JP7325740B2 - 見え方シミュレーション方法及びプログラム - Google Patents

Description

特許法第３０条第２項適用 発行日 令和２年６月２５日 日本白内障屈折矯正手術学会雑誌 総説「白内障治療－最良の術後視機能を目指して－」２０２０／Ｊｕｎｅ Ｖｏｌ．３４ Ｎｏ．２ ２５４ページ～２６１ページ

本発明は、見え方シミュレーション方法、見え方シミュレーション情報提供方法、シミュレータ、データ構造、プログラム及び仮想空間上におけるランドルト環の見え方をシミュレーションする方法に関する。

レンズを装着した後の見え方をシミュレーションする目的で、実在するカメラの前方にレンズを配置し、レンズを通して観察される現実の風景を撮像する方法がある。

特許３８１４０１７号公報

しかし、現実のカメラを使用する以上、機械誤差等が避けられず、撮像された画像が理論上の見え方と一致するとは言い切れない。
また今日では、視力値に応じた見え方をシミュレーションした画像（以下「シミュレーション画像」ともいう）の生成が可能になっているが、シミュレーション画像を表示する表示デバイスの解像度の違いが考慮されていない。例えば４Ｋディスプレイ用に作成したシミュレーション画像をハイビジョンディスプレイ（すなわち１Ｋディスプレイ）に表示したのでは、解像度の不足により本来の見え方にならない。

本発明は、観察者が観察に用いる表示デバイスの表現能力が違っても、被対象者の見え方を正確に再現するシミュレーション画像の生成を可能にすることを目的とする。

請求項１に記載の発明は、被対象者の見え方をコンピュータがシミュレーションする方法であって、被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する処理と、シミュレーションする視力値を受け付ける処理と、前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する処理と、を有する見え方シミュレーション方法であり、前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する前記処理では、前記視力値と前記解像度とに応じて特定される強度値を有するぼかし処理が、予め用意した画像に加えられる、見え方シミュレーション方法である。
請求項２に記載の発明は、被対象者の見え方をコンピュータがシミュレーションする方法であって、被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する処理と、取得された前記解像度に応じ、前記表示デバイスが表現可能な最小視角を設定する処理と、設定された前記最小視角と前記解像度とを用い、任意の視力値に応じた見え方をシミュレーションするぼかし処理の強度値を、前記表示デバイス用に決定する処理と、シミュレーションする視力値を受け付ける処理と、前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する処理と、を有する見え方シミュレーション方法である。
請求項３に記載の発明は、前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する前記処理では、前記視力値と前記解像度とに応じて特定される強度値を有するぼかし処理が、予め用意した画像に加えられる、請求項２に記載の見え方シミュレーション方法である。
請求項４に記載の発明は、設定された前記最小視角と前記表示デバイスの前記解像度とを用い、任意の視力値に応じた見え方をシミュレーションするぼかし処理の強度値を、前記表示デバイス用に決定する前記処理では、設定された前記最小視角と前記解像度とを用い、仮想空間上のランドルト環を撮像するバーチャルカメラの焦点距離を決定する処理と、決定された前記焦点距離を有する前記バーチャルカメラで撮像された前記ランドルト環の見え方をシミュレーションするぼかし処理の強度値を、視力値毎に決定する処理と、が実行される、請求項２又は３に記載の見え方シミュレーション方法である。
請求項５に記載の発明は、被対象者の見え方をコンピュータがシミュレーションする方法であって、被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する処理と、シミュレーションする視力値を受け付ける処理と、前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する処理と、を有する見え方シミュレーション方法であり、前記表示デバイスの解像度は、被対象者の見え方をシミュレーションした前記画像が表示されるウィンドウの大きさにより定まる、見え方シミュレーション方法である。
請求項６に記載の発明は、被対象者の見え方をコンピュータがシミュレーションする方法であって、被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する処理と、シミュレーションする視力値を受け付ける処理と、前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する処理と、を有する見え方シミュレーション方法であり、前記画像は、画素毎に視線方向の距離の情報を有する画像であり、前記視力値が距離毎に与えられる場合、前記画像として、距離に応じた見え方がシミュレーションされる、見え方シミュレーション方法である。
請求項７に記載の発明は、コンピュータに、被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する機能と、シミュレーションする視力値を受け付ける機能と、前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する機能と、を実現させるためのプログラムであり、前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する前記機能では、前記視力値と前記解像度とに応じて特定される強度値を有するぼかし処理が、予め用意した画像に加えられる、プログラムである。
請求項８に記載の発明は、コンピュータに、被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する機能と、取得された前記解像度に応じ、前記表示デバイスが表現可能な最小視角を設定する機能と、設定された前記最小視角と前記解像度とを用い、任意の視力値に応じた見え方をシミュレーションするぼかし処理の強度値を、前記表示デバイス用に決定する機能と、シミュレーションする視力値を受け付ける機能と、前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する機能と、を実現させるためのプログラムである。
請求項９に記載の発明は、コンピュータに、被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する機能と、シミュレーションする視力値を受け付ける機能と、前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する機能と、を実現させるためのプログラムであり、前記表示デバイスの解像度は、被対象者の見え方をシミュレーションした前記画像が表示されるウィンドウの大きさにより定まる、プログラムである。
請求項１０に記載の発明は、コンピュータに、被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する機能と、シミュレーションする視力値を受け付ける機能と、前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する機能と、を実現させるためのプログラムであり、前記画像は、画素毎に視線方向の距離の情報を有する画像であり、前記視力値が距離毎に与えられる場合、前記画像として、距離に応じた見え方がシミュレーションされる、プログラムである。

本発明によれば、観察者が観察に用いる表示デバイスの表現能力が違っても、被対象者の見え方を正確に再現するシミュレーション画像を生成できる。

実施の形態１で使用するネットワークシステムの構成例を説明する図である。 サーバのハードウェア構成の一例を説明する図である。 実施の形態１で使用するサーバと端末との間で実行される処理動作の概要を説明する図である。 眼内レンズの種類に応じた視力値（全距離）の一例を説明する図表である。 実施の形態１における強度値テーブルの生成動作の一例を説明するフローチャートである。 シミュレーション画像の表示に使用するモニタの解像度により定まる最高視力と仮想空間上での視力測定に使用するバーチャルカメラに求められる条件を説明する図である。（Ａ）はヒトの視角とランドルト環との関係を示し、（Ｂ）はバーチャルカメラの画角トランドルト環の関係を示す。 任意のモニタの画素数とバーチャルカメラの焦点距離との関係を定める対応表の一例を説明する図である。 仮想空間内に配置するランドルト環の例を示す図である。 仮想空間内におけるランドルト環の撮影の様子を説明する図である。 切れ目の平均明度の計測を説明する図である。 視力値に「ぼかしフィルタ」の強度値を対応付けた強度値テーブルの一例を説明する図である。 実施の形態１において生成されたシミュレーション画像の表示例を説明する図である。 実施の形態１において生成されたシミュレーション画像の他の表示例を説明する図である。 実施の形態２で使用するネットワークシステムの構成例を説明する図である。 実施の形態２で使用するサーバと端末との間で実行される処理動作の概要を説明する図である。 実施の形態３で使用するネットワークシステムの構成例を説明する図である。 実施の形態３で使用するサーバと端末との間で実行される処理動作の概要を説明する図である。 実施の形態４で使用するネットワークシステムの構成例を説明する図である。 実施の形態４で使用するサーバと端末との間で実行される処理動作の概要を説明する図である。 実施の形態５で使用するネットワークシステムの構成例を説明する図である。 実施の形態５で使用するサーバと端末との間で実行される処理動作の概要を説明する図である。

以下、添付図面を参照して、実施の形態について詳細に説明する。
＜実施の形態１＞
＜前提＞
白内障の手術では、患者の眼球内から水晶体が取り出され、代わりに眼内レンズが装着される。
眼内レンズには様々な種類があり、近方用、遠方用、多焦点用に分類される。
眼内レンズは、種類やモデル番号等の違いにより、個々の焦点距離における視力値が異なる。このため、眼内レンズの種類やモデル番号等が異なれば、術後の見え方も相違する。

なお、患者は、一般的に専門的な知識を有していない。このため、眼内レンズの種類やモデル番号等を知らされても、術後の見え方を想像することが難しい。
一方、眼科医等にとっても、術後の見え方を口頭で説明することは難しい。
そこで、術後の見え方をシミュレーションした画像（すなわちシミュレーション画像）を、患者と眼科医等が同じモニタ上で確認することで、認識のずれを少なくする工夫がなされている。

