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

Abstract

【課題】社用車を利用するユーザの利便性を向上させることができる技術を提供する。【解決手段】本開示の情報処理装置は、会議の開催場所、該会議の開催日時、及び該会議に出席するユーザである出席ユーザに関する情報を含む会議情報を取得することと、会議情報に基づいて、会議の開催場所を予約することと、会議情報に基づいて、出席ユーザのスケジュールを設定することと、出席ユーザを会議の開催場所へ輸送するための社用車を予約することと、を実行する制御部を備える。【選択図】図９

Description

本開示は、社員に貸与される車両（社用車）を管理するための技術に関する。

従来、社用車の運転スケジュール表を作成し、作成された運転スケジュール表を社用車のナビゲーション装置へ送信することで、運転スケジュール表に基づいてナビゲーションを自動的に開始させる技術が知られている（例えば、特許文献１を参照。）。

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

本開示の目的は、社用車を利用するユーザの利便性を向上させることができる技術を提供することにある。

本開示は、情報処理装置として捉えることができる。
その場合の情報処理装置は、例えば、
会議の開催場所、該会議の開催日時、及び該会議に出席するユーザである出席ユーザに関する情報を含む会議情報を取得することと、
前記会議情報に基づいて、前記会議の開催場所を予約することと、
前記会議情報に基づいて、前記出席ユーザのスケジュールを設定することと、
前記出席ユーザを前記会議の開催場所へ輸送するための社用車を予約することと、
を実行する制御部を備えてもよい。

本開示は、情報処理方法として捉えることもできる。
その場合の情報処理方法は、例えば、
会議の開催場所、該会議の開催日時、及び該会議に出席するユーザである出席ユーザに関する情報を含む会議情報を取得するステップと、
前記会議情報に基づいて、前記会議の開催場所を予約するステップと、
前記会議情報に基づいて、前記出席ユーザのスケジュールを設定するステップと、
前記出席ユーザを前記会議の開催場所へ輸送するための社用車を予約するステップと、をコンピュータが実行してもよい。

なお、本開示は、上記した情報処理方法を実現するための情報処理プログラム、又は該情報処理プログラムを格納した非一時的記憶媒体として捉えることもできる。

本開示によれば、社用車の予約管理を効率的に行うことができる技術を提供することができる。

本開示を適用する社用車管理システムの概要を示す図である。 会議情報の例を示す図である。 社用車管理システムに含まれる構成要素の一例を概略的に示したブロック図である。 実施形態における予約情報テーブルの構成例を示す図である。 実施形態におけるユーザ情報テーブルの構成例を示す図である。 実施形態におけるユーザ情報テーブルの他の構成例を示す第１の図である。 実施形態におけるユーザ情報テーブルの他の構成例を示す第２の図である。 実施形態における車両情報テーブルの構成例を示す図である。 実施形態におけるサーバ装置で行われる処理フローを示すフローチャートである。 変形例１における予約情報テーブルの構成例を示す図である。 変形例１におけるサーバ装置で行われる処理フローを示すフローチャートである。

会社組織等では、社員（ユーザ）に貸し出すための車両（社用車）を保有する場合がある。斯様な会社組織等では、社外で開催される会議にユーザが出席する場合に、当該ユーザが社用車を利用する可能性がある。その場合、当該ユーザは、社用車の予約に加え、会議の開催場所の予約、及び会議に出席するユーザ（出席ユーザ）のスケジュール設定等を行う必要がある。これらの手続きが別個に行われると、当該ユーザの手間が煩雑になる可能性がある。

これに対し、本開示に係る情報処理装置では、制御部が、会議の開催場所、会議の開催日時、及び会議に出席するユーザである出席ユーザに関する情報（会議情報）を取得する。会議情報は、会議を主催するユーザ又は会議の幹事となるユーザ（以下、「主催ユーザ」と総称する。）が端末を通じて情報処理装置へ提供してもよい。

情報処理装置の制御部は、上記会議情報に基づいて、会議の開催場所の予約を行う。斯様な予約は、例えば、会議情報に含まれる、会議の開催場所に関する情報、及び会議の開催日時に関する情報に基づいて行われる。

情報処理装置の制御部は、上記会議情報に基づいて、出席ユーザのスケジュールを設定する。斯様な設定は、例えば、会議情報に含まれる、会議の開催日時に関する情報、及び出席ユーザに関する情報に基づいて行われる。その際、制御部は、出席ユーザの使用する端末に対し、会議への出席を促す情報、会議の開催場所に関する情報、及び会議の開催日時に関する情報を送信してもよい。別法として、制御部は、出席ユーザの使用する端末にインストールされているスケジュール管理用のアプリケーションプログラム（以下、「スケジュール管理アプリ」と記す場合もある。）に対し、会議の開催日時を登録させるための指令を送信してもよい。

情報処理装置の制御部は、上記会議情報に基づいて、出席ユーザを会議の開催場所へ輸送するための社用車を予約する。斯様な予約は、例えば、会議情報に含まれる、会議の開催場所に関する情報、及び会議の開催日時に関する情報に基づいて行われる。その際、制御部は、例えば、会議の開催場所と出発場所との往復に要する時間と会議の開催日時とに基づいて、予約可能な社用車を抽出し、抽出された社用車の予約を行う。

上記したように構成される情報処理装置によれば、主催ユーザが、会議の開催場所の予約、出席ユーザのスケジュール設定、及び社用車の予約を別個に行う必要がなくなる。これにより、社用車を利用するユーザの利便性を高めることができる。

なお、社用車を予約するにあたり、情報処理装置の制御部は、出席ユーザの人数に応じた車種又は台数の社用車を予約してもよい。これにより、主催ユーザが社用車の車種又は
台数等を選択する手間を省くことができる。

また、出席ユーザが複数であり、且つ出席ユーザの中に他の出席ユーザとは異なる拠点（例えば、勤務地）から会議の開催場所へ移動する出席ユーザが含まれる場合に、情報処理装置の制御部は、拠点毎に社用車を予約してもよい。これにより、主催ユーザが、拠点毎に社用車の予約を行う手間を省くことができる。別法として、制御部は、各拠点を順次経由して会議の開催場所へ至る走行経路を設定することと、予約対象の社用車に搭載されているカーナビゲーションシステムに、走行経路に基づく経路案内を行わせるための指令を送信することと、を行ってもよい。これにより、拠点毎に社用車を予約する手間を省くことができるとともに、社用車の乗員が上記したような走行経路をカーナビゲーションシステムに設定する手間を省くことができる。

ここで、出席ユーザが複数である場合に、制御部は、複数の出席ユーザの中から、予約対象の社用車を運転する出席ユーザの候補であるドライバ候補を選択してもよい。これにより、出席ユーザが運転ユーザを決定する手間を省くことができる。なお、制御部は、複数の出席ユーザのそれぞれの運転実績に基づいて、出席ユーザの中で最も安全運転レベルの高い出席ユーザを抽出し、抽出された出席ユーザをドライバ候補に選択してもよい。ここでいう「運転実績」は、例えば、複数の出席ユーザのそれぞれが過去に起こした事故の回数に関する情報でもよい。その場合、制御部は、複数の出席ユーザのうち、事故の回数が最も少ない出席ユーザをドライバ候補に選択してもよい。また、「運転実績」は、複数の出席ユーザのそれぞれの運転に対する評価に関する情報でもよい。その場合、制御部は、複数の出席ユーザのうち、評価が最も高い出席ユーザをドライバ候補に選択してもよい。なお、各出席ユーザに対する評価とは、例えば、各出席ユーザが過去に社用車を運転した際に、該社用車に同乗していた他のユーザによる評価でもよい。また、「運転実績」は、複数の出席ユーザのそれぞれが加入している自動車保険の等級に関する情報でもよい。その場合、制御部は、複数の出席ユーザのうち、自動車保険の等級が最も高い出席ユーザをドライバ候補に選択してもよい。斯様にして選択されたドライバ候補が社用車を運転することで、安全性を高めることができる。

