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

Description

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

従来、企業がリース会社からリースされたリース車両を従業員に社用車として貸与して個人利用を許容し、企業と従業員間でカーシェアするための企業と従業員との間のカーシェアシステムがある（例えば、特許文献１）。

特開２０１９－６１５７５号公報

本開示は、企業の従業員が出勤に用いた自家用車の有効利用を図ることが可能な情報処理方法、情報処理装置、及び情報処理システムを提供することを目的とする。

本開示の態様の一つは、情報処理方法である。この情報処理方法は、情報処理装置が、企業の業務に使用される社用車の貸与要求を取得することと、前記貸与要求に応じた社用車を、前記企業の従業員が出勤に用いた自家用車であって、前記社用車として使用可能な自家用車の中から選択することと、前記貸与要求に応じた社用車の選択において選択された自家用車が前記社用車として貸与される場合に、前記貸与要求の要求元に前記選択された自家用車を利用可能にする可用化情報を供給することと、を含む。

本開示の態様は、情報処理方法と同様の特徴を有する、情報処理装置、プログラム、及びプログラムを記録した記録媒体の少なくとも一つを含んでもよい。また、本開示の態様は、情報処理装置と、情報処理装置とネットワークを介して接続された端末とを含む情報処理システムを含んでもよく、情報処理システムにおけるサーバ及び端末の夫々を含んでもよい。

本開示によれば、企業の従業員が出勤に用いた自家用車の有効利用を図ることができる。

図１は、実施形態に係る情報処理システムの概要図である。 図２は、サーバの構成例を示す。 図３は、図１に示す端末の夫々として使用可能な端末装置の構成例を示す。 図４は、情報処理システムの動作例を示すシーケンス図である。 図５は、車両情報のフォーマット例を示す。 図６は、車両データベースのデータ構造例を示す。 図７は、貸与要求のフォーマット例を示す。 図８は、社用車データベースの作成処理の一例を示すフローチャートである。 図９は、社用車データベースのデータ構造例を示す。 図１０は、車両検索処理の例を示すフローチャートである。 図１１は、施解錠システムの構成例を示す図である。 図１２は、実施形態の変形例の説明図である。 図１３は、実施形態の変形例の説明図である。

企業の中には、従業員に自家用車での通勤を認めている企業がある。出勤の際に、自家用車は、企業の定めた駐車スペースに駐車され、退勤まで駐車状態が維持される。一方、企業は、営業、配達、及び出張等の業務に使用する車両を社用車として保持し、従業員に貸与している。従業員の出先が多い日には、社用車が不足する場合が起こり得る。このような場合を考慮して、社用車の数を増やすことは、企業にとって固定費の増加となるため、必ずしも好ましいことではない。

ここで、出勤に使用され、駐車中の自家用車を、従業員が退勤するまでの間、社用車として使用することができれば、企業は無駄な社用車を保持することを回避できる。また、社用車として使用される自家用車を提供する従業員に対し、社用車の維持費用より低い何らかのインセンティブを与えることで、自家用車の貸与を促進し、社用車を確保することができる。自家用車を提供する従業員は、自身が何らかの行動をしなくても、貸与によるインセンティブを受け取ることができる。実施形態では、従業員が出勤に用いた自家用車を社用車として貸与することを支援する情報処理方法、情報処理装置、及び情報処理システムについて説明する。

実施形態に係る情報処理方法は、情報処理装置が以下を行うことを含む。
（１）企業の業務に使用される社用車の貸与要求を取得する。
（２）貸与要求に応じた社用車を、企業の従業員が出勤に用いた自家用車であって、社用車として使用可能な自家用車の中から選択する。
（３）貸与要求に応じた社用車の選択において選択された自家用車が社用車として貸与される場合に、貸与要求の要求元に選択された自家用車を利用可能にする可用化情報を供給する。

情報処理方法によれば、従業員が出勤に用いた自家用車を、貸与要求の要求元（例えば、他の従業員）に社用車として貸与することができる。これによって、従業員の勤務中は使用されない自家用車の有効利用を図り、企業が保有する社用車の数を減らすことができる。企業が社用車としての提供を条件に、従業員の自家用車の購入代金を支援してもよい。

ここに、企業は、法上の「会社」を含む。会社以外に、営利を目的とした団体を含み得る。従業員は、企業において何らかの業務を行う者である。また、他企業からの出向者のような、従業員と同等に扱われる人員も、従業員に含まれ得る。自家用車は、従業員が支配する車両を意味し、従業員が所有する車両、及び従業員が占有又は専有する車両を含む。

情報処理方法において、以下の構成が採用されてもよい。すなわち、情報処理装置は、貸与要求に応じた社用車を、企業の従業員が出勤に用いた自家用車のうち、社用車として利用可能な自家用車を駐車する駐車スペースに駐車中の自家用車の中から選択する。このような構成によれば、駐車スペースへの駐車は、自家用車を社用車として提供する従業員の意思を示す。これにより、従業員の個々に意思を確認する処理が不要となる。また、自家用車の貸与を受ける者が、直感的に自身が貸与を受ける車両の駐車場所を認識することができる。

情報処理方法に関して、情報処理装置は、駐車スペースに設けられたセンサの出力に基
づいて特定された、駐車スペースに駐車中の自家用車を、貸与要求に応じた社用車の選択に使用する、構成を採用してもよい。

また、情報処理方法に関して、以下の構成が採用されてもよい。すなわち、情報処理装置は、貸与要求に応じた社用車の選択において、貸与要求に含まれた、車種、乗員数、色、及び動力タイプのうちの少なくとも１つに関する貸与要求の要求元の希望と合致する自家用車を選択する。このようにすれば、貸与を受ける者の、用途、目的及び嗜好の少なくとも一つに合致する自家用車を社用車として貸与することが可能となる。

また、情報処理方法に関して、以下の構成が採用されてもよい。すなわち、情報処理装置は、貸与要求に応じた社用車の選択において、社用車として使用可能な自家用車であって、貸与要求に含まれた社用車の返却予定時刻より退勤時刻が遅い従業員の自家用車を選択する。このようにすれば、従業員の退勤に影響のない、又は影響の少ない貸与を行うことができる。

また、情報処理方法に関して、情報処理装置が、貸与要求の要求元が有する携帯端末に可用化情報を送信する構成が採用されてもよい。この場合、携帯端末は、貸与要求の送信に用いた端末と同じ端末であっても、異なる端末であってもよい。また、可用化情報は、携帯端末を社用車として貸与された自家用車の電子キーとして動作させる情報を含むのが好ましい。携帯端末を電子キーとして動作させることで、従業員間のキーの受け渡し、及びキーの紛失時の対応のような煩雑な手続きを回避することができる。

