■探索ノード(ロボット)

・response headerにLocationが入ってた場合，処理に時間がかかるか，あるいは固まることがあるバグ

・安定性(連続稼動性)
・コンテンツ格納内容の確認
・パフォーマンス
・経路決定アルゴリズムの信頼性
・各種性能計測


- - - - -
コンテンツ格納時のエンコーディングについて

基本的に取得したバイナリをそのまま格納する．
エンコーディングがSJISやEUCなどの日本語系とは限らないため，変換すると問題になることが予想される．

できればunicodeで格納するようにする．
いずれにしても，各国語のエンコーディングについて，調査が必要．

----------------------------------------

□200で失敗するトレースの追跡
■デッドロック(トレース中)
□探索アルゴリズムの検証
□探索履歴をいつまで保持するか
■METAタグでのrobot制御処理
■デバッグ用フレームワークの設置
■用語の統一
□ドキュメントの作成
□同パッケージ内に，クラス操作のためのマニュピレータ設置
□拡張子フィルタの導入

----------------------------------------



2003-06-20	探索ロックの回送の仕組みについて

(1) 自分の経路決定ノード配下で発生した探索ロックの差分については，上位の転送サービス
を利用して，他の全てのノードへ転送する義務がある．

(2) 外部のノードから転送されてきた探索ロック情報は，他のノードへ転送せずに，自分の
経路決定ノード配下へのみ反映させる義務がある．



- - - -
差分情報転送の経路:(上り方向)

[経路ナビゲータ]→[同期デーモン]→[経路決定ノードクライアント]→[経路決定ノードクライアント]→[経路決定ノードクライアント生成子]→[経路決定ノード選択子]


- - - -

SyncQueueのデータ格納方法の検討事項

・宛先別に管理する必要がある．指定されたノードキーを使って，自分宛てのメッセージを一気に取得できるようにしたいがため．
・重複をカットする観点から，格納しようとしたデータ既に存在するかどうかを確認できる必要がある．
つまり，宛先の区分けを越えてデータの重複検査をできるようにする必要がある


- - - - -
経路決定ノード選択子サービス・経路決定ノードクライアント生成子サービス・リモートコンテンツ管理システムの安全停止処理ができてない
