\documentstyle[11pt,twocolumn,epsf,page4prop,a4j,misc]{jarticle}

\topmargin = -1mm \oddsidemargin = 1mm \evensidemargin = 1mm
\headheight = 1mm \headsep = 1mm
\textwidth = 165mm \textheight = 232mm \topskip = 1mm
\footskip = 10mm \footheight = 0mm
\columnsep = 5mm \columnseprule = 0mm

%%\topmargin = -11mm \oddsidemargin = -6mm
%%\headheight = 1mm \headsep = 1mm
%%\textwidth = 175mm \textheight = 262mm \topskip = 1mm
%%%\footskip = 15mm \footheight = 0mm
%%\columnsep = 4mm \columnseprule = 0mm
%%%\partopsep = 3mm
%%%\intextsep = 3mm

\begin{document}

\twocolumn[

%% Title
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

\begin{center}
{\LARGE\bf 研究計画書\\[3mm]
価値のある情報を発掘する情報流通基盤の構築}\par\vspace{4mm}
慶應義塾大学環境情報学部\\
自署：＿＿＿＿＿＿＿＿＿\\
学籍番号 79956832\\
{\today}\vspace{2mm}
\end{center}

%% Abstract
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

\baselineskip=4.2mm
\centerline{\bf 概要}\vspace{2mm}
{\small

コンピュータネットワークを利用して様々な活動が行われるようになり,
そのうえで多様な情報が日常的に作り出されている.
しかしそれらをネットワーク上で共有するには既存の技術では手間がかかり,
公開の意思があってもそのままコンピュータの中で無駄となっていることが多い.
本研究ではPeer to Peerモデルを利用して
低コストで情報公開ができ、高い検索性を持つ新しい情報流通基盤を構築する。


%%コンピュータネットワークを利用して様々な活動が行われるようになり,
%%その結果として様々な情報が日常的に作り出されているが,
%%これまでこれらの情報の多くは公開の意思があってもその面倒さから
%%公開されることなく無駄となっている.
%%本研究では,これらの無駄となっていた情報の再利用を促進するため,
%%手間を掛けずに自分の持つ情報を公開でき,
%%欲しい情報を的確に探し出し利用できる情報流通基盤を構築する.
%%そのため,具体的なアプリケーションとして
%%Peer to Peerモデルを基盤に高度な検索やキャッシュを採用した

%%本研究では,コンピュータ内で埋もれている情報を手間をかけることなく公開でき,
%%自分の欲しい情報を的確に探し出せる情報流通基盤を構築する.
}
\vspace{3mm}

]

\baselineskip=5.0mm

%% 1
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

\section{研究の背景と問題意識}

私たちはコンピュータを利用して,研究や講義に利用するための資料など
様々な情報を日常的に作り出している.
しかしこれらの情報は,
一度使われた後は多くの場合そのまま公開されることなく,
コンピュータのディスクの中に埋もれてしまっている.
これらの情報を他の人が資源として再利用可能にするには,
自分のためだけに作られた情報を他者向けに整理し公開するという作業が必要だが,
たとえ公開したいという意思があったとしても
情報を整理する時間をとれず,そのままになってしまうことが多い.
その結果,過去に同様の情報が生成されていることに気づかないまま,
再び時間を掛けて生み出されるという無駄が起きてしまう.


%% 2
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{研究の目的}

本研究では,コンピュータに埋もれている情報を再び流通させるために,
以下を実現する情報流通基盤を構築する.
ただし,本研究において情報とは,
授業のスライドや講義資料,研究行為の過程で生成された各種資料などの
一般にファイル単位で扱われるものを指している.

\begin{enumerate}
\item 情報を手間をかけずに公開できる

これまでこういった情報が公開されなかったのは,
公開に大きな手間や時間がかかるからである.
この手間をできる限り軽減することにより情報の公開を促す.


\item 自分の欲しい情報を的確に探し出せる

ただ全文検索をするだけでは,
規模が大きくなった場合に検索結果が膨大な量となってしまうので,
単なる検索を行うだけでなく内容やその他の情報を利用して
目的の情報に絞りこめることが必要となる.
またその情報の存在を第三者によって確実に発見できなければならない.

\item 発見した情報を利用できる

検索で見つかった情報を実際に利用できなければならない.
たとえばその情報を公開していたノードがオフラインになった場合でも
キャッシュから取得する手法などが考えられる.

\end{enumerate}

