JP2022526867A - 眼検査 - Google Patents

Abstract

【解決手段】モバイルコンピュータデバイスを用いてユーザの眼鏡処方箋の自己決定を可能とするシステムは、同時スプリットポイントフォーカス（ＳＳＰＦ）と、低遅延動的距離モニタリング（ＬＬＤＤＭ）と、を備える。前記モバイルコンピュータデバイスは、データを保存するための揮発性メモリおよび不揮発性メモリと、前記不揮発性メモリに保存されたプログラム命令を実行するように構成されたプロセッサと、指示および画像をユーザに表示するために、前記プロセッサから情報を受信する表示スクリーンと、検査中に、前記ユーザの瞳孔の画像を受信するように構成されたカメラと、を備える。前記システムは、眼鏡処方箋を決定する方法を前記プロセッサに実行させるためのアプリケーションプログラム命令を備える。前記方法は、前記ユーザが近視であるかを決定するステップと、前記ユーザが近視であった場合、前記ユーザが前記表示スクリーンの上に表示された画像情報を観察している間に、前記ユーザの眼の主径線および軸径線を決定するステップと、前記ユーザが前記表示スクリーンの上に表示されたＳＳＰＦ画像情報を観察している間に、前記ユーザの眼の主径線および軸径線における屈折パワー誤差をリアルタイムに決定するためのＬＬＤＤＭシステムを起動するステップと、前記ＬＬＤＤＭシステムを用いて得られた主径線および軸径線の値から、球面処方、円柱処方および軸処方を計算するステップと、計算された処方値をユーザに表示するステップと、を含む。【選択図】図１

Description

本発明は、モバイルデバイスのための眼検査アプリケーションに関し、特にモバイルコンピュータデバイスを用いた眼鏡処方箋の自己決定のためのアプリケーションに関する。本発明は一般に、片眼または両眼に屈折異常を持ち視力矯正を必要する患者のための眼鏡および／またはコンタクトレンズの処方箋の決定に関する。

本発明は、主にモバイルデバイスを用いた眼鏡処方箋値を自己決定するためのＤＩＹシステムおよび方法および当該システムの使用のために開発された。以下、こうしたアプリケーションを参照しながら本発明を説明する。しかし本発明は、こうした使用に関する特定の分野に限定されない。

本明細書全体を通して、背景技術に関するいかなる議論もこうした背景技術が先行技術であるとは認めない。こうした背景技術は、豪州または世界規模で既知の技術であることも、共通の一般的知識の一部であることも意味しない。

特許文献、非特許文献を含むすべての参考文献は、参照により本明細書に組み込まれる。いかなる参照も、先行技術を構成しない。参考文献に関する議論はあくまで当該文献の著者の主張であり、本出願人はその正確さおよび妥当性に対して異議を申し立てる権利を保つ。本明細書は複数の先行技術文献に言及する。こうした言及は、豪州または世界規模で既知の技術であることも、共通の一般的知識の一部であることも意味しない。

一般に視力は視野の明確さを意味する。視力は、例えば以下のような光学的および神経学的要因に依存する。
・眼内の網膜焦点の鋭さ。
・網膜の健康および機能。
・脳の認知機能の感度。

視力低下の一般的な原因は、屈折異常（屈折の異常）すなわち眼球内での光の屈折の異常である。屈折異常の原因には、眼球または角膜の形状異常、レンズの柔軟さの低下などがある。（眼球の長さに対して）屈折力が強過ぎるまたは弱過ぎると、近視または遠視の原因となる（健常な屈折状態は正常視と呼ばれる）。その他の光学的要因には、乱視や、より複雑な角膜異常がある。通常これらの異常は、光学的手段（眼鏡、コンタクトレンズ、レーザー手術など）により矯正が可能である。

眼鏡（本明細書では「眼鏡」という用語は、眼鏡、コンタクトレンズ、メガネ、単にグラスなどといった用語と互いに交換可能に使われる）は、主に眼の屈折異常を外部から矯正することにより、人の視力を改善するために使われる。眼鏡を得るためには、先ず眼鏡処方箋（本明細書では「眼鏡処方箋」という用語は、眼鏡処方箋、メガネ処方箋、または単に処方箋などといった用語と互いに交換可能に使われる）を得る必要がある。

多くの人の眼には屈折異常があり、近視や遠視の原因となっている。当業者には既知の通り、近視とは眼の光学特性の屈折異常であって、画像を角膜の前にフォーカスするもの（すなわち屈折異常）である。この屈折異常は、典型的には、角膜異常、眼球構造伸長、その他の要因、あるいはこうした要因の組み合わせに起因する。一方遠視は、眼の光学特性の屈折異常であって、画像を角膜の後にフォーカスするものである。この屈折異常は、前から後へかけての眼の屈折力の強さが十分でないことに起因する。近視および遠視は、１つの度数すなわち球面度数を持つ。これは、光学異常を矯正するのに必要な屈折力の強さを表す。

乱視とは、屈折異常であって、眼に入射する光が１つの点ではなく２つの点にフォーカスするものをいう。これは、角膜または水晶体の（光学的）屈折力が不均一であることに起因する。最も一般的には、乱視の角膜は円環面を有する。乱視は、２つの度数すなわち、乱視の角度を表す軸度数（軸度）と、円柱レンズの屈折力の強さを表す円柱度数と、がある。近視、遠視および乱視は、患者が視力改善を必要とする屈折異常の主要なものである。

自覚的屈折検査は、眼科医および検眼医が使う診断ツールである。これにより、患者の屈折異常が眼鏡またはコンタクトレンズにより改善されるかが検査される。この技術の一部に、患者がフォロプターを覗いている間に、眼科医または検眼医が患者のそれぞれの眼を評価するものがある。患者の眼の屈折異常の程度を検査するために、しばしば網膜反射診断技術が使われる。自覚的屈折検査を改善するために、患者からの主観的なフィードバックが使われる。これは、患者が画像品質を基に、フォロプターに挿入される屈折力の異なる様々なレンズを選択することを含む。これらの屈折異常は、レンズ（すなわち眼鏡や、眼に直接適用されるコンタクトレンズ）を用いて矯正が可能である。またこれらの屈折異常は、様々なタイプの外科的療法、例えばＬａｓｅｒ Ａｓｓｉｓｔｅｄ Ｉｎ Ｓｉｔｕ Ｋｅｒａｔｏｍｉｌｅｕｓｉｓ（レーシック）によって矯正することもできる。自覚的屈折検査が終わると、眼科医または検眼医は、眼鏡、コンタクトレンズおよび／または外科的療法のための処方箋を作ることができる。

患者の屈折異常を判断するための他の手段として、波面センサや屈折計などの先行技術が知られている。これらの診断デバイスは、患者の屈折異常を判断するためにコンピュータを用いる。例えば既知の波面タイプの屈折計は、網膜上に投射された蛍光スポットで生成された後眼のレンズを通った光ビームの波面を測定するために、「ハルトマン－シャックセンサ」を使う。このような波面タイプの屈折計では、レーザーまたはレーザー蛍光ダイオードからのプローブビームが、眼のレンズを通して網膜上に投射される。網膜で散乱された光は、眼のレンズを通り、眼の瞳孔を通って出現する。出現したビームの波面は、眼のレンズに関する屈折率の情報を運ぶ。例えば眼が正常状態（すなわち、眼のレンズに屈折異常がない状態）にあるときは、出現したビームの波面は平坦である。リレーレンズが、眼の瞳孔に出現した波面をハルトマン－シャックセンサにリレーする。ハルトマン－シャックセンサは、波面の歪みを測定し、その情報をコンピュータに送信する。コンピュータは、目のレンズの異常に起因する眼の屈折異常を計算する。この計算結果から、患者の視力矯正に特化した屈折矯正のための処方箋が作られる。

患者の屈折異常を判断するための上記の各技術では、患者は、必要な機器が設置され、医師や機器を操作するスタッフがおり、検査が受けられる場所に移動する必要がある。患者が医師を訪問して医療サービスを受けると、費用と時間が掛かる。これらは、医療保険でカバーされることもされないこともある。これは患者にとって高価で不便となり得る。さらにこれは、患者が、代替的なおよび／またはより使いやすい方法で処方をもらおうとするときの技術的な障壁となる。

さらに、上記の機器（フォロプター、波面屈折計等）のコストは、医療に携わらない個人が所有するには高価過ぎる。従って患者は、自分の眼鏡またはコンタクトレンズの処方を決定するのに、医療機器のない場所を選択することができない。

従って、自分の視力に合った眼鏡を購入するための光学矯正を決定できるユーザ操作可能なシステムであって、高度な専門化された眼検査機器や専門家の操作に限定されていた従来の技術的問題を解決できるシステムが必要となる。

本発明の目的は、先行技術の少なくとも１つの欠点を解決または改善する技術、あるいは有用な代替技術を提供することにある。

ある実施の形態は、本開示に係る方法を実行するコンピュータ・プログラム・プロダクトを提供する。

ある実施の形態は、プロセッサで実行されたとき本開示に係る方法を当該プロセッサに実行させる、コンピュータ実行可能なプログラムコードを保存する非一時的な記憶媒体を提供する。

ある実施の形態は、本開示に係る方法を実行するように構成されたシステムを提供する。

本発明の第１の態様では、ユーザがモバイルコンピュータデバイスを用いて眼鏡処方箋を自己決定するためのシステムであって、同時スプリットポイントフォーカス（Ｓｉｍｕｌｔａｎｅｏｕｓ Ｓｐｌｉｔ Ｐｏｉｎｔ Ｆｏｃｕｓ：ＳＳＰＦ）と、低遅延動的距離モニタリング（Ｌｏｗ Ｌａｔｅｎｃｙ Ｄｙｎａｍｉｃ Ｄｉｓｔａｎｃｅ Ｍｏｎｉｔｏｒｉｎｇ：ＬＬＤＤＭ）と、を備えたシステムが与えられる。このデバイスは、データを保存するための揮発性および不揮発性のメモリを備えてもよい。このデバイスは、不揮発性メモリに保存されたプログラム命令を実行するように構成されたプロセッサをさらに備えてもよい。このデバイスは、ユーザに指示および画像を表示するために、プロセッサから画像情報を受信できる画像表示スクリーンをさらに備えてもよい。このデバイスは、検査中にユーザの瞳孔の画像を受信するように構成されたカメラをさらに備えてもよい。このシステムは、眼鏡処方箋を決定する方法を実行するプロセッサを制御するためのアプリケーションプログラム命令を備えてもよい。この方法は、ユーザの眼が近視であるかを判断するステップを含んでもよい。この方法は、ユーザの眼が近視だった場合、ユーザが表示スクリーン上の画像情報を観察している間、ユーザの眼の主径線および軸径線を決定するステップをさらに含んでもよい。この方法は、ユーザが表示スクリーン上のＳＳＰＦ画像情報を観察している間、ユーザの眼の主径線および軸径線における屈折異常をリアルタイムに決定するためのＬＬＤＤＭのシステムを有効にするステップをさらに含んでもよい。この方法は、ＬＬＤＤＭシステムを用いて取得した主径線値および軸径線値から球面処方および軸処方を計算するステップをさらに含んでもよい。この方法は、計算した処方値をユーザに表示するステップを含んでもよい。

第１の態様の特定の実施の形態では、モバイルコンピュータデバイスを用いてユーザの眼鏡処方箋の自己決定を可能とするシステムが与えられる。このシステムは、同時スプリットポイントフォーカス（ＳＳＰＦ）と、低遅延動的距離モニタリング（ＬＬＤＤＭ）と、を備える。
前記モバイルコンピュータデバイスは、
データを保存するための揮発性メモリおよび不揮発性メモリと、
前記不揮発性メモリに保存されたプログラム命令を実行するように構成されたプロセッサと、
指示および画像をユーザに表示するために、前記プロセッサから情報を受信する表示スクリーンと、
検査中に、前記ユーザの瞳孔の画像を受信するように構成されたカメラと、を備え、
前記システムは、眼鏡処方箋を決定する方法を前記プロセッサに実行させるためのアプリケーションプログラム命令を備える。
前記方法は、
前記ユーザが近視であるかを決定するステップと、
前記ユーザが近視であった場合、前記ユーザが前記表示スクリーンの上に表示された画像情報を観察している間に、前記ユーザの眼の主径線および軸径線を決定するステップと、
前記ユーザが前記表示スクリーンの上に表示されたＳＳＰＦ画像情報を観察している間に、前記ユーザの眼の主径線および軸径線における屈折パワー誤差をリアルタイムに決定するためのＬＬＤＤＭシステムを起動するステップと、
前記ＬＬＤＤＭシステムを用いて得られた主径線および軸径線の値から、球面処方、円柱処方および軸処方を計算するステップと、
計算された処方値をユーザに表示するステップと、を含む。

ユーザが近視であるかを決定するステップは、前記プロセッサでプログラム命令を実行することによって実行される第２の方法を含んでもよい。
前記第２の方法は、
２色背景を有する第１部分を備えた画像を、前記表示スクリーンの上に表示するステップと、
前記ユーザに指示を与えるステップと、
前記ユーザにとってより鮮明に見える画像の部分に関する入力をユーザから受信するステップと、を含む。

軸径線を決定するステップは、前記プロセッサでプログラム命令を実行することによって実行される第３の方法を含んでもよい。
前記第３の方法は、
放射状線の画像を前記表示スクリーンの上に表示するステップと、
前記ユーザに指示を与えるステップと、
前記ユーザにとってより鮮明に見える線の部分に関する入力をユーザから受信するステップと、を含む。

主径線を決定するステップは、前記プロセッサでプログラム命令を実行することによって実行される第４の方法を含んでもよい。
前記第４の方法は、
２色背景を含むハッシュライン画像を前記表示スクリーンの上に表示するステップと、
前記ユーザにとって線の鮮明さが同じになったときの、前記ユーザの検査対象の眼に対する前記表示スクリーンの位置に関する入力をユーザから受信するステップと、
前記表示スクリーンから前記ユーザの検査対象の眼までの距離を決定するステップと、を含む。

表示スクリーンの上に表示される線の幅は、２ピクセル以上８ピクセル以下であってもよく、概ね２ピクセル、３ピクセル、４ピクセル、５ピクセル、６ピクセル、７ピクセルまたは８ピクセルであってもよい。表示スクリーンの上に表示される放射状線の幅は、４ピクセル以上８ピクセル以下であってもよく、約４ピクセル、５ピクセル、６ピクセル、７ピクセルまたは８ピクセルであってもよい。表示スクリーンの上に表示される線の長さは、４０ｍｍ以上６０ｍｍ以下であってもよく、２０ｍｍ以上８０ｍｍ以下、３０ｍｍ以上７０ｍｍ以下、２０ｍｍ以上６０ｍｍ以下、３０ｍｍ以上６０ｍｍ以下、５０ｍｍ以上６０ｍｍ以下であってもよく、約２０ｍｍ、３０ｍｍ、４０ｍｍ、４５ｍｍ、５０ｍｍ、５５ｍｍ、６０ｍｍ、６５ｍｍ、７０ｍｍ、８０ｍｍであってもよい。

このシステムは２色画像を備えてもよい。
前記２色画像は、
境界によって分割された少なくとも２つの背景部分を備えた２色背景画像と、
前記２つの背景部分の境界にまたがって前記２色背景画像に重ね合わされる画像と、を備え、
前記２色背景画像に重ね合わされた画像の各部分は、前記ユーザの検査対象の眼の眼球中心窩に同時に画像化される。

前記表示スクリーンから前記ユーザの検査対象の眼までの距離は、前記ユーザの検査対象の眼のライブビデオストリームを用いて決定されてもよい。

