JP2021163313A - 評価情報確認システム及びサーバ - Google Patents

Abstract

【課題】整備工場を選択するための判断材料を提供する技術を提供する。
【解決手段】１次受け工場が使用可能な１次受けクライアント３と、１次受け工場に紐付く２次受け工場が使用可能な２次受けクライアント４と、１次受けクライアント３及び２次受けクライアント４と通信可能なサーバ１と、を備え、サーバ１に記憶された、２次受け工場が行った車両整備の評価を示す評価情報を１次受けクライアント３で表示可能に構成された評価情報確認システムである。この評価情報確認システムにおいて、Ｓ１３４，Ｓ１３５で、サーバ１の制御部１１は、サーバ１の記憶部に記憶される１次受け工場に紐付けられた２次受け工場を示す対応情報を参照し、１次受け工場に紐付けられた２次受け工場で行った車両整備の評価情報をサーバ１の記憶部から抽出して、１次受けクライアント３に出力する。
【選択図】図２４

Description

本開示は、整備工場による車両の整備を管理するシステムに関する。

車両の点検や整備は定期的に行うことが望ましいが、例えば法人が複数の車両を保持している場合などは点検等を失念しやすい。そこで、点検等を管理するシステムが従来から提案されている。特許文献１には、整備工場への日ごとの入庫可能台数を算出する車両入庫管理システムが開示されている。

特許５４５９０１０号公報

発明者の詳細な検討の結果、複数の整備工場にて点検等を実施することができる場合には、整備工場を選択する際に判断材料があるとスムーズな選択が行えることが明らかになった。

本開示の一局面は、整備工場を選択するための判断材料を提供する技術を提供する。

本開示の一態様は、１次受け工場が使用可能な１次受けクライアント（３）と、１次受け工場に紐付く２次受け工場が使用可能な２次受けクライアント（４）と、１次受けクライアント及び２次受けクライアントと通信可能なサーバ（１）と、を備え、サーバに記憶された、２次受け工場が行った車両整備の評価を示す評価情報を１次受けクライアントで表示可能に構成された評価情報確認システム（１００）であって、サーバは、記憶部（１２３，１２５）と、出力部（Ｓ１３４，Ｓ１３５）と、を備える。記憶部は、１次受け工場に紐付けられた２次受け工場を示す対応情報と、評価情報と、を記憶可能に構成される。出力部は、対応情報を参照し、１次受け工場に紐付けられた２次受け工場で行った車両整備の評価情報を記憶部から抽出して、１次受けクライアントに出力するように構成される。

このような構成によれば、１次受け工場が２次受け工場を選択するための判断材料を提供することができる。
本開示の一態様は、所定のユーザにより使用される１つ以上のクライアント（２，３）と、クライアントと通信可能なサーバ（１）と、を備え、サーバに記憶された、整備工場が行った車両整備の評価を示す評価情報をクライアントで表示可能に構成された評価情報確認システムで（１００）であって、サーバは、記憶部（１２２，１２３，１２５）と、出力部（Ｓ１３４，Ｓ１３５）と、を備える。記憶部は、所定のユーザに紐付けられた１つ以上の整備工場を示す対応情報と、複数の評価情報と、を記憶可能に構成される。出力部は、対応情報を参照し、所定のユーザに紐付けられた整備工場で行った車両整備の評価情報を記憶部から抽出して、クライアントに出力するように構成される。

このような構成によれば、ユーザが整備工場を選択するための判断材料を提供することができる。
本開示の一態様は、所定のユーザにより使用される１つ以上のクライアント（２，３）と通信可能なサーバ（１）であって、記憶部（１２２，１２３，１２５）と、出力部（Ｓ１３４，Ｓ１３５）と、を備える。記憶部は、所定のユーザに紐付けられた１つ以上の整備工場を示す対応情報と、整備工場が行った車両整備の評価を示す評価情報と、を記憶可能に構成される。出力部は、対応情報を参照し、所定のユーザに紐付けられた整備工場で行った車両整備の評価情報を記憶部から抽出して、クライアントに出力するように構成される。このような構成であれば、上記評価情報確認システムと同様の効果を奏することができる。

車両整備予約システムの構成を示すブロック図である。 サーバの車両メンテナンス情報データベースに記憶された管理対象車両の契約内容を含む各種情報を示す図である。 サーバの車両メンテナンス情報データベースに記憶された管理対象車両の走行距離を含む各種情報を示す図である。 １次受け工場が空きスケジュール情報を入力する画面を示す図である。 １次受け工場が表示ルール情報を入力する画面を示す図である。 定期点検予約処理のフローチャートである。 法人ユーザ端末及びリース会社端末に表示される車両リストを示す図である。 １次受け工場端末及び２次受け工場端末に表示される車両リストを示す図である。 法人ユーザ端末に表示されるメインメニュー画面を示す図である。 法人ユーザ端末に表示される選択可能な１次受け工場リストを示す図である。 法人ユーザ端末に表示される空きカレンダー情報を示す図である。 １次受け工場が登録した空きスケジュール情報及び表示ルール情報に基づく空きカレンダー情報の作成の具体的な方法を簡単に示す図である。 １次受け工場端末に表示される予約希望メールを示す図である。 １次受け工場端末に表示される予約希望日時の確定又はキャンセルを受け付ける予約確定の確認画面を示す図である。 法人ユーザ端末及び１次受け工場端末に表示される予約確定メールを示す図である。 定期点検評価処理のフローチャートである。 法人ユーザ端末に表示される１次受け工場に対する評価入力画面を示す図である。 故障修理予約処理のフローチャートである。 法人ユーザ端末に表示される故障修理メニュー画面を示す図である。 法人ユーザ端末に表示される選択可能な２次受け工場リストを示す図である。 法人ユーザ端末に表示される選択した２次受け工場への依頼内容確認画面を示す図である。 法人ユーザ端末に表示される２次受け工場別の空きカレンダー情報を示す図である。 法人ユーザ端末に表示される故障修理の予約内容の確認画面を示す図である。 故障修理評価処理のフローチャートである。

以下、本開示の例示的な実施形態について図面を参照しながら説明する。
［１．構成］
図１に示す車両整備予約システム１００は、サーバ１と、法人ユーザ端末２と、１次受け工場端末３と、２次受け工場端末４と、管理者端末５と、リース会社端末６と、を備える。なお、法人ユーザ端末２は複数の端末を備えており、一例として法人ユーザＡ端末２ａ及び法人ユーザＢ端末２ｂを示す。１次受け工場端末３は複数の端末を備えており、一例として１次受け工場Ａ端末３ａ及び１次受け工場Ｂ端末３ｂを示す。また、２次受け工場端末４も同様に複数の端末を備えており、一例として２次受け工場Ａ端末４ａ及び２次受け工場Ｂ端末４ｂを示す。車両整備予約システム１００は、管理者端末５によってサーバ１を操作可能に構成されている。しかしながら、管理者端末５を有さず、一部又は全部の操作の権利を有する他の端末（例えば、１次受け工場端末３）がその役割を担うような構成であってもよい。

車両整備予約システム１００は、サーバ１で記憶管理されている各種情報に基づき、法人ユーザと、１次受け工場と、２次受け工場と、が通信ネットワーク７を介して、定期点検及び故障修理などの車両の整備についての予約管理を可能とするためのシステムである。なお、法人ユーザに車両を貸し出しているリース会社は、サーバ１で登録更新された各種情報に基づき、リース会社が通信ネットワーク７を介して、当該法人ユーザが保有している車両の整備状況を確認することが可能である。

法人ユーザ端末２、１次受け工場端末３、２次受け工場端末４、管理者端末５及びリース会社端末６は、それぞれサーバ１との間で通信ネットワーク７を介して通信を行う。なお、通信ネットワーク７は、インターネット、モバイルデータ通信ネットワーク等のワイドエリアネットワークを含むネットワークである。

法人ユーザ端末２は、法人ユーザが用いる装置である。法人ユーザとは、当該法人ユーザの従業員等に車両を提供するために、リース会社から複数の車両を借り入れしている会社である。なお、法人ユーザに変わって、例えば権限を有する車両のドライバがその役割を担うような構成であってもよい。ここで、権限を有するドライバとは、法人ユーザの従業員であって法人ユーザから権限が与えられた者であってもよく、またリース会社と個々に取引を行う者であってもよい。

１次受け工場端末３は、１次受け工場が用いる装置である。１次受け工場とは、車両の点検及び修理を行うことが可能な整備工場である。
２次受け工場端末４は、２次受け工場が用いる装置である。２次受け工場とは、車両の点検及び修理を行うことが可能な整備工場である。なお、２次受け工場は、専門的な点検及び修理に特化した工場であってもよく、１次受け工場が車両整備を外注する外注工場であってもよい。

管理者端末５は、管理者が用いる装置である。管理者とは、車両整備予約システム１００を管理可能な権限を有する者である。
リース会社端末６は、リース会社が用いる装置である。リース会社とは、貸し出し可能な車両を多数有する会社である。リース会社は、例えば契約関係にある法人ユーザに車両を貸し出している。

