JPH117419A

JPH117419A - ハイパーテキストデータ処理システム

Info

Publication number: JPH117419A
Application number: JP9334745A
Authority: JP
Inventors: Tejwansh Singh Anand; シンアナンドテジュワンシュ; Yih-Shiuan Hu; フジウ−シウアン
Original assignee: NCR International Inc
Current assignee: NCR International Inc
Priority date: 1996-10-31
Filing date: 1997-10-29
Publication date: 1999-01-12
Also published as: EP0840239A3; US5748188A; EP0840239A2

Abstract

(57)【要約】【課題】グラフィック・データを、サーバ・コンピュ
ータからクライアント・コンピュータに送信し、ユーザ
に表示するハイパーテキスト・データ処理システムに関
する。【解決手段】ハイパーテキスト・マークアップ言語
（ＨＴＭＬ）への拡張を使用して、図形的データがサー
バ・コンピュータバからクライアント・コンピュータへ
送られるハイパーテキスト・データ処理システム。クラ
イアント・コンピュータは、図形的データの文法関係を
解析し、表示対象のグラフを表す対象物を作成する。上
記対象物は、グラフを表示するグラフ・サーバへ送られ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、グラフィック・デ
ータを、サーバ・コンピュータからクライアント・コン
ピュータに送信し、ユーザに表示するハイパーテキスト
・データ処理システムに関する。

【０００２】

【従来の技術、及び、発明が解決しようとする課題】ハ
イパーテキストとは、データ処理システム内の情報の特
定の組織、およびユーザに対するその提示を説明するの
に使用される用語である。ユーザが、特定のトピックを
探索することができるように、情報は種々様々なソース
からリンクされる。ハイパーテキスト・システムは、多
数の単位のテキスト、および映像情報、画像情報、ビデ
オ情報または音声情報のような他のタイプのデータを使
用するが、これらの情報の大きさはいろいろである。情
報のこのような単位が集まったものを、ハイパーテキス
ト文書と呼ぶ。それぞれの異なる単位は、本質的には、
独立していているが、他の単位への参照を含むことがで
きる。上記参照は、「リンク」の形で明らかにされる。
リンクはユーザが作動させる制御である。リンクは、リ
ンク対象の特定の単位を表示させる。通常、ハイパーテ
キスト・システムは、ウィンドウをベースとし、表示対
象の情報は、新しいウィンドウに表示される。

【０００３】ユーザが図形に対してリンクを作動する
と、グラフィック情報がビットマットの形でユーザに送
られる。ビットマットは、完全な図形の画像を表すの
で、通常のサイズのビットマットは大きい。従って、ビ
ットマットの送受信に使用される帯域幅および記憶装置
は、そのような大きなファイルを収容しなければならな
い。本発明の一つの目的は、表示対象のグラフィック情
報の完全なビットマットを送らないで、ハイパーテキス
ト文書のグラフィック情報を、ユーザに送ることができ
る方法を提供することである。

【０００４】

【課題を解決するための手段】本発明は、（ａ）複数の
コンピュータ・システムを接続するためのネットワーク
と、（ｂ）サーバ・コンピュータ・システムと、（ｃ）
クライアント・コンピュータ・システムとを含み、上記
サーバ・コンピュータ・システムが、（ｉ）複数の利用
可能な図形タイプから、一つの図形タイプを選択するた
めの図形選択手段と、（ｉｉ）選択した図形タイプの属
性を表す、図形要素を発生するための図形要素発生手段
と、（ｉｉｉ）ネットワークに、上記図形タイプと図形
要素を送信するための送信手段とを備え、上記クライア
ント・コンピュータ・システムが、（１）ビデオ・ディ
スプレイと、（２）ネットワークから、上記図形タイプ
および図形要素を受信するための受信手段と、（３）上
記図形要素から、上記属性を抽出するための属性抽出手
段と、（４）上記図形要素から、図形データを抽出する
ための図形データ抽出手段と、（５）上記属性から、ビ
デオ・ディスプレイ上に表示する図形タイプおよび図形
要素を表す対象物を発生するための対象物発生手段と、
（６）ビデオ・ディスプレイ上に、上記対象物を表示す
るための、ディスプレイ手段とを備えることを特徴とす
るハイパーテキスト・データ処理システムを提供する。

【０００５】

【発明の実施の形態】図１について説明すると、システ
ム１０は、四つの主要サブシステム、すなわち、クライ
アント・サブシステム１２と、データ抽出インテリジェ
ント（ＤＡＩ）サブシステム１４と、データおよびスキ
ーマ処理（ＤＳＭ）サブシステム１６と、スケジューラ
・サブシステム１８とを含む。システム１０の説明を行
うために、下記の定義を使用する。アラート条件とは、
条件が満たされた場合に、アラート・メッセージを返送
する、ユーザが定義した条件または一組の条件である。
例えば、アラート条件は、Ａというブランドのシャツの
在庫が、ある週の間に２００組以下になった場合に、シ
ステム１０がアラート・メッセージ、ＩｎｆｏＦｒａｍ
ｅ^ＴＭを発生するか、他のアナリストを実行する条件で
あると定義することができる。

【０００６】アラート・メッセージは、ユーザにアラー
ト条件が満たされたことを知らせるメッセージである。
アラート・メッセージから、ユーザは実行対象の対応す
るＩｎｆｏＦｒａｍｅ^ＴＭを選択することができる。ア
ラート・メッセージの一例としては、「アラート：Ａブ
ランドのシャツの在庫は２００を切った」がある。（ア
ラートＩｎｆｏＦｒａｍｅ^ＴＭ）は、ＩｎｆｏＦｒａｍ
ｅ^ＴＭの一つのタイプで、アラート・メッセージを詳細
に説明するためのものである。アラートＩｎｆｏＦｒａ
ｍｅ^ＴＭは、何が発生したのか、何時発生したのか、そ
の発生の推定原因の記述を含む。アナリストは、アラー
トをトリガしなければならないイベントをデータ内に指
定するか、またはＩｎｆｏＦｒａｍｅ^ＴＭ内に、レポー
ト対象の分析のタイプ、測定項目およびセグメントを指
定し、オプションとして、上記ＩｎｆｏＦｒａｍｅ^ＴＭ
を発生するスケジュール、またはＩｎｆｏＦｒａｍｅ
^ＴＭをトリガしなければならないデータのイベントを指
定する。

【０００７】属性は、ウェアハウスで表示されるエンテ
ィティの特性または特徴である。例えば、色、メーカー
またはサイズは、衣類の製品分類のすべての属性であ
る。属性制限は、その属性が持つことができる数値を制
限する表現である。例えば、「１０ドル以下の価格」の
場合には、「１０ドル以下の」は、価格属性に関する制
限である。他の例としての「婦人用衣類または紳士用衣
類」は、部門の属性に関する制限である。「ブルー」ま
たは「紳士用衣類」のような単一の属性も、属性制限で
ある。データ・ウェアハウスの（製品のような）特定の
エンティティは、一組の属性および数値として表現され
る。例えば、製品「デザイナーＸの紳士用シャツ、サイ
ズ４２、色ブルー」は、「製品：部門：紳士用衣類；メ
ーカー：デザイナーＸ；サイズ４２：色：ブルー」のよ
うに表現することができる。これらの数値は、各属性に
対する特定の領域のメンバーである（下記参照）。

【０００８】インジケータは、通常（例えば、販売数
量、在庫、価格のような）数値に関するコンセプト内で
の分類である。インジケータは、その計算（例えば、総
売上高）および（例えば、価格が上昇した場合、売上高
は減少するに違いないというような）インジケータ間の
臨時の関連に関する方法および式を持っている。インジ
ケータ内においては、（例えば、高年令の顧客、Ａ社製
品のような）問題のインジケータの特定のグループを記
述するセグメントを定義することができる。変動分析レ
ポートは、二つの期間にまたがってインジケータを記述
する複合文書である。システム１０においては、二つの
期間を指定することができ、（例えば、去年の売上高と
比較した今年のテキスタイルの売上は、どのくらいかと
いうような）その期間に対して選択したインジケータの
違いを知ることができる。変動分析方向は、一日、一週
間、一月、一四半期、一年、または他の指定した期間の
結果を報告することができる。

【０００９】比較分析ＩｎｆｏＦｒａｍｅ^ＴＭは、Ｉｎ
ｆｏＦｒａｍｅ^ＴＭの一つのタイプで、同じ期間の二つ
のインジケータの数値を比較したり、または同じ期間内
の二つの兄弟のセグメント間の、同じインジケータの数
値を比較したりする際に、ユーザの助けになる。複合イ
ンジケータは、原始的なインジケータを、算術演算また
はセット演算と組み合わせることにより生成される、ユ
ーザ定義のインジケータである。データ・ウェアハウス
は、一つまたはそれ以上の、データベース内に収容され
るデータの、非常に大きな集合体である。これらのデー
タベースは、通常データベース・サーバ・コンピュータ
上に常駐していて、一つの場所または地理的に分散した
場所に収容することができる。次元は、エンティティの
高レベルの分類を定義する。例えば、小売領域の場合に
は、次元は、製品、市場および時間（時間はすべての領
域に適用できる万能の次元である）などをいう。一つの
次元は、そのエンティティを記述するのに使用すること
ができる、一組の属性に関連する。例えば、ブランド、
メーカーおよびサイズは、ある製品の次元を記述する。

【００１０】各属性は、数値の暗黙のまたは明示の領域
を持つ。例えば、部門属性に対する数値の領域は、その
企業の合法的な部門のコード化であり、サイズ属性の数
値は、指定のユニットのサイズを表すゼロでない数字で
ある。ドリル・ダウン・ヒューリスティクは、ユーザに
報告しなければならない、一つのセグメントの自由属性
の複数のセグメントの測定項目の間の、ある種の関係を
指定する。最終ユーザは、システム１０が特に設計され
た対象となるユーザである。エンド・ユーザは、通常、
演算について知っていて、この例の場合には、マイクロ
ソフト社のウィンドウズ^ＴＭ（ウィンドウズ３．
１^ＴＭ、ウィンドウズＮＴ^ＴＭおよびウィンドウズ９５
^ＴＭ等）の使用経験を持っている。エンド・ユーザは、
通常、ＳＱＬコード発生またはユーザがアクセスしたい
データベースの、特定のデータ構造についての専門知識
は持っていない。

【００１１】企業情報工場^ＴＭ（ＥＩＦ）は、それよ
り、一般のユーザが、自らのデータ・ウェアハウスのデ
ータに、アクセスすることができる、市販のソフトウエ
ア・パッケージである。データ・ウェアハウスは、本質
的には、普通、ＳＱＬコードの使用と、データにアクセ
スするためのデータベースの構造についての知識を必要
とする受身の環境である。ＥＩＦは、ＳＱＬまたはデー
タベースの知識がなくても、ユーザが、自らのデータベ
ースから、データを入手することができるツールを提供
するための基礎を提供するという点で、データ・ウェア
ハウスとは異なっている。例外分析は、トリガ条件を試
験するために定期的に動作し、トリガ条件が発生した場
合に、アラートまたはレポートを返送する特殊なアナリ
ストである。一つの属性の領域が、（上記の部門のよう
に）有限なセットである場合には、有限領域と呼ばれ
る。その反対が、価格のような無限または連続領域であ
る。自由属性は、そのセグメントを定義するための、制
限されていない一つのセグメントの一つの属性である。
色、コストおよび重量は、すべて「高価なシャツ」とい
うセグメントの自由属性である。

