JP2005525658A - 多次元データを表し、編集するためのシステムおよび方法 - Google Patents

Abstract

広範にわたるユーザ訓練を必要とせずに、直感的グラフィックユーザインタフェース（１４５）を用いて、効率良く、簡潔に、リアルタイムで多次元データを表し、編集し、処理するシステムおよび方法が提供される。これらの多次元データは、企業、教育機関、非営利組織、並びに政府機関のプロジェクト原価センタに対する、労務、機器および資材の割当てに関係するデータから構成される。上記多次元データは、グラフィックユーザインタフェース（１４５）がアクセスする多次元データベースに格納される。グラフィックユーザインタフェース（１４５）によって、制限された表示領域でユーザが多量のデータ処理を行うことが可能となる。

Description

（発明の分野）
本発明は、一般に多次元データを管理するためのリアルタイムデータ構造に関する。詳細には、本発明は、広範にわたるユーザ訓練を必要とせずに、効率良く多次元データを表し、編集し、処理するシステムおよび方法を提供するものである。

（発明の背景）
インターネットと情報技術（“ＩＴ”）の出現によって、世界中でビジネスのやり方に革命がもたらされた。企業はこれらの技術を採用し、企業の構造、作業フローおよび業務関係を編成し、企業の業務処理をさらに効率的なものとしている。特に、これらの技術には、企業が日常ベースで処理する多量のデータの管理を可能にする手段が含まれる。

多種多様のビジネス処理に対して最適化を行う努力によって、企業の情報システムの中へ入力されるデータの細分性と複雑さの増大が企業に要求される。所定の企業が作成するデータは、一般に、企業の情報システムを横断して種々のデータベースに格納される。データベースとは、その内容を簡単にアクセスし、管理し、更新できるように組織化されたデータの収集物である。データベースに格納されたデータ、並びに、データの処理に用いられるアルゴリズムは、キュー、リンクされたリスト、スタック、ヒープ、ツリー、またはハッシュテーブルなどのデータ構造によってコンピュータメモリの形で表される。

最も優勢なタイプのデータベースとして、１組の正規記述テーブルとして体系化されたリレーショナルデータベースがあり、このテーブルから、テーブルの再編成を必要とせずに、多くの異なる方法でデータへのアクセスや再構成を行うことができる。リレーションとも呼ばれる個々のテーブルでは、列の中に１または２以上のデータカテゴリが含まれる。テーブル内の個々の行には、列により定義された上記カテゴリに関連するデータの一意のインスタンスが含まれる。例えば、ａｍａｚｏｎ．ｃｏｍ（カリフォルニア州、シアトル）などの電子商取引ウェブサイトは、顧客の注文についてリレーショナルデータベースに記述させることができる。リレーショナルデータベースは、顧客の氏名、住所、クレジットカードに関連する列を用いて顧客の個人情報を格納するテーブルと、購入製品と、その価格並びに数量に関連する列を用いて注文自体を記述する別のテーブルとを備えることができる。テーブル内の行には、特定の顧客および顧客の注文に関連する情報のインスタンスが含まれる。

構造化照会言語（“ＳＱＬ”）と呼ばれる標準的アプリケーションプログラムインタフェースを用いてデータベースからデータに対する照会を行うことができる。ＳＱＬによって、ユーザは、データ位置の選択、挿入、削除、更新、発見を他のデータ処理の間で行うことが可能となる。ユーザはＳＱＬステートメントを指定して、リレーショナルデータベース管理システム（“ＲＤＢＭＳ”）の一部としてデータベースでデータの処理を行うことができる。上記管理システムは、技術的プラットフォームであり、サービスであり、あるいはリレーショナルデータベースの作成用、更新用並びに管理用アプリケーションである。市販ＲＤＢＭＳの例には、ＩＢＭ社（ニューヨーク州ホワイトプレインズ）により販売されているＤＢ２、オラクル社（カリフォルニア州、レッドウッドショア）により販売されているオラクル９ｉデータベース、および、コンピュータ・アソーシエイツ・インターナショナル社（ニューヨーク州、イランディア）により販売されているＯｐｅｎＩｎｇｒｅｓが含まれる。上記とは別に、企業はマイクロソフト社（ワシントン州、レドモンド）により販売されているエクセルなどのスプレッドシートソフトウェアアプリケーションを利用して、ＲＤＢＭＳのエミュレーションを行うこともできる。

企業は市販のＲＤＢＭＳを頻繁に利用して、その顧客、サプライヤ、並びに、会計情報および財務情報、従業員レコード、在庫、および法的業務に基づく記録、などのような内部データを蓄えるデータベースの管理を行っている。さらに、建設業や製造業などの企業は、種々の企業活動、並びに、個々の活動のための原価および原価作用因の決定を含む活動基準原価計算データを管理するためにより専門化されたＲＤＢＭＳを必要とする場合がある。活動基準原価計算データの１例には、建設ユニットの資材費と労務費、あるいは、所定の購入注文や機械使用により発生する費用が含まれる。市販されている入手可能な活動基準原価計算用ＲＤＢＭＳには、メリディアン・プロジェクト・システム（Ｍｅｒｉｄｉａｎ Ｐｒｏｊｅｃｔ Ｓｙｓｔｅｍｓ）社（カリフォルニア州、フォルサム）により販売されている“プロローグ・マネージャ”と“プロローグ・スケジュラ”と、Ｊ．Ｄ．エドワード＆カンパニ−社（コロラド州、デンバー）により販売されている“ワンワールド・ソフトウェアパッケージ”とが含まれる。

これらの活動基準原価計算システムの重要な機能として、進行ベースでの実際原価と予算原価との間の分散を強調表示する機能がある。実際原価の正確で、一貫性のある計算を保証するために、これらのシステムは、多数の変数について考慮を必要とするデータベースへの照会を実行する。これらの変数は、リソース識別子と科目、プロジェクト、フェーズおよびタスクレファレンス値、原価コードレファレンス値、並びに、日付と時刻などを含むものとなる場合がある。これらのシステムで実際に原価計算を行う処理では、上記変数の各々を正確に記録して、正しい結果を出すようにする必要がある。

このような多様な目的のためにＲＤＢＭＳを利用することは、データベースを管理するＩＴ要員の訓練を行う企業にとって相当の資力を投資することを必要とする。高い技能のないＩＴ要員が多次元データを効率良くかつ最小限の訓練で入力し、閲覧し、保守管理を行うことができる、利用可能なＲＤＢＭＳの数は今日非常に少ない。多次元データは、共通のフィールド値を共有する複数のデータレコードから構成される。例えば、ａｍａｚｏｎ．ｃｏｍ（カリフォルニア州、シアトル）などの電子商取引ウェブサイト用顧客データベースでは、フィールド“顧客電話番号”は、自宅電話番号、勤務先電話番号および携帯電話番号などの複数の電話番号レコードとの関連づけが可能である。多次元データはリレーショナルデータベースに格納できる一方で、このようなデータはそのディメンションに基づいてデータの編成を行う多次元データベースにより適切に格納される。顧客データベースの例では、リレーショナルデータベースは、個々の電話番号レコード用として顧客電話番号フィールドを繰り返すことにより異なる電話番号を表すものとなり、その結果、個々の電話番号のレコードはテーブル内の異なる行に存在することになる。これとは対照的に、多次元データベースは、顧客電話番号フィールド用の単一行と、標準的テーブルの行／列のディメンションに論理的に直交する寸法に沿って拡張する異なる電話番号の種別、すなわち、自宅、勤務先、携帯の電話番号に対応する複数のセルを有する。数多くの方法で編成され、照会される多量のデータを処理するために、個々の多次元データベースが実現され、データ処理のための複雑なＳＱＬプログラムを作成するＩＴ要員が必要となる。

