国立国語研究所学術情報リポジトリ
全文検索システム『ひまわり』を利用した言語資料
検索環境の構築手法
メタデータ

言語: Japanese
出版者:
公開日: 2019-03-25
キーワード (Ja):
キーワード (En): full-text retrieval system, language
resource, XML
作成者: 山口, 昌也, YAMAGUCHI, Masaya
メールアドレス:所属:

URL

https://doi.org/10.15084/00002175

『田本言吾率斗学調21（2007年4月）［研究ノート】

l11一・123

全文検索システム『ひまわり』を利用した
言語資料検索環境の構築手法
山ロ

昌也（国立国語研究所）

キーワード
全文検索システム，言語資料，XML要

旨

現在，新聞・小説などのテキストデータベースや言語研究用に構築されたコーパスなどの欝語資料が利馬できるようになっている。しかし，書語資料を検索・閲覧するための手段が提供されることは少なく，言語資料が有効に活薦されていないという問題がある。本稿の目豹は，平語資料を有効に活用するため，全文検索システムilひまわり』を用いて，言語資料の検索環境を構築する方法
を示すことである。特に，検索環境構築蒔の実際的な事柄（文字コードなど）にも配慮し，既存の書語資料をどのような形式に整形すれば，どのような検索環境が構築できるのかを，実例に基づいて説明する。本稿では，まず，ilひまわり」の機能概要，および，検：索能力を説明したのち，それに基づいて，（1）生テキストに近い書語資料，（2）形態素情報が付与された書語資料，（3）藺像デー

タと関連づけられた言語資料，の3種類の言語資料に対する検索環境を構築する。

1．はじめに

近年，計算機で処理することのできる，電子化された言語資料が増加している。90年代から徐々に利用が可能になりはじめた新聞，小説などのテキストデータベース（例：毎日新聞テキス
トデータベース（毎日新聞社），「青空文庫」1）に加えて，言語研究用に作成されたコーパス（例：f太陽コーパス」（田中他2005），「日本語話し言葉コー・一パス」（前川2004），「BTSによる多言語話し書葉コーパス」（宇佐美2005）など）が次々公開されるようになってきた。さらに，

組織的に構築されるだけでなく，個人の研究者が濤分の作成した言語資料をWeb上で公開する
試み2も行われるなど，より広い範囲で雷語資料の講築が行われている。その一一方で，雷語資料
を研究用に利用するための手段が同時に提供されることは少なく，言語資料が有効に活用されていないという問題がある。

そこで，本稿では，言語資料の有効活用のために，筆者らが開発した全文検索システム『ひまわり』を利用して，言語資料の検索環境を構築する方法を示す。特に，検索環境構築時の実際的な事柄（文字コードなど）にも配慮し，既存の言語資料をどのような形式に整形すれば，どのような検索環境が構築できるのかを実例に基づいて説明する。実例として取り上げる書語資料は，
次の三つである。
lll

基本：生テキストに近い言語資料
応用1：形態素情報が付与された言語資料
応用2：画像データと関連づけられた醤語資料
本稿の溝成は，次のようになっている。まず2節で，全文検索システム『ひまわり』の特徴，
検索能力について説明する。次に，3節では，検索環境を構築する一般的な手順について説明
した後，上記三つの言語資料の検索環境を構築する。最後に，4節でまとめを行う。なお，『ひまわり』のシステム構成や検索アルゴリズムなど技術的な側面については，本稿では簡単に言及
するにとどめる。詳細については，山口・田中（2005）を参照していただきたい。

2．全文検索システム『ひまわり』の機能
2．1．概要『ひまわり』は，欝語研究用に設計された全文検索システムである。『ひまわり』は，「言語研究用」ということに利用心的を定め，コンピュータに不慣れな利用者でも，さまざまな種類の言語資料を容易に検：索・閲覧できるように設計されている。

図1は，芥川龍之介の「蜘蛛の糸」と「猿蟹合戦」（「青空文庫」に収録されているテキストを変換して利用）を対象に，文字列「から」を全文検：索した例である。検索結＝果は，表形式で表示

