JEPAセミナー「デジタル教科書の世界標準EDUPUB」

JEPAセミナー「デジタル教科書の世界標準EDUPUB」に行ってきました。
備忘録代わりにレポート。
長々とよむのがめんどくさい方は途中途中に【感想】ってまとめ挟んでますので、それだけどうぞ。

注意：レポートはセミナー中に私がメモしたものを書き起こしてまとめなおしたものです。間違っている部分があるかもしれませんし、書きもらしもあります。
当日の資料と公演映像はhttp://www.jepa.or.jp/sem/20150728/から入手できるので、気になる方はそちらをごらんください。
レポート内四角で囲まれた部分は当日のスライド資料などからの引用です。

EPUB 3.1の制定と国際規格化（EPUB JWG北京会議報告、EPUB3.1、W3C動向(DPUB、Open Annotationなど)

スピーカー:村田 真（ISO SC34、JEPA CTO）

最初のスピーカーは村田 真氏。北京で行われたEPUB JWG北京会議報告を元に、EPUBの次期バージョンv3.1についての説明

まず、EPUBとは何かの説明から。（会場からは「ここでその説明はいらないんじゃないの」といった笑いがもれる。）

EPUBとはすなわち、Web技術と出版の一体化である。
本がWeb技術を用いて作られるようになっている。

EPUBの注目度合いをGoogleTrendで見てみると、注目度は一時期のピークほどではない。しかし、これはEPUBが今は成熟期に入っているため。一時のように「EPUBで作りました」ぐらいで注目されたりしない。EPUBが当たり前のものになってきているということ。

EPUBの歴史
•EPUB2 (2007å¹´)
•2009年末に北米での普及が本格化
•EPUB 3(2011å¹´)
•å›½éš›åŒ–、日本での普及
•EPUB 3.0.1(2014å¹´)
•EPUBモジュール 制定中
•EPUB 3.1 これから制定開始

EPUBの現在の最新バージョンは3.0.1、v3との違いは固定レイアウトなどマイナーな変更のみ。
機能拡張モジュールは現在提案中である。

EPUB 3.1の性格付け
•EPUB3以来の大幅な拡張
•ç´™ã®æ¨¡å€£ã‚ˆã‚Šãƒ‡ã‚¸ã‚¿ãƒ«ãªã‚‰ã§ã¯ã®æ©Ÿèƒ½
•åˆ©ç”¨çµŒé¨“からのフィードバックにもとづく拡張

EPUB3.1の性格付け。EPUB3.1は伝統的組版のための拡張ではなく、デジタルならではの機能追加であるということ。
また3.0.1で追加された機能を実際に使って作ってみた人からの、ここがおかしいこうして欲しいといったフィードバックへの対応もはいっている。

EPUB 3.1の主な追加項目
•ã‚¹ã‚¯ãƒªãƒ—トを安定して動作させること
•Webとの整合をさらに進めること
•ã‚¢ã‚¯ã‚»ã‚·ãƒ“リティについての機能を追加すること
•æ‹¡å¼µãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«ã‚’組み込むこと

EPUB3.1で主な追加項目はjavascriptへの対応。javascript対応はv2では使えなかったし、v3では一応対応しているが使い物にならなかった。
javascriptを使っての対話的項目が3.1で安定動作するようになる。
Webとの整合はHTML5、CSS3などとの整合をさらにすすめていく。
辞書、索引、プレビューといった拡張も盛り込まれる

EPUB 3.1への制約
•æ—¢å­˜EPUB 3実装でまったく扱えない機能はできるだけ導入しない。
•EPUB 3.1の実装を難しくしすぎないようによる。
•ã¨ã¦ã‚‚重要な理由があり、重要な利害関係者が必要としている機能を導入する。
•W3Cとの不整合を避ける

3.1の前提条件として、既存のEPUB3の実装で全く使えないような機能はできるだけつけない。とはいいつつ、Scriptは現在まったく動いていないのを入れるのだから矛盾はしているが。
せめて「scriptが動きません」というフォールバックは出せるようにする
EPUB3.1の実装は難しくならないように。難しいと世の中がついてこられない。欧米ではEPUB2.0で用が足りるので、EPUB3.0はほとんど普及していない。W3Cとの不整合はさける。IDPFがW3Cを無視して勝手に機能を拡張しても結局その機能は使われない。W3Cに合わせて機能を拡張する。

