図書館管理システムは、資料や利用者の情報を扱い、館の業務と利用者サービスを支える基盤です。
館種、業務機能、導入方式を分けて押さえると、運用の土台を組み立てやすくなります。各テーマの詳細は、下の関連記事もご覧ください。
▼関連記事一覧
・図書館管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・図書館管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・図書館管理システム開発の見積相場や費用/コスト/値段について
・図書館管理システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
図書館管理システムの全体像
図書館管理システムは、資料と利用者の情報を一元管理する業務基盤です。貸出や返却、予約、統計も、この基盤で支えます。選書や購入、受入の業務にもつながります。配架、蔵書点検、除籍までの資料管理も、同じ基盤で扱います。レファレンスや館間搬送も含まれます。
OPACやマイページと職員画面を同じデータ基盤につなぐと、窓口とWebで表示される情報を一致させられます。
資料情報と利用者情報の役割分担
資料情報と利用者情報は、管理する項目も個人情報の扱いも異なります。
- 資料情報：ISBN、書誌、著者、分類、所蔵館、請求記号、配置場所、状態、購入日、除籍日
- 利用者情報：氏名、連絡先、利用者区分、登録期限、利用停止、予約受取館
- 履歴管理：MARC形式や外部書誌情報の重複防止ルール、貸出・検索履歴の保持期間
貸出履歴や検索履歴を、いつまで個人と結びつけて残すかは、別途決めておく必要があります。
公共図書館では複数館の横断検索と別館受取、学校図書館では児童生徒・教職員の区分や学年更新が中心になります。一方、大学・専門図書館では、雑誌、ILL、機関リポジトリ、研究者向け検索が重視されます。館種ごとに資料、利用者、例外業務が違うため、要件を整理する前に館種を明確にしておきます。
業務画面・OPAC・機器・外部連携を含む一つの構成
機器と接続先まで含めて構成を把握しておくと、必要な設計と費用を見落としにくくなります。
- システム：職員画面、OPAC、マイページ、データベース、認証・権限、帳票・統計、外部API
- 館内機器：窓口端末、ハンディターミナル、バーコードリーダー、ICタグ、自動貸出機、返却ポスト
- 追加連携：スマートフォン利用者バーコード、受取ロッカー、電子図書館、メール、自治体サイト
公共系では、館内業務、自治体、住民向け公開領域のネットワークを、どこで分離しどこで連携させるかが論点になります。
館数、蔵書数、利用者数、年間貸出件数、同時アクセス数、機器台数を一覧にしておくと、規模を揃えて各社の提案を比べられます。
既存データの品質や外部連携先も確かめておきます。
機能表だけで比べると、連携費用や機器費用が後から加わることがあります。
図書館管理システムの種類と導入方式
方式は、館種、規模、既存機器、独自の運用、セキュリティ方針、将来の更新体制をもとに選びます。
業務を標準機能に合わせられるほど、導入期間と保守負担は抑えられます。
導入方式は、標準パッケージ、クラウド型、オンプレミス、既存製品への追加開発、フルスクラッチに分けられます。
標準パッケージは共通業務を安定させやすい方式
共通業務の標準化を優先する館では、組み込み機能と例外対応の範囲を見比べます。
- 標準機能：書誌・所蔵、利用者登録、貸出・返却、予約、延滞、点検、統計、OPAC
- 導入面：実績ある業務フローを使えば要件定義を短くでき、制度やOSの更新も計画に入れやすい
- 確認事項：独自改修の費用と、予約取消・紛失・弁償・館間搬送・除籍などの処理
複数館を同じルールで運用したい公共図書館にも向いています。
独自ルールや資料区分を個別に改修すると、バージョンアップのたびに追加費用が発生します。そのため、標準機能、設定変更、追加開発のどれで対応するかを分けて確認します。
クラウド型はサーバー運用と災害対策の負担を抑えやすい方式
クラウド型は提供者のサーバーへインターネット経由で接続する方式です。
- 運用負担：保守、バックアップ、監視、更新作業を自館で抱えずに済む
- 利用場所：複数館や在宅の管理拠点から同じデータを利用しやすい
- 安全性：保管場所、暗号化、権限、多要素認証、復旧時間、返却形式
松茂町の2026年更新仕様書でも、クラウド形式での構築が要件に含まれています（出典：松茂町立図書館システム等更新業務仕様書、2026年）。さらに、自治体ネットワークや館内機器と接続する場合は、回線断時に貸出・返却を続けられるかも試します。また、契約終了時の返却形式、バックアップの世代数、障害時の復旧時間も確かめます。
追加開発とスクラッチの使いどころ
独自要件だけを補う追加開発は、標準機能を作り直さないぶん、スクラッチより初期のリスクを抑えやすくなります。
追加開発とスクラッチは、保守負担も比べておく必要があります。
- 追加開発：既存製品に独自帳票、予約ルール、自治体サイトや認証連携を加える
- 拡張性：APIや設定で拡張できる範囲を確認し、更新を妨げない設計にする
- スクラッチ：独自業務を自由に設計できるが、標準機能も一から作り継続対応する
スクラッチの場合は、書誌、貸出、予約の機能を一から作ります。統計、権限、帳票も、障害対応まで含めて、すべてが開発対象になります。
法令、OS、ブラウザ、機器仕様は変わるため、継続した対応が必要です。そこで、独自性が必要な領域だけを個別に開発し、一般機能は標準化します。
図書館管理システムの主な機能
機能名の有無だけでなく、業務シナリオを最初から最後まで処理できるかを確かめます。たとえば、利用者IDで登録、貸出、返却、予約、通知、統計を追えるか、資料の履歴が残るかをデモで見ます。
館種によって異なる例外処理と権限も評価します。
書誌・所蔵・購入・除籍まで資料のライフサイクル管理
資料の受入から点検までを追える機能があると、記録を書き写す手間が減り、資料の状態を把握しやすくなります。
- 登録情報：書誌、所蔵館、配置場所、請求記号、資料区分、状態、利用制限
- ライフサイクル：選書、購入依頼、発注、納品、検収、装備、配架、移管、除籍
- 点検：読取結果と所蔵の照合、不明本・別置・貸出中・読取漏れの確認
雑誌や継続刊行物では、号単位の受入、欠号、合冊、寄贈資料の扱いも確認します。書誌を取り込むときは、ISBNの重複、版違い、表記ゆれ、視聴覚資料の媒体差に注意します。さらに、国立国会図書館などの書誌を使う場合は、取込後の確認者と修正権限を決めておきます。
貸出・返却・予約とOPACを一つの利用者体験につなぐ設計
窓口とWebの機能を通しで確認し、館をまたぐ予約や電子資料の扱いも検証します。
- 閲覧管理：登録、貸出、返却、更新、延滞、停止、予約、リクエスト、通知
- 複数館運用：所蔵館と受取館が異なる予約、搬送、順位、休館日と取置期限
- OPAC・マイページ：検索、著者・分類・出版年の絞り込み、書影、所蔵状況、予約・貸出状況、延長、通知設定
公共図書館では複数館運用があるため、館をまたぐ予約や搬送を含めて確かめる必要があります。
スマートフォンで利用者バーコードを表示する場合は、紛失時の停止と本人確認も要件に入れます。また、電子図書館や音声資料では、紙の所蔵情報と利用権を同じ画面でどう見せるかを設計します。
館内業務・統計・権限で運用を支える仕組み
職員業務の記録と権限を整理しておくと、報告やサービス改善に必要な情報を使いやすくなります。
- 職員機能：レファレンス、選書、発注、統計、帳票、点検、対応履歴、休館日、マスタ管理
- 統計：館別、資料区分、利用者区分、時間帯、電子資料の利用状況
- 権限：館長、司書、窓口担当、選書担当、システム管理者などの役割、館・部署・資料区分・操作種別ごとの範囲
帳票の項目と出力形式が、自治体・学校・大学の報告要件に合うか確認します。
閲覧と編集、CSV出力と削除、設定変更と承認は、一人に集めないことが基本です。そのうえで、ログの保存期間と確認担当を決め、誰がいつ情報を閲覧・変更・出力したかを追えるようにします。
図書館管理システム開発・導入の進め方
導入は、現状調査、要件定義、提案比較から始めます。続いて、設計、データ移行、テストを進めます。最後に、教育、切替、運用評価を行います。
公共図書館は自治体の予算や調達日程、学校は年度更新、大学は学期や研究活動を考慮します。稼働時期から逆算して、旧システムの契約終了日と新システムの稼働日をそろえて考えます。
▶ 詳細はこちら：図書館管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
現状の業務・データ・機器の把握と要件づくり
業務フロー、例外処理、移行データ、機器を確かめ、導入範囲と効果測定の基準をそろえます。
- 業務：購入、受入、貸出、返却、予約、搬送、点検、除籍と利用登録・停止、延滞、弁償、取消、電子資料、レファレンス
- データ：書誌、所蔵、利用者、貸出、予約、権限、通知、統計の移行対象
- 機器：端末、バーコード、ICタグ、ハンディターミナル、プリンター、回線、メール配信の構成図
各工程について、担当、入力項目、承認者を一覧にします。期限と帳票、連携先、手作業も、同じ表に書き込みます。
データに重複や表記ゆれ、欠損、古い利用者情報、不要な貸出履歴がないかを確認し、削除や匿名化の方法を関係者と合意します。
提案依頼・設計・データ移行の受け持ち範囲
提案依頼書には共通の条件を書きます。そのうえで、価格や、提案に含む作業と含まない作業、移行の責任を同じ業務シナリオで比べます。
- 依頼書：館種、館数、蔵書・利用者数、現行機器、希望日、必須機能、連携先、予算、保守条件
- デモ：貸出、移行、複数館予約、オフライン、権限、バックアップ復元
- 移行設計：抽出、変換、検証、再移行、本番切替の担当と検収条件
松茂町の2026年仕様書は、蔵書・書誌・利用者・貸出・予約を移行対象としています。同仕様書は、テスト用と本番用に2回以上抽出し、移行管理者を置くことも求めています（出典：松茂町立図書館システム等更新業務仕様書、2026年）。
不備があったときの再対応も含め、作業範囲を明記します。「発注者が用意するデータ」だけで済ませると、再対応の範囲が決まらないままになります。
業務シナリオと障害対応の試験、段階的な切替
機能、連携、データ、権限を試し、負荷、セキュリティ、復元も確かめます。そのうえで、本稼働直後に回線やサーバーが止まっても窓口業務を続けられるようにします。
- 業務試験：登録、貸出、返却、予約、通知、統計、館間搬送、休館日
- 例外試験：延滞、利用停止、紛失、オフライン、バックアップ復元
- 移行照合：件数、書誌と所蔵、予約状態、利用者区分を旧データと照合
松茂町の2026年仕様書には、障害時にローカル端末やハンディで貸出・返却し、復旧後に反映する要件もあります（出典：松茂町立図書館システム等更新業務仕様書、2026年）。
リリースの判定では、切替日の連絡網、手作業の記録用紙、二重登録の防止、職員研修も含めて確認します。
予算化から本稼働後の定着までは、要件定義、関係者の役割、テスト項目を扱う別記事を作成予定です。この記事の要件整理、移行、障害対応を使うと、候補から提案を引き出しやすくなります。
図書館管理システムの費用相場とコストの内訳
料金は、館数と蔵書・利用者数によって変わります。さらに、端末・IC機器、移行、連携、保守によっても変わります。ここに示すのは、公開調達実績と機能構成から見た2026年時点の目安です。
公開されている定価だけで比べられる案件は少ないため、推定の幅と実際の公募・入札金額を分けて見ます。
▶ 詳細はこちら：図書館管理システム開発の見積相場や費用/コスト/値段について
▶ 詳細はこちら：図書館管理システム開発の発注/外注/依頼/委託方法について
導入規模別の費用の幅：100万円台から数億円
規模別の推定目安と調達事例は、対象範囲や契約期間が違うため、条件をそろえて比べます。
- 小規模校・単館：初期100万〜500万円、年額50万〜300万円程度
- 小規模自治体：公共図書館の更改は1,000万〜3,000万円程度
- 中規模自治体：複数館の更改は3,000万〜8,000万円程度
これらは定価ではなく、移行、機器、設定、研修、保守をどこまで含むかで変わる推定です。
松茂町の2026年更新業務の提案上限額は税込3,850万円です。さらに、履行期間は契約締結日の翌日から2027年1月31日までです。対象はシステムだけでなく、機器、データ移行、ホームページの仕様にも及びます（出典：松茂町、2026年）。
札幌市の2025年調達は、41施設の機器・ソフトウェア借受で、落札額は税込月額6,456,868円でした。60か月で単純計算すると約3億8,741万円です。開発費だけでなく、機器・ソフト・保守を含む例です（出典：札幌市、2025年）。
費用の内訳：開発・移行・機器・連携・保守
見積の範囲をそろえ、別建てになりやすい作業や追加費用の条件を確かめます。
- 構築：要件定義、設計、ライセンスまたはSaaS利用料、サーバー、ネットワーク
- 導入：端末、ICタグ、自動貸出機、移行、テスト、研修、支援
- 運用：API、監視、バックアップ、保守、メール、現地作業
抽出費、機器撤去、電子図書館連携、追加帳票が別料金かどうかも確かめます。欠損・重複データ、館ごとの運用差、旧機器との互換性不足は追加費用につながります。
独自帳票、自治体サイト、認証、電子資料との連携も、見積条件に含めます。そのうえで、件数、端末数、連携先、移行対象、研修回数、保守時間帯をそろえると、比較しやすくなります。
初期費用より5年程度の総保有コストでの比較
初期価格だけでなく、方式ごとの運用料と更新費を含めて総額を比べます。
- クラウド：月額、利用者数・容量、API、電子資料ライセンス、機器、現地支援
- オンプレミス：サーバー、構築、更新、冗長化、バックアップ、災害対策、監視
- パッケージ：保守、バージョンアップ、追加ライセンス、サポート時間
5年TCOには、初期費用、月額・年額、リース、通信、保守を含めます。さらに、研修、移行、返却・消去も対象に入れます。代替機、時間外対応、現地派遣、災害復旧、次回更改への備えも加えます。
必要な業務水準を保てるかどうかで、費用を判断します。
図書館管理システムの開発会社・ベンダーの選び方
同じ館種や規模での実績、移行の責任、司書業務への理解、機器連携、障害時の支援を確認します。あわせて、導入後の担当者と、制度変更や機器故障時の解決窓口を具体的に比べます。
同規模・同館種の実績と担当体制
実績数に加えて、自館に近い業務と導入後の支援体制を確かめます。
- 実績条件：館種、館数、蔵書数、利用者数、年間貸出件数、移行対象、稼働年数
- 担当体制：提案担当と運用担当、司書業務の知識、問い合わせ窓口
- 障害支援：一次受付、二次対応、現地派遣、復旧目標、代替運用
実績が多くても、複数館運用や大学のILLなど必要な業務に対応しているとは限りません。そのため、設計書、操作手順、データ定義、連携仕様が納品されるかも確認します。
同じ業務シナリオと質問票による提案比較
同じ順序と質問を使えば、通常時と例外時の操作や価格条件を比べやすくなります。
- デモ業務：登録、貸出、返却、予約、他館受取、延滞、点検、統計、権限、復旧
- 例外確認：カード紛失、別館所蔵、予約取消、誤登録、通信断時の操作
- 質問票：MARC・API、IC機器、利用者証、電子資料、認証、メール、ログ、返却形式
操作数、エラー表示、取消方法、履歴の残り方を記録します。
価格は、初期費用と月額、機器、移行、連携に分けます。さらに、研修、保守、オプションも項目を分けて比べます。前提と上限を明記し、必須、加点、将来検討に分類すれば、機能数だけの競争を避けられます。
保守・SLA・データ返却の契約前確認
契約条件と保守の対象を照らし合わせ、障害時と契約終了時の責任を明確にします。
- サービス条件：稼働時間、計画停止、障害区分、受付、復旧目標、バックアップ
- データ管理：事故報告、再委託、保管場所、監査、個人情報、返却と削除証明
- 保守範囲：問い合わせ、設定、更新、機器交換、現地作業、研修回数
クラウドを使う場合は、データの所有者を図書館とし、終了時は標準形式で全データを返すことを文書で定めます。
休日・夜間の対応、複数館への現地対応、電子資料や認証の切り分けが対象外になっていると、運用費が膨らみます。
最後に、提案、契約書、SLA、仕様書の食い違いを確認します。
▶ 詳細はこちら：図書館管理システム開発でおすすめの開発会社/ベンダー6選と選び方
図書館管理システムのセキュリティと2026年の最新動向
個人情報には住所や連絡先だけでなく、貸出、予約、調査相談などの利用情報も含まれます。さらに、マイページ、共用カード、スマホ認証、レコメンド、生成AI検索は、扱う情報と連携先を増やします。そこで、導入目的、閲覧者、削除時期、利用者への説明を機能ごとに決めておきます。
貸出・予約・読書履歴の保持と匿名化の要件
履歴の利用目的と保持期間を決めたうえで、統計に使うときは個人を識別できない形にします。
- 履歴：貸出・予約の終了後も個人と結びつけて保持する必要性の検討
- 匿名化：実施時期、削除方法、復元できるバックアップの扱い
- 認証：共用カードの選択肢、同意、共有属性、権限、監査、事故報告の設計
日本図書館協会の指針は、守秘義務、図書館によるデータ所有、暗号化、第三者提供制限を示します（出典：公益社団法人日本図書館協会、2025年更新ページ）。
共用カードを望まない利用者が専用カードを選べるか、同意と説明をどう残すかも確認します。
管理者の多要素認証、定期監査、職員研修、事故時の報告手順を要件にします。
クラウドの可用性とオフラインの業務継続の両立
復旧条件と回線断時の手順を試し、館内業務を止めない構成か確かめます。
- 復旧条件：通知時間、復旧目標・時点、保管場所、復元テスト頻度
- オフライン：貸出、返却、点検の継続と復旧後の重複・時刻ずれ
- 訓練：停電、災害、ランサムウェア、認証基盤停止を想定した訓練
札幌市の2025年調達は、41施設の機器・ソフトと既存システム連携、動作確認を条件に含みます（出典：札幌市図書館システム機器借受仕様書、2025年）。あわせて、既存機器や別ネットワークとの受け持ち範囲も、図面と試験項目で確かめます。
AI検索やデジタル認証の目的と検証方法
AIやデジタル認証は、課題と評価方法を定めたうえで小さく試し、適用範囲を判断します。
- AI用途：自然文検索、点検支援、レコメンド、読書相談の補助
- 評価：正解率・再現率、司書確認、誤回答訂正、ログ、学習利用の可否
- デジタル認証：対象手続き、取得属性、選択肢、既存カード、自治体方針
AIは、誤った書誌や存在しない資料を案内したり、読書傾向を推測したりするリスクがあります。そこで、回答根拠の説明、司書による確認、ログの保持、学習利用の可否も決めておきます。
デジタル庁の2026年7月更新ページには、電子利用申請やWeb利用者登録の事例があります（出典：デジタル庁、2026年）。ただし、掲載事例が自館にそのまま当てはまるとは限らないため、費用対効果は小さな実証で確かめます。
図書館管理システムに関するよくある質問（FAQ）
費用、データ移行、クラウド、AI、更改の時期など、導入前によく寄せられる質問に答えます。
図書館管理システムはクラウドでも安全ですか？
安全かどうかは、設計と契約の中身で決まります。それらを整えると、バックアップや監視を含めた安定運用につなげやすくなります。
保管場所や暗号化、権限、多要素認証、復旧目標を確認します。さらに、監査、第三者提供、データ返却の条件も見ます。また、回線断やサービス停止のときの代替運用も試験します。
Excelや古いシステムから図書館データを移行できますか？
移行はできますが、すべてのデータをそのまま移せるとは限りません。まず、書誌、所蔵、利用者、貸出、予約のうち移行の対象を決めます。そのうえで、重複、欠損、表記ゆれ、古い履歴、不要な個人情報を整理します。
サンプル移行と全件移行を行い、抽出、変換、検証、再移行、本番切替の責任を契約に明記します。
図書館管理システムにAI検索を導入する必要はありますか？
AI検索を入れなくても、図書館管理システムは成り立ちます。解決したい課題と評価指標が明確な場合に、小さく実証してから導入を判断します。
導入の条件として、誤った案内を司書が確認できることと、読書履歴の学習利用を選べることを決めます。また、利用者への説明と情報削除ができることも確認します。
図書館管理システムは何年ごとに更改しますか？
更改の時期は、サポート期限、機器保守、セキュリティ、制度変更、規模、連携の限界を見て判断します。年数で一律に決めるわけではありません。契約や機器更新の時期に合わせ、一般的には5年前後の総額を見直します。
サポート終了が迫っている場合は、早めに移行を計画します。また、データを返してもらえる前提で、次回の選択肢を残しておきます。
まとめ
館種と規模に合う方式の選択
図書館管理システムは、資料のライフサイクル、利用者サービス、館内業務、館間連携、統計、権限を支えます。
公共・学校・大学で必要な機能とデータが異なるため、館種と規模を起点に方式を選びます。
- 標準化：標準パッケージやクラウドを候補にする
- 独自要件：追加開発やスクラッチの対象を絞る
導入前に確かめたい移行・費用・プライバシー
導入前には、移行の準備、5年TCOでの比較、利用情報の保護をまとめて確かめます。
- 移行準備：現状業務とデータを洗い出し、移行対象、機器、連携、障害時の継続方法を要件に含めます。
- 費用比較：初期価格だけでなく、移行、機器、保守、バックアップ、連携、返却を含む5年TCOで比べます。
- 情報保護：読書・貸出・予約のプライバシーを守り、AIやデジタル認証は目的と検証方法を決めて導入します。
▼関連記事一覧
・図書館管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・図書館管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・図書館管理システム開発の見積相場や費用/コスト/値段について
・図書館管理システム開発の発注/外注/依頼/委託方法について
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。