また、情報処理方法に関して、以下の構成が採用されてもよい。すなわち、情報処理装置が、貸与要求に応じた社用車の選択において選択された自家用車が社用車として貸与される場合に、選択された自家用車の所有者たる従業員に、貸与を示す情報を供給する。これによって、従業員に、自家用車が貸与されたことを知らせることができる。

また、情報処理方法に関して、以下の構成が採用されてもよい。すなわち、情報処理装置は、社用車として貸与された自家用車の所有者たる従業員の退勤時刻以前の所定時刻までに、社用車として貸与された自家用車の返却を示す情報を取得した場合には、返却を示す情報を所有者たる従業員に供給する。そうでない場合には、返却の遅延又は返却の遅延の可能性を示す情報を所有者たる従業員に供給する。これによって、従業員は、車両の返却、遅延または遅延可能性を知ることができ、これらに応じた行動を採ることができる。

〔実施形態〕
以下、図面を参照して実施形態に係る情報処理方法、情報処理装置、及び情報処理システムについて説明する。実施形態の構成は例示であり、実施形態の構成に限定されない。

＜システム構成＞
図１は、実施形態に係る情報処理システムの概要図である。情報処理システムは、企業の従業員が出勤に用いた車両を社用車として貸与することを支援する。図１において、情報処理システムは、ネットワーク１と、ネットワーク１に接続されたサーバ２と、サーバ２と通信可能な端末３及び４を含む。端末３は、出勤に用いた自家用車を社用車として提供する従業員Ｘの操作する端末装置である。端末４は、社用車の使用を所望する従業員Ｙの操作する端末装置である。

また、情報処理システムは、社用車として使用可能な自家用車（車両１０と表記）の駐車スペース１１に設けられたセンサ５を有する。センサ５の出力は、サーバ２に入力される。

図１に示す例では、駐車スペース１１は、企業の敷地８内に設けられている。但し、駐車スペース１１として使用される場所に制限はなく、敷地８外の土地、建物又は駐車場などに設けてもよい。駐車スペースは、屋外の平置きのスペースでも、建物内、建物の地下または屋上に設けられたスペースでもよい。

敷地８には、社用車としての利用を望まない従業員の自家用車の駐車スペース１２が設けられている。自家用車が社用車に供されることを望む、又は許容する従業員は、出勤した際に自家用車を駐車スペース１１に駐車する。例えば、従業員Ｘは、自身の自家用車（車両１０Ａ）を社用車として提供する場合には、出勤時に車両１０Ａを駐車スペース１１に置く。これに対し、自家用車が社用車として使用されることを望まない従業員は、出勤の際に自家用車を駐車スペース１２に駐車する。

図１に示す例では、駐車スペース１２は、駐車スペース１１から離れた位置に設けられている。このため、社用車の貸与を所望する従業員Ｙは、駐車スペース１１に駐車された車両１０を、社用車として利用可能な自家用車として直感的に把握することができる。また、駐車スペース１１を、駐車スペース１２よりも社屋に近い位置に設けて、駐車スペース１１に駐車することが自家用車の提供に対するインセンティブとなるようにしてもよい。

なお、駐車スペース１１及び１２の夫々を規定する枠線の色を変えるなど、従業員が区別可能であれば、駐車スペース１１と駐車スペース１２とは混在していてもよい。駐車スペース１１の数は単数又は複数の適宜の数である。駐車スペース１１の数の操作により、社用車として使用される自家用車の数に制限を加えることができる。複数の駐車スペース１１には、識別情報（ＩＤ）の一例である番号を割り当てることができる。

複数の駐車スペース１１の夫々には、車両１０の有無の判定と車両１０の識別とを行うセンサ５が設けられている。センサ５は、駐車スペース１１に置かれた物体を検知する検知センサ６と、駐車スペース１１に置かれた物体を撮像するカメラ７とを含む。

検知センサ６は、例えば、光（例えば可視光又は赤外光）の照射装置と受光装置とを有する。照射装置は、駐車スペース１１に向かって光を照射し、受光装置は、照射装置から発せられた光の反射光を受光する。駐車スペース１１に車両１０が駐車されると、照射装置から照射され、車両１０によって反射された光の反射光を受光装置が受光することによって、車両１０の駐車を示す検知信号が出力される。

カメラ７は、駐車スペース１１に正常に駐車された車両１０のナンバープレートが撮像される画角を有するように設置されている。カメラ７は、検知信号を受けたときにナンバープレートを含む画像を撮像する。車両の撮像画像のデータは、例えば、センサ５の識別情報であるセンサＩＤとともにサーバ２に送信される。

サーバ２では、撮像画像を用いた駐車スペース１１に駐車された車両１０の有無の判定処理、及び撮像画像の解析による車両１０の識別処理が行われる。また、サーバ２の記憶装置２２などに、センサＩＤと駐車スペース１１の番号との対応関係を示す情報が記憶されている場合には、プロセッサ２１は、センサＩＤから駐車スペース１１の番号を割り出すことができる。

検知センサ６の車両１０を検知する原理及び方法は、上記に制限されない。検知センサ６は、駐車スペース１１に置かれ、車両１０の底面に当たって跳ね返る反射光を検知するセンサであってもよい。或いは、検知センサ６は、車両１０に踏まれることで、車両１０の検知信号を発する機械式のスイッチであってもよい。また、検知センサ６は、駐車スペ
ース１１への車両１０の駐車による電界又は磁界の変化を検知するセンサであってもよい。また、図１に示す例では、駐車スペース１１とセンサ５との比は、ｎ：１でも１：ｎでもよい（ｎは１以上の自然数）。

ネットワーク１は、例えば、インターネット等の公衆通信網である。公衆無線網として、例えば、ＷＡＮ（Wide Area Network）及びその他の通信網が例示される。ネットワー
ク１は無線網を含んでもよい。無線網は、例えば、ＬＴＥ（Long Term Evolution）など
のセルラー網、或いは無線ＬＡＮ（Local Area Network：Wi-Fi含む）である。

サーバ２は、「情報処理装置」の一例である。サーバ２は、端末３との通信によって、従業員が社用車として使用可能な自家用車（車両１０）をサーバ２に登録する処理を行う。端末３は、自家用車を社用車として提供する従業員（例えば従業員Ｘ）が操作する端末装置である。また、サーバ２は、端末４との通信によって、社用車として貸与する車両１０を検索する。

サーバ２は、貸与の要求に応じた社用車の検索を、センサ５によって検知された、駐車スペース１１に駐車されている車両１０の中から行う。また、サーバ２は、車両１０のいずれかの貸与を決定した場合に、端末４に貸与する車両１０を利用可能とする情報（可用化情報）を供給する。従業員は、可用化情報を用いて車両１０を利用することができる。

なお、図１には、従業員Ｘが操作する端末３と、従業員Ｙが操作する端末４を例示しているが、端末３及び４は、自家用車の登録を所望する従業員毎に存在する端末であっても、複数の従業員間で共用される端末であってもよい。また、端末３及び４は、個人所有の端末であっても、企業から貸与される端末であってもよい。