【００１２】ヒューリスティック規則は、完全なＩｎｆ
ｏＦｒａｍｅ^ＴＭの形で、ユーザに報告しなければなら
ないデータのある種の条件、アナリストが発見したセグ
メント測定項目間のある種の関係を指定する。ハイパー
テキスト・マークアッブ言語（ＨＴＭＬ）は、テキスト
文書内に、ハイパーリンクおよびグラフィックス（画
像、グラフ、表）を挿入することができる、ソフトウェ
ア文書に対する抽出標準フォーマットである。ハイパー
リンクは、クリックした場合、元のＨＴＭＬ文書に関連
またはリンクしている他の文書を表示する、（通常は、
周囲のテキストとは異なる色のテキストである）文書内
の「ホットな」領域である。知識作業者は、通常、ＳＱ
Ｌをよく知っている人で、データ・ウェアハウスの構造
を知り、分析背景を持つ。さらに、知識作業者は、統計
的およびデータ分析パッケージおよびデータモデル化ツ
ールを使用することができる。

【００１３】管理発見ツール^ＴＭ（ＭＤＴ）は、本発明
のシステム全体を指す。Ｍｅｔａｄａｔａ^ＴＭは、エン
ド・ユーザの特定の、そして三つのタイプ、すなわち、
コア、パブリックまたはプライベートの中の一つについ
ての情報の集合である。設置後、この情報は、最終ユー
ザのデータベース内に記憶され、レポートをエンド・ユ
ーザの特定のニーズに適合させるために使用される。Ｍ
ｅｔａｄａｔａ^ＴＭは、コンセプト、インジケータ、セ
グメント、属性、属性値および測定項目の関連を含む
が、これに限定されない。パブリックＭｅｔａｄａｔａ
^ＴＭは、ＭＤＴアドミニストレータおよび知識作業者ユ
ーザ・タイプによってだけ変更することができ、設置後
に、定義および修正される。パブリックなＭｅｔａｄａ
ｔａ^ＴＭは、パブリック合成測定項目、パブリック測定
関係およびパブリック・セグメントを含む。

【００１４】プライベートＭｅｔａｄａｔａ^ＴＭは、各
ユーザに所属し、エンド・ユーザ（実行ユーザ）ユーザ
・タイプによってだけ変更することができる。プライベ
ートＭｅｔａｄａｔａ^ＴＭは、プライベート合成測定項
目、プライベート測定関係およびプライベート・セグメ
ントを含む。ある属性が有限な領域を持っている場合に
は、自然の区分は、そこで各セグメントがその領域の各
要素に対応する区分である。例えば、部門属性の自然区
分は、一組のセグメント、すなわち、「紳士用衣類」
「婦人用衣類」等である。対象物のリンクおよび埋設
（ＯＬＥ）は、ダブル・クリックを行った場合に、コン
ピュータ文書内の対象物（例えば、グラフ、表）が、対
象物（グラフ、表、文書）を生成したソフトウェア・ア
プリケーションを、生育させることができるコンピュー
タ・フォーマットである。

【００１５】ある区分に対するユーザが定義したセグメ
ントが、その領域をカバーできない場合には、「他の」
セグメントがその区分の残りの部分の代わりになる。区
分は、単一の属性を制限することによる、次元の暗黙ま
たは明示の分割である。例えば、価格属性を取り上げ、
「１０ドル以下」とした場合には、それは製品の二つの
組またはセグメント、すなわち、１０ドル未満の価格製
品のと、１０ドルかまたは１０ドル以上の製品との間の
仕切りを定義する。一つの区分の組またはセグメント
は、元の組をカバーし、重なり合りあってはならないこ
と、すなわち、「価格＜１０ドル」と「価格＜１５ド
ル」は一つの区分を定義していないことに留意された
い。原始的インジケータは、データ・ウェアハウス内の
データに直接マップされるインジケータである。これら
原始的インジケータは、本発明の設置中に設定され、エ
ンド・ユーザはそれを変更することができない。

【００１６】レポートまたはＩｎｆｏＦｒａｍｅ
^ＴＭは、テキストおよびグラフィクス（例えば、グラ
フ、表）内に、データベースからのデータを表示する複
合文書である。レポートは、ＩｎｆｏＦｒａｍｅ^ＴＭの
実行結果である。ＩｎｆｏＦｒａｍｅ^ＴＭは、ＨＴＭＬ
フォーマットであってもよいし、ＯＬＥ２．０コンプラ
イアントであってもよい。制限属性は、そのセグメント
を定義するための、制限されたセグメントの属性であ
る。製品および価格は、「高価なシャツ」の制限特性で
ある。セグメントは、意味のある属性または共通属性を
持つコンセプト内に定義されている、ユーザが定義した
グループである。例えば、「高年令の顧客」というセグ
メントは、６５歳以上の顧客を指す。

【００１７】セグメントは区分の一部である。実際に
は、セグメントは、一つまたはいくつかの属性に対する
制限によって定義されたデータのサブセットである。セ
グメントが、いくつかの属性により定義されている場合
には、そのセグメントは、すぐにいくつかの区分の一部
となることができる。この場合、上記区分は、各制限属
性（簡単に示すように）に一つである。このことは、セ
グメントが隔離されている場合には、それがどの区分に
属すべきものであるかを決定できず、階層中のその本来
の親を決定することができないことを意味する。一組の
セグメントが、サブセット関係でセグメント階層を形成
する。この場合、「一番上のレベルのセグメント」がル
ートで、その次元のすべてのメンバーを含む。Ｉｎｆｏ
Ｆｒａｍｅ^ＴＭ定義は、特定のコンセプト、インジケー
タ、時間的間隔、分析タイプおよびセグメントを含むよ
うにカスタム化された、システム・テンプレートであ
る。ＩｎｆｏＦｒａｍｅ^ＴＭ定義は、後で実行するため
にセーブされ、後で実行するためにセーブおよびスケジ
ュールされたか、または他の分析によりトリガされたＩ
ｎｆｏＦｒａｍｅ^ＴＭを作るために、直ちに「実行す
る」ことができる。

【００１８】構造化問い合わせ言語（ＳＱＬ）は、関連
データベースの内容をチェックするための構造化言語で
ある。要約ＩｎｆｏＦｒａｍｅ^ＴＭは、一つまたはそれ
以上の指定セグメントにわたって、指定のインジケータ
の、ロールアップまたは要約を示すＩｎｆｏＦｒａｍｅ
^ＴＭの一つのタイプである。この報告中の特定のインジ
ケータを選択することによって、指定の期間の「勝者」
および「敗者」を示すＩｎｆｏＦｒａｍｅ^ＴＭを自動的
に作ることができる。システム・アドミニストレータ
（ＭＤＴアドミニストレータまたはＭＤＴＡ）は、一つ
の組織のデータベース、およびデータ構造について詳し
く知っているシステム１０のユーザである。多くの場
合、システム・アドミニストレータは、「データベース
・アドミニストレータ」（ＤＢＡ）という名称を持つ。

【００１９】テキスト発生規則は、あるヒューリスティ
ック規則が満足したとき、ＩｎｆｏＦｒａｍｅ^ＴＭ内に
挿入しなければならないテキストを指定する。傾向分析
ＩｎｆｏＦｒａｍｅ^ＴＭは、定義されたとき、指定の期
間内の特定の単一のインジケータ、または複数のインジ
ケータに対する傾向を示すＩｎｆｏＦｒａｍｅ^ＴＭの一
つのタイプである。この分析は、過去の活動におけるパ
ターンを識別することによって、将来を予測する際に助
けになる。クライアント・サブシステム１２は、グラフ
ィカル・ユーザ・インターフェース（ＧＵＩ）４０を持
ち、ユーザが、ＩｎｆｏＦｒａｍｅ^ＴＭ、チェックＩｎ
ｆｏＦｒａｍｅ^ＴＭ、印刷ＩｎｆｏＦｒａｍｅ^ＴＭおよ
びセーブＩｎｆｏＦｒａｍｅ^ＴＭに対するパラメータを
選択し、指定することができる単一のアプリケーション
・プログラムである。最後に、ユーザは、合成インジケ
ータおよびセグメント、生成アナリスト、測定項目間関
係を定義し、またはアナリストのスケジュールを修正す
ることができる。

【００２０】ＤＡＩサブシステム１４は、グラフィカル
・ユーザ要求を翻訳し、システム・テンプレートを選択
し、データ・チェックを操作し、データ・ウェアハウス
２４からデータを検索するための、次元問い合わせを発
生するための、インテリジェント・ミドルウェアを提供
する。ＤＡＩサブシステムは、またデフォールト・パラ
メータを選択し、レイアウトおよびディスプレイ・フォ
ーマットを選択し、データからテキストを発生するため
の規則を含む。ＤＡＩサブシステム１４は、ユーザが選
択したＩｎｆｏＦｒａｍｅ^ＴＭの実例を示し、この実例
の列挙の際に使用する数種類のＭｅｔａｄａｔａ^ＴＭ２
５を管理する。このＭｅｔａｄａｔａ^ＴＭ２５は、デー
タ・ウェアハウス２４内の関連データを、カスタム化す
ることができる「次元化」を提供するコンセプトおよび
インジケータを表す。ＤＡエサブシステム１４は、また
更新されたものを処理して、クライアント・サブシステ
ム１２内で発生するこのＭｅｔａｄａｔａ^ＴＭ２５に
し、またそれらをＤＳＭサブシステム１６に送ることに
より、いくつかの他の種類のユーザの更新を取り扱う。

【００２１】ＤＳＭサブシステム１６は、データ・ウェ
アハウス２４からスキーマを読み取り、データ・ビュー
を生成し、二つの間のマッピングを生成する。ＤＳＭサ
ブシステム１６は、またＤＡＩサブシステム１４から受
け取った次元問い合わせを、ＳＱＬおよびパッケージに
変換し、結果を返送する。スケジューラ・サブシステム
１８は、スケジュールで定めた時間に、または正規のス
ケジュールに従って、実行すべきアナリスト、またはデ
ータベース内のトリガ条件を、定期的に試験しなければ
ならない例外アナリストを開始させる。要求された時間
的間隔が発生すると、スケジューラは始動し、ＤＡＩサ
ブシステム１４からのスケジュールされたＩｎｆｏＦｒ
ａｍｅ^ＴＭ要求のリストを要求する。これらリストか
ら、スケジューラ・サブシステム１８は、現在の時間的
間隔中にどれを実行すべきかを決定し、丁度クライアン
ト・サブシステム１２により送信されたかのように、Ｄ
ＡＩサブシステム１４に、これら要求を送る。

