連想型ファイルシステム
の編集
http://masayuki.style.coocan.jp/hp/robowiki/?%E9%80%A3%E6%83%B3%E5%9E%8B%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0
[
トップ
] [
編集
|
差分
|
バックアップ
|
添付
|
リロード
] [
新規
|
一覧
|
検索
|
最終更新
|
ヘルプ
]
-- 雛形とするページ --
0N0-ONE
0N0-ONE GP 2006
0N0-ONE GP 2007
0N0-ONE GP 2008
Alibre Design パーツライブラリ
Alibre Design メモ
AutoTicketLinkName
BoROID-01 Ver2.00開発室
BracketName
ConvNetJSをC#に移植してみる
FormattingRules
FrontPage
Help
InterWiki
InterWikiName
InterWikiSandBox
InterWikiテクニカル
MenuBar
PHP
PukiWiki
PukiWiki/1.4
PukiWiki/1.4/Manual
PukiWiki/1.4/Manual/Plugin
PukiWiki/1.4/Manual/Plugin/A-D
PukiWiki/1.4/Manual/Plugin/E-G
PukiWiki/1.4/Manual/Plugin/H-K
PukiWiki/1.4/Manual/Plugin/L-N
PukiWiki/1.4/Manual/Plugin/O-R
PukiWiki/1.4/Manual/Plugin/S-U
PukiWiki/1.4/Manual/Plugin/V-Z
Roppoのサンプルモーションを使ってみる
ROS-Indigoインストールメモ
SandBox
SUZAKU-VでTOPPERS/ASPを動かす#1
SUZAKU-VでTOPPERS/ASPを動かす#2
TOPPERS/JSPを使う
WikiEngines
WikiName
WikiWikiWeb
YukiWiki
あの楽器を作ってみる
ふうせんプロジェクターを作ってみる
カリンロボ開発室
クラウド型空間マップデータベース
サーボモータを作ってみる
サーボモータを作ってみる2
チロルチョコロボット大会2掲示板
チロルチョコロボット大会3掲示板
チロルチョコロボット大会4掲示板
チロルチョコロボット大会報告板
チロルチョコロボット大会掲示板
チロルチョコロボット大会10掲示板
チロルチョコロボット大会11掲示板
チロルチョコロボット大会12掲示板
チロルチョコロボット大会13掲示板
チロルチョコロボット大会14掲示板
チロルチョコロボット大会15掲示板
チロルチョコロボット大会16掲示板
チロルチョコロボット大会17掲示板
チロルチョコロボット大会18掲示板
チロルチョコロボット大会5掲示板
チロルチョコロボット大会6 in ホビーロボットコロッセオ
チロルチョコロボット大会7掲示板
チロルチョコロボット大会8掲示板
チロルチョコロボット大会9掲示板
チロロッポの作り方
ヘルプ
モーションシンセサイザー
モーションプロセッサ用PCコントローラ
ロボットハンドを作ってみる
作品の写真
全方位3Dカメラを作ってみる
整形ルール
日本語
最適化したアホ毛を作ってみる
身体モデル自動生成
連想型ファイルシステム
* 連想型ファイルシステム [#mb900d3b] こんなのできないかなシリーズ。~ #contents **概要 [#td263aaf] 今のファイルシステムは、情報の記憶と整理することが目的である。記憶された情報を活用するには、基本的にアプリケーションで操作を行う。この場合、ファイルシステムの役割は、パスやファイル名などのインデックスと実体を一対一で紐づける事と、実体の読み書きまでである。~ ~ 連想型ファイルシステムでは、実体とインデックスの関係を複数持つことができ、関係情報として、重要度と利用度の二つのパラメータを持つ。~ インデックスは、よくあるファイル名以外にも、実体に含まれる単語や、記録した日時、実体の種類などを扱う。これらの情報は、実体を解析するなどして作成されるが、解析部分はプラグインの形で組み込むことにする。~ 先ほどファイル名が出てきたが、このインデックスは作成しなくてもよい。アプリ名とか作品タイトルのインデックスで呼び出せるからである。~ ~ インデックスからは連想情報として10件程度を常に取り出せる。並びは重要度と利用度でファイルシステムが判断する。複数のインデックスを使用すると、取り出せる連想情報も変化する。~ ~ アプリなどから実体解析と連想情報取り出しは自由に呼び出せる。たとえばテキストエディタでは、入力テキストの一部分をアプリが取り出して[解析→インデックス→連想情報]と処理することで、連想情報を表示しながら作業を進めることができる。~ ~ もう一つ実現したいのが、実体内の時間経過に関する情報。テキストであれば、後ろに進むほど未来であると言える。この場合は時間経過についての関係性のみが情報で、時間の進み具合は欠落している。同じテキストでも、歌の歌詞の場合を考えると、歌詞単体ではやはり関係性のみしかない。これが曲と組み合わせた場合は、時間の進み具合が必要になる。つまり実体単体の場合と、実体間の場合でそれぞれ別に記憶できる必要があることになる。~ 時間表現についても実体の解析が必要なので、これもプラグインでの実装になる。~ ~ 音楽などの場合、このファイルシステム上では、リズム、各パートの音程、歌詞などの情報が、それぞれ別の実体を持つと考える。mp3など録音された音楽の場合は、実体はmp3のみで、インデックスと時間経過情報が付くだけで、リズムなどの取り出しはアプリまたはプラグインの仕事になる。~ ~ ---- #comment Total:&counter(total); Today:&counter(today); Yesterday:&counter(yesterday);
パスワード:
タイムスタンプを変更しない
* 連想型ファイルシステム [#mb900d3b] こんなのできないかなシリーズ。~ #contents **概要 [#td263aaf] 今のファイルシステムは、情報の記憶と整理することが目的である。記憶された情報を活用するには、基本的にアプリケーションで操作を行う。この場合、ファイルシステムの役割は、パスやファイル名などのインデックスと実体を一対一で紐づける事と、実体の読み書きまでである。~ ~ 連想型ファイルシステムでは、実体とインデックスの関係を複数持つことができ、関係情報として、重要度と利用度の二つのパラメータを持つ。~ インデックスは、よくあるファイル名以外にも、実体に含まれる単語や、記録した日時、実体の種類などを扱う。これらの情報は、実体を解析するなどして作成されるが、解析部分はプラグインの形で組み込むことにする。~ 先ほどファイル名が出てきたが、このインデックスは作成しなくてもよい。アプリ名とか作品タイトルのインデックスで呼び出せるからである。~ ~ インデックスからは連想情報として10件程度を常に取り出せる。並びは重要度と利用度でファイルシステムが判断する。複数のインデックスを使用すると、取り出せる連想情報も変化する。~ ~ アプリなどから実体解析と連想情報取り出しは自由に呼び出せる。たとえばテキストエディタでは、入力テキストの一部分をアプリが取り出して[解析→インデックス→連想情報]と処理することで、連想情報を表示しながら作業を進めることができる。~ ~ もう一つ実現したいのが、実体内の時間経過に関する情報。テキストであれば、後ろに進むほど未来であると言える。この場合は時間経過についての関係性のみが情報で、時間の進み具合は欠落している。同じテキストでも、歌の歌詞の場合を考えると、歌詞単体ではやはり関係性のみしかない。これが曲と組み合わせた場合は、時間の進み具合が必要になる。つまり実体単体の場合と、実体間の場合でそれぞれ別に記憶できる必要があることになる。~ 時間表現についても実体の解析が必要なので、これもプラグインでの実装になる。~ ~ 音楽などの場合、このファイルシステム上では、リズム、各パートの音程、歌詞などの情報が、それぞれ別の実体を持つと考える。mp3など録音された音楽の場合は、実体はmp3のみで、インデックスと時間経過情報が付くだけで、リズムなどの取り出しはアプリまたはプラグインの仕事になる。~ ~ ---- #comment Total:&counter(total); Today:&counter(today); Yesterday:&counter(yesterday);
テキスト整形のルールを表示する