--- a/final_main/chapter5/chapter5.tex	Tue Feb 11 17:44:52 2020 +0900
+++ b/final_main/chapter5/chapter5.tex	Tue Feb 11 21:59:14 2020 +0900
@@ -1,5 +1,4 @@
 % 今後の課題
-%\input{/Users/e155753/.tex/setup}
 
 %%文書開始****************************
 \begin{document}
@@ -8,7 +7,7 @@
 ここではリモートエディタの実装において今後開発, 修正しなければならないことについて解説する.
 
 \section{既存エディターに対する編集方法}
-ユーザーが自身の好みなエディタを選択し、リモートセッションが行えるためには各種類のエディタのプロトコルをリモートエディタに対応させなければならない. まずはemacs 続いてはvimの実装を予定している. ただし, emacsやvimはバッファの構成がjavaによる自作エディタとは異なり, オフセットによる管理を行なっていないため, 対応させる方法を模索する必要がある. 
+ユーザーが自身の好みなエディタを選択し、リモートセッションが行えるためには各種類のエディタのプロトコルをリモートエディタに対応させなければならない. まずはemacs 続いてはvimの実装を予定している. ただし, emacsやvimはバッファの構成がjavaによる自作エディタとは異なり, オフセットによる管理を行なっていないため, 対応させる方法を模索する必要がある.  加えて, emacsにリモートエディタを対応させる際にはemacs-lispを用いる必要があることが予測される. java言語で構成されたChristieからemacsの操作をするまでの処置の方法も模索しなければならない. 
 
 
 \section{編集するファイルの共有方法}
@@ -21,6 +20,8 @@
  先述したが静的Topologyの構成では参加ノードの数が想定と一致しなければ動作しないという問題点がある.
  作成するリモートエディタは不特定数のユーザの参加を前提としているため, 動的にStar型のTopologyを構成する機能を作成する. また, リモートエディタのセッションでは,セッション開始者とは別にサーバーを立て, そのサーバーに開始者を含めた他のユーザを接続する予定である.
 
+\section{複数のマシンがセッションに参加した際の動作}
+現在は一つのマシン上にポートを複数立て, 実際の動作を確認している. これを実際に複数のマシンからセッションを参加した際の通信上でどのような問題や利便性の低下が起きるかが確認できていない. また, セッション参加者にも上限が存在することが予測される.  
 
 %%文書終了****************************
 \end{document}