(57)【要約】【課題】高齢者等、操作に詳しくない者であっても簡単に、必要なデータのやりとりを行うことのできる自動データ配信システムを提供する。【解決手段】データ配信装置１０は、配信側制御部１１と、配信側制御部１１で制御され、端末機器２０に対してビーコンを発信するための配信側Bluetooth通信部１２とを備え、配信側制御部１１は、配信側Bluetooth通信部１２から発するビーコンに加えて、データ配信対象の端末機器２０を識別するための識別情報を、一以上の端末機器２０に送信可能であり、端末側制御部２１は、ビーコンをトリガとして、データ配信装置１０と端末機器２０と間でデータ通信を確立するか否かの判定動作が起動され、識別情報を参照して自身がデータ配信対象であることを検出すると、端末側Bluetooth通信部２２と配信側Bluetooth通信部１２との間でデータ通信を開始できるよう構成している。【選択図】図５
2017201460.tif 000002
【特許請求の範囲】
【請求項１】
データ配信装置と、一以上の端末機器との間でBluetooth Low Energy規格に従い、データ通信を行う自動データ配信システムであって、
前記データ配信装置は、
配信側制御部と、
前記配信側制御部で制御され、前記端末機器に対してビーコンを発信するための配信側Bluetooth通信部と
を備え、
前記一以上の端末機器は、それぞれ、
端末側制御部と、
前記端末側制御部で制御され、前記データ配信装置が発するビーコンを受信するための端末側Bluetooth通信部と
を備え、
前記配信側制御部は、前記配信側Bluetooth通信部から発するビーコンに加えて、データ配信対象の端末機器を識別するための識別情報を、前記一以上の端末機器に送信可能であり、
前記端末側制御部は、前記ビーコンをトリガとして、前記データ配信装置と端末機器と間でデータ通信を確立するか否かの判定動作が起動され、前記識別情報を参照して自身がデータ配信対象であることを検出すると、前記端末側Bluetooth通信部と配信側Bluetooth通信部との間でデータ通信を開始できるよう構成されてなる自動データ配信システム。
【請求項２】
請求項１に記載の自動データ配信システムであって、
前記配信側制御部は、前記配信側Bluetooth通信部から前記端末機器に対して発信される識別情報を可変としてなる自動データ配信システム。
【請求項３】
請求項２に記載の自動データ配信システムであって、
前記識別情報が、前記端末機器を特定するための固有の装置識別番号である自動データ配信システム。
【請求項４】
請求項３に記載の自動データ配信システムであって、
前記端末機器は、専用の配信用アプリケーションがインストールされており、
前記配信用アプリケーションに、一以上のユーザの情報が登録されており、
前記識別情報が、前記端末機器の配信用アプリケーションに登録された一以上のユーザのいずれかを特定するためのユーザ識別番号である自動データ配信システム。
【請求項５】
請求項１〜４のいずれか一項に記載の自動データ配信システムであって、
前記配信側Bluetooth通信部は、
前記端末機器に対してビーコンを発信するためのビーコン発信部と、
前記端末側Bluetooth通信部との間で双方向のデータ通信が可能な配信サービスデータ通信部と
を備え、
前記端末側Bluetooth通信部は、
前記端末側制御部で制御され、前記ビーコン発信部が発するビーコンを受信するためのビーコン受信部を備え、
前記ビーコン発信部から発信されたビーコンを前記ビーコン受信部で受信した前記一以上の端末機器は、該ビーコンをトリガとして、前記前記端末側制御部で、前記データ配信装置と端末機器と間でデータ通信を確立するか否かの判定動作がさなれ、前記識別情報を参照して自身がデータ配信対象であることを検出すると、前記配信サービスデータ通信部が、前記端末側Bluetooth通信部との間でデータ通信を開始できるよう構成されてなる自動データ配信システム。
【請求項６】
請求項５に記載の自動データ配信システムであって、
前記配信側Bluetooth通信部は、さらに、
アドバタイジングデータを発信するための配信サービスアドバタイジング発信部を備え、
前記識別情報が、前記アドバタイジングデータにセットされて、前記配信サービスアドバタイジング発信部から発信され、
前記ビーコン発信部から発信されたビーコンを前記ビーコン受信部で受信した前記一以上の端末機器は、該ビーコンをトリガとして、前記端末側制御部で、前記データ配信装置と端末機器と間でデータ通信を確立するか否かの判定動作がなされ、前記アドバタイジングデータにセットされた前記識別情報を参照して自身がデータ配信対象であることを検出すると、前記配信サービスデータ通信部が、前記端末側Bluetooth通信部との間でデータ通信を開始できるよう構成されてなる自動データ配信システム。
【請求項７】
請求項５又は６に記載の自動データ配信システムであって、
前記ビーコン発信部が発するビーコンが、ｉＢｅａｃｏｎ規格に従ったビーコンである自動データ配信システム。
【請求項８】
請求項５〜７のいずれか一項に記載の自動データ配信システムであって、
前記データ配信装置から前記アドバタイズメント・パケットを受けた前記端末機器は、ＧＡＴＴ又はＳＰＰを前記データ配信装置に返すよう構成してなる自動データ配信システム。
【請求項９】
請求項５〜８のいずれか一項に記載の自動データ配信システムであって、
前記端末機器は、前記ビーコン受信部をバックグラウンドで動作させて、前記データ配信装置が発するビーコンを受信させてなる自動データ配信システム。
【請求項１０】
請求項５〜９のいずれか一項に記載の自動データ配信システムであって、
前記データ配信装置と前記端末機器とは、アプリケーションレベルでの相互認識を経て、前記配信サービスデータ通信部と前記端末側Bluetooth通信部との間で双方向のデータ通信を確立するよう構成してなる自動データ配信システム。
【請求項１１】
請求項５〜１０のいずれか一項に記載の自動データ配信システムであって、
前記データ配信装置と前記端末機器との間でデータ通信を確立する前に、暗号化キー交換及びマスター−スレーブ関係を確立させるペアリング動作を不要としてなる自動データ配信システム。
【請求項１２】
請求項１〜１１のいずれか一項に記載の自動データ配信システムであって、
前記データ配信装置が前記端末機器に送信するデータが、前記データ配信装置が紙媒体に印刷する印刷出力データと同じ内容を含んでなる自動データ配信システム。
【請求項１３】
請求項１〜１２のいずれか一項に記載の自動データ配信システムであって、
前記データ配信装置が前記端末機器に送信するデータが、医療情報又は健康情報を含むデータである自動データ配信システム。
【請求項１４】
請求項１〜１３のいずれか一項に記載の自動データ配信システムであって、
前記データ配信装置が前記端末機器に送信するデータが、電子お薬手帳に記録されるデータである自動データ配信システム。
【請求項１５】
請求項１〜１２のいずれか一項に記載の自動データ配信システムであって、
前記データ配信装置が前記端末機器に送信するデータが、特定の施設への入場券の管理情報データである自動データ配信システム。
【請求項１６】
一以上の端末機器に対して、Bluetooth Low Energy規格に従い、バックグラウンドでデータ配信を行うためのデータ配信装置であって、
配信側制御部と、
前記配信側制御部で制御される、前記端末機器に対してビーコンを発信するためのビーコン発信部と
を備えており、
前記ビーコン発信部から発するビーコンに、配信先の端末機器又は前記データ配信装置を識別するための識別情報を埋め込んでおり、
前記識別情報を可変としてなるデータ配信装置。
【請求項１７】
データ配信装置と、一以上の端末機器との間でBluetooth Low Energy規格に従い、データ通信を行う自動データ配信方法であって、
前記データ配信装置が、前記データ配信装置の識別情報を含む第一識別情報と、配信先の端末機器又は前記データ配信装置を識別するための第二識別情報を、前記端末機器に対して発信する工程と、
前記端末機器が、前記第一識別情報を参照して、受信対象のデータ配信装置か否かを判別し、該当する場合にさらに、前記第二識別情報を参照して、自身の端末機器が該当するかどうかを判別し、該当する場合にはさらに、該第二識別情報に基づいて所定の処理を行う工程と
を含む自動データ配信方法。
【請求項１８】
請求項１７に記載の自動データ配信方法であって、
前記第一識別情報、第二識別情報が、前記データ配信装置から端末機器にビーコンとして発信されてなる自動データ配信方法。
【請求項１９】
請求項１７又は１８に記載の自動データ配信方法であって、
前記第二識別情報に基づいて行う所定の処理が、前記端末機器がネットワークを介してサーバに接続し、前記第二識別情報を照会して、該第二識別情報と関連付けられたデータを取得する工程である自動データ配信方法。
【請求項２０】
端末機器が、一以上のデータ配信装置との間でBluetooth Low Energy規格に従い、データ通信を行うためのデータ受信プログラムであって、
予め通信相手のデータ配信装置を識別する第一識別情報を登録する機能と、
自身の端末機器を識別する第二識別情報を、データ配信装置に告知する機能と、
前記データ配信装置から前記端末機器に対して発される第一識別情報、第二識別情報、を受け取る機能と、
前記データ配信装置から受け取った前記第一識別情報を参照して、該第一識別情報の発信元であるデータ配信装置が、予め登録された第一識別情報に係るデータ配信装置か否かを判別する機能と、
判別の結果、通信相手のデータ配信装置に該当する場合にさらに、前記第二識別情報を参照して、自身の端末機器が該当するかどうかを判別する機能と、
判別の結果、自身の端末機器が該当する場合にさらに、前記第二識別情報に基づいて所定の処理を行う機能と、
をコンピュータに実現させるデータ受信プログラム。
【請求項２１】
データ配信装置が、一以上の端末機器との間でBluetooth Low Energy規格に従い、データを配信するためのデータ配信プログラムであって、
前記データ配信装置が、前記一以上の端末機器に対して、前記データ配信装置の識別情報を含む第一識別情報と、配信先の端末機器又は前記データ配信装置を識別するための第二識別情報を、前記端末機器に対してビーコンとして発信する機能と、
前記一以上の端末機器が、前記ビーコンに反応して通信を返してきた場合に、該一以上の端末機器との間で双方向通信を確立する機能と、
をコンピュータに実現させるデータ受信プログラム。
【請求項２２】
請求項２０又は２１のプログラムを格納したコンピュータで読み取り可能な記録媒体又は記憶した機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動データ配信システム、データ配信装置、自動データ配信方法、自動データ配信プログラム、自動データ受信プログラム、コンピュータで読み取り可能な記録媒体又は記録した機器に関し、例えばＢＬＥを用いた自動データ配信等に関する。
【背景技術】
【０００２】
無線でのデータ通信規格として、Ｗｉ−Ｆｉが規格化され、普及している。このような無線のデータ通信を利用した電子的な取り組みが検討されている。一例として、医療分野においては、患者の管理のため、お薬手帳や診察券が用いられているところ、これらは携行や記入等の管理が面倒である。例えば、診察券を持参するのを忘れたり、お薬手帳への記入や記帳の手間がかかるといった不便があり、特に高齢者の間ではこれらの十分な活用がなされ難い状況であった。そこで、これらを電子化することが提案されている。
【０００３】
しかしながら、病院や調剤薬局などの医療関係の分野ではＷｉ−Ｆｉを用いたデータ通信が十分に普及しているとは言い難い状況である。その理由として、個人情報等、セキュリティ漏洩の虞や、電子機器への誤動作の影響等が挙げられている。
【０００４】
一方で、近距離無線規格としてＢｌｕｅｔｏｏｔｈ（登録商標）が規格化されている。特に近年では低消費電力のＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（以下「ＢＬＥ」と呼ぶ。）が策定されている。しかしながら、ＢＬＥでは大量のデータを扱うことができない。またＢＬＥを利用したビーコン技術として実装されているｉＯＳのｉＢｅａｃｏｎ（登録商標）では、発信のみのブロードキャストであり、双方向通信はできない。さらに、複数の端末機器の内、特定の一に対してのみ選択的にデータを送信することもできなかった。このため、Ｗｉ−Ｆｉ等と同様に、特定の分野では十分に普及しているとは言い難い状況であった。
【０００５】
また一方で、このようなＷｉ−ＦｉやＢｌｕｅｔｏｏｔｈに代えて、ＮＦＣや二次元コードを活用する試みもなされている。一例として、上述した医療分野においては、特許文献１によれば、患者が電子お薬手帳端末を近距離無線部に近づけて、所定の操作を行うことにより、近距離無線部を介して、患者の医療情報や健康情報の受信を受け付けることが開示されている。近距離無線部には、ＦｅｌｉＣａ（商品名）や二次元コードが挙げられている。
【０００６】
しかしながら、ＦｅｌｉＣａの場合は患者が自身の保有する電子お薬手帳端末を操作し、予め専用のアプリケーション（以下「アプリ」と略す。）を明示的に起動、あるいはバックグラウンドで実行させておいた上で、近距離無線部に近づけて通信を行う必要がある。また二次元コードの場合は、専用のアプリを起動させた上で、さらに当該二次元コードを専用のスキャナに対して読み取らせるという動作も必要となり、いずれも高齢者には敷居の高い工程が要求される。
【０００７】
加えて、ＦｅｌｉＣａのような近距離通信用の専用のカードリーダを設置しなければならず、導入のコストも高騰する。
【０００８】
さらに加えて、いずれの場合も専用のアプリを動作させ続ける必要があり、その分だけ消費電力が高くなり、患者の保有する端末の動作時間が短くなるといった問題もあった。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１５−０７９４９２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、このような背景に鑑みてなされたものであり、その目的の一は、高齢者等、操作に詳しくない者であっても簡単に、必要なデータのやりとりを行うことのできる自動データ配信システム、データ配信装置、自動データ配信方法、自動データ配信プログラム、自動データ受信プログラム、コンピュータで読み取り可能な記録媒体又は記録した機器を提供することにある。
【課題を解決するための手段及び発明の効果】
【００１１】
本発明の第１の形態に係る自動データ配信システムによれば、データ配信装置と、一以上の端末機器との間でBluetooth Low Energy規格に従い、データ通信を行う自動データ配信システムであって、前記データ配信装置は、配信側制御部と、前記配信側制御部で制御され、前記端末機器に対してビーコンを発信するための配信側Bluetooth通信部とを備え、前記一以上の端末機器は、それぞれ、端末側制御部と、前記端末側制御部で制御され、前記データ配信装置が発するビーコンを受信するための端末側Bluetooth通信部とを備え、前記配信側制御部は、前記配信側Bluetooth通信部から発するビーコンに加えて、データ配信対象の端末機器を識別するための識別情報を、前記一以上の端末機器に送信可能であり、前記端末側制御部は、前記ビーコンをトリガとして、前記データ配信装置と端末機器と間でデータ通信を確立するか否かの判定動作が起動され、前記識別情報を参照して自身がデータ配信対象であることを検出すると、前記端末側Bluetooth通信部と配信側Bluetooth通信部との間でデータ通信を開始できるよう構成できる。上記構成により、ＢＬＥを利用して低消費電力でデータ通信を行うことができる。特に、従来は主に位置を示す情報として発信のみで利用されてきたビーコンに加えて、端末機器を識別するための識別情報を付加したことで、端末機器の特定が可能となり、特定された端末機器とデータ配信装置との間でデータ通信が可能となる。
【００１２】
また、第２の形態に係る自動データ配信システムによれば、前記配信側制御部は、前記配信側Bluetooth通信部から前記端末機器に対して発信される識別情報を可変とすることができる。上記構成により、データ配信装置と端末機器との間で柔軟なデータ通信を実現できる。
【００１３】
さらにまた、第３の形態に係る自動データ配信システムによれば、前記識別情報を、前記端末機器を特定するための固有の装置識別番号とできる。上記構成により、データ配信装置は複数の端末機器を固有の装置識別番号で識別することで、複数の端末機器との間で個別にデータ通信を行えるため、端末機器に応じた情報を配信することが可能となる。
【００１４】
さらにまた、第４の形態に係る自動データ配信システムによれば、前記端末機器は、専用の配信用アプリケーションがインストールされており、前記配信用アプリケーションに、一以上のユーザの情報が登録されており、前記識別情報が、前記端末機器の配信用アプリケーションに登録された一以上のユーザのいずれかを特定するためのユーザ識別番号とできる。上記構成により、データ配信装置は複数のユーザ、例えば患者や登録会員を識別して、個別にデータ通信を行えるため、異なる情報のやりとりが可能となる。例えば、母親の有するスマートフォンにインストールされた専用アプリで、本人の診察券か子供の診察券かを区別できるようになる。
【００１５】
さらにまた、第５の形態に係る自動データ配信システムによれば、前記配信側Bluetooth通信部は、前記端末機器に対してビーコンを発信するためのビーコン発信部と、前記端末側Bluetooth通信部との間で双方向のデータ通信が可能な配信サービスデータ通信部とを備え、前記端末側Bluetooth通信部は、前記端末側制御部で制御され、前記ビーコン発信部が発するビーコンを受信するためのビーコン受信部を備え、前記ビーコン発信部から発信されたビーコンを前記ビーコン受信部で受信した前記一以上の端末機器は、該ビーコンをトリガとして、前記前記端末側制御部で、前記データ配信装置と端末機器と間でデータ通信を確立するか否かの判定動作がさなれ、前記識別情報を参照して自身がデータ配信対象であることを検出すると、前記配信サービスデータ通信部が、前記端末側Bluetooth通信部との間でデータ通信を開始できるよう構成できる。
【００１６】
さらにまた、第６の形態に係る自動データ配信システムによれば、前記配信側Bluetooth通信部は、さらに、アドバタイジングデータを発信するための配信サービスアドバタイジング発信部を備え、前記識別情報が、前記アドバタイジングデータにセットされて、前記配信サービスアドバタイジング発信部から発信され、前記ビーコン発信部から発信されたビーコンを前記ビーコン受信部で受信した前記一以上の端末機器は、該ビーコンをトリガとして、前記端末側制御部で、前記データ配信装置と端末機器と間でデータ通信を確立するか否かの判定動作がなされ、前記アドバタイジングデータにセットされた前記識別情報を参照して自身がデータ配信対象であることを検出すると、前記配信サービスデータ通信部が、前記端末側Bluetooth通信部との間でデータ通信を開始できるよう構成できる。上記構成により、端末機器側でアドバタイズメント・パケットを受信することにより、従来の固有ＩＤ信号に加えて、端末機器毎に異なる識別情報を含めたことで、端末機器を区別できる。
【００１７】
さらにまた、第７の形態に係る自動データ配信システムによれば、前記ビーコン発信部が発するビーコンを、ｉＢｅａｃｏｎ規格に従ったビーコンとできる。
【００１８】
さらにまた、第８の形態に係る自動データ配信システムによれば、前記データ配信装置から前記アドバタイズメント・パケットを受けた前記端末機器は、ＧＡＴＴ又はＳＰＰを前記データ配信装置に返すよう構成できる。
【００１９】
さらにまた、第９の形態に係る自動データ配信システムによれば、前記端末機器は、前記ビーコン受信部をバックグラウンドで動作させて、前記データ配信装置が発するビーコンを受信させることができる。上記構成により、バックグラウンドで自動データ配信を実行できることから、ユーザは専用のアプリを一々起動させることなく、必要なタイミングで必要なデータを低消費電力で取得できる。
【００２０】
さらにまた、第１０の形態に係る自動データ配信システムによれば、前記データ配信装置と前記端末機器とは、アプリケーションレベルでの相互認識を経て、前記配信サービスデータ通信部と前記端末側Bluetooth通信部との間で双方向のデータ通信を確立するよう構成できる。
【００２１】
さらにまた、第１１の形態に係る自動データ配信システムによれば、前記データ配信装置と前記端末機器との間でデータ通信を確立する前に、暗号化キー交換及びマスター−スレーブ関係を確立させるペアリング動作を不要とできる。上記構成により、既存のＢｌｕｅｔｏｏｔｈ通信規格でいう暗号化キー交換やマスター−スレーブ関係を確立させるペアリング動作を行うことなく、通信を確立することができ、セキュアな通信を遙かに簡単に実現できる。
【００２２】
さらにまた、第１２の形態に係る自動データ配信システムによれば、前記データ配信装置が前記端末機器に送信するデータが、前記データ配信装置が紙媒体に印刷する印刷出力データと同じ内容を含めることができる。上記構成により、データ配信装置側で印刷を行う要領で、端末機器に情報を送出できる。
【００２３】
さらにまた、第１３の形態に係る自動データ配信システムによれば、前記データ配信装置が前記端末機器に送信するデータを、医療情報又は健康情報を含むデータとできる。
【００２４】
さらにまた、第１４の形態に係る自動データ配信システムによれば、前記データ配信装置が前記端末機器に送信するデータを、電子お薬手帳に記録されるデータとできる。
【００２５】
さらにまた、第１５の形態に係る自動データ配信システムによれば、前記データ配信装置が前記端末機器に送信するデータを、特定の施設への入場券の管理情報データとできる。
【００２６】
さらにまた、第１６の形態に係る自動データ配信装置によれば、一以上の端末機器に対して、Bluetooth Low Energy規格に従い、バックグラウンドでデータ配信を行うためのデータ配信装置であって、配信側制御部と、前記配信側制御部で制御される、前記端末機器に対してビーコンを発信するためのビーコン発信部とを備えており、前記ビーコン発信部から発するビーコンに、配信先の端末機器又は前記データ配信装置を識別するための識別情報を埋め込んでおり、前記識別情報を可変とすることができる。上記構成により、低消費電力で端末機器に対してデータ配信を行うことができる。特にバックグラウンドで動作できることから、ユーザは専用のアプリを一々起動させることなく、必要なタイミングで必要なデータを低消費電力で取得できる。
【００２７】
さらにまた、第１７の形態に係る自動データ配信方法によれば、データ配信装置と、一以上の端末機器との間でBluetooth Low Energy規格に従い、データ通信を行う自動データ配信方法であって、前記データ配信装置が、前記データ配信装置の識別情報を含む第一識別情報と、配信先の端末機器又は前記データ配信装置を識別するための第二識別情報を、前記端末機器に対して発信する工程と、前記端末機器が、前記第一識別情報を参照して、受信対象のデータ配信装置か否かを判別し、該当する場合にさらに、前記第二識別情報を参照して、自身の端末機器が該当するかどうかを判別し、該当する場合にはさらに、該第二識別情報に基づいて所定の処理を行う工程とを含むことができる。これにより、低消費電力で端末機器に対してデータ配信を行うことができる。特にバックグラウンドで動作できることから、ユーザは専用のアプリを一々起動させることなく、必要なタイミングで必要なデータを低消費電力で取得できる。
【００２８】
さらにまた、第１８の形態に係る自動データ配信方法によれば、前記第一識別情報、第二識別情報が、前記データ配信装置から端末機器にビーコンとして発信されるようにすることができる。
【００２９】
さらにまた、第１９の形態に係る自動データ配信方法によれば、前記第二識別情報に基づいて行う所定の処理を、前記端末機器がネットワークを介してサーバに接続し、前記第二識別情報を照会して、該第二識別情報と関連付けられたデータを取得する工程とできる。上記構成により、データそのものはサーバから取得することで、データ配信装置と端末機器との間でやりとりされるデータ量を低減でき、低消費電力化が実現される。
【００３０】
さらにまた、第２０の形態に係る自動データ配信プログラムによれば、端末機器が、一以上のデータ配信装置との間でBluetooth Low Energy規格に従い、データ通信を行うためのデータ受信プログラムであって、予め通信相手のデータ配信装置を識別する第一識別情報を登録する機能と、自身の端末機器を識別する第二識別情報を、データ配信装置に告知する機能と、前記データ配信装置から前記端末機器に対して発される第一識別情報、第二識別情報を受け取る機能と、前記データ配信装置から受け取った前記第一識別情報を参照して、該第一識別情報の発信元であるデータ配信装置が、予め登録された第一識別情報に係るデータ配信装置か否かを判別する機能と、判別の結果、通信相手のデータ配信装置に該当する場合にさらに、前記第二識別情報を参照して、自身の端末機器が該当するかどうかを判別する機能と、判別の結果、自身の端末機器が該当する場合にさらに、前記第二識別情報に基づいて所定の処理を行う機能とをコンピュータに実現させることができる。上記構成により、低消費電力で端末機器に対してデータ配信を行うことができる。特にバックグラウンドで動作できることから、ユーザは専用のアプリを一々起動させることなく、必要なタイミングで必要なデータを低消費電力で取得できる。
【００３１】
さらにまた、第２１の形態に係る自動データ受信プログラムによれば、データ配信装置が、一以上の端末機器との間でBluetooth Low Energy規格に従い、データを配信するためのデータ配信プログラムであって、前記データ配信装置が、前記一以上の端末機器に対して、前記データ配信装置の識別情報を含む第一識別情報と、配信先の端末機器又は前記データ配信装置を識別するための第二識別情報を、前記端末機器に対してビーコンとして発信する機能と、前記一以上の端末機器が、前記ビーコンに反応して通信を返してきた場合に、該一以上の端末機器との間で双方向通信を確立する機能とをコンピュータに実現させることができる。上記構成により、低消費電力で端末機器に対してデータ配信を行うことができる。
【００３２】
さらにまた、第２２の形態に係るコンピュータで読み取り可能な記録媒体又は記憶した機器は、上記プログラムを格納するものである。記録媒体には、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷやフレキシブルディスク、磁気テープ、ＭＯ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ＋Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、Ｂｌｕ−ｒａｙ（登録商標）、ＨＤ  ＤＶＤ（ＡＯＤ）等の磁気ディスク、光ディスク、光磁気ディスク、半導体メモリその他のプログラムを格納可能な媒体が含まれる。またプログラムには、上記記録媒体に格納されて配布されるものの他、インターネット等のネットワーク回線を通じてダウンロードによって配布される形態のものも含まれる。さらに記憶した機器には、上記プログラムがソフトウェアやファームウェア等の形態で実行可能な状態に実装された汎用もしくは専用機器を含む。さらにまたプログラムに含まれる各処理や機能は、コンピュータで実行可能なプログラムソフトウエアにより実行してもよいし、各部の処理を所定のゲートアレイ（ＦＰＧＡ、ＡＳＩＣ）等のハードウエア、又はプログラムソフトウエアとハードウェアの一部の要素を実現する部分的ハードウエアモジュールとが混在する形式で実現してもよい。
【図面の簡単な説明】
【００３３】
【図１】本発明の実施形態１に係る無線通信システムの概略的な構成を説明するための図である。
【図２】図１におけるセンタデバイス１０Ａの構成を示す図である。
【図３】図１における周辺デバイス２０Ａの構成を示す図である。
【図４】ビーコン端末とスマートフォンが通信を行う様子を示す模式図である。
【図５】実施例１に係る自動データ配信システムを示すブロック図である。
【図６】図５の自動データ配信システムで受信用スマートフォンアプリが起動していない状態でデータ通信を開始する様子を示すブロック図である。
【図７】実施例２に係る自動データ配信システムを示すブロック図である。
【図８】図７の自動データ配信システムで受信用スマートフォンアプリが起動していない状態でデータ通信を開始する様子を示すブロック図である。
【図９】実施例３に係る自動データ配信システムを示すブロック図である。
【図１０】実施例４に係る電子お薬手帳システムのシステム構成を示す図である。
【図１１】お薬手帳の受信用スマートフォンアプリの画面遷移図を示す図である。
【図１２】実施例５に係る電子診察券システムのシステム構成を示す図である。
【図１３】電子診察券システムのデータ配信用プログラムのユーザインターフェース画面を示すイメージ図である。
【発明を実施するための形態】
【００３４】
以下、本発明の実施の形態を図面に基づいて説明する。ただし、以下に示す実施の形態は、本発明の技術思想を具体化するための例示であって、本発明は以下のものに特定されない。また、本明細書は特許請求の範囲に示される部材を、実施の形態の部材に特定するものでは決してない。特に実施の形態に記載されている構成部品の寸法、材質、形状、その相対的配置等は特に特定的な記載がない限りは、本発明の範囲をそれのみに限定する趣旨ではなく、単なる説明例にすぎない。なお、各図面が示す部材の大きさや位置関係等は、説明を明確にするため誇張していることがある。さらに以下の説明において、同一の名称、符号については同一もしくは同質の部材を示しており、詳細説明を適宜省略する。さらに、本発明を構成する各要素は、複数の要素を同一の部材で構成して一の部材で複数の要素を兼用する態様としてもよいし、逆に一の部材の機能を複数の部材で分担して実現することもできる。
【００３５】
本発明の実施例において使用される自動データ配信システムとこれに接続される操作、制御、表示、その他の処理等のためのコンピュータ、プリンタ、外部記憶装置その他の周辺機器との接続は、例えばＩＥＥＥ１３９４、ＲＳ−２３２ｘやＲＳ−４２２、ＲＳ−４２３、ＲＳ−４８５、ＵＳＢ等のシリアル接続、パラレル接続、あるいは１０ＢＡＳＥ−Ｔ、１００ＢＡＳＥ−ＴＸ、１０００ＢＡＳＥ−Ｔ等のネットワークを介して電気的、あるいは磁気的、光学的に接続して通信を行う。接続は有線を使った物理的な接続に限られず、ＩＥＥＥ８０２．１ｘ等の無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）、その他のＮＦＣ等の電波、赤外線、光通信等を利用した無線接続等でもよい。さらにデータの交換や設定の保存等を行うための記録媒体には、メモリカードや磁気ディスク、光ディスク、光磁気ディスク、半導体メモリ等が利用できる。なお本明細書において自動データ配信システムとは、データ配信装置本体のみならず、これにコンピュータ、外部記憶装置等の周辺機器を組み合わせた自動データ配信システムも含む意味で使用する。
（実施形態１）
【００３６】
本発明の実施形態１に係る自動データ配信システム１００を図１に示す。この図に示す自動データ配信システム１００は、データ配信装置１０と、複数の端末機器２０を備えている。データ配信装置１０は、ＢＬＥ規格におけるペリフェラルとしての機能を有している。また端末機器２０は、ＢＬＥ規格におけるセントラルとしての機能を有している。
（データ配信装置１０）
【００３７】
データ配信装置１０は、図２に示すように、配信側制御部１１と、配信側Bluetooth通信部１２を備える。配信側制御部１１は、中央処理装置（ＣＰＵ：Central Processing Unit）、記憶素子及び周辺回路等で構成される。また、予めデータ配信装置１０にインストールされた専用のデータ配信プログラムを実行することにより、各種処理を行う。
【００３８】
配信側制御部１１は、コンピュータ等の外部機器と接続されている。この配信側制御部１１は、外部機器から、通信接続するデバイス種の指定を受けることができる。
【００３９】
配信側Bluetooth通信部１２は、周囲領域の端末機器２０との間で、ＢＬＥ規格に従って通信を行う。かかる通信に際して、配信側Bluetooth通信部１２は、配信側制御部１１から送信データを受ける。そして、配信側Bluetooth通信部１２は、この送信データをデータ内容とするパケットを組み立て、組み立てられたパケットをＢＬＥ規格に従って端末機器２０へ送信する。
【００４０】
また配信側Bluetooth通信部１２は、周囲領域の端末機器２０からＢＬＥ規格に従って送信されたパケットを受信する。そして配信側Bluetooth通信部１２は、当該受信したパケットを分解し、当該受信したパケットに含まれていたデータを配信側制御部１１へ送る。なお後述する通り、配信側Bluetooth通信部１２は、ＢＬＥ規格に従った通信のみならず、必要に応じて従来型の（クラシック、トラディショナル、レガシーなどとも呼ばれる。）Ｂｌｕｅｔｏｏｔｈ規格での通信を行えるようにしてもよい。例えば、ＢＬＥ規格に従い、通信が確立された後に、大容量のデータの双方向通信を行えるようにするためにレガシーのＢｌｕｅｔｏｏｔｈに切り替える場合に、好適に利用できる。
（端末機器２０）
【００４１】
端末機器２０は、図３に示すように、端末側制御部２１と、端末側Bluetooth通信部２２とを備えている。
【００４２】
端末側制御部２１は、中央処理装置、記憶素子及び周辺回路等を備える。そして、端末機器２０に予めインストールされた受信用スマートフォンアプリを実行することにより、各種処理を行う。
【００４３】
端末側Bluetooth通信部２２は、周囲領域のデータ配信装置１０との間で、ＢＬＥ規格に従って通信を行う。かかる通信に際して、端末側Bluetooth通信部２２は、端末側制御部２１から送信データを受ける。そして、端末側Bluetooth通信部２２は、当該送信データをデータ内容とするパケットを組み立て、組み立てられたパケットをＢＬＥ規格に従って外部へ送信する。
【００４４】
また、端末側Bluetooth通信部２２は、周囲領域のデータ配信装置１０からＢＬＥ規格に従って送信されたパケットを受信する。そして端末側Bluetooth通信部２２は、当該受信したパケットを分解し、当該受信したパケットに含まれていたデータを端末側制御部２１へ送る。
【００４５】
この自動データ配信システムによれば、ＢＬＥを利用したデータ配信装置１０で、装置固有のデータ転送サービス識別子を持ち、さらに低電力位置情報アドバタイジングデータに装置固有のデータ転送サービス識別子を含有させ、且つそれらと対となる識別子を持つデータ受信装置と組み合わせることにより、バックグラウンドにおいて低電力でデータ自動送受信を行うことができる。
【００４６】
なお、本明細書においてバックグラウンドで動作させるとは、アプリケーションやサービス等を背後で動作させるという意味であって、画面上にアプリケーションのユーザインタフェース画面が表示されているか否かを問わない。例えばアプリケーションの動作する態様はＯＳによって異なり、画面上でＧＵＩが見えない場合でも常駐されたり、動作されていることがある。よって、本明細書においては、ユーザが必ずしも明示的に立ち上げなくても動作させることができるという意味で使用する。
【００４７】
また、本明細書における自動データ配信サービスにおいては、前提として端末機器側でＢＬＥ通信が可能な状態に設定されているものとする。例えばスマートフォン等において、Ｂｌｕｅｔｏｏｔｈ通信の可否をＯＮ／ＯＦＦ可能な場合は、ＯＮされていることを前提とする。
【００４８】
以上の前提の元で、端末機器２０がデータ配信装置１０との通信を確立するためのトリガとして、ビーコン技術を用いる。ビーコン技術は、ｉＯＳのｉＢｅａｃｏｎや、ＡｎｄｒｏｉｄのＥｄｙｓｔｏｎｅ等を用いる。
【００４９】
２０１３年にＡｐｐｌｅ社が発表したＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙを基にしたｉＢｅａｃｏｎ技術により、本機能を搭載したスマートフォンアプリは、バックグラウンドで待機し、別途設置されたビーコン端末（ｉＢｅａｃｏｎ発信機）に近接したときに、自動的に何らかのアクションを起こすことができるようになった。ｉＢｅａｃｏｎ技術により、ビーコン端末とスマートフォンが通信を行う様子を、図４に示す。ｉＢｅａｃｏｎは、発信側のビーコン端末１０Ａと、ビーコン端末１０Ａからの受信に対応したスマートフォン２０Ａにインストールされた受信用スマートフォンアプリ（ｉＰｈｏｎｅアプリ）の組み合わせによって構成される。なお、ビーコン端末１０Ａからスマートフォン２０Ａに発信するのは、識別に必要な数字のみで、画像や音声などのデータがビーコン端末１０Ａから送信される訳ではない。これらのデータは、別途、サーバＳＶからスマートフォン２０Ａに送られる。具体的には、ビーコン端末１０Ａはアドバタイズメント・パケットと呼ばれる、予め設定された固有のＩＤ情報を発信している。発信されたＩＤ情報は、そのＩＤ情報に紐付けられた受信用スマートフォンアプリにしか反応しない。例えば、他社のビーコン端末１０Ｂからビーコンが発信されても、このビーコンに含まれるＩＤ情報が紐付けられた受信用スマートフォンアプリがインストールされていないスマートフォン２０Ａは、反応しない。
【００５０】
ＩＤ情報は、ｐｒｏｘｉｍｉｔｙＵＵＩＤ／Ｍａｊｏｒ／Ｍｉｎｏｒの３種類の識別子で構成されている。まず、ビーコン端末１０Ａと同じ識別子を受信用スマートフォンアプリにも登録しておく。そして、受信用スマートフォンアプリにビーコン端末１０Ａと同じ識別子が含まれていると判別されると、受信用スマートフォンアプリが反応して通知が表示される。
【００５１】
しかしながら、上記のｉＢｅａｃｏｎ規格によれば、ビーコン端末１０Ａからスマートフォン２０Ａに送られるデータ通信は片方向のみで、数バイトの相対的位置情報の送信を行えるだけのものであって、相手を特定してデータを配信するといったことはできない。
【００５２】
一方、従来のＢｌｕｅｔｏｏｔｈ通信では、双方向で大量のデータを通信することが可能ではあるものの、予めペアリング作業を施し、互いにそのペアリング状態を保持し続けている必要があり、不特定多数の相手との通信には不向きであった。
【００５３】
このように、Ｂｌｕｅｔｏｏｔｈ送信機に近接した不特定多数のバックグラウンドで待機しているスマートフォンアプリに対して、通信開始を指示し、必要に応じて相手を特定してデータを配信することは困難であった。
【００５４】
これに対して本実施形態に係る自動データ配信システムによれば、バックグラウンドで待機しているスマートフォンアプリに対して、バックグラウンドで常時バッテリー消費の大きいペリフェラルスキャンを行ってデータ配信装置１０を検出する処理を行わずとも、ペアリング済みのデータ配信装置１０を検出・接続してデータ転送を開始できる機構を実現できる。
【００５５】
具体的には、Ｂｌｕｅｔｏｏｔｈを利用したデータ配信装置１０において、装置固有のデータ転送サービス識別情報を持たせ、このサービスのアドバタイジング機構とは別に、低電力位置情報アドバタイジング機構（ｉＢｅａｃｏｎ）を有する。これによって、低電力位置情報検出を常時許可されたスマートフォンアプリで、データ転送サービスをバックグラウンドにおいても検出可能とする。さらに低電力位置情報アドバタイジングデータに装置固有のデータ転送サービス識別子を含有させることで、バッテリー消費の大きいペリフェラルスキャンを行うことなく、自動接続し、データ送受信を行う機構を実現できる。
【００５６】
この結果、データ配信を許可されたスマートフォンに対して、スマートフォン側でユーザが特別な操作をすることなく、バックグラウンドで特定のデータを配信することが可能となる。
【実施例１】
【００５７】
図５に、実施例１に係る自動データ配信システムのブロック図を示す。ここでは、データ配信装置１０と端末機器２０とがデータ通信を行い、自動データ配信サービスを行う様子を示している。この図に示すデータ配信装置１０は、配信側制御部１１と、配信側Bluetooth通信部１２を備える。配信側Bluetooth通信部１２は、ビーコン発信部１２ａと、配信サービスアドバタイジング発信部１２ｂと、配信サービスデータ通信部１２ｃを備える。なお各部材はモジュールとして実装する他、専用のハードウェアで構成してもよい。
【００５８】
ビーコン発信部１２ａは、例えばｉＯＳ（商品名）上で動作させる場合は、ｉＢｅａｃｏｎの規格に従い、ｉＢｅａｃｏｎ発信部として機能する。
【００５９】
配信サービスアドバタイジング発信部１２ｂでは、そのアドバタイジングデータの一部に装置固有のデータ転送サービス識別子として装置識別番号をセットしておく。ここでは装置識別番号は４バイトの情報とする。
【００６０】
なおアドバタイジングデータとは、ｌｅｎｇｔｈ：１バイト；ｔｙｐｅ：１バイト；ｄａｔａ：最大２９バイトの最大３１バイトで構成されるパケットである。アドバタイズメント・パケットとも呼ばれる。
【００６１】
一方、ビーコン発信部１２ａのｉＢｅａｃｏｎ用アドバタイジングデータは、ｔｙｐｅ＝０ｘＦＦで規定されているＭａｎｕｆａｃｔｕｒｅ  Ｓｐｅｃｉｆｉｃ  Ｄａｔａと呼ばれるＣｏｍｐａｎｙ  Ｉｄｅｎｔｉｆｉｅｒ  Ｃｏｄｅ：２バイト
ｉＢｅａｃｏｎ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｉｎｄｉｃａｔｏｒ：２バイト
ｉＢｅａｃｏｎ  ｐｒｏｘｉｍｉｔｙ  ＵＵＩＤ：１６バイト
ｍａｊｏｒ：２バイト
ｍｉｎｏｒ：２バイト
ｍｅａｓｕｒｅｍｅｎｔ  ｔｘｐｏｗｅｒ：１バイト
の２６バイトで構成されるデータブロックである。
【００６２】
配信サービスアドバタイジング発信部１２ｂのアドバタイジングデータにセットした４バイトの装置識別番号は、さらに、ビーコン発信部１２ａのｉＢｅａｃｏｎ用アドバタイジングデータｍａｊｏｒ／ｍｉｎｏｒにもセットされる。このように、２つのアドバタイジング機構を用意しておき、通常は配信サービスアドバタイジング発信部１２ｂのみを動作させ、他の端末機器２０によって検出可能な状態とする。
【００６３】
この自動データ配信システムでは、２種類の識別情報あるいはビーコンを用いている。すなわち、データ配信装置の識別情報を含む第一識別情報と、配信先の端末機器又はデータ配信装置を識別するための第二識別情報を用いている。第一識別情報は、データの配信元であるデータ配信装置を識別するための情報であり、従来のビーコン（例えばｉＢｅａｃｏｎ）と同様の識別子情報が利用できる。この第一識別情報を、第一ビーコンと捉えることもできる。第一ビーコンをトリガとして、端末機器にインストールされた対応する受信用スマートフォンアプリを起動させることができる。逆に対応する受信用スマートフォンアプリがインストールされていない端末機器は、第一ビーコンに反応しないので、結果として第一ビーコンによって、対応する端末機器のみを選別することができる。ただし、第一識別情報はあくまでもデータ配信装置に関する識別情報が主体であるため、これのみでは、複数の端末機器を区別したり、異なる動作を行わせることはできない。
【００６４】
一方、第二識別情報は、配信先の端末機器を識別するための情報もしくは配信サービスデータ通信部へ接続するための装置識別番号を含むアドバタイジングデータである。アドバタイジングデータにはさらに、端末機器側の動作、例えば情報の読み取りや書き込みといった処理を規定することもできる。この第二識別情報を、第二ビーコンと捉えることもできる。これにより、従来のビーコンではなし得ない、より詳細な識別や動作を規定できる。すなわち、端末機器が第一ビーコンを受信して、第一識別情報に基づいて端末機器と対応する端末機器かどうかを判別する第一段階を経て、さらに第二段階として、第二識別情報に含まれた配信先情報に基づいて、端末機器が配信対象とされているかどうかを端末機側で把握することができる。あるいは、第一識別情報を受けた端末機器が、配信元のデータ配信装置を特定して、自身が配信対象先であるか否かを直接端末機器がデータ配信装置に問い合わせることもできる。
【００６５】
このようにして端末機器は、自身がデータ配信装置の配信対象とされているかどうかを判別できる。そして自身の端末機器が該当する場合には、この第二ビーコンあるいはアドバタイジングデータの受信に基づく動作を実行することができる。例えば、アドバタイジングデータに含まれる情報を受信用スマートフォンアプリに転記したり、メッセージをスマートフォンの画面上に表示させる。このような第一識別情報と第二識別情報の組み合わせによって、第一識別情報で既存の規格に従ってアプリケーションの起動等を行わせつつ、従来のビーコンではなし得ない、双方向通信や、ネットワークサーバを介しない大容量のデータのやりとりを、第二識別情報を元に行わせている。
【００６６】
なお、ビーコンは２種類に限らず、３種類以上持たせてもよい。また、必ずしもビーコン機能は複数の装置で実現する必要はなく、例えば一の装置に２種類のビーコン情報を持たせてもよい。
（端末機器２０）
【００６７】
一方端末機器２０は、ＢＬＥに対応した端末機器が該当する（例えばＢＬＥのみに対応したＢｌｕｅｔｏｏｔｈ  Ｓｍａｒｔデバイス、ＢＬＥに加えて他のＢｌｕｅｔｏｏｔｈ方式に対応したＢｌｕｅｔｏｏｔｈ  Ｓｍａｒｔ  Ｒｅａｄｙデバイス等）。以下では、スマートフォン２０Ａを例に挙げて説明する。スマートフォン２０Ａには、予め専用のアプリをインストールし、必要な初期設定を行っておく。さらにスマートフォン２０Ａ側ではＢＬＥ通信を常時許可しておく。ＢＬＥではレガシーのＢｌｕｅｔｏｏｔｈに比べて低消費電力であり、スマートフォンの電力消費を削減できる。専用のアプリは、ＢＬＥに対応したデータ配信装置１０から送られるビーコンを受信して、このビーコンに含まれる識別情報から、自身の識別情報に該当する場合に必要な動作を行うアプリである。
【００６８】
実施例１に係る自動データ配信システムの動作を、図５に従って説明する。自動データ配信サービスを利用したいユーザは、予め端末機器２０であるスマートフォン２０Ａにインストールされた受信用スマートフォンアプリを起動する。これにより、受信用スマートフォンアプリはペリフェラルスキャンを行い、データ配信装置１０が配信する自動データ配信サービスを発見し、アドバタイジングデータを取得する。そして取得したアドバタイジングデータから、装置識別番号を抽出する。ここで、抽出された装置識別番号が、スマートフォンアプリに未登録の場合には、ユーザにこの自動データ配信サービスを利用するか否かを問い合わせる。ユーザが利用すると指示した場合には、その装置識別番号とペリフェラルデバイス識別子（アドレス）を保存すると同時に、利用者情報をデータ配信装置１０に転送して、相互認識（いわゆるペアリング）を完了する（図６）。なお、ここで言う相互認識（ペアリング）とは、Ｂｌｕｅｔｏｏｔｈ通信規格でいう暗号化キー（リンクキー）の交換及びマスター−スレーブ関係の確立を指すのでなく、上位のアプリケーションレベルでの相互認識を示すものである。すなわち本発明でいう相互認識（ペアリング）とは、双方向通信を許諾する手続を意味する。
【００６９】
相互認識が完了すれば、スマートフォン２０Ａ側では受信用スマートフォンアプリを終了させる。あるいはバックグラウンド待機させてもよい。
【００７０】
一方で、データ配信装置１０において、その利用者向けに配信すべきデータが発生した場合には、ｉＢｅａｃｏｎ用アドバタイズを開始する。これによりバックグラウンド待機していた受信用スマートフォンアプリのアクションが励起され、図６に示すように、アドバタイジングデータ中のｍａｊｏｒ／ｍｉｎｏｒから装置識別番号を得る。この装置識別番号と組で保存されているペリフェラルデバイス識別子を選択し、その端末機器２０に接続して、自身向けのデータ配信であることを確認して、データを受信する。データ受信を完了すれば、接続を解除して、待機状態に戻る。一方、自身向けのデータでない場合には、そのまま接続を解除して、待機状態に戻る。
【００７１】
以上の手順により、データ配信装置１０から見れば、バックグラウンドで待機している不特定多数のスマートフォンアプリに対して、選択的にデータ配信を行うことが可能となる。またこのとき、スマートフォン２０Ａ側ではデータ配信装置１０を検出する処理を実施することなく、適切にデータ配信装置１０を検出、接続してデータ受信することが可能となる。
【実施例２】
【００７２】
実施例１では、配信したいデータを双方向通信するモジュールを、配信サービスアドバタイジング発信部と、配信サービスデータ通信部の２つに分け、共にＢｌｕｅｔｏｏｔｈ  ＬＥで実現する例を説明した。一方で、より大量のデータを高速に配信する必要がある場合には、配信サービスデータ通信部を、ＢＬＥでない、従来型のＢｌｕｅｔｏｏｔｈのＢＲ／ＥＤＲを利用した構成とすることもできる。このような例を、実施例２として図７に示す。
【００７３】
基本的な動作は実施例１と同様であるが、装置固有のデータ転送サービス識別子として装置識別番号（４バイト）に加え、配信サービスデータ通信部１２ｃを特定するペリフェアラルデバイス識別子を利用する。
【００７４】
この場合、図８に示すようにｉＢｅａｃｏｎ等のビーコンを受信した受信用スマートフォンアプリでは、アドバタイジングデータ中のｍａｊｏｒ／ｍｉｎｏｒから装置識別番号を得て、この装置識別番号と組で保存されているペリフェラルデバイス識別子を選択し、この情報から、実際に配信サービスデータ通信部１２ｃを担っているペリフェラルを特定し、接続して、データを受信することができる。
【実施例３】
【００７５】
実施例１及び２では、データ配信装置のサービスアドバタイジングとしてＢＬＥのアドバタイジング機構を利用している。一方で、大量のデータを高速に配信することが主目的である場合には、ＢＬＥでないレガシーｂｌｕｅｔｏｏｔｈのＩｎｑｕｉｒｙ／Ｉｎｑｕｉｒｙ  ｓｃａｎ動作により、端末機器２０の受信用スマートフォンアプリがデータ配信装置を発見する仕組みを利用してもよい。この例を図９に示す。
【００７６】
この場合には、端末機器２０がデータ配信装置１０を発見時に接続して、ＧＡＴＴ（Generic Attribute Profile）やＳＰＰ等の適切なプロファイルを用いて、ビーコン発信部１２ａのｉＢｅａｃｏｎ用アドバタイジングデータｍａｊｏｒ／ｍｉｎｏｒと等価の装置識別番号を通知する仕組みを用意すればよい。この方法では、上述した図７に示したように、実施例１に比べて、発見後の手続きが１工程必要となるが、ｉＢｅａｃｏｎ検知時の動作は図８と同様である。
【００７７】
なお以上の構成では、ｉＯＳのスマートフォンに対して、ｉＢｅａｃｏｎ規格で通信を行う例を説明したが、他のＯＳ、例えばＡｎｄｒｏｉｄやＷｉｎｄｏｗｓ（登録商標）、その他のＯＳや通信規格に沿ったスマートフォンやタブレット、ＰＣ等に対しても適用できることは言うまでもない。
【実施例４】
【００７８】
次に、上記実施例１〜３の構成で電子お薬手帳システムを構築した例を、実施例４として以下説明する。ここでは、薬局にデータ配信装置１０を設置すると共に、利用者は端末機器２０のスマートフォン２０Ａに専用アプリを組み込む。図１０に電子お薬手帳システムのシステム構成を、図１１にお薬手帳の受信用スマートフォンアプリの画面遷移図を、それぞれ示す。図１０に示すように、薬局にはコンピュータＰＣが配置されると共に、有線又は無線でデータ配信装置１０の一形態であるセットトップボックスＳＴＢが配置される。また、必要に応じてサーバＳＶが配置される。サーバＳＶはクラウドに配置されたクラウドサーバとできる。サーバはデータの配信やバックアップ等に利用される。一方で薬局の利用者は、各自が所有するスマートフォン２０Ａに予め、電子お薬手帳アプリをインストールして、必要な利用者情報を設定しておく。利用者情報を登録する画面の一例として、図１１のユーザ登録画面３１を利用する。
【００７９】
この電子お薬手帳システムの動作の流れを以下説明する。薬局で、調剤薬局のコンピュータＰＣから、処方一覧のデータをデータ配信装置１０に送ると、データ配信装置１０は装置識別子および顧客識別子をアドバタイズする。これを受けて、スマートフォン２０Ａにインストールされた電子お薬手帳アプリは薬局内の多数の利用者の中から、自らが該当者であるかを判別し、処方データを受信することができる。
【００８０】
ここで、コンピュータＰＣから、データ配信装置１０に処方一覧のデータを送信する際、印刷データを利用することができる。例えばコンピュータＰＣの出力を分岐させて、印刷データの一方をコンピュータＰＣと接続されたプリンタに送り、紙媒体に印刷することで、印刷された処方一覧を患者に手渡すという従来の動作を行いながら、他方では印刷データをデータ配信装置１０にも供給して、同様の処方一覧のデータを患者のスマートフォン２０Ａにインストールされた電子お薬手帳アプリにも送り、電子お薬手帳に自動的に追記することができる。この方法であれば、病院側は従来と同様の操作を行いつつ、紙媒体のみならず電子データでも患者に供給できる。さらに電子データの供給にあたり、従来のように患者が専用アプリを立ち上げて、データ通信可能な状態に切り替えて、データの受け渡しを行うという面倒な操作を経ることなく、アプリケーションを立ち上げることもなく自動でデータの配信を受け取ることができる。これにより、高齢者やスマートフォン初心者等、操作に詳しくない者であっても容易に利用できる。
【００８１】
この電子お薬手帳システムによれば、動作時に利用者は電子お薬手帳アプリの起動を必要としない。データ配信装置１０から配信されるビーコンを受けて自動的に相互認識が行われて、図１１に示すように自動でデータ配信が行われ、必要なデータが取り込まれる。例えば服用中の処方薬のデータが取り込まれて、服用中の処方一覧画面３２に追記される。ユーザは電子お薬手帳アプリの処方一覧画面３２から、現在服用中の処方薬一覧を随時確認できる。また処方一覧画面３２で、処方薬をタップすると、詳細情報画面３３に切り替わり、処方薬の詳細を確認できる。必要に応じて、より詳細な情報をＷｅｂ検索画面３４等で取得することもできる。
【００８２】
また、処方薬の服用履歴を確認することもできる。図１１の例では、処方一覧画面３２から服用履歴画面３５に切り替えることで、過去に服用していた処方薬を、病院ごとに表示させることができる。各病院が発行した処方は処方した単位、ここでは日付け毎に纏められており、処方した調剤薬局名と併せて表示される。服用履歴画面３５から、処方単位をタップすれば、処方一覧画面３６が表示され、そのときに処方された処方薬の一覧が表示される。各処方薬をタップすれば、詳細情報画面３３に切り替わる。
【００８３】
一方で、電子お薬手帳アプリは、複数の患者の情報を管理することもできる。例えば、同一世帯の家族（母親と娘など）を、共通のアプリで管理できる。処方一覧画面３２から、ユーザ選択の操作を行うと、ユーザ一覧画面３７が表示されて、この一覧からユーザ（患者）を切り替えることができる。ユーザ一覧画面３７でユーザを選択すると、個人情報画面３８に切り替わる。さらに個人情報画面３８から設定ボタンを押下すると、ユーザ情報設定画面３９が表示されて、ユーザ毎の設定を詳細に規定できる。
【００８４】
この電子お薬手帳システムによれば、認証やペアリングを必要とせず、また、データ配信装置１０へのユーザ登録や、接続許可等の操作も不要である。不特定多数の中から特定の相手にのみバックグラウンドでデータ送受信が可能である。
【００８５】
なお、同様の機構をＷｉ−Ｆｉ接続で代替的に実現することは困難であり、事実上不可といえる。なぜなら、Ｗｉ−Ｆｉ利用はネットワークにログインすることが必須であるから、利用者の事前操作が必要であり、且つ、スマートフォンアプリを都度起動するなどの操作を必要とするため、全利用者に一定のリテラシーが求められる。さらには、前提として、薬局、病院内では個人情報保護の観点から、不特定多数がＷｉ−Ｆｉを利用できる環境は、現状用意されていない。
【００８６】
また、本実施例の従来技術との比較として、既存のお薬手帳の実情を見てみると、近年、お薬手帳は多様な方法で電子化が進められている。しかし、処方データの個別配信が困難なことから、個別配信ではなく、クラウドサーバ閲覧に志向しようとしているが、セキュリティ保護が担保されなければならず、進捗しているとはいえない。この詳細は、官邸、厚生労働省が推進する「どこでもＭＹ病院」構想の以下の資料にも記載されている通りである。
<https://www.kantei.go.jp/jp/singi/it2/iryoujyouhou/pdf/siryou1.pdf>
【００８７】
利用者のスマートフォンへの処方情報配信方法については、上記サイト資料４ページに記述があり、ＱＲコードなどの２次元バーコードによる読み取り、ＩＣカードによる読み取りが想定されている。
【００８８】
しかしながら、ＱＲコード読み取りは都度の操作が面倒なので、読み取り忘れがあると、基本機能である履歴の信頼性が担保されない恐れがある。ＩＣカード利用は海外製スマートフォン２０Ａの利用やコスト面から普及には障害が多い。
【００８９】
これに対して、本実施例４に係る電子お薬手帳システムによれば、現実的で新規な処方データ配信が可能となる。
【実施例５】
【００９０】
以上の実施例４では、主に薬局側のデータ配信装置がペリフェラルとなり、患者のスマートフォンをセントラルとしてＢＬＥ配信を行う構成を説明した。次に電子診察券システムを構築した例を実施例５として、図１２〜図１３を参照して説明する。これらの図において、図１２は、実施例５に係る電子診察券システムのシステム構成を、図１３に電子診察券システムのデータ配信用プログラムのユーザインターフェース画面を、それぞれ示している。この例でも、ＢＬＥ配信を確立する構成には、上述した実施例１〜３の構成を適宜利用できる。図１２に示す電子診察券システムでは、薬局病院受付に、レセプト用のコンピュータＰＣとデータ配信装置１０、データベース用のサーバＳＶ、必要に応じて管理タブレットＴＢ等を設置する。レセプト用のコンピュータＰＣには、データ配信用プログラムを予め組み込んでおく。また管理タブレットＴＢにも、データ配信用プログラムを組み込むことができる。一方で患者は、端末機器２０である自身のスマートフォン２０Ａに専用の電子診察券アプリを組み込み、必要な利用者情報を設定しておく。
【００９１】
病院受付に接近した患者は、スマートフォン２０Ａの電子診察券アプリから受付要求を発信する。データ配信装置１０は受付完了を電子診察券アプリに返信の上、レセプトＰＣには個人情報やカルテ番号を配信する。これにより、カルテ出しが容易に、または不要となるメリットがある。さらに、データ配信装置１０は必要に応じて、患者の電子診察券アプリに「次回は保健証を持参すること」等の各種情報やヘルスケア情報等および顧客識別子をアドバタイズする。例えば図１３に示すデータ配信用プログラムの診察受付画面４１では、診察受付されている患者の一覧が表示されており、特定の患者に対して、メッセージを送信することができる。メッセージは、所定のテンプレートから選択することができる。図１３の例では、「次回、保険証をお持ちください」とのメッセージを選択し、「送信する」ボタンを押下することで、選択された患者に対してメッセージが送信される。この場合は、データ配信装置１０がペリフェラルとなって、セントラルである患者側のスマートフォンに対して、データ配信が行われ、選択したメッセージが送信されると共に、患者側のスマートフォンでは電子診察券アプリが自動的に起動され、選択されたメッセージがスマートフォンの画面上に表示される。このようにして、電子診察券アプリを用いて、バックグラウンドで特定個人に向けた排他的な配信が可能となる。このように本実施例によれば、診察受付のように本人の意志による明示的な操作と、バックグラウンドでの自動データ送受信を組み合わせることができる。
【実施例６】
【００９２】
上記実施例１〜３の構成で自動入場ゲートシステムを構築した例を実施例６として以下説明する。ここでは施設入場ゲートにデータ配信装置１０を設置し、利用客はスマートフォン２０Ａに専用アプリを組み込む。
【００９３】
専用アプリでは施設入場券を予めアプリ内購入（課金）で購入して施設利用識別子を取得しておく。施設利用識別子には施設番号や利用日時や利用回数などの情報が組み込まれている。施設入場ゲートに設置されたデータ配信装置１０は超近接用（数センチから数十センチ）のビーコンを常時発信しており、スマートフォン２０Ａを所持した状態でゲートをくぐる際に、専用アプリが動作を開始する。ビーコンからは「施設番号」がアドタイズされており、これを受信した専用アプリは、この施設番号から、施設入場券を購入した際に取得した施設利用識別子を送信する。データ受信装置は送られてきた施設利用識別子を判別し適切であれば、ゲートを開く。
【００９４】
ＩＣカードを使用した類似装置との比較において、ＩＣカードシステムの場合はセンサーにｉＣカード部分をかざすといった能動的な動作が必要となるが、本システムでは何もしないでゲートを通過できるメリットがあるので、ユーザにおいては操作の手間がかからず、混雑等の心配も無い。特に繰り返しゲートを通る、例えばスキー場のリフトゲートなどに好適に利用できる。
【実施例７】
【００９５】
上記実施例１〜３の構成で自動メール会員割引システムを構築した例を実施例７として以下説明する。ここではレジにデータ配信装置１０を設置し、利用客はスマートフォン２０Ａに専用アプリを組み込む。専用アプリにはメールアドレスを予め登録し、販社から定期的に配信されるメール情報に割引コードが適宜格納される。割引コードにはカスタマー番号、店番号、有効期限、回数、割引ポイント値等が暗号化され包括される。利用者は定期メールを閲覧するとポイントが蓄積されるため、販社にとって広告告知の閲覧確率が向上するメリットがある。レジに設置されたデータ配信装置１０は超近接用（数センチから数十センチ）のビーコンを常時発信しており、スマートフォン２０Ａを所持した状態でレジに近づいた際に、専用アプリが動作を開始する。ビーコンからは「カスタマー番号」（販売店番号）がアドタイズされており、これを受信した専用アプリは、保持している複数の割引コードの内、この店舗で利用できるものがあればそのポイントを利用するかどうかの応答データを送信する。データ配信装置１０は応答が得られればポイントを利用する旨をレジに表示し、ポイントが利用されたことを専用アプリに通知する。このように、従来の同様のシステムではメール画面の掲示などを必要とするところ、本実施例によれば、利用者はスマートフォンを所持してさえおけば、レジに近づくだけで自動的にポイント割引が行える。
【産業上の利用可能性】
【００９６】
本発明の自動データ配信システム、データ配信装置、自動データ配信方法、自動データ配信プログラム、自動データ受信プログラム、コンピュータで読み取り可能な記録媒体又は記録した機器は、電子診察券やお薬手帳、入場券の管理、クーポンの発行などに好適に利用できる。
【符号の説明】
【００９７】
１００…自動データ配信システム
１０…データ配信装置
１０Ａ…ビーコン端末
１１…配信側制御部
１２…配信側Bluetooth通信部；１２ａ…ビーコン発信部；
１２ｂ…配信サービスアドバタイジング発信部；１２ｃ…配信サービスデータ通信部
２０…端末機器
２０Ａ…スマートフォン
２１…端末側制御部
２２…ペリフェラル側Bluetooth通信部
３１…ユーザ登録画面
３２…処方一覧画面
３３…詳細情報画面
３４…Ｗｅｂ検索画面
３５…服用履歴画面
３６…処方一覧画面
３７…ユーザ一覧画面
３８…個人情報画面
３９…ユーザ情報設定画面
４１…診察受付画面
ＳＶ…サーバ
ＰＣ…コンピュータ
ＳＴＢ…セットトップボックス
ＴＢ…タブレット
【図１】
2017201460.tif 000003
【図２】
2017201460.tif 000004
【図３】
2017201460.tif 000005
【図４】
2017201460.tif 000006
【図５】
2017201460.tif 000007
【図６】
2017201460.tif 000008
【図７】
2017201460.tif 000009
【図８】
2017201460.tif 000010
【図９】
2017201460.tif 000011
【図１０】
2017201460.tif 000012
【図１１】
2017201460.tif 000013
【図１２】
2017201460.tif 000014
【図１３】
2017201460.tif 000015