図書館管理システムの費用は、館数、データ移行、機器・外部連携の範囲によって、初期費用が100万円から数億円まで変わります。
規模別の費用相場、費用の内訳、価格を左右する要因の順に見ていきます。全体像は図書館管理システム開発の完全ガイドにまとめています。
▼全体ガイドの記事
・図書館管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
図書館管理システムの全体像
図書館管理システムは、図書の台帳だけを扱う仕組みではありません。書誌・所蔵情報、利用者、貸出・返却をつなぎ、予約、蔵書点検、統計も担います。職員画面と利用者向けのOPACやWebサービスを動かす業務基盤です。
費用は、どの機能を選ぶかだけでなく、一つのシステムでどこまでを担うかによっても変わります。そのため、機能の一覧と担当範囲を先に決めておくと、見積もりを比べやすくなります。
管理する機能の範囲
基本機能の中心は、資料・目録管理、利用者登録、貸出・返却です。延滞の管理や更新、予約、リクエストも基本機能に含まれます。
蔵書点検や統計・帳票も、基本機能に含まれます。
ISBNを使う書誌登録やMARCデータ連携は、入力作業を減らします。
館種によって重視する機能が異なるため、主な違いを押さえておくと、必要な範囲を決める手がかりになります。
- 公共図書館：複数館の横断検索、予約資料の搬送、受取館指定
- 学校図書館：児童生徒・教職員の管理
- 大学図書館：雑誌、ILL、研究資料、機関リポジトリとの連携
追加機能には、スマートフォンでの検索・予約、メール通知、電子図書館があります。
このほか、読書通帳や座席予約も追加できます。
セルフ貸出機や返却ポストも追加できます。ICタグやAIによる蔵書点検を加えることもできます。連携先や機器が増えると、ライセンスや個人情報の扱いも増えるため、初期費用とランニングコストの両方を確認します。
パッケージ、クラウド、スクラッチの違い
方式によって、導入のしやすさと、費用が発生する場所が変わります。
- 標準パッケージ：貸出・返却やOPACを短期間で導入しやすい
- クラウド型：サーバー保守・バックアップを委託しやすく初期費用を抑えやすい一方、月額・年額、容量、連携オプション費が続く
- オンプレミス型：自治体のネットワークや既存機器に合わせやすい一方、サーバー更新・冗長化・災害対策を発注者が管理する費用が発生する
- スクラッチ開発：独自業務に合う一方、標準機能の開発工数が大きい
書誌や予約、延滞などの業務は、パッケージやSaaSを活用できます。そのうえで、独自帳票や自治体サイトとのAPI、特殊な運用だけを追加開発すると、費用と保守性の両方を見て判断できます。
図書館管理システムの費用相場
全国共通の定価表を公開しているメーカーは少ないため、費用相場は規模と業務範囲をもとに見ることになります。
公開調達で確認できる実績と、類似の業務システムの構成から推定した金額は、性質が違うので分けて見ます。初期条件が違えば、同じシステムでも金額は変わります。
学校図書館・単館の導入費用
学校図書館や単館で標準パッケージかクラウドを入れる場合、初期費用と年額費用は、それぞれ次の幅で見ておくと計画を立てやすくなります。
- 初期費用：100万〜500万円程度
- 年額費用：50万〜300万円程度
これは公開定価ではなく、記事執筆上の推定です。
この推定は、利用者数、端末台数、蔵書データの状態に加え、バーコード・IC機器、研修、保守の範囲を前提にしています。
既存データが整い、端末やネットワークを流用でき、標準機能だけで運用できるなら、費用は下限に近づきやすいです。
複数校の横断検索や児童生徒の認証を加えると、追加費用につながります。さらに、校務システムとの連携や、大規模な蔵書名寄せも費用を押し上げます。
年度途中の切替を避けるための並行稼働や、現場ごとの操作研修も費用です。そのため、ライセンス料金だけでは予算を判断できません。
公共図書館のシステム更改費用
公共図書館の更改費は、自治体の規模や調達範囲によって幅があります。
- 小規模自治体：1,000万〜3,000万円程度が推定レンジ
- 中規模自治体：3,000万〜8,000万円程度が推定レンジ
松茂町は2026年5月、「松茂町立図書館システム等更新業務」の公募型プロポーザルを公開しました。
履行期間は契約締結日の翌日から2027年1月31日まで、提案上限額は税込3,850万円です（出典: 松茂町、2026年）。
これは単館の一般的な定価ではなく、仕様、機器、移行、導入支援まで含めた、同案件の上限額です。
単館や小規模自治体でも、蔵書数と利用者数に加え、カウンター端末とハンディターミナルの台数が費用に影響します。OPACやホームページも費用に関わります。
データ移行や研修、保守をまとめて求めると、本体以外の範囲を含めて数千万円になる場合があります。
大規模自治体・スクラッチ開発の費用
大規模案件では、施設数や契約期間を含む公開実績と、推定レンジを分けて見ます。
- 大規模刷新：自治体・大学では8,000万円〜数億円が推定目安
- 札幌市の調達：41施設向けに月額税込645万6,868円
- スクラッチ開発：小規模1,000万〜3,000万円、中規模以上3,000万〜1億円超
札幌市の契約は2025年10月から5年間で、月額に60か月を掛けると約3億8,741万円になります（出典: 札幌市、2025年）。
この賃貸借額は、ソフトウェア開発費だけでなく、41施設向けの機器とソフトウェアを含んだ金額です。
スクラッチのレンジは公開定価ではなく、標準業務を独自に実装する工数から考えた、記事用の推定です。
既存パッケージとAPIを組み合わせると、全面的なスクラッチに比べて、初期費用と将来の保守費用を抑えられる可能性があります。
図書館管理システムの費用内訳
見積書では、初期費用、機器・ネットワーク、データ移行・連携を分けて確認します。テスト・教育、保守・利用料も、別々に見ます。
一式表記だと、追加費用になりやすい作業が見えません。各項目に、含む範囲と数量、単価、作業回数、契約期間を書いてもらうと、比べやすくなります。
初期費用の内訳
初期費用は、システム導入の作業と機器調達を分けて確認します。
- 導入作業：現状調査、要件定義、設計、設定、テスト、導入支援
- 追加開発等：画面・帳票の追加やライセンス
- 基盤費用：サーバー構築やネットワーク設定
- 機器費用：カウンター・検索端末、バーコードリーダー、ハンディターミナル、ICタグリーダー、セルフ貸出機、返却ポスト
SaaSは、サーバーを購入しなくても、初期設定やテナント作成、認証連携、OPACのドメイン設定が別料金になることがあります。
パッケージでも、標準機能の設定と独自仕様の開発は分けて見積もります。
機器の台数は、開館時間や窓口数、繁忙期の貸出量、故障時の予備機を踏まえて決めます。台数が足りないと、業務が止まったり追加購入が必要になったりする可能性があります。
データ移行と外部連携の費用
移行範囲と接続先が増えるほど、調査や調整の作業が加わります。
- データ移行：蔵書、書誌、所蔵、利用者、予約、権限の対応づけ
- データ整理：重複、欠損、表記の揺れ、廃棄資料の確認
- 外部連携：自治体サイト、認証基盤、LINE、電子図書館、MARC等
- 個別接続：校務システムやマイナンバーカード関連API
CSVを出力するだけで移行できるとは限りません。旧仕様の調査や変換プログラムが必要になり、テストと本番移行を複数回行う場合もあります。
移行費は、冊数だけでなく、項目数とデータの品質によって左右されます。
デジタル庁の2026年7月更新の事例では、LiCS-Re for SaaSが約350団体、iLisシリーズが約640団体の導入実績を掲載しています。そのうち一部は、マイナンバーカード関連APIと連携すると説明されています（出典: デジタル庁、2026年）。
実績があっても、自館の認証方式やネットワークにそのまま当てはまるとは限りません。そのため、連携方式と追加作業を見積書で確認します。
ランニングコストの内訳
月額や年額の料金だけでなく、保守や外部サービスの契約範囲も確認します。
- 利用・基盤費：クラウド、SaaS、回線、ドメイン、機器リース
- 運用・保守：監視、バックアップ、更新、脆弱性対応、障害対応
- 外部サービス：電子図書館や外部データの利用料
- 料金の変動条件：利用者数、館数、容量、API回数、サポート時間
電子書籍や商用データベースは、本体と別契約になる場合があります。そのため、5年分の費用を別に試算します。
復旧訓練や機器交換、制度変更への対応も、保守に含まれる場合があります。復旧の条件は、見積もりの段階で確かめておきます。
札幌市の仕様書は、41施設で使う機器とソフトウェアを5年間借り受ける条件を示しています。機器の搬入や既存システムとの連携、動作確認も求めています（出典: 札幌市「札幌市図書館システム機器借受」仕様書、2025年）。
月額が安く見えても、保守や追加作業が別契約になっていないかを確かめます。
図書館管理システムの価格を左右する変動要因
同じ製品でも、見積額は館数やデータ量、業務ルール、連携先の数によって変わります。
予算は、必須機能、できれば欲しい機能、将来検討する機能に分けておくと、複数のケースを比較しやすくなります。
館数・蔵書数・利用者数による違い
規模の違いは、機能構成や性能要件、現地作業の量に影響します。
- 館数：横断検索、受取館指定、館間搬送、端末・ネットワーク
- 蔵書数：データ容量、検索性能、移行時間、バックアップ容量
- 利用者・アクセス数：利用者が多い自治体ではOPAC負荷試験、ピーク時の予約処理、冗長化、障害時の切替設計に費用が必要
- 館ごとの作業：現地調査、搬入、設定、研修、切替立会い
単館か複数館かによって、権限や休館日、統計の単位も変わります。
複数館の見積もりは、中央システムの費用と館ごとの展開費に分けて考えます。分館を追加するときの費用も確認しておくと、長期の計画を立てる材料になります。
既存データと図書館ごとの運用が費用に与える影響
重複書誌や未入力の請求記号、廃棄済みの所蔵があると、移行前の整理が増えます。表記の異なる利用者情報も、整理の手間を増やします。
利用者情報や貸出・予約履歴を保持する期間、読書履歴の匿名化、古い予約の引継ぎも、作業量を左右します。
件数だけでなく、データの品質と保持方針もRFPに記載します。
公共、学校、大学では業務ルールが異なります。館種ごとの例を確認すると、必要な例外を整理できます。
- 大学：ILLや雑誌の継続受入
- 公共図書館：複数館の配送や住民向け予約
- 学校：年度更新や児童生徒の権限
標準機能に合わせて見直せる運用と、変更できない例外を分けておくと、不要なカスタマイズを減らせます。
セキュリティやAI・API連携による追加費用
個人情報保護やAI機能を加える場合は、技術面と運用面の両方の条件を見積もります。
- セキュリティ：認証、権限、ログ、暗号化、バックアップ、脆弱性診断
- 運用体制：監視、障害対応、復旧訓練、復旧時間
- 契約・データ：保管場所、委託先、通信、返却・消去
- AI機能：利用料だけでなく、メタデータ、根拠表示、誤案内の検証、人の確認、ログ、同意、学習停止・削除を確認
安全性は、クラウドかオンプレミスかの区分だけでなく、認証や運用体制も含めて判断します。
日本図書館協会は、利用情報を必要最小限かつ必要最短期間保持すると示しています。貸出・予約の終了後は、個人情報との結び付きを解除し、統計では匿名化します（出典: 公益社団法人日本図書館協会、2019年掲載・2025年更新）。
AI蔵書点検は、誤検知の確認や機器、カメラの設置も含めて評価します。
図書館管理システムの開発期間と見積もりの考え方
開発期間の推定目安は、標準クラウドで3〜6か月、パッケージ更改で6〜12か月です。複数館や大規模連携では12〜24か月、フルスクラッチでは18〜36か月程度です。
正式な期間は、契約後に確定する要件や機器の納期によって変わります。移行リハーサルや年度切替、職員の検収体制も影響します。
公共図書館は休館できる日が限られるため、開発期間だけでなく、切替可能日を先に確認します。
要件定義で決めると見積もりが安定する事項
まず、館数や蔵書数、利用者数を整理します。年間貸出件数と同時アクセス数も押さえ、端末台数と開館時間、現行契約の終了日も確認します。
機能は、資料登録、貸出・返却、予約の業務から分類します。延滞や蔵書点検、帳票も対象で、権限、OPAC、通知、外部連携も分類に含めます。
分類は、必須か、代替可能か、将来導入かに分けます。あわせて、障害時のオフライン貸出・返却と目標復旧時間も決めておきます。
代表的な業務シナリオを作っておくと、見積もりを具体的に比べられます。
- 新刊の登録と所蔵館の設定
- 利用者が予約し、別館で受け取る
- 延滞資料の通知
- 蔵書点検による不明資料の処理
- 障害後のバックアップからの復旧
複数社に同じシナリオで実演してもらうと、画面だけでなく、例外処理と追加開発の範囲も確かめられます。
データ移行と切替の期間
移行と切替の作業は順に見積もり、担当範囲も明確にしておきます。
- 現行データを調査し、項目を対応づけて変換する
- サンプルだけでなく、特殊書誌、除籍資料、予約資料、利用者の更新期限など失敗しやすいデータを先に試験する
- 業務確認と修正、再移行を経て、本番データを移す
- 旧システムの停止時期と、最終差分の取込方法を決める
- 手作業での貸出・返却や、障害時に旧環境へ戻す方法を決める
移行回数、発注者の確認作業、ベンダーのクレンジング作業を分けて考えると、追加請求のリスクを下げられます。
開館日に停止すると、利用者サービスに影響が出ます。そのため、リハーサル、手順書、問い合わせ窓口、予備端末、復旧連絡網を、費用と日程に含めておきます。
図書館管理システムのコストを最適化するポイント
コストの最適化では、製品の価格を比べるだけでなく、無駄な支出を減らす視点も持ちます。
必要な品質は保ったまま、未使用機能や重複機器を減らします。過剰なカスタマイズや不要データも見直します。
初期費用と月額費用を分け、5年程度の総保有コストで比べると、導入時の安さだけで判断せずに済みます。
標準機能の活用とカスタマイズの絞り込み
要望の優先度と、標準機能で対応できる範囲を見極めます。
- 要望を分類する：「法令・規程上必須」「利用者サービスに大きく影響」「手作業で代替可能」「将来検討」に分け、標準機能に沿える範囲を先に探す
- 投資効果を確認する：独自帳票・画面の対象利用者、頻度、削減時間から効果を説明する
- 館のルールを整理する：共通項目と館固有の項目の切り分け
個別カスタマイズを加えると、開発費だけでなく、バージョンアップ時の検証や障害調査、担当者への教育費も増えます。
休館日や予約期限、通知文、権限を館ごとに設定すると、テストと保守の手間が増えます。一方で、現場の違いを尊重しながら共通化すれば、運用負担を抑えられます。
機能の段階導入
追加機能は、基幹業務が安定してから段階的に導入し、利用状況を見て次の投資を決めます。
- 初期要件：後付けできるAPI、データ形式、認証、契約条件を確保
- 利用目標：スマートフォン予約の増加、窓口作業時間の削減、蔵書点検の短縮、障害時の復旧時間を指標にする
- AIの評価：話題性より、検索精度や誤案内の確認に必要な職員時間を含めて効果を測る
電子図書館や生成AI検索、読書通帳、セルフ貸出機は、一度に導入しないという選び方もあります。段階導入にすると、初年度の予算を平準化できます。
初期要件で追加条件を確保しておかないと、後から再構築費が発生します。
5年TCOで比べる確認項目
5年TCO（総保有コスト）は、初期費用から契約終了時の作業までを合算した数字です。
- 導入時：要件定義、構築、移行、機器、研修
- 運用時：月額・年額、保守、回線、バックアップ、診断、交換、更新、追加開発
- 契約終了時：データ返却・消去、移行費、消去証明、権利の確認
クラウドとオンプレミスは、同じ条件で比べます。オンプレミスでは、サーバー更新や電源、設置場所、運用担当者、災害対策の費用も加えて考えます。
API・帳票の著作権や利用権は、契約前に確認します。別のベンダーを選ぶ可能性に備えて権利を確認しておくと、ロックインによる総費用の増加を防げます。
見積もりを取る際のポイント
現状と目的、対象館を一つの資料にまとめます。データや機器、連携、保守条件、切替時期も、同じ資料に含めます。
要求が曖昧なまま価格を比べると、移行や研修が安い見積もりに含まれないことがあり、契約後に条件が変わる場合もあります。
RFI・RFPの前に準備する情報
RFI・RFPでは、館の現状と必要な機能、提案を評価する条件を整理します。
- 規模・契約：館種、館数、蔵書・利用者数、貸出件数、契約終了日
- 環境：データ形式、端末・IC機器、ネットワーク、稼働時間、切替時期
- 館種別要件：公共の横断検索、学校の年度更新、大学のILL等
- 評価項目：価格、標準機能の適合度、追加開発費、移行責任、実績、サポート体制
- 稼働・終了条件：可用性、バックアップ、復旧時間、セキュリティ、終了時のデータ返却
公共図書館は、予約搬送や自治体サイト、認証、電子図書館を項目にします。学校では児童生徒の権限を、大学では雑誌や研究データとの連携を書き出します。
館種や運営形態にかかわらず、利用者のプライバシーを守ることは評価項目になります。日本図書館協会も、プライバシー保護が必要だと示しています（出典: 公益社団法人日本図書館協会「プライバシー保護ガイドライン」）。
価格だけでなく、図書館の利用情報を適切に扱えるかも評価します。
複数社の見積もりの比べ方
2〜4社程度に、同じ要件書と業務シナリオを渡します。費用、機能、運用の条件をそろえて比べるためです。
- 費用内訳：初期、月額・年額、移行、機器、連携、研修、保守、オプション
- 機能対応：標準、設定、追加開発、対応不可を区別する
- デモ確認：通常処理と例外時の操作をシナリオで確かめる
- 導入・支援：件数だけでなく同じ館種・規模の実績、司書資格者等の担当者、受付時間、復旧目標
機能数が多くても、未使用の機能や将来の保守負担が大きければ、総額で有利とは限りません。
デモでは、予約取消、延滞、紛失、除籍、重複書誌の場面を試します。障害時のオフライン処理や権限別の操作も、あわせて確かめます。
契約前に確認するリスク
契約前には、費用の条件、障害時の対応、個人情報の扱いを整理して確認します。
- 契約・変更：仕様変更、追加開発単価、納品・検収条件
- 障害・保全：障害定義、復旧時間、バックアップ世代
- データ管理：所在、委託先、再委託、終了時の返却・消去
- AI・読書通帳：導入費に加え、同意取得、削除、監査、職員研修の運用費を予算に含める
クラウドの障害や通信断に備えて、貸出・返却を続ける方法を決めておきます。
読書・予約履歴を使う場合は、収集する内容や利用目的、削除の時期を、利用者に説明できるようにしておきます。
日本図書館協会の指針は、利用者情報を永続的に保管せず、中止の希望があれば保存記録を消去する考え方を示しています。
よくある質問
金額は施設の規模や要件によって変わるため、相場の読み方と見積もり時の確認点を、よくある質問の形で答えます。
図書館管理システムはクラウドにすると安くなりますか？
クラウドは、サーバー購入や館内運用の負担を抑えやすい一方で、月額・年額、容量、利用者数、連携オプション、保守の料金が続きます。
5年TCO、障害時の復旧時間、データの保管場所、契約終了時の返却条件も比べておくと、導入後の負担を判断しやすくなります。
Excelで管理している蔵書データも移行できますか？
移行できる可能性はありますが、まずはExcelの列や文字コード、重複、欠損、請求記号、所蔵状態を調査します。
取り込みの可否は、サンプル変換やクレンジング、テスト移行、本番移行の費用と責任範囲を確認したうえで判断します。
利用者情報や貸出履歴を含む場合は、保持期間と匿名化の方針も先に決めておきます。
AI検索や電子図書館は最初から導入すべきですか？
最初から導入する必要はありません。資料、利用者、貸出・予約、OPACの基盤が安定してから、追加していけます。
利用率や業務改善の目標がはっきりしている機能から、段階的に導入します。
AI検索では誤案内の確認が、電子図書館ではコンテンツ契約が必要になります。利用者情報を使うサービスは、同意と削除の仕組みも含めて費用対効果を検討します。
図書館管理システムは何年ごとに更改しますか？
更改の周期は、サポート期間やOS・機器の寿命、契約期間で決まります。法令・セキュリティ要件や障害の状況も、周期を左右します。
年数だけを基準にするより、保守終了日や脆弱性対応、移行期間、予算化の時期から逆算して考えます。
札幌市のように5年間の賃貸借を組む例もあります。契約期間で区切る場合は、契約時に次回更改のデータ返却と移行条件を確認します。
まとめ
公開実績と推定レンジの分け方
推定目安は、標準パッケージやクラウドを小規模に導入する場合で初期100万〜500万円、公共図書館の更改で1,000万〜8,000万円です。
大規模自治体や大学の刷新は8,000万円から数億円です。松茂町は2026年、税込3,850万円の提案上限額を公表しています。
札幌市は2025年、41施設向けに月額税込645万6,868円の調達を公表しています。ただし、機器や連携、保守、期間は案件ごとに異なります。
5年TCOと要件をそろえた比較
予算は初期費用だけで見ず、5年TCOには移行やIC機器、外部連携の費用も含めて比べます。研修や保守、バックアップも、契約終了時の返却まで同じ期間で見込みます。
館種、館数、データの品質、利用者数、セキュリティ要件を整理します。必須機能と将来機能を分けたうえで、複数社に同じ条件で見積もりを依頼すると、選びやすくなります。
▼全体ガイドの記事
・図書館管理システム開発の完全ガイド
▼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を創業。