本発明の第２の態様では、モバイルコンピュータデバイスを用いてユーザの眼鏡処方箋を自己決定する方法が与えられる。この方法は、モバイルコンピュータデバイスを与えるステップを含んでもよい。前記モバイルコンピュータデバイスは、不揮発性メモリに保存されたプログラム命令を実行するように構成されたプロセッサを備えてもよい。前記モバイルコンピュータデバイスは、指示および画像をユーザに表示するために、前記プロセッサから情報を受信する表示スクリーンをさらに備えてもよい。前記モバイルコンピュータデバイスは、検査中に、前記ユーザの瞳孔の画像を受信するように構成されたカメラをさらに備えてもよい。前記方法は、眼鏡処方箋を決定する方法を前記プロセッサに実行させるためのアプリケーションプログラム命令を与えるステップを含んでもよい。前記アプリケーションプログラム命令は、前記ユーザが近視であるかを決定するステップを実行させるプログラムコードを含んでもよい。前記アプリケーションプログラム命令は、前記ユーザが近視であった場合、前記ユーザが前記表示スクリーンの上に表示された画像情報を観察している間に、前記ユーザの眼の主径線および軸径線を決定するステップを実行させるプログラムコードと、前記主径線および前記軸径線の値から、球面処方、円柱処方および軸処方を計算するステップを実行させるプログラムコードと、を含んでもよい。

第２の態様の特定の実施の形態では、モバイルコンピュータデバイスを用いてユーザの眼鏡処方箋を自己決定する方法が与えられる。この方法は、モバイルコンピュータデバイスを与えるステップを含み、
前記モバイルコンピュータデバイスは、
不揮発性メモリに保存されたプログラム命令を実行するように構成されたプロセッサと、
指示および画像をユーザに表示するために、前記プロセッサから情報を受信する表示スクリーンと、
検査中に、前記ユーザの瞳孔の画像を受信するように構成されたカメラと、を備え、
前記方法は、眼鏡処方箋を決定する方法を前記プロセッサに実行させるためのアプリケーションプログラム命令を与えるステップを含み、
前記アプリケーションプログラム命令は、
前記ユーザが近視であるかを決定するステップを実行させるプログラムコードと、
前記ユーザが近視であった場合、前記ユーザが前記表示スクリーンの上に表示された画像情報を観察している間に、前記ユーザの眼の主径線および軸径線を決定するステップを実行させるプログラムコードと、
前記主径線および前記軸径線の値から、球面処方、円柱処方および軸処方を計算するステップを実行させるプログラムコードと、を含む。

ユーザが近視であるかを決定するステップは、
２色背景を有する第１部分を備えた画像を、前記表示スクリーンの上に表示するステップを実行させるプログラムコードと、
前記ユーザに指示を与えるステップを実行させるプログラムコードと、
前記ユーザにとってより鮮明に見える画像の部分に関する入力をユーザから受信するステップを実行させるプログラムコードと、を含んでもよい。

軸径線を決定するステップは、
放射状線の画像を前記表示スクリーンの上に表示するステップを実行させるプログラムコードと、
前記ユーザに指示を与えるステップを実行させるプログラムコードと、
前記ユーザにとってより鮮明に見える線の部分に関する入力をユーザから受信するステップを実行させるプログラムコードと、を含んでもよい。

主径線を決定するステップは、
２色背景を含むハッシュライン画像を前記表示スクリーンの上に表示するステップを実行させるプログラムコードと、
前記ユーザにとって線の鮮明さが同じになったときの、前記ユーザの検査対象の眼に対する前記表示スクリーンの位置に関する入力をユーザから受信するステップを実行させるプログラムコードと、
前記表示スクリーンから前記ユーザの検査対象の眼までの距離を決定するステップを実行させるプログラムコードと、を含んでもよい。

この方法は、前記表示スクリーンの上に２色画像を表示するステップを備えてもよい。
前記２色画像は、
境界によって分割された少なくとも２つの背景部分を備えた２色背景画像と、
前記２つの背景部分の境界にまたがって前記２色背景画像に重ね合わされる画像と、を備え、
前記２色背景画像に重ね合わされた画像の各部分は、前記ユーザの検査対象の眼の眼球中心窩に同時に画像化される。

前記表示スクリーンから前記ユーザの検査対象の眼までの距離は、前記ユーザの検査対象の眼のライブビデオストリームを用いて決定されてもよい。

前記２色背景は、第１部分と、第２部分と、境界と、を有する背景画像を備えてもよい。前記第１部分と前記第２部分とは互いに隣接する。

記第１部分は赤の背景部分を備えてもよく、前記第２部分は緑または青の背景部分を備えてもよい。

前記ハッシュライン画像は、前記赤の背景部分および前記緑の背景部分の両方の上に重ね合わされてもよく、前記境界に対する角度が概ね４０度以上９０度以下となるように調整されてもよい。前記ハッシュライン画像は、前記境界に対する角度が概ね４０度以上１４０度以下、概ね４５度以上１３５度以下、概ね５０度以上１３０度以下、概ね５５度以上１２５度以下、概ね６０度以上１２０度以下、概ね６５度以上１１５度以下、概ね７０度以上１１０度以下、概ね７５度以上１０５度以下、概ね８０度以上１００度以下、概ね８５度以上９５度以下または概ね４０度以上１４０度以下となるように調整されてもよく、概ね４０度、４５度、５０度、５５度、６０度、６５度、７０度、７５度、８０度、８５度、８６度、８７度、８８度、８９度、８９．５度、９０度、９０．５度、９１度、９２度、９３度、９４度、９５度、１００度、１０５度、１１０度、１１５度、１２０度、１２５度、１３０度、１３５度または１４０度となるように調整されてもよい。

前記ハッシュライン画像は、前記境界に対してほぼ垂直となるように調整されてもよい。

本発明の第３の態様では、モバイルコンピュータデバイスを用いてユーザの眼鏡処方箋の自己決定を可能とするシステムが与えられる。

このデバイスは、データを保存するための揮発性メモリおよび不揮発性メモリを備えてもよい。このデバイスは、前記不揮発性メモリに保存されたプログラム命令を実行するように構成されたプロセッサをさらに備えてもよい。このデバイスは、指示および画像をユーザに表示するために、前記プロセッサから情報を受信する表示スクリーンをさらに備えてもよい。このデバイスは、検査中に、前記ユーザの瞳孔の画像を受信するように構成されたカメラをさらに備えてもよい。

このシステムは、眼鏡処方箋を決定する方法を前記プロセッサに実行させるためのアプリケーションプログラム命令を備えてもよい。この方法は、前記ユーザが近視であるかを決定するステップと、前記ユーザが近視であった場合、前記ユーザが前記表示スクリーンの上に表示された画像情報を観察している間に、前記ユーザの眼の主径線および軸径線を決定するステップと、を含んでもよい。この方法は、前記主径線および前記軸径線の値から、球面処方、円柱処方および軸処方を計算するステップを含んでもよい。この方法は、計算された処方値をユーザに表示するステップを含んでもよい。

第３の態様の特定の実施の形態では、モバイルコンピュータデバイスを用いてユーザの眼鏡処方箋の自己決定を可能とするシステムが与えられる。このデバイスは、
データを保存するための揮発性メモリおよび不揮発性メモリと、
前記不揮発性メモリに保存されたプログラム命令を実行するように構成されたプロセッサと、
指示および画像をユーザに表示するために、前記プロセッサから情報を受信する表示スクリーンと、
検査中に、前記ユーザの瞳孔の画像を受信するように構成されたカメラと、を備え、
前記システムは、眼鏡処方箋を決定する方法を前記プロセッサに実行させるためのアプリケーションプログラム命令を備え、
前記方法は、
前記ユーザが近視であるかを決定するステップと、
前記ユーザが近視であった場合、前記ユーザが前記表示スクリーンの上に表示された画像情報を観察している間に、前記ユーザの眼の主径線および軸径線を決定するステップと、
前記主径線および前記軸径線の値から、球面処方、円柱処方および軸処方を計算するステップと、
計算された処方値をユーザに表示するステップと、を含む。

ユーザが近視であるかを決定するステップは、前記プロセッサでプログラム命令を実行することによって実行される方法を含んでもよい。
この方法は、
２色背景を有する第１部分を備えた画像を、前記表示スクリーンの上に表示するステップと、
前記ユーザに指示を与えるステップと、
前記ユーザにとってより鮮明に見える画像の部分に関する入力をユーザから受信するステップと、を含んでもよい。

軸径線を決定するステップは、前記プロセッサでプログラム命令を実行することによって実行される方法を含んでもよい。
この方法は、
放射状線の画像を前記表示スクリーンの上に表示するステップと、
前記ユーザに指示を与えるステップと、
前記ユーザにとってより鮮明に見える線の部分に関する入力をユーザから受信するステップと、を含んでもよい。

主径線を決定するステップは、前記プロセッサでプログラム命令を実行することによって実行される方法を含んでもよい。
この方法は、
２色背景を含むハッシュライン画像を前記表示スクリーンの上に表示するステップと、
前記ユーザにとって線の鮮明さが同じになったときの、前記ユーザの検査対象の眼に対する前記表示スクリーンの位置に関する入力をユーザから受信するステップと、
前記表示スクリーンから前記ユーザの検査対象の眼までの距離を決定するステップと、を含んでもよい。

表示スクリーンの上に表示されるハッシュライン画像の幅は、２ピクセル以上８ピクセル以下であってもよく、概ね２ピクセル、３ピクセル、４ピクセル、５ピクセル、６ピクセル、７ピクセルまたは８ピクセルであってもよい。表示スクリーンの上に表示される放射状線の幅は、４ピクセル以上８ピクセル以下であってもよく、約４ピクセル、５ピクセル、６ピクセル、７ピクセルまたは８ピクセルであってもよい。表示スクリーンの上に表示される線の長さは、４０ｍｍ以上６０ｍｍ以下であってもよく、２０ｍｍ以上８０ｍｍ以下、３０ｍｍ以上７０ｍｍ以下、２０ｍｍ以上６０ｍｍ以下、３０ｍｍ以上６０ｍｍ以下、５０ｍｍ以上６０ｍｍ以下であってもよく、約２０ｍｍ、３０ｍｍ、４０ｍｍ、４５ｍｍ、５０ｍｍ、５５ｍｍ、６０ｍｍ、６５ｍｍ、７０ｍｍ、８０ｍｍであってもよい。

本発明の第４の態様では、モバイルコンピュータデバイスを用いてユーザの眼鏡処方箋の自己決定する方法が与えられる。この方法は、モバイルコンピュータデバイスを与えるステップを含んでもよい。前記モバイルコンピュータデバイスは、
不揮発性メモリに保存されたプログラム命令を実行するように構成されたプロセッサと、
指示および画像をユーザに表示するために、前記プロセッサから情報を受信する表示スクリーンと、
検査中に、前記ユーザの瞳孔の画像を受信するように構成されたカメラと、をさらに備えてもよい。

この方法は、眼鏡処方箋を決定する方法を前記プロセッサに実行させるためのアプリケーションプログラム命令を与えるステップを含んでもよい。

アプリケーションプログラム命令は、前記ユーザが近視であるかを決定するステップを実行させるプログラムコードを含んでもよい。アプリケーションプログラム命令は、前記ユーザが近視であった場合、前記ユーザが前記表示スクリーンの上に表示された画像情報を観察している間に、前記ユーザの眼の主径線および軸径線を決定するステップを実行させるプログラムコードを含んでもよい。アプリケーションプログラム命令は、前記主径線および前記軸径線の値から、球面処方、円柱処方および軸処方を計算するステップを実行させるプログラムコードを含んでもよい。

第４の態様の特定の実施の形態では、モバイルコンピュータデバイスを用いてユーザの眼鏡処方箋を自己決定する方法が与えられる。この方法は、モバイルコンピュータデバイスを与えるステップを含む。このデバイスは、
不揮発性メモリに保存されたプログラム命令を実行するように構成されたプロセッサと、
指示および画像をユーザに表示するために、前記プロセッサから情報を受信する表示スクリーンと、
検査中に、前記ユーザの瞳孔の画像を受信するように構成されたカメラと、を備える。
前記方法は、眼鏡処方箋を決定する方法を前記プロセッサに実行させるためのアプリケーションプログラム命令を与えるステップを含む。このアプリケーションプログラム命令は、
前記ユーザが近視であるかを決定するステップを実行させるプログラムコードと、
前記ユーザが近視であった場合、前記ユーザが前記表示スクリーンの上に表示された画像情報を観察している間に、前記ユーザの眼の主径線および軸径線を決定するステップを実行させるプログラムコードと、
前記主径線および前記軸径線の値から、球面処方、円柱処方および軸処方を計算するステップを実行させるプログラムコードと、を含む。

ユーザが近視であるかを決定するステップは、
２色背景を有する第１部分を備えた画像を、前記表示スクリーンの上に表示するステップを実行させるプログラムコードと、
前記ユーザに指示を与えるステップを実行させるプログラムコードと、
前記ユーザにとってより鮮明に見える画像の部分に関する入力をユーザから受信するステップを実行させるプログラムコードと、を含む。

軸径線を決定するステップは、
放射状線の画像を前記表示スクリーンの上に表示するステップを実行させるプログラムコードと、
前記ユーザに指示を与えるステップを実行させるプログラムコードと、
前記ユーザにとってより鮮明に見える線の部分に関する入力をユーザから受信するステップを実行させるプログラムコードと、を含む。

主径線を決定するステップは、
２色背景を含むハッシュライン画像を前記表示スクリーンの上に表示するステップを実行させるプログラムコードと、
前記ユーザにとって線の鮮明さが同じになったときの、前記ユーザの検査対象の眼に対する前記表示スクリーンの位置に関する入力をユーザから受信するステップを実行させるプログラムコードと、
前記表示スクリーンから前記ユーザの検査対象の眼までの距離を決定するステップを実行させるプログラムコードと、を含む。

本発明は、一般に、患者の屈折異常を決定するシステムおよび方法に関し、より具体的には、モバイルコンピュータデバイスを用いて患者の屈折異常を決定し、当該患者に適切な矯正レンズ処方箋を提供するシステムおよび方法に関する。このシステムおよび方法は、医師の訪問またはその費用を必要としない。従って、便利さおよびコスト効果の点で最適化がされる。

一般的な実施の形態では、本開示は、患者の矯正レンズ処方箋を決定する方法を与える。この方法は、患者のそれぞれの眼に関し独立して、コンピュータスクリーンを介して、乱視の処方箋を決定することを含む。

さらなる実施の形態では、第１図と第２図とは同じ図である。代替的な実施の形態では、第１図と第２図とは異なる図である。

代替的な実施の形態では、本発明は、患者の矯正レンズ処方箋を決定する方法を与える。この方法は、患者のそれぞれの眼に関し独立して、モバイルデバイスの表示スクリーン上への画像の表示を用いて、患者の乱視処方箋および矯正レンズのパワーを決定すること、表示された画像に関するユーザの入力を受信すること、およびモバイルデバイス表示スクリーンと患者の眼との間の距離を決定することを含む。

さらなる実施の形態では、本方法は、患者のそれぞれの眼に関し独立して、モバイルデバイスの表示スクリーン上で患者に画像を表示することにより当該患者が近視か遠視かを決定することを含む。患者に表示される画像は、少なくとも２色背景の上に表示され、患者にとって最も鮮明に見える画像に関する情報を患者がモバイルデバイスに入力できることを可能とする。

別の実施の形態では、本開示は、不揮発性コンピュータ読み取り可能媒体を与える。この不揮発性コンピュータ読み取り可能媒体は、複数の命令を含む。これらの命令は、少なくとも１つのプロセッサで実行されると、モバイルデバイスの少なくとも１つの表示デバイス、モバイルデバイスの少なくとも１つのメモリデバイス、少なくとも１つのユーザ入力デバイスおよび少なくとも１つのカメラデバイスとともに、前記少なくとも１つのプロセッサが、患者の矯正レンズ処方箋を決定できるようにする。

上記の任意の態様の２色背景は、第１部分、第２部分および境界を有する背景画像を含んでもよい。この場合、第１部分および第２部分は、互いに隣接する。

１部分は赤の背景部分を備え、第２部分は緑または青の背景部分を備えてもよい。

