(57)【要約】【課題】正規でない建築モデルパーツで表される設備では、実現できない機能を実現できるものとしてユーザーに誤解を生じさせるおそれがあった。【解決手段】建築モデルデータ評価サーバ３は、クライアント端末２で使用される建築モデルデータ２１を入力として、建築モデルデータ２１に含まれるエレベーター建築モデルパーツ２２を検出する建築モデルパーツ検出部３１と、エレベーター建築モデルパーツ２２の正規判定を行う正規判定部３２と、正規判定の判定結果、及び建築モデルデータ２１を入力として評価した建築モデルデータ２１の評価結果を含む評価結果データ３４をクライアント端末２に送信する評価処理部３３と、を備える。【選択図】図１
2020194381.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末で使用される建築モデルデータの評価を行う建築モデルデータ評価サーバにおいて、
前記建築モデルデータを入力として、前記建築モデルデータに含まれる建築モデルパーツを検出する建築モデルパーツ検出部と、
前記建築モデルパーツの正規判定を行う正規判定部と、
前記正規判定の判定結果、及び前記建築モデルデータを入力として評価した前記建築モデルデータの評価結果を含む評価結果データを前記クライアント端末に送信する評価処理部と、を備える
建築モデルデータ評価サーバ。
【請求項２】
さらに、正規な前記建築モデルパーツを格納する正規建築モデルデータベースを備え、
前記正規判定部は、前記建築モデルパーツの仕様情報が、前記正規建築モデルデータベースに含まれる前記建築モデルパーツを構成する仕様情報と、全部、又は予め決められた一部が一致する場合に、入力された前記建築モデルパーツが正規であると判定する
請求項１に記載の建築モデルデータ評価サーバ。
【請求項３】
前記正規判定部は、入力された前記建築モデルパーツと秘密鍵とを用いて算出した要約値が、前記建築モデルパーツに予め設定された前記要約値と同一である場合に、入力された前記建築モデルパーツを正規であると判定する
請求項１に記載の建築モデルデータ評価サーバ。
【請求項４】
前記正規判定部は、前記建築モデルデータのファイルフォーマットが変更される前と後とで、前記建築モデルパーツに予め設定された前記要約値と、前記正規判定部が算出した前記要約値とが同一である場合に、入力された前記建築モデルパーツが正規であると判定する
請求項３に記載の建築モデルデータ評価サーバ。
【請求項５】
前記正規判定部は、前記建築モデルパーツを構成するデータのうち、予め変更が許容される部分の仕様のデータが変更された場合であっても、前記建築モデルパーツに予め設定された前記要約値と、前記正規判定部が算出した前記要約値とが同一である場合に、入力された前記建築モデルパーツが正規であると判定する
請求項３に記載の建築モデルデータ評価サーバ。
【請求項６】
一つ以上の正規な前記建築モデルパーツと、秘密鍵とを用いて要約値を算出する要約値算出部と、
前記要約値算出部により算出された前記要約値を格納する要約値データベースと、を備え、
前記正規判定部は、入力された前記建築モデルパーツと前記秘密鍵とを用いて算出した要約値が、前記要約値データベースに含まれている場合に、入力された前記建築モデルパーツを正規であると判定する
請求項１に記載の建築モデルデータ評価サーバ。
【請求項７】
前記評価処理部は、前記正規判定部が前記建築モデルパーツを正規でないと判定した場合に、前記建築モデルデータを評価せず、又は正規と判定された前記建築モデルパーツの評価とは異なるパラメータで実施したシミュレーションの結果のばらつきを大きくした前記評価結果を前記評価結果データに含める
請求項１〜６のいずれか一項に記載の建築モデルデータ評価サーバ。
【請求項８】
前記建築モデルパーツでエレベーターが表される場合に、前記パラメータは、前記建築モデルパーツで表される乗りかごの速度、加速度の設定値及び実効値である
請求項７に記載の建築モデルデータ評価サーバ。
【請求項９】
クライアント端末で使用される建築モデルデータの評価を行う建築モデルデータ評価方法において、
前記建築モデルデータを入力として、前記建築モデルデータに含まれる建築モデルパーツを検出し、
前記建築モデルパーツの正規判定を行い、
前記正規判定の判定結果、及び前記建築モデルデータを入力として前記建築モデルデータを評価し、
前記建築モデルデータの評価結果を含む評価結果データを前記クライアント端末に送信する
建築モデルデータ評価方法。
【請求項１０】
建築モデルデータを使用するクライアント端末と、前記建築モデルデータの評価を行う建築モデルデータ評価サーバと、を備える建築モデルデータ評価システムにおいて、
前記建築モデルデータ評価サーバは、
前記クライアント端末で使用される建築モデルデータを入力として、前記建築モデルデータに含まれる建築モデルパーツを検出する建築モデルパーツ検出部と、
前記建築モデルパーツの正規判定を行う正規判定部と、
前記正規判定の判定結果、及び前記建築モデルデータを入力として評価した前記建築モデルデータの評価結果を含む評価結果データを前記クライアント端末に送信する評価処理部と、を有し、
前記クライアント端末は、前記建築モデルデータ評価サーバから受信した前記評価結果データから取り出した前記評価結果を出力する
建築モデルデータ評価システム。
【請求項１１】
さらに、前記記建築モデルデータを格納するモデルパーツデータベースを備え、
前記クライアント端末は、前記クライアント端末で使用される建築モデルデータの識別子を前記建築モデルデータ評価サーバに送信し、
前記建築モデルパーツ検出部は、前記識別子を前記モデルパーツデータベースに送信し、前記モデルパーツデータベースが前記識別子に基づいて検索した前記識別子に対応する前記建築モデルデータ、及び、前記建築モデルデータに含まれる正規の前記建築モデルパーツを受信して、前記建築モデルデータに含まれる前記建築モデルパーツの正規判定を行う
請求項１０に記載の建築モデルデータ評価システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、建築モデルデータ評価サーバ、建築モデルデータ評価方法、及び建築モデルデータ評価システムに関する。
【背景技術】
【０００２】
高層ビルの計画及び施工においては、例えば、ＢＩＭ（Building Information Modeling）データと呼ばれる建築モデルデータを活用し、関係者間の情報共有が進められている。ここで、本明細書で使用する語句を定義する。建築モデルデータは、複数の建築モデルパーツを内包するデータである。建築モデルパーツは、高層ビルを構成する建材やエレベーター、乗客コンベアなどの設備を示すデータである。建築モデルパーツを構成する情報は、少なくとも２Ｄ又は３Ｄの形状データを含み、仕様や型番、製造者など任意の付随する情報を含んでもよい。建築モデルデータは、一般のＢＩＭデータも含むものとする。そして、建築モデルパーツのうち、特にエレベーターを示すパーツを、エレベーター建築モデルパーツと呼ぶ。
【０００３】
従来、高層ビルの計画において、エレベーターの設置計画を効率化することが望まれている。そこで、エレベーターメーカーは、高層ビルの施主や設計者に向けて、エレベーターの建築モデルパーツの提供を進めている。施主や設計者は、エレベーターメーカーが提供した建築モデルパーツを用いることで、実際に調達可能なエレベーターの形状や仕様に基づいて、計画を具体化することができる。
【０００４】
例えば、特許文献１には、エレベーターの建築モデルパーツを組み込んだ建築モデルデータをシミュレーションなどの技術を用いて評価する建築モデルシステムが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１０６５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に開示されたＢＩＭシステムでは、エレベーターの建築モデルパーツが、ＢＩＭシステム内で生成されることが前提となっている。しかし、実際の運用では、設計者はＢＩＭシステムで生成されたものでなく、エレベーターメーカーから提供されたエレベーター建築モデルパーツを取り込み、ＢＩＭシステム以外の他のシステムを使って建築モデルデータを構築することが多かった。このような建築モデルパーツの使い方では、他のシステムに入力された建築モデルデータに含まれるエレベーター建築モデルパーツが、エレベーターメーカーが提供した正規のものであるか否かを確認する必要がある。しかし、特許文献１に開示されたＢＩＭシステムでは、エレベーター建築モデルパーツを正規のデータであるか否か確認することができなかった。
【０００７】
正規の建築モデルパーツで表されるエレベーター等の設備は、エレベーターメーカーによって既に製品化済みであり、エレベーターメーカーが施主に納品することが可能であることが保証される。しかし、他のエレベーターメーカーによって提供された正規でない建築モデルパーツで表される設備は、実際に納品できるか否かを保証できない。また、正規でない建築モデルパーツに設定されている機能やパラメータ等も不十分な可能性も考えられる。従来は、エレベーター建築モデルパーツが正規であるか否かによって、評価の内容や、出力の内容を変更することは考慮されていなかった。このため、正規でない建築モデルパーツで表される設備であるにも関わらず、実現できない機能を実現できるとユーザーに示すおそれがあった。
【０００８】
本発明はこのような状況に鑑みて成されたものであり、クライアント端末で使用される建築モデルデータを適切に評価することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る建築モデルデータ評価サーバは、クライアント端末で使用される建築モデルデータの評価を行うものである。この建築モデルデータ評価サーバは、建築モデルデータを入力として、建築モデルデータに含まれる建築モデルパーツを検出する建築モデルパーツ検出部と、建築モデルパーツの正規判定を行う正規判定部と、正規判定の判定結果、及び建築モデルデータを入力として評価した建築モデルデータの評価結果を含む評価結果データをクライアント端末に送信する評価処理部と、を備える。
【発明の効果】
【００１０】
本発明によれば、入力された建築モデルデータに含まれる建築モデルパーツが正規であるか否かを判定し、判定結果に基づいて行う建築モデルデータの評価結果をクライアント端末に送信することができる。
上記した以外の課題、構成及び効果は、以下の実施の形態の説明により明らかにされる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１の実施の形態に係る建築モデルデータ評価システムの構成例を示すブロック図である。
【図２】本発明の一実施の形態に係る計算機のハードウェア構成例を示すブロック図である。
【図３】本発明の第１の実施の形態に係る建築モデルデータ評価サーバが建築モデルデータを評価する処理の例を示すフローチャートである。
【図４】本発明の第１の実施の形態に係るクライアント端末で使用されるエレベーター建築モデルパーツと、エレベーターメーカーが提供するエレベーター建築モデルパーツの例を示す図である。
【図５】本発明の第１の実施の形態の第２の変形例に係る建築モデルデータ評価システムの構成例を示すブロック図である。
【図６】本発明の第２の実施の形態に係る建築モデルデータ評価システムの構成例を示すブロック図である。
【図７】本発明の第３の実施の形態に係る建築モデルデータ評価システムの構成例を示すブロック図である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について、添付図面を参照して説明する。本明細書及び図面において、実質的に同一の機能又は構成を有する構成要素については、同一の符号を付することにより重複する説明を省略する。
【００１３】
［第１の実施の形態］
初めに、本発明の第１の実施の形態に係る建築モデルデータ評価システムの構成例及び動作例について説明する。
図１は、第１の実施の形態に係る建築モデルデータ評価システム１の構成例を示すブロック図である。
【００１４】
建築モデルデータ評価システム１は、クライアント端末２及び建築モデルデータ評価サーバ３を備える。クライアント端末２及び建築モデルデータ評価サーバ３は、ネットワークＮを介して、互いに各種のデータを送受信可能に接続される。そして、建築モデルデータ評価システム１は、クライアント端末２から入力した建築モデルデータ２１を評価する。建築モデルデータ２１の評価とは、例えば、建築モデルデータ２１で表されるエレベーターの待ち時間、乗りかごの昇降時に発生する騒音、乗りかごの周囲の流体（空気）の流れを評価することである。
【００１５】
クライアント端末２は、例えば、高層ビルの建設を計画する施主や設計者によって用いられる。このクライアント端末２は、建築モデルデータ２１を備える。建築モデルデータ２１は、例えば、クライアント端末２に設けられる不揮発性ストレージ４７（後述する図２を参照）等に記録される。
【００１６】
建築モデルデータ２１は、エレベーター建築モデルパーツ２２を備える。エレベーター建築モデルパーツ２２は、エレベーターメーカーから提供され、建築モデルデータ２１を作成する建築設計者などが、建築モデルデータ２１に必要な仕様のエレベーター建築モデルパーツ２２を取り込む作業を行うことを想定している。
【００１７】
エレベーター建築モデルパーツ２２は、エレベーターで使用される設備等の仕様情報として、少なくとも３Ｄ形状２３ａ、定員２３ｂ、速度２３ｃ、メーカーＩＤ２３ｄ、パーツＩＤ２３ｅを備える。
３Ｄ形状２３ａは、例えば、エレベーターの３Ｄ形状を表すデータである。
定員２３ｂは、エレベーターの乗りかごの乗車定員を表すデータである。
速度２３ｃは、エレベーターの乗りかごの移動速度を表すデータである。
メーカーＩＤ２３ｄは、エレベーター建築モデルパーツ２２を提供したエレベーターメーカーを一意に識別するために割り振られるデータである。
パーツＩＤ２３ｅは、エレベーター建築モデルパーツ２２を一意に識別するために割り振られるデータである。
【００１８】
本実施の形態では、建築モデルデータ評価サーバ３の運用主体であるエレベーターメーカーを「自社」と呼ぶ。上述したようにクライアント端末２では、自社が提供したエレベーター建築モデルパーツ２２を使用した建築モデルデータ２１が作成される。ただし、クライアント端末２では、他のエレベーターメーカー（以下、「他社」と呼ぶ）が提供したエレベーター建築モデルパーツ２２を使用した建築モデルデータ２１が作成されることもある。
【００１９】
そこで、エレベーターメーカーは、クライアント端末２で作成された建築モデルデータ２１が、自社が提供したエレベーター建築モデルパーツ２２を使用したものであるか確認しなければ、建築モデルデータ２１を使用して作成される建築物の安全性等を評価することができない。このため、建築モデルデータ評価サーバ３は、クライアント端末２が作成した建築モデルデータ２１を評価するに先立って、建築モデルデータ２１を構成するエレベーター建築モデルパーツ２２が正規のものであるか否かを判定する。
【００２０】
建築モデルデータ評価サーバ３は、少なくともエレベーター建築モデルパーツ検出部３１と、正規判定部３２と、評価処理部３３と、評価結果データ３４と、正規建築モデルパーツデータベース３５とを備える。
【００２１】
クライアント端末２にて、建築モデルデータ２１を使った構築システムにより建築物の構築が開始される際、クライアント端末２から建築モデルデータ評価サーバ３に建築モデルデータ２１が送信される。また、クライアント端末２は、建築モデルデータ評価サーバ３から受信した評価結果データ３４から取り出した評価結果を出力する。
【００２２】
エレベーター建築モデルパーツ検出部３１は、クライアント端末２からネットワークＮを介して受信した、クライアント端末２で使用される建築モデルデータ２１を入力として、建築モデルデータ２１に含まれるエレベーター建築モデルパーツ２２を検出する。図中では、エレベーター建築モデルパーツ検出部３１を「建築モデルパーツ検出部」と略記する。
【００２３】
正規判定部３２は、エレベーター建築モデルパーツ検出部３１により検出されたエレベーター建築モデルパーツ２２が正規のものである否かを判定し（「正規判定」とも呼ぶ）、評価処理部３３に判定結果を出力する。この判定に際して、正規判定部３２は、正規建築モデルパーツデータベース３５を参照する。正規判定部３２は、エレベーター建築モデルパーツ２２の仕様情報が、正規建築モデルパーツデータベース３５に含まれるエレベーター建築モデルパーツ２２を構成する仕様情報と、全部、又は予め決められた一部が一致する場合に、入力されたエレベーター建築モデルパーツ２２が正規であると判定する。
【００２４】
例えば、正規判定部３２は、建築モデルデータ２１から検出されたエレベーター建築モデルパーツ２２が、正規建築モデルパーツデータベース３５に含まれていれば、エレベーター建築モデルパーツ２２を正規（ＯＫ）と判定する。しかし、正規判定部３２は、建築モデルデータ２１から検出されたエレベーター建築モデルパーツ２２が、正規建築モデルパーツデータベース３５に含まれていなければ、エレベーター建築モデルパーツ２２を正規でない（ＮＧ）と判定する。
【００２５】
評価処理部３３は、正規判定部３２の判定結果、及び建築モデルデータ２１を入力として、シミュレーションなどの評価処理を実施することで建築モデルデータ２１の評価を行った評価結果を得る。建築モデルデータ２１の評価結果は、評価結果データ３４として出力される。そして、評価処理部３３は、建築モデルデータ２１の評価結果を含む評価結果データ３４をクライアント端末２に送信する。建築モデルデータ２１の評価は、例えば、評価処理部３３が、正規判定部３２の判定結果に基づいて、建築モデルデータ２１の評価処理の実施の有無やパラメータを変更したり、評価結果の出力を変更したりすることで行われる。
【００２６】
評価結果データ３４は、評価処理部３３による建築モデルデータ２１の評価結果を格納する。そして、建築モデルデータ評価サーバ３は、ネットワークＮを介してクライアント端末２に評価結果データ３４を送信する。評価結果データ３４には、建築モデルデータ２１に使用されたエレベーター建築モデルパーツ２２が正規であるか否かの判定結果も含まれる。例えば、エレベーター建築モデルパーツ２２が正規のものであれば、評価結果データ３４に正規と記録される。しかし、エレベーター建築モデルパーツ２２が正規のものでなければ、評価結果データ３４にエラーが記録される。
【００２７】
ここで、評価処理部３３は、クライアント端末２で使用されるエレベーター建築モデルパーツ２２が正規でなくても、評価結果データ３４にエラーを記録するのではなく、建築モデルデータ２１として使用する際に支障が生じない程度の余裕を持たせた値を記録することもある。あるいは他社から提供されたエレベーター建築モデルパーツ２２が使用されている場合には、ユーザーに対してエレベーターメーカーが有償で対応することを伝えるメッセージが記録されることもある。
【００２８】
クライアント端末２は、建築モデルデータ評価サーバ３から受信した評価結果データ３４に基づいて、エレベーター建築モデルパーツ２２の評価結果を表示することができる。このため、クライアント端末２を使用するユーザーは、使用するエレベーター建築モデルパーツ２２が正規のものであるか否かといった判定結果と、建築モデルデータ２１の評価結果とを確認することができる。
【００２９】
正規建築モデルパーツデータベース３５は、エレベーターメーカーがユーザーに提供可能な正規なエレベーター建築モデルパーツ３６を格納する。図中では、エレベーター建築モデルパーツ３６を「モデルパーツ」と略記する。上述したように、正規のエレベーター建築モデルパーツ３６は、正規判定部３２による正規判定の際に読み出される。
【００３０】
なお、本実施の形態では、クライアント端末２と建築モデルデータ評価サーバ３はネットワークＮを介して接続される構成とする。しかし、１台のクライアント端末が、クライアント端末２と建築モデルデータ評価サーバ３の両方の機能を兼ねる構成としてもよい。
以上で、図１を用いた建築モデルデータ評価システム１の構成についての説明を終える。
【００３１】
次に、建築モデルデータ評価システム１の各装置を構成する計算機４のハードウェア構成を説明する。
図２は、計算機４のハードウェア構成例を示すブロック図である。
【００３２】
計算機４は、いわゆるコンピュータとして用いられるハードウェアである。計算機４は、バス４４にそれぞれ接続されたＣＰＵ（Central Processing Unit）４１、ＲＯＭ（Read Only Memory）４２、ＲＡＭ（Random Access Memory）４３を備える。さらに、計算機４は、表示装置４５、入力装置４６、不揮発性ストレージ４７、ネットワークインターフェイス４８を備える。
【００３３】
ＣＰＵ４１は、本実施の形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ４２から読み出してＲＡＭ４３にロードし、実行する。ＲＡＭ４３には、ＣＰＵ４１の演算処理の途中で発生した変数やパラメーター等が一時的に書き込まれ、これらの変数やパラメーター等がＣＰＵ４１によって適宜読み出される。建築モデルデータ評価サーバ３における、エレベーター建築モデルパーツ検出部３１、正規判定部３２及び評価処理部３３の各機能は、ＣＰＵ４１の処理により実現される。
【００３４】
表示装置４５は、例えば、液晶ディスプレイモニタであり、計算機４で行われる処理の結果等をユーザーに表示する。入力装置４６には、例えば、キーボード、マウス等が用いられ、ユーザーが所定の操作入力、指示を行うことが可能である。クライアント端末２は、表示装置４５及び入力装置４６を備えるが、建築モデルデータ評価サーバ３は、表示装置４５及び入力装置４６を備えなくてもよい。
【００３５】
不揮発性ストレージ４７としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリ等が用いられる。この不揮発性ストレージ４７には、ＯＳ（Operating System）、各種のパラメーターの他に、計算機４を機能させるためのプログラムが記録されている。ＲＯＭ４２、不揮発性ストレージ４７は、ＣＰＵ４１が動作するために必要なプログラムやデータ等を永続的に記録しており、計算機４によって実行されるプログラムを格納したコンピュータ読取可能な非一過性の記録媒体の一例として用いられる。例えば、建築モデルデータ２１は、クライアント端末２が備える不揮発性ストレージ４７に記録され、正規建築モデルパーツデータベース３５は、建築モデルデータ評価サーバ３が備える不揮発性ストレージ４７に構築される。
【００３６】
ネットワークインターフェイス４８には、例えば、ＮＩＣ（Network Interface Card）等が用いられる。ネットワークインターフェイス４８は、ＮＩＣの端子に接続されたネットワークＮを介して各種のデータを、クライアント端末２と建築モデルデータ評価サーバ３との間で送受信することが可能である。
【００３７】
次に、本発明の建築モデルデータ評価サーバ３において、建築モデルデータ２１の評価を実施する処理の流れを図３に示し、以下で順に説明する。
図３は、建築モデルデータ評価サーバ３が建築モデルデータ２１を評価する処理の例を示すフローチャートである。
【００３８】
ユーザは、クライアント端末２から建築モデルデータ評価サーバ３に対して、評価対象とするエレベーター建築モデルパーツ２２を指定する。建築モデルデータ評価サーバ３は、クライアント端末２から入力された建築モデルデータ２１に対して、まず、エレベーター建築モデルパーツ検出部３１は、エレベーター建築モデルパーツ検出処理を実行する（Ｓ１）。この処理にて、エレベーター建築モデルパーツ検出部３１は、建築モデルデータ２１中のエレベーター建築モデルパーツ２２を検出し、エレベーター建築モデルパーツ２２及び入力の建築モデルデータ２１を正規判定部３２に出力する。
【００３９】
エレベーター建築モデルパーツ検出部３１が検出した単一又は複数のエレベーター建築モデルパーツ２２が正規判定部３２に入力されると、正規判定部３２では、正規判定処理を実行する（Ｓ２）。正規判定処理は、正規判定部３２が、入力されたエレベーター建築モデルパーツ２２を正規のデータであるか否か判定することで行われる。そして、正規判定部３２は、入力したエレベーター建築モデルパーツ２２毎に、「正規である」又は「正規でない」とした正規判定結果を評価処理部３３に出力する。また、正規判定部３２は、入力されたエレベーター建築モデルパーツ２２及び建築モデルデータ２１も評価処理部３３に出力する。
【００４０】
クライアント端末２にエレベーター建築モデルパーツ２２を提供した提供者と、建築モデルデータ評価サーバ３の運用者が共に同一のエレベーターメーカーであれば、正規判定が行われるエレベーター建築モデルパーツ２２と、正規のエレベーター建築モデルパーツ３６は同一と考えてよい。このため、正規判定部３２は、エレベーターメーカーが提供したエレベーター建築モデルパーツ２２であれば、このエレベーター建築モデルパーツ２２を正規であると判定する。しかし、エレベーターメーカーが提供していない他社のエレベーター建築モデルパーツ２２であれば、正規判定部３２は、エレベーター建築モデルパーツ２２を正規でないと判定する。
【００４１】
そして、ステップＳ２にて正規判定部３２が行う正規判定は、正規判定部３２に入力されたエレベーター建築モデルパーツ２２が、正規建築モデルパーツデータベース３５に含まれているエレベーター建築モデルパーツ３６と一致するか否かで行われる。そして、正規判定部３２は、正規建築モデルパーツデータベース３５に一致するエレベーター建築モデルパーツ３６が見つかれば、このエレベーター建築モデルパーツ２２を正規と判定し、一致するエレベーター建築モデルパーツ３６が見つからなければ正規でないと判定する。
【００４２】
この判定において、事前にエレベーター建築モデルパーツ２２に含まれるメーカーＩＤ２３ｄとパーツＩＤ２３ｅの組み合わせが、エレベーター建築モデルパーツ２２を提供したエレベーターメーカーが管理するものであるかを確認してもよい。エレベーターメーカーが、メーカーＩＤ２３ｄとパーツＩＤ２３ｅの組み合わせを管理したものであれば、正規判定部３２は、エレベーター建築モデルパーツ２２の正規判定に移行し、組み合わせを管理したものでなければエレベーター建築モデルパーツ２２を直ちに正規でないと判定してもよい。
【００４３】
ステップＳ２の後、評価処理部３３は、建築モデルデータ２１、エレベーター建築モデルパーツ２２及び正規判定結果を入力として、入力された正規判定結果によって処理を分岐する（Ｓ３）。エレベーター建築モデルパーツ２２が正規である場合には、評価処理部３３が正規の場合における建築モデルデータ２１の評価処理を行い（Ｓ４）、評価結果データ３４を出力する。一方、建築モデルデータ２１が正規でない場合には、評価処理部３３が正規でない場合における建築モデルデータ２１の評価処理を行い（Ｓ５）、評価結果データ３４を出力する。評価処理部３３から出力された評価結果データは、クライアント端末２に通知される。
【００４４】
ステップＳ４，Ｓ５で評価処理部３３が行う評価処理は、公知のシミュレーション技術などを用いてよい。正規のエレベーター建築モデルパーツ２２を含む建築モデルデータ２１であれば、エレベーターメーカーがエレベーター製品の挙動を詳細に把握できるため、建築モデルデータ２１の正確なシミュレーションが可能である。しかし、正規でないエレベーター建築モデルパーツ２２の場合は、エレベーターメーカーが、エレベーター製品の挙動を把握できないことがある。また、制御上の細かい動作や、速度など明示的に設定されている情報についても、その動作のばらつきなどを保証できないこともある。
【００４５】
一方で、評価処理部３３に正規でないエレベーター建築モデルパーツ２２が入力された場合には、評価処理部３３に正規のエレベーター建築モデルパーツ２２が入力された場合と比べて、建築モデルデータ２１の評価が難しくなる。そこで、正規でないエレベーター建築モデルパーツ２２が建築モデルデータ２１に組み込まれてもエレベーター製品の安全性を確保できるとよい。例えば、評価処理部３３は、ステップＳ５における正規でないエレベーター建築モデルパーツ２２を含む建築モデルデータ２１の評価処理において、建築モデルデータ２１の評価結果のばらつきを大きく出力することが考えられる。
【００４６】
そして、評価処理部３３は、正規判定部３２がエレベーター建築モデルパーツ２２を正規でないと判定した場合に、エレベーター建築モデルパーツ２２を評価しない。この場合、評価処理部３３は、エラーメッセージを評価結果データ３４に記録する。また、評価処理部３３は、エレベーター建築モデルパーツ２２を正規のものとして取り扱えるようにするために改善すべき事項を評価結果データ３４に記録してもよい。このような評価結果データ３４を受信したクライアント端末２には、エラーメッセージや改善すべき事項が表示されるため、ユーザーが対処しやすくなる。
【００４７】
また、評価処理部３３は、正規判定部３２がエレベーター建築モデルパーツ２２を正規でないと判定した場合に、正規と判定されたエレベーター建築モデルパーツ２２の評価とは異なるパラメータで実施したシミュレーションの結果のばらつきを大きくした評価結果を評価結果データ３４に含める。例えば、評価処理部３３は、正規でないエレベーター建築モデルパーツ２２を含む建築モデルデータ２１の評価処理では、ばらつきが大きい評価結果が得られるように、予めシミュレーション上で再現するモデルのパラメータのうち、ばらつきを表現する分散などのパラメータを大きく設定する。このような設定により、評価処理部３３は、実際の結果にばらつきがあることを考慮した評価結果データ３４を出力してもよい。
【００４８】
なお、正規のエレベーター建築モデルパーツ２２の評価時と異なる設定とするパラメータとしては、エレベーターメーカーとして正規でないエレベーターの仕様について、振る舞いを確認したり保証できないものが考えられる。例えば、エレベーター建築モデルパーツ２２でエレベーターが表される場合に、パラメータは、乗りかごの速度、加速度の設定値及び実効値である。そして、評価処理部３３は、乗りかごの速度や加速度、速度や加速度の設定値と実効値のばらつき等を大きく表現できるようにパラメータを大きく設定する。また、評価処理部３３は、エレベーターの制御機能を有効又は無効とすることを、評価結果としてもよい。
【００４９】
また、正規判定結果が正規でない場合には、評価処理部３３は、正規でない評価処理を実施せず、入力されたエレベーター建築モデルパーツ２２が正規でないことを表す評価結果を含む評価結果データ３４を出力してもよい。このような評価結果データ３４を受信したクライアント端末２には、エレベーター建築モデルパーツ２２が正規でないことを表す評価結果が表示される。このため、クライアント端末２のユーザーは、正規のエレベーター建築モデルパーツ２２を得ようとすると考えられる。
【００５０】
以上で、建築モデルデータ評価システム１にて、建築モデルデータ２１の評価が実施される処理の流れについて説明を終える。
【００５１】
以上説明した第１の実施の形態に係る建築モデルデータ評価システム１では、評価のためにクライアント端末２から入力された建築モデルデータ２１に含まれるエレベーター建築モデルパーツ２２が、評価対象としてエレベーターメーカーが想定したデータであるか否かを検出することが可能となる。
【００５２】
ここで、正規判定部３２は、入力された建築モデルデータ２１に含まれるエレベーター建築モデルパーツ２２が正規であるか否かを判定する。そして、エレベーター建築モデルパーツ２２が正規である場合と正規でない場合によって、その後に実行する評価処理、及び出力する評価結果データ３４を変更可能である。このため、クライアント端末２では、変更された評価結果データ３４に基づいて、クライアント端末２で使用される建築モデルデータ２１で表されるエレベーターの待ち時間などを適切に表すことが可能となる。
【００５３】
エレベーター建築モデルパーツ２２が正規でない場合には、評価処理部３３は評価結果データ３４を出力しなかったり、正規でないため評価できないことを評価結果データ３４に含めてクライアント端末２に出力できる。このような評価結果データ３４を受信したクライアント端末２では、エレベーター建築モデルパーツ２２が正規でなかったことが示されるため、ユーザーに対して正規のエレベーター建築モデルパーツ２２を用いるように促せると考えられる。
【００５４】
また、エレベーター建築モデルパーツ２２が正規でない場合に、評価処理部３３が評価結果データ３４を出力する場合であっても、評価処理部３３が正規のエレベーター建築モデルパーツ２２の評価時とは異なるパラメータでエレベーター建築モデルパーツ２２を用いたシミュレーションを実施する。評価処理部３３が異なるパラメータでシミュレーションを実施することにより、正規のエレベーター建築モデルパーツ２２を用いた結果に対して、結果のばらつきなどを大きく見積もった結果を出力するなど出力内容を変更できることが望ましい。
【００５５】
また、エレベーターメーカーは、寸法や形状、定員、速度などが異なった多種のエレベーター建築モデルパーツ２２を提供する可能性がある。ただし、クライアント端末２に多種のエレベーター建築モデルパーツ２２が提供された場合においても、正規判定部３２は、クライアント端末２に入力された建築モデルデータ２１に含まれるエレベーター建築モデルパーツ２２が正規であるか否かを、効率的かつ短時間に確認することができる。
【００５６】
また、エレベーター建築モデルパーツ２２は、建築モデルデータ２１を編集するためのソフトウェアによって、そのデータのフォーマットは変更される可能性がある。データのフォーマットが変更された場合でも、正規判定部３２は、適切にエレベーターメーカーが提供した正規のエレベーター建築モデルパーツ２２であるか否かを確認することができる。
【００５７】
また、図１には、クライアント端末２内に建築モデルデータ２１を保存する構成を一例として、クライアント端末２から建築モデルデータ評価サーバ３に建築モデルデータ２１を送信する方式を示した。しかし、建築モデルデータ評価サーバ３内に予め建築モデルデータ２１を保存し、クライアント端末２から評価の対象となる建築モデルデータ２１を指定する方式としてもよい。
【００５８】
［第１の実施の形態の第１の変形例］
なお、正規判定部３２は、エレベーター建築モデルパーツ２２，３６の全体が一致しなくても、予め指定しておいたエレベーター建築モデルパーツ２２から抽出できる項目として、例えば、形状の外寸、定員、速度などの一部項目が一致すれば正規と判定してもよい。
【００５９】
ここで、エレベーター建築モデルパーツ２２の正規判定の基準について説明する。
図４は、クライアント端末２で使用されるエレベーター建築モデルパーツ２２と、エレベーターメーカーが提供するエレベーター建築モデルパーツ３６の例を示す図である。
【００６０】
図４の左側には、ユーザーが使用するエレベーター建築モデルパーツ２２の例が示される。例えば、３階床を移動可能なエレベーターを設計するためのエレベーター建築モデルパーツ２２がクライアント端末２で使用されているとする。
【００６１】
図４の右側には、エレベーターメーカーが提供するエレベーター建築モデルパーツ３６の例が示される。エレベーターメーカーが提供するエレベーター建築モデルパーツ３６についても、３階床を移動可能なエレベーターを設計するために用いられる。そして、ユーザーが使用するエレベーター建築モデルパーツ２２と、エレベーターメーカーが提供するエレベーター建築モデルパーツ３６とは同一である。このようにエレベーター建築モデルパーツ２２，３６の仕様情報の全部が一致すれば、正規判定部３２は、エレベーター建築モデルパーツ２２が正規のものであると判定できる。
【００６２】
なお、ユーザーは、エレベーターメーカーが提供するエレベーター建築モデルパーツ３６を決められた範囲内で変更することが可能である。例えば、５階床を移動可能なエレベーターを設計するために用いるよう、エレベーター建築モデルパーツ２２を増床したり、減床したりする変更を行って、ユーザーが使用するエレベーター建築モデルパーツ２２Ａとすることができる。
【００６３】
図４の左下には、５階床を移動可能なエレベーターを設計するために変更されたエレベーター建築モデルパーツ２２Ａの例が示される。この場合であっても、正規判定部３２は、エレベーター建築モデルパーツ２２Ａ，３６の仕様情報の予め決められた一部が一致すれば、エレベーター建築モデルパーツ２２Ａ，３６は同一であるとし、エレベーター建築モデルパーツ２２Ａを正規と判定することができる。
【００６４】
このようにエレベーター建築モデルパーツ２２が正規であるか否かの基準は、建築モデルデータ２１の提供者及び建築モデルデータ評価サーバ３の運用者間で任意に設定することができる。ただし、予め決められた範囲を逸脱するような変更は同一と判定できない。例えば、ユーザーが、エレベーター建築モデルパーツ２２を２０階床を移動可能な形態に変更した場合、エレベーターメーカーでエレベーターの性能を保証できなくなる。このような場合には、たとえエレベーター建築モデルパーツ２２，３６のメーカーＩＤ２３ｄ及びパーツＩＤ２３ｅが一致していても、エレベーター建築モデルパーツ２２は正規でないと判定される。
【００６５】
［第１の実施の形態の第２の変形例］
また、建築モデルデータ２１は、外部のデータベースなどに保存する方式としてもよい。
この方式について、図５を参照して説明する。
図５は、第２の変形例に係る建築モデルデータ評価システム１Ａの構成例を示す図である。
【００６６】
建築モデルデータ評価システム１Ａでは、第１の実施の形態に係る建築モデルデータ評価システム１のクライアント端末２及び建築モデルデータ評価サーバ３に加えて、モデルパーツデータベース５を備える。
モデルパーツデータベース５は、図１に示したモデルパーツデータベース５に記録される正規のエレベーター建築モデルパーツ２２を格納している。また、モデルパーツデータベース５には、事前にクライアント端末２から建築モデルデータ２１が記録されている。
【００６７】
クライアント端末２が建築モデルデータ２１を使用する際、まず経路Ｐ１を通じて、建築モデルデータ評価サーバ３に対して、建築モデルデータ２１の評価を依頼する。このとき、クライアント端末２は、経路Ｐ１を通じて、クライアント端末２で使用される建築モデルデータ２１の識別子を建築モデルデータ評価サーバ３に送信する。エレベーター建築モデルパーツ２２の識別子は、エレベーター建築モデルパーツ２２を一意に識別化のである。建築モデルデータ評価サーバ３は、モデルパーツデータベース５に対して、経路Ｐ２を通じて、クライアント端末２から受信した識別子のみを送信する。
【００６８】
モデルパーツデータベース５は、建築モデルデータ評価サーバ３から受信した識別子に対応する建築モデルデータ２１を検索し、経路Ｐ３を通じて、建築モデルデータ評価サーバ３に建築モデルデータ２１を送信する。また、モデルパーツデータベース５は、建築モデルデータ２１に含まれるエレベーター建築モデルパーツ２２に相当するエレベーター建築モデルパーツ３６を検索し、建築モデルデータ評価サーバ３にエレベーター建築モデルパーツ３６を送信する。
【００６９】
そして、建築モデルデータ評価サーバ３のエレベーター建築モデルパーツ検出部３１は、モデルパーツデータベース５が識別子に基づいて検索した識別子に対応する建築モデルデータ２１、及び、建築モデルデータ２１に含まれる正規のエレベーター建築モデルパーツ３６を受信する。このとき、エレベーター建築モデルパーツ検出部３１は、建築モデルデータ２１からエレベーター建築モデルパーツ２２を検出する。
【００７０】
正規判定部３２は、エレベーター建築モデルパーツ検出部３１が検出し、又は受信したエレベーター建築モデルパーツ２２，３６が同一であるか確認する。正規判定部３２は、同一であればエレベーター建築モデルパーツ２２を正規であると判定し、同一でなければエレベーター建築モデルパーツ２２を正規でないと判定する。
【００７１】
以降、図１に示した建築モデルデータ評価サーバ３と同様にエレベーター建築モデルパーツ２２の評価処理が行われる。また、第２の変形例に係る建築モデルデータ評価システム１Ａでは、建築モデルデータ評価サーバ３とは別に、モデルパーツデータベース５が建築モデルデータ２１及びエレベーター建築モデルパーツ３６を格納しておく。このため、建築モデルデータ評価サーバ３が大量の建築モデルデータ２１とエレベーター建築モデルパーツ３６を用意しなくてよい。
【００７２】
［第２の実施の形態］
次に、本発明の第２の実施の形態に係る建築モデルデータ評価システムの構成例について、図６を参照して説明する。なお、第１の実施の形態にて既に説明した部分については、詳細な説明を省略する。本実施の形態に係る建築モデルデータ評価システムにおいて、エレベーターメーカーが予めエレベーター建築モデルパーツに付与した要約値を用いて、エレベーター建築モデルパーツが正規であるか否かを判定することが可能となる。以下に、建築モデルデータ評価システムの構成例及び動作例について説明する。
【００７３】
図６は、建築モデルデータ評価システム１Ｂの構成例を示すブロック図である。
建築モデルデータ評価システム１Ｂは、第１の実施の形態に係る建築モデルデータ評価システム１と同様に、ネットワークＮを介してデータを送受信可能に接続されたクライアント端末２と建築モデルデータ評価サーバ３を備える。
【００７４】
クライアント端末２が備えるエレベーター建築モデルパーツ２２は、３Ｄ形状２３ａ、定員２３ｂ、速度２３ｃ、メーカーＩＤ２３ｄ、パーツＩＤ２３ｅに加えて、要約値２３ｆを備える。要約値２３ｆは、エレベーター建築モデルパーツ２２の仕様情報を要約した情報であり、エレベーターメーカーがエレベーター建築モデルパーツ３６に基づいて事前に算出した値である。要約値２３ｆは、エレベーターメーカーがエレベーター建築モデルパーツ２２に設定した状態でクライアント端末２に提供される。要約値２３ｆの詳細な算出方法については後述する。
【００７５】
建築モデルデータ評価サーバ３は、エレベーター建築モデルパーツ検出部３１と、正規判定部３２Ａと、評価処理部３３と、評価結果データ３４とを備えており、さらに、秘密鍵３７を備える。秘密鍵３７は、正規判定部３２Ａが要約値を算出する際に用いられる情報であり、一般には公開されない情報である。このため、エレベーターメーカー以外の第三者は、秘密鍵３７を知らないため、エレベーター建築モデルパーツ２２に正規の要約値２３ｆを付与することはできない。そこで、エレベーターメーカーが要約値２３ｆを算出する際には、秘密鍵３７を建築モデルデータ評価サーバ３以外の外部に公開しないことが重要である。
【００７６】
建築モデルデータ評価システム１Ｂにおいて、建築モデルデータ２１の評価を行う処理は、図３を参照して説明した第１の実施の形態に係る建築モデルデータ評価システム１と同様に行われる。そこで、建築モデルデータ評価システム１における処理と異なる点について説明する。
【００７７】
本実施の形態に係る正規判定部３２Ａは、エレベーター建築モデルパーツ２２に含まれる要約値２３ｆを参照することで、エレベーター建築モデルパーツ２２の正規判定を行う。例えば、正規判定部３２Ａは、入力されたエレベーター建築モデルパーツ２２と秘密鍵３７とを用いて算出した要約値が、エレベーター建築モデルパーツ２２に予め設定された要約値２３ｆと同一である場合に、入力されたエレベーター建築モデルパーツ２２を正規であると判定する。そこで、要約値２３ｆの算出方法と、正規判定の方法について順に説明する。
【００７８】
始めに、エレベーター建築モデルパーツ２２に付与される要約値２３ｆの算出方法について説明する。
エレベーターメーカーが事前に算出する要約値２３ｆの算出方法は、正規判定部３２Ａが行う要約値算出処理と基本的には同様の処理である。エレベーターメーカーは、エレベーター建築モデルパーツ２２を構成する仕様情報のうち、正規判定部３２Ａが要約値算出の対象とする仕様情報と、秘密鍵３７と同様のデータを、正規判定部３２Ａでの要約値算出と同様の方式で一つのバイト列に変換する。そして、エレベーターメーカーは、変換したバイト列を正規判定部３２Ａで用いるものと同じＢｃｒｙｐｔなどの要約値算出方式を用いて要約値２３ｆを算出する。
【００７９】
ここで、秘密鍵３７と同様のデータがバイト列に付与されていなければ、第三者が同じ要約値算出方式を用いて同じ要約値２３ｆを算出できてしまう。このため、正規判定部３２Ａは、エレベーター建築モデルパーツ２２に付与された要約値２３ｆを、正規のエレベーター建築モデルパーツ２２に設定された情報であるか否かの判定に用いることができなくなる。
【００８０】
そこで、建築モデルデータ評価サーバ３は、外部に公開されない秘密鍵３７を持っている。たとえ第三者が、エレベーター建築モデルパーツ２２から要約値２３ｆだけを参照しても、要約値２３ｆが算出された元のバイト列を復元することは容易でない。エレベーターメーカーが秘密鍵３７と同様のデータを用いて要約値２３ｆを算出することにより、建築モデルデータ評価サーバ３は、エレベーター建築モデルパーツ２２に設定された要約値２３ｆを用いて、建築モデルデータ２１が正規な建築モデルデータ２１であるか否かを判定することができる。
【００８１】
次に、正規判定部３２Ａが行う正規判定の方法について説明する。
正規判定部３２Ａは、要約値２３ｆを求めるためにエレベーター建築モデルパーツ２２から参照される仕様情報と、建築モデルデータ評価サーバ３内に保管しておいた秘密鍵３７の情報とを、エレベーターメーカーにて予め決めておいた順番に連結した一つのバイト列に変換する。
【００８２】
そして、正規判定部３２Ａは、変換したバイト列を、公知のＢＣｒｙｐｔなどのアルゴリズムやソフトウェアモジュールを用いて要約値を算出する。正規判定部３２Ａが要約値を算出する処理では、エレベーターメーカーが事前に要約値２３ｆを算出したときに用いた公知のＢＣｒｙｐｔなどのアルゴリズムやソフトウェアモジュールと同じものが用いられる。そして、正規判定部３２Ａは、算出した要約値と、エレベーター建築モデルパーツ２２内に設定された要約値２３ｆとが一致するか否かによって、エレベーター建築モデルパーツ２２が正規のデータであるか否かを判定する。
【００８３】
具体的には、正規判定部３２Ａは、エレベーター建築モデルパーツ２２を構成する仕様情報から算出した要約値と、エレベーター建築モデルパーツ２２に設定された要約値２３ｆとが、同じバイト列から生成された情報であり、共に一致する場合に、エレベーター建築モデルパーツ２２が正規であると判定する。一方、正規判定部３２Ａは、仕様情報から算出した要約値と、エレベーター建築モデルパーツ２２に設定された要約値２３ｆが、同じバイト列から生成された情報でなく一致しない場合に、エレベーター建築モデルパーツ２２が正規ではないと判定する。
【００８４】
そして、評価処理部３３は、正規判定部３２Ａの判定結果に基づいて、エレベーター建築モデルパーツ２２に設定された要約値２３ｆの評価結果をクライアント端末２に出力する。このため、クライアント端末２は、使用したエレベーター建築モデルパーツ２２が、正規のものであるか否かをユーザーに示すことができる。
【００８５】
なお、エレベーター建築モデルパーツ２２を構成する仕様情報のうち要約値２３ｆとして算出されるために用いられる情報は、建築モデルデータ評価サーバ３の運用者（主にエレベーターメーカー）が限定してもよい。情報が限定されることにより、建築モデルデータ２１のファイルフォーマットが変更される前と後とで、エレベーター建築モデルパーツ２２の要約値２３ｆと、正規判定部３２が算出した要約値とが同一となる。そして、正規判定部３２は、建築モデルデータ２１のファイルフォーマットが変更される前と後とで、エレベーター建築モデルパーツ２２の要約値２３ｆと、正規判定部３２が算出した要約値とが同一である場合に、入力されたエレベーター建築モデルパーツ２２が正規であると判定する。
【００８６】
特に、エレベーターのＢＩＭパーツは、サービス階の数だけ昇降路やドアが必要になり，ＢＩＭパーツに対する設定によって昇降路やドアの形状なども大きく異なる。そこで、要約値２３ｆの算出対象とする情報として、サービス階の増減などの許容できる仕様変更であれば、算出される要約値２３ｆが変わらないようにしてよい。このため、エレベーター建築モデルパーツ２２を構成するデータのうち、予め変更が許容される部分の仕様のデータが変更された場合であっても、エレベーター建築モデルパーツ２２に予め設定された要約値２３ｆと、正規判定部３２が算出した要約値とを同一とすることができる。
【００８７】
具体的には、要約値２３ｆの算出対象とする３Ｄ形状２３ａを、サービス階の設定の影響を受けない単一階（例えば入口ホール階）の部分のみに限定することが考えられる。そして、正規判定部３２は、予め変更が許容される部分の仕様のデータが変更された場合であっても、エレベーター建築モデルパーツ２２に予め設定された要約値２３ｆと、正規判定部３２が算出した要約値とを同一である場合に、入力された建築モデルパーツが正規であると判定することができる。
【００８８】
また、ファイルフォーマットの変換の際に、３Ｄ形状２３ａのデータの内部形式が変更されてしまう場合がある。このため、エレベーターメーカーは、エレベーターの据え付けに影響が大きい昇降路や機械室などのエレベーターを構成する主要な構造を囲むバウンディングボックスなどを３Ｄ形状のデータから抽出して、要約値２３ｆを算出してもよい。このようにエレベーターメーカーが、ファイルフォーマットの影響を受けにくい要素に基づいて要約値２３ｆを算出しておく。このため、クライアント端末２で使用されるエレベーター建築モデルパーツ２２と、エレベーターメーカーが自社で管理するエレベーター建築モデルパーツ３６の細かな違いを吸収して、クライアント端末２で使用されるエレベーター建築モデルパーツ２２を正規のものと判定することができる。
【００８９】
以上で、建築モデルデータ評価システム１Ｂにて、建築モデルデータ２１の評価が実施される処理の流れについて説明を終える。
【００９０】
以上説明した第２の実施の形態に係る建築モデルデータ評価システム１Ｂでは、エレベーター建築モデルパーツ２２に要約値２３ｆが設定されている。この要約値２３ｆは、エレベーターメーカーによって事前に設定されたものであり、正規のエレベーター建築モデルパーツ２２であれば、エレベーターメーカーが把握している値である。そして、建築モデルデータ評価サーバ３は、入力された建築モデルデータ２１に含まれるエレベーター建築モデルパーツ２２が正規であるか否かを判定する際に、エレベーター建築モデルパーツ２２から取得した要約値２３ｆを確認する。
【００９１】
正規判定部３２Ａは、エレベーター建築モデルパーツ２２に設定された要約値２３ｆと、正規判定部３２Ａが秘密鍵３７を使って算出した要約値とが一致すれば、エレベーター建築モデルパーツ２２を正規であると判定できる。一方、正規判定部３２Ａは、要約値２３ｆと、正規判定部３２Ａが秘密鍵３７を使って算出した要約値とが不一致であれば、エレベーター建築モデルパーツ２２を正規でないと判定できる。この判定結果に基づいて、建築モデルデータ評価サーバ３は、エレベーター建築モデルパーツ２２が正規であるか否かによって、その後に実行する評価処理及び出力する評価結果を変更可能とすることができる。
【００９２】
また、建築モデルデータ２１のファイルフォーマットが変換された場合であっても、要約値２３ｆを算出するときに参照される使用情報を限定することで、エレベーター建築モデルパーツ２２が正規であるか否かを判定することが容易である。さらに、建築モデルデータ２１のデータベースを設けて、正規なエレベーター建築モデルパーツ２２を集中管理しなくてもよいという利点がある。
【００９３】
［第３の実施の形態］
次に、本発明の第３の実施の形態に係る建築モデルデータ評価システムの構成例について、図７を参照して説明する。なお、第１の実施の形態にて既に説明した部分については、詳細な説明を省略する。本実施の形態に係る建築モデルデータ評価システムにおいて、予め算出した要約値を記録する要約値データベースの要約値を参照して、エレベーター建築モデルパーツが正規であるか否かを判定することが可能となる。以下に、建築モデルデータ評価システムの構成例及び動作例について説明する。
【００９４】
図７は、建築モデルデータ評価システム１Ｃの構成例を示すブロック図である。
建築モデルデータ評価システム１Ｃは、第１の実施の形態に係る建築モデルデータ評価システム１と同様に、ネットワークＮを介してデータを送受信可能に接続されたクライアント端末２と建築モデルデータ評価サーバ３Ａとで構成されるが、さらにデータベースサーバ６を備える。
【００９５】
クライアント端末２が備えるエレベーター建築モデルパーツ２２は、３Ｄ形状２３ａ、定員２３ｂ、速度２３ｃ、メーカーＩＤ２３ｄ及びパーツＩＤ２３ｅを備える。このように第３の実施の形態に係るクライアント端末２は、エレベーター建築モデルパーツ２２に要約値２３ｆを備えない。
【００９６】
データベースサーバ６は、建築モデルデータ評価サーバ３Ａとは別に構成されるサーバであり、建築モデルデータ評価サーバ３Ａとだけ通信可能である。このデータベースサーバ６には、第１の実施の形態に係る正規建築モデルパーツデータベース３５と同様の正規建築モデルパーツデータベース６０を備える。このため、正規建築モデルパーツデータベース６０は、エレベーターメーカーがユーザーに提供可能な正規のエレベーター建築モデルパーツ６１を格納する。エレベーター建築モデルパーツ６１は、第１の実施の形態に係る正規のエレベーター建築モデルパーツ２２と同じものである。図中では、エレベーター建築モデルパーツ６１を「モデルパーツ」と略記する。
【００９７】
建築モデルデータ評価サーバ３は、エレベーター建築モデルパーツ検出部３１と、正規判定部３２Ｂと、評価処理部３３と、評価結果データ３４と、秘密鍵３７とを備えており、さらに、要約値データベース３８及び要約値算出部３９を備える。
【００９８】
要約値データベース３８は、要約値算出部３９により算出された要約値を格納する。
要約値算出部３９は、データベースサーバ６にアクセスして、正規建築モデルパーツデータベース６０から一つ以上の正規のエレベーター建築モデルパーツ６１を取得する。そして、要約値算出部３９は、一つ以上の正規のエレベーター建築モデルパーツ６１と、秘密鍵３７とを用いて要約値を算出する。要約値算出部３９は、算出した要約値を要約値データベース３８に格納する。要約値は、正規のエレベーター建築モデルパーツ６１のパーツＩＤに紐づけられて、要約値データベース３８に格納される。
【００９９】
建築モデルデータ評価サーバ３が、クライアント端末２から建築モデルデータ２１を受信すると、エレベーター建築モデルパーツ検出部３１が建築モデルデータ２１からエレベーター建築モデルパーツ２２を検出する。正規判定部３２Ｂは、秘密鍵３７を読み込んで、エレベーター建築モデルパーツ２２の仕様情報に基づいて、エレベーター建築モデルパーツ２２の要約値を算出する。
【０１００】
また、正規判定部３２Ｂは、入力されたエレベーター建築モデルパーツ２２と秘密鍵３７とを用いて算出した要約値が、要約値データベース３８に含まれている場合に、入力されたエレベーター建築モデルパーツ２２を正規であると判定する。この処理では、初めに正規判定部３２Ｂが要約値データベース３８を参照して事前に算出された要約値を取得する。そして、正規判定部３２Ｂは、取得した秘密鍵３７及び要約値を用いて算出した要約値と、要約値データベース３８から取得した要約値とが同一であるか判定する。
【０１０１】
正規判定部３２Ｂは、これらの要約値が同一であれば、クライアント端末２で使用されるエレベーター建築モデルパーツ２２が正規であると判定し、要約値が同一でなければ、エレベーター建築モデルパーツ２２が正規でないと判定する。そして、判定結果を評価処理部３３に出力する。そして、評価処理部３３では、第１の実施の形態で行われたような建築モデルデータ２１の評価処理が、判定結果に基づいて行われ、評価結果データ３４がクライアント端末２に出力される。
【０１０２】
以上説明した第３の実施の形態に係る建築モデルデータ評価システム１Ｃでは、エレベーター建築モデルパーツ２２に要約値２３ｆが設定されていない。しかし、要約値は、正規判定部３２Ｂが、エレベーター建築モデルパーツ検出部３１により検出されたエレベーター建築モデルパーツ２２に対して、秘密鍵３７を用いることで算出可能である。そして、正規判定部３２Ｂは、算出した要約値が、要約値データベース３８に格納されているかを確認する。
【０１０３】
算出した要約値が、要約値データベース３８に格納されていれば、正規判定部３２Ｂは、エレベーター建築モデルパーツ２２が正規のものであると判定する。一方、算出した要約値が、要約値データベース３８に格納されていなければ、正規判定部３２Ｂは、エレベーター建築モデルパーツ２２が正規でないと判定する。この判定結果に基づいて、建築モデルデータ評価サーバ３は、エレベーター建築モデルパーツ２２が正規であるか否かによって、その後に実行する評価処理及び出力する評価結果を変更可能とすることができる。
【０１０４】
なお、建築モデルデータ評価システム１Ｃは、データベースサーバ６を備えず、建築モデルデータ評価サーバ３が正規建築モデルパーツデータベース６０を備える構成としてもよい。
【０１０５】
［変形例］
なお、上述した各実施の形態に係る建築モデルデータ評価システムは、エレベーター以外の建築モデルデータ２１についても評価することができる。例えば、乗客コンベアの建築モデルデータ２１について、乗客コンベアの稼働速度、乗車人数などを評価する場合に用いてもよい。
【０１０６】
また、エレベーター建築モデルパーツ２２が正規でないと判定された場合に生成される評価結果データ３４には、エラーの通知とともに、正規のエレベーター建築モデルパーツ２２が含まれてもよい。これにより、例えば、ユーザーが正規のエレベーター建築モデルパーツ２２を使っていたと考えていたにも関わらず、誤って正規でないエレベーター建築モデルパーツ２２を使っていたとしても、評価結果データ３４から提供された正規のエレベーター建築モデルパーツ２２を使って設計を継続することができる。
【０１０７】
また、評価結果データ３４には、正規のエレベーター建築モデルパーツ２２が格納されたサイトのＵＲＬ（Uniform Resource Locator）等を示すリンク先情報が含まれてもよい。これにより、クライアント端末２は、任意のタイミングでＵＲＬをたどってアクセスしたサイトから正規のエレベーター建築モデルパーツ２２を取得することが可能となる。
【０１０８】
また、本発明は上述した各実施の形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得ることは勿論である。
例えば、上述した各実施の形態は本発明を分かりやすく説明するためにクライアント端末、サーバ及びシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、ここで説明した実施の形態の構成の一部を他の実施の形態の構成に置き換えることは可能であり、さらにはある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１０９】
１…建築モデルデータ評価システム、２…クライアント端末、３…建築モデルデータ評価サーバ、２１…建築モデルデータ、２２…エレベーター建築モデルパーツ、３１…建築モデルパーツ検出部、３２…正規判定部、３３…評価処理部、３４…評価結果データ、３５…正規建築モデルパーツデータベース
【図１】
2020194381.tif 000003
【図２】
2020194381.tif 000004
【図３】
2020194381.tif 000005
【図４】
2020194381.tif 000006
【図５】
2020194381.tif 000007
【図６】
2020194381.tif 000008
【図７】
2020194381.tif 000009