JP2021033330A - 車載装置、第１の情報処理装置、情報処理システム、および情報処理方法 - Google Patents

Abstract

【課題】診療以外の医師の負担を軽減する。【解決手段】第２の端末装置１５は入力部と通信部と出力部とを有する。入力部は診察対象の生体における相対位置を指定するユーザ入力を検出する。通信部は相対位置を第１の情報処理装置に送信する。通信部は第１の情報処理装置１２から第１の音声および第１の被写体像の少なくとも一方を受信する。出力部は第１の音声および第１の被写体像の少なくとも一方を出力する。【選択図】図２

Description

本開示は、車載装置、第１の情報処理装置、情報処理システム、および情報処理方法に関する。

医師の診療以外の負担を軽減する多様な技術が提案されている。例えば、特許文献１においては、電子カルテおよび検査のオーダなどを依頼するオーダエントリシステムにおける重複した入力作業を低減する情報処理装置が提案されている（特許文献１参照）。

特開２０１８−１３９１５６号公報

特許文献１に記載の情報処理装置は、診療以外の医師の負担が軽減され、診療時間をより多くの患者の診療に活用させ得る。しかし、診療以外の医師の負担を軽減する他の技術の開発が求められていた。

かかる事情に鑑みてなされた本開示の目的は、診療以外の医師の負担を軽減させることにある。

本開示の一実施形態に係る車載装置は、
診察対象の生体における相対位置を指定するユーザ入力を検出する入力部と、
前記相対位置を第１の情報処理装置に送信し、該第１の情報処理装置から前記相対位置において検出される第１の音声および第１の被写体像の少なくとも一方を受信する通信部と、
前記第１の音声および第１の被写体像の少なくとも一方を出力する出力部と、を備える。

本開示の一実施形態に係る第１の情報処理装置は、
診察対象の生体における相対位置を車載装置から受信する通信部と、
前記生体における第１の音声および第１の被写体像の少なくとも一方を検出するセンサ部と、を備え、
前記通信部は、前記相対位置において検出した前記第１の音声および第１の被写体像の少なくとも一方を該車載装置に送信する。

本開示の一実施形態に係る情報処理システムは、
診察対象の生体における相対位置を車載装置から受信する通信部と、前記生体における第１の音声および第１の被写体像の少なくとも一方を検出するセンサ部とを備え、前記通信部は前記相対位置において検出した前記第１の音声および第１の被写体像の少なくとも一方を該車載装置に送信する第１の情報処理装置と、
前記相対位置を指定するユーザ入力を検出する入力部と、前記相対位置を前記第１の情報処理装置に送信し該第１の情報処理装置から前記相対位置において検出される前記第１の音声および第１の被写体像の少なくとも一方を受信する通信部と、前記第１の音声および第１の被写体像の少なくとも一方を出力する出力部と、を有する車載装置と、を備える。

本開示の一実施形態に係る情報処理方法は、
診察対象の生体における相対位置を車載装置から受信する通信部と、前記生体における第１の音声および第１の被写体像の少なくとも一方を検出するセンサ部とを備え、前記通信部は前記相対位置において検出した前記第１の音声および第１の被写体像の少なくとも一方を該車載装置に送信し、前記通信部は、指定時間、経由地、および目的地を前記車載装置に送信する第１の情報処理装置による情報処理方法であって、
前記第１の情報処理装置は、
診療科および診療要求時間を含む募集条件を第２の情報処理装置へ送信し、
送信した前記募集条件に対して、該募集条件に対応する請負条件を該第２の情報処理装置から受信するとき、該請負条件に対する採用可否を該第２の情報処理装置に送信する。

本開示の一実施形態に係る車載装置、第１の情報処理装置、情報処理システム、および情報処理方法によれば、診療以外の医師の負担が軽減される。

本開示の一実施形態にかかる車両を含む情報処理システムの全体構成を示す構成図である。 図１の車両の概略構成を示す機能ブロック図である。 図２の第２の端末装置の概略構成を示す機能ブロック図である。 図１の第１の情報処理装置の概略構成を示す機能ブロック図である。 図１の第１の端末装置の概略構成を示す機能ブロック図である。 図１の第２の情報処理装置の概略構成を示す機能ブロック図である。 図３の制御部が実行する制御情報生成処理を説明するためのフローチャートである。 図４の制御部が実行する募集処理を説明するためのフローチャートである。 図４の制御部が実行する第１の運行計画作成処理を説明するためのフローチャートである。 図４の制御部が実行する第２の運行計画作成処理を説明するためのフローチャートである。 図４の制御部が実行する経由地決定のサブルーチンを説明するためのフローチャートである。 図５の制御部が実行する求職処理を説明するためのフローチャートである。 図５の制御部が実行する認証提示処理を説明するためのフローチャートである。 図６の制御部が実行するマッチング処理を説明するためのフローチャートである。 図６の制御部が実行する採用通知処理を説明するためのフローチャートである。

以下、本開示の実施形態について、図面を参照して説明する。

図１を参照して、本開示の一実施形態に係る車両１０を含む情報処理システム１１の概要について説明する。情報処理システム１１は、車両１０、第１の情報処理装置１２、第１の端末装置（端末装置）１３、および第２の情報処理装置１４を備える。

車両１０は、例えば、自動運転走行または追従走行が可能な自動運転車両であるが、これに限られず、第２の端末装置（車載装置）１５を搭載可能な任意の車両であってもよい。第１の情報処理装置１２は、１つまたは互いに通信可能な複数のサーバ装置を含む。第１の情報処理装置１２は、医療機関１６に設けられる。第１の端末装置１３は、例えばスマートフォン又はＰＣ（Personal Computer）等の汎用の電子機器であるが、これらに限られず、情報処理システム１１に専用の電子機器であってもよい。第１の端末装置１３は、例えば、医師に所有される。第２の情報処理装置１４は、１つまたは互いに通信可能な複数のサーバ装置を含む。図１では説明の簡便のため、車両１０、第１の情報処理装置１２、および第１の端末装置１３についてはそれぞれ１つずつ図示しているが、情報処理システム１１が備える車両１０、第１の情報処理装置１２、および第１の端末装置１３の数はそれぞれ１つ以上であればよい。

車両１０、第１の情報処理装置１２、第１の端末装置１３、および第２の情報処理装置１４のそれぞれは、例えば移動体通信網およびインターネットなどを含むネットワーク１７と通信可能に接続される。情報処理システム１１の少なくとも１部は、モビリティサービス（ＭａａＳ：Mobility-as-a-Service）の提供に用いられる。各サービス事業者は、第２の端末装置１５および車両１０を用いて、例えばライドシェア、移動型ホテル、又は移動型リテールショップ等のモビリティサービスを提供可能である。

本実施形態の概要として、医療機関１６に設置される第１の情報処理装置１２は、指定時間、経由地、および最終目的地（目的地）を車両１０に送信する。なお、本明細書において、「送信」は、指定時間などの対象を情報として送信することを意味する。車両１０は、受信する指定時間までに経由地に移動する。なお、本明細書において、「受信」は、指定時間などの対象を情報として受信することを意味する。経由地において医師は車両１０に乗車し得る。車両１０は、医師の乗車後、医療機関１６または任意の駐車場などの最終目的地に移動する。車両１０に乗車する医師は、車両１０が最終目的地に移動するまでの間にも、医療機関１６における専用の診察室内の患者を、車両１０および第１の情報処理装置１２間の通信により診療する。医療機関１６は、上述の通信による診療を、例えば、医療機関１６に所属する医師に行わせる。また、医療機関１６は、上述の通信による診療を請負う医師を、第２の情報処理装置１４を介して募集してもよい。第２の情報処理装置１４は、第１の端末装置１３を用いて請負条件を提示する医師が医療機関１６側の募集条件に対応するか否かを判別する。第２の情報処理装置１４は、募集条件に対応する受けいい条件を提示した医師を第１の情報処理装置１２に通知する。なお、本明細書において、「通知」は、医師などの対象を情報として通知することを意味する。第１の情報処理装置１２が通知された医師の採用を決めるとき、当該医師が指定する乗車地に車両１０を移動させる。

通常、医師は、医療機関１６において患者の診療を行うため、自宅から医療機関１６への移動を必要としている。言換えると、診療に付随する移動は、医師にとって負担となっている。一方、上述のような、本実施形態によれば、移動中にも医師に診療を行わせ得るため、診療に活用できなかった時間が短縮される。したがって、診療に活用できなかった時間が短縮されるので、診療以外の医師の負担が軽減される。

