JP7248610B2 - 情報処理装置、情報処理方法、及び、システム - Google Patents

Description

本発明は、情報処理装置、情報処理方法、及び、システムに関する。

上下に分離する車両において、上部ユニットを建造物の一部にすることが知られている（例えば、特許文献１参照。）。

国際公開第２０１８／２３０７２０号

上部ユニットを寝台として利用する場合において、ユーザの体調が悪くなったときに下部ユニットを速やかに呼び出すことが困難な場合がある。本発明の目的は、ユーザを寝台ごと病院に運ぶことにある。

本開示の態様の一つは、
ユーザの寝台として機能する寝台部を利用する前記ユーザの体調に関する情報に基づく要求であって、前記寝台部を前記ユーザの家から病院まで移動させる要求である第一の要求を取得することと、
前記第一の要求を取得した場合に、前記家から前記病院まで前記寝台部を移動させる走行部であって、前記寝台部から所定距離以内に位置する走行部である第一の走行部を選定することと、
前記第一の走行部が前記寝台部を前記家から前記病院まで運ぶように、前記第一の走行部に対する指令を生成することと、
を実行する制御部を備える、情報処理装置である。

本開示の態様の一つは、
コンピュータに、
ユーザの寝台として機能する寝台部を利用する前記ユーザの体調に関する情報に基づく要求であって、前記寝台部を前記ユーザの家から病院まで移動させる要求である第一の要求を取得することと、
前記第一の要求を取得した場合に、前記家から前記病院まで前記寝台部を移動させる走行部であって、前記寝台部から所定距離以内に位置する走行部である第一の走行部を選定することと、
前記第一の走行部が前記寝台部を前記家から前記病院まで運ぶように、前記第一の走行部に対する指令を生成することと、
を実行させる、情報処理方法である。

本開示の態様の一つは、
ユーザの寝台として機能する寝台部と、
前記寝台部に接続して前記寝台部を移動させる走行部と、
前記走行部を制御する制御部を有するサーバと、
を備えたシステムであって、
前記制御部が、
前記寝台部を利用する前記ユーザの体調に関する情報に基づく要求であって、前記寝台部を前記ユーザの家から病院まで移動させる要求である第一の要求を取得することと、
前記第一の要求を取得した場合に、前記家から前記病院まで前記寝台部を移動させる走行部であって、前記寝台部から所定距離以内に位置する走行部である第一の走行部を選定することと、
前記第一の走行部が前記寝台部を前記家から前記病院まで運ぶように、前記第一の走行部に対する指令を生成することと、
を実行する、システムである。

また、本開示の他の態様は、上記の情報処理方法をコンピュータに実行させるためのプログラム、または、このプログラムを非一時的に記憶した記憶媒体である。

本開示によれば、ユーザを寝台ごと病院に運ぶことができる。

実施形態に係る自動運転システムの概略構成を示す図である。 車両が家に接続したときの概略構成を示す図である。 走行部が寝台部を家に残して走り去った後の概略構成を示す図である。 実施形態に係る自動運転システムを構成する寝台部、走行部、及びサーバのそれぞれの構成の一例を概略的に示すブロック図である。 サーバの機能構成の一例を示す図である。 ユーザ情報のテーブル構成を例示した図である。 寝台部情報のテーブル構成を例示した図である。 走行部情報のテーブル構成を例示した図である。 走行部の機能構成の一例を示す図である。 寝台部の機能構成の一例を示す図である。 自動運転システムの処理を示すシーケンス図である。 実施形態に係るサーバにおける処理のフローチャートの一例である。 実施形態に係る走行部における処理のフローチャートの一例である。 実施形態に係る利用要求を送信する処理のフローチャートの一例である。

本開示の態様の一つである情報処理装置が制御する走行部は、例えば、運行指令に基づいて自律走行する車両である。走行部は、寝台部と接続可能であり、寝台部を接続した状態で当該寝台部を運ぶことができる。寝台部は、ユーザが病室として利用可能な設備を有している。また、走行部は、寝台部を接続していない状態であっても走行可能である。したがって、走行部は、寝台部を配置した後に、その場所から離れることができる。

制御部は、ユーザの寝台として機能する寝台部を利用する前記ユーザの体調に関する情報に基づく要求であって、前記寝台部を前記ユーザの家から病院まで移動させる要求である第一の要求を取得する。ユーザの体調に関する情報とは、例えば、ユーザの体調が病院への搬送が必要なほど悪化したことを示す情報である。ここで、寝台部を利用しているユーザは、歩行が困難なこともあり得る。このようなユーザが病院まで移動するためには、時間がかかる虞がある。そこで、寝台部にユーザを乗せたまま走行部が寝台部を運ぶように、制御部が走行部に対して指令を与える。なお、寝台部は、ユーザの家と一体化する構造を有していてもよい。

制御部は、前記第一の要求を取得した場合に、前記家から前記病院まで前記寝台部を移動させる走行部であって、前記寝台部から所定距離以内に位置する走行部である第一の走
行部を選定する。すなわち、寝台部を運ぶ第一の走行部は、寝台部から所定距離以内に位置する走行部の中から選定される。所定距離は、例えば、寝台部の現在地に走行部が到着するまでに要する時間が、許容範囲内になるように定める。このような第一の走行部を選定することにより、ユーザを病院まで運ぶのに要する時間が長くなることを抑制できる。また、寝台部を運ぶときだけ走行部を寝台部に接続さればよいため、走行部がユーザの家で常に待機している必要がない。このため、走行部が、他のユーザが乗った他の寝台部も運ぶことが可能になるため、走行部の稼働率を高めることができる。

また、制御部は、前記第一の走行部が前記寝台部を前記家から前記病院まで運ぶように、前記第一の走行部に対する指令を生成する。この指令に基づいて第一の走行部が走行することにより、寝台部と共にユーザを病院まで運ぶことができる。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。また、以下の実施形態は可能な限り組み合わせることができる。

＜第１実施形態＞
図１は、実施形態に係る自動運転システム１の概略構成を示す図である。自動運転システム１は、例えば、車両１０、及び、サーバ３０を含む。車両１０は、例えば、寝台部１０Ａ及び走行部１０Ｂを含む。寝台部１０Ａと走行部１０Ｂとは分離可能である。また、寝台部１０Ａは、異なる走行部１０Ｂと接続可能である。また、走行部Ｂは、異なる寝台部１０Ａと接続可能である。寝台部１０Ａ及び走行部１０Ｂの数は図１に例示した１つに限らず、２つ以上であってもよい。走行部１０Ｂは、サーバ３０が生成した運行指令に基づいて自律走行可能な移動体である。

