JP2951312B1 - チーム形式設計用ｃａｄシステム - Google Patents

Abstract

【要約】 【課題】 チーム形式による設計時において設計者単位
に実行可能なアンドゥ機能又はリドゥ機能を提供する。 【解決手段】 データベースサーバ２０は、同一チーム
において共通に設けられた部位ＤＢ２１及び履歴ＤＢ２
３と、設計者が行う操作の履歴情報を収集して履歴ＤＢ
２３に記録する履歴ＤＢ管理部２４とを有する。履歴情
報には、操作が行われた日時、その操作の対象となった
要素、その操作の種別、その操作を行った設計者、履歴
情報の有効フラグとが含まれている。操作者基準モード
時にある設計者がＵｎｄｏ機能を実行すると、当該設計
者が行った操作の履歴情報を検索して当該設計者が行っ
た直前の操作のみを取り消し、同一チーム内の他の設計
者による操作は取り消さない。また、ある設計者がＲｅ
ｄｏ機能を実行すると、当該設計者が直前にＵｎｄｏ機
能を実行して取り消した操作を復活させ、同一チーム内
の他の設計者による操作は復活させない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はチーム形式で設計を
行うために用いるＣＡＤシステム、特にＣＡＤシステム
が提供しているアンドゥ（Ｕｎｄｏ）機能、リドゥ（Ｒ
ｅｄｏ）機能の改良に関する。

【０００２】

【従来の技術】従来、例えば自動車の設計のように設計
対象が比較的大型で多数に及ぶ部品から構成されるもの
を設計する場合、作成した自動車の外観を設計単位とな
る複数の部位（コンポーネント）に分割し、その後は各
部位を同時に並行して設計を行ういわゆるチーム形式の
ＣＡＤシステムが導入されている。このチーム形式で設
計を行う際に用いるＣＡＤシステムにおいては、複数の
設計者がデータ処理用の各端末装置において各部位の設
計を同時並行して進めることができるので、全体として
設計の効率化や設計期間の短縮を図ることが可能とな
る。また、一つの部位に複数の部品が含まれるような場
合には、一つの部位の設計を複数の設計者に割り当て部
位毎にチームを形成する場合もある。各設計者は、この
ように各自の端末装置を用いて設計作業を行うので最終
的には設計内容をまとめなくてはならないが、一つの部
位を設計するチーム毎に共通の部位データベースを予め
用意しておき、そのチームに属する設計者にはその部位
データベースにアクセスをさせることで省ディスクスペ
ース化や他の設計者との不具合の防止等を図っている。

【０００３】また、ＣＡＤシステムでは、キーボードや
マウス等を操作させることによって設計、修正、削除、
移動等のＣＡＤコマンドを実行し、その操作内容を部位
データベースに反映することができるが、その操作毎の
履歴情報を収集する機能を有している。例えば、同じチ
ームに属する設計者Ａ及び設計者Ｂが同一部位に対して
別々の端末装置から同時並行して図３０に示したような
手順で操作が行われた場合、この操作の内容は、設計者
の別に関係なく部位データベースに対応して設けられた
履歴データベースに履歴情報として順次記録される。こ
の記録された履歴情報の内容例を図３１に示す。図３１
では、便宜上表形式で示しているが、各履歴情報を履歴
オブジェクトとして生成している。なお、図に含まれて
いる「要素」というのは、直線、円、四角形など一つの
コマンドで描画される図形のことであり、基本的には一
回の操作で一つのコマンドが実行され一つの図形が描画
される。一つの部位は、通常複数の要素が組み合わされ
ることによって設計される。

【０００４】ところで、一操作で描画した要素を取り消
したい場合がある。一般的なＣＡＤシステムには、直前
の操作を取り消すためのＵｎｄｏ機能やＵｎｄｏ機能に
よって取り消された要素を再度復活させるためのＲｅｄ
ｏ機能が用意されており、設計作業の効率化が図られて
いる。

【０００５】

【発明が解決しようとする課題】しかしながら、従来に
おいては、履歴データベースには、異なる設計者による
操作の履歴情報が入り混じった状態で操作された順番に
記録されるため、例えば、図３０に示したような操作が
された状態において設計者Ｂがした「要素４の作成」操
作を取り消したい場合、図３１に示した履歴データベー
スに記録されている履歴情報に基づくと従来のＵｎｄｏ
機能であれば２回実行しなければならない。すなわち、
設計者Ｂは、Ｕｎｄｏ機能を実行して設計者Ａがした
「要素２の削除」操作を取り消さなければ、「要素４の
作成」操作を取り消すことができない。従って、「要素
２の削除」操作の取消しを設計者Ａが了承しない場合に
は、Ｕｎｄｏ機能を用いて「要素４の作成」操作を取り
消すことはできない。

【０００６】このように、従来においては、同一チーム
の設計者により実行され入り混じった状態で逐次記録さ
れた操作の中から自己がした直前の操作のみを取り消し
たいような場合でも、Ｕｎｄｏ機能を用いることによっ
て有効な操作を共に取り消さなくてはならない。あるい
はＵｎｄｏ機能を実行すれば要素を元の状態に戻せるよ
うな場合でもＵｎｄｏ機能の実行に相当する新たな設計
作業が発生することになり効率的でない。

【０００７】本発明は以上のような問題を解決するため
になされたものであり、その目的は、設計者単位に操作
の取り消しができるアンドゥ機能又は設計者単位にアン
ドゥ機能により取り消した操作を復活させるリドゥ機能
を提供するチーム形式設計用ＣＡＤシステムを提供する
ことにある。

【０００８】

【課題を解決するための手段】以上のような目的を達成
するために、本発明に係るチーム形式設計用ＣＡＤシス
テムは、複数の設計者がチーム形式で行う設計作業にお
いて各設計者が行う各操作の内容を履歴情報として共通
の履歴情報記憶手段に順次記録するとともに履歴情報の
前記履歴情報記憶手段への記録順に基づいて直前の操作
を取り消すためのアンドゥ機能を提供するＣＡＤシステ
ムにおいて、設計者が操作を行う度に、その操作が行わ
れた時間情報、その操作の対象となった設計対象に含ま
れる要素、その操作の種別及びその操作を行った設計者
に関する情報を含む履歴情報を、有効と設定された操作
の有効無効を表す情報と共に前記履歴情報記憶手段に記
録する履歴情報収集手段と、アンドゥ機能が実行された
ときに対象となる操作を取り消すと共に前記履歴情報記
憶手段に記録されている当該操作の履歴情報に対応した
操作の有効無効を表す情報を無効に変更するアンドゥ機
能制御処理手段とを有し、前記アンドゥ機能制御処理手
段は、設計者がアンドゥ機能を実行したときに当該設計
者が行った直前の操作を取り消し、前記履歴情報収集手
段は、一操作に関する履歴情報を、時間軸基準、要素別
及び設計者別に分類して管理することを特徴とする。

【０００９】

【００１０】

【００１１】

【００１２】

【００１３】本発明によれば、チームに属する設計者が
行った操作の中からアンドゥ機能を実行した設計者が行
った直前の操作を検索してその操作を取り消すことがで
きる。

【００１４】また、同様にリドゥ機能を実行した設計者
が直前のアンドゥ機能の実行により取り消された操作を
復活させることができる。

【００１５】

【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。

【００１６】図１は、本発明に係るＣＡＤシステムの一
実施の形態を示したブロック構成図である。図１には、
ネットワーク１によって接続された各設計者が使用する
端末装置１０と、設計者によって共有される各種データ
ベースを管理するデータベースサーバ２０とが示されて
いる。