制定スケジュール
•2015年後半から2016年前半に開発
•å®Œæˆå¾Œã«ISO/IECで国際規格へ

2016年前半に開発とアナウンスされてはいるが、経験上おそらく2016年いっぱいはかかるだろう。
完成後にISO/IEC登録するのはは確定したことではないが流れとしてそうなる。
今のEPUBは承認されていはいるがテクニカル的に問題を残しているとされていた。それは（内部で利用されている）HTML5がその時点でまだ承認されたものではなかったから。今度は問題がないので、国際規格を目指していくことになる。

制定中の拡張モジュール
•è¤‡æ•°ãƒ¬ãƒ³ãƒ‡ã‚£ã‚·ãƒ§ãƒ³
•ãƒ—レビュー
•é ˜åŸŸãƒ™ãƒ¼ã‚¹ã®ãƒŠãƒ“ゲーション
•æ³¨é‡ˆ
•ã‚¹ã‚¯ãƒªãƒ—ト付き部品
•ã‚¹ã‚¯ãƒªãƒ—ト付き部品のパッケージ化と統合

ここまでは組み込み予定

•è¾žæ›¸ã¨ç´¢å¼•
•EDUPUBプロファイル
•EDUPUB構造意味
•é ’布可能オブジェクト

これらは組み込み予定なし

スクリプト付き部品(widget)
•å¯¾è©±çš„なEPUB : スクリプト付き部品　=　電気回路 : 電子ブロック
•å¯¾è©±çš„な電子出版物(有料販売)
•å•é¡Œé›†

必要性
•æ–‡èŠ¸æ›¸ã®é›»å­åŒ–だけ、マンガの電子化だけなら要らない
•EPUB3では、Javascriptの使用を推奨はしていなかった。ただし、環境によっては使えた。
•å¯¾è©±çš„な教育用コンテンツでは、スクリプトが必要。
•éƒ¨å“ã«ã‚ˆã£ã¦ã€EPUB出版物としての作りやすさを

EPUB3.0は書籍と漫画などの電子化が対象だった。これだけならスクリプトは必要ない。
3.0.1のスペックでもjsは使えるが、閲覧環境によって動作しない、組むのが難しいなどの問題があった。
今後のEPUBの教育用コンテンツでの利用を考えるとスクリプトによる対話など、スクリプトでないと実現できないような機能が必要になる。
教育関係を考えるとできるだけ簡単に作れるようにしたい。部品をくみ上げるだけで作れるように。

仕様書および検討中の案
•EPUB Scriptable Components 1.0
http://www.idpf.org/epub/sc/api/
•EPUB Scriptable Components Packaging and Integration 1.0
http://www.idpf.org/epub/sc/pkg/
•ã‚µãƒ³ãƒ—ル
https://github.com/IDPF/scriptable-components
https://docs.google.com/document/d/1jffqS4xyvLhrfH_UR3XFILwPgZbhfe109 8lP7UwxMAs/edit#

「EPUB Scriptable Components 1.0 」は部品そのものの仕様
「EPUB Scriptable Components Packaging and Integration 1.0」はどうやって流通するか、パッケージはどうやっているか
サンプルの「scriptable-components」は内容は薄い。おもちゃのようなもの。「docs.google.com/document」のほうが内容はまだまし。

EPUB3.1に組み込まれる機能の説明。

通信
•é€šä¿¡æ©Ÿæ§‹
•çŠ¶æ…‹ç®¡ç†
•ã‚¤ãƒ™ãƒ³ãƒˆå‡¦ç†
•çµ„み立て
•Domain local storage
•ãƒ‰ãƒ¡ã‚¤ãƒ³ã”とのローカル記憶
•ã‚¢ã‚¯ã‚»ã‚·ãƒ“リティ
•è¡¨ç¤ºã¨ãƒ¬ã‚¤ã‚¢ã‚¦ãƒˆåˆ¶å¾¡