%%\subsection{シナリオ1:情報の再利用}
%%
%%情報の公開に手間がかからないため,
%%これまでコンピュータ内で埋もれていた情報を手軽に公開でき,
%%第三者によって再利用されなかった情報が再利用されるようになる.
%%また,情報の共有によって同じ興味を持つもの同士が交流を持ったり,
%%共同して活動する等が考えられる.


%%\subsection{シナリオ2:過程の共有}

%%保存された内容を公開範囲を限定して公開することで,
%%遠隔環境における協調作業での情報の共有に利用できる.


%% \subsection{シナリオ3:分散ファイル空間}



%% 3
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{既存の技術}

現在情報の公開および共有に使われているモデルがいくつか存在する.
この章ではそれらが上記の目的を満たすために不十分である点を分析する.

\subsection{WWW(World Wide Web)}

%% World Wide Web の略称で,
%% %%広義にインターネットそのものを指すこともあるが,
%% %%ここでは一つのアプリケーションとしての狭義のWWWを指す.
%% 識別子の URL,転送規約の HTTP,記述言語として HTML から成り立つ.
%% 情報を保持,提供するWWWサーバに対してWWWクライアントが接続して
%% 情報を取得するするというClient-Server モデルを採用している.

現在WWWは情報の公開に広く利用されているが,
以下の理由から目的を満たさない.

\begin{itemize}
\item WWW上で情報を公開するには,
原則としてHTML等の一般的な形式を用いて情報を記述し直す必要がある.
その上で,それらの情報を WWW サーバに転送しなければならない.
この手間は情報を公開するうえで大きな障壁となっている.
\item WWW自体は検索機能を持たないため,
情報を発見するには能動的に情報を収集して索引を作成する
検索エンジンに頼らなければならない.
これらのサービスはインターネット全体を対象としているため,
WWWサイトの増加に伴い目的の情報を探すことが難しくなっている.
\end{itemize}

\subsection{ナレッジ・マネジメントツール}

ナレッジ・マネジメントツールは,
ある組織に属する者が得た知識をデータベースに蓄積し再利用することで
その組織内での無駄を減らすアプリケーションである.

基本的にデータベースに蓄積された内容や既に公開された情報を対象としているため
データの質も高く検索性も高い.

しかし本研究で想定しているのは
ネットワーク上に分散したコンピュータが持つ情報からの検索であり,
特定の目的に関連する知識を対象とする
ナレッジ・マネジメントツールとは視点が異なる.

%% 主に,既存のグループウェアの上に構築され,
%% さまざまな経験による知識を蓄積するデータベースと
%% そこから必要な情報を見つけ出すための高度な類似検索エンジンというのが
%% 基本的な構成となっている.
%% 識を登録する作業が前提となっているため登録されるデータの質は高いが,
%% 企業等で利用を前提にできない場合には
%% 登録者が面倒がりそもそも情報が登録されない状況に陥る.


%% \subsubsection{Google Search Appliance}

%% Google Search Appliance
%%   http://www.watch.impress.co.jp/internet/www/article/2002/0212/gooap.htm

\subsection{Peer to Peer}

Peer to Peerモデルは,
WWWのようなClient-Serverモデルと異なるもので,
全てのホスト(ノード)がその両方の機能を持ち,
直接相互に接続しデータを転送するモデルである.
その性質上,データそのものをサーバに転送する手間が発生しない.

\subsubsection{Peer to Peerモデルを利用したアプリケーション}
Peer to Peerモデルを利用した主なアプリケーションとして
以下の3つが挙げられる.

\begin{description}
\item[Napster\cite{napsterspec}\cite{napster}]
Napster 社により音楽データの共有を目的として設計されたアプリケーションである.
検索機能を中央の索引サーバによって行う``Hybrid P2P''モデルを利用している.
現在は著作権上の問題が有るデータの流通を制限している.

\item[Gnutella\cite{gnutella}\cite{jnutella}]
``Pure P2P''モデルを利用した通信基盤である.
キャッシュ機構が無く,検索要求が無秩序に流れるため,
ネットワークが大規模になるにつれて検索要求によってネットワークが高負荷になったり
目的のデータを持つノードまで検索要求が届きにくくなるという問題がある.

\item[freenet\cite{clarke00freenet}\cite{freenetproject}]
匿名の情報保存・検索ネットワークとして設計されたネットワーク基盤で,
アップロードされたデータをネットワーク全体のノードに分散して保存して
データの提供者や取得者が分からないように設計されている.
その代償として通信速度や確実性を犠牲にしている.

