JP7095623B2 - 情報処理装置及び情報処理方法、プログラム - 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）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。

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

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

入力部１４は、ユーザが行った入力操作を受け付ける手段であり、例えば、タッチパネル、押しボタン等である。出力部１５は、ユーザに対して情報を提示する手段であり、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル、スピ
ーカ、ランプ等である。入力部１４及び出力部１５は、１つのタッチパネルディスプレイとして構成してもよい。通信部１６は、車両１０をネットワークＮ１に接続するための通信手段である。通信部１６は、例えば、移動体通信サービス（３Ｇ（3rd Generation）やＬＴＥ（Long Term Evolution）等の電話通信網、ＷｉＦｉ等の無線通信）を利用して、
ネットワークＮ１経由で他の装置（例えばサーバ３０等）と通信を行うための回路である。

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

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

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

次に、端末２０について説明する。端末２０は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）といった小型のコンピュータである。端末２０は、プロセッサ２１、主記憶部２２、補助記憶部２３、入力部２４、出力部２５、通信部２６を有する。これらは、バスにより相互に接続される。プロセッサ２１、主記憶部２２、補助記憶部２３、入力部２４、出力部２５、通信部２６は、車両１０のプロセッサ１１、主記憶部１２、補助記憶部１３、入力部１４、出力部１５、通信部１６と同様であるため、説明を省略する。なお、端末２０は、単一のコンピュータであってもよいし、複数台のコンピュータが連携したものであってもよい。また、第一端末２０Ａの一部または全ての構成が、車両１０に搭載されていてもよい。

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

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

車両管理部３０１は、車両１０に関する様々な情報を管理する。車両管理部３０１は、例えば、所定の周期で車両１０から送信された位置情報、または、サーバ３０からの要求に応じて車両１０から送信された位置情報を取得して管理する。車両管理部３０１は、位置情報を車両ＩＤと関連付けて車両情報ＤＢ３１３に格納する。また、車両管理部３０１は、車両１０の稼働状況を管理する。この稼働状況は、車両１０が物品の製作のために稼働状態にあるのか、または、車両１０が物品の製作のために稼働していない待機状態にあるのかを判別するための情報である。車両管理部３０１は、稼働状況を車両ＩＤと関連付けて車両情報ＤＢ３１３に格納する。この稼働状況は、例えば、所定の周期で車両１０から送信されてもよい。また、車両１０の位置情報に基づいて車両管理部３０１が稼働状況
を判別してもよい。例えば、車両１０の現在地が車両１０の基地であれば、車両１０が待機状態にあると判定し、車両１０の現在地が車両１０の基地以外であれば、車両１０が稼働状態にあると判定してもよい。また、車両管理部３０１は、例えば、車両１０において製作可能な物品（対応物品）に関する情報を管理する。対応物品は車両１０毎に、第一端末２０Ａの入力部２４または車両１０の入力部１４を介して予め取得される情報であり、車両管理部３０１は、各車両１０の対応物品を車両ＩＤと関連付けて車両情報ＤＢ３１３に格納する。

車両選定部３０２は、例えば、所定の条件に基づいて、物品を製作するための車両１０を選定する。ここでいう所定の条件とは、車両１０において完成物を製作可能な条件である。例えば、所定の条件は、第一ユーザから依頼された物品の製作に車両１０が対応していること、及び、車両１０が待機状態であること等である。すなわち、車両選定部３０２は、第一ユーザから依頼された物品の製作に対応しており、且つ、待機状態である車両１０を、物品の製作に用いる車両１０として選定する。

製作依頼取得部３０３は、例えば、第一ユーザの第一端末２０Ａから送信される製作依頼を取得する。製作依頼とは、第一ユーザが物品の製作を依頼するための情報である。製作依頼には、第一ユーザが製作を依頼した物品の情報が含まれる。製作依頼は、第一ユーザが第一端末２０Ａの入力部２４に所定の入力を行うことにより、第一端末２０Ａにおいて生成される。

物品情報取得部３０４は、例えば、第二ユーザの第二端末２０Ｂから部品または製作者が選択可能であるか否かを示す情報や、部品または製作者の所在地に関する情報等を取得する。これらの情報（物品情報）は、サーバ３０からの要求に基づいて、第二端末２０Ｂからサーバ３０に送信されてもよく、所定の周期で第二端末２０Ｂからサーバ３０に送信されてもよい。これらの情報には、第二ユーザと紐付けされているユーザＩＤ、部品または製作者と紐付けされている部品ＩＤに関する情報が含まれる。ユーザＩＤは、ユーザに固有な識別子である。部品ＩＤは、部品及び製作者に固有な識別子である。なお、本実施形態では、便宜上、製作者に対応するＩＤも部品ＩＤと称する。物品情報は、第二端末２０Ｂからサーバ３０へ送信され、サーバ３０に登録される。物品情報取得部３０４は、物品情報を取得すると、その物品情報を後述の物品情報ＤＢ３１２に格納する。