法人ユーザ端末２、１次受け工場端末３、２次受け工場端末４、管理者端末５及びリース会社端末６は、本実施形態では、汎用のパーソナルコンピュータである。すなわち、各端末２〜６は、図示しないＣＰＵや揮発性及び不揮発性のメモリ等を有し、メモリに格納されたプログラムに基づいて様々な処理を行う。以下の説明において、プログラムに基づいてＣＰＵが行う処理を、端末が実行する処理と記載する。なお、このような端末２〜６として、例えば、スマートフォンなどの汎用の携帯電話機やタブレット型携帯通信端末などが用いられてもよい。

サーバ１は、制御部１１と、記憶部１２と、を備える。
制御部１１は、ＣＰＵ１１１と、ＲＡＭ又はＲＯＭ等の半導体メモリ（以下、メモリ１１２とする）と、を有する周知のマイクロコンピュータを中心に構成される。ＣＰＵ１１１は、非遷移的実体的記録媒体であるメモリ１１２に格納されたプログラムを実行する。当該プログラムが実行されることで、当該プログラムに対応する方法が実行される。具体的には、制御部１１は、当該プログラムに従い、後述する定期点検予約処理、定期点検評価処理、故障修理予約処理及び故障修理評価処理を実行する。なお、制御部１１は、１つのマイクロコンピュータを備えていてもよいし、複数のマイクロコンピュータを備えていてもよい。

記憶部１２は、車両メンテナンス情報データベース１２１、１次受け工場情報データベース１２２、２次受け工場情報データベース１２３、整備実績データベース１２４及び評価情報データベース１２５を有する。記憶部１２は、それらの各データベース１２１〜１２５を記憶可能な記憶領域を構成する記憶装置である。

車両メンテナンス情報データベース１２１に記憶される各種情報は、管理者端末５を用いた管理者によって登録され、必要に応じて随時更新される。なお、各種情報の更新は、サーバ１の制御部１１により自動的に行われてもよい。図２に示すように、本実施形態では、車両メンテナンス情報データベース１２１には、各種情報として、リース会社から提示される法人ユーザごとの管理対象となる車両の車両識別情報、契約情報ベースの定期点検に関する点検情報、故障修理に関する修理情報などが記憶されている。定期点検のメニューには、スケジュール点検、法定点検、車検等が含まれる。管理対象となる車両それぞれに対し、複数の点検情報及び修理情報が記憶されている。

図２では一部の情報については図示を省略しているが、車両識別情報としては、契約番号、車種名等が記憶され、点検情報としては、最終作業日、周期、点検日時、予約工場、確定の有無等が記憶されている。点検日時及び予約工場が登録されおり確定が済の場合は、予約が確定していると判断でき、点検日時及び予約工場が登録されているが確定が空欄の場合は、予約が依頼中であると判断でき、点検日時及び予約工場が空欄の場合は、未予約であると判断できる。また、修理情報としては、修理項目、修理日時、予約工場、確定の有無等が記憶されている。予約の確定等の有無は、点検情報と同様な方法で判断できる。

図３に示すように、走行距離ベースの定期点検に関する点検情報が車両メンテナンス情報データベース１２１に記憶されていてもよい。このような場合、点検情報としては、最終作業日、作業時走行距離、現在走行距離、閾値、通知の有無、点検日時、予約工場、確定の有無等が記憶される。なお、上述した車両識別情報、点検情報及び修理情報は一例であり、他の情報が記憶されていてもよい。

１次受け工場情報データベース１２２に記憶される各種情報は、１次受け工場端末３を用いた１次受け工場のユーザによって登録され、必要に応じて随時更新される。１次受け工場情報データベース１２２には、各種情報として、１次受け工場の空きスケジュール情報及び表示ルール情報などが、１次受け工場情報に紐付けて記憶されている。空きスケジュール情報とは、工場の空き状況を示す情報である。空きスケジュール情報は、図４に示す空きスケジュール入力画面から入力可能である。表示ルール情報とは、工場ごとに設定可能なルールを示す情報である。表示ルール情報は、図５に示す表示ルール入力画面から入力可能である。１次受け工場情報として、１次受け工場を識別可能な工場識別情報に加え、整備士情報、契約している法人ユーザ情報等が記憶されている。なお、１次受け工場情報として、他の情報が記憶されていてもよい。

図４に示すように、１次受け工場の空きスケジュール情報として、例えば、当日から３１日先までの日程における９時から１８時までの３０分ごとの対応可能な整備士の合計人数により示される空き状況が記憶される。空きスケジュール情報に係る期間の単位は３０分に限らず、例えば１時間や１５分であってもよい。なお、ゼロ以外の数字が表示されている場合は空きあり（対応可能な整備士あり）を示し、数字がゼロの場合は空きなしを示し、空欄の場合は未入力を示す。また、ハイフン等の記号が表示されている場合は、後述する表示ルール情報の登録において、例えば１２時から１３時までの時間が休憩時間として入力不可と設定されていることを示す。

また、図５に示すように、表示ルール情報として、例えば、作業項目ごとの必要時間として、定期点検のメニュー別の目安となる標準必要時間が記憶され、他の情報として、納引きを行う場合に要する追加時間、作業が不可な曜日や時間等が記憶される。例えば、スケジュール点検の標準必要時間を１時間３０分に設定し、法定点検の標準必要時間を３時間に設定し、車検の標準必要時間を７時間に設定することが可能である。また、納引きを行う場合に要する追加時間を１時間に設定することが可能である。また、営業時間を９時から１８時に設定し、昼休みの休憩時間を１２時から１３時に設定し、それ以外の作業が不可な曜日や時間がある場合はその条件を設定することが可能である。なお、表示ルール情報として、他の情報が記憶されていてもよい。

２次受け工場情報データベース１２３に記憶される各種情報は、２次受け工場端末４を用いた２次受け工場のユーザによって登録され、必要に応じて随時更新される。図示及び詳細な説明は省略するが、２次受け工場情報データベース１２３にも、１次受け工場情報データベース１２２と同様に、各種情報として、２次受け工場の空きスケジュール情報及び表示ルール情報などが、２次受け工場情報に紐付けて記憶されている。２次受け工場情報には、２次受け工場を識別可能な工場識別情報、整備士情報、契約している１次受け工場情報に加え、対応可能な修理項目が含まれる。２次受け工場で行われる整備として故障修理が行われる場合、表示ルール情報には、故障修理項目に応じた目安となる標準必要時間が含まれていてもよい。

整備実績データベース１２４に記憶される各種情報は、１次受け工場端末３を用いた１次受け工場のユーザ又は２次受け工場端末４を用いた２次受け工場のユーザによって登録され、必要に応じて随時更新される。図示しないが、整備実績データベース１２４には、各種情報として、１次受け工場情報又は２次受け工場情報に紐付けて整備に関する実績情報が記憶されている。

評価情報データベース１２５に記憶される各種情報は、法人ユーザ端末２を用いた法人ユーザによって登録され、必要に応じて随時更新される。図示しないが、評価情報データベース１２５には、各種情報として、１次受け工場情報又は２次受け工場情報に紐付けて整備完了後の法人ユーザの整備に対する評価結果を示す評価情報が記憶されている。

［２．処理］
［２−１．定期点検予約処理］
次に、この車両整備予約システム１００で実現される定期点検予約処理について、サーバ１、法人ユーザ端末２及び１次受け工場端末３で実行されるそれぞれの処理フローを統合した図６のフローチャートを用いて説明する。

まず、Ｓ１１で、サーバ１の制御部１１は、車両メンテナンス情報データベース１２１に記憶された車両識別情報及び点検情報に基づき、直近で整備予約が必要な車両である要整備車両を特定する。サーバ１の制御部１１で実行されるＳ１１の処理は、あらかじめ設定された所定のタイミング（一例として、毎日午前９時）で周期的に実行される。

このように特定された要整備車両は、法人ユーザ端末２、１次受け工場端末３、２次受け工場端末４及びリース会社端末６にそれぞれ車両リストとして表示され、法人ユーザ、１次受け工場、２次受け工場及びリース会社は一覧として必要な情報（すなわち、端末の操作主体の属性に対応付けられている車両の情報）を閲覧できる。車両リストには、例えば次の１ヶ月の間に整備が必要な車両が一覧として表示される。法人ユーザ端末２及びリース会社端末６と、１次受け工場端末３及び２次受け工場端末４と、に表示される車両リストの詳細な項目は一部が異なる。

具体的には、法人ユーザ端末２及びリース会社端末６には、図７に示す車両リストが表示される。法人ユーザ及びリース会社が点検車両を確認するための上記の車両リストには、現在の状態、点検日時、点検期限、点検内容及び予約工場等が、要整備車両の車両識別情報である車種名及び車台番号に紐付いて表示される。本実施形態では、現在の状態として、予約が確定した状態を示す「確定」、希望した予約日時の予約確定待ちを示す「予約中」、予約がされていない状態を示す「未予約」などの状態が、文字に加え、アイコンでも表示される。また、点検日時として予約確定済みの日時、予約中の日時、及び未定の状態のいずれかが表示され、点検内容として今回必要な定期点検のメニューが表示され、予約工場として予約確定済み及び予約中の１次受け工場又は２次受け工場の会社名が表示される。本実施形態では、車両リストは、現在の状態の優先順位に応じて、例えば未予約＞予約中＞確定の順番に上から表示される。なお、車両リストの表示順はこれに限定されず、例えば点検日時順であってもよい。また、車両リストには、上述した情報以外の他の情報が表示されていてもよい。