【００２２】それ故、システム１０は、階層が三つある
アーキテクチャとして実行される。クライアント・コン
ピュータ３０は、クライアント・サブシステム１２を実
行する。クライアント・コンピュータ３０は、好適に
は、ウィンドウズＮＴ^ＴＭ、またはウィンドウズ９５
^ＴＭを実行することが好ましい。しかし、本発明の場
合、他のオペレーティング・システムも使用することが
できる。クライアント・サブシステム１２（図６−図１
９）は、これらオペレーティング・システムと一緒に使
用するのに適している。ディスプレイ２２および入力装
置２１により、ユーザはＧＵＩ４０をチェックすること
ができ、生成アナリスト内で使用するＭｅｔａｄａｔａ
^ＴＭ２５の選択を入力することができる。入力装置２１
は、キーボード、マウスまたは他のポインティング装置
のどれであってもよい。プリンタ２３により、ユーザは
ＩｎｆｏＦｒａｍｅ^ＴＭを印刷することができる。記憶
媒体２６により、ユーザはＩｎｆｏＦｒａｍｅ^ＴＭまた
はアラート・メッセージを記憶することができる。

【００２３】サーバ・コンピュータ３２は、ＤＡＩサブ
システム１４と、ＤＳＭサブシステム１６とスケジュー
ラ・サブシステム１８とを実行する。これら三つのサブ
システムは、データ・ウェアハウス２４からの情報を使
用して、クライアント・サブシステム１２からのユーザ
の要求を満足させるために一緒に作動する。サーバ・コ
ンピュータ３２は、好適には、多重プロセッサ・コンピ
ュータであることが好ましく、ＵＮＩＸ^ＴＭオペレーテ
ィング・システムまたはウィンドウズＮＴ^ＴＭを実行す
る。しかし、本発明の場合には、他のコンピュータおよ
びオペレーティング・システム・コンフィギュレーショ
ンも使用することができる。クライアントおよびサーバ
・コンピュータ３０および３２は、好適には、レポート
要求に対して非同期状態で接続していることが好まし
い。他のすべての要求は同期状態で満足される。クライ
アントおよびサーバ・コンピュータ３０および３２間の
通信は、好適には、送信制御プロトコル／インターネッ
ト・プロトコル（ＴＣＰ／ＩＰ）を通して行うことが好
ましい。しかし、本発明の場合は、他の通信プロトコル
も使用することができる。

【００２４】データベース・コンピュータ３４は、デー
タ・ウェアハウス２４を含む一つまたはそれ以上の記憶
媒体３６を含む。データベース・コンピュータ３４は、
好適には、大型平行プロセッサ・コンピュータで、ＵＮ
ＩＸ^ＴＭオペレーティング・システムまたはウィンドウ
ズＮＴ^ＴＭを実行することが好ましい。しかし、本発明
の場合には、他のコンピュータおよびオペレーティング
・システム・コンフィギュレーションも使用することが
できる。データ・ウェアハウス２４は、データ・ウェア
ハウス２４への、オープン・データベース接続（ＯＤＢ
Ｃ）インターフェースをサポートしている、任意のコン
ピュータを実行するのに適している。サーバ・コンピュ
ータ３２とデータベース・コンピュータ３４との間の通
信は、好適には、ＯＤＢＣを通して行うことが好まし
い。しかし、本発明の場合には、他のデータベース・イ
ンターフェースも使用することができる。

【００２５】図２について説明すると、クライアント・
サブシステム１２は、ユーザがシステム１０を制御で
き、ウィンドウズＮＴ^ＴＭ、またはウィンドウズ９５
^ＴＭオペレーティング・システムの上で実行するのに適
しているアプリケーション・プログラムである。クライ
アント・サブシステム１２は、ログイン・モジュール５
０と、フォールダ管理サブシステム５４と、セグメント
・ビルダ５５Ａと、測定項目ビルダ５５Ｂおよび測定項
目間関係ビルダ５５Ｃと、アナリスト定義サブシステム
５６と、ＩｎｆｏＦｒａｍｅ^ＴＭチェック・サブシステ
ム５３およびＭＤＴアドミニストレータ・インターフェ
ース５７を含む。ログイン・モジュール５０は、クライ
アント・サブシステム１２のたった一つのコピーが、コ
ンピュータ３０上で実行されていることを確認し、コン
ピュータ３０のローカル化をチェックし、コンピュータ
３２に接続し、ユーザをクライアント・サブシステム１
２上にログするためにユーザと相互行為を行う。ログオ
ン中、ログイン・モジュール５０は、ユーザ名およびパ
スワードを確認し、前に定義したユーザの優先を検索す
る。ログイン・モジュール５０が処理するユーザからの
唯一の要求は、クライアント・サブシステム１２にログ
する要求だけである。ログイン・モジュール５０は下記
の要求を発行する。

【００２６】

【００２７】ユーザが、システム・アドミニストレータ
である場合には、ログイン・モジュール５０は、ＭＤＴ
アドミニストレータ・インターフェース５７「セットア
ップ」メニュー項目を表示する。ユーザが、エンド・ユ
ーザまたは知識作業者である場合には、サブシステム５
３−５５に関連するインターフェースの場合のように、
メイン・メニューおよびツールバ・インターフェース５
１が表示される。ＭＤＴアドミニストレータ・インター
フェース５７は、ユーザが定義したセグメントを世界中
で使用することができるようにしたり、コンセプトを生
成および編集したりするというようなシステム管理タス
クを実行するために、システム・アドミニストレータに
より使用される。インターフェース６２は、好適には、
システムの設置が行われている間に、システム・アドミ
ニストレータだけが使用することができるようになって
いることが好ましい。

【００２８】フォルダ管理サブシステム５４は、フォル
ダ階層、ＩｎｆｏＦｒａｍｅ^ＴＭおよびこれらフォルダ
内に記憶されているエージェントの操作、記憶および検
索に関するすべての機能を処理する。フォルダ管理サブ
システム５４は、またクライアント・サブシステム１２
が始動した場合も、またその後も周期的に、新しい完成
したＩｎｆｏＦｒａｍｅ^ＴＭに対するＤＡＩサブシステ
ム１４からの問い合わせを処理する。フォルダ管理サブ
システム５４は、また下記に関する動作に対するユーザ
の問い合わせを処理する。・フォルダ（新規作成、削除、名前のつけ替え）・エージェント（編集、削除、即時実行、プリント）・ＩｎｆｏＦｒａｍｅ^ＴＭ（ビュー、削除、注釈、プリ
ント［ＩｎｆｏＦｒａｍｅ^ＴＭビュー・ウィンドウとの
協力による）

【００２９】各フォルダは、一つのフォルダ対象物によ
って表される。一つのフォルダは、子のフォルダのリス
ト、ＩｎｆｏＦｒａｍｅ^ＴＭのリストおよびエージェン
トのリストを記憶する。フォルダ対象物は、ユーザの要
求に応じて、フォルダ管理サブシステム５４により、生
成され、削除される。サブシステム５５Ｂは、ユーザが
新しい測定項目を生成したり、測定項目を更新したり、
現在の測定項目を削除したりできるようにする。この情
報は、Ｍｅｔａｄａｔａ^ＴＭＡＰＩ６０に送られ、その
後ユーザのＭｅｔａｄａｔａ^ＴＭ２５を更新するため
に、ＤＡＩサブシステム１４に送られる。サブシステム
５５Ａは、ユーザが新しいセグメントを生成したり、セ
グメントを更新したり、現在のセグメントを削除したり
できるようにする。この情報は、Ｍｅｔａｄａｔａ^ＴＭ
ＡＰＩ６０に送られ、その後ユーザのＭｅｔａｄａｔａ
^ＴＭ２５を更新するために、ＤＡＩサブシステム１４に
送られる。

【００３０】最後に、サブシステム５５Ｃは、測定項目
間関係を修正し、測定項目間関係を抑制するために、ユ
ーザにインターフェースを提供する。ユーザは、現在の
測定項目を選択し、上記現在の測定項目が増減すると
き、上記測定項目の関係を評価するかどうかを選択す
る。その後で、ユーザは、他の測定項目のリストから選
択を行うことができ、現在の測定項目に対するその関係
を定義することができる。上記関係は、「減少」「増
大」または「現在の測定項目に無関係」のどれかの形式
で表される。また、二つの測定項目の間のすべての関係
は、抑制することができる。測定項目とそれに加えられ
た抑制６の間の関係は、ＩｎｆｏＦｒａｍｅ^ＴＭを発生
する際に使用するために、コンフィギュレーション３２
にセーブされる。

【００３１】アナリスト定義サブシステム５６は、特定
のレポートを作成するのに必要なパラメータの、ユーザ
選択に関するすべての機能を処理する。また、このサブ
システムにより、ユーザはスケジュールされたレポート
に対するアラートを定義し、スケジュールすることがで
きる。ユーザは、現在のアナリストを呼び出し、フォル
ダ管理サブシステム５４内から一つを削除し、または新
しいアナリストを生成することができる。アナリストの
五つのステップは以下の通りである。

【００３２】・要約作成・セグメントの比較・測定項目の比較・変化の分析・傾向の分析要約作成アナリストは、下記のユーザ選択要件を必要と
する。・アナリスト名・主測定項目、他のオプションとしての測定項目・主セグメント、他のセグメント・期間・オプションとしてのスケジュール・オプションとしてのトリガ・使用した年度のタイプ・オプションとしてのトリガ・イベント（アラート・メ
ッセージ、ＩｎｆｏＦｒａｍｅ^ＴＭ、他のアナリストの
実行）セグメント比較アナリストは、下記のユーザ選択要件を
必要とする。

【００３３】・アナリスト名・主測定項目・主セグメント、比較セグメント・期間・オプションとしてのスケジュール・オプションとしてのトリガ・使用した年度のタイプ・オプションとしてのトリガ・イベント（アラート・メ
ッセージ、ＩｎｆｏＦｒａｍｅ^ＴＭ、他のアナリストの
実行）測定項目比較アナリストは、下記のユーザ選択要件を必
要とする。

【００３４】・アナリスト名・主測定項目、比較測定項目・主セグメント、他のオプションとしてのセグメント・基本期間、比較期間・オプションとしてのスケジュール・オプションとしてのトリガ・使用した年度のタイプ・オプションとしてのトリガ・イベント（アラート・メ
ッセージ、ＩｎｆｏＦｒａｍｅ^ＴＭ、他のアナリストの
実行）変動分析アナリストは、下記のユーザ選択要件を必要と
する。

【００３５】・アナリスト名・主測定項目・主セグメント、他のオプションとしてのセグメント・基本期間、比較期間・オプションとしてのスケジュール・オプションとしてのトリガ・使用した年度のタイプ・オプションとしてのトリガ・イベント（アラート・メ
ッセージ、ＩｎｆｏＦｒａｍｅ^ＴＭ、他のアナリストの
実行）傾向分析アナリストは、下記のユーザ選択要件を必要と
する。

【００３６】・アナリスト名・主測定項目・主セグメント、他のオプションとしてのセグメント・期間、時間的間隔・オプションとしてのスケジュール・オプションとしてのトリガ・使用した年度のタイプ・オプションとしてのトリガ・イベント（アラート・メ
ッセージ、ＩｎｆｏＦｒａｍｅ^ＴＭ、他のアナリストの
実行）

