試験監督システム開発の発注/外注/依頼/委託方法について

試験監督システムの発注・外注は、単にオンライン試験の画面を作ることではなく、本人確認、不正の検知、受験者サポート、判定記録まで含む試験運営の仕組みを委託することです。成功のポイントは、必要な監視レベルと受験者数を先に整理し、既製サービス、カスタマイズ、独自開発を費用だけでなく公平性・運用負荷・証跡で比較することです。

本記事では、試験監督システムを発注・外注するときの進め方を、発注形態の選び方、RFPと要件整理、契約形態、2026年時点で確認できる費用レンジ、委託先の選定、見積書の比較方法まで順番に解説します。大学・資格団体・企業の研修や採用試験など、試験の信頼性と受験者の利便性を両立したい担当者が、社内稟議やベンダーとの初回相談に使える判断軸をまとめています。

▼全体ガイドの記事
・試験監督システム開発の完全ガイド

試験監督システムの発注・外注とは何ですか？全体像を先に整理します

試験監督システムは、問題を表示するWebテストだけではありません。受験申込、本人確認、端末チェック、試験問題の配信、カメラや画面の監視、疑わしい行動の記録、採点、結果通知、問い合わせ対応までをつなぐ業務システムです。発注時は「何を開発するか」だけでなく、「誰が試験当日に運用するか」まで決める必要があります。

Webテストは問題を配信し、解答を集計する機能が中心です。一方、試験監督システムでは、受験者が本人であること、許可された端末や場所で受験していること、試験中に禁止された操作をしていないことを確認し、後から説明できる証跡を残します。顔写真や身分証による本人確認、カメラ映像、マイク音声、画面共有、タブ切り替え、離席、複数人の検知などを組み合わせるため、通常のLMSやアンケートフォームよりも要件が複雑になります。

発注先を探すときは、開発会社だけを比較すると判断を誤りやすくなります。システムを作る会社、既製の試験プラットフォームを提供する会社、有人プロクタリングやヘルプデスクまで請け負う会社は、それぞれ得意分野が異なるためです。自社に必要なのが「システムの所有」なのか、「安定した試験の実施」なのかを分けて考えます。後者なら、運営委託を含むサービスを選ぶことで、監督者の採用や当日対応を自社で抱えずに済む場合があります。

発注形態はどれを選ぶべきですか？

発注形態は、既製クラウドを使うか、既製サービスに連携や画面を加えるか、独自システムを開発するかの3段階で考えると整理しやすくなります。試験回数が少ないのに大規模なスクラッチ開発を選ぶと過剰投資になり、特殊な採点や複雑な基幹連携があるのに標準SaaSだけで済ませようとすると、現場の手作業が増えるためです。

資格試験や社内研修など、問題形式と合否判定が標準に近く、短期間で試験を始めたい場合は、既製クラウドや試験運営委託が有力です。CBT-SolutionsのOLTC公式ページでは、条件が整えば50万円（税別）から導入できると案内されています。これは開発一式の確定価格ではなく、受験者数、問題登録、監視、ヘルプデスク、連携の条件で変わるサービス導入の入口ですので、比較時には「何が含まれるか」を必ず確認します（出典: 株式会社CBT-Solutions「OLTC」、2026年確認）。

受験申込は自社サイト、受験者情報は人事や学務のデータベース、試験結果はLMSや資格管理システムで利用する場合は、SaaSを中心にAPIやCSVで連携する方式が現実的です。本人確認や監視のように専門性が高い機能は既製サービスに任せ、申込画面、権限、帳票、結果通知など自社固有の部分だけを開発します。初期投資を抑えつつ、将来の試験追加にも対応しやすい一方、APIの制限、データの返却形式、障害時の責任分界を契約前に確認する必要があります。

独自の問題形式や採点、複数の学籍・出願・人事システムとの密接な連携、厳格な監査、数万人規模のピーク対応などが競争力や事業継続に直結するなら、独自開発を検討します。ただし、スクラッチ開発では、受験者画面だけでなく監督者コンソール、映像や操作ログの保管、再接続、負荷試験、脆弱性診断、当日ヘルプデスクまで自社の責任範囲が広がります。「自社開発だから安くなる」とは限らず、5年程度の運用費と改修費を含むTCOで判断します。

試験監督システムの発注・外注はどのように進めますか？

