JP7651981B2 - 情報処理装置、情報処理方法、および、プログラム - Google Patents

Description

本開示は、車両の整備に関する。

自動車のメンテナンスをサポートするためのシステムが知られている。これに関連する発明として、例えば、特許文献１には、車両の点検整備を行う担当者を適切に割り当てる予約点検システムに関する発明が開示されている。

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

本開示は、車両に対する作業を効率化することを目的とする。

本開示の第一の態様は、第一の車両に対して実施する作業の内容を示す作業情報を取得することと、実施可能な作業の内容を、複数の拠点のそれぞれと関連付けた第一のデータに基づいて、前記作業情報が示す作業が実施可能な第一の拠点を決定することと、を実行する制御部を有する、情報処理装置である。

また、本開示の第二の態様は、第一の車両に対して実施する作業の内容を示す作業情報を取得するステップと、実施可能な作業の内容を、複数の拠点のそれぞれと関連付けた第一のデータに基づいて、前記作業情報が示す作業が実施可能な第一の拠点を決定するステップと、を含む、情報処理方法である。

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

本開示によれば、車両に対する作業を効率化することができる。

予約システムの概要を説明する図。 予約サーバ、拠点サーバ、およびユーザ端末の構成を説明する図。 予約サーバに記憶される拠点データの例。 予約サーバに記憶される空き状況データの例。 予約サーバに記憶される装備品データの例。 第一のフェーズに対応する処理のフロー図。 拠点サーバで提供される画面の例。 第二のフェーズに対応する処理のフロー図。 ユーザ端末によって提供される画面の例。 ユーザ端末によって生成される入庫リクエストの例。 ステップＳ２３において実行される処理のフローチャート。 ユーザ端末に送信される整備拠点のリストの例。 予約サーバによって生成される予約データの例。 第二の実施形態における予約サーバの構成を説明する図。 第二の実施形態における車両データの例。 第二の実施形態における装備品データの例。 第二の実施形態におけるステップＳ２３の処理フローチャート。 第三の実施形態における拠点データの例。 第三の実施形態におけるステップＳ２３の処理フローチャート。 第三の実施形態におけるコストデータの例。 第三の実施形態においてユーザ端末に送信される整備拠点のリストの例。

近年の車両機能の向上に伴い、車両が有する設備や機能を事後的にアップグレードできるシステムが検討されている。例えば、新車購入時に装備されていなかった安全装備を事後的に追加することが可能になりつつある。

一方、アップグレード対象のコンポーネントによっては、作業を行える拠点が限定されてしまうことがある。例えば、車両の走行システムに深く関連するコンポーネントは、メーカーが認証した工場でしか扱いが許可されないといったことがあり得る。
すなわち、対象のコンポーネントによっては、作業が可能な拠点とそうでない拠点が混在することによる混乱が生じてしまうおそれがある。
本開示に係る情報処理装置は、かかる問題を解決する。

本開示の第一の態様に係る情報処理装置は、第一の車両に対して実施する作業の内容を示す作業情報を取得することと、実施可能な作業の内容を、複数の拠点のそれぞれと関連付けた第一のデータに基づいて、前記作業情報が示す作業が実施可能な第一の拠点を決定することと、を実行する制御部を有することを特徴とする。

第一の車両に対して行われる作業には、メンテナンス作業のほか、コンポーネントの交換、追加、アップグレード、取り外し作業などが含まれる。なお、対象のコンポーネントには、ハードウェアだけでなく、ソフトウェアも含まれる。
作業情報は、作業の具体的な内容を表す情報である。作業情報には、例えば、作業の種別や、対象のコンポーネントを特定する情報等が含まれていてもよい。作業の種別として、例えば、点検、消耗品の交換、ソフトウェアのインストール、アンインストール、アップグレード、ハードウェアの取り付け、取り外し等が例示できる。
作業情報は、車両に対する作業をリクエストする情報とともに、外部装置から送信されてもよい。

第一のデータは、複数の拠点のそれぞれにおいて実施が可能な作業の内容を表すデータである。制御部は、作業情報と、第一のデータに基づいて、第一の車両に対して指定された作業を行うことができる拠点を決定する。
かかる構成によると、複数の拠点の中から、希望する作業を行うことができる拠点を迅速に決定することができる。

以下、本開示の具体的な実施形態について図面に基づいて説明する。各実施形態に記載されているハードウェア構成、モジュール構成、機能構成等は、特に記載がない限りは開示の技術的範囲をそれらのみに限定する趣旨のものではない。

（第一の実施形態）
第一の実施形態に係る予約システムの概要について、図１を参照しながら説明する。
本実施形態に係る予約システムは、複数の整備拠点を管理する予約サーバ１００と、各
整備拠点に対応する一つ以上の拠点サーバ２００と、一つ以上のユーザ端末３００と、を含んで構成される。