ところが、患者や眼科医等がシミュレーション画像の観察に使用されるディスプレイの解像度は様々であり、例えば１２８０×７２０、１９２０×１０８０、３８４０×２１６０、７６８０×４３２０がある。
なお、ここでの各解像度に対応するディスプレイは、ハイビジョンディスプレイ、２Ｋディスプレイ（又はフルハイビジョンディスプレイ）、４Ｋディスプレイ、８Ｋディスプレイと呼ばれる。

解像度が異なれば、ディスプレイのサイズが同じでも、ディスプレイを構成する画素の物理的なサイズが異なる。例えば４Ｋディスプレイは、２Ｋディスプレイよりも画素のサイズが小さい。このため、４Ｋディスプレイは、２Ｋディスプレイよりも、高精細な表現が可能である。
ところが、現在提供されている技術では、シミュレーション画像を表示するディスプレイ（以下「モニタ」ともいう）の解像度の違いが考慮されていない。

＜システム構成＞
図１は、実施の形態１で使用するネットワークシステム１の構成例を説明する図である。
図１に示すネットワークシステム１は、眼内レンズを挿入した後の見え方を、眼科医等が患者に説明する場面で使用される。
ここでの患者は、白内障の治療や老視の矯正のために眼内レンズを装着する人をいう。患者は、特許請求の範囲における「被対象者」の一例である。なお、特許請求の範囲における「観察者」には、眼科医等と患者が含まれる。もっとも、特許請求の範囲における「観察者」には、シミュレーション画像を観察する全ての人が含まれる。

図１に示すネットワークシステム１は、サーバ１０と、眼科Ａで使用されるモニタ２０Ａ及び端末２１Ａと、眼科Ｂで使用されるモニタ２０Ｂと端末２１Ｂと、眼科Ｃで使用されるモニタ２０Ｃ及び端末２１Ｃと、ネットワーク３０とで構成されている。
ここでの眼科は、総合病院内に設けられた眼の診療科、眼の診療を専門とする病院やクリニックを含む医療機関の意味で使用する。
本実施の形態の場合、シミュレーション画像の観察者は２名である必要はなく、１名でもよいし、３名以上でもよい。

図１では、３つの眼科を例示しているが、ネットワークシステム１を構成する眼科の数は１つでも、２つでも、４つ以上でもよい。
図１では、１つの眼科に１台のモニタが配置されているが、１つの眼科に複数台のモニタが配置されてもよい。
また、１つの眼科で使用するモニタの解像度は同じである必要はなく、全てが異なる解像度でもよい。

サーバ１０は、端末２１Ａ、２１Ｂ、２１Ｃとネットワーク３０経由で接続されている。ここでのネットワーク３０は、例えばインターネットや移動通信システムの４Ｇや５Ｇを想定する。
もっとも、ネットワーク３０がＬＡＮ（＝Local Area Network）でもよい。この場合、ネットワークシステム１は、医療機関内に構築される。
図１の場合、端末２１Ａにはモニタ２０Ａが接続され、端末２１Ｂにはモニタ２０Ｂが接続され、端末２１Ｃにはモニタ２０Ｃが接続されている。

図１の場合、端末２１Ａとモニタ２０Ａ、端末２１Ｂとモニタ２０Ｂ、端末２１Ｃとモニタ２０Ｃを別筐体として表現しているが、同一筐体でもよい。例えばノート型のコンピュータやタブレット型のコンピュータでもよい。
以下では、端末２１Ａ、２１Ｂ、２１Ｃを区別しない場合、「端末２１」という。また、モニタ２０Ａ、２０Ｂ、２０Ｃを区別しない場合、「モニタ２０」という。モニタ２０は、表示デバイスの一例である。
端末２１とモニタ２０の接続は、ケーブルによる接続でもよいし、無線による接続でもよい。

図１の場合、眼科Ａで用いられるモニタ２０Ａの解像度は１９２０×１２００であり、眼科Ｂで用いられるモニタ２０Ｂの解像度は１９２０×１０８０であり、眼科Ｃで用いられるモニタ２０Ｃの解像度は１６００×１２００である。
各端末２１は、シミュレーション画像の出力先となるモニタ２０の解像度と、術後の視力値の情報をサーバ１０にアップロードする。ここでの視力値は、全ての距離に１つの場合もあれば、距離毎に与えられる場合もある。

出力先となるモニタ２０には、サーバ１０からストリーミング配信されたシミュレーション画像がリアルタイムで表示される場合と、事前にダウンロードされたシミュレーション画像がオフラインで表示される場合がある。なお、ダウンロードされたシミュレーション画像は、端末２１のハードディスク装置や半導体メモリ等の記録媒体に保存される。
前者の場合、出力先となるモニタ２０の解像度の情報が、ストリーミング配信の度にアップロードされる。ストリーミング配信の度に解像度をアップロードすることにより、ストリーミング配信されるシミュレーション画像とモニタ２０の解像度との不整合を回避される。

後者の場合、出力先として用いる予定のモニタ２０の解像度の情報が、ダウンロードの開始までにアップロードされる。
なお、シミュレーション画像をオフラインで表示するモニタ２０の解像度が複数存在する場合、シミュレーション画像を表示する前に、表示するシミュレーション画像が想定する解像度とモニタ２０の解像度とが一致するか否かを、表示の前に確認する。
本実施の形態の場合、シミュレーション画像として静止画像を想定するが、動画像でもよい。

本実施の形態の場合、視力値の情報は、眼内レンズを装着した後の（すなわち術後の）患者の全距離視力の推定値である。
術前には、患者の全距離視力の測定値が存在しないためである。全距離視力は、距離毎の視力値の集合として与えられる。もっとも、全距離視力を１つの視力値で与えてもよい。
視力値の情報は、全距離視力として与えることも可能であるが、装着する眼内レンズの種類やモデル番号等を特定する情報でもよい。以下では、「全距離視力」を「視力値（全距離）」とも表記する。

本実施の形態におけるサーバ１０は、眼内レンズの種類やモデル番号等に応じた見え方を、モニタ２０の解像度に応じてシミュレーションした画像を生成して提供する。
すなわち、サーバ１０は、端末２１からアップロードされたモニタ２０の解像度と全距離視力の情報の組み合わせについて専用のシミュレーション画像を生成し、生成されたシミュレーション画像を対応する端末２１に送信する。
例えば眼科Ａのモニタ２０Ａに表示されるシミュレーション画像は、モニタ２０Ａの解像度に最適化されている。

これにより、眼科医等が使用するモニタ２０の解像度の違いによらず、術後の見え方を正確にシミュレーションした画像（すなわちシミュレーション画像）を、各モニタ２０に表示させることができる。
本実施の形態におけるサーバ１０は、シミュレーション画像の生成と提供をクラウドサービスとして提供する。その意味で、図１に示すサーバ１０は、クラウドサーバである。

前述したように、サーバ１０は、シミュレーション画像をクラウドサービスとして提供する度に、シミュレーション画像の表示に用いるモニタ２０の解像度と全距離視力の情報を取得する仕組みを採用する。
もっとも、シミュレーション画像の表示に使用するモニタ２０の解像度が事前に登録されている場合には、サーバ１０への解像度のアップロードを省略してもよい。

また、本実施の形態におけるサーバ１０は、シミュレーション画像をクラウドサービスとして提供する度に、モニタ２０の解像度と与えられた視力値（全距離）の組み合わせに応じた「ぼかしフィルタ」の強度値を決定し、決定された強度値を距離画像に適用してシミュレーション画像を生成する。なお、強度値は、距離毎に与えられる。

ここでの「ぼかしフィルタ」の強度値は、ぼかし処理の強度を意味する。「ぼかしフィルタ」の強度値を大きくすると、シミュレーション画像のボケの度合いが大きくなり、「ぼかしフィルタ」の強度値を小さくすると、シミュレーション画像のボケの度合いが小さくなる。
本実施の形態では、モニタ２０の解像度と視力値の組み合わせに応じた強度値を、仮想空間上に設置したランドルト環の切れ目の平均明度値を実空間での見え方に近づける値として定義する。

なお、ランドルト環とは、視力値の測定に使用される、円弧の一部に切れ目を有する黒色の円環をいい、円環の直径と、円弧の幅と、切れ目の幅との比が５：１：１と定義される。因みに、約１．４５ｍｍの切れ目が設けられている位置を５ｍ先から判別できる場合、被験者の視力値は「１．０」である。
もっとも、任意の解像度と任意の視力値の組み合わせに応じた「ぼかしフィルタ」の強度値を用意しておき、端末２１からアップロードされた解像度と視力値の組み合わせに合致する強度値を読み出してシミュレーション画像を生成してもよい。
なお、「ぼかしフィルタ」の強度値と視力値との関係は、全ての距離で共通である。

