LUWRAIN-画面を見る必要のない配布および作業環境

今日はもう1つのアクセシビリティ啓発デー （GAAD）で、障害を持つユーザー向けの支援技術とIT製品の可用性を普及させるのが慣習となっています。 それにもかかわらず、GAADの間、アクセシビリティ（またはアクセシビリティ）はほとんどの場合、ソフトウェアまたはWebサービスのプロパティと呼ばれ、これは確かに重要であり、すべての注意に値しますが、開発者の力の適用の唯一の可能な方向ではありません。 支援技術のインターフェースの可用性を確保することに加えて、これらの支援技術自体の開発などの方向性があります：スクリーン拡大鏡、スクリーンリーダー、特殊な作業環境など。 LUWRAINという名前で視覚障害者向けの特別な作業環境を開発しているプロジェクトの1つです。この記事では、この記事について説明します。



1年前のGAAD-2015では、LUWRAINに関する詳細な資料が既に公開されており、この作業環境の一般的な概念の概要を示し、それに基づいてアプリケーションを作成し、視覚障害を持つ人々に適応するタスクを検討したため、コンテキストを失うことを恐れているすべての人、出版物「 Luwrain-視覚障害を持つ人々のための作業環境 」をプレビューできます。 今回は、過去1年間にLUWRAINのフレームワーク内で解決された技術的な問題、および今後の開発の見通しについて説明し、LUWRAINチームがアルメニアのコニャックとロシアのウォッカでCanonicalの同僚をどのように扱ったかについての話を待っている読者についても話します。







前回と同様、LUWRAINプロジェクトのディレクターであるミハイル・ポジダエフは 、資料の執筆に直接関与していました。そのため、この記事は、プロジェクトの歴史の公式版と見なすことができました。

主なタスク

LUWRAINプロジェクトの主な目標は、重度の視覚障害を持つユーザーの特定のニーズに主に適合した、特殊な作業環境を作成することであることを思い出してください。 アイデアは、既存のスクリーンアクセスプログラムを使用するオペレーティングシステムとアプリケーションのネイティブグラフィカルインターフェイスを持つ視覚障害者の作業は、すべてにおいて常に便利というわけではありません。 特別な作業環境でより効果的に解決できるタスクのクラスがあり、ユーザーの一部のカテゴリはそのようなソリューションを直接必要とします。なぜなら、それらのネイティブインターフェイスは非常に複雑であることが判明するためです。 。 そして、結局のところ、誰もが単にGUIを好まない権利を持っています。











LUWRAINは、視覚障害のあるユーザーの仕様に最初に適応した特別な作業環境を作成することにより、この目標の達成を提供します（テキストのみのインターフェイス、視覚障害者がアクセスできないマウスのない完全なキーボードコントロール、画面上のすべての情報へのアクセスの保証など）。 LUWRAIN環境内には、基本的なタスク（サーフィン、メールの操作、ニュースの読み取りなど）を解決するためのアプリケーションが実装されています。また、サードパーティの開発者が追加のアプリケーションを作成するためのAPIもあります。このようなアプリケーションを作成するための一種のフレームワークであるLUWRAINのレベルで既に解決されています。







LUWRAIN自体は、さまざまなオペレーティングシステム用のJavaアプリケーションとして、および作業環境としてLUWRAINを使用するLinuxディストリビューションとして、2つのバージョンで実装されています。 その結果、LUWRAINの開発全体は、いくつかのタイプのタスクに分割されます。

1. JavaでのLUWRAIN環境のクロスプラットフォームカーネルの作成。
2. 既存のAPIに基づく内部アプリケーションの開発。
3. 異なるシステムでLUWRAINを実行するためのプラットフォーム固有の要素の作成。
4. システムで最高のLUWRAIN統合を備えたLinuxディストリビューションを構築します。

これらは非常に多様なタスクであり、ソリューションへの柔軟なアプローチが必要です。 たとえば、電子メールクライアントの場合など、ほとんどの既製のオープンソースライブラリを使用してLUWRAIN APIのサポートのみを実装する場合があります。他の場合は、MS Speech APIとの相互作用の実装など、独自の実装を最初から作成する必要がありますそして第三に、例えばブラウザの場合のように、既存のソリューションを真剣に改良する必要があります。