部品選定部３０５は、物品を製作するための部品及び製作者を選定する。部品選定部３０５は、製作情報ＤＢ３１４を参照して物品を完成するために必要となる部品及び製作者に関する情報を取得する。次に、取得された部品及び製作者のうち、選定可能な部品及び製作者を物品情報ＤＢ３１２を参照して選定する。ここで、同じ部品を複数の第二ユーザから供給可能な場合には、所定のルールにしたがって、その中の一の部品を選定してもよい。所定のルールは、例えば、値段や品質等の情報に基づいて決定されてもよい。所定のルールにしたがって、例えば、値段が最も低い部品が選定されるようにしてもよい。値段や品質の情報は、ユーザＩＤ及び部品ＩＤと関連付けて第二端末２０Ｂから予め取得しておいてもよく、サーバ３０に記憶されている過去のデータに基づいて取得してもよい。また、サーバ３０は、車両１０の移動経路が最も短くなるように、部品及び製作者を選定してもよい。例えば、部品及び製作者の組み合わせが複数存在する場合には、各組み合わせについて移動経路を生成し、その中で移動経路が最も短くなる部品及び製作者を選定してもよい。また、サーバ３０は、物品の製作にかかる時間が最も短くなるように部品及び製作者を選定してもよい。

運行指令生成部３０６は、例えば、車両１０が出発地（基地）から出発して、部品選定部３０５により選定された部品及び製作者の所在地である経由地と、完成した物品を納品する地点とを経由して、車両１０が出発地（基地）に戻るように運行指令を生成する。こ
の運行指令は、物品を製作する順番にしたがって車両１０が各経由地を経由するように決定される。物品を製作する順番は、部品ＩＤに関連付けられている。なお、本実施形態に係る運行指令生成部３０６は、後述する地図情報ＤＢ３１５に格納されている地図情報に基づいて移動経路を生成する。移動経路は、車両１０の移動距離が最短になる経路や、車両１０の移動時間が最短になる経路等の予め決められたルールにしたがった経路となるように生成される。運行指令生成部３０６は、移動経路を含む運行指令を車両１０に送信する。

ユーザ情報ＤＢ３１１は、上記の補助記憶部３３に第一ユーザのユーザ情報及び第二ユーザのユーザ情報が格納されて形成されており、そこでは各ユーザとユーザ情報の紐付けが行われている。ユーザ情報には、例えば、第一ユーザ及び第二ユーザと紐付けされているユーザＩＤ、氏名、住所等が含まれる。

物品情報ＤＢ３１２は、補助記憶部３３に上記の物品情報が格納されて形成されており、そこでは第二ユーザのユーザＩＤと、部品ＩＤとの紐付けが行われている。ここで、物品情報ＤＢ３１２に格納される物品情報の構成について、図５に基づいて説明する。図５は、物品情報のテーブル構成を例示した図である。物品情報テーブルは、ユーザＩＤ、部品ＩＤ、選定可否、所在地の各フィールドを有する。ユーザＩＤフィールドには、第二ユーザを特定するための情報が入力される。製作者が第二ユーザであってもよい。部品ＩＤフィールドには、部品または製作者を特定するための情報が入力される。一のユーザＩＤに対して複数の部品ＩＤが対応していてもよい。選定可否フィールドには、部品ＩＤに対応する部品または製作者が選定可能であるか否かを示す情報が入力される。例えば、部品の在庫が無い場合には、選定可否フィールドには選定可能でないことを示す「否」が入力される。一方、例えば、部品の在庫が有る場合には、選定可否フィールドには選定可能であることを示す「可」が入力される。また、例えば、製作者が物品を製作可能な場合には、選定可否フィールドに「可」が入力され、製作者が物品を製作可能でない場合（例えば、他の依頼がある場合、製作者が不在の場合等）には、選定可否フィールドに「否」が入力される。選定可否は、第二端末２０Ｂを介して登録される。所在地フィールドには、部品または製作者の所在地が入力される。部品または製作者の所在地は、車両１０が向かう場所として第二端末２０Ｂを介して登録される。

車両情報ＤＢ３１３は、補助記憶部３３に車両情報が格納されて形成されており、そこでは車両ＩＤと車両情報との紐付けが行われている。ここで、車両情報ＤＢ３１３に格納される車両情報の構成について、図６に基づいて説明する。図６は、車両情報のテーブル構成を例示した図である。車両情報テーブルは、車両ＩＤ、位置情報、稼働状況、対応物品の各フィールドを有する。車両ＩＤフィールドには、車両１０を特定する識別情報が入力される。位置情報フィールドには、車両１０が送信した位置情報が入力される。この位置情報は、車両１０の現在地を示す情報である。稼働状況フィールドには、車両１０が完成物を製作するために稼働しているのか、若しくは、待機しているのかを示す情報が入力される。稼働状況は、例えば車両１０から送信されてもよい。対応物品フィールドには、車両１０に対応する完成物を特定するための識別情報が入力される。すなわち、対応物品フィールドには、車両１０によって製作可能な物品を示す情報が入力される。対応物品は、例えば車両１０から予め送信される。

