1.1 電子掲示板の歴史

現在では、インターネットを通じて様々なサイトで電子掲示板を目にすることができるが、日本での電子掲示板の歴史の始まりは、1980年代、NIFTY SERVEやPC-VANなどの商用パソコン通信サービス時代にまで遡る。当時、パソコン通信の標準サービスとして電子掲示板が存在しており、様々な情報がやりとりされていたが、ハンドルネームを変えてもIDやhostによって個人が特定できてしまうため、匿名性は低かった。1991年、アメリカではインターネット協会が設立され、日本でも翌年IIJが設立されたことを契機に、インターネットが商用サービスにも解放されることになった。実際に日本のISPがインターネット接続サービスを開始した時期は1995年ごろであり、1995年はインターネット元年と呼ばれている。以後、インターネットにおけるCGIを利用した書き込みやすい電子掲示板やチャットによって、人々の関心はパソコン通信からインターネットに移行していった。

「miniBBS」という電子掲示板に代表される当初の電子掲示板では、投稿者名、メールアドレス、タイトル、本文を書き込める程度で、また投稿が時間順に表示されるだけの非常にシンプルなものであった。次第にminiBBSを元にした様々な掲示板が乱立するようになった。まず、投稿に対して一行レスが付けられるタイプの掲示板が現れるようになり、さらにレスをした投稿が最上部に表示されるタイプの掲示板も増えた。次に1行レスではなく通常の投稿のように長文のレスを付けられるタイプの「マルチBBSII」「HyperBBS」という掲示板などが現れた。このタイプの掲示板の出現により、掲示板には話題の単位である「スレッド」が並ぶようになる。すなわち、各スレッドごとにminiBBSを内包しているような形態である。掲示板の多くは個人ホームページに掲示板を設置する程度だったが、「あめぞう」と名乗る人物が掲示板を話題ごとに並べる「掲示板コミュニティ」的な使い方を考案したことにより、現在の「2ちゃんねる」のような形態の掲示板文化が発展していった。

このように電子掲示板はパソコン通信時代からネットワークを利用した基本的な情報交換手段を担ってきたとともに、インターネットの普及を支えてきたと言っても良いであろう。しかし、電子掲示板の投稿一つ一つを見たとき、そのほとんどがプレーンテキストのみから構成されていることは昔から不変である。

1.2 従来型電子掲示板とその問題点

電子掲示板は前節で述べたように歴史が長く、様々な仕組みのものが提案・利用されてきた。検索エンジンを用いて調べ物をするとき、電子掲示板のログが検索結果としてヒットすることも多い。このことからも電子掲示板は、投稿データに多くの情報が集約されている、知識の宝庫であると言えるだろう。しかし、電子掲示板に蓄積された知識を抽出しようとするときに、従来のシステムでは単純なテキストマッチングによる検索程度しかできず、知識を抽出する効率は良いとは言えない。たとえば、ある駅付近にある飲食店に関する情報を投稿する掲示板(またはスレッド)があったとする。その駅付近で食事をしたいユーザがいて「予算が1000円以下で、駅から徒歩5分以内でいける中華料理店」を知りたいと思っているとき、「中華」などのキーワードを用いて検索を行ったとしても、予算を表した部分がどこであるかという情報や、駅から徒歩でどれくらいかかるかという情報を投稿本文から抽出することは容易ではないため、順に投稿を読み進める以外の方法でその要求を満たすことは難しい。

1.3 電子掲示板タイプの様々なシステム

プレーンテキストよりも構造化された情報を投稿できる、電子掲示板タイプのシステムもいくつか存在する。そのいずれにおいても、特定の目的に限定した掲示板となっている。

1999年春に開設された「自動アンケート作成」は、その名の通りアンケートに特化した掲示板タイプのシステムである。任意のユーザによってアンケートのテーマが投稿されると、すべてのユーザがアンケートの回答を行えるようになる。アンケートは既存の項目から選択するか、新規に項目を作成することができる。アンケート結果は随時、投票数や割合、棒グラフなどにより表示される。この「自動アンケート作成」は2002年5月に閉鎖されたが、現在でもアンケートに特化した「オリジナル☆ランキング」などのシステムが残っている。

「add your own」は地域ごとのレストランの情報を書き込む掲示板タイプのシステムである。書き込む情報としては、店名・ジャンル・平均予算・住所・電話番号・コメントがあるが、蓄積された情報を閲覧する以外に投稿データの利用法は提供されていない。また、1つの店舗に関する情報は常に1つしかなく、既にある店舗情報を投稿するには、既存の投稿を「編集」することしかできない。

「価格.com」は様々な商品の価格を比較するサイトであり、商品を軸とした多種多様な情報を利用できる。その中でも、このサイトにおいて最も重要な意味を持つ情報が「価格」情報であり、商品ごとに安値ランキングが表示される。価格情報の収集は、契約している店が専用のフォームから送信することにより、サイトにおける価格情報に反映されるようになっている。また、各商品ごとに「口コミ掲示板」などによる口コミ情報があり、価格・デザイン・性能など、商品の種類ごとに用意された視点から「良い」「悪い」の2択による評価フォームとその結果が表示される。また各商品についてユーザが話し合える掲示板が商品ごとに用意されている。性能などの商品に関する情報や、商品を評価する際の指標は、管理者側によって決定され、投稿データの利用についても、管理者によって用意された方法に限られる。

以上のように、ある特定の目的に限定された掲示板タイプのシステムはいくつか存在するが、その投稿データの構造や利用法は管理者などによってあらかじめ決められたものに制限されてしまう。

また、大量のテキストデータから何からの知識を発見するためのより一般的なアプローチとして、テキストマイニングと呼ばれる研究分野がある。しかし、テキストマイニングは一般に構造を持たない任意のテキストデータを対象とするため、精度の点で問題があり、ここで我々が目指しているような、人々の持つ断片的な知識をかき集めて、個人にとって意味のある結果を導き出す、という目的には適用できない。

1.4 本研究の目的と構成

本研究では、電子掲示板の投稿データの再利用性を高めるために、プレーンテキストによる投稿ではなく、投稿者が投稿に対して「構造化アノテーション」を付与し、構造化アノテーション付きの投稿データを用いることによって検索を始めとする様々な高度な処理を効率的に行えるようにする。このようにして拡張された電子掲示板を「アノテーション掲示板」と呼ぶ。アノテーション掲示板では、投稿データの利用方法がシステムから提供されたものに限定されず、ユーザの求める様々な処理を掲示板システム内で自由に行えるシステムの実現を目指す。

本論文の構成は以下のようになっている。

2章では、アノテーション掲示板の基本システム部について述べる。3章では、本研究の核となる、構造化アノテーションと投稿クラスに関して述べる。4章では、蓄積された投稿データの絞り込み検索について述べ、5章では、投稿データの高度な利用法であるオペレーションについて述べる。6章では、オペレーションを用いた様々な知識発見の支援機能について述べる。7章で関連研究について触れ、8章と9章でそれぞれ今後の課題とまとめを述べる。