ところで、複数の出席ユーザの中に、ドライバ候補に適した出席ユーザが存在しない場合も想定される。斯様な場合は、制御部は、主催ユーザの使用する端末に対し、公共交通機関による移動を促すための情報を送信してもよい。これにより、出席ユーザが会議の開催場所へ移動する際の安全性の低下を抑制することができる。

ここで、情報処理装置の制御部は、予約対象の社用車における出席ユーザの座席位置を決定してもよい。そして、制御部は、出席ユーザが予約対象の社用車に乗車するタイミングで、該出席ユーザの座席位置を、予約対象の社用車に搭載される表示装置又は該出席ユーザの使用する端末に表示させてもよい。これにより、出席ユーザが座席位置を決める手間を省くことができる。

また、出席ユーザが社用車による移動を希望しない場合も想定される。その場合、情報処理装置の制御部は、社用車の予約を行わずに、出席ユーザが会議の開催場所へ移動する際に利用可能な公共交通機関に関する情報を、出席ユーザの使用する端末へ送信してもよい。これにより、会議の開催場所へ移動する際に利用可能な公共交通機関について、出席ユーザが事前に調べる手間を省くことができる。

また、出席ユーザを会議の開催場所へ輸送するための社用車を予約することができない場合（会議の開催日時に利用可能な社用車が無い場合）も想定される。その場合、情報処理装置の制御部は、出席ユーザが会議の開催場所へ移動する際に利用可能な公共交通機関に関する情報を、出席ユーザの使用する端末へ送信してもよい。これにより、社用車を予
約することができない場合に、会議の開催場所へ移動する際に利用可能な公共交通機関について、出席ユーザが事前に調べる手間を省くことができる。

ここで、情報処理装置の制御部は、出席ユーザが社用車で会議の開催場所へ移動する場合に要する時間（第１の所要時間）を予測してもよい。また、制御部は、出席ユーザが公共交通機関で会議の開催場所へ移動する場合に要する時間（第２の所要時間）を取得してもよい。そして、第１の所要時間が第２の所要時間以下であれば、制御部は、社用車を予約してもよい。一方、第１の所要時間が第２の所要時間より大きければ、制御部は、公共交通機関による移動を促すための情報を、出席ユーザの端末へ送信してもよい。これにより、出席ユーザが会議の開催場所へ移動する際の移動時間を、可能な限り短く抑えることが可能になる。

なお、会議の開催場所へ移動する際に利用可能な公共交通機関が複数ある場合は、制御部は、複数の公共交通機関のうち、会議の開催場所へ移動する場合に要する時間が最も短い公共交通機関を抽出してもよい。そして、制御部は、抽出された公共交通機関による移動を促すための情報を、出席ユーザの端末へ送信してもよい。これにより、出席ユーザが会議の開催場所へ移動する際の移動時間を、より確実に短くすることが可能になる。

＜実施形態＞
以下、本開示の具体的な実施形態について図面に基づいて説明する。本実施形態に記載される構成部品の寸法、材質、形状、相対配置等は、特に記載がない限り開示の技術的範囲をそれらのみに限定する趣旨のものではない。

本実施形態では、社用車を管理するためのシステム（以下、「社用車管理システム」と記す場合もある。）に、本開示に係る情報処理装置を適用する例について述べる。

＜社用車管理システムの概要＞
図１は、本実施形態における社用車管理システムの概略構成を示す図である。社用車管理システムは、図１に示すように、会社組織に属するユーザ（例えば、社員）に貸与するための車両（社用車）２０と、社用車２０の貸与を管理するためのサーバ装置１００と、ユーザが使用するユーザ端末３００と、を含む。

社用車管理システムでは、会議を主催するユーザ又は会議の幹事であるユーザ（主催ユーザ）が、ユーザ端末３００を通じてサーバ装置１００へ会議情報を送信する。本例における「会議情報」は、図２に示すように、会議の開催場所に関する情報、会議の開催日時に関する情報、及び会議の出席するユーザ（出席ユーザ）に関する情報（出席ユーザの一覧等）を含む。上記会議情報を受信したサーバ装置１００は、会議の開催場所の予約に連動して、社用車２０の予約、及び出席ユーザのスケジュール設定等を行う。なお、予約対象の社用車２０には、後述の車載装置２００が搭載されており、該車載装置２００が出席ユーザのユーザ端末３００を認証することで、出席ユーザによる社用車２０の利用が可能になる。

＜システム構成＞
ここで、社用車管理システムの構成について、図３に基づいて説明する。図３は、図１に示したサーバ装置１００、車載装置２００、及びユーザ端末３００の構成の一例を概略的に示したブロック図である。

（サーバ装置１００）
サーバ装置１００は、社用車２０を管理する情報処理装置である。サーバ装置１００は、ユーザ端末３００からの会議情報に基づいて、社用車２０の予約、会議の開催場所の予
約、及び出席ユーザのスケジュール設定を行う。また、予約対象の社用車２０の車載装置２００に対して、出席ユーザの認証に関わる情報を送信する。

サーバ装置１００は、汎用のコンピュータにより構成することができる。例えば、サーバ装置１００は、プロセッサ（ＣＰＵ、又はＧＰＵ等）と、主記憶装置（ＲＡＭ、又はＲＯＭ等）と、補助記憶装置（ＥＰＲＯＭ、ハードディスクドライブ、又はリムーバブルメディア等）を含んで構成される。リムーバブルメディアは、例えば、ＵＳＢメモリ、ＣＤ、又はＤＶＤ等の記録媒体でもよい。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、及び各種テーブル等が格納される。そして、プロセッサが補助記憶装置に格納されたプログラムを実行することで、後述するような、所定の目的に合致した各機能を実現する。なお、サーバ装置１００の一部又は全部の機能は、ＡＳＩＣ又はＦＰＧＡ等のハードウェア回路で実現されてもよい。

本例におけるサーバ装置１００は、図３に示すように、通信部１０１、制御部１０２、および記憶部１０３を有して構成される。

通信部１０１は、サーバ装置１００をネットワークに接続する。例えば、通信部１０１は、５Ｇ又はＬＴＥ等の移動体通信サービスを利用して、ネットワークに接続する。そして、通信部１０１は、ネットワーク経由で、車載装置２００又はユーザ端末３００との通信を行う。

制御部１０２は、サーバ装置１００の制御を司る。制御部１０２は、例えば、ＣＰＵによって構成される。制御部１０２は、車両予約部１０２１、場所予約部１０２２、及びスケジュール設定部１０２３等の機能モジュールを有する。これらの機能モジュールは、記憶部１０３に格納されているプログラムをＣＰＵが実行することで実現される。