製作情報ＤＢ３１４は、補助記憶部３３に完成物に対応する部品または製作者の情報（以下、単に「製作情報」ともいう。）が格納されて形成されている。ここで、製作情報ＤＢ３１４に格納される製作情報の構成について、図７に基づいて説明する。図７は、製作情報のテーブル構成を例示した図である。製作情報テーブルは、物品ＩＤ及び部品ＩＤの各フィールドを有する。物品ＩＤフィールドには、完成物を特定するための情報が入力される。部品ＩＤフィールドには、完成物を製作するために必要となる部品及び製作者を特
定するための情報が入力される。また、部品ＩＤフィールドに入力される部品ＩＤには、完成物を製作するときに部品及び製作者が必要となる順番が関連付けられている。すなわち、図７に示した各フィールドにおいて、部品ＩＤの＃１、＃２、＃３・・・の順に部品または製作者が提供されるように部品ＩＤフィールドが生成される。

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

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

運行計画生成部１０１は、サーバ３０から運行指令を取得し、自身の運行計画を生成する。当該運行指令には、車両１０が経由する経由地及び最終目的地に関する情報が含まれる。運行計画生成部１０１は、サーバ３０から与えられた運行指令に基づいて、車両１０の移動経路を算出し、移動経路を移動する運行計画を生成する。

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

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

位置情報送信部１０４は、位置情報センサ１７から取得される位置情報を、通信部１６を介してサーバ３０に送信する。位置情報送信部１０４が位置情報を送信するタイミングは適宜設定可能であり、例えば、定期的に送信してもよいし、何らかの情報をサーバ３０に送信するタイミングに合わせて送信してもよし、サーバ３０からの要求に応じて送信してもよい。位置情報送信部１０４は、自車両を一意に識別する識別情報（車両ＩＤ）とともに、位置情報をサーバ３０に送信する。なお、車両１０を識別する車両ＩＤは、予め割り当てられる。

（機能構成：第一端末）
図９は、第一端末２０Ａの機能構成の一例を示す図である。第一端末２０Ａは、機能構
成要素として、製作依頼送信部２０１Ａを含む。製作依頼送信部２０１Ａは、例えば、第一端末２０Ａのプロセッサ２１が、補助記憶部２３に記憶された各種プログラムを実行することで提供される機能構成要素である。製作依頼送信部２０１Ａは、例えば第一端末２０Ａのタッチパネルディスプレイに物品の製作を依頼するためのアイコン等を出力し、当該アイコンを第一ユーザがクリックした場合に製作依頼を生成する。製作依頼には、第一ユーザが製作を依頼した物品の情報が含まれる。製作依頼送信部２０１Ａは、生成した製作依頼を、ユーザＩＤと紐付けしてサーバ３０に送信する。

図１０は、第一ユーザが物品の製作を依頼するときに第一端末２０Ａの出力部２５に表示される画面の一例を示した図である。第一ユーザが、「依頼するもの」の中から製作を依頼する物品をクリックし、その後に、「送信」をクリックすると、製作依頼送信部２０１Ａは製作依頼を生成し、当該製作依頼をサーバ３０に送信する。図１０に示した例では、物品として、ドア、シート、シャーシ、または、エンジンを選択することができる。

（機能構成：第二端末）
図１１は、第二端末２０Ｂの機能構成の一例を示す図である。第二端末２０Ｂは、機能構成要素として、物品情報送信部２０１Ｂを含む。物品情報送信部２０１Ｂは、例えば、第二端末２０Ｂのプロセッサ２１が、補助記憶部２３に記憶された各種プログラムを実行することで提供される機能構成要素である。物品情報送信部２０１Ｂは、例えば第二端末２０Ｂのタッチパネルディスプレイに部品または製作者が選定可能であるか否かを示すアイコン等を出力し、当該アイコンを第二ユーザがクリックすることにより部品または製作者が選定可能であるか否かを示す情報を取得する。第二ユーザは、部品の在庫が無い場合には、当該部品の選定が不可であることを入力する。また、第二ユーザは、製作者が不在の場合や他の製作者に他の製作依頼がある場合には、当該製作者の選定が不可であることを入力する。また、物品情報送信部２０１Ｂは、部品または製作者の所在地に関する情報を、入力部２４を介して取得する。第二ユーザは、部品又は製作者の所在地（例えば住所）に関する情報を、入力部２４を介して入力する。物品情報送信部２０１Ｂは、これらの物品情報を、ユーザＩＤ及び部品ＩＤと紐付けしてサーバ３０に送信する。物品情報送信部２０１Ｂが物品情報を送信するタイミングは適宜設定可能であり、例えば、物品情報に変更があったときに送信してもよいし、定期的に送信してもよいし、サーバ３０からの要求に応じて送信してもよい。なお、部品または製作者の所在地に関する情報は、初回にサーバ３０に登録しておけば次回以降は変更があった場合にだけ送信すればよい。

図１２は、第二ユーザが部品または製作者の選定の可否を登録するときに第二端末２０Ｂの出力部２５に表示される画面の一例を示した図である。第二ユーザが、夫々の「部品ＩＤ」に対応する選定の可否を「可」又は「否」の何れかをクリックすることにより選択し、その後に、「送信」をクリックすると、物品情報送信部２０１Ｂは物品情報を生成する。

