Virtual Library — LV3 のガバナンス製品

図書館が本を貸すように、
データを貸し出す。

データはあちこちのシステムに散らばり、機微な情報のやり取りは厳しく管理したい。日々の記録も、柔軟に、構造立てて残しておきたい。その全部を、ひとつの場所で叶える組織のために。

The Merry Owl Library の来館者、うさぎのマリアが挨拶に手を振っている様子
うさぎのマリア · 借り手 ようこそ!貸出の仕組みをご案内しますね。
Hosted by The Merry Owl Library

「Virtual Library」と聞いて
何を思い浮かべましたか?

名前の印象と、この製品の実体は別物です。 本題に入る前に、そこをはっきりさせておきます。

実在する図書館の蔵書をデジタル化するサービス

Virtual Library は、紙の本をスキャンしたり、電子書籍プラットフォームを運営したり、公共図書館をオンライン化するものではありません。 それらはまったく別カテゴリの製品です。

図書館で本を読むうさぎのマリア

マリアは本を読みます——ただし、この書架に並ぶ本は 誰かの物語ではなく、あなたのデータです。

図書館が本を貸すように、組織のデータを貸し出す仕組み

自社のファイル・データベース・構造化テーブルを「本」として管理された蔵書目録に登録し、 必要な人が期間を区切って借り受けられます——どの貸出にも監査証跡が残ります。

いつもまとめて訪れる
3つの悩み。

うなずきながら笑ううさぎのマリア
うちの会社/病院/学校は、十を超えるシステムと、百人以上の利用者で動いている。 データはあちこちに散らばり、中には機微な情報もある。やり取りは厳格に、追跡できるように、期限を区切って行いたい。 しかも、日々の細かな記録を整理しておける柔軟な場所も、本音を言えば欲しい。 それを全部ひとつで扱えるサービスなんて、本当にあるのだろうか? — 現場運用責任者の声(要約)

散らばっている

共有フォルダの中のファイル。古いデータベースのテーブル。個人のノートPCの表計算。何がどこにあるのか、全体を見渡せる場所がひとつもない。

機微である

データの中には規制対象・個人情報・戦略情報が含まれる。やり取りは管理下に置き、期限を区切り、後から監査できなければならない。

構造がほしい

いまはあちこちの表計算に散らばっている日々の記録にも、柔軟で整った置き場所がほしい——大掛かりなデータベースを構える負担なしに。

Virtual Library は、この3つすべてに一箇所で応えます。

散らばったものを集める。
機微なものを守る。未整理のものに形を与える。

3つの異なる機能を、ひとつの製品にまとめました。別々のツールを寄せ集めてつなぎ合わせる必要はありません。

① データは渡さず、貸し出す

ファイル、既存データベースの一部、そして新しい構造化テーブル——そのすべてを、管理された蔵書目録に「本」として登録します。 借り手が見るのはストリーム表示のみ。原本が図書館の外に出ることはありません。

  • 3種類の本——ファイル、データベースの一部、構造化テーブル
  • 閲覧のみのストリーミング。コピー・書き出し・オフラインキャッシュは不可
  • 期限付きの貸出——期限が切れると自動的にアクセスが終了
  • 専有(借り手ひとり)または共有(同時に複数)を、ケースごとに選択

② 厳格に管理し、すべて監査可能に

誰が何を閲覧でき、誰が何を借りられ、誰が判断するか——すべては名前のついた役割と、書架ごとの権限で管理されます。 あらゆる操作は後から確認できるよう記録されます。

  • 4つの名前つき役割——館長、蔵書オーナー、目録管理人、来館者
  • 書架ごとのアクセス——来館者には必要な書架だけを開放
  • 貸出の依頼は司書が明示的に承認(または却下)
  • 追記のみの監査ログ——すべての依頼・閲覧・返却を記録
  • 内部ネットワーク限定の導入——公共インターネットには一切公開しない

③ 構造化テーブルを標準搭載

まだシステムに載っていない日々の記録のために、Virtual Library は柔軟な 構造化テーブル層を用意しています——関連づけ・型・添付・同じ行を複数の見方で表示できる、いわば関係を持った表計算です。

  • テーブル同士を連携させ、片方の行がもう片方の行を参照できる
  • 20種類以上の列タイプ——テキスト、数値、日付、ファイル、リンク、計算値
  • 1つのテーブルにつき6つのビュー——グリッド、ボード、カレンダー、ギャラリー、ガント、フォーム
  • 行ごとにファイルを添付し、コメントを残し、会話形式で返信

