WO2024070741A1

WO2024070741A1 - 情報処理方法、プログラムおよび情報処理装置

Info

Publication number: WO2024070741A1
Application number: PCT/JP2023/033583
Authority: WO
Inventors: 俊彦西村; 康之本間
Original assignee: テルモ株式会社
Priority date: 2022-09-27
Filing date: 2023-09-14
Publication date: 2024-04-04

Abstract

本人および第三者の双方が違和感を覚えにくい表示を提供する情報処理方法等を提供すること。　情報処理方法は、被写体にユーザを含むユーザ判定用画像を撮影し、処理対象画像の選択を受け付け、前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザである場合、前記処理対象画像を鏡像で出力し、前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザではない場合、前記処理対象画像を正像で出力する処理をコンピュータが実行する。

Description

情報処理方法、プログラムおよび情報処理装置

　本発明は、情報処理方法、プログラムおよび情報処理装置に関する。

　顔画像に基づいて肌の状態等の健康状態を判定し、判定に使用した顔画像と共に判定結果を表示する健康状態判定システムが提案されている（特許文献１）。ユーザの顔画像に基づいて判定した顔面神経麻痺の有無と、発語テスト結果および問診結果とに基づいて、脳卒中の可能性を判定する判定装置が提案されている（特許文献２）。

　特許文献１の健康状態判定システム、および、特許文献２の判定装置では、いずれも判定を受ける対象者本人が使用することが想定されている。

特開２０２０－５２５０５号公報特開２０２０－１９９０７２号公報

　しかしながら、たとえば対象者の家族または医師等の第三者と、対象者本人との双方が、特許文献１または特許文献２で判定に使用した画像を閲覧する場合、いずれか片方が違和感を覚える可能性がある。

　すなわち、自分自身の顔は通常は鏡を使って見るため、鏡像を使用することで対象者本人にとって違和感がない表示を実現できるが、第三者にとっては見慣れていない状態であり違和感がある表示になる。一方、正像を使用することで、第三者にとって違和感がない表示を実現できるが、対象者本人にとっては見慣れていない状態であり違和感がある表示になる。

　一つの側面では、本人および第三者の双方が違和感を覚えにくい表示を提供する情報処理方法等の提供を目的とする。

　本発明は、（１）
　　被写体にユーザを含むユーザ判定用画像を撮影し、
　　処理対象画像の選択を受け付け、
　　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザである場合、前記処理対象画像を鏡像で出力し、
　　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザではない場合、前記処理対象画像を正像で出力する
　　処理をコンピュータが実行する情報処理方法である。

　ここで、本発明の実施形態は、
　（２）上記（１）の情報処理方法は、
　　前記ユーザ判定用画像に複数の人物が含まれる場合、どの人物が前記ユーザであるかの選択を受け付けることが好ましい。

　（３）上記（１）または（２）の情報処理方法は、
　　前記ユーザ判定用画像に複数の人物が含まれる場合、面積が最大である人物が前記ユーザであると判定することが好ましい。

　（４）上記（１）から（３）のいずれかに記載の情報処理方法は、
　　前記処理対象画像に写っている人物が前記ユーザであるか否かの選択を受け付けることが好ましい。

　（５）上記（１）から（４）のいずれかに記載の情報処理方法は、
　　前記処理対象画像に写っている人物と、前記ユーザ判定用画像に写っている人物とが類似している場合、前記処理対象画像に写っている人物が前記ユーザであると判定することが好ましい。

　（６）上記（１）から（５）のいずれかに記載の情報処理方法は、
　　鏡像であるか正像であるかを示すマーカを付与した前記処理対象画像を出力することが好ましい。

　（７）上記（１）から（６）のいずれかに記載の情報処理方法は、
　　前記ユーザ判定用画像に写る可能性がある人物の画像と、前記人物がモニタリング対象であるか否かとを関連づけて記録したユーザデータベースを参照して、前記ユーザ判定用画像に写っている人物を識別し、
　　前記ユーザデータベースを参照して、識別した前記人物がモニタリング対象であるか否かを判定し、
　　モニタリング対象であると判定した場合、前記人物が脳卒中を発症している可能性に関する第１検査を実行して結果を出力する第１検査プログラムを起動することが好ましい。

　（８）上記（７）に記載の情報処理方法は、
　　前記ユーザデータベースは、前記ユーザ判定用画像に写る可能性がある人物の画像と、前記人物がモニタリング対象であるか否かとに加えて、前記人物がイベント記録対象者であるか否かを関連づけて記録しており、
　　前記第１検査プログラムにより、前記ユーザが脳卒中を発症している可能性があると出力された場合、前記ユーザデータベースに、前記ユーザがイベント記録対象者である旨を記録することが好ましい。

　（９）上記（７）または（８）に記載の情報処理方法は、
　　前記ユーザデータベースは、前記ユーザ判定用画像に写る可能性がある人物の画像と、前記人物がモニタリング対象であるか否かとに加えて、前記人物がイベント記録対象者であるか否かを関連づけて記録しており、
　　前記ユーザデータベースを参照して、識別した前記人物がイベント記録対象者であるか否かを判定し、
　　イベント記録対象者であると判定した場合、前記ユーザにイベントが発生した日時と、前記イベントの内容とを関連づけて記録するイベントデータベースに、前記第１検査を実施した日時と、前記第１検査の結果とを関連づけて記録することが好ましい。

　（１０）上記（７）から（９）のいずれかに記載の情報処理方法は、
　　前記第１検査プログラムにより、前記ユーザが脳卒中を発症している可能性があると出力された場合、前記ユーザに対して所定の動作を促して、前記ユーザの反応を判定する第２検査を実行して結果を出力する第２検査プログラムを起動することが好ましい。

　（１１）上記（１０）に記載の情報処理方法は、
　　前記ユーザにイベントが発生した日時と、前記イベントの内容とを関連づけて記録するイベントデータベースに、前記第２検査プログラムを起動した日時と、前記第２検査プログラムにより出力された結果とを関連づけて記録することが好ましい。

　（１２）上記（１０）または（１１）に記載の情報処理方法は、
　　前記第２検査プログラムにより前記ユーザが脳卒中を発症している可能性があると出力された場合、
　　所定の連絡先に通知を送ることが好ましい。

　（１３）上記（１１）に記載の情報処理方法は、
　　前記第２検査プログラムにより出力された結果が、前記イベントデータベースに記録されている過去に実施した前記第２検査プログラムにより出力された結果に対して所定の閾値を超える変化がある場合、
　　所定の連絡先に通知を送ることが好ましい。

　（１４）上記（１２）または（１３）に記載の情報処理方法は、
　　前記連絡先が専門家である場合、前記通知に前記第２検査プログラムにより出力された結果に関する詳細情報を含めることが好ましい。

　（１５）上記（１２）から（１４）のいずれかに記載の情報処理方法は、
　　前記通知は、前記ユーザを撮影した画像を含むことが好ましい。

　（１６）上記（１２）から（１５）のいずれかに記載の情報処理方法は、
　　前記通知は、前記ユーザを撮影した画像を閲覧可能なＵＲＬ（Uniform Resource Locator）を含むことが好ましい。

　（１７）プログラムは、
　　被写体にユーザを含むユーザ判定用画像を撮影させ、
　　撮影させた前記ユーザ判定用画像を取得し、
　　処理対象画像の選択を受け付け、
　　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザである場合、前記処理対象画像を鏡像で出力し、
　　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザではない場合、前記処理対象画像を正像で出力する
　　処理をコンピュータに実行させるプログラムである。

　（１８）情報処理装置は、
　　制御部を備える情報処理装置であって、
　　前記制御部は
　　　被写体にユーザを含むユーザ判定用画像を撮影させ、
　　撮影させた前記ユーザ判定用画像を取得し、
　　　処理対象画像の選択を受け付け、
　　　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザである場合、前記処理対象画像を鏡像で出力し、
　　　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザではない場合、前記処理対象画像を正像で出力する
　　情報処理装置である。

　一つの側面では、本人および第三者の双方が違和感を覚えにくい表示を提供する情報処理方法等を提供できる。

情報処理装置が表示する画面の概要を説明する説明図である。情報処理装置の構成を説明する説明図である。画像ＤＢのレコードレイアウトを説明する説明図である。プログラムの処理の流れを説明するフローチャートである。ユーザ特定のサブルーチンの処理の流れを説明するフローチャートである。本人判定のサブルーチンの処理の流れを説明するフローチャートである。画面例である。画面例である。画面例である。画面例である。画面例である。画面例である。実施の形態２のユーザ特定のサブルーチンの処理の流れを説明するフローチャートである。実施の形態２の画面例である。実施の形態３のプログラムの処理の流れを説明するフローチャートである。テストのサブルーチンの処理の流れを説明するフローチャートである。実施の形態３の画面例である。実施の形態３の画面例である。実施の形態３の画面例である。実施の形態３の画面例である。ユーザＤＢのレコードレイアウトを説明する説明図である。イベントＤＢのレコードレイアウトを説明する説明図である。実施の形態４のプログラムの処理の流れを説明するフローチャートである。テスト２のサブルーチンの処理の流れを説明するフローチャートである。実施の形態５のプログラムの処理の流れを説明するフローチャートである。実施の形態５の画面例である。実施の形態６のユーザ特定のサブルーチンの処理の流れを説明するフローチャートである。実施の形態７のプログラムの処理の流れを説明するフローチャートである。実施の形態８のプログラムの処理の流れを説明するフローチャートである。実施の形態９の情報処理装置の構成を説明する説明図である。

［実施の形態１］
　脳梗塞、くも膜下出血および脳出血等の脳卒中は、発見および治療開始が早いほど、患者の予後が良いことが知られている。脳卒中が発症した場合の初期症状には、顔面の歪み、片方の手足の脱力、および、言語障害等がある。

　上述の症状が数分から３０分程度で消失する一過性脳虚血発作（ＴＩＡ：Transit Ischemic Attack）という発作がある。一過性脳虚血発作が生じた場合には、その後重篤な脳梗塞を発症するリスクが高い。一過性脳虚血発作の発症後は、症状が治まっていても速やかに治療を受けることで、その後の重篤な脳卒中の発症リスクを大幅に低減できる。

　ところで、普段から接している人物については、表情から体調の変化を察知できる場合があることが知られている。とりわけ普段から接している人物が軽度の脳卒中を発症している場合には、症状が軽微なものであっても表情に何らかの違和感を覚える場合がある。自分自身が軽度の脳卒中を発症している場合には、鏡で自分自身の顔を見た場合に同様の違和感を覚える場合がある。

　顔が明らかに歪むような重度の脳卒中に関しては、たとえば特許文献２に開示されているような、顔画像を用いる自動診断技術が提案されている。しかしながら、軽度の脳卒中に関しては、これらの自動診断技術よりも親しい人および本人が感じる違和感の方が、感度が高いことが期待できる。

