2012開発-1

=Development for Knowledge Encoding=

大久保

【件名】　パーツデータ管理用WebGLサーバ構築　１

【目的】　ポリゴンファイルの形状や相互関係を専門家が確認して適当な解剖概念にアサインするファイル名概念関係キュレーション為の環境を作る.

【背景】 造形早期においてポリゴンファイルに概念名称をファイル名として与え管理を行ってきた. しかし現実にはこれまでも思い違いや作業ミスによりファイル概念名と形状が食い違うことが頻繁に生じており さらに総概念数が1000を超えて、局所局所で一層の詳細化を行うようになると 部品新設に伴い周辺の既存部品に対しても頻繁に位置や形状の微修正が行われようになっている. すなわち部品の形状の正当さはコンテキスト（他の部品の位置や形状)に依存する相対的なものとなっている. この為に、データの増加はあらゆるデータ間での整合性をとっってそう入れ替えを行うメジャーバージョンアップの機会に限定され 未公開データが蓄積するなどの弊害を生んでいる.
 * これまで　BodyParts3D -anatomographyではデータ形状の絶対的な正当さの存在を前提に

この現状を改善するために１概念に複数のポリゴンファイルが自由に適宜対応付けでき、 描画呼び出しに際して、バージョンを自由に選んで取り出せる管理法公開法への変更が必要である.

そこで部品ファイルの管理部分をサービス描画用とは別にパーツ管理ウエブサーバーとして独立させ、 部品形状の確認と概念対応を　確認根拠や確認履歴等の情報と一括して管理可能にする計画である. これによって造形者がメモ書きで行っているデータ概念対応の管理やバージョン管理の労を解消することになり 同過程で生じる誤りを防ぐことにもつながると期待できる.

【開発概要】 造形者が登録するオブジェファイルおよび 過去の登録ファイル（公開ファイル）のデータを自在に呼び出して 組み合わせてレンダリングイメージを作成可能な環境をwebGLを持ちいて作成する

（注意）現在公開されているアナトモグラフィーサーバーはレンダリングエンジンは高速であるが、 回転や移動に際して毎回サーバで作成するレンダリングイメージを繰り返し送信する設計になっているために、 ウエブブラウザ経由では描画が極めて遅い問題がある. （ウエブ上のレンダリングサーバの限界） 今回のパーツ管理環境では医学専門家による集中的な利用が必須であるのでこのようなストレスは避けねばならない. 一方で作成画像の保存やアノテーション等の必要な局面は考えられないのでアナトモグラフィーに近い ファイル名の閲覧選択と描画環境をクライアント側で高速に行えるWebGLを用いて作成する.

=Development for service providing=

Unorganized memo

 * 1) menu problem:  どんなパーツが使えるのか利用者にうまく伝えられていない
 * 2) speed problem: WebGLにすると早くなるが出来上がりが" シリアライズ" できないジレンマ.


 * 1) 利用方法をきちんと分類して　現状で可能なものと　そうでないものに分類して対処する.
 * 2) *教科書的な閲覧利用
 * 3) *自分のアバターを作る利用
 * 4) *API経由の利用　やはりレンダリングイメージサーバーでなけらばならない？