また、１次受け工場端末３及び２次受け工場端末４には、図８に示す車両リストが表示される。１次受け工場及び２次受け工場が整備予約を確認するための上記の車両リストには、現在の状態、点検日時、時間、点検内容、法人ユーザ及び整備完了ボタン８ａ等が、要整備車両の車両識別情報である車種名及び年式に紐付いて表示される。本実施形態では、現在の状態として、予約が確定した状態を示す「予約確定（図７の確定に対応）」、希望した予約日時の予約確定待ちを示す「予約依頼（図７の予約中に対応）」などの状態が、アイコンで表示される。なお、点検車両を確認するための車両リストに表示される「未予約」の状態の車両は、整備予約を確認するための車両リストには表示されない。また、点検日時として予約確定済み及び予約依頼中の日時が表示され、点検内容として今回必要な定期点検のメニューが表示され、法人ユーザとして車両を保有する法人ユーザの会社名が表示される。本実施形態では、車両リストは、現在の状態の優先順位に応じて、例えば予約依頼＞確定の順番に上から表示される。なお、車両リストの表示順はこれに限定されず、例えば点検日時順であってもよい。また、車両リストには、上述した情報以外の他の情報が表示されていてもよい。

続いて、Ｓ１２で、サーバ１の制御部１１は、Ｓ１１にて特定された要整備車両のうち、通知が必要な車両を保有する法人ユーザへ予約を促すための通知として、例えば整備予約が必要な車両についての定期点検の予約を促す整備案内メールを法人ユーザ端末２へ送信する。Ｓ１２の処理で行われる通知には、要整備車両として特定された初回の通知に加え、車両リストにおいて現在の状態が「未予約」の車両についてもその状態が「確定」又は「予約中」となるまで、例えば週に１回行われるリマインダの通知が含まれる。サーバ１の制御部１１で実行されるＳ１２の処理は、初回の通知及びリマインダの通知が必要なタイミングで実行される。

続いて、Ｓ１３で、法人ユーザ端末２は、整備予約を行うための画面を表示させる表示指示情報をサーバ１へ送信する。この表示指示情報には、整備予約が必要な車両を保有する法人ユーザを識別可能な法人ユーザ情報も含まれる。法人ユーザ端末２で実行されるＳ１３の処理は、サーバ１から受信した整備案内メールに添付されたＵＲＬから車両整備予約ウェブサイトに法人ユーザが法人ユーザ端末２を用いてログインすることにより実行されてもよい。この場合、上記ＵＲＬと要整備車両とを対応付けておけば、法人ユーザは要整備車両を選択する必要がなくなる。また、Ｓ１３の処理は、法人ユーザが自ら法人ユーザ端末２を用いて車両整備予約ウェブサイトにログインし、図９に示すメインメニューにおいて、定期点検ボタン９ａを押し、その後表示される図７に示す車両リストから整備を予約したい車両を選択することにより実行されてもよい。

続いて、Ｓ１４で、サーバ１の制御部１１は、図１０に示す１次受け工場リストを法人ユーザ端末２へ送信する。１次受け工場リストには、法人ユーザが選択可能な１次受け工場が一覧として表示されている。１次受け工場リストに表示される１次受け工場は、Ｓ１３にて送信された表示指示情報から特定される、当該法人ユーザと契約関係にある１次受け工場であってもよい。サーバ１の制御部１１で実行されるＳ１４の処理は、法人ユーザ端末２から表示指示情報を受信することにより実行される。

続いて、Ｓ１５で、法人ユーザ端末２は、車両の整備を依頼する１次受け工場の選択を受け付けるための図１０に示す１次受け工場リストを法人ユーザ端末２に表示し、１次受け工場の選択を受け付ける。法人ユーザ端末２で実行されるＳ１５の処理は、サーバ１から１次受け工場リストを受信したときに実行される。１次受け工場の選択は、１次受け工場リストにおける選択したい１次受け工場の空き時間照会ボタン１０ａを押すことにより受け付けられる。

続いて、Ｓ１６で、法人ユーザ端末２は、法人ユーザによりＳ１５にて選択された選択情報を送信する。この選択情報には、選択された１次受け工場情報に加え、整備を予約したい車両の車両識別情報及び点検情報も含まれる。法人ユーザ端末２で実行されるＳ１６の処理は、サーバ１から受信した１次受け工場リストから、車両の整備を依頼する１次受け工場を法人ユーザが選択したときに実行される。

続いて、Ｓ１７で、サーバ１の制御部１１は、選択情報に含まれる１次受け工場情報から特定される１次受け工場の空きスジュール情報及び表示ルール情報に基づき、法人ユーザに表示する空きカレンダー情報を作成する。空きカレンダー情報とは、単位期間ごとに受付が可能か否かを示す情報である。サーバ１の制御部１１で実行されるＳ１７の処理は、法人ユーザ端末２から選択情報を受信したときに実行される。

具体的には、空きスケジュール情報では空きがある（対応可能な整備士がいる）状態であり、かつ、表示ルール情報に基づいて除外されない箇所を、空きがある状態として空きカレンダーが作成される。本実施形態では、定期点検を目的とした車両の整備予約をする場合、定期点検のメニュー別に３つの空きカレンダー情報が１次受け工場ごとに作成される。図１１には、１次受け工場の「スケジュール点検」についての空きカレンダー情報を例として表示する。図１１に示すように、予約が可能な日時には「●」が表示される。また、予約が不可な日時は、その旨が理解しやすいように表示される。例えば、空きがない状態の場合は枠が濃い色に塗り潰されて表示され、休憩時間として設定された時間はハイフン等の記号が表示され、休業日として設定された曜日は枠が薄い色に塗り潰されて表示される。なお、工場の空き状況が把握できれば、空きカレンダーの表示方法はこれに限定されない。

ここで、１次受け工場の空きスケジュール情報及び表示ルール情報に基づく空きカレンダー情報の作成の具体的な方法について、図１２Ａ−１２Ｅを参照して、以下の（Ａ）〜（Ｅ）のステップを簡単に説明する。なお図１２Ａ−１２Ｅの表示は、空きカレンダー作成の論理を説明するためのものであるため、実際に各端末にて表示される必要はない。

（Ａ）まず図１２Ａでは、例えば、１次受け工場の１３時から１７時までの空き状況を示す空きカレンダーが次に示すように登録されている。対応可能な整備士の数が、１３時から１４時までの間は４人、１４時から１５時までの間は３人、１５時から１６時までの間は２人、１６時から１７時までの間は１人であると登録されている。

（Ｂ）仮想的な空き人数を把握しやすいように、便宜上、図１２Ｂのように表示を変換する。
（Ｃ）図１２Ｂ及び図１２Ｃを参照し、表示ルールとして、定期点検メニューのうち「スケジュール点検」の標準必要時間が２時間に設定されている場合を想定して、作成される空きカレンダー情報について説明する。

まず、１３時から２時間連続して空きがある場合、つまり図１２Ｂにおいて１３時及び１４時の両方が〇である場合は、図１２Ｂにて破線１２６で示すように３通りある。また、１４時から２時間連続して空きがある、つまり図１２Ｂにおいて１４時及び１５時の両方が〇である場合は２通りある。また、１５時から２時間連続して空きがある、つまり図１２Ｂにおいて１５時及び１６時の両方が〇である場合は１通りある。そして、この例では、１６時以降は２時間連続して空きを確保することができない。

したがって、「スケジュール点検」の予約をする際に、空きスケジュール情報及び表示ルール情報に基づき作成される空きカレンダー情報は次に説明するように表示される。図１２Ｃのように、１３時から１４時までの間、１４時から１５時までの間、及び、１５時から１６時までの間は空きがある状況として〇がそれぞれ表示される。括弧内の数字は空きのある数を示すが、この数は空きカレンダーには表示されない。このことは、以下に説明する法定点検及び車検も同一である。なお、図１１の空きカレンダーに空きのある数を表示してもよい。一方、１６時から１７時までの間は空きがない状況として空欄が表示される。

（Ｄ）次に、図１２Ｂ及び図１２Ｄを参照し、表示ルールとして、定期点検メニューのうち「法定点検」の標準必要時間が３時間に設定されている場合を想定して、作成される空きカレンダー情報について説明する。

まず、１３時から３時間連続して空きがある、つまり図１２Ｂにおいて１３時、１４時及び１５時の全てが〇である場合は、図１２Ｂにて破線１２７で示すように２通りある。また、１４時から３時間連続して空きがある、つまり図１２Ｂにおいて１４時、１５時及び１６時の全てが〇である場合は１通りある。そして、この例では、１５時以降は３時間連続して空きを確保することができない。