さらに、このようなＲＤＢＭＳが設けられたユーザインタフェースは主としてテキストベースであり、制限された表示領域を有し、ＩＴ要員がその使用に熟達できるようになるまで相当の訓練を必要とする。例えば、原始データが多くの変数を含むとき、または、リソースが記録周期内で２以上の活動に頻繁に適用されるとき、活動基準原価計算ＲＤＢＭＳはますます非効率的なものとなる。最も効率のよい活動基準原価計算ＲＤＢＭＳは、個々の行が１または２以上の処理を表し、個々の列が異なる変数を記録または要約するテーブル内の原始データを取得するものである。変数が値を変える度に、新たな行がテーブルに追加されるか、あるいは、別のユーザインタフェース画面が開かれて、新たな変数の詳細行が追加された詳細な情報テーブルが示されるかのいずれかの表示が行われる。

表示スペースを節減するために、変数値は、数値および非記述型コードとなることが多い省略表現コードを用いて表される場合が多く、これは符号化規定を熟知していないＩＴ要員にとっては意味のない暗号（cryptic）表示につながることになる。そして、この省略表現手法にもかかわらず、ほとんどの解決方法では、処理に必要な変数のすべてを表示するのにユーザとのインタフェースで水平スクロールを依然必要とする。最後に、行間での変数の反復が行われる場合、反復値の入力および、どの変数が所定行にとって一意の変数であるかの判定に相当の時間が費やされる。

現行のＲＤＢＭＳに関する上記の難点の結果、企業は、費用のかかる専門中間業者を利用して、データの収集と、企業の情報システムへの変換を行っている。これらの中間業者は、企業が自社のＩＴニーズを下請けに出すことを可能にするアプリケーションサービスプロバイダ（“ＡＳＰ”）として機能し、ＲＤＢＭＳを管理する際、企業自身のＩＴ要員が処理しなければならない複雑な処理を最少化することを目標とするものである。このような構成は、限られたＩＴリソースを持つ小さな企業組織にとっては、あるいは、多数の社内ＩＴ要員の管理に関心のない大きな企業組織にとっては魅力的なものであるかもしれない。しかし、双方の場合、企業は、ＡＳＰにより設計された、しばしば暗号的（cryptic）でやっかいなユーザインタフェース設計を利用して組織のデータ管理を行うための従業員訓練を依然必要とする。ＡＳＰが提供するソリューションの場合にも、市販のＲＤＢＭＳでも見られる訓練およびユーザインタフェースに関する同じ難点に遭遇することになる。さらに、ＡＳＰのシステムを使用するための企業従業員の訓練に対してＡＳＰが請求する高いコンサルティング料のため、企業にとってはそのＩＴデータベースのニーズをアウトソーシングしてＡＳＰに出す方が、既製のＲＤＢＭＳを購入するよりも費用がかかることになる場合がある。

これらのデータベース管理上の難点を効率良く解決するためには、限られた量の情報提示用表示領域を最適に利用して、ＩＴ要員や他のユーザが、多数のデータエントリスクリーンの範囲内で、または、多数のデータエントリスクリーン間でナビゲートを行って、情報の入力や情報の閲覧を行う必要のないようにするユーザインタフェースを備えたＲＤＢＭＳの構築を行う必要がある。上記インタフェースは、高い技能のないユーザでも比較的短期間でＲＤＢＭＳを利用する訓練を受けることができるように直感的に情報を表示できることが望ましい。さらに、ＲＤＢＭＳは、できるだけ効率的なものとなるように、多くのデータエントリパターンを利用する機会を認識し、その機会に資本化を行って、効果的な自動化を可能とする必要がある。

上記に鑑み、広範にわたるユーザ訓練を必要とせずに、効率良く多次元データを表し、編集し、処理するシステムおよび方法の提供が望ましい。

さらに、異なるデータ単位を特定する図形アイコンを用いて、制限された表示領域で、多次元データを表し、編集し、処理するシステムおよび方法の提供が望ましい。

また、所定のデータコンテキストの範囲内に入るようにテーブルでの入力データを制約することにより、コンパクトな形で多次元データを表し、編集し、処理するシステムおよび方法の提供も望ましい。

また、所定のテーブル内で多次元データの反復表示が生じないようにコンパクトな形で多次元データを表し、編集し、処理するシステムおよび方法の提供も望ましい。

（発明の概要）
上記に鑑み、広範にわたるユーザ訓練を必要とせずに、多次元データを効率良く、表し、編集し、処理するシステムおよび方法を提供することが本発明の目的である。

異なるデータ単位を特定する図形アイコンを用いて、制限された表示領域で、多次元データを表し、編集し、処理するシステムおよび方法を提供することが本発明のさらなる目的である。

所定のデータコンテキストの範囲内に入るようにテーブルでの入力データを制約することにより、コンパクトな形で多次元データを表し、編集し、処理するシステムおよび方法を提供することが本発明のさらなる目的である。

所定のテーブル内で多次元データの反復表示が生じないように、テーブルでの入力データを制約することにより、コンパクトな形で多次元データを表し、編集し、処理するシステムおよび方法を提供することも本発明の目的である。

本発明の上記およびその他の目的は、直感的グラフィックユーザインタフェース（“ＧＵＩ”）を用いて、多次元データを効率良く、コンパクトに、リアルタイムで表し、編集し、処理するシステムおよび方法を提供することにより達成される。多次元データは、ＧＵＩによりアクセスされる多次元データベース（“ＭＤＢ”）に格納される。ＭＤＢとＧＵＩの双方は、プラットフォームに依存せず、異なるプログラム言語、オペレーティングシステム、並びに、ハードウェアを用いて実行可能である。ＭＤＢとＧＵＩは、ＡＳＰによるサービスとしてまたは既製のＲＤＢＭＳとして提供されるものであってもよい。

好ましい実施形態では、多次元データは合成ツリーデータ構造を用いて表される。入力、管理および提示が行われるツリールートおよび基本データ要素はイベントと呼ばれる。イベントを利用して、ある特定のコンテキストとの関連性が、ある特定の日付、時刻、および量を用いて記述される。ディメンションと呼ばれる一定の１組のレファレンス変数の中へ値を割り当てることによりイベントのコンテキストが記述される。コンテキストディメンションは、クラス、ワーク、レファレンス、およびユニットなどから構成されるものであってもよい。頻繁に使用されるディメンション値はワークグループの中へ編成される。項目、クラス、ワーク、レファレンスおよびユニットの異なる組み合わせを保存し、記述ワークグループ名を割り当てて、簡単なＧＵＩによるナビゲーション制御を用いてユーザがこの組み合わせを都合よく思い出せるようにすることができる。さらに、容易に認識可能な図形アイコンを用いて、異なる項目を表し、ユーザによる多次元データの管理を容易にすることが可能となる。

企業は、合成データ構造を利用して、１または２以上の関連するビジネスエンティティ内での種々の監視機能および制御機能にとって重要なデータを記録し、管理することができる。例えば、製造業の従業員により行われるある特定の組立て作業に対応するイベントは、所定量の自動車部品の組立てにその従業員が費やした時間について記述するイベントと考えられる。本例では、特定の従業員と作業レファレンス値とによってイベントのコンテキストが定義され、一方、組み立てられた部品の量はイベントの量を表すものとなる。コンテキストの項目は、イベントが製造工程の作業コンポーネントを意味する旨を示すことができ、コンテキストのクラスは、この作業コンポーネントが組立てチームの一部であったことを示すことができ、コンテキストのコンポーネント項目は、組立てチームが、自動車部品の組立てのためにある一定の機器を使用したことを示すことができ、コンテキストのワークは、ある特定の自動車モデルの電気部品に対して作業が行われたことを示すことができ、さらに、コンテキストのユニットは組み立てられた部品の量を示すことができる。