%% gnutella で明らかになった検索要求による過負荷や
%% 規模の拡大による要求のタイムアウトを抑えるため,
%% 検索要求やデータの格納をデータのハッシュ値の数値的な近さで意図的に偏らせ
%% データの転送がより小さな範囲にとどまるように工夫されている.
%% ただし,この偏りはデータのハッシュ値のみを根拠とし
%% 実際のネットワークのトポロジや帯域幅を一切考慮しないため,
%% 効率の面から見ると非常に無駄が多い.

%% freenet単体では平坦な名前空間を持つ分散ファイルシステムを提供しているだけだが,
%% freenet上に掲示板を提供する frost や,
%% freenet全体を一つのWWWサーバとするFreeWebなどのアプリケーションが存在している.

\end{description}


\subsubsection{Peer to Peerモデルの分類}
これらのアプリケーションは以下に示す2点で分類することができる.
その結果を表\ref{table-p2p-apps}に示す.

\begin{table}[]
\partopsep -0.5cm
\begin{center}
\caption{Peer to Peerモデルの分類}
\label{table-p2p-apps}
\begin{small}
\begin{tabular}{c|c|c} \hline
			& 検索方法		& キャッシュ	\\ \hline
Napster		& Hybrid P2P	& なし			\\
Gnutella	& Pure P2P		& なし			\\
freenet		& Pure P2P		& あり			\\ \hline
\end{tabular}
\end{small}
\end{center}
\end{table}
\begin{description}
\item[検索方法]
ファイルの一覧とクライアントの位置の管理に
あらかじめ指定されたロビーサーバを利用する方法を Hybrid P2P モデルと呼ぶ.
ロビーサーバから目的のファイルを所有するクライアントのIPアドレスを取得し,
ファイルの転送のみを直接相手に接続して行う.
ロビーサーバに登録されている情報は確実に検索できるため効率は高いが,
ロビーサーバやネットワークの障害で接続できないとネットワーク全体が分断される.

ロビーサーバに頼らない方法をPure P2Pモデルと呼ぶ.
特定のノードに依存しないため,
どのノードがネットワークから切り離されてもネットワーク全体としては機能しつづける.
検索は条件を含む検索要求をネットワークに流す事によって行うことが多い.
ネットワークの規模が拡大すればするほど目的のデータを持つノードまで
検索や転送の要求がたどり着けない可能性が高まり,
検索の確実性が落ちるという問題点がある.

\item[キャッシュの有無]
各ノードがデータを別のノードから取得した場合に,
そのデータをノードとしてキャッシュしてさらに別の第三者に再配布するかどうかで
ネットワーク全体の性質が変化する.

キャッシュを行わない場合には
各ノードが持つデータはたとえそれが他のノードから
取得したものであっても別個のものとして扱われる.

キャッシュを行う場合は,最初の所有者がネットワークから切り離されても
そのデータを他にダウンロードしたノードから取得することができる.
また,人気のあるデータが存在した場合に
キャッシュが無い場合はその所有者にアクセスが多発するが,
そういったデータはキャッシュも増えるためボトルネックが発生しにくい.

\end{description}

\subsubsection{既存のアプリケーションの問題点}
Peer to Peerモデルはアップロード作業がいらないという点だけでなく
サーバを通さず直接ノード間で転送を行い効率が良い等の点から注目されている.

しかし既存のアプリケーションではファイル名でしか検索を行うことができず,
これは本研究の目的2を満たすことができない.

また,Napster は音楽データに特化することで
音楽データにつけられたメタデータ\cite{id3}から取得した曲名やアーティスト名,
あるいは符号化のパラメータで表される音質を条件とした検索ができる.
しかし,メタデータの使い方や正確さは
それを設定した人の価値観によって大きく異なるため
確実な検索性を提供しているとはいえない.


\subsection{まとめ}

以上の観点から既存の技術の特徴を
表にまとめたものが表\ref{table-exist-tech}に挙げる.
%%本研究ではこれまで挙げた問題をすべて解決するアプリケーションを設計する.

\begin{table*}[tbp]
\partopsep -0.5cm
\begin{center}
\caption{既存の技術}
\label{table-exist-tech}
\begin{small}
\begin{tabular}{c|c|c|c} \hline
			& 公開の手間	& 検索の精度	& 情報の取得	\\ \hline
WWW			& △			& ○			& ○			\\ 
ナレッジ・マネジメントツール
			& △			& ◎			& ○			\\
Peer to Peer(Pure P2P)
			& ○			& △			& △			\\