ハッシュライン画像は、 前記赤の背景部分および前記緑の背景部分の両方の上に重ね合わされ、前記境界に対する角度が概ね４０度以上９０度以下となるように調整されてもよい。

ハッシュライン画像は、前記境界に対してほぼ垂直となるように調整されてもよい。

本開示の利点は、患者が眼鏡および／またはコンタクトレンズ処方箋を決定するおよび入手するときに、より便利である点にある。

本開示の利点は、患者が眼鏡および／またはコンタクトレンズ処方箋を決定するおよび入手するとき、コストおよび費用を低減できる点にある。

本開示の別の利点は、熟練した眼科医療専門家にしか扱えない高価な設備を必要とすることなく、眼鏡および／またはコンタクトレンズ処方箋を決定できる点にある。

本開示の特定の実施の形態の別の利点は、レンズを患者の眼の前に置くことなく、眼鏡および／またはコンタクトレンズ処方箋を決定できる点にある。

本開示のさらなる利点は、眼鏡および／またはコンタクトレンズ処方箋を迅速に決定できる点にある。

本システムおよび方法のさらなる利点は以下を含むが、これらに限定されない。
・照明環境を評価し、表示デバイスの明るさを調整するための自動調整プロセス。
・瞳孔間距離を計算するための自動調整。瞳孔間距離は、ユーザの屈折状態を計算するプロセスで使われてもよい。瞳孔間距離は、処方されたレンズを注文できるように、ユーザが入手可能できてもよい。
・履歴および症例データの収集。これは、最良の処方予測アルゴリズムのために使われてもよい。
・ユーザの眼の屈折状態、特に、それぞれの眼に関する光学システムの球面、円柱および円柱軸の矯正の必要性の決定。
・ユーザの眼の屈折状態の取得の主観的方法。
・屈折率結果の経時的長手記録方式。これにより、結果を時間的に比較することができる。
・より正確な結果を与えるための、分析／アルゴリズムに基づく人工知能および機械学習。
・ユーザの眼の屈折状態の取得の客観的方法。
・遠近調整力の評価方法。ユーザの眼に関する、眼鏡またはコンタクトレンズ処方の近接追加成分の取得。
・最良の処方予測を与えるアルゴリズム。
・第１プルキンエ画像データを得るための効果的な方法。例えばユーザの角膜からの反射（これは、その後デバイスのカメラシステムによってキャプチャされる）を作るための明るい「フラッシュ」の生成、およびモバイルコンピュータデバイスの表示スクリーンの使用。
・両眼視覚機能を評価する方法。例えば各瞳孔の相対位置をモニタし、分離異常が検出されるか否かを決定するためのソフトウェアアプリケーションに実装された、瞳孔トラッキング機能の使用。これにより、ユーザの眼の両眼機能障害が示される。
・例えばソフトウェアアプリケーション内にアムスラーグリッド検査を実施するためのプログラムコードを含めた、網膜黄斑機能の評価方法。
・例えば前眼部の画像をキャプチャするためにモバイルコンピュータデバイスのカメラシステムを使い、様々な病理（例えば感染症、白内障の進行、まぶたの癌など）を検出するためにこれらの画像を分析するアルゴリズムを使う、前眼部病理評価方法。
・例えば簡単な自動化視野測定ルーチンを使う、視野評価方法。
・例えば様々な神経障害を診断するために、ソフトウェアアプリケーション内に眼球運動を評価するプログラムコードを含めた、視覚システムの神経系異常の評価方法。さらに、神経系異常に関し、ユーザの瞳孔反射および瞳孔反応の検査結果を分析することが可能。
・眼科薬品の自動化トラッキングおよびレポーティングのための特定の統合モジュール。

追加的な特徴および利点は、以下の詳細な説明および図面で明確となる。

本発明に範囲に含まれる他の任意の形態および本発明の好ましい実施の形態を、添付の図面を参照しながら、例示のみで説明する。
モバイルコンピュータデバイスを用いたＤＩＹ処方アプリケーションの使用例を示す模式図である。 本開示の実施の形態に係るシステムの操作方法における最初のステージでの手順を示すフローチャートである。 本開示の実施の形態に係るシステムの操作方法におけるさらなるステージでの手順を示すフローチャートである。 本開示の実施の形態に係るシステムの操作方法におけるあるステージで、患者の眼鏡処方箋を計算するために主径線を決定するときの手順を詳細に示すフローチャートである。 本開示の実施の形態に係るシステムのスクリーンショットである。ここではシステムは、実施の形態に係るシステムの操作方法における最初のステージに関する画像を表示している。 本開示の実施の形態に係るシステムのスクリーンショットである。ここではシステムは、実施の形態に係るシステムの操作方法におけるさらなるステージに関する画像を表示している。ここでは、患者は入力を与える。この入力は、当該患者の軸度数に関し、最も鮮明に見える径線に相当する。 図６Ａに示される画像から得られる眼鏡処方箋における軸パラメータの計算で使われる数値規約を示す。 本開示の実施の形態に係るシステムのスクリーンショットである。ここではシステムは、患者の眼鏡処方箋の計算のための主径線を決定するための、同時スプリットポイントフォーカス（ＳＳＰＦ）画像を表示している。 本開示の実施の形態に係るシステムのスクリーンショットである。ここではシステムは、患者の眼鏡処方箋の計算のための主径線を決定するための、同時スプリットポイントフォーカス（ＳＳＰＦ）画像を表示している。 本開示の実施の形態に係るシステムのスクリーンショットである。ここではシステムは、患者の眼鏡処方箋の計算のための主径線を決定するための、同時スプリットポイントフォーカス（ＳＳＰＦ）画像を表示している。 単一のカメラを用いて距離測定値を得るためのシステムの模式図である。このシステムは、モバイルデバイスのディスプレイスクリーンからユーザの眼までの距離ｄを測定するために、単一の三角形を使う。 本発明の様々な実施の形態が実行されるモバイルコンピュータデバイスを示す図である。 眼検査システムと本開示に係る方法とで計算された眼鏡処方箋の正確さを比較する実験結果を示すグラフである。 従来技術の隣接２色眼検査の配置を示す図である。 本開示に係るＳＳＰＦ画像のさらなる配置を示す図である。 モバイルデバイスのスクリーン上に表示された図１２ＡのＳＳＰＦ画像の配置を示す図である。

［定義］
以下の定義は一般的な定義として与えられる。本発明の範囲は、これらの用語のみに限定されない。以下の定義は、本明細書の理解を助けるための説明である。

特段別に定義されない限り、本明細書で使われる技術的および科学的用語は、当業者が一般的に理解するものと同じ意味を持つ。さらにここで使われる用語は、本明細書および関連技術の文脈と一致した意味を持つ。これらの用語は、別に定義されない限り、理想化されたり、過度に公的な意味を持ったりしない。本発明のための追加的な用語が、以下で定義される。さらに本明細書におけるすべての定義は、辞書的定義、参考文献に含まれる定義、および／または通常の意味に優先すると理解されたい。ただし特定の用語に疑義が生じた場合は、辞書的定義および／または通常使われる意味が優先する。

本発明のために、以下のように用語が定義される。

不定冠詞「ａ」および「ａｎ」は、複数の事項に対しても使う（すなわち、少なくとも１つを意味する）。例えば「ａｎ ｅｌｅｍｅｎｔ」は、１つまたは複数のｅｌｅｍｅｎｔを意味する。

本明細書では、「約」という用語は、参照する量に対して、例えば３０％（好ましくは２０％、さらに好ましくは１０％）の幅を持つ量を意味する。「約」を数値に対して使った場合は、単にその数値が正確ではないことを意味する。

本明細書全体を通して、文脈上他の意味を要求されない限り、「備える」「備えている」という用語は、ある要素またはステップが特定の要素またはステップの集合に属することを意味する。しかし、別の要素またはステップが当該集合に属することを排除しない。

本明細書で使われる「含む」「含んでいる」という用語も非限定的に使われる。すなわち、ある要素／特徴がある概念に含まれることを意味するが、別の要素／集合がその概念に含まれることを排除しない。従って「含む」と「備える」は同義語である。

請求項および明細書において、すべての移行句（例えば「備える」「運ぶ」「持つ」「含む」「内包する」「有する」「～によって構成される」等）は、オープンエンドである（すなわち「含むが、限定されない」）と理解されたい。ただし「～からなる」および「実質的に～からなる」という用語だけは、それぞれクローズドエンドおよびセミクローズドエンドである。

本明細書で使われる「典型的な」という用語は、例を与えるために使われ、品質を表さない。すなわち「典型的な実施の形態」は、一例としての実施の形態であり、理想的なモデルや最良の実施例といった品質に関わる実施の形態を表すものではない。

本明細書に示されるものと類似した任意の方法または物が、本発明の実用または試験に使われてもよい。しかし、好ましい方法または物が説明されることもある。本明細書で説明する方法、装置およびシステムは、様々な仕方および目的で実施されてもよい。こうした説明は例示のみを用いる。

本明細書で概説される方法およびプロセスは、様々なオペレーティングシステムまたはプラットフォームの１つを使う１つ以上のプロセッサで実行可能なソフトウェアとしてコード化されてもよい。さらにこうしたソフトウェアは、適切なプログラム言語および／またはプログラミングツールもしくはスクリプティングツールを使って記述されてもよい。こうしたソフトウェアは、フレームワークまたは仮想マシンで実行可能なマシン語コードまたは中間言語コードとしてコンパイルされてもよい。

この点で、様々な発明的概念が、１つ以上のプログラム（これは１つ以上のコンピュータその他のプロセッサで実行されると、本開示に係る方法の様々な実施の形態を実行する）とともにコード化されたコンピュータ読み取り可能媒体ストレージシステム（例えばコンピュータメモリ、１つ以上のフロッピー（登録商標）ディスク、コンパクトディスク（登録商標）、光ディスク、磁気テープ、フラッシュメモリ、フィールド・プログラマブル・ゲートアレイ内の回路配置その他の非一時的な媒体またはタンジブル・コンピュータ・ストレージ媒体）として具現化されてもよい。コンピュータ読み取り可能媒体は記憶可能であり、例えば記憶したプログラムを１つ以上の異なるコンピュータその他のプロセッサにロードすることができ、本開示に係る様々な態様を実行できる。

本明細書で使われる「プログラム」または「ソフトウェア」という用語は、一般的な意味で、本開示に係る様々な実施の態様を実現可能なコンピュータその他のプロセッサをプログラムするために利用可能な、任意のタイプのコンピュータコードまたはコンピュータ実行可能命令セットのことをいう。さらにある態様では、実行されたときに本発明の方法を実行する１つ以上のコンピュータプログラムは、必ずしも単一のコンピュータに実装されず、モジュラー形式で複数のコンピュータまたはプロセッサに分散されてもよい。

コンピュータ実行可能な命令は、例えばプログラムモジュールなどの、１つ以上のコンピュータその他のデバイスで実行される多くの形式であってもよい。一般にプログラムモジュールは、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。これらは、特定のタスクを実行する、または特定の抽象的なデータタイプを実装する。典型的にプログラムモジュールの機能は、様々な実施の形態で望まれる形に組み合わされるまたは分散される。

またデータ構造は、コンピュータ読み取り可能媒体に、任意の好適な形式で保存されてもよい。説明を簡単にするために、データ構造は、当該データ構造内の位置に関連するフィールドを持つものとして示されてもよい。同様にこのような関係は、フィールドに関し、フィールド間の関係を有するコンピュータ読み取り可能媒体内の位置にストレージを適用することによって達成されてもよい。しかしながら、データ構造内のフィールドにおける情報間の関係を確立するために、任意の好適なメカニズムが使われてもよい。こうしたメカニズムには、タグその他の要素間の関係を確立するためのメカニズムがある。

また本発明の概念は、１つ以上の方法として実現されてもよい。その一例についてはすでに述べた。この方法の一部として実行されるステップは、任意の好適な仕方で順序付けられてもよい。従って実施の形態では、いくつかのステップが、本明細書で説明されたものと違う順序で実行されてもよい。例えば明細書に記載された実施の形態がシーケンシャルなステップであったとしても、いくつかのステップは同時に実行されてもよい。

本明細書および請求項で使われる「および／または」という語句は、結合された要素の「いずれか、またはその両方」を意味する。すなわち、この語句で結合された要素は、結合的に存在することもあるし、選言的に存在することもある。「および／または」で列挙される複数の要素（すなわち「１つ以上の」結合された要素）も同様である。「および／または」により特定された要素とは別の要素が、（特定された要素と関係して、または無関係に）選択的に存在してもよい。従って非限定的な例として、「Ａおよび／またはＢ」が「～を備える」といったオープンエンドの語句とともに使われたときは、Ａのみ（選択的にＢ以外の要素を含む）を意味する場合もあるし、Ｂのみ（選択的にＡ以外の要素を含む）を意味する場合もあるし、ＡとＢの両方（選択的に他の要素を含む）を意味する場合もある。

本明細書および請求項で使われる「または」という語句は、上記で定義された「および／または」と同じ意味を持つ。例えば列挙された事項を分けるとき、「または」または「および／または」は包括的であると理解される。すなわち、列挙された事項の少なくとも１つを含むこともあるし、２つ以上を含むこともある。さらに選択的には、列挙されていない他の追加的な事項を含むこともある。一方「～のうちの１つだけ」または「～のうちの正確に１つ」、あるいは請求項内の「～からなる」といった明示的な表現に限って、列挙された事項の中の１つの要素のみを含む。一般に本明細書で使われる「または」という用語は、「～のいずれか一方」「～のうちの１つ」「～のうちの１つだけ」または「～のうちの正確に１つ」といった排他的な用語に続くときに限って排他的な意味を持つ。請求項内で「実質的に～からなる」という表現が使われたときは、特許法における通常の意味に従う。

列挙された１つ以上の要素を参照するとき、本明細書および請求項で使われる「少なくとも１つ」という語句は、列挙された事項の中の少なくとも１つの要素を意味し、特定の１つの要素やすべての要素を意味するとは限らず、列挙された要素のいかなる組み合わせも排除しない。「少なくとも１つ」により特定された要素と別の要素が、（特定された要素と関係して、または無関係に）選択的に存在してもよい。従って、非限定的な例として、「ＡおよびＢの少なくとも１つ」（同様に「ＡまたはＢの少なくとも１つ」あるいは「Ａおよび／またはＢの少なくとも１」）といったときは、少なくとも１つのＡが存在しＢが存在しないこと（選択的にＢ以外の要素を含む）を意味する場合もあるし、少なくとも１つのＢが存在しＡが存在しないこと（選択的にＡ以外の要素を含む）を意味する場合もあるし、少なくとも１つのＡが存在し少なくとも１つのＢが存在すること（選択的に他の要素を含む）を意味する場合もある。

本明細書において、方法のステップがシーケンシャルに記述されたとき、他の論理的な解釈が存在しない場合を除いて、当該シーケンスは時系列的にその順序通りに実行されなくてもよい。

さらに、本発明の特徴または態様をマーカッシュグループにより記述したときは、本発明を当該マーカッシュグループの個別の要素またはこうした要素のサブグループを用いて記述することも可能である。

［詳細な説明］
ユーザインタフェースおよび対応するユーザインタラクションの方法が説明される。以下の説明では、本発明の実施の形態の完全な理解を助けるために特定の詳細が示される。しかし本発明を実施するために、こうした特定の詳細を与える必要はない。逆に、明確化のために適切であれば、当業者に既知の特定の詳細は省略されることもある。

以下の説明で異なる実施の形態に同一または類似の符号が付された場合、これらの形態は同一または類似の特徴を持つ。

人の眼の屈折状態を遠隔的かつ自動的に測定する方法は、ユーザの眼鏡処方箋を得るための時間およびコストを大幅に低減する潜在能力を持つ。こうした潜在能力は、ユーザが特別なトレーニングを受けることを必要としない（または、特別なトレーニングを受けた人の補助を必要としない）ときのみ具現化され、かつ自然に、簡単にかつ迅速に実現される。ユーザにとっての技術的・実用的障壁（例えば長く難しい手順、特定の場所の訪問、専用の装置または機器、複雑なユーザインタラクションなど）があると、ＤＩＹ眼鏡処方箋システムの商業的可能性は低下する。