2.1 アノテーション掲示板システムの実装

本研究で構築したアノテーション掲示板システムは、図に示すような構成になっている。本システムは、幅広いプラットフォームに対応するために完全にWebベースとなっている。したがって、特別なクライアントやプラグインを必要とすることなく、Webブラウザのみですべての機能を利用することが可能である。

図2.1: 本システムのシステム構成

サーバサイドは、すべてJavaサーブレットとして実装されており、サーバ・クライアントの通信部分に関して簡素に記述できる上、プラットフォームの変化にも強い。また、豊富なAPIが利用でき、生産性が高いと言えるだろう。なおアプリケーション・サーバとしてはTomcatを、ApacheのプラグインとしてWindows XP Professional上で利用している。

一部の設定ファイルを除いた、投稿データなどのほとんどのデータはXML(eXtensible Markup Language)で記述されている。XMLという標準化されたフォーマットを利用することにより、プラットフォームが限定されず、データの取り扱いも容易となる。もちろん本システムで使用しているJavaにおいても、XercesやXalanといったXMLの操作をするためのパーサや変換ツール等、非常に多くのAPIやライブラリを利用できる。また、他のプラットフォームとのデータ交換性にも優れている。

また、XMLは拡張性の高い言語であり、構造単位での自由な拡張が可能である。詳しくは3.2節で説明するが、本システムでは投稿データの形式をそれぞれの投稿ごとに変更できる。しかしXMLを利用しているため、投稿ごとにデータ形式が異なっていても、特に問題なくプログラムによって処理することできる。また今後、投稿データの一部分に対してアノテーションを付加するなど、投稿データの拡張がされたとしても、基本システムをほとんど変更することなく運用を続けることが可能である。

XMLデータを管理するデータベースとしてXindice を利用している。Xindiceは、Apache Software Foundationのプロジェクトの1つとして開発されているネイティブXMLデータベースで、すべてJavaで実装されており、Java用のAPIも用意されているため、本システムとの親和性は非常に高い。また、ネイティブXMLデータベースであるため、リレーショナル・データベースとは異なり、XMLに特化した内部構造を持っており、XML文書内のデータをたどる処理等も効率良く行える。

Xindiceに保存されたXML文書を、クライアントであるブラウザに出力する際、XML文書に対してスタイルシートを適用して、HTML形式に変換している。スタイルシートであるXSL文書はXML形式で記述されているので、これもXindiceに保存されている。このため、スタイルシートを書き換えるだけで電子掲示板の見栄えを変更することができる。実際、管理者権限でログインする管理者モードでは電子掲示板の名称や見栄えの変更を行うことができる(3.4節参照)。

ところで、XMLの欠点の1つとして、検索が遅いことが挙げられる。大量の投稿データがあり、キーワードを用いて全文検索しようと思ったとき、全てのXML文書を検索するのには多くの時間的コストがかかってしまう。そこで、単純なキーワードマッチングによる全文検索を行うときに限っては、リレーショナル・データベースであるPostgreSQLを利用することによって、検索の高速化を行っている。

2.2 アノテーション掲示板システムの運用

本掲示板には、「投稿」という概念に加え、話題の単位である「スレッド」、スレッドより話題の単位の大きい「掲示板カテゴリ」という3段階の単位がある。投稿やスレッドの作成はすべてのユーザが自由に行えるが、掲示板カテゴリは管理者のみが作成するものとした。これは、本システムにおける最も大きな話題の単位である掲示板カテゴリが自由に作成できると、掲示板カテゴリが乱立することが懸念され、投稿者やスレッド作成者を適切な掲示板カテゴリに導くことが困難になると考えたからである。図のように、左フレームに掲示板一覧、右上フレームに選択されている掲示板カテゴリに属するスレッド一覧、さらに右下フレームには選択されているスレッドの投稿一覧がそれぞれ表示される。これが本システムの基本画面である。

図2.2: システムの基本画面

図2.3: 更新のあったスレッド順に並んだスレッド一覧(右上フレーム)

また、本システムにアクセスすると最初は図に示したように、右上フレームに更新のあったスレッドが更新順に並べられた状態になっているため、容易に新しい投稿をチェックすることができる。また、投稿があるたびにRSS (RDF Site Summary)を更新しており、RSSファイルにはアクセス制限がかかっていないため、本システムに直接アクセスしなくても、RSSリーダ等を利用することによって更新の有無を確認できる。図に示すように、このRSSには、更新のあった掲示板名・スレッド名・投稿者・投稿日時・投稿タイトル・URLが含まれている。

図2.4: 出力するRSSファイルの一部

2.3 アカウントと認証

本掲示板を閲覧したり投稿したりするにはシステムへのログインが必要となる。そのためにはまずユーザアカウントを作成しなければならない。ユーザアカウントは、ユーザID・パスワード・フルネームの3項目を入力することで作成される。ユーザIDとパスワードは、本システムにログインするときに入力するもので、フルネームは掲示板の投稿に表示される名前である。

通常のユーザアカウントとは別に、管理者アカウントも存在する。管理者アカウントでログインすると、「ユーザアカウントの管理」「掲示板システムの設定」「掲示板の操作」が行える。「ユーザアカウントの管理」では、登録されているすべてのユーザアカウントを操作できる。具体的には、ユーザID・パスワード・フルネームの変更ができるほか、ユーザアカウントを削除したり、新規に作成することもできる。「掲示板システムの設定」では、掲示板システム名と掲示板の配色の設定ができる。「掲示板の操作」では、掲示板カテゴリの作成や変更ができる。また、既存の投稿を削除したり変更したりすることも、管理者権限でしかできない。

2.4 投稿とスレッドの作成

スレッドを新たに作成するには、まずどの掲示板カテゴリに作成するのかを決定する。左部フレームから、スレッドを作成したい掲示板カテゴリをクリックして、右上フレームにスレッド一覧を表示させる。スレッド一覧の最下部に「スレッド作成」ボタンがあるので、それをクリックすると、図のようなフォームが現れる。このフォームに、スレッド名を入力し、さらにそのスレッドにおける1番目の投稿を作成する。本掲示板システムでは、スレッドを作成すると同時に、そのスレッドにおけるガイドラインとなるような投稿を行い、他のユーザはその投稿を読んでスレッドの方向性等を確認した上で投稿する、という形になる。

図2.5: スレッド作成フォーム

投稿を行うには、投稿をしたいスレッドをクリックして、右下フレームにそのスレッドに投稿されている投稿一覧を表示させる。このフレームの最上部と最下部に「新規投稿」ボタンがあるので、これをクリックすることにより、図のような投稿フォームが現れる。この投稿フォームにおいて、投稿者名・レス対象・(投稿)形式に関する情報はすべて自動で入力されており、変更もできないようになっているので、なりすまし等の行為はできない。掲示板システムにログインするときにセッションを作成し、そのセッションに対してユーザIDをセットしているので、投稿フォームを表示する際に、データベースからそのユーザIDを持ったユーザを探し出すことによって、投稿者の名前を取得できる。