【００３７】ユーザは、アナリスト定義をセーブまたは
実行することができる。ユーザは、ターゲット・セグメ
ントを除いて、各コンセプト内から一つのセグメントを
選択するように制限される。その場合、ユーザは、ただ
一つのセグメントと、選択したセグメントの一つ以上の
子の区分を選択することができる。ユーザは、アナリス
トのスケジュールを作成するのか、または現在のスケジ
ュールを修正または削除するのかの選択を行うことがで
きる。スケジュールの作成が行われなかったアナリスト
は、ユーザが命令した場合に実行される。スケジュール
の作成が行われたアナリストは、後日実行するために、
または周期的に実行するためにサーバに提出される。ユ
ーザは、例外アナリストを指定するために、そのアナリ
ストに対してトリガ条件を指定することができる。サー
バに提出された場合、上記アナリストは、そのトリガ条
件を試験するために定期的に実行され、トリガ条件が発
生した場合には何時でも、アラートまたはＩｎｆｏＦｒ
ａｍｅ^ＴＭを返送する。アナリスト定義サブシステム５
６は、フォルダ管理サブシステム５４に下記の要求を行
う。

【００３８】

【００３９】アナリスト定義サブシステムは、またＭｅ
ｔａｄａｔａ^ＴＭＡＰＩ６０に下記の要求を行う。

【００４０】

【００４１】ＩｎｆｏＦｒａｍｅ^ＴＭチェック・サブシ
ステム５３は、このサブシステム５３が、ＩｎｆｏＦｒ
ａｍｅ^ＴＭをチェックするために、フォルダ管理サブシ
ステム５４から通知を受け取ったときに、スクリーン上
に選択したＩｎｆｏＦｒａｍｅ^ＴＭを表示するＷＹＳＩ
ＷＹＧブラウザを含む。ユーザが、現在のＩｎｆｏＦｒ
ａｍｅ^ＴＭからドリルダウンする決定を行った場合に
は、ＩｎｆｏＦｒａｍｅ^ＴＭチェック・サブシステム５
３は、新しいレポート要求を送るように、フォルダ管理
サブシステム５４に通知する。ユーザが、ＩｎｆｏＦｒ
ａｍｅ^ＴＭをダブル・クリックするか、またはファイル
・メニュー・フォルダから「メニュー項目チェック」を
選択すると、フォルダ管理サブシステム５４は、Ｉｎｆ
ｏＦｒａｍｅ^ＴＭをチェックするように、ＩｎｆｏＦｒ
ａｍｅ^ＴＭチェック・サブシステムに通知する。ユーザ
が、現在のＩｎｆｏＦｒａｍｅ^ＴＭからドリルダウンす
るために、ハイパーテキストをクリックすると、Ｉｎｆ
ｏＦｒａｍｅ^ＴＭチェック・サブシステム５３は、ＤＡ
Ｉサブシステム１４に、新しいレポート要求を送るため
に、フォルダ管理サブシステム５４にドリルダウン情報
を送る。

【００４２】ＩｎｆｏＦｒａｍｅ^ＴＭチェック・サブシ
ステム５３は、ＩｎｆｏＦｒａｍｅ^ＴＭを、文法的に分
析する文法的分析装置を含み、ＨＴＭＬで書かれた完成
したレポートを抽出する。ＨＴＭＬファイルでは、ＨＴ
ＭＬタグが、文書要素、構造、フォーマット化、および
他の文書または資源へのハイパーテキスト・リンクを表
示する。その後、文法的分析装置は、表示するためにす
べての情報を出力する。本発明の場合には、ハイパーリ
ンクは、新しいアナリストおよび新しいＩｎｆｏＦｒａ
ｍｅ^ＴＭを例証する。ＩｎｆｏＦｒａｍｅ^ＴＭチェック
・サブシステム５３により、ユーザは文法的分析装置が
集めた情報に基づいて、ディスプレイ２２上に表示され
たテキスト、表およびグラフを表示し、フォーマットす
ることができる。ＩｎｆｏＦｒａｍｅ^ＴＭには、ヘッ
ダ、フッタおよび注を追加することができる。ユーザ
は、チェックしたＩｎｆｏＦｒａｍｅ^ＴＭをセーブする
ことができる。ＵＮＩＣＯＤＥコード・フォーマットま
たはまたはＡＳＣＩＩコード・フォーマットのいずれか
で、ＨＴＭＬファイルとして、ＩｎｆｏＦｒａｍｅ^ＴＭ
をセーブすることができる。セーブされたＨＴＭＬＩ
ｎｆｏＦｒａｍｅ^ＴＭは、送信するために電子メールに
追加することができる。すべてのＨＴＭＬバージョン
３．０ブラウザまたはそれに相当するものは、ＨＴＭＬ
ＩｎｆｏＦｒａｍｅ^ＴＭを読むことができる。

【００４３】Ｍｅｔａｄａｔａ^ＴＭＡＰＩ６０は、クラ
イアント・サブシステム１２とＤＡＩサブシステム１４
との間の大部分の通信を処理する。これら通信は、デー
タの四つの基本的なタイプ、すなわち、Ｍｅｔａｄａｔ
ａ^ＴＭ２５、ＩｎｆｏＦｒａｍｅ^ＴＭ、ユーザ・プロフ
ァイルおよびデータ・ウェアハウス・スキーマを含む。
Ｍｅｔａｄａｔａ^ＴＭ通信の場合には、Ｍｅｔａｄａｔ
ａ^ＴＭＡＰＩ６０により、Ｍｅｔａｄａｔａ^ＴＭ２５を
追加、削除および更新することができる。ＩｎｆｏＦｒ
ａｍｅ^ＴＭの場合には、Ｍｅｔａｄａｔａ^ＴＭＡＰＩ６
０により、レポートを要求し、レポートの状態を入手
し、レポートを検索し、レポート要求をキャンセルする
ことができる。ユーザ・プロファイルの場合には、Ｍｅ
ｔａｄａｔａ^ＴＭＡＰＩ６０により、ユーザを追加し、
ユーザの身元を確認し、ユーザを削除することができ
る。データ・ウェアハウス・スキーマへの通信は、それ
を検索するためのものである。

【００４４】Ｍｅｔａｄａｔａ^ＴＭＡＰＩ６０により、
ユーザは、ａを見る新しい方法を定義することができ
る。ユーザは、パブリック・セグメント、基本的測定項
目またはパブリック測定項目を修正することができな
い。しかし、ユーザは、新しいインジケータおよび新し
いセグメントを、生成することができる。ユーザおよび
システム・アドミニストレータの通常の組織の場合に
は、システム・アドミニストレータだけが、基本的測定
項目を生成または変更することができる。アドミニスト
レータおよび知識作業者は、パブリック合成測定項目、
パブリック・セグメントおよびパブリック測定項目間関
係を生成、編集または削除をすることができる。Ｍｅｔ
ａｄａｔａ^ＴＭＡＰＩ６０は、他のクライアント・サブ
システムからの下記の要求を処理する。

【００４５】

【００４６】Ｍｅｔａｄａｔａ^ＴＭＡＰＩ６０は、ＤＡ
Ｉサブシステムに直接下記の要求を送る。・コンピュータ３２からの切り離し・ＤＡＩサブシステム１４へのデータの送信・ＤＡＩサブシステム１４からのデータの受信図３について説明すると、ＤＡＩサブシステム１４は、
返送領域マネージャ７０と、ＩｎｆｏＦｒａｍｅ^ＴＭゼ
ネレータ７２と、Ｍｅｔａｄａｔａ^ＴＭ要求モジュール
７４と、Ｍｅｔａｄａｔａ^ＴＭリポジトリ７６と、Ｍｅ
ｔａｄａｔａ^Ｔ ^Ｍロードおよび更新モジュール７８とを
含む。Ｍｅｔａｄａｔａ^ＴＭリポジトリ７６は、データ
・ウェアハウス２４内にＭｅｔａｄａｔａ^ＴＭ２５の表
現を含む。このＭｅｔａｄａｔａ^ＴＭ２５は、システム
１０のコアであり、データ・ウエアハウス２４内の関連
データを通してカスタム化できるビューを提供し、Ｉｎ
ｆｏＦｒａｍｅ^ＴＭの仕様にに対する主なボキャブラリ
である。Ｍｅｔａｄａｔａ^ＴＭリポジトリ７６は、ＤＳ
Ｍサブシステム１６によるスタートアッブ時に、データ
・ウェアハウス２４の不変のＭｅｔａｄａｔａ^ＴＭ表現
により満たされる。

【００４７】Ｍｅｔａｄａｔａ^ＴＭリポジトリ７６内に
は、下記の四つの基本的な種類のＭｅｔａｄａｔａ^ＴＭ
２５が含まれている。・コンセプト：コンセプトは、データをチェックするこ
とができる次元を表す。各次元は、下のデータの上に一
つの階層を形成し、階層は「ドリルダウン」または「ド
リルアップ」動作を駆動するために、組み合わせること
ができる。例えば、簡単な小売業は二つのコンセプト、
すなわち、市場と製品とを持っている。市場階層は、そ
れぞれがいくつかの状態からなり、また一組の店舗から
なる販売地域からなる。製品階層は、一組の部門（家庭
電化製品、紳士用衣類、金物）からなり、各部門は製品
分類（シャツ、靴、スラックス）からなり、各分類は、
個々のメーカーの製品品目からなる。時間は、すべての
業務に重要な次元であり、システム１０内で表現され
る。ユーザは、新しいコンセプト（下記参照）を追加す
ることができる。Ｍｅｔａｄａｔａ^ＴＭリポジトリ７６
内のすべてのＭｅｔａｄａｔａ^ＴＭ２５のように、実際
にデータ・ウェアハウス２４に問い合わせを行うため
に、これらコンセプトを関連形式（すなわち、ＳＱＬ）
にマップしなければならない。マッピングは、次元問い
合わせ（下記参照）の処理が行われている間に、ＤＳＭ
サブシステム１６により行われる。

【００４８】・インジケータ：インジケータは、問題の
データの重要な測定項目である。例えば、数量、価格、
または現在の在庫はすべてインジケータである。問い合
わせ内に時間を表示すれば、インジケータの内容はさら
にはっきりする。例えば、「数量の変更」は二つの期間
の間に適用される。・アラート：アラートは、本質的には、データについて
の試験であるが、Ｍｅｔａｄａｔａ^ＴＭの一部ではな
い。アラートは、Ｍｅｔａｄａｔａ^ＴＭによりアナリス
ト内で指定される。例えば、ユーザは、ある製品の使用
することができる在庫が、あるパーセンテージより少な
くなった場合には、適当なＩｎｆｏＦｒａｍｅ^ＴＭを発
生するように指定することができる。ユーザは、またト
リガ条件のチェックの頻度を指定することができる。ア
ラートのリストは、ＤＡＩサブシステム１４により維持
され、スケジューラ・サブシステム１８により実行され
る。このＭｅｔａｄａｔａ^ＴＭ２５は、またＤＡＩサブ
システム１４によっても使用することができ、Ｉｎｆｏ
ＦｒａｍｅＴＭ情報を発生するのに使用することができ
る。

