セマンティック Web 技術と次世代電子政府での活用方法に関する調査研究

調査報告書

平成１４年３月

財団法人 ニューメディア開発協会

目

次


１．調査の背景と目的 
１.１ 背景 
１.２ 目的 
２. セマンティック  の研究開発・標準化の動向と社会的影響に関する調査  
２.１ セマンティック  の現状  
２.２ 米欧の研究動向  
２.２.１ 米国の研究動向  
２.２.２ 欧州のセマンティック  動向   
２.２.３ 欧州の電子政府におけるメタデータ応用の動向  
２.２.４ 欧州におけるオントロジー技術の動向  
２.２.５ 欧州におけるセマンティック  関連システムの動向  
２.３ 標準化機関の動向  
２.３.１  の   
２.３.２  のオントロジー記述言語の動向  
２.３.３  の利用事例  
２.４ 活用事例と課題  
２.４.１ ナレッジマネジメント 
２.４.２  



２.４.３ ビジネス



２.４.４ コミュニティー支援  
２.４.５ 課題  
２.５ 応用システム開発時の考慮点



２.６ 社会におよぼす影響 



３. 次世代電子政府での活用方法に関する調査研究 



３.１ セマンティック情報（メタデータ）の付与に関する調査 



３.１.１ 国内の行政公開情報の調査 



３.１.２ 海外政府のメタデータ付与に関する調査  
３.１.３ メタデータ階層モデル調査  
３.１.４ メタデータ定義調査 



３.１.５ 利用者プロファイルのメタデータ定義に関する調査  ! 
３.２ 情報のセマンティック検索に関する調査 



３.２.１ メタデータ管理システム調査 



３.２.２ 半自動メタデータ生成システム調査  !
３.２.３ 対話型メタデータ生成システム調査   
３.２.４ 利用者プロファイル定義システム調査 
３.２.５ セマンティック検索システム調査  






１．調査の背景と目的
１.１ 背景
来るべき高度情報処理社会のあり方を抜本的に変える可能性を秘めた新たな  技術の開発が、欧米において急速に進行中である。その技術は、セマンティック  技術である。
現在の  技術が、 情報を人間が読んで、人間が理解し、人間が操作することを前提にしているのに対し、セマンティック  は、 情報をエージェントにより自動処理させることを目指している。
セマンティック  の基本原理は、 を含むあらゆるデータと情報の意味をマシン
リーダブルなメタデータで記述し、人間の代わりをするソフトウェア（エージェント）で自動処理させることである。
セマンティック  は、物理的な事物をも含めた膨大な情報、ハードウェア、ソフト
ウェア及び機能と言ったあらゆるものを記述可能とし、人間が簡単な指示を行なうだけで、
エージェントにより、自律的且つ自動的に処理をすることを目指している。
セマンティック  はインターネット上での単調で機械的な作業を自動処理してくれ
るので、経済活動の効率化と社会や家庭の利便性の向上とを飛躍的にもたらす。
米国や "# では、政府の財政的補助の下にセマンティック  の研究開発プロジェク
トが推進されており、その中でセマンティック  の国際標準規格の検討も進められている。
このセマンティック  の国際標準規格が、米国と欧州によって、我が国の事情を考慮することなく決められてしまう事のないように、我が国も早急にこうした研究活動に取り組み、その国際標準規格作りへのコミットメントを行なう必要がある。
また、セマンティック  の研究開発プロジェクトの成果を先取りした新たなビジネ
スが、欧米では生まれつつある。、我が国の情報技術が世界をリードするためにも、セマンティック  で拓ける新しい  の世界への研究に注力することが肝要である。


１.２ 目的
上記の背景を踏まえて、当調査研究では、平成  年度にセマンティック  技術の現状と動向とを調査すると共に、次世代の電子政府にセマンティック  技術を活用する視点から、セマンティック  技術の本質的な利点の究明、利点を生かす上での基盤技術、ツール技術、アプリケーション技術等について調査研究する。セマンティック 
技術の実用化に向けた問題点や必要な技術要素の洗い出しを行ない、将来の利用に向けた
課題を明らかにする。










２. セマンティック  の研究開発・標準化の動向と社会的影響に関する調査
２.１ セマンティック  の現状 の発明により、インターネットを中心とする $% 革命が引き起こされた。この $% 革命により空間的・時間的制約が取り払われ、経済活動の効率化や新規産業の創出など経済
社会構造の転換が生じてきている。
この $% 革命のキーとなった現在の  技術は、 上の情報を人間が目で見て、人間が理解し、人間が指示することを基本原理としている。このため人間が細かな指示を与えなければならないし、人間が理解できない場合は有効に活用することができない。
このような人間だけが理解できる情報をヒューマンリーダブルな情報というが、さらに の情報を、コンピュータなどの機械がその意味を理解できる情報（これをマシンリー
ダブルな情報という）にし、コンピュータで自動処理させる研究とその応用が、次世代
 技術として、  （&'' &(&)）や *+,（米国国防高等研究計画局）を中心に米欧で強力に推進されている。これがすなわちセマンティック  である。
