JP2016512623A - さまざまな認知能力レベルの人々のためのコンテクスト依存型アプリケーション/イベント起動 - Google Patents
さまざまな認知能力レベルの人々のためのコンテクスト依存型アプリケーション/イベント起動 Download PDFInfo
- Publication number
- JP2016512623A JP2016512623A JP2015550716A JP2015550716A JP2016512623A JP 2016512623 A JP2016512623 A JP 2016512623A JP 2015550716 A JP2015550716 A JP 2015550716A JP 2015550716 A JP2015550716 A JP 2015550716A JP 2016512623 A JP2016512623 A JP 2016512623A
- Authority
- JP
- Japan
- Prior art keywords
- computer
- patient
- portal
- display
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
認知能力または運動能力が低下した患者が使用するように設計された患者機器は、家族または看護スタッフが使用して患者のユーザ経験をカスタマイズするように設計されたネットワークベースのポータルと統合する。家族は、ポータルを用いて、ユーザインタフェースのカスタマイズ事項ならびに患者機器上で実行されるコンテンツおよびアプリケーションをプッシュする。家族はまた、ポータルを介して遠隔で患者機器を制御できる。患者機器は、カスタマイズ可能なインタフェース要素のセットに関する使用データならびにプッシュされたコンテンツおよびアプリケーションに関する使用データを収集する。これらのデータは、ポータルへのフィードバックとして送信され、どのユーザインタフェース機能、コンテンツおよびアプリケーションが使用されているか、ならびに、どのユーザインタフェース機能、コンテンツおよびアプリケーションが使用されていないかを、ポータルが家族に示すことを可能にする。ポータルを介して収集された合計データは、ユーザインタフェース機能の選択を助けるように使用されるランキング点数を生成する。【選択図】図1
Description
本開示は、認知能力または運動能力が低下した人が、来たるべきイベントを管理し、近親者との繋がりを維持するのを援助するための、コンピュータで実装されたシステムに関する。
初期から軽度のアルツハイマー病または痴呆症の人々は、記憶喪失および複雑な機器を作動できないことの両方で苦しんでいる。これらの人々は、イベントまたはアクティビティを逸すること、もしくはその他の時刻依存型の案件を忘れることをいつも心配している。その結果、これらの人々はいつも、自分自身に宛てた夥しい量のメモを書く。それらのメモが溜まると、結果として、別の混乱が生じる。どのメモが重要なのか、それらが何時重要になるのかを忘れてしまうからである。
スマートフォンやタブレット機器などの携帯機器が普及するにつれ、認知能力または運動能力が低下した人が重要なイベントを思い出すための一助として、これらの機器を利用することが考えられる。しかし、このことは、一見したところほど決して単純でない。認知能力が低下した人は、これらの携帯機器と対話することが非常に困難であり得る。第1に、認知能力が低下しているので、機器上で実行される特定のユーザインタフェース機能またはアプリケーションの使用方法を理解できないかもしれない。第2に、よくあることだが、認知能力が低下した人は身体的障害も有しており、機器上のユーザインタフェース機能を操作することが困難かもしれない。
さらに悪いことには、特定の人物の認知能力または運動能力に十分に適したユーザインタフェースを設計しようとすると、万人に適用可能なソリューションが得られなくなる。さらに、残念ながらよくあることだが、人の能力は時間の経過とともに低下する。例えば、現時点で完全に適応したユーザインタフェースであっても、6ヵ月後にはユーザのニーズを満たすことができないかもしれない。
家族は助けることを願っているが、彼らもまたユーザインタフェースの複雑さに苦戦するかもしれない。家族は年老いてゆく愛する人に有用な携帯機器をあげたと思うかもしれないが、その機器が実際に助けになっているかどうかを知る手段はほとんど無い。本当によくあることだが、携帯機器は老人にとってあまりに馴染みの無いものであり且つ複雑すぎて有用ではないので、老人の部屋に使われずに置いてあることがよくある。機器が用いられていないことを家族が最終的に知っても、家族はその状況を変えるための効果的な手段を持っていない。典型的な家族は、認知障害者または運動障害者のためのユーザインタフェース設計の専門家ではないからである。
このセクションは、開示内容の概要を提供するものであり、開示内容の全範囲またはその特徴の全てを包括的に提供するものではない。
本開示は、上記問題に対して、統合型患者機器(例えば、携帯機器)とネットワークベースのポータルとを組合せた形態のソリューションを提供するものである。患者機器は、認知能力または運動能力が低下した患者が使用するように設計されている。患者機器は、家族または看護スタッフが使用して患者のユーザ経験をカスタマイズするように設計されたネットワークベースのポータルと統合されている。家族または看護スタッフは、ポータルを使用して、ユーザインタフェースのカスタマイズ事項ならびに患者機器上で実行されるコンテンツおよびアプリケーションをプッシュする。家族または看護スタッフは、ポータルを介して遠隔で患者機器を制御することもできる。
患者機器は、カスタマイズ可能なインタフェース要素のセットについての使用データおよびプッシュされたコンテンツおよびアプリケーションについての使用データを収集する。これらのデータはフィードバックとしてポータルに送信され、それによりポータルは、家族または看護スタッフに対して、どのユーザインタフェース機能、コンテンツおよびアプリケーションが用いられたか、用いられなかったかを見せることができる。ポータルを介して収集された合計データは、ユーザインタフェース機能の選択を助けるために使用されるランキングのメトリック(点数)を生成する。
ポータルは、ユーザインタフェース(UI)要素の統合データベースまたはキットを含み、このデータベースまたはキットから家族または看護スタッフが選択して、特定の患者のために特別に設計された、カスタマイズされたユーザインタフェースおよびユーザ経験を作成してもよい。統合データベース内に格納されている場合、各UI要素には、その特定の患者に対するそのUI要素の分かりやすさおよび使いやすさをランク付けする、少なくとも一つの認知能力点数または運動能力点数が関連付けられている。
家族が特定のアプリケーションのユーザインタフェースや、患者機器自体のグローバルな動作さえもカスタマイズしたい場合、その家族は、各UI要素のこれら認知能力点数および運動能力点数を比較して、その特定の患者のために最適なものを選択することができる。
患者が機器を使用すると、使用された各UI要素およびいつ使用されたかに関する実際の使用データが収集される。これらのデータから、フィードバック信号がポータルに送信され、これにより、ポータルコンピュータは、この使用データを考慮に入れて、実際に患者に使用された(または使用されなかった)さまざまなUI要素にどのような使用点数を与えるかを決定することができる。ポータルコンピュータはまた、患者機器を使用している患者の全母集団を示す、複雑さの合計統計値および点数を生成するクラウドベースのアグリゲーションコンピュータと使用統計値を共有するようにプログラムされている。好ましくは、これらの使用統計値は、患者のプライバシーが確保されるよう患者特有の情報を明らかにすることなく、クラウドベースのアグリゲーションコンピュータと共有される。
必要に応じて、統合データベースは、機器に対してプッシュされるコンテンツのさまざまな異なる選択に関連付けて、同様の適合性点数を格納するように構成されてもよい。この場合、もし60分の長い動画が機器に対してプッシュされたのに患者が2分間しか見なかったならば、その使用データはこの特定の患者についてのコンテンツの適合性レベルが低いことを反映しており、よって、低適合性点数がそのコンテンツに割り当てられる。この低適合性点数は、選択されて患者機器に対してプッシュされたコンテンツが患者にはあまりに「難しい」かまたは興味が無いのかもしれない、ということを家族または看護スタッフに示している。
同様に、統合データベースは、機器上で実行すべく機器に対してプッシュされるアプリケーションのさまざまな異なる選択に関連付けて、同様の適合性点数を格納するように構成されてもよい。例えば、インスタントメッセージングアプリケーションが患者機器に対してプッシュされたものの、使用点数がこのアプリケーションが一度も使用されていないことを示す場合、低適合性点数が割り当てられる。この低適合性点数は、選択されて患者機器に対してプッシュされたインスタントメッセージングアプリケーションがこの特定の患者にはあまりに「難しい」かまたは興味が無いのかもしれない、ということを家族または看護スタッフに示している。
従って、1つの局面によれば、本開示は、認知能力または運動能力が低下した人を援助するための、コンピュータで実装されたシステムを記載している。このシステムは、ディスプレイと、ディスプレイに接続されたプロセッサと、ポータルコンピュータと通信するための通信ポートとを有する患者機器を含む。患者機器のプロセッサは、患者機器に対してプッシュされた選択されたユーザインタフェース要素の患者による使用に関して、フィードバックデータをポータルコンピュータに提供するようにプログラムされている。
ポータルコンピュータは、プロセッサと付随するメモリとを有し、前記付随するメモリは、能力点数を各ユーザインタフェース要素に関連付ける予め規定されたデータ構造に応じた、複数のユーザインタフェース要素を格納する付随するメモリ。ポータルコンピュータは、複数のユーザインタフェース要素を、ポータルコンピュータのユーザに対して、能力点数に基づいた提示配置で提示するようにプログラムされている。ポータルコンピュータは、さらに、第1のユーザが、上記配置で提示されたユーザインタフェース要素から少なくとも1つのインタフェース要素を選択し、その後、選択したユーザインタフェース要素を患者機器に対してプッシュできるように、プログラムされている。
更なる利用可能な分野は、本明細書の記載事項から明らかになる。この概要の説明および具体例は、説明の目的のみを意図したものであり、本開示の範囲を限定すること意図したものではない。
本願明細書に記載した図面は、選択された実施形態を説明するためのものに過ぎず、全ての考え得る実施態様を記載したものではなく、また、本開示の範囲を限定しようとするものでもない。
概要
本開示のシステムは、遠隔地またはローカル地にある人(例えば、友人、家族、管理者)が、適切な時刻に比較的簡易な表示装置上に適切なメッセージングにより表示される、リマインダメッセージを作成することを可能にする。この表示装置は、閲覧者がいかなるコントロール要素とも対話する必要が無いので、アルツハイマー病の人はその操作方法を学ぶ必要がない。この表示装置が必要とする唯一の対話は、1回の初期設定ステップにおいて行われ、また、1つのボタンを押すことだけを要求するオプションのリマインダ受領確認時に行われる。
本開示のシステムは、遠隔地またはローカル地にある人(例えば、友人、家族、管理者)が、適切な時刻に比較的簡易な表示装置上に適切なメッセージングにより表示される、リマインダメッセージを作成することを可能にする。この表示装置は、閲覧者がいかなるコントロール要素とも対話する必要が無いので、アルツハイマー病の人はその操作方法を学ぶ必要がない。この表示装置が必要とする唯一の対話は、1回の初期設定ステップにおいて行われ、また、1つのボタンを押すことだけを要求するオプションのリマインダ受領確認時に行われる。
システムは、インターネットおよび/またはローカルエリアネットワーク(LAN)等のネットワークを介して動作する。人々(友人、家族、管理者)は、任意の近年のブラウザを介してシステムと繋がる。そして、システムは、ネットワークを介して表示装置と対話する。
システムは、複数の表示装置および複数のアカウントを含み、リマインダメッセージを作成する能力を、複数の人に与えることができる。マスターアカウントは、他のアカウントからのメッセージを編集する能力や、その他の権限をも与えられている。援助生活ホーム等の状況の場合、グループ管理者アカウントが、表示装置のグループに、または1台の表示装置に、メッセージを送信することができる。しかし、特定の表示装置に直接関連付けられたアカウントは、必要に応じて、そのようなグループメッセージを隠すことができる。
1台の特定の表示装置に関連付けられたアカウント所有者は、グループメッセージを含む互いのリマインダを見ることができるので、友人および家族は、そのリマインダが宛てられた人物の予定されたまたは現在のアクティビティについて知ることができる。しかし、プライバシー保護のため、閲覧の許可が与えられない限り、グループアカウント所有者は自分たち自身のグループメッセージしか見ることができない。
メッセージングは、前もって設定することができ、それらが言及しているイベントを基準として適切な時刻に表示させることができる。音声を含むメッセージングの内容および詳細さのレベルは、対象イベントにどれくらい近いかに応じて変化する。一旦そのイベントが始まると、イベントが終了するまでメッセージングが続き、その後、このメッセージングの内容は、イベント終了時点を基準として現在はどの時点であるかに応じて変化する。
リマインダは、特定の間隔(1日毎〜1年毎)で自動的に繰り返されて、さまざまな状況およびイベントを含むようにプログラムされ得る。
リマインダは、必要に応じて、閲覧者が受領確認することを要求し得る。複数の受領確認リクエストを同時にアクティブにし得る。このようなリマインダが受領確認されない場合、遠隔ユーザ(友人、家族および管理者)は、ステータスの確認および/またはショートメッセージサービスまたは電子メールによる警告の受信を行い得る。
タイピングを減らせるように、プリセットリマインダが設けられている。アカウント所有者は、システムが定義したプリセットメッセージを使用するか、または、将来使用するために自分自身のメッセージを作成することができる。アカウントユーザは、プリセットメッセージをカスタマイズすることができる。
メッセージは、いかなる特定のイベントにも結び付けられていない「インスタントメッセージ」であってもよい。このようなインスタントメッセージは、比較的短い時間表示され、且つ、閲覧者がそのメッセージを見るためにいかなるアクションも要求しない。
機器の障害、電力喪失、または通信不通などの潜在的な障害状況を回避するため、システムは、各表示装置の調子を監視し、そのような障害について、適切なアカウント所有者および/または管理者に警告することができる。
ある局面において、本システムは、患者の認知能力、すなわち、第三者による完全な管理状態から、共同管理状態(shared control)、そして自立的活動状態の患者に至る範囲、に応じたハイブリッドな介護援助を、自動的且つ自然な様態で提供することを旨とする。システムの第三者制御は、ローカルまたは遠隔であり得る。更に、システム自体は、認知能力の更なる向上または低下に基づいて、提供される対話のレベルを患者に適応させていく。
したがって、システムは、以下に示す中核的な機能に基づいて、イベントのトリガリング(例えば、ディスプレイ上におけるアプリケーション/イベントの起動)を自動的且つ自然に適応させるように動作する:
A. 第三者(例えば、家族)によって、イベント/アプリを準備/セットする。
B. イベントコンテクストの推定。コンテクストは、開始しようとするイベントに応じて、いくつかの形態(医学的形態、状況的形態など)をとり得る。
C. コンテクストの現在の状況およびその者の認知能力とのマッチングに基づくイベントの起動。
A. 第三者(例えば、家族)によって、イベント/アプリを準備/セットする。
B. イベントコンテクストの推定。コンテクストは、開始しようとするイベントに応じて、いくつかの形態(医学的形態、状況的形態など)をとり得る。
C. コンテクストの現在の状況およびその者の認知能力とのマッチングに基づくイベントの起動。
システムはさらに、上記の中核的な機能に加えて、以下に示すものを含む多数の追加的な利点を提供する:
・ アプリケーションは、邪魔にならない様態(例えば、患者が眠っていない場合には音声メッセージ)で、自動的に開始できる。
・ 起動およびアプリケーションとの対話は、患者の認知能力にあわせてカスタマイズできる。
・ 患者は、アプリケーション/イベントをどのように起動するかを知る必要なく、多数のサービス(例えば、家族の画像、テレビ会議または動画リマインダ、音楽観賞)を楽しむことができる。
・ 患者の個人的な好みを考慮してシステムのサービスをカスタマイズすることができる。
・ ソリューションは、明示的な対話(イベント/アプリケーションを準備する第三者の観点からみた場合)に対する暗黙的な対話(患者の観点からみた場合)を含む。
・ 我々のソリューションは、いつアプリケーション/イベントを起動するか、ならびに、どのようにアプリケーション/イベントを起動するかに関する。
・ アプリケーションは、邪魔にならない様態(例えば、患者が眠っていない場合には音声メッセージ)で、自動的に開始できる。
・ 起動およびアプリケーションとの対話は、患者の認知能力にあわせてカスタマイズできる。
・ 患者は、アプリケーション/イベントをどのように起動するかを知る必要なく、多数のサービス(例えば、家族の画像、テレビ会議または動画リマインダ、音楽観賞)を楽しむことができる。
・ 患者の個人的な好みを考慮してシステムのサービスをカスタマイズすることができる。
・ ソリューションは、明示的な対話(イベント/アプリケーションを準備する第三者の観点からみた場合)に対する暗黙的な対話(患者の観点からみた場合)を含む。
・ 我々のソリューションは、いつアプリケーション/イベントを起動するか、ならびに、どのようにアプリケーション/イベントを起動するかに関する。
詳細な説明
添付の図面を参照して、実施形態の例をより詳細に説明する。
添付の図面を参照して、実施形態の例をより詳細に説明する。
図1は、システムアーキテクチャの概要を示す図であって、1組の異なる種類の遠隔ユーザと、サーバシステムと、1組の表示装置(以下、単に「ディスプレイ」または「複数のディスプレイ」とも呼ぶ)とを示している。各ユーザ100、110は、ネットワーク130を介してシステムと対話する。ネットワーク130は、複数のワイドエリアネットワーク(インターネット等)またはローカルエリアネットワークを組み合わせたものであり得る。各ユーザは、特定のディスプレイ140と関連付けられている。図中、マスターユーザA100および関連するノーマルユーザ110は、ディスプレイAと対話する。さらに、ディスプレイB等と関連付けられた別の組のユーザが存在する。
ユーザーアカウントは、ディスプレイが中心になっている。各ディスプレイと関連付けられた少なくとも1人のマスターユーザ100が存在する。マスターユーザは、ディスプレイがどのように見えるかについて、最終的な制御を有している。マスターユーザは、以下のことを行うことができる:
o 新しいイベントリマインダおよびメッセージを作成すること。
o 自身が作成したイベントリマインダおよびメッセージ、もしくは管理下のディスプレイに属する他のマスターユーザまたはノーマルユーザが作成したイベントリマインダおよびメッセージを編集すること。
o 当該ディスプレイについて、新しいマスターユーザまたはノーマルユーザを作成すること。
o グループイベントが当該ディスプレイ上で有効化されるかどうかを制御すること(グループユーザを参照)。
o 当該ディスプレイに送信された特定のグループイベントリマインダを隠すまたは見せること。このイベントがマスターユーザ(またはノーマルユーザ)が計画した他のイベントとコンフリクトする場合、グループイベントリマインダを隠すことが必要かもしれない。
o 当該ディスプレイに対して作成したイベントリマインダおよびメッセージは、誰が作成したものであっても見ることができる。
o 他の人が使用することもできるプリセットイベントリマインダを作成および編集すること。
o ディスプレイの詳細(名前、位置、タイムゾーンなど)を変更すること。
o 自身のユーザ詳細(名前、ユーザー名、電子メールアドレスおよびパスワード等)を変更すること。
o 新しいイベントリマインダおよびメッセージを作成すること。
o 自身が作成したイベントリマインダおよびメッセージ、もしくは管理下のディスプレイに属する他のマスターユーザまたはノーマルユーザが作成したイベントリマインダおよびメッセージを編集すること。
o 当該ディスプレイについて、新しいマスターユーザまたはノーマルユーザを作成すること。
o グループイベントが当該ディスプレイ上で有効化されるかどうかを制御すること(グループユーザを参照)。
o 当該ディスプレイに送信された特定のグループイベントリマインダを隠すまたは見せること。このイベントがマスターユーザ(またはノーマルユーザ)が計画した他のイベントとコンフリクトする場合、グループイベントリマインダを隠すことが必要かもしれない。
o 当該ディスプレイに対して作成したイベントリマインダおよびメッセージは、誰が作成したものであっても見ることができる。
o 他の人が使用することもできるプリセットイベントリマインダを作成および編集すること。
o ディスプレイの詳細(名前、位置、タイムゾーンなど)を変更すること。
o 自身のユーザ詳細(名前、ユーザー名、電子メールアドレスおよびパスワード等)を変更すること。
ノーマルユーザまたはレギュラーユーザ110は、メッセージをこのディスプレイ上に配置することができるが、有している権限が少ない:
・ 自分自身が作成したイベントリマインダおよびメッセージを編集すること。
・ 当該ディスプレイに送信された特定のグループイベントリマインダを隠すまたは見せること。
・ 当該ディスプレイに対して作成したイベントリマインダおよびメッセージは、誰が作成したものであっても見ることができる。
・ 他の人が使用することもできるプリセットイベントリマインダを作成および編集すること。
・ 自分自身のユーザ詳細(名前、ユーザー名、電子メールアドレスおよびパスワード等)を変更すること。
・ 自分自身が作成したイベントリマインダおよびメッセージを編集すること。
・ 当該ディスプレイに送信された特定のグループイベントリマインダを隠すまたは見せること。
・ 当該ディスプレイに対して作成したイベントリマインダおよびメッセージは、誰が作成したものであっても見ることができる。
・ 他の人が使用することもできるプリセットイベントリマインダを作成および編集すること。
・ 自分自身のユーザ詳細(名前、ユーザー名、電子メールアドレスおよびパスワード等)を変更すること。
グループユーザ120は、複数のディスプレイと関連付けられ得る。図1は、1つのグループユーザのみを示し、特定の施設に、このグループユーザがアクセスを有する3台のディスプレイ(A、B、C)が配置されている状況を説明する。マスターユーザは、以下のことを行うことができる:
・ 電子メール招待状を送信することによって、マスターユーザをこのグループに加入するよう招待すること。このような招待を送信するために、グループユーザは、マスターユーザの「ユーザー名」を求める必要がある。グループに加入する旨の電子メール招待状を受信したマスターユーザは、リンクをクリックして招待を受けなければならない。マスターユーザは、グループイベントのいずれかまたは全てをディスプレイ上に表示させないように無効化する権限を依然保有している。
・ このグループユーザからのグループイベントを受け入れるように有効化された全てのディスプレイに送信されるグループイベントリマインダおよびインスタントメッセージを作成および編集すること。
・ イベントリマインダまたはインスタントメッセージが(全てのディスプレイではなく)1台のディスプレイのみに送信されることを指定すること。
・ グループユーザは、特定のアイテムを公開する許可を与えない限りにおいて、いずれのディスプレイでも、マスターユーザおよびノーマルユーザによって作成されたイベントリマインダおよびメッセージを見ることができない。
・ 自分自身のユーザ詳細(名前、ユーザー名、電子メールアドレスおよびパスワード等)を変更すること。
・ 電子メール招待状を送信することによって、マスターユーザをこのグループに加入するよう招待すること。このような招待を送信するために、グループユーザは、マスターユーザの「ユーザー名」を求める必要がある。グループに加入する旨の電子メール招待状を受信したマスターユーザは、リンクをクリックして招待を受けなければならない。マスターユーザは、グループイベントのいずれかまたは全てをディスプレイ上に表示させないように無効化する権限を依然保有している。
・ このグループユーザからのグループイベントを受け入れるように有効化された全てのディスプレイに送信されるグループイベントリマインダおよびインスタントメッセージを作成および編集すること。
・ イベントリマインダまたはインスタントメッセージが(全てのディスプレイではなく)1台のディスプレイのみに送信されることを指定すること。
・ グループユーザは、特定のアイテムを公開する許可を与えない限りにおいて、いずれのディスプレイでも、マスターユーザおよびノーマルユーザによって作成されたイベントリマインダおよびメッセージを見ることができない。
・ 自分自身のユーザ詳細(名前、ユーザー名、電子メールアドレスおよびパスワード等)を変更すること。
サーバ150は、各ユーザによるシステムへのアクセスおよび各ディスプレイの更新を含む、システムの管理を行う。1台のサーバ150が世界中に点在する多数のユーザおよびディスプレイのセットを管理できるので、図1は可能なことのうち部分集合のみを示す。データベース160は、全てのユーザ、ディスプレイおよびメッセージに関する情報の全てを格納している。パスワードおよび電子メールアドレス等の取り扱いに注意を要する情報は、暗号化した状態に保たれている。
典型的な動作において、ユーザは、ウェブブラウザまたは専用のアプリケーションを介してシステムと対話して、リマインダを作成する。このリマインダはデータベースに格納され、その後、サーバが、どのリマインダが適切な時刻に各特定のディスプレイに送信されるべきかを決定する。ユーザは、適宜編集を行うことおよびメッセージを隠すことを含む、全てのリマインダおよびメッセージのステータスを閲覧することができる。
ディスプレイは、それらが送信されるというメッセージを表示するのみである。それらは、必要に応じて、これらのメッセージの若干の管理を行って、動作中に必要な通信量を最小化することができる。これらのディスプレイは、必要に応じて、要求された場合に、メッセージに応答する簡単な手段(例えば、ディスプレイにタッチする、言葉で返事する等)を閲覧者に提供してもよく、この応答はサーバに送り返される。
図2は、ディスプレイ上に表示され得る典型的な種類のメッセージのセットを示す。人がアルツハイマー病にかかっている場合、複雑なメッセージおよびグラフィックスは混乱につながり得るので、メッセージングは、シンプルで、直接的で、且つ状況に対して適切である必要がある。
ディスプレイ200の最上段は、現在の日付および時刻のみを示す。「朝」または「夕方」等、その日の時間帯も表示される。時刻および日付は、ネットワークから自動的に取得される。ディスプレイがあるタイムゾーンに存在する間に、ユーザが他のタイムゾーンに居るということが起こり得るので、ディスプレイのタイムゾーンは、ディスプレイのマスターユーザによってなされる選択1710により決定される。
本図面では、人は左から右へと読み進めるものだと仮定しているので、サンプルディスプレイにおいて、イベントまたはリマインダの「タイトル」210は左側に表示される。もちろん、文化が異なればこのルールも異なり得、どのようにディスプレイを配置するかについての調整は、それぞれの国に適応され得る。
メッセージのタイトルは、入力メニュー1100内のタイトルの長さを限定することにより、わざと短くしてある。
メッセージタイトル(およびメッセージングの他の部分)を表示するために用いるサイズおよびフォントカラーは、対象イベントにどれくらい近いかに応じて変化する。イベントの開始(および、イベントが任意の長さを有する場合は、イベントの終了)に近づくにつれ、フォントが徐々に大きくなり、フォントカラーはより緊急性の高い色へと変化する。
メッセージタイトルが短か過ぎる場合もあり得るので、第2行目210は、メッセージまたは指示を追加することができる。この第2行目はオプションであり、時刻がイベントにより近くなるまで非表示にすることができる。第2行目を遅れて表示させることは、あまり早くにあまりに多くの情報を表示することは読み手を混乱させるだけである、という仮定に基づいたものである。
付加的なメッセージング240、250をリマインダに追加して、イベントがいつ行われることになっているのかについての手掛かりを与える。補足的なタイミングメッセージの文言は、シンプルな口語体で作成される。「約2時間後に」のような文言で同じ意味を伝達できる場合、イベントが「2011年4月10日午前11時30分」に開始される予定であると言うのは、読み手にとってあまりに混乱させるものであろう。このようなタイミングメッセージングがどのように働くかについてのアルゴリズムは、かなり複雑であり得、且つ、閲覧者の文化様式および言語様式に合わせて調整する必要がある。いつもそうであるように、メッセージングは最小に維持される必要がある。しかし、与えられる情報が少なすぎる場合、それもまた問題であり得る。
図22は、より多くのメッセージングの例が動作中のディスプレイに表示されている様子を示す。
サンプルメッセージ「朝の薬」は、応答(この場合、「OKボタン」220を押すこと)を求めている。応答方法についての指示は、言葉または他の手段で与えられ得る。この図では、OKボタンは単にディスプレイ上のグラフィックであり、システムは、タッチ感応型ディスプレイ1015システムを用いて、このボタンを押したことを感知する。後述するように、応答のステータスを監視することができる。
図3は、図1と同様のサンプルディスプレイを示す。但し、OKボタンが、チェックされたボックスのアイコン320と置き換えられた1点で異なっている。このアイコン(または同様の種類のインジケータ)は、メッセージが実行されたことを閲覧者に伝える。人は時々、薬の服用など、定期的に行っている何かを既に実行したことを忘れることがある。チェックされたボックスのアイコンは、リマインダの別の形として機能する。
図4は、システムのロジックを分配する2つの方法を示す。
上段のバージョンは、サーバ側400、410にほぼ全てのロジックを配置しており、ディスプレイ430は、インターネット420に接続されたブラウザ等のシンクライアントと同程度である。そのような配置は、新型のタブレットコンピュータ等の市販製品をディスプレイに使用することができることを意味している。
この配置では、タブレットコンピュータは、基本的に、ブラウザディスプレイとして使用される。さまざまなウェブページにおけるHTMLおよびPHPコマンドは、何を表示すべきか、ならびに、いつそれを表示すべきかを決定する。
ネットワーク時間を読み、次のオートリダイレクトコマンド(header( 'Location: page_url.php' ) )を計算することにより、毎分の開始直後または他の選択された時刻に行われるディスプレイのリフレッシュがウェブページ内にプログラムされる。リフレッシュ毎に、ディスプレイは、表示された時刻を更新し、新しいメッセージを取得し、現在アクティブなリマインダメッセージの文言およびフォントを更新することができる。要求された場合には、HTML5内に見つかったコマンドまたはその代替物により、音声を再生し得る。
下段のバージョンは、メッセージングロジックの一部をクライアント側440に配置する。将来のイベントに関する情報は、ディスプレイのローカルデータベース460に格納され得る。その後、ディスプレイのシステム内に配置されたアルゴリズムは、サーバのシステムと通信する必要なく、所与の時刻に何を表示すべきかを決定し得る。ディスプレイは、依然、メッセージの更新を取得するために周期的にサーバと通信する必要があるが、そのような通信の頻度はより低くなり得る。システムのロジックの大部分、特にマスター、ノーマル、グループのインターフェーシング、アカウント管理および全般的なシステム管理のための部分は、依然、サーバ450内に配置されている。
実施は多数の方法をもってなされ得る。一方のバージョンにおいて、ソフトウェアコードは、AJAX等の言語を用いて、ディスプレイのブラウザに効果的にダウンロードされ得る。
他のバージョンとして、ディスプレイは、存在する場合には、不揮発性メモリに常駐するソフトウェアアプリケーションを含み得る。このソフトウェアは、ディスプレイが最初にオンにされた時に自動的に実行されるようにされ得る。このことは、電力の遮断および通信の遮断が自動的に対処され得ることを意味している。
図5は、システムで使用した典型的なデータベース500テーブルのカテゴリを示す。動作の間、サーバに格納されたアルゴリズムは、各ディスプレイ、ユーザおよび状況をどのように扱うかを決定するために、以下のデータベーステーブルにアクセスする。
ディスプレイ505のためのテーブルは、ディスプレイに関連付けられた名前およびタイムゾーン等、各単体のディスプレイに関する情報を含む。ユーザ510のためのテーブルは、名前、コンタクト情報、パスワードおよびユーザーアカウントの種類を含む、各ユーザに関する情報を含んでいる。このテーブルに現れるユーザは、1台のディスプレイまたは1組のディスプレイ(グループユーザである場合)に関連付けられている。メッセージテーブル515は、個々のメッセージの各々がいつどのように表示されるべきかに関する情報、誰がそのメッセージを作成したのかに関する情報、およびメッセージの種類に関する情報を含む、全てのメッセージを保持している。これら3つのテーブルは、システムにより使用されるデータベースの中核を含む。
中核的なテーブルに加えて、重要な補足的なテーブルが多数存在する。ディスプレイチェックテーブル520は、各ディスプレイの調子を格納するために使用される。プリセットテーブルは、タイピングをある程度減らすために使用され得る、予め定義されたメッセージを格納する。これらのプリセットメッセージは、メッセージテーブルに格納されたレギュラーメッセージと同じ情報のほとんどの部分を含む。グループリクエストテーブルは、グループユーザがマスターユーザに対しておこなったグループへの加入を求めるリクエストを格納するために使用される。グループハイドテーブルは、特定のグループメッセージが特定のディスプレイ上に表示されるべきかどうかを決定する情報を格納するために使用される。OKボタンテーブルは、そのような応答を要求する各メッセージについて、応答のステータスを格納する。命令テーブルは、ユーザインタフェースのための、ローカライズされた(異なる言語の)命令および文言を格納するために使用される。画像テーブルは、特定のメッセージに関連付けられ得る画像を格納するために使用される。音声テーブルは、特定のメッセージまたは状況に関連付けられ得る適切なフォーマットの音声ファイルを格納するために使用される。
図6は、まず、アルゴリズムおよびデータベーステーブルがどのように協働して全てのディスプレイを管理するかを示す。
周期的にデータベース600を参照して、現在どのメッセージがアクティブであるかが確認される(610)。メッセージテーブル内のエントリが、現在のタイムゾーン、日付および時刻650に基づいてメッセージを表示すべきであることを示している場合、そのメッセージはアクティブである。
次に、特定のメッセージがグループユーザから来た場合、グループハイドテーブルにアクセスして(615)、このメッセージをこの特定のディスプレイ上に表示すべきかどうかを判定する。
次に、OKボタンテーブルにアクセスして(620)、この特定の時刻に応答が要求されるかどうかを判定する。メッセージは、イベントが始まる前の所定時間まで応答を要求せずに表示され得る。したがって、例えば、閲覧者は、イベントが近づいてきていることを知ることができる。しかし、イベントがちょうど行われようとするまでは、閲覧者からの応答は要求されない。
次に、メッセージテーブルおよび他のテーブルに格納されたパラメータに基づき、正確な文言およびフォントの選択がコンパイルされる(625)。各状況にあわせていかにメッセージングを調整するかは、科学と言うより芸術の領域と言ってもよいぐらいだが、本開示の重要な要素は、そのような調整がシステムと一体になっている点にある。
次に、メッセージまたは状況と関連付けられた任意の音声が存在する場合、音声テーブルがアクセスされて、適宜メッセージ内にコンパイルされる(630)。以前のステップで先に選択された文言およびフォントと同様に、音声もまた調整され得る。
同様に、メッセージと関連付けられた任意のグラフィックスまたは画像が存在する場合、これらもまた635に一体にされている。やはり、状況に応じた調整が行われ得る。
最後に、完成した、コンパイルされたメッセージが、ディスプレイ上に表現される(640)。これは、以前のステップにおいてメッセージの一部であると判定された任意のテキスト、音声および/または画像を含む。その後、ディスプレイおよびメッセージは、必要に応じて、リフレッシュタイマーに基づいてリフレッシュされる。
図7は、メッセージを特定のディスプレイ上に配置した場合の、グループユーザ700、マスターユーザB715およびレギュラーユーザB720の関係の一部を示す。
最もシンプルな状況は、マスターユーザがメッセージB1730をディスプレイB760上に配置しようとする時である。ディスプレイBがこのユーザによって管理されているので、このメッセージは許可される。ディスプレイA、ディスプレイC770およびディスプレイD780等のネットワーク上の他のディスプレイは、メッセージB1を無視する。同様に、ユーザBはメッセージB2735を同じディスプレイB上に配置することができる。このユーザは、マスターユーザBによってそうする権限を与えられたからである。
マスターユーザBはまた、レギュラーユーザBによって作成されたメッセージB2を編集または削除する能力を有する。レギュラーユーザBもまたメッセージB2を編集することができるが、このユーザはマスターユーザBよって作成されたメッセージB1を編集することはできない。
マスターユーザBおよびレギュラーユーザBは、ディスプレイBに宛てられた全てのメッセージを、それらが現在このディスプレイ上に表示されているか否かに拘わらず、見ることができる。
この図において、グループユーザは、2つのグループメッセージ705、710を作成するものとして示されている。これらのグループメッセージは、このグループに属する全てのディスプレイ760、770に送信される可能性があるが、このグループの一部ではないディスプレイ780には、ディスプレイ780が同じネットワーク上に存在する場合であっても、送信されない。
グループメッセージが任意のディスプレイに宛てられている場合、そのディスプレイに関連付けられたマスターユーザおよびレギュラーユーザは、このメッセージを見ることができる。マスターユーザまたはレギュラーユーザのいずれかが、あるグループメッセージがある予定されているイベントとコンフリクトすると判断した場合、ユーザはこのグループメッセージを隠す能力を有する。個々のグループメッセージは表示するまたは隠すことが許可され得るので、隠されている状態のグループメッセージ2710(750)とは別個に、グループメッセージ1705を隠すことができる(745)。このマスターユーザBおよびレギュラーユーザBによる判断は、他のディスプレイ770、780上に何が表示されるかということに影響を及ぼさない。
図8は、特定のディスプレイが特定のグループの一部であるかどうかについて判定する処理のフローを示す。ディスプレイの制御はそのディスプレイのマスターユーザに帰属するので、グループユーザはまず、マスターユーザのユーザー名を要求する必要がある(800)。マスターユーザが同意する場合(810)、グループユーザは、そのマスターユーザに、グループに加入する旨の招待状を電子メールで送信できる(820)。この電子メールは、暗号化された鍵の付いた特別なリンクを含み、このリンクをクリックすると、マスターユーザは、そのディスプレイが加入したばかりのグループを表示するウェブページに移動する(830)。この観点から、グループユーザのグループメッセージは、マスターユーザがこのディスプレイをグループから排除する(850)かまたはその特定のグループメッセージを隠す(860)と決断しない限り、当該ディスプレイ上に表示される(840)。ノーマルユーザはまた、(ステップ860と同様に)個々のグループメッセージを隠すことができるが、グループからディスプレイを排除することはできない。
図9は、図1のバリエーションを示し、OKボタンまたは受領確認システムがどのように動作するかについて説明するために用いられる。まず、リマインダメッセージが、ディスプレイの閲覧者による受領確認の必要性を指定するマスターユーザ900、レギュラーユーザ910またはグループユーザ915によって作成される。メッセージは、データベース980内に保存され、適切なタイミングでディスプレイ940に供出される(970)。その後、特定の時刻に、OKボタンが、他の言語的または視覚的なプロンプトと共に表示される(950)。あるいは、外部機器960を作動して、ある種のアクションを要求し得る。その後、要求された受領確認が閲覧者によりなされて、データベース980内にログ付けされる。その後、さまざまなユーザが、ウェブページを介して、受領確認がなされたかどうかを見ることができる。あるいは、サーバは、ショートメッセージ(SMS)または電子メールを送信するか、もしくは電話をかけ得る。
図10は、ディスプレイの典型的なハードウェアブロック図を示す。ディスプレイは、プロセッサ1000、命令動作および変数のためのメモリ1040、BIOSのための不揮発性メモリ1045、オペレーティングシステム1050およびアプリケーション1055、電源1060およびオプションのバッテリー1065、ディスプレイ1010およびオプションのタッチパネルシステム1015、ならびに、WAN/LAN1035に接続するためのネットワーキング(有線および/または無線)1030を含む要素の、典型的なセットから構成される。
このディスプレイは、スタンドアロン製品であるかまたは別の製品の一部であり得る。例えば、このディスプレイは、テレビに内蔵され得る。その場合、タッチパネルユーザインタフェースは、遠隔制御構成と置き換えられ得る。他の要素のほとんどの全てがすでに今日のテレビの一部であるので、これらの要素は共有され且つ活用され得る。
図11は、リマインダメッセージを入力または編集するための、ユーザインタフェーススクリーンショットの一例を示す。これは、ウェブページの一部またはアプリケーションの一部であり得る。
この例は、メッセージタイトルまたはヘッドラインを入力する場所1100から始まる。また、説明の第2行目を入力する場所1105もある。行数を増やすことができるが、本図面は、これらの2つの部分だけに説明を限定して、閲覧者へのメッセージをシンプルに保つ。
一旦イベントが始まると、メッセージを変更するほうが有用である場合がある。例えば、メッセージは、誕生日に至るまでの日には、「もうすぐあなたの誕生日」であり得るが、誕生日当日には、「誕生日おめでとう」となり得る。このオプションを設けるために、メッセージタイトルおよびメモの第2のセットが与えられる(1110)。
その後、各リマインダメッセージは、開始日および時刻1120を与えられる。休日および誕生日等のある種のイベントは、実際その日自体についてのイベントなので、イベントは「終日」と指定され得る(1125)。
そのイベントが終日イベントでない場合、その次に指定するのは、そのイベントがどれくらいの長さ続くか(1130)である。イベントが1日未満しか続かない場合、イベントの長さは分や時間などで特定され得る。イベントが複数の日にわたって行われる場合、特定の日付および時刻1140を指定することによって、イベントの終了を定義し得る。
次に、いつディスプレイ上にイベントを表示し始めるか(1150)を特定し得る。イベントを表示し始めるタイミングは、イベントの種類ならびにユーザおよび閲覧者の好みに大いに依存しており、イベントの長さに縛られていない。
必要に応じて、イベントへの注意をひくために音声リマインダを再生し得る。このような音声メッセージングをいつ再生し始めるか(1160)は、いつイベントを表示し始めるかとは独立に指定することができる。但し、メッセージが視覚的に表示されるまで、音声メッセージングを開始すべきではない。音声メッセージングの種類は独立に選択され得る(1165)。
リマインダメッセージの受領確認が要求された場合、ユーザがチェックできるチェックボックスが設けられている(1170)。さらに、特定の期間の後に(イベントの終了までに)受領確認がなされていない場合に警告されることをユーザが希望する場合には、その目的のために別のチェックボックス1175が提供されている。
ある程度予測可能にイベントが繰り返される場合、システムは、このイベントをどのように繰り返すかをユーザに特定させる(1180)。1日毎から1年毎までの多数の繰り返しオプションおよびそれらの間のいくつかのオプションが提供され得る。PC、PDAおよび電話システムにおいて使用されるカレンダーシステムとは異なり、ディスプレイの閲覧者による混乱を避けるために、繰り返されるイベントの1回のみを一度に示す。
図12は、ディスプレイ上に表示することが予定されている全てのメッセージをレビューおよび管理するためにマスターユーザが見る典型的なユーザインタフェースを示す。これは、ウェブページ上で見られ得るか、または、アプリケーションの一部であり得る。
インタフェースは、どのディスプレイを表示しているか(1200)、ならびに、ディスプレイが配置された場所の時刻等の他の補足情報、および、このディスプレイがグループメッセージを受け入れるように有効化されているかどうか(1205)を表示する。
モバイル機器でより使いやすいフォーマットで情報を表示するためのボタン(1210)が設けられている(このモードに自動的に切り替えることも可能である)。新規リマインダメッセージを追加するためのボタン(1215)または新規インスタントメッセージを追加するためのボタン(1220)が設けられている。ディスプレイ自体がその瞬間にどのように見えるかを確認するためのボタン(1225)が設けられている。他に、ヘルプおよび使用頻度の低い管理機能を表示するためのボタン(1230)が設けられている。
メインテーブルは、このディスプレイについて現在挙げられている全てのアクティブなイベントのサマリーを示す。テーブルの列は、タイトルおよびメモ(1240、1245)、イベントがいつ始まるか、ならびに、さまざまな時刻においてディスプレイが何をしなければならないかについての情報(1250)、イベントがいつ終了するか、ならびに、それらイベントを繰り返すかどうかまたはイベントをどのように繰り返すかについての情報(1255)、いつイベントの表示を開始するか、もしくは、イベントが現在ディスプレイ上に表示されているかどうかについての情報(1260)を示している。受領確認が要求されるかどうか、または、受領確認がされたかどうか、ならびに、受領確認がなされなかった場合に警告を発するべきかどうかに関する情報も示されている(1270)。最後の列は、誰がメッセージを作成したか(1275)を示し、且つ、メッセージがこのユーザが編集できるメッセージである場合に編集ボタンを示す(1280)。図12はマスターユーザ用なので、このユーザは、他のマスターユーザまたはレギュラーユーザによって作成されたいずれのメッセージについても編集権限を有している。特定のメッセージが他の誰かによって作成された場合、編集ボタンは少し異なって見えるように形成され得る(1280)。
2個以上のイベントが重複またはコンフリクトする場合に表示されるフラグは、ここでは図示していない。異なるユーザが同じディスプレイ上にイベントリマインダを配置しようとすることができるので、あるユーザが他とコンフリクトするイベントを偶然作成することがあり得、よって、そのようなコンフリクトを何らかの形で表示することが重要である。
グループメッセージに対して、編集ボタンの代わりに、そのグループメッセージを隠すかまたは表示するために使用するボタンが設けられている。この場合、メッセージが閲覧可能であれば開いた目1285を表示し、そうでなければ閉じた目を表示する。この機能の具体的な実施態様は、ユーザインタフェースのプリファレンスに応じて異なり得る。
図13は、リマインダメッセージを管理するための同様の図面を示す。この図だけが、それがノーマルユーザにどのように見えるかを示す。ノーマルユーザは自分自身が入力したメッセージしか編集できないので、列挙されたメッセージの部分集合に対してのみ編集ボタンが表示されており(1300)、他人が作成したメッセージに編集ボタンは表示されない(1310)。ノーマルユーザはグループメッセージを隠すことおよび表示することができるので、それを行うためのボタンも表示されている(1320)。
図14は、これらのインタフェースがモバイル機器にどのように見えるかを示す。インタフェース全体のうちの一部のみを表示し、残りの部分はスクローリングまたはページングによって見ることができる。「フルバージョン」のインタフェースを見る手段も設けられている(1400)。
図15は、インタフェースがグループユーザにどのように見えるかを示す。用いられた例は1つのグループメッセージを有するだけだったので、1つのメッセージ1500のみをこのテーブルに示す。マスターユーザやノーマルユーザとは異なり、グループユーザはグループメッセージを編集することができるので、編集ボタンが表示されている。
図16は、ディスプレイにインスタントメッセージを送信するための典型的インタフェースを示す。メッセージタイトル1600および詳細用の第2行目1610のために場所が設けられている。また、どれくらいの期間メッセージを表示するのかを指定する手段が設けられている(1620)。
電話またはPCで使用される典型的インスタントメッセージとは異なり、本開示に記載されたディスプレイの種類の閲覧者は、より受動的な閲覧者である。メッセージをディスプレイ上に表示させるための閲覧者によるアクションは要求されないが、その一方で、この人が必ずメッセージに気付くという保証もない。メッセージへの注意を喚起するために、音声通知を指定し得る(1630)。あるいは(ここでは図示しないが)、先に説明したメッセージと同様に、受領確認を要求するようにメッセージを作成し得る。
図17は、システムの管理機能(ここではディスプレイ(図中の名称は「フレーム」)の管理)の一部を示す。各ディスプレイには、名前1700を与えることができる。その名前は、通常、ディスプレイを閲覧している人の名前である。次は、ディスプレイのタイムゾーンを指定する手段である(1710)。あるいは、タイムゾーン情報は、ディスプレイが接続されたネットワークを介して取得され得る。
次に、都市または部屋番号等の何らかの形式での位置の説明を指定し得る(1720)。ディスプレイ名および位置の組合せは、各ディスプレイをユニークに特定するのを助ける。
このディスプレイがグループメッセージを受け入れることがOKである場合、そのためにチェックボックス1730が設けられている。このチェックボックスは、マスターユーザが電子メール招待状をクリックした場合(830)に、自動的にチェックが入るが、その後、いつでも、チェックを外すことや再びチェックを入れることができる。
図18は、プリセットリマインダを管理するためのインタフェースを示す。いくつかのプリセットリマインダが、システムによって定義されており、ここでは管理者から来たものとして示されている(1820)。いくつかのプリセットが、マスターユーザ、ノーマルユーザまたはグループユーザによって定義されていてもよい。ユーザが編集権限(通常のリマインダメッセージと同様のルールに従う編集権限)を有する場合、編集ボタンが表示される(1810)。
図19は、プリセットを選ぶための簡単な手段を示す。一旦プリセットが定義されると、新規リマインダメッセージを作成する際に、プリセット用のボタン(図示しないが、図11に示したのと同様のインタフェース上に現れる)をクリックすることにより、プリセットが選択可能である(1900)。一旦プリセットが選択されても、その後修正することもカスタマイズすることも可能である。したがって、ユーザは、パラメータ、日付、時刻などの特定のセットに縛られない。
図20は、所与のディスプレイの組の調子を監視するように設計された低レベル動作を示す。ディスプレイは、偶発的にオフされたり、電力または通信を喪失したり、もしくは、ハードウェアの故障が起きたりし得る。ディスプレイは通常、それを管理する人の近くに存在しないので、ディスプレイの調子についての何らかのインディケーションを得る手段が設けられている必要がある。
そのためにまずはじめに、ディスプレイが、ネットワーク2020を介してサーバに周期的な「生存(keep-alive)」信号2000を送信する。生存信号の周期は、プリセットされ得(2010)、ニーズに応じて、あまり頻度が高い必要はない。
サーバ(この図面中では「システム」)は、サーバが監視している全てのディスプレイからの生存信号を受け入れる。それらディスプレイのうちの1台またはそれ以上が生存信号を送信しなかった場合(2040)、警告を送信し得る(2050)。あるいは、ウェブページを更新して、疑わしいディスプレイの名前および位置を掲載し得る。
その間、ユーザ2060は、ディスプレイの近くに存在していないにも拘わらず、ディスプレイのステータスの閲覧および/または警告の受信を行える。
図21は、低レベルの管理機能、ディスプレイおよびマスターユーザの他のセットアップを示す。
各ディスプレイについて、固有のアカウントを作成する必要がある。このアカウントは、システム管理者によって作成され得る(2100)。この管理者は、サービスプロバイダまたは工場に居る者であり得る。ディスプレイがこのシステムで動作するように特定的に構成された固有の機器である場合、固有のアカウントコード(おそらくアルゴリズム的に生成される)が、ディスプレイの不揮発性メモリに格納され得る。サービスプロバイダがディスプレイのアカウントを作成している場合、固有のコードを作成するために、様々な手段を用いてもよい。一旦作成されると、これらの固有のアカウントコードは、システムデータベース160、505にも格納される。
次に、システム管理者は、新しいマスターユーザアカウントを作成する。このアカウントは、固有のユーザー名および特定のディスプレイへのポインタからなる。パスワード(望ましくは、固有のパスワード)も生成される。また、このシステム専用のディスプレイが製造される場合、マスターユーザのセットアップはディスプレイの工場においてなされ得る。あるいは、サービスプロバイダが、マスターユーザアカウントの詳細を作成し得る。いずれの方法でも、この情報は、一旦作成されると、同じデータベース160、510にも格納される。
次に、新しいマスターユーザは、新しいユーザー名およびパスワードを与えられる。その後、このマスターユーザは、システムにログインする(2120)。一旦ログインすると、この人は、新規リマインダメッセージを作成でき(2130)、上で説明したように、他のユーザ等を作成することができる。
このステップの前か後に、マスターユーザは、(例えば、アルツハイマー病の人)が使用することを意図して、ディスプレイをインストールする。インストールは、ディスプレイをシステムにログインさせること(2140)を含む。システムへのログインは、2つのステップを含む。第1のステップは、ネットワーク接続を確立することである。この接続は、使用するネットワーク接続性の具体的な種類に応じて、多くの方法で達成され得る。接続性は、さまざまな有線(例えば、ケーブルを介したLAN、電話を介したモデム)または無線の(例えば、Wi‐Fi、セル方式、ブルートゥース)手段を介して達成され得る。例えば、Wi‐Fi接続を介して利用可能な既存のインターネットサービスがある場合、ディスプレイはまず、このWi‐Fiへのリンクを確立する必要がある。
ディスプレイをシステムにログインさせるための第2のステップは、先に確立されたディスプレイの固有識別コードをシステムに認識させることである(2100)。このステップは、ディスプレイによって手動または自動的に実行され得る。
手動で実行された場合、ディスプレイ上の画面は、ユーザー名およびパスワード等の、ディスプレイのアカウントログイン情報を要求する。ユーザは、要求された情報を入力するために、さまざまな入力デバイス(例えば、タッチスクリーン、遠隔制御またはキーボード)のいずれかを使用し得る。
自動的に実行された場合、ディスプレイは、その固有の識別情報を不揮発性メモリから読み出し、この情報をシステムに与える。要求された情報がディスプレイの不揮発性メモリに一旦与えられると、ディスプレイの自動ログインは、工場またはマスターユーザのいずれかによってなされ得る。
パスワードは、特に、サーバに与えられる前に暗号化される。暗号化は、プライバシー保護のために必要である。
図22は、プロトタイプの表示装置を示す。この表示装置は、卓上に配置できるように、スタンド内に設置されている。あるいは、このようなディスプレイは、壁に組み込まれ得るかまたは、テレビ等の他の機器の一部であり得る。
図2および図3と同様に、メッセージングは、各イベントに対する現在時刻に合うように調整されることに留意されたい。例えば、「ジェリーと夕食」は、「2日後」と表示される(2210)。これは、火曜日の午後6時である(2215)。誕生日は「3日後」である。この誕生日は終日イベントなので、時刻は与えられず、「水曜日」とだけ表示される(2220)。
「アリスを訪問する」イベントは、もう少し多くの詳細を表示している(2230)。このイベントは複数日イベントであり、「約1週間後」の「12月17日」に開始され、3日間続くことがわかる(2235)。
これらのメッセージの各々は、それがイベントにどれだけ近いか、ならびに、イベントが開始したかどうかまたはちょうど終了したかどうかに応じて、時間の経過とともに自動的に変化する。
写真が日中に撮影されたので、図示したサンプルディスプレイは白い背景を有する。誰か眠っている人を妨げる可能性を減らすため、夜間には、ディスプレイの背景は黒くなり、そして、フォントカラーはそれに応じて読みやすくなるように調整される。ディスプレイが夜間モードになるタイミングは、任意であり得るか、マスターユーザが選択したオプションにより設定され得るか、もしくは、ディスプレイにより検出されたIPアドレスのジオロケーションにより決定されるように、ディスプレイが世界のどこに配置されているかに応じて自動的に調整され得る。
ここで、図33を参照して、認知能力が低下した人が、来るべきイベントを管理するのを援助するための、コンピュータで実装されたシステムについて説明する。コンピュータで実装されたシステムは、その全体が参照符号10で示されており、コンピュータシステム12を含む。コンピュータシステム12は、本願明細書において分類的な様態で記載されたさまざまな機能を扱うために、1台のコンピュータまたはネットワーク化された1群のコンピュータを用いて実装されてもよい。コンピュータシステム12は、電子データベース14と、必要に応じて、データベース14に格納されたデータを解析するために使用される解析システムとを管理する。データベース14は、患者についての時刻依存型イベント(およびその他のコンテクスト依存型イベント)に関する複数の情報アイテムを格納するように構成されたデータ記憶装置として機能する。解析システムは、例えば、特定の患者の認知能力における傾向を解析して、患者の認知能力に適合するようにシステムの性能を調整したり、また、患者に関するフィードバック情報を患者の介護者等の関係者に提供するようにプログラムされてもよい。
必要に応じて、いくつかの異なるプレゼンテーション機器が、1人の患者に使用されてもよい。例えば、1台の機器が患者によって操作されるタブレットコンピュータで、もう1台の機器が患者の部屋の壁掛け型のテレビディスプレイであってもよい。システムは、どの機器を用いて患者と対話するかを動的に制御し得る。ある場合には、両方の機器を同時に用いてもよい。システムは、各機器に個別に送信されるプレゼンテーションをカスタマイズすることが可能である。したがって、テレビディスプレイについての複雑さのレベルは、所与の状況において、タブレットコンピュータについて使用されるそれとは異なり得る。システムは、コンテクスト情報と、更には患者の認知能力とを使用して、患者のニーズに対して適宜各ディスプレイを適応させることが可能である。
コンピュータシステム12はまた、患者に提供される記憶ゲームを生成するようにプログラムされてもよい。したがって、記憶ゲーム生成部16がコンピュータシステムに接続されているとして図示されている。生成部はまた、コンピュータシステム12をプログラムすることによって、患者の認知能力に基づいて適切な記憶ゲームを生成し、利用可能とするように実装されてもよいことが理解される。記憶ゲームは、患者の記憶をはたらかせるために大いに役立ち得、患者の病気の進行を遅らせる可能性がある。さらに、患者がゲームをプレイした際に自動的に取得されたフィードバック情報を用いて、患者の現在の認知能力に関する情報が収集され、この収集された情報は、他のシステムによって使用される。このことについては、以下に、より詳細に説明する。
コンピュータシステム12は、好ましくは、サードパーティアプリケーション開発者が、システム10と対話(例えば、データベースからのデータの読み出しまたはデータベースへのデータの書き込み)するソフトウェアアプリケーションおよび物理デバイスを開発することを可能にする、一組の標準化された入力/出力およびそれらに付随する通信プロトコルを提示するアプリケーションプログラムインタフェース(API)をさらに含む。
コンピュータシステム12はウェブサーバ22を含み、このウェブサーバ22により、介護者26および患者28がコンピュータシステム12とやりとりする。この点に即して、タブレット、ラップトップコンピュータ、デスクトップコンピュータ、スマートフォンなどのコンピュータ機器による閲覧および対話のために、ウェブページが提供される。コンピュータシステム12は、ローカルエリアネットワーク(LAN)24に接続されてもよい。LAN24は、他のコンピュータ機器が、例えば、看護ホームのスタッフ30によって利用されるワークステーションコンピュータ端末などの、コンピュータシステム12と通信することを可能にする。
データベース14は、コンピュータシステムによって実行されるサービスの提供を容易にする予め定義されたデータ構造に従って構築されたデータを格納するように構成されている。データベースは、それぞれが該当コンテクスト属性およびそれに関連付けられたトリガの1つのセットに関連付けられた、複数の情報アイテム(情報コンテンツ)を格納するデータ構造32を含む。例えば、情報コンテンツの1つのアイテムは、患者が検眼士の予約をしている旨のリマインダメッセージであり得る。そのメッセージに関連付けられているのは、予約がいつ予定されているかを示すトリガデータであり得る。また、そのメッセージに関連付けられているのは、メッセージがどんな機器上で閲覧されているかに基づいてメッセージをどのような大きさで表示すべきか等の、他のコンテクスト属性であり得る。このメッセージの表示の一例として、図32を参照。
予約が時間的にまだ先である場合、そのイベントについて格納された情報コンテンツは、非常に一般的なテキストリマインダを含み得、1つのレコードとしてデータ構造32に格納されている。イベントの時刻が近付くと、システムは、イベントに関するより詳細な情報(「あなたの古い眼鏡を持って行く」旨のリマインダ等)を提供し得る。これは、第2のレコードとしてデータ構造内に格納される。システムは、現在のコンテクストに適合するものを選択することによって、情報の適切なアイテムを選択する。
この点に関して、システムはまた、他のデータ構造内に、患者の所在地や任意の該当する医学的状態の属性などの、患者についての現在のコンテクストを格納する。これらは、コンテクストデータ構造34として図示されている。コンテクスト属性のさらなる詳細について、以下に説明する。コンピュータシステム12は、どの情報コンテンツを構造32から取得するかを決定する際に、構造34内の現在のコンテクスト属性を用いる。
患者の現在のコンテクストに加えて、コンピュータシステムは、患者の認知能力を示すデータを格納する認知能力データ構造36を更に維持する。これは、例えば、スライディングスケール(例えば、1〜10のスケール)として表するのに適した相対値として定量化されてもよい。患者の認知能力は、介護者または看護ホームスタッフによる明示的な入力によって評価されてもよい。あるいは、システムは、記憶ゲーム生成部18からのフィードバックを介して、または、患者が一般的にどれくらい上手くシステムと対話することが可能かを解析することによって、認知能力データ自体を確立することができる。
ある実施形態において、システムは、患者のコンテクスト、技術的コンテクストおよび状況コンテクスト等の具体的な情報を考慮して第三者によって設定されたセットパラメータに基づいて、特定のアプリケーションおよびイベントを自動的に起動する。図23は、どのアプリケーション/イベントを起動するのか、いつそれを起動するのか、ならびに、どのようにそれを起動するのかを決定するプロセスにおいて考慮される、鍵となる検討事項を示す。コンテクスト情報がパラメータ設定を満たす場合、アプリケーションおよび/またはイベントの実行が開始される。これは、タブレットコンピュータ等のコンピュータ端末上で個人が見るかまたは使用するなんらかの情報または対話を提供する。システムはまた、患者の認知能力に基づいて対話能力のレベルを調節する。目的は、患者またはユーザに、該当しまた時に必要でもある情報およびサービスを得るための、邪魔にならない自動的な手段を提供することである。
図23において、第三者は、一般に少なくともなんらかの形で介護に関与している個人または団体である。このような第三者は、リマインダを入力すること、テレビ会議を開始すること、画像をアップロードすること、予約を設定すること、ならびに遠隔介護の他の機能に対する権限を有していてもよい。本明細書において、「介護者」という用語は、そのような第三者を指し、家族、医師、看護スタッフなどを含み得る。
図23に示すように、コンテクストもまた、有用な情報を提供する。システムは、介護者が気付いていないかもしれない他の要因についての知識を持って、イベント/アプリケーションのいくつかを開始することが可能である。これらは、看護ホームまたは他の患者センターにおける現在の状況(カメラ、マイク、看護師/医師による入力、医療センサー等によって検出可能な現在の状況)、アクティブな/利用可能な技術情報(例えば、人の腕時計にリマインダを送らず、それをTVに表示する)、ならびに医療情報(医療センサ、現在の医師報告、ユーザによる現状レポートから得られたデータ)を含む。
認知能力
図23に示すように、患者の認知能力もまた、システムの重要な局面を形成する。患者の認知能力とは、患者が電子システム、タブレットまたはシステムにおける他の機器と対話する能力の(評点スケール上での)現在のレベルである。評点が高い場合、患者は、おそらく自分自身で機器と対話でき、なんらかのコンテクストまたは第三者の支援からの援助をそれほど必要としないかもしれない。評点が低い場合、システムおよび第三者は、より多くの支援を提供し得る。認知能力スケール、およびそれがどのように決定されるかについて、図29および図30を参照して以下にさらに説明する。
図23に示すように、患者の認知能力もまた、システムの重要な局面を形成する。患者の認知能力とは、患者が電子システム、タブレットまたはシステムにおける他の機器と対話する能力の(評点スケール上での)現在のレベルである。評点が高い場合、患者は、おそらく自分自身で機器と対話でき、なんらかのコンテクストまたは第三者の支援からの援助をそれほど必要としないかもしれない。評点が低い場合、システムおよび第三者は、より多くの支援を提供し得る。認知能力スケール、およびそれがどのように決定されるかについて、図29および図30を参照して以下にさらに説明する。
コンピュータで実装されたシステムは、患者の認知能力を示す電子データレコードを取得し、格納する。ある実施形態において、電子データは、それぞれが0〜10の範囲などの適切な範囲において数値で表される個別のスキル測定値または評価値(スキル変数)の集まりに対応する。必要に応じて、個別の測定値または評価に基づいて、総合認知能力評点または合計評価を計算し、格納してもよい。
ダイナミックレンダリングシステムは、これらのスキル変数を用いて、患者のスキルセットに基づき最も適当な様態で事実を表現する。この実施形態において、コンピュータのメモリに格納されたスキル変数の集まりは、患者の総合「認知能力」に対応する。
スキル変数は、静的または動的であり得るセットを含む。ある変数は人間のオペレータにより測定または評価され、別の変数はシステムにより履歴観察およびセンサデータに基づいて自動的に評価される。以下は、システムによって利用されるスキル変数のリストである。この点に関し、システムは、これらの変数の全てを要求しないかもしれず、またこの開示の範囲内に含まれるがここには挙げていない他の変数が存在することが、当業者に理解される。
・ 心配レベル
・ 視覚障害またはスキル
・ 短期間記憶スキル
・ 長期間記憶スキル
・ 名前/身近な人の顔を認識且つ記憶していること
・ 読解スキル
・ 注意スキル
・ 時間および空間の検知
・ 発話スキル
・ 聴解スキル
・ 単純な論理的問題を解決する能力
・ 推理スキル(動きおよび事実の通常の暗示された結果を理解する能力)
・ 心配レベル
・ 視覚障害またはスキル
・ 短期間記憶スキル
・ 長期間記憶スキル
・ 名前/身近な人の顔を認識且つ記憶していること
・ 読解スキル
・ 注意スキル
・ 時間および空間の検知
・ 発話スキル
・ 聴解スキル
・ 単純な論理的問題を解決する能力
・ 推理スキル(動きおよび事実の通常の暗示された結果を理解する能力)
必要に応じて、これらのスキル変数をコンピュータシステムによってアルゴリズム的に組み合わせて、単一値の「認知能力」スコアを導出してもよい。適切なスコア付けメカニズムは、以下に示すアルツハイマー病の臨床的に認識された段階に基づいてもよい。
ステージ1:障害なし
ステージ2:ごく緩やかに低下
ステージ3:緩やかに低下
ステージ4:穏やかに低下
ステージ5:やや深刻な低下
ステージ6:深刻な低下
ステージ7:非常に深刻な低下
ステージ1:障害なし
ステージ2:ごく緩やかに低下
ステージ3:緩やかに低下
ステージ4:穏やかに低下
ステージ5:やや深刻な低下
ステージ6:深刻な低下
ステージ7:非常に深刻な低下
コンテクスト
システムは、認知能力に加えて、患者に該当するコンテクスト情報も考慮する。図24は、認知能力が異なる人々のための、このコンテクスト依存型のアプリケーション/イベント起動の高レベルフローチャートを示す。(ステップ1)第三者(例えば、家族、友人、介護者)が、情報を入力し、イベントおよびアプリケーションを開始するためのパラメータを設定する。(ステップ2)一旦システムが準備されると、システムは、コンテクスト情報を収集して格納する。イベント等に関するこのようなコンテクスト情報は、好ましくは、患者関連情報、状況/外部情報、イベント/アプリケーション/機器情報という、3つの下位コンテクストからなる。(ステップ3)コンテクストがシステムの準備されたセッティングを満たす場合、イベントが開始され得る。(ステップ4)開始された場合、システムは、患者についての対話レベルをカスタマイズしつつ、アプリケーションを起動する。
システムは、認知能力に加えて、患者に該当するコンテクスト情報も考慮する。図24は、認知能力が異なる人々のための、このコンテクスト依存型のアプリケーション/イベント起動の高レベルフローチャートを示す。(ステップ1)第三者(例えば、家族、友人、介護者)が、情報を入力し、イベントおよびアプリケーションを開始するためのパラメータを設定する。(ステップ2)一旦システムが準備されると、システムは、コンテクスト情報を収集して格納する。イベント等に関するこのようなコンテクスト情報は、好ましくは、患者関連情報、状況/外部情報、イベント/アプリケーション/機器情報という、3つの下位コンテクストからなる。(ステップ3)コンテクストがシステムの準備されたセッティングを満たす場合、イベントが開始され得る。(ステップ4)開始された場合、システムは、患者についての対話レベルをカスタマイズしつつ、アプリケーションを起動する。
ある実施形態において、イベント(アプリケーションやタスクなどであるイベント)のコンテクストは、患者関連コンテクスト、状況または外部条件コンテクスト、技術コンテクストという、3つの下位コンテクストからなり得る。これらのコンテクストの状態は、システムの一部を構成するコンピュータのメモリ内のコンテクストデータ構造内に格納される。
患者関連のコンテクスト
患者関連コンテクストは、患者から入手可能な全ての情報を含む(これに限られない)。この情報は、コンテクストデータ構造内に、データとして格納される。患者関連コンテクストデータの例として、以下のものが挙げられる:
・ センサから得られる医療コンテクスト(例えばバイタルサイン)
・ デジタルの医療記録(履歴)
・ 患者の挙動(例えば、眠っているまたは眠っていない)
・ 患者の位置(例えば、室内において、ディスプレイを見ている)
・ 患者の好み(例えば、音声による開始/通知の好み、サウンド、動画、TV番組、画像の好み)
・ 家族/介護者の要望
患者関連コンテクストは、患者から入手可能な全ての情報を含む(これに限られない)。この情報は、コンテクストデータ構造内に、データとして格納される。患者関連コンテクストデータの例として、以下のものが挙げられる:
・ センサから得られる医療コンテクスト(例えばバイタルサイン)
・ デジタルの医療記録(履歴)
・ 患者の挙動(例えば、眠っているまたは眠っていない)
・ 患者の位置(例えば、室内において、ディスプレイを見ている)
・ 患者の好み(例えば、音声による開始/通知の好み、サウンド、動画、TV番組、画像の好み)
・ 家族/介護者の要望
状況または外部条件コンテクスト
状況/外部コンテクストは、患者が外部ソースから入手可能な全ての情報を含む(これに限られない)。この情報は、同様に、コンテクストデータ構造内にデータとして格納される。状況または外部条件コンテクストデータの例として、以下のものが挙げられる:
・ 気象情報
・ 時刻
・ 第三者情報(例えば身元)
・ テレビの視聴および放送中の番組
・ 患者の部屋の他の人
状況/外部コンテクストは、患者が外部ソースから入手可能な全ての情報を含む(これに限られない)。この情報は、同様に、コンテクストデータ構造内にデータとして格納される。状況または外部条件コンテクストデータの例として、以下のものが挙げられる:
・ 気象情報
・ 時刻
・ 第三者情報(例えば身元)
・ テレビの視聴および放送中の番組
・ 患者の部屋の他の人
技術コンテクスト
イベントアプリケーション/機器コンテクストは、システムを構成する機器から入手可能な全ての情報を含む。機器自体と通信することによって収集されるこの情報は、同様に、コンテクストデータ構造内にデータとして格納される。技術コンテクストデータの例として、以下のものが挙げられる:
・ タブレット表示装置のステータス
・ 利用可能な帯域幅の量
・ ディスプレイの種類(例えばサイズ)
・ ネットワークの種類
・ 利用可能な他の機器(スマートウォッチ、室内のテレビ、システムの他の構成要素)
イベントアプリケーション/機器コンテクストは、システムを構成する機器から入手可能な全ての情報を含む。機器自体と通信することによって収集されるこの情報は、同様に、コンテクストデータ構造内にデータとして格納される。技術コンテクストデータの例として、以下のものが挙げられる:
・ タブレット表示装置のステータス
・ 利用可能な帯域幅の量
・ ディスプレイの種類(例えばサイズ)
・ ネットワークの種類
・ 利用可能な他の機器(スマートウォッチ、室内のテレビ、システムの他の構成要素)
技術コンテクストは、将来異なる機器をネットワークに追加して追加の機能を追加し得るので、有用である。例えば、患者または患者の介護者が「私を助けて」ネックレス、新たなテレビ、またはデジタル画像フレームを購入した場合、システムはこれらの新技術を含むコンテクストを認識し得る(例えばマスタータブレット機器の代わりに画像フレーム上に画像を表示するなど、システムがその挙動を修正することを可能にする)。
各イベント/アプリケーションは、特定のコンテクスト(最も一般的なコンテクストの部分集合)を用いて開始される。
ポーリングコンテクスト情報
図25は、システムが図24のステップ2から収集するポーリングコンテクスト情報を示す。前述のように、情報は3つのカテゴリに分類される。医療記録などの患者関連の情報は、第三者が手動でシステムデータベースに入力する必要がする。しかし、現在の医療情報は、固定型および携帯型のセンサを介してシステムによりコンスタントに収集される。
図25は、システムが図24のステップ2から収集するポーリングコンテクスト情報を示す。前述のように、情報は3つのカテゴリに分類される。医療記録などの患者関連の情報は、第三者が手動でシステムデータベースに入力する必要がする。しかし、現在の医療情報は、固定型および携帯型のセンサを介してシステムによりコンスタントに収集される。
一旦全てのコンテクスト情報が収集されると、システムは、データを解析し、第三者によって設定されたパラメータ(図26)に基づいて、イベントが開始されるかどうかを判定する。開始コンテクストが満たされたと判定された場合、システムは、イベントが起動されるかどうかを評価する。例えば、スケジュールリマインダが特定の時刻にオフである場合、システムは、患者が部屋に居るかどうかを判定する必要がある。患者が部屋に居ない場合、システムは警告を起動しない。しかし、患者が在室中であることが確認された場合、システムはイベントを開始する。同様に、例えば家族がビデオコールをしたいが、コンテクストが(プライオリティランキングに基づいて)現在仮眠時間であることまたは現在医師が治療中であることを示す場合には、システムは警告またはイベントを起動しない。同様に、患者が未だ夕食中であり、投薬が夕食後になされることになっている場合、システムは投薬についてのリマインダを起動しない。
開始イベントの他の例として、以下のものが挙げられる:
・ 人が転倒する
・ 時間が指定されたイベント(例えば、投薬/リマインダ)
・ 睡眠、食事、血圧
・ 第三者による開始
・ 他人の入室
・ 音声コマンド
・ 人が転倒する
・ 時間が指定されたイベント(例えば、投薬/リマインダ)
・ 睡眠、食事、血圧
・ 第三者による開始
・ 他人の入室
・ 音声コマンド
図27に示すように、患者の認知能力に応じて、患者の注意を得る方法は、より押し付けがましく明白なものであってもよい。警告が、タブレットディスプレイ画面の方へ患者を引きつけ、その時に、カメラが患者の存在を検出する。その存在が患者であると認識された場合(識別は、顔認識、音声または他の電子識別システムにより実施され得る)、システムは、アプリケーション/コンテンツをシームレスに起動する。イベントを起動すると、システムは、患者の認知レベルを再度考慮して、対話能力のレベルおよび解釈の必要性を適切に調節する。例えば、患者がビデオコールを受信している場合、システムは患者に警告する。患者の機能が完全である場合、システムは、患者がビデオコールを受け入れるかまたは拒否するためのオプションを表示する。認知レベルが低い患者の場合、システムは、ビデオコールを自動的に開始する前に患者の身元を認証するか、もしくは、図28に示すように、コールを発信している第三者がアプリケーションを自動的に開始し得る。
患者のためのインタフェースをカスタマイズする際に、システムはいくつかの要因(図29)を考慮に入れる。まず最初に、患者の認知能力は、第三者が手動で入力する必要がある。しかし、患者がシステムを利用し続けるにしたがって、システムは、以前の対話から患者のスキルの履歴を記録し、それに適応するようになる。システムはまた、現在の認知能力を試験するように特に設計されたミニゲームを提供することもでき、したがって、システムは、それがどのようにユーザと対話すべきかを自動的に更新することができる。
加えて、システムは、患者および第三者の個人(例えば、医師、介護者、家族、友人など)の好みを適用する。したがって、患者は、システムのイベントを使用または解釈することが難しくない。システムのインタフェースは、同様に、患者の好みおよび認知レベルに応じて変化する。認知的に(または技術的に)能力不足な人々のためのシンプル且つ自動的なインタフェースから、独立し且つ認知レベルが高い患者のためのより複雑で且つ手動のインタフェースに至るまで広範囲に亘る(図30)。
アプリケーションの実際の使用(アプリケーションの起動だけでなく、ユーザインタフェース、ボタンおよび/または対話モードの変更も含む)を決定された認知能力ファクタに基づいて調節することは、アプリケーションを患者にとって有用なものにするために重要である。
ある実施形態は、患者の認知レベルの手入力を要求するが、システムは、患者にシステム内で試験を行わせることによって、患者に適応する。この実施形態は、日々変化する認知レベルに合わせて構成されてもよい。システムのパラメータは、第三者によってルーチン的に調節され得る。あるいは、システムは、毎日または毎週または隔週でテストを実施して、患者のニーズに自動的に応じるように構成され得る。
システムのカスタマイズは、コンテクストが開始された時に起動されるイベントに限定されない。システムは、休止状態であるときに、イベントを起動してもよい。例えば、起動が設定されたイベントが無いが、患者が在室中であることが観察された場合、システムタブレットディスプレイは、暗くなるか、画像ショーを表示するか、もしくは、反射鏡になってもよい。
図31は、システムが、タブレット画面と、イベントデータベースと、複数のウェブアプリケーションと、RF通信(例えば、ブルートゥース)と、多数の機器(例えば、カメラ、マイク、スピーカ、コンピュータ、携帯機器など)への接続とを含む、一実施形態を示す。システムは、ウェブAPIも表示する。図32は、起動されたアプリケーション/イベントを含むユーザインタフェースの一例を示す。
必要に応じて、介護者または他の第三者に追加のディスプレイを提供し得る。この追加ディスプレイは、タブレットまたはスマートフォン上に実装され得、患者が何をしようとしているのかに関する情報および患者が過去に行ったアクティビティに関する情報、ならびに患者の医学的状態に関するフィードバックを、介護者に提供する。このフィードバックループは、安心できる情報を介護者に提供する。一般的な使用において、この追加ディスプレイは、患者が使用する機器上に表示される情報とは異なる情報を提示する。患者に対して提示される情報のように、介護者に提示される情報は、データベースシステムに格納された情報に由来する。データベースシステムは、看護ホームまたはヘルスケアプロバイダと関連付けられたサーバによってサポートされてもよく、または、インターネットベースまたはクラウドの計算リソースを用いてサービスを提供するサービスプロバイダによってサポートされてもよい。
追加の説明的な使用事例
開示されたシステムの考えられる用途のいくつかをさらに説明するため、開示されたコンピュータで実装されたシステムにより可能になる以下の使用事例を検討する:
・ 患者がディスプレイを見ているときに起動される、遠隔地の第三者によって開始される動画通信。可聴信号により患者の注意を喚起して、患者をディスプレイに向けることができる。
・ ブルートゥース通信を介して接続された機器から読み取ったデータに基づき、医学的状態によって開始されるアプリケーション(例えば、読み取ったデータが患者が脱水状態であることを示す場合に送信される患者のディスプレイへのメッセージ)。
・ 患者の挙動(例えば、患者が在室中で、眠っていない)の理解によって開始されるアプリケーション。
・ その日の所定の時刻に基づく作動。
・ 外部条件に応じてディスプレイ上に表示されるメッセージ(例えば、屋外が寒いことがわかったことに基づいて、患者に暖かいジャケットを着るように忠告する、もしくは、火事の場合に、緊急メッセージおよび何をすべきかを表示する)。
・ ディスプレイが他の情報を表示しない場合にディスプレイ上に表示される画像(つまり技術コンテクストはコンフリクトを示さず、患者のコンテクストは、患者が画像を楽しんでよいその日の時間帯を示している)。
開示されたシステムの考えられる用途のいくつかをさらに説明するため、開示されたコンピュータで実装されたシステムにより可能になる以下の使用事例を検討する:
・ 患者がディスプレイを見ているときに起動される、遠隔地の第三者によって開始される動画通信。可聴信号により患者の注意を喚起して、患者をディスプレイに向けることができる。
・ ブルートゥース通信を介して接続された機器から読み取ったデータに基づき、医学的状態によって開始されるアプリケーション(例えば、読み取ったデータが患者が脱水状態であることを示す場合に送信される患者のディスプレイへのメッセージ)。
・ 患者の挙動(例えば、患者が在室中で、眠っていない)の理解によって開始されるアプリケーション。
・ その日の所定の時刻に基づく作動。
・ 外部条件に応じてディスプレイ上に表示されるメッセージ(例えば、屋外が寒いことがわかったことに基づいて、患者に暖かいジャケットを着るように忠告する、もしくは、火事の場合に、緊急メッセージおよび何をすべきかを表示する)。
・ ディスプレイが他の情報を表示しない場合にディスプレイ上に表示される画像(つまり技術コンテクストはコンフリクトを示さず、患者のコンテクストは、患者が画像を楽しんでよいその日の時間帯を示している)。
プライオリティおよびコンフリクト解消
いくつかのアプリケーションが準備された場合、いくつかのコンテクストが同時に満たされるとコンフリクトが起こり得る。この問題を解決するために、各アプリケーション/イベントは、プライオリティのレベルを割り当てられている。同じプライオリティの場合、キューに最初に登録されたものが実行される。
いくつかのアプリケーションが準備された場合、いくつかのコンテクストが同時に満たされるとコンフリクトが起こり得る。この問題を解決するために、各アプリケーション/イベントは、プライオリティのレベルを割り当てられている。同じプライオリティの場合、キューに最初に登録されたものが実行される。
図34を参照して、患者機器50とネットワークベースのポータルコンピュータ55との統合の概要について、ここで説明する。
患者機器
ディスプレイ200を有する患者機器50は、概ね上述のように構成されて、認知能力および/または運動能力が低下した人にサービスを提供する。患者機器は、WiFi無線通信ポートまたはセル方式データ通信ポート等の通信ポートを有し、それにより、機器がインターネットを通じて通信することを可能にする。あるいは、機器に表示される情報は、患者の部屋のTV52に送信され得る。TV52は、コンピュータネットワーク通信能力を備え得、それにより、TV52はポータルコンピュータ55と直接通信することができる。あるいは、テレビ52は、患者機器50に表示された情報をそっくりそのまま表示するディスプレイとして動作するように構成され得る。後者の場合、TV52は患者機器50と通信状態であり、機器50がポータルコンピュータ55との通信を処理する。
ディスプレイ200を有する患者機器50は、概ね上述のように構成されて、認知能力および/または運動能力が低下した人にサービスを提供する。患者機器は、WiFi無線通信ポートまたはセル方式データ通信ポート等の通信ポートを有し、それにより、機器がインターネットを通じて通信することを可能にする。あるいは、機器に表示される情報は、患者の部屋のTV52に送信され得る。TV52は、コンピュータネットワーク通信能力を備え得、それにより、TV52はポータルコンピュータ55と直接通信することができる。あるいは、テレビ52は、患者機器50に表示された情報をそっくりそのまま表示するディスプレイとして動作するように構成され得る。後者の場合、TV52は患者機器50と通信状態であり、機器50がポータルコンピュータ55との通信を処理する。
図35は、患者機器のディスプレイ200上に表示された例示的な画面を示す。この場合、患者機器上で動作するカレンダーアプリケーションによって、例示的な画面が生成される。
患者機器をプログラムする方法
患者機器は、さまざまな異なるハードウェアおよびソフトウェアアーキテクチャを使用して実装されてもよい。タブレットフォームファクター(tablet form factor)が、目下のところ好ましい。
患者機器は、さまざまな異なるハードウェアおよびソフトウェアアーキテクチャを使用して実装されてもよい。タブレットフォームファクター(tablet form factor)が、目下のところ好ましい。
ある実施形態において、患者機器は、iOSオペレーティングシステム、Androidオペレーティングシステム、WindowsSurfaceオペレーティングシステムまたは他のシステムを使用するタブレットコンピュータを用いて実装されてもよい。このような実装において、患者機器は、ネイティブな機器のオペレーティングシステム(例えば、iOS、Androidなど)上で動作するアプリケーション(アプリ)として実装されてもよい。
別の実施形態において、患者機器は、ハードウェアインタフェースレイヤを含むスタンドアロンアプリケーションとして患者機器ソフトウェアを実行して、スタンドアロンアプリケーションが、ディスプレイ200に画像を送信し、ディスプレイに関連付けられたタッチスクリーン機器を介してタッチインタフェースコマンドに応答できるようになる、タブレットコンピュータを用いて実装される。
患者機器は、図43に示すソフトウェアアーキテクチャを用いる。このソフトウェアアーキテクチャにより、患者機器のプロセッサは、ここに記載する機能を実行するようにプログラムされる。もちろん、異なるアーキテクチャを用いてもよい。図示のとおり、ソフトウェアアーキテクチャは、ネイティブな機器オペレーティングシステム231に基づき構築されてもよい。アップデータ213は、予め定義された時間周波数でポータル55に接続して新しいラッパー215ソフトウエアリリースを探す、専用のソフトウェアコンポーネントである。
ラッパー215は、低レベルのネイティブな機器オペレーティングシステム211をUIおよびアプリケーションレンダリングパッケージに接続する専用のミドルウェアである。ラッパー215は、ローカルバッファを遠隔ポータル55に同期させるための機器APIを実装する。これらのAPIは、機器の認証と、アクティビティ、メッセージ、画像および動画のダウンロードと、ユーザ設定およびカスタマイズ事項のダウンロードと、最新のバンドル217の点検およびダウンロード(UI設計および機器固有のアプリケーションを含む)とを含む。
ラッパー215は、バンドル217を介して提供されたコードおよび情報を実行する。機器に表示される最終的なUIは、ロードしたバンドル217情報、ならびに、ズームレベル、有効化/無効化されたアプリ、ボリュームレベル、有効化/無効化された音声合成(Text-to-Speech)、お気に入りのアプリケーション、新規なイベントプロンプトオプション等の機器固有の設定に応じて、完全にカスタマイズ可能である。
バンドル217は、全てのUIおよびアプリケーション固有のコードを含む。システムは、各ディスプレイについて、対象を非常に絞ったバンドルの配布を可能にする。これにより、フォント、新規なアプリケーションの作成、全てのグラフィックコンポーネントのリサイズおよび再配布など、あらゆるユーザインタフェースアスペクトをカスタマイズすることができる。
したがって、バンドルは、全てのイベントクエリおよび表示ロジックを含む。ラッパーは、バンドルを開始し、バンドルを更新し、オペレーティングシステムに関連する機能をバンドルに提供する(例えば、音声合成、リブート、WiFiリスタート)。アップデータは、ラッパーの更新を許可し、ラッパーを開始する。
このアップデータ―バンドル―ラッパー構成を実装する際、Androidオペレーティングシステムに基づくある実施形態が以下のように構成されてもよい。
アップデータ:アップデータは、患者機器に手動でインストールされる。アップデータは、目に見えるユーザインタフェースを提供せず、通常は更新を要求しない。アップデータは、患者機器がブートされると開始または起動されるか、もしくは、患者機器の画面上に表示された適切なタッチ可能なアイコンを介してユーザにより開始されてもよい。一旦開始されると、アップデータは、(利用可能であれば)ラッパーを開始し、所定の時間間隔毎(例えば10分毎)にラッパーの更新がないかチェックする。インストールされたラッパーが無いせいでネットワーク障害が生じた場合、アップデータは、より頻繁な間隔(例えば1分毎)で再チェックする。アップデータは、新しいラッパーをインストールする。
アップデータ:アップデータは、患者機器に手動でインストールされる。アップデータは、目に見えるユーザインタフェースを提供せず、通常は更新を要求しない。アップデータは、患者機器がブートされると開始または起動されるか、もしくは、患者機器の画面上に表示された適切なタッチ可能なアイコンを介してユーザにより開始されてもよい。一旦開始されると、アップデータは、(利用可能であれば)ラッパーを開始し、所定の時間間隔毎(例えば10分毎)にラッパーの更新がないかチェックする。インストールされたラッパーが無いせいでネットワーク障害が生じた場合、アップデータは、より頻繁な間隔(例えば1分毎)で再チェックする。アップデータは、新しいラッパーをインストールする。
ネイティブなオペレーティングシステムがAndroidオペレーティングシステムである場合、アップデータはAndroidAPKを用いて実装されてもよい。Androidサービスは、そのアラームマネージャにより、10分毎に実行されるようにスケジュールされている。また、AndroidAPKを用いて、サービスの実行をスケジュールし、且つ、ラッパーアクティビティを開始する。また、APKを用いて、レシーバハンドリングオンブートメッセージ(receiver handling onboot message)および開始アクティビティ(starting activity)をブロードキャストする。
ラッパー:ラッパーは、アップデータにより自動的にインストールされる。それは、目に見えるアイコンを有しておらず、常にアップデータにより開始される。ラッパーは、新たなバンドルをチェックし且つインストールする。ラッパーは、システムリスタートを周期的に実行し、また、WiFiリスタートを周期的に実行する。これらのステップを実行することにより、何らかの理由でネットワーク接続が失われた場合に、患者機器が強制的に接続状態を再確立することが確実にされる。ラッパーはまた、図45に示すように、クラッシュ報告メッセージをポータルコンピュータに送信する責任がある。
バンドル:バンドルは、ラッパーにより自動的にインストールされる。バンドルは、HTML5、CSS、JS App等のプロトコルをサポートする。アップデータやラッパーとは異なり、バンドルは、例えばカレンダの形で、患者機器上で現実に見ることが可能である。バンドルは、イベントAPIを使用し、且つ、全てのイベントの表示を処理する。バンドルはまた、ラッパーにいかなる表示設定変更も通知する。
ラッパー:ラッパーは、アップデータにより自動的にインストールされる。それは、目に見えるアイコンを有しておらず、常にアップデータにより開始される。ラッパーは、新たなバンドルをチェックし且つインストールする。ラッパーは、システムリスタートを周期的に実行し、また、WiFiリスタートを周期的に実行する。これらのステップを実行することにより、何らかの理由でネットワーク接続が失われた場合に、患者機器が強制的に接続状態を再確立することが確実にされる。ラッパーはまた、図45に示すように、クラッシュ報告メッセージをポータルコンピュータに送信する責任がある。
バンドル:バンドルは、ラッパーにより自動的にインストールされる。バンドルは、HTML5、CSS、JS App等のプロトコルをサポートする。アップデータやラッパーとは異なり、バンドルは、例えばカレンダの形で、患者機器上で現実に見ることが可能である。バンドルは、イベントAPIを使用し、且つ、全てのイベントの表示を処理する。バンドルはまた、ラッパーにいかなる表示設定変更も通知する。
バンドルは、HTML5、CSSで、ジャバスクリプト(JS)圧縮されたtarファイルとして実装される。バンドルは、
AJAXリクエスト、
Zepto.js
JQuery(例えば、InternetExplorerのみ)
TTSおよび設定プラグインとのCustomJS通信
等のプロトコルおよび技術を使用し且つサポートするように構成されてもよい。
以下のHTML5 APIがサポートされている:
ファイルシステム(Filesystem)
ウェブストレージ(Webstorage)
オーディオ(Audio)
ファイルライター(File Writer)
AJAXリクエスト、
Zepto.js
JQuery(例えば、InternetExplorerのみ)
TTSおよび設定プラグインとのCustomJS通信
等のプロトコルおよび技術を使用し且つサポートするように構成されてもよい。
以下のHTML5 APIがサポートされている:
ファイルシステム(Filesystem)
ウェブストレージ(Webstorage)
オーディオ(Audio)
ファイルライター(File Writer)
アップデータ―ラッパー―バンドル機構がどのように動くかについて更に説明するため、ここで図46〜図50を参照する。図46は、患者機器がそのブートアップシーケンスを終えたあとに実行されるアップデータブロードキャストレシーバ動作を示す。プロシージャは簡単である。アップデータアクティビティ開始プロシージャが起動されることにより、アップデータがロードされ、実行される。すると、アップデータブロードキャストレシーバプロシージャが終了する。
図47に示すように、次にラッパーが開始される。プロシージャは、まず、(もしあれば)クラッシュ報告を送信し、レポート送信がうまく送信されたことをテストし、その後、クラッシュ報告のローカルコピーを削除する。その後、プロシージャは、下位ハードウェアへのルートアクセスが作動可能かどうかを確認する為にテストを行う。作動可能でない場合、ユーザへのレポートが生成され、ラッパーアクティビティスタートシーケンスが終了される。このユーザへのレポートは、トラブルシューティングを目的として提供される。患者機器の通常のユーザは、このメッセージを理解することを期待されていない。
ルートアクセスの確立に成功した場合、ラッパーアクティビティスタートプロシージャは、機器自動アップデートを無効化し、WiFiリブートのスケジュールを設定し、ダウンローダをリスタートしその後実行する。変更された設定はまた、図示したように、リブートを開始する。
ラッパーのダウンローダアクティビティを、図48に図示する。ダウンロードされる新たなバンドルがない場合、ラッパーアクティビティは、所定の期間、単にスリープ状態であり、その後、新たなバンドルが存在するかどうかを確認する為にテストを再度行う。新たなバンドルが存在する場合、バンドルがダウンロードされ、アクティビティダウンローダは、ファイルが適切にダウンロードされたかどうかを確認する為にチェックする。ここでは、ダウンロードされたコードが転送の間に改変されなかったことを保証するために、ファイルのMD5チェックサムをチェックすることを含む。その後、コードがインストールされ、プロシージャは所定の期間再びスリープ状態に入る。ダウンロードプロシージャまたは次のテストおよびローディングプロシージャのいずれかが失敗した場合、アクティビティダウンローダは、異なる所定の期間スリープ状態に入る(失敗後スリープ期間)。
クラッシュ処理ラッパーアクティビティプロシージャを図49に示す。クラッシュが発生すると、ラッパーは、クラッシュ発生時のタイムスタンプを含む、関係する例外(エラー)情報を収集する。この例外情報はローカルストレージに保存され、所定時間(例えば10秒)後に機器をリスタートさせるように、アラームのスケジュールを設定する。しばしば、クラッシュまたは例外は、ネットワーク接続の断続的な喪失に起因し得る。したがって、スケジュール設定されたリセットは、リブートすることによりこの問題に対処するように、クラッシュ処理プロシージャ内にプログラムされる。
バンドル機構により用いられるプロシージャを図50に示す。このプロシージャは、設定が更新されることになっている場合に、患者機器上でバンドルにより実行される。プロシージャは、ポータルコンピュータ(サーバ)から新しい設定を取り出し、ポータルコンピュータが、適切な認証情報(credentials)を新しい設定に関連付けたことを保証するために(これらの新しい設定がこの機器に向けられたものであることを保証するために)テストを行い、その後、いずれかの設定が実際に変更されたかどうか判定するためにチェックが行われる。いずれかの設定が実際に変更された場合、設定が更新され、ラッパーコードが通知される。認証情報をチェックする際、患者機器が必要な認証情報を以前に与えられていた場合、機器のユーザは何もする必要がない。しかし、認証情報が存在しない場合、または、それらがポータルコンピュータからの指定にマッチしない場合、ユーザは、ログイン画面で、必要な認証情報を入力することを促される。更新の詳細をチェックする際、設定が変更されなかったとバンドル設定更新プロシージャが判定した場合、プロシージャは、所定のリフレッシュレート期間の間、スリープモードに入る。
設定管理
上記のテーブルにおいて、以下の設定を、ポータルコンピュータを用いて変更または設定してもよい。
・ リフレッシュレート:ポータルコンピュータ(サーバ)からのカレンダイベントリフレッシュ
・ プリファレンスリフレッシュレート:ポータルコンピュータからの設定リフレッシュ
・ 有効化されたTTS:アプリケーション(例えばカレンダー)音声合成を有効化/無効化する
・ ソフトウェア更新レート:バンドル更新チェックレート
・ ソフトウェア更新失敗レート:失敗時およびカレンダーが無い場合のバンドル更新チェックレート
・ リブートレート:周期的リブートレート
・ WiFiリスタートレート:周期的WiFiリスタート
上記のテーブルにおいて、以下の設定を、ポータルコンピュータを用いて変更または設定してもよい。
・ リフレッシュレート:ポータルコンピュータ(サーバ)からのカレンダイベントリフレッシュ
・ プリファレンスリフレッシュレート:ポータルコンピュータからの設定リフレッシュ
・ 有効化されたTTS:アプリケーション(例えばカレンダー)音声合成を有効化/無効化する
・ ソフトウェア更新レート:バンドル更新チェックレート
・ ソフトウェア更新失敗レート:失敗時およびカレンダーが無い場合のバンドル更新チェックレート
・ リブートレート:周期的リブートレート
・ WiFiリスタートレート:周期的WiFiリスタート
ポータルコンピュータ
ポータルコンピュータは、ネットワーク化されたコンピュータ、または、適切なネットワーク接続を通じて患者機器50と通信する統合されたコンピュータの集まりである。例えば、ポータルコンピュータおよび患者機器は、仮想プライベートネットワーク(VPN)接続を用いるなど、インターネットを介してセキュアチャネルを通じて通信するようにプログラムされてもよい。患者機器とポータルとの統合を実装するために使用されるデータが格納されるデータベースとして機能するようにプログラムされたデータストレージシステム56が、ポータルコンピュータに関連付けられている。必要に応じて、ポータルコンピュータは、上記のコンピュータシステム12(もしくはサーバ150およびデータベース160)を用いて実装され得る。あるいは、別個のコンピュータを用いてポータルコンピュータ55を実装してもよい。
ポータルコンピュータは、ネットワーク化されたコンピュータ、または、適切なネットワーク接続を通じて患者機器50と通信する統合されたコンピュータの集まりである。例えば、ポータルコンピュータおよび患者機器は、仮想プライベートネットワーク(VPN)接続を用いるなど、インターネットを介してセキュアチャネルを通じて通信するようにプログラムされてもよい。患者機器とポータルとの統合を実装するために使用されるデータが格納されるデータベースとして機能するようにプログラムされたデータストレージシステム56が、ポータルコンピュータに関連付けられている。必要に応じて、ポータルコンピュータは、上記のコンピュータシステム12(もしくはサーバ150およびデータベース160)を用いて実装され得る。あるいは、別個のコンピュータを用いてポータルコンピュータ55を実装してもよい。
家族(または介護施設のスタッフ)は、ポータルコンピュータと対話することにより、患者機器50のユーザインタフェースをカスタマイズし、特定のコンテンツまたは特定のアプリケーションを選択し、遠隔制御により患者機器を直接制御する。ポータルコンピュータにより入力された情報は患者機器50に対してプッシュされ、機器が患者によってどのように使用されているかに関するフィードバックがポータルコンピュータに送り返される。
一般に、ポータルコンピュータ55は、そのデータストレージシステム56内に、UI要素の集まりまたはキット、ならびに、デジタルコンテンツ(例えば、画像、動画、音楽)および患者機器50に対してプッシュされ得るアプリケーションプログラム(そのアプリケーションプログラムはその後患者機器50において実行される)を、格納する。これを行うため、ポータルコンピュータ55は、家族または介護施設スタッフが患者機器が機能する方法をカスタマイズすることができるように機能する。このようなカスタマイズは、以下の3つのカテゴリに分類されてもよい:UI要素のカスタマイズ(概略的に参照符号60で示す)、コンテンツおよびアプリケーションのカスタマイズ(概略的に参照符号68で示す)、遠隔制御能力(概略的に参照符号70で示す)。
選択されたUI要素、アプリケーションおよびコンテンツを含むカスタマイズ事項は、ポータルコンピュータから患者機器に対してプッシュされる。ポータルコンピュータは、全てのUI要素設定情報および所与のアプリケーション選択情報を格納するデータ構造を含むパッケージを組み立てる。パッケージは、さまざまな異なるデータ圧縮アルゴリズムのいずれかを用いて圧縮され、その後、セキュアチャネルを介して患者機器に送信されてもよい。患者機器は、パッケージを復元し、そこに含まれている要素設定情報およびアプリケーション選択情報を抽出する。その後、これらのデータは患者機器のメモリ内のバッファに配置され、その一方で、機器の現在の設定が、バックアップのために患者機器のメモリ内に保存される。その後、バッファに配置されたデータが現在の要素設定およびアプリケーション選択設定とスワップされ、任意の実行中のアプリケーションは、リブートするか、さもなければ新しい設定をリロードするように命令される。
データパッケージはまた、患者機器上で実行される実行可能なアプリケーションの実際のコピー、ならびに、家族によって提供された画像、音楽、動画および他のマルチメディアコンテンツ等のコンテンツも含み得る。ポータルコンピュータが患者機器の状態を保存するので、ポータルコンピュータは、実行可能なアプリケーション(保存された状態情報に応じて患者機器に既に存在している)のコピーを再送信しない。家族または他の介護者が、特定の実行可能なアプリケーションを隠すかまたは患者機器から削除することを選択した場合、アプリケーション選択設定は、ポータルコンピュータから患者機器に送達されたパッケージ内に格納される。このアプリケーション選択設定は、患者機器から記憶領域を取り戻す必要があると考えられない限り実際にアプリケーションを患者機器から削除すること無く、実行可能なアプリケーションを見せなくすることにより、患者機器によって実施される。したがって、家族または介護者がアプリケーションを再有効化することを後に決定した場合、それは単にアプリケーション選択設定を介してスイッチオンされるだけであり得、患者機器に対して再度プッシュされる必要はない。
ポータルコンピュータをプログラムする方法
ポータルコンピュータは、インターネットを通じて通信するように接続されたネットワーク化されたコンピュータによって実装されてもよい。ポータルコンピュータは、少なくとも一つのプロセッサと、ポータルコンピュータにここで説明する機能を実装させるプログラム命令が格納される、関連付けられた一時的でない(non-transient)メモリとを有する。好ましくは、ポータルコンピュータは、ディスプレイモニタと、キーボード、マウスおよび/またはタッチスクリーン等の適切な入力デバイスとを備えている。
ポータルコンピュータは、インターネットを通じて通信するように接続されたネットワーク化されたコンピュータによって実装されてもよい。ポータルコンピュータは、少なくとも一つのプロセッサと、ポータルコンピュータにここで説明する機能を実装させるプログラム命令が格納される、関連付けられた一時的でない(non-transient)メモリとを有する。好ましくは、ポータルコンピュータは、ディスプレイモニタと、キーボード、マウスおよび/またはタッチスクリーン等の適切な入力デバイスとを備えている。
ポータルコンピュータは、以下のソフトウェアアーキテクチャを使用する。このソフトウェアアーキテクチャにより、ポータルコンピュータのプロセッサは、ここで説明する機能を実行するようにプログラムされる。もちろん、異なるアーキテクチャを使用してもよい。
ポータル通信ソフトウェアアーキテクチャを図44に示す。図示のとおり、ポータルコンピュータとして動作しているネットワーク化されたコンピュータは、患者機器との間でメッセージの送受信を行う。図44は、ポータルコンピュータおよび患者機器のAPIがどのように構成されて、このメッセージングを介して対話するかを示す。ポータルソフトウェアAPIの更なる記述を、ここで説明する。
図44に示すように、ポータルコンピュータは、ラッパー更新API219を含むように構成されている。ラッパー更新API219は、患者機器上のアップデータ213と通信し、いつ新たなラッパーが送達されて患者機器にインストールされるかを示すために使用される「新しいバージョンのラッパーをチェックする」メッセージを仲介する。ポータルコンピュータはまた、患者機器上で実行されるイベントを仲介するイベントAPI221を含む。イベントAPIは、「ログイン」、「イベントリストを入手」および「カレンダプリファレンスを入手」を含むメッセージに応答する。イベントAPIはまた、患者機器に対してプッシュされた他のアプリケーションで、同様のメッセージを処理する。ポータルコンピュータは、「新しいバージョンのバンドルをチェックする」メッセージを介して患者機器におけるバンドルの更新を仲介するバンドル更新API223を更に含む。最後に、ポータルコンピュータは、追加のポータルソフトウェアAPI225を含む。これら追加のポータルソフトウェアAPI225により、ポータルコンピュータは、インターネット上で利用可能なクラウドサービス等の他のシステムと接続され得る。
図45を参照すると、ポータルコンピュータはまた、患者機器から送信されたクラッシュ報告のログ付けを行うセントリークラッシュ(sentry crash)報告モジュール227を含む。このようなクラッシュ報告は、例えば、ネットワーク接続の断続的な喪失などにより先に説明したアップデータ―ラッパー―バンドル機構が適切に動作しない場合に生成されてもよい。クラッシュ報告はまた、例えば、カレンダーアプリケーション等の、患者機器上で実行中のアプリケーションから送信されてもよい。
ポータルソフトウェアAPIの記述
Login − サーバ上のクライアントを認証する方法を提供する。一旦認証されると、APIKEYは返される。この鍵は、ほぼ全ての他の方法のための認証として使用される。
Params:
username:Resident Display Login, 居住者のディスプレイタブレットにおいて得られる;
token:Resident Display Password, 居住者のディスプレイタブレットにおいて得られる;
uhid:UNIQUEハードウェア識別子。システムはユーザ1人あたり1台の機器のみを受け入れる。逆もまた同様。
Login − サーバ上のクライアントを認証する方法を提供する。一旦認証されると、APIKEYは返される。この鍵は、ほぼ全ての他の方法のための認証として使用される。
Params:
username:Resident Display Login, 居住者のディスプレイタブレットにおいて得られる;
token:Resident Display Password, 居住者のディスプレイタブレットにおいて得られる;
uhid:UNIQUEハードウェア識別子。システムはユーザ1人あたり1台の機器のみを受け入れる。逆もまた同様。
Log out − これは、以前に取得したAPIKEYを無効にする。
Params:
apikey:/login方法で得られたAPIKEY。
Params:
apikey:/login方法で得られたAPIKEY。
get_update_version − このクライアントについて最新の利用可能なバージョンのバンドルを返す。
Params:
apikey:/login方法で得られたAPIKEY。
Params:
apikey:/login方法で得られたAPIKEY。
get_wrapper_update − 最新バージョンのラッパーを返してダウンロードする。この場合、識別としてAPIKEYの代わりにクライアントUHIDを使用する。この時点において、クライアントは未だログインしていない。
Params:
uhid:UNIQUEハードウェア識別子。システムはユーザ1人あたり1台の機器のみを受け入れる。逆もまた同様。
Params:
uhid:UNIQUEハードウェア識別子。システムはユーザ1人あたり1台の機器のみを受け入れる。逆もまた同様。
Sync_Api − クライアントが必要とする全てのデータを提供する。これは、設定、イベント、メッセージおよび他のメディアリソース(写真、音楽および動画)を含む。この方法への各リクエストは、E-Tagという名前のヘッダフィールド内のSHA1ハッシュを返す。
このハッシュが、次のリクエストに使用される。サーバは、この情報を用いて、以前に提供されたコンテンツに変更があったかどうかを判定する。変更があった場合、新しいデータが、200ステータスコードと共に返される。変更がなかった場合、304が返される。これは、サーバCPUの使用を減らすだけでなく、帯域幅も節約する。
メディアリソース(画像、音楽および動画)は、ローカルに格納されることになっている。各メディアは、システム全体において固有の名前を有する。
Accept:所望の応答フォーマットを示すために使用され得る。
On4-Token:/login方法で得られたAPIKEY。
On4-Version:アプリケーションバージョン。
On4-TzOffset:UTC時間と現地時間との時差(秒)。現地時間がUTC時間よりも遅い場合には、マイナスの符号を用いる必要がある。
On4-Position:機器の緯度および経度。この情報を用いて、正確な気象情報を機器に提供する。
On4-Time:現在のUTCタイムスタンプ。NOWについて、値0(ゼロ)が受け入れられる。サーバは、この時間から3日先までのイベントを返す。
If-None-Match:最後のリクエストから得られたE-Tag値、もしくは、第1のコールが提供されるか何も提供されない場合にはエンプティ。
Accept:所望の応答フォーマットを示すために使用され得る。
On4-Token:/login方法で得られたAPIKEY。
On4-Version:アプリケーションバージョン。
On4-TzOffset:UTC時間と現地時間との時差(秒)。現地時間がUTC時間よりも遅い場合には、マイナスの符号を用いる必要がある。
On4-Position:機器の緯度および経度。この情報を用いて、正確な気象情報を機器に提供する。
On4-Time:現在のUTCタイムスタンプ。NOWについて、値0(ゼロ)が受け入れられる。サーバは、この時間から3日先までのイベントを返す。
If-None-Match:最後のリクエストから得られたE-Tag値、もしくは、第1のコールが提供されるか何も提供されない場合にはエンプティ。
UI要素のカスタマイズおよび能力点数
患者機器50を使用するときに患者が対話するユーザインタフェースは、家族(またはスタッフメンバー)によって選択された後患者機器に対してプッシュされ得るUI要素62のキットからなる。UI要素は、データストレージシステム56に保存されており、ユーザインタフェース要素の特別に選択されたセットを構成する。これらユーザインタフェース要素の各々は、所与のレベルの認識能力および/または運動能力にマッチし、患者が毎日必要とする情報を患者に提供し、家族および患者が連絡を取りあうことを可能にするように、等級付けされている。
患者機器50を使用するときに患者が対話するユーザインタフェースは、家族(またはスタッフメンバー)によって選択された後患者機器に対してプッシュされ得るUI要素62のキットからなる。UI要素は、データストレージシステム56に保存されており、ユーザインタフェース要素の特別に選択されたセットを構成する。これらユーザインタフェース要素の各々は、所与のレベルの認識能力および/または運動能力にマッチし、患者が毎日必要とする情報を患者に提供し、家族および患者が連絡を取りあうことを可能にするように、等級付けされている。
家族または看護スタッフが所与の患者のニーズに対して適切なUI要素を選択することを容易にする為に、キット62内の個々のUI要素64の各々には、認知能力および/または運動能力点数66が少なくとも一つ関連付けられている。能力点数は、そのUI要素を使用する際にユーザが有する難易度に基づき、数字のスコアを各UI要素に割り当てるものである。キット62は、自動のUI要素から、使用がきわめて簡単なUI要素や、使用するのは高度であるUI要素に至るまで、さまざまな冗長であったり機能が重複するUI要素を含むので、特定の患者の能力に対して適切なものが選択され得る。
必要に応じて、各UI要素に複数の点数を関連付け得る。したがって、認知能力点数に加えて、運動能力点数(視力、聴力、手の器用さ)を関連付けてもよい。異なるアプリケーションまたはコンテンツの難易度にランク付けするために、適用可能であれば、認知能力および他の能力点数を適用してもよい。
例えば、高い認知能力および高い運動技術を有するユーザは、画像閲覧アプリケーションでどの写真を見たいかを選択するために、ドロップダウンメニューのUI要素をどのように使用するかを理解するのに困難は無いかもしれない。より能力の低い人は、ドロップダウンメニューを操作できないかもしれないが、どのように前進ボタンおよび後退ボタンを用いて、一旦患者のために自動的に選択された写真をブラウズすればよいかについては理解できるかもしれない。さらに能力の低い人は、いかなるUI要素も操作できないかもしれない。その場合、アプリケーションが自動スライドショーを実行する。自動スライドショーにおいて、写真は、患者によって制御されない、予め定義されたレートで選択される。
これは、図36aおよび36bに図示されており、患者機器に対してプッシュされた基本の写真閲覧アプリケーションを備えている。図36aは、平均的な視力および並の認知能力を有する患者のためにカスタマイズされたディスプレイを示す。したがって、図36aにおいて、日および時刻は「通常の」大きさの文字で表示され、「次の写真」、「前の写真」および「前に戻る」のボタン80が表示され且つアクティブである。この患者にとって、左側を向いたボタンを押して「戻る」および右側を向いたボタンを押して「進む」という見込みは、困難な作業ではない。
それに対して、図36bのユーザインタフェースは、視力が平均未満であり且つ認知能力が限られた(またはおそらく手の器用さが限られた)人のためのポータルを用いてカスタマイズされている。したがって、日および時刻は、「大きい」サイズで表示され、「次の写真」、「前の写真」および「前に戻る」のボタンは隠されている。ボタン80の除去を説明するために、写真閲覧アプリケーションのスライドショー機能82は「自動」に切り替えられており、これにより、第1の画像から次の画像へ、またその次の画像へと、画像が自動的に循環される。この場合、患者は画面を見ればよいだけである。押すべきボタンは存在しない。
認知能力点数および他の能力点数の使用
UI要素のフルキットを提供することにより、ポータルコンピュータ55は、各患者のために高度に洗練され且つ高度にカスタマイズされたユーザ経験を選択的に組み立てることができる。しかし、異なる能力点数レベルにある、このような多数の異なるUI要素を有してしまうことには、困難がないわけではない。典型的な家族または看護スタッフは、ユーザインタフェース設計において、ほとんどまたは全く経験が無いかもしれない。
UI要素のフルキットを提供することにより、ポータルコンピュータ55は、各患者のために高度に洗練され且つ高度にカスタマイズされたユーザ経験を選択的に組み立てることができる。しかし、異なる能力点数レベルにある、このような多数の異なるUI要素を有してしまうことには、困難がないわけではない。典型的な家族または看護スタッフは、ユーザインタフェース設計において、ほとんどまたは全く経験が無いかもしれない。
したがって、UIをカスタマイズするプロセスを単純化するために、ポータルコンピュータは、認知能力点数(および他の点数)に応じてUI要素をソートおよびランク付けし、それにより、患者機器のユーザインタフェースをカスタマイズしようとしている人に、適切なものが最初に提供される。図42aおよび42bは、これがどのように達成されるかについて、2つの別の実施形態を示す。図42aにおいて、ディスプレイ57は、患者機器のディスプレイに表示されているもの(この場合、カレンダーアプリケーション(参照符号81))のイメージを、クロック―日付―天気ヘッダ(参照符号83)と共に提示する。患者機器のディスプレイの右辺に沿って、アプリケーションセレクタ85が設けられている。アプリケーションセレクタ85において、アプリケーションに対応するアイコンは、患者機器に対してプッシュされるために利用可能である。ディスプレイ57はまた、各アプリケーションの能力点数が表示されるランキングウインドウ87を含む。なお、クロック―日付―天気ヘッダは、画像アプリケーション(4の点数を有する、すなわち難易度が平均を超えている)と比較して、このインタフェース要素が比較的使い易いことを示す「2」の点数を有する点に留意されたい。ランキングウインドウは、特定の患者の実際の使用統計値もしくはアグリゲーションサーバコンピュータ74(図34)によって生成された合計統計値のいずれかに基づき得る、システムによって割り当てられた点数を示すことが理解される。複数の異なる点数が実装されている場合(例えば、認知能力点数および運動能力点数)、ポータルコンピュータのユーザは、家族または看護スタッフが、適切なラジオボタン(参照符号89)を選択することによって点数を切り換えることを許可する。これらのボタンのいずれかを選択することにより、表示されたアプリケーションのランキングを切り換えて、選択された選択肢を反映する。
図42bは、患者機器に対してプッシュするために選択するアプリケーションを提示する異なる方法を示す。この実施形態において、アプリケーションセレクタウインドウ91は、全ての利用可能なアプリケーションを列挙する。列挙されたアプリケーションは、所望の点数のラジオボタンの選択(参照符号89)に基づき、能力点数の順にソートされている。その後、家族または看護スタッフは、選択されたアプリケーションを、プッシュウインドウ93までドラッグし得る。こうすることにより、プッシュウインドウ内のアプリケーションは、患者機器に対してプッシュされるアプリケーションとしてマークされる。この場合、3つのアプリケーションが選択されている。ポータルコンピュータは、プッシュウインドウにドラッグされたアプリケーションに基づいて、平均難易度および最大難易度を表示する。これにより、家族または看護スタッフは、選択されたアプリケーションのパレットが患者に課す難易度を容易に理解することができる。
あるいは、ポータルコンピュータ55は、以前に得られた患者の能力についての知識に基づき、自動的に適切な構成を選択するようにプログラムされる。この演繹的な知識は、後述するように、患者機器からの使用統計値のフィードバックから得られる。
アプリケーション選択に関して基本的な選択が一旦なされると、ポータルはまた、より詳細な画面を提供する。この画面により、家族または看護スタッフは、特定のアプリケーションに特有のさらなる詳細を設定することができる。この点に関して、図38および図39は、基本的な表示およびユーザ対話機能を設定するための例示的な画面を示す。図39は、図42bのものと同様の、アプリケーション選択構造91および93を含む。図40は、患者機器に対してプッシュされるコンテンツのリストに音楽および動画コンテンツを追加するために使用される、別の例示的な画面を示す。図41は、家族または看護スタッフにより、患者が定期的に通信したい人と共に、Skype等のメッセージングアプリケーションをプリセットするために使用される例示的な画面を示す。
遠隔制御
いくつかの場合においては、家族はアプリケーションまたはコンテンツを患者と共有したいかもしれないが、そのアプリケーションまたはコンテンツのためのユーザインタフェースは、患者の認知能力を超えているかもしれない。このような場合、ポータルは遠隔制御能力を提供し、それにより、家族はポータルを介して操作して、患者機器に提示されるものを直接制御できる。
いくつかの場合においては、家族はアプリケーションまたはコンテンツを患者と共有したいかもしれないが、そのアプリケーションまたはコンテンツのためのユーザインタフェースは、患者の認知能力を超えているかもしれない。このような場合、ポータルは遠隔制御能力を提供し、それにより、家族はポータルを介して操作して、患者機器に提示されるものを直接制御できる。
例えば、患者機器を介した通話またはビデオチャットの間、家族は、以前患者機器に対してコンテンツとしてプッシュされた数枚の画像を患者に見せたいかもしれない。遠隔制御能力を用いると、家族は、例えばスライドプレゼンテーションアプリケーションを直接起動して、患者に画像を見せることができる。
使用データの収集、フィードバックおよび合算
使用データの収集およびフィードバックのコンセプトは、患者機器―ポータルコンピュータ統合にとって重要である。患者が患者機器を使用すると、どのアプリケーションおよびコンテンツが閲覧されたかならびにそれはいつのことか、またどのUI要素が使用されたかならびにそれはいつのことかを示すデータが、リアルタイムに収集される。その後、これらの収集されたデータは、フィードバックとしてポータルコンピュータに通信される。
使用データの収集およびフィードバックのコンセプトは、患者機器―ポータルコンピュータ統合にとって重要である。患者が患者機器を使用すると、どのアプリケーションおよびコンテンツが閲覧されたかならびにそれはいつのことか、またどのUI要素が使用されたかならびにそれはいつのことかを示すデータが、リアルタイムに収集される。その後、これらの収集されたデータは、フィードバックとしてポータルコンピュータに通信される。
フィードバックは、いくつかの点において重要である。第一に、特定のユーザインタフェース要素、コンテンツまたはアプリケーションが使用されていない場合、または患者により誤って使用されている場合に、フィードバックは家族に警告する。これにより、家族は、ユーザインタフェース、コンテンツおよびアプリケーションが患者の認知能力によりマッチするように、カスタマイズすることができる。図37aおよび図37bに示すように、患者機器から提供されたフィードバックは、さまざまな方法で家族に提示され得る。2つの方法について説明した。
図37aにおいて、ポータルコンピュータに取り付けられたディスプレイ57は、患者機器上に表示される、画面のイメージを提供する。このディスプレイは、リアルタイムに更新されて、患者が現在何をしているかを表示する。この場合、患者は、最後に「カレンダー」ボタンを押して、カレンダーアプリケーションを閲覧している。図37bは、代替の「ヒートマップ」図を示す。ここで、患者機器のユーザによって作動され得る各UI要素はオーバレイと共に示されており、UI要素の各々が最後の測定期間の間にどれくらいの頻度で使用されたかについてのヒートマップまたはグラフィック比較図を示している。図37bにおいて、異なる大きさの円の形状のグラフィック表示が、相対的な使用統計値を示すために使用される。円が大きくなるほど、そのUI要素の使用頻度は高い。必要に応じて、グラフィック表示と共に、またはグラフィック表示の代わりに、数字の統計値を表示し得る。もちろん、ヒートマップをグラフィックで表現する他の方法を用いてもよい。
第2に、フィードバックはまた、クラウド72内のインターネットベースのアグリゲーションサーバコンピュータ74(図34)に送信されてもよく、ここで多数のユーザに亘って使用点数統計値が合算される。その後、合算されたデータを用いて、UI要素の各々について認知能力点数を更新する。このようにして、各UI要素の難易度は、時間の経過とともに集められる使用統計値に基づいて微調整される。必要に応じて、合算データは、重み付けされ、特定の患者からの使用データと組み合わされ、混合された認知能力点数が提供され得る。
これらの合算されたデータはまた、特定の患者のための「おすすめの」ユーザインタフェース構成を自動的に構成するときに、ポータルコンピュータ55により使用される。これを達成するために、ポータルコンピュータは、患者機器に対してプッシュされ得るポータルコンピュータに格納されたアプリケーションの各々についておすすめのカスタマイズ構成を示す一組のUI要素テンプレートを、アグリゲーションサーバコンピュータから受け取る。これらのテンプレートは、UI要素が複数の異なる能力レベルの各々と一致するように選択されるように、合計使用統計値を用いて作成される。
合算された統計的データをコンパイルするために、患者の現在の認知能力点数以外の患者に関する個人情報は、クラウドへ移送されない。したがって、合算により、必然的に、UI要素Aは認知能力がレベル3未満の人に使用されなかったことや、UI要素Bは認知能力がレベル5未満の人に使用されなかったこと等が発見される。
アグリゲーションサーバコンピュータをプログラムする方法
アグリゲーションサーバコンピュータは、ネットワーク化されたコンピュータ、または、適切なネットワーク接続を通じてポータルコンピュータと通信する、あるいは直接患者機器と通信する、統合されたコンピュータの集まりである。アグリゲーションサーバコンピュータは、少なくとも一つのプロセッサと、アグリゲーションサーバコンピュータにここで説明する機能を実装させるプログラム命令が格納される、関連付けられた非トランジェント(non-transient)メモリとを有する。
アグリゲーションサーバコンピュータは、ネットワーク化されたコンピュータ、または、適切なネットワーク接続を通じてポータルコンピュータと通信する、あるいは直接患者機器と通信する、統合されたコンピュータの集まりである。アグリゲーションサーバコンピュータは、少なくとも一つのプロセッサと、アグリゲーションサーバコンピュータにここで説明する機能を実装させるプログラム命令が格納される、関連付けられた非トランジェント(non-transient)メモリとを有する。
例示的なアグリゲーションコンピュータは、ポータルコンピュータは、以下のソフトウェアアーキテクチャを使用する。このソフトウェアアーキテクチャにより、ポータルコンピュータのプロセッサは、ここで説明する機能を実行するようにプログラムされる。もちろん、異なるアーキテクチャを使用してもよい。
データ収集ソフトウェアエージェント
「データ収集」ソフトウェアエージェントは、患者機器内部で常時実行されるように維持される。データ収集ソフトウェアは、メッセージ、画像、動画、アクティビティ等、全てのシステムアナウンスメント、ならびに、タッチ、アプリケーション選択およびスクロール等、全てのユーザ対話を、ローカルバッファにログ付けする。全てのログデータポイントは、タイムスタンプを押されて、それが行われた正確な時刻を反映する。カスタマイズ可能な頻度レートに応じて、新たなログデータポイントが、Log_APIを用いてポータルにアップロードされる。
「データ収集」ソフトウェアエージェントは、患者機器内部で常時実行されるように維持される。データ収集ソフトウェアは、メッセージ、画像、動画、アクティビティ等、全てのシステムアナウンスメント、ならびに、タッチ、アプリケーション選択およびスクロール等、全てのユーザ対話を、ローカルバッファにログ付けする。全てのログデータポイントは、タイムスタンプを押されて、それが行われた正確な時刻を反映する。カスタマイズ可能な頻度レートに応じて、新たなログデータポイントが、Log_APIを用いてポータルにアップロードされる。
Log_API − この方法により、クライアントは、情報ログをサーバに送信することができる。これは、任意の重要な/該当する情報を送信するために使用し得る。
Params:
apikey:/login方法で得られたAPIKEY。
data JSON:以下のフォーマットで一つ以上のオブジェクトを含むアレイ:
[ "メッセージ": "サンプルメッセージ", //送信するメッセージ"イベント時刻 ": 1380566627, //メッセージ作成時刻を表しているUNIXタイムスタンプ "レベル ": "情報" //ログレベル. 有効なオプションは: 情報, デバグ, 警告およびエラー]
ログの例:
患者機器上で実行されているデータ収集のためのソースコードの例
Params:
apikey:/login方法で得られたAPIKEY。
data JSON:以下のフォーマットで一つ以上のオブジェクトを含むアレイ:
[ "メッセージ": "サンプルメッセージ", //送信するメッセージ"イベント時刻 ": 1380566627, //メッセージ作成時刻を表しているUNIXタイムスタンプ "レベル ": "情報" //ログレベル. 有効なオプションは: 情報, デバグ, 警告およびエラー]
ログの例:
患者機器上で実行されているデータ収集のためのソースコードの例
アグリゲーションサーバコンピュータ74は、全てのアプリケーションおよびUI要素に亘る合計能力点数を、システム(例えば、認知能力点数、運動能力点数等)によって使用される各々の異なる能力点数について計算するようにプログラムされる。これを行うため、アグリゲーションサーバは、アグリゲーションサービスに参加している各ポータルコンピュータから送信された使用データパケットを受信するようにプログラムされる。ポータルコンピュータの各々は、そのポータルコンピュータと通信している患者機器から受け取ったフィードバックから抽出された情報を含む使用データパケットを周期的に送信するようにプログラムされる。
使用データパケットは一つ以上のレコードからなる。それらレコードの各々は以下の情報を含む:
・ ポータルID(送信ポータルコンピュータの固有の指示子)
・ 能力点数指示(レコードが認知能力、運動能力または他の何らかの能力の次元を表すかどうか)
・ 患者の現在の能力(データが収集された患者についての能力レベル)
・ UI要素ID(このレコードにおいて報告されている特定のユーザインタフェース要素またはアプリケーションについての固有の指示子)
・ 報告期間(ポータルコンピュータがデータを収集した期間)
・ 使用カウント(報告期間の間にUI要素またはアプリケーションが患者によって使用された回数)
・ ポータルID(送信ポータルコンピュータの固有の指示子)
・ 能力点数指示(レコードが認知能力、運動能力または他の何らかの能力の次元を表すかどうか)
・ 患者の現在の能力(データが収集された患者についての能力レベル)
・ UI要素ID(このレコードにおいて報告されている特定のユーザインタフェース要素またはアプリケーションについての固有の指示子)
・ 報告期間(ポータルコンピュータがデータを収集した期間)
・ 使用カウント(報告期間の間にUI要素またはアプリケーションが患者によって使用された回数)
データパケットは患者の身元を開示するいかなる情報も含まない点に留意されたい。患者について知られていることは、患者の現在割り当てられている能力レベルだけである。
アグリゲーションサーバコンピュータは、受け取ったデータパケットからデータを抽出し、格納する。データはこのように、各々が複数の異なる患者に供されている可能性のある複数のポータルコンピュータについて蓄積される。したがって、アグリゲーションサーバによって収集されたデータは、患者のある母集団を表しており、異なるUI要素およびアプリケーションの各々を使用する際にその母集団が経験した難易度を示している。合算されたデータから、アグリゲーションサーバは使用統計値を計算し、これらはその後それぞれのポータルコンピュータに送り返される。
使用統計値は、例えば、各UI要素およびアプリケーションについて、合計の(母集団全体に亘る)点数を含む。例えば、これらの合計点数は、例えば、ID番号512を有するUI要素が、能力レベル3を報告した患者の母集団の90%により使用されたが、能力レベル2を報告した患者の母集団の20%にしか使用されなかったこと、を示すかもしれない。このように生成された統計値は、参加しているポータルコンピュータに返送され得、ポータルコンピュータにおいて、ある特定の患者のためのUI構成を設計する際に、UI要素およびアプリケーションをランク付けして家族または看護スタッフに提示するために使用される。
アグリゲーションサーバコンピュータによって生成された使用統計値は、UI要素の各々が、さまざまな能力レベルを有し広範であり得る母集団によって、どのように受け取られ、理解されるかを表す。個々の患者は、母集団とは異なる特定の能力レベルを有するかもしれない。例えば、特定の患者は、能力レベル3の母集団と、かなり一貫して略一致するかもしれないが、特定のUI要素またはアプリケーションを使用する際には、特異的に、レベル4の能力を有するかもしれない。ポータルコンピュータは、その患者から収集した使用データを使用し、母集団からの特定のUI要素ランキングを無視して、特定の患者の能力に適合することにより、この事実を考慮し得る。このことは、各患者についてのUI要素ランキングの表をポータルコンピュータのデータストレージシステム56内に格納することにより達成されてもよい。まず最初に、全てのUI要素ランキングは、合計母集団から受け取った値を割り当てられる。しかし、特定のUI要素ランキングを無視して特定の患者の能力に適合すると、これらの値は、上書きされて、その患者についてタブレットに格納された合計データに取って代わる。このようにして、ポータルコンピュータは、UI要素およびアプリケーションの各々についてのUI要素ランキングを、それらが以前その患者によって使用されたことがなくても、表示できる。その後、その患者が特定のUI要素に対してどのように反応するかについての経験が得られると、最終的にその患者の固有の特徴を反映するようにテーブルが更新される。
合計母集団データによって生成されたUI要素ランキングはまた、特定の患者の能力レベルを確定する際に、ポータルコンピュータによって使用されてもよい。このことは、時間の経過とともに(合計ランキング点数に基づいて)次第に上昇する難易度でUI要素およびアプリケーションを患者機器に対してシステム的にプッシュし、どのUI要素またはアプリケーションを患者が十分に利用できないのかが確定(患者機器から提供されたフィードバックに基づいて)されるまでこれを行うことによりなされる。そうして、患者の能力レベルは、患者が一貫して行うことができた最大能力レベルに等しいと確定されてもよい。ここでの目的は、患者に試練を与えることではなく、それよりも、選択したUI要素およびアプリケーションを患者が快適に使用できるベースラインを確定することである。
UI要素のキット
ポータルコンピュータ55のデータストレージシステム56に格納されたUI要素のキット62は、重複し且つ幾分冗長な機能を提供する。例えば、患者によってなされる最もシンプルなジェスチャ命令は、「画面上のどこでもいいからタッチする」ことであり得る。同じことをするためのより高度なものは、ボタンが実行する機能のラベルが付いた1つのボタンを押すことであり得る。さらに高度なものとして、タブ状の選択肢群を有するメニューバーであって、下位レベルは無いようなメニューバー(要するにラベルが付いたボタンの列)が挙げられる。さらに高度なものとしては、1階層下のサブメニュー選択肢を提供するメニュー、と言った具合である。
ポータルコンピュータ55のデータストレージシステム56に格納されたUI要素のキット62は、重複し且つ幾分冗長な機能を提供する。例えば、患者によってなされる最もシンプルなジェスチャ命令は、「画面上のどこでもいいからタッチする」ことであり得る。同じことをするためのより高度なものは、ボタンが実行する機能のラベルが付いた1つのボタンを押すことであり得る。さらに高度なものとして、タブ状の選択肢群を有するメニューバーであって、下位レベルは無いようなメニューバー(要するにラベルが付いたボタンの列)が挙げられる。さらに高度なものとしては、1階層下のサブメニュー選択肢を提供するメニュー、と言った具合である。
このUI要素のキットから選択して、図36aおよび図36bは、どのようにポータルを用いて患者機器上におけるユーザ経験をカスタマイズし得るかを示す。既に説明したように、図36aおよび図36bは、異なるレベルの能力について設定された例示的な写真閲覧アプリケーションを表す。
このユーザインタフェースカスタマイズ機能を実施するために、各アプリケーション(この場合写真閲覧アプリケーション)は、全ての設定可能なユーザインタフェース要素の状態を格納する、患者機器のローカルメモリにおいて定義されたデータ構造を含む。これらの要素の例を図36aおよび図36bに示し、「前の写真」、「次の写真」、「戻る」、「スライドショー状態」、「ヘッダバー日付―時刻プレゼンテーションサイズ」、「リマインダ」等を含む。これらは、設定し得るユーザインタフェース要素のいくつかの例にすぎないことが理解される。
これらのユーザインタフェース設定変数の状態は、ポータルを介したアプリケーションとの対話により変更される。ポータルを使用して、これらの変数の状態が変更されてもよく、変更された場合に、それらは、アプリケーションが患者機器上での実行時にどのように動作するかに影響を及ぼす。
ユーザインタフェース状態変数を保存することに加えて、各アプリケーションに関連付けられたデータ構造はまた、リアルタイムで捕捉されたデータを格納し、患者機器を作動させて特定のユーザインタフェース機能が患者によって使用されたときの各インスタンスを記録する。図35aおよび図35bに示したある実施形態において、カウンタは、インクリメントされて、データ構造の使用履歴部分に格納される。日付およびタイムスタンプ情報も、データ構造に格納されてもよく、厳密にいつユーザインタフェース機能が患者に使用されたかを記録する。図示した実施形態において、インクリメントされた数は、予め定義された(カスタマイズ可能な)期間内に特定の機能がアクセスされた回数を表す。図示の通り、30日の期間が選択されている。例えば、「231.30」は、「前の写真」ボタンが過去30日の間に231回を作動されたことを示す。使用履歴において捕捉されたデータは、フィードバック情報としてポータルに送信され、また、合計統計値を収集するクラウドサーバにも送信される(後でより詳細に説明する)。使用履歴情報を収集することにより、ポータルが、家族または介護者に対して、各アプリケーションのどの機能を患者が使用することができるかを表示することができる。図36bに示すように、1度も使用されていない機能をオフに切り換え得る。
上記実施形態の説明は、図示および説明を目的として提供されたものである。網羅的であることや、開示内容を限定することを意図したものではない。特定の実施形態の個々の要素または特徴は、概して、その特定の実施形態に限定されないが、適用可能であれば、交換可能であり、且つ、具体的に図示または説明されなくても選択された実施形態において使用され得る。同様のことを、さまざまな方法で改変してもよい。そのような改変は開示内容からの逸脱とは見なされず、また、そのような修正の全てが本開示の範囲内に含まれるものとする。
付録
例示的なコンピュータプログラムコードがポータルコンピュータ上で実行され、ポータルコンピュータデータベースから設定を取り出し、それら設定を患者機器に送信して、患者機器のディスプレイを設定する。
付録
例示的なコンピュータプログラムコードがポータルコンピュータ上で実行され、ポータルコンピュータデータベースから設定を取り出し、それら設定を患者機器に送信して、患者機器のディスプレイを設定する。
Claims (21)
- 認知能力または運動能力が低下した人を援助するための、コンピュータで実装されたシステムであって、
ディスプレイと、前記ディスプレイに接続されたプロセッサと、通信ポートとを有する患者機器と、
前記通信ポートを介して前記患者機器と通信するポータルコンピュータとを備えたシステムであって、
前記ポータルコンピュータは、プロセッサと付随するメモリとを有し、前記付随するメモリは、能力点数を各ユーザインタフェース要素に関連付ける予め規定されたデータ構造に応じた、複数のユーザインタフェース要素を格納し、
前記ポータルコンピュータは、前記複数のユーザインタフェース要素を、前記ポータルコンピュータのユーザに対して、前記能力点数に基づいた提示配置で提示するようにプログラムされており、
前記ポータルコンピュータは、第1のユーザが、前記配置で提示されたユーザインタフェース要素から少なくとも1つのインタフェース要素を選択し、その後、前記選択したユーザインタフェース要素を前記患者機器に対してプッシュできるように、プログラムされている、コンピュータで実装されたシステム。 - 前記患者機器の前記プロセッサは、前記患者機器に対してプッシュされた前記選択されたユーザインタフェース要素の前記患者による使用に関して、フィードバックデータを前記ポータルコンピュータに提供するようにプログラムされている、請求項1に記載のコンピュータで実装されたシステム。
- 前記ポータルコンピュータはさらに、異なる能力レベルへのユーザインタフェース適合性に関する統計値をコンパイルするアグリゲータコンピュータに対して、フィードバックデータを報告するようにプログラムされている、請求項1に記載のコンピュータで実装されたシステム。
- 前記ポータルコンピュータは、ユーザインタフェース要素に関連付けられた前記能力点数を、複数の患者から収集し合算されたユーザインタフェース使用データに基づいて更新するようにプログラムされている、請求項1に記載のコンピュータで実装されたシステム。
- 前記ポータルコンピュータは、複数のアプリケーションを、前記ポータルコンピュータの第1のユーザに対して提示するようにプログラムされており、
前記ポータルコンピュータは、前記第1のユーザが少なくとも1つのアプリケーションを選択し、その後、前記アプリケーションが前記患者機器の前記プロセッサによって実行されるべく、前記アプリケーションを設定して前記患者機器に対してプッシュできるように、プログラムされている、
請求項1に記載のコンピュータで実装されたシステム。 - 前記ポータルコンピュータは、複数のアプリケーションを、前記ポータルコンピュータの第1のユーザに対して、前記能力点数に基づいた提示配置で提示するようにプログラムされており、
前記ポータルコンピュータは、前記第1のユーザが、前記配置で提示されたアプリケーションから少なくとも1つのアプリケーションを選択し、その後、前記アプリケーションが前記患者機器の前記プロセッサによって実行されるべく、前記アプリケーションを前記患者機器に対してプッシュできるように、プログラムされている、
請求項1に記載のコンピュータで実装されたシステム。 - 前記ポータルコンピュータと通信し、且つ、前記能力点数を前記ポータルコンピュータに提供するようにプログラムされているアグリゲータコンピュータをさらに含む、請求項1に記載のコンピュータで実装されたシステム。
- 前記ポータルコンピュータと通信し、且つ、前記ポータルコンピュータから使用データを受け取り、前記使用データに基づいて能力点数を計算し、前記計算された能力点数を前記ポータルコンピュータに提供するようにプログラムされているアグリゲータコンピュータをさらに含む、請求項1に記載のコンピュータで実装されたシステム。
- 前記ポータルコンピュータは、前記患者機器上で実行できるように適応されたアプリケーションプログラムを格納し、
前記ポータルコンピュータは、前記格納されたアプリケーションの中から選択されたものを、前記患者機器に対してプッシュするようにプログラムされている、
請求項1に記載のコンピュータで実装されたシステム。 - 前記ポータルコンピュータは、能力点数を、前記格納されたアプリケーションプログラムの各々に関連付ける、請求項9に記載のコンピュータで実装されたシステム。
- 前記ポータルコンピュータは、能力点数を前記格納されたアプリケーションプログラムの各々に関連付け、それらアプリケーションを、前記ポータルコンピュータの前記ユーザに対して、前記能力点数に基づいた提示配置で提示する、請求項9に記載のコンピュータで実装されたシステム。
- 前記能力点数は認知能力点数である、請求項1に記載のコンピュータで実装されたシステム。
- 前記能力点数は運動能力点数である、請求項1に記載のコンピュータで実装されたシステム。
- 前記ポータルコンピュータは、前記患者機器に対してプッシュするユーザインタフェース要素を自動的に提案し、前記提案の作成に際しては前記患者の能力に関する知識および前記能力点数を用いる、請求項1に記載のコンピュータで実装されたシステム。
- 前記ポータルコンピュータは、自動的にユーザインタフェース要素を選択して前記患者機器に対してプッシュし、前記選択に際しては前記患者の能力に関する知識および前記能力点数を用いる、請求項1に記載のコンピュータで実装されたシステム。
- 前記ポータルコンピュータは、前記患者機器の前記通信ポートを介して通信して、前記患者機器を遠隔操作する、請求項1に記載のコンピュータで実装されたシステム。
- 前記ポータルコンピュータは、カレンダー、メッセージ、画像閲覧、動画閲覧、音楽、天気、音声チャット、音声動画チャットからなる群より選択された、前記患者機器上で実行できるように適応されたアプリケーションプログラムを格納する、請求項1に記載のコンピュータで実装されたシステム。
- 認知能力または運動能力が低下した人を援助するための、コンピュータで実装されたシステムであって、
ディスプレイと、前記ディスプレイに接続されたプロセッサと、通信ポートとを有する患者機器と、
前記通信ポートを介して前記患者機器と通信するポータルコンピュータとを備えたシステムであって、
前記コンピュータは、プロセッサと、複数の異なるユーザインタフェース要素に関する情報を格納する付随するメモリとを有し、
前記ポータルコンピュータは、前記複数の異なるユーザインタフェース要素の部分集合を特定する情報を前記患者機器を特定する情報に関連付けて格納するためのデータ構造を、前記付随するメモリ内に規定しており、
前記ポータルコンピュータは、前記ポータルコンピュータのユーザが、前記ポータルコンピュータのユーザが前記患者機器の前記ユーザに適していると判断した、前記複数の異なるユーザインタフェース要素から選択された部分集合を特定する情報を前記データ構造に埋め込むことができるように、プログラムされており、
前記ポータルコンピュータは、前記情報が埋め込まれたデータ構造に基づいて前記通信ポートを介して通信し、前記患者機器に、前記ユーザインタフェース要素の部分集合を用いて、前記患者機器の前記ディスプレイを設定させる、コンピュータで実装されたシステム。 - 前記情報が埋め込まれたデータ構造に基づく情報は、前記患者機器に対してプッシュされる、請求項18に記載のコンピュータで実装されたシステム。
- 前記情報が埋め込まれたデータ構造に基づく情報は、前記患者機器によって、前記ポータルコンピュータからプルされる、請求項18に記載のコンピュータで実装されたシステム。
- 前記患者機器は、前記通信ポートを介して前記ポータルコンピュータと周期的に通信するアップデータ機能を実行して、前記情報が埋め込まれたデータ構造内の情報が、前記患者機器の前記ディスプレイの設定に用いている情報と異なるか否かを判定する、請求項18に記載のコンピュータで実装されたシステム。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/729,960 | 2012-12-28 | ||
US13/730,327 | 2012-12-28 | ||
US13/730,327 US8803690B2 (en) | 2012-01-06 | 2012-12-28 | Context dependent application/event activation for people with various cognitive ability levels |
US13/729,960 US9208661B2 (en) | 2012-01-06 | 2012-12-28 | Context dependent application/event activation for people with various cognitive ability levels |
US14/096,475 | 2013-12-04 | ||
US14/096,475 US9335904B2 (en) | 2012-01-06 | 2013-12-04 | Context dependent application/event activation for people with various cognitive ability levels |
PCT/US2013/077400 WO2014105782A1 (en) | 2012-12-28 | 2013-12-23 | Context dependent application/event activation |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2016512623A true JP2016512623A (ja) | 2016-04-28 |
Family
ID=55806021
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2015550716A Pending JP2016512623A (ja) | 2012-12-28 | 2013-12-23 | さまざまな認知能力レベルの人々のためのコンテクスト依存型アプリケーション/イベント起動 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2016512623A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20180064323A (ko) * | 2016-12-05 | 2018-06-14 | 고려대학교 산학협력단 | 방송 표준을 위한 개인 맞춤형 ux/ui서비스를 제공하는 장치 및 방법 |
WO2019245065A1 (ko) * | 2018-06-18 | 2019-12-26 | 주식회사 헬스맥스 | 컨텐츠 인터페이스의 제공 방법 |
WO2020122446A1 (ko) * | 2018-12-13 | 2020-06-18 | 주식회사 이드웨어 | 개인화된 치매 예방 훈련 시스템 |
WO2020122447A1 (ko) * | 2018-12-13 | 2020-06-18 | 주식회사 이드웨어 | 개인화된 치매 예방 훈련 유아이 생성 방법 |
-
2013
- 2013-12-23 JP JP2015550716A patent/JP2016512623A/ja active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20180064323A (ko) * | 2016-12-05 | 2018-06-14 | 고려대학교 산학협력단 | 방송 표준을 위한 개인 맞춤형 ux/ui서비스를 제공하는 장치 및 방법 |
KR102014475B1 (ko) * | 2016-12-05 | 2019-08-26 | 고려대학교 산학협력단 | 방송 표준을 위한 개인 맞춤형 ux/ui서비스를 제공하는 장치 및 방법 |
WO2019245065A1 (ko) * | 2018-06-18 | 2019-12-26 | 주식회사 헬스맥스 | 컨텐츠 인터페이스의 제공 방법 |
WO2020122446A1 (ko) * | 2018-12-13 | 2020-06-18 | 주식회사 이드웨어 | 개인화된 치매 예방 훈련 시스템 |
WO2020122447A1 (ko) * | 2018-12-13 | 2020-06-18 | 주식회사 이드웨어 | 개인화된 치매 예방 훈련 유아이 생성 방법 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9335904B2 (en) | Context dependent application/event activation for people with various cognitive ability levels | |
US8803690B2 (en) | Context dependent application/event activation for people with various cognitive ability levels | |
US9208661B2 (en) | Context dependent application/event activation for people with various cognitive ability levels | |
US10652504B2 (en) | Simple video communication platform | |
CN113785295A (zh) | 为计算设备配置基于背景的限制 | |
AU2019257401A1 (en) | Systems and methods for remote and host monitoring communications | |
US20150363563A1 (en) | Methods and systems for automated deployment of remote measurement, patient monitoring, and home care and multi-media collaboration services in health care and telemedicine | |
US20120179485A1 (en) | Systems and methods for integrated care management | |
EP3773174A1 (en) | Mobile system for the assessment of consumer medication compliance and provision of mobile caregiving | |
US10950333B2 (en) | Medication management | |
JP2016512623A (ja) | さまざまな認知能力レベルの人々のためのコンテクスト依存型アプリケーション/イベント起動 | |
US20240185362A1 (en) | Systems and methods of generating consciousness affects | |
KR20180081231A (ko) | 데이터를 공유하기 위한 방법 및 그 전자 장치 | |
JP2019523472A (ja) | 環境中のアレルゲン濃度を示す情報を提供するための方法、通信システムおよびコンピュータプログラム | |
EP2154819A1 (en) | Content sharing method, server and system | |
US20230367448A1 (en) | Systems and methods of generating consciousness affects using one or more non-biological inputs | |
JP6588138B1 (ja) | 情報処理装置、自治体情報配信方法、及び、情報処理プログラム | |
WO2014105782A1 (en) | Context dependent application/event activation | |
WO2014106294A1 (en) | Computer communications method for use by senior citizens | |
US20220044800A1 (en) | System and method for managing property showing appointments based on health parameters | |
US10304563B1 (en) | Medication management | |
CA2887295A1 (en) | Healthcare facility navigation method and system | |
CA3052732C (en) | Workflow engine for healthcare management of a patient | |
KR102288995B1 (ko) | 설문 조사 서비스를 제공하는 전자 장치 및 그 동작 방법 | |
US10516762B2 (en) | System for remotely running a service program |