整備拠点とは、車両に対して所定の作業を行うことができる拠点（整備工場など）である。本実施形態において、所定の作業とは、車両が有するコンポーネントを追加、交換、またはアップグレードする作業を含む。コンポーネントは、ハードウェアコンポーネントであってもよいし、ソフトウェアコンポーネントであってもよい。また、ハードウェアコンポーネントは、車載機器であってもよいし、車室設備であってもよい。
本明細書では、作業対象のコンポーネントを「装備品」と称する。

車載機器の一例として、例えば、車両の電子制御ユニットなどが挙げられる。車載機器を追加またはアップグレードすることで、車両に新たな機能を付加することができる。例えば、車両に先進安全システム（衝突被害軽減ブレーキ、誤発進抑制制御装置、車間距離制御装置、車線逸脱抑制装置、後側方接近車両注意喚起装置、または、前照灯自動切替装置など）を追加することができる。
また、車室設備の一例として、例えば、シート、サンルーフ、バックミラーなどが挙げられる。車室設備を追加またはアップグレードすることで、車両に新たな価値を付加することができる。車室設備のアップグレードとして、例えば、本革シートへの交換、電動シートへの交換、ステアリングヒーターの追加、シートヒーターの追加、デジタルミラーへの交換などが例示できる。

予約サーバ１００は、複数の整備拠点を管理する装置である。予約サーバ１００は、ユーザ端末３００から送信されたリクエスト（以下、作業リクエスト）に基づいて、所定の車両に対して作業を行うための予約を行う。予約サーバ１００は、整備拠点ごとに、実施可能な作業の内容を管理しており、作業リクエストによって要求された作業の内容に基づいて、車両を入庫させる整備拠点を決定することができる。予約サーバ１００が生成した予約に関するデータ（以下、予約データ）は、拠点サーバ２００とユーザ端末３００に送信される。

拠点サーバ２００は、車両に対して作業を行う整備拠点に関連付いたサーバ装置である。整備拠点とは、例えば、車両の製造工場、整備工場、カーディーラーなどである。拠点サーバ２００は、予約サーバ１００からの指示に基づいて、車両の受け入れを行い、当該車両に対する作業を実施する。

ユーザ端末３００は、ユーザに関連付いたコンピュータである。ユーザは、ユーザ端末３００を介して予約サーバ１００にアクセスし、作業を予約することができる。なお、ユーザ端末３００は、車両のオーナーが所持しているコンピュータであってもよいし、事業者の店舗（例えば、自動車販売店等）に設置されたコンピュータであってもよい。

図２は、本実施形態に係る予約システムに含まれる、予約サーバ１００、拠点サーバ２００、およびユーザ端末３００の構成要素をより詳細に示した図である。ここではまず、ユーザ端末３００について説明する。
ユーザ端末３００は、例えば、パーソナルコンピュータ、スマートフォン、携帯電話、タブレットコンピュータ、個人情報端末といったコンピュータである。ユーザ端末３００は、制御部３０１、記憶部３０２、通信部３０３、および入出力部３０４を含んで構成される。

制御部３０１は、ユーザ端末３００が行う制御を司る演算装置である。制御部３０１は、ＣＰＵ（Central Processing Unit）などの演算処理装置によって実現することができ
る。
制御部３０１は、予約サーバ１００にアクセスしてインタラクションを行う機能を実行する。当該機能は、ユーザ端末３００で動作するウェブブラウザや、専用のアプリケーションソフトウェアによって実現されてもよい。

記憶部３０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部３０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部３０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。補助記憶装置には、制御部３０１で実行されるプログラムをアプリケーションとしてパッケージ化したものを記憶してもよい。また、これらのアプリケーションを実行するためのオペレーティングシステムを記憶してもよい。補助記憶装置に記憶されたプログラムが主記憶装置にロードされ、制御部３０１によって実行されることで、以降に説明する処理が行われる。

主記憶装置は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含んでもよい。また、補助記憶装置は、ＥＰＲＯＭ（Erasable Programmable ROM）やハード
ディスクドライブ（ＨＤＤ、Hard Disk Drive）を含んでもよい。さらに、補助記憶装置
は、リムーバブルメディア、すなわち可搬記録媒体を含んでもよい。

通信部３０３は、ユーザ端末３００をネットワークに接続するための無線通信インタフェースである。通信部３０３は、例えば、無線ＬＡＮや３Ｇ、ＬＴＥ、５Ｇ等の移動体通信サービスを介して、予約サーバ１００と通信可能に構成される。
入出力部３０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示するユニットである。入出力部３０４は、例えば、一つのタッチパネルディスプレイからなる。入出力部３０４は、液晶ディスプレイとその制御手段、タッチパネルとその制御手段から構成されてもよい。

次に、予約サーバ１００について説明する。
予約サーバ１００は、複数の整備拠点を管理するためのデータベースを管理しており、ユーザ端末３００から作業リクエストが送信された場合に、指定された作業が可能な整備拠点を選択し、予約データを生成する。
また、予約サーバ１００は、拠点サーバ２００から送信されたデータに基づいて、データベースの更新を行うこともできる。

