JP7081320B2 - 情報処理装置及び情報処理方法、プログラム - 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）を備えている場合には、移動情報
を生成するときに人工衛星から送信された電波を受信することによりユーザ端末２０の位置を検出し、移動情報生成部２０３は、このユーザ端末２０の位置をユーザの現在地としてもよい。また、本実施形態では、運転ユーザの現在地を運転ユーザ自身が入力部２４に入力しているが、車両１０の車載装置１００がＧＰＳを備えている場合には、人工衛星から送信された電波を受信することにより、車載装置１００が車両１０の位置を検出し、この車両１０の位置を運転ユーザの現在地としてもよい。この場合、車載装置１００にも移動情報生成部２０３の機能が備わる。この場合には、所定時間（例えば６０ｓｅｃ）毎に車載装置１００からサーバ３０へユーザＩＤと共にＧＰＳにより検出した車両１０の現在地に関する情報を送信してもよい。サーバ３０は、車載装置１００から送信された情報に基づいて、移動情報ＤＢ３１２に記憶された運転ユーザの現在地を更新する。

ステータス情報生成部２０４は、ユーザのステータス情報を生成する。ステータス情報には、運転ユーザまたは便乗ユーザの何れに該当するのかを区別する情報、先生ユーザまたは生徒ユーザの何れに該当するのかを区別する情報、ユーザの学習目的が含まれる。ステータス情報生成部２０４は、出力部２５にステータス情報の入力を促す操作画面を表示し、ユーザによる入力部１４への入力に応じたステータス情報を生成する。生成されたステータス情報は、相乗り要求生成部２０１によって相乗り要求と共にサーバ３０に送信される。なお、ステータス情報は、予めユーザが入力部２４を用いて入力しておき、ユーザ端末２０の補助記憶部２３に記憶させておいてもよい。そして、ステータス情報生成部２０４は、補助記憶部２３に記憶されているデータに基づいて、ステータス情報を生成してもよい。また、ステータス情報生成部２０４は、相乗り要求が生成される前にステータス情報を生成してサーバ３０に送信してもよい。

図１０は、ユーザ端末２０の出力部２５に表示される、ユーザ情報、移動情報、ステータス情報を入力するための画面の一例を示した図である。ユーザＩＤ、現在地、目的地、移動日時については、ユーザが文字を入力する。また、運転ユーザまたは便乗ユーザの何れに該当するのか、先生ユーザまたは生徒ユーザの何れに該当するのか、及び、学習目的は、予め用意されたボタンのアイコンをユーザが押すことにより選択する。

報知処理部２０５は、サーバ３０から報知情報を受信した場合に、出力部２５にその旨を出力させる。例えば、画面に注意を喚起する文字を表示させてもよいし、音声による注意喚起を行ってもよい。また、所定のランプを点灯させてもよい。振動を起こしてもよい。報知処理部２０５は、サーバ３０から報知情報を受信した後に、所定の時間毎に注意喚起を行ってもよい。

次に、車両１０の車載装置１００の機能について説明する。図１１は、車載装置１００の機能構成を例示した図である。ユーザ端末２０は、機能構成要素として、ナビゲーション部１０１及び報知処理部１０２を備える。車載装置１００のプロセッサ１１は、主記憶部１２上のコンピュータプログラムにより、ナビゲーション部１０１及び報知処理部１０２の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。

ナビゲーション部１０１は補助記憶部１３に格納された地図情報に基づいて車両１０の現在地の周辺の地図を表示する。また、ナビゲーション部１０１は、サーバ３０から移動経路を受信すると、受信した移動経路にしたがって経路を案内する。その際、ナビゲーション部１０１は、移動経路を車載装置１００の出力部１５に出力する。ナビゲーション部１０１は、例えば、ディスプレイに地図と経路を表示させたり、移動方向を音声で案内し
たりする。