　ところで前述のとおり、自分自身の顔は通常は鏡を使って見る。そのため、正像で自分の顔を見た場合、脳卒中の有無にかかわらず違和感を覚える。脳卒中に起因する違和感を感知するためには、自分自身については鏡像で見ることが望ましい。

　一方、家族等の本人以外の人は、普段から正像で観察している。そのため、鏡像で相手の顔を見た場合、脳卒中の有無にかかわらず違和感を覚える。脳卒中に起因する違和感を感知するためには、家族等については正像で見ることが望ましい。

　なお、以下の説明では脳卒中の有無の判定を受ける人物を対象者と記載する。対象者との血縁関係の有無にかかわらず対象者以外の人物を他人と記載する。

　図１は、情報処理装置１０（図２参照）が表示する画面の概要を説明する説明図である。元画像は、画像ＤＢ（Database）４１（図２参照）から取得された画像である。元画像には、対象者が写っている。元画像は、本実施の形態の処理対象画像の例示である。画像ＤＢ４１については後述する。

　情報処理装置１０のユーザが対象者自身である場合、情報処理装置１０は元画像の鏡像をタッチパネル１５（図２参照）に表示する。ユーザが他人である場合、情報処理装置１０は元画像の正像をタッチパネル１５（図２参照）に表示する。

　以上により、ユーザに対して、日頃から見慣れた違和感の少ない状態で対象者の画像を表示する情報処理装置１０を提供できる。したがって、情報処理装置１０のユーザは、脳卒中に起因する違和感を検知しやすい。

　医学的知識の少ない一般の人は、一過性脳虚血発作の症状が治まった段階では、大した症状ではなかった、または、気のせいだった等と思い込みがちである。しかしながら、画像ＤＢ４１に記録されている一過性脳虚血発作発症中の画像を表示することで、受診の要否について客観的な判断を促す情報処理装置１０を提供できる。

　図２は、情報処理装置１０の構成を説明する説明図である。情報処理装置１０は、制御部１１、主記憶装置１２、補助記憶装置１３、通信部１４、タッチパネル１５、カメラ１６およびバスを備える。タッチパネル１５は、表示部１５１と、入力部１５２とを含む。

　制御部１１は、本実施の形態のプログラムを実行する演算制御装置である。制御部１１には、一または複数のＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）またはマルチコアＣＰＵ等が使用される。制御部１１は、バスを介して情報処理装置１０を構成するハードウェア各部と接続されている。

　主記憶装置１２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置１２には、制御部１１が行なう処理の途中で必要な情報および制御部１１で実行中のプログラムが一時的に保存される。

　補助記憶装置１３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置１３には、画像ＤＢ４１、制御部１１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。画像ＤＢ４１は、制御部１１に接続された外部の大容量記憶装置に記憶されていてもよい。画像ＤＢ４１は、ネットワーク上に分散したいわゆるクラウドサーバに記憶されていてもよい。

　通信部１４は、情報処理装置１０とネットワークとの間の通信を行なうインターフェースである。表示部１５１は、たとえば液晶表示パネルまたは有機ＥＬ（electro-luminescence）パネルである。入力部１５２は、表示部１５１に積層されたセンサである。入力部１５２は、キーボード、マウスまたはマイク等、タッチパネル１５とは別体の入力デバイスであってもよい。

　カメラ１６は、たとえばタッチパネル１５の縁に設けられている。カメラ１６は、有線または無線で情報処理装置１０に接続された外付けカメラであってもよい。カメラ１６は、ネットワークを介して情報処理装置１０に接続された、いわゆるネットワークカメラであってもよい。カメラ１６は、複数台設けられていてもよい。

　カメラ１６は、たとえば可視光を撮影する一般的なカメラである。カメラ１６は、赤外線カメラ、サーモグラフィカメラ、または、対象物との距離を画像化するＴｏＦ（Time of Flight）カメラ等であってもよい。カメラ１６は、２台のカメラで構成された、立体撮影用のカメラであってもよい。異なる種類のカメラ１６が組み合わせて使用されてもよい。

　たとえば情報処理装置１０は、スマートフォン、パソコン、タブレットまたはスマートスピーカ等の、ユーザが使用する汎用の情報機器である。情報処理装置１０は、本実施の形態の判定手法用に用意された専用のハードウェアであってもよい。情報処理装置１０は、たとえばペット型等の愛玩用のロボット、または、介護用のロボット等に組み込まれていてもよい。複数のハードウェアが連携して、情報処理装置１０の機能を実現してもよい。

　情報処理装置１０は、ユーザの近くに配置されたタッチパネル１５およびカメラ１６等のいわゆるＩｏＴ機器と、ネットワークを介して接続された大型計算機、大型計算機上で動作する仮想マシン、またはクラウドコンピューティングシステム等との組み合わせにより構成されていてもよい。

　図３は、画像ＤＢ４１のレコードレイアウトを説明する説明図である。画像ＤＢ４１は、撮影日時と撮影された画像とを関連づけて記録するＤＢである。画像ＤＢ４１は、日時フィールドおよび画像フィールドを有する。日時フィールドには、撮影日時が記録されている。画像フィールドには、画像が記録されている。画像は、静止画であっても、動画であってもよい。画像ＤＢ４１は、１枚の画像について１つのレコードを有する。

　複数のカメラ１６が使用される場合、画像ＤＢ４１はそれぞれの画像がどのカメラ１６で撮影されたかを記録するフィールドを有しても良い。画像ＤＢ４１は、シャッター速度および絞り等の撮影条件を記録するフィールドを有してもよい。画像ＤＢ４１には、撮影日時、シャッター速度、絞り等の情報を含むＥｘｉｆ（Exchangeable image file format）情報付きの画像が記録されても良い。Ｅｘｉｆ情報付きの画像が記録される場合、画像ＤＢ４１は日時フィールドを備えなくてもよい。

　画像ＤＢ４１には、カメラ１６により撮影された画像が随時記録される。撮影は、たとえば所定時間ごとに行なわれる。撮影視野に人物が入る、または、撮影視野内に動きがある等のイベントが検出されるたびに撮影が行なわれてもよい。自動的に撮影を行ない、画像をＤＢに記録する処理は、従来から行なわれているため、詳細については説明を省略する。

　画像の撮影および画像ＤＢ４１への記録は、情報処理装置１０とは異なる情報処理装置により実行されてもよい。情報処理装置１０とは独立して動作するイベント駆動カメラにより撮影された画像が、画像ＤＢ４１に記録されてもよい。

　図４は、プログラムの処理の流れを説明するフローチャートである。なお、図４を使用して説明するフローチャートの実行と平行して、画像ＤＢ４１に随時新しい画像が記録される。図４を使用して説明するフローチャート内で撮影した画像は、画像ＤＢ４１に記録されても、記録されなくてもよい。

　制御部１１は、ユーザから受け付けた指示に基づいてカメラ１６を制御して、静止画であるユーザ判定用画像を撮影する（ステップＳ５０１）。ユーザ判定用画像は、ユーザを被写体に含む画像である。なお、複数のカメラ１６が配置されている場合、制御部１１はタッチパネル１５を操作する人物を撮影するのに適したカメラ１６を使用する。

　制御部１１は、ユーザ特定のサブルーチンを起動する（ステップＳ５０２）。ユーザ特定のサブルーチンは、ユーザ判定用画像からユーザの顔が写っている部分を特定するサブルーチンである。ユーザ特定のサブルーチンの処理の流れは後述する。

　制御部１１は、ユーザの顔が写っている部分の特定に成功したか否かを判定する（ステップＳ５０３）。たとえば、ユーザがカメラ１６に顔を向けていない場合、ユーザ判定用画像にユーザの顔が映らない。したがって、制御部１１はユーザの顔が写っている部分を特定できない。

　成功していないと判定した場合（ステップＳ５０３でＮＯ）、制御部１１はステップＳ５０１に戻る。成功したと判定した場合（ステップＳ５０３でＹＥＳ）、制御部１１は画像ＤＢ４１に記録されている画像の中から処理対象画像の選択を受け付ける（ステップＳ５０４）。

　制御部１１は、本人判定のサブルーチンを起動する（ステップＳ５０５）。本人判定のサブルーチンは、処理対象画像に写っている人物がユーザ本人であるか否かを判定するサブルーチンである。本人判定のサブルーチンの処理の流れは後述する。

　制御部１１は、本人判定のサブルーチンにおいて、本人であると判定されたか否かを判定する（ステップＳ５０６）。本人であると判定した場合（ステップＳ５０６でＹＥＳ）、制御部１１は処理対象画像を鏡像で表示する（ステップＳ５０７）。本人ではないと判定した場合（ステップＳ５０６でＮＯ）、制御部１１は処理対象画像を正像で表示する（ステップＳ５０８）。

　ステップＳ５０７またはステップＳ５０８の終了後、制御部１１は別の処理対象画像を表示するか否かを判定する（ステップＳ５０９）。たとえば、ユーザによる別画像ボタン６５（図１１参照）の操作を受け付けた場合に、制御部１１は別の処理対象画像を表示すると判定する。表示すると判定した場合（ステップＳ５０９でＹＥＳ）、制御部１１はステップＳ５０４に戻る。

　表示しないと判定した場合（ステップＳ５０９でＮＯ）、制御部１１は処理を終了するか否かを判定する（ステップＳ５１０）。たとえば、ユーザによる終了ボタン６９（図１１参照）の選択を受け付けた場合、制御部１１は処理を終了すると判定する。

　処理を終了しないと判定した場合（ステップＳ５１０でＮＯ）、制御部１１はステップＳ５０１に戻る。処理を終了すると判定した場合（ステップＳ５１０でＹＥＳ）、制御部１１は処理を終了する。

　図５は、ユーザ特定のサブルーチンの処理の流れを説明するフローチャートである。ユーザ特定のサブルーチンは、ユーザ判定用画像からユーザの顔が写っている部分を特定するサブルーチンである。

　制御部１１は、顔検出の技術を用いてユーザ判定用画像から人物の顔を検出する（ステップＳ５２１）。顔検出の技術は従来から使用されているため、詳細については説明を省略する。制御部１１は、顔の検出に成功したか否かを判定する（ステップＳ５２２）。成功したと判定した場合（ステップＳ５２２でＹＥＳ）、制御部１１は検出された顔が一人の顔であるか否かを判定する（ステップＳ５２３）。

　一人の顔であると判定した場合（ステップＳ５２３でＹＥＳ）、制御部１１はステップＳ５２１で検出した顔に、ユーザの顔である旨のフラグを付けて主記憶装置１２または補助記憶装置１３に一時的に記憶する（ステップＳ５２４）。制御部１１はユーザの特定に成功した旨のフラグを立てる（ステップＳ５２５）。その後、制御部１１は処理を終了する。

　一人の顔ではない、すなわちステップＳ５２３で複数の人物の顔を検出したと判定した場合（ステップＳ５２３でＮＯ）、制御部１１はユーザ判定用画像に検出した顔を示すバウンディングボックス５８（図８参照）を重畳させて、タッチパネル１５に表示する（ステップＳ５３１）。