発注は、ベンダーに相談してから要件を考えるのではなく、試験の目的と当日の業務を先に可視化してから進めます。完全な仕様書を自社だけで作る必要はありませんが、最低限の受験者数、監視方式、試験回数、連携先、保存データ、開始希望時期を揃えると、見積もりの比較可能性が高まります。

まず、試験が入学判定、資格認定、研修修了、採用選考のどれに使われるかを明確にします。用途によって必要な監視強度や異議申立ての扱いが変わるためです。次に、替え玉受験、生成AIや検索による不正、問題漏えい、通信断、誤検知、受験者のアクセシビリティ不足などを洗い出します。「不正とみなす行為」「警告する行為」「人が再確認する条件」「再受験を認める条件」を決めておくと、AIのアラートを過度に信用する設計を避けられます。

RFPでは、機能要件と非機能要件、運用要件を別々に記載します。機能要件には申込、予約、決済、本人確認、問題バンク、ランダム出題、記述式問題、自動採点、監督者の警告、結果通知、CSV・API連携を含めます。非機能要件には同時接続数、ピーク時の処理、復旧目標、対応ブラウザ、スマートフォン利用、SSO、MFA、暗号化、監査ログ、脆弱性診断を含めます。運用要件には試験前の動作確認、当日の問い合わせ、通信断、再受験、異議申立て、映像の保存期間、削除方法を含めます。

候補を絞ったら、いきなり本番開発へ進まず、1種類の試験と限られた受験者でPoCを行います。受験前のカメラ・マイク確認に通過できる割合、受験完了率、問い合わせ率、通信断からの復帰、監督者1人が確認できる人数、AIアラートの再審査時間を測定します。CBT-Solutionsの公開事例では、打ち合わせからOnline Test Centerの試験開始まで約2か月とされていますが、これは問題準備や説明会を含む個別事例であり、独自開発の納期と同一ではありません（出典: 株式会社CBT-Solutions「生産マイスター検定導入事例」、2026年確認）。

受入テストでは、正常系だけでなく、カメラが切れた場合、途中でPCが再起動した場合、複数人が映った場合、監督者が警告した場合、結果データが二重登録された場合を確認します。テスト項目、合格条件、再試験の扱いを契約書や発注仕様書に残しておくと、納品後に「使えると思っていた機能が使えない」という紛争を防ぎやすくなります。

契約形態と役割分担をどう決めますか？

試験監督システムでは、開発費の契約だけでなく、クラウド利用、監視業務、ヘルプデスク、個人情報の取扱いを複数の契約や条項で整理することがあります。契約形態を安易に選ばず、要件の確定度と運用期間に合わせて、発注者と委託先の責任範囲を明文化します。

成果物と合格条件を明確にできる要件定義後の開発は、請負契約と相性があります。要件が変わりやすい企画、PoC、アジャイル開発、専門家の支援は、作業時間や役務を前提にする準委任契約が適することがあります。既製クラウドは利用規約やサービス約款、運営委託は業務委託契約とSLAで整理します。契約を分ける場合は、障害が複数サービスにまたがったときの一次窓口と原因調査の責任を決めておくことが重要です。

SLAでは、稼働時間、障害の重要度、受付から一次回答までの時間、復旧目標、連絡手段、補償の考え方を確認します。受験者からの問い合わせを誰が受けるのか、監督者の教育と交代要員を誰が用意するのか、試験中の不正疑いを誰が最終判断するのかも対象です。JJSplusのHURREP公式情報では、有人監視とAI検知、画面共有、本人認証、受験者サポートを組み合わせた運用が紹介されています。機能の有無だけでなく、自社が必要とする時間帯・言語・監視人数に対応できるかを確認します。

顔画像、本人確認書類、映像、音声、操作ログ、判定履歴は、利用目的と保存期間を決めてから扱います。個人情報保護委員会のガイドラインでは、個人に関する情報には映像や音声による情報も含まれると説明されています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。契約には、保存場所、暗号化、アクセス権限、委託先の監査、漏えい時の報告、契約終了後の返却・削除、海外移転、再委託の承認を記載します。

問題データ、採点ロジック、画面や連携部分の著作権・利用権も確認します。発注者が将来ベンダーを変更する可能性があるなら、データを標準形式で返却できること、API仕様書を受け取れること、ソースコードや設定情報の扱いを決めておくと安心です。AIモデルの更新で判定結果が変わる場合は、更新履歴と影響範囲を記録する仕組みも必要です。

試験監督システムの費用相場はどれくらいですか？

