まず、よくある誤解を解いておきます
名前の印象と、この製品の実体は別物です。 本題に入る前に、そこをはっきりさせておきます。
Virtual Library は、紙の本をスキャンしたり、電子書籍プラットフォームを運営したり、公共図書館をオンライン化するものではありません。 それらはまったく別カテゴリの製品です。
マリアは本を読みます——ただし、この書架に並ぶ本は 誰かの物語ではなく、あなたのデータです。
自社のファイル・データベース・構造化テーブルを「本」として管理された蔵書目録に登録し、 必要な人が期間を区切って借り受けられます——どの貸出にも監査証跡が残ります。
心当たりはありませんか?
うちの会社/病院/学校は、十を超えるシステムと、百人以上の利用者で動いている。 データはあちこちに散らばり、中には機微な情報もある。やり取りは厳格に、追跡できるように、期限を区切って行いたい。 しかも、日々の細かな記録を整理しておける柔軟な場所も、本音を言えば欲しい。 それを全部ひとつで扱えるサービスなんて、本当にあるのだろうか? — 現場運用責任者の声(要約)
共有フォルダの中のファイル。古いデータベースのテーブル。個人のノートPCの表計算。何がどこにあるのか、全体を見渡せる場所がひとつもない。
データの中には規制対象・個人情報・戦略情報が含まれる。やり取りは管理下に置き、期限を区切り、後から監査できなければならない。
いまはあちこちの表計算に散らばっている日々の記録にも、柔軟で整った置き場所がほしい——大掛かりなデータベースを構える負担なしに。
Virtual Library は、この3つすべてに一箇所で応えます。
3つの悩みに、ひとつの答え。
3つの異なる機能を、ひとつの製品にまとめました。別々のツールを寄せ集めてつなぎ合わせる必要はありません。
ファイル、既存データベースの一部、そして新しい構造化テーブル——そのすべてを、管理された蔵書目録に「本」として登録します。 借り手が見るのはストリーム表示のみ。原本が図書館の外に出ることはありません。
誰が何を閲覧でき、誰が何を借りられ、誰が判断するか——すべては名前のついた役割と、書架ごとの権限で管理されます。 あらゆる操作は後から確認できるよう記録されます。
まだシステムに載っていない日々の記録のために、Virtual Library は柔軟な 構造化テーブル層を用意しています——関連づけ・型・添付・同じ行を複数の見方で表示できる、いわば関係を持った表計算です。
3種類の「本」
1冊の本は必ずひとつの形——2つにはなりません。形を分けておくことで、貸出ルールはシンプルに、監査はきれいに、来館者の理解も明快に保たれます。
ファイルのフォルダを、ひとつの貸出単位として登録します。
PDF、スライド、表計算、Word文書、画像、動画、音声、その他何でも入れられます。1ファイルでも数百ファイルでも、混在してもかまいません。借り手は中身をストリームで見て、ページに注釈を書き込み、タグを付けられますが、原本が図書館の外に出ることはありません。
別の場所で既に運用しているデータベースの、定義された一部です。
既存のデータベースを図書館に指し示し、公開する範囲を選びます——データベース全体、特定のスキーマ、特定のテーブル、または特定のレコード。借り手はその一部を読み取り専用のストリームとして見ます。元のシステムに何かが戻ることはありません。
型・リンク・添付・ビューに対応した表計算を、図書館の中で直接作れます。
まだシステムに載っていない記録のために。1冊の本には1つ以上のテーブルが入り、テーブル同士を連携させて、片方の行がもう片方の行を参照できます。各セルにはテキスト、数値、日付、チェックボックス、ドロップダウン、他の行へのリンク——あるいはファイル添付を入れられます。同じ行を、グリッド、ボード、カレンダー、ギャラリー、ガントチャート、または外部公開用フォームとして表示できます。
本はどこから来るのか
ファイル、データベース、表計算——そのすべてを Virtual Library を通して見せられます。 実データは今ある場所にそのまま残ります。Virtual Library がするのは、人にそれを見せることだけ—— 図書館から本を借りて、その場で読むように。
カーソルを図の上で動かしてみてください——データ元にカーソルを合わせると、そのストリームが図書館へ流れ込む様子が見えます。データそのものが読み手側へ渡ることはなく、渡るのは「見る」ことだけです。
ガバナンスモデル
役割は一度割り当てて終わりではなく、書架ごとに設定します。同じ人が、ある書架では蔵書オーナー、別の書架では単なる来館者ということもあります。連携を使えば、組織をまたいで同じように運用できます。
サーバー全体の権限
書架を作成・編集し、司書を任命します。図書館内のすべての本に対して、暗黙の蔵書オーナー権限を持ちます。最初の館長は、図書館を立ち上げた人です。
本ごとの権限
特定の本のデータ所有者。共有の初期設定を決め、貸出依頼を承認・却下し、不要になった本を引退させます。1冊の本を複数のオーナーで共有できます。
書架ごとの権限
書架全体、または複数の書架を世話します。新しい本を分類し、監査証跡を確認し、その書架を見られる人を管理します。個々の本については蔵書オーナーの判断を上書きしません。
書架ごとに付与されたアクセス
アクセスを許された書架で蔵書目録を見て回り、特定の本の貸出を依頼できます。蔵書目録そのものを編集する権限はありません。
貸出中は、来館者は借り手とも呼ばれます——貸出が終わると消える、一時的な役割です。
管理人 · 山本 これらの本のオーナー · 4名
静かなAIの支援
どれも人の判断を置き換えるものではありません。すべてオン・オフを切り替えられ、各機能を動かすエンジンは、導入環境ごとにローカルにも外部にも設定できます。
AI · 01
どの本のカードにも短い要約を。蔵書が増えても読みやすさを保ちます。本の内容が変わると再生成されます。
AI · 02
専門用語が新しい本から抽出され、その書架の自動用語集に提案されます。管理人は各提案を承認・編集・却下できます。
AI · 03
本に表紙画像がない場合、内容から導いた4案を提示します。同じ内容からは常に同じ画像が生まれます。
AI · 04
スキャンしたPDFや画像からテキストを取り出し、動画・音声ファイルには文字起こしを生成します。どちらも検索インデックスと要約に反映されます。
AI · 05
ショートカットひとつで一本のバーが開き、検索も、操作の実行も、司書の権限の範囲での自然言語の質問への回答もこなします。
AI · 06
貸出が終わるとき、借り手は一行の気づきをタグとして残せます——何を見つけたか、何を探していたか。次の来館者に役立ちます。
ローカルか外部か——機能ごとに選べます。 各AI機能は、導入環境の中だけで動くモデルで動かすことも、外部APIを呼び出すこともできます。 機微な書架はローカルに留め、重要度の低い書架はコストや品質のために外部プロバイダーを選ぶ、といった使い分けができます。
運用のかたち
御社のIT体制に合う方を選べます。いずれにせよ、図書館が公共インターネットに公開されることはありません——すべての通信は、御社のプライベートネットワーク、またはLV3が御社に代わって運用するネットワークの内側に収まります。
LV3 が御社に代わって図書館を運用します。御社にはデータとポリシーをご用意いただき、導入・更新・日々の運用は LV3 が引き受けます。
御社が所有するインフラ上で図書館を運用します——オンプレミス、御社のクラウドアカウント、またはプライベートなアプライアンス上に。LV3 は導入とアップグレードの道筋を支援します。
定められた内部ネットワーク——VLAN、VPN、またはそれに相当するもの——からのみ到達できます。公共インターネットには公開されません。
部門・拠点・提携組織をまたいだ複数の図書館を、それぞれの所有権を分けたままつなげられます。
すべての依頼・承認・閲覧・返却が記録されます——どちらの導入モデルでも、図書館が続く限り。
活きる場面
「散らばり+機微+構造が必要」というパターンは、まったく異なる組織でも、よく似た形で現れます。
複数部門 · 規制対象
各部門は、それぞれ異なる規則のもとで患者関連データを扱います。図書館なら、各部門が必要な部門にちょうど必要な一部だけを——必要な期間だけ——貸し出せます。
教職員と提携先
教員、事務、カウンセラー、外部の提携先(教育委員会、共同研究者)は、学生・研究データのそれぞれ異なる部分を必要とします——ときに短期間だけ、決して恒久的にではなく。
複数拠点 · 複数ベンダー
ファイルやデータベースの一部が、部門・支社・仕入先・顧客の間を行き交います。図書館は機微さに応じて貸出の範囲を絞ります——期間、専有性、対象者。
LV3 が、導入のかたち、役割と書架の設計、連携の戦略、そして展開の計画を担います。私たちは棚に眠るソフトを売るのではなく、動く図書館をお届けします。