1. 研究の概要 2

　

2. 研究成果 3

　

1. 研究の目的と成果の概要 加藤友康 　　　　　 3

1. 史料編纂所歴史情報システムについて―本科学研究費で開発されたシステムとデータの紹介を中心に― 横山伊徳 　　　　7
2. SHIPS for Internet における画像提供について―影写本データベースと錦絵データベースにおける画像ファイル― 横山伊徳　　　 14
3. 所蔵史料目録データベースver.2(Hi-CAT)の開発 横山伊徳　　　 18
4. Computer Aided Research in Medieval Japanese History: Focusing on Full-text Database Hotate Michihisa（保立道久） 23

　

2. 歴史史料共有の新しい手法

1. WWWサーバによる『琉球外国関係文書』の公開 横山伊徳　　　 30

1. Java Scriptによる全文検索システムについて 横山伊徳　　　 36

2. 「入来院文書」の公開 近藤成一　　　 39
3. 『大日本史料』第十編之二十二編纂ノートの公開 中島圭一　　　 44
4. 南欧における歴史情報に関するコンピュータ利用の現況 浅見雅一　　　 50

2　研究種目・課題番号 基盤研究(A)(2)　　08408011

3　研究期間 1996年度〜1998年度

4　研究経費 1996年度　　　22,400千円

　　研究代表者　加 藤 友 康　　　東京大学史料編纂所教授

　　研究分担者　石 上 英 一　　　東京大学史料編纂所教授

　　　　　　　　保 立 道 久　　　東京大学史料編纂所教授

　　　　　　　　近 藤 成 一　　　東京大学史料編纂所助教授

　　　　　　　　横 山 伊 徳　　　東京大学史料編纂所助教授

　　　　　　　　鶴 田　啓　　　　東京大学史料編纂所助教授

　　　　　　　　山 口 英 男　　　東京大学史料編纂所助教授

　　　　　　　　浅 見 雅 一　　　東京大学史料編纂所助手

　　　　　　　　渡 邉 正 男　　　東京大学史料編纂所助手

　　　　　　　　中 島 圭 一　　　東京大学史料編纂所助手

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　加 藤 友 康

　史料編纂所では、1984年以来、日本史史料のデータベース構築に取り組み、本研究が開始された前年度の1995年度までに約50万件と200万字以 上のデータを蓄積してきた。1993年2月にはACOS3300／150Nとワークステーション（EWS 4800）を導入し、これらの上に東京大学史料編纂所歴史情報処理システム（SHIPS）とデータベースの移植を行なってきた。SHIPSデータベースのうち、「古文書目録データベース」「記録古文書フルテキストデータベース」「大日本史料索引データベース」「維新史料綱要データベース」「編年史料綱文データベース」などの利用環境の統合的整備を行ない、中世古文書を中心とするフルテキストデータベースの構築方法に関する研究も進めてきた。

　さらに汎用機の上に構築されたデータベースをUNIX環境で利用するための研究を行ない、SHIPS データベースのうち「維新史料綱要データベース」「編年史料綱文データベース」をワークステーションを介して利用できる環境を整えてきた。

　そこで、本研究の第１の目的として、蓄積されたテキスト情報と画像情報の連結によって、歴史史料としての文字情報の解析に際して、多用な情報を連関させうる条件を構築することとした。史料編纂所が所蔵する「影写本」のマイクロフィルムと「古文書目録データベース」、「維新史料」のマイクロフィルムと「維新史料綱要データベース」のハイパーテキストによる検索、前近代史料の調査とそこで撮影したマイクロフィルム蓄積の成果の公開など、SHIPS データベースとの連結を図りながら、史料編纂所で構築したデータベースのマルチメディア化を行なうことである。

　第３の目的として、WWWサーバ対応のデータベースとして歴史史料のデータベース構築を進めることとした。これまでテキストデータが中心であったデータベースの提供に対して、WWWサーバを介して画像情報とテキスト情報を効率的に公開するシステムを開発することにより、多面的な歴史情報の提供が可能となり、本研究所内の研究者の研究に寄与するだけでなく、国内外の日本史研究者もそれを利用することで多角的な研究を進めることができるからである。

1996年度

(1) 史料編纂所歴史情報処理システム（SHIPS）上のデータベース（「古文書目録データベース」「編年史料綱文データベース」「維新史料綱要データベース」「古文書フルテキストデータベース」「大日本史料索引データベース」「中世記録人名索引データベース」「諸家文書目録データベース（島津家）」など）を、ワークステーション（EWS 4800）上へ移植し、EWS 4800をWWWサーバとしてこのデータを検索可能とするシステムを確立した。

(2) 「影写本の画像データ化」のために、「影写本マイクロフィルム台帳」のデータ入力を行ない、また本研究所の所蔵する「影写本マイクロフィルム」（35mmフィルム 870リール、約53万コマ）をデジタル画像化してCD-ROMを作成し、EWS 4800上のDBMSであるFuture Happinessによる「影写本データベース」検索と連動し、Netscape NavigatorおよびVIEWDIRETOR PRO2+を介して、WWWサーバによる検索結果を画像表示できるシステムを構築した。

(3) 『東京大学史料編纂所図書目録』第二部和漢書写本編全10冊および同カード約1300枚のデータ入力を行ない、影写本・謄写本をはじめとする本研究所所蔵図書の目録データベースを構築し、｢古文書目録データベース｣の追加データ入力として、｢入来院家文書｣データの入力作業も行なった。

(4) 日本関係海外史料マイクロフィルム目録のデータベース化の前提作業として、『Historical Documents Relating to JAPAN in Foreign Countries』Vols.14のデータ入力を行なった。

1997年度

(1) 史料編纂所が所蔵する非刊行物系の史資料の目録データベースである所蔵史料目録データベースについて、公文書目録基準（森本祥子訳「国際標準記録史料記述：一般原則」『記録と史料』6(1995) 参照）をモデルとして、書目、冊次、細目の３階層構造をもつデータベースに再構築する作業を行なった。更に、SHIPSの将来計画を見通して、PCサーバ利用によるマルチユーザシステムとした。

(2) 1996年度に作成した「古文書目録データベース」・「古文書フルテキストデータベース」のデータに、1996年度にデジタル画像化しCD-ROMに保存した「影写本マイクロフィルム」のイメージデータを連結するためのHTMLタグを付与し、 WWWサーバを通じて、影写本画像のデータ公開のシステムを完成した。これにより、1997年6月より、『東寺百合文書』（京都府立総合資料館所蔵）の影写本等の画像データ公開を開始した。

(3) 史料編纂所所蔵貴重書のデータベース入力を行ない、その画像データをフォトCDとして蓄積し、イメージデータのHTMLタグを付与し、 WWWサーバを通じて、史料編纂所所蔵「入来院家文書」のマルチメディアデータベースとして公開を行なった。

(4) 「古文書フルテキストデータベース」でのデータ構築について、ハイパーテキスト形態をふくむものに改良し、現有の汎用機（AX7300）経由ではなく、直接にEWS 4800上のDBMSであるFuture Happinessに登録するシステムを開発を行なった。これにより、「古文書フルテキストデータベース」を、『大日本古記録』・『平安遺文』からなる「平安時代フルテキストデータベース」と、『大日本古文書』からなる「古文書フルテキストデータベース」の２つに分離した。

1998年度

(1) 1996年度にデジタル画像化しCD-ROMに保存した「影写本マイクロフィルム」のイメージデータについて、CD-ROMサーバから画像を読み出して表示させていたシステムを、より高速にまた安定的に表示するため、新たにDBサーバにハードディスクを増設し、ハードディスク上の画像データを読み出し、WWWサーバを通じて影写本画像のデータを公開するシステムに改良した。これにより、影写本の画像データ表示の速度と安定性が増した。

(2) 「編年史料綱文データベース」のデータ構築について、現有の汎用機（AX7300）上へのデータ一括登録システムを改良し、年号、月日、編・冊・頁データをバッチ処理により登録するシステムとした。これにより、PC端末での索引付与作業におけるデータ入力時間が短縮され、データ構築環境が改良された。

(3) 史料編纂所の出版物（『大日本史料』『大日本古文書』『大日本古記録』『大日本近世史料』など）のスキャニングによる画像データ作成とハードディスクへの格納事業に対応して、「編年史料綱文データベース」「大日本史料索引データベース」「平安時代フルテキストデータベース」「古文書フルテキストデータベース」の検索結果から、当該出版物の該当ページの画像データを表示するシステムを新たに開発した。

以上のデータベース構築とその公開システムの開発により、史料編纂所のホームページ（/）を通じて、以下のデータベースが検索可能となった。

【ホームページのデータベース選択画面】

2.1.1 史料編纂所歴史情報処理システムhttp://www.hi.u-tokyo.ac.jpについて

　本研究は、東京大学史料編纂所の97年新システム導入にあたって、「オープン・イージー・ヴィジュアルなSHIPSデータベース」SHIPS for Internetを構築するため、様々な支援システムを開発・実験・運用することを目的としている｡

(1) WWW(World Wide Web)を中心とする歴史情報システムのプロトタイプの構築

(3) PCやUNIXシステムでのフィルム・写真の画像処理方法が定着してきたので、画像データを蓄積・検索するシステムの開発

　これまで15年間蓄積してきた各種データベースの構築環境を活かしながら、WWWを全面的に導入することにより、自ら質・量ともに増大する歴史情報の需要増大に応えることを目指す。

SHIPS for Internetは、旧SHIPSを継承発展させて、データ検索・画像処理などを分担する分散型ワークステイションを中心とするシステムであり、これらを相互に接続する高速のネットワーク100BASEはUTnet2に接続され、インターネットにより全世界とつながっている。

　サーバシステムは、WWWマルチメディアサーバ（NEC EWS4800/320PX）に、データベースサーバ（同EWS4800/460）とCD-ROMサーバを統合させ、加えて、メール/FTPサーバ（同EWS4800/320PX）からなる。とくに、現在所蔵史料の複製として16�oマイクロ、全国・世界各国の史料収集には35�oマイクロを用いており、この両者に対応した画像サーバのあり方を、本研究では重点的に工夫した。本研究により、インターネットに接続されている世界中のマシンから、史料編纂所のデータベースと画像が利用できるようになった。

現在SHIPS for Internetでは、公開利用可能なデータベースとしてつぎのようなものを挙げることができる。

データベース名	概要	本研究との関係
古文書目録	古代・中世の古文書の目録データベース。長期的には、全国の古代・中世文書の総合データベースに発展させるが、当面は本所所蔵の影写本所収古文書の目録データベースとして完成を目指す。	影写本画像サーバへのリンク
大日本史料索引	『大日本史料』１・２・３・６・７編の近年刊行文の索引データベース。現在は人名のみ。	出版物画像サーバへのリンク
中世記録人名索引	『満済准后日記』『吉続記』『経俊卿記』『花園天皇日記』『勘仲記』（継続中）人名索引データベース。
維新史料綱要・復古記（綱文）	本所が編纂・所蔵する古代から明治維新期までの編年史料集の綱文（年月日順に配列したヘッドライン）のデータベース。『維新史料綱要』『大日本史料』『史料綜覧』が入力されている。文部省研究成果公開促進費の交付を受けて作成。 16�oマイクロフィルムとの連動可能	出版物画像サーバへのリンク
編年史料綱文
平安時代フルテキスト	古文書（『平安遺文』）・ 『大日本古記録』（『貞信公記』『九暦』『御堂関白記』『小右記』『後二条師通記』）のフルテキスト検索
編年カード	『大日本史料』編纂のためのカードシステム（1編のみ）
諸家文書目録（島津家）	古文書目録データベースを史料群(archives)対応型に改変したデータベース。現在、史料編纂所所蔵島津家文書のデータを収める。 16�oマイクロフィルムとの連動可能
古文書フルテキスト	平安時代フルテキストデータベースを基に、『大日本古文書』のフルテキストデータベースを構築するための拡張を施したもの	システム開発
所蔵史料目録Hi-Cat2	図書部所蔵・管理する史料やマイクロフィルムの目録、『東京大学史料編纂所図書目録　第二部　和漢書写本編』（全10冊）や『外務省引継書類』目録などの貴重書目録を収める。影写本画像サーバへのリンクを実現。	国際標準化構想(ISAD)による史料群の階層的表現を可能にするシステム開発

　このうち、所蔵史料目録データベースHi-Cat2は、従来ACOSやPCに別々に構築されてきた、図書部の各種データベースをPC上で統合した所蔵史料目録データベースを新たに組み立て直して、史料群の階層的表現を実現したものである（後掲別項参照）。

