コンテンツにスキップ

英文维基 | 中文维基 | 日文维基 | 草榴社区

利用者:Uchronian/LOCKSS

Template:Db-userreq

Uchronian/LOCKSS
開発元 スタンフォード大学
ライセンス BSD style
公式サイト www.lockss.org
テンプレートを表示

LOCKSS(ロックス)は(Lots of Copies Keep Stuff Safe の略)、スタンフォード大学の後援のもとつくられた、デジタル保存を目的とするPeer to Peer (P2P) 型ネットワークの仕組み。ウェブ上で公開された資料を図書館が収集・保存し、それらに対するアクセス機会を利用者へ提供できるように、オープンソースのシステムが開発された。

このシステムは、従来の図書館と紙媒体の出版物との関係を再現しようとするものである。もともとは学術雑誌向けに設計された仕組みだが[1]、諸大学の学位論文[2]や政府文書[3]など、これまでも他のさまざまな資料向けに利用されてきた。たとえば米国の大学を中心としたデジタル保存ネットワーク MetaArchiveでは、電子学位論文、新聞、写真、視聴覚コレクションなどを含む資料を保存するためにLOCKSSの技術が利用されている[4][5]

類似のプロジェクトとして CLOCKSS (Controlled LOCKSS) がある。これは米国における「免税非営利の501(c) 団体で、図書館および出版社で構成された理事会により運営がなされている」[6]。CLOCKSSはLOCKSSの技術で運用されている[7]

問題

[編集]

従来、学術雑誌の各巻号は学術図書館が個別に、あるいは共同で保管し、ある出版社が廃業したり、あるタイトルの購読が中止されたりしたとしても、図書館利用者はそれらの学術雑誌を利用し続けることができた[8]。デジタルの時代になると、図書館ではインターネット上でのみ利用可能なデジタル形式の学術雑誌を購読することが主流になった。それにより利便性は向上したが、このようなデジタル購読モデルでは、図書館が学術雑誌のコピーデータを保持することができない。仮に出版社が公表を停止したり、図書館が購読を中止したり、出版社のウェブサイトがシステムダウンしたりなどすると、料金を支払ったコンテンツが利用できなくなってしまう。

手法

[編集]

LOCKSSシステムにより、図書館は出版社からの許諾をえたうえで、購読している資料およびオープンアクセス資料(クリエイティブコモンズライセンスのもとで公表されている場合が多い)のコピーデータを収集・保存し、利用者へ提供することが可能になる。各図書館のシステムでは、出版社が適切な許可を与えていることを確認可能な専用のウェブクローラーを用いてコピーデータを収集する。このシステムは、ファイルフォーマットに依存せず、出版社がHTTPを介して配信するものであればどのようなフォーマットのものでも収集する。同じ資料を収集した図書館は、P2Pネットワークで連携しあい、その保存を保証する。ネットワーク内のピア(対等に通信を行う複数コンピュータ)は、保存されたコンテンツの暗号学的ハッシュ関数ノンス(使い捨ての乱数値)に対して投票を行う。投票で負けたピアは、自分のコピーデータが破損しているとみなして、出版社ないし他のピアからデータの修復を行う[9][10]

ほとんどの出版社で採用されているLOCKSSライセンスでは、ある図書館の利用者がその図書館が保有するコピーデータにアクセスすることは許可しているが、他の図書館のコピーデータに同様な形でアクセスすることまでは許可しておらず、あるいは、図書館と関係がない利用者は対象外である。要するに、このシステムはファイル共有に対応していない。要求があれば、図書館は修復のために他の図書館にコンテンツを提供することができるが、それは要求した図書館が、投票により適切なコピーデータを確かに以前保有していたことを証明した場合に限られる。収集済みコピーデータのフォーマットに利用者側のブラウザが対応しなくなった場合は、フォーマットのマイグレーションにより、最新のフォーマットへ変換することが可能である[11]。著作権で保護された資料の保存用コピーについてはこのような制限が課せられている。こうした措置は、著作権利者側の理解をえるうえでは有効に働いたといえる[12]

LOCKSSのアプローチは、出版社から許諾をえたうえで選択的に収集し、分散保管し、提供に制限をかけるというものだが、これはたとえばインターネットアーカイブのような、出版社から許諾をえないまま手当たり次第に収集し、集中的に保管し、制限なく提供するというアプローチと対照的である。比べるとLOCKSSシステムははるかに小規模なものではあるが、インターネットアーカイブがアクセスできないような購読資料を保存することができる。

各図書館はLOCKSSのピア機能を管理し、かつ保存対象資料のコピーを自機関で維持管理する。世界中にそのような図書館があることから、このシステムでは、フォールトトレラントシステムで通常なされているものよりもはるかに高度なレプリケーション機能を実現している。投票プロセスではこのような高度なレプリケーション機能を活用することで、オフライン媒体へバックアップする必要性をなくすとともに、保存対象コンテンツを破壊する攻撃に対して強い仕組みを実現している[13]

