JP7533504B2 - 情報処理装置、方法、及びプログラム - Google Patents

Description

本開示は、情報処理装置、方法、及びプログラムに関する。

従来、車両を利用して健康診断に関するサービスを提供する技術が知られている。例えば、特許文献１には、診断対象のユーザの情報に基づいて、車両に搭載する健康診断に使用する設備を設定する技術が開示されている。

特開２０２１－０２２３３２号公報

医療設備を搭載した車両を派遣する形式にて健康診断が行われる場合、車両の派遣によって費用が発生するため、健康診断の受診者の数によって採算を確保できないことがある。従って、車両を利用して健康診断に関するサービスを提供する技術には改善の余地がある。

かかる事情に鑑みてなされた本開示の目的は、車両を利用して健康診断に関するサービスを提供する技術を改善することにある。

本開示の一実施形態に係る情報処理装置は、
複数のユーザについて、健康診断の実施希望日及び検査希望項目に関する情報をそれぞれ取得し、
複数の医師について、前記健康診断の対応可能日及び対応可能検査項目に関する情報をそれぞれ取得し、
前記実施希望日及び前記検査希望項目、並びに前記対応可能日及び前記対応可能検査項目に基づいて、前記複数のユーザと前記複数の医師とのマッチングを実施し、
前記マッチングの成立数が所定の閾値を超える場合に、前記成立数が前記所定の閾値を超えるマッチングに係るユーザを受診者とする健康診断を実施すると決定する、制御部を備える。

本開示の一実施形態に係る方法は、
情報処理装置が実行する方法であって、
複数のユーザについて、健康診断の実施希望日及び検査希望項目に関する情報をそれぞれ取得すること、
複数の医師について、前記健康診断の対応可能日及び対応可能検査項目に関する情報をそれぞれ取得すること、
前記実施希望日及び前記検査希望項目、並びに前記対応可能日及び前記対応可能検査項目に基づいて、前記複数のユーザと前記複数の医師とのマッチングを実施すること、及び
前記マッチングの成立数が所定の閾値を超える場合に、前記成立数が前記所定の閾値を超えるマッチングに係るユーザを受診者とする健康診断を実施すると決定することを含む。

本開示の一実施形態に係るプログラムは、
コンピュータに、
複数のユーザについて、健康診断の実施希望日及び検査希望項目に関する情報をそれぞれ取得すること、
複数の医師について、前記健康診断の対応可能日及び対応可能検査項目に関する情報をそれぞれ取得すること、
前記実施希望日及び前記検査希望項目、並びに前記対応可能日及び前記対応可能検査項目に基づいて、前記複数のユーザと前記複数の医師とのマッチングを実施すること、及び
前記マッチングの成立数が所定の閾値を超える場合に、前記成立数が前記所定の閾値を超えるマッチングに係るユーザを受診者とする健康診断を実施すると決定することを実行させる。

本開示の一実施形態によれば、車両を利用して健康診断に関するサービスを提供する技術を改善することができる。

本開示の一実施形態に係るシステムの概略構成を示すブロック図である。 本開示の一実施形態に係る情報処理装置の概略構成を示すブロック図である。 本開示の一実施形態に係るユーザ端末の概略構成を示すブロック図である。 本開示の一実施形態に係る医師端末の概略構成を示すブロック図である。 本開示の一実施形態に係る情報処理装置の動作を示すフローチャートである。

以下、本開示の実施形態について説明する。

図１を参照して、本開示の実施形態に係るシステム１の概要について説明する。

システム１は、車両１０と、情報処理装置２０と、ユーザ端末３０と、医師端末４０と、を備える。車両１０、情報処理装置２０、ユーザ端末３０、及び医師端末４０は、ネットワーク５０と通信可能に接続される。

車両１０は、例えば自動車であるが、これに限られず任意の車両であってもよい。自動車は、例えばガソリン自動車、ＢＥＶ（Battery Electric Vehicle）、ＨＥＶ（Hybrid Electric Vehicle）、ＰＨＥＶ（Plug-in Hybrid Electric Vehicle）、又はＦＣＥＶ（Fuel Cell Electric Vehicle）等であるが、これらに限られない。車両１０は、運転手によって運転されてもよく、或いは任意のレベルで運転が自動化されていてもよい。自動化のレベルは、例えば、ＳＡＥ（Society of Automotive Engineers）のレベル分けにおけるレベル１からレベル５の何れかである。車両１０は、ＭａａＳ（Mobility as a Service）専用車両でもよい。

情報処理装置２０は、健康診断に関するサービスを提供する事業者等によって管理される。情報処理装置２０は、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバ等のコンピュータである。

ユーザ端末３０は、健康診断の受診する予定のユーザ等によって使用される。ユーザ端末３０は、例えば、携帯電話機、スマートフォン、又はタブレット等のモバイル機器である。