　画像サーバには、WindowsNTマシン(Compaq DeskPro 2000）をコントローラとするCD-ROMチェンジャ（KODAK CD ADL 150）と、UNIXシステムへの大規模HDDという、２つのシステムを採用した。本科学研究費によって作成された画像のうち、『日本関係海外史料目録』（A4約6000ページ）の画像は前者に、影写本7200冊（35mmマイクロフィルムのべ約54万こま）の画像は後者に格納してある。そして、前者に格納される画像はすべて、後者に格納される画像は東寺百合文書など数種類の史料群について公開が実現している。（98年12月現在）

　中央システム（NEC AX7300/150F）は演算速度12MIPSのCPUと記憶容量18GBをもち、史料編纂所が15年間開発してきたSHIPSデータベースシステムが稼動して、データの蓄積・加工が行われている。

　このSHIPSデータベースの内訳は次の通り。

データベース名	データベースの概要
古文書目録	史料編纂所所蔵影写本に収められた古文書目録
大日本史料索引	『大日本史料』の索引
大日本史料書名索引	『大日本史料』の引用書名の索引
中世記録人名索引	中世の記録史料の人名索引
維新史料綱要	『維新史料綱要』綱文検索
編年史料綱文	『大日本史料』綱文索引、維新と同システム
古記録フルテキスト	『大日本古記録』の全文検索
古文書フルテキスト	古文書のフルテキスト
編年カード	『大日本史料』編纂のためのカードシステム
（島津）史料目録	本所所蔵島津家文書の目録

　PCはいわゆるタワー型（NEC PC　9821V16）とノート型(NEC PC9821Nr150）で、100BASE-TXネットワークに対応している。本研究では、PCに特にインターネット関係および画像処理関係のアプリケーションを強化してインストールした。すなわち

WS_FTP Lite (windows用FTPツール)

　本研究の狙いとするところは、Internet/Webへの対応のために導入されたされたハードウェアの環境＝分散協調型システムを、如何に歴史学研究者にとって利用しやすいものとするか、という点にある。そこで次に、この研究に至る経緯、及び、研究の結果実現した機能の特性を以下に紹介したい｡

　旧システム（SHIPS 92）は、MML¹として構築されてきた｡これは当時の技術からすれば当然で、安定した中央システム故に、15年間大過なくデータを蓄積し続けることができた。

(1) 中央システムは誰もがすぐに操作できるものではない上､各データベースの構築者が使いやすいと考えたシステムが統一なく存在するため､すべてのデータベースを自由に操作するということが非常に困難になったこと

(2) PCから中央システムのデータベースを操作、検索結果を印字出力して確認する、ということが原則であるため、手元で自由に確認することが困難であったこと

(3) 自宅や他機関から中央システムの操作ができないこと

(4) 画像サーバが特殊な端末を要求するため､PCから画像を閲覧することができないこと

(5) PCがWindowsとTCP/IPに移行したが､中央システムはこれらに環境に対応することが（貸借契約上）遅れたため、PC側でのSHIPS 操作にストレス（OSの切り替え）が蓄積したこと

　95年から科学研究費重点領域研究『沖縄の歴史情報研究』（領域代表者、岩崎宏之（筑波大学））が開始されたのを踏まえ、本研究では、歴史研究におけるインターネット技術の応用について重点的に取り組むこと²が目論まれた。

　SHIPS for Internetが前提としたWindowsとTCP/IP環境下では、

(1) GUIが基本となるので、操作はほとんど画面をみるだけで了解できる。

(2) WWWの特性として、検索結果はPCへ転送されるので、PCでの検索結果確認ができる。

(3) インターネットに接続されてさえいれば、所内所外を問わず、どこでも検索可能である。

(4) .gifないし.jpg形式であれば、WWWブラウザで画像を表示することが可能である。

(5) PCのOSが標準でTCP/IPに対応している。

という効果が期待できるので、検索システムの中心をWWWへ移行した。

　現在では、WWWサーバによる検索システムは、検索エンジン及び各種データベースとの組み合わせで構築することは、ほとんど常識に属することとなっている。しかし、96年当時は、理論的には判っていても、現実にそのようなシステムは存在しなかった。つまりWWWサーバ対応のRDBは、

(1) いわゆる目録データベースのようなものは、比較的簡単に移行できるであろうが、全文データベースは、検索スピードの点で不安が残る。

(2) RDBのCGIプログラムがまだ開発端緒についたばかりで、完全作動が保証されず、自前の開発となることが予想される。

　そこでSHIPS for Internetでは、全文検索に特化したインターネット対応済みのパッケージ（平和情報センターFuture Happiness Light for Internet）を導入した。

　WWWサーバとデータベースサーバの間のやりとりは技術的に解決した問題としてみなすことができる。

　このパッケージでは、データすべてをpreindexingするので、十分満足のいく検索スピードが出る。

　周知のように、データベースサーバからWWWサーバに送るさいに、HTMLによるマークアップによって、画面表示をコントロールすることができる。

　本研究の主目的は、Internetを通じて文書や史料の画像を共有可能にすることである。本研究ではまず、影写本の画像データをその研究素材とした。

(1) システムとして画像をどのようにサポートするか、

(2) 画像データの具体的な作成プロセスをどう構築するか、

　このシステムの構築には、現在全国各地で採訪された35mmマイクロフィルムに収められた文書画像や900冊に及ぶ本所出版物をディジタル化していく作業のプロトタイプの構築という狙いもある。

　画像をインターネットから供給することは、すでに実験的な段階ではなく、歴史学研究者が実用につかうツールとして機能することが要求されている。しかし、影写本約7200冊画像コマ数54万コマをインターネットから利用するとなると、それだけの画像データを収めるstorageをどう実現するか、がまず問題である。

　95年秋の時点では、DVDなどの新メディアが開発されつつあったが、すぐに実用になるものは、

(1)HARD DISKの増設

(2)光ディスク

(1)は、システム的には考えるところが少なく、一番安定していてアクセススピードも早い方法である。しかし、画像ファイルの仕様が未確定の段階で、どのくらいの容量のディスクを用意すべきなのか、判断がつかずにいた。また、ディスクの値段がまだ大規模容量のものは非常に高く、コスト的に見合わなかった。

(2)は、SHIPS 92でも採用した。しかし、これは、光ディスクの仕様がメーカ独自であり、何より、TCP/IPへの対応が遅れており、インターネットで実用に供するには、ハード・ソフト共に開発ということが予想された。

(3)CD-ROMは、そこに収める画像ファイル形式がシステムに依存しない点では、(1)HARD DISKに類似し、データ保存の点では(3)光ディスクのもつ安定性、大容量を備えていた。また、CD-ROMの枚数を増やすことで、データ増加にも対応できた。また、CD-ROMチェンジャは、すでにTCP/IP対応を標準化しているか、もしくは、UNIXなどのオープンなOSに対応済みであった。

　以上から、研究当初の計画では、画像の格納にはSHIPS for Internetに導入されていたCD-ROMサーバ(KODAK CD ADL150)をもちいることにした。この機種は、3台のCD-ROMチェンジャを1台のWindowsNTマシンによってコントロール（ソフトはSmart CD)するもので、このNTにNFSを搭載することにより、見かけ上WWWサーバのハードディスクとして機能する。

　しかし、97-98年の運用の結果、このCD-ROMサーバはいくつかの問題を抱えていることが判明した。

NFSマウントが安定しない。

　機械的な動作の時間（CDのドライブへのロード時間）が、システム全体のレスポンスに比べて遅く、待たされるという印象がつよい。

　アクセスログの解析の結果、CD-ROMサーバへのアクセスは、約4000件/週である。これは約３分に１件のアクセスが平均して発生したことを意味する。これは24時間平均であり、所員の利用が集中する10-17時では、恐らく1分に１件程度の頻度となっていると思われた。この頻度で(2)の状態であると、画像ファイルgetの要求が処理しきれないまま、次のアクセスを受け付けるということになり、(1)のNFSに待ち行列が溜まってしまった。結果、mountが外れるという事態が発生するようになったのである。

　そこで、98年度に価格の急激に下落した大容量HDD(60GB)を導入し、利用頻度の高い影写本画像はこれに移動した。この結果、画像呼出にかかる時間は著しく減少し、システム全体としては安定運用が実現した。

(1) ファイル容量上の制約　ファイルサイズは精々100KB前後が望ましい。

(2) ファイル形式　WWWブラウザで閲覧できるのは、.gifないし.jpg形式。

(1) 画質の問題　単に閲覧できればよい、というレベルではなく、むしろ、歴史学、ないしは史料集編纂にとって必要なレベルの画質を供給したい。

(2) 作成期間の問題　これまでの本所のデータベース作成作業は、10年単位で行なわれてきたが、画像データについて10年は長すぎる。できれば、一挙に実用システムとして立ち上げたい。

(1) 20年ほどまえに作成された35ミリマイクロフィルムをマザーとしてスキャンを行なう。

(2) マイクロスキャンはA3換算400dpiモノクロ2値とする。

(3) ファイル形式は、gifやjpegにこだわらず、必要ならばplug-inを利用する。

(4) 28,800bpsの公衆回線モデムで接続したPPP接続を念頭に置き、100KB前後とする。

(1) は主として予算の節約のため。

(2) については実際の画質を比較検討した。この解像度ならはマイクロリーダプリンタ並みの画質となる。モノクロ2値にしたのは、A4レーザプリンタによる出力を前提にすると2値でよい、また、影写本自体が原本から文字部分を墨で写したものであり2値情報である、と判断したためである。

(3) gifやjpegはディスプレイ表示を念頭に置いた形式であるため、印刷したときの画質に不満が残る。そこで、高画質を確保するためにあえてgifやjpeg以外でも検討の対象に含めた。

(4) 一般ユーザの環境からあまりにかけ離れた仕様での公開は、実質的な公開ではないと考えた。一画像を約一分半前後で入手できるサイズとなった（検索時間を除く）。

結果、plug-inを利用するということを前提に、tiff形式にG4圧縮をかけるという仕様でスキャンを行なうこととした。これは、現在35ミリマイクロスキャナでは標準で出力できるファイル形式である。また、2値画像として見た場合、gifやjpegと比較して高解像度の画像を提供することができる（後掲別項）。要するに現状では、マイクロスキャンの分野と、インターネットによる画像利用の分野とがあまり交流がなく、マイクロスキャンした画像を、WWWブラウザで見るという需要があまり想定されていない。その両者をつなぐのがplug-in Viewerである。本研究では、TMS Inc.のView Director Pro 2 +を採用した。

インターネット公開を前提に、 TIFF G4のファイル形式を採用すると、問題は、画質とファイルサイズのバランスである。マイクロフィルムの持っている情報をできるだけ多くディジタイズするには、解像度を上げ閾値を低めにとる。すると、画面は全体として暗くなり、G4圧縮は効かなず、ファイルは相当なサイズとなり、とてもインターネットで利用できるものではなくなる。

(3) 更に、経験的には、このような高感度の画像はスキャンニングのタイミングをとることが難しいらしく、一部に流れた画像が発生する。この画像は、イメージの輪郭がぼけてG4圧縮に向かず、必要以上にファイルを大きくする。

(1) トリミングを実施する

(2) 影写本の場合、地が白く一色で表示されるような閾値に調整する

(3) (1)、(2)によるスキャンエラーを減少させる

　既に述べたように現在影写本画像サーバは、WWWサーバの外付けディスクとして機能している。

　この画像サーバに収められた画像一ファイルは、影写本一冊毎に一フォルダにまとめられ、現在約7200の影写本画像フォルダが存在する。そして各影写本画像フォルダは、撮影順に00000001から00007200までの一意の番号が付与されている。各画像フォルダには、やはり撮影順に影写本の見開き画像が00000001.tifから順番に収められている。つまり、影写本の冊→丁という構造は、フォルダ→ファイルという関係に射影変換されているのである。

　以上のシステムを古文書目録データベースに組み込んで、現在進んでいる影写本の目録作りによりインターネット上で巨大な『日本古文書影印集成』を作成することが可能となる。しかし実際には、影写本すべてについてファイル名を特定することは、とりもなおさず、古文書目録データベースが完成することであり、10年単位の時間がかかるであろう。

　そこで現在は、影写本タイトルと画像とのリンクを実現した。すなわち、古文書目録データベースから該当する古文書画像データファイルが収められている影写本フォルダを指示する。この方法なら、約7200のフォルダへのリンクを実現すればよいことになり、比較的短期間に実用システムとなる。検索結果が直ちに画像表示ということにはならないが、フォルダ内のファイル指定はユーザ自身がフォルダ内を検索・閲覧することでユーザ側の操作に委ねる⁴という手順を採用した。

　PCサーバ（NEC Express5800/140 133MHz*2, 10GB）のシステムについては、多くを語る必要はない。敢えて付言すれば、この導入によって実現したファイル共有は、編纂者がPCに依存した編纂を行なえば行なうほど、必要とされる。なぜなら、多くの場合編纂は共同作業であり、作業の結果をファイルとする場合、共同作業者が共通してファイルを利用できることが不可欠だからである。実際、導入後共有フォルダが相当増加している。システム運用開始1年余で共有フォルダに用意した4GBは既にして飽和状態となり、現在8GBに増設している。

　PCサーバ導入の狙いのもう一つは、デバイス共有にある。辞書サーバの設定や高速・カラーレーザプリンタのネットワーク共有に使われている。

　従来研究部を中心に構築されてきた研究用のSHIPSデータベース(ACOS)とは別に、図書部がPCを利用して、図書管理のためのさまざまなデータベースを作成してきた。今回、このデータベースを統合し、PC上に一つの大きな図書部データベースを作成した（所蔵史料目録データベース）。本研究では、このデータベースに本格的な改良を加え、PCサーバによるデータベース共有システムのプロトタイプ（Hi-CAT 2）開発に取り組んだ（後掲別稿）。

(1) PCサーバにデータベースソフトSQLサーバを導入し、5台のPCにクライアントを設定する。

(2) 既にAccess97で開発してあった新しい所蔵史料目録の構造をSQLサーバに反映する。

クライアントPCにAccess97によるフロントエンド画面を設計する。

(3) 外注業者への発注データ（『東京大学史料編纂所図書目録　第二部　和漢書写本編』全10冊）および既存の所蔵史料目録PC版データを一括処理してインポートするプログラムを開発する。

(4) このデータ構造にあわせて、WWWの検索データベースも改良を加える。

1. マイクロチップの載ったPCと中央システムとの連携、Micro- Main-Link

2. 私も本所所蔵『琉球外国関係文書』のホームページ(/ personal/yokoyama/okigindx.htm)を開設しました。

4. 文字どおり、Browse（拾い読み）することになる。このためにも、画像ファイルは小さくして、トラフィックにかかる時間を短くする必要が生じる。勿論、丁数順とファイル順とは一致している（はず）なので、古文書目録データベースの検索結果から一応の見当はつく。この考え方はISADをはじめとする公文書検索システムの考え方と共通している。この考え方の、従来の一点目録主義に対する優位性は、近藤成一「史料編纂所と電算機」『歴史評論』（578、1998）72頁参照。

　　　　　　　　　　　　　　　　　　　 横 山 伊 徳

　ある古書展で「絵のあるものは、最低30万円です」という掲示をみて驚いたのは、バブルの頃であったかと記憶する。明らかに世の中の関心が「目で見てわかる」ものへ動いていることを実感した。文字とコマンドの世界だったコンピュータ界にも「目で見てわかる」動きは押し寄せてきた。インターネットも、メニュー構成のgopherから「目で見てわかる」Mosaicへと急速に変化をとげていた。このような変化をふまえ、研究メンバーである加藤友康・近藤成一・鶴田啓・山口英男の各氏と共に、コンピュータで画像を扱うという素人のにわか勉強が始まった。このときの勉強が、/配下の画像データを支えている。

　日本の感覚では、現物をスキャナにかけるのは論外とされて、現物史料を直接ディジタイズすることは困難である。しかし一点ごとにA4サイズの焼付を作り、それをスキャンするのではコストと手間がかかり無駄も多い。幸いにも、撮影フィルムをスキャンする手法が実用化されてきた。現物史料を撮影し、フィルムをスキャンしてデータを作成するのを原則とした。

　PCDファイルはKodakが開発した、フィルムスキャン=CD-ROM焼き付けの一連のシステムで使われるファイルで、1/16Baseのファイルから16Baseまで5種類のサイズのファイルが一度に作成できる。作成に際しては、DPEと同じく写真店へ発注すればよい。CD-ROM１枚に100枚まで画像を収められ、また、多くの画像ソフトがPCDファイルに対応しているので、現在の標準的なPCでは扱いやすい画像形式である。現在はディジタルカメラが隆盛だが、画像の質がよいこととフィルムというバックアップが残るというPCDファイルの利点は失われてはいない。コストの面でも、ファイル保存、変換などトータルに考慮した場合には、十分な利点がある。PCDファイルには、もう一つ上のPro-PCDの規格もあるが、こちらの64Baseは現在のPCにとってはオーバースペックである。

　TIFFファイルはAdobeが開発したビットマップファイルである。ファイル自体に様々な情報を組み込めるのが特徴で、複数画像をページをめくるような形式にすることもできる。現在ではドキュメント系の画像ファイルとして広く使われている。フィルムからこのファイルを作成するには、富士フィルムMS-1600などのディジタルマイクロリーダが必要となり、実際には専門業者に発注しなければならない。本研究で、影写本マイクロフィルムのディジタイズを行なったが、そのファイル作成にはこの形式を採用した。

　フィルム・ディジタイズにおいて特に留意すべきは、次の3点である。

　こうして作成した画像ファイルは、予想外に大きくPC程度の力では扱いにくい。たとえば、4BaseのPCDファイルは6MB程度となり、A3/400dpiのTiffファイルは２値であっても1.5MBになってしまう。しかも、ネットワークの事情も現実的には無視できない要素である。インターネットが混雑してなかなかつながらない、という事態が生じるようになった。専門家の話では、高速道路と同じで、太い回線を作れば通行量が増えるので渋滞は変わらない、という。となると、あまり大きなファイルを作るのはネットワーク環境を破壊する行為である。100KB程度に押さえる、というのが至上命題となった。

　JEPGファイルについては周知であろうが、インターネットの標準ファイルであるというのが最大の特徴である。インターネットのフルカラー画像はほとんどこの形式が採用されている。また、ディジタルカメラなどもこの形式を採用するものが多く、実質的にPCの世界ではもっとも広く用いられている画像圧縮形式であると考えられる。

　錦絵はカラー画像でないと意味がないので、とりうる方法はJPEGしかない（注）。PCDファイルに対してJPEGファイルに変換してJEPG圧縮をかけるのは、標準的な画像ソフトで可能となっている。商業用ポスター作製にも用いられるという35mmカラーフィルムをスキャンし、Paint Shop Pro（本所ではVer.3.2を採用）でJPEGファイルを生成する。100KBでも、画像の大きさ（画素数）が小さければ、かなりの高画質は得られる。しかし、絵が小さいと錦絵では文字が読めない。結局、文字が読める大きさを確保して、圧縮率を高めた。勿論高圧縮すると画質が劣化するので、高画質印刷には向かない。

（注）最近Flash-Pixという画像形式がKodakにより開発されて、注目を浴びている。これは、PCDと同じく同一の画像に対してサイズ の異なる複数の画像を用意する。Flash-Pixの特徴は、これら複数の画像がすべて64*64pixelの小画像（タイル）に分割されていることである。同一サイズでは、このタイルのみを繰り返し読みだせばよいので、ファイル全体を読むのにくらべて処理が早く済む。また、異なるサイズで関係するタイルを読み出していけば、拡大縮小が実現される。

このファイルの現状でのデメリットは、全体をある大きさで見るときには、やはりかなり大きなファイルとなってしまうこと。また、現状では、タイル同士の関係付けにhttpdでは対応していないので、専用のサーバが必要になること、また、当然の事ながらブラウザへも専用のプラグインが必要となること、などが考えられる。しかし、サムネイルを別に作らなくてよい点だけみても、本格的なカラー画像サーバを構築する場合、かなりの工程を省略できるので、今後はインターネットでも急速に普及が進むであろう。

なお、Flash-Pixをブラウザで閲覧するためのプラグインは、

http://www.livepicture.co.jp/download/index.htmlで入手できる。

これは、ファックスなどの画像転送の際に用いられていた画像圧縮の形式の流れをくむもので、2値化された画像ファイルに対しては、非常に高い圧縮率を実現している。しかも、JPEG圧縮が画質を低下させるのに対して、圧縮前の画質を損なうことがなく、印刷時にも美しい画像をえることができる。しかし、インターネットの標準ファイルではないので、閲覧するためには様々な別の仕掛けが必要になる。そこで、ブラウザにTiff　G4圧縮のファイルを扱えるプラグインTMS Inc. View Director Pro (http://www.tmsinc.com/internet/　product/) を組み込んで、ブラウザから閲覧できるようにした。

http://softpark.cplaza.or.jp/lib/mm.htmlには、この種のプラグインソフトが多数リンクされている。

　本圧縮で留意すべきは、画像の質によって圧縮率が変動することである。白黒がはっきりしている画像では相当の圧縮が期待できるが、影やかすれが多い画像では、あまり圧縮が効かないのである。従って、影写本画像のように、全部で50万コマ以上のファイルを作成する場合、その格納ディスク容量をどの程度にすればよいか、という試算が困難であった。本研究では、CD-ROMサーバという300GBという余裕の容量を確保できたので、実際的な困難は発生しなかったが、HDDなどへの格納の場合は、その見積もりは難しいと考えられる。

　本所の最大の画像資源は、マイクロフィルムである。もともとモノクロだから、上手に２値化処理すればTIFF G4形式ファイルとして上記要件を満たす。影写本7200冊のマイクロフィルムの画像約53万コマを60GB程度に収めることができた。この画像は、すべて所蔵史料目録データベースにリンクされており、同データベースを検索した結果、影写本がヒットすれば、その画像を閲覧することができるようになった。

　また、試験的に、『日本関係海外史料マイクロフィルム目録』（全15冊中、品切分14冊）をスキャナにより、やはりTIFF G4形式にディジタイズした。全体では約6000ページ程になるが、ファイルサイズは250MB程度であり、CD-ROM１枚に収まることが確認された。この画像は、/personal/　yokoyama/hensan/microfilm.htmからすべて利用できる。

　現在の技術では、すべての用途に適したmulti-purposeファイルはない。本研究では、保存はあくまで現物で行なうべきと考え、史料閲覧の時間と距離の制約を減らすことに力点を置き、共有ということを第一に指向した。

Windows95(osr 2.*)ならば、TIFF G4の画像を見ることは標準で可能となった。

〔附記〕本稿は、「錦絵ギャラリーと錦絵データベース」（『画像史料解センター通信』第2号、1998年）に加筆訂正したものである。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　横 山　伊 徳

本稿は、本研究において開発した『所蔵史料目録データベース』ver.2（以下Hi-CAT）について、開発経緯と開発理念、開発システムの詳細を述べることを目的とする。本システム開発及び本稿執筆において、本所図書部内村奈緒美・柿沼徹両氏には多くのご協力をいただいた。

　本所が電算化に取り組み始めて既に15年経過する。その間、SHIPSとして開発されてきた多くのデータベースを見れば明らかなように、歴史「情報」の管理・整理のためのデータベースが主要なデータベースを構成してきた。全文データベースしかり、綱文データベースしかり、索引データベースしかり、である¹。これは、編纂者として歴史「情報」をpublishする職務のしからしめるところである、といえる。

　ところが、歴史「情報」を生み出すところの、史料そのもの、写本、マイクロフィルム、といった物の管理・整理のためのデータベースというのは、SHIPSの主要なデータベースとして位置付いてこなかった。一方、93年2月に電算機レンタルが開始される以前から、この物の管理・整理を担当していた図書部では、ACOS上のマイクロフィルム管理データベースや、LANFILE/N5200、さらに93年2月以降導入された『桐』を使って、データを蓄積してきていた²。

詳しい聞き取りを行なったわけではないが、93年以降、PCによるデータベース入力を行なっていた図書部では、各特殊蒐書や各種形状毎に異なっていたデータベースを統合化することを指向するようになった。この背景には、『桐』の上に構築されてきた写真帳データベースが図書部史料掛の中核的データベースとしてデータ蓄積を大きくしてきたことがあると思われる。『桐』はそれらのデータベースを統合するだけの能力を備えたソフトであった。こうして、ローカル版所蔵史料目録データベースver.1の原型ができあがっていった。これは、SHIPSが97年システム更新に当たって、本格的に物の管理に踏み込んでいく、大きな原動力となった。そして、99年3月まで稼働を予定しているWWW版所蔵史料目録データベースver.1は、このローカル版を組み替えて作成された。

　この統合化への動きは、97年2月の電算機更新におけるN5200シリーズの不採用、ACOSシステム上のマイクロフィルム管理データベースの閉鎖、などによっていよいよ本格化した。しかし、皮肉なことに『桐』と新しいOSであるWindows95の相性が非常に悪く、この更新では『桐』ではなく、『ACCESS』が採用されることとなった。図書部における所蔵史料目録データベースver.1は、（『ACCESS』採用を決めた張本人が言うのも気が引けるが）先の見えない『桐』の上に構築される不安を抱えることになった。Hi-CATへの動機は、まずこの点にある。

　一方、図書部データベースの統合化の動きを踏まえ、本研究ではその利用度を一挙に高めるべく、標記の目録を全冊外注入力することとした。しかし、ここにも問題が発生した。所蔵史料目録データベースver.1のフォーマットにあわせて入力すると、データの繰り返し入力が増えるので、目録ベタ入力の1.5倍程度の費用³がかかると見積もられたのである。Hi-CATへの移行の、第二の理由である。　

　更に、『桐』そのものが抱えている問題も深刻であった。『桐』はデータベース利用の困難を少なくするため、ユーザに対して厳格なリレーショナルデータベースの作法を要求しない。そのため、プライマリー（主）キー（レコードの一意性を保証するフィールド）なしでもデータベース構築が可能となっている。しかし、WWW上のデータベースは厳格にこの主キーを要求する。したがって、『桐』上の統合データベースを構成するいくつかのフィールドの組み合わせにより、主キーを再構成するしかない。普通の判断では架・番・号が主キーとなるが、本所の場合、架・番・号が同一で別レコードという場合が少なからずある（合綴の場合⁴）。

　従って、統合データベースからWWWへデータを受け渡す際、いくつかのトリッキーな処理が発生し、そのため、この過程を完全自動化できないでいた。これが第三の理由である。

　以上から、主キーを備えた（それなりに厳格な）Windows版RDBをベースに、フィールド構成を考え直したヴァージョンアップが目指されることとなったのである。

　では、どのような形でデータベースのヴァージョンアップを目指すべきか。私の念頭にあったのは、国際標準記録史料記述ISAD(G)である。この詳細は他の文献に譲る⁶が、90年代初頭から国際的に活発になってきた、文書目録の形式を標準化しようという文書館学の一つの達成と考えることができる。

　ISAD(G)は、多元レベルでの記述を根幹に据えている。すなわち

２．１「（記録史料の）記述は、部分と全体とを関連づけて、もっとも広い範囲（fonds）からより狭い範囲へ、という順序で記載」し、

と規定している。そして、このレベルとして、全体fondsから個別Itemまで複数のレベルを設定する、というものである。

　このモデルは、ACOS上の島津家文書目録で試みられた方法である。各レベルの記述内容は同一のテーブルの中に格納しつつ、一方で記述のレベルを示すコードのフィールドを設定し、このコードを階層的に管理することにより、各レコードを階層的に表現しようというものである⁶。

　このモデルは、各レベルのデータを格納するテーブルを、書目(series)・冊次(file)・詳細(item)等と物理的に分けてしまい、この各テーブルの間をリレーションで結ぶというものである。

　結論から言えば、Hi-CATでは、このリレーションモデルを採用した。理由は、以下の通りである。

(1)『ACCESS』がリレーションシップを非常に簡単実現するので、私のような素人でも多少勉強した程度で、リレーションモデルのプロトタイプを構築できる。

(2)リレーションモデルとしたことで、書目レベルの記述＝入力は、冊次以下で繰り返す必要がなくなり、結果として入力文字数が減り、コストダウンとなる（はずであった）⁷。

(3)架番号とは別に、『ACCESS』がソフトウェア的に主キーを発生させてくれるので、合綴本の処理のような主キーに関わる処理が不要となり、結果、WWWサーバへのデータ移行を自動化できる。

(4)すべてのレコードに一意のコードが付いたので、その一意のコードへ画像サーバや解題データとのリンクを持たせれば良いことになった。

これを見れば明らかなように、非刊本を取り扱う史料掛では、受入の段階から、様々な形でコンピュータを応用しており、これらを全体として支えるシステムが必要とされた。新規受入された史料は、特別なことがない限り、Hi-CATに格納されることになる。

　また、現存する所蔵史料目録データベースver.1のデータを一括してHi-CATへコンバートする機能が必要である。

Hi-CATに入力されるべき、図書部作成の一括データの主要なものは以下の通り。

　　Hi-CATには、研究部が研究費で入力する本所所蔵史料の冊目録・一点目録、解題、画像サーバリンク情報まで含めてすべてインポート可能とする。これらの主要なものは、以下の通り。

　ローカル版所蔵史料目録データベースのヴァージョンアップに合わせて、WWW版Hi-CATの設計にも取り組むが、ポイントは二つある。

(1)図書部から要望の強い、更新間隔の短縮（現在は半年に１回）を実現するため、ローカル版のデータをWWW版へ移行する方法を自動化する。

(2)ISAD(G)にできるだけ準拠した目録検索結果のWWW表示を実現することである。つまり、検索者に対して、書目(series)・冊次(file)・詳細(item)という構造を意識させる検索インターフェイスの一つのプロトタイプ⁸を提示することである。

　ローカルなサーバとしてNT3.51マシンがあり、クライアントにはACCESSが搭載されているというSHIPS 97の現状を踏まえて、以下のように構想する。

(1)サーバにSQLサーバを備え、クライアント側にはACCESSをフロントエンドとするサーバ＝クライアント型のローカル版Hi-CATを構築する。

(2)ローカルサーバとWWWサーバの間は、リアルタイムの更新とはせず、データのFTP転送によって行なう。

　Hi-CAT/Web のインターフェイスの設計に当たっては、既に述べたように

(1)階層構造を踏まえた検索とキーワードによる主題検索との二つの検索モードを用意する

(2)史料の階層構造が理解できるインターフェイスとする

こととした。画像サーバや解題データとのリンクは、従来通り(ver.1と同じ)の機能を実現する。

　Hi-CATが従来の検索システムと異なる特徴を持つとすれば、それは、

(1)データの発生源＝史料登録時からデータを管理するシステムであること

(2)データを階層的に蓄積していくことが可能なシステムであること

(3)ISAD(G)の主唱する階層構造論⁹をシステムレベルで意識したシステムであること

1. 古文書目録データベースは、物の管理と情報の管理の中間的な位置にあると考えられる。しかし私見では、同データベースには、その中間性故に性格が曖昧になっていると思われる。

3. 『桐』で管理されていた統合データベースは、書名テーブルと史料名テーブルという二つのテーブルを持っていた。書名は架・番・号の号で特定される一冊を記述するテーブルである。このような構造をもつと、たとえば、『寛政重修諸家譜』800冊の写真帳に対して、タイトルや所蔵者など全部が同じデータを800回入力しなければならなくなる。その結果、キータッチ数が増え、300万円のものが450万円となってしまう概算が成り立つ。

4. 歴史的な経緯は不明であるが、本所の図書目録（ないしその元になる図書カード）では、AとBとの二つの史料が合綴されて一冊となっている場合、あたかも史料が二冊存在するかのように記述される。これを2レコードととしてデータベースに組み込むと、物理的には一冊なので架番号は同一となり、架番号は主キー（uniquenessを示すフィールド）たり得ないので、エラーとなる。普通の歴史資料の取り扱いだと、タイトルでは「A・B」として一冊＝一レコードとして記述するように思われる。このような合綴本処理には、Bを検索する都合上そのような扱いとした方が検索しやすい、AとBが全く別物で目録で分類を分けるときに扱いやすい、などの理由があると思われる。そうした利点も、たとえば、参照カード（「〜を見よ」というカード）を立てることで代替可能であろうと考えられるが、本所の図書カードはそのようになっていない。

5. 森本祥子訳「国際標準記録史料記述：一般原則」『記録と史料』（vol. 6, 1995）

8. イギリス公記録局(PRO)では、AD2001Programmeと称し、Online Catalogue Projectが進行中である。これは、「PROの考えは、21世紀には、PROの利用者はそのサービスや記録の利用に際して電子的な手段を用いるようになるだろうというものである。私たちのArchives Direct 2001 Programmeは、このための基礎を築くことを目的とし、31 December 2001までに、 PROは、その利用者に以下のサービスを提供できることとなろう。

(1)世界中どこにあっても２４時間遠隔地利用者に提供されるWWW参考・問い合わせサービス

(2)検索手段の記録記述へのオンラインアクセス、これは世界中から利用可能で、文書の構造を踏まえた検索もキーワードによる主題検索も可能である

(3)インターネットによる文書閲覧請求……」(　ここで述べられているように、単にキーワード主題検索だけでなく、文書の構造（それがfonds→itemであることは既に述べたとおり）を踏まえて検索するという機能が必要である、というのがPROの考え方である。

9. ISAD(G)には、もう一つ記述要素論が含まれているが、これについては、今回は検討しない。ただ、私見を述べれば、ISAD(G)の記述要素論には、RDB型のデータベース構造論が色濃く反映していると思われる。しかし、現実の検索システムは、RDB型の検索システムから徐々に離れつつあるのではなかろうか？

　　　　　　　　　　　　　　　　　　　　　　　Hotate Michihisa（保 立 道 久）

The first problem we encounter when discussing the use of computers for historical and archival studies in Europe and Asia is the quantity of historical documents we have in each of our countries. Moreover, in order to get an idea of how many documents there actually are, we already need a computer. So this thesis leads to a kind of tautology, but I think that in the future we will know the amount of written materials by the number of bites that they require.

Consequently, since we do not yet know the exact number of written documents, I can only give approximate numbers. For instance, the Shosôin-monjo「正倉院文書」, a collection of 8^th century documents, consist of about 10,000 documents. And the Heian-ibun, which was compiled by TAKEUCHI Rizô, consists of 5.500 9^th century to 12^th century documents. The Kamakura-ibun, also compiled by TAKEUCHI Rizô and includes documents from the end of 12^th century to the middle of the 14^th century, consists of 33,000 documents. And, from the end of the Kamakura-period to the beginning of the Edo-period, we have no measure to count the numbers of documents, but it seems there are over 200,000. Furthermore we have diaries (nikki 日記) by aristocrats, various types of literature (monogatari物語、Waka和歌etc.), classics (tenseki典籍) and numerous religious documents（shôgyô聖教）. In any case, as far as the archives from the 8^th century to the 12^th century are concerned, Japan has the largest extant collection, comparing to any other country, especially in Asia.

Of course these are no concrete statistics, mainly because there are still enormous numbers of medieval documents that are not yet published neither catalogued. Most of them are in the stacks of big Buddhist temples and sometimes they are written on the reverse pages of sutras. Furthermore, as you know, manuscripts written with a brush (môhitsu毛筆) on Japanese thin paper are difficult to read, especially when they are written in various and arbitrary script forms.

1. Pictorial Database (Gazoshiryo database「画像史料データベース」).

Two different formats can be consulted. The first format is the eishabon影写本version of the document. eishabon are elaborate copy-books of documents written with brush (môhitu毛筆), they were made before the War when photographs were not yet frequently used for historical research. About 7,000 volumes containing perhaps 200,000 medieval historical documents are arranged in the institute. Now, because of their value, we must get permission from their legal possessors to release them on the internet. As a result of this, only two series are available, namely the Toji-hyakugo-monjo and the Daitokuji-monjo. On the other hand, these two series are some of the most important historical manuscripts of medieval times. Since we are negotiating with other document possessors, mainly Buddhist temples or Shinto shrines, I hope we will be able to offer more series in the near future. If you want to see the eishabon image file, you need a software that can read TIFF G4 image files, as mentioned on our home page.

We have two full text databases of medieval documents on the Web site of the Historiographical Institute. These can be accessed almost in 1 or 2 seconds, even from Europe, which is much faster than the Image databases. Of course you cannot get whole texts from this system, because it is only a KWIC (Key Word In Context) search system. What you get is a 20 character-line including the keyword in its center, but you can get complete information on where a word, or a single character appears in various documents.

The first database is "Full-text Database of Japanese old archives" (Komonjo Full-text Database古文書フルテキストデータベース). We started building up this database last year with the help of a Government Grant for the promotion of scientific research. Currently our database consists of the complete content list of the Dainihon-Komonjo-Iewake², including a total of 120 volumes and about 42,000 documents, and the full-text of several books from this series³. We are still in a very early stage, but with governmental aid, I expect that we will finish this work within the next 10 to 15 years.

The second database is a " Full text Database of Heian-period historical materials" (Heian-jidai Full-text Database平安時代フルテキストデータベース). It now consists of the Heian-ibun⁴, compiled by TAKEUCHI Rizô, and the text of several books that are incorporated in the Dainihon-Kokiroku⁵. Furthermore, a CD-ROM of Heian-ibun has been published⁶. This CD-ROM gives information not only for a certain keyword, but also for relevant texts. In Japanese history the Heian-period is appreciated for its classical culture. Since I myself major in Heian history, I expect this database to promote historical studies that are conducted not only by historians, but also by researchers in literature or religious history. I really do think that at the moment we can also integrate literary works, such as the Genji-monogatari or the Konjaku-monogatari in these databases, and with that will have reached a new stage in historical research. Furthermore, we are planning to input the Kamakura-Ibun⁷, another compilation by TAKEUCHI Rizô. When accomplished, research in medieval history will change rapidly.

We also have two catalogue databases, the "Catalogue Database of the Historiographical Institute's Library" (Shiryô-mokuroku Database「史料目録データベース」), and the "Catalogue Database of Historical Archives" (Komonjo-mokuroku Database「古文書目録データベース」). The "Catalogue Database of the Historiographical Institute's Library" is a catalogue database of our departmental library. All the data on every single historical document, manuscript, picture, eishabon, and photo-book on historical documents (total of 26,475 volumes) that our library possesses, were recently computerized at high speed. Therefore, now, this database has an important status among our databases. For instance, by inputting the name of a document owner, you get all the information on researches ever done since the Historiografical Institute was founded. It is very useful for historians and archivists. The Image Databases mentioned above are linked to this database and are normally accessed from this site.

I have given you a simple explanation on some of the databases available on our Web site. Because of my own specialization my explanation was limited to those databases that contain information on medieval documents. However, in case you specialize in Japan’s modern history for example, and you are especially interested in the history of international relations between Japan, Asia and Europe, you can find databases on our Web site that might be interesting and useful to you⁸. Unfortunately, I am not the right person to introduce these databases. So instead, I would like to say something about what I think to be major issues concerning full-text databases.

In fact, I must admit that when I started these database projects, I was inspired by a lecture made by Leopold GENICOT in 1982, during his visit to Japan, which is translated into Japanese⁹. He said in his lecture that if you want to use the computer for historical studies, document criticism, restoration, exact compilation and interpretation, historical materials must be fully put into machines.

Figure 1 bellow is an example of a list for the term "defensio" in all Belgian historical documents before 1000 A.D., which he showed in his lecture. What we want to do is to build up a similar system for treat Japanese medieval documents. Figure 2 is almost similar to figure 1, and is an example for a list of the term soku束, which means a "bunch of rice grass with grains", retrieved from our system. This term often appears in documents from the 8^th century to the first quarter of the 11^th century, when tax-payment mostly took this form. After this period this term almost disappeared from documents because tax or rent was from then on paid by the straw bag (tawara俵). Thanks to this list we can thus determine this important change. In fact, I wrote a paper concerning tax systems in the Heian-period in Japanese early medieval times using this list¹⁰.

We use the HTML as the input format, and the full text retrieval system for the main database¹¹. As a result of this, we are able: 1) to use the published list of contents (mokuji 目次) in order to make the hyper links to the relevant text, 2) to build a KWIC search system of our institute on the Web site, and 3) to read various notes attached to the text supplying incidental information or indicating wrong characters by clicking the highlighted word.