理想的なＤＩＹ眼鏡処方箋システムは、困難な設定や時間を必要とせず、正確かつ信頼性のある結果が得られるものである。さらにこうしたシステムは、広く入手可能なコンシューマ向けハードウェア、例えばスマートフォンや個人向けタブレット端末などのモバイルデバイスに搭載されることが望ましい。こうしたシステムの場合、簡単な操作で迅速に必要な結果が得られる。得られた結果はシステム内に保存され、後で（例えばユーザが、さらなる眼科検査のために眼鏡処方箋を必要とするときなど）簡単に引き出すことができる。

ユーザからのアクセスがしやすいように、こうしたシステムは通常のユーザ環境（例えば家庭内や屋外）で動作できることが望ましい。すなわちこうしたシステムは、照明環境、画像解像度、ユーザの位置や姿勢といった使用時の制約がなるべく少ない方がよい。

さらにこうしたシステムは、眼鏡の注文や製造過程に必要な基本測定量、すなわち瞳孔間距離をシームレスに得ることができることが望ましい。特定の構成では、瞳孔間距離がソフトウェアアプリケーション内に事前に保存されるか、ユーザからの瞳孔間距離に関する入力を受信できるようにアプリケーションが構成されてもよい（この場合アプリケーションは、モバイルデバイスの表示スクリーン上に表示された指示を介して、ユーザを誘導してもよい）。例えばモバイルデバイスのカメラをユーザの眼から所定の距離ｄ（図８を参照）に設定し、相似の三角形を用いて瞳孔間距離が計算されてもよい（より詳細には図８を参照）。特定の例では、定規を用いて距離ｄが設定されてもよく、代替的に既知のサイズの物（例えばＡ４サイズの紙）を用いて距離ｄが設定されてもよい。

ＤＩＹ処方決定システムは、主観的または客観的アプローチのいずれかを用いて実現されてもよい。しかし信頼性のあるシステムを実現するには、いずれのアプローチにも以下の課題が存在する。

主観的検査は、提示された画像のいずれが好ましいかに関し、ユーザからのフィードバックを必要とする。しかしながら主観的検査は、様々な理由から多くの誤差を伴う結果をもたらす可能性がある。例えばユーザの視力調節能力の有無（すなわちユーザの眼が、近くの（あるいは遠くの）物に対し焦点調節できるか否か）、指示に正しく従わないユーザがいる、特定の形状を好むユーザがいる、などがこうした理由の例である。当業者であれば、他にも理由があることを理解するだろう。

客観的検査では、視覚系によって取得された画像を脳がどのように認識・分析するかを考慮しない。このため、客観的検査がすべての患者に最良の処方箋を与えるとは限らない。客観的検査より主観的結果の方を好む患者もいる。

従って熟練した診療医は、最終的な眼鏡処方箋を作成するときに、しばしば主観的結果と客観的結果の両方を考慮する。

適切な視力矯正眼鏡のための効果的な自己検査眼鏡処方箋システムを実現するためには、ユーザが視覚的屈折状態の決定に使われるタスクのステップを容易に理解し、ユーザ入力を考慮した上で現在の視覚的屈折状態の正確な処方が得られるよう、ユーザがタスクを容易に実行できなければならない。

本明細書で開示されるユーザの眼鏡処方箋を決定するシステムおよび方法は、表示スクリーンと、ユーザが表示スクリーンを見るときユーザの方を向く少なくとも１つのカメラ（典型的には、最近の一般的なモバイルコンピュータデバイスに搭載され、ビデオ通話（例えばアップル社のＦａｃｅＴｉｍｅ（登録商標））などで使われる前向きカメラ）と、を備えたスマートフォンやタブレットなどのモバイルコンピュータデバイスで実行されるソフトウェアアプリケーションを使う。このソフトウェアアプリケーションは、ユーザの眼の屈折状態を決定または評価するために、当該ユーザに視覚的刺激を与える。このソフトウェアアプリケーションは、眼鏡やコンタクトレンズなどの光学用品を注文するときに使える有用な光学的処方を生成する。ユーザは本発明をスマートフォンアプリケーションとして使うことにより、資格のある眼科専門医を訪問したり、フォロプターなどの眼の屈折状を測定するための高度に専門化された機器を使ったりすることなく、自分の眼鏡処方箋が得られるという大きな利点が得られる。

図１に示されるシステムの構成１０では、屈折率の矯正が必要な眼３を持つユーザ１は、表示スクリーン７を備えたモバイルコンピュータデバイス５（スマートフォンやタブレットなど）のソフトウェアアプリケーションを実行する。モバイルコンピュータデバイス５は、ユーザに指示および画像を表示するための表示スクリーン７を備える。好ましい構成では、モバイルコンピュータデバイス５の表示スクリーンは、表示された指示および／または画像に応答したユーザ１からの入力を受けるのに適した、タッチセンシティブデバイスである。モバイルコンピュータデバイス５は、ユーザ１が表示スクリーン７を見るときに当該ユーザの眼３を視野に捉える少なくとも１つの前向きのカメラをさらに備える。ユーザ１の両眼３は、距離ＰＤで離れている。典型的には距離ＰＤは、ユーザの眼３の瞳孔間距離、すなわちユーザの左右の眼の瞳孔間の水平距離として規定される。

図２から図４は、本開示のシステムの特定の実施の形態に係るプロセスまたは方法の様々なステージのフローチャートである。いくつかの実施の形態では、１つ以上のプロセッサが、このプロセスを実現する命令セットを実行する。図２から図４に示されるフローチャートを参照してこのプロセスを説明する。しかしこのシステムは、これらの図示されたプロセスに関連する役割を果たす他の複数のプロセスを実行してもよい。例えばこのシステムは、図示されたブロックのいくつかの順序を変えてもよい。このシステムは、図示されたブロックのいくつかを選択的なものとしてもよい。このシステムは、図示されたブロックのいくつかを反復して実行してもよい。あるいはこのシステムは、必要に応じて、図示されたブロックのいくつかを実行しなくてもよい。

図２は、モバイルデバイスを用いて眼鏡処方箋を自己決定する方法の最初のステージ１００のフローチャートである。この方法は一般に、一方または両方の眼に屈折異常があり、視力矯正を必要とする患者の眼鏡および／またはコンタクトレンズの処方を決定するステップに関する。

本実施の形態に係る方法またはプロセスを実行するソフトウェアアプリケーションは、最初にユーザに初期入力データの提供を要求する。この入力データは、ユーザの眼鏡処方箋を計算するときの助けとなる。例えばこのソフトウェアアプリケーションは、ユーザに近視があるか、遠視があるか、乱視があるか、老眼があるか、またはその組み合わせがあるかを判断するときの最初の助けを得るために、ユーザに一連の質問１０１をしてもよい。この情報は、以下で説明する方法を用いた検査プロセスを進めるために使われてもよい。

検査を始めるにあたり（ステップ１）、ソフトウェアアプリケーションは、画像５００をモバイルコンピュータデバイス５の表示スクリーン７の上に表示する（１０３）。画像５００は、２色の背景の上に表示される２つの同じ画像５０５（例えばＶｅｒｈｏｅｆｆ円）を含む。この２色の背景は、境界５０７を有する２つの隣接する背景領域５０１および５０３を備える。図５に示されるように、一方の画像５０５ａは背景５０１の上に表示され、他方の画像５０５ｂは背景５０３の上に表示される（緑の背景に代えて青の背景が使われてもよい）。ユーザは、どちらの画像がより鮮明に見えるかを質問される。添付の図面（例えば図５等）では、明確化のため、２色背景の赤および緑の部分（例えば５０１および５０３）が描画され、対応する部分に「赤」および「緑」のキャプションが付される。しかしモバイルコンピュータデバイス５の表示スクリーン７上でユーザに示される画像５００は、一般にこのようなキャプションを含まない。

いくつかの実施の形態では、ソフトウェアアプリケーションは、表示スクリーン上にユーザへの質問（例えば「どちらの画像がより鮮明に見えるか？」）を示してもよく、ユーザの質問への回答によるソフトウェアアプリケーションへの入力１０５のための複数の選択肢を示してもよい（この選択肢は、タッチ領域の形で表示スクリーン上に配置されてもよい）。ユーザに与えられる選択肢は、例えば「赤」「緑」および「どちらでもない」を含んでもよい。ユーザが赤の背景上に表示された画像がより鮮明に見えるとして選んだ場合（１１０）、ユーザは近視であることが事前に仮定されている。この場合ユーザは、図３に示される次のステージ２００に進む。

一般に、表示される画像内のＶｅｒｈｏｅｆｆ円５０５の線の太さおよび間隔は重要ではない。この検査が成功するための主要因は、ユーザにとって赤または緑の背景上に表示された画像のどちらがより鮮明に見えるかを特定することにある。この場合視力は測定されず、さらにこの方法による検査の成功には視力は不要である。従ってユーザは、円の画像の詳細を識別する必要はない。ユーザには円が見えれば十分であるが、普通これはすべてのユーザに可能である。さらにいかなるユーザも、モバイルコンピュータデバイスを近くまたは遠くに動かすだけで、近視かどうかを判断するための初期評価に必要な十分な鮮明さで円を見ることができる。

２色（例えば赤および緑）の背景の上で同じ画像（例えば図５の画像５００）を示すことは、２色検査を含む。この検査は、ユーザの眼のレンズの焦点調整力に波長依存特性があることを利用する。すなわちこの検査は、眼の横色収差を使う。眼の色収差に起因して、より短い波長（緑）は、より長い波長（赤）より前方でフォーカスされる。ユーザが赤も緑も同程度に鮮明に見えると回答した場合は、当該ユーザの眼は矯正を必要としないと仮定され、検査は終了する（１５０）。

例えばモバイルコンピュータデバイス５の表示スクリーン７上に表示された画像５００に関し、ユーザが緑の領域５０３の画像５０５ｂの方がより鮮明に見えると回答した場合は、ユーザは遠視または老眼（またはその両方）であると仮定される。この場合ステージ１（１００）はここで終了し（１５０）、ユーザはソフトウェアアプリケーションにより別の検査に誘導される（１５５）。この場合、矯正は不要である、またはステージ１（１００）ではユーザの眼の屈折異常の矯正に必要な眼鏡処方箋を作れないからである。ユーザが赤の領域５０１の画像５０５ａの方がより鮮明に見えると回答した場合は、ユーザは近視であると仮定される。この場合ステージ１は、ユーザをステージ２（図３の２００）に誘導する（１２５）。

図３は、本開示に係るシステムの実施の形態の実行方法のさらなるステージ２（２００）のフローチャートである。ステージ１（１００）で少なくとも一方の眼３の近視の矯正が必要であると判断されたユーザに対し、ソフトウェアアプリケーションはモバイルコンピュータデバイス５の表示スクリーン７の上にさらなる画像を表示する（２０１）。図６Ａに示されるように、ステップ２０１では画像は一連の放射状線を含む。図６Ａでは、いくつかの線が他の線に比べ、より鮮明に／より黒く見える。図６Ａに示される放射状線の画像６００では、より鮮明な画像（線６０１）を表現するためにより黒い線を用いている。ここに図示された画像は、一方の眼に軸度が約１５°の乱視があるユーザによって観察されるものである。表示スクリーン７上でユーザに表示される画像６００では、すべての放射状線は同じ太さを持つ。いずれかの線が本当により鮮明かどうかを確認するために、ユーザはスクリーン上に示される指示に従って、モバイルコンピュータデバイス５を眼に近づけたり遠ざけたりして動かす。ユーザは、タッチスクリーン上の選択肢（または、スクリーン上の触感インタフェースの特定の場所）に触れることにより最も鮮明に見える線を選ぶか、すべての線が同程度に鮮明に見える（または、他の線と比べて特に鮮明に見えるものはない）と回答する。

ユーザが特定の線を選んだ場合、ユーザの眼は乱視の矯正が必要であると仮定され、サブメソッド２１０に進む。逆にユーザがすべての線が同程度に鮮明に見えると回答した場合、ユーザの眼は乱視の矯正が不要であると仮定され、サブメソッド２３０に進む。

［乱視－サブメソッド２１０］
ユーザからの入力内容が、ステップ２０１で表示された画像の線の１つを選んだものであった場合、ソフトウェアアプリケーションは選ばれた線の回転角を最鮮明径線として、モバイルコンピュータデバイス５の一時的メモリまたは短時間メモリに保存し、図３に示されるサブメソッド２１０に進む。

ソフトウェアアプリケーションは、図６Ａに示されるような通常の角度表示を参照して、最鮮明径線を基に眼鏡処方箋の軸パラメータを計算する。例えばユーザが０°以上９０°未満の角度に相当する線を選んだ場合、軸度はこの選ばれた角度に９０°を足した角度で作成される。例えばユーザが３０°の線を選んだ場合、軸度は３０°＋９０°＝１２０°と作成される。一方ユーザが９０°以上１８０°未満の角度に相当する線を選んだ場合、軸度はこの選ばれた角度から９０°を引いた角度で作成される。例えばユーザが１６５°の線を選んだ場合、軸度は１６５°－９０°＝７５°と作成される。

モバイルコンピュータデバイス５の向きに基づいて作成された軸度に調整が必要な場合、ソフトウェアアプリケーションは補償軸度を作成することができる。例えば（ユーザから見て）時計方向に１０°回転させたモバイルコンピュータデバイス５を持ったユーザが、３０°の線を選んだ場合、補償軸度は１２０°＋１０°＝１３０°と作成される。一方、（ユーザから見て）反時計方向に１０°回転させたモバイルコンピュータデバイス５を持ったユーザが、３０°の線を選んだ場合、補償軸度は１２０°－１０°＝１１０°と作成される。

サブメソッド２１０では、ソフトウェアアプリケーションは、最初に表示スクリーン上でユーザに同時スプリットポイントフォーカス（ＳＳＰＦ）画像を表示する（詳細は以下で述べる）。この画像は、図７Ａに示されるハッシュラインパターン７０５Ａを含む。いくつかの実施の形態では、ハッシュラインパターン７０５Ａは、ステップ２０３の入力に基づいて選ばれた放射状線と同じ角度で向き付けられる。代替的な実施の形態では、図７Ｃに示される画像７００Ｃがユーザに表示される。この場合、ハッシュライン画像７０５Ｃは、赤／緑の背景部分７０１と７０３との境界７０７に対して、約９０°の角度（垂直）で向き付けられる。特定の実施の形態では、図７Ａから図７Ｃの画像７００（２つの形態７００ａ、７００ｂおよび代替的な形態７０７ｃで示される）の部分には、２色背景が与えられる。この２色背景は、以下のさらなる２色検査のための赤の背景部分７０１および緑（または青）の背景部分７０３を含む。図４に示されるステップ４００で、ユーザは、表示スクリーン上に表示される指示２１３を介して、眼鏡処方箋の球面成分の計算に使われる第１主径線（径線１）を決定するように促される。

表示画像内のハッシュラインパターンの線の太さおよび間隔は、典型的な人の眼の網膜細胞の間隔／密度と、表示画像により定められる角度範囲と、を参照して決定される。この角度範囲は、典型的なユーザの眼の網膜黄斑および眼周囲領域（すなわち網膜黄斑の周囲）に及ぶ。表示画像は、典型的にはユーザから約１ｍの位置、すなわち、眼検査に係るソフトウェアアプリケーションの使用時に伸ばした腕の長さに概ね相当する所に位置する。いくつかの実施の形態では、ソフトウェアアプリケーションは、最大動作位置がユーザの顔から約１ｍにあると仮定して構成されてもよい。ユーザが眼検査プログラムを実行するために、約１ｍと２ｍとの間（すなわち、－０．５Ｄと－１．００Ｄとの間）の動作位置ｄでデバイスを使っている場合、ソフトウェアアプリケーションは、例えば－０．５０Ｄの矯正処方を生成することにより、０．５Ｄ以内の精度で適切な主径線値を計算することができる。結果として作成される処方箋は精度０．５Ｄ以内（大抵の場合精度０．２５Ｄ以内）となる。従って、デバイスとユーザの眼との間の１ｍを超える正確な距離測定は不要である。動作距離ｄが約１ｍと６８ｃｍとの間（すなわち、－１．００Ｄと－１．５０Ｄとの間）の場合、同じストラテジーが当てはまる。しかし、本実施例に従って適切な処方矯正値を得るときに、追加的なステップを減らすためには、正確な測定値をできる限り頻繁に得ることが望ましい。

