1

qwikWeb: メーリングリストと Wiki を統合したコミュニケーション・システム
江渡浩一郎 †高林哲 †増井俊 之†

メーリングリストはグループ・コミュニケーションに広く利用されているが，送られた情報が効果的に蓄積・組織化できないため，過去の情報を再利用することが難しい．WikiWikiWeb (Wiki) は
Web 上で情報を編集・共有するための柔軟で使いやすいシステムであるが，通常はユーザ管理を行えないため，誰が編集を行ったのかはわからない．また，情報の更新が通知されない．本論文では，この両者を統合することによって互いの利点を活かした新しいグループ・コミュニケーション・システ
ム qwikWeb を提案する．qwikWeb は，簡単にメーリングリストと Wiki サイトの両方を作成し，両者の機能を同時に利用できる．全てのメールは Wiki ページとして蓄積され，過去の情報を容易に編集・組織化できる．我々はインターネット上に自由に利用できるサービスを提供し，運用実験を行っている．本論文ではシステムの概要と実装，運用実験から得られた知見についてまとめる．

qwikWeb: a communication system
integrating mailing lists and WikiWikiWeb
Kouichirou Eto ,† Satoru Takabayashi † and Toshiyuki Masui†
We have developed a new powerful group communication system qwikWeb, which is anintegration of mailing list and the WikiWikiWeb (Wiki). A mailing list is very useful for exchanging information between members using standard e-mail framework, but the messages
are usually only stored in each member’s computer, and old messages cannot be edited ororganized. Wiki is a flexible and useful system for storing and exchanging information on theWeb, but it does not usually keep information on the responsible person for the modification.
In addition, users cannot tell when a Wiki site is updated for lack of notification. Users ofqwikWeb can create a new mailing list only by sending an e-mail message to the qwikWeb
server, and start exchanging information using the new mailing list. At the same time, all themessages are stored in newly created Wiki pages corresponding to the mailing list. In thispaper, we describe the basic ideas, implemntation details, and user experiences of the system.

1. は じ め にれにくいという問題が生じる．

コンピュータやインターネットを利用したグループ・もある．しかし Web 掲示板では，いつ新しい情報がコミュニケーション手法が多数提案されているが，小追加されたのかがわからないため，更新の確認がとど規模なグループで利用するシステムの決定打は存在しこおりがちになる．情報がすぐに伝わるとは限らないていない．

ために重要な情報を書き込まなくなるという悪循環が小規模なグループにおいては，メーリングリストをWeb 上の掲示板のようなシステムを併用する場合発生する．

用いてコミュニケーションを行うことが多い．しかし企業のような大規模な組織においては，専用のグメーリングリストには情報が効果的に蓄積・組織化さループウェアを用いる場合がある．この場合はあらゆれないという大きな欠点がある．そのため後から加るメンバに使い方を修得させ，使用を徹底させる必要わったメンバと最初からのメンバの間で情報が共有さがあるし，システム管理の手間も大きいのが普通である．小規模，あるいはインフォーマルなグループでは，† 独立行政法人 産業技術総合研究所 情報技術研究部門 情報流デザイングループ
National Institute of Advanced Industrial Science andTechnology (AIST) Information Technology ResearchInstitute, Fluid Information Design Group

そのようなコストを負担することは難しい．
このような問題を解決するため，既に普及しているメーリングリストによるグループ・コミュニケーションを核とし，Web 上の機能を追加するという形で，お2
互いの長所を合わせたコミュニケーション・システムのを向上させるものではなかった．情報が蓄積されなを開発した．核となる情報共有手法をできるだけシンい，情報を組織化できない，控え目な情報発信ができプルにすることによって，使い方の修得や管理コストないなどといったメーリングリストの欠点は改善されを下げ，手軽に利用できるものとした．また，普通はていない．

メーリングリストによる情報共有のみを行っているよ

2.3 Web 上のメーリングリスト管理システム
メーリングリストを提供するサービスとして，Yahoo グループ☆ や MSN コミュニティ☆☆ のようなサービスが普及している．これらのサービスは，Web 上でのメンバ管理機能，メールを蓄積し閲覧する機能なうなグループを対象とすることとした．

