JP2009271907A - コンピュータのオプションの自動選択 - Google Patents

Abstract

【課題】 システム全般に渡ってのユーザの好み（優先）を設定せずに、プログラム毎、ユーザ毎に、ユーザの優先を設定できるシステムを提供する。
【解決手段】 コンピュータのユーザが所望のユーザインターフェースを指示し、このユーザインターフェースを実行するために、各プログラムに対し個々にコンピュータのプログラムと装置のオプションを選択し設定する。ユーザは、ユーザの状態を示す。例えば、特定の運動機能あるいは五感機能の障害を示すと、コンピュータは、そのプログラムと装置をユーザのニーズに合わせて自動的に調整する。
【選択図】 図１

Description

本発明は、コンピュータあるいはプログラム可能な装置において、優先度（好み）を選択し、オプションを設定する方法に関する。

コンピュータ・ユーザは、プログラムにより表示されるユーザ・インターフェースをカスタマイズし、その優先度を保存する。その結果、好ましいユーザ・インターフェースのスタイルが、プログラムを閉じその後サイド開いた時に、現れる。例えば、telnet.exe 端末エミュレーション・プログラム（terminal emulation program）によりサポートされているユーザが設定可能なセッティングは、フォントの種類／サイズと、前景の色と、背景の色を含む。インターネット・ブラウザにより、ユーザは、動作と表示のリファレンス（references)を指定すると、それらは、後で全てのウェブ・ページに適用されることになる。

オペレーティング・システムは、コンフィギュレーション・ファイルを用いて、情報を記憶し、ハードウェア用とソフトウェア用の設定を記憶する。例えば、MS DOSとウィンドウズのオペレーティング・システムの初期バージョンは、プログラムで利用可能な特定のルーチンを用いて、読み書きされるシンプルな形態のINI files - textを使用する。A SYSTEM. INI fileは、全ての内部設定に用いられる。A WIN. INI fileは、ユーザの好みのために用いられる。同様に各アプリケーションは、.INI fileを有し、通常それにあった名前が付される。

プログラム毎の大量の.INI filesとそれら全てをトラッキングする難しさを解決するために、ウィンドウズのオペレーティング・システムの後期のバーションは、.INI filesをレジストリ（Registry）で置換している。このウィンドウズのレジストリは、システム用の全ての設定とオプションを記憶する中央のディレクトリである。それは、ハードウェアと、オペレーティング・システムのソフトウェアと、大部分の非オペレーティング・システムのソフトウェアと、ユーザと、コンピュータの優先度等の全てに対する情報と設定を含む。例えば、ユーザが、コントロールパネルの設定、ファイル・アソーシエーション、システムポリシー、あるいは多くのインストールされたソフトウェアを変えようとすると、それらの変更が反映されて、レジストリ内に記憶される。

他のオペレーティング・システムは、個別のアプリケーションのサブシステム用に別個のコンフィギュレーション・ファイルを使用するが、管理しやすいように、それらをグループ分けしている。

コンフィギュレーション・ファイルにより、ユーザ毎プログラム毎に優先度を設定できるが、現在の作業で必要なことは、所定のデフォルトのセッティングとは異なる各優先度は、各ハードウェアあるいはソフトウェアに対し、ユーザが個別に手動で入力する必要があることである。これは面倒なばかりでなく、ユーザがコンピュータに対する十分な知識を必要とするが、これは、コンピュータの少なくとも一部のユーザは持っていない。

障害のある人は、自分の障害をコンピュータに受け入れさせるために、オペレーティング・システムのオプション設定機能をしばしば利用する。例えば、白内障の人にとっては、白地に黒い文字列は、コンピュータ・スクリーン上で見るのは困難であり、その結果、白内障の人は、ワープロソフト（文書処理プログラム)で表示選択を、例えばマイクロソフトワードにおいては、黒地に白の太字のフォントを選択して、テキストを読みやすく表示させている。ところがこのような変更により、このような設定で文書をプリントしてしまうことがある。このため、好ましいアプローチは、マイクロソフトのウィンドウズのオペレーティング・システムの「Accessibility」オプション（ユーザ補助)を選択し、そして「Magnifier」と「Reverse Video」オプションを選択する。これにより、コンピュータのディスプレイを変更するが、文書あるいはプリントアウトは変更しないようにすることができる。

