図面管理サーバ、図面管理プログラム、及び図面管理システム
【課題】作業現場で図面データを容易に変更し、変更内容を的確に反映させる。
【解決手段】管理サーバ２は、設計図面を構成する図面データ４を記憶しており、端末３ａ〜３ｃから要求があると、図面データ４から端末表示用の端末用図面データを生成して端末３ａ〜３ｃに送信する。管理サーバ２では、管理者が属性情報５ａ１による、筆跡を図面データ４に重畳して見ることができ、管理者が承認すると、管理サーバ２は、属性情報５ａ１を属性ファイル６に追加する。属性情報５ａ１が追加されると、端末３ａ〜３ｃで、属性情報５ａ１による筆跡を図面データ４に重畳して表示できる。属性ファイル６に端末３ａ〜３ｃの属性を追加していくことにより、端末３ａ〜３ｃでの手書き修正を追加していくことができる。端末３ａ〜３ｃは、通常オフラインとなっており、作業者が管理サーバ２に接続して図面データ４や属性ファイル６をダウンロードして表示できる。
【解決手段】管理サーバ２は、設計図面を構成する図面データ４を記憶しており、端末３ａ〜３ｃから要求があると、図面データ４から端末表示用の端末用図面データを生成して端末３ａ〜３ｃに送信する。管理サーバ２では、管理者が属性情報５ａ１による、筆跡を図面データ４に重畳して見ることができ、管理者が承認すると、管理サーバ２は、属性情報５ａ１を属性ファイル６に追加する。属性情報５ａ１が追加されると、端末３ａ〜３ｃで、属性情報５ａ１による筆跡を図面データ４に重畳して表示できる。属性ファイル６に端末３ａ〜３ｃの属性を追加していくことにより、端末３ａ〜３ｃでの手書き修正を追加していくことができる。端末３ａ〜３ｃは、通常オフラインとなっており、作業者が管理サーバ２に接続して図面データ４や属性ファイル６をダウンロードして表示できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、図面管理サーバ、図面管理プログラム、及び図面管理システムに関し、例えば、建築作業現場で参照する図面を管理するものに関する。
【背景技術】
【０００２】
建築・建設事業では、設計図面が完成すると、これを紙媒体に写して各現場に配布し、作業者は、当該写しを参照しながら作業を行っている。
各現場では、例えば、部材を変更したり、配線や配管を変更したりなど、作業状況に応じて各種の変更がなされることがあり、この場合、現場などで設計図面に変更内容が手書きで加筆修正される。
そして、加筆修正された写しを後に回収して集結し、変更内容を元の設計図面上に手作業で筆写して、現場での変更履歴を反映した設計図面を作成している。当該筆写後の設計図面が建築物の原本図面となる。
【０００３】
このように手作業で変更履歴を反映した設計図面を作成する手法は、膨大な手間が生じるうえ、設計図面の写しになされた変更が他の写しに迅速に反映されないという問題があった。
このような設計図面の変更を容易に行い、他の作業者と変更内容を、迅速に共有する技術として特許文献１の「図面管理システム」がある。
特許文献１の実施の形態２では、サーバに記憶してある図面データをクライアント端末にダウンロードし、クライアント端末で当該図面データを変更した場合に、当該変更がサーバに記憶してある図面データに反映されるようになっている。
【０００４】
しかし、この技術は、オフィスに設定されたクライアント端末から図面データの変更を行うことを主眼としている。そのため、高度な情報処理能力を要するプログラムをクライアント端末で実行すると共に、ＣＡＤ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ Ｄｅｓｉｇｎ）装置による複雑な操作を必要とする。
一方、建設現場では、情報処理能力の限られた携帯端末を用い、作業者が作業と平行しながら容易に図面データを変更できるものでなければならない。
そのため、特許文献１の技術では、作業現場で容易に設計図面を変更したり、また、変更を反映させた設計図面を作業現場で迅速に共有することができないという問題があった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−３３８３８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、作業現場で図面データを容易に変更し、変更内容を的確に反映させることを目的とする。
【課題を解決するための手段】
【０００７】
請求項１に記載の発明では、図面データを記憶した図面データ記憶手段と、ユーザが使用する複数の端末に前記記憶した図面データに基づく表示用のデータを送信するデータ送信手段と、前記端末で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴データ受信手段と、前記受信した変更履歴データによる変更履歴を前記記憶した図面データに当該図面データとは別のデータとして追加する追加手段と、を具備したことを特徴とする図面管理サーバを提供する。
請求項２に記載の発明では、前記データ送信手段は、前記表示用のデータを送信する端末の表示能力に応じて、前記記憶した図面データに所定のデータ変換処理を施すことで前記表示用のデータを生成することを特徴とする請求項１に記載の図面管理サーバを提供する。
請求項３に記載の発明では、前記追加手段は、前記受信した変更履歴データを順次追加することを特徴とする請求項１または請求項２に記載の図面管理サーバを提供する。
請求項４に記載の発明では、前記受信した変更履歴データを前記追加する前に表示する追加前表示手段と、前記表示した変更履歴データに対する承認を受け付ける承認受付手段と、を具備し、前記追加手段は、前記承認を受け付けた場合に前記変更履歴データを追加することを特徴とする請求項３に記載の図面管理サーバを提供する。
請求項５に記載の発明では、前記複数の端末は、複数の組に分けられており、同じ組に属する端末に対して、前記変更履歴データを追加する前であっても、前記変更履歴データが前記同じ組に属する端末で表示可能なように当該変更履歴データを送信することを特徴とする請求項１から請求項４の何れか１項に記載の図面管理サーバを提供する。
請求項６に記載の発明では、前記ユーザが行った変更操作は、手書き入力による操作であり、前記変更履歴を特定する変更履歴データは筆跡データであることを特徴とする請求項１から請求項５の何れか１項に記載の図面管理サーバを提供する。
請求項７に記載の発明では、図面データを記憶した図面データ記憶機能と、ユーザが使用する複数の端末に前記記憶した図面データに基づく表示用のデータを送信するデータ送信機能と、前記端末で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴データ受信機能と、前記受信した変更履歴データによる変更履歴を前記記憶した図面データに当該図面データとは別のデータとして追加する追加機能と、をコンピュータに実現させる図面管理プログラムを提供する。
請求項８記載の発明では、請求項１から請求項６の何れか１項に記載の図面管理サーバと、この図面管理サーバとオフラインで接続可能であり、ユーザが使用する複数の端末とからなることを特徴とする図面管理システムを提供する。
【発明の効果】
【０００８】
本発明によれば、端末において図面に手書きした筆跡をサーバの図面データに反映させることにより、作業現場で図面データを容易に変更し、変更内容を的確に反映させることができる。
【図面の簡単な説明】
【０００９】
【図１】図面管理システムの構成を説明するための図である。
【図２】管理サーバや端末の構成を示した図である。
【図３】図面データと属性ファイルの構成を説明するための図である。
【図４】図面の変更処理の手順を説明するためのフローチャートである。
【図５】変形例を説明するための図である。
【図６】変形例に係る図面の変更処理の手順を説明するためのフローチャートである。
【発明を実施するための形態】
【００１０】
（１）実施形態の概要
管理サーバ２（図１）は、設計図面を構成する図面データ４を記憶しており、端末３ａ〜３ｃから要求があると、図面データ４から端末表示用の端末用の図面データを生成して端末３ａ〜３ｃに送信する。
例えば、端末３ａで設計図面に手書き修正が行われると、端末３ａは、筆跡を特定する筆跡データを含む属性情報５ａ１を管理サーバ２に送信する。
【００１１】
管理サーバ２では、管理者が属性情報５ａ１による筆跡を図面データ４に重畳して見ることができ、管理者が承認すると、管理サーバ２は、属性情報５ａ１を属性ファイル６に追加する。
属性ファイル６に属性情報５ａ１が追加されると、端末３ａ〜３ｃで、属性情報５ａ１による筆跡を図面データ４に重畳して表示することができる。
属性ファイル６に端末３ａ〜３ｃの属性を追加していくことにより、端末３ａ〜３ｃでの手書き修正の内容を追加していくことができる。
なお、端末３ａ〜３ｃは、通常オフラインとなっており、ユーザである作業者が管理サーバ２に接続して図面データ４や属性ファイル６をダウンロードして表示することができる。
【００１２】
（２）実施形態の詳細
図１は、図面管理システム１の構成を説明するための図である。
図面管理システム１は、管理サーバ２、端末３ａ、３ｂ、３ｃ、・・・、タイムスタンプサーバ８などから構成されている。以下では、端末３ａ、３ｂ、３ｃ、・・・、を特に区別しない場合は、単に端末３と記す。
【００１３】
管理サーバ２は、図面データを管理するサーバであって、「図面データの記憶」、「端末用の図面データの送信」、「属性情報の承認」などの機能を有している。以下、これらの機能について説明する。
【００１４】
「図面データの記憶」
管理サーバ２は、図面ＤＢ（データベース）で図面データ４を記憶している。
図面データ４は、設計図面（設計図書）を表示、印刷するためのデータであり、例えば、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）データやＣＡＤデータによって構成されている。
図面データ４は、属性ファイル６の属性情報５（以下、属性情報５ａ１などを特に区別しない場合は、属性情報５と記す）を表示するレイヤを備えており、当該レイヤにて属性情報５ａ１、属性情報５ｂ１、・・・などにより手書き修正を表示することができる。
なお、この実施形態では、端末３での図面データ４に対する変更は、手書き入力による筆跡を例に説明するが、本発明は、これに限られない。例えば、マウスなどの入力装置により、一覧から所定の図形やマークを選択して貼り付けるといった変更も可能である。
【００１５】
図面データ４は、識別情報として図面番号を有しており、図面ファイル名やその他の属性が付与されている。
本実施の形態の図面データ４は、家屋や集合住宅などの設計図面を対象とするが、高層建築の設計図面、プラント建設図面、機械の組立図面など、複数の作業者が同一の図面を用いて作業するものに広く適用することができる。
【００１６】
「端末用の図面データの送信」
管理サーバ２は、オフラインとなっている端末３からアクセスがあり、図面データ４の送信要求があった場合、図面データ４を、所定の大きさの所定の形式の端末用の図面データを端末用の図面データに変換し、即ち、解像度を下げた端末用の図面データに変換して）、属性ファイル６と共に送信する。
【００１７】
このように図面データ４を変換して送信する理由は以下の通りである。
一般に図面データ４は、Ａ０サイズ、Ａ１サイズなどの大判サイズのものがあり、また、ＰＤＦデータやＣＡＤデータで構成されている。
これをそのまま送信して端末３で使用すると、データ量が多くて送信に時間がかかるうえ、これらＰＤＦデータやＣＡＤデータを操作するプログラムを端末３に実装しなければならず、端末３に大きな情報処理負荷をかけてしまう。
【００１８】
また、後述するように、端末３では、手書きで変更を入力してその筆跡（手書きの軌跡）を得ればよいため、設計図面は表示さえできればよい。
更に、手書き入力するためには、設計図面の表示解像度は１５０ｄｐｉ程度で可能である。
管理サーバ２は、端末３で適切に図面が表示されるように、端末３の表示能力に応じた解像度に変更した図面データ４を送信するようになっている。
なお、これは一例であって、図面データ４を端末３に送信するように構成することも可能である。例えば、図面データ４がＡ４サイズのＪＰＥＧデータの場合、管理サーバ２から端末３に図面データ４をそのまま送信することが可能である。
【００１９】
「属性情報の承認」
管理サーバ２では、管理者が属性情報５の中身を見ることができ、承認するか否か判断する。
そして、管理者が承認した場合、管理サーバ２は、属性情報５を、最も新しい属性情報５の後ろに追加して属性ファイル６のバージョンアップを図る。
これにより、更新（バージョンアップ）された属性ファイル６をダウンロードする端末３は、最も新しい属性情報５による手書き修正を表示することができる。
【００２０】
図１の例では、まず、端末３ａによる属性情報５ａ１が属性ファイル６に追加され、次に、端末３ｂによる属性情報５ｂ１が追加される。続いて、端末３ａによる新たな属性情報５ａ２が追加されていく。このように、何れかの端末３にかかわらず、属性情報５が追加されることにより、手書き修正の履歴を記録することができる。
【００２１】
次に、端末３について説明する。
端末３は、ネットワーク接続可能な携帯端末（モバイル端末）であって、作業者が作業現場に携行する。
端末３は、オフライン端末として使用され、作業者が端末３を操作して管理サーバ２にアクセスすることにより、管理サーバ２から端末用の図面データと属性ファイル６をダウンロードする。なお、端末３をオンライン端末としてもよい。
【００２２】
端末３は、設計図面を表示して書込を行うのに十分な大きさの表示画面と、当該表示画面に重ねて設置されたタッチパネルを備えている。
作業者は、タッチパネルを指先やスタイラスペンなどで触れることにより筆跡の入力や端末３の操作を行うことができる。
表示された設計図面は、例えば、タッチパネルを指先で触れて所定の動きを行うことにより拡大したり、移動したりすることができる。
【００２３】
端末３は、端末用の図面データと属性ファイル６を受信し、端末用の図面データで設計図面を表示すると共に、属性ファイル６による手書き修正を設計図面に重畳して表示する。
なお、管理サーバ２が属性ファイル６によって設計図面に手書き修正を重畳した画像で端末用の図面データを作成するように構成することもできる。この場合、属性情報５による手書き修正が端末用の図面データに含まれるため、端末３は、端末用の図面データだけをダウンロードすればよい。
【００２４】
また、表示された設計図面は、手書き入力用のレイヤを備えており、作業者が、指先やスタイラスペンなどで設計図面上で筆記すると、筆跡が当該レイヤに入力され、表示画面に表示される。
例えば、手書きによって、設計図面上の「棚：メラミン合板（造作）」なる記載に×印を記し、更に「シナ合板＋ＣＬに変更」なる記載を行い、当該記載の周りを曲線で囲むことができる。
作業者は、手書き入力が完了すると、端末３を操作して、管理サーバ２に属性情報５を送信する。
【００２５】
次に、タイムスタンプサーバ８について説明する。
タイムスタンプサーバ８は、デジタルデータに対して日時刻証明を行うサーバである。
タイムスタンプサーバ８は、正確に時刻調整された時計装置と自身の秘密鍵を有している。
タイムスタンプサーバ８は、管理サーバ２から管理者の電子署名を受信すると、これに時計装置の日時刻を付与して秘密鍵で署名することによりタイムスタンプを生成し、管理サーバ２に送信する。
【００２６】
当該タイムスタンプは、タイムスタンプサーバ８の秘密鍵に対応する公開鍵でのみ復号化できるため、当該公開鍵でタイムスタンプを検証することにより日時刻とハッシュ値が改竄されていないことを確認でき、日時刻とハッシュ値が改竄されていないことにより属性情報５がその日時刻に確かに存在したことを証明することができる。
【００２７】
図２（ａ）は、管理サーバ２の構成を示した図である。
管理サーバ２は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、通信装置２４、表示装置２５、入力装置２６、記憶装置２７などを備えている。
ＣＰＵ２１は、各種プログラムに従って情報処理を行ったり、管理サーバ２の各部を制御する中央情報処理装置である。
ＲＯＭ２２は、管理サーバ２が動作するための基本的なプログラムやパラメータを記憶した読み取り専用のメモリである。
ＲＡＭ２３は、ＣＰＵ２１が図面管理処理などを行う際にワーキングメモリを提供する読み書きが可能なメモリである。
【００２８】
通信装置２４は、管理サーバ２をインターネットなどのネットワークに接続するインターフェースである。
管理サーバ２は、通信装置２４を介して、端末３に図面データ４の端末用の図面データや属性ファイル６を送信したり、端末３から属性情報５を受信したりする。
【００２９】
表示装置２５は、例えば、液晶ディスプレイなどの表示デバイスを備えており、図面データ４による設計図面を表示したり、端末３から送信されてきた属性情報５の内容を表示したり、承認を行うための画面を表示したりする。
入力装置２６は、例えば、キーボードやマウスなどの入力デバイスを備えており、作業者からの操作を受け付ける。
【００３０】
記憶装置２７は、例えば、ハードディスクなどの大容量の記憶媒体を備えており、図面データ４の管理を行うための図面管理プログラム、端末３を管理するための端末ＤＢ、図面データ４や図面データ４の属性ファイル６を記憶する図面ＤＢ、端末３を使用する作業者を認証するための作業者ＤＢなどを記憶している。
図面ＤＢと端末ＤＢについては、後ほど説明する。また、管理サーバ２が記憶する作業者ＤＢには、作業者の社員番号、氏名、ユーザＩＤやパスワードなどの認証情報、操作を担当する端末３の端末ＩＤなどが記憶されている。
【００３１】
図２（ｂ）は、端末３の構成を示した図である。
端末３は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、通信装置３４、表示装置３５、画面入力装置３６、記憶装置３７などを備えている。
【００３２】
ＣＰＵ３１は、各種プログラムに従って情報処理を行ったり、端末３の各部を制御する中央情報処理装置である。
ＲＯＭ３２は、端末３が動作するための基本的なプログラムやパラメータを記憶した読み取り専用のメモリである。
ＲＡＭ３３は、例えば、ＣＰＵ３１が設計図面を表示したり、手書きによる変更を受け付ける際にワーキングメモリを提供する読み書きが可能なメモリである。
【００３３】
通信装置３４は、端末３をインターネットなどのネットワークに接続するインターフェースである。
端末３は、通信装置３４を介して、管理サーバ２から図面データ４の端末用の図面データを受信したり、管理サーバ２に属性情報５を送信したりすることができる。
【００３４】
表示装置３５は、例えば、液晶ディスプレイなどの表示デバイスを備えており、図面データ４の端末用の図面データによる設計図面を表示したり、作業者の手書きによる筆跡を表示したり、操作用のアイコンなどを表示したりする。
画面入力装置３６は、タッチパネルを備えており、作業者からの手書きによる入力を受け付ける。
タッチパネルと表示画面は、座標軸によって対応づけられており、端末３は、タッチパネルでタッチされた箇所の座標値に設定された画素を駆動することにより手書きによる筆跡を表示する。
【００３５】
記憶装置３７は、例えば、ハードディスクやＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）などの大容量の記憶媒体を備えており、図面を表示したり、手書きによる修正を受け付けたりするための図面利用プログラムなどを記憶している。
【００３６】
図３は、管理サーバ２の図面ＤＢに記憶されている図面データ４と属性ファイル６の構成を説明するための図である。なお、図面ＤＢには、異なる図面内容の図面データ４と属性ファイル６の組が複数記憶されている。
図面データ４は、ＣＡＤデータなどで構成されており、ファイル名として図面ファイル名と拡張子（拡張子Ａとする）が付与されている。
【００３７】
属性ファイル６は、属性情報５ａ１、属性情報５ｂ１など、端末３から送られてくるたびに追加される属性情報５から構成されている。
属性ファイル６には、当該属性ファイル６に係る図面データ４と同じファイル名と、図面データ４と異なる拡張子（拡張子Ｂ）が付与されている。
【００３８】
このように、図面データ４と属性ファイル６は、同じファイル名を付与することにより対応づけられており、拡張子によって図面データ４と属性ファイル６の区別がなされている。
なお、これは一例であって、図面データ４と属性ファイル６のファイル名を同じにする必要はなく、何らかの方法で図面データ４と属性ファイル６が対応づけられていればよい。
【００３９】
属性ファイル６を構成する属性情報５は、端末ＩＤ、担当者情報、筆跡データ、修正コメント、署名情報などから構成されており、端末３から新たな属性情報５が送信されてくると、管理サーバ２は、管理者の承認の下に、属性ファイル６に属性情報５を順次追加することによって属性ファイル６を更新する。このように、属性ファイル６には、各端末３で行われた変更履歴が記録される。
【００４０】
端末ＩＤは、属性情報５の送信元である端末３のＩＤ情報である。
担当者情報は、手書き修正を行う作業者に関する情報であり、例えば、所属部署、氏名などにより構成されている。
【００４１】
筆跡データは、作業者が設計図面に対してタッチパネル上で手書きした筆跡を特定する情報であり、設計図面に対する変更内容（修正追加内容）に該当するものである。筆跡データは、ビットマップデータ、ベクトルデータ、筆跡上のサンプリングした点の座標値などで構成することができる。
【００４２】
修正コメントは、作業者が入力した設計図面の変更に対するコメントである。
署名情報は、端末３から送信されてきた属性情報（端末ＩＤ、筆跡データ、修正コメントなど）のハッシュ値に対して管理者が自身の秘密鍵で行った電子署名と、当該電子署名に対してタイムスタンプサーバ８が発行したタイムスタンプを用いて構成されている。
【００４３】
図４は、図面管理システム１による図面の変更処理の手順を説明するためのフローチャートである。
以下の処理は、端末Ａ、Ｂに関しては、端末Ａ、ＢのＣＰＵ３１が図面利用プログラムに従って行い、管理サーバ２に関しては、ＣＰＵ２１が図面管理プログラムに従って行うものである。
【００４４】
まず、作業者Ａは、作業現場において、端末Ａをオフラインからオンラインに設定して管理サーバ２にアクセスし、管理サーバ２から認証を受ける。この認証は、ユーザＩＤ、パスワード、及び端末３の端末ＩＤなどを用いて行われ、管理サーバ２は、作業者Ａと端末Ａを特定する。
【００４５】
認証が成功すると、管理サーバ２は、端末Ａからのアクセスを受け付ける。そして、端末Ａが設計図面を要求すると（ステップ５）、管理サーバ２は、当該設計図面の端末用の図面データを作成して属性ファイル６と共に端末Ａに送信する。
端末Ａは、管理サーバ２から端末用の図面データと属性ファイル６を受信すると、これを用いて設計図面を属性ファイル６による手書き修正と共に表示する（ステップ１５）。そして、端末Ａは、再びオフラインに戻る。
【００４６】
次に、作業者Ａが端末Ａにおいて設計図面を手書き修正して変更したとする（ステップ３５）。
作業者Ａが変更を完了すると（例えば、作業者Ａが終了ボタンをタッチする）、端末Ａは、オンラインとなって、属性情報５を管理サーバ２に送信する（ステップ４０）。
【００４７】
管理サーバ２は、端末Ａから属性情報５を受信すると、これをＲＡＭ２３に記憶して承認待ちとする。
管理者が属性情報５を閲覧して承認すると（例えば、承認ボタンをクリックするなどすると）（ステップ４５）、管理サーバ２は、タイムスタンプサーバ８にアクセスして、属性情報５に対するタイムスタンプを取得する（ステップ５０）。
次に、属性情報５を属性ファイル６に追加して属性ファイル６を変更（更新）する（ステップ５５）。
【００４８】
属性ファイル６が更新された後、端末Ｂ（端末Ａでもよい）が、当該設計図面を要求すると（ステップ６０）、管理サーバ２は、端末用の図面データを生成すると共に更新後の属性ファイル６を端末Ｂに送信する（ステップ６５）。
端末Ｂは、更新後の属性ファイル６によって、設計図面と共に、端末Ａでなされた手書き修正を表示する（ステップ７０）。
【００４９】
以上のようにして、端末Ａで手書きによる変更が行われると、端末Ａによる属性情報５のアップロードと、その後の管理者による承認によって当該変更が速やかに設計図面に反映される。
また、属性ファイル６による手書きによる筆跡を反映した図面データ４を紙媒体に印刷すれば、原本設計図面となる。
【００５０】
（変形例）
変形例に係る図面管理システム１では、端末３にサブグループを設定し、サブグループ内の端末３では、属性ファイル６のレビジョンアップによって変更内容を閲覧できるようにし、バージョンアップによって、全ての端末３で閲覧できるようにするものである。
これにより、例えば、電気配線を行う複数の作業者の端末３でサブグループを設定し、これら密接にかかわる作業を行う者の間では、承認前の変更を迅速に参照することができる。
【００５１】
図５（ａ）は、レビジョンアップを説明するための図である。
端末３ａ〜３ｃは、サブグループＡに、端末３ｄ〜３ｆは、サブグループＢに、端末３ｇ〜３ｉは、サブグループＣに設定されている。
例えば、端末３ａ〜３ｉは、ある家屋について、同じ図面データ４を利用する端末３であり、そのうち、端末３ａ〜３ｃは、複数の電気配線作業者がそれぞれ所持し、端末３ｄ〜３ｆは、複数の配管作業者がそれぞれ所持し、端末３ｇ〜３ｉは、複数の内装作業者がそれぞれ所持している。
【００５２】
今、端末３ａで加筆修正が行われたとする。この場合、端末３ａは、属性情報５を管理サーバ２に送信する。
管理サーバ２では、承認を経ずに、属性情報５によって属性ファイル６をレビジョンアップする。
【００５３】
すると、同じサブグループＡの端末３ｂ、３ｃでは、属性情報５による手書き修正を閲覧することができる。
一方、サブグループＢ、Ｃの端末３ｄ〜３ｉでは、レビジョンアップ前の属性ファイル６による手書き修正が表示され、レビジョンアップによって更新された属性ファイル６は、閲覧することができない。
【００５４】
なお、サブグループＡのうち、端末３ａに手書き修正の権限と閲覧の権限を与え、端末３ｂ、３ｃには、閲覧のみの権限を与えるなど、手書き修正できる端末３を限定するように構成することもできる。
【００５５】
図５（ｂ）は、バージョンアップを説明するための図である。
端末３ａが送信した属性情報５が管理者によって承認され、属性ファイル６が属性情報５によって正式にバージョンアップされると、サブグループＢ、Ｃに属する端末３ｄ〜３ｉも端末３ａで行われた手書き修正を閲覧することができるようになる。
【００５６】
図６は、変形例に係る図面管理システム１による図面の変更処理の手順を説明するためのフローチャートである。
作業者Ａ１、Ａ２、Ｂが操作する端末Ａ１、Ａ２、Ｂは、同じグループに属しており、このうち、端末Ａ１、Ａ２は、同じサブグループに属し、端末Ｂは、異なるサブグループに属している。
まず、端末Ａ１は、端末用の図面データを表示しているものとする（ステップ１０５）。
【００５７】
このとき、端末Ａ１で手書き修正が行われ（ステップ１２０）、端末Ａ１が管理サーバ２に属性情報５を送信したとする（ステップ１２５）。
すると、管理サーバ２は、属性情報５を受信して属性ファイル６をレビジョンアップして仮属性ファイルとする（ステップ１３０）。
【００５８】
同じサブグループに属する端末Ａ２が設計図面を要求すると（ステップ１３５）、管理サーバ２は、端末用の図面データと仮属性ファイルを送信する（ステップ１４０）。
端末Ａ２は、端末用の図面データによって設計図面を表示すると共に、仮属性ファイルを用いて端末Ａ１で行われた手書き修正を表示する（ステップ１４５）。
なお、異なるサブグループの端末Ｂが設計図面を要求したとしても、管理サーバ２は、レビジョンアップ前の属性ファイル６のみを送信し、端末Ａ１による手書き修正は表示されない。
【００５９】
その後、管理者の操作によって、端末Ａ１による属性情報５を承認すると（ステップ１５０）、管理サーバ２は、属性ファイル６をバージョンアップする（ステップ１５５）。
他のサブグループに属する端末Ｂが設計図面を要求すると（ステップ１６０）、管理サーバ２は、端末用の図面データとバージョンアップした属性ファイル６を送信する（ステップ１６５）。
そして、端末Ｂは、端末Ａ１で行われた手書き修正を表示する（ステップ１７０）。
【００６０】
（解像度の調節について）
以上では、図面管理システム１の構成、及び動作について説明したが、次に、大判図面（Ａ０、Ａ１、長尺）を端末３で手書きにより加筆修正する際の技術的内容について説明する。
実施の形態で説明したように、大判の図面データ４をそのまま端末３に送信して使用することは困難である。
【００６１】
例えば、管理サーバ２に、ＣＡＤデータをＰＤＦソフトでＰＤＦ化したり、紙図面をスキャナーで読み込んでラスター化（ＪＰＥＧ化やＴＩＦＦ化）したりしたＡ０サイズの図面データ４を記憶させ、端末３として現行で最も普及しているタブレット端末を用いると、無線通信回線を使ったモバイル運用の場合、送信にかなりの時間がかかるうえ、ＣＰＵ２１の能力により設計図面を表示できなかったり、又は、表示時間が１０秒以上かかるなどする。そのため、多忙な作業現場で用いるのは実用的でない。
【００６２】
このような場合の対策として、端末３での閲覧に耐える程度に画像の解像度を低下させることが考えられる。
例えば紙の印刷用には４００ｄｐｉのＪＰＥＧが必要でも、端末３では１５０ｄｐｉあれば閲覧用として実用になる。このように、図面データ４の解像度を下げた端末用の図面データを用いることにより、データ送信、及び設計図面の表示を高速化することができる（端末３で数秒程度）。
【００６３】
ところが、作業者が低解像度の端末用の図面データに直接手書きして管理サーバ２に送信し、管理サーバ２がこれを大判に変換すると、元の設計図面の解像度までが下がってしまうという問題がある。
【００６４】
そこで、端末３では、設計図面とは別のレイヤに手書きによる筆跡を記録し、筆跡データを管理サーバ２に送信し、管理サーバ２では、元の高解像度の図面データ４に筆跡データによる筆跡を追加するという方法を採用した。
【００６５】
即ち、管理サーバ２が記憶する図面データ４は、例えば、４００ｄｐｉの高解像度データとし、端末３で使用する端末用の図面データは、例えば、１５０ｄｐｉの低解像度データとする。
【００６６】
端末３で追加修正が行われた場合、管理サーバ２は、追加修正部分のみを筆跡データとして管理サーバ２に送信する。
管理サーバ２は、座標管理を行うことによって、筆跡データによる筆跡を高解像度の図面データ４と重ねることにより、高解像度の図面データ４を損なうことなく、追加修正を反映することができる。
【００６７】
ところで、この方法によると、元の設計図面は高解像度に保つことができるが、作業者の筆跡は低解像度のままであるという問題が生じる。
即ち、作業者が行った筆跡を端末用の図面データに合わせた低解像度（例えば、１５０ｄｐｉ）で記録して、そのまま図面データ４に反映すると、筆跡が粗い解像度のまま図面データ４に反映されるため、線の太さや曲線の表現などが損なわれ、紙に印刷するデータとしては不十分な場合が生じる。
【００６８】
そこで、端末用の図面データは、低解像度（例えば、１５０ｄｐｉ）であっても、端末３で管理する表示用、及び手書き入力用の座標は仮想的に高解像度（例えば、４００ｄｐｉ）とする。
そして、端末３は、高解像度で管理された座標系に、低解像度の端末用の図面データを演算しながら表示を行う。演算上端数が出る場合は、四捨五入などの規則により、高解像度仮想座標への表示をするかしないかを決定する。
【００６９】
手書き入力用のレイヤも、表示用の座標系と同じく仮想的に高解像となっており、手書き入力の際は、設計図面を拡大して入力を受け付ける。
このように、端末３は、高解像度の筆跡データを生成して管理サーバ２に送信する。
これにより得られた筆跡データを管理サーバ２内の図面データ４と結合すれば、紙媒体への印刷に十分な品質を確保することができる。
【００７０】
なお、手書きデータの低解像度から高解像度への変換処理は、管理サーバ２で行うように構成することも可能である。
この場合、管理サーバ２は、低解像度の筆跡データを仮想的な高解像度の座標系上に展開して高解像化を図る。
【００７１】
また、筆跡データをビットマップデータによる高解像度データ空間のまま保持すると、端末３のメモリを多く消費し、筆跡を表示するのに時間がかかったり、あるいは表示できなかったりすることが考えられる。
そこで、筆跡データを、高解像度の座標系で表現するベクトルデータとすると、データ量を少なくしてメモリの消費を節約することができる。
ベクトルデータの生成は、例えば、高解像度の座標系上で筆跡上の離散点をサンプリングし、これを直線や曲線で補完するなどして生成することができる。
【００７２】
ベクトルデータによる筆跡データを管理サーバ２に送信し、図面データ４と結合すれば、高解像度の設計図面に高解像度の手書き修正を重ねることができる。
なお、手書き修正が非常に多くなれば、端末３での表示に時間がかかることも考えられるが、一般に手書き修正量は少ないことや、仮に手書き修正が大量にある場合でも、手書き修正途中で端末３での作業を自動的に一端中断して管理サーバ２に送信し、管理サーバ２で手書き修正が反映されてから作業を再開するなどの運用を行えば、端末３では一定量のデータに抑えることが可能となる。
【００７３】
以上に説明した実施の形態、及び変形例により、次のような構成を得ることができる。
（１）作業現場において、端末３に表示された設計図面への変更を手書きにて行うことができる。
（２）図面データ４の他に属性ファイル６を用いることにより、端末３での手書き修正やその他の情報を、図面データ４を変更することなく当該図面データ４に対応づけることができる。
（３）属性ファイル６を更新することにより、他の端末３と共に変更を共有することができる。
（４）属性ファイル６により変更履歴が残るため、作業者は、変更履歴を確認することにより誤作業を防止することができる。
（５）属性情報５に対してタイムスタンプを付与するため、変更履歴の改竄を防止することができる。
（６）属性情報５に変更を担当した作業者と管理者の情報がタイムスタンプ付きで残るため、変更担当者及び承認者の責務の明確化と否認の防止を図ることができる。
（７）電子化された電子図面を管理サーバ２より複数の端末３にコピー配信し、それぞれの端末３にて同時並行的に追記・修正が可能となる。この追記・修正内容を管理サーバ２にアップロードし、複数の作業者による同時並行的な追記・修正内容を同一図面として閲覧が可能となる。
【００７４】
以上に説明した実施の形態、及び変形例によって、次の構成を得ることができる。
管理サーバ２は、図面ＤＢに図面データ４を記憶しているため、図面データを記憶した図面データ記憶手段を備えている。
また、管理サーバ２は、ユーザが使用する複数の端末３に対して、図面データ４に基づく端末用の図面データ、あるいは、可能な場合は図面データ４を送信して図面を表示させるため、ユーザ（例えば、作業現場で作業者）が使用する複数の端末３に前記記憶した図面データ４に基づく表示用のデータを送信するデータ送信手段を備えている。
また、管理サーバ２は、端末３で入力操作（例えば手書きされた）変更履歴（例えば筆跡）を特定する変更履歴データを含む属性情報５を受信するため、前記端末３で表示した図面に対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末３から受信する変更履歴データ受信手段を備えている。
また、管理サーバ２は、受信した属性情報５による変更履歴を属性ファイル６に追加するため、前記受信した変更履歴データによる変更履歴を前記記憶した当該図面データ４とは別のデータとして追加する追加手段を備えている。
このように、管理サーバ２は、これらの手段を備えた図面管理サーバとして機能している。
【００７５】
管理サーバ２のデータ送信手段は、前記表示用のデータを送信する端末３の表示能力に応じて、記憶した図面データに所定のデータ変換処理を施すことで前記表示用のデータを生成する。
また、管理サーバ２は、属性ファイル６に属性情報５を順次追加していくため、前記追加手段は、前記受信した変更履歴データを順次追加する。
【００７６】
また、管理サーバ２は、管理者に対しては、属性ファイル６を更新する前の属性情報５を表示して、修正に対する承認を受け付けるため、前記受信した変更履歴データを前記追加する前に表示する追加前表示手段と、前記表示した変更履歴データに対する承認を受け付ける承認受付手段と、を備え、管理サーバ２は、承認を受け付けた場合に属性情報５を追加するため、前記追加手段は、前記承認を受け付けた場合に前記変更履歴データを追加する。
【００７７】
また、変形例において、管理サーバ２は、端末３をサブグループに区分し、レビジョンアップに関しては、同じサブグループ内の端末３で属性情報５が表示可能となるように送信するため、前記複数の端末３は、複数の組に分けられており、同じ組に属する端末３に対しては、追加前でも前記履歴変更データによる変更を表示可能に送信する。
【００７８】
管理サーバ２が記憶する図面管理用プログラムは、図面データ４を記憶した図面データ記憶機能と、ユーザ（例えば、作業現場で作業者）が使用する複数の端末３に前記記憶した図面データに基づく表示用のデータを送信するデータ送信機能と、前記端末３で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴データ受信機能と、前記受信した変更履歴データによる変更履歴を前記記憶した当該図面データ４とは別のデータとして追加する追加機能と、をコンピュータに実現させる図面管理プログラムとして機能している。
【００７９】
管理サーバ２は、例えば、４００ｄｐｉの解像度の図面データ４を記憶するため、所定の解像度の図面データを記憶した図面データ記憶手段を備えている。
また、管理サーバ２は、図面データ４から、例えば、１５０ｄｐｉの端末用の図面データを生成して取得するため、前記記憶した図面データから前記所定の解像度よりも低い解像度の表示用データを取得するデータ取得手段を備えている。
また、管理サーバ２は、端末用の図面データを端末３に送信するため、前記取得した表示用のデータをユーザが使用する端末に送信するデータ送信手段を備えている。
また、管理サーバ２は、端末３から変更履歴データを受信するため、前記端末で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴情報受信手段を備えている。
また、管理サーバ２は、変更履歴データが、図面データ４と同じ解像度（例えば、４００ｄｐｉ）で構成されている場合は、変更履歴データの変更履歴を図面データ４に追加し、図面データ４の解像度よりも低い解像度（例えば、１５０ｄｐｉ）で構成されている場合は、図面データ４の解像度と同じ解像度に変換した上、変更履歴に適当な成形を施すなどして図面データ４に追加するため、前記受信した変更履歴データによる変更履歴を前記記憶した図面データに追加する追加手段を備えている。
【００８０】
管理サーバ２は、変更履歴データが図面データ４の解像度よりも低い解像度で構成されている場合は、図面データ４の解像度と同じ解像度に変換した上、変更履歴に適当な成形を施して図面データ４に追加するため、前記追加手段は、前記受信した変更履歴データによる変更履歴を前記所定の解像度に変換してから追加するように構成されている。
【００８１】
端末３は、管理サーバ２から端末用の図面データを受信するため、図面データを管理する管理サーバから前記図面データに基づく表示用のデータを受信するデータ受信手段を備えている。
また、端末３は、端末用の図面データを用いて図面を表示するため、前記受信した表示用のデータを用いて図面を表示する図面表示手段を備えている。
また、端末３は、例えば、図面の表示を１５０ｄｐｉで行い、仮想的に解像度を４００ｄｐｉとしたレイヤで手書きによる変更を受け付けるため、と、前記表示用のデータの解像度よりも高い解像度が設定されたレイヤにおいて、前記端末で表示した図面に対してユーザが入力作業をした変更履歴を取得する変更履歴取得手段を備えている。
また、端末３は、取得した変更履歴を変更履歴データとして管理サーバ２に送信するため、前記取得した変更履歴を特定する変更履歴データを前記管理サーバに送信する変更履歴情報送信手段を備えている。
【００８２】
また、端末３は、ユーザの筆跡をベクトルデータとして取得することも可能であるため、前記変更情報取得手段は、ベクトルデータによって入力作業による変更履歴を取得するように構成することもできる。
【符号の説明】
【００８３】
１ 図面管理システム
２ 管理サーバ
３ 端末
４ 図面データ
５ 属性情報
６ 属性ファイル
８ タイムスタンプサーバ
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 通信装置
２５ 表示装置
２６ 入力装置
２７ 記憶装置
３１ ＣＰＵ
３２ ＲＯＭ
３３ ＲＡＭ
３４ 通信装置
３５ 表示装置
３６ 画面入力装置
３７ 記憶装置
【技術分野】
【０００１】
本発明は、図面管理サーバ、図面管理プログラム、及び図面管理システムに関し、例えば、建築作業現場で参照する図面を管理するものに関する。
【背景技術】
【０００２】
建築・建設事業では、設計図面が完成すると、これを紙媒体に写して各現場に配布し、作業者は、当該写しを参照しながら作業を行っている。
各現場では、例えば、部材を変更したり、配線や配管を変更したりなど、作業状況に応じて各種の変更がなされることがあり、この場合、現場などで設計図面に変更内容が手書きで加筆修正される。
そして、加筆修正された写しを後に回収して集結し、変更内容を元の設計図面上に手作業で筆写して、現場での変更履歴を反映した設計図面を作成している。当該筆写後の設計図面が建築物の原本図面となる。
【０００３】
このように手作業で変更履歴を反映した設計図面を作成する手法は、膨大な手間が生じるうえ、設計図面の写しになされた変更が他の写しに迅速に反映されないという問題があった。
このような設計図面の変更を容易に行い、他の作業者と変更内容を、迅速に共有する技術として特許文献１の「図面管理システム」がある。
特許文献１の実施の形態２では、サーバに記憶してある図面データをクライアント端末にダウンロードし、クライアント端末で当該図面データを変更した場合に、当該変更がサーバに記憶してある図面データに反映されるようになっている。
【０００４】
しかし、この技術は、オフィスに設定されたクライアント端末から図面データの変更を行うことを主眼としている。そのため、高度な情報処理能力を要するプログラムをクライアント端末で実行すると共に、ＣＡＤ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ Ｄｅｓｉｇｎ）装置による複雑な操作を必要とする。
一方、建設現場では、情報処理能力の限られた携帯端末を用い、作業者が作業と平行しながら容易に図面データを変更できるものでなければならない。
そのため、特許文献１の技術では、作業現場で容易に設計図面を変更したり、また、変更を反映させた設計図面を作業現場で迅速に共有することができないという問題があった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−３３８３８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、作業現場で図面データを容易に変更し、変更内容を的確に反映させることを目的とする。
【課題を解決するための手段】
【０００７】
請求項１に記載の発明では、図面データを記憶した図面データ記憶手段と、ユーザが使用する複数の端末に前記記憶した図面データに基づく表示用のデータを送信するデータ送信手段と、前記端末で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴データ受信手段と、前記受信した変更履歴データによる変更履歴を前記記憶した図面データに当該図面データとは別のデータとして追加する追加手段と、を具備したことを特徴とする図面管理サーバを提供する。
請求項２に記載の発明では、前記データ送信手段は、前記表示用のデータを送信する端末の表示能力に応じて、前記記憶した図面データに所定のデータ変換処理を施すことで前記表示用のデータを生成することを特徴とする請求項１に記載の図面管理サーバを提供する。
請求項３に記載の発明では、前記追加手段は、前記受信した変更履歴データを順次追加することを特徴とする請求項１または請求項２に記載の図面管理サーバを提供する。
請求項４に記載の発明では、前記受信した変更履歴データを前記追加する前に表示する追加前表示手段と、前記表示した変更履歴データに対する承認を受け付ける承認受付手段と、を具備し、前記追加手段は、前記承認を受け付けた場合に前記変更履歴データを追加することを特徴とする請求項３に記載の図面管理サーバを提供する。
請求項５に記載の発明では、前記複数の端末は、複数の組に分けられており、同じ組に属する端末に対して、前記変更履歴データを追加する前であっても、前記変更履歴データが前記同じ組に属する端末で表示可能なように当該変更履歴データを送信することを特徴とする請求項１から請求項４の何れか１項に記載の図面管理サーバを提供する。
請求項６に記載の発明では、前記ユーザが行った変更操作は、手書き入力による操作であり、前記変更履歴を特定する変更履歴データは筆跡データであることを特徴とする請求項１から請求項５の何れか１項に記載の図面管理サーバを提供する。
請求項７に記載の発明では、図面データを記憶した図面データ記憶機能と、ユーザが使用する複数の端末に前記記憶した図面データに基づく表示用のデータを送信するデータ送信機能と、前記端末で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴データ受信機能と、前記受信した変更履歴データによる変更履歴を前記記憶した図面データに当該図面データとは別のデータとして追加する追加機能と、をコンピュータに実現させる図面管理プログラムを提供する。
請求項８記載の発明では、請求項１から請求項６の何れか１項に記載の図面管理サーバと、この図面管理サーバとオフラインで接続可能であり、ユーザが使用する複数の端末とからなることを特徴とする図面管理システムを提供する。
【発明の効果】
【０００８】
本発明によれば、端末において図面に手書きした筆跡をサーバの図面データに反映させることにより、作業現場で図面データを容易に変更し、変更内容を的確に反映させることができる。
【図面の簡単な説明】
【０００９】
【図１】図面管理システムの構成を説明するための図である。
【図２】管理サーバや端末の構成を示した図である。
【図３】図面データと属性ファイルの構成を説明するための図である。
【図４】図面の変更処理の手順を説明するためのフローチャートである。
【図５】変形例を説明するための図である。
【図６】変形例に係る図面の変更処理の手順を説明するためのフローチャートである。
【発明を実施するための形態】
【００１０】
（１）実施形態の概要
管理サーバ２（図１）は、設計図面を構成する図面データ４を記憶しており、端末３ａ〜３ｃから要求があると、図面データ４から端末表示用の端末用の図面データを生成して端末３ａ〜３ｃに送信する。
例えば、端末３ａで設計図面に手書き修正が行われると、端末３ａは、筆跡を特定する筆跡データを含む属性情報５ａ１を管理サーバ２に送信する。
【００１１】
管理サーバ２では、管理者が属性情報５ａ１による筆跡を図面データ４に重畳して見ることができ、管理者が承認すると、管理サーバ２は、属性情報５ａ１を属性ファイル６に追加する。
属性ファイル６に属性情報５ａ１が追加されると、端末３ａ〜３ｃで、属性情報５ａ１による筆跡を図面データ４に重畳して表示することができる。
属性ファイル６に端末３ａ〜３ｃの属性を追加していくことにより、端末３ａ〜３ｃでの手書き修正の内容を追加していくことができる。
なお、端末３ａ〜３ｃは、通常オフラインとなっており、ユーザである作業者が管理サーバ２に接続して図面データ４や属性ファイル６をダウンロードして表示することができる。
【００１２】
（２）実施形態の詳細
図１は、図面管理システム１の構成を説明するための図である。
図面管理システム１は、管理サーバ２、端末３ａ、３ｂ、３ｃ、・・・、タイムスタンプサーバ８などから構成されている。以下では、端末３ａ、３ｂ、３ｃ、・・・、を特に区別しない場合は、単に端末３と記す。
【００１３】
管理サーバ２は、図面データを管理するサーバであって、「図面データの記憶」、「端末用の図面データの送信」、「属性情報の承認」などの機能を有している。以下、これらの機能について説明する。
【００１４】
「図面データの記憶」
管理サーバ２は、図面ＤＢ（データベース）で図面データ４を記憶している。
図面データ４は、設計図面（設計図書）を表示、印刷するためのデータであり、例えば、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）データやＣＡＤデータによって構成されている。
図面データ４は、属性ファイル６の属性情報５（以下、属性情報５ａ１などを特に区別しない場合は、属性情報５と記す）を表示するレイヤを備えており、当該レイヤにて属性情報５ａ１、属性情報５ｂ１、・・・などにより手書き修正を表示することができる。
なお、この実施形態では、端末３での図面データ４に対する変更は、手書き入力による筆跡を例に説明するが、本発明は、これに限られない。例えば、マウスなどの入力装置により、一覧から所定の図形やマークを選択して貼り付けるといった変更も可能である。
【００１５】
図面データ４は、識別情報として図面番号を有しており、図面ファイル名やその他の属性が付与されている。
本実施の形態の図面データ４は、家屋や集合住宅などの設計図面を対象とするが、高層建築の設計図面、プラント建設図面、機械の組立図面など、複数の作業者が同一の図面を用いて作業するものに広く適用することができる。
【００１６】
「端末用の図面データの送信」
管理サーバ２は、オフラインとなっている端末３からアクセスがあり、図面データ４の送信要求があった場合、図面データ４を、所定の大きさの所定の形式の端末用の図面データを端末用の図面データに変換し、即ち、解像度を下げた端末用の図面データに変換して）、属性ファイル６と共に送信する。
【００１７】
このように図面データ４を変換して送信する理由は以下の通りである。
一般に図面データ４は、Ａ０サイズ、Ａ１サイズなどの大判サイズのものがあり、また、ＰＤＦデータやＣＡＤデータで構成されている。
これをそのまま送信して端末３で使用すると、データ量が多くて送信に時間がかかるうえ、これらＰＤＦデータやＣＡＤデータを操作するプログラムを端末３に実装しなければならず、端末３に大きな情報処理負荷をかけてしまう。
【００１８】
また、後述するように、端末３では、手書きで変更を入力してその筆跡（手書きの軌跡）を得ればよいため、設計図面は表示さえできればよい。
更に、手書き入力するためには、設計図面の表示解像度は１５０ｄｐｉ程度で可能である。
管理サーバ２は、端末３で適切に図面が表示されるように、端末３の表示能力に応じた解像度に変更した図面データ４を送信するようになっている。
なお、これは一例であって、図面データ４を端末３に送信するように構成することも可能である。例えば、図面データ４がＡ４サイズのＪＰＥＧデータの場合、管理サーバ２から端末３に図面データ４をそのまま送信することが可能である。
【００１９】
「属性情報の承認」
管理サーバ２では、管理者が属性情報５の中身を見ることができ、承認するか否か判断する。
そして、管理者が承認した場合、管理サーバ２は、属性情報５を、最も新しい属性情報５の後ろに追加して属性ファイル６のバージョンアップを図る。
これにより、更新（バージョンアップ）された属性ファイル６をダウンロードする端末３は、最も新しい属性情報５による手書き修正を表示することができる。
【００２０】
図１の例では、まず、端末３ａによる属性情報５ａ１が属性ファイル６に追加され、次に、端末３ｂによる属性情報５ｂ１が追加される。続いて、端末３ａによる新たな属性情報５ａ２が追加されていく。このように、何れかの端末３にかかわらず、属性情報５が追加されることにより、手書き修正の履歴を記録することができる。
【００２１】
次に、端末３について説明する。
端末３は、ネットワーク接続可能な携帯端末（モバイル端末）であって、作業者が作業現場に携行する。
端末３は、オフライン端末として使用され、作業者が端末３を操作して管理サーバ２にアクセスすることにより、管理サーバ２から端末用の図面データと属性ファイル６をダウンロードする。なお、端末３をオンライン端末としてもよい。
【００２２】
端末３は、設計図面を表示して書込を行うのに十分な大きさの表示画面と、当該表示画面に重ねて設置されたタッチパネルを備えている。
作業者は、タッチパネルを指先やスタイラスペンなどで触れることにより筆跡の入力や端末３の操作を行うことができる。
表示された設計図面は、例えば、タッチパネルを指先で触れて所定の動きを行うことにより拡大したり、移動したりすることができる。
【００２３】
端末３は、端末用の図面データと属性ファイル６を受信し、端末用の図面データで設計図面を表示すると共に、属性ファイル６による手書き修正を設計図面に重畳して表示する。
なお、管理サーバ２が属性ファイル６によって設計図面に手書き修正を重畳した画像で端末用の図面データを作成するように構成することもできる。この場合、属性情報５による手書き修正が端末用の図面データに含まれるため、端末３は、端末用の図面データだけをダウンロードすればよい。
【００２４】
また、表示された設計図面は、手書き入力用のレイヤを備えており、作業者が、指先やスタイラスペンなどで設計図面上で筆記すると、筆跡が当該レイヤに入力され、表示画面に表示される。
例えば、手書きによって、設計図面上の「棚：メラミン合板（造作）」なる記載に×印を記し、更に「シナ合板＋ＣＬに変更」なる記載を行い、当該記載の周りを曲線で囲むことができる。
作業者は、手書き入力が完了すると、端末３を操作して、管理サーバ２に属性情報５を送信する。
【００２５】
次に、タイムスタンプサーバ８について説明する。
タイムスタンプサーバ８は、デジタルデータに対して日時刻証明を行うサーバである。
タイムスタンプサーバ８は、正確に時刻調整された時計装置と自身の秘密鍵を有している。
タイムスタンプサーバ８は、管理サーバ２から管理者の電子署名を受信すると、これに時計装置の日時刻を付与して秘密鍵で署名することによりタイムスタンプを生成し、管理サーバ２に送信する。
【００２６】
当該タイムスタンプは、タイムスタンプサーバ８の秘密鍵に対応する公開鍵でのみ復号化できるため、当該公開鍵でタイムスタンプを検証することにより日時刻とハッシュ値が改竄されていないことを確認でき、日時刻とハッシュ値が改竄されていないことにより属性情報５がその日時刻に確かに存在したことを証明することができる。
【００２７】
図２（ａ）は、管理サーバ２の構成を示した図である。
管理サーバ２は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、通信装置２４、表示装置２５、入力装置２６、記憶装置２７などを備えている。
ＣＰＵ２１は、各種プログラムに従って情報処理を行ったり、管理サーバ２の各部を制御する中央情報処理装置である。
ＲＯＭ２２は、管理サーバ２が動作するための基本的なプログラムやパラメータを記憶した読み取り専用のメモリである。
ＲＡＭ２３は、ＣＰＵ２１が図面管理処理などを行う際にワーキングメモリを提供する読み書きが可能なメモリである。
【００２８】
通信装置２４は、管理サーバ２をインターネットなどのネットワークに接続するインターフェースである。
管理サーバ２は、通信装置２４を介して、端末３に図面データ４の端末用の図面データや属性ファイル６を送信したり、端末３から属性情報５を受信したりする。
【００２９】
表示装置２５は、例えば、液晶ディスプレイなどの表示デバイスを備えており、図面データ４による設計図面を表示したり、端末３から送信されてきた属性情報５の内容を表示したり、承認を行うための画面を表示したりする。
入力装置２６は、例えば、キーボードやマウスなどの入力デバイスを備えており、作業者からの操作を受け付ける。
【００３０】
記憶装置２７は、例えば、ハードディスクなどの大容量の記憶媒体を備えており、図面データ４の管理を行うための図面管理プログラム、端末３を管理するための端末ＤＢ、図面データ４や図面データ４の属性ファイル６を記憶する図面ＤＢ、端末３を使用する作業者を認証するための作業者ＤＢなどを記憶している。
図面ＤＢと端末ＤＢについては、後ほど説明する。また、管理サーバ２が記憶する作業者ＤＢには、作業者の社員番号、氏名、ユーザＩＤやパスワードなどの認証情報、操作を担当する端末３の端末ＩＤなどが記憶されている。
【００３１】
図２（ｂ）は、端末３の構成を示した図である。
端末３は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、通信装置３４、表示装置３５、画面入力装置３６、記憶装置３７などを備えている。
【００３２】
ＣＰＵ３１は、各種プログラムに従って情報処理を行ったり、端末３の各部を制御する中央情報処理装置である。
ＲＯＭ３２は、端末３が動作するための基本的なプログラムやパラメータを記憶した読み取り専用のメモリである。
ＲＡＭ３３は、例えば、ＣＰＵ３１が設計図面を表示したり、手書きによる変更を受け付ける際にワーキングメモリを提供する読み書きが可能なメモリである。
【００３３】
通信装置３４は、端末３をインターネットなどのネットワークに接続するインターフェースである。
端末３は、通信装置３４を介して、管理サーバ２から図面データ４の端末用の図面データを受信したり、管理サーバ２に属性情報５を送信したりすることができる。
【００３４】
表示装置３５は、例えば、液晶ディスプレイなどの表示デバイスを備えており、図面データ４の端末用の図面データによる設計図面を表示したり、作業者の手書きによる筆跡を表示したり、操作用のアイコンなどを表示したりする。
画面入力装置３６は、タッチパネルを備えており、作業者からの手書きによる入力を受け付ける。
タッチパネルと表示画面は、座標軸によって対応づけられており、端末３は、タッチパネルでタッチされた箇所の座標値に設定された画素を駆動することにより手書きによる筆跡を表示する。
【００３５】
記憶装置３７は、例えば、ハードディスクやＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）などの大容量の記憶媒体を備えており、図面を表示したり、手書きによる修正を受け付けたりするための図面利用プログラムなどを記憶している。
【００３６】
図３は、管理サーバ２の図面ＤＢに記憶されている図面データ４と属性ファイル６の構成を説明するための図である。なお、図面ＤＢには、異なる図面内容の図面データ４と属性ファイル６の組が複数記憶されている。
図面データ４は、ＣＡＤデータなどで構成されており、ファイル名として図面ファイル名と拡張子（拡張子Ａとする）が付与されている。
【００３７】
属性ファイル６は、属性情報５ａ１、属性情報５ｂ１など、端末３から送られてくるたびに追加される属性情報５から構成されている。
属性ファイル６には、当該属性ファイル６に係る図面データ４と同じファイル名と、図面データ４と異なる拡張子（拡張子Ｂ）が付与されている。
【００３８】
このように、図面データ４と属性ファイル６は、同じファイル名を付与することにより対応づけられており、拡張子によって図面データ４と属性ファイル６の区別がなされている。
なお、これは一例であって、図面データ４と属性ファイル６のファイル名を同じにする必要はなく、何らかの方法で図面データ４と属性ファイル６が対応づけられていればよい。
【００３９】
属性ファイル６を構成する属性情報５は、端末ＩＤ、担当者情報、筆跡データ、修正コメント、署名情報などから構成されており、端末３から新たな属性情報５が送信されてくると、管理サーバ２は、管理者の承認の下に、属性ファイル６に属性情報５を順次追加することによって属性ファイル６を更新する。このように、属性ファイル６には、各端末３で行われた変更履歴が記録される。
【００４０】
端末ＩＤは、属性情報５の送信元である端末３のＩＤ情報である。
担当者情報は、手書き修正を行う作業者に関する情報であり、例えば、所属部署、氏名などにより構成されている。
【００４１】
筆跡データは、作業者が設計図面に対してタッチパネル上で手書きした筆跡を特定する情報であり、設計図面に対する変更内容（修正追加内容）に該当するものである。筆跡データは、ビットマップデータ、ベクトルデータ、筆跡上のサンプリングした点の座標値などで構成することができる。
【００４２】
修正コメントは、作業者が入力した設計図面の変更に対するコメントである。
署名情報は、端末３から送信されてきた属性情報（端末ＩＤ、筆跡データ、修正コメントなど）のハッシュ値に対して管理者が自身の秘密鍵で行った電子署名と、当該電子署名に対してタイムスタンプサーバ８が発行したタイムスタンプを用いて構成されている。
【００４３】
図４は、図面管理システム１による図面の変更処理の手順を説明するためのフローチャートである。
以下の処理は、端末Ａ、Ｂに関しては、端末Ａ、ＢのＣＰＵ３１が図面利用プログラムに従って行い、管理サーバ２に関しては、ＣＰＵ２１が図面管理プログラムに従って行うものである。
【００４４】
まず、作業者Ａは、作業現場において、端末Ａをオフラインからオンラインに設定して管理サーバ２にアクセスし、管理サーバ２から認証を受ける。この認証は、ユーザＩＤ、パスワード、及び端末３の端末ＩＤなどを用いて行われ、管理サーバ２は、作業者Ａと端末Ａを特定する。
【００４５】
認証が成功すると、管理サーバ２は、端末Ａからのアクセスを受け付ける。そして、端末Ａが設計図面を要求すると（ステップ５）、管理サーバ２は、当該設計図面の端末用の図面データを作成して属性ファイル６と共に端末Ａに送信する。
端末Ａは、管理サーバ２から端末用の図面データと属性ファイル６を受信すると、これを用いて設計図面を属性ファイル６による手書き修正と共に表示する（ステップ１５）。そして、端末Ａは、再びオフラインに戻る。
【００４６】
次に、作業者Ａが端末Ａにおいて設計図面を手書き修正して変更したとする（ステップ３５）。
作業者Ａが変更を完了すると（例えば、作業者Ａが終了ボタンをタッチする）、端末Ａは、オンラインとなって、属性情報５を管理サーバ２に送信する（ステップ４０）。
【００４７】
管理サーバ２は、端末Ａから属性情報５を受信すると、これをＲＡＭ２３に記憶して承認待ちとする。
管理者が属性情報５を閲覧して承認すると（例えば、承認ボタンをクリックするなどすると）（ステップ４５）、管理サーバ２は、タイムスタンプサーバ８にアクセスして、属性情報５に対するタイムスタンプを取得する（ステップ５０）。
次に、属性情報５を属性ファイル６に追加して属性ファイル６を変更（更新）する（ステップ５５）。
【００４８】
属性ファイル６が更新された後、端末Ｂ（端末Ａでもよい）が、当該設計図面を要求すると（ステップ６０）、管理サーバ２は、端末用の図面データを生成すると共に更新後の属性ファイル６を端末Ｂに送信する（ステップ６５）。
端末Ｂは、更新後の属性ファイル６によって、設計図面と共に、端末Ａでなされた手書き修正を表示する（ステップ７０）。
【００４９】
以上のようにして、端末Ａで手書きによる変更が行われると、端末Ａによる属性情報５のアップロードと、その後の管理者による承認によって当該変更が速やかに設計図面に反映される。
また、属性ファイル６による手書きによる筆跡を反映した図面データ４を紙媒体に印刷すれば、原本設計図面となる。
【００５０】
（変形例）
変形例に係る図面管理システム１では、端末３にサブグループを設定し、サブグループ内の端末３では、属性ファイル６のレビジョンアップによって変更内容を閲覧できるようにし、バージョンアップによって、全ての端末３で閲覧できるようにするものである。
これにより、例えば、電気配線を行う複数の作業者の端末３でサブグループを設定し、これら密接にかかわる作業を行う者の間では、承認前の変更を迅速に参照することができる。
【００５１】
図５（ａ）は、レビジョンアップを説明するための図である。
端末３ａ〜３ｃは、サブグループＡに、端末３ｄ〜３ｆは、サブグループＢに、端末３ｇ〜３ｉは、サブグループＣに設定されている。
例えば、端末３ａ〜３ｉは、ある家屋について、同じ図面データ４を利用する端末３であり、そのうち、端末３ａ〜３ｃは、複数の電気配線作業者がそれぞれ所持し、端末３ｄ〜３ｆは、複数の配管作業者がそれぞれ所持し、端末３ｇ〜３ｉは、複数の内装作業者がそれぞれ所持している。
【００５２】
今、端末３ａで加筆修正が行われたとする。この場合、端末３ａは、属性情報５を管理サーバ２に送信する。
管理サーバ２では、承認を経ずに、属性情報５によって属性ファイル６をレビジョンアップする。
【００５３】
すると、同じサブグループＡの端末３ｂ、３ｃでは、属性情報５による手書き修正を閲覧することができる。
一方、サブグループＢ、Ｃの端末３ｄ〜３ｉでは、レビジョンアップ前の属性ファイル６による手書き修正が表示され、レビジョンアップによって更新された属性ファイル６は、閲覧することができない。
【００５４】
なお、サブグループＡのうち、端末３ａに手書き修正の権限と閲覧の権限を与え、端末３ｂ、３ｃには、閲覧のみの権限を与えるなど、手書き修正できる端末３を限定するように構成することもできる。
【００５５】
図５（ｂ）は、バージョンアップを説明するための図である。
端末３ａが送信した属性情報５が管理者によって承認され、属性ファイル６が属性情報５によって正式にバージョンアップされると、サブグループＢ、Ｃに属する端末３ｄ〜３ｉも端末３ａで行われた手書き修正を閲覧することができるようになる。
【００５６】
図６は、変形例に係る図面管理システム１による図面の変更処理の手順を説明するためのフローチャートである。
作業者Ａ１、Ａ２、Ｂが操作する端末Ａ１、Ａ２、Ｂは、同じグループに属しており、このうち、端末Ａ１、Ａ２は、同じサブグループに属し、端末Ｂは、異なるサブグループに属している。
まず、端末Ａ１は、端末用の図面データを表示しているものとする（ステップ１０５）。
【００５７】
このとき、端末Ａ１で手書き修正が行われ（ステップ１２０）、端末Ａ１が管理サーバ２に属性情報５を送信したとする（ステップ１２５）。
すると、管理サーバ２は、属性情報５を受信して属性ファイル６をレビジョンアップして仮属性ファイルとする（ステップ１３０）。
【００５８】
同じサブグループに属する端末Ａ２が設計図面を要求すると（ステップ１３５）、管理サーバ２は、端末用の図面データと仮属性ファイルを送信する（ステップ１４０）。
端末Ａ２は、端末用の図面データによって設計図面を表示すると共に、仮属性ファイルを用いて端末Ａ１で行われた手書き修正を表示する（ステップ１４５）。
なお、異なるサブグループの端末Ｂが設計図面を要求したとしても、管理サーバ２は、レビジョンアップ前の属性ファイル６のみを送信し、端末Ａ１による手書き修正は表示されない。
【００５９】
その後、管理者の操作によって、端末Ａ１による属性情報５を承認すると（ステップ１５０）、管理サーバ２は、属性ファイル６をバージョンアップする（ステップ１５５）。
他のサブグループに属する端末Ｂが設計図面を要求すると（ステップ１６０）、管理サーバ２は、端末用の図面データとバージョンアップした属性ファイル６を送信する（ステップ１６５）。
そして、端末Ｂは、端末Ａ１で行われた手書き修正を表示する（ステップ１７０）。
【００６０】
（解像度の調節について）
以上では、図面管理システム１の構成、及び動作について説明したが、次に、大判図面（Ａ０、Ａ１、長尺）を端末３で手書きにより加筆修正する際の技術的内容について説明する。
実施の形態で説明したように、大判の図面データ４をそのまま端末３に送信して使用することは困難である。
【００６１】
例えば、管理サーバ２に、ＣＡＤデータをＰＤＦソフトでＰＤＦ化したり、紙図面をスキャナーで読み込んでラスター化（ＪＰＥＧ化やＴＩＦＦ化）したりしたＡ０サイズの図面データ４を記憶させ、端末３として現行で最も普及しているタブレット端末を用いると、無線通信回線を使ったモバイル運用の場合、送信にかなりの時間がかかるうえ、ＣＰＵ２１の能力により設計図面を表示できなかったり、又は、表示時間が１０秒以上かかるなどする。そのため、多忙な作業現場で用いるのは実用的でない。
【００６２】
このような場合の対策として、端末３での閲覧に耐える程度に画像の解像度を低下させることが考えられる。
例えば紙の印刷用には４００ｄｐｉのＪＰＥＧが必要でも、端末３では１５０ｄｐｉあれば閲覧用として実用になる。このように、図面データ４の解像度を下げた端末用の図面データを用いることにより、データ送信、及び設計図面の表示を高速化することができる（端末３で数秒程度）。
【００６３】
ところが、作業者が低解像度の端末用の図面データに直接手書きして管理サーバ２に送信し、管理サーバ２がこれを大判に変換すると、元の設計図面の解像度までが下がってしまうという問題がある。
【００６４】
そこで、端末３では、設計図面とは別のレイヤに手書きによる筆跡を記録し、筆跡データを管理サーバ２に送信し、管理サーバ２では、元の高解像度の図面データ４に筆跡データによる筆跡を追加するという方法を採用した。
【００６５】
即ち、管理サーバ２が記憶する図面データ４は、例えば、４００ｄｐｉの高解像度データとし、端末３で使用する端末用の図面データは、例えば、１５０ｄｐｉの低解像度データとする。
【００６６】
端末３で追加修正が行われた場合、管理サーバ２は、追加修正部分のみを筆跡データとして管理サーバ２に送信する。
管理サーバ２は、座標管理を行うことによって、筆跡データによる筆跡を高解像度の図面データ４と重ねることにより、高解像度の図面データ４を損なうことなく、追加修正を反映することができる。
【００６７】
ところで、この方法によると、元の設計図面は高解像度に保つことができるが、作業者の筆跡は低解像度のままであるという問題が生じる。
即ち、作業者が行った筆跡を端末用の図面データに合わせた低解像度（例えば、１５０ｄｐｉ）で記録して、そのまま図面データ４に反映すると、筆跡が粗い解像度のまま図面データ４に反映されるため、線の太さや曲線の表現などが損なわれ、紙に印刷するデータとしては不十分な場合が生じる。
【００６８】
そこで、端末用の図面データは、低解像度（例えば、１５０ｄｐｉ）であっても、端末３で管理する表示用、及び手書き入力用の座標は仮想的に高解像度（例えば、４００ｄｐｉ）とする。
そして、端末３は、高解像度で管理された座標系に、低解像度の端末用の図面データを演算しながら表示を行う。演算上端数が出る場合は、四捨五入などの規則により、高解像度仮想座標への表示をするかしないかを決定する。
【００６９】
手書き入力用のレイヤも、表示用の座標系と同じく仮想的に高解像となっており、手書き入力の際は、設計図面を拡大して入力を受け付ける。
このように、端末３は、高解像度の筆跡データを生成して管理サーバ２に送信する。
これにより得られた筆跡データを管理サーバ２内の図面データ４と結合すれば、紙媒体への印刷に十分な品質を確保することができる。
【００７０】
なお、手書きデータの低解像度から高解像度への変換処理は、管理サーバ２で行うように構成することも可能である。
この場合、管理サーバ２は、低解像度の筆跡データを仮想的な高解像度の座標系上に展開して高解像化を図る。
【００７１】
また、筆跡データをビットマップデータによる高解像度データ空間のまま保持すると、端末３のメモリを多く消費し、筆跡を表示するのに時間がかかったり、あるいは表示できなかったりすることが考えられる。
そこで、筆跡データを、高解像度の座標系で表現するベクトルデータとすると、データ量を少なくしてメモリの消費を節約することができる。
ベクトルデータの生成は、例えば、高解像度の座標系上で筆跡上の離散点をサンプリングし、これを直線や曲線で補完するなどして生成することができる。
【００７２】
ベクトルデータによる筆跡データを管理サーバ２に送信し、図面データ４と結合すれば、高解像度の設計図面に高解像度の手書き修正を重ねることができる。
なお、手書き修正が非常に多くなれば、端末３での表示に時間がかかることも考えられるが、一般に手書き修正量は少ないことや、仮に手書き修正が大量にある場合でも、手書き修正途中で端末３での作業を自動的に一端中断して管理サーバ２に送信し、管理サーバ２で手書き修正が反映されてから作業を再開するなどの運用を行えば、端末３では一定量のデータに抑えることが可能となる。
【００７３】
以上に説明した実施の形態、及び変形例により、次のような構成を得ることができる。
（１）作業現場において、端末３に表示された設計図面への変更を手書きにて行うことができる。
（２）図面データ４の他に属性ファイル６を用いることにより、端末３での手書き修正やその他の情報を、図面データ４を変更することなく当該図面データ４に対応づけることができる。
（３）属性ファイル６を更新することにより、他の端末３と共に変更を共有することができる。
（４）属性ファイル６により変更履歴が残るため、作業者は、変更履歴を確認することにより誤作業を防止することができる。
（５）属性情報５に対してタイムスタンプを付与するため、変更履歴の改竄を防止することができる。
（６）属性情報５に変更を担当した作業者と管理者の情報がタイムスタンプ付きで残るため、変更担当者及び承認者の責務の明確化と否認の防止を図ることができる。
（７）電子化された電子図面を管理サーバ２より複数の端末３にコピー配信し、それぞれの端末３にて同時並行的に追記・修正が可能となる。この追記・修正内容を管理サーバ２にアップロードし、複数の作業者による同時並行的な追記・修正内容を同一図面として閲覧が可能となる。
【００７４】
以上に説明した実施の形態、及び変形例によって、次の構成を得ることができる。
管理サーバ２は、図面ＤＢに図面データ４を記憶しているため、図面データを記憶した図面データ記憶手段を備えている。
また、管理サーバ２は、ユーザが使用する複数の端末３に対して、図面データ４に基づく端末用の図面データ、あるいは、可能な場合は図面データ４を送信して図面を表示させるため、ユーザ（例えば、作業現場で作業者）が使用する複数の端末３に前記記憶した図面データ４に基づく表示用のデータを送信するデータ送信手段を備えている。
また、管理サーバ２は、端末３で入力操作（例えば手書きされた）変更履歴（例えば筆跡）を特定する変更履歴データを含む属性情報５を受信するため、前記端末３で表示した図面に対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末３から受信する変更履歴データ受信手段を備えている。
また、管理サーバ２は、受信した属性情報５による変更履歴を属性ファイル６に追加するため、前記受信した変更履歴データによる変更履歴を前記記憶した当該図面データ４とは別のデータとして追加する追加手段を備えている。
このように、管理サーバ２は、これらの手段を備えた図面管理サーバとして機能している。
【００７５】
管理サーバ２のデータ送信手段は、前記表示用のデータを送信する端末３の表示能力に応じて、記憶した図面データに所定のデータ変換処理を施すことで前記表示用のデータを生成する。
また、管理サーバ２は、属性ファイル６に属性情報５を順次追加していくため、前記追加手段は、前記受信した変更履歴データを順次追加する。
【００７６】
また、管理サーバ２は、管理者に対しては、属性ファイル６を更新する前の属性情報５を表示して、修正に対する承認を受け付けるため、前記受信した変更履歴データを前記追加する前に表示する追加前表示手段と、前記表示した変更履歴データに対する承認を受け付ける承認受付手段と、を備え、管理サーバ２は、承認を受け付けた場合に属性情報５を追加するため、前記追加手段は、前記承認を受け付けた場合に前記変更履歴データを追加する。
【００７７】
また、変形例において、管理サーバ２は、端末３をサブグループに区分し、レビジョンアップに関しては、同じサブグループ内の端末３で属性情報５が表示可能となるように送信するため、前記複数の端末３は、複数の組に分けられており、同じ組に属する端末３に対しては、追加前でも前記履歴変更データによる変更を表示可能に送信する。
【００７８】
管理サーバ２が記憶する図面管理用プログラムは、図面データ４を記憶した図面データ記憶機能と、ユーザ（例えば、作業現場で作業者）が使用する複数の端末３に前記記憶した図面データに基づく表示用のデータを送信するデータ送信機能と、前記端末３で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴データ受信機能と、前記受信した変更履歴データによる変更履歴を前記記憶した当該図面データ４とは別のデータとして追加する追加機能と、をコンピュータに実現させる図面管理プログラムとして機能している。
【００７９】
管理サーバ２は、例えば、４００ｄｐｉの解像度の図面データ４を記憶するため、所定の解像度の図面データを記憶した図面データ記憶手段を備えている。
また、管理サーバ２は、図面データ４から、例えば、１５０ｄｐｉの端末用の図面データを生成して取得するため、前記記憶した図面データから前記所定の解像度よりも低い解像度の表示用データを取得するデータ取得手段を備えている。
また、管理サーバ２は、端末用の図面データを端末３に送信するため、前記取得した表示用のデータをユーザが使用する端末に送信するデータ送信手段を備えている。
また、管理サーバ２は、端末３から変更履歴データを受信するため、前記端末で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴情報受信手段を備えている。
また、管理サーバ２は、変更履歴データが、図面データ４と同じ解像度（例えば、４００ｄｐｉ）で構成されている場合は、変更履歴データの変更履歴を図面データ４に追加し、図面データ４の解像度よりも低い解像度（例えば、１５０ｄｐｉ）で構成されている場合は、図面データ４の解像度と同じ解像度に変換した上、変更履歴に適当な成形を施すなどして図面データ４に追加するため、前記受信した変更履歴データによる変更履歴を前記記憶した図面データに追加する追加手段を備えている。
【００８０】
管理サーバ２は、変更履歴データが図面データ４の解像度よりも低い解像度で構成されている場合は、図面データ４の解像度と同じ解像度に変換した上、変更履歴に適当な成形を施して図面データ４に追加するため、前記追加手段は、前記受信した変更履歴データによる変更履歴を前記所定の解像度に変換してから追加するように構成されている。
【００８１】
端末３は、管理サーバ２から端末用の図面データを受信するため、図面データを管理する管理サーバから前記図面データに基づく表示用のデータを受信するデータ受信手段を備えている。
また、端末３は、端末用の図面データを用いて図面を表示するため、前記受信した表示用のデータを用いて図面を表示する図面表示手段を備えている。
また、端末３は、例えば、図面の表示を１５０ｄｐｉで行い、仮想的に解像度を４００ｄｐｉとしたレイヤで手書きによる変更を受け付けるため、と、前記表示用のデータの解像度よりも高い解像度が設定されたレイヤにおいて、前記端末で表示した図面に対してユーザが入力作業をした変更履歴を取得する変更履歴取得手段を備えている。
また、端末３は、取得した変更履歴を変更履歴データとして管理サーバ２に送信するため、前記取得した変更履歴を特定する変更履歴データを前記管理サーバに送信する変更履歴情報送信手段を備えている。
【００８２】
また、端末３は、ユーザの筆跡をベクトルデータとして取得することも可能であるため、前記変更情報取得手段は、ベクトルデータによって入力作業による変更履歴を取得するように構成することもできる。
【符号の説明】
【００８３】
１ 図面管理システム
２ 管理サーバ
３ 端末
４ 図面データ
５ 属性情報
６ 属性ファイル
８ タイムスタンプサーバ
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 通信装置
２５ 表示装置
２６ 入力装置
２７ 記憶装置
３１ ＣＰＵ
３２ ＲＯＭ
３３ ＲＡＭ
３４ 通信装置
３５ 表示装置
３６ 画面入力装置
３７ 記憶装置
【特許請求の範囲】
【請求項１】
図面データを記憶した図面データ記憶手段と、
ユーザが使用する複数の端末に前記記憶した図面データに基づく表示用のデータを送信するデータ送信手段と、
前記端末で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴データ受信手段と、
前記受信した変更履歴データによる変更履歴を前記記憶した図面データに当該図面データとは別のデータとして追加する追加手段と、
を具備したことを特徴とする図面管理サーバ。
【請求項２】
前記データ送信手段は、前記表示用のデータを送信する端末の表示能力に応じて、前記記憶した図面データに所定のデータ変換処理を施すことで前記表示用のデータを生成することを特徴とする請求項１に記載の図面管理サーバ。
【請求項３】
前記追加手段は、前記受信した変更履歴データを順次追加することを特徴とする請求項１または請求項２に記載の図面管理サーバ。
【請求項４】
前記受信した変更履歴データを前記追加する前に表示する追加前表示手段と、
前記表示した変更履歴データに対する承認を受け付ける承認受付手段と、
を具備し、
前記追加手段は、前記承認を受け付けた場合に前記変更履歴データを追加することを特徴とする請求項３に記載の図面管理サーバ。
【請求項５】
前記複数の端末は、複数の組に分けられており、同じ組に属する端末に対して、前記変更履歴データを追加する前であっても、前記変更履歴データが前記同じ組に属する端末で表示可能なように当該変更履歴データを送信することを特徴とする請求項１から請求項４の何れか１項に記載の図面管理サーバ。
【請求項６】
前記ユーザが行った変更操作は、手書き入力による操作であり、前記変更履歴を特定する変更履歴データは筆跡データであることを特徴とする請求項１から請求項５の何れか１項に記載の図面管理サーバ。
【請求項７】
図面データを記憶した図面データ記憶機能と、
ユーザが使用する複数の端末に前記記憶した図面データに基づく表示用のデータを送信するデータ送信機能と、
前記端末で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴データ受信機能と、
前記受信した変更履歴データによる変更履歴を前記記憶した図面データに当該図面データとは別のデータとして追加する追加機能と、
をコンピュータに実現させる図面管理プログラム。
【請求項８】
請求項１から請求項６の何れか１項に記載の図面管理サーバと、
この図面管理サーバとオフラインで接続可能であり、ユーザが使用する複数の端末とからなることを特徴とする図面管理システム。
【請求項１】
図面データを記憶した図面データ記憶手段と、
ユーザが使用する複数の端末に前記記憶した図面データに基づく表示用のデータを送信するデータ送信手段と、
前記端末で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴データ受信手段と、
前記受信した変更履歴データによる変更履歴を前記記憶した図面データに当該図面データとは別のデータとして追加する追加手段と、
を具備したことを特徴とする図面管理サーバ。
【請求項２】
前記データ送信手段は、前記表示用のデータを送信する端末の表示能力に応じて、前記記憶した図面データに所定のデータ変換処理を施すことで前記表示用のデータを生成することを特徴とする請求項１に記載の図面管理サーバ。
【請求項３】
前記追加手段は、前記受信した変更履歴データを順次追加することを特徴とする請求項１または請求項２に記載の図面管理サーバ。
【請求項４】
前記受信した変更履歴データを前記追加する前に表示する追加前表示手段と、
前記表示した変更履歴データに対する承認を受け付ける承認受付手段と、
を具備し、
前記追加手段は、前記承認を受け付けた場合に前記変更履歴データを追加することを特徴とする請求項３に記載の図面管理サーバ。
【請求項５】
前記複数の端末は、複数の組に分けられており、同じ組に属する端末に対して、前記変更履歴データを追加する前であっても、前記変更履歴データが前記同じ組に属する端末で表示可能なように当該変更履歴データを送信することを特徴とする請求項１から請求項４の何れか１項に記載の図面管理サーバ。
【請求項６】
前記ユーザが行った変更操作は、手書き入力による操作であり、前記変更履歴を特定する変更履歴データは筆跡データであることを特徴とする請求項１から請求項５の何れか１項に記載の図面管理サーバ。
【請求項７】
図面データを記憶した図面データ記憶機能と、
ユーザが使用する複数の端末に前記記憶した図面データに基づく表示用のデータを送信するデータ送信機能と、
前記端末で表示した表示用のデータに対してユーザが当該端末を介して行った変更操作に応じた変更履歴を特定する変更履歴データを当該端末から受信する変更履歴データ受信機能と、
前記受信した変更履歴データによる変更履歴を前記記憶した図面データに当該図面データとは別のデータとして追加する追加機能と、
をコンピュータに実現させる図面管理プログラム。
【請求項８】
請求項１から請求項６の何れか１項に記載の図面管理サーバと、
この図面管理サーバとオフラインで接続可能であり、ユーザが使用する複数の端末とからなることを特徴とする図面管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−２２１１９０（Ｐ２０１２−２２１１９０Ａ）
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願番号】特願２０１１−８５８８５（Ｐ２０１１−８５８８５）
【出願日】平成２３年４月８日（２０１１．４．８）
【出願人】（３９５００３１８７）株式会社セイコーアイ・インフォテック (173)
【Ｆターム（参考）】
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願日】平成２３年４月８日（２０１１．４．８）
【出願人】（３９５００３１８７）株式会社セイコーアイ・インフォテック (173)
【Ｆターム（参考）】
[ Back to top ]