次に、情報処理システム１１の各構成について詳細に説明する。

車両１０は、図２に示すように、通信装置１８、制御装置１９、複数のＥＣＵ２０（Electronic Control Unit）、位置情報取得装置２１、および第２の端末装置１５を備える。通信装置１８、制御装置１９、複数のＥＣＵ２０（Electronic Control Unit）、位置情報取得装置２１、および第２の端末装置１５は、例えばＣＡＮ（Controller Area Network）等の車載ネットワーク又は専用線を介して、通信可能に接続される。

車両１０は、医師による診療を行う１以上の個室を有する。個室は、車両１０内で他の空間と隔離されている。個室には個別に、後述するように第２の端末装置１５の一部が設けられている。車両１０は、第２の端末装置１５を用いた医師による遠隔診療の場所として、個室を提供する。

また、車両１０において、第２の端末装置１５は、自動運転制御ソフトウェアによって制御情報を自動的に生成し、制御装置１９へ送信する。制御装置１９は、受信した制御情報に基づき車両制御を行うことにより車両１０を走行させる。車両制御は、例えば自動運転であるが、これに限られない。制御情報の仕様を定めたＡＰＩ（Application Programming Interface）の少なくとも一部は、サービス事業者に開示される。サービス事業者は、開示されたＡＰＩを用いて、第２の端末装置１５の自動運転制御ソフトウェアを自由にプログラミング可能である。したがって、サービス事業者は、目的に応じた設備を車両１０の車室内空間に搭載し、目的に応じたＡＰＩを用いて自動運転制御ソフトウェアをプログラミングすることによって、任意のモビリティサービスを提供可能である。

通信装置１８は、車載ネットワーク又は専用線を介して通信する通信モジュールを含む。また、通信装置１８は、ネットワーク１７に接続する通信モジュールを含む。例えば、通信装置１８は、４Ｇ（4th Generation）および５Ｇ（5th Generation）などの移動体通信規格に対応する通信モジュールを含んでもよい。通信装置１８は、ネットワーク１７を介して情報を送信する場合、当該情報に車両１０の識別情報を付加してもよい。車両１０の識別情報は、情報処理システム１１において車両１０をそれぞれ一意に識別可能な情報である。

制御装置１９は、第２の端末装置１５からの制御情報に基づき、車両制御を行う装置である。車両制御は、例えば、最終目的地までの自動運転であるが、これに限られない。自動運転は、例えばＳＡＥ（Society of Automotive Engineers）において定義されるレベル１から５を含むが、これらに限られず、任意に定義されてもよい。また、車両制御は、制御装置１９と各ＥＣＵ２０等とが協働することによって実施される。制御装置１９は、第２の端末装置１５、通信装置１８、および各ＥＣＵ２０と通信する通信モジュールと、システムプログラムおよびアプリケーションプログラム等を記憶する１つ以上のメモリと、制御装置１９全体の動作を制御する１つ以上のプロセッサを含む制御部と、を備える。

制御装置１９は、例えば、各ＥＣＵ２０などから車両１０に係る各種の車両情報（速度、位置、自動運転状態等）を受信する。また、制御装置１９は、第２の端末装置１５に車両情報を送信するとともに、通信装置１８により車両情報を第２の情報処理装置１４に送信する。また、制御装置１９は、通信装置１８を介して第２の情報処理装置１４から第２の端末装置１５のシステムプログラムなどの更新情報を受信し、第２の端末装置１５に当該更新情報を送信する。また、制御装置１９は、第２の端末装置１５から制御情報を受信するとき、当該制御情報に基づき車両１０に係る車両制御を実行する。

複数のＥＣＵ２０は、制御装置１９と協働して車両１０の動作を制御する。具体的には、複数のＥＣＵ２０は、制御装置１９から制御情報に基づく制御指令を受信し、制御指令に従って車両１０の動作を制御する。例えば、複数のＥＣＵ２０は、車両１０の操作量を、制御指令に示される値となるように制御する。また、複数のＥＣＵ２０は、各制御タイミングにおいて、車両１０に搭載された各種センサから車両１０の制御量または操作量の測定値を収集し、制御装置１９へ送信する。

位置情報取得装置２１は、任意の衛星測位システムに対応する１つ以上の受信機を含む。例えば、位置情報取得装置２１は、ＧＰＳ（Global Positioning System）受信機を含んでもよい。位置情報取得装置２１は、車両１０の位置の測定値を位置情報として取得し、制御装置１９へ送信する。

図３に示すように、第２の端末装置１５は、通信部２２、センサ部２３、出力部２４、入力部２５、記憶部２６、および制御部２７を備える。第２の端末装置１５は、複数のセンサ部２３を備えてよい。複数のセンサ部２３は、車両１０の個室に個別に設けられてよい。第２の端末装置１５は、複数の出力部２４を備えてよい。複数の出力部２４は、車両１０の個室に個別に設けられてよい。第２の端末装置１５は、複数の入力部２５を備えてよい。複数の入力部２５は、車両１０の個室に個別に設けられてよい。したがって、車両１０が複数の個室を有する場合、センサ部２３、出力部２４、および入力部２５は、複数の個室の各々に設けられる。

通信部２２は、通信装置１８、制御装置１９、および位置情報取得装置２１と通信する通信モジュールを含む。本実施形態において、第２の端末装置１５は、通信部２２および通信装置１８を介してネットワーク１７に接続される。通信部２２は、ネットワーク１７に接続する通信モジュールを含んでよい。通信部２２は、例えば、４Ｇ（4th Generation）および５Ｇ（5th Generation）などの移動体通信規格に対応する通信モジュールを含んでもよい。通信部２２は、例えば、Bluetooth(登録商標)などの近距離無線通信規格に対応する通信モジュールを含んでもよい。通信部２２は、多様な情報を少なくともネットワーク１７を介して送信および受信する。通信部２２は、直接ネットワーク１７に情報を送信する場合、当該情報に第２の端末装置１５の識別情報を付加してもよい。第２の端末装置１５の識別情報は、情報処理システム１１において第２の端末装置１５をそれぞれ一意に識別可能な情報である。

センサ部２３は、例えば、マイクのような集音センサを含み、個室内の音声（以後、「第２の音声」と呼ぶ。）を検出する。センサ部２３は、カメラのような撮像センサを含んでよく、個室内の被写体像（以後、「第２の被写体像」と呼ぶ。）を検出してもよい。

出力部２４は、情報を出力してユーザに通知する１つ以上のインタフェースを含む。出力部２４は、例えば、情報を音声で出力するスピーカを含み、通信部２２が第１の情報処理装置１２から受信する第１の音声を出力する。また、出力部２４は、例えば、情報を映像で出力するディスプレイを含み、通信部２２が第１の情報処理装置１２から受信する第１の被写体像を出力する。

入力部２５は、ユーザ入力を検出する１つ以上のインタフェースを含む。入力部２５は、例えば、出力部２４のディスプレイと一体的に設けられたタッチスクリーンを含む。タッチスクリーンは、ディスプレイに表示される模式的な人体などの診察対象の生体における相対位置を、後述するように、第１の情報処理装置１２が設けられる医療機関１６において第１の音声および第１の被写体像を検出する位置として指定するユーザ入力を検出する。

記憶部２６は、半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部２６は、例えば、主記憶装置、補助記憶装置、またはキャッシュメモリとして機能してもよい。記憶部２６は、第２の端末装置１５の動作に用いられる任意の情報を記憶する。記憶部２６は、例えば、システムプログラム、アプリケーションプログラムなどを記憶してもよい。記憶部２６は、第２の端末装置１５の識別情報を記憶してもよい。記憶部２６に記憶された情報は、例えば、通信部２２を介してネットワーク１７から受信される情報で更新可能であってもよい。

制御部２７は、１つ以上のプロセッサを含む。本実施形態において「プロセッサ」は、汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサであるが、これらに限られない。制御部２７は、第２の端末装置１５全体の動作を制御する。

制御部２７は、後述する運行計画を通信部２２が受信するとき、当該運行計画を記憶部２６に格納する。なお、本明細書において、「格納」は、運行計画などの対象を情報として格納することを意味する。

運行計画は、指定時間、経由地、最終目的地、および経由地に個別に関連付けられる認証情報を情報として含む。