され，1行が一つの検索結果である（図1では，総計37個の検索結果のうち，25番9から37番目を表示している）。検索結果には，前後文脈，著者，タイトルなど，検索文字列に付随するさま
ざまな情報を同時に表示することができる。図1を用いつつ，『ひまわり』の特徴を箇条書きする。

⑧

多様な形式の文書に対する全文検索

一

言語資料には，薪聞，小説，談話資料，辞書などさまざまな種類があり，個々に記述形
式を定義する必要がある。『ひまわり』は，XMLで記述された言語資料を全文検索することができるため，さまざまな文書形式の言語資料に対応することができる。例えば，『ひまわり』は，記述形式の大きく異なる，総合雑誌コーパスの『太陽コーパス』と類語辞典の『分類語彙表』の両方を検索対象とすることができる。

一

全文検索だけでなく，全文検索された文字列にタグづけされている言語研究用の「付随情報」（例：me1の検索結果中の「タイトル」や「著者」）を抽出するとともに，それらの情報を検索結果の絞り込みに利用することができる（例：「タイトル」が「蜘蛛の糸」の結果だけに絞り込む）。

e

言語研究に適した形式での検索結果の表示

一

従来から言語研究で用いられてきたK：WIC形式で検索結果を表示することができる（図1）。また，検：索結果の各列ごとに，ソート，絞り込み条件を指定できる。

一

言語資料中の任意の要素をHTMLブラウザに表示することが可能である（図1の「蜘蛛の糸」全文表示がその例である）。これにより，KWICよりも広範囲な文脈の表示や原資料に近い体裁での表示が可能である。
112

e

利用の簡便さ一

GUIを用いることにより，言語資料の内部構造に関する知識を意識しないで検索条件を指定することができる。

一

Windows，Linux，

Macなど多くの環境で動作する3。また，無料で利用できる4。

議義室難義嚢馨難薫難難嚢垂1二三壷難轟轟馨猿議鐵藝響麟醸叢

難筆勢鐸鋤雪溝τコ・ll．
禽かぎ…．ttt

1・文

tt

t．

t

一

．tゴて…蓄

樵麟
｛＿クリア

．衡糠…

．

藷議姦．嘉潔．．∵

麟議懸

隅σ

ファイル（E＞ 繧蹴鞠） 蘇（紗 ブッケマーク③
趨歴③T欝親蒙欝羅憂、．、
1．．．．．｛ll遷〜那顯

竃亭

醐の蟹ほ『愚手二礁ぽ掌撒…

．＿．e

さ
■︑
や
旨さ
⊃ ︑旨

惰糊輻翻懸の系

夢・濾か下にある
欝1：諜謙饗懇萎1二1こ二二1︸

1憂ご盤i鑛鑛鑛縫驚韓麟縫嚢馨綴檬揖籠鱗顯撚㎜…1

翫脚鰍篁》ツー

ゆ昏ルブ⑪

．．

菰灘

醐⁝

﹂一．野：．．郵︑譲⁝

i芥：鰯龍之脅：蜘蛛の糸

燕

蜘嫉の糸
芥川龍之介

．換票数137

ある8の窮ξございます。蜘駅迦様は極楽の蓮池のふちを、独りでぶら心瘍御歩きになっていらっしゃいましヶ。池の中に畷いている蓮の花｛ま、みんな玉のようにまつ鼻で、そのまん中にある金色の蕊熱らは、
v．

図1

ジひまわり』の検索実行例

2．2．『ひまわり』の検索機能『ひまわり』は，XML文書を対象として，指定された要素の要素内容（XMLのタグでマークアップされている内容），および，要素属性に対して，全文検索を行うことができる。索引づけとしてSuffiX

Array方式（山下2000）を用いることにより，高速な全文検索を実現している。

この後の3節では，『ひまわり』の全文検索機能と全文検索結果に付随する情報の検索機能，さらに，言語資料の閲覧機能について説明する。

2．2．1．全文検索機能

まず，要素内容を全文検索する能力について示すことにする。ここでは，図2を検索対象のXML文書とする5。このXML文書では，作品全体をarticle要素，本文をbody要素，コメントをcomment要素として記述している。『ひまわり』は，全文検索対象の要素を指定することができるので，body要素を全文検索対象とし，検索文字列を「蜘蛛」とすると，
l13