【００１７】図２は、図１に示した各端末装置１０及び
データベースサーバ２０のブロック構成図である。端末
装置１０は、図示しないマウス、ディスプレイ等の各種
入出力機器を制御する入出力制御部１１と、端末装置１
０におけるその他の制御全般を行う制御処理部１２とを
有している。制御処理部１２には、設計者に指示された
ＣＡＤコマンドを実行するコマンド実行部１３と、アン
ドゥ機能を実行するアンドゥ機能実行部１４と、リドゥ
機能を実行するリドゥ機能実行部１５とが含まれてい
る。端末装置１０は、ハード的には汎用的なＣＡＤ端末
で実現可能であり、装置上で実行するアプリケーション
が従来と異なる。本実施の形態では、これを線や円等の
各要素の形状データを表す形状データオブジェクト、要
素を表す表示画面上の表示用オブジェクト等のアプリケ
ーションオブジェクトで実現している。

【００１８】一方、データベースサーバ２０は、設計対
象の形状に関するデータを格納するデータベースを管理
するが、本実施の形態では、設計対象を部位毎にチーム
形式で設計するようにしているので、形状データベース
として設けられている部位データベース（ＤＢ）２１を
管理している。部位ＤＢ２１は、オブジェクト指向デー
タベースであり、部位又は部品の形状データオブジェク
トを格納する。部位データベース（ＤＢ）管理部２２
は、ＣＡＤコマンドの実行により生成、削除等される形
状データオブジェクトに基づいて部位ＤＢ２１の更新処
理等を行う。更に、部位ＤＢ管理部２２は、形状データ
オブジェクトの登録等に伴い履歴データベース（ＤＢ）
管理部２４に履歴情報の記録を指示する。履歴ＤＢ管理
部２４は、設計作業において設計者が行う操作の履歴を
収集して履歴データベース（ＤＢ）２３に逐次記録する
履歴情報収集手段である。また、履歴ＤＢ管理部２４
は、アンドゥ機能が実行されたときに対象となる操作を
取り消すと共に履歴ＤＢ２３に記録されている当該操作
の履歴情報に対応した操作の有効無効を表す情報を無効
と変更するアンドゥ機能制御処理手段をアンドゥ機能実
行部１４と共に構成する。更に、リドゥ機能が実行され
たときに直前のアンドゥ機能の実行により取り消された
操作を復活させると共に履歴ＤＢ２３に記録されている
当該操作の履歴情報に対応した操作の有効無効を表す情
報を有効と変更するリドゥ機能制御処理手段をリドゥ機
能実行部１５と共に構成する。

【００１９】図３は、本実施の形態における履歴ＤＢ２
３の基本的なデータ構成例を示した図である。履歴ＤＢ
２３には、設計者が操作を行う度に、その操作に関する
情報が履歴情報として蓄積される。各履歴情報には、そ
の操作が行われた時間情報、その操作の対象となった設
計対象に含まれる要素、作成、修正等その操作の種別、
その操作を行った設計者及びその操作の有効無効を表す
情報が含まれ、図３においてはそれぞれ「日時」、「対
象」、「操作」、「設計者」及び「有効フラグ」で表さ
れている。有効フラグには、新規に記録されたときやリ
ドゥ機能の実行によりその操作内容が復活して有効とな
ったときには「有効」が、アンドゥ機能の実行により取
り消されたときには「無効」が設定される。なお、本実
施の形態では、操作内容の有効無効を「有効フラグ」と
いうフラグ情報で表すようにしたが、他の表現方式、例
えばポインタ情報で表すようにすることも可能である。

【００２０】本実施の形態において特徴的なことは、履
歴情報に設計者に関する情報を持たせたことでアンドゥ
機能やリドゥ機能を設計者毎に実行できるようにしたこ
とである。例えば、図３０に示した手順で操作がされた
場合に設計者Ｂが「要素４の作成」操作を取り消したい
場合、設計者Ｂは、Ｕｎｄｏ機能を１回実行することに
よって設計者Ａがした「要素２の削除」操作を取り消す
ことなく、自己がした「要素４の作成」操作のみを取り
消すことができる。

【００２１】ところで、本実施の形態では、従来と同様
の操作された時間に沿ったいわゆる時間軸基準のＵｎｄ
ｏ機能及びＲｅｄｏ機能と、本実施の形態の特徴である
操作した設計者単位のＵｎｄｏ機能及びＲｅｄｏ機能と
の併存を可能としている。また、本実施の形態における
各機能をオブジェクトにより実現しているので、より実
施容易とするために履歴ＤＢ２３を実際には図３に示し
たのと異なるデータ構造で実現している。この本実施の
形態において使用する履歴ＤＢ２３のデータ構造につい
て説明する。

【００２２】本実施の形態においては、履歴情報を３つ
の基準に分けて管理している。一つは、時間軸を基準と
した履歴情報であり、これを時間軸基準履歴管理テーブ
ルというテーブル形式で図４に示している。一つは、操
作対象とする要素を基準とした履歴情報であり、これを
モデル基準履歴管理テーブルというテーブル形式で図５
に示している。残り一つは、操作した設計者を基準とし
た履歴情報であり、これをオペレータ基準履歴管理テー
ブルというテーブル形式で図６に示している。図４乃至
図６では、便宜上テーブル形式で表しているが、各履歴
情報は、一つのオブジェクトで形成されている。設計者
が操作を行う度に、各テーブルに履歴情報がそれぞれ関
連付けられて記録されることになる。

【００２３】まず、時間軸基準履歴管理テーブルの履歴
情報には、記録順を示す「ＳｅｑＮｏ．」、操作がされ
た時刻を示す「日時」、当該履歴情報に対応した操作の
有効無効を表す情報としての「有効フラグ」、当該履歴
情報に対応して記録されたモデル基準履歴管理テーブル
上の履歴情報と関連付けるための「モデル基準履歴ポイ
ンタ」、時間軸基準履歴管理テーブル上において直後に
記録された履歴情報を連携する「次履歴情報ポインタ」
及び時間軸基準履歴管理テーブル上において直前に記録
された履歴情報を連携する「前履歴情報ポインタ」が含
まれている。「次履歴情報ポインタ」及び「前履歴情報
ポインタ」は、各履歴情報が固定長であり、かつ時間軸
基準履歴管理テーブルが連続領域に形成されれば、不要
な情報である。また、各履歴情報を操作された時間順に
連結できれば他の方法で実現してもよい。また、いった
ん記録された履歴情報は、原則としてＵｎｄｏ機能によ
り取り消されたとしても消去されないので、どの操作ま
でが有効なのかを「有効フラグ」をチェックしなくても
容易に把握できるように「有効履歴ポインタ」を設け
た。すなわち、有効履歴ポインタは、有効な履歴情報列
のうち末端に位置する履歴情報を指す。「有効履歴ポイ
ンタ」と「有効フラグ」のいずれか一方の情報さえあれ
ば本システムを正常に動作させることは可能であるが、
本実施の形態では処理の迅速化を図るために双方を設け
ている。「有効履歴ポインタ」には履歴情報の「Ｓｅｑ
Ｎｏ．」を設定すれば容易に有効な操作の末端を示す
ことができる。時間軸基準履歴管理テーブルには、操作
が行われる度に履歴情報が蓄積されていく。この履歴情
報においては、時間情報（この例では「日時」）と他の
テーブルの履歴情報との関連付けをするための情報（こ
の例では「モデル基準履歴ポインタ」）が必須なデータ
である。