医師端末４０は、医師又は看護師等によって使用される。医師端末４０は、例えば、携帯電話機、スマートフォン、又はタブレット等のモバイル機器である。

ネットワーク５０は、インターネット、少なくとも１つのＷＡＮ（wide area network）、少なくとも１つのＭＡＮ（metropolitan area network）、又はこれらの任意の組合せを含む。ネットワーク５０は、少なくとも１つの無線ネットワーク、少なくとも１つの光ネットワーク、又はこれらの任意の組合せを含んでもよい。無線ネットワークは、例えば、アドホックネットワーク、セルラーネットワーク、無線ＬＡＮ（local area network）、衛星通信ネットワーク、又は地上マイクロ波ネットワークである。

図１を参照して、本実施形態の概要を説明する。

情報処理装置２０の制御部２１は、複数のユーザについて、健康診断の実施希望日及び検査希望項目に関する情報をそれぞれ取得する。また、制御部２１は、複数の医師について、健康診断の対応可能日及び対応可能検査項目に関する情報をそれぞれ取得する。そして、制御部２１は、前記実施希望日及び前記検査希望項目、並びに前記対応可能日及び前記対応可能検査項目に基づいて、複数のユーザと複数の医師とのマッチングを実施する。そして、制御部２１は、マッチングの成立数が所定の閾値を超える場合に、成立数が所定の閾値を超えるマッチングに係るユーザを受診者とする健康診断を実施すると決定する。

このように、本実施形態によれば、例えば、医療設備を搭載した車両１０が派遣される形式にて健康診断が行われる場合であっても、上述したマッチングの成立数が所定の閾値を超える場合にのみ健康診断が実施されるので、採算を確保することができる。したがって、車両を利用して健康診断に関するサービスを提供する技術を改善することができる。

図２を参照して、本実施形態に係る情報処理装置２０の構成を説明する。

情報処理装置２０は、制御部２１と、通信部２２と、記憶部２３と、を備える。

制御部２１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、又はこれらの任意の組合せを含む。プロセッサは、ＣＰＵ（central processing unit）若しくはＧＰＵ（graphics processing unit）等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。プログラマブル回路は、例えば、ＦＰＧＡ（field-programmable gate array）である。専用回路は、例えば、ＡＳＩＣ（application specific integrated circuit）である。制御部２１は、情報処理装置２０の各部を制御しながら、情報処理装置２０の動作に関わる処理を実行する。

通信部２２は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、移動体通信規格、有線ＬＡＮ規格、又は無線ＬＡＮ規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。通信部２２は、情報処理装置２０の動作に用いられるデータを受信し、また情報処理装置２０の動作によって得られるデータを送信する。

記憶部２３は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらの任意の組合せを含む。半導体メモリは、例えば、ＲＡＭ（random access memory）又はＲＯＭ（read only memory）である。ＲＡＭは、例えば、ＳＲＡＭ（static random access memory）又はＤＲＡＭ（dynamic random access memory）である。ＲＯＭは、例えば、ＥＥＰＲＯＭ（electrically erasable programmable read only memory）である。記憶部２３は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部２３には、情報処理装置２０の動作に用いられるデータと、情報処理装置２０の動作によって得られたデータとが記憶される。本実施形態では、情報処理装置２０の動作に用いられるデータは、システムプログラム、アプリケーションプログラム、データベース、及び地図情報等を含む。

図３を参照して、本実施形態に係るユーザ端末３０の構成を説明する。

ユーザ端末３０は、制御部３１と、通信部３２と、記憶部３３と、入力部３４と、出力部３５と、を備える。

制御部３１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、又はこれらの任意の組合せを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。プログラマブル回路は、例えばＦＰＧＡである。専用回路は、例えばＡＳＩＣである。制御部３１は、ユーザ端末３０の各部を制御しながら、ユーザ端末３０の動作に関わる処理を実行する。

通信部３２は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＴＥ（Long Term Evolution）、４Ｇ（4th generation）規格、若しくは５Ｇ（5th generation）規格等の移動通信規格に対応したインタフェース、Bluetooth（登録商標）等の近距離無線通信規格に対応したインタフェース、又はＬＡＮインタフェースである。通信部３２は、ユーザ端末３０の動作に用いられるデータを受信し、またユーザ端末３０の動作によって得られるデータを送信する。

記憶部３３は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらの任意の組合せを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。ＲＯＭは、例えば、ＥＥＰＲＯＭである。記憶部３３は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部３３には、ユーザ端末３０の動作に用いられるデータと、ユーザ端末３０の動作によって得られたデータとが記憶される。

入力部３４は、少なくとも１つの入力用インタフェースを含む。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、カメラ、ＬｉＤＡＲ（light detection and ranging、又はlaser imaging, detection, and ranging）、又はマイクロフォンである。入力部３４は、ユーザ端末３０の動作に用いられるデータを入力する操作を受け付ける。入力部３４は、ユーザ端末３０に備えられる代わりに、外部の入力機器としてユーザ端末３０に接続されてもよい。接続用インタフェースとしては、例えば、ＵＳＢ（Universal Serial Bus）、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の規格に対応したインタフェースを用いることができる。