　制御部１１は、たとえば「ユーザの顔を選んでください」とタッチパネル１５に表示して、ユーザに選択を促す。制御部１１は、タッチパネル１５を介してユーザによる顔の選択を受け付ける（ステップＳ５３２）。制御部１１は、受け付けに成功したか否かを判定する（ステップＳ５３３）。

　たとえば、タッチパネル１５に表示した複数のバウンディングボックス５８の中から一つのバウンディングボックス５８の選択を受け付けた場合、制御部１１は受け付けに成功したと判定する（ステップＳ５３３でＹＥＳ）。ユーザによるキャンセルボタン６３（図８参照）の選択を受け付けた場合、または所定の時間が経過してもユーザによる操作を受け付けない場合、制御部１１は受け付けに成功していないと判定する（ステップＳ５３３でＮＯ）。

　受付に成功したと判定した場合（ステップＳ５３３でＹＥＳ）、制御部１１は、ユーザによる選択を受け付けた顔に、ユーザの顔である旨のフラグを付けて主記憶装置１２または補助記憶装置１３に一時的に記憶する（ステップＳ５３４）。制御部１１はユーザの特定に成功した旨のフラグを立てる（ステップＳ５３５）。その後、制御部１１は処理を終了する。

　顔の検出に成功していないと判定した場合（ステップＳ５２２でＮＯ）、または、選択の受付に成功していないと判定した場合（ステップＳ５３３でＮＯ）、制御部１１はユーザの特定に失敗した旨のフラグを立てる（ステップＳ５３６）。その後、制御部１１は処理を終了する。

　図６は、本人判定のサブルーチンの処理の流れを説明するフローチャートである。本人判定のサブルーチンは、処理対象画像に写っている人物がユーザ本人であるか否かを判定するサブルーチンである。

　制御部１１は、本人であるか否かを手動で判定するモードに設定されているか否かを判定する（ステップＳ５４１）。制御部１１は、たとえばタッチパネル１５に表示したモードボタン６４（図１０参照）を介してモードの設定を受け付ける。

　手動モードであると判定した場合（ステップＳ５４１でＹＥＳ）、制御部１１はタッチパネル１５に処理対象画像と、たとえば「自分自身が写っていますか？」という質問と、はいボタン６８１（図１０参照）と、いいえボタン６８２（図１０参照）とを表示する（ステップＳ５４２）。制御部１１は、はいボタン６８１またはいいえボタン６８２を介してユーザによる回答を取得する（ステップＳ５４３）。その後、制御部１１は処理を終了する。

　手動モードではないと判定した場合（ステップＳ５４１でＮＯ）、制御部１１はユーザが片麻痺を起こしているか否かを判定する（ステップＳ５５１）。片麻痺に関する判定方法の具体例の概要を説明する。

　制御部１１は、ステップＳ５０１でユーザ判定用画像を撮影した後も、ユーザ判定用画像中の人物の顔の特徴点を追跡し続ける。特徴点は、たとえば、目頭、目尻および口角等である。制御部１１は、ユーザの顔中のこれらの特徴点が、ユーザの鼻梁を中心としてほぼ対称に動いている場合には片麻痺を起こしていないと判定し、非対称に動いている場合には片麻痺を起こしていると判定する。人物の顔から特徴点および鼻梁を抽出する方法、および、動画において特徴点を追跡する方法は、従来から使用されているため、詳細については説明を省略する。

　片麻痺を起こしていないと判定した場合（ステップＳ５５１でＮＯ）、制御部１１は、処理対象画像中の人物の顔と、図５を使用して説明したステップＳ５２４またはステップＳ５３４で主記憶装置１２または補助記憶装置１３に一時的に記憶されたユーザの顔とが類似しているか否かを判定する（ステップＳ５５２）。

　具体例を挙げて説明する。制御部１１は、処理対象画像から顔を検出する。制御部１１は、処理対象画像から検出した顔と、ユーザの顔との類似度を、たとえばPerceptual Hashまたは特徴点マッチング等の公知の手法に基づいて算出する。類似度が所定の閾値を超える場合、制御部１１は処理対象画像中の人物の顔と、ユーザの顔とが類似していると判定する。

　類似していると判定した場合（ステップＳ５５２でＹＥＳ）、制御部１１は処理対象画像中の人物がユーザ本人であると判定する（ステップＳ５５３）。類似していないと判定した場合（ステップＳ５５２でＮＯ）、制御部１１は処理対象画像中の人物はユーザとは別人であると判定する（ステップＳ５５４）。ステップＳ５５３またはステップＳ５５４の終了後、制御部１１は処理を終了する。

　片麻痺を起こしていると判定した場合（ステップＳ５５１でＹＥＳ）、制御部１１は、処理対象画像中の人物の顔と、主記憶装置１２または補助記憶装置１３に一時的に記憶されたユーザの顔とから、それぞれ麻痺が生じていない側の半分を抽出する（ステップＳ５５５）。制御部１１は、処理対象画像から検出した顔の半分と、ユーザの顔との半分とが類似しているか否かを判定する（ステップＳ５５６）。

　類似していると判定した場合（ステップＳ５５６でＹＥＳ）、制御部１１は処理対象画像中の人物がユーザ本人であると判定する（ステップＳ５５７）。類似していないと判定した場合（ステップＳ５５６でＮＯ）、制御部１１は処理対象画像中の人物はユーザとは別人であると判定する（ステップＳ５５８）。ステップＳ５５７またはステップＳ５５８の終了後、制御部１１は処理を終了する。

　なお、本人判定のサブルーチンの代わりに、処理対象画像から検出した顔と、ユーザの顔との入力を受け付けて、両者が同一人物であるか否かを出力するように訓練された学習済モデルが使用されてもよい。

　ステップＳ５５１において、ユーザの顔を撮影した画像の入力を受け付けて、片麻痺を起こしているか否かを出力するように訓練された学習済モデルが使用されてもよい。機械学習を用いた学習済モデルの生成方法および利用方法は公知であるため、詳細については説明を省略する。

　図７から図１２は、画面例である。図７は、図４を使用して説明したステップＳ５０１を実行する前に制御部１１がタッチパネル１５に表示する画面の例を示す。タッチパネル１５には、リアルタイム欄５１および開始ボタン６１が表示されている。リアルタイム欄５１には、カメラ１６により撮影中の画像が表示されている。

　ユーザによる開始ボタン６１の選択を受け付けた場合、制御部１１はステップＳ５０１を実行する。すなわち制御部１１はカメラ１６を制御して静止画であるユーザ判定用画像を取得する。

　図８は、図５を使用して説明したステップＳ５３１で制御部１１がタッチパネル１５に表示する画面の例を示す。タッチパネル１５には、リアルタイム欄５１、静止画欄５２、再撮影ボタン６２、キャンセルボタン６３およびメッセージ欄７１が表示されている。静止画欄５２には、顔検出の結果を示すバウンディングボックス５８が重畳されたユーザ判定用画像が表示されている。

　静止画欄５２の下側に配置されたメッセージ欄７１に、「ユーザの顔を選んでください」というメッセージが表示されている。ユーザが、いずれかのバウンディングボックス５８の近傍にタッチした場合、制御部１１は、ユーザによる顔の選択を受け付ける（ステップＳ５３２）。

　静止画欄５２の右上に、静止画欄５２よりも小さいサイズでリアルタイム欄５１が表示されている。リアルタイム欄５１にはカメラ１６により撮影中の画像が表示されている。再撮影ボタン６２の選択を受け付けた場合、制御部１１は新たにユーザ判定用画像を取得して、静止画欄５２を更新する。

　図９は、図４を使用して説明したステップＳ５０４で制御部１１がタッチパネル１５に表示する画面の例を示す。タッチパネル１５には、ユーザ画像欄５３、候補画像欄５４、キャンセルボタン６３、モードボタン６４およびメッセージ欄７１が表示されている。

　ユーザ画像欄５３には、図５を使用して説明したステップＳ５２４またはステップＳ５３４で主記憶装置１２または補助記憶装置１３に一時的に記録されたユーザの顔が表示されている。

　候補画像欄５４には、画像ＤＢ４１に記録されている画像がサムネール表示されている。候補画像欄５４には、たとえば撮影日時が新しい方から所定の枚数の画像が表示される。画像ＤＢ４１に記録されている画像は、たとえば撮影日時等に基づいて階層化されて、ツリー形式で候補画像欄５４に表示されていてもよい。

　候補画像欄５４の下側に配置されたメッセージ欄７１に、「画像を選んでください」というメッセージが表示されている。ユーザが、候補画像欄５４に表示されている画像のいずれかにタッチした場合、制御部１１は、ユーザによる処理対象画像の選択を受け付ける（ステップＳ５０４）。

　モードボタン６４は、前述のとおり処理対象画像に写っている人物が本人であるか否かを判定するモードの切り替えに使用される。図９においては、手動で判定するモードに設定されている場合の例を示す。

　図１０は、図６を使用して説明したステップＳ５４２で制御部１１がタッチパネル１５に表示する画面の例を示す。タッチパネル１５には、ユーザ画像欄５３、処理対象画像欄５５、キャンセルボタン６３、モードボタン６４、はいボタン６８１、いいえボタン６８２およびメッセージ欄７１が表示されている。

　ユーザ画像欄５３には、図９と同様にユーザの顔が表示されている。処理対象画像欄５５には、図９で説明した画面の候補画像欄５４からユーザにより選択された処理対象画像が表示されている。

　処理対象画像欄５５の下側に配置されたメッセージ欄７１に、「自分自身が写っていますか？」というメッセージが表示されている。制御部１１は、はいボタン６８１またはいいえボタン６８２を介してユーザによる回答を受け付ける。モードボタン６４の選択を受け付けた場合、制御部１１は処理対象画像に写っている人物が本人であるか否かを自動的に判定するモードに切り替えて、図６を使用して説明したステップＳ５５１に移動する。

　図１１は、図４を使用して説明したステップＳ５０７で制御部１１がタッチパネル１５に表示する画像の例を示す。図１２は、図４を使用して説明したステップＳ５０８で制御部１１がタッチパネル１５に表示する画像の例を示す。

　図１１および図１２のタッチパネル１５には、ユーザ画像欄５３、処理対象画像欄５５、別画像ボタン６５および終了ボタン６９が表示されている。ユーザ画像欄５３には、図９と同様にユーザの顔が表示されている。

　図１１の処理対象画像欄５５には、処理対象画像が鏡像で表示されている。処理対象画像欄５５に鏡像が表示されていることをユーザが容易に認識できるように、処理対象画像欄５５の上に「鏡像表示中」という説明が表示されている。

　図１２の処理対象画像欄５５には、処理対象画像が正像で表示されている。処理対象画像欄５５に正像が表示されていることをユーザが容易に認識できるように、処理対象画像欄５５の上に「正像表示中」という説明が表示されている。