したがって、「法定点検」の予約をする際に、空きスケジュール情報及び表示ルール情報に基づき作成される空きカレンダー情報は次に説明するように表示される。図１２Ｄのように、１３時から１４時までの間及び１４時から１５時までの間は空きがある状況として〇及び空きのある数がそれぞれ表示される。一方、１５時から１７時までの間は空きがない状況として空欄が表示される。

（Ｅ）次に、図１２Ｂ及び図１２Ｅを参照し、表示ルールとして、定期点検メニューのうち「車検」の標準必要時間が４時間に設定されている場合を想定して、作成される空きカレンダー情報について説明する。

まず、１３時から４時間連続して空きがある、つまり図１２Ｂにおいて１３時、１４時、１５時及び１６時の全てが〇である場合は、図１２Ｂにて破線１２８で示すように１通りある。そして、この例では、１４時以降は４時間連続して空きを確保することができない。

したがって、「車検」の予約をする際に、空きスケジュール情報及び表示ルール情報に基づき作成される空きカレンダー情報は次に説明するように表示される。図１２Ｅのように、１３時から１４時までの間は空きがある状況として〇及び空きのある数が表示される。一方、１４時から１７時までの間は空きがない状況として空欄が表示される。

続いて、Ｓ１８で、サーバ１の制御部１１は、Ｓ１７で作成した空きカレンダー情報を法人ユーザ端末２へ送信する。
続いて、Ｓ１９で、法人ユーザ端末２は、車両の整備を希望する予約希望日時の選択を受け付けるための図１１に示す空きカレンダーを法人ユーザ端末２に表示し、空きカレンダーを用いた予約の入力を受け付ける。法人ユーザ端末２で実行されるＳ１９の処理は、サーバ１から空きカレンダー情報を受信したときに実行される。予約希望日時の選択は、図１１に示す空きカレンダーにおける空きがある状況として「●」が表示されている枠１１ａを押すことにより選択可能である。

続いて、Ｓ２０で、法人ユーザ端末２は、予約情報をサーバ１へ送信する。予約情報には、選択された予約希望日時の情報に加え、法人ユーザ情報、１次受け工場情報、整備を予約したい車両の車両識別情報及び点検情報等も含まれる。法人ユーザ端末２で実行されるＳ２０の処理は、サーバ１から受信した空きカレンダー情報から、予約希望日時を法人ユーザが選択し、その後表示される図１１に示す予約情報の確認画面１２ａにおける予約ボタン１２ｂを法人ユーザが押すことにより実行される。

続いて、Ｓ２１で、サーバ１の制御部１１は、図１３に示す予約希望メールを１次受け工場端末３へ送信する。サーバ１の制御部１１で実行されるＳ２１の処理は、法人ユーザ端末２から予約情報を受信したときに実行される。

続いて、Ｓ２２で、１次受け工場端末３は、予約希望日時の確定又はキャンセルの選択を受け付けるための図１４に示す予約確定の確認画面を１次受け工場端末３に表示し、予約を受けるか否かの入力を受け付ける。１次受け工場端末３で実行されるＳ２２の処理は、サーバ１から予約希望メールを受信したときに実行される。予約希望日時の確定の選択は、図１４に示す予約確定の確認画面における実施日時確定ボタン１４ａを押すことにより選択可能である。なお、予約希望日時が受付不可で予約希望日時の再設定を法人ユーザに促したい場合は、予約キャンセルボタン１４ｂを押すことにより対応可能である。

続いて、Ｓ２３で、１次受け工場端末３は、予約希望日時の確定又はキャンセルを示す回答情報をサーバ１へ送信する。１次受け工場端末３で実行されるＳ２３の処理は、サーバ１から受信した予約希望メールに基づく情報から表示される予約確定の確認画面における、実施日時確定ボタン１４ａ又は予約キャンセルボタン１４ｂの何れかを１次受け工場のユーザが押すことより実行される。

続いて、Ｓ２４で、サーバ１の制御部１１は、図１５に示す予約確定メールを法人ユーザ端末２及び１次受け工場端末３へ送信する。サーバ１の制御部１１で実行されるＳ２４の処理は、１次受け工場端末３から予約希望日時の確定を示す回答情報を受信したときに実行される。なお、サーバ１の制御部１１は、予約希望日時のキャンセルを示す回答情報を受信した場合は、予約希望日時の再設定を法人ユーザに促す再設定メール等を送信してもよい。予約希望日時がキャンセルとなった場合、法人ユーザ端末２において実行されるＳ１３〜Ｓ２０が繰り返えされることにより、法人ユーザは再度予約を行うことが可能である。

続いて、Ｓ２５で、サーバ１の制御部１１は、記憶部１２に記憶されている各種情報を更新する。サーバ１の制御部１１で実行されるＳ２５の処理は、予約確定メールが送信されるタイミングで実行されてもよい。具体的には、車両メンテナンス情報データベース１２１において、点検日時及び予約工場が登録され、確定の有無が「済」として登録される。なお、予約希望メールが送信されるタイミングで点検日時及び予約工場が登録されてもよい。また、１次受け工場情報データベース１２２において、空きスケジュール情報における予約が確定した日時の空き状況を変更する。例えば、予定が確定した日時の整備士の人数を１引いた数に変更する。その結果、整備士の人数がゼロになる場合は、空きカレンダーにおける対応する枠を、空きがない状態を示す表示態様に変更する。

続いて、Ｓ２６で、サーバ１の制御部１１は、予約が確定している要整備車両について点検日時が近づくとリマインダの通知として、例えばリマインドメールを法人ユーザ端末２へ送信する。本実施形態では、リマインダの通知は、点検日時の前日及び当日に行われる。その後、図６の定期点検予約処理は終了する。

［２−２．定期点検評価処理］
次に、この車両整備予約システム１００で実現される定期点検評価処理について、サーバ１、法人ユーザ端末２及び１次受け工場端末３で実行されるそれぞれの処理フローを統合した図１６のフローチャートを用いて説明する。この定期点検評価処理は、一例として、整備士が１次受け工場端末３を用いて車両整備予約ウェブサイトにログインし、図９に示すメインメニューにおいて、定期点検ボタン９ａを押し、その後表示される図８に示す車両リストにおける整備を実施した車両の整備完了ボタン８ａを押すことにより実行される。

まず、Ｓ２７で、１次受け工場端末３は、実績情報の入力を受け付けるための実績報告入力画面を１次受け工場端末３に表示し、整備完了の旨及び整備内容の詳細等の実績情報の入力を受け付ける。

続いて、Ｓ２８で、１次受け工場端末３は、実績情報をサーバ１へ送信する。１次受け工場端末３で実行されるＳ２８の処理は、実績報告入力画面において、例えば、整備士が実績情報の入力完了ボタンを押すことにより実行される。

続いて、Ｓ２９で、サーバ１の制御部１１は、整備実績データベース１２４に実績情報を登録する。サーバ１の制御部１１で実行されるＳ２９の処理は、１次受け工場端末３から実績情報を受信したときに実行される。

続いて、Ｓ３０で、サーバ１の制御部１１は、整備に関する評価の入力を促す評価要望メールを法人ユーザ端末２へ送信する。サーバ１の制御部１１で実行されるＳ３０の処理は、Ｓ２９にて実績情報が登録されたときに実行される。

続いて、Ｓ３１で、法人ユーザ端末２は、評価入力を受け付けるための評価入力画面を法人ユーザ端末２に表示し、評価入力を受け付ける。法人ユーザ端末２により実行されるＳ３１の処理は、サーバ１から評価要望メールを受信し、評価要望メールに添付されたＵＲＬから車両整備予約ウェブサイトに法人ユーザがログインすることにより実行されてもよい。また、Ｓ３１の処理は、法人ユーザが自ら法人ユーザ端末２を用いて車両整備予約ウェブサイトにログインし、図９に示すメインメニューにおいて、定期点検ボタン９ａを押し、その後表示される図７に示す車両リストから整備の評価を入力したい車両を選択することにより実行されてもよい。法人ユーザが整備に対する評価を入力するために、法人ユーザ端末２に表示される評価入力画面として、口コミや星評価（複数段階評価）が可能な、例えば図１７に示す評価入力画面１７ａ〜１７ｃが用いられる。

続いて、Ｓ３２で、法人ユーザ端末２は、評価情報をサーバ１へ送信する。法人ユーザ端末２で実行されるＳ３２の処理は、例えば評価入力画面１７ｃにおいて、法人ユーザが登録ボタン１７１ａを押すことにより実行される。

続いて、Ｓ３３で、サーバ１の制御部１１は、評価情報データベース１２５に評価情報を登録する。サーバ１の制御部１１で実行されるＳ３３の処理は、法人ユーザ端末２から評価情報を受信したときに実行される。その後、図１６の定期点検評価処理は終了する。

［２−３．故障修理予約処理］
次に、この車両整備予約システム１００で実現される故障修理予約処理について、サーバ１、法人ユーザ端末２、１次受け工場端末３及び２次受け工場端末４で実行されるそれぞれの処理フローを統合した図１８のフローチャートを用いて説明する。この故障修理予約処理は、法人ユーザが法人ユーザ端末２を用いて車両整備予約ウェブサイトにログインすることにより実行される。