＜サーバの構成＞
図２は、サーバ２の構成例を示す。サーバ２は、企業において、従業員に社用車を貸与するためのシステムの管理に使用される。サーバ２は、パーソナルコンピュータ（ＰＣ）、又はワークステーション（ＷＳ）のような汎用の情報処理装置（コンピュータ）、或いはサーバマシンのような専用の情報処理装置を用いて構成することができる。サーバ２は、通信機能を有し、有線通信又は無線通信によって、ネットワーク１と接続可能である。

サーバ２は、バス２６を介して相互に接続された、処理部又は制御部（コントローラ）としてのプロセッサ２１と、記憶装置２２と、通信インタフェース（通信ＩＦ）２３と、入力装置２４と、ディスプレイ２５とを含む。サーバ２は、１台の情報処理装置でも、２以上の情報処理装置の集合（クラウド）でもよい。

記憶装置２２は、主記憶装置と補助記憶装置とを含む。主記憶装置は、プログラム及びデータの記憶領域、プログラムの展開領域、プログラムの作業領域、及び通信データのバッファ領域などとして使用される。主記憶装置はＲＡＭ（Random Access Memory）、又はＲＡＭとＲＯＭ（Read Only Memory）との組み合わせによって構成される。補助記憶装置は、データ及びプログラムの記憶領域として使用される。補助記憶装置は、例えば、ハードディスク、Solid State Drive（ＳＳＤ）、フラッシュメモリ、及びＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）などの不揮発性記憶媒体を含む。

通信ＩＦ２３は、通信処理を行う回路である。例えば、通信ＩＦ２３は、ネットワークインタフェースカード（ＮＩＣ）である。また、通信ＩＦ２３は、無線通信（ＬＴＥ、無線ＬＡＮ（Ｗｉ-Ｆｉ）など）を行う回路であっても、ＮＩＣ及び無線通信回路であって
もよい。

入力装置２４は、キー、ボタン、ポインティングデバイス、及びタッチパネル等の少なくとも一つを含み、情報の入力に使用される。ディスプレイ２５は例えば液晶ディスプレイなどであり、情報及びデータを表示する。

プロセッサ２１は、例えばＣＰＵ（Central Processing Unit）などである。プロセッ
サ２１は、記憶装置２２に記憶された各種のプログラムを実行することによって、様々な処理を行う。

例えば、プロセッサ２１は、社用車として使用可能な自家用車を登録する処理を行う。また、プロセッサ２１は、社用車の貸与要求に応じて、貸与する車両１０を検索し、貸与する車両１０を決定する処理を行う。また、プロセッサ２１は、車両１０の貸与を決定した場合に、車両１０の可用化情報を供給する処理を行う。さらに、プロセッサ２１は、貸与された車両１０の返却を監視する処理を行う。

＜端末の構成＞
図３は、図１に示す端末３及び４の夫々として使用可能な端末装置３０の構成例を示す。端末３及び４の夫々は、移動端末であっても固定端末であってもよい。また、端末３及び４の夫々は、無線端末であっても有線端末であってもよい。端末３及び４の夫々が無線端末である場合、端末装置３０は、ラップトップＰＣ、スマートデバイス（スマートフォン及びタブレット端末などを含む）、Personal Digital Assistant（ＰＤＡ）、及びウェアラブルコンピュータ等の携帯端末（可搬性を有する通信端末）であってもよい。端末３及び４が有線端末である場合、端末３及び４の夫々は、ＰＣ又はＷＳであってもよい。端末装置３０は、汎用の情報処理装置でも専用の情報処理装置でもよい。

端末装置３０は、プロセッサ３１と、記憶装置３２と、通信インタフェース（通信ＩＦ）３３ａと、近距離無線通信回路３３ｂと、入力装置３４と、ディスプレイ３５とを含む。プロセッサ３１、記憶装置３２、通信ＩＦ３３、入力装置３４、ディスプレイ３５の夫々は、プロセッサ２１、記憶装置２２、通信ＩＦ２３、入力装置２４、及びディスプレイ２５について説明したものと同様のものを適用可能である。但し、用途及び使用目的等の違いに応じて、サーバ２に適用されるものと性能の異なるものが適用される。

近距離無線通信回路３３ｂは、近距離無線通信規格に従った無線通信を行う。近距離無線通信規格は、例えば、ＢＬＥ、ＮＦＣ、及びＵＷＢ等である。プロセッサ３１は、記憶装置３２に記憶された各種のプログラムを実行することによって、端末装置３０を、端末３及び４の夫々として動作させる。

なお、プロセッサ２１及びプロセッサ３１の夫々として、複数個のＣＰＵを適用しても、マルチコア型のＣＰＵを適用してもよい。ＣＰＵによって行われる処理の少なくとも一部が、ＤＳＰ（Digital Signal Processor）又はＧＰＵ（Graphical Processing Unit）
のようなＣＰＵ以外のプロセッサによって行われてもよい。また、ＣＰＵによって行われる処理の少なくとも一部が、ＡＳＩＣ（Application Specific Integrated Circuit）及
びＦＰＧＡ（Field Programmable Gate Array）などの専用又は汎用の集積回路、或いは
プロセッサと集積回路との組み合わせにより実行されてもよい。組み合わせは、例えば、マイクロコントローラ（ＭＣＵ）、ＳｏＣ（System-on-a-chip）、システムＬＳＩ、チップセットなどと呼ばれる。また、プロセッサ２１で行われる処理の一部がプロセッサ３１で行われるようにしてもよい。

＜動作例＞
以下、情報処理システムの動作例について説明する。図４は、情報処理システムの動作例を示すシーケンス図である。図４において、自家用車を社用車に提供することを希望す
る従業員Ｘは、端末３を用いて、サーバ２に、車両１０Ａを登録する処理を行う（ステップＳ１）。

例えば、サーバ２は、プロセッサ２１がプログラムを実行することによって、社用車を管理するためのウェブサイトを提供する。端末３は、端末３にインストールされた専用のアプリケーション、又はウェブブラウザを用いて、ネットワーク１経由でウェブサイトにアクセスし、社用車として使用可能な自家用車を登録するためのユーザインタフェース（ＵＩ）の提供を受ける。従業員は端末３のディスプレイ３５に表示されるＵＩ画面（車両情報の入力画面）を参照し、入力装置３４を用いて車両情報を入力する。端末３は、車両情報を含むメッセージをサーバ２へ送信する。

図５は、車両情報のフォーマット例を示す。図５において、車両情報は、従業員情報、従業員の退勤時刻、車両関連情報、車両画像（写真）、貸出条件、及びその他を含む。退勤時刻は、曜日毎に変更可能にしてもよい。