body要素冒頭の「蜘蛛」（m）だけが検索結果となり，comment要素に含まれる「蜘蛛」を検索結果から除外できる。

なお，文字列の照合時には，XMLのタグは無視される。したがって，図2中のL1の「蜘蛛」
は，ルビを表すrubyタグで囲われているが，r蜘蛛の糸」を検索文字列として検索を行っても，正しく検索される。

〈articletit！e＝・cm蛛の糸1・author＝・芥規龍之介ll＞〈body＞＜rubyt・・tくもtt＞蜘蛛く／ruby＞の糸

．＿

（L！）

芥川龍之介

ある日の事でございます。御釈迦様は極楽の蓮池のふちを，独りでぶらぶら御歩きになって．．．
〈／body＞〈CO㎜enし〉
この文章は，芥］ll龍之介の「〈rubyt：tlくものいと・〉蜘蛛の糸＜／ruby＞」から引用．．．（L2）＜／co㎜enし×／article＞

図2

XML文書の例（芥川龍之介の「蜘蛛の糸」から引用）

次に，要素属性に対する全文検：索について見てみよう。検索する際には，検：索対象の要素と属性を指定する。例えば，図2のXML文書のルビに対して全文検索を行いたい場合は，ruby要素のt属性に対して全文検索を行えばよい。要素内容と同様に，指定された要素属性の任意の文字列を検索することができるが，文字列の照合は，指定した属牲内だけで行われる。照合に成功した場合は，照合に成功した属性値だけでなく，要素内容も検：索結果として返す。例えば，ruby

要素のt属性に対して，検索文字列「くも」を全文検索すると，Llの「蜘蛛」とし2の「蜘蛛の糸」が検索結果として得られる6。

2．2．2．付随情報の検索機能『ひまわり』は全文検索で照合に成功した場合，その文字列（以後，結果文字列）に付随する情報を検索することができる。具体的には，次の要素と属性である。

⑳

前後文脈：結果文字列の前後文脈を抽出することができる。この機能により，KWICの表示を実現している。抽出する前後文脈の長さはユーザが指定できる。

④

要素の属性：結果文字列をマークアップしているタグの属性を取得することができる。例
えば，図2で「蜘蛛」を全文検索し，L1の「蜘蛛」が検索されたとき，この「蜘蛛」を要素内容として持つrubyタグとarticleタグの属性を取得することができる。これにより，「蜘蛛jに付与されているルビや「蜘蛛」が出現した資料のタイトル，著者を拙出できる。

⑧

親要素：結果文字列が含まれる親要素全体を検索することができる。例えば，mの「蜘114

蛛」の例で言えば，親要素であるbody要素を取り出すことができる。書物全体を閲覧する
機能は，この機能を用いて実現されている。

⑧

前後の要素：結果文字列の親要素と同名の要素の前後要素を検索することができる。この検索機能は，結果文字列に対する前後の形態素を検：癒する場合などに有効である。

2．2．3．検索結果の閲覧『ひまわり』では，検索結果の閲覧は，（1）KWICによる閲覧（2）外部プログラムによる閲覧といった2種類の方法を用いることができる。方法（1）は，図1で示したとおりである。

方法（2）は，検索結果を外部プログラムに渡して，閲覧する方法である。外部プログラムに渡すことができる情報は，（a）検索結果の任意のフィールド，もしくは，（b）検索文字列の任意の親要素である。（a）を用いることにより，著考データベーースを閲覧したり，音声や画像などのテ

キストデータ以外のデータを閲覧することも驚能である。また，（b）を利用することにより，1

作品全体をブラウザで閲覧することなどが可能になる。特に，ブラウザを利用した閲覧方法では，XSLTスタイルシートを適用することにより，言語資料を原資料の紙面に近い形に変換，するなど，好みの形式で言語資料を閲覧することができる。

3．言語資料検索環境の作成

本節では，2節で示した『ひまわり』の検索能力を利用して，素語資料検索環境を作成する方法を実例とともに示す。まず，一般的な心慮資料検索環境の構築手順について述べた後，三種類の言語資料検索環境の作成方法を説明する。

3．1．一般的な手順『ひまわり』を白いた言語資料検索環境を構築するには，次の三つのことをする必要がある。