【００２４】モデル基準履歴管理テーブルには、要素毎
に図５に示したテーブルが生成される。ここの履歴情報
には、作成、修正等操作の種別を示す「操作」、当該履
歴情報に対応して記録された時間軸基準履歴管理テーブ
ル上の履歴情報と関連付けるための「時間軸基準履歴ポ
インタ」、当該履歴情報に対応して記録されたオペレー
タ基準履歴管理テーブル上の履歴情報と関連付けるため
の「オペレータ基準履歴ポインタ」が含まれている。そ
の他の「Ｓｅｑ Ｎｏ．」、「有効フラグ」、「次履歴
情報ポインタ」、「前履歴情報ポインタ」の履歴情報及
び「有効履歴ポインタ」は、時間軸基準履歴管理テーブ
ルと同様なので説明を省略する。モデル基準履歴管理テ
ーブルにおいては、図３の「対象」に相当する「要素
名」と他のテーブルの履歴情報との関連付けをするため
の情報（この例では「時間軸基準履歴ポインタ」及び
「オペレータ基準履歴ポインタ」）が必須なデータであ
る。

【００２５】オペレータ基準履歴管理テーブルには、設
計者毎に図６に示したテーブルが生成される。ここの履
歴情報には、「Ｓｅｑ Ｎｏ．」、「有効フラグ」、
「モデル基準履歴ポインタ」、「次履歴情報ポインタ」
及び「前履歴情報ポインタ」が含まれているが、各情報
は上記各テーブルと同様なので説明を省略する。オペレ
ータ基準履歴管理テーブルにおいては、図３の「設計
者」に相当する「オペレータ名」と他のテーブルの履歴
情報との関連付けをするための情報（この例では「モデ
ル基準履歴ポインタ」）が必須なデータである。なお、
時間軸基準履歴管理テーブル上の履歴情報とは、モデル
基準履歴管理テーブル上の履歴情報を介して間接的に関
連付けをすることができるが、「時間軸基準履歴ポイン
タ」を履歴情報に直接含ませてもよい。

【００２６】次に、本実施の形態における動作について
説明するが、ここでは、図３０に示された手順で操作が
行われることによって履歴情報が履歴ＤＢ２３に記録さ
れ、その後にＵｎｄｏ機能及びＲｅｄｏ機能が実行され
た場合について、図４乃至図６においてテーブル形式で
示したオブジェクトの内容を模式的に示した図７以降の
図を用いて説明する。また、本実施の形態においては、
設計者（オペレータ）Ａ及びＢにおいてチームが形成さ
れているものとする。

【００２７】まず、設計者Ａ及びＢにおいて、設計が開
始される前にそのチームで共有する部位ＤＢ２１及び履
歴ＤＢ２３が用意される。なお、図７における時間軸基
準履歴管理オブジェクト３０は、図４に示した時間軸基
準履歴管理テーブルの「有効履歴ポインタ」に、各設計
者のオペレータ基準履歴管理オブジェクト５０は、図６
に示したオペレータ基準履歴管理テーブルの「オペレー
タ名」＋「有効履歴ポインタ」に、それぞれ相当する。
また、追って説明するモデル基準履歴管理オブジェクト
４０は、図５に示したモデル基準履歴管理テーブルの
「要素名」＋「有効履歴ポインタ」に相当することにな
る。

【００２８】履歴情報の履歴ＤＢへの記録 まず、履歴情報が履歴ＤＢ２３に記録される動作につい
て図８乃至図１４に模式的に示した履歴情報の遷移図及
び図１５に示したフローチャートを用いて説明する。

【００２９】コマンド実行部１３が設計者Ａによる「要
素１の作成」操作を理解して生成された形状データオブ
ジェクトは、ネットワーク１を介してデータベースサー
バ２０へ送信される。部位ＤＢ管理部２２は、送られて
きた形状データオブジェクトを部位ＤＢ２１に登録す
る。更に、登録した旨を、「設計者Ａが要素１を作成し
た」というその操作に関する情報と共に履歴ＤＢ管理部
２４に通知する。履歴ＤＢ管理部２４は、受け取った通
知の内容に基づき履歴情報を履歴ＤＢ２３に記録する。
すなわち、図８に示したように、前述した３種類のテー
ブル上の履歴情報それぞれに相当する時間軸基準履歴オ
ブジェクト３１、モデル基準履歴オブジェクト４１及び
オペレータ基準履歴オブジェクト５１を生成する（ステ
ップ１０１，１０４，１０６）。

【００３０】まず、ステップ１０１において、時間軸基
準履歴オブジェクト３１には、その「日時」に操作され
た時刻と「有効フラグ」に“有効”が設定され生成され
るが、本実施の形態においては、日時の情報を単に「Ｓ
ｅｑ Ｎｏ．」に相当する記録順で示すことにする。ま
た、「有効フラグ」が“有効”である旨を右向きの矢印
３１ａで表すことにする。このようにして生成された時
間軸基準履歴オブジェクト３１は、時間軸基準履歴管理
オブジェクト３０により管理される。

【００３１】次に、処理対象となる要素が新規の場合、
履歴ＤＢ管理部２４は、その通知に伴い当該要素に対す
るモデル基準履歴管理オブジェクト４０を内部に生成し
て動作を開始させる（ステップ１０２，１０３）。この
例の場合は、要素１に対するモデル基準履歴管理オブジ
ェクト４０を内部に生成する。ステップ１０４におい
て、モデル基準履歴オブジェクト４１には、その「操
作」に“作成”と「有効フラグ」に“有効”が設定され
るが、本実施の形態においては、「有効フラグ」が“有
効”である旨を下向きの矢印４１ａで表すことにする。
そして、要素１に対するモデル基準履歴管理オブジェク
ト４０に連結され、更に、要素１のモデル基準履歴オブ
ジェクトの列において有効な操作に対応するオブジェク
トの末端（ここではモデル基準履歴オブジェクト４１）
を矢印７１で指す（ステップ１０５）。この矢印７１
は、モデル基準履歴管理テーブルの有効履歴ポインタに
相当する。このようにして生成されたモデル基準履歴オ
ブジェクト４１は、対応するモデル基準履歴管理オブジ
ェクト４０により管理される。

【００３２】なお、Ｕｎｄｏ機能が実行されたとき、操
作対象となった要素を元の状態に戻す必要がある。換言
すると、形状データオブジェクトをある操作の直前の状
態に戻す必要がある。また、Ｒｅｄｏ機能が実行された
とき、Ｕｎｄｏ機能の実行により元の状態に戻った要素
を更に元に戻す必要がある。これを可能とするために、
本実施の形態では、ある要素に対する操作がなされる度
に操作対象となった要素に関するバックアップ的な状態
情報をモデル基準履歴オブジェクトに関連付けて保持す
るようにしているが、この処理については本発明の要旨
ではないため説明を省略する。

【００３３】ステップ１０６において、オペレータ基準
履歴オブジェクト５１には、その「有効フラグ」に“有
効”が設定されるが、本実施の形態においては、「有効
フラグ」が“有効”である旨を右向きの矢印５１ａで表
すことにする。オペレータ基準履歴オブジェクト５１
は、オペレータＡに対するオペレータ基準履歴管理オブ
ジェクト５０に連結され、更に、オペレータＡのオペレ
ータ基準履歴オブジェクトの列において有効な操作に対
応するオブジェクト列の末端（ここではオペレータ基準
履歴オブジェクト５１）を矢印７２で指す（ステップ１
０７）。この矢印７２は、オペレータ基準履歴管理テー
ブルの有効履歴ポインタに相当する。そして、新たに記
録された各履歴オブジェクト３１，４１，５１は、図４
乃至図６を用いて上記各テーブルについて説明したとお
り時間軸基準履歴ポインタ、モデル基準履歴ポインタ及
びオペレータ基準履歴ポインタで関連付けられる。この
関連付けされた状況を図８では線６１，６２で表す。