まず、Ｓ１１１で、法人ユーザ端末２は、車両の修理内容を示す故障修理項目の選択を受け付ける図１９に示す故障修理メニューを法人ユーザ端末２に表示して、故障修理項目の選択を受け付ける。法人ユーザ端末２部で実行されるＳ１１１の処理は、図９に示すメインメニューにおいて、法人ユーザが故障修理ボタン９ｂを押すことにより実行される。故障修理項目には、「キズ・ヘコミ」、「ガラス」、「タイヤ（例えば、パンク等）」、「エアコン」、「バッテリー」、「その他」などが含まれる。

続いて、Ｓ１１２で、法人ユーザ端末２は、故障修理の予約を行うための画面を表示させる表示指示情報をサーバ１へ送信する。この表示指示情報には、故障修理の予約が必要な車両の車両識別情報及び当該車両を保有する法人ユーザ情報も含まれる。法人ユーザ端末２で実行されるＳ１１２の処理は、法人ユーザが法人ユーザ端末２に表示される故障修理メニューにおいて、修理を依頼したい故障修理項目を選択し、その後車両識別情報及び法人ユーザ情報等を入力し確定することにより実行される。故障修理項目は、例えば図１９に示す「キズ・ヘコミ」ボタン１９ａを押すことで選択される。

続いて、Ｓ１１３で、サーバ１の制御部１１は、２次受け工場リスト情報を法人ユーザ端末２へ送信する。２次受け工場リストとは、図２０に示すように、法人ユーザが選択可能な２次受け工場、換言すると、表示指示情報から特定される法人ユーザと契約関係にある１次受け工場と契約のある全ての２次受け工場を一覧として表示する。サーバ１の制御部１１で実行されるＳ１１３の処理は、法人ユーザ端末２から表示指示情報を受信することにより実行される。

続いて、Ｓ１１４で、法人ユーザ端末２は、車両の故障修理を依頼する２次受け工場の選択を受け付けるための図２０に示す２次受け工場リストを法人ユーザ端末２に表示して、２次受け工場の選択を受け付ける。法人ユーザ端末２で実行されるＳ１１４の処理は、サーバ１から２次受け工場リスト情報を受信することにより実行される。２次受け工場の選択は、２次受け工場リストにおける選択したい２次受け工場の選択欄２０ａにチェックを入れ、選択確定ボタン２０ｂを押すことにより選択可能である。

図２０に示すように、２次受け工場リストの表示方法として、過去に依頼をしたことがある依頼先である「２次受け先１」と、その他の候補となる依頼先である「２次受け先２」と、がそれぞれ分類分けされた状態で表示されていてもよい。そして、「２次受け先１」及び「２次受け先２」は、法人ユーザによる過去の評価情報に基づく優先順位順に従って、上から優先順位の高い順に表示されるようにしてもよい。また、１次受け工場が契約のある２次受け工場の表示順位を任意に設定できるようにしてもよい。また、２次受け工場の位置を示す地図情報とともに表示されていてもよい。

続いて、Ｓ１１５で、法人ユーザ端末２は、法人ユーザにより選択された選択情報を送信する。この選択情報には、選択された２次受け工場情報に加え、故障修理を予約したい車両の車両識別情報及び故障修理項目等も含まれる。法人ユーザ端末２で実行されるＳ１１５の処理は、サーバ１から受信した２次受け工場リスト情報から、車両の故障修理を依頼する２次受け工場を法人ユーザが選択し、図２１に示す依頼内容確認画面において予約日時ボタン２１ａを押すことにより実行される。

続いて、Ｓ１１６で、サーバ１の制御部１１は、選択情報に含まれる２次受け工場情報から特定される２次受け工場の空きスジュール情報及び表示ルール情報に基づき、上述した１次受け工場の空きカレンダー情報の作成と同様に、法人ユーザに表示する空きカレンダー情報を作成する。サーバ１の制御部１１で実行されるＳ１１６の処理は、法人ユーザ端末２から選択情報を受信したときに実行される。例えば、２次受け工場の表示ルール情報において、「キズ・ヘコミ」の修理に必要な目安となる標準必要時間が２時間である場合、空きスケジュールではある単位期間を示す箇所に空きがある状態であったとしても、空きスケジュールにおける当該箇所から連続して２時間確保できない箇所は空きがない状態として空きカレンダーが作成される。

続いて、Ｓ１１７で、サーバ１の制御部１１は、Ｓ１１６で作成した空きカレンダー情報を法人ユーザ端末２へ送信する。
続いて、Ｓ１１８で、法人ユーザ端末２は、車両の故障修理を希望する予約希望日時の選択を受け付けるための図２２に示す空きカレンダーを法人ユーザ端末２に表示し、予約希望日時の選択を受け付ける。法人ユーザ端末２で実行されるＳ１１８の処理は、サーバ１から空きカレンダー情報を受信したときに実行される。予約希望日時の選択は、図２２に示す空きカレンダーにおける空きがある状況として「〇」が表示されている枠２２ａを押し、予約ボタン２２ｂを押すことにより選択可能である。

続いて、Ｓ１１９で、法人ユーザ端末２は、予約情報をサーバ１へ送信する。予約情報には、選択された予約希望日時の情報に加え、法人ユーザ情報、２次受け工場情報、故障修理を予約したい車両の車両識別情報及び故障修理項目等も含まれる。法人ユーザ端末２で実行されるＳ１１９の処理は、サーバ１から受信した空きカレンダー情報から、予約希望日時を法人ユーザが選択し、その後表示される図２３に示す予約情報の確認画面における確定ボタン２３ａを法人ユーザが押すことにより実行される。

以下のＳ１２０〜Ｓ１２５の処理は、定期点検予約処理におけるＳ２１〜Ｓ２６の処理と概ね同様であるため、図示は省略する。
続いて、Ｓ１２０で、サーバ１の制御部１１は、予約希望メールを２次受け工場端末４へ送信する。サーバ１の制御部１１で実行されるＳ１２０の処理は、法人ユーザ端末２から予約情報を受信したときに実行される。

続いて、Ｓ１２１で、２次受け工場端末４は、予約希望日時の確定又はキャンセルの選択を受け付けるための予約確定の確認画面を２次受け工場端末４に表示し、予約を受けるか否かの入力を受け付ける。２次受け工場端末４で実行されるＳ１２１の処理は、サーバ１から予約希望メールを受信したときに実行される。予約希望日時の確定の選択は、例えば予約確定の確認画面における実施日時確定ボタンを押すことにより選択可能である。なお、予約希望日時が受付不可で予約希望日時の再設定を法人ユーザに促したい場合は、例えば予約キャンセルボタンを押すことにより対応可能である。

続いて、Ｓ１２２で、２次受け工場端末４は、予約希望日時の確定又はキャンセルを示す回答情報をサーバ１へ送信する。２次受け工場端末４で実行されるＳ１２２の処理は、サーバ１から受信した予約希望メールに基づく情報から表示される予約確定の確認画面における、実施日時確定ボタン又は予約キャンセルボタンの何れかを２次受け工場のユーザが押すことより実行される。

続いて、Ｓ１２３で、サーバ１の制御部１１は、予約確定メールを法人ユーザ端末２、２次受け工場端末４及び２次受け工場と契約関係にある１次受け工場の１次受け工場端末３へ送信する。サーバ１の制御部１１で実行されるＳ１２３の処理は、２次受け工場端末４から予約希望日時の確定を示す回答情報を受信したときに実行される。なお、サーバ１の制御部１１は、予約希望日時のキャンセルを示す回答情報を受信した場合は、予約希望日時の再設定を法人ユーザに促す再設定メール等を送信してもよい。予約希望日時がキャンセルとなった場合、Ｓ１１２〜Ｓ１１９の処理が繰り返えされることにより、法人ユーザは再度予約を行うことが可能である。

続いて、Ｓ１２４で、サーバ１の制御部１１は、記憶部１２に記憶されている各種情報を更新する。サーバ１の制御部１１で実行されるＳ１２４の処理は、予約確定メールが送信されるタイミングで実行されてもよい。具体的には、車両メンテナンス情報データベース１２１において、修理日時及び予約工場が登録され、確定の有無が「済」として登録される。なお、予約希望メールが送信されるタイミングで修理日時及び予約工場が登録されてもよい。ここで、図８に示す整備予約を確認するための車両リストと同様に、故障修理が必要な車両についても２次受け工場が一覧として閲覧できるように、修理予約を確認するための車両リストが２次受け工場端末４に表示されるようにしてもよい。なお、修理予約を確認するための車両リストは、車両メンテナンス情報データベース１２１に記憶された情報に基づいて表示される。また、２次受け工場情報データベース１２３において、空きスケジュール情報における予約が確定した日時の空き状況を変更する。例えば、予定が確定した日時の整備士の人数を１引いた数に変更する。その結果、整備士の人数がゼロになる場合は、空きカレンダーにおける対応する枠を、空きがない状態を示す表示態様に変更する。