重要性

[編集]

図書館は従来、アクセス可能な環境を維持することに加えて、印刷資料を書き換えたり、秘匿したりすることを困難にする役割を果たしてきた。多数の独立した管理者のもとで、(どれくらいあるかどうかは不定だが)多数の同一コピーが改ざんされにくい何らかの媒体上に存在していれば、公表された作品のコピーすべてに変更を加えたり、それらを消し去ったりしようとしたところで、その試みは失敗するだけでなく、ばれてしまうのが落ちだろう。単一の管理者が単一のコピーをウェブ上で公表しているだけでは、こうした改ざん予防はうまく機能しない。つまり、ウェブ上での公表行為が歴史を安易に書き換える手段になりかねない。LOCKSSシステムは、多様な管理下で多数のコピーを保存することにより、一定の間隔でそれらコピーの自動監査を相互に行うことにより、そして変更が検出されたら図書館へ報告することにより、デジタル世界の公表活動における保護機能を復活させようとするものである[要出典]

実装

[編集]

LOCKSSシステムを導入する前に、対象となるコンテンツが検証・評価・監査可能かどうかを確認しておく必要がある。作業手順、採用手法、システムの評価法、災害復旧計画などについて事前に検討しておかなければならない。

LOCKSSシステム全体のソースコードは、BSDライセンスが適用されており、GitHubから入手可能である[14]。なお、LOCKSSはスタンフォード大学の商標である。

脚注

[編集]
  1. ^ David S. H. Rosenthal; Vicky Reich (18 June 2000). Permanent Web Publishing (PDF). Proceedings of FREENIX Track: 2000 USENIX Annual Technical Conference. 2008年1月19日閲覧
  2. ^ "ASERL and LOCKSS to Preserve e-Theses & Dissertations" (Press release). SOLINET. 11 July 2005. 2008年1月19日閲覧
  3. ^ Jacobs, James. “LOCKSS-USDOCS”. home page. LOCKSS. 23 February 2012閲覧。
  4. ^ The MetaArchive Cooperative”. Home page. 2008年1月19日閲覧。
  5. ^ Maniatis, Petros; Rosenthal, David S. H.; Roussopoulos, Mema; Baker, Mary; Giuli, TJ; Muliadi, Yanto (2003). “Preserving peer replicas by rate-limited sampled voting”. Proceedings of the nineteenth ACM symposium on Operating systems principles - SOSP '03. pp. 44. arXiv:cs/0303026. doi:10.1145/945445.945451. ISBN 978-1581137576. http://web.cs.dal.ca/~abrodsky/7301/readings/MaRoGiRoBaMu03.pdf 
  6. ^ CLOCKSS.org (2015), CLOCKSS.org, http://www.clockss.org/. 
  7. ^ CLOCKSS.org (2008-02-14), What's the difference between LOCKSS and CLOCKSS?, http://www.clockss.org/clocksswiki/files/LOCKSSCLOCKSSChart.pdf 2015年11月21日閲覧。. 
  8. ^ Preservation Principles - LOCKSS”. 2018年12月1日時点のオリジナルよりアーカイブ。2013年3月7日閲覧。
  9. ^ Petros Maniatas (October 19, 2003). “Preserving Peer Replicas By Rate-Limited Sampled Voting”. ACM Symposium on Operating Systems Principles. January 28, 2005時点のオリジナルよりアーカイブ。May 2, 2022閲覧。
  10. ^ T.J. Giuli; Petros Maniatis; Mary Baker; David S. H. Rosenthal; Mema Roussopoulos (27 November 2004). "Attrition Defenses for a Peer-to-Peer Digital Preservation System". arXiv:cs.CR/0405111
  11. ^ David S. H. Rosenthal; Thomas Lipkis; Thomas S. Robertson; Seth Morabito (January 2005). “Transparent Format Migration of Preserved Web Content”. D-Lib Magazine 11 (1). arXiv:cs/0411077. doi:10.1045/january2005-rosenthal. http://www.dlib.org/dlib/january05/rosenthal/01rosenthal.html 2008年1月19日閲覧。. 
  12. ^ Publishers and Titles”. LOCKSS. 2008年1月8日時点のオリジナルよりアーカイブ。2008年1月19日閲覧。
  13. ^ David S. H. Rosenthal (September 11, 2012). “LOCKSS Boxes in the Cloud”. October 11, 2013閲覧。
  14. ^ LOCKSS (Lots of Copies Keep Stuff Safe)”. Project web site. GitHub. September 12, 2017閲覧。

外部リンク

[編集]