【００３４】次に、コマンド実行部１３が設計者Ｂによ
る「要素３の作成」操作を理解して生成された形状デー
タオブジェクトは、ネットワーク１を介してデータベー
スサーバ２０へ送信される。部位ＤＢ管理部２２は、送
られてきたその形状データオブジェクトを部位ＤＢ２１
に登録する。更に、登録した旨を、「設計者Ｂが要素３
を作成した」というその操作に関する情報と共に履歴Ｄ
Ｂ管理部２４に通知する。履歴ＤＢ管理部２４は、受け
取った通知内容に基づき履歴情報を履歴ＤＢ２３に記録
する。すなわち、図９に示したように、前述した３種類
のテーブル上の履歴情報それぞれに相当する時間軸基準
履歴オブジェクト３２、モデル基準履歴オブジェクト４
２及びオペレータ基準履歴オブジェクト５２を生成する
（ステップ１０１，１０４，１０６）。その内容は、上
記と同様の処理により設定される。

【００３５】まず、ステップ１０１において生成された
時間軸基準履歴オブジェクト３２は、すでに記録されて
いる時間軸基準履歴オブジェクト３１の直後に連結され
る。時間軸基準履歴管理テーブルの次（前）履歴情報ポ
インタに相当する情報を線６３で表す。なお、時間軸基
準履歴オブジェクト３２の内容の設定方法は上記と同じ
である。

【００３６】次に、処理対象となる要素３は新規なの
で、要素３に対するモデル基準履歴管理オブジェクト４
０を内部に生成して動作を開始させる（ステップ１０
２，１０３）。なお、モデル基準履歴オブジェクト４２
の内容及び有効履歴ポインタの設定方法は上記と同じで
ある。

【００３７】そして、オペレータＢに対するオペレータ
基準履歴オブジェクト５２の生成も前述した設計者Ａに
よる「要素１の作成」操作のときと同様にして行う（ス
テップ１０６，１０７）。

【００３８】次に、コマンド実行部１３が設計者Ａによ
る「要素１の修正」操作を理解して生成された形状デー
タオブジェクトは、ネットワーク１を介してデータベー
スサーバ２０へ送信される。部位ＤＢ管理部２２は、送
られてきた形状データオブジェクトを部位ＤＢ２１に登
録する。更に、部位ＤＢ管理部２２は、登録した旨を
「設計者Ａが要素１を修正した」というその操作に関す
る情報と共に履歴ＤＢ管理部２４に通知する。履歴ＤＢ
管理部２４は、その通知内容に基づき履歴情報を履歴Ｄ
Ｂ２３に記録する。すなわち、図１０に示したように、
前述した３種類のテーブル上の履歴情報それぞれに相当
する時間軸基準履歴オブジェクト３３、モデル基準履歴
オブジェクト４３及びオペレータ基準履歴オブジェクト
５３を生成する（ステップ１０１，１０４，１０６）。
各履歴オブジェクト３３，４３，５３の各内容は、上記
と同様にして設定される。このうち、時間軸基準履歴オ
ブジェクト３３には、その「日時」に操作された時刻と
「有効フラグ」に“有効”が設定される（ステップ１０
１）。そして、時間軸基準履歴管理オブジェクト３０が
管理する履歴オブジェクトの最後尾に連結される。モデ
ル基準履歴オブジェクト４３には、その「操作」に“修
正”と「有効フラグ」に“有効”が設定される（ステッ
プ１０４）。なお、要素１に対するモデル基準履歴管理
オブジェクト４０は、生成済みなので、モデル基準履歴
オブジェクト４３は、この要素１に対するモデル基準履
歴管理オブジェクト４０が管理する履歴オブジェクトの
最後尾に連結され、これに伴い有効履歴ポインタに相当
する矢印７１は、このモデル基準履歴オブジェクト４３
に移される（ステップ１０５）。オペレータ基準履歴オ
ブジェクト５３には、その「有効フラグ」に“有効”が
設定される（ステップ１０６）。そして、オペレータ基
準履歴オブジェクト５３は、オペレータＡに対するオペ
レータ基準履歴管理オブジェクト５０が管理する履歴オ
ブジェクトの最後尾に連結され、これに伴い有効履歴ポ
インタに相当する矢印７２は、このモデル基準履歴オブ
ジェクト５３に移される（ステップ１０７）。なお、そ
の他の直前の履歴情報及び他のテーブル上の履歴情報と
の関連付け等の処理は、上記と同様に行われる。

【００３９】図３０に示した後述する設計者Ｂによる要
素３の修正から要素２の削除までの各操作に対応する履
歴情報も前述した処理を繰り返し行うことによって履歴
ＤＢ２３に順次記録することができる。以降の各操作に
より各履歴オブジェクトが記録された状態を図１１乃至
図１４に示す。

【００４０】Ｕｎｄｏ機能の実行（操作者基準モード） 前述したように、本実施の形態は、Ｕｎｄｏ機能を設計
者毎に実行できるようにしたことを特徴としているが、
次に、図１４に示したように履歴情報を記録した状態か
らＵｎｄｏ機能が実行されたときの本実施の形態におけ
る動作について図１４、図１６乃至図１９に模式的に示
した履歴情報の遷移図及び図２０に示したフローチャー
トを用いて説明する。なお、本実施の形態では、Ｕｎｄ
ｏ機能の実行を操作者（設計者）単位に行う操作者基準
モードにおけるＵｎｄｏ機能と従来と同様に操作された
時間に準じて行う時間軸基準モードとを提供するが、こ
こでは操作者基準モードが選択された場合の処理につい
て説明する。

【００４１】まず、Ｕｎｄｏ機能が実行される前の履歴
ＤＢ２３に記録されている履歴情報は、図１４に示され
ている状態であり、全ての履歴オブジェクトの有効フラ
グは“有効”に設定されているため、有効履歴ポインタ
の矢印７１，７３，７４，７５は、各要素１〜４におけ
るモデル基準履歴オブジェクトの列の末端を指してい
る。同様に、有効履歴ポインタの矢印７２，７６は、各
オペレータ基準履歴オブジェクトの列の末端を指してい
る。

【００４２】この状態において設計者ＡがＵｎｄｏ機能
を実行したとする。この操作は、図３０に基づくこの例
では「要素２の削除」操作の取り消し指示に相当する。
この操作は、Ｕｎｄｏ機能実行部１４により理解され、
ネットワーク１を介してデータベースサーバ２０へ送信
される。送信される操作内容には、設計者名（＝Ａ）と
操作名（＝Ｕｎｄｏ）が含まれる。履歴ＤＢ管理部２４
は、Ｕｎｄｏ機能の実行に伴い、設計者Ａに対するオペ
レータ基準履歴管理オブジェクト５０を探し出し（ステ
ップ１１１）、当該オペレータ基準履歴管理オブジェク
ト５０が管理するオペレータ基準履歴オブジェクトの列
のうち有効フラグが“有効”である末端のオペレータ基
準履歴オブジェクト５４の有効フラグを“無効”に変更
する（ステップ１１２）。本実施の形態では、該当する
オペレータ基準履歴オブジェクト５４を有効履歴ポイン
タの矢印７２で指すようにしているので該当するオペレ
ータ基準履歴オブジェクト５４を即座に検索することが
できる。なお、本実施の形態においては、「有効フラ
グ」が“無効”である旨を左向きの矢印５４ｂで表すこ
とにする。続いて、有効フラグを“無効”にしたオペレ
ータ基準履歴オブジェクト５４の直前に位置し、有効フ
ラグが“有効”な履歴情報列の末端であるオペレータ基
準履歴オブジェクト５５に有効履歴ポインタの矢印７２
を移動する（ステップ１１３）。次に、オペレータ基準
履歴管理テーブルの無効にされた履歴情報（オペレータ
基準履歴オブジェクト５４）のモデル基準履歴ポインタ
により関連付けられているモデル基準履歴管理テーブル
の履歴情報すなわち図１６における要素２に対するモデ
ル基準履歴管理オブジェクト４０から連結されたモデル
基準履歴オブジェクト４４の有効フラグを“無効”に変
更する（ステップ１１４）。なお、本実施の形態におい
ては、「有効フラグ」が“無効”である旨を上向きの矢
印４４ｂで表すことにする。