本実施形態では、予約サーバ１００は、拠点サーバ２００およびユーザ端末３００とのインタラクションを行うためのＷｅｂサーバを実行可能に構成されてもよい。この場合、例えば、拠点サーバ２００およびユーザ端末３００が、ブラウザを用いてＷｅｂサービスにアクセスすることで、情報の入出力を行うことができる。なお、予約サーバ１００は、Ｗｅｂサーバ以外の手段によってサービスを提供してもよい。例えば、拠点サーバ２００やユーザ端末３００にインストールされた専用のアプリケーションソフトウェアと所定のプロトコルによって対話するサービスを予約サーバ１００において実行してもよい。

予約サーバ１００は、汎用のコンピュータにより構成することができる。すなわち、予約サーバ１００は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶装置の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。

予約サーバ１００は、制御部１０１、記憶部１０２、および、通信部１０３を有して構成される。
制御部１０１は、予約サーバ１００が行う制御を司る演算装置である。制御部１０１は、ＣＰＵなどの演算処理装置によって実現することができる。
制御部１０１は、予約部１０１１、および、データ更新部１０１２の２つの機能モジュールを有して構成される。各機能モジュールは、記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

予約部１０１１は、ユーザ端末３００から受信した作業リクエストに基づいて、車両に対して作業を行う整備拠点の予約を行う。具体的には、作業リクエストに含まれる作業情報に基づいてデータベースを検索し、指定された作業が行える整備拠点を選択する処理と、選択した整備拠点を予約するためのデータ（予約データ）を生成する処理と、を実行する。

本実施形態では、予約部１０１１は、データベースに記憶された以下のデータを参照し、作業を行う整備拠点を決定する。
（１）拠点データ
拠点データは、管理下にある整備拠点のそれぞれに固有なデータである。拠点データには、整備拠点ごとに可能な作業の内容が定義されている。
（２）空き状況データ
空き状況データは、予約の空き状況を整備拠点ごとに記憶するデータである。
（３）装備品データ
装備品データは、装備品の販売価格、取り付け工賃、作業所要時間などを記憶するデータである。
これらのデータは、それぞれ、拠点データ１０２Ａ、空き状況データ１０２Ｂ、装備品データ１０２Ｃとして、記憶部１０２に記憶される。

データ更新部１０１２は、拠点サーバ２００から受信したデータに基づいて、上記の三種類のデータを更新する。

記憶部１０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部１０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部１０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。

また、記憶部１０２は、前述した拠点データ１０２Ａ、空き状況データ１０２Ｂ、装備品データ１０２Ｃを記憶する。

拠点データ１０２Ａは、管理下にある整備拠点のそれぞれに固有なデータである。
図３Ａは、拠点データ１０２Ａの一例である。図示したように、拠点データ１０２Ａは、複数の整備拠点の識別子および位置情報を含む。また、拠点データ１０２Ａは、整備拠点ごとに、車両モデルおよび装備品の組み合わせ、当該組み合わせに対する作業の実施可否を記憶する。例えば、図示した例では、整備拠点「Ｆ００１」において、車両モデル「Ｍ００１」と装備品「Ｅ００１」の組み合わせに対する作業が行える旨と、車両モデル「Ｍ００１」と装備品「Ｅ００２」の組み合わせに対する作業が行えない旨が定義されている。
拠点データ１０２Ａを参照することで、所定の車両モデルに対して所定の装備品を施工できる整備拠点を検索することができる。
なお、本明細書において、車両モデルとは、車種、年式、グレード別に定義される。

空き状況データ１０２Ｂは、整備拠点において予約の空きがある日時を表したデータである。空き状況データ１０２Ｂを参照することで、作業が可能な日時を特定することができる。図３（Ｂ）に、空き状況データ１０２Ｂの例を示す。
空き状況データ１０２Ｂには、整備拠点および日付ごとの、空き状況に関するデータが記憶される。空き状況に関するデータは、例えば、設備（ピット）や整備担当者ごとのタイムテーブルなどを含んでいてもよい。空き状況に関する情報は、例えば、整備拠点の係員によって、拠点サーバ２００を介して随時送信され、更新される。

装備品データ１０２Ｃは、車両に装着可能な装備品に関するデータである。
図３Ｃに、装備品データ１０２Ｃの例を示す。装備品データ１０２Ｃには、車両モデルと装備品の組み合わせ、装備品の販売価格、時間工賃、取り付け所要時間、取り外し所要時間などに関するデータが記憶される。装備品データ１０２Ｃを参照することで、作業にかかる金額や、作業の所要時間を取得することができる。

前述した各データは、プロセッサによって実行されるデータベース管理システム（ＤＢＭＳ）のプログラムが、記憶装置に記憶されるデータを管理することで構築されてもよい。この場合、各データは、例えばリレーショナルデータベースとすることができる。

通信部１０３は、予約サーバ１００をネットワークに接続するための通信インタフェースである。通信部１０３は、例えば、ネットワークインタフェースボードや、無線通信のための無線通信インタフェースを含んで構成される。