なお、本実施形態では、サーバ３０のルート生成部３０６により移動経路が生成されるが、この移動経路の生成は車載装置１００のナビゲーション部１０１が行ってもよい。この場合、サーバ３０が各ユーザの移動情報を車載装置１００に送信し、ナビゲーション部１０１が移動情報と、補助記憶部１３に記憶されている地図情報とに基づいて移動経路を生成する。補助記憶部１３に記憶されている地図情報は、サーバ３０の地図情報ＤＢ３１４に格納されている地図情報と同等の情報である。

報知処理部１０２は、サーバ３０から報知情報を受信した場合に、出力部１５にその旨を出力させる。例えば、画面に注意を喚起する文字を表示させてもよいし、音声による注意喚起を行ってもよい。また、所定のランプを点灯させてもよい。また、サーバ３０から報知情報を受信した後に、所定の時間毎に注意喚起を行ってもよい。また、例えば地図が表示されているディスプレイに注意を喚起する文字を常に表示させるようにしてもよい。

次に、サーバ３０においてマッチング処理部３０５が実行するマッチング処理について説明する。図１２は、本実施形態に係るマッチング処理のフローチャートである。図１２に示したマッチング処理は、マッチング処理部３０５により所定の時間毎に繰り返し実行される。このマッチング処理は、運転ユーザ及び便乗ユーザを組み合わせる処理である。

ステップＳ１０１においてマッチング処理部３０５は、ユーザ端末２０から相乗り要求の送信があったか否か判定する。ステップＳ１０１において肯定判定された場合にはステップＳ１０２へ進み、否定判定された場合には本フローチャートを終了させる。

ステップＳ１０２では、移動情報ＤＢ３１２に格納された情報に基づいて、第１マッチング処理が実行される。第１マッチング処理は、運転ユーザの移動日時において、運転ユーザの移動予定経路から所定距離内のエリアに現在値及び目的地が含まれる便乗ユーザを検索し組み合わせる処理である。なお、このときには、車両１０に乗車可能な人数よりも多いユーザがマッチングされてもよい。第１マッチング処理は、移動情報ＤＢ３１２に格納された情報に基づいて周知のマッチング技術を利用してマッチングを行ってもよい。

次に、ステップＳ１０３では、ステータス情報ＤＢ３１３に格納された情報に基づいて、第２マッチング処理が実行される。第２マッチング処理は、第１マッチング処理においてマッチングされた便乗ユーザの中から、運転ユーザと学習目的が同じ便乗ユーザを抽出して組み合わせる処理である。第２マッチング処理では、運転ユーザ及び便乗ユーザの人数が車両１０に乗車可能な人数以下となるようにマッチングが行われる。なお、第２マッチング処理では、学習目的が同じユーザの中から先生ユーザに登録されたユーザが１人だけ車両１０に乗車するようにマッチングしてもよい。一方、学習目的が同じユーザの中から先生ユーザに登録されたユーザが２人以上、車両１０に乗車するようにマッチングしてもよい。また、学習目的が同じユーザが存在しない場合には、学習目的が異なるユーザがマッチングされてもよいし、学習目的がないユーザがマッチングされてもよいし、学習目的に関わらずユーザがマッチングされてもよい。また、運転ユーザに学習目的がない場合には、同じ学習目的を登録した便乗ユーザ同士がマッチングされてもよい。このように、学習目的が同じユーザ以外のユーザが車両１０に同乗することにより、相乗りの機会を増やすことができる。