2. 既存のコミュニケーション・システム
本節では，既存のコミュニケーション・システムの問題点について述べる．

どを備えている．しかし，誰かが管理者となる必要が

2.1 メーリングリスト
グループでコミュニケーションを行うためのシステ
ムとして，現在最も普及しているのはメーリングリ
ストだろう．例えば大学の研究室のような小規模なグある．過去のメールを見ることはできるが，その情報ループでは，メーリングリストで連絡や議論を行うこ

示板などのシステムを併用する場合がある．この場合とが多い．メールによる連絡は非常に手軽であり，現は Web 上に議論や連絡などの情報が蓄積される．し在ではほとんどの人が日常的にメールを使っているた

かし，Web 上のシステムは，情報がいつ更新された

め，メーリングリストは便利である．のかがわからないという欠点がある．グループのメンを編集・組織化することはできない．

2.4 Web 上の掲示板
グループ内の情報共有の仕組みとして，Web 上の掲

しかし，メーリングリストによるコミュニケーショ

バがすぐに目を通すとは限らないため，重要な情報はンは，情報が効果的に蓄積・組織化されないという大掲示板にのせなくなるといった悪循環が発生する．

きな欠点がある．アーカイバ機能を持つメーリングリ

く加わったメンバにとっては，いままでの議論の経緯

2.5 WikiWikiWeb
WikiWikiWeb(略称 Wiki)2) は，Cunningham によって開発された，編集可能な Web システムである．
Web で見ているページを，Web ブラウザ経由で書きがわからないため，情報量に差が生じる．しばしばす換えることができる．簡単な記法によって構造を持っでに成された議論が蒸し返されることがあるが，これた文章を書くことができ，また新しいページを作り，は議論された結果が再利用可能な形にまとまっていなページからページへのリンクを張ることができる．非いことが原因である．

常にシンプルなシステムであり，気軽に新しい情報をストもあるが，メールがただ蓄積されるだけであり，有益な情報も埋もれてしまいやすい．グループに新しまた，メーリングリストはメンバの追加や削除など加え，編集することができる．情報を蓄積・編集し，の管理が必要となるが，小規模なグループではそのよ不定形の情報を柔軟にまとめていくことができるというな管理は負担となる．

う点で，Wiki は非常に使いやすいシステムである．全

また，メールは控えめな情報発信というのが難しい．
今すぐみんなに知ってほしいわけではないが，必要になったらみんなが見られる状態にしておきたいといってのページを誰でも自由に書き換えできるため，管理者を必要としない．
しかし，誰でも情報を自由に読み書きできるというた情報は，メーリングリストでは共有しづらい．のは，Wiki の長所であるが，欠点にもなりうる．元々2.2 QuickML
QuickML1) は，メールを送るだけでメーリングリストの作成やメンバ管理を行なえる手軽なメーリングリの Wiki の仕組みは非常にシンプルであり，ユーザ管スト管理システムである．管理者を必要としないとい場合は，ユーザデータベースを管理する管理者が必要う特徴を持っており，気軽にメーリングリストを立ちとなる．しかし，ユーザ管理のような手間が出現する上げることができる．しかし，メーリングリストに送と，管理者を必要としないシンプルさという Wiki のられたメールを保存するといった機能は備えていない．

利点が失われる可能性がある．また，Web 掲示板とQuickML は，メーリングリストの管理を楽にする理などの機構は無いため，誰がそのページを編集したのかなどの情報は記録されない．ユーザ管理をしたい

同じように，情報の更新が通知されない．

ことを目標として設計されたシステムであり，管理コストを低下させることには成功したが，メーリングリ☆

ストによるグループ・コミュニケーションの質そのも☆☆

http://groups.yahoo.co.jp/
http://groups.msn.com/

3

図 1 qwikWeb の画面

3. qwikWeb
前述のような問題を解決するために，我々はメーリ
ングリストと Wiki を統合したグループ・コミュニケーション・システム qwikWeb を開発し，運用を行なっている (図 1)．qwikWeb は QuickML と同じように，

ML: study@qwik.jp
New Member: taro@t...
勉強会用の qwikWeb サイトを作成します．