来館者が本を借りる。
司書が貸出を承認する。

貸し借りは、誰もが知っている行為です。 製品全体がこの言葉で組み立てられているので、新しい用語を覚える必要はありません。

The Merry Owl Library の内部——木造船の中にある、複数階層の書架が並ぶドーム状の部屋
共有したいデータのひとまとまり——ファイル群、既存データベースの一部、または構造化テーブル。
書架
テーマ別の区画——人事、患者記録、調達、研究…。それぞれの本は必ずひとつの書架に属します。
貸出
来館者が本を閲覧できる、期限付き・閲覧のみのストリーム。明示的に承認され、自動的に終了します。
司書
管理権限を持つ人。蔵書オーナーは個々の本を管理し、目録管理人は書架全体を世話します。
来館者
招かれた人。閲覧を許された書架を見て回り、特定の本の貸出を依頼できます。貸出中は借り手になります。
連携
2つの組織が互いの図書館をつなげられます。同じ人が自組織では司書、提携先の図書館では来館者になれます。
1

見て回る

来館者が蔵書目録を開く

2

依頼する

本を選び、貸出を頼む

3

承認する

司書が条件つきで承認

4

読む

期限付き・閲覧のみのアクセス

5

返却する

期限が切れ、アクセスが終了

来館者のスマホ · 3つの場面

書架を選び、本を選び、貸し出された本を読む。

6つの書架がグリッド状に並ぶ図書館ホーム画面のモバイル表示:人事、患者記録、財務、研究、調達、運用。

① 書架を選ぶ 来館者には、許可された書架だけが表示されます。

人事書架に5冊の本の背表紙が並び、「2026年採用候補者リスト」の詳細カードに「この本を借りる」ボタンが表示されたモバイル画面。

② 本を選び、貸出を依頼する 詳細カードには、承認前でも中身の概要が表示されます。

残り6日で貸出中の採用候補者リストを表示するモバイル画面。文書の内容が見え、手書きの付箋が2枚——ピンクの「再確認」とアンバーの「2次選考へ」。

③ 借りて読み、残すのは自分のメモだけ 閲覧のみのストリーム。本は船内に残り、保存したタグやメモはあなたのものになります。

ほぼどんなデータも収まる。
3つの形は混ざらない。

1冊の本は必ずひとつの形——2つにはなりません。形を分けておくことで、貸出ルールはシンプルに、監査はきれいに、来館者の理解も明快に保たれます。

図書館の机に開かれた本があり、そのページからPDF・表計算・文書・画像・動画・音声のファイルアイコンが温かなきらめきに包まれて浮かび上がっている。 タイプ1 · ファイル

1. ファイルの本

ファイルのフォルダを、ひとつの貸出単位として登録します。

PDF、スライド、表計算、Word文書、画像、動画、音声、その他何でも入れられます。1ファイルでも数百ファイルでも、混在してもかまいません。借り手は中身をストリームで見て、ページに注釈を書き込み、タグを付けられますが、原本が図書館の外に出ることはありません。

向いている用途 文書コレクション · スキャンした記録 · 会議の録音 · プレゼン資料 · 画像アーカイブ。
図書館の机に開かれた本があり、その上に光る立体的なデータベース構造が浮かんでいる——半透明の円柱がデータの線でつながり、小さな立方体のノードに接続され、本を通じて既存データベースがつながっている様子を表している。 タイプ2 · データベースの一部

2. データベースの本

別の場所で既に運用しているデータベースの、定義された一部です。

既存のデータベースを図書館に指し示し、公開する範囲を選びます——データベース全体、特定のスキーマ、特定のテーブル、または特定のレコード。借り手はその一部を読み取り専用のストリームとして見ます。元のシステムに何かが戻ることはありません。

向いている用途 人事データベースの一部の共有 · 在庫・顧客システムの読み取り専用スライスの公開 · 提携先に関係する行だけを見せる。
図書館の机に開かれた本があり、そのページに構造化テーブルのグリッドが描かれ、セルにファイル添付がクリップされ、書きかけの鉛筆が宙に浮き、「+」印の黄色い付箋が作成中のワークブックを思わせる。 タイプ3 · 構造化テーブル

