)に追加されたアクセシビリティメタデータ項目を紹介します。今回のアクセシビリティメタデータに係る改訂でもっとも画期的と思われる新設フィールド341フィールドです。accessMode、accessModeSufficientの語彙の概念が導入されています。これらの語彙は、メタデータの対象となる資料/データを利用するために、利用する人間がどのような能力/身体的な機能を備えている必要があるのかという情報を伝えるものです。これらの語彙の画期性は、アクセシビリティメタデータを提供する、ということを含めていくつかのエントリで書いたとおりですが、改めて。資料種別ごとに「障害者向け資料」という枠組みの中で管理しています。メタデータも資料の形態や特徴に係る情報が中心です。いろいろな種類のある資料の各ジャンルの特徴の理解することが求められます。2の条件にある各資料の特徴については、図書館司書に相談すれば自分にあった資料を提案してくれるかもしれません。そのためには自分の状況を説明できる必要があり、1の条件が必須となります。読書に困難を感じても、それを変だと感じずにそういうものだと本人が障害そのものを自覚していない、自身の特性を理解していない方は、最初の段階で躓くことになります。テキストデータを理解する能力に細分化して、利用に必要な要件を伝達する語彙ですので、自身の障害の特性を必ずしも理解できていなくても、現時点の自身の自分のできること/できないという観点から、自分が利用できる/利用できない資料を選定することができる可能性があります。アクセスモードの理解が必要だと思いますので、これらの語彙の紹介からします。以下の3つの語彙が導入されています。accessModeaccessModeSufficientaccessibilityFeatureこれらの語彙は、EPUB3のアクセシビリティ仕様を検討していたEPUBコニュニティ側の提案を受ける形で検討され、2017年3月にschema.orgに追加された語彙です。1.0仕様でも採用されています。accessModeは、メタデータの対象となる資料やコンテンツがアクセシビリティ上の代替手段(図に対する代替テキストやDVDへの音声解説の提供など)が提供されないオリジナルの状態でその出版物を利用/理解するに必要な人間の能力/身体的機能を明示する語彙です。追加されたアクセシリティ上の代替手段を考慮した上でその出版物を利用/理解するに必要な人間の能力/身体的機能を明示する語彙です。accessModeとaccessModeSufficientに記述する値として以下の値が用意されています(他にもいろいろ提示はされていますが、以下の4つに絞られそう)。visualの2つの値を記述します。visual“に加え、”textual“のみのパターンも追加し、以下の2つを記述することになります。signLanguage(手話)などの値を記述します。schema.orgの上述の語彙がどのように落とし込まれたかを見ていきます。code)インディケーター#(情報なし)0(第一のコンテンツ)1(第二のコンテンツ)“primary”、”secondary”の意味するところが判然としませんが、コンテンツ本体の情報については、”0“のインディケーター、DVDのケースなどに点字のラベルがついている、本についた付録のオーディオCDなどの副次的なコンテンツについては、”1“のインディケーターを使用するようです。以下の例だと、DVDに格納されているコンテンツそのものには、”0“、DVDのケースに添付されたシール(墨字の文字と点字がついている)には”1“が使用されています。”1“については、後述の$3のサブフィールドの記述が必要になるケースが多いのかもしれません。labels以下は、付録としてついてきたオーディオCDの情報です。accessMode$aには、accessModeに相当する情報、つまり、アクセシビリティ上の代替手段が全く提供されないオリジナル状態でその出版物を利用するに求められる要件を記述します。値は上述の以下の4つが想定されています。auditory(録音図書やビデオのサウンドトラックのような音声コンテンツを格納する出版物)tactile(点字や触図などの触覚的コンテンツを格納する出版物)textual(見出し、パラグラフなどにテキストコンテンツを格納する出版物)visual(画像、図、アニメーション、ビデなどの視覚的コンテンツを格納する出版物)例えば、オーディオブックや音楽CDのようば音声資料は以下のように記述します。auditoryただし、複数の値を入力する場合は、上にあげたDVDの例の再掲ですが、フィールドを繰り返すことになるようです。accessModeSufficient及びaccessibilityFeatureに相当するの情報をセットで記述します。labels上からこのDVDには以下がわかります。Source$bから$eフィールドに記述に用いたどのコードリストの値を用いたかがわかるように、そのコードリストの識別ができる情報を記述します。feature]“という記述例が掲載されています。feature]は何を指しているのか、わかりませんでした。Listsに追加されるのかもしれませんが、現時点でそれを確認できませんでした。specified341フィールドで記述される情報が資料のどの部分にあたるのかを記述するようです。副次的なコンテンツ)について情報を記述する場合に、用いられる例が多いのかもしれません。labelstextualに対する疑問点ここまで書いていて、疑問に感じるのは、textualの扱いです。テキストが含まれる紙資料はtextualを使用してもよいのか、それともvisualのみを使用するべきなのか。アクセシビリティ目的で追加する情報ですので、文字情報が主体のものでも紙資料の場合は合成音声で読み上げることはできません。visualを入れるべきなのか。「テキストを認識できる能力」というのが、合成音声での読み上げの可否だけを判断基準にしてよいのか、というのは、確信を持ち得ないところがあります。大活字資料ならば、紙資料でも利用することができるロービジョンの方もいます。その場合でも大活字本は、visualなのか。テキストは利用するには、視覚情報を取得できるだけではできなくて、目に飛び込んでくるテキスト情報を読んで理解する能力が必要になるわけで、その観点からはtextualもいろいろな視点がありえるのではないかともやもや。21の改訂にかかる議論の中でも特に言及されていませんでした。24751-1:2008に由来する語彙で、メインとして想定されていた対象が電子データだったのかもしれず、紙資料については、議論されてこなかったのかもしれません。以下のディスカッション・ペーパーとプロポーザルに議論の経緯やサンプルの書誌が多く掲載されています。コメントをキャンセルメールアドレスが公開されることはありません。コメントデータの処理方法の詳細はこちらをご覧ください。