–
archive: http://qwik.jp/study/1.html
ML: study@qwik.jp

メールを送るだけでメーリングリストを作成でき，同時に対応する Wiki サイトが作成される．メーリングが編集を行ったのかが記録される．

メールのフッタの部分に，このメールに対応したURL(この場合はhttp://qwik.jp/study/1.html) が表示される．この URL から，対応する Wiki サイトにアクセスできる．最初のアクセスでは，ユーザ名とパスワードを入力するログイン画面が表示される．ここで3.1 qwikWeb の利用方法

はまだパスワードを取得していないため，ログインでサイトの作成きない．パスワード取得画面に行き，メールアドレスリストに投稿された情報は，自動的に Wiki 上に蓄積され，編集可能となる．QuickML によるメンバ管理機能によって，Wiki のアクセスが管理されるため，誰qwikWeb のサイトを作成する方法は，QuickML におけるメーリングリストの作成方法と同じである．
「好きな名前@qwik.jp」にメールを送ることによって，メーリングリストの作成を指示する．

を入力すると，パスワードを知らせるメールが送られてくる．
http://qwik.jp/ におけるユーザ名とパスワードは、下記の通りです。
ユーザー名: taro@test.jp

Subject: 作成
To: study@qwik.jp
From: taro@test.jp
勉強会用の qwikWeb サイトを作成します．

パスワード: 12345678

http://qwik.jp/study/.login に再度アクセスしてみてください。
下記 URL にアクセスすると、自動的にユーザ名とパスワードを入力します。

確認のためのメールが送られてくるため，それに返http://qwik.jp/study/.login?user=taro@test.jp&pass=12345678

答すると，メーリングリストと Wiki サイトが作成され，一通目のメールが送られてくる．

この中の最後の行にあるリンクをクリックすると，パスワードが自動的に入力され，ログインする．このユーザ認証情報は cookie 3) に保存されるため，次回以降はログインする必要がない．ここで，図 2 のよう4

図2qwikWeb サイトの最初の画面

図5

図 3 qwikWeb の編集画面

件名単位でメールが組織化される

3.2 メールと Web の融合メンバ管理機構としてのメーリングリスト
Wiki は，誰でも自由に読み書きできるシステムであり，メンバ管理などの機構を備えていない．アクセスできるメンバを限定したい場合には，様々な工夫をする必要があり，管理の手間が生じる．そこで，QuickMLの管理者を設置することなくメンバ管理が行えるという特徴を生かし，メーリングリストに登録されたメンバだけが Wiki サイトにアクセスできることとした．
これにより，メーリングリストへのメンバの追加・削除を行うと，同時に Wiki サイトへのアクセス権限をコントロールすることができる．
件名単位でのメールの組織化
メーリングリストに送られたメールは，自動的にWiki ページへの追加書き込みとなる．その際に，メー
図 4 編集された結果の表示

ルの件名をページ名として扱い，同じ件名のメールはのような Web ページとして表示される．テキスト中1 ページにまとまるようになっている．図 5 のように，日付と投稿した人のメールアドレスによってメール毎に区切られて表示される．メールの本文中には，Wikiページと同じ Wiki 記法を使用できる．
単にメールが蓄積されるだけではなく，保存されたには簡単なマークアップ記法 (Wiki 記法) を使って，ページそのものが Wiki ページとなっているため，メー様々な要素を記述することができる．

リングリストに投稿された情報を素材として，Wikiな画面となる．
右上の「編集」というリンクをクリックすると編集画面 (図 3) となる．内容を編集し，保存すると図 4

ページ上に情報をまとめることが容易となる．メール

5• 静的な HTML ファイル生成
Wiki 上のページを静的な HTML ファイルとして保存することができる．
• ファイル添付機能

図6

付箋機能: ページ上に付箋を貼り付けることができるの添付ファイルも，自動的に Wiki サイト上へと保存される．画像ファイルを添付した場合には，自動的にそのページへの埋め込み画像として表示される．
更新情報の通知Wiki 上でのページの編集が行われた場合には，一定時間に一度，メンバ全員に更新情報を通知する．こ任意のファイルをサイト上に置くことができる．
• テーマ機能
tDiary ☆2 互換のテーマ機能によって，豊富なページ・デザインを使用できる．
• メタデータ生成