図2.6: 投稿フォーム

投稿形式は投稿クラスによって異なるが、ここではデフォルトの投稿クラスの投稿について説明すると、図のようにタイトルと本文を入力する部分があるのでそれぞれ記述し、「この投稿に対するレス形式は」のすぐ右にあるリストボックスから、「この投稿に対して返信する人に、どのような形式で返信して欲しいか」を選択する。この場合の「形式」は、「投稿クラス」と呼ばれるものであり、次章で詳しく説明する。

投稿に対して、添付ファイルを指定することもできる。本システムでは、添付ファイルの数や種類に制限はない。添付ファイルのサイズに関しては制限をすることも可能である。

2.5 投稿データの形式

サーブレットが受け取った投稿データは、以下に示すような形式でデータベースに保存される。なお、ここに示したXMLデータは、1投稿当たりの投稿データである。

<item id="m13" writer="matsumoto">
  <date>2005-01-13</date> 
  <time>12:37:08</time> 
  <res>9</res> 
  <restype>ひとこと</restype> 
  <class>通常</class> 
  <host>192.168.xxx.xxx</host> 
  <text>
    <form>
      <input article="タイトル">賛成です</input> 
      <input article="内容">
        それは良い案だと思います。
        <br /> 
        今週中に実装したいと思います。
        <br /> 
        良い意見をありがとうございました。
      </input>
    </form>
  </text>
</item>

各投稿には投稿ID(item要素のid属性)が付けられるほか、投稿者ID(item要素のwriter属性)、日付(date)、時間(time)、返信先投稿(res)、返信形式(restype)、投稿クラス(class)、ホスト情報(host)、本文(text)が記録される。本文は、構造化アノテーションされているのでform要素やinput要素などによって構造化された状態で保存される。

3.1 掲示板の投稿データに対するアノテーションの必要性

本研究は、掲示板に対するアノテーションを用いることによって、従来の電子掲示板の投稿データに不足している情報を補う、というのが基本的な考え方である。ここで、アノテーションとは、簡単に言うと、オリジナルのコンテンツに対して関連付けられるメタ情報一般のことであり、これによって情報の価値を高めることができる。

世の中には非常に多くのコンテンツが存在する。Web上に存在するものだけ取り上げても、音楽・動画・静止画・日記・掲示板など、多種多様なものが存在する。これらのコンテンツは、非常に高い知識的価値を持っているが、オリジナルコンテンツのままでは、高度な利用が困難である。そこで、このオリジナルコンテンツに対して、図のようにアノテーションを施すことによって、検索・要約・知識抽出などの高度で様々な利用を可能にすることを目指す。

図3.1: アノテーション

本研究では、電子掲示板の投稿に対してアノテーションを付与することによって、投稿データの高度利用を目指す。電子掲示板の投稿データは一般的にプレーンテキストとして表現される。例えば「名古屋駅の近くにある○○という中華料理のお店に行ってきて、全品安くておいしかったが、店の雰囲気はあまり良くなかった」といった趣旨の投稿があるとする。この投稿には、店に関する情報が書かれていて、店名・ジャンル・値段・味・雰囲気などの情報が含まれている。しかし、これらの情報を機械処理によって投稿から抽出するのは容易なことではない。これは、どの部分が店名に関する情報で、どの部分が値段に関する情報か、といった情報を投稿者がメタ情報として付与、すなわちアノテーションを作成することによって、機械処理しやすくなり、情報の価値を大幅に高めることができる。

特に、電子掲示板というコミュニティでは、時間とともに投稿が増加し続ける。このように続々と蓄積されていくデータ全体から、あるまとまった知識が抽出できることの意義は大きいと考えられる。

このように、電子掲示板の投稿に対してアノテーションを付与することによって不足している情報を補い、情報の価値を高めることができる。

3.2 投稿クラスと構造化アノテーション

従来の電子掲示板システムにおける投稿データには、テキストのどの部分がどのような意味を持っているかという情報が欠如している。そこで、まずは投稿に対して構造を与えることから始める。

投稿者は、投稿に対して与える構造を定義するデータである「投稿クラス」を定義して、自分の投稿に対する返信としてどのような構造を持った投稿が欲しいのかを規定する。例えば、投稿クラスの一つである「評価.飲食店」クラスが持つプロパティには「店名」「ジャンル」「平均予算」「味の評価値」などがある。求める返信形式として「評価.飲食店」を指定した投稿に対してユーザが返信するために、その投稿の横に表示された「返信」と書かれたリンクをクリックすると、この投稿クラスの定義から自動生成された、図で示すような投稿フォームが現れるので、各入力フィールドを埋めることにより容易に構造化された投稿が可能となる。このように、投稿内容に対してプロパティを対応させることにより、構造化された投稿を行う本研究の仕組みを、「構造化アノテーション」と呼ぶ。

図3.2: 評価.飲食店クラスの投稿フォーム

3.3 投稿クラスの定義

投稿クラスは、投稿クラス名・親投稿クラス名・投稿構造・利用可能なオペレーション・利用可能なサブルーチン・プロパティのオーバーライドといった情報によって定義される。

3.3.2 投稿クラスの定義と投稿フォームの生成

投稿クラスの定義は、「RELAX NG」を拡張した書式に従って記述されている。RELAX NGは、XMLで記述されたスキーマ言語であり、「RELAX Core」と「TREX」を元にして作られた。2001年に、OASISによって標準化されている。XMLにおけるスキーマ言語とは、要素や属性の配列に関して正しい並び方を明確に定義したものであり、配送途中で壊れたり、何らかの理由で間違ったXML文書が送信された場合でも、受信側で人間の手を介さずにチェックすることが可能になる。

ここで、RELAX NGの簡単な例を示す。以下のようなXML文書があったとき、

<addressBook>
  <card>
    <name>Kazuyuki Matsumoto</name>
    <email>matsumoto@nagao.nuie.nagoya-u.ac.jp</email>
  </card>
  <card>
    <name>Daisuke Yamamoto</name>
    <email>yamamoto@nagao.nuie.nagoya-u.ac.jp</email>
  </card>
</addressBook>

RELAX NGでは以下のようなスキーマとなる。

<element name="addressBook" xmlns="http://relaxng.org/ns/structure/0.9">
  <zeroOrMore>
    <element name="card">
      <element name="name">
        <data type="string"/>
      </element>
      <element name="email">
        <data type="string"/>
      </element>
    </element>
  </zeroOrMore>
</element>