通信機構
•HTML5 Web MessagingのpostMessageを使う
•IDPF ePub Widget Framework(オープンソース実装) https://github.com/IDPF/archive-widgets/tree/master/CommunicationAPI

EPUB3.1に組み込まれる機能のうち、通信機構、状態管理、イベント処理、組み立て、はウィジェット内での通信はどうなっているのかというと、イベントの発生→取得→表示などを行う。
イベントの通路があってそこにイベントが流れる。イベントの受け流しを行うだけなので、部品を入れ替えたりなくなったりしても動作に影響がない。

Rendition　Selection
いくつかの固定レイアウト/リフローから最適なものを選択する
•ä¸€ã¤ã®EPUBファイル中に、等価ないくつかの表現を入れて、実行時に選択させる
•æ—¥æœ¬èªžç‰ˆã¨è‹±èªžç‰ˆ
•é«˜è§£åƒåº¦ç”¨ã¨ä½Žè§£åƒåº¦ç”¨
•ç”»åƒã«ã‚ˆã‚‹è¡¨ç¾ã¨HTMLによる表現
•æ™®é€šã®è¡¨ç¾ã¨ç‚¹å­—
•http://www.daisy.org/projects/tobi/readium/?epub=epub_content/WCAG-ch1-multipleRenditions

Rendition　SelectionはEPUBファイルの中に複数のレイアウトを入れておいて、そこから最適な物を選択する仕組み。
いまは1種類のレイアウトしか表示できないが、例えば英語レイアウトと日本語レイアウトを切り替えたり、学習レベルによって漢字やルビを変えた内容に切り替えたり、点字や音声読み上げなどのアクセシビリティー対応レイアウトに切り替えたりできる。

Annotations(注釈)
•æ•™ç§‘書に生徒・先生が注釈をつける
•è™Žã®å·»ã‚’、教科書への注釈として出版する
•æ‰‹æ›¸ãæ³¨é‡ˆã‚‚可能
•ã‚ˆãèžãè©±ã€ä»¥å‰ã‹ã‚‰ã‚る話ではある
•æ—¥æœ¬ã®å›ºå®šãƒ¬ã‚¤ã‚¢ã‚¦ãƒˆãƒ‡ã‚¸ã‚¿ãƒ«æ•™ç§‘書でも実装されている
•ã‚½ãƒ¼ã‚·ãƒ£ãƒ«ãƒªãƒ¼ãƒ‡ã‚£ãƒ³ã‚°ã¯ã„まの電子書籍リーダでも実装されている。

メリットとデメリット
↑特定の電子書籍リーダに依存しない
↑標準化された形式で注釈が保存されるので、安心して使える
↓W3Cにおける標準化はCommunity Specificationこそあるが、WGによる標準化はまだWorking Draftでしかない。

仕様書
•ä»•æ§˜æ›¸ Open Annotation in EPUB http://www.idpf.org/epub/oa/
•è¦æ±‚仕様 EPUB annotations - use cases http://goo.gl/dEvSLg
•W3CのOpen Annotation Data Model(Community Draft) http://www.openannotation.org/spec/core/20130208/
•W3CのWeb Annotation Data Model(First Public Working Draft) http://www.w3.org/TR/annotation-model/

参考資料(日本語)
•æ—¥æœ¬ã‚ˆã£!これがOpen Annotationだっ! ! http://code.kzakza.com/2013/08/open-annotation_data_model/

注釈機能は今でもいくつかのデジタル教科書などで独自機能として搭載されているが、標準化することで様々なシステムで使えるようになる。
注釈機能にはW3Cのスペックを利用してるが、コミュニティ提案の段階、まだワーキングドラフト（草案）なので安心して使える段階ではない。W3Cの勧告まちである

EPUBについての懸念 その1
•EPUB出版物は、20年後にもちゃんと読めるか?
•ã‚ªãƒ•ã‚£ã‚¹æ–‡æ›¸ã¯ã©ã†ã‹?→読めるけれど崩れていることがある
•Webページはどうか?→読めないことが多い
•Web技術をベースにするEPUBは読めなくなる?