いくつかの実施の形態では、モバイルコンピュータデバイス５の表示スクリーン７上でユーザに表示された画像の線は、約４ピクセルの幅を持つ。しかしこの線は、概ね４ピクセル以上８ピクセル以下の幅を持ってもよい。通常、線の幅が３ピクセルより狭いと効果が低下することが分かっている。いくつかの実施の形態では、線の幅は、要求条件に応じて、４、５、６、７または８ピクセルであってもよく、望ましくは６ピクセルである。ピクセル間隔が約５０μｍの表示スクリーンを備えたモバイルデバイスでは、表示スクリーン上で６ピクセル幅の線は、太さが０．３ｍｍである。同様に乱視軸を決定するのに使われる放射状線は、モバイルコンピュータデバイス５の表示スクリーン７上で概ね２ピクセル以上８ピクセル以下の幅を持ってもよい。放射状線の幅は、要求条件に応じて２、３、４、５、６、７または８ピクセルであってもよく、望ましくは５または６ピクセルである。スクリーンの解像度は日々向上するので（これは間違いない）、将来は矯正因子の追加が必要だろう。この場合、ピクセル値に代えてμｍ値が使われるだろう。いくつかの実施の形態では、ソフトウェアアプリケーションによって表示スクリーン７上に表示された線に、アンチエイリアシング処理がされてもよい。典型的に、ハッシュライン画像の線の長さは、モバイルコンピュータデバイス５の表示スクリーン７上に表示されたとき、概ね４０ｍｍ以上６０ｍｍ以下である。あるいはこの線の長さは、４０ｍｍ、４５ｍｍ、５０ｍｍ、５５ｍｍまたは６０ｍｍ、好ましくは５０ｍｍとして選ばれる。結果的に線の物理的サイズは、使われるモバイルコンピュータデバイス５のスクリーンサイズおよびピクセル密度に若干は依存する。しかし線の物理的サイズは、入手可能なデバイス全体に共通して有用なものが選ばれる。

ハッシュラインスクリーンは、上記の２色現象の利点を取り入れたユニークなデザインであり、表示画像の位置精度を改善する。これにより、隣接するスライド画像を評価するときに、眼のフォーカスを変える（すなわち遠近調整する）ことが不要となる。モバイルコンピュータデバイス５の表示スクリーン７上に表示された２色画像は、境界で分割された少なくとも２つの背景部分を含んだ２色背景画像を含む。そして画像が、背景部分の境界をまたいで、２色背景部分に上に重ね合わされる。２色背景の背景部分の各々は、異なる全面色を含む。このとき、隣接する背景部分の色は、色（波長）として十分に分かれている。すなわち、ユーザの眼の網膜に向けてそれぞれの色が結ぶ焦点には、識別可能な相違が存在する。例えば一方の背景部分は緑または青であってよく、これに隣接する背景部分は赤であってよい。上記の実施の形態では、表示画像（組成画像）、言い換えれば２色画像のスライド（すなわち背景部分のそれぞれ）は、ユーザの検査対象の眼の眼球中心窩に同時に画像化される。この特定の実施の形態は、過去に開示されたことはなく、本明細書ではこれを同時スプリットポイントフォーカス（ＳＳＰＦ）デザインと呼ぶ。

２色画像１１００（図５の画像５００と同様）の使用は、赤の部分１１０１と緑の部分１１０３の使用を含む。一方図１１に示されるようなハッシュライン１１０５を含む区分は、過去にも開示されている（例えば国際公開第２０１９／０９９９５２）。こうした例は、画像１１００の元の２色隣接配置を保つ。図１１は、このような２色画像配置の例である。

このような既知の２色配置では、ユーザは２色画像の各スライド（例えば画像１１００）を別々に見る必要がある。これは、視線固定の調整、見比べ、記憶を必要とする。このときフォーカシングまたは遠近調整は、それぞれのスクリーンで別々にされる。さらに決定的なのは、詳細な比較を目的としたときに、眼球中心窩で赤／緑を同時に画像化できない点にある。こうした標準的な２色検査の従来技術は、全体評価のみに有用であると考えられてきた。

図７Ａから図７Ｃに示される本明細書のＳＳＰＦ手法は、図１１に示される従来の隣接２色配置に比べ顕著な利点を持つ。別の例としてのＳＳＰＦ画像１２００が図１２Ａに示される。また特別な形態として、モバイルコンピュータデバイス５の表示スクリーン７上に表示されたＳＳＰＦ画像１２００が図１２Ｂに示される。図７Ａから図７Ｃに示されるように、画像１２００は、赤の背景部分１２０１と緑の背景部分１２０３とを含んだ２色背景を含む。ハッシュライン画像１２０５が、赤および緑の背景部分１２０１と１２０３との境界１２０７をまたいで重ね合わされる。ＳＳＰＦのデザインにおいて臨床的に重要なのは、２色背景１２０１／１２０３に重ね合わされた画像（すなわち、ハッシュパターン１２０５）を、ユーザの検査対象の眼の眼球中心窩の上で分割できる点にある。これによりユーザは、２色表示画像の両方に掛かる線（すなわち、２色画像１２００の赤の部分１２０１と緑の部分１２０３とのほぼ境界の領域１２０９）の上で、同時に固定することができる。これは、赤／緑の境界を横切る線を表示することによって実現される。さらに図７Ｃに示される好ましい実施の形態では、赤／緑の境界７０７は、ハッシュライン７０５Ｃとほぼ９０°の角をなす。特に図７Ａおよび図７Ｂは、代替的な実施の形態を示す。この場合、ハッシュライン画像７０５は、赤／緑の境界に対して一定の角度オフセットを持つ。モバイルコンピュータデバイス５のいくつかの表示スクリーン７では、ハッシュライン画像と赤／緑の境界との角度が垂直でないと、ハッシュライン画像７０５は境界７０７上でエイリアシングを生じる。これは、特にユーザの眼に強い乱視がある場合、望ましくない。しかしこれは、より高い解像度の表示スクリーン７を使うことで解決できる。この場合画像７０５の境界７０７に対する角度は、概ね４０°以上９０°以下であればよく、望ましくは９０°である。

このように赤／緑の線の鮮明さの評価に関し、焦点調整力の違いを取り除くことができる。これにより記憶の影響が低減され、選択的優先視認現象に起因する評価精度の低下を妨ぐことができる。

ＳＳＰＦを用いて理想的な主径線が正確に位置付けられると、表示スクリーン７からユーザの検査対象の眼３までの距離が決定される。

距離測定の評価に関し、従来技術はブラケティング法や閾値法に依拠する（あるいは、定規やテープ測定といった物理的距離測定を行う）。これに対し本開示に係るシステムおよび方法は、ライブビデオストリームに依拠する。

ライブビデオストリームを用いることにより、動的かつリアルタイムの低遅延測定が可能となり、極めて高い精度が得られる。本明細書では、この新しいシステムを低遅延動的距離モニタリング（Ｌｏｗ Ｌａｔｅｎｃｙ Ｄｙｎａｍｉｃ Ｄｉｓｔａｎｃｅ Ｍｏｎｉｔｏｒｉｎｇ：ＬＬＤＤＭ）と呼ぶ。

典型的なモデムモバイルコンピュータデバイスは、約６０フレーム毎秒（ｆｐｓ）のビデオキャプチャフレームレートを持つが、最近のデバイスではこれは９６０ｆｐｓに及ぶ。高速キャプチャレートにより、非常に低遅延の距離測定が可能となる。これは、例えば測定中に若干の動き（例えばユーザの腕の自然な振動や動き）を伴う数ミリメートル以内の距離の手持ち用デバイスを測定するときなどに特に有用である。

ＬＬＤＤＭにより高速測定が可能となり、これにより距離測定の精度がさらに向上する。なぜなら、複数の測定を非常に高速に行うことができ、それらの結果に対し平均化・モード化などの統計処理を行うことができるからである。

主径線（１）が得られると、表示スクリーン上に図７Ｂに示されるハッシュラインパターン７０５Ｂを備えた画像を表示することにより、（乱視用の）サブメソッド２１０に進む。この画像は、ステップ２０３で選ばれた放射状線に対し、垂直に（９０°回転で）向き付けられる。ユーザは再び、指示２１７を介して、図４に示される方法４００に従って表示スクリーン上で主径線を決定するように促される。この主径線は、乱視用眼鏡処方箋の円柱成分の計算に使われる第２主径線（主径線２）である。

［乱視がない場合－方法２３０］
２０３でのユーザからの入力が、ステップ２０１で表示された画像から選ばれた１つの線を表すものであった場合、ソフトウェアアプリケーションは、表示スクリーン上で、ユーザに図７Ｃに示されるハッシュラインパターン７０５Ｃを備えた画像を提示する。この実施例では、ハッシュラインパターン７０５Ｃは垂直に向き付けられている。しかし、ユーザの眼に乱視がない場合は、サブメソッド２３０のハッシュラインパターンの向きは不適切であり、水平か、または任意の適切な角度で向き付けられなければならない。上記の通り、図７ＣのＳＳＰＦ画像には、赤および緑（または青）の背景部分を含む２色の背景が与えられる。

この場合第２乱視軸がないので、前述の主径線決定方法４００が１回実行されればよい。

代替的な（特にユーザに色覚異常がある場合の）実施の形態では、ユーザが望めば、ソフトウェアアプリケーションは、赤／緑（または青）の背景はないが、鮮明に見えることにより正しい距離を特定できるような選択肢をユーザに与えてもよい。

［主径線の決定－方法４００］
図４は、眼鏡処方箋の計算に必要な主径線を決定する方法４００を示す。上記の図３に示される方法２００のサブメソッド２１０および２３０は、眼鏡処方の球面測定値を決定するために、いずれも主径線手続き４００を使う。このプロセスは、乱視に関する２つのパワー径線（最大パワー径線と最小パワー径線）における屈折成分を決定するために、サブメソッド２１０で２回繰り返される。

最初に、ソフトウェアアプリケーションが表示スクリーン７上でユーザにハッシュラインパターン（図７Ａから図７Ｃに示される様々な実施の形態で説明した）を含むＳＳＰＦ画像を提示する（方法２００のステップ２１１）。次にユーザは、モバイルコンピュータデバイス５の表示スクリーン７上に表示された指示を介してステップ４０１に誘導され、モバイルコンピュータデバイス５の表示スクリーンを、画像の線がぼやけ、赤の背景部分上の線が緑の背景部分上の線より鮮明になるまで、眼から遠ざける方向に動かす（４０３）。次にユーザはステップ４０３に誘導され、モバイルコンピュータデバイス５の表示スクリーンを、赤の背景部分の上の線と緑の背景部分の上の線とが最初に同じ鮮明さになるまで、眼に近づける方向に動かす。線が同じ程度に鮮明になると、ユーザは、タッチディスプレイの所定の領域を介して入力信号をソフトウェアに与える。続けてＬＬＤＤＭソフトウェアは、表示スクリーンからユーザの眼までの距離の測定値を用いて（４０５）、主径線を計算する（４０７）。距離測定値を主径線に変換するために、距離測定値はジオプトリーに変換される。ただしジオプトリーは、「メートルの逆数」すなわち１／ｍで定義される。従って、例えば距離が５０ｃｍすなわち１／２ｍの場合、１／２ｍの逆数により主径線２Ｄが与えられる。

［距離測定］
主径線を決定するために、ソフトウェアアプリケーションは、モバイルコンピュータデバイス５の表示スクリーン上に表示された画像とユーザの眼との間の距離を測定または評価する必要がある。光学的カメラ（例えばスマートフォンやタブレットデバイスなどのモバイルコンピュータデバイスに組み込まれた前向きカメラ）を用いて距離を決定するための様々な方法が、数多く存在する。距離または深さの情報を得るためのこうした多くの方法は、横並びに設置された２つのカメラを用いて、人の眼が脳に示すときに深さの情報を決定するのと同じ仕方で両眼視覚を与えることにより実現できる。しかし多くのモバイルコンピュータデバイスは単一のカメラしか備えないため、深さの情報を得るために別の方法が必要となる。

図８は、モバイルコンピュータデバイス５の表示スクリーン７とユーザ１の眼３との間の距離ｄを決定するため、相似三角形を用いて、単一のカメラ構成で距離測定値を取得するシステム８５０を模式的に示す。モバイルコンピュータデバイス５は、画像センサ８５１と、収束レンズ８５３と、を備えた単一のカメラ構成を備える。頂点ＡＢＬおよびＡ’Ｂ’Ｌとの間にそれぞれ形成された三角形８５７および８５５は、レンズ８５３（これは頂点Ｌに位置する）からの対応角θを持つ相似形である。レンズ８５３と画像センサ８５１の平面との間の距離ｄ’は、モバイルコンピュータデバイス５の製造仕様から分かる。瞳孔間距離ＰＤ（線分ＡＣ）は、一般に初期評価での個体群の値と一致する。従ってこの距離ＰＤは、予めソフトウェアアプリケーションに入力しておくことができる。さらなる実施の形態では、より正確な測定値を得るために、ソフトウェアアプリケーションは、ユーザ個人の瞳孔間距離ＰＤに関するユーザ入力を受信してもよい。ＰＤは、次の計算のために、概ね＋／－２ｍｍ（０．５Ｄ以内）の精度で知られる必要がある。正確なＰＤは、概ね０．２５Ｄ以内の処方箋精度を矛盾なく与える。上記の方法４００（ステップ４０５）により主径線を決定するとき、ユーザの瞳孔の画像の位置は、通常の画像処理方法および識別方法を用いて決定される。画像センサのピクセルにおける瞳孔の中心間距離は、モバイルコンピュータデバイス５で使われる画像センサの製造仕様を用いて、実際の距離ＰＤ’（メートル単位）に変換される。ピクセル距離ＰＤ’（線分Ａ’Ｃ’）が知られると、相似な三角形ＡＢＬ（８５７）とＡ’Ｂ’Ｌ（８５５）の線分比を比較することによって、レンズＬからユーザの眼３の平面ＡＣまでの距離ｄが決定される。ここで

である。

距離ｄを±５ｍｍで測定することにより、ユーザの眼鏡処方箋を決定するのに十分な計算値（０．２５ディオプターステップ以内での、矯正光学器具のための光学パワーオプション）を得ることができる。距離測定精度は、より高い光学パワー（すなわち、より短い距離）においてより重要となる。例えばＤ＝１／ｍで、ｍが十分大きい場合、誤差が小さければ、最終処方値に与える影響は小さい。しかしｍが小さい場合、誤差が小さくても、作成された眼鏡処方箋結果に深刻な誤差を与える可能性がある。距離ｄの精度を＋／－５ｍｍにすることにより、ユーザの視力検査中にソフトウェアアプリケーションによって測定されるべき距離範囲にとって非常によい結果（＋／－０．２５Ｄ）が得られる。しかし距離ｄの誤差が＋／－１０ｍｍ以内であっても、ソフトウェアアプリケーションは、作成される処方箋値において、約＋／－０．５０Ｄ以内という許容可能な精度を与えることができる。方法４００のプロセスにおいて測定値ｄは、眼鏡処方箋の計算に使われる主径線として揮発性メモリに保存される。

