JP2017107399A - 情報配信システム、情報配信プログラムおよび情報配信方法 - Google Patents

Abstract

【課題】電子タグの識別番号を管理するシステムにおいて、電子機器を所持する第三者が識別番号を用いて正当者になりすますことを防止する。【解決手段】情報配信システム９は、情報を配信するサーバ３と、更新可能なタグ識別子を保持する電子タグ２と、電子タグ２に保持されたタグ識別子に応じた情報をサーバ３から配信させる端末１と、を有する。端末１は、電子タグ２からタグ識別子を読み取り、電子タグ２に対して、読み取られたタグ識別子を、当該タグ識別子と異なるタグ識別子に更新し、更新されたタグ識別子を、所定のタイミングで、サーバ３に更新を依頼する。サーバ３は、電子タグ２に保持されたタグ識別子を記憶するタグ情報ＤＢ３１１に対して、端末１から更新を依頼されると、更新されたタグ識別子を更新する。【選択図】図１

Description

本発明は、情報配信システムなどに関する。

従来、電子タグの固有の番号を管理するシステムが知られている（例えば、特許文献１参照）。かかるシステムでは、電子機器が、電子タグと無線で交信して電子タグ内の固有番号を読み取り、固有番号が有効な番号である場合には、ネットワークを介して接続される管理サーバに、固有番号の真正性を問い合わせる。管理サーバは、履歴データベース、ブラックリストデータベース、プロセス遷移ルールなどを参照して、偽造の確率を計算し、確率が基準値内の場合には、真正と判定し、確率が基準値外の場合には、不正と判定する。

また、電子タグの識別番号を更新し、更新された識別番号を管理するシステムが知られている（例えば、特許文献２−４参照）。かかるシステムでは、個体識別タグが、個体識別装置からの識別番号の読出命令の応答として、保持された識別番号を読み出して送信し、予め定められた方法によって識別番号を更新する。個体識別装置は、個体識別タグに保持される識別番号の読出命令の応答として識別番号を取得し、個体識別タグと共通の方法によって識別番号を更新する。

特開２００４−２９９８４号公報 特開２００９−５３８７７号公報 特開２０１０−１６０６７３号公報 国際公開第２００５／１０６６８０号

しかしながら、従来の技術では、任意の電子機器であっても電子タグの識別番号を読み取れるので、読み取った識別番号を用いれば、読み取った電子機器を所持する第三者が正当者になりすますことを防止できないという問題がある。

例えば、電子タグの固有の番号を管理するシステムでは、第三者が所持する電子機器が、電子タグと無線で交信して電子タグ内の固有番号を読み取れるので、管理サーバに、固有番号の真正性を問い合わせ、管理サーバは、固有番号を真正と判定できてしまう。したがって、システムは、第三者が正当者になりすますことを防止できない。

また、電子タグの識別番号を更新し、更新された識別番号を管理するシステムでは、個体識別タグは識別番号を更新する。しかしながら、第三者が個体識別装置を所持していれば、個体識別装置は、個体識別タグに保持される識別番号の読出命令の応答として識別番号を取得し、個体識別タグと共通の方法によって識別番号を更新する。したがって、個体識別装置は、個体識別タグにより更新された識別番号と同じ識別番号を読出し命令の応答のタイミングで更新するので、第三者が正当者になりすますことを防止できない。

１つの側面では、電子タグの識別番号を管理するシステムにおいて、電子機器を所持する第三者が識別番号を用いて正当者になりすますことを防止することを目的とする。

１つの態様では、情報配信システムは、情報を配信するサーバと、更新可能なタグ識別子を保持する電子タグと、前記電子タグに保持されたタグ識別子に応じた情報を前記サーバから配信させる端末と、を有する。前記端末は、前記電子タグから前記タグ識別子を読み取る読取部と、前記電子タグに対して、前記読取部によって読み取られたタグ識別子を、当該タグ識別子と異なるタグ識別子に更新する更新部と、前記更新部によって更新されたタグ識別子を、所定のタイミングで、前記サーバに更新を依頼する更新依頼部と、を有する。前記サーバは、前記電子タグに保持されたタグ識別子を記憶する記憶部と、前記記憶部に対して、前記端末から更新を依頼されると、前記更新されたタグ識別子を更新する第２の更新部、を有する。

１つの態様によれば、電子タグの識別番号を管理するシステムにおいて、電子機器を所持する第三者が識別番号を用いて正当者になりすますことを防止できる。

図１は、実施例１に係る情報配信システムの機能構成を示すブロック図である。 図２は、タグ情報ＤＢのデータ構造の一例を示す図である。 図３は、作業予定ＤＢのデータ構造の一例を示す図である。 図４は、実施例１に係る情報配信処理のフローチャートの一例を示す図である。 図５は、実施例１に係る更新依頼タイミング判定処理のフローチャートの一例を示す図である。 図６は、実施例２に係る情報配信システムの機能構成を示すブロック図である。 図７は、タグ情報ＤＢのデータ構造の一例を示す図である。 図８は、実施例２に係る情報配信処理のフローチャートの一例を示す図である。 図９は、情報配信プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示する情報配信システム、情報配信プログラムおよび情報配信方法の実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。

［実施例に係る情報配信システムの構成］
図１は、実施例１に係る情報配信システムの機能構成を示す機能ブロック図である。図１に示すように、情報配信システム９は、端末１、電子タグ２およびサーバ３を有する。情報配信システム９は、端末１を所持する作業者の業務（作業）に応じて、作業時に、作業場で、作業に必要な情報を、電子タグ２に保持されたタグＩＤを用いてサーバ３から端末１へ配信する。例えば、情報配信システム９は、在宅医療の訪問診療で用いられる。すなわち、情報配信システム９は、医師が患者宅へ訪問した際の患者の電子カルテを、患者宅に配置された電子タグ２に保持されたタグＩＤを用いてサーバ３から医師の端末１へ配信する。なお、以降では、情報配信システム９は在宅医療の訪問診療で用いられる場合を説明する。但し、情報配信システム９が在宅医療の訪問診療で用いられる場合は一例であって、これに限定されるものではない。