As you know, the biggest problem in building databases is to pre-process the documents for input. But thanks to this system and to the existence of data input companies, we do not have to bother with this task. Now, we simply hand in books to a data input company. Nevertheless, various obstacles to complete the full-text database still remain. The most difficult thing is to manage the special characters (gaiji外字) which are not supported by our operating system. In fact, we have no solution to this problem. Or rather, it must be treated in a wider scale as I will mention later. The only thing that we, researchers, could do to contribute to the solution of this problem was to make a list of special characters necessary for managing medieval Japanese documents. And that we did.

Secondly, we have to think on how to promote the computerization of documents for other Japanese historical periods, but I don't have any concrete ideas on this point. At first, as you know, ancient Japan has important documents, for example the Kojiki『古事記』, Nihonshoki『日本書紀』, and Rikkokushi『六国史』, among others, but these are not digitalized, and if they were it would be difficult to make them accessible on a network because of copyright limitations. However, I expect this problem to be solved in the near future. A more difficult problem concerns the accumulation and presentation of the digital data of documents of Japan’s Early Modern times (so called Edo-jidai江戸時代). These days there are so many documents that we don't yet have a total plan of how to manage the digital data of these documents. I think this may be solved by two ways. The first way is to transform microfilm data to digital data or image data that can be opened directly on the internet, or to CD-ROM that can be double copied for offering. This should be done by each public institute that possesses documents. Secondly, the form of compilation itself has to be changed. In the near future, the major form of compilation of documents from Early Modern times must be done on the Web site, although the publication of books will remain a necessity.