図１に示す自動運転システム１は、寝台部１０Ａを移動させる要求（以下、利用要求ともいう。）があった場合に、サーバ３０が寝台部１０Ａを運ぶ走行部１０Ｂを選定するシステムである。寝台部１０Ａを移動させる要求は、寝台部１０Ａからサーバ３０へ送信される。例えば、寝台部１０Ａを利用しているユーザがボタンを押した場合、または、ユーザの体調若しくは容態をセンシングするセンサによりユーザの体調の悪化等が検出された場合に、寝台部１０Ａを移動させる要求があるものと考える。

寝台部１０Ａは、ユーザの寝台となる。寝台は、病室または介護室としてもよい。ここで、図２は、車両１０が家２００に接続したときの概略構成を示す図である。また、図３は、走行部１０Ｂが寝台部１０Ａを家２００に残して走り去った後の概略構成を示す図である。寝台部１０Ａには、例えばベッドが備わっている。走行部１０Ｂは、寝台部１０Ａに接続して、ユーザが寝台部１０Ａに乗った状態で寝台部１０Ａを運ぶことができる。寝台部１０Ａは、走行部１０Ｂが接続することによって移動可能になる。また、寝台部１０Ａは、走行部１０Ｂから切り離された状態であっても家２００に接続した状態で病室として利用可能である。また、走行部１０Ｂは、寝台部１０Ａが接続していない状態であっても移動可能である。なお、図１、図２、図３では、寝台部１０Ａと走行部１０Ｂとが上下に分離可能であるが、これに限らず、例えば、進行方向の前後に分離可能であってもよい。また、寝台部１０Ａは、家２００から病院に移動した後、病院においてもユーザの病室となり得る。すなわち、家２００と同様の構造を病院が有しており、走行部１０Ｂが病院で寝台部１０Ａを切り離すと、寝台部１０Ａがそのまま病室として機能する。

サーバ３０は、寝台部１０Ａを病院に運ぶ要求を寝台部１０Ａから受信すると、家２００に接続されている寝台部１０Ａを病院に運ぶ走行部１０Ｂを選定する。そして、サーバ３０は、病院に寝台部１０Ａを運ぶように選定した走行部１０Ｂ（第一の走行部）に対して指令を送信する。この指令には、例えば、家２００及び病院の場所に関する情報、また
は、家２００を経由して病院に移動するルートに関する情報が含まれていてもよい。また、この指令には、例えば、寝台部１０Ａを接続して病院に運ぶ指令、及び、病院において寝台部１０Ａを切り離す指令が含まれる。病院において寝台部１０Ａを切り離した走行部１０Ｂは、自律走行により他の場所に移動することができる。これにより、他の寝台部１０Ａを新たに運ぶことができる。

寝台部１０Ａ、走行部１０Ｂ、及び、サーバ３０は、ネットワークＮ１によって相互に接続されている。ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を含んでもよい。

（ハードウェア構成）
図４に基づいて、寝台部１０Ａ、走行部１０Ｂ、及びサーバ３０のハードウェア構成について説明する。図４は、本実施形態に係る自動運転システム１を構成する寝台部１０Ａ、走行部１０Ｂ、及びサーバ３０のそれぞれの構成の一例を概略的に示すブロック図である。

サーバ３０は、一般的なコンピュータの構成を有している。サーバ３０は、プロセッサ３１、主記憶部３２、補助記憶部３３、通信部３４を有する。これらは、バスにより相互に接続される。

プロセッサ３１は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等である。プロセッサ３１は、サーバ３０を制御し、様々な情報処理の演算を
行う。プロセッサ３１は、「制御部」の一例である。主記憶部３２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等である。補助記憶部３３は、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）、リムーバブルメディア等である。補助記憶部３３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部３３に格納されたプログラムをプロセッサ３１が主記憶部３２の作業領域にロードして実行し、このプログラムの実行を通じて各構成部等が制御される。これにより、所定の目的に合致した機能をサーバ３０が実現する。主記憶部３２および補助記憶部３３は、コンピュータで読み取り可能な記録媒体である。なお、サーバ３０は、単一のコンピュータであってもよいし、複数台のコンピュータが連携したものであってもよい。また、補助記憶部３３に格納される情報は、主記憶部３２に格納されてもよい。また、主記憶部３２に格納される情報は、補助記憶部３３に格納されてもよい。

通信部３４は、ネットワークＮ１経由で寝台部１０Ａ及び走行部１０Ｂと通信を行う手段である。通信部３４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。

なお、サーバ３０で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。サーバ３０のハードウェア構成は、図２に示されるものに限定されない。また、サーバ３０の一部または全ての構成が、走行部１０Ｂに搭載されていてもよい。

次に、走行部１０Ｂについて説明する。走行部１０Ｂは、プロセッサ１１Ｂ、主記憶部１２Ｂ、補助記憶部１３Ｂ、接続装置１４Ｂ、通信部１６Ｂ、位置情報センサ１７Ｂ、環境情報センサ１８Ｂ、及び、駆動部１９Ｂを有する。これらは、バスにより相互に接続さ
れる。プロセッサ１１Ｂ、主記憶部１２Ｂ、補助記憶部１３Ｂ、及び、通信部１６Ｂについては、サーバ３０のプロセッサ３１、主記憶部３２、補助記憶部３３、及び、通信部３４と同様であるため、説明を省略する。

接続装置１４Ｂは、プロセッサ１１Ｂが生成した制御指令に基づいて、寝台部１０Ａと走行部１０Ｂとの接続及び切り離しを行う装置である。接続装置１４Ｂは、例えば、寝台部１０Ａを走行部１０Ｂに接続するための機構を有している。接続装置１４Ｂは、例えば、電磁石、スロープ、レール、または、クレーン等を有している。また、接続装置１４Ｂはアクチュエータ等を有しており、寝台部１０Ａと走行部１０Ｂとの接続または切り離し時において、アクチュエータ等が作動してもよい。なお、寝台部１０Ａと走行部１０Ｂとの接続方法については限定しない。走行部１０Ｂに代えて寝台部１０Ａに接続装置１４Ｂが備えられていてもよい。

通信部１６Ｂは、走行部１０ＢをネットワークＮ１に接続するための通信手段である。通信部１６Ｂは、例えば、移動体通信サービス（例えば、５Ｇ（5th Generation）、４Ｇ（4th Generation）、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）等の電
話通信網）、または、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を利用して、ネットワークＮ１経由で他の装置（例えばサーバ３０等）と通信を行うための回路である。