車両予約部１０２１は、社用車管理システムの管理下にある社用車２０の予約を管理する。具体的には、車両予約部１０２１は、先ず、会議情報に含まれる、会議の開催場所及び会議の開催日時に基づいて、社用車２０の貸出予定期間を決定する。貸出予定期間は、会議の開催日時（会議の開始日時と終了日時とを含む）の前後に、移動時間を加味して決定される。移動時間は、社用車２０の貸出場所（例えば、出席ユーザの勤務地）から会議の開催場所までの移動に要する時間（往路移動時間）、及び会議の開催場所から社用車２０の返却場所（例えば、貸出場所と同じ場所）までの移動に用する時間（復路移動時間）である。よって、貸出予定期間の開始日時は、会議の開始日時から上記往路移動時間を差し引いた日時となる。貸出予定期間の終了日時は、会議の終了日時に復路移動時間を加算した日時となる。なお、会議の開始日時から上記往路移動時間を差し引いた日時における時刻が早朝になる場合は、前日の業務終了時刻が、貸出予定期間の開始日時に設定されてもよい。また、会議の終了日時に復路移動時間を加算した日時における時刻が深夜になる場合は、翌日の業務開始時刻が、貸出予定期間の終了日時に設定されてもよい。

上記したような手順で貸出予定期間が決定されると、車両予約部１０２１は、社用車管理システムの管理下になる社用車２０の中から、該貸出予定期間に予約可能な社用車２０を抽出する。車両予約部１０２１は、抽出された社用車２０の中から、乗車定員が出席ユーザの人数以上の社用車２０を特定する。車両予約部１０２１は、特定された社用車２０について、上記貸出予定期間の予約を行う。なお、上記で抽出された社用車２０の中に、乗車定員が出席ユーザの人数以上の社用車２０が存在しない場合は、車両予約部１０２１は、複数台の社用車２０について、上記貸出予定期間の予約を行えばよい。

また、車両予約部１０２１は、出席ユーザの中から、予約対象の社用車２０を運転するのに適した出席ユーザ（ドライバ候補）を選択する機能も有する。本例では、車両予約部
１０２１は、出席ユーザの運転実績に基づいて、出席ユーザの中で最も安全運転レベルの高い出席ユーザを抽出し、抽出された出席ユーザをドライバ候補に選択する。例えば、車両予約部１０２１は、出席ユーザの中で、過去に事故を起こした回数が最も少ない出席ユーザを、ドライバ候補に選択してもよい。別法として、車両予約部１０２１は、出席ユーザの中で、他のユーザ（社員）からの評価が最も高い出席ユーザを、ドライバ候補に選択してもよい。また、車両予約部１０２１は、出席ユーザの中で、出席ユーザが加入している自動車保険の等級が最も高い出席ユーザを、ドライバ候補に選択してもよい。なお、ドライバ候補は、必ずしも社用車管理システム側で決定する必要はなく、出席ユーザが協議して決定してもよい。

場所予約部１０２２は、上記会議情報に基づいて、会議の開催場所の予約を行う。会議の開催場所を予約する方法としては、既知の方法を用いることができる。例えば、場所予約部１０２２は、会議の開催場所に設けられている会議用の施設のうち、会議の開催日時に予約可能であり、且つ出席ユーザの人数以上の参加者を収容可能な施設を予約すればよい。なお、会議の開催場所が会社組織の管理下にない場合、例えば、会議の開催場所が社外の組織等の管理下になる場合は、場所予約部１０２２は、会議の開催場所を管理する組織等に対し、会議の開催場所の予約を依頼してもよい。つまり、場所予約部１０２２は、会議の開催日時に関する情報及び出席ユーザの人数に関する情報等を含む予約依頼を、会議の開催場所を管理する組織等へ送信してもよい。

スケジュール設定部１０２３は、上記会議情報に基づいて、出席ユーザのスケジュール設定を行う。本例では、上記貸出予定期間の開始日時を出張開始日時とし、且つ上記貸出予定期間の終了日時を出張終了日時とするスケジュールが設定される。スケジュールの設定は、スケジュール設定部１０２３がユーザ端末３００のスケジュール管理用アプリを通じて行ってもよい。例えば、スケジュール設定部１０２３が、会議のスケジュールを設定するための指令（以下、「スケジュール設定指令」と記す場合もある。）を、通信部２０１を通じて出席ユーザのユーザ端末３００へ送信してもよい。その際のスケジュール設定指令には、出張開始日時及び出張終了日時に関する情報が含まれる。斯様なスケジュール設定指令を受信したユーザ端末３００では、スケジュール管理用アプリが、出張開始日時から出張終了日時までの期間において会議へ出席するためのスケジュールを自動的に登録する。なお、スケジュールの設定処理は、出席ユーザが手動で行ってもよい。すなわち、ユーザ端末３００では、出張開始日時及び出張終了日時を示す情報をユーザに通知する処理、及び出席ユーザに対して会議のスケジュールの登録を促す処理が行われてもよい。

ところで、出席ユーザが複数である場合に、出席ユーザの全員が同じ拠点（例えば、同じ勤務地）から会議の開催場所へ移動するとは限らない。すなわち、出席ユーザの中には、他の出席ユーザとは異なる拠点から会議の開催場所へ移動するユーザが含まれる場合も想定される。その場合、車両予約部１０２１による社用車２０の予約処理、及びスケジュール設定部１０２３によるスケジュールの設定処理は、拠点毎に行われてもよい。すなわち、往路移動時間及び復路移動時間が拠点毎に異なるため、貸出予定期間の決定、及び出張開始日時と出張終了日時の設定が拠点毎に行われてもよい。

記憶部１０３は、各種の情報を記憶する。記憶部１０３は、例えば、ＲＡＭ、磁気ディスク、又はフラッシュメモリ等の記憶媒体により構成される。記憶部１０３には、制御部１０２にて実行される各種プログラム、及び各種データ等が記憶される。本例では、記憶部１０３には、予約管理ＤＢ１０３１と、ユーザ管理ＤＢ１０３２と、車両管理ＤＢ１０３３と、が構築される。予約管理ＤＢ１０３１とユーザ管理ＤＢ１０３２と車両管理ＤＢ１０３３とは、プロセッサによって実行されるＤＢＭＳ（Database Management System）のプログラムが、補助記憶部に記憶されるデータを管理することで構築される。これら予約管理ＤＢ１０３１とユーザ管理ＤＢ１０３２と車両管理ＤＢ１０３３とは、例えば、リ
レーショナルデータベースである。

予約管理ＤＢ１０３１は、社用車２０、会議の開催場所、及び出席ユーザを相互に関連付けた情報を格納する。ここで、予約管理ＤＢ１０３１に格納される情報の一構成例について、図４に基づいて説明する。図４は、予約管理ＤＢ１０３１に格納される情報のテーブル構成を例示する図である。予約管理ＤＢ１０３１に格納されるテーブル（以下、「予約情報テーブル」と記す場合もある。）は、図４に示すように、車両ＩＤ、貸出期間、ユーザＩＤ、開催場所、開催日時、及びドライバＩＤ等の各フィールドを有する。車両ＩＤフィールドには、予約対象の社用車２０を識別するための情報（車両ＩＤ）が登録される。本例では、車両予約部１０２１により予約された社用車２０の車両ＩＤが車両ＩＤフィールドに登録される。貸出期間フィールドには、社用車２０の貸出期間に関する情報が登録される。本例では、車両予約部１０２１により決定された貸出予定期間が貸出期間フィールドに登録される。ユーザＩＤフィールドには、予約対象の社用車２０に乗車するユーザ、言い換えると、会議の出席ユーザを識別するための情報（ユーザＩＤ）が登録される。ユーザＩＤは、各ユーザの入社時に付与される情報であり、例えば、個々のユーザを識別するための社員ＩＤ等である。なお、出席ユーザが複数である場合は、複数人分のユーザＩＤがユーザＩＤフィールドに登録される。開催場所フィールドには、会議の開催場所に関する情報が登録される。本例では、場所予約部１０２２により予約された開催場所の情報が開催場所フィールドに登録される。開催日時フィールドには、会議の開催日時に関する情報が登録される。具体的には、会議の開始日時と終了日時に関する情報が、開催日時フィールドに登録される。ドライバＩＤフィールドには、予約対象の社用車２０を運転する出席ユーザ（ドライバ候補）のユーザＩＤが登録される。本例では、車両予約部１０２１により選択されたドライバ候補のユーザＩＤがドライバＩＤフィールドに登録される。