【００４９】・測定項目間関係：測定項目間関係は、因
果関係の簡単な表現である。例えば、「売上の増大は、
利益の増大を意味する。」である。この種のＭｅｔａｄ
ａｔａ^ＴＭ２５は、ＩｎｆｏＦｒａｍｅ^ＴＭに対して支
持情報を発生するのに使用されるか、または、別な方法
としては、ユーザに、その一組の測定項目間関連に逆行
する傾向についてアラートを発する。Ｍｅｔａｄａｔａ
^ＴＭ２５は、最初、顧客の店舗に本発明の設置が行われ
ている間に生成される。図７−図１１に、Ｍｅｔａｄａ
ｔａ^ＴＭ２５の生成プロセスをより詳細に示す。Ｍｅｔ
ａｄａｔａ^ＴＭ２５内に何を設置するかは、業種によっ
ても（あるＭｅｔａｄａｔａ^ＴＭ２５は、業種指向で、
その業界内のすべての企業が使用することができ
る。）、本発明の特定の顧客によっても、顧客のデータ
・ウェアハウス２４の構造によっても違ってくる。イン
ストレーションが行われている間、ある種の業種指向の
Ｍｅｔａｄａｔａ^ＴＭ２５が使用され、ある企業指向の
Ｍｅｔａｄａｔａ^ＴＭ２５を生成することができ、デー
タ・ウェアハウス２４へＭｅｔａｄａｔａ^ＴＭ２５をマ
ップするのに必要なマッピング情報が生成される。マッ
ピング情報を含むすべてのＭｅｔａｄａｔａ^ＴＭ２５
は、一組の関連表に記憶される。これら関連表は、デー
タ・ウェアハウス２４内に維持され、本発明は、ユーザ
のためにレポートを生成するためにこれら表を使用す
る。

【００５０】Ｍｅｔａｄａｔａ^ＴＭ要求モジュール７４
は、クライアント・サブシステム１２からのものであ
れ、ＤＡＩサブシステム１４からのものであれ、Ｍｅｔ
ａｄａｔａ^ＴＭ２４に対するすべての要求を処理する。
クライアント・サブシステム１２は、ＤＡＩサブシステ
ム１４からのＭｅｔａｄａｔａ^ＴＭ２５を、エンド・ユ
ーザに表示するように要求する。ＩｎｆｏＦｒａｍｅ
^ＴＭゼネレータ７２は、ユーザに対するＩｎｆｏＦｒａ
ｍｅ^ＴＭを、列挙の一部として、次元問い合わせを生成
するために、Ｍｅｔａｄａｔａ^ＴＭ２５を要求する。例
えば、Ｍｅｔａｄａｔａ^ＴＭ２５に対する要求は、特定
のコンセプトのすべてのサブコンセプトに対する要求で
ある。

【００５１】Ｍｅｔａｄａｔａ^ＴＭ要求モジュール７４
は、またクライアント・サブシステム１２からのＭｅｔ
ａｄａｔａ^ＴＭの更新を処理する。ユーザは、そこから
データをグループ化する新しい次元を指定することによ
って、新しいセグメントを追加する。この次元は、デー
タ・ウェアハウスの現在のデータ属性により支持しなけ
ればならない。例えば、製品は、定価と割引価格とを含
むことができる。ユーザは、割引価格と定価との間の百
分率による違いを使用して指定した「割引係数」と呼ば
れる新しい次元を指定することもできるし、この割引係
数を三つの新しいセグメント、すなわち、「大幅値引き
製品」、「小幅値引き製品」および「定価製品」を生成
することができる。これらの新しいセグメントは、以降
のＩｎｆｏＦｒａｍｅ^ＴＭ要求で使用することができ、
ユーザがそれを表示した場合には、Ｍｅｔａｄａｔａ
^ＴＭロードおよび更新モジュール７８により、データ・
ウェアハウス２４内にそれらを書き戻すことにより、常
にその割引を行うようにすることができる。

【００５２】あるサブシステムが、処理と他からの結果
を要求した場合には、要求構造体は、あるサブシステム
から他のサブシステムに送られる。要求構造体は、送ら
れる要求のタイプにより異なる。しかし、大部分の要求
は、識別フィールド、オーナー、名前およびその要求の
記述のような、いくつかの共通属性を持つ。コンセプト
更新要求は、クライアント・サブシステム１２からＤＡ
Ｉサブシステム１４へ送られるが、好適には、システム
・アドミニストレータだけが発行することが好ましい。
コンセプト更新要求は、Ｍｅｔａｄａｔａ^ＴＭ２５に新
しいコンセプトを追加するための要求である。この要求
は下記のフォーマットを持つ。

【００５３】

【００５４】インジケータ更新要求は、クライアント・
サブシステム１２からＤＡＩサブシステム１４へ送られ
る。インジケータ更新要求は、Ｍｅｔａｄａｔａ^ＴＭ２
５に新しいインジケータを追加するための要求である。
インジケータ更新要求は、主として、原始的および複合
要求を含む。原始的要求は、下記のフォーマットを持
つ。

【００５５】複合要求は下記のフォーマットを持つ。

【００５６】

【００５７】因果関係インジケータ更新要求は、クライ
アント・サブシステム１２からＤＡＩサブシステム１４
へ送られる。因果関係インジケータ更新要求は、Ｍｅｔ
ａｄａｔａ^ＴＭ２５に、新しい因果関係インジケータを
追加する。この要求は下記のフォーマットを持つ。

【００５８】

【００５９】スキーマ要求は、クライアント・サブシス
テム１２からＤＡＩサブシステム１４に送られ、システ
ム・アドミニストレータだけが発行する。スキーマ要求
は、データ・ウェアハウス２４からデータベース・スキ
ーマを検索するための要求である。このタイプの要求
は、ＤＡＩサブシステム１４に対する、単なる簡単なフ
ォーマットされていないメッセージである。セグメント
更新要求は、クライアント・サブシステム１２からＤＡ
Ｉサブシステム１４に送られる。セグメント更新要求
は、Ｍｅｔａｄａｔａ^ＴＭ２５に新しいセグメントを追
加するための要求である。セグメント更新要求は下記の
フォーマットを持つ。

【００６０】

【００６１】ＩｎｆｏＦｒａｍｅ^ＴＭ要求は、クライア
ント・サブシステムからＤＡＩサブシステムへ送られ
る。このタイプの要求は、ユーザが指定した選択に基づ
いて、新しいＩｎｆｏＦｒａｍｅ^ＴＭを生成するための
ものである。この要求は下記のフォーマットを持つ。

【００６２】

【００６３】次元要求は、ＤＡＩサブシステム１４から
ＤＳＭサブシステム１６に送られる。次元問い合わせ
は、データ・ウェアハウス２４からのデータに対する要
求を作成する。ＤＳＭサブシステム１６は、次元問い合
わせをＳＱＬ文に変換する。ＤＡＩサブシステム１４
は、次元問い合わせを、Ｍｅｔａｄａｔａ^ＴＭのセグメ
ント定義または区分定義のリスト、Ｍｅｔａｄａｔａ
^ＴＭの測定項目定義のリスト、および測定項目数値表と
して、ＤＳＭサブシステム１６に送る。ＤＳＭサブシス
テム１６は、これらをＳＱＬ問い合わせに変換し、それ
らをデータ・ウェアハウス２４に送る。データ・ウェア
ハウスにより返還された結果は、測定項目表内のＤＡＩ
に送り返される。

【００６４】クライアント・サブシステム１２は、ＤＡ
Ｉサブシステム１４に対して下記の出力を発生する。・コンセプト更新要求・インジケータ更新要求・因果関係インジケータ更新要求・スキーマ要求・セグメント更新要求・ＩｎｆｏＦｒａｍｅ^ＴＭ要求・キャンセル要求

【００６５】ＤＡＩサブシステム１４は、クライアント
・サブシステム１２に対して下記出力を供給する。・コンセプト構造体・インジケータ構造体・因果関係インジケータ構造体・スキーマ構造体・セグメント構造体・ＩｎｆｏＦｒａｍｅ^ＴＭ・エラー／状態コード

【００６６】ＤＡＩサブシステム１４はスケジューラ・
サブシステムに下記出力を供給する。・スケジュール・アナリスト要求・削除アナリスト要求ＤＡＩサブシステム１４は、ＤＳＭサブシステム１６に
下記出力を供給する・次元問い合わせ・Ｍｅｔａｄａｔａ^ＴＭ検索要求・スキーマ要求ＤＳＭサブシステム１６は、ＤＡＩサブシステム１４に
下記出力を供給する。・更新したＭｅｔａｄａｔａ^ＴＭ・データ・ウェアハウスからのデータ・データベース・スキーマＤＳＭサブシステム１６は、データ・ウェアハウス２４
に下記出力を供給する。・ＳＱＬ文ＤＳＭサブシステム１６は、データ・ウェアハウス２か
ら下記入力を受け取る。・Ｍｅｔａｄａｔａ^ＴＭ・データベース・スキーマ・ウェアハウス・データスケジューラ１８は、ＤＡＩサブシステム１４に下記出
力を供給する。・アナリスト定義

【００６７】Ｍｅｔａｄａｔａ^ＴＭロード／更新モジュ
ール７８は、システム始動時に、データ・ウェアハウス
２４に記憶されている不変のＭｅｔａｄａｔａ^ＴＭか
ら、Ｍｅｔａｄａｔａ^ＴＭリポジトリ７６を満たす。さ
らに、ユーザが新しいコンセプトを指定し、それらコン
セプトをセーブしたと表示した場合には、Ｍｅｔａｄａ
ｔａ^ＴＭロード／更新モジュール７８は、将来使用する
ために、それらコンセプトをデータ・ウェアハウス２４
内に書き戻す。ＩｎｆｏＦｒａｍｅ^ＴＭゼネレータ７２
は、ＤＡＩサブシステム１４の主な目的を実行する。Ｄ
ＡＩが、ＩｎｆｏＦｒａｍｅ^ＴＭ定義を含むユーザのア
ナリストを受信すると、レポートの発生が始まる。この
タイプのアナリストは、ＤＡＩ内で実行されたセットか
ら、適当なドリル・ダウン・ヒューリスティック規則お
よびテキスト発生規則を選択するのに使用される。ドリ
ル・ダウン・ヒューリスティックは、報告しなければな
らないターゲット・セグメントの自由属性のセグメント
間に、何等かのデータ関連があるかどうかを判断するた
めに使用される。テキスト発生規則は、ターゲット・セ
グメントのどの特徴を報告すべきか、また兄弟セグメン
ト、ターゲット・セグメントの制限属性内の他のセグメ
ントに対する、どのような関連を報告すべきかを判断す
るために使用される。テキスト発生規則は、ローカル化
できるテキスト、グラフまたは表を適当な出力として指
定することができる。レポート発生プロセスの出力は、
ポータブル複合文を組み立てるために広く使用されてい
る標準言語である、ハイパーテキスト・マークアップ言
語（ＨＴＭＬ）の形で、クライアント・サブシステム１
２に返送された完全に列挙したＩｎｆｏＦｒａｍｅ^ＴＭ
である。

【００６８】ＩｎｆｏＦｒａｍｅ^ＴＭゼネレータ７２
は、数種類の知識を含む。・抽出問い合わせを次元問い合わせにマップする方法に
ついての知識・デフォールト選択（ＩｎｆｏＦｒａｍｅ^ＴＭで、ユー
ザが行ったのではない選択）を発生するのに、どのよう
にＭｅｔａｄａｔａ^ＴＭ２５を使用したらよいのかつい
て知識・両方のテキスト構成部分の選択を導くのに、Ｍｅｔａ
ｄａｔａ^ＴＭ２５とデータ・ウェアハウスから返送され
たデータの両方を、どのように使用したらよいのかにつ
いての知識・異なるタイプの図形的表現の選択を行わせるのに、Ｍ
ｅｔａｄａｔａ^ＴＭ２５とデータ・ウェアハウスから返
送されたデータの両方を、どのように使用したらよいの
かについての知識

