CBTシステム開発は、要件整理から始まり、方式と提供会社を選んで、設計・開発に進みます。その後、テスト、稼働、改善と続きます。この流れが、公平で安定した試験運営につながります。
全体像、6つのフェーズ、費用相場、見積もりの確認方法の順に見ていきます。
▼全体ガイドの記事
・CBTシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
CBTシステム開発の全体像
CBTはComputer Based Testingの略で、コンピューターを使って試験を行う方式のことです。
会場型CBTと、自宅などで受験するIBTでは、端末の管理や本人確認、監督の方法が異なります。そのため、方式と運用責任の範囲を先に決めておけば、後の工程で手戻りが起きるのを防げます。
CBTシステムが担う業務範囲
CBTシステムが扱う業務を整理すると、必要な機能と権限がはっきりします。
- 試験管理：試験、科目、受験資格、合否基準、受験期間の管理。
- 問題と受験：問題バンク、版管理、登録、決済、会場予約、受験画面が対象です。
- 採点と記録：採点、成績表の発行、問題変更や採点確定の監査ログを扱います。
- 権限管理：管理者、問題作成者、採点者、監督者、受験者の権限を分けます。
選択式以外に、画像や音声、動画を扱うかで、画面と採点工程が変わります。さらに、記述式や口頭回答を扱うかどうかでも、採点工程が変わります。
語学試験で録音する場合は、要件に再生品質と録音失敗時の再試行、保管期間を含めます。また、採点者の権限も要件として加えます。
会場型CBT・IBT・ハイブリッドの選び方
受験環境と運営責任を並べて比べると、自社に合う試験方式が見えてきます。
- 会場型CBT：全国の受験者に安定した端末環境を提供し、不正対策や監督を重視する場合に向きます。
- IBT：場所の制約を減らせますが、端末性能と通信環境、本人確認と監督の設計が必要です。
- ハイブリッド：会場型CBTとPBTを併用し、地域に応じて試験方式を使い分ける形です。
IBTでは、部屋の映り込みや有人・AI監督も設計して、公平性を保ちます。
紙試験から段階的に移行する場合は、CBTとPBTを併用できます。たとえば、都市部はCBT、設備を整えにくい地域は紙試験と使い分けます。
方式を比べるときは、受験者数に加えて、ピーク時の同時接続数、会場の分布、試験時間を数字にして並べます。さらに、合理的配慮や災害時の振替方法も検討します。
CBTシステム開発の進め方・6フェーズ
企画の直後に画面を作るより、先に試験業務の流れとリスクを固めます。また、6つのフェーズに分けると、各段階の担当者と判断材料がはっきりします。
フェーズ1：要件整理による試験業務の数値化
まず目的と成功条件を決めておくと、どの機能を優先するかを判断しやすくなります。目的には、紙試験のコスト削減や受験機会の拡大が挙がります。採点の迅速化や、社内のスキルの状況をつかむことなどもあります。
受験者数は、年間の総数だけでなく、1日あたりの最大人数、1時間あたりの入室数、ピーク時の同時接続数に分けて整理します。さらに、業務フローで確認する工程を並べると、工程ごとの担当、扱うデータ、障害時の対応が洗い出せます。
- 試験準備：問題の作成・レビュー・登録、申込と決済、会場予約まで。
- 当日運営：受付から本人確認、監督、採点、成績公開までを流れで押さえます。
- 例外対応：異議申立て、再受験、問い合わせ、障害時の振替を含みます。
このように、各工程の責任者、扱うデータ、何分以内に復旧するかをRACI形式で決めておくと、自社対応と運営委託の境界が見えてきます。
要件整理では、試験仕様書と運用フロー図を作ります。試験仕様書には、試験時間、問題数、出題形式を書きます。合否判定と結果公開日に加え、ブラウザや端末の条件も記載します。
本人確認の方法、ログ、データ削除の時期は、文書にして残します。時間延長や拡大表示の扱いも、決めて書き残します。ここが曖昧なまま見積もると、追加開発で費用と期間が膨らみます。
フェーズ2：サービス・開発会社の選定
選定では、運営をどこまで外部に任せるかと、独自機能がどれだけ必要かを基準に候補を比べます。
- 既存サービス：全国会場、申込、決済、サポート、採点まで委託したい場合に合います。
- クラウド基盤：独自問題バンクや既存会員管理・LMSとのAPI連携が必要な場合の候補です。
- 独自開発：複雑な採点や連携が競争力になる場合の選択肢です。
候補には同じRFPを渡し、会場網、年間配信規模、問題形式を比べます。また、本人確認と監督方法に加え、問題登録の担当範囲と再受験ルールも確認します。
SLAやデータ保管場所、脆弱性診断、サポート窓口も見ます。導入社数だけでは、会場型と自宅型の違いや、システム提供だけか運営込みかは分かりません。そのため、実際の運用でどこまでを誰が受け持つかを比べ、委託先との分担を判断します。
説明会では、通信断が試験開始10分後に起きた場合など、障害の場面を示して質問します。答案保存後の通知遅延や監督映像の欠落も確かめます。特に、機能一覧にない復旧手順やエスカレーションの速さが、実運用の品質を左右します。
フェーズ3：設計・開発による公平性と復旧性の作り込み
受験者の画面だけでなく、管理画面と運用者の手順も確認します。公平性と復旧性を支える設計項目を、ここで揃えます。
- 問題バンク：科目、分野、難易度、出題回数、期限を管理します。版、正答、配点、解説も含みます。
- 権限と審査：問題の登録、レビュー、公開を別権限に分けます。
- 受験画面：残り時間、解答状況、見直し、途中保存、再開、時間延長の設計。
- 障害復旧：保存済みの解答と未送信の解答を区別し、監督者が再開か再受験かを判断できるログを残します。
問題登録後の検証を省くと、画像の欠落、選択肢の順序違い、採点キーの誤りが本番で起きます。
読み上げや拡大表示にも対応します。また、タイマーは端末の時計に頼らず、サーバー側で試験時間を管理します。
試験問題と個人情報は別の権限で扱い、管理者、保守担当者、一般利用者の3段階以上を設けます。2025年のIPA調達要件では、最低年1回の脆弱性検査と、機密情報の暗号化が求められています（出典：IPA「情報処理技術者試験等のCBT方式等による試験実施業務」入札説明書、2025年）。
この要件は、閉域ネットワークやTLSを踏まえた暗号設定、ログ提供、迅速な脆弱性対応も求めています。民間の試験でも確認項目に加えると、安全要件の漏れを減らせます。
フェーズ4：本番の失敗を先回りするテスト
確認対象をそろえておくと、画面の表示だけでは見つからない不具合を検出できます。
- 利用環境：問題データ、受験者属性、試験時間、端末、ブラウザ、ネットワークの条件で試します。
- 担当別操作：受験者、監督者、採点者、管理者の操作を通しで検証します。
- 媒体確認：本番と同じ画像、音声、動画で、表示崩れや再生遅延を確かめます。
正常系では申込から結果通知までを確認します。異常系では通信断や停電、端末故障を想定し、二重送信も試します。
途中離席や本人確認の不一致、映像の欠落も検証します。採点キーの修正と決済の失敗も確かめます。そのうえで、不具合ごとに日時と再現条件、影響範囲を記録します。暫定対応と恒久対応、再テストの日も残します。
重大な未解決の不具合を残したまま稼働を判定しないよう、基準を決めておきます。
フェーズ5：稼働と初回試験の安全な実施
本番前の準備項目を確定し、小規模なパイロットで実運用を確かめます。
- 試験準備：問題校了、受験者データ、会場座席、監督者アカウントを整えます。
- 運営体制：問い合わせ窓口、緊急連絡網、障害時の判断者を決めます。
- パイロット：1〜2会場か限定した受験者で実施し、運用状況を見ます。
パイロットでは、受付時間や本人確認の滞留を確認します。端末操作で迷う場面や、問い合わせの内容も見ておきます。
CBT-Solutionsは、問題登録から稼働までの目安を1か月半〜2か月程度と示しています。ただし、これは既存サービスを利用し、問題仕様が整理済みの場合です。
独自の問題バンクや会員・決済連携、本人確認を新規に開発すると、要件定義から受入試験まで6〜12か月以上かかる場合があります（出典：株式会社CBT-Solutions「CBT導入時の問題登録の手順」、2023年）。記述式採点や診断も新規に開発する場合は、この期間を見込んでおく必要があります。
フェーズ6：定着に向けたKPIと改善会議の運用
稼働後は、受験者が迷わず受験を完了できるかを月次で確認します。システムが止まっていないかだけでなく、受験が滞っていないかも見ます。
- 受験状況：受験完了率、途中離脱率、再受験率を見ます。
- 運用品質：通信障害件数、復旧時間、一次応答時間、採点誤りを追います。
- 公平性：不正検知の誤検知率と結果通知までの時間を指標にします。
会場別、端末別、ブラウザ別に分けて見ると、全体平均では見えない問題を発見できます。
問題は、出題範囲や法令・教材の改定、難易度の調整に合わせて、版管理と承認フローで見直していきます。重複や漏えいがないかの確認も、同じ流れで続けます。
OSやブラウザの更新前に互換性テストを行います。また、問い合わせの内容をFAQや操作ガイドに反映すると、サポートの負荷を段階的に下げられます。
CBTシステム開発の費用相場とコストの内訳
費用は、開発費と試験運営費を分けて考えます。既存サービスでは、初期導入費と受験者ごとの配信費が中心で、問題登録費や決済手数料、保守費も加わります。
一方で、独自開発では、要件定義、画面・API、問題バンクが初期費用に含まれます。認証や採点、連携も含まれます。さらに、インフラやテスト、診断、運用設計も加わります。
既存CBTサービスを利用する場合の費用
公開価格例の単価と適用条件を分けて確認すると、予算を組みやすくなります。
- 初期導入：50万〜100万円程度。
- 問題登録・修正：1科目あたり5万〜20万円程度。
- 配信と決済：配信は1人3,000円、決済は1件数百円程度。
これは特定サービスが示す目安で、共通の標準価格ではありません。単価は、試験時間や会場数によって変わります。サポート範囲や問題形式によっても違います。
参考にしたのは、株式会社CBT-Solutionsが2023年に公開した「CBTを導入するうえでの費用はどれくらい？」です。
同じ公開例は、受験者1,000人と2科目を前提にしています。配信単価は3,000円、決済手数料は150円です。
初期費用は50万〜100万円、保守は50万円以上です。配信は300万円、問題登録は20万円、決済は15万円で、これらを合算しています。
この合算では、初年度は約500万円前後になります。これは独自システムの開発費ではなく、既存サービスによる試験運営費です。
見積書では、保守費が月額か年額か、会場費やコールセンター費を含むかを確認します。
独自開発・スクラッチ開発の費用
CBT専用の一律価格は公開されていません。そのため、類似するオンライン試験や業務システムの相場と機能範囲を組み合わせた、予算検討用の目安を示します。
- 小規模MVP：1試験、数百人、選択式中心の場合で、500万〜1,500万円、3〜6か月程度。
- 中規模：問題バンクや連携、複数試験を含む場合で、1,500万〜5,000万円、6〜12か月程度。
- 大規模基盤：全国会場やIBTなどを含む場合で、5,000万円〜2億円以上、12〜24か月程度。
小規模MVPは、会場と決済を外部のサービスで利用する想定です。既存サービスの導入費と混同しないよう注意します。
中規模には、管理画面や会員・決済連携、成績分析、障害復旧が含まれます。大規模では、自宅IBTや本人確認、監督を想定します。さらに、記述式、IRT、LMS・資格証明連携、高可用性も想定します。
受験者数や問題形式によって、各レンジを超える場合があります。監査要件や運用委託の範囲によっても、この範囲を外れることがあります。
ランニングコストと予算化の考え方
運用費は、受験者数に応じて増える従量費と、毎月または毎年かかる固定費に分けて考えます。受験規模別に試算すると、年間予算が組めます。
- 基盤費：クラウド、監視・保守、脆弱性対応、保管・バックアップ。
- 試験運営費：問題登録・改定とサポート、会場と端末、決済と監督、記述式採点の費用。
- 受験規模：少数、中程度、ピーク時の3パターンで見積もります。
「文部科学省CBTシステム（MEXCBT）」では、令和6年11月時点（2024年11月時点）で、約2.8万校、約890万アカウントが登録されています。全国学力調査や自治体の学力調査などにも活用されています。
こうした大規模利用には、画面の開発だけでなく、学校や自治体との連携が要ります。端末環境や研修、問い合わせ、問題配信の運用基盤も必要です。
CBTシステムの見積もりを取る際のポイント
見積もり条件をそろえると、候補会社の価格を同じ条件で比べられます。機能数に加え、受験者数と問題数、会場数を前提にします。試験日や運用担当者の数も、条件に入れます。
RFPには、方式、年間の受験者数とピーク、試験時間を記載します。問題形式や採点方法、会場の有無も書きます。さらに、既存システム、セキュリティ基準、サポート時間を含めます。希望稼働日と予算上限も書き添えます。
見積もりの前提条件と対象範囲のそろえ方
費用範囲と作業の前提を明細で確かめると、見積もり漏れを見つけやすくなります。
- 開発工程：要件定義、設計、開発、移行、連携、テストの対象を確認します。
- 導入支援：教育、稼働支援、保守が含まれるかを見ます。
- 問題登録：校正や画像加工、タグ付け、正答確認、2回の検証の有無。
「問題登録」が、Excelへの登録だけか、校正なども含むかで作業量は変わります。
配信単価と、試験時間による変更は別項目にします。会場や端末、決済、コールセンターの費用も、別々に分けます。有人監督や録画保管、採点、追加診断も、明細に分けて書いてもらいます。
初期費用だけでなく、3年間の総費用で比べると、結論が変わることがあります。
選定時に使える実務チェックリスト
候補会社の運営範囲を先に比べると、契約後の責任分担が判断できます。
- 方式と委託範囲：会場型・IBT・併用への対応と、申込から通知までの委託可否。
- 試験運営：問題登録と採点の担当、全国会場とピーク時の座席の確保。
- 機能と安全：版管理、ランダム出題、コピー制御、本人確認、監督を確かめます。復旧や時間延長、アクセシビリティ、API、ログも確認します。
- 運用品質：バックアップ、SLA、監査、脆弱性診断、支援体制の内容。
実績は、導入社数だけでなく、類似試験の年間配信件数と最大同時受験者数を確認します。さらに、問題形式や障害復旧の実績、監査や脆弱性診断の報告書も見ます。
可能であれば、実際の問題データを使った小規模なPoCを依頼します。一例として、CBT-Solutionsは本番と同様の限定人数のトライアルを案内しています（出典：株式会社CBT-Solutions「CBT導入の第一歩は“トライアル”から」、2023年）。
全国展開の前に課題を洗い出す考え方は、独自開発にも有効です。
よくある見積もりリスクと回避策
見積もりでよく起こる問題を押さえておき、データの準備と、どこまでを誰が受け持つかを文書で決めます。
- 問題データ不足：形式、選択肢、正答、配点をそろえます。媒体、解説、タグ、版も整えます。
- 連携責任の曖昧さ：API、データ、再送、個人情報、問い合わせ窓口を決めます。
- 契約終了時の不備：答案・問題の所有権、ログ期間、返却と移行形式を定めます。
紙やWordの問題は、そのまま使えるとは限りません。指定の形式へ変換する作業が、見積もりに含まれているかを確かめます。
公開例の中には、登録問題数を出題数の約3倍とするものもあり、予備問題も数えて見積もります（出典：株式会社CBT-Solutions「CBT導入時の問題登録の手順」、2023年）。
申込や会員、決済など外部のサービスとつなぐ場合は、どちらがどこまで対応するかを先に決めておきます。LMSや資格証明、メール連携とつなぐ場合も、API仕様と項目、再送の扱い、個人情報の保管場所、窓口を決めておきます。問題や答案の扱いも契約書に明記し、契約が終わったあとで困らないようにします。
CBTシステム開発についてよくある質問（FAQ）
導入の相談では、開発範囲や期間、既存サービスと独自開発のどちらを選ぶかが多く挙がります。費用と進め方の判断に関わる質問を取り上げます。
CBTシステムの導入には何か月かかりますか？
既存サービスを使い、試験仕様と問題データが揃っていれば、1か月半〜2か月程度とする公開例があります。
独自開発で問題バンクや会員・決済連携、監督まで行う場合は、6〜12か月以上を見込みます。記述式採点や診断まで含める場合も、この期間を見込んでおきます。そのうえで、希望稼働日から逆算し、問題校了、受入試験、パイロット期間を確保します。
既存のCBTサービスと独自開発はどちらがよいですか？
全国会場や申込、決済を早く整えたい場合は、既存サービスが向いています。採点や受験者サポートまで任せたい場合も、既存サービスが合います。
独自の問題バンクや複雑な採点、会員・LMS・資格管理との深い連携が競争力になるなら、クラウド連携や独自開発を検討します。迷う場合は、限定した科目や会場でPoCを行います。そのうえで、使いやすさと運用工数を測り、本開発の範囲を決めます。
CBTシステムのセキュリティで何を確認すべきですか？
セキュリティの確認項目を整理して、ベンダーの要件と自社の方針を照合します。
- データ保護：問題や個人情報の暗号化、通信の保護、バックアップの有無。
- アクセス管理：権限の分離、操作と監査のログ、脆弱性診断を確かめます。
- 障害対応：代替の経路と、インシデントの報告期限。
- 判定手順：本人確認や監督の誤判定を人が再確認し、異議申立てができる仕組みにします。
まずは、IPAの2025年調達要件を最低限の基準にします。そのうえで、個人情報保護方針や学校・自治体のセキュリティポリシーと照合します。
まとめ
CBTシステム開発は、要件整理から始まり、選定、設計・開発の順に進みます。その後はテストと稼働を経て定着へ向かい、その過程で試験業務とシステムを設計します。進め方の初めに、受験者数のピークや問題の版管理、本人確認を明確にしておきます。また、通信断からの復旧、方式の違い、運用責任も、早い段階で整理します。
小規模な試行と実測値による本開発の判断
費用を判断するには、公開例と独自開発の規模別の目安を分けて、同じ条件で複数社を比べます。
- 既存サービス：初期50万〜100万円、受験者課金、登録費、保守費を積み上げます。
- 初年度の試算：受験者1,000人の公開例で、約500万円前後。
- 独自開発：小規模MVPは500万〜1,500万円、大規模は5,000万円〜2億円以上。
一律の金額で判断せず、同じRFPで見積もり、3年間の総費用を比べます。
稼働後の定着までを含めた契約と計画
稼働後もKPIを見ながら、問題の改定やブラウザの更新に合わせて改善を続けます。
- 運用指標：受験完了率、復旧時間、問い合わせ、採点品質を確認します。
- 継続改善：不正検知の誤検知率や問題の改定を見直します。
- 契約と体制：障害時の判断者、データ所有権、終了時の返却方法を定めます。
運用KPIや責任者、データの扱いを要件整理で決めておくと、現場に定着しやすくなります。
▼全体ガイドの記事
・CBTシステム開発の完全ガイド
▼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を創業。