従業員情報は、従業員の属性を示す情報であり、従業員の識別情報（従業員ＩＤ）、氏名、所属部署、役職及び連絡先などを含む。車両関連情報は、車両１０の車両ナンバーを示す情報と、車両１０の属性を示す情報とを含む。車両１０の属性を示す情報は、車両の車種（セダン、ワゴン、バン、又はミニバンなど）、色、乗員数、及び動力タイプ（ガソリンエンジン、ディーゼルエンジン、ハイブリット、又はＥＶなどの別）などを含む。車両画像は、車両１０の外観、又は外観及び車内を示す写真であり、車両１０のキズや備品の状態を示す。

貸与条件は、貸与を許可する用途又は目的を示す情報を含む。さらに、貸与条件は、使用に当たっての禁止事項及び注意事項を含んでもよい。例えば、禁止事項は、喫煙の不可、飲食の不可、トランクスペース及び後部座席などの使用不可、備品の持ち出し不可、或いは舗装道路以外の走行不可などである。注意事項は、靴の泥を落とす、或いはゴミは持ち帰る、などである。その他は、例えば、登録に当たっての注意事項及び免責事項の承認などを含む。

サーバ２では、通信ＩＦ２３によって受信される車両情報をプロセッサ２１が受け取る。プロセッサ２１は、車両情報を、車両データベース（車両ＤＢ）２３に記憶（登録）する（ステップＳ２）。車両ＤＢは、記憶装置２２又はプロセッサ２１がアクセス可能な記憶装置２２以外の記憶装置に記憶可能である。

図６は、車両ＤＢのデータ構造例を示す。車両ＤＢは、１以上のエントリからなる。エントリには、項番と関連付けられた、車両１０の識別情報（車両ＩＤ）、車両ナンバーを含む車両関連情報、車両画像、従業員情報、退勤時刻及び貸出条件が登録される。プロセッサ２１は、車両情報を受け取ると、車両情報と関連付ける車両ＩＤを生成し、車両ＩＤ及び車両情報を車両ＤＢの空き状態のエントリに登録する。

その後、社用車の利用を望む従業員Ｙが、端末４を用いて、社用車の貸与要求をサーバ２へ送信したと仮定する（ステップＳ３）。本動作例では、端末４がスマートフォン（携帯端末の一例）である場合を仮定する。

端末４も、端末３と同様に、ウェブブラウザ又は専用のアプリケーションを用いて、社用車の管理用のウェブサイトにアクセスすることができ、貸与要求に関する情報を入力するＵＩ（入力画面）の提供を受けることができる。従業員Ｙは、端末４の入力画面を用いて貸与要求に係る情報を入力する。端末４は、貸与要求を含むメッセージをサーバ２へ送信することができる。

図７は、貸与要求のフォーマット例を示す。貸与要求は、従業員情報と、希望車両情報と、返却予定時刻と、その他とを含む。従業員情報は、車両情報に含まれる従業員情報と同内容を有する。

なお、以下の構成を採用してもよい。サーバ２の記憶装置２２には、従業員情報が登録された従業員データベース（ＤＢ）が記憶される。車両情報及び貸与要求には、従業員情報の代わりに従業員ＩＤが含められる。プロセッサ２１は、車両情報及び貸与要求の夫々に含まれる従業員ＩＤに対応する従業員情報を従業員ＤＢから取得する。

希望車両情報は、貸与を希望する車両の車種、色、動力タイプ、乗員数、並びに社用車の用途又は目的などから選ばれる少なくとも一つを含む。用途又は目的は、単なる移動（出張先への訪問）、荷物の搬送、及び人の送り迎えなどを含む。例えば、人の送り迎えであればセダンが希望され、荷物の搬送であればバン又はワゴンが希望される。

サーバ２では、通信ＩＦ２３によって受信される貸与要求のメッセージを、プロセッサ２１が受け取る。プロセッサ２１は、貸与要求の取得を契機に、社用車データベース（社用車ＤＢ）の作成処理を行う（ステップＳ４）。社用車ＤＢの作成処理において、サーバ２は、駐車スペース１１における車両１０の駐車状況を示す情報を取得する（ステップＳ５）。

図８は、社用車ＤＢの作成処理の一例を示すフローチャートである。プロセッサ２１は、複数の駐車スペース１１を対象に、以下の処理を行う。ステップＳ１０１では、プロセッサ２１は、複数の駐車スペース１１のうちの一つを特定する。

ステップＳ１０２では、プロセッサ２１は、ステップＳ１０１で特定した駐車スペース１１を監視するセンサ５に制御信号を送信する。制御信号を受けたセンサ５では、検知センサ６の照射装置が駐車スペース１１に光を照射する。車両が駐車されている場合には、受光装置が反射光を受光し、駐車されていない場合には、反射光は受光されない。受光装置が反射光を受光すると、カメラ７が駐車されている車両を撮像する。撮像画像のデータは、サーバ２に送信される。撮像画像のデータとともに、センサ５のＩＤが送信されるようにしてもよい。さらに、駐車スペースの番号が送信されるようにしてもよい。

なお、センサ５がサーバ２からの制御信号がなくとも周期的に動作し、車両１０が検知された場合に自動的に撮像画像及びセンサＩＤをサーバ２に送信する構成を採用してもよい。この場合、撮像画像のデータが記憶装置２２等の所定の記憶領域に記憶され、プロセッサ２１がステップＳ１０２で記憶領域内に記憶された撮像画像のデータを解析し、駐車スペース１１に駐車された車両１０を特定する。なお、本動作例では、制御信号を送った場合にセンサ５が動作することで、センサ５が周期的に動作する場合よりも動作電力を節約することができる。

プロセッサ２１は、制御信号に対する応答、すなわち、撮像画像を待ち受け、所定時間内に撮像画像が受信できた場合には（ステップＳ１０３のＹ）、処理をステップＳ１０４に進め、そうでない場合には、処理をステップＳ１０７に進める。

ステップＳ１０４では、プロセッサ２１は、センサ５から受信した撮像画像の解析処理を行い、撮像画像中に含まれているナンバープレートの画像から車両ナンバーを取得する。

ステップＳ１０５では、プロセッサ２１は、車両ＤＢを参照し、撮像画像から取得した
車両ナンバーと一致する車両ナンバーを含む車両関連情報を有する車両ＤＢのエントリを特定し、特定したエントリ中の車両ＩＤを取得する。

ステップＳ１０６では、プロセッサ２１は、取得した車両ＩＤについてのエントリを社用車データベース（社用車ＤＢ）に登録する。ステップＳ１０７では、プロセッサ２１は、対象の駐車スペース１１の全てについてのステップＳ１０２～Ｓ１０６の処理が終了したかを判定する。このとき、処理が終了したと判定される場合には、社用車ＤＢ作成処理が終了して処理がステップＳ６に進み、そうでないと判定される場合には、処理がステップＳ１０１に戻る。