この特定の距離測定の実施の形態では、モバイルコンピュータデバイス５がユーザの眼３の両方の瞳孔を識別できることが重要である。そうでなければ、画像センサ７５１上で画像化された眼３の距離ＰＤ’を決定することができない。特定の実施の形態では、ソフトウェアアプリケーションは、両方の瞳孔が検出されたことを、ユーザが測定を開始する前にユーザに知らせるために、表示スクリーン７上に視覚表示を与えてもよい。これによりユーザは、眼に対してデバイスの位置を調整したり、眼をより大きく見開いたり、照明を調整したりすることができる。ソフトウェアアプリケーションが主径線距離の自動測定を行うには、これらが必要な場合があるからである。

別の実施の形態では、好ましければ選択的に、ユーザは眼からディスプレイまでの距離測定を物理的に行い、その結果をソフトウェアアプリケーションに直接入力してもよい。さらに、ユーザの手の届く範囲より遠くにディスプレイを置く必要がある場合は、ユーザは別の人に手伝ってもらうか、ディスプレイを固定した後ディスプレイから離れるかしてもよい。

別の実施の形態では、ソフトウェアアプリケーションは、カメラレンズ７５３の視野角２φと比較して、画像センサ７５１上に画像化されたときのユーザの眼に対する角度２θを評価してもよい。この場合、カメラデバイスのレンズ７５３からユーザの眼３までの距離ｄは、以下で与えられる。

ここで、Ｗは画像センサ７５１の幅である。

さらに別の実施の形態では、ソフトウェアアプリケーションは、表示スクリーンとユーザの眼との間の距離を自動的に測定するために、自動瞳孔間距離測定のためのハードウェアおよび／またはプログラム命令を含む手段をさらに備えてもよい。

［処方箋計算］
保存された径線データをユーザの眼鏡処方箋に変換するために、両方の主径線距離が、ディオプター（Ｄ＝１／ｍ）でパワー値に変換される。最初に最も低いパワー（最低マイナスパワー、径線１）が球面値として作成される。最も高いパワー（径線２）は、（差を与えるために）そこから減算された最低パワーを持つ。この差は、円柱値として作成される。その後、上記の放射状線から軸値が作成される。例えば主径線１が５０ｃｍと計算され、径線２が３０ｃｍと計算される。径線１＝１／２ｍは、逆数を取ることで２Ｄを与える。主径線２＝１／３ｍは、逆数を取ることで３Ｄを与える。従ってこの例では、ユーザの眼の眼鏡処方箋は、－２．００／－１．００Ｘ軸である。

図３および方法２００に戻る。決定された主径線は、モバイルコンピュータデバイス５の揮発性メモリに保存された（ステップ２０５）最も鮮明な主径線と組み合わされる。ソフトウェアアプリケーションは、検査中の眼に合った眼鏡処方箋をユーザに提供するため、眼の屈折異常の球面成分、円柱成分および軸成分を計算し、その結果をモバイルコンピュータデバイス５の揮発性メモリに保存する。ソフトウェアアプリケーションは、両方の目が検査されたことを確認する。いくつかの実施の形態では、ソフトウェアアプリケーションは、眼検査が必要かどうかに関するユーザからの入力を受信してもよい。そのとき、必要に応じて、片方の眼だけが検査されてもよい。好ましければ、ユーザは、眼からディスプレイまでの距離測定を物理的に行い、その結果をソフトウェアアプリケーションに直接入力してもよい。さらに、ユーザの手の届く範囲より遠くにディスプレイを置く必要がある場合は、ユーザは、別の人に手伝ってもらうか、ディスプレイを固定した後ディスプレイから離れるかしてもよい。

［臨床研究］
本明細書で開示されたソフトウェアアプリケーションならびに眼検査システムおよび方法の最初の臨床研究において、２７人の患者（彼らは、眼鏡や検眼に関する知識を持たない）のグループにより、眼検査が行われた。すべての題目は、以下の順序で実施された。
・簡単な病歴および症状の調査。
・眼底撮影（イン・アウト適性を規則付けるため）。
・自動屈折器。
・網膜検影。
・主観的屈折検査
・モバイルコンピュータデバイスに与えられた、本開示に係る眼検査用ソフトウェアアプリケーションの初期プロトタイプ。

試験の最初の段階では、眼科疾患のため試験から除外された患者はいなかったが、１名の患者が弱視を理由に除外された。

眼検査ソフトウェアアプリケーションを用いて計算されたすべての患者の眼鏡処方箋は、通常の主観的屈折と比較して（すなわち、主観的屈折と客観的屈折との組み合わせ（これは検眼医の最終的な処方箋である）を用いて決定された患者の処方箋と比較して）、０．７５ディオプター以内であった。さらに、眼検査ソフトウェアアプリケーションを用いて作成された眼検査ソフトウェアアプリケーションにより作成された球面－円柱結果の６５％は、０．２５ディオプター以内であった。

本明細書に記載の眼検査ソフトウェアアプリケーションにより得られたこの臨床研究による球面－円柱結果の６５％は、熟練した検眼医による主観的屈折と比較可能なものであった。ソフトウェアアプリケーションによるすべての眼鏡処方箋結果は、成功／失敗を問わず、近視の患者で矯正を受けていない（または矯正が著しく少ない）ユーザに受容可能で望ましい結果を与えるだろう。これらのバージョン１プロトタイプの結果は、ＳｈｉｎＮｉｐｐｏｎ自動屈折器より優れていた。

これに対し、臨床研究で使われた自動屈折器の球面－円柱成功率は７３％に過ぎなかった。自動屈折器による失敗した結果は、近視の視力矯正に受容可能で望ましい結果を与えないだろう。これらの結果は、自動屈折器から予想されるものとほぼ一致している。これは、本開示に係る眼検査用ソフトウェアアプリケーションが、眼鏡処方箋の決定に著しい改善をもたらすことを示す。従ってこれは視力矯正に関し、ユーザに自動屈折器から得られたものよりよい結果をもたらす。図１０は、臨床研究患者に関し、本開示に係る眼検査用ソフトウェアアプリケーションと自動屈折器との成功率の比較を示す。

［遠視］
上記の通り、方法１００の議論で、ステップ１０５でユーザ１がより鮮明に見える画像を特定できない場合、またはユーザ１が緑の背景部分（例えば図５の背景部分５０３）上の画像の方が、赤の背景部分（例えば図５の背景部分５０１）上の画像より鮮明に見えると特定した場合、ユーザは遠視であると仮定される。この場合、方法１００は終了する（１５０）。そしてユーザには、自分の眼鏡処方箋を決定するための別の手順が与えられる（図２のステップ１５５）。この手順のある実施の形態では、ユーザ１には、十分な正のパワーを持った光学レンズ（テストレンズ）が与えられる。この光学レンズは、上記の方法２００の手順を実行している間、ユーザが自分の眼の前で保持することができる。ユーザの眼を既知の十分な人工的近視状態にするために、追加的なレンズのパワーが決定される。検査はソフトウェアアプリケーションを用いて通常通り進められ、ユーザの眼鏡処方箋を計算するときに追加的なレンズの正のパワーが考慮される。適切なテストレンズは、以下の手順に従うことにより得られる。詳細な画像をぼやけるまで動かす（すなわち、対象が比較的鮮明に見えるときの最も近い距離を見つける）。この距離の測定値が得られる。ユーザの年齢を使って、このユーザの年齢を年齢および人種から予想される遠近調節機能と比較することにより、距離矯正を評価できる。これにより、適切な正のパワーのレンズをユーザに送ることができる。こうして、上記の方法１００、２００および３００が正常に実行される。

［代替的な処方決定方法］
上記の方法１００、２００および３００および関連するサブメソッドは、モバイルコンピュータデバイスを持つユーザが眼鏡処方箋を決定するのに好ましい方法と考えられる。しかし、ソフトウェアアプリケーションにより与えられる指示にアクセスできないまたは従うことが難しいユーザや、様々な理由で検査ルーチンを完全に実行できないユーザに対しては、眼鏡処方箋を得るための追加的な方法が与えられる。

少なくとも遠視のユーザの場合、追加的な手続きと関連して、上記の検査で最良の結果を得るために追加的なレンズが必要となる場合もある。

遠視の眼検査を実行するためのさらなる実施の形態では、ユーザは、鏡と向かい合い、鏡に映ったスマートフォンの仮想的な画像を観察しながら検査手続きを実行する。このような仮想的な画像（例えば鏡に映った画像）を用いて遠視用の好適な眼鏡処方箋を決定するには、コントラストの高い円形の画像（白と黒）が有効である。

［網膜反射交代方法］
眼検査を実行するためのさらなる実施の形態では、モバイルコンピュータデバイス５上で動作するのに適したソフトウェアアプリケーションは、選択的に、例えばモバイルコンピュータデバイス５に組み込まれたフラッシュ光または光を用いて、網膜からの反射作用を生成しても（または、ユーザに生成するように命じても）よい。こうした反射作用は、ユーザの眼の画像（これは、ユーザの屈折異常、すなわち眼鏡処方箋を計算するために、検査中にキャプチャされる）を分析することにより検査される

さらなる実施の形態では、モバイルコンピュータデバイス５のカメラおよびフラッシュ光システムは、網膜反射を用いて瞳孔を照射するのに便利な方法を与える。この特定の実施の形態では、モバイルコンピュータデバイス５のプロセッサによって実行されるソフトウェアアプリケーションは、瞳孔を通して直接ユーザの眼に明るい光を導くために、フラッシュ光システムを使う。このとき光は網膜で反射し、瞳孔を通して眼から戻る。これにより網膜反射（しばしば写真の分野で赤目現象と呼ばれる）が起きる。光源の動きの速さに対する網膜反射の動きの速さおよび網膜反射の明るさは、眼の屈折異常を決定するために検査することができる。このタスクはユーザ（被験者）が独力で実行することもできるが、検査中のモバイルコンピュータデバイス５の操作を他の人（オペレータ）に手伝ってもらった方が、ユーザにとってはより容易かつ正確となる。

特にこの実施の形態において、円柱（軸）を特定するために、可能であればユーザは最初に図６Ａに示される線の検査を完了する。

ユーザを手伝うオペレータは、モバイルコンピュータデバイスを、ユーザの検査対象の眼の約４０ｃｍ－５０ｃｍ手前で垂直に保持する。ユーザは、眼を楽にして、モバイルコンピュータデバイス５のすぐそばで、モバイルコンピュータデバイス５との間を覗き込むように促される（これらは、ソフトウェアアプリケーションによって表示スクリーン上に与えられた指示によって説明される）。ユーザは、ソフトウェアアプリケーションによって与えられた指示に従い、モバイルコンピュータデバイス５を、上／下に、左／右に、約４５度および１３５度で斜めに動かす。生成された網膜反射は、ソフトウェアアプリケーションによってキャプチャされ、ユーザの検査対象の眼の眼鏡処方箋を生成するために分析される。

さらに網膜反射は、ユーザの検査対象の眼の眼鏡処方箋を決定するために、検査に必要な明るさおよび網膜反射の出現のみに関し、眼から様々な距離でキャプチャされてもよい。

モバイルコンピュータデバイスの照明システムを用いて生成された網膜反射が十分でないとシステム（または本発明を十分理解するオペレータ）が判断した場合は、本発明は（入手可能であれば）内部または外部の赤外線送信機からの光源とともに使われてもよい。外部の赤外線光源は、テレビやＤＶＤ（登録商標）プレイヤー用に設計されたリモコンの形で容易に入手可能である。赤外線光源は、モバイルコンピュータデバイスに対して垂直かつ平らに保持される。その後、光源からカメラまでの距離が測定される。距離測定に関してはソフトウェアアプリケーションの項で説明した。

オペレータは、指示に従って手順を進め、赤外線ビームを被験者の眼に導く。この間被験者は、光源に概ね一致する位置を遠方に見つめる。生成された網膜反射はスマートフォンカメラシステムによってキャプチャされる。正確な球面、円柱および軸成分を生成するために、これらの網膜反射内に生成された一般反射および／または明瞭な弓状パターンが本発明のソフトウェアアプリケーションを用いて評価される。

別の方法を用いて、複数の網膜反射画像をキャプチャすることが必要な場合もある。あるいは、信頼性のある眼鏡処方箋のために十分なデータを集めるために、スマートフォンビデオカメラシステムを用いて、画像キャプチャを連続的に記録することが必要な場合もある。いずれの場合もユーザは、本発明のソフトウェアアプリケーションによって指示される。

いずれの場合も、スマートフォンのカメラシステムを用いて、眼からの距離が測定される。しかし光源網膜反射法においても、赤外写真屈折検査法においても、ユーザ（または、熟練したオペレータ）が望めば手動入力を選択できることが望ましい。

［老眼評価方法］
本開示の方法を用いて１つ以上の距離処方が知られるまたは評価されると、ソフトウェアアプリケーションを用いて、近接追加結果が計算される。さらにユーザは、当業者に既知の典型的な手続きに従う近接追加を決定するために、ソフトウェアアプリケーションによる検影法または写真屈折検査法を使ってもよい。画像キャプチャの手続きは、検影法または写真屈折法による距離Ｒｘの手続きに実質的に等しい。しかしこれは、画像キャプチャ手続き中に、ユーザが光源／カメラの平面を見つめるという点で異なる。このとき、モバイルコンピュータデバイス５は、ユーザが読みたい（またはコンピュータのモニタを見たい）と思う距離だけ眼から離れた位置に（すなわち、ユーザの望む作業距離に）保持される。本発明では、この近接手続きに関する指示が与えられる。この場合、いくつかの実施の形態では、手続きは距離評価の手続き（すなわち、上記の検査手続き）と同じである。違いは、ユーザが遠くの対象でなくスマートフォンのスクリーンを見る点にある。反射の生成および分析も同じである。結果は、眼からスマートフォンまでの距離を考慮に入れることにより異なるものとなる。

［眼科治療トラッキング］
さらなる実施の形態では、追加的にソフトウェアアプリケーションは、単に眼鏡処方箋を決定するだけでなく、ユーザの眼科治療を補助してもよい。例えば治療トラッキング機能は、ＥＣＰ（または経時的な複数のＥＣＰ）に患者の回復度を知らせながら（これは、時宜を得た医療介在のために必要である）、長期にわたる治療養生全体とのコンプライアンスを向上することにより、長期間点眼治療を受ける患者の治療結果を改善することができる。

治療トラッキングは、不要なフォローアップ訪問とそれに伴うコストをなくすことができるという著しい利点を持つ。なぜなら、治療パラメータは常にモニタされ、必要なときにフォローアップ訪問がされるからである。治療トラッキングはまた、適切なタイミングで適切なＥＣＰが訪問し、時間的かつコスト的に効果的な治療計画ができるようＥＣＰを補助するという著しい利点を持つ。

さらに、プロジェクトや研究を目的として多くのデータを収集し、これらをあらゆる管区でリアルタイムに比較することにより、広く全国的な治療プログラムの実施と管理が可能となる。

［アトロピン治療管理］
近視は、経済的負担を伴う、重要かつ一般には過小評価されている問題である。近視は、良性の眼科的屈折状態であると誤解されてきた。近視に伴う経済的負担は膨大だが、これは医学的治療に関する直接的コストと、長期にわたる視力低下に関する間接的コストの両方に起因する。本開示に係るソフトウェアアプリケーションはさらに、政府が世界規模で公共政策を改善し、国民の近視悪化と視力低下の防止に取り組むことの必要性に関与する。

アトロピン治療は、目薬を一日に一回使用するものである。これは最も効果的な近視制御ストラテジーであり、大規模な人口スケールにおける現実的で的確なプログラムである。多くの人にとって、アトロピン治療は１０年以上にわたる長期治療であり、毎日決まった時刻に目薬をさす必要がある。最初の点眼を日毎に交互に繰り返すと、より効果的であることが分かっている。通常アトロピン治療は、効果が出るのにほぼ１年を要する。

