(57)【要約】【課題】ユーザ間の接触状況を判定することを課題とする。【解決手段】携帯端末は、日時または時間を示す時刻情報と、時刻情報によって変化し、自装置を識別する第１の識別情報とを対応付けた自装置識別情報と、他の近接通信装置から受信した他の近接通信装置の第１の識別情報と時刻情報とを対応付けた他装置識別情報とを記憶部に記憶する。携帯端末は、他の近接通信装置を検出した場合、検出した時の時刻情報に対応する第１の識別情報を他の近接通信装置に送信する。携帯端末は、特定の近接通信装置に記憶されていた他装置識別情報をサーバ装置から受信すると、受信した他装置識別情報と、自装置識別情報の第１の識別情報と時刻情報との組とを基に特定の近接通信装置との近接を特定する。【選択図】図１
2017162214.tif 000002
【特許請求の範囲】
【請求項１】
日時または時間を示す時刻情報と、前記時刻情報によって変化し、自装置を識別する第１の識別情報とを対応付けて自装置識別情報として記憶する記憶部と、
他の近接通信装置を検出した場合、検出した時の時刻情報に対応する前記第１の識別情報を前記他の近接通信装置に送信する送信部とを有し、
前記記憶部は、他の近接通信装置から受信した前記他の近接通信装置の第１の識別情報を時刻情報と共に他装置識別情報として記憶し、
特定の近接通信装置に記憶されていた他装置識別情報をサーバ装置から受信すると、受信した前記他装置識別情報と、前記自装置識別情報の前記第１の識別情報と前記時刻情報との組とを基に前記特定の近接通信装置との近接を特定する判定部と
を有することを特徴とする近接通信装置。
【請求項２】
前記自装置が前記特定の近接通信装置に該当する場合、前記特定の近接通信装置に該当することが疑われる被疑期間および前記特定の近接通信装置に該当することが確定した確定時期を含む前記時刻情報と、前記時刻情報に対応する前記自装置の前記第１の識別情報と、前記時刻情報に対応する前記他の近接通信装置の前記第１の識別情報とを含む前記自装置識別情報とを対応付けた被疑情報を、前記特定の近接通信装置に近接したことが疑われる情報として、前記サーバ装置に通知する通知部をさらに有することを特徴とする請求項１に記載の近接通信装置。
【請求項３】
前記判定部は、前記サーバ装置から受信した前記被疑情報から前記時刻情報を特定し、当該時刻情報に対応付けられる前記自装置の前記第１の識別情報と当該時刻情報に対応付けられる前記他の近接通信装置の前記第１の識別情報とが前記記憶部に記憶されるとともに、前記記憶部に記憶される各第１の識別情報が前記被疑情報に含まれる場合に、前記自装置が前記特定の近接通信装置に近接したと判定することを特徴とする請求項２に記載の近接通信装置。
【請求項４】
前記判定部は、前記サーバ装置から受信した前記被疑情報から前記時刻情報を特定し、当該時刻情報に対応付けられる前記自装置の前記第１の識別情報と当該時刻情報に対応付けられる前記他の近接通信装置の前記第１の識別情報とが前記記憶部に記憶されるとともに、前記記憶部に記憶される各第１の識別情報を用いて算出されるハッシュ値が前記被疑情報に含まれる場合に、前記自装置が前記特定の近接通信装置に近接したと判定することを特徴とする請求項２に記載の近接通信装置。
【請求項５】
コンピュータが、
日時または時間を示す時刻情報と、前記時刻情報によって変化し、自装置を識別する第１の識別情報とを対応付けた自装置識別情報と、他の近接通信装置から受信した前記他の近接通信装置の第１の識別情報と前記時刻情報とを対応付けた他装置識別情報とを記憶部に記憶し、
他の近接通信装置を検出した場合、検出した時の時刻情報に対応する前記第１の識別情報を前記他の近接通信装置に送信し、
特定の近接通信装置に記憶されていた他装置識別情報をサーバ装置から受信すると、受信した前記他装置識別情報と、前記自装置識別情報の前記第１の識別情報と前記時刻情報との組とを基に前記特定の近接通信装置との近接を特定する
処理を実行することを特徴とする近接通信方法。
【請求項６】
コンピュータに、
日時または時間を示す時刻情報と、前記時刻情報によって変化し、自装置を識別する第１の識別情報とを対応付けた自装置識別情報と、他の近接通信装置から受信した前記他の近接通信装置の第１の識別情報と前記時刻情報とを対応付けた他装置識別情報とを記憶部に記憶し、
他の近接通信装置を検出した場合、検出した時の時刻情報に対応する前記第１の識別情報を前記他の近接通信装置に送信し、
特定の近接通信装置に記憶されていた他装置識別情報をサーバ装置から受信すると、受信した前記他装置識別情報と、前記自装置識別情報の前記第１の識別情報と前記時刻情報との組とを基に前記特定の近接通信装置との近接を特定する
処理を実行させることを特徴とする近接通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、近接通信装置、近接通信方法および近接通信プログラムに関する。
【背景技術】
【０００２】
近年、携帯電話やスマートフォンなどの移動体端末の普及や近距離無線通信などの普及に伴い、ユーザ同士の接触履歴を管理することが行われている。例えば、ウイルスなどの感染者や被疑感染者を検索する技術が知られている。
【０００３】
例えば、ユーザが携行する携帯端末で行動履歴を常時収集し、病院にて、感染者と判断された人の携帯端末に記憶された行動履歴を公開する。そして、検索者が、検索者の携帯端末に記憶された行動履歴と公開された行動履歴を比較し、一致する情報が公開されている場合に被疑感染者と判断する技術が知られている。
【０００４】
また、サーバで端末間の近距離通信状況を管理することで、被感染者を特定する技術が知られている。例えば、携帯端末は、近隣にある他の携帯端末と近距離通信を行って他の携帯電話のＩＤを取得して、自身のＩＤ、時刻、相手のＩＤなどを含む接触情報をサーバへ登録する。サーバは、各携帯端末から受信した接触情報を管理し、感染者のＩＤと感染時刻等が通知されると、感染者のＩＤに関連付けられるＩＤを接触情報から抽出して、被疑感染者を特定する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−７０２４８号公報
【特許文献２】特開２００６−３１１３１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記技術では、情報が秘匿化されておらず、個人情報が公開されるので、セキュリティが低く、実用的ではない。例えば、ユーザを識別するＩＤがサーバ上に公開されてしまうことから、感染者の特定だけでなく、ユーザの行動履歴なども特定されてしまう。
【０００７】
１つの側面では、ユーザ間の接触状況を判定することができる近接通信装置、近接通信方法および近接通信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１の案では、近接通信装置は、日時または時間を示す時刻情報と、前記時刻情報によって変化し、自装置を識別する第１の識別情報とを対応付けて自装置識別情報として記憶する記憶部を有する。近接通信装置は、他の近接通信装置を検出した場合、検出した時の時刻情報に対応する前記第１の識別情報を前記他の近接通信装置に送信する送信部を有する。前記記憶部は、他の近接通信装置から受信した前記他の近接通信装置の第１の識別情報を時刻情報と共に他装置識別情報として記憶する。近接通信装置は、特定の近接通信装置に記憶されていた他装置識別情報をサーバ装置から受信すると、受信した前記他装置識別情報と、前記自装置識別情報の前記第１の識別情報と前記時刻情報との組とを基に前記特定の近接通信装置との近接を特定する判定部とを有する。
【発明の効果】
【０００９】
一実施形態によれば、ユーザ間の接触状況を判定することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１にかかるシステムの全体構成例を説明する図である。
【図２】図２は、接触から接触確認までを説明する図である。
【図３】図３は、実施例１にかかるシステムの機能構成を示す機能ブロック図である。
【図４】図４は、ランダムＩＤ生成ログに記憶される情報の例を示す図である。
【図５】図５は、近接者ランダムＩＤ受信ログに記憶される情報の例を示す図である。
【図６】図６は、被疑感染者ＤＢに記憶される情報の例を示す図である。
【図７】図７は、ランダムＩＤの生成処理の流れを示すフローチャートである。
【図８】図８は、ランダムＩＤの交換処理の流れを示すフローチャートである。
【図９】図９は、被疑感染者情報の公開処理の流れを示すフローチャートである。
【図１０】図１０は、被疑感染の判定処理の流れを示すフローチャートである。
【図１１】図１１は、接触から感染判定までの流れを示すシーケンス図である。
【図１２】図１２は、接触から感染判定までの流れを示すシーケンス図である。
【図１３】図１３は、図１１の期間Ｔ０における携帯端末＃Ａから＃ＥのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【図１４】図１４は、図１１の期間Ｔ１における携帯端末＃Ａから＃ＥのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【図１５】図１５は、図１１の期間Ｔ３における携帯端末＃Ｃと＃ＤのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【図１６】図１６は、図１１の期間Ｔ４における携帯端末＃Ｃと＃ＤのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【図１７】図１７は、図１１の期間Ｔ５における携帯端末＃Ｂと＃ＥのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【図１８】図１８は、図１２の期間Ｔ７における携帯端末＃ＢのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【図１９】図１９は、図１２の期間Ｔ７における公開サーバの被疑感染者情報を説明する図である。
【図２０】図２０は、図１２の期間Ｔ８における携帯端末＃Ａの感染判定を説明する図である。
【図２１】図２１は、図１２の期間Ｔ９における公開サーバの被疑感染者情報を説明する図である。
【図２２】図２２は、図１２の期間Ｔ９における携帯端末＃Ｃ、＃Ｄ、＃ＥのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【図２３】図２３は、実施例２にかかる被疑感染者情報の公開処理の流れを示すフローチャートである。
【図２４】図２４は、実施例２にかかる被疑感染の判定処理の流れを示すフローチャートである。
【図２５】図２５は、図１２の期間Ｔ７における公開サーバの被疑感染者情報を実施例２に適用した場合を説明する図である。
【図２６】図２６は、図１２の期間Ｔ８における携帯端末＃Ａの感染判定を実施例２に適用した場合を説明する図である。
【図２７】図２７は、実施例３にかかる被疑感染者情報の公開処理の流れを示すフローチャートである。
【図２８】図２８は、実施例３にかかる被疑感染の判定処理の流れを示すフローチャートである。
【図２９】図２９は、図１２の期間Ｔ７における公開サーバの被疑感染者情報を実施例３に適用した場合を説明する図である。
【図３０】図３０は、図１２の期間Ｔ８における携帯端末＃Ａの感染判定を実施例３に適用した場合を説明する図である。
【図３１】図３１は、図１２の期間Ｔ７における公開サーバの被疑感染者情報をグループ化した例を説明する図である。
【図３２】図３２は、グループ化した被疑感染者情報を用いた感染判定を説明する図である。
【図３３】図３３は、実施例４にかかるシーケンシャル番号の埋め込み例を説明する図である。
【図３４】図３４は、実施例４にかかる被疑感染の判定処理の流れを示すフローチャートである。
【図３５】図３５は、携帯端末のハードウェアの構成例を説明する図である。
【図３６】図３６は、公開サーバのハードウェアの構成例を説明する図である。
【図３７】図３７は、端末装置のハードウェアの構成例を説明する図である。
【発明を実施するための形態】
【００１１】
以下に、本願の開示する近接通信装置、近接通信方法および近接通信プログラムの実施例を図面に基づいて詳細に説明する。また、この実施例によりこの発明が限定されるものではない。なお、各実施例は、矛盾のない範囲内で適宜組み合わせることができる。
【実施例１】
【００１２】
［全体構成］
図１は、実施例１にかかるシステムの全体構成例を説明する図である。図１に示すように、このシステムは、携帯端末＃Ａ、携帯端末＃Ｂ、携帯端末＃Ｃ、携帯端末＃Ｄ、携帯端末＃Ｅ、病院＃Ａ、病院＃Ｂ、ＢＳ（Base  Station：基地局）＃Ｃ、自宅＃Ｄ、公開サーバ５０を有する感染者検索システムであり、各装置が各種通信で接続される。
【００１３】
なお、本実施例では、同じユーザが使用する装置には同じ「＃アルファベット」を付すこととする。例えば、携帯端末＃Ａと病院＃Ａは、同じユーザ＃Ａもしくはユーザ＃Ａと関連するユーザが使用する端末である。
【００１４】
また、各携帯端末は、携帯電話、スマートフォン、ノートパソコンなどの移動体端末の一例であり、ブルートゥース（登録商標）やＮＦＣ（Near  Field  Communication）などの非接触型の近距離通信を実行する近接通信端末の一例である。
【００１５】
各病院は、病院に設置される医療機関端末の一例であり、無線通信や各携帯端末との外部接続を実行する。なお、本実施例では、病院＃Ａを医療機関＃Ａや医療機関端末＃Ａなどと記載する場合がある。各基地局は、携帯端末と移動体通信を実行する装置である。自宅＃Ｄは、ユーザが自宅で使用するコンピュータ装置であり、本実施例では検索端末＃Ｄや検索装置＃Ｄなどと記載する場合がある。
【００１６】
公開サーバ５０は、インフルエンザなどの感染症を発症したユーザの携帯端末に記憶される、他の携帯端末を特定する情報を公開するサーバ装置の一例である。つまり、公開サーバ５０は、感染が疑われる被疑感染者情報を公開する。
【００１７】
このようなシステムにおいて、各携帯端末は、日時または時間を示す時刻情報と、当該携帯端末を識別する、時刻情報によって変化するランダムＩＤとを対応付けて記憶する。そして、各携帯端末は、所定の距離内に位置する他の携帯端末を検出した場合、検出した時の時刻情報に対応するランダムＩＤを他の携帯端末に送信する。その後、各携帯端末は、感染者が使用する携帯端末が他の携帯端末から受信して記憶する感染者情報に、自装置のランダムＩＤが含まれている場合、被疑感染者と判定する。
【００１８】
例えば、携帯端末＃Ａが携帯端末＃Ｂと近接すると、携帯端末＃Ａは、近接した時の時刻に基づいて生成された自身のランダムＩＤを携帯端末＃Ｂに送信し、携帯端末＃Ｂから、携帯端末＃ＢのランダムＩＤを受信して近接者ランダムＩＤとして記憶する。同様に、携帯端末＃Ｃおよび＃Ｄのそれぞれが携帯端末＃Ｂと近接すると、携帯端末＃Ｃおよび＃Ｄは、携帯端末＃Ｂとの間でランダムＩＤを交換して、近接者ランダムＩＤを記憶する。なお、携帯端末＃Ｂは、携帯端末＃Ａ、＃Ｃ、＃ＤそれぞれのランダムＩＤを受信して近接者ランダムＩＤとして記憶する。
【００１９】
その後、公開サーバ５０は、病院＃Ｂからユーザ＃Ｂが感染したことの通知を受信すると、携帯端末＃Ｂに記憶される近接者ランダムＩＤの一覧を携帯端末＃Ｂから受信し、被疑感染者情報として公開する。そして、携帯端末＃Ａ、＃Ｃ、＃Ｄのそれぞれは、公開された被疑感染者情報に自身のランダムＩＤが含まれている場合に、被疑感染者と判定する。
【００２０】
ここで、携帯端末＃Ａと携帯端末＃Ｂとを例にして具体的に説明する。図２は、接触から接触確認までを説明する図である。図２に示すように、携帯端末＃Ａおよび＃Ｂは、時間帯ごとにランダムＩＤを生成して、「期間番号、ランダムＩＤ、生成時刻」をランダムＩＤ生成ログとして記録する。
【００２１】
例えば、携帯端末＃Ｂは、「2015/6/25、8：00」にランダムＩＤを生成する場合、「2015/6/25、8：00」に対応付けられる「期間番号＝Ｎｂ」をランダム値に埋め込んで、ランダムＩＤ「ランダムＩＤ＃Ｂ＃Ｎｂ」を生成する。そして、携帯端末＃Ｂは、「Ｎｂ、ランダムＩＤ＃Ｂ＃Ｎｂ、2015/6/25、8：00」と記録する。
【００２２】
同様に、携帯端末＃Ａは、「2015/6/25、10：00」にランダムＩＤを生成する場合、「2015/6/25、10：00」に対応付けられる「期間番号＝Ｎａ」をランダム値に埋め込んで、ランダムＩＤ「ランダムＩＤ＃Ａ＃Ｎａ」を生成する。そして、携帯端末＃Ａは、「Ｎａ、ランダムＩＤ＃Ａ＃Ｎａ、2015/6/25、10：00」と記録する。
【００２３】
このような状態で、携帯端末＃Ａと携帯端末＃Ｂとが近接すると、各携帯端末は、現在時刻に対応する互いのランダムＩＤを交換する。例えば、携帯端末＃Ａは、携帯端末＃Ｂから「ランダムＩＤ＃Ｂ＃Ｎｂ」を受信して、近接者ランダムＩＤとして保持し、携帯端末＃Ｂは、携帯端末＃Ａから「ランダムＩＤ＃Ａ＃Ｎａ」を受信して、近接者ランダムＩＤとして保持する。
【００２４】
その後、携帯端末＃Ｂのユーザが感染者であることが確定したとする。この場合、携帯端末Ｂは、自装置で保持する近接者ランダムＩＤを公開サーバ５０に登録し、公開サーバ５０は、登録された近接者ランダムＩＤの一覧を被疑感染者情報として一般に公開する。
【００２５】
例えば、携帯端末＃Ｂ、感染が疑われた時点または感染が確定した時点で自装置内に記憶される近接者ランダムＩＤ「ランダムＩＤ＃Ａ＃Ｎａ、ランダムＩＤ＃Ｃ＃Ｎｃ、ランダムＩＤ＃Ｄ＃Ｎｄ」と、潜伏期間を含む被疑感染時間帯「6/25、8：00−6/25、12：00」とを対応付けた被疑感染者情報を、公開サーバ５０に登録して公開する。
【００２６】
そして、携帯端末＃Ａは、任意のタイミングで、医療機関端末＃Ａを介した通信または医療機関端末＃Ａを介さずに直接接続する通信を用いて公開サーバ５０にアクセスし、被疑感染者情報を取得して、ユーザ＃Ａの感染状況を判定する。
【００２７】
例えば、携帯端末＃Ａは、被疑感染者情報として「ランダムＩＤ＃Ａ＃Ｎａ、ランダムＩＤ＃Ｃ＃Ｎｃ、ランダムＩＤ＃Ｄ＃Ｎｄ、（6/25、8：00−6/25、12：00）」を取得する。そして、携帯端末＃Ａは、被疑感染者情報内に、自装置が生成して発行したランダムＩＤ「ランダムＩＤ＃Ａ＃Ｎａ」が含まれていることを特定する。さらに、携帯端末＃Ａは、装置内で記録して保持するランダムＩＤ生成ログを参照して、「ランダムＩＤ＃Ａ＃Ｎａ」を生成した時間帯が被疑感染時間帯「6/25、8：00−6/25、12：00」に含まれることを特定する。この結果、携帯端末＃Ａは、ユーザ＃Ａを被疑感染者として判定し、表示部等に判定結果を表示する。
【００２８】
つまり、各携帯端末は、自端末内だけで管理するランダムＩＤが被疑感染者情報に含まれているか否かによって、感染の有無を判定することができる。したがって、各携帯端末は、個人を特定する情報を秘匿化した状態で交換し、ユーザ間の接触状況を判定することができる。
【００２９】
［機能構成］
次に、図１に示した各装置の機能構成について説明する。図３は、実施例１にかかるシステムの機能構成を示す機能ブロック図である。なお、各携帯端末は同様の構成を有するので、ここでは携帯端末１０として説明し、各医療機関端末および検索端末も同様の構成を有するので、ここでは端末装置３０として説明する。
【００３０】
（携帯端末１０の機能構成）
図３に示すように、携帯端末１０は、近距離通信部１１、無線通信部１２、接続部１３、記憶部１４、制御部１７を有する。
【００３１】
近距離通信部１１は、ＮＦＣなどの近距離無線通信を実行する処理部である。例えば、近距離通信部１１は、例えば１０ｍ以内などの近距離において他の携帯端末を検出すると、他の携帯端末との間でランダムＩＤの送受信を実行する。
【００３２】
無線通信部１２は、ＬＴＥ（Long  Term  Evolution）などの無線通信を実行する処理部である。例えば、無線通信部１２は、公開サーバ５０との通信を制御し、公開サーバ５０に被疑感染者情報を登録したり、公開サーバ５０から被疑感染者情報を取得したりする。
【００３３】
接続部１３は、端末装置３０と直接接続する処理部である。例えば、接続部１３は、ＵＳＢ（Universal  Serial  Bus）やマイクロＵＳＢなどを用いて、端末装置３０と直接接続して、データの送受信を実行する。
【００３４】
記憶部１４は、制御部１７が実行するプログラムやデータを記憶する記憶装置であり、例えばメモリやハードディスクなどである。記憶部１４は、ランダムＩＤ生成ログ１５と近接者ランダムＩＤ受信ログ１６を記憶する。
【００３５】
ランダムＩＤ生成ログ１５は、携帯端末１０を識別する、日時または時間を示す時刻情報によって変化するランダムＩＤを記憶する。ここで記憶される情報は、後述する生成部１８によって更新される。図４は、ランダムＩＤ生成ログ１５に記憶される情報の例を示す図である。図４に示すように、ランダムＩＤ生成ログ１５は、「期間番号、ランダムＩＤ、生成時刻」を対応付けて記憶する。
【００３６】
ここで記憶される「期間番号」は、ランダムＩＤを利用した期間を特定する情報であり、「ランダムＩＤ」は、携帯端末１０を識別する識別子であり、「生成時刻」は、ランダムＩＤが生成された時刻である。図４の例では、期間番号「Ｎａ」が割当てられた「2015/6/25、10：00」に、ランダムＩＤ「ランダムＩＤ＃Ａ＃Ｎａ」が生成されたことを示す。
【００３７】
また、記憶部１４は、ランダムＩＤを生成する周期である「生成間隔」、ランダムＩＤが生成された最新の時刻を示す「最新生成時刻」、現在の期間番号を示す「現在期間番号」、現在の期間番号に該当する「現在ランダムＩＤ」を記憶する。例えば、記憶部１４は、「生成間隔＝１日」、「最新生成時刻＝2015/6/25、10：00」、「現在期間番号＝Ｎａ」、「現在ランダムＩＤ＝ランダムＩＤ＃Ａ＃Ｎａ」を記憶する。なお、生成間隔は、例えば１時間、３時間、１２時間、ランダムＩＤの交換時など任意に設定することができる。
【００３８】
近接者ランダムＩＤ受信ログ１６は、近接した他の携帯端末から受信したランダムＩＤを記憶する。ここで記憶される情報は、後述する交換部１９によって更新される。図５は、近接者ランダムＩＤ受信ログ１６に記憶される情報の例を示す図である。図５に示すように、近接者ランダムＩＤ受信ログ１６は、「期間番号、近接者ランダムＩＤ」を対応付けて記憶する。
【００３９】
ここで記憶される「期間番号」は、他の携帯端末からランダムＩＤを受信した時の時刻に対応付けられる期間番号であり、「近接者ランダムＩＤ」は、他の携帯端末から受信し当該他の携帯端末の識別子である。図５の例では、「期間番号＝Ｎａ」のときに、ランダムＩＤ「ランダムＩＤ＃Ｂ＃Ｎｂ」が受信されたことを示す。
【００４０】
制御部１７は、携帯端末１０全体を司る処理部であり、例えばプロセッサなどである。この制御部１７は、生成部１８、交換部１９、公開要求部２０、判定部２１を有する。なお、生成部１８、交換部１９、公開要求部２０、判定部２１は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例などである。
【００４１】
生成部１８は、記憶部１４に記憶される生成間隔にしたがって、携帯端末１０を識別するランダムＩＤを生成する処理部である。具体的には、生成部１８は、生成間隔に到達すると、日時または時間を示す時刻情報によって変化するランダムＩＤを生成し、現在期間番号を更新する。そして、生成部１８は、更新した期間番号、生成したランダムＩＤ、生成時刻を対応付けてランダムＩＤ生成ログ１５に格納する。また、生成部１８は、記憶部１４に記憶される「最新生成時刻」を生成時刻で更新し、同様に「現在ランダムＩＤ」を更新する。
【００４２】
例えば、生成部１８は、携帯端末１０が携帯端末＃Ａである場合、所定の規則にしたがって、ランダム値に生成時の「期間番号」を埋め込むことで、時刻によって変化するランダムＩＤ「ランダムＩＤ＃Ａ＃期間番号」を生成する。なお、ランダム値は、携帯端末１０の識別子や個体番号などを用いてもよく、所定の数式や乱数等を用いて算出してもよい。また、期間番号を埋め込む位置は、任意に設定することができ、各期間番号で変更することもできる。
【００４３】
また、生成手法は、これに限定されるものではなく、様々な手法を採用することができる。例えば、生成部１８は、所定のハッシュ関数と生成時刻を用いて算出したハッシュ値や、生成したランダムＩＤの生成順を示すシーケンス番号などを、ランダム値に埋め込むこともできる。なお、ランダムＩＤの生成手法は、各携帯端末間で同期が取れている必要はなく、各携帯端末が独自に設定することができる。
【００４４】
交換部１９は、近接した他の携帯端末が検出されると、最新のランダムＩＤを交換する処理部である。具体的には、交換部１９は、近距離通信部１１によって他の端末が検出されると、記憶部１４から「現在ランダムＩＤ」を取得して、近距離通信部１１を介して他の端末に送信する。一方で、交換部１９は、他の端末から、近距離通信部１１を介して他の端末の「現在ランダムＩＤ」を受信する。すると、交換部１９は、受信した時刻に対応する「現在期間番号」と受信した「現在ランダムＩＤ」とを対応付けて、近接者ランダムＩＤ受信ログ１６に格納する。
【００４５】
例えば、交換部１９は、「近接通信用ヘッダ、ランダムＩＤ」から構成される信号を、近接した他の端末との間で送受信する。なお、「近接通信用ヘッダ」は、近接通信を行うための信号ヘッダであり、「ランダムＩＤ」は、送受信時の最新のランダムＩＤが格納される。
【００４６】
公開要求部２０は、ユーザの感染が疑われる場合や感染が確定した場合に、近接者ランダムＩＤ受信ログ１６の公開を、公開サーバ５０に要求する処理部である。具体的には、公開要求部２０は、「被疑感染者ランダムＩＤ、近接時間帯」から構成される被疑感染者情報を生成して、公開サーバ５０に登録する。ここで、「被疑感染者ランダムＩＤ」は、感染者の携帯端末１０が近接通信により受け取った近接者ランダムＩＤであり、「近接時間帯」は、感染者の携帯端末１０がランダムＩＤを近接通信で受け取った時の現在期間番号に対応する期間である。
【００４７】
例えば、公開要求部２０は、近接者ランダムＩＤ受信ログ１６に含まれる近接者ランダムＩＤのうち、潜伏期間を含む被疑感染時間帯の期間番号に対応付けられる近接者ランダムＩＤを抽出する。また、公開要求部２０は、抽出した各近接者ランダムＩＤに対応付けられる期間番号が使用された時刻等を、ランダムＩＤ生成ログ１５から特定する。そして、公開要求部２０は、「近接者ランダムＩＤ＝被疑感染者ランダムＩＤ、使用時刻＝近接時間帯」を対応付けた被疑感染者情報を公開サーバ５０に登録する。
【００４８】
なお、被疑感染者情報は、「被疑感染者ランダムＩＤ、近接時間帯」に限ったものではなく、様々な情報に変形することもできる。例えば、公開要求部２０は、「被疑感染日、被疑感染者ランダムＩＤ、感染者ランダムＩＤ」を生成して、被疑感染者情報として公開サーバ５０に登録することもできる。ここで、「被疑感染日」は、感染者の携帯端末１０が近接通信により近接者ランダムＩＤを受け取ったときの現在期間番号に対応する日付である。「被疑感染者ランダムＩＤ」は、感染者の携帯端末１０が近接通信により受け取った近接者ランダムＩＤであり、「感染者ランダムＩＤ」は、感染者の携帯端末１０が近接通信により送信したランダムＩＤである。
【００４９】
例を挙げると、公開要求部２０は、ランダムＩＤ生成ログ１５を参照して、潜伏期間を含む被疑感染期間に該当する生成時刻を特定するとともに、特定した生成時刻に対応付けられる期間番号を特定し、さらに各期間番号に対応するランダムＩＤを特定する。そして、公開要求部２０は、近接者ランダムＩＤ受信ログ１６を参照し、特定した期間番号に対応付けられる近接者ランダムＩＤを抽出する。その後、公開要求部２０は、「生成時刻＝被疑感染日（近接日）、近接者ランダムＩＤ＝被疑感染者ランダムＩＤ、ランダムＩＤ＝感染者ランダムＩＤ」を含む被疑感染者情報を公開サーバ５０に登録する。
【００５０】
また、公開要求部２０は、上記「感染者ランダムＩＤ」に代わって、チェックコードを被疑感染者情報に含めることもできる。このチェックコードは、被疑感染者ランダムＩＤと感染者ランダムＩＤにより生成されるコードである。具体的には、公開要求部２０は、「被疑感染者ランダムＩＤと感染者ランダムＩＤ」を用いたハッシュ値を算出し、算出したハッシュ値をチェックコードとすることもできる。なお、ハッシュ関数は、任意の関数を採用することができる。
【００５１】
図３に戻り、判定部２１は、公開サーバ５０によって公開された被疑感染者情報に、自装置が発行したランダムＩＤが含まれるかを判定するか否かによって、被疑感染者か否かを判定する処理部である。
【００５２】
例えば、判定部２１は、被疑感染者情報「被疑感染者ランダムＩＤ、近接時間帯」に、自装置のランダムＩＤが含まれている場合、被疑感染者情報において当該ランダムＩＤに対応付けられる「近接時間帯」を抽出する。そして、判定部２１は、ランダムＩＤ生成ログ１５を参照し、被疑感染者情報に含まれる「ランダムＩＤ」の生成時刻が「近接時間帯」に含まれる場合に、被疑感染者と判定する。
【００５３】
また、判定部２１は、被疑感染者情報が「被疑感染日、被疑感染者ランダムＩＤ、感染者ランダムＩＤ」である場合には、上記処理以外にさらに以下の処理を実行する。例えば、判定部２１は、ランダムＩＤ生成ログ１５を参照し、被疑感染者情報に含まれる「ランダムＩＤ」に対応付けられる「期間番号」を特定する。そして、判定部２１は、近接者ランダムＩＤ受信ログ１６を参照し、特定した「期間番号」に対応付けられる「近接者ランダムＩＤ」を抽出する。その後、判定部２１は、被疑感染者情報に、自身が発行した「ランダムＩＤ」と受信済みの「近接者ランダムＩＤ」の組み合わせが登録されている場合に、被疑感染者と判定する。
【００５４】
また、判定部２１は、被疑感染者情報が「被疑感染日、被疑感染者ランダムＩＤ、チェックコード」である場合には、自身が発行した「ランダムＩＤ」と受信済みの「近接者ランダムＩＤ」のハッシュ値を算出する。そして、判定部２１は、自身が発行した「ランダムＩＤ」と「ハッシュ値」の組み合わせが登録されている場合、被疑感染者と判定する。
【００５５】
（端末装置３０の機能構成）
図３に示すように、端末装置３０は、無線通信部３１、接続部３２、制御部３３を有する。
【００５６】
無線通信部３１は、ＬＴＥなどの無線通信を実行する処理部である。例えば、無線通信部３１は、公開サーバ５０との通信を制御し、公開サーバ５０に被疑感染者情報を登録したり、公開サーバ５０から被疑感染者情報を取得したりする。
【００５７】
接続部３２は、携帯端末１０と直接接続する処理部である。例えば、接続部３２は、ＵＳＢやマイクロＵＳＢなどを用いて、携帯端末１０と直接接続して、データの送受信を実行する。
【００５８】
制御部３３は、端末装置３０全体を司る処理部であり、例えばプロセッサなどである。この制御部３３は、登録部３４と検索部３５を有する。なお、登録部３４と検索部３５は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例などである。
【００５９】
登録部３４は、携帯端末１０が生成した被疑感染者情報を公開サーバ５０に登録する処理部である。例えば、登録部３４は、接続部３２を介して携帯端末１０が接続される場合、携帯端末１０が送信した被疑感染情報を受信する。そして、登録部３４は、携帯端末１０に代わって、被疑感染者情報を携帯端末１０に登録する。
【００６０】
検索部３５は、公開サーバ５０にアクセスして、被疑感染者情報を検索する処理部である。例えば、検索部３５は、接続部３２を介して携帯端末１０が接続される場合、ユーザ操作によって公開サーバ５０から被疑感染者情報を検索して取得する。そして、検索部３５は、接続部３２を介して、取得した被疑感染者情報を携帯端末１０に出力する。
【００６１】
（公開サーバ５０の機能構成）
図３に示すように、公開サーバ５０は、無線通信部５１、記憶部５２、制御部５４を有する。無線通信部５１は、ＬＴＥなどの無線通信を実行する処理部である。例えば、無線通信部５１は、携帯端末１０や端末装置３０との通信を制御し、携帯端末１０や端末装置３０から被疑感染者情報を受信し、携帯端末１０や端末装置３０に被疑感染者情報を送信する。
【００６２】
記憶部５２は、制御部５４が実行するプログラムやデータを記憶する記憶装置であり、例えばメモリやハードディスクなどである。記憶部５２は、被疑感染者ＤＢ５３を記憶する。被疑感染者ＤＢ５３は、感染者の携帯端末１０から受信した、感染が疑われる被疑感染者に関する情報を記憶するデータベースである。
【００６３】
図６は、被疑感染者ＤＢ５３に記憶される情報の例を示す図である。図６に示すように、被疑感染者ＤＢ５３は、「被疑感染者ランダムＩＤ（近接者ランダムＩＤ）、近接時間帯」として「ランダムＩＤ＃Ａ＃Ｎａ、6/25、8：00-12：00」などと記憶する。この例では、「6/25、8：00-12：00」の間に接触した「ランダムＩＤ＃Ａ＃Ｎａ」に該当する携帯端末１０が、感染が疑われるユーザであることを示す。
【００６４】
制御部５４は、公開サーバ５０全体を司る処理部であり、例えばプロセッサなどである。この制御部５４は、受信部５５と公開部５６を有する。なお、受信部５５と公開部５６は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例などである。
【００６５】
受信部５５は、無線通信を介して、携帯端末１０や端末装置３０から被疑感染者情報を受信する処理部である。例えば、受信部５５は、被疑感染者情報を受信して被疑感染者ＤＢ５３に登録する。
【００６６】
公開部５６は、被疑感染者ＤＢ５３に記憶される被疑感染者情報を読み出して、Ｗｅｂブラウザ等で閲覧可能に公開する処理部である。公開するタイミングは、定期的に実行してもよく、被疑感染者ＤＢ５３が更新されたタイミングでもよく、任意に設定できる。
【００６７】
［処理の流れ］
次に、図１に示したシステム内で実行されるランダムＩＤの生成から感染判定までの各処理について説明する。なお、ここでは、図３に示した各装置を例にして説明する。
【００６８】
（ランダムＩＤの生成処理）
図７は、ランダムＩＤの生成処理の流れを示すフローチャートである。図７に示すように、携帯端末１０の生成部１８は、生成周期に到達すると、ランダム値を生成し（Ｓ１０１）、現在期間番号を更新する（Ｓ１０２）。
【００６９】
続いて、生成部１８は、期間番号搭載位置情報に従い、ランダム値内に現在期間番号を埋め込んだランダムＩＤを生成する（Ｓ１０３）。
【００７０】
例えば、生成部１８は、図７の（ａ）に示すように、「期間番号内ビット位置、ランダムＩＤ内ビット位置」を対応付けた期間番号搭載位置情報を記憶部１４等に保持する。「期間番号内ビット位置」は、期間番号内の配置位置を特定する情報であり、「ランダムＩＤ内ビット位置」は、ランダムＩＤ内の期間番号の配置位置を特定する情報である。期間番号が全２ビットで構成される場合、生成部１８は、図７の（ａ）を参照し、期間番号内の１ビット目をランダム値の５ビット目に埋め込み、期間番号内の２ビット目をランダム値の３０ビット目に埋め込んだランダムＩＤを生成する。
【００７１】
そして、生成部１８は、現在時刻を取得し（Ｓ１０４）、ランダムＩＤを現在ランダムＩＤに記憶する（Ｓ１０５）。その後、生成部１８は、現在期間番号、現在ランダムＩＤ、現在時刻を、ランダムＩＤ生成ログ１５の期間番号、ランダムＩＤ、生成時刻として、ランダムＩＤ生成ログ１５に登録する（Ｓ１０６）。
【００７２】
（ランダムＩＤの交換処理）
図８は、ランダムＩＤの交換処理の流れを示すフローチャートである。図８に示すように、携帯端末１０の交換部１９は、近接する他の端末を検出すると（Ｓ２０１：Ｙｅｓ）、現在のランダムＩＤをランダムＩＤとするランダムＩＤ広告信号を、検出された他の端末に送信する（Ｓ２０２）。
【００７３】
そして、交換部１９は、近接する他の端末からランダムＩＤを受信すると（Ｓ２０３：Ｙｅｓ）、現在の期間番号を抽出する（Ｓ２０４）。続いて、交換部１９は、期間番号が近接者ランダムＩＤ受信ログ１６に登録済みの場合（Ｓ２０５：Ｙｅｓ）、既に交換済みと判定して処理を終了する。
【００７４】
一方、交換部１９は、期間番号が近接者ランダムＩＤ受信ログ１６に登録されていない場合（Ｓ２０５：Ｎｏ）、受信したランダムＩＤと特定済みの期間番号を対応付けて、近接者ランダムＩＤ受信ログ１６に登録する（Ｓ２０６）。
【００７５】
なお、図８では、自身のランダムＩＤを送信してから他の端末のランダムＩＤを受信する例を説明したが、これに限定されるものではなく、他の端末のランダムＩＤを先に受信してもよい。
【００７６】
（公開処理）
図９は、被疑感染者情報の公開処理の流れを示すフローチャートである。ここでは、携帯端末１０が実行する例で説明するが、端末装置３０でも同様の処理を実行できる。
【００７７】
図９に示すように、携帯端末１０の公開要求部２０は、ユーザ等から被疑感染期間を受け取ると（Ｓ３０１）、ランダムＩＤ生成ログ１５を参照して、ランダムＩＤ生成ログ１５の生成時刻が被疑感染期間に該当するレコードを抽出する（Ｓ３０２）。
【００７８】
そして、公開要求部２０は、抽出したランダムＩＤ生成ログ１５の全レコードについて、Ｓ３０３からＳ３０９のループ処理を実行する。具体的には、公開要求部２０は、近接者ランダムＩＤ受信ログ１６の期間番号が、ランダムＩＤ生成ログ１５の期間番号と一致する近接者ランダムＩＤ受信ログ１６を抽出する（Ｓ３０４）。続いて、公開要求部２０は、ランダムＩＤ生成ログ１５からランダムＩＤの利用時間帯を算出する（Ｓ３０５）。
【００７９】
その後、公開要求部２０は、抽出した近接者ランダムＩＤ受信ログ１６の全レコードについて、Ｓ３０６からＳ３０８のループ処理を実行する（Ｓ３０６）。具体的には、公開要求部２０は、抽出した近接者ランダムＩＤ受信ログ１６の全レコードを用いて、被疑感染者情報を編集する（Ｓ３０７）。例えば、公開要求部２０は、近接者ランダムＩＤとランダムＩＤの利用時間帯それぞれを、公開サーバ５０の被疑感染者情報一覧の被疑感染者ランダムＩＤと近接時間帯とする。
【００８０】
そして、Ｓ３０５からＳ３０８のループ処理およびＳ３０３からＳ３０９のループ処理が実行した後、公開要求部２０は、被疑感染者情報を公開サーバ５０の被疑感染者ＤＢ５３に登録する（Ｓ３１０）。
【００８１】
（被疑感染の判定処理）
図１０は、被疑感染の判定処理の流れを示すフローチャートである。図１０に示すように、携帯端末１０の判定部２１は、被疑感染が疑われる検索対象期間を受け取ると（Ｓ４０１）、公開サーバ５０から検索対象期間の被疑感染者情報を取得する（Ｓ４０２）。
【００８２】
その後、判定部２１は、被疑感染者情報の全レコードについてＳ４０３からＳ４１１のループ処理を実行する（Ｓ４０３）。具体的には、判定部２１は、処理対象の被疑感染者情報のレコードから近接時間帯を取り出し（Ｓ４０４）、ランダムＩＤ生成ログから時間帯の重なるレコードを抽出する（Ｓ４０５）。例えば、判定部２１は、ランダムＩＤ生成ログ１５の各レコードのうち、ランダムＩＤ生成ログ１５において生成時刻から次の生成時刻に該当する利用時間帯が近接時間帯と一致するレコードを抽出する。
【００８３】
続いて、判定部２１は、Ｓ４０５で抽出した各レコードについてＳ４０６からＳ４０９のループ処理を実行する（Ｓ４０６）。具体的には、判定部２１は、Ｓ４０５で抽出したレコードのランダムＩＤと、Ｓ４０３で選択された処理対象の被疑感染者情報のレコードの被疑感染者ランダムＩＤとが一致するか否かを判定する（Ｓ４０７）。ここで、判定部２１は、ランダムＩＤが一致する場合（Ｓ４０７：Ｙｅｓ）、被疑感染者であることを携帯端末１０に表示する（Ｓ４０８）。一方、判定部２１は、ランダムＩＤが一致しない場合（Ｓ４０７：Ｎｏ）、次のレコードについてＳ４０６からＳ４０９のループ処理を実行する。
【００８４】
その後、Ｓ４０６からＳ４０９のループ処理およびＳ４０３からＳ４１０のループ処理が終了すると、判定部２１は、被疑感染者情報に自分のランダムＩＤが登録されていないと判定し、被疑感染者ではないことを携帯端末１０に表示する（Ｓ４１１）。
【００８５】
（具体例）
次に、図１１から図２３を用いて具体例を説明する。図１１および図１２は、接触から感染判定までの流れを示すシーケンス図である。なお、ここでは、携帯端末＃Ａから＃Ｅの５台を例にして説明し、説明上、図面ではランダムＩＤをＩＤと記載する。
【００８６】
図１１に示す期間Ｔ０（6/25）の時点では、まだランダムＩＤの交換が行われておらず、各携帯端末は、自身のランダムＩＤのみを管理する。図１３は、図１１の期間Ｔ０における携帯端末＃Ａから＃ＥのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。なお、本実施例では、説明をわかりやすくするために、ランダムＩＤ生成ログ１５に加えて、最新生成時刻、現在期間番号、現在ランダムＩＤなどの情報もあわせて記載することとする。なお、各端末とも、ランダムＩＤの生成間隔は１日とする。
【００８７】
図１３に示すように、携帯端末＃Ａは、ランダムＩＤ生成ログとして「期間番号＝Ａ０、ランダムＩＤ＝ランダムＩＤ＃Ａ０、生成時刻（6/24、10：00）」を記憶する。同様に、携帯端末＃Ｂは、ランダムＩＤ生成ログ１５として「期間番号＝Ｂ０、ランダムＩＤ＝ランダムＩＤ＃Ｂ０、生成時刻（6/24、8：00）」を記憶する。携帯端末＃Ｃは、ランダムＩＤ生成ログ１５として「期間番号＝Ｃ０、ランダムＩＤ＝ランダムＩＤ＃Ｃ０、生成時刻（6/24、9：30）」を記憶する。携帯端末＃Ｄは、ランダムＩＤ生成ログ１５として「期間番号＝Ｄ０、ランダムＩＤ＝ランダムＩＤ＃Ｄ０、生成時刻（6/24、10：00）」を記憶する。携帯端末＃Ｅは、ランダムＩＤ生成ログ１５として「期間番号＝Ｅ０、ランダムＩＤ＝ランダムＩＤ＃Ｅ０、生成時刻（6/24、9：00）」を記憶する。
【００８８】
図１１に戻り、携帯端末＃Ｂは、生成周期になったことより、ランダムＩＤをランダムＩＤ＃Ｂ１に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５０１）。同様に、携帯端末＃Ｅは、ランダムＩＤをランダムＩＤ＃Ｅ１に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５０２）。
【００８９】
また、携帯端末＃Ｃは、生成周期になったことより、ランダムＩＤをランダムＩＤ＃Ｃ１に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５０３）。同様に、携帯端末＃Ｄは、ランダムＩＤをランダムＩＤ＃Ｄ１に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５０４）。携帯端末＃Ａは、生成周期になったことより、ランダムＩＤをランダムＩＤ＃Ａ１に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５０５）。
【００９０】
その後、携帯端末＃Ａと携帯端末＃Ｂとが近接したことにより、携帯端末＃ＡのランダムＩＤ＃ＡＡと携帯端末＃ＢのランダムＩＤ＃Ｂ１とを交換する（Ｓ５０６とＳ５０７）。さらに、携帯端末＃Ｂと携帯端末＃Ｃとが近接したことにより、携帯端末＃ＢのランダムＩＤ＃Ｂ１と携帯端末＃ＣのランダムＩＤ＃Ｃ１とを交換する（Ｓ５０８とＳ５０９）。その後、携帯端末＃Ｄと携帯端末＃Ｅとが近接したことにより、携帯端末＃ＤのランダムＩＤ＃Ｄ１と携帯端末＃ＥのランダムＩＤ＃Ｅ１とを交換する（Ｓ５１０とＳ５１１）。
【００９１】
ここで、期間Ｔ０から期間Ｔ１までのランダムＩＤの交換状況を説明する。図１４は、図１１の期間Ｔ１における携帯端末＃Ａから＃ＥのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【００９２】
図１４に示すように、携帯端末＃Ａは、期間Ｔ０の状態から、ランダムＩＤ生成ログ１５として「期間番号＝Ａ１、ランダムＩＤ＝ランダムＩＤ＃Ａ１、生成時刻（6/25、10：00）」を追加で記憶し、近接者ランダムＩＤ受信ログとして「期間番号＝Ａ１、近接者ランダムＩＤ＝ランダムＩＤ＃Ｂ１」を記憶する。同様に、携帯端末＃Ｂは、ランダムＩＤ生成ログ１５として「期間番号＝Ｂ１、ランダムＩＤ＝ランダムＩＤ＃Ｂ１、生成時刻（6/25、8：00）」を追加で記憶し、近接者ランダムＩＤ受信ログとして「期間番号＝Ｂ１、近接者ランダムＩＤ＝ランダムＩＤ＃Ａ１」と「期間番号＝Ｂ１、近接者ランダムＩＤ＝ランダムＩＤ＃Ｃ１」とを記憶する。
【００９３】
また、携帯端末＃Ｃは、ランダムＩＤ生成ログ１５として「期間番号＝Ｃ１、ランダムＩＤ＝ランダムＩＤ＃Ｃ１、生成時刻（6/25、9：30）」を追加で記憶し、近接者ランダムＩＤ受信ログとして「期間番号＝Ｃ１、近接者ランダムＩＤ＝ランダムＩＤ＃Ｂ１」を記憶する。携帯端末＃Ｄは、ランダムＩＤ生成ログ１５として「期間番号＝Ｄ１、ランダムＩＤ＝ランダムＩＤ＃Ｄ１、生成時刻（6/25、10：00）」を追加で記憶し、近接者ランダムＩＤ受信ログとして「期間番号＝Ｄ１、近接者ランダムＩＤ＝ランダムＩＤ＃Ｅ１」を記憶する。携帯端末＃Ｅは、ランダムＩＤ生成ログ１５として「期間番号＝Ｅ１、ランダムＩＤ＝ランダムＩＤ＃Ｅ１、生成時刻（6/25、9：00）」を追加で記憶し、近接者ランダムＩＤ受信ログとして「期間番号＝Ｅ１、近接者ランダムＩＤ＝ランダムＩＤ＃Ｄ１」を記憶する。
【００９４】
図１１に戻り、再度、携帯端末＃Ｄと携帯端末＃Ｅとが近接したことにより、携帯端末＃ＤのランダムＩＤ＃Ｄ１と携帯端末＃ＥのランダムＩＤ＃Ｅ１とを交換する（Ｓ５１２とＳ５１３）。ここで、期間Ｔ２（6/26）までのランダムＩＤの交換状況は、期間Ｔ１の状態（図１４）から変化がない。これは、携帯端末＃Ｄおよび携帯端末＃Ｅが、ランダムＩＤの新たな切替を行わずに、既にログに登録済みのランダムＩＤを交換したに過ぎないので、各ログへの追加を行わない。
【００９５】
続いて、携帯端末＃Ｂは、生成周期になったことにより、ランダムＩＤをランダムＩＤ＃Ｂ２に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５１４）。続いて、携帯端末＃Ｅは、ランダムＩＤをランダムＩＤ＃Ｅ２に切り替えて、ランダムＩＤ生成ログ１５に格納し（Ｓ５１５）、携帯端末＃Ｃは、ランダムＩＤをランダムＩＤ＃Ｃ２に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５１６）。その後、携帯端末＃Ｃと携帯端末＃Ｄとが近接したことにより、携帯端末＃ＣのランダムＩＤ＃Ｃ２と携帯端末＃ＤのランダムＩＤ＃Ｄ２とを交換する（Ｓ５１７とＳ５１８）。
【００９６】
ここで、期間Ｔ３までのランダムＩＤの交換状況を説明する。図１５は、図１１の期間Ｔ３における携帯端末＃Ｃと＃ＤのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【００９７】
図１５に示すように、携帯端末＃Ｃは、期間Ｔ１の状態（図１４）から、ランダムＩＤ生成ログ１５として「期間番号＝Ｃ２、ランダムＩＤ＝ランダムＩＤ＃Ｃ２、生成時刻（6/26、9：30）」を追加で記憶し、近接者ランダムＩＤ受信ログとして「期間番号＝Ｃ２、近接者ランダムＩＤ＝ランダムＩＤ＃Ｄ１」を追加で記憶する。同様に、携帯端末＃Ｄは、ランダムＩＤ生成ログ１５は変化せず、近接者ランダムＩＤ受信ログとして「期間番号＝Ｄ１、近接者ランダムＩＤ＝ランダムＩＤ＃Ｃ２」を追加で記憶する。なお、他の携帯端末については変化がない。
【００９８】
図１１に戻り、携帯端末＃Ａは、生成周期になったことより、ランダムＩＤをランダムＩＤ＃Ａ２に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５１９）。続いて、携帯端末＃Ｄは、生成周期になったことより、ランダムＩＤをランダムＩＤ＃Ｄ２に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５２０）。
【００９９】
その後、携帯端末＃Ｃと携帯端末＃Ｄとが近接したことにより、携帯端末＃ＣのランダムＩＤ＃Ｃ２と携帯端末＃ＤのランダムＩＤ＃Ｄ２とを交換する（Ｓ５２１とＳ５２２）。そして、携帯端末＃Ｂのユーザが発症する（Ｓ５２３）。
【０１００】
ここで、期間Ｔ４までのランダムＩＤの交換状況を説明する。図１６は、図１１の期間Ｔ４における携帯端末＃Ｃと＃ＤのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【０１０１】
図１６に示すように、携帯端末＃Ｃは、期間Ｔ３の状態（図１５）から、ランダムＩＤ生成ログ１５に変化がなく、近接者ランダムＩＤ受信ログ１６として「期間番号＝Ｃ２、近接者ランダムＩＤ＝ランダムＩＤ＃Ｄ２」を追加で記憶する。同様に、携帯端末＃Ｄは、ランダムＩＤ生成ログ１５として「期間番号＝Ｄ２、ランダムＩＤ＝ランダムＩＤ＃Ｄ２、生成時刻（6/26、10：00）」を追加で記憶し、近接者ランダムＩＤ受信ログ１６として「期間番号＝Ｄ２、近接者ランダムＩＤ＝ランダムＩＤ＃Ｃ２」を追加で記憶する。なお、他の携帯端末については変化がない。
【０１０２】
図１１に戻り、携帯端末＃Ｂは、生成周期になったことより、ランダムＩＤをランダムＩＤ＃Ｂ３に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５２４）。同様に、携帯端末＃Ｅは、ランダムＩＤをランダムＩＤ＃Ｅ３に切り替えて、ランダムＩＤ生成ログ１５に格納し（Ｓ５２５）、同様に、携帯端末＃Ａは、ランダムＩＤをランダムＩＤ＃Ａ３に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５２６）。同様に、携帯端末＃Ｃは、ランダムＩＤをランダムＩＤ＃Ｃ３に切り替えて、ランダムＩＤ生成ログ１５に格納し（Ｓ５２７）、同様に、携帯端末＃Ｄは、ランダムＩＤをランダムＩＤ＃Ｄ３に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５２８）。
【０１０３】
その後、携帯端末＃Ｂと携帯端末＃Ｅとが近接したことにより、携帯端末＃ＢのランダムＩＤ＃Ｂ３と携帯端末＃ＥのランダムＩＤ＃Ｅ３とを交換する（Ｓ５２９とＳ５３０）。
【０１０４】
ここで、期間Ｔ５までのランダムＩＤの交換状況を説明する。図１７は、図１１の期間Ｔ５における携帯端末＃Ｂと＃ＥのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【０１０５】
図１７に示すように、携帯端末＃Ｂは、ランダムＩＤ生成ログ１５として「期間番号＝Ｂ３、ランダムＩＤ＝ランダムＩＤ＃Ｂ３、生成時刻（6/27、8：00）」を追加で記憶し、近接者ランダムＩＤ受信ログ１６として「期間番号＝Ｂ３、近接者ランダムＩＤ＝ランダムＩＤ＃Ｅ３」を追加で記憶する。同様に、携帯端末＃Ｅは、ランダムＩＤ生成ログ１５として「期間番号＝Ｅ３、ランダムＩＤ＝ランダムＩＤ＃Ｅ３、生成時刻（6/27、9：00）」を追加で記憶し、近接者ランダムＩＤ受信ログ１６として「期間番号＝Ｅ３、近接者ランダムＩＤ＝ランダムＩＤ＃Ｂ３」を追加で記憶する。なお、他の携帯端末については、期間Ｔ４の状態から、ランダムＩＤ生成ログ１５として自身のランダムＩＤ（＃Ａ３等）が追加され、近接者ランダムＩＤ受信ログ１６については変化がない。
【０１０６】
図１１に戻り、携帯端末＃Ｂは、生成周期になったことより、ランダムＩＤをランダムＩＤ＃Ｂ４に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５３１）。続いて、携帯端末＃Ｅも同様に、ランダムＩＤをランダムＩＤ＃Ｅ４に切り替えて格納し（Ｓ５３２）、携帯端末＃ＡもランダムＩＤをランダムＩＤ＃Ａ４に切り替えて格納する（Ｓ５３３）。同様に、携帯端末＃Ｃも、ランダムＩＤをランダムＩＤ＃Ｃ４に切り替えて格納し（Ｓ５３４）、携帯端末＃Ｄも、ランダムＩＤをランダムＩＤ＃Ｄ４に切り替えて格納する（Ｓ５３５）。この期間Ｔ６の時点では、各携帯端末について、ランダムＩＤ生成ログ１５として自身のランダムＩＤ（＃Ａ４等）が追加され、近接者ランダムＩＤ受信ログ１６については期間Ｔ５から変化がない。
【０１０７】
図１２に移り、図１２に示すように、携帯端末＃Ｂは、生成周期になったことより、ランダムＩＤをランダムＩＤ＃Ｂ５に切り替えて、ランダムＩＤ生成ログ１５に格納する（Ｓ５３６）。その後、医療機関＃ＢにおいてユーザＢの感染が確定すると（Ｓ５３７）、医療機関＃Ｂは、被疑感染期間（6/24）を携帯端末＃Ｂに通知し（Ｓ５３８）、携帯端末＃Ｂは、被疑感染期間（6/24以降）に交換した近接者ランダムＩＤを被疑感染者情報として公開サーバ５０に登録する（Ｓ５３９）。
【０１０８】
ここで、期間Ｔ７までのランダムＩＤの交換状況を説明する。図１８は、図１２の期間Ｔ７における携帯端末＃ＢのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。図１８に示すように、携帯端末＃Ｂは、期間Ｔ６の状態から、ランダムＩＤ生成ログ１５として「期間番号＝Ｂ５、ランダムＩＤ＝ランダムＩＤ＃Ｂ５、生成時刻（6/29、8：00）」を追加で記憶し、近接者ランダムＩＤ受信ログ１６には変化がない。なお、他の携帯端末は、期間Ｔ６の状態から変化がない。
【０１０９】
さらに、期間Ｔ７において公開された被疑感染者情報を例示する。図１９は、図１２の期間Ｔ７における公開サーバ５０の被疑感染者情報を説明する図である。携帯端末＃Ｂは、ランダムＩＤ生成ログ１５を参照して、被疑感染期間（6/24以降）に該当する期間番号「Ｂ１からＢ５」を特定し、近接者ランダムＩＤ受信ログ１６を参照して、これらに該当する近接者ランダムＩＤとして「ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｃ１、ランダムＩＤ＃Ｅ３」を抽出する。
【０１１０】
さらに、携帯端末＃Ｂは、近接者ランダムＩＤ「ランダムＩＤ＃Ａ１」の期間番号が「Ｂ１」であることから、ランダムＩＤ生成ログ１５を参照して、使用された期間がＢ１「6/25、8：00」からＢ２「6/26、8：00」と特定する。同様に、携帯端末＃Ｂは、近接者ランダムＩＤ「ランダムＩＤ＃Ｃ１」の期間番号が「Ｂ１」であることから、ランダムＩＤ生成ログ１５を参照して、使用された期間がＢ１「6/25、8：00」からＢ２「6/26、8：00」と特定する。同様に、携帯端末＃Ｂは、近接者ランダムＩＤ「ランダムＩＤ＃Ｅ３」の期間番号が「Ｂ３」であることから、ランダムＩＤ生成ログ１５を参照して、使用された期間がＢ３「6/27、8：00」からＢ４「6/28、8：00」と特定する。
【０１１１】
そして、携帯端末＃Ｂは、特定した近接者ランダムＩＤおよび使用期間（近接時間帯）として、公開サーバ５０に登録する。この結果、図１９に示すように、公開サーバ５０には、「近接者ランダムＩＤ＝ランダムＩＤ＃Ａ１、近接時間帯＝（6/25、8：00−6/26、8：00）」、「近接者ランダムＩＤ＝ランダムＩＤ＃Ｃ１、近接時間帯＝（6/25、8：00−6/26、8：00）」、「近接者ランダムＩＤ＝ランダムＩＤ＃Ｅ３、近接時間帯＝（6/27、8：00−6/28、8：00）」が登録される。
【０１１２】
図１２に戻り、その後、医療機関＃Ａは、ユーザＡの被疑感染の発生を検知し（Ｓ５４０）、検索期間（6/22）を指定して（Ｓ５４１）、公開サーバ５０から被疑感染者情報を取得する（Ｓ５４２）。つまり、医療機関＃Ａは、6/22以降の被疑感染者情報を取得する。そして、携帯端末＃Ａは、医療機関＃Ａから被疑感染者情報を取得して（Ｓ５４３）、被疑感染者の判定を実行した結果、感染が確定する（Ｓ５４４）。
【０１１３】
すると、医療機関＃Ａは、被疑感染期間（6/24）を携帯端末＃Ａに通知し（Ｓ５４５）、携帯端末＃Ａは、被疑感染期間（6/24以降）に交換した近接者ランダムＩＤを被疑感染者情報として公開サーバ５０に登録する（Ｓ５４６）。
【０１１４】
ここで、期間Ｔ８における携帯端末＃Ａの感染判定を説明する。図２０は、図１２の期間Ｔ８における携帯端末＃Ａの感染判定を説明する図である。図２０に示すように、携帯端末＃Ａは、被疑感染者情報（図２０の（ａ））に格納される自身のランダムＩＤ「ランダムＩＤ＃Ａ１」とそれに対応する近接時間帯「6/25、8：00−6/26、8：00」を抽出する。続いて、携帯端末＃Ａは、自身のランダムＩＤ生成ログ１５（図２０の（ｂ））を参照して、被疑感染者情報から取得したランダムＩＤ「ランダムＩＤ＃Ａ１」と対応付けられる生成時刻「2015/6/25、10：00」を取得する。そして、携帯端末＃Ａは、取得した生成時刻「2015/6/25、10：00」が近接時間帯に含まれることから、ユーザ＃Ａを被疑感染者と判定する。
【０１１５】
すると、携帯端末＃Ａは、自身のランダムＩＤ生成ログ１５（図２０の（ｂ））を参照して、被疑感染者の判定に使用されたランダムＩＤ「ランダムＩＤ＃Ａ１」に対応付けられる期間番号「Ａ１」を抽出する。さらに、携帯端末＃Ａは、近接者ランダムＩＤ受信ログ１６（図２０の（ｃ）参照）、期間番号「Ａ１」に対応付けられる近接者ランダムＩＤ「ランダムＩＤ＃Ｂ１」を特定する。そして、携帯端末＃Ａは、近接者ランダムＩＤ「ランダムＩＤ＃Ｂ１」と、期間番号「Ａ１」が使用されていた使用期間（6/25、10：00−6/26、10：00）を、被疑感染者情報として公開サーバ５０に登録する。
【０１１６】
この結果、被疑感染者情報は、図１９から図２１のように更新される。図２１は、図１２の期間Ｔ９における公開サーバ５０の被疑感染者情報を説明する図である。図２１に示すように、図１９と比較して、被疑感染者情報には、「近接者ランダムＩＤ＝ランダムＩＤ＃Ｂ１、近接時間帯＝「6/25、10：00−6/26、10：00」が新たに追加される。
【０１１７】
このような状態で図１２に戻り、携帯端末＃Ｃは、検索期間（6/23）を指定して、公開サーバ５０から被疑感染者情報を取得し、被疑感染者判定を実行する（Ｓ５４７からＳ５４９）。また、携帯端末＃Ｄは、検索期間（6/23）を指定して、公開サーバ５０から被疑感染者情報を取得し、被疑感染者判定を実行する（Ｓ５５０からＳ５５２）。また、携帯端末＃Ｅは、検索期間（6/23）を指定して、公開サーバ５０から被疑感染者情報を取得し、被疑感染者判定を実行する（Ｓ５５３からＳ５５５）。
【０１１８】
ここで、期間Ｔ９における携帯端末＃Ｃ、＃Ｄ、＃Ｅの感染判定を説明する。図２２は、図１２の期間Ｔ９における携帯端末＃Ｃ、＃Ｄ、＃ＥのランダムＩＤおよび近接者ランダムＩＤの状況を説明する図である。
【０１１９】
図２２の（ａ）に示すように、携帯端末＃Ｃは、図２１の被疑感染者ランダムＩＤに自身が発行した「ランダムＩＤ＃Ｃ１」が登録されており、このランダムＩＤ「ランダムＩＤ＃Ｃ１」の生成時刻「2015/6/25、9：30」が近接時間帯「6/25、8：30−6/26、8：30」に含まれることから、ユーザＣを被疑感染者と判定する。
【０１２０】
また、図２２の（ｂ）に示すように、携帯端末＃Ｃは、図２１の被疑感染者ランダムＩＤに自身のランダムＩＤが登録されていないことから、ユーザＤを被疑感染者ではないと判定する。
【０１２１】
また、図２２の（ｃ）に示すように、携帯端末＃Ｅは、図２１の被疑感染者ランダムＩＤに自身が発行した「ランダムＩＤ＃Ｅ３」が登録されており、このランダムＩＤ「ランダムＩＤ＃Ｅ３」の生成時刻「2015/6/27、9：00」が近接時間帯「6/27、8：00−6/28、8：00」に含まれることから、ユーザＥを被疑感染者と判定する。
【０１２２】
［効果］
このように、上記システムでは、各携帯端末が自端末内で管理するランダムＩＤを近接した端末間で交換するので、公開された被疑感染者情報内に自身のランダムＩＤが含まれるか否かを、各携帯端末だけが判定することができる。つまり、携帯端末のランダムＩＤを継続的に読み取っても、各携帯端末の所有者のランダムＩＤの生成操作により、各携帯端末の移動情報は断片化され、所有者の行動の把握が困難になる。この結果、識別子などを秘匿化したまま、ユーザ間の接触状況を判定することができる。
【０１２３】
発病者が法定伝染病の感染者と接触があることを認知せず、発症時受診で病名が特定できずに、当該感染症を受診病院内および他の来院者に感染させることを抑制することができる。ＧＰＳ（Global  Positioning  System）等の測位設備や機能、公共交通機関の運行情報や施設の営業時間や集客状況情報などを用いずに、ユーザ間の接触状況を判定することができるので、ユーザの利便性を向上でき、携帯端末のコスト削減や小型化を実現できる。また、感染者や検索者および一般大衆の行動履歴を暗号化する必要がないので、処理負荷が低減できる。
【実施例２】
【０１２４】
ところで、実施例１では、被疑感染者情報として「被疑感染者ランダムＩＤ（近接者ランダムＩＤ）、近接時間帯」を公開する例を説明したが、これに限定されるものではなく。例えば、被疑感染者情報として「被疑感染日（近接日）、被疑感染者ランダムＩＤ（近接者ランダムＩＤ）、感染者ランダムＩＤ」を公開することもできる。
【０１２５】
そこで、実施例２では、被疑感染者情報として「被疑感染日（近接日）、被疑感染者ランダムＩＤ（近接者ランダムＩＤ）、感染者ランダムＩＤ」を公開する例について説明する。
【０１２６】
（公開処理：実施例２）
図２３は、実施例２にかかる被疑感染者情報の公開処理の流れを示すフローチャートである。図２３に示すように、携帯端末１０の公開要求部２０は、ユーザ等から被疑感染期間を受け取ると（Ｓ６０１）、ランダムＩＤ生成ログ１５を参照して、ランダムＩＤ生成ログ１５の生成時刻が被疑感染期間に該当するレコードを抽出する（Ｓ６０２）。
【０１２７】
そして、公開要求部２０は、抽出したランダムＩＤ生成ログ１５の全レコードについて、Ｓ６０３からＳ６０９のループ処理を実行する。具体的には、公開要求部２０は、近接者ランダムＩＤ受信ログ１６の期間番号が、ランダムＩＤ生成ログ１５の期間番号と一致する近接者ランダムＩＤ受信ログ１６を抽出する（Ｓ６０４）。
【０１２８】
続いて、公開要求部２０は、選択中（処理中）のランダムＩＤの利用期間を算出する（Ｓ６０５）。具体的には、公開要求部２０は、ランダムＩＤ生成ログ１５から、自分のランダムＩＤと近接者ランダムＩＤとの間で一致した期間番号に対応付けられる「生成時刻」を特定する。続いて、公開要求部２０は、ランダムＩＤ生成ログ１５から、当該期間番号の次の期間番号に対応付けられる「生成時刻」を特定する。そして、公開要求部２０は、生成時刻の間をランダムＩＤの利用期間として算出し、この利用期間のうち日付を被疑感染日とする。なお、複数日に跨る場合は、その日数分となる。
【０１２９】
その後、公開要求部２０は、抽出した近接者ランダムＩＤ受信ログ１６の全レコードについて、Ｓ６０６からＳ６０８のループ処理を実行する。具体的には、公開要求部２０は、抽出した近接者ランダムＩＤ受信ログ１６の全レコードを用いて、被疑感染者情報を編集する（Ｓ６０７）。例えば、公開要求部２０は、被感染日と近接者ランダムＩＤとランダムＩＤとのそれぞれを、公開サーバ５０の被疑感染者情報一覧の被疑感染日と被疑感染者ランダムＩＤと感染者のランダムＩＤとする。
【０１３０】
そして、Ｓ６０５からＳ６０８のループ処理およびＳ６０３からＳ６０９のループ処理を実行した後、公開要求部２０は、被疑感染者情報を公開サーバ５０の被疑感染者ＤＢ５３に登録する（Ｓ６１０）。
【０１３１】
（被疑感染の判定処理：実施例２）
図２４は、実施例２にかかる被疑感染の判定処理の流れを示すフローチャートである。図２４に示すように、携帯端末１０の判定部２１は、被疑感染が疑われる検索対象期間を受け取ると（Ｓ７０１）、公開サーバ５０から検索対象期間の被疑感染者情報を取得する（Ｓ７０２）。
【０１３２】
その後、判定部２１は、被疑感染者情報の全レコードについてＳ７０３からＳ７１２のループ処理を実行する。具体的には、判定部２１は、処理対象の被疑感染者情報のレコードから被疑感染日を取り出し（Ｓ７０４）、ランダムＩＤ生成ログ１５から該当するレコードを抽出する（Ｓ７０５）。例えば、判定部２１は、ランダムＩＤ生成ログ１５の各レコードのうち、被疑感染日とランダムＩＤの利用時間帯とが一致するレコードを抽出する。
【０１３３】
続いて、判定部２１は、Ｓ７０５で抽出した各レコードについてＳ７０６からＳ７１１のループ処理を実行する。具体的には、判定部２１は、Ｓ７０５で抽出したレコードのランダムＩＤと、Ｓ７０３で選択された処理対象の被疑感染者情報のレコードの被疑感染者ランダムＩＤとが一致するか否かを判定する（Ｓ７０７）。ここで、判定部２１は、ランダムＩＤが一致しない場合（Ｓ７０７：Ｎｏ）、次のレコードについてＳ７０６からＳ７１１のループ処理を実行する。
【０１３４】
一方で、Ｓ７０７において、ランダムＩＤが一致する場合（Ｓ７０７：Ｙｅｓ）、判定部２１は、期間番号が一致する近接者ランダムＩＤ受信ログ１６を抽出する（Ｓ７０８）。例えば、判定部２１は、近接者ランダムＩＤ受信ログ１６の期間番号がランダムＩＤ生成ログ１５の期間番号と一致する近接者ランダムＩＤ受信ログ１６のレコードを抽出する。
【０１３５】
その後、判定部２１は、感染者ランダムＩＤが抽出済みの近接者ランダムＩＤ受信ログ１６にある場合（Ｓ７０９：Ｙｅｓ）、被疑感染者であることを携帯端末１０に表示する（Ｓ７１０）。一方、判定部２１は、感染者ランダムＩＤが抽出した近接者ランダムＩＤ受信ログ１６にない場合（Ｓ７０９：Ｎｏ）、次のレコードについてＳ７０６からＳ７１１のループ処理を実行する。
【０１３６】
その後、Ｓ７０６からＳ７１１のループ処理およびＳ７０３からＳ７１２のループ処理が終了すると、判定部２１は、被疑感染者情報に自分のランダムＩＤが登録されていないと判定し、被疑感染者ではないことを携帯端末１０に表示する（Ｓ７１３）。
【０１３７】
（具体例）
次に、実施例１の図１１等を用いて具体例を説明する。ここでは、実施例２の特徴的な処理である被疑感染者の判定について説明する。具体的には、期間Ｔ７において公開された被疑感染者情報を例示する。図２５は、図１２の期間Ｔ７における公開サーバ５０の被疑感染者情報を実施例２に適用した場合を説明する図である。
【０１３８】
携帯端末＃Ｂは、ランダムＩＤ生成ログ１５を参照して、被疑感染期間（6/24以降）に該当する期間番号「Ｂ１からＢ５」を特定し、近接者ランダムＩＤ受信ログ１６を参照して、これらに該当する近接者ランダムＩＤとして「ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｃ１、ランダムＩＤ＃Ｅ３」を抽出する。
【０１３９】
さらに、携帯端末＃Ｂは、近接者ランダムＩＤ「ランダムＩＤ＃Ａ１」および近接者ランダムＩＤ「ランダムＩＤ＃Ｃ１」の期間番号が「Ｂ１」であることから、ランダムＩＤ生成ログ１５を参照して、使用された期間がＢ１「6/25、8：00」からＢ２「6/26、8：00」と特定する。つまり、携帯端末＃Ｂは、近接者ランダムＩＤ「ランダムＩＤ＃Ａ１」および近接者ランダムＩＤ「ランダムＩＤ＃Ｃ１」の被疑感染日を「6/25」と「6/26」とする。さらに、携帯端末＃Ｂは、期間番号が「Ｂ１」のときの自身のランダムを「ランダムＩＤ＃Ｂ１」と特定する。
【０１４０】
同様に、携帯端末＃Ｂは、近接者ランダムＩＤ「ランダムＩＤ＃Ｅ３」の期間番号が「Ｂ３」であることから、ランダムＩＤ生成ログ１５を参照して、使用された期間がＢ３「6/27、8：00」からＢ４「6/28、8：00」と特定する。つまり、携帯端末＃Ｂは、近接者ランダムＩＤ「ランダムＩＤ＃Ｅ３」の被疑感染日を「6/27」と「6/28」とする。さらに、携帯端末＃Ｂは、期間番号が「Ｂ３」のときの自身のランダムを「ランダムＩＤ＃Ｂ３」と特定する。
【０１４１】
そして、携帯端末＃Ｂは、特定した近接者ランダムＩＤと被疑感染日と感染者ランダムＩＤを、公開サーバ５０に登録する。具体的には、図２５に示すように、公開サーバ５０には、「被疑感染日＝6/25、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ａ１、感染者ランダムＩＤ＝ランダムＩＤ＃Ｂ１」、「被疑感染日＝6/26、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ａ１、感染者ランダムＩＤ＝ランダムＩＤ＃Ｂ１」が登録される。
【０１４２】
同様に、公開サーバ５０には、「被疑感染日＝6/25、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｃ１、感染者ランダムＩＤ＝ランダムＩＤ＃Ｂ１」、「被疑感染日＝6/26、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｃ１、感染者ランダムＩＤ＝ランダムＩＤ＃Ｂ１」が登録される。
【０１４３】
同様に、公開サーバ５０には、「被疑感染日＝6/27、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｅ３、感染者ランダムＩＤ＝ランダムＩＤ＃Ｂ３」、「被疑感染日＝6/28、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｅ３、感染者ランダムＩＤ＝ランダムＩＤ＃Ｂ３」が登録される。
【０１４４】
その後、携帯端末＃Ａは、期間Ｔ８において感染判定を実行する。図２６は、図１２の期間Ｔ８における携帯端末＃Ａの感染判定を実施例２に適用した場合を説明する図である。図２６に示すように、携帯端末＃Ａは、被疑感染者情報（図２６の（ａ））に格納される自身のランダムＩＤ「ランダムＩＤ＃Ａ１」とそれに対応する被疑感染日「6/25」および感染者ランダムＩＤ「ランダムＩＤ＃Ｂ１」を抽出する。
【０１４５】
続いて、携帯端末＃Ａは、自身のランダムＩＤ生成ログ１５（図２６の（ｂ））を参照して、被疑感染者情報から取得したランダムＩＤ「ランダムＩＤ＃Ａ１」と対応付けられる生成時刻「2015/6/25、10：00」を取得する。そして、携帯端末＃Ａは、取得した生成時刻「2015/6/25、10：00」が被疑感染日「6/25」に含まれると判定する。
【０１４６】
さらに、携帯端末＃Ａは、自身のランダムＩＤ生成ログ１５（図２６の（ｂ））を参照して、被疑感染者情報から取得したランダムＩＤ「ランダムＩＤ＃Ａ１」と対応付けられる期間番号「Ａ１」を取得する。そして、携帯端末＃Ａは、自身の近接者ランダムＩＤ受信ログ１６（図２６の（ｃ））を参照して、取得した期間番号「Ａ１」に対応付けられる近接者ランダムＩＤ「ランダムＩＤ＃Ｂ１」を抽出する。
【０１４７】
そして、携帯端末＃Ａは、被疑感染者情報（図２６の（ａ））から取得した感染者ランダムＩＤと、自身の近接者ランダムＩＤ受信ログ１６（図２６の（ｃ））から取得した感染者ランダムＩＤとが一致すると判定する。これらの結果、携帯端末＃Ａは、ユーザ＃Ａを被疑感染者と判定する。
【０１４８】
［効果］
このように、近接時間帯を用いることなく、ユーザ間の近接状況を特定することができるので、公開するユーザの行動履歴を省略することができ、公開する情報の秘匿性を高めることができる。
【実施例３】
【０１４９】
ところで、実施例２では、被疑感染者情報として「被疑感染日（近接日）、被疑感染者ランダムＩＤ（近接者ランダムＩＤ）、感染者ランダムＩＤ」を公開する例を説明したが、これに限定されるものではなく。例えば、「感染者ランダムＩＤ」の代わりに「チェックコード」を公開することでさらに秘匿性を高めることもできる。
【０１５０】
そこで、実施例３では、被疑感染者情報として「被疑感染日（近接日）、被疑感染者ランダムＩＤ（近接者ランダムＩＤ）、チェックコード」を公開する例について説明する。
【０１５１】
（公開処理：実施例３）
図２７は、実施例３にかかる被疑感染者情報の公開処理の流れを示すフローチャートである。図２７に示す処理は、図２３と比較して、図２３に示すＳ６０７に代えて、Ｓ８０７とＳ８０８を実行する点が異なる。したがって、異なる点についてのみ説明する。
【０１５２】
図２７のＳ８０７では、携帯端末１０の公開要求部２０は、ランダムＩＤと近接者ランダムＩＤとを用いて、チェックコード＝Ｈａｓｈ（近接者ランダムＩＤ、ランダムＩＤ）を生成する。そして、Ｓ８０８では、公開要求部２０は、被感染日と近接者ランダムＩＤとチェックコードそれぞれを、公開サーバ５０の被疑感染者情報の被疑感染日と被疑感染者ランダムＩＤとチェックコードとして、公開サーバ５０に登録する。
【０１５３】
（被疑感染の判定処理：実施例３）
図２８は、実施例３にかかる被疑感染の判定処理の流れを示すフローチャートである。図２８に示す処理は、図２４と比較して、図２４に示すＳ７０７−Ｓ７０９に代えて、Ｓ９１０とＳ９１１を実行する点が異なる。したがって、異なる点についてのみ説明する。
【０１５４】
図２８のＳ９１０では、判定部２１は、自装置内で管理する各ログのうち、該当するランダムＩＤと該当する近接者ランダムＩＤとを用いて、チェックコード＝Ｈａｓｈ（近接者ランダムＩＤ、ランダムＩＤ）を算出する。
【０１５５】
その後、図２８のＳ９１１では、判定部２１は、Ｓ９１０で算出したチェックコードと、公開されている被疑感染者情報のチェックコードが一致するか否かを判定する。ここで、判定部２１は、チェックコードが一致する場合、被疑感染者と判定する。
【０１５６】
（具体例）
次に、実施例１の図１１等を用いて具体例を説明する。ここでは、実施例３の特徴的な処理である被疑感染者の判定について説明する。具体的には、期間Ｔ７において公開された被疑感染者情報を例示する。図２９は、図１２の期間Ｔ７における公開サーバ５０の被疑感染者情報を実施例３に適用した場合を説明する図である。実施例２の図２５と異なる点は、「感染者ランダムＩＤ」の代わりに「チェックコード」を公開することでさらに秘匿性を高めている点である。
【０１５７】
具体的には、携帯端末＃Ｂは、ランダムＩＤ生成ログ１５を参照して、被疑感染期間（6/24以降）に該当する期間番号「Ｂ１からＢ５」を特定し、近接者ランダムＩＤ受信ログ１６を参照して、これらに該当する近接者ランダムＩＤとして「ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｃ１、ランダムＩＤ＃Ｅ３」を抽出する。
【０１５８】
さらに、携帯端末＃Ｂは、近接者ランダムＩＤ「ランダムＩＤ＃Ａ１」および近接者ランダムＩＤ「ランダムＩＤ＃Ｃ１」の期間番号が「Ｂ１」であることから、ランダムＩＤ生成ログ１５を参照して、使用された期間がＢ１「6/25、8：00」からＢ２「6/26、8：00」までと特定する。つまり、携帯端末＃Ｂは、近接者ランダムＩＤ「ランダムＩＤ＃Ａ１」および近接者ランダムＩＤ「ランダムＩＤ＃Ｃ１」の被疑感染日を「6/25」と「6/26」とする。さらに、携帯端末＃Ｂは、期間番号が「Ｂ１」のときの自身のランダムを「ランダムＩＤ＃Ｂ１」と特定する。
【０１５９】
同様に、携帯端末＃Ｂは、近接者ランダムＩＤ「ランダムＩＤ＃Ｅ３」の期間番号が「Ｂ３」であることから、ランダムＩＤ生成ログ１５を参照して、使用された期間がＢ３「6/27、8：00」からＢ４「6/28、8：00」までと特定する。つまり、携帯端末＃Ｂは、近接者ランダムＩＤ「ランダムＩＤ＃Ｅ３」の被疑感染日を「6/27」と「6/28」とする。さらに、携帯端末＃Ｂは、期間番号が「Ｂ３」のときの自身のランダムを「ランダムＩＤ＃Ｂ３」と特定する。
【０１６０】
その後、携帯端末＃Ｂは、期間番号が「Ｂ１」のときの自身のランダムを「ランダムＩＤ＃Ｂ１」と近接者ランダムＩＤ「ランダムＩＤ＃Ａ１」とのＨａｓｈ値と、期間番号が「Ｂ１」のときの自身のランダムを「ランダムＩＤ＃Ｂ１」と近接者ランダムＩＤ「ランダムＩＤ＃Ｃ１」とのＨａｓｈ値とを算出する。さらに、携帯端末＃Ｂは、期間番号が「Ｂ３」のときの自身のランダムを「ランダムＩＤ＃Ｂ３」と近接者ランダムＩＤ「ランダムＩＤ＃Ｅ３」とのＨａｓｈ値を算出する。
【０１６１】
そして、携帯端末＃Ｂは、特定した近接者ランダムＩＤと被疑感染日とＨａｓｈ値を、公開サーバ５０に登録する。具体的には、図２９に示すように、公開サーバ５０には、「被疑感染日＝6/25、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ａ１、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｂ１）」、「被疑感染日＝6/26、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ａ１、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｂ１）」が登録される。
【０１６２】
同様に、公開サーバ５０には、「被疑感染日＝6/25、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｃ１、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ｃ１、ランダムＩＤ＃Ｂ１）」、「被疑感染日＝6/26、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｃ１、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ｃ１、ランダムＩＤ＃Ｂ１）」が登録される。
【０１６３】
同様に、公開サーバ５０には、「被疑感染日＝6/27、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｅ３、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ｅ３、ランダムＩＤ＃Ｂ３）」、「被疑感染日＝6/28、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｅ３、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ｅ３、ランダムＩＤ＃Ｂ３）」が登録される。
【０１６４】
その後、携帯端末＃Ａは、期間Ｔ８において感染判定を実行する。図３０は、図１２の期間Ｔ８における携帯端末＃Ａの感染判定を実施例３に適用した場合を説明する図である。図３０に示すように、携帯端末＃Ａは、被疑感染者情報（図３０の（ａ））に格納される自身のランダムＩＤ「ランダムＩＤ＃Ａ１」とそれに対応する被疑感染日「6/25」およびチェックコード「Ｈａｓｈ値（ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｂ１）」を抽出する。
【０１６５】
続いて、携帯端末＃Ａは、自身のランダムＩＤ生成ログ１５（図３０の（ｂ））を参照して、被疑感染者情報から取得したランダムＩＤ「ランダムＩＤ＃Ａ１」と対応付けられる生成時刻「2015/6/25、10：00」を取得する。そして、携帯端末＃Ａは、取得した生成時刻「2015/6/25、10：00」が被疑感染日に含まれると判定する。
【０１６６】
さらに、携帯端末＃Ａは、自身のランダムＩＤ生成ログ１５（図３０の（ｂ））を参照して、被疑感染者情報から取得したランダムＩＤ「ランダムＩＤ＃Ａ１」と対応付けられる期間番号「Ａ１」を取得する。そして、携帯端末＃Ａは、自身の近接者ランダムＩＤ受信ログ１６（図３０の（ｃ））を参照して、取得した期間番号「Ａ１」に対応付けられる近接者ランダムＩＤ「ランダムＩＤ＃Ｂ１」を抽出する。
【０１６７】
そして、携帯端末＃Ａは、被疑感染者情報（図３０の（ａ））から取得したランダムＩＤ＃Ａ１と、自身の近接者ランダムＩＤ受信ログ１６（図３０の（ｃ））から取得したランダムＩＤ＃Ｂ１とを用いて、Ｈａｓｈ値を算出する。ここで算出するＨａｓｈ値がＨａｓｈ値（ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｂ１）となり、被疑感染者情報に登録されているチェックコードと一致することから、携帯端末＃Ａは、ユーザ＃Ａを被疑感染者と判定する。
【０１６８】
［効果］
このように、近接時間帯や感染者のランダムＩＤなどを公開することなく、ユーザ間の近接状況を特定することができるので、公開するユーザの個人情報を省略することができ、公開する情報の秘匿性を高めることができる。
【０１６９】
ところで、図２９に示すように、被疑感染者情報には日付が異なるだけのデータがいくつか重複することがある。このような場合に、グループ化することで、公開サーバ５０が使用するメモリ容量を削減することができる。
【０１７０】
図３１は、図１２の期間Ｔ７における公開サーバ５０の被疑感染者情報をグループ化した例を説明する図である。図３１に示すように、公開サーバ５０は、携帯端末＃Ｂから被疑感染情報を受付けた後、「被疑感染者ランダムＩＤ」と「チェックコード」とによりグループ化を実行して、被疑感染者情報を編集する。
【０１７１】
具体的には、公開サーバ５０は、「被疑感染日＝6/25、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ａ１、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｂ１）」と「被疑感染日＝6/26、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ａ１、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｂ１）」とをまとめて、「被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｃ１、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｂ１）」とする。
【０１７２】
同様に、公開サーバ５０には、「被疑感染日＝6/25、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｃ１、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ｃ１、ランダムＩＤ＃Ｂ１）」、「被疑感染日＝6/26、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｃ１、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ｃ１、ランダムＩＤ＃Ｂ１）」とをまとめて、「被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｃ１、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ｃ１、ランダムＩＤ＃Ｂ１）」とする。
【０１７３】
同様に、公開サーバ５０には、「被疑感染日＝6/27、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｅ３、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ｅ３、ランダムＩＤ＃Ｂ３）」、「被疑感染日＝6/28、被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｅ３、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ｅ３、ランダムＩＤ＃Ｂ３）」とをまとめて、「被疑感染者ランダムＩＤ＝ランダムＩＤ＃Ｅ３、チェックコード＝Ｈａｓｈ値（ランダムＩＤ＃Ｅ３、ランダムＩＤ＃Ｂ３）」とする。
【０１７４】
次に、感染判定について説明する。図３２は、グループ化した被疑感染者情報を用いた感染判定を説明する図である。図３２に示すように、携帯端末＃Ａは、被疑感染者情報（図３２の（ａ））に格納される自身のランダムＩＤ「ランダムＩＤ＃Ａ１」とそれに対応するチェックコード「Ｈａｓｈ値（ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｂ１）」を抽出する。
【０１７５】
続いて、携帯端末＃Ａは、自身のランダムＩＤ生成ログ１５（図３２の（ｂ））を参照して、被疑感染者情報から取得したランダムＩＤ「ランダムＩＤ＃Ａ１」と対応付けられる期間番号「Ａ１」を取得する。そして、携帯端末＃Ａは、自身の近接者ランダムＩＤ受信ログ１６（図３２の（ｃ））を参照して、取得した期間番号「Ａ１」に対応付けられる近接者ランダムＩＤ「ランダムＩＤ＃Ｂ１」を抽出する。
【０１７６】
そして、携帯端末＃Ａは、被疑感染者情報（図３２の（ａ））から取得したランダムＩＤ＃Ａ１と、自身の近接者ランダムＩＤ受信ログ１６（図３２の（ｃ））から取得したランダムＩＤ＃Ｂ１とを用いて、Ｈａｓｈ値を算出する。ここで算出するＨａｓｈ値がＨａｓｈ値（ランダムＩＤ＃Ａ１、ランダムＩＤ＃Ｂ１）となり、被疑感染者情報に登録されているチェックコードと一致することから、携帯端末＃Ａは、ユーザ＃Ａを被疑感染者と判定する。
【０１７７】
このようにすることで、被疑感染者情報の情報量を削減でき、メモリの使用量を削減できる。また、被疑感染者情報の情報量を削減できるので、感染判定の処理の高速化も実現できる。
【実施例４】
【０１７８】
ところで、各携帯端末は、ランダムＩＤにシーケンシャル番号（ＳＱＮ）を埋め込むことで、被疑感染者情報の絞り込みを実行し、感染判定にかかる時間を短縮することもできる。そこで、実施例４では、ランダムＩＤにＳＱＮを埋め込む例を説明する。
【０１７９】
図３３は、実施例４にかかるシーケンシャル番号の埋め込み例を説明する図である。ここでは、携帯端末＃Ａが携帯端末＃ＢにランダムＩＤを送信する例で説明する。図３３に示すように、携帯端末＃Ａは、「ＳＱＮ内ビット位置、ランダムＩＤ内ビット位置」を対応付けたＳＱＮ搭載位置情報を記憶する。ここで「ＳＱＮ内ビット位置」は、ＳＱＮ内の配置位置を特定する情報であり、「ランダムＩＤ内ビット位置」は、ランダムＩＤ内のＳＱＮの配置位置を特定する情報である。
【０１８０】
ＳＱＮが全２ビットで構成される場合、携帯端末＃Ａの生成部１８は、ＳＱＮ搭載位置情報を参照し、ＳＱＮ内の１ビット目をランダム値の５ビット目に埋め込み、ＳＱＮ内の２ビット目をランダム値の３０ビット目に埋め込んだランダムＩＤを生成する。
【０１８１】
また、携帯端末＃Ａは、「ＳＱＮ、ランダムＩＤ」を対応付けたランダムＩＤ発行リストを記憶する。ここで「ＳＱＮ」は、ランダムＩＤに埋め込んだシーケンシャル番号であり、「ランダムＩＤ」は、ＳＱＮが埋め込まれたランダムＩＤである。
【０１８２】
このような状態において、携帯端末＃Ａは、ランダムＩＤを発行するときに、ＳＱＮ搭載位置情報を参照し、埋め込み対象のＳＱＮをランダム値の所定位置に埋め込んだランダムＩＤを生成して発行する。そして、携帯端末＃Ａは、ＳＱＮが埋め込まれたランダムＩＤと埋め込んだＳＱＮ（埋込ＳＱＮ）とを対応付けて、ランダムＩＤ発行リストに格納する。このようにＳＱＮが埋め込まれたランダムＩＤは、近接した携帯端末＃Ｂで保持された後、感染被疑情報として公開サーバ５０に公開される。
【０１８３】
その後、携帯端末＃Ａは、公開サーバ５０から被疑感染者情報を取得すると、被疑感染者情報から自身のランダムＩＤを抽出する。そして、携帯端末＃Ａは、抽出したランダムＩＤからＳＱＮ（埋込ＳＱＮ）を再生し、ランダムＩＤ発行リストから、再生したＳＱＮ（埋込ＳＱＮ）に対応するランダムＩＤを特定する。ここで、携帯端末＃Ａは、被疑感染者情報から抽出したランダムＩＤと、ＳＱＮを用いて特定したランダムＩＤとが一致する場合に、被疑感染者と判定する。
【０１８４】
図３４は、実施例４にかかる被疑感染の判定処理の流れを示すフローチャートである。ここでは、携帯端末１０を例にして説明する。図３４に示すように、携帯端末１０は、被疑感染が疑われる検索対象期間を受け取ると（Ｓ１００１）、照合期間範囲を算出する（Ｓ１００２）。例えば、携帯端末１０は、ランダムＩＤ生成ログ１５を参照して、検索対象期間に発行されたランダムＩＤを特定し、ランダムＩＤ発行リストを参照して、特定したランダムＩＤに埋め込まれたＳＱＮの範囲を照合期間範囲とする。
【０１８５】
続いて、携帯端末１０は、公開サーバ５０から検索対象期間の被疑感染者情報を取得する（Ｓ１００３）。その後、携帯端末１０は、取得した被疑感染者情報から検索用の被疑感染者情報を作成する（Ｓ１００４）。例えば、携帯端末１０は、被疑感染者情報から、重複する「被疑感染者ランダムＩＤ、チェックコード」の組を削除し、正規化する。
【０１８６】
その後、携帯端末１０は、検索用の被疑感染者情報の全レコードについてＳ１００５からＳ１０１７のループ処理を実行する。具体的には、携帯端末１０は、処理対象の被疑感染者情報のレコードから被疑感染者ランダムＩＤを取り出し（Ｓ１００６）、ＳＱＮ搭載位置情報にしたがって、被疑感染者ランダムＩＤからＳＱＮ（照合用ＳＱＮ）を取り出す（Ｓ１００７）。
【０１８７】
続いて、携帯端末１０は、取り出した照合用ＳＱＮが照合期間範囲に含まれていない場合（Ｓ１００８：Ｎｏ）、次の被疑感染者ランダムＩＤについてＳ１０１７以降を実行する。
【０１８８】
一方で、携帯端末１０は、取り出した照合用ＳＱＮが照合期間範囲に含まれている場合（Ｓ１００８：Ｙｅｓ）、照合用ＳＱＮに対応するランダムＩＤの利用期間が検索対象期間と重なるかを判定する（Ｓ１００９）。
【０１８９】
そして、携帯端末１０は、照合用ＳＱＮに対応するランダムＩＤの利用期間が検索対象期間と重ならない場合（Ｓ１００９：Ｎｏ）、次の被疑感染者ランダムＩＤについてＳ１０１７以降を実行する。
【０１９０】
一方、携帯端末１０は、照合用ＳＱＮに対応するランダムＩＤの利用期間が検索対象期間と重なる場合（Ｓ１００９：Ｙｅｓ）、照合用ＳＱＮに対応するランダムＩＤが被疑感染者ランダムＩＤと一致するかを判定する（Ｓ１０１０）。
【０１９１】
そして、携帯端末１０は、照合用ＳＱＮに対応するランダムＩＤが被疑感染者ランダムＩＤと一致しない場合（Ｓ１０１０：Ｎｏ）、次の被疑感染者ランダムＩＤについてＳ１０１７以降を実行する。
【０１９２】
一方、携帯端末１０は、照合用ＳＱＮに対応するランダムＩＤが被疑感染者ランダムＩＤと一致する場合（Ｓ１０１０：Ｙｅｓ）、Ｓ１０１１以降を実行する。なお。Ｓ１０１１以降の処理は、図２８のＳ９０８以降と同様の処理なので、詳細な説明を省略する。
【０１９３】
このように、携帯端末１０は、多数のランダムＩＤを同時に発行し、受け取ったランダムＩＤが自己の発行したものか照合する場合において、ＳＱＮによって照合対象を絞りこんだ上で照合することができるので、照合コストを削減できる。
【実施例５】
【０１９４】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。
【０１９５】
［適用例］
上記実施例では、感染判定の例を説明したが、これに限定されるものではなく、例えば犯罪者との接触判定などにも適用することができる。例えば、感染者の携帯端末を犯罪者の携帯端末と置き換えることで、同様に処理することができる。
【０１９６】
［処理装置］
なお、ランダムＩＤの発行、被疑感染者情報の登録、感染判定などの各処理は、図１に示したいずれの装置でも実行することができる。また、任意の単位で処理を振り分けることもできる。例えば、携帯端末１０が、ランダムＩＤの発行と被疑感染者情報の登録を行い、病院の医療機関端末が、感染判定などを実行することもできる。
【０１９７】
また、上記実施例では、各携帯端末が、公開サーバ５０から被疑感染者情報を取得して、被疑判定を行う例を説明したが、これに限定されるものではない。例えば、各携帯端末は、自装置と近接通信が可能な所定距離に近接した他の携帯端末（近接通信装置）との間で識別情報を交換して、交換した時刻情報と自装置の識別情報と近接した他装置の識別情報とを対応付けて記憶する。なお、ここでの識別情報は、上記実施例と同じものである。
【０１９８】
その後、感染者端末（近接通信装置）が、他の携帯端末から受信した他の携帯端末の識別情報と時刻情報とを対応付けた他装置識別情報を公開サーバ５０に登録する。そして、各携帯端末は、感染者端末の他装置識別情報を公開サーバ５０から受信する。ここで、感染者端末の他装置識別情報は、各携帯端末が公開サーバ５０にアクセスして取得してもよく、公開サーバ５０が予め指定される携帯端末に送信してもよい。
【０１９９】
そして、各携帯端末は、受信した他装置識別情報と、記憶する自装置の識別情報と時刻情報との組とを基に感染者端末との近接を特定することができる。例えば、各携帯端末は、受信した他装置識別情報に含まれる時刻情報と識別情報とを抽出し、これらが自装置に記憶されている場合に、感染者端末と近接したと判定することができる。さらに、各携帯端末は、抽出した時刻情報に対応する自装置の識別情報が存在する場合に、感染者端末と近接したと判定することができる。つまり、各携帯端末は、受信した他装置識別情報に含まれる時刻情報によって特定される時刻に、感染者端末と識別情報を交換したと特定できた場合に、感染者端末と近接したと判定する。
【０２００】
［システム］
また、図３に示した各装置の各構成は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、任意の単位で分散または統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ（Central  Processing  Unit）および当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０２０１】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０２０２】
［ハードウェア］
（携帯端末１０のハードウェア構成）
上記携帯端末１０は、例えば、次のようなハードウェア構成を有するコンピュータにより実現することができる。図３５は、携帯端末１０のハードウェアの構成例を説明する図である。図３５に示すように、携帯端末１０は、近距離無線部１０ａ、固定接続部１０ｂ、無線部１０ｃ、入出力部１０ｄ、メモリ１０ｅ、プロセッサ１０ｆを有する。
【０２０３】
近距離無線部１０ａは、ＮＦＣなどを実行する近距離無線インタフェースであり、固定接続部１０ｂは、ＵＳＢなどの接続インタフェースであり、無線部１０ｃは、ネットワークインタフェースカードなどである。入出力部１０ｄは、ディスプレイなどの表示デバイスやマイクなどの入出力インタフェースなどである。
【０２０４】
メモリ１０ｅの一例としては、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ等が挙げられる。プロセッサ１０ｆの一例としては、ＣＰＵ、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ（Field  Programmable  Gate  Array）、ＰＬＤ（Programmable  Logic  Device）等が挙げられる。
【０２０５】
また、携帯端末１０は、プログラムを読み出して実行することで感染判定方法を実行する情報処理装置として動作する。つまり、携帯端末１０は、生成部１８、交換部１９、公開要求部２０、判定部２１と同様の機能を実行するプログラムを実行する。この結果、携帯端末１０は、生成部１８、交換部１９、公開要求部２０、判定部２１と同様の機能を実行するプロセスを実行することができる。
【０２０６】
（公開サーバ５０のハードウェア構成）
上記公開サーバ５０は、例えば、次のようなハードウェア構成を有するコンピュータにより実現することができる。図３６は、公開サーバ５０のハードウェアの構成例を説明する図である。図３６に示すように、公開サーバ５０は、無線部５０ａ、入出力部５０ｂ、メモリ５０ｃ、プロセッサ５０ｄを有する。
【０２０７】
無線部５０ｃは、ネットワークインタフェースカードなどである。入出力部１０ｄは、ディスプレイなどの表示デバイスやマイクなどの入出力インタフェースなどである。メモリ５０ｃの一例としては、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリ等が挙げられる。プロセッサ５０ｄの一例としては、ＣＰＵ、ＤＳＰ、ＦＰＧＡ、ＰＬＤ等が挙げられる。
【０２０８】
また、公開サーバ５０は、プログラムを読み出して実行することで感染判定方法を実行する情報処理装置として動作する。つまり、公開サーバ５０は、受信部５５と公開部５６と同様の機能を実行するプログラムを実行する。この結果、公開サーバ５０は、受信部５５と公開部５６と同様の機能を実行するプロセスを実行することができる。
【０２０９】
（端末装置３０のハードウェア構成）
上記端末装置３０は、例えば、次のようなハードウェア構成を有するコンピュータにより実現することができる。図３７は、端末装置３０のハードウェアの構成例を説明する図である。図３７に示すように、端末装置３０は、携帯接続部３０ａ、無線部３０ｂ、入出力部３０ｃ、メモリ３０ｄ、プロセッサ３０ｅを有する。
【０２１０】
携帯接続部３０ａは、ＵＳＢなどの接続インタフェースであり、無線部３０ｂは、ネットワークインタフェースカードなどである。入出力部３０ｃは、ディスプレイなどの表示デバイスやマイクなどの入出力インタフェースなどである。メモリ３０ｄの一例としては、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリ等が挙げられる。プロセッサ３０ｅの一例としては、ＣＰＵ、ＤＳＰ、ＦＰＧＡ、ＰＬＤ等が挙げられる。
【０２１１】
また、端末装置３０は、プログラムを読み出して実行することで感染判定方法を実行する情報処理装置として動作する。つまり、端末装置３０は、登録部３４と検索部３５と同様の機能を実行するプログラムを実行する。この結果、端末装置３０は、登録部３４と検索部３５と同様の機能を実行するプロセスを実行することができる。
【０２１２】
なお、この他の実施例でいうプログラムは、各装置等によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。
【０２１３】
このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ（Magneto−Optical  disk）、ＤＶＤ（Digital  Versatile  Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。
【符号の説明】
【０２１４】
１０  携帯端末
１１  近距離通信部
１２  無線通信部
１３  接続部
１４  記憶部
１５  ランダムＩＤ生成ログ
１６  近接者ランダムＩＤ受信ログ
１７  制御部
１８  生成部
１９  交換部
２０  公開要求部
２１  判定部
３０  端末装置
３１  無線通信部
３２  接続部
３３  制御部
３４  登録部
３５  検索部
５０  公開サーバ
５１  無線通信部
５２  記憶部
５３  被疑感染者ＤＢ
５４  制御部
５５  受信部
５６  公開部
【図１】
2017162214.tif 000003
【図２】
2017162214.tif 000004
【図３】
2017162214.tif 000005
【図４】
2017162214.tif 000006
【図５】
2017162214.tif 000007
【図６】
2017162214.tif 000008
【図７】
2017162214.tif 000009
【図８】
2017162214.tif 000010
【図９】
2017162214.tif 000011
【図１０】
2017162214.tif 000012
【図１１】
2017162214.tif 000013
【図１２】
2017162214.tif 000014
【図１３】
2017162214.tif 000015
【図１４】
2017162214.tif 000016
【図１５】
2017162214.tif 000017
【図１６】
2017162214.tif 000018
【図１７】
2017162214.tif 000019
【図１８】
2017162214.tif 000020
【図１９】
2017162214.tif 000021
【図２０】
2017162214.tif 000022
【図２１】
2017162214.tif 000023
【図２２】
2017162214.tif 000024
【図２３】
2017162214.tif 000025
【図２４】
2017162214.tif 000026
【図２５】
2017162214.tif 000027
【図２６】
2017162214.tif 000028
【図２７】
2017162214.tif 000029
【図２８】
2017162214.tif 000030
【図２９】
2017162214.tif 000031
【図３０】
2017162214.tif 000032
【図３１】
2017162214.tif 000033
【図３２】
2017162214.tif 000034
【図３３】
2017162214.tif 000035
【図３４】
2017162214.tif 000036
【図３５】
2017162214.tif 000037
【図３６】
2017162214.tif 000038
【図３７】
2017162214.tif 000039