図９は、社用車ＤＢのデータ構造例を示す。社用車ＤＢは、プロセッサ２１がアクセス可能な記憶装置２２又は記憶装置２２以外に記憶されている。社用車ＤＢは、駐車スペース１１に駐車されている車両１０の夫々に対応する１以上のエントリからなる。エントリには、車両ＩＤと関連付けて、ステータス（例えば貸与中又は未使用）、車両１０が駐車された駐車スペース１１の番号（駐車スペース１１のＩＤ）、借用者（被貸与者）、返却予定時刻、実際の返却時刻、遅延の有無、及び遅延理由が登録される。但し、実際の返却時刻、遅延の有無、及び遅延理由の登録はオプションである。

社用車ＤＢの作成（Ｓ４）に続いて、サーバ２は、貸与要求の送信元である従業員に貸与する車両１０の検索処理を行う（ステップＳ６）。図１０は、車両検索処理の一例を示すフローチャートである。

ステップＳ１１１では、プロセッサ２１は、車両ＤＢを参照し、貸与要求に合致するエントリを車両ＤＢから抽出する。すなわち、プロセッサ２１は、貸与要求中の希望車両情報を満たす車両関連情報を有し、且つ貸与要求中の返却予定時刻より退勤時刻が遅いエントリを、車両ＤＢから抽出する。例えば、車両１０の有する属性（車種、色、乗員数、及び動力タイプなど）の少なくとも一つが、要求元の希望を満たす車両１０を、希望と合致する車両１０として抽出することができる。合致するエントリが複数存在する場合には、プロセッサ２１は複数のエントリを抽出する。

ステップＳ１１２では、プロセッサ２１は、抽出したエントリ中の車両関連情報及び退勤時刻を含む検索結果のメッセージを生成して送信する処理を行う。検索結果のメッセージは、通信ＩＦ２３を介して端末４へ送信される（図４のステップＳ７）。

端末４では、プロセッサ３１が、通信ＩＦ３３ａを介して検索結果（単数又は複数の貸与車両の候補）のメッセージを受け取る。プロセッサ３１は、検索結果（各車両の車両関連情報及び退勤時刻）をディスプレイ３５に表示する。従業員Ｙは、ディスプレイ３５に表示された車両１０の候補の中から、貸与を受ける（借用する）車両１０（例えば、従業員Ｘの車両１０Ａ）を選択し、選択した車両１０Ａについての貸与の確定入力を行う。

すると、プロセッサ３１は、貸与を受けることを承認するメッセージ（車両の選択結果及び貸与の確定入力を含む）を生成し、サーバ２へ送信する処理を行う。メッセージは、通信ＩＦ３３ａからサーバ２へ送信される（図４のステップＳ８）。

ステップＳ１１３では、プロセッサ２１は、承認のメッセージを受け取る。ステップＳ１１４では、プロセッサ２１は、社用車ＤＢの更新を行う。すなわち、貸与が確定された車両１０Ａの車両ＩＤが登録されたエントリに、借用者（従業員Ｙ）の従業員ＩＤと、返却予定時刻とを登録する。このとき、候補として挙げたが、選択されなかった車両のエントリは削除されてもよい。

ステップＳ１１５では、プロセッサ２１は、車両１０Ａに対する車両保険を、企業が契約者の社用車の保険へ切り替える処理を行う。例えば、企業は、社用車として提供される車両に関する車両保険を保険会社と契約しておく。この契約には、保険の対象の車両を、適宜のタイミングで、社用車として提供される自家用車に切り替えることができる特約が含まれる。

この場合、プロセッサ２１は、企業と保険会社との合意に従って社用車に適用される車両保険の対象車両を、貸与が決定された車両１０Ａに対し、貸与から返却までの間に設定する処理を行う（第１の方法）。

或いは、プロセッサ２１は、貸与の都度、保険会社から保険の適用に承認を得るようにしてもよい。例えば、プロセッサ２１は、貸与の決定時に、ネットワーク１を介して、保険会社のコンピュータに、貸与する車両１０Ａに対する保険適用の依頼を送信し、保険会社のコンピュータから保険適用の旨を受信するようにしてもよい（第２の方法）。

なお、第１及び第２の方法の夫々において、社用車としての保険の適用が適宜のタイミングで解除される。例えば、車両１０Ａの返却時に、プロセッサ２１が、車両１０Ａに適用される保険を元に戻す処理を行う。或いは、保険適用の期限が返却予定時刻に応じて定められ、期限が到来すると自動的に保険の適用が切れるようにする。

ステップＳ１１６では、従業員Ｙについて車両１０を可用化するための情報の一例である認証情報をプロセッサ２１は記憶装置２２から取得する。認証情報は、従業員Ｙが所持する携帯端末（端末４）を認証する情報である。認証情報は記憶装置２２から読み出してもよく、所定のアルゴリズムに従って生成してもよく、ネットワーク１から取得してもよい。認証情報として、例えば、従業員Ｘの生体情報（指紋、光彩、及び掌の静脈のいずれかを数値化した情報）を用いてもよい。

ステップＳ１１７では、プロセッサ２１は、認証情報を端末４に送信する処理を行い、車両検索処理を終了する。認証情報を含むメッセージは、端末４に送信される（図４のステップＳ９）。ステップＳ１１８では、プロセッサ２１は、車両１０Ａの貸与を知らせる連絡情報（貸与連絡）を生成し、端末３へ送信する処理を行う（図４のステップＳ１０）。

認証情報を含むメッセージを受信した端末４は、記憶装置３２に認証情報を記憶する。これにより、端末４は、認証情報を記憶している間、車両１０Ａの電子キーとして動作可能な状態となる。

図１１は、端末４を含む車両１０Ａの施解錠システムの構成例を示す。施解錠システムは、端末４を車両１０の電子キーとして動作させる。図１１において、施解錠システムは、サーバ２と、端末４と、車両１０（例えば車両１０Ａ）に搭載された車載装置４０とを含む。車載装置４０は、キーユニット５０及び施解錠装置６０を含む。キーユニット５０は、低周波受信機（ＬＦ－Ｒ）５１、高周波送信機（ＲＦ－Ｔ）５２、近距離無線通信部５３、及び制御部（コントローラ）５４を含む。

ＬＦ－Ｒ５１は、施解錠装置６０から、ＬＦ（Low Frequency）帯の電波を介して送信
されたポーリング信号を受信する。ＲＦ－Ｒ５２は、ＲＦ(Radio Frequency)帯の電波を
介して、キーユニット５０に施解錠信号を送信する。施解錠信号は、車両１０のドアを解錠する信号（解錠信号）又は施錠する信号（施錠信号）である。