端末１は、ＧＰＳ機能を有するとともに、電子タグ２およびサーバ３と接続されている。端末１は、電子タグ２と無線通信を介して接続されている。無線通信は、一例として、ＷｉＦｉ（Wireless Fidelity）であったり、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格の無線通信であったりするが、近距離無線通信であれば良い。

電子タグ２は、タグに固有のタグＩＤ（identifier）２０を保持し、保持されるタグＩＤ２０を端末１に与える。電子タグ２は、例えば、ＮＦＣタグやＢＬＥビーコンであれば良いが、これに限定されない。電子タグ２は、一例として、患者宅に配置される。なお、電子タグ２がＮＦＣタグである場合には、タグＩＤ２０は電子タグ２のユーザ領域に保持されるＩＤを表す。電子タグ２がＢＬＥビーコンである場合には、タグＩＤ２０はＵＵＩＤやＭＡＪＯＲ、ＭＩＮＯＲ等のＩＤを表す。

また、端末１は、サーバ３とネットワークを介して接続されている。ネットワークは、一例として、インターネットであるが、これに限定されず、イントラネットであっても良いし、専用回線を用いたネットワークであっても良い。

サーバ３は、端末１を所持する作業者の作業に応じて、作業に必要な情報を端末１へ配信する。サーバ３は、記憶部３１、真正性判定部３２、サービス配信部３３およびタグＩＤ更新部３４を有する。

記憶部３１は、例えばフラッシュメモリ（Flash Memory）やＦＲＡＭ（登録商標）（Ferroelectric Random Access Memory）などの不揮発性の半導体メモリ素子などの記憶装置に対応する。記憶部３１は、タグ情報ＤＢ（database）３１１および作業予定ＤＢ３１２を有する。タグ情報ＤＢ３１１は、複数の場所に配置されたそれぞれの電子タグ２に関する情報を記憶する。作業予定ＤＢ３１２は、情報配信システム９を利用する複数の作業者のそれぞれの作業予定を記憶する。

ここで、タグ情報ＤＢ３１１および作業予定ＤＢ３１２のデータ構造を、図２および図３を参照して説明する。図２は、タグ情報ＤＢのデータ構造の一例を示す図である。図２に示すように、タグ情報ＤＢ３１１は、タグ名３１１ａ、タグ種別３１１ｂおよびタグＩＤ３１１ｃを対応付けて記憶する。タグ名３１１ａは、電子タグ２を一意に表す名称である。タグ種別３１１ｂは、電子タグ２のタグ種別のことをいう。タグ種別３１１ｂには、一例として、「ＢＬＥビーコン」やＮＦＣタグを示す「ＮＦＣ」が挙げられる。タグＩＤ３１１ｃは、電子タグ２に保持されるタグＩＤ２０の識別子のことをいう。

一例として、タグ名３１１ａが「患者Ａ宅」である場合に、タグ種別３１１ｂとして「ＢＬＥビーコン」、タグＩＤ３１１ｃとして「ＵＵＩＤ：ＦＦＦＦ・・・ＭＡＪＯＲ：０００１ＭＩＮＯＲ：０２６７」と記憶している。

図３は、作業予定ＤＢのデータ構造の一例を示す図である。図３に示すように、作業予定ＤＢ３１２は、作業番号３１２ａ、作業名３１２ｂ、作業者３１２ｃ、作業先３１２ｄ、作業日時３１２ｅおよび作業位置３１２ｆを対応付けて記憶する。作業番号３１２ａは、作業毎に対応付けられた番号である。一例として、作業番号３１２ａは、作業者３１２ｃおよび作業先３１２ｄ毎に対応付けられる。作業名３１２ｂは、作業の名称を示す。作業者３１２ｃは、作業を行う者を示す。作業先３１２ｄは、作業を行う場所を示す。作業日時３１２ｅは、作業を行う日時を示す。作業位置３１２ｆは、作業先３１２ｄの位置を示す。作業位置３１２ｆは、住所であっても良いし、経緯度であっても良い。

一例として、作業番号３１２ａが「５５５」である場合に、作業名３１２ｂとして「訪問診療」、作業者３１２ｃとして「β医師」、作業先３１２ｄとして「患者Ａ宅」と記憶している。作業日時３１２ｅとして「２０１５／９／２９ １１：００」、作業位置３１２ｆとして「Ｘ市Ｙ区Ｚ町１−１」と記憶している。端末１は、作業予定ＤＢ３１２を参照することで、同一の作業先へ訪れる作業者の作業日時の遷移を探索できる。

図１に戻って、真正性判定部３２は、タグＩＤ２０の真正性を判定する。例えば、真正性判定部３２は、端末１から、当該端末１の物理位置およびタグＩＤ２０を受け取ると、タグ情報ＤＢ３１１および作業予定ＤＢ３１２を参照して、タグＩＤ２０の真正性を判定する。一例として、真正性判定部３２は、作業予定ＤＢ３１２を参照して、端末１の物理位置と合致する作業位置３１２ｆの作業先３１２ｄを読み込む。真正性判定部３２は、タグ情報ＤＢ３１１を参照して、読み込んだ作業先３１２ｄが示す作業先と合致するタグ名３１１ａのタグＩＤ３１１ｃを読み込む。真正性判定部３２は、読み込んだタグＩＤ３１１ｃが示すタグＩＤと、端末１から受け取ったタグＩＤ２０とを照合し、一致しているか否かを判定する。そして、真正性判定部３２は、一致している場合には、タグＩＤ２０が真正であると判定する。真正性判定部３２は、一致していない場合には、タグＩＤ２０が真正でないと判定する。真正性判定部３２は、タグＩＤ２０が真正であると判定した場合には、タグＩＤ２０が真正である旨をサービス配信部３３に出力する。なお、真正性の判定方法は、これに限定されるものではなく、従来のいかなる技術を用いる方法であっても良い。