ユーザ管理ＤＢ１０３２は、会社組織に属するユーザの運転実績に関する情報を格納する。ここで、ユーザ管理ＤＢ１０３２に格納される情報の一構成例について、図５に基づいて説明する。図５は、ユーザ管理ＤＢ１０３２に格納される情報のテーブル構成を例示する図である。ユーザ管理ＤＢ１０３２に格納されるテーブル（以下、「ユーザ情報テーブル」と記す場合もある。）は、図５に示すように、ユーザＩＤ及び事故回数等の各フィールドを有する。ユーザＩＤフィールドには、会社組織に属する複数のユーザの各々のユーザＩＤが登録される。事故回数フィールドには、各ユーザが過去に起こした自動車事故の回数に関する情報が登録される。なお、ユーザ情報テーブルの構成は、図５に示した例に限定されず、各ユーザの安全運転レベルに相関する運転実績を把握することができるように構成されればよい。例えば、図６に示すように、ユーザ情報テーブルは、ユーザＩＤ及び評価の各フィールドを含んで構成されてもよい。その場合、評価フィールドには、各ユーザの運転に対する他のユーザの評価に関する情報が登録される。例えば、「よい」、「ふつう」、及び「わるい」の３段階に分類された評価の何れかを示す情報が、評価フィールドに登録されてもよい。複数の他のユーザによる評価を受けたユーザについては、それらの評価の中で最も多い評価が登録されればよい。また、ユーザ情報テーブルは、図７に示すように、ユーザＩＤ及び保険等級の各フィールドを含んで構成されてもよい。その場合、保険等級フィールドには、各ユーザが加入している自動車保険の等級を示す情報が登録される。

車両管理ＤＢ１０３３は、社用車管理システムの管理下にある社用車２０に関する情報を格納する。ここで、車両管理ＤＢ１０３３に格納される情報の一構成例について、図８に基づいて説明する。図８は、車両管理ＤＢ１０３３に格納される情報のテーブル構成を例示する図である。車両管理ＤＢ１０３３に格納されるテーブル（以下、「車両情報テーブル」と記す場合もある。）は、図８に示すように、車両ＩＤ、貸出期間、及び乗車定員等の各フィールドを有する。車両ＩＤフィールドには、社用車管理システムの管理下にあ
る社用車２０の各々の車両ＩＤが登録される。貸出期間フィールドには、各社用車２０の貸出期間に関する情報が登録される。なお、複数の予約の対象になっている社用車２０については、複数の貸出期間に関する情報が貸出期間フィールドに登録される。また、予約の対象になっていない社用車２０については、貸出期間フィールドが空欄となる。乗車定員フィールドには、各社用車２０の乗車定員に関する情報が登録される。例えば、乗車定員が５名の社用車２０については、乗車定員フィールドに「５」と登録される。また、定員が８名の社用車２０については、乗車定員フィールドに「８」と登録される。

（車載装置２００）
次に、車載装置２００について説明する。本例の車載装置２００は、ユーザ端末３００と近距離無線通信を行って当該ユーザ端末３００を認証する機能と、ユーザ端末３００を認証した結果に基づいて電子ロックの施解錠等を行う機能とを有する。車載装置２００は、図３に示すように、通信部２０１、制御部２０２、記憶部２０３、及び近距離通信部２０４を含んで構成される。

通信部２０１は、サーバ装置１００の通信部１０１と同一の通信規格によって、サーバ装置１００との間で通信を行う。

制御部２０２は、近距離通信部２０４を通じてユーザ端末３００と通信を行うことで、ユーザ端末３００の認証を行う。また、制御部２０２は、上記の認証結果に基づいて、電子ロックの施解錠等を行う。制御部２０２は、例えば、マイクロコンピュータによって構成される。

本例における制御部２０２は、認証部２０２１及び鍵制御部２０２２等の機能モジュールを有する。これらの機能モジュールは、例えば、記憶部２０３に格納されたプログラムをＣＰＵ等が実行することにより実現される。

認証部２０２１は、サーバ装置１００から取得された情報と、ユーザ端末３００から取得された情報と、に基づいて、ユーザの認証を行う。例えば、認証部２０２１は、社用車２０を予約している出席ユーザ（ドライバ候補）を認証するためのデータ（認証データ）を、サーバ装置１００から事前に取得する。また、認証部２０２１は、近距離通信部２０４を通じてユーザ端末３００と通信することで、ドライバ候補のユーザ情報を取得する。そして、認証部２０２１は、認証データとユーザ情報とを照合して、それらが整合した場合に、認証成功と判定する。上記の認証データとユーザ情報とが整合しない場合は、認証部２０２１は、認証失敗と判定する。ドライバ候補の認証に成功した場合、認証部２０２１は、社用車２０の電子ロックを解錠するための指令を、後述する鍵制御部２０２２へ送信する。その場合、鍵制御部２０２２は、社用車２０の電子ロックを解錠する。

記憶部２０３は、各種情報を記憶する。例えば、記憶部２０３は、ＲＡＭ、磁気ディスク、又はフラッシュメモリ等の記憶媒体により構成される。記憶部２０３には、サーバ装置１００から取得した認証データ、ユーザ端末３００から取得したユーザ情報、及び制御部２０２により実行される各種プログラム等が格納される。

近距離通信部２０４は、ユーザ端末３００との間で近距離無線通信を行うためのインタフェースである。近距離通信部２０４は、所定の無線通信規格を用いて、近距離おける通信を行う。本例では、近距離通信部２０４は、ＮＦＣ規格（Near Field Communication）によるデータ通信を行う。なお、近距離通信部２０４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ（Ultra Wideband）、又はＷｉ－Ｆｉ（登録商標）等の無線通信規格を利用してもよい。

車載装置２００は、上記した機能以外を有していてもよい。例えば、車載装置２００は、カーナビゲーションシステムの機能を有していてもよい。また、車載装置２００は、社用車２０の予約に付随する機能（例えば、返却期限の通知、又は返却期限の延長手続きを行う機能等）を実行可能に構成されてもよい。なお、車載装置２００の機能は、社用車２０に搭載されるカーナビゲーションシステムに組み込まれていてもよい。

（ユーザ端末３００）
次に、ユーザ端末３００について説明する。ユーザ端末３００は、ユーザが携帯する小型のコンピュータである。例えば、ユーザ端末３００は、スマートフォン、携帯電話、タブレット端末、個人情報端末、又はウェアラブルコンピュータ（スマートウォッチ等）等で構成される。ユーザ端末３００は、図３に示すように、通信部３０１、制御部３０２、記憶部３０３、近距離通信部３０４、及び入出力部３０５を含んで構成される。

通信部３０１は、車載装置２００の通信部２０１と同様に、ネットワーク経由でサーバ装置１００と通信を行うための通信インタフェースである。