ここに、端末４では、入力装置３４の操作によって、車両１０を施解錠するための施解
錠画面をディスプレイ３５に呼び出すことができる。施解錠画面は、車両１０のドアを解錠するための解錠ボタンと、ドアを施錠するための施錠ボタンとを有する。解錠ボタンが押されると、端末４にて解錠信号が生成される。これに対し、施錠ボタンが押されると、端末４にて施錠信号が生成される。解錠信号及び施錠信号の夫々は、サーバ２から得られた認証情報とともに、近距離無線通信回路３３ｂから、近距離無線規格（例えばＢＬＥ）の電波として送信される。

キーユニット５０は、車両１０の車内の所定位置に置かれる。近距離無線通信部５３は、近距離無線通信によって、認証情報及び施解錠信号を受信する。制御部５４は、ＬＦ－Ｒ５１によって受信されるポーリング信号によって、施解錠装置６０の存在を認識する。また、制御部５４は、近距離無線通信部５３が端末４から受信した認証情報と、制御部５４が備える記憶装置に記憶されている認証情報とを比較する。比較の結果、認証情報同士が一致する場合には、認証成功と判定し、そうでない場合には、認証失敗と判定する。認証が成功した場合、制御部５４は、施解錠信号を生成し、施解錠信号と電子キーのＩＤ（キーＩＤ）を、ＲＦ－Ｔ５２から施解錠装置６０に送信する制御を行う。なお、端末４の認証方法は、上記例に限られない。

施解錠装置６０は、高周波送信機（ＬＦ－Ｔ）６１と、低周波受信機（ＲＦ－Ｒ）６２と、制御部（コントローラ）６３と、ドアロックモータ６４とを含む。ＬＲ－Ｔ６１は、ポーリング信号を周期的に送信する。ＲＦ－Ｒ６２は、キーユニット５０から送信された施解錠信号及びキーＩＤを制御部６３に渡す。制御部６３は、例えば、ＥＣＵである。制御部６３は、ＲＦ－Ｒ６２からのキーＩＤと制御部６３が有しているキーＩＤとが一致するか否かを以て、キーＩＤが正当か否かを判定する。キーＩＤが正当でない場合、制御部６３は特に処理を行わない。キーＩＤが正当である場合、制御部６３は、施解錠信号を用いてドアロックモータ６４の動作を制御し、ドアの解錠又は施錠を行う。すなわち、施解錠信号が解錠信号であれば、車両１０のドアが解錠され、施錠信号であれば、ドアが施錠される。

なお、キーＩＤの正当性の処理と、ドアロックモータ６４の処理とは異なる二つの制御部（例えば、照合ＥＣＵ及びボディＥＣＵ）によって行われてもよい。キーＩＤの正当性の判定は上記例に限られない。また、暗号化されたキーＩＤを受信し、キーＩＤの復号処理の後に正当性の判定が行われるようにしてもよい。

従業員Ｘの車両１０Ａが社用車として提供される場合、キーユニット５０が車両１０Ａの車内に置かれる。キーユニット５０は、例えば、従業員Ｘが企業から貸与を受けて車内に置く。このため、従業員Ｘが、キーユニット５０を所有していない場合でも、企業から提供されたキーユニット５０を車両１０Ａの車内に置き、従業員Ｙ（借用者）の端末４を用いて車両１０Ａのドアの施解錠を行うことが可能となる。このとき、従業員Ｘと従業員Ｙとの直接のやりとりは生じない。これに対し、車両１０Ａがキーユニット５０と施解錠装置６０とが一体となった装置を具備している場合、キーユニット５０の設置は不要である。

車両１０の貸与を受けた従業員Ｙは、端末４を所持して車両１０Ａの駐車スペース１１へ行き、施解錠画面をディスプレイ３５に呼び出して、解錠ボタンを押す。すると、解錠信号及び認証情報が車両１０Ａのキーユニット５０に受信され（ステップＳ１１）、ドアの解錠が行われる（ステップＳ１２）。

これによって、従業員Ｙは、車両１０Ａの車内に入り、運転席に座って、車内に設けられたスタートボタンを押すことができる。スタートボタンが押されることによって、車両１０Ａのエンジンが起動し、従業員Ｙが車両１０Ａを運転可能な状態となる。従業員Ｙは
、駐車スペース１１から車両１０Ａを出して、目的地（業務を行う場所）へ移動する。

従業員Ｙは、出先で用事を済ませると、帰社して駐車スペース１１に車両１０Ａを駐車する。返却時に車両１０Ａを駐車する駐車スペース１１は、貸与時の駐車スペース１１と同じであっても異なっていてもよい。従業員Ｙは降車の後、施解錠画面を端末４のディスプレイ３５に呼び出して施錠ボタンを押す。すると、施錠信号及び認証情報が車両１０Ａのキーユニット５０に送られ（ステップＳ１３）、車両１０Ａのドアが施錠される。当然ながら、従業員Ｙは、貸与から返却までの間に、端末４を用いて何度でも車両１０Ａのドアの解錠及び施錠を行うことができる。また、車両１０Ａがトランクルームを有する場合、ドアの解錠又は施錠とともに、トランクルームの解錠又は施錠が行われるようにしてもよい。

なお、認証情報は、端末４に受信されてから所定時間が経過すると、自動的に消去される。または、キーユニット５０が認証情報を変更して、端末４からの認証情報を無効化してもよい。或いは、サーバ２から、所定のタイミングで認証情報の消去または無効化の指示が端末４に送信されるようにしてもよい。

ところで、サーバ２のプロセッサ２１は、認証情報を送信した後、貸与連絡の送信（ステップＳ１０）と前後して、タイマの設定を行う（ステップＳ１５）。タイマは、退勤時刻以前の所定時間、例えば車両１０Ａを貸し出した従業員Ｘの退勤時刻から所定時間（例えば１０分）遡った時刻に設定される。プロセッサ２１は、車両１０Ａの車両ＩＤを用いて、従業員Ｘの退勤時刻を車両ＤＢから取得することができる。所定時間の１０分は一例であり、３０分より長くても短くてもよい。

タイマが満了すると（ステップＳ１６のＹ）、プロセッサ２１は、返却確認の処理を行う（ステップＳ１７）。すなわち、プロセッサ２１は、複数の駐車スペース１１の夫々に対応するセンサ５に制御信号を送信し、複数のセンサ５のいずれかから車両１０Ａの撮像画像が送信されてくるのを待つ。このとき、車両１０Ａの撮像画像が受信された場合には、サーバ２は、車両１０Ａが返却されたと判定し（ステップＳ１８のＹ）、端末３に返却連絡のメッセージを送信する（ステップＳ１９）。

メッセージを受信した端末３は、返却連絡をディスプレイ３５に表示する。これによって、従業員Ｘに車両１０Ａが返却されたことが報知される。返却連絡は、プッシュ通知でも電子メールでもよく、従業員Ｘが車両１０Ａの返却を認識できればよい。