（1）既存の言語資料の整形（『ひまわり』用XMLデータの作成）（2）閲覧用スタイルシー・一トの作成（3）『ひまわり』の設定

本稿では，（1）に焦点を当てて説明する。（2）の「閲覧用スタイルシートの作成」は，図1で示したように，言語資料をブラウザで表示する際の表示形式を定めるものである。スタイルシートの作成は，XSLとCSSに基づいた一般的なXML関連技術なので，その説明は，専門の書物にゆずる。また，（3）のド『ひまわり」の設定」については，『ひまわり』ホームページで公開している資料を参照していただきたい。

「既存の言語資料の整形」の手順は，以下のとおりである。すでに述べたように，『ひまわり』

はXML形式の虚語資料を検索対象とするが，個人の研究者が人手でマークアップすることを考慮：して説明する。具体的には，直接XML形式で記述するのではなく，容易に入力できる独自タグで研究用の情報を付与し，最後にXML形式に変換する。
⑧

言語資料の電子化115

愚

付加情報の記述＠『ひまわり』用XMLデータへの変換

3、葉．1．言語資料の電子化

ここでは，まず，『ひまわり』用に言語資料を整形する際の要件について述べることにする。
『ひまわり』用の電子化ファイルは，文字コードとして，次の二つの条件を満たす必要がある。
働

文字面暑化方式：UTF一・16（Little

勃

改行文字：ラインフィード（LF）7

Endlan，

Byte

Order

Mark付き）UTF一一16はUnicodeの文字集合を格納することができる。したがって，現在のところ，実用

k，最も多くの文字を扱える文字符号化方式の一つである。古典語の言語資料のように，
Unicodeの文字集合に含まれない文字が資料内に存荘する場合は，一定の包摂基準を用いてUnicodeの文字集合にマッピングするか，外字として扱う（例えば，xに置き換え，注釈を加えるなど。汰陽コーパス』では，外字専用のタグを設けている（田申他2005））必要がある。

3．1．2．付加情報の記述

言語資料には，多くの場合，本文だけが含まれているのではなく，研究に役立つさまざまな情報が付加（以後，「付加情報」）されている。例えば，書誌情報や，誤字・脱字に対する雷語資料
作成者による注記などである。図1の「タイトル」「著者」は付加情報を抽出した結果である。

本文に対する付加情報は，XMLのタグか，独自の形式の簡易タグで記述する。いずれの形式でも，付与する場合は，次の二つの要件を満たす必要がある。
（1）付加情報と本文とを明確に区別して記述すること（2）検索機能に適合した記述を行うこと
要件（1）は，『ひまわり』の仕様上，全文検索の対象となる本文は一つであることから，生じる

ものである。例えば，原資料の本文に対する修正情報を付加する場合，修正前・後，いずれかの文字列を本文とし，他方を本文に対するタグの属性として記述する。次の例は，修正後の文字列を本文として記述した例である。
コーパス〈注記種類＝・ll本文修正1源文＝llが・〉を〈／注記〉作成する

簡易タグを使用して付加情報を記述する場合は，タグの解釈に曖昧性が発生しない方法で記述することが重要である。次の例は，カッコでルビを記述した例であるが，工つの闘題がある。
昨日蜘蛛（くも）の譜を聞いた。

一つは，ルビがどこまでかかるか明示されておらず，「蜘蛛」だけにルビがつくのか，「昨日蜘蛛」まで付くのか，単純な機械処理では判断できないことである。もう一一つは，カッコが本文で使われうる文字である場合，それがタグを表すのか，本文を表すのかが判断できなくなることである。よく行われている解決法としては，「昨日／蜘蛛（くも）」のように，（1）「／」でルビの範囲を明確にし，（2）タグをASCII文字（いわゆる「半角文字」），本文を非ASCII文字（いわゆる「全角文字」）として，付加情報であることを明確にする，という方法がある。
116

一一方，要件（2）は，2．・2．2節で示した付随要素の検索機能に対応した形式で付加情報を記述するということである。次の例は，本文申のタイトル部分にtitleタグを付与した例である。この例
では，articleタグのtitle属性は，本来，冗長である。しかし，『ひまわり』の検索機能では，
article要素の要素内容の￡itle要素を取得できないので，「要素の属性」（2．2．2節参照）の取得機