【００４３】ここで、モデル基準履歴オブジェクトに関
連付けて履歴ＤＢ２３に保持しているＵｎｄｏ対象要素
への操作実行直前の状態情報を用いて部位ＤＢ管理部２
２を通じて部位ＤＢ２１を以下のように場合分けして変
更する（ステップ１１５）。

【００４４】「作成」操作のＵｎｄｏの場合は、形状デ
ータオブジェクトが存在しないことにする。なお、当該
形状データオブジェクトは、今後のＲｅｄｏ機能実行の
ためにそのまま残しておく。「修正」操作のＵｎｄｏの
場合は、バックアップしておいたＵｎｄｏ対象要素への
操作実行直前の状態情報を用いて部位ＤＢ２１にある形
状データオブジェクトを変更する。「削除」操作のＵｎ
ｄｏの場合は、残しておいた形状データオブジェクトを
現存する有効な形状データオブジェクトの集合に再登録
する。この例では、「削除」操作のＵｎｄｏの場合に相
当するので、「削除」操作時に保持しておいた要素２の
形状データオブジェクトを有効な形状データオブジェク
トの集合に再登録することで復活させる。

【００４５】続いて、履歴ＤＢ管理部２４は、有効フラ
グを“無効”にしたモデル基準履歴オブジェクト４４の
直前に位置し、有効フラグが“有効”な履歴情報列の末
端であるモデル基準履歴オブジェクト４５に有効履歴ポ
インタの矢印７３を移動する（ステップ１１６）。そし
て、モデル基準履歴管理テーブルの時間軸基準履歴ポイ
ンタにより関連付けられている時間軸基準履歴管理テー
ブルの履歴情報すなわち図１６における時間軸基準履歴
オブジェクト３７の有効フラグを“無効”に変更する
（ステップ１１７）。なお、本実施の形態においては、
「有効フラグ」が“無効”である旨を左向きの矢印３７
ｂで表すことにする。

【００４６】以上のように、Ｕｎｄｏ機能が実行された
ときには、履歴ＤＢ２３に対しては該当する履歴オブジ
ェクトの有効フラグを無効にする処理及び有効履歴ポイ
ンタを移動する処理のみを行う。なお、前述した処理
は、操作者基準モードにおけるＵｎｄｏ機能実行時にお
ける処理であるため、時間軸基準履歴管理オブジェクト
３０が管理する有効履歴ポインタの移動は、必須な処理
ではない。

【００４７】次に、設計者Ａが続けてＵｎｄｏ機能を実
行したとする。この操作は、図３０に基づくこの例では
「要素２の作成」操作の取り消し指示に相当する。この
操作が行われると、「設計者Ａが「要素２の作成」操作
を取り消した」という情報が履歴ＤＢ管理部２４に通知
され、次のようなＵｎｄｏ機能実行時における処理が実
行される。

【００４８】まず、設計者Ａに対するオペレータ基準履
歴管理オブジェクト５０が管理するオペレータ基準履歴
オブジェクトの列のうち有効フラグが“有効”である末
端のオペレータ基準履歴オブジェクト５５の有効フラグ
を“無効”に変更する（ステップ１１１）。続いて、有
効フラグを“無効”にしたオペレータ基準履歴オブジェ
クト５５の直前に位置し、有効フラグが“有効”な履歴
情報列の末端であるオペレータ基準履歴オブジェクト５
３に有効履歴ポインタの矢印７２を移動する（ステップ
１１２）。

【００４９】次に、オペレータ基準履歴管理テーブルの
無効にされた履歴情報（オペレータ基準履歴オブジェク
ト５５）のモデル基準履歴ポインタにより関連付けられ
ているモデル基準履歴管理テーブルの履歴情報すなわち
図１７における要素２に対するモデル基準履歴管理オブ
ジェクト４０から連結されたモデル基準履歴オブジェク
ト４５の有効フラグを“無効”に変更する（ステップ１
１４）。続いて、有効フラグが“有効”な履歴情報列の
末端に有効履歴ポインタの矢印７３を移動しようとする
（ステップ１１６）。ここでは、該当するモデル基準履
歴オブジェクトが存在しないが、Ｒｅｄｏ機能の実行に
備えて要素２に対するモデル基準履歴管理オブジェクト
４０を指すようにする。もちろん、各モデル基準履歴オ
ブジェクトは、履歴情報として記録保持するため消去し
ない。なお、以降の説明において有効フラグが“有効／
無効”と設定されているモデル基準履歴オブジェクトを
単に有効／無効なモデル基準履歴オブジェクトと適宜表
現することにする。

【００５０】続いて、モデル基準履歴管理テーブルの時
間軸基準履歴ポインタにより関連付けられている時間軸
基準履歴管理テーブルの履歴情報すなわち図１７におけ
る時間軸基準履歴オブジェクト３５の有効フラグを“無
効”に変更する（ステップ１１７）。

【００５１】本実施の形態によれば、設計者ＡによるＵ
ｎｄｏ機能の実行により設計者Ａがした操作のみが取り
消され、設計者Ａによる「要素２の作成」操作の後にし
た設計者Ｂの「要素４の作成」操作は、時間軸基準履歴
管理オブジェクト３０に連結されている時間軸基準履歴
オブジェクト３６に示されたとおり有効のままである。

【００５２】次に、設計者ＢがＵｎｄｏ機能を実行した
とする。この操作は、図３０に基づくこの例では「要素
４の作成」操作の取り消し指示に相当する。この操作が
行われると、「設計者Ｂが「要素４の作成」操作を取り
消した」という情報が履歴ＤＢ管理部２４に通知され、
次のようなＵｎｄｏ機能実行時における処理が実行され
る。

【００５３】まず、設計者Ｂに対するオペレータ基準履
歴管理オブジェクト５０が管理するオペレータ基準履歴
オブジェクトの列のうち有効フラグが“有効”である末
端のオペレータ基準履歴オブジェクト５６の有効フラグ
を“無効”に変更する（ステップ１１２）。本実施の形
態では、該当するオペレータ基準履歴オブジェクト５４
を有効履歴ポインタの矢印７６で指すようにしているの
で該当するオペレータ基準履歴オブジェクト５６を即座
に検索することができる。続いて、有効フラグを“無
効”にしたオペレータ基準履歴オブジェクト５６の直前
に位置し、有効フラグが“有効”な履歴情報列の末端で
あるオペレータ基準履歴オブジェクト５７に有効履歴ポ
インタの矢印７６を移動する（ステップ１１３）。

【００５４】次に、オペレータ基準履歴管理テーブルの
無効にされた履歴情報（オペレータ基準履歴オブジェク
ト５６）のモデル基準履歴ポインタにより関連付けられ
ているモデル基準履歴管理テーブルの履歴情報すなわち
図１８における要素４に対するモデル基準履歴管理オブ
ジェクト４０から連結されたモデル基準履歴オブジェク
ト４６の有効フラグを“無効”に変更する（ステップ１
１４）。続いて、有効フラグが“有効”な履歴情報列の
末端に有効履歴ポインタの矢印７５を移動しようとする
（ステップ１１６）。ここでは、該当するモデル基準履
歴オブジェクトが存在しないが、Ｒｅｄｏ機能の実行に
備えて要素４に対するモデル基準履歴管理オブジェクト
４０を指すようにする。もちろん、各モデル基準履歴オ
ブジェクトは、履歴情報として記録保持するため消去し
ない。