EPUBについて懸念されること。EPUBで作られたデータは20年後もちゃんと読めるのか？
IDPFはデータの長期的な有効性についてはあまり気にしていない傾向がある。
このデータの長期的な保管については特に図書館関係者が気にしている。

EPUBについての懸念 その2
•ã‚¢ã‚¯ã‚»ã‚·ãƒ“リティ関係者の無償奉仕に頼っている
•ã„つ無償奉仕が止まってもおかしくない。アクセシビリティを必要とする人にいま役立つことは別にある。
•Epubcheckがメンテナンスされなくなったらどうなる?
•EPUBの仕様のメンテナンスをきちんとできるか?
•ãƒ“ジネスのためのインフラなのだから、ビジネスとしてやっているところが貢献すべき。

EPUBのアクセシビリティ対応について、EPUBがアクセシビリティ対応になると聞いたとき、従来のアクセシビリティ関係者はとても期待していた。
この規格がちゃんと制定されれば、これまでよりももっとアクセシビリティを考慮した対応したデータが出てくるのではないかと理想に燃えて協力してきた。しかし現実的にはEPUB3でもアクセシビリティ対応を実現しているものは少ない。
アクセシビリティに関する規格についてはごく少数のアクセシビリティ関係者が安い報酬でボランティア的に規格制定をやっている。しかし、世の中のアクセシビリティ対応が遅れれば、EPUBでアクセシビリティの規格をつくっても、障害者の役には立たないということになる。そうなればそういった関係者はアクセシビリティ規格に関わるのをやめてしまう。
例えば皆がいま使っているEpubcheck、あれもたった一人でやっている。あれがなくなったらどうするのか？
今のところEPUBをビジネスで使う人たちもそういうアクセシビリティ関係者の無償奉仕にただ乗りしている状態。ビジネスで使うのであればそういったところがちゃんと貢献していくべき。

ISO/IECにおけるEPUB
•IDPFのフォーラム標準というだけでは国際的な普及には十分ではない
•ç¾æ™‚点で、ISO/IECのTechnical Specifications
•EPUB 3.1を追認して、国際規格にする可能性大

EPUBはこれで正式な国際規格として認められる

長期保存についての
ISO/IEC EPUB JWGの活動
•æ–‡æ›¸ãŒé•·æœŸ(100年以上)にわたって理解できるようにするにはどうしたらよいか?
•EPUB以外のフォーマット、EPUBのいろんなバージョンを扱う
•ä¸€ã¤ä»¥ä¸Šã®é–²è¦§ã‚·ã‚¹ãƒ†ãƒ ã‚’対象とする
•å¤‰æ›ã¯ã„つかは必要になる
•ã™ã§ã«å­˜åœ¨ã™ã‚‹æŠ€è¡“
•Open Archival Information System (OAIS)
•Metadata Encoding and Transmission Standard (METS)
•Preservation metadata (PREMIS)
•EPUBを、これらの技術から利用できるようにする。

文書を長期にわたって保存することについて、電子文書は極めてタチが悪い。
EPUBを長期保存する方法について、特に図書館関係者は気にしていて、その方法を探っている。
現段階で電子文書の保管についてはすでに幾つかの技術が存在する。
一つの文書がどのフォーマットで存在し、どのタイミングでツールがなくなるからコンバートが必要になるのかを管理し、どうやって、コンバートし、エミュレートし、情報の欠落を管理していくかということを決めた技術
これらの技術をEPUBで利用できるようにする必要が話し合われている

まとめ
•EPUB 3.1は、デジタルならではの電子書籍に踏み出したEPUBであり、おそらく国際規格になる。
•EPUBのインフラは、アクセシビリティ関連のボランティアが支えているが、それに頼っていては危ないのではないか?
•EPUB出版物が、何十年たっても読めることを保証するためにはどうすればよいか?ISO/IEC EPUB JWGが助けになる?

【感想】
EPUB3.1はjavascriptに正式対応ということで、また新たなフェーズを迎えることになりそうです。
いままでのEPUBが「紙」の置き換えだったのに対して「紙」とは違う次元のものに。