従って、カメラの撮像方向への距離の情報を有する画像（以下「距離画像」ともいう）に、視力値に応じた「ぼかしフィルタ」の強度値を適用することにより、モニタ２０の解像度と視力値の組み合わせに最適化されたシミュレーション画像を生成することができる。なお、カメラの撮像方向は、患者の視線方向と同じである。
本実施の形態では、距離画像としてコンピュータで予め生成した３次元画像（すなわち「コンピュータ画像」）を使用する。

なお、眼内レンズによる矯正後の視力値が距離により異なる場合でも、各距離に応じた「ぼかしフィルタ」の強度値を対応する距離の画素値に適用することにより、距離毎に視力値が変化するシミュレーション画像を生成することができる。
すなわち、本実施の形態では、表示に用いるモニタ２０の解像度と矯正後の視力値に応じた強度値を決定して距離画像をぼかし処理することにより、モニタ２０の解像度に最適化したシミュレーション画像の生成を可能にする。
以下では、サーバ１０の具体的な構成を説明する。

＜サーバ１０の構成＞
図２は、サーバ１０のハードウェア構成の一例を説明する図である。
本実施の形態におけるサーバ１０は、いわゆるシミュレータとして動作する。また、本実施の形態におけるサーバ１０は、シミュレーション画像をクラウドサービスとして提供するクラウドサーバとして動作する。

サーバ１０は、プロセッサ１１と、ＲＯＭ（＝Read Only Memory）１２と、ＲＡＭ（＝Random Access Memory）１３と、ハードディスク装置１４と、通信モジュール１５とで構成されている。
プロセッサ１１は、例えばＣＰＵ（＝Central Processing Unit）やＧＰＵ（＝Graphics Processing Unit）で構成される。プロセッサ１１は、プログラムの実行を通じて各種の機能を実現する。

ＲＯＭ１２には、ＢＩＯＳ（＝Basic Input Output System）等が記憶される。ＲＡＭ１３は、プログラムの作業領域として使用される。ＲＡＭ１３は、主記憶装置の一例である。
ハードディスク装置１４は、シミュレーション画像の生成に用いられるプログラムの他、生成したシミュレーション画像１４Ａと、モニタ２０の解像度と視力値の組み合わせに、対応する「ぼかしフィルタ」の強度値とを対応付けた強度値テーブル１４Ｂと、距離画像１４Ｃとを記憶する。

強度値テーブル１４Ｂは、モニタ２０の解像度を登録する度に生成してもよいが、任意の解像度について事前に用意された強度値テーブル１４Ｂでもよい。
なお、ハードディスク装置１４の代わりに、半導体メモリを使用してもよい。ハードディスク装置１４は、補助記憶装置の一例である。
通信モジュール１５は、端末２１との通信に用いられるデバイスである。

＜サーバ１０によるシミュレーション画像の生成＞
以下では、図３～図１３を使用して、シミュレーション画像の生成処理を説明する。
＜処理動作の概要＞
ここでは、図３と図４を使用して、処理動作の概要を説明する。
図３は、実施の形態１で使用するサーバ１０と端末２１との間で実行される処理動作の概要を説明する図である。図中に示す記号のＳは、ステップの意味で使用する。
図３に示す処理動作は、見え方シミュレーション情報提供方法の一例である。なお、シミュレーション画像の生成までの処理動作は、見え方シミュレーション方法の一例である。

本実施の形態の場合、一連の処理動作は、端末２１からサーバ１０へのアクセスにより開始される。図３に示す端末２１は、第１の端末であると共に第２の端末である。
まず、端末２１は、サーバ１０に対し、モニタ２０の解像度を送信する（ステップ１）。
ここでの解像度は、シミュレーション画像の表示に使用されるモニタ２０の解像度である。

本実施の形態では、モニタ２０の解像度は基本的に１つである。もっとも、解像度が異なる２つのモニタ２０に同時に表示する場合には、複数の解像度が送信される。
ただし、解像度が同じ複数のモニタ２０にシミュレーション画像を表示する場合、送信される解像度は１つでよい。

サーバ１０は、端末２１から、モニタ２０の解像度を取得する（ステップ２）。このステップ２の処理を実行するプログラムの機能が「取得部」に相当する。
サーバ１０は、端末２１に対応付けてモニタ２０の解像度を登録する。因みに、解像度の登録は、施設名や眼科医等に紐づけてもよく、クラウドサービスの管理ＩＤに紐づけてもよい。
取得した解像度と端末２１の関係は、ハードディスク装置１４（図２参照）に記憶される。

次に、サーバ１０は、取得した解像度と任意の視力値の組み合わせに対応する「ぼかしフィルタ」の強度値を計算し、各値を紐付けた強度値テーブル１４Ｂを生成する（ステップ３）。
本実施の形態の場合、ステップ３までの処理動作は、モニタ２０の登録時に実行される。以上で、サービスの準備が完了する。

続いて、サービスの利用時に実行される処理動作を説明する。
眼科医等がシミュレーション画像の表示を求めると、端末２１は、サーバ１０に対し、視力値（全距離）を送信する（ステップ４）。ここでの視力値（全距離）は、例えば検討中の眼内レンズによる矯正後の視力値である。なお、視力値（全距離）のデータをアップロードする必要はなく、シミュレーションしたい視力値（全距離）を特定する情報（例えば眼内レンズの種類）をサーバ１０にアップロードしてもよい。

図４は、眼内レンズの種類に応じた視力値（全距離）の一例を説明する図表である。
図４には、５種類の眼内レンズについての距離別の視力値が例示されている。具体的には、「単焦点」レンズと、「多焦点＋４．０」レンズと、「多焦点＋３．２５」レンズと、「多焦点＋２．７５」レンズと、「焦点深度拡張型」レンズが例示されている。
また、距離の代表例として、「５００ｃｍ」、「３００ｃｍ」、「１００ｃｍ」、「７０ｃｍ」、「５０ｃｍ」、「４０ｃｍ」、「３０ｃｍ」が例示されている。
各眼内レンズと距離との交点に示す数値は、術後の視力値を表している。

例えば「単焦点」レンズの場合、視力値の最高値は「５００ｃｍ」の「１．０８」であり、視力値の最低値は「３０ｃｍ」の「０．２９」である。「単焦点」レンズの場合、最大の視力値と最小の視力値との差分は「０．７９」と大きい。
因みに、「多焦点＋４．０」レンズの場合、視力値の最大値は「５００ｃｍ」の「１．０３」であり、視力値の最小値は「７０ｃｍ」の「０．７２」である。「多焦点＋４．０」レンズの場合、最大の視力値と最小の視力値との差分は「０．３１」であり、視力値のバラツキが「単焦点」レンズよりも小さい。

なお、「多焦点＋３．２５」レンズにおける最大の視力値と最小の視力値との差分は「０．２２」であり、「多焦点＋２．７５」レンズにおける最大の視力値と最小の視力値との差分は「０．３１」であり、「焦点深度拡張型」レンズにおける最大の視力値と最小の視力値との差分は「０．６」である。
いずれの眼内レンズも最大の視力値は「５００ｃｍ」付近であったが、最小の視力値は必ずしも近距離とは限らない。このように、眼内レンズの種類により、全距離視力の内容は異なる。

ステップ４では、選択した眼内レンズに応じた視力値（全距離）がサーバ１０に与えられる。
一方のサーバ１０は、端末２１から視力値（全距離）を受け付ける（ステップ５）。このステップ５の処理を実行するプログラムの機能が「受付部」に相当する。
次に、端末２１は、サーバ１０に対し、モニタ２０に表示する距離画像の選択を送信する（ステップ６）。距離画像は、シミュレーション画像の元画像を与える画像であり、日常生活における術後の見え方を確認するために用意されている。本実施の形態の場合、端末２１は、距離画像を特定する情報をサーバ１０に送信する。
サーバ１０は、端末２１から距離画像の選択を受け付ける（ステップ７）。

次に、サーバ１０は、受け付けた視力値（全距離）に応じた強度値を強度値テーブル１４Ｂから読み出す（ステップ８）。このステップ８の処理を実行するプログラムの機能が「決定部」に相当する。
なお、視力値が距離毎に異なる場合、複数の強度値が読み出される。
因みに、視力値と強度値の関係は、全ての距離で共通である。換言すると、視力値が同じであれば、距離が違っても同じ強度値が適用される。
続いて、サーバ１０は、読み出した強度値を、選択された距離画像に対するぼかし処理に適用してシミュレーション画像を生成する（ステップ９）。このステップ９の処理を実行するプログラムの機能が「生成部」に相当する。各距離に対応する各画素に適用する強度値は、各距離における視力値により定まる。

