(57)【要約】【課題】ＣＡＤデータのような電子書類に電子印章を貼付けて電子承認すること。【解決手段】ステップＳ６０３では、ステップ６０２で演算した印章枠作成座標ｘ１、ｙ１から、設計者用端末１０２で印章枠作成可能かどうかどうか判断する。例えば、図１８は、不等式ｘ１＞ｂｘ+ｐｘを満たすとき印章枠作成可能である。ここで、印章枠作成が可能であればステップＳ６０４へ進み、不可能であればステップＳ６０７へ進む。ステップＳ６０４では、印章枠作成に必要な端点の位置座標を算出し、予め指定した２点をＣＡＤ３０９の２点間直線作成機能を使用して結んで直線を作成することにより印章枠を作成する。【選択図】図４
2010117998.tif 000002
【特許請求の範囲】
【請求項１】
電子書類の内容を含む電子書類データ、該電子書類の作成承認履歴を含む属性データ、前記電子書類に関係する利用者の電子印章データ並びに前記電子書類に印章枠を追加する際に使用する印章枠作成データを記憶する記憶手段と、
前記電子書類の登録または変更があると、前記記憶手段に当該登録または変更された電子書類データを記憶するとともに、前記属性データに含まれる作成承認履歴を更新する登録変更手段と、
前記登録または変更された電子書類を審査した結果が登録されると、前記属性データに含まれる作成承認履歴を更新する審査更新手段と、
前記記憶手段から電子書類データ、属性データおよび印章枠作成データを読み込んで、該属性データに含まれる作成承認履歴に示される利用者の電子印章データと、該印章枠作成データとに基づいて該電子書類に関係する利用者全員の電子印章を含む印章枠を生成して電子書類に追加する追加データ生成手段と
を備え、前記追加データ生成手段は、前記記憶手段から読み込んだ属性データに基づき、前記生成する印章枠が前記電子書類に追加することができるか否かを判断し、追加することができないと判断されると別の条件で再度生成することを特徴とする承認処理装置。
【請求項２】
前記印章枠は、予め定められたサイズの個枠を組み合わせて生成され、前記電子書類は、所定のサイズを有しており、
前記追加データ生成手段は、前記電子書類に追加することができるか否かは、前記印章枠が前記電子書類のサイズ内に収まるか否かにより判断され、前記別の条件として前記予め定められたサイズよりも小さいサイズの個枠を用いて再度生成することを特徴とする請求項１に記載の承認処理装置。
【請求項３】
前記電子書類は、ＣＡＤ図面であることを特徴とする請求項１または２に記載の承認処理装置。
【請求項４】
前記電子書類に関係する利用者は、該電子書類の作成者および１以上の承認者であることを特徴とする請求項１ないし３のいずれかに記載の承認処理装置。
【請求項５】
前記印章枠は、前記電子書類の更新ごとに組み込まれることを特徴とする請求項１ないし４のいずれかに記載の承認処理装置。
【請求項６】
前記印章枠は、前記電子書類の更新ごとに作成者および１以上の承認者用の電子印章を貼る枠を含むよう生成されることを特徴とする請求項１ないし５のいずれかに記載の承認処理装置。
【請求項７】
前記電子書類追加データをロックするデータロック手段
をさらに備えたことを特徴とする請求項１ないし６のいずれかに記載の承認処理装置。
【請求項８】
前記追加データ生成手段は、前記電子書類についての審査が終了した時点で、更新情報と棄却情報とから棄却された印章枠と電子印章とを消去して、印章枠と電子印章とを移動することを特徴とする請求項１ないし７のいずれかに記載の承認処理装置。
【請求項９】
電子書類の承認処理にともなう電子印章を貼り付ける承認処理方法であって、
前記電子書類の登録または変更があると、前記電子書類の内容を含む電子書類データ、該電子書類の作成承認履歴を含む属性データ、前記電子書類に関係する利用者の電子印章データ並びに前記電子書類に印章枠を追加する際に使用する印章枠作成データを記憶する記憶手段に当該登録または変更された電子書類データを記憶するとともに、前記属性データに含まれる作成承認履歴を更新する登録変更ステップと、
前記登録または変更された電子書類を審査した結果が登録されると、前記属性データに含まれる作成承認履歴を更新する審査更新ステップと、
前記記憶手段から電子書類データ、属性データおよび印章枠作成データを読み込んで、該属性データに含まれる作成承認履歴に示される利用者の電子印章データと、該印章枠作成データとに基づいて該電子書類に関係する利用者全員の電子印章を含む印章枠を生成して電子書類に追加する追加データ生成ステップと
を備え、前記追加データ生成ステップは、前記記憶手段から読み込んだ属性データに基づき、前記生成した印章枠を前記電子書類に追加することができるか否かを判断し、追加することができないと判断されると別の条件で再度生成することを特徴とする承認処理方法。
【請求項１０】
コンピュータに、電子書類の承認処理にともなう電子印章を貼り付ける承認処理方法を実行させるプログラムであって、該承認処理方法は、
前記電子書類の登録または変更があると、前記電子書類の内容を含む電子書類データ、該電子書類の作成承認履歴を含む属性データ、前記電子書類に関係する利用者の電子印章データ並びに前記電子書類に印章枠を追加する際に使用する印章枠作成データを記憶する記憶手段に当該登録または変更された電子書類データを記憶するとともに、前記属性データに含まれる作成承認履歴を更新する登録変更ステップと、
前記登録または変更された電子書類を審査した結果が登録されると、前記属性データに含まれる作成承認履歴を更新する審査更新ステップと、
前記記憶手段から電子書類データ、属性データおよび印章枠作成データを読み込んで、該属性データに含まれる作成承認履歴に示される利用者の電子印章データと、該印章枠作成データとに基づいて該電子書類に関係する利用者全員の電子印章を含む印章枠を生成して電子書類を追加する追加データ生成ステップと
を備え、前記追加データ生成ステップは、前記記憶手段から属性情報を読み込んで該属性情報に基づき、前記生成した印章枠を前記電子書類に追加することができるか否かを判断し、追加することができないと判断されると別の条件で再度生成することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設計者用端末と審査者用端末と承認者用端末と、サーバとがネットワークを介して相互に接続されて構成されるＣＡＤデータ承認システムに関し、特に、承認フローの進行に基づき作成される印章枠作成から印章貼付け、および提出用図面を作成する承認処理装置および方法並びにプログラムに関する。
【背景技術】
【０００２】
機械、電気、建築をはじめとする分野の業務に用いられる設計図面は、設計者、審査者、承認者の印章を付すことで、誰が設計、審査、または承認をしたか、つまり設計者と上位者による承認結果を第三者（顧客や加工現場）が設計図面自体から分かるようにしておく必要がある。さらに、設計変更の際も、過去に誰が設計から承認までを担当したかを第三者（顧客や加工現場）が設計図面を見て分かるようにする必要がある。そのため、設計図面には、一部に印章枠を設けて、それぞれ担当者が押印したり、サインしたりすることにより、これに対応してきた。また、設計変更の際には、設計変更の回数分の印章枠を設けそれぞれ記名することで対応してきた。さらに、承認の過程で棄却される場合もあり、この場合も棄却の履歴情報を残しながら、その回数分さらに印章枠を設けることで対応してきた。
【０００３】
一方、近年では、編集の容易さ、再利用のし易さなどから設計図面を紙媒体で作成するのではなく、コンピュータを利用する設計支援プログラム(以下、ＣＡＤという)を用いて作成されるようになってきている。これに対し、一般的なＣＡＤは電子印章を貼付ける機能を有していないため、ＣＡＤで作成したＣＡＤデータの承認行為は、一旦プリンタから紙図面として出力し、設計者、審査者、承認者が紙図面の印章枠欄に押印をすることで承認フローを実行している。
【０００４】
さらに、第三者（顧客や加工現場）に図面を送付するときには、押印済の紙図面をコピーし配布するか、紙図面をスキャナー等で電子図面化し配布したりして、押印された紙図面は正式図面として保管庫に保管するようにしたりしているが、いずれも作業者にとっては負荷のかかる作業である。また、従来の紙図面による承認フローでは紙図面を保管するスペースが必要となり、第三者（顧客や加工現場）に図面を送付する時にも紙図面を複製する手間がかかる。
【０００５】
このような点に対応するため、作業者の負荷を軽減し、承認結果についてもＣＡＤデータで管理する技術として、次のような技術が開示されている。特許文献１には、ＣＡＤデータをはじめとする電子書類に押印を行う承認システムが開示されており、特に電子書類への承認画像情報付加を行うように動作する。特許文献２には、電子書類に高速に電子スタンプ処理を行う承認システムが開示されており、特にスタンプ位置を見つけ出して、電子書類に電子スタンプ処理を行うように動作する。特許文献３には、電子文書を作成する押印文書作成システムが開示されており、特に電子書類の押印枠を作成するテンプレート作成を行うように動作する。
【０００６】
【特許文献１】特開２００４−２１３２６８号公報
【特許文献２】特開２００５−１５７９２８号公報
【特許文献３】特開２００５−２９３４０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載の承認システムにおいては、電子書類への押印が可能であるが、電子書類が棄却されたときには、電子書類に印章があるため、再度、電子書類を作成し、承認フローを実行しなければならず、設計図面に必要となる過去の棄却履歴をわかるようにする考慮はされていない。
【０００８】
特許文献２に記載の承認システムにおいては、電子書類への押印位置を検索することが可能であるが、例えば図面の設計変更により１回目とは違う位置に電子印章を貼付けることが必要となることが考慮されておらず、図面の設計変更時の電子印章貼付け位置検索処理が欠けている。
【０００９】
特許文献３に記載の押印文書作成システムにおいては、電子書類への押印枠作成をすることが可能であるが、設計変更時に必要となる前回の設計における承認の結果を残しつつ新たに押印枠を追加することはできない。さらに、上述のとおり、設計図面には過去の棄却履歴も残すことが通常行われているが、例えば社内用と、客先に提出する用とで使い分ける場合がある。つまり、社内用は棄却の情報は残しておくが、客先提出用には体裁を考慮して、棄却の情報は削除し、承認されたものであることだけがわかればよい場合がある。この場合、先の棄却情報を消去して、体裁を整えて最終承認された承認印部分のみとすればよいが、このような要求は、先にあげたいずれの技術にも考慮されていない。
【００１０】
本発明は上記の課題を解決するためになされたものであり、ＣＡＤデータのような電子書類に電子印章を貼付けて電子承認することができる承認システム、印章枠作成プログラム、電子印章貼付けプログラム、提出用図面作成プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は上記の課題を解決することを目的とし、請求項１に記載の発明は、承認処理装置であって、電子書類の内容を含む電子書類データ、電子書類の作成承認履歴を含む属性データ、電子書類に関係する利用者の電子印章データ並びに前記電子書類に印章枠を追加する際に使用する印章枠作成データを記憶する記憶手段と、電子書類の登録または変更があると、記憶手段に登録または変更された電子書類データを記憶するとともに、属性データに含まれる作成承認履歴を更新する登録変更手段と、登録または変更された電子書類を審査した結果が登録されると、属性データに含まれる作成承認履歴を更新する審査更新手段と、記憶手段から電子書類データ、属性データおよび印章枠作成データを読み込んで、属性データに含まれる作成承認履歴に示される利用者の電子印章データと、印章枠作成データとに基づいて電子書類に関係する利用者全員の電子印章を含む印章枠を生成して組み込み電子書類出力データを生成する追加データ生成手段とを備え、追加データ生成手段は、記憶手段から属性情報を読み込んで属性情報に基づき、生成した印章枠が電子書類に追加することができるか否かを判断し、追加することができないと判断されると別の条件で再度生成することを特徴とする。
【００１２】
請求項２に記載の発明は、請求項１に記載の承認処理装置において、印章枠は、予め定められたサイズの個枠を組み合わせて生成され、電子書類は、所定のサイズを有しており、追加データ生成手段は、電子書類に追加することができるか否かは、印章枠が前記電子書類のサイズ内に収まるか否かにより判断され、別の条件として予め定められたサイズよりも小さいサイズの個枠を用いて再度生成することを特徴とする。
【００１３】
請求項３に記載の発明は、請求項１または２に記載の承認処理装置において、電子書類は、ＣＡＤ図面であることを特徴とする。
【００１４】
請求項４に記載の発明は、請求項１ないし３のいずれかに記載の承認処理装置において、電子書類に関係する利用者は、電子書類の作成者および１以上の承認者であることを特徴とする。
【００１５】
請求項５に記載の発明は、請求項１ないし４のいずれかに記載の承認処理装置において、印章枠は、電子書類の更新ごとに組み込まれることを特徴とする。
【００１６】
請求項６に記載の発明は、請求項１ないし５のいずれかに記載の承認処理装置において、印章枠は、電子書類の更新ごとに作成者および１以上の承認者用の電子印章を貼る枠を含むよう生成されることを特徴とする。
【００１７】
請求項７に記載の発明は、請求項１ないし６のいずれかに記載の承認処理装置において、電子書類追加データをロックするデータロック手段をさらに備えたことを特徴とする。
【００１８】
請求項８に記載の発明は、請求項１ないし７のいずれかに記載の承認処理装置において、追加データ生成手段は、電子書類についての審査が終了した時点で、更新情報と棄却情報とから棄却された印章枠を消去して、印章枠と電子印章を移動することを特徴とする。
【００１９】
請求項９に記載の発明は、電子書類の承認処理にともなう電子印章を貼り付ける承認処理方法であって、電子書類の登録または変更があると、電子書類の内容を含む電子書類データ、電子書類の作成承認履歴を含む属性データ、電子書類に関係する利用者の電子印章データ並びに電子書類に印章枠を追加する際に使用する印章枠作成データを記憶する記憶手段に登録または変更された電子書類データを記憶するとともに、属性データに含まれる作成承認履歴を更新する登録変更ステップと、登録または変更された電子書類を審査した結果が登録されると、属性データに含まれる作成承認履歴を更新する審査更新ステップと、記憶手段から電子書類データ、属性データおよび印章枠作成データを読み込んで、属性データに含まれる作成承認履歴に示される利用者の電子印章データと、印章枠作成データとに基づいて電子書類に関係する利用者全員の電子印章を含む印章枠を生成して組み込み電子書類出力データを生成する追加データ生成ステップとを備え、追加データ生成ステップは、記憶手段から属性情報を読み込んで属性情報に基づき、生成した印章枠を電子書類に追加することができるか否かを判断し、追加することができないと判断されると別の条件で再度生成することを特徴とする。
【００２０】
請求項１０に記載の発明は、コンピュータに、電子書類の承認処理にともなう電子印章を貼り付ける承認処理方法を実行させるプログラムであって、承認処理方法は、電子書類の登録または変更があると、電子書類の内容を含む電子書類データ、電子書類の作成承認履歴を含む属性データ、電子書類に関係する利用者の電子印章データ並びに電子書類に印章枠を追加する際に使用する印章枠作成データを記憶する記憶手段に登録または変更された電子書類データを記憶するとともに、属性データに含まれる作成承認履歴を更新する登録変更ステップと、登録または変更された電子書類を審査した結果が登録されると、属性データに含まれる作成承認履歴を更新する審査更新ステップと、記憶手段から電子書類データ、属性データおよび印章枠作成データを読み込んで、属性データに含まれる作成承認履歴に示される利用者の電子印章データと、印章枠作成データとに基づいて電子書類に関係する利用者全員の電子印章を含む印章枠を生成して組み込み電子書類出力データを生成する追加データ生成ステップとを備え、追加データ生成ステップは、記憶手段から属性情報を読み込んで属性情報に基づき、生成した印章枠を電子書類に追加することができるか否かを判断し、追加することができないと判断されると別の条件で再度生成することを特徴とする。
【発明の効果】
【００２１】
本発明によれば、ＣＡＤデータのような電子書類に電子印章を貼付けて承認フローを実行することができる承認システム、プログラムを提供できる。特に、審査、承認過程での棄却時に不要な電子印章と印章枠の削除を行い、提出用図面作成が可能になるので、棄却時に新たに製図をしなおさずに棄却データを編集することにより製図をしなおす時間を削減することができる。
【００２２】
また、設計変更時にも、印章枠作成および電子印章貼付けをコンピュータで行うことにより印章枠作成および電子印章貼付けの時間を削減することができる。
【００２３】
さらに、ＣＡＤデータに電子印章を貼付けることで、コンピュータからの紙図面出力、電子図面作成が可能になるので、第三者（顧客や加工現場）に図面を送付するときに複製する時間が削減され、および紙図面の保管が不要となるため紙図面保管スペースが不要となり省スペースを図ることができる。
【発明を実施するための最良の形態】
【００２４】
以下、図面を参照して、本発明の実施形態を詳細に説明する。  
図１は、本発明の一実施形態の図面管理システムの構成を示す図である。サーバ１０１は図面管理システムにおけるデータベースサーバ、すなわち本システムで利用するデータを保存するための管理用サーバである。設計者用端末１０２は、設計者が設計支援プログラム（以下、ＣＡＤという）を用いて電子書類である図面を作成し、および図面管理プログラム（以下、ＰＤＭという）を用いて審査依頼を行う端末である。なお、本実施例ではＣＡＤを用いて作成する電子書類を例に説明するが、これに限るものではない。
【００２５】
審査者用端末１０３は、審査者がＣＡＤを用いてモニタ１０３ａへの図面を表示させたり、ＰＤＭを用いて承認を行ったりする端末である。承認者用端末１０４は、承認者がＣＡＤを用いてモニタ１０４ａへの図面を表示させ、およびＰＤＭを用いて承認を行う端末である。
【００２６】
サーバ１０１、設計者用端末１０２、審査者用端末１０３、承認者用端末１０４はネットワーク１０５を介して、データの送受信が可能である。尚、図１のネットワーク１０５を介して接続されるサーバや各端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。例えば、ここでは複数の端末で説明したが、一台の端末であってもよいし、さらにサーバの機能を端末で実現するものであってもよい。
【００２７】
次に、図１のサーバ１０１、設計者用端末１０２、審査者用端末１０３、承認者用端末１０４のハードウェア構成について、図２を用いて説明する。図２は、サーバ１０１のハードウェア構成を示す図であるが、設計者用端末１０２、審査者用端末１０３、承認者用端末１０４についても基本的に同様なので説明を省略する。
【００２８】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。ＲＯＭ２０２あるいは外部メモリ２１１は、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、サーバあるいは各端末の実行する機能を実現するために必要な後述する各種プログラム等を記憶している。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能し、ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現する。
【００２９】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標  ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ(登録商標)メモリ等の外部メモリ２１１へのアクセスを制御する。通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３０】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザからの指示を受取ることが可能である。
【００３１】
本発明を実現するための印章枠作成プログラム、電子印章貼付けプログラム、提出用図面作成プログラム２１２は外部メモリ２１１に記憶されており、必要に応じてＲＡＭ２０３にロードすることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されているが、これらについての詳細な説明は後述する。
【００３２】
次に、サーバ１０１と各端末１０２〜１０４とのモジュール構成について、図３を用いて説明する。サーバ１０１は、ＣＡＤデータを管理するＰＤＭ３０１、ＣＡＤデータとその関連情報を記憶する図面管理データベース３０２、ＣＡＤデータを作成したり承認したりする利用者の電子印章を記憶する電子印章管理データベース３０３、全ユーザの情報を記憶するユーザ管理データベース３０４、作成承認履歴を記憶する承認ログ情報テーブル３０５、図面属性情報テーブル３０６、印章枠作成テーブル３０７、電子印章貼付けテーブル３０８を備えている。
【００３３】
各端末１０２〜１０４は、図面作成をするＣＡＤ３０９、承認フローを実行するＰＤＭ３１０、印章枠作成プログラム３１１、印章貼付けプログラム３１２、提出用図面作成プログラム３１３を備えている。
【００３４】
次に、機能ブロック図について図４を用いて説明する。まず、サーバ１０１の入力部４０１は、ユーザが入力するデータを受け付けたり、各端末１０２〜１０４からネットワーク１０５を通じて送受信したりする。表示部４０２はＣＲＴディスプレイ（ＣＲＴ）２１０に情報入力画面やＣＡＤデータを表示させる。データ検索部４０３は入力部４０１で入力を受け付けた情報から該当するデータの検索を行う。データ制御部４０４は、サーバ１０１で管理するデータの制御を行う。例えば“データの削除禁止”のように読み取り属性を管理、制御する。記憶部４０５は、サーバ１０１で管理するデータ、例えばＣＡＤデータ、電子印章データ、テーブル情報データを記憶する。
【００３５】
また、各端末１０２〜１０４において、入力部４０１、表示部４０２、記憶部４０５はサーバ１０１と基本的に同様であるが、演算部４０６は、以下で説明する処理において必要となる数値計算を行う。
【００３６】
次に、図面管理システムの基本的な処理フローについて、図５を用いて説明する。図５は、本発明の一実施形態の図面管理システムの基本的な処理フローを示す図である。上述したように、サーバ１０１、設計者用端末１０２、審査者用端末１０３および承認者用端末１０４は、ネットワーク１０５を介して相互に接続されている。そして、設計者用端末１０２と審査者用端末１０３と承認者用端末１０４とは、サーバ１０１から提供される各種操作画面を介して操作者の指示を受け取り、図面管理に係る各種処理を実行する。その一例について、以下に説明する。
【００３７】
まず、ステップＳ５００では、設計者用端末１０２はＰＤＭ３１０を起動し、ユーザ名とパスワードの入力を受け付け、サーバ１０１にアクセスしてユーザ管理ＤＢ３０４を検索し、ログイン名とパスワードが一致したときはステップＳ５０１へ進む。ステップＳ５０１では、ＣＡＤデータのファイル名と新規作成または設計変更かを示す情報を入力部１０２ｂで受け付け、ここで、新規作成の場合はサーバ１０１にアクセスし、図面管理ＤＢからテンプレートデータを取得してステップＳ５０２へ進む。一方設計変更など新規作成でない場合は、ステップＳ５１５へ進む。
【００３８】
ステップＳ５１５では、設計者用端末１０２は、サーバ１０１にアクセスし、図面管理ＤＢ３０２からステップＳ５０１で入力されたＣＡＤデータのファイル名と一致するＣＡＤデータを取得する。ステップＳ５０２では、設計者用端末１０２は、ＣＡＤ３０９を起動し、取得したＣＡＤデータを設計者用端末１０２のモニタ１０２ａに表示させる。そして、ユーザの設計製図の指示情報を受け付けてＣＡＤデータの図面作成を行う。
【００３９】
ステップＳ５０３では、ステップ５０２での図面作成完了後、設計者用端末１０２は、ＣＡＤデータの保存指示を受け付けると、サーバ１０１にアクセスしてＣＡＤデータを図面管理ＤＢ３０２に登録する。ステップＳ５０４で、設計者用端末１０２は、ＰＤＭ３１０により、例えば図９のような図面属性情報登録画面をモニタ１０２ａに表示させ、入力部１０２ｂからＣＡＤデータのファイル名、図面サイズ、図面スケール、設計変更番号を入力し、サーバ１０１にアクセスして図面属性情報テーブル３０６（後述する）に登録する。登録する図面属性情報は図９の情報以外でも構わない。
【００４０】
ステップＳ５０５では、設計者が上位者による承認を依頼するために、設計者用端末１０２は、ＰＤＭ３１０により例えば図１０のような審査依頼画面を表示させ、入力部１０２ｂから審査依頼をする審査者の部署、審査者名の入力を受け取って、サーバ１０１にアクセスし、図面管理ＤＢ３０２に登録する。例えば、図１１に示すような、承認ログ情報テーブル３０５（後述する）に審査依頼をした年月日、時間、ユーザ名、作業内容、次の作業者を登録し、ステータスは未として登録する。例えば、設計者の鈴木一郎が審査者の佐藤二郎に審査依頼したときには、承認ログ情報テーブルは図１１の１行目である行１１０１のように登録されるが、ステータスは未である。
【００４１】
ステップＳ５０６で、設計者用端末１０２は、後述するように印章枠作成プログラム３１１にて印章枠をＣＡＤデータに作成し、ステップＳ５０７で、印章貼り付けプログラム３１２により電子印章をＣＡＤデータに貼付ける。これについては後述する。ステップＳ５０８で、審査者用端末１０３は、ＰＤＭ３１０によりサーバ１０１にアクセスし、図面管理ＤＢ３０２の承認ログ情報テーブルから審査するべきＣＡＤデータのファイル名を取得し、モニタ１０３ａに承認依頼するＣＡＤデータのファイル名を表示させ、図面管理ＤＢ３０２から承認するＣＡＤデータを審査者用端末１０３のＣＡＤ３０９を用いてモニタ１０３ａに表示させる。例えば、ＰＤＭ３１０にログインしたときのユーザ名を用いて、サーバ１０１の承認ログ情報テーブルから、ユーザ名と次の作業者が一致し、かつステータスが未、すなわち作業が完了していないＣＡＤデータを検索し、取得したファイル名をモニタ１０３ａに表示させる。さらにＣＡＤデータを取得してモニタ１０３ａに表示させてもよい。
【００４２】
ステップＳ５０９で、審査者用端末１０３は、ＰＤＭ３０９により、審査者の審査結果の入力を受け付ける。審査の結果問題なく次の承認依頼処理にすすめる場合は、審査者用端末１０３は、ＰＤＭ３１０により、例えば図１２のような承認依頼画面をモニタ１０３ａに表示させ、入力部１０３ｂから承認依頼をする承認者の部署、承認者名の入力を受け取り、承認依頼情報をサーバ１０１にアクセスして図面管理ＤＢ３０２に登録する。例えば、図１１のような、承認ログ情報テーブル３０５（後述する）に承認依頼をした年月日、時間、ユーザ名、作業内容、次の作業者を登録しステータスは未として登録する。さらに、登録した行の１行上のステータスを済にする。例えば、審査者の佐藤二郎が山田三郎に承認依頼をしたときには、承認ログ情報は図１１の２行目のように登録されるが、ステータスは未である。このような処理を行いステップＳ５１０へ進む。なお、審査者が審査の結果、棄却とされた場合はステップＳ５０９−１に進む。また、ここでは審査者の次に上位者である承認者へ依頼する承認フローで説明したが、上位者への承認が不要なフローの場合はステップＳ５１４に進むものとしてもよい。
【００４３】
ステップＳ５０９−１で、審査者用端末１０３は、ＰＤＭ３０９により図面属性情報テーブル３０６の棄却回数に１を加え、値を更新する。例えば、ＣＡＤデータのファイル名がＢＢＢのデータが棄却された場合、図９に示す図面属性情報テーブルのファイル名を検索し、棄却回数に１を加えて更新する。ステップＳ５１０は、ステップＳ５０７と同様のため説明を省く。ステップＳ５１１は、ステップＳ５０８と同様のため説明を省く。
【００４４】
ステップＳ５１２で、承認者用端末１０４は、ＰＤＭにより承認者の承認結果の入力を受け付け、承認の場合は、例えば図１３のような承認依頼画面をモニタ１０４ａに表示させ、承認か棄却かを入力部１０４ｂから入力として受取り、その結果をサーバ１０１にアクセスして図面管理ＤＢ３０２に登録する。例えば、図１１のような承認ログ情報テーブル３０５（後述する）に承認をした年月日、時間、ユーザ名、作業内容、を登録し、ステータスは済として登録する。その結果、例えば承認者の山田三郎が承認をしたときには、承認ログ情報は図１１の３行目のように登録されることとなる。このような処理を行いステップＳ５１３へ進む。なお、承認者により棄却と入力された場合は、ステップＳ５１２−１に進む。
【００４５】
ステップＳ５１２−１で、承認者用端末１０４は、サーバ１０１へアクセスして図面属性情報テーブルの棄却回数に１を加え、値を更新する。ステップ５１３は、ステップＳ５０７と同様のため説明を省く。ステップ５１４では、ステップＳ５１３で“承認”情報入力を受取った後、承認者用端末１０４で客先等に提出するための提出用データを作成するが、これについては後述する。
【００４６】
本実施形態において、図５に示したフローチャートにおける処理は、設計者用端末１０２、審査者用端末１０３および審査者用端末１０４の処理で、いくつかの判断手段などの機能を含めた形で説明した。しかし、これに限られることなく、単純にブラウザアプリケーションでのＨＴＭＬファイルの表示を行い、各端末１０２〜１０４からはイベントをサーバ１０１に送信することでサーバ側はＣＧＩを用いて各ステップを実現する処理を行うなどの変形でも実現できる。
【００４７】
ここで、図１１、図１４に示す各テーブルについて説明する。図１１は、承認ログ情報テーブルを示す図である。承認ログ情報は各ＣＡＤデータと紐づいており、まず年月日、時間はそれぞれ承認作業をしたときの年月日、時間を示し、ユーザ名は作業したユーザの名前を示す。同様に、作業内容はユーザが実行した処理内容を示し、次の作業者はユーザが承認フローを実行したユーザ名を示し、ステータスは次の作業者が作業を実施したかどうかを示す。
【００４８】
図１４は図面属性情報テーブルを示す図であり、図１４に示すように図面属性情報はＣＡＤデータと紐づいており、ファイル名はＣＡＤデータのファイル名を示し、図面サイズは図面の用紙サイズを示す。同様に、図面スケールは図面の縮尺を示し、設計変更番号は設計変更の回数を示し、棄却回数は棄却した回数を示す。この設計変更番号や棄却回数は、履歴情報として印章枠作成処理に利用される。
【００４９】
図６は本発明の実施形態の印章枠作成の処理を示すフローチャートである。まず、ステップＳ６０１では、設計者用端末１０２でステップＳ５０５の審査依頼処理後、設計者用端末１０２は印章枠作成プログラムを実行し、例えばＣＡＤデータのファイル名でサーバ１０１にアクセスし、その図面属性情報テーブル３０６と印章枠作成テーブル３０７（後述する）とから“図面サイズ”、“図面スケール”、“設計変更番号”、“棄却回数”、“初期位置情報”、“枠長さ”、“テキスト枠長さ”を取得する。ステップＳ６０２において、ステップＳ６０１で取得した印章枠作成情報から設計者用端末１０２は、ＣＡＤデータに利用者全員の印章枠を作成する座標位置を計算する。例えば、図１８のように印章枠の左下の座標を（ｘ１,ｙ１）とし、履歴情報である設計変更回数をｃ、棄却回数をｎとし、また初期位置座標を（ａｘ,ａｙ）、枠長さを（ｐｘ,ｐｙ）、テキスト長さａｘとすると、設計者用端末でｘ１=ａｘ-（ｂｘ+ｐｘ）×（ｃ+ｎ）、ｙ１=ｐｙの式を用いて計算することができる。図１８の例ではｙ１＝０である。
【００５０】
ステップＳ６０３では、ステップ６０２で演算した印章枠作成座標ｘ１、ｙ１から、設計者用端末１０２で利用者全員の印章枠を追加して作成可能かどうかどうか判断する。例えば、図１８は、不等式ｘ１＞ｂｘ+ｐｘを満たすとき印章枠作成可能である。ここで、印章枠作成が可能であればステップＳ６０４へ進み、不可能であればステップＳ６０７へ進む。
【００５１】
ステップＳ６０４では、印章枠である個枠を組み合わせて作成するわけであるが、利用者全員の印章枠作成に必要な端点の位置座標を算出し、予め指定した２点をＣＡＤ３０９の２点間直線作成機能を使用して結んで直線を作成することにより印章枠を作成する。例えば、ステップＳ６０１で取得した枠長さ、テキスト枠長さと、ステップＳ６０２印章枠作成座標から図１８のように点Ａ〜Ｊの座標位置を算出し、直線ＡＣ、ＪＤ、ＩＥ、ＨＦ、ＡＨ、ＢＧ、ＣＦを作成する。
【００５２】
ステップＳ６０５において、ステップＳ６０４で印章枠作成完了後、設計者用端末１０２は、印章枠に必要な文字をステップＳ６０４で計算した位置座標とＣＡＤの文字作成機能を用いて作成する。例えば、“設計者”という文字はテキスト左下を位置座標とするとステップＳ６０４で算出した点Ａの位置座標に作成する。同様に、“審査者”、“承認者”の位置座標は点Ｊ、点Ｉにそれぞれ作成する。ステップＳ６０６において、ステップ６０５で文字入力の受取り完了後、設計者用端末１０２は、ステップＳ６０４とステップＳ６０５で作成した印章枠と文字のＣＡＤ要素に印章枠であることを意味する情報、例えば「ＷＡＫＵ」という情報と、ステップＳ６０１で取得した設計変更回数および棄却回数とを属性情報として付加する。
【００５３】
ステップＳ６０７において、ステップＳ６０３で印章枠作成不可の場合、ＣＡＤで初期位置情報（ａｘ，ａｙ）を起点として、特定の倍率ｘ％のスケールをかける。このとき、テキスト枠長さｂｘ，枠長さｐｘ，ｐｙの値にもｘ％をかけ、再度ステップＳ６０２で印章枠作図位置を計算し、ステップＳ６０３で印章枠作成が可能かどうか判断する。なお、この時点でも印章枠作成が不可能であればさらにステップＳ６０７の処理を繰り返す。
【００５４】
ここで、図１５で示すテーブルについて説明する。図１５は印章枠作成テーブルを示す図であり、図面サイズは図面の用紙サイズを示し、図２１のように初期位置座標は、新規作成時の印章枠の右下の座標位置を示す。また、枠長さは印章枠１つのｘ、ｙ方向の長さを示し、テキスト長さは印章枠に必要なテキスト文字、例えば“承認者”の枠の長さを示す。
【００５５】
図７は本発明の実施形態の電子印章貼付け処理を示すフローチャートである。なお、この処理は印章枠作成終了後、または審査依頼後や審査後に行うものであるが、まずは印章枠作成終了後の処理として説明する。まず、ステップＳ７０１で、設計者用端末１０２は、印章貼付けプログラム３１２によりＣＡＤデータのファイル名およびログイン名の入力を受取ってサーバ１０１にアクセスし、図面管理ＤＢ３０２の図面属性情報テーブルから、“図面サイズ”、“図面スケール”、“設計変更番号”、“棄却回数”を取得する。さらに、ユーザ管理ＤＢ３０４（後述する）から、“ユーザの役割”を、電子印章貼付けテーブル（後述する）から“初期位置情報”および“ピッチ情報”を、電子印章管理データベース３０３からログイン名に紐づく電子印章データを取得する。ステップＳ７０２において、ステップＳ７０１で取得した情報から電子印章貼付け位置を計算する。例えば、図１９のように印章の中心座標を（ｘ２,ｙ２）としたとき、初期位置座標（ｃｘ,ｃｙ）棄却回数をｎ、設計変更番号をｃ、ピッチ情報を（ｐｘ,ｐｙ）とし、電子印章貼付け位置座標を、ｘ２=ｃｘ-(ａｘ+ｐｘ)×(ｃ+ｎ)、ｙ２=ｃｙにより算出する。このように、棄却回数や設計変更番号を利用することにより、過去の承認や棄却の情報として図面上に追加することが可能となる。
【００５６】
ステップＳ７０３で、設計者用端末１０２は、ＣＡＤ３０９にて表示しているＣＡＤデータ上にステップＳ７０２で計算した電子印章貼付け位置の座標、例えば、(ｘ２,ｙ２)にステップ７０１で取得した電子印章を貼付ける。ステップＳ７０４において、ステップＳ７０３で電子印章貼付け後、各端末で貼付けた電子印章に電子印章であることを意味する情報、例えば“ＨＡＮＫＯ”と、Ｓ７０１で図面属性情報テーブルから取得した設計変更回数および棄却回数とを属性情報として付加する。ステップＳ７０５において、ステップＳ７０４で電子印章への属性付加後、各端末でＣＡＤの要素ロック機能を使用して電子印章の移動／削除／複写を不可能にする。ステップＳ７０６で、各端末はＣＡＤの保存機能を実行することで、サーバ１０１にアクセスし、図面管理ＤＢ３０２にＣＡＤデータを登録する。
【００５７】
ここで、図１６〜図１７で示す各テーブルについて説明する。図１６は、ユーザ管理ＤＢを示す図であり、まずログイン名は、ＰＤＭにログインするときのログインＩＤを示し、ユーザ名はユーザの名前を示す。また、役割はそのユーザが“設計者”か“審査者”か“承認者”を示し、所属はそのユーザが所属している部署を示す。図１７は電子印章貼付けテーブルを示す図であり、図面サイズは図面の用紙サイズを示し、役割は“設計者”“審査者”“承認者”を示す。また、初期位置情報は初回の印章貼付け位置座標を示し、ピッチ情報は印章と印章の距離を示す。
【００５８】
図８は本発明の一実施形態の提出用図面作成処理を示すフローチャートである。まず、ステップＳ８０１で、承認者用端末１０４のＰＤＭ３１０は、サーバ１０１にアクセスして、図面管理ＤＢ３０２から“図面サイズ”、“図面スケール”、“設計変更番号”、“棄却回数”を、印章枠作成テーブル３０７から“枠長さ”と“印章枠長さ”を取得する。ステップＳ８０２において、ステップＳ８０１で取得した情報から承認者用端末は棄却の有無を判断、例えば“棄却回数”が“０”の場合は棄却なし、“棄却回数”が１以上の場合は棄却ありと判断する。その結果、棄却ありの場合は、ステップＳ８０３へ進み、棄却なしの場合はステップＳ８０５へ進む。
【００５９】
ステップＳ８０３では、ＣＡＤデータの印章枠と電子印章の中で棄却となっている不要な要素を検索し削除する。例えば、Ｓ６０６とＳ７０４でＣＡＤデータの印章枠と電子印章の要素に付加していた“設計変更番号Ａ”と“棄却回数Ｂ”とを取得し、ステップＳ８０１で取得した“設計変更番号Ａ´”と“棄却回数Ｂ´”とで、図２１−１のようにＡ＝Ａ´かつＢ≠Ｂ´の条件を満たす要素を検索し削除する。このとき、削除は、電子印章の要素ロックを承認者用端末１０４にて解除した後に行う。
【００６０】
ステップＳ８０４で、ステップＳ８０３完了後、承認者用端末１０４は、承認者の印章欄に電子印章が貼付いている印章枠と電子印章を移動する。例えば、ＣＡＤデータの印章枠と電子印章の要素に付加している設計変更番号Ａと棄却回数Ｂ、ステップＳ８０１で取得した設計変更番号Ａ´と棄却回数Ｂ´とで、Ａ＝Ａ´、Ｂ＝Ｂ´の条件を満たす要素を検索し、印章枠と電子印章の要素をｘ方向に、長さｎ×（ａｘ+ｐｘ）移動すると図２０の図面２００２のようになる。このとき、電子印章の要素ロックを解除し、移動後、再度電子印章のロックをする。ステップＳ８０５では、ステップ８０４で要素の移動完了後、サーバ１０１にアクセスして、図面管理ＤＢ３０２にＣＡＤデータ登録をする。
【００６１】
尚、これらの図９〜図２１の各種テーブル、各画面の構成及びその内容は限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。以上説明したように、本実施形態によれば、承認フローを実行するときにＣＡＤデータ印章枠を作成し、電子印章を貼付けることができ、承認後、提出用データを作成する。このように、承認フローを回すことができる。
【００６２】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【図面の簡単な説明】
【００６３】
【図１】本発明の一実施形態の図面管理システムの構成を示す図である。
【図２】本発明の一実施形態のサーバのハードウェア構成を示す図である。
【図３】本発明の一実施形態のサーバのモジュール構成図である。
【図４】本発明の一実施形態のサーバと端末とのモジュール間のやり取りを説明するための図である。
【図５】本発明の一実施形態の図面管理システムの基本的な処理フローを示す図である。
【図６】本発明の実施形態の印章枠作成の処理を示すフローチャートである。
【図７】本発明の実施形態の電子印章貼付け処理を示すフローチャートである。
【図８】本発明の一実施形態の提出用図面作成処理を示すフローチャートである。
【図９】本実施形態で使用する図面属性情報登録画面を示す図である。
【図１０】本発明の一実施形態の審査依頼画面の一例を示す図である。
【図１１】本発明の一実施形態承認のログ情報テーブルの一例を示す図である。
【図１２】本発明の一実施形態の承認依頼画面の一例を示す図である。
【図１３】本発明の一実施形態の承認依頼画面の一例を示す図である。
【図１４】本実施形態の図面属性情報テーブルの一例を示す図である。
【図１５】本実施形態の印章枠作成テーブルの一例を示す図である。
【図１６】本発明の一実施形態承認のユーザ管理ＤＢの一例を示す図である。
【図１７】本発明の一実施形態承認の電子印章貼付けテーブルの一例を示す図である。
【図１８】本発明の一実施形態の印章枠の作成を説明するための図である。
【図１９】本発明の一実施形態の印章枠の貼り付けを説明するための図である。
【図２０】本発明の一実施形態の提出用図面の作成を説明するための図である。
【図２１】本発明の一実施形態の印章枠作成テーブルを説明するための図である。
【符号の説明】
【００６４】
１０１  サーバ
１０２〜１０４  端末
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５〜２０８  コントローラ
２０９  キーボード
２１０  ＣＲＴ
２１１  外部メモリ
３０２〜３０４  データベース
３０９〜３１３  プログラム
４０１〜４０６  モジュール
【図１】
2010117998.tif 000003
【図２】
2010117998.tif 000004
【図３】
2010117998.tif 000005
【図４】
2010117998.tif 000006
【図５】
2010117998.tif 000007
【図６】
2010117998.tif 000008
【図７】
2010117998.tif 000009
【図８】
2010117998.tif 000010
【図９】
2010117998.tif 000011
【図１０】
2010117998.tif 000012
【図１１】
2010117998.tif 000013
【図１２】
2010117998.tif 000014
【図１３】
2010117998.tif 000015
【図１４】
2010117998.tif 000016
【図１５】
2010117998.tif 000017
【図１６】
2010117998.tif 000018
【図１７】
2010117998.tif 000019
【図１８】
2010117998.tif 000020
【図１９】
2010117998.tif 000021
【図２０】
2010117998.tif 000022
【図２１】
2010117998.tif 000023