Thirdly, there is the problem of gaiji. It is obvious that we must have a list of gaiji with cords and fonts to print or display on computer. Moreover we want to be able to use these characters freely on the computer. But, as I referred above, this problem concerns various branches of computer techniques and various disciplines within historical research. Currently in Japan several projects are in progress, I heard, such as e-Kanji ｅ-漢字, edited by KATSUMURA Tetsuya, of The University of Kyoto (see his homepage).

We have not yet decided on a policy concerning gaiji. In the “Heian-period database”, we display a black square (■) for each gaiji. But in the "Japanese old archives database”, begun last year, we are planning to display the character number of the Morohasi-Daikanwa (MOROHASHI Tetsuji, Daikanwa-jiten諸橋轍次『大漢和辞典』) instead of a black square(■). This we do in anticipation of the completion of the above mentioned projects, which will make it possible to replace these character numbers again by gaiji.

2. The Dainihon-komonjo Iewake『大日本古文書　家わけ』 Ed. Tôkyô-daigaku Shiryô-hensanjo. Tokyo: Tôkyô-daigaku Shuppannkai, 1901-.

3. Toji-hyakugo-monjo 『東寺百合文書』 12 volumes ( 1 volume accessible in this database); Daigoji-monjo 『醍醐寺文書』 13 volumes ( 1 volume accessible); Daitokuji-monjo 『大徳寺文書』 17 volumes, ( 1 volume accessible); Todaiji-monjo 『東大寺文書』 16 volumes ( 1 volume accessible); Iwashimizu-hachimangû-monjo 『石清水八幡宮文書』 6 volumes ( 2 volume accessible).