図１３は、報知処理を実行するフローを示したフローチャートである。本フローチャートは、サーバ３０の報知処理部３０７によって所定の時間毎に実行される。なお、図１３に示したフローチャートは、図１２に示したマッチング処理に続いて実行するようにしてもよい。ステップＳ２０１では、マッチング処理部３０５によるユーザのマッチングが完
了したか否か判定される。ステップＳ２０１で肯定判定された場合にはステップＳ２０２へ進み、否定判定された場合には本フローチャートを終了させる。ステップＳ２０２では、マッチングされた各ユーザのステータス情報が検索される。報知処理部３０７は、マッチング処理部３０５がマッチングしたユーザのユーザＩＤをマッチング処理部３０５から受け取り、各ユーザＩＤに対応するステータス情報をステータス情報ＤＢ３１３から読み込む。そして、ステップＳ２０３では、運転ユーザが生徒ユーザであるか否か判定される。すなわち、マッチングされたユーザの中に、ステータス情報が運転ユーザ且つ生徒ユーザのユーザが存在するか否か判定される。ステップＳ２０３で肯定判定された場合にはステップＳ２０４へ進み、否定判定された場合には本フローチャートを終了させる。なお、ステップＳ２０３で否定判定された場合には、運転ユーザが先生ユーザであることを示す情報を生成し、車載装置１００又はマッチングされた各ユーザのユーザ端末２０に対して送信してもよい。一方、ステップＳ２０４以下の処理では、報知処理が実行される。すなわち、ステップＳ２０４において、運転ユーザが生徒ユーザであることを報知する情報（報知情報）が生成され、ステップＳ２０５において、報知情報が車載装置１００又はマッチングされた各ユーザのユーザ端末２０に対して送信される。

次に、相乗り支援システム１の動作について説明する。図１４は、相乗り支援システム１の動作のフローを示す図である。運転ユーザ及び便乗ユーザが、各自のユーザ端末２０において入力部２４を操作して、ユーザ情報、移動情報、ステータス情報を入力すると、ユーザ端末２０は、相乗り要求、ユーザ情報、移動情報、ステータス情報を夫々生成する（Ｓ１１及びＳ１４の処理）。そして、ユーザ端末２０からサーバ３０に対して相乗り要求、ユーザ情報、移動情報、ステータス情報が送信される（Ｓ１２及びＳ１５の処理）。サーバ３０は、相乗り要求、ユーザ情報、移動情報、ステータス情報を受信すると、その都度、移動情報ＤＢ３１２及びステータス情報ＤＢ３１３を更新する（Ｓ１３及びＳ１６の処理）。

また、サーバ３０は、相乗り要求を受信すると、マッチング処理を実行する（Ｓ１７の処理）。サーバ３０は、ユーザＩＤに紐付けられた移動情報及びステータス情報に基づいて、相乗りが可能なユーザを検索し組み合わせる。そして、マッチングが完了すると、サーバ３０は、各ユーザの移動情報に基づいて移動経路を生成する（Ｓ１８の処理）。生成された移動経路の情報は、サーバ３０から車載装置１００に送信され、移動経路の情報を受け取った車載装置１００は、出力部１５に移動経路を出力して、運転ユーザに対して移動経路を案内する（Ｓ２０の処理）。なお、サーバ３０は、移動経路の送信と共に、マッチングが完了した旨の通知を各ユーザ端末２０に送信してもよい。このマッチングが完了した旨の通知を受けた各ユーザ端末２０では、プロセッサ２１が出力部２５にマッチングが完了した旨の通知を出力される。

また、サーバ３０は、報知処理を実行するか否か判定する処理を行う（Ｓ２１の処理）。このときにサーバ３０は、運転ユーザ且つ生徒ユーザであるユーザが存在するか否か判定する。そして、マッチングしたユーザの中に運転ユーザ且つ生徒ユーザであるユーザが存在している場合には、サーバ３０は報知情報を生成し（Ｓ２２の処理）、その報知情報を車載装置１００と各ユーザ端末２０とに送信する（Ｓ２３の処理）。なお、図１４に示すフローでは、車載装置１００及び各ユーザ端末２０の夫々において報知処理が実行されるため、車載装置１００及び各ユーザ端末２０の夫々に信号を送信しているが、例えば、車載装置１００のみに信号を送って、車載装置１００のみが報知処理を実行してもよい。また、運転ユーザまたは便乗ユーザのユーザ端末２０のみに信号を送って、運転ユーザまたは便乗ユーザのユーザ端末２０のみが報知処理を実行してもよい。報知情報を受信した車載装置１００及び各ユーザ端末２０は、夫々報知処理を実行する（Ｓ２４，Ｓ２５，Ｓ２６の処理）。