3. 構造化テーブルの本

型・リンク・添付・ビューに対応した表計算を、図書館の中で直接作れます。

まだシステムに載っていない記録のために。1冊の本には1つ以上のテーブルが入り、テーブル同士を連携させて、片方の行がもう片方の行を参照できます。各セルにはテキスト、数値、日付、チェックボックス、ドロップダウン、他の行へのリンク——あるいはファイル添付を入れられます。同じ行を、グリッド、ボード、カレンダー、ギャラリー、ガントチャート、または外部公開用フォームとして表示できます。

向いている用途 プロジェクト管理表 · 候補者リスト · 機材台帳 · 紹介記録 · 今なら表計算で作るようなもの全般。ただし、より整理された関連づけと監査つきで。

あらゆる場所からデータを取り込む。
人はただ読むだけ——外に持ち出されるものはない。

ファイル、データベース、表計算——そのすべてを Virtual Library を通して見せられます。 実データは今ある場所にそのまま残ります。Virtual Library がするのは、人にそれを見せることだけ—— 図書館から本を借りて、その場で読むように。

カーソルを図の上で動かしてみてください——データ元にカーソルを合わせると、そのストリームが図書館へ流れ込む様子が見えます。データそのものが読み手側へ渡ることはなく、渡るのは「見る」ことだけです。

誰が何をできるか。
4つの名前つき役割と書架ごとの権限で決まる。

役割は一度割り当てて終わりではなく、書架ごとに設定します。同じ人が、ある書架では蔵書オーナー、別の書架では単なる来館者ということもあります。連携を使えば、組織をまたいで同じように運用できます。

目録管理人のふくろう、Merry Owl が「セルフチェックアウトをご利用ください」の札を出したまま、木製の司書カウンターで居眠りしている様子
★ 館長

図書館長

サーバー全体の権限

書架を作成・編集し、司書を任命します。図書館内のすべての本に対して、暗黙の蔵書オーナー権限を持ちます。最初の館長は、図書館を立ち上げた人です。

オーナー

蔵書オーナー

本ごとの権限

特定の本のデータ所有者。共有の初期設定を決め、貸出依頼を承認・却下し、不要になった本を引退させます。1冊の本を複数のオーナーで共有できます。

管理人

目録管理人

書架ごとの権限

書架全体、または複数の書架を世話します。新しい本を分類し、監査証跡を確認し、その書架を見られる人を管理します。個々の本については蔵書オーナーの判断を上書きしません。

来館者

来館者

書架ごとに付与されたアクセス

アクセスを許された書架で蔵書目録を見て回り、特定の本の貸出を依頼できます。蔵書目録そのものを編集する権限はありません。

貸出中は、来館者は借り手とも呼ばれます——貸出が終わると消える、一時的な役割です。

司書から見た蔵書目録

https://library.your-org.example/admin/catalog
内部ネットワーク

人事 — 12冊

管理人 · 山本   これらの本のオーナー · 4名

2026年 採用候補者リスト
構造化3テーブル
📚 共有貸出 · 借り手2名
従業員マスター(人事DB)
データベース1スキーマ
目録内
人事評価 — 2025年 第4四半期
ファイル14文書
🔒 専有貸出 · 残り3日
2026年 報酬規程
ファイル6文書
目録内
研修記録
構造化2テーブル
目録内
退職時の引き継ぎ
ファイル9文書
📋 依頼1件 待機中
勤怠記録(DBの一部)
データベース1テーブル
📚 共有貸出 · 借り手4名
キャリア面談記録
構造化1テーブル
目録内

司書の手間を減らす
6つの小さなAI機能。

どれも人の判断を置き換えるものではありません。すべてオン・オフを切り替えられ、各機能を動かすエンジンは、導入環境ごとにローカルにも外部にも設定できます。

AI · 01

一行の本の要約

どの本のカードにも短い要約を。蔵書が増えても読みやすさを保ちます。本の内容が変わると再生成されます。

AI · 02

書架ごとの用語集を自動生成

専門用語が新しい本から抽出され、その書架の自動用語集に提案されます。管理人は各提案を承認・編集・却下できます。

AI · 03

表紙の生成

本に表紙画像がない場合、内容から導いた4案を提示します。同じ内容からは常に同じ画像が生まれます。

AI · 04

OCR と文字起こし