イベント情報の提示機能および記録機能は、ＧＵＩ内のイベントビューアモジュール（“ＥＶＭ”）内で実行される。このＥＶＭによって、ユーザはコンテキストディメンションの範囲内で値の加算と減算とを行うことや、コンテキストと関連する量の入力や削除を行うことが可能となる。ユーザは、簡単なＧＵＩによるナビゲーション制御を利用して、任意の時間、イベントの編集並びに再査を行うことができる。イベントの編集結果は、自動的にまたは手動によってＧＵＩと関連するＭＤＢの中へ保存することができる。

好適には、本発明のシステムおよび方法によって、企業は、広範にわたるユーザの訓練を必要とせずに、多次元データを効率良く、コンパクトに、かつ、リアルタイムで、表し、編集し、処理するシステムおよび方法を提供することが可能となることが望ましい。さらに、本発明のシステムおよび方法によって、企業は、制限された表示領域で多次元データを直感的ＧＵＩを用いて処理することが可能となる。ユーザは、ＧＵＩ内のＥＶＭを用いてリアルタイムで通信を行うことにより、従来技術によるＲＤＢＭＳで広く用いられている複雑なＳＱＬクエリを作成する必要なく、あるいは、ＡＳＰにより提供されるＲＤＢＭＳソリューションの、扱いにくい場合が多い、暗号的なテキストベースのＧＵＩに熟達する必要なく、多量のデータの管理を行うことが可能となる。

（発明の詳細な説明）
図１を参照すると、本発明のシステムおよび方法が機能するネットワーク環境の概略図が記載されている。多次元データベース（“ＭＤＢ”）２０は、多くの変数またはディメンションを含む多次元データを保存するための多次元データベースである。本願明細書で使用されているように、多次元データは企業、教育機関、非営利組織、並びに政府機関により処理されるデータから構成される。好ましい実施形態では、ＭＤＢ２０には、１または２以上のデータカテゴリまたはフィールドを該テーブルの列内に含む個々のテーブルを持つ種々のテーブルが含まれる。テーブル内の個々の行には、上記列により定義されたカテゴリのための複数のデータインスタンスが含まれる。例えば、ミシガン州ディアーボーンのフォードモーター社のような自動車メーカーは、フォード社の子会社の従業員情報を格納するテーブルと、フォード社のトラックの子会社の従業員情報を格納するテーブルと、１／４期ベースのＳＵＶ（スポーツ用途多目的車）とトラックの在庫情報を格納するテーブルとを含むＭＤＢ２０を利用することができる。

ＭＤＢ２０に格納されたデータは、キュー、リンクされたリスト、スタック、ヒープ、ツリー、またはハッシュテーブルなどのデータ構造によってコンピュータメモリの形で表される。好ましい実施形態では、ＭＤＢ２０に格納されるデータは以下に説明するような合成ツリーデータ構造により表される。ＭＤＢ２０に格納されたデータは、グラフィックユーザインタフェース（“ＧＵＩ”）３０ａ−ｄを用いることにより、企業、教育機関、非営利組織並びに政府機関のＩＴ要員または別のユーザによってアクセスされる。

ＧＵＩ３０ａ−ｄは、サーバ２５を介してＭＤＢ２０内のデータにアクセスする。サーバ２５とＭＤＢ２０とは、組織の情報システムの一部であってもよいし、外部のＡＳＰにより保守管理されるものであってもよい。第１のケースでは、組織はＭＤＢ２０とＧＵＩ３０ａ−ｄにより要求されるハードウェアとソフトウェアの購入費用、実施許諾料および／または保守管理費用を支払う場合もある。第２のケースでは、組織は、ＡＳＰから請求されるインストール費用、保守管理費用およびコンサルティング料、並びに、組織のＩＴ要員とユーザとが、ＭＤＢ２０上のデータの入力、閲覧および保守管理を行うためにＧＵＩ３０ａ−ｄとリアルタイムで通信する際に発生するサービス料金を支払う場合がある。

組織のＩＴ要員とユーザに対する訓練は、ＭＤＢ２０とＧＵＩ３０ａ−ｄの直感的で、効率的で、コンパクトな設計の結果、最低限に保たれる。ＭＤＢ２０とＧＵＩ３０ａ−ｄの双方は、プラットフォームに依存せず、異なるプログラム言語、オペレーティングシステム、およびハードウェアを用いて実現可能である。ＭＤＢ２０とサーバ２５とは、企業の情報システム内あるいはＡＳＰ内に配置された追加のＭＤＢとサーバとを含むものであってもよいことを当業者は理解すべきである。

次に図２を参照すると、本発明のシステムおよび方法が機能するネットワーク環境の代替実施形態の概略図が記載されている。この代替実施形態では、ＧＵＩ４５は、ＭＤＢ４０と接続するサーバ上で直接アクセスされる。この代替例はＩＴ予算の少ない小さな組織で利用することができる。ＭＤＢ４０に格納されたデータの入力および保守管理を行うサーバとして機能する１または２以上のコンピュータにＧＵＩ４５をインストールできることを当業者は理解すべきである。

次に図３を参照すると、本発明の原理に準拠する多次元データを表す例示の合成ツリーデータ構造が記載されている。データ構造５０は、企業、教育機関、非営利組織、並びに政府機関のプロジェクト原価センタに対する、労務、機器および資材の割当てに関係する多次元データを表すために用いる例示の合成ツリーデータ構造である。データ構造５０は、例えば、種々の建設プロジェクト費用を追跡するために建設請負業者が利用したり、大学が研究費用を追跡するために利用したり、地方自治体がコミュニティプロジェクトの費用を追跡するために利用したりすることができる。

ＭＤＢにエントリーされるすなわち入力され、ユーザにより処理され、ＧＵＩで提示すなわち表示されるデータ構造５０の基本データ要素として、イベント５５がある。イベント５５はツリーデータ構造５０のルートであり、コンテキスト６０、日付６５、時刻７０、量７３によりさらに表される。イベント５５のコンテキスト６０は、ディメンションと呼ばれる一定の１組のレファレンス変数の中へ値を割り当てることにより記述され、日付６５は日付変数の中へ単一の値を割り当てることにより記述され、時刻７０は時刻変数の中へ単一の値を割り当てることにより記述され、量は数値変数の中へ単一の値を割り当てることにより記述される。コンテキスト６０のディメンションは、５つの変数、すなわち：（１）項目変数７５；（２）クラス変数８０；（３）ワーク変数８５；（４）レファレンス変数９０；および（５）ユニット変数９５から構成される。

上記の建設請負業者の例では、イベント５５を用いて、請負業者が補修している家に取り組んで従業員が費やした時間を記述することができる。本例では、特定の従業員と労務とによって、イベント５５のコンテキストディメンションが定義され、一方、時刻の値７０はイベント５５の量を表す。項目変数７５は従業員を表すことができ、クラス変数８０は塗装工として従業員を特定することができ、ワーク変数８５は家の外部部分に対して行われる作業を指定することができる。またレファレンス変数９０は、レファレンスコードで家を特定するものであってもよい。さらにユニット変数９５は、特定の労務に従業員が費やした時間が正規の就業時間中であった旨を指定することができる。

項目変数７５、クラス変数８０、ワーク変数８５、レファレンス変数９０およびユニット変数９５の異なる組み合わせを保存し、記述ワークグループ名を割り当てて、ＧＵＩの範囲内で簡単なＧＵＩによるナビゲーション制御を用いて、ユーザがこの組み合わせを都合よく思い出せるようにすることができる。上記建設請負業者の例では、ワークグループを用いて、この請負業者の会社で働いているすべての塗装工を特定するようにすることができる。さらに、容易に認識可能な図形アイコンを用いて、項目変数７５を表し、多次元データのユーザの管理を容易にすることができる。