（処理の流れ：サーバ）
次に、サーバ３０が車両１０に運行指令を送信する処理について説明する。図１３は、本実施形態に係る運行指令を送信する処理のフローチャートの一例である。図１３に示す処理は、サーバ３０のプロセッサ３１によって所定の時間毎に実行される。なお、ここでは、物品情報ＤＢ３１２、車両情報ＤＢ３１３、及び製作情報ＤＢ３１４を構築するために必要な情報を、車両１０、第一端末２０Ａ、及び、第二端末２０Ｂからサーバ３０が既に受信しているものとする。

ステップＳ１０１では、製作依頼取得部３０３が、第一端末２０Ａから製作依頼を受信したか否か判定する。ステップＳ１０１で肯定判定された場合にはステップＳ１０２へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ１０２では、部品選定部３０５が、製作依頼に係る物品を製作するために必要となる部品及び製作者を特定する。そのため、部品選定部３０５は、製作依頼に係る物品を製作するために必要となる部品及び製作者に対応する部品ＩＤの組み合わせを取得する。部品選定部３０５は、製作情報ＤＢ３１４及び物品情報ＤＢ３１２にアクセスし、製作依頼に係る物品ＩＤに対応する部品ＩＤの組み合わせの中から、選定可否が全て「可」である部品ＩＤの組み合わせを選定する。

すなわち、部品選定部３０５は、製作依頼に係る完成物の物品ＩＤに対応する部品ＩＤを製作情報ＤＢ３１４から取得する。また、部品選定部３０５は、取得した部品ＩＤの夫々について、選定可否が「可」であるか又は「否」であるのかを物品情報ＤＢ３１２から取得する。そして、部品選定部３０５は、製作依頼に係る物品の物品ＩＤに対応する部品ＩＤの組み合わせのうち、選定可否が全て「可」である組み合わせを選定する。このようにして、部品選定部３０５が、製作者及び部品を特定している。なお、選定可否が全て「可」である部品ＩＤの組み合わせが無い場合には、部品選定部３０５は、部品または製作者が不足しているために物品を製作することができないことを第一ユーザに通知してもよい。

ステップＳ１０３では、車両選定部３０２が、完成物を製作するための車両１０を選定する。車両選定部３０２は、車両情報ＤＢ３１３にアクセスし、製作依頼に係る物品に対応している車両１０であって、稼働状況が「待機」である車両１０を選定する。

ステップＳ１０４では、運行指令生成部３０６が、ステップＳ１０２で部品選定部３０５が特定した製作者及び部品に対応する所在地を取得する。運行指令生成部３０６は、部品選定部３０５が特定した製作者及び部品に対応する部品ＩＤに紐付けされたユーザＩＤに対応する所在地を物品情報ＤＢ３１２から取得する。

ステップＳ１０５では、運行指令生成部３０６が、車両１０の運行指令を生成する。運行指令生成部３０６は、ステップＳ１０３において選定された車両１０の現在地、ステップＳ１０４において取得された所在地に基づいて、車両１０が部品及び製作者を物品の製作順に経由するように、車両１０の移動経路を生成する。運行指令生成部３０６は、物品の製作順を製作情報ＤＢ３１４から取得する。製作した物品を納入する場所を、第一ユーザが第一端末２０Ａを介して指定してもよい。そして、ステップＳ１０６では、ステップＳ１０３において選定された車両１０に対して、運行指令生成部３０６が移動経路を含む運行指令を送信する。また、運行指令生成部３０６は、車両情報ＤＢ３１３にアクセスし、選定した車両１０の稼働状況を「稼働」に更新してもよい。

なお、サーバ３０は、選定された部品ＩＤに対応する第二ユーザの第二端末２０Ｂに対して、物品の製作を依頼することを示す情報を送信してもよい。さらに、サーバ３０は、第二端末２０Ｂに対して車両１０の現在地を通知してもよい。この通知は、第二ユーザの要求に応じて行ってもよく、所定時間毎に行ってもよい。

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

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

運行計画の生成が完了すると、ステップＳ２０３において、走行制御部１０３が制御指令を生成し、この制御指令にしたがって、駆動部１９が制御され、車両１０が経由地まで走行する。そして、経由地において第二ユーザが部品の取り付け等の作業を行う。そして、ステップＳ２０４において、走行制御部１０３は、第二ユーザによる作業が終了したか否か判定する。例えば、第二ユーザによる作業が終了すると、第二ユーザが車両１０の入力部１４にその旨を入力する。この入力があった場合に、走行制御部１０３は、作業が終了したと判定する。この作業には、納品作業も含めることができる。ステップＳ２０４で肯定判定された場合にはステップＳ２０５へ進み、否定判定された場合にはステップＳ２０４の処理を再度実行する。