WebKitの適応

もちろん、LUWRAINはある程度の現実逃避的決定ですが、それでも基本的な機能の必要性を無視するには十分ではありません。これには、とりわけインターネットでの作業が含まれます。 それでも、1年前、LUWRAINのフレームワーク内でのブラインドWebナビゲーションのためのアクセシビリティの実装は、ほとんど不可能なタスクのようでした。 そのため、Webページで非視覚的な作業を提供するために設計されたChromeVox拡張機能を備えた並行実行Chromeブラウザーを使用する可能性が考慮されました。 ただし、このようなソリューションの優雅さは率直に言って不十分であり、当時のChromeVox自体は非ASCII文字を操作するときに多くの根本的な問題を抱えていたため、それはむしろ絶望の一歩でした。



2015年半ばに、JNIモジュールとしてアセンブルされたWebKitブラウザーエンジンを使用してみることにしました。 その約束は、実際にはかなり自給自足のコンポーネントであるということでした。 つまり、C ++でコンパイルされているため、すべてのプラットフォームで同じ結果が得られ、依存関係が大きくなることはありません。 また、ほぼJNI呼び出しトランスレーターのみであるJavaインターフェースも備えています。 さらに、エンジン自体とグラフィックディスプレイユニットは分離されています。つまり、視覚化オブジェクトはまったく作成できず、エンジンは引き続き機能します。これにより、LUWRAINの精神で代替インターフェイスを備えたブラウザーを実装するためのかなり便利なソリューションになります。



明らかに、これらすべての詳細を発見した後、Chromeを近くで実行してChromeVoxに呼び出しを転送するという考えはさらに魅力的ではないようでした。 しかし、このタスクは、Webインターフェースの非視覚的なアクセシビリティを確保するための詳細のため、それほど単純ではありませんでした。



事実、目の不自由なユーザーには、Webを操作するための特定の要件がいくつかあります。



第一に、ウェブページのテキストのシートは、非視覚的な作業にはあまり便利ではありません。 ページの構造要素（見出し、リンク、表など）をナビゲートするためのオプションである多くの追加機能を提供する必要があります。



第二に、視覚に焦点を当ててアプリオリに設計されたページは、必ずしもテキストデザインでは快適であるとは限りません。たとえば、テキストプレゼンテーションのナビゲーションまたは情報のサイドコラムは、メインコンテンツの最初または途中で完全に冗長なテキストです。ドキュメントの元の構造での順序に応じて）。 つまり、ページをブラインドリーディングに適合させるためのさまざまな追加機能を提供する必要があります（不要な要素を削除したリーディングモード、最初からではなく特定の場所から読み込むときにページの読み取りをカスタマイズする機能など）。



第三に、視覚障害のある人がシステムを使用できるため、すべてのグラフィック要素を含むページの最初のプレゼンテーションを完全に放棄することも間違っています。残念ながら、視覚障害者はしばしば視覚障害者にグラフィックCAPTCHAサイト。







これはすべて、LUWRAINで使用するためにWebKitの非常に深刻な改良が必要です。 特に、独自の構造の上に実装する必要があります。これにより、ハイパーテキストの要素間を移動できます。 さらに、元のHTMLだけでなくDOMツリーも解析する必要があります。これは、多くのインターフェイス要素がJavaScriptを実行した後にのみ表示されるためです。



ここに1つのWebKitの問題があります。それは、ページが完全にロードされたときにエンジンが完全に理解できないということです。

つまり、多数のスクリプトが存在すると、完成したページを受信する瞬間が非常にぼやけてしまい、LUWRAINインターフェースで適切に表示する機能に明らかに影響します。











LUWRAINでのこの傾向の主な主人公は、これらすべてを現実のものにしたRoman Volovodov rPmanでした。