すなわち、XML文書における要素Eを記述すべき位置に、element要素を記述し、そのname属性としてEの要素名を記述するというのが基本的なルールであり、この例を見れば分かるように、RELAX NGは非常にシンプルな構文のXMLで記述される。さらに、Relaxerなどの非常に強力なデータバインディングツールを利用できるため、投稿クラスの定義はRELAX NGに従って記述することにした。

図3.3: 「評価」クラスの投稿構造

本研究においては、図に示すような投稿構造を持った投稿構造を定義するためには、投稿データ(投稿内容を表すノードを抜粋)が例えば以下のようになるので、

<form>
  <input article="評価対象">ABCショップ</input> 
  <input article="評価値">84</input> 
  <input article="コメント">店員の対応があまり良くないと思う。</input> 
</form>

このスキーマは以下のように定義される。

<?xml version="1.0" encoding="Shift_JIS" ?> 
<element name="form" xmlns:bbs="http://www.nagao.nuie.nagoya-u.ac.jp/xmlbbs/">
  <element name="input">
    <attribute name="article">
    <value>評価対象</value> 
    </attribute>
    <data datatypeLibrary="http://www.w3.org/2001/XMLSchema-datatypes" type="string" /> 
    <bbs:component count="1" type="text" /> 
  </element>
  <element name="input">
    <attribute name="article">
    <value>評価値</value> 
    </attribute>
    <data datatypeLibrary="http://www.w3.org/2001/XMLSchema-datatypes" type="integer">
    <param name="minInclusive">0</param> 
    <param name="maxInclusive">100</param> 
    </data>
    <bbs:component count="2" type="text" /> 
  </element>
  <optional>
    <element name="input">
      <attribute name="article">
      <value>コメント</value> 
      </attribute>
      <data datatypeLibrary="http://www.w3.org/2001/XMLSchema-datatypes" type="string" /> 
      <bbs:component count="3" type="textarea" /> 
    </element>
  </optional>
</element>

プロパティのうち、店名は自由に記述できる文字列であるべきであり、ジャンルは選択式であることが望ましい。味・値段・雰囲気の評価値も、何段階かの選択式であって欲しいだろう。平均予算は自由に記述できた方が良いが、数値で入力すべきである。コメントは書かなくても投稿できるようにしたほうが良いかもしれない。このように投稿構造には、値の型や入力方式、オプショナルであるかといった情報を含められることが望ましい。しかしRELAX NGは、XML文書における構造やその内容について記述するものであるため、値の型や、オプショナルであるかどうかという情報は記述できるが、入力方式に関しては定義できない。

そこで本研究ではRELAX NGを拡張し、入力方式に関しても定義できるようにした。例えば、先に示したスキーマ中に合計3ヵ所あるbbs:component要素のtype属性がこれに当たる。評価対象と評価値に関してはtype="text"となっており、テキストボックスによる入力であることを示しているが、コメントに関してはtype="textarea"となっているため、テキストエリアによる入力となる。しかし、RELAX NGを使う利点はRelaxerなどの便利なツールを利用できることにもあるため、RELAX NGを拡張した要素に関しては、名前空間(ここでは「bbs」という名称)を利用することによって容易に区別できるようにした。すなわち、容易にRELAX NGに準拠した形式に変換できるということである。

以上のように掲示板における投稿構造のスキーマを定義することによって、投稿構造を規定すると同時に、それから適切な投稿フォームを自動生成できる。

投稿フォームを埋めることによって作成された、構造化アノテーション付きの投稿が送信されると、システムは受け取った投稿の妥当性をチェックする。まず、データベースに問い合わせ、受け取った投稿クラス名からその投稿クラスの投稿構造を取得する。投稿構造に含まれるデータ型の情報や必須項目であるかどうかという情報を用いて、受け取った投稿に不備はないかを確認する。ここでもし不備が発見された場合はエラーメッセージを出力し、再び投稿の作成を促す。不備が発見されなかった場合は、ここでデータベースに投稿内容が保存される。

4.1 絞り込み検索とその手順

絞り込み検索の手順は、最初に検索対象を決定し、次に絞り込み条件を設定し、最後に結果の表示順序を指定する。このようにして、実際に絞り込み検索結果の表示が行われる。

4.2 検索対象の選択

検索対象の指定には二段階ある。

まず第一段階として、掲示板システム全体や、掲示板カテゴリ、スレッドといった対象を選択する。これは掲示板の画面においてクリックするボタンまたはハイパーリンクによって区別する。図中に1と示した部分をクリックした時は掲示板システム全体に含まれる投稿を対象とし、2と示した部分をクリックした時は現在表示されている掲示板カテゴリに含まれる投稿を対象とし、3と示した部分をクリックした時は現在表示されているスレッドに含まれる投稿を対象とする。

図4.2: 検索対象の選択(第一段階)

第二段階は、第一段階で選択した対象の中に含まれる投稿すべてか、特定のクラスに属する投稿のみかの選択を行う。第一段階の選択を行うと、図で示すようなフォームが表示されるので、どのクラスに属する投稿を検索対象としたいかを選択する。このフォームで選択肢として現れるクラスは、第一段階で選択した対象に含まれるクラスのみである。例えば、「評価.飲食店」クラスに属する投稿と「評価.駐車場」クラスに属する投稿しか含まれていないスレッドを第一段階として選択した場合は、第二段階では、「すべての」クラス・「評価.飲食店」クラス・「評価.駐車場」クラスの3つしか選択肢として現れないようになっている。

図4.3: 検索対象の選択(第二段階)

4.3 絞り込み条件の設定

次に、前節で選択された検索対象に対して、絞り込み条件を設定することでユーザの求める条件に合った投稿に絞り込むことができる。

前節の第2段階の検索対象として任意のクラスを指定した場合は、そのクラスに含まれるプロパティの値を用いた条件設定が可能となる。例えば「評価.飲食店」クラスに含まれるプロパティである「平均予算」の値が800以下である投稿、といった条件を設定できる。またAND検索も可能で、「平均予算が800(円)以下の中華料理の店」といった検索も可能である。

検索対象として「すべての」クラスを選択した場合は、stringの属性を持った「タイトル」と「本文」の各プロパティの値を用いて、含まれる文字列のみの情報を用いて絞り込みを行うことができる。

条件を設定するとき、対象となるプロパティの型によって指定できる条件の種類が変化する。例えば、文字列型の値を持つプロパティに関する条件は、パラメータとして与える文字列と「完全一致する」「含む」などの条件を指定できるが、数値型の値を持つプロパティでは、パラメータとして与えた値との大小比較などによって絞り込み条件を指定する。

条件を設定する画面では、例えば「評価.飲食店」クラスを検索対象としたとすると、図のように、そのクラスに属するプロパティのみが対象として選択できる。条件設定の対象とするプロパティとして「平均予算」という整数型のプロパティを選択しているとき、選択できる条件は図のように、整数型に合った条件のみ選択できる。AND検索をする場合は「条件の追加」ボタンをクリックすることによって、図のように条件の追加を行うことができる。1つめの条件と2つめの条件で同じプロパティに関する条件を設定することができるので、「平均予算が1500円以上かつ、3000円以下」といった条件も設定可能である。