ステップＳ２０５では、走行制御部１０３は、物品の納品が完了したか否か判定する。走行制御部１０３は、車両１０の現在地が最後の経由地である場合に、物品の納品が完了したと判定する。ステップＳ２０５で肯定判定された場合にはステップＳ２０６へ進み、否定判定された場合にはステップＳ２０３へ戻って次の経由地まで車両１０を走行させる。ステップＳ２０６では、走行制御部１０３は、車両１０を基地まで走行させ、その後、本ルーチンを終了させる。

以上説明したように本実施形態によれば、自律走行する車両１０を利用して物品を製作することができる。これにより、工場に部品を確保しておく必要がなくなる。また、物品の製作者は、物品の製作に適した場所で物品を製作することができる。

＜第２実施形態＞
本実施形態では、物品に対応する部品及び製作者の組み合わせが複数存在する場合に、その中から第一ユーザが部品及び製作者を選択する。例えば、同じ部品であるが第二ユーザが異なる部品が複数存在する場合には、第一ユーザがその中から一の部品を選択する。また、互換性はあるが異なる部品が複数存在する場合には、第一ユーザがその中から一の部品を選択する。また、同じ技能を持った複数の製作者が複数存在する場合には、第一ユーザがその中から一の製作者を選択する。

図１５は、物品情報ＤＢ３１２における物品情報のテーブル構成を例示した図である。本実施形態に係る物品情報テーブルは、ユーザＩＤ、部品ＩＤ、選定可否、所在地の各フィールドを有する。図５と異なる点について主に説明する。図１５において、部品ＩＤフィールドに、部品または製作者を特定するための情報が入力される。Ａ３０＿１、Ａ３０＿２、Ａ３０＿３は、異なる部品または異なる製作者に対応する部品ＩＤであが、相互に交換可能な部品または相互に交換可能な製作者を示している。Ａ３０＿１、Ａ３０＿２、Ａ３０＿３は、部品ＩＤがＡ３０の部品または製作者に対応可能な部品ＩＤである。第一ユーザは、物品の製作に部品ＩＤがＡ３０の部品または製作者が必要となる場合に、部品ＩＤがＡ３０＿１、Ａ３０＿２、Ａ３０＿３の部品または製作者の中から１つを選択することができる。サーバ３０は、第一ユーザに対して、Ａ３０＿１、Ａ３０＿２、Ａ３０＿３の何れを選択するのかを問い合わせる。

図１６は、第一ユーザが物品の製作を依頼した後であって、部品を選択するときに第一端末２０Ａの出力部２５に表示される画面の一例を示した図である。図１６は、第一ユーザが例えばエンジンの製作を依頼した場合に、エンジンの排気量を選択可能な場合を示している。図１６に示した例では、エンジンの排気量を、１０００ｃｃ、１５００ｃｃ、２０００ｃｃ、２５００ｃｃの中から選択可能である。この画面は、サーバ３０から送信される情報に基づいて表示される。第一ユーザは、製作を依頼するエンジンの排気量をクリ
ックし、その後に、「送信」をクリックすると、製作依頼送信部２０１Ａは入力された排気量に関する情報をサーバ３０に送信する。

図１７は、製作情報ＤＢ３１４における製作情報のテーブル構成を例示した図である。製作情報テーブルは、物品ＩＤ及び部品ＩＤの各フィールドを有する。図７と異なる点について主に説明する。物品ＩＤがＣ０１の物品を製作する場合には、製作順の１番（＃１）に、部品ＩＤがＡ２０の部品または製作者が必要であり、製作順の２番（＃２）に、部品ＩＤがＡ３０の部品または製作者が必要であり、製作順の３番（＃３）に、部品ＩＤがＡ４０の部品または製作者が必要である。部品ＩＤがＡ３０の部品または製作者には、部品ＩＤがＡ３０＿１、Ａ３０＿２、Ａ３０＿３の部品または製作者が対応可能であり、部品ＩＤがＡ４０の部品または製作者には、部品ＩＤがＡ４０＿１、Ａ４０＿２の部品または製作者が対応可能である。ただし、部品または製作者の組み合わせに制限があってもよい。例えば、第一ユーザがＡ３０＿１を選択した場合には、第一ユーザはＡ４０＿２を選択することができない。一方、第一ユーザがＡ３０＿２またはＡ３０＿３を選択した場合には、第一ユーザはＡ４０＿１を選択することはできない。すなわち、図１７に示した例では、物品ＩＤ「Ｃ０１」の物品の製作を依頼する場合には、部品ＩＤがＡ２０、Ａ３０＿１、Ａ４０＿１・・・の組み合わせと、部品ＩＤがＡ２０、Ａ３０＿２、Ａ４０＿２・・・の組み合わせと、Ａ２０、Ａ３０＿３、Ａ４０＿２・・・の組み合わせとの３つの組み合わせの中から、何れか１つの組み合わせを選択することになる。

（処理の流れ：サーバ）
次に、サーバ３０が車両１０に運行指令を送信する処理について説明する。図１８は、本実施形態に係る運行指令を送信する処理のフローチャートの一例である。図１８に示す処理は、サーバ３０のプロセッサ３１によって所定の時間毎に実行される。なお、ここでは、物品情報ＤＢ３１２、車両情報ＤＢ３１３、及び製作情報ＤＢ３１４を構築するために必要な情報を、車両１０、第一端末２０Ａ、及び、第二端末２０Ｂからサーバ３０が既に受信しているものとする。

