(57)【特許請求の範囲】
【請求項１】
制御部、記憶部を備えた携帯端末に、接触トレース方法を実行させるためのプログラムであって、前記接触トレース方法は、
前記制御部が、近距離無線通信を利用して、当該携帯端末を利用するユーザが接触した接触ユーザの携帯端末との間でカプセル情報を交換する交換ステップと、
前記制御部が、交換したカプセル情報を前記記憶部に格納する格納ステップと、を含み、
交換される前記カプセル情報は、自端末を利用する前記ユーザを識別する自カプセル情報とともに、当該ユーザが過去に接触した他のユーザを識別するための履歴カプセル情報を含む、接触トレースプログラム。
【請求項２】
前記接触トレース方法は、さらに、
前記制御部が、感染したユーザを識別する感染カプセル情報を外部から受信する受信ステップと、
前記制御部が、前記感染カプセル情報と、前記自端末に格納されている前記自カプセル情報及び前記履歴カプセル情報とを比較することで、当該携帯端末を利用するユーザの接触状況を判定する判定ステップとを含む、請求項１に記載の接触トレースプログラム。
【請求項３】
前記接触トレース方法は、さらに、
前記制御部が、前記判定の結果を管理サーバに送信する送信ステップを含む、請求項２に記載の接触トレースプログラム。
【請求項４】
前記接触トレース方法は、さらに、
前記制御部が、前記判定の結果を当該携帯端末の表示装置に表示する表示ステップを含む、請求項２または３に記載の接触トレースプログラム。
【請求項５】
前記制御部は、前記接触状況について、当該携帯端末を利用するユーザが、前記感染したユーザの直接接触者であるか、間接接触者であるか、非接触者であるかを判別する、請求項２から４のいずれか一項に記載の接触トレースプログラム。
【請求項６】
前記交換した前記カプセル情報には、交換した日時を特定するための日時情報が含まれる、請求項１から５のいずれか一項に記載の接触トレースプログラム。
【請求項７】
制御部、記憶部を備えた携帯端末が実行する接触トレース方法であって、
前記制御部が、近距離無線通信を利用して、当該携帯端末を利用するユーザが接触した接触ユーザの携帯端末との間でカプセル情報を交換する交換ステップと、
前記制御部が、交換したカプセル情報を前記記憶部に格納する格納ステップと、を含み、
交換される前記カプセル情報は、自端末を利用する前記ユーザを識別する自カプセル情報とともに、当該ユーザが過去に接触した他のユーザを識別するための履歴カプセル情報を含む、接触トレース方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、感染症対策システム、接触トレースプログラム、及び接触トレース方法に関する。
【背景技術】
【０００２】
近年、インフルエンザウイルスやコロナウイルスなどをはじめとする様々な感染症の拡大阻止を図るために予防策が種々検討されている。感染拡大を阻止するためには、感染者を早期に発見することはもちろん、感染者と接触した接触者を早期に発見し、感染のおそれがあることをいち早く知らせることが重要になる。
例えば、下記特許文献１には、感染者と接触した接触者に対し、警告メールを送信することで感染のおそれがあることを知らせる感染症予防システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２１７６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示されたシステムでは、サーバ側で管理する接触者の情報（例えば、携帯電話機の電話番号、接触日時やメールアドレスなど）は、感染者の自己申告に委ねられている。このため、感染者と接触したにもかかわらず、申告漏れがあった接触者には、警告メールが通知されることはない。この結果、接触者への感染だけでなく、接触者による第三者への感染を招くおそれがある、という問題があった。
【０００５】
本発明は、以上説明した事情を鑑みてなされたものであり、感染症の拡大を抑制することが可能な技術を提供することを目的の一つとする。
【課題を解決するための手段】
【０００６】
本開示の一態様に係る感染症対策システムは、他人との接触状況をあらわす接触データを受信する第１受信部と、ユーザの行動履歴をあらわす行動データを受信する第２受信部と、ユーザの健康状態をあらわすヘルスケアデータを受信する第３受信部と、感染症のリスクレベルを判定するための判定基準を記憶する記憶部と、接触データと、行動データと、ヘルスケアデータと、判定基準とに基づき、ユーザの感染症のリスクレベルを判定する判定部と、判定結果を出力する出力部とを具備することを要旨とする。
【０００７】
本開示の別の態様に係る接触トレースプログラムは、制御部、記憶部を備えた携帯端末に、接触トレース方法を実行させるためのプログラムであって、接触トレース方法は、制御部が、近距離無線通信を利用して、携帯端末を利用するユーザが接触した接触ユーザの携帯端末との間でカプセル情報を交換する交換ステップと、制御部が、交換したカプセル情報を記憶部に格納する格納ステップと、を含み、交換されるカプセル情報は、自端末を利用する前記ユーザを識別する自カプセル情報とともに、ユーザが過去に接触した他ユーザを識別するための履歴カプセル情報を含むことを要旨とする。
【発明の効果】
【０００８】
本発明の所定の態様によれば、感染症の拡大を抑制することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係る感染症対策システムの構成の一例を示す図である。
【図２】携帯端末、管理サーバのハードウェア構成の一例を示す図である。
【図３】携帯端末の機能構成を示すブロック図である。
【図４】ヘルスケアデータの入力画面を例示した図である。
【図５】管理サーバの機能構成を示すブロック図である。
【図６】基準テーブルの登録内容を例示した図である。
【図７】企業のコンピュータに表示される判定結果の表示画面を例示した図である。
【図８】各携帯端末に表示される判定結果の表示画面を例示した図である。
【図９】接触トレース方法の第１態様を示す説明図である。
【図１０】接触トレース方法の第２態様を示す説明図である。
【発明を実施するための形態】
【００１０】
添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。
【００１１】
Ａ．本実施形態
＜システム構成＞
図１は、本実施形態に係る感染症対策システム１００の構成の一例を示す図である。
感染症対策システム１００は、各ユーザが利用する携帯端末１０と、各ユーザを管理する管理サーバ２０とを含んで構成される。各携帯端末１０と管理サーバ２０とは、ネットワークＮを介して相互通信可能となっている。
【００１２】
ネットワークＮのうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワークＮは、限定でなく例として、アドホック・ネットワーク（Ad Hoc Network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（Virtual Private Network：ＶＰＮ）、ローカル・エリア・ネットワーク（Local Area Network：ＬＡＮ）、ワイヤレスＬＡＮ（Wireless LAN：ＷＬＡＮ）、広域ネットワーク（Wide Area Network：ＷＡＮ）、ワイヤレスＷＡＮ（Wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（Metropolitan Area Network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（Integrated Service Digital Networks）、無線ＬＡＮｓ、ＬＴＥ（Long Term Evolution）、ＣＤＭＡ（Code Division Multiple Access）、ブルートゥース（Bluetooth（登録商標））、ＩｒＤＡ（登録商標）、衛星通信など、または、これらの２つ以上の組合せを含むことができる。
【００１３】
＜感染症対策システム１００の概要＞
本実施形態に係る感染症対策システム１００は、ユーザの行動や、他人との接触状況、ユーザの健康状態をもとに感染症のリスクレベルを判定し、ユーザ本人や本人が所属する企業などに、リスクレベルの判定結果を速やかに通知することで感染症の拡大を抑制することを可能とする（詳細は後述）。
【００１４】
携帯端末１０は、各ユーザが所持する端末であり、例えばスマートフォン、携帯電話、パーソナルコンピュータ、ハンドヘルドコンピュータデバイス、ウェアラブル端末などによって構成されている。携帯端末１０には、自端末を所持するユーザが過去に接触した人をトレース（追跡、確認）するためのアプリケーション（以下、「接触トレースアプリ」ともいう。）が格納されている。携帯端末１０は、接触トレースアプリを起動することで、後述する接触トレース方法を実現する。
【００１５】
管理サーバ２０は、例えばサーバコンピュータにより実現され、各ユーザの携帯端末１０から取得される様々な情報に基づき感染症のリスクレベルを判定し、判定結果を出力する。各ユーザの携帯端末１０から取得される情報として、他人との接触状況をあらわす接触データや、ユーザの行動履歴をあらわす行動データ、ユーザの健康状態をあらわすヘルスケアデータなどがある（詳細は後述）。
【００１６】
＜ハードウェア構成＞
図２は、携帯端末１０、管理サーバ２０のハードウェア構成の一例を示す図である。携帯端末１０及び管理サーバ２０は、それぞれ、ＣＰＵ（Central Processing Unit）１、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等の記憶装置２、有線通信や無線通信などを行う通信ＩＦ（Interface）３、入力操作を受け付ける入力デバイス４、及び情報の出力を行う出力デバイス５を有する。入力デバイス４は、例えばキーボード、マウス、タッチパネル、マイク等である。出力デバイス５は、例えば、ディスプレイ（画面）及び／又はスピーカ等である。
【００１７】
以下、図３を参照しながら、携帯端末１０の機能構成について説明する。
【００１８】
＜携帯端末１０の機能ブロック構成＞
携帯端末１０は、記憶部１１０と、制御部１２０と、操作部１３０と、表示部１４０と、近距離無線通信部１５０と、接触データ取得部１６０と、行動データ取得部１７０と、ヘルスケアデータ取得部１８０と、通信部１９０とを含む。
【００１９】
制御部１２０と、操作部１３０と、表示部１４０と、近距離無線通信部１５０と、接触データ取得部１６０と、行動データ取得部１７０と、ヘルスケアデータ取得部１８０と、通信部１９０は、携帯端末１０のＣＰＵ１が記憶装置２に記憶された各種プログラムを実行することによって実現される。なお、プログラムは、ＵＳＢメモリやＣＤ−ＲＯＭ等の記憶媒体に格納することができる。
【００２０】
記憶部１１０は、記憶装置２によって実現され、上述した接触トレースアプリＡＰ１のほか、様々なアプリケーションや各種データを記憶する。
【００２１】
制御部１２０は、携帯端末１０を中枢的に制御する。操作部１３０は、操作内容に応じた各種コマンドを入力し、表示部１４０は、ディスプレイに各種情報を表示する。近距離無線通信部１５０は、例えばブルートゥース規格に準拠した近距離無線通信機能を利用して、近接した他の携帯端末１０との間で近距離無線通信を行う。本実施形態では、ユーザが他のユーザ（以下、「接触ユーザ」ともいう。）に接触した場合に、当該ユーザの携帯端末１０と接触ユーザの携帯端末１０との間で近距離無線通信を行い、カプセル情報の交換を行う。「カプセル情報」とは、各ユーザに割り当てられるユニークな識別情報（トークン）である。カプセル情報は、記憶部１１０に格納される。詳細は後述するが、交換されるカプセル情報には、そのユーザ自身のカプセル情報だけでなく、そのユーザが過去に接触して得た他のユーザのカプセル情報も含まれる。なお、以下では説明の便宜上、そのユーザ自身のカプセル情報を「自カプセル情報」と呼び、そのユーザが過去に接触して得た他のユーザのカプセル情報を「履歴カプセル情報」と呼ぶ。
【００２２】
接触データ取得部１６０は、記憶部１１０に格納されているカプセル情報を接触データとして取得する。
行動データ取得部１７０は、携帯端末１０に搭載されているＧＰＳ（Global Positioning System）機能や加速度センサ、画像センサ（いずれも図示略）などを利用して、当該携帯端末１０を利用するユーザの位置や行動内容などを含む行動履歴をあらわす行動データを取得する。
ヘルスケアデータ取得部１８０は、ユーザによって入力される体温データ、問診データといった健康状態をあらわす情報を、ヘルスケアデータとして取得する。
【００２３】
図４は、ディスプレイに表示されるヘルスケアデータの入力画面Ｇ１を例示した図である。
ユーザは、入力画面Ｇ１に従って、自身の体温データ（例えば、３６．５℃など）Ｄ１を入力するとともに、自身の体調をあらわす問診データ（例えば、体がだるいか、息切れがあるか、咳がでるかなど）Ｄ２をタップ入力する。なお、携帯端末１０に検温機能が搭載されている場合には、検温機能を使って自動で体温を測定し入力してもよい。
【００２４】
通信部１９０は、ネットワークＮを介して管理サーバ２０を含む外部機器と様々なデータを授受する。一例として、通信部１９０は、接触データや行動データ、ヘルスケアデータを管理サーバ２０に送信する。これらすべてのデータは、ユーザの許諾が得られることを前提に管理サーバ２０へ送信される。もっとも、全てのデータが、ユーザの許諾なく管理サーバ２０へ送信される構成であってもよく、また、一部のデータ（例えば、接触データ）についてのみユーザの許諾を必要とし、他のデータについてはユーザの許諾を必要としない構成であってもよい。
【００２５】
次に、図５を参照しながら、管理サーバ２０の機能構成について説明する。
【００２６】
＜管理サーバ２０の機能ブロック構成＞
管理サーバ２０は、記憶部２１０と、制御部２２０と、通信部２３０と、判定部２４０と、出力部２５０とを含む。
【００２７】
制御部２２０と、通信部２３０と、判定部２４０と、出力部２５０は、管理サーバ２０のＣＰＵ１が記憶装置２に記憶された各種プログラムを実行することによって実現される。なお、プログラムは、ＵＳＢメモリやＣＤ−ＲＯＭ等の記憶媒体に格納することができる。
【００２８】
記憶部２１０は、記憶装置２によって実現され、様々なアプリケーションや各種データを記憶する。記憶部２１０には、個別データベースＤＢ１が格納されている。個別データベースＤＢ１には、ユーザごとに、当該ユーザを識別するカプセル情報と、当該ユーザの携帯端末１０から受信した接触データ、行動データ、ヘルスケアデータなどが対応づけて登録されている。また、記憶部２１０には、感染症のリスクレベルを判定するための基準テーブルＴＡ１（基準情報）が記憶されている。
【００２９】
制御部２２０は、管理サーバ２０を中枢的に制御する。通信部（第１〜第３受信部）２３０は、ネットワークＮを介して携帯端末１０を含む外部機器と様々なデータを授受する。一例として、通信部２３０は、各携帯端末１０から接触データや行動データ、ヘルスケアデータを受信する。
【００３０】
判定部２４０は、通信部によって受信された接触データや行動データ、ヘルスケアデータとともに、記憶部２１０に格納されている基準テーブルＴＡ１を利用して各ユーザの感染症のリスクレベルを判定する。
【００３１】
図６は、基準テーブルＴＡ１の登録内容を例示した図である。
図６に示すように、基準テーブルＴＡ１には、判定基準と、４段階の感染症のリスクレベルとが対応づけて登録されている。図６を例に説明すると、判定部２４０は、「発熱がなく、体調に異常が認められない場合」には、最もリスクレベルが低い「リスクレベル０（健常者）」と判定する。一方、判定部２４０は、「発熱があるものの、体調の異常は軽度であり、かつ、過去〇×日の間に感染者集団（クラスター）が発生した場所にいなかった場合」には、「リスクレベル１（リスク・ロー・ユーザ）」と判定する。また、判定部２４０は、「３７．５℃以上の発熱が継続するとともに、体調に重度の異常が認められ、かつ、過去×〇日の間に感染者と接触している場合」には、「リスクレベル２（リスク・ハイ・ユーザ）」と判定する。さらに、判定部２４０は、「ＰＣＲ検査によって陽性が認められた場合」には、最もリスクレベルが高い「リスクレベル３（感染者）」と判定する。
【００３２】
ここで、発熱の有無や体調の異常の有無などは、例えばヘルスケアデータに基づいて判断する。また、ユーザがクラスターの発生場所にいたか否かなどは、例えばクラスター・マップ（図示略）や行動データに基づいて判断する。また、感染者との接触の有無などは、例えば接触データに基づいて判断する。なお、管理サーバ２０は、外部サーバに定期的（または不定期）にアクセスすることで、最新のクラスター・マップを取得することができる。
【００３３】
出力部２５０は、判定部２４０による判定結果を適宜加工し、各ユーザが所属する企業などのコンピュータや各ユーザの携帯端末１０に出力する。
【００３４】
図７は、企業のコンピュータに表示される判定結果の表示画面Ｇ２を例示した図であり、図８は、各ユーザの携帯端末１０に表示される判定結果の表示画面Ｇ３を例示した図である。
【００３５】
図７に示すように、企業のコンピュータの表示画面Ｇ２には、どのリスクレベルにどれくらいの人数のユーザがいるか（すなわち、リスクレベルごとのユーザの割合）をあらわすグラフｇｆ１や、所定期間中のアラートの発生数をあらわすグラフｇｆ２などが表示される。
【００３６】
出力部２５０は、企業の管理者が視認しやすいように、リスクレベルごとに色分けしてグラフｇｆ１を表示する。一例として、出力部２５０は、「リスクレベル０（健常者）」を緑色、「リスクレベル１（リスク・ロー・ユーザ）」を黄色、「リスクレベル２（リスク・ハイ・ユーザ）」を橙色、「リスクレベル３（感染者）」を赤色で表示する。
【００３７】
なお、グラフｇｆ２に示すアラートの通知条件は、管理サーバ２０が任意に設定するこができる。例えば体温が３７．５℃以上、または体調に重度の異常が認められたユーザの携帯端末１０に対し、アラートを通知することができる。
【００３８】
出力部２５０は、図７に示す表示画面Ｇ２に示す各グラフｇｆ１、ｇｆ２のほか、各リスクレベルの変動履歴に基づいてリスクレベルの変動を予想し、予想した結果をあらわすグラフなどを企業のコンピュータに表示する。
【００３９】
一方、図８に示すように、各ユーザの携帯端末１０の表示画面Ｇ３には、当該ユーザのリスクレベルに応じた行動指針をあらわす指針情報Ｉｍ１が表示される。例えば、「リスクレベル０（健常者）」のユーザであれば、「出勤ＯＫです」といったメッセージが表示される。また、「リスクレベル１（リスク・ロー・ユーザ）」であれば、「リモートワークＯＫです」といったメッセージ、「リスクレベル２（リスク・ハイ・ユーザ）」であれば、「指定の医療機関で受診してください。」といったメッセージ、「リスクレベル３（感染者）」であれば、「治療を継続してください。」といったメッセージなどが表示される。
【００４０】
各ユーザは、携帯端末１０に表示される指針情報Ｉｍ１を確認することで、自身が出勤してもよいか、またはリモートワークすべきか等を速やかに把握することができる。その他にも、各ユーザは、携帯端末１０を適宜操作することで、所定期間単位（例えば週、月、単位など）での自身の体温の変化を確認したり、所定期間単位（例えば、週、月、単位など）で自身が何人と接触していたのか等を確認したりすることができる。なお、出力部２５０は、ユーザが自身のリスクレベルを速やかに把握できるように、企業のコンピュータへの表示と同様、リスクレベルを色分けして表示してもよい。
【００４１】
つぎに、本実施形態に係る接触トレースアプリＡＰ１を利用した接触トレース方法について詳細に説明する。
【００４２】
＜接触トレース方法の説明＞
（１）第１態様
図９は、各携帯端末１０の制御部１２０が接触トレースアプリＡＰ１を起動することで実行される接触トレース方法の第１態様を示す説明図である。
以下の説明では、４人のユーザＡ〜Ｄの間で接触が行われ、最終的にユーザＡが感染症に感染したことが判明した場合を想定する。また、ユーザＡ〜Ｄのそれぞれの携帯端末１０において、自カプセル情報１〜４が生成・格納されているものとする。
【００４３】
本実施形態に係る接触トレース方法は、直接接触のみならず、間接接触や非接触の判定などもサポートすることが可能となっている。
【００４４】
ユーザＡとユーザＢが接触（近接）すると、ユーザＡ及びユーザＢの携帯端末１０は、カプセル情報の交換を行う（Ａ１参照）。カプセル情報を交換する際、各携帯端末１０は、近距離無線通信機能を利用する。カプセル情報の交換によって得た他ユーザのカプセル情報は、それぞれ履歴カプセル情報として記憶部１１０に格納される。ユーザＡとユーザＢのカプセル情報の交換によって、ユーザＡの携帯端末１０の記憶部１１０には、自カプセル情報１に加えて履歴カプセル情報２が格納され、ユーザＢの携帯端末１０の記憶部１１０には、自カプセル情報２に加えて履歴カプセル情報１が格納される。
【００４５】
ユーザＣとユーザＤが接触した場合も同様、ユーザＣ及びユーザＤの携帯端末１０は、カプセル情報の交換を行う（Ａ２参照）。ユーザＣとユーザＤのカプセル情報の交換により、ユーザＣの携帯端末１０の記憶部１１０には、自カプセル情報３に加えて履歴カプセル情報４が格納され、ユーザＤの携帯端末１０の記憶部１１０には、自カプセル情報４に加えて履歴カプセル情報３が格納される。
【００４６】
その後、ユーザＢとユーザＣが接触すると、ユーザＢ及びユーザＣの携帯端末１０は、カプセル情報の交換を行う（Ａ３参照）。ユーザＢとユーザＣが接触した時点において、ユーザＢ及びユーザＣは、自カプセル情報だけでなく履歴カプセル情報も保有している。よって、ユーザＢとユーザＣが接触した場合には、自カプセル情報とともに履歴カプセル情報の交換が行われることになる。この結果、ユーザＢの携帯端末１０の記憶部１１０には、自カプセル情報２及び履歴カプセル情報１に加え、ユーザＣの携帯端末１０から受け取った履歴カプセル情報３及び４が格納される。一方、ユーザＣの携帯端末１０の記憶部１１０には、自カプセル情報３及び履歴カプセル情報４に加え、ユーザＢの携帯端末１０から受け取った履歴カプセル情報２及び１が格納される。このように、本実施形態では、直接接触したユーザ（すなわち、直接接触者）のカプセル情報だけを交換するのではなく、そのユーザが過去に接触して得た他のユーザ（すなわち、間接接触者）のカプセル情報も交換する。なお、自カプセル情報と履歴カプセル情報を判別できるように、カプセル情報の種別をあらわすフラグを付加するようにしてもよい。
【００４７】
その後、例えばＰＣＲ検査などを受けることにより、ユーザＡが感染症に感染したことが判明すると、ユーザＡは、自身の携帯端末１０を操作して感染症の感染を管理サーバ２０に報告（以下、「感染報告」ともいう。）する。感染報告には、ユーザＡを特定するカプセル情報が含まれる。本実施形態では、感染した本人の許諾が得られた場合に感染報告を行う場合を想定するが、本人の許諾なしに感染報告を行ってもよい。
【００４８】
管理サーバ２０は、携帯端末１０から感染報告を受け取ると、感染報告に含まれるカプセル情報（以下、「感染カプセル情報」ともいう。）と、個別データベースＤＢ１に登録されている各ユーザのカプセル情報を比較することで、感染したユーザを特定する。ここでは、感染報告に含まれる感染カプセル情報が、ユーザＡのカプセル情報であることから、管理サーバ２０は、ユーザＡが感染したユーザであると判断する。
【００４９】
管理サーバ２０は、他のユーザの携帯端末１０に対し、ユーザＡの感染カプセル情報を含めてユーザＡとの接触判定を指示する。
他のユーザの携帯端末１０は、管理サーバ２０からユーザＡの感染カプセル情報を受け取ると、受け取った感染カプセル情報と、記憶部１１０に格納されているカプセル情報とを比較することで、他のユーザの接触状況を判定する。
【００５０】
（ユーザＢの場合）
ユーザＢの携帯端末１０には、ユーザＡを特定する履歴カプセル情報１が格納されている。ここで、ユーザＡは、ユーザＢが直接カプセル情報を交換したユーザであることから、ユーザＢの携帯端末１０は、ユーザＢは直接接触者であると判断し、判断結果をディスプレイ（表示装置）に出力する。一例として、ユーザＢは「直接接触者」である旨のメッセージとともに、「出社停止」を促すメッセージをディスプレイに表示する（Ａ４参照）。
【００５１】
（ユーザＣの場合）
ユーザＣの携帯端末１０にも、ユーザＡを特定する履歴カプセル情報１が格納されている。しかしながら、ユーザＡは、ユーザＣが直接カプセル情報を交換したユーザではなく、ユーザＢとのカプセル情報の交換を介して、間接的に接触してカプセル情報を得たユーザである。よって、ユーザＣの携帯端末１０は、ユーザＣは間接接触者であると判断し、判断結果をディスプレイに出力する。一例として、ユーザＣは「間接接触者」である旨のメッセージとともに、「経過観察」を促すメッセージをディスプレイに表示する（Ａ５参照）。
【００５２】
（ユーザＤの場合）
ユーザＤの携帯端末１０には、ユーザＡを特定する履歴カプセル情報１は格納されていない。よって、ユーザＤの携帯端末１０は、ユーザＤは非接触者であると判断し、判断結果をディスプレイに表示する。一例として、ユーザＤは「非接触者」である旨のメッセージとともに、「通常勤務」を促すメッセージをディスプレイに表示する（Ａ６参照）。
【００５３】
かかる第１態様によれば、直接接触したユーザのカプセル情報だけを交換するのではなく、そのユーザが過去に接触して得た他のユーザのカプセル情報も交換する。これにより、いずれかのユーザに感染が認められた場合に、直接接触者だけでなく、間接接触者や非接触者を判断することができる。
【００５４】
（１）第２態様
図１０は、各携帯端末１０の制御部１２０が接触トレースアプリＡＰ１を起動することで実行される接触トレース方法の第２態様を示す説明図である。
なお、図１０では、５人のユーザＡ〜Ｅの間で接触が行われ、最終的にユーザＡ及びユーザＥが感染症に感染したことが判明した場合を想定する。また、ユーザＡ〜Ｅのそれぞれの携帯端末１０において、自カプセル情報１〜５が生成・格納されているものとする。
【００５５】
ユーザＡとユーザＢが接触すると、ユーザＡ及びユーザＢの携帯端末１０は、カプセル情報の交換を行う（Ｂ１参照）。カプセル情報の交換によって得た他ユーザのカプセル情報は、それぞれ履歴カプセル情報として記憶部１１０に格納される。ユーザＡとユーザＢのカプセル情報の交換によって、ユーザＡの携帯端末１０の記憶部１１０には、自カプセル情報１に加えて履歴カプセル情報２が格納され、ユーザＢの携帯端末１０の記憶部１１０には、自カプセル情報２に加えて履歴カプセル情報１が格納される。
【００５６】
その後、ユーザＢとユーザＣが接触すると、ユーザＢ及びユーザＣの携帯端末１０は、カプセル情報の交換を行う（Ｂ２参照）。ユーザＢとユーザＣが接触した時点において、ユーザＢは、自カプセル情報だけでなく履歴カプセル情報も保有している。一方、ユーザＣは、自カプセル情報のみを保有している。よって、ユーザＢとユーザＣが接触した場合には、ユーザＢの携帯端末１０の記憶部１１０には、自カプセル情報２及び履歴カプセル情報１に加え、ユーザＣの携帯端末１０から受け取った履歴カプセル情報３が格納される。一方、ユーザＣの携帯端末１０の記憶部１１０には、自カプセル情報３に加え、ユーザＢの携帯端末１０から受け取った履歴カプセル情報２及び１が格納される。
【００５７】
その後、ユーザＡとユーザＤが接触すると、ユーザＡ及びユーザＤの携帯端末１０は、カプセル情報の交換を行う（Ｂ３参照）。ユーザＡとユーザＤが接触した時点において、ユーザＡは、自カプセル情報だけでなく履歴カプセル情報も保有している。一方、ユーザＤは、自カプセル情報のみを保有している。よって、ユーザＡとユーザＤが接触した場合には、ユーザＡの携帯端末１０の記憶部１１０には、自カプセル情報１及び履歴カプセル情報２に加え、ユーザＤの携帯端末１０から受け取った履歴カプセル情報４が格納される。一方、ユーザＤの携帯端末１０の記憶部１１０には、自カプセル情報４に加え、ユーザＡの携帯端末１０から受け取った履歴カプセル情報１及び２が格納される。
【００５８】
その後、ユーザＤとユーザＥが接触すると、ユーザＤ及びユーザＥの携帯端末１０は、カプセル情報の交換を行う（Ｂ４参照）。ユーザＤとユーザＥが接触した時点において、ユーザＤは、自カプセル情報だけでなく履歴カプセル情報も保有している。一方、ユーザＥは、自カプセル情報のみを保有している。よって、ユーザＤとユーザＥが接触した場合には、ユーザＤの携帯端末１０の記憶部１１０には、自カプセル情報４及び履歴カプセル情報１及び２に加え、ユーザＥの携帯端末１０から受け取った履歴カプセル情報５が格納される。一方、ユーザＥの携帯端末１０の記憶部１１０には、自カプセル情報５に加え、ユーザＤの携帯端末１０から受け取った履歴カプセル情報４、１及び２が格納される。
【００５９】
その後、例えばＰＣＲ検査などを受けることにより、ユーザＡおよびユーザＥが感染症に感染したことが判明すると、ユーザＡ及びユーザＥは、それぞれ自身の携帯端末１０を操作して管理サーバ２０に感染報告する。ユーザＡからの感染報告には、ユーザＡを特定するカプセル情報が含まれる一方、ユーザＥからの感染報告には、ユーザＥを特定するカプセル情報が含まれる。
【００６０】
管理サーバ２０は、携帯端末１０から感染報告を受け取ると、感染報告に含まれる感染カプセル情報と、個別データベースＤＢ１に登録されている各ユーザのカプセル情報を比較することで、感染したユーザを特定する。ここでは、感染報告に含まれる感染カプセル情報が、ユーザＡのカプセル情報及びユーザＥのカプセル情報であることから、管理サーバ２０は、ユーザＡ及びユーザＥが感染したユーザであると判断する。
【００６１】
管理サーバ２０は、他のユーザの携帯端末１０に対し、ユーザＡ及びユーザＥの感染カプセル情報を含めてユーザＡ及びユーザＥとの接触判定を指示する。
他のユーザの携帯端末１０は、管理サーバ２０からユーザＡ及びユーザＥの感染カプセル情報を受け取ると、受け取った感染カプセル情報と、記憶部１１０に格納されているカプセル情報とを比較することで、他のユーザの接触状況を判定する。
【００６２】
（ユーザＢの場合）
ユーザＢの携帯端末１０には、ユーザＡを特定する履歴カプセル情報１が格納されている。ここで、ユーザＡは、ユーザＢが直接カプセル情報を交換したユーザであることから、ユーザＢの携帯端末１０は、ユーザＢは直接接触者であると判断し、判断結果をディスプレイに出力する。
【００６３】
（ユーザＣの場合）
ユーザＣの携帯端末１０にも、ユーザＡを特定する履歴カプセル情報１が格納されている。しかしながら、ユーザＡは、ユーザＣが直接カプセル情報を交換したユーザではなく、ユーザＢとのカプセル情報の交換を介して、間接的に接触してカプセル情報を得たユーザである。よって、ユーザＣの携帯端末１０は、ユーザＣは間接接触者であると判断し、判断結果をディスプレイに出力する。
【００６４】
（ユーザＤの場合）
ユーザＤの携帯端末１０には、ユーザＡを特定する履歴カプセル情報１とともに、ユーザＥを特定する履歴カプセル情報５が格納されている。そして、ユーザＡ及びユーザＥは、いずれもユーザＤが直接カプセル情報を交換したユーザであることから、ユーザＤの携帯端末１０は、ユーザＤは複数の感染者と接触したクラスター接触者（複数回、感染者との接触が確認された接触者）であると判断し、判断結果をディスプレイに出力する。
【００６５】
かかる第２態様によれば、直接接触者だけでなく、間接接触者やクラスター接触者を判断することができる。なお、各携帯端末１０は、接触状況の判定結果を管理サーバ２０に送信してもよい。管理サーバ２０は、各携帯端末１０から送信される各ユーザの接触状況の判定結果を統合・分析することで、前掲図７に示すリスクレベルごとのユーザの割合をあらわすグラフｇｆ１などを生成・出力することが可能となる。
【００６６】
Ｂ．その他
上記実施形態では、特に言及しなかったが、交換日時（年月日や時刻など）を特定するための日時情報を、交換対象となるカプセル情報に含めるようにしてもよい。カプセル情報に含まれる日時情報を利用することで、例えば、いつ感染者に接触したのか等を正確に把握することができる。また、どの範囲の接触者までカプセル情報の交換対象とするかは任意に設定・変更可能である。例えば、二次接触者（間接接触者）までのカプセル情報を交換対象としてもよい。また、二次接触者が多数いる場合には、直近Ｎ人（Ｎ≧１）までの二次接触者をカプセル情報の交換対象としてもよい。また、交換したカプセル情報は、例えば１４日間など、所定期間だけ記憶部１１０に格納し、その後に消去するようにしてもよい。
【００６７】
また、上記実施形態では、感染報告を行う際、自端末１０を特定するカプセル情報のみを管理サーバ２０に送信したが、これに限る趣旨ではない。例えば、自端末１０の記憶部１１０に格納されている全てのカプセル情報を管理サーバ２０に送信してもよい。かかる構成によれば、感染者だけでなく直接接触者なども、管理サーバ２０において判断することが可能となる。
また、カプセル情報を管理サーバ２０に送信するタイミングは、感染報告を行う場合に限る趣旨ではない。感染報告とは異なるタイミング、例えばユーザ自身の体調が悪くなった場合やユーザが希望する場合など、ユーザが任意のタイミングでカプセル情報を管理サーバ２０に送信してもよい。
【００６８】
なお、管理サーバ２０において管理される各ユーザのカプセル情報は、固定的なものであってもよいが、定期的（例えば１ヶ月ごと）に更新してもよい。
【００６９】
また、各企業において確認された感染者のカプセル情報を企業間で共有することで、感染症の汎発流行（パンデミック）を抑制するようにしてもよい。なお、本実施形態では、ユーザの一例として企業に所属する従業員を例に説明したが、様々な団体に所属する構成員を含め、あらゆる人に本システムを適用可能である。
【００７０】
また、上記各実施形態及び変形例において、「部」とは、単に物理的手段を意味するものではなく、その「部」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や装置が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や装置の機能が１つの物理的手段や装置により実現されても良い。
【符号の説明】
【００７１】
１００…感染症対策システム、１０…携帯端末、２０…管理サーバ、１１０…記憶部、１２０…制御部、１３０…操作部、１４０…表示部、１５０…近距離無線通信部、１６０…接触データ取得部、１７０…行動データ取得部、１８０…ヘルスケアデータ取得部、１９０…通信部、２１０…記憶部、２２０…制御部、２３０…通信部、２４０…判定部、２５０…出力部、ＡＰ１…接触トレースアプリ、ＤＢ１…個別データベース、ＴＡ１…基準テーブル。
【要約】
【課題】感染症の拡大を抑制することが可能な技術を提供する。
【解決手段】管理サーバ２０の通信部２３０は、他人との接触状況をあらわす接触データ、ユーザの行動履歴をあらわす行動データ、ユーザの健康状態をあらわすヘルスケアデータを受信する。記憶部２１０は、感染症のリスクレベルを判定するための基準テーブルを記憶する。判定部２４０は、接触データと、行動データと、ヘルスケアデータと、基準テーブルとに基づき、ユーザの感染症のリスクレベルを判定する。出力部２５０は、判定部２４０による判定結果を適宜加工し、各ユーザが所属する企業などのコンピュータや各ユーザの携帯端末に出力する。
【選択図】図５【図１】
0006875594.tif 000002
【図２】
0006875594.tif 000003
【図３】
0006875594.tif 000004
【図４】
0006875594.tif 000005
【図５】
0006875594.tif 000006
【図６】
0006875594.tif 000007
【図７】
0006875594.tif 000008
【図８】
0006875594.tif 000009
【図９】
0006875594.tif 000010
【図１０】
0006875594.tif 000011