図4.4: 選択できるプロパティ

図4.5: 選択できる条件

図4.6: 条件の追加

4.4 絞り込み検索結果の表示

絞り込み条件の設定が完了したら、絞り込みの結果を表示できる。このとき、絞り込み結果の表示順序を設定することができる。特に表示順序にこだわらずに表示する他に、数値の属性を持つプロパティの値によるソートを行うことができる。例えば、「ジャンルが中華の店」という条件で絞り検索を行ったときに、「平均予算の値が小さい順」といった表示順序の設定が可能である。このようにして、絞り込み検索の結果を表示した画面例を図に示す。

図4.7: 絞り込み検索の結果

これまでに説明したように、投稿データに付与された構造化アノテーションにおけるプロパティを用いることによって、高度な絞り込み検索が可能となった。しかし、これでユーザのすべての要求に応えられるわけではない。そこで次節では、より高度な絞り込み条件をユーザ定義する手法について述べる。

4.5 絞り込みルーチンのユーザ定義

前節までに投稿データのプロパティに関する条件を設定する手法を説明したが、各プロパティの組み合わせで設定できる条件には限界がある。そこで、より柔軟な絞り込み条件を設定できるように、絞り込みルーチンをユーザが定義することも可能にした。

まず、ユーザがより柔軟に、自由な絞り込みルーチンを記述するためには、プログラミング言語で記述するのが適切であると考えられる。次に、どのような言語を用いるのが妥当であるかという問題であるが、独自に言語を設計するのは、必要な機能のみを自由に設定できる反面、その言語をユーザが習得しなければならないため、設計のコストに見合う利益は得られないと考えられるので、既存の言語を利用することにした。では、どの言語が良いかを考えたとき、次に挙げる条件を満たしていることが望ましいと考えられる。

1. 幅広く知られた言語であること

2. コンパイルの必要ないインタプリタ型スクリプト言語であること

3. サーバサイドで実行される言語であること

1は、多くのユーザが記述できるために重要であると考えられる。2は、コンパイルせずに済む点と、プログラムの修正と実行がスムーズに行えるという点において優れていると考えられる。3は、実行結果をサーバ側で管理したり蓄積したりするために必要であると考えられる。以上のような条件を満たす言語として、本研究ではPerlを採用した。内部的には、サーブレットがPerlを呼び出しているに過ぎないので、Perl以外の言語に差し替えることも可能である。

以上のような理由から、本システムにおいて絞り込みルーチンをユーザ定義する際には、絞り込みルーチンをPerlスクリプトで記述する。その際、スクリプトはサブルーチンの形式で記述し、戻り値として投稿の通し番号のリストを返すようにしておくことにより実現される。またこれは、前節で述べた絞り込み検索結果の表示順序に関しても独自に決められる。すなわち、サブルーチンの戻り値であるリストの順序が、検索結果の表示順序となる。単純な絞り込みルーチンの例を以下に示す。このルーチンは、「評価.飲食店」クラスを対象とし、味の評価値・値段の評価値・雰囲気の評価値の合計が10以上の投稿で絞り込むルーチンである。なお、スクリプト中では表に示す変数を自由に利用することができる。

sub getGoodShop {

  my($sum)=0;
  my($i)=0;
  my(@ret)=();

  for($i=0;$i<$_num;$i++){
    $sum = $_data[$i][2] + $_data[$i][3] + $_data[$i][4];
    # 合計が10以上なら戻り値リストに投稿番号を追加
    if($sum>=10){
      push(@ret,$i);
    }
  }
  return @ret;
}

ここで、表中の変数iとjについて説明する。4.2節で、絞り込み検索の対象となる投稿集合の決定について述べたが、この投稿集合に含まれる投稿は、0,1,2,…の順に通し番号がついている。この通し番号が表中の変数iに相当する。また、1つの投稿に焦点を当てると、これには1つ以上のプロパティが含まれる。このプロパティにも通し番号0,1,2,…が付いている。このプロパティの通し番号に相当する変数がjであり、変数$_dataを用いることによってプロパティの持つ値を参照できる。

以上のようにしてユーザが任意の絞り込み条件を設定することができ、また記述したスクリプトを他のユーザが利用したり拡張したりすることも可能である。

4.6 複数クラスにまたがった絞り込み検索

さらに、プロパティのオーバーライドの概念によって、先祖・子孫関係にある複数クラスにまたがった絞り込み検索もできる。例えば、「営業時間」というプロパティを持つ「店舗情報」クラスのサブクラスとして「飲食店情報」「駐車場情報」「アミューズメント施設情報」があるとする。すべてのサブクラスは、その親クラスの属性「営業時間」をオーバーライドしているため、店舗情報クラスを対象として「8:00以降まで営業している店舗」という条件で検索することによって、「飲食店情報」「駐車場情報」「アミューズメント施設情報」といった異なるクラスであるにも関わらず、それらの中から条件に合った店舗情報を検索することができる。

5.1 オペレーションとその手順

投稿データは、蓄積しただけでは役に立たず、効率よく利用する手法について考える必要がある。本研究では、蓄積された投稿データを処理し何らかの結果を出す操作をオペレーションと呼び、単純なアンケートの集計やマーケティングなど、様々な知識発見のために利用できる。

オペレーションには自由度の高さの観点から3通りの方法が可能である。どの方法においても、オペレーションの手順は概ね以下の通りである。まずオペレーションを行う対象の選択を行い、次にオペレーションの選択または構築を行う。その後、オペレーションの結果を表示することができる。オペレーションを作成した場合は、必要に応じて登録できるほか、次章で説明する、オペレーション結果の投稿を行うことも可能である。

5.2 オペレーション対象の選択

オペレーションを行うために、まずオペレーション対象となる投稿の集合を決定する。オペレーション対象としては、(a)4.2節で説明した絞り込み検索の対象と同じもの、あるいは、(b)絞り込み検索の結果、のいずれかを選択できる。

(a)では、掲示板全体・任意の掲示板カテゴリ・任意のスレッドを選択し、さらにその中のすべての投稿か、任意のクラスに属する投稿のみかを選択した結果を投稿集合にできる。これは、4.2節で説明した第一段階の対象を選択したときに現れる図のようなフォーム（この図はスレッドを対象として選択している）で、「すぐにオペレーションを行う」という項目にチェックした状態で「次へ」をクリックすれば良い。クラスを指定したい場合は、4.2節と同様に、リストボックスから任意のクラスを選択した状態で「次へ」をクリックすれば良い。

図5.1: 絞り込みを行うかどうかの選択画面

一方(b)では、絞り込み検索の実行結果として得られた投稿集合を対象とできる。これは、4.2節と4.3節で説明したようなGUI上で設定した条件に対する絞り込み検索結果にも、またユーザ定義の絞り込みルーチンによって出力された絞り込み検索結果にも適用できる。具体的には、絞り込み検索結果の表示画面の下部フレームにある「この結果に対してオペレーション」というボタンをクリックすることにより、(b)を対象とできる。