Peer to Peer(Hybrid P2P)
			& ○			& ○			& ○			\\ \hline
%%本研究		& ○			& ◎			& ○			\\ \hline
\end{tabular}
\end{small}
\end{center}
\end{table*}


%% 4
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%% \section{本研究での要求事項を満たす,新しいアプリケーションの構築}
\section{本研究のアプローチ}

\subsection{概要}

本研究では
公開に要する手間を最小限に押さえ,
かつ確実に目的の情報を検索できるようにするために
インターネット上に分散したHybrid P2Pモデルを用いた
アプリケーションを構築する.

さらに,ロビーサーバに接続できない場合は
接続できるノードのどれかがロビーサーバとして機能することで,
閉鎖された環境等であってもネットワークを構築できるようにする.

\subsection{要求事項}

コンピュータの中に埋もれている情報を公開,共有するためには
以下の5点を満たさなければならない.

\subsubsection{アクセス制御}

必要な場合に相手を認証し,
それによってデータの利用権限を制御できなければならない.

Peer to Peer モデルではサーバへのアップロード作業は必要なくなるが,
公開してもよいデータと公開したくないデータを区別して扱わなければならない.
さらに,不特定多数には公開したくないが
特定のグループの参加者は取得できるようにしたい,
というケースが考えられる.

%%また,データ単位での ACL (アクセス制御リスト) も必要となるが,
%%あまりに高度に設定可能なシステムは設定が難解となってしまう.
%%したがって,容易に ACL を設定できる
%%ユーザインターフェースが必要不可欠である.

%%
%% TODO:
%% 匿名性の可否
%%    匿名性を必要とする者に提供するのか？しないのか？
%%

\subsubsection{操作性}

一般的にソフトウェアが高機能になるにつれ操作体系は複雑化するが,
それは本研究の目的1「容易に公開できる」という条件に反する.
したがって,設定や操作を直感的に行えるユーザインターフェースが必要不可欠である.

特に公開すべき情報の指定では,
不特定多数に公開,あるグループの参加者のみに公開,
公開しないといった指定方法が考えられるが,
これら複雑な設定を簡便に指定できなければならない.

%% 二つ目は検索条件の指定で,高度な検索ができるようになれば
%% それだけ指定すべき項目が増えてしまう事になる.
%% 検索性にも関わるが,検索条件を複雑化することなく求める情報を探し出せる必要がある.

%% また,データ単位での ACL (アクセス制御リスト) も必要となるが,
%% あまりに高度に設定可能なシステムは設定が難解となってしまう.
%% したがって,容易に ACL を設定できる
%% ユーザインターフェースが必要不可欠である.


\subsubsection{検索性}

欲しい情報をより細かい粒度で確実に見つけだすためには,
設定した人によって使い方の異なる
ファイル名やメタデータの単純検索だけでは不足で,
データの内容そのものに踏み込んで検索できなければならない.
また,検索の精度を向上する工夫を積極的に取り入れるべきである.



\subsubsection{位置透過性}

求める情報がネットワーク上のどこにあっても,
検索して取得できなければならない.

また,データを取得する際に所有者の端末がネットワークに接続されていない場合,
そのデータをキャッシュしている端末が他にあれば取得できなければならない.
また,携帯端末を考慮してネットワークに接続されている間に
データをキャッシュする端末があればデータ取得の確実性が向上する.


\subsubsection{規模性}

Peer to Peerモデルでは
ノードやネットワーク上に流れる情報量が大規模化する傾向にある。
本研究で実現するアプリケーションでは、
このように大規模化したネットワークにおいても
検索や情報の取得が実用的でなければならない.


%% 5
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{設計}
上記の条件を満たすため,
新しいアプリケーションを設計・実装する.

\subsection{ノード}
このアプリケーションは以下の4種類の論理的なノードから成り立つ.
これを図示したものが図\ref{nodemap}である.
実際には,各ノードがこの論理的ノードを含むことになるが,
たとえば検索機能のみを提供するノードの運用等も考えられる.

\begin{figure}[htb]
  \partopsep -0.5cm
  \begin{center}
  \epsfile{file=nodemap2.eps,scale=0.3}
  \caption{構成図}
  \label{nodemap}
  \end{center}
\end{figure}

\begin{itemize}
\item 公開ノード
\item ロビーサーバ
\item クライアントノード
\item キャッシュノード
\end{itemize}

公開ノードがデータを公開し,
クライアントはロビーサーバに検索を要求する.
その結果からクライアントは目的のデータを持つ公開ノードに接続し,
そのデータを取得するという基本的な Hybrid P2Pモデルの構成を踏襲している.