サービス配信部３３は、タグＩＤ２０が真正である旨を受け取った場合には、タグＩＤ２０に対応するサービスを、タグＩＤ２０の真正判定を依頼した端末１に配信する。一例として、サービス配信部３３は、タグＩＤ２０に対応する患者の電子カルテをタグＩＤ２０の真正判定を依頼した端末１に配信する。

タグＩＤ更新部３４は、端末１から更新依頼された新規のタグＩＤ２０をタグ情報ＤＢ３１１に更新する。例えば、タグＩＤ更新部３４は、端末１から新規のタグＩＤ２０の更新依頼を受け付けると、タグ情報ＤＢ３１１に対して、更新依頼に含まれる電子タグ２のタグ名に対応するタグＩＤ３１１ｃに新規のタグＩＤ２０を更新する。

端末１は、タグＩＤ読取部１１、物理位置取得部１２、サービス実施部１３、タグＩＤ更新部１４および更新依頼タイミング判定部１５を有する。

タグＩＤ読取部１１は、電子タグ２からタグＩＤ２０を読み取る。例えば、タグＩＤ読取部１１は、端末１が電子タグ２と無線通信可能な範囲にはいると、タグＩＤ２０の読取要求を電子タグ２へ送信し、電子タグ２からタグＩＤ２０を読み取る。一例として、タグＩＤ読取部１１は、医師が所持する端末１が患者宅に配置された電子タグ２と無線通信可能な範囲にはいると、タグＩＤ２０の読取要求を電子タグ２へ送信し、電子タグ２からタグＩＤ２０を読み取る。タグＩＤ読取部１１は、読み取ったタグＩＤ２０を物理位置取得部１２に出力する。

物理位置取得部１２は、ＧＰＳ機能を介して物理位置を取得する。物理位置取得部１２は、取得された物理位置をタグＩＤ２０とともに真正性判定部３２に送信する。真正性判定部３２によってタグＩＤ２０の真正性が判定される。

サービス実施部１３は、サーバ３から配信されたサービスを実施する。一例として、サービス実施部１３は、サーバ３から配信された患者の電子カルテを医師が所持する端末１のモニタに表示する。これにより、サービス実施部１３は、医師に手間なく患者のカルテを表示することができ、スムーズ且つ安全に診療に関する情報を閲覧させることができる。

タグＩＤ更新部１４は、電子タグ２に保持されたタグＩＤ２０を更新する。例えば、タグＩＤ更新部１４は、サービス実施部１３によってサービスが実施されると、新規のタグＩＤの生成をサーバ３に依頼する。一例として、タグＩＤ更新部１４は、現タグＩＤ２０および物理位置取得部１２によって取得された物理位置を含む、新規のタグＩＤの生成依頼をサーバ３に送信する。そして、タグＩＤ更新部１４は、電子タグ２のタグＩＤ２０をサーバ３によって割り当てられた新規のタグＩＤに書き換える。タグＩＤ更新部１４は、書き換えられた新規のタグＩＤ２０を更新依頼タイミング判定部１５に出力する。

更新依頼タイミング判定部１５は、所定のタイミングで、タグＩＤ更新部１４によって更新された新規のタグＩＤ２０の更新をサーバ３に依頼する。例えば、更新依頼タイミング判定部１５は、作業予定ＤＢ３１２を参照し、次にこの電子タグ２からタグＩＤ２０を読み取るまでのタイミングで、サーバ３に対して新規のタグＩＤ２０の更新を依頼する。所定のタイミングは、作業者が次に作業でこの作業先へ訪れる直前である。

直前であるか否かの判断は、例えば以下のように行う。一例として、更新依頼タイミング判定部１５は、作業を他者と共有していない場合には、作業予定ＤＢ３１２を参照し、現に作業中の作業者３１２ｃおよび作業先３１２ｄに対応するレコードの中で次の作業予定のレコードの作業日時３１２ｅおよび作業位置３１２ｆを取得する。すなわち、更新依頼タイミング判定部１５は、作業を他者と共有していない場合には、現に作業している作業者と同じ作業者が、次に同じ作業で同じ作業先を訪問するタイミングを取得する。また、更新依頼タイミング判定部１５は、作業を他者と共有している場合には、作業予定ＤＢ３１２を参照し、現に作業を共有している作業者３１２ｃおよび作業先３１２ｄに対応するレコードの中で次の作業予定のレコードの作業日時３１２ｅおよび作業位置３１２ｆを取得する。すなわち、更新依頼タイミング判定部１５は、作業を他者と共有している場合には、現に作業を共有している作業者が、次に同じ作業で同じ作業先を訪問するタイミングを取得する。そして、更新依頼タイミング判定部１５は、作業日時３１２ｅのみを取得した場合には、作業日時３１２ｅの規定時間前に新規のタグＩＤ２０の更新を依頼する。規定時間とは、一例として、３０分であるが、これに限定されない。更新依頼タイミング判定部１５は、作業位置３１２ｆのみを取得した場合には、次の作業者３１２ｃが作業位置３１２ｆから規定の距離内に近づいた時に新規のタグＩＤ２０の更新を依頼する。規定の距離とは、一例として、１ｋｍであるが、これに限定されない。更新依頼タイミング判定部１５は、作業日時３１２ｅおよび作業位置３１２ｆを取得した場合には、次の作業者３１２ｃが規定時間前に規定の距離に近づいた時に新規のタグＩＤ２０の更新を依頼する。

