はじめに
教育分野のシステムでは、ドリル教材・CBT・LMS上の小テストなど、様々な問題コンテンツが日々作成・蓄積されています。
こうした問題コンテンツは学習や評価を支える重要な資産です。
しかし、実際にはシステム更改や製品の入れ替え、作問・配信・採点の役割分担などにより、問題データを別の環境へ移したり複数システムで連携したりしたい場面が少なくありません。
そのときに、問題データが特定のシステムに強く依存していると再利用や移行が難しくなります。
具体的には、次のような課題です。
- システムを変更したら問題データが使えなくなった
- 問題を再利用したいのに別製品向けに都度変換が必要になる
- 作問・配信・採点を別システムで分けたいがうまく連携できない
こうした課題に対する代表的な解決策が「QTI（Question and Test Interoperability）」です。
本記事では
- QTIとはなにか
- なぜ必要なのか
- 何を扱う規格なのか
を整理します。
QTIって、そもそもなに？
QTIはQuestion and Test Interoperabilityの略で、教育分野で使われている国際標準規格です。
1EdTech Consortiumという標準化団体が管理・策定しています。
一言でいうと、
試験問題・結果データを複数の教育システム間でやり取りできるようにするための共通ルール
です。
重要なのはQTIが単なる問題文のフォーマットではないという点です。
QTIは問題・テスト構造・採点・結果まで含めた試験コンテンツ全体を扱う規格として設計されています。
なぜQTIが必要なのか
標準がない世界の問題
教育システムやLMSごとに問題データの形式が異なる場合、
- LMSごとに独自フォーマット
- データ移行が困難
- 問題がシステムに縛られる
といった状況が起こります。
結果として、問題が使い捨てになってしまいます。
QTIがある世界
QTIを使うと問題は共通フォーマットで管理されます。
- 同じ問題を複数システムで再利用できる
- 特定システムへの依存を低減できる
- 作問・配信・採点を分業しやすくなる
つまり、問題をコンテンツではなくデータ資産として扱えるようになります。
QTIで扱う範囲
QTIは大きく分けて次の3つのレイヤーを扱います。
1. 問題（Item）
1問単位の問題を表します。
QTIでは問題文や選択肢といった表示情報だけでなく、
- 解答形式
- 正答の定義
- 採点ロジック
までを含めて定義します。
ここでのポイントは、表示と評価（採点）が分離されていることです。
2. テスト（Test）
複数の問題を束ねて試験として構成するレイヤーです。
- セクション構成
- 出題順・ランダム化
- 必須／任意問題
- 制限時間や配点
QTIでは問題の集合ではなく、試験としてどう構成するかまで表現できます。
3. パッケージ（Package）
実際にシステム間で受け渡す単位です。
- 問題・テスト定義
- 画像・音声・動画
- 各種メタデータ
これらをまとめてパッケージ化し、試験コンテンツ一式として受け渡すことを前提としています。
ですので、QTIはXMLファイル1つの話ではなく、関連リソースを含めた移送単位まで含めて考える必要があります。
QTIは問題フォーマットでは終わらない
QTIを単なる問題フォーマットとして捉えると、実際の導入や製品比較の場面で認識のずれが生じやすくなります。
特に、次のような点は丁寧に見ておく必要があります。
1. 実装による対応範囲の違いがある
QTIは標準規格ですが、各製品が同じ範囲まで実装しているとは限りません。
問題（Item）のみ対応する場合もあれば、テスト（Test）全体や高度な出題形式まで扱える場合もあり、実際に使える範囲には差があります。
2. 「QTI対応」と書いてあっても互換性は一様ではない
複数の製品がQTI対応をうたっていても、問題やテストを相互にやり取りしたときに同じように再現されるとは限りません。
表示やフィードバックなどの細かな挙動に差が出ることもあります。
3. どのバージョンを前提としているか
QTIには複数のバージョンがあり、どれを前提にしているかで比較の前提が変わります。
既存資産との互換性を重視するのか、今後の拡張性まで見据えるのかによって、見るべきポイントも異なります。
4. 標準仕様と独自拡張の境界はどこか
製品によっては標準仕様に加えて独自拡張が使われていることがあります。
独自拡張は利便性につながる一方で、他製品へ移したときにそのまま再現できない要因にもなります。
5. 「標準規格＝完全互換」ではない
QTIは相互運用性を高めるための重要な標準ですが、規格に準拠していることと、実装時に完全な互換性が確保されることは同じではありません。
実際には実装範囲やバージョン、独自拡張の違いを踏まえて判断する必要があります。
このように、QTIは重要な標準規格である一方で、製品ごとの実装差や前提条件まで含めて見なければ、実際の互換性は判断できません。
「QTI対応」という言葉だけで安心せず、対応範囲や再現性を具体的に確認することが大切です。
じゃあ、QTIって実際どんな感じ？
QTIを勉強し始めるとXMLベースの記述がかなり出てきます。
実際のXMLで記述されたテストの構造は以下のようになります。
Package
└── Test
└── Section
├── Item
└── Item
実際に問題として受験されるのはitemであり、itemをXMLで書くとたとえばこんな感じです。
<assessmentItem identifier="sample-001" title="sample item">
<responseDeclaration identifier="RESPONSE" cardinality="single" baseType="identifier">
<!-- 正答定義 -->
</responseDeclaration>
<outcomeDeclaration identifier="SCORE" cardinality="single" baseType="float"/>
<itemBody>
<choiceInteraction responseIdentifier="RESPONSE" maxChoices="1">
<prompt>QTIは何のための仕様か？</prompt>
<simpleChoice identifier="A">画像形式を統一するため</simpleChoice>
<simpleChoice identifier="B">問題やテストをやり取りしやすくするため</simpleChoice>
<simpleChoice identifier="C">動画配信を制御するため</simpleChoice>
</choiceInteraction>
</itemBody>
<responseProcessing>
<!-- 採点ルール -->
</responseProcessing>
</assessmentItem>
実際にはもっと要素が増えます。
表示用の本文と評価ロジックが分かれているところがQTIの特徴です。
QTIってどんなところで使われているの？
QTIはLMS間での問題交換仕様として紹介されることが多いですが、実際にはQTIベースの問題形式を利用する基盤が国や国際機関が実施する大規模・公式なテストの現場でも利用されています。
ここではそうした代表的な例を4つ紹介します。
OECD PISA
OECDが実施するPISA（Programme for International Student Assessment）は、各国の15歳を対象に読解力・数学的リテラシー・科学的リテラシーなどを測定する国際的な大規模学力調査です。
国や地域をまたいだ比較、複数年にわたる継続分析、将来的な実施環境の変更に対応するため、実行環境に依存しにくい形で問題を保持できることが重要になります。
DEPP évaluations nationales
フランス教育省のDEPP（Direction de l’évaluation, de la prospective et de la performance）は国内の学力評価や教育統計を担う機関で、全国学力評価や高校入学時の位置付けテストなどを実施しています。
こうした大規模評価でも、特定の実施環境に依存せずに問題を扱えることが継続的な運用や将来の拡張のうえで重要になります。
USA ACT
ACT（American College Testing）は、アメリカで広く利用されている大学進学向けの学力試験です。
デジタル実施にも対応しており、大規模な受験運営を支える評価基盤が求められます。
こうした大規模試験全般では、問題を実行環境に依存しにくい形で管理することが重要であり、QTIのような標準化された問題形式が求められる領域の一例といえます。
全国学力・学習状況調査
日本でもQTIベースの問題形式を利用する基盤は大規模かつ公的なテストで活用されています。
文部科学省が提供するCBTシステムMEXCBTを通じて実施される全国学力・学習状況調査では、全国の児童生徒が同一条件でテストを受験します。
全国規模での実施、年度をまたいだ比較・分析、将来的な基盤変更への対応を考えると、問題を長期的に再利用・管理できる形式で保持することが重要になります。
これらの事例から分かるのは、QTIが単なる学習用テストのための仕様ではなく、大規模・公的・長期運用を前提としたテストを支えるうえでも重要な規格という点です。
QTIはテストをその場限りで実行するための仕組みというより、テスト問題を継続的に再利用・管理するための基盤技術として位置づけることができます。
QTIとLTIとの違い
QTIと並んでよく登場する規格にLTI（Learning Tools Interoperability）があります。
これら2つの役割は次のように整理できます。
- QTI：問題・テスト・結果をどう表現し、交換するか = 問題を「持ち運ぶ」ための規格
- LTI：LMSと外部ツールをどう接続するか = ツールを「つなぐ」ための規格
この違いを押さえておくと、用途に応じた選択がしやすくなります。
QTI 3.0で見える今後の方向性
現在、QTI 2.x系を前提とした実装やコンテンツ運用が主流です。
一方、将来を見据えた標準としてQTI 3.0を意識した議論が増えています。
QTI 3.0は従来の問題・テスト交換の枠組みを引き継ぎつつ、オンライン試験で求められる現代的な要件に合わせて再整理されている点が大きな特徴です。
具体的には、QTI 3.0では次のような方向性がより明確になっています。
- Webフレンドリーな設計
HTML5やWeb Componentsを前提にし、ブラウザベースの配信・表示と親和性の高い構造になっています。 - アクセシビリティへの配慮
画面の見え方や操作方法、受検時の支援など、多様な受検者に配慮した考え方が仕様全体の中でより重視されています。 - 技術拡張型問題への統合的な対応
QTI 2.x系でも扱われてきたPCI（Portable Custom Interactions）を含む技術拡張型問題について、QTI 3.0ではより統合的な形で扱う方向が明確になっています。 - コンピュータ適応型テスト（CAT）への対応
コンピュータ適応型テストを見据えたサポートも盛り込まれており、大規模かつ個別最適化された評価への展開も意識されています。
このように、QTI 3.0は現在主流のQTI 2.x系の実績を踏まえつつ、今後のオンライン試験基盤に求められる要件へとQTIを拡張していく方向性を示しているといえます。
まとめ
この記事では、QTIとはなにか？を整理しました。
改めてQTIを一言で表すと、
試験問題を、特定のシステムに依存しない「データ資産」として扱うための共通基盤
です。
取っつきにくい標準規格ではあるものの、そのイメージをつかむことで身近な規格なのだと感じられるのではないかと思います。
皆さんがQTIを理解するためのはじめの一歩になれたら幸いです。