【００５５】続いて、モデル基準履歴管理テーブルの時
間軸基準履歴ポインタにより関連付けられている時間軸
基準履歴管理テーブルの履歴情報すなわち図１８におけ
る時間軸基準履歴オブジェクト３６の有効フラグを“無
効”に変更する（ステップ１１７）。

【００５６】このように、設計者ＢによるＵｎｄｏ機能
の実行に対しても設計者Ａの操作に基づく履歴情報に何
ら影響を与えることなく設計者Ｂによる直前の操作のみ
を取り消すことができる。この後、設計者Ａが更にＵｎ
ｄｏ機能を実行して「要素１の修正」操作を取り消す場
合でも上記処理に従えば設計者Ｂの操作に基づく履歴情
報に何ら影響を与えることなく設計者Ａによる直前の
「要素１の修正」操作のみを取り消すことができる。こ
のときの履歴情報の状態を図１９に示す。

【００５７】Ｕｎｄｏ機能の実行（時間軸基準モード） 次に、時間軸基準モードが選択された場合の処理につい
て説明する。

【００５８】時間軸基準モードにおけるＵｎｄｏ機能で
は、従来と同様に設計者の別に関係なく操作された時間
に従いチーム内おいて直前にされた操作から順に取り消
すことになるが、前述した操作者基準モードでは、時間
軸により制限されずに操作の取り消しが行われるため、
有効な時間軸基準履歴オブジェクトが必ずしも連続して
存在するとは限らない。具体的には、図１９に示されて
いるように無効な時間軸基準履歴オブジェクト３３の後
段に有効な時間軸基準履歴オブジェクト３４が存在しう
る。このような状態は、直前の操作を順次取り消すとい
う時間軸基準モードによるＵｎｄｏ機能を実行させるう
えでは好ましいとはいえないためこの断続状態を可能で
あれば解消させたい。そこで、データベースサーバ２０
では、時間軸基準モードへの切替時に所定の条件に合致
した有効な時間軸基準履歴オブジェクトを自動的に無効
にするという処理を実行する。この処理について図１
９、図２１に模式的に示した履歴情報の遷移図及び図２
２に示したフローチャートを用いて説明する。

【００５９】時間軸基準モードを選択するとき、有効な
時間軸基準履歴オブジェクトが連続していない場合を想
定してどの時間軸基準履歴オブジェクトまでを自動的に
無効にするかを指定させる。各端末装置１０の制御処理
部１２は、履歴ＤＢ管理部２４から履歴情報のリストを
送ってもらい、そのリストをディスプレイに表示するこ
とで設計者に指定させることができる。例えば、図２１
において、“日時：２”の時間軸基準履歴オブジェクト
３２より後段の時間軸基準履歴オブジェクトを自動的に
無効にしたい場合は、時間軸基準履歴オブジェクト３２
を時間軸基準モードの選択時に指定させる。なお、時間
軸基準履歴管理オブジェクト３０が管理する有効履歴ポ
インタを操作者基準モードにおけるＵｎｄｏ機能実行時
に移動させる処理をしなかったのは、操作者基準モード
によるＵｎｄｏ機能の実行時では時間軸基準履歴オブジ
ェクトが必ずしも連続にならないし、本実施の形態で
は、無効にする時間軸基準履歴オブジェクトの位置をモ
ード切替時に指定させるようにしたから、当該処理を実
行することにあまり意味がないからである。

【００６０】まず、時間軸基準履歴管理オブジェクト３
０から始める時間軸基準履歴オブジェクト列の末端にあ
る時間軸基準履歴オブジェクト３７を取得する（ステッ
プ１２１）。当該時間軸基準履歴オブジェクト３７は、
指定された時間軸基準履歴オブジェクト３２より後段で
あり、かつ既に無効とされているので、何も処理をしな
い。そして、その直前にある時間軸基準履歴オブジェク
ト３６を取得する（ステップ１２２，１２３，１２
８）。この時間軸基準履歴オブジェクト３６、更に時間
軸基準履歴オブジェクト３５，３４も無効とされている
ので、同様に何も処理をしない。続いて、時間軸基準履
歴オブジェクト３３を取得する（ステップ１２１）。当
該時間軸基準履歴オブジェクト３３は、指定された時間
軸基準履歴オブジェクト３２より後段であり、かつ有効
フラグが“有効”なので、この時間軸基準履歴オブジェ
クト３３の有効フラグを“無効”に変更する（ステップ
１２４）。そして、時間軸基準履歴オブジェクト３３に
関連付けられているモデル基準履歴オブジェクト４３の
有効フラグを“無効”に変更する（ステップ１２５）。
そして、モデル基準履歴オブジェクト４３に関連付けて
履歴ＤＢ２３に保持しているＵｎｄｏ対象要素への操作
実行直前の状態情報を用いて部位ＤＢ管理部２２を通じ
て部位ＤＢ２１を変更するが（ステップ１２６）、この
処理については、図２０のステップ１１５と同様なので
詳細な説明は省略する。続いて、履歴ＤＢ管理部２４
は、オペレータ基準履歴オブジェクト５３の有効フラグ
を“無効”に変更する（ステップ１２７）。次に、時間
軸基準履歴オブジェクト３３の直前にある時間軸基準履
歴オブジェクト３２は、指定された履歴オブジェクトで
あるため、ここで処理を終了する（ステップ１２８，１
２２）。この状態が図２１に示されている。

【００６１】本実施の形態によれば、以上のようにして
時間軸基準モードへの切替時には無効な時間軸基準履歴
オブジェクトが連続となるように自動調整することがで
きる。この後にＵｎｄｏ機能が実行されたときには、時
間軸基準履歴管理オブジェクトが管理する有効履歴ポイ
ンタ７７により指された履歴オブジェクトから順次取り
消せばよく、この際、上記ステップ１２４〜１２６に示
した処理を実行すればよい。なお、モデル基準履歴管理
オブジェクト４０及びオペレータ基準履歴管理オブジェ
クト５０が管理する有効履歴ポインタは、時間軸基準モ
ードにおけるＵｎｄｏ機能の実行時に用いないので有効
フラグの変更に応じて必ずしも移動させる必要はない。
操作者基準モードへの切替時には、各履歴オブジェクト
の有効フラグを参照することによって自動的に再設定す
ることができる。

【００６２】ところで、本実施の形態においては、設計
途中において時間軸基準モードへの切替処理が行われる
と、取り消したくない操作あるいは他の設計者による操
作まで強制的に取り消されてしまうおそれがある。この
ため、モード切替に対しては注意を要する。しかし、こ
れは、いずれかの設計者からモード切替指示がされた場
合に自動取り消し対象の操作や確認用のメッセージを各
端末装置１０に出力したり、自動取り消し対象の操作が
他の設計者によるものであればモード切替を抑制するな
ど様々な調整を行うモード切替時調整機能を設けること
によって対処することは可能である。

【００６３】Ｒｅｄｏ機能の実行（時間軸基準モード） 次に、時間軸基準モードにおいてＲｅｄｏ機能が実行さ
れた場合の処理について説明する。

【００６４】時間軸基準モードにおけるＲｅｄｏ機能で
は、従来と同様に設計者の別に関係なくチーム内おいて
直前に実行されたＵｎｄｏ機能を復活させることにな
る。すなわち、図２１の状態においてＲｅｄｏ機能が実
行されると図２３に示したような状態になるが、このと
きの動作について図２４に示したフローチャートを用い
て説明する。