指定時間は、運行計画が複数の経由地を含む場合、いずれかの経由地に対して関連付けられていてよい。指定時間は、例えば、複数の経由地の中の最後の経由地に関連付けられていてよい。指定時間は、例えば、第１の情報処理装置１２に関連付けられた医療機関１６の診療開始予定時間から予備時間だけ前の時間であってよい。予備時間は、例えば１０分などのように、車両１０の到着後、医師が乗車して診療の準備を完了させ得る時間である。

経由地は、例えば、医療機関１６が定める医師の乗車地であってよい。医療機関１６が定める医師は、例えば、医療機関１６に属する医師である。医療機関１６に属する医師の乗車地は、例えば、当該医師の居住地であってよい。また、医療機関１６が定める医師は、例えば、後述するように、第２の情報処理装置１４に送信した募集条件に対応する請負条件を有し、医療機関１６が採用を決定する医師である。医療機関１６が採用を決定した医師の乗車地は、例えば、請負条件に含まれる乗車地であってよい。

最終目的地は、例えば、第１の情報処理装置１２に関連付けられる医療機関１６の所在地、または医療機関１６によって指定される駐車場の所在地であってよい。

制御部２７は、運行計画に複数の経由地が含まれている場合、最初の経由地から、指定時間が関連付けられている経由地までの移動時間を認識する。移動時間は、車両１０が実際に移動する時間と、各経由地において待機する時間の合計を含む。制御部２７は、運行計画に移動時間が含まれている場合、当該移動時間の抽出により認識を行う。または、制御部２７は、運行計画に移動時間が含まれていない場合、移動時間を算出することにより認識する。制御部２７は、指定時間から移動時間を減ずることにより、最初の経由地に到着すべき時間を算出する。制御部２７は、最初の経由地に到着すべき時間を記憶部２６に格納する。制御部２７は、運行計画に単一の経由地が含まれている場合、指定時間を最初の経由地に到着すべき時間とみなす。

制御部２７は、例えば、周期的に、位置情報取得装置２１から車両１０の現在の位置を受信する。制御部２７は、現在の位置から最初の経由地までの移動時間を算出する。制御部２７は、最初の経由地に到着すべき時間から移動時間を減じることにより出発時間を算出する。制御部２７は、出発時間からさらに現在位置を受信する１周期分の時間だけ前の時間を現在時間が越えている場合、車両１０を最初の経由地まで移動させ且つ停車させる制御情報を生成する。制御部２７は、当該制御情報を制御装置１９に送信する。

制御部２７は、経由地に到着するとき、当該経由地に関連付けられる認証情報を記憶部２６から読出す。制御部２７は、停車中の経由地において、乗車する個人から取得する認証情報と、記憶部２６から読出した認証情報が一致するかを判別する。

乗車する個人から取得する認証情報は、当該個人に割当てられたパスワード、当該個人の端末装置に格納されている情報、および当該個人の生体情報などであってよい。生体情報は、例えば、指紋、静脈パターン、および網膜パターンなどの人に固有の外観的な情報である。

認証情報の取得は、例えば、通信部２２を介した第１の端末装置１３との近距離無線通信によって行われてよく、または車両１０の入力用機器へのパスワードの入力、第１の端末装置１３に出力される認証情報の車両１０のカメラなどによる撮像、および車両１０のセンサなどによる生体情報の検出を介して行われもてよい。

制御部２７は、両方の認証情報が一致する場合、車両１０を次の行き先に移動させ且つ停車させる制御情報を生成する。次の行き先は、運行計画内に現在停車中の経由地の次の経由地が含まれている場合、当該次の経由地である。したがって、制御部２７は、運行計画が複数の経由地を含む場合、全経由地を経由するまで、車両１０を経由地から経由地に移動させる制御情報を生成する。次の行き先は、運行計画内に現在停車中の経由地の次の経由地が含まれていない場合、最終目的地である。したがって、制御部２７は、単一の経由地または最後の経由地から最終目的地に車両１０を移動させる制御情報を生成する。

このように、制御部２７は、車両１０を、経由地に指定時間までに到着してから最終目的地に移動させる制御情報を生成する。前述のように、最後の経由地に指定時間が関連付けられている場合、制御部２７は、車両１０を、複数の経由地を経由しながら、複数の経由地の中の最後の経由地に指定時間までに移動させる制御情報を生成する。制御部２７は、生成した制御情報を制御装置１９に送信する。

制御部２７は、認証情報の一致の判別を当該個人の乗車前に行い、車両１０のドアの解錠の可否に用いてもよい。

制御部２７は、通信部２２が受信する第１の音声および第１の被写体像の少なくとも一方を、出力部２４に出力させる。制御部２７は、センサ部２３が検出する第２の音声および第２の被写体像を第１の情報処理装置１２に送信するように、通信部２２を制御する。制御部２７は、入力部２５がユーザ入力により検出した相対位置を第１の情報処理装置１２に送信するように、通信部２２を制御する。

第１の情報処理装置１２は、図４に示すように、通信部２８、センサ部２９、出力部３０、入力部３１、記憶部３２、および制御部３３を備える。第１の情報処理装置１２は、複数のセンサ部２９を備えてよい。複数のセンサ部２９は、複数の遠隔診療の専用の診察室に個別に配置されてよい。第１の情報処理装置１２は、複数の出力部３０を備えてよい。複数の出力部３０は、複数の遠隔診療の専用の診察室に個別に配置されてよい。

通信部２８は、専用線を介して通信する通信モジュールを含む。また、通信部２８は、ネットワーク１７に接続する通信モジュールを含む。例えば、通信部２８は、４Ｇ（4th Generation）および５Ｇ（5th Generation）などの移動体通信規格に対応する通信モジュールを含んでもよい。本実施形態において、第１の情報処理装置１２は、通信部２８を介してネットワーク１７に接続される。通信部２８は、多様な情報をネットワーク１７を介して送信および受信する。通信部２８は、ネットワーク１７を介して情報を送信する場合、当該情報に第１の情報処理装置１２の識別情報を付加してもよい。第１の情報処理装置１２の識別情報は、情報処理システム１１において第１の情報処理装置１２をそれぞれ一意に識別可能な情報である。

センサ部２９は、患者のように、診察対象の生体における第１の音声および第１の被写体像の少なくとも一方を検出する。

センサ部２９は、例えば、チェストピース型マイクのような接触型の集音センサを含み、聴診器のように患者の身体に直接接触させて接触箇所の音を第１の音声として検出する。接触型の集音センサを、後述する、出力部３０に出力される相対位置に接触させた状態で接触箇所の音を検出することにより、相対位置における第１の音声が検出される。

センサ部２９は、例えば、撮影位置を変更可能な広角カメラを含んでよく、生体の表面を拡大した部分を第１の被写体像として検出する。センサ部２９は、例えば、撮影位置を変更可能な電子内視鏡を含んでよく、咽喉のような室内灯では視認の困難な内腔の被写体像を第１の被写体像として検出する。広角のカメラまたは電子内視鏡の挿入管の先端を、後述する、出力部３０に出力される相対位置に向けた状態で撮影を行うことにより、相対位置における第１の被写体像が検出される。

センサ部２９は、例えば、マイクのような集音センサを含んでもよく、診察室内の音声を検出してよい。センサ部２９は、例えば、診察室内に固定されるカメラを含んでよく、診察室内の被写体像を検出してよい。

出力部３０は、情報を出力してユーザに通知する１つ以上のインタフェースを含む。出力部３０は、例えば、情報を音声で出力するスピーカを含み、通信部２８が第２の端末装置１５から受信する第２の音声を出力する。出力部３０は、例えば、情報を映像で出力するディスプレイを含み、通信部２８が第２の端末装置１５から受信する第２の被写体像および相対位置を出力する。相対位置の出力は、例えば、模式的な人体の全身図において、矢印などの場所を示す符号により視認可能な出力であってよい。

入力部３１は、ユーザ入力を検出する１つ以上のインタフェースを含む。例えば、入力部３１は、物理キー、静電容量キー、出力部３０のディスプレイと一体的に設けられたタッチスクリーン、または音声入力を受け付けるマイクなどであるが、これらに限られない。