次に、拠点サーバ２００について説明する。
拠点サーバ２００は、車両に対して作業を行う整備拠点に設置された装置である。拠点サーバ２００は、予約サーバ１００から送信された予約データを取得する。また、拠点サーバ２００は、作業に関するデータ（例えば、装備品ごとの作業の可否に関するデータや、予約の空き状況に関するデータ等）を予約サーバ１００に送信する。

拠点サーバ２００は、予約サーバ１００と同様に、汎用のコンピュータにより構成することができる。すなわち、拠点サーバ２００は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。

拠点サーバ２００は、制御部２０１、記憶部２０２、通信部２０３、および、入出力部２０４を有して構成される。
制御部２０１は、拠点サーバ２００が行う制御を司る演算装置である。制御部２０１は、ＣＰＵなどの演算処理装置によって実現することができる。
制御部２０１は、予約受付部２０１１、および、データ送信部２０１２の２つの機能モジュールを有して構成される。各機能モジュールは、記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

予約受付部２０１１は、予約サーバ１００から予約データを受信し、整備拠点の係員に提供する。

データ送信部２０１２は、整備拠点の係員によって行われた入力に基づいて、以下の情報を取得し、予約サーバ１００に送信する。
（１）車両モデルおよび装備品ごとの作業の実施可否を表す情報（第一情報）
（２）予約の空き状況を表す情報（第二情報）
（３）装備品ごとの価格および工賃を表す情報（第三情報）
第一情報によって、予約サーバ１００が有する拠点データ１０２Ａが更新される。同様に、第二情報によって、空き状況データ１０２Ｂが更新される。また、第三情報によって、装備品データ１０２Ｃが更新される。以下、第一ないし第三情報を、拠点情報と総称する。

記憶部２０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部２０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部２０１において実行されるプログラムや、当該制御プログラムが利用するデータ（前述した拠点情報を含む）が記憶される装置である。

通信部２０３は、拠点サーバ２００をネットワークに接続するための通信インタフェースである。通信部２０３は、例えば、ネットワークインタフェースボードや、無線通信のための無線通信インタフェースを含んで構成される。
入出力部２０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示するユニットである。入出力部２０４は、例えば、外部ディスプレイとのインタフェース、キーボード、マウス等を含んでもよい。

なお、図２に示した構成は一例であり、図示した機能の全部または一部は、専用に設計された回路を用いて実行されてもよい。また、図示した以外の、主記憶装置および補助記憶装置の組み合わせによってプログラムの記憶ないし実行を行ってもよい。

次に、予約システムに含まれる各装置が実行する処理の詳細を説明する。
各装置が実行する処理は、拠点サーバ２００が拠点情報を予約サーバ１００に送信し、予約サーバ１００が有するデータベースを更新するフェーズと、ユーザ端末３００から送信されたリクエストに基づいて整備拠点を予約するフェーズに大別される。前者を第一のフェーズ、後者を第二のフェーズと称する。

図４は、第一のフェーズにおいて実行される処理を示したフローである。図４に示した処理は、拠点サーバ２００を操作する係員の要求によって開始される。

まず、ステップＳ１１で、拠点サーバ２００（データ送信部２０１２）が、拠点情報を生成する。拠点情報は、例えば、以下の三種類の画面を介して取得することができる。
（１）車両モデルおよび装備品ごとの作業の実施可否を入力する第一の画面
（２）予約の空き状況を入力する第二の画面
（３）装備品の価格および工賃を入力する第三の画面
第一の画面を介して第一情報を、第二の画面を介して第二情報を、第三の画面を介して第三情報をそれぞれ取得することができる。
図５は、これらの情報を入力する画面の例である。なお、本実施形態では、拠点情報に、第一情報、第二情報、および、第三情報を含ませるが、拠点情報は、必ずしも上記の三種類の情報を全て含んでいる必要はない。拠点情報は、例えば、例示した三種類の情報のうちの少なくとも一つを含んでいればよい。

ステップＳ１２では、データ送信部２０１２が、入力された情報に基づいて生成された拠点情報を予約サーバ１００へ送信する。
ステップＳ１３では、予約サーバ１００（データ更新部１０１２）が、受信した拠点情報に基づいて、データベースの更新を行う。具体的には、拠点情報に、装備品の取り扱いに関する情報（第一情報）が含まれる場合、データ更新部１０１２は、拠点データ１０２Ａを更新する。拠点情報に、予約の空き状況に関する情報（第二情報）が含まれる場合、データ更新部１０１２は、空き状況データ１０２Ｂを更新する。また、拠点情報に、装備
品の価格および工賃に関する情報（第三情報）が含まれる場合、データ更新部１０１２は、装備品データ１０２Ｃを更新する。

なお、本例では、整備拠点からの申告に基づいて拠点データ１０２Ａを更新したが、装備品の取り扱いの可否はシステム管理者によって設定されてもよい。例えば、先進安全システムなど、安全に係る装備品などについては、車両メーカーと関連のある整備拠点、または、当該車両メーカーが認証した整備拠点においてのみ取り扱いを許可することもできる。この場合、拠点サーバ２００からの第一情報の送信を制限してもよい。