【００６５】いずれかの設計者がＲｅｄｏ機能を実行し
たとする。図２１によると、設計者Ａによる「要素１の
修正」操作の復活指示に相当する。この操作は、Ｒｅｄ
ｏ機能実行部１５により理解され、ネットワーク１を介
してデータベースサーバ２０へ送信される。送信される
操作内容には、設計者名（＝Ａ）と操作名（＝Ｒｅｄ
ｏ）が含まれる。履歴ＤＢ管理部２４は、Ｒｅｄｏ機能
の実行に伴い、まず、時間軸基準履歴管理オブジェクト
３０に連結されている時間軸基準履歴オブジェクトのう
ち無効とされているものの先頭に位置する時間軸基準履
歴オブジェクト３３を取得する（ステップ１３１）。な
お、この時間軸基準履歴オブジェクト３３は、矢印７７
で示された有効履歴ポインタの位置からも容易に得るこ
とができる。そして、その時間軸基準履歴管理オブジェ
クト３０の有効フラグを“有効”に変更する（ステップ
１３２）。続いて、有効履歴ポインタを有効にした時間
軸基準履歴オブジェクト３３を指すように移動させる
（ステップ１３３）。そして、時間軸基準履歴オブジェ
クト３３に関連付けられているモデル基準履歴オブジェ
クト４３の有効フラグを“有効”に変更する（ステップ
１３４）。

【００６６】ここで、モデル基準履歴オブジェクトに関
連付けて履歴ＤＢ２３に保持している状態情報を用いて
部位ＤＢ管理部２２を通じて部位ＤＢ２１を以下のよう
に場合分けして変更する（ステップ１３５）。

【００６７】「作成」操作のＲｅｄｏの場合は、残して
おいた形状データオブジェクトを現存する有効な形状デ
ータオブジェクトの集合に再登録する。「修正」操作の
Ｒｅｄｏの場合は、バックアップしておいたＲｅｄｏ対
象要素への操作実行直後の状態情報を用いて部位ＤＢ２
１にある形状データオブジェクトを変更する。「削除」
操作のＲｅｄｏの場合は、形状データオブジェクトが存
在しないことにする。なお、当該形状データオブジェク
トは、再度のＵｎｄｏ機能実行のためにそのまま残して
おく。この例では、「修正」操作のＲｅｄｏの場合に相
当するので、バックアップしておいた状態情報を用いて
形状データオブジェクトを変更することになる。

【００６８】続いて、履歴ＤＢ管理部２４は、オペレー
タ基準履歴オブジェクト５３の有効フラグを“有効”に
変更する（ステップ１３６）。なお、本実施の形態にお
いては、図２３に示したようにモデル基準履歴管理オブ
ジェクト４０が管理する有効履歴ポインタの矢印７１を
モデル基準履歴オブジェクト４３に移動させている。更
に、Ｒｅｄｏ機能が実行されたときの状態を図２５に示
す。

【００６９】本実施の形態によれば、このようにして従
来と同様のＲｅｄｏ機能を提供することができる。

【００７０】Ｒｅｄｏ機能の実行（操作者基準モード） 次に、操作者基準モードにおいてＲｅｄｏ機能が実行さ
れた場合の処理について説明する。なお、モデル基準履
歴管理オブジェクト４０及びオペレータ基準履歴管理オ
ブジェクト５０がそれぞれ管理する有効履歴ポインタ
は、時間軸基準モード時においてもデータ矛盾を起こさ
ないように常時移動されている。図２６には、図２５に
おいて操作者基準モードが選択されモードが切り替えら
れたときの状態が示されている。この図２６の状態にお
いて設計者ＡによりＲｅｄｏ機能が実行されると図２７
に示したような状態になるが、このときの動作について
図２８に示したフローチャートを用いて説明する。

【００７１】図２６に示した状態において、設計者Ａが
Ｒｅｄｏ機能を実行したときの操作は、図３０に基づく
この例では「要素２の作成」操作の復活指示に相当する
が、この操作は、Ｒｅｄｏ機能実行部１５により理解さ
れ、ネットワーク１を介してデータベースサーバ２０へ
送信される。送信される操作内容には、設計者名（＝
Ａ）と操作名（＝Ｒｅｄｏ）が含まれる。履歴ＤＢ管理
部２４は、Ｒｅｄｏ機能の実行に伴い、まず、設計者Ａ
に対するオペレータ基準履歴管理オブジェクト５０が管
理するオペレータ基準履歴オブジェクトの列のうち無効
とされているものの先頭に位置するオペレータ基準履歴
オブジェクト５５を取得する（ステップ１４１）。な
お、このオペレータ基準履歴オブジェクト５５は、矢印
７２で示された有効履歴ポインタの位置からも容易に得
ることができる。そして、そのオペレータ基準履歴オブ
ジェクト５５の有効フラグを“有効”に変更する（ステ
ップ１４２）。続いて、有効履歴ポインタを有効にした
オペレータ基準履歴オブジェクト５５を指すように移動
させる（ステップ１４３）。そして、オペレータ基準履
歴オブジェクト５５に関連付けられているモデル基準履
歴オブジェクト４５の有効フラグを“有効”に変更する
とともに要素２に対するモデル基準履歴管理オブジェク
ト４０の有効履歴ポインタをモデル基準履歴オブジェク
ト４５を指すように移動させる（ステップ１４４，１４
５）。ここで、要素２に関する形状データオブジェクト
を有効に復活させるわけであるが（ステップ１４６）、
この処理については図２４のステップ１３５と同じなの
で説明を省略する。更に、履歴ＤＢ管理部２４は、モデ
ル基準履歴オブジェクト４５を介してオペレータ基準履
歴オブジェクト５５に関連付けられた時間軸基準履歴オ
ブジェクト３５の有効フラグを“有効”に変更する（ス
テップ１４７）。

【００７２】本実施の形態によれば、このようにして設
計者毎のＲｅｄｏ機能を実現することができる。

【００７３】その他 チーム形式で設計作業を行う場合、同一の要素が複数の
設計者によって設計される場合が考えられる。例えば、
図２９に示したように、同一の要素１が設計者Ａ及び設
計者Ｂの双方によって操作対象とされたとする。図２９
に示された状態において、設計者ＢがＵｎｄｏ機能を実
行して「要素１の修正」操作を取り消そうとすると、本
実施の形態におけるＣＡＤシステムは、設計者Ａによる
「要素１の削除」操作も取り消さなければならないこと
を発見する。このような場合、次のような対処方法が考
えられる。

【００７４】第一に、設計者Ｂに対して設計者Ａの操作
の存在により実行不可能であるという通知をして実行エ
ラーとする方法が考えられる。第二に、設計者Ａに対し
て設計者ＢによりＵｎｄｏ機能が実行されたために「要
素１の削除」操作を取り消してもよいかという旨を通知
して操作の取り消しの可否について選択させる方法が考
えられる。第三に、無条件に不都合な操作を取り消すと
いうモードを設けて設計者Ａによる「要素１の削除」操
作を強制的に取り消してしまうという方法が考えられ
る。図２９に示した状況においては、これら例示した方
法あるいはその他の方法も含めて任意の方法で対処する
ことができる。

【００７５】ところで、本実施の形態において示した履
歴ＤＢ２３を構築することによって様々な運用にも容易
に適用することができる。例えば、上記説明では、手動
操作によるＵｎｄｏ機能の実行で一つずつ操作を取り消
すようにしたが、戻したい日時を指定してそこまでの操
作を自動的に取り消すようにすることも可能である。