その後、サーバ１０は、生成されたシミュレーション画像をストリーミング配信する（ステップ１０）。このステップ１０の処理を実行するプログラムの機能が「提供部」に相当する。
一方の端末２１は、シミュレーション画像を受信すると（ステップ１１）、モニタ２０にシミュレーション画像を表示する（ステップ１２）。
なお、図３では、生成したシミュレーション画像をストリーミング配信しているが、データファイルとして送信してもよい。

＜強度値テーブルの生成処理＞
ここでの説明には、図５～図１１を使用する。
図５は、実施の形態１における強度値テーブル１４Ｂの生成動作の一例を説明するフローチャートである。この処理動作は、図３のステップ２及び３に対応する。
なお、図中に示す記号のＳは、図３と同じくステップの意味で使用する。
まず、サーバ１０は、シミュレーション画像１４Ａ（図２参照）を出力するモニタ２０の解像度を取得する（ステップ１１１）。この処理は、図３のステップ２に相当する。

次に、サーバ１０は、モニタ２０で表現する最高視力(すなわち最小視角)を設定する（ステップ１１２）。
ここでの最高視力は、モニタ２０による表現が可能な切れ目の最小値、すなわち１画素の切れ目を判別可能な視力値に相当する。
本実施の形態では、最高視力を１．２とする。換言すると、サーバ１０により生成する各視力値の見え方を再現するシミュレーション画像の最高視力が１．２に定められる。なお、最高視力は、１．２に限らない。

本実施の形態では、モニタ２０の解像度の登録のたび、ステップ１１２において最高視力を設定するが、最高視力を固定値として事前に設定してもよい。
最高視力が固定値として事前に指定される場合、ステップ１１２の処理は省略が可能である。
続いて、サーバ１０は、設定された最高視力（すなわち最小画角）の下、バーチャルカメラのレンズの画角とモニタ２０の画素数との関係式１を設定する（ステップ１１３）。

ここでのバーチャルカメラは、仮想空間上で定義するカメラであり、実空間におけるヒトの眼の代用として使用される。
ステップ１１３で設定する関係式１は、ステップ１１２で設定された最高視力の測定が可能なバーチャルカメラ４０のレンズの画角と任意のモニタ２０の画素数との間に成立する一般的な関係を規定する。

図６は、シミュレーション画像の表示に使用するモニタ２０の解像度により定まる最高視力と仮想空間上での視力測定に使用するバーチャルカメラ４０に求められる条件を説明する図である。（Ａ）はヒトの視角とランドルト環との関係を示し、（Ｂ）はバーチャルカメラ４０の画角とランドルト環の関係を示す。
図６（Ａ）には、ヒトの視力測定の様子が表されている。図６（Ａ）では、ランドルト環のサイズを誇張して表しているが、視力１．２に対応するランドルト環を５ｍ先のヒトが観察する。

図６（Ａ）に示すように、視角は、ランドルト環の切れ目の上下限を結ぶ直線の角度として定義される。
因みに、視力値と視角（分）の間には、次式が成立することが知られている。
視力＝１／視角（分） …式１
従って、視力１．２が与えられると、視角が０．８３３３３（分）と計算される。反対に、視角０．８３３３３（分）が与えられると、視力１．２が計算される。

図６（Ｂ）では、ヒトの眼が、バーチャルカメラ４０で置き換えられている。
現実空間のランドルト環とは異なり、モニタ２０に表示するランドルト環の切れ目は、モニタ２０の１画素よりも小さくすることはできない。すなわち、モニタ２０の１画素のサイズが、ランドルト環の切れ目を表現し得る最小サイズとなる。
そこで、仮想空間内に配置したモニタ２０の１画素を５ｍ離れた位置から観察する場合の画角を、バーチャルカメラ４０のレンズの最小画角と定義する。
なお、バーチャルカメラ４０の画角は、モニタ２０による表示範囲に規制される。

以下では、「バーチャルカメラ４０のレンズの画角」を「バーチャルカメラ４０の画角」という。従って、バーチャルカメラ４０の最小画角は、バーチャルカメラ４０のレンズの最小画角を意味する。
本実施の形態では、図６（Ｂ）における最小画角と画角の関係を、１画素とモニタ２０の画素数の関係により定義する。
具体的には、次式のように定義する。
最小画角（分）：バーチャルカメラ４０の画角（度）＊６０
＝１画素：モニタ２０の画素数 …式２

ステップ１１３では、この式２を変形した次式を設定する。
モニタ２０の画素数
＝バーチャルカメラ４０の画角（度）×６０／最小画角（分） …式３
最高視力が１．２の場合、最小画角は０．８３３３３（分）であるので、式３の最小画角に０．８３３３３（分）を代入すると、モニタ２０に表示可能な最小視力を実現可能な、仮想空間上の視力測定に使用するバーチャルカメラ４０の画角（度）とモニタ２０の画素数の関係式１が得られる。
モニタ２０の画素数
＝バーチャルカメラ４０の画角（度）×６０／０．８３３３３（分）
…関係式１

次に、サーバ１０は、バーチャルカメラ４０の画角とレンズの焦点距離との間に成立する関係式２を読み出す（ステップ１１４）。
この関係式２は、次式により表現される。
画角＝１８０／π×２×ａｔａｎ（撮像素子の長さ÷（２×焦点距離）））
…関係式２
ここでの「ａｔａｎ」は、逆三角関数を意味する。なお、撮像素子の長さには、一般的な３６ｍｍ×２４ｍｍを想定する。

次に、サーバ１０は、関係式１と関係式２とから、任意のモニタ２０の画素数とバーチャルカメラ４０の焦点距離との対応表を作成する（ステップ１１５）。
図７は、任意のモニタ２０の画素数とバーチャルカメラ４０の焦点距離との関係を定める対応表の一例を説明する図である。
図７に示す対応表は、「レンズの焦点距離」、「水平画角」、「垂直画角」、「相当画素数」の関係を表している。

図７に示す対応表は、焦点距離について、関係式２を用いて画角を求め、更に求めた画角を関係式１に与えることで、最高視力を得ることが可能なモニタ２０の画素数を計算することで生成している。
図７に示す対応表は、指定された最高視力に対応するシミュレーション画像をモニタ２０上に表示するために要求される各パラメータの一般式を表しており、ステップ１１６において使用される。

ステップ１１５で対応表が作成されると、サーバ１０は、シミュレーション画像の出力に使用するモニタ２０の画素数に応じたレンズの焦点距離を決定する（ステップ１１６）。
ここでの画素数は、ステップ１１１で取得した解像度から算出が可能である。例えば解像度が２０４８×１１５０で与えられる場合、画素数は、「２３５５２００」で与えられる。

サーバ１０は、この画素数を図７に示す対応表に適用し、バーチャルカメラ４０に求められるレンズの焦点距離を特定する。
図７に示す対応表の場合、画素数の「２３５５２００」は「２３５６７２８」に最も近い。
そこで、サーバ１０は、バーチャルカメラ４０の焦点距離として、画素数の「２３５６７２８」に対応する７８ｍｍを決定する。
この時点で、ステップ１１１で指定された解像度を有するモニタ２０にステップ１１２で指定された最高視力の見え方を反映したシミュレーション画像の観察に使用するバーチャルカメラ４０が定義されたことになる。

ステップ１１６において焦点距離が決定されると、サーバ１０は、決定された焦点距離を有するバーチャルカメラ４０を仮想空間内に配置し、距離とサイズの関係を満たすランドルト環の集合（視力表）を撮影する（ステップ１１７）。
図８は、仮想空間内に配置するランドルト環の例を示す図である。縦軸は、視力値である。図８の場合、縦軸には、最高視力の１．２から最低視力の０．２まで、０．１刻みの視力値を配置している。横軸は、ランドルト環を配置する焦点距離であり、５００ｃｍから３０ｃｍまでの７つの距離が示されている。

なお、縦軸と横軸の交点には、各視力値と焦点距離の組み合わせにおいて切れ目を観察可能なランドルト環の直径がマッピングされている。
例えば５００ｃｍ先に設置されるランドルト環の直径は、視力値が１．２の場合であれば６．２５ｍｍでよいが、視力値が０．２の場合には３７．５０ｍｍでないと切れ目を確認できない。この直径の差は概略６倍である。
図８の下段には、特定の視力値に応じた１０個のランドルト環の例を描画している。
ステップ１１７では、これら１０個のランドルト環が、ステップ１１６で決定されたバーチャルカメラ４０で撮影される。