以上説明したように本実施形態によれば、車両１０に相乗りするユーザ同士で学習を行う場合において、運転ユーザが生徒ユーザになる場合（運転ユーザ且つ生徒ユーザであるユーザが存在する場合）には、各ユーザに報知することにより、運転ユーザに求められる対応が不十分になることを抑制できる。これにより、車両１０の円滑な走行を支援することができる。また、運転ユーザが、生徒ユーザまたは先生ユーザの何れであるかに関わらずマッチングが行われるため、車両１０の相乗りを促進させることができる。

＜第２実施形態＞
上記第１実施形態では、各ユーザがユーザ端末２０に先生ユーザまたは生徒ユーザの区別を自ら入力しているが、本実施形態では、ユーザが先生ユーザまたは生徒ユーザの何れに該当するのかをサーバ３０が判断する。そのため、サーバ３０は、ユーザの学習度合いを取得する。学習度合いとは、学習目的に対応する修練の到達度合いをいい、例えば、学習目的に対応するテストをユーザに受けてもらい、テストの得点が高いほど学習度合いが高いと判定する。テストは、ユーザ端末２０において行われてもよい。また、所定の機関が実施したテストの得点をユーザがユーザ端末２０に入力してもよい。さらに、所定の機関が実施したテストの得点を所定の機関が有する端末からサーバ３０に送信してもよい。また、ユーザ端末２０または車両１０の車載装置１００が、ユーザの音声（発音）を取得する手段を有し、取得した音声に基づいて学習度合いを判断してもよい。また、ユーザ端末２０または車両１０の車載装置１００が、ユーザを撮像する手段を有し、撮像した画像に基づいて学習度合いを判断してもよい。また、ユーザの主観による学習度合いをユーザがユーザ端末２０に入力してもよい。

そして、サーバ３０は、取得した学習度合いに基づいて先生ユーザ及び生徒ユーザを認定する。サーバ３０は、運転ユーザと便乗ユーザとのマッチングが完了すると、それらのユーザの学習度合いを取得し、学習度合いの最も高いユーザを先生ユーザに認定する。その他のユーザは生徒ユーザに認定される。その後、サーバ３０は、運転ユーザが生徒ユーザであるか否か判定し、運転ユーザが生徒ユーザである場合には、報知処理を実行する。

なお、以下では、ユーザが予め所定のテストを受けており、その得点をユーザがユーザ端末２０に入力する場合について説明する。この場合、テストの得点が、学習度合いに相当する。そして、サーバ３０は、ユーザの学習度合いに基づいて、先生ユーザ又は生徒ユーザの何れに該当するのかを区別する情報を生成する。そのため本実施形態では、第１実施形態と比較してステータス情報取得部３０４及び報知処理部３０７の処理が異なる。また、ステータス情報ＤＢ３１３に記憶されるステータス情報が異なる。以下では、第１実施形態と異なる点について主に説明する。

ステータス情報取得部３０４に取得されるステータス情報は、運転ユーザまたは便乗ユーザの何れに該当するのかを区別する情報、先生ユーザまたは生徒ユーザの何れに該当するのかを区別する情報、及び、ユーザの学習目的に関する情報である。ここでいう先生ユーザまたは生徒ユーザの何れに該当するのかを区別する情報は、ユーザが所定のテストを受けたときの得点に基づいて生成される情報であり、得点を表す情報である。ステータス情報取得部３０４は、ステータス情報を取得すると、そのステータス情報をステータス情報ＤＢ３１３に格納する。