このアプローチの問題点は、システム全般での表示設定は、全てのプログラムに適用されてしまい、ある場合には不適切な設定となることがある。例えば、「Reverse Video」を選択した場合には、黒地に白い文字列を有する文書（これは上記した例では好ましい表示であるが）は、逆に白地に黒い文字列として表示され、好ましくない。あるいは、弱視の人は、「Magnifier」オプションを使用し、小さなフォントのサイズを大きくする「拡大機能」を選択する。この拡大機能は、全てのプログラムに適用され、小さなフォントのサイズを使用しないものも含まれてしまう。それ故に、システム全般に渡っての設定には問題があり、ユーザは、各プログラムに対して手動で優先度を設定しなければならない。

複雑な要素は、U.S. Code of Federal Regulations, 36 C.F.R. Part 1194.21(b)である。この規制は、個々のプログラムが、システム全般のaccessibilityの特徴を介して設定された表示を上書きする（override）ことを禁じている。つまり、これは、システムワイドのaccessibilityの優先が活性化された場合には、プログラム特有のあるいは文書特有の表示優先の使用を禁止するものである。

本発明の一態様によれば、システム優先は、所望のアウトカムにより特定され（アウトカムを達成するために、どのようなアクションを採るか否かには関係なく）、オプションは、この所望のアウトカムを達成するために、自動的に選択され設定される。例えば、白内障の人は、「Reverse Video」を指定せずに「黒地に対し白色あるいは黄色の文字列を常に示す」を指定することができる。弱視の人は、「３X magnification」を指定せずに、「楽に判読できる好ましいフォントと大きさの文字列で表示する」を指定することができる。このシステムは、目標とする装置、プログラム、文書の特徴と所望のアウトカムとを比較し、ミスマッチが見出されると、システムは、所望のアウトカムを得るために、特徴に対しどのような修正を必要とするかを自動的に決定する。その後、その特徴をそれに応じて自動的に修正する。一例として、本発明のシステムは、装置が起動した時、あるいはソフトウエアを開いた時に、リアルタイムで装置に対しこの作業を実行する。別の例としては、本発明のシステムは、ユーザがプログラムを開いた時に、プログラムベースでこの作業を実行し、そのプログラムに対して、レジストリあるいは.INI filesの設定を自動的に調整する。

本発明のさらなる態様によれば、ユーザが、システムの特徴ではなくユーザの特徴（例、特定の機能不全）を特定すると、システムは、そのユーザの特徴に応じてシステムの所望のアウトカムを自動的に決定する。例えば、ユーザが、黄斑変性症をユーザの特徴として指定すると、システムは、「テキストを好ましいフォントと読みやすい大きさにする」を所望のアウトカムとして決定する。あるいはユーザが、「文書に適合したキーボード配列」を所望のアウトカムとして特定すると、英語の文書を開いたり、国の指定のないウェブページにアクセスすると、ＵＳキーボード配列となる。ドイツ語の文書を開いたり、ドイツ語の指定を有するウェブページへのアクセスにより、ドイツ語のキーボード配列が得られる。

本明細書で「自動的」とは、「手動」の反対の意味であり、すなわち人間を介在せずに機械により行われることを意味する。

図１は、記憶されたプログラムで制御されるシステム１００を示す。システム１００は、如何なるシステムでもよい。例えばコンピュータ、ワークステーション、パーソナルデジタルアシスタント、携帯電話、ゲーム機器等である。従来と同様に、システム１００は、データ１５８とプログラム１５６を記憶する記憶装置１５４と、プログラム１５６を実行しデータ１５８を生成するあるいは利用するプロセッサ１５２と、他の装置との相互作用を行う入出力インターフェース１５０とを有する。同図に示すように、システム１００は、ユーザと相互作用する装置、例えばキーボード１０４と、マウス１０６のようなカーソル制御装置と、ディスプレイ１０２とを有する。入出力インターフェース１５０は、装置１０１−１０６とプロセッサ１５２でインターフェースしている。プログラム１５６は、アプリケーションプログラム、例えばワードプロセッサやウェブブラウザを含む。データ１５８は、テキストドキュメントと、イメージと、コンフィギュレーション・データを含む。

