リーディングシステムは、 EPUBで出版物の読み取りまたは処理に使用されるアプリケーションを表すために使用される一般的な用語です。

リーディングシステムは、eInk タブレットのような専用デバイスの場合もあれば、タブレット、携帯電話、コンピューターで実行される Kobo Books、Google Play Books、Apple iBooks などのアプリケーションの場合もあります。

EPUB 3では、リモート リソースはZIP コンテナー ファイル内に含まれるのではなく、 Web上でホストされるリソースです。

音声、ビデオ、フォントは、Web上に置くことが許可されているリソースの例です。これが許可されている理由は、出版物のダウンロード時間を短縮し、ユーザーがより早く読み始めることができるようにするためです。

レンダリングは、プレゼンテーションによってその内容が変わる用語で、リーディングシステムが出版物をユーザーが読みやすいようにする方法を説明するために使用されます。

たとえば、視覚的な読書の場合、レンダリングには画面上のコンテンツの視覚的なレイアウトとスタイル設定が含まれます。聴覚的な読書の場合、レンダリングには、事前に録音された音声の再生や、テキスト読み上げ（TTS）の生成が含まれます。

EPUB 3では、出版物のレンディションはそのコンテンツの1つのプレゼンテーションです。

すべての出版物は1つのデフォルトのプレゼンテーションで構成されていますが、技術的には複数のプレゼンテーションを1つにまとめることができます。たとえば、電子出版物に英語版とフランス語版を別々に用意したり、固定レイアウト版とリフロー版を用意して読者が選択できるようにしたりできます。

しかし、実際には、レンディションは現時点では実用的というよりは理論的なものです。EPUB 3 では、使用できるレンディションを選択する手段が開発されましたが、出版社やリーディングシステム開発者の間では、まったく受け入れられませんでした。

レンディションは、そのレンダリングと同じではありません。各レンディションは、複数の方法でレンダリングできます（視覚的、聴覚的、触覚的など）。

リソースとは、電子出版物のレンダリングに使用されるあらゆるものを指す一般的な用語です。リソースには、コンテナー内のファイルや Web から取得できるあらゆるものが含まれます。

リソースを「ファイル」として考える方が簡単かもしれませんが、出版リソースは取得されるまで存在しない可能性があるため（たとえば、スクリプトがリソースを動的に生成してリーディングシステムに返す場合など）、ファイルという単語は一般的に避けられます。

ARIA仕様の3つの主要コンポーネントは、インタラクティブ コンテンツをアクセシブルにするためのRole、State、Propertyの定義です。

Roleは、要素の目的を識別し、支援技術が、コンテンツをどのように使いやすくできるか分かるようにします。たとえば、 span要素にbutton というロール（役割）を割り当てると、クリック可能なボタンのように機能するようにスクリプト化されていることを示します。支援技術は、通常はクリックできない要素をユーザーがクリックできるようにすることができます。

Stateは、ユーザーが要素を操作するときに要素に加えられた変更を追跡するために使用されます。たとえば、要素にcheckboxロール（役割）が割り当てられている場合、支援技術はチェックボックスがオンになっているかオフになっているかを認識する必要があります。Stateは、変更されるとスクリプトによって管理されます。

Propertyは、要素の属性を表します。Stateに似ていますが、通常は変更される可能性は低いです。たとえば、ボタンにはaria-labelまたはaria-labelledby属性を使用して名前を割り当てることができます。同様に、スライダーはaria-valueminプロパティとaria-valuemaxプロパティを使用して最小値と最大値のプロパティを設定できます。

Role、State、Propertyを組み合わせることで、開発者は組み込みの HTML 要素（buttonやinputなど）をエミュレートできるようになり、また、多くの一般的なスクリプト パターンを支援技術のユーザーがより簡単に使用できるようになります。