【００６９】例えば、要約ＩｎｆｏＦｒａｍｅ^ＴＭは、
アーギュメントとして、一つのコンセプト、一つのイン
ジケータおよび一つの期間を持つことができる。レポー
ト発生モジュールは、次元問い合わせを生成するため
に、ユーザが選択したパラメータ、例えば、コンセプト
である「製品」、コンセプト・セグメントである「紳士
用シャツ」、インジケータである「数量」、および時期
である「１９９４年１０月」を使用する。次元問い合わ
せは、この問い合わせをＳＱＬに変換し、実際にそれを
実行するデータ／スキーマ処理サブシステムへ送られ
る。このサブシステムは、計算したデータを、ＤＡＩサ
ブシステム１４に送り返し、そこで他の抽出問い合わせ
が、実際の数をカプセルに埋設することができる。

【００７０】他の抽出問い合わせは、それらと関連する
条件命題を含む。前の例をビルトオフするために、要約
システム・テンプレートの他の部分は、ターゲット・イ
ンジケータ（数量）が、ターゲット・コンセプト（シャ
ツ）の間に、どのように割り当てられているかを示すグ
ラフの生成を指定する。この場合、レポート・ゼネレー
タ７２は、この例の場合には、シャツのメーカーを指定
する次元である、一組のセグメントを返送するために、
Ｍｅｔａｄａｔａ^ＴＭ要求を行う。各シャツ・メーカー
に対して、すべての数量情報が要求される。追加情報
が、グラフの選択を行う際に、レポート・ゼネレータ７
２を案内する。例えば、セグメント（この場合はメーカ
ー）の数が、７またはそれ以下のように少ない場合に
は、円グラフが適している。そうでない場合には、棒グ
ラフが適している。セグメントの数が非常に多い場合に
は、（この場合は、数量であるインジケータとしての）
底の２０％を集計し、その集計値をグラフ内の「その
他」と一緒に使用する。

【００７１】返還領域マネージャ７０は、クライアント
・サブシステム１２へ送られるのを待っているユーザに
よる正の結果を使用して、ＩｎｆｏＦｒａｍｅ^ＴＭおよ
びアラート評価を追跡する。ユーザがシステム１０にロ
グインすると、クライアント・サブシステム１２は、そ
のユーザに対するすべてのデータを戻し領域に戻すため
に、ＤＡＩサブシステムに要求を発行する。返還領域マ
ネージャ７０は、サーバ・コンピュータ３２上で返還領
域からの情報を検索し、それをＤＡＩサブシステム１４
を通して、クライアント・コンピュータ３０に送り返
す。

【００７２】図４について説明すると、ＤＳＭサブシス
テム１６は、ＳＱＬゼネレータ８０およびＭｅｔａｄａ
ｔａ^ＴＭ問い合わせモジュール８２を含む。ＳＱＬゼネ
レータ８０は、ＤＡＩサブシステム１４から受け取った
次元問い合わせを、データ・ウェアハウス２４からデー
タを検索するのに使用するＳＱＬ文に変換する。コンセ
プトからデータベース・エンティティへのマッピング
は、Ｍｅｔａｄａｔａ^ＴＭ２５に記憶され、ＳＱＬ文を
フォーマットする際に使用される。ＳＱＬゼネレータ８
０は、ＩｎｆｏＦｒａｍｅ^ＴＭ内で使用するために、Ｄ
ＡＩサブシステム１４に供給する。Ｍｅｔａｄａｔａ
^ＴＭ問い合わせゼネレータ８２は、ＤＡＩサブシステム
１４により提出された、Ｍｅｔａｄａｔａ^ＴＭ２５に対
する要求を処理する。システム始動時に、ＤＡＩサブシ
ステム１４は、知識ベースを初期化するために、すべて
のＭｅｔａｄａｔａ^ＴＭ２５を要求する。Ｍｅｔａｄａ
ｔａ^ＴＭ問い合わせゼネレータ８２は、ユーザが自分の
セグメントを修正する度に、呼び出され、ＤＡＩサブシ
ステム１４にＭｅｔａｄａｔａ^ＴＭ要求を発行、更新さ
せる。

【００７３】図５について説明すると、スケジューラ・
サブシステム１８は、アラートおよびレポート・スケジ
ューラ９０を含む。このスケジューラは、周期的に待行
列状態のスケジュールに組み込まれたアナリストを試験
し、これらアナリストをＤＡＩサブシステム１４に送
る。このスケジューラは、周期的に、すべての提出され
た例外アナリストを、ＤＡＩサブシステム１４に急いで
送り、その結果、上記例外アナリストは、トリガ条件を
試験することができる。スケジュールおよびトリガ周期
は、ＭＤＴアドミニストレータにより、別々に形成する
ことができる。スケジューラは、急送装置２５１３（図
２７）により、ＣＤＡＩ１４Ｂにアナリストを渡す。

【００７４】図６−図１９について説明すると、これら
図は、クライアント・サブシステム１２およびその動作
の詳細図である。クライアント・サブシステム１２は、
クライアント・サブシステム１２が実行されたときに表
示される主オーバーレイ９８を含む。オーバーレイ９８
は、共通フォルダ・ウィンドウ内に三つの表示領域１０
０−１０４、プルダウン・メニュー、１０６およびボタ
ン・メニュー１１０−１２０を含む。上記フォルダのウ
ィンドウは、クライアント・サブシステム１２内で、
（図６に示すように）最大化し、その境界を取り払い、
サイズを変更したり、またはアイコンのように最小化す
ることもできる。このフォルダのウィンドウは閉じるこ
とができない。

【００７５】表示領域１００は、組織ＩｎｆｏＦｒａｍ
ｅ^ＴＭおよびそれらを生成する分析で、クライアント・
サブシステム１２により使用される、類似物を表すフォ
ルダのリストを含む。フォルダは、それを強調し、入力
装置２１により選択することにより、開くことができ
る。上記リスト内の最初のフォルダは、クライアント・
サブシステム１２が実行されると、デフォールトで開か
れる。表示領域１０２は、選択したフォルダ内にＩｎｆ
ｏＦｒａｍｅ^ＴＭのリストを含む。ＩｎｆｏＦｒａｍｅ
^ＴＭは、それを強調し、入力装置２１により選択するこ
とにより、開くことができる。分析ウィンドウ１３６
は、ＩｎｆｏＦｒａｍｅ^ＴＭを含んだ状態で表示され
る。このウィンドウのタイトル・バーは、すでに実行し
た、予め選択した分析のタイプを示す。例えば、図１９
の場合には、「変更」分析が、実行対象のタイプとして
ユーザにより予め選択されている。分析ウィンドウ１３
６は、クライアント・サブシステム１２内で、（図１９
に示すように）最大化し、その境界を取り払い、サイズ
を変更したり、またはアイコンのように最小化すること
もできる。

【００７６】分析ウィンドウ１３６は、ボタン１２２
（図１９）を選択するか、またはウィンドウズ３．１
^ＴＭ、および他のウィンドウズ操作環境のユーザの周知
の方法により、閉じることができる。表示領域１０４
は、選択したフォルダ内に分析のリストを含む。アナリ
ストは、ＩｎｆｏＦｒａｍｅ^ＴＭを発生するために、予
め選択したデータ上で実行した予め選択した動作を擬人
化したものである。アナリストは、それを強調し、入力
装置２１により選択することにより、開くことができ
る。アナリスト・ビルダ・ウィンドウ１３０（図７−図
１１）は、アナリスト内にセーブされた、予め選択した
設定を含んだ状態で表示され、表示領域１０２にリスト
の形で表示されている、対応するＩｎｆｏＦｒａｍｅ
^ＴＭを発生するために使用される。（表示領域１０２に
リストの形で表示されているＩｎｆｏＦｒａｍｅ
^ＴＭは、表示領域１０４にリストの形で表示されている
アナリストと同じ順序で配列されていて、対応するアナ
リストと同じタイトルを持つ。）アナリスト・ビルダ・
ウィンドウ１３０は、最大化したり、サイズを変更した
り、最小化してアイコンにすることはできない。このウ
ィンドウは、ウィンドウズ３．１^ＴＭ、および他のウィ
ンドウズ操作環境のユーザの周知の方法により、閉じる
ことができるだけである。

【００７７】ボタン１１０−１２２（図６）は、プルダ
ウン・メニュー１０６内の主要操作コマンドを実行し、
ポインティング装置を使用して作動することができる。
ボタン１１０は、アナリスト・ビルダ・ウィンドウズ１
３０（図７−図１１）を呼び出す。ボタン１１２は、情
報設定ウィンドウ１３２（図１２）内のセグメント分割
装置を呼び出す。ボタン１１６は、表示領域１００−１
０４内の選択したファイルまたはフォルダを削除する。
ボタン１１８は、新しいフォルダを生成する。ボタン１
２０は、表示領域１０２から選択した情報と一緒に、ア
ナリスト・ウィンドウ１３６を呼び出す。ボタン１２２
は、クライアント・サブシステム１２を閉じる。ボタン
１５０は、プリント・ボタンであり、ボタン１５１によ
り、ユーザは測定項目を生成することができ、またボタ
ン１５２により、ユーザは測定項目間関係を生成または
編集することができる。

【００７８】図７−図１１について説明すると、ユーザ
は、アナリスト・ビルダ・ウィンドウズ１３０により、
選択したデータの分析方法を定義することができる。ア
ナリストはアナリスト名フィールドの下で命名される。
分析のタイプは、分析のタイプ・フィールドの下で選択
される。分析を実行する際に使用される主な測定項目
は、主測定項目フィールドの下で選択される。報告すべ
きセグメントは、定義したセグメントのリストから選択
される。最後に、ＩｎｆｏＦｒａｍｅ^ＴＭの周期が、時
間スライス考慮フィールドの下で定義される。Ｉｎｆｏ
Ｆｒａｍｅ^ＴＭは、すぐレポート・ボタンを選択するこ
とにより、直ちに生成することができるし、またはスケ
ジュール分析ボタンを選択するこにより、ＩｎｆｏＦｒ
ａｍｅ^ＴＭのバッチの一部としてスケジュールに組み込
むことができる。図１２について説明すると、情報設定
ウィンドウ１３２内のセグメント分割装置により、セグ
メントを生成し、修正しまたは削除することができる。
セグメントについての記述は、記述フィールドに記載さ
れている。ユーザがボタン８０１を作動すると、図１３
のウィンドウ１３２が作動を始め、ユーザはセグメント
定義を編集することができる。

【００７９】図１４について説明すると、情報設定ウィ
ンドウ１３２の測定項目分割装置内で情報の測定項目を
生成および修正することができる。各測定項目の名前
は、測定項目名フィールド内に表示される。測定項目の
定義は、定義フィールドに表示される。数学的演算子、
時間スライス制約、セグメント制約および他の測定項目
からの制約は、定義フィールドの下の対応するボタンを
使用することによって、定義内に挿入することができ
る。図１５および図１６について説明すると、測定項目
およびセグメントをそれぞれ選択するために、ウィンド
ウズ１３２を表示することができる。