記憶部３２は、半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部３２は、例えば、主記憶装置、補助記憶装置、またはキャッシュメモリとして機能してもよい。記憶部３２は、第１の情報処理装置１２の動作に用いられる任意の情報を記憶する。記憶部３２は、例えば、システムプログラム、アプリケーションプログラムなどを記憶してもよい。記憶部３２は、医療機関１６に所属する医師の氏名、居住地、および認証情報を関連付けて記憶してもよい。記憶部３２は、後述する、拒絶条件を記憶してもよい。記憶部３２は、第１の情報処理装置１２の識別情報を記憶してもよい。記憶部３２に記憶された情報は、例えば通信部２８を介してネットワーク１７から受信される情報で更新可能であってもよい。

制御部３３は、１つ以上のプロセッサを含む。本実施形態において「プロセッサ」は、汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサであるが、これらに限られない。制御部３３は、第１の情報処理装置１２全体の動作を制御する。

制御部３３は、通信部２８が受信する第２の音声、第２の被写体像、および相対位置を、出力部３０に出力させる。制御部３３は、センサ部２９が相対位置において検出する第１の音声および第１の被写体像の少なくとも一方を第２の端末装置１５に送信するように、通信部２８を制御する。制御部３３は、センサ部２９が検出する診察室内の音声および診察室内の被写体像を第２の端末装置１５に送信するように、通信部２８を制御する。

制御部３３は、医療機関１６が管理する車両１０の運行計画を作成する。制御部３３は、例えば、指定時間、経由地、最終目的地、および経由地に個別に関連付けられる認証情報を含めることにより運行計画を作成する。

制御部３３は、例えば、車両１０を経由地に到着させる時間のユーザ入力を検出するとき、当該時間を指定時間として決定して、運行計画に含めてよい。または、制御部３３は、例えば、予め設定され記憶部３２に記憶された時間を指定時間として決定して、運行計画に含めてよい。前述のように、指定時間は、例えば、医療機関１６の診療開始予定時間から予備時間だけ前の時間に定められてよく、または診療開始予定時間以後の医師による診療可能時間に定められてもよい。

制御部３３は、例えば、記憶部３２に記憶された医師の中から車両１０を派遣する医師を選択するユーザ入力を検出するとき、当該医師の居住地を記憶部３２から読出し、経由地として決定して、運行計画に含めてよい。または、制御部３３は、例えば、車両１０の派遣先の医師の居住地を入力するユーザ入力を検出するとき、当該居住地を経由地として決定して、運行計画に含めてよい。

制御部３３は、車両１０による遠隔診療を請負う医師の指定する乗車地を経由地に決定してもよい。制御部３３は、以下に説明する動作に基づいて、当該乗車地を経由地に決定する。

制御部３３は、例えば、診療科および診療要求時間を含む募集条件を入力するユーザ入力を入力部３１が検出するとき、募集条件を第２の情報処理装置１４に送信するように、通信部２８を制御する。募集条件は、医療機関１６が車両１０による遠隔診療を行う医師の募集において求める条件である。診療要求時間は、車両１０による遠隔診療の勤務を要求する時間である。

制御部３３は、送信した募集条件に対して、当該募集条件に対応する請負条件を第２の情報処理装置１４から受信するとき、当該請負条件を送信した医師を採用するか否か判別する。請負条件は、後述するように、医療機関１６の所属外の医師が車両１０による遠隔診療を請負う際に受け入れ可能な条件である。請負条件は、医師の診療科、診療可能時間、および車両１０への乗車地を含む。

制御部３３は、例えば、請負条件を受信するとき、請負条件とともに、請負条件を送信した医師の採用の可否のユーザ入力の要求を出力部３０に出力させる。制御部３３は、採用の可否のユーザ入力を入力部３１が検出するとき、当該ユーザ入力に基づいて医師の採用の判別を行う。制御部３３は、判別結果として、当該ユーザ入力に基づく採用可否を、請負条件および募集条件とともに、第２の情報処理装置１４に送信するように通信部２８を制御する。

または、制御部３３は、例えば、請負条件を受信するとき、記憶部３２から拒絶条件を読出して、請負条件が拒絶条件に対応するか否かを判別する。拒絶条件は、医療機関１６において設定可能な、車両１０による遠隔診療を拒絶する医師の条件である。拒絶条件は、例えば、特定の医師の個人名、および医療機関１６の所在地から閾値以上に離れた距離である乗車地などである。制御部３３は、請負条件と拒絶条件との比較に基づいて、医師の採用の判別を行う。制御部３３は、請負条件が拒絶条件に対応していない場合、採用を示す採用可否を、請負条件および募集条件とともに、第２の情報処理装置１４に送信するように、通信部２８を制御する。制御部３３は、請負条件が拒絶条件に対応する場合、拒絶を示す採用可否を第２の情報処理装置１４に送信するように、通信部２８を制御する。

制御部３３は、採用を示す採用可否とともに、医療機関１６の名称、および請負条件に含まれる乗車地への車両１０の到着時間を第２の情報処理装置１４に送信するように、通信部２８を制御する。車両１０の到着時間は、例えば、指定時間である。

制御部３３は、上述のように、採用を示す採用可否を送信するとき、請負条件に含まれる乗車地を経由地として決定して、運行計画に含める。

制御部３３は、入力部３１へのユーザ入力および受信する請負条件の少なくとも一方により、複数の経由地を決定して、運行計画に含めてよい。制御部３３は、複数の経由地を決定する場合、いずれかの経由地への指定時間の関連付けの要求を出力部３０に出力させてよい。制御部３３は、指定時間の関連付けのユーザ入力を検出するとき、当該ユーザ入力に基づいて、指定時間を特定の経由地に関連付ける。

制御部３３は、経由地の決定に伴い、経由地に個別に関連付ける認証情報を決定する。制御部３３は、経由地が医療機関１６に所属する医師の住所である場合、当該医師に関連付けられている認証情報を記憶部３２から読出す。制御部３３は、読出した認証情報を、経由地に関連付ける認証情報として決定し、運行計画に含める。制御部３３は、経由地が請負条件に含まれる乗車地である場合、新規に認証情報を生成して、当該経由地に関連付ける認証情報として決定し、運行計画に含める。制御部３３は、生成した認証情報を、第２の情報処理装置１４に送信するように、通信部２８を制御する。

制御部３３は、例えば、車両１０の目的地を入力するユーザ入力を検出するとき、当該目的地を最終目的地として、運行計画に含めてよい。または、制御部３３は、例えば、予め設定され記憶部３２に記憶された場所を最終目的地として、運行計画に含めてよい。前述のように、最終目的地は、例えば、医療機関１６の所在地、または医療機関１６によって指定される駐車場の所在地であってよい。駐車場は、例えば、郊外などの駐車場であって、医療機関１６が契約している駐車場であってよい。

制御部３３は、指定時間、経由地、最終目的地、および経由地に個別に関連付けられる認証情報を含めることにより作成した運行計画を、医療機関１６が管理する車両１０に搭載される第２の端末装置１５に送信するように、通信部２８を制御する。

図５に示すように、第１の端末装置１３は、通信部３４、入力部３５、出力部３６、記憶部３７、および制御部３８を備える。

通信部３４は、ネットワーク１７に接続する通信モジュールを含む。例えば、通信部３４は、４Ｇ（4th Generation）および５Ｇ（5th Generation）などの移動体通信規格に対応する通信モジュールを含んでもよい。通信部３４は、例えば、Bluetoothなどの近距離無線通信規格に対応する通信モジュールを含んでもよい。本実施形態において、第１の端末装置１３は、通信部３４を介してネットワーク１７に接続される。通信部３４は、多様な情報をネットワーク１７を介して送信および受信する。通信部３４は、ネットワーク１７を介して情報を送信する場合、当該情報に第１の端末装置１３の識別情報を付加してもよい。第１の端末装置１３の識別情報は、情報処理システム１１において第１の端末装置１３をそれぞれ一意に識別可能な情報である。

入力部３５は、ユーザ入力を検出する１つ以上のインタフェースを含む。例えば、入力部３５は、物理キー、静電容量キー、出力部３６のディスプレイと一体的に設けられたタッチスクリーン、または音声入力を受け付けるマイクなどであるが、これらに限られない。

出力部３６は、情報を出力してユーザに通知する１つ以上のインタフェースを含む。例えば、出力部３６は、情報を映像で出力するディスプレイ、又は情報を音声で出力するスピーカ等であるが、これらに限られない。