上記したように、システム１００は従来の装置である。

本発明の一実施例によれば、データ１５８は、システムのオプションを設定するためにプロセッサ１５２が使用するデータを含む。このデータは、１つあるいは複数のエントリ２０２を有するテーブル２００の形態をとる。各エントリ２０２は、オプション設定により達成される別々のアウトカムに対応する。このアウトカムは、エントリ２０２のフィールド２１２で指定される。各アウトカムは、このアウトカムが好ましくなるようなユーザのゼロあるいは複数の状態に対応する。これらの状態は、エントリ２０２のコンディション２１０のリスト内にリストアップされる。各アウトカムは、１つあるいは複数のルールに従って達成される。このルールがエントリ２０２のサブエントリ２０４を形成する。各ルールは、「if-then」のステートメントの形態を採る。ルールの「then」の部分は、サブエントリ２０４のフィールド２１６に記憶されているが、システムの現在の状態がルールの「if」の部分により示された時にどのようなアクションを採るかを特定する。この「if」の部分は、サブエントリ２０４のフィールド２１４に記憶される。テーブル２００は、「an Extensible Mark-Up Language (XML)file」の形態をとる。

標準化されたクロス・プラットフォームのインタープリタにより解釈されたテキストベース（例、ＸＭＬ）のアプローチは、一般化された適用可能性に対し十分機能するが、その解釈されたフォーマットは、問題となっている特定のプラットフォーム上で動き、選択に影響するような形態に変換する必要がある。これは、状態を集めたプログラムとルールにより実行され、その後、特定のプラットフォーム用にそれを適合させ管理する。テーブルの実際の形態とデータの表示は、使用される特定のプラットフォームに対し個別に設定される。しかし好ましくはプログラムのユーザインターフェースは、標準的なものであり、ウェブ・ブラウザのそれと類似する。

以下の具体例は、システム１００で採用されるエントリ２０２を（その問題点と従来技術の表示と共に）示す。

（問題点：「白内障」は、眼の中のレンズの曇りである。バックライトのコンピュータ・スクリーン上では、明るい白地に現れた黒いるのテキストを見るのは難しい。）
（従来技術：「Reverse video」が一般的な優先として可能である。）
状態：白内障
アウトカム：黒地に対し黄色のテキストを常に示す。
ルール：（１）元のユーザ・インターフェースのフォーマットが、白地に黒色のテキストであると、この表示を黒の上に白色あるいは黒色の上に黄色に自動的に変更する。
（２）元のユーザ・インターフェースのフォーマットが、黒地に白色あるいは黄色のテキストの場合には、表示の変更はしない。

（問題点：黄斑変性症（"macular degeneration")は、小さな文字を見ることができなくなる網膜の劣化である。通常の視覚距離においては、あるサイズ以下の文字は読むことができない。サンセリフ・フォント（"Sans-serif fonts"）、例えばArial、Helvetica、Verdanaのフォントが、弱視の人にとっては好ましい。）
（従来技術：あらゆる物を大きく見せるスクリーン拡大ソフトウェア。）
状態：黄斑変性症
アウトカム：テキストを好ましいフォント、読むのに十分な大きさにする。
ルール：（１）元のユーザ・インターフェースが、サンセリフ・フォントを使用しない場合には、テキストをサンセリフに変換する。
（２）元のユーザ・インターフェースがサンセリフ・フォントを使用している場合には、そのフォントを変更しない。
（３）ユーザ・インターフェースのテキストのサイズが、Ｘポイント未満の場合には、それをＸポイントに変える。
（４）ユーザ・インターフェース内のテキストのサイズがＸポイント未満でありそれを変更できない場合には、テキストから音声への変換を用いてテキストを読み上げる。
（５）ユーザ・インターフェース内のテキストのサイズがＸポイント以上の場合には、そのサイズを変更しない。