　なお、たとえば図１１の処理対象画像欄５５に鏡文字を重畳させ、図１２の処理対象画像欄５５に通常の文字を表示させることにより、鏡像と正像との区別を示してもよい。図１１の処理対象画像欄５５の近傍に鏡を示すイラスト等を表示して、鏡像であることを示してもよい。文字およびイラストは、画像が鏡像であるか正像であるかを示すマーカの例示である。制御部１１は、画像に鏡像であるか正像を示すタグ等のメタデータを付与してもよい。

　前述の通り、別画像ボタン６５が選択された場合、制御部１１は別の処理対象画像を表示する旨の指示を受け付けたと判定し（ステップＳ５０９でＹＥＳ）、図４を使用して説明したステップＳ５０４に戻る。同様に終了ボタン６９が選択された場合、制御部１１は処理を終了する旨の指示を受け付けたと判定し（ステップＳ５１０でＹＥＳ）、処理を終了する。

　本実施の形態によると、画像ＤＢ４１に記録された画像を対象者本人が閲覧する場合には、図１１に例示するように鏡像で表示し、同じ画像を他人が閲覧する場合には図１２に例示するように鏡像で表示する情報処理装置１０を提供できる。

　対象者本人が閲覧する場合も、他人が閲覧する場合も、鏡像と正像との相違による違和感を覚えにくいため、処理対象画像に脳卒中の症状が現れている場合には対象者本人であっても他人であっても鋭敏に察知できる。

　画像ＤＢ４１に随時蓄積された処理対象画像を表示するため、短時間で終息した一過性脳虚血発作についても察知しやすい情報処理装置１０を提供できる。以上により、脳卒中の早期発見および早期治療に寄与する情報処理装置１０を提供できる。

［実施の形態２］
　本実施の形態は、ユーザ判定用画像からユーザの顔が写っている部分を自動的に特定する情報処理装置１０に関する。実施の形態１と共通する部分については、説明を省略する。

　図１３は、実施の形態２のユーザ特定のサブルーチンの処理の流れを説明するフローチャートである。図１３を使用して説明するサブルーチンは、図５を使用して説明したユーザ特定のサブルーチンの代わりに使用される。

　ステップＳ５２１からステップＳ５２５までの処理は、図５を使用して説明したサブルーチンの処理と同一であるため説明を省略する。一人の顔ではない、すなわちステップＳ５２１で複数の人物の顔を検出したと判定した場合（ステップＳ５２３でＮＯ）、制御部１１はユーザ判定用画像から検出したそれぞれの顔の面積を算出する（ステップＳ５６１）。顔の面積は、たとえばそれぞれの顔に対応するバウンディングボックス５８の面積である。

　制御部１１は、セマンティックセグメンテーションを行ない、それぞれのバウンディングボックス５８内の画素を顔と背景とに分類した後に、顔に対応する画素の面積を算出してもよい。セマンティックセグメンテーションは公知であるため、説明を省略する。

　制御部１１は、面積が最大である顔を判定する（ステップＳ５６２）。制御部１１はユーザ判定用画像に検出した顔を示すバウンディングボックス５８を重畳させて、タッチパネル１５に表示する（ステップＳ５６３）。ステップＳ５６３において制御部１１は、ステップＳ５６２で面積が最大であると判定した顔に対応するバウンディングボックス５８を、他のバウンディングボックス５８とは異なる態様で表示する。

　制御部１１は、面積が最大であると判定した顔に、ユーザの顔である旨のフラグを付けて主記憶装置１２または補助記憶装置１３に一時的に記憶する（ステップＳ５６４）。制御部１１はユーザの特定に成功した旨のフラグを立てる（ステップＳ５６５）。その後、制御部１１は処理を終了する。

　顔の検出に成功していないと判定した場合（ステップＳ５２２でＮＯ）、制御部１１はユーザの特定に失敗した旨のフラグを立てる（ステップＳ５６６）。その後、制御部１１は処理を終了する。

　図１４は、実施の形態２の画面例である。図１４は、図１３を使用して説明したステップＳ５６３で制御部１１がタッチパネル１５に表示する画面の例を示す。タッチパネル１５には、リアルタイム欄５１、静止画欄５２、再撮影ボタン６２、キャンセルボタン６３およびメッセージ欄７１が表示されている。静止画欄５２には、バウンディングボックス５８が重畳されたユーザ判定用画像が表示されている。なお、バウンディングボックス５８の態様およびメッセージ欄７１の表記以外は図８を使用して説明した画面例と同様であるため、説明を省略する。

　図１４に示す例では、面積が最大であると判定した顔に対応するバウンディングボックス５８が太い実線で、他の顔に対応するバウンディングボックス５８が破線で表示されている。静止画欄５２の下側に配置されたメッセージ欄７１に、「特定しました」というメッセージが表示されている。ユーザは、制御部１１がユーザ判定用画像のどの部分にユーザの顔が写っていると特定したかを、確認できる。

　本実施の形態によると、ユーザ判定用画像からユーザの顔が写っている部分を自動的に特定する情報処理装置１０を提供できる。

　制御部１１は、図１４に示す画像を介してユーザの顔であると判定した顔の訂正を受け付けてもよい。たとえば、図１４において破線で示されているバウンディングボックス５８をユーザがタッチした場合に、制御部１１はタッチされたバウンディングボックス５８に対応する顔がユーザの顔であると判定する。制御部１１が誤判定した場合にユーザが適切に修正できる情報処理装置１０を提供できる。

［実施の形態３］
　本実施の形態は、脳卒中を発症しているか否かに関するスクリーニング検査およびスクリーニング検査よりも詳細な検査を自動的に行なう情報処理装置１０に関する。実施の形態１と共通する部分については、説明を省略する。スクリーニング検査は本実施の形態の第１検査の例示であり、検査は本実施の形態の第２検査の例示である。

　図１５は、実施の形態３のプログラムの処理の流れを説明するフローチャートである。制御部１１は、カメラ１６により撮影された画像を取得して、リアルタイムで画像解析を行ない、トリガーを検出する（ステップＳ５８１）。トリガーは、たとえば人物の全身または上半身が画像内に含まれたこと、人物がカメラ１６に正対したこと、人物が立ち上がったこと、部屋の照明が点灯したこと等である。

　制御部１１は、マイクから取得した音に基づいてトリガーを検出してもよい。制御部１１は、所定の時間が経過したことに基づいてトリガーを検出してもよい。制御部１１は、エアコン、テレビまたはラジオ等が操作されたことに基づいてトリガーを検出してもよい。制御部１１は、トリガーを検出するまでステップＳ５８１で待機する。

　トリガーを検出した後、制御部１１は第１検査プログラムを起動する（ステップＳ５８２）。第１検査プログラムは、対象者の通常の動作をモニタリングして、脳卒中の発症有無を判定する、いわゆるスクリーニング検査を実行するプログラムである。

　第１検査プログラムは、本実施の形態のプログラムとは独立したプログラムであっても、本実施の形態のプログラムの一部を構成するサブルーチンであってもよい。以下の説明では、第１検査プログラムが制御部１１により実行される場合を例にして説明するが、第１検査プログラムは制御部１１とは異なるハードウェアにより実行されてもよい。なお制御部１１は、スクリーニング検査中であることを対象者に通知しない。

　第１検査プログラムにより実行されるスクリーニング検査の具体例について説明する。制御部１１は、たとえばカメラ１６により撮影された画像を取得して、リアルタイムで動作分析を行ない、転倒、振戦、ふらつき、または麻痺などの有無を判定する。対象者がカメラ１６に正対している場合には、制御部１１は顔面麻痺の有無を判定してもよい。対象者が発話している場合には、制御部１１はリアルタイムで音声解析を行ない、言語障害の有無を判定してもよい。動作分析および音声解析は従来から使用されているため、詳細については説明を省略する。

　制御部１１は、スクリーニング検査の結果が正常であるか否かを判定する（ステップＳ５８３）。以上により第１検査プログラムが終了する。制御部１１は、第１検査プログラムによる判定結果を取得する。第１検査プログラムによる判定結果が正常である、すなわち脳卒中を発症していないと判定された場合（ステップＳ５８３でＹＥＳ）、制御部１１はステップＳ５８１に戻る。

　正常でない、すなわち脳卒中を発症している可能性があると判定された場合（ステップＳ５８３でＮＯ）、制御部１１はたとえば「スクリーニング検査を実施して異常が見られました。タッチパネルの前に来てください」等のタッチパネル１５の操作を促すメッセージを出力して、対象者をタッチパネル１５の前に誘導する（ステップＳ５８４）。

　制御部１１は、カメラ１６を制御して、静止画であるユーザ判定用画像を撮影する（ステップＳ５８５）。なお、複数のカメラ１６が配置されている場合、制御部１１はタッチパネル１５を操作する人物を撮影するのに適したカメラ１６を使用する。

　制御部１１は、ユーザ特定のサブルーチンを起動する（ステップＳ５８６）。ユーザ特定のサブルーチンは、ユーザ判定用画像からユーザの顔が写っている部分を特定するサブルーチンである。ユーザ特定のサブルーチンは、図５または図１３を使用して説明したサブルーチンと同一である。

　制御部１１は、ユーザの顔が写っている部分の特定に成功したか否かを判定する（ステップＳ５８７）。たとえば、ユーザがステップＳ５８４で出力されたメッセージを無視した場合、ユーザ判定用画像にユーザの顔が映らない。したがって、制御部１１はユーザの顔が写っている部分を特定できない。

　成功したと判定した場合（ステップＳ５８７でＹＥＳ）、制御部１１はカメラ１６により撮影された画像を、タッチパネル１５に鏡像で表示するように、表示モードを設定する（ステップＳ５８８）。制御部１１はテストのサブルーチンを起動する（ステップＳ５８９）。テストのサブルーチンは、脳卒中の疑いがある人物に対して所定の検査を行ない、発症している場合には所定の連絡先に通知するサブルーチンである。テストのサブルーチンの処理の流れは後述する。

　制御部１１は処理を終了するか否かを判定する（ステップＳ５９０）。たとえば、ユーザによる終了ボタン６９の選択を受け付けた場合、制御部１１は処理を終了すると判定する。

　成功していないと判定した場合（ステップＳ５８７でＮＯ）、または、処理を終了しないと判定した場合（ステップＳ５９０でＮＯ）、制御部１１はステップＳ５８１に戻る。処理を終了すると判定した場合（ステップＳ５９０でＹＥＳ）、制御部１１は処理を終了する。

　なお、ステップＳ５８４からステップＳ５９０までのテストに関する処理の頻度が高すぎる場合、対象者が負担に感じてステップＳ５８４で出力されたメッセージを無視する可能性が高まる。制御部１１は、ステップＳ５８３で正常でないと判定した場合であっても（ステップＳ５８３でＮＯ）、前回のテストから所定の時間が経過していない場合にはテストを行なわずにステップＳ５８１に戻るように設定されていてもよい。

　制御部１１は、ステップＳ５８３で正常でないという判定が連続して所定の回数を超えた場合に、ステップＳ５８４に進んでもよい。スクリーニング検査の誤判定により、対象者を煩わせすぎることを防止する情報処理装置１０を提供できる。