記憶部３７は、半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部３７は、例えば、主記憶装置、補助記憶装置、またはキャッシュメモリとして機能してもよい。記憶部３７は、第１の端末装置１３の動作に用いられる任意の情報を記憶する。記憶部３７は、例えば、システムプログラム、アプリケーションプログラムなどを記憶してもよい。記憶部３７は、第１の端末装置１３の識別情報を記憶してもよい。記憶部３７に記憶された情報は、例えば通信部３４を介してネットワーク１７から受信される情報で更新可能であってもよい。

制御部３８は、１つ以上のプロセッサを含む。本実施形態において「プロセッサ」は、汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサであるが、これらに限られない。制御部３８は、第１の端末装置１３全体の動作を制御する。

制御部３８は、例えば、診療科、診療可能時間、および乗車地を含む請負条件を入力するユーザ入力を入力部３５が検出するとき、請負条件を第２の情報処理装置１４に送信するように、通信部３４を制御する。請負条件は、第１の端末装置１３の所有者である、例えば医師が車両１０による遠隔診療を請負う際に受け入れ可能な条件である。診療可能時間は、当該所有者が車両１０内での診療可能な時間であって、本実施形態においては、さらに乗車する時間も含む。乗車地は、当該所有者が診療可能時間の開始時間までに到着可能な場所であって、例えば所有者の居住地であってよい。

制御部３８は、請負条件の送信に対して、第２の情報処理装置１４から採用通知を受信するとき、採用通知を出力部３６に出力させる。採用通知は、車両１０による遠隔診療を行う医師として採用する医療機関１６の名称、車両１０の乗車地への到着時間、および認証情報などを含む。制御部３８は、認証情報を記憶部３７に格納する。

制御部３８は、近距離無線通信により通信部３４を介して第２の端末装置１５から認証情報を要求されるとき、記憶部３７から認証情報を読出して、第２の端末装置１５に送信するように通信部３４を制御する。または、制御部３８は、認証情報の出力を要求するユーザ入力を入力部３５が検出するとき、記憶部３７から認証情報を読出して、出力部３６に出力させる。

図６に示すように、第２の情報処理装置１４は、通信部３９、記憶部４０、および制御部４１を備える。

通信部３９は、専用線を介して通信する通信モジュールを含む。また、通信部３９は、ネットワーク１７に接続する通信モジュールを含む。通信部３９は、例えば、４Ｇ（4th Generation）および５Ｇ（5th Generation）などの移動体通信規格に対応する通信モジュールを含んでもよい。本実施形態において、第２の情報処理装置１４は、通信部３９を介してネットワーク１７に接続される。通信部３９は、多様な情報をネットワーク１７を介して送信および受信する。通信部３９は、ネットワーク１７を介して情報を送信する場合、当該情報に第２の情報処理装置１４の識別情報を付加してもよい。第２の情報処理装置１４の識別情報は、情報処理システム１１において第２の情報処理装置１４をそれぞれ一意に識別可能な情報である。

記憶部４０は、半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部４０は、例えば、主記憶装置、補助記憶装置、またはキャッシュメモリとして機能してもよい。記憶部４０は、第２の情報処理装置１４の動作に用いられる任意の情報を記憶する。記憶部４０は、例えば、システムプログラム、アプリケーションプログラムなどを記憶してもよい。

制御部４１は、１つ以上のプロセッサを含む。本実施形態において「プロセッサ」は、汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサであるが、これらに限られない。制御部４１は、第２の情報処理装置１４全体の動作を制御する。

制御部４１は、第１の情報処理装置１２から募集条件を受信するとき、当該募集条件を第１の情報処理装置１２に関連付けて記憶部４０に格納する。制御部４１は、第１の端末装置１３から請負条件を受信するとき、当該請負条件を第１の端末装置１３に関連付けて記憶部４０に格納する。

制御部４１は、例えば、定期的、または周期的に記憶部４０に記憶している募集条件に対応する請負条件の、記憶部４０内の存否を確認する。請負条件が募集条件に対応するとは、請負条件および募集条件の診療科が一致し、且つ請負条件に含まれる診療可能時間が募集条件に含まれる診療要求時間を内包することを意味する。制御部４１は、任意の募集条件に対応する請負条件が存在する場合、当該募集条件に関連付けられている第１の情報処理装置１２に、当該請負条件を送信するように、通信部３９を制御する。

または、制御部４１は、募集条件を受信するとき、記憶部４０に記憶している請負条件の中から、当該募集条件に対応する請負条件の存否を確認する。制御部４１は、募集条件に対応する請負条件がある場合、当該募集条件に関連付けられている第１の情報処理装置１２に、探索された請負条件を送信するように、通信部３９を制御する。

または、制御部４１は、請負条件を受信するとき、記憶部４０に記憶している募集条件の中から、当該請負条件に対応する募集条件の存否を確認する。制御部４１は、請負条件に対応する募集条件がある場合、当該募集条件に関連付けられている第１の情報処理装置１２に、当該請負条件を送信するように、通信部３９を制御する。

制御部４１は、第１の情報処理装置１２への請負条件の送信に対して、当該第１の情報処理装置１２から、採用を示す採用可否を受信するとき、採用可否とともに受信する請負条件を、以後に募集条件と対応しているか否かの判別対象から外す。したがって、制御部４１は、当該請負条件を以後の募集条件に対する第１の情報処理装置１２への送信の対象から外す。また、制御部４１は、採用可否とともに受信する募集条件を、以後の請負条件と対応しているか否かの判別対象から外す。

制御部４１は、第１の情報処理装置１２への請負条件の送信に対して、当該第１の情報処理装置１２から、採用を示す採用可否を受信するとき、採用通知を生成する。採用通知は、車両１０による遠隔診療を行う医師として採用を決めた医療機関１６の名称、請負条件に含まれる乗車地への車両１０の到着時間、および認証情報を含む。制御部４１は、例えば、採用可否とともに受信する医療機関１６の名称、乗車地への車両１０の到着時間、および認証情報を互いに関連付けることにより採用通知を生成する。制御部４１は、採用通知を、当該請負条件を送信した第１の端末装置１３に送信するように、通信部３９を制御する。

次に、本実施形態において第２の端末装置１５の制御部２７が実行する制御情報生成処理について、図７のフローチャートを用いて説明する。制御情報生成処理は、例えば、第１の情報処理装置１２から送信される運行計画を通信部２２が受信するとき、開始する。

ステップＳ１００において、制御部２７は、受信した運行計画に複数の経由地が含まれているか否かを判別する。複数の経由地が含まれている場合、プロセスはステップＳ１０１に進む。複数の経由地が含まれていない場合、プロセスはステップＳ１０２に進む。

ステップＳ１０１では、制御部２７は、運行計画内の最初の経由地から、指定時間が関連付けられている経由地までの移動時間を認識する。認識後、プロセスはステップＳ１０２に進む。

ステップＳ１０２では、制御部２７は、運行計画に含まれる指定時間からステップＳ１０１において認識した移動時間を減じることにより、最初の経由地に到着すべき時間を算出する。算出後、プロセスはステップＳ１０３に進む。

ステップＳ１０３では、制御部２７は、位置情報取得装置２１から周期的に受信する車両１０の現在の位置から、運行計画に含まれる最初の経由地までの移動時間を算出する。算出後、プロセスはステップＳ１０４に進む。

ステップＳ１０４では、制御部２７は、ステップＳ１０２において算出した最初の経由地に到着すべき時間から、ステップＳ１０３において算出した移動時間を減じることにより、出発時間を算出する。算出後、プロセスはステップＳ１０５に進む。

ステップＳ１０５では、制御部２７は、現在時間が、ステップＳ１０４において算出した出発時間から現在位置の測定の１周期分だけ前の時間を超えているか否かを判別する。超えていない場合、プロセスはステップＳ１０３に戻る。超えている場合、プロセスはステップＳ１０６に進む。

ステップＳ１０６では、制御部２７は、現在の位置から次の経由地まで移動させ且つ当該経由地において停車させる制御情報を生成する。制御部２７は、生成した制御情報を制御装置１９に送信するように通信部２２を制御する。送信後、プロセスはステップＳ１０７に進む。

ステップＳ１０７では、制御部２７は、ステップＳ１０６において生成した制御情報における経由地に関連付けられる認証情報を記憶部２６から読出す。読出し後、プロセスはステップＳ１０８に進む。