続いて、Ｓ１２５で、サーバ１の制御部１１は、予約が確定している故障修理を希望する車両について修理日時が近づくとリマインダの通知として、例えばリマインドメールを法人ユーザ端末２へ送信する。本実施形態では、リマインダの通知は、修理日時の前日及び当日に行われる。その後、図１８の故障修理予約処理は終了する。

［２−４．故障修理評価処理］
次に、この車両整備予約システム１００で実現される故障修理評価処理について、サーバ１、法人ユーザ端末２、１次受け工場端末３及び２次受け工場端末４で実行されるそれぞれの処理フローを統合した図２４のフローチャートを用いて説明する。この故障修理評価処理は、一例として、整備士が２次受け工場端末４を用いて車両整備予約ウェブサイトにログインし、図９に示すメインメニューにおいて、故障修理ボタン９ｂを押し、例えばその後表示される修理予約を確認するための車両リストにおける修理を実施した車両の整備完了ボタンを押すことにより実行される。

まず、Ｓ１２６で、２次受け工場端末４は、実績情報の入力を受け付けるための実績報告入力画面を２次受け工場端末４に表示し、整備完了の旨及び整備内容の詳細等の実績情報の入力を受け付ける。

続いて、Ｓ１２７で、２次受け工場端末４は、実績情報をサーバ１へ送信する。２次受け工場端末４で実行されるＳ１２７の処理は、実績報告入力画面において、例えば、整備士が実績情報の入力完了ボタンを押すことにより実行される。

続いて、Ｓ１２８で、サーバ１の制御部１１は、整備実績データベース１２４に実績情報を登録する。サーバ１の制御部１１で実行されるＳ１２８の処理は、２次受け工場端末４から実績情報を受信したときに実行される。

続いて、Ｓ１２９で、サーバ１の制御部１１は、整備に関する評価の入力を促す評価要望メールを法人ユーザ端末２へ送信する。サーバ１の制御部１１で実行されるＳ１２９の処理は、Ｓ１２８にて実績情報が登録されたときに実行される。

続いて、Ｓ１３０で、法人ユーザ端末２は、評価入力を受け付けるための評価入力画面を法人ユーザ端末２に表示し、評価入力を受け付ける。法人ユーザ端末２により実行されるＳ１３０の処理は、サーバ１から評価要望メールを受信し、評価要望メールに添付されたＵＲＬから車両整備予約ウェブサイトに法人ユーザがログインすることにより実行されてもよい。また、Ｓ１３０の処理は、法人ユーザが自ら法人ユーザ端末２を用いて車両整備予約ウェブサイトにログインし、図９に示すメインメニューにおいて、故障修理ボタン９ｂを押し、例えばその後表示される故障予約を確認するための車両リストから修理の評価を入力したい車両を選択することにより実行されてもよい。法人ユーザが修理に対する評価を入力するために、法人ユーザ端末２に表示される評価入力画面として、口コミや星評価が可能な、例えば図１７に示す評価入力画面１７ａ〜１７ｃが用いられる。

続いて、Ｓ１３１で、法人ユーザ端末２は、評価情報をサーバ１へ送信する。法人ユーザ端末２で実行されるＳ１３１の処理は、例えば評価入力画面１７ｃにおいて、法人ユーザが登録ボタン１７ａを押すことにより実行される。

続いて、Ｓ１３２で、サーバ１の制御部１１は、評価情報データベース１２５に評価情報を登録する。サーバ１の制御部１１で実行されるＳ１３２の処理は、法人ユーザ端末２から評価情報を受信することにより実行される。

続くＳ１３３以降の処理は、１次受け工場端末３にて２次受け工場の評価を確認するための所定の操作をしたとき（例えば、システムログイン後に評価を確認するためのボタンを選択したとき）に実行される。

Ｓ１３３で、１次受け工場端末３は、サーバ１に評価要求を送信する。
続いて、Ｓ１３４で、サーバ１の制御部１１は、評価情報の抽出を行う。ここでは、評価情報データベース１２５に登録された評価情報の中から、Ｓ１３３による送信を行った１次受け工場に対応付けられた２次受け工場で行った車両整備の評価情報を抽出する。記憶部１２には、１次受け工場に対応付けられた２次受け工場を示す対応情報が記憶されており、制御部１１は、この対応情報を参照することで、評価情報を抽出すべき２次受け工場を特定できる。

続いて、Ｓ１３５で、サーバ１の制御部１１は、抽出した評価情報を１次受け工場端末３に送信する。
続いて、Ｓ１３６で、１次受け工場端末３は、２次受け工場の車両整備の評価を表示画面に表示する。１次受け工場端末３は、評価に係る情報のみをサーバ１から受信し、１次受け工場端末３にて表示用の画像を形成してもよいし、評価の内容が示された画像をサーバ１から受信して表示してもよい。その後、図２４の故障修理評価処理は終了する。

［３．実施形態から把握される技術思想及び効果］
以上詳述した実施形態から、少なくとも以下の技術思想が把握され、以下の効果が得られる。

＜３−１−１．技術１＞
（１Ａ）ユーザが使用可能なユーザクライアント（２，３）、及び、整備工場が使用可能な工場クライアント（３，４）を含む複数のクライアントと、前記複数のクライアントと通信可能に構成されたサーバ（１）と、を備え、前記ユーザが使用する車両の車両整備の予約を行う車両整備予約システム（１００）であって、
前記サーバは、
前記整備工場が前記工場クライアントを用いて入力可能なスケジュール情報であって、該工場クライアントに係る前記整備工場において実行される車両整備に関する複数の作業項目ごとの受付可能な時刻を特定可能な情報であるスケジュール情報を取得するように構成された取得部（１１）と、
前記取得部により取得された前記スケジュール情報を記憶する記憶部（１２）と、を備え、
さらに、当該車両整備予約システムは、前記記憶部に記憶された前記スケジュール情報に基づいて、前記整備工場における所定の前記作業項目について、予約受付が可能である日及び時刻を表示する予約画面を作成するように構成された画面作成部（Ｓ１７）を備える、車両整備予約システム。

（１Ｂ）前記（１Ａ）に記載の車両整備予約システムであって、
前記記憶部は、１つ以上の車両の定期点検に関する情報を含む前記車両ごとの点検情報が記憶されるデータベース（１２１）を有しており、
前記点検情報に含まれる、予定される定期点検の時期、及び、走行距離のうちの少なくともいずれか一方に基づいて、前記点検情報に係る定期点検の通知を行うか否かを判定するように構成された判定部（Ｓ１１）と、
前記データベースに記憶される前記点検情報に係る車両の中から、所定の前記ユーザに対応付けられた車両であって、かつ、前記判定部により前記通知を行うと判定された車両を抽出するように構成された抽出部（Ｓ１１）と、
前記抽出部により抽出された前記車両の定期点検の情報を、前記所定のユーザに係る前記ユーザクライアントに通知するように構成された点検通知部（Ｓ１２）と、を備える、車両整備予約システム。

（１Ｃ）前記（１Ａ）又は前記（１Ｂ）に記載の車両整備予約システムであって、
前記ユーザクライアントは、
前記画面作成部により作成された前記予約画面を表示するように構成された表示部（Ｓ１９）と、
前記予約画面に表示される時刻の選択に係る前記ユーザの入力操作を受け付けるように構成された受付部（Ｓ１９）と、
前記受付部により受け付けられた入力情報を前記サーバに送信するように構成された送信部（Ｓ２０）と、を備え、
前記サーバは、前記送信部により前記入力情報が送信されたときに、該入力情報に係る前記整備工場の前記工場クライアントに通知するように構成された予約通知部（Ｓ２１）を備える、車両整備予約システム。

（１Ｄ）ユーザが使用可能なユーザクライアント（２，３）、及び、整備工場が使用可能な工場クライアント（３，４）を含む複数のクライアントと通信可能に構成されたサーバ（１）であって、
前記整備工場が前記工場クライアントを用いて入力可能なスケジュール情報であって、該工場クライアントに係る前記整備工場において実行される車両整備に関する複数の作業項目ごとの受付可能な時刻を特定可能な情報であるスケジュール情報を取得するように構成された取得部（１１）と、
前記取得部により取得された前記スケジュール情報を記憶する記憶部（１２）と、
前記記憶部に記憶された前記スケジュール情報に基づいて、前記整備工場における所定の前記作業項目について、予約受付が可能である日及び時刻を表示する予約画面を作成するように構成された画面作成部（Ｓ１７）と、を備える、サーバ。

＜３−１−２．効果＞
（１ａ）本実施形態では、法人ユーザが１次受け工場に車両の整備予約を行う場合、複数の作業項目ごとの受付可能な時刻を特定可能な情報である１次受け工場の空きスケジュール情報及び表示ルール情報に基づき、所定の作業項目（例えば、スケジュール点検）についての法人ユーザに表示する空きカレンダーが作成される。これにより、法人ユーザは、整備工場の詳細なスケジュールを知ることができる。そして、法人ユーザは、１次受け工場において整備予約を行いたい所定の作業項目ごとに、予約受付が可能である日及び時刻が表示される空きカレンダーから、車両の整備予約を行うことが可能である。したがって、１次受け工場における作業項目ごとの空きカレンダーが作成されない、例えば各日ごとの入庫可能台数に対応した空きカレンダーから整備予約する場合と比較して、作業項目ごとの作業にかかる時間が考慮されているため、予約希望日が作業項目によっては予約受付が不可である可能性があることによる、再予約の手間を発生しにくくすることができる。その結果、法人ユーザの整備予約にかかる手間を低減することができる。