4. Heian-ibun『平安遺文』 (“All Heian Archieves”) compiled by TAKEUCHI Rizô 竹内理三. Tokyo: Tokyo-do.

5. Dainihon-Kokiroku『大日本古記録』 (The “Japanese Historical Diaries”) compiled by the Historiographical Institute and published by Iwanami-shoten. Available in this database is Kyureki 『九暦』, Teishinkoki 『貞信公記』, Shoyuki 『小右記』, Midokanpakuki 『御堂関白記』, Gonijo-Moromichiki 『後二条師通記』 and others.

6. Compiled by TAKEUCHI Rizô 竹内理三, and transformed by the Historiographical Institute.

7. Kamakura-ibun 『鎌倉遺文』 (“All Kamakura Archieves”) 45 volumes, Tokyo: Tokyo-do

8. Ishinshiryô-kôyô Database『維新史料綱要データベース』 (“Database of Meiji

Restoration”).　Image data of the Historical Documents Relating to Japan in Foreign Countries :An inventory of Microfilm Acquisitions in the library of Historiographical Institute (Hihonkankei-kaigaishiryô-Mokuroku 『日本関係海外史料目録』14 volumes). The "Database of letters exchanged between Japan and Netherlands in Tsushinnzenran 『通信全覧』and Zoku-Tsushinzenran 『続通信全覧』". Shimazukebon Ryukyu-Gaikokukankei-monjo Database島津家本『琉球外国関係文書』データベース (The full-text database of "Shimazu archives relating to Ryukyu and foreign countries"). This database is on the homepage of YOKOYAMA Yoshinori 横山伊徳) .

9. Rekishigaku no Dentô to Kakushin『歴史学の伝統と革新』 ("Tradition and Innovation in History"), edited by MORIMOTO Yoshiki, Kyûshû Digaku Shupan-kai九州大学出版会, 1984.

10. Beitô-nengu no Shuno to Inanio-Kinsadame「米稲年貢の収納と稲堆・斤定」（『鎌倉時代の社会と文化』 東京堂出版、一九九九年）

11. This HTML full-text system was made by the “Government Grant for the promotion of scientific research”（「WWWサーバによる日本史データベースのマルチメディア化と公開に関する研究」代表：加藤友康）.

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　横 山 伊 徳

1. ファイルの構造

で構成される、テキストファイル。

2)拡張子

3)リンク

テキストの中にあって、ファイルを呼び出す機能。HTMLではもっとも重要な機能である。

ページを呼び出す<a href=”****.htm”>指定のページ</a>

<a href=”*****.gif”>指定のイメージ</a>

　JavaScriptの書式を簡潔に表せば、次の通り。

すなわち、<head></head>の部分に<script……></script>で囲まれた記述をもつ、HTMLファイルである。したがって、JavaScriptの最大の特徴は、プログラム部分もデータ部分も一括して受け渡して、すべてブラウザの機能としてプログラムを実行するという点にある。

従って、多少ファイルが大きくても困らない、ローカルな利用に限定するならば、JavaScriptで作成する全文検索システムは使いやすいのではなかろうか？

(3)全文検索システム

1)プロトタイプ

このプログラムは、97年度出版物紹介のページ/publication/index.htmで使われている。

2)全体的なながれ