ここで、ステータス情報ＤＢ３１３に格納されるステータス情報の構成について、図１５に基づいて説明する。図１５は、ステータス情報のテーブル構成を例示した図である。ステータス情報テーブルは、ユーザＩＤ、運転ユーザまたは便乗ユーザの区別、テストの得点、学習目的の各フィールドを有する。ユーザＩＤフィールド、運転ユーザまたは便乗ユーザの区別フィールド、学習目的フィールドは、図６に示したものと同じである。テストの得点フィールドには、ユーザが所定のテストを受けたときの得点を表す情報が入力さ
れる。図１５に示した例では、得点が高いほど学習度合いの高いユーザであるといえる。

図１６は、ユーザ端末２０の出力部２５に表示される、ユーザ情報、移動情報、ステータス情報を入力するための画面の一例を示した図である。ユーザＩＤ、現在地、目的地、移動日時、テストの得点については、ユーザが文字を入力する。また、運転ユーザまたは便乗ユーザの何れに該当するのか、及び、学習目的は、予め用意されたボタンのアイコンをユーザが押すことにより選択する。

また、報知処理部３０７は、マッチング処理部３０５によってマッチングされた各ユーザのステータス情報を参照し、運転ユーザが生徒ユーザであるか否か判定する。報知処理部３０７は、マッチングされた各ユーザのテストの得点を参照し、得点が最も高いユーザを先生ユーザと認定し、その他のユーザを生徒ユーザと認定する。そして、報知処理部３０７は、運転ユーザが生徒ユーザであると判定した場合には、報知処理を実行する。

図１７は、報知処理が行われるマッチングの一例を示した図である。図１７におけるユーザＩＤは、図４、図５、図１５に示したユーザＩＤに対応している。ユーザＩＤが「１１」のユーザが運転ユーザであり、ユーザＩＤが「２２」のユーザ及びユーザＩＤが「２３」のユーザが便乗ユーザである。また、テストの得点が最も高いユーザは、ユーザＩＤが「２３」のユーザであるため、報知処理部３０７はユーザＩＤが「２３」のユーザを先生ユーザと認定し、ユーザＩＤが「１１」のユーザ及びユーザＩＤが「２２」のユーザを生徒ユーザと認定する。したがって、ユーザＩＤが「１１」のユーザは、運転ユーザ且つ生徒ユーザのため、報知処理部３０７により報知処理が行われる。

一方、図１８は、報知処理が行われないマッチングの一例を示した図である。図１８におけるユーザＩＤは、図４、図５、図１５に示したユーザＩＤに対応している。ユーザＩＤが「１２」のユーザが運転ユーザであり、ユーザＩＤが「２１」のユーザ及びユーザＩＤが「２２」のユーザが便乗ユーザである。また、テストの得点が最も高いユーザは、ユーザＩＤが「１２」のユーザであるため、報知処理部３０７は、ユーザＩＤが「１２」のユーザを先生ユーザと認定し、ユーザＩＤが「２１」のユーザ及びユーザＩＤが「２２」のユーザを生徒ユーザと認定する。したがって、運転ユーザ且つ生徒ユーザになるユーザが存在しないため、報知処理部３０７による報知処理は行われない。

図１９は、報知処理を実行するフローを示したフローチャートである。本フローチャートは、サーバ３０の報知処理部３０７によって所定の時間毎に実行される。なお、図１３に示したフローチャートと同じ処理が行われるステップについては、同じ符号を付して説明を省略する。

図１９に示したフローチャートでは、ステップＳ２０１において肯定判定されると、ステップＳ３０１へ進む。ステップＳ３０１では、マッチング処理部３０５がマッチングしたユーザの中から先生ユーザが認定される。報知処理部３０７は、マッチング処理部３０５がマッチングしたユーザのユーザＩＤをマッチング処理部３０５から受け取り、各ユーザＩＤに対応するテストの得点をステータス情報ＤＢ３１３から読み込む。そして、得点が最も高いユーザを先生ユーザと認定する。次に、ステップＳ３０２において、運転ユーザが特定される。報知処理部３０７は、運転ユーザまたは便乗ユーザの何れに該当するのかを区別する情報をステータス情報ＤＢ３１３から読み込み、運転ユーザを特定する。