出力部３５は、少なくとも１つの出力用インタフェースを含む。出力用インタフェースは、例えば、ディスプレイ又はスピーカである。ディスプレイは、例えば、ＬＣＤ（liquid crystal display）又は有機ＥＬ（electro luminescence）ディスプレイである。出力部３５は、ユーザ端末３０の動作によって得られるデータを出力する。出力部３５は、ユーザ端末３０に備えられる代わりに、外部の出力機器としてユーザ端末３０に接続されてもよい。接続用インタフェースとしては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の規格に対応したインタフェースを用いることができる。

図４を参照して、本実施形態に係る医師端末４０の構成を説明する。

医師端末４０は、制御部４１と、通信部４２と、記憶部４３と、入力部４４と、出力部４５と、を備える。

制御部４１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、又はこれらの任意の組合せを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。プログラマブル回路は、例えばＦＰＧＡである。専用回路は、例えばＡＳＩＣである。制御部４１は、医師端末４０の各部を制御しながら、医師端末４０の動作に関わる処理を実行する。

通信部４２は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＴＥ、４Ｇ規格、若しくは５Ｇ規格等の移動通信規格に対応したインタフェース、Bluetooth（登録商標）等の近距離無線通信規格に対応したインタフェース、又はＬＡＮインタフェースである。通信部４２は、医師端末４０の動作に用いられるデータを受信し、また医師端末４０の動作によって得られるデータを送信する。

記憶部４３は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらの任意の組合せを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。ＲＯＭは、例えば、ＥＥＰＲＯＭである。記憶部４３は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部４３には、医師端末４０の動作に用いられるデータと、医師端末４０の動作によって得られたデータとが記憶される。

入力部４４は、少なくとも１つの入力用インタフェースを含む。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、カメラ、ＬｉＤＡＲ、又はマイクロフォンである。入力部４４は、医師端末４０の動作に用いられるデータを入力する操作を受け付ける。入力部４４は、医師端末４０に備えられる代わりに、外部の入力機器として医師端末４０に接続されてもよい。接続用インタフェースとしては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の規格に対応したインタフェースを用いることができる。

出力部４５は、少なくとも１つの出力用インタフェースを含む。出力用インタフェースは、例えば、ディスプレイ又はスピーカである。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。出力部４５は、医師端末４０の動作によって得られるデータを出力する。出力部４５は、医師端末４０に備えられる代わりに、外部の出力機器として医師端末４０に接続されてもよい。接続用インタフェースとしては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の規格に対応したインタフェースを用いることができる。

図５を参照して、本実施形態に係る情報処理装置２０の動作について説明する。この動作は、本開示の一実施形態に係る方法に相当する。

ステップＳ１００：情報処理装置２０の制御部２１は、複数のユーザについて、健康診断の実施希望日及び検査希望項目に関する情報をそれぞれ取得する。

具体的には、ユーザ端末３０の制御部３１は、入力部３４を介して各ユーザが健康診断の実施希望日及び検査希望項目に関する情報を入力する操作を受け付ける。なお、当該操作は、ユーザ端末３０上で動作する健康診断に関するアプリケーションに対する操作であってもよいが、本開示はこれに限られない。そして、ユーザ端末３０の制御部３１は、通信部３２を介して、当該健康診断の実施希望日及び検査希望項目に関する情報を情報処理装置２０に送信する。この際に、ユーザ端末３０の制御部３１は、通信部３２を介して、例えば、ユーザ端末３０の端末ＩＤ、ユーザの自宅又は勤務先等の位置情報、及びユーザの氏名等を含む、ユーザ情報を情報処理装置２０に送信する。そして、情報処理装置２０の制御部２１は、通信部２２を介して、当該健康診断の実施希望日及び検査希望項目に関する情報を、ユーザ端末３０から受信する。そして、情報処理装置２０の制御部２１は、当該健康診断の実施希望日及び検査希望項目に関する情報を記憶部２３に格納する。なお、当該健康診断の実施希望日及び検査希望項目に関する情報と、当該ユーザ情報とは、互いに紐付けて記憶部２３に格納される。ここで、当該健康診断の実施希望日は、健康診断に関するサービスを提供する事業者等によって予め定められた複数の候補日（又は複数の候補時間帯）から選択されるものであってもよいが、本開示はこれに限られない。また、当該検査希望項目に関する情報は、法令等に基づく一般健康診断の検査項目を含んでもよく、或いは法令等に基づく特殊健康診断の検査項目を含んでもよいが、本開示はこれらに限られない。