【００８０】図１７について説明すると、測定項目間関
係は、情報設定ウィンドウ１３２の測定項目間関連分割
装置内で、定義および修正することができる。測定項目
間関係は、ＩＦ−ＴＨＥＮ文により定義される。主測定
項目およびそれが増大するのか減少するのかが、ＩＦ−
ＴＨＥＮ文の「ＩＦ」の部分を表す測定項目フィールド
内で選択される。関係なしフィールド内の測定項目は、
ＩＦ−ＴＨＥＮ文の「ＴＨＥＮ」部を形成するために、
減少フィールドまたは増大フィールドのいずれかに移動
させることができる。図１８について説明すると、測定
項目間関係は、この図のウィンドウ１３２により、制限
することができる。ＩｎｆｏＦｒａｍｅ^ＴＭのバッチ
は、自動生産用に個々にスケジュールに組み込むことが
できる。ＩｎｆｏＦｒａｍｅ^ＴＭのスケジュール作成
は、周期的なＩｎｆｏＦｒａｍｅ^ＴＭを必要とするユー
ザにとって特に役に立つ。ＩｎｆｏＦｒａｍｅ^ＴＭ時間
的間隔は、毎日、毎週および毎月のレポート・オプショ
ンを提供する時間的間隔フィールドの下で選択すること
ができる。

【００８１】図１９について説明すると、分析ウィンド
ウ１３６内に、サンプルＩｎｆｏＦｒａｍｅ^ＴＭが表示
されている。実行した分析のタイプは、ＩｎｆｏＦｒａ
ｍｅ^ＴＭおよびタイトル・バーに、「変動分析」と表示
される。（情報設定ウィンドウ１３２の、セグメント分
割装置内に既に定義されている）セグメントは、「開店
後３年以上の店舗」である。（情報設定ウィンドウ１３
２の測定項目分割装置内に既に定義されている）測定項
目は、「同一店舗の売上高」である。（アナリスト・ビ
ルダ・ウィンドウ１３０の、時間スライス考慮フィール
ド内にすでに定義されている）時間スライスは、「１９
９５年度対昨年」である。ＩｎｆｏＦｒａｍｅ^ＴＭは、
主測定項目、同一店舗売上高に生じた変化、および同一
店舗売上高、改装店舗に関連する測定項目、および情報
設定ウィンドウ１３２の測定項目関係分割装置内で既に
定義されている測定項目内に生じた変化についての簡潔
な文を供給する。それ故、ＩｎｆｏＦｒａｍｅ^ＴＭは、
主測定項目、同一店舗売上高の変化に対するグラフを含
む説明を含む。ＩｎｆｏＦｒａｍｅ^ＴＭは、測定項目の
結果を表すテキスト・データまたは図形データへのハイ
パーリンクを表す測定項目に関連する、ＨＴＭＬの複数
の例を含むことができる。

【００８２】図２０について説明すると、この図は、ク
ライアント・サブシステム１２を使用して、Ｍｅｔａｄ
ａｔａ^ＴＭ２５を生成するための方法であり、この方法
は開始１４０から始まる。ステップ１４１において、ユ
ーザはコンセプトを指定する。ステップ１４２におい
て、ユーザはコンセプトに対する一つまたはそれ以上の
属性を指定する。ステップ１４４において、クライアン
ト・サブシステム１２は、ユーザにデータ・ウェアハウ
ス２４表のカラムのリストを提供する。

【００８３】ステップ１４６において、ユーザは上記カ
ラムの各属性をマップする。ユーザは、コンセプトおよ
び属性のテキストによる記述を提供することができる。
ステップ１４８において、ユーザはデータ・ウェアハウ
ス２４内の表内のカラムに、インジケータを「マッピン
グ」することによって、一つまたはそれ以上のインジケ
ータを指定する。ステップ１５０において、クライアン
ト・サブシステム１２は、ユーザにインジケータも同様
にマッピングするために、カラムのリストを提供する。
ステップ１５２において、ユーザはマップされ、インジ
ケータに対する数値がどのように統合されたかを指定す
るインジケータに対する「統合方法」を選択する。シス
テムは下記の統合方法をサポートする。・加算・平均・最小・最大・計数・期間の最後・期間の最初

【００８４】ステップ１５４において、ユーザは測定の
単位を選択し、インジケータが通貨であるかどうかを指
定する。ユーザは、複数形のインジケータ、インジケー
タの数値の変化を表すための動詞、インジケータおよび
インジケータのテキストによる記述を報告するための精
度を、任意に指定することができる。ステップ１５６に
おいて、クライアント・サブシステム１２は、確実に、
インジケータ・カラムを持つ表が、属性カラムを含む表
と合体することができるようにする。ステップ１５８に
おいて、クライアント・サブシステム１２は、ユーザが
他のコンセプトを入力したいと思っているかどうかを判
断する。そうである場合には、処理はステップ１４２の
戻る。そうでない場合には、処理はステップ１６０で終
了する。

【００８５】本発明のＨＴＭＬグラフィック・レポート
の拡張面について以下に説明する。上記説明を行うため
に、すでに説明した管理発見ツール^ＴＭを参照する。し
かし、通常の当業者であれば、本発明のＨＴＭＬ拡張
を、グラフまたは類似の図形映像を、あるコンピュータ
から他のコンピュータへ送信する必要があるすべての状
況に、適用することができることを容易に理解すること
ができるだろう。図２１について説明すると、システム
１０は、グラフを送信し、表示するために使用される。
システム１０は、ネットワークによりクライアント・コ
ンピュータ１２に接続しているサーバ・コンピュータ３
２を含む。クライアント・コンピュータ１２は、Ｉｎｆ
ｏＦｒａｍｅ^ＴＭリスト１０２およびフォルダ１００を
含む。

【００８６】クライアント１２は、サーバ３２から、要
求するＩｎｆｏＦｒａｍｅ^ＴＭのタイプを定義し、その
後、このタイプは、ＩｎｆｏＦｒａｍｅ^ＴＭリスト１０
２内に記憶される。ＩｎｆｏＦｒａｍｅ^ＴＭの要求は、
クライアント１２からサーバ３２に送られる。サーバ３
２は、表示対象のグラフを表すグラフ要素により、ハイ
パーテキスト・マークアップ言語（ＨＴＭＬ）を発生
し、それをクライアント１２に送る。クライアント１２
は、指定のフォルダ１００に、受信したＩｎｆｏＦｒａ
ｍｅ^ＴＭを記憶する。

【００８７】グラフ要素は、ＨＴＭＬ標準タグではな
く、ＨＴＭＬタグの拡張部分である。拡張したグラフ・
タグは、＜ＧＲＡＰＨ＞。＜／ＧＲＡＰＨ＞、＜ＸＬＡ
ＢＥＬＳ＞、＜ＹＬＡＢＥＬＳ＞、＜ＧＤＡＴＡ＞およ
び＜／ＧＤＡＴＡ＞を含む。＜ＧＲＡＰＨ＞タグは、グ
ラフ・セクションの始まりを示す。＜／ＧＲＡＰＨ＞タ
グは、グラフ・セクションの終わりを示す。＜ＧＲＡＰ
Ｈ＞および＜／ＧＲＡＰＨ＞タグ内には、許可された属
性が、ＧＲＡＰＨ＿ＴＹＰＥ、ＧＲＡＰＨ＿ＤＩＭＥＮ
ＳＩＯＮ、ＢＡＲ＿ＮＵＭＢＥＲ，ＧＲＩＤ，ＬＥＧＥ
ＮＤおよびＳＨＯＷ＿ＤＡＴＡ＿ＶＡＬＵＥを含む。追
加の属性も容易に定義することができるが、これら属性
は例示のために定義される。

【００８８】属性ＧＲＡＰＨ＿ＴＹＰＥは、グラフのタ
イプを示す。この属性に対する有効値は、ＨＯＲＩＺＯ
ＮＴＡＬ＿ＢＡＲ、ＶＥＲＴＩＣＡＬ＿ＢＡＲ、ＰＩＥ
＿ＣＨＡＲＴ、ＬＩＮＥまたは１００＿ＰＥＲＣＥＮＴ
＿ＢＡＲ＿ＣＨＡＲＴを含む。属性ＧＲＡＰＨ＿ＤＩＭ
ＥＮＳＩＯＮは、そのグラフが、一次元か、二次元か、
または三次元かを示す。例えば、ＰＩＥ＿ＣＡＨＲＴは
一次元のグラフでもよいし、または三次元のグラフでも
よい。属性ＢＡＲ＿ＮＵＭＢＥＲは、グラフ上に表示さ
れる棒または線の数を示す。ＧＲＩＤは、グリッドを表
示するかしないかを示すフラグ属性である。ＬＥＧＥＮ
Ｄは、各横列およびカラムについての短い説明を含む。
ＳＨＯＷ＿ＤＡＴＡ＿ＶＡＬＵＥは、各横列またはカラ
ムに対する数値を表示すべきかどうかを示すフラグであ
る。

【００８９】タグ＜ＸＬＡＢＬＥＳ＞は、Ｘ軸に対する
ラベルである。タグ（ＹＬＡＢＥＬＳ＞は、Ｙ軸に対す
るラベルである。タグ＜ＧＤＡＴＡ＞および＜／ＧＤＡ
ＴＡ＞は、グラフ・データ・セクションの始めと終わり
を示す。各データ・セクションは、（ＸＥＬＥ＞、すな
わち、ｘ座標、および＜ＹＥＬＥ＞、すなわち、ｙ座標
の数を含む。上記グラフ要素に対する文法は下記の通り
である。太字で表示した項目は、定数ストリングであ
る。太字でない項目は、文法によりさらに定義される変
数である。例えば、グラフ要素は、文法ストリング、
「ＧＲＡＰＨ＿ＢＥＧＩＮ，ＬＡＢＥＬＳ、ＧＤＡＴ
Ａ、＜／ＧＲＡＰＨ＞」で始まる。変数ＧＲＡＰＨ＿Ｂ
ＥＧＩＮ、ＬＡＢＥＬＳおよびＧＤＡＴＡは、さらに定
義される。ＧＲＡＰＨ＿ＢＥＧＩＮは、ストリング「＜
ＧＲＡＰＨ、ＧＲＡＰＨ＿ＳＴＹＬＥ＞」であると定義
され、ＧＲＡＰＨ＿ＳＴＹＬＥは、さらに「ＧＲＡＰＨ
＿ＳＴＹＬＥ１、ＧＲＡＰＨ＿ＳＴＹＬＥ２、ＧＲＡＰ
Ｈ＿ＳＴＹＬＥ３、ＧＲＡＰＨ＿ＳＴＹＬＥ４、ＧＲＡ
ＰＨ＿ＳＴＹＬＥ４、ＧＲＡＰＨ＿ＳＴＹＬＥ５、ＧＲ
ＡＰＨ＿ＳＴＹＬＥ６」として定義される。ＧＲＡＰＨ
＿ＳＴＹＬＥ１は、さらに「ＧＲＡＰＨ＿ＴＹＰＥ，Ｅ
ＱＵＡＬ、ＧＲＡＰＨ＿ＶＡＬＵＥ１」として定義され
る。ＧＲＡＰＨ＿ＶＡＬＵＥ１は、「ＨＯＲＩＺＯＮＴ
ＡＬ＿ＢＡＲ」またはＶＥＲＴＩＣＡＬＢＡＲまたは
ＰＩＥ＿ＣＨＡＲＴまたはＬＩＮＥまたは１００＿ＰＥ
ＲＣＥＮＴ＿ＢＡＲ＿ＣＨＡＲＴとして定義される。下
記表は、グラフ要素を生成するために文法規則を示す。