スキャンしたPDFや画像からテキストを取り出し、動画・音声ファイルには文字起こしを生成します。どちらも検索インデックスと要約に反映されます。

AI · 05

コマンドパレット

ショートカットひとつで一本のバーが開き、検索も、操作の実行も、司書の権限の範囲での自然言語の質問への回答もこなします。

AI · 06

学んだことを残す

貸出が終わるとき、借り手は一行の気づきをタグとして残せます——何を見つけたか、何を探していたか。次の来館者に役立ちます。

ローカルか外部か——機能ごとに選べます。 各AI機能は、導入環境の中だけで動くモデルで動かすことも、外部APIを呼び出すこともできます。 機微な書架はローカルに留め、重要度の低い書架はコストや品質のために外部プロバイダーを選ぶ、といった使い分けができます。

2つの導入モデル。
どちらもプライベートネットワーク限定。

御社のIT体制に合う方を選べます。いずれにせよ、図書館が公共インターネットに公開されることはありません——すべての通信は、御社のプライベートネットワーク、またはLV3が御社に代わって運用するネットワークの内側に収まります。

プランA

LV3 による運用

LV3 が御社に代わって図書館を運用します。御社にはデータとポリシーをご用意いただき、導入・更新・日々の運用は LV3 が引き受けます。

  • 御社専用に用意されたインフラでホスティング
  • 御社のプライベートネットワークにのみ接続——公共インターネットには接続しない
  • 更新・パッチ・運用のお世話は LV3 が管理
  • 本番稼働までの最短ルート
プランB

御社環境でのセルフホスト

御社が所有するインフラ上で図書館を運用します——オンプレミス、御社のクラウドアカウント、またはプライベートなアプライアンス上に。LV3 は導入とアップグレードの道筋を支援します。

  • 御社自身の環境で、御社の管理下で稼働
  • 鍵は御社のITチームが握り、ネットワークポリシーを定める
  • 同じ製品、同じ更新、同じサポート契約
  • 自社のプラットフォームチームを持つ組織に最適

どちらにも共通

プライベートネットワーク限定

定められた内部ネットワーク——VLAN、VPN、またはそれに相当するもの——からのみ到達できます。公共インターネットには公開されません。

拠点間の連携

部門・拠点・提携組織をまたいだ複数の図書館を、それぞれの所有権を分けたままつなげられます。

どこでも監査ログ

すべての依頼・承認・閲覧・返却が記録されます——どちらの導入モデルでも、図書館が続く限り。

3つの業種。
同じ貸出モデル。異なる中身。

「散らばり+機微+構造が必要」というパターンは、まったく異なる組織でも、よく似た形で現れます。

🏥

病院

複数部門 · 規制対象

各部門は、それぞれ異なる規則のもとで患者関連データを扱います。図書館なら、各部門が必要な部門にちょうど必要な一部だけを——必要な期間だけ——貸し出せます。

  • 臨床研究部門が、治験データの一部を倫理審査委員会に貸し出す
  • 紹介外来が、最近の画像診断を提携先病院に貸し出す
  • 財務が、給与締め処理のため人事から勤怠データの一部を読む
🏫

学校・大学

教職員と提携先

教員、事務、カウンセラー、外部の提携先(教育委員会、共同研究者)は、学生・研究データのそれぞれ異なる部分を必要とします——ときに短期間だけ、決して恒久的にではなく。

  • 研究室が、定められたプロジェクト期間だけ、共同研究先の大学に抽出データを貸し出す
  • 事務局が、年次のデータの一部を教育委員会に提出する
  • カウンセラーが、担当教員に学生記録を専有貸出として共有する
🏢

企業

複数拠点 · 複数ベンダー

ファイルやデータベースの一部が、部門・支社・仕入先・顧客の間を行き交います。図書館は機微さに応じて貸出の範囲を絞ります——期間、専有性、対象者。

  • 本社が、営業DBの一部を地方支社に共有貸出として貸し出す
  • 研究開発が、仕様書の本を外部の開発パートナーに専有で貸し出す
  • 調達が、読み取り専用の構造化テーブルのビューを仕入先に開放する

散らばり、機微で、構造を必要とするデータを、ひとつの図書館へ。

LV3 が、導入のかたち、役割と書架の設計、連携の戦略、そして展開の計画を担います。私たちは棚に眠るソフトを売るのではなく、動く図書館をお届けします。