制御部３０２は、ユーザ端末３００の制御を司る。例えば、制御部３０２は、マイクロコンピュータによって構成される。制御部３０２は、予約部３０２１、設定部３０２２、及び認証要求部３０２３等の機能モジュールを有する。これらの機能モジュールは、記憶部３０３に記憶されるプログラムをＣＰＵが実行することで実現される。

予約部３０２１は、入出力部３０５を通じてユーザが入力した情報に基づいてサーバ装置１００へアクセスすることで、会議の開催場所の予約依頼、及び社用車２０の予約依頼を行う。具体的には、先ず、ユーザが、入出力部３０５を介して、会議の開催場所、会議の開催日時、及び出席ユーザ等を入力する。次いで、予約部３０２１は、会議の開催場所、会議の開催日時、及び出席ユーザに関する情報を含む会議情報を生成する。そして、予約部３０２１は、生成された会議情報を、通信部３０１を通じてサーバ装置１００へ送信する。なお、本例においては、予約部３０２１による上記の処理は、ユーザ端末３００のユーザが主催ユーザである場合に実行される。

設定部３０２２は、サーバ装置１００からの指令に従って、ユーザのスケジュール設定を行う。具体的には、先ず、設定部３０２２が、通信部３０１を通じてサーバ装置１００からのスケジュール設定指令を取得する。次いで、設定部３０２２は、スケジュール管理用アプリを起動させて、出張開始日時から出張終了日時までの期間において会議に出席するためのスケジュールを登録させる。なお、本例においては、設定部３０２２による上記した処理は、ユーザ端末３００のユーザが出席ユーザである場合に実行される。

認証要求部３０２３は、ユーザが行った操作に基づいて、社用車２０の解錠／施錠を行うための要求を生成し、生成された要求を近距離通信部３０４を通じて車載装置２００へ送信する。例えば、認証要求部３０２３は、先ず、入出力部３０５（タッチパネルディスプレイ等）に、解錠／施錠を行うためのインタフェース画面（例えば、解錠ボタンと施錠ボタンとを表示するための画面）を出力する。次いで、認証要求部３０２３は、上記インタフェース画面上でユーザが行った操作（解錠操作／施錠操作）に基づいて、社用車２０の電子ロックの解錠／施錠を要求するデータ（施解錠要求）を生成する。そして、認証要求部３０２３は、生成された施解錠要求を、近距離通信部３０４を通じて車載装置２００へ送信する。その際の施解錠要求には、前述したユーザ情報が含まれる。

記憶部３０３は、各種の情報を記憶する。記憶部３０３は、例えば、ＲＡＭ、磁気ディスク、又はフラッシュメモリ等の記憶媒体により構成される。記憶部３０３には、制御部３０２にて実行される各種プログラム、及び各種データ等が記憶される。本例では、記憶
部３０３には、上記した情報に加え、前述のユーザ情報も格納される。

近距離通信部３０４は、車載装置２００の近距離通信部２０４と同一の通信規格によって、ユーザ端末３００との間で通信を行う。本例においては、近距離通信部３０４は、認証要求部３０２３により生成された施解錠要求を、車載装置２００の近距離通信部２０４へ送信する。

入出力部３０５は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する。入出力部３０５は、例えば、タッチパネルとその制御回路、及び液晶ディスプレイとその回路等から構成される。タッチパネル及び液晶ディスプレイは、一つのタッチパネルディスプレイで構成されてもよい。本例においては、入出力部３０５は、会議の開催場所、会議の開催日時、及び出席ユーザに関する情報の入力を受け付ける。また、入出力部３０５は、前述したように、解錠／施錠を行うためのインタフェース画面を出力する。

＜処理の流れ＞
次に、本例におけるサーバ装置１００で行われる処理フローについて、図９に基づいて説明する。図９は、主催ユーザのユーザ端末３００から送信される会議情報を受信した際に、サーバ装置１００で行われる処理フローを示すフローチャートである。

主催ユーザが、会議の開催場所、会議の開催日時、及び出席ユーザに関する情報を、入出力部３０５を通じてユーザ端末３００へ入力すると、制御部３０２の予約部３０２１が、会議情報を生成する。予約部３０２１により生成された会議情報は、通信部３０１を介して、サーバ装置１００へ送信される。斯様な会議情報がサーバ装置１００の通信部１０１によって受信されると、該会議情報が通信部１０１から制御部１０２へ渡されることで、制御部１０２が会議情報を取得する（ステップＳ１０１）。

制御部１０２では、車両予約部１０２１が、会議情報に含まれる会議の開催場所及び会議の開催日時に基づいて、前述した貸出予定期間を決定する（ステップＳ１０２）。具体的には、車両予約部１０２１は、会議の開催場所と出席ユーザの勤務地との距離に基づいて、往路移動時間及び復路移動時間を演算する。続いて、車両予約部１０２１は、会議の開始日時から往路移動時間を差し引くことで、貸出予定期間の開始日時を求める。また、車両予約部１０２１は、会議の終了日時に復路移動時間を加算することで、貸出予定期間の終了日時を求める。

また、車両予約部１０２１は、出席ユーザの中からドライバ候補を選択する（ステップＳ１０３）。具体的には、車両予約部１０２１は、会議情報に含まれる出席ユーザのユーザＩＤに基づいて、ユーザ管理ＤＢ１０３２へアクセスすることで、各出席ユーザに対応するユーザ情報テーブルを特定する。続いて、車両予約部１０２１は、特定されたユーザ情報テーブルから各出席ユーザの安全運転レベルに相関する情報（事故回数、評価、又は自動車保険の等級）を抽出する。そして、車両予約部１０２１は、安全運転レベルが最も高い出席ユーザ（事故の回数が最も少ない出席ユーザ、評価が最も高い出席ユーザ、又は自動車保険の等級が最も高い出席ユーザ）を、ドライバ候補に選択する。

車両予約部１０２１は、出席ユーザの人数及び貸出予定期間に基づいて、社用車２０の予約を行う（ステップＳ１０４）。具体的には、車両予約部１０２１は、車両管理ＤＢ１０３３へアクセスして、貸出予定期間に予約可能な社用車２０を抽出する。すなわち、社用車管理システムの管理下にある社用車２０のうち、貸出期間フィールドに登録されている貸出期間が上記貸出予定期間と重複しない社用車２０、及び貸出期間フィールドが空欄の社用車２０を抽出する。続いて、車両予約部１０２１は、抽出された社用車２０の中から、乗車定員フィールドに登録されている乗車定員が出席ユーザの人数以上の社用車２０
を特定する。そして、車両予約部１０２１は、特定された社用車２０の予約を行う。その場合、車両予約部１０２１は、予約対象の社用車２０の車両ＩＤ、貸出期間（貸出予定期間）、出席ユーザのユーザＩＤ、会議の開催場所、会議の開催日時、及びドライバ候補のユーザＩＤに基づいて、予約情報テーブルを生成する。そして、車両予約部１０２１は、生成された予約情報テーブルを予約管理ＤＢ１０３１に登録する。

また、制御部１０２の場所予約部１０２２が、会議情報に含まれる会議の開催場所及び会議の開催日時に基づいて、会議の開催場所の予約を行う（ステップＳ１０５）。具体的には、場所予約部１０２２は、会議の開催場所に設けられている会議用施設のうち、会議の開催日時に予約可能であり、且つ出席ユーザの人数以上の参加者を収容可能な施設を抽出し、抽出された施設の予約を行う。