セマンティック  の基本原理は、あらゆるデータと情報について、マシンリーダブ
ルかつ構造化されたメタデータを付加することによってその意味を記述し、エージェント
で自動処理させることである。このように、コンピュータがエージェントなどを使って、自動的な意思決定を行なえるような情報空間のことをセマンティック  という。
 技術の標準化団体である の設立者である % -( は、 立ち上げ時からセマンティック  を構想しており、 年ほど前からはかなり具体的にセマン
ティック  を提唱している。 では  年  月に  を立ち上げており、現在の の中心的な活動は、このセマンティク  である。%-(、.(/'、及び (( の言葉によれば、「セマンティック は現在の  を拡張したものだ。 に記述される情報に明確な意味の定義を与え、コンピュータと人間とがうまく協力して作業できるようにする。現在の  構造に意味関係を織り込んでいく初歩的な作業がすでに進みつつある。近い将来、今は画面に表示されているだけの情報をコンピュータがきちんと理解してもっと有効に利用し、非常に強力な機能を実現できるようになるだろう。」ということである。
すでに米国及び "# は調査開発に国家予算を当てており、例えば、米国は *0 プロ
ジェクトに国家予算として  年から  年間で  万ドル（約 ! 億円）の拠出をしている。"# 委員会は、%&1&2' プロジェクトに  年半で  万ユーロ（約 億円）を、$-+ プロジェクトに  年間で  万ユーロ（約  億円）の拠出をしてい

 メタデータとは、データを記述するデータのことをいう。メタデータを記述するデータのことも、メタ

データという。 エージェントとは、人間の代わりをするソフトウェアのことをいう。

          
 より。日本語訳は「自分で推論する未来型ウェブ」日経サイエンス  年 月号。

る。また、セマンティック  に関する技術開発において米国と "# はジョイントプロ
グラムをスタートさせ、オントロジー言語の *03$ を作成した。米国では *+,、
0$%、スタンフォード大学、メリーランド大学が、"# ではフライエ大学（オランダ）、
カールスルーエ大学（ドイツ）、ブリストル大学（英国）、$4+$（フランス）などが中心となってこれらの研究開発を進めており、多くの成果を出している。
セマンティック  は、の策定した 50（5( 06)7 )）と+*8（+(&)*(7&82&6）を基盤技術とする。%-( は、
年  月の講演資料において、セマンティック  のアーキテクチャとして、図 ２のようなレイヤー構造を提示した。

図 ２

セマンティック  のアーキテクチャ
以下に、主要なレイヤーについて概要説明する。
○50・・・ 作成者等が9:7 &';等のタグを自ら定義し、 ページやテキストにタグを付加することにより、それらに注釈を付けることができる。50 によって 
作成者は文書に任意の構造を付加できるが、その構造が何を意味するかについては 50
は何も規定しない。
○+*8・・・+*8 は 50 によって文書に付加された構造に対して、その意味を付加するものである。すなわち、メタデータを記述するための仕様である。+*8 では、メタデータ
は図 ２のような主語（リソース）、述語（プロパティ）、目的語（値）の  つ組（トリプル）で記述される。すなわち、主語：「<7=>>2222&>/&>((」、述語：「 &」、

 !"##$$$$%&'##(#) *( #  

目 的 語 ： 「  (( 」 で あ る 。 こ れ を 日 本 語 の 文 章 で 述 べ る と 、「<7=>>2222&>/&>(( の&（作者）は (( である」となる。

&





図 ２

+*8 の３つ組○オントロジー（&&）・・・メタデータの表現方法が異なる場合（すなわち、二つの語彙体系が同じ要素・概念に対して異なった名前を付けている場合）、意味が通じなくなる。複数の語彙体系間で意味の共有化を図るための、「用語間の関係を正式に定義している文書またはファイル」をオントロジーという。
○論理（&）・・・エージェントはメタデータを処理することで  ページの内容を理解し、人が発した複雑な質問に的確な回答を導き出すことができる。このような、メタ
データに関する処理を「推論」と呼ぶ。論理レイヤーは、推論を行なうための仕組みを提供する。セマンティック  では、これまでの検索エンジンにおける ' と & のみならず、三段論法や否定、述語論理で用いるような量化記号も取扱えるようになる。




















 萩野達也「セマンティック  の現状と課題」データベースと  情報システムに関するシンポジウ

ム論文集、!+,（）。

２.２ 米欧の研究動向
２.２.１ 米国の研究動向
２.２.１.１ *0（*+,06)7)）
（１）*0 概要*0 はオントロジーを記述するための言語である。+*8 スキーマをベースに拡張が施されている。
*+, から  万ドル（ 年間）の資金提供を受けている。0$%（ ）を含む複数のプロジェクトからなる。開発は  年から開始され、正式なキックオフは  年 !
月であった。
プロジェクトの目的は、セマンティック  の実現を容易化するための言語（オントロジー記述言語）の設計と、ツール（オーサリングツール等）及びソフトウェア（知的インテリジェント・エージェント）の開発である。
0$%、スタンフォード大学、--4、4&6+(<  等 ! の技術開発チームが参加し、それぞれのプロジェクトを担当している。*0 のプロジェクトマネージャー
は米メリーランド大学の .( /' 教授である。各プロジェクトの年間予算は、平均して  万ドル程度であると思われる。
○*0 仕様書 年  月  日に?*04%?仕様書の初版 がリリースされた。
 年  月に .&#>"# アドホック・エージェント・マークアップ言語コミッティー（.& &） が *+,／メリーランド大学の .(/' と "#$% プ
ログラムの /(&&6 によって結成された。
 年  月  日に .& & は *03$@*A という仕様書をリリースし、*0 と $ との統一化を行なった。 年  月  日には?*03$（0<）?として改版がなされた。*03$ は +*8 スキーマをベースとした
オントロジー記述言語であり、+*8 にはない機能が追加されている。
○*0(&  年月  日に *0(& がリリースされた。*0 は *0 ベースの  サービス向けオントロジー記述言語であり、 サービス提供者に対して、曖
昧性がなくコンピュータが解釈可能な形式で  サービスのプロパティとケーパビリテ
ィとを記述するためのマークアップ言語を提供するものである。*0 の目的は、
サービスの発見（'(&）、起動（&&）、構成（ &7&(&）とサービス間


 -./0「 調査報告書」より。
 !"##$$$&'# 
出張報告」より。
 !"##$$$&'### &  !"##$$$&'#&# !"##$$$&'###1& * !"##$$$&'##%#1& * !"##$$$&'# 2 # ##3#
 -./0「.&&'

操作（$&7&）、及び実行モニタリング（"B)& 0&&）などのタスクを自動化するための記述を提供することである。*0 (&

は *03$（0<）の上に構築されている。
（２）*+, による *0 プロジェクトの位置付け
現在 *+, において国家予算によって運営される  件のリサーチ・プログラムの中に、「," " &7)((' &)&(%<&&」というプログラムがある（大分類）。本プログラムは件の研究プログラムから成り立つが、このうちの  件が「% $ (( ' &C2」である（中分類）。本プログラ
ムは、 年計画で件、 年計画で件のプログラムを含むが、*0 はそのうちの  プログラムに当たる（小分類）。なお、*0 については  年度がプログラム初年度になる（ 年度の成果報告に *0 の記述はない）。（図 ２参照のこと。）

図 ２

 *+, による *0 プロジェクトの位置付け○「*+,06)7)@*0A」（小分類）の実施計画及び予算（ 年度）

 -./0「 の聴講メモ（暫定版）」より。



!

−

*0 言語仕様の完成−$6向けブリーフィング・ツールのワーキングバージョン・リリース−$6 上の *0 検索ツールのワーキングバージョン・リリース−$6 上の *0 オントロジー作成ツールのワーキングバージョン・リリース−&77' エージェント間の相互運用をサポートするための *0 向け要求
仕様定義

−

陸軍戦訓センター（ C&((&('）のアーカイブ情報の保存、アクセスや編集能力を向上させる *0 オントロジー作成ツールの効用に関するデ
モンストレーション

−

データ抽出及びリモートでキャッシュされる  情報の更新率に関する一階述語論
理（C(&')）の開発

−+&)( 7 &) の開発モデルに準拠し、組み立て可能な高アシュアランス・高信頼性システム実現に向けた新しいアプローチの研究

−

高アシュアランス・高信頼性インプリ言語やツール開発に関するフィージビリティと新しいアプローチの研究

−

高アシュアランス・高信頼性を備えたシステム・プロテクション・プロファイル及び
高信頼性言語・ツール開発に関する新しいアプローチの研究計  項目D0 （約  億円弱）

○「*+,06)7)@*0A」（小分類）の実施計画及び予算（ 年度）−*0 技術を に応用したツールセットの定義

−$6*0 ブリーフィング・ツールの実験的な分析の実施

−

実務的な $6 ノード上での *0 検索ツールの展開

−軍や国の情報機関向け  アプリケーションのための *0 オントロジー作成ツー
ルのプロトタイプのデモ実施

−陸軍戦訓センター（ C&((&('）における検索（(<'）ツールの能力を向上させた選りすぐりの *0 ツールのプロトタイプ作成

−0) < への参加を含む、海軍及びジョイント  のインターオペラビ
リティーへの *0 の応用に関する実験的な分析の実施

−

&' '  の実験的評価や設計に関する   万件以上の *0 ステートメン
トのリポジトリ作成

−'7&:& 向け技術の開発

−帯域状況が変化する中でのインテリジェントな情報配信技術の開発


計

項目

D0 !!（約  億円）


 4-、5-/、67/（米麻薬取締局）、./（米国家安全保障局）等で収集した諜報情報の相互利用ネットワークのこと。-( のテストベッド運用は 88, 年に開始された。






（３）*0 各プロジェクト概要
○--4%<&&(--4 は *0 プロジェクトにおいて、プロジェクト全体を統合する「オーバーオール・
コントラクター」の地位を与えられており、商用化の役割も担っている。--4 は *+,
から  万ドルの年間予算を得ている。
○スタンフォード大学及びドイツ・カールスルーエ大学
 上のインテリジェント・エージェントを可能にする %& ( プロジェクト。
インフラストラクチャ・コンポーネントの開発（%& セマンティック  ページ・
アノテーションツール、オントロジー表現ツールキット、推論システム）や、アノテーシ
ョンされた  ページを用いた、貨物輸送スケジューリング用のアプリケーションである %& & のデモを行なう。
○ 0# 及び 4&6+(< 
%（ %(& ) C& '( (）プロジェクト。
% とは、広告サービス向けの *0 ベースのエージェント処理言語である。広告したり、要求したり、発見したりするエージェントサービスのための *0 言語とツールの開発を行なう。また、広告用オーサリングツールや、ミドルエージェント向け仲介アル
ゴリズムの開発も行なう。
*0 では、各プロジェクトでそれぞれの分野の &&& を構築している。上部集合
としては、  が無料で公開しているものを使うとのことである。（４）*0 関連ツール○*0E2 年  月  日には *0 E2 がリリースされた 。同ツールでは、*0 で書かれた  上のステートメントを表示することができる。--4 %<&&( の 06* 氏と 1- 氏が開発した。
○&"' 年  月

日にはドイツの &7( 社が &"'  をリリースした 。同ツールでは、*03$ のフォーマットでオントロジーを作成することができる。&"'
については、３．２．３節で紹介する。


 -./0「.&&'

出張報告」より。
#を参照のこと。
 浦本「&('!& 9 参加報告メモ」より。
  !"##$$$&'#2$#  !"##$$$&&! # !"##$$$&'#&&&'

○*0 2 年月日には *0 2 がリリースされた。同ツールでは、*0 で書かれた  上のステートメントを収集することができる。--4 %<&&( の 06* 氏と 1- 氏が開発した。
○*0E'& 年月  日には *0E'& がリリースされた。同ツールでは、*0 を使用して作成されたオントロジーファイルの文法をチェックすることができる。--4%<&&( の *+ 氏が開発した。
○その他の *0 ツール
その他の *0 ツールとして、以下のものがある。
・*0 オントロジー・ライブラリ：クリアリングハウス（  以上のオントロジー）・+*8,$：. パーサ及びシリアライザー
・"'：オントロジー・エディター
・ <：オントロジー・アナライザー
・*0E2、,*0、/7*0：ナビゲーター#$
・/$+ #%：B>*0 検索エンジン○*0 アプリケーション*0 アプリケーションとして、以下のものがある。
・#0- $%%6( ・$$&'& ・/&)(○$%%6($% 関係の研究者の講演案内の  ページに対し、メタデータを付与し、個人のプロフ
ァイル、カレンダー、地図情報（物理的にその講演を聴きにいけるか否か）と組み合せて、興味のある講演を検索し、カレンダーに反映させるシステムである。（５）*0 の課題と今後の見通し*0 の課題としては、*0 オントロジーの作成やマークアップ、アクセスのためのツールがまだ十分でない。
--4 の意見では、*0 のツールはリサーチレベルのものに留まっている。来年には
 !"##$$$&'#$# !"##$$$&'#2&# !"##$$$&'##)#$ #22$
とは、0 向けに 6/ :$ を実装したもの。
 !"##$$$&'##)# $ #22$
 浦本「&('!& 9 参加報告メモ」より。
 -./0「.&&' 出張報告」より。
 06/ で標準が出てくるので、民間のデベロッパーが商用のツールを出してくるだろう。また、オントロジー言語も普及するであろう。商用プロダクトは、、 年で出てくるのではないか。*0 は 50 と置き換わるものではなく、より豊かな理解のための道具として、
エージェントとともに普及するであろう。重要な点は、*0 を使うことでソフトウェア
エージェントを軽量かつ汎用にできることである。8$,（8'& C& $,<((―エージェント技術の国際標準化団体）は、とりわけ  で標準化された後には、*0 の標準を受け入れるであろうということである。

２.２.１.２ * 0$（*) &0'$）
（１）概要
* 0$ は 

年にシカゴで開催された の年次コンファレンスである  から本格的に活動を開始した。
* 0$ は 〜! の会員組織及び個人の会員を持つ。国家レベルではオーストラリア、
デンマーク、フィンランド、英国、アイルランドが加入済みである。ニュージーランド、カナダが地方政府レベルで加入しており近々国家レベルで加入予定である。米国は地方政
府ならびにエージェンシーレベルでの加入は行なっているが、連邦レベルということにな
ると最後の加入者になるかもしれない 。
* 0$ の目的は、相互運用可能なメタデータ標準の普及促進と、情報資源を記述するための特定のメタデータ・ボキャブラリの開発である。
 上の各種の情報資源を統一的に記述するためのメタデータ（%、)F といった基本エレメントの集合）を定義することを目指している。メタデータの記述には +*8を用いる。
* 0$ の活動において中心的な役割を担う   （ &7) ）の年間予算は、 万ドルであり、その内の ％は米国の図書館コンソーシアムのメンバーから得ている。 には  名のフルタイムの研究者がいる。

* 0$ が策定したダブリンコアとは、情報資源を記述するための基本的な  エレメントのことである。多くの人たちが共同に使うためのポリティカルな合意の結果  個のメ
タデータエレメントとなった。これはメタデータ記述の共通になる部分として  ヶ国（言語）間でコンセンサスが取られている。ダブリンコアの「コア（ &）」とは、このよ
うにメタデータ記述の共通部分、基本部分という意味である。この基本部分に加えて、用途ごとに拡張を行なうこと（拡張エレメントを作成すること）が可能である。
& %)F

&)&

*



*(7&,)(<

%7



8&

&+<( +&&) )

$'C

 -./0「5  -./0「5

5（65-）出張報告」より。
5（65-）出張報告」より。


各エレメントの詳細については、３．１．４節を参照のこと。
ダブリンコアの拡張性としては、アプリケーションごとに拡張部分を作成している。例
えば、「インターナショナル・デジタル・ライブラリ・プロジェクト（バージニア工科大学）」「*) &・ガバメント・グループ」「*) & 教育グループ」では  エ
レメントの上にそれぞれが拡張を行なっている。お互いの互換性は、拡張部分においては必ずしもなくてよい。また、完璧な互換性も必要ない 。
 年  月、* 0$ は活動領域の拡大を行なった。* 0$ のミッションは、以下の活動を通じてインターネットを用いた情報資源検索を容易化することとなった。
・境界を超越した検索のためのメタデータ標準の開発
・メタデータ集合の互換性のための枠組みの定義
・コミュニティーの発展を促進する、または規範となる特別なメタデータ集合の開発を促進する
* 0$ の  年の &6(<&7 は  月  日〜 日に東京で開催された。
（２）今後の展望
ダブリンコアに基づいた技術適用の例としては、+*8 を使用した '& 社の &製品がある。また、ダブリンコアの技術を使ったビジネスデータの交換・共有は有望である（文書管理システム）。例えば、サンマイクロシステムズ、ノキア、自動車業界はその実現について模索中である。
ダブリンコアの標準化は欧州や米国では進みつつある。例えば、政府文書にダブリンコアに準拠したメタデータを付与しようという取り組みが各国でなされている。各国政府のメタデータ標準については３．１．２節を参照のこと。

  -./0「5 -./0「5

5（65-）出張報告」より。
5（65-）出張報告」より。



２.２.１.３ +（+*8)）
（１）概要
コンテンツ・シンディケーションのためのメタデータ記述フォーマットである。メディア・コンテンツ・ポータルを開発するために使用する。標準化されたボキャブラリ（ダブリンコア）の上に構築される。+*8 シンタクスを使用している。
+ は、4(7 が 

年に自社ポータル（04(7）のために開発した + が基となっており、この時点では +*8 とは無関係であった。その後 + は、4(7と 0#(' の *によって拡張され、他のポータルサイトでも利用される
ようになるが、ボキャブラリの問題などから  年中ごろには使われなくなっていた。
しかし、+*"E ワーキンググループが結成され、+*8 を中心としてモジュールによる拡張機能を備えた + 仕様書が  年  月に発表された。
また、+ とともに、ダブリンコア・モジュールと、いくつかのサポート用ツールが発表された。
（２）+ の応用システム：G+42&6
○G+42&6
オライリー・ネットワークとは、新しいプラットフォーム、プログラム言語、 を含むオープンな次世代技術に関心を持つ開発者向けのポータルサイトである。同ネットワー
クは専門技術者に技術情報を明確かつ整合的に提供する。また、専門技術者のコミュニテ
ィーのためのフォーラムを作成し、彼らが互いにコミュニケーションを行なったり、提携
サイトとコミュニケーションしたりする機会を提供する。
○G+42&6 の 06
 ベースのシンディケート化された + ベースのコンテンツ・リーダーである。+
は、ニュースや製品紹介、討論のスレッド、その他の多種多様なコンテンツを、いくつかのチャンネルに分類して配信するために用いられる。06 は、これらのストーリー（個々のニュース等）に対して単一のインターフェイスを提供する。06 では、最新のストーリーはそのソースに関わりなく、常にトップの位置に置かれる。
06 はデータベースにチャンネルのリストを保持している。 時間に  回、06
はそれぞれのチャンネルに関連付けられた + ファイルを訪問し、データベースに新たなストーリーを追加する。
06 を利用することにより、利用者は自分の関心のあるストーリーを専ら表示することができ、サイトをあちこち飛びまわる必要がなくなる。



 .

! の . ! はチャンネルラインに沿って組織された大きな「スタート」ページを提供している。チャンネルを好きなように追加したり、削除したりすることで、利用者は自分のページをカス
タマイズすることが出来る。
 62 の ; 5& はより広範な焦点を持っており、;  と 7 0'&（ の  サイトの成長するコミュニティー）でホストされた  &' からコンテンツを取り入れている。 !"##'&9! &&&#'&9!#2#< # !
 -./0「 調査報告書」より。
 !"##$$$&&# !"##$$$&&#(# ２.２.２ 欧州のセマンティック  動向
欧州におけるセマンティック  技術の研究・開発にあたっては、予算年度が から  年の年間にわたる "# の第!年

次 +%*（(< ' <&&

'&7）フレームワーク・プログラム（8, ）によって予算措置が講じられている。
8, はつの個別プログラムと  つの横断的プログラムからなり、全体で  の、いわゆ

る主要なアクションや一般的な研究活動をカバーしている。
これらすべての活動のために、年間で 億  万ユーロが投じられることになっている。8, は、エネルギー政策にからむものまで含め、非常に広汎な領域の研究活動を支援しているが、セマンティック
 技術に関わる研究・開発は、上記

つの個別プログラムのうち、最大の予算を持つ「ユーザーフレンドリーな情報社会の創造（$%）」プログラム（ 年間で  億ユーロ）に含まれる。
8, はプログラム予算の策定が 年以前に遡るため、当初セマンティック  に直接的に言及するプログラムはなかったが、 年になって、セマンティック  技術に関するアクションラインを発表した。しかし、具体的かつ直接的なセマンティック 
関連技術の研究・開発は後述する第次フレームワーク・プログラム（8, ）において行

われることになろう。8, の $% プログラムにおいては、別途メタデータを用いたプログ
ラムが  件以上活動している。
"# 委員会は  年  月  日、8, に向けたプロポーザルを発表した。このプロポー
ザルにおいても、$% （$C&& & %<&&(）、いわゆる $% が主要テー
マ領域の一つに位置付けられている。8, の予算年度は  年から  年までで、 年間に 

億ユーロが投じられる予定である（対 8, 比  H増）。

$% 領域において実施される予定の様々な活動に備え、"# 委員会の情報社会総合理事
会（*$C&&&）では、一連のミーティングを持った。ミーティングの目的
は、8, において $% のコンテンツや実装手段に関し産業界や学術的研究機関に対して意見を求めることである。このうち、 年

月  日にブラッセルで開催された知識関連

技術に関するミーティングには、学会ならびに産業界をリードする知識技術の専門家 
名が一堂に会した。
本ミーティングにおいては、知識関連技術の研究・開発を進めるに当たり、主要な取り組みテーマとして以下のつを挙げた。

・ 知識システムの可用性（#(&C6&2'(((）
・ 知識としてのコンテンツ（ &(6&2'）
・ 標準とインターオペラビリティー（''('$7）
・ ナレッジ・コミュニティーとポータル（1&2' &)(',&(）

また、ミーティングの最終報告書において、セマンティック  が概念的には広範な支持を獲得しつつあり、+*8 を採用することが知識システムのためのコンテンツ構築に向けて重要なステップであるといった、現在のマーケット状況や研究状況についての総括がされている。アプリケーションやマルチメディア・モバイル開発環境へのリンクについては、 年  月にルクセンブルクで開催されたセマンティック  ワークショップに 

おいて報告された。
欧州でのセマンティック  技術に関する理解は総じて以下のようなものである。
・ セマンティック  はマシンが意味情報を含んだドキュメントやデータを理解できるようにする。
・ セマンティック  の主要コンポーネントは、知識表現システム・技術、オン
トロジー、そしてインテリジェント・エージェントである。
・ 学会においては、個別領域向けのオントロジーを開発する動きが高まりつつあるが、強固な競争力を確保するには至っていない。
・ 「知識システムの可用性」に関しては、「意思決定支援システム」を、セマンティック  技術を用いて構築すれば、ビジネスにおいてユーザーのニーズに直接的に応えることができるのではないかという議論が行われている。
・ 意思決定において、マシンに委ねられる部分が多くなれば、人間は本当に重要な部分のみに関与すればいいという、 年前の $（戦略情報システム）で想定されたことが現実味を帯びることになる。
・ 人間が重要部分への関与のみで意思決定が遂行されるようになれば、今度はユー
ザーが「楽しんで」、このプロセスを実行できるようにしなければならない。そのためには、単純にコンテンツやメタデータを作ればいいというわけではない。知識
発見プロセスをモデル化し、知識についてのライフサイクル全体の中にユーザーの行動パターンを適用していく必要がある。
・ マシン・トゥ・マシン（デバイス・トゥ・デバイス）の環境が重要なのは、最終的なゴールが「ネットワーク化された状態でのヒューマン・トゥ・ヒューマンなイ
ンタラクション」だからである。
・ 「知識としてのコンテンツ」に関しては、テキスト・ドキュメントに限定されないマルチメディア・コンテンツや、マルチメディア・コンテンツ作成・流通の際に不可欠な認証・公証といったことが議論されている。
・ 企業内の知識システム活用については、組織知ないしは集合知の保存ならびに利用といったことが議論されている。
・ 「標準とインターオペラビリティー」に関しては、セマンティック  研究者
にとっての重要領域とされる、別々のセクターもしくはサブセクターで構築されたオントロジー同士をリンクさせるための「上位レベルのオントロジー」といった概念を設定する必要性について論じられている。しかし、こうした議論を展開すると、オントロジー構築に当たってはボトムアップ型にすべきかトップダウン型にすべきかという議論を呼んでしまう。本件については双方のアプローチをハーモナイズ
すべきであると認識する。
・ オントロジーとメタデータは徐々に自動生成されていくべきであるという点は一般的な合意事項となっている。新たなオントロジーを生成し、校正し、相互運用性を持たせるに当たってはデータマイニングの技術が有用である。
・ 「ナレッジ・コミュニティーとポータル」に関しては、ユーザーインターフェイスやアクセス環境といった議論が交わされているが、これらの議論はナレッジ・コ ミュニティーや知識ベースのポータル環境といったテーマに帰着する。こうした、ユーザーが情報を得ようとすれば必ず見に行く環境においては、必要としないコン
テンツをフィルタリングしてくれる機能や、楽しんで見に行けるようなビジュアラ
イゼーション機能も求められる。こうした機能は  ビジネスにおいても活用が可能
である。


【参考①】カールスルーエ大学のステューダー教授は開発すべき四つのキー・テクノ
ロジー領域として以下のものを挙げている。
・ 知識の抽出（1&2'"B&） ・ 知識の維持・管理（1&2'0） ・ ナレッジマネジメント（1&2'0） ・ 知識の表現（1&2',(&） 
上記のプロセスを行なうに当たり、オントロジー構築やメタデータ整備を手作業で行なうとなると、すぐにもボトルネック化することになるだろう。したがって、オントロジーやメタデータを半自動的に生成するツールが求められる。個々のオントロジ
ーは不均一に成立していき、異なったビジネス・シナリオやアプリケーション領域に適合する必要があるという前提に立つなら、オントロジー間の連携も喫緊の課題である。オントロジーやメタデータを更新し続け、その進化や拡張をサポートするためにもツールが必要である。

ステューダー教授はまた、たとえばエージェント技術を用いたナレッジマネジメン
ト、セマンティック（メタ）ポータルやインテリジェント・サービスといったアプリ
ケーション候補についても強調している。モバイル・ユーザー向けには、新しい情報機器用のコンテンツに対応させる必要があるが、メタデータとオントロジーによって、伝送データ容量を減らすことができる。もはやドキュメントベースのアプローチは捨てて、相互接続された「知識の断片」を提供していくやり方に集中していく必要がある。また、ビジネスプロセスをナレッジマネジメントに統合していく必要もある。そして、古くなった情報を見つけ最新の知識と関係付けられるようにしなければならない。

セマンティック・ポータルに期待されるのはセマンティック・クエリイングを提供することである。同様に、メタデータ・ポータルでは一連のメタデータ・リソースへのアクセスを提供することが求められる。また、インテリジェント・サービスはセマ
ンティック・メタデータを開発していく役割を担う。複数サービスを組み合わせる新
しい方法を早急に生み出せるようなソリューションが求められる。
【参考②】サレルノ大学のカプアーノ博士（* 7)&）は次の三つのアクション 

を求めている。すなわち、第一に、分散サービスやセマンティック  のアプリケーション向けにミドルウェアを提供するセマンティック・グリッドを作ることである。
まったく新しい世代の知識ベースの技術やアプリケーションによって、たとえば、ユーザープロファイルに則ったリソース・セレクションやフィルタリングなどを行なう
ためのインテリジェント・モバイルエージェントやインテリジェント・インターフェ
イスが可能になるかもしれない。第二に、オントロジー間連携実現の一つの方法としては、あるドメインに特化したオントロジーを構築する場合にベースとするようなス
タンダード・コア・オントロジーを通じて連携させるというものである。第三に、インテリジェント  インターフェイスやそのアプリケーションに関しては更なる研究が必要である。特に、遠隔学習、情報探索、インテリジェント・コンシューマー・
サポート・コールセンターのようなアプリケーションに関連する領域においてである。
カプアーノ博士はまた、ナレッジ・モデリング、ナレッジ・レプレゼンテーションのための、複雑系システム向けのシミュレーションモデル、最適化モデル、数学的モデ
ルに準拠した手法やツールをサポートするための集中的な努力が必要であると訴え
ている。




!

２.２.３ 欧州の電子政府におけるメタデータ応用の動向
２.２.３.１ 英国の動向
（１）英国概要
$% 分野で出遅れていた英国では、トニー・ブレア首相のリーダーシップの下、から本格的に行政情報の電子化に取り組んでいる。

年

年からは、電子政府化を推進する「& 担当大臣」を新設し、イアン・マッカートニー大臣を任命した。
英国では  年月の段階で行政サービスの ％がオンライン化されているが、

年までに行政サービスを ％電子化することを目標にしている。
 年  月の段階で、英国で自宅を保有する人のうちインターネットに接続している人の割合は  ％（ 年前は ％）に過ぎない。そこで政府は ! 億ポンド（約  億円）を投じてインターネット端末を普及させ、それを使いこなせるように国民を教育するプログラムを開始した。図書館や郵便局に端末の導入を始めており、 年までに英国内に
 ヶ所の公的なアクセス拠点を開設することになっている。
マッカートニー& 担当大臣は、「電子政府を導入するには、新しい技術と公的サービスの文化の改革が必要だ。我々のゴールは、国民の指先で  時間オープンしている便利な政府を作り出すことだ」と述べている。
（２）08（&0'82&6）の概要
08 は英国内閣府の CC&C<"& が推進している。
 年月に、CC&C<"& は 08 を発表した。08 は、公的部門にあまねく適用されるメタデータ標準を開発し、実施するための政府の政策を策定するものである。この標準は公的部門の情報システムのすべてに適用される予定である。同フレー
ムワークでは次の  つの主要な決議事項が発表された。
・英国政府は、ダブリンコアを英国政府メタデータ標準（#1&0'''@0A）として採用する。ただし、ダブリンコアだけではニーズに応え切れないので、同フレームワーク内で規定された規則に基づいて、更なる要素の追加と改善を行なう。
・汎政府シソーラス（同意語辞典）を開発すること。シソーラスは構造化された用語とキーワードのリストから成り、我々が情報を正確に定義することと、情報をより迅速に発見することを手助けする。汎政府シソーラスは、政府、産業、および市民が利用できる予定である。
08 に従うことは義務であり、段階的に施行される予定である。ダブリンコアの 
エレメントについては直ちに義務付けられ、他の拡張エレメントと汎政府シソーラスについては、それらが開発され承認された際に義務付けられる。
08 のインプリメンテーションは現在進行中の仕事であり、それには、開発のための中央集権的な（）サポートとメカニズムを必要とする。そのポータルとなるのが後
述の #1&%6 の  サイト である。

 !"##$$$'&2('&29(#&9  !"##$$$'&2('&29(#;=>>4$&(>2> 3< 英国には :,& という、政府（国と地方）の情報とサービスへのクイックアク
セスを提供するポータルサイトがあり、 汎政府シソーラスはとりわけこの :,&
のニーズを念頭において開発される予定であった。
CC&C<"& は、0'&6&)7（0）を持ち、 ヶ月に  度の頻度でミーティングを行なっている。
08 のミッションは、一般市民がデジタルテレビやキオスクなどあらゆる媒体を通じて  時間 

日すべての国家機関の情報にアクセスできる環境を実現することであり、また、そのためにすべての国家機関のみならず地方自治体の参加を仰ぎつつ、国家情報へのメタデータ付与を進め、アクセシビリティーと相互運用性の向上を図るためにシステムの標準化と近代化に努めることである。
これまでの成果としては、年間  億トランザクション、 の政府機関と   の地方自治体が参加し、高い評価を得るにいたっている。現状としては、各国の状況を様子見しているが、英国はセマンティック  といったような新規技術を追うよりは既存技術の活用を通じた展開を志向している。
08 の展開方法としては、各国共通の問題であるが、英国でもネットへの信頼性すな
わちセキュリティーへの不安が叫ばれていた。そこで、#1& という国民による政府情報アクセスならびに省庁間のトランザクションのためのポータルサイトを立ち上げ、約  年間実施してきた。セキュリティーを高め認証も行なえるようにするためにゲートウェイサーバも立ち上げた。
#1& は二つのサイトを持っており、一つは内閣府内の情報交換を目的とした
"&、もう一つが省庁間の情報交換を目的とした #1&%6 である。#1&%6
は国民から広くコメントを求めたり、新しい企画を持ち込んでもらうための  サイトである。
英国においては通常、省庁間の情報流通は活発とはいえない。その背景には個人情報保護法の規定によって、省庁間の個人情報流通が規制されているという法的側面も影響している。ただし、1&2'42&6 という省庁データの閲覧システムは運用されており、簡単な政策概要程度は閲覧することができる。現在は役人しか見ることができないが、年内にはネットで公開される予定である。しかし、現在でも政策立案者が大臣に上げた情報を他省庁の人が見ることができるという状況に抵抗もあり、そうした文化の改革が求められる。具体的には、当面は強制的に情報公開ならびにメタデータ付与を積極的に推進するよう担当者にプレッシャーをかけたり、広報担当官にクレームを上げたりする方法が考えられる。
1&2' 42&6 では初期バージョンのメタデータを使っている。データを大中小のカテゴリーに分類するにあたっては、ダブリンコアの )F エレメントを採用している。メタデータを付与することにより、検索の容易化を意図している。

  !"##$$$9(&'&29(# しかし、汎政府シソーラスの開発については、実現可能性について検討した結果、中止されることとなった。将来的にアプリケーションがたくさん出てくるとシソーラスが必要になるであろうが、その際には多言語対応している 79&2& が採用される見込みである。79&2& とは、3 の言語に対応した多言語
シソーラスであり、 年の歴史を持つ。将来は 7; 域外の言語も含め言語の標準化が行われていく予定

メタデータの拡張に関するドキュメントには  バージョン（英国及び "#）があり、
年  月現在で、#1&%6 上でコメントを集めている。
08 において  年にメタデータ利用のメリットについて検証したところ、非常に良好な結果が得られた。このため、政府機関においてはメタデータ付与を義務付けているが、すべての機関が使っているわけではない。
上記のメタデータ利用メリットの検証については、具体的には以下のつの標準検索フォーマットを作って国税庁、地方自治体、08 で検証が行われた。
①全自治体の名前
②生後ケ月の子供がいる場合に親のパスポートに併記することが可能か@もしくは独立して必要かA③,$%（,&$C&&%<&& ）とは何か@警察関連の団体A
④ペットを "# 圏内の旅行に帯同した場合に動物用パスポートがあれば検疫免除になるかどうか（昨年、当該法令が施行）
⑤インターネット経由でのオンライン投票実施時期
というつの項目について、役所で働く  人を選び、メタデータ未使用時と使用の双方について、「検索エンジンは何を用いたか」「検索に成功したか」といった質問をした。
また、検索に要した時間、答えの正しさ、結果としてどこまで進行したかなどを調べた。
メタデータの自動生成システムについては、 年  月現在で国税庁の  サイトとロンドンのルイシャムという自治区のサイトがメタデータを付与して運用しているが、これらは "* が開発したメタデータの自動生成システムを使用している。
省庁がメタデータを付与することについては、法律による強制力はないが、ある省庁がこれを無視した場合には $% 関連の予算配分を却下する権限を、内閣府は )'（行政指導）という形で持っている。
メタデータ付与が強制されるのは政策、書簡といったすべての政府発行情報についてのみであり、その目的は以下の通りである。
①国民による政府情報へのアクセスの容易化
②電子データ管理の容易化
③データの自動処理の容易化（一部）
メタデータを付与した省内の公文書に関する情報のレポジトリについては、現在は,)*&)CC が主導する形で各省庁が個別に対応している。
紙の通信文を電子化するような部署はなく、メタデータ付与の対象はすでに電子化された情報のみである。
英国には公文書電子化についての法律がある。 年末に法案が通過している。この法
律により電子ドキュメントにも効力が認められるようになった。これに加え、女王による署名も電子的に行なうことが可能になった。
現状では ((（＝英中央政府、"'、(）政府のみが 08 を採用しており、&' 政府は採用を検討中である。4&<$' は特に検討していない。






である。
 本報告書の付録２と付録３を参照のこと。 






２.２.３.２ スウェーデンの動向
（１）スウェーデン概要
スウェーデンでは、北極圏に入っている北部は人口密度が著しく低く、南部の主要都市に人口が集中する傾向があり、全人口の半数以上が、日本と同規模の国土面積中 ％以下の地域に住んでいる。このような自然環境ゆえ、道路や鉄道などの交通網整備には時間とコストがかかるため、より安価に情報だけでも伝達できる電信、電話網は、発明から時をおかずしてスウェーデン社会に広く普及していた。
現在では世界の $% 立国として高い評価を得ているスウェーデンであるが、! 年代後半
から

 年代初めにかけては、「バブル経済とその崩壊」を日本とほぼ同様に経験していた。金融自由化と高い輸出競争力から、! 年代後半にかけて世界的に資本が流入すること
で景気が過熱、ついに  年代初めにバブルが弾け、深刻な景気後退に見舞われた。
しかし、  年代半ば以降、$% 産業を基幹産業として育成することに成功し、「デジタル経済」へとアメリカ以上に見事に対応することで、バブル経済から立ち直った。
政策面では、バブル経済崩壊後、社会全体が情報・知識の集積・集約に基づく産業活動、
社会的活動中心に移行したとの認識を明確にし、情報ネットワークを基軸に社会を再構成することを政策の中心的課題とした。このことは、

年に当時のビルト首相が表明した、「万人が、素早く、容易に、安全に、安価に、時と場所を選ばずに、情報を電子的に引き出し、互いにコミュニケートできるスウェーデンを作る」とのメッセージに具現されている。


年には $% 立国のビジョンを示した「$% 法案」が制定され、 &C'（信頼）、&7（能力）、((（アクセス）という情報ネットワークに関する三条件
を市民に確保することが重要であるとの見解が示された。こうした基本方針が示され、施策の立案、実行が進んだが、最も影響力の大きな施策が実施されたのは 
まず、第一に「パソコン法案」（企業が ,! 年であった。

および周辺機器を購入し、従業員が家庭で使えるようにリースするプログラム）が成立し、家庭のパソコン保有率が !％から％へと急激に上昇した。特にブルーカラー世帯でのパソコン保有が進んだという。
次いで、初等教育、中等教育の教員  万人のうち万人に無償でパソコンを配布する 

年間のプロジェクトが開始されたことである。これは、一般家庭へのインターネット普及が進むにつれ、父母と子供たちに教員と電子メールで連絡をとることへの要求が強まった
ことが大きな影響を与えている。
スウェーデンは上記のようにデジタル経済を成長させ、失業率では、 ! 年以降毎年 ％ずつ低下させることに成功し、 年にはついに日本を逆転した。財政面では、  年以降累積債務も増やさず、景気回復による税収の増大で! 年から財政収支は黒字に転じ、累積債務も相対的に減らしている。
（２）スウェーデン政府における情報化の概要
情報化の進展を段 階 で 表 現 す る と 、 $C&& → $& → %(& →$& となる。スウェーデンも他国と同様、情報化は緒に着いたばかりであり、$C&& の段階にある。
スウェーデンの & ポリシーとしては、以下の  つがある。
①「 > &」（ 時間 

日いつでもアクセスが可能という意味）

②「ライト・タッチ」（中央省庁が地方やエージェンシーに対して強制的な影響力を振るわない、振るえないという意味）
中央政府（  &）はゴールだけを決め、課税自主権を持った県（+& &）や市（& &）レベルが独立して行政を執行する。
（３）行政情報へのメタデータ付与の具体的事例
①労働市場局（4&&)06-&'）
企業や政府機関などの求人サイドと求職中の個人との間で行われる求人情報の掲示やそれに応募するにあたっての履歴書作成・提出といった  件あたり 、 分の処理時間を要し年間

 万件に上る処理件数をメタデータ付与によって効率化し活発化させることを目的とする。
構築にあたっては /+50のフレームワークを用いた。+*8 を使わなかった理
由は、たまたま /+50 があったから使ったというきわめてプラグマティックな理由による。

②高等教育庁（4&C&/<"')&）
スウェーデン国内に  の大学があり合計で   のコースが存在する。これをいちいち個々の大学のホームページに見に行く代わりに、ワンストップで検索・閲覧可能なコースカタログを国が作ろうとする試み。
システムの仕組みは国が立ち上げたセンターデータベースに置かれたソフトウェ
ア・ロボットが、各大学が作るデータベースを巡回し、各校のデータベース内のメタデータを収集して回り、センターデータベースを更新していく。各校のメタデー
タはダブリンコアに加えつの拡張エレメントを採用している。

ライト・タッチの方針では各校にメタデータを付与させるのが難しいとも考えられるが、スウェーデンの教育機関はすべて国立といってよく、国からの予算配分は学生数に応じて行われているため、各校に共生するまでもなくセンター*- に自校の情報が反映されることが死活問題となる。したがって、導入に先駆けて各校の担当者を集めて説明を行なったところ、各校がスムーズに理解してくれたという。
メタデータの付与を行なうためには膨大な工数を要する。各校は具体的にどのように予算や工数を捻出したのかいうと、大手  校は元々データベースを持っていたため、フィルターを作り一括して移した。フィルターの開発とメタデータ付与は各校の $% 部門が行ない、そのための開発予算は各校の $% 予算から支出された。中小 校はゼロから作った。

これらの具体的事例から得られる結論として、スウェーデン $ % 委員会は以下の  つ

 !"##$$$ *&'

を挙げている。
①セマンティクスはシンタクスよりも重要である。
−国が何でもやらなければならない②「自分が持っているものから始めよ」
−/+50、ダブリンコア、 
また、失敗から学ぶための事例もある。商用車用の運転免許証発行システムの事例である。スウェーデンでは県単位で発行認可手続きを行なっており統一フォーマットがない。
そこで政府が資金を拠出して?/?（スウェーデン語で 7'I,6)7(）というシステムを作った（取り扱い窓口は郵便局）が、国際標準の , や #**$ といった  サービスに準拠していないのが問題となった。今度開発する $* では同じ轍を踏まないようにすることが必要であるという。

２.２.３.３ アイルランドの動向
（１）アイルランド概要
北海道とほぼ同じ面積に人口わずか   万人あまりのアイルランドは、
農業従事者が 
年代後半でも労働人口の  割を占めており、主要資源が鉛、泥炭、ジャガイモなど、主要産業が食品加工、織物、自動車組立てといったように、高付加価値を創出できる産業構造
が歴史的に見てもなかった。
そこで、  年の "" （欧州経済共同体）加盟以降、徐々に海外との競争力の低さがア
イルランド経済を悪化させることになる。! 年代前半にはインフレが年率 ％程度に跳ね上がり、それに反比例して社会の雇用力は急激に低下、! 年代半ばには失業率が !％にまで達するほど深刻な不況に見舞われた。
この事態を克服するため、  年代に入りアイルランド政府は、外資導入、情報通信分野への重点的投資と人材育成などの施策を実行に移し、アイルランド経済は見事に立ち直った。
 年から から 

! 年までに  万人以上の雇用が創出され、失業率は ! 年の !％にまで減少した。

年から *, は年率 ％で上昇し、国家財政赤字は  ! 年に *, の ％に達していたものが、
 年の   ％! 年には％へと改善した。

! 年にアイルランドは米国を抜いて世界第一位のソフトウェア輸出国へと成長した（米国： 億ドル弱、アイルランド： 億ドル弱。アイルランドは欧州各国にとってのオフショアソーシング先として成長してきた）。これは  年代の $% 政策の賜物であり、 社以上の外資を導入することに成功した結果といえる。
ここで重要なのは、  年代の $% 政策を中核とするアイルランドの政策は、 ! 年から、労働者、雇用者組織、労働組合、企業、市民などの社会的主体間で結ばれている「社会協約（& ,(<7 ）」の精神に基づく点である。それは  ! 年の『国家再生計画（,&C&4&+&）』に始まり、アイルランド国民が戦略的目標を定め、それぞれがどのような役割を担うかを認識し、貧困と不平等に一致して立ち向かうことを目標にしたものである。そこでは、競争を無視することなしに、適切な賃金の上昇と雇用の増大を社会で分かち合うことが謳われている。



 


（２）アイルランド政府における情報社会実現に向けた政策概要
 年代に国の競争優位確保のために、首相主導でいくつかのイニシアティブができた。
内閣官房では様々なエージェンシー横断の  を策定するためにハイレベルの組
織編制が行われ、歳入、土地登記、教育などに関するイニシアティブが結成された。
 年月  日に「電子商取引法（ &）」がマッカリース大統領署名によって制定され、ビジネス向けの電子商取引に適した環境整備と電子的な政府サービスの提供を可能にするフレームワークが整備されることになった。
具体的なイニシアティブとしては、以下のものがある。
①「$（((&($C&&')77&）」 年  月  日にプロトタイプ版の  サイトの運用が開始された。国民への情報提供を目的とする。ボキャブラリ管理の実現可能性を検証する。
②「-$（-)(((((&$C&&'(）」
 年月日に本プロジェクトの第  モジュールが完成した。企業向けの情報提供を目的とする。
③「0'」
中央政府および地方政府の公的サービスへのメタデータ適用を目的とする。
電子政府を推進する "# 各国とのベンチマークの結果、アイルランドが 4& という結果が出ている。
電子政府の全体政策については、首相直属の機関（首相府）が策定しており、電子政府政策の立案・普及促進と法律問題について所管している。電子政府政策のほか、情報社会のあり方といった問題も研究している。
（３）メタデータ・イニシアティブ 年  月に開始された、公共サービスへのメタデータ適用を目的としたプロジェク
トである。ボキャブラリ管理、タクソノミー構築などを行なう。
ダブリンコアのエレメントセットを採用し、オーストラリア政府の策定した （)(&&&）の追加エレメントも採用している。
プロジェクトの最大目的はリソース・ディスカバリーである。
 年  月に公開された「メタデータ  共通の標準を目指して」は、アイルランド
公共サービス・メタデータフレームワークのドラフト文書であり、オンラインの情報資源にメタデータを付けるための標準案を提示している。メタデータの普及により、利用者は公共サービスの  サイト上で入手できる情報をより容易に、より迅速に見つけることができるとされる。
同文書の主眼は、情報とサービスをオンラインで提供する公共サービス機関に対し、アイルランド公共サービスメタデータ標準の基盤としてダブリンコアのメタデータエレメン
トを適用することを勧告することである。


 !"##$$$& '&2 !"##$$$'&2#&

9#!  < 同文書は公開され、文書中で提示される複数のプロポーザルに関して、関連する組織からのパブリックコメントが求められた。アイルランド政府のメタデータ・コンサルテーシ
ョン・グループは最終標準を承認する前に、すべてのコメントを吟味することになっている。パブリックコメントの提出期限は  年月日であった。パブリックコメント集は <7=>>222&>&()>&()&J(7&((< で公開されている。
メタデータを適用している分野については、プロジェクトの主要目的がリソース・ディ
スカバリーであるため、 ベースで記録されたデータへのメタデータ付与がメインである。使用しているツールについては、非常に初歩的なものしか作っていないという。
英国では公文書へのメタデータ適用の効果を検証しているが、アイルランドではメタデータの適用自体が非常に初期的な段階にあるので、具体的な検証は行なっておらず、むしろ国民に対しレガシーデータをデータ化することの意義について教育することに重点を置いているという。
メタデータを適用して政府関係のデータベースを横断的に検索できる検索サービス（$C&(6 ベース）を構築する予定もある。




 

２.２.４ 欧州におけるオントロジー技術の動向
２.２.４.１ オランダのフライエ大学
（１）フライエ大学の研究状況
フライエ大学でのセマンティック  関連研究は、C $ 学科及び-)((( $C&( 学科の  ヶ所で行われている。$ 学科では基盤技術の研究を、-$学科では応用の研究を、強く連携を取りながら行なっている。
フライエ大は本分野では比較的先進的な方であり、他には、カールスルーエ大学、英マ
国マンチェスター大などが先進的である。その中でも最も早く手がけている。その他、ブリストル大学は、他大学だけでなく英国 /, 社とも連携して良い研究を行なっているとい
う。
欧州の第

次フレームワークプログラムのみならず、トランスアトランティックな研究としては、米国 *+, と *0$＋$ の研究を行なっている。$ はアムステルダムで開発され、 に提言を行なっている。
フライエ大学と共同研究している企業については、初期は $'(& のような大学からスタートアップした小さな会社と共同研究開発を行なってきたが、最近は、-%、ドイツテレコム、ダイムラークライスラー、スイスライフ、オラクル、フィリップスのような大きな企業も参加するようになっている。
（２）オントロジー研究開発状況
フライエ大学ではオントロジーの応用領域として以下の３つを検討している。
@A 知識管理：電子政府も検討されたが、民間への適用を中心に検討中である。-%、
スイスライフなど大企業と共同研究をしており、大規模なイントラネットでの知識流通のための研究を行なっている。
@A 文書管理（検索エンジン）：現状の検索エンジンには様々な限界がある。
のグローバル規模での文書共有の世界で、より知的に管理できるようにしたい。
但し、より知的に管理するためには、企業内での利用も重要である。
@A 電子商取引@" Aと  サービス：-"$5 のプロジェクトがある。電子商取
引やＷｅｂサービス関連の研究では、+ " とも提携している。
多くのプロジェクト（およそ ）があるが、主なものは以下
① %&1&' プロジェクト：初期のプロジェクトで $ と 7( な
どのツールを作成した。
② $-+：サービス統合／データ統合のために、 上のコンポーネントの知的 -&6 サービスを行なう。
③ ,：セマンティック  と ,&, 技術を統合する（中心サーバをおかずに直接交換する）。
"# のプロジェクトとして提案を予定しているおり、 年  月現在検討中である。
④ &'：オントロジーマッピングを研究する。複数のオントロジーの対応をとるもので、オントロジーの翻訳に近い。
⑤ &： 

研究プロジェクトではなく、普及のための  サイトである。大学、企業などとの連携や、ワークショップや会議の開催などがある。& については
２．４．４．２節を参照のこと。
（３） サービスや人工知能（$）との関係
セマンティック  と  サービスの違いについては、フライエ大学の研究者の見解
では、 サービスはセマンティック  の階層図（図 ２参照のこと）の中で見るとプロトコルや情報バインディングなど低レベルの技術的な統合はできるが、意味的統合はできない。 サービスは、内容に基づく事はやっておらず、現在の活動は重要であるが、拡張が必要である。オントロジーを導入して、コンテンツに関する意味的な統合を行なうことが重要であるとのことである。
また、電子商取引ではオープン性が特徴の ,&, アプローチがある。しかし、スケーラ
ブルサポートが必須であり、ロゼッタネットのようなメディエーション機能が必要となる。
このために、セマンティック  が必要となる。ビジネスロジックのような多様な動的な構造に対応するためには、データ発見や変換、コンフィグレーションなどを用いて支援する仕組みが必要であるとのことである。
セマンティック  と人工知能（$）との違いについては、フライエ大学の研究者によれば、以下の  つの違いがあるという。
@A オントロジーの交換ができる点。
昔（$ 研究が盛んであった頃）はゼロから作る必要があった。現在は他のオントロ
ジーを再利用し改良することが現実的な状況になっている。
@A セマンティック  のオントロジーは、$ よりももっと単純で、構造は簡単で（場合によってはタクソノミーレベル）あり、そのかわり量は多い。
オントロジーは歴史的には $ から出たが、現在はコミュニケーションや自然言語
システム、電子商取引など様々な場面で用いられ多様化しているので、オントロジ
ーでは厳密な（厳密な定義による／厳密な理論的背景を持つ）オントロジーに限らない。

２.２.４.２ ドイツのカールスルーエ大学
（１）カールスルーエ大学の概要
カ ー ル ス ル ー エ 大 学 に は $8- （ 77' $C&( ' 8& *(7&0<&'(）と 8K$（+(< C&$C&&%<&&(）という  つの研究拠点がある。
$8- は、セマンティック  と人工知能関連の研究を行なっている。オントロジーに関しては、欧州最先端の研究所であるとの自負がある。
カールスルーエ大学では、商用化を意識して研究活動を行なっており、開発しているシステムは、商用に十分耐えるものである。$8- で研究開発した先進技術の産業界への移転は、8K$ を通じて行われている。
セマンティック  研究開発のキーパーソンであるオランダ・フライエ大学の *
8( やスタンフォード大学の C*6 もカールスルーエ大学の出身である。


!

欧州におけるオントロジー及びセマンティック  研究のグループには、カールスルーエ大学のグループ@オランダのフライエ大学はこのグループに属するA、英国のマンチェ
スター大学のグループ、及びイタリアのピサ大学のグループがある。
研究プロジェクトには、"# のプロジェクトとドイツ独自のプロジェクトとがある。以下に $8- が参画する研究プロジェクトを挙げる。
A セマンティック  関連
・ &'2@"#A
・ ,/% などの教育プログラム@"#A
A 知識管理関連
・ &1&2'@"#A
・ &&@"#A
・&((@-0-8A

・ &2(@*8A・ ,@"#A
A ビジネス・インテリジェンス関連
・ ドイツテレコム@*%A
・ クライスラーA  関連・ ,*+・ B&@-0-8>A（２）開発ツールの紹介
カールスルーエ大学で開発しているオントロジー関連のツールに &"' と 14
（1()<&&）がある。
○&"'
３．２．３節を参照のこと。
○14
14 は、オントロジーとセマンティック  の利用基盤であり、+*8 をベースとしたオントロジーとメタデータのツール群である。.L."" 及び 7<& を用いて作られている。次の三階層のツールから構成されている。
@A アプリケーションIサービス層（オントロジー作成及びウェブポータル作成ツール等）：
アノテーションツールやオントロジーエディタ、オントロジー／メタデータクローラ、既存データベースのデータを +*8 に変換するツール、及びオントロジー／メタデータから /%0 データを生成するツールなどがある。
@A ミドルウェア層（,$ 及びサーバ等）：
+*8 データやオントロジーデータを操作するための ,$、+*8 データサーバなどがある。 

@A データIリモートサービス層（,,、+*- 等）：
データIリモートサービス層は、14 を用いて実現されるサービスである。



２.２.５ 欧州におけるセマンティック  関連システムの動向
２.２.５.１ イタリアの "# 委員会共同開発センター（.+ ）
（１）.+
.+

の概要

は、"# 委員会 の一部であり、 年前に設立して、いろいろなテーマに取り組んでいる。 発祥の研究所である "+4（欧州原子核共同研究機関）とは直接関係ないが、"+4 出身の人が多い。
.+ 内部の組織としては、原子力、エネルギー（核、プルトニウム）、安全保障、環境、
健康・食品衛生、シンクタンク、情報社会などの分野がある。この中で "# の第次フレームワーク・プログラムは、情報関係など、色々な研究に出資を行なっており、この中で、セマンティック  関係のテーマも扱われている。


が技術規格を策定する所であるのに対し、.+はソフトウェアを作って実践的に行なう所という位置付けを行なっている。
（２）セマンティック  関連のシステム○"%-（")&7%()-&2(）２．４．２．２節を参照のこと。
○+*8&（,,$C&+*8&）
+*8& のプロジェクトは、 年  月から開始された。+*8(& は、+*8 の構造を解析、格納、管理する , のライブラリーである。これは、+*8 の主語・述語・目的語という  つ組（図 ２参照のこと）の検索を効率的に行なうことを目的としている。
検索にはコンテキストが重要であり、コンテキストも考慮した検索が可能である。３．２．
１節を参照のこと。

２.２.５.２ フランスの国立情報処理自動化研究所（$4+$）
（１）$4+$ の概要 年  月現在、! 人の研究者、 科学者（ポストドクターや海外からの客員研究員）のメンバーで研究を行なっている。

の欧州におけるホスト機関である。 個のプロジェクトが進行しており、以下の４つの大きなテーマに大別できる。
①ネットワークとシステム
②ソフトウェア工学シンボリックコンピューティング
③ヒューマンインターフェイス、画像処理、知識システム
④複雑系システムのシミュレーションと最適化
これらのプロジェクトからスピンオフしたものはいくつか（$%+L +E: など）あり、研究内容が実用化されている。セマンティック  関連のプロジェクトとしては、
  $ があり、これは上記③に含まれる。この   $ プロジェクトでは、企業にお

 !"##&$?
& &9<&' %5 の米国におけるホスト機関が -、アジアにおけるホスト機関が慶應義塾大学 45 研究所である。
 !"##<

ける知識管理の方法論とツール作成を研究している。
次世代の電子政府のイメージとしては、市民が必要なフォーマットに書きこめば、必要な情報を得られるというものであり、中央政府と地方政府の情報共有が主な目的だとしている。
（２）セマンティック  関連のシステム○  $
２．４．１．１節を参照のこと。
○+*8,$ +*8,$ は、画像データにメタデータを +*8 形式で付加することにより、画像データの検索の際に、実際の画像を検索することなしにメタデータのみで必要とする画像データを獲得する試みである。これによりネットワークの負荷を軽減することが可能となる。



２.３ 標準化機関の動向
 技術の国際標準化機関である  （&'' &(&)）の活動状況について調査を行なった。

２.３.１  の  年  月 

日に    グループが設立した。従来の 0' グループ からの名称変更である。 年  月に終了予定である。
 は、セマンティック  の実現のために、アプリケーション間のデータの自動化、統合、及び再利用を支援する技術の共同開発と標準仕様化でリーダー
シップを担うために設立された。
 の  は *+, の *0 プロジェクトから活動支援を受けている。また、"# 委員会からの資金提供をうけている。 %<&&I&*&に属する。 の技術が社会で実際に利用されるためには、単に技術的な問題を解決しただけでは不十分であり、社会的な様々な問題を解決しなくてはいけないが、%<&&I&*& ではこのような内容に関する活動が行われている。
○ オントロジー・ワーキンググループ（&&&6&)7L）
 年 ! 月に立ち上げられた新しいワーキンググループである。 の活動目的は、各研究開発コミュニティー間のデータの統合と相互運用性を提供するような、構造化された  ベースのオントロジーを定義する単一の言語を開発することである。

２.３.２  のオントロジー記述言語の動向 の  では、オントロジー記述言語の標準化検討を実施している。 において検討されているオントロジー記述言語としては、 年  月にノートとして提出された *0＋$ と、 年  月の 8%&80 で提案された *03$ の後継言語である @%<&&)Aがある。 には、まだ、詳細な仕様の議論がなされていないので、本資料では、（１）で *03$ の仕様概要について
説明した後、（２）では、現時点での  の概要について 述べる。


  !"##$$$$%&'##  !"##$$$$%&'#5&&9# !"##$$$$%&'## 斎藤信男「次世代  コンピュータにおけるセマンティック  等関連技術動向」（ 年 % 月）より。 4(@A9 6 "//*& <&@64 @64  6/ 1- BC 6 @4( 6& A9 B6/ 1- &&'
'9'9 &C!"##$$$$%&'#@#1& *& 、&&( -  4 
0  0 編集 /& & <&6/ 1- BC!"##$$$$%&'#@#1& &、及び &&( -  4 0  0 編集 
6/ 1- BC !"##$$$&'##%#1& *BCを参考にした。
  040 "&&' '9'B C
!"##  $%&'#/2 #09#$$$ & $'# # )# $&*を参考にした。



（１）*03$*03$ は、*+, からの資金援助を受けた *0 プロジェクトで開発されていたオントロ
ジー記述言語 *0 と、"# 委員会 $% プログラムからの資金援助を受けた &1&2' プ
ロジェクトで開発されていた$（&&$C）を統合した言語である。 年 月
 日時点での最新版は、 年  月の E  である。
*03$ は、+*8 スキーマ（+*8）をベースとしてクラスやプロパティに対する制約の記述能力をさらに向上させた言語であり、言語の数学的基盤である意味論を明確に定義していることを特徴としている。E  では、+*8 に対して、「クラスのブール結合演算や排他的関係」や「プロパティに対する制約の拡張」などの記述能力の拡張がなされている。以下、順に説明する。
○クラスのブール結合演算や排他的関係
  クラスに対する以下の演算や関係を表現することができる。
・二つのクラスのいずれかに属するというクラスを定義する演算 ・二つのクラスのいずれにも属するというクラスを定義する演算  ・あるクラスには属さないクラスを定義する演算    ・二つのクラスに共に属する要素がないという関係    ・二つのクラスが等しいという関係    
図 ２ に、*03$ の記述例を示す。以下、各々の記述例を順に説明する。
・クラス & の定義では、「女性  は、男性 でない人 である」ことを意味する。
・クラス  の定義では、「身長の高い男性 は、高いもの かつ男性 である」ことを意味する。
・クラス  の定義では、「クラス   とクラス   は等しい」ことを意味する。
 !! クラス   の定義!!"#  #$%&' '"    # (  #  #    #  &')

'*"  &')'*"

*# "
 !! クラス  の定義!!"#  #$%&''"  #  #+ &'#  '"    #  #( &')'*"    #  #( &')'*"  *# "*# "
 !! クラス   の定義!!"#  #$%&' '"   #     #  &')

'*"

*# "図 ２%,-$, の記述例１

○プロパティに対する演算や制約の拡張
.%/0 では、プロパティのドメインとレンジしか規定できなかった。すなわち、プロパ
ティをとるリソースや値が属するクラスしか規定できなかったが、プロパティに関する制
約記述の向上を目的として、以下に示すような拡張がなされている。
・プロパティの値そのものを規定する制約 1 2 

・プロパティの値をいくつとることができるかを規定する制約  +2   +2
3  + ・プロパティが推移律を満たすという制約   4  +・プロパティのドメインの各々の要素に対して、その値が一つしかないという制約
56  +・二つのプロパティが等しいという関係     ・プロパティのドメインとレイジを交換したプロパティを作る演算@(CA
以下、図 ２ に、*03$ の記述例を示す。以下、各々の記述例を順に説明する。
・クラス の定義では、「動物@Aは親をもち   、かつ、親の数は２つである」ことを意味する。
・プロパティ   の定義では、「プロパティ  子供をもつ と、プロパティ   親をもつ は逆の関係である」ことを意味する。
・プロパティ   の定義では、「プロパティ   とプロパティ    は等しい」ことを意味する。
 7クラス  の定義!!"#  #( &')'"    # ( "    #.

 #  +&'8'"

      #     *#.

+ #

  &')   '*" "  *  # ( "
*# " 7プロパティ   の定義#(     #4+ #$%&' '" #  &')   '*"*#(    +"

 7プロパティ   の定義



!!"

!!"

 

#(    + #$%&' '"  #    +  #   &')   '*"*#(   

+"
図 ２

*03$ の記述例２@MNよりA（２）@%<&&)A は、 の  において、,8,<' を中心として検討されている言語である。また、 の検討フェーズとしては、要求仕様を明確にしている段階と思われるが、以下では  の概要について述べる。
 の *03$ からの基本的な変更点は、以下の３つである。
@A

 の意味は、&'<&C&+*8と矛盾しないようにする。

@A

 の構文は、<5O)'5,<*0&'と矛盾しないように

する。
@A

データ型の取り扱いを単純にする。

意味の変更の背景にある基本的なアイデアは、サブクラスのような意味論の観点から扱うべきコンストラクトを構文としてもつ +*8 アプローチを採用するだけでなく、解釈における関係を明確にすることにある。しかしながら、意味的な矛盾を引き起こすような言語全体の拡張は避けなければならないので、意味的な矛盾が存在しないことを確信できるようにするという観点から、解釈における関係を明確にできるコンストラクトの数を制限する方針とのことである。
また、構文は 5O)*0&'( なので、5O) の標準的な実装を用いることにより、50< のデータ型のほとんどすべてを提供できるようになるとしている。




33 0(  ､ @64&&,49 !"##$$$$%&'#@#< #3) 4DE、 &  &.'： FG9F06&  
%5&('6<6!"##$$$$%&'#@#H9 &# 

２.３.３  の利用事例
（１）コレクション・マネージメント
コレクション・マネージメントは大規模なデータ集合体（テキスト、イメージ、マルチメディア、 ページ等）の管理のことで、ドメインへの依存性やスケーラビリティの問題を含んでいるため、 の有望な応用分野と考えられている。 の  年１月の 8&80 では、次のつの具体的な事例が紹介された。

①#( (=P+1=&&C''(7('(7&(P+1は英国 '( %)( が構築している絶滅危機生物のマルチメディアデー
タベースで、学校の生徒からこの分野の専門家までが、 サイトを通じてアクセスできるようになっている。実際のデータベースシステム開発には /, 社が参画している。
②#( (=P"*7'CP
企業の社会とのコミュニケーションやコーポレートメモリの管理に関するもの。具体的な事例は、"* 社が製品化している ,0(,&')C0)ソリューショ
ンで、新聞発表、製品提供とケーススタディ、企業内手続き、製品説明と比較、ホワイトペーパー、プロセス記述等を対象としている。"* 社の代表的な製品には % がある。
③#( (=P&(7"*0&'P
航空機産業における企業の社会とのコミュニケーションやコーポレートメモリの管理に関するもの。特に、製造工程管理が中心で、航空機設計ドキュメント、製造工程ドキュメ
ント、テスト工程ドキュメント、メンテナンスドキュメント、イラスト等を対象とし、設計エンジニアが利用する。具体的な活用製品としては、&%<&& 社及び子会社の06 %<&&( &7&& 社が提供する & " ソリューション 06 がある。
④#( ( =P&&(P
絵画コレクションのデータベース構築において、オントロジーを利用して、データのイ
ンデクシングと検索をサポートすることを目的としたもの。オランダの#( &C
('の$-+プロジェクト（上での情報ブローカリング技術の開発が目的）で取り扱っている応用事例。この分野では規約化に関する多くの既存のリソースがあり、ここでもE+（E() +(&)( ((&& ）で定めているE+ & &(LE(&や、ゲッティ財団によって構築された%（'<)%<())(、芸術作品（芸術カテゴリ、材料、スタイル、カラー等）を記述するためのL用語の
 !"##$$$(2&'9(#<9!#(2  !"##$$$ &#!&9 #!##  !"##$$$ &&#  9 # 3 !"## $! 92#!&? #&$#& !"##$$$2&'#* !"##$$$!!&#$ 

階層から成る）などを利用している。
⑤#( ( =P &7)7/7'P
学術機関が構築する研究成果データベースのような巨大なハイパーメディア／ページ をブラウジン グする際 のナビゲーシ ョンを対 象としたもの 。英国 #( &C&)<7&の1%プロジェクト63で取り扱っている事例を参考にしている。
これらつのコレクション・マネージメント事例の分析から、 に対する要求事項

として、次のような項目がリストアップされている。各項目の右側の数字は、上記のどの事例から導かれた項目であるかを示している。
A 表現力に関する要求事項
・ ((<<2<7&7(>)('&(@①②③④⑤A ) と一般的な & との明確な区別 ・*C)6&2'@①②④A ・生き物は飛ばない 
・後期ジョージ王朝風の整理だんすは通常マホガニー製である ・,2<&&@②③④A ・翼の桁は翼の一部分である ・整理だんすは独自のスタイルの脚をもつ ・ &((@②③④A ・2(7<92< ・))( Q & 9Q; C)))) Q -(< 4*C))''! 

・利用事例４における後の例に対する *03$ の解決策についてのコメントにも注意。 ・$((7C&>((((((@①③⑤A ・0 は 7( のインスタンスであるが、またそれ自身クラスでもある。 
・! は C

のインスタンスであるが、また ! のインスタンス
 !"##$$$

 &&9(#!&? #(#

!

集合も表している。 ・参照： ,& の (( 概念。注： これは +*8 の特徴である。 ・属性値による匿名インスタンスの仕様。 ・0<(C&&7@⑤A 
さらに、+*8C)（7&7 のために 'C=7 を定義することができる。）
・((((@④A 
インスタンスのないクラス： 応用事例４の && の階層の例を参照。 ・&(>B;&7@①⑤A 
用語とそれが表すコンセプトを区別する必要がる。［これは  の問題ではな
いかもしれない。］
A 他の要求事項
・,&@L A 
典型的な例：

専門家と非専門家による表記を区別すること、ハイパーリンクによる出典参照。 ・E(&@A 
オントロジーを拡張・変更する能力。 ・O)()77&@A 
偽の仮定による推論を行なう能力、例えば「魚としての鯨」。 ・)77&C&&(''(@LA 
一般的なシソーラス（&'4、ＴＧＮ）が、ドメイン固有のシソーラス（%、$ 4 ）と同様、しばしば表記を標準化するために使われる。
（２）一般的な利用事例
 年  月に  にて行われた  8&8 0 において議題となった一般的な利用事例を以下に説明する。なお、この利用事例はドラフトであり、今後はこれらの場面において  の利用が期待できるとするものである。
A デバイス相互運用性
計算機能のあるデバイスでは、デバイスに意味が分かる（セマンティック）レベ
ルで相互運用ができなければならない。こういったデバイスには、,やラップト

ップ、,*、プリンタやその他ネットワークデバイスなどが考えられる。これらのデバイスは旅行の計画などのような同じ目的で使用できる。例えば、ドメインへ適 切にアクセスする場合、オントロジーの同じ集合を使用できるが、デバイス特有の限定された低域幅や制限されたメモリなどを含む特定の要件にマップされたり、カスタマイズされたりするべきではない。
また、デバイスは動的に変化する環境に対してもセマンティック的に採用するべきである。例えば、新しいプリンタを規定のデバイスのネットワークに追加する場
合や、,* が異なる計算や、アクセス、そしてセキュリティー要件がある新しい場所に導入された場合などである。
更に、デバイスは  サービスによって制御可能である。この  サービスはオントロジーを使用してタスクの分解とコントロールフローを表示することできるようになる。A インテリジェントなエージェント
さまざまなエージェント基準にはオントロジー言語の利用が必要である。この言語は（複数のオントロジーからの）オントロジー表現交換と（あるオントロジーか
他のオントロジーへの）オントロジー翻訳をサポートしなければならない。さらに、交換や翻訳されるオントロジーは異なるエージェントプラットフォーム、インフラストラクチャー、あるいはドメインで使用できる。
また、交換>翻訳されるオントロジーは異なる言語で表現可能であるし、異なるレベルであることもできる。例えば、上位オントロジーや下位のドメインオントロ
ジーなどである。複数の上位オントロジーや上位オントロジーの一部分が交換>翻訳、そして、判断されなければならない場合もある。同じ個人>インスタンス>デー
タが異なるオントロジーにマップされなければならない場合もある。また、O、+O などの場合、照会言語間でマッピングされる必要がある場合もある。
A インテリジェントな管理
ビジネス組織、財閥の  コミュニティーといった場面では、複数の組織の単位で  上でお互いに通信を行わなければならない。これらの単位には異なる0（:&0&(）や、知識リポジトリが含まれることがあり、複数のデータベースや文書のセットをサポートしなければならないこともある。これらのセットはすべてこの異なるオントロジーで表示することができる。組織に対してさまざまなレベルがあることがあるため、データ>情報固有のドメインから大企業のレベルまで、さまざまな情報のモデルとそれに相当する語彙がある。
さらに、組織と組織がサポートしているオントロジーは動的に変化することがある。組織の中には、例えば財閥のコミュニティーなど、仮想的であり他の既存の組織の合成や分離であったりすることもある。しかし、こういった組織や組織の単位
は、オントロジーマッピングを使用して、異種の語彙やモデルとセマンティック的に相互運用ができなければならない。必要であれば、これらのマッピングを見つけることができ、保持・更新も可能となり、破棄もできることがある。
A インテリジェントな検索、電子商取引 上の --、及び - の電子商取引では、買い手はアプリケーションやカタ
ログ、新旧の -- または - エンジンやインフラストラクチャーのさまざな範囲
から将来の製品やサービスを探し、見つけ出すことができる。 こういったリソー
スはすべて、分類や分類学、あるいはオントロジーによってモデル化されることがある。結局、それらはオントロジー言語を使用してモデル化されるのである。
従って、問題となる点は、 上に異質にモデル化されたり、明示的にまたは黙示的に分類されたりする製品やサービス（そして、他のドメインのオブジェクト）
をユーザーが検索できること、及びこれらのモデルや分類化システム、またはオン
トロジー間を概念的にマッピングすることである。
将来の買い手は、個々の会社のカタログや文書にさまざまに表示されている語彙、及び意味を使用して製品やサービスを探したいと考える。一方で、将来の売り手は、
将来の買い手が探すことができるように、製品やサービスを分類し、適切にモデル化するのである。このような概念的な検索>ナビゲーション@分類A には、セマンテ
ィック的にマップされるオントロジーが必要である。
A インテリジェントな統合（異種のオントロジー情報の統合）
 や  にアクセス可能なアプリケーションに表示されている情報は、ドメ
イン毎や、アプリケーションが解決しようと試みている問題毎、あるいはモデルの複雑さの度合いに応じてさまざまな方法でセマンティック的に表示されることがある。オントロジーの概念とその概念が特徴付けている個人、インスタンス、デー
タにはセマンティック的な合成・統合・分離の方法、及び、対応する構文上の形式の変換が数多く必要である。
この使用事例はインテリジェントなエージェントの使用事例と関連している。
A 相互評価
例えば、国防総省の武器、ネットワーク、コマンドと制御システムといったドメインの例においては、多くの場合、特定基準のセマンティックモデル（オントロジー） の基準や適合検査の実現に関してその特定の基準のセマンティックモデル（オントロジー）において難しい点がある。これらの重要な三つのコンポーネントもすべて、お互いに相互関係なしに動的に変化するものであり、原則では、モデルで強制されべきである。基準と一致していると称するアプリケーションは、作成可能な一連の適合検査によって、その適合に関して検査すべきである。これには、モデルと基準と一連の基準の検査間でのセマンティックマッピングが必要である。
さらに、複雑な点としては、基準には異なるバージョンがあるので、モデルとその一連の適合検査には異なるバージョンがあることを想定すべきということである。
A 文脈と表示マッピング
センサー検知、 * 技術、マルチメディア作成といった場面においては、アプリケーションは、文脈や表示を元にオントロジーの情報をフィルタリングしたり、表示したりすることによって、ユーザーへのコンテンツ表示を合わせる必要がある。
センサー検知と * 技術は、ユーザーが関心を持つ特定の表示を表すために文脈上の情報に適合する場面である。これらの表示は、例えば個人化やローカル化といった場合、アプリケーション表示の要件、または、ただ単に与えられた時間、ある
いは照会への回答において、オントロジーの中の特定面に重点を置くという要求をもとに抑制やフィルタリングをする必要がある。こういった表示や文脈は合成されたり、操作されたりする必要があるため、オントロジーのアプリケーション理論として持続し、主要なものとなる。
!A 相互運用性
コマンドとコントロールを目的とした防衛関連のアプリケーション、軍事派遣計
画、ロジスティックスなどは、サービスと組織ユニット間でマルチドメイン情報を使用し、普及することが必要である。多くの場合、オントロジーは明確で、セマン
ティック的にほとんど同じ概念に対しても異なる用語や意味を使っている。さまざまなサービスや組織間で命令や情報が行き交う場合や、異なる目標を達成するために同じ情報をしようする場合、セマンティックをできる限り保持するために異なる
オントロジーをマップする必要がある。






２.４ 活用事例と課題
セマンティック  技術、特にオントロジー技術の活用事例と課題について述べる。
オントロジーの活用事例に関しては、着手が始まった段階で、事例といっても研究の方向性を示すものや、プロジェクト提案レベルのものに留まっている。現時点では、セマンティック  の有用性の実験とそのために必要な要素技術の蓄積を行なっている状況で、今後の調査・検証が必要である。調査は主にプロジェクトを中心に行なったが、"# 委員
会の ,8 の $% にセマンティック  関連プロジェクトがあるため、欧州のものが多くなっている。
セマンティック  技術の活用の方向性としては、以下のものが見られた。
１）

ナレッジマネジメント

２）

３）

ビジネス４）

コミュニティー支援

一つは、知識管理の直接的な応用として、ナレッジマネジメントがあげられる。以下の事例では明確に示せていないが、統一されたオントロジー／システムを用いることができる企業内での応用と、その後に、個々のオントロジーを持った企業間同士でのマッピングの問題などがある。また、 では、多種多様な教材の蓄積を活用するためにセマ
ンティク  やメタデータの技術が用いられている。
ビジネスへの適用は、オントロジー技術を用いて、取引関係の価値連鎖（バリューチェーン）を記述したり、部品のメタデータの組み合わせから顧客に適した製品を作る際の、カタログの自動生成や製品の自動分類などに活用しようとしている。
また、知識交換の場としてのコミュニティーに関しては、セマンティック  技術を用いる

２.４.１ ナレッジマネジメント
ここでは、フランス $4+$ のナレッジマネジメントシステムである   $ とその関連研究、及びナレッジマネジメントの一環としてドイツのダイムラークライスラー社の人材支援システム（/+0&）におけるセマンティック  の活用事例について述べる。

２.４.１.１   $
ナレッジマネジメント関連の研究では、フランスの 国立情報処理自動化研究所（$4+$）における   $（1&2' R)(& C& "B7L 0)"B7((）プロジェクトがある。ここでは、  $ プロジェクトと関連技術研究の概要について述べる。
  $ は、企業情報構築・管理・普及のために、暗黙知を形式知として具現化し、情報の共有と再利用を目指す、ナレッジマネジメントシステムである。このためのセマンティック  のアプローチとしては、まず、企業情報の蓄積のために 50 文書を作成し、オントロジーに基づいた意味的なタグ付けを行ない、 上で配布する。タグ付けは +*8

 !"##$$$<##H9!

#



を用いて行なうが、その蓄積と検索のために、 +""（ &7) +(&) <"）という検索エンジンを開発している。これは、+*8 の検索エンジンのプロトタイプであり、グラフ表現への変換や +*8 表現の検索を可能にする。もちろん、グラフ表
現をそのまま検索の質問として入力することも可能である。推論エンジンはグラフ推論に基づくものを採用している。（図 ２ 参照のこと。）



図 ２

  $ における知識記述の例


次に、マルチエージェントの役割を担う、 &00@ &7& 0& 0
<&)<Aがある。 &00 はオントロジーの作成・管理と +"" のユーザーイ
ンターフェイスとなるマルチエージェントシステムから成る。これらのシステムを用いて新入社員用の企業情報の提供の応用システムを作成している。
さらに、知識表現やオントロジーはさまざまな目的で多種につけることが可能である。
これらを再利用して新しい目的に活用することが考えられる。知識表現やオントロジー、
タグ付けした情報の表現法として、いろいろな表現方法が考えられるため、それらの言語間の変換が必要となる。これを行なうのが "50@ &7) '' B< &C())'6&2'Aである。

２.４.１.２ /+0&
ビジ ネス・インテ リジェン ス関連の適用 事例とし てダイムラー クライス ラー社の/+0& がある。/+0& プロジェクトでは、人材支援システム（/) +(&)
(）への適用を試みている。/+0& では、スキル活用にあたって、手書きの .&
77& を  + で読み取った記述内容やその他のドキュメントを /+ システム用のオ
ントロジーに基づき分析し、スキル情報を抜き出している。そのスキル情報を元にイント

 !"##$$$<##H9!
 !"##$<E#$#!&?

#*&
#&



ラネット上で、スキルの需要と供給のマッチングを行なう。実験システムは、&,(社の &-&6 を用いており、 年  月時点で  個の概念、

個の関係、 個の規則（公理）からなる ,&, オントロジーが公開されている。ここでの対称となる「概念」は、「ドキュメント」やそのサブクラスである「プロジェクト報告書」や「/&,」、
その他、「人」や「分類」などの概念を定義している。例えば、「ドキュメント」は、ス
トリングタイプの値を持つ「#+」というプロパティや、「記述言語」、「作成日」、「著者」、「関連するスキル」、「関連する分類」などのプロパティを持つ。関係は、「ドキュメント」とその「#+」、「ドキュメント」とその「記述言語」といった関係を定義している。公理は、例えば［「/&,」とその「著者@<(J)&A」プロパティの値との関係と「作業者」とその「所有 /&&,@<(J/&7A」プロパティ値との関係は、
逆関係（ 頁の脚注「反対の関係」参照）になっている（「ドキュメント」* の「著者」プロパティが , であれば、「作業者」, の「所有 /&7」の値は * である）］な
どの規則を定義している。

２.４.２   は $% 技術を用いて教育を行なう事である。教育用メディアを電子化することによりネットワークを通した配布や遠隔授業などが行なえる。教育用メディアは多種複雑であり、現状包括的で有効な内容検索手段 は存在しない。このため、メタデータの付与が期待される分野である。

２.４.２.１ ,*+@,(&:'((&*()'+7&(&(A への適用も試みられている。,*+@,(&:' (( & *()' +7&(&(A と呼ばれるプロジェクトでは、セマンティック  の技術を用いて、複数のモジュールから成る教育用メディアの交換基盤の構築を試みる。年度の関係
でドイツとスウェーデンでは  年月から、米国スタンフォードでは  年月から始まった  年間のプロジェクトである。
現代では、科学技術の革新により、生活のさまざまな面においても学習することが要求される。このような環境の中で、教員や教材の不足が起こっている。特に学習者に合わせた教材を的確に効率的に提供することが求められる。このような背景を踏まえ、各機関にある教材などのリソースを相互運用することが重要となる。
実際、大学などの多くの高等教育機関では、教材など教育上のリソースを蓄積して効率化が図られている場合が多い。しかしながら、これらの教育上リソースの管理は、個別に行われることが多く、各大学などの機関がそのコントロールを手放すことはなく、単一の中央サーバに蓄積する形態は実現しないという。
このために、各組織が管理している教育上のリソースを相互運用（活用）する必要があ

 !"##$$$&&!

&
&'#&& #!&!
  例えば、テキストメディアの内容検索としては全文検索があるが、画像を含むと適切な内容検索手段が存在しない。教育用メディアは基本的にマルチメディアであるので、有効な内容検索手段が存在しない。
  !"##$$$'#!<# %I-4 & ,!< !"##&&&(る。教材の共有に関連する話としては、「オープンアーカイブイニシアチブ」がある。そこでは最近、ライブラリー・サーバーからディジタル・ドキュメントに関するメタデータ
情報を検索するために /%%, ベースのプロトコルを定義した。しかしながら、それはサー
バー検索プロトコル及びその基本的なスキーマとしてはダブリンコアに基づいたもの（教育用に拡張した意義は大きいが）に留まっており、十分とはいえない。
,*+ では、ピア・ツー・ビア（,,）ネットワークに基づいたアプローチで、教育
メディア交換用のネットワークを構築しようとしている。しかしながら、ナップスター@47(Aや ) のような純粋な ,, アプリケーションのアプローチでは不十分である。なぜなら、例えば、) の中のメタデータはファイル名及びパスに制限されており、「マドンナの 6  E」のようにタイトルが付いて（その文字列が世間一般に知られて）いるファイルにはうまく動くかもしれないが、「代数入門、―講義 」のようにタイトル文字列だけでは中身がわからないファイルではうまく動かないからである。このため、,*+ では、,, ネットワーク基盤として、"') と呼ぶオープンソースのシステムを開発／採用し、その基盤上にオントロジー技術の活用を試みる。

２.４.２.２ "%-（")&7%()-&2(）
イタリアにある "# 委員会共同開発センター（.+ ）では、セマンティック  技術の応用システムとして "%-（")&7%()-&2(）という名のプロジェクトにおいて、先生が学校で教えるための教育プログラムを蓄積したデータベースをつなげて相互利用をはかっている。"%- の目的は、欧州域内の学校のための教育用情報資源のためのメタデータネットワーク基盤を構築することである。 〜 年前に 50 ベースの教育用オーサリングツールを開発しており、これを利用して、学校にコンテンツの配信を行なっていた。初期のものは、442( システムを用いて配信されていた。教育用情報資源の蓄積は、これ以前のものも含め古くからあり、欧州域内に〜個の主要なリポジトリデー

タベースを構築されていたが、歴史的経緯より管理方法は統一されていなかったし、メタデータに抜けも存在する。スキーマの異なるデータベースのためには、+*8 を使って項目の相互関係を定義している。教育関係のシソーラス（オントロジー）については、 言語（"# 以外の言語も含む）
から成る約 L 語のシソーラスを +*8 を用いて作成している。
"%- 向けのメタデータ標準はダブリンコアを拡張して利用している。これにより、例えば、英語とイタリア語の同義語をリンク付け、各々の言語から他の言語の同義語を引き検索に利用できる。"%- 自体の最新版は、 年  月現在、英語、フランス語、ドイツ語、イタリア語、スペイン語、スウェーデン語、デンマーク語、ギリシャ語の ! つの言語に対応している。


 !"##&$

?




図 ２

"%- の検索画面
図 ２ は、"%- の検索画面である。検索語として「0)(」を入力し (< ボタンを押すと、図 ２!のように検索結果が表示される。上部には、)( を含むシソーラスの用語として (()(L&7&(()(L&'(()(L)(L)(')&L)(( などがあることがわかる。
.+ では +*8)（+）とその E2、さらに +*8& の開発も行なっている。+ は、手で書いたクエリー（+*O>R)(<という独自の形式：現時点では自動的には生成できない）から  サイトの検索を行なうものである。 サイトの+*8 のデータはそれぞれに人間がつけて（自動化はこれから）+*8& に格納し、検索ができる。現在はデモレベルで実用レベルではないが、セマンティック  の応用シス
テムを作って動かしている点は注目に値する。（図 ２ 参照のこと。）


 !"##?2?# !"##<< #&# !
&&?#H#







図 ２!

"%- の検索結果






!







566)HHG6HUYOHW





  

566+DQGOHU   

6FUDSHU&OHDQ+70/)LWOHU6WUHDP   ;+70/)LOWHU6WUHDP   
                  
     !    "    #566)LOWHU6WUHDP'HEXJFODVV

図 ２+ の構成
２.４.３ ビジネス
セマンティック  の目的の一つが、 上の情報のマシンによる理解と、それによる自動化とすれば、それをビジネスに展開することも考えられる。特に電子化された製品とその流通過程で、メタデータを活用することにより、どのような事が行なえるのかは興味 深い 。ここ ではそ のよ うな 観点か ら、 ビジ ネス への適 用の試 みを 行な ってい る-"$5プロジェクトについて述べる。

２.４.３.１ -"$5： ビジネスへの適用の試み
-"$5は、"# 委員会の ,8 の $% プログラムに含まれるプロジェクトの一つである。スペインの -"$4をコーディネーターとした  年  月から  年 ! 月末までのプロジェクトであり、従って、 年  月の調査時には未だ提案段階のものであった。
-"$5 では、50 などの標準化により整備されつつある基盤の上に、よりスマートな ビジネスを構築しようとしている。特に、インターネット時代の電子商取引や協働作
業には、動的なバリューチェーン（*E ：*E) <）が構成される。オント
ロジーの技術を活用して、この *E をモデル化し、解析することを試みようとしている。
特に、電子化された複合的な製品@)7&')Aに着目し、個々の部品に付与されたメタデータを、それらを組み合わせた製品に対する分類、設計、流通や解析などに利用しようとしているようである。
-"$5 では、以下のものを開発する。


 !"##$$$&&&'#$&( !"##$$$



&!#9&#&*!!
#'#*



（１）汎用のオントロジーサーバー及びオントロジーアプリケーションツール
（２）複数コンポーネント製品の分類ツール
（３）複数コンポーネント製品のコンフィギュレーションツール
（４）ビジネスのモデリングとシナリオ解析ツール

その主な応用としては、以下の４つのものがあげられている。
１）デジタル音楽のバリューチェーン
２）エネルギー取引
３）イベントのオンラインでの企画支援
４）エネルギーサービス
例えば、デジタル化された音楽は、インターネット時代の プロダクトの典型的な例であり、マーケティングから販売、流通に至るまで電子化することが可能である。電子化されたことによりこれらの機能の担い手は再編成される。一方、著作権などの権利も付随する。ここでは、権利のうち二次利用を中心に検討する。その場合、音楽も通常は（権利者の異なる）複数の音楽を利用するので、複合的な製品と考えることができる。即ち、動的なバリューチェーンと複合的な製品の例と言える。
-"$5 では以下の３つの課題に対する革新的な解決策を開発することにより、最先端の技術の開発を行なうとしている。
１）オントロジー及びセマンティック  技術で  上の情報資源をどのようにシステムが理解できるようにするか？
例えば、50 文書電子商取引で製品が取り扱い可能になる中で、製品内容情報の自動分類やカタログ化など。
２）ビジネスにおける  コラボレーションの新しいアプローチをどのように促進するか？
例えば、イベントや他のサービスコンフィギュレーションの設計をオンラインで協働的に行なうためのシナリオなど。
３）新しい価値の組合せ@)&(&Aをいかにモデル化し、解析し、シュミレーションするか？
例えば、カスタマイズされた音楽製品とその権利の提供や、電力の需要側の マ
ーケットプレースでの入札など。

２.４.４ コミュニティー支援
 技術を活用したコミュニティーの支援は、コミュニケーションから距離と時間を取り除くものとして多くのコミュニティーサイトが  上に存在することからも明らかなように、魅力ある  技術の適用例である。これらを、セマンティック  技術を活用
して、さらに使いやすくするのは自然な流れである。ここでは、 サイトへのオントロ
ジー技術の試みとしてカールスルーエ大学 $8- の  サイトとオントロジー研究コミュニティーの  サイトである & について述べる。


２.４.４.１ $8- の  サイト
カールスルーエ大学の $8- の  サイトでは、"@"7&A オントロジーと呼ばれるオントロジーが用いられている。このオントロジーは、の関係、個の概念、 ! 個つの規則（公理）からなっている。概念としては、研究領域や学生、プロジェ

クト、組織、出版物などがあり、それら概念と属性の関係が  ! 個定義されている。公理系は、例えば、「あるプロジェクトのメンバーであることを記載することは、そのメンバーの所属プロジェクトにそのプロジェクトが含まれていることである」といった規則が定義されている。これらはスキーマを表しており、実際の人物やプロジェクトはこれらのイ
ンスタンスとして表現される。
これらのオントロジー定義に従い、$8- のサイトでは、人（プロジェクト）に対して、研究領域や、プロジェクト（人）、研究グループのメニューを持った検索ページが構築されている。特に研究領域は、概念階層（クラス階層）に従い、階層的に表示されている（図２参照のこと）。表示文字は、属性値になっているので、ドイツ語と英語の二ヶ国語がオントロジーで定義されており、言語を切り替えることによりメニューの表示も変更される。

図 ２

$8- の研究員検索のページ

 !"##$$$<9 (9#0 &#*I



２.４.４.２ &：セマンティク  技術のコミュニティーポータル&は、セマンティック  技術のコミュニティーのためのポータルである。成果の公開や情報交換により、セマンティック  技術の研究開発の促進と、普及を目的にしている。 年  月現在、まだセマンティック  技術をそれ自身に適用してはいないようであり、カールスルーエ大学の $8- サイトにあるような検索システムはな
いが、+ （+(< &)）&&& と呼ばれるオントロジーが作成されている。（図 ２参照のこと。）

図 ２

& の /&,


２.４.５ 課題
これらの調査を通じて、得られた課題を以下に挙げる。
（１）メタデータの作成・管理方法
メタデータの付与には、多くの場合かなりの労力が必要となる。このために、３．２で述べられるようなツール類のさらなる整備や、メタデータ付与者への動機付けの工夫など

 &：!"##$$$&&&'# @5：!"##&&&(&'#&& # $



が必要となる。具体的でわかりやすいメタデータの適用事例が望まれる。
（２）大規模データ・知識への適用
いくつかの事例でオントロジーも作成されているが、まだサイズも小さく、実験レベルに留まっている感がある。それに基づく検索システムも同様であり、より大量の情報を扱う実用レベルの問題への適用が必要である。今後は、実用的なメタデータを使うことによって、コンテキストを考慮した検索が本当に可能かどうかを質・量の双方の観点から検証する必要があるだろう。セマンティック  の潜在能力は高いが、応用システムが実用レベルに達するのは、ソフトウェアツールが揃うことが大切であり、研究レベルを産業レベルに引き上げることが必要であろう。



２.５ 応用システム開発時の考慮点
セマンティック  を活用した応用システムには、どのようなことを考慮する必要があるだろうか。セマンティック  を活用した応用システムの多くがメタデータを使ったシステムである。ここでは、メタデータを使った電子政府サービスに限定して応用シス
テムの考慮点を考えていきたい。
第一に考えなければならないことは、電子政府サービス用のメタデータ標準を作ることであるが、全く独自のメタデータ標準を作るべきではない。現時点で、電子政府サービスにおける世界標準メタデータ仕様なるものは、存在しない。しかし、海外各国の政府サー
ビスの電子化におけるメタデータ標準を見渡したとき、３．１．２節で見るように、ダブ
リンコアを元にしたメタデータ標準を使用している国が多い。また、ダブリンコアを元にしたメタデータ標準を使用していない国でも、ダブリンコアのエレメントを個々のメタデータ標準のエレメントにマッピングすることが可能である。
新たに作るメタデータ標準は、
こういった現状を踏まえて、デファクト・スタンダード（例えばダブリンコアや +*8、50 など）に準拠した形で作るべきである。グローバル化が進んだ今日において、情報
資源は、一つの国の中だけで限定して使用されるものではなくなっている。こうしたデファクト・スタンダード技術を使用することで、各国の情報資源を相互運用することを可能にする。また、応用システムもデファクト・スタンダードな技術を使用することで、既存のコンポーネントやライブラリーを使うことが可能になり、開発効率及び信頼性を上げることが期待できる。
一方で、できあがったメタデータ標準が未来永劫同じ形であるとは考えられない。適切な時期に見直され随時更新されるべきである。また、国内あるいは特定の分野の情報では
既存のメタデータ標準だけでは要求を満たさない場合も考えられる。その場合、追加のエレメントを加える必要がある。メタデータ標準では、こういった拡張に関する問題（メタデータ標準のバージョンアップや拡張エレメントなど）に関しても十分に仕様化されている必要がある。メタデータ標準の変更は、そのメタデータ標準を使っている応用システム
にとって、多くの時間と資源を消費させる。メタデータ標準の拡張に関しては、安定性と拡張性のバランスを十分考慮して行われるべきである。一方、応用システムは、メタデー
タ標準の変更に対して最小限の時間と資源で対応できるように考慮されるべきである。
メタデータ標準を用いることで、情報資源が、ウェブページ、電子文書、紙の文書、人（へのポインター）、データベースなどどういったものでもシームレスに扱うことが可能になる。応用システムは、この特徴を最大限に利用して開発されるべきである。例えば、
オンラインで検索を行なう応用システムを考える。この場合、ネットワークを介してアクセス可能な情報のみを対象とするのではなく、紙の文書や本、 *+0、人など物理的な情報資源も対象になる。検索の結果は、ネットワークを介してアクセス可能な情報は、そのままオンラインで表示され、物理的な情報資源は、その情報資源の保管場所、入手方法、連絡先などが表示される。
メタデータ標準を用いることで、組織を超えて情報資源を相互運用することが可能になる。効率的に運用するためには、メタデータを組織横断的に構造化して、全ての応用シス
テムからアクセスできるようにする仕組みが必要である。また一方では、情報資源のセキュリティーやアクセス制御も考慮されなければならない。こういった点に関しては、個々

の応用システムが管理するのではなく、全ての応用システムが共通で使う仕組みを作るべきである。



２.６ 社会におよぼす影響
セマンティック  はインターネットの世界を大きく変える技術であると期待されており、それだけに、実用化された暁には社会に及ぼす影響も大きいと考えられる。
あらゆる技術について言えることであるが、技術が単なる技術である限り、または個別技術の集合である限りは、社会への影響は軽微なものにとどまる。市場ニーズが技術を呼ぶのか、技術が市場ニーズを創造するのかは別として、現状ではニッチかつ限定的な状態でしか享受し得ない消費者の満足感が、複数技術の融合によって画期的なサービスに変容し、そのサービスを広く実現するための社会的な制約すらもブレークスルーしていくムー
ブメントになったとき、技術はメディアに脱皮し、社会に浸透し、社会に対して影響を与えるようになる。,, 技術を代表する技術といわれる 47( や ) は、音楽著作権協会から提訴されるなど物議を醸すものの、音楽流通のあり様を一変させてしまうような社会的影響を及ぼすには至っていない。
セマンティック  という技術も ,, 技術と同じように、それ単独で存在する技術ではなく、複数技術や、技術と技術を組み合わせて画期的サービスを実現するためのビジネ
スモデルなどの集合体である。北米ならびに欧州を調査した結果、現在「セマンティック
」という言葉で括られる技術には大きく分けて「メタデータ技術」、「オントロジー
技術」と「インテリジェント・エージェント技術」がある。
メタデータ技術とはマシンや後述するインテリジェント・エージェントが理解できるデータの意味を記述するための技術である。メタデータ技術といっても単一的に括れるわけではない。大きくはダブリンコアのように、メタデータを記述する際の標準策定とボキャ
ブラリを作成する（技術というよりは）フレームワークに始まり、ユーザーが各自でメタタグを定義できるようにする技術の 50、用語や概念の意味をマシンリーダブル、マシン・プロセッサブルな形式で表現する技術の +*8 といった言語や、+*8 に準拠しながら、適用領域毎の標準を記述するための規則である>,,（装置やソフト等の能力を記述する）、,,（個人情報の保護方針を記述する）、,$ （インターネット上のコンテンツ選
択に際しての条件を設定する）などがある。また、恐らくは極めて労働集約的な作業になることが想像されるメタデータ付けを行なう作業を（半）自動化するための技術に至るまで多岐にわたる。
次にオントロジー技術であるが、これもメタデータ技術の一角を占める技術であるとい
うこともできる。オントロジーとは、概念どうしの関係や、相互関係についての解釈を行なうためのルールを定義した文章の集合のことである。オントロジーを記述するための言語は当初、*+, の主管する国防領域での適用を企図した米国の標準である *0 と、
欧州の学会、産業界が中心となってとりまとめ "# 委員会が予算的に援助して推進された
$ とに二分されていたが、昨年 *03$ に一本化された。ただ、欧州においては、$-+ や %&1&2' のように、産学を横断するオントロジー構築のためのプロジェクトが立ち上げられ、推進されているのに対し、米国独自の動きとしては *+, での活動しか見当たらない。したがって、オントロジー構築の動きは軍事、諜報領域における戦訓や被疑者の検索精度を向上させるといった目的に閉じるきらいがある。
最後にインテリジェント・エージェント技術であるが、この技術は、究極的には適用領域に依存しない共通エージェント技術であるべきである。しかし、段階論的に言って、本

技術がセマンティック  関連技術の中では最も実現までの道のりが長いであろうと考えられる。したがって、初めからフルスペックのエージェント技術の実現を目指すのではなく、当初は市販の検索エンジンに、適用領域に合った機能追加を行なって使う程度のものであってよい（このことは、エージェントに次いで実現の困難なオントロジーについても言える）。


エージェント技術

オントロジー技術

メタデータ技術（+*8）




50


図 ２

セマンティック  を構成する技術
重要なことは、当初はこれら三領域にわたる個別技術、個別アプリの寄せ集めに過ぎなかったセマンティック  が、やがて一部同士が統合され、限られた領域ではあっても、
メタデータ→オントロジー→インテリジェント・エージェントという階段を駆け上がった
とき、社会への浸透は加速することになる（図 ２参照のこと）。また、ここでセマン
ティック  関連技術としては括らなかった ,, や $, の技術は、セマンティック が想定するマシンリーダブルかつマシン・プロセッサブルな環境下では不可欠であろう。
なぜなら、そうした環境においては、エージェントが問い合わせに行く先は現在想定されるデスクトップ , やノート , ばかりではなく、,* や家電、各種センサーなど、身の回りのありとあらゆるものと通信を行なう可能性があるからである。
そうなれば、あらゆる素材に組み込まれることが見込まれるプロセッサー単位での論議が不可欠となるだろう。そうなったときに初めて、社会におよぼす影響は甚大となる。真の意味においての情報革命と言ってもよいのではないか。ただ、繰り返すが、個別技術の進化が現状では個別に進展し、適用領域も個別に設定されている今日、当初からフルスペ
ックの夢を提示し、そこに直線的に到達するためのマイルストーンを設定するのは、批判や懐疑論ばかりを喚起するだけで現実的ではないであろう。
したがって、次に示す図 ２のように、実現の容易度に応じ、フェーズⅠ→フェーズ
Ⅱ→フェーズⅢという順序で段階的に開発を進めていくことが肝要である。








!:HE"# $%&:HE '()*










0:HE123
123/*,:HE01#
23 4 56
789:;<= >:HE?@ABC








+70/








N3O ,

45&678:HE123
123
45&678N3O ,,D'XEOLQ&RUHEFGHIJK
D0,5H*L(8HIJKMN
OFNPQRSTDUVWXYD()D

Z[F\ ,]
!^_F`ZaFbcd 

Z[F\ ,,]
ef 
ghij
kl 

 &5')'()'()&*+,-

 
!"#$%&'()
 :HE*#+&'(),

:HE




-.



 !"!#
$%












H4I34(
JKL1234
:HE7)*+BM)%./0"123456
1234789:";<)=)>?@A/0B
CDEF56G図 ２

N3O ,,,

 (
 (

 !"# $%&'()*+
,-./

現  の課題と新しい  の世界で目指すもの!

３. 次世代電子政府での活用方法に関する調査研究
セマンティック  技術を次世代の電子政府に活用する視点から、電子政府関連の情報に対するセマンティック情報（メタデータ）の付与方法とそれを活用したセマンティッ
ク情報検索の方法について調査検討を行なった。


３.１ セマンティック情報（メタデータ）の付与に関する調査
各国の電子政府構築において、電子政府関連の情報に対してセマンティック情報を付与する事例としては、現状ではメタデータ付与の事例しかない。そこで、電子政府関連の情報に対するメタデータ付与に関して、下記の調査を行なった。
・国内の行政公開情報の調査
・海外政府のメタデータ付与に関する調査
・メタデータ階層モデル調査
・メタデータ定義調査
・利用者プロファイルのメタデータ定義に関する調査
３.１.１ 国内の行政公開情報の調査

国内の行政公開情報の調査を行ない、国内の行政公開情報について、どのようなメタデータの付与方式とメタデータの活用方法が相応しいかその方向性を検討した。

３.１.１.１ 経済産業省の  サイトの調査
経済産業省を対象として、 サイト上で掲載されている公開情報の調査を行なった。
対象の #+ は経済産業省の情報公開の説明ページ であるが、その配下には、次のつの情報へのリンクがある。
@A 行政文書
A 行政文書ファイルA 特許庁行政文書ファイル@-A 政策情報
A 政策 /, における掲載情報の紹介
A 報道発表資料
（）行政文書A の特許庁行政文書ファイルについては、調査期間中アクセスできなかったため検討を行なっていない。また、Aの行政文書ファイル（管理簿）は、紙などで保存されている行政文書に対する情報（これ自体がメタデータ）であり、それに対する検索システムが稼動している。図 ３に行政文書ファイル検索システムの条件入力画面を示す。図 ３に示すように、行政文書ファイルの（メタデータの）内容としては、分類（大分類、中分類、小分類）、日付などの項目がある。現状の検索でも、詳細検索を用いれば、日付による検
  !"##$$$'&?!#&#&

9# & 9#I索や、管理担当課室・係による分類などをメニュー的に選択しながらを検索を行なうことができる（図 ３参照のこと）。行政文書ファイルの項目に関する考察については、３．
１．４節を参照されたい。
（-）政策情報AL Aは、ホームページ上に載っており、セマンティック  技術を活用しやすいのは
これらの情報である。A はどちらかと言うとフリーフォーマットに近く、,*8 文書も多く存在する。 Aは報道発表なので、概要、担当、発行日、資料内容へのリンクなどからなっている（図 ３ 参照のこと）。
（ ）その他
経済産業省では、上記の（）（-）以外にも、経済産業省  サイトにおいて情報の提供を行なっている。上記以外には、


・<

(42

・入札
・公募
・イベント情報
・電子申請
などのページがある。

図 ３



経済産業省の行政文書ファイルの検索画面


図 ３



行政文書ファイルの検索結果


図 ３

経済産業省の行政文書ファイルの詳細検索画面

分類項目をメニュー形式で選択することもできる






図 ３

経済産業省の報道発表資料の例

（１）簡単な検索実験
経済産業省の  サイトには、 ページ上の情報を検索するホームページ検索（以下 /, 検索）機能もある。紙ベースを主とした行政文書を検索する行政文書管理簿の検索とは別であり、検索結果も異なる。表 ３は幾つかの検索語を用いて両者の検索結果（件数）の比較を行なった結果である。

検索語
7-/
電子情報技術産業協会
7-6/
日本電子工業振興協会
電子協

行政文書
検索



3










83
%)
))
,




表 ３



HP 検索



注）行政文書の  件は水産電子協会がヒット 
検索は少なくとも  の意味のものがあ
る。


 
0"%$ 公開情報の検索実験


行政情報管理簿自体が紙情報のメタデータのようなものなので、キーワード検索では、
上記のように検索結果の件数も少なくなっている。/, 検索では、文書内に電子協（."$*）などのように書かれるので検索できている。逆にあまり関係がない文書であっても、どこかに記述があれば検索結果に出てくる。
このような場合、."$*（日本電子工業振興協会）が ."$%（電子情報技術産業協会）に組織変更されたことや、日本電子工業振興協会が ."$* と呼ばれているという知識（オントロジー）を活用し、検索を高度化する余地がある。



３.１.１.２ 国内の他の行政公開情報の調査
利用者側からみると、どの情報がどの省庁あるいはその他の施設等にあるかは判りにく
く、省庁間で横断検索できるような機能は重要である。そのような横断検索を行なえる サイトとして、電子政府のポータルサイトである電子政府総合窓口がある。ここでは、
電子政府総合窓口を中心に調査を行なった結果について述べる。
（１）電子政府総合窓口
電子政府総合窓口 では、各省庁のホームページの検索を行なうことができる。地方部
局やその他施設なども検索できる。（図 ３ 参照のこと。）
全省庁ホームページ検索に対し、前述と同様の検索実験を行なったところ、表 ３のようになった。

検索語

経済産業省

電子政府総合窓口

行政文書管理

HP 検索

産業省

関連省庁

関連団体

JEITA
電子情報技術産業協会

1
0

21
95

4
28

4
39

8
48

5
56

1
17

JEIDA

0

36

22

22

35

35

13

産業省以外

日本電子工業振興協会

5

66

40

49

68

113

64

電子協

2

14

2

2

5

196

194

表 ３

電子政府総合窓口での検索実験

表 ３で電子政府総合窓口の「産業省」の欄は、検索対象に経済産業省を選択した場
合、「関連省庁」の欄は、経済産業省に加え、資源エネルギー庁、特許庁、中小企業庁の関連庁を追加した場合、「関連団体」の欄は、さらに、地方部局や産業技術総合研究所などの関連機関を加えた場合、「産業省以外」の欄は、全本省庁で検索した結果及びそこから経済産業省関連機関を除いた結果の件数である。（図 ３ 参照のこと。）
経済産業省と電子政府総合窓口の検索結果が合わないことは、対象としている  サ
イトの範囲が異なることや索引の作り方による検索漏れや同一情報の重複度合などの違いが原因と推定される。
意外に「産業省以外」の検索でも、経済産業省の関連団体である日本電子工業振興協会
は引用されることが多い。経済産業省以外では、総務省が多かった。
電子政府総合窓口では、行政文書ファイルに対する検索も省庁横断的に行なう事ができる。申請様式の横断検索も行なえるが、キーワード及び分類から選択していくようになっ
ている。




  !"##$$$ '&2'&?!# これに対して経済産業省のホームページ検索は !"##$$$'&?!#

以下のみを対象としていると思われる。
 但し、経済産業省以外での「電子協」のヒットには、米国電子協会などでのヒットが多い。 






図 ３



電子政府のポータル「電子政府の総合窓口」




図 ３

電子政府の総合窓口の詳細検索画面

本省庁のほか地方支分部局、その他施設等機関等も検索対象にできる

３.１.１.３ 公開情報に対するセマンティック  技術活用の方向性
ここでは、上記公開情報を対象として、セマンティック  技術を活用し改良する一般的な方向性について述べる。
（１）一般的な機能拡張の方向性
前節で述べた公開情報のうち、（）については、それ自体が紙媒体による情報に対する書誌情報であり、メタデータと呼べるが、これらのメタデータを追加・改良を行なうことを考えると、人手によりデータの追加・修正を行なうことになり、大きなコストがかかる。ここでは、主に（-）及び（ ）、すなわち一般の  を対象として、セマンティック  の技術を用いてどのような改良が行なえるかの案を述べる。このうち幾つかは（）の検索性能の向上にも寄与する。
セマンティック  を用いた改良の方向性としては、以下が考えられる。
(1)リソース発見（検索機能）の高度化
・検索条件の緩和：メタデータの情報を利用して、対象情報固有の類義語辞書を作成する。特に、メタデータを対象として検索を行なう場合、使用されている語が少な
いため、条件を緩和しないとヒットしにくい。
・知的検索機能の強化：メタデータやオントロジー情報を活用し、質問の意味内容に沿った検索を行なうことにより、検索の精度をあげることができる。
・検索結果のグループ化：省庁を横断する検索システムによって検索対象となるドキュメントが豊富になる一方、検索結果として得られる項目も増大する。特に、類義語などを用いて検索条件を緩和する場合には、ヒットする項目が爆発的に増えることが予想され、利用者にとって必ずしも良い結果にはならない。したがって、検索結果のグループ分けや、不要な情報の隠蔽あるいは排除が重要になる。
・他人の評価情報を活用する：他人がつけたメタデータやアノテーション、投票結果などを参考にする@A蓄積情報の構造化（リソース作成、管理）：メタデータやオントロジーで構造を記述することにより、一つのリソースを多角的に見せたり、構造から検索を行なったりすることが可能となる。
@A提示情報の構造化（受け取り手の再利用）：情報を構造化することにより、利用者の望む方法での利用や再利用することができるようにする。
@ A上記を用いた自動化エージェント（２）具体的改善案
経済産業省のホームページの内容（情報公開のページに限定せず）に則してより具体的には以下が考えられる。但し、これらもまだ、方向性を示すものであり、実現性の検証がなされていないものも含まれる。@A 検索の高度化
1) 検索条件の緩和：
A

電子政府総合窓口の検索では検索条件として「電子商取引」を指定した場合と「" 」を指定した場合では異なった結果が得られた。現状では、可能な全

ての同義語を利用者が順次指定して検索する必要があるが、意味情報を使うことでこの操作を自動化できる可能性がある。また、同義語間の変換を既に実現している検索エンジンにおいても、語彙の保守や拡張が容易にするために汎用のオントロジーを使うことは考えられる。
A 意味情報を使って包含関係にある概念にまで検索条件を緩和することも考えられる。例えば、検索条件に「自動車」を与えた時に、「自動車」に含まれる「乗用車」や「トラック」などについての検索も自動的に行なう場合で、このことで有効な情報が収集できる場合もあり得る。
A 行政文書管理簿の項で述べたが、各組織の正式名称に対する俗称や、0$%$から 0"%$、."$* から ."$% といった組織変更など、経済産業省関連の用語の関係性が、オントロジーとして記述されているとすると、それを用いて類語辞書を作れば、「."$*」で検索できなかったような漏れを防ぐことができる。
A 知的検索機能の強化：
A 上記、Aは、知的検索の点でも有効である。
A 特定の語彙が、組織名であることが推定できれば、組織名である事を利用して検索及び絞り込みを行なうことができる。
A 時系列を考慮した資源内容変更の追跡
時系列情報のメタデータを活用した検索。具体的には組織の改編、消滅に伴う名称変更や申請プロセス自体の変更により、資源に対する問い合わせ先や資源の存在が不明になる場合がこれに相当する。
A オントロジーの公理の活用によりある程度の推論を行なうこともできるよ
うになる。例えば、親の情報が明示されていなくても、子供の情報が記載されているサイトから、親の情報を推論するなど。
A 検索結果のグループ化：A/, 検索などのように検索結果が多いときに、概念階層の分類を用いて、大量に出現する解を分類表示するのも有効と考えられる。
例：「JEIDA」で検索した結果、「2000 年問題」＊＊件、「リサイクル関連」＊＊件・・・
また、検索の絞込み条件の候補として上記分類を提示することもできる。
BA 意味的な関連を、検索後のドキュメント間の順位付けに利用することも可能かもしれない。例えば、検索条件に「乗用車」を与えた場合に「自動車」や「トラック」についても検索するが、表示順序は「乗用車」、「自動車」、「トラック」の順とする、などが考えられる。もし検索エンジンに手が入れられるならば、検索時のスコアリングを「乗用車」＞「自動車」＞＞「トラック」とすることで、よりエレガントな結果が得られるかもしれない。
BA 利用者プロファイルの活用：個人に関するメタデータである利用者プロファ
イルを活用して、個人の興味ある情報を優先して表示する。また、セキュリ
ティーのために、相手に応じて表示する項目を変更することも考えられる。
A 他人の評価情報の活用：
・ 他の利用者の意見やアノテーションを付加することにより、電子政府の!使い勝手を向上させることができる。
・ 電子投票やパブリックコメントにも関連すると思われる
@A 蓄積情報の構造化（リソース作成、管理）
A 概念階層を提示した検索・情報提示
・ 定義された概念階層を活用して、概念階層を利用した情報提示ページの自動作成（自動分類）が可能となる。
A 部署や団体の変更@移動、名称変更Aへの対応：組織名称の一括変更など
・ 組織名称の一括変更や、組織と人との対応の更新など
A 同一のリソースを、多様な観点で提供することが可能：@政策、部署、日付等々A：
・ ニュースリリースの検索
・ 各組織住所一覧などの管理の簡略化
・ 申請プロセスの生成、提示の枠組み
明文化されていない事実に関して、資源間の関連をユーザーの意向に沿って抽出し直すことにより、既存資源を異なった視点で閲覧することが可能となる。ある実施例のプロセスが明記されていない場合に、特定の要素に着目した処理手順の追跡やあるリポジトリに着目した場合に、存在する情報の抽象化・俯瞰的視点を提供する枠組みがこれに相当する。
A リソース間の@半A自動リンクづけ：
・ 組織変更に伴うリソース移動の自動化
・ 関連組織からのリンクの更新の自動化
@A 提示情報の構造化（受け取り手の再利用を助ける）
例えば、以下のようなことが考えられる。
A ユニバーサルアクセス対応：
・ 住民からのアクセスのためには必要であり、障害者対応などを含め、省庁関連では重要である。情報に適切なメタデータを付加することにより、携帯電話や今後出現するモバイル端末への対応や、視覚障害者に対して音声で応答するシステムとの連携を、文字により良い情報が提供できるようにすることができる。
A 電子申請の例：
・ 例えば、財団法人ニューメディア開発協会の提案している電子申請書類一式に対する文書のメタデータであるパッケージメタを活用すると、住民側で申請書類作成支援ソフトウェアを用いて、文書管理機能、添付書類の一覧表示機能、必須添付文書のチェック機能からその情報を利用できる。
A 住所にメタデータをつける。それが住所だと分かれば、それを位置情報として変換して色々なサービスを行なうことが考えられる。
・ その位置を地図上に表示する。同じ地図上に複数の位置を表示すること
で相対位置関係がわかる。
・ その位置から最寄駅を調べる。「乗り換え案内」などと連動して、自分の乗車駅だけを入力すればそこに行くまでのルート、時間などが分かる。
・ その位置から自動車でのルートを調べる。アクセスするルートが分かれば、現在のそのルート交通情報などが分かる。
A 日時にメタデータをつける。
・ カレンダー、年表ビューでの表示を行なう。
・ 時間軸線上にプロットし、他のイベントとの関係を見やすくする。
A 数値にメタデータをつける。
・ グラフ化できる。自分の好きなグラフタイプで表示する。
・ 分析のデータとして利用する。
A 会議などの時間場所（住所、会議室）などの情報にメタデータをつける。
・ ,$0 やスケジューラーとの連携を取る。
・ Aのサービスなどとの連携を取る。
@ A 上記を用いた自動化エージェント
例えば以下のものが考えられる。
A 新着情報のメールによる通知サービスにおいて、現在手動で行なっていると推定される作業を、ニュースリリースなどコンテンツの作成を行なうだけで、自動的に新着情報として配布できるようにする。この目的のために + のシンジケーションを用いることもできる。
A 「< (  42」 「入札」「公募」「イベント」などのページを定期的に見て利用者の興味ありそうな情報をメタデータにより判定し、利用者に通知するエージ
ェント。
A 例えば、各地方部局、関連施設等のスケジュール情報を定期的にチェックし、必要なスケジュールの一覧を作成するエージェント。


 新着情報配信サービス（!"##$$$'&?!#2 #*）

３.１.２ 海外政府のメタデータ付与に関する調査
海外政府におけるメタデータ分類方法について調査を行なった。
各国政府のメタデータエレメント標準は、表 ３の通りである。表の中の◎は必須、○は任意のエレメントを意味する。
英国の 08、"# の 0$+、及びオーストラリアの  については、ダブリンコ
アの基本となる  エレメントに、いくつかの拡張エレメントを追加したものである。米国の $ については、ダブリンコアを拡張したものではないが、08 の文書「英国電子政府メタデータ標準」の中で、08 との対応関係が記載されており、結局、ダブリン
コアの  エレメントを $ のエレメントにマッピングすることが可能である。このよ
うに、欧米諸国の政府機関においては、ダブリンコアがメタデータエレメントの事実上の国際標準（デファクト・スタンダード）として採用されている。
ダブリンコアの各エレメントの詳細については、３．１．４節で説明する。



各メタデータ標準のリソースは、以下の通りである。ダブリンコアは

!"##9&&'#&9 # #、 A4 は「英国電子政府メタデータ標準」、-@A は「-@A
メタデータ要素セット」、/A  は!"##$$$'&29#&(!'#'&2I&#' #9 I9#' II 、A-  は !"##$$$' # 、A&2&<5 は
!"##$$$& !'#< 9!#)#)I !J)% である。
 付録２を参照のこと。 ダブリンコア基本
 エ レ メ ン ト （  ）  !"#（英国）

"$!（ %）  (  )  '$ ' & )
&,-)
.
./   ' ,& &, $ 

○
○
○
○
○
○
○
○
○
○
○

○
○
○
○
◎
◎
○
◎
○
○
○

○
○
○
○
◎
◎
○
◎
○
○
○



○

◎

◎

#

+'* 
' & &+')
  ) '$ ( '#&') '
((/"'+
1/ +
備考

○
○
○
―
―
―
―
―
―
―
―
―

○
○
○
○
○
○
○
―
―
―
―
ドラフト標
準 。各 エ レ メ
ントの下に
詳細項目あ
り 。各 エ レ メ
ン ト に は 、必須 。任 意 、特定の状況で
推 奨 、の 区 分
がある

○
○
○
○
○
○
○
―
―
―
―
ドラフト標
準 。各 エ レ メ
ントの下に
詳細項目あ
り 。各 エ レ メ
ン ト に は 、必須 。任 意 、特定の状況で
推 奨 、の 区 分がある

エレメント名表 ３



! （ オ ー ス ト ラ リ
ア ： & ' ! ( ' '  )  ()） 
○
○
○
○
◎ ※ 
◎
○
◎
○
◎
○ （ (,/ と$ ） ◎○◎ ※ 
○
○
―
―
―
◎ ※ 
◎ ※ ○―※  「 &,-) 」 ま た は「 #&') ' 」 の い ず れかが必須※ 「 +'* 」ま た は「 ((/」の い ず れ
かが必須

!
（ 米 国 ： ! ( ' ' '* ' )  ()） ! ( ' ' *'+（カナダ）

○（複数のエレメントから成る）
○ （ , )） ○ （   * ')） ○ （  & ) *+） ○（ つのエレメントから成る）
○ （ # +  と  )& '）
○○ （ 0  ' ） ○○ （  ,& ） ○ （ (,/ と  ))
) ' '） ○ （  * &,) ' 等  つ の エ
レメントから成る）
○ （ "+& の 詳 細 項 目 ） ○ （ )+&'& , ） ○ （ ' &  *  & )） 
―
―
―
―
不明
不明
不明
不明
. %1  ! ( ' ' "+'+ +2（ 英 国 電 子 政 府 メ タ デ ー
タ 標 準 ） に お い て 、  !"# と !の対応関係が記載されている。

―
○
―
○
◎ （  ' +&,-)） ◎○◎ （ 0  ' ） 
○
―
―

海外政府のメタデータエレメント標準



◎
―
―
◎ （ ' &  *  & )） 
―
―
―
―
―
―
―
○
カナダ政府のサイトは上記の  つの◎のメタタグを採用しなければならない。
メタタグジェネレータ有り。
3453367&,) '  '8 

３.１.３ メタデータ階層モデル調査
国内の行政公開情報にメタデータを付与するにあたって、どのようなメタデータの階層モデルが相応しいかを調査した。ここでは、メタデータ付与の方向性としてオントロジーの応用から、メタデータを目的に応じて階層的に構成する方式を提案する。この方式は、オントロジーのマッピングを用いないレベルでも有効である。
（１）メタデータとオントロジー
セマンティック  技術で議論されているメタデータは、２．１節で見たように、+*8の  つ組（リソース、プロパティ、値）で表現される。さらに、その上で規則の形での制約（公理と呼ばれることもある）が付加される。
３．１．２節で見たように、いくつかの海外政府においてはメタデータ標準が策定されている。このことは、+*8 の  つ組の表現で言えば、政府が所有する情報（リソース）に対するプロパティが規定され、標準化されていることにほかならない。このような標準化とメタデータ付与によって、政府所有の大量で複数のリソースから、そのリソースの「日付」や「著者」といった何らかの意味のあるデータ（プロパティと値）を取り出すことが可能になる。
セマンティック  技術では、これに加え、上記  つ組の表現を用いて、オントロジーと呼ばれる語彙体系を定義することができる。
#(<&'によれば、さまざまな分野で用いられているオントロジーに対して、オントロ
ジーの応用を分類すると大きくは以下の  つのカテゴリになるとしている。
１）ニュートラル・オーサリング
２）情報への共通アクセス
３）索引付け１）は、共通に抽象的にオントロジーで記述したものを複数の環境で動作させるよう変換するものである。
２）は、（異種性を意識していない複数の）アプリケーションから異種のリソースに共通にアクセスを可能にするものである。
３）は、情報検索のための応用で、いわゆる知的検索とか概念検索とか呼ばれている応用であり、オントロジーの語彙体系を用いて検索の高機能化を図るものである。
#(<&' はさらに２）を、
Ａ）共有オントロジーを用いたデータアクセス、Ｂ）オントロジーのマッピングによるデータアクセス、
Ｃ）共有サービス
のバリエーションに分類している。Ａ）は共有されたオントロジーに基づきデータをアクセスするもの、Ｂ）はそれぞれオントロジーを持つデータに対してオントロジーをマッピングすることにより相互利用を行なえるようにするもの、Ｃ）は共有のオントロジーの仕
 ;&    ! @ /4$&(<&; '5 <'&&'/!!&        !"##$% &(& $ /9'9  888







様に従い異なった環境でのサービスを実装するものである。
図 ３ は、#(<&'の分類の概略図である。オントロジーの一般的な適用方法の説明が目的でありさまざまなバリエーションも存在するので、セマンティック  技術の適用システム全体を表現するものではないが、この分類に従えば、セマンティック  でのメタデータの応用では以下のように解釈されると思われる。１）は、メタデータ標準な
ど典型的な応用のメタデータセットを作成して、それを基に多くの場所で活用する例と考えられる。あるいは、+*8 スキーマの定義に基づき、個々のスキーマを記述するモデルと考えることができる。３）のリソース発見のための索引付けの利用でありる。２）は、この中では最も高度な活用法で、情報への共有アクセスのためのマッピングとしてオントロ
ジーが活用される。前節まで議論されているメタデータ標準は、この２）の段階の Aのア
プローチのひとつと言えよう。

１）ニュートラル・オーサリング２）・オントロジーマッピングによるデータアクセス（情報への共通アクセスの -））










３）概念検索（索引付け）
図 ３

オントロジーの適用パターン例（#(<&'より）

（２）メタデータの階層モデル
メタデータ付けの対象となるリソースにはさまざまなものが考えられる。一口に電子政府、あるいはその公開情報と言っても、定期刊行物やニュース、統計情報などその様式は多様であると考えられる。+*8 の  つ組では、クラスを用いて、クラス毎に付加する情報（プロパティ）を定義することができる。
３．１．１．１節で述べたように、行政文書管理簿には、「管理担当課室・係」という属性がある。多くの場合、情報の管理責任部署が存在すると仮定するのは極めて自然である。管理部署による特有の表記方法なども存在する。その部署の管理にあった方法でメタデータを付与するのが自然である。メタデータ付与の課題となっていた、メタデータ付与
者のメリットの問題も、管理責任組織が存在し、メタデータが、その管理目的に適合する
場合は、問題なく、整合のとれたメタデータが保守管理されることが期待できる。逆に標準化として、使わないデータを大量に入力し・保守しなければならないとなると、普及は困難になる。
メタデータは、対象となるリソースに埋め込むことも、別のファイルにすることも、あるいは別のサイトに設置することもできる。このことは、管理部門ではないサイトのリソースや、複数のリソースサイトをまたがったリソースのメタデータを作成することもできることを意味している。
一方、利用者側からはしばしば様式や管理部署を問わず検索を行ないたいという要求がある。横断検索などを行なうためには、異種の管理体系のリソースをアクセスしてメタデータを作成・取得しなければならない。このためには、各データベースのアクセス方法や、プロパティの体系などを個別に知る必要があり、非常に煩雑な作業となる。この時、各リソースが既にあるメタデータを持っていたとするとそれを活用する事により、前述の -Aのオントロジーのマッピングにより、その作業が軽減できる。この段階では、プロパティの規定に従い、プロパティどうしのマッピングを行なうレベルでもありうるが、プロパテ
ィやオブジェクト間の関係を記述した +*8 によるメタデータが存在すれば、より柔軟な処理を行なうことが可能になる。






この結果、メタデータの階層が構成される。上位のメタデータは、下位層のメタデータを利用し必要な情報をそれに付加することで構成できる。目的に応じて、柔軟にメタデー
タを構成することができる。






 




 










 






 




 







図 ３!

メタデータの階層モデル


このような構成を採ることで、もし各リソース管理部署の都合で、ある部署のオントロ
ジーが変更になった場合や、上位のオントロジーを変更する場合などは、マッピングを変更するだけで対処することができる。
図 ３!では、マッピング機能を表現するために中間に置いている。マッピングは、上位と下位のメタデータ／オントロジーから自動生成されるのが理想的だが、最も簡易には、マッピングは上位のメタデータ／オントロジー（+*8 記述）に記述されていても良い。
例えば、メタデータにより、標準用語や標準語彙を定義し、領域や組織により異なる同義語や類義語を同等に取り扱う事ができるが、メタデータで定める標準用語や標準語彙は、
永久的なものではありえず、時間と共に、その意味が変化することも起こり得る。このよ
うな時にメタデータの標準用語や標準語彙が変わった時、既存のメタデータを作りなおす
ことは、非効率である。この場合、より上位のメタデータ（+*8 記述）により、その新たな意味を定義することができれば、既存のメタデータに手を入れる必要がなくなる。









３.１.４ メタデータ定義調査
国内における行政機関公開情報の現状、及び行政文書に対するメタデータ付与の各国政
府の現状を踏まえて、国内の行政機関公開情報に対するメタデータ定義について述べる。
意味情報検索の観点から情報資源をより有効に活用することが目的である。
（１）国内向け行政機関公開情報に対するメタデータ定義に関する一提案
既存の各国政府メタデータエレメント標準は、前述の通りダブリンコア（* ）に準拠している（３．１．２節参照）。ダブリンコアの基本エレメントは定義内容が明確で一般に普及し易いという利点がある一方で、精度の高い情報を記述する場合やコミュニティー独
自の情報を記述するためにはメタデータエレメントの拡張や精密化が必要となる。
こうした背景と各国政府の現状を踏まえ、以下にダブリンコアのエレメントを基礎として、国内の公開情報文書へメタデータを付与する場合に考慮すべき点を述べる。
○既存のメタデータに対する国内行政文書の親和性@MN内はエレメント名A
M%Nタイトル、情報資源に与えられた名前
M%N
一般には作者もしくは公開者によって与えられる。 国内の行政文書における「タイトル」記述に対し直接的に写像できると思われるが、検索における有効性ならびに構造を定義したタイトル付けが必要である。
例えば、ある既存の行政文書情報ページでは表題項目がM大>中>小Nの３分類に加え、タイトル項目がM>>N行目といった詳細な分類が施されているが（環境省の行政文書情報トップ;書誌情報目次を参照）タイトル列における意味構造は見られない。この
行政文書情報ページの中の分類表を一部抜粋する（表 ３ 参照のこと）。
大分類名
大分類名 

小分類名
小分類名 

タイトル  行目行目 

廃棄物・リサ 循環企画
イクル

中分類名
中分類名 

リサイクル

第５、６回ごみ減量 化国民大会



廃棄物・リサ 循環企画
イクル

リサイクル

分別収集促進計画、 愛知県市町村分別収集計画



廃棄物・リサ 循環企画
イクル

リサイクル

平成１２年度

岩手県、宮城県、秋田県、山形県、福島県

廃棄物・リサ 循環企画
イクル

広域臨海環境 フェニックス法 大 大綱、要綱、五六予算、 昭和五五年八月〜五六年
整備センター 綱・要綱等作成過程 件名登録、関係資料
一月

表 ３

タイトル  行目
行目 

保管施設一覧

タイトル  行目
行目 

行政文書の分類例

またこの形式では、正式名称とは異なる慣習的な名称が広く知られているプロジェク
ト等の文書を参照するのは困難と思われる。
既存の海外政府メタデータ標準の枠組みを直に利用するだけでも、こうした現状を大幅に改善することが可能である。M%Nエレメントには?別名?の記述が可能な詳細エレメントが用意されているため、これらを選択的に利用することで文書を効果的に同

 !"##$$$2'&?!#'9#9
 !"##$$$2'&?!#'9#9

&#*
&# & I&(9E







定できる。さらに年度や地域情報等の記述は後述の M*(7&NM*NM &Nのエレメントによる別定義、また分類はM)FNエレメントを用いて再定義することにより、可読性が高く、かつ機械的な検索にも有効なメタデータ定義が付与できる。
例： 付与部分例（例示目的のため、ダブリンコア以外のエレメントも混在して用いている。また
記載の URL、e‑mail アドレス等は全て架空のものである。）<rdf:RDF
xmlns:rdf="http://www.w3.org/RDF/RDF/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:dcq="http://purl.org/dc/terms/"<rdf:Description about="http://www.sample.go.jp/doc/sample.html"><dc:title>平成 n 年度 〜の実態に関する調査報告書</dc:title><dc:creator>制作者; ○○課○○室 foo@sample.go.jp</dc:creator><dc:creator>連絡先; ○○課○○室 foo@sample.go.jp</dc:creator><dc:creator>責任者; ○○長 director@sample.go.jp</dc:creator><dc:description>この文書は、△△計画における□□に関する動向調査の記録であり、××という現状から、〜への対処が急務であるとの結論を得た。</dc:description><dc:coverage.spatial.region>○○県,△△市</dc:coverage.spatial.region><dc:coverage.temporal>2002‑3‑31/2003‑3‑31</dc:coverage.temporal><dc:data>2002‑02‑21</dc:data><dc:format>text/html</dc:format><dc:language>ja</dc:language>：：</rdf:Description></rdf:RDF>

本エレメント記述を実際に行なう上で、考慮すべき点を以下に示す 。
・ 情報資源の名前として一般的に知られているものを使用する。
・ 本エレメントは必須とされているため、情報資源のタイトルが存在しない場合には新たに作成する必要がある。人目を引くためではなく、簡潔で意味のあるものにするべきである。
・ 情報資源が  の場合には、M%Nエレメントとして電子メールの件名である?)F?を使用する。
・ （＝別称を定義するエレメント名）には、省略名や翻訳したタイトルを記載する場合もある。
・ 情報資源の正式なタイトルが一般に不明確な場合、意味のあるM%Nエレメント
を  として付けるべきである。

  以下、各エレメントにおける箇条書きの項目は、そのエレメントにおいて考慮すべき点を意味する。

!





・ 何がタイトルか分からない資源に対しては、可能性のあるタイトルのM%Nエレ
メントを列挙しておく用法も認められる。
・ 同じタイトルを持つ項目が複数ある場合、言語やバージョン番号、状態（例：草案、ドラフト）や日付などの値をM%Nエレメントに付加することで検索に役立てることができる。
・ 情報資源が電子文書を含む電子フォルダの場合、フォルダ名をM%Nエレメントとして付けるべきである。
・ M%Nエレメントは、センテンスとして書いた方がその内容が明確になる。
M)FN主題及びキーワード)FN
情報資源の主題あるいは内容を説明するキーワードや句を意味する。行政文書の参照方法として、大分類中分類小分類とカテゴリをドリルダウンする枠組みを動的に提供する場合に有効である。また、このM)FNエレメントの定義として、全省庁を範囲とする統一的な分類カテゴリ、キーワード、体系コードに類するものを適切に策定できれば検索精度の向上が期待できる。このエレメントを用いた体系コード例@分類スキーマAとしては  /、$* 、0/、** 、

、#* 等が存在する。

・ 本エレメントには、情報資源の最も重要なもの及びユニークな言葉を選ぶ。利用者が必要なものを正確に検索可能とするために必要十分な言葉を選択すべきである。
・ 一般的な用語よりも特化された用語を使用することで、情報過多になるのを防ぐことができる。
・ 本エレメントとして、同意語や言い換えた言葉、大文字と小文字を変えただけのものなどを列挙すべきではない。
M &N著者あるいは作者を表すラベル&N
情報資源の内容作成に関し、責任を持つ者や組織に関する記述。行政情報文書では作成者（課>室）がこれに相当する。責任者への連絡手段@Aがあることが望ましい
が、作成元の組織改編・消滅に伴い文書追跡が困難になることも想定されるため、組織の完全な階層構造を記述しておくことが推奨される。 ・ 本エレメントに記載された人・組織の代表者は、法律上の責任・義務を負う。また、監査を行なう場合には人名を明記しておくことが必須となる。
・ 役職や部署の省略名を用いることは、利用者にとって利用を困難にする恐れがあるため、正式な名前を使用するか、または（略称が記載されている）用語集へリンクを施すなどの配慮が必要である。
M*N日付
*N
情報資源が作成されたあるいは有効になった日付。この日付とは & エレメントに記載されるものとは異なり、文書@情報資源Aそのものが作成された日付である。文書
内容が表す時間情報とは異なる。記述形式は SSSS@年の

桁表記A及び SSSS00**

（年月日）@例  !A といった $!  準拠が強く推奨されている。元号表
記はこの規格では対象外であるが、元号利用の手段としては@A元号を正しく時間記述
形式に写像できるような日時情報に関する@オントロジー変換としてのA変換機構を備える @AM*(7&N若しくはM)FNエレメントに明記し文書情報の一部として扱うことが考えられる。
・ M*Nエレメントは、世界中の人々が認識でき、且つ、ソフトウェアが解釈できる形式でなければならない。
・ 時間が必要である場合、<<= を付加する。<< は時間を示す（ 時間を使用した場合） は分を示す。@例

：AM*(7&N内容記述*(7&N
情報資源の内容に関する説明記述。文書の場合の抄録、視覚的資料の場合の内容記述など。メタデータの付与対象（リソース）は文書に限らず動画・画像等もその範疇に入るため、今後公開情報として閲覧、検索が物理的に容易でないものも含む場合には@動画を含むメディア等A本エレメントの情報が検索に際し重要である。
・ M*(7&Nの記述内容として推奨される例を以下に示す。
主題の補足説明
情報資源の作成理由
参照されるグループと組織適用されるイベント
キーとなるフィールド（データベース）または章のリスト
その他有用な情報・ M*(7&Nエレメントの記述内容については、簡潔かつ正確であるべきである。
・ 複数のM*(7&Nエレメントを記述した場合、先頭のエレメントが利用者の目に入る可能性が高いため、一番大切な部分を同エレメント中で最初に記述する。
・ 他のエレメント（M%NエレメントLM &Nエレメント、M)FNエレメントなど）内にある情報をM*(7&Nエレメントと重複して記載すべきではない。
M,)(<N,)(<N 情報資源を公開する人・組織
情報資源を現在の形態で利用可能にしたことに責任を持つ人や組織。情報資源の再発
行や複製の許可を得る目的で参照される。行政文書の公開に関しては管理担当課室・係がこれに相当する。
・ エレメントには、情報資源が存在する  サイトを管理する組織を示す場合もある。
・ 人名よりも職名を記述するのが適切な場合もある。
・ 本エレメントは情報に関する法的な権利と責任を明記するという意味で、必須のエレメントである。
M &)&N&)&N 貢献者

 !"##$$$$%&'#@#.7 

!





M &Nエレメントには記載のない人あるいは組織で、情報資源を作り出すに当たって知的に重要な貢献をしたもの。編集者、翻訳者等にあたる。
・ 本エレメントの記述内容は、 & エレメントの記述との重複を避けるべきである。
・ 人名よりも役職名・組織名を記述することが適切な場合もある。
M%7N情報資源の種類
M%7N
例えば、ホームページ、ワーキングペーパー、テクニカルレポート、辞書・事典などの分類を記述する。行政機関文書では、カテゴリ別情報として提供されている分類ラベル@プレスリリース、8O、白書、報告書、調査研究結果、統計等Aがこれに相当すると思われるが、相互利用性を保つためには、関係各省にてこのような用語の統一を図ることが必要である。
・ 本エレメントをM8&Nエレメントと混同して用いるべきではない。M8&Nエ
レメントは例えばワード、エクセル、一太郎といったファイル形式を記述するために用いられるが、本エレメントは情報資源の内容そのもの指す。
・ 公式の記録や文書は、ある大きなカテゴリの一部として存在することがある。本エレメントはそのような場合に、どの階層に属する情報資源であるかを明記するために用いることもできる（＝より詳細なエレメントである?%7&?の利用による）。
・ 複数のM%7Nエレメントを記述することで、内容をより詳細に特定（記述）することができる。
M8&N8&N情報資源のデータフォーマット
情報資源の表示・動作に必要なソフトウェアや、場合によってはハードウェアを識別するために利用できる情報を記述する。相互利用性を保つために関係省庁で統一見解が得られた用語リストの中から選ぶことが強く推奨される。
・ 情報資源が別のフォーマットでも利用可能である場合には、M+&Nエレメントを併用してその旨を明記しておく。
・ 本エレメントは情報資源が格納されている物理的な形式を記述する。例えば「本」、文書ファイルであれば「プレーンテキスト」、「一太郎」、「ワード」、データ
ベースであれば「((形式」等の記述となる。

M$'CN識別子
$'CN
情報資源を一意に識別するための文字列もしくは番号。国際標準図書番号@$-4Aや他の標準化された名前のように全世界的に一意に定まる識別子の定義を行なう。本エレ
メントとして #+ を使用する場合には、（#+ 変更に伴う）不整合が生じないよう注意すべき必要がある。
 M&)N
M&)N元情報資源&)N
情報資源を作り出す元になった別の情報資源に関する情報。一般にエレメントには、
当該情報資源に関する情報のみを記述することが推奨されているが、本エレメントには当該情報資源を見つけ出すために有用である別の情報資源に関する日付、作者、形式、識別子あるいは他のメタデータを書くことができる。実際の利用に際しては他文
!





書からの図、写真といった引用に近い参照の場合がこれに相当する。より抽象的な資源間の関連づけはM+&Nによって定義される。
M)N言語)N
情報資源の内容を記述するために用いられている言語（コード）。実際のエレメント
記述は +8 

に準拠した 、'、(、F、<、:< 等の表記を用いる。日本語による文書は?F?である。
M+&N参照関係+&N
別の情報資源との関係。例として、関連するプレスリリースの定義、同一のフォルダに 属 す る 文 書 の 定 義 @+&$(,CA 、 参 照 先 文 書 の バ ー ジ ョ ン 情 報@+&$(E(&CA、参照先文書の識別子@+&+C(A等の定義を記述しておく。多様なカテゴリ分類が想定される行政文書においては、相互利用性を得るた
めに情報資源間の関係を表す値は省庁間における統一が必要であり、少なくとも現在
定義が進められている値のリスト中から選択して与えることが推奨される。なお関連先の指定は、参照先文書を一意に特定できるような識別子による指定が望ましい。
M &N適用範囲
&N
情報資源の内容に関する空間的@地理的Aあるいは時間的特性。空間的範囲は物理的な範囲として座標@例えば経度と緯度Aや、統一見解の得られた語彙リストの中から選ばれた
地名（都道府県名・市町村名）を用いる。時間的範囲は当該情報資源が表している内容に関する時間的情報であり、情報資源の作成や公開に関する日付はM*Nエレメン
トによる。日付・時間の表記形式はM*Nと同様 $!  に基づく M+<(N権利情報+<(N
権利管理に関する声明文、権利管理に関する声明文へのリンクを表す識別子、あるいは当該情報資源の権利管理に関する情報を提供するサービスへのリンクを表す識別子
を記述しておく。
M)'N利用者情報M)'N
情報資源の利用者として意図されているカテゴリ分類の記述。対象者カテゴリとしては例えば教職員、学生、技術者、○○市民、といったものが想定されている。本エレ
メントは情報資源の階層内における位置付けや、検索に際しある特定の人々を対象とした情報を抽出する際のフィルタリング目的で利用される。
M*(7&(N保管・廃棄情報M*(7&(N
情報資源の保管期間、廃棄時期に関する記述。情報資源を管理する上で必須の項目である。廃棄時期を迎えた場合の資源の処理方法も本エレメントの詳細項目である?&?に記述できる。また、情報資源が  ページである場合には、本エレメン


 !"###<#<+))* !"##$$$$%&'#@#.7 


!





トの詳細項目の一つである?+2?に更新時期を記述しておくことで、更新されずに古いまま存在しているページを管理者が容易に把握するといった利用方法も可能である。
M&&N保存場所
M&&N
情報資源の保存場所に関する記述。例えば、?執務室・棚番号  ?といった記述であり、電子的な情報であれば、*E*+0 や *% といった保存メディアの種別を付記しておくのも有効である。（例：地下倉庫・ 室・'( 番号 !-M *+0N）国内の行政公開文書には必須の項目と思われる。
M,(&N永久保存データに関するコメント
M,(&N
公的文書を長期的に保存管理する上で必要な項目であり、管理者向けのエレメントである。技術の進歩に伴い新しい電子メディアが普及すると、旧来の電子媒体に蓄えられていた情報の読み出しが困難になることへの対処である。今後数  年、数  年といったスパンでの電子ファイルの読み出し・解釈に必要な情報を全て記載することを目標としているが、詳細は #1,)+&'(CC のメタデータ標準においても現在のところは検討中となっている。
M8)&N業務内容
M8)&N
情報資源が属する業務内容に関する記述。オーストラリア政府ではこのエレメントと共に        を用いることで、業務内

容（と対応する機関）を明確に分類している。エレメントの記述内容そのものは、比較的抽象度の高い分類であり、ある機関のページを見た場合に、閲覧者にとって識別に役立つレベルの分類である。例えば「学校教育」「コミュニティーサービス」「チャイルド
ケアサービス」といった項目である。

MN情報の入手・アクセスに関する情報MN
主として非電子化情報の入手方法やアクセス手段に関する記述。入手先情報の詳細項
目として人名（組織名）、 アドレス等を記載する点では &、 &)&、,)(< のエレメントと類似している。本エレメントではさらに（機関の）住所、郵
便番号、電話、85、開庁時間・曜日、情報の入手に必要となる費用@有料>無料A等の記述がある。
M0'N関連条項・法律M0'N
当該情報資源の作成・公開の要求元となっている既存文書や条項、法律等についての記 述 。 詳 細 エ レ メ ン ト と し て は 、 法 律 ・ 条 令 ・ 事 例 （ 判 例 ） 等 の 種 別 が あ る。
@例：”http://www.austlii.edu.au/au/legis/cth/num_act/laa1989192/””England v Van Donk Matter No CA 40433/97”）

M12&'(N重要語の重み付けM12&'(N
!





情報資源中でキーワードとなる語彙に付与する。このメタデータを付与した語彙は、
検索システムにとって特別の重み付けをもつ語彙として扱われることを想定する。直近の検索精度向上には有効と思われるが、?意味?構造を考慮していない点において、他のエレメントとは定義の方向性がやや異なる。

! 





（２）海外政府メタデータ標準のエレメント名と国内行政文書との対応関係
以下ダブリンコアを軸に、海外政府で用いられているエレメント記述と、国内の行政文
書の対応を表 ３ に示す。括弧書きの項目は現在の公開情報としては明確な記載が無いが、暗にその存在が仮定されるもの、記号「＊」は資源情報から定義可能なものを示す。重要度は意味情報検索の観点と実現可能性の観点から、既存の国内公開情報への付与が必須と思われる項目に「◎」記号を付けた。「参照」欄のメタデータ標準は次のものを表す。* Q
ダブリンコア、0$+Q0$+0'"、Q)(&
&&、 'Q&@4+ Aである。

国内行政文書ファイ 重要
ルの情報項目度
（編集者・翻訳者）

&)&＊◎&作成者◎

&作成@取得A時期
タイトル>@備考A
＊
＊
@FA
管理担当課室・係＊＊＊
大・中・小分類
タイトル@分類カテゴリA
＊

◎
◎

○

◎
◎


◎
◎
○
○

*
*(7&
8&
$'C)
,)(<+&+<(&))F
%
%7)'

保存期間・廃棄時期
保存期間満了時の措 ◎
置結果*(7&(


保存場所
◎
@保存期間・保存場所A ＊○&&,(&8)&＊○＊

0'＊

12&'(

表 ３



エレメント名@ & に次いでA貢献した人・組織 *   !"#$%&
* '($ 
) $ *(+,* -./01* 
 2345* *  6(78 9:;<*  23=/>?@ABCD!%&E* 
G *  *F(HI JK* 
G 
*  LM=/!
*  主題及びキーワード*  タイトル*  情報資源の種類
0$+ 利用者のカテゴリ* 

0$+
情報資源の保持と処理
0$+ 情報資源の物理的な場所
0$+ 永久保存資源の為の備考データ
 資源内容が関連する業務種別
@主としてオフライン資源に接触す
るためのA資源作成者>管理者情報
資源作成の為の法的根拠、
条項の記

述
資源のキーワード（検索システムに5
対する単語の重み付けに影響）

海外政府メタデータ標準のエレメント名と国内行政文書との対応関係

! 





３.１.５ 利用者プロファイルのメタデータ定義に関する調査
利用者によって行政公開情報の利用目的は異なる。例えば、ある利用者は生活動態調査
における消費指数を知りたいと思ったり、ある利用者は環境保護に関する法令情報を知りたいと思ったりする。これら利用者ごとの用途に柔軟に且つ効果的に対応できるようにす
るには、利用者個人に関するメタデータである利用者プロファイルの設定が必要である。
本節では、利用者プロファイル用のメタデータ定義について調査を行なった。

３.１.５.１ ,, 調査,, の勧告案（%< ,C& C& , ,C(  7C&=  
,&7&('+&'&!.)） の調査を行なった。,, とは、,C&
C&,,C(,&F（プライバシー情報取扱いに対する個人の選好を支持する
技術基盤）の略であり、 が開発中の、インターネット上のプライバシー保護を目的とした技術標準である。現状では、 上のプライバシーポリシー（個人情報の取扱い方針）
は各社で記述形式がまちまちであり、また、その都度各社のプライバシーポリシーを読んで確認することは消費者には大きな負担となっている。,, 標準は、プライバシーポリシーの掲載項目等を標準化し、かつマシンリーダブルな形式（50 形式）で記述することによって、プライバシーポリシーを自動処理しようとするものである。
（１）カテゴリ,, 勧告案では、利用者の個人情報に関するカテゴリとして、以下の  要素が挙げられている。
個々の個人データ（氏名、住所、性別、生年月日、年収、趣味等）をこれらのカテゴリ種別にしたがって分類することにより、 サイトがそれらの個人データをどのように取り扱うかという規則を、個々の個人データごとにではなく、カテゴリごとに設定することができ、設定を容易化することができる。

97<(>;  

TU 実社会における連絡先情報

9&>;

TU オンライン連絡先情報

9)R)'>; TU ユニークな識別子97)<(>; TU 購入情報

9C>; TU 金融情報

9&7)>; TU コンピュータ情報

9&>;

TU ナビゲーションとクリックストリームのデータ

9>; TU インタラクティブデータ

9'&7<>; TU 人口統計学的・社会経済学的データ

9&>;  

TU 文章の内容

9(>;

TU 状態管理メカニズム97&>; TU 市民情報

 !"##$$$$%&'#@#0%0#

! 





9<<>;  

TU 健康情報

97C>; TU プリファレンス（嗜好）データ



TU 位置データ

 

9&>; TU 政府発行の識別子

9&<&; 

TU その他


各カテゴリの説明は、以下の通りである。

97<(>; 
実社会における連絡先情報：実社会において個人に問い合わせを行なったり、所在を突き止めたりすることを可能にするような情報。電話番号や住所など。
9&>; 
オンライン連絡先情報：インターネット上で個人に問い合せを行なったり、所在を突き止めたりすることを可能にするような情報。電子メールアドレスなど。この情報は、ネット
ワークにアクセスするときに使用される特定のコンピュータには依存しないことが多い。
9)R)'>; 
ユニークな識別子：個人を整合的に特定したり、認識したりするために発行された識別子。
金融機関の $* 番号を除く。また、政府発行の識別子を除く。 サイトやサービスから発行された識別子を含む。
97)<(>; 
購買情報：商品やサービスを購入することによって積極的に生成される情報。支払方法の情報を含む。
9C>; 
金融情報：口座、残高、支払い、借越し、購入、クレジットカード、デビットカードなどの個人の金融情報。 個人による個々の購買に関する情報は、それ単体では「金融情報」には属さない。
9&7)>;
コンピュータ情報：個人がネットワークにアクセスするときに使用しているコンピュータ
システムに関する情報。 $, アドレスやドメインネーム、ブラウザの種類、 など。9&>;
ナビゲーションとクリックストリームのデータ： サイトを閲覧することによって受動的に生じるデータ。訪問したページやページごとの滞在時間など。
9>;
インタラクティブデータ： サイトを通じた、サービス提供者との明示的なやりとりから積極的に生じるデータ。また、そのようなやりとりを反映したデータ。検索エンジンでの検索事項やアカウント活動のログなど。
9'&7<>;
人口統計学的・社会経済学的データ：個人の特徴に関する情報。性別や年齢、収入など。
9&>;

! 





文章の内容：通信活動に含まれる言葉や表現。電子メールの文章や掲示板への掲示内容、
またチャットルームでの通信内容など。
9(>;
状態管理メカニズム：利用者とのセッションを維持したり、また以前に特定サイトを訪問したことや特定コンテンツにアクセスしたことがある利用者を自動的に特定したりするメカニズム。クッキーなど。
97&>; 
市民情報：宗教団体、労働組合、専門的な協会、政党などの会員、または所属。
9<<>; 
健康情報：個人の肉体的または精神的健康、性的志向、ヘルスケアサービスや製品の使用または調査、ヘルスケアサービスや製品の購入等に関する情報。
97C>; 
プリファレンス（嗜好）データ：個人の好みや嫌いなものに関するデータ。好きな色や音楽の好みなど。
9&&>; 
位置データ：個人の現在の物理的な位置情報と変更した場合にその位置の追跡のために使うことができる。, 位置データなど。
9&>; 
政府発行の識別子：個人を識別するための政府が発行した識別子。
9&<&;
その他：上記の定義にあてはまらないその他のデータ。

上記のデータ要素のうち、利用者プロファイルとしての利用が可能なのは、97<(>;L9&>;L 9)R)'>;L 97)<(>;L 9C>;L 9&7)>;L 9'&7<>;L9(>;L97&>;L9<<>;L97C>;L9&>;L9&&>;である。ただし、金融情報9C>;や健康情報9<<>;、市民情報97&>;など、秘密性の高いデータも含まれるため、プロファイルに含まれる個々のデータについて、それを利用できる機関や、利用目的などに制限をかけることが望ましい。
その他の9&>;L9>;L9&>;データ要素については、個人の行動履歴に関する情報であったり、一時的な情報であったりするため、利用者プロファイルの中に含めるのは適切ではない。
（２）データ要素,, 勧告案では上記のカテゴリの他に、個々の個人データまたは個人の行動に関連したデータとして、いくつかのデータ要素が規定されている。基本データ要素としては、以下のものが挙げられている。
 日付 
'
'

カテゴリ
カテゴリ

簡易表記名
簡易表記名

!!





'

@可変カテゴリA

年'&<@可変カテゴリA月''

@可変カテゴリA日<(<&)

@可変カテゴリA

時<()

@可変カテゴリA分<((&'@可変カテゴリA

秒C&(&'@可変カテゴリA

秒（小数点以下）

:&

@カテゴリA

タイムゾーン 名前 
7(&
7(&

カテゴリ
カテゴリ

簡易表記名
簡易表記名7CB

人口統計学的・社会経済学的データ

敬称

実社会における連絡先情報

名@4A

C

実社会における連絡先情報

姓

''

実社会における連絡先情報

ミドルネーム()CCB

人口統計学的・社会経済学的データ

名前の接尾語（4)CCB）

6

人口統計学的・社会経済学的データ

愛称&
&

カテゴリ
カテゴリ

簡易表記名
簡易表記名'

ユニークな識別子

ログイン $*

7((2&'

ユニークな識別子

ログインパスワードC
C

カテゴリ
カテゴリ

簡易表記名
簡易表記名6

ユニークな識別子

認証鍵

C&

ユニークな識別子

認証フォーマット7<&)
7<&)
)

カテゴリ
カテゴリ

簡易表記名
簡易表記名

&'

実社会における連絡先情報

国番号&&'

実社会における連絡先情報

局番)実社会における連絡先情報

電話番号

B

実社会における連絡先情報

内線

&

実社会における連絡先情報

注釈

 ログイン  認証  電話!  連絡先情報
&
&

カテゴリ
カテゴリ

7&(実社会における連絡先情報L 人口統計
郵便情報学的・社会経済学的データ&

実社会における連絡先情報

テレコミュニケーション情報&

オンライン連絡先情報

オンラインアドレス

簡易表記名
簡易表記名

 郵便7&(7&(

カテゴリ
カテゴリ



実社会における連絡先情報L人口統計学的・
氏名
社会経済学的データ(

実社会における連絡先情報

町・番地



人口統計学的・社会経済学的データ

市・区

(7&

人口統計学的・社会経済学的データ

都道府県

7&(&'

人口統計学的・社会経済学的データ

郵便番号&)人口統計学的・社会経済学的データ

国&:&

人口統計学的・社会経済学的データ

団体

簡易表記名
簡易表記名

 テレコミュニケーション&&

カテゴリ
カテゴリ

簡易表記名
簡易表記名

7<&

実社会における連絡先情報

電話番号

8B

実社会における連絡先情報

ファックス番号&

実社会における連絡先情報

携帯電話番号

7

実社会における連絡先情報

ポケットベル番号&
&

カテゴリ
カテゴリ

簡易表記名
簡易表記名

オンライン連絡先情報

電子メールアドレス)

オンライン連絡先情報

ホームページアドレス オンライン アクセスログとインターネットアドレス#+$ 
#
#

カテゴリ
カテゴリ

簡易表記名
簡易表記名)<&@可変カテゴリA

#+$ 権限(@可変カテゴリA

#+$ ステムR)(

@可変カテゴリA#+$ の照会列部分







7''
7''
7''カテゴリカテゴリ

簡易表記名
簡易表記名<&(

コンピュータ情報

完全なホストとドメイン名

7<&(

人口統計学的・社会経済学的データ

ホスト名の一部

C)7

人口統計学的・社会経済学的データ

全 $, アドレス

77

人口統計学的$, アドレスの一部

 アクセスログ情報
&C&&C&

カテゴリ
カテゴリ

)

ナビゲーションとクリックストリームデータ 要求されたリソースの #+$(7

ナビゲーションとクリックストリームデータ 要求とタイムスタンプ7

コンピュータ情報、人口統計学的・社会経済学 クライアントの $, アドレ
的データ
スまたはホスト名&<<7<&'

ナビゲーションとクリックストリームデータ /%%, 要求方式

&<(ナビゲーションとクリックストリームデータ レスポンスのデータバイト&<()(&'

ナビゲーションとクリックストリームデータ

簡易表記名
簡易表記名

レスポンスステータスコード その他 /%%, プロトコル情報 <7C&<7C&

カテゴリ
カテゴリ

簡易表記名
簡易表記名

C

ナビゲーションとクリックストリームデータ

ユーザーが要求した最後の #+$)( コンピュータ情報

ユーザーエージェント情報
上記のデータ要素のうち、利用者プロファイルとしての利用が可能なのは、「名前」、「ログイン」、「 認証」、「 電話」、「 連絡先情報」、「  郵便」、「  テレ
コミュニケーション」、「  オンライン」、「  アクセスログ」の中の「7」、「  その他 /%%, プロトコル情報」の中の「)(」である。
その他のデータ要素については、個人の行動履歴に関する情報であったり、サーバ側の情報であったりするため、利用者プロファイルの中に含めるのは適切ではない。

３.１.５.２ " * プライバシーステートメントジェネレーター調査
" * のプライバシーステートメントジェネレーター の調査を行なった。" * プラ
イバシーステートメントジェネレーターとは、 サイト上に掲載された規定フォームの質問に答えていくことにより、自社サイトのプライバシーポリシーを作成、ダウンロード
できるオンラインツールであり、 年月頃に " * が  サイト上で公開した。

" * プライバシー・ガイドライン ! 原則をインターネット上で普及させることを狙いと

 !"##% H&&'# ! #!$2%#!$&







するものである。
" * プライバシーステートメントジェネレーターでは、 サイトがサイト訪問者から収集する個人データとして、以下のような個人データの種別を規定している。
 主要な個人データ
・ 氏名
・ 性別
・ 住所
・ 電子メールアドレス
・ 電話番号／85 番号
・ その他
 ビジネス情報
・ 勤務先／組織
・ 役職
・ 勤務先住所
・ 勤務先電子メールアドレス
・ 勤務先電話番号／85 番号
・ その他

 詳細な個人データとプロファイルデータ
・ 個人の詳細：ニックネーム、生年月日／年齢、出生地、国籍など
・ 物理的な詳細：慎重、体重、その他の身体的特徴など
・ 家族構成：婚姻、パートナーシップ、扶養家族など
・ 教育とスキル：学歴、専門的興味など
・ ライフスタイルまたは嗜好：商品・サービスの購入情報、レジャー、スポーツ、個人または家族のふるまい、喫煙、飲酒、好きな色、好きな食べ物など
・ 金融資産：収入、財産など
・ その他
 識別子・ オンライン識別子： サイトのパスワード、クッキー、訪問者の身分証明書（個人認証）など・ 金融識別子：クレジットカード番号、銀行口座番号など
・ 公共機関に割り当てられた識別子：社会保障番号、個人識別番号など
・ バイオメトリック識別子：*4、虹彩認識、指紋など
・ その他


 特殊なデータ
・ 民族または人種







・ 政治的見解
・ 宗教的信仰または哲学的心情
・ 労働組合への加盟
・ 医療健康情報
・ 性生活
・ 警察・司法データ
・ その他

また、個人データ（個人を識別できるデータ）でないデータとして、以下のものを挙げている。
・ $, アドレス、選好する言語、セッション（番号、キー）、 ページへの滞在時
間、閲覧したバナー広告、訪問した  ページ・ ただし、上記データが特定個人と結び付けられている場合は、個人データとみなされる。

上記の個人データ種別のうち、利用者プロファイルとしての利用が可能なのは、「主
要な個人データ」「ビジネス情報」「詳細な個人データとプロファイルデータ」「 識別子」である。
「 特殊なデータ」については、個人情報保護の観点から、利用者プロファイルの中に含めるのは適切ではない。








３.２ 情報のセマンティック検索に関する調査
電子政府関連の情報に関するセマンティック検索システムを実現するための要素技術として、下記の調査を行なった。
・メタデータ管理システム調査
・半自動メタデータ生成システム調査
・対話型メタデータ生成システム調査 
・利用者プロファイル定義システム調査
・セマンティック検索システム調査
 情報にメタデータを誰が付けるのかという問題はセマンティック  の実用化・普及に取って一番大きな課題であるとなると言われている。有効なメタデータが広く付けられることでセマンティック  の有効性は加速度的に高まる。そこでメタデータを生成するツールが重要になってくる。自動的に生成できることが最も望ましいが、現在の
 ページはコンピュータが理解できるようには書かれていないので完全には自動生成できない。コンピュータが生成したメタデータを人手で手直しするとか、対話型メタデー
タ生成システムを用いて人の労力を削減するなどの半自動的なメタデータ生成ツールに期待が掛けられる。

３.２.１ メタデータ管理システム調査
メタデータ管理システムとしてどのようなものが現在存在しているか、また今後どのようなツールがあり得るかについて調査を行なった。
メタデータもデータの一種であることに変わりはないため、その管理に既存の *-0
（データベース管理システム）を利用することは十分可能である。実際、いくつかの研究
では、インターフェイス・レイヤを介してリポジトリにアクセスすることで、リポジトリの実現によらないメタデータ管理システムを構築するアプローチがとられている。リレー
ショナルデータベース（+*-）は、スケーラビリティの点からリポジトリの有力な候補であるが、一般にはインターフェイスとの間の対応にギャップが存在する。メタデータの管理をオブジェクト指向データベースで行なうものなどもある。
またメタデータの記述は 50 を用いるケースが増えているため、50 のデータ管理シ
ステムそのものがリポジトリとして有効である。50 データの管理システムとしては、
50 データ中のテキストを +*- のデータ構造にマッピングしてデータベース化するものと、*0 のインターフェイスを用いてツリー形式の構造をそのままバイナリ化してデー
タベース化するものが存在する。大量のメタデータに複数のエージェントがアクセスする可能性があるセマンティック  の世界では、高速性の観点から後者の 50 データをオ
ブジェクトとして管理する技術が、鍵を握る要素技術の一つとなると考えられる（既に商用製品は登場している）。
以下、既存の *-0 よりももう一段階上のレイヤーで行われているメタデータ管理の試みを紹介する。（１）ではメタデータ間のオントロジーの違いを吸収するアーキテクチ
ャも検討されている管理システムとして、0)(<0'8&@008Aを説明する。（２）ではセマンティック  のメタデータとして、第一に挙げられる +*8 に特






化したメタデータ管理の取り組みの事例を紹介する。（３）では、メタデータの設置や収集方法に焦点をあてて、その事例を紹介する。
（１）0)(<0'8&@008A
セマンティック  が話題になる以前から、データベース毎にそれぞれ［生産県］、［生産地方」など、商品に関して異なるスキーマに基づくメタデータの差異をどのように吸収するかが問題になっている。これを解決するため、ディジタル・ビジョン・ラボラト
リーズ@*EAによって開発された、0)(<0'8&@008A

がある。商品特徴情報をメタデータ化し、 上で提供するためのメタデータ形式である。008
では、メタデータをメタデータインスタンス、スキーマ定義、スキーマオントロジー、標準属性辞書の４階層の構成とすることで、様々な人間が定義したメタデータ間のオントロ
ジーの違いを吸収している。同時に、0' 0'& というエージェントを介して008 の検索や、0'0'& 間で交換するためのプロトコル 0'0'&,&&&@00,A を規定し、008 の運用を支援する。メタデータインスタンスは 50 で記述され、0' 0'& 内のデータベースに保持されるが、どのような実装形式（*-0 も含め）でメタデータを管理するかは規定していない。008 と 00, は、オン
トロジーの管理や運用までを考慮したメタデータ管理システム体系ということで、セマン
ティック  に近いアプローチと言える。
（２）+*8 の蓄積・検索に特化したデータベース
また、+*8 に特化したデータベースの開発が研究レベルで進められている。
")&7 &((& .& +(<  @.+ Aで開発されている +*8&@,,$ C&+*8&A は、+*8 の構造を解析、格納、管理する , のライブラリーである。このプロジェクトは  年の  月に始まっている。+*8 の  つ組（リソース、プロパティ、値）の検索を効率的に行なうことを目的としている。ここでは、+*O>O#$/ と呼ばれる +*8& で蓄積されたデータに対して O のような形式で検索するための表記法などについても開発している。
同様なシステムとして、+*8' がある。（+*8& よりも先に開発されている模様）。
こちらも  と呼ばれる O のような形式で +*8 のステートメントを検索する言語が開発されている。
( は、"# 委員会 $% プログラムの１プロジェクトである %&1&2' で'(&4'' によって開発された、+*8 スキーマベースの +7&(&'O)C である。リポジトリには +*8 データと +*8 スキーマ情報を格納することができ、+O と呼ばれる問合せ言語を用いて検索を行なう。リポジトリとして現在は
F+& *-0 である ,&(O が使われている（+7&(& (&


 坂田毅、多田浩之、大竹智久 B88+C「メタデータの  上への実装と電子商取引への応用」画像電子学会第 8 回メディア統合技術研究会
 !"##< & &9<&'# !"##$$$$%&'##( #33 ! @64 # !"##   &







 を通じて様々なタイプのリポジトリを使用可能とされる ）。
+*8 の取り扱いに特化したデータベースでは、+*8 の  つ組を中心とした処理が行われると考えられる。+*8 の  つ組によって記述されたリソース同士は柔軟に結合することができるが、それらを +*8 データモデルのままで参照することが可能である。従来のデータベースは構造化が進み柔軟性を失っているのに対して、+*8 データベースでは半構造的なデータ管理が可能であり、さまざまなアプリケーションからの要求にあわせてデータベースを変更するコストの削減などの効果も期待できる。
（３）セマンティック  におけるメタデータの設置・収集・管理方法
ここまでは、データをシステムがハンドリングするための要素技術について述べたが、アプリケーションによる利用や、サービスという側面から考えると、メタデータをどこにおいて管理するかが問題となる。
（）既存の  サイトへのメタデータの設置
セマンティック  では、 の特性としてコンピュータネットワーク上のさまざまなユーザーがメタデータの生成や管理に携わることになる。個々のメタデータの置き場所
が、各  サイトにあるというケースがまず考えられる。セマンティック  のファー
ストステップとして、/%0 中に +*8 を記述することが唱えられている。そして、+@+*8  )A  はライトウェイトな +*8 準拠のメタデータフォーマットである
が、これも基本的には各  サイトがサイトの情報の要約などを提供するのに使われている。これらのケースは  全体が巨大なメタデータ管理システムという位置付けになる。（）メタデータの集中管理+*8 のリポジトリを構成する試みもある。

の & プロジェクト のように& サーバをインターネット上に置いておくことによって、+*8 で記述されたアノテーション情報を集中的に管理してユーザーに提供できる。ユーザーが  などの ブラウザ上で表示している情報の #+$ に対応したアノテーション情報をサーバに問い合わせる形になる。
（）メタデータのインデックス管理及び収集ツール
+*8 のように、メタデータ自体は個々のユーザーが作成・設置するが、そのインデックスのようなものを管理する機構も存在する。*+, による *0 プロジェクトにおいても *0 によって記述された  上のステートメントを収集する試みも  年月から *0 2 によって開始されている。
また、+*8 2 もメタデータ収集ツールであり、インターネットから +*8 フラグメントをダウンロードして知識ベースを構築する。+*8 2 は .,$ を提供す
 !"##$$$ & =&$'&'#&$#  !!

 !"##'&9! &&&#'&9!#2#< # !<&  !"##$$$$%&'##/&#  !"##<&'#  !"##$$$&'#$#  !"##&&&(&'#<$#







るので、単独のアプリケーションとして利用する以外に、他のツールの中に埋め込むことも可能となっている。
/" はのためのオントロジー言語であり、ページの作者が機械処理可能な形式でドキュメントにアノテーションを付ける事ができる。/"では、作者が付けた情報を上に置くダイレクト・アクセスと、2を使って集めて知識ベースに格納するリポジトリ・ベースド・アクセスの２つのアプローチが考慮されている 。後者に関しては、/"データの格納と検索エンジンへのアクセスのための.,$が提供されており、 2の"B7&(Vなど、この,$を使うツールが各種提供されている。

  !"##$$$99#!&? #!9 #7#
<<< &$ "=&$'@! &6 6 9
72& 06  ;2 &<
 







３.２.２ 半自動メタデータ生成システム調査
半自動メタデータ生成システムとしてどのようなものが現在存在しているか、また今後
どのようなツールがあり得るかについて調査を行なった。半自動メタデータ生成システムの一部としてのメタデータ生成規則定義システムの調査（メタデータ生成規則の調査を含む）も行なった。
セマンティック社会の実現においては、少なくともあるコミュニティー（電子政府や業界団体など）でメタデータの枠組み（属性、エレメントリスト）を決め、それに従ってメタデータを付与するという実際の作業が必要である。
特に、メタデータの付与については、時代でリソースが爆発的に増えている状況にあり、人手工数の削減は大きな課題となる。膨大で良質なメタデータを継続的に付与、更新していくことができなければ、セマンティック社会は絵に描いた餅にすぎない。
こうした状況を背景に、コンピュータによる半自動メタデータ付与によって、膨大な人手工数の削減だけでなく、質のばらつきの少ないメタデータの作成が期待できる。本節では、半自動メタデータ生成について、関連する技術を調査した。

３.２.２.１ メタデータ自動付与における背景技術
メタデータ自動付与のためには、以下のような技術が必要である。
（１）/%0パーザ
メタデータ付与対象が/%0の場合、/%0ソース内の特定タグにメタデータとなるべき情報が含まれていることがある。その場合は、/%0パーザによりソースのタグ構造を解析し、必要な部分を取出せば良い。例えば、以下のようなタグがある。
○0"%タグ
0"%タグは/%0の規格としてフォーマットが決まっているだけで、エレメントは作者が自由に付けて良いことになっている。おおむね、以下のつは多くのページで良く見られる。
  1"S+*= キーワードを記入する @* =)FA  *" +$,%$4= ページの説明文を記入 @* =*(7&A ○%$%"タグ @* =%A（例）実際には、これらのメタデータは次のように/%0内に埋めこまれる。
9<';
90"%40"QP#%/+P 4%"4%QP/%()'P;
90"%40"QP1"S+*P 4%"4%QP情報検索LテキストマイニングLマイニン
グL自然言語処理P;
9;テキストマイニング研究のページ9>;
9><';
（２） 情報抽出技術

!





情報抽出（$C&&"B&）とは、文書から特定のイベント情報 （あるイベント /情報）などを自動で抜き出す技術である。自然言語処理研究では、従来、新聞などのテキスト群を対象に、特定パターンの文字列から情報を抜き出すなど、多くの研究が行なわれてきた。文書を対象としての最近の動きとしては、77@ラッパーAと呼ばれる、タグを手掛りにした手法が多くなっている。ラッパーを使った応用としては、複数のショッピングサイトから商品の価格情報を取出して横断検索をできるようにするとかのように、情報をデータベース化するのが一般的である。
例えば、坂元論文 には、以下のような/%0文書から国別の統計情報を抜き出しレコード化す
る例と、その自動化手法が解説されている。
@例A
元の /%0文書=
9/%0;9%$%";9>%$%";9-*S;
9-; &&9>-;9$; 9>$;9-+;
9-;"79>-;9$;9>$;9-+;
9-;-:9>-;9$; 9>$;9-+;
9-;79>-;9$; 9>$;9-+;
9>-*S;9>/%0;
抽出されるレコード情報=
@@ &&L AL@"7LAL@-:L AL@7L AA
情報抽出技術はメタデータの特定エレメント抽出にも利用可能である。例えば、* =+<(（&7<表記を手掛り）、&&（住所表現を手掛り）などが考えられる。
（３）文書自動分類技術
文書自動分類技術は大別すると、以下の種類に大別できる。
①クラスタリング @)A：文書群を与え、文書の類似度により複数のグループに分ける
②カテゴライゼーション @&:&A：文書群と既存クラスを与え、文書群をクラスに割り当てる。

メタデータ自動付与としては、カテゴライゼーションの方が関連が深い。というのも、例えば
* =)F のようなエレメントは、統制されたシソーラス語彙を付与することが推奨されている。
統制語によるクラスへの割当てと考えれば、カテゴライゼーションの問題に帰着する。
カテゴライゼーションは以下のような技術の組合せで実現される。
・ 形態素解析=文を単語に分割する。日本語の場合は単語間にデリミタがないので、辞書やルールを用いた処理になる。英語の場合は、動名詞の活用の統一（(と呼ばれる）などが必要。


  坂元 有村「マイニング」人工知能学会論文誌 :&) .& !!%% %・ キーワード抽出= 単語の中から、文書やクラスに特徴的なキーワードを取出す。特徴的なキーワードとは、例えば、その文書に多く現われ、他にはあまり出現しないものというものが考えられる。%8$*8と呼ばれる有名な単語の重みづけ手法は、その一例である。
・ 特徴素選択= 文書やクラスの特徴となる情報を選別する。たとえば、キーワードの列（ベクトル）とかが一般的。文書の場合には、#+特徴や、リンク元のアンカー文字列の組込みも有効とされる。
・ 類似度マッチ= 文書やクラスの特徴素間の類似度を定義し、その近さを計算する。例えばキーワ
ードベクトルに対しては、その方向の近さをベクトルの内積（二本のベクトルの作る角度のコサイン）で表すなどの手法がある。
（４）その他
例えば、*) &エレメントのうち、*（日付）、8&（フォーマット）、$'C（の場合は#+）などは、における/%%,プロトコルの結果などから得ることができる。

３.２.２.２ メタデータ自動生成ツール （１）メタデータエディタ
メタデータエディタとは、メタデータの中身を入力するのを補助するツールやテンプレートのことである。メタデータの中身は基本的に作業者が付与し、出力フォーマット@+*8、/%0内の0"%タグ埋め込みなどAへの変換はエディタが自動的に行なうことで、人手によるミスと労力を減らす。
○*) &0'7M開発元N4&'0',&F
M#+N<7=>>222))(>'>* J&<
M対応メタデータN ダブリンコア
M出力フォーマットN/%0@L A0タグ埋め込み
のフォームになっており、ダブリンコアの エレメントのうち必要な情報を入れると、/%0
の0"%タグ埋め込み形式のダブリンコアメタデータを作成する。利用者は、その部分を自分のページにカットIペーストする。出力形式は/%0@L Aのみ。
○+0'"'&
M開発元N  *()'((%<&& 
M#+N  <7=>>'>'(M対応メタデータN ダブリンコアL スキーマファイルを与えれば他のなどにも対応可
M出力フォーマットN/%0@0"%タグAL/%0 @0"%タグAL+*8L+*8'
ダブリンコアだけでなく、スキーマファイルを定義することで、独自のメタデータ形式にも対応できる。


  !"##$$$ 99#@ #0&? ##&&!&  を参考にした。







○0"'%&&
M開発N&C%( 
M#+N  <7=>>222'('))>+*#>0>J&&<
M対応メタデータN ダブリンコアLL*0$4 &
M出力フォーマットN/%0@0タグA
%((で用いられている。出力されるファイルを/%0やテキストに埋め込む。
（２）メタデータジェネレータ
エディタは作業者が全ての属性値を入力する必要があるのに対して、ジェネレータは、いくつかの属性値はシステムが自動で作成してくれるものである。メタデータのエレメントにより、自動化の精度はまちまちである@詳細は@A参照A。したがって、ジェネレータは、実際はツールとしてはエディタ機能も持ち、誤って付与された値は簡単に修正できるようになっている。
○* '&
M開発N#14L#(&C-<
M#+N  <7=>>222)6&)6>'>''&>
M対応メタデータNダブリンコアL他の形式@#0+ L$8L$8>+*L%"$<'(L$L$0Aにも変換可能
M出力フォーマットN/%0@0タグAL+*8
#+を与えると、そのページ本文からダブリンコアメタデータエレメントを自動的に作成する。いくつかデータを与えた結果から類推するに、大体次のような動作をしているようである。
* %： 9;タグを参照する。
* )F：9;タグの1"S+*を参照する。無い場合には、アンカー文字列から抜き出したキーワードを入れる場合もある模様。
* *(7&： 9;タグの*(7&を参照する。
* *： 最終更新日を参照する。
* 8&： <の場合は B><とする。
*$'C： #+を参照する。
○/&C2%M開発N/&C2社
M#+N  <7=>>222<(&C2&><
M対応メタデータN$L$L ダブリンコア
/%0@5/%0にも対応Aファイル群を選ぶと、ウィザード形式でメタデータを付与してくれるツール。
・キーワードは人手付与または本文からの自動抽出が可。スペルチェックや、シソーラスによる統制語への変換にも対応
・自動的にメタデータつきのページに変換し、サーバにアップする。@形式は/%0内0"%タグで、+*8などはない様子A







・検索エンジンコントロール用メタデータにも対応。例えば、ロボットがリンクを辿って良いかど
うか、インデクシングして良いかどうかなど。

３.２.２.３ 実例 ：オーストラリアの政府系メタデータ  と半自動生成ツール
オーストラリアは非ヨーロッパ圈ではメタデータに関して最も進んでいる国と言われる。
オーストラリアにおける政府系メタデータとして有名なものが（)(&
&&）である。は、オーストラリアの4&<(&C)((@4Aにより、政府系公開情報リソース（文書、サービス）に対して付与されているメタデータエレメント標準である。4では、メタデータを付与した政府系リソースをアーカイブとして管理している。
はダブリンコアを拡張した のエレメントからなり、
た

年から !年にかけて策定され。メタデータは基本的には、リソースの作者（ &）または出版人（,)(<）が付与するものである。その作業において、メタデータ付与ソフトウェアが利用できる。
例えば、)Fフィールドは、リソースの主題キーワードを記述する。シソーラスによる統制キーワードを付与することが推奨されている。例えば、

W&C &(()F/'(の例M /N-&7<(&)(

W0/0')F/'の例
M0/N"B7((&+)&L- のメタデータ付与ツールには以下のようなものがある。
○+= 前述の+の軽量版
メタデータエディタである。対応メタデータは、ダブリンコアL@LLAL"'4L
O*E。他にもスキーマを定義すれば他メタデータにも拡張可能である。
○1
M#+N2226&)
#+を入れると、ページ内テキストを解析して、%$%"L1"S+*L*" +$,%$4を入れて


 /A  のエレメントは以下の 8 個である。ダブリンコアと同様に、H9< も許される。（.// のホームページ !"##$$$'&29# よりアクセスできる）
5&
09 
5&9&@'  
9?
6 !&
&9 
'9'@&
5&2'49& 
6

!

4&
-</2
/9
/A  はオーストラリアにおける各種メタデータの基本と言っても良く、実際 /9 .$
K -<&&5&9（/.K -5）以外の次のようなメタデータは、全てダブリンコアまたは /A  準拠している。
79&.$&(/9  B7./C72&@ &9 -<&&.$&(B7@-.C9  70&B70C
-  








くれる。文書自動分類を行なっていると思われる。メタデータ形式はダブリンコアである。出力形
式は/%0L+*8に対応している。

３.２.２.４ 実例 ：富士通研究所による  ディレクトリ自動生成ツール

津田論文 では、S<&&のようなディレクトリを自動的に作成することを目的として、いくつかのページメタデータの自動付与を試みている。一部は商用に使われている。
ディレクトリは、人気がありかつ情報の入口となるメニュー的なページがコンテンツとして望まれる。そのため、そのようなページを選別するためのメタデータを付与しているのが特徴的である。技術的には、のリンク関係の解析により、そうしたメタデータを付与しているのが特徴的である。ダブリンコアを拡張した、以下のエレメントの自動付与を行なう。

*(7&：0"%タグ内またはページ本文の最初,)(<：ホスト名
*：最終更新日または2による最終取得日
%7：ページ@ナビゲーションAタイプ。
メニュー、リンク集、コンテンツを、ページ間のリンク関係を元に判別している。例えば、メニューページはローカルリンク数や被リンク数が多い、リンク集はサーバ外へのリンク数が多いな
どの特徴を使っている。
8&：/%0など
$'C：#+。ミラーサイトは同一のものとして縮退。末尾の'B<などは適宜削除&)：リンク元#+集合
)：コード種別からヒューリスティックスで判定
+&：特定ドメインとの関連度   リンクの近さで定義する。社内向けディレクトリであれば、社内ページからのリンクトポロジの近さにより、業務に関連した情報かそうでないかを判別する。
 &@&&A：情報抽出により、ページ本文中の関連地域を取出す。
+6：ページ人気度。
そのページがどのような他ページからリンクされているかを基準に算出し、時系列的動きの情報も加える。

このようにして、地域／ジャンル／時間と様々な観点を組み合わせた、多観点のディレクトリイ
ンターフェイスを実現している。図 ３ は、経済産業省に関係するカテゴリのページ画面である。
+6の情報は、ダブリンコアにはないが、情報の新鮮度を与えるため、特にのように動きの激しい世界では重要となる。例えば、図 ３に、厚生労働省の狂牛病関連のページの動きを示す。
上に行くほど、そのページへのリンクが増え、世間から着目されていることがわかる（数字は、同ページの注目度順位を表し、小さいほど上）。世間で話題になった年月中旬から、同ページへのリンクが増えているということがわかる。


  津田 鵜飼 三末「 ディレクトリのためのページメタデータの自動付与の試み」情報学シンポジウ
ム  !!+ , 







の場合、アクセスログがサーバにしか残らないこともあり、外部からページの人気度を測定するのは難しいが、リンク関係の解析によりある程度人気度を測定することが可能である。
リソースは雑多なので、著者がつけたメタデータだけでなく、外部からの評価指標も必要と考えられる。そのようなメタデータ付与には、ここで紹介したような技術が必要と考えられる。






























図 ３

経済産業省のカテゴリ

 



!















 





 







図 ３

厚生労働省の狂牛病関連情報ページの動き





 





３.２.３ 対話型メタデータ生成システム調査
セマンティック  技術を利用するにあたって、ひとつの大きな課題はオントロジー（&&）と呼ばれる実世界の知識の記述を如何におこなうかということである。+*8
による記述は、明確ではあるものの、定義された内容の相互関係を直感的に把握するのは困難である。複雑な知識を記述するためには、内容を図を用いて可視化したり、対話的に編集したりできる編集システムが必要である。このために開発されているいくつかオント
ロジーの作成・編集システムについて説明する。
（１）オントロジーの作成・編集システム(' 大学 &$C&(（$）では、&'%&&( というプ
ロジェクトで、利用者が適切なツールを選択するのを支援するという目的で、オントロジ
ーを作成するための以下のツールの評価をおこなっている。
・ &)
・ &
・ ,&VV・ &))(
・ *"
・ 1*
この中からスタンフォード大学 1（1&2'((&&）の &)
システムを紹介する。



 &&&!"##$$$ $! 92#$&&& # 692 / & @  @ =!  ? :@&&& L/&!2 9&<&&&'''&& -0&-&( &!&=&$'/H9 & &''B=/M88C 888 &'9 !"##$$$ (  2 <&9#

 





図 ３


&) におけるクラスの定義画面（E< クラスの作成）

&) システムは、サーバと記述言語からなり、 ブラウザからサーバにアクセスしてオントロジーの作成、編集、挿入や統合を行なえる。また、複数の利用者が協同して設計できるという特長を持っている。図 ３及び図 ３に &) のオント
ロジー作成  画面を示す。
図 ３&) におけるクラスの定義画面（E< クラスの属性を定義）

 






オントロジーは、一般的に概念とその関係性の記述として表現されるが、&)
では、それぞれクラス及びスロットとして表現している。
図  ３  は 、 E<%)& と い う 新 し い オ ン ト ロ ジ ー を 定 義 し た の ち 、E<%)& に「車」を表す新しいクラス E< を定義している画面である。クラス E< は、?<((&C<?を記述したもので、既に定義されている「物」を表すクラス %< のサブクラスとして定義している。図 ３は、クラス E< にいく
つかのスロットを定義した後の画面である。
&) は、公理（B&）と呼ばれる規則を定義する機能も有している。例えば、「 匹の動物が兄弟ならば、彼ら両方の母であるものが（ 匹）存在する」という規則（公理）によって、兄弟という概念と母子という概念の関係を記述している。
サーバは、スタンフォード大学のサイトから使用できるようになっており、上述した機能のガイドツアーも用意されているので、詳細についてはそちらを参考にされたい。
上記 &'%&&( によって挙げられたツール以外に、商用システムとして &"'
システムがある。&"' はカールスルーエ大学の $8- が開発し、独 &7( 社
が商用化したもので、&) と同様にオントロジーの生成、処理等の機能を有し、さらに  標準である +*8（+(&)*(7&82&6）や、*03$、8&の各形式に対する入出力機能を有している。&"' のオントロジー作成画面を図 ３及び図 ３  に示す。

図 ３

&"' におけるコンセプトの定義画面

 &7 !"##$$$&&!

#

!






図 ３

&"' におけるインスタンスの作成画面


&"' では、情報を階層的に表示できる。このため、概念階層を辿りながら必要な情報を編集できる。図 ３は、人（7(&）という概念の下位概念として女性（2&）や男性（）を定義している画面であり、図 ３ は、人（7(&）という概念の実体（インスタンス）として  名を定義している画面である。
また、&"' では、公理を記述し、それを適用するために、8& という述語論理の処理系を組み込んでおり、述語論理により規則（公理）を記述できる。しかし、8&
による公理の記述は、利用者には難解である場合が多いため、公理を設定するたに、「背反 @'(F&A の 概 念  」 や 「 対 称 的 @(A  」 「 反 対 @(A  」 「  推 移 的@(A」な「関係」を指定できるようになっている。例えば「女性」と「男性」は背反の概念であるという公理を 8& で記述せずに、「女性」と「男性」のコンセプト間は「背反」であると設定することにより公理とすることができる。これにより実体が「女性」かつ「男性」を継承することはできなくなる（即ち、女性でありかつ男性であることはない）。



 背反の概念：概念 / と概念  の両方の下位概念になることはないこと。上記、女性・男性の例参照。
 対称の関係：一つの関係 @ に対して / と  とがある関係 @ にあるとすると、 と / とも同じ関係 @にあること。例えば、/ と  とが兄弟であれば、 と / とも兄弟であると言って良い。
 反対の関係：二つの関係 @ と  について、/ と  とが関係 @ にあるとき、 と / とは関係  にあること。@ が会員を表し、 が所属団体を表すとすると、/ が  の会員であれば、 の所属団体に / があるというのは真である。
 推移的な関係：一つの関係 @ に対して、/ と  が関係 @ にあり、 と 5 とも関係 @ にあるとき、/と 5 も関係 @ であること。例えば、@ が到達可能の関係を表すとき、/ から  へ到達可能で、 から 5へ到達可能であれば、/ から 5 へ到達可能であることが成り立つ。

 





３.２.４ 利用者プロファイル定義システム調査
利用者プロファイルとは、サービスの提供者がその利用者各々に対して適切なサービスを提供するために参照するデータのことであり、いわゆる情報サービスのパーソナライゼ
イションやワン・トゥ・ワン・マーケティングに用いられる。電子政府においては、国民に対して年齢層や地域特性に応じた情報サービスを行なうために重要な役割を果たすものと考えられる。
利用者プロファイルの身近な例としては、ユーザーエージェント（ ブラウザなど）で管理され  サーバ側で参照される&&6 がある。 &&6 の典型的な用途は、ある ページに対して各訪問者が何回訪れたかを記録しその回数をページ上に表示したり、会員登録した訪問者の登録内容（の一部）を記録して次回訪問時に自動的に認証を行なったりすることである。
（１）プライバシー情報取扱いに関連した利用者プロファイルの定義
利用者プロファイルは次のように分類できる。
@A 利用者個人に関する情報（主に認証やサービスの個人向け最適化に利用）：氏名、性別、年齢、住所、電話番号、Ｅメールアドレス、公開鍵証明書など
@A 利用者の嗜好情報（主にサービスの個人向け最適化に利用）：閲覧したコンテンツや利用したサービスの一覧（履歴）など
@A 利用者の端末デバイス関連情報（主に端末向けのコンテンツ最適化に利用）：画面の解像度、カラー表示の可否、音声出力の可否、 の種類など
これらは利用者個人のプライバシーに関わる情報であり、特に@Aや@Aに該当する情報をサービス提供者側が無断で収集したり、利用したりすると問題である。そこで、 では,, という技術標準を策定中であり、サービスを提供するサイトがプライバシーポリシーを利用者に明示したり、サイトとユーザーエージェントとの間でプライバシーポリシー
に関する不一致を自動的に検出したりできるようにしている。また、サイトが収集する利用者の個人情報について、データの分類を行なっている（３．１．５．１節を参照のこと）。
,,  勧告案ではプライバシーポリシーなどを 50 で記述するようになっており、
テキストエディタで直接記述できる。しかし、サイト管理者や  ブラウザの利用者が全てのタグとその意味を理解して記述することは困難であるため、様々な設定支援ツールが開発されている。
0&(&C 社は現在最もポピュラーな  ブラウザである $ "B7& のバージョン

で ,, に対応し、 &&6 のフィルタリング処理について利用者に簡易な設定手段を提供している 。また、財団法人ニューメディア開発協会では、,, 準拠のプライバシ
ーポリシーの作成を支援する各種ツールを開発、無償提供しており、サーバ（ サイト）
側とクライアント（ユーザーエージェント）側のそれぞれについて詳細な設定が可能になっている。

  !"##$$$$%&'#0%0#  -7*!&) のプライバシー機能：!"##$$$& &<&#?!#2&!# #!2##)!2<9 !

 プライバシー情報管理システム：!"##$$$&?!##!2#










（２） サイト構築システムにおける利用者プロファイル定義 サイトから提供されるコンテンツやサービスを各利用者の個人情報や嗜好に応じて最適化するサーバ側のパーソナライゼイション機能は、多くの商用  サイト構築シ
ステムに搭載されている。$-0 社の 7< には 7<,(&:& というオプション製品が用意されており、専用のルールエディタによって利用者プロファイルのルール定義とコンテンツ定義が可能になっている。-" (( 社の & にも同様の機能を持つ &,(&:& が用意されている。
（３）利用者が用いる端末デバイスのプロファイル定義
一方、前述の X@A 利用者の端末デバイス関連情報? を定義するための規格として では&7&( 7(>,C ,&C(（>,,）の策定が進められているM N。

端末デバイスは各利用者がコンテンツや情報サービスにアクセスする手段であり、最近はデスクトップ , やノート , ばかりでなく ,* や携帯電話、セットトップボックスなど
多様なデバイスを利用できる。端末デバイスの選択には利用者の嗜好や状況が反映されうることから、これも利用者プロファイルの一部と考えることができる。
>,, は +*8 で記述するメタデータであり、将来的には ,, とも密接に関係してくる
ものとみられる。

>,, &6 &)7 のホームページにも記載されているように、/, ( の *"$ や の .(2 など>,, に対応したサーバはいくつか発表されているが、定義ツールやクライアント端末側のサポートはまだこれからという状況である。
（４）電子政府における利用者プロファイル定義
現在、日本国内全ての都道府県庁公式サイトで、情報公開もしくは各種申請書用の文書
フォーマットの１つとして '&(( 社が開発した ,*8 が採用されている。,*8
文書のオーサリングツールである & では、,*8 文書にその作成者のプロファイルを+*8 形式で自動的に埋め込むようになっている（図 ３ 、図 ３ 参照のこと）。


 -!0&E&：!"##$$$ )&#?!# &<$# !#! &E&#&'0 &E&2：
!"##$$$  &?!#!&9 #&'#&#*
 55#00&('A&9!：!"##$$$$%&'#&#5500# アドビシステムズ（株）、全都道府県庁の公式サイトが /&064 を活用と発表!"##$$$&&?!#&9&#! &&#!   ##)!<
 7/








図 ３

& で自動生成されたプロファイルの例（一覧表示）

    !!!" "#"$  %  &'(% )  '(&*    &'(       &'( )   +'')! !" !"!,- ., /0 
 +'')   1 ')! !" !"!,-2 2 .20  1 ')   3 *(')4(&'. .56 7  3 *(')
   4*)  4*)   +')6   4(&318'.  +')   -')  -')
  '()


図 ３

上記プロファイルのソース（一部）


& では、このようなメタデータに加え、,*8 文書上に設定されたフォームに必要事項を入力し、電子署名を付加した電子申請書としてオンラインで提出することが可能となっている。（図 ３ 参照のこと。）









図 ３

電子署名（右上部分）を付加した ,*8 文書の例


このほか、特に電子政府においては、利用者プロファイルに登録すべき情報が手書きやプリントされた紙の帳票の形で提出、管理されている場合も多いと考えられる。既に紙の文書として蓄積された情報は、人手によるキーボード入力とスキャン画像を組み合わせて電子化されるほか、 +（光学的文字認識）を用いて自動的にテキスト情報を入力し、全文検索が可能な製品もある。
さらには、定型的な紙面を  + で認識し、プロファイルとして適切な情報を抽出する技術も開発されている。実用化している典型例としては名刺管理システムがある。専用のスキャナにより  + を通じて氏名、会社名、住所、電話番号などを自動的に認識し、データベースへ登録することができる。今後は ,*8 や  ページを用いた電子的帳票入力と  + を用いた紙帳票の電子化を統合したプロファイル入力・管理システムが、各電
子政府・電子自治体に導入されてくるものと予想される。


 名刺管理ソフトの例：!"##$$$2&?!#!&9#!('#$#&#&,#

３.２.５ セマンティック検索システム調査
セマンティック  の電子政府への応用として、政府や自治体が収集・発行・管理する情報に対する、より人間に近い知的なセマンティック検索が期待されている。本節では、セマンティック検索を必要とする応用事例と、そこで使用あるいは要求される技術について述べ、セマンティック検索の可能性・将来性を示す。
３.２.５.１ 応用事例
（１） ホームページ検索
政府には多くの省庁や関連機関が存在し、それぞれが独自のＨＰを立ち上げて情報を提供しているが、一般利用者にとっては、求める情報の管轄省庁がわからないとなかなか情報にたどり着けない。このため、電子政府全体を統合的に検索する仕組みが必要である。現状では、例えば、総務省のＨＰでは、「電子政府の総合窓口」として政府系の全ＨＰに対する検索がかけられるようになっているが、まだキーワード検索の域を出ないため、必ずしも使い勝手の良いものではない。
（図
３!参照のこと。
）

図 ３!

総務省「電子政府の総合窓口」



 !"##$$$ '&2'&?!#

 





また、地方自治体による情報提供においても同様の問題が存在する。欲しい情報はわかっていても、それがどこの場所（自治体）にあるか知らない場合には、情報にたどり着くのは容易ではない。このため、財団法人地方自治情報センター（総務省関連機関）では、
4$,,44と呼ばれる、地方自治体のＨＰ検索のためのポータルサイトを運営しているが、キーワード入力の仕組みに工夫は見られるものの、まだ使い勝手は十分ではない。
（図 ３ 参照のこと。）

図 ３

地方自治情報センターの「4$,,44」

（２） デジタル・ミュージアム
日本には国や地方自治体が運営する美術館・博物館等が多く、電子政府の一環として、文化財の保護と国民への情報公開サービスの両方の観点からデジタル・ミュージアムが構築されている。代表的なものとして、デジタル・ミュージアム推進協議会（総務省関連組織）が運営する、全国のミュージアムが保有している美術品を横断的に検索することのできるデジタル・ミュージアム がある。
（図 ３参照のこと。
）

 !"##$$$!!& ?!#  !"##$$$' 99'?!#

 





図 ３

デジタル・ミュージアム推進協議会の「デジタル・ミュージアム」

同様の取組みはヨーロッパにおいても数多くのプロジェクトが進められている。例えば、英国では、大英博物館 の所蔵品のオンラインデータベース（図 ３参照のこと）、4&%)(の管理する歴史的資産のデータベース（図 ３参照のこと）、'(%)( による絶滅危機生物のデータベース構築を目的とした +1 プロジェクト（図 ３参照のこと）などがある。


  !"##$$$

9 99(#&'9(## !"##$$$(2&'9(#<9 !
 !"##$$$&9

 





図 ３

大英博物館の所蔵品のオンラインデータベース
図 ３

 4&%)( の管理する歴史的資産のデータベース

 






図 ３ '(%)( による +1 プロジェクト

３.２.５.２ 必要な技術
（１）知的検索
上記の応用事例のホームページ検索やデジタル・ミュージアムの多くは、インターネット上に分散した情報源を統合的に検索するものである。それぞれの情報源は独立して設計・構築されるものであるため、横断的に検索することは容易ではない。この問題を解決するため必要な要素技術としては次のようなものがある。
○オントロジー変換
分散型のデジタル・ミュージアムでは、それぞれの情報源ではシソーラスを使用しているかもしれないが、横断的に見た場合、情報アイテムの属性の名前ですら統一されている保障はない。例えば、美術品の製作された年は、 製作年

年代

時代 などの表現のゆれが見られる。このため、表現の同義性を判断する必要があり、あらかじめ一つの統合的なオントロジーにマッピングしてお
くか、オントロジー（表現）間の同義関係を表す変換規則を用意しておき検索時に変換するなどの手法が要求される。
○自然言語表現からの情報抽出（専門用語抽出、テキストマイニング）
検索の対象となるホームページやデータベース・エントリは自然言語で表現されているため、検
!





索要求に適合しているかを判断するには、自然言語表現からの専門用語抽出、さらには、意味解析に基づくテキストマイニングによる情報抽出技術が必要となる。
○検索要求の自由記述入力
現状の検索要求入力はキーワード入力が基本で、4*>+ の組合せは可能なものの、ユーザーの意図が十分に表現できないという問題がある。このため、検索要求の自然言語による自由記述入力が必要である。検索システム側は、入力された検索要求を解析し、検索に必要な用語と意図を抽出し、検索式に変換する機能が求められる。
○意味的マッチング
現状の検索アルゴリズムは、入力されたキーワードに対する全文検索が基本である。しかし、単純なキーワードマッチングでは、表現のゆれに対応できないため、オントロジーによってサポートされる表現間の意味的な関係に基づいて、検索対象を展開あるいは絞込みする機能が求められる。
（２）知的問合せ（クエリー・サポート）
データベースに格納されている情報に対して、知的な問い合わせを行なう手法について、セマン
ティック  では研究が進んでいる。近年、コンピュータネットワーク上でやり取りされるさまざ
まな情報を 50 で取り扱う動きが盛んだが、セマンティック  でも知的な問い合わせの対象となる情報を 50 で記述し、相互運用性を向上させようとしている。しかし、50 は任意のデータ構造を表現できるが、構造が何を意味するかについては規定していない。そこでセマンティック では、
50 をベースに情報の意味を記述するためのデータモデルを規定した +*8 をメタデー
タの記述に活用しようとしている。+*8 のデータモデルに従って、既存のデータベースのデータを変換したり、新たに登録する情報やデータに意味を付与したりしておけば、全文検索に頼らずに、
よりユーザーの質問の意図に沿った回答を返すことができる。
例えば、官公庁のホームページを利用して「ある種の申請書の提出をどの窓口が今日受け付けているか」調べたいとする。官公庁のホームページ内を全文検索しても、たまたま自分が知りたいことがすべて載っているホームページが見つからない限り、検索結果を基にいくつものホームページ
を人間が読んで答えを探す必要がある。申請を受け付けない日があることを書いてあるページや、各窓口の取り扱い申請書類一覧の表などを見つけてやっと目的の知識を得ることがきるかもしれない。
ここで、各「窓口」のメタデータとして、+*8 による「取扱申請」、「受付日時」、「場所」に関す
る記述がされていると仮定する。また、「取扱」と「受け付け」は似た意味であることが記述されたメタデータ（オントロジー）があったとする。そのようなデータベースが整った条件下で、知的な問い合わせを行なうと、ユーザーが申請したいと考えているものが、まずどの窓口で取り扱われているかがすぐにわかる。そして、「今日」という言葉は時間の一種で、現在の日にちをシステムで調べて、その日にちが「受付日時」の範囲内に収まっているかを調べることができるかもしれない。
そしてユーザーに対しては、ユーザーの住所などの利用者プロファイルを参照して、「あなたの現在いる場所から一番近い窓口はどこにあって、本日何時までなら申請書の提出が可能です」と表示されるかもしれない。
（さらに、実際に窓口にいかなくて済む電子的な申請方法もあわせて勧めるかも
しれない。
）

 





上記のような世界を実現するシステムにおいて最もコアとなる要素技術の１つは、+*8 専用のデータの取得・変更・挿入・削除などを行なうクエリー（O)）言語の開発とそれを利用した検索システムであると考えられる。
オランダの $'(& 社で開発された (と呼ばれる +*8 スキーマベースのリポ
ジトリとその検索機能を備えたツールがある（これは将来的には *03$ ベースの検索もサポートする予定がある）。"# 委員会の $% プログラムにおいて活動している %&1&2' プロ
ジェクトの主要な発表成果の１つである。検索言語に O ベースのギリシャの $ 8+%/ で開発された +O@+*8<O))Aを用いている。
この他にも  で述べたように、+*8& の +*O>O#$/、+*8' の 、さらに /,の +*Oなど、O のような形式で +*8 のステートメントを検索する言語が開発されている。

今後は、クエリー機能の向上と、このクエリーを操作するための扱い易いユーザーインターフェイスの開発が必要である。
現在世の中に提供されているセマンティック検索デモシステムの多くは、ある程度閉じたサイト
内に蓄積された+*8 データや、検索できる+*8 データのボキャブラリに対して制約を課している。
今後は、オントロジーの相互変換や統合などを複数のサイト間などで動的に行なうフレームワークの開発が必要になると考えられる。
*0 プロジェクトの $%%1は、$% 分野の講演の  ページにメタデータを付与し、さらに個人のプロファイルやスケジュール、住所などの情報と組み合わせて、エージェントが推論を行ない、参加が推奨される講演をユーザーに提供するポータルサービスである。$%%1 はいく
つかのエージェントを持ち、その中の 07O)( エージェントと呼ばれるものは、別のサービスに対するオントロジーの翻訳機能を提供し、ユーザーの興味のある講演を探すエージェントと協調して動作する。ここでは、 0 のトピックと #0- @#(&C0'-& &)Aのトピック間でオントロジー交換を実現している。このような技術が任意のオントロジーの相互変換フレームワークの開発の進展につながると考えられる。
さまざまなオントロジーが存在し、それらを相互に参照して動作するシステムの場合は、従来の$ システムでは許されなかった矛盾などについても処理できる仕組みが必要になる。現在の の検索結果に誤り（ユーザーの意図と結果が異なっているという意味で）があっても、検索エンジンがそれなりにユーザーの役に立っているように、まずは柔軟なルール運用による実用性の検証が求められている。また、オントロジーの信頼性に関してもデジタル署名や複数ユーザーのレイティ
ングなどによってフィルタリングするアイデアがあるが、実用性の検証が求められている。



 !"##  &#&#    &!!
#H
 !"##$$$ &'##!&'#<9#!!,!< !"##$$$!!&#





セマンティック Web 技術と次世代電子政府での活用方法に関する調査研究

調査報告書

平成１４年３月

発行

財団法人ニューメディア開発協会〒108‑0073

東京都港区三田１−４−２８TEL

０３−３４５７−０６７２