RSS ☆3 によって，ページの更新時刻などのデータを取得できる．
• 携帯電話からの使用携帯電話からも利用可能である．
• 認証

た，誰がその編集を行なったのかもメールアドレスにcookie による認証と BASIC 認証6) に対応している．
• バックアップ機能
ページ書き換え時にバックアップを保持するため，全ての過去の情報を参照できる．
• サイト内検索

よって表示される．

単語による Wiki サイト内の検索ができる．の通知頻度は，一時間に一回，一日一回，まったく送らないのどれかに設定できる．このようにメールによる通知を行うことによって，Wiki 上で情報が更新したことをだれも気付かないということは無くなる．ま3.3 qwikWeb の機能
これまで説明した基本機能に加え，qwikWeb は下記のような機能を備えている．

• 付箋機能Web ページ上に付箋を貼り付けることができる☆1(図 6)．またその付箋から線で結ばれた新しい付箋を作成できる．それぞれの付箋もまた通常の Wikiページと同じように Wiki 記法を使って編集可能である．この付箋機能は，ページ中の特定の部分に対• プラグインによる拡張柔軟な機能拡張が可能である．

4. 実

装プログラムは全て Ruby ☆4 で記述し，WEBrick ☆5 フ
レームワークを使用し，Web サーバとして稼働する．
データは全てテキストファイルとして保存している．

Web サーバやデータベースなどを別途インストールする必要はなく，容易にインストールできるように設計してコメントをつけたいときに，特に有効である．

している．qwikWeb のソフトウェアは，GPL によっまた，アイデア・プロセッサーとしても使える．て公開している☆6 ．

• ビデオ編集機能
Wiki 上で，動画ファイルを編集することができる．
動画ファイルを Wiki サイト上に置き，ビデオプラ

パスワード管理手法
通常のユーザ管理手法では，ユーザ名とパスワードを保持するユーザデータベースを管理する必要がある．

グインによってそのファイルの再生する場所を指定

しかし，qwikWeb ではメーリングリストにそのユーすると，編集された結果の動画を再生する．

ザのメールアドレスが存在するかどうかだけで管理しこの機能により，グループ内の会議の記録をビデオている．個々のユーザ毎のパスワードは，メールアドで行い，その記録を手軽に編集・共有することがでレスから自動生成される．まず，メールアドレスとサきる．また，イベントの記録などをグループ内で手軽に共有することができる．

• サイト全体のアーカイブ生成
サイトのページ全部を一つの zip ファイルにまとめて保存することができる．
☆1

この付箋機能は，伏原幹氏による wema というシステムを参考にし，実装した．http://www.mikihoshi.com/wema/☆2

tDiary は，ただただし氏によるオンライン日記システムである．
http://www.tdiary.org/☆3
RSS とは，RSS 0.91 (Rich Site Summary) 4), RSS 1.0(RDF Site Summary) 5) などの規格を表す単語であり，同じ略語の元に複数の規格が存在する．qwikWeb では RSS 0.91,RSS 1.0 の二つの規格に対応している．
☆4
http://www.ruby-lang.org/☆5
http://www.webrick.org/☆6
http://qwik.jp/qwikWeb.html

6
イト毎のパスワード，そして世代となる値を「:」で連結した文字列の MD5 値をとる．
(メールアドレス+":"+サイトパスワード+":"+世代).md5

その値を 10 進数にし，下 8 桁をパスワードとして使用している．パスワードを数字のみとしているのは，