また、制御部１０２のスケジュール設定部１０２３が、スケジュール設定指令を生成する（ステップＳ１０６）。スケジュール設定指令は、前述したように、会議に出席するためのスケジュールを、ユーザ端末３００に登録させるための指令であり、出張開始日時と出張終了日時とに関する情報を含む。出張開始日時は、上記貸出予定期間の開始日時に相当する。出張終了日時は、上記貸出予定期間の終了日時に相当する。

スケジュール設定部１０２３は、ステップＳ１０６で生成されたスケジュール設定指令を、出席ユーザのユーザ端末３００へ送信する（ステップＳ１０７）。斯様なスケジュール設定指令を受信したユーザ端末３００では、設定部３０２２が、スケジュール管理用アプリが起動させて、出張開始日時から出張終了日時までの期間において会議へ出席するためのスケジュールを登録させる。その際、ユーザ端末３００では、会議のスケジュールが登録されたことを、出席ユーザに通知するための処理が行われてもよい。

その後、貸出予定期間の開始日時が到来すると、制御部１０２が、予約対象の社用車２０の車載装置２００に対し、ドライバ候補を認証するための認証データを送信する（ステップＳ１０８）。これにより、ドライバ候補のユーザ端末３００から車載装置２００へ施解錠要求が送信されたときに、車載装置２００の認証部２０２１が、上記認証データと施解錠要求に含まれるユーザ情報とを照合して、ドライバ候補の認証を行うことができる。そして、上記の認証に成功すると、社用車２０の電子ロックの解錠／施錠が行われる。その結果、ドライバ候補が社用車２０を利用することが可能になる。すなわち、ドライバ候補は、他の出席ユーザを社用車２０に乗車させて、会議の場所へ移動することができる。

図９の処理フローによれば、会議情報をユーザ端末３００からサーバ装置１００へ送信するための操作を会議の主催ユーザが行えば、会議の開催場所の予約に加えて、社用車２０の予約、及び出席ユーザのスケジュール設定が自動的に行われることになる。これにより、主催ユーザが、社用車２０の予約と、会議の開催場所の予約と、出席ユーザのスケジュール設定と、を別個に行う必要がなくなる。その結果、会議へ出席するために社用車２０を利用するユーザの利便性を向上させることができる。

＜変形例１＞
出席ユーザが複数であり、且つ出席ユーザの中に他の出席ユーザとは異なる拠点から参加する出席ユーザが含まれる場合に、前述したように、拠点毎に社用車２０の予約が行われてもよいが、１台の社用車２０で各拠点を経由することで、各拠点から参加する出席ユーザを会議の開催場所へ移動させてもよい。

ここで、本変形例における予約情報テーブルの一構成例について、図１０に基づいて説明する。図１０に示す予約情報テーブルは、車両ＩＤ、貸出期間、ユーザＩＤ、開催場所、開催日時、及びドライバＩＤの各フィールドに加え、乗車場所フィールドと走行経路フ
ィールドとを有する。乗車場所フィールドには、各出席ユーザが社用車２０に乗車する場所（例えば、各出席ユーザの勤務地）に関する情報が登録される。走行経路フィールドには、社用車２０の貸出場所（出発場所）から各出席ユーザの乗車場所を経由して会議の場所へ至る経路に関する情報が登録される。その際、社用車２０の貸出場所と走行経路とは、貸出場所から各乗車場所を経由して会議の開催場所へ至るまでの所要時間が最も短くなるように決定されてもよい。そして、社用車２０の貸出場所から出発する出席ユーザの中で、安全運転レベルが最も高い出席ユーザが、ドライバ候補に選択されてもよい。別法として、出席ユーザの中で最も安全運転レベルの高い出席ユーザをドライバ候補に選択し、該ドライバ候補の出発場所を社用車２０の貸出場所に設定してもよい。そして、社用車２０の貸出場所から他の出席ユーザの乗車場所を経由して会議の開催場所に至る経路を、上記の走行経路に設定してもよい。

上記したような方法で走行経路が設定されると、制御部１０２は、該走行経路に基づく経路案内を行わせるための指令（以下、「案内指令」と記す場合もある。）を、予約対象の社用車２０の車載装置２００へ送信する。なお、案内指令がサーバ装置１００から車載装置２００へ送信されるタイミングは、貸出予定期間の開始日時、又はその直前に設定される。案内指令を受信した車載装置２００では、制御部２０２が、上記走行経路に基づいて、ドライバ候補に対する経路案内を行う。

＜処理の流れ＞
ここで、本変形例におけるサーバ装置１００で行われる処理フローについて、図１１に基づいて説明する。図１１は、主催ユーザのユーザ端末３００から送信される会議情報を受信した際に、サーバ装置１００で行われる処理フローを示すフローチャートである。なお、前述の図９の処理フローと同様の処理については、同一の符号が付されている。

図１１の処理フローでは、ステップＳ１０１からＳ１０８の処理に加え、ステップＳ１０９からＳ１１１の処理が実行される。ステップＳ１０９では、制御部１０２の車両予約部１０２１が、会議の出席ユーザの中に他の出席ユーザとは異なる拠点から参加する出席ユーザが含まれているかを判定する。この判定処理は、予約情報テーブルの乗車場所フィールドに登録されている情報に基づいて行われる。そして、会議の出席ユーザの中に他の出席ユーザとは異なる拠点から参加する出席ユーザが含まれていなければ、すなわち、全ての出席ユーザの拠点（乗車場所）が同じ場所であれば（ステップＳ１０９で否定判定）、当該処理フローの実行が終了される。一方、会議の出席ユーザの中に他の出席ユーザとは異なる拠点から参加する出席ユーザが含まれていれば（ステップＳ１０９で肯定判定）、ステップＳ１１０及びステップＳ１１１の処理が実行される。

ステップＳ１１０では、車両予約部１０２１が、ドライバ候補の乗車場所から他の出席ユーザの乗車場所を経由して会議の開催場所へ至る走行経路を設定する。そして、貸出予定期間の開始日時又はその直前のタイミングで、車両予約部１０２１は、案内指令を予約対象の社用車２０の車載装置２００へ送信する（ステップＳ１１１）。なお、走行経路の設定は、ドライバ候補が決定された時点で行われてもよい。上記案内指令を受信した車載装置２００では、制御部２０２が、案内指令に含まれる走行経路に基づいて、ドライバ候補に対する経路案内を行う。なお、ドライバ候補を認証するための認証データと案内指令とが同時に予約対象の社用車２０の車載装置２００へ送信されてもよい。

図１１の処理フローによれば、出席ユーザの中に他の出席ユーザとは異なる拠点から参加する出席ユーザが含まれている場合に、ドライバ候補の負荷を不要に増加させることなく、１台の社用車２０で全ての出席ユーザを会議の開催場所へ移動させることが可能になる。

＜変形例２＞
また、出席ユーザの中で安全運転レベルが最も高い出席ユーザが、ドライバ候補に適しているとは限らない。すなわち、出席ユーザの中で安全運転レベルが最も高い出席ユーザの安全運転レベルが所定の閾値未満（例えば、事故回数が所定回数より多い、評価が所定評価より低い、又は保険等級が所定等級より低い等）である場合も想定される。斯様な場合に、社用車２０による出席ユーザの移動を許容すると、安全性の低下を招く可能性がある。

