| 研究開発B: プライバシコントロール機構
Tachyonシステムでは，ユーザ一人に対して，RFタグが一つと，Representationと呼ぶ分散オブジェクトを配置する．
RFタグがリーダに読み取られたIDからユーザの場所を認識し，ユーザが存在している時間と場所をRepresentationが保持する．
タグとユーザの関係は，各ユーザが固有のタグを持ち歩く．ノードは，RFIDのリーダが接続され常にタグが検出範囲内に存在するかを認識している計算機である．この計算機上に分散オブジェクトであるReresentationが存在をさせる．
Representationは，それぞれのユーザのプライバシポリシも保持し他のユーザのRepresentationと交渉を行う．
考慮するプライバシの項目には，位置情報を公開するユーザの視点を優先し
以下ものを利用する．
-位置情報を公開する相手/位置情報を伝達依頼を受け付ける相手
-位置情報を公開する時間帯と曜日
-位置情報を公開する場所
-入退出後の情報更新の遅延
Ｐｒｉｖａｃｙの情報を以下のＸＭＬで規定した。
位置情報を公開する相手
位置情報を公開する相手とは，ユーザAのポリシによって検索クエリーに反応する相手でINCOMMING COMPANIONSで規定する．
INCOMMING COMPANIONSには自分へ位置情報の検索依頼を許可するユーザを記述する．
INCOMMING COMPANIONSタグにないユーザからの検索依頼は受け付けず拒否する．
OUTGOING COMPANIONSには自分から発生した位置情報クエリを閲覧できるユーザを示す．
「あるユーザAが検索を実行していること」が別のユーザBから認識できたとする．
ユーザBからは，ユーザAの具体的な位置情報は分からなくてもある程度ユーザAが現在いる場所が推測できるため問題である．
「ユーザAが検索をかけていること」をユーザBには認識させないようにするのが
OUTGOING COMPANIONSの項目を設けた理由である．
<incomming_query> //自分への検索に答える人
<include>user_A@ht.sfc.keio.ac.jp</include>
<exclude>user_B@ht.sfc.keio.ac.jp</exclude>
</incomming_query>
<outgoing_query> //自分からの検索が届く人
<include>user_A@ht.sfc.keio.ac.jp</include>
<include>user_B@ht.sfc.keio.ac.jp</include>
</outgoing_query>
位置情報を公開する時間帯と曜日
自分がいるということを他のユーザに「望む時間帯だけ」通知するために
TIME SLOTSタグを用い曜日と時間を限定できる（図\ref{tag.timezone}参照）．
これにより，休憩時間や非番曜日のプライバシを保護できる．
<time zone>
<include>
<monday hour=8-11,14-17/>
</include>
</time zone>
位置情報を公開する場所
PLACEタグは，「望む場所」とは各リーダがある部屋の文字列で記述する．
この文字列は第3章で示すトポロジで一意であればどのような記述でも構わない．
インターネットのスケールで運用する場合は，FrankらのGeocast記述を利用してもよい．
例えばLiving Room，Kitchen Room，Bath Room，Entaranceの4つのリーダがある場合がユーザが望むならばBathRoomのリーダに対しては自分の位置情報を報告しないということ可能である．
PLACEタグの記述を示す．
例えばLivingRoom、KitchenRoom、BathRoom、Entaranceの4つのReaderがある場合がユーザが望むならばBathRoomのReaderに対しては自分の位置情報を報告しないということ可能。
<place>
< include >ANY</include>
<exclude>BathRoom</exclude>
</place>
入退出後の情報更新の遅延
ユーザにとって必ずしも位置情報が正確であればよいということではない．
位置情報をぼやかすことが必要である．
Delayとは，ユーザの情報を曖昧にするパラメータである．
ユーザは時に機敏に位置情報管理のシステムが反応してしまうことを嫌う場合がある．
曖昧さを設定できることで，数分間席をはずしていることを逐次通知されることはない．
APPEARANCEタグはユーザが現れてからその情報を他のノードに通知するまでの遅延秒数を表す．
DISAPPEARANCEユーザが立ち去ってからその情報を他のノードに通知するまでのの遅延秒数を表す．
<DELAY>
<APPEARANCE>1000</APPEARANCE>
<DISAPPEARANCE>1000</DISAPPEARANCE>
</DELAY>
 |
Represent（ユーザ）に関する一般的な設定を行う。もっともよく存在するノード
この設定の有効期間が設定できる。
また オーナーの名前や
オーナーの所属グループを登録する。
|
 |
自分の情報を伝えるべき相手の名前の設定（Outgoing）、
情報を知るべき相手の設定（Incoming）などが行える
|
 |
同様に自らの情報を伝えることが可能なグループを設定できる。
（最終的な整合性は、許可グループ、許可個人名、非許可グループ、非許可個人名）の順番にチェックしていく予定。）
|
 |
移動した先、移動する前に応じて自分が存在した場合その情報を公開する場所を定義する。
「トイレ以外の場所は許可」なども定義できる。
（☆現在のバーションは場所の名前付けに広域なインターネットにコリジョンが起こらない仕組みを採用していない。アドホックである。今後別の研究成果などを取り入れたい。（On
a Location Model for Fine-Grained Geocast Frank Durr and Kurt Rothermel Institute
of Parallel and Distributed Systems (IPVS), University of Stuttgart）
|
 |
曜日ごとに自分の情報を公開する時間帯をセットする。
いずれの許可を得ている人物にも情報が制限される。
月曜日から9：15−11：00
13：00−17：45までなど
時間を区切って細かく定義できる。
|
| |
|
|
