(57)【要約】【課題】車両工場における車両の修理サービスにおいて、車両の修理のスケジュールを簡単にかつ正確に自動生成して、顧客に提示し、また、顧客に、車両の修理の状況を提示可能とする車両修理工程提示システムを提供する。【解決手段】サーバ装置１００は、修理内容と修理担当者の修理所要予定時間とを関連づけて保存する修理所要予定時間保存部１５０と、修理する車のナンバーと修理内容と修理担当者と修理開始予定時刻と修理終了予定時刻とその他データとを関連づけて保存する修理進捗保存部１６０とを有する。サーバ装置１００は、修理所要予定時間保存部１５０が保存するデータや、修理進捗保存部１６０が保存するデータや、修理依頼の受理等のイベントに基づいて、修理する車の修理開始予定時刻と修理終了予定時刻とを計算する。サーバ装置１００は、車両ユーザに預けた端末機２００に、車両の修理開始予定時刻等や、現在の修理の進捗を通知する。【選択図】図２
2006309463.tif 000002
【特許請求の範囲】
【請求項１】
車両の修理内容と、その修理に要する修理所要予定時間とを関連付けるデータを保存する修理所要予定時間保存手段と、
修理対象の車両のプレートナンバーと、修理内容と、修理開始時刻と、修理終了予定時刻と、連絡先とを関連づけたデータを保存する修理進捗保存手段と、
新規修理対象車両のプレートナンバーと、修理内容と、連絡先とを関連づけたデータの入力を受け付ける新規作業投入手段と、
入力された修理内容に基づいて前記修理所要予定時間保存手段を検索し、当該修理に要する修理所要予定時間を取得する修理所要予定時間取得手段と、
前記修理所要予定時間取得手段で取得した修理所要予定時間と、前記修理進捗保存手段が保存している他の修理に関するデータとに基づいて、当該車両の修理開始予定時刻と修理終了予定時刻との少なくとも一方を含む修理予定時刻を計算する予定時刻計算手段と、
前記車両のプレートナンバーと、前記修理内容と、前記修理予定時刻とを関連づけたデータを、前記修理進捗保存手段に新たに保存する保存手段と、
前記修理進捗保存手段に保存された修理予定時刻を、出力する出力手段と、
を備えることを特徴とする車両修理工程提示システム。
【請求項２】
前記修理進捗保存手段は、実際の修理開始時刻と実際の修理終了時刻との少なくとも一方を含む修理実時刻を保存し、
前記車両修理工程提示システムは、さらに、
前記プレートナンバーと前記修理実時刻とを示すデータを受け付けて、前記修理進捗保存手段に前記修理実時刻を登録すると共に、前記修理予定時刻と前記修理実時刻のずれに基づいて、後続する修理の修理予定時刻を更新する更新手段を備え、
前記出力手段は、登録された修理実時刻と更新された修理予定時刻との少なくとも一方を出力する手段を含む、
ことを特徴とする請求項１に記載の車両修理工程提示システム。
【請求項３】
前記修理所要予定時間保存手段は、さらに、修理担当者と修理担当者による修理所要予定時間とを示すデータを保存し、
前記新規作業投入手段は、さらに、修理内容と修理担当者とを示すデータの入力を受け付け、
前記保存手段は、さらに、修理内容と修理担当者のスケジュールとに基づいて、修理内容と修理担当者とを示すデータを前記修理進捗保存手段に保存する、
ことを特徴とする請求項１または２に記載の車両修理工程提示システム。
【請求項４】
前記出力手段の出力先が、
前記新規作業投入手段により入力された連絡先である、
ことを特徴とする請求項１乃至３のいずれか１項に記載の車両修理工程提示システム。
【請求項５】
さらに、
前記車両の修理状況を撮像する車両修理撮像手段と、
前記車両修理撮像手段が撮像した動画を受け付け、その車両の前記プレートナンバーを検出するプレートナンバー検出手段と、
前記プレートナンバー検出手段から検出したプレートナンバーを受け付け、前記修理進捗保存手段を検索し、前記プレートナンバーに係る車両が現在修理中である場合、前記プレートナンバーに対応する連絡先に、前記車両修理撮像手段が撮像した動画のデータを送信する車両修理動画連絡先配信手段と、
を備えることを特徴とする請求項１乃至４のいずれか１項に記載の車両修理工程提示システム。
【請求項６】
車両の修理内容と、その修理に要する修理所要予定時間とを関連付けるデータを保存する修理所要予定時間保存ステップと、
修理対象の車両のプレートナンバーと、修理内容と、修理開始時刻と、修理終了予定時刻と、連絡先とを関連づけたデータを保存する修理進捗保存ステップと、
新規修理対象車両のプレートナンバーと、修理内容と、連絡先とを関連づけたデータの入力を受け付ける新規作業投入ステップと、
入力された修理内容に基づいて前記修理所要予定時間保存ステップにより保存したデータを検索し、当該修理に要する修理所要予定時間を取得する修理所要予定時間取得ステップと、
前記修理所要予定時間取得ステップで取得した修理所要予定時間と、前記修理進捗保存ステップにより保存されている他の修理に関するデータとに基づいて、当該車両の修理開始予定時刻と修理終了予定時刻との少なくとも一方を含む修理予定時刻を計算する予定時刻計算ステップと、
前記車両のプレートナンバーと、前記修理内容と、前記修理予定時刻とを関連づけたデータを、前記修理進捗保存ステップにより新たに保存する保存ステップと、
前記修理進捗保存ステップにより保存された修理予定時刻を、出力する出力ステップと、
から構成されることを特徴とする車両修理工程提示方法。
【請求項７】
コンピュータに、
車両の修理内容と、その修理に要する修理所要予定時間とを関連付けるデータを保存する修理所要予定時間保存処理、
修理対象の車両のプレートナンバーと、修理内容と、修理開始時刻と、修理終了予定時刻と、連絡先とを関連づけたデータを保存する修理進捗保存処理、
新規修理対象車両のプレートナンバーと、修理内容と、連絡先とを関連づけたデータの入力を受け付ける新規作業投入処理、
入力された修理内容に基づいて修理所要予定時間保存処理の実行により保存されたデータを検索し、当該修理に要する修理所要予定時間を取得する修理所要予定時間取得処理、
修理所要予定時間取得処理の実行により取得した修理所要予定時間と、修理進捗保存処理の実行により保存している他の修理に関するデータとに基づいて、当該車両の修理開始予定時刻と修理終了予定時刻との少なくとも一方を含む修理予定時刻を計算する予定時刻計算処理、
前記車両のプレートナンバーと、前記修理内容と、前記修理予定時刻とを関連づけたデータを、修理進捗保存処理の実行により新たに保存する保存処理、
修理進捗保存処理により保存された修理予定時刻を、出力する出力処理、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両修理において、顧客の車両修理の進捗を、顧客に通知する車両修理工程提示システムに関する。
【背景技術】
【０００２】
顧客が車両を修理するとき、車両工場、特に車両用品の小売業の工場をよく用いることが知られている。
顧客は、車両工場に、自己の車両で乗り付け、自己の車両の修理を申し込む。車両工場の店員がその旨を承諾すると、顧客は店員に車両の鍵を預ける。店員は、修理終了の目安時刻を顧客に知らせる。たとえば、特許文献１には、整備拠点が様々な場所にある場合の修理終了時刻の目安を知らせる技術が開示されている。
【特許文献１】特開平１０−２４４９１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、この技術は、顧客に修理終了を知らせるだけであり、顧客は修理の進捗状況や修理のスケジュールを知ることができず、予定が立てられないという問題がある。作業者の感覚で、修理スケジュールを顧客に知らせること等も可能ではあるが、属人性が強く、負担が大きく、実際の作業の進み具合によってスケジュールは大きくずれるという問題がある。また、修理中であるとしても、自己の車両がどのように修理されているか、どのように取り扱われているのか等を知ることができないという問題がある。
【０００４】
本発明は、上記問題に鑑みてなされたもので、車両の修理のスケジュールを簡単にかつ正確に自動生成して、顧客に提示し、また、顧客に、車両の修理の状況を提示可能とすることを目的とする。
また、本発明は、顧客が、車両修理スケジュールや進捗状況、さらには、車両の状態を簡便に確認できるシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明の第１の観点にかかる車両修理工程提示システムは、
車両の修理内容と、その修理に要する修理所要予定時間とを関連付けるデータを保存する修理所要予定時間保存手段と、
修理対象の車両のプレートナンバーと、修理内容と、修理開始時刻と、修理終了予定時刻と、連絡先とを関連づけたデータを保存する修理進捗保存手段と、
新規修理対象車両のプレートナンバーと、修理内容と、連絡先とを関連づけたデータの入力を受け付ける新規作業投入手段と、
入力された修理内容に基づいて前記修理所要予定時間保存手段を検索し、当該修理に要する修理所要予定時間を取得する修理所要予定時間取得手段と、
前記修理所要予定時間取得手段で取得した修理所要予定時間と、前記修理進捗保存手段が保存している他の修理に関するデータとに基づいて、当該車両の修理開始予定時刻と修理終了予定時刻との少なくとも一方を含む修理予定時刻を計算する予定時刻計算手段と、
前記車両のプレートナンバーと、前記修理内容と、前記修理予定時刻とを関連づけたデータを、前記修理進捗保存手段に新たに保存する保存手段と、
前記修理進捗保存手段に保存された修理予定時刻を、出力する出力手段と、
を備えることを特徴とする。
【０００６】
前記車両修理工程提示システムは、さらに、
前記修理進捗保存手段は、実際の修理開始時刻と実際の修理終了時刻との少なくとも一方を含む修理実時刻を保存し、
前記車両修理工程提示システムは、さらに、
前記プレートナンバーと前記修理実時刻とを示すデータを受け付けて、前記修理進捗保存手段に修理実時刻を登録すると共に、前記修理予定時刻と前記修理実時刻のずれに基づいて、後続する修理の修理予定時刻を更新する更新手段を備え、
前記出力手段は、登録された修理実時刻と更新された修理予定時刻との少なくとも一方を出力する手段を含む、
ことを特徴としてもよい。
【０００７】
前記修理所要予定時間保存手段は、さらに、修理担当者と修理担当者による修理所要予定時間とを示すデータを保存し、
前記新規作業投入手段は、さらに、修理内容と修理担当者とを示すデータの入力を受け付け、
前記保存手段は、さらに、修理内容と修理担当者のスケジュールとに基づいて、修理内容と修理担当者とを示すデータを前記修理進捗保存手段に保存する、
ことを特徴としてもよい。
【０００８】
前記車両修理工程提示システムは、さらに、
前記出力手段の出力先が、
前記新規作業投入手段により入力された連絡先である、
ことを特徴としてもよい。
【０００９】
前記車両修理工程提示システムは、さらに、
前記車両の修理状況を撮像する車両修理撮像手段と、
前記車両修理撮像手段が撮像した動画を受け付け、その車両の前記プレートナンバーを検出するプレートナンバー検出手段と、
前記プレートナンバー検出手段から検出したプレートナンバーを受け付け、前記修理進捗保存手段を検索し、前記プレートナンバーに係る車両が現在修理中である場合、前記プレートナンバーに対応する連絡先に、前記車両修理撮像手段が撮像した動画のデータを送信する車両修理動画連絡先配信手段と、
を備えることを特徴としてもよい。
【００１０】
上記課題を解決するために、本発明の第２の観点にかかる車両修理工程提示方法は、
車両の修理内容と、その修理に要する修理所要予定時間とを関連付けるデータを保存する修理所要予定時間保存ステップと、
修理対象の車両のプレートナンバーと、修理内容と、修理開始時刻と、修理終了予定時刻と、連絡先とを関連づけたデータを保存する修理進捗保存ステップと、
新規修理対象車両のプレートナンバーと、修理内容と、連絡先とを関連づけたデータの入力を受け付ける新規作業投入ステップと、
入力された修理内容に基づいて前記修理所要予定時間保存ステップにより保存したデータを検索し、当該修理に要する修理所要予定時間を取得する修理所要予定時間取得ステップと、
前記修理所要予定時間取得ステップで取得した修理所要予定時間と、前記修理進捗保存ステップにより保存されている他の修理に関するデータとに基づいて、当該車両の修理開始予定時刻と修理終了予定時刻との少なくとも一方を含む修理予定時刻を計算する予定時刻計算ステップと、
前記車両のプレートナンバーと、前記修理内容と、前記修理予定時刻とを関連づけたデータを、前記修理進捗保存ステップにより新たに保存する保存ステップと、
前記修理進捗保存ステップにより保存された修理予定時刻を、出力する出力ステップと
から構成されることを特徴とする。
【００１１】
上記課題を解決するために、本発明の第３の観点にかかるプログラムは、
コンピュータに、
車両の修理内容と、その修理に要する修理所要予定時間とを関連付けるデータを保存する修理所要予定時間保存処理、
修理対象の車両のプレートナンバーと、修理内容と、修理開始時刻と、修理終了予定時刻と、連絡先とを関連づけたデータを保存する修理進捗保存処理、
新規修理対象車両のプレートナンバーと、修理内容と、連絡先とを関連づけたデータの入力を受け付ける新規作業投入処理、
入力された修理内容に基づいて修理所要予定時間保存処理の実行により保存されたデータを検索し、当該修理に要する修理所要予定時間を取得する修理所要予定時間取得処理、
修理所要予定時間取得処理の実行により取得した修理所要予定時間と、修理進捗保存処理の実行により保存している他の修理に関するデータとに基づいて、当該車両の修理開始予定時刻と修理終了予定時刻との少なくとも一方を含む修理予定時刻を計算する予定時刻計算処理、
前記車両のプレートナンバーと、前記修理内容と、前記修理予定時刻とを関連づけたデータを、修理進捗保存処理の実行により新たに保存する保存処理、
修理進捗保存処理の実行により保存された修理予定時刻を、出力する出力処理、
を実行させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、顧客は、車両工場における車両の修理終了予定時刻等を把握することが可能になる。
【発明を実施するための最良の形態】
【００１３】
本発明の実施形態に係る車両修理工程提示システムを、図面を参照して説明する。
本実施形態の車両修理工程提示システム１は、図１に示すように、サーバ装置１００と、回線ネットワークＣを介してサーバ装置１００に接続された端末機２００と、回線ネットワークＣを介してサーバ装置１００に接続された修理工程閲覧端末３００とから構成される。図１には、端末機２００、修理工程閲覧端末３００共に１台のみ図示されているが、車両修理工程提示システム１では、端末機２００の台数や修理工程閲覧端末３００の台数の制限はない。
【００１４】
回線ネットワークＣは、たとえば、ＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)などの通信プロトコルに基づく回線ネットワークである。
【００１５】
サーバ装置１００は、図２に示すように、制御部１１０と、記憶部１２０と、入出力部１３０と、撮像装置１３１と、入力デバイス１３２と、通信制御部１４０と、修理所要予定時間保存部１５０と、修理進捗保存部１６０と、表示部１７０と、表示デバイス１７１と、バス１９０とを有する。制御部１１０と、記憶部１２０と、入出力部１３０と、通信制御部１４０と、修理所要予定時間保存部１５０と、修理進捗保存部１６０と、表示部１７０とはバス１９０で相互接続される。
【００１６】
制御部１１０は、たとえば、ＣＰＵ(中央演算処理装置；  Central Processing Unit)を有し、記憶部１２０に記憶された動作プログラムに基づき、記憶部１２０と、入出力部１３０と、通信制御部１４０と、修理所要予定時間保存部１５０と、修理進捗保存部１６０とを制御する。
【００１７】
記憶部１２０は、たとえば、ワークエリアとなるＲＡＭ (Random Access Memory)と、ハードディスク装置とを有し、制御部１１０の動作を制御するためのオペレーティングシステム(OS； Operating System)及びアプリケーションプログラム等を記憶し、制御部１１０の演算に必要なワークエリアを提供する。記憶部１２０に記憶されるアプリケーションプログラムは、入出力部１３０から動画像のデータを受信し、記憶部１２０に保存する処理、当該動画像のデータから静止画像のデータを作成する動画キャプチャ処理、当該静止画像からプレートナンバーを読み取る処理、当該動画像のデータを、通信制御部１４０を介して端末機２００と修理工程閲覧端末３００とに送信する処理、修理所要予定時間保存部１５０にデータの登録・変更・削除等を行う処理、修理進捗保存部１６０にデータの登録・変更・削除等を行う処理、修理開始予定時刻と修理終了予定時刻の再計算を行う処理などを実行するプログラムから構成される。
【００１８】
入出力部１３０は、たとえば、ＵＳＢ(Universal Serial Bus)などから構成され、撮像装置１３１及び入力デバイス１３２が接続され、これらの装置とのデータの入出力を行い、制御部１１０と当該データの送受信を行う。
撮像装置１３１は、入出力部１３０に接続され、取得した撮影対象のビデオ映像及び音声信号をデータに変換したものを入出力部１３０に送信する。
入力デバイス１３２は、たとえば、マウスやキーボードから構成され、入力情報を取り込み、入出力部１３０に供給する。
【００１９】
通信制御部１４０は、たとえば、ＮＩＣ(Network Interface Card)のような通信装置を有し、回線ネットワークＣに接続され、端末機２００と修理工程閲覧端末３００とのデータの送受信を行う。
【００２０】
表示部１７０は、たとえば、ＣＰＵ、ＤＳＰ(Digital Signal Processor)、ＶＲＡＭ(Video Random Access Memory)、音声Ｄ／Ａ(Digital/Analogue)変換器を有し、制御部１１０の制御下に、表示デバイス１７１に画像を表示し、音声をスピーカ等から放音させる。
表示デバイス１７１は、たとえば、液晶ディスプレイであって、表示部１７０によって制御され、画像を表示し、音声をスピーカ等から放音する。
【００２１】
修理所要予定時間保存部１５０は、たとえば、ハードディスク装置から構成され、修理内容と、修理担当者と、当該修理担当者が当該修理に要する予定時間とを関連づけて記憶する。
修理所要予定時間保存部１５０内で保存されるデータは、たとえば、図３のようなテーブル構造を有する。図３のテーブルの各エントリは、修理内容３１０と、修理担当者３２０と、修理所要予定時間３３０と、その他のデータとから構成される。修理内容３１０は、車両の修理内容のうちの１つの処理（工程）又は一連の処理の組み合わせを表す。修理担当者３２０は、車両を修理する担当者である。修理所要予定時間３３０は、修理内容３１０に記載された車両の修理内容を、修理担当者３２０に記載された車両の修理担当者が行った場合の、当該修理に要する予定時間であり、修理担当者の技術レベルに応じて変化する。修理所要予定時間３３０に記載される時間は、車両工場の工場主等が、今までの作業実績等に応じて決定し、サーバ装置１００の管理者が登録する。
【００２２】
たとえば、修理所要予定時間保存部１５０で保存されるテーブルの第１エントリには、「ハンドル交換」「工員Ａ」「０：３０：００」と記載されているが、これは、工員Ａが、ハンドル交換の修理を担当した場合、０：３０：００すなわち３０分０秒の時間を要する予定であることを示す。
【００２３】
修理進捗保存部１６０は、たとえば、ハードディスク装置から構成され、修理を依頼された車両について、修理の内容と、修理担当者と、修理の予定スケジュールと、現実の日時データ時間とを関連づけて記憶する。修理進捗保存部１６０に保存されるデータは、たとえば、図４のようなテーブル構造を有する。図４のテーブル（スケジュールテーブル）の各エントリは、プレートナンバー４１０と、修理内容４２０と、修理担当者４３０と、修理開始時刻４４０と、修理終了時刻４５０と、修理開始予定時刻４６０と、修理終了予定時刻４７０と、通信ＩＤ４８０と、その他のデータとから構成される。
【００２４】
プレートナンバー４１０は、修理すべき車両のプレートナンバーである。修理内容４２０は、修理すべき車両の修理内容である。修理担当者４３０は、当該修理を担当する者である。修理開始時刻４４０は、実際に修理を始めた時刻である。修理終了時刻４５０は、実際に修理が終了した時刻である。修理開始予定時刻４６０は、修理を始める予定時刻である。修理終了予定時刻４７０は、修理を終える予定時刻である。通信ＩＤ４８０は、ユーザに貸し出した端末機２００の通信ＩＤ（通信用アドレス、電話番号、メールアドレス等）である。
【００２５】
たとえば、図４の修理進捗保存部１６０で保存されるスケジュールテーブルの第１エントリには、「東京１１あ１１−１１」「ハンドル交換」「工員Ａ」「０５／０４／２０  １４：００：００」「０５／０４／２０  １４：３０：００」「（空のデータ）」「（空のデータ）」「are@akpat.co.jp」となっているが、これは、ナンバープレートが東京１１あ１１−１１である車両が、工員Ａによってハンドル交換の修理をなされ、０５年（２００５年）４月２０日１４時００分００秒に修理を実際に開始し、０５年４月２０日１４時３０分００秒に実際に修理を終了したことを示す。実際に修理が開始され、終了したため、修理開始予定時刻４６０と修理終了予定時刻４７０には空のデータが入っている。また、このユーザに貸し出した端末機２００の通信ＩＤ（メールアドレス）はare@akpat.co.jpである。
【００２６】
同様に、スケジュールテーブルの第２エントリには、ナンバープレートが「神戸２２い２２−２２」である車両が、工員Ｂによってタイヤ交換の修理をなされ、０５年（２００５年）４月２０日１４時３５分００秒に修理を実際に開始し、０５年４月２０日１４時５５分００秒に修理を終了する予定である、すなわち修理作業中であることを示す。実際に修理が開始され、また、修理は終了していないため、修理終了時刻４５０と修理開始予定時刻４６０には空のデータが入っている。さらに、ユーザに貸し出した端末機２００の通信ＩＤは、「hare@ame.co.jp」である。
【００２７】
さらに、第３エントリには、ナンバープレートが「なにわ３３う３３−３３」である車両が、工員Ｃによってオイル交換の修理をなされる予定であって、０５年（２００５年）４月２０日１５時００分００秒に修理を開始する予定で、０５年４月２０日１５時３０分００秒に修理を終了する予定である、すなわち修理にはまだとりかかっていないことを示す。実際に修理が開始されておらず、また、修理は終了していないため、修理開始時刻４４０と修理終了時刻４５０には空のデータが入っている。さらに、ユーザに貸し出した端末機２００の通信ＩＤは、「kawa@yam.co.jp」である。
【００２８】
図１の端末機２００は、たとえば、ＰＤＡ(Personal Digital Assistance)や、携帯電話機といった端末から構成される。端末機２００は、図５に示すように、制御部５１０と、記憶部５２０と、入出力部５３０と、通信制御部５４０と、表示部５５０と、表示デバイス５５１と、バス５９０とを有する。制御部５１０と、記憶部５２０と、入出力部５３０と、通信制御部５４０と、表示部５５０とは、バス５９０で相互接続される。
【００２９】
制御部５１０は、たとえば、ＣＰＵを有し、記憶部５２０に記憶された動作プログラムに基づき、各部を制御する。
記憶部５２０は、たとえば、ワークエリアとなるＲＡＭと、不揮発性メモリとを有し、制御部５１０の動作を制御するためのＯＳ及びアプリケーションプログラム等を記憶すると共に制御部５１０の処理に必要なワークエリアを提供する。記憶部５２０に記憶されるアプリケーションプログラムは、サーバ装置１００から送信された動画データを受信する処理、受信した動画データを記憶部５２０に記憶する処理、記憶部５２０に記憶した動画データを再生する処理、受信した動画データを記憶部５２０から消去する処理、入出力部５３０からプレートナンバーのデータを受けて、これを記憶部５２０に記憶する処理、記憶部５２０に記憶されたプレートナンバーのデータを消去する処理、入出力部５３０にプレートナンバーのデータを出力する処理などを実行するためのプログラムから構成される。
【００３０】
入出力部５３０は、たとえば、ＵＳＢなどから構成され、プレートナンバーのデータを送受信するための入出力装置５３１が接続される。
通信制御部５４０は、たとえば、ＮＩＣのような通信装置を有し、制御部５１０の制御下に、サーバ装置１００とのデータの送受信を行う。
表示部５５０は、たとえば、ＣＰＵ、ＤＳＰ、ＶＲＡＭ、音声Ｄ／Ａ変換器を有し、制御部５１０の制御下に、表示デバイス５５１に画像を表示し、音声をスピーカ等から放音させる。
表示デバイス５５１は、たとえば、液晶ディスプレイであって、表示部５５０によって制御され、画像を表示し、音声をスピーカ等から放音する。
【００３１】
図１の修理工程閲覧端末３００は、図６に示すように、制御部６１０と、記憶部６２０と、入出力部６３０と、端末機プレートナンバー読取機６３１と、通信制御部６４０と、表示部６５０と、表示デバイス６５１と、バス６９０とを有する。制御部６１０と、記憶部６２０と、入出力部６３０と、通信制御部６４０と、表示部６５０とは、バス６９０で相互接続される。
【００３２】
制御部６１０は、たとえば、ＣＰＵを有し、記憶部６２０に記憶された動作プログラムに基づき、各部を制御する。
記憶部６２０は、たとえば、ワークエリアとなるＲＡＭと、ハードディスク装置とを有し、制御部６１０の動作を制御するためのＯＳ及びアプリケーションプログラム等を記憶すると共に制御部６１０の演算に必要なワークエリアを提供する。記憶部６２０に記憶されるアプリケーションプログラムは、サーバ装置１００から送信された動画データを受信する処理、受信した動画データを記憶部６２０に記憶する処理、記憶部６２０に記憶した動画データを再生する処理、受信した動画データを記憶部６２０から消去する処理、入出力部６３０からプレートナンバーのデータを受けて、これを記憶部６２０に記憶する処理などを実行するためのプログラムから構成される。
【００３３】
入出力部６３０は、たとえば、ＵＳＢなどから構成され、端末機２００からプレートナンバーのデータを読み取る端末機プレートナンバー読取機６３１等の機器が接続される。
端末機プレートナンバー読取機６３１は、たとえば、端末機２００を端末機プレートナンバー読取機６３１にかざすことで、端末機２００に保存されているプレートナンバーを読み取る。
通信制御部６４０は、たとえば、ＮＩＣのような通信装置を有し、制御部６１０の制御下に、サーバ装置１００とのデータの送受信を行う。
表示部６５０は、たとえば、ＣＰＵ、ＤＳＰ、ＶＲＡＭ、音声Ｄ／Ａ変換器を有し、制御部６１０の制御下に、表示デバイス６５１に画像を表示し、音声をスピーカ等から放音させる。なお、表示デバイス６５１のサイズは、端末機２００の表示デバイス５５１のサイズより大きい。
表示デバイス６５１は、たとえば、液晶ディスプレイであって、表示部６５０によって制御され、画像を表示し、音声をスピーカ等から放音する。
【００３４】
上記構成の車両修理工程提示システム１の動作を、車両修理工場の店員が、車両ユーザからの修理依頼を受け付けてから修理を完了して、顧客に返却するまでの一連の動作を説明する。
【００３５】
（修理対象車両受入時の処理）
車両修理工場の店員が、車両ユーザからの修理依頼を受け付ける際には、端末機２００に、図示せぬプレートナンバーのデータを登録するための機器を接続し、端末機２００に修理対象車両のプレートナンバーを記憶させ、顧客に当該端末機２００を手渡す。
次に、店員は、図２のサーバ装置１００の入出力部１３０に接続された入力デバイス１３２を介して、登録コマンドと、車両のプレートナンバーと、修理内容と、修理担当者と、ユーザに手渡した端末機２００の通信ＩＤ（電話番号、メールアドレス等）をサーバ装置１００に入力する。
【００３６】
サーバ装置１００の入出力部１３０は、入力デバイス１３２から、登録コマンドと、車両のプレートナンバーと、修理内容と、修理担当者と、通信ＩＤを、制御部１１０に送信する。制御部１１０は、登録コマンドに応答して、図７の新規依頼登録処理を開始し、車両のプレートナンバーと、修理内容と、修理担当者と、通信ＩＤのデータを、記憶部１２０に保存する（ステップＳ７０１）。続いて、制御部１１０は、修理内容と、修理担当者とを検索キーとして、図３の修理所要予定時間保存部１５０のテーブルを検索する（ステップＳ７０２）。検索の結果、当該修理内容と当該修理担当者に対応するエントリが当該テーブル内に見つかった場合は（ステップＳ７０２；Ｙｅｓ）、当該エントリ内から修理所要予定時間３３０を取り出して、記憶部１２０に保存する（ステップＳ７０３）。もし、エントリが見つからなかった場合は（ステップＳ７０２；Ｎｏ）、制御部１１０は、修理担当者はその修理を行うことができない旨のエラーメッセージを表示デバイス１７１に表示するよう、表示部１７０に指示し（ステップＳ７０４）、処理は終了する。
【００３７】
ステップＳ７０３の終了後、制御部１１０は、図４の修理進捗保存部１６０のスケジュールテーブルを検索し、修理が終了していない、すなわち修理終了時刻４５０に空のデータが入っているエントリを検索する（ステップＳ７０５）。制御部１１０は、ステップＳ７０５の検索処理により得たエントリの修理終了予定時刻４７０のうちの最も遅いものに一定の余裕時間を加算して、今回の入力された新たな修理依頼について、修理開始予定時刻４６０とする。さらに、この修理開始予定依頼時刻４６０にステップＳ７０３で得た修理所要予定時間を加算して修理終了予定時刻４７０を計算する（ステップＳ７０６）。
【００３８】
続いて、制御部１１０は、修理進捗保存部１６０のスケジュールテーブルの空きエントリに、ステップＳ７０１で記憶部１２０に保存したプレートナンバーと修理内容と修理担当者と、修理開始時刻として空のデータと、修理終了時刻として空のデータと、ステップＳ７０６で計算した修理開始予定時刻と修理終了予定時刻と通信ＩＤとを関連づけたデータを登録する（ステップＳ７０７）。ステップＳ７０７の登録が終了した後、制御部１１０は、通信制御部１４０を介して、登録されている通信ＩＤ４８０宛、即ち、修理を依頼したユーザに手渡した端末機２００宛に、ステップＳ７０７で登録したエントリの修理内容４２０と、修理担当者４３０と、修理開始予定時刻４６０と、修理終了予定時刻４７０とを送信する（ステップＳ７０８）。端末機２００の制御部５１０は、ステップＳ７０８によりサーバ装置１００より送信された情報を受信し、端末機２００の表示デバイス５５１に表示する。
【００３９】
このように、車両修理工程提示システム１は、車両の修理内容と修理担当者に応じて、車両の修理開始予定時刻と修理終了予定時刻を計算し、その結果を、端末機２００を持っているユーザに通知する。したがって、修理を依頼したユーザは、車両の修理終了予定時刻等を把握することが可能になる。
【００４０】
（新規修理着手時の動作）
各修理担当者は、修理進捗保存部１６０に登録されているスケジュールに従って、車両の修理を進める。
【００４１】
修理担当者は、新たに車両の修理を開始する際には、図２に示すサーバ装置１００の入出力部１３０に接続された入力デバイス１３２を介して、登録コマンドと、車両のプレートナンバーと、修理開始時刻とをサーバ装置１００に入力する。
【００４２】
サーバ装置１００の入出力部１３０は、入力された登録コマンドと、車両のプレートナンバーと、修理開始時刻とを、制御部１１０に送信する。制御部１１０は、登録コマンドに応答して、図８のフローチャートに示す処理を開始し、車両のプレートナンバーと、修理開始時刻を、記憶部１２０に保存する（ステップＳ８０１）。続いて、制御部１１０は、ステップＳ８０１で記憶した車両のプレートナンバーを検索キーとして、図４の修理進捗保存部１６０のスケジュールテーブルを検索し、さらに修理開始時刻４４０が空のデータであるものを抽出する（ステップＳ８０２）。ここで、修理開始時刻４４０が空のデータであるものとしたのは、修理進捗保存部１６０のスケジュールテーブルに保存されているエントリのうち、今回の修理に係るエントリのみを抽出するためである。
【００４３】
ステップＳ８０２の抽出の結果、入力されたプレートナンバーに対応するエントリが見つかった場合は（ステップＳ８０２；Ｙｅｓ）、そのエントリの修理開始予定時刻を空のデータで更新し（ステップＳ８０３）、そのエントリの修理開始時刻をステップＳ８０１で記憶した修理開始時刻で更新する（ステップＳ８０４）。もし、エントリが見つからなかった場合は（ステップＳ８０２；Ｎｏ）、制御部１１０は、そのような修理担当者はその修理を行うことができない旨のエラーメッセージを表示デバイス１７１に表示するよう、表示部１７０に指示し（ステップＳ８０５）、処理は終了する。
【００４４】
ステップＳ８０４の終了後、制御部１１０は、図４の修理進捗保存部１６０のスケジュールテーブルを検索し、修理を開始した車両の修理担当者と同一の修理担当者が設定されているエントリでかつ修理を終了していない、すなわち修理終了時刻４５０に空のデータが入っているエントリを検索する（ステップＳ８０６）。ステップＳ８０６で、修理進捗保存部１６０の全エントリを抽出しないのは、修理開始時刻４４０および修理終了時刻４５０が共に空のデータでないエントリについては、修理が終了しているため、修理開始予定時刻４６０や修理終了予定時刻４７０の再計算をする必要はない（修理開始予定時刻４６０や修理終了予定時刻４７０を更新することがない）からである。また、他の担当者のスケジュールを誤って操作しないためである。
【００４５】
ステップＳ８０６によって検索したエントリについて、制御部１１０は、修理開始予定時刻４６０と修理終了予定時刻４７０について、ステップＳ８０１で記憶した修理開始時刻に基づき再計算を行う（ステップＳ８０７）。即ち、今回修理を開始した車両についての、修理開始予定時刻と実際の修理開始時刻との差分を求め、後続する修理の修理開始予定時刻と修理終了予定時刻とにこの差分をそれぞれ加算する。これにより、予想よりも早く修理を開始した場合や、逆に予想よりも遅く修理を開始した場合に、後続する修理の修理開始予定時刻４６０と修理終了予定時刻４７０とを再調整してより正確な時間に調整することができる。
【００４６】
ステップＳ８０７の再計算が終了すると、制御部１１０は、再計算結果に基づき、ステップＳ８０６で検索して得た各エントリについて、再計算前の修理開始予定時刻４６０と修理終了予定時刻４７０とを、再計算後の修理開始予定時刻４６０と修理終了予定時刻４７０とで、更新する（ステップＳ８０８）。なお、差分が所定の誤差範囲の際には、予定時刻の更新をスキップするようにしてもよい。
【００４７】
続いて、制御部１１０は、更新の対象となった各エントリの通信ＩＤ４８０宛に、通信制御部１４０を介して、「スケジュール変更のお知らせ」などのメッセージと共に更新された修理開始予定時刻４６０と、修理終了予定時刻４７０とを送信する（ステップＳ８０９）。
なお、今回入力されたプレートナンバーが格納されているエントリの修理開始時刻４５０を、実際の修理開始時刻で更新し、修理開始予定時刻４６０を空のデータとし、通信ＩＤ４８０宛には、例えば、「修理を開始しました」等のメッセージと共に修理終了予定時刻４７０を送信する。端末機２００の制御部５１０は、ステップＳ８０９によりサーバ装置１００より送信された情報を受信し、端末機２００の表示デバイス５５１に表示する。
【００４８】
このように、車両修理工程提示システム１は、車両が実際に修理を開始した時刻に基づいて、車両の修理開始予定時刻と修理終了予定時刻を再計算し、その結果を、端末機２００を持っているユーザに通知する。したがって、車両のユーザは、車両工場における車両の修理終了予定時刻等をより正確に把握することが可能になる。
【００４９】
（車両修理中の動作）
車両修理工程提示システム１は、車両が実際に修理を行われている様子を、動画像として、端末機２００や修理工程閲覧端末３００に送信する。
図２のサーバ装置１００に接続した撮像装置１３１が、車両の修理を撮像した動画像を、端末機２００に送信する動作を図９のフローチャートを用いて説明する。
【００５０】
あらかじめ、車両工場内に、サーバ装置１００に接続された撮像装置１３１を設置する。撮像装置１３１は、ナンバープレートが撮像できるように設置する。
撮像装置１３１は、入出力部１３０を介して撮像した動画像のデータをサーバ装置１００に送信する。
【００５１】
サーバ装置１００のＯＳは、撮像装置１３１から、動画像のデータの入力があったことを検知し、制御部１１０に通知する。制御部１１０は、当該通知に応答して、撮像装置１３１からの動画像のデータを、記憶部１２０に保存する（ステップＳ９０１）。続いて、制御部１１０は、ステップＳ９０１で記憶した動画像のデータから、図示せぬタイマの定期的な通知等の手段によって、動画像のデータから、静止画像を適宜作成する（ステップＳ９０２）。続いて、制御部１１０は、ステップＳ９０２で作成された静止画像から、プレートナンバーを識別し、記憶部１２０に保存する（ステップＳ９０３）。
【００５２】
続いて、制御部１１０は、図４の修理進捗保存部１６０のスケジュールテーブルを検索し、ステップＳ９０３で検出したプレートナンバーと同一のプレートナンバーが保存されているエントリであって、修理開始時刻４４０が空のデータでなく、修理終了時刻４５０が空のデータであるものを検索する（ステップＳ９０４）。修理開始時刻４４０が空でなく、修理終了時刻４５０が空であるとは、現在修理中であることを意味する。続いて、ステップＳ９０４で抽出したエントリの通信ＩＤ４８０宛に、ステップＳ９０１で記憶した動画像のデータを送信する（ステップＳ９０５）。端末機２００は、サーバ装置１００から送信された動画像のデータを受信し、再生する。車両のユーザは、動画像内の車両のプレートナンバーから、自分の車両が修理されていることを知り、自分の車両が修理されている様子を見ることができる。
【００５３】
なお、制御部１１０は、図１の修理工程閲覧端末３００に、ステップＳ９０１において、動画像のデータを送信し、ステップＳ９０３終了後に、記憶部１２０に記憶したプレートナンバーを送信することもできる。
この場合、修理工程閲覧端末３００は、たとえば、端末機２００を端末機プレートナンバー読取機６３１にかざすことで、端末機２００に保存されているプレートナンバーを読み取り、読み取ったプレートナンバーと、送信されたプレートナンバーとが一致する場合に限り、送信された動画像を再生してもよい。このようにすることで、現在修理中の車両のユーザのみが修理工程閲覧端末３００で車両が実際に修理されている様子を見ることができる。
また、修理工程閲覧端末３００は、送信された動画像をそのまま再生してもよい。
【００５４】
このように、車両修理工程提示システム１は、車両が実際に修理されている様子の動画像を、車両のユーザが持っている端末機２００や修理工程閲覧端末３００に送信する。したがって、車両のユーザは、車両工場における自分の車両が実際に修理を行われていることを把握することができ、修理の進捗をより正確に把握することが可能になる。
【００５５】
（修理終了時の動作）
車両修理工場の修理担当者は、車両の修理が終了すると、これをサーバ装置１００に登録する。この処理を、図１０のフローチャートを用いて説明する。
【００５６】
修理担当者は、図２のサーバ装置１００の入力デバイス１３２を介して、終了時間登録コマンドと共に修理が終了した車両のプレートナンバーと、修理終了時刻をサーバ装置１００に入力する。
【００５７】
サーバ装置１００の入出力部１３０は、入力されたコマンドと、車両のプレートナンバーと、修理終了時刻とを制御部１１０に通知する。制御部１１０は、終了時刻登録コマンド通知に応答して、車両のプレートナンバーと、修理終了時刻を、記憶部１２０に保存する（ステップＳ１００１）。続いて、制御部１１０は、ステップＳ１００１で記憶した車両のプレートナンバーを検索キーとして、図４の修理進捗保存部１６０のスケジュールテーブルを検索し、さらに修理終了時刻４５０が空のデータであるものを抽出する（ステップＳ１００２）。ここで、修理終了時刻４５０が空のデータであるものとしたのは、修理進捗保存部１６０のスケジュールテーブルに保存されているエントリのうち、今回の修理に係るエントリのみを抽出するためである。
【００５８】
ステップＳ１００２の抽出の結果、当該プレートナンバーに対応するエントリが当該スケジュールテーブル内に見つかった場合は（ステップＳ１００２；Ｙｅｓ）、当該エントリの修理終了予定時刻４７０を空のデータで更新し（ステップＳ１００３）、当該エントリの修理終了時刻４５０をステップＳ１００１で記憶した修理終了時刻で更新する（ステップＳ１００４）。もし、エントリが見つからなかった場合は（ステップＳ１００２；Ｎｏ）、制御部１１０は、そのような車は修理されていない旨のエラーメッセージを表示デバイス１７１に表示するよう、表示部１７０に指示し（ステップＳ１００５）、処理は終了する。
【００５９】
ステップＳ１００４の終了後、制御部１１０は、図４の修理進捗保存部１６０のスケジュールテーブルを検索し、修理を開始していない、すなわち修理開始時刻４４０に空のデータが入っているエントリを検索する（ステップＳ１００６）。ステップＳ１００６で、修理進捗保存部１６０の全エントリを抽出しないのは、修理開始時刻４４０および修理終了時刻４５０が共に空のデータでないエントリについては、修理が終了しているため、修理開始予定時刻４６０や修理終了予定時刻４７０の再計算をする必要はなく（修理開始予定時刻４６０や修理終了予定時刻４７０を更新することがない）、修理開始時刻４４０は空のデータではないが修理終了時刻４５０が空のデータであるエントリについては、現在修理中であるため、同様に、修理開始予定時刻４６０や修理終了予定時刻４７０の再計算をする必要はない（修理開始予定時刻４６０や修理終了予定時刻４７０を更新することがない）からである。また、他の修理担当者のスケジュールを誤って操作しないためである。
【００６０】
ステップＳ１００６によって検索したエントリについて、制御部１１０は、修理開始予定時刻４６０と修理終了予定時刻４７０について、ステップＳ１００１で記憶した修理終了時刻に基づき再計算を行う（ステップＳ１００７）。即ち、今回修理を終了した車両についての、修理終了予定時刻４７０と実際の修理終了時刻との差分を求め、後続する修理の修理開始予定時刻４６０と修理終了予定時刻４７０とにこの差分をそれぞれ加算する。これにより、予想よりも早く修理が終了した場合や、逆に予想よりも遅く修理が終了した場合に、後続する修理の修理開始予定時刻４６０と修理終了予定時刻４７０とを再調整してより正確な時間に調整することができる。
【００６１】
ステップＳ１００７の再計算が終了すれば、制御部１１０は、再計算結果に基づき、ステップＳ１００６で検索して得た各エントリについて、再計算前の修理開始予定時刻４６０と修理終了予定時刻４７０とを、再計算後の修理開始予定時刻４６０と修理終了予定時刻４７０とで、更新する（ステップＳ１００８）。なお、差分が所定の誤差範囲の際には、予定時刻の更新をスキップするようにしてもよい。
【００６２】
続いて、制御部１１０は、更新の対象となった各エントリの通信ＩＤ４８０宛に、通信制御部１４０を介して、「スケジュール変更のお知らせ」などのメッセージと共に更新された修理開始予定時刻４６０と、修理終了予定時刻４７０とを送信する（ステップＳ１００９）。
なお、今回入力されたプレートナンバーが格納されているエントリの修理終了時刻４５０を、実際の修理終了時刻で更新し、修理終了予定時刻４７０を空のデータとし、通信ＩＤ４８０宛には、例えば、「修理を終了しました」等のメッセージを送信する。端末機２００の制御部５１０は、ステップＳ１００９によりサーバ装置１００より送信された情報を受信し、端末機２００の表示デバイス５５１に表示する。
【００６３】
このように、車両修理工程提示システム１は、車両が実際に修理を終了した時刻に基づいて、車両の修理開始予定時刻と修理終了予定時刻を再計算し、その結果を、端末機２００を持っているユーザに通知する。したがって、車両のユーザは、車両工場における車両の修理終了予定時刻等をより正確に把握することが可能になる。
【００６４】
修理担当者は、次の修理対象車両について、上述の一連の動作を開始する。
【００６５】
以上説明したように、本実施形態に係る車両修理工程提示システム１によれば、自動車修理のスケジュールを適切にかつ自動的に設定し、実際の作業の状況にあわせてスケジュールを適宜修正し、さらに、これを利用者に通知することができる。
【００６６】
この発明は、上記の実施形態に限定されず、種々の変形及び応用が可能である。
【００６７】
たとえば、車両修理工程提示システム１に上述した以外の機能を適宜付加可能とし、例えば、修理の受付を取り消すことができるようにしてもよい。この場合には、図４の修理進捗保存部１６０のスケジュールテーブルから消去すると共に、それ以後にスケジュールされている修理の開始予定時刻と終了予定時刻とを、再計算して（予定されていた修理時間分だけ早める）、更新する。
【００６８】
たとえば、車両修理において、修理担当者を変更できるようにしてもよい。
上記実施の形態においては、車両の修理を受け付けた修理担当者が、修理の終了まで担当したが、修理担当者を自動的に割り当てるようにしてもよい。
この場合には、図３の修理所要予定時間保存部１５０のテーブルに、修理担当者別に担当できない作業を登録しておく（作業時間を無限大に設定する等してもよい）。そして、システムは、新規の修理の依頼を受け付けると、修理内容を担当できる作業者を図３の修理所要予定時間保存部１５０のテーブルから抽出し、かつ、図４の修理進捗保存部１６０のスケジュールテーブルを参照し、各抽出された修理担当者のスケジュールを判別して、最も早く担当できる修理担当者に作業を割り当てる。以後の処理は、上述の処理と同一である。
【００６９】
上記の実施形態では、修理の開始時や終了時に、修理担当者が修理開始時刻や修理終了時刻を手動入力する例を示したが、サーバ装置１００にタイマを持たせ、サーバが、修理開始時刻登録コマンドや修理終了時刻登録コマンドに応答して、タイマから時刻を取得し、その時刻を修理終了時刻４５０や修理開始時刻４４０として修理進捗保存部１６０のスケジュールテーブルに登録するように構成してもよい。
【００７０】
上記の実施形態では、撮像装置１３１が修理工程の動画像を撮像し、顧客に修理の動画像を配信するものとしたが、撮像装置１３１で修理工程の静止画像を撮像し、これを配信するものとしてもよい。
【００７１】
撮像装置の台数は任意である。すなわち、プレートナンバーを識別するための画像がサーバ装置１００に提供されるのであればよい。このようにすることで、車両ユーザは、いろいろな視点から、自己の車両の修理がなされていることを把握することが可能になる。
【００７２】
修理所要予定時間保存部１５０に保存されたテーブルを、エディタ等でデータを追加・変更・削除等を行うことは任意である。このようにすることで、たとえば、車両工場の工員の増加・減少にも対応が可能である。また、車両工場の工員がスキルを身につけることで、行える作業を増やしたり、修理所要予定時間を短くしたりすることも可能である。
【００７３】
本発明に係る車両修理工程提示システムやサーバ装置は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。たとえば、上述の動作を実行するためのプログラムを、コンピュータが読みとり可能な記録媒体（フレキシブルディスク、CD-ROM、DVD-ROM等）に格納して配布し、当該プログラムをコンピュータにインストールすることにより、上述の処理を実行する、サーバ装置およびクライアント装置を構成してもよい。また、インターネット等の通信ネットワーク上のサーバ装置が有するストレージに当該プログラムを格納しておき、通常のコンピュータシステムがダウンロード等することでサーバ装置及びクライアント装置を構成してもよい。
【００７４】
また、上述の機能を、ＯＳとアプリケーションの分担、またはＯＳとアプリケーションとの協働により実現する場合などには、アプリケーション部分のみを記録媒体やストレージに格納してもよい。
【００７５】
また、搬送波にプログラムを重畳し、通信ネットワークを介して配信することも可能である。たとえば、通信ネットワーク上の掲示板(BBS, Bulletin Board System)に前記プログラムを掲示し、ネットワークを介して前記プログラムを配信してもよい。そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行できるように構成してもよい。
【図面の簡単な説明】
【００７６】
【図１】車両修理工程提示システムの全体図である。
【図２】サーバ装置の構成を示すブロック図である。
【図３】修理所要予定時間保存部に記憶されるデータの構成例を示す図である。
【図４】修理進捗保存部に記憶されるデータの構成例を示す図である。
【図５】端末機の構成を示すブロック図である。
【図６】修理工程閲覧端末の構成を示すブロック図である。
【図７】車両修理工場の店員が修理依頼を受け付ける場合において、サーバ装置の処理を説明するためのフローチャートである。
【図８】車両の修理開始を登録する場合において、サーバ装置の処理を説明するためのフローチャートである。
【図９】車両を修理している動画像を、サーバ装置から端末機に送信する処理を説明するためのフローチャートである。
【図１０】車両の修理終了を登録する場合において、サーバ装置の処理を説明するためのフローチャートである。
【符号の説明】
【００７７】
１      車両修理工程提示システム
１００  サーバ装置
１１０  制御部
１２０  記憶部
１３０  入出力部
１３１  撮像装置
１３２  入力デバイス
１４０  通信制御部
１５０  修理所要予定時間保存部
１６０  修理進捗保存部
１９０  バス
２００  端末機
３００  修理工程閲覧端末
５１０  制御部
５２０  記憶部
５３０  入出力部
５３１  入出力装置
５４０  通信制御部
５５０  表示部
５５１  表示デバイス
５９０  バス
６１０  制御部
６２０  記憶部
６３０  入出力部
６３１  端末機プレートナンバー読取機
６４０  通信制御部
６５０  表示部
６５１  表示デバイス
６９０  バス
Ｃ      回線ネットワーク
【図１】
2006309463.tif 000003
【図２】
2006309463.tif 000004
【図３】
2006309463.tif 000005
【図４】
2006309463.tif 000006
【図５】
2006309463.tif 000007
【図６】
2006309463.tif 000008
【図７】
2006309463.tif 000009
【図８】
2006309463.tif 000010
【図９】
2006309463.tif 000011
【図１０】
2006309463.tif 000012