AI-OCRのオンプレミス導入判断｜クラウド・買い切りとの違いと機密文書の扱い

AI-OCRの導入検討でオンプレミスという言葉が出てくる場面は、たいてい「この書類を外に出していいのか」という問いが先にあります。契約書、健康診断の問診票、人事評価シート、取引先から預かった図面。こうした紙をデータ化したいが、社外のサーバにアップロードする形は通しにくい。そこでオンプレミス型のAI-OCRを探し始める、という順序です。

ただ、この探し方には落とし穴が二つあります。ひとつは「社外に出さない」という要件が、法令上の必須要件なのか社内規程上の運用ルールなのかを切り分けないまま製品選定に入ってしまうこと。もうひとつは、オンプレミス＝買い切りで安く済むという前提が実際の見積りと合わないことです。この記事では、AI-OCRをオンプレミスで持つ判断を、法令の整理・費用の積み方・自前構築に踏み込む境界という順に分解します。

まとめ：AI-OCRをオンプレミスで持つ条件とクラウドで足りる条件

結論から書きます。AI-OCRをオンプレミスで構える判断が成立するのは、次の3条件のいずれかに当てはまる場合です。第一に、閉域網の内側でしか処理できない業務がある場合。自治体のLGWAN内業務や、外部接続を物理的に遮断した工場・研究部門のネットワークがこれにあたります。第二に、月間の読み取り量が十分に大きく、従量課金の総額がサーバ費用と運用要員の人件費を上回る場合。第三に、読み取りモデルそのものを自社資産として持ち、帳票様式の変更に自社の判断だけで追随したい場合です。

逆に、この3条件のどれにも当てはまらないなら、クラウド型で十分です。「機密文書だから」という理由だけでオンプレミスに寄せると、後述する個人情報保護法上の整理を踏まえたとき、法令が求めていない水準の設備を自社で抱えることになります。しかも精度が出るかどうかは形態と無関係で、そこは帳票の様式と項目設計次第です。判断の順序としては、まずクラウドで精度と項目設計を固め、そのうえで形態を決めるほうが手戻りが小さくなります。

以下、この結論に至る根拠を、責任分界・法令・料金体系・費用構造・自前構築の境界・見送り条件の順に書きます。

AI-OCRのオンプレミス構成とクラウド構成で変わる責任分界の中身

オンプレミス型とクラウド型で変わるのは、データの置き場所だけではありません。実務で効いてくるのは責任分界の位置です。クラウド型では、読み取りエンジンの更新、モデルの精度改善、サーバの冗長化と障害復旧が事業者側の責任範囲に入ります。オンプレミス型では、そのうちインフラの可用性と、多くの場合はバージョン更新の適用判断まで自社側に移ります。

AI-OCRの基本的な仕組みと従来型OCRとの違いはAI-OCRとは？従来OCRとの違い・仕組み・料金相場と導入判断を解説で整理しています。ここではその上に載る、形態ごとの分担だけを扱います。

この表で見落とされやすいのが「エンジン更新」の行です。クラウド型では読み取り精度が事業者側の改善で静かに上がる一方、オンプレミス型は自社が更新を当てるまで精度が据え置きです。逆に、更新のたびに読み取り結果が変わっては困る業務、たとえば監査対応で過去と同じ処理結果を再現する必要がある場合、更新時期を自社で握れるオンプレミス型のほうが扱いやすくなります。どちらが有利かは業務の性質で反転する、という理解が出発点になります。

機密文書を理由にオンプレミスを選ぶ判断が成立する法令上の条件

「機密文書だからクラウドは使えない」という前提を、法令に照らして分解しましょう。個人情報保護委員会のガイドライン（外国にある第三者への提供編、2026年8月6日時点）を読むと、判断は次の3点に分かれます。