ここで、情報処理装置２０の制御部２１は、例えば、健康診断に関するサービスを提供する事業者等によって予め定められた複数の候補日（又は複数の時間帯）から健康診断の実施希望日が選択されるものである等、ステップＳ１０４で後述する実施日がある程度予測可能である場合には、ステップＳ１０４で後述する実施日から所定の日前にステップＳ１００の処理を完了させてもよい。これにより、健康診断に関するサービスを提供する事業者等は、健康診断に関するユーザの需要を予め把握することができる。

ステップＳ１０１：情報処理装置２０の制御部２１は、複数の医師について、健康診断の対応可能日及び対応可能検査項目に関する情報をそれぞれ取得する。

具体的には、医師端末４０の制御部４１は、入力部４４を介して各医師が健康診断の対応可能日及び対応可能検査項目に関する情報を入力する操作を受け付ける。なお、当該操作は、医師端末４０上で動作する健康診断に関するアプリケーションに対する操作であってもよいが、本開示はこれに限られない。そして、医師端末４０の制御部４１は、通信部４２を介して、当該健康診断の対応可能日及び対応可能検査項目に関する情報を情報処理装置２０に送信する。この際に、医師端末４０の制御部４１は、通信部４２を介して、例えば、医師端末４０の端末ＩＤ、医師の自宅又は勤務先等の位置情報、医師の氏名、及び医師の専門分野等を含む、医師情報を情報処理装置２０に送信する。そして、情報処理装置２０の制御部２１は、通信部２２を介して、当該健康診断の対応可能日及び対応可能検査項目に関する情報を、医師端末４０から受信する。そして、情報処理装置２０の制御部２１は、当該健康診断の対応可能日及び対応可能検査項目に関する情報を記憶部２３に格納する。なお、当該健康診断の対応可能日及び対応可能検査項目に関する情報と、当該医師情報とは、互いに紐付けて記憶部２３に格納される。ここで、当該健康診断の対応可能日は、健康診断に関するサービスを提供する事業者等によって予め定められた複数の候補日（又は複数の時間帯）から選択されるものであってもよいが、本開示はこれに限られない。また、当該対応可能検査項目は、各医師の専門分野に応じて適宜決定又は選択されるものであってもよく、法令等に基づく一般健康診断の検査項目を含んでもよく、或いは法令等に基づく特殊健康診断の検査項目を含んでもよいが、本開示はこれらに限られない。

ここで、医師端末４０上で動作するスケジュール管理に関するアプリケーションにおいて、後述するステップＳ１０４の通知が完了するまで、医師のスケジュールのうちステップＳ１０１の対応可能日がブロック（仮押さえ）されてもよい。これにより、健康診断に関するサービスを提供する事業者等は、健康診断に対応可能な医師を仮押さえすることができ、健康診断の医師が不足するという事態を防ぐことができる。

ステップＳ１０２：情報処理装置２０の制御部２１は、ステップＳ１００の実施希望日及び検査希望項目、並びにステップＳ１０１の対応可能日及び対応可能検査項目に基づいて、複数のユーザと複数の医師とのマッチングを実施する。

具体的には、情報処理装置２０の制御部２１は、記憶部２３を参照して、各医師に対して、ステップＳ１０１の対応可能日にステップＳ１００の実施希望日が含まれ、且つステップＳ１０１の対応可能検査項目にステップＳ１００の検査希望項目が含まれるユーザを特定する。そして、情報処理装置２０の制御部２１は、かかる方法で各医師に対して特定したユーザの数を、各医師に対するユーザのマッチングの成立数として記憶部２３に格納する。例えば、医師Ａに対しては、上記対応可能日に上記実施希望日が含まれ、且つ上記対応可能検査項目に上記検査希望項目が含まれるユーザの数が１００であったとする。また、医師Ｂに対しては、上記対応可能日に上記実施希望日が含まれ、且つ上記対応可能検査項目に上記検査希望項目が含まれるユーザの数が１０であったとする。この場合、医師Ａに対するユーザのマッチングの成立数は１００となり、医師Ｂに対するユーザのマッチングの成立数は１０となる。ただし、本開示におけるマッチングの方法は、上述した方法に限られず、任意のマッチングアルゴリズムが用いられ得る。なお、各医師に対して、マッチングが成立したユーザを示す情報は、記憶部２３に格納されたユーザ情報及び医師情報と紐付けられて、記憶部２３に格納される。

ステップＳ１０３：情報処理装置２０の制御部２１は、ステップＳ１０２のマッチングの成立数が所定の閾値を超えるか否かを判断する。当該成立数が所定の閾値を超えると判断された場合、プロセスはステップＳ１０４に進む。一方、当該成立数が所定の閾値を超えると判断されなかった場合、プロセスはステップＳ１０６に進む。