位置情報センサ１７Ｂは、所定の周期で、走行部１０Ｂの位置情報（例えば緯度、経度）を取得する。位置情報センサ１７Ｂは、例えば、ＧＰＳ（Global Positioning System
）受信部、無線通信部等である。位置情報センサ１７Ｂで取得された情報は、例えば、補助記憶部１３Ｂ等に記録され、サーバ３０に送信される。

環境情報センサ１８Ｂは、走行部１０Ｂの状態をセンシングしたり、または、走行部１０Ｂの周辺をセンシングしたりする手段である。走行部１０Ｂの状態をセンシングするためのセンサとして、加速度センサ、速度センサ、または、方位角センサが挙げられる。走行部１０Ｂの周辺をセンシングするためのセンサとして、ステレオカメラ、レーザスキャナ、ＬＩＤＡＲ、または、レーダなどが挙げられる。

駆動部１９Ｂは、プロセッサ１１Ｂが生成した制御指令に基づいて、走行部１０Ｂを走行させる。駆動部１９Ｂは、例えば、走行部１０Ｂが備える車輪を駆動するためのモータやインバータ、ブレーキ、または、ステアリング機構等を含んで構成され、制御指令に従ってモータまたはブレーキ等が駆動されることで、走行部１０Ｂの自律走行が実現される。

次に、寝台部１０Ａについて説明する。寝台部１０Ａは、プロセッサ１１Ａ、主記憶部１２Ａ、補助記憶部１３Ａ、体調センサ１４Ａ、通信部１６Ａ、及び位置情報センサ１７Ａを有する。これらは、バスにより相互に接続される。寝台部１０Ａのプロセッサ１１Ａ、主記憶部１２Ａ、補助記憶部１３Ａ、通信部１６Ａ、及び位置情報センサ１７Ａについては、走行部１０Ｂのプロセッサ１１Ｂ、主記憶部１２Ｂ、補助記憶部１３Ｂ、通信部１６Ｂ、及び位置情報センサ１７Ｂと同様であるため、説明を省略する。

体調センサ１４Ａは、ユーザの体調等に関する物理量を検出するセンサであり、例えば、ユーザの脈拍、血中酸素濃度、脳波、呼吸、または、体温などを検出するセンサである。また、体調センサ１４Ａは、ユーザが所定のボタンを押したことを検知するセンサであってもよい。所定のボタンは、例えば、ユーザ自身が体調の悪化をサーバ３０に知らせるためのボタンである。このボタンは、タッチアップディスプレイに表示されたボタンであってもよい。

なお、寝台部１０Ａが走行部１０Ｂに接続されているときには、走行部１０Ｂから寝台部１０Ａに電力が供給され、寝台部１０Ａが家２００に接続されているときには、家２００から寝台部１０Ａに電力が供給されていてもよい。また、走行部１０Ｂと共に寝台部１０Ａが家に接続されているときには、家２００から走行部１０Ｂに電力が供給されてもよい。また、寝台部１０Ａには、家２００に接続するための機構が備わっていてもよい。例えば、図３で示すように、走行部１０Ｂから寝台部１０Ａが離脱するときに、脚部１５０によって寝台部１０Ａを支えるようにしてもよい。また、寝台部１０Ａと家２００とを接続するための機構が家２００に備わっていてもよい。寝台部１０Ａと家２００との接続方法は限定しない。

（機能構成：サーバ）
図５は、サーバ３０の機能構成の一例を示す図である。サーバ３０は、機能構成要素として、車両管理部３０１、車両選定部３０２、要求取得部３０３、指令生成部３０４、ユーザ情報ＤＢ３１１、寝台部情報ＤＢ３１２、走行部情報ＤＢ３１３、及び、地図情報ＤＢ３１４を含む。車両管理部３０１、車両選定部３０２、要求取得部３０３、及び、指令生成部３０４は、例えば、サーバ３０のプロセッサ３１が、補助記憶部３３に記憶された各種プログラムを実行することで提供される機能構成要素である。

ユーザ情報ＤＢ３１１、寝台部情報ＤＢ３１２、走行部情報ＤＢ３１３、及び、地図情報ＤＢ３１４は、プロセッサ３１によって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部３３に記憶されるデータを管理することで構築される、例えば、リレーショナルデータベースである。なお、サーバ３０の各機能構成素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。

車両管理部３０１は、寝台部１０Ａ及び走行部１０Ｂに関する様々な情報を管理する。車両管理部３０１は、例えば、寝台部１０Ａの位置、寝台部１０Ａの稼働状況、走行部１０Ｂの位置、走行部１０Ｂの稼働状況を管理する。車両管理部３０１は、例えば、所定の周期で寝台部１０Ａから送信された位置情報、または、サーバ３０からの要求に応じて寝台部１０Ａから送信された位置情報を取得して管理する。また、車両管理部３０１は、例えば、所定の周期で走行部１０Ｂから送信された位置情報、または、サーバ３０からの要求に応じて走行部１０Ｂから送信された位置情報を取得して管理する。なお、走行部１０Ｂに寝台部１０Ａが接続されている場合には、接続されている寝台部１０Ａの位置情報が、走行部１０Ｂの位置情報と同じものとして扱ってもよい。また、走行部１０Ｂから寝台部１０Ａが切り離された場合には、寝台部１０Ａの位置情報が、走行部１０Ｂが寝台部１０Ａを切り離したときの走行部１０Ｂの位置情報と同じものとして扱ってもよい。このようにすることで、寝台部１０Ａの位置情報センサ１７Ａを省略することもできる。車両管理部３０１は、寝台部１０Ａの位置情報を寝台部１０Ａの寝台部ＩＤと関連付けて寝台部情報ＤＢ３１２に格納する。寝台部ＩＤは、寝台部１０Ａに固有な識別子である。また、車両管理部３０１は、走行部１０Ｂの位置情報を走行部ＩＤと関連付けて走行部情報ＤＢ３１３に格納する。走行部ＩＤは、走行部１０Ｂに固有な識別子である。

また、車両管理部３０１は、寝台部１０Ａ及び走行部１０Ｂの稼働状況を管理する。寝台部１０Ａの稼働状況は、寝台部１０Ａがどのような状況であるのかを判別するための情報である。寝台部１０Ａの稼働状況は、待機状態または稼働状態の２つの状態に分けられる。例えば、ユーザの端末から寝台部１０Ａの利用を依頼する信号を受信した場合に、待機状態の寝台部１０Ａがユーザに提供されることにより、寝台部１０Ａが稼働状態になる。