これまで、WebKitの適応は完了しておらず、LUWRAINブラウザはまだ安定した動作を誇っていません。 これは、作業環境を開発するための重要な分野の1つです。 近い将来、最低限のタスクは、本当に安定した使いやすいブラウザを入手することです。 その後、特にCAPTCHA認識用のスパマーAPIのサポートを台無しにするなど、拡張機能のモジュール性について考えることが可能になります。



率直に言って、LUWRAINブラウザーが高度なスクリーンリーダーと連携して既存のWindowsソリューションに追いつく能力については、いくつかの疑問があります。これは、非視覚的作業の機能により視覚障害者にWebアクセシビリティを提供する業界のリーダーです。 ただし、これはむしろ、支援技術の業界内の憶測と友好的なホリバーの対象であり、LUWRAINブラウザが最初に安定するまで、比較は時期尚早です。

LUWRAINを使用した配布

既に述べたように、LUWRAIN配信オプションの1つは、独立したLinuxディストリビューションを構築することです。環境がクロスプラットフォームソリューションとして設計されているにもかかわらず、その機能を完全に公開できるのはLinuxであるためです。 基本ディストリビューションの選択は、プロジェクトの形成中に生じた質問の1つでしたが、最終的にはUbuntuになると決定されました。







もちろん、基本的な配信は常に火炎を形成する瞬間であり、ほとんどの場合、ほとんど宗教的な感情に影響を与えるため、ここにいる全員を満足させることは困難です。 LUWRAINの場合、選択する

Ubuntuは、主に大規模なドキュメントとドキュメントの理由で作成されました。 ちなみに、これまで、メインの開発者はALT Linuxに座っていました。これは、おそらく、偏見の告発に対する何らかの保護として役立つ可能性があります。







いずれにしても、2015年にLUWRAINディストリビューションの準備に真剣な取り組みが始まりました。最近では、Ubuntu 15.10（Wily Werewolf）に基づくLUWRAIN 0.5.0のベータ版のイメージのリリースで終わりました。 現在までに、2016年3月15日のバージョン0.5.2はすでに関連しています。 ハードディスクにインストールせずにライブCDモードでLUWRAINを実行する場合と、スタンドアロンOSとしてPCにインストールする場合の両方に使用できるすべての起動可能なISOイメージは、プロジェクトの公式Webサイトで入手できます。



2016年4月上旬にリリースされた Emacspeak-HomerosとともにLUWRAINが作業環境として使用される別のディストリビューションがあります。 また、Ubuntu 15.10に基づいていますが、LUWRAIN自体を含む、経験豊富なユーザーと開発問題の解決に重点を置いています。



一般に、ディストリビューションとしてのLUWRAINの将来は、Ubuntuと密接に関連しています。これには、エコシステム全体の使用などが含まれます。 ちなみに、予期せぬ結果をもたらしたのは、 SnappyメカニズムにおけるLUWRAINの主な開発者の関心でした。

Canonicalにお問い合わせください

2015年の終わりに、 マークシャトルワースは、ミハイルポジダエフのSnappyに関する質問にメールで回答しました。その後、ミハイルはLinux Journalに LUWRAINに関する記事を掲載して、Ubuntuの法的側面について問い合わせました。 最終的に、これらすべては、LUWRAINチームが手ぶらで集まってこなかったCanonicalのロンドンオフィスへの招待で終わりました。



イギリスで有名な人を含む伝説があります。ヤルタ会議でスターリンはチャーチルにアルメニアのコニャックを提供し、イギリス首相はこの飲み物のファンになりました。 数年後、チャーチルacへのこのコニャックの配達はスターリンによって個人的に管理され、職人の一人が逮捕されて製品の品質が変化したとき、ジョセフ・ヴィサリオノヴィッチは釈放して仕事に戻るように命じました。 もちろん、この後、LUWRAINチームはイギリスの同僚への贈り物としてアルメニアのコニャックのボトルを手に入れることを手伝うことができませんでした。







これらのCanonical従業員とのコミュニケーションは偶然ではありませんでした。 実際、リチャード・コリンズは電話の方向を監督しており、ジョン・リーがその設計を担当しています。