まず、法第27条第5項です。利用目的の達成に必要な範囲で個人データの取扱いを委託することに伴って提供される場合、それは第三者提供に該当しません。つまり、AI-OCR事業者に読み取り処理を委託する構図であれば、本人同意なしにデータを渡すこと自体は可能です。次に法第25条で、委託元は委託先に対する必要かつ適切な監督を負います。ガイドラインは、適切な委託先の選定、委託契約の締結、委託先における取扱状況の定期的な把握を挙げており、再委託先にも同様の監督が及びます。

三つ目が法第28条、外国にある第三者への提供です。ここは原則として本人の同意が必要で、例外は規則第15条の同等水準国にある場合、規則第16条の相当措置を継続的に講ずる体制を整備している者である場合、法第27条第1項各号に該当する場合に限られます。海外リージョンで処理するクラウドを使うなら、この論点を必ず通過します。

整理すると、クラウド型が法令上使えなくなるのは「国内処理でも委託先監督を尽くせない」場合か、「海外処理で第28条の要件を満たせない」場合です。国内リージョンで処理し、契約と監査で監督を尽くせるなら、クラウド型は法令の側からは排除されません。オンプレミスが法令要件として要るのは、むしろ閉域網の内側という物理条件が課される場合です。地方公共団体向けにはLGWAN-ASPとして提供される製品もあり、閉域網要件はクラウド型の枠内で満たせることもあります。

そのうえで残るのが社内規程です。「外部送信を禁止する」と規程に書いてあるなら、法令の議論とは別に社内の意思決定として尊重されます。この場合に確認すべきなのは、規程が想定していたのが何年時点のどんなサービスか、という点です。規程の改定で解ける話なのか、業務の性質上どうしても動かせないのかで、投じるべき費用が一桁変わります。機密性と非定型性が同時に来る書類については、契約書へのAI-OCR導入判断で文書種別ごとの事情を整理しています。

AI-OCRに買い切りライセンスが少ない理由と定額契約という現実解

「AI-OCR 買い切り」で製品を探すと、候補がほとんど出てこないことに気づきます。理由は明快で、AI-OCRの読み取り精度が学習済みモデルと辞書の更新に支えられているからです。帳票様式は税制改正や取引先の書式変更によって一定ではありません。手書き文字の認識も、学習データの積み増しで精度が変わります。売り切りにしてしまうと、買った時点の精度で固定された製品を顧客が抱え続けることになり、供給側も需要側も困ります。

そのため、オンプレミス提供の製品でも契約形態は年額または月額が中心です。買い切りと呼ばれる形でも、ライセンス料と別に年間保守が付き、保守が切れるとモデル更新と問い合わせ対応が止まる構成が一般的です。見積りを比較するときは、次の4点を明示的に聞き出すと総額の見え方が揃います。

• ライセンス料に含まれるのは初回導入時点のモデルまでか、期間中の更新まで含むか
• 読み取り枚数や項目数の上限があるか、超過分は従量で課金されるか
• 帳票様式を追加するときの費用が保守内か個別見積りか
• サーバ更改（おおむね5年周期）のときにライセンスの再購入が要るか

参考として、クラウド型の公開価格を押さえておくと比較の物差しになります。AI insideのDX Suiteは2026年8月時点の公開料金で、Liteが月額40,000円から（初期費用0円・無料枠18,000円分/月）、Standardが月額100,000円から（初期費用200,000円分・無料枠50,000円分/月）、Proが月額200,000円から（初期費用200,000円分・無料枠200,000円分/月）で、いずれも税抜表記です。従量単価はLiteが1範囲3円、StandardとProが1範囲1円と差があります。一方、オンプレミス側にあたるAI inside Cubeは同社サイトでオープン価格と記載され、金額は公開されていません。オンプレミスの総額は個別見積りでしか出ない、という前提で検討を進めることになります。

なお、非定型帳票を読ませる場合は範囲指定ではなく項目抽出の課金になり、単価が一桁変わります。この違いはAI-OCRで非定型帳票を読み取る仕組みと精度確保・項目マッピングの判断基準で扱っているので、様式が定まらない書類が多い場合は先にそちらで課金単位を確かめてください。