また、走行部１０Ｂの稼働状況は、走行部１０Ｂがどのような状況であるかを判別する
ための情報である。走行部１０Ｂの稼働状況は、待機状態及び稼働状態の２つの状態に分けられる。例えば、走行部１０Ｂが、寝台部１０Ａを目的地に運んでいる場合、又は、走行部１０Ｂが、寝台部１０Ａを目的地に運ぶ予定がある場合には、走行部１０Ｂが稼働状態であるものとする。また、走行部１０Ｂが、寝台部１０Ａを運んでおらず且つ寝台部１０Ａを運ぶ予定もない場合には、走行部１０Ｂが待機状態であるものとする。

例えば、サーバ３０が、走行部１０Ｂに対して寝台部１０Ａを運ぶ指令を送信したときに、走行部１０Ｂが稼働状態となる。稼働状態には、寝台部１０Ａを家２００に配置するときと、寝台部１０Ａを家２００から病院に移動させるときと、寝台部１０Ａを病院から家２００に移動させるときとが含まれる。また、走行部１０Ｂが家２００に寝台部１０Ａを配置したことを示す信号が走行部１０Ｂからサーバ３０に送信されたとき、または、走行部１０Ｂが病院に寝台部１０Ａを配置したことを示す信号が走行部１０Ｂからサーバ３０に送信されたときに、走行部１０Ｂが待機状態になる。

車両管理部３０１は、寝台部１０Ａの稼働状況を寝台部ＩＤと関連付けて寝台部情報ＤＢ３１２に格納し、走行部１０Ｂの稼働状況を走行部ＩＤと関連付けて走行部情報ＤＢ３１３に格納する。

車両選定部３０２は、例えば、待機状態にある複数の寝台部１０Ａの中から、ユーザに割り当てる寝台部１０Ａを選定する。車両選定部３０２は、例えば、家２００に最も近い寝台部１０Ａを選定する。また、車両選定部３０２は、例えば、待機状態の走行部１０Ｂの中から、寝台部１０Ａを運ぶ走行部１０Ｂを選定する。車両選定部３０２は、例えば、選定した寝台部１０Ａを家２００まで運ぶ走行部１０Ｂを選定する。また、車両選定部３０２は、例えば、ユーザを乗せた寝台部１０Ａを家２００から病院に移動させるための走行部１０Ｂを選定する。このときに、車両選定部３０２は、寝台部１０Ａから所定距離内に位置する走行部１０Ｂの中から、寝台部１０Ａを運ぶ走行部１０Ｂを選定する。所定距離内に待機状態の走行部１０Ｂが複数存在する場合には、例えば、現在地が、寝台部１０Ａに最も近い位置にある走行部１０Ｂを選定してもよいし、ランダムに走行部１０Ｂを選定してもよい。また、走行部１０Ｂが電動の場合には、バッテリの充電率が最も高い走行部１０Ｂを選定してもよい。また、走行部１０Ｂの移動距離または移動時間が最も短くなる走行部１０Ｂを選定してもよい。所定距離は、例えば、許容範囲内の移動距離としてもよい。病院から家２００に寝台部１０Ａを移動させる場合にも同様に、走行部１０Ｂを選定してもよい。

要求取得部３０３は、例えば、寝台部１０Ａから送信される利用要求を取得する。利用要求とは、寝台部１０Ａを移動させるために走行部１０Ｂの利用を要求するための情報である。利用要求には、例えば、寝台部１０Ａの位置情報が含まれる。利用要求は、寝台部１０Ａにおいて、体調センサ１４Ａの検出値に基づいて生成され、寝台部１０Ａからサーバ３０へ送信される。利用要求を取得することには、ユーザの体調の悪化に関する情報を取得すること、または、ユーザが寝台部１０Ａを家２００から病院まで移動させることについての依頼に関する情報を取得することを含む。

指令生成部３０４は、例えば、走行部１０Ｂが、現在地から出発して、寝台部１０Ａが配置されている家２００において寝台部１０Ａと接続し、その後に、病院まで移動するように運行指令を生成する。また、病院において寝台部１０Ａを切り離した後に、病院で待機する又は病院から走り去るように運行指令を生成する。

指令生成部３０４は、生成した運行指令を走行部１０Ｂに送信する。なお、本実施形態
に係る指令生成部３０４は、後述する地図情報ＤＢ３１４に格納されている地図情報に基づいて、走行部１０Ｂのルートを生成して走行部１０Ｂに送信する。ただし、指令生成部
３０４は、家２００（経由地）の位置に関する情報と、病院（目的地）の位置に関する情報を生成するだけでもよい。この場合のルートは、走行部１０Ｂにおいて生成される。走行部１０Ｂのルートは、移動距離が最短になるルートや、移動時間が最短になるルート等の予め決められたルールにしたがったルートとなるように生成してもよい。

ユーザ情報ＤＢ３１１は、上記の補助記憶部３３にユーザ情報が格納されて形成されている。ユーザ情報には、例えば、ユーザと紐付けされているユーザＩＤ、ユーザの家２００の場所に関する情報、及び、ユーザに対応する病院の場所に関する情報が含まれる。ここで、ユーザ情報ＤＢ３１１に格納されるユーザ情報の構成について、図６に基づいて説明する。図６は、ユーザ情報のテーブル構成を例示した図である。ユーザ情報テーブルは、ユーザＩＤ、家の場所、及び、病院の場所の各フィールドを有する。ユーザＩＤフィールドには、ユーザを特定するための情報が入力される。家の場所フィールドには、ユーザの家２００の場所に関する情報が入力される。ユーザの家２００の場所は、ユーザが予め登録した場所であってもよい。病院の場所フィールドには、ユーザに対応する病院の場所に関する情報が入力される。なお、ユーザに対応する病院の場所は、ユーザが予め登録しておいてもよく、体調センサ１４Ａの検出値に基づいて指令生成部３０４が決定してもよい。

寝台部情報ＤＢ３１２は、補助記憶部３３に寝台部１０Ａに関する情報（以下、「寝台部情報」ともいう。）が格納されて形成されている。ここで、寝台部情報ＤＢ３１２に格納される寝台部情報の構成について、図７に基づいて説明する。図７は、寝台部情報のテーブル構成を例示した図である。寝台部情報テーブルは、寝台部ＩＤ、位置情報、稼働状況、及び、ユーザＩＤの各フィールドを有する。寝台部ＩＤフィールドには、寝台部１０Ａを特定するための識別情報が入力される。位置情報フィールドには、寝台部１０Ａの位置情報が入力される。この位置情報は、寝台部１０Ａの現在地を示す情報である。なお、寝台部１０Ａが走行部１０Ｂから切り離された場合には、次に走行部１０Ｂに接続されるまで寝台部１０Ａの現在地が固定されてもよい。稼働状況フィールドには、寝台部１０Ａがどのような状況にあるのかを示す情報が入力される。稼働状況フィールドには、寝台部１０Ａが所定の場所などで待機している状態を示す「待機」、または、ユーザに予約された状態、または、ユーザが利用している状態を示す「稼働」の何れかが入力される。ユーザＩＤフィールドには、寝台部１０Ａを利用しているユーザのユーザＩＤが入力される。