［情報配信処理のフローチャート］
次に、実施例１に係る情報配信処理の処理手順の一例を、図４を参照して説明する。図４は、実施例１に係る情報配信処理のフローチャートの一例を示す図である。端末１が、電子タグ２と無線通信可能な範囲にはいったとする。

図４に示すように、端末１では、タグＩＤ読取部１１は、電子タグ２からタグＩＤ２０を読み取る（ステップＳ１１）。物理位置取得部１２は、端末１の物理位置を取得し、取得された物理位置をタグＩＤ２０とともにサーバ３に送信し、タグＩＤ２０の真正性の判定を依頼する（ステップＳ１２）。

サーバ３では、真正性判定部３２は、タグ情報ＤＢ３１１および作業予定ＤＢ３１２を参照し、タグＩＤ２０の真正性を判定する（ステップＳ１３）。真正性判定部３２は、タグＩＤ２０が真正であるか否かを判定する（ステップＳ１４）。タグＩＤ２０が真正であると判定した場合には（ステップＳ１４；Ｙｅｓ）、サービス配信部３３は、タグＩＤ２０に対応するサービスを、端末１に配信する（ステップＳ１５）。一方、タグＩＤ２０が真正でないと判定した場合には（ステップＳ１４；Ｎｏ）、サービス配信部３３は、情報配信処理を終了する。

端末１では、サービス実施部１３は、サービスの配信を受け付けたか否かを判定する（ステップＳ１６）。サービスの配信を受け付けなかったと判定した場合には（ステップＳ１６；Ｎｏ）、サービス実施部１３は、情報配信処理を終了する。一方、サービスの配信を受け付けたと判定した場合には（ステップＳ１６；Ｙｅｓ）、サービス実施部１３は、受け付けたサービスを実施する（ステップＳ１７）。

タグＩＤ更新部１４は、新規のタグＩＤの生成をサーバ３へ依頼する（ステップＳ１８）。タグＩＤ更新部１４は、サーバ３によって生成された新規のタグＩＤをサーバ３から取得する（ステップＳ１９）。タグＩＤ更新部１４は、電子タグ２のタグＩＤ２０を新規のタグＩＤに書き換える（ステップＳ２０）。更新依頼タイミング判定部１５は、新規のタグＩＤ２０の更新依頼タイミングを判定する（ステップＳ２１）。なお、更新依頼タイミング判定処理は、後述する。

そして、更新依頼タイミング判定部１５は、更新依頼タイミング判定処理で判定された更新依頼タイミングで、新規のタグＩＤ２０の更新をサーバ３へ依頼する（ステップＳ２２）。

サーバ３では、タグＩＤ更新部３４は、端末１から更新依頼された新規のタグＩＤ２０をタグ情報ＤＢ３１１に更新する（ステップＳ２３）。

［更新依頼タイミング判定処理のフローチャート］
次に、実施例１に係る更新依頼タイミング判定処理の処理手順の一例を、図５を参照して説明する。図５は、実施例１に係る更新依頼タイミング判定処理のフローチャートの一例を示す図である。

更新依頼タイミング判定部１５は、作業を他者と共有しているか否かを判定する（ステップＳ３１）。例えば、更新依頼タイミング判定部１５は、作業予定ＤＢ３１２を参照し、現に作業している作業の作業名および作業先をキーとして、合致するレコードの作業者３１２ｃのいずれかが異なっているか否かで判定する。

作業を他者と共有していないと判定した場合には（ステップＳ３１；Ｎｏ）、更新依頼タイミング判定部１５は、作業予定ＤＢ３１２を参照し、同一作業者、同一作業先に対応する次の予定の作業日時、作業位置を取得する（ステップＳ３２）。例えば、更新依頼タイミング判定部１５は、作業予定ＤＢ３１２を参照し、現に作業中の作業者３１２ｃおよび作業先３１２ｄに対応するレコードの中で次の作業予定のレコードの作業日時３１２ｅおよび作業位置３１２ｆを取得する。そして、更新依頼タイミング判定部１５は、ステップＳ３４に移行する。

一方、作業を他者と共有していると判定した場合には（ステップＳ３１；Ｙｅｓ）、更新依頼タイミング判定部１５は、作業を共有している作業者、同一作業先に対応する次の予定の作業日時、作業位置を取得する（ステップＳ３３）。例えば、更新依頼タイミング判定部１５は、作業予定ＤＢ３１２を参照し、現に作業を共有している作業者３１２ｃおよび作業先３１２ｄに対応するレコードの中で次の作業予定のレコードの作業日時３１２ｅおよび作業位置３１２ｆを取得する。そして、更新依頼タイミング判定部１５は、ステップＳ３４に移行する。

更新依頼タイミング判定部１５は、作業日時および作業位置の両方を取得したか否かを判定する（ステップＳ３４）。作業日時および作業位置の両方を取得したと判定した場合には（ステップＳ３４；Ｙｅｓ）、更新依頼タイミング判定部１５は、更新依頼タイミングを、作業日時の規定時間前、且つ、作業位置に対して規定距離の範囲内になった時とする（ステップＳ３５）。そして、更新依頼タイミング判定部１５は、更新依頼タイミング判定処理を終了する。

一方、作業日時および作業位置の両方を取得しなかったと判定した場合には（ステップＳ３４；Ｎｏ）、更新依頼タイミング判定部１５は、作業日時のみを取得したか否かを判定する（ステップＳ３６）。作業日時のみを取得したと判定した場合には（ステップＳ３６；Ｙｅｓ）、更新依頼タイミング判定部１５は、更新依頼タイミングを、作業日時の規定時間前になった時とする（ステップＳ３７）。そして、更新依頼タイミング判定部１５は、更新依頼タイミング判定処理を終了する。