アクセシビリティの規格制定について、少数の関係者の無償奉仕にただのりしているという指摘は考えさせられる。この件に限らず、オープンソースで公開されたものをを当然のようにビジネスで使いなんの還元もしないことや、少数の関係者がほとんど無償で規格を作っていて、ビジネス利用する側がなにも協力しないというのはよくある話。
オープンソースや標準規格というのはタダであるがタダではない。それが作られるまでたくさんの人の労力が使われている。タダ乗りする人ばかりではこれらの活動は続けていけない。ビジネスで使うのであれば、還元することを考える必要がある。

EPUBの保管について、電子書籍について話すとき、現時点では皆、これらのデータが未来永劫読めるものとは信じていないように思う。
実際、電子データがこんなに身近になったのはこの20年ぐらいで、その間を考えても20年前の電子文書がいまも問題なく読めるというのは少ない。
EPUBも3.0まではEPUB内部の構造や表現についてだけの規格だったけど、ついに「保管」がキーワードに入ってきたんだなぁ。
またその保管の仕方も「データをいかに残すか」ではなく「環境が変わっていくなかで、データを読み繋いでいくために、コンバートやエミュレート法を管理して情報が失われるのを防ぐ」という方式。文書そのものを残すというより、文書のなかの情報を（多少形が変わっても）失わずにつなぐことに着目している。

ISO/IEC JTC1/SC36 Rouen Mtg. / ICT Connect 21技術標準化WG

スピーカー:田村 恭久（上智大学、ICTconnect21 技術標準化WG座長、JEPAフェロー）

ISO SC36パリ会議報告、ICTconnect21技術標準化について

ISO/IECのRouen Mtgででたトピックのレポート

SC36（Standardization subcommittee in JTC1）では現在教育とトレーニングについての8つの規格が動いている
– WG1: Vocabulary
– WG2: Collaborative Technology
– WG3: Participant Information
– WG4: Management and Delivery
– WG5: Quality Assurance
– WG6: Platform and Service
– WG7: Culture and Language
– WG8: Learning Analytics

これらはISOメンバーだけで決めるのではなく、提案された規格を検討する形で様々な団体と共同して動いている。

Rouen Meetingの主なトピック

•WG6 議論の進展
– e-Textbook Project: 従来中国のe-Schoolbag Project の紹介を元に作成
– 韓国提案でEDUPUBの概要・仕様を含めることに

中国の電子教科書について、北京と上海の二つの流れがあり、上海を元に議論していたがこれではあまり必要項目をカバーできないのでなんとかならないかという話があり、韓国からの提案でEDUPUBの仕様を含めることになった。中国から反対意見がでるかと思ったがすんなり通った。

•WG8 (Learning Analytics) の発足
– Convener(è­°é•·):Yong-Sang Cho (KERIS)
– ISO/IEC TR 20748
•WG8/N0010: Reference Model
•WG8/N0011: System Requirements
– Study Group
•Systems governance for learning analytics
•Data framework for learning analytics interoperability

WG8 学習履歴の取得と分析のワーキンググループが発足

Learning Analyticsの位置付け

Learning Analyticsとは学習において教科書を読んだ後のアクション、履歴の管理。
つまり、授業で電子教科書を使うなかで、どのページをどのタイミングでめくったかといったような、学習者の行動の履歴をとる。
履歴を管理することでその人がこれからどんな行動をとるかを予測したり、どのぐらい理解しているかを予測できる

履歴の取得
たとえば、易しい授業、科目では先生が教科書を読み上げて説明している間学生はどんどん次のページをめくって先の情報を見たりする。今先生が説明している内容を目で追うのではなく、次になにがでるか、今日の課題は何になるかなどを先をみて知ろうとする
しかし、内容の難しい課題の場合は先生の説明に集中し、該当ページから動かない傾向がある

その学生の学習スタイル傾向が分析できる
先生の読む先をどんどん読もうとする学生、逆に同じところをずっと見ている学生など、こういった個人ごとの学習行動情報を分析していけばその生徒のタイプにあわせて教え方を変えると言ったナビゲーションをすることができるはず。