能を利用するために，article要素属牲としてもタイトルを記述しておく。
〈articletitle＝

蜘蛛の糸ll＞＜title＞蜘蛛の糸＜／title＞

3．1．3．『ひまわlj

9用XMLデータへの変換

前節で示したような独露タグや『ひまわり』の検索機能に適合したXMLデータを作成するには，形式の変換処理を行う必要がある。独自形式のタグについては，Perlなどのスクリプト言語を用いて変換するのが一般的であろう。また，すでにXML形式で記述してあるデータについて

は，XSLTを利用すれば，容易に『ひまわり』用のXML文書に変換することができる8。
なお，『ひまわり』用データ作成支援ツール『えだまめ』を用いれば，著者名，資料名，ルビ，

注記など，言語資料としての基本的な情報を付与した『ひまわり」用XMLデータをXMLの知識なしで作成することができる。また，専用の閲覧用のスタイルシートや『ひまわり』の設定ファイルが同梱されているので，自分で作成する必要はない9。

3。2．生テキストに近い言語資料の場合
3．2．1．

概略

本節では，『ひまわり』用のXMLデータの基本的な構造を示すために，付与されるタグが少なく，生のテキストに近い言語資料の場合を説明する。ここでは，図3（i｝Fjll龍之介の「蜘蛛の糸」から引用）を基に説明する。

〈art±c1e

title＝・im蛛の糸・authorc＝〈rubyllくも1・〉蜘蛛＜／ruby＞の糸〈lt＝

芥川龍之介・1＞
no嵩喉

膠／〉

芥翔龍之介〈lno＝・21t／〉

あるHの事でございます。御釈迦様は極楽の蓮池のふちを、独りでぶらぶらくlno瓢・3・／〉御歩きになっていらっしゃいました。池の申に咲いている蓬の花は、みんな玉くth

no＝・4／〉のようにまつ白で、そのまん中にある金色の蕊からは、何とも云えない好い匂〈lno＝・5・／〉が、絶間なくあたりへ溢れて居ります。極楽は丁度朝なのでございましょう。〈Ino；・・6，・ノ〉

やがて御釈迦様はその池のふちに御難みになって、水の薦を蔽っている蓬の〈lno・Tlと下の容子を御覧くpno・・，y／〉になりました。この極楽の蓮池の下は、丁度く1〈／article＞

ec3

XML文書の例

1177tt／〉葉の間から、ふno：lt8・／〉

図3の例には，図2で説明したarticleタグ，

rubyタグの他に，行とページの情報を記述する

ために次の二つのタグを付与している10。

p要素：ペーージ区切りを表す要素である。この要素は，範囲を持たない空要素として記述される。ページ番号は，no属性で記述する。

1要素：行区切りを表す要素である。この要素もp要素と問様，空要素として記述され，行番号を表すno属性を持つ。
行やページの情報は，原資料を参照する際に有用な情報であるが，電子化する際には，注意が必要である。具体的には，物理的な改行やページの情報は実際に改行するのではなく，図3のように，タグで記述しなければならない。なぜならば，『ひまわり』は，タグを無視して文字列の照合を行うが，改行文字を一つの文字と認識するからである。したがって，例えば，「蓬の」の後で改行されていると，「蓮の葉」を検索した場合，文字列照合ができなくなる。図1のように，療資料に近い形式での表示を実現する際には，1やpのタグを解釈して，改行するように表示する。

その一方で，段落末などの論理的な改行は，図3の「〈lno…6・・／〉」後の改行のように，紙面をそのまま反映する形で，改行を電子化すると，誤った照合を防ぐことができる。例えば，図3の言語資料に対して，「。やがて」という文字列を全文検索した場合，照合に失敗する。

3．2．2．複数作品の一括検索

図3のXML文書には，単一の作晶しか入っていない。しかし，逓常の利用においては，複数の作品を一一括して検索することが一般的であろう。ilひまわり』で一括検索を実現する方法の一

つは，一つのXML文書に複数の作贔をまとめて記述しておく方法である。図4に例を示す。この例のように，1作品を一つのarticle要素とし，＜COrPUS