イベント情報の提示および記録機能は、ＧＵＩ内のイベントビューアモジュール（“ＥＶＭ”）内で実行される。このＥＶＭによって、ユーザはコンテキストディメンションの範囲内での値の加算と減算とを行うことや、コンテキスト６０と関連する量の入力や、削除を行うことが可能となる。ユーザは、簡単なＧＵＩによるナビゲーション制御を利用して、任意の時間のあいだ、イベント５５の編集並びに再査を行うことができる。イベント５５に対する編集は、自動的にまたは手動によってＧＵＩと関連するＭＤＢの中へ保存することができる。

項目変数７５は４つの項目タイプ、すなわち、労務項目１００、機器項目１０５、資材項目１１０および費用項目１１５に分類される。上記建設請負業者の例では、労務項目１００は従業員を表すことができ、機器項目１０５は、特定の労務を行うために従業員が使用する機器を表すことができ、資材項目１１０はその労務の実行時に従業員が使用する資材を表すことができ、費用項目１１５は、就業日中に従業員に割り当てられる食料、運搬などのような生活費用を表すことができる。

クラス変数８０は、労務科目１２０、機器科目１２５、資材科目１３０および費用科目１３５に分類される。さらに、労務科目１２０は、労務科目１２０に関係する機器項目１０５、資材項目１１０、または費用項目１１５などの追加項目を示すオプションのサブ項目１４０を含むことができる。項目変数７５の値が労務項目１００に対応する場合、クラス変数８０の値は労務科目１２０だけに対応することができる。同様に、項目変数７５の値が機器項目１０５、資材項目１１０または費用項目１１５に対応する場合、クラス変数８０の値はそれぞれ、機器科目１２５、資材科目１３０、または費用科目１３５だけに対応することができる。

上記建設請負業者の例では、労務科目１２０は、塗装作業、錘線測量作業、電気作業などのような従業員が行う建設作業の種別を示すことができる。機器科目１２５は使用する機器の種別を示すことができ、資材科目１３０は使用する資材の種別を示すことができ、費用項目１１５のクラスは属する費用科目１３５を示すことができる。

ツリーデータ構造５０は図３に図示されていない別のツリー分岐を持つものであってもよいと当業者は理解すべきである。例えば、ツリーデータ構造５０は、企業、教育機関、非営利組織、並びに政府機関に固有の活動基準原価計算関数に対応するコンテキストディメンションを持つものであってもよい。さらに、ツリーデータ構造５０はイベント５５以外の基本データ要素によりそのツリールートを表すものであってもよいと当業者は理解すべきである。

次に図４を参照すると、本発明の原理に準拠して設計されたＥＶＭの表示部を示すＧＵＩスクリーンショットの例図が記載されている。ＥＶＭ表示部１４５は、イベント５５に関する情報を提示し、記録する機能を実行する。ＥＶＭ表示部１４５は、以下の６つの個別エリアに分けられたメインスクリーンを示す：（１）固定域１５０；（２）固定ヘッダ１７０；（３）固定フッタ１９０；（４）垂直方向スクロールエリア２１０；（５）垂直方向および水平方向スクロール可能エリア２１５；（６）垂直方向スクロール可能エリア２２０。上記６つの個別エリア内でのＥＶＭ表示部１４５の設計によってＩＴ要員または他のユーザは、は広範にわたるユーザ訓練を必要とせずに、効率良く、コンパクトに、リアルタイムで、制限された表示領域において多次元データの処理を行うことが可能となる。

固定域１５０は、日付範囲間でのナビゲート用制御処理１５５と、ワークグループ選択用制御処理１６０と、日付閲覧構成の選択用制御処理１６５とを実行する。固定域１５０の下には固定ヘッダ１７０があり、この固定ヘッダは、スタティックディメンション列ラベルを表示する非スクロールエリア１７５を左側に、ダイナミック日付列ラベルを表示する水平方向スクロールエリア１８０を中央に、スタティック合計列ラベルを表示する非スクロールエリア１８５を右側に備える。

主要スクリーンの最下部には固定フッタ１９０があり、この固定フッタは、ダイナミック行ラベルを表示する非スクロールエリア１９５を左側に、個々の日付列とフッタ行に対する計算済み合計をダイナミックに表示する水平方向スクロールエリア２００を中央に、および、合計列と個々のフッタ行に対するダイナミックに計算された合計を表示する非スクロールエリア２０５を右側に備える。

スクリーンの左側には垂直方向スクロールエリア２１０があり、このエリアは、コンテキスト変数値と、小計行ラベルを表示するスタティック行の値とを表示する。スクリーンの中央には垂直方向と水平方向にスクロール可能なエリア２１５があり、このエリアは量変数の値とダイナミックな計算済み小計行とを表示する。最後に、スクリーンの右側には、中央エリア２１５での量変数の個々の行に対するダイナミックな計算済み合計を表示する垂直方向にスクロール可能なエリア２２０がある。

コンテキスト６０のディメンション項目変数７５、クラス変数８０、ワーク変数８５、レファレンス変数９０、ユニット変数９５は、それぞれ、非スクロールエリア１７５内の“項目”、“クラス”、“ワーク”、“レファレンス”、および“ユニット”という名称で列２２５ａ−ｅに表示される。項目列２２５ａ内の個々のセルは、アイコン２３０とテキスト記述２３５などのようなアイコンとテキスト記述との組み合わせを用いる項目変数７５の値を表す。クラス列２２５ｂに入力される労務科目１２０、機器科目１２５、資材科目１３０または費用科目１３５にそれぞれ対応する労務項目１００、機器項目１０５、資材項目１１０または費用項目１１５のレファレンス値だけを含むことができるように、項目列２２５ａ内の項目変数７５の値は制約される。項目列２２５ａの範囲内では同じ値を反復できないように、項目変数７５の値はさらに制約される。

次に図５を参照すると、４つの異なる項目を表す図形アイコンを用いたＥＶＭの表示部を示すＧＵＩスクリーンショットの例図が記載されている。ＥＶＭ表示部２４０は項目列２４５に項目変数７５の４つの値を示す。これら４つの値は別個の図形アイコンにより表され、ユーザによる多次元データの閲覧と管理とを容易にする。図形アイコン２５０を用いて項目変数７５が労務項目１００として特定され、図形アイコン２５５を用いて項目変数７５が機器項目１０５として特定され、図形アイコン２６０を用いて、項目変数７５が資材項目１１０として特定され、図形アイコン２６５を用いて項目変数７５が費用項目１１５として特定される。

図形アイコン２５０、２５５、２６０、２６５は、単に例示を目的として使用されているものと当業者は理解すべきである。図５に図示のものとは異なる図形アイコンを用いて、異なる項目変数を表すことが可能であり、また、追加の図形アイコンを用いて、所定のＥＶＭ表示部でのユーザによる多次元データの閲覧を容易にすることができる。

元に戻って図４を参照すると、クラス列２２５ｂ内の個々のセルは、テキスト記述２７０などのテキスト記述を用いてクラス変数８０の値を表すものである。テキスト記述２７０は、例えばボイラ製造人（“ＢＭ”）と監督者（“ＦＭ”）を意味することができる。クラス列２２５ｂ内のクラス変数８０の値は、労務科目１２０、機器科目１２５、資材科目１３０または費用科目１３５に対するレファレンス値のみを含むことができるように制約される。項目列２２５ａ内のセルの右側に在る組のセルの範囲内で同じ値を反復できないというような制約もクラス変数８０の値は受ける。

上述のように、クラス変数８０の値は、項目列２２５ａで表される値に基づいてさらに制約を受ける。項目列２２５ａ内のセルが労務項目１００を含む場合、クラス列２２５ｂ内の対応するセルは、労務科目１２０のみを含むものであってもよい。同様に、項目列２２５ａ内のセルが機器項目１０５、資材項目１１０または費用項目１１５を含む場合、クラス列２２５ｂ内の対応するセルは、それぞれ、機器科目１２５、資材科目１３０または費用科目１３５のみを含むものであってもよい。