通常アトロピン治療を受ける患者は、リーディングアディッション（これは、しばしばアトロピンを増やした後に必要となる）を含むために、眼鏡処方箋を変更する必要がある。両眼の機能が逆転している場合は、リーディングアディッションはしばしば、眼鏡処方箋にも必要である。この追加的なリーディングアディッションは、近視の進行を抑えるのに役立つ。従ってユーザの眼鏡処方箋は、いつも正確に保たなければならない。なぜなら矯正不足は近視を進行させるからである。このように本開示に係るシステムおよび方法によれば、ユーザは、追加的な出費を必要とせず、また眼科治療専門家を定期的に繰り返し訪問することもなく、更新された処方箋を迅速かつ正確に取得することができる。

選択的な眼科治療トラッキングモジュールにより本発明に追加された機能は、アトロピンユーザおよびＥＣＰを助け、１）アトロピン治療、および２）アトロピン治療期間の視力矯正が成功するよう管理する。

眼科治療トラッキングモジュールは、治療に関する以下の様々なタスクを実行し管理する能力を与えられる。
・眼科治療の開始日／時刻を受け入れる。
・毎日の特定の時刻のアトロピン点眼を促す。
・アトロピンが点眼されたことを確認し、点眼時刻を記録する。
・１つ以上のアカウントで複数のユーザを一度に追跡し管理する（複数の子供が同時に治療を受けることがあり、親が見落すこともある）。
・アトロピンを供給するユーザを追跡し管理する。
・薬を使い尽くす前に再注文するようユーザを促す。
・進行中の治療が中断しないように、薬の残りが一定量になるとアトロピンを自動的に注文する。
・屈折結果を定期的にテストし記録するようユーザを促し、眼の管理を助ける。結果が現在の処方箋からずれた場合は、矯正不足を防ぐために医師（ＥＣＰ）の関与を推奨してもよい。
・近双眼姿勢を測定するようユーザを促す。結果が眼検査モジュール（または患者のＥＣＰ）により設定された外部パラメータと異なった場合、ＥＣＰの訪問を促す。
・近調整力を測定するようユーザを促す。結果が眼検査モジュール（または患者のＥＣＰ）により設定された外部パラメータと異なった場合、ＥＣＰの訪問を促す。
・所定の限界から外れた値に戻った患者のＥＣＰに対し、警告を発する。
・アトロピンの様々な濃度に適合する。
・アトロピン以外の薬に適合する。
・様々な治療法に適合する。
・集めたデータをＥＣＰにフィードバックする。
・集めたデータを研究チームまたはヘルスプロジェクトチームにフィードバックする。

眼科治療トラッキングモジュールは、必要に応じて、多くの治療タイプに合うように構成されることが望ましい。こうした治療タイプは、非限定的に、アトロピンおよび緑内障管理、眼科自己免疫疾病管理、角結膜管理、眼科感染症治療および炎症性疾病管理を含む。

［コンピュータデバイス］
モバイルコンピュータデバイス（および図１、２および３に示される、関連するサブメソッド１００、２００、３００およびサブメソッド２１０および２３０）を用いて眼鏡処方箋を与える方法は、コンピュータデバイス／コンピュータシステム９００を用いて実行されてもよい。これらは図９に示される。図２から図４のプロセスがソフトウェアにより実行されてもよい。この場合、１つ以上のアプリケーションプログラムがコンピュータデバイス９００内で実行可能である。特に方法１００、２００、３００およびサブメソッド２１０および２３０は、コンピュータデバイス９００内で実行されるソフトウェアの命令によって有効になる。この命令は、１つ以上のコードモジュールとして形成されてもよい。これらのコードモジュールの各々は、１つ以上の特定のタスクを実行する。ソフトウェアは、２つの別個の部分に分割されてもよい。この場合、第１の部分および関連するコードモジュールは上記の方法を実行し、第２の部分および関連するコードモジュールは第１の部分とユーザとの間のユーザインタフェースを管理する。ソフトウェアは、例えば上記のストレージデバイスなどのコンピュータ読み取り可能媒体に保存されてもよい。ソフトウェアは、コンピュータ読み取り可能媒体からコンピュータシステム９００にロードされ、コンピュータシステム９００によって実行される。このようなソフトウェアを含むコンピュータ読み取り可能媒体またはそこに記録されたコンピュータプログラムは、コンピュータプログラムプロダクトである。好ましくは、コンピュータシステム９００内のコンピュータプログラムプロダクトの使用が、ユーザがモバイルデバイスを用いた眼検査（特に、モバイルコンピュータデバイスを用いた眼鏡処方箋の自己決定のための）を行うのに有用な装置に効果をもたらす。

いくつかの実施の形態では、ソフトウェアモジュールは、集中化されたサーバ内に設置されてもよい。こうしたサーバ（例えばクラウドサーバ）は処理能力を持ち、ネットワーク接続（例えば閉域または広域のＷｉ－Ｆｉネットワークまたはインターネット）を介して、モバイルコンピュータデバイス５が遠隔からアクセスすることができる。ある実施の形態では、本開示に係る方法およびシステムは、インターネットブラウザページを介して、ユーザがアクセスしてもよい。この実施の形態では、クライアントのモバイルコンピュータデバイス５は、ユーザの視覚的状態（すなわち、視覚に影響を与えるような異常が、ユーザの眼に存在するか否か）とユーザの眼の屈折異常とを評価するために、表示スクリーン７上に表示される画像データを受信する。クライアントデバイスは、ユーザの眼鏡処方箋（これは、クライアントモバイルデバイス５によってユーザに与えられる）を決定するために、ユーザの反応をクラウドサーバに送信する。代替的に、ソフトウェアモジュールは、モバイルデバイス５にスタンドアロンで保存されてもよい。これは、ネットワークまたはインターネット接続に頼らない。なぜなら、方法のステップおよび処理はすべて、ユーザのモバイルデバイス５のプロセッサを用いてローカルで実行されるからである。

図９を参照すると、モバイルデバイス５は、典型的なコンピュータデバイス９００（これは、スタンドアロンまたはリモートサーバへのネットワーク接続で動作する）を基に記述される。典型的なコンピュータデバイス９００は、非限定的に、１つ以上のプロセッサ９０２を備えた１つ以上の中央演算処理装置（ＣＰＵ）９０１、システムメモリ９０３およびシステムバス９０４（これは、ＣＰＵ９０１へのシステムメモリ９０３を含む様々なシステムコンポーネント同士を結合する）を備える。システムバス９０４は、メモリバス、メモリコントローラ、周辺バス、任意の様々なバスアーキテクチャを用いたローカルバスを含む任意のタイプのバス構造であってもよい。

典型的にコンピュータデバイス９００はまた、コンピュータ読み取り可能媒体を含む。このコンピュータ読み取り可能媒体は、任意のコンピュータデバイス９００がアクセスできる任意の入手可能な媒体を含んでよく、揮発性および不揮発性媒体ならびに消去可能および消去不能媒体を含む。非限定的な例示によれば、コンピュータ読み取り可能媒体は、コンピュータストレージ媒体および通信媒体を備える。コンピュータストレージ媒体は、任意の方法または技術に関する情報（例えばコンピュータ読み取り可能命令、データ構造、プログラムモジュールその他のデータ等）の記憶に使われる媒体を含む。コンピュータストレージ媒体は、非限定的に、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリその他のメモリ技術、ＣＤ－ＲＯＭ、ＤＶＤその他の光ディスク媒体、磁気カセット、磁気テープ、磁気ディスクストレージその他の磁気ストレージデバイス、その他の所望の情報の記憶に使うことができ、コンピュータデバイス９００からアクセス可能な任意の媒体を含む。典型的に通信媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュールその他のモジュール化されたデータ信号（例えばキャリア波その他の搬送メカニズム）を具現化し、任意の情報伝達媒体を含む。非限定的な例示によれば、通信媒体は、有線ネットワークや直接有線接続などの有線媒体および音波、ＲＦ、赤外線その他の無線媒体を含む。上記の任意の組み合わせも、コンピュータ読み取り可能媒体の範囲に含まれる。

システムメモリ９０３は、揮発性および／または不揮発性メモリ（例えばリードオンリーメモリ（ＲＯＭ）９０５およびランダムアクセスメモリ（ＲＡＭ）９０６）の形のコンピュータストレージ媒体を含む。基本入出力システム９０７（ＢＩＯＳ）（これは、例えば起動中にコンピュータデバイス９００内の要素間で情報を伝達を助ける基本ルーチンを含む）は、通常ＲＯＭ９０５に保存される。典型的にＲＡＭ９０６は、即座にアクセス可能なおよび／または現在処理ユニット９０１により処理中の、データおよび／またはプログラムモジュールを記憶する。非限定的な例示によれば、図９は、オペレーティングシステム９０８、プログラムモジュール９０９およびプログラムデータ９１０を示す。

コンピュータデバイス９００は、その他の消去可能／消去不能、揮発性／不揮発性コンピュータストレージ媒体を含んでもよい。例示のみによれば、図９は、消去不能かつ不揮発性の磁気メディアを読み書きできるハードディスクドライブ９１１を示す。典型的なコンピュータデバイスとともに利用可能なその他の消去可能／消去不能、揮発性／不揮発性コンピュータストレージ媒体は、非限定的に、磁気テープカセット、フラッシュメモリカード、ＤＶＤ、デジタルビデオテープ、固体ＲＡＭ、固体ＲＯＭ等を含む。ハードディスクドライブ９１１は、典型的には、インタフェース９１２などの消去不能メモリインタフェースを介してシステムバス９０４に接続される。

上記のおよび図９に示されるドライブおよびそれに関連するコンピュータストレージ媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュールその他のコンピュータデバイス９００のためのデータの保存を可能とする。例えば図９では、ハードディスクドライブ９１１が、オペレーティングシステム９１３、他のプログラムモジュール９１４およびプログラムデータ９１５を保存する手段として示される。これらのコンポーネントは、オペレーティングシステム９０８、他のプログラムモジュール９０９およびプログラムデータ９１０と同じであっても異なっていてもよい。オペレーティングシステム９１３、他のプログラムモジュール９１４およびプログラムデータ９１５は、ここに図示されたものと異なる数のものが与えられてもよい。

コンピュータデバイスはまた、システムバス９０４に接続された１つ以上の入出力（Ｉ／Ｏ）インタフェース９３０を含む。入出力インタフェース９３０は、１つ以上の表示スクリーン９３４およびラウドスピーカ９３５を含む出力デバイスに接続されたオーディオ・ビデオインタフェースを含む。入出力インタフェース９３０はまた、１つ以上の入力デバイスに接続される。これらの入力デバイスは、非限定的に、スマートフォンやタブレットデバイスなどのタッチセンシティブデバイス９３１および少なくとも１つのカメラ（例えば前向きカメラ９３２）を含む。以下の説明に関し、コンピュータデバイス９００は、１つ以上のリモートコンピュータへの論理接続を用いて、ネットワーク環境で動作してもよい。説明を簡単にするために、図９に示されるコンピュータデバイス９００は、ネットワーク９２０（これは、特定のネットワークまたはネットワークプロトコルに限定されず、イーサネット（登録商標）、ブルートゥース（登録商標）、ＩＥＥＥ８０２．Ｘ無線プロトコル等を含んでもよい）に接続されるものとする。図９に示される論理接続は、一般的なネットワーク接続９２１であり、例えばローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）その他のネットワーク（例えばイーサネット（登録商標））であってよい。コンピュータデバイス９００は、ネットワークインタフェースまたはアダプタ（これらは、今度はシステムバス９０４に接続される）を介して、この一般的なネットワーク接続９２１に接続される。ネットワーク環境では、コンピュータデバイス９００に関連して示されるプログラムモジュール（またはその一部や周辺）は、１つ以上のコンピュータデバイス（これらは、一般的なネットワーク９２１を介してコンピュータデバイス９００に通信可能に接続される）のメモリに保存されてもよい。図示されるネットワーク接続は典型的なものであり、コンピュータデバイス間の通信を確立する別の手段が使われもよい。

［解釈］
［バス］
本明細書の文脈では、「バス」という用語およびその派生語は、データ通信のための任意のシステムを広く指す。ただし好ましい実施の形態では、様々なデバイスを相互接続するためのバスサブシステム、例えばＩｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＳＡ）、ｃｏｎｖｅｎｔｉｏｎａｌ Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（ＰＣＩ）等を含むパラレル接続や、ＰＣＩ Ｅｘｐｒｅｓｓ（ＰＣＩｅ）、Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ（Ｓｅｒｉａｌ ＡＴＡ）等のシリアル接続を指すこともある。

［～に従って］
本明細書では「～に従って」は「～の関数として」を意味することもあり、関連する特定の整数には限定されない。

［構成部品］
本明細書では「コンピュータ実行方法」は、単一のコンピュータデバイスで実行されることを暗示しない。すなわちこうした方法のステップは、複数のコンピュータデバイスが共同で実行してもよい。

同様に本明細書で「Ｗｅｂサーバ」「サーバ」「クライアントコンピュータデバイス」「コンピュータ読み取り可能媒体」といったときは、単一の対象に限らず、複数の対象として実行されることもある。たとえばＷｅｂサーバは、サーバファームにおける複数のＷｅｂサーバが共同で１つの目的を達成することもあるし、コンピュータ読み取り可能媒体は複形態として分散されることもある。例えばライセンスキーによって起動されるコンパクトディスク内のプログラムコードが、コンピュータネットワークからダウンロード可能である場合もある。

［プロセス］
特段の断りのない限り、本明細書全体を通して、「プロセス」「コンピューティング」「計算」「決定」「分析」といった用語は、コンピュータ、コンピュータシステムその他の電気的計算デバイスの実行および／またはプロセスのことをいう。これは、物理量（例えば電気）として表現されたデータを処理および／または同様に物理量として表現されたデータに変換する。

［プロセッサ］
同様に「プロセッサ」という用語は、電気的データを処理する任意のデバイスまたはデバイスの一部のことをいう。こうした処理は、例えばレジスタおよび／またはメモリからのデータを他の電気的データに変換することや、レジスタおよび／またはメモリに保存すること含む。「コンピュータ」「コンピュータデバイス」「計算機」「計算プラットフォーム」は、１つ以上のプロセッサを含んでもよい。

本明細書における方法は、ある実施の形態では、命令セット（これは１つ以上のプロセッサで実行されると、本明細書に係る少なくとも１つの方法を実行する）を含むコンピュータ読み取り可能（または器械読み取り可能とも言われる）なコードを受け入れる１つ以上のプロセッサで実行できる。命令セットを（シーケンシャルその他の方法で）実行できる任意のプロセッサであって、取るべきアクションを特定できるものが含まれる。従って、一例では、プロセッサを含む典型的なプロセシングシステムも一例に含まれる。プロセシングシステムは、メインＲＡＭ、静的ＲＡＭおよび／またはＲＯＭを含むメモリサブシステムをさらに含んでもよい。

［コンピュータ読み取り可能媒体］
さらに、コンピュータ読み取り可能媒体が、コンピュータプログラムプロダクトを形成してもよいし、コンピュータプログラムプロダクトに含まれてもよい。コンピュータプログラムプロダクトは、コンピュータ使用可能媒体上に保存されてもよい。コンピュータ読み取り可能媒体を備えたコンピュータプログラムプロダクトは、本明細書の方法を実行するためにプロセッサを起動してもよい。

［ネットワークまたはマルチプロセッサ］
代替的な実施の形態では、１つ以上のプロセッサが、スタンドアロンデバイスとして動作する。あるいは、１つ以上のプロセッサ同士がネットワーク配置内で接続され、例えば他のプロセッサとネットワークを形成してもよい。１つ以上のプロセッサは、サーバ－クライアントシステム環境におけるサーバまたはクライアントマシンの範囲内で動作してもよく、ピア・ツー・ピアまたは分散ネットワーク環境におけるピアマシンとして動作してもよい。１つ以上のプロセッサは、ウェブアプライアンス、ネットワークルータ、スイッチまたはブリッジ、その他の任意の命令セットを（シーケンシャルその他の方法で）実行可能な任意のマシンであって取るべきアクションを特定できるものであってもよい。