ステップＳ３０１では、製作依頼取得部３０３が、第一端末２０Ａから製作依頼を受信したか否か判定する。ステップＳ３０１で肯定判定された場合にはステップＳ３０２へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ３０２では、部品選定部３０５が、製作依頼に係る物品を製作するために必要となる部品及び製作者に対応する部品ＩＤの組み合わせを全て取得する。部品選定部３０５は、製作情報ＤＢ３１４及び物品情報ＤＢ３１２にアクセスし、製作依頼に係る物品ＩＤに対応する部品ＩＤの組み合わせの中から、選定可否が全て「可」である部品ＩＤの組み合わせを全て取得する。なお、選定可否が全て「可」である部品ＩＤの組み合わせが無い場合には、部品選定部３０５は、部品または製作者が不足しているために物品を製作することができないことを第一ユーザに通知してもよい。

ステップＳ３０３では、部品選定部３０５が、ステップＳ３０２で取得した組み合わせが複数あるか否か判定する。ステップＳ３０３で肯定判定された場合にはステップＳ３０４へ進み、否定判定された場合にはステップＳ３０５へ進む。ステップＳ３０５では、部品ＩＤの組み合わせが１つしかないため、その部品ＩＤの組み合わせで物品を製作することが部品選定部３０５により確定される。すなわち、部品選定部３０５により製作者及び部品が特定される。

一方、ステップＳ３０４では、部品選定部３０５が、第一端末２０Ａに対して、複数の部品ＩＤの組み合わせの中から一の組み合わせを選択する要求（選択要求）を送信する。すなわち、部品選定部３０５は、選択する組み合わせを第一ユーザに問い合わせる。この
選択要求は、部品選定部３０５が生成して第一端末２０Ａに送信する。選択要求には、部品または製作者の選択を促す画面を第一端末２０Ａに表示させるための情報が含まれる。

ステップＳ３０６では、部品選定部３０５が、第一端末２０Ａから選択要求に対する回答があったか否か判定する。ステップＳ３０６で肯定判定された場合にはステップＳ３０７へ進み、否定判定された場合にはステップＳ３０６の処理が再度実行される。

ステップＳ３０７では、部品選定部３０５が、第一端末２０Ａから回答のあった部品ＩＤの組み合わせで物品を製作することを確定する。すなわち、部品選定部３０５により製作者及び部品が特定される。ステップＳ３０８では、物品を製作するための車両１０が選定される。車両選定部３０２は、車両情報ＤＢ３１３にアクセスし、ステップＳ３０５またはステップＳ３０７で確定された部品ＩＤの組み合わせに対応している車両１０であって、稼働状況が「待機」である車両１０を選定する。

ステップＳ３０９からステップＳ３１１については、上記ステップＳ１０４からステップＳ１０６までの処理と同じため説明を省略する。また、本実施形態に係る車両１０を走行させる処理のフローチャートは、図１４に示したフローチャートを適用できる。

以上説明したように本実施形態によれば、自律走行する車両１０を利用して物品を製作することができる。これにより、工場に部品を確保しておく必要がなくなる。また、物品の製作者は、物品の製作に適した場所で物品を製作することができる。さらに、物品の製作について第一ユーザが部品または製作者の選択に関与することができるため、第一ユーザのニーズに合わせることができる。

＜第３実施形態＞
サーバ３０は、物品の製作者の一人として、第一ユーザを選定することもできる。また、サーバ３０は、物品の部品の一つとして、第一ユーザが提供する部品を選定することもできる。そのため、第一ユーザ自身が関与する工程を第一ユーザが第一端末２０Ａに入力できるようにしておく。この入力があった場合には、サーバ３０は、第一ユーザをこの工程における製作者として選定したり、第一ユーザが提供する部品をこの工程における部品として選定したりする。例えば、第一端末２０Ａの製作依頼送信部２０１Ａが製作依頼を生成するときに、第一ユーザが関与する工程に関する情報を製作依頼に含ませる。第一ユーザは、自身が関与する工程を第一端末２０Ａに入力することができる。ただし、第一ユーザは一部の工程に関与することはできるが、全ての工程に関与することはない。工程は、例えば、図７において説明した順番（＃１、＃２、＃３・・・）に対応する。第一ユーザが関与できる工程は、物品毎に定められていてもよい。

製作依頼送信部２０１Ａは、例えば第一端末２０Ａのタッチパネルディスプレイに物品の製作を依頼するためのアイコン等を出力し、当該アイコンを第一ユーザがクリックした後に、さらに、第一ユーザが関与する工程を選択するためのアイコン等を出力する。当該アイコンを第一ユーザがクリックすると、製作依頼送信部２０１Ａは製作依頼を生成する。製作依頼には、第一ユーザが製作を依頼した物品の情報、及び、第一ユーザが関与を希望する工程（以下、関与希望工程ともいう。）に関する情報が含まれる。製作依頼送信部２０１Ａは、生成した製作依頼を、ユーザＩＤと紐付けしてサーバ３０に送信する。