エリア２７５に図示のように、労務項目１００を含む項目列２２５ａのセルの右側にあるクラス列２２５ｂの中に労務科目１２０を表す１または２以上のセルが存在してもよい。労務科目１２０はサブ項目２８０などのオプションのサブ項目１４０を含むものであってもよい。サブ項目１４０を含む個々のセルは、図形アイコンとテキスト記述とを用いてサブ項目１４０の値を表すセルである。オプションのサブ項目１４０を含むセルは、機器項目１０５、資材項目１１０または費用項目１１５に対するレファレンス値のみを含むことができるように制約される。またこれらのセルは、所定のサブ項目の値が反復されないように制約される。

さらに、オプションのサブ項目１４０を含むセルは、労務科目１２０を含むクラス列２２５ｂ内のセルの内部でしか許容されない。機器項目１０５、資材項目１１０または費用項目１１５をそれぞれ含むセルの右側にある機器科目１２５、資材科目１３０または費用科目１３５を含むクラス列２２５ｂの中にはただ１つのセルしか存在できない。

コンテキスト６０のディメンションワーク変数８５は、クラス列２２５ｂのすぐ右側のワーク列２２５ｃに表示される。ワーク列２２５ｃ内の個々のセルは、アイコンとテキスト記述との組み合わせを用いてワーク変数８５の値を表すセルである。ワーク列２２５ｃ内のワーク変数８５の値は、作業オブジェクトに対するレファレンス値のみを含むことができるように制約される。また、ワーク変数８５の値は、クラス列２２５ｂ内のクラスまたはサブ項目セルの右側にある組のセルの範囲内で同じ値を反復できないように制約される。さらに、クラス列２２５ｂ内のすべてのクラスまたはサブ項目セルの右側にあるワーク変数８５を表す１または２以上のセルが存在してもよい。

最後に、コンテキスト６０のディメンションレファレンス変数９０はワーク列２２５ｃのすぐ右側にあるレファレンス列２２５ｄに表示され、コンテキスト６０のディメンションユニット変数９５はレファレンス列２２５ｄのすぐ右側にあるユニット列２２５ｅに表示される。ユニット列２２５ｅ内の個々のセルはテキスト記述を用いてユニット変数９５の値を表す。ユニット変数９５の値は、ユニットオブジェクトに対するレファレンス値のみとなることができるように制約される。また、ユニット変数９５の値はワーク列２２５ｃ内のセルの右側にある１組のセルの範囲内で反復できないように制約される。図示のように、ユニット列２２５ｅは、ワーク列２２５ｃ内のすべてのセルの右側にある１または２以上のセルであってもよい。

コンテキストディメンションエリア１７５の最下部に、項目列２２５ａで参照される個々の異なる項目変数７５用として１行を含む固定フッタ１９５がある。これらの行には、労務項目１００、機器項目１０５、資材項目１１０または費用項目１１５のいずれかの項目であってもよいスタティック項目タイプと、どれだけの数の特定タイプの項目が項目列２２５ａの範囲内のセルを現在占有しているかについてダイナミックに計算されるカウント数とを持つラベルがつけられる。

項目列２２５ａ内の項目変数７５に対して記録される量が水平方向スクロールエリア１８０内に示される。エリア１８０内の個々の列はある特定の日付を表す。この日付は個々の列の最上部に静的にラベルがつけられ、連続した順序で左から右へ並べられる。すぐ左側に隣接するコンテキストセルにより定義されるような、上記列内の個々のセルは、ある量を表示し、ある特定のコンテキストと交差させることにより、単一のイベントとある特定の日付とを表す。個々の行に対して小計が自動的に計算され、次いで、ＥＶＭ表示部１４５の右側に表示される。個々の異なる項目タイプに対する個々の列の小計も計算され、ＥＶＭ表示部１４５の最下部に表示される。最後に、個々の列の範囲内で項目列２２５ａ内の個々の異なるセルについて一回小計が計算される。

上述の制約により、行間での値の不必要な反復が防止されると当業者は理解すべきである。セル間で値が一定である場合、その値を含む行は垂直方向に拡大されて、共通の値を共有するすべて行を横断する範囲をスパンすることになる。情報の冗長な表示を防ぐことに加えて、上記機能はまた、垂直方向の特別の表示スペースを利用して、拡張されたテキスト記述を表示し、表示部全体の可読性の改善を図るものでもある。複数のコンテキストディメンションを表す単一の列を利用することにより、ネストされたサブ項目の振舞いも表示スペース全体の節減に貢献することがさらに理解できる。

次に図６を参照すると、日付を選択するためのＥＶＭナビゲーション制御の例図が記載されている。ＥＶＭ表示部１９０の最上部におけるナビゲーション制御２８５によって、ある特定の日付のタイプインか、カレンダからの日付の選択かのいずれかを行うことにより、ユーザは列範囲の第１の日付をセットすることが可能となる。また、ナビゲーション制御２８５によって、ユーザは順方向または逆方向のいずれかの方向にページをめくるように連続する複数組の日付を通観することが可能となる。

次に図７を参照すると、日付に対する異なる閲覧を選択するためのＥＶＭナビゲーション制御を示す例図が記載されている。ＥＶＭ表示部３００の最上部におけるナビゲーション制御２９５によって、ユーザは別の表示構成間での切り替えを行うことが可能となる。異なる利用パターンをサポートするために、日付用表示構成などのＥＶＭ表示部スクリーン３００における或るパラメータをスクリーンを介してユーザが構成することが可能である。表示される曜日の数は１〜７の間の範囲にすることができる。ユーザは、７つの曜日を選択するとき、ユーザが一番左側の曜日列として常に参照したい日曜日から土曜日のうちの週のいずれかの曜日を選択することができる。これらのパラメータの異なる構成をＭＤＢに保存し、この構成に記述名を割り当てて、ユーザが簡単なナビゲーション制御を用いてこの構成を都合よく思い出せるようにすることができる。

次に図８を参照すると、ワークグループを選択するためのＥＶＭナビゲーション制御を示す例図が記載されている。ＥＶＭ表示部３１０のナビゲーション制御３０５によってユーザは、“作業員１”および“作業員２”のような記述名に基づいてワークグループを選択することが可能となる。ユーザはワークグループを選択し、任意の時間、イベントの編集並びに再査を行うことができる。

次に図９を参照すると、ワークグループの選択によりＭＤＢに保存されたデータを編集するためのフローチャートが記載されている。編集プロセスはステップ３２０でスタートし、ユーザは、編集対象のワークグループを選択するナビゲーション制御３０５を利用する。ワークグループが選択されるとすぐに、ステップ３２５でこのグループのコンテキスト変数がチェックされ、イベントデータの検索に用いるクエリの作成にこのコンテキスト変数が利用される。ステップ３３０で、ユーザはナビゲーション制御２８５（図６）および２９５（図７）を用いて、特定の日付の選択済みワークグループにおけるコンテキスト変数を編集するためのデータ範囲を選択する。

詳細には、ユーザが選択した日付範囲と関連して、選択済みワークグループの項目変数７５の値を用いてクエリを作成し、選択済みワークグループの項目変数７５内の項目のうちのいずれかの項目を参照し、選択済みの日付範囲内の日付を参照するすべてのイベントがＭＤＢ（ステップ３３５）から検索される。この検索済みイベントはソートされ、前述したディメンション制約条件に一致するように提示される。次に、上記イベントは選択済みワークグループに格納されるが、イベントを返さなかったコンテキスト値のいずれの組み合わせも表示部の中へマージされる。ステップ３４０でコンテキスト値はＥＶＭに表示される。この値が表示されるとすぐに、ユーザはステップ３４５で上記値の編集を行うことができる。