図９は、仮想空間内におけるランドルト環の撮影の様子を説明する図である。
バーチャルカメラ４０の前方には、図８で説明した各距離とサイズのランドルト環の集合が配列されている。
吹き出し中のランドルト環の集合は、バーチャルカメラ４０で撮影されたランドルト環を表している。図８で説明したように、ランドルト環の直径は遠ざかるほど大きくなるが、バーチャルカメラ４０から撮影されるランドルト環の直径は同じ大きさに見える。
また、ここでのバーチャルカメラ４０は、最高視力の１．２に対応しているので、全て距離の全てのランドルト環の切れ目を判別することができる。

次に、サーバ１０は、バーチャルカメラ４０で撮影される画像に、「ぼかしフィルタ」を適用し、その強度値を上げながら、ランドルト環の切れ目部分の明度の平均値を計測する（ステップ１１８）。以下では、明度の平均値を「平均明度」ともいう。
図１０は、切れ目の平均明度の計測を説明する図である。（Ａ）は計測の対象であるランドルト環を示し、（Ｂ）はランドルト環の切れ目部分を拡大した図を示す。
図１０（Ｂ）では、ランドルト環の切れ目のエッジがボケている。このボケが「ぼかしフィルタ」の効果である。
因みに、最高視力の場合、撮影されるランドルト環はボケないため、ランドルト環の切れ目のエッジが線として明確に観察される。

ステップ１１８では、バーチャルカメラ４０で撮影される切れ目部分の明度の平均値が計測される。
図１０（Ｂ）であれば、内側の破線で囲んだ部分の明度の平均値が計測される。なお、明度の平均値に代えて輝度の平均値を計測してもよい。
計測された平均値は、視力値と対応付けて記録される。

次に、サーバ１０は、明度の平均値と閾値（５０％）を比較し、「明度の平均値が５０％以上なら切れ目が見える」とみなす一方、「明度の平均値が５０％未満なら切れ目が見えない」とみなし、任意の視力値に応じた「ぼかしフィルタ」の強度値を決定する（ステップ１１９）。
ステップ１１９の処理は、視力値に応じた切れ目の見え方が再現される「ぼかしフィルタ」の強度値を決定する処理に当たる。
例えば視力値が１．０であれば、１．０に対応するランドルト環の切れ目が再現される強度値を決定する。

その結果として、サーバ１０は、視力値毎に決定された「ぼかしフィルタ」の強度値を視力値に対応付けた強度値テーブルを生成する（ステップ１２０）。
図１１は、視力値に「ぼかしフィルタ」の強度値を対応付けた強度値テーブルの一例を説明する図である。
図１１では、視力値に対応するランドルト環の下に、対応する強度値を列記している。ここでの視力値と強度値との対応関係が強度値テーブルであり、シミュレーションの場合に参照されるデータ構造の一例である。

例えば最高視力である視力値の１．２に対応する強度値は「０．００」であり、視力値の１．０に対応する強度値は「０．２２」である。
更に、視力値の０．９に対応する強度値は「０．３６」であり、視力値の０．８に対応する強度値は「０．５２」であり、視力値の０．７に対応する強度値は「０．６８」である。
なお、強度値は「０．６８」が最大値であり、視力値が「０．６」より悪くなっても強度値は「０．６８」である。
このステップ２０で生成された強度値テーブルが、図３におけるステップ３の強度値テーブルである。

以上の処理動作により、眼科で使用されるモニタ２０に眼科医等が指定する視力値に応じたシミュレーション画像を表示させるための準備が完了する。
なお、ステップ２０において生成された「ぼかしフィルタ」の強度値テーブルが、モニタ２０の解像度の下で、患者の見え方を反映したシミュレーション画像を表示するために使用される。
また、視力値に応じた「ぼかしフィルタ」の強度値を決定する処理動作が、仮想空間上におけるランドルト環の見え方をシミュレーションする方法に対応する。

＜シミュレーション画像の表示例＞
図１２は、実施の形態１において生成されたシミュレーション画像の表示例を説明する図である。
図１２では、モニタ２０の表示領域の全面に、モニタ２０の解像度を制約条件として、指定された視力値による風景の見え方をシミュレーションした画像（すなわちシミュレーション画像）が表示されている。

図１２に示すシミュレーション画像の元画像は距離画像であり、各画素について距離の情報が含まれている。このため、元画像の各画素には、各距離の矯正視力に応じた強度値が強度値テーブルから読み出され、対応する画素値に適用されている。
しかも、本実施の形態の場合には、「ぼかしフィルタ」の強度値は、シミュレーション画像が表示されるモニタ２０の解像度に応じて決定されている。

このため、観察に使用するモニタ２０の解像度の違いにより、表示されるシミュレーション画像の見え方が本来の見え方と異なるという心配をせずに済む。
また、眼科医等が視力値を変更すると、指定された視力値に応じたシミュレーション画像の見え方が変更後の視力値に応じて変化する。

図１３は、実施の形態１において生成されたシミュレーション画像の他の表示例を説明する図である。
図１３では、シミュレーション画像が、モニタ２０のウィンドウ内に表示されている。このウィンドウは、モニタ２０の表示領域の一部分である。
この場合、シミュレーション画像の表示に使用可能な画素数は、図１２の場合に比して少なくなる。このような場合、本実施の形態では、ウィンドウのサイズに応じたシミュレーション画像をサーバ１０で生成し、モニタ２０に表示させる。

具体的には、ウィンドウに割り当てられた縦方向の画素数と横方向の画素数を解像度とみなし、端末２１からサーバ１０にアップロードする。
すると、ウィンドウのサイズで最高視力を表現する「ぼかしフィルタ」の強度値テーブルが決定され、決定された強度値テーブルを用いて、シミュレーション画像が生成される。
本実施の形態では、眼科医等がウィンドウのサイズを変更しても、即座に、任意のサイズのウィンドウに応じたシミュレーション画像を生成し、表示させることが可能になる。

＜実施の形態２＞
本実施の形態では、シミュレーション画像の生成が端末２１側で実行される場合について説明する。
図１４は、実施の形態２で使用するネットワークシステム１Ａの構成例を説明する図である。図１４には、図１との対応部分に対応する符号を付して示している。
図１４に示すネットワークシステム１Ａの場合も、端末２１からサーバ１０Ａには、モニタ２０の解像度と術後の視力値（全距離）とが通知されている。
違いは、サーバ１０Ａから端末２１に送信されるのが、「ぼかしフィルタ」の強度値である点である。

図１５は、実施の形態２で使用するサーバ１０Ａと端末２１との間で実行される処理動作の概要を説明する図である。図１５には、図３との対応部分に対応する符号を付して示している。
なお、図１５に示すサーバ１０Ａの処理動作は、見え方シミュレーション情報提供方法の一例である。
本実施の形態の場合も、モニタ２０の登録時の処理動作は、実施の形態１と同じである。従って、以下では、眼科医等によるサービスの利用時に実行される処理動作を説明する。

図１５の場合も、術後のシミュレーション画像の表示を求める眼科医等は、端末２１を操作し、サーバ１０Ａに対し、患者の視力値（全距離）を送信する（ステップ４）。
図１５の場合、サーバ１０Ａは、端末２１から視力値（全距離）を受け付ける（ステップ５）と、受け付けた視力値（全距離）に応じた強度値を強度値テーブル１４Ｂ（図２参照）から読み出す（ステップ８）。
この後、サーバ１０Ａは、端末２１に対し、読み出した強度値を送信する（ステップ２１）。

以後は、端末２１の処理動作となる。
まず、端末２１は、ぼかし処理で使用する強度値を受信すると（ステップ２２）、モニタ２０に表示する距離画像の選択を受け付ける（ステップ２３）。
次に、端末２１は、ステップ２２で受信した強度値を、選択された距離画像に対するぼかし処理に適用してシミュレーション画像を生成する（ステップ２４）。すなわち、本実施の形態では、シミュレーション画像が端末２１の内部で生成される。その後、端末２１は、モニタ２０にシミュレーション画像を表示する（ステップ１２）。すなわち、本実施の形態における端末２１は、シミュレータの一例として動作する。

本実施の形態の場合、ネットワーク３０を通じて送受されるデータは、解像度、視力値（全距離）、「ぼかしフィルタ」の強度値だけであり、サーバ１０Ａに対する計算上の負荷が小さく済む。
また、シミュレーション画像が配信又はダウンロードされる場合に比して、ネットワーク３０に対する負荷も少なく済む。
また、本実施の形態の場合、モニタ２０が存在する眼科内の端末２１でシミュレーション画像が生成されるので、ネットワーク３０の不調の影響を受けずに、患者と術後の見え方を確認することが可能になる。