name＝〈articletitle＝ar￡icle要素を作晶分だけ列挙すればよい。

Sl芥川龍之介作晶集ll＞

1蜘蛛の糸1「author＝・1芥川龍之介ft＞

ある日の事でございます。御釈迦様は極楽の蓮池のふちを、独りでぶらぶら御歩き（中略）とも云えない好い匂が、絶問なくあたりへ溢iれて属ります。極楽ももう午に近くなったのでございましょう。
〈／artic！e＞＜articletitle＝・猿蟹合戦・au仁hor＝・・i芥川龍之介lr＞

蟹の握り飯を奪った猿はとうとう蟹に仇を取られた。蟹は臼、蜂、卵と共に、怨敵の猿を殺．．．

：（中略）
とにかく猿と戦ったが最後、蟹は必ず天下のために殺されることだけは事実である。．．．
＜／art二icle＞〈／corpus＞

図4

複数の文書を一括検索するためのXML文書の例

118

3．3．形態素情報が付与された言語資料の場合

この節では，形態素情報が付与された言語資料の扱い方を説明する。この種の言語資料は，基本的に，生のテキストに形態素情報を付与したものとして扱うことができる。実際の例として，『N本語話し言葉コーパス』中のXMLデータ（講演ID：SO5F1600から引用）を『ひまわり』用の形式に変換した結果を図5に示す。この中で，talk要素は一つの講演を，報である「短単位」を表す。su要素の中のe，￡，p，su要素は形態論情

x属性は，それぞれ見出し，代表表記，品詞，品詞細分類を表す。

ge

5では，見やすさのために，一つのsu要素ごとに改行されているが，実際のXMLデータでは，改行や空白は入れず，生のテキストにsuタグが付与された状態になる。したがって，￡alk

要素に対して全文検索を実行すれば，形態素情報を考慮しないで全文検索を実行することになる。

それに付け加え，形態素清報を考慮した検索も可能である。この場合，su要素を対象として，
全文検：索を行い，文字列照合の範囲をsu要素内に限定する。この機能を利用することにより，

例えば，su要素に対して，格助詞の「で」と認定されている形態素だけを抽出できるようになる。さらに，2．2．2節で示した前後要素に対する検索を行えば，名詞に格助詞の「でjが連接する用例を検：序することも可能である。

〈talkspeaker＝

OOOI

テーマtfし＝

テーマ：e

〈sue＝
＜su

e＝・イマll〈SUe鷹・マデllし＝

までTT

〈su

e＝

のll

tt／tT

t＝

id＝

t＝

SOsF1600

p＝

1，今1・P＝tt名Sll

p・

p．

〉

1名詞「・〉テーマ＜／su＞
il＞今く／su＞

・・助詞Tt

ll助詞n

x＝

X・

lt副助詞・〉まで＜／＄U＞

IE格助詞1・〉のく／su＞＜sue誕・ジンセイllt＝n人生・IP31・名詞11＞人生くノsu＞〈su

e：1・デ・t；

で・p＝

助言ll

・・x：tfae助詞〉でく／＄u＞＜／talk＞

図5

形態素情報を含んだ言語資料の例

3．4．画像データと関連づけられたテキストの場合

漫画や翻刻した言語資料には，電子化されたテキストと原資料のスキャン画像とが対応づけられていることがある。このような資料は，文字化された部分を検索するだけでなく，検：索された文字列と対応する原資料自体が閲覧の対象となる。例えば，主としてセリフのみが文字として表現されている漫画では，セリフの分析には画像はかかせない。また，翻刻された言語資料は，付随する原資料がテキストの分析や理解を補助するであろう。

ここでは，四コマ漫画を『ひまわり』用の言語資料に変換する例を示す。図6（左）が原資料，（右）がそれをXMLとして記述した結果である。

XMLデータは，各コマと対応している。

このXMLデータは，一つの話語資料を表すcorpus要素を含めて，照つの要素で購成される。
119

manga要素：一一つの四コマ漫画を表す要素である。漫画のタイトルを表すtitle属姓，著者を表すauthor属牲，さらに，タイトル部分の画像ファイルを記述しておく盤g属性を持つ。