図１９は、第一ユーザが物品の製作を依頼するときに第一端末２０Ａの出力部２５に表示される画面の一例を示した図である。図１９に示す画面は、物品の製作を依頼するための画面（図１０参照）に第一ユーザが入力を完了した後に表示される。第一ユーザが、「自分で行う工程」の中から自分で行うことを希望する工程をクリックする。図１９に示した例では、第一工程、第二工程、第三工程のいずれかを選択可能である。なお、物品の製
作への関与を第一ユーザが希望しない場合には、「なし」をクリックする。その後に、「送信」をクリックすると、製作依頼送信部２０１Ａは製作依頼を生成し、当該製作依頼をサーバ３０に送信する。

製作依頼を取得したサーバ３０の部品選定部３０５は、製作情報ＤＢ３１４から部品ＩＤの組み合わせを取得した後に、製作情報ＤＢ３１４から取得した部品ＩＤのうち、関与希望工程に係る部品ＩＤを、第一ユーザに対応する部品ＩＤに変える。第一ユーザに対応する部品ＩＤは物品情報取得部３０４により付与される。

物品情報取得部３０４は、例えば、製作依頼に関与希望工程に関する情報が含まれる場合に、第一ユーザに対応する部品ＩＤ、及び、第一ユーザの所在地に関する情報等を物品情報ＤＢ３１２に格納する。図２０は、物品情報のテーブル構成を例示した図である。図５と異なる点について主に説明する。図５におけるユーザＩＤは、第二ユーザのみに対応しているが、図２０におけるユーザＩＤは、第一ユーザにも対応している。例えば「Ｕ１０１」で示されるユーザＩＤは、製作に関与することを希望する第一ユーザに対応するユーザＩＤである。このレコードにおける部品ＩＤフィールドには、第一ユーザに対応する部品ＩＤを特定するための情報（図２０では「Ａ２０１」）が入力される。選定可否フィールドには、「可」が入力される。所在地フィールドには、第一ユーザの所在地（図２０では「Ｌ１０１」）が入力される。

第一ユーザが、例えば、図７における物品ＩＤがＣ０１の物品の製作を依頼し、且つ、第一工程（＃１）において第一ユーザが関与することを希望した場合について説明する。製作依頼取得部３０３が、第一端末２０Ａから製作依頼を受信した場合には、この製作依頼には、物品ＩＤ「Ｃ０１」に関する情報、及び、関与希望工程「＃１」に関する情報が含まれる。そして、部品選定部３０５は、製作依頼に係る物品を製作ために必要となる部品及び製作者に対応する部品ＩＤの組み合わせを製作情報ＤＢ３１４から取得し選定する。この場合、図７に示した例では、Ａ２０，Ａ３０，Ａ４０，・・・の組み合わせが選定される。ここで、第一ユーザが工程「＃１」に関与することを希望しているため、部品選定部３０５は、工程「＃１」に対応する部品ＩＤを「Ａ２０」から、第一ユーザに対応する部品ＩＤである「Ａ２０１」に変える。運行指令生成部３０６は、各部品ＩＤに紐付けされたユーザＩＤに対応する所在地を物品情報ＤＢ３１２から取得して運行指令を生成する。このようにして、車両１０は、第一ユーザを経由して移動する。

（処理の流れ：サーバ）
次に、サーバ３０が車両１０に運行指令を送信する処理について説明する。図２１は、本実施形態に係る運行指令を送信する処理のフローチャートの一例である。図２１に示す処理は、サーバ３０のプロセッサ３１によって所定の時間毎に実行される。なお、図１３に示すフローチャートと同じ処理が実行されるステップについては、同じ符号を付して説明を省略する。

図２１に示すフローチャートでは、ステップＳ１０２の処理が終了するとステップＳ４０１へ進む。ステップＳ４０１では、部品選定部３０５は、製作依頼に関与希望工程に関する情報が含まれている否か判定する。ステップＳ４０１で肯定判定された場合にはステップＳ４０２へ進み、否定判定された場合にはステップＳ１０３へ進む。

ステップＳ４０２では、部品選定部３０５は、製作情報ＤＢ３１４から取得した部品ＩＤのうち、関与希望工程に係る部品ＩＤを、第一ユーザに対応する部品ＩＤに変える。その後のステップＳ１０４において、第一ユーザに対応する部品ＩＤが含まれる場合であっても、運行指令生成部３０６は、部品ＩＤに紐付けされたユーザＩＤに対応する所在地を物品情報ＤＢ３１２から取得する。そして、ステップＳ１０５において運行指令が生成さ
れる。このようにして、第一ユーザの所在地が経由地に含まれた状態で運行指令が生成される。これにより、車両１０が第一ユーザの所在地を経由することになるため、第一ユーザは、物品を製作したり部品を提供したりできる。

このように第一ユーザ自身も物品の製作に加わることにより、第一ユーザが楽しみながら物品を製作することができる。また、例えば、第一ユーザが部品を作ることはできるが、未完成物に取り付けることが困難な場合に、部品の取り付けを職人等に依頼することができる。

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