＜実施の形態３＞
本実施の形態では、オンラインで接続された複数の地点に、モニタ２０の解像度の違いによる見え方を反映したシミュレーション画像を提供するサービスを想定する。
図１６は、実施の形態３で使用するネットワークシステム１Ｂの構成例を説明する図である。図１６には、図１との対応部分に対応する符号を付して示している。

図１６に示すネットワークシステム１Ｂは、サーバ１０Ｂと、ユーザＡで使用されるモニタ２０Ａ及び端末２１Ａと、販売店（以下「店舗」という）で使用されるモニタ２０Ｂと端末２１Ｂと、ユーザＢで使用されるモニタ２０Ｃ及び端末２１Ｃと、ネットワーク３０とで構成されている。
本実施の形態の場合、表示に使用されるモニタ２０の解像度に応じて生成されたシミュレーション画像が、複数の地点に配信される。

図１６に示すネットワークシステム１Ｂは、角膜に対して着脱自在に装着されるコンタクトレンズによる矯正後の見え方を、店舗側の担当者と客であるユーザとが別々の場所で確認する場合を想定している。もっとも、図１６に示すネットワークシステム１Ｂは、オンライン診療にも利用が可能である。オンライン診療に利用する場合、店舗は眼科に読み替える。
ここでのコンタクトレンズは、光学レンズの一例である。
図１６の場合も、店舗やユーザは、据え置き型のモニタ２０を用いる場合を想定しているが、ユーザ側のモニタ２０は、例えばスマートフォンやタブレットでもよい。もっとも、店舗側のモニタ２０もスマートフォンやタブレットでよい。

図１６の場合、コンタクトレンズの装着後の見え方を説明する店舗の担当者が、コンタクトレンズによる矯正後の視力値（全距離）をサーバ１０Ｂにアップロードする。この意味で、店舗側の端末２１Ｂは、第２の端末の一例である。
なお、店舗側のモニタ２０Ｂの解像度は端末２１Ｂからサーバ１０Ｂにアップロードされ、ユーザＡ側のモニタ２０Ａの解像度は端末２１Ａからサーバ１０Ｂにアップロードされる。この意味で、店舗側の端末２１ＢとユーザＡ側の端末２１Ａは、第１の端末の一例である。

なお、図１６においては、店舗側の担当者とユーザＡとが２地点でシミュレーション画像を観察しているが、ユーザＡとユーザＢが同じ距離画像について生成されたシミュレーション画像を観察してもよい。その場合に、ユーザＢ側のモニタ２０Ｃの解像度に応じたシミュレーション画像がサーバ１０Ｂで生成され、ユーザＢ側の端末２１Ｃに提供される。
この他、シミュレーション画像の複数地点への配信の例には、例えば店舗側の端末２１Ｂと、コンタクトレンズの購入者の端末２１Ａと、購入者の保護者の端末２１Ｃとの場合がある。

また、シミュレーション画像の複数地点への配信の例には、例えば店舗側の端末２１Ｂと、コンタクトレンズの購入者の端末２１Ａと、眼科医の端末２１Ｃとの場合がある。
また、シミュレーション画像の複数地点への配信の例には、例えば眼科医の端末２１Ｂと、患者の端末２１Ａと、別の眼科医の端末２１Ｃとの場合がある。

本実施の形態におけるサーバ１０Ｂは、ユーザＡ側のモニタ２０Ａ専用の「ぼかしフィルタ」の強度値テーブルをモニタ２０Ａの解像度から生成し、店舗側のモニタ２０Ｂ専用の「ぼかしフィルタ」の強度値テーブルをモニタ２０Ｂの解像度から生成する。
なお、シミュレーション画像として再現する最高視力は、店舗側の端末２１Ｂからサーバ１０Ｂに指示されるものとする。

図１７は、実施の形態３で使用するサーバ１０Ｂと端末２１との間で実行される処理動作の概要を説明する図である。図１７には、図３との対応部分に対応する符号を付して示している。
図１７に示すサーバ１０の処理動作も、見え方シミュレーション情報の提供方法の一例である。

本実施の形態の場合、一連の処理動作は、店舗側の端末２１Ｂとユーザ側の端末２１Ａによるサーバ１０Ｂへのアクセスにより開始される。
まず、店舗側の端末２１Ｂが、サーバ１０Ｂに対し、モニタ２０Ｂの解像度を送信する（ステップ１）。同様に、ユーザ側の端末２１Ａが、サーバ１０Ｂに対し、モニタ２０Ａの解像度を送信する（ステップ１）。
サーバ１０Ｂは、端末２１Ａと端末２１Ｂのそれぞれから、モニタの解像度を取得する（ステップ２）。図中の「ｘ２」は、端末２１Ａ用の処理と端末２１Ｂ用の処理が別々に実行されることを意味する。他のステップについても同様である。

次に、サーバ１０Ｂは、取得した解像度と任意の視力値の組み合わせに対応する「ぼかしフィルタ」の強度値を計算し、各値を紐付けた強度値テーブル１４Ｂ（図２参照）を生成する（ステップ３）。ここでの強度値テーブル１４Ｂは、店舗用とユーザ用とが別々に生成される。もっとも、店舗側で使用するモニタ２０Ｂとユーザ側で使用するモニタ２０Ａの解像度が同じ場合には、実施の形態１の場合と同様、強度値テーブル１４Ｂは１つでよい。図１７では、店舗側とユーザ側とでモニタ２０の解像度が異なるものとする。

次に、店舗側の端末２１Ｂが、サーバ１０に対し、視力値（全距離）を送信する（ステップ４）。ここでの視力値（全距離）は、例えば検討中のコンタクトレンズによる矯正後の視力値である。
図１７では、店舗側が推奨するコンタクトレンズによる矯正後の視力値（全距離）を有することを前提とするが、実施の形態１で説明したように、シミュレーションしたい視力値（全距離）を特定する情報（例えば型番）をサーバ１０にアップロードしてもよい。この手法による視力値（全距離）であれば、ユーザＡが購入を希望しているコンタクトレンズの型番をサーバ１０Ｂにアップロードしてもよい。
一方のサーバ１０Ｂは、端末２１Ｂから視力値（全距離）を受け付ける（ステップ５）。

続いて、店舗側の端末２１Ｂは、サーバ１０Ｂに対し、モニタ２０に表示する距離画像の選択を送信する（ステップ６）。本実施の形態の場合、選択された距離画像は、店舗側のモニタ２０Ｂだけでなく、ユーザＡ側のモニタ２０Ａにも共通する。なお、距離画像の選択についても、視力値（全距離）と同じく、ユーザＡ側の端末２１Ａが送信してもよい。
一方のサーバ１０Ｂは、端末２１から距離画像の選択を受け付ける（ステップ７）。

次に、サーバ１０Ｂは、受け付けた視力値（全距離）に応じた強度値を強度値テーブル１４Ｂから読み出す（ステップ８）。本実施の形態の場合、強度値は、店舗用の強度値テーブル１４ＢとユーザＡ用の強度値テーブル１４Ｂのそれぞれから読み出される。
続いて、サーバ１０Ｂは、読み出した強度値を、選択された距離画像に対するぼかし処理に適用してシミュレーション画像を生成する（ステップ９）。ここでのシミュレーション画像の生成も、店舗用とユーザＡ用とで別々に実行される。すなわち、与えられた視力値（全距離）と距離画像について、モニタ２０の解像度の違いを反映した２つのシミュレーション画像が生成される。

その後、サーバ１０Ｂは、店舗側の端末２１Ｂとユーザ側の端末２１Ａのそれぞれに、生成されたシミュレーション画像をストリーミング配信する（ステップ１０）。
一方の端末２１は、シミュレーション画像を受信し（ステップ１１）、モニタ２０にシミュレーション画像を表示する（ステップ１２）。このシミュレーション画像の受信と表示も、店舗側とユーザＡ側とで同時に実行される。
なお、図１７では、生成したシミュレーション画像をストリーミング配信しているが、データファイルとして送信してもよい。

コンタクトレンズは種類が多い。このため、購入の候補となるコンタクトレンズが複数あったとしても、それらの全てを購入前に試着することは現実的でない。しかし、本実施の形態の場合には、コンタクトレンズの違いによる見え方を反映したシミュレーション画像をモニタ上で容易に観察できる。このため、店舗側もユーザ側も無駄な出費を抑制できる。
また、オンラインによる接客のために異なるモニタ２０にシミュレーション画像を表示せざるを得ない場合でも、本実施の形態におけるネットワークシステム１Ｂであれば、モニタ２０の解像度の違いを反映したシミュレーション画像を店舗側とユーザ側に提供できる。