scene要素：漫画の一コマに対応する要素であり，

manga要素の中に出現順に列挙される。図6の場合，四コマ漫画なので，四つのsce鍛e要素がある。この要素が持つ属性には，対応するコ
マの画像ファイル名を記述するためのfig属性，コマの番号を表すno属性がある。

sound要素：漫画申で発せられているr音」を表す要素である。この要素には，「音」の発生源と種類を記述するための属性として，それぞれsource，〈c・xpu・n・・ne・〈mangatitle・・

type属性を用意している。例えば，図6

慢勲一パス㌧ひまわりさんたち

author＝ 画：綱生Oか，原作：山嬢墨也時
fter一 title．png 〉＜scenefigrm〈sound

ユ．png

type＝

nOV

〈soundltt＞

speech「

薦が誇りそうだね〈／sound＞

type犀實，speech＄ource＝「

source箒，「

降ってきた！
〈／sound＞〈sound

type＝

1陽くん

onematepoeSa

source＝〉

葵ちゃん1｝〉

dt

雨

「〉

ポツン

＜／sound＞〈／scene＞＜scenefigme．︑〈seLmd2

png，

type・・n（Pt「t211＞

speechsouxce＝

熱くん，葵ちゃん〉

きゃ一急げ！！
＜／sounCi＞

娯卿

〈50㎜d

℃ype＝「「speech将sourcevaT

勝ちやん槻〉

source＝

Tひまわりお母さんh＞

競〈sound

晒轟が

爵

鳶

きv一

く／sound＞

type＝

speechぴ一す〈／sound＞＜／scene＞〈scene

tig＝

3．png

no＝

〈s。unditype・

5peechf3i＞

s。Utt￠e＝無くん，蔓ちゃん〉

t隅くん，蔓ちゃん〉

あ一助かった〈／sound＞〈／scene＞＜scene

fig＝

4．png

no・

4・

〈soしmdtypeanspeechsource＝

ありがとうPt＜ノsound＞＜soundtype＝speechT＞

souacce＝tひまわりお母さんN＞

1よし、1まし、〈／sound＞〈s。unCl鞄pe♂。nemat。P・eia

キラキラ＜／sound＞＜／scene＞＜／manga＞＜／C。rPUS＞

図6

四篇マ漫画の例
120s。urce・・

おひさま〉騰：∵ ｪ蕪蕪藤：羅蓑1：欝鰹1藩欝饗；1：｝i

点点1

譜黙第騨讐．…喚纏漁璽蝕脚鰍載

カイ縫〜、．瓢の鶴くん葵ちゃん：きゃ一急げt！

＼慰欝癸ちゃん；きV一

ヤう の
へ鼻
鍵

︑㌔や

梅ハ︑

ひまわりお碍さん1び一す

ごゆ検膿総数12

図7のtype註記は，四コマ漫画の検索例

onomatopoeia（オノマトペ）やspeech（登場人物の発話）などの値をとる。

図6のXMLデータを『ひまわり」で検：索すると，図7のようになる。この図のとおり，
author，

type，

title，

source属性として付与した内容が，それぞれ「タイトル」「著者」「発話タイプ」「発話源」として検索されていることがわかる。また，scene要素のfig要素は，検索文字列に対応するコマの画像として表示される。

4．おわりに本稿では，検索環境が未整備の言語資料が存在する現状をふまえ，全文検索システム『ひまわり』を用いて，言語資料検：索環境を構築する方法を示した。具体的には，ぜひまわり』の検索能力を概説し，『ひまわり』用のXMLデータを作る一般的な手順を示した。また，検索環境の構築例として，三種類の書語資料に対する『ひまわり』用のXMLデータを実例として示した。

19畠

注
http：／／www．aozora．gr．jp

例：日本の19世紀小説に関する研究資料サイト「ふみくら」（千葉大高木元氏，http：／／www．fumikura．net）

3

これら以外のOSでも，Javaの実行環境JRE

ve若1．4．2以上が動作する環境で利用することができる。

4ilひまわ嚇のホームページは，

http：／／www．kokken．go．jp／lrcから「全文検索システム『ひまわり」」のリンク先を参照のこと。

5ρU7