また、法人ユーザが２次受け工場に車両の整備予約を行う場合、及び、車両の整備予約を行うユーザとして１次受け工場が２次受け工場に車両の整備予約を行う場合も、上述した場合と同様な効果を得ることができる。

なお、Ｓ１７の処理が、画面作成部の処理に相当する。
（１ｂ）本実施形態では、車両メンテナンス情報データベース１２１に記憶された車両識別情報及び点検情報に基づき、直近で整備予約が必要な車両である要整備車両が特定され、特定された要整備車両のうち、通知が必要な車両を保有する法人ユーザへ予約を促すための通知が行われる。具体的には、予定される点検の時期、及び、走行距離のうちのいずれか一方に基づいて、定期点検の通知を行うか否かが判定され、定期点検の通知を行うと判定された車両が抽出される。そして、抽出された車両の定期点検の情報が、当該車両を保有する法人ユーザへ通知される。これにより、車両メンテナンス情報データベース１２１に各種情報を登録するだけで、定期点検が必要な車両を有する法人ユーザに自動的に定期点検についての整備予約を促す通知を行うことができる。したがって、法人ユーザが車両の点検等の整備予約を失念していた場合でも、通知が行われることで法人ユーザに整備予約を促すことが可能であるため、車両の点検等が失念されることを抑制することができる。

また、自動的に通知が行われるため、通知を受けてから車両について整備工場に予約を行えばよいので、法人ユーザの負担も軽減することができる。
また、自動的に通知が行われるため、法人ユーザに車両を貸し出ししているリース会社が、法人ユーザに対して車両の整備予約についての通知を行なわなくてもよいことから、リース会社の負担も軽減することができる。なお、リース会社がリース会社端末６を用いて、法人ユーザに整備予約を促す通知を行うようにしてもよい。

なお、Ｓ１１の処理が、判定部及び抽出部の処理に相当し、Ｓ１２の処理が、点検通知部の処理に相当する。
（１ｃ）本実施形態では、空きカレンダーを用いた予約の入力を受け付けた場合、サーバ１を介して、車両の整備予約の受け付けが行われた整備工場に予約希望メールが送信される。これにより、法人ユーザは、車両整備予約ウェブサイトにおいて、整備工場の予約を簡便に行うことができる。

なお、法人ユーザ及び１次受け工場がユーザに相当し、空きスケジュール情報及び表示ルール情報がスケジュール情報に相当し、空きカレンダーが予約画面に相当し、予約情報が入力情報に相当する。

なお、Ｓ１９の処理が、表示部及び受付部の処理に相当し、Ｓ２０の処理が、送信部の処理に相当し、Ｓ２１の処理が、予約通知部の処理に相当する。また、当該技術１においては、法人ユーザ端末２、及び、１次受け工場端末３が、ユーザクライアントに相当する。また、１次受け工場端末３、及び、２次受け工場端末４が、工場クライアントに相当する。１次受け工場が２次受け工場に対して整備予約を行う場合に、１次受け工場端末３がユーザクライアントとして機能する。
＜３−２−１．技術２＞
（２Ａ）ユーザが使用可能なユーザクライアント（２）、及び、整備工場が使用可能な工場クライアント（３，４）を含む複数のクライアントと、前記複数のクライアントと通信可能に構成されたサーバ（１）と、を備え、前記ユーザが使用する車両の車両整備の予約を行う車両整備予約システム（１００）であって、
前記サーバは、
１つ以上の車両の定期点検に関する情報を含む前記車両ごとの点検情報が記憶されるデータベース（１２１）を有する記憶部（１２）と、
前記点検情報に含まれる、予定される定期点検の時期、及び、走行距離のうちの少なくともいずれか一方に基づいて、前記点検情報に係る定期点検の通知を行うか否かを判定するように構成された判定部（Ｓ１１）と、
前記データベースに記憶される前記点検情報に係る車両の中から、所定の前記ユーザに対応付けられた車両であって、かつ、前記判定部により前記通知を行うと判定された車両を抽出するように構成された抽出部（Ｓ１１）と、
前記抽出部により抽出された前記車両の定期点検の情報を、前記所定のユーザに係る前記ユーザクライアントに通知するように構成された点検通知部（Ｓ１２）と、を備える、車両整備予約システム。

（２Ｂ）前記（２Ａ）に記載の車両整備予約システムであって、
前記点検情報は、既に点検の予約が為されているか否かに係る情報を含み、
前記サーバは、前記抽出部により抽出された前記車両の点検情報に基づき、前記予約が為されていない車両を使用するユーザに係る前記ユーザクライアントに対して、予約を行う旨の通知を行うように構成された予約確認通知部（Ｓ１２）を備える、車両整備予約システム。

（２Ｃ）前記（２Ａ）又は前記（２Ｂ）に記載の車両整備予約システムであって、
前記ユーザクライアントは、前記抽出部により抽出された前記車両を示す点検車両表示画面を表示するように構成された表示部（２）を備える、車両整備予約システム。

＜３−２−２．効果＞
（２ａ）本実施形態では、車両メンテナンス情報データベース１２１に記憶された車両識別情報及び点検情報に基づき、直近で整備予約が必要な車両である要整備車両が特定され、特定された要整備車両のうち、通知が必要な車両を保有する法人ユーザへ予約を促すための通知が行われる。具体的には、予定される点検の時期、及び、走行距離のうちのいずれか一方に基づいて、定期点検の通知を行うか否かが判定され、定期点検の通知を行うと判定された車両が抽出される。そして、抽出された車両の定期点検の情報が、当該車両を保有する法人ユーザへ通知される。このような構成であるから、上述した（１ｂ）に示す効果と同様の効果を奏することができる。

なお、Ｓ１１の処理が、判定部及び抽出部の処理に相当し、Ｓ１２の処理が、点検通知部の処理に相当する。
（２ｂ）本実施形態では、車両メンテナンス情報データベース１２１に記憶された点検情報において、現在の状態が「未予約」の車両についてもその状態が「確定」又は「予約中」となるまで、当該車両を使用する法人ユーザに係るリマインダの通知が行われる。これにより、法人ユーザによる車両の点検等が失念されることを更に抑制することができる。

なお、通知の具体的な態様は特に限定されない。しかしながら、ウェブサイトにログインしない状態でも法人ユーザが通知を受けられることが望ましい。例えば、一般に用いられているショートメッセージサービス（ＳＭＳ）やメッセンジャーアプリ、又は当該システム専用のアプリを介して通知を行ってもよい。

なお、Ｓ１２の処理が、予約確認通知部の処理に相当する。
（２ｃ）本実施形態では、法人ユーザ端末２及びリース会社端末６にそれぞれ要整備車両についての整備予約を確認するための車両リストが表示される。これにより、リース会社も法人ユーザが保有している車両の整備状況を確認することが可能である。

なお、整備予約を確認するための車両リストが点検車両表示画面に相当する。また、当該技術２においては、法人ユーザ端末２が、ユーザクライアントに相当する。また、１次受け工場端末３、及び、２次受け工場端末４が、工場クライアントに相当する。
＜３−３−１．技術３＞
（３Ａ）１次受け工場が使用可能な１次受けクライアント（３）と、前記１次受け工場に紐付く２次受け工場が使用可能な２次受けクライアント（４）と、前記１次受けクライアント及び前記２次受けクライアントと通信可能なサーバ（１）と、を備え、前記サーバに記憶された、前記２次受け工場が行った車両整備の評価を示す評価情報を前記１次受けクライアントで表示可能に構成された評価情報確認システム（１００）であって、
前記サーバは、
前記１次受け工場に紐付けられた前記２次受け工場を示す対応情報と、前記評価情報と、を記憶可能に構成された記憶部（１２３，１２５）と、
前記対応情報を参照し、前記１次受け工場に紐付けられた前記２次受け工場で行った車両整備の前記評価情報を前記記憶部から抽出して、前記１次受けクライアントに出力するように構成された出力部（Ｓ１３４，Ｓ１３５）と、
を備える、評価情報確認システム。

（３Ｂ）所定のユーザにより使用される１つ以上のクライアント（２，３）と、該クライアントと通信可能なサーバ（１）と、を備え、前記サーバに記憶された、整備工場が行った車両整備の評価を示す評価情報を前記クライアントで表示可能に構成された評価情報確認システムで（１００）あって、
前記サーバは、
前記所定のユーザに紐付けられた１つ以上の整備工場を示す対応情報と、複数の前記評価情報と、を記憶可能に構成された記憶部（１２２，１２３，１２５）と、
前記対応情報を参照し、前記所定のユーザに紐付けられた前記整備工場で行った車両整備の前記評価情報を前記記憶部から抽出して、前記クライアントに出力するように構成された出力部（Ｓ１３４，Ｓ１３５）と、
を備える評価情報確認システム。

