(57)【要約】【課題】プライバシーを確保しつつ、特定の端末に接近した可能性のある端末のユーザにそのことを通知することができる。【解決手段】各ユーザが携帯している携帯端末が有するブルートゥース通信の探索機能によってどの携帯端末を検出したのかの履歴が管理サーバ１により管理される。ある携帯端末による探索によって検出された携帯端末のユーザは、探索を行った携帯端末のユーザの近くにいたことになる。ある携帯端末のユーザが新型インフルエンザなどの感染症にかかっていることが判明した場合、そのユーザの携帯端末による探索結果の履歴に基づいて、近くにいたことがある、すなわち、同じ感染症に感染している可能性のあるユーザが特定され、感染している可能性のあることが通知される。本発明は、近距離無線通信の機能を有する携帯電話機に適用することができる。【選択図】図５
2010277452.tif 000002
【特許請求の範囲】
【請求項１】
近距離にある携帯端末間で行われる第１の無線通信の機能を有する他の携帯端末を、前記第１の無線通信によって探索する第１の無線通信手段と、
探索により検出された前記他の携帯端末の識別情報を含む探索結果の情報を記憶する記憶手段と、
前記記憶手段により記憶されている前記探索結果の情報を、ネットワークを介して接続される情報処理装置に前記第１の無線通信とは異なる第２の無線通信によって送信する第２の無線通信手段と、
前記第２の無線通信によって前記情報処理装置にアクセスした際に、特定の携帯端末による前記第１の無線通信を使った探索によって自分自身が検出されたことがあるために、特定の携帯端末に接近した可能性があることを表すフラグが設定されている場合、特定の携帯端末に接近した可能性があることを通知する情報を出力する出力手段と
を備える携帯端末。
【請求項２】
前記第２の無線通信によって前記情報処理装置にアクセスし、自分自身を特定の携帯端末として登録することを要求する登録手段をさらに備える
請求項１に記載の携帯端末。
【請求項３】
前記記憶手段は、さらに、前記他の携帯端末との間で確保された前記第１の無線通信のリンクの数の情報を含む前記探索結果の情報を記憶する
請求項１または２に記載の携帯端末。
【請求項４】
ネットワークを介して接続される第１の携帯端末から送信されてきた、近距離にある携帯端末間で行われる無線通信の機能を使った探索によって前記第１の携帯端末により検出された第２の携帯端末の識別情報を含む探索結果の情報を記憶する記憶手段と、
前記第１の携帯端末を特定の携帯端末として登録することが前記第１の携帯端末から要求された場合、前記第１の携帯端末による探索によって検出された携帯端末であるとして前記記憶手段により識別情報が記憶されている前記第２の携帯端末を特定し、前記第２の携帯端末が特定の携帯端末に接近した可能性があることを表すフラグを設定する設定手段と
を備える情報処理装置。
【請求項５】
前記記憶手段は、前記第１の携帯端末から送信されてきた、前記第２の携帯端末との間で確保された前記無線通信のリンクの数の情報をさらに含む前記探索結果の情報を記憶し、
前記設定手段は、前記リンクの数が閾値の数より多い場合、前記フラグを設定する
請求項４に記載の情報処理装置。
【請求項６】
ネットワークを介して接続される第１の携帯端末から送信されてきた、近距離にある携帯端末間で行われる無線通信の機能を使った探索によって前記第１の携帯端末により検出された第２の携帯端末の識別情報を含む探索結果の情報を記憶し、
前記第１の携帯端末を特定の携帯端末として登録することが前記第１の携帯端末から要求された場合、前記第１の携帯端末による探索によって検出された携帯端末であるとして識別情報を記憶している前記第２の携帯端末を特定し、前記第２の携帯端末が特定の携帯端末に接近した可能性があることを表すフラグを設定する
ステップを含む情報処理方法。
【請求項７】
第１の携帯端末、第２の携帯端末、および情報処理装置から構成される情報処理システムにおいて、
前記第１の携帯端末は、
近距離にある携帯端末間で行われる第１の無線通信の機能を有する前記第２の携帯端末を、前記第１の無線通信によって探索する第１の無線通信手段と、
探索により検出された前記第２の携帯端末の識別情報を含む探索結果の情報を記憶する記憶手段と、
前記記憶手段により記憶されている前記探索結果の情報を、ネットワークを介して接続される前記情報処理装置に前記第１の無線通信とは異なる第２の無線通信によって送信する第２の無線通信手段と、
前記第２の無線通信によって前記情報処理装置にアクセスし、自分自身を特定の携帯端末として登録することを要求する登録手段と
を備え、
前記第２の携帯端末は、
近距離にある携帯端末間で行われる前記第１の無線通信の機能を有する前記第１の携帯端末を、前記第１の無線通信によって探索する第１の無線通信手段と、
探索により検出された前記第１の携帯端末の識別情報を含む探索結果の情報を記憶する記憶手段と、
前記記憶手段により記憶されている前記探索結果の情報を、ネットワークを介して接続される前記情報処理装置に前記第１の無線通信とは異なる第２の無線通信によって送信する第２の無線通信手段と、
前記第２の無線通信によって前記情報処理装置にアクセスした際に、特定の携帯端末としての前記第１の携帯端末による前記第１の無線通信を使った探索によって自分自身が検出されたことがあるために、特定の携帯端末に接近した可能性があることを表すフラグが設定されている場合、特定の携帯端末に接近した可能性があることを通知する情報を出力する出力手段と
を備え、
前記情報処理装置は、
前記第１の携帯端末と前記第２の携帯端末から送信されてきた、前記第１の無線通信の機能を使った探索によって検出された携帯端末の識別情報を含む探索結果の情報を記憶する記憶手段と、
前記第１の携帯端末を特定の携帯端末として登録することが前記第１の携帯端末から要求された場合、前記第１の携帯端末による探索によって検出された携帯端末であるとして前記記憶手段により識別情報が記憶されている前記第２の携帯端末を特定し、前記第２の携帯端末が特定の携帯端末に接近した可能性があることを表す前記フラグを設定する設定手段と
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末、情報処理装置、情報処理方法、および情報処理システムに関し、特に、プライバシーを確保しつつ、特定の端末に接近した可能性のある端末のユーザにそのことを通知することができるようにした携帯端末、情報処理装置、情報処理方法、および情報処理システムに関する。
【背景技術】
【０００２】
近年、新型インフルエンザの流行が懸念されている。新型インフルエンザは飛沫感染によって広まることから、感染者の近くにいた人は感染者からうつされてしまうおそれがある。感染者の近くにいた人が感染してしまった場合、その人の近くにいた人もまた、新たな感染者からうつされてしまうおそれがある。
【０００３】
感染者の近くいたことがあるかどうかが分かれば、感染者の近くにいたことがある人は人との接触を避けるなどの対応を取ることができ、これにより、感染者の近くにいたことがある人からの感染、すなわち、二次感染を防ぐことができる。
【０００４】
そこで、携帯電話機に搭載されているGPS(Global Positioning System)機能を利用し、感染者が特定されたときに、感染者の近くにいたことがある人に対して、そのことを電子メールによって通知するシステムが提案されている。
【０００５】
例えば、非特許文献１に記載されているシステムにおいては、各ユーザの移動履歴をサーバ上のデータベースに蓄積しておき、あるユーザが感染症にかかっていることが判明した場合、感染している可能性があるユーザを移動履歴に基づいて特定し、特定したユーザに、その旨を電子メールによって通知するようになされている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】“感染者に近づけばメールが届く  携帯電話で秋にも実験”、2009年5月3日［2009年5月20検索］、インターネット,<URL:http://www.asahi.com/business/update/0502/TKY200905020184.html>
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したようなシステムにおいては、データベース上の移動履歴から、誰が、いつ、どこにいたのかを特定できることになり、移動履歴が収集されることに対して心理的な抵抗を感じるユーザも少なくない。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、プライバシーを確保しつつ、特定の端末に接近した可能性のある端末のユーザにそのことを通知することができるようにするものである。
【課題を解決するための手段】
【０００９】
本発明の携帯端末は、近距離にある携帯端末間で行われる第１の無線通信の機能を有する他の携帯端末を、前記第１の無線通信によって探索する第１の無線通信手段と、探索により検出された前記他の携帯端末の識別情報を含む探索結果の情報を記憶する記憶手段と、前記記憶手段により記憶されている前記探索結果の情報を、ネットワークを介して接続される情報処理装置に前記第１の無線通信とは異なる第２の無線通信によって送信する第２の無線通信手段と、前記第２の無線通信によって前記情報処理装置にアクセスした際に、特定の携帯端末による前記第１の無線通信を使った探索によって自分自身が検出されたことがあるために、特定の携帯端末に接近した可能性があることを表すフラグが設定されている場合、特定の携帯端末に接近した可能性があることを通知する情報を出力する出力手段とを備える。
【００１０】
前記第２の無線通信によって前記情報処理装置にアクセスし、自分自身を特定の携帯端末として登録することを要求する登録手段をさらに設けることができる。
【００１１】
前記記憶手段には、さらに、前記他の携帯端末との間で確保された前記第１の無線通信のリンクの数の情報を含む前記探索結果の情報を記憶させることができる。
【００１２】
本発明の情報処理装置は、ネットワークを介して接続される第１の携帯端末から送信されてきた、近距離にある携帯端末間で行われる無線通信の機能を使った探索によって前記第１の携帯端末により検出された第２の携帯端末の識別情報を含む探索結果の情報を記憶する記憶手段と、前記第１の携帯端末を特定の携帯端末として登録することが前記第１の携帯端末から要求された場合、前記第１の携帯端末による探索によって検出された携帯端末であるとして前記記憶手段により識別情報が記憶されている前記第２の携帯端末を特定し、前記第２の携帯端末が特定の携帯端末に接近した可能性があることを表すフラグを設定する設定手段とを備える。
【００１３】
前記記憶手段には、前記第１の携帯端末から送信されてきた、前記第２の携帯端末との間で確保された前記無線通信のリンクの数の情報をさらに含む前記探索結果の情報を記憶させ、前記設定手段には、前記リンクの数が閾値の数より多い場合、前記フラグを設定させることができる。
【００１４】
本発明の情報処理方法は、ネットワークを介して接続される第１の携帯端末から送信されてきた、近距離にある携帯端末間で行われる無線通信の機能を使った探索によって前記第１の携帯端末により検出された第２の携帯端末の識別情報を含む探索結果の情報を記憶し、前記第１の携帯端末を特定の携帯端末として登録することが前記第１の携帯端末から要求された場合、前記第１の携帯端末による探索によって検出された携帯端末であるとして識別情報を記憶している前記第２の携帯端末を特定し、前記第２の携帯端末が特定の携帯端末に接近した可能性があることを表すフラグを設定するステップを含む。
【００１５】
本発明の情報処理システムは、上記携帯端末と情報処理装置から構成される。
【００１６】
本発明の携帯端末においては、近距離にある携帯端末間で行われる第１の無線通信の機能を有する他の携帯端末が、前記第１の無線通信によって探索され、探索により検出された前記他の携帯端末の識別情報を含む探索結果の情報が記憶され、記憶されている前記探索結果の情報が、ネットワークを介して接続される情報処理装置に前記第１の無線通信とは異なる第２の無線通信によって送信される。また、前記第２の無線通信によって前記情報処理装置にアクセスした際に、特定の携帯端末による前記第１の無線通信を使った探索によって自分自身が検出されたことがあるために、特定の携帯端末に接近した可能性があることを表すフラグが設定されている場合、特定の携帯端末に接近した可能性があることを通知する情報が出力される。
【００１７】
本発明の情報処理装置および情報処理方法においては、ネットワークを介して接続される第１の携帯端末から送信されてきた、近距離にある携帯端末間で行われる無線通信の機能を使った探索によって前記第１の携帯端末により検出された第２の携帯端末の識別情報を含む探索結果の情報が記憶され、前記第１の携帯端末を特定の携帯端末として登録することが前記第１の携帯端末から要求された場合、前記第１の携帯端末による探索によって検出された携帯端末であるとして識別情報を記憶している前記第２の携帯端末が特定され、前記第２の携帯端末が特定の携帯端末に接近した可能性があることを表すフラグが設定される。
【発明の効果】
【００１８】
本発明によれば、プライバシーを確保しつつ、特定の端末に接近した可能性のある端末のユーザにそのことを通知することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態に係る情報処理システムの構成例を示す図である。
【図２】ブルートゥース通信の探索可能範囲を示す図である。
【図３】探索情報の例を示す図である。
【図４】接触端末リストの例を示す図である。
【図５】感染リスクフラグの確認について説明する図である。
【図６】携帯端末のハードウェア構成例を示すブロック図である。
【図７】携帯端末の機能構成例を示すブロック図である。
【図８】管理サーバの機能構成例を示すブロック図である。
【図９】携帯端末の通信処理について説明するフローチャートである。
【図１０】携帯端末の感染登録処理について説明するフローチャートである。
【図１１】管理サーバの処理について説明するフローチャートである。
【発明を実施するための形態】
【００２０】
［情報処理システムの構成と動作］
図１は、本発明の一実施形態に係る情報処理システムの構成例を示す図である。
【００２１】
図１に示すように、この情報処理システムは、管理サーバ１と、携帯電話機などの携帯型の端末である携帯端末Ａ乃至Ｃがネットワーク２を介して接続されることによって構成される。図１においては、携帯端末Ａ乃至Ｃの３台の携帯端末を示しているが、さらに多くの携帯端末がネットワーク２には接続される。
【００２２】
携帯端末Ａ乃至Ｃは、それぞれ、在圏しているセルを管理する基地局とW-CDMA(Wideband-Code Division Multiple Access)、CDMA2000などの規格に従って無線通信を行うことによってネットワーク２に接続し、ネットワーク２を介して管理サーバ１と通信を行う。また、携帯端末Ａ乃至Ｃは、それぞれ、ブルートゥース（Bluetooth（商標））通信によって、近くに存在する携帯端末と端末間で通信を行う。
【００２３】
すなわち、携帯端末Ａ乃至Ｃは、基地局とネットワーク２を経由して管理サーバ１などの他の装置と無線通信を行う機能である携帯通信（第２の無線通信）の機能と、ブルートゥース通信（第１の無線通信）の機能との２つの無線通信機能を有している。
【００２４】
図１の情報処理システムにおいては、各ユーザが携帯している携帯端末Ａ乃至Ｃのブルートゥース通信の探索機能によってどの携帯端末を検出したのかの履歴が、管理サーバ１により管理される。ある携帯端末による探索によって検出された携帯端末のユーザは、探索を行った携帯端末のユーザの近くにいたことになる。
【００２５】
また、ある携帯端末のユーザが新型インフルエンザなどの感染症にかかっていることが判明した場合、そのユーザの携帯端末による探索結果の履歴に基づいて、近くにいたことがある、すなわち、同じ感染症に感染している可能性のあるユーザが特定され、特定されたユーザの携帯端末が管理サーバ１にアクセスしたタイミングで、感染している可能性のあることが管理サーバ１から通知される。一連の処理の流れについては後述する。
【００２６】
ここで、携帯端末Ａ乃至Ｃが行うブルートゥース通信について説明する。図２は、探索可能範囲を示す図である。
【００２７】
ブルートゥース通信は、ワイヤレスフォンやアドレス帳のデータの交換などのために近距離にある端末間で行われる。通信可能範囲は、図２に示すように半径約１０ｍの範囲となる。このような通信可能範囲を対象として、同じくブルートゥース通信の機能を有している他の携帯端末の探索が、例えば、１分毎、５分毎といったような所定の周期で行われる。
【００２８】
図２の例においては、携帯端末Ａによる探索によって、通信可能範囲内に存在する携帯端末Ｂは検出されるが、通信可能範囲内に存在しない携帯端末Ｃは検出されない。
【００２９】
ブルートゥース通信の機能を有する機器には、それぞれ、機器固有の識別情報であるブルートゥースデバイスアドレスが設定されている。探索を行った携帯端末Ａにおいては、探索により検出された携帯端末Ｂのブルートゥースデバイスアドレスが取得される。
【００３０】
また、携帯端末Ｂとの間で確保可能なリンク（通信リンク）の数も、探索を行った携帯端末Ａにより取得される。リンクの数は電波の強度により決定される。通常、端末間の距離が近ければ電波の受信強度も強くなるから、確保可能なリンクの数が多いということは、お互いの携帯端末がより近くに存在していることを表す。
【００３１】
携帯端末Ａにおいては、探索により取得されたブルートゥースデバイスアドレスとリンク数の情報が、探索を行った日時の情報とともに内蔵のメモリに記憶される。所定の周期で探索が繰り返し行われることにより、携帯端末Ａのユーザの近く（半径約１０ｍの範囲）にいるユーザの携帯端末に関する情報が、携帯端末Ａのユーザの移動先で順次取得され、メモリに蓄積される。
【００３２】
図３は、携帯端末Ａに記憶されている情報の例を示す図である。
【００３３】
図３の右側に示すように、探索の年月日、時刻、探索によって検出された携帯端末のブルートゥースデバイスアドレス（BD_ADDR）、確保可能なリンク数の情報が、それぞれの携帯端末について記憶される。
【００３４】
例えば、図３の最上段に示す探索結果の情報は、２００９年３月１日の１８時１１分に行われた探索により、「00FFXXXXXXXX」のブルートゥースデバイスアドレスが設定された携帯端末が検出され、その携帯端末との間で確保可能なリンク数が１であったことを表す。
【００３５】
図３の例においては、上から順に、１番目から９番目までの情報が、２００９年３月１日の１８時１１分に行われた探索の結果の情報とされ、１０番目から１６番目までの情報が、１分後の１８時１２分に行われた探索の結果の情報とされている。また、１７番目以降の情報が、さらに１分後の１８時１３分に行われた探索の結果の情報とされている。
【００３６】
このように、探索が繰り返し行われることによって、携帯端末Ａには探索結果の情報である探索情報が順次記憶される。
【００３７】
記憶された探索情報は、１時間毎などの所定の周期で、あるいは、一定のデータ量の情報が蓄積されたタイミングで、図３の太線矢印で示すように管理サーバ１にアップロードされる。探索情報のアップロードは、携帯端末Ａが有する携帯通信の機能によって、ネットワーク２を介して行われる。
【００３８】
管理サーバ１においては、各携帯端末にそれぞれ記憶領域が割り当てられており、ある携帯端末から送信されてきた探索情報は、その携帯端末に割り当てられている記憶領域に記憶される。それぞれの携帯端末に割り当てられている記憶領域は、それぞれの携帯端末のブルートゥースデバイスアドレスによって特定される。
【００３９】
携帯端末Ａは、探索情報をアップロードするとき、探索情報とともに自分自身のブルートゥースデバイスアドレスを管理サーバ１に送信し、携帯端末Ａに割り当てられた記憶領域に探索情報を記憶させる。携帯端末Ａは、探索情報のアップロードが終了したとき、アップロードした探索情報を内蔵のメモリから消去する。
【００４０】
アップロードされる探索情報にはユーザの氏名、電話番号、電子メールアドレス、位置情報等の個人情報が含まれないため、心理的な抵抗感は少ないといえる。
【００４１】
携帯端末Ｂ、携帯端末Ｃにおいても同様にして探索が行われ、蓄積された探索情報が管理サーバ１にアップロードされる。図３の例においては、携帯端末Ａ乃至Ｃと、図１には示していない携帯端末Ｄからアップロードされた探索情報が、それぞれの携帯端末に割り当てられた記憶領域に記憶され、管理サーバ１により管理されている。
【００４２】
新型インフルエンザ等の感染症にはウイルスに感染してから発症するまでに潜伏期間があり、ウイルスに感染した疑いがある日から潜伏期間が経過しても発症していない場合にはウイルスに感染していなかったことになる。
【００４３】
アップロードされた探索情報は、アップロードされた日から感染症の潜伏期間に相当する期間が経過した場合には、探索によってどの携帯端末が検出されていたのかを判断するのに用いられない、いわば不要なデータとなる。従って、アップロードされた探索情報は、アップロードされた日から感染症の潜伏期間に相当する期間が経過した後に管理サーバ１により消去される。
【００４４】
感染が判明した場合の感染登録について説明する。
【００４５】
ここでは、携帯端末Ｂのユーザが感染症にかかっていることが医師の診察により判明したものとする。この場合、携帯端末Ｂのユーザが感染症にかかっていることを登録する、感染登録の要求が携帯端末Ｂから管理サーバ１に送信される。感染登録の要求には、ユーザが感染症にかかっていることを表す情報と、携帯端末Ｂのブルートゥースデバイスアドレスが含まれる。
【００４６】
感染登録の要求は、例えば、携帯端末Ｂのディスプレイに表示されるメニュー画面において、感染登録の操作が医師などの医療関係者により行われたときに送信される。メニュー画面は、機器の探索、探索情報のアップロード、感染している可能性があると管理サーバ１により判断されたか否かの確認などの、一連の動作を管理するアプリケーションプログラムにより表示される。以下、一連の動作を管理するアプリケーションプログラムを単に管理アプリケーションという。
【００４７】
いたずら目的での感染登録を防ぐために、医療関係者に対してのみ通知されたパスワードによる認証が、感染登録の要求が送信される前に行われるようにしてもよい。イメージとしては、携帯端末Ｂのユーザが感染症にかかっていると診断した医師が、ユーザから携帯端末Ｂを借り、パスワードを入力して認証を成功させた後に、感染登録の操作を携帯端末Ｂ上で行うことになる。
【００４８】
感染登録の要求が携帯端末Ｂから送信されてきた場合、管理サーバ１は、感染登録の要求に含まれるブルートゥースデバイスアドレスに基づいて、携帯端末Ｂによりアップロードされていた探索情報を読み出し、携帯端末Ｂによる探索によって検出されたことのある携帯端末の情報が記述されたリストである接触端末リストを作成する。
【００４９】
図４は、接触端末リストの例を示す図である。
【００５０】
図４に示すように、接触端末リストには、携帯端末Ｂによる探索によって検出されたことのあるそれぞれの携帯端末について、ブルートゥースデバイスアドレス、リンク数、年月日、時刻、および接触時間の情報が、リンク数の多い順に記述される。
【００５１】
上述したように、リンク数が多い携帯端末は携帯端末Ｂの近くに存在していた携帯端末といえるから、その携帯端末のユーザが感染しているリスクは、リンク数が少ない携帯端末のユーザの感染リスクより高い。図４において太線文字で示す５つの携帯端末の情報は、それより下に情報が記述されているリンク数が１の携帯端末のユーザより、感染リスクの高いユーザの携帯端末の情報といえる。
【００５２】
管理サーバ１は、接触端末リストに基づいて、携帯端末Ｂのユーザと濃厚接触があったと考えられるユーザの判別（携帯端末Ｂのユーザと濃厚接触があったと考えられるユーザが携帯している携帯端末の情報の判別）を行う。
【００５３】
例えば、管理サーバ１は、リンク数が２以上の携帯端末のユーザを濃厚接触者として判断する。この場合、図４の例においては、「00JJXXXXXXXX」、「00HHXXXXXXXX」、「00UUXXXXXXXX」、「00LLXXXXXXXX」、「00FFXXXXXXXX」のブルートゥースデバイスアドレスが設定されているそれぞれの携帯端末のユーザが、濃厚接触者として判断される。
【００５４】
接触時間が閾値以上である携帯端末のユーザが、濃厚接触者として判断されるようにしてもよい。また、リンク数と接触時間のそれぞれの値に所定の係数を乗算し、乗算結果を足し合わせることによって求められるスコアが閾値より高い携帯端末のユーザが、濃厚接触者として判断されるようにしてもよい。
【００５５】
なお、接触時間は、繰り返し行われる探索によって最初に検出されてから、検出されなくなるまでの、検出され続けた時間として算出されるようにしてもよいし、探索時に携帯端末により計測され、探索情報として携帯端末からアップロードされるようにしてもよい。
【００５６】
管理サーバ１は、濃厚接触者として判断したユーザの携帯端末に割り当てられている記憶領域に、感染症にかかっている可能性があることを表すフラグである感染リスクフラグを設定する。携帯端末Ａのユーザが濃厚接触者として判断された場合、携帯端末Ａに割り当てられている記憶領域に感染リスクフラグが設定される。
【００５７】
図５は、携帯端末による感染リスクフラグの確認について説明する図である。
【００５８】
感染リスクフラグの確認は、探索情報をアップロードするために管理サーバ１にアクセスしたときに行われる。
【００５９】
例えば、前回アップロードしてから所定の時間が経過した場合、図５の矢印＃１に示すように、携帯端末Ａは、探索情報をアップロードし、携帯端末Ａに割り当てられた記憶領域に記憶させる。また、携帯端末Ａは、アップロードが終了したとき、携帯端末Ａに割り当てられた記憶領域に感染リスクフラグが設定されているか否かを、矢印Ａ＃２に示すようにして確認する。
【００６０】
感染リスクフラグが設定されている場合、携帯端末Ａは、図５の下方に拡大して示すように、感染症にかかっている可能性があることをユーザに通知するメッセージをディスプレイに表示する。図５の例においては、「［緊急連絡］あなたは発病者と長時間近接していました。感染リスクが５％あります。リンク先の指示に従ってください。」のメッセージが表示されている。
【００６１】
接触端末リストに情報が挙げられた順に感染リスクが％単位で管理サーバ１により決定される場合、図５に示すように「感染リスクが５％あります。」などの情報も表示される。
【００６２】
例えば、接触端末リストの１番目に挙げられた濃厚接触者に対しては１０％の感染リスクが提示され、２番目に挙げられた濃厚接触者に対しては１％の感染リスクが提示されるといったように、接触端末リストの上位から順に、高い感染リスクが決定される。
【００６３】
感染リスクが何％であるのかが、リンク数や接触時間に基づいて決定されるようにしてもよいし、リンク数と接触時間を組み合わせて求められたスコアに基づいて決定されるようにしてもよい。感染リスクフラグには、このようにして決定された感染リスクを表す情報が含まれる。
【００６４】
メッセージには、対処方法などが掲載されたサイトのURL(Uniform Resource Locator)が含まれる。リンク先へのアクセスが指示された場合、URLに基づいてリンク先のサーバに対するアクセスが携帯端末Ａにより行われ、図５のメッセージに替えて対処方法が表示される。
【００６５】
このように、携帯端末Ａのユーザは、表示されたメッセージを見ることによって、自分が感染症にかかっている可能性があることを知ることができる。
【００６６】
そのことを知った携帯端末Ａのユーザが人との接触を避けることにより、携帯端末Ａのユーザが実際に感染していた場合であっても、携帯端末Ａのユーザからの感染の拡大を防ぐことができる。
【００６７】
また、管理サーバ１側からすれば、ユーザの行動などのプライバシーに関係するような情報を用いずに、感染症にかかっている可能性があることを通知することができる。
【００６８】
GPSにより計測された位置情報を用いた場合、携帯端末のユーザがGPSの電波が届かない地下などにいたときには行動を追うことができず、その間に感染者との接触があったか否かを判断することができなくなるが、ブルートゥース通信を用いることにより、地下などにおいても感染者との接触があったか否かを判断することが可能になる。GPSを用いる場合に較べて消費電力が少ないといったメリットもある。
【００６９】
［各機器の構成］
図６は、携帯端末Ａのハードウェア構成例を示すブロック図である。
【００７０】
図６に示すように、携帯端末Ａは、アンテナ１１、携帯通信部１２、制御部１３、ブルートゥース通信部１４、アンテナ１５、操作部１６、および表示部１７から構成される。
【００７１】
携帯通信部１２は、アンテナ１１から電波を出力し、または基地局からの電波をアンテナ１１において受信することによって、在圏しているセルを管理する基地局とW-CDMA、CDMA2000などの規格に従って通信を行う。携帯通信部１２による通信によって、通話相手の携帯端末との音声データの送受信や、管理サーバ１とのデータの送受信が行われる。
【００７２】
制御部１３はCPU(Central Processing Unit)，ROM(Read Only Memory)，RAM(Random Access Memory)、フラッシュメモリなどよりなり、携帯端末Ａの全体の動作を制御する。
【００７３】
ブルートゥース通信部１４は、アンテナ１５から電波を出力し、またはブルートゥース通信機能を有する他の携帯端末からの電波をアンテナ１５において受信することによって、他の携帯端末との間でブルートゥース通信を行う。ブルートゥース通信部１４にはブルートゥースデバイスアドレスが設定されている。
【００７４】
操作部１６は、携帯端末Ａの筐体表面に設けられるテンキーやタッチパネルなどに対するユーザの操作を検出し、検出した操作の内容を表す信号を制御部１３に出力する。
【００７５】
表示部１７はLCD(Liquid Crystal Display)などよりなり、制御部１３による制御に従って各種の情報を表示する。
【００７６】
図７は、携帯端末Ａの機能構成例を示すブロック図である。
【００７７】
図７に示す機能部のうちの少なくとも一部は、図６の制御部１３のCPUにより管理アプリケーションが実行されることによって実現される。図７に示すように、制御部１３においては、探索部２１、探索情報記憶部２２、アップロード管理部２３、感染登録部２４、フラグ確認部２５、および表示制御部２６が実現される。
【００７８】
探索部２１は、探索を行うタイミングになった場合、ブルートゥース通信部１４を制御し、通信可能範囲内に存在する携帯端末の探索を行わせる。探索部２１とブルートゥース通信部１４とで第１の無線通信手段を構成する。探索部２１は、探索により検出された携帯端末のブルートゥースデバイスアドレス、確保可能なリンク数の情報を取得し、年月日、時刻の情報とともに探索情報として探索情報記憶部２２に記憶させる。
【００７９】
探索情報記憶部２２はフラッシュメモリなどよりなり、探索部２１から供給された探索情報を記憶する記憶手段である。探索情報記憶部２２は、アップロード管理部２３により管理サーバ１にアップロードされた探索情報を消去する。
【００８０】
アップロード管理部２３は、探索情報をアップロードするタイミングになったとき、探索情報記憶部２２から探索情報を読み出し、携帯端末Ａのブルートゥースデバイスアドレスとともに、携帯通信部１２から管理サーバ１に送信する。アップロード管理部２３と携帯通信部１２とで第２の無線通信手段を構成する。アップロード管理部２３から送信された探索情報は、ブルートゥースデバイスアドレスによって特定される、携帯端末Ａに割り当てられた記憶領域に記憶される。
【００８１】
感染登録部２４は、感染登録を行うことが操作部１６を用いた操作によって指示された場合、携帯通信部１２を制御して管理サーバ１にアクセスし、ブルートゥースデバイスアドレスを含む感染登録の要求を送信する。
【００８２】
フラグ確認部２５は、アップロード管理部２３による探索情報のアップロードが終了したとき、携帯端末Ａに割り当てられている管理サーバ１の記憶領域に感染リスクフラグが設定されているか否かを確認する確認手段である。フラグ確認部２５は、感染リスクフラグが設定されていることを確認した場合、そのことを表す情報を表示制御部２６に出力する。
【００８３】
表示制御部２６は、感染リスクフラグが設定されていることがフラグ確認部２５により確認された場合、図５を参照して説明したようなメッセージを表示部１７に表示させて、感染症にかかっている可能性があることをユーザに通知する出力手段である。
【００８４】
携帯端末Ｂ，Ｃ等の他の携帯端末も、図６、図７に示す携帯端末Ａの構成と同じ構成を有している。
【００８５】
図８は、管理サーバ１の機能構成例を示すブロック図である。管理サーバ１はコンピュータにより構成される。上述したような管理サーバ１の機能が１台のコンピュータにより実現されるようにしてもよいし、複数のコンピュータにより実現されるようにしてもよい。
【００８６】
図８に示す構成のうちの少なくとも一部は、CPUにより所定のアプリケーションプログラムが実行されることによって実現される。管理サーバ１においては、探索情報管理部５１、リスト作成部５２、およびフラグ設定部５３が実現される。管理サーバ１には、ハードディスクや不揮発性のメモリなどよりなり、携帯端末から送信されてきた探索情報などを記憶する記憶部５４と、ネットワークインタフェースなどよりなり、ネットワーク２を介して携帯端末と通信を行う通信部５５も設けられる。
【００８７】
探索情報管理部５１は、アップロードされた探索情報が通信部５５において受信された場合、探索情報とともに送信されてきたブルートゥースデバイスアドレスに基づいて、探索情報を送信してきた携帯端末に割り当てられた記憶部５４の記憶領域を特定する。記憶部５４と探索情報管理部５１とで記憶手段を構成している。探索情報管理部５１は、特定した記憶領域に探索情報を記憶させる。
【００８８】
また、探索情報管理部５１は、アップロードされた日から感染症の潜伏期間に相当する期間が経過した探索情報を消去する。
【００８９】
記憶部５４の記憶領域について説明する。
【００９０】
記憶部５４の領域Ａ１は、携帯端末Ａに割り当てられた領域であり、携帯端末Ａのブルートゥースデバイスアドレス（BD_ADDR#A）により特定される。領域Ａ１には探索情報記憶領域ａ１１と感染リスクフラグ記憶領域ａ１２が形成されている。
【００９１】
探索情報記憶領域ａ１１は、携帯端末Ａから送信されてきた探索情報が記憶される領域である。感染リスクフラグ記憶領域ａ１２は、携帯端末Ａのユーザが濃厚接触者であると判断された場合に感染リスクフラグが設定される領域である。
【００９２】
他の携帯端末に対しても同様に各領域が割り当てられる。例えば、領域Ａ２は携帯端末Ｂに割り当てられた領域であり、携帯端末Ｂのブルートゥースデバイスアドレス（BD_ADDR#B）により特定される。領域Ａ２には、携帯端末Ｂから送信されてきた探索情報が記憶される領域である探索情報記憶領域ａ２１と、携帯端末Ｂのユーザが濃厚接触者であると判断された場合に感染リスクフラグが設定される領域である感染リスクフラグ記憶領域ａ２２が形成される。
【００９３】
このように、記憶部５４には、ブルートゥースデバイスアドレスと対応付けて各情報が記憶されるようになされている。記憶領域を物理的に確保するのではなく、論理的に、ブルートゥースデバイスアドレスと対応付けてフォルダを用意し、探索情報や感染リスクフラグがそのフォルダに記憶されるようにしてもよい。
【００９４】
リスト作成部５２は、感染登録の要求が通信部５５において受信された場合、感染登録の要求に含まれるブルートゥースデバイスアドレスに基づいて、記憶部５４に形成されている領域の中から、感染登録の要求を送信してきた携帯端末に割り当てられている領域を特定する。
【００９５】
リスト作成部５２は、特定した記憶領域に記憶されている探索情報を読み出し、図４を参照して説明した接触端末リストを作成する。リスト作成部５２は、作成した接触端末リストをフラグ設定部５３に出力する。
【００９６】
フラグ設定部５３は、リスト作成部５２により作成された接触端末リストに基づいて濃厚接触者を判別し、濃厚接触者として判断したユーザの携帯端末に割り当てられている記憶領域に感染リスクフラグを設定する設定手段である。携帯端末Ａのユーザが濃厚接触者として判断された場合、感染リスクフラグ記憶領域ａ１２に感染リスクフラグが設定される。
【００９７】
［各機器の動作］
次に、携帯端末Ａと管理サーバ１の動作について説明する。他の携帯端末においても、携帯端末Ａの処理と同様の処理が行われる。
【００９８】
はじめに、図９のフローチャートを参照して、携帯端末Ａの通信処理について説明する。図９の処理は、管理アプリケーションが実行され、ブルートゥース通信の機能がオンになっているときに行われる。
【００９９】
ステップＳ１において、探索部２１（図７）は、探索を行うタイミングになったか否かを判定し、探索を行うタイミングになったと判定するまで待機する。
【０１００】
探索を行うタイミングになったとステップＳ１において判定した場合、ステップＳ２において、探索部２１は、ブルートゥース通信部１４を制御し、通信可能範囲内に存在する携帯端末の探索を行わせる。
【０１０１】
ステップＳ３において、探索部２１は、探索により検出された携帯端末のブルートゥースデバイスアドレス、確保可能なリンク数の情報を取得し、年月日、時刻の情報とともに探索情報記憶部２２に記憶させる。
【０１０２】
ステップＳ４において、アップロード管理部２３は、探索情報をアップロードするタイミングになったか否かを判定する。探索情報をアップロードするタイミングになっていないとステップＳ４において判定された場合、ステップＳ１に戻り、所定のタイミングで携帯端末の探索が繰り返される。
【０１０３】
一方、探索情報をアップロードするタイミングになったとステップＳ４において判定した場合、ステップＳ５において、アップロード管理部２３は、探索情報を探索情報記憶部２２から読み出し、携帯端末Ａ自身のブルートゥースデバイスアドレスとともに管理サーバ１に送信する。アップロードされた探索情報は探索情報記憶部２２から消去される。
【０１０４】
ステップＳ６において、フラグ確認部２５は、携帯端末Ａに割り当てられている記憶領域に感染リスクフラグが設定されているか否かを判定する。
【０１０５】
感染リスクフラグが設定されていないとステップＳ６において判定された場合、ステップＳ１に戻り、以上の処理が繰り返される。
【０１０６】
一方、感染リスクフラグが設定されているとステップＳ６において判定された場合、ステップＳ７において、表示制御部２６は、感染症にかかっている可能性があることを通知するメッセージを表示部１７に表示させる。メッセージが表示された後、処理は終了される。
【０１０７】
次に、図１０のフローチャートを参照して、感染登録を要求する携帯端末Ａの処理について説明する。この処理は、携帯端末Ａの表示部１７に表示されるメニュー画面において、感染登録の操作が医療関係者により行われたときに開始される。
【０１０８】
ステップＳ２１において、感染登録部２４は、医療関係者により入力されたパスワードが、予め設定されているパスワードと一致するか否かを判定することによって認証を行う。
【０１０９】
認証が成功した場合、ステップＳ２２において、感染登録部２４は、携帯通信部１２を制御して管理サーバ１にアクセスし、ブルートゥースデバイスアドレスを含む感染登録の要求を送信する。感染登録の要求が送信されることに応じて、管理サーバ１においては接触端末リストの作成等が行われる。
【０１１０】
次に、図１１のフローチャートを参照して、管理サーバ１の処理について説明する。
【０１１１】
ステップＳ３１において、探索情報管理部５１は、ブルートゥースデバイスアドレスとともに探索情報が携帯端末から送信されてきたか否かを判定する。
【０１１２】
探索情報が送信されてきたとステップＳ３１において判定した場合、ステップＳ３２において、探索情報管理部５１は、ブルートゥースデバイスアドレスに基づいて、探索情報を送信してきた携帯端末に割り当てられている記憶領域を特定し、探索情報を記憶させる。探索情報が送信されてきていないとステップＳ３１において判定された場合、ステップＳ３２の処理はスキップされる。
【０１１３】
ステップＳ３３において、リスト作成部５２は、感染登録の要求が携帯端末から送信されてきたか否かを判定する。感染登録の要求が送信されてきていないと判定された場合、ステップＳ３１に戻り、探索情報を記憶させることが繰り返される。
【０１１４】
一方、感染登録の要求が携帯端末から送信されてきたとステップＳ３３において判定した場合、ステップＳ３４において、リスト作成部５２は、感染登録の要求に含まれるブルートゥースデバイスアドレスに基づいて、感染登録の要求を送信してきた携帯端末に割り当てられている記憶領域を特定し、探索情報を読み出す。リスト作成部５２は、読み出した探索情報に基づいて接触端末リストを作成する。
【０１１５】
ステップＳ３５において、フラグ設定部５３は、接触端末リストに基づいて濃厚接触者を判別し、濃厚接触者として判断したユーザの携帯端末に割り当てられている記憶領域に感染リスクフラグを設定する。その後、ステップＳ３１に戻り、以上の処理が繰り返される。
【０１１６】
以上の処理により、プライバシーを確保しつつ、感染症にかかっている可能性のあるユーザにそのことを通知することが可能になる。
【０１１７】
［変形例］
以上においては、感染リスクが何％であるのかが、リンク数や接触時間に基づいて決定されるものとしたが、二次感染であるのか、三次感染であるのかに基づいて決定されるようにしてもよい。
【０１１８】
例えば、携帯端末Ｂにより感染登録が行われた場合、携帯端末Ｂによりアップロードされた探索情報に基づいて、携帯端末Ｂによる探索によって直接検出された携帯端末が特定される。また、特定された携帯端末によりアップロードされた探索情報に基づいて、その特定された携帯端末による探索によって検出された携帯端末が特定される。
【０１１９】
前者の携帯端末のユーザの感染リスクとして、後者の携帯端末のユーザの感染リスクよりも高い感染リスクが決定され、決定された感染リスクの情報を含む感染リスクフラグが設定される。
【０１２０】
二次感染者である可能性がある前者の携帯端末のユーザには、感染リスクフラグの設定を確認した携帯端末により、感染リスクが例えば１０％であることがメッセージによって通知され、三次感染者である可能性がある後者の携帯端末のユーザには、感染リスクが例えば５％であることが通知される。
【０１２１】
また、以上においては、接触端末リストに情報が挙げられている携帯端末のユーザのうちの一部のユーザが濃厚接触者として判別され、感染リスクフラグが設定されるものとしたが、接触端末リストに情報が挙げられている全ての携帯端末のユーザが濃厚接触者とされ、感染リスクフラグが設定されるようにしてもよい。
【０１２２】
これにより、感染症にかかっているユーザの携帯端末による探索によって検出された全ての携帯端末のユーザに感染の可能性があることを通知することができる。
【０１２３】
さらに、以上においては、感染している可能性があることが画面に表示されるメッセージによって通知されるものとしたが、スピーカから出力される音声によって通知されるようにしてもよい。
【０１２４】
端末間で行われる近距離無線通信がブルートゥース通信であるものとしたが、Wibree（商標）やUWB(Ultra Wide Band)などの他の規格の無線通信であってもよい。
【０１２５】
濃厚接触者の判断において、感染者と異なる時間帯に複数回接触した場合、すなわち、感染者の携帯端末による探索によって異なる時間帯に複数回検出された場合に、検出された携帯端末のユーザが濃厚接触者として判断されるようにしてもよい。
【０１２６】
また、複数の感染者がいた場合、複数の感染者のそれぞれの携帯端末との接触時間の合計時間が閾値より長い携帯端末のユーザが濃厚接触者として判断されるようにしてもよい。
【０１２７】
ブルートゥース通信による探索結果を用いることによってあるユーザを特定する上述した処理は、新型インフルエンザなどの感染症にかかっているユーザを特定する場合以外の様々な場合に適用可能である。
【０１２８】
例えば、特定の人につきまとういわゆるストーカー行為を行っている人の発見にも適用可能である。ある特定の携帯端末に対して、定期的に長時間近接している携帯端末があることが管理サーバ１において確認された場合、その特定の携帯端末のユーザに対して、ストーカー行為をしている人がいることが通知される。
【０１２９】
同様に、痴漢に遭った人を感染者とみなし、痴漢に遭った人が複数人いた場合に、その複数人のそれぞれの携帯端末により検出されたことのある携帯端末を、痴漢行為を行っている人の携帯端末として特定するようにしてもよい。
【０１３０】
また、ゲーム的なものにも適用可能である。このゲームは、参加者のみがブルートゥース通信の機能を起動させておき、フラグを設定している人との接触が多い人に多いポイントが設定され、ポイントの多さによって勝ち負けを決定するものである。
【０１３１】
さらに、共通の趣味を表すフラグが設定されている携帯端末に接触した場合、その趣味に関する情報を得ることができるようにしてもよい。
【０１３２】
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１３３】
１  管理サーバ，  ２１  探索部，  ２２  探索情報記憶部，  ２３  アップロード管理部，  ２４  感染登録部，  ２５  フラグ確認部，  ２６  表示制御部，  ５１  探索情報管理部，  ５２  リスト作成部，  ５３  フラグ設定部
【図１】
2010277452.tif 000003
【図２】
2010277452.tif 000004
【図３】
2010277452.tif 000005
【図４】
2010277452.tif 000006
【図５】
2010277452.tif 000007
【図６】
2010277452.tif 000008
【図７】
2010277452.tif 000009
【図８】
2010277452.tif 000010
【図９】
2010277452.tif 000011
【図１０】
2010277452.tif 000012
【図１１】
2010277452.tif 000013