今日、すべての主要なモバイルオペレーティングシステム（Android、iOS、Tizen、BlackBerry、Windows 10 Mobile）は、視覚障害のあるユーザーが多少なりともアクセスできますが、残念ながら、Ubuntu Touchは、視覚以外の使用にはまったく不適切です。 UbuntuのDesctopバージョンは、スクリーンリーダーを含む視覚障害者のニーズを考慮に入れようとしていますが、今日のCanonicalシステムはアクセシビリティに関して何も提供していません。 この分野におけるCanonicalとLUWRAINの潜在的なコラボレーションは、手頃な価格のスマートフォンとタブレットのための盲目の別のオプションを提供する可能性があります。 さらに、既存のソリューションの繰り返しという形ではなく、これはすでに利用可能なモバイルOSの大部分で発生しますが、適応インターフェースの概念の一部として発生します。



LUWRAINプロジェクトの国際的な連絡先も、統一と標準化の拡大に向けた動きの始まりに貢献しました。 特に、 EmacspeakおよびSpeech Dispatcher音声サーバーのサポートの実装に関する作業が開始されました。 以前、LUWRAINでは、独立した開発であるVoiceMan音声サーバーを介して合成音声が出力されていました 。 これはいくつかの利点を提供しましたが、盲目のユーザーには特定の不便ももたらしました。すなわち、同じEmacspeakとSpeech Dispatcherを使用できないことです。



主にOrcaスクリーンリーダーなどの多くの代替支援技術はVoiceManで動作しないため、ユーザーはLUWRAINと他の適応型Linuxソフトウェアを組み合わせることで問題が発生しました。これはこの作業環境の批判の1つでした。 現在、サポートおよびその他の音声サーバーの実装のおかげで、LUWRAINはより柔軟になり、組み合わせて使用​​できるようになっています。

即時計画

近い将来、LUWRAINプロジェクトの計画には以下が含まれます。

1. 2016年末までに、ブラウザーの最初の安定バージョンの開発を完了します。
2. 次の学年の初めまでに、盲人のニーズに合わせた特別なデイジー形式の教材を使って、LUWRAINの枠組み内で作業するための条件を作成します。 もちろん、LUWRAINプロジェクトのフレームワーク内では、読むためのツールを作成すること、おそらく作成することについて話しているだけであり、対応する組織（矯正学校、視覚障害者向け図書館など）がコンテンツの準備を担当する必要があります。
3. LUWRAIN環境からCanonicalと一緒にアクセスできるモバイルデバイスを実装します。Canonicalはスマートフォンまたはタブレットのいずれかです。
4. 決済システムとの統合の問題を解決する、つまり、Webサービスの使用は利便性が低く、多くの場合視覚障害者にとっては率直にアクセスしにくいため、LUWRAINインターフェースで決済システムと連携する可能性を実現します。 明らかに、これは非常に困難な作業領域であり、特定の安全要件によって決定されますが、関連組織との連絡先を見つけることが望まれます。

追加情報

Luwrainプロジェクトはフリーソフトウェアの伝統に基づいて開発されており、コミュニティに対して完全に開かれています。 詳細については、 公式ウェブサイトをご覧ください 。 既存のLUWRAINアセンブリは、 ISOイメージとしても、 WindowsおよびLinuxのスタンドアロンアプリケーションとしてもダウンロードできます。 プロジェクトの直接開発に興味のある方は、 LUWRAIN SDK 、 Gitリポジトリの完全なリスト、およびナイトリービルドに慣れることができます 。



さらに、過去1年間に発行されたLUWRAINに関する他の多くの資料を読むことができ、プロジェクトの個々の側面のより詳細な説明が含まれています。

• LUWRAINの紹介：視覚障害者向けアクセシビリティソリューション（Linux Journal、テキサス、アメリカ合衆国、2015年7月）
• LUWRAINの概要：目標、説明、開発（ITConf 2016、サンクトペテルブルク、ロシア、2016年4月7〜8日、ロシア）