また、センサ５が撮像画像とともにセンサ５のＩＤを送信し、サーバ２がセンサ５のＩＤから駐車スペース１１の番号を割り出すことができる構成である場合がある。また、センサ５が撮像画像ともに駐車スペース１１の番号をサーバ２に送信する構成である場合がある。或いは、サーバ２が撮像画像の解析によって、撮像画像中にある駐車スペース１１の番号を取得する構成である場合がある。これらの場合に、センサ５からサーバ２が返却連絡とともに、車両１０Ａが駐車された駐車スペース１１の番号を報知する構成を採用し、従業員Ｘが退社時に車両１０を見つけやすくしてもよい。

また、車両１０Ａが返却されたと判定される場合、プロセッサ２１は、社用車ＤＢの車両１０Ａのエントリに実際の返却時刻を登録し、このエントリを、記憶装置２２などに設けられた社用車の貸出履歴に保存する。この時点で、社用車ＤＢの登録内容はクリアされてもよい。社用車の貸出履歴は、例えば、自家用車を提供した従業員Ｘへの対価の計算等に用いられる。

ステップＳ１８にて、いずれのセンサ５からも応答がなかった場合には、プロセッサ２
１は、車両１０Ａの返却が遅延する、又は遅延の可能性を示す連絡を含むメッセージ（遅延可能性連絡）を生成し、従業員Ｘの端末３に送信する（ステップＳ２０）。遅延可能性連絡を受信した端末３は、ディスプレイ３５に遅延可能性連絡を表示する。このように、返却が退勤時刻より遅れる可能性がある場合には、その旨が従業員に報知される。これによって、退勤時刻を迎えた従業員が駐車スペース１１に向かわず自席で返却を待つなど、よりよい行動をとることができる。

図４に示すステップＳ２１～Ｓ２５は、ステップＳ１８で車両１０Ａが返却されていない場合の動作である。ステップＳ２１において、サーバ２のプロセッサ２１は、定期的に（例えば、５～１０分毎に）、駐車スペース１１の駐車状況を監視し、センサ５からの応答に基づいて車両１０の返却Ａを判定する（ステップＳ２２）。

ステップＳ２２において、車両１０Ａが返却されたと判定される場合（Ｓ２２のＹ）、プロセッサ２１は、返却の連絡を含むメッセージを生成し、端末３に送信する（ステップＳ２３）。このとき、遅延に対するお詫びの旨を含めてもよい。お詫びに代えて、又はお詫びとともに、従業員Ｘに対して何らかの補填（社員食堂の割引券など）を提供してもよい。

また、ステップＳ２２にて、車両１０Ａが返却されたと判定される場合、プロセッサ２１は、社用車ＤＢにおける車両１０Ａのエントリに実際の返却時刻を登録し、遅延“有”を記録する。さらに、プロセッサ２１は、従業員Ｙに遅延の理由を報告する依頼を含むメッセージを生成し、端末４へ送信する（ステップＳ２４）。

従業員Ｙは、端末４が受信した報告依頼に応じて、遅延の理由を端末４に入力する。端末４は、遅延の理由を含むメッセージをサーバ２へ送信する。サーバ２では、メッセージを受信すると、メッセージ中の遅延の理由を社用車ＤＢの対応するエントリに記録する。その後、エントリは、社用車の貸出履歴に保存される。 遅延の理由は、自家用車を社用車として貸与するサービスの向上のための資料として使用される。

なお、自家用車（車両１０）の利用に伴うエネルギーの補充（給油又は充電など）は、自家用車の供給者（従業員Ｘなど）が行う。但し、給油のように補充に要する時間が短時間で済む場合、借用者（従業員Ｙなど）が返却前に行うようにしてもよい。エネルギーに対する代金は、企業が負担しても、自家用車を提供する従業員に企業が支払う対価と相殺してもよい。また、貸与から返却までの間に、キズ等が車両１０に生じていた場合に、その修理代金を企業が補償するようにしてもよい。

＜実施形態の作用効果＞
実施形態に係る情報処理システムによれば、サーバ２による支援によって、木企業は、従業員Ｘが通勤に用い、駐車スペース１１に駐車した車両１０を従業員Ｙに社用車として貸与することができる。これによって、企業が無駄な社用車を保有することを回避することができる。従業員は、自家用車を社用車として提供することで、企業から対価を得ることができる。

＜変形例＞
なお、上述した実施形態では、サーバ２のプロセッサ２１が、貸与要求の受信を契機にセンサ５に制御信号を送り、応答を受信して社用車ＤＢを更新する構成を採用した。これに対し、貸与要求とは無関係に、センサ５が周期的に動作を行い、その結果に基づく社用車ＤＢが構築され、貸与要求に応じて、その次点の社用車ＤＢが車両検索のために参照される構成を採用してもよい。或いは、サーバ２にセンサ５からのデータが到来した場合に、割込処理によって、社用車ＤＢが更新されてもよい。

また、実施形態で説明した構成に変えて、図１２及び図１３に示す変形例の構成を採用してもよい。すなわち、図１２に示すように、社用車の貸与を希望する従業員Ｙに関して、貸与要求の送信に用いる端末４と、認証情報を受信する携帯端末４Ａ（端末４と異なる端末）とを使い分けてもよい。携帯端末４Ａは、サーバ２とネットワーク１を介して通信可能である。

例えば、端末３及び端末４は、企業内で従業員間の連絡に用いられるグループウェアの操作に使用される固定端末である。これに対し、携帯端末４Ａは、従業員Ｙが所持するスマートフォンである。貸与要求には、携帯端末４Ａのネットワークアドレス（例えば、「その他」の情報に含まれる）が含まれ、従業員Ｙに車両１０の貸与が決定された場合に、サーバ２は、ネットワークアドレスを用いて、携帯端末４Ａに認証情報を送信する（図１３のＳ９Ａ参照）。従業員Ｙは、実施形態における端末４の代わりに、携帯端末４Ａを車両１０の電子キーとして動作させることができる。

なお、実施形態では、端末３は、車両情報の登録と、貸与の連絡、返却の連絡、及び返却の遅延又は遅延可能性を示す連絡の夫々の受信とを行う。これに対し、端末３の代わりに、従業員Ｘが車両情報の登録に用いる端末と、貸与の連絡、返却の連絡、返却の遅延又は遅延可能性を示す連絡を受信する端末とを使い分けてもよい。例えば、車両情報の登録に用いる端末は、企業が従業員Ｘに貸与する業務用の端末で、連絡を受ける端末は、従業員Ｘの個人所有の携帯端末であってもよい。

＜その他＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

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

１・・・ネットワーク
２・・・サーバ
３,４・・・端末
５・・・センサ
１０・・・車両
１１・・・駐車スペース
２１・・・プロセッサ
２２・・・記憶装置
２３・・・通信インタフェース
２４・・・入力装置
２５・・・ディスプレイ