（問題点：難聴の人にとって、電子音源からの通常の増幅レベルの音声は聞こえるが理解はできない。多くの場合、この原因は、人間の言葉の低い振幅の成分、発声されない摩擦音（例えば「Ｆ」と「Ｓ」）と、発声されない破裂音（「Ｐ」と「Ｔ」）が聴取人の聴力閾値以下となるからである。）
（従来技術：あらゆる音を同一量だけ大きくする増幅技術。デジタル圧縮された音声の理解を容易にする方法と装置。特許文献１に記載の方法は、非音声シグナル（例、音楽）に適用された時、受け入れがたいレベルの歪みを導入してしまう。）
状態：難聴者
アウトカム：その理解を改善するために音声信号を強化する。
ルール：（１）元の音声信号がスピーチの場合には、理解を改善するアルゴリズムを提供する。
（２）全ての音声信号（スピーチあるいは非スピーチ）に対しては、自動利得制御機構を取り入れて、元の音源の振幅と無関係に、出力レベルをアプリケーション全体に渡って一定にする。
米国特許第６８８９１８６号明細書

（問題点：キーボードのキャップスロックキー（"Caps Lock key）状態を全てのアプリケーションに適用する。）
（従来技術：一旦押されるとキャップスロックキー状態は、全てのアプリケーションに対し支配する（有効である）。この状態は、キーを再び押してキャップスロックを切り替えるまで有効である。）
状態：テキスト入力エラーが不適切なキャップスロック設定により引き起こされる。
アウトカム：「コンテクスト・ベースのキャップ・スロック」
ルール：（１）キャップスロックキーが現在のアプリケーションで押されていない場合には、キャップスロックキー状態を無視する。
（２）カーソルが、全ての文字が大文字である文書あるいはフィールドにある場合には、キャップスロックを有効にする。
（３）カーソルが、少なくとも一部の文字が小文字で文書あるいはフィールドにある場合には、キャップスロックを切り離す。
（４）カーソルがログインネームあるいはパスワードのフィールドにある場合には、キャップスロックを切り離す。

（問題点：ゲームのプレーヤが、所定の歌と共にベースギターを弾くのをシミュレートするようなプレーアロングゲーム（参加型ゲーム）では、左利きのアーティスト（例、ポール・マッカートニー）と共に演奏するためには、左利きから右利きの演奏にギターを手動で変えることが必要である。
状態：無し
アウトカム：アーティストの利き腕の変更
ルール：（１）音楽がビートルズの場合には、ギターを右利きから左利きに変え演奏する。

同図に示すように、テーブル２００は、所定の（デフォルト）のエントリ２０２を具備する。これらのエントリ２０２は、その後ユーザにより変更され、ユーザにより補充されたり、あるいは追加のエントリ２０２でもって管理者により補充される。

図３に示すように、本発明の実施例によれば、プログラム１５６は、オプションを設定するプログラム３００を有する。オプション設定プログラム３００は、ステップ３０２で、ユーザがシステム１００にログインすると、変更がテーブル２００のコンテンツに対しなされると、起動する。それに応答して、プロセッサ１５２は、ユーザの状態を決定しようとする（ステップ３０４）。例えば、プロセッサ１５２は、ユーザにディスプレイ１０２を介して状態を問い合わせる。状態の決定に応答して、プロセッサ１５２は、テーブル２００を用いて、対応する所望のアウトカムを決定する（ステップ３０６）。別の構成として、状態がステップ３０４で決定できない場合には、プロセッサは、ユーザに所望の結果（アウトカム）を決定するよう問い合わせる（ステップ３０６）。所望の結果が分かると、プロセッサ１５２は、所望のアウトカムに対応するルールを実行する（ステップ３０８）。このルールの実行は、バックグラウンドでのオプション設定プログラム３００の連続的な実行を必要とし、その結果、必要な動作が適宜の時間に行われる。例えば「no Capas Lock」に関連するルールの結果は、ユーザがアプリケーションプログラムを切り替える毎に実行される。オプション設定プログラム３００の実行は、ステップ３１０でユーザがログオフしたり、テーブル２００のコンテンツを変更した時に終了する。

本発明の変形例として、例えばオプション選択装置は、あらゆる入出力装置、ゲーム機器、携帯機器、コンフィギュレーション・シフト（例、ポートレート、風景のプリントモード、様々なタブレットＰＣ機能、キーボード／音声／図形パッドインターフェース、シングル／マルチスクリーンビュー、携帯電話／コンピュータ機能）キーボードの変更に影響するような発音区別符号の検出に適用できる。あるいはある人の名前が特別な文字（例、φ）を含む場合には、ユーザのケースは、フォームあるいは文書の名前のフィールドに入ったことを自動的に検出し、それに応じてキーボードを特殊な文字の入力ができるモードにする。