オンプレミスAI-OCRの費用をサーバと運用要員まで含めて積む手順

オンプレミス型の見積りが月額いくらという形で提示されると、クラウド型の月額と並べて安いほうを選びたくなります。ただ、その比較は成立しません。オンプレミス型には見積書に載らない自社側の負担が付くためです。総額を揃えるには、次の順で積み上げます。

初期側は、ソフトウェアライセンス、サーバ機器またはアプライアンス、設置と構築、既存システムとの接続開発、検証にかかる工数の5項目です。ディープラーニング型の推論は演算負荷が高く、CPUのみの汎用サーバでは処理時間が業務に合わないことがあります。専用アプライアンスとして提供される製品を選ぶか、演算アクセラレータを積んだサーバを自前で用意するかで、初期額の桁が変わります。

運用側は、年間保守料、設置場所の電力と空調、バックアップと監視、障害時の一次対応、そしてサーバ更改の引当です。加えて、モデル更新の適用可否を判断する担当が要ります。ここが専任でなくとも、少なくとも「更新を当てて読み取り結果が変わったとき、業務側と調整できる人」を決めておかないと、更新が止まったまま数年放置される形になりがちです。

処理規模の目安も押さえておきます。AI inside Cubeの公式記載では、月間処理量の目安がLiteで37万枚/月程度、標準版で93万枚/月程度、Proで146万枚/月程度とされています（2026年8月6日時点）。この水準は、月に数千枚から数万枚を処理する規模の会社にとっては大きく余ります。設備を持つ判断は、処理量がこの目安に近づくか、あるいは閉域網要件でクラウドが選べないか、そのどちらかがあって初めて費用面で説明が付きます。

企業規模と月間枚数からプランを選ぶ考え方は中小企業のAI-OCR導入判断｜大企業との違いと月間枚数で決める始め方に分けて書いています。処理量が年間数万枚に届かないなら、形態の議論に入る前にそちらで規模側の判断を済ませるほうが早く決まります。

受託でAI-OCR基盤を自前構築する判断と製品導入で足りる境界

オンプレミス型の製品を入れる案の先に、読み取り基盤そのものを個別開発する選択肢があります。どちらを選ぶかの境界は、次のように引けます。

製品導入で足りるのは、読ませたい帳票が請求書・納品書・申込書といった一般的な様式に収まり、出力先が既存の会計システムやRPAで受けられ、閉域網の条件も製品側のオンプレミス構成で満たせる場合です。この範囲なら、自前構築は費用と期間の両方で不利になります。

一方、自前構築に踏み込む判断が立つのは次の場合です。読み取り対象が業界固有の帳票や図面で、汎用モデルの精度が業務水準に届かないとき。基幹システムと密に結合させ、読み取り結果を人手を介さず直接投入したいとき。そして、読み取りモデルを自社資産として保有し、事業者の提供終了に左右されない状態にしたいときです。特に3点目は、製品の統廃合で数年後に移行を迫られた経験がある会社ほど判断の重みが増します。

読み取った後の業務フローをどう組むか、RPAと役割をどう分けるかはAI-OCRで帳票処理を自動化する業務フロー設計とRPA連携・工数削減の判断で整理しています。自前構築の判断は、この後工程まで含めて費用対効果を見ないと結論が出ません。

一創では、AI-OCRの製品選定から閉域網を含む構成設計、既存システムへの連携開発までをAI-OCR導入支援として請けています。製品導入で足りるのか自前構築が要るのかの切り分けから相談できるので、形態の判断で止まっている段階でも持ち込んでいただけます。

オンプレミス導入を見送る条件と先にクラウドで検証する具体的な進め方

最後に、見送るべき条件を条件付きで書きます。次のいずれかに当てはまるなら、この時点でオンプレミス型を選ぶ判断は見送ってください。