function MakeArray(n){

var index=new MakeArray(2);

index[1]=" 大日本古文書　家わけ第十七　大徳寺文書別集　真珠庵文書之四　本冊は『大徳寺文書別集』（中略）　主担当者、保立道久";

index[2]=" 日本關係海外史料　イエズス会日本書翰集　訳文編之二（上）　（中略）　担当者　五野井隆史・浅見雅一・大橋明子";

function find(f){

for (i=1;i<=2;i++){

INDEX=index[i].substring(0,100);

disp=disp+"<A HREF="+URL+">detail</A>"+INDEX+".....<P>";

document.write("<HR>検索終了 : 「"+f+"」に関係する出版物は、"+h+" 冊あります。<P>");

document.write("<A HREF='index.htm'>[ 再検索 ]</A><HR>");

<center><h1>東京大学史料編纂所出版物検索（97年度-）</h1></center>

<HR WIDTH="100%"><FORM METHOD="post" onSubmit="return find(forms[0].elements[0].value)">　キーワードによる検索　(登録数2)　<INPUT TYPE="text" NAME="keyword" >　<INPUT TYPE="button" VALUE="SEEK" onClick="find(forms[0].elements[0].value)">

<UL><A HREF="p1.htm">大日本古文書　家わけ第十七　大徳寺文書別集　真珠庵文書之四</A>

<P><A HREF="p2.htm">日本關係海外史料　イエズス会日本書翰集　訳文編之二（上）</A>

このhtmlファイルをindex.htmとして保存する。そして、ブラウザから開くと、全文検索システムが起動する。

2.2.2 「入来院家文書」の公開

　　　　　　　　　　　　　　　　　　　　　　　　　　　　近 藤 成 一

　「入来院家文書」は薩摩国入来院の地頭入来院家に伝来したもので、平安末期久安3年(1147)より江戸初期慶長19年(1614)までの文書283通（錯簡により分離したものをそれぞれ1通と数える）からなる（ただし元来は永利家・武光家に伝来した文書が含まれる。平安期のものは元来永利家に伝来したものである）。入来院家は相模国渋谷庄の地頭渋谷氏の出身で、渋谷重国の孫定心が宝治元年(1247)に入来院地頭職に補任されたことに始まる。鎌倉時代から江戸時代まで同一地域を支配しつづけた領主の文書として「入来院家文書」は貴重であり、幕府発給文書や譲状・置文、さらには検注帳など豊富な内容を誇っている。

　「入来院家文書」は1929年、エール大学助教授（のち教授）朝河貫一によって英訳が刊行されたことによって、世界的に知られることになった。朝河の著書The Documents of Irikiは、「入来院家文書」を中心として関係史料を英訳したものであるが、詳細な注記がつけられ、また冒頭に概説が付されて、全体を通読することによって、日本における封建社会の展開過程が一望できるように編述されている。マルク･ブロックやオットー・ヒンツェのような比較史家がこれによって日本の封建制に関する認識を深めた。

　朝河は1948年にアメリカで死去したが、その偉業を顕彰するために、The Documents of Irikiの復刊が企画され、日本語釈文については原文書にあたって全面的に改訂されることになり、その作業を行うために鹿児島の入来院家より東京大学史料編纂所に古文書原本が搬送された（ただし作業には多くの所員が従事したが、作業主体は史料編纂所ではなく朝河貫一著書刊行委員会である）。その後1966年「入来院家文書」は正式に国に購入され、史料編纂所に所蔵されることになった。しかしいかなる理由によるものか、「入来院家文書」の写真帳は近年まで製作されず、1960年に製作された影写本12冊が一般の利用に供されてきた。

　1997年史料編纂所に画像史料解析センターが開設されるにあたり、その古文書画像解析分野の最初のプロジェクトとして「入来院家文書」の画像公開が企画された。98年は朝河の没後50周年、99年はThe Documents of Irikiの刊行70周年である。このときにあたり、縁あって「入来院家文書」を継承した史料編纂所は、新しい技術インターネットによって、朝河の志を再びよみがえらせようとしたのである。

　史料編纂所が所蔵する「入来院家文書」は古文書原本283通のほかに系図2巻2冊、「清色亀鑑」12冊からなるが、そのうち古文書原本283通について1997年7月撮影した。使用したのは35mmカラーフィルムである。そしてフィルムからのスキャンによってデジタルデータを作成した。

　画像デジタルデータは2種類製作した。1つは画像解析研究用の精度の高いデータで、16ベースプロフォトCD仕様で製作した。もう1つは公開用に転送速度を速めるためにファイル容量を小さく抑えたデータで、JPEG仕様で製作した。

　「入来院家文書」のホームページは、画像・日本語釈文・英文をリンクさせるものとして設計した。ただし英文は「入来院家文書」の全点を網羅しておらず、逆にそれ以外の関係史料を含んでいる。日本語釈文および英文は1955年に日本学術振興会から刊行された『入来文書』The Documents of Irikiを底本としてデジタルデータ化を行った。なお本書を底本として日本語釈文・英文のデジタルデータを製作しインターネットにより公開することについては、日本学術振興会の許可を受けており、1929年版を刊行したエール大学出版会は版権を主張しないことを確認している。

　日本語版カバーページ（図1）には[釈文] [入来院家文書解題] [HOME]の３つのボタンが並んでいる。そのうち[釈文]のボタンをクリックすると図2の画面が現れる。4つのフレームに分れているが、左上が目録、右上が本文、右下が注記の領域であり、左下は他ページ（「入来院家文書」のカバーページと史料編纂所のカバーページ）とのリンクの領域である。

　本文の領域には各文書の本文の最末に[イメージ][英文-#＊＊]のボタンが表示されている。[イメージ]をクリックすると画像データを表示し、[英文-#＊＊]をクリックすると英語版ホームページに切り替わり、該当する英文を表示する。[イメージ]ボタンはすべての文書に表示されているが、[英文-#＊＊]ボタンは表示されていない場合がある。これは朝河の英訳が「入来院家文書」全点を対象としたものではないため、該当する英文が存在しないものである。

　「入来院家文書」には若干の錯簡があり、1通の文書が分離して別に成巻されている場合がある。そのような場合、目録データは便宜複数のデータとして採録している。たとえば第11巻・第13巻の目録データはつぎのように表示されている。

11 入来院家文書 十一　　　　　　1巻

(外題)庁宣留守所ヨリ周頼在判迄　廿二通　十九番

1 正嘉2年9月　日　薩摩国司庁宣 (＃122）

9 元亨4年12月16日　鎮西裁許状 1/3 (＃130）

10　元亨4年12月16日　鎮西裁許状 3/3（＃130）

13 入来院家文書 十三　　　　　　1巻

(外題)永利如性与ヨリ重聡神名迄　十二通　廿一番

1 (年月日欠)　　　鎮西裁許状 （＃158）

2 元亨4年12月16日　鎮西裁許状 2/3（＃130）

　上記のうち第11巻の9・10と第13巻の2は元来1通の文書である。11−9、13−2、11−10の順で継がれていた紙が剥離してばらばらに成巻された。このような場合、目録データでは原文書の現状を尊重して3件のデータとしている。

＃130（原本11−9）（原本13−2）（原本11−10）

というように記されている。目録の領域で11−9、13−2、11−10のいずれをクリックしても本文の領域には通番＃130が表示され、逆に本文の領域からは（原本11−9）（原本13−2）（原本11−10）のいずれかをクリックすることによって、目録の領域に該当データが表示されることになる。つまり目録データと本文データは多対一対応になっている。

　英語版カバーページ（図3）には[ENGLISH TEXT] [EXPLANATORY NOTES] [HOME]の3つのボタンが並んでいる。そのうち[ENGLISH TEXT]のボタンをクリックすると図4の画面が現れる。3つのフレームに分れているが、左上が目次、右が本文の領域であり、左下は他ページ（「入来院家文書」英語版・史料編纂所・東京大学それぞれのカバーページ）とのリンクの領域である。

　英語版ホームページはThe Documents of Irikiの目次と本文をそのままデジタル化したものである。したがって「入来院家文書」全点の英訳ではなく、逆に「入来院家文書」以外の関係史料の英訳も含まれている。また配列は原文書の配列とは異なり、原則として編年に直されている。

本文の領域には各文書の本文の最末に[IMAGE][JP-#＊＊]のボタンが表示されている。[IMAGE]をクリックすると画像データを表示し、[JP-#＊＊]をクリックすると日本語版ホームページに切り替わり、該当する日本語釈文を表示する。[IMAGE][JP-#＊＊]ボタンが表示されていないのは、「入来院家文書」以外の関係史料であるため、該当する画像・日本語釈文が存在しないものである。

　日本語版・英語版いずれかのページの本文領域において[イメージ]ないし[IMAGE]ボタンをクリックすることにより、該当する画像を表示するページが立ち上がる。1紙1コマを原則として撮影されているので、複数紙からなる文書の場合には1通につき複数件の画像データが存在する。また紙背が撮影されている場合も同様である。このように複数件の画像データが存在する場合には、フレームが左右に分割され、左のフレームに全画像データのサムネイルが表示される。そして左のフレームで任意のサムネイルをクリックすることにより、該当する画像の精細データが表示される。

　日本語釈文も英文も全体が1ファイルに収められている。そのことによって本文領域をスクロールさせて任意の場所を表示させることができるのであるが、一方でファイル容量が過大となっている。日本語釈文データファイルが384KB、英文データファイルが1114KBであるのでハードウェアには一定の負担となっている。

　史料編纂所では現在、「入来院家文書」CD-ROM版の刊行を準備している。上記の課題のうちのいくつかは、CD-ROM版企画のなかで具体的に検討されている。

2.2.3 『大日本史料』第十編之二十二編纂ノートの公開

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　中 島 圭 一

現在、史料編纂所のホームページにアクセスして、中世史料部のページを開くと、第十編の項から「編纂ノート」を見ることができるようになっている (http://www.

hi.u-tokyo.ac.jp/chusei/10hen.html）。本稿は、この編纂ノートの公開の周辺事情について報告し、あわせて編纂ノートの内容を紙上で紹介しようとするものである。

　『大日本史料』は「古代の朝廷によって編纂された六国史（887年までの歴史を記述）のあとをうけて、明治維新までのおよそ980年の間の日本史上の事件を年月日順に掲載し、それに関する史料（日記・古文書から随筆・雑著の類まで）を原文のまま収載するもの」（史料編纂所ホームページの出版物紹介）であり、史料編纂所の編纂事業の中でも基幹となるものの一つである。しかし、1901年に刊行が開始されて以来の、史料集としての体裁は、必ずしも十全のものであったわけではない。事件の概要を記した綱文の後に関係史料を配列し、必要に応じて傍註・標出・按文を配して説明を加えるのだが、それだけでは考証の内容を十分に表現できない場合がしばしば生ずるのである。このため、私自身、読者として『大日本史料』に接した時には、史料の年次や登場する人名の比定の根拠がはっきりせず、記載内容を信じてよいものかどうか迷った経験がある。

　そこで、担当の『大日本史料』第十編之二十二が1997年に出版されたのを機会に、編纂にあたって作成したノートの一部を、史料編纂所のウェブ・サイトを通じてインターネット上に公開することを試みた。この方式の利点としては、所報・紀要その他の出版物に掲載するよりもはるかに容易かつ迅速に発信できること、誤りの指摘や新情報の提供を得た場合にすぐ訂正や追記が可能なことが挙げられよう。

　　　　　　　　　　　　　　大日本史料第十編之二十二編纂ノート　本冊には、正親町天皇天正二年（一五七四）四月八日より六月十三日までの史料を収める。中央の織田信長の動きとしては、まず近江石部城の攻略がある（四月十三日条）。これにより、長年にわたって信長に抵抗してきた六角承禎・義治父子も、遂に本国を逐われるに至った。羽柴秀吉による今浜城の普請、長浜への改称と合わせて（六月六日条）、近江一国の支配固めが進んでいる。また山城でも、将軍足利義昭追放後に帰服した三淵藤英の伏見城を廃城とし、細川昭元も槙島城から本能寺に移してしまい、塙直政を山城守護に任じてその槙島城に入れている（五月是月条）。

（目次７頁、本文287頁、本体価格6000円）

　『史料綜覧』には設けられている条だが、削除した。これは、五月二十日条に収めた(天正二年）二月廿一日大友宗麟書状（『鶴田文書』坤）より、没日が二月十五日であることが判明したため。「原田系図」（『改正原田記』八）が「天正元年二月十五日自殺」としているのは、年を誤ったものだろう。『史料綜覧』は、親種の死亡が天正二年に下るのが他の史料より明らかなことから、「原田系図」を採らず、筑前金龍寺所在の原田親種墓碑銘に「天正弐年四月晦日」とあるのを採用したらしい。

　蘆名家の家老松本図書助の実名を、『史料綜覧』では『伊達氏四代治家記録』に基づいて氏興とするが、この家は「輔」を通字としている模様で、『伊達家文書』267号などに見える氏輔を採用した。なお、彼の息太郎は、軍記等によれば主家に冷遇されたのに反発し、後に叛乱を起こして敗死することになるが、同じく軍記等によれば彼の実名は行輔で、舜輔・氏輔などと代々拝領してきた蘆名家当主の偏諱を得ることができなかったらしく、冷遇されたというのは強ち軍記の創造ではなさそうである。

　本条の編纂のために史料の捜索を行ったところ、盛氏から盛興への家督相続の時期がかなり絞られた。永禄六年四月十日新宮熊野神社棟札銘（「新宮雑葉記」『喜多方市史』４巻546ページ所収）には「当時屋形盛氏嫡男盛興」とあり、翌永禄七年六月日勝福寺銅鐘銘（『喜多方市史』４巻486ページ所収）「大檀那平盛興并隠居盛氏」とあるので、この間に当主の交代がなされたのは確実である。ただ、残念ながら永禄六年・七年のどちらに行われたのかは不明なので、例えば〜年是歳に一条を立てることもできない。やむを得ず、永禄七年六月是月に「陸奥蘆名盛興竝ニ盛氏、陸奥勝福寺ニ銅鐘ヲ寄進ス」の条を立てて、これに合叙する形で収めることで、九編の了解を得て連絡按文を作成した。

2.2.4 南欧における歴史情報に関するコンピュータ利用の現況

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　浅 見 雅 一

＊Archives in the World

＊Libraries in the World

　歴史研究へのインターネット利用については、例えば、アリアドネ『調査のためのインターネット』（ちくま新書、1996年）には有名なサイトがいくつか紹介されているので参照されたい。言うまでもなく、インターネットは日々拡大しているので、現在ではサイト数も更に増加していることであろう。コンピュータの学術利用、特に歴史研究への利用は、これまでにも様々な形で論じられているが、外国のインターネットの学術利用を紹介し、基本的問題点を指摘したものは意外に少ない。インターネットの学術利用について、星野聰氏は「インターネットの学術的利用について―とくにアメリカ・イギリスの場合―」（『重点領域研究「沖縄の歴史情報研究」―総括班・沖縄３研究班合同研究会報告書―』1996年）において、コンピュータ利用の先進国であるアメリカ合衆国と連合王国を例にして論じておられる。同論文において、星野氏は、歴史や文学の研究を想定して、インターネット利用の問題点を簡潔に指摘しておられる。

　本稿では、英語圏と比較すると、それ程には認知されていない南欧におけるコンピュータの歴史研究への利用を採り上げて簡略に紹介する。基本的問題点としては、星野氏が既に指摘されたものに何ら加えるものはない。南欧諸国はキリシタン時代の日本と主にキリスト教布教を通じて関係のあった地域である。かつて松田毅一氏は南欧諸国所在の日本関係史料の概略を紹介されたが⁽¹⁾、現在では東京でもそうした史料の一部をマイクロフィルムで閲覧できる⁽²⁾。そこで、キリシタン史の研究に有益となるであろう情報を中心として、南欧のインターネット利用の現況を紹介し、今後の可能性を併せて考えてみたい。

＊The Holy See

＊The Knights of Columbus Vatican Film Library at Saint Louis University

＊Institutum Historicum Societatis Iesu, Roma.

　イエズス会本部には、図書館と文書館が付設されている。同文書館の所蔵文書は概略が示されているに過ぎないが、日本関係文書については詳細な目録が出版されている⁽³⁾。ローマ・イエズス会歴史研究所では、同文書館に所蔵されている文書を基にイエズス会の布教史に関する史料集の編纂と出版を行なっている。既に多数の学術的にも質の高い史料集が出版されている。こうした史料集やその編纂過程において作成されたカードや索引をデータベース化することが期待される。

　イエズス会に関する情報で重要なものとしては、アメリカ合衆国シカゴ市にあるイエズス会系の大学であるセント・ロヨラ大学の数学者が公開しているイエズス会全般に関するデータベースがある。イエズス会の司祭個人が作成した情報ではあるが、イエズス会の情報を得るためには便利である。今日のイエズス会の活動を知ることができるばかりでなく、イエズス会を理解するための基本書籍も格納されている。

＊Jesuit Resources on the World Wide Web

(http://maple.lemoyne.edu/~bucko/jesuit.html)

＊The Labyrinth

＊Biblioteca Nacional, Lisboa.

　ポルトガル共和国には、キリシタン関係文書が散在している。戦前、岡本良知氏がその概略を紹介されている⁽⁴⁾。その他、史料を総体的に紹介したものとしては、フィルモテーカの年報がある⁽⁵⁾。フィルモテーカは、ポルトガル文化省がポルトガルの海外進出に関する史料を広く内外からマイクロフィルムの形態で蒐集することを目的として設立された機関である。フィルモテーカでは蒐集したマイクロフィルムを研究者の閲覧に供しているばかりでなく、逐次目録化し、年報の形式で刊行している。

　リスボン市にあるアジュダ図書館は、18世紀中葉にマカオで作成された写本集 Jesuitas na Asia を所蔵している^(6)-(7)。同写本集のマイクロフィルムは、東洋文庫と東京大学史料編纂所に各々全巻が、上智大学キリシタン文庫に日本関係の一部分が架蔵されているが、著名な史料であるにも拘わらず、整理は余り進んでいないのが現状である。

　リスボン市にあるトーレ・ド・トンボ国立文書館は、世界的にも最大級の文書館として知られているが、その所蔵史料は膨大さ故に著しく整理が遅れている。同文書館では、所蔵文書を逐次マイクロ撮影し、整理する作業が進められている。同文書館は、ポルトガル領インドから本国に送付された公文書である「モンスーン文書」の17世紀前半までの部分を所蔵している。「モンスーン文書」の日本関係史料については、高瀬弘一郎氏が翻訳、紹介しておられるが（「ゴアのインド領国歴史文書館収蔵の『モンスーン文書』について」『古文書研究』第３号、1970年）、その他にも同文書館所蔵の日本関係文書の目録が作成されている^(8)-(10)。

　澳門文化司署では、トーレ・ド・トンボ国立文書館等の機関と共同でマカオ関係を中心とする東アジア史料の目録化を進めている。同文書館が所蔵する漢文文書の目録は、その成果のひとつである⁽¹¹⁾。リスボン市にあるポルトガルの植民地関係文書を所蔵している海外領土史文書館の「マカオ部」の目録が、既に出版されている⁽¹²⁾。その他、マカオ市歴史文書館の所蔵文書についても目録化が進められている⁽¹³⁾。この様に、既に蓄積されている史料目録やマイクロフィルムを画像処理し、コンピュータ利用していくことが今後の課題となるであろう。

＊Biblioteca Central de Macau, Macau 澳門中央図書館

(http://macau.ctm.net/~kentng/)

　スペイン国の学術情報は、スペイン教育・文化省のホームページから各々のデータベースにアクセスする仕組みになっている。これは、地方の公共図書館・文書館、一部の大学図書館にもリンクしている。この方法は、学術ネットに掲載された不正確な個人情報を排除するためには、ある程度有効であるのかも知れない。尚、スペイン国のアジア関係史料については、所蔵機関毎に簡潔に纏められた目録が出版されている⁽¹⁴⁾。

＊Ministerio de Educación y Cultura

　スペイン教育・文化省のリンク集は、スペイン文化省の案内に掲載されている情報が基本になっている。スペイン国立図書館を始め、国立の博物館、美術館、劇場、映画館等、スペイン文化省の管轄に属する諸機関にリンクしており、その内の数機関はデータベースを格納している。但し、スペイン教育・文化省のホームページは、管轄外となる機関のものは含まず、リンクさえしていない。王立歴史学士院図書館^(15)-(18)、王宮図書館、エル・エスコリアルのサン・ロレンソ修道院図書館等についは対象外となる。

スペイン国立図書館は、蔵書の検索システムをインターネットで公開している。この検索システムは、刊本は1831年を基準として出版年代によって新旧に分類しており、その他のものは、稿本、地図、絵画等の品目によって分類している。

＊Biblioteca Nacional, Madrid.

　この検索システムによって、同図書館から出版された目録類がなくとも容易に所蔵資料を調査することができるようになった。同図書館は、新大陸関係の史料を多数所蔵しているが⁽¹⁹⁾、日本関係史料も若干ではあるが所蔵している^{(20) (21)}。スペイン国及びラテンアメリカ諸国で出版された書誌としては、Antonio Palau y Dulcet, ed., Manual del Librero Hispanao-Americano, segunda ed., 28vols., indices 7vols., Barcelona, 1948-87. が詳細で有用であるが、所蔵機関は示されていない。インターネット公開されている図書検索システムと併用すれば、この書誌の所蔵機関の補完が可能となるであろう。

　スペイン国には、スペイン国立歴史文書館^(22)(23)、シマンカス総合文書館⁽²⁴⁾、インディアス総合文書館⁽²⁵⁾のいわば三大文書館がある。各文書館のホームページには、所蔵する文書群の概略が示されている。マドリード市にあるスペイン国立歴史文書館には、Clero Jesuitas という文書群に多数のイエズス会関係文書が収集されているが、あとの二文書館は公文書の所蔵機関であるので、教会史料は断片的なものでしかない。

＊Archivo Histórico Nacional, Madrid.

＊Archivo General de Simancas, Simancas.

＊Archivo General de Indias, Sevilla.

　セビーリャ市にあるインディアス総合文書館は、シマンカス総合文書館からスペイン国の植民地関係文書を分離したものである。それ故、シマンカス総合文書館には、スペイン国の内政関係文書が所蔵されている。インディアス総合文書館では、フィリピン関係史料に日本関係史料が散見される⁽²⁶⁾。1986年から、同文書館では、所蔵文書をデータベース化するプロジェクトを推進している。このプロジェクトには、スペイン教育・文化省、スペインIBM、ラモン・アレセス財団 Ramon Areces Foundation が共同出資している。ラモン・アレセス財団は、スペイン国における有数のデパート・チェーンであるエル・コルテ・イングレスの所有者が設立した財団である。このプロジェクトのためにマドリード自治大学内にプロジェクトセンターが設置され、実際の作業が行なわれている。

　このプロジェクトの基本的課題は、(1)膨大な量になる文書の閲覧・コピーの要求に対応すること、(2)これまで利用されてきた目録類をデータベース化して文書の検索を機械化すること、(3)閲覧に際して生ずる文書の破損等に対応し、利用者が文書を直接利用するのではなく画像情報として利用できるようにすることであった。(2)は２世紀にわたる未刊の目録類を含み、研究者の文書に関する情報も入力していくということである。(3)は同時に、閲覧者は必要箇所を瞬時にして目にすることができるという利点が生じることを意味する。以上の課題を解決するために、データ処理グループと画像処理グループが編成され、両グループが作業を並行して行なうことになった。

　その結果、同文書館では、画像処理された文書や地図類については、閲覧者はコンピュータ画面を通じて検索し、スクリーンの画像を閲覧することになっている。勿論、必要箇所のコピーも容易である。更に、スペイン国立歴史文書館とネットワークで繋ぎ、画像入力したものについては相互に閲覧が可能なシステムの構築を検討している。現在のところ、こうした閲覧は、インディアス総合文書館内に限られているが、将来的にはインターネットによる公開を目指しているということである。尚、市村佑一氏が「古文書のデータベース化とマルチメディア」（『日本歴史』第559号、1994年）として、このプロジェクトの概略を紹介されていることを附記しておきたい。

＊Franciscan Web Page

＊Dominican WWW home page

＊The Augustinian Order

(1) 松田毅一『在南欧日本関係文書採訪録』（養徳社、1964年）

(2) 東京大学史料編纂所編纂『日本関係海外史料目録　12―ヴァチカン市国・イタリア国・ポルトガル国・スペイン国・メキシコ合衆国所在文書―』（1969年）

(3) 尾原悟編『キリシタン文庫―イエズス会日本関係文書―』（南窓社、1981年）

(4) 岡本良知『ポルトガルを訪ねる』（日葡協会、1930年）

(8) 箭内健次「ポルトガル・トルレ・ド・トンボ文書館所蔵『モンスーン』文書所収日本関係文書目録」（『史淵』第83輯、1960年）

(9) 同「ポルトガル・トルレ・ド・トンボ文書館所蔵『モンスーン』文書所収極東関係文書目録」（『九州大学九州文化史研究所紀要』第8-9号、1961年）

(10) 五野井隆史「リスボン市所在国立トーレ・ド・トンボ文書館収蔵『モンスーン文書 Livros das Moncoes』について」（『東京大学史料編纂所報』第11号、1976年）

(11-A) 劉芳『漢文文書―葡萄牙國立東波塔档案館所蔵澳門及東方档案文献―』（澳門文化司署、1997年）

(11-B) Isaú Santos e Lau Fong, ed., Chapas Sínicas; Macau e Oriente nos Arquivos Nacionais Torre do Tombo　(Documentos em Chinês), Instituto Cultural de Macau, Macau, 1997.

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　鶴 田　啓

　歴史史料情報のWWW公開を前提とした電子計算機システムSHIPS for Internet（以下、「現システム」）を導入して、約２年になろうとしている。現時点から振り返ると、WWW対応は当然のようであるが、現システムの準備期間、すなわち1995年頃の時点では、多くの所員にとって、WWWの世界はまだ実感できる環境ではなかった⁽¹⁾。そのようななか、WWW対応を円滑に進めるための研究や条件整備を行う上で、本科学研究費の意味は少なくなかったと考えられる。

(1)93年以来ネットワークおよびメールのサーバーとしてUNIXワークステーションの稼働実績があったとはいえ、95年当時は、ようやく史料編纂所ホームページを立ち上げたところであり、ブラウザといっても、PCから利用できるのはtextオンリーのLynx（telnet経由）で、画像を見たければ、マシン室まで出かけて行ってMosaicを起動するしかなかった。

　それまで史料編纂所では、汎用機上のDBMSにCOBOLアプリケーションを追加する形でシステムを拡張してきていた。しかし、1)数年間にわたる追加で、システム全体が複雑化していた、2)入力・校正や検索操作がDBごとに異なり統一性がない、3)DBアクセス・情報検索には、PC側にメーカー独自OSのエミュレータ（もしくは独自OS搭載の端末）が必要、4)画像関係では、画像ファイルサーバ・表示端末とも専用の機器が必要、などの問題点が明らかになってきていた。したがって、特定メーカーのハードやOSに依存せず、画像表示も可能なWWWという世界標準的な流れは、こうしたclosedな状況を打開する福音として受け止められた。また、公開検索に特化したシステムを用意することで、検索操作の単純化も可能だと考えられた。

　しかし、それまで使用していた汎用機には、DBMSと連動して動くようなWWWサーバーアプリケーションは当時まだ存在しなかった。したがって、WWW対応を実現するためには、システム的に全く新規の追加部分が必要であり、その開発費や安定性を危惧する声が存在した。これについては、科研費により、一部DBを対象に先行して公開用DBを作成し評価を行った。また、WWW対応した際、ユーザーの認証・課金・ログ管理などをどうするのかという意見も存在した。これに関しては、結局、＜WWW上にUPされているものは原則としてアクセス自由＞という、いわばインターネットの精神を尊重して、できるだけシンプルな形で利用できる方針を取ることになった。

　このようにして導入された現システムのうち、WWWサーバーのOS・アプリケーション、およびそれと連動して動作する公開用DBサーバーのOS・アプリケーションは比較的安定した動作を示した。それに対して、画像表示系にはトラブルが頻発した。またネットワーク関係やPC関係でも少なからずトラブルが発生した。

�@CD Serverの障害

　「SHIPS for Internet」紹介の項にあるように、現システムでは、画像表示のためのCDを収めたチェンジャーを、Windows NTマシンであるCD Server（cliocd1・cliocd2）により制御している。このCD Serverは「見かけ上」UNIXのディレクトリ・ファイルとなるような形で、NFSマウントによりWWWサーバー（clioweb）配下に結ばれている。この部分のソフトウェアの出来に問題があったためか、あるいは、画像表示＝CD-ROM読み出しの速度が遅いためか（レスポンスの遅さのため利用者が余分なクリック等を行った可能性もある）、「NFSマウントがはずれる」（エラーメッセージ：Stale NFS file handle）という障害がたびたび発生した。

　こうした事態に際しては、その都度、1)NFSマウントのかけ直し、リブートで対処したほか、2)スレッド数を増加してマウントをかけ直す、3)Windows NT以下の再インストール、4)SmartCD Network Access for CDをインストール、5)Windws NTのバージョンアップ（3.51→4.0）などの手段を講じたが、本質的な解決には至らなかった。現状では、cliowebにHDDを増設し、ここに影写本画像のファイルをコピーすることで対処している。HDDのコストパフォーマンスは最近飛躍的に上がっているが、あまりスマートな解決法とは言えず、大容量の画像ファイルをどのようなデバイスに置くのが適当か、今後検討の余地があろう。

　公開用DBの内容を更新するために汎用機上の入力・校正用元DBからDBサーバーへデータを転送する際、1)データが途中で切れてしまう、2)公開／非公開の指定がきかない等のエラーが発生し、原因究明に時間を要した。現状では、汎用機側の転送プログラム手直しにより解決されているが、転送元（汎用機側）のDBの一部に、1文字で3バイトを使用するメーカー拡張漢字が入っていいたため（人名等の固有名詞に使用）に発生したエラーであった。なお、元DBの拡張漢字部分は、公開用DBではゲタやコード表示になっている。