本アプリケーションでは一度自分が取得したデータをキャッシュとして提供するほか,
積極的に特定の公開ノードの複製を行いキャッシュを提供することもできる.
これは移動端末の複製を自宅のコンピュータで行うといった用途を想定している.

また各ノードは基本的にロビーサーバとしての機能も持ち,
ロビーサーバに接続できない場合は自らがロビーサーバとなり
近隣のノードに検索機能を提供する.


\subsection{高度な検索性の提供}

4章で示したように,ファイル名やデータに付随するメタデータだけでは
人によるばらつきが加味されるために検索条件として不十分である.
そこで,人の手によらない以下のような手法が考えられる.

\begin{description}
\item[リンク情報の利用]
複数のファイル間の関係を示すリンク情報を共有し
このリンク情報を利用して検索精度の向上を図れる.
例えば引用が行われた場合に引用元のデータに対するリンクを作成することで,
そのデータの閲覧者が引用元となった１次情報のデータを検索できるようになるといったことが考えられる.

\item[同種のファイルのグルーピング]
検索を支援するために,似た内容の情報で異なる内容のものをグルーピングして扱うことも考えられる.
テキストやグラフィックデータではデータの部分的な変更があり得るが,
既存のシステムでは少しでも変更されたデータは全く別の存在として扱われている.
また,そうでなくても他の人が持つデータが同じかどうかは,
md5 などのハッシュを利用するか,人間が判断するしかない.
また,全く同じ内容であっても記録方式によって
同じ内容に対しバイナリとして異なるデータが無数に存在する.
これらを同一視ないしグループ化して検索できれば,
求めるデータの発見がしやすくなりネットワーク全体の効率を向上させられる.
\end{description}



%% ここで実装するシステムは,ネットワーク的に分散して存在する
%% 複数のノードから成り立つ.
%% 各ノード,以下に示す機能から成り立っているが,
%% 後述する通り必ずしも全ての機能を保有しない.
%% 図\ref{nodemap}に概念図を示す.
%% 
%% \begin{figure}[htb]
%%   \begin{center}
%%   \epsfile{file=nodemap2.eps,scale=0.3}
%%   \caption{構成図}
%%   \label{nodemap}
%%   \end{center}
%% \end{figure}
%% 
%% \begin{description}
%% \item[プロバイダ]
%% データの所有者.
%% クライアントからのリクエストに応じてデータを提供する.
%% また,ファイルの検索を作成し,インデクサに送信する.
%% ACL を維持し,制限がかかっている場合には
%% クライアントに対し認証を行う.
%% 
%% \item[クライアント]
%% ユーザから要求されたデータをインデクサを利用して検索し,
%% プロバイダあるいはキャッシュから取得する.
%% 
%% \item[インデクサ]
%% プロバイダからデータの索引を収集し,
%% クライアントからの検索に応じる.
%% また,プロバイダの位置を追跡し,
%% オフラインであれば利用可能なキャッシュを探す.
%% 
%% \item[キャッシュ]
%% プロバイダの所有するデータを複製・保存する.
%% プロバイダがオフラインである場合にプロバイダに代わって
%% クライアントにデータを提供する.
%% \end{description}
%% 
%% 一般的に,ユーザが携帯する端末ではプロバイダとクライアントの機能を持ち,
%% インデクサおよびキャッシュは自宅の端末やデータセンタなどの
%% ネットワーク的に固定された場所に設置することを想定している.
%% 
%% 他の検索サーバを利用できない場合は
%% 任意の端末にインデクサとしての機能を持たせることで,
%% 独立したネットワーク環境においてもシステムを利用できる.



%% 5
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{評価方針}

%%\subsection{ソフトウェアの評価}

本研究で作成するアプリケーションが要求事項を
満たしていることを確認するため,
実際に運用を行い,以下の点から評価を行う.

\begin{itemize}
\item 情報を手間をかけずに公開できる
\item 自分の欲しい情報を的確に探し出せる
\item 発見した情報を利用できる
\end{itemize}

%% \subsection{コミュニケーション基盤としての評価}
%% 
%% 本研究が目標とするコミュニケーションが実現されたかを確認するため,
%% 以下の点から評価を行う.
%% 
%% \begin{itemize}
%% \item それまで利用頻度の低かったデータが再利用されたか
%% \item 自分の欲する情報を探し出せたか.
%% \end{itemize}



%% 6
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{予想される成果と将来への展望}