ここで、所定の閾値（例えば最低遂行人数）は、健康診断に関するサービスを提供する事業者等によって予め定められてもよい。この際、後述するステップＳ１０５における車両１０の派遣により発生する費用と、健康診断の受診者の数に影響を受ける収益とが考慮され得る。

ステップＳ１０４：情報処理装置２０の制御部２１は、成立数が所定の閾値を超えるマッチングに係るユーザを受診者とする健康診断を実施すると決定する。

具体的には、情報処理装置２０の制御部２１は、健康診断の実施日及び実施検査項目を通知するための任意のメッセージを生成する。そして、情報処理装置２０の制御部２１は、記憶部２３を参照して、成立数が所定の閾値を超えるマッチングに係るユーザが所持等するユーザ端末３０を特定する。また、情報処理装置２０の制御部２１は、記憶部２３を参照して、成立数が所定の閾値を超えるマッチングに係る医師が所持等する医師端末４０を特定する。そして、情報処理装置２０の制御部２１は、通信部２２を介して、当該メッセージを特定したユーザ端末３０及び特定した医師端末４０にそれぞれ送信する。そして、ユーザ端末３０の制御部３１は、通信部３２を介して、当該メッセージを情報処理装置２０から受信する。そして、ユーザ端末３０の制御部３１は、出力部３５を介して、当該メッセージを画面表示又は音声でユーザに通知する。一方、医師端末４０の制御部４１は、通信部４２を介して、当該メッセージを情報処理装置２０から受信する。そして、医師端末４０の制御部４１は、出力部４５を介して、当該メッセージを画面表示又は音声で医師に通知する。なお、ステップＳ１０２で説明した具体例では、医師Ａに対するマッチングの成立数が１００であり、医師Ｂに対するマッチングの成立数が１０である。ここで、所定の閾値が５０であったとすると、医師Ａとマッチングした各ユーザが上記「成立数が所定の閾値を超えるマッチングに係るユーザ」に相当する。また、医師Ａとマッチングした各ユーザによってステップＳ１００で入力された実施希望日が上記「健康診断の実施日」に相当する。また、医師Ａとマッチングした各ユーザによってステップＳ１００で入力された検査希望項目が上記「健康診断の実施検査項目」に相当する。

ステップＳ１０５：情報処理装置２０の制御部２１は、健康診断の実施日に、医療設備を搭載した車両１０を所定の駐車場に派遣すると決定する。

具体的には、情報処理装置２０の制御部２１は、記憶部２３に格納された成立数が所定の閾値を超えるマッチングに係るユーザの自宅又は勤務先等を示す位置情報と、記憶部２３に格納された成立数が所定の閾値を超えるマッチングに係る医師の自宅又は勤務先等を示す位置情報と、健康診断に関するサービスを提供する事業者等によって予め定められた所定の駐車場を示す位置情報とに基づいて、医療設備を搭載した車両１０の走行ルートを示す情報を生成する。ここで、医療設備を搭載した車両１０は、例えば無人での自動走行（例えば、ＳＡＥにおいて定義されるレベル５の自動運転）が可能であるものとする。そして、情報処理装置２０の制御部２１は、健康診断の開始時刻よりも所定の時間だけ前に、通信部２２を介して、医療設備を搭載した車両１０に当該走行ルートを示す情報を送信する。これにより、医療設備を搭載した車両１０は、例えば速度センサ、加速度センサ、角速度センサ、ＬＩＤＡＲ、又はステアリング操舵角センサ等を含む１つ以上のセンサモジュールと協働することにより、当該走行ルートの自動走行を実現する。そして、医療設備を搭載した車両１０は、健康診断の開始時刻よりも所定の時間だけ前に所定の駐車場に到着する。そして、所定の駐車場に駐車された医療設備を搭載した車両１０内で健康診断が実施される。なお、本開示において、健康診断が実施される場所は、上述した駐車場に限られず、健康診断に関するサービスを提供する事業者等によって任意に定められ得る。

以上述べたように、本実施形態に係る情報処理装置２０の制御部２１は、複数のユーザについて、健康診断の実施希望日及び検査希望項目に関する情報をそれぞれ取得する。そして、制御部２１は、複数の医師について、健康診断の対応可能日及び対応可能検査項目に関する情報をそれぞれ取得する。そして、制御部２１は、前記実施希望日及び前記検査希望項目、並びに前記対応可能日及び前記対応可能検査項目に基づいて、複数のユーザと複数の医師とのマッチングを実施する。そして、制御部２１は、マッチングの成立数が所定の閾値を超える場合に、成立数が所定の閾値を超えるマッチングに係るユーザを受診者とする健康診断を実施すると決定する。

かかる構成によれば、医療設備を搭載した車両１０が派遣される形式にて健康診断が行われる場合であっても、上述したマッチングの成立数が所定の閾値を超える場合にのみ健康診断が実施されるので、採算を確保することができる。したがって、車両を利用して健康診断に関するサービスを提供する技術を改善することができる。