【００９０】

【００９１】

【００９２】サーバ３２により生成され、クライアント
１２に送られたグラフ要素のいくつかの例について、図
２２−図２６を参照しながら以下に説明する。グラフ要
素の左の角形括弧［］内の数字は、図の中の参照番号を
示し、必ずしもＨＴＭＬの一部を構成するものではな
い。

【００９３】Ａ．ＨＯＲＩＺＯＮＴＡＬ＿ＢＡＲグラフ
用のグラフ要素図２２は、以下に定義する水平棒グラフである。タグ＜
ＧＲＡＰＨ＞は、グラフの始まりを示す。このグラフは
三次元棒グラフである。ＢＡＲ＿ＮＵＭＢＥＲは、２に
セットされているので、比較のための二本の棒が表示さ
れる。このグラフのグリッドおよびレジェンドが、真に
セットされているたために、これらグリッド等は表示さ
れる。棒上にはデータが何も表示されていない。何故な
ら、ＳＨＯＷ＿ＤＡＴＡ＿ＶＡＬＵＥが偽にセットされ
ているからである。要素１５１２により表示されるタイ
トルは、「同一店舗売上高」である。ｘ軸１５１４に
は、「ドル（ＭＭ）」といるラベルがつけられいる。グ
ラフ・データは、タグ＜ＧＤＡＴＡ＞で始まる。グラフ
１５の一番下の最初の棒には、「修正されていない」と
いうラベルがつけられていて、ｘ座標は１８および３
０．６である。第二の棒１５１８には「開店後１年」と
いうラベルがつけられていて、ｘ座標は２７．１および
３８．６である。三番目の棒１５２０には、「開店後９
ヶ月以上」というラベルがつけられていて、ｘ座標は６
０および３４．６である。四番目の棒１５２２には、
「開店後６ヶ月以上」というラベルがつけられていて、
ｘ座標は２０．１および３４．６である。五番目の棒に
は、「開店後６ヶ月以下」というラベルがつけられてい
て、ｘ座標は３５および６２である。図２２に示したグ
ラフに対するグラフ要素定義を下記の表に示す。

【００９４】

【００９５】Ｂ．垂直棒グラフに対するグラフ要素以下に定義する垂直棒グラフを図２３に示す。ここでも
また、角型括弧［］内の参照番号は、図２３の参照番号
を示すが、必ずしもＨＴＭＬコードの一部ではない。

【００９６】

【００９７】

【００９８】Ｃ．円グラフ用のグラフ要素以下に定義する円グラフを図２４に示す。ここでもま
た、角型括弧［］内の参照番号は、図２４の参照番号を
示すが、それはＨＴＭＬコードの一部ではない。

【００９９】

【０１００】ａ）以下に定義する折れ線グラフを図２５
に示す。ここでもまた、角型括弧［］内の参照番号は、
図２５の参照番号を示すが、それはＨＴＭＬコードの一
部ではない。

【０１０１】

【０１０２】Ｅ．１００パーセント棒グラフ用のグラフ
要素以下に定義する１００パーセント棒グラフを図２６に示
す。ここでもまた、角型括弧［］内の参照番号は、図２
６の参照番号を示すが、それはＨＴＭＬコードの一部で
はない。

【０１０３】

【０１０４】

【０１０５】図２７に示すように、クライアント１２
は、（サーバ３２から）自分が受け取ったグラフ要素の
文法的関係を解析して、グラフ属性およびグラフ・デー
タにするために、パーサ２０７０を最初実行して、グラ
フを発生する。ここでもまた、グラフ属性は、ＧＲＡＰ
Ｈ＿ＴＹＰＥ、ＧＲＡＰＨ＿ＤＩＭＥＮＳＩＯＮ、ＢＡ
Ｒ＿ＮＵＭＢＥＲ、ＧＲＩＤ、ＬＥＧＥＮＤおよびＳＨ
ＯＷ＿ＤＡＴＡ＿ＶＡＬＵＥを含む。グラフ・データ
は、＜ＧＤＡＴＡ＞および＜／ＧＤＡＴＡ＞タグで示さ
れる表示対象のデータを含む。グラフ要素は、属性およ
びグラフ・データに分析され、クライアント１２は、対
象物２０８０を生成し、属性およびグラフ・データは対
象物にコピーされる。その後、クライアント１２は、ビ
ューワ２０９０を実行し、このビューワは、グラフ・サ
ーバ２０９２を呼び出し、それを表示対象のグラフを表
す対象物に送る。（サーバ３２から）、クライアント１
２が、受け取ったグラフ要素を保持するためのデータ構
造は、下記のようなものである。

【０１０６】

【０１０７】

【０１０８】クライアント１２は、受信したグラフ要素
を保持するために、Ｃグラフ分類例を生成することがで
きる。上記要素は、属性とグラフ・データとに分析さ
れ、Ｃグラフ分類例に維持される。グラフ要素をＣグラ
フ分類例に分析するためのコードは、図２８−図３０を
参照しながら以下に説明する。下記のコードの左の角形
括弧［］内に数字は、図面中の参照番号に対応する。

【０１０９】

【０１１０】

【０１１１】

【０１１２】

【０１１３】

【０１１４】

【０１１５】グラフ要素の文法関係を分析し、Ｃグラフ
分類、ｍ＿ｐグラフの例の中にセットした後で、クライ
アント１２は、グラフ・サーバ２０９２に送るための対
象物を生成する。例えば、下記のコード内においては、
対象物は、Ｃグラフの一例であるｍ＿Ｃグラフである。
ｍ＿ｐグラフからの文法関係を解析されたデータは、対
象物ｍ＿Ｃグラフに移される。

【０１１６】ｍ＿Ｃグラフを初期化するコードの一例を
以下に示す。ここでもまた、下記のコードの左の角形括
弧［］内に数字は、図３１中の参照番号に対応する。

【０１１７】

【０１１８】

【０１１９】

【０１２０】

【０１２１】

【０１２２】

【０１２３】

【０１２４】

【０１２５】グラフ構造ｍ＿Ｃグラフを初期化した後
で、グラフを表示するために、初期化したものが、グラ
フ・サーバ２０９２に送られる。使用できるグラフ・サ
ーバ２０９２は、ピナクル出版社が制作し、配布するグ
ラフィックス・サーバである。さらに、クライアント１
２が受信したグラフ要素が、標準ＨＴＭＬフォーマット
に変換され、グラフ・サーバ２０９２により表示された
グラフを、映像変換装置を使用して、ＧＩＦフォーマッ
ト（または等価フォーマット）に変換することができ
る。ＧＩＦフォーマットの場合には、グラフが本質的に
は、ビットマップ表示であるので、ビットマップを見る
ことができるすべてのブラウザはグラフを見ることがで
きる。

【図面の簡単な説明】

【図１】本発明のシステムのブロック図である。

【図２】図１のシステム内のクライアント・サブシステ
ムのブロック図である。

【図３】図１のシステム内のデータ抽出インテリジェン
ス・サブシステムのブロック図である。

【図４】図１のシステム内のデータおよびスキーマ処理
サブシステムのブロック図である。

【図５】図１のサブシステム内のスケジューラ・サブシ
ステムのブロック図である。

【図６】グラフィック・ユーザ・インターフェースを使
用するレポート生成用のツールの図面である。

【図７】グラフィック・ユーザ・インターフェースを使
用するレポート生成用のツールの図面である。

【図８】グラフィック・ユーザ・インターフェースを使
用するレポート生成用のツールの図面である。

【図９】グラフィック・ユーザ・インターフェースを使
用するレポート生成用のツールの図面である。

【図１０】グラフィック・ユーザ・インターフェースを
使用するレポート生成用のツールの図面である。

【図１１】グラフィック・ユーザ・インターフェースを
使用するレポート生成用のツールの図面である。

【図１２】グラフィック・ユーザ・インターフェースを
使用するレポート生成用のツールの図面である。

【図１３】グラフィック・ユーザ・インターフェースを
使用するレポート生成用のツールの図面である。

【図１４】グラフィック・ユーザ・インターフェースを
使用するレポート生成用のツールの図面である。

【図１５】グラフィック・ユーザ・インターフェースを
使用するレポート生成用のツールの図面である。

【図１６】グラフィック・ユーザ・インターフェースを
使用するレポート生成用のツールの図面である。

【図１７】グラフィック・ユーザ・インターフェースを
使用するレポート生成用のツールの図面である。

【図１８】グラフィック・ユーザ・インターフェースを
使用するレポート生成用のツールの図面である。

【図１９】グラフィック・ユーザ・インターフェースを
使用するレポート生成用のツールの図面である。

【図２０】Ｍｅｔａｄａｔａ^ＴＭの生成方法を示すフロ
ーチャートである。

【図２１】本発明のシステムのブロック図である。

【図２２】水平捧グラフの視覚的表現である。

【図２３】垂直棒グラフの視覚的表現である。

【図２４】円グラフの視覚的表現である。

【図２５】折れ線グラフの視覚的表現である。

【図２６】１００分率棒グラフの視覚的表現である。

【図２７】グラフを表示するために、クライアントが行
うイベントのシーケンスのブロック図である。

【図２８】グラフ要素の文法関係を解析する際に、実行
することができるハイレベルのステップを示すフローチ
ャートである。

【図２９】グラフ属性の文法関係解析を示すフローチャ
ートである。

【図３０】グラフ・データの文法関係の解析を示すフロ
ーチャートである。

【図３１】グラフ・サーバに送られる対象物の生成を示
すフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＧ０６Ｆ 15/401 ３２０Ｚ 15/403 ３８０Ｚ 15/419 ３２０ (72)発明者ジウ−シウアンフアメリカ合衆国ジョージア州 30202 アルファレッタエヌ．ヒルブルクトレイス 5505

Claims

【特許請求の範囲】

【請求項１】ハイパーテキスト・データ処理システム
であって、（ａ）複数のコンピュータ・システムを接続するための
ネットワークと、（ｂ）サーバ・コンピュータ・システムと、（ｃ）クライアント・コンピュータ・システムとを含
み、上記サーバ・コンピュータ・システムが、（ｉ）複数の利用可能なグラフ・タイプから、一つのグ
ラフ・タイプを選択するためのグラフ選択手段と、（ｉｉ）上記の選択したグラフ・タイプの属性を表すグ
ラフ要素を発生するためのグラフ要素発生手段と、（ｉｉｉ）ネットワークに、グラフ・タイプとグラフ要
素を送信するための送信手段とを備え、上記クライアント・コンピュータ・システムが、（１）ビデオ・ディスプレイと、（２）上記ネットワークから、グラフ・タイプおよびグ
ラフ要素を受信するための受信手段と、（３）グラフ要素から、属性を抽出するための属性抽出
手段と、（４）グラフ要素から、グラフ・データを抽出するため
のグラフ・データ抽出手段と、（５）属性から、ビデオ・ディスプレイ上に表示するグ
ラフ・タイプおよびグラフ要素を表す対象物を発生する
ための対象物発生手段と、（６）ビデオ・ディスプレイ上に、上記対象物を表示す
るためのディスプレイ手段とを備えることを特徴とする
システム。