次に、第二のフェーズで行われる処理について説明する。
図６は、第二のフェーズにおいて実行される処理を示したフローである。図６に示した処理は、ユーザ端末３００の操作によって開始される。

まず、ステップＳ２１で、制御部３０１が、作業を行う対象の車両（以下、対象車両）の車両モデルを特定するための情報（以下、車両情報）、および、作業の内容を指定するための情報（以下、作業情報）を取得する。
車両情報は、車両の形式、年式、グレード等を特定するための情報であって、例えば、ＶＩＮ（Vehicle Identification Number）や、車台番号、フレームナンバーなどを用い
ることができる。
作業情報は、作業の種別、および、対象の装備品を指定する情報である。作業の種別として、以下のようなものが挙げられる。
・ハードウェアの取り付け（購入）
・ハードウェアの取り付け（持ち込み）
・ハードウェアの交換（購入）
・ハードウェアの交換（持ち込み）
・ハードウェアの取り外し
・ソフトウェアのインストール
・ソフトウェアのアンインストール
・ソフトウェアのアップグレード
図７（Ａ）は、車両情報および作業情報を取得するユーザインタフェース画面の例である。

次に、ステップＳ２２で、作業の希望エリア、および、入庫を希望する日時の指定を取得する。図７（Ｂ）は、エリアおよび日時を指定するユーザインタフェース画面の例である。ここでは、エリアとして、予め分割された複数のエリアのうちのいずれかを指定する。なお、時刻は、時間帯によって指定してもよい。

これらの情報の取得が完了すると、制御部３０１が入庫リクエストを生成し、予約サーバ１００へ送信する。図８は、入庫リクエストの一例である。図示したように、入庫リクエストには、車両情報、作業情報、入庫希望日時、希望エリアに関する情報などが含まれる。入庫リクエストは、予約部１０１１によって受信される。

次に、ステップＳ２３で、予約部１０１１が、取得した入庫リクエストに基づいて、作業を行う整備拠点と、入庫日時を決定する。
図９は、ステップＳ２３で予約サーバ１００（予約部１０１１）が実行する処理を詳細に説明するフローチャートである。

まず、ステップＳ２３１で、拠点データ１０２Ａを参照し、希望エリアに含まれる複数の整備拠点のリストを取得する。
次に、ステップＳ２３２で、取得したリストの中に、指定された作業を実施可能な整備
拠点があるか否かを判定する。具体的には、入庫リクエストに含まれる車両情報から車両モデルを特定し、入庫リクエストに含まれる作業情報から、作業の種別および装備品を特定する。そして、車両モデルと装備品の組み合わせに対して、作業が可能な整備拠点をリストから検索する。
ここで、作業が実施可能な整備拠点が存在する場合、処理はステップＳ２３３へ遷移する。作業が実施可能な整備拠点が無い場合、処理はステップＳ２３５へ遷移する。

なお、車両情報に、車両モデルを直接識別する情報が含まれていない場合、他のデータソースを利用することで、車両モデルを特定してもよい。例えば、車両情報がＶＩＮである場合、ＶＩＮと車両モデルとを紐付けた外部データベース等にアクセスし、車両モデルを特定してもよい。

ステップＳ２３３では、空き状況データ１０２Ｂを参照し、特定した整備拠点における予約の空きを確認する。ここで、入庫リクエストに含まれる入庫希望日時を満たす時間枠があった場合、処理はステップＳ２３４へ遷移する。入庫希望日時を満たす時間枠が無い場合、処理はステップＳ２３５へ遷移する。

ステップＳ２３４では、車両の入庫が可能な整備拠点のリストをユーザ端末３００に送信し、いずれかの整備拠点を選択させる。当該リストには、整備拠点の名称、場所、入庫可能な日時などが含まれていてもよい。図１０は、ユーザ端末３００において提示されるリストの例である。また、作業が終了する時刻が既知である場合、車両が出庫可能な日時を同時に提示してもよい。
なお、整備拠点によって工賃や装備品の販売価格が異なる場合、価格や工賃に関する情報を装備品データ１０２Ｃから抽出し、本ステップで提示してもよい。この場合、トータルの価格を整備拠点ごとに提示してもよい。
さらに、金額（装備品の販売価格、工賃、トータルの金額など）に関する条件をユーザ端末３００から事前に取得し、条件に適合する整備拠点のみをリスト化してもよい。

ステップＳ２３４において、作業を行う整備拠点が選択された場合、処理はステップＳ２４へ遷移し、予約サーバ１００が、予約データを生成する。図１１は、生成される予約データの例である。予約データには、車両の識別子、車両モデル、ユーザの識別子、整備拠点、入庫日時、作業の種別、装備品に関する情報などが含まれる。
生成された予約データは、拠点サーバ２００へ送信され、予約受付部２０１１によって処理される。また、予約データは、同時にユーザ端末３００へ送信される。これにより、予約が完了した旨をユーザに通知することができる。

処理がステップＳ２３５へ遷移した場合、ユーザ端末３００に対して、リクエストを満たす整備拠点が存在しない旨を通知し、再度の入力を促す。この場合、処理はステップＳ２１へ遷移し、ユーザによる入力が再度行われる。