以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。

本発明の一実施例のシステムのブロック図。 図１のシステムのオプション設定データのブロック図。 図１のシステムのオプション設定処理の操作を表すフローチャート。

符号の説明

１００ システム
１０２ ディスプレイ
１０４ キーボード
１０６ マウス
１５０ 入出力インターフェース
１５２ プロセッサ
１５４ 記憶装置
１５６ プログラム
１５８ データ
２００ テーブル
２０２ エントリ
２０４ サブエントリ
２１２ フィールド
２１０ コンディション
２１４ フィールド
２１６ フィールド

３０２ 開始
３０４ ユーザの状態を決定する
３０６ 必要な結果を決定する
３０８ 対応するルールを実行する
３１０ 終了する

Claims (10)

1. プログラム可能なシステムにオプションを設定する方法において、
   （Ｘ）システムのユーザが所望するアウトカムを決定するステップと、
   （Ｙ）前記決定に応じて、前記アウトカムを達成するために、システムの複数のプログラムの各々に対し個別にオプションを自動的に選択し設定するステップと
   を有する
   ことを特徴とするプログラム可能なシステムにおいてオプションを設定する方法。
2. 前記（Ｘ）ステップは、
   （ａ）前記ユーザにより選択可能な複数のアウトカムの中の一つを選択するステップと、
   （ｂ）前記ユーザの状態を決定し、この状態の決定に応じて、前記状態に対応する少なくとも一つのアウトカムを自動的に決定するステップと
   の少なくとも一方を有する
   ことを特徴とする請求項１記載の方法。
3. 前記（ｂ）ステップは、
   （ｂ１）前記ユーザにより選択可能な複数の状態の中の一つを選択するステップ
   を有する
   ことを特徴とする請求項２記載の方法。
4. 前記（Ｙ）ステップは、
   （Ｙ１）前記アウトカムに対応するルールを自動的に実行するステップ
   を有する
   ことを特徴とする請求項１記載の方法。
5. （Ｚ）前記決定に応じて、前記アウトカムを達成するために、各プログラムに対し個別にシステムの少なくとも１つの装置のオプションを自動的に選択し設定するステップ
   を更に有する
   ことを特徴とする請求項１記載の方法。
6. プログラム可能なシステムにオプションを設定する装置において、
   （Ｘ）システムのユーザが所望するアウトカムを決定する手段と、
   （Ｙ）前記決定に応じて、前記アウトカムを達成するために、システムの複数のプログラムの各々に対し個別にオプションを自動的に選択し設定する手段と
   を有する
   ことを特徴とするプログラム可能なシステムにオプションを設定する装置。
7. 前記決定する手段（Ｘ）は、
   （ａ）前記ユーザにより選択可能な複数のアウトカムの中の一つの選択をユーザが示す手段と、
   （ｂ）前記ユーザの状態を決定する手段と、この状態の決定に応じて、前記状態に対応する少なくとも一つのアウトカムを自動的に決定する手段と
   の少なくとも一方を有する
   ことを特徴とする請求項６記載の装置。
8. 前記オプションを自動的に選択し設定する手段（Ｙ）は、
   （Ｙ１）前記アウトカムに対応するルールを自動的に実行する手段
   を有する
   ことを特徴とする請求項６記載の装置。
9. 前記オプションを自動的に選択し設定する手段（Ｙ）は、前記アウトカムを達成するために、各プログラムに対し個別にシステムの少なくとも１つの装置のオプションを自動的に選択し設定する手段
   を有する
   ことを特徴とする請求項６記載の装置。
10. 前記決定する手段（Ｘ）は、
    前記システムのユーザが所望するアウトカムを特定する情報を記憶する記憶装置を有し、
    前記オプションを自動的に選択し設定する手段は、
    前記アウトカムを達成するために、システムの複数のプログラムの各々に対し個別に自動的にオプションを選択するために、前記情報を利用するプログラムを記憶する記憶装置と、
    前記プログラムを実行するプロセッサと
    を有する
    ことを特徴とする請求項６記載の装置。
    
    

Images