本開示を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び改変を行ってもよいことに注意されたい。したがって、これらの変形及び改変は本開示の範囲に含まれることに留意されたい。例えば、各構成部又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

一変形例として、情報処理装置２０の構成及び動作を、互いに通信可能な複数のコンピュータに分散させた実施形態も可能である。また、例えば、情報処理装置２０の一部又は全部の構成要素を車両１０に設けた実施形態も可能である。

また、一変形例として、情報処理装置２０の制御部２１は、複数の看護師について、健康診断の対応可能日に関する情報を取得してもよい。そして、情報処理装置２０の制御部２１は、上述したステップＳ１０２のマッチングを実施するにあたり、取得した複数の看護師の対応可能日を考慮してもよい。具体的には、情報処理装置２０の制御部２１は、上述したステップＳ１０１と同様の方法で、通信部２２を介して、各看護師が所持等する任意の端末から、健康診断の対応可能日に関する情報を取得する。そして、情報処理装置２０の制御部２１は、取得した対応可能日に関する情報に基づいて、上述したステップＳ１０２でマッチングが成立した各ユーザについて、ステップＳ１００の実施希望日に対応可能である看護師が存在するか否かを判断する。そして、情報処理装置２０の制御部２１は、上述したステップＳ１０２でマッチングが成立したユーザのうち、上記看護師が存在すると判断されたユーザを特定する。そして、情報処理装置２０の制御部２１は、特定したユーザの数をマッチングの成立数として記憶部２３に格納する。なお、その他の処理については、上述した実施形態と同様であり、当該実施形態における説明を援用する。

また、一変形例として、情報処理装置２０の制御部２１は、健康診断において使用可能な医療設備に関する情報を取得してもよい。そして、情報処理装置２０の制御部２１は、上述したステップＳ１０２のマッチングを実施するにあたり、取得した医療設備に関する情報を考慮してもよい。具体的には、情報処理装置２０の記憶部２３には、例えば車両１０に搭載され得る１つ又は複数の医療設備の種類及び使用可能な時間帯を示す情報が予め格納されているものとする。そして、情報処理装置２０の制御部２１は、記憶部２３を参照して、当該医療設備の種類及び使用可能な時間帯に基づいて、上述したステップＳ１０２でマッチングが成立した各ユーザについて、ステップＳ１００の実施希望日において使用可能であり、且つステップＳ１００の検査希望項目を検査可能な医療設備が存在するか否かを判断する。そして、情報処理装置２０の制御部２１は、上述したステップＳ１０２でマッチングが成立したユーザのうち、上記医療設備が存在すると判断されたユーザを特定する。そして、情報処理装置２０の制御部２１は、特定したユーザの数をマッチングの成立数として記憶部２３に格納する。なお、その他の処理については、上述した実施形態と同様であり、当該実施形態における説明を援用する。

また、一変形例として、情報処理装置２０の制御部２１は、上述したステップＳ１０３においてマッチングの成立数が所定の閾値を超えると判断されなかったユーザについて、上述したステップＳ１００で取得した実施希望日に含まれる複数の候補日（又は複数の候補時間帯）の中から、上述したステップＳ１０４の健康診断の実施日とは別の候補日に基づいて、ステップＳ１０２と同様のマッチングを再び実施してもよい。なお、その他の処理については、上述した実施形態と同様であり、当該実施形態における説明を援用する。

また、一変形例として、情報処理装置２０の制御部２１は、上述したステップＳ１０４で決定された各受診者について、健康診断の進捗状況に関する情報に基づいて、以下の処理を行ってもよい。すなわち、情報処理装置２０の制御部２１は、受診者のそれぞれについて、健康診断の進捗状況に関する情報に基づいて、未完了の検査項目が発生する又は発生したか否かを判断してもよい。そして、情報処理装置２０の制御部２１は、未完了の検査項目が発生する又は発生したと判断すると、未完了の検査項目について、ステップＳ１００の実施希望日とは別の実施希望日に関する情報を取得してもよい。そして、情報処理装置２０の制御部２１は、未完了の検査項目について、取得した別の実施希望日に基づいて、ステップＳ１０２と同様のマッチングを再び実施してもよい。具体的には、情報処理装置２０の制御部２１は、健康診断で実施予定の全検査項目の数に対する健康診断で実施済みの検査項目の数の割合から、未完了の検査項目が発生する恐れがあると判断してもよく、或いは未完了の検査項目が発生したと判断してもよい。より具体的には、情報処理装置２０の制御部２１は、健康診断の実施日の所定の時刻における当該割合が所定の閾値未満であれば、未完了の検査項目が発生する恐れがあると判断する。一方、情報処理装置２０の制御部２１は、健康診断の終了後に、当該割合が１００％未満であれば、未完了の検査項目が発生したと判断する。なお、当該割合は、情報処理装置２０の制御部２１が通信部２２を介してユーザ端末３０又は医師端末４０から適宜取得可能であってもよい。そして、情報処理装置２０の制御部２１は、当該未完了の検査項目について、ステップＳ１００の実施希望日とは別の実施希望日を尋ねる質問に対するユーザの回答を、通信部２２を介してユーザ端末３０から適宜取得する。そして、情報処理装置２０の制御部２１は、未完了の検査項目が発生する恐れがある又は発生したと判断された受診者をマッチングの対象とし、且つ当該回答に含まれる別の実施希望日を用いたマッチングを、上述したステップＳ１０２と同様の方法で実施する。なお、その他の処理については、上述した実施形態と同様であり、当該実施形態における説明を援用する。