{{video(VideoTest):url:rtsp://qwik.jp/www/test.rm,00:03,00:13,00:20,00:28}}



図 7 ビデオプラグイン記述例

携帯電話から容易に入力できるようにするためである．
誰かのパスワードが漏れてしまった場合は，そのパスワードを使用不可にする必要があり，そのためにユーザ毎にパスワードの世代を設定できるようにしている．

5. 議論

我々はこの qwikWeb の運用実験を一年程度行ってユーザ毎の情報は，この世代情報を管理するだけであおり，利用例から得られた知見について紹介する．

り，管理の手間は低減される．
付箋機能は，CSS (Cascading Style Sheets)7) を

5.1 メーリングリストと Wiki の統合による利点
qwikWeb はメーリングリストと Wiki を組み合わせたシステムであるが，二つのシステムを密接に統合用いて画面表示し，ユーザとのインタラクションはしたことによって下記のような利点が生まれている．

付箋機能

JavaScript を用いて実現している．付箋と付箋を繋ぐ

情報の共同所有

線は，インターネット・エクスプローラにおいては，メーリングリストで議論を行っていると，お互いが8)VML (Vector Markup Language) という機能によっ自分の意見を譲らずに主張し続ける，いわゆるフレーて表示しているため，斜めの線も表示できる．その他ムと言われる状態になることがある．しかし本来議論のブラウザの場合には，DIV 要素☆ を 1 ピクセルの幅とは，複数の異なった意見から合意点を見付けだす作で表示することによって，線のように見せている．

業である．このような場面では，共同で一つの文章をビデオ編集機能編集し，その文章を持って合意とするという手法が有時間軸をもった情報を指示するための XML によ効である．qwikWeb では，メーリングリストの参加る記法として，W3C によって SMIL (The Synchro-

者が Wiki 上にて共同で文章を編集することができる

nized Multimedia Integration Language)9) という規格が標準勧告されている．最初に RealPlayer で実装され，現在では QuickTime プレイヤーにおいても使えるようになっている．ビデオプラグインは，記述された要素から SMIL ファイルを生成し，RealPlayerため，このような情報の共同所有を容易に実現できる．
アドホックなグループ生成

Web 上で公開されているシステムは，一般には全ての人に公開されたサービスであり，アクセスは匿名で行なわれる．その逆に，ある組織内部の人だけがアクに渡している．RealPlayer は，その SMIL ファイルセスできるイントラネットという形態もある．しかし，を解釈し，編集された動画をリアルタイムで再生する．

組織というほど固定的ではないアドホックなグループ

このような仕組みによって，ビデオという扱いの難し

では，アクセス制限の対象が明確ではないし，管理者いマルチメディアデータを，テキストだけの仕組みでを置くことも難しいため，アクセス制限を実現するこ手軽に編集できるようにしている．とは容易ではない．qwikWeb では，QuickML が持つ図 7 にビデオプラグインの記述例を示す．ここで柔軟なメンバ管理手法を統合することによって，アドは，rtsp://qwik.jp/www/test.rm という URL に示す動ホックなグループ生成を容易に行えるようになった．

画ファイルを対象とし，3 秒から 13 秒までと 20 秒から 28 秒までの合計 18 秒を抜き出して再生すると指5.2 qwikWeb の活用例
qwikWeb はメーリングリストと Wiki の両方の利示している．現在はこのように秒数を直接指定する方点を兼ね備えたシステムとして利用できるため，これ式をとっているが，本来は動画を見ながら直接その時まで，メーリングリストおよび Wiki のどちらかだけ間軸上の点を指示できるとよい．この点は今後の課題

では扱いにくかった用途にも活用できる．ここでは，である．

qwikWeb の効果的な活用例をいくつか紹介する．
学習環境における利用
大学の授業で活用している例がある．授業で必要な資料の配付を Wiki で行うと，誰でもその資料を編集☆

HTML における任意の矩形を扱うための要素．

できるため，履修者が積極的に情報を追加するという

7
表 1 グループ・コミュニケーション・システムの比較
Table 1 Comparison of various group communication systems.

QuickMLWeb ベースの ML 管理シス
テム
管理者権限を細かく設定でき
る．Web 上からアーカイブを参照可能．

Wiki

qwikWeb

Web ブラウ ザ上 で簡単 にページを編集できる．情報の組織化が容易である．

簡 単 に サ イ ト を 立 ち 上 げ，メールを送るだけで情報共有し，その情報を蓄積・組織化できる．

利点

簡単にメーリングリストを立ち上げることができる．メー
ルを送るだけで，メンバの追加・削除を行える．

欠点