そこで、出席ユーザの中で安全運転レベルが最も高い出席ユーザの安全運転レベルが所定の閾値未満である場合は、社用車２０の貸し出しを行わないようにしてもよい。つまり、サーバ装置１００の制御部１０２は、社用車２０の予約を行わずに、会議の開催場所の予約及び出席ユーザのスケジュール設定のみを行ってもよい。そして、制御部１０２は、公共交通機関による移動を促すための情報を、出席ユーザのユーザ端末３００へ送信してもよい。その際、出席ユーザの出発場所から会議の開催場所へ移動する際に利用可能な公共交通機関に関する情報も、サーバ装置１００からユーザ端末３００へ送信されてもよい。なお、利用可能な公共交通機関が複数ある場合は、制御部１０２は、それら複数の公共交通機関に関する情報を、出席ユーザのユーザ端末３００へ送信してもよい。また、制御部１０２は、それら複数の公共交通機関のうち、会議の開催場所への移動に要する時間が最も短い公共交通機関に関する情報のみを、出席ユーザのユーザ端末３００へ送信してもよい。

本変形例によれば、出席ユーザの安全性の低下を抑制することができる。また、出席ユーザが、会議の開催場所へ移動する際に利用可能な公共交通機関について調べる手間を省くこともできる。

＜変形例３＞
また、社用車管理システムの管理下にある社用車２０の台数は有限であるため、貸出予定期間に予約可能な社用車２０が存在しない場合も想定される。その場合、サーバ装置１００の制御部１０２は、会議の開催場所の予約及び出席ユーザのスケジュール設定のみを行ってもよい。そして、制御部１０２は、社用車２０の代わる移動方法について、出席ユーザのユーザ端末３００へ送信してもよい。例えば、出席ユーザの中にドライバ候補に適した出席ユーザが含まれる場合は、制御部１０２は、レンタカーによる移動を促すための情報を、出席ユーザのユーザ端末３００へ送信してもよい。そして、レンタカーによる移動を希望する情報がユーザ端末３００からサーバ装置１００へ返信されると、制御部１０２が、レンタカーの予約を行ってもよい。また、出席ユーザの中にドライバ候補に適した出席ユーザが含まれない場合は、制御部１０２は、公共交通機関による移動を促すための情報を、出席ユーザのユーザ端末３００へ送信してもよい。その際、出席ユーザの出発場所から会議の開催場所へ移動する際に利用可能な公共交通機関に関する情報も、サーバ装置１００からユーザ端末３００へ送信されてもよい。なお、利用可能な公共交通機関が複数あれば、制御部１０２は、それら複数の公共交通機関に関する情報を、出席ユーザのユーザ端末３００へ送信してもよい。また、制御部１０２は、それら複数の公共交通機関のうち、会議の開催場所への移動に要する時間が最も短い公共交通機関に関する情報のみを、出席ユーザのユーザ端末３００へ送信してもよい。

本変形例によれば、予約可能な社用車２０が存在しない場合に、出席ユーザが代替の移動方法について調べたり、あるいは代替の移動方法に関する予約を行ったりする手間を省くことができる。

＜変形例４＞
また、出席ユーザが社用車２０による移動を希望しない場合も想定される。例えば、会
議の終了後に飲酒を伴う懇親会が予定されている場合等は、出席ユーザが公共交通機関による移動を希望することになる。その場合、サーバ装置１００の制御部１０２は、会議の開催場所の予約及び出席ユーザのスケジュール設定のみを行ってもよい。そして、制御部１０２は、出席ユーザの出発場所から会議の開催場所へ移動する際に利用可能な公共交通機関に関する情報を、出席ユーザのユーザ端末３００へ送信してもよい。その際、利用可能な公共交通機関が複数あれば、制御部１０２は、それら複数の公共交通機関に関する情報を、出席ユーザのユーザ端末３００へ送信してもよい。また、制御部１０２は、それら複数の公共交通機関のうち、会議の開催場所への移動に要する時間が最も短い公共交通機関に関する情報のみを、出席ユーザのユーザ端末３００へ送信してもよい。これにより、出席ユーザが社用車２０による移動を希望しない場合に、出席ユーザが公共交通機関について調べる手間を省くことができる。

＜変形例５＞
ここで、社用車２０によって出発場所から会議の開催場所へ移動する場合に要する時間（第１の所要時間）が、公共交通機関によって出発場所から会議の開催場所へ移動する場合に要する時間（第２の所要時間）より大きくなる可能性がある。斯様な場合に、社用車２０による移動が行われると、移動時間が不要に長くなることで、業務の効率が低下する可能性がある。

そこで、第１の所要時間が第２の所要時間より大きい場合は、制御部１０２が、公共交通機関による移動を促すための情報を、出席ユーザのユーザ端末へ送信してもよい。その際、出席ユーザの出発場所から会議の開催場所へ移動する際に利用可能な公共交通機関に関する情報も、サーバ装置１００からユーザ端末３００へ送信されてもよい。なお、利用可能な公共交通機関が複数あれば、制御部１０２は、それら複数の公共交通機関のうち、所要時間が最も短い公共交通機関による移動を促すための情報を、出席ユーザのユーザ端末３００へ送信してもよい。

本変形例によれば、出席ユーザが会議へ参加する際の移動時間を可能な限り短く抑えることができる。その結果、業務の効率低下を抑制することも可能になる。

＜変形例６＞
上記した変形例２から５において、出席ユーザが公共交通機関による移動を承諾した場合に、該公共交通機関の座席等を予約する必要があれば、制御部１０２が、該公共交通機関の座席等の予約を行ってもよい。これにより、出席ユーザが公共交通機関によって移動する場合に、出席ユーザが公共交通機関の座席等を予約する手間を省くことができる。

＜変形例７＞
ここで、出席ユーザが複数である場合に、制御部１０２は、社用車２０における各出席ユーザの座席位置を決定し、出席ユーザが社用車２０に乗車するタイミングで、各出席ユーザの座席位置を示す情報を、各出席ユーザに通知するようにしてもよい。その際、各出席ユーザの座席位置は、制御部１０２が適当に決定してもよく、又は各出席ユーザからの希望に基づいて決定してもよい。また、各出席ユーザの座席位置を各出席ユーザに通知する方法としては、制御部１０２が、各出席ユーザの座席位置を入出力部３０５に表示させるための指令を、ユーザ端末３００へ送信する方法を用いることができる。別法として、制御部１０２が、各出席ユーザの座席位置をカーナビゲーションシステムのディスプレイに表示させるための指令を、車載装置２００へ送信する方法を用いてもよい。

本変形例によれば、出席ユーザが社用車２０に乗車する際に、座席位置を決めるための手間を省くことができる。

＜その他＞
上記した実施形態及び変形例はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。例えば、社用車２０の予約に関わる処理と、会議の開催場所の予約に関わる処理と、出席ユーザのスケジュール設定に関わる処理とは、異なるサーバ装置で行われてもよい。

また、上記の実施形態及び変形例では、社用車２０又は公共交通機関の何れか一方を利用して、出席ユーザが会議の開催場所へ移動する例について述べた。これに対し、社用車２０と公共交通機関とを乗り継ぐことによって、出席ユーザが会議の開催場所へ移動する場合も想定される。斯様な場合に、サーバ装置１００は、社用車２０の予約、会議の開催場所の予約、及び出席ユーザのスケジュール設定に加え、社用車２０から乗り継ぐための公共交通機関の予約を行うようにしてもよい。

また、本開示において説明した処理及び手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。