ステップＳ１０８では、制御部２７は、ステップＳ１０６において生成した制御情報における経由地で乗車予定の個人から検出する、または当該個人の携行する第１の端末装置１３から検出もしくは受信する認証情報が、ステップＳ１０７において読出した認証情報と一致するか否かを判別する。一致しない場合、プロセスはステップＳ１０８に戻る。一致する場合、プロセスはステップＳ１０９に進む。

ステップＳ１０９では、制御部２７は、運行計画に含まれる全経由地を経由しているか否かを判別する。全経由地を経由していない場合、プロセスはステップＳ１０６に戻る。全経由地を経由済みである場合、プロセスはステップＳ１１０に進む。

ステップＳ１１０では、制御部２７は、運行計画に含まれる最終目的地まで移動する制御情報を生成する。制御部２７は、生成した制御情報を制御装置１９に送信する。送信後、制御情報生成処理は終了する。

次に、本実施形態において第１の情報処理装置１２の制御部３３が実行する募集処理について、図８のフローチャートを用いて説明する。募集処理は、例えば、募集条件を入力するユーザ入力が検出されるとき、開始する。

ステップＳ２００において、制御部３３は、ユーザ入力を検出している募集条件を第２の情報処理装置１４に送信するように、通信部２８を制御する。送信後、募集処理は終了する。

次に、本実施形態において第１の情報処理装置１２の制御部３３が実行する第１の運行計画作成処理について、図９のフローチャートを用いて説明する。第１の運行計画作成処理は、例えば、医療機関１６に所属する医師による運行計画の作成を要求するユーザ入力を検出するとき、開始する。

ステップＳ３００において、制御部３３は、運行計画に含める指定時間が決定済みであるか否かを判別する。決定済みである場合、プロセスはステップＳ３０５に進む。決定済みでない場合、プロセスはステップＳ３０１に進む。

ステップＳ３０１では、制御部３３は、予め設定された時間の記憶部３２からの読出しを要求するユーザ入力を入力部３１が検出しているか否かを判別する。検出されている場合、プロセスはステップＳ３０２に進む。検出されていない場合、プロセスはステップＳ３０３に進む。

ステップＳ３０２では、制御部３３は、予め設定された時間を記憶部３２から読出す。読出し後、プロセスはステップＳ３０４に進む。

ステップＳ３０３では、制御部３３は、車両１０を経由地に到着させる時間のユーザ入力を入力部３１が検出しているか否かを判別する。検出していない場合、プロセスはステップＳ３０５に進む。検出している場合、プロセスはステップＳ３０４に進む。

ステップＳ３０４では、制御部３３は、ステップＳ３０２において読出した時間、またはステップＳ３０３においてユーザ入力を確認した時間を指定時間に決定する。決定後、プロセスはステップＳ３０５に進む。

ステップＳ３０５では、制御部３３は、運行計画に含める経由地を決定済みであるか否かを判別する。決定済みである場合、プロセスはステップＳ３１０に進む。決定済みでない場合、プロセスはステップＳ３０５に進む。

ステップＳ３０６では、制御部３３は、医師を選択するユーザ入力を入力部３１が検出しているか否かを判別する。医師の選択のユーザ入力を検出していない場合、プロセスはステップＳ３１０に進む。医師の選択のユーザ入力を検出している場合、プロセスはステップＳ３０７に進む。

ステップＳ３０７では、制御部３３は、ステップＳ３０６において選択されていることが確認された医師の居住地を記憶部３２から読出す。読出し後、プロセスはステップＳ３０８に進む。

ステップＳ３０８では、制御部３３は、ステップＳ３０７において読出した居住地を経由地に決定する。決定後、プロセスはステップＳ３０９に進む。

ステップＳ３０９では、制御部３３は、ステップＳ３０６において選択されていることが確認された医師に対して関連付けられている認証情報を記憶部３２から読出す。読出し後、プロセスはステップＳ３１０に進む。

ステップＳ３１０では、制御部３３は、運行計画に含める最終目的地を決定済みであるか否かを判別する。決定済みである場合、プロセスはステップＳ３１５に進む。決定済みでない場合、プロセスはステップＳ３１１に進む。

ステップＳ３１１では、制御部３３は、予め設定された場所の記憶部３２からの読出しを要求するユーザ入力を入力部３１が検出しているか否かを判別する。検出されている場合、プロセスはステップＳ３１２に進む。検出されていない場合、プロセスはステップＳ３１３に進む。

ステップＳ３１２では、制御部３３は、予め設定された場所を記憶部３２から読出す。読出し後、プロセスはステップＳ３１４に進む。

ステップＳ３１３では、制御部３３は、車両１０の最終目的地のユーザ入力を入力部３１が検出しているか否かを判別する。検出していない場合、プロセスはステップＳ３１５に進む。検出している場合、プロセスはステップＳ３１４に進む。

ステップＳ３１４では、制御部３３は、ステップＳ３１２において読出した場所、またはステップＳ３０３においてユーザ入力を確認した目的地を、最終目的地に決定する。決定後、プロセスはステップＳ３１５に進む。

ステップＳ３１５では、制御部３３は、運行計画に含める、指定時間、経由地、および最終目的地の全項目を決定済みであるか否かを判別する。決定済みでない場合、プロセスはステップＳ３００に戻る。決定済みである場合、プロセスはステップＳ３１６に進む。

ステップＳ３１６では、制御部３３は、ステップＳ３０４において決定した指定時間、ステップＳ３０８において決定した経由地、ステップＳ３０９において読出した認証情報、およびステップＳ３１４において決定した最終目的地を含む運行計画を作成する。制御部３３は、作成した運行計画を車両１０に送信するように、通信部２８を制御する。送信後、第１の運行計画作成処理は終了する。

次に、本実施形態において第１の情報処理装置１２の制御部３３が実行する第２の運行計画作成処理について、図１０のフローチャートを用いて説明する。第２の運行計画作成処理は、例えば、募集条件の送信後に、運行計画の作成を要求するユーザ入力を検出するとき、開始する。

ステップＳ４００からＳ４０５において、制御部３３は、第１の運行計画作成処理のステップＳ３００からＳ３０５と同じ制御を行う。ステップＳ４０５において経由地を決定済みであると判別する場合、プロセスはステップＳ４０６に進む。ステップＳ４０５において経由地を決定済みでない場合に進むステップＳ５００では、制御部３３は、後述するように、経由地決定のサブルーチンを実行する。経由地決定のサブルーチンの実行後、プロセスはステップＳ４０６に進む。

ステップＳ４０６からＳ４１２において、制御部３３は、第１の運行計画作成処理のステップＳ３１０からＳ３１６と同じ制御を行う。ステップＳ４１２において運行計画の送信後、第２の運行計画作成処理は終了する。

次に、本実施形態において第１の情報処理装置１２の制御部３３が実行する経由地決定のサブルーチンについて、図１１のフローチャートを用いて説明する。

ステップＳ５０１において、制御部３３は、第２の情報処理装置１４から、送信済みの募集条件に対応する請負条件を通信部２８において受信しているか否かを判別する。受信していない場合、経由地決定のサブルーチンは終了して、プロセスは第２の運行計画作成処理におけるステップＳ４０６に戻る（図１１参照）。受信している場合、プロセスはステップＳ５０２に進む。

ステップＳ５０２では、制御部３３は、請負条件を自動的に判別するように設定されているか否かを判別する。なお、請負条件の自動判別の設定は、例えば、第１の情報処理装置１２のユーザが入力部３１への切替えのユーザ入力によりＯＮおよびＯＦＦに切替え可能である。設定されている場合、プロセスはステップＳ５０３に進む。設定されていない場合、プロセスはステップＳ５０４に進む。

ステップＳ５０３では、制御部３３は、記憶部３２から拒絶条件を読出す。制御部３３は、読出した拒絶条件に基づいて、ステップＳ５０１において受信が確認された請負条件に対して採用または非採用のいずれであるかを決定する。決定後、プロセスはステップＳ５０５に進む。

ステップＳ５０４では、制御部３３は、採用の可否のユーザ入力の要求を出力部３０に出力させる。制御部３３は、採用の可否のユーザ入力を入力部３１が検出しているか否かを判別する。検出していない場合、プロセスはステップＳ５０４に戻り、検出するまで待機す。検出している場合、プロセスはステップＳ５０５に進む。

