投稿者: kzakza

BookshareのAlexaスキルのベータ版が公開

kzakza

おそらく2021年1月ごろだと思いますが、BookshareがアマゾンのスマートスピーカーAlexaのアプリ（Alexaスキル）のベータ版を公開しています。正式版の公開は2021年秋ごろを予定しているとのこと。

　以前からBookshareのアレクサ対応については、ユーザーから要望も挙がっていてたようで、対応を検討しているような回答(“Alexa capabilities are coming very soon”)を2018年にはしていたそうてす。
　そこから、3年は経過していますが、Booshareの既存のAPI ver1.0では、認証系で必要らしいOAuth 2.0への対応ができていなかったことが対応に時間を要した原因でしょうか。以前から公開されていたAPI ver2.0のベータ版では、OAuth2.0への対応も組み込まれていたので、ver2.0で対応するのだろうと思っていましたが、OAuth2.0の部分だけ、どうやら先行してver1.0に組み込んで正式リリースしたみたいです（たぶん）。

関連エントリ

Samples of accessibility metadata by material type (MARC21 and schema.org (EPUB Accessibility / ISO/IEC 23761))

kzakza

I have created samples of accessibility metadata by material type, corresponding with MARC 21 (Field 341) and schema.org (EPUB Accessibility / ISO/IEC 23761).

I express samples of schema.org (EPUB Accessibility / ISO/IEC 23761) by inputting 1 in the corresponding value for each vocabulary.
To be honest, I’m not so sure about the MARC21 samples because MARC21’s rules are so complicated.
In MARC21, we need to input the information equivalent to schema.org’s `accessibilityFeature by using the following 341’ｓ subfields $b,$c,$d and $e.

  • $b – Textual assistive features (R) Text-based assistive features
  • $c – Visual assistive features (R) Visual-based assistive features
  • $d – Auditory assistive features (R) Speech-based assistive features.
  • $e – Tactile assistive features (R) Tactile-based assistive features

We may need to determine which of $b to $e we apply for each accessibilityFeatures values each time cataloging. There can be easily divisions of judgment for each value, each material among catalogers.
I also tried to create a mapping table of between 341 $b to $e and the accessibilityFeature‘s values. However, this is just a suggestion based on my understanding.

References

Related entries

アクセシビリティメタデータ資料種別サンプル(MARC21とschema.org (EPUB Accessibility))

kzakza

資料種別ごとのアクセシビリティメタデータのサンプルを作成してみたので、公開します。
MARC 21（フィールド341） とschema.org (EPUB Accessibility / ISO/IEC 23761)で資料種別ごとのメタデータを考えてみました。

schema.org (EPUB Accessibility / ISO/IEC 23761)は、それぞれの語彙の該当する値に1を入れています。
accessModeでtextualで絞り込むと資料種別を超えて読み上げて利用できるテキスト系コンテンツの集合を作ることができるし、accessModeSufficientでauditoryに絞込んで利用すると、録音図書系だけではなく、音声解説付きのDVDも含めた集合を作ることができるので、いろいろな可能性を感じます。
ところで、scheme.orgはそこまで迷わなかったのですが、MARC21のサンプルは、MARC21の入力が複雑で正直、あまり自信がありません 汗。
MARC21 では、schema.orgの[accessibilityFeature](https://schema.org/accessibilityFeature)に相当する情報を341フィールドのサブフィールドある$bから$eに分けて入れることになっていますが、accessibilityFeatureの1つ1つの値について、下の$bから$eのどれに該当するかの判断は、結構大変そう（どれにも該当しない値はありそうですし）。そして、人によって判断が分かれそう。

  • $b – Textual assistive features (R)　テキストベースの支援機能
  • $c – Visual assistive features (R)　視覚ベースの支援機能
  • $d – Auditory assistive features (R)　音声ベースの支援機能
  • $e – Tactile assistive features (R)　触覚ベースの支援機能

schema.org の場合は、フラグを立てる感じで該当するものは全部入れていましたが、MARC21の場合は、全部入れていたら大変なことになりそうなので、値を厳選して入れる感じになるのでしょうか。
accessibilityFeatureの値が341の$bから$eのどれに当たるかも考えてみました（作ってみて、うーん。これは大変そうと思ったり）。

参考

関連エントリ