そして、ステップＳ３０３では、運転ユーザが生徒ユーザであるか否か判定される。ここで、ステップＳ３０１において先生ユーザと認定されたユーザのユーザＩＤと、ステップＳ３０２において運転ユーザと特定されたユーザのユーザＩＤと、が異なる場合には、運転ユーザが生徒ユーザであると判定される。ステップＳ３０３で肯定判定された場合に
はステップＳ２０４へ進み、否定判定された場合には本フローチャートを終了させる。

以上説明したように本実施形態によれば、車両１０に相乗りするユーザ同士で学習を行う場合において、運転ユーザが生徒ユーザになる場合（運転ユーザ且つ生徒ユーザであるユーザが存在する場合）には、各ユーザに報知することにより、運転ユーザに求められる対応が不十分になることを抑制できる。これにより、車両１０の円滑な走行を支援することができる。また、運転ユーザが、生徒ユーザまたは先生ユーザの何れであるかに関わらずマッチングが行われるため、車両１０の相乗りを促進させることができる。

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

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

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

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

１ 相乗り支援システム
１０ 車両
２０ ユーザ端末
３０ サーバ
１００ 車載装置
１０２ 報知処理部
３０１ 相乗り要求取得部
３０２ ユーザ情報取得部
３０３ 移動情報取得部
３０４ ステータス情報取得部
３０５ マッチング処理部
３０６ ルート生成部
３０７ 報知処理部
３１１ ユーザ情報ＤＢ
３１２ 移動情報ＤＢ
３１３ ステータス情報ＤＢ

Claims (7)

1. 相乗りが行われる車両内で教える側のユーザである先生ユーザと教えを受ける側のユーザである生徒ユーザとで学習が行われる場合に、前記車両の運転者が前記先生ユーザ又は前記生徒ユーザの何れに該当するのかを区別する情報に基づいて、前記運転者が前記生徒ユーザであると判定した場合に、前記判定に対応する情報を前記車両に相乗りするメンバーとして選択された複数のユーザに提供することを実行する制御部、
   を備える情報処理装置。
2. 前記制御部は、前記複数のユーザ夫々に対応した情報であって、前記車両の運転者又は非運転者の何れに該当するのかを区別する情報と、前記複数のユーザ夫々に対応した情報であって、前記先生ユーザ又は前記生徒ユーザの何れに該当するのかを区別する情報と、に基づいて、前記運転者が前記生徒ユーザであるか否か判定することを実行する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、前記車両に相乗りを希望するユーザである相乗り希望ユーザの学習目的に関する情報に基づいて、前記メンバーを選択することを実行する、請求項１または２に記載の情報処理装置。
4. 前記制御部は、前記運転者又は前記非運転者の何れに該当するのかを区別する情報と、前記先生ユーザ又は前記生徒ユーザの何れに該当するのかを区別する情報と、を前記複数のユーザ夫々が所持する端末から取得することを実行する、請求項１から３の何れか１項に記載の情報処理装置。
5. 前記制御部は、前記複数のユーザ夫々についての学習度合いに基づいて、前記先生ユーザ又は前記生徒ユーザの何れに該当するのかを区別する情報を生成することを実行する、請求項１から４の何れか１項に記載の情報処理装置。
6. コンピュータが、
   相乗りが行われる車両内で教える側のユーザである先生ユーザと教えを受ける側のユーザである生徒ユーザとで学習が行われる場合に、前記車両の運転者が前記先生ユーザ又は前記生徒ユーザの何れに該当するのかを区別する情報に基づいて、前記運転者が前記生徒
   ユーザであるか否か判定することと、
   前記運転者が前記生徒ユーザであると判定された場合に、前記判定に対応する情報を前記車両に相乗りするメンバーとして選択された複数のユーザに提供することと、
   を実行する情報処理方法。
7. 請求項６に記載の情報処理方法をコンピュータに実行させるためのプログラム。

Images