5.3 3通りのオペレーション

オペレーション対象を決定したら、次にその対象に対してどのようなオペレーションを行うのかを決定する。オペレーションは3通りの方法で行うことができ、それぞれ自由度の高さと簡単さが異なり（図）、幅広いユーザ層に対応できると考えている。

図5.2: 3通りのオペレーション

5.3.1 方法1：他のユーザが作成したオペレーションの利用

もっとも簡単に実行できるオペレーションは、他のユーザが作成したオペレーション一覧の中から実行したいオペレーションを選択し、実行する方法である。図に示すように、現在選択されているオペレーション対象に対して実行可能なオペレーションのリストが表示されるので、この中から実行したいオペレーションの左にあるラジオボタンをチェックした後、「オペレーション実行」ボタンを押すことによりオペレーションが実行される。この方法は、他のユーザが作成したオペレーションをそのまま実行するだけなので、ユーザの求めるオペレーションが存在しなければ、実行できないという、自由度は低い方法である。

図5.3: オペレーション一覧

図は、このタイプのオペレーションを実行した画面の一例であり、ユーザ定義された「平日うまいもん巡り」というオペレーションが実行され、下部フレームにオペレーション結果が表示されている。

図5.4: 「平日うまいもん巡り」オペレーションの実行結果

5.3.2 方法2：Perlスクリプトによるオペレーションの作成

もっとも自由度が高い方法は、Perlスクリプトを用いてユーザが自由に記述する方法である。Perlに関する知識があれば、各投稿の投稿内容・投稿クラス・投稿日時・投稿者などの情報を自由に用いてユーザの求める処理を記述することができる。

スクリプトは、図に示すテキストエリア内に記述する。またスクリプト中では、表に示す変数を利用して自由にコードを記述することができる。スクリプトにおける標準出力が、そのままオペレーションの実行結果の出力となるので、print文などによって容易に記述することができる。

図5.5: オペレーションを入力するテキストエリア

表5.1:スクリプト中で利用可能な変数

スクリプトを記述する際に、投稿クラスの構造情報が分かっていると大変便利であるので、右上フレームに、現在対象となっている投稿クラスの投稿フォームと、投稿内容を参照するためのプロパティの通し番号を表示するようにした。

以下に、「評価.飲食店」クラスを対象とした「安い店に通い続ける」というオペレーションのソースコードを示す。このオペレーションは、「投稿データの中から最も平均予算の安い店を探し出し、その店に毎日通った場合およそどれくらいの金額が必要になるか」を計算し、出力するオペレーションである。

#平均予算が最低の店を探す
$best_price = $_data[0][5];
$best_shop = $_data[0][0];

for($i=0;$i<$_num;$i++){
 $price = $_data[$i][5];
 if($price<$best_price){
  $best_price = $price;
  $best_shop = $_data[$i][0];
 }
}

#その店に通い続けたときにいくらかかるか計算
$cost_day = $best_price*3;
$cost_month = $best_price*3*30;
$cost_year = $best_price*3*365;

#結果の出力
print "一日三食、$best_shop に通い続けると、およそ\n";
print "１日で$cost_day円、\n";
print "１ヵ月で$cost_month円、\n";
print "１年で$cost_year円かかります。";

このように、その場で記述してその場で実行するスクリプトを、アドホック・オペレーションを呼んでいる。実行する時はオペレーションの一覧の中から「アドホック・オペレーション」を選択した状態で、スクリプトを記述するテキストエリアにソースコードを記述し、「オペレーション実行」ボタンをクリックすることにより、下部フレームにオペレーション結果が表示されるので、出力を見ながらオペレーションの構築やデバッグが容易にできる。上に示した「安い店に通い続ける」オペレーションをアドホック・オペレーションとして実行した時の画面イメージを図に示す。

図5.6: 「安い店に通い続ける」オペレーションの実行結果

作成したオペレーションを登録することによって、4.3.1節で説明した方法によって任意のユーザがそのオペレーションを実行できるようになる。また、他のユーザがそのオペレーションのソースコードを改変したり、参考したりすることによって、新たなオペレーションの作成に役立つかもしれない。実際に、他のユーザが作成したオペレーションのソースコードを見るには、オペレーションの一覧が表示されている画面において、ソースコードを見たいオペレーションの右部にある「ソース表示」というボタンをクリックするだけで、別ウィンドウにそのソースコードが表示される。オペレーションを登録するには、図で示すように、オペレーション名とそのオペレーションの説明、対象クラス、実際のソースコードの情報をサーブレットに送信すればよい。なおオペレーションの説明は、オペレーションをキーワード検索する際にも用いられる。

図5.7: オペレーションの登録

5.3.3 サブルーチンの定義

Perlスクリプトを用いてサブルーチンを定義することにより、コードの再利用性を高めることも可能である。サブルーチンとして登録しておくことにより、すべてのユーザがオペレーションを記述するときに利用することができるようになる。

Perlにおけるサブルーチンは、引数を取ったり戻り値の指定ができ、また本システムにおいても引数や戻り値に対応している。引数はPerlにおいて一般的な形である _[1],... といった変数をサブルーチン内に記述することによって、自動的に引数の存在や引数の数を認識する。また戻り値もreturn文を用いるだけで設定できる。

サブルーチンは図に示すフォームに記述し、使用できる変数はオペレーションのスクリプトを記述する時と同様のもの（表）となっている。サブルーチンを記述しながら、適宜「戻り値表示」ボタンをクリックすることによって実行結果(サブルーチンの戻り値)を確認することができるので、スムーズにサブルーチンを構築できる。

図5.8: サブルーチンを入力するテキストエリア

現在対象として選択されているクラスに適用できるサブルーチンは、図のようにサブルーチン一覧として表示される。最も左の列はサブルーチン名を表している。左から2番目の列はそのサブルーチンの説明であり、説明中にあるテキストボックスは引数があることを示している。左から3番目の列には、そのサブルーチンを実際にソースコード中で利用するにはどのように記述すれば良いのかを表しており、サブルーチンに引数が存在する場合は、サブルーチンの説明中にあるテキストボックスに引数を入力・変更すると、随時サブルーチンの引数表示が変更される（図）。

図5.9: サブルーチン一覧

図5.10: 動的に変わるサブルーチンの引数表示

登録されているサブルーチンを実行し、戻り値を調べたい場合は、「実行」ボタンをクリックする。このとき、引数情報も利用されるので引数の必要なサブルーチンや、引数を設定可能なサブルーチンでは説明中のテキストボックス中に引数を記述した状態で「実行」ボタンをクリックする。

「ソース表示」ボタンは、アドホック・オペレーションの構築時と同様に、そのサブルーチンのソースコードを表示させることができる。