また、逆にこの分析によって「この先生の話は誰も聞いていない」ということもわかったりする。学校側から先生に対する指導に使えるかもしれない。
イギリスなどではスクールアセスメントとして学校の評価が盛んである。これはそういったことの判断材料になるかもしれない。

Learning Analyticsがなぜ今注目されているか、こういった学習行動履歴の分析は媒体が紙である時はできなかった。
LMSやタブレットの普及で電子教科書がつかわれ、こういった生徒の活動履歴を貯めることが可能になった。

ICT Connect 21 技術標準化WG

ICT Connect 21(みらいのまなび共創会議)

•2015å¹´2月発足の民間団体
– 目的:「学習・教育オープンプラットフォーム」に関連する技術の標準などを策定し、その普及を図り、教材コンテンツや教育ICTサービスなどの流通や利活用を促進することで、誰もがいつでもどこでも多様な学習・教育サービスを享受できる環境の実現を目指し、利用者とサービス提供者双方の利便性の向上ならびに教育の情報化の一層の進展に寄与するとともに、社会の発展に貢献すること

ICT Connect 21は民間団体であるが、背景には総務省が関わっている。
教科書の内容や授業内容については文科省の担当分野であるのだが、総務省はそれ以外の公務関連の事柄について、例えば導入されるコンピューターの管理や整備、クラウド環境の構築、プラットフォームの普及などを考える役割。
総務省が「この規格を使え」というのは問題があるため、ICT Connectが間に入って代わりに提案する役割になっている。

たとえば、生徒の成績や情報をクラウドで管理することに不安や抵抗を覚える学校関係者は多い。そういった関係者を説得するためのプロモーションなどを行う。

総務省 先導的教育システム実証事業
http://www.soumu.go.jp/main_sosiki/joho_tsusin/kyouiku_joho-ka/sendou.html

総務省は先導的教育システム実証事業として実証実験を開始している。

ICT Connectの構成。
ICT Connectには普及推進WGと技術標準化WGがある。
技術標準化WGでは以下のような内容が話しあわれる予定

国際連携SWG
•æ—¢å­˜ãƒ»ç­–定中の標準規格やガイドライン(国際含む)の調査
•è¦æ ¼ã‚„ガイドライン相互の整合性検討
•å›½å†…で議論された仕様の国際規格への提案

既存の規格の調査や整合性調査

校務系ー学習系情報連携SWG
•æ ¡å‹™æƒ…報における各種標準規格やガイドラインの調査
•å°†æ¥ICT Connect 21で扱う仕様とするための検討
•é€£æºã™ã¹ãæƒ…報・学籍情報・仕様化の検討

公務系の標準規格の調査

ユーザー認証SWG
•å…¨å›½ãƒ¬ãƒ™ãƒ«ã®ã€Œæ•™è‚²ã®æƒ…報化」に必要なID、属性の管理や信頼関係の構築、運用といった技術、ポリシーに関連した国内外の技術動向、標準規格、事例の調査
•ä¸Šè¨˜ã®èªè¨¼ã«é–¢é€£ã™ã‚‹ä»•æ§˜ã®æ¤œè¨Ž

システム内でユーザーを特定するにはどうするか、IDの管理についての調査。マイナンバーなどの既存IDを使うのか？

CBT SWG
•CBT (Computer-based Testing)に関する技術の調査
•é–¢é€£ã™ã‚‹ä»•æ§˜ã®æ¤œè¨Ž

試験サービス全般の仕様について。

【感想】
教育分野のデジタル化というのはいまとてもアツいジャンルであるのだけど、教育分野でデジタルを活用しようとすると、単純に教科書や教材をデジタルに置き換えただけではだめで、それを取り巻く環境（サーバーやデータ通信、ID管理やデータ分析など）の構築が必要になる。そういった求められるものに対して規格がまだまだ整っていないというのが現状。

どういったものが必要になるのか、については以前参加したJEPAのセミナーレポートにある（JEPA　国際 デジタル教科書 技術ワークショップ）
そのなかのMarkus Gylling氏のセッションから引用

（デジタル教科書を利用した教育システムを構築するにあたって）ベンダーに縛られず、中立であるために必要な物