　制御部１１は、ステップＳ５８２で第１検査プログラムを起動してスクリーニング検査を行なう前に、撮影されている人物の年齢を推定し、幼児または小児等の脳卒中の発症リスクが低い年代であると推定した場合にはステップＳ５８１に戻ってもよい。

　制御部１１は、ステップＳ５８７でＮＯと判定した回数、すなわち対象者がステップＳ５８４で出力されたメッセージに適切に対応しなかった回数をカウントし、たとえば１日または１週間等の所定期間内の回数が所定の閾値を超えた場合に、家族、ヘルパー、またはかかりつけ医等の所定の連絡先に通知を送信してもよい。

　図１６は、テストのサブルーチンの処理の流れを説明するフローチャートである。テストのサブルーチンは、脳卒中の疑いがある人物に対して所定の検査を行ない、発症している場合には所定の連絡先に通知するサブルーチンである。

　制御部１１は、第２検査プログラムを起動する（ステップＳ６０１）。第２検査プログラムは、脳卒中の発症可能性に関するテストを出力し、被験者の反応を取得して、脳卒中の可能性を判定するプログラムである。第２検査プログラムは、本実施の形態のプログラムとは独立したプログラムであっても、本実施の形態のプログラムの一部を構成するサブルーチンであってもよい。以下の説明では、第２検査プログラムが制御部１１により実行される場合を例にして説明するが、第２検査プログラムは制御部１１とは異なるハードウェアにより実行されてもよい。

　脳卒中の発症可能性に関するテストとしては、ＣＰＳＳ（Cincinnati Prehospital Stroke Scale：シンシナティ病院前脳卒中スケール）、および、ＫＰＳＳ（Kurashiki Prehospital Stroke Scale：倉敷プレホスピタル脳卒中スケール）等のテストが知られている。

　これらのテストでは、対象者にたとえば「歯を見せて笑ってください」、「目を閉じて、両腕を挙げてください」、「『今日はいい天気です』と言ってください」等の指示を行ない、それぞれの指示に対する対象者の反応を採点する。採点結果と、対象者が脳卒中を発症している確率とが対応づけられている。

　制御部１１は、スピーカまたはタッチパネル１５を介して上述の指示を出力する。制御部１１は、カメラ１６を介して対象者を撮影し、タッチパネル１５に表示する。図１５を使用して説明したステップＳ５８８で、表示モードが鏡像に表示されている場合、対象者はタッチパネル１５を鏡の代わりに使用して、指示された動作等を実行する。

　制御部１１は、カメラ１６およびマイクを介して対象者の反応を検出する。制御部１１は、それぞれの指示に対する対象者の反応を採点する。制御部１１は、採点結果に基づいて対象者が脳卒中を発症している確率を判定する。以上により第２検査プログラムが終了する。第２検査プログラムは判定した結果を出力する。

　なお、ＣＰＳＳおよびＫＰＳＳは、ステップＳ６０１で制御部１１が起動する第２検査プログラムが対応するテストの例示である。第２検査プログラムが対応するテストはこれらの２つのテストに限定されない。

　制御部１１は、第２検査プログラムから出力された結果をタッチパネル１５に表示する（ステップＳ６０２）。制御部１１は、対象者が脳卒中を発症しているか否かを判定する（ステップＳ６０３）。具体的には制御部１１は、対象者が脳卒中である確率が所定の閾値を超える場合に、対象者が脳卒中を発症していると判定する。

　脳卒中を発症していると判定した場合（ステップＳ６０３でＹＥＳ）、制御部１１は、かかりつけ医等の医師への連絡を行なうか否かを判定する（ステップＳ６０４）。医師への連絡要否および連絡先は、プログラムの設定画面等を介して事前に登録されている。医師は脳卒中に関する専門家の例示である。

　医師への連絡を行なうと判定した場合（ステップＳ６０４でＹＥＳ）、制御部１１は医師用の情報を作成する（ステップＳ６０５）。医師用の情報には、ステップＳ６０１で実行した第２検査プログラムにより行なわれたテストの結果、テスト中に対象者を撮影した動画等の、専門的な情報が含まれる。制御部１１は、登録されている連絡先へ医師用の情報を送信する（ステップＳ６０６）。

　医師への連絡を行なわないと判定した場合（ステップＳ６０４でＮＯ）、またはステップＳ６０６の終了後、制御部１１は家族への連絡を行なうか否かを判定する（ステップＳ６０７）。家族への連絡要否および連絡先も、プログラムの設定画面等を介して事前に登録されている。

　家族への連絡を行なうと判定した場合（ステップＳ６０７でＹＥＳ）、制御部１１は家族用の情報を作成する（ステップＳ６０８）。家族用の情報には、脳卒中を発症している可能性が高いこと、速やかに医療機関を受診するべきこと、および対象者の近影等が含まれる。制御部１１は登録されている連絡先へ家族用の情報を送信する（ステップＳ６０９）。

　脳卒中を発症していないと判定した場合（ステップＳ６０３でＮＯ）、家族への連絡を行なわないと判定した場合（ステップＳ６０７でＮＯ）、またはステップＳ６０９の終了後、制御部１１は処理を終了する。

　なお、ステップＳ６０６において、制御部１１は医師用の情報をＷＥＢサーバにアップロードし、登録されている連絡先へアップロードした情報を閲覧可能なＵＲＬ（Uniform Resource Locator）を送信してもよい。同様にステップＳ６０９において、制御部１１は家族用の情報をＷＥＢサーバにアップロードし、登録されている連絡先へアップロードした情報を閲覧可能なＵＲＬを送信してもよい。

　図１７から図２０は、実施の形態３の画面例である。図１７および図１８は、図１６を使用して説明したフローチャートのステップＳ６０２で制御部１１がタッチパネル１５に表示する画面の例である。タッチパネル１５には、近影欄５６、切替ボタン６６、メッセージ欄７１、連絡先ボタン６７および終了ボタン６９が表示されている。

　連絡先ボタン６７は、第１連絡先ボタン６７１、第２連絡先ボタン６７２および第３連絡先ボタン６７３を含む。第１連絡先ボタン６７１にはかかりつけ医が、第２連絡先ボタン６７２には長男が、第３連絡先ボタン６７３には次男がそれぞれ登録されている。図１７および図１８においては、第１連絡先ボタン６７１と第２連絡先ボタン６７２とが選択されており、第３連絡先ボタン６７３は選択されていない。ユーザは、連絡先ボタン６７を操作して、たとえば海外出張中等の理由で緊急連絡を受けても対応できない家族等を緊急連絡先から一時的に外すことができる。

　近影欄５６には、たとえば図１６のステップＳ６０１で実行された第２検査プログラムによるテスト中に撮影された対象者の近影が表示されている。近影は、デフォルトでは鏡像で表示される。ユーザは、切替ボタン６６を操作することにより、鏡像と正像とを切り替え可能である。近影欄５６には、動画が表示されてもよい。対象者の近影が動画で表示されることにより、運動障害の発生状態等が判りやすくなる。

　図１７においては、近影欄５６の下側に配置されたメッセージ欄７１に、「お疲れ様でした。脳卒中の症状は見つかりません。」というメッセージが表示されている。対象者は、テストの結果を見て安心できる。

　図１８においては、近影欄５６の下側に配置されたメッセージ欄７１に、「脳卒中の疑いが検知されました。連絡先に通知します。」というメッセージが表示されている。制御部１１は、選択中である第１連絡先ボタン６７１および第２連絡先ボタン６７２に対応する連絡先に、通知を送信する。

　制御部１１は、図１７および図１８を使用して説明した情報を、たとえば対象者が持つスマートフォン等に送信してもよい。駆け付けたヘルパーまたは救急隊等に対象者がスマートフォン等の画面を見せることにより、状況を速やかに共有できる。なお、ヘルパーまたは救急隊等は、切替ボタン６６を操作することにより、近影欄５６を正像に切り替えて閲覧できる。

　図１９は、図１６を使用して説明したステップＳ６０６で送信された情報に基づいて、かかりつけ医が使用するパソコンに表示される画面の例である。画面には、近影欄５６、メッセージ欄７１、検査結果欄７２、動画ボタン７７および詳細ボタン７８が表示されている。

　近影欄５６には、対象者の近影が正像で表示されている。近影欄５６の右側のメッセージ欄７１には、「８／１５　１８：２０　診察券番号３４５６　田中太郎さんに脳卒中の疑いが検知されました。　長男の田中一郎氏にも連絡済です。」のように、通知を発した日時、対象者を特定する情報、対象者の状況および家族等への連絡状況が簡潔に表示されている。

　画面下側の検査結果欄７２には、「検査結果　・顔の歪み：左右差４ｃｍ　・上肢挙上：右腕２５ｃｍ不保持」のように、図１６のステップＳ６０１で起動された第２検査プログラムにより実施されたテストの結果の概要が表示されている。かかりつけ医が動画ボタン７７を選択した場合、テスト中に撮影された動画が表示される。かかりつけ医が詳細ボタン７８を選択した場合、テストに関する詳細情報が表示される。

　かかりつけ医は、図１９を使用して説明した画面を確認して、たとえば往診、家族への指示、または、救急隊への指示等の専門的な対処を行なえる。

　図２０は、図１６を使用して説明したステップＳ６０９で送信された情報に基づいて、対象者の家族が使用するスマートフォンに表示される画面の例である。画面には、近影欄５６およびメッセージ欄７１が表示されている。

　近影欄５６には、対象者の近影が正像で表示されている。近影欄５６の下側のメッセージ欄７１には、「８／１５　１８：２０　田中太郎さんに脳卒中の疑いが検知されました。　＊＊内科＊＊先生にも連絡済です。」のように、通知を発した日時、対象者の状況およびかかりつけ医等への連絡状況が簡潔に表示されている。

　家族等は、対象者に連絡して状況を確認し、自力での受診が困難であれば救急車の手配等の支援を行なう。

　本実施の形態によると、日常的に対象者にスクリーニング検査を行ない、脳卒中の疑いを検知した場合には自動的に第２検査プログラムを起動してテストを行なうことで、脳卒中の発症を早期に検出する情報処理装置１０を提供できる。

　本実施の形態によると、対象者の近影を本人に対しては鏡像で、他人に対しては正像でそれぞれ表示する情報処理装置１０を提供できる。

　なお情報処理装置１０は、脳卒中以外の疾病の発症に関する検査を自動的に行なってもよい。たとえば制御部１１は、カメラ１６により対象者の下肢を撮影する。制御部１１は、左右それぞれの下肢の輪郭線から、むくみの程度を判定する。片方の下肢だけに強いむくみが生じている場合には、その下肢に静脈血栓が生じている可能性がある。両側の足に強いむくみが生じている場合には、心不全によるむくみが生じている可能性がある。

　制御部１１は、左右それぞれの下肢の色の相違を判定してもよい。皮膚の色、または、爪の色に左右差が生じている場合には、足梗塞が生じている可能性がある。制御部１１は、左右それぞれの下肢、上肢、肩等の関節部を撮影し、関節の腫れまたは変形の程度を判定してもよい。左右の関節に対象に腫れが生じている場合には、対象者は関節リウマチを発症している可能性がある。