また、本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラム（情報処理プログラム）をコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよく、又はネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、データ及びプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体である。斯様な記録媒体としては、例えば、磁気ディスク（フロッピー（登録商標）ディスク、又はハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、又はＤＶＤディスク・ブルーレイディスク等）等の任意のタイプのディスクを例示することができる。また、記録媒体は、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、又はＳＳＤ（Solid State Drive）
等の媒体でもよい。

２０ 社用車
１００ サーバ装置
１０１ 通信部
１０２ 制御部
１０２１ 車両予約部
１０２２ 場所予約部
１０２３ スケジュール設定部
１０３ 記憶部
１０３１ 予約管理ＤＢ
１０３２ ユーザ管理ＤＢ
１０３３ 車両管理ＤＢ
２００ 車載装置
３００ ユーザ端末

Claims (20)

1. 会議の開催場所、該会議の開催日時、及び該会議に出席するユーザである出席ユーザに関する情報を含む会議情報を取得することと、
   前記会議情報に基づいて、前記会議の開催場所を予約することと、
   前記会議情報に基づいて、前記出席ユーザのスケジュールを設定することと、
   前記出席ユーザを前記会議の開催場所へ輸送するための社用車を予約することと、
   を実行する制御部を備える、
   情報処理装置。
2. 前記制御部は、前記出席ユーザの人数に応じた車種又は台数の社用車を予約する、
   請求項１に記載の情報処理装置。
3. 前記出席ユーザが複数であり、且つ前記出席ユーザの中に他の出席ユーザとは異なる拠点から前記会議の開催場所へ移動する出席ユーザが含まれる場合に、前記制御部は、拠点毎に社用車を予約する、
   請求項１又は２に記載の情報処理装置。
4. 前記出席ユーザが複数であり、且つ前記出席ユーザの中に他の出席ユーザとは異なる拠点から前記会議の開催場所へ移動する出席ユーザが含まれる場合に、
   前記制御部は、
   各拠点を順次経由して前記会議の開催場所へ至る走行経路を設定することと、
   予約対象の社用車に搭載されているカーナビゲーションシステムに、前記走行経路に基づく経路案内を行わせるための指令を送信することと、
   を更に実行する、
   請求項１又は２に記載の情報処理装置。
5. 前記出席ユーザが複数である場合に、前記制御部は、前記複数の出席ユーザの中から、予約対象の社用車を運転する出席ユーザの候補であるドライバ候補を選択する、
   請求項１から４の何れか１項に記載の情報処理装置。
6. 前記制御部は、前記複数の出席ユーザのそれぞれの運転実績に基づいて、前記複数の出席ユーザの中で最も安全運転レベルの高い出席ユーザを抽出し、抽出された出席ユーザを前記ドライバ候補に選択する、
   請求項５に記載の情報処理装置。
7. 前記運転実績は、前記複数の出席ユーザのそれぞれが過去に起こした事故の回数に関する情報を含み、
   前記制御部は、前記複数の出席ユーザのうち、事故の回数が最も少ない出席ユーザを前記ドライバ候補に選択する、
   請求項６に記載の情報処理装置。
8. 前記運転実績は、前記複数の出席ユーザのそれぞれの運転に対する評価に関する情報を含み、
   前記制御部は、前記複数の出席ユーザのうち、評価が最も高い出席ユーザを前記ドライバ候補に選択する、
   請求項６に記載の情報処理装置。
9. 前記運転実績は、前記複数の出席ユーザのそれぞれが加入している自動車保険の等級に関する情報を含み、
   前記制御部は、前記複数の出席ユーザのうち、自動車保険の等級が最も高い出席ユーザを前記ドライバ候補に選択する、
   請求項６に記載の情報処理装置。
10. 前記複数の出席ユーザの中に、前記ドライバ候補に適した出席ユーザが存在しない場合に、前記制御部は、社用車の予約を行わずに、公共交通機関による移動を促すための情報を、前記出席ユーザの使用する端末に送信する、
    請求項５から９の何れか１項に記載の情報処理装置。
11. 前記制御部は、
    予約対象の社用車における前記出席ユーザの座席位置を決定することと、
    前記出席ユーザが予約対象の社用車に乗車するタイミングで、該出席ユーザの座席位置を、予約対象の社用車に搭載される表示装置又は前記出席ユーザの使用する端末に表示させることと、
    を更に実行する、
    請求項１から９の何れか１項に記載の情報処理装置。
12. 前記出席ユーザが社用車による移動を希望していない場合は、前記制御部は、社用車の予約を行わずに、前記出席ユーザが前記会議の開催場所へ移動する際に利用可能な公共交通機関に関する情報を、前記出席ユーザの使用する端末へ送信する、
    請求項１に記載の情報処理装置。
13. 前記出席ユーザを前記会議の開催場所へ輸送するための社用車を予約することができない場合は、前記制御部は、前記出席ユーザが前記会議の開催場所へ移動する際に利用可能な公共交通機関に関する情報を、前記出席ユーザの使用する端末へ送信する、
    請求項１に記載の情報処理装置。
14. 前記制御部は、
    前記出席ユーザが社用車で前記会議の開催場所へ移動する場合に要する時間である第１の所要時間を予測することと、
    前記出席ユーザが公共交通機関で前記会議の開催場所へ移動する場合に要する時間である第２の所要時間を取得することと、
    前記第１の所要時間が前記第２の所要時間以下である場合は社用車を予約し、前記第１の所要時間が前記第２の所要時間より大きい場合は公共交通機関による移動を促すための情報を前記出席ユーザの端末へ送信することと、
    を実行する、
    請求項１に記載の情報処理装置。
15. 前記会議の開催場所へ移動する際に利用可能な公共交通機関が複数ある場合に、前記制御部は、複数の公共交通機関のうち、前記会議の開催場所へ移動する場合に要する時間が最も短い公共交通機関による移動を促すための情報を、前記出席ユーザの端末へ送信する、
    請求項１４に記載の情報処理装置。
16. 会議の開催場所、該会議の開催日時、及び該会議に出席するユーザである出席ユーザに関する情報を含む会議情報を取得するステップと、
    前記会議情報に基づいて、前記会議の開催場所を予約するステップと、
    前記会議情報に基づいて、前記出席ユーザのスケジュールを設定するステップと、
    前記出席ユーザを前記会議の開催場所へ輸送するための社用車を予約するステップと、をコンピュータが実行する、
    情報処理方法。
17. 前記出席ユーザを前記会議の開催場所へ輸送するための社用車を予約するステップでは、前記出席ユーザの人数に応じた車種又は台数の社用車が予約される、
    請求項１６に記載の情報処理方法。
18. 前記出席ユーザが複数であり、且つ前記出席ユーザの中に他の出席ユーザとは異なる拠点から前記会議の開催場所へ移動する出席ユーザが含まれる場合に、前記出席ユーザを前記会議の開催場所へ輸送するための社用車を予約するステップでは、拠点毎に社用車が予約される、
    請求項１６又は１７に記載の情報処理方法。
19. 前記出席ユーザが複数であり、且つ前記出席ユーザの中に他の出席ユーザとは異なる拠点から前記会議の開催場所へ移動する出席ユーザが含まれる場合に、
    各拠点を順次経由して前記会議の開催場所へ至る走行経路を設定するステップと、
    予約対象の社用車に搭載されているカーナビゲーションシステムに、前記走行経路に基づく経路案内を行わせるための指令を送信するステップと、
    を前記コンピュータが更に実行する、
    請求項１６又は１７に記載の情報処理方法。
20. 請求項１６から１９の何れか１項に記載の情報処理方法を、コンピュータに実行させるための情報処理プログラム。

Images