(57)【要約】【課題】時や場所を選ばずに、容易に眼精疲労度を測定することのできる携帯端末、眼精疲労度測定方法、眼精疲労度測定プログラム、および、支援システムを提供すること。【解決手段】携帯端末は、ユーザの目を撮影するための撮像部２２と、ユーザの過去の目の状態を示す基準画像データを撮像画像データベース１２１に登録するための登録処理部１０２と、ユーザの測定対象の目の状態を示す対象画像データと、基準画像データとを比較することにより、眼精疲労度を測定するための疲労度測定部１０４と、眼精疲労度の測定結果を表示するための表示部４とを備える。疲労度測定部１０４は、たとえば、基準画像データおよび対象画像データの白眼部分をそれぞれ２値化し、対象画像データの黒画素数が基準画像データの黒画素数よりも多い場合に、眼精疲労度が増していると判断する。【選択図】図５
2010162124.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの目を撮影するための撮像手段と、
ユーザの過去の目の状態を示す基準画像データを記憶するための撮像画像記憶手段と、
ユーザの測定対象の目の状態を示す対象画像データと、前記基準画像データとを比較することにより、眼精疲労度を測定するための測定処理手段と、
前記測定処理手段による測定結果を表示するための表示手段とを備えた、携帯端末。
【請求項２】
前記撮像手段より入力された画像データより、目の両端部と中央線とを検出し、検出された前記両端部および前記中央線の位置がそれぞれ所定の位置になるよう前記入力された画像データを編集するための編集処理手段をさらに備え、
前記基準画像データ、および、前記対象画像データは、各々、前記編集後の画像データを表わす、請求項１に記載の携帯端末。
【請求項３】
眼精疲労度に関連付けて、目薬を特定するための目薬特定データを記憶するための目薬データ記憶手段をさらに備え、
前記測定処理手段は、さらに、測定された眼精疲労度に応じた前記目薬特定データを検索し、
前記表示手段は、さらに、検索された前記目薬特定データで特定される目薬の情報を表示する、請求項２に記載の携帯端末。
【請求項４】
前記測定処理手段は、前記基準画像データおよび前記対象画像データの白眼部分をそれぞれ２値化し、前記対象画像データの黒画素数が前記基準画像データの黒画素数よりも多い場合に、眼精疲労度が増していると判断する、請求項２または３に記載の携帯端末。
【請求項５】
前記撮影手段によりユーザの目が撮影される度に、元の画像データ、および、前記編集処理手段による編集後の画像データを対応付けて前記撮影画像記憶手段に登録するための登録処理手段をさらに備える、請求項２〜４のいずれかに記載の携帯端末。
【請求項６】
外部の眼科医端末との間でデータの送受信を行なうための通信手段と、
前記対象画像データの元の画像データを、前記眼科医端末に送信することにより、眼科医所見の申込を行なうための申込処理手段と、
前記眼科医端末より受信した所見データを前記表示部に表示する処理を行なうための手段とをさらに備える、請求項２〜５のいずれかに記載の携帯端末。
【請求項７】
記憶部を備えたコンピュータによって実行される、ユーザの眼精疲労度を測定するための方法であって、
ユーザの過去の目の状態を示す基準画像データを前記記憶部より読み出し、ユーザの測定対象の目の状態を示す対象画像データと、前記基準画像データとを比較することにより、眼精疲労度を測定するステップと、
眼精疲労度の測定結果を表示するステップとを備えた、眼精疲労度測定方法。
【請求項８】
ユーザの眼精疲労度を測定するためのプログラムであって、
ユーザの過去の目の状態を示す基準画像データを記憶部より読み出し、ユーザの測定対象の目の状態を示す対象画像データと、前記基準画像データとを比較することにより、眼精疲労度を測定するステップと、
眼精疲労度の測定結果を表示するステップとをコンピュータに実行させる、眼精疲労度測定プログラム。
【請求項９】
携帯端末と、眼科医端末とを備え、眼科医または眼科の患者を支援するためのシステムであって、
前記携帯端末は、
ユーザの目を撮影するための撮像手段と、
ユーザの過去の目の状態を示す基準画像データを記憶するための撮像画像記憶手段と、
ユーザの測定対象の目の状態を示す対象画像データと、前記基準画像データとを比較することにより、眼精疲労度を測定するための測定処理手段と、
前記測定処理手段による測定結果を表示するための表示手段と、
前記対象画像データの元の画像データを、前記眼科医端末に送信することにより、眼科医所見の申込を行なうための申込処理手段とを含み、
前記眼科医端末は、前記携帯端末より受信した前記元の画像データに基づく眼科医の所見データを、前記携帯端末に返信するための通信手段を含み、
前記表示手段は、前記眼科医端末より受信した前記所見データをさらに表示する、支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末、眼精疲労度測定方法、眼精疲労度測定プログラム、および、患者支援システムに関し、特に、撮像部（カメラ）を備えた携帯端末、眼精疲労度測定方法、眼精疲労度測定プログラム、および、眼科医または眼科の患者を支援することのできる支援システムに関する。
【背景技術】
【０００２】
社会の情報化が進み、コンピュータ等を使用して目を酷使する機会が非常に増えている。目を酷使する機会が増えるほど、目の疲労度は増加し、定期的な健診が必要となるケースも増加している。
【０００３】
目の疲労度が増加すると、様々な目の病気を誘発したり、視力の低下からストレスを誘発する場合もある。そのため、目に適度な休憩を設けるような自己管理が必要となってくる。
【０００４】
従来、目の疲労度を測定する方法として、特許文献１では、光学的な装置を用いて、目の画像を光軸方向に走査しながら屈折率の変化を検出し、目の疲労度を定量的に判定していた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−３４５７５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記従来のような方法では、光学的な装置を使用するため非常に大掛かりなものとなり、個人で日常的に使用することは難しい。
【０００７】
目の疲労度は、目を酷使している時（例えばコンピュータを使用した業務中）がもっとも高い。そのため、疲労度の測定は上記状態の時に測定することが好ましいが、従来の光学的な装置は持ち歩きには適していない。また、大きさ、価格などから作業場所に簡易に設置することは困難である。
【０００８】
慢性的に目を酷使する場合、目の疲労は毎日蓄積されていくものであり、そのような疲労度の測定のために、毎日眼科へ通い、光学的な装置を用いて疲労度を測定することは現実的ではない。
【０００９】
本発明は、上記のような問題を解決するためになされたものであって、その目的は、時や場所を選ばずに、容易に眼精疲労度を測定することのできる携帯端末、眼精疲労度測定方法、眼精疲労度測定プログラム、および、支援システムを提供することである。
【課題を解決するための手段】
【００１０】
この発明のある局面に従う携帯端末は、ユーザの目を撮影するための撮像手段と、ユーザの過去の目の状態を示す基準画像データを記憶するための撮像画像記憶手段と、ユーザの測定対象の目の状態を示す対象画像データと、基準画像データとを比較することにより、眼精疲労度を測定するための測定処理手段と、測定処理手段による測定結果を表示するための表示手段とを備える。
【００１１】
好ましくは、撮像手段より入力された画像データより、目の両端部と中央線とを検出し、検出された両端部および中央線の位置がそれぞれ所定の位置になるよう入力された画像データを編集するための編集処理手段をさらに備え、基準画像データ、および、対象画像データは、各々、編集後の画像データを表わす。
【００１２】
好ましくは、眼精疲労度に関連付けて、目薬を特定するための目薬特定データを記憶するための目薬データ記憶手段をさらに備え、測定処理手段は、さらに、測定された眼精疲労度に応じた目薬特定データを検索し、表示手段は、さらに、検索された目薬特定データで特定される目薬の情報を表示する。
【００１３】
好ましくは、測定処理手段は、基準画像データおよび対象画像データの白眼部分をそれぞれ２値化し、対象画像データの黒画素数が基準画像データの黒画素数よりも多い場合に、眼精疲労度が増していると判断する。
【００１４】
好ましくは、撮影手段によりユーザの目が撮影される度に、元の画像データ、および、編集処理手段による編集後の画像データを対応付けて撮影画像記憶手段に登録するための登録処理手段をさらに備える。
【００１５】
好ましくは、外部の眼科医端末との間でデータの送受信を行なうための通信手段と、対象画像データの元の画像データを、眼科医端末に送信することにより、眼科医所見の申込を行なうための申込処理手段と、眼科医端末より受信した所見データを表示部に表示する処理を行なうための手段とをさらに備える。
【００１６】
この発明の他の局面に従う眼精疲労度測定方法は、記憶部を備えたコンピュータによって実行される、ユーザの眼精疲労度を測定するための方法であって、ユーザの過去の目の状態を示す基準画像データを記憶部より読み出し、ユーザの測定対象の目の状態を示す対象画像データと、基準画像データとを比較することにより、眼精疲労度を測定するステップと、眼精疲労度の測定結果を表示するステップとを備える。
【００１７】
この発明のさらに他の局面に従う眼精疲労度測定プログラムは、ユーザの眼精疲労度を測定するためのプログラムであって、ユーザの過去の目の状態を示す基準画像データを記憶部より読み出し、ユーザの測定対象の目の状態を示す対象画像データと、基準画像データとを比較することにより、眼精疲労度を測定するステップと、眼精疲労度の測定結果を表示するステップとをコンピュータに実行させる。
【００１８】
この発明のさらに他の局面に従う支援システムは、携帯端末と、眼科医端末とを備え、眼科医または眼科の患者を支援するためのシステムであって、携帯端末は、ユーザの目を撮影するための撮像手段と、ユーザの過去の目の状態を示す基準画像データを記憶するための撮像画像記憶手段と、ユーザの測定対象の目の状態を示す対象画像データと、基準画像データとを比較することにより、眼精疲労度を測定するための測定処理手段と、測定処理手段による測定結果を表示するための表示手段と、対象画像データの元の画像データを、眼科医端末に送信することにより、眼科医所見の申込を行なうための申込処理手段とを含む。眼科医端末は、携帯端末より受信した元の画像データに基づく眼科医の所見データを、携帯端末に返信するための通信手段を含む。上記携帯端末の表示手段は、眼科医端末より受信した所見データをさらに表示する。
【発明の効果】
【００１９】
本発明によると、時や場所を選ばずに、容易に眼精疲労度を測定することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施の形態における支援システムの概要を示す図である。
【図２】（Ａ），（Ｂ）は、本発明の携帯端末の一実施形態である携帯電話装置の外観を示す図である。
【図３】本発明の実施の形態における携帯電話装置のハードウェア構成の一例を示すブロック図である。
【図４】本発明の実施の形態における眼科医端末のハードウェア構成の一例を示すブロック図である。
【図５】本発明の実施の形態における携帯電話装置の機能ブロック図である。
【図６】本発明の実施の形態における撮影画像データベースのデータ構造の一例を示す図である。
【図７】本発明の実施の形態におけるサンプル画像データベースのデータ構造の一例を示す図である。
【図８】本発明の実施の形態における目薬データベースに含まれる疲労度対応テーブルの一例を示す図である。
【図９】本発明の実施の形態における目薬データベースに含まれる症状対応テーブルを示す図である。
【図１０】本発明の実施の形態における目薬データベースに含まれる目薬情報のデータ構造の一例を示す図である。
【図１１】本発明の実施の形態における目薬データベースに含まれる案内実績情報の一例を示す図である。
【図１２】本発明の実施の形態における眼科医データベースのデータ構造の一例を示す図である。
【図１３】本発明の実施の形態における所見データベースのデータ構造の一例を示す図である。
【図１４】本発明の実施の形態における疲労度測定処理を示すフローチャートである。
【図１５】本発明の実施の形態におけるデータ登録処理のフローチャートを示すフローチャートである。
【図１６】画像変換のイメージを示す図である。
【図１７】本発明の実施の形態における所見申込処理を示すフローチャートである。
【図１８】本発明の実施の形態における眼科医所見確認処理を示すフローチャートである。
【図１９】図１８のステップＳ３０４で表示される眼科医所見の一例を示す図である。
【発明を実施するための形態】
【００２１】
本発明の実施の形態について図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。
【００２２】
以下の説明において、本実施の形態における携帯端末は、携帯電話装置であるものとして説明する。なお、携帯端末は、携帯電話装置に限定されるものではなく、たとえばＰＤＡ（Personal Digital Assistant）などであってもよい。
【００２３】
＜概要、外観および構成について＞
はじめに、本実施の形態における支援システムの概要、携帯電話装置の外観および構成について説明する。
【００２４】
（システムの概要）
図１を参照して、支援システムは、携帯電話装置１と複数の眼科医端末２００Ａ，２００Ｂ，…とを含む。以下の説明では、代表的に「眼科医端末２００」と記す。
【００２５】
携帯電話装置１は、基地局３０２を介して携帯電話網３００と接続されている。携帯電話網３００は、携帯電話専用のデータベースサーバ３０３およびメールサーバ３０４と接続され、かつ、インターネット３０６を介して、眼科医端末２００と接続されている。
【００２６】
複数の眼科医端末２００は、それぞれ、眼科医（病院）によって所有されていると仮定する。
【００２７】
データベースサーバ３０３は、眼科医や目薬に関する各種データを保持することができる。携帯電話装置１からの要求を受け付けると、要求に合致する情報を検索する。そして、その検索結果を携帯電話装置１に送信する。
【００２８】
メールサーバ３０４は、携帯電話装置１からのメール（送信メール）を眼科医端末２００などに送信する。また、メールサーバ３０４は、携帯電話装置１へのメール（受信メール）を保有し、携帯電話装置１によりアクセスされた場合に、保有していた受信メールを携帯電話装置１に送信する。
【００２９】
（携帯電話装置の外観）
携帯電話装置１は、折畳み式の装置であり、図２（Ａ）には、開かれた状態の携帯電話装置１の内側の表面図が概略的に示されている。
【００３０】
携帯電話装置１は、第１の筐体１１と、第２の筐体１２とを有している。第１の筐体１１と第２の筐体１２とは、たとえば図示しないヒンジ部を介して開閉される。
【００３１】
第１の筐体１１の表面の略全域に、表示部４が設けられる。表示部４には、文字入力の際の各種画面や、ウェブ検索画面などが表示される。
【００３２】
また、第１の筐体の表面には、さらに、内部カメラ２およびスピーカ１９が配置されてよい。
【００３３】
第２の筐体１２の表面の略全域には、ユーザからの指示を受付けるための操作部５が設けられる。操作部５は、複数のキーを有している。
【００３４】
第２の筐体１２の表面には、さらに、マイクロフォン２４が配置される。
図２（Ｂ）には、折り畳まれた状態の携帯電話装置１の第１の筐体１１の外面図が概略的に示されている。
【００３５】
図２（Ｂ）に示されるように、第１の筐体１１の外面側にも、外部カメラ３が設けられてもよい。
【００３６】
なお、携帯電話装置１の形状は、このような形状に限定されるものではない。
また、本実施の形態では、内部カメラ２と外部カメラ３との両方が備えられる例を示したが、いずれか一方のみを備えていればよい。なお、外部カメラ３の方が解像度が高く、外部カメラ３が、ズーム機能やフラッシュライト機能を有していることが多い。したがって、そのような場合には、外部カメラ３を備えていることが好ましい。
【００３７】
（携帯電話装置のハードウェア構成）
図３を参照して、携帯電話装置１は、上述の構成に加え、ＣＰＵ（Central Processing Unit）３０と、各種データを一時的に記憶するためのＲＡＭ（Random Access Memory）４１と、予めプログラムおよびデータを格納するためのＲＯＭ（Read Only Memory）４２と、不揮発性メモリ、たとえばフラッシュメモリ４３と、アンテナ１４と、通信処理部３６と、音声信号処理部３８と、再生回路１８と、計時動作を行なうための計時部２５と、アクセス部２６とを備える。
【００３８】
また、携帯電話装置１は、内部カメラ２および／または外部カメラ３を含む撮像部２２を備える。
【００３９】
ＣＰＵ３０は、ＲＯＭ４２および／またはフラッシュメモリ４３に記憶される制御プログラムや制御データに従って、携帯電話装置の各部を統括して制御する。具体的には、ＣＰＵ３０は、操作部５を通じたユーザからの要求に応じて各部を制御し、ＲＯＭ４２および／またはフラッシュメモリ４３からアプリケーションプログラムを読み込んで選択的に実行することができる。
【００４０】
通信処理部３６は、アンテナ１４を介して無線通信制御を行なう。
音声信号処理部３８は、マイクロフォン２４からの音声に対して信号処理を実行する。再生回路１８は、スピーカ１９へ音声などを出力するための信号再生処理を行なう。アクセス部２６は、着脱可能な記録媒体２６Ａに記録されたデータやプログラムの読出しおよび記録を行なう。
【００４１】
（眼科医端末のハードウェア構成）
図４は、本発明の実施の形態における眼科医端末２００のハードウェア構成の一例を示すブロック図である。
【００４２】
図４を参照して、眼科医端末２００は、たとえば一般的なパーソナルコンピュータであり、オペレーティングシステム（ＯＳ：Operating System）を含む各種プログラムを実行するＣＰＵ（Central Processing Unit）２０１と、ＣＰＵ２０１でのプログラムの実行に必要なデータを一時的に記憶するメモリ部２１３と、ＣＰＵ２０１で実行されるプログラムを不揮発的に記憶するハードディスク部（ＨＤＤ：Hard Disk Drive）２１１とを含む。また、ハードディスク部２１１には、各種プログラムが記憶されており、このようなプログラムは、ＦＤＤドライブ２１７またはＣＤ−ＲＯＭドライブ２１５によって、それぞれフレキシブルディスク２１７ａまたはＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）２１５ａなどから読取られる。
【００４３】
ＣＰＵ２０１は、キーボードやマウスなどからなる入力部２０９を介してユーザからの指示を受取るとともに、プログラムの実行によって生成される画面出力をディスプレイ部２０５へ出力する。また、ＣＰＵ２０１は、通信インターフェイス部２０７を介して、携帯電話装置１との間でデータの送受信を行なう。
【００４４】
上述の各部は、内部バス２０３を介して相互にデータを授受する。
なお、図１に示したデータベースサーバ３０３やメールサーバ３０４のハードウェア構成も、上記と同様であってよい。
【００４５】
（携帯電話装置の機能構成）
図５を参照して、携帯電話装置１は、登録処理部１０２と、疲労度測定部１０４と、所見申込処理部１０６と、所見入出力処理部１０８とを備える。各機能ブロックの動作は、ＲＯＭ４２またはフラッシュメモリ４３中に格納されたソフトウェアを実行することで実現されてもよいし、少なくとも１つについては、ハードウェアで実現されてもよい。
【００４６】
携帯電話装置１は、また、撮影画像データベース１２１と、サンプル画像データベース１２２と、目薬データベース１２３と、眼科医データベース１２４と、所見データベース１２５とを備える。これらのデータベースは、たとえば、ＲＯＭ４２またはフラッシュメモリ４３に予め格納されていてよい。なお、これらのうち、サンプル画像データベース１２２と、目薬データベース１２３と、眼科医データベース１２４（のうちの少なくとも一部）とは、図１に示したデータベースサーバ３０３などに格納されており、動作の際にダウンロードされてもよい。ダウンロードされた各種データは、たとえばＲＡＭ４１に記憶される。あるいは、記録媒体２６Ａに上記データベースが記憶されていて、動作の際にアクセス部２６により読み出されてもよい。
【００４７】
または、撮影画像データベース１２１および所見データベース１２５についても、データベースサーバ３０３にてユーザ識別情報とともに管理されてもよい。
【００４８】
登録処理部１０２は、撮像部２２により撮像された目の画像（「画像データＡ」という）を、撮影画像データベース１２１に登録する。登録処理部１０２は、撮像された画像データＡの編集を行なう。そして、編集後の画像（「画像データＢ」という）を、画像データＡと対応付けて撮影画像データベース１２１に格納する。具体的な編集方法については後述する。
【００４９】
なお、本実施の形態では、画像を登録する際に、画像の編集を行なうため、画像編集の機能は登録処理部１０２により実現される。しかしながら、画像の編集は、登録処理とは独立して、眼精疲労度の測定の際に行なわれてもよい。後者の場合、撮影画像データベース１２１には、画像データＢが格納されなくてもよい。
【００５０】
登録処理部１０２は、撮像部２２により目が撮影される度に、画像データＡおよび画像データＢを撮影画像データベース１２１に登録する。これにより、ユーザは、容易に、日々の健康管理をすることができる。
【００５１】
疲労度測定部１０４は、撮像部２２により目の画像が撮影されると、一時的にユーザの目の状態を保存する。一時保存した画像をもとに、目の色、血管の状態、瞳孔の状態などの情報を数値化し、期待値と照合する。そして、照合結果により目の疲労度を具体的な数値として算出し、ユーザに示す。目の状態を照合する際の期待値には、健康な状態の目の画像を使用する。当該画像は、例えば起床３０分後など、仕事等で目を酷使する前に撮影することにより取得可能である。
【００５２】
より特定的には、疲労度測定部１０４は、ユーザの測定対象の目の状態を示す対象画像データと、ユーザの過去の目の状態（健康な目の状態）を示す基準画像データとを比較することにより、眼精疲労度を測定（推定）する。測定された眼精疲労度の情報は、表示部４に表示される。眼精疲労度は、たとえば、レベル（数値：たとえば０〜５）で表わされてもよいし、文字（たとえば、「充血あり」など）で表わされてもよい。
【００５３】
「対象画像データ」および「基準画像データ」は、各々、元の画像データを編集した後のデータに対応している。具体的な眼精疲労度の測定方法は後述する。
【００５４】
また、疲労度測定部１０４は、さらに、目薬データベース１２３の内容に基づいて、測定された眼精疲労度に応じた目薬を検索し、検索された目薬の情報を表示部４に表示してもよい。
【００５５】
また／または、対象画像データと、サンプル画像データベース１２２に予め登録されたサンプル画像データとを照合することにより現状の目の状態が示す症状を検索し、症状に応じた目薬を検索してもよい。
【００５６】
所見申込処理部１０６は、通信処理部３６と接続され、撮影画像データベース１２１に登録された画像データＡを、眼科医端末２００に送信することで、眼科医所見の申込をすることができる。所見申込処理部１０６は、眼科医データベース１２４に登録された複数の眼科医のうち所定の条件に合致する眼科医を選択する。そして、選択された眼科医の眼科医端末２００に、画像データベース１２１に登録された画像データＡを送信する。
【００５７】
所見入出力処理部１０８は、所見申込処理部１０６により所見の申込を過去にしていた場合に、眼科医からの所見を確認する処理を行なう。所見入出力処理部１０８は、通信処理部３６を介して、眼科医端末２００より所見データが送信されてきた場合には、所見データベース１２５に登録する。所見入出力処理部１０８は、ユーザより、所見の確認の指示があった場合に、所見データベース１２５に登録された所見データを読出し、ユーザに提示する。さらに、所見入出力処理部１０８は、眼科医データベース１２４に登録された眼科医のうち、いずれか１つの眼科医に、診察の予約申込をすることができる。
【００５８】
以下に、本実施の形態における各データベース（ＤＢ）のデータ構造例について説明する。
【００５９】
（撮影画像データベースのデータ構造）
図６を参照して、撮影画像データベース１２１は、登録ＩＤ、日時、基準フラグ、疲労度（０〜５）、画像データＡおよび画像データＢを含む。
【００６０】
登録ＩＤは、ユーザにより撮影された画像を特定するための情報である。日時は、画像データＡが撮影された日時を表わす。基準フラグは、対応する画像が基準データか否かを識別するためのフラグである。基準フラグが１であれば、対応する画像データＢは、基準画像データであることが示される。疲労度は、疲労度測定部１０４により測定された疲労度のレベルが格納される。
【００６１】
（サンプル画像データベースのデータ構造）
図７を参照して、サンプル画像データベース１２２は、サンプルＩＤ、サンプル画像データ、症状ＩＤ、症状名を含む。
【００６２】
サンプルＩＤは、対応するサンプル画像データを特定するための情報である。サンプル画像データは、目薬が必要ないくつかの症状を発症している目の画像データをあらかじめ画像データＢの形式に変換したものである。症状ＩＤは、症状名を特定するための情報である。
【００６３】
（目薬データベースのデータ構造）
図８〜１１に示されるように、本実施の形態における目薬データベース１２３には、たとえば、疲労度対応テーブル１２３１、症状対応テーブル１２３２、目薬情報１２３３、案内実績情報１２３４が含まれる。
【００６４】
図８を参照して、疲労度対応テーブル１２３１には、各疲労度のレベルと対応付けられて、少なくとも１つの目薬ＩＤが記憶されている。目薬ＩＤは、目薬を特定するための情報ある。
【００６５】
図９を参照して、症状対応テーブル１２３２には、各症状ＩＤと対応付けられて、少なくとも１つの目薬ＩＤが記憶される。
【００６６】
図１０を参照して、目薬情報１２３３には、目薬ＩＤ、名称、販売者名、メーカー価格、種別、対応症状、使用感および内容量が含まれる。種別は、医薬品か医薬部外品かのいずれかを示す。また、これら以外にも、ボトルデザイン（写真）などがさらに含まれてもよい。
【００６７】
図１１を参照して、案内実績情報１２３４は、案内ＩＤ、案内日時および目薬ＩＤが記憶される。案内ＩＤは、過去に目薬を案内するごとに付与される識別情報である。
【００６８】
（眼科医データベースのデータ構造）
図１２を参照して、眼科医データベース１２４は、眼科医ＩＤ、名前（名称）、住所、ＴＥＬ、メールアドレス、価格、および実績が含まれる。
【００６９】
価格は、たとえば平均診察料であるとするが、これ以外にも、初診料や院内処方の有無などの情報を含めてもよい。実績は、たとえば開業年数であることとするが、これ以外にも、平均受診者数／１日、開院日（曜日）、院長の経歴、実施可能手術などの情報を含めてもよい。
【００７０】
（所見データベースのデータ構造）
図１３を参照して、所見データベース１２５には、所見ＩＤ、所見内容、コメント、眼科医ＩＤ、画像ＩＤ、および受信日時が含まれる。
【００７１】
所見ＩＤは、所見データを受診するごとに付与される識別情報である。眼科医ＩＤは、所見を送信してきた眼科医を識別するための識別情報である。画像ＩＤは、所見の対象となった画像データＡの、撮影画像データベース１２１における登録ＩＤを示す。受信日時は、所見データが送られてきた日時を示す。
【００７２】
＜動作について＞
次に、支援システムの動作について説明する。
【００７３】
（疲労度測定処理）
はじめに、本実施の形態における疲労度測定処理について説明する。ここでの「疲労度測定処理」には、画像の登録、疲労度の測定および目薬の案内に関する処理が含まれる。
【００７４】
以下の説明では、眼精疲労度の測定対象の目が左右のどちらか一方であると仮定する。しかしながら、左右のそれぞれについて疲労度が測定されてもよい。なお、その場合、撮影画像データベース１２１には、登録ＩＤと対応付けられて、左右を識別する情報も含まれるものとする。
【００７５】
図１４のフローチャートに示す本発明の実施の形態における疲労度測定処理は、予めプログラム（アプリケーションプログラム）としてＲＯＭ４２またはフラッシュメモリ４３に格納されている。ユーザにより、眼精疲労度の測定機能の実行が指示された場合に、ＣＰＵ３０がこのプログラムを読み出して実行することにより実現される。
【００７６】
図１４を参照して、登録処理部１０２は、基準データがあるか否かを判断する（ステップＳ２）。つまり、撮影画像データベース１２１に、基準フラグが１の画像データが存在するか否かが判断される。
【００７７】
基準データがない場合には（ステップＳ２においてＹＥＳ）、ステップＳ４に進む。ステップＳ４では、基準データの画像データの登録処理が実行される。
【００７８】
一方、基準データが存在すると判断された場合（ステップＳ２においてＮＯ）、ステップＳ６に進む。ステップＳ６では、測定対象の画像データ（測定データ）の登録処理が実行される。
【００７９】
ステップＳ４およびステップＳ６で実行されるデータ登録処理のフローチャートを図１５に示す。
【００８０】
図１５を参照して、登録処理部１０２は、撮像部２２により目の画像データの撮影を行なう（ステップＳ１０２）。撮影された画像データは画像データＡとして内部メモリに一時記録される。
【００８１】
次に、登録処理部１０２は、画像データの変換処理（編集）を行なう（ステップＳ１０４）。具体的には、画像データＡをもとに、画像データＢを作成する。画像変換のイメージを図１６に示す。
【００８２】
図１６（Ａ）を参照して、登録処理部１０２は、画像データＡについて、黒目部６０と白目部６１を画像データの色分布から検出する。また、左端６２、右端６３、および中心線６４も同様に検出する。検出した位置情報をもとに、図１６（Ｂ）に示すような、左右上下対称なマトリクス上に、画像データＡの画素情報を座標変換して格納する。図１６（Ｂ）に示される画像が、画像データＢを表わす。
【００８３】
画像データの変換が終わると、登録処理部１０２は、撮影画像データベース１２１に、画像データＡおよびＢを保存し、さらに、撮影日時およびデータ種別も対応付けて記憶する（ステップＳ１０６）。
【００８４】
このような登録処理が、ステップＳ４において行なわれる場合には、登録された画像が基準データであることを示すために、基準フラグは１にセットされる。登録処理がステップＳ６において行なわれる場合には、登録された画像が測定対象のデータであることを示すために、基準フラグは０とされる。
【００８５】
以上でデータ登録処理は終了される。基準データの登録の場合、疲労度の測定が行なわれることなくアプリケーションを終了する。これに対し、測定データの登録が行なわれた場合には、ステップＳ８に進む。
【００８６】
なお、本実施の形態では、基準データが存在する場合には、測定対象データの登録を行なうこととしたが、基準データが存在する場合でも、ユーザより基準データ登録の指示があれば、基準データの登録処理が行なわれてよい。
【００８７】
再び図１４を参照して、ステップＳ８では、疲労度測定部１０４による疲労度の測定が実行される。疲労度測定部１０４は、ステップＳ６で登録された測定データと、既に登録していた基準データとを比較することで、現状の目の疲労度を測定する。
【００８８】
疲労度の測定は、基準データの画像データＢと測定データの画像データＢとを比較し、測定データが基準データに対してどの程度変化があるかを検出することで行なわれる。眼精疲労が進むと、白眼部分の赤みが増してくる。したがって、たとえば、基準データおよび測定データの白眼部分をそれぞれ２値化し、測定データの黒画素数が基準データの黒画素数よりも多い場合に、眼精疲労度が増していると判断する。より具体的には、黒画素数の差分の大きさに応じて、疲労度のレベルが割り当てられてよい。つまり、たとえば、疲労度レベルごとに、黒画素数の変化量の範囲が予め対応付けられたテーブル（以下「変化量対応テーブル」という）がＲＯＭ４２またはフラッシュメモリ４３に記憶されていてよい。
【００８９】
疲労度のレベルは、図１６（Ｃ）に示すように、白眼部分を分割した小領域ａ〜ｄごとに測定されてもよい。
【００９０】
疲労度が測定（推定）されると、撮影画像データベース１２１に、測定対象となった画像データと関連付けて、疲労度のレベルを登録してよい。
【００９１】
疲労度が測定されると表示部４に、疲労度を示す画面を出力する（ステップＳ１０）。ステップＳ１０では、たとえば、表示部４に、ステップＳ６で測定された画像データＡと、判定された疲労度のレベル（０〜５）が関連付けられて表示される。また、疲労度のレベルの他、疲労度のレベルに応じてワンポイントメッセージ（たとえば、「充血している可能性があります」など）を表示してもよい。その場合、上記した変化量対応テーブルにおいて、疲労度レベルごとに、メッセージデータがさらに格納されていればよい。
【００９２】
疲労度のレベルが０以外の場合、画面上には、目薬案内を希望するか否かを選択可能にするためのボタンが表示されてよい。
【００９３】
なお、疲労度測定部１０４は、基準データとの比較による相対的な眼精疲労度の測定に加え、測定データの黒画素数の個数に応じて、眼精疲労度の絶対的なレベルを判定してもよい。
【００９４】
本実施の形態では、充血度合いを２値化することにより検出したが、このような手法に限定されない。たとえば、白眼部分の赤成分の量を検出することに実現されてもよい。
【００９５】
次に、疲労度測定部１０４は、ユーザにより目薬案内が希望されたか否かを判断する（ステップＳ１２）。目薬の案内が希望されなかった場合には（ステップＳ１２においてＮＯ）、この処理を終了する。
【００９６】
一方、目薬案内が希望された場合には（ステップＳ１２においてＹＥＳ）、ステップＳ８で測定された疲労度に応じて、ユーザに最適な目薬を検索する（ステップＳ１４）。具体的には、疲労度対応テーブル１２３１を検索して、疲労度のレベルに対応付けられた目薬ＩＤを抽出する。そして、疲労度測定部１０４は、目薬情報１２３３において、抽出された目薬ＩＤと対応付けられた、目薬に関する情報（名称、販売者名、価格など）を読み出し、読み出した情報を表示部４に出力する（ステップＳ１６）。
【００９７】
なお、疲労度測定部１０４は、疲労度に応じた目薬の検索に代えて／加え、症状に応じた目薬の検索を行なってもよい。具体的には、疲労度測定部１０４は、サンプル画像データベース１２２に記憶されたサンプル画像と、測定データ（画像データＢ）とを比較し、最も近いサンプル画像データが示す症状名を検索する。そして、症状名が示す症状ＩＤに対応する目薬ＩＤを、図９に示した症状対応テーブル１２３２から選択する。症状に応じた目薬ＩＤが検索されると、上記と同様に、目薬ＩＤにより特定される目薬に関する情報を目薬情報１２３３から読出し、表示部４に出力する。
【００９８】
なお、サンプル画像データとの比較により症状名が検索される場合には、その症状名をさらに表示してもよい。その際、症状名は、あくまでも推定結果であることが明記される。
【００９９】
あるいは、基準データと測定データとを比較する場合でも、測定データの白眼部分の黒画素数が極端に増えていれば、結膜炎の疑いがあると判定し、その結果を出力してもよい。
【０１００】
または、黒目部分の黒みが減り、白みが増してきていれば、白内障の疑いがあると判定し、その結果を出力してもよい。このような判定は、たとえば、黒目部分の白画素数をカウントすることにより実現可能である。
【０１０１】
眼精疲労は、日常的な目の酷使により知らず知らずのうちに進行し、様々な病気を引き起こす原因となっている。これを予防するためには、ユーザが自分の目の疲労状態をよく知り、適切な対策を行っていかなければならない。近年の眼科では、眼精疲労度を精密に測定するような光学的な設備が導入されつつあるが、このような設備が導入されている眼科はまだ少ない。また、設備も非常に大掛かりで高価であり、ユーザが個人で導入することも現実的ではない。
【０１０２】
本実施の形態では、一般的によく使われているカメラ（撮像部２２）付きの携帯電話の機能を用いて、眼精疲労度を測定可能とする。つまり、携帯電話装置１単体で、時や場所を選ばず容易に眼精疲労度を測定することができる。これにより、ユーザが自分で目の状態を管理することが可能となる。
【０１０３】
また、簡易な症状の推定もできるため、病気を早期に発見することもできる。
（所見申込処理）
図１７のフローチャートを参照して、本発明の実施の形態における所見申込処理について説明する。
【０１０４】
初めに、携帯電話装置１の所見申込処理部１０６は、眼科医データベース１２４に登録された情報に基づいて、眼科医を選択する処理を実行する（ステップＳ２０２）。
【０１０５】
眼科医は、ユーザの地域になるべく近いものを選択することが好ましい。たとえば、携帯電話装置１がＧＰＳ機能を備えている場合には、携帯電話装置１の存在する位置情報の近辺の住所の眼科医を眼科医データベース１２４より選択すればよい。
【０１０６】
選択された眼科医名は、眼科医データベース１２４に登録された他の情報（たとえば、住所、電話番号、価格など）とともに表示部４に表示される。
【０１０７】
ユーザより、表示中の眼科医でよいとの指示が得られた場合には（ステップＳ２０４においてＹＥＳ）、ステップＳ２０６に進む。一方、表示中の眼科医を希望しない指示が入力されると（ステップＳ２０４においてＮＯ）、ステップＳ２０２に戻る。
【０１０８】
ステップＳ２０６において、所見申込処理部１０６は、選択された眼科医端末２００に所見申込を行なう（一次診断の依頼を発行する）。具体的には、撮影画像データベース１２１の中からユーザより選択された、または、直近に測定された画像データＡを、ステップＳ２０２で選択された眼科医端末２００に送信する。このような所見申込は、メールベースで行われてもよいし、サーバ等を設けた専用のネットワークで送信されてもよい。また、ユーザはメールアドレス以外の個人情報は一切添付しなくてもよいし、連絡が取れるよう電話番号等を添付してもよい。これらの設定は、あらかじめアプリケーション設定として登録できるようにしてよい。
【０１０９】
眼科医端末２００は、画像データＡを受信する（ステップＳ２０８）。眼科医端末２００は、受信した画像データＡと、送信元のメールアドレスとを対応付けて、たとえばハードディスク２１１に登録する（ステップＳ２１０）。登録が完了すると、送信してきた携帯電話装置１に対し、受付完了通知を送信する（ステップＳ２１２）。
【０１１０】
携帯電話装置１は、受付完了通知を受信する（ステップＳ２１４）。これにより、受付が完了したことを表示部４に表示する（ステップＳ２１６）。以上で、所見申込処理は終了される。
【０１１１】
眼科医端末２００は、眼科医による所見データを、送信してきた携帯電話装置１に返信する。携帯電話装置１は、受診した所見データを受診日時とともに、所見データベース１２５に格納する。
【０１１２】
（眼科医所見確認処理）
図１８のフローチャートを参照して、本発明の実施の形態における眼科医所見確認処理について説明する。
【０１１３】
はじめに、携帯電話装置１の所見入出力処理部１０８は、所見データベース１２５に登録された所見データを読出す（ステップＳ３０２）。そして、読出された所見データがリスト化されて表示部４に出力される。ユーザにより確認した所見データが選択されると、図１９に示すような画面が表示される（ステップＳ３０４）。
【０１１４】
図１９を参照して、表示部４には、撮影画像８１と、所見８２と、コメント８３とが表示される。
【０１１５】
撮影画像８１は、所見の対象となった画像データＡを示す。
表示部４には、眼科医の所見８２およびコメント８３とともに、この眼科医を予約する指示を入力するためのボタン８４と、目薬案内を表示するためのボタン８５とが表示されてよい。
【０１１６】
次に、ユーザより、眼科医予約が希望されたか否かが判断される（ステップＳ３０６）。つまり、図１９に示したボタン８４が選択されたか否かが判断される。
【０１１７】
眼科医予約が希望されなかった場合（ステップＳ３０６においてＮＯ）、この処理は終了される。
【０１１８】
一方、眼科医予約が希望された場合（ステップＳ３０６においてＹＥＳ）、所見入出力処理部１０８は、眼科医選択処理を実行する（ステップＳ３０８）。ここではまず、所見データを送ってきた眼科医（一次診断を行なった眼科医）が選択される。選択された眼科医の情報が表示部４に表示される。
【０１１９】
表示中の眼科医でよいとの指示が入力された場合には（ステップＳ３１０においてＹＥＳ）、ステップＳ３１２に進む。これに対し、表示中の眼科医ではよくないとの指示が入力された場合には（ステップＳ３１０においてＮＯ）、ステップＳ３０８に戻り、再度、眼科医選択処理が実行される。２度目以降は、所見申込と同様に、近隣の眼科医が選択されてよい。
【０１２０】
ステップＳ３１２では、所見入出力処理部１０８は、選択された眼科医に対し、オンライン予約を行なう。このとき、所見データを送ってきた眼科医以外の眼科医にオンライン予約をする場合には、画像データＡも併せて送信する。
【０１２１】
以上で、眼科医所見確認処理は終了される。
なお、図１９に示したボタン８５が選択されると、たとえば、図１４のステップＳ１４およびＳ１６で示したような処理が行なわれることとする。
【０１２２】
上述のように、ユーザは、眼科に直接行かなくても容易に簡単な一次診断を申し込むことができる。眼科医は、メールにて画像データが送信されてくるので、空き時間に簡単な一次診断を行なうことができる。そして、その結果を所見およびコメントとして返信するだけでよいので、患者のみならず眼科医をも支援することができる。
【０１２３】
なお、このような一次診断は無料で行なわれることが想定される。しかし、一次診断を申し込んだユーザ（患者）に、当該眼科に関する情報を提供することができるので、営業活動の一環ともなる。
【０１２４】
また、ユーザは、一次診断を容易に受けることができるので、病気を早期に発見することができる。また、一次診断を受けた後、再度眼科医を案内してもらい、すぐに予約等を実施することができる。これにより、眼科医との提携利益を得ることも可能である。
【０１２５】
なお、ユーザがアプリケーションを起動したときに、疲労度測定モード、所見申込モード、および眼科医所見確認モードのいずれかを選択できるものとする。なお、疲労度測定モードにおいて、上記疲労度測定処理の後に続けて所見申込処理が行なわれてもよい。
【０１２６】
上記実施の形態では、疲労度のレベルや症状に応じて適切な目薬が案内されることとしたが、逆に、症状に応じて使ってはいけない目薬が案内されてもよい。
【０１２７】
また、上記実施の形態では、目の色味によって眼精疲労度や症状を判定したが、瞳孔の状態により判定してもよい。眼精疲労時には、大量の光を目に受けても瞳孔が収縮しない症状が発生する。撮像部２２にて目を撮像する際、携帯の画面を最大限に明るくした状態(または、搭載のフラッシュライトを点灯させた状態)で撮影することで、瞳孔の状態を検出することができる。
【０１２８】
また、図１４のステップＳ１４，Ｓ１６などにおいて、目薬の案内がされる場合、過去のデータが加味されてもよい。この場合、目薬の案内がされて、ユーザにより使用する目薬が選択されると、その目薬の目薬ＩＤを案内実績情報１２３４（図１１）に登録される。そして、目薬の案内が行なわれる際、過去に案内済みか否かの情報をさらに表示してもよい。または、効果が薄かった場合、その情報をさらに案内実績情報１２３４に保持させてもよい。そして、目薬の案内が行なわれる際、効果が薄かった目薬は除外することとしてもよい。
【０１２９】
あるいは、撮影画像データベース１２１の疲労度レベルの推移を加味して目薬が案内されてもよい。具体的には、疲労度の低下および上昇を繰り返しているような場合、疲労度が軽度（レベル０〜１）であっても、レベル２に対応する目薬を案内してもよい。または、徐々に赤みが増してきているような場合には、結膜炎予防の目薬を案内したりしてもよい。
【０１３０】
このように、過去のデータや疲労度レベルの推移をみることで、現状の目の状態が異常でなくても、使用すべき適切な目薬を案内することができる。
【０１３１】
また、たとえば図１７のステップＳ２０２や図１８のステップＳ３０８で眼科医が選択される際に、現在地からの交通費を別サービスから検索し、眼科医名とともに交通費の情報をさらにユーザに提示してもよい。
【０１３２】
また、本実施の形態では、携帯電話装置１のようなカメラ付きの携帯端末により眼精疲労度の測定等が行なわれることとして説明したが、必ずしも携帯端末でなくてもよい。たとえば、デスクトップ型のＰＣに、別のカメラで撮影した目の画像データを入力し、当該ＰＣにおいて上述のような処理が行なわれてもよい。
【０１３３】
また、本実施の形態の携帯端末が行なう、眼精疲労度測定方法などを、プログラムとして提供することもできる。このようなプログラムは、ＣＤ−ＲＯＭ（Compact Disc-ROM）などの光学媒体や、メモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０１３４】
なお、本発明にかかるプログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。
【０１３５】
また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。
【０１３６】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記憶された記憶媒体とを含む。
【０１３７】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１３８】
１  携帯電話装置、２  内部カメラ、３  外部カメラ、４  表示部、５  操作部、１１  第１の筐体、１２  第２の筐体、１４  アンテナ、１８  再生回路、１９  スピーカ、２２  撮像部、２４  マイクロフォン、２５  計時部、２６  アクセス部、２６Ａ  記録媒体、３６  通信処理部、３０  ＣＰＵ、３８  音声信号処理部、４１  ＲＡＭ、４２  ＲＯＭ、４３  フラッシュメモリ、１０２  登録処理部、１０４  疲労度測定部、１０６  所見申込処理部、１０８  所見入出力処理部、１２１  撮影画像データベース、１２２  サンプル画像データベース、１２３  目薬データベース、１２４  眼科医データベース、１２５  所見データベース、２００（２００Ａ，２００Ｂ，…）  眼科医端末、２０１  ＣＰＵ、２０３  内部バス、２０５  ディスプレイ部、２０７  通信インターフェイス部、２０９  入力部、２１１  ハードディスク、２１３  メモリ部、２１５  ＣＤ−ＲＯＭドライブ、２１５ａ  ＣＤ−ＲＯＭ、２１７  ＦＤＤドライブ、２１７ａ  フレキシブルディスク、３００  携帯電話網、３０２  基地局、３０３  データベースサーバ、３０４  メールサーバ、３０６  インターネット、１２３１  疲労度対応テーブル、１２３２  症状対応テーブル、１２３３  目薬情報、１２３４  案内実績情報。
【図１】
2010162124.tif 000003
【図２】
2010162124.tif 000004
【図３】
2010162124.tif 000005
【図４】
2010162124.tif 000006
【図５】
2010162124.tif 000007
【図６】
2010162124.tif 000008
【図７】
2010162124.tif 000009
【図８】
2010162124.tif 000010
【図９】
2010162124.tif 000011
【図１０】
2010162124.tif 000012
【図１１】
2010162124.tif 000013
【図１２】
2010162124.tif 000014
【図１３】
2010162124.tif 000015
【図１４】
2010162124.tif 000016
【図１５】
2010162124.tif 000017
【図１６】
2010162124.tif 000018
【図１７】
2010162124.tif 000019
【図１８】
2010162124.tif 000020
【図１９】
2010162124.tif 000021