また、一変形例として、情報処理装置２０の制御部２１は、上述した健康診断の実施にあたり、ユーザの病歴又は障害に関する情報を取得する場合、少なくとも上述したマッチングにより健康診断を実施すると決定するまで、取得した病歴又は障害に関する情報を非公開データとして登録してもよい。具体的には、当該非公開データは、例えば、情報処理装置２０の記憶部２３に格納され、任意の暗号化のアルゴリズムにより、情報処理装置２０へのアクセス権限を有しない第三者による閲覧が禁止されるデータである。なお、第三者とは、医師以外の者であってもよく、或いは上述した成立数が所定の閾値を超えるマッチングに係る医師以外の者であってもよい。

また、一変形例として、汎用のコンピュータを、上述した実施形態に係る情報処理装置２０として機能させる実施形態も可能である。具体的には、上述した実施形態に係る情報処理装置２０の各機能を実現する処理内容を記述したプログラムを、汎用のコンピュータのメモリに格納し、プロセッサによって当該プログラムを読み出して実行させる。したがって、本開示は、プロセッサが実行可能なプログラム、又は当該プログラムを記憶する非一時的なコンピュータ可読媒体としても実現可能である。

１ システム
１０ 車両
２０ 情報処理装置
２１ 制御部
２２ 通信部
２３ 記憶部
３０ ユーザ端末
３１ 制御部
３２ 通信部
３３ 記憶部
３４ 入力部
３５ 出力部
４０ 医師端末
４１ 制御部
４２ 通信部
４３ 記憶部
４４ 入力部
４５ 出力部
５０ ネットワーク

Claims (20)

1. 複数のユーザについて、健康診断の実施希望日及び検査希望項目に関する情報をそれぞれ取得し、
   複数の医師について、前記健康診断の対応可能日及び対応可能検査項目に関する情報をそれぞれ取得し、
   前記実施希望日及び前記検査希望項目、並びに前記対応可能日及び前記対応可能検査項目に基づいて、前記複数のユーザと前記複数の医師とのマッチングを実施し、
   前記マッチングの成立数が所定の閾値を超える場合に、前記成立数が前記所定の閾値を超えるマッチングに係るユーザを受診者とする健康診断を実施すると決定する、制御部を備える、情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記健康診断の実施日に、医療設備を搭載した車両を所定の駐車場に派遣すると決定する、情報処理装置。
3. 請求項１又は２に記載の情報処理装置であって、
   前記制御部は、
   複数の看護師について、前記健康診断の対応可能日に関する情報を取得し、
   前記マッチングを実施するにあたり、前記複数の看護師の前記対応可能日を考慮する、情報処理装置。
4. 請求項１乃至３の何れか一項に記載の情報処理装置であって、
   前記制御部は、
   前記健康診断において使用可能な医療設備に関する情報を取得し、
   前記マッチングを実施するにあたり、前記医療設備に関する情報を考慮する、情報処理装置。
5. 請求項１乃至４の何れか一項に記載の情報処理装置であって、
   前記実施希望日は、複数の候補日を含み、
   前記制御部は、前記ユーザのうち、前記成立数が前記所定の閾値を超えると判断されなかったユーザについて、前記複数の候補日のうち前記健康診断の実施日とは別の候補日に基づいて、前記マッチングを再び実施する、情報処理装置。
6. 請求項１乃至５の何れか一項に記載の情報処理装置であって、
   前記制御部は、
   前記受診者のそれぞれについて、前記健康診断の進捗状況に関する情報に基づいて、未完了の検査項目が発生する又は発生したか否かを判断し、
   前記未完了の検査項目が発生する又は発生したと判断すると、前記未完了の検査項目について、前記実施希望日とは別の実施希望日に基づいて、前記マッチングを再び実施する、情報処理装置。
7. 請求項１乃至６の何れか一項に記載の情報処理装置であって、
   前記制御部は、前記健康診断の実施にあたり、前記ユーザの病歴又は障害に関する情報を取得する場合、少なくとも前記健康診断を実施すると決定するまで、取得した前記病歴又は障害に関する情報を非公開データとして登録する、情報処理装置。