（３Ｃ）所定のユーザにより使用される１つ以上のクライアント（２，３）と通信可能なサーバ（１）であって、
前記所定のユーザに紐付けられた１つ以上の整備工場を示す対応情報と、前記整備工場が行った車両整備の評価を示す評価情報と、を記憶可能に構成された記憶部（１２２，１２３，１２５）と、
前記対応情報を参照し、前記所定のユーザに紐付けられた前記整備工場で行った車両整備の前記評価情報を前記記憶部から抽出して、前記クライアントに出力するように構成された出力部（Ｓ１３４，Ｓ１３５）と、
を備えるサーバ。

＜３−３−２．効果＞
（３ａ）本実施形態では、評価情報データベース１２５に２次受け工場が行った車両整備の評価を示す評価情報が２次受け工場情報に紐付けて記憶されている。また、本実施形態では、２次受け工場情報データベース１２３に１次受け工場に紐付けられた２次受け工場を示す２次受け工場情報も記憶されている。そして、１次受け工場に紐付けられた２次受け工場で行った車両整備の評価情報が１次受け工場端末３に出力される。これにより、１次受け工場は、複数の２次受け工場の中から当該１次受け工場と契約している２次受け工場において行われたユーザの車両の整備についての評価を確認することができる。

このため、１次受け工場は関係する整備工場の評価情報のみを効率的に確認できる。また、１次受け工場と契約関係にない２次受け工場の評価情報は当該１次受け工場には開示されないので、２次受け工場は、契約関係にない１次受け工場に業務内容や評価を知られてしまうことを抑制できる。

また、上記構成では、１次受け工場が２次受け工場を選択するための判断材料を提供することができる。したがって、例えば、ユーザが１次受け工場を介さずに直接２次受け工場に車両の整備を予約した場合にも、１次受け工場の車両の整備に関する品質を監視することが可能である。また、ユーザに表示される２次受け工場の表示方法を、１次受け工場の操作によって例えば評価が高い順に変化させることも可能である。

なお、Ｓ１３４及びＳ１３５の処理が、出力部の処理に相当する。
（３ｂ）本実施形態では、評価情報データベース１２５に１次受け工場又は２次受け工場が行った車両整備の評価を示す評価情報が１次受け工場情報又は２次受け工場情報に紐付けて記憶されている。これにより、整備工場を選択するための判断材料を提供することができる。

なお、１次受け工場情報（すなわち、契約している法人ユーザ情報）及び２次受け工場情報（すなわち、契約している１次受け工場情報）が対応情報に相当する。
なお、サーバ１には、例えば法人ユーザと１次受け工場又は２次受け工場を紐付ける情報、リース会社と法人ユーザとを紐付ける情報などの対応情報が記憶されていてもよい。また、サーバ１は、評価情報を確認する者に対して紐付けによる関係がある工場の情報のみを選択的に表示できるように構成されていてもよい。このような構成であれば、例えば、リース会社や法人ユーザは、契約関係にある整備工場の情報のみを確認することができ、不要な情報を除外して効率的に評価情報の確認ができる。また整備工場は、契約関係にない法人ユーザやリース会社に業務内容や評価を知られてしまうことを抑制できる。

［４．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は、上記実施形態に限定されることなく、種々の形態を採り得ることは言うまでもない。

（４ａ）上記実施形態では、車両の故障修理の予約が行われる場合に、法人ユーザが自ら直接２次受け工場に予約を行う構成を例示したが、車両の故障修理の予約が行われる方法は、これに限定されるものではない。例えば、法人ユーザにより一旦１次受け工場に予約が行われ、その後１次受け工場により選択された２次受け工場へ予約が行われるような構成であってもよい。また、例えば、車両の定期点検が行われた後、定期点検時に発見された故障修理を必要とする追加必要作業が発生した場合に、１次受け工場からの通知を受けた法人ユーザにより車両の故障修理の予約が行われる構成であってもよい。

（４ｂ）上記実施形態では、法人ユーザにより２次受け工場リストから車両の故障修理を希望する２次受け工場が選択される構成を例示したが、法人ユーザの故障修理の希望日時を優先として、空き状況にある評価実績の高い２次受け工場が自動的に選択されるような構成であってもよい。

（４ｃ）上記実施形態では、定期点検予約処理におけるＳ１１，Ｓ１２，Ｓ１４，Ｓ１７，Ｓ１８，Ｓ２１，Ｓ２４，Ｓ２５，Ｓ２６の処理をサーバ１が実行する。また、上記実施形態では、定期点検評価処理におけるＳ２９，Ｓ３０，Ｓ３３の処理をサーバ１が実行する。また、上記実施形態では、故障修理予約処理におけるＳ１１３，Ｓ１１６，Ｓ１１７，Ｓ１２０，Ｓ１２３，Ｓ１２４，Ｓ１２５の処理をサーバ１が実行する。また、上記実施形態では、故障修理評価処理におけるＳ１２８，Ｓ１２９，Ｓ１３２，Ｓ１３４の処理をサーバ１が実行する。しかし、これらの処理の少なくとも一部は、例えば、専用のアプリケーションプログラムがインストールされている各端末２〜６が実行するようにしてもよい。言い換えると、上述した各処理は、サーバ１及び各端末２〜６において分散処理が為されてもよい。また、表示されるリスト等の画面は、サーバ１が作成した画像が各クライアント端末に送信され表示される構成でもよいし、サーバ１から取得した情報を元に各端末２〜６が実行するアプリケーションにて画像を作成してもよい。

（４ｄ）本開示に記載の制御部１１及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部１１及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部１１及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されてもよい。

（４ｅ）上記実施形態における１つの構成要素が有する機能を複数の構成要素として分散させたり、複数の構成要素が有する機能を１つの構成要素に統合したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加、置換等してもよい。

（４ｆ）本開示は、上述した車両整備予約システム１００の他、当該車両整備予約システム１００を構成するサーバ１、法人ユーザ端末２、１次受け工場端末３、２次受け工場端末４、管理者端末５及びリース会社端末６としてコンピュータを機能させるためのプログラム、このプログラムを記録した媒体、空きカレンダー作成方法など、種々の形態で実現することができる。

１…サーバ、２，２ａ，２ｂ…法人ユーザ端末、３，３ａ，３ｂ…１次受け工場端末、４，４ａ，４ｂ…２次受け工場端末、５…管理者端末、６…リース会社端末、７…通信ネットワーク、１１…制御部、１２…記憶部、１００…車両整備予約システム、１１１…ＣＰＵ、１１２…メモリ、１２１…車両メンテナンス情報データベース、１２２…１次受け工場情報データベース、１２３…２次受け工場情報データベース、１２４…整備実績データベース、１２５…評価情報データベース。

Claims (3)

1. １次受け工場が使用可能な１次受けクライアント（３）と、前記１次受け工場に紐付く２次受け工場が使用可能な２次受けクライアント（４）と、前記１次受けクライアント及び前記２次受けクライアントと通信可能なサーバ（１）と、を備え、前記サーバに記憶された、前記２次受け工場が行った車両整備の評価を示す評価情報を前記１次受けクライアントで表示可能に構成された評価情報確認システム（１００）であって、
   前記サーバは、
   前記１次受け工場に紐付けられた前記２次受け工場を示す対応情報と、前記評価情報と、を記憶可能に構成された記憶部（１２３，１２５）と、
   前記対応情報を参照し、前記１次受け工場に紐付けられた前記２次受け工場で行った車両整備の前記評価情報を前記記憶部から抽出して、前記１次受けクライアントに出力するように構成された出力部（Ｓ１３４，Ｓ１３５）と、
   を備える、評価情報確認システム。
2. 所定のユーザにより使用される１つ以上のクライアント（２，３）と、該クライアントと通信可能なサーバ（１）と、を備え、前記サーバに記憶された、整備工場が行った車両整備の評価を示す評価情報を前記クライアントで表示可能に構成された評価情報確認システムで（１００）あって、
   前記サーバは、
   前記所定のユーザに紐付けられた１つ以上の整備工場を示す対応情報と、複数の前記評価情報と、を記憶可能に構成された記憶部（１２２，１２３，１２５）と、
   前記対応情報を参照し、前記所定のユーザに紐付けられた前記整備工場で行った車両整備の前記評価情報を前記記憶部から抽出して、前記クライアントに出力するように構成された出力部（Ｓ１３４，Ｓ１３５）と、
   を備える評価情報確認システム。
3. 所定のユーザにより使用される１つ以上のクライアント（２，３）と通信可能なサーバ（１）であって、
   前記所定のユーザに紐付けられた１つ以上の整備工場を示す対応情報と、前記整備工場が行った車両整備の評価を示す評価情報と、を記憶可能に構成された記憶部（１２２，１２３，１２５）と、
   前記対応情報を参照し、前記所定のユーザに紐付けられた前記整備工場で行った車両整備の前記評価情報を前記記憶部から抽出して、前記クライアントに出力するように構成された出力部（Ｓ１３４，Ｓ１３５）と、
   を備えるサーバ。

Images