情報が蓄積されない．後から参加した人にはこれまでの経緯がわからない．

Wiki のように柔軟なページ作成機能を備えていない．
メールは蓄積されるだけであり，情報を組織化することはできない．

誰でも書込可能であり，誰が編集したのかわからない．
ページが編集されても，更新が通知されない．

参加しているメンバは全員同じ権限を持っており，誰でも全てのページを書き換えられるため，一定以上の人数が利用するグループには適さない．

まとめ

情報をまとめたり，残す必要がない用途に適している．

グループの管理者が存在している場合に適している．

誰でも読み書きできる Web
ページの編集に適している．

即座に情報を共有し，その情報をまとめ，後に残していく
場合に適している．

例があった．履修者だけにアクセスが制限され，誰がるというルールが理解されると，内容に沿った件名アクセスしたかも記録されるため，荒らされる心配はにするようになるという例が見られた．間違った組無い．メーリングリストでの質問と回答も，Wiki 上織化が成された場合には，Wiki ページとして編集でまとめて見ることができる．また授業の内容を全てビデオで記録し公開したところ，後から参照すること可能であるので，修正できる．
5.4 利 用 状 況ができ，効果的だった．

現在，108 個のグループがサーバ上で稼働中であり，職場における利用そのうち 70%(76 個のグループ) が Wiki サイトとし職場における活用例もある．各自のスケジュールやての利用も行っている．その中には，ほぼ毎日編集を予算の管理，業務の進捗状況など，メーリングリスト行い，合計で 500 回以上の編集を行っている Wiki サ

では扱いにくいストック型の情報も，Wiki 上では適イトも存在する．

切に扱うことができる．メーリングリスト上での議論

5.5 比較
既存のグループ・コミュニケーション・システムと，qwikWeb との比較を表 1 にまとめる．

も蓄積されるため，後から経緯を確認できる．また，情報が更新された場合には通知メールが送られるため，気付かない心配はない．
一人だけでの利用自分一人だけで利用するという例もある．気になった情報をとりあえずメールで送っておけば，後で Wikiページとしてリンク集などをまとめることができるため，情報の収納場所として活用できる．

6. 関 連 研 究
本節では qwikWeb の関連研究について述べる．
メーリングリストと Wiki の融合

Wiki をより便利に使うために，メールとの連携機能を備えた Wiki エンジンもある．Hiki ☆ は，更新を5.3 運用実験から得られた知見

メールで通知する機能を備えている．PukiWiki ☆☆ は，• 最初は普通のメーリングリストとして利用され，メールによって一定の情報が共有された後に，その情報をまとめたい，一覧したいという要求が起り，初めて Wiki サイトとして利用されるという例が多い．

受け取ったメールをページへの書き込みとして扱う機• 過去のメールデータを編集して変更してしまうことには抵抗のあるユーザが多い．しかし，全ての編集履歴が保存され，いつでも過去の情報を閲覧できるため，情報が無くなってしまうわけではない．また，メールそのものを編集する必要はなく，その情

い．qwikWeb は，メーリングリストと Wiki とを密接能を追加できる．
しかし，これらの拡張された Wiki では，メンバ管
理機能と Wiki のアクセス制御機構は統合されていなに統合し，全てのメールを Wiki ページへの書込みとして扱い，件名によって蓄積・組織化し，メールによる通知機能，メールをページ書き込みとして扱うなどの機能を連携して行えるようにした所に特徴がある．

報を元に新しい Wiki ページを作ることもできる．

• メールの内容に沿った件名を付けるユーザばかりとは限らないが，メールの件名によって組織化され☆
☆☆

http://www.namaraii.com/hiki/
http://pukiwiki.org/

8
Wiki のアクセス制御
通常の Wiki は誰でも読み書きできるが，その書き込みにおけるアイデアが誰のものかが問題になることがある．それを明確にするために，公開の Wiki とはそれまでの経緯を容易に理解できるようにすることが別に制限された Wiki を立ち上げるという方法もある

ようなシステムの構築を目指していきたい．

が，二種類の Wiki を管理するにはコストがかかる．