　いずれの疾病の場合であっても、制御部１１は判定結果を対象者に通知して、医療機関の受診を促すことが望ましい。制御部１１は、脳卒中の発症有無と、これらの脳卒中以外の疾病の発症有無との両方を判定してもよい。

［実施の形態４］
　本実施の形態は、対象者およびその家族等に関する情報を記録したデータベースを参照して、対象者の個人識別を行なう情報処理装置１０に関する。実施の形態３と共通する部分については、説明を省略する。

　図２１は、ユーザＤＢ４２のレコードレイアウトを説明する説明図である。ユーザＤＢ４２は、対象者およびその家族等に関する情報を記録するＤＢである。ユーザＤＢ４２は、氏名フィールド、年齢フィールド、モニタリング対象フィールド、顔画像フィールドおよび要注意フラグフィールドを有する。ユーザＤＢ４２は、一人の人物について一つのレコードを有する。ユーザＤＢ４２は、補助記憶装置１３または制御部１１に接続された外部の大容量記憶装置に記憶されている。ユーザＤＢ４２は、ネットワーク上に分散したいわゆるクラウドサーバに記憶されていてもよい。

　氏名フィールドには、氏名が記録されている。年齢フィールドには年齢が記録されている。モニタリング対象フィールドには、脳卒中の発症有無を観察するモニタリングの対象者であるか否かが記録されている。モニタリング対象フィールドの「Ｔ」はモニタリング対象者であることを示し、「Ｆ」はモニタリング対象者ではないことを示す。制御部１１は、モニタリング対象者に対しては、スクリーニング検査を随時実施し、スクリーニング検査で脳卒中を発症している可能性があると判定した場合には、第２検査プログラムを起動してテストを実施する。

　顔画像フィールドには、それぞれの人物の顔画像が記録されている。なお、顔画像の代わりに、顔認証に使用する特徴量等の情報が記録されていてもよい。顔画像フィールドに記録される情報は、画像に写っている人物を識別する識別情報の例示である。

　要注意フラグフィールドには、それぞれの人物がイベントの記録を行なう対象者であるか否かが記録されている。イベントは、たとえばスクリーニング検査および第２検査プログラムによるテストである。要注意フラグフィールドの「Ｔ」は、イベント記録対象者であることを示し、「Ｆ」はイベント記録対象者ではないことを示す。モニタリング対象者ではない人物については、要注意フラグフィールドに「－」が記録されている。

　図２２は、イベントＤＢ４３のレコードレイアウトを説明する説明図である。イベントＤＢ４３は、イベントの記録対象者に発生したイベントを記録するＤＢである。イベントＤＢ４３は、氏名フィールド、発生時刻フィールドおよび要約データフィールドを有する。イベントＤＢ４３は１人の記録対象者について１つのレコードを有する。イベントＤＢ４３は、補助記憶装置１３または制御部１１に接続された外部の大容量記憶装置に記憶されている。イベントＤＢ４３は、ネットワーク上に分散したいわゆるクラウドサーバに記憶されていてもよい。

　氏名フィールドには、氏名が記録されている。発生時刻フィールドには、イベントが発生した日時が記録されている。要約データフィールドには、イベントの内容、具体的にはスクリーニング検査の結果およびテストの結果が記録されている。

　なお、制御部１１はイベントの記録対象者ではないモニタリング対象者に脳卒中を発症した可能性があると判定した場合、ユーザＤＢ４２の要注意フラグに「Ｔ」を記録する。制御部１１は、それ以降に当該モニタリング対象者に発生したイベントをイベントＤＢ４３に記録する。

　図２３は、実施の形態４のプログラムの処理の流れを説明するフローチャートである。制御部１１は、カメラ１６により撮影された画像を取得して、リアルタイムで画像解析を行ない、トリガーを検出する（ステップＳ５８１）。制御部１１は第１検査プログラムを起動する（ステップＳ５８２）。制御部１１は、第１検査プログラムにより判定された結果を取得する。

　制御部１１は、スクリーニング検査に成功したか否かを判定する（ステップＳ６３１）。たとえば、トリガーを検出後、スクリーニング検査を終了する前に人物がカメラ１６の視野から外れた場合、または、人物がスクリーニング検査に適した動作を行なわなかった場合等は、制御部１１はスクリーニング検査に成功していないと判定する。成功していないと判定した場合（ステップＳ６３１でＮＯ）、制御部１１はステップＳ５８１に戻る。

　スクリーニング検査に成功したと判定した場合（ステップＳ６３１でＹＥＳ）、制御部１１はスクリーニング検査を受けた人物がモニタリング対象であるか否かを判定する（ステップＳ６３２）。

　具体的には、制御部１１はスクリーニング検査の過程で撮影した人物の顔と、ユーザＤＢ４２の顔画像フィールドに記録されている顔画像とを照合して、同一人物が含まれているレコードを抽出する。抽出したレコードのモニタリング対象フィールドに「Ｔ」が記録されている場合、制御部１１はスクリーニング検査を受けた人物がモニタリング対象であると判定する。

　抽出したレコードのモニタリング対象フィールドに「Ｔ」が記録されていない場合、および、同一人物が含まれているレコードが存在しない場合、制御部１１はスクリーニング検査を受けた人物がモニタリング対象ではないと判定する。

　モニタリング対象ではないと判定した場合（ステップＳ６３２でＮＯ）、制御部１１はステップＳ５８１に戻る。モニタリング対象であると判定した場合（ステップＳ６３２でＹＥＳ）、制御部１１は、スクリーニング検査の結果が正常であるか否かを判定する（ステップＳ６３３）。

　正常である、すなわち脳卒中を発症していないと判定した場合（ステップＳ６３３でＹＥＳ）、制御部１１はスクリーニング検査を受けた人物がイベントＤＢ４３の記録対象であるか否かを判定する（ステップＳ６３４）。具体的には、スクリーニング検査を受けた人物に対応するユーザＤＢ４２のレコードにおける要注意フラグフィールドに「Ｔ」が記録されている場合、制御部１１は当該人物がイベントＤＢ４３の記録対象であると判定する。

　記録対象であると判定した場合（ステップＳ６３４でＹＥＳ）、制御部１１はイベントＤＢ４３に新規レコードを作成して、発生時刻およびスクリーニング結果を要約した要約データを記録する（ステップＳ６３５）。記録対象ではないと判定した場合（ステップＳ６３４でＮＯ）、またはステップＳ６３５の終了後、制御部１１はステップＳ５８１に戻る。

　正常でない、すなわち脳卒中を発症している可能性があると判定した場合（ステップＳ６３３でＮＯ）、制御部１１はスクリーニング検査を受けた人物がイベントＤＢ４３の記録対象であるか否かを判定する（ステップＳ６４１）。記録対象ではないと判定した場合（ステップＳ６４１でＮＯ）、制御部１１はユーザＤＢ４２の当該人物に対応するレコードを抽出して、要注意フラグフィールドのデータを「Ｆ」から「Ｔ」に更新する（ステップＳ６４２）。

　イベントＤＢ４３の記録対象であると判定した場合（ステップＳ６４１でＹＥＳ）、またはステップＳ６４２の終了後、制御部１１はイベントＤＢ４３に新規レコードを作成して、発生時刻およびスクリーニング結果を要約した要約データを記録する（ステップＳ６４３）。

　制御部１１は、テスト２のサブルーチンを起動する（ステップＳ６４４）。テスト２のサブルーチンは、対象者を撮影した画像を正像で表示するか、鏡像で表示するかの設定を行なった後に、テストを実施して、結果を記録するサブルーチンである。テスト２のサブルーチンの処理の流れは後述する。

　制御部１１は処理を終了するか否かを判定する（ステップＳ６４５）。処理を終了しないと判定した場合（ステップＳ６４５でＮＯ）、制御部１１はステップＳ５８１に戻る。処理を終了すると判定した場合（ステップＳ６４５でＹＥＳ）、制御部１１は処理を終了する。

　なお、制御部１１は、たとえば連続して所定回数のスクリーニング検査で正常ではないと判定した場合に、ユーザＤＢ４２の要注意フラグフィールドを更新してもよい。制御部１１は、スクリーニング検査の代わりにテストで正常ではないと判定された場合に、ユーザＤＢ４２の要注意フラグフィールドを更新してもよい。

　図２４は、テスト２のサブルーチンの処理の流れを説明するフローチャートである。テスト２のサブルーチンは、対象者を撮影した画像を正像で表示するか、鏡像で表示するかの設定を行なった後に、テストを実施して、結果を記録するサブルーチンである。

　制御部１１は、タッチパネル１５の操作を促すメッセージを出力して、対象者をタッチパネル１５の前に誘導する（ステップＳ６５１）。制御部１１は、ユーザ判定用画像を撮影する（ステップＳ６５２）。制御部１１は、スクリーニング検査を行なった人物が、ユーザ判定用画像に写っている人物に含まれているか否かを判定する。（ステップＳ６５３）。含まれていないと判定した場合（ステップＳ６５３でＮＯ）、制御部１１はイベントＤＢ４３の要約フィールドに、スクリーニング検査後の誘導に反応しなかった旨の情報を記録する（ステップＳ６５４）。その後、制御部１１は処理を終了する。

　含まれていると判定した場合（ステップＳ６５３でＹＥＳ）、制御部１１はユーザ判定用画像に写っている人物全員がユーザＤＢ４２に登録されているか否かを判定する（ステップＳ６６１）。全員が登録されていると判定した場合（ステップＳ６６１でＹＥＳ）、制御部１１はカメラ１６により撮影された画像を、タッチパネル１５に鏡像で表示するように、表示モードを設定する（ステップＳ６６２）。

　ユーザ判定用画像に写っている人物に、ユーザＤＢ４２に登録されていない人物が含まれていると判定した場合（ステップＳ６６１でＮＯ）、制御部１１はカメラ１６により撮影された画像を、タッチパネル１５に正像で表示するように、表示モードを設定する（ステップＳ６６３）。

　制御部１１はテストのサブルーチンを起動する（ステップＳ６６４）。テストのサブルーチンは、図１６を使用して説明したサブルーチンと同一である。制御部１１はイベントＤＢ４３の要約フィールドに、テスト結果の要約を記録する（ステップＳ６６５）。その後、制御部１１は処理を終了する。

　本実施の形態においては、ステップＳ６５２で撮影したユーザ判定用画像にユーザＤＢ４２に記録されていない人物が含まれている場合にはカメラ１６により撮影された画像の正像をタッチパネル１５に表示し、それ以外の場合にはカメラ１６により撮影された画像の鏡像をタッチパネル１５に表示する。

　ユーザＤＢ４２に記録されていない人物は、たとえば救急隊、ヘルパー、ケアマネージャー、または訪問看護師等の訪問者であると想定される。このような訪問者は、対象者本人および家族等に比べて知識、経験共に豊富であり、脳卒中の兆候等に気が付きやすいと考えられる。テスト中に、タッチパネル１５に正像を表示することにより、訪問者はテスト中の対象者を正面からみた状態で観察できるため、脳卒中の兆候を判断しやすい。