一方、作業日時のみを取得しなかったと判定した場合には（ステップＳ３６；Ｎｏ）、更新依頼タイミング判定部１５は、作業位置のみを取得したか否かを判定する（ステップＳ３８）。作業位置のみを取得したと判定した場合には（ステップＳ３８；Ｙｅｓ）、更新依頼タイミング判定部１５は、更新依頼タイミングを、作業位置に対して規定距離の範囲内になった時とする（ステップＳ３９）。そして、更新依頼タイミング判定部１５は、更新依頼タイミング判定処理を終了する。

一方、作業位置のみを取得しなかったと判定した場合には（ステップＳ３８；Ｎｏ）、更新依頼タイミング判定部１５は、更新依頼タイミングを、現時点とする（ステップＳ４０）。そして、更新依頼タイミング判定部１５は、更新依頼タイミング判定処理を終了する。

［実施例１の効果］
このようにして、上記実施例１では、情報配信システム９は、端末１と、電子タグ２と、サーバ３とを有する。端末１は、電子タグ２からタグＩＤ２０を読み取り、電子タグ２に対して、読み取られたタグＩＤ２０を、当該タグＩＤ２０と異なるタグＩＤ２０に更新する。端末１は、作業予定ＤＢ３１２を参照し、更新されたタグＩＤ２０を、次に電子タグ２からタグＩＤ２０を読み取るまでのタイミングで、サーバ３に更新を依頼する。サーバ３は、タグ情報ＤＢ３１１に対して、端末１から更新を依頼されると、更新されたタグＩＤ２０を更新する。かかる構成によれば、情報配信システム９は、利用者が情報配信を利用する都度、電子タグ２のタグＩＤ２０を更新し、次に電子タグ２からタグＩＤ２０を読み取るまでのタイミングまでサーバ３に反映しない。したがって、第三者が、所持する別の端末１または盗んだ端末１から読み取れたタグＩＤ２０を複製しても、複製したタグＩＤ２０を用いて正当者になりすますことを防止できる。すなわち、情報配信システム９は、電子タグ２に更新されたタグＩＤ２０を、サーバ３のタグ情報ＤＢ３１１へ反映するタイミングを判定して更新するので、更新タイミングの時期までタグＩＤ２０を使用できず安全性を向上できる。また、情報配信システム９は、かかる構成を、電子タグ２にハードウェアを追加せずに実現するので、低コストで実現できる。

ところで、実施例１に係る情報配信システム９では、端末１が、所定のタイミングで、電子タグ２に更新された新規のタグＩＤ２０の更新をサーバ３に依頼し、サーバ３が更新依頼を受けて新規のタグＩＤ２０を反映すると説明した。しかしながら、情報配信システム９では、これに限定されず、サーバ３が、更新依頼を受けて新規のタグＩＤ２０を更新するが、所定のタイミングで、更新されたタグＩＤ２０を有効化しても良い。

そこで、実施例２に係る情報配信システム９では、サーバ３が、更新依頼を受けて新規のタグＩＤ２０を更新するが、所定のタイミングで、更新されたタグＩＤ２０を有効化する場合を説明する。

［実施例２に係る情報配信システムの構成］
図６は、実施例２に係る情報配信システムの機能構成を示すブロック図である。なお、図１に示す情報配信システム９と同一の構成については同一符号を付すことで、その重複する構成および動作の説明については省略する。端末１において、実施例１と実施例２とが異なるところは、更新依頼タイミング判定部１５を削除した点にある。サーバ３において、実施例１と実施例２とが異なるところは、タグＩＤ有効化タイミング判定部３５を追加した点にある。タグ情報ＤＢ３１１Ａを変更した点にある。

ここで、タグ情報ＤＢ３１１Ａのデータ構造を、図７を参照して説明する。図７は、タグ情報ＤＢのデータ構造の一例を示す図である。図７に示すように、タグ情報ＤＢ３１１Ａは、タグ名３１１ａ、タグ種別３１１ｂ、タグＩＤ３１１ｃおよび有効化３１１ｄを対応付けて記憶する。タグ名３１１ａは、電子タグ２を一意に表す名称である。タグ種別３１１ｂは、電子タグ２のタグ種別のことをいう。タグ種別３１１ｂには、一例として、「ＢＬＥビーコン」やＮＦＣタグを示す「ＮＦＣ」が挙げられる。タグＩＤ３１１ｃは、電子タグ２に保持されるタグＩＤ２０の識別子のことをいう。有効化３１１ｄは、タグＩＤ３１１ｃが示すタグＩＤが有効であるか無効であるかを示すフラグである。有効化３１１ｄには、一例として、有効であることを示す「ＴＲＵＥ」、無効であることを示す「ＦＡＬＳＥ」が挙げられる。

一例として、タグ名３１１ａが「患者Ａ宅」である場合に、タグ種別３１１ｂとして「ＢＬＥビーコン」、タグＩＤ３１１ｃとして「ＵＵＩＤ：ＦＦＦＦ・・・ＭＡＪＯＲ：０００１ＭＩＮＯＲ：０２６７」、有効化３１１ｄとして「ＴＲＵＥ」と記憶している。

タグＩＤ更新部１４は、電子タグ２に保持されたタグＩＤ２０を更新する。例えば、タグＩＤ更新部１４は、サービス実施部１３によってサービスが実施されると、新規のタグＩＤの生成をサーバ３に依頼する。一例として、タグＩＤ更新部１４は、現タグＩＤ２０および物理位置取得部１２によって取得された物理位置を含む、新規のタグＩＤの生成依頼をサーバ３に送信する。そして、タグＩＤ更新部１４は、電子タグ２のタグＩＤ２０をサーバ３によって割り当てられた新規のタグＩＤに書き換える。

