(57)【要約】【課題】身近な携帯通信端末を医療用測定デバイスに接続して、医療データを収集すること。【解決手段】携帯通信端末に対して医療用測定デバイスが接続された場合に、携帯通信端末を介して、医療用測定デバイスを特定する特定情報を取得する取得手段と、特定情報に応じたドライバプログラムを実行することにより、医療用測定デバイスが測定した測定対象者の測定結果情報を、携帯通信端末を介して受信する第１受信手段と、医療用測定デバイスが測定した測定対象者を特定する測定対象者情報を前記携帯通信端末から受信する第２受信手段と、測定対象者情報および測定結果情報を関連付けて蓄積する蓄積手段と、蓄積された蓄積情報を、携帯通信端末または医療従事者用通信端末に送信する送信手段と、を備えたことを特徴とする。【選択図】  図１
2013250681.tif 000002
【特許請求の範囲】
【請求項１】
携帯通信端末に対して医療用測定デバイスが接続された場合に、前記携帯通信端末を介して、前記医療用測定デバイスを特定する特定情報を取得する取得手段と、
前記特定情報に応じたドライバプログラムを実行することにより、前記医療用測定デバイスが測定した測定対象者の測定結果情報を、前記携帯通信端末を介して受信する第１受信手段と、
前記医療用測定デバイスが測定した測定対象者を特定する測定対象者情報を前記携帯通信端末から受信する第２受信手段と、
前記測定対象者情報および前記測定結果情報を関連付けて蓄積する蓄積手段と、
蓄積された蓄積情報を、前記携帯通信端末または医療従事者用通信端末に送信する送信手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記第２受信手段は、前記医療用測定デバイスから前記測定結果情報を取得した時刻に関する時刻情報を、前記携帯通信端末からさらに受信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記測定対象者は、前記携帯通信端末の所有者に関連付けてあらかじめ登録された個人であり、
前記第１受信手段は、前記医療用測定デバイスが測定した前記個人についての測定結果情報を、前記携帯通信端末を介して受信することを特徴とする請求項１または２記載の情報処理装置。
【請求項４】
前記送信手段は、前記蓄積手段に蓄積された情報を、前記携帯通信端末上で表示できる表示画面データに変換して、前記携帯通信端末に送信することを特徴とする請求項１、２または３に記載の情報処理装置。
【請求項５】
前記携帯通信端末に内蔵された撮像手段を用いて、前記測定対象者の顔を撮影し、撮影した画像を前記測定結果情報に紐付けて前記蓄積手段に蓄積することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記携帯通信端末に内蔵された撮像手段を用いて、前記測定対象者の顔および声を含むビデオ映像を撮影し、撮影した映像を前記測定結果情報に紐付けて前記蓄積手段に蓄積することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記送信手段は、前記蓄積情報を前記医療従事者用通信端末に送信する際に、医療従事者用通信端末のロケーション情報に基づいて、時差を考慮した時刻補正を行なうことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
携帯通信端末に対して医療用測定デバイスが接続された場合に、前記携帯通信端末を介して、前記医療用測定デバイスを特定する特定情報を取得する取得ステップと、
前記特定情報に応じたドライバプログラムを実行することにより、前記医療用測定デバイスが測定した測定対象者の測定結果情報を、前記携帯通信端末を介して受信する第１受信ステップと、
前記医療用測定デバイスが測定した測定対象者を特定する測定対象者情報を前記携帯通信端末から受信する第２受信ステップと、
前記測定対象者情報および前記測定結果情報を関連付けて蓄積する蓄積ステップと、
蓄積された蓄積情報を、前記携帯通信端末または医療従事者用通信端末に送信する送信ステップと、
を含むことを特徴とする情報処理方法。
【請求項９】
携帯通信端末に対して医療用測定デバイスが接続された場合に、前記携帯通信端末を介して、前記医療用測定デバイスを特定する特定情報を取得する取得ステップと、
前記特定情報に応じたドライバプログラムを実行することにより、前記医療用測定デバイスが測定した測定対象者の測定結果情報を、前記携帯通信端末を介して受信する第１受信ステップと、
前記医療用測定デバイスが測定した測定対象者を特定する測定対象者情報を前記携帯通信端末から受信する第２受信ステップと、
前記測定対象者情報および前記測定結果情報を関連付けて蓄積する蓄積ステップと、
蓄積された蓄積情報を、前記携帯通信端末または医療従事者用通信端末に送信する送信ステップと、
をコンピュータに実行させることを特徴とする情報処理プログラム。
【請求項１０】
通信インタフェースを介して医療用測定デバイスが接続された場合に、自端末が該医療用測定デバイスを制御できるか否かを判定する判定手段と、
前記判定手段により、自端末が前記医療用測定デバイスを制御できないと判定された場合に、無線通信ネットワークを介してサーバにアクセスし、前記医療用測定デバイスからの測定結果情報の取得をリクエストする要求手段と、
前記医療用測定デバイスと前記サーバとの間の通信が確立して前記医療用測定デバイスが測定した測定結果情報を前記サーバが取得できるように、前記通信インタフェースおよび前記無線通信ネットワークを介する前記医療用測定デバイスと前記サーバとの間の信号転送を制御する信号転送制御手段と、
前記測定結果情報と測定対象者を特定する測定対象者情報とを互いに関連付けて前記サーバに送信する送信手段と、
を備えたことを特徴とする携帯通信端末。
【請求項１１】
通信インタフェースを介して医療用測定デバイスが接続された場合に、自端末が該医療用測定デバイスを制御できるか否かを判定する判定ステップと、
前記判定ステップにより、自端末が前記医療用測定デバイスを制御できないと判定された場合に、無線通信ネットワークを介してサーバにアクセスし、前記医療用測定デバイスからの測定結果情報の取得をリクエストする要求ステップと、
前記医療用測定デバイスと前記サーバとの間の通信が確立して前記医療用測定デバイスが測定した測定結果情報を前記サーバが取得できるように、前記通信インタフェースおよび前記無線通信ネットワークを介する前記医療用測定デバイスと前記サーバとの間の信号転送を制御する信号転送制御ステップと、
前記測定結果情報と、測定対象者を特定する測定対象者情報とを互いに関連付けて前記サーバに送信する送信ステップと、
を含むことを特徴とする携帯通信端末の制御方法。
【請求項１２】
通信インタフェースを介して医療用測定デバイスが接続された場合に、自端末が該医療用測定デバイスを制御できるか否かを判定する判定ステップと、
前記判定ステップにより、自端末が前記医療用測定デバイスを制御できないと判定された場合に、無線通信ネットワークを介してサーバにアクセスし、前記医療用測定デバイスからの測定結果情報の取得をリクエストする要求ステップと、
前記医療用測定デバイスと前記サーバとの間の通信が確立して前記医療用測定デバイスが測定した測定結果情報を前記サーバが取得できるように、前記通信インタフェースおよび前記無線通信ネットワークを介する前記医療用測定デバイスと前記サーバとの間の信号転送を制御する信号転送制御ステップと、
前記測定結果情報と、測定対象者を特定する測定対象者情報とを互いに関連付けて前記サーバに送信する送信ステップと、
をコンピュータに実行させることを特徴とする携帯通信端末の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療に用いられる情報処理装置、および携帯通信端末、それらの制御方法ならびに制御プログラムに関する。
【背景技術】
【０００２】
上記技術分野において、特許文献１の段落００６３には、クライアント端末に差し込まれたＵＳＢデバイスを仮想ＰＣから操作する技術が開示されている。また、特許文献２には、手術システムを携帯端末で起動する技術が開示されている。さらに、特許文献３には、医療知識データベースが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１９３４２９号公報
【特許文献２】特開２００７−０８００９４号公報
【特許文献３】特表２００７−５１６２３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記文献に記載の技術では、血圧計や血糖値センサや心拍計測器などのデータをサーバへ送信する場合、専用の通信モジュールを用いるか、データを記憶して、病院へ持ち込むか、ＰＣに直接取り込むか、のいずれかの運用で行なっている。
【０００５】
血圧計など、独立して自宅で使う医療用計測機器の発展、および、医療の日帰り化、在宅化の増加により、医者ではない個人が使用する医療機器と医者との連携が不可欠な現在の状況に上記従来技術では対応できない。
【０００６】
一方、医療センサ用のドライバやアプリケーションとしてＰＣ用に作成されていたものは存在するが、それをいちいち個々のスマートデバイスにあわせて、開発し直すのは効率的ではなかった。結果として、スマートフォンやタブレットといった携帯通信端末を、医療機器の制御用に使うことが難しく、利便性が悪かった。
【０００７】
本発明の目的は、上述の課題を解決する技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明に係る情報処理装置は、
携帯通信端末に対して医療用測定デバイスが接続された場合に、前記携帯通信端末を介して、前記医療用測定デバイスを特定する特定情報を取得する取得手段と、
前記特定情報に応じたドライバプログラムを実行することにより、前記医療用測定デバイスが測定した測定対象者の測定結果情報を、前記携帯通信端末を介して受信する第１受信手段と、
前記医療用測定デバイスが測定した測定対象者を特定する測定対象者情報を前記携帯通信端末から受信する第２受信手段と、
前記測定対象者情報および前記測定結果情報を関連付けて蓄積する蓄積手段と、
蓄積された蓄積情報を、前記携帯通信端末または前記医療従事者用通信端末に送信する送信手段と、
を備えたことを特徴とする。
【０００９】
上記目的を達成するため、本発明に係る方法は、
携帯通信端末に対して医療用測定デバイスが接続された場合に、前記携帯通信端末を介して、前記医療用測定デバイスを特定する特定情報を取得する取得ステップと、
前記特定情報に応じたドライバプログラムを実行することにより、前記医療用測定デバイスが測定した測定対象者の測定結果情報を、前記携帯通信端末を介して受信する第１受信ステップと、
前記医療用測定デバイスが測定した測定対象者を特定する測定対象者情報を前記携帯通信端末から受信する第２受信ステップと、
前記測定対象者情報および前記測定結果情報を関連付けて蓄積する蓄積ステップと、
蓄積された蓄積情報を、前記携帯通信端末または前記医療従事者用通信端末に送信する送信ステップと、
を含むことを特徴とする。
【００１０】
上記目的を達成するため、本発明に係るプログラムは、
携帯通信端末に対して医療用測定デバイスが接続された場合に、前記携帯通信端末を介して、前記医療用測定デバイスを特定する特定情報を取得する取得ステップと、
前記特定情報に応じたドライバプログラムを実行することにより、前記医療用測定デバイスが測定した測定対象者の測定結果情報を、前記携帯通信端末を介して受信する第１受信ステップと、
前記医療用測定デバイスが測定した測定対象者を特定する測定対象者情報を前記携帯通信端末から受信する第２受信ステップと、
前記測定対象者情報および前記測定結果情報を関連付けて蓄積する蓄積ステップと、
蓄積された蓄積情報を、前記携帯通信端末または前記医療従事者用通信端末に送信する送信ステップと、
をコンピュータに実行させることを特徴とする。
【００１１】
上記目的を達成するため、本発明に係る携帯通信端末は、
通信インタフェースを介して医療用測定デバイスが接続された場合に、自端末が該医療用測定デバイスを制御できるか否かを判定する判定手段と、
前記判定手段により、自端末が前記医療用測定デバイスを制御できないと判定された場合に、無線通信ネットワークを介してサーバにアクセスし、前記医療用測定デバイスからの測定結果情報の取得をリクエストする要求手段と、
前記医療用測定デバイスと前記サーバとの間の通信が確立して前記医療用測定デバイスが測定した測定結果情報を前記サーバが取得できるように、前記通信インタフェースおよび前記無線通信ネットワークを介する前記医療用測定デバイスと前記サーバとの間の信号転送を制御する信号転送制御手段と、
前記測定結果情報と測定対象者を特定する測定対象者情報とを互いに関連付けて前記サーバに送信する送信手段と、
を備えたことを特徴とする。
【００１２】
上記目的を達成するため、本発明に係る携帯通信端末の制御方法は、
通信インタフェースを介して医療用測定デバイスが接続された場合に、自端末が該医療用測定デバイスを制御できるか否かを判定する判定ステップと、
前記判定ステップにより、自端末が前記医療用測定デバイスを制御できないと判定された場合に、無線通信ネットワークを介してサーバにアクセスし、前記医療用測定デバイスからの測定結果情報の取得をリクエストする要求ステップと、
前記医療用測定デバイスと前記サーバとの間の通信が確立して前記医療用測定デバイスが測定した測定結果情報を前記サーバが取得できるように、前記通信インタフェースおよび前記無線通信ネットワークを介する前記医療用測定デバイスと前記サーバとの間の信号転送を制御する信号転送制御ステップと、
前記測定結果情報と、測定対象者を特定する測定対象者情報とを互いに関連付けて前記サーバに送信する送信ステップと、
を含むことを特徴とする。
【００１３】
上記目的を達成するため、本発明に係る携帯通信端末の制御プログラムは、
通信インタフェースを介して医療用測定デバイスが接続された場合に、自端末が該医療用測定デバイスを制御できるか否かを判定する判定ステップと、
前記判定ステップにより、自端末が前記医療用測定デバイスを制御できないと判定された場合に、無線通信ネットワークを介してサーバにアクセスし、前記医療用測定デバイスからの測定結果情報の取得をリクエストする要求ステップと、
前記医療用測定デバイスと前記サーバとの間の通信が確立して前記医療用測定デバイスが測定した測定結果情報を前記サーバが取得できるように、前記通信インタフェースおよび前記無線通信ネットワークを介する前記医療用測定デバイスと前記サーバとの間の信号転送を制御する信号転送制御ステップと、
前記測定結果情報と、測定対象者を特定する測定対象者情報とを互いに関連付けて前記サーバに送信する送信ステップと、
をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、身近な携帯通信端末を医療用測定デバイスに接続するだけで、医療データを収集することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】本発明の第２実施形態に係る情報処理システムの利用例の一例を示す図である。
【図３】本発明の第２実施形態に係る情報処理システムの利用例の他の例を示す図である。
【図４Ａ】本発明の第２実施形態においてスマートフォンに表示される表示画面例を示す図である。
【図４Ｂ】本発明の第２実施形態においてスマートフォンに表示される表示画面例を示す図である。
【図４Ｃ】本発明の第２実施形態においてスマートフォンに表示される表示画面例を示す図である。
【図４Ｄ】本発明の第２実施形態においてスマートフォンに表示される表示画面例を示す図である。
【図４Ｅ】本発明の第２実施形態においてスマートフォンに表示される表示画面例を示す図である。
【図４Ｆ】本発明の第２実施形態においてスマートフォンに表示される表示画面例を示す図である。
【図４Ｇ】本発明の第２実施形態においてスマートフォンに表示される表示画面例を示す図である。
【図４Ｈ】本発明の第２実施形態においてスマートフォンに表示される表示画面例を示す図である。
【図４Ｉ】本発明の第２実施形態においてスマートフォンに表示される表示画面例を示す図である。
【図４Ｊ】本発明の第２実施形態において医療従事者用通信端末に表示される表示画面例を示す図である。
【図５】本発明の第２実施形態に係る情報処理システム全体の処理の流れを示すシーケンス図である。
【図６】本発明の第２実施形態におけるクラウドサーバの機能構成を示す図である。
【図７Ａ】本発明の第２実施形態におけるクラウドサーバでの処理の流れを示す図である。
【図７Ｂ】本発明の第２実施形態に係る情報処理システムでのパケット送受信処理の例を示す図である。
【図７Ｃ】本発明の第２実施形態に係る情報処理システムでのパケット送受信処理の他の例を示す図である。
【図７Ｄ】本発明の第２実施形態に係る情報処理システムでのパケット送受信処理のさらに他の例を示す図である。
【図７Ｅ】本発明の第２実施形態に係る情報処理システムで用いられるデバイスデータベースの構成を示す図である。
【図８Ａ】本発明の第２実施形態に係る情報処理システムでのサーバとデバイス間での通信確立処理の一例を示す図である。
【図８Ｂ】本発明の第２実施形態に係る情報処理システムでのサーバとデバイス間での通信確立処理の一例を示す図である。
【図８Ｃ】本発明の第２実施形態に係る情報処理システムでのサーバとデバイス間での通信確立処理の一例を示す図である。
【図８Ｄ】本発明の第２実施形態に係る情報処理システムでのサーバとデバイス間での通信確立処理の一例を示す図である。
【図９】本発明の第２実施形態におけるクラウドサーバで行なわれる測定結果取得処理の流れを示す図である。
【図１０】本発明の第２実施形態におけるスマートフォンの機能構成を示す図である。
【図１１】本発明の第２実施形態における医療情報データベースの構成を示す図である。
【図１２】本発明の第２実施形態における個人情報データベースの構成を示す図である。
【発明を実施するための形態】
【００１６】
以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素はあくまで例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。なお、本明細書中、「医療従事者」とは主に医師を指すが、本発明の権利範囲はそれに限定されるものではなく、例えば、看護師、薬剤師、理学療法士、作業療法士、介護福祉士等々、医療に関する知識を有する者であればこれに含まれる。
【００１７】
［第１実施形態］
本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、携帯通信端末１５０に接続された医療用測定デバイス１６０が提供するデータを収集して蓄積するものである。
【００１８】
個人が利用する携帯通信端末１５０および医療従事者が利用する医療従事者用端末１７０と通信可能な情報処理装置１００である。情報処理装置１００は、取得部１０１、第１受信部１０３、第２受信部１０５、蓄積部１０７、および送信部１０９を備えている。
【００１９】
取得部１０１は、携帯通信端末１５０に対して医療用測定デバイス１６０が接続された場合に、携帯通信端末１５０を介して、医療用測定デバイス１６０を特定するデバイス特定情報１２０を取得する。
【００２０】
第１受信部１０３は、デバイス特定情報１２０に応じたドライバプログラム１０２を実行することにより、携帯通信端末１５０を介して、医療用測定デバイス１６０が測定した測定対象者の測定結果情報１３０を受信する。
【００２１】
第２受信部１０５は、医療用測定デバイス１６０が測定した測定対象者を特定する測定対象者情報１４０を携帯通信端末１５０から受信する。
【００２２】
蓄積部１０７は、測定対象者情報１４０および測定結果情報１３０を関連付けて蓄積する。
【００２３】
送信部１０９は、蓄積された蓄積情報１８０を、携帯通信端末１５０または医療従事者用端末１７０に送信する。
【００２４】
上記構成によれば、身近な携帯通信端末を医療用測定デバイスに接続するだけで、医療データを収集することができる。
【００２５】
［第２実施形態］
次に本発明の第２実施形態に係る情報処理装置としてのクラウドサーバ２００について、図２、図３、図４を用いて説明する。図２、図３は、クラウドサーバ２００を含む情報処理システムおよびその利用方法を説明するための図である。
【００２６】
（システム全体の構成と処理の流れ）
図２において、クラウドサーバ２００は、医療情報データベース（医療情報ＤＢ）２１０と接続されてローカルクラウドネットワーク２９０を構成しており、携帯通信端末の一例としての複数のスマートフォン２５０と無線通信ネットワークを介して通信可能である。ここでの無線通信ネットワークとは、携帯電話通信網でもよいし、無線通信インタフェース（例えば無線通信規格であるIEEE 802.11シリーズ(IEEE 802.11a, b, c, d, e)）を利用したネットワークでもよい。
【００２７】
図２において、一つのスマートフォン２５０は、医療用測定デバイスの一例としての血圧・脈拍測定デバイス２６１とＵＳＢ（Universal Serial Bus）インタフェースを介して接続されている。また、図３において、一つのスマートフォン２５０は、医療用測定デバイスの他の例としての体温測定デバイス２６２とＵＳＢインタフェースを介して接続されている。なお、ここでは通信インタフェースの一例としてＵＳＢインタフェースを用いているが、本発明はこれに限定されるものではなく、他のデータ通信用インタフェース(例.シリアル通信インタフェース、ＩＥＥＥ１３９４、ＨＤＭＩなど)でもよい。
【００２８】
スマートフォン２５０は、医療用測定デバイス２６１、２６２に接続されると、まず、その医療用測定デバイス２６１、２６２に特化されたドライバプログラムを備えているか否か判定する。判定した結果、自端末にドライバプログラムを備えている場合には、そのドライバプログラムを利用して医療用測定デバイス２６１、２６２から測定情報を受信する。医療用測定デバイスは、多種に渉るため、それぞれのデバイスごとのドライバプログラムをスマートフォン２５０に格納していたのでは、スマートフォン２５０の記憶容量を圧迫してしまう。そこで、通常は、ドライバプログラムをスマートフォン２５０内部に格納することはなく、図４Ａに示す画面４０１をスマートフォン２５０に表示させてユーザに確認させる。ユーザが、クラウドサーバ２００への接続を要求した場合、スマートフォン２５０はクラウドサーバ２００に対して、医療用測定デバイス２６１、２６２との通信確立および測定値の取得をリクエストする。
【００２９】
クラウドサーバ２００は、スマートフォン２５０を介して、医療用測定デバイス２６１、２６２との通信を確立すると、医療用測定デバイス２６１、２６２から測定結果情報（血圧／脈拍情報、体温情報など）を受信する。そして、クラウドサーバ２００は、受信した測定結果情報を医療情報データベース２１０に格納する。
【００３０】
一方、クラウドサーバ２００は、医療用測定デバイス２６１、２６２の種類に応じたアプリケーションプログラム２０４を起動して、スマートフォン２５０のディスプレイに様々なＧＵＩ（Graphic User Interface）を表示させる。アプリケーションプログラム２０４は、スマートフォン２５０の内部にインストールされているかのように振る舞い、スマートフォン２５０に対するユーザの操作を検知して、その操作に応じた処理を行ない、スマートフォン２５０の画面表示を変える。これにより、スマートフォン２５０の記憶容量圧迫することもなく、また、アプリケーションのバージョンアップをユーザサイドで行なう必要もなくなるという利点がある。
【００３１】
アプリケーションプログラム２０４は、スマートフォン２５０の個体情報を確認することにより、スマートフォン２５０による医療情報の測定および取得が初めてか否かを判断する。スマートフォン２５０による医療情報の測定および取得が初めてだと判断すると、ＧＵＩを介して測定対象者となり得るユーザ（所有者またはその家族など）に関する情報を入力させ、入力情報を医療情報の一部として医療情報データベース２１０に登録する。ここでの入力情報としては、例えば、所有者の氏名、年齢、性別、住所、職業、持病、罹患歴などが含まれる。図４Ｂの画面４０２は、このような入力情報を取得するために、スマートフォン２５０に表示される画面の一例である。
【００３２】
アプリケーションプログラム２０４は、医療用測定デバイス２６１、２６２を用いた測定前に、スマートフォン２５０のユーザに、家族がいるか否かを、医療情報データベース２１０を参照して確認する。同様に、同じスマートフォン２５０を使用して測定する可能性のある測定対象者が複数いるか否かを確認する。家族などに複数の測定対象者がいる場合には、アプリケーションプログラム２０４は、スマートフォン２５０のディスプレイに図４Ｃに示す画面４０３を表示して、測定対象者を選択させる。
【００３３】
アプリケーションプログラム２０４は、医療用測定デバイス２６１、２６２で測定できない医療情報を取得するため、スマートフォン２５０のユーザに対して、図４Ｄの画面４０４を示し、自由な説明を入力させてもよい。例えば、入力情報として、痛みの場所と強さ、便の回数および状態、嘔吐の有無、物の見え方や、呼吸の状態、意識の有無などが挙げられる。
【００３４】
アプリケーションプログラム２０４は、測定情報の取得後、または入力情報の入力後などに、図４Ｅに示す画面４０５を表示させることもできる。ここでは、「病状をより正確に記録するため、測定対象者を撮影して、画像を送信することができます。カメラアプリを起動しますか？測定対象者の画像を撮像して登録しますか」というメッセージを表示させる。ユーザが「はい」を選択すれば、スマートフォン２５０に元々インストールされているカメラアプリケーションを起動して撮影させる（図４Ｆ参照）。そして、撮影された画像や映像を、測定結果情報と紐付けて（同じ測定ＩＤを付して）クラウドサーバ２００に送信させる。
【００３５】
また、アプリケーションプログラム２０４は、スマートフォン２５０から、測定結果情報と関連付けるべき環境情報を取得する。例えば、環境情報としては、スマートフォン２５０が実装しているＧＰＳ（Global Positioning System）機能などを利用して取得した場所（測定場所、行動履歴）、測定時刻、スマートフォン２５０の所有者情報などが含まれる。
【００３６】
測定結果情報、入力情報、環境情報の取得が完了すると、アプリケーションプログラム２０４は、それらをまとめた画面を生成して、スマートフォン２５０に送る。スマートフォン２５０のディスプレイには、例えば、図４Ｇのような確認画面４０６が表示され、「登録」ボタン４０７が押下された場合には、医療情報データベース２１０に医療情報として登録される。
【００３７】
また、アプリケーションプログラム２０４は、タイマ機能を備え、一定の時間経過に応じて、スマートフォン２５０に医療情報の測定を促す画面を表示させてもよい。これにより、スマートフォン２５０のユーザは、医療用測定デバイス２６１、２６２を用いた医療情報の測定を忘れずに行なうことが可能となる。例えば、糖尿病を患っているユーザのスマートフォン２５０に対しては、一定時間ごとに図４Ｈに示す画面４０８を表示させることが望ましい。
【００３８】
さらに、アプリケーションプログラム２０４は、スマートフォン２５０に対して、測定後、図４Ｉに示すような診断要求の有無を入力するための画面４０９を表示させる。スマートフォン２５０のユーザが、「はい」ボタン４１０を押下して、診断を要求すると、クラウドサーバ２００にあらかじめ登録された医療従事者に対して診断要求を送信する。このとき、測定対象者の特定情報またはその測定対象者の医療情報が格納された医療情報データベース２１０のアドレスを、診断要求に付加する。医療従事者に対する診断要求は、電子メールを用いて行なってもよいし、他の方法でもよい。
【００３９】
例えば、医療情報データベース２１０における測定対象者専用のＵＲＬを電子メールに埋め込んで医療従事者用通信端末２７０に送った場合、医療従事者は、そのＵＲＬにアクセスすることにより、容易に測定対象者の個人情報、現状および病歴を確認できる。また、医療従事者は、医療従事者用通信端末２７０を用いてグローバルクラウドサーバ２９５にアクセスし、グローバルな統計医療情報などを取得することもできる。例えば、どのタイプのインフルエンザがどこで流行っているかなどを確認することができる。またあるいは、クラウドサーバ２００に登録されたユーザの行動履歴情報にアクセスして、罹患の原因を探ることも可能である。
【００４０】
医療従事者は、クラウドサーバ２００が生成したコメント入力画面に対して、医療従事者用通信端末２７０からコメントを入力する。「安静にして一晩様子を見ましょう。」「○○君は中耳炎の疑いがあります。耳が痛いと言い出したら耳鼻科に連れて行きましょう。」「すぐに救急病院に行ってください。」などといった医療従事者からのコメントを一旦、医療情報データベース２１０に登録する。アプリケーションプログラム２０４は、そのコメントを埋め込んだ電子メールを生成して、スマートフォン２５０に送信する。これにより、医療従事者のメールアドレスは、ユーザに伝わらないため、医療従事者に対してユーザから直接何度もメールを送るといったトラブルを回避することができる。
【００４１】
クラウドサーバ２００は、医療情報データベース２１０に格納された個人医療情報から、個人を特定できる情報（氏名、住所の一部）を削除して一般医療情報を生成し、グローバルクラウドサーバ２９５に送信する。グローバルクラウドサーバ２９５は、２つ以上のローカルクラウドネットワーク２９０から収集した一般医療情報をまとめることにより、統計データを生成する。統計データとしては、例えば、インフルエンザがどの場所で流行っているかを、発熱状態の体温の測定場所の分布から求めることができ、スマートフォン２５０や、医療従事者用通信端末２７０に表示できる（図４Ｊ参照）。また、例えば、食中毒症状（腹痛や下痢や発熱など）を起こした複数の測定対象者の行動履歴を比較することにより、食中毒の原因がどの場所にあるかを推定することもできる。
【００４２】
クラウドサーバ２００に蓄積された個人医療情報や、グローバルクラウドサーバ２９５において収集され整理された一般医療情報は、スマートフォン２５０からのリクエストに応じて、スマートフォン２５０に送信され、表示される。
【００４３】
スマートフォン２５０のユーザは、クラウドサーバ２００を利用するにあたり、利用料金の異なる複数のサービスレベルから一つを設定できる。そのサービスレベルに応じて、グローバルクラウドサーバ２９５やローカルクラウドネットワーク２９０からスマートフォン２５０が取得できる情報の種類を変えてもよい。
【００４４】
（システム全体の処理の流れ）
次に、図５に示すシーケンス図を用いて、システム全体の処理の流れについて整理する。まず、医療用測定デバイス（血圧・脈拍測定デバイス２６１、体温測定デバイス２６２など）が、スマートフォン２５０に接続される（Ｓ５０１）。すると、これをトリガーにして、スマートフォン２５０は、自端末に医療用測定デバイス２６１、２６２から測定情報を取得するためのドライバプログラムやアプリケーションプログラムが備わっているか否か判定する。
【００４５】
他種類にわたる医療用測定デバイス２６１、２６２のドライバプログラムやアプリケーションプログラムを、ダウンロードしてインストールしていくと、スマートフォン２５０の容量がいくらあっても足りない。そこで、ここでは、図４Ａのようにユーザに確認した上で、スマートフォン２５０からクラウドサーバ２００にログインして、クラウドサーバ２００主導で、医療用測定デバイス２６１、２６２から測定結果情報を取得することをリクエストする（Ｓ５０５）。そのかわり、スマートフォン２５０のユーザが、クラウドサーバ２００を運営するクラウドプロバイダの会員になっていることが必要となる。
【００４６】
クラウドサーバ２００は、スマートフォン２５０を介した医療用測定デバイス２６１、２６２とのやりとりの中で、医療用測定デバイス２６１、２６２を特定する（Ｓ５０９）。次に、その医療用測定デバイス２６１、２６２に応じたアプリケーションプログラム２０４を選定し、起動する（Ｓ５１１）。このアプリケーションは、スマートフォン２５０のディスプレイに対してメッセージを表示させる（Ｓ５１３）。このときのメッセージとしては、例えば、「サーバの準備ができました。血圧計を通常どおり操作して血圧および脈拍の測定を行ない、測定後、以下の測定完了ボタンをクリックしてください」といったものが考えられる。また、「サーバの準備ができました。体温計からＵＳＢケーブルを抜いて体温を測定した後、もう一度、接続して、以下の測定完了ボタンをクリックしてください」といったメッセージを表示させてもよい。いずれにせよ、ステップＳ５０９で特定したデバイスに応じたメッセージであることが望ましい。
【００４７】
測定対象者、またはスマートフォン２５０の所有者は、測定を実行して（Ｓ５１５）、測定が完了したことを確認すると、スマートフォン２５０を操作して、測定完了通知をクラウドサーバ２００に送信する（Ｓ５１７）。上述の場合、スマートフォン２５０の画面に表示された「測定完了」ボタンをユーザがクリックすることにより、測定の完了通知がスマートフォン２５０からクラウドサーバ２００に送られる。
【００４８】
クラウドサーバ２００は、ステップＳ５０９で特定したデバイスに対応するドライバを、ドライバプログラムデータベースから選定する（Ｓ５１９）。そして、そのドライバを駆動させることにより、スマートフォン２５０を介して、医療用測定デバイス２６１、２６２に対してアクセスし、測定結果情報を取得する（Ｓ５２１）。このとき、スマートフォン２５０とクラウドサーバ２００との間はＩＰ（Internet Protocol）であり、スマートフォン２５０と医療用測定デバイス２６１、２６２との間はＵＳＢのプロトコルである。そのため、スマートフォン２５０は、中継処理として、それらのプロトコルのカプセリングおよびアンカプセリングを行なう（Ｓ５２３）。
【００４９】
ステップＳ５２５において、クラウドサーバ２００は、スマートフォン２５０に対して表示画面データの生成および送信を行なう。具体的には、測定結果を正常に取得できた場合には、その測定結果の表示処理を行ない、測定結果の取得にあたり、エラーが生じた場合や、測定結果の信頼性が低いと判断した場合には、エラー表示を行なう。
【００５０】
次に、クラウドサーバ２００は、スマートフォン２５０から、時刻や場所に関する情報を取得する（Ｓ５２７）。これらの情報は測定結果と同じＩＤを付して送信され、ステップＳ５２９において、測定結果、時刻、場所などが関連づけられてデータベースに蓄積される（Ｓ５３１）。
【００５１】
さらに、一定期間ごと、または、所定の容量のデータが蓄積された段階で、クラウドサーバ２００は、グローバルクラウドサーバ２９５に対して、個人情報を削除したデータを送信する（Ｓ５３３）。グローバルクラウドサーバ２９５は、クラウドサーバ２００から受け取ったデータをデータベースに蓄積する（Ｓ５３５）。
【００５２】
以上の一連の処理により、クラウドサーバ２００およびグローバルクラウドサーバ２９５は、医療に関する測定結果をナレッジとして蓄積することができる。また、ここでは示していないが、スマートフォン２５０からの自由なアクセスによりクラウドサーバ２００に対して、測定対象者情報（氏名、アドレスなど）と、担当医師情報（氏名、所属、アドレスなど）とを、送信することができる。クラウドサーバ２００では、医療情報データベース２１０において、それらを対応付けて格納している。
【００５３】
次に、スマートフォン２５０から診断要求があると（Ｓ５３７）、クラウドサーバ２００は、データベースに蓄積した測定結果情報を読み出して、測定対象者に対応付けられた医療従事者用通信端末２７０に送信する。医療従事者用通信端末２７０では、測定結果情報を受け取ると、医療従事者からのコメント入力を受け付け（Ｓ５４３）、受け付けたコメントを、クラウドサーバ２００に送信する。クラウドサーバ２００は、医療従事者からのコメントの登録を受け付けると、そのコメントをスマートフォン２５０に送信し（Ｓ５４５）、スマートフォン２５０において、医療従事者の診断として表示する（Ｓ５４７）。
このようにスマートフォン２５０と医療従事者用通信端末２７０との間で情報のやりとりを行なうに際して、クラウドサーバ２００は、スマートフォン２５０のロケーション情報と、医療従事者用通信端末２７０のロケーション情報とを取得して、時差を考慮した時刻補正を行なう。つまり、医療従事者用通信端末２７０に情報を送信する場合には、測定結果情報に含まれる時刻を、医療従事者用通信端末２７０の所在地に応じたローカルタイムに変換する。一方、スマートフォン２５０にコメントを送信する場合にも、そのコメントが入力された時刻として、スマートフォン２５０の所在地に応じたローカルタイムを使用する。これにより、時差のある地域間でも、容易に医療連携を行なうことが可能になる。また、クラウドサーバ２００は、測定対象者の住所や、入院または通院している病院や保険機関名などに基づいて、同じ病院の中で、あるいは同じ地区において、良く選ばれている医療従事者を医療従事者データベース（不図示）からスマートフォン２５０のユーザに提案してもよい。さらに、その医療従事者に対するスマートフォン２５０のユーザからの評価をナレッジとして蓄えてもよい。
【００５４】
また、スマートフォン２５０は、統計データを要求することができる（Ｓ５５１）。クラウドサーバ２００またはグローバルクラウドサーバ２９５は、その要求に応じて、統計データを生成して（Ｓ５５３、Ｓ５５７）、スマートフォン２５０に送信する（Ｓ５５９、Ｓ５６１）。
【００５５】
以上のような処理により、スマートフォン２５０のユーザはクラウドサービスに登録し、申し込むことにより、医療従事者からのコメントを貰ったり、統計上の医療情報や、自分の症状と、他人の状況との比較といった情報を取得したりすることができる。
【００５６】
《クラウドサーバの機能構成》
図６は、本実施形態に係るクラウドサーバ２００の機能構成を示すブロック図である。クラウドサーバ２００は、ネットワークを介してスマートフォン２５０と通信する通信制御部６０１を有する。通信制御部６０１がスマートフォン２５０から受信したメッセージから、ディスクリプタ受信部６０２は、スマートフォン２５０に接続された医療用測定デバイス２６１、２６２から取得したディスクリプタを受信する。デバイス判定部６０３は、スマートフォン２５０から受信したデバイスディスクリプタから、デバイスデータベース６２３（図７Ｅ参照）を参照して、スマートフォン２５０に接続した医療用測定デバイス２６１、２６２を特定する。
【００５７】
プログラム選定部６０６は、デバイス判定部６０３からのデバイス情報に基づき、ドライバプログラムデータベース６２４とアプリケーションプログラムデータベース６２５とを参照して、デバイスドライバプログラムおよびアプリケーションプログラムを選定する。
【００５８】
アプリケーション実行部６０７は、プログラム選定部６０６が選定したアプリケーションを実行する。アプリケーション実行部６０７は、スマートフォン２５０に送信する操作画面を生成して、操作画面送信部６０８に渡す。操作画面送信部６０８は、操作画面をスマートフォン２５０に送信する。一方、操作指示受信部６０９は、スマートフォン２５０から送信された操作指示を受信する。そして、操作指示受信部６０９は、受信した操作指示をアプリケーション実行部６０７に渡す。アプリケーション実行部６０７は、操作指示に従った医療用測定デバイス２６１、２６２の動作を行なうように、ＵＳＢデバイスドライバ実行部６１０に対して、デバイス駆動のための指示を出力する。
【００５９】
また、ＵＳＢデバイスドライバ実行部６１０は、プログラム選定部６０６が選定したデバイスドライバを実行する。ＵＳＢデバイスドライバ実行部６１０は、スマートフォン２５０を中継して接続された医療用測定デバイスに対して送信すべきＵＳＢパケットを生成して、ＵＳＢパケットカプセリング部６１１に渡す。ＵＳＢパケットカプセリング部６１１は、ＵＳＢパケットをＩＰカプセリングして、スマートフォン２５０に向けて送信する。一方、ＵＳＢパケットアンカプセリング部６１２は、スマートフォン２５０からＩＰカプセリングして送信されたメッセージを受信して、そのメッセージをアンカプセリングする。ＵＳＢデバイスドライバ実行部６１０は、受信したＵＳＢパケットを分析して、新たなＵＳＢパケットを生成して医療用測定デバイスに応答したり、アプリケーション実行部６０７にデバイスのステータスを報告したりする。
【００６０】
ＵＳＢデバイスドライバ実行部６１０は、受信したＵＳＢパケットが医療用測定デバイス２６１、２６２による測定結果情報の場合には、測定結果情報受信部６１３にそれを渡す。測定結果情報受信部６１３は、医療情報生成部６１５にその測定結果情報を渡す。
【００６１】
一方、クラウドサーバ２００は、入力情報受信部６１４と環境情報受信部６１６とを備え、それぞれ、入力情報および環境情報をスマートフォン２５０から受信して、医療情報生成部６１５に渡す。医療情報生成部６１５は、受信した測定結果情報、入力情報、環境情報をまとめて医療情報を生成し、医療情報データベース２１０に登録する。
【００６２】
医療情報生成部６１５は、アプリケーション実行部６０７の一部でもよく、その場合、アプリケーションプログラム２０４を実行することにより、測定結果情報、入力情報、環境情報を取得して医療情報を生成し、医療情報データベース２１０に蓄積する。
【００６３】
（クラウドサーバ２００での処理の流れ）
図７Ａを用いて、クラウドサーバ２００におけるより詳しい処理の流れを説明する。ステップＳ７１１において、スマートフォン２５０から、デバイス接続リクエストを受信したと判断すると、ステップＳ５０９に進み、ディスクリプタの取得処理を行なう。取得したディスクリプタに基づいて、デバイスドライバおよびアプリケーションプログラムを選定し、起動する（Ｓ５１９）。さらに、アプリケーションプログラム２０４の実行に伴い、所定の表示画面をスマートフォン２５０に送信する。
【００６４】
ステップＳ７２１において、測定完了通知を受信したと判断すると、ステップＳ７２５において、測定結果取得処理を行なう。
【００６５】
さらに、ステップＳ７３１において、ＵＳＢパケットの送信を行なうと判定した場合には、ステップＳ７３３に進み、送信用ＵＳＢパケットを生成し、さらにステップＳ７３５においてＩＰカプセリングしてデバイス宛に送信する。その後、デバイスからの受信を待ち（Ｓ７３７）、受信するとＩＰアンカプセリングを行ない（Ｓ７３９）、受信ＵＳＢパケットの処理を行なう（Ｓ７４１）。
【００６６】
〈ディスクリプタの取得方法〉
図７Ｂ、図７Ｃ、図７Ｄは、ステップＳ５０９で説明したディスクリプタのやりとりについてより詳しく説明する図である。これらの図は、クラウドサーバ２００とスマートフォン２５０と医療用測定デバイス２６１、２６２との間でやり取りされるパケットデータについて示している。
【００６７】
図７Ｂにおいて、スマートフォン２５０に医療用測定デバイス２６１、２６２が接続されると、セットアップ・ステージＳ７５１において、トークン・パケットとデータ・パケットとを、スマートフォン２５０から医療用測定デバイス２６１、２６２に送信する。医療用測定デバイス２６１、２６２は、これに応えてハンドシェイク・パケットをスマートフォン２５０に送信する。適正なハンドシェイク・パケットが返ってくるか否かにより、自端末で医療用測定デバイス２６１、２６２を制御できるか判断する。
【００６８】
例えば、スマートフォン２５０に接続されることがあらかじめ想定されているデバイスであれば、適正なハンドシェイク・パケットが返り、データ・ステージ、ステータス・ステージを続ける。それにより取得したデバイスディスクリプタに対応して、スマートフォン２５０内に用意されたデバイスドライバを駆動することで、医療用測定デバイスを制御できる。しかし、スマートフォン２５０が接続を想定されている医療用測定デバイスは非常に数が少ない。セットアップ・ステージＳ７０１においてハンドシェイク・パケットが返ってこない場合、ここで、ＵＳＢ切断処理を行ない（Ｓ７５２）、スマートフォン２５０はクラウドサーバ２００に対してデータ取得のリクエストを行なう（Ｓ５０５）。
【００６９】
次にクラウドサーバ２００は、スマートフォン２５０を介して、医療用測定デバイス２６１、２６２との間で、セットアップ・ステージＳ７０３を再度行ない、データ・ステージＳ７０４に進むことにより、デバイスディスクリプタといったデバイス情報を取得する。クラウドサーバ２００は、世の中に存在する様々な医療用測定デバイス２６１、２６２とも接続可能となるように数多くのドライバおよびデータ変換モジュールをあらかじめ備えている。そのため、クラウドサーバ２００と医療用測定デバイス２６１、２６２との間では、セットアップ・ステージＳ７５３、データ・ステージＳ７５４、ステータス・ステージＳ７５５と順調に進み、医療用測定デバイス２６１、２６２と接続が適正に確立する。
【００７０】
図７Ｃは、医療用測定デバイス２６１、２６２は、ハンドシェイク・パケットを返すものの、スマートフォン２５０が医療用測定デバイス２６１、２６２から取得したデバイスディスクリプタに対応するドライバを有していない場合のシーケンスを示す。この場合、スマートフォン２５０と医療用測定デバイス２６１、２６２との間でセットアップ・ステージＳ７６１、データ・ステージＳ７６２、ステータス・ステージＳ７６３を行なう。この３つのステージによって取得したデバイスディスクリプタに対応するデバイスドライバをスマートフォン２５０が有していないと判断すると、ＵＳＢ切断処理Ｓ７６４を行なう。そして、スマートフォン２５０はクラウドサーバ２００に対してデータ取得のリクエストを行なう（Ｓ５０５）。
【００７１】
そして、スマートフォン２５０は、クラウドサーバ２００に対して医療用測定デバイス２６１、２６２との接続を要求する。スマートフォン２５０と医療用測定デバイス２６１、２６２との間のＵＳＢ接続を切断後、クラウドサーバ２００において、再度、セットアップ・ステージＳ７６５、データ・ステージＳ７６６、ステータス・ステージＳ７６７を行なう。これによりクラウドサーバ２００は、医療用測定デバイス２６１、２６２から直接デバイスディスクリプタを取得して、デバイスにあったドライバを駆動できる。
【００７２】
図７Ｄは、スマートフォン２５０と医療用測定デバイス２６１、２６２との間のセットアップ・ステージＳ７７１およびデータ・ステージＳ７７２において取得したデバイスディスクリプタを、スマートフォン２５０の内部にキャッシュする場合の処理を示している。ＵＳＢ切断処理を行なう前に、取得したデバイスディスクリプタを、スマートフォン２５０の内部にキャッシュし（Ｓ７７４）、スマートフォン２５０はクラウドサーバ２００に対してデータ取得のリクエストを行なう（Ｓ５０５）。
【００７３】
そして、スマートフォン２５０と医療用測定デバイス２６１、２６２との間の接続を一度切断した後に、クラウドサーバ２００主導で、医療用測定デバイス２６１、２６２との接続確立処理を開始する（Ｓ７７５〜Ｓ７７７）。この場合、セットアップ・ステージＳ７７５において、スマートフォン２５０は、セットアップ用のトークン・パケットおよびデータ・パケットを医療用測定デバイス２６１、２６２に送らず、ハンドシェイク・パケットを生成し、クラウドサーバ２００に送信する。また、データ・ステージＳ７７６では、スマートフォン２５０は、トークン・パケットとデータ・パケットとをクラウドサーバ２００から受信する。そして、それらを医療用測定デバイス２６１、２６２に送らずに、キャッシュからデバイスディスクリプタを読出し、クラウドサーバ２００に送信する。すなわち、医療用測定デバイス２６１、２６２からデバイスディスクリプタを取得する処理を省略することが可能となるため、医療用測定デバイス２６１、２６２との通信切断後の再開を効率良く行なうことが可能となる。
【００７４】
（医療用測定デバイス特定テーブル）
図７Ｅに示すように、デバイスデータベース６２３は、デバイスディスクリプタと、インタフェースディスクリプタと、ベンダＩＤと、プロダクトＩＤとの対応関係を記憶する。
【００７５】
クラウドサーバ２００は、医療用測定デバイスが接続された際に医療用測定デバイスからスマートフォン２５０を介して取得したデバイスディスクリプタを、デバイスデータベース６２３内で検索し、そのベンダＩＤおよびプロダクトＩＤを特定する。そしてそのベンダＩＤおよびプロダクトＩＤに対応するデバイスドライバを、ドライバプログラムデータベース６２４から選択して、実行する。
【００７６】
なお、デバイスデータベース６２３は、デバイスディスクリプタと、インタフェースディスクリプタと、ベンダＩＤと、プロダクトＩＤとの対応関係を記憶しているが、本発明はこれに限定するものではない。例えば、さらに、デバイスディスクリプタと商品名との対応関係を記憶してもよい。その場合、このデバイスデータベース６２３を用いてデバイスディスクリプタから医療用測定デバイスの商品名を特定し、その商品名を、スマートフォン２５０の画面に表示させてもよい。そうすれば、スマートフォン２５０のユーザは、自分が接続した医療用測定デバイスをクラウドサーバ２００が認識したことを確認することができ、大きな安心感を得ることができる。
【００７７】
（ＵＳＢ接続処理）
図８Ａ〜図８Ｄを用いて、ＵＳＢでの通信を確立するまでにクラウドサーバ２００とスマートフォン２５０と医療用測定デバイス２６１、２６２との間でやりとりされる信号をより詳細に説明する。特に、ここでは、図７Ｄに示したように、デバイスディスクリプタをキャッシュに保存する例について説明する。
【００７８】
ステップＳ８０１において、医療用測定デバイス２６１、２６２をスマートフォン２５０に接続し、電源を投入する。次に、ステップＳ８０２において、スマートフォン２５０は医療用測定デバイス２６１、２６２に対するＵＳＢ接続処理を開始し、リセット信号を送信する。次に、ステップＳ８０３において、スマートフォン２５０は、医療用測定デバイス２６１、２６２に対してアドレスを指定する。この後においてスマートフォン２５０と医療用測定デバイス２６１、２６２との間でやりとりされるパケットにはそのアドレスが付加される。
【００７９】
ステップＳ８０４において、スマートフォン２５０はディスクリプタを医療用測定デバイス２６１、２６２から取得するために「ＧＥＴ  ＤＥＳＣＲＩＰＴＯＲ」の処理を行なう。「ＧＥＴ  ＤＥＳＣＲＩＰＴＯＲ」の処理は、図７Ｄで説明したステップＳ７２１〜Ｓ７２３と同様であるため、詳細は説明しない。ディスクリプタのリクエストを医療用測定デバイス２６１、２６２に送信すると（Ｓ８０５）、医療用測定デバイス２６１、２６２は、エンドポイント０領域に記憶されたデバイスディスクリプタをスマートフォン２５０に送信する（Ｓ８０６、Ｓ８０７）。スマートフォン２５０は、ステータス・ステージＳ７２３において、その確認信号（ACK）を医療用測定デバイス２６１、２６２に送信する。
【００８０】
この時点でデバイスディスクリプタを取得したスマートフォン２５０は、そのデバイスディスクリプタをキャッシュに保存する（Ｓ７２４）。また、そのデバイスディスクリプタを用いて、スマートフォン２５０が制御可能なデバイスか判定する（Ｓ５０５）。制御不可能と判断すると、ステップＳ８１１に進み、ＵＳＢ切断処理を行ない、同時に、クラウドサーバ２００に対し、医療用測定デバイス２６１、２６２の制御依頼を行なう（Ｓ８１２）。
【００８１】
次に、ステップＳ８１３において、クラウドサーバ２００は、医療用測定デバイス２６１、２６２の制御を行なうべく処理を開始し、リセット信号を、スマートフォン２５０を介して医療用測定デバイス２６１、２６２に送信する。次に、ステップＳ８１５において、クラウドサーバ２００は、セットアドレスを行ない、医療用測定デバイス２６１、２６２に対してアドレスを指定する。
【００８２】
さらに、クラウドサーバ２００は、ゲットディスクリプタ（Ｓ８１６）と、ゲットコンフィギュレーション（Ｓ８２４）とをスマートフォン２５０を介して医療用測定デバイス２６１、２６２に対して行なう（Ｓ８２３）。具体的には、ステップＳ８１７において、クラウドサーバ２００は、ゲットディスクリプタをスマートフォン２５０に送る。ステップＳ８１９において、スマートフォン２５０は、キャッシュに保存されたデバイスディスクリプタを読み出し、クラウドサーバ２００に送信する。
【００８３】
ステップＳ８２５において、医療用測定デバイス２６１、２６２は、エンドポイント０領域に記憶されたコンフィギュレーションディスクリプタを送信する。次に、クラウドサーバ２００は、スマートフォン２５０を介して医療用測定デバイス２６１、２６２に対してＢＵＬＫ  ＴＲＡＮＳＦＥＲを行なう（Ｓ８２６）。すると、医療用測定デバイス２６１、２６２は、測定結果情報を読み出して（Ｓ８２７）、スマートフォン２５０を介してクラウドサーバ２００に送信する。ステップＳ５０３において、医療用測定デバイス２６１、２６２のデバイスディスクリプタに基づいて、制御可能なデバイスではないと判定すると、図８ＢのステップＳ８２８に進む。ステップＳ８２８、Ｓ８２９では、コンフィギュレーションディスクリプタ取得処理を行ない、医療用測定デバイス２６１、２６２は、それに応じてコンフィギュレーションディスクリプタをスマートフォン２５０に送信する。スマートフォン２５０は、ステップＳ８３２において、取得したコンフィギュレーションディスクリプタをキャッシュに保存する。そして、ステップＳ５０３において、スマートフォン２５０は、コンフィギュレーションディスクリプタに基づいて、医療用測定デバイス２６１、２６２がスマートフォン２５０にとって制御可能なデバイスか否か判定する。制御可能ではないと判定すると、ステップＳ８３３に進んでスマートフォン２５０と医療用測定デバイス２６１、２６２との間のＵＳＢ接続を切断する。
【００８４】
ＵＳＢ接続を切断後、スマートフォン２５０は、クラウドサーバ２００に対して、医療用測定デバイス２６１、２６２の制御を依頼する。クラウドサーバ２００は、その制御依頼に応じて、ＵＳＢ制御を開始すると共にリセット信号を、スマートフォン２５０を介して医療用測定デバイス２６１、２６２に送信する（Ｓ８３５）。そして続けてセットアドレスを行ない（Ｓ８３６）、アドレスを医療用測定デバイス２６１、２６２に指定する。さらに、ＧＥＴ  ＤＥＳＣＲＩＰＴＯＲ（Ｓ８３７）で、スマートフォン２５０に対して、ディスクリプタを要求する。スマートフォン２５０は、その要求を医療用測定デバイス２６１、２６２に中継する代わりに、デバイスディスクリプタをキャッシュから読出して（Ｓ８３９）、クラウドサーバ２００に返す（Ｓ８４０）。
【００８５】
さらに、クラウドサーバ２００は、スマートフォン２５０を介して医療用測定デバイス２６１、２６２に対してＧＥＴ  ＣＯＮＦＩＧＵＲＡＴＩＯＮを実行する（Ｓ８４１）。スマートフォン２５０は、そのコマンドを医療用測定デバイス２６１、２６２に送信する代わりに、キャッシュに記憶されたコンフィギュレーションディスクリプタを読み出し、クラウドサーバ２００に送信する（Ｓ８４３）。次に、クラウドサーバ２００は、スマートフォン２５０を介して医療用測定デバイス２６１、２６２に対してＢＵＬＫ  ＴＲＡＮＳＦＥＲを行なう（Ｓ８４４）。医療用測定デバイス２６１、２６２は、測定結果情報を読み出して（Ｓ８４５）、スマートフォン２５０を介してクラウドサーバ２００に送信する。
【００８６】
ステップＳ５０５において、コンフィギュレーションディスクリプタに基づいて、制御可能なデバイスであると判定すると（Ｂ）、図８ＣのステップＳ８４６に示すＢＵＬＫ  ＴＲＡＮＳＦＥＲに進む。ＢＵＬＫ  ＴＲＡＮＳＦＥＲでも、セットアップ・ステージ、データ・ステージ、ステータス・ステージを行なうことにより、医療用測定デバイス２６１、２６２から測定結果情報を読出して、スマートフォン２５０に送信する（Ｓ８４９）。
【００８７】
スマートフォン２５０は、読出された測定結果情報を受信すると、キャッシュに保存し（Ｓ８５１）、その測定結果情報を表示処理できるアプリケーションがあるか否か判定する（Ｓ８５２）。
【００８８】
処理できると判定すると、ステップＳ８５３に進み、クラウドサーバ２００にアクセスせずに処理を継続する。つまり、この場合、医療用測定デバイス２６１、２６２の測定結果情報は、そのままスマートフォン２５０で再生できる。
【００８９】
一方、スマートフォン２５０が、医療用測定デバイス２６１、２６２の測定結果情報を処理できるアプリケーションを有していない場合、ステップＳ８５４に進んでＵＳＢ接続の切断処理を行ない、さらに、図８ＤのステップＳ８５６に進む。
【００９０】
図８ＤのステップＳ８５６では、やはりクラウドサーバ２００に対してＵＳＢデバイス制御の依頼を行なう。スマートフォン２５０は、クラウドサーバ２００に対して、医療用測定デバイス２６１、２６２の制御を依頼する。クラウドサーバ２００は、その制御依頼に応じて、ＵＳＢ制御を開始すると共にリセット信号を、スマートフォン２５０を介して医療用測定デバイス２６１、２６２に送信する（Ｓ８５７）。そして続けてセットアドレスを行ない（Ｓ８５９）、アドレスを医療用測定デバイス２６１、２６２に指定する。さらに、ＧＥＴ  ＤＥＳＣＲＩＰＴＯＲ（Ｓ８６１）で、スマートフォン２５０に対して、ディスクリプタを要求する。すると、スマートフォン２５０は、その要求を医療用測定デバイス２６１、２６２に中継する代わりに、デバイスディスクリプタをキャッシュから読出して（Ｓ８６３）、クラウドサーバ２００に返す。
【００９１】
さらに、クラウドサーバ２００は、スマートフォン２５０を介して医療用測定デバイス２６１、２６２に対してＧＥＴ  ＣＯＮＦＩＧＵＲＡＴＩＯＮを実行する（Ｓ８６５）。すると、スマートフォン２５０は、そのコマンドを中継する代わりに、キャッシュに保存されたコンフィギュレーションディスクリプタを読出して、スマートフォン２５０を中継してクラウドサーバ２００に送信する（Ｓ８６７）。
【００９２】
次に、クラウドサーバ２００は、スマートフォン２５０を介して医療用測定デバイス２６１、２６２に対してＢＵＬＫ  ＴＲＡＮＳＦＥＲを行なう（Ｓ８６９）。すると、スマートフォン２５０は、キャッシュに保存された測定結果情報を読み出して（Ｓ８７１）、クラウドサーバ２００に送信する。
【００９３】
以上のシーケンスにより、スマートフォン２５０のキャッシュをうまく使って、クラウドサーバ２００と医療用測定デバイス２６１、２６２との通信を効率的に行なうことが可能となる。
【００９４】
（測定結果取得処理）
クラウドサーバ２００が医療用測定デバイス２６１、２６２から測定結果を取得する処理（Ｓ７２５）について、図９を用いて詳しく説明する。
【００９５】
まず、ステップＳ９２１において、測定結果を求める内容の送信用のＵＳＢパケットを生成する。次に、ステップＳ９２３において、そのＵＳＢパケットをＩＰカプセリングして医療用測定デバイス２６１、２６２宛に送信する。
【００９６】
そして、ステップＳ９２５において、医療用測定デバイス２６１、２６２からの受信を待つ。医療用測定デバイス２６１、２６２から受信があるとステップＳ９２７に進み、ＩＰアンカプセリングを行なう。そして、ステップＳ９２９において、受信ＵＳＢパケット処理を行なうことにより、ステップＳ９３１で測定結果を取得する。測定結果を全て取得するまで、繰り返しステップＳ９２１〜Ｓ９３１の処理を行なう。
【００９７】
（スマートフォンの機能構成）
スマートフォン２５０の機能構成について、図１０を用いて説明する。スマートフォン２５０は、ユーザからの指示や入力を受け付ける操作部１００１と、受け付けた指示情報や入力情報を送信する指示情報・入力情報送信部１００２とを備えている。また、通信制御部１００３を備え、ネットワークとのやりとりを制御する。
【００９８】
スマートフォン２５０はまた、入出力部１００５としてディスプレイといった表示部１００６およびマイクやスピーカなどの音声入出力部１００７を備えている。画面受信部１００４は、通信制御部１００３を介して音声情報や画像情報を受信し、表示部１００６への画像出力や、音声入出力部１００７からの音声出力を行なう。
【００９９】
さらに、スマートフォン２５０は、環境情報取得部１００８と位置検出部１０１６と撮像部１０１７と時刻検出部１０１８とを備えている。ＧＰＳなどを利用した位置検出部１０１６が検出した位置情報、デジタル時計などの時刻検出部１０１８が検出した時刻情報、撮像部１０１７を用いて撮影した測定対象者の顔などの画像情報などは、環境情報として、環境情報取得部１００８に送られる。環境情報取得部１００８が取得した環境情報は、環境情報送信部１００９および通信制御部１００３を介して、クラウドサーバ２００に送信され、測定結果情報と共に医療情報として医療情報データベース２１０に蓄積される。なお、ここでは撮像部１０１７を用いて撮影した画像について説明したが、撮像部１０１７を用いて、測定対象者の顔および声を含むビデオ映像を撮影し、撮影した映像を測定結果情報に紐付けて医療情報データベース２１０に蓄積してもよい。
【０１００】
さらに、スマートフォン２５０は、ＵＳＢコネクタ１０１０と汎用ＵＳＢドライバ実行部１０１１を備えており、ディスクリプタ取得部１０１２は、接続されたＵＳＢデバイスから最低限のディスクリプタを取得できる構成となっている。取得されたディスクリプタは、ディスクリプタ送信部１０１３にわたされて、通信制御部１００３を介してクラウドサーバ２００に送信される。
【０１０１】
スマートフォン２５０は、アンカプセリング部１０１４およびカプセリング部１０１５をさらに備えている。そして、クラウドサーバ２００との通信時には、汎用ＵＳＢドライバ実行部１０１１が、クラウドサーバ２００との間でやりとりされるＵＳＢパケットについて、アンカプセリング処理やカプセリング処理をそれらに行なわせる。
【０１０２】
汎用ＵＳＢドライバ実行部１０１１、ディスクリプタ取得部１０１２、ディスクリプタ送信部１０１３、アンカプセリング部１０１４、およびカプセリング部１０１５は、全体として、信号転送制御部１０１９として機能する。すなわち、信号転送制御部１０１９は、医療用測定デバイス２６１、２６２とクラウドサーバ２００との間の信号転送を制御する。
【０１０３】
スマートフォン２５０は、自端末にデバイスドライバを有するデバイスについてのデバイスディスクリプタと、インタフェースディスクリプタと、ベンダＩＤと、プロダクトＩＤとの対応関係を示すデバイスデータベース１０２０を記憶する。デバイスデータベース１０２０は、図７Ｅに示したデバイスデータベース６２３と同じ構成を有する。
【０１０４】
スマートフォン２５０は、医療用測定デバイス２６１、２６２が接続された際に医療用測定デバイス２６１、２６２から通知されたデバイスディスクリプタと、デバイスデータベース１０２０内のデバイスディスクリプタとを比較する。医療用測定デバイス２６１、２６２から通知されたデバイスディスクリプタがデバイスデータベース１０２０内のデバイスディスクリプタと一致すれば、スマートフォン２５０は、医療用測定デバイス２６１、２６２が自端末で処理可能なデバイスであると判定する。一方、デバイスディスクリプタが一致しない場合には、スマートフォン２５０は、自端末で処理不可能なデバイスであると判定する。
【０１０５】
なお、医療用測定デバイス２６１、２６２から通知されたデバイスディスクリプタ内のベンダＩＤとプロダクトＩＤとを抽出し、デバイスデータベース内のベンダＩＤおよびプロダクトＩＤと比較してもよい。その場合、デバイスデータベース１０２０内に一致するベンダＩＤおよびプロダクトＩＤが存在する場合には、自端末で処理可能な医療用測定デバイスであると判定できる。逆に、ベンダＩＤおよびプロダクトＩＤが一致しない場合には、スマートフォン２５０は、自端末で処理不可能な医療用測定デバイスであると判定できる。
【０１０６】
（医療情報データベースの構成）
図１１は、医療情報データベース２１０の一例を示す図である。医療情報データベース２１０は、ユーザＩＤに、測定日時と、医療用測定デバイスの種類と、測定結果とを紐付けて蓄積している。さらに、測定時画像や測定時状況説明なども、必要に応じて、関連付けて蓄積している。
【０１０７】
（測定対象者データベースの構成）
図１２は、クラウドサーバ２００内に蓄積保存される、測定対象者データベースの一例を示す図である。クラウドサーバ２００の登録ユーザデータベースとの関連性を明確にして、ユーザがどのようなサービスを受けられるか分かるようにしてもよい。ここでは、スマートフォン２５０の個体番号を軸に、ユーザＩＤと、ユーザ氏名、住所、電話番号、メールアドレス、年齢、性別、病歴、持病など、ユーザがあらかじめ入力した情報が格納される。  さらに、メインユーザの家族構成と、その個人情報についても、同様に格納することができる。このようなデータベースを生成することにより、スマートフォン２５０のユーザは、自分のみならず家族についても同様にクラウドサーバ２００のサービスを受けることが可能になる。また、医療情報データベース２１０ともリンクしており、医療情報データベース２１０の情報によって疾病が特定された場合には、測定対象者データベースの病歴の部分が更新される。
【０１０８】
以上の構成および動作により、本実施形態に係る情報処理システムによれば、スマートフォンに接続された、ドライバをプリインストールしていない医療用測定デバイス２６１、２６２を制御することができる。
【０１０９】
［他の実施形態］
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。
【０１１０】
また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ)サーバも、本発明の範疇に含まれる。
【図１】
2013250681.tif 000003
【図２】
2013250681.tif 000004
【図３】
2013250681.tif 000005
【図４Ａ】
2013250681.tif 000006
【図４Ｂ】
2013250681.tif 000007
【図４Ｃ】
2013250681.tif 000008
【図４Ｄ】
2013250681.tif 000009
【図４Ｅ】
2013250681.tif 000010
【図４Ｆ】
2013250681.tif 000011
【図４Ｇ】
2013250681.tif 000012
【図４Ｈ】
2013250681.tif 000013
【図４Ｉ】
2013250681.tif 000014
【図４Ｊ】
2013250681.tif 000015
【図５】
2013250681.tif 000016
【図６】
2013250681.tif 000017
【図７Ａ】
2013250681.tif 000018
【図７Ｂ】
2013250681.tif 000019
【図７Ｃ】
2013250681.tif 000020
【図７Ｄ】
2013250681.tif 000021
【図７Ｅ】
2013250681.tif 000022
【図８Ａ】
2013250681.tif 000023
【図８Ｂ】
2013250681.tif 000024
【図８Ｃ】
2013250681.tif 000025
【図８Ｄ】
2013250681.tif 000026
【図９】
2013250681.tif 000027
【図１０】
2013250681.tif 000028
【図１１】
2013250681.tif 000029
【図１２】
2013250681.tif 000030