試験監督システムに一律の公定価格はありません。受験者数、試験回数、監視方式、問題形式、連携数、映像保存期間、受験者サポートの時間帯によって大きく変わるためです。2026年時点では、公開されているサービスの入口価格と、業務システム開発の工数から算出した試算を分けて見ることが大切です。

既製クラウドや試験運営委託を小規模に導入する場合は、初期費用0万〜100万円程度が一つの確認レンジです。公開例としてCBT-SolutionsのOLTCは、条件が整えば50万円（税別）からと案内していますが、監視員、問題登録、決済、ヘルプデスク、連携の有無で変わります。SaaSに自社LMSや人事システムをつなぐ場合は、編集部試算で300万〜1,000万円程度、導入期間2〜6か月程度を仮置きします。これは個別の市場統計ではなく、要件定義、連携、テスト、セキュリティ審査を含めた比較用のレンジです。

監視画面や管理画面を含む独自開発のMVPは800万〜2,000万円程度、4〜8か月程度を検討の起点にします。大学、資格団体、大企業向けに複数試験、数万人規模のピーク、冗長化、有人監視センター、多言語、第三者診断まで含める場合は2,000万〜6,000万円以上、要件によっては6,000万円〜1.5億円超もあり得ます。いずれも確定相場ではなく、一般的な業務システムの開発工数に、映像配信・高可用性・個人情報要件を加味した編集部推定です。

費用の内訳は、要件定義・設計、受験者画面、管理画面、監督者画面、認証・決済連携、問題登録・移行、監視サービス、クラウド、負荷試験、脆弱性診断、マニュアル、研修、保守に分けて提示してもらいます。映像や音声を保存する場合は、保存容量と期間、閲覧・再審査の作業費も別項目にします。AI自動監視は受験者1人あたり1,000〜5,000円程度、有人個別監視は3,000〜15,000円程度を比較用の仮置きとできますが、これは公開された共通価格ではなく、サービスの監視条件を踏まえた編集部推定です。

保守費用は初期開発費の年15〜25％程度を仮置きし、クラウド、監視要員、問い合わせ対応、ピーク時の増強、脆弱性対応を加えた年間TCOを作成します。例えば受験者1,000人、5,000人、1万人の3パターンで、年間の試験回数と監視方式を揃えて見積もると、初期費用が安いサービスでも従量課金や有人対応で総額が逆転することがあります。受験者数の増加率も含めて、3年分の費用を比較します。

費用を下げるなら、いきなり監視をなくすのではなく、試験の重要度に応じて監視レベルを分けます。練習テストは監視なし、本試験はAI検知＋人による再審査、国家資格級の試験は有人監視といった段階設計です。また、初回は標準の選択式問題とCSV連携に絞り、利用状況を見て記述式や多言語、複雑な帳票を追加する方法もあります。問題データを自社で登録できれば、毎回の作業委託費を抑えられる場合があります。

委託先選定と見積比較のポイントは何ですか？

委託先は知名度や価格だけでなく、試験の目的に合う実績と運用体制で選びます。システム開発会社に相談する場合も、試験運営会社やプロクタリング会社と連携できるかを確認します。候補には同じRFPを渡し、同じ受験者数・試験回数・保存期間・監視方式で見積もってもらうことが基本です。

実績は「オンライン試験の導入件数」だけでなく、自社と似た試験の規模、監視方式、問題形式、受験者属性、当日の問い合わせ体制を確認します。デモでは、受験者登録から本人確認、端末チェック、受験、警告、再接続、判定、結果出力までを一連で見せてもらいます。CBT-Solutionsは公式情報で16人同時監視やチャット・音声による受験者対応を掲げていますが、同時監視の条件や監督者数は試験設計によって変わるため、自社のピーク人数で再確認する必要があります（出典: 株式会社CBT-Solutions「OLTC」、2026年確認）。

AI監視を採用する場合は、検知率の数字だけを追いません。どの行動をアラートとするのか、誤検知を人が確認できるのか、判定理由を受験者や主催者に説明できるのか、モデル更新時に過去判定を再計算するのかを質問します。有人監視の場合は、監督者の教育、監督者1人あたりの担当人数、スーパーバイザーの有無、多言語対応、夜間・休日対応を確認します。