　100Base-TXネットワーク系においては、1)サーバーのDNSダウン、2)ルーター・ハブのダウン、3)異常シャットダウン（予定停電前のシステムシャットダウンの際）といったトラブルが発生した。また、所内に配備した100台ほどのPC(Windows95マシン)においても、フリーズ、アプリケーション強制終了、ドライバ・メモリ不具合といったトラブルが、かなりの件数発生した。これらは、直接WWWサーバーにかかわることがらではないが、こうしたトラブルがシステム管理者の負担を増加させたことは否定できない。

　東京大学では年に数回、土曜日もしくは日曜日に、電源系統の工事に伴う予定停電が実施される。そのような場合、システム全体のシャットダウンと再起動が必要となる⁽²⁾。システムはもちろんUPSを備えているから、理屈上は、＜停電→UPS作動→自動シャットダウン→復電→再起動＞というサイクルも可能なはずであった。しかし実際には、CDサーバーのアンマウント／マウントや、ネットワークプリンタの終了／再起動などについては、マニュアルで確認しながら進める作業が必要であり、システム停止時間が長くなる（金曜日の夕方から月曜日の朝まで）原因になった。これらを含めてスケジューラで処理できれば、システム停止時間の短縮、管理者の負担軽減ができるので、次期システムにおいてはこのような機能が望ましいところである。