サブルーチンを登録するには、サブルーチンを記述するフォームに、サブルーチン名とサブルーチンの内容を記述した状態で、「サブルーチン登録」ボタンをクリックする。すると図に示すフォームが現れるので、サブルーチン名・サブルーチンの説明・引数の数などを設定したうえで「登録」ボタンをクリックすれば良い。このサブルーチンの説明中に、_[1],...といったPerlにおいて引数を表す変数を含めることにより、先に説明したように、サブルーチンの説明文中にテキストエリアとして引数を記述できるようになる。またサブルーチンをキーワード検索するときにも、サブルーチンの説明が用いられる。

ただし、同一のサブルーチン名が存在する場合は登録できない。

図5.11: サブルーチン登録フォーム

5.3.4 方法3：APIやサブルーチンの組み合わせによるオペレーション

これまで説明してきた2つの方法の中間的な位置づけになる方法は、既存の標準APIやサブルーチンをGUI上で組み合わせて構成する方法である。本システムでは表に示すような標準APIが実装されており、数値プロパティであれば平均・分散・標準偏差などを求めるAPIや、文字列であれば形態素解析結果を返すものがある。これらとサブルーチンを組み合わせることによって、GUI上でオペレーションを構成できる。

表5.2:実装されているAPIの一部

図に示すのがオペレーションを構築するためのGUIである。オペレーションは、プログラミング言語のように順に実行され、図中の(1)(2)(3)の順で実行される。例えば(1)の行では「表示する」が命令であり、「合計はおよそ」の部分がパラメータである。すなわちこの行は、「合計はおよそ」という文字列を表示する、という意味を持っている。右の「編集」ボタンをクリックすることにより、その内容が編集できるモードになる。図では(2)の行が編集モードになっており、命令の選択やパラメータの編集が行える。(2)の行のパラメータで「(入力一覧から選択して下さい)」と表示されている部分が現在編集を行っている部分で、選択されている部分に入るパラメータを、下部にある入力一覧から選択できる状態になっている。入力一覧には、サブルーチンの他に、本システムに実装されている標準APIや、他の行での計算結果、静的な文字列や数、投稿における各プロパティの値などがあり、それらの中から選択することでパラメータとして入力できる。このようにして、プログラミング言語に関して全く知識がなくても、オペレーションを構築できるが、スクリプトを書いて構築するオペレーションのような自由度の高さはない。

図5.12: オペレーション構築GUI

6.1 オペレーション結果の投稿

ユーザがオペレーションを行ったとき、その結果に意味があったとしても無かったとしても、結果を見てオペレーションを終了するのではなく、オペレーション結果＝知識を他のユーザと共有することは有意義であると考えられる。本システムでは、オペレーションの実行結果を直接投稿することが可能である。もちろん、実行結果をコピー・ペーストすることでも投稿できるしれないが、その結果を再利用しようと思ったときに、構造化アノテーションされていた方が都合がよい。そこで本掲示板システムでは、投稿結果を直接構造化アノテーション付きで容易に投稿できるようにした。オペレーションのタイプや種類に関係なく、オペレーションの実行結果の画面で「この結果を投稿する」ボタンをクリックすることにより、オペレーション結果の投稿フォームが現れる（図）。次に、このフォームのコメント欄に、オペレーションの結果を見て思ったことや考えたこと、発見したことなどを、任意で入力する。最後に「送信」ボタンをクリックするだけで、オペレーション結果の投稿を行うことができる。

図6.1: オペレーション結果の投稿フォーム

6.2 オペレーション自身の投稿

ユーザがオペレーションを行い、興味深い結果が得られたとする。しかし、1週間後に同じオペレーションを実行した時にも、まったく同じ結果が得られるだろうか。答えはおそらくNoである。なぜなら、電子掲示板において投稿データは増え続けるものだからである。オペレーションを実行するときに使用する投稿データが変われば、当然オペレーション結果も変わるであろう。このように、オペレーション結果は時間と共に変動するものである。あるスレッドにおいて、意味のあるオペレーションが任意のユーザによって任意のタイミングで実行できることは、知識発見という観点から大きな意味があると考えられる。

そこで本システムでは、オペレーション自身を投稿として投稿できる機能（これを「オペレーション投稿」と呼ぶ）を実装した。5.3.2節で述べたオペレーションのユーザ定義は、オペレーションを登録することによって、対象クラスの投稿に対してオペレーションを行う他のユーザに対してもそのオペレーションが一覧に表示され、利用できる。一方オペレーション投稿は、スレッドに対してオペレーションを投稿するだけなので、そのスレッドの範囲内でしかあまり意味を持たないオペレーションを、ローカルで行うのに適している。オペレーション投稿を行うと、それを閲覧したときに、オペレーションの説明とともに「オペレーション実行」ボタンと「ソース表示」ボタンが表示される（図）。ユーザが「オペレーション実行」ボタンをクリックすると、その時点での投稿データを用いて、投稿されたオペレーションを実行し、結果が表示される。例えば、賛成か反対かを投稿するスレッドがあり、賛成の数と反対の数の集計を行うオペレーションが投稿されているとする。このとき、オペレーション投稿にある「オペレーション実行」をクリックすることによって、クリックした時点での賛成の数と反対の数の集計結果が表示されるので、その時点での状況を容易に把握できる。

図6.2: オペレーション投稿の表示

6.3 オペレーションデーモン

前節で説明したように、ユーザが任意のタイミングでオペレーションを実行するのではなく、定期的に、途中経過などの情報に関して、システムの方から自動的にオペレーション結果を投稿としてプッシュするのが、「オペレーションデーモン」という機能である。前節の賛成・反対の例で言えば、賛成の数と反対の数を、ユーザが知りたいと思った任意のタイミングでオペレーションを実行するのではなく、例えば毎日0:00になると、システムが自動的に投稿という他のユーザが見られる形で提示する。投稿という形で提示すれば、オペレーションを実行しないユーザでもそのスレッドを閲覧すれば自然に目に入るため、ユーザに知っておいて欲しい情報などを、人間の手を介すことなく提示できることは有意義であると考えられる。

オペレーションデーモンは、投稿を行うスレッドと、実行するオペレーション、実行するタイミングをそれぞれ指定することによって設定される。スレッドに含まれる投稿一覧を表示した画面で「オペレーション」ボタンをクリックし、オペレーションを実行する画面まで進んだら、実行したいオペレーションを一覧の中から選択した後、「オペレーションデーモン」ボタンをクリックすることにより、図に示すオペレーションデーモンの設定を行うフォームが出現する。この時点で、投稿を行うスレッドと実行するオペレーションは選択されているので、フォーム上で実行するタイミングを決定すればオペレーションデーモンの設定が完了する。

図6.3: オペレーションデーモンの設定

7.1 TelMeA