Claims (18)

1. 情報処理装置が、
   企業の業務に使用される社用車の貸与要求を取得することと、
   前記貸与要求に応じた社用車を、前記企業の従業員が出勤に用いた自家用車であって、前記社用車として使用可能な自家用車の中から前記貸与要求に含まれた社用車の返却予定時刻より退勤時刻が遅い従業員の自家用車を選択することと、
   前記貸与要求に応じた社用車の選択において選択された自家用車が前記社用車として貸与される場合に、前記貸与要求の要求元に前記選択された自家用車を利用可能にする可用化情報を供給することと、
   を含む情報処理方法。
2. 前記情報処理装置は、前記貸与要求に応じた社用車を、前記企業の従業員が出勤に用いた自家用車のうち、前記社用車として利用可能な自家用車を駐車する駐車スペースに駐車中の自家用車の中から選択する、
   請求項１に記載の情報処理方法。
3. 前記情報処理装置は、前記駐車スペースに設けられたセンサの出力に基づいて特定された前記駐車スペースに駐車中の自家用車を、前記貸与要求に応じた社用車の選択に使用する
   請求項２に記載の情報処理方法。
4. 前記情報処理装置は、前記貸与要求に応じた社用車の選択において、前記貸与要求に含まれた、車種、乗員数、色、及び動力タイプのうちの少なくとも１つに関する前記貸与要求の要求元の希望と合致する自家用車を選択する
   請求項１から３のいずれか一項に記載の情報処理方法。
5. 前記情報処理装置が、前記貸与要求の要求元が有する携帯端末に前記可用化情報を送信する
   請求項１から４のいずれか一項に記載の情報処理方法。
6. 前記情報処理装置が、前記貸与要求の送信に用いた端末と異なる前記携帯端末に前記可
   用化情報を送信する
   請求項５に記載の情報処理方法。
7. 前記可用化情報は、前記携帯端末を前記社用車として貸与された自家用車の電子キーとして動作させる情報を含む
   請求項５又は６に記載の情報処理方法。
8. 前記情報処理装置は、前記貸与要求に応じた社用車の選択において選択された自家用車が前記社用車として貸与される場合に、前記選択された自家用車の所有者たる従業員に、貸与を示す情報を供給する
   請求項１から７のいずれか一項に記載の情報処理方法。
9. 前記情報処理装置は、前記社用車として貸与された自家用車の所有者たる従業員の退勤時刻以前の所定時刻までに、前記社用車として貸与された自家用車の返却を示す情報を取得した場合には、返却を示す情報を前記所有者たる従業員に供給し、そうでない場合には、返却の遅延又は返却の遅延の可能性を示す情報を前記所有者たる従業員に供給する
   請求項１から８のいずれか一項に記載の情報処理方法。
10. 情報処理装置が、
    企業の業務に使用される社用車の貸与要求を取得することと、
    前記貸与要求に応じた社用車を、前記企業の従業員が出勤に用いた自家用車であって、前記社用車として使用可能な自家用車の中から選択することと、
    前記貸与要求に応じた社用車の選択において選択された自家用車が前記社用車として貸与される場合に、前記貸与要求の要求元に前記選択された自家用車を利用可能にする可用化情報を供給することと、
    を含み、
    前記情報処理装置は、前記社用車として貸与された自家用車の所有者たる従業員の退勤時刻以前の所定時刻までに、前記社用車として貸与された自家用車の返却を示す情報を取得した場合には、返却を示す情報を前記所有者たる従業員に供給し、そうでない場合には、返却の遅延又は返却の遅延の可能性を示す情報を前記所有者たる従業員に供給する
    情報処理方法。
11. 企業の業務に使用される社用車の貸与要求を取得する処理と、前記貸与要求に応じた社用車を、前記企業の従業員が出勤に用いた自家用車であって、前記社用車として使用可能な自家用車の中から前記貸与要求に含まれた社用車の返却予定時刻より退勤時刻が遅い従業員の自家用車を選択する処理と、前記貸与要求に応じた社用車の選択において選択された自家用車が前記社用車として貸与される場合に、前記貸与要求の要求元に前記選択された自家用車を利用可能にする可用化情報を供給する処理とを実行する処理部、
    を含む情報処理装置。
12. 前記処理部は、前記貸与要求に応じた社用車を、前記企業の従業員が出勤に用いた自家用車のうち、前記社用車として利用可能な自家用車を駐車する駐車スペースに駐車中の自家用車の中から選択する、
    請求項１１に記載の情報処理装置。
13. 前記処理部は、前記駐車スペースに設けられたセンサの出力に基づいて特定された前記駐車スペースに駐車中の自家用車を、前記貸与要求に応じた社用車の選択に使用する
    請求項１２に記載の情報処理装置。
14. 前記処理部は、前記貸与要求に応じた社用車の選択において、前記貸与要求に含まれた
    、車種、乗員数、色、及び動力タイプのうちの少なくとも１つに関する前記貸与要求の要求元の希望と合致する自家用車を選択する
    請求項１１から１３のいずれか一項に記載の情報処理装置。
15. 企業の業務に使用される社用車の貸与要求を取得する処理と、前記貸与要求に応じた社用車を、前記企業の従業員が出勤に用いた自家用車であって、前記社用車として使用可能な自家用車の中から選択する処理と、前記貸与要求に応じた社用車の選択において選択された自家用車が前記社用車として貸与される場合に、前記貸与要求の要求元に前記選択された自家用車を利用可能にする可用化情報を供給する処理と、を含む情報処理装置と、
    ネットワークを介して前記可用化情報を受信する前記貸与要求の要求元の携帯端末と、
    前記選択された自家用車の所有者たる従業員の端末であって、前記社用車として貸与された自家用車の所有者たる従業員の退勤時刻以前の所定時刻までに、前記社用車として貸与された自家用車の返却を示す情報を前記情報処理装置が取得した場合に、返却を示す情報を、ネットワークを介して前記情報処理装置から受信し、そうでない場合に、返却の遅延又は返却の遅延の可能性を示す情報を、前記ネットワークを介して前記情報処理装置から受信する端末と、
    を備える情報処理システム。
16. 前記携帯端末は、前記貸与要求を前記情報処理装置に送信した端末と異なる
    請求項１５に記載の情報処理システム。
17. 前記可用化情報は、前記携帯端末を前記選択された自家用車の電子キーとして動作させる情報を含む
    請求項１５又は１６に記載の情報処理システム。
18. 前記選択された自家用車の所有者たる従業員の端末であって、前記貸与要求に応じた社用車の選択において選択された自家用車が前記社用車として貸与される場合に、前記情報処理装置から送信された、貸与を示す情報を、ネットワークを介して受信する端末
    をさらに備える請求項１５から１７のいずれか一項に記載の情報処理システム。

Images