その結果、オンラインによる接客の場合でも、矯正後の見え方について、店舗側の担当者と客であるユーザＡとの認識に齟齬が生じない。このため、質の高いサポートが可能になる。
なお、本実施の形態の場合も、前述した実施の形態２のように、シミュレーション画像に代えて、「ぼかしフィルタ」の強度値を端末２１に送信してもよい。勿論、その場合には、シミュレーション画像の表示に使用されるモニタ２０に応じた強度値が個別に送信され、端末２１によりシミュレーション画像が生成される。

＜実施の形態４＞
本実施の形態では、オンラインで接続された複数の地点に、モニタ２０の解像度の違いによる見え方を反映したシミュレーション画像を提供するサービスの他の例を想定する。
図１８は、実施の形態４で使用するネットワークシステム１Ｃの構成例を説明する図である。図１８には、図１との対応部分に対応する符号を付して示している。

図１８に示すネットワークシステム１Ｃは、サーバ１０Ｃと、患者の眼球を計測する計測機器を操作する医師Ａが使用するモニタ２０Ａ及び端末２１Ａと、患者を診療する医師Ｂが使用するモニタ２０Ｂと端末２１Ｂと、患者が使用するモニタ２０Ｃ及び端末２１Ｃと、ネットワーク３０とで構成されている。
ここでの計測機器は、患者の視力値（全距離）を計測する。患者の視力値（全距離）は、裸眼で測定された視力値（全距離）でもよいし、コンタクトレンズ等により矯正した状態で測定された視力値（全距離）でもよい。
なお、計測機器は、例えば患者の瞳孔経、波面収差、球面度数、乱視度数、乱視軸角度を計測又は計算し、視力値を導出してもよい。

図１８の場合、医師Ａは、患者の視力値を測定した結果をサーバ１０Ｃにアップロードするのみであり、シミュレーション画像は観察しない。このため、図１８では、端末２１Ａからサーバ１０Ｃには、上り方向の矢印だけを描いている。また、シミュレーション画像を観察しないので、モニタ２０Ａの解像度もアップロードされていない。
すなわち、図１８に示すネットワークシステム１Ｃは、視力値のアップロード元と解像度のアップロード元を分離した点で、実施の形態３と相違する。

従って、本実施の形態の場合、医師Ａが操作する端末２１Ａが第２の端末の一例であり、医師Ｂが操作する端末２１Ｂと患者が操作する端末２１Ｃが第１の端末の一例である。
図１８に示すネットワークシステム１は、医師Ｂと患者との間で、患者の見え方の共有や術前や術後における診療での活用を想定する。

図１９は、実施の形態４で使用するサーバ１０Ｃと端末２１との間で実行される処理動作の概要を説明する図である。図１９には、図１７との対応部分に対応する符号を付して示している。
図１９に示すサーバ１０の処理動作も、見え方シミュレーション情報の提供方法の一例である。
図１９に示す処理動作では、端末２１Ａを医師Ａが操作し、端末２１Ｂを医師Ｂが操作し、端末２１Ｃを患者が操作する。
また、図１９では、端末２１Ａとして、医師Ａが操作するコンピュータ等を想定しているが、視力の測定に用いた測定器でもよい。

図１９に示す処理動作が、図１７に示す処理動作と異なる点は、ステップ４に示す視力値（全距離）の送信元である。図１９の場合、患者の視力を測定した医師Ａが操作する端末２１Ａがサーバ１０Ｃに与えている。
なお、図１９では、サービスの利用時に視力値（全距離）をサーバ１０Ｃに送信しているが、患者の視力の測定は、事前に行われている。このため、端末２１Ａによるサーバ１０Ｃへの視力値（全距離）の送信は、サービスの利用が開始するまでに完了していてもよい。

本実施の形態の場合、シミュレーション画像の観察者は、医師Ｂと患者の２名であるが、オンラインで接続された複数人の医師でもよい。この場合、チームでの診療やセカンドオピニオンを別の医師から受ける用途での利用も可能である。
なお、本実施の形態の場合も、前述した実施の形態２のように、シミュレーション画像に代えて、「ぼかしフィルタ」の強度値を送信してもよい。勿論、その場合には、シミュレーション画像の表示に使用されるモニタ２０に応じた強度値が個別に送信され、端末２１によりシミュレーション画像が生成される。

＜実施の形態５＞
本実施の形態では、視覚に障害を有する人の見え方を都市設計や建築の改修等に反映する場面を想定する
図２０は、実施の形態５で使用するネットワークシステム１Ｄの構成例を説明する図である。図２０には、図１との対応部分に対応する符号を付して示している。
図２０に示すネットワークシステム１Ｄは、サーバ１０Ｄと、調査地Ａで使用するモニタ２０Ａと端末２１Ａとカメラ２２Ａと、調査地Ｂで使用するモニタ２０Ｂと端末２１Ｂとカメラ２２Ｂと、調査地Ｃで使用するモニタ２０Ｃと端末２１Ｃとカメラ２２Ｃと、ネットワーク３０とで構成されている。

本実施の形態の場合、サーバ１０Ｄには、症例別の視力値（全距離）のデータを記憶するデータベース１０Ｄ１が接続されている。このデータベース１０Ｄ１は、症例データベースの一例である。
もっとも、症例データベース１０Ｄ１は、サーバ１０Ｄのハードディスク装置１４（図２参照）に記憶されていてもよいし、ネットワーク３０に接続されていてもよい。
本実施の形態における症例は、近視、遠視、乱視等の屈折異常や老視等の調整障害等の視力値に関するものを想定する。

本実施の形態の場合、他の実施の形態とは異なり、カメラ２２Ａ～２２Ｃが設けられている。本実施の形態におけるカメラ２２Ａ～２２Ｃは、距離画像の撮像が可能なカメラを想定する。
カメラ２２Ａ～２２Ｃが撮像する距離画像は、静止画像でも動画像でもよい。
距離画像を取得する方法には、例えば視差から距離を測定するステレオ法、測定光が対象物で反射して戻ってくるまでの時間により距離を計測するＴＯＦ（＝Time Of Flight）法を使用する。

すなわち、本実施の形態では、予め用意した距離画像に代えて、調査地Ａ～Ｃの各地で実際に撮像された距離画像を使用する。
このため、図２０では、カメラ２２Ａからサーバ１０Ｄに現地で撮像された距離画像のアップロードを示す矢印が描かれている。

図２１は、実施の形態５で使用するサーバ１０Ｄと端末２１との間で実行される処理動作の概要を説明する図である。図２１には、図３との対応部分に対応する符号を付して示している。
図２１に示すサーバ１０Ｄの処理動作も、見え方シミュレーション情報の提供方法の一例である。
図２１に示す処理動作では、調査地Ａを訪問した調査員が端末２１Ａからモニタ２０Ａの解像度を送信する（ステップ１）。調査員は１名とは限らず、また、各調査員が使用するモニタ２０Ａの解像度が共通とは限らないため、本実施の形態では、調査の度に解像度をサーバ１０Ｄにアップロードする。

一方のサーバ１０Ｄは、端末２１から、モニタ２０の解像度を取得する（ステップ２）。
その後、サーバ１０Ｄは、取得した解像度と任意の視力値の組み合わせに対応する「ぼかしフィルタ」の強度値を計算し、各値を紐付けた強度値テーブル１４Ｂ（図２参照）を生成する（ステップ３）。
以上で、調査地Ａで使用するモニタ２０の登録が終了する。他の調査地についても、モニタ２０が同様に登録される。

モニタ２０の登録後、現地の調査員による調査が開始される。
図２１の場合、調査員は、シミュレーションする症例を選択する（ステップ３１）。なお、症例に対応する視力値（全距離）を、端末２１からサーバ１０Ｄにアップロードしてもよい。視力値（全距離）がアップロードされる場合、サーバ１０Ｄによるステップ３２及び３３の実行が省略される。
図２１の場合、サーバ１０Ｄは、症例の選択を受け付けると（ステップ３２）、症例に対応する視力値（全距離）を読み出す（ステップ３３）。具体的には、サーバ１０Ｄは、受け付けた症例に対応する視力値（全距離）をデータベース１０Ｄ１から読み出す。