\subsection{予想される成果}
以上のような情報流通基盤を構築・運用することにより,
これまで使い捨てられていた情報を容易に
他の人が資源として使うことができるようになる.
その結果,社会全体がより価値の高い情報の生産に専念でき,
技術や文化の発展に貢献する.


\subsection{将来への展望}

\subsubsection{ファイル以外への対応}
対象とするデータをファイルに限らず,
例えばマルチキャストで流れている映像ストリームを同じように扱うことで,
ユーザは検索して自分のみたい映像を探し,そのマルチキャストグループに参加する
という使い方が考えられる.

\subsubsection{課金システムとの協調}
本システムではあらかじめ設定されたアクセス制御リストしか考慮していないが,
何らかの電子キャッシュ系と組み合わせることで,動的にアクセス制御リストを更新し,
情報の受信に課金するという使い方ができるようになる.

%%\subsubsection{}






%% 7
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{これまでの活動}

\begin{description}
\item[徳田・村井・楠本・中村・南合同研究会]
環境情報学部入学当初より
徳田・村井・楠本・中村・南合同研究会に所属し,
高度なネットワークインフラの構築及び運用に携わっている.

\item[pie\cite{pie},sprng\cite{sprng}]
大学1年春よりインターネットの普及に関する研究グループに所属し,
インターネットインフラが普及する上での問題点や,
普及が社会に与える影響について研究を行っている.

\item[neco\cite{neco}]
大学3年春よりネットワーク上のコミュニケーションに関する研究グループに所属し
ネットワーク上で行われる新しい形態のコミュニケーションの研究に携わっている.
\end{description}


%% 8
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{志望理由}

本研究では,新しい情報流通ネットワークモデルを提案し,構築する.
これを実現するためには,ネットワーク技術のみならず,
効果的な索引の作成や検索にかかわるマルチメディアデータベースや,
アプリケーションとしてより多くの人に使ってもらうための
ユーザインターフェースに関する議論が必要不可欠である.
このように多角的な面から研究を進めるにあたり,
これらの分野の研究が盛んに行われている政策・メディア研究科を志望したい.


%% 9
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{共同研究者・関連団体}
本研究では,慶應義塾大学大学院政策・メディア研究科
``モービル広域ネットワーク(MAUI)''プロジェクトにおいて,
村井純教授,楠本博之助教授,中村修助教授の指導のもとに行う.
また,本研究の基礎技術として必要不可欠な
データベースおよびユーザインターフェースの教員の指導を受けたいと考えている.

また,以下の団体と協力しながら研究を進める.

\begin{itemize}
\item 慶應義塾大学村井研究会内ワーキンググループ neco
\item WIDE Project
\end{itemize}


%% 参考文献
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\bibliographystyle{unsrt}
\bibliography{proposal}

%%\begin{thebibliography}{9}

%%\begin{small}
%%  \bibitem{napster} Napster \\ http://www.napster.com
%%  \bibitem{gnutelliums} Gnutelliums \\ http://www.gnutelliums.com
%%  \bibitem{jnutella} Jnutella.org \\ http://www.jnutella.org
%%  \bibitem{freenetproject} FreenetProject.org \\ http://www.freenetproject.org
%%  \bibitem{groove} Groove Networks, Inc., \\ http://www.groove.net
%%  \bibitem{id3} id3.org \\ http://www.id3.org
%%  \bibitem{pie} インターネットの普及に関する研究グループ \\
%%	  http://www.sfc.wide.ad.jp/kg/pie/
%%  \bibitem{sprng} 通信基盤としてのインターネット整備戦略,およびその上での政策・社会環境の整備に関する研究 \\
%%	  http://www.sfc.wide.ad.jp/kg/sprng/
%%  \bibitem{neco} ネットワーク上のコミュニケーションに関する研究グループ \\
%%      http://www.sfc.wide.ad.jp/kg/neco/
%%  \end{small}
%%\end{thebibliography}

%%インターネットの普及に関する研究グループ
%%(PIE: Popularization of Internet Environment),
%%相互接続された時代の神話・幻想と現実の把握と変化への提言
%%(miria: Myths, Illusions, Realities in the Interconnected Age),
%%ネットワーク上のコミュニケーションに関する研究グループ
%%(neco: NEtwork COmmunication),
%%通信基盤としてのインターネット整備戦略,およびその上での政策・社会環境の整備に関する研究
%%(SPRNG: Strategy and Policy toward Regionally, Nationally and Globally)



\lastpagenumber
\end{document}