　なお、タッチパネル１５の他にも表示装置が接続されており、制御部１１がそれぞれの表示装置の表示を個別に制御できる場合、制御部１１は一方には鏡像を、他方には正像を表示してもよい。対象者は鏡像が表示されている表示装置を鏡の代わりに使用して、指示された動作等を実行できる。訪問者および同席している家族は、正像が表示されている表示装置を使用して、対象者を観察できる。

　本実施の形態によると、訪問者が対象者の脳卒中の兆候に気付きやすい情報処理装置１０を提供できる。

　制御部１１は、対象者本人または医師等の指示に基づいてイベントＤＢ４３に記録されているデータを出力する。医師等は、過去に行なわれたスクリーニング検査およびテストの情報を、診断および治療のための参考情報に利用できる。

　異常があると判定されたことのない対象者についてはイベントＤＢ４３にデータを記録しないことにより、データの容量および、データを記録するために要する時間を省略できる。異常があると判定されたことのある対象者については、イベントＤＢ４３にデータを記録することにより、医師の判断に寄与するデータを保存し、必要に応じて提供できる。

［実施の形態５］
　本実施の形態は、時系列的な変化に基づいてスクリーニング検査結果を判定する情報処理装置１０に関する。実施の形態４と共通する部分については、説明を省略する。

　図２５は、実施の形態５のプログラムの処理の流れを説明するフローチャートである。ステップＳ５８１からステップＳ６３１までは、図２３を使用して説明した実施の形態４のプログラムの処理の流れと同一であるため、説明を省略する。スクリーニング検査に成功したと判定した場合（ステップＳ６３１でＹＥＳ）、制御部１１はスクリーニング検査を受けた人物がイベントＤＢ４３の記録対象であるか否かを判定する（ステップＳ６８１）。

　記録対象であると判定した場合（ステップＳ６８１でＹＥＳ）、制御部１１はユーザＤＢ４２から当該人物に関する過去のデータを取得する（ステップＳ６８２）。制御部１１は、ステップＳ５８２で起動した第１検査プログラムから出力されたスクリーニング検査の結果が、過去の検査結果と比較して正常であるか否かを判定する（ステップＳ６８３）。具体的には、たとえば制御部１１はスクリーニング検査の各項目について、過去１か月間のデータのばらつきの範囲内である場合に、正常であると判定する。

　正常であると判定した場合（ステップＳ６８３でＹＥＳ）、制御部１１はイベントＤＢ４３の要約フィールドに新規レコードを作成して、発生時刻、今回のスクリーニング検査結果の要約を記録する（ステップＳ６８４）。その後、制御部１１は処理を終了する。

　記録対象ではないと判定した場合（ステップＳ６８１でＮＯ）、制御部１１は当該人物がモニタリング対象であるか否かを判定する（ステップＳ６９１）。モニタリング対象ではないと判定した場合（ステップＳ６９１でＮＯ）、制御部１１はステップＳ５８１に戻る。

　モニタリング対象であると判定した場合（ステップＳ６９１でＹＥＳ）、制御部１１はステップＳ５８２で起動した第１検査プログラムから出力されたスクリーニング検査の結果が正常であるか否かを判定する（ステップＳ６９２）。正常であると判定した場合（ステップＳ６９２でＹＥＳ）、制御部１１はステップＳ５８１に戻る。

　正常でない、すなわち脳卒中を発症している可能性があると判定した場合（ステップＳ６９２でＮＯ）、制御部１１はユーザＤＢ４２の当該人物に対応するレコードを抽出して、要注意フラグフィールドのデータを「Ｆ」から「Ｔ」に更新する（ステップＳ６９３）。

　正常ではないと判定した場合（ステップＳ６８３でＮＯ）、またはステップＳ６９３の終了後、制御部１１はイベントＤＢ４３に新規レコードを作成して、発生時刻およびスクリーニング結果を要約した要約データを記録する（ステップＳ６４３）。以後の処理は図２３を使用して説明した実施の形態４のプログラムの処理の流れと同一であるため、説明を省略する。

　図２６は、実施の形態５の画面例である。図１９を使用して説明した画面において、医師が詳細ボタン７８を選択した場合に、図２６に示す画面が表示される。画面には、グラフ欄５７が表示されている。図２６に示す例では、グラフ欄５７の横軸は日付であり、縦軸はテスト項目の一つである口角の非対称度である。グラフ欄５７の下に、各日付において口角の非対称度の判定に使用した画像が表示されている。

　医師は、６月３日に実施したテストで口角の非対称度が突然上昇し、その後元に戻ったことを確認できる。それぞれの判定に使用された画像が表示されることにより、医師は口角の非対称度の数値自体の妥当性を確認できる。

　本実施の形態によると、スクリーニング検査で大きな変動があった場合にテストを実施する情報処理装置１０を提供できる。たとえば過去の脳卒中発作に後遺症等によりスクリーニング検査で異常と判定されやすい対象者であっても、テストを実施する頻度を低減できる。

［実施の形態６］
　本実施の形態は、ユーザ判定用画像に一人だけが写っている場合に、当該人物の名前を確認する情報処理装置１０に関する。実施の形態１と共通する部分については、説明を省略する。

　図２７は、実施の形態６のユーザ特定のサブルーチンの処理の流れを説明するフローチャートである。図２７のサブルーチンは、図５を使用して説明したサブルーチンまたは図１３を使用して説明したサブルーチンの代わりに使用される。

　ステップＳ５２１からステップＳ５２３まで、およびステップＳ５２３でＮＯと判定した場合の処理の流れは、図５を使用して説明したサブルーチンの処理の流れと同一であるため、説明を省略する。

　一人の顔であると判定した場合（ステップＳ５２３でＹＥＳ）、制御部１１はユーザ判定用画像に写っている人物の顔として、ユーザＤＢ４２の顔画像フィールドに記録されている顔画像とを照合して、ユーザ判定用画像に写っている人物に関するレコードを抽出する（ステップＳ７０１）。

　制御部１１は、たとえば「田中太郎さんですか？　（ｙ／ｎ）」のようなメッセージをタッチパネル１５に表示する（ステップＳ７０２）。制御部１１は、正解である旨の回答を受け付けたか否かを判定する（ステップＳ７０３）。正解である旨の回答を受け付けたと判定した場合（ステップＳ７０３でＹＥＳ）、制御部１１はステップＳ５２１で検出した顔に、ユーザの顔である旨のフラグを付けて主記憶装置１２または補助記憶装置１３に一時的に記憶する（ステップＳ５２４）。制御部１１はユーザの特定に成功した旨のフラグを立てる（ステップＳ５２５）。その後、制御部１１は処理を終了する。

　所定の時間内に正解である旨の回答を受け付けていないと判定した場合（ステップＳ７０３でＮＯ）、制御部１１はユーザの特定に失敗した旨のフラグを立てる（ステップＳ７０４）。その後、制御部１１は処理を終了する。

　本実施の形態によると、ユーザ判定用画像に写っている人物が一人だけである場合であっても、ユーザからの応答を受け付ける情報処理装置１０を提供できる。

　なお制御部１１は、ステップＳ５３２でユーザによる選択を受け付けた後に、ステップＳ７０１からステップＳ７０３と同様の処理を行ないユーザの名前を確認してもよい。

［実施の形態７］
　本実施の形態は、救急隊等、ヘルパー、ケアマネージャー、または訪問看護師等の訪問者が同席している場合には、画像ＤＢ４１に記録されている画像を正像で表示する情報処理装置１０に関する。実施の形態１と共通する部分については、説明を省略する。

　図２８は、実施の形態７のプログラムの処理の流れを説明するフローチャートである。なお、図２８を使用して説明するフローチャートの実行と平行して、画像ＤＢ４１に随時新しい画像が記録される。図２８を使用して説明するフローチャート内で撮影した画像は、画像ＤＢ４１に記録されても、記録されなくてもよい。

　制御部１１は、ユーザから受け付けた指示に基づいてカメラ１６を制御して、静止画であるユーザ判定用画像を撮影する（ステップＳ７２１）。制御部１１は、ユーザ判定用画像について顔検出を行なう（ステップＳ７２２）。

　制御部１１は、顔検出に成功したか否かを判定する（ステップＳ７２３）。たとえば、ユーザがカメラ１６に顔を向けていない場合、ユーザ判定用画像にユーザの顔が映らない。したがって、ステップＳ７２２の顔検出は成功しない。

　成功していないと判定した場合（ステップＳ７２３でＮＯ）、制御部１１はステップＳ７２１に戻る。成功したと判定した場合（ステップＳ７２３でＹＥＳ）、制御部１１はユーザ判定用画像に写っている人物全員がユーザＤＢ４２に登録されているか否かを判定する（ステップＳ７２４）。

　全員が登録されていると判定した場合（ステップＳ７２４でＹＥＳ）、制御部１１は画像ＤＢ４１に記録されている画像の中から処理対象画像の選択を受け付ける（ステップＳ７２５）。制御部１１は、ユーザ判定画像中の人物に処理対象画像に写っている本人が含まれているか否かを判定する（ステップＳ７２６）。

　含まれていると判定した場合（ステップＳ７２６でＹＥＳ）、制御部１１は処理対象画像を鏡像で表示する（ステップＳ７２７）。含まれていないと判定した場合（ステップＳ７２６でＮＯ）、制御部１１は処理対象画像を正像で表示する（ステップＳ７２８）。

　ステップＳ７２７またはステップＳ７２８の終了後、制御部１１は別の処理対象画像を表示するか否かを判定する（ステップＳ７２９）。表示すると判定した場合（ステップＳ７２９でＹＥＳ）、制御部１１はステップＳ７２５に戻る。

　画像ＤＢ４１に登録されていない人物が含まれると判定した場合（ステップＳ７２４でＮＯ）、制御部１１は画像ＤＢ４１に記録されている画像の中から処理対象画像の選択を受け付ける（ステップＳ７３１）。制御部１１は処理対象画像を正像で表示する（ステップＳ７３２）。制御部１１は別の処理対象画像を表示するか否かを判定する（ステップＳ７３３）。表示すると判定した場合（ステップＳ７３３でＹＥＳ）、制御部１１はステップＳ７３１に戻る。

　別の処理対象画像を表示しないと判定した場合（ステップＳ７２９でＮＯ、または、ステップＳ７３３でＮＯ）、制御部１１は処理を終了するか否かを判定する（ステップＳ７３４）。処理を終了しないと判定した場合（ステップＳ７３４でＮＯ）、制御部１１はステップＳ７２１に戻る。処理を終了すると判定した場合（ステップＳ７３４でＹＥＳ）、制御部１１は処理を終了する。

　本実施の形態によると、訪問者が対象者の脳卒中の兆候に気付きやすい態様で画像ＤＢ４１に記録されている画像を表示する情報処理装置１０を提供できる。