例えば、ユーザが図８に図示の“作業員１”と呼ばれているワークグループを選択した場合、まずＥＶＭ表示部３０５が消去され、次いで、作業員１に対応する項目変数７５の値が、ユーザが表示用として選択した日付の表示用ＥＶＭ表示部３０５にポピュレートすることになる。ワークグループと日付とが設定され、ＭＤＢクエリが実行され、返送され、ＥＶＭ表示部３０５に提示されるとすぐに、ユーザはＥＶＭ表示部３０５に示された値の編集を行うことができる。編集処理には、コンテキストディメンションの範囲内での値の加算または減算処理、および、量の入力または削除処理が含まれる。

次に図１０を参照すると、新たなコンテキストディメンション値をＥＶＭを介してＭＤＢに加算するフローチャートが記載されている。コンテキストディメンションに値を加算するために、ユーザはステップ３６０で、マウスまたはキーボードのいずれかを用いてまずターゲットディメンションセルを選択する必要がある。セルが選択されるとすぐに、ユーザは選択済みセルの中へ新たな値を入力するか、キーボードを用いて、既存のセルの上または既存のセルの下のいずれかに新たなセルを挿入するかのいずれかを行うことができる（ステップ３６５）。図１１に図示のＥＶＭ表示部３７５で、セル３７０などの新たなセルが挿入された場合、ステップ３８０ですぐ左側のセルが拡大され、その結果、このセルは、挿入プラス新しく挿入されたセルに先行して垂直方向にすべてのセルを拡げることになる。次いで、ステップ３８５で、ディメンションの新たな行と容量セルとが新しく挿入されたセルの右側に形成される。例えば、セル３９０（図８）は、挿入済みセル３７０の左側のセル３９５まで拡大され、行４００が挿入済みのセル３７０の右側に追加される（図１１）。

キーボードを用いてコンテキストディメンションの中へ値を入力するとき、ユーザには、オブジェクトの所在位置を検知するために、ある特定のオブジェクトコードを入力するか、探索文字列を入力するかのいずれかを選ぶ選択肢がある。すなわち、ユーザには、加算する対象値を求めてＭＤＢを探索する選択肢がある（ステップ４０５）。上記とは別に、新たなセルを挿入し、選択するとすぐに、ステップ４１０でキーボードを用いてセル内へ新たな値を入力することができる。

ユーザがステップ４０５である特定のオブジェクトコードを入力した場合、ステップ４１５でＭＤＢクエリが実行され、オブジェクトがＭＤＢの中に存在するか否かが判定される（ステップ４２０）。オブジェクトが存在すれば、セルはその値に対応するレファレンス値によってポピュレートされ、ステップ４３５で表示が更新される。オブジェクトが存在しなければ、ステップ４２５でユーザに対してエラーメッセージが表示される。オブジェクトの所在位置を検知するために、ステップ４０５でユーザが探索文字列を入力した場合、当該探索文字列に一致するすべてのオブジェクトを見つけるために、ステップ４１５でＭＤＢクエリが実行される。このクエリにより単一のオブジェクトが返送された場合、セルはその値に対応するレファレンス値によってポピュレートされ、ステップ４３５で表示が更新される。

クエリが２以上のオブジェクトを返した場合（ステップ４３０）、ステップ４４０で、ユーザが選択を行う源となるすべてのオブジェクトのスクロール可能なリストを表示する新たなウィンドウがユーザに示される。このようなウィンドウの１例として、図１２に図示のＥＶＭ表示部４５０のウィンドウ４４５がある。いったん選択が行われ（ステップ４５５）、ＭＤＢへのクエリ（ステップ４１５）がマッチを返さない場合、ステップ４２５でユーザに対してエラーメッセージが表示される。マッチが返された場合、セルはその値に対応するレファレンス値によってポピュレートされ、ステップ４３５で表示が更新される。

ドラッグ＆ドロップなどの別の方法を実行して、所定のＥＶＭ表示部の範囲内でコンテキストディメンションにオブジェクトを追加することも可能であることは当業者の理解するところである。

次に図１３を参照すると、ＥＶＭ表示部からコンテキストディメンション値を除去するフローチャートが記載されている。ある値を除去するために、ユーザはステップ４７０で除去の対象とするセルを選択し、キーボード上の適当なキーを押す。ユーザは、値を削除する旨の自分の意図を確認するように促される（ステップ４７５）。ユーザが、値を削除する旨の自分の意図を確認するとすぐに、ステップ４８０で、選択済みセルの右側にあるすべてのセルと共に当該セルが表示部から除去される。除去中のセルが項目セルでなく、かつ、別のディメンションセルの右側にある１組のセル内の最後のセルである場合（ステップ４８５）、ステップ４９０で空のディメンションセルの新たな行と容量セルとが作成され、表示される。

次に図１４を参照すると、コンテキストディメンション値を除去するＥＶＭ表示部の例図が記載されている。ＥＶＭ表示部４９５は、セル５００内の値、並びに、セル５００の右側にあるすべてのセル内の値（図８）が除去されたことを示す。空のディメンションセルと容量セルとを含む新たな行５０５が作成される。

次に図１５を参照すると、ＥＶＭ表示部で新たな量を入力するためのフローチャートが記載されている。ユーザがコンテキストディメンションに値を割り当てるとすぐに、コンテキストと日付との特定の交点の下に量がポピュレートされる。図１６に図示のＥＶＭ表示部５１５で量５１０などの量を入力するために、ユーザは、ステップ５２５で、所望のコンテキストの右側にあり、所望の日付の下にあるセルを選択する。セルが選択されるとすぐに、ユーザはキーボードを用いて量を入力する（ステップ５３０）。量の入力または編集が行われた後、全ての行の合計、項目の小計、および、列の合計がステップ５３５で自動的に更新されて、変更が反映される。コンテキストと量との入力後、ユーザは、メニューからコマンドを選択することにより、ワークグループ選択の変更により、または、日付選択の変更により、ステップ５４０でＭＤＢに対してイベントの編集結果を保存する。

本発明の特定の実施形態について詳細に上述したが、この説明は単に例示を目的とするものであることを理解されたい。本発明の特定の特徴が示されている図面もあれば、示されていない図面もあるが、これは専ら便宜上の目的のためであり、いずれの特徴も本発明に準拠する別の特徴と組み合わせることが可能である。記載の処理ステップは、並べ変えたり、組み合わせたりすることが可能であり、別のステップを含むようにしてもよい。本開示に照らしてさらに別の変更は当業者には明白であり、このような変更は添付の請求項の範囲内に属することを意図するものである。

添付図面と関連して行われる以下の詳細な説明を考慮するとき、本発明の上述の目的およびその他の目的は明らかとなる。図中、同じ参照記号は図を通じてずっと同じ部分を意味するものとする。
図１は、本発明のシステムおよび方法が機能するネットワーク環境の概略図である。 図２は、本発明のシステムおよび方法が機能する別のネットワーク環境の概略図である。 図３は、本発明の原理に準拠する、多次元データを表す例示の合成ツリーデータ構造である。 図４は、本発明の原理に準拠して設計されたＥＶＭの表示部を示すＧＵＩスクリーンショットの例図である。 図５は、４つの異なる項目用の図形アイコンを持つＥＶＭの表示部を示すＧＵＩスクリーンショットの例図である。 図６は、日付を選択するためのＥＶＭナビゲーション制御の例図である。 図７は、日付を表す異なる図を選択するためのＥＶＭナビゲーション制御の例図である。 図８は、ワークグループを選択するためのＥＶＭナビゲーション制御の例図である。 図９は、ワークグループを選択することにより、ＭＤＢの中に保存されたデータを編集するためのフローチャートである。 図１０は、ＥＶＭ表示部を介して新たなコンテキストディメンション値をＭＤＢに加算するためのフローチャートである。 図１１は、新たなコンテキストディメンション値を加算するためのＥＶＭ表示部の例図である。 図１２は、ＭＤＢクエリから返された種々のオブジェクトを選択するためのＥＶＭ表示部の例図である。 図１３は、ＥＶＭ表示部からコンテキストディメンション値を除去するためのフローチャートである。 図１４は、コンテキストディメンション値を除去するためのＥＶＭ表示部の例図である。 図１５は、ＥＶＭ表示部で新たな量を入力するためのフローチャートである。 図１６は、新たな量を入力するためのＥＶＭ表示部の例図である。