走行部情報ＤＢ３１３は、補助記憶部３３に走行部１０Ｂに関する情報（以下、「走行部情報」ともいう。）が格納されて形成されている。ここで、走行部情報ＤＢ３１３に格納される走行部情報の構成について、図８に基づいて説明する。図８は、走行部情報のテーブル構成を例示した図である。走行部情報テーブルは、走行部ＩＤ、位置情報、及び、稼働状況の各フィールドを有する。走行部ＩＤフィールドには、走行部１０Ｂを特定するための情報が入力される。位置情報フィールドには、走行部１０Ｂの位置情報が入力される。この位置情報は、走行部１０Ｂの現在地を示す情報である。稼働状況フィールドには、走行部１０Ｂがどのような状況にあるのかを示す情報が入力される。稼働状況フィールドには、走行部１０Ｂが、寝台部１０Ａを目的地に運んでいる状態、又は、走行部１０Ｂが、寝台部１０Ａを目的地に運ぶ予定がある状態を示す「稼働」、走行部１０Ｂが、寝台部１０Ａを運んでおらず且つ寝台部１０Ａを運ぶ予定もない状態を示す「待機」の何れかが入力される。寝台部１０Ａを運ぶ予定がない状態とは、例えば、寝台部１０Ａを運ぶための運行指令がない状態である。稼働状況は、走行部１０Ｂがサーバ３０に送信してもよいし、走行部１０Ｂの現在地に基づいてサーバ３０が判断してもよい。

地図情報ＤＢ３１４には、地図データ、当該地図データ上の各地点の特性を示す文字や写真等のＰＯＩ（Point of interest）情報を含む地図情報が格納される。なお、地図情
報ＤＢ３１４は、ネットワークＮ１に接続される他のシステム、例えば、ＧＩＳ（Geogra
phic Information System）から提供されてもよい。

（機能構成：走行部）
図９は、走行部１０Ｂの機能構成の一例を示す図である。走行部１０Ｂは、機能構成要素として、運行計画生成部１０１、環境検出部１０２、走行制御部１０３、位置情報送信部１０４、及び、寝台部管理部１０５を含む。運行計画生成部１０１、環境検出部１０２、走行制御部１０３、位置情報送信部１０４、及び、寝台部管理部１０５は、例えば、走行部１０Ｂのプロセッサ１１Ｂが、補助記憶部１３Ｂに記憶された各種プログラムを実行することで提供される機能構成要素である。

運行計画生成部１０１は、サーバ３０から運行指令を取得し、自身の運行計画を生成する。当該運行指令には、走行部１０Ｂが経由する経由地及び目的地に関する情報が含まれる。経由地に関する情報には、寝台部１０Ａを接続する地点である家２００の場所に関する情報が含まれていてもよい。また、目的地に関する情報には、寝台部１０Ａを切り離す地点である病院の場所に関する情報が含まれていてもよい。運行計画生成部１０１は、サーバ３０から与えられた運行指令に基づいて、走行部１０Ｂのルートを算出し、そのルートを移動する運行計画を生成する。

環境検出部１０２は、環境情報センサ１８Ｂが取得したデータに基づいて、自律走行に必要な走行部１０Ｂの周囲の環境を検出する。検出の対象は、例えば、車線の数や位置、走行部１０Ｂの周囲に存在する他の移動体の数や位置、自身の周囲に存在する障害物（例えば歩行者、自転車、構造物、建築物など）の数や位置、道路の構造、道路標識などであるが、これらに限られない。自律的な走行を行うために必要なものであれば、検出の対象はどのようなものであってもよい。例えば、環境情報センサ１８Ｂがステレオカメラである場合には、それにより撮像された画像データを画像処理することで走行部１０Ｂの周囲の物体検出が行われる。環境検出部１０２が検出した、走行部１０Ｂの周囲環境に関するデータ（以下、環境データ）は、後述する走行制御部１０３へ送信される。

走行制御部１０３は、運行計画生成部１０１が生成した運行計画と、環境検出部１０２が生成した環境データと、位置情報センサ１７Ｂが取得した走行部１０Ｂの位置情報とに基づいて、走行部１０Ｂの自律的な走行を制御するための制御指令を生成する。例えば、走行制御部１０３は、所定の経路に沿って走行し、かつ、走行部１０Ｂを中心とする所定の安全領域内に障害物が進入しないように走行部１０Ｂを走行させるべく制御指令を生成する。生成された制御指令は、駆動部１９Ｂへ送信される。走行部１０Ｂを自律移動させるための制御指令の生成方法については、公知の方法を採用することができる。

位置情報送信部１０４は、位置情報センサ１７Ｂから取得される位置情報を、通信部１６Ｂを介してサーバ３０に送信する。位置情報送信部１０４が位置情報を送信するタイミングは適宜設定可能であり、例えば、定期的に送信してもよいし、何らかの情報をサーバ３０に送信するタイミングに合わせて送信してもよし、サーバ３０からの要求に応じて送信してもよい。位置情報送信部１０４は、走行部ＩＤとともに、位置情報をサーバ３０に送信する。

寝台部管理部１０５は、寝台部１０Ａと走行部１０Ｂとの接続及び切り離しに関する指令を生成する。この指令には、走行部１０Ｂに寝台部１０Ａを接続する動作を接続装置１４Ｂに指示する指令、及び、走行部１０Ｂから寝台部１０Ａを切り離す動作を接続装置１４Ｂに指示する指令等が含まれる。

（機能構成：寝台部）
図１０は、寝台部１０Ａの機能構成の一例を示す図である。寝台部１０Ａは、機能構成
要素として、利用要求生成部１１１を含む。利用要求生成部１１１は、例えば、寝台部１０Ａのプロセッサ１１Ａが、補助記憶部１３Ａに記憶された各種プログラムを実行することで提供される機能構成要素である。