TelMeAは、コミュニティ上で行われるコミュニケーションをより容易に、より豊かにする、avatar-likeエージェントを用いたコミュニティシステムである。TelMeAは、電子掲示板やメーリングリストのような文書主体のコミュニティシステムではなく、ユーザの存在や主体性を表すアバターを用い、そのアバターに発話させたり、身振り・表情・指さしといった身体的な動作によってコミュニケーションを行う形式の会話インタフェースを持ち、図のような手順で台本(投稿)を作成する。アバターが身振りなどの設定に従ってアニメーションしながら発言し、それに返信したユーザの投稿にもアバターが登場し、対話しているような形式でスレッドを閲覧できる。

図7.1: TelMeAにおける投稿の作成

TelMeAは、システム的には電子掲示板に近い部分が多く、アバターに発言させるか文章として書くかの違いはあるものの、ユーザによってスレッドが作成され、スレッドに投稿でき、投稿に対して返信できる。また、アバターの発言(本文)に対して身振り・表情・指さしといった付加的な情報(アノテーション)を付与するという点で、本研究と類似していると考えられる。しかし、TelMeAではそういった情報の使用に関しては閲覧時のアニメーション程度にしか用いられておらず、蓄積された投稿データをどのように利用するかという部分については触れられていない。

7.2 機械学習による電子掲示板からの評判情報抽出

東京大学の藤村らは、インターネット上に溢れる評判情報を電子掲示板から抽出するためのルールを機械学習によって発見し、商品などの評判の善し悪しや評判を表す形容詞などを抽出する研究を行っている。具体的には、電子掲示板におけるコメント一文一文を、評判(良)・評判(悪)・その他の3つに分類し、C4.5を用いることによって判別ルールを作成している。

本研究では投稿に対して人手で構造化アノテーションを付与し、その情報を用いることによって評判情報の抽出などのオペレーションを行うため、現在運用されている掲示板の投稿データを用いてオペレーションを行うことはできない。しかし、ここで挙げている研究においては、全て機械学習によって情報を抽出するため、現在運用されている様々な電子掲示板に対して適用できるが、正解率を常に考慮する必要があるという問題、また、評判以外の情報を抽出しようと思ったときに再びルールを機械学習によって構築する必要があるという問題を含んでいる。

8.1 オペレーション結果表示インタフェースの拡張

現在、投稿データを用いてオペレーションを行った結果は、Perlにおけるprint文で出力する仕様のため、テキストによる出力以外は困難な状況である。例えばアンケートの集計結果は、テキストで割合を表示するよりも、グラフなどを用いたグラフィカルなインタフェースによって出力する方が視認性がよく、理解がより容易であろう。

グラフィックを出力する方法としてSVG (Scalable Vector Graphics)が適していると考えられる。SVGは、XML形式で記述されるベクタグラフィックスであり、2001年9月にW3C勧告となった。オペレーションによるグラフィック出力は、グラフや図形の組み合わせなど、多くはベクタグラフィックスに適した形式であろう。また、SVGはXMLで記述されるため、データベースに保存されているデータのほとんどがXML形式である本システムとの親和性も高いと考えられる。

実装について考えると、SVGをオペレーションで初めから構築するのは容易なことではないので、円グラフを作るAPIや、折れ線グラフを作るAPI、多角形を描画するAPI、文字を入れるAPIなど、SVG形式でグラフィックスを容易に描画できる様々なインタフェースを用意すると良いであろう。そうすれば、例えば、

&svg_makeCircleGraph('賛成',$agreeDegree,'反対',$disagreeDegree); 

と記述するだけで、賛成と反対の割合を示す円グラフが描画できるようになる。

以上のように、出力としてグラフィックスも利用可能となれば、オペレーション結果の表現方法により広がりができるであろう。さらに、将来的には、出力はテキストやグラフィックだけでなく、動画や音声といったマルチメディアコンテンツとすることも可能であろう。

8.2 スクリプトのエラー処理とセキュリティ

本システムでは、絞り込み検索ルーチンやオペレーションをユーザ定義する際に、Perlスクリプトを用いることができるが、スクリプト中でエラーが発生した場合の対処は十分に考えられていない。現在、エラーが発生すると絞り込みの結果は空になり、またオペレーションの結果は何も表示されないので、ユーザは十分にスクリプトのデバッグを行えない。これを改善するためには、Perlを実行した時に出力されるエラーメッセージを受け取り、ユーザに提示する必要がある。また、エラーの発生した行番号を取得して、スクリプトを入力するテキストエリアのどの行であるかを示すことによって、ユーザによるデバッグ作業の手助けとなるであろう。

また、Perlスクリプトが利用可能なことによって、投稿データを用いた非常に自由度の高い様々なオペレーションが可能となったが、その一方でセキュリティの問題が避けられない。例えば、Perlを用いてローカルディスクにアクセスすることも可能であるし、他サーバとのソケット通信を行うことも可能となる。こういったセキュリティ問題を解決するためには、スクリプト中の特定のキーワードに着目して、実行できないような対策が必要となる。例えばopen関数は、ディスクアクセスする際にファイルオープンする関数であり、これが含まれているスクリプトは実行しないようにする必要がある。これと同時に、フォルダに対するアクセス権の設定もしておいた方が良いであろう。他にも、ソケット通信関係の関数として、socket・bind・listenなどといった関数もopen関数と同様に扱う必要がある。

バグを含んだスクリプトを実行することによって、無限ループに陥ってしまうかもしれない。それによってサーバがダウンしてしまうかもしれない。これは、多くの共用サーバのように「ユーザの責任で」という方針で良いと考えている。掲示板システムは誰でも利用できるわけではなくログインが必要であるため、どのユーザによって、そういったバグを含んだスクリプトが実行されたのかという情報が取得できるからだ。また、サーバのダウンを未然に防ぐために、常にプロセスのCPU使用率やその時間を監視し、長時間CPUを占有し続けるようなスクリプトが実行されていたら、プロセスを強制的に終了する方法も考えられる。

8.3 複数掲示板でのデータ共有

本掲示板システムが複数存在したとき、投稿クラス・投稿データ・オペレーションやサブルーチンに関する情報を共有できることは非常に有益であると考えられる。投稿クラスを共有できれば、同様の目的をもったユーザ定義の投稿クラスが他の掲示板システムに存在したとき、そのクラスをそのまま引用できる。このことによる利益は非常に大きいと考える。

まず、オペレーションやサブルーチンは適用可能な投稿クラスが決まっているため、引用した投稿クラスに対して適用可能なオペレーションやサブルーチンも同様に全て引用できるので、引用した時点から豊富なオペレーションやサブルーチンを利用できる可能性がある。さらに引用元の電子掲示板システムでは、引用した投稿クラスの投稿データが蓄積されている可能性が高いので、そのデータを含めたオペレーションやサブルーチンを行うことが可能となる。このように様々なデータを共有することにより、異なるコミュニティ間で知識を共有することができ、それが新たな知識発見に繋がるであろう。