Claims (78)

1. 広範にわたるユーザ訓練を必要とせずに、効率良く多次元データを表し、編集し、処理するシステムおよび方法であって、
   前記多次元データを格納するために多次元データベースを提供するステップと、
   特定の日付、時刻、および量と関連づけられたコンテキストを有するイベントとして前記多次元データを表すツリーデータ構造を提供するステップと、
   視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップと、
   多次元データの表示の反復を省くために、前記グラフィックユーザインタフェース内の指定セルの範囲内に前記多次元データの表示を制約するステップと、を備える方法。
2. 前記多次元データを格納するために多次元データベースを提供するステップが、企業、教育機関、非営利組織、並びに政府機関のプロジェクト原価センタへの、労務、機器および資材の割当てに関係するデータを格納するための前記多次元データを格納するために多次元データベースを提供するステップを備える請求項１に記載の方法。
3. コンテキストを有するイベントとして前記多次元データを表すツリーデータ構造を提供するステップが、１組のレファレンス変数を用いて前記コンテキストを表すステップを備える請求項１に記載の方法。
4. １組のレファレンス変数を用いて前記コンテキストを表すステップが、項目変数と、クラス変数と、ワーク変数と、レファレンス変数と、ユニット変数と、のうちの１または２以上の変数を用いて前記コンテキストを表すステップを備える請求項３に記載の方法。
5. 項目変数を用いて前記コンテキストを表すステップが、労務項目と、機器項目と、資材項目と、費用項目と、のうちの１または２以上の項目を用いて前記コンテキストを表すステップを備える請求項４に記載の方法。
6. クラス変数を用いて前記コンテキストを表すステップが、労務科目と、機器科目と、資材科目と、費用科目と、のうちの１または２以上の科目を用いて前記コンテキストを表すステップを備える請求項４に記載の方法。
7. １組のレファレンス変数を用いて前記コンテキストを表すステップが、項目変数と、クラス変数と、ワーク変数と、レファレンス変数と、ユニット変数と、のうちの１または２以上の変数の組み合わせを特定する記述ワークグループ名を用いて前記コンテキストを表すステップを備える請求項４に記載の方法。
8. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、コンテキストを表す前記１組のレファレンス変数の値の加算および減算をユーザが行うことを可能にするイベントビューアモジュールを提供するステップ備える請求項１に記載の方法。
9. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、コンテキストと関連する量の除去をユーザが行うことを可能にするイベントビューアモジュールを提供するステップを備える請求項１に記載の方法。
10. 前記グラフィックユーザインタフェースを用いてイベントに関する編集結果を前記多次元データベースの中へ自動的に保存するステップをさらに備える請求項１に記載の方法。
11. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、前記１組のレファレンス変数を表し、編集し、処理するための表示領域を提供するステップを備える請求項１に記載の方法。
12. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、コンテキストと関連する量を表し、編集し、処理するための表示領域を提供するステップを備える請求項１に記載の方法。
13. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、コンテキストと関連する量の合計を表示する表示領域を提供するステップを備える請求項１に記載の方法。
14. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、コンテキストと関連する日付を選択するためのナビゲーション制御を提供するステップを備える請求項１に記載の方法。
15. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、ワークグループを選択するためのナビゲーション制御を提供するステップを備える請求項１に記載の方法。
16. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、日付閲覧構成を選択するナビゲーション制御を提供するステップを備える請求項１に記載の方法。
17. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、ワークグループを選択することにより前記多次元データを編集するためのグラフィックユーザインタフェースを提供するステップを備える請求項１に記載の方法。
18. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、レファレンス変数に対応する新たな値を加えるためのグラフィックユーザインタフェースを提供するステップを備える請求項１に記載の方法。
19. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、レファレンス変数に対応する値を取り去るためのグラフィックユーザインタフェースを提供するステップを備える請求項１に記載の方法。
20. 視覚的記述とテキスト記述とを用いて前記多次元データを表示するグラフィックユーザインタフェースを提供するステップが、レファレンス変数に対応する新たな量を加えるためのグラフィックユーザインタフェースを提供するステップを備える請求項１に記載の方法。
21. 多次元データの表示の反復を省くために、前記グラフィックユーザインタフェース内の指定セルの範囲内に前記多次元データの表示を制約するステップが、クラス変数を表す労務科目と関連する労務項目に対する項目変数の表示を制約するステップを備える請求項１に記載の方法。
22. 多次元データの表示の反復を省くために、前記グラフィックユーザインタフェース内の指定セルの範囲内に前記多次元データの表示を制約するステップが、クラス変数を表す機器科目と関連する機器項目に対する項目変数の表示を制約するステップを備える請求項１に記載の方法。
23. 多次元データの表示の反復を省くために、前記グラフィックユーザインタフェース内の指定セルの範囲内に前記多次元データの表示を制約するステップが、クラス変数を表す資材科目と関連する資材項目に対する項目変数の表示を制約するステップを備える請求項１に記載の方法。
24. 多次元データの表示の反復を省くために、前記グラフィックユーザインタフェース内の指定セルの範囲内に前記多次元データの表示を制約するステップが、クラス変数を表す費用科目と関連する費用項目に対する項目変数の表示を制約するステップを備える請求項１に記載の方法。
25. 多次元データの表示の反復を省くステップが、前記第１のレファレンス変数を第２のレファレンス変数の多値と関連づけるために、第１のレファレンス変数を表し、編集し、処理するための前記表示領域を垂直方向に拡大するステップを備える請求項１に記載の方法。
26. 広範にわたるユーザ訓練を必要とせずに、効率良く多次元データを表し、編集し、処理するシステムであって、
    前記多次元データを格納する多次元データベースと、
    日付、時刻および量と関連づけられたコンテキストを含むイベントとして、前記多次元データベースにおいて前記多次元データを表すツリーデータ構造と、
    視覚記述と、テキスト記述を用いて前記多次元データを表示するグラフィックユーザインタフェースと、を備えたシステムにおいて、前記グラフィックユーザインタフェース内の指定セルに前記多次元データを制約して、多次元データの表示の反復を省くように為すシステム。