以上説明したように、第一の実施形態に係る予約システムでは、予約サーバ１００が、複数の整備拠点について、施工が可能な装備品についての情報を管理するデータベースを記憶しており、当該データベースに基づいて、作業予約の受け付けを行う。これにより、ユーザは、予約サーバ１００にアクセスするだけで、作業が可能な拠点を検索するとともに、作業予約を行うことが可能になる。

（第二の実施形態）
車両に装着する装備品によっては、既存の装備品と競合するものが存在する。例えば、対象車両に、車両メーカー以外のサードパーティが提供している電子制御ユニットが装着されている場合、新たに追加される装備品との競合が発生し、正しく動作しなくなるおそ
れがある。第二の実施形態は、これに対応するため、対象車両が有している既存の装備品に基づいて、作業の可否を判定する実施形態である。

第二の実施形態では、予約サーバ１００が、対象車両が現に有している装備品に関する情報を取得し、当該情報に基づいて、作業の可否を判定する。対象車両が現に有している装備品に関する情報として、例えば、以下のようなものがある。
（１）新車購入時にオプションとして装着された装備品に関する情報
（２）整備拠点において過去に装着された装備品に関する情報
第二の実施形態では、予約サーバ１００が、車両ごとのこれらの装備品に関するデータを保持し、作業リクエストを受けた場合に、作業の可否について判定を行う。

図１２は、第二の実施形態における予約サーバ１００の概要図である。図示したように、第二の実施形態では、予約サーバ１００が、車両データ１０２Ｄをさらに記憶する。車両データ１０２Ｄは、車両に対して装備品の追加や取り外し等を行った履歴を表すデータである。
図１３は、車両データ１０２Ｄの例である。図示したように、車両データ１０２Ｄは、車両の識別子、車両モデル、作業を行った日時、作業を行った整備拠点、作業の種別、装備品に関する情報などを含む。予約サーバ１００は、車両データ１０２Ｄを参照することで、対象車両が現在有している装備品を判定することができる。

車両データ１０２Ｄは、拠点サーバ２００から送信された情報に基づいて、データ更新部１０１２が更新してもよい。例えば、所定の車両に対して、リクエストされた作業が完了した場合、拠点サーバ２００が、作業の内容および装備品に関する情報（以下、作業実施情報）を予約サーバ１００に送信し、予約サーバ１００（データ更新部１０１２）が、作業実施情報に基づいて車両データ１０２Ｄを更新してもよい。
なお、作業実施情報は、必ずしも拠点サーバ２００から送信されなくてもよい。例えば、新車購入時にオプションとして装備品を装着した場合、車両の製造工場が作業実施情報を生成し、予約サーバ１００に送信してもよい。また、車両のオーナーが自ら装備品の追加等を行った場合、ユーザ端末３００が作業実施情報を生成し、予約サーバ１００に送信してもよい。

さらに、第二の実施形態では、予約サーバ１００が、装備品同士の競合に関する情報を保持している。図１４は、第二の実施形態における装備品データ１０２Ｃの例である。図示したように、第二の実施形態における装備品データ１０２Ｃは、競合する装備品についての情報が格納されるフィールド（符号１４０１）を有している。
図示した例では、車両モデル「Ｍ００１」に、装備品「Ｅ１０１」が現に装着されている場合、新たな装備品「Ｅ００１」と競合する旨が示されている。

競合とは、装備品が物理的に追加できないこと、正常な動作が期待できなくなること、安全が担保できなくなること等を含む。競合が発生した場合、予約部１０１１は、対象車両に対する作業が行えない旨の判定を行う。

図１５は、第二の実施形態において予約サーバ１００が実行する処理のフローチャートである。第二の実施形態では、ステップＳ２３０において、予約部１０１１が、競合する装備品の有無を判定する。具体的には、まず、作業リクエストに含まれる作業情報と、装備品データ１０２Ｃに基づいて、競合する装備品があるかを判定する。そして、車両データ１０２Ｄを参照し、競合する装備品が対象車両に装備されているかを判定する。ここで、競合する装備品が対象車両に装備されている場合、処理はステップＳ２３０Ａへ遷移する。競合する装備品が対象車両に装備されていない場合、処理はステップＳ２３１へ遷移する。

ステップＳ２３０Ａでは、予約部１０１１が、ユーザ端末３００に対して、作業が行えない旨を通知する。

第二の実施形態によると、対象車両が現に有する装備品に基づいて、新たな装備品の追加可否を判定することが可能になる。

なお、図１４の例では、競合する装備品を識別子ごとに指定したが、競合する装備品は、メーカー等によって指定してもよい。例えば、車両メーカーが採用している純正品とは異なるメーカー（サードパーティ）製の装備品や、車両メーカーによって認証されていない装備品が装着されていた場合に、競合が発生するものと判定してもよい。このため、車両データ１０２Ｄに、装備品のメーカーや、認証の有無に関するデータを含ませてもよい。