見積書を受け取ったら、まず「初期構築」「1回あたり・1人あたりの従量費」「年間固定費」「オプション」「障害や再試験時の費用」の5区分に分けます。初期費用に問題登録や動作確認が含まれているか、監視料金に監督者の事後確認が含まれているか、API連携の追加費用が何本目から発生するかを確認します。見積書に「一式」としか書かれていない項目は、作業内容、数量、単価、完了条件を質問します。

価格以外は、要件への適合度、導入期間、拡張性、セキュリティ、運用体制、データ移行性、契約の柔軟性で評価します。例えば最安の会社でも、映像の取り出しに時間がかかる、障害時に受験者への連絡を自社が担う、海外受験に対応できないなら、担当者の隠れた工数が膨らみます。見積比較表には、金額だけでなく「できる・条件付きでできる・できない・要確認」を記録すると、社内説明が容易になります。

典型的な失敗は、試験当日の通信量を想定せずに導入すること、AIのアラートを不正判定と誤認すること、顔画像や映像を長期間保存すること、受験者サポートを後回しにすることです。教育機関が利用する場合は、文部科学省が2025年3月に改訂した「教育情報セキュリティポリシーに関するガイドライン」も確認し、自校や自治体の情報セキュリティ基準、クラウド利用方針と整合させます（出典: 文部科学省「教育情報セキュリティポリシーに関するガイドライン（令和7年3月）」、2025年）。

また、受験者の端末や通信環境には差があります。事前の体験試験、カメラが使えない場合の代替手段、スマートフォンの配置、支援が必要な受験者への配慮、通信断時の猶予、再受験の判断を決めます。受験者に求める権限やアプリのインストールを最小限にし、何を撮影し、いつ削除するかを事前に説明できることも、サービス選定の重要な条件です。

よくある質問

試験監督システムの発注では、費用だけでなく、監視の公平性、個人情報、試験当日の責任分担について質問が多く寄せられます。ここでは、委託先との初回相談前に確認したい代表的な疑問へ回答します。

小規模な試験を無料のフォームや既存LMSで配信することはできますが、厳格な本人確認、有人監視、監査ログ、受験者サポートまで無料で実現できるとは限りません。重要な試験では、初期費用だけでなく、監視、保存、問い合わせ、障害対応を含む年間TCOで比較します。公開価格がある場合も、条件と追加費用を確認してから判断します。

試験の重要度、受験者数、受験者の環境、誤検知時の救済方法で決めます。AI監視は大量受験のアラートを絞り込みやすく、有人監視はその場の状況確認や受験者への声かけに強みがあります。高い公平性が必要な試験では、AIを補助に使い、疑わしいケースを人が再確認する方式が候補になります。

外注できますが、候補会社ごとに前提条件が変わるため、価格と納期を比較しにくくなります。最初から完全なRFPを作れなくても、試験の目的、受験者数、試験回数、監視の希望、既存システム、開始時期、保存データを1枚にまとめるだけで、初回提案の精度が上がります。ベンダーに要件整理を支援してもらう場合は、要件定義の費用と成果物を別途確認します。

保存期間は、試験の性質、異議申立ての期間、契約、社内規程に応じて必要最小限に決めます。長く保存すれば安心とは限らず、漏えい時の影響、保管費、閲覧権限の管理負担が増えます。保存しない方式や、アラート部分だけを短期間保存する方式も含め、利用目的、削除日、削除の証跡、再審査の期限をRFPとプライバシー通知に記載します。

まとめ

試験監督システムの発注・外注では、最初に試験の目的、不正リスク、受験者数、監視強度、既存システムとの連携を整理します。そのうえで、既製クラウド、SaaS＋API、カスタマイズ、スクラッチ開発を比較し、システム開発と試験運営をどこまで委託するかを決めます。

RFPには、受験申込から結果通知までの業務フロー、機能要件、非機能要件、試験当日の運用、個人情報の保存と削除、障害時の再受験、受入テストの条件を記載します。見積書は初期費用だけでなく、1回・1人あたりの従量費、年間固定費、オプション、障害・再試験費用に分け、受験者数別の3年TCOで比較すると、導入後の予算差を把握しやすくなります。

候補会社には同じ条件で提案を依頼し、デモとPoCで、受験前の動作確認、通信断、誤検知の再審査、監督者の操作、結果連携を確かめます。価格の安さだけで決めず、試験の公平性と受験者の安心を守りながら、担当者が継続運用できる体制かを確認することが、試験監督システムの発注を成功させる近道です。

▼全体ガイドの記事
・試験監督システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。