(57)【特許請求の範囲】
【請求項１】
ユーザが固有に持つユーザ固有情報と、ユーザの生体情報を測定することにより取得されたユーザ生体情報とを、サーバ装置に送信する携帯装置と、前記ユーザ固有情報及び前記ユーザ生体情報を受信する前記サーバ装置と、前記サーバ装置から送信される情報を受信する医療機関端末を含む、ユーザ固有情報提供システムであって、
前記サーバ装置は、前記携帯装置が現在所属するアクセスポイントを表す、アクセスポイント情報を取得し、前記アクセスポイントが変化したか否かを判定するアクセスポイント情報判定部を備え、
前記携帯装置及び前記サーバ装置の少なくとも一方は、更に、前記ユーザ生体情報が所定の基準を満たすか否かを判定する生体情報予測判定部を備え、
前記アクセスポイントが変化したと判定し、かつ、前記所定の基準を満たすと判定した場合、前記サーバ装置は、前記ユーザ固有情報を、変化後の前記アクセスポイントに対応する前記医療機関端末に送信し、
前記携帯装置及び前記サーバ装置の少なくとも一方は、更に、
ユーザの過去のユーザ生体情報に基づいて、過去のユーザ生体情報の変動パターンと、当該変動パターンのときの将来のユーザ生体情報の変動値とを関連付けた、ユーザ固有の生体情報プロファイルを作成する生体情報プロファイル作成部と、
前記生体情報プロファイル作成部が作成した生体情報プロファイルの中から、ユーザの最近のユーザ生体情報の変動パターンと一致する、過去のユーザ生体情報の変動パターンを特定する変動パターン特定部と、
を備え、
前記生体情報予測判定部は、更に、前記変動パターン特定部が特定した、過去のユーザ生体情報の変動パターンに関連付けられた、前記将来のユーザ生体情報の変動値を、現在のユーザ生体情報に加算することで、将来のユーザ生体情報の予測値を算出し、前記将来のユーザ生体情報の予測値を用いて、前記ユーザ生体情報が前記所定の基準を満たすか否かを判定する、
ことを特徴とするユーザ固有情報提供システム。
【請求項２】
前記サーバ装置は、更に、前記携帯装置のアクセスポイント情報を記憶する、アクセスポイント情報記憶部を備え、
前記アクセスポイント情報判定部において、前記取得したアクセスポイント情報と、前
記アクセスポイント情報記憶部に記憶された、アクセスポイント情報とが異なる場合は、前記携帯装置の所属するアクセスポイントが変化したと判定する、
請求項１に記載のユーザ固有情報提供システム。
【請求項３】
前記医療機関端末は、更に、前記送信されたユーザ固有情報を記憶するユーザ固有情報記憶部を備え、
前記サーバ装置が前記ユーザ固有情報を前記医療機関端末に送信した後、前記アクセスポイント情報判定部が、前記携帯装置の所属するアクセスポイントが変化したと判定した場合、前記サーバ装置は、前記医療機関端末の前記ユーザ固有情報記憶部に記憶された前記ユーザ固有情報を消去する、
請求項１に記載のユーザ固有情報提供システム。
【請求項４】
前記医療機関端末は、更に、前記送信されたユーザ固有情報を記憶するユーザ固有情報記憶部を備え、
前記サーバ装置は、更に、前記医療機関端末における前記ユーザの受診の有無を判定するユーザ受診履歴確認部を備え、
前記サーバ装置が前記ユーザ固有情報を前記医療機関端末に送信した後、アクセスポイント情報判定部が、前記携帯装置の所属するアクセスポイントが変化しないと判定し、かつ、前記ユーザ受診履歴確認部が、前記ユーザの受診があったと判定した場合、前記サーバ装置は、前記医療機関端末の前記ユーザ固有情報記憶部に記憶された、前記ユーザ固有情報を消去する、
請求項３に記載のユーザ固有情報提供システム。
【請求項５】
前記医療機関端末の前記ユーザ固有情報記憶部は、更に、前記送信されたユーザ固有情報と、その受信日時を関連付けて記憶し、
前記医療機関端末は、更に、前記ユーザの受診日時を記憶するユーザ受診履歴部を備え、
前記ユーザ受診履歴確認部は、前記ユーザ受診履歴部に記憶された、前記ユーザの受診日時と、前記医療機関端末の前記ユーザ固有情報記憶部に記憶された受信日時を特定し、前記受診日時が前記受信日時以降である場合、前記ユーザの受診があったと判定する、
請求項４に記載のユーザ固有情報提供システム。
【請求項６】
ユーザが固有に持つユーザ固有情報と、ユーザの生体情報を測定することにより取得されたユーザ生体情報とを、サーバ装置に送信可能な携帯装置と、前記ユーザ固有情報及び前記ユーザ生体情報を受信するサーバ装置と、前記サーバ装置から送信される情報を受信する医療機関端末とにより実行されるユーザ固有情報提供方法であって、
前記サーバ装置が、前記携帯装置が現在所属するアクセスポイントを表す、アクセスポイント情報を取得するステップと、
前記携帯装置及び前記サーバ装置の少なくとも一方が、前記ユーザ生体情報が所定の基準を満たすか否かを判定する生体情報予測判定ステップと、
前記サーバ装置は、前記アクセスポイントが変化したか否かを判定する、アクセスポイント情報判定ステップと、
前記所定の基準を満たすと判定し、かつ、前記アクセスポイントが変化したと判定した場合、前記サーバ装置が、前記ユーザ固有情報を、変化後の前記アクセスポイントに対応する前記医療機関端末に送信するステップと、を含み、
前記生体情報予測判定ステップは、更に、
ユーザの過去のユーザ生体情報に基づいて、過去のユーザ生体情報の変動パターンと、当該変動パターンのときの将来のユーザ生体情報の変動値とを関連付けた、ユーザ固有の生体情報プロファイルを作成する生体情報プロファイル作成ステップと、
前記生体情報プロファイル作成ステップにおいて作成した生体情報プロファイルの中か
ら、ユーザの最近のユーザ生体情報の変動パターンと一致する、過去のユーザ生体情報の変動パターンを特定する変動パターン特定ステップと、
前記変動パターン特定ステップにおいて特定した、過去のユーザ生体情報の変動パターンのときの将来のユーザ生体情報の変動値を、現在のユーザ生体情報に加算することで、将来のユーザ生体情報の予測値を算出するステップと、
前記将来のユーザ生体情報の予測値を用いて、前記ユーザ生体情報が前記所定の基準を満たすか否かを判定するステップと、
を含むことを特徴とするユーザ固有情報提供方法。
【請求項７】
前記サーバ装置は、更に、前記携帯装置のアクセスポイント情報を記憶するアクセスポイント情報記憶部を備え、
前記アクセスポイント情報判定ステップは、前記取得したアクセスポイント情報と、前記アクセスポイント情報記憶部に記憶された、アクセスポイント情報とが異なる場合は、前記アクセスポイントが変化したと判定する、
請求項６に記載のユーザ固有情報提供方法。
【請求項８】
前記医療機関端末は、更に、前記送信されたユーザ固有情報を記憶するユーザ固有情報記憶部を備え、
前記サーバ装置が、前記ユーザ固有情報を前記医療機関端末に送信する前記ステップの後、更に、前記携帯装置の所属するアクセスポイントが変化したか否かを判定するアクセスポイント情報判定ステップと、
前記アクセスポイントが変化したと判定した場合、前記サーバ装置が、前記医療機関端末の前記ユーザ固有情報記憶部に記憶された、前記ユーザ固有情報を消去する、ユーザ固有情報消去ステップと、
を含む請求項６に記載のユーザ固有情報提供方法。
【請求項９】
携帯装置から送信されるユーザが固有に持つユーザ固有情報と、ユーザの生体情報を測定することにより取得されたユーザ生体情報とを受信するサーバ装置であって、
前記携帯装置が現在所属するアクセスポイント情報を表す、アクセスポイント情報を取得し、前記アクセスポイント情報が変化したか否かを判定するアクセスポイント情報判定部と、
前記ユーザ生体情報が所定の基準を満たすか否かを判定する生体情報予測判定部と、
前記アクセスポイント情報が変化したと判定し、かつ、前記所定の基準を満たしたと判定した場合、前記ユーザ固有情報を、変化後の前記アクセスポイントに対応する医療機関端末に送信する医療機関端末特定部と、を備え、更に、
ユーザの過去のユーザ生体情報に基づいて、過去のユーザ生体情報の変動パターンと、当該変動パターンのときの将来のユーザ生体情報の変動値とを関連付けた、ユーザ固有の生体情報プロファイルを作成する生体情報プロファイル作成部と、
前記生体情報プロファイル作成部が作成した生体情報プロファイルの中から、ユーザの最近のユーザ生体情報の変動パターンと一致する、過去のユーザ生体情報の変動パターンを特定する変動パターン特定部と、を備え、
前記生体情報予測判定部が、更に、前記変動パターン特定部が特定した、過去のユーザ生体情報の変動パターンに関連付けられた、前記将来のユーザ生体情報の変動値を、現在のユーザ生体情報に加算することで、将来のユーザ生体情報の予測値を算出し、前記将来のユーザ生体情報の予測値を用いて、前記ユーザ生体情報が前記所定の基準を満たすか否かを判定する
ことを特徴とするサーバ装置。
【請求項１０】
前記サーバ装置は、更に、前記携帯装置のアクセスポイント情報を記憶する、アクセスポイント情報記憶部を備え、
前記アクセスポイント情報判定部が、更に、前記取得したアクセスポイント情報と、前記アクセスポイント情報記憶部に記憶された、アクセスポイント情報とが異なる場合は、前記携帯装置の所属するアクセスポイントが変化したと判定する、
請求項９に記載のサーバ装置。
【請求項１１】
前記サーバ装置は、更に、
前記ユーザ固有情報を前記医療機関端末に送信した後、前記アクセスポイント情報判定部が、前記携帯装置の所属するアクセスポイントが変化したと判定した場合、前記医療機関端末において記憶された、ユーザ固有情報を消去するユーザ固有情報消去部、
を備える請求項９に記載のサーバ装置。
【請求項１２】
前記サーバ装置は、更に、
前記医療機関端末における前記ユーザの受診の有無を判定するユーザ受診履歴確認部と、
前記ユーザ固有情報を前記医療機関端末に送信した後、前記アクセスポイント情報判定部が、前記携帯装置の所属するアクセスポイント情報が変化しないと判定し、かつ、前記ユーザ受診履歴確認部が、前記ユーザの受診があったと判定した場合、前記医療機関端末において記憶された、ユーザ固有情報を消去するユーザ固有情報消去部と、
を備える請求項１１に記載のサーバ装置。
【請求項１３】
前記医療機関端末は、前記送信されたユーザ固有情報と、その受信日時を関連付けて記憶するユーザ固有情報記憶部と、前記ユーザの受診日時を記憶するユーザ受診履歴部を備え、
前記サーバ装置の前記ユーザ受診履歴確認部は、前記ユーザ受診履歴部に記憶された前記ユーザの受診日時と、前記医療機関端末の前記ユーザ固有情報記憶部に記憶された受信日時を特定し、前記受診日時が前記受信日時以降である場合、前記ユーザの受診があったと判定する、
請求項１２に記載のサーバ装置。
【請求項１４】
ユーザが固有に持つユーザ固有情報と、ユーザの生体情報を測定することにより取得されたユーザ生体情報とを、サーバ装置に送信可能な携帯装置であって、
前記ユーザ生体情報が所定の基準を満たすか否かを判定する生体情報予測判定部と、
所定の基準を満たすと判定した場合、前記判定の結果を前記サーバ装置に送信する判定結果送信部と、を備え、更に、
ユーザの過去のユーザ生体情報に基づいて、過去のユーザ生体情報の変動パターンと、当該変動パターンのときの将来のユーザ生体情報の変動値とを関連付けた、ユーザ固有の生体情報プロファイルを作成する生体情報プロファイル作成部と、
前記生体情報プロファイル作成部が作成した生体情報プロファイルの中から、ユーザの最近のユーザ生体情報の変動パターンと一致する、過去のユーザ生体情報の変動パターンを特定する変動パターン特定部と、
を備え、
前記生体情報予測判定部が、更に、前記変動パターン特定部が特定した、過去のユーザ生体情報の変動パターンに関連付けられた、前記将来のユーザ生体情報の変動値を、現在のユーザ生体情報に加算することで、将来のユーザ生体情報の予測値を算出し、前記将来のユーザ生体情報の予測値を用いて、前記ユーザ生体情報が前記所定の基準を満たすか否かを判定する、
ことを特徴とする携帯装置。
【請求項１５】
前記判定結果送信部は、更に、前記所定の基準を満たすと判定した場合、前記ユーザ固有情報を前記サーバ装置に送信する、請求項１４に記載の携帯装置。
【請求項１６】
携帯装置から送信されるユーザが固有に持つユーザ固有情報と、ユーザの生体情報を測定することにより取得されたユーザ生体情報と、を受信する処理と、
前記携帯装置が現在所属するアクセスポイントを表すアクセスポイント情報を取得する処理と、
前記アクセスポイントが変化したか否かを判定する処理と、
前記ユーザ生体情報が所定の基準を満たすか否かを判定する処理と、
前記アクセスポイントが変化したと判定し、かつ、前記所定の基準と満たすと判定した場合、前記ユーザ固有情報を変化後の前記アクセスポイントに対応する医療機関端末に送信する処理と、をコンピュータに実行させ、
前記ユーザ生体情報が所定の基準を満たすか否かを判定する処理は、
ユーザの過去のユーザ生体情報に基づいて、過去のユーザ生体情報の変動パターンと、当該変動パターンのときの将来のユーザ生体情報の変動値とを関連付けた、ユーザ固有の生体情報プロファイルを作成する生体情報プロファイルを作成する処理と、
前記作成した生体情報プロファイルの中から、ユーザの最近のユーザ生体情報の変動パターンと一致する、過去のユーザ生体情報の変動パターンを特定する変動パターンを特定する処理と、
前記特定した過去のユーザ生体情報の変動パターンに関連付けられた、前記将来のユーザ生体情報の変動値を、現在のユーザ生体情報に加算することで、将来のユーザ生体情報の予測値を算出する処理と、を含み、
前記将来のユーザ生体情報の予測値を用いて、前記所定の基準を満たすか否かを判定する、
ことを特徴とするプログラム。
【請求項１７】
前記コンピュータは、更に、前記携帯装置のアクセスポイント情報を記憶する、アクセスポイント情報記憶部を備え、
前記アクセスポイント情報が変化したか否かを判定する処理が、前記取得したアクセスポイント情報と、前記アクセスポイント情報記憶部に記憶されたアクセスポイント情報を比較する処理を含み、アクセスポイント情報が相互に異なる場合は、前記携帯装置の所属するアクセスポイントが変化したと判定する、
請求項１６に記載のプログラム。
【請求項１８】
前記医療機関端末は、更に、前記送信されたユーザ固有情報を記憶する、ユーザ固有情報記憶部を備え、
前記ユーザ固有情報を医療機関端末に送信する処理の後、更に、前記アクセスポイント情報が変化したか否かを判定する処理と、
前記アクセスポイント情報が変化したと判定した場合、前記医療機関端末の前記ユーザ固有情報記憶部に記憶された前記ユーザ固有情報を消去する処理と、
を更に含む請求項１６に記載のプログラム。
【請求項１９】
携帯装置から送信される、ユーザが固有に持つユーザ固有情報と、ユーザの生体情報を測定することにより取得されたユーザ生体情報と、を受信する処理と、
前記携帯装置が現在所属するアクセスポイントを表す、アクセスポイント情報を取得する処理と、
前記アクセスポイントが変化したか否かを判定する処理と、
前記ユーザ生体情報が所定の基準を満たすか否かを判定する処理と、
前記アクセスポイントが変化したと判定し、かつ、前記所定の基準と満たすと判定した場合、前記ユーザ固有情報を変化後の前記アクセスポイントに対応する医療機関端末に送信する処理と、をコンピュータに実行させ、
前記ユーザ生体情報が所定の基準を満たすか否かを判定する処理は、
ユーザの過去のユーザ生体情報に基づいて、過去のユーザ生体情報の変動パターンと、当該変動パターンのときの将来のユーザ生体情報の変動値とを関連付けた、ユーザ固有の生体情報プロファイルを作成する生体情報プロファイルを作成する処理と、
前記作成した生体情報プロファイルの中から、ユーザの最近のユーザ生体情報の変動パターンと一致する、過去のユーザ生体情報の変動パターンを特定する変動パターンを特定する処理と、
前記特定した過去のユーザ生体情報の変動パターンに関連付けられた、前記将来のユーザ生体情報の変動値を、現在のユーザ生体情報に加算することで、将来のユーザ生体情報の予測値を算出する処理と、を含み、
前記将来のユーザ生体情報の予測値を用いて、前記所定の基準を満たすか否かを判定する、
プログラムを記憶したコンピュータが読み取り可能な記憶媒体。
【請求項２０】
前記コンピュータは、更に、前記携帯装置のアクセスポイント情報を記憶する、アクセスポイント情報記憶部を備え、
前記アクセスポイント情報が変化したか否かを判定する処理が、前記取得したアクセスポイント情報と、前記アクセスポイント情報記憶部に記憶されたアクセスポイント情報を比較する処理を含み、アクセスポイント情報が相互に異なる場合は、前記携帯装置の所属するアクセスポイントが変化したと判定する、
請求項１９に記載のプログラムを記憶したコンピュータが読み取り可能な記憶媒体。
【請求項２１】
前記医療機関端末は、更に、前記送信されたユーザ固有情報を記憶する、ユーザ固有情報記憶部を備え、
前記ユーザ固有情報を医療機関端末に送信する処理の後、更に、前記アクセスポイント情報が変化したか否かを判定する処理と、
前記アクセスポイント情報が変化したと判定した場合、前記医療機関端末の前記ユーザ固有情報記憶部に記憶された前記ユーザ固有情報を消去する処理と、
を更に含む請求項１９に記載のプログラムを記憶したコンピュータが読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ自身が固有に持つ情報を提供するユーザ固有情報提供システム、ユーザ固有情報提供方法、サーバ装置、医療機関端末及び携帯装置に関する。
【背景技術】
【０００２】
従来、携帯型の血糖測定器から送信されている血糖値情報を、アクセスポイントを介して受信し、受信した血糖情報をサーバで管理することにより、血糖状態に異常が出たときに、ユーザに適切な医療情報を提供するシステムが提案されている（例えば、特許文献１参照）。また、ヒトや動物の生体中の血糖値濃度を連続的にモニタリングすると共に、時刻と共に変化する血糖値濃度を所定の関数式によって算出し、将来の血糖値濃度を予測する技術が提案されている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−０５７２４４号公報
【特許文献２】特開２００５−３０８７４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザが、例えば低血糖による昏睡などの意識不明の状態に陥り、医療機関に搬送された場合、医療従事者は、ユーザ自身が固有に持つ情報（以下、ユーザ固有情報とする）をそのユーザから得る事ができないため、そのユーザに応じた適切な治療や診断、薬剤の投与が困難になる。ユーザ固有情報には、例えば、最近１週間の食事内容やその量（例えば、摂取した炭水化物量）、睡眠時間、運動時間、日常的に服用している薬剤とその服用頻度、既往歴、病歴、持病、アレルギー等の情報がある。特に、ユーザが遠方に移動した場合、全く移動経験の無い場所に移動した場合などには、その地域の医療機関において、そのユーザのことをよく知る医療従事者がいない場合が多い。このため、医療従事者は、上記のような問題が生じた場合、当該ユーザ固有情報を得ることはますます困難になる。【０００５】
また、ユーザ固有情報を予め移動先の医療機関に送付しておき、そのユーザが受診する際にそのユーザ固有情報を用いる手法では、ユーザと医療機関双方にとって大変な負担となる。すなわち、ユーザ側にとっては、移動する毎に、移動先の地域内にある適切な医療機関を探してユーザ固有情報を送付しなければならない。また、ユーザは、その後、更に他の地域内に移動した場合には、元の地域内の医療機関に送付したユーザ固有情報が不要となるため、消去するように依頼しなければならない。一方、医療機関側にとっては、当該ユーザ固有情報が治療や診断、投薬以外の目的に使用されないように管理することが要求される。また、ユーザが受診しなかった場合は、そのユーザ固有情報は、有効に使用されず、結果としてそのユーザ固有情報を管理するためだけの業務負担が増えることになる。【０００６】
また、ユーザがユーザ固有情報を予めノート等に記録し、医療機関への受診時に医療従事者にそのノート等を提示する手法では、そのユーザ自身が記録したノートを常に持ち運びする必要があり、紛失等のリスクが常に伴う。また、外出時にノートの持ち運びを忘れた場合、ユーザは、受診時にユーザ固有情報を医療従事者に正しく伝えることが出来ない。【０００７】
本発明の目的は、上述のような問題点に鑑み、医療機関及びユーザの負担を増加させることなく、医療機関にユーザの固有情報を適切に把握させることにある。
【課題を解決するための手段】
【０００８】
本発明の各態様では、上述した課題を解決するために、それぞれ以下の構成を採用する。【０００９】
上記目的を達成するため、本発明におけるユーザ固有情報提供システムは、ユーザが固有に持つユーザ固有情報と、ユーザの生体情報を測定することにより取得されたユーザ生体情報とを、サーバ装置に送信する携帯装置と、当該ユーザ固有情報及び当該ユーザ生体情報を受信するサーバ装置と、このサーバ装置から送信される情報を受信する医療機関端末とを含み、上記サーバ装置が、上記携帯装置が現在所属するアクセスポイントを表すアクセスポイント情報を取得し、そのアクセスポイントが変化したか否かを判定するアクセスポイント情報判定部を備え、上記携帯装置及び上記サーバ装置の少なくとも一方は、更に、当該ユーザ生体情報が所定の基準を満たすか否かを判定する生体情報予測判定部を備え、アクセスポイントが変化したと判定し、及び／又は、上記所定の基準を満たすと判定した場合、上記サーバ装置は、当該ユーザ固有情報を上記医療機関端末に送信することを特徴とする。【００１０】
また、上記目的を達成するため、本発明におけるユーザ固有情報提供方法は、ユーザが固有に持つユーザ固有情報と、ユーザの生体情報を測定することにより取得されたユーザ生体情報とを、サーバ装置に送信可能な携帯装置と、当該ユーザ固有情報及び当該ユーザ生体情報を受信するサーバ装置と、このサーバ装置から送信される情報を受信する医療機関端末とにより実行される。このような本発明におけるユーザ固有情報提供方法は、サーバ装置が、携帯装置が現在所属するアクセスポイントを表すアクセスポイント情報を取得するステップを実行し、携帯装置及びサーバ装置の少なくとも一方が、上記ユーザ生体情報が所定の基準を満たすか否かを判定する生体情報予測判定ステップを実行し、上記サーバ装置が、アクセスポイントが変化したか否かを判定するアクセスポイント情報判定ステップと、上記所定の基準を満たすと判定し、及び／又は、当該アクセスポイントが変化したと判定した場合、当該ユーザ固有情報を上記医療機関端末に送信するステップを実行することを特徴とする。【００１１】
また、上記目的を達成するため、本発明におけるサーバ装置は、携帯装置から送信されるユーザが固有に持つユーザ固有情報と、ユーザの生体情報を測定することにより取得されたユーザ生体情報とを受信するサーバ装置である。このような本発明におけるサーバ装置は、携帯装置が現在所属するアクセスポイント情報を表すアクセスポイント情報を取得し、当該アクセスポイント情報が変化したか否かを判定するアクセスポイント情報判定部と、上記ユーザ生体情報が所定の基準を満たすか否かを判定する生体情報予測判定部と、当該アクセスポイント情報が変化したと判定し、及び／又は、上記所定の基準を満たしたと判定した場合、当該ユーザ固有情報を医療機関端末に送信する医療機関端末特定部とを備えることを特徴とする。【００１２】
また、上記目的を達成するため、本発明における携帯装置は、ユーザが固有に持つユーザ固有情報と、ユーザの生体情報を測定することにより取得されたユーザ生体情報とを、サーバ装置に送信可能な携帯装置である。このような本発明における携帯装置は、当該ユーザ生体情報が所定の基準を満たすか否かを判定する生体情報予測判定部と、所定の基準を満たすと判定した場合、前記判定の結果を前記サーバ装置に送信する判定結果送信部とを備えることを特徴とする。【００１３】
また、上記目的を達成するため、本発明におけるプログラムは、携帯装置から送信されるユーザが固有に持つユーザ固有情報と、ユーザの生体情報を測定することにより取得されたユーザ生体情報と、を受信する処理と、当該携帯装置が現在所属するアクセスポイントを表すアクセスポイント情報を取得する処理と、当該アクセスポイントが変化したか否かを判定する処理と、上記ユーザ生体情報が所定の基準を満たすか否かを判定する処理と、当該アクセスポイントが変化したと判定し、及び／又は、上記所定の基準と満たすと判定した場合、当該ユーザ固有情報を医療機関端末に送信する処理と、をコンピュータに実行させることを特徴とする。【００１４】
このような各態様により、ユーザが、例えば低血糖による昏睡状態に陥り、ユーザと医療機関との間で意思疎通ができない状態になったとしても、医療機関端末を設置する医療機関は送付されたユーザ固有情報を適切に把握することができ、ひいては、適切な治療、診断、或いは薬剤の投与を施すことができる。更に、このような効果を得るために、ユーザや当該医療機関双方の新たな負担が生じることもない。
【発明の効果】
【００１５】
上記本発明の各態様によれば、医療機関及びユーザの負担を増加させることなく、医療機関にユーザの固有情報を適切に把握させることができる。
【図面の簡単な説明】
【００１６】
【図１Ａ】図１Ａは、本発明の実施形態に係るユーザ固有情報提供システム１００の全体構成を示すブロック図である。
【図１Ｂ】図１Ｂは、本発明の実施形態に係る携帯装置１１０の説明図である。
【図１Ｃ】図１Ｃは、本発明の実施形態に係るサーバ装置１４０の説明図である。
【図１Ｄ】図１Ｄは、本発明の実施形態に係る医療機関端末１７０の説明図である。
【図２Ａ】図２Ａは、携帯装置の補助記憶部に記憶されているデータレコードを示す図である。
【図２Ｂ】図２Ｂは、サーバ装置の補助記憶部に記憶されているデータベースを示す図である。
【図２Ｃ】図２Ｃは、サーバ装置の補助記憶部に記憶されているデータベースを示す図である。
【図２Ｄ】図２Ｄは、サーバ装置の補助記憶部に記憶されているデータベースを示す図である。
【図２Ｅ】図２Ｅは、サーバ装置の補助記憶部に記憶されているデータベースを示す図である。
【図２Ｆ】図２Ｆは、医療機関端末の補助記憶部に記憶されているデータベースを示す図である。
【図２Ｇ】図２Ｇは、医療機関端末の補助記憶部に記憶されているデータベースを示す図である。
【図２Ｈ】図２Ｈは、携帯装置に記憶されてもよいデータベースを示す図である。
【図３】図３は、ユーザ固有の生体情報プロファイルを作成する生体情報プロファイル作成処理を示すフロー図である。
【図４】図４は、ユーザの過去の血糖値データ列に基づいて作成されたユーザ固有の生体情報プロファイルを用いて、将来のユーザの生体情報の予測値を算出し、それを用いてユーザ生体情報が所定の基準を満たすか否かを判定する方法を示すフロー図である。
【図５】図５は過去の生体情報の変動パターン（パターン１〜パターン６）の一例を示す図である。
【図６】図６は、サーバ装置内のユーザ固有情報記憶部に記憶された、ユーザ固有情報記憶部を更新する方法を示すフロー図である。
【図７】図７は、サーバ装置が、ユーザ固有情報を、必要な医療機関端末に送信する方法を示すフロー図である。
【図８】図８は、サーバ装置が、医療機関端末内のユーザ固有情報記憶部に記憶された、ユーザ固有情報を消去する方法を示すフロー図である。
【発明を実施するための形態】
【００１７】
（実施の形態）
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。なお、本実施形態では、ユーザの生体情報（以下、ユーザ生体情報とする）として、血糖値を連続的に測定する場合を例にとって説明するが、測定される生体情報は、血糖値に限定されず、ＧＯＴ、ＧＰＴ、ＬＤＨ、γ−ＧＴ、アルカリホスファターゼ、コリンエステラーゼ、リパーゼ、クレアチニンキナーゼ、アンモニアなどであってもよい。また、測定対象も、血液に限定されず、血清、血漿などであってもよい。また、測定方法についても、連続的に測定する方法に限定されず、一定期間毎に測定する方法であってもよい。
【００１８】
図１Ａは、本発明の実施形態に係るユーザ固有情報提供システム１００の全体構成を示すブロック図である。ユーザ固有情報提供システム１００は、携帯装置１１０、アクセスポイント１３０、サーバ装置１４０、医療機関端末１７０の各装置から構成される。以下に各装置の構成と特徴について説明する。
【００１９】
アクセスポイント１３０は、各地域に設置され、それぞれ携帯装置１１０と通信可能な範囲（地域）が定められている。そして、後述する携帯装置１１０と、サーバ装置１４０とが、１つのアクセスポイント（図１Ａではアクセスポイント１３１）を介して接続する。アクセスポイント１３０と携帯装置１１０との接続は、無線方式、有線方式の何れであってもよい。携帯装置１１０がアクセスポイント１３１と通信可能な範囲にいる場合、その携帯装置１１０はそのアクセスポイントに所属しているものとする。アクセスポイント１３０とサーバ装置１４０との接続は、通信回線網１３４（電話回線網、インターネット、衛星回線等）を介してもよいし、直接接続するものであってもよい。また、アクセスポイント１３０には、アクセスポイントを介して送信された情報に対して、アクセスポイント情報を関連付けて付与する情報付与部が設けられている。アクセスポイント情報とは、個々のアクセスポイントを識別可能な情報であり、例えば、番号や記号等で表される。なお、図１Ａでは、アクセスポイント１３１、アクセスポイント１３２、アクセスポイント１３３の３つのアクセスポイントが存在するが、アクセスポイント１３０の数は、３つに限定されるものではなく、その他複数あってもよい。
【００２０】
携帯装置１１０は、以下に説明するようにコンピュータの構成を含む。携帯装置１１０は、携帯装置１１０を全体的に制御するＣＰＵ１１１を備える。ＣＰＵ１１１は、ＲＡＭ１１８に格納された各種プログラムの指示に従い各種処理を実行する。ＣＰＵ１１１には、測定部１１２、測定部１１２の出力信号を増幅するアナログ信号処理部１１３、前記アナログ信号処理部１１３からの出力信号をデジタル信号に変換するＡ／Ｄ変換部１１４、外部とデータの送受信を行う送受信部１１５、補助記憶部１１６、各種のプログラムを記憶するＲＯＭ１１７、ＣＰＵ１１１により処理された各種のデータ等やＲＯＭ１１７に記憶されたプログラムを格納するＲＡＭ１１８、フラグ等を記憶するＥＥＰＲＯＭ１１９、時計１２０、ＣＰＵ１１１に対する入出力（表示部１２２、入力部１２３）を制御するゲートアレイ１２１、及びゲートアレイ１２１に接続された表示部１２２と入力部１２３が、バス線により接続されている。
【００２１】
また、補助記憶部１１６は、更に、ユーザ識別情報記憶部１２４、ユーザ固有情報記憶部１２５、測定データ記憶部１２６、検量線データ記憶部１２７により構成されている。補助記憶部１１６には、ハードディスクやフラッシュメモリなどを用いるが、これらに限定されない。なお、携帯装置１１０は、ユーザが単独で持ち運び可能なものが好ましいが、これに限定されない。測定部１１２は、ユーザの生体内の変化を信号として捉える。例えば、特表２００４−５２０８９８号公報に記載されるような、挿入針を介して腕部、腹部などの皮膚へ血糖値センサをユーザの体内に挿入することにより、血糖値を表す信号を連続的に捉える測定器が挙げられる。なお、これに限らず、例えば特公平０８−２０４１２号公報に記載されるような、測定する毎に指先や腹部、腕部表面を穿刺針にて穿刺し、出血させた血液を、センサ内に吸引させて血糖値を表す信号を捉える、使い捨ての血糖値センサを用いたタイプの測定器であってもよい。測定部１１２から出力されたユーザの生体内の変化を表す信号は、アナログ信号処理部で増幅され、Ａ／Ｄ変換部１１４でデジタル信号に変換され、ＣＰＵ１１１に送られる。
【００２２】
ＣＰＵ１１１は、補助記憶部１１６の検量線データ記憶部１２７に記憶されている検量線データを参照し、出力された信号を成分濃度に変換し、表示部１２２に濃度値を測定データとして表示する。加えて、ＣＰＵ１１１は、時計１２０により日時情報を入手し、入手された日時情報と測定データとを関連付けたものをユーザ生体情報として測定データ記憶部１２６に記憶する。送受信部を構成する送受信部１１５は、モデム１２８及び通信回線（ＮＣＵ（Network Control Unit））１２９に接続されて網制御を行う。また、モデム１１５は、受信データを復調し、送信データを変調する。
【００２３】
ユーザ識別情報記憶部１２４は、ユーザ識別情報を記憶する。なお、ユーザ識別情報とは、携帯装置を使用するユーザ自身を識別可能な情報、または、その携帯装置１１０自体を識別可能な情報であり、例えば、ＩＤ番号、バーコード、ＱＲコード、２次元コード、製造番号等がある。なお、ユーザ識別情報を携帯装置１１０上に表示する手段としては、表示部への表示だけでなく、携帯装置１１０の筐体表面にユーザ識別情報を貼付する形態であってもよい。ユーザ固有情報記憶部１２５は、ユーザ固有情報を、その携帯装置１１０のユーザ識別情報、更新日時（時計から入手された日時情報）と関連付けて記憶された１件のレコードである。図２Ａにそのレコードの例が示される。図２Ａの例では、ユーザ固有情報として、各フィールドを、朝食・昼食・夕食を取った時間と、それぞれの炭水化物量、及び、アレルギー、既往歴、持病の内容としているが、この内容に限定されない。ユーザ固有情報は、ユーザの任意に応じて更新されてもよいし、又は、ＣＰＵ１１１が時計１２０から得た日時情報を用いて、定期的にアラームが表示部に発生され、それらの作業を促す形態が取られるようにしてもよい。ユーザがデータの更新を行う場合は、入力部に各フィールドについての更新内容が入力されると、ＣＰＵ１１１がユーザ固有情報記憶部１２５の各フィールドを参照し、入力部で入力された更新内容に従ってデータの更新を行う。
【００２４】
サーバ装置１４０は、以下に説明するようにコンピュータの構成を含む。サーバ装置１４０は、サーバ装置を全体的に制御するＣＰＵ１４１を備える。ＣＰＵ１４１は、ＲＡＭ１４２に格納された各種プログラムの指示に従い各種処理を実行する。ＣＰＵ１４１には、ＮＣＵ１４３とモデム１４４から構成された送受信部１４５、フラグ等を記憶するＥＥＰＲＯＭ１４６、各種のプログラムを記憶するＲＯＭ１４７、ＣＰＵ１４１により処理された各種のデータ等や、ＲＯＭ１４７に記憶されたプログラムを格納するＲＡＭ１４２、補助記憶部１４８、時計１４９が、バス線によって接続されている。送受信部を構成するＮＣＵ１４３は、モデム１４４及び通信回線に接続されて網制御を行う。また、モデム１４４は、受信データを復調し、送信データを変調する。
【００２５】
また、補助記憶部１４８は、更に、ユーザ固有情報記憶部１５０、医療機関端末記憶部１５１、アクセスポイント情報記憶部１５２、プロファイル作成記憶部１５３の各データベースから構成されている。補助記憶部１４８としては、ハードディスクやフラッシュメモリなどを用いるが、これに限定されない。アクセスポイント情報記憶部１５２は、個々の携帯装置１１０が現在所属するアクセスポイント１３０を把握するため、個々の携帯装置１１０のユーザ識別情報と、アクセスポイント情報と、更新日時（時計から入手された日時情報）を関連付けたデータベースである。図２Ｂに、そのデータベースの例を示す。ユーザ固有情報記憶部１５０は、個々の携帯装置１１０のユーザ識別情報と、更新日時（時計から入手された日時情報）と、個々の携帯装置１１０を用いるユーザのユーザ固有情報とを関連付けたデータベースである。図２Ｃに、そのデータベースを示す。医療機関端末記憶部１５１は、個々のアクセスポイント１３０が携帯装置１１０と通信可能な地域内に位置する医療機関端末１７０を把握するため、後述する医療機関端末識別情報と、アクセスポイント情報とを関連付けたデータベースである。図２Ｄに、そのデータベースを示す。なお、個々のアクセスポイント１３１〜１３３が、携帯装置１１０と通信可能な地域内に位置する全ての医療機関端末１７０を必ずしも記憶させる必要はなく、その地域において最も適切な処置を施す少なくとも１つの医療機関端末１７０であってもよい。
【００２６】
また、ＲＯＭ１４７は、ユーザ固有情報更新部１５４、アクセスポイント情報判定部１５５、生体情報プロファイル作成部１５６、変動パターン特定部１５７、生体情報予測判定部１５８、ユーザ受診履歴確認部１５９、ユーザ固有情報消去部１６０、医療機関端末特定部１６１等から構成される。ユーザ固有情報更新部１５４は、携帯装置１１０から送信されたユーザ固有情報と、サーバ装置１４０のユーザ固有情報記憶部１５０に記憶されたユーザ固有情報とを比較し、異なっている場合は、サーバ装置１４０のユーザ固有情報記憶部１５０に記憶されたユーザ固有情報を携帯装置１１０から送信されたユーザ固有情報に更新する処理を実行可能なプログラムを記憶する。アクセスポイント情報判定部１５５は、アクセスポイント１３０から定期的に送信される個々の携帯装置の現在所属するアクセスポイントを表すアクセスポイント情報に基づき、所属するアクセスポイントが変化したか否かを判定する処理、携帯装置１１０の所属するアクセスポイントが変化した場合に、アクセスポイント情報記憶部１５２を参照しこの記憶部に記憶された携帯装置１１０のアクセスポイント情報を現在所属するアクセスポイントを表すアクセスポイント情報に更新する処理を実行可能なプログラムを記憶する。
【００２７】
生体情報プロファイル作成部１５６は、所定の周期で蓄積したユーザの過去の血糖値データ列（携帯装置から送信されてきたユーザの過去のユーザ生体情報である）に基づいて、ユーザ固有の生体情報プロファイルを作成し、補助記憶部１４８にあるプロファイル作成記憶部１５３に、このユーザ固有の生体情報プロファイルをデータべース（図２Ｅに示す）として記憶させる処理を実行可能なプログラムを記憶する。変動パターン特定部１５７は、プロファイル作成記憶部１５３に記憶されたユーザ固有の生体情報プロファイルの中から、ユーザの最近のユーザ生体情報の変動パターンと一致する過去のユーザ生体情報の変動パターンを特定する処理を実行可能なプログラムを記憶する。生体情報予測判定部１５８は、変動パターン特定部１５７が特定した過去のユーザ生体情報の変動パターンに関連付けられた将来のユーザ生体情報の変動値を現在のユーザ生体情報に加算して得られる将来のユーザ生体情報の予測値を算出し、この将来のユーザ生体情報の予測値を用いて、ユーザ生体情報が所定の基準を満たすか否かを判定する処理を実行可能なプログラムを記憶する。
【００２８】
ユーザ受診履歴確認部１５９は、後述する医療機関端末１７０の設置された医療機関内におけるユーザの受診の有無を判定する処理を行う。すなわち、後述する医療機関端末１７０の補助記憶部１７７にある、ユーザ受信履歴部１８４に記憶されたユーザの受診日時と、同じく補助記憶部１７７にあるユーザ固有情報記憶部１８５に記憶されたユーザ固有情報の受信日時を特定し、受診日時が受信日時以降である場合、ユーザの受診があったと判定する処理を実行可能なプログラムを記憶する。ユーザ固有情報消去部１６０は、後述する医療機関端末１７０の補助記憶部１７７内にあるユーザ固有情報記憶部１８５に記憶されたユーザ識別情報とそれに関連付けられた全ての情報（受信日時、ユーザ固有情報）、及び、同じく補助記憶部１７７内にある、ユーザ受診履歴部１８４に記憶されたユーザ識別情報とそれに関連付けられたユーザの受診日時を消去する処理を実行可能なプログラムを記憶する。医療機関端末特定部１６１は、医療機関端末記憶部１５１に記憶された個々の携帯装置１１０が現在所属するアクセスポイントを表すアクセスポイント情報と関連付けて記憶された医療機関端末認識情報から医療機関端末１７０を特定し、ユーザ固有情報を特定した医療機関端末１７０に送信する処理を実行可能なプログラムを記憶する。
【００２９】
医療機関端末１７０は、以下に説明するようにコンピュータの構成を含む。医療機関端末１７０は、医療機関端末１７０を全体的に制御するＣＰＵ１７１を備える。ＣＰＵ１７１は、ＲＡＭ１７２に格納された各種プログラムの指示に従い各種処理を実行する。CPU１７１には、ＮＣＵ１７２とモデム１７３から構成された送受信部１７４、フラグ等を記憶するＥＥＰＲＯＭ１７５、各種のプログラムを記憶するＲＯＭ１７６、ＣＰＵ１７１により処理された各種のデータ等や、ＲＯＭ１７６に記憶されたプログラムを格納するＲＡＭ１７２、補助記憶部１７７、時計１７８、ＣＰＵ１７１に対する入出力（入力部１７９、表示部１８０）を制御するゲートアレイ１８１、ゲートアレイ１８１に接続された表示部１８０と入力部１７９と記録部１８２が、バス線によって接続されている。医療機関端末１７０は、医療機関内に設けられる。医療機関としては、病院やクリニック等の固定施設に限定されない。ユーザが低血糖状態にて昏睡状態に陥り、病院やクリニック等の固定施設に運ばれる間にユーザ固有情報を必要とする場合も考慮し、救急車等の移動施設であってもよい。送受信部１７４を構成するＮＣＵ１７２は、モデム１７３及び通信回線に接続されて網制御を行う。また、モデム１７３は、受信データを復調し、送信データを変調する。また、補助記憶部１７７は、更に、医療機関端末識別情報記憶部１８３、ユーザ受診履歴部１８４、ユーザ固有情報記憶部１８５の各データベースから構成されている。補助記憶部１７７としては、ハードディスクやフラッシュメモリなどを用いるが、これに限定されない。
【００３０】
医療機関端末識別情報記憶部１８３は、医療機関端末識別情報を記憶する。なお、医療機関端末識別情報とは、個々の医療機関端末１７０に割り当てられた識別情報であり、例えばその医療機関端末１７０のメールアドレスが用いられる。ユーザ固有情報記憶部１８５は、サーバ装置から受信した、個々の携帯装置１１０のユーザ識別情報と、ユーザ固有情報とを、その受信した日時（時計から日時情報を取得する。以下、受信日時とする）とともに、関連付けたデータベースである。図２Ｆに、そのデータベースを示す。ユーザ受診履歴部１８４は、入力部１７９にて入力されたユーザ識別情報と、その入力された日時（時計から日時情報を取得する。以下、受診日時とする）と関連付けたデータベースである。図２Ｇに、そのデータベースを示す。入力部１７９は、医療機関端末１７０を設置する医療機関内に、携帯装置１１０を使用するユーザが受診し、または搬送された際に、この携帯装置１１０の表示部１２２に表示された、または携帯装置１１０に貼付された、ユーザ識別情報を医療機関端末１７０に入力する装置であり、例えば、バーコードリーダによる読み取り装置やキーボード等を用いて入力する装置であってもよい。表示部１８０は、ユーザ識別情報、ユーザ固有情報を表示するものであり、例えば液晶画面などから構成される。
【００３１】
次に、サーバ装置１４０又は携帯装置１１０が、ユーザ生体情報を記憶し、将来のユーザ生体情報の予測値を算出し、それを用いてユーザ生体情報が所定の基準を満たすか否かを判定する方法を図３、図４、及び図５を用いて説明する。なお、ユーザ生体情報として、血糖値を測定する場合を例に挙げて説明する。
【００３２】
最初に、ユーザ固有の生体情報プロファイルを作成する生体情報プロファイル作成処理について、図３のフロー図に従って説明する。
【００３３】
携帯装置１１０の測定部１１２は、ユーザ生体情報として、ユーザの血糖値の測定を行い、連続的に血糖値データを取得する（ステップＳ３０１）。この血糖値データを取得する操作は、ユーザの任意の指示で行ってもよいし、携帯装置１１０が自動的に定期的に行う形態であってもよい。
【００３４】
次に、携帯装置１１０の送受信部１１５は、測定部１１２が連続的に取得したユーザの血糖値データをサーバ装置１４０に送信する（ステップＳ３０２）。次に、サーバ装置１４０の送受信部１４５において、携帯装置１１０から送信されてくる連続的に取得されたユーザの血糖値データが受信され始めると、ＣＰＵ１４１は、ＲＯＭ１４７にある生体情報プロファイル作成部１５６に記憶されたプログラムをＲＡＭ１４２に読み込み、連続的に受信されるユーザの血糖値データを、ＲＡＭ１４２に格納し続ける処理を実行する（ステップＳ３０３）。
【００３５】
次に、ＣＰＵ１４１は、ステップＳ３０３にてＲＡＭ１４２に連続的にユーザの血糖値データを格納し始めてから、所定の時間が経過したか否かを判定する（ステップＳ３０４）。所定の時間が経過していないと判定した場合（Ｓ３０４；ＮＯ）、ＣＰＵ１４１は、ステップＳ３０３に処理を戻す。一方、所定の時間が経過したと判定した場合（Ｓ３０４；ＹＥＳ）、ＣＰＵ１４１は、ＲＡＭ１４２に格納し続けた上記のユーザの血糖値データを、１つの血糖値データ列サンプルとして区切り、再度ＲＡＭ１４２に格納する（ステップＳ３０５）。
【００３６】
次に、ＣＰＵ１４１は、血糖値データ列サンプルを所定数、ＲＡＭ１４２に格納したか否かを判定する（ステップＳ３０６）。所定数格納していないと判定した場合（Ｓ３０６；ＮＯ）、ＣＰＵ１４１は、ステップＳ３０３に処理を戻し、ステップＳ３０５までの処理にて、新たな血糖値データ列サンプルをＲＡＭ１４２に格納する。一方、所定数の血糖値データ列サンプルを格納したと判定した場合（Ｓ３０６；ＹＥＳ）、ＣＰＵ１４１は、ステップＳ３０７へ処理を進める。
【００３７】
次に、ステップＳ３０７では、ＣＰＵ１４１は、最初に、所定数格納した血糖値データ列サンプル（過去のユーザ生体情報を表す）のそれぞれについて、過去の時刻Ｐより以前の血糖値データ列の示す、血糖値の乖離率、血糖値の変化率、及び血糖値の差分を算出する処理を行う。なお、過去の時刻Ｐとは、各血糖値データ列サンプルに含まれている、それぞれの最新の時刻からの過去の時刻Ｐであることを表している。以下に、血糖値の乖離率、血糖値の変化率、及び血糖値の差分について具体的な算出方法を示す。
【００３８】
上記の血糖値の乖離率は、過去の時刻Ｐにおける血糖値をＤＡＴＡｐ、過去の時刻ＰからＡ時間前より以前の所定の長さの期間における血糖値の平均値をＤＡＴＡｆとして以下の式１により算出される。
（ＤＡＴＡｐ−ＤＡＴＡｆ）／ＤＡＴＡｆ×１００      （式１）
【００３９】
上記の血糖値の変化率は、過去の時刻Ｐより以前の所定の長さの期間における血糖値の平均値をＤＡＴＡｋ、過去の時刻ＰからＡ時間前より以前の所定の長さの期間における血糖値の平均値をＤＡＴＡｆとして以下の式２により算出される。
（ＤＡＴＡｆ−ＤＡＴＡｋ）／Ａ      （式２）
【００４０】
上記の血糖値の差分は、過去の時刻Ｐにおける血糖値をＤＡＴＡｐ、過去の時刻ＰからＡ時間前における血糖値をＤＡＴＡａとして以下の式３により算出される。
ＤＡＴＡｐ−ＤＡＴＡａ      （式３）
【００４１】
次に、ＣＰＵ１４１は、上述した、血糖値の乖離率（式１）、血糖値の変化率（式２）、及び血糖値の差分からなる過去の血糖値（式３）を、所定数格納した血糖値データ列サンプルのそれぞれについて算出した後、図５に示すようなパターン１〜パターン６のどのパターン（それぞれが過去の生体情報の変動パターンを表す）に、各血糖値データ列サンプルが当てはまるかを決定する処理を行う（ステップＳ３０７）。ＣＰＵ１４１は、この決定処理の後、ステップＳ３０８へ処理を進める。
【００４２】
次に、ステップＳ３０８では、ＣＰＵ１４１は、各血糖値データ列サンプルがそれぞれ当てはまったパターン１〜パターン６（それぞれが過去のユーザ生体情報の変動パターンを表す）について、各血糖値データ列サンプルが示す、過去の時刻ＰよりＸ時間後の血糖値の変動値を度数分布化し、その中央値を過去の時刻Ｐより将来の血糖値の変動値（将来のユーザ生体情報の変動値を表す）とする。なお、変動値の算出については、上記の中央値以外に、過去の時刻ＰよりＸ時間後の血糖値の変動値の平均値をとるようにしてもよい。ＣＰＵ１４１は、このようにして得られたそれぞれの過去のユーザ生体情報の変動パターンとその変動パターンのときの時刻Ｐより将来の血糖値の変動値（将来のユーザ生体情報の変動値を表す）とを関連付けたユーザ固有の生体情報プロファイルを作成し、それを、補助記憶部１４８にあるプロファイル作成記憶部１５３に、図２Ｅに示すようなデータべースの形態で記憶させる（ステップＳ３０８）。その後、ＣＰＵ１４１は、ＲＡＭ１４２に格納された生体情報プロファイル作成部１５６から読み込んだプログラムを消去して、処理を終了する。
【００４３】
次に、上記のようにユーザの過去の血糖値データ列に基づいて作成されたユーザ固有の生体情報プロファイルを用いて、将来のユーザの生体情報の予測値を算出し、それを用いてユーザ生体情報が所定の基準を満たすか否かを判定する方法を、図４のフロー図に従って説明する。
【００４４】
携帯装置１１０の測定部１１２は、ユーザ生体情報として、ユーザの血糖値の測定を行い、連続的に血糖値データを取得する（ステップＳ４０１）。この血糖値データを取得する操作は、ユーザの任意の指示で行ってもよいし、携帯装置１１０が自動的に定期的に取得する形態であってもよい。
【００４５】
次に、携帯装置１１０の送受信部１１５は、測定部１１２が連続的に取得したユーザの血糖値データをサーバ装置１４０に送信する（ステップＳ４０２）。次に、サーバ装置１４０の送受信部１４５において、携帯装置１１０から送信されてくる連続的に取得されたユーザの血糖値データが受信され始めると、ＣＰＵ１４１は、ＲＯＭ１４７にある変動パターン特定部１５７に記憶されたプログラムをＲＡＭ１４２に読み込み、連続的に受信されるユーザの血糖値データをＲＡＭ１４２に格納し続ける処理を実行する（ステップＳ４０３)。
【００４６】
次に、ＣＰＵ１４１は、ステップＳ４０３にてＲＡＭ１４２に連続的にユーザの血糖値データを格納し始めてから、所定の時間が経過したか否かを判定する（ステップＳ４０４）。所定の時間が経過していないと判定した場合、ＣＰＵ１４１は、ステップＳ４０３に処理を戻す。一方、所定の時間が経過したと判定した場合、ＣＰＵ１４１は、ＲＡＭ１４２に格納し続けた上記のユーザの血糖値データを１つの血糖値データ列として区切り、再度ＲＡＭ１４２に格納する（ステップＳ４０５）。
【００４７】
次に、ステップＳ４０５にて格納された血糖値データ列に基づいて、ＣＰＵ１４１は、最近の血糖値の変動パターン（最近のユーザ生体情報の変動パターンを表す）を作成する。すなわち、ＣＰＵ１４１は、上述のステップＳ３０７と同様の算出方法で、最近の血糖値データ列の示す血糖値の乖離率、血糖値の変化率、及び血糖値の差分からなる最近の血糖値の変動パターン（最近のユーザ生体情報の変動パターンを表す）を作成する（ステップＳ４０６）。
【００４８】
次に、ＣＰＵ１４１は、プロファイル作成記憶部１５３に記憶された、ユーザ固有の生体情報プロファイルのデータベース（図２Ｅ）を参照し、過去のユーザ生体情報の変動パターンと最近のユーザ生体情報の変動パターンとが一致するか否かを判定する（ステップＳ４０７）。ステップＳ４０７において一致しないと判定した場合（Ｓ４０７；ＮＯ）、ＣＰＵ１４１は、ＲＡＭ１４２に格納された血糖値データ列を消去し、ステップＳ４０１に処理を戻す。一方、ステップＳ４０７において一致すると判定した場合（Ｓ４０７；ＹＥＳ）、ＣＰＵ１４１は、ＲＡＭ１４２に格納された変動パターン特定部１５７から読み込んだプログラムを消去して、ＲＯＭ１４７にある生体情報予測判定部１５８に記憶されたプログラムをＲＡＭ１４２に読み込む。そして、ＣＰＵ１４１は、ユーザ固有の生体情報プロファイルのデータベース（図２Ｅ）を参照し、一致した過去のユーザ生体情報の変動パターンに関連付けられた、時刻Ｐより将来の血糖値の変動値（将来のユーザ生体情報の変動値を表す）を現在の血糖値に加算することで、将来の血糖値の予測値（将来のユーザ生体情報の予測値を表す）を算出する処理を行う（ステップＳ４０８）。
【００４９】
次に、ＣＰＵ１４１は、算出した将来の血糖値の予測値がユーザに応じて予め定められる第１の所定の闘値以下であるか否かを判定することによって、将来低血糖状態になるか否かを判定する。この場合、ＣＰＵ１４１は、第１の所定値以下であれば、将来低血糖状態になるとし、血糖値は所定の基準を満たしたと判定する。そして、ＣＰＵ１４１は、ＲＡＭ１４２に格納された生体情報予測判定部１５８から読み込んだプログラムを消去して、後述するようにステップＳ７０６（図７）の処理を進める。或いは、算出した将来の血糖値の予測値が、ユーザに応じて予め定められる第２の所定の闘値以上であるか否かを判定することによって、将来高血糖状態になるか否かが判定される構成としてもよい。この場合、ＣＰＵ１４１は、第２の所定の闘値以上であれば、将来高血糖状態になるとし、血糖値は所定の基準を満たしたと判定する。そして、ＣＰＵ１４１は、ＲＡＭ１４２に格納された、生体情報予測判定部１５８から読み込んだプログラムを消去して、後述するようにステップＳ７０６（図７）の処理を進める。（ステップＳ４０９）
【００５０】
また、生体情報プロファイル作成部１５６、変動パターン特定部１５７、生体情報予測判定部１５８は、上述の算出方法を用いて将来の血糖値を予測し、これに基づいて所定の基準を満たすか否かを判定するために使用されるものであるが、上述の算出方法には限定されない。例えば、将来の血糖値の予測方法として、特開２００５−３０８７４２号公報に記載の方法を用いてもよい。
【００５１】
また、判定方法は、上記の算出した将来の血糖値に基づく判定だけでなく、現在の血糖値に基づく判定としてもよい。例えば、生体情報予測判定部１５８が、ユーザに応じて予め定められる第１の所定の闘値を設定し、現在の血糖値がそれ以下であれば、血糖値は所定の基準を満たすと判定する構成としてもよい。または、ユーザに応じて予め定められる第２の所定の闘値を設定し、現在の血糖値がそれ以上であれば、血糖値は所定の基準を満たすと判定される構成としてもよい。
【００５２】
また、判定方法は、上記の算出した将来の血糖値、または現在の血糖値に基づく判定だけでなく、現在の血糖値の上昇速度または下降速度（いずれの速度も、現在の血糖値と直近の血糖値から求める）に基づく判定であってもよい。例えば、生体情報予測判定部１５８が、ユーザに応じて予め定められる第１の速度の闘値を設定し、現在の血糖値の下降速度がそれ以下であれば、血糖値は所定の基準を満たすと判定する構成としてもよい。または、ユーザに応じて予め定められる第２の所定の闘値を設定し、現在の血糖値の上昇速度がそれ以上であれば、血糖値は所定の基準を満たすと判定される構成としてもよい。
【００５３】
なお、生体情報プロファイル作成部１５６、変動パターン特定部１５７、生体情報予測判定部１５８、プロファイル作成記憶部１５３を、サーバ装置１４０ではなく、携帯装置１１０のＲＯＭ１１７に記憶（生体情報プロファイル作成部１５６は携帯装置１１０の補助記憶部１１６に記憶）し、携帯装置１１０のＣＰＵ１１１がＲＯＭ１１７に記憶された各種プログラムをＲＡＭ１１８に読み込み、図３及び４にて説明したサーバ装置１４０のＣＰＵ１４１の処理と同じ処理を行う形態であってもよい。この場合、携帯装置１１０は、更に、ステップＳ４０９において、ユーザ生体情報が所定の基準を満たしたと判定した場合、基準を満たしたという判定の結果をサーバ装置１４０に送信する処理を実行可能なプログラムを含む判定結果送信部（図１Ｂにおいては図示せず）を、新たにＲＯＭ１１７に記憶しておく。そして、ステップＳ４０９において、ユーザ生体情報が所定の基準を満たすと判定した場合、携帯装置１１０のＣＰＵ１１１は、ＲＯＭ１１７にある判定結果送信部に記憶されたプログラムをＲＡＭ１１８に読み込み、基準を満たしたという判定の結果を、サーバ装置１４０に送信する。サーバ装置１４０は、この判定の結果に基づき、後述するようにステップＳ７０６（図７）の処理を進める。また、判定結果送信部は、上記判定の結果と同時に、更にユーザ固有情報記憶部１２５に記憶されたユーザ固有情報を表すデータレコード（図２Ａ）を、サーバ装置１４０に送信する処理を実行可能としてもよい。この形態を取る事により、ユーザ生体情報が所定の基準を満たした場合にのみ、ユーザ固有情報がサーバ装置１４０に送信されるので、サーバ装置の処理における負荷の低減に繋がる。
【００５４】
以上の、サーバ装置１４０又は携帯装置１１０におけるユーザ生体情報の処理の結果を、図７のフロー図において後述するように、サーバ装置１４０がユーザ固有情報を必要な医療機関端末１７０に送信するか否かを判定する際の基準として用いる事ができる。
【００５５】
次に、サーバ装置１４０が、サーバ装置１４０内のユーザ固有情報記憶部１５０に記憶された、ユーザ固有情報を更新する方法を図６のフロー図に従って説明する。
【００５６】
携帯装置１１０のＣＰＵ１１１は、ユーザ固有情報記憶部１２５に記憶されたデータレコード（図２Ａ）をサーバ装置１４０に送信する。この送信の操作は、ユーザが入力部１２３を用いてＣＰＵ１１１に対して任意に送信を指示する形態でもよいし、ＣＰＵ１１１が定期的に自動的に送信する形態であってもよい。或いは、ユーザが携帯装置１１０に最新のユーザ固有情報を入力し、ＣＰＵ１１１がユーザ固有情報記憶部１２５を更新すると同時に自動的にサーバ装置１４０にその情報を送信する形態であってもよい。（ステップＳ６０１）
【００５７】
次に、サーバ装置１４０のＣＰＵ１４１は、携帯装置１１０から送信されたデータレコード（図２Ａ）を受信し、ＲＡＭ１４２に格納する。続いて、ＣＰＵ１４１は、ＲＯＭ１４７内にあるユーザ固有情報更新部１５４に記憶されたプログラムをＲＡＭ１４２に読み込み、次の処理を実行する。最初に、ＣＰＵ１４１は、サーバ装置１４０内のユーザ固有情報記憶部１５０を参照し、サーバ装置１４０のユーザ固有情報記憶部１５０のデータレコード（図２Ｃ）のユーザ固有情報と、携帯装置１１０から送信されたデータレコード（図２Ａ）のユーザ固有情報とを比較する（ステップＳ６０２）。ＣＰＵ１４１は、異なる場合は（Ｓ６０２；ＹＥＳ）、ステップＳ６０３へ処理を進める。ＣＰＵ１４１は、一致する場合は（Ｓ６０２；ＮＯ）、ＲＡＭ１４２に格納されたデータレコード（図２Ａ）と、上記のユーザ固有情報更新部１５４から読み込んだプログラムを消去して処理を終了する。
【００５８】
次に、ステップＳ６０３において、ＣＰＵ１４１は、サーバ装置１４０のユーザ固有情報記憶部１５０のデータレコード（図２Ｃ）のユーザ固有情報を、携帯装置１１０から送信されたデータレコード（図２Ａ）のユーザ固有情報に更新する（ステップＳ６０３）。更新後、ＣＰＵ１４１は、ＲＡＭ１４２に読み込まれたデータレコード（図２Ａ）と、ユーザ固有情報更新部１５４から読み込んだプログラムを消去して処理を終了する。
【００５９】
以上の、携帯装置１１０とサーバ装置１４０との情報のやり取りにより、サーバ装置１４０は、ユーザの持つユーザ固有情報を最新の状態に保つことが出来る。
【００６０】
次に、サーバ装置１４０が、ユーザ固有情報を必要な医療機関端末１７０に送信する方法を図７のフロー図に従って説明する。なお、図７には、処理フローの各ステップの実行時にそれぞれ、サーバ装置１４０のＲＡＭ１４２に格納されているデータの例が関連付けられて示されている。
【００６１】
携帯装置１１０のＣＰＵ１１１は、定期的に、ユーザ識別情報記憶部１２４に記憶された、ユーザ識別情報を信号として発信する。その信号を受信可能なアクセスポイント１３０は全て個々に割り当てられたアクセスポイント情報とその受信強度を付加してサーバ装置１４０に送信する（ステップＳ７０１）。
【００６２】
次に、サーバ装置１４０のＣＰＵ１４１は、ステップＳ７０１にてアクセスポイント１３０を介して送信されたユーザ識別情報と、アクセスポイント情報、及び受信強度を受信し、ＲＡＭ１４２に格納する。続いて、ＣＰＵ１４１は、ＲＯＭ１４７内にあるアクセスポイント情報判定部１５５に記憶されたプログラムをＲＡＭ１４２に読み込み、以下の処理を実行する。
【００６３】
最初に、ＣＰＵ１４１は、ステップＳ７０１において個々のアクセスポイントから送信された受信強度を比較する。ＣＰＵ１４１は、最も強い受信強度で受信されたアクセスポイント情報を選択し、ユーザ識別情報と関連付けてＲＡＭ１４２に格納する。ＣＰＵ１４１は、それ以外のアクセスポイント情報や受信強度の情報は消去する。この処理により、サーバ装置１４０は、携帯装置１１０が現在所属するアクセスポイントを表すアクセスポイント情報を取得する（ステップＳ７０２）。
【００６４】
次に、ＣＰＵ１４１は、補助記憶部１４８に記憶されたアクセスポイント情報記憶部１５２のデータベース（図２Ｂ）を参照し、ステップＳ７０２にて格納したユーザ識別情報と一致するユーザ識別情報を検索し、そのユーザ識別情報と関連付けられたアクセスポイント情報を特定する。そして、ＣＰＵ１４１は、この特定された情報とＲＡＭ１４２に格納したアクセスポイント情報とを比較する。ＣＰＵ１４１は、異なる場合には、携帯装置１１０の所属するアクセスポイントが変化したと判定し（Ｓ７０３；ＹＥＳ）、ステップＳ７０４の処理を進める。ＣＰＵ１４１は、一致している場合は、携帯装置１１０は引続き同じアクセスポイントに所属していると判定する（Ｓ７０３；ＮＯ）。この場合、ＣＰＵ１４１は、ＲＡＭ１４２に格納されたユーザ識別情報と、アクセスポイント情報と、アクセスポイント情報判定部１５５から読み込んだプログラムを消去して、処理を終了する。
【００６５】
次に、ＣＰＵ１４１は、補助記憶部１４８に記憶されたアクセスポイント情報記憶部１５２のデータベース（図２Ｂ）において上記特定したアクセスポイント情報を、ＲＡＭ１４２に格納したアクセスポイント情報に更新する処理を行う（ステップＳ７０４）。更新後は、ＣＰＵ１４１は、ＲＡＭ１４２に格納されたアクセスポイント情報判定部１５５から読み込んだプログラムを消去し、ＲＡＭ１４２に格納されたアクセスポイント情報とユーザ識別情報は残す。
【００６６】
ステップＳ７０４において、ＣＰＵ１４１は、ＲＡＭ１４２に格納されたアクセスポイント情報判定部１５５から読み込んだプログラムを消去した後、次に、ＲＯＭ１４７内にある生体情報予測判定部１５８に記憶されたプログラムをＲＡＭ１４２に読み込む。これにより、ＣＰＵ１４１は、図４にて上述したように、血糖値が所定の基準を満たすか否かを判定する処理を行う（ステップＳ７０５）。血糖値が所定の基準を満たすと判定した場合（Ｓ７０５；ＹＥＳ）、ＣＰＵ１４１は、ＲＡＭ１４２に格納された生体情報予測判定部１５８から読み込んだプログラムのみ消去し、ＲＡＭ１４２に格納されたアクセスポイント情報と、ユーザ識別情報は残し、ステップＳ７０６の処理へ進む。一方で、所定の基準を満たさないと判定した場合（Ｓ７０５；ＮＯ）、ＣＰＵ１４１は、ＲＡＭ１４２に格納されたアクセスポイント情報と、ユーザ識別情報、及び生体情報予測判定部１５８から読み込んだプログラムを消去し、処理を終了する。
【００６７】
ステップＳ７０５にて、ＣＰＵ１４１は、ＲＡＭ１４２に格納された生体情報予測判定部１５８から読み込んだプログラムのみを消去した後、次に、ＲＯＭ１４７内にある医療機関端末特定部１６１に記憶されたプログラムをＲＡＭ１４２に読み込む。これにより、ＣＰＵ１４１は、携帯装置１１０の所属するアクセスポイントと通信可能な地域内に位置する医療機関端末１７０を特定し、ユーザ固有情報をその特定した医療機関端末１７０に送信する処理を行う。
【００６８】
具体的には、最初に、ＣＰＵ１４１は、補助記憶部１４８に記憶された医療機関端末記憶部１５１のデータベース（図２Ｄ）を参照し、このデータベース中から、ＲＡＭ１４２に格納されたアクセスポイント情報と一致するアクセスポイント情報を検索し、そのアクセスポイント情報と関連付けられた医療機関端末識別情報を全て特定する（ステップＳ７０６）。次に、ＣＰＵ１４１は、ＲＡＭ１４２に格納されたユーザ識別情報と、この特定した医療機関端末識別情報とを関連付けて再度格納し、それと同時に、ＲＡＭ１４２に格納されたアクセスポイント情報を消去する処理を行う。
【００６９】
次に、ＣＰＵ１４１は、補助記憶部１４８に記憶されたユーザ固有情報記憶部１５０のデータベース（図２Ｃ）を参照し、このデータベース中から、ＲＡＭ１４２に格納されたユーザ識別情報と一致するユーザ識別情報を検索し、そのユーザ識別情報と関連付けられたユーザ固有情報を特定する。そして、ＣＰＵ１４１は、ＲＡＭ１４２に格納された、ユーザ識別情報と、医療機関端末識別情報に、更に、この特定したユーザ固有情報を関連付けて、再度ＲＡＭ１４２に格納する処理を行う。次に、ＣＰＵ１４１は、ＲＡＭ１４２に関連付けて格納したこれらの情報について、ステップＳ７０６にて特定した、医療機関端末識別情報に対応する医療機関端末１７０へ送信する処理を行う（ステップＳ７０７）。なお、送信形態としては、サーバ装置１４０から一方向的に医療機関端末１７０に送信する形態であってもよいし、または、医療機関端末１７０のＣＰＵ１７１からサーバ装置１４０のＣＰＵ１４１に対して、送受信部１７４を介して医療機関端末１７０へユーザ固有情報を送付する命令を与えた後、サーバ装置１４０が上記特定した医療機関端末１７０へ送信する双方向的なものであってもよい。送信後は、ＣＰＵ１４１は、ＲＡＭ１４２に格納された、ユーザ固有情報と、医療機関端末特定部１６１から読み込んだプログラムを消去し、処理を終了する。なお、ユーザ識別情報と、それに関連付けられた医療機関端末識別情報は、図８にて説明するステップＳ８０１以降の処理にて使用するため、引き続きＲＡＭ１４２に格納される（ステップＳ７０８）。
【００７０】
また、ステップＳ７０７の後、ユーザ固有情報を受信した医療機関端末１７０において、医療機関端末１７０のＣＰＵ１７１は、受信したユーザ固有情報、ユーザ識別情報をＲＡＭ１７２に格納すると同時に、受信した日時情報（受信日時）を時計１７８から取得する。そして、この受信した、ユーザ固有情報とユーザ識別情報、及び取得した日時情報とを関連付けて、補助記憶部１７７のユーザ固有情報記憶部１８５にデータベースとして記憶する（図２Ｆ）。記憶した後は、ＣＰＵ１７１は、ＲＡＭ１７２に格納したユーザ識別情報、ユーザ固有情報を消去し、処理を終了する。
【００７１】
医療機関端末１７０のユーザ固有情報記憶部１８５に記憶されたユーザ固有情報の確認は、ユーザがその医療機関を受診する、或いは搬送された際に、医療従事者がそのユーザが持つ携帯装置１１０のユーザ識別情報を入力部１７９に入力することで行われる。入力後、ユーザ固有情報記憶部１８５に記憶されたデータベース（図２Ｆ）における、このユーザ識別情報に対応するユーザ固有情報が表示部１８０に表示され、確認することができる。なお、入力部１７９にユーザ識別情報が入力されると、入力された日時情報（受診日時）が時計１７８から取得され、ユーザ識別情報とこの受診日時とが関連付けられて、補助記憶部１７７のユーザ受診履歴部１８４にてデータベースとして記憶される（図２Ｇ）。なお、ユーザがその医療機関に受診、或いは搬送される前に、医療従事者側で事前にユーザ固有情報記憶部１８５にアクセスし、ユーザ固有情報を確認できる構成を設けてもよい。
【００７２】
なお、ステップＳ７０１については、携帯装置１１０のＣＰＵ１１１がユーザ識別情報を発信する代わりに、サーバ装置１４０のＣＰＵ１４１が定期的に全てのアクセスポイント１３０を通じてユーザ識別情報を発信して、それに対応する携帯装置１１０がどのアクセスポイントにて最も強い受信強度で受信されたかを判定するものであってもよい。この場合、ステップＳ７０２では、発信したユーザ識別情報と、最も強い受信強度で受信したアクセスポイントにおけるアクセスポイント情報が、サーバ装置１４０のＲＡＭ１４２に格納される。
【００７３】
なお、ステップＳ７０５については、サーバ装置１４０の処理開始（スタート）からステップＳ７０１との間に設け、ステップＳ７０５において所定の基準を満たした場合のみ、ステップＳ７０１の処理を進めるようにしてもよい。このようにすれば、ユーザの血糖値が所定の基準を満たさないと判定した場合は、それ以降のサーバ装置１４０の処理を必要としないため、携帯装置１１０やサーバ装置１４０の処理に掛かる負荷を低減することができる。
【００７４】
なお、ステップＳ７０６及びステップＳ７０７については、携帯装置１１０が所属するアクセスポイントの通信可能な地域内の医療機関端末１７０以外に、所属するアクセスポイントと隣接した地域にあるアクセスポイントも特定し、そのアクセスポイントの通信可能な地域内の医療機関端末にも、ユーザ固有情報が送付されるようにしてもよい。このようにすれば、その携帯装置１１０を用いるユーザが電車や自動車による迅速な移動を行い、所属するアクセスポイントが急激に変化したとしても、移動先の所属するアクセスポイントの通信可能な地域内の医療機関端末にも、ユーザ固有情報が予め送付されるため、その医療機関において適切かつ迅速にユーザに対する処置を施すことができる。
【００７５】
なお、携帯装置１１０が所属するアクセスポイント内に固定されている、或いは、携帯装置１１０を用いるユーザが所属するアクセスポイントと通信可能な地域外を出ることが殆ど無い場合は、ステップＳ７０１〜ステップＳ７０４までを省略し、ステップＳ７０５以降の処理のみ行うようにしてもよい。これにより、ユーザは自身の血糖値の変動について意識しなくても、所定の基準を満たせば自動的にサーバ装置１４０がユーザの固有情報を医療機関端末１７０に送信するため、たとえユーザが医療機関に搬送され、医療従事者との間で意思疎通が図れない場合であったとしても、適切な治療、診断、或いは薬剤の投与が行われる。
【００７６】
なお、携帯装置１１０を使用するユーザが短時間に複数のアクセスポイント間を迅速に移動しており、ステップＳ７０５において所定の基準を満たすと判定し医療機関端末１７０にユーザ固有情報を送付した際に、既にそのユーザが他のアクセスポイントに移動しているような場合は、ステップＳ７０５を省略し、残りのステップＳ７０１〜ステップＳ７０４、ステップＳ７０６〜ステップＳ７０７までの処理のみ行うようにしてもよい。これにより、携帯装置１１０が異なるアクセスポイントに移動すると直ぐに、サーバ装置１４０が移動先のアクセスポイントの通信可能な地域に位置する医療機関端末１７０に対してユーザ固有情報を送付する事ができるので、移動途中でユーザが医療機関に搬送され、医療従事者との間で意思疎通が図れない場合であったとしても、適切な治療、診断、或いは薬剤の投与が行われる。
【００７７】
なお、あるアクセスポイントと通信可能な地域内に位置する、全ての医療機関端末１７０に、ユーザ固有情報を送付する必要が無く、ユーザが指定する医療機関端末１７０のみにユーザ固有情報を送付するケースも有る。この場合は、携帯装置１１０の補助記憶部１１６に、新たに医療機関端末指定部（図１Ｂにおいて図示せず）を設け、携帯装置１１０は、ユーザが予め指定した医療機関端末１７０に対応する医療機関端末識別情報をその医療機関端末指定部に、例えば図２Ｈに示すデータベースの形態として記憶する。そして、ステップＳ７０１において、携帯装置１１０のＣＰＵ１１１は、ユーザ識別情報に加え、医療機関端末指定部に記憶した全ての医療機関端末識別情報も関連付けてサーバ装置１４０のＣＰＵ１４１に送付し、ステップＳ７０５の処理まで、サーバ装置１４０のＲＡＭ１４２にユーザ識別情報とともに、その医療機関端末識別情報も格納する。
【００７８】
次に、ステップＳ７０６にて、ＣＰＵ１４１は、ＲＯＭ１４７内にある医療機関端末特定部１６１に記憶されたプログラムをＲＡＭ１４２に読み込み、補助記憶部１４８に記憶された医療機関端末記憶部１５１のデータベース（図２Ｄ）を参照し、このデータベースにおいてＲＡＭ１４２に格納されたアクセスポイント情報と一致する、アクセスポイント情報に関連付けられた医療機関端末識別情報を特定する。そして、ＣＰＵ１４１は、この特定した医療機関端末識別情報が、ＲＡＭ１４２に同時に格納された医療機関端末指定部由来の医療機関端末識別情報に合致するか否かを判定し、合致しない医療機関端末識別情報のみを消去する。そして、ＣＰＵ１４１は、ＲＡＭ１４２に残った医療機関端末識別情報をステップＳ７０７の処理にて用いる。これにより、ユーザが予め指定する医療機関端末のみに、ユーザ固有情報を送付する事ができる。ユーザにとって最適な処置を施す医療機関や、馴染みの深い医療機関を把握しており、その医療機関へ受診する事が予め分かっている場合は、上記の医療機関端末指定部を設けた処理を行ってもよい。
【００７９】
以上の、携帯装置１１０、サーバ装置１４０、医療機関端末１７０での情報のやり取りにより、携帯装置１１０は新たなアクセスポイントに所属した、或いは、血糖値が所定の基準を満たした場合においても、ユーザは別途所定の操作をする必要無く、携帯装置１１０が所属するアクセスポイントとの通信可能な地域内の全ての医療機関端末１７０に対して、予めユーザ固有情報が送付される。そして、このような情報のやり取りにより、ユーザが例えば低血糖による昏睡状態に陥り、ユーザと医療機関との間で意志疎通ができない状態になったとしても、医療機関は予め送付されたユーザ固有情報を把握し、そのユーザに適切な治療、診断、或いは薬剤の投与を施すことができる。
【００８０】
次に、ユーザ固有情報が、所属するアクセスポイントの通信可能な地域内の医療機関端末１７０に送付された後、そのユーザの携帯装置１１０が所属するアクセスポイントが変更された場合、或いは、ユーザ固有情報が送付された医療機関端末１７０を設置する医療機関内にて既にユーザの受診や搬送がなされた場合は、医療機関端末１７０は、ユーザ固有情報記憶部１８５内にあるユーザ固有情報を記憶し続ける必要はない。
【００８１】
ここで、サーバ装置１４０が、医療機関端末１７０内のユーザ固有情報記憶部１８５に記憶された、ユーザ固有情報を消去する動作について、図８のフロー図に従って説明する。なお、図８には、処理フローの各ステップの実行時にそれぞれ、サーバ装置１４０のＲＡＭ１４２に格納されているデータの例が関連付けられて示されている。
【００８２】
携帯装置１１０のＣＰＵ１１１は、定期的に、ユーザ識別情報記憶部１２４に記憶された、ユーザ識別情報を信号として発信する。その信号を受信可能なアクセスポイントは全て、個々に割り当てられたアクセスポイント情報と、その受信強度を付加して、サーバ装置１４０に送信する（Ｓ８０１）。
【００８３】
次に、サーバ装置１４０のＣＰＵ１４１は、ステップＳ８０１にてアクセスポイントを介して送信され、かつ、図７のステップＳ７０７以降、ＲＡＭ１４２に格納され続けているユーザ識別情報と一致するユーザ識別情報と、そのアクセスポイント情報、及び受信強度を受信し、ＲＡＭ１４２に格納する。続いて、ＣＰＵ１４１は、ＲＯＭ１４７内にあるアクセスポイント情報判定部１５５に記憶されたプログラムをＲＡＭ１４２に読み込み、以下の処理を実行する。最初に、ＣＰＵ１４１は、ステップＳ８０１において個々のアクセスポイントから送信された受信強度を比較する。そして、ＣＰＵ１４１は、最も強い受信強度で受信したアクセスポイント情報を選択し、これをＲＡＭ１４２に格納する。それ以外のアクセスポイント情報や受信強度の情報は消去される。この処理により、サーバ装置１４０は、携帯装置１１０が現在所属するアクセスポイントを表すアクセスポイント情報を取得する（ステップＳ８０２）。
【００８４】
次に、ＣＰＵ１４１は、補助記憶部１４８に記憶されたアクセスポイント情報記憶部１５２のデータベース（図２Ｂ）を参照し、図７のステップＳ７０７以降、ＲＡＭ１４２に格納され続けているユーザ識別情報と一致するユーザ識別情報を検索し、そのユーザ識別情報と関連付けられたアクセスポイント情報を特定する。続いて、ＣＰＵ１４１は、その情報とＲＡＭ１４２に格納したアクセスポイント情報とを比較する。ＣＰＵ１４１は、異なる場合には、サーバ装置１４０がユーザ固有情報を医療機関端末１７０に送付した後に、携帯装置１１０の所属するアクセスポイントが変化したと判定し（Ｓ８０３；ＹＥＳ）、ステップＳ８０４の処理を進める。ＣＰＵ１４１は、一致している場合には、携帯装置１１０が引続き同じアクセスポイントに所属していると判定し（Ｓ８０３；ＮＯ）、アクセスポイント情報判定部１５５から読み込んだプログラムを消去してから、ステップＳ８０５の処理へ進む。
【００８５】
次に、ＣＰＵ１４１は、補助記憶部１４８に記憶されたアクセスポイント情報記憶部１５２のデータベース（図２Ｂ）においてステップＳ８０３で特定したアクセスポイント情報をＲＡＭ１４２に格納したアクセスポイント情報に更新する処理を行う（ステップＳ８０４）。更新後は、ＣＰＵ１４１は、ＲＡＭ１４２に格納された、アクセスポイント情報判定部１５５から読み込んだプログラムを消去する。なお、図７のステップＳ７０７以降、ＲＡＭ１４２に格納されている、ユーザ識別情報とそれに関連付けられた医療機関端末識別情報は引き続き格納される。
【００８６】
一方、ステップＳ８０３において、携帯装置１１０が引続き同じアクセスポイントに所属していると判定した場合（Ｓ８０３；ＮＯ）、サーバ装置１４０のＣＰＵ１４１は、このアクセスポイントの通信可能な地域内に位置する医療機関端末１７０におけるこの携帯装置１１０を用いるユーザの受診の有無を判定する処理を行う。言い換えると、この医療機関端末１７０を設置する医療機関内へ、ユーザの受診があった、またはユーザの搬送が既になされたか否かを判定する処理を行う。この一連の処理を、以下のステップＳ８０５、ステップＳ８０６、ステップＳ８０７、ステップＳ８０８にて説明する。
【００８７】
次に、サーバ装置１４０のＣＰＵ１４１は、ＲＯＭ１４７内にあるユーザ受診履歴確認部１５９に記憶されたプログラムをＲＡＭ１４２に読み込み、以下の処理を行う。最初に、サーバ装置１４０のＣＰＵ１４１は、図７のステップＳ７０７以降、ＲＡＭ１４２に格納し続けている医療機関端末識別情報に基づき特定した医療機関端末１７０のＣＰＵ１７１に対して、補助記憶部１７７に記憶されたユーザ受診履歴部１８４のデータベース（図２Ｇ）をサーバ装置１４０に送信するように命令する。そして、ＣＰＵ１４１は、医療機関端末１７０から送付されたデータベース（図２Ｇ）をＲＡＭ１４２に格納する処理を行う（ステップＳ８０５）。
【００８８】
次に、ＣＰＵ１４１は、このデータベースを参照し、図７のステップＳ７０７以降、ＲＡＭ１４２に格納し続けているユーザ識別情報と一致する、ユーザ識別情報を検索し、一致するユーザ識別情報の有無を判定する（ステップＳ８０６）。一致するユーザ識別情報が認められなかった場合は（Ｓ８０６；ＮＯ）、ＣＰＵ１４１は、ＲＡＭ１４２に格納されたこのデータベース、アクセスポイント情報、及びユーザ受診履歴確認部１５９から読み込んだプログラムを消去し、図８のスタートに戻る。そして、ＣＰＵ１４１は、引き続き、ステップＳ８０１において携帯装置１１０からのユーザ識別情報の送信を待機する。一致するユーザ識別情報が認められた場合は（Ｓ８０６；ＹＥＳ）、ＣＰＵ１４１は、ＲＡＭ１４２にこのデータベースを格納したまま、ステップＳ８０７の処理へ進む。
【００８９】
次に、ＣＰＵ１４１は、図７のステップＳ７０７以降、ＲＡＭ１４２に格納し続けている、医療機関端末識別情報に基づき特定した医療機関端末１７０のＣＰＵ１７１に対して、補助記憶部１７７にあるユーザ固有情報記憶部１８５のデータベース（図２Ｆ）をサーバ装置１４０に送信するように命令する。そして、ＣＰＵ１４１は、医療機関端末１７０から送付されたこれらのデータベースを、ＲＡＭ１４２に格納する処理を行う（ステップＳ８０７）。なお、医療機関端末１７０は、ユーザ固有情報記憶部１８５のデータベース（図２Ｆ）そのものを送信するのではなく、更にこのデータベースから、ユーザ固有情報のみ除去したデータベース（ユーザ識別情報と受信日時とを関連付けたデータを残したデータベース）を送信する形態であってもよい。
【００９０】
次に、ＣＰＵ１４１は、ステップＳ８０５にてＲＡＭ１４２に格納したデータベース（図２Ｇ）、及び、ステップＳ８０７にてＲＡＭ１４２に格納したデータベース（図２Ｆ）において、図７のステップＳ７０７以降、ＲＡＭ１４２に格納し続けているユーザ識別情報と一致するユーザ識別情報を検索し、そのユーザ識別情報に関連付けられている、受診日時及び受信日時を、それぞれデータベース（図２Ｇ）、データベース（図２Ｆ）から特定する。そして、ＣＰＵ１４１は、受診日時と受信日時を比較する。ＣＰＵ１４１は、受診日時が受信日時以降である場合（Ｓ８０８；ＹＥＳ）、医療機関端末１７０の設置された医療機関へのユーザの受診があったと判定する。これにより、ＣＰＵ１４１は、ＲＡＭ１４２に格納されたデータベース（図２Ｇ）と、データベース（図２Ｆ）、及び、ユーザ受診履歴確認部１５９から読み込んだプログラムを消去し、ステップＳ８０９の処理へ進む。一方、受診日時が受信日時以降でなかった場合（Ｓ８０８；ＮＯ）、ＣＰＵ１４１は、ＲＡＭ１４２に格納されたデータベース（図２Ｇ）と、データベース（図２Ｆ）、アクセスポイント情報、及び、ユーザ受診履歴確認部１５９から読み込んだプログラムを消去した後、図８のスタートに戻る。そして、ＣＰＵ１４１は、引き続きステップＳ８０１において携帯装置１１０からのユーザ識別情報の送信を待機する。
【００９１】
次に、サーバ装置１４０のＣＰＵ１４１は、ＲＯＭ１４７内にあるユーザ固有情報消去部１６０に記憶されたプログラムをＲＡＭ１４２に読み込み、以下の処理を行う。ＣＰＵ１４１は、図７のステップＳ７０７以降、ＲＡＭ１４７に格納し続けている医療機関端末識別情報に基づき特定した全ての医療機関端末１７０のＣＰＵ１７１に対して、補助記憶部１７７のユーザ固有情報記憶部１８５内に記憶されたデータベース（図２Ｆ）における、図７のステップＳ７０７以降、サーバ装置１４０のＲＡＭ１４２に格納し続けているユーザ識別情報と一致する、ユーザ識別情報、及びそれに関連付けられた全ての情報（受信日時、ユーザ固有情報）を消去するように命令する。また、ＣＰＵ１４１は、補助記憶部１７７のユーザ受診履歴部１８４内に記憶されたデータベース（図２Ｇ）についても同様に、図７のステップＳ７０７以降、サーバ装置１４０のＲＡＭ１４２に格納し続けているユーザ識別情報と一致する、ユーザ識別情報、及びそれに関連付けられた受診日時を消去するように命令する。命令処理後は、サーバ装置１４０のＣＰＵ１４１は、ＲＡＭ１４２に格納し続けているユーザ識別情報と、それに関連付けられた医療機関端末識別情報、アクセスポイント情報、及び、ユーザ固有情報消去部１６０から読み込んだプログラム消去し、処理を終了する（ステップＳ８０９）。
【００９２】
なお、ステップＳ８０１については、携帯装置１１０のＣＰＵ１１１がユーザ識別情報を発信する代わりに、サーバ装置１４０のＣＰＵ１４１が定期的に全てのアクセスポイント１３０を通じてユーザ識別情報を発信して、それに合致する携帯装置１１０がどのアクセスポイントにて最も強い受信強度で受信されるかを判定するものであってもよい。この場合、ＣＰＵ１４１は、ステップＳ８０２において、発信したユーザ識別情報と、最も強い受信強度で受信したアクセスポイントをサーバ装置１４０のＲＡＭ１４２に格納する。
【００９３】
以上の、携帯装置１１０、サーバ装置１４０、医療機関端末１７０での情報のやり取りにより、医療機関端末１７０にて記憶し続ける必要の無いユーザ固有情報について、医療機関側で別途所定の操作を必要とする事無く、サーバ装置１４０からの命令にて自動的に消去することができる。そしてこのような情報のやり取りにより、ユーザ固有情報は、ユーザがそのアクセスポイントに所属する期間内に、そのアクセスポイントと通信可能な地域に所属する医療機関端末１７０のみに記憶されているので、ユーザ固有情報は携帯装置１１０の外部において、最小限の範囲内で取り扱われることになる。その結果、ユーザ固有情報の医療機関外部への漏洩を防ぐことができる。
【００９４】
本実施形態は、携帯装置１１０、サーバ装置１４０及び医療機関端末１７０に含まれるアクセスポイント情報判定部１５５等のような各処理部の実現手法を限定するものではない。上記各処理部は、ハードウェアの構成要素又はソフトウェアの構成要素若しくはこれらの組み合わせとして、本技術分野の通常の技術者において実現可能な手法により構成されていればよい。
【００９５】
ハードウェアの構成要素とは、ハードウェア回路であり、例えば、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、ゲートアレイ、論理ゲートの組み合わせ、信号処理回路、アナログ回路等がある。ソフトウェアの構成要素とは、ソフトウェアとして上記処理を実現する部品（断片）であり、そのソフトウェアを実現する言語、開発環境等を限定する概念ではない。ソフトウェアの構成要素としては、例えば、タスク、プロセス、スレッド、ドライバ、ファームウェア、データベース、テーブル、関数、プロシジャ、サブルーチン、プログラムコードの所定の部分、データ構造、配列、変数、パラメータ等がある。これらソフトウェアの構成要素は、コンピュータ内において、１又は複数のメモリ上で実現されるか、或いは、１又は複数のメモリ上のデータが１又は複数のプロセッサ（例えば、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）等）で実行されることにより実現される。
【産業上の利用可能性】
【００９６】
本発明によれば、ユーザが、例えば低血糖による昏睡状態に陥り、ユーザと医療機関との間で意思疎通ができない状態になったとしても、医療機関端末を設置する医療機関は予め送付されたユーザ固有情報を把握し、適切な治療、診断、或いは薬剤の投与を施すことができる。一方で、医療機関端末側は、送付されたユーザ固有情報が必要で無くなった場合、別途所定の操作をすること無く、サーバ装置側で自動的に消去する処理を行うので、ユーザ固有情報を別途管理する業務負担を考慮する必要が無く、かつ安全にユーザ固有情報を取扱うことが可能となる。その結果、ユーザ側と医療機関側双方に掛かるユーザ固有情報の管理の手間を省くことができる。
【符号の説明】
【００９７】
１１０  携帯装置
１１１  （携帯装置の）ＣＰＵ
１１２  測定部
１１３  アナログ信号処理部
１１４  アナログデジタル（Ａ／Ｄ）変換部
１１５  （携帯装置の）送受信部
１１６  （携帯装置の）補助記憶部
１１７  （携帯装置の）ＲＯＭ
１１８  （携帯装置の）ＲＡＭ
１１９  （携帯装置の）ＥＥＰＲＯＭ
１２０  （携帯装置の）時計
１２１  （携帯装置の）ゲートアレイ
１２２  （携帯装置の）表示部
１２３  （携帯装置の）入力部
１２４  ユーザ識別情報記憶部
１２５  （携帯装置の）ユーザ固有情報記憶部
１２６  測定データ記憶部
１２７  検量線データ記憶部
１２８  （携帯装置の）モデム
１２９  （携帯装置の）ＮＣＵ
１３０  アクセスポイント
１３１〜１３３  各地域に設置されたアクセスポイント
１３４  通信回線網
１４０  サーバ装置
１４１  （サーバ装置の）ＣＰＵ
１４２  （サーバ装置の）ＲＡＭ
１４３  （サーバ装置の）ＮＣＵ
１４４  （サーバ装置の）モデム
１４５  （サーバ装置の）送受信部
１４６  （サーバ装置の）ＥＥＰＲＯＭ
１４７  （サーバ装置の）ＲＯＭ
１４８  （サーバ装置の）補助記憶部
１４９  （サーバ装置の）時計
１５０  （サーバ装置の）ユーザ固有情報記憶部
１５１  医療機関端末記憶部
１５２  アクセスポイント情報記憶部
１５３  プロファイル作成記憶部
１５４  ユーザ固有情報更新部
１５５  アクセスポイント情報判定部
１５６  生体情報プロファイル作成部
１５７  変動パターン特定部
１５８  生体情報予測判定部
１５９  ユーザ受診履歴確認部
１６０  ユーザ固有情報消去部
１６１  医療機関端末特定部
【図１Ａ】
0005616331.tif 000002
【図１Ｂ】
0005616331.tif 000003
【図１Ｃ】
0005616331.tif 000004
【図１Ｄ】
0005616331.tif 000005
【図２Ａ】
0005616331.tif 000006
【図２Ｂ】
0005616331.tif 000007
【図２Ｃ】
0005616331.tif 000008
【図２Ｄ】
0005616331.tif 000009
【図２Ｅ】
0005616331.tif 000010
【図２Ｆ】
0005616331.tif 000011
【図２Ｇ】
0005616331.tif 000012
【図２Ｈ】
0005616331.tif 000013
【図３】
0005616331.tif 000014
【図４】
0005616331.tif 000015
【図５】
0005616331.tif 000016
【図６】
0005616331.tif 000017
【図７】
0005616331.tif 000018
【図８】
0005616331.tif 000019