27. 前記多次元データが、企業、教育機関、非営利組織、並びに政府機関におけるプロジェクト原価センタへの作業、機器および資材の割当てに関係するデータを備える請求項２６に記載のシステム。
28. 前記ツリーデータ構造がイベントを表すツリールートを備える請求項２６に記載のシステム。
29. 前記ツリーデータ構造が前記ツリールートからコンテキストを表すツリーノードへのツリー分岐を備える請求項２６に記載のシステム。
30. 前記コンテキストが１組のレファレンス変数により表される請求項２９に記載のシステム。
31. 前記１組のレファレンス変数が、項目変数と、クラス変数と、ワーク変数と、レファレンス変数と、ユニット変数とのうちの１または２以上を含む請求項３０に記載のシステム。
32. 前記項目変数が、労務項目と、機器項目と、資材項目と、費用項目とのうちの１または２以上を含む請求項３１に記載のシステム。
33. 前記クラス変数が、労務科目と、機器科目と、資材科目と、費用科目とのうちの１または２以上を含む請求項３１に記載のシステム。
34. 前記労務科目がサブ項目を含む請求項３３に記載のシステム。
35. 前記サブ項目が、機器項目と、資材項目と、費用項目のうちの１または２以上を含む請求項３４に記載のシステム。
36. 前記１組のレファレンス変数が、項目変数と、クラス変数と、ワーク変数と、レファレンス変数と、ユニット変数とのうちの１または２以上の組み合わせを特定する記述ワークグループ名を含む請求項３０に記載のシステム。
37. 前記グラフィックユーザインタフェースが、コンテキストを表す前記１組のレファレンス変数の値の加算および減算をユーザが行うことを可能にするイベントビューアモジュールを備える請求項２６に記載のシステム。
38. 前記グラフィックユーザインタフェースが、コンテキストと関連する量の除去をユーザが行うことを可能にするイベントビューアモジュールを備える請求項２６に記載のシステム。
39. 前記グラフィックユーザインタフェースを用いてイベントに関する編集結果を前記多次元データベースの中へ自動的に保存する請求項２６に記載のシステム。
40. 前記グラフィックユーザインタフェースが、前記１組のレファレンス変数を表し、編集し、処理するための表示領域を備える請求項２６に記載のシステム。
41. 前記グラフィックユーザインタフェースがコンテキストと関連する量を表し、編集し、処理するための表示領域を備える請求項２６に記載のシステム。
42. 前記グラフィックユーザインタフェースが、コンテキストと関連する量の合計を表示する表示領域を備える請求項２６に記載のシステム。
43. 前記グラフィックユーザインタフェースが、コンテキストと関連する日付を選択するためのナビゲーション制御を備える請求項２６に記載のシステム。
44. 前記グラフィックユーザインタフェースが、ワークグループを選択するためのナビゲーション制御を備える請求項２６に記載のシステム。
45. 前記グラフィックユーザインタフェースが、日付閲覧構成を選択するためのナビゲーション制御を備える請求項２６に記載のシステム。
46. 項目変数の表示が、クラス変数を表す労務科目と関連する労務項目に対して制約される請求項３１に記載のシステム。
47. 項目変数の表示が、クラス変数を表す機器科目と関連する機器項目に制約される請求項３１に記載のシステム。
48. 項目変数の表示がクラス変数を表す資材科目と関連する資材項目に制約される請求項３１に記載のシステム。
49. 項目変数の表示が、クラス変数を表す費用科目と関連づけられる費用項目に制約される請求項３１に記載のシステム。
50. 多次元データの表示の反復を省くステップが、前記第１のレファレンス変数を第２のレファレンス変数の多値と関連づけるために、第１のレファレンス変数を表し、編集し、処理するための前記表示領域を垂直方向に拡大するステップを備える請求項２６に記載のシステム。
51. 企業、教育機関、非営利組織、並びに政府機関のプロジェクト原価センタに対する、労務、機器および資材の割当てに関係する多次元データを表すためのツリーデータ構造であって、
    イベントを表すツリールートと、
    イベントコンテキストを表すツリールートと関連するツリーノードと、
    日付を表すツリールートと関連するツリーノードと、
    時刻表すツリールートと関連するツリーノードと、
    量を表すツリールートと関連するツリーノードと、を備えるツリーデータ構造。
52. 前記イベントコンテキストが１組のレファレンス変数を含む請求項５１に記載のツリーデータ構造。
53. 前記１組のレファレンス変数が、項目変数と、クラス変数と、ワーク変数と、レファレンス変数と、ユニット変数とのうちの１または２以上を含む請求項５２に記載のツリーデータ構造。
54. 前記項目変数が、労務項目と、機器項目と、資材項目と、費用項目とのうちの１または２以上を含む請求項５３に記載のツリーデータ構造。
55. 前記クラス変数が、労務科目と、機器科目と、資材科目と、費用科目とのうちの１または２以上を含む請求項５３に記載のツリーデータ構造。
56. 前記労務科目がサブ項目を含む請求項５５に記載のツリーデータ構造。
57. 前記サブ項目が、機器項目と、資材項目と、費用項目のうちの１または２以上を含む請求項５６に記載のツリーデータ構造。
58. 労務科目が労務項目と関連する請求項５５に記載のツリーデータ構造。
59. 機器科目が機器項目と関連する請求項５５に記載のツリーデータ構造。
60. 資材科目が資材項目と関連する請求項５５に記載のツリーデータ構造。
61. 費用科目が費用項目と関連する請求項５５に記載のツリーデータ構造。
62. 企業、教育機関、非営利組織、並びに政府機関のプロジェクト原価センタに対する、労務、機器および資材の割当てに関係する多次元データを表し、編集し、処理するためのグラフィックユーザインタフェースであって、
    イベントコンテキストを用いて前記多次元データを表す表示領域と、
    前記イベントコンテキストと関連する日付を表す表示領域と、
    前記イベントコンテキストと関連する量を表す表示領域と、
    前記コンテキストと関連する量の合計を表す表示領域と、を備えるグラフィックユーザインタフェース。
63. 前記イベントコンテキストが１組のレファレンス変数を備える請求項６２に記載のグラフィックユーザインタフェース。
64. 前記１組のレファレンス変数が、項目変数と、クラス変数と、ワーク変数と、レファレンス変数と、ユニット変数とのうちの１または２以上を含む請求項６３に記載のグラフィックユーザインタフェース。
65. 前記項目変数が、労務項目と、機器項目と、資材項目と、費用項目とのうちの１または２以上を含む請求項６４に記載のグラフィックユーザインタフェース。
66. 前記クラス変数が、労務科目と、機器科目と、資材科目と、費用科目とのうちの１または２以上を含む請求項６４に記載のグラフィックユーザインタフェース。
67. イベントコンテキストを用いて前記多次元データを表す表示領域が、第２のレファレンス変数の多値と関連する第１のレファレンス変数を表し、編集し、処理するための垂直方向に拡大可能な表示領域を備える請求項６２に記載のグラフィックユーザインタフェース。
68. イベントコンテキストを用いて前記多次元データを表す表示領域が、項目変数を表す表示列を備える請求項６２に記載のグラフィックユーザインタフェース。
69. イベントコンテキストを用いて前記多次元データを表す表示領域が、クラス変数を表す表示列を備える請求項６２に記載のグラフィックユーザインタフェース。
70. イベントコンテキストを用いて前記多次元データを表す表示領域が、ワーク変数を表す表示列を備える請求項６２に記載のグラフィックユーザインタフェース。
71. イベントコンテキストを用いて前記多次元データを表す表示領域が、レファレンス変数を表す表示列を備える請求項６２に記載のグラフィックユーザインタフェース。
72. イベントコンテキストを用いて前記多次元データを表す表示領域が、ユニット変数を表す表示列を備える請求項６２に記載のグラフィックユーザインタフェース。
73. イベントコンテキストを用いて前記多次元データを表す表示領域が、労務科目を労務項目に制約する請求項６２に記載のグラフィックユーザインタフェース。
74. イベントコンテキストを用いて前記多次元データを表す表示領域が、機器科目を機器項目に制約する請求項６２に記載のグラフィックユーザインタフェース。
75. イベントコンテキストを用いて前記多次元データを表す表示領域が、資材科目を資材項目に制約する請求項６２に記載のグラフィックユーザインタフェース。
76. イベントコンテキストを用いて前記多次元データを表す表示領域が、費用科目を費用項目に制約する請求項６２に記載のグラフィックユーザインタフェース。
77. 項目変数を表す表示列が、前記表示列に表示される別個の値に前記項目変数を制約する請求項６８に記載のグラフィックユーザインタフェース。
78. クラス変数を表す表示列が、前記表示列に表示される別個の値に前記クラス変数を制約する請求項６９に記載のグラフィックユーザインタフェース。

Images