•ã‚µãƒ¼ãƒãƒ¼
•é–²è¦§ã™ã‚‹ãŸã‚ã®ç«¯æœ«ã€ãƒªãƒ¼ãƒ€ãƒ¼ã‚½ãƒ•ãƒˆ
•ã‚³ãƒŸãƒ‹ã‚±ãƒ¼ã‚·ãƒ§ãƒ³ãƒ—ロトコル
•ã‚³ãƒ³ãƒ†ãƒ³ãƒ„

この中でコミニケーションプロトコルについて、システムに必要な機能は以下のものが考えられる

・コンテンツ（教材）の発行に伴う権利を付加する機能が必要
・どんなカリキュラム、コースであるかの管理
・クラウドベースでの（クライアントの）状態管理
　生徒がどこまで進んでいるか理解できているかの把握
・宿題をどのように割当て、管理するか
　生徒の理解度などによって、適切な宿題を出す、またその提出などの管理
・テストをどうやって実施するか
・生徒や教師が教材に注釈を自由に入れられる、その注釈をお互いに見たり、自分だけで見たり、特定のメンバーで共有したりできる

さらに、いくつかの必要条件があります

・デバイスについて、どのデバイスでも問題なく動く必要がある
・トレードブル、「ここがわからない」というコメントに先生や生徒がコメントをつけられること
・マルチモーダル、テキストだけでなく、絵や音声をつける事が出来る必要がある
・権利とオーナーシップ、誰がそのコンテンツの権利を持っているかの情報管理
・シェアリング、一人がアクセスするか、誰でも見られるか特定の人だけが見られるかの管理
・注釈のインポート/エクスポート、教材に書き込まれた注釈を書き出して別の環境で再現する方法が必要

今回WGが発足したLearning Analyticsはこのなかの「クラウドベースでの（クライアントの）状態管理」に該当するかな。
さらに総務省 先導的教育システム実証事業で、実証実験も開始されている。

以前このセミナーを受けたときは、決めなければならないものが多すぎて、先の長さにめまいがしたのだけど、その後定期的教育関連のセミナーを受けていると、少しずつではあるが規格の制定や実証実験が行われ、着実に進歩しているんだなと感じられる（というか、結構なスピードで動いていると言っていいかも）

IMS/GLC 2015 東京セミナー報告 Caliper 1.0

スピーカー:高瀬 拓史 （イースト）

IMS東京会議報告、Caliper、aQTIについて

Caliper 1.0
Learning Analytics（生徒の行動を蓄積し分析する）
学習分析フレームワークの標準
学習活動を取得して蓄積し分析に役立てる。
データやAPIを標準化し相互運用性を高める。

2015/05/06仕様が最終リリース候補となる

Caliper 1.0の文書として以下のものが公開される予定

•Caliper Analytics Implemenation Guide
Metric Profilesの定義、Sensor実装の紹介"

•Caliper Analytics Getting Started and Best Practice Guide
sensorコードライブラリ、サンプルアプリのインストールと使い方
ベストプラクティスの事例が幾つか"

•Caliper Analytics Conformance Guide
テストフレームワークの利用法、Caliperイベントの要件一覧"

•LTI Implementation Guide
CaliperをLTIで使うためのツールプロファイルの記述方法

Caliper 1.0は学習活動の収集に焦点を当てている。蓄積や活用はこれから。

収集（記述・転送）→保持（蓄積）→活用（分析・可視化…）

IMSは日本語の情報がまったくないため、すべての事柄をいちいち調べていかなければならないが、そのなかで色々な視点を得られる
IMSは長い歴史の中で教育分野の多岐に渡る標準を作り上げてきた。
IMSの標準を知ることで、Eラーニングに必要となる技術について俯瞰的な視点が得られる。
Caliper 1.0はかなり限定的。現時点では簡潔でわかりやすい反面、実用にはさまざまな補完を自前で用意する必要があるだろう。

【感想】
Caliperについてがメインだったのと、技術内容は公開されている資料（http://www.jepa.or.jp/sem/20150728/）を見た方がわかるので概要だけまとめ。