次に、端末２１は、調査員が調査地で撮像した距離画像をアップロードする（ステップ３４）。
一方のサーバ１０Ｄは、アップロードされた距離画像を取得する（ステップ３５）。距離画像が端末２１から取得される点が、前述した実施の形態との違いである。
次に、サーバ１０Ｄは、読み出した視力値（全距離）に応じた強度値を強度値テーブル１４Ｂから読み出す（ステップ８Ａ）。なお、視力値が距離に応じて異なる場合、複数の強度値が読み出される。

続いて、サーバ１０は、読み出した強度値を、端末２１から取得した距離画像に対するぼかし処理に適用してシミュレーション画像を生成する（ステップ９Ａ）。
その後、サーバ１０は、生成されたシミュレーション画像をストリーミング配信する（ステップ１０）。
一方の端末２１は、シミュレーション画像を受信すると（ステップ１１）、モニタ２０にシミュレーション画像を表示する（ステップ１２）。
なお、図２１では、生成したシミュレーション画像をストリーミング配信しているが、データファイルとして送信してもよい。

図２１の場合、現地の調査員がモニタ２０に表示されたシミュレーション画像を確認し、ステップ３１で選択した症例を有する人による現地の見え方に安全上の問題があるかを評価する。
図２１の場合、端末２１は、サーバ１０Ｄに対し、安全性が確認された視力値を送信する（ステップ３６）。
一方、サーバ１０Ｄは、安全性が確認された視力値を記録する（ステップ３７）。
この処理動作が、複数の調査員により、複数の調査地について逐次又は同時に実行される。

結果的に、サーバ１０Ｄには、安全性が確認された調査地の情報が蓄積される。なお、同じ調査地について、同じ調査員が時間や季節を代えて複数回の調査の結果をアップしてもよい。また、同じ調査地について異なる調査員が調査を行ってもよい。
蓄積された情報は、調査地の改良や都市計画の際に基礎資料としての活用が可能である。
なお、本実施の形態では、調査地を撮像した調査員による評価だけを蓄積しているが、オンラインで接続された他の地点にいる調査員等による評価も調査地に紐付けて蓄積してもよい。

本実施の形態の場合、シミュレーション画像が表示されるモニタ２０の解像度が異なっても、視力値に応じた見え方を正確に反映できるため、１回の撮像に対して複数の評価の蓄積が可能になる。
また、本実施の形態の場合には、安全性が確かめられた視力値又は症例だけがサーバ１０Ｄに蓄積されているが、同じシミュレーション画像に対する評価の全てを蓄積してもよい。

なお、本実施の形態の場合も、前述した実施の形態２のように、シミュレーション画像に代えて、「ぼかしフィルタ」の強度値を端末２１に送信してもよい。勿論、その場合には、シミュレーション画像の表示に使用されるモニタ２０に応じた強度値が個別に送信され、端末２１によりシミュレーション画像が生成される。

＜他の実施の形態＞
（１）以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。

（２）前述の実施の形態では、ネットワーク３０経由でシミュレーション画像や「ぼかしフィルタ」の強度値を提供する手法を説明したが、これらの情報を半導体メモリやＤＶＤ等の可搬型の記憶媒体に格納して提供してもよい。
（３）前述の実施の形態では、主に眼内レンズやコンタクトレンズを装着する場合における視力値の矯正後の見え方をモニタで観察する場合を想定しているが、眼鏡による視力値の矯正後の見え方をモニタで観察する場合にも適用できる。眼鏡は光学レンズの一例である。

（４）前述の実施の形態では、主に眼内レンズやコンタクトレンズを装着する場合における視力値の矯正後の見え方をモニタで観察する場合を想定しているが、視力に関連する疾病の研究や教育で使用するモニタへのシミュレーション画像の表示にも応用が可能である。
（５）前述の実施の形態では、強度値テーブル１４Ｂをサービスの利用の度に生成する場合について説明したが、任意の解像度と任意の視力値の組み合わせについて強度値を対応付けた強度値テーブル１４Ｂを事前に用意してもよい。その場合には、シミュレーション画像を観察する端末２１から通知された視力値に対応する強度値を強度値テーブル１４Ｂから読み出せばよい。

１、１Ａ、１Ｂ、１Ｃ、１Ｄ…ネットワークシステム、１０、１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ…サーバ、１０Ｄ１…データベース、１４Ａ…シミュレーション画像、１４Ｂ…強度値テーブル、１４Ｃ…距離画像、２１、２１Ａ、２１Ｂ、２１Ｃ…端末、２２Ａ、２２Ｂ、２２Ｃ…カメラ、３０…ネットワーク

Claims (10)

1. 被対象者の見え方をコンピュータがシミュレーションする方法であって、
   被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する処理と、
   シミュレーションする視力値を受け付ける処理と、
   前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する処理と、
   を有する見え方シミュレーション方法であり、
   前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する前記処理では、
   前記視力値と前記解像度とに応じて特定される強度値を有するぼかし処理が、予め用意した画像に加えられる、
   見え方シミュレーション方法。
2. 被対象者の見え方をコンピュータがシミュレーションする方法であって、
   被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する処理と、
   取得された前記解像度に応じ、前記表示デバイスが表現可能な最小視角を設定する処理と、
   設定された前記最小視角と前記解像度とを用い、任意の視力値に応じた見え方をシミュレーションするぼかし処理の強度値を、前記表示デバイス用に決定する処理と、
   シミュレーションする視力値を受け付ける処理と、
   前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する処理と、
   を有する見え方シミュレーション方法。
3. 前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する前記処理では、
   前記視力値と前記解像度とに応じて特定される強度値を有するぼかし処理が、予め用意した画像に加えられる、
   請求項２に記載の見え方シミュレーション方法。
4. 設定された前記最小視角と前記表示デバイスの前記解像度とを用い、任意の視力値に応じた見え方をシミュレーションするぼかし処理の強度値を、前記表示デバイス用に決定する前記処理では、
   設定された前記最小視角と前記解像度とを用い、仮想空間上のランドルト環を撮像するバーチャルカメラの焦点距離を決定する処理と、
   決定された前記焦点距離を有する前記バーチャルカメラで撮像された前記ランドルト環の見え方をシミュレーションするぼかし処理の強度値を、視力値毎に決定する処理と、
   が実行される、請求項２又は３に記載の見え方シミュレーション方法。
5. 被対象者の見え方をコンピュータがシミュレーションする方法であって、
   被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する処理と、
   シミュレーションする視力値を受け付ける処理と、
   前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する処理と、
   を有する見え方シミュレーション方法であり、
   前記表示デバイスの解像度は、被対象者の見え方をシミュレーションした前記画像が表示されるウィンドウの大きさにより定まる、
   見え方シミュレーション方法。
6. 被対象者の見え方をコンピュータがシミュレーションする方法であって、
   被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する処理と、
   シミュレーションする視力値を受け付ける処理と、
   前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する処理と、
   を有する見え方シミュレーション方法であり、
   前記画像は、画素毎に視線方向の距離の情報を有する画像であり、
   前記視力値が距離毎に与えられる場合、前記画像として、距離に応じた見え方がシミュレーションされる、
   見え方シミュレーション方法。
7. コンピュータに、
   被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する機能と、
   シミュレーションする視力値を受け付ける機能と、
   前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する機能と、
   を実現させるためのプログラムであり、
   前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する前記機能では、
   前記視力値と前記解像度とに応じて特定される強度値を有するぼかし処理が、予め用意した画像に加えられる、プログラム。
8. コンピュータに、
   被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する機能と、
   取得された前記解像度に応じ、前記表示デバイスが表現可能な最小視角を設定する機能と、
   設定された前記最小視角と前記解像度とを用い、任意の視力値に応じた見え方をシミュレーションするぼかし処理の強度値を、前記表示デバイス用に決定する機能と、
   シミュレーションする視力値を受け付ける機能と、
   前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する機能と、
   を実現させるためのプログラム。
9. コンピュータに、
   被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する機能と、
   シミュレーションする視力値を受け付ける機能と、
   前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する機能と、
   を実現させるためのプログラムであり、
   前記表示デバイスの解像度は、被対象者の見え方をシミュレーションした前記画像が表示されるウィンドウの大きさにより定まる、プログラム。
10. コンピュータに、
    被対象者の見え方をシミュレーションした画像が表示される表示デバイスの解像度を取得する機能と、
    シミュレーションする視力値を受け付ける機能と、
    前記視力値に応じた被対象者の見え方をシミュレーションした前記画像を、前記解像度を用いて生成する機能と、
    を実現させるためのプログラムであり、
    前記画像は、画素毎に視線方向の距離の情報を有する画像であり、
    前記視力値が距離毎に与えられる場合、前記画像として、距離に応じた見え方がシミュレーションされる、プログラム。