(2)汎用機系はスケジューラにより平日朝起動／夕方シャットダウンという運転管理をしているので、休日の停電は関係ない。

　上記２．はWWWサーバ運用にともなう、電算機側の問題であったが、一方で、文書・画像情報公開に至る過程や、公開した情報（とくに文書画像）を取り扱うに際して生じる、いわば人間の側の問題も存在した。

　画像ファイルそのものは、仕様や「しきい値」の決定後一括して作成することができるが、ファイル名やURL名などリンクの書き込みは、確認しながら手作業で行わなければならず、相当の労力を要した。今後、公開画像を増やして行くためには、ファイル名・URL名を、少なくとも半自動で付与できるような「仕掛け」が必要であろう。

　通常、古文書（写本を含む）の作成者は死没してから50年以上経っているから、著作権は消滅しており、それをインターネット公開するとしても、法律上の著作権に抵触するような問題は発生しない。また、史料編纂所が国の業務として作成した写本（影写本・謄写本）の場合には、それに関わる諸権利は、国に帰属すると考えられる。

　ただ現実には、原文書の所蔵者が、文書の所蔵情報や（写本を含めた）画像公開の意義を十分に理解していないケースがある。法律上の問題にはならないとしても、史料編纂所の業務を進めて行く上で、史料所蔵者との良好な関係は不可欠であるから、そのような原文書所蔵者に対しては、1)調査研究目的の利用であること、2)国や公的機関の業務内容や所蔵品をインターネット公開することが普遍的になってきている事情を説明し、理解が得られるように努力して行く必要がある。

　インターネット通して公開している画像は、写真複成と比較すれば画質に相当の差があり、また近い将来画質が飛躍的に向上することもないと思われる（電話回線経由のアクセス速度の制約）。したがって、当面、公開した画像がそのまま影印版や写真版などの商業出版物に利用されるとは考えにくい。しかし、二次利用による問題が生じないとは言えず、またそのような場合、追跡調査が困難という問題点もある。たとえば、DLした画像をもとに教材を作成して再配布するような場合でも、作成者の側から自発的な問合せや申請がなければ、史料編纂所側ではその存在を知ることができない。また、直接もしくは間接に文書画像を入手した研究者が、文面確認のために（別に他意はなかったとしても）原文書所蔵者のもとにそれを持ち込んで、問題を生じるといったケースもあり得る。本所の側でも、1)この公開が、原蔵者の理解と協力、史料採訪や複本作成業務の積み重ねにより成り立っていること、2)利用が許される基準・範囲があること、3)問合せの窓口・体制、などを明らかにして、利用者の理解と協力を求めるよう努めて行かなければならない。

４. 次期システムのアウトラインと検討課題

　現システムでは、データの入力・校正を汎用機上で行い（新規に追加したDBはPC上で作業）、その後DBサーバーにファイル転送している。汎用機には、1)安定した稼働実績、2)公開用と別系統のデータを持つという安心感、3)各DBのニーズに合わせて用意した印刷機能、といった特徴もあるが、限られた予算枠をどう有効に使うかということになれば、汎用機システムを持つことのメリット・デメリットを洗い直す必要がある。次期システムの構成において、汎用機のシステムが本当に必要かどうか、他のOS（Windows NTなりUNIXなり）上に、十分な安定・安全性を持ったDBシステムを、よりリーゾナブルに構築できるかどうか、研究して行かなければならない⁽³⁾。

(3)1998年、一部のDBにMS SQL Serverを試験導入したが、DBの件数が多いためか、チューニング不足のためか、あるいはソフトウェアの「デキ」が良くないためか、期待したパフォーマンスは出ていないようである。また、＜汎用機→汎用機＞といういわば平行移動ではなく、別個のプラットフォームへ従来の「作り込み」部分を移行させるとなれば、相応の開発費がかかることも、考慮すべきである。

　入札による調達制度の趣旨は、特定のハードやソフトを指定することではなく、われわれが必要とする性能値を明確化し、それに適合したハード・ソフトを調達することにある。しかし、従来のような、中央処理システムのMIPS値やチャンネル数といった基準では、すでにシステム全体のパフォーマンスを十分に表せなくなっている。WWWサーバーやDBサーバーのログを解析して（信頼できる業者に解析させて）、スレッド数に対するリニアな追随性がどの辺まで必要か、TPM(Transactions per minute)の最高がどの程度必要かなど、適切な性能値を明確化して行く必要があろう。

　検索ユーザーの側から見た場合、本所のような公的機関が提供する情報検索ページには、1)シンプルで軽いこと、2)セキュリティ上の危惧を与えないこと、3)原則として特定のソフトやversionに依存しないこと、といった特性が期待されるだろう⁽⁴⁾。

　しかし、このような原則を厳密に守ろうとすれば、利用可能文字や画面表示機能の制約が強くなる⁽⁵⁾。HTMLに続く規格である・D-HTML XMLや、端末側で動作するスクリプト・アプレット類（Active Xなどは論外だが）をどの程度まで採用して行くか、利用者からのフィードバックを含めて見極めて行くことが課題である。

(4)インターネット上には、セキュリティのためブラウザのJava 受け入れを常にOFFに設定するユーザーもいれば、マシンにプリインストールされたMS Outlook Expressを初期設定のまま使用してHTMLメールを送付し、本人は訳の分からないまま周囲から顰蹙を買うようなユーザーもいる（筆者も最近被害にあった）。さまざまなレベルの利用者が混在することを、考慮しなければならない。

(5)現システムでも、ファイルサイズと画質の関係を考慮した結果、モノクロ画像についてはTIFF形式を採用しており、一部ブラウザではヘルパーAPが必要である。

　史料編纂所ではこれまで、主として、任意の言葉を入力して該当する史料を探す「キーワード型」アプローチにより、所蔵史料や既刊出版物情報の検索の便につとめてきた⁽⁶⁾。ただ、現状では、本所の持つ史料情報（所蔵文書やこれまでの出版物）全体のなかで、どの部分が公開されており、どの部分が公開されていないかについて、わかりにくい面があることは否定できない。史料(群)の性格や内容についてのガイダンスをたどることで目的の史料に到達できる「目録型(キャビネット・フォルダ型と言ってもいい)」アプローチを用意し──誰がそのための作業をするかという大きな問題はあるが──両面からのアプローチを可能にすることも検討しなくてはなるまい。

(6)実際には、史料情報だけではなく、調査・編纂・出版など業務の諸過程で発生するさまざまな歴史史料情報も含んでいる。

　現在メジャーなブラウザは、文字コードセットの切り替え機能を持っており、また各コードセットで使用する表示フォントを指定することができる。したがって、海外の日本史研究者でも、日本語の表示用フォントを用意すれば、日本語ホームページの閲覧（印刷用の日本語フォントがあれば印刷も）が、一応は可能である。ただしこの場合、見る先によってコードセットを切り替える必要があることや、１台のマシン（もしくはHDDの１起動領域）をその言語専用にしてしまわなければ、データとしての意味を持たないという不便がある。文字コードの拡張については、以前から東洋学関係の団体を中心にいくつかの規格が提起されているほか、JISの拡張も具体化してお

り、またWindows NTの次期バージョンで

は、unicodeによって（いろいろと問題は指摘されているが）世界的に文字コードの統一が可能になるとアナウンスされている。本所としても、各種の動向に注意を払っているが、今後どのような規格が主流になっていくのか、見通すことができないのが現状である。

　以上あげてきたように、現システムから次期システムへと向けて、課題は山積している。さらに、本科研の趣旨からは少しはずれるため、ここでは触れなかったが、一番の問題はDB作成のための労力や資金をどう確保するかという点である。限られたコスト・人間・時間のもとで、実際にどこまで問題の解決が可能か、はなはだ心もとない面もあるが、歴史史料情報のWWW公開を進めるため、今後も工夫と努力を継続して行きたい

　　　　　　　　　　　　　　　WWWサーバによる日本史データベースの

　　　　　　　　　　　　　　　　1996年度〜1998年度　科学研究費補助金　基盤研究(A)(2)　研究成果報告書

　　　　　　　　　　　　　　　　　　　　1999年3月31日　発行

　　　　　　　　　　　　　　　　　　　　編集・発行　　加藤　友康

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　東京都文京区本郷7丁目3番1号

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　電話　03(3812)2111（代表）

　　　　　　　　　　　　　　　　　　　　印刷・製本　　有限会社　日本興業社