また、タグＩＤ更新部１４は、書き換えられた新規のタグＩＤ２０の更新をサーバ３に依頼する。

タグＩＤ更新部３４は、端末１から更新依頼された新規のタグＩＤ２０をタグ情報ＤＢ３１１Ａに更新する。例えば、タグＩＤ更新部３４は、端末１から新規のタグＩＤ２０の更新依頼を受け付けると、タグ情報ＤＢ３１１Ａに対して、更新依頼に含まれる電子タグ２のタグ名に対応するタグＩＤ３１１ｃに新規のタグＩＤ２０を更新する。

タグＩＤ有効化タイミング判定部３５は、所定のタイミングで、タグＩＤ更新部３４によって更新された新規のタグＩＤ２０を有効化する。例えば、タグＩＤ有効化タイミング判定部３５は、タグＩＤ更新部３４によって更新された新規のタグＩＤ２０に関し、作業予定ＤＢ３１２を参照し、次に電子タグ２からタグＩＤ２０を読み取るまでのタイミングで、当該タグＩＤ２０を有効化する。所定のタイミングは、作業者が次に作業でこの作業先へ訪れる直前である。

直前であるか否かの判断は、例えば以下のように行う。一例として、タグＩＤ有効化タイミング判定部３５は、作業を他者と共有していない場合には、作業予定ＤＢ３１２を参照し、現に作業中の作業者３１２ｃおよび作業先３１２ｄに対応するレコードの中で次の作業予定のレコードの作業日時３１２ｅおよび作業位置３１２ｆを取得する。すなわち、タグＩＤ有効化タイミング判定部３５は、作業を他者と共有していない場合には、現に作業している作業者と同じ作業者が、次に同じ作業で同じ作業先を訪問するタイミングを取得する。また、タグＩＤ有効化タイミング判定部３５は、作業を他者と共有している場合には、作業予定ＤＢ３１２を参照し、現に作業を共有している作業者３１２ｃおよび作業先３１２ｄに対応するレコードの中で次の作業予定のレコードの作業日時３１２ｅおよび作業位置３１２ｆを取得する。すなわち、タグＩＤ有効化タイミング判定部３５は、作業を他者と共有している場合には、現に作業を共有している作業者が、次に同じ作業で同じ作業先を訪問するタイミングを取得する。そして、タグＩＤ有効化タイミング判定部３５は、作業日時３１２ｅのみを取得した場合には、作業日時３１２ｅの規定時間前に新規のタグＩＤ２０を有効化する。規定時間とは、一例として、３０分であるが、これに限定されない。タグＩＤ有効化タイミング判定部３５は、作業位置３１２ｆのみを取得した場合には、次の作業者３１２ｃが作業位置３１２ｆから規定の距離内に近づいた時に新規のタグＩＤ２０を有効化する。規定の距離とは、一例として、１ｋｍであるが、これに限定されない。タグＩＤ有効化タイミング判定部３５は、作業日時３１２ｅおよび作業位置３１２ｆを取得した場合には、次の作業者３１２ｃが規定時間前に規定の距離に近づいた時に新規のタグＩＤ２０を有効化する。

［情報配信処理のフローチャート］
次に、実施例２に係る情報配信処理の処理手順の一例を、図８を参照して説明する。図８は、実施例２に係る情報配信処理のフローチャートの一例を示す図である。なお、図４に示す情報配信処理のフローチャートと同一の処理については同一符号を付すことで、その重複する動作の説明については簡略する。端末１が、電子タグ２と無線通信可能な範囲にはいったとする。

図８に示すように、端末１では、タグＩＤ読取部１１は、電子タグ２からタグＩＤ２０を読み取る（ステップＳ１１）。物理位置取得部１２は、端末１の物理位置を取得し、取得された物理位置をタグＩＤ２０とともにサーバ３に送信し、タグＩＤ２０の真正性の判定を依頼する（ステップＳ１２）。

サーバ３では、真正性判定部３２は、タグ情報ＤＢ３１１Ａおよび作業予定ＤＢ３１２を参照し、タグＩＤ２０の真正性を判定する（ステップＳ１３）。真正性判定部３２は、タグＩＤ２０が真正であるか否かを判定する（ステップＳ１４）。タグＩＤ２０が真正であると判定した場合には（ステップＳ１４；Ｙｅｓ）、サービス配信部３３は、タグＩＤ２０に対応するサービスを、端末１に配信する（ステップＳ１５）。一方、タグＩＤ２０が真正でないと判定した場合には（ステップＳ１４；Ｎｏ）、サービス配信部３３は、情報配信処理を終了する。

端末１では、サービス実施部１３は、サービスの配信を受け付けたか否かを判定する（ステップＳ１６）。サービスの配信を受け付けなかったと判定した場合には（ステップＳ１６；Ｎｏ）、サービス実施部１３は、情報配信処理を終了する。一方、サービスの配信を受け付けたと判定した場合には（ステップＳ１６；Ｙｅｓ）、サービス実施部１３は、受け付けたサービスを実施する（ステップＳ１７）。

タグＩＤ更新部１４は、新規のタグＩＤの生成をサーバ３へ依頼する（ステップＳ１８）。タグＩＤ更新部１４は、サーバ３によって生成された新規のタグＩＤをサーバ３から取得する（ステップＳ１９）。タグＩＤ更新部１４は、電子タグ２のタグＩＤ２０を新規のタグＩＤに書き換える（ステップＳ２０）。

