LTI 1.3対応の見極め方 ― 大学の外部ツール連携とロックイン回避

「LTI 1.3対応」という言葉だけで、外部ツール連携は評価できるのか

LTI 1.3対応をうたう外部ツールは、ここ数年で確実に増えました。動画配信、小テスト、剽窃チェック、アクセシビリティ支援など、Canvas LMSの中から起動できる道具の選択肢は年々広がっています。ただ、その一方で「LTI 1.3対応」という表記そのものの重みは、ベンダーごとに揃っていないというのが実情ではないでしょうか。

象徴的な動きが2026年に起きています。大手LMSベンダーのBlackboardは、セキュリティ上の脆弱性を理由に、2027年9月末をもってLTI 1.0／1.1ツールの提供を停止すると発表しました。国際標準化団体である1EdTechは、すでに2019年時点でLTI 1.1を非推奨とし、以降はこの旧バージョンでの新規認証を行っていません。つまり「対応している」という自己申告と、標準規格の側が保証する範囲とのあいだには、静かにズレが広がってきたわけです。以前の記事では調達仕様書に書くべき一行という角度からこの標準規格を取り上げましたが、今回は導入後に外部ツールを選び続けるという運用の視点から見ていきます。

日本の大学に固有の事情 ― 増える外部ツールと、説明を求められる情報センター

日本の大学では、ひとつの外部ツールを学内に入れるたびに、情報システム委員会やセキュリティ担当への説明、個人情報の取り扱いに関する確認、そして年度予算との調整が発生します。担当者が情報系の専任でなく、教務や図書館の業務と兼務しているケースも少なくありません。ツールが増えるほど、この説明と確認の往復も比例して増えていきます。

さらに認証評価の場面では、教育の質を支えるシステム基盤がどのように相互運用性を確保しているかを問われることもあります。ベンダーの営業資料にある「LTI対応」の一文だけで説明を済ませるのは、心もとないと感じる担当者も多いはずです。1EdTechは、調達側がベンダーの自己申告に頼らず、RFPや契約書に第三者認証を求める具体的な文言を盛り込むべきだとする提言を公開しており、これは日本の大学の調達実務にもそのまま当てはまる論点です。

標準規格という物差しで解く ― 1EdTech認証とTrustEd Apps Directory

1EdTechの認証プログラムは、ベンダーの自己申告とは別に、実際の相互運用性を検証する仕組みを持っています。認証を取得した製品は「TrustEd Apps Directory」という公開ディレクトリに登録され、しかも一年ごとの再認証が求められます。導入時だけでなく、運用を続けるあいだも一定の水準が保たれているかを、大学側が後から確認できる形になっているわけです。

LTI 1.3にはもう一つ実務的な利点があります。ツールをプラットフォームに一度登録すれば、複数の科目・複数の利用者へ個別のベンダー交渉なしに展開できる「シングル登録」という仕組みです。これは、ある1社の独自連携方式に運用が縛られていく状態、いわゆるベンダーロックインを避けるうえで理にかなった設計ではないでしょうか。LTI 1.3でつなぐという発想は、まさにこの延長線上にあります。

ヨウム株式会社のyoumu perch.シリーズも、この共通基盤の上に成り立っています。SIS連携を補うperchadmin.、学修データを可視化するperchlenz.など、場面ごとの製品はすべてLTI 1.3でCanvas LMSの中から起動する形をとっており、大学は必要な製品を後から選んで足していくことができます。特定の連携方式に閉じ込められるのではなく、標準規格を土台にして選択肢を保ち続けるという方向性です。

まとめ

「LTI 1.3対応」という表記そのものが増えるほど、その中身を見分ける視点が必要になります。1EdTech認証やTrustEd Apps Directoryは、自己申告に頼らずに相互運用性を確かめる物差しのひとつです。外部ツール連携を評価する際は、対応の有無だけでなく、その先にある検証の仕組みまで確認しておきたいところです。