【００７６】また、本実施の形態では、一の設計対象を
複数の部位に分割し、複数の要素で構成される各部位を
更にチーム形式で設計を行う場合を例にしたため、部位
毎に共通の形状データベース（部位ＤＢ２１）及び履歴
ＤＢ２３を設けたが、その上位の設計対象全体におい
て、あるいは更に細分割した下位のレベルでのチーム形
式での設計においても適用可能である。あるいは、一の
設計対象を複数の部位に分割しなくても形状データオブ
ジェクト及び履歴情報にどの部位に属するデータである
かを示す部位情報を付加して管理すれば、部位毎にチー
ムを形成する場合でも設計対象全体において共通のデー
タベースを持たせることができる。

【００７７】また、本実施の形態においては、設計者
Ａ，Ｂの二人の場合で説明したが、三人以上であっても
実施できることは言うまでもない。

【００７８】更に、本実施の形態では、オブジェクトを
形成するようにしているが、オブジェクト指向技術以外
の手法で本発明に係るＣＡＤシステムを構築することも
可能である。

【００７９】

【発明の効果】本実施の形態によれば、ある設計者がア
ンドゥ機能を実行した場合に、同一チーム内の他の設計
者による操作を取り消すことなく当該設計者がした直前
の操作のみを取り消すことができる。

【００８０】また、ある設計者がリドゥ機能を実行した
場合に、同一チーム内の他の設計者が取り消した操作を
復活させることなく当該設計者が直前にアンドゥ機能を
実行して取り消した操作のみを復活させることができ
る。

【００８１】また、設計者毎のアンドゥ機能及びリドゥ
機能の実行のみならず、従来と同様の時間軸を基準にし
た同機能をも選択的に実行させることができる。

【図面の簡単な説明】

【図１】 本発明に係るチーム形式設計用ＣＡＤシステ
ムの一実施の形態を示したブロック構成図である。

【図２】 図１に示した各端末装置及びデータベースサ
ーバのブロック構成図である。

【図３】 本実施の形態における履歴データベースの基
本的なデータ構成例を示した図である。

【図４】 本実施の形態における履歴データベースを構
成する時間軸基準履歴管理テーブルの構成例を示した図
である。

【図５】 本実施の形態における履歴データベースを構
成するモデル基準履歴管理テーブルの構成例を示した図
である。

【図６】 本実施の形態における履歴データベースを構
成するオペレータ基準履歴管理テーブルの構成例を示し
た図である。

【図７】 本実施の形態において設計が開始される前の
履歴データベース管理部及び履歴データベースの設定内
容を模式的に示した図である。

【図８】 本実施の形態において記録された履歴情報の
設定内容を模式的に示した図である。

【図９】 本実施の形態において記録された履歴情報の
設定内容を模式的に示した図である。

【図１０】 本実施の形態において記録された履歴情報
の設定内容を模式的に示した図である。

【図１１】 本実施の形態において記録された履歴情報
の設定内容を模式的に示した図である。

【図１２】 本実施の形態において記録された履歴情報
の設定内容を模式的に示した図である。

【図１３】 本実施の形態において記録された履歴情報
の設定内容を模式的に示した図である。

【図１４】 本実施の形態において記録された履歴情報
の設定内容を模式的に示した図である。

【図１５】 本実施の形態における履歴情報記録処理を
示したフローチャートである。

【図１６】 本実施の形態において操作者基準モード時
にＵｎｄｏ機能が実行されたときの履歴情報の設定内容
を模式的に示した図である。

【図１７】 本実施の形態において操作者基準モード時
にＵｎｄｏ機能が実行されたときの履歴情報の設定内容
を模式的に示した図である。

【図１８】 本実施の形態において操作者基準モード時
にＵｎｄｏ機能が実行されたときの履歴情報の設定内容
を模式的に示した図である。

【図１９】 本実施の形態において操作者基準モード時
にＵｎｄｏ機能が実行されたときの履歴情報の設定内容
を模式的に示した図である。

【図２０】 本実施の形態において操作者基準モード時
におけるＵｎｄｏ機能実行処理を示したフローチャート
である。

【図２１】 本実施の形態において時間軸基準モード時
に切り替えられたときの履歴情報の設定内容を模式的に
示した図である。

【図２２】 本実施の形態における時間軸基準モードへ
の切替時処理を示したフローチャートである。

【図２３】 本実施の形態において時間軸基準モード時
にＲｅｄｏ機能が実行されたときの履歴情報の設定内容
を模式的に示した図である。

【図２４】 本実施の形態において時間軸基準モード時
におけるＲｅｄｏ機能実行処理を示したフローチャート
である。

【図２５】 本実施の形態において時間軸基準モード時
にＲｅｄｏ機能が実行されたときの履歴情報の設定内容
を模式的に示した図である。

【図２６】 本実施の形態において操作者基準モード時
に切り替えられたときの履歴情報の設定内容を模式的に
示した図である。

【図２７】 本実施の形態において操作者基準モード時
にＲｅｄｏ機能が実行されたときの履歴情報の設定内容
を模式的に示した図である。

【図２８】 本実施の形態において操作者基準モード時
におけるＲｅｄｏ機能実行処理を示したフローチャート
である。

【図２９】 本実施の形態において同一要素を複数の設
計者が操作の対象としたときの履歴情報の設定内容を模
式的に示した図である。

【図３０】 設計者により操作された手順の例を示した
図である。

【図３１】 従来の履歴データベースのデータ構成例を
示した図である。

【符号の説明】

１ ネットワーク、１０ 端末装置、１１ 入出力制御
部、１２ 制御処理部、１３ コマンド実行部、１４
アンドゥ機能実行部、１５ リドゥ機能実行部、２０
データベースサーバ、２１ 部位データベース（Ｄ
Ｂ）、２２ 部位データベース（ＤＢ）管理部、２３
履歴データベース（ＤＢ）、２４ 履歴データベース
（ＤＢ）管理部、３０ 時間軸基準履歴管理オブジェク
ト、３１〜３７時間軸基準履歴オブジェクト、４０ モ
デル基準履歴管理オブジェクト、４１〜４６ モデル基
準履歴オブジェクト、５０ オペレータ基準履歴管理オ
ブジェクト、５１〜５７ オペレータ基準履歴オブジェ
クト。

フロントページの続き (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 17/50 G06F 12/00 533 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 複数の設計者がチーム形式で行う設計作
   業において各設計者が行う各操作の内容を履歴情報とし
   て共通の履歴情報記憶手段に順次記録するとともに履歴
   情報の前記履歴情報記憶手段への記録順に基づいて直前
   の操作を取り消すためのアンドゥ機能を提供するＣＡＤ
   システムにおいて、 設計者が操作を行う度に、その操作が行われた時間情
   報、その操作の対象となった設計対象に含まれる要素、
   その操作の種別及びその操作を行った設計者に関する情
   報を含む履歴情報を、有効と設定された操作の有効無効
   を表す情報と共に前記履歴情報記憶手段に記録する履歴
   情報収集手段と、 アンドゥ機能が実行されたときに対象となる操作を取り
   消すと共に前記履歴情報記憶手段に記録されている当該
   操作の履歴情報に対応した操作の有効無効を表す情報を
   無効に変更するアンドゥ機能制御処理手段と、 を有し、 前記アンドゥ機能制御処理手段は、設計者がアンドゥ機
   能を実行したときに当該設計者が行った直前の操作を取
   り消し、 前記履歴情報収集手段は、一操作に関する履歴情報を、
   時間軸基準、要素別及び設計者別に分類して管理する こ
   とを特徴とするチーム形式設計用ＣＡＤシステム。