--- title: "図書管理システムとは？無料ツールと表計算の限界、蔵書管理を業務システムへ切り替える判断基準" url: "https://www.issoh.co.jp/column/details/16869/" published: 2026-08-23 updated: 2026-08-23 categories: ["業務システム"] publisher: "株式会社一創" --- # 図書管理システムとは？無料ツールと表計算の限界、蔵書管理を業務システムへ切り替える判断基準 社内の技術書コーナーや学校の図書室のように、数百冊から数千冊の規模で本を管理する現場では、表計算ソフトや無料アプリでの運用がしばらく続きます。それが行き詰まるのは冊数が増えたときではなく、扱う人が増えて記録の更新が追いつかなくなったときです。ここでは図書管理システムが何を一本につなぐ仕組みなのかを整理したうえで、無料で足りる範囲、表計算が止まる場所、そして業務システムへ切り替えてよい条件を、公表されている統計と規格の実務から示します。 ## まとめ：図書管理システムへ切り替える四条件と、無料で足りる範囲 - 図書管理システムは、蔵書台帳・貸出記録・利用者名簿という三つの帳簿を一本の記録としてつなぐ仕組みを指します。予約・督促・相互貸借・法定の統計まで含めた館の業務全体を扱うなら、範囲は[図書館システム](https://www.issoh.co.jp/column/details/16867/)の側に移ります。 - 表計算での運用は、同時編集の衝突・棚卸のずれ・重複購入という三つの現象で止まります。冊数の多さではなく、記録を触る人数と登録の遅れが引き金になります。 - 無料の選択肢は、個人向けアプリ・Webサービスの無料枠・自前設置の無償ソフトで詰まる場所が違います。冊数上限より先に、権限分離とバックアップ、そして外部書誌APIへの依存が問題になりがちです。 - ISBNは13桁の書名側の番号で、同じ本の二冊目を区別しません。複本を数え、貸出を個体単位で追うなら、図書室側で採番した個体バーコードを別に貼る運用が前提になります。 - 切り替えを決めてよい条件は、記録を触る担当が二人以上／貸出中の所在が週に一度は分からなくなる／棚卸に半日以上かかる／同じ本を買い直した実績がある、の四つです。二つ以上当てはまるなら、費用ゼロを続ける理由は薄くなります。 - 逆に、貸出が名札方式で回っていて紛失が年に数冊なら、システム化は見送ってよい場面です。そのときは分類規則と除籍の基準だけを先に文書化しておきます。 ## 図書管理システムとは何か｜蔵書台帳・貸出記録・利用者名簿を一本の記録につなぐ 図書管理システムは、持っている本を記録する蔵書台帳、誰にいつ貸したかを記録する貸出記録、借りる側を記録する利用者名簿という三つの帳簿を、一本の記録としてつなぐ仕組みを指します。表計算での運用が破綻しやすいのは、この三つが別々のファイルに分かれ、突き合わせが人の手に残るからです。システム化の値打ちは機能の数ではなく、三つの帳簿が常に同じ現実を指している状態を保てる点にあります。 言葉の範囲としては、蔵書管理システムとほぼ同じ意味で使われます。一方で公共図書館や大学図書館が使う仕組みは、ここに予約と督促、館をまたぐ相互貸借、年次の法定統計までが加わり、規模も調達の進め方も異なるものです。自館がそこまで必要かどうかは、予約と督促を業務として回すかどうかで切り分けられます。館の業務全体を対象にした機能構成と調達の判断は[図書館システムとは？OPAC・貸出返却・蔵書目録の機能構成](https://www.issoh.co.jp/column/details/16867/)で整理しているため、そちらを先に読むと守備範囲の違いが早く決まります。 ### 蔵書台帳に必要な三つの列と、書名と著者だけでは足りなくなる理由 蔵書台帳を書名と著者だけで作ると、しばらくして必ず行き詰まります。足りないのは、資料そのものを指す書誌、自館が持っていることを指す所蔵、一冊ごとの現物を指す個体という三つの区別です。同じ本を三冊買えば、書誌は一件、所蔵は一件、個体は三件になります。この分け方をしない台帳では、二冊目を貸し出した記録がどの現物か特定できず、返却時の照合が人の記憶に頼ります。 分類の列も早い段階で決めておきます。日本十進分類法（NDC）は日本図書館協会が刊行する分類体系で、新訂10版が2014年12月に出て以降2026年8月時点でも最新版として使われている体系です。国立国会図書館も新訂10版に基づく分類基準を公開しており、書誌データを外部から取り込むならこの体系に揃えておくと後の作業が減ります。社内文庫のように独自の棚割りで運用する場合も、NDCとの対応表を一枚持つだけで蔵書が増えたときの整理が効きます。 ### 貸出記録は誰に貸したかではなく、いつ戻るかを追うための台帳になる 貸出記録の設計でつまずくのは、記録の目的を取り違えたときです。必要なのは誰が借りたかの名簿ではなく、いつ戻る予定でいま手元にないのはどの個体かという状態の管理になります。期限を持たない記録は、書いた瞬間から古くなり、督促の判断ができません。 もう一つ決めるのは、返却後に貸出履歴を残すかどうかです。誰が何を読んだかの履歴は、業務としては返却で役目を終える一方、社内の推薦機能や読書記録を出したいなら保存が要ります。残すと決めるなら、名簿と履歴の保存期間を分けて定義し、参照できる担当を絞ってください。ここを曖昧にしたまま無料サービスに預けると、あとから運用規程を書き直す羽目になります。 ## 表計算での蔵書管理が止まる三つの場所｜同時編集・棚卸・重複購入で起きること 表計算での蔵書管理は、一人が管理していて数百冊のうちは実務が回ります。破綻は段階的にではなく、ある条件を越えた時点で急に表面化します。以下の三つは、切り替えを検討し始めた現場で共通して起きている現象です。 ### 同時編集の衝突は、担当者が二人を超えたあたりから表面化してくる 共有フォルダに置いたファイルを二人が同時に開けば、片方の更新が消えます。クラウドの表計算に移せば同時編集そのものは通りますが、同じ行を二人が別々に直したときにどちらが正しいかを決める仕掛けがありません。返却処理と蔵書の修正が重なると、貸出中の本が在庫として戻る食い違いが残ります。 この問題は運用ルールの徹底では解けません。担当が三人になった時点で、誰がいつ何を変えたかの記録を仕組み側に持たせる必要が出てきます。表計算の変更履歴は、行単位で誰の操作かを業務として追える形になっていないからです。 ### 棚卸は現物にあって台帳にない資料を拾えない構造のまま残りやすい 棚卸で照合できるのは、台帳に載っている資料が現物としてあるかどうかです。逆方向、つまり棚にあるのに台帳に無い本は、順に棚を見ていく作業をしない限り発見できません。寄贈や個人の持ち込みが混ざる社内文庫では、この未登録の本が毎年積み上がります。棚を一列ずつ読み取れる仕組みなら差分で両方向が拾えますが、表計算には現物側から引く手段がありません。 棚卸の所要時間も判断材料になります。目視と手入力で進める場合、千冊規模で半日から一日が目安です。年に一度なら耐えられても、期末ごとに実施する運用へ移った時点で人件費が無視できなくなります。物品の棚卸を台帳側から管理する考え方は[固定資産管理システムとは？機能・固定資産台帳と減価償却の関係](https://www.issoh.co.jp/column/details/15710/)と共通で、資産の種類が違っても現物照合の設計は同じ構造をしています。 ### 重複購入は台帳の検索性ではなく登録が遅れることから生まれている 同じ本を買い直してしまう原因は、探しにくさよりも登録の遅れです。買った本が棚に並ぶまでに台帳へ載らない期間があると、その間に別の担当が同じ本を発注します。表計算での運用は登録作業がまとめて行われがちで、この空白が数週間になりやすい構造を抱えています。 切り替えの効果が見えやすいのもここです。発注の時点でISBNを打ち込めば既存の所蔵が引ける状態にしておけば、重複はほぼ止まります。効果を金額で見積もるなら、過去一年に買い直した冊数と平均単価を掛ければ初期費用と比べられます。 | 観点 | 表計算での運用 | 図書管理システム | | ------- | --------- | ----------- | | 同時更新 | 担当2人超で衝突 | 排他制御と操作履歴 | | 棚卸 | 台帳側からのみ照合 | 読み取り結果と差分照合 | | 複本の識別 | 行の重複で管理 | 個体番号で一冊ずつ識別 | | 重複購入の防止 | 登録の遅れで発生 | 発注時にISBN照会 | | 初期費用 | 実質ゼロ | 製品と規模で幅が出る | ## 無料ツールで足りる範囲と、費用ゼロが割に合わなくなる境目を数字で置く 無料で使える選択肢は大きく三つに分かれます。スマートフォンで背表紙のバーコードを読んで登録する個人向けアプリ、Webサービスの無料枠、そして自分でサーバーに立てる無償ソフトです。どれも入口は同じに見えて、詰まる場所がまるで違います。無料を検討するなら、冊数の上限より先に次の三点を確認してください。 ### 無料枠で先に詰まるのは冊数の上限ではなく、権限とバックアップの扱い 個人向けアプリの多くは、一つのアカウントで一つの蔵書を持つ前提の設計です。担当が交代したときにアカウントごと引き継ぐ運用になりやすく、退職者の個人アカウントに社内の蔵書データが残る事態が起きます。Webサービスの無料枠では、管理者と一般利用者の権限分離や、データの一括書き出しが有料機能に置かれている場合があります。 確認すべきは三点です。第一に、担当を複数人にしたときの権限が分けられるか。第二に、蔵書データをCSVなどで自分の手元へ書き出せるか。第三に、サービス終了時の扱いが利用規約に書かれているか。書き出せない仕組みに数千件を入れると、乗り換えの費用が跳ね上がります。 ### 外部の書誌APIに依存した登録は、提供側の仕様変更で突然止まる 無償のツールの中には、書名や著者の自動取得を外部の商用サービスに頼る構成の製品が実際に存在する状況です。この部分は提供側の都合で変わります。実例として、Amazonアソシエイトの商品情報API（PA-API）が2020年3月下旬に仕様変更され、それを前提にしていた無償の蔵書管理ソフトで書誌の自動取得が動かなくなり、追加のプラグイン導入が必要になった事案が報告されています。 登録が自動でできなくなると、手入力に戻るだけでは済みません。登録済みのデータと手入力に切り替えた後のデータで表記の揺れが生まれ、検索が効かなくなります。書誌の取得元は公的機関が提供する口を選ぶか、少なくとも取得元が止まった場合の代替手段を決めてから運用を始めてください。 ### 自前で立てる無償ソフトは、更新作業を誰が持つかで総額が変わる サーバーへ設置する無償ソフトは、ライセンス費用がかからない代わりに、脆弱性対応と定期更新が自分の仕事になります。学校や企業のネットワークでは外部公開の仕組みに情報セキュリティ規程の審査が入るため、その申請と更新の工数も見込んでください。担当が異動する前提の組織では、この作業を引き継げる人がいるかどうかが実質的な選定基準になります。 費用ゼロが割に合わなくなる境目は、年間の作業時間で置くと判断しやすくなります。更新と障害対応で年に20時間を超えるなら、その時間の人件費はクラウド型の年額を上回る場合が多くなります。無料を選ぶ判断は、費用ではなく誰の時間を使うかの選択だと捉えてください。 ## バーコード運用の実務｜ISBNだけでは複本を数えられない理由と貼付の決め方 蔵書管理を仕組みに載せると決めたら、最初に決まるのがバーコードの扱いです。ここを取り違えると、導入後に全冊へラベルを貼り直す作業が発生します。書店で本の裏に印刷されているコードと、図書室が自分で貼るラベルは、役割の異なる別物です。 ### ISBNは書名側の番号で、同じ本の二冊目を区別する役には立たない ISBNは国際標準図書番号で、日本図書コード管理センターが公表する2025年版の手引きによれば13桁、規格はISO 2108:2017です。この番号は書名を世界共通で特定するためのもので、同じ本を三冊買えば三冊とも同じ値になります。つまりISBNだけを台帳の主キーに置くと、複本の管理ができません。貸出中なのが三冊のうちどれかを追えないため、返却の照合も所在の確認も成り立たなくなります。 読み取りの面でも制約があります。ISBNのバーコードは多くの場合カバーに印刷されているため、カバーを外して装備する運用ではそもそも読めません。コミックのようにシュリンク包装の上だけに表記がある例もあります。ISBNは登録時に書誌を引くための入口と割り切り、日々の貸出返却は別の番号で回すのが実務的な組み立てになります。 ### 書籍JANコードが二段になっている理由と、店頭流通向けである意味 書店で見かける二段のバーコードは、書籍JANコードと呼ばれるものです。日本図書コード管理センターの説明では、ISBNに分類記号（Cコード）と価格コードを加えたものが日本図書コードで、それを二段のバーコードシンボルで表したものが書籍JANコードにあたります。下段に入る価格情報はPOSレジでの精算を想定した仕組みで、日本国内の流通向けの規格です。海外向けの出版物には表示できないと明記されている点からも、性格が読み取れます。 この構造は蔵書管理にとって二つの意味を持ちます。一つは価格コードから定価が読め、資産としての金額を台帳に載せる入力の手間が減ること。もう一つは、価格改定があった本では印刷値と現在の定価がずれるため、金額を根拠に使うなら取得時点の併記が要ることです。 ### 個体バーコードは貼る位置と採番の規則まで決めてから運用を始める 図書室が自分で貼るラベルは、一冊ごとに固有の番号を割り当てる個体バーコードです。ISBNのような世界共通の附番ルールはなく、館内で決めた体系で構いません。記号や英字を混ぜられるNW-7やCODE39が使われるのは、受入年度や配架場所を番号に埋め込みたい要求があるためです。 貼付位置も先に決めます。背表紙を左にした状態で右側と下側を2センチほど空ける置き方が広く使われており、棚に並んだまま順に読み取る蔵書点検を想定した位置取りです。位置がばらつくと点検のたびに本を持ち替えることになり、作業時間が伸びます。数百冊の段階で規則を決めておけば、後から貼り直す作業は避けられます。 ## 学校図書室と社内文庫で要件はどう分かれるか｜公表統計が示す現場の実態 同じ小規模の蔵書管理でも、学校の図書室と企業の社内文庫では前提が違います。片方には制度として決まった分類と点検の枠組みがあり、もう片方には社員名簿という既存の管理対象があるためです。 ### 学校は分類と蔵書点検の規則が先にあり、システムを後から合わせる 学校図書館では分類と点検の進め方が先に決まっており、仕組みはそこへ合わせる形になります。導入の実態は統計から読み取れます。文部科学省の「学校図書館の現状に関する調査」令和2年度分（令和2年5月1日現在・公立学校）では、蔵書をデータベース化している学校の割合は小学校80.5%（18,894校中15,212校）、中学校79.3%（9,143校中7,246校）、高等学校92.2%（3,449校中3,180校）、全体では79.7%でした。この調査は隔年で実施されており、2026年8月時点で公表されているうちの最新回にあたります。 目を向けたいのはその内訳です。データベース化していると答えた学校のうち、蔵書の100%を登録できているのは小学校で68.6%、中学校で61.7%、高等学校では48.5%に留まります。全体では63.6%です。つまり導入した学校の三分の一以上が、部分的な登録のまま止まっている計算になります。学校で検討するなら、製品選びより先に、全冊を登録し切るまでの作業を誰がいつ行うかを日程として置いてください。 ### 社内文庫は借り手が社員名簿と重なるため認証の設計が主題になる 企業の社内文庫では、借りる側の名簿がすでに人事システムや社内アカウントとして存在します。ここで蔵書側に独立した利用者名簿を作ると、入退社のたびに二重のメンテナンスが発生します。判断としては、社内の認証基盤で入れる仕組みを選ぶか、名簿の同期を月次で回す運用に割り切るかのどちらかです。少人数なら後者で足りますが、拠点をまたぐ規模では前者を条件に入れてください。 もう一つ、社内文庫では本が備品としての資産管理と重なる領域です。購入した書籍を固定資産として扱うか消耗品として処理するかで、必要な台帳の粒度が変わります。社内で管理する物品全般の台帳設計と重なる部分が多いため、[IT資産管理とは？目的・ツール機能と選び方](https://www.issoh.co.jp/column/details/15216/)で整理した台帳と現物の突き合わせの考え方が、そのまま蔵書にも当てはまります。 | 観点 | 学校図書室 | 社内文庫 | | ----- | ---------- | ---------- | | 分類 | NDCが前提 | 独自の棚割りが多い | | 利用者名簿 | 児童生徒の在籍と連動 | 社員名簿と重複しがち | | 点検の頻度 | 年次で実施が通例 | 決まった規則がない | | 優先課題 | 全冊登録を終えること | 認証と資産計上の整理 | ## 業務システム化へ切り替える判断条件と、見送ってよい場面を条件付きで示す ここまでの材料をもとに、切り替えの判断を条件として言い切ります。判断を冊数で置く説明をよく見かけますが、実務では冊数と困りごとが比例しません。見るべきなのは、記録を触る人数と、探す手間の頻度です。 ### 切り替えを決めてよい四つの条件を、冊数ではなく手間の側から置く 次の四つのうち二つ以上に当てはまるなら、費用ゼロを続ける理由は薄くなります。第一に、蔵書の記録を更新する担当が二人以上いること。第二に、貸出中の本の所在が週に一度は分からなくなること。第三に、棚卸に半日以上かかっていること。第四に、過去一年で同じ本を買い直した実績があること。 この四つはいずれも、時間か金額に換算できる形で選んでいます。担当二人という線を引いたのは、同時編集の衝突と操作履歴の必要がそこから生まれるからです。棚卸の半日という線は、年二回の実施に移れば年間一日分の工数になり、クラウド型の年額と比較できる規模に達するためです。 ### 見送ってよい場面と、そのとき代わりに決めておくべき二つのこと 見送ってよいのは、蔵書が数百冊で担当が一人、貸出が名札を差し替える方式で回っており、紛失が年に数冊で収まっている場合です。この状態でシステムを入れても、削れる手間より覚える手間のほうが大きくなります。ただし何も決めずに放置すると、二年後に登録し直す作業を丸ごと抱えます。 代わりに決めておくのは二つです。一つは分類と配架の規則を一枚の文書にすること。もう一つは除籍の基準、つまりどうなったら棚から外すかを決めることです。この二つが決まっていれば、後から仕組みへ載せるときの移行作業は登録だけで済みます。決まっていない状態で移行に入ると、分類のやり直しが移行費用に乗ってきます。 ### 開発にまで踏み込む判断は、認証統合と独自分類が重なったときに限る パッケージやクラウドのサービスで足りるかどうかの分かれ目も、条件として置けます。既製品を選んでよいのは、分類がNDCか単純な棚割りで済み、利用者名簿を独立して持てる場合です。逆に、社内の認証基盤と一体で使いたいという要求と、既製品の分類マスタでは表せない独自の体系という要求が重なったときだけ、作る判断に値打ちが出ます。片方だけなら、拡張の可否をベンダーに確認するほうが早く済みます。 予約や督促、館をまたぐ貸し借り、法定の統計まで扱う段階に入っているなら、それは蔵書管理の範囲を越えており、選ぶべき製品群そのものが変わります。その場合は[図書館システムとは](https://www.issoh.co.jp/column/details/16867/)で扱っている機能構成と調達の判断へ進んでください。社内の他システムと台帳を統合したうえで蔵書も一元的に扱いたいという要件になったときは、[業務システムとは](https://www.issoh.co.jp/column/details/12886/)で整理した導入形態の選び方が判断の順序を決める助けになります。既存の認証基盤や在庫の仕組みと結び付けて設計するところから相談したい場合は、[基幹システム開発](https://www.issoh.co.jp/service/business%5Fsystem/core%5Fbusiness/)のページに要件の詰め方と進め方をまとめています。 ## よくある質問 ### 図書管理システムと図書館システムは何が違いますか？ 図書管理システムは蔵書台帳と貸出記録を軸にした仕組みで、図書館システムはそこに予約・督促・相互貸借・法定統計までを含む仕組みです。社内文庫や小規模な学校図書室で、貸出の相手が限られ予約の運用がないなら、前者の範囲で足ります。予約と督促を業務として回すかどうかが、切り分けの基準になります。 ### 無料の図書管理システムだけで運用を続けても大丈夫ですか？ 担当が一人で、データを自分の手元へ書き出せる仕組みなら、当面は続けて差し支えありません。確認すべきは、権限を複数人で分けられるか、CSVなどで一括書き出しができるか、サービス終了時の扱いが規約に書かれているかの三点です。書き出せない仕組みに数千件を入れた後の乗り換えは、費用が跳ね上がります。 ### 蔵書のバーコードはISBNをそのまま使ってよいですか？ 登録時に書誌を引く用途ならISBNで構いませんが、日々の貸出返却には向きません。ISBNは同じ本なら複本でも同一の値になるため、三冊のうちどれが貸出中かを追えないからです。カバーに印刷されているため装備で外すと読めない点も制約になります。個体ごとに採番したラベルを別に貼る運用を前提にしてください。 ### 表計算からの移行はどのくらいの作業量になりますか？ 作業量を決めるのは冊数より、既存の台帳が書誌・所蔵・個体の区別を持っているかどうかです。区別がある台帳なら列の対応付けで移せます。区別がない場合は複本の行を個体として分ける作業が加わり、千冊規模なら数日が作業量の目安です。移行の前に、いま何件あるかを三つの単位で数えておくと見積りの前提が置けます。 ### 学校の図書室ではまず何から着手すべきですか？ 製品の比較より先に、全冊を登録し切る日程を置いてください。公表されている調査では、データベース化していると答えた学校のうち蔵書の100%を登録できているのは全体で63.6%に留まります。部分登録のままだと検索も点検も片手落ちになるため、長期休業期間などをあてて登録を完了させる計画が先に要ります。 ## 関連記事 - [図書館システムとは](https://www.issoh.co.jp/column/details/16867/)：OPAC・貸出返却・蔵書目録の機能構成と、パッケージか受託開発かの判断基準 - [業務システムとは](https://www.issoh.co.jp/column/details/12886/)：種類・基幹システムとの違いと、開発・導入形態の選び方を整理 - [IT資産管理とは](https://www.issoh.co.jp/column/details/15216/)：目的・ツール機能と選び方、台帳と現物を突き合わせる運用判断 - [固定資産管理システムとは](https://www.issoh.co.jp/column/details/15710/)：機能・固定資産台帳と減価償却の関係・選び方を解説 --- 出典: [図書管理システムとは？無料ツールと表計算の限界、蔵書管理を業務システムへ切り替える判断基準]()（株式会社一創）