ステップＳ５０５では、制御部３３は、ステップＳ３０３における決定、またはステップＳ３０４において確認されたユーザ入力に基づいて、請負条件を送信した医師を採用するか否かを判別する。採用しない場合すなわち非採用である場合、経由地決定のサブルーチンは終了して、プロセスは第２の運行計画作成処理におけるステップＳ４０６に戻る（図１１参照）。採用する場合、プロセスはステップＳ５０６に進む

ステップＳ５０６では、制御部３３は、請負条件に含まれる乗車地を経由地として決定する。決定後、プロセスはステップＳ５０７に進む。

ステップＳ５０７では、制御部３３は、認証情報を生成する。生成後、プロセスはステップＳ５０８に進む。

ステップＳ５０８では、制御部３３は、ステップＳ５０３における決定、またはステップＳ５０４において確認されたユーザ入力に基づいて、採用または非採用を示す採用可否を作成する。制御部３３は、作成した採用可否を第２の情報処理装置１４に送信するように、通信部２８を制御する。送信後、経由地決定のサブルーチンは終了して、プロセスは第２の運行計画作成処理におけるステップＳ４０６に戻る（図１１参照）。

次に、本実施形態において第１の端末装置１３の制御部３８が実行する求職処理について、図１２のフローチャートを用いて説明する。求職処理は、例えば、請負条件のユーザ入力を入力部３５が検出するとき、開始する。

ステップＳ６００において、制御部３８は、ユーザ入力された請負条件を第２の情報処理装置１４に送信するように、通信部３４を制御する。送信後、プロセスはステップＳ６０１に進む。

ステップＳ６０１では、制御部３８は、ステップＳ６００において送信した請負条件に対する採用通知を通信部３４が受信しているか否かを判別する。受信していない場合、プロセスはステップＳ６０１に戻る。受信している場合、プロセスはステップＳ６０２に進む。

ステップＳ６０２では、制御部３８は、ステップＳ６０１において受信を確認した採用通知を記憶部３７に格納する。制御部３８は、当該採用通知を出力部３６に出力させる。出力後、求職処理は終了する。

次に、本実施形態において第１の端末装置１３の制御部３８が実行する認証提示処理について、図１３のフローチャートを用いて説明する。認証提示処理は、例えば、第２の端末装置１５から近距離無線通信を介して認証情報を要求されるとき、開始する。

ステップＳ７００において、制御部３８は、認証情報を記憶部３７から読出す。読出し後、プロセスはステップＳ７０１に進む。

ステップＳ７０１では、制御部３８は、ステップＳ７００において読出した認証情報を近距離無線通信により、第２の端末装置１５に送信するように、通信部３４を制御する。送信後、認証提示処理は終了する。

次に、本実施形態において第２の情報処理装置１４の制御部４１が実行するマッチング処理について、図１４のフローチャートを用いて説明する。マッチング処理は、例えば、周期的に、開始する。

ステップＳ８００において、制御部４１は、記憶部４０から未確定の募集条件を読出す。未確定の募集条件は、第１の情報処理装置１２から採用を示す採用可否とともに受信済みの募集条件以外の募集条件である。読出し後、プロセスはステップＳ８０１に進む。

ステップＳ８０１では、制御部４１は、記憶部４０から未確定の請負条件を読出す。未確定の請負条件は、第１の情報処理装置１２から採用を示す採用可否とともに受信済みの募集条件以外の請負条件である。読出し後、プロセスはステップＳ８０２に進む。

ステップＳ８０２では、制御部４１は、ステップＳ８０１において読出した請負条件が、ステップＳ８００において読出した募集条件に対応しているか否かを判別する。対応していない場合、プロセスはステップＳ８０３に進む。対応している場合、プロセスはステップＳ８０４に進む。

ステップＳ８０３では、制御部４１は、記憶部４０の未確定の全請負条件に対して、募集条件との対応を確認済みであるか否かを判別する。未確定の全請負条件に対して確認していない場合、プロセスはステップＳ８０１に戻る。未確定の全請負条件に対して確認している場合、プロセスはステップＳ８０５に進む。

ステップＳ８０４では、制御部４１は、ステップＳ８０１において読出した請負条件を第１の情報処理装置１２に送信するように、通信部３９を制御する。送信後、プロセスはステップＳ８０５に進む。

ステップＳ８０５では、制御部４１は、記憶部４０の未確定の全募集条件に対して、請負条件との対応を確認済みであるか否かを判別する。未確定の全募集条件に対して確認していない場合、プロセスはステップＳ８００に戻る。未確定の全請負条件に対して確認している場合、マッチング処理は終了する。

次に、本実施形態において第２の情報処理装置１４の制御部４１が実行する採用通知処理について、図１５のフローチャートを用いて説明する。採用通知処理は、例えば、第１の情報処理装置１２から採用を示す採用可否を受信するとき、開始する。

ステップＳ９００において、制御部４１は、採用可否とともに受信する請負条件および募集条件が確定であることを記憶部４０に格納する。格納後、プロセスはステップＳ９０１に進む。

ステップＳ９０１では、制御部４１は、採用可否に含まれる医療機関１６の名称、乗車地への車両１０の到着時間、認証情報を含む採用通知を生成する。生成後、プロセスはステップＳ９０２に進む。

ステップＳ９０２では、制御部４１は、ステップＳ９０１において生成した採用通知を、採用可否とともに受信する請負条件を送信した第１の端末装置１３に送信するように、通信部３９を制御する。送信後、採用通知処理は終了する。

以上のような構成の本実施形態の第２の端末装置（車載装置）１５は、相対位置を指定するユーザ入力を検出する入力部２５と、第１の情報処理装置１２から相対位置において検出される第１の音声および第1の被写体像の少なくとも一方を受信する通信部２２と、第１の音声および第１の被写体像の少なくとも一方を出力する出力部２４と、有する。このような構成により、第２の端末装置１５は、当該第２の端末装置１５を搭載する車両１０による移動中の医師に遠隔診療をさせ得るので、医師の移動中の時間を有効活用させ得る。特に、車両１０は、車両１０内の医師が観察を望む部分および聴診を望む部分を相対位置として、第１の情報処理装置１２を介して患者に伝え得るので、第１の情報処理装置１２が設けられている医療機関１６などにおける患者の特定の部分の画像および音声を、車両１０内の医師に認識させ得る。したがって、車両１０は、医師の移動時間を有効活用しながら、単なるテレビ電話を用いる場合に比べて、高い精度の診療を実現させ得る。その結果、車両１０は、診療以外の医師の負担を軽減し得る。

また、本実施形態の第２の端末装置１５は、経由地に指定時間に到着してから目的地に移動させる制御情報を車両１０に送信する。このような構成により、第２の端末装置１５は、経由地で乗車する医師による指定時間の直後から診察を開始させ得る。

また、本実施形態の第２の端末装置１５は、複数の経由地を経由しながら、当該複数の経由地の中の最後の経由地に指定時間までに移動する情報を制御情報に含める。このような構成により、第２の端末装置１５は、複数の経由地において個別に乗車する医師のすべてに指定時間に診察を開始させ得る。

また、本実施形態の第２の端末装置１５では、指定時間は医療機関１６の診療開始予定時間から予備時間だけ前の時間であり、経由地は医療機関１６が定める医師の乗車地である。このような構成により、第２の端末装置１５は、診療開始予定時間までに、車両１０を医療機関１６が定める医師の乗車地に到着させ得る。したがって、第２の端末装置１５は、診療開始予定時間までに医師を乗車させ得るので、診療開始予定時間には診察を開始させ得る。

また、本実施形態の第２の端末装置１５では、最終目的地は医療機関１６の所在地である。このような構成により、第２の端末装置１５は、医師が医療機関１６に到着するまでに診察のみを実行させながら、注射などの患者に直接触れる必要のある治療行為のために医療機関１６に移動させ得る。

また、本実施形態の第２の端末装置１５では、最終目的地は、指定される駐車場の所在地である。このような構成により、第２の端末装置１５は、車両１０を、医師の居住する自宅の周辺を診察専門の診療機関として機能させ得る。

また、本実施形態の第１の情報処理装置１２は、募集条件の第２の情報処理装置１４への送信に対して、募集条件に対応する請負条件を第２の情報処理装置１４から受信するとき、請負条件に対する採用可否を第２の情報処理装置１４に送信する。このような構成により、第１の情報処理装置１２は、車両１０を用いた遠隔診療を行う医師を、募集により決定し得る。したがって、第１の情報処理装置１２は、医療機関１６に所属する医師に限らず、所属外の医師に、一時的な診察を容易に依頼し得る。