芥川龍之介の「蜘蛛の糸」から引用。ただし，ルビは説明用に適宜付加している。

厳密に「くも」だけを検索したければ，正規表現で「＜くも判とすればよい。

Windows環境の場合は，キャリッジ・リターン（CR）としFの2文字で改行を表すので，LFへの変換が必要である。詳しくは，llひまわり函ホームページの島西な検索用データの作成方法」を参照のこと。

8『ひまわ棚のホームページでは，各種資料を窪ひまわり』用のXMLデータに変換する具体121

的な方法を紹介している。例えば，CSV形式の『分類語彙刻（国立国語研究燐20G4）の変換にはPerlスクリプトを，XML形式の『β本語話し言葉コーパス遡の変換には，

XSLTを用いている。

9『えだまめ』はhttp：／／www．kokkengo．jp／lrcにて，無償公開している。

10行番号，および，ページ番号は，説明のための便宜的なものであり，実際とは異なる。

参考文献
宇佐美まゆみ（2005）『BTSによる多言語話し醤葉コーパスヨ
国立国語研究所（2004痔分類語彙表増補改訂版：』，大田本図書
田申牧郎，山口昌也，吉田谷幸宏，小木瞥智信，近藤明日子（国立国語研究所編）（2005）『太陽コー

パス雑誌『太陽』B本語データベース』，博文館新社
毎日新L聞社（1991−2005）『毎日薪聞テキストデータベース』

前川喜：久雄（2004）「「日本語話し言葉r一パス」の概要」『日本語科学』15，nl−133，国書刊行会
山口昌也，照中牧郎（2005）「構造化された言語資料に対する全文検：索システムの設計と実現」『自然言語処理』12（4），55

一・77，言語処理学会

山下達央（2GOO）「用語解説Suihx

Array」駄工知能学会函15（6），1142，人工知能学会

謝

辞

四コマ漫画を描いてくださった桐生りかさんに感謝いたします。また，本研究の一部は，博報
窪ことばと文化・教育お観究助成を受け，実施されました。

（投稿受理日：2006無10月12ヨ）（最終原稿受理臼：2007年2月5日）

山口

昌也（やまぐちまさや）

国立国語研究所研究開発部門
190−8561

東京都立川市緑町10−2

masaya＠kokken．go，jp122

faPanese

Linguistics

21（Apri1，

2007）

lll−123

A鵬e曲．o姐of（Note）

co麗t凱。髄簸離retde幅e鍛廠。甑ment養br

且躍9麗曙eresO鯉ces囎i簸9簾纈re櫨e幅騨em

H量m蹴瞳㎜GUC田Mas即alheNational

lnstitEtte

forJapanese

Langttage

Keywerds

full−text

retrievalsystem，languageresource，XML

databaseof

Abstrac重Recently，

many

langtiage

resources，

availableforlanguagestudy．

becomeretrievalsystems．

s加tdy．

In

thisexisting

langtiage

contents

andpractical

lhis

procedureisgimawari

will

I

able
be

in

XML

that
to

makes

proposeresources，

arguments

Himawarisituation

paper，

ausing

handle．

expounded．

resources：1）ane鱒raw
images（adocuments．

Finally，

theinformation

taggedfour−frame
theusefulness

appearedinexample，

a

for

users

utiHzeretrievai

introduction，
the

often

user−spechiedlanguage

retrieval

the

of

the

searchenvironment
results．

王23

is

do

system

and

into

will

novels，

have

their

own

resourcesfor

languagebrowsing

Himawari

condition．

functions

and

have

not

these

re厩evalenvironment

strip）一i．e．，

the

to

a

resourceste）rt，2）ate）tt・With

comic

newspapers

resourcescons甘uc廿ng

fu11−text

under

the

of

text

these

difficultexistingln

・f1組guage
to

the

Then，

relateditmethoddecument

converts

forHowever，

IEhis

enVironment

that

can

paper

describes

tihe

XML

and

the

retrievalbeconstructed

reuieve

docttments

a

that

ability

for

fbr

ef

three

kinds

m・rPh・1・9童cah曲rma授on，3）atext

tiheseresources

demenstrated

by

are

showing

converted
the

to

XML

efficiencyof