利用要求生成部１１１は、体調センサ１４Ａの検出値に基づいて、利用要求（第一の要求）を生成する。利用要求生成部１１１は、体調センサ１４Ａの検出値が、ユーザを病院に搬送することが好ましい値になっている場合に、利用要求を生成する。また、利用要求生成部１１１は、ユーザが病院への搬送を希望していることを体調センサ１４Ａが検出した場合に、利用要求を生成する。利用要求には、寝台部ＩＤ及び寝台部１０Ａの位置情報が含まれる。なお、利用要求には、体調センサ１４Ａの検出値が含まれていてもよい。この検出値を利用してサーバ３０が搬送先の病院を決定してもよい。また、サーバ３０が病院の端末に対して、体調センサ１４Ａの検出値を予め送信してもよい。利用要求生成部１１１は、利用要求を生成すると、その利用要求をサーバ３０へ送信する。なお、利用要求生成部１１１は、利用要求を生成しない場合であっても、体調センサ１４Ａの検出値をサーバ３０に送信してもよい。そして、サーバ３０は、体調センサ１４Ａの検出値を記録しておいてもよい。また、体調センサ１４Ａとして、押しボタン又はタッチアップディスプレイを備えている場合には、ユーザが押しボタンを押したとき、または、タッチアップディスプレイの所定の場所をタップしたときに、利用要求を生成してもよい。

（処理の流れ：システム）
次に、自動運転システム１の全体の処理について説明する。図１１は、自動運転システム１の処理を示すシーケンス図である。なお、図１１では、寝台部１０Ａ及び走行部１０Ｂから位置情報が随時送信されているものとする。また、寝台部１０Ａは、家２００に接続されており且つ走行部１０Ｂから離脱しているものとする。さらに、寝台部１０Ａには、ユーザが乗っているものとする。

寝台部１０Ａでは、体調センサ１４Ａの検出値が取得され（Ｓ１１）、体調センサ１４Ａの検出値に基づいて利用要求が生成される（Ｓ１２）。寝台部１０Ａにおいて利用要求が生成されると、利用要求が寝台部１０Ａからサーバ３０に送信される（Ｓ１３）。利用要求を受信したサーバ３０は、寝台部１０Ａを移動させる走行部１０Ｂを選定する（Ｓ１４）。このときには、寝台部１０Ａから所定距離内に位置する走行部１０Ｂが選定される。そして、サーバ３０は、寝台部１０Ａ及び走行部１０Ｂの現在地などに基づいて運行指令を生成し（Ｓ１５）、走行部１０Ｂに送信する（Ｓ１６）。運行指令を受信した走行部１０Ｂでは、走行計画が生成され（Ｓ１７）、この走行計画に基づいて走行部１０Ｂが自律走行を行う（Ｓ１８）。

（処理の流れ：サーバ）
次に、サーバ３０における処理について説明する。図１２は、本実施形態に係るサーバ３０における処理のフローチャートの一例である。図１２に示す処理は、サーバ３０のプロセッサ３１によって所定の時間毎に実行される。なお、ここでは、寝台部情報ＤＢ３１２及び走行部情報ＤＢ３１３を構築するために必要な情報をサーバ３０が既に受信しているものとする。

ステップＳ１０１では、要求取得部３０３が、寝台部１０Ａから利用要求を受信したか否か判定する。この利用要求には、寝台部ＩＤ及び寝台部１０Ａの位置情報が含まれる。ステップＳ１０１で肯定判定された場合にはステップＳ１０２へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ１０２では、車両選定部３０２が、寝台部１０Ａの位置を特定する。車両選定部３０２は、寝台部情報ＤＢ３１２にアクセスして寝台部１０Ａの位置情報を取得して
、寝台部１０Ａの位置を特定する。

ステップＳ１０３では、車両選定部３０２が、利用要求を送信した寝台部１０Ａを運ぶための走行部１０Ｂ（第一の走行部）を選定する。車両選定部３０２は、走行部情報ＤＢ３１３及び地図情報ＤＢ３１４にアクセスし、稼働状況が「待機」である走行部１０Ｂのうち、寝台部１０Ａから所定距離内に位置する走行部１０Ｂを１台選定する。このときに、寝台部１０Ａからの距離が最も短い走行部１０Ｂを選定してもよい。所定距離は、例えば、寝台部１０Ａの現在地に到着するまでの時間が許容範囲内になるように定める。なお、寝台部１０Ａから所定距離内に走行部１０Ｂが存在しない場合には、稼働状態の走行部１０Ｂが待機状態になるのを待ってもよいし、寝台部１０Ａから所定距離外の走行部１０Ｂを選定してもよい。

ステップＳ１０４では、指令生成部３０４が、走行部１０Ｂに送信するための運行指令を生成する。指令生成部３０４は、走行部１０Ｂが、走行部１０Ｂの現在地から寝台部１０Ａの現在地まで移動することと、寝台部１０Ａの現在地（すなわち、家２００の場所）において寝台部１０Ａを接続することと、寝台部１０Ａの現在地から病院まで移動することと、病院において寝台部１０Ａを切り離すことと、を含む運行指令を生成する。指令生成部３０４は、運行指令を生成すると、ステップＳ１０５へ進み、ステップＳ１０３で選定した走行部１０Ｂに対して運行指令を送信する。このときに、走行部情報ＤＢ３１３において対応する走行部１０Ｂの稼働状況フィールドを「待機」から「稼働」に更新する。

（処理の流れ：走行部）
次に、走行部１０Ｂにおける処理について説明する。図１３は、本実施形態に係る走行部１０Ｂにおける処理のフローチャートの一例である。図１３に示す処理は、走行部１０Ｂのプロセッサ１１Ｂによって所定の時間毎に実行される。なお、本フローチャートは、待機状態にある走行部１０Ｂにおいて実行される。

ステップＳ２０１では、運行計画生成部１０１が、サーバ３０から運行指令を受信したか否か判定する。ステップＳ２０１で肯定判定された場合にはステップＳ２０２へ進み、否定判定された場合には本ルーチンを終了させる。ステップＳ２０２では、運行計画生成部１０１が運行指令にしたがって運行計画を生成する。

運行計画の生成が完了すると、ステップＳ２０３において、走行制御部１０３が制御指令を生成し、この制御指令にしたがって、駆動部１９Ｂが制御され、走行部１０Ｂがユーザの家２００まで走行する。この家２００には、ユーザを乗せた寝台部１０Ａが配置されている。そして、走行部１０Ｂが家２００に到着するとステップＳ２０４へ進み、寝台部管理部１０５が、寝台部１０Ａを走行部１０Ｂに接続させるように接続装置１４Ｂを制御する。

寝台部１０Ａの接続が完了すると、ステップＳ２０５へ進み、走行制御部１０３が制御指令を生成し、この制御指令にしたがって、駆動部１９Ｂが制御され、走行部１０Ｂが病院まで走行する。そして、走行部１０Ｂが病院に到着するとステップＳ２０６へ進み、寝台部管理部１０５が、走行部１０Ｂから寝台部１０Ａを切り離して本ルーチンを終了させる。なお、その後にサーバ３０から走行部１０Ｂには、例えば、病院で待機する指令、または、所定の場所に移動する指令が送信されてもよい。