8. 情報処理装置が実行する方法であって、
   複数のユーザについて、健康診断の実施希望日及び検査希望項目に関する情報をそれぞれ取得すること、
   複数の医師について、前記健康診断の対応可能日及び対応可能検査項目に関する情報をそれぞれ取得すること、
   前記実施希望日及び前記検査希望項目、並びに前記対応可能日及び前記対応可能検査項目に基づいて、前記複数のユーザと前記複数の医師とのマッチングを実施すること、及び
   前記マッチングの成立数が所定の閾値を超える場合に、前記成立数が前記所定の閾値を超えるマッチングに係るユーザを受診者とする健康診断を実施すると決定することを含む、方法。
9. 請求項８に記載の方法であって、
   前記健康診断の実施日に、医療設備を搭載した車両を所定の駐車場に派遣すると決定することを更に含む、方法。
10. 請求項８又は９に記載の方法であって、
    複数の看護師について、前記健康診断の対応可能日に関する情報を取得すること、及び
    前記マッチングを実施するにあたり、前記複数の看護師の前記対応可能日を考慮することを更に含む、方法。
11. 請求項８乃至１０の何れか一項に記載の方法であって、
    前記健康診断において使用可能な医療設備に関する情報を取得すること、及び
    前記マッチングを実施するにあたり、前記医療設備に関する情報を考慮することを更に含む、方法。
12. 請求項８乃至１１の何れか一項に記載の方法であって、
    前記実施希望日は、複数の候補日を含み、
    前記ユーザのうち、前記成立数が前記所定の閾値を超えると判断されなかったユーザについて、前記複数の候補日のうち前記健康診断の実施日とは別の候補日に基づいて、前記マッチングを再び実施することを更に含む、方法。
13. 請求項８乃至１２の何れか一項に記載の方法であって、
    前記受診者のそれぞれについて、前記健康診断の進捗状況に関する情報に基づいて、未完了の検査項目が発生する又は発生したか否かを判断すること、及び
    前記未完了の検査項目が発生する又は発生したと判断すると、前記未完了の検査項目について、前記実施希望日とは別の実施希望日に基づいて、前記マッチングを再び実施することを更に含む、方法。
14. 請求項８乃至１３の何れか一項に記載の方法であって、
    前記健康診断の実施にあたり、前記ユーザの病歴又は障害に関する情報を取得する場合、少なくとも前記健康診断を実施すると決定するまで、取得した前記病歴又は障害に関する情報を非公開データとして登録することを更に含む、方法。
15. コンピュータに、
    複数のユーザについて、健康診断の実施希望日及び検査希望項目に関する情報をそれぞれ取得すること、
    複数の医師について、前記健康診断の対応可能日及び対応可能検査項目に関する情報をそれぞれ取得すること、
    前記実施希望日及び前記検査希望項目、並びに前記対応可能日及び前記対応可能検査項目に基づいて、前記複数のユーザと前記複数の医師とのマッチングを実施すること、及び
    前記マッチングの成立数が所定の閾値を超える場合に、前記成立数が前記所定の閾値を超えるマッチングに係るユーザを受診者とする健康診断を実施すると決定することを実行させる、プログラム。
16. 請求項１５に記載のプログラムであって、
    前記コンピュータに、
    前記健康診断の実施日に、医療設備を搭載した車両を所定の駐車場に派遣すると決定することを更に実行させる、プログラム。
17. 請求項１５又は１６に記載のプログラムであって、
    前記コンピュータに、
    複数の看護師について、前記健康診断の対応可能日に関する情報を取得すること、及び
    前記マッチングを実施するにあたり、前記複数の看護師の前記対応可能日を考慮することを更に実行させる、プログラム。
18. 請求項１５乃至１７の何れか一項に記載のプログラムであって、
    前記コンピュータに、
    前記健康診断において使用可能な医療設備に関する情報を取得すること、及び
    前記マッチングを実施するにあたり、前記医療設備に関する情報を考慮することを更に実行させる、プログラム。
19. 請求項１５乃至１８の何れか一項に記載のプログラムであって、
    前記実施希望日は、複数の候補日を含み、
    前記コンピュータに、
    前記ユーザのうち、前記成立数が前記所定の閾値を超えると判断されなかったユーザについて、前記複数の候補日のうち前記健康診断の実施日とは別の候補日に基づいて、前記マッチングを再び実施することを更に実行させる、プログラム。
20. 請求項１５乃至１９の何れか一項に記載のプログラムであって、
    前記コンピュータに、
    前記受診者のそれぞれについて、前記健康診断の進捗状況に関する情報に基づいて、未完了の検査項目が発生する又は発生したか否かを判断すること、及び
    前記未完了の検査項目が発生する又は発生したと判断すると、前記未完了の検査項目について、前記実施希望日とは別の実施希望日に基づいて、前記マッチングを再び実施することを更に実行させる、プログラム。

Images