そして、タグＩＤ更新部１４は、書き換えられた新規のタグＩＤ２０の更新をサーバ３へ依頼する（ステップＳ２２）。

サーバ３では、タグＩＤ更新部３４は、端末１から更新依頼された新規のタグＩＤ２０をタグ情報ＤＢ３１１Ａに更新する（ステップＳ２３）。そして、タグＩＤ有効化タイミング判定部３５は、新規のタグＩＤ２０の有効化タイミングを判定する（ステップＳ２４）。なお、有効化タイミング判定処理は、図５の更新依頼タイミング判定処理の動作と同一であるので、その説明を省略する。

そして、タグＩＤ有効化タイミング判定部３５は、判定された有効化タイミングで、新規のタグＩＤ２０を有効化する（ステップＳ２５）。例えば、タグＩＤ有効化タイミング判定部３５は、タグ情報ＤＢ３１１Ａに対して、新規のタグＩＤ２０と合致するタグＩＤ３１１ｃに対応する有効化３１１ｄを有効であることを示す「ＴＲＵＥ」に設定する。

［実施例２の効果］
このようにして、上記実施例２では、情報配信システム９は、端末１と、電子タグ２と、サーバ３とを有する。端末１は、電子タグ２からタグＩＤ２０を読み取り、電子タグ２に対して、読み取られたタグＩＤ２０を、当該タグＩＤ２０と異なるタグＩＤ２０に更新する。端末１は、更新されたタグＩＤ２０を、サーバ３に更新を依頼する。サーバ３は、タグ情報ＤＢ３１１Ａに対して、更新されたタグＩＤを更新する。そして、サーバ３は、作業予定ＤＢ３１２を参照し、次に電子タグ２からタグＩＤ２０を読み取るまでのタイミングで、更新されたタグＩＤ２０を有効にする。かかる構成によれば、情報配信システム９は、利用者が情報配信を使用する都度、電子タグ２のタグＩＤ２０を更新し、次に電子タグ２からタグＩＤ２０を読み取るまでのタイミングまでサーバ３に反映しない。したがって、第三者が、所持する別の端末１または盗んだ端末１から読み取れたタグＩＤ２０を複製しても、複製したタグＩＤ２０を用いて正当者になりすますことを防止できる。すなわち、情報配信システム９は、電子タグ２に更新されたタグＩＤ２０を、サーバ３のタグ情報ＤＢ３１１Ａへ反映するタイミングを判定してタグＩＤ２０を有効化するので、有効化のタイミングの時期までタグＩＤ２０を使用できず安全性を向上できる。また、情報配信システム９は、かかる構成を、電子タグ２にハードウェアを追加せずに実現するので、低コストで実現できる。

［その他］
なお、実施例１に係る端末１の更新依頼タイミング判定部１５は、サーバ３に記憶された作業予定ＤＢ３１２を参照し、次にこの電子タグ２からタグＩＤ２０を読み取るまでのタイミングで、サーバ３に対して新規のタグＩＤ２０の更新を依頼すると説明した。しかしながら、更新依頼タイミング判定部１５は、端末１に記憶された作業予定ＤＢを参照し、次にこの電子タグ２からタグＩＤ２０を読み取るまでのタイミングで、サーバ３に対して新規のタグＩＤ２０の更新を依頼しても良い。端末１に記憶された作業予定ＤＢは、一例として、サーバ３の作業予定ＤＢ３１２が変更された時点に、サーバ３から転送されるようにすれば良い。これにより、更新依頼タイミング判定部１５は、通信負荷をかけないで、新規のタグＩＤの更新タイミングを取得することができる。

また、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、更新依頼タイミング判定部１５を、作業を他者と共有していない場合と、共有している場合とに分離しても良い。また、記憶部３１をサーバ３の外部装置としてネットワーク経由で接続するようにしても良い。

また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図１に示した端末１およびサーバ３と同様の機能を実現する情報配信プログラムを実行するコンピュータの一例を説明する。図９は、情報配信プログラムを実行するコンピュータの一例を示す図である。

図９に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラムなどを読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。

ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。

ＣＰＵ２０３は、情報配信プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、端末１およびサーバ３の各機能部に対応する。情報配信関連情報２０５ｂは、サーバ３では、タグ情報ＤＢ３１１および作業予定ＤＢ３１２に対応する。そして、例えばリムーバブルディスク２１１が、情報配信プログラム２０５ａなどの各情報を記憶する。

なお、情報配信プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから情報配信プログラム２０５ａを読み出して実行するようにしても良い。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）情報を配信するサーバと、
更新可能なタグ識別子を保持する電子タグと、
前記電子タグに保持されたタグ識別子に応じた情報を前記サーバから配信させる端末と、を有し、
前記端末は、
前記電子タグから前記タグ識別子を読み取る読取部と、
前記電子タグに対して、前記読取部によって読み取られたタグ識別子を、当該タグ識別子と異なるタグ識別子に更新する更新部と、
前記更新部によって更新されたタグ識別子を、所定のタイミングで、前記サーバに更新を依頼する更新依頼部と、を有し、
前記サーバは、
前記電子タグに保持されたタグ識別子を記憶する記憶部と、
前記記憶部に対して、前記端末から更新を依頼されると、前記更新されたタグ識別子を更新する第２の更新部と、を有する
ことを特徴とする情報配信システム。

（付記２）前記更新依頼部は、前記情報を利用するユーザの利用予定を記憶する利用予定表を参照し、前記更新されたタグ識別子を、次に前記電子タグから前記タグ識別子を読み取るまでのタイミングで、前記サーバに更新を依頼し、
前記第２の更新部は、前記端末から更新を依頼されると、前記記憶部に対して、前記端末で更新されたタグ識別子を更新する
ことを特徴とする付記１に記載の情報配信システム。