いくつかの図面はコンピュータ読み取り可能コードを実行する単一のプロセッサまたは単一のメモリのみを示すが、ここには上記の複数の構成要素が含まれることもある（ただし、発明的態様を曖昧にしないため、明示的に示さないこともある）。例えば単一のマシンのみが示されている場合も、「マシン」という用語は、マシンの集合（これらは、個別にまたは共同して、本明細書の任意の１つ以上の方法を実現するために、命令セットを実行する）を表す場合もある。

［追加的な実施の形態］
本明細書の各方法のある実施の形態は、命令セット（例えば１つ以上のプロセッサで実行されるコンピュータプログラム）を保存したコンピュータ読み取り可能媒体の形を取る。従って本発明の実施の形態は、方法、特定の目的のための装置、データ処理システムとの装置、コンピュータ読み取り可能媒体などであってよい。コンピュータ読み取り可能媒体は、コンピュータ読み取り可能コード（これは、１つ以上のコンピュータで実行されると、プロセッサに方法を実行させる命令セットを含む）を保存する。従って、本発明の態様は、方法、全体としてハードウェア、全体としてソフトウェア、またはハードウェアとソフトウェアとの組み合わせの形を取ってもよい。さらに本発明は、記憶媒体（例えばコンピュータ読み取り可能媒体上に記憶されたコンピュータプログラムプロダクト）の形を取ってもよい。

［記憶媒体］
ソフトウェアは、ネットワークインタフェースデバイスを介して、ネットワーク上で送信または受信されてもよい。ある実施の形態では、記憶媒体は単一の記憶媒体として示されるが、「記憶媒体」という用語は、単数または複数の媒体（例えば集中したまたは分散したデータベース、および／または関連するキャッシュおよびサーバ）を含む。さらに「記憶媒体」という用語は、命令セット（これは、１つ以上のコンピュータで実行されると、プロセッサに本発明の１つ以上の方法を実行させる）を保存、エンコードまたは保存することのできる任意の媒体を含む。記憶媒体は、不揮発性媒体、揮発性媒体および伝送媒体を含む任意の形を取ってもよい。

［実装］
ある実施の形態では、上記の方法のステップは、ストレージ内に保存された命令（コンピュータ実行可能なコード）を実行する処理システム（すなわちコンピュータ)の適切なプロセッサにより実行される。本発明は、特定の実装またはプログラミング技術に限定されず、上記の機能を実行するための任意の的確な技術を用いて実行されてもよい。本発明は、特定のプログラミング言語またはオペレーティングシステムに限定されない。

［方法または機能を実現する手段］
さらにいくつかの実施の形態は、プロセッサ、プロセッサデバイス、コンピュータシステムまたは本機能を実現する任意の主題により実行可能な方法または方法の要素の組み合わせとして記述される。従って、このような方法（または方法の要素）を実行するために必要な命令を伴うプロセッサは、方法（または方法の要素）を実行する手段となる。さらに本明細書における装置の要素は、本発明を実現するための要素を実行する機能を実現するための手段の一例である。

［接続される］
同様に「接続される」という用語は、請求項の中で使われるとき、接続のみを指すように限定解釈されない。従って、デバイスＢに接続されたデバイスＡという表現の範囲は、デバイスＡの出力が直接デバイスＢの入力に直接接続されるような装置またはシステムに限定されない。この表現は、Ａの出力とＢの出力との間に何らかの経路が存在することを意味する。この経路は、他のデバイスや手段を含んでもよい。「接続される」は、２つ以上の要素が「直接物理的に」または「電気的に」接触していることを意味することもある。さらに「接続される」は、２つ以上の要素が互いに直接接触してはいないが、互いに協働または相互作用することを意味することもある。

［実施の形態］
本明細書全体を通して「実施の形態」「ある実施の形態」「構成」「ある構成」といったときは、明細書で説明された実施の形態／構成の特定の特徴、構造または特性が、本発明の少なくとも１つの実施の形態／構成に含まれることを意味する。従って本明細書で「ある実施の形態では」といったときは、同じ実施の形態／構成のすべてを意味するとは限らない。さらに、１つ以上の実施の形態／構成においては、当業者に明らかなように、ある特定の特徴、構造または特性が任意の好適な仕方で組み合わされてもよい。

同様に、本発明の上記に実施例では、１つの実施の形態／構成、図面または詳細な説明において、本発明の様々な特徴はしばしばグループ化される。これは本開示を合理的なものにすること、および１つ以上の様々な発明的態様の理解を助けることを目的とする。しかしながらこの開示方法は、請求項に記載の発明が、請求項に明示的に書かれた事項を越えた特徴を要求することを意図しない。むしろ以下の請求項に記載の発明は、上記の詳細な説明に記載された実施の形態／構成のすべての特徴のうち、その一部のみを持つ場合もある。従って以下の請求項は詳細な説明の一部であり、請求項自体が本発明の１つの独立した実施の形態／構成である。

本明細書に記載のいくつかの実施の形態／構成は、非限定的に他の実施の形態／構成、異なる実施の形態／構成に含まれる特徴を含む。一方、異なる実施の形態／構成の組み合わせも、本発明の範囲に含まれ、異なる実施の形態／構成を形成する。以上は当業者に理解される通りである。例えば以下の請求項におけるいずれの実施の形態／構成も、組み合わせて使うことができる。

［特定の詳細］
本明細書でいくつかの特定の詳細を説明する。しかし、本発明はこうした特定の詳細がなくても実施できる。既知の方法、構造および技術については、本発明の理解をあいまいにしないために、詳細に説明しないこともある。

［用語］
明確化のため、本発明の図示された好ましい実施の形態に関し、特定の用語を用いることがある。しかし本発明は、これらの選ばれた特定の用語に限定されない。これらの特定の用語の各々は、同様の技術的課題を解決するために同様の方法で使われる同等の技術内容を含む。「前方に」「後方に」「半径方向に」「円周方向に」「上方に」「下方に」といった用語は、参照点を与えるのに便利な言葉として使われるが、発明を限定するためには使われない。

［対象の異なる例］
特段の断りのない限り、本明細書において通常の対象に対して使われる「第１の」「第２の」「第３の」といった用語は、単に同様の対象の異なる例を意味する。これらの用語は、時間、空間、階層等に関する所定の順序を指すのではない。

［発明の範囲］
本発明の好ましい実施の形態と考えられるものを説明したが、本発明の思想を逸脱することなく他のさらなる変形が可能であることは、当業者の理解する通りである。こうした改造および変形もまた、本発明の範囲に含まれる。図示された機能ブロックにはいくつかの機能が省略されたり追加されたりしてもよく、機能ブロック間の動作が交換されてもよい。本発明の範囲内で、本明細書の方法に、いくつかのステップが追加されたり省略されたりしてもよい。

特定の例を参照して本発明を説明したが、本発明は他の多くの形態を取ることができる。

上記の実施の形態がモバイルデバイス産業、特にモバイルデバイスを用いてデジタル媒体を提供する方法およびシステムに適用可能であることは、上記の説明から明らかである。

本明細書で説明／図示されたシステムおよび方法は、実質的に、モバイルデバイスを用いた眼検査アプリケーション、特にモバイルコンピュータデバイスを用いて眼鏡処方箋を自己決定するためのアプリケーションを与える。

本明細書で説明した、および／または、図示したシステムおよび方法は、例示のみを用いて示され、本発明の範囲を限定しない。特段の断りのない限り、本明細書のシステムおよび方法の個々の態様および構成要素は、変形されてもよいし、既知の同等の構成要素を置き換えてもよいし、将来開発される未知の構成要素で置き換えられてもよい。様々なアプリケーションに関し、本明細書に記載のシステムおよび方法は、本発明のスコープおよび思想の範囲内で変形されてもよい。なぜなら、潜在的なアプリケーションの範囲は広く、本発明のシステムおよび範囲は様々な分野に利用可能だからである。

Claims (19)

1. モバイルコンピュータデバイスを用いてユーザの眼鏡処方箋の自己決定を可能とするシステムであって、
   同時スプリットポイントフォーカス（ＳＳＰＦ）と、低遅延動的距離モニタリング（ＬＬＤＤＭ）と、を備え、
   前記モバイルコンピュータデバイスは、
   データを保存するための揮発性メモリおよび不揮発性メモリと、
   前記不揮発性メモリに保存されたプログラム命令を実行するように構成されたプロセッサと、
   指示および画像をユーザに表示するために、前記プロセッサから情報を受信する表示スクリーンと、
   検査中に、前記ユーザの瞳孔の画像を受信するように構成されたカメラと、を備え、
   前記システムは、眼鏡処方箋を決定する方法を前記プロセッサに実行させるためのアプリケーションプログラム命令を備え、
   前記方法は、
   前記ユーザが近視であるかを決定するステップと、
   前記ユーザが近視であった場合、前記ユーザが前記表示スクリーンの上に表示された画像情報を観察している間に、前記ユーザの眼の主径線および軸径線を決定するステップと、
   前記ユーザが前記表示スクリーンの上に表示されたＳＳＰＦ画像情報を観察している間に、前記ユーザの眼の主径線および軸径線における屈折パワー誤差をリアルタイムに決定するためにＬＬＤＤＭシステムを起動するステップと、
   前記ＬＬＤＤＭシステムを用いて得られた主径線および軸径線の値から、球面処方、円柱処方および軸処方を計算するステップと、
   計算された処方値をユーザに表示するステップと、を含むことを特徴とするシステム。
2. 前記ユーザが近視であるかを決定するステップは、前記プロセッサでプログラム命令を実行することによって実行される第２の方法を含み、
   前記第２の方法は、
   ２色背景を有する第１部分を備えた画像を、前記表示スクリーンの上に表示するステップと、
   前記ユーザに指示を与えるステップと、
   前記ユーザにとってより鮮明に見える画像の部分に関する入力をユーザから受信するステップと、を含むことを特徴とする請求項１に記載のシステム。
3. 前記軸径線を決定するステップは、前記プロセッサでプログラム命令を実行することによって実行される第３の方法を含み、
   前記第３の方法は、
   放射状線の画像を前記表示スクリーンの上に表示するステップと、
   前記ユーザに指示を与えるステップと、
   前記ユーザにとってより鮮明に見える線の部分に関する入力をユーザから受信するステップと、を含むことを特徴とする請求項１または２に記載のシステム。
4. 前記主径線を決定するステップは、前記プロセッサでプログラム命令を実行することによって実行される第４の方法を含み、
   前記第４の方法は、
   ２色背景を含むハッシュライン画像を前記表示スクリーンの上に表示するステップと、
   前記ユーザにとって線の鮮明さが同じに見えたときの、前記ユーザの検査対象の眼に対する前記表示スクリーンの位置に関する入力をユーザから受信するステップと、
   前記表示スクリーンから前記ユーザの検査対象の眼までの距離を決定するステップと、を含むことを特徴とする請求項１から３のいずれかに記載のシステム。
5. 前記表示スクリーンの上に表示される線の幅は、２ピクセル以上８ピクセル以下であることを特徴とする請求項４に記載のシステム。
6. 前記表示スクリーンの上に表示される線の幅は、４ピクセル以上８ピクセル以下であることを特徴とする請求項５に記載のシステム。
7. 前記表示スクリーンの上に表示される線の長さは、４０ｍｍ以上６０ｍｍ以下であることを特徴とする請求項５または６に記載のシステム。
8. ２色画像を備え、
   前記２色画像は、
   境界によって分割された少なくとも２つの背景部分を備えた２色背景画像と、
   前記２つの背景部分の境界にまたがって前記２色背景画像に重ね合わされる画像と、を備え、
   前記２色背景画像に重ね合わされた画像の各部分は、前記ユーザの検査対象の眼の眼球中心窩に同時に画像化されることを特徴とする請求項１から７のいずれかに記載のシステム。
9. 前記表示スクリーンから前記ユーザの検査対象の眼までの距離は、前記ユーザの検査対象の眼のライブビデオストリームを用いて決定されることを特徴とする請求項１から８のいずれかに記載のシステム。
10. モバイルコンピュータデバイスを用いてユーザの眼鏡処方箋を自己決定する方法であって、
    モバイルコンピュータデバイスを与えるステップを含み、
    前記モバイルコンピュータデバイスは、
    不揮発性メモリに保存されたプログラム命令を実行するように構成されたプロセッサと、
    指示および画像をユーザに表示するために、前記プロセッサから情報を受信する表示スクリーンと、
    検査中に、前記ユーザの瞳孔の画像を受信するように構成されたカメラと、を備え、
    当該方法は、前記プロセッサに実行させるためのアプリケーションプログラム命令を与えるステップを含み、
    前記アプリケーションプログラム命令は、
    前記ユーザが近視であるかを決定するステップを実行させるプログラムコードと、
    前記ユーザが近視であった場合、前記ユーザが前記表示スクリーンの上に表示された画像情報を観察している間に、前記ユーザの眼の主径線および軸径線を決定するステップを実行させるプログラムコードと、
    前記主径線および前記軸径線の値から、球面処方、円柱処方および軸処方を計算するステップを実行させるプログラムコードと、を含むことを特徴とする方法。
11. 前記ユーザが近視であるかを決定するステップは、
    ２色背景を有する第１部分を備えた画像を、前記表示スクリーンの上に表示するステップを実行させるプログラムコードと、
    前記ユーザに指示を与えるステップを実行させるプログラムコードと、
    前記ユーザにとってより鮮明に見える画像の部分に関する入力をユーザから受信するステップを実行させるプログラムコードと、を含むことを特徴とする請求項８に記載の方法。
12. 前記軸径線を決定するステップは、
    放射状線の画像を前記表示スクリーンの上に表示するステップを実行させるプログラムコードと、
    前記ユーザに指示を与えるステップを実行させるプログラムコードと、
    前記ユーザにとってより鮮明に見える線の部分に関する入力をユーザから受信するステップを実行させるプログラムコードと、を含むことを特徴とする請求項８または１１に記載の方法。
13. 前記主径線を決定するステップは、
    ２色背景を含むハッシュライン画像を前記表示スクリーンの上に表示するステップを実行させるプログラムコードと、
    前記ユーザにとって線の鮮明さが同じになったときの、前記ユーザの検査対象の眼に対する前記表示スクリーンの位置に関する入力をユーザから受信するステップを実行させるプログラムコードと、
    前記表示スクリーンから前記ユーザの検査対象の眼までの距離を決定するステップを実行させるプログラムコードと、を含むことを特徴とする請求項８から１２のいずれかに記載の方法。
14. 前記表示スクリーンの上に２色画像を表示するステップを備え、
    前記２色画像は、
    境界によって分割された少なくとも２つの背景部分を備えた２色背景画像と、
    前記２つの背景部分の境界にまたがって前記２色背景画像に重ね合わされる画像と、を備え、
    前記２色背景画像に重ね合わされた画像の各部分は、前記ユーザの検査対象の眼の眼球中心窩に同時に画像化されることを特徴とする請求項８から１３のいずれかに記載の方法。
15. 前記表示スクリーンから前記ユーザの検査対象の眼までの距離は、前記ユーザの検査対象の眼のライブビデオストリームを用いて決定されることを特徴とする請求項８から１４のいずれかに記載の方法。
16. ２色背景は、第１部分と、第２部分と、境界と、を有する背景画像を備え、
    前記第１部分と前記第２部分とは互いに隣接することを特徴とする請求項１０から１５のいずれかに記載の方法。
17. 前記第１部分は赤の背景部分を備え、
    前記第２部分は緑または青の背景部分を備えることを特徴とする請求項１６に記載の方法。
18. ハッシュライン画像は、
    赤の背景部分および緑の背景部分の両方の上に重ね合わされ、
    前記境界に対する角度が概ね４０度以上９０度以下となるように調整されることを特徴とする請求項１６または１７に記載の方法。
19. 前記ハッシュライン画像は、前記境界に対してほぼ垂直となるように調整されることを特徴とする請求項１８に記載の方法。

Images