また、本実施形態の第１の情報処理装置１２は、請負条件に含まれる乗車地を経由地に指定する。このような構成により、第１の情報処理装置１２は、車両１０への経由地の設定を容易にさせ得る。

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

例えば、上述した実施形態において、第２の端末装置１５、第１の情報処理装置１２、第１の端末装置１３、および第２の情報処理装置１４において実行される一部の処理動作が他の装置において実行されてもよい。

また、例えば、スマートフォンまたはコンピュータ等の汎用の電子機器を、上述した実施形態に係る第１の情報処理装置１２、または第２の情報処理装置１４として機能させる構成も可能である。具体的には、実施形態に係る第１の情報処理装置１２などの各機能を実現する処理内容を記述したプログラムを、電子機器のメモリに格納し、電子機器のプロセッサによって当該プログラムを読み出して実行させる。したがって、本実施形態に係る発明は、プロセッサが実行可能なプログラムとしても実現可能である。

また、例えば、上述した実施形態において、第１の情報処理装置１２は、第２の端末装置１５から受信する相対位置を出力部３０において出力する構成であるが、例えば、センサ部２９の接触型の集音センサおよび広角カメラまたは電子内視鏡の先端を相対位置に移動させるアクチュエータを備える構成であってもよい。このような構成によれば、アクチュエータは、生体における相対位置で第１の音声および第１の被写体像をセンサ部２９に検出させ得る。

１０ 車両
１１ 情報処理システム
１２ 第１の情報処理装置
１３ 第１の端末装置
１４ 第２の情報処理装置
１５ 第２の端末装置
１６ 医療機関
１７ ネットワーク
１８ 通信装置
１９ 制御装置
２０ ＥＣＵ（Electronic Control Unit）
２１ 位置情報受信装置
２２ 通信部
２３ センサ部
２４ 出力部
２５ 入力部
２６ 記憶部
２７ 制御部
２８ 通信部
２９ センサ部
３０ 出力部
３１ 入力部
３２ 記憶部
３３ 制御部
３４ 通信部
３５ 入力部
３６ 出力部
３７ 記憶部
３８ 制御部
３９ 通信部
４０ 記憶部
４１ 制御部

Claims (20)

1. 診察対象の生体における相対位置を指定するユーザ入力を検出する入力部と、
   前記相対位置を第１の情報処理装置に送信し、該第１の情報処理装置から前記相対位置において検出される第１の音声および第１の被写体像の少なくとも一方を受信する通信部と、
   前記第１の音声および第１の被写体像の少なくとも一方を出力する出力部と、を備える
   車載装置。
2. 請求項１に記載の車載装置であって、
   車両を、経由地に指定時間までに到着してから目的地に移動させる制御情報を該車両に送信する
   車載装置。
3. 請求項２に記載の車載装置であって、
   前記制御情報は、前記車両を、複数の経由地を経由しながら、該複数の経由地の中の最後の経由地に前記指定時間までに移動させる情報を含む
   車載装置。
4. 請求項２または３に記載の車載装置であって、
   前記指定時間は、前記第１の情報処理装置に関連付けられた医療機関の診療開始予定時間から予備時間だけ前の時間であり、
   前記経由地は、前記医療機関が定める医師の乗車地である
   車載装置。
5. 請求項４に記載の車載装置であって、
   前記目的地は、前記医療機関の所在地である
   車載装置。
6. 請求項２から４のいずれか１項に記載の車載装置であって、
   前記目的地は、医療機関が定める駐車場の所在地である
   車載装置。
7. 診察対象の生体における相対位置を車載装置から受信する通信部と、
   前記生体における第１の音声および第１の被写体像の少なくとも一方を検出するセンサ部と、を備え、
   前記通信部は、前記相対位置において検出した前記第１の音声および第１の被写体像の少なくとも一方を該車載装置に送信する
   第１の情報処理装置。
8. 請求項７に記載の第１の情報処理装置であって、
   前記通信部は、指定時間、経由地、および目的地を前記車載装置に送信する
   第１の情報処理装置。
9. 請求項８に記載の第１の情報処理装置であって、
   前記通信部は、診療科および診療要求時間を含む募集条件を第２の情報処理装置へ送信し、送信した前記募集条件に対して、該募集条件に対応する請負条件を該第２の情報処理装置から受信するとき、該請負条件に対する採用可否を該第２の情報処理装置に送信する
   第１の情報処理装置。
10. 請求項９に記載の第１の情報処理装置であって、
    前記採用可否が採用を示す場合、前記請負条件に含まれる乗車地を前記経由地に決定する
    第１の情報処理装置。
11. 請求項７に記載の第１の情報処理装置と、
    前記相対位置を指定するユーザ入力を検出する入力部と、前記相対位置を前記第１の情報処理装置に送信し該第１の情報処理装置から前記相対位置において検出される前記第１の音声および第１の被写体像の少なくとも一方を受信する通信部と、前記第１の音声および第１の被写体像の少なくとも一方を出力する出力部と、を有する車載装置と、を備える
    情報処理システム。
12. 請求項１１に記載の情報処理システムであって、
    前記第１の情報処理装置の通信部は、指定時間、経由地、および目的地を前記車載装置に送信し、
    前記車載装置は、車両を、前記経由地に前記指定時間までに到着してから前記目的地に移動させる制御情報を該車両に送信する
    情報処理システム。
13. 請求項１２に記載の情報処理システムであって、
    前記第１の情報処理装置と通信する第２の情報処理装置を、さらに備え、
    前記第１の情報処理装置の通信部は、診療科および診療要求時間を含む募集条件を第２の情報処理装置へ送信し、送信した該募集条件に対応する請負条件を該第２の情報処理装置から受信するとき、前記請負条件に対する採用可否を該第２の情報処理装置に送信する
    情報処理システム。
14. 請求項１３に記載の情報処理システムであって、
    前記第１の情報処理装置は、前記採用可否が採用を示す場合、前記請負条件に含まれる乗車地を前記経由地に指定する
    情報処理システム。
15. 請求項１３または１４に記載の情報処理システムであって、
    前記第２の情報処理装置と通信する端末装置を、さらに備え、
    前記第２の情報処理装置は、前記第１の情報処理装置から診療科および診療要求時間を含む募集条件を受信し、前記端末装置から診療科、診療可能時間、および乗車地を含む請負条件を受信し、前記募集条件に対応する前記請負条件を前記第１の情報処理装置に送信する
    情報処理システム。
16. 請求項１５に記載の情報処理システムであって、
    前記第２の情報処理装置は、前記募集条件に対応する前記請負条件の採用を示す前記採用可否を受信するとき、該請負条件を以後の募集条件に対する送信の対象から外す
    情報処理システム。
17. 診察対象の生体における相対位置を車載装置から受信する通信部と、前記生体における第１の音声および第１の被写体像の少なくとも一方を検出するセンサ部とを備え、前記通信部は前記相対位置において検出した前記第１の音声および第１の被写体像の少なくとも一方を該車載装置に送信し、前記通信部は、指定時間、経由地、および目的地を前記車載装置に送信する第１の情報処理装置による情報処理方法であって、
    前記第１の情報処理装置は、
    診療科および診療要求時間を含む募集条件を第２の情報処理装置へ送信し、
    送信した前記募集条件に対して、該募集条件に対応する請負条件を該第２の情報処理装置から受信するとき、該請負条件に対する採用可否を該第２の情報処理装置に送信する
    情報処理方法。
18. 請求項１７に記載の情報処理方法であって、
    前記第１の情報処理装置は、
    前記採用可否が採用を示す場合、前記請負条件に含まれる乗車地を前記経由地に指定する
    情報処理方法。
19. 請求項１７または１８に記載の情報処理方法であって、
    前記第２の情報処理装置による情報処理方法であり、
    前記第２の情報処理装置は、
    前記第１の情報処理装置から診療科および診療要求時間を含む募集条件を受信し、
    端末装置から診療科、診療可能時間、および乗車地を含む請負条件を受信し、
    前記募集条件に対応する前記請負条件を前記第１の情報処理装置に送信する
    情報処理方法。
20. 請求項１９に記載の情報処理方法であって、
    前記第２の情報処理装置は、前記募集条件に対応する前記請負条件の採用を示す前記採用可否を受信するとき、該請負条件を以後の募集条件に対する送信の対象から外す
    情報処理方法。

Images