Azure内で利用可能なAIモデルの進化｜弊社が活用するプライベートなAI実装
「AIは使いたい。でも、会社のデータを外部のサービスに預けるのは不安だ」——AI活用の相談で、最後にこの一点で足踏みする企業は少なくありません。その答えの一つが、Azureの閉域環境（お客様専用のクラウド）の“中だけ”で使える生成AIです。実はこの領域は、この数年で静かに、しかし着実に進化してきました。本記事では、Azureで利用できるAIモデルがどう進化してきたかを振り返り、弊社がそれを「AIプライベート」としてどう活用・実装しているか、そして安心して業務に載せるためにどんな仕組みを組み込んでいるかを、実務目線で解説します。
株式会社ロクシアシステムズは、福岡と東京を拠点に、全国のお客様へクラウド導入支援（Azure・Microsoft 365）とAI活用・DX支援を提供しているIT企業です。弊社は、業務データを社外に出さずにお客様専用のAzure環境内でAIを活用する「AIプライベート」シリーズ（帳票入力を自動化するAI-OCRプライベート、電話受注を自動整理するAI-Voiceプライベート）を提供しています。
本記事の要点
①Azure内で使えるAIモデルは、2023年のGPT登場から着実に進化し、2026年には複数モデルから選べる「マルチモデル」へと広がりました。②弊社はこれを、お客様専用環境の中で用途に応じて使い分ける形で「AIプライベート」として活用しています。③生成AIは事実と異なる出力（ハルシネーション）を起こすため、「信じる」のではなく「検証してから通す」仕組みを組み込んでいます。
Azure内で利用できるAIモデルの進化
まず押さえておきたいのは、「Azureの中で高度な生成AIを、データを社外に出さずに使う」土台は、数年前から整っていたという事実です。OpenAI社のGPTを利用できる「Azure OpenAI Service」は2023年1月に一般提供が始まり、GPT-4は同年3月から使えるようになりました。その後もGPT-4o・GPT-4.1・GPT-5と、モデルは世代を重ねて賢くなり続けています。
そして2026年、変化の質が一段変わりました。Anthropic社のClaudeがMicrosoftのAI基盤（Microsoft Foundry）に加わり、同じAzureのガバナンス（認証・課金・監査）の中で、OpenAI系とClaude系を用途に応じて選べる「マルチモデル」環境になったのです。「AIが使えるようになった」ではなく、「閉域を保ったまま、用途ごとに最適なAIを選べるようになった」——これが近年の進化のポイントです。
| モデル | 提供元 | 提供開始（目安） |
|---|---|---|
| Azure OpenAI Service 一般提供（GPT-3.5 系） | OpenAI | 2023年1月 |
| GPT-4 | OpenAI | 2023年3月〜 |
| GPT-4 Turbo | OpenAI | 2023年12月 |
| GPT-4o（マルチモーダル） | OpenAI | 2024年5月 |
| GPT-4.1 | OpenAI | 2025年4月 |
| GPT-5 | OpenAI | 2025年8月 |
| GPT-5.5 | OpenAI | 2026年4月 |
| Claude（Opus 4.8・Sonnet 4.6 ほか）／Microsoft Foundry | Anthropic | 2026年6月 |
| Claude Fable 5 | Anthropic | 2026年6月 |
※日付はAzure／各AI基盤での提供開始のおおよその時期です。GPT系は通常、プレビュー提供のあと一般提供へと段階的に広がり、GPT-5系は5.2・5.4など複数の版が順次追加されています。このように、Azureは単一のAIではなく、世代を追って賢くなる複数のフロンティアモデルを、選んで使える基盤へと育ってきました。
弊社はこれをどう活用しているか ― AIプライベート
弊社は、この生成AIをお客様専用のAzure環境の“中だけ”で活用する形にまとめ、「AIプライベート」シリーズとして提供しています。ポイントは、特定の1つのモデルに固定しないことです。精度・速度・コストのバランスは用途によって変わるため、それぞれの処理に最適なモデルを選ぶ「マルチモデル」方針をとります。現時点で採用する最新モデルは、Anthropicの Claude Opus 4.8 と OpenAI の GPT-5.5 が中心です。さらに、より高度な判断が求められる用途には、近々 Claude Fable 5 や GPT-5.6 クラスのモデルも、用途に応じて取り入れていく予定です。
| 用途 | 採用するモデルの方針 |
|---|---|
| 大量・軽い処理（整形・要約） | 軽量モデル（低コスト・高速）を割り当て |
| 判断・構造化（主力） | Claude Opus 4.8／GPT-5.5 クラス |
| 難易度の高い判断（順次拡大） | Claude Fable 5／GPT-5.6 クラス |
マルチモデルの利点
モデルはMicrosoft Foundry上で切り替えられるため、より優れたモデルが登場しても、お客様の環境やデータの置き場所を変えることなく、新しいモデルへ載せ替えられます。特定ベンダーの1モデルに縛られず、そのときの最適解を選び続けられる——これがAzureの閉域内でマルチモデルを使う最大の利点です。
「読み取り（目）」の先に、「判断・生成（脳）」を足す
ここで、よく混同される2つのAIを整理しておきます。帳票を読み取るOCRや音声を文字にする音声認識は、いわば情報を取り込む「目」や「耳」です。一方、生成AI（大規模言語モデル）は、取り込んだ情報の意味を理解し、判断し、文章を生成する「脳」にあたります。弊社のAIプライベートは、この「目・耳」の後段に「脳」を足すことで、単なる自動入力から、判断・生成まで含む業務代行へと役割を引き上げます。読み取りAIそのものの仕組みは、別記事「Azure AI Document Intelligenceとは」で解説しています。
- AI-OCRプライベート（帳票入力）の後段：抽出値の妥当性チェック、誤読の文脈補正、非定型帳票の解釈、確認メールや登録データの下書き生成。
- AI-Voiceプライベート（電話受注）の後段：「やっぱり3個じゃなく5個で」といった言い直しの解決、意図抽出と確認事項の提示、重複・在庫矛盾の検知、要約を読み上げて確認する運用（復唱確認）。
安心して業務に載せるための作り込み
生成AIは、事実と異なる“それらしい”出力（ハルシネーション）を起こすことがあります。これは能力の問題というより性質であり、ゼロにはできません。だからこそ実務では、AIの出力を「信じる」のではなく「検証してから通す」——複数の確認を重ねる設計が要になります。弊社がAIプライベートに組み込む考え方を、5つの段階で示します。
第1段階：そもそも幻を出させない
AIに「渡した資料に書かれていることだけを対象にし、推測で補わない」と制約します。出力の形式を固定し（項目・型を決める）、分からない項目は無理に埋めず「要確認」と返せるようにします。無理に埋めさせることが、幻の最大の原因だからです。あわせて、各項目に「元資料のどこから取ったか（根拠）」を必ず出力させます。
第2段階：機械（プログラム）で検証する
AIの出力を、確定的なルールで突き合わせます。桁数・日付の妥当性・必須項目のチェックに加え、品目・取引先・単価を基幹システムのマスタと照合し、存在しなければ「要確認」に回します。AIを信じず、コードで弾く段階です。
第3段階：AI基盤の“根拠性チェック”機能を使う
Azureには、生成結果が元資料に基づいているかを自動で判定する機能（グラウンデッドネス検出）が備わっています。これもお客様専用環境の中で完結するため、データ主権を保ったまま利用できます。
第4段階：人による最終承認（レビューゲート）
基幹システムへの登録や、社外への送信の直前に、人の承認を挟みます。ただし全件を人手で見ると自動化の意味が薄れるため、「高信頼かつ全チェック通過は自動、それ以外だけ人へ回す」という選択的な運用にします。人の負担を“怪しい一部”に集中させ、効率と安全を両立させます。
第5段階：運用で品質を保つ
処理の履歴（元データ・AIの出力・判定結果）を1件ずつ記録し、監査と改善に使います。正解データと突き合わせて誤りの発生率を定点観測し、モデルや設定の変更で品質が落ちていないかを継続的に確認します。
弊社の考え方
生成AIは「優秀だが、ときどき事実と違うことを言う新人」だと捉えています。優秀さは活かしつつ、成果物は必ずルールと人のチェックを通してから世に出す——この設計にすることで、AIの誤りは“事故”ではなく“想定内で捕捉するもの”になります。
導入の進め方 ― 小さく試してから広げる
弊社では、いきなり全自動化を目指さず、リスクの低い形から段階的に広げることを推奨しています。まずはAIが「補正案・要確認・要約」を提示するだけの形で試し、効果と誤りの傾向を実データで把握します。そのうえで、信頼度の高いものから自動化の範囲を広げ、最後に文書生成や外部連携まで拡張していきます。お客様専用環境での無料PoC（試用）から始められるため、自社データで効果を確かめてから本導入を判断できます。
よくあるご質問
こちらをクリックして「よくあるご質問」を表示
OCRを導入していれば、生成AIも自動的に使えるのですか？
いいえ。OCR（読み取り）と生成AI（判断・生成）は別の仕組みです。OCRを使っていても、判断・生成を行うには生成AIの層を別途組み込む必要があります。両者を組み合わせることで、読み取りから判断・文書生成までを一気通貫にできます。
どのAIモデルを使うのですか？1つに固定されますか？
用途に応じて最適なモデルを選ぶマルチモデル方針です。現在はClaude Opus 4.8やGPT-5.5を中心に採用し、今後はFable 5やGPT-5.6クラスも用途に応じて取り入れていきます。モデルはMicrosoft Foundry上で切り替えられるため、環境やデータの置き場所を変えずに、より良いモデルへ載せ替えられます。
生成AIを使うと、データが社外に出てしまいませんか？
AIプライベートシリーズでは、お客様専用のAzure環境・国内リージョンの中で処理を完結させます。業務データを社外の汎用AIサービスへ送らず、また汎用モデルの学習にも使われない設定・契約を前提とします。
AIが間違えたら、そのまま登録されてしまうのでは？
その懸念に対して、本記事で解説した「検証してから通す」仕組みを組み込みます。特に、基幹システムへの登録や社外送信の直前には人の承認（レビューゲート）を必ず挟み、信頼度の低いものだけを人が確認する運用にします。誤りを前提に、捕捉できる仕組みを設計します。
どのくらいの規模から始められますか？
お客様専用環境での無料PoC（試用）から始められます。まずは実際の帳票や通話の一部でAIの提示内容を確認し、効果と精度を見たうえで導入範囲を判断していただけます。
関連サービス・記事
まずは無料トライアルで、効果をご確認ください
「AIプライベート」は短期・低コストで試せます。帳票入力（AI-OCR）や電話受注（AI-Voice）の自動化、Azure/Microsoft 365・DXのご相談まで、お気軽にどうぞ。