• 読み取り対象の帳票様式がまだ確定しておらず、項目設計も固まっていない
• 月間の処理枚数が数千枚以下で、従量課金の総額が保守料に届かない
• サーバの保守と更新を担当する要員を社内に置けず、外部委託の予算もない
• 外部送信を避けたい理由が社内規程ではなく、漠然とした不安にとどまっている
• 導入期限が3か月以内で、機器調達と構築の期間を確保できない

特に1点目は影響が大きく、様式が動いている段階で設備を確定させると、読み取り項目の追加のたびに構成変更の費用が乗ります。この段階ではクラウド型で検証を回し、読み取り項目・確認体制・後工程への渡し方を固めてから形態を決めるほうが安全です。検証で得た項目定義はそのまま持ち越せるため、後からオンプレミスへ移す場合でも無駄になりません。

逆に、検証を経てもなお閉域網の条件が外れず、処理量が設備の目安に近づいているなら、そこで初めてオンプレミスの見積りを取る価値が出ます。業種ごとに帳票種別の適合がどう変わるかは製造業のAI-OCR導入判断｜帳票種別ごとの適合と医療・自治体との違いにまとめました。医療や自治体のように閉域網の条件が最初から課される領域と、製造業のように工程側の都合で決まる領域では、同じオンプレミスでも判断の順序が変わります。

よくある質問

AI-OCRに完全な買い切り型の製品はありますか？

純粋な売り切りは少数です。読み取り精度が学習済みモデルと辞書の更新に依存するため、買い切りと呼ばれる契約でも年間保守が付き、保守が切れるとモデル更新と問い合わせ対応が止まる構成が中心になります。見積りを見るときは、ライセンス料に期間中の更新が含まれるか、サーバ更改時に再購入が要るかを先に確認してください。

クラウド型のAI-OCRは機密文書に使えないのですか？

法令の側から一律に排除されるわけではありません。個人情報保護法では、取扱いの委託に伴う提供は第三者提供に該当せず（法第27条第5項）、委託元が必要かつ適切な監督を尽くすことが求められます（法第25条）。国内リージョンで処理し、契約と定期的な取扱状況の把握で監督を果たせるなら、クラウド型も選択肢に残ります。海外で処理する場合は法第28条の要件を別途通過する必要があります。

オンプレミス型のAI-OCRにGPUは必要ですか？

製品によって前提が異なります。ディープラーニング型の推論は演算負荷が高いため、演算アクセラレータを積んだ専用機として提供される製品と、汎用サーバ上で動く製品があります。CPUのみの構成で動く製品でも、処理時間が業務の締め時刻に間に合うかは枚数次第です。見積り時に、想定枚数を伝えたうえで所要時間の実測値を出してもらうのが確実です。

自治体の閉域網でもAI-OCRを使えますか？

利用可能です。地方公共団体向けにLGWAN-ASPとして提供されるAI-OCRがあり、閉域網の内側で読み取りを完結させる構成が用意されています。この場合、自社設備を持たなくても外部インターネットへデータが出ない形になるため、閉域網要件をオンプレミス以外で満たせます。調達の前に、対象製品がLGWAN-ASPサービスとして登録されているかを確認してください。

クラウドで始めて後からオンプレミスへ移行できますか？

同一ベンダーがどちらの形態も提供している場合、読み取り項目の定義や帳票のテンプレートを引き継げることがあります。ただしエンジンのバージョンが揃わないと読み取り結果が完全には一致しないため、移行時は主要帳票で再検証が必要です。将来の移行を想定するなら、選定段階で両形態を持つ製品に絞り、テンプレートの移行可否を契約前に確認しておくと手戻りが減ります。

関連記事

• AI-OCRとは？従来OCRとの違い・仕組み・料金相場と導入判断を解説
• AI-OCRで非定型帳票を読み取る仕組みと精度確保・項目マッピングの判断基準
• AI-OCRで帳票処理を自動化する業務フロー設計とRPA連携・工数削減の判断
• 中小企業のAI-OCR導入判断｜大企業との違いと月間枚数で決める始め方
• 製造業のAI-OCR導入判断｜帳票種別ごとの適合と医療・自治体との違い