［実施の形態８］
　本実施の形態は、スクリーニング検査で明らかに異常がみられる場合には、速やかに通知を送信する情報処理装置１０に関する。実施の形態３と共通する部分については、説明を省略する。

　図２９は、実施の形態８のプログラムの処理の流れを説明するフローチャートである。ステップＳ５８１からステップＳ５８３までの処理は、図１５を使用して説明した実施の形態３のプログラムの処理と同様であるため、説明を省略する。

　正常でない、すなわち脳卒中を発症している可能性があると判定した場合（ステップＳ５８３でＮＯ）、制御部１１は対象者の状態が明らかな異常があるか否かを判定する（ステップＳ７４１）。明らかな異常とは、転倒、顔の左右の動きが明らかに異なる、片方の手足に麻痺または振戦が生じている、痙攣している等の状態を意味する。

　明らかな異常はないと判定した場合（ステップＳ７４１でＮＯ）、制御部１１はたとえば「スクリーニング検査を実施して異常が見られました。タッチパネルの前に来てください」等のタッチパネル１５の操作を促すメッセージを出力して、対象者をタッチパネル１５の前に誘導する（ステップＳ５８４）。以後の処理は、図１５を使用して説明した実施の形態３のプログラムの処理と同様であるため、説明を省略する。

　明らかな異常があると判定した場合（ステップＳ７４１でＹＥＳ）、制御部１１はたとえば「体調に異常があります。緊急連絡先に通知します。」等のメッセージを出力する（ステップＳ７４２）。

　制御部１１は、他人用の情報を作成する（ステップＳ７４３）。他人用の情報には、スクリーニング検査の結果と、スクリーニング検査中に撮影された対象者の画像の正像とが含まれる。制御部１１は、かかりつけ医および家族等の事前に登録されている連絡先に、作成した情報を送信する（ステップＳ７４４）。

　制御部１１は、本人用の情報を作成する（ステップＳ７４５）。本人用の情報には、スクリーニング検査の結果と、スクリーニング検査中に撮影された対象者の画像の正像および鏡像とが含まれる。制御部１１は、それぞれに画像に正像であるか鏡像であるかを示すマーカまたはタグを付与する。制御部１１は、本人のスマートフォン等に本人用の情報を送信する（ステップＳ７４６）。その後、制御部１１はステップＳ５９０に進む。

　なお制御部１１は、実施の形態３と同様に医師用の情報と家族用の情報をそれぞれ作成して送信してもよい。また、ステップＳ７４４において、制御部１１は他人用の情報をＷＥＢサーバにアップロードし、登録されている連絡先へアップロードした情報を閲覧可能なＵＲＬ（Uniform Resource Locator）を送信してもよい。同様にステップＳ７４６において、制御部１１は本人用の情報をＷＥＢサーバにアップロードし、本人のスマートフォン等へアップロードした情報を閲覧可能なＵＲＬを送信してもよい。

　本実施の形態によると、対象者の体調に明らかに異常があり、テストを行なうためのメッセージに反応できないような状態である場合に、家族等への通知を速やかに行なう情報処理装置１０を提供できる。

［実施の形態９］
　図３０は、実施の形態９の情報処理装置１０の構成を説明する説明図である。本実施の形態は、汎用のコンピュータ９０と、プログラム９７とを組み合わせて動作させることにより、本実施の形態の情報処理装置１０を実現する形態に関する。実施の形態１と共通する部分については、説明を省略する。

　コンピュータ９０は、前述の制御部１１、主記憶装置１２、補助記憶装置１３、通信部１４、タッチパネル１５、カメラ１６およびバスに加えて読取部１９を備える。

　プログラム９７は、可搬型記録媒体９６に記録されている。制御部１１は、読取部１９を介してプログラム９７を読み込み、補助記憶装置１３に保存する。また制御部１１は、コンピュータ９０内に実装されたフラッシュメモリ等の半導体メモリ９８に記憶されたプログラム９７を読出してもよい。さらに、制御部１１は、通信部１４および図示しないネットワークを介して接続される図示しない他のサーバコンピュータからプログラム９７をダウンロードして補助記憶装置１３に保存してもよい。

　プログラム９７は、コンピュータ９０の制御プログラムとしてインストールされ、主記憶装置１２にロードして実行される。以上により、実施の形態１で説明した情報処理装置１０が実現される。本実施の形態のプログラム９７は、プログラム製品の例示である。

　プログラム９７は、単一のコンピュータ上で、または一つのサイトにおいて配置されるか、もしくは複数のサイトにわたって分散され、通信ネットワークによって相互接続された複数のコンピュータ上で実行されるように展開することができる。

　各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
　今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

　請求の範囲に記載した独立請求項および従属請求項は、引用形式に関わらずあらゆる組み合わせにおいて、相互に組み合わせることが可能である。さらに、請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載しても良い。

　１１　　制御部
　１２　　主記憶装置
　１３　　補助記憶装置
　１４　　通信部
　１５　　タッチパネル
　１５１　表示部
　１５２　入力部
　１６　　カメラ
　１９　　読取部
　４１　　画像ＤＢ
　４２　　ユーザＤＢ
　４３　　イベントＤＢ
　５１　　リアルタイム欄
　５２　　静止画欄
　５３　　ユーザ画像欄
　５４　　候補画像欄
　５５　　処理対象画像欄
　５６　　近影欄
　５７　　グラフ欄
　５８　　バウンディングボックス
　６１　　開始ボタン
　６２　　再撮影ボタン
　６３　　キャンセルボタン
　６４　　モードボタン
　６５　　別画像ボタン
　６６　　切替ボタン
　６７　　連絡先ボタン
　６７１　第１連絡先ボタン
　６７２　第２連絡先ボタン
　６７３　第３連絡先ボタン
　６８１　はいボタン
　６８２　いいえボタン
　６９　　終了ボタン
　７１　　メッセージ欄
　７２　　検査結果欄
　７７　　動画ボタン
　７８　　詳細ボタン
　９０　　コンピュータ
　９６　　可搬型記録媒体
　９７　　プログラム
　９８　　半導体メモリ

Claims

　被写体にユーザを含むユーザ判定用画像を撮影し、
　処理対象画像の選択を受け付け、
　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザである場合、前記処理対象画像を鏡像で出力し、
　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザではない場合、前記処理対象画像を正像で出力する
　処理をコンピュータが実行する情報処理方法。
　前記ユーザ判定用画像に複数の人物が含まれる場合、どの人物が前記ユーザであるかの選択を受け付ける
　請求項１に記載の情報処理方法。
　前記ユーザ判定用画像に複数の人物が含まれる場合、面積が最大である人物が前記ユーザであると判定する
　請求項１に記載の情報処理方法。
　前記処理対象画像に写っている人物が前記ユーザであるか否かの選択を受け付ける
　請求項１に記載の情報処理方法。
　前記処理対象画像に写っている人物と、前記ユーザ判定用画像に写っている人物とが類似している場合、前記処理対象画像に写っている人物が前記ユーザであると判定する
　請求項１に記載の情報処理方法。
　鏡像であるか正像であるかを示すマーカを付与した前記処理対象画像を出力する
　請求項１に記載の情報処理方法。
　前記ユーザ判定用画像に写る可能性がある人物の画像と、前記人物がモニタリング対象であるか否かとを関連づけて記録したユーザデータベースを参照して、前記ユーザ判定用画像に写っている人物を識別し、
　前記ユーザデータベースを参照して、識別した前記人物がモニタリング対象であるか否かを判定し、
　モニタリング対象であると判定した場合、前記人物が脳卒中を発症している可能性に関する第１検査を実行して結果を出力する第１検査プログラムを起動する
　請求項１に記載の情報処理方法。
　前記ユーザデータベースは、前記ユーザ判定用画像に写る可能性がある人物の画像と、前記人物がモニタリング対象であるか否かとに加えて、前記人物がイベント記録対象者であるか否かを関連づけて記録しており、
　前記第１検査プログラムにより、前記ユーザが脳卒中を発症している可能性があると出力された場合、前記ユーザデータベースに、前記ユーザがイベント記録対象者である旨を記録する
　請求項７に記載の情報処理方法。
　前記ユーザデータベースは、前記ユーザ判定用画像に写る可能性がある人物の画像と、前記人物がモニタリング対象であるか否かとに加えて、前記人物がイベント記録対象者であるか否かを関連づけて記録しており、
　前記ユーザデータベースを参照して、識別した前記人物がイベント記録対象者であるか否かを判定し、
　イベント記録対象者であると判定した場合、前記ユーザにイベントが発生した日時と、前記イベントの内容とを関連づけて記録するイベントデータベースに、前記第１検査を実施した日時と、前記第１検査の結果とを関連づけて記録する
　請求項７に記載の情報処理方法。
　前記第１検査プログラムにより、前記ユーザが脳卒中を発症している可能性があると出力された場合、前記ユーザに対して所定の動作を促して、前記ユーザの反応を判定する第２検査を実行して結果を出力する第２検査プログラムを起動する
　請求項７に記載の情報処理方法。
　前記ユーザにイベントが発生した日時と、前記イベントの内容とを関連づけて記録するイベントデータベースに、前記第２検査プログラムを起動した日時と、前記第２検査プログラムにより出力された結果とを関連づけて記録する
　請求項１０に記載の情報処理方法。
　前記第２検査プログラムにより前記ユーザが脳卒中を発症している可能性があると出力された場合、
　所定の連絡先に通知を送る
　請求項１０に記載の情報処理方法。
　前記第２検査プログラムにより出力された結果が、前記イベントデータベースに記録されている過去に実施した前記第２検査プログラムにより出力された結果に対して所定の閾値を超える変化がある場合、
　所定の連絡先に通知を送る
　請求項１１に記載の情報処理方法。
　前記連絡先が専門家である場合、前記通知に前記第２検査プログラムにより出力された結果に関する詳細情報を含める
　請求項１２または請求項１３に記載の情報処理方法。
　前記通知は、前記ユーザを撮影した画像を含む
　請求項１２または請求項１３に記載の情報処理方法。
　前記通知は、前記ユーザを撮影した画像を閲覧可能なＵＲＬ（Uniform Resource Locator）を含む
　請求項１２または請求項１３に記載の情報処理方法。
　被写体にユーザを含むユーザ判定用画像を撮影させ、
　撮影させた前記ユーザ判定用画像を取得し、
　処理対象画像の選択を受け付け、
　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザである場合、前記処理対象画像を鏡像で出力し、
　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザではない場合、前記処理対象画像を正像で出力する
　処理をコンピュータに実行させるプログラム。
　制御部を備える情報処理装置であって、
　前記制御部は
　　被写体にユーザを含むユーザ判定用画像を撮影させ、
　撮影させた前記ユーザ判定用画像を取得し、
　　処理対象画像の選択を受け付け、
　　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザである場合、前記処理対象画像を鏡像で出力し、
　　前記処理対象画像に写っている人物が前記ユーザ判定用画像に含まれる前記ユーザではない場合、前記処理対象画像を正像で出力する
　情報処理装置。