現実のコミュニケーションからの事例

現実の電子メールコミュニケーションから、プロトタイプシステムの効果と問題点を検 証するために、第三者にもシステムを使用させて意見を求めた。その結果を以下に示す。

スレッド 一覧 前節で実験データを視覚化した際にも述べたが、スレッドの一覧表示に おける球や線で表現されたイメージが、その規模や内容をつかむのに助けになった。

スレッド 詳細 スレッド詳細では、誰が発話している／していないであるとか、だれ には送られている／送られていないといった状況の理解が支援された。例えば図^6.3 は、

ko deraさんが⁴人に対して「論文の章立て」を送ってコメントを要求して始まったスレッ

ドの詳細である。二人からはコメントを受け取ったが、残りの二人からは返事がない事が 一目で理解できる。これにより^{ko dera}さんは、コメントを催促することを思い付くかも しれない。また、二人から送られたコメントが、それぞれ^{ko dera}さんにだけ送られてい ることも分る。他には、ある発話がどの発話に対して行なわれたものかといった、発話間 の関係を視覚的に理解できるという見方があった。

図^6.3: 現実のスレッドを視覚化した例

6.3

問題点

問題点は、特に視覚化における表現力の弱さに関する指摘が多かった。また、システム の提供するメールを書くための機能が満足のいくものでなかったため、コミュニケーショ ンツールとしての総合的な評価には至っていない。これらの問題に対する対策や展望は、

次の章で述べる。

スレッド 一覧での検索性 スレッド数の多いフォルダではスレッドを検索する操作性が 良くないとの指摘もあった。時間軸表現による検索性をうまく実現できていないのかもし れない。

参照関係の表現 スレッド詳細における発話間のおおよその関係は視覚的に理解された が、どの発話をどれくらい引用しているかなどの、厳密な参照関係が表現されていない。

時間軸の精密性 プロトタイプシステムでは、日付が変わった程度しか時間間隔を表 現していない。このため実際には大きかった間隔が感じられず、戸惑ったという指摘が

あった。

複数スレッド による同一話題 同一の話題であっても、途中から新しいスレッドとして 続けられることがあり、それら複数のスレッドを扱うための機能が必要である。

発話者の宛先についての意図の表現 メールを送る際には、^Toや^Ccに相手を指定す るが、人によってはそれぞれ使い分ける事に意味を持たせている場合がある。システムは それを区別せずに扱ってしまっている。

第

章