（付記３）前記更新依頼部は、前記更新されたタグ識別子が前記電子タグに更新されたタイミングで、前記サーバに更新を依頼し、
前記第２の更新部は、前記端末から更新を依頼されたタイミングで、前記記憶部に対して、前記端末で更新されたタグ識別子を更新し、前記情報を利用するユーザの利用予定を記憶する利用予定表を参照し、前記第２の更新部によって更新されたタグ識別子を、次に前記電子タグから前記タグ識別子を読み取るまでのタイミングで有効にする
ことを特徴とする付記１に記載の情報配信システム。

（付記４）次に前記電子タグから前記タグ識別子を読み取るまでのタイミングは、次に前記電子タグから前記タグ識別子を読み取る直前である
ことを特徴とする付記２または付記３に記載の情報配信システム。

（付記５）更新可能なタグ識別子を保持する電子タグから前記タグ識別子を読み取り、
読み取ったタグ識別子に応じた情報を、情報を配信するサーバから配信させ、
前記電子タグに対して、読み取られたタグ識別子を、当該タグ識別子と異なるタグ識別子に更新し、
更新されたタグ識別子を、所定のタイミングで、前記サーバに更新を依頼する
処理をコンピュータに実行させることを特徴とする情報配信プログラム。

（付記６）情報を配信するサーバと更新可能なタグ識別子を保持する電子タグと端末とを有する情報配信システムにおける情報配信方法であって、
前記端末は、
前記電子タグから前記タグ識別子を読み取り、
読み取ったタグ識別子に応じた情報を前記サーバから配信させ、
前記電子タグに対して、読み取られたタグ識別子を、当該タグ識別子と異なるタグ識別子に更新し、
更新されたタグ識別子を前記サーバに更新を依頼し、
前記サーバは、
前記電子タグに保持されたタグ識別子を記憶する記憶部に対して、前記端末から更新を依頼されると、前記更新されたタグ識別子を更新する
各処理をコンピュータが実行することを特徴とする情報配信方法。

１ 端末
１１ タグＩＤ読取部
１２ 物理位置取得部
１３ サービス実施部
１４ タグＩＤ更新部
１５ 更新依頼タイミング判定部
２ 電子タグ
２０ タグＩＤ
３ サーバ
３１ 記憶部
３１１，３１１Ａ タグ情報ＤＢ
３１２ 作業予定ＤＢ
３２ 真正性判定部
３３ サービス配信部
３４ タグＩＤ更新部
３５ タグＩＤ有効化タイミング判定部
９ 情報配信システム

Claims (5)

1. 情報を配信するサーバと、
   更新可能なタグ識別子を保持する電子タグと、
   前記電子タグに保持されたタグ識別子に応じた情報を前記サーバから配信させる端末と、を有し、
   前記端末は、
   前記電子タグから前記タグ識別子を読み取る読取部と、
   前記電子タグに対して、前記読取部によって読み取られたタグ識別子を、当該タグ識別子と異なるタグ識別子に更新する更新部と、
   前記更新部によって更新されたタグ識別子を、所定のタイミングで、前記サーバに更新を依頼する更新依頼部と、を有し、
   前記サーバは、
   前記電子タグに保持されたタグ識別子を記憶する記憶部と、
   前記記憶部に対して、前記端末から更新を依頼されると、前記更新されたタグ識別子を更新する第２の更新部と、を有する
   ことを特徴とする情報配信システム。
2. 前記更新依頼部は、前記情報を利用するユーザの利用予定を記憶する利用予定表を参照し、前記更新されたタグ識別子を、次に前記電子タグから前記タグ識別子を読み取るまでのタイミングで、前記サーバに更新を依頼し、
   前記第２の更新部は、前記端末から更新を依頼されると、前記記憶部に対して、前記端末で更新されたタグ識別子を更新する
   ことを特徴とする請求項１に記載の情報配信システム。
3. 前記更新依頼部は、前記更新されたタグ識別子が前記電子タグに更新されたタイミングで、前記サーバに更新を依頼し、
   前記第２の更新部は、前記端末から更新を依頼されたタイミングで、前記記憶部に対して、前記端末で更新されたタグ識別子を更新し、前記情報を利用するユーザの利用予定を記憶する利用予定表を参照し、前記第２の更新部によって更新されたタグ識別子を、次に前記電子タグから前記タグ識別子を読み取るまでのタイミングで有効にする
   ことを特徴とする請求項１に記載の情報配信システム。
4. 更新可能なタグ識別子を保持する電子タグから前記タグ識別子を読み取り、
   読み取ったタグ識別子に応じた情報を、情報を配信するサーバから配信させ、
   前記電子タグに対して、読み取られたタグ識別子を、当該タグ識別子と異なるタグ識別子に更新し、
   更新されたタグ識別子を、所定のタイミングで、前記サーバに更新を依頼する
   処理をコンピュータに実行させることを特徴とする情報配信プログラム。
5. 情報を配信するサーバと更新可能なタグ識別子を保持する電子タグと端末とを有する情報配信システムにおける情報配信方法であって、
   前記端末は、
   前記電子タグから前記タグ識別子を読み取り、
   読み取ったタグ識別子に応じた情報を前記サーバから配信させ、
   前記電子タグに対して、読み取られたタグ識別子を、当該タグ識別子と異なるタグ識別子に更新し、
   更新されたタグ識別子を、所定のタイミングで、前記サーバに更新を依頼し、
   前記サーバは、
   前記電子タグに保持されたタグ識別子を記憶する記憶部に対して、前記端末から更新を依頼されると、前記更新されたタグ識別子を更新する
   各処理をコンピュータが実行することを特徴とする情報配信方法。

Images