物品を製作することには、第一ユーザが所有している物品の改造、修理、デコレーションを含むことができる。

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

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。上記実施形態では、情報処理装置としてサーバ３０を例に挙げて説明したが、これに限らず、車両１０に搭載されている端末が情報処理装置として機能してもよく、第一端末２０Ａが情報処理装置として機能してもよい。また、サーバ３０と、車両１０に搭載されている端末または第一端末２０Ａとが、情報処理装置として機能してもよい。例えば、上記実施形態では、サーバ３０が、機能構成要素として、車両管理部３０１、車両選定部３０２、製作依頼取得部３０３、物品情報取得部３０４、部品選定部３０５、運行指令生成部３０６、ユーザ情報ＤＢ３１１、物品情報ＤＢ３１２、車両情報ＤＢ３１３、製作情報ＤＢ３１４、地図情報ＤＢ３１５を含んでいるが、これらの機能構成要素の一部または全部が、車両１０に含まれていてもよい。また、第一端末２０Ａは、車両１０に搭載されている端末であってもよい。

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

１ 自動運転システム
１０ 車両
２０Ａ 第一端末
２０Ｂ 第二端末
３０ サーバ
３１ プロセッサ
３２ 主記憶部
３３ 補助記憶部
３４ 通信部

Claims (8)

1. 運行指令に基づいて自律走行を行う移動体を制御する情報処理装置において、
   物品を製作する依頼をユーザから取得することと、
   取得した前記依頼に対応する、前記物品の製作者及び前記物品を製作するときに用いる物を特定することと、
   特定した前記製作者の所在地に関する情報、及び、特定した前記物の所在地に関する情報を取得することと、
   取得した前記製作者の所在地に関する情報、及び、取得した前記物の所在地に関する情報に基づいて、前記製作者の所在地及び前記物の所在地を前記移動体が経由するように、前記移動体の運行指令を生成することと、
   を実行する制御部を備え、
   前記制御部は、
   前記製作者に関する情報、及び、前記物に関する情報を取得し、
   取得した、前記製作者に関する情報および前記物に関する情報に基づいて、前記製作者及び前記物を特定する、
   情報処理装置。
2. 前記制御部は、前記物品を製作するときに用いる前記物として、前記物品を構成する部品を特定する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、前記物品を製作するときに用いる前記物として、前記物品を製作するときに用いる道具を特定する、
   請求項１または２に記載の情報処理装置。
4. 前記制御部は、前記物品を製作するときの順序にしたがって、前記移動体が前記製作者の所在地及び前記物の所在地を経由するように、前記運行指令を生成する、
   請求項１から３の何れか１項に記載の情報処理装置。
5. 前記制御部は、前記製作者及び前記物を特定するときに、前記物品に対応する前記製作者及び前記物の組み合わせが複数ある場合には、前記ユーザが選択する組み合わせを前記
   ユーザに問い合わせ、前記ユーザが選択する組み合わせに基づいて前記製作者及び前記物を特定する、
   請求項１から４の何れか１項に記載の情報処理装置。
6. 前記制御部は、前記ユーザから取得した依頼に基づいて、前記製作者に前記ユーザを含める、または、前記物に前記ユーザが提供する物を含める、
   請求項１から５の何れか１項に記載の情報処理装置。
7. 運行指令に基づいて自律走行を行う移動体をコンピュータが制御する情報処理方法において、
   コンピュータが、
   物品を製作する依頼をユーザから取得することと、
   取得した前記依頼に対応する、前記物品の製作者及び前記物品を製作するときに用いる物を特定することと、
   特定した前記製作者の所在地に関する情報、及び、特定した前記物の所在地に関する情報を取得することと、
   取得した前記製作者の所在地に関する情報、及び、取得した前記物の所在地に関する情報に基づいて、前記製作者の所在地及び前記物の所在地を前記移動体が経由するように、前記移動体の運行指令を生成することと、
   を実行し、
   さらに、前記コンピュータが、
   前記製作者に関する情報、及び、前記物に関する情報を取得し、
   取得した、前記製作者に関する情報および前記物に関する情報に基づいて、前記製作者及び前記物を特定する、
   情報処理方法。
8. 運行指令に基づいて自律走行を行う移動体の制御をコンピュータに実行させるプログラムにおいて、
   コンピュータに、
   物品を製作する依頼をユーザから取得することと、
   取得した前記依頼に対応する、前記物品の製作者及び前記物品を製作するときに用いる物を特定することと、
   特定した前記製作者の所在地に関する情報、及び、特定した前記物の所在地に関する情報を取得することと、
   取得した前記製作者の所在地に関する情報、及び、取得した前記物の所在地に関する情報に基づいて、前記製作者の所在地及び前記物の所在地を前記移動体が経由するように、前記移動体の運行指令を生成することと、
   を実行させ、
   さらに、前記コンピュータに、
   前記製作者に関する情報、及び、前記物に関する情報を取得させ、
   取得した、前記製作者に関する情報および前記物に関する情報に基づいて、前記製作者及び前記物を特定させる、
   プログラム。

Images