また、本実施形態では、車両データ１０２Ｄを予約サーバ１００に記憶させたが、車両が有する装備品に関するデータは、外部装置が提供してもよい。例えば、予約サーバ１００が、外部装置から対象車両のメンテナンス記録を取得し、当該メンテナンス記録に基づいて、対象車両が現に有する装備品を判定してもよい。
また、対象車両が有する装備品に関するデータは、作業リクエストに含まれていてもよい。
また、本実施形態では、競合が発生する場合に、作業が行えない旨の判定を行ったが、所定の条件下（例えば、保証の対象外となることをユーザが同意した場合など）で、作業の予約を受け付けるようにしてもよい。

（第三の実施形態）
第一および第二の実施形態では、ユーザは、予約サーバ１００が決定した整備拠点に車両を持ち込む必要がある。一方、整備拠点の中には、直接の来客を想定していないものがある。これに対応するため、第三の実施形態では、自動車販売店などの、顧客対応が可能な拠点において車両を預かり、預かった車両の回送を行う。

第三の実施形態では、予約サーバ１００が、整備拠点を決定するとともに、対象車両を預かる窓口となる拠点（以下、窓口拠点）を決定する。窓口拠点は、例えば、自動車販売店などの、車両を販売する店舗であってもよいし、当該車両に対する作業を行わない整備工場などであってもよい。
第三の実施形態では、車両に対する作業を行う事業者が、窓口拠点において車両を預かり、作業を行う整備拠点まで当該車両を回送する。これにより、エンドユーザは、遠方にある整備拠点まで往復せずとも、サービスを受けることが可能になる。

図１６は、第三の実施形態における拠点データ１０２Ａの例である。図示したように、第三の実施形態では、複数の拠点に種別が関連付いている。図示した例において、整備拠点は、車両に対する作業を行う拠点である。また、販売拠点は、車両の販売を行う拠点である。なお、車両の受け渡しが可能な拠点であれば、他の拠点を定義してもよい。例えば、無人で車両の受け渡しを行う駐車場などを拠点にしてもよい。

図１７は、第三の実施形態において予約サーバ１００が実行する処理のフローチャートである。第一の実施形態と同様の処理については、点線で示し、詳細な説明は省略する。
まず、ステップＳ２３０Ｂにおいて、予約部１０１１が、作業リクエストによって指定されたエリア内にある全ての拠点（整備拠点、販売拠点、または他の拠点）を取得する。
次に、ステップＳ２３０Ｃにおいて、予約部１０１１が、所定のコスト内で往復が可能な、窓口拠点と整備拠点のペアを決定する。

本実施形態では、記憶部１０２に、拠点間の移動コストに関するデータ（コストデータ）が記憶される。図１８は、コストデータの一例である。コストデータは、窓口拠点と整備拠点の間を移動する際に発生するコストを記録したデータである。コストとして、例えば、所要時間、距離、金銭的コストを例示することができる。
本ステップでは、所定のコスト内（例えば、１時間以内）で車両の往復が可能な拠点のペアを一つ以上生成する。

また、予約部１０１１は、ステップＳ２３２およびＳ２３３の処理をペアごとに実行し、利用可能な窓口拠点と整備拠点のペアを生成する。
ステップＳ２３４Ａでは、窓口拠点と整備拠点のペアを含むリストをユーザ端末３００に送信し、いずれかのペアを選択させる。図１９は、当該リストの例である。
なお、当該リストを、エンドユーザではなく、サービスを行う事業者に属する係員等に提供する場合、コストに関する情報を同時に出力してもよい。これにより、よりコストの低い拠点のペアを選択することが可能になる。

以上説明したように、第三の実施形態では、車両を預かる窓口拠点を、整備拠点とは別に決定する。これにより、ユーザの利便性を向上させることができる。さらに、窓口拠点と整備拠点のペアが、所定のコスト条件を満たすように生成される。これにより、コストと利便性を両立させることができる。

なお、第三の実施形態では、窓口拠点と整備拠点のペアを決定したが、決定された整備拠点が、直接の顧客対応を行っていない場合に限って窓口拠点を追加で決定するようにしてもよい。
また、第三の実施形態では、車両の移動コストに基づいて窓口拠点と整備拠点のペアを決定したが、その他のコストを加味し、トータルでのコストに基づいて、窓口拠点と整備拠点のペアを決定するようにしてもよい。

（変形例）
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

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

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

１００・・・予約サーバ
１０１，２０１，３０１・・・制御部
１０２，２０２，３０２・・・記憶部
１０３，２０３，３０３・・・通信部
２００・・・拠点サーバ
３００・・・ユーザ端末
２０４，３０４・・・入出力部

Claims (9)