（処理の流れ：寝台部）
次に、寝台部１０Ａにおいて利用要求を送信する処理について説明する。図１４は、本実施形態に係る利用要求を送信する処理のフローチャートの一例である。図１４に示す処理は、家２００に配置されている寝台部１０Ａのプロセッサ１１Ａによって所定の時間毎
に実行される。

ステップＳ３０１では、利用要求生成部１１１が、体調センサ１４Ａの検出値を取得する。ステップＳ３０２では、利用要求生成部１１１が、体調センサ１４Ａの検出値に基づいて、ユーザの体調が悪化したか否か判定する。本ステップＳ３０２では、体調センサ１４Ａの検出値が、ユーザを病院に搬送することが好ましい値になっているか否か判定している。なお、本ステップＳ３０２では、体調センサ１４Ａとして備わる押しボタンが押された場合、又は体調センサ１４Ａとして備わるタッチアップディスプレイの所定の場所がタップされた場合に、ユーザの体調が悪化したと判定してもよい。ステップＳ３０２で肯定判定された場合にはステップＳ３０３へ進み、否定判定された場合には本ルーチンを終了させる。次に、ステップＳ３０３では、利用要求生成部１１１が利用要求を生成する。そして、ステップＳ３０４では、利用要求生成部１１１が利用要求をサーバ３０に送信する。

以上説明したように本実施形態によれば、自律走行する車両１０を利用してユーザに対して寝台部１０Ａを提供すると共に、ユーザを寝台部１０Ａと共に家２００から病院まで運ぶことができる。そのため、ユーザが歩行困難な場合であっても、ユーザを速やかに病院に搬送することができる。また、寝台部１０Ａを運ぶ走行部１０Ｂは、寝台部１０Ａから所定距離内に位置する走行部１０Ｂの中から選定されるため、走行部１０Ｂが寝台部１０Ａの配置されている場所へ速やかに到着することができる。また、走行部１０Ｂは、寝台部１０Ａを切り離した後にさらに他の寝台部１０Ａを運ぶことが可能となるため、走行部１０Ｂの稼働率を高めることができる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。

本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。上記実施形態では、サーバ３０が、機能構成要素として、車両管理部３０１、車両選定部３０２、要求取得部３０３、指令生成部３０４、ユーザ情報ＤＢ３１１、寝台部情報ＤＢ３１２、走行部情報ＤＢ３１３、及び、地図情報ＤＢ３１４を含んでいるが、これらの機能構成要素の一部または全部が、寝台部１０Ａ、または、走行部１０Ｂに含まれていてもよい。

また、上記実施形態では、寝台部１０Ａを家２００から病院まで運ぶ場合について説明している。一方、寝台部１０Ａを病院から家２００まで運ぶ場合についても同様に考えることができる。この場合、例えば、ユーザまたは病院のスタッフ（スタッフには、医者または看護師を含む。）が、寝台部１０Ａを病院から家２００まで運ぶための要求（第二の要求）を病院の端末または寝台部１０Ａが備える入力部に入力する。この入力に応じて利用要求が生成され、サーバ３０に送信される。この利用要求をサーバ３０が受信すると、サーバ３０が寝台部１０Ａから所定距離内に位置する走行部１０Ｂ（第二の走行部）を選定して、該走行部１０Ｂに対する運行指令を生成する。指令生成部３０４は、走行部１０Ｂが、走行部１０Ｂの現在地から寝台部１０Ａの現在地まで移動することと、寝台部１０Ａの現在地（すなわち、病院の場所）において寝台部１０Ａを接続することと、寝台部１０Ａの現在地から家２００まで移動することと、家２００において寝台部１０Ａを切り離
すことと、を含む運行指令を生成する。そして、運行指令を選定した走行部１０Ｂに送信する。

この処理を図１２に基づいて説明する。第１実施形態で説明した事項と異なる事項について主に説明する。ステップＳ１０１では、要求取得部３０３が、寝台部１０Ａから利用要求を受信したか否か判定する。ここでいう利用要求は、寝台部１０Ａを病院から家２００に運ぶ要求であり、例えば、寝台部１０Ａまたは病院の端末において生成される。この利用要求には、寝台部ＩＤ及び寝台部１０Ａの位置情報が含まれる。

ステップＳ１０２では、車両選定部３０２が、寝台部１０Ａの位置を特定する。車両選定部３０２は、寝台部情報ＤＢ３１２にアクセスして寝台部１０Ａの位置情報を取得して、寝台部１０Ａの位置を特定する。

ステップＳ１０３では、車両選定部３０２が、寝台部１０Ａを運ぶための走行部１０Ｂ（第二の走行部）を選定する。車両選定部３０２は、走行部情報ＤＢ３１３及び地図情報ＤＢ３１４にアクセスし、稼働状況が「待機」である走行部１０Ｂのうち、寝台部１０Ａから所定距離内に位置する走行部１０Ｂを１台選定する。このときに、寝台部１０Ａからの距離が最も短い走行部１０Ｂを選定してもよい。所定距離は、例えば、寝台部１０Ａの現在地に到着するまでの時間が許容範囲内になるように定める。なお、寝台部１０Ａから所定距離内に走行部１０Ｂが存在しない場合には、稼働状態の走行部１０Ｂが待機状態になるのを待ってもよいし、寝台部１０Ａから所定距離外の走行部１０Ｂを選定してもよい。なお、所定距離は、第１実施形態と異なる値であってもよい。すなわち、病院から家２００までの移動は、家２００から病院までの移動よりも緊急性が低いと考えられるため、走行部１０Ｂが到着するまでの時間がより長くても許容される場合がある。したがって、病院から家２００までの移動時には、より広い範囲から走行部１０Ｂを選定してもよい。

ステップＳ１０４では、指令生成部３０４が、走行部１０Ｂに送信するための運行指令を生成する。指令生成部３０４は、走行部１０Ｂが、走行部１０Ｂの現在地から寝台部１０Ａの現在地まで移動することと、寝台部１０Ａの現在地（すなわち、病院の場所）において寝台部１０Ａを接続することと、寝台部１０Ａの現在地から家２００まで移動することと、家２００において寝台部１０Ａを切り離すことと、を含む運行指令を生成する。指令生成部３０４は、運行指令を生成すると、ステップＳ１０５へ進み、ステップＳ１０３で選定した走行部１０Ｂに対して運行指令を送信する。このときに、走行部情報ＤＢ３１３において対応する走行部１０Ｂの稼働状況フィールドを「待機」から「稼働」に更新する。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１ 自動運転システム
１０ 車両
１０Ａ 寝台部
１０Ｂ 走行部
３０ サーバ
３１ プロセッサ
３２ 主記憶部
３３ 補助記憶部
３４ 通信部
３０１ 車両管理部
３０２ 車両選定部
３０３ 要求取得部
３０４ 指令生成部