Burrow は，一つの Wiki の内部に異なったアクセスレベルが混在できるようにし，閲覧・編集する際に自動的にアクセスルールが生成される Wiki システムを開発した10) ．

qwikWeb では一つの Wiki においては，全ユーザが同じ権限を持つこととしている．アクセス権限を個別に設定することは非常に手間がかかるが，このような自動的なアクセスルールの生成と組み合わせることによって，一つの Wiki の内部を手軽に分割して使うことができるかもしれない．
学習環境での Wiki の活用

Guzdial ら11) は，ジョージア工科大学において，CoWeb という Wiki エンジンを開発し，学習環境において使用している．2 年間の運用において，学内には 120 を超える Wiki が使われるようになり，10 台のサーバがそれを運営している．Wang ら12) は，Wikiにページ所有者，書き込み権限，不可視モードの設定などの学習環境に特有な拡張をほどこした．Breretonら13) は，Wiki をベースとした学習支援環境を構築している．
我々は独自の Wiki エンジンの開発の前に，既存のWiki エンジンを用いて，芸術系の大学における数百人規模のコミュニティを対象とした，情報共有空間構築の実証実験を一年以上行っている．ビデオ編集機能や附箋機能は，その経験から有用と判断し，実装した機能である．今後も学習環境における運用実験を継続し，機能追加を考えたい．

7. お わ り に
メーリングリストと Wiki の長所を統合したグルー
プ・コミュニケーション・システム qwikWeb を開発した．これによって，手軽にメーリングリストと Wikiを使ったグループ・コミュニケーションを行えるようにした．基本的な Wiki の機能と共に，付箋機能，ビデオ編集機能などの機能によって，より高度な情報共有を可能とした．インターネット上で誰でも利用できる環境を整備・運用し，実証実験を行った．
本プロジェクトは，グループ・コミュニケーションを円滑に行えるようなシステムの開発を最終的な目標としている．特に，後からグループに参加した人が，重要な点である．今回は，グループ内の情報の蓄積として，メーリングリストにおける情報共有をベースとしてとらえた．今後は，より多様な情報を共有できる

参 考文献1) 高林哲, 増井俊之: QuickML: 手軽なグループコミュニケーションツール, 情報処理学会論文誌,
Vol. 44, No. 11, pp. 2608–2616 (2003).
2) Leuf, B. and Cunningham, W.: The Wiki
Way: Quick Collaboration on the Web,Addison-Wesley (2001).
3) Persistent Client State HTTP Cookies,
Netscape Communications (1997)
http://wp.netscape.com/newsref/std/cookie spec.html

4) Libby, D.: RSS 0.91 Spec, revision 3, NetscapeCommunications (1999) http://my.netscape.com/publish/formats/rss-spec-0.91.html

5) Brickley, D., et al.: RDF Site Summary (RSS)
1.0, RSS-DEV Working Group (2000)
http://purl.org/rss/1.0/spec
6) Fielding, R.: RFC 2616: Hypertext Transfer
Protocol – HTTP/1.1 (1999).
7) Cascading Style Sheets,
http://www.w3.org/Style/CSS/

8) Vector Markup Language (VML),
http://www.w3.org/TR/1998/NOTE-VML-19980513

9) Synchronized Multimedia Integration Language (SMIL) 1.0 Specification,
http://www.w3.org/TR/REC-smil/

10) Burrow, A.: Negotiating access within Wiki: asystem to construct and maintain a taxonomyof access rules, SIGWEB: ACM Special Interest Group on Hypertext, Hypermedia, and Web,(2004).
11) Guzdial, M., Rick, J. and Kerimbaev, B.: Recognizing and supporting roles in CSCW, Proceedings of the 2000 ACM conference on Computer supported cooperative work, (2000).
12) Wang, C. and Turner, D.: Extending the Wiki
Paradigm for Use in the Classroom, Proceedings of the International Conference on Information Technology: Coding and Computing(ITCC’04) Volume 2 - Volume 2, (2004).
13) Brereton, M., Donovan, J. and Viller, S.: Talking about watching: Using the Video Card
Game and wiki-web technology to engage IT
students in developing observational skills,
Proceedings of the fifth Australasian conference
on Computing education, (2003).