1. 記憶部と前記記憶部に接続する制御部を備える情報処理装置であって、
   前記記憶部は、複数の拠点のそれぞれと、所定の属性を有する第一の車両に装備される装備品と、前記複数の拠点のそれぞれにおける前記装備品に対する作業の実施可否と、を関連付けて記憶する第一のデータ、および前記装備品と、前記装備品に競合する装備品と、を関連付けて記憶する第二のデータ、を記憶し、
   前記制御部は、
   前記第一の車両の識別情報である第一の識別情報と、前記第一の車両が有する所定の属性と、前記第一の車両に現に装備されている第一の装備品とが関連付けられた車両データを取得することと、
   前記第一の識別情報を含む車両情報と、前記第一の車両に対して実施する作業の内容を指定し、前記実施する作業により前記第一の車両に新しく装備される第二の装備品を含む作業情報と、を含む作業のリクエストをユーザに関連付いたユーザ端末から取得することと、
   前記取得したリクエスト、および前記記憶された第二のデータに基づいて、前記リクエストに含まれる前記車両情報に含まれる前記第一の識別情報で識別される前記第一の車両について、前記リクエストに含まれる前記作業情報に含まれる前記第二の装備品に競合する装備品があるか否かを判定することと、
   前記第二の装備品に競合する装備品があると判定する場合に、さらに、前記取得した車両データを参照し、前記第二の装備品に競合する装備品が、前記第一の識別情報で識別される前記第一の車両に装備されているか否かを判定することと、
   前記第二の装備品に競合する装備品が、前記第一の識別情報で識別される前記第一の車両に装備されていると判定する場合に、前記第一の車両に対して指定された内容の作業が実施不可能である旨を前記ユーザ端末に通知することと、
   前記第二の装備品に競合する装備品が、前記第一の識別情報で識別される前記第一の車両に装備されていないと判定する場合に、前記記憶された第一のデータに基づいて、前記所定の属性と前記第二の装備品の組み合わせに対し、前記作業情報で指定された内容の作業が実施可能な第一の拠点を抽出することと、
   を実行する、
   情報処理装置。
2. 前記車両情報は、さらに前記第一の車両のモデルおよび年式に関するデータを含む、
   請求項１に記載の情報処理装置。
3. 前記作業情報が示す作業の内容は、車両コンポーネントの追加または交換を含む、
   請求項１または２に記載の情報処理装置。
4. 前記記憶部が記憶する前記第二のデータは、前記装備品および前記装備品に競合する装備品に、さらに、前記装備品の販売価格および前記装備品の工賃を関連付けて記憶し、
   前記第一の車両に対して実施する作業が可能な前記第一の拠点が複数抽出された場合に、
   前記制御部は、前記複数抽出された第一の拠点ごとに、前記第二の装備品について、前記第二のデータに関連付けて記憶された前記販売価格および前記工賃を合算することにより、前記複数抽出された第一の拠点ごとに対象の作業にかかるコストを算出する、
   請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記制御部は、前記抽出した第一の拠点を予約する予約データを生成する、
   請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記予約データは、前記第一の拠点に関する情報、対象車両に関する情報、および、前記作業の内容を含む、
   請求項５に記載の情報処理装置。
7. コンピュータが、
   複数の拠点のそれぞれと、所定の属性を有する第一の車両に装備される装備品と、前記複数の拠点のそれぞれにおける前記装備品に対する作業の実施可否と、を関連付けて記憶する第一のデータ、および前記装備品と、前記装備品に競合する装備品と、を関連付けて記憶する第二のデータ、を記憶するステップと、
   前記第一の車両の識別情報である第一の識別情報と、前記第一の車両が有する所定の属性と、前記第一の車両に現に装備されている第一の装備品とが関連付けられた車両データを取得するステップと、
   前記第一の識別情報を含む車両情報と、前記第一の車両に対して実施する作業の内容を指定し、前記実施する作業により前記第一の車両に新しく装備される第二の装備品を含む作業情報と、を含む作業のリクエストをユーザに関連付いたユーザ端末から取得するステップと、
   前記取得したリクエスト、および前記記憶された第二のデータに基づいて、前記リクエストに含まれる前記車両情報に含まれる前記第一の識別情報で識別される前記第一の車両について、前記リクエストに含まれる前記作業情報に含まれる前記第二の装備品に競合する装備品があるか否かを判定するステップと、
   前記第二の装備品に競合する装備品があると判定する場合に、さらに、前記取得した車両データを参照し、前記第二の装備品に競合する装備品が、前記第一の識別情報で識別される前記第一の車両に装備されているか否かを判定するステップと、
   前記第二の装備品に競合する装備品が、前記第一の識別情報で識別される前記第一の車両に装備されていると判定する場合に、前記第一の車両に対して指定された内容の作業が実施不可能である旨を前記ユーザ端末に通知するステップと、
   前記第二の装備品に競合する装備品が、前記第一の識別情報で識別される前記第一の車両に装備されていないと判定する場合に、前記記憶された第一のデータに基づいて、前記所定の属性と前記第二の装備品の組み合わせに対し、前記作業情報で指定された内容の作業が実施可能な第一の拠点を抽出するステップと、
   を含む、情報処理方法。
8. 前記車両情報は、さらに前記第一の車両のモデルおよび年式に関するデータを含む、
   請求項７に記載の情報処理方法。
9. 請求項７または８に記載の情報処理方法を前記コンピュータに実行させるためのプログラム。

Images