Claims (20)

1. ユーザの寝台として機能する寝台部を利用する前記ユーザの体調に関する情報に基づく要求であって、前記寝台部を前記ユーザの家から病院まで移動させる要求である第一の要求を取得することと、
   前記第一の要求を取得した場合に、前記家から前記病院まで前記寝台部を移動させる走行部であって、前記寝台部から所定距離以内に位置する走行部である第一の走行部を選定することと、
   前記第一の走行部が前記寝台部を前記家から前記病院まで運ぶように、前記第一の走行部に対する指令を生成することと、
   を実行する制御部を備える、情報処理装置。
2. 前記第一の要求を取得することには、前記ユーザの体調の悪化に関する情報を取得することを含む、
   請求項１に記載の情報処理装置。
3. 前記ユーザの体調の悪化に関する情報には、前記ユーザの体調に関する物理量を測定するセンサの検出値に関する情報を含む、
   請求項２に記載の情報処理装置。
4. 前記第一の要求を取得することには、前記ユーザが前記寝台部を前記家から前記病院まで移動させることについての依頼に関する情報を取得することを含む、
   請求項１に記載の情報処理装置。
5. 前記制御部は、前記第一の走行部を選定するときに、前記寝台部から最も近い場所に位置する走行部を選定する、
   請求項１から４の何れか１項に記載の情報処理装置。
6. 前記第一の走行部に対する指令には、前記寝台部を前記病院に運んだ後に、前記寝台部を分離する指令を含む、
   請求項１から５の何れか１項に記載の情報処理装置。
7. 前記制御部は、
   前記寝台部を前記病院から前記家まで運ぶ第二の要求を取得することと、
   前記第二の要求を取得した場合に、前記病院から前記家まで前記寝台部を移動させる走行部であって、前記寝台部から前記所定距離以内に位置する走行部である第二の走行部を選定することと、
   前記第二の走行部が前記寝台部を前記病院から前記家まで運ぶように、前記第二の走行部に対する指令を生成することと、
   を実行する、請求項１から６の何れか１項に記載の情報処理装置。
8. 前記第二の走行部に対する指令には、前記寝台部を前記家に運んだ後に、前記寝台部を分離する指令を含む、
   請求項７に記載の情報処理装置。
9. コンピュータに、
   ユーザの寝台として機能する寝台部を利用する前記ユーザの体調に関する情報に基づく要求であって、前記寝台部を前記ユーザの家から病院まで移動させる要求である第一の要求を取得することと、
   前記第一の要求を取得した場合に、前記家から前記病院まで前記寝台部を移動させる走
   行部であって、前記寝台部から所定距離以内に位置する走行部である第一の走行部を選定することと、
   前記第一の走行部が前記寝台部を前記家から前記病院まで運ぶように、前記第一の走行部に対する指令を生成することと、
   を実行させる、情報処理方法。
10. 前記第一の要求を取得することには、前記ユーザの体調の悪化に関する情報を取得することを含む、
    請求項９に記載の情報処理方法。
11. 前記ユーザの体調の悪化に関する情報には、前記ユーザの体調に関する物理量を測定するセンサの検出値に関する情報を含む、
    請求項１０に記載の情報処理方法。
12. 前記第一の要求を取得することには、前記ユーザが前記寝台部を前記家から前記病院まで移動させることについての依頼に関する情報を取得することを含む、
    請求項９に記載の情報処理方法。
13. 前記第一の走行部を選定するときに、前記寝台部から最も近い場所に位置する走行部を選定する、
    請求項９から１２の何れか１項に記載の情報処理方法。
14. 前記第一の走行部に対する指令には、前記寝台部を前記病院に運んだ後に、前記寝台部から分離する指令を含む、
    請求項９から１３の何れか１項に記載の情報処理方法。
15. 前記寝台部を前記病院から前記家まで運ぶ第二の要求を取得することと、
    前記第二の要求を取得した場合に、前記病院から前記家まで前記寝台部を移動させる走行部であって、前記寝台部から前記所定距離以内に位置する走行部である第二の走行部を選定することと、
    前記第二の走行部が前記寝台部を前記病院から前記家まで運ぶように、前記第二の走行部に対する指令を生成することと、
    を実行する、請求項９から１４の何れか１項に記載の情報処理方法。
16. 前記第二の走行部に対する指令には、前記寝台部を前記家に運んだ後に、前記寝台部から分離する指令を含む、
    請求項１５に記載の情報処理方法。
17. ユーザの寝台として機能する寝台部と、
    前記寝台部に接続して前記寝台部を移動させる走行部と、
    前記走行部を制御する制御部を有するサーバと、
    を備えたシステムであって、
    前記制御部が、
    前記寝台部を利用する前記ユーザの体調に関する情報に基づく要求であって、前記寝台部を前記家から病院まで移動させる要求である第一の要求を取得することと、
    前記第一の要求を取得した場合に、前記ユーザの家から前記病院まで前記寝台部を移動させる走行部であって、前記寝台部から所定距離以内に位置する走行部である第一の走行部を選定することと、
    前記第一の走行部が前記寝台部を前記家から前記病院まで運ぶように、前記第一の走行部に対する指令を生成することと、
    を実行する、システム。
18. 前記第一の要求を取得することには、前記ユーザの体調の悪化に関する情報を取得すること、または、前記ユーザが前記寝台部を前記家から前記病院まで移動させることについての依頼に関する情報を取得すること、を含む、
    請求項１７に記載のシステム。
19. 前記第一の走行部に対する指令には、前記寝台部を前記病院に運んだ後に、前記病院から離れる指令を含む、
    請求項１７または１８に記載のシステム。
20. 前記制御部は、
    前記寝台部を前記病院から前記家まで運ぶ第二の要求を取得することと、
    前記第二の要求を取得した場合に、前記病院から前記家まで前記寝台部を移動させる走行部であって、前記寝台部から前記所定距離以内に位置する走行部である第二の走行部を選定することと、
    前記第二の走行部が前記寝台部を前記病院から前記家まで運ぶように、前記第二の走行部に対する指令を生成することと、
    を実行する、請求項１７から１９の何れか１項に記載のシステム。

Images