(57)【要約】【課題】車両修理のオーダ管理、工程管理、進捗・実績管理を含むオーダから作業完成までの総合した作業管理を行う車両修理管理システムを提供する。【解決手段】コンピュータまたはサーバからなる車両修理管理部と、前記車両修理管理部と通信可能な少なくとも１つの端末とを備え、前記車両修理管理部が、修理する車両の車両識別情報、修理工程手順情報、前記修理工程手順情報の各修理工程の作業情報を含むオーダ管理情報を管理するオーダ管理処理部と、前記オーダ管理情報に基づき修理設備を含む修理資源の能力を示す作業環境状況情報を考慮して作業の割付けおよび調整を行う工程管理処理部と、前記工程管理処理部における作業の割付け、調整結果を前記端末を介して作業指示し、前記作業指示に対する前記端末に入力される実績を収集する進捗・実績管理処理部と、を含むことを特徴とする車両修理管理システムにある。【選択図】図１
2015210638.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータまたはサーバからなる車両修理管理部と、前記車両修理管理部と通信可能な少なくとも１つの端末とを備え、前記車両修理管理部が、
修理する車両の車両識別情報、修理工程手順情報、前記修理工程手順情報の各修理工程の作業情報を含むオーダ管理情報を管理するオーダ管理処理部と、
前記オーダ管理情報に基づき修理設備を含む修理資源の能力を示す作業環境状況情報を考慮して作業の割付けおよび調整を行う工程管理処理部と、
前記工程管理処理部における作業の割付け、調整結果を前記端末を介して作業指示し、前記作業指示に対する前記端末に入力される実績を収集する進捗・実績管理処理部と、
を含むことを特徴とする車両修理管理システム。
【請求項２】
前記オーダ管理処理部において、車両の修理種類およびダメージレベルに従って前記修理工程手順情報と前記修理工程手順情報の各修理工程の前記作業情報とを組み合わせて予めパターン化した修理パターンを使用することを特徴とする請求項１に記載の車両修理管理システム。
【請求項３】
前記進捗・実績進捗管理処理部において、前記端末から、修理工程手順の各作業の着手日時、完了日時、付随する修理設備の稼動状況、修理品質を収集することを特徴とする請求項１または２に記載の車両修理管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、車両修理管理システムに関する。
【背景技術】
【０００２】
従来、車両修理現場における作業状況を管理する装置として、コンピュータを使用して各種データを入力して車両修理状況を管理して表示するシステムがあった(例えば下記特許文献１，２参照)。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０８−２４３８６３号公報
【特許文献２】特開２００７−１０２４３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
この種の車両修理管理システムにおいては、車両修理のオーダから作業完成まで総合した作業管理が望まれている。
【０００５】
この発明は、車両修理のオーダ管理、工程管理、進捗・実績管理を含むオーダから作業完成までの総合した作業管理を行う車両修理管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明は、コンピュータまたはサーバからなる車両修理管理部と、前記車両修理管理部と通信可能な少なくとも１つの端末とを備え、前記車両修理管理部が、修理する車両の車両識別情報、修理工程手順情報、前記修理工程手順情報の各修理工程の作業情報を含むオーダ管理情報を管理するオーダ管理処理部と、前記オーダ管理情報に基づき修理設備を含む修理資源の能力を示す作業環境状況情報を考慮して作業の割付けおよび調整を行う工程管理処理部と、前記工程管理処理部における作業の割付け、調整結果を前記端末を介して作業指示し、前記作業指示に対する前記端末に入力される実績を収集する進捗・実績管理処理部と、を含むことを特徴とする車両修理管理システムにある。
【発明の効果】
【０００７】
この発明では、車両修理のオーダ管理、工程管理、進捗・実績管理を含むオーダから作業完成までの一括した作業管理を行える車両修理管理システムを提供できる。
【図面の簡単な説明】
【０００８】
【図１】この発明の各実施の形態による車両修理管理システムの概略構成図である。
【図２】この発明の実施の形態１におけるオーダ管理処理部の構成の一例を示す機能ブロック図である。
【図３】この発明の実施の形態１における工程管理処理部の構成の一例を示す機能ブロック図である。
【図４】この発明の実施の形態１における進捗・実績管理処理部の構成を示す機能ブロック図である。
【図５】この発明の実施の形態２におけるオーダ管理処理部の構成の一例を示す機能ブロック図である。
【図６】この発明の実施の形態３における進捗・実績管理処理部の構成の一例を示す機能ブロック図である。
【発明を実施するための形態】
【０００９】
以下、この発明による車両修理管理システムを各実施の形態に従って図面を用いて説明する。なお、各実施の形態において、同一もしくは相当部分は同一符号で示し、重複する説明は省略する。
【００１０】
実施の形態１．
図１はこの発明の各実施の形態による車両修理管理システムの概略構成図である。車両修理管理システムにおいて、コンピュータまたはサーバから構成される車両修理管理部１は各機能ブロックで示される機能を有し、車両修理管理部１と通信可能な少なくとも１つの端末２との間で通信を行うと共に、端末２の画面に必要な情報を表示する。
【００１１】
オーダ管理処理部３は、車両修理のオーダのあった車両の情報を管理するものである。端末２から入力される、修理する車両の車両識別情報(車番、車種、修理種類、納期等を含む)、修理工程手順情報(登録車両の作業項目を示す修理する手順)および作業情報(作業に関連する使用する修理設備、工具、部品とそれらの数量、作業時間等を含む)を登録するものである。
【００１２】
工程管理処理部４は、オーダ管理処理部３にて登録された車両について登録された修理工程手順情報に基づき修理設備負荷や部品在庫を考慮して作業スケジューリングを行うものである。作業スケジューリングはオーダ管理処理部３にて登録された車両の着手(可能)日(車両受入れ日時)から納期(依頼者(メーカやユーザ)への納車日時)の範囲で工場負荷を考慮してスケジューリングを行う。結果は端末２の画面に例えば横型棒グラフ形式で表示する。
【００１３】
進捗・実績管理処理部５は、工程管理処理部４で算出した作業スケジューリングを確定した車両について、その作業を割り付けられた作業者に対して、作業指示するとともに、作業開始および完了の実績を受け付けるものである。また、作業項目や修理車両毎に例えば横型棒グラフ形式で表示することにより、作業自体の進捗や全体工程に対する進捗を表示する。すなわち、修理作業者等であるオペレータの操作による端末２からの要求に対して横型棒グラフ形式の作業スケジュールを端末２の画面に表示し、また端末２からの作業の実績等の入力を受け付ける。
【００１４】
上記登録された情報は車両修理管理部１に接続されたデータベースＤＢに格納される。このデータベースＤＢにはまた、各部での処理に必要な上述の(修理)設備負荷、工具負荷、部品在庫の各スケジュール等の情報が格納される。
【００１５】
図２はこの発明の実施の形態１におけるオーダ管理処理部３の構成の一例を示す機能ブロック図である。まず、車両が入庫した時または入庫前の事前情報として入手できた場合は車両登録を行う。修理する車両の情報であるオーダ管理情報はオーダ管理処理部３にて登録される。登録されるオーダ管理情報としては一例として、以下のものがある(図２参照)。
【００１６】
オーダ管理情報
・車両識別情報(車番、車種、サイズ、修理種類(塗装、ボディ整形等)、修理レベル(修理範囲、ダメージレベル)、着手予定日時(入庫予定日時)、納期(出庫予定日時)、等)
・修理工程手順情報
(一例：１)分解→２)塗装パテ→３)サフ→４)塗装→５)組換え→６)磨き→７)納車)
・作業情報
工数情報：上記修理工程手順に対する工数(作業時間)：一例：１)分解(120分)→２)塗装パテ(360分)→３)サフ(360分)→４)塗装(480分)→５)組換え(120分)→６)磨き(120分)→７)納車(360分)、修理設備・工具・部品情報
修理設備・工具・部品情報：修理工程手順の各作業に使用される設備と工具と部品とそれらの数量，作業時間
【００１７】
登録する手順について図２に基づいて説明する。登録は車両修理管理部１に対してオペレータが端末２から入力して行われる。車両識別情報が入力されると、車両受付部３１がこれらをデータベースＤＢへオーダ管理情報１０として登録する。また同様にして、車両識別情報が登録された車両の修理工程手順情報が入力されると、修理工程受付部３２がこれらをデータベースＤＢへオーダ管理情報１０として登録する。さらに登録された修理工程手順情報の各工程の工数(作業時間)や各工程の作業に使用される(修理)設備、工具、部品とそれらの数量等が入力されると、作業受付部３３が作業情報としてこれらをデータベースＤＢへオーダ管理情報１０として登録する。そしてこれらの情報をオーダ管理情報１０として管理する。
【００１８】
また作業受付部３３はさらに、現在の設備負荷(修理設備、工具の空き情報(スケジュール情報)等)、部品在庫スケジュール情報(部品の入荷日、在庫量の変化等)等が入力されると、作業環境状況情報１１としてデータベースＤＢへ登録して管理する。また、作業環境状況情報１１には、(工場等の)稼働日、作業員勤務日程等も含まれる。稼働日、作業員勤務日程等は図示されない他の機能で予め登録されている情報を使用してもよい。登録される作業環境状況情報１１としては一例として、以下のものがある。
【００１９】
作業環境状況情報
・修理設備スケジュール情報
・工具スケジュール情報
・部品在庫スケジュール情報
・稼働日
・作業員勤務日程
【００２０】
次に現場作業負荷や現在進行中の作業状況を含めて、登録した車両を修理する場合のスケジューリング(作業差し立て)および調整を実施する。スケジューリング実行および調整は工程管理処理部４にて行う。
【００２１】
図３はこの発明の実施の形態１における工程管理処理部４の構成の一例を示す機能ブロック図である。工程管理について図３に基づいて説明する。工程管理処理部４では、オーダ管理情報に基づき修理設備を含む修理資源の能力を示す作業環境状況情報を考慮して作業の割付けおよび調整を行う。
オーダ管理情報取込部４１により、オーダ管理処理部３にて管理されるオーダ管理情報１０を取り込む。
【００２２】
基準時刻設定部４２にて、スケジューリングする車両の開始基準日時(着手予定日時)の入力を受け付ける。ここでは、作業が開始可能な最速日時を設定する。保険会社との折衝や、メーカやユーザからの入庫予定日時、作業環境状況情報１１に基づく修理に必要な設備、工具の空き期間、修理に必要な部品の入庫時期など種々の条件をオペレータが考慮して入力した作業開始日時(着手予定日時)を設定する。
なお、上述の保険会社との折衝完了日時、車両の入庫日時、設備の空き期間、部品の入庫日時など種々の日程条件を端末２からオペレータが入力し、作業環境状況情報１１としてデータベースＤＢに登録し、基準時刻設定部４２が各条件が満たされる一番早い日時を着手予定日時として設定するようにしてもよい。
【００２３】
スケジュール割当・調整部４３にて、指定された開始基準日時(着手日時)を基に、現場の作業負荷(稼動日、作業員勤務日程、設備・工具空き情報、部品在庫等)を考慮してスケジューリングを実行する。そしてスケジューリング結果を端末２からの要求に応じて例えば横型棒グラフ方式で端末２の画面に表示する。
【００２４】
すなわち、スケジュール割当・調整部４３は端末２の画面に、上記作業環境状況情報１１の修理設備、工具、部品のスケジュール情報、稼働日、作業員勤務日程、上記オーダ管理情報１０の車両識別情報、修理工程手順情報、作業情報、設備・工具・部品情報の表示を行う。そしてこれらの表示された情報を考慮してオペレータが端末２に入力する修理作業計画を受付けてスケジューリングを行うと共に、スケジューリング結果を端末２の画面に表示する。
【００２５】
またはスケジュール割当・調整部４３で自動で、上記作業環境状況情報１１、オーダ管理情報１０の情報に基づき、修理工程手順に従って修理作業計画を作成してスケジューリングを行い、スケジューリング結果を端末２の画面に表示する。
【００２６】
またスケジューリングした結果の修正を受け付ける。スケジュール割当・調整部４３では後述する図４の進捗・実績管理情報１３を考慮して処理する。進捗・実績管理情報１３には、工程管理情報１２に対して、オペレータにより端末２に入力される、修理現場での実際の進捗・実績である修理工程手順に従った各作業工程での着手日時、作業の完了日時、さらに全体の状況により変更等が生じた実際の設備・工具・部品のスケジュール情報等が含まれる。
【００２７】
スケジューリング修正した結果に対して制約チェック部４４では、上記作業環境状況情報１１、オーダ管理情報１０の情報に基づき納期時刻チェックに対するチェック(納期時刻に間に合わない作業が報告されていないか)、部品入荷時刻チェック(部品入荷時刻に間に合わない作業が報告されていないか)、負荷量超過チェック(工程毎に設定された負荷量(工数)を超える割当を行なった作業が報告されていないか)、時間関連矛盾チェック(作業はシーケンシャル(修理工程手順順)に行なわれるはずであるが、時間関連矛盾を起こしている作業が報告されていない)等の確認を行う。いずれかのチェックで条件を満たさないものがあればスケジュール割当・調整部４３に戻され、さらなる修正が行われる。
【００２８】
矛盾が解消され、全てのチェックの条件が満たされるようにスケジュールの調整が施されたら、スケジュール確定部４５にて、スケジューリング結果の確定を受け付ける。
【００２９】
そして作業指示部４６にて、確定した作業を作業差し立て指示として処理しスケジューリング結果である工程管理情報１２として管理する。
【００３０】
次に進捗・実績管理処理部５にて作業指示に対する作業着手実績と作業完了実績を受け付け現場での作業進捗、作業指示・実績管理を行う。図４はこの発明の実施の形態１における進捗・実績管理処理部５の構成の一例を示す機能ブロック図である。工程管理の手順について図４に基づいて説明する。
【００３１】
進捗・実績管理処理部５では、工程管理情報１２に従って端末２に表示を行い作業指示を行い、作業着手実績受付部５１にて作業の着手日時を受け付ける。また作業完了実績受付部５２にて作業の完了日時を受け付けることにより、工程管理情報１２に反映するとともに、進捗・実績管理情報１３にも反映する。
【００３２】
すなわち、進捗・実績管理処理部５では、例えば端末２からの要求に従い工程管理情報１２に従って作業指示の画面を端末２に表示し、作業着手実績受付部５１にて端末２で入力された修理工程手順に従って各作業工程での着手日時を受け付け、作業完了実績受付部５２にて端末２に入力された修理工程手順に従って各作業工程での作業の完了日時を受け付けることにより、工程管理情報１２に反映するとともに、進捗・実績管理情報１３にも反映する。
【００３３】
なおここではさらに、端末２から入力された変更等が生じた実際の設備・工具・部品のスケジュール情報等を含む全体の状況により行程管理情報１２に対して変更が生じた情報が受け付けられ、工程管理情報１２、進捗・実績管理情報１３に反映される。
【００３４】
現場の進捗および実績の表示として進捗・実績表示部５３にて端末２に表示を行う。表示情報は進捗・実績管理情報１３を基にする。これにより自動車修理現場の作業状況を管理することが可能となり、情報共有することにより会社全体(作業者間、チーム間、工程間、部門間など横断して)で強調連携することが可能となる。
【００３５】
実施の形態２．
なお、上記実施の形態１では、オーダ管理処理部３において、作業手順および作業工数を登録する方式で述べたが、作業手順と工数を修理規模やレベルによってパターン化することにより現場作業者ではなくとも簡便に設定することが可能となる。修理手順および工数の入力は現場の熟練者でないと設定するこが難しい現状があるが、本方式によればフロント業務などの担当者でも入力することができ、部門間の連携を補完することが可能となる。
【００３６】
図５はこの発明の実施の形態２におけるオーダ管理処理部３の構成の一例を示す機能ブロック図であり、次に動作について図５に基づいて説明する。まず、実施の形態１と同様に、車両が入庫した時または入庫前の事前情報として入手できた場合は車両登録を行う。修理する車両の情報である上述のオーダ管理情報はオーダ管理処理部３にて登録する。
【００３７】
上述の車両識別情報が入力されると、車両受付部３１がこれらをデータベースＤＢへオーダ管理情報１０として登録する。
【００３８】
またこの実施の形態では、車両の修理の種類(塗装、ボディ整形等を含む)とその修理レベル(修理範囲、ダメージレベル等を含む)毎に、上記修理工程手順情報と該修理工程手順情報の各工程の工数(作業時間)とを組み合わせてパターン化した複数種の修理パターンを使用し、例えば複数種の修理パターンが予め修理パターン情報１４としてデータベースＤＢに格納されている。
【００３９】
パターン受付部３４は、これらの修理パターン情報を端末２に表示してオペレータの修理パターンの選択を促し、選択された修理パターン(修理工程手順情報、作業情報を含む)をデータベースＤＢへオーダ管理情報１０として登録する。修理パターンの例として図５では、
修理種類：塗装
修理レベル：レベル１(大破)
修理工程手順と工数(作業時間)：１)分解(120分)→２)塗装パテ(360分)→３)サフ(360分)→４)塗装(480分)→５)組換え(120分)→６)磨き(120分)→７)納車(360分)
という例が示されている。
【００４０】
なお、修理パターンにはさらに、上述の設備・工具・部品情報(修理設備該作業に使用される設備と工具と部品とそれらの数量，作業時間)を含めてもよい。
さらにパターン受付部３４は、オペレータに修理パターンを選択させるために端末２に表示する修理パターンを、車両識別情報に基づき絞り込む、さらには決定するようにしてもよい。
【００４１】
修理種類や修理レベルによって手順と工数をパターン化して登録しておくことにより、誰でも簡単に設定することが可能となる。
【００４２】
実施の形態３．
なお、上述実施の形態１では、作業指示に関して作業着手開始・完了を収集する方法で述べたが、図６に示すように作業手順としてチェックシート化することにより作業手順の確実性や設備から収集される品質情報等も管理することが可能となる。また作業トレース、エビデンス情報として連携することも可能となる。
【００４３】
図６はこの発明の実施の形態３における進捗・実績管理処理部５の構成の一例を示す機能ブロック図であり、次に動作について図６に基づいて説明する。まず、実施の形態１と同様に、進捗・実績管理処理部５にて作業指示に対する作業着手実績と作業完了実績を受け付け現場での作業進捗と作業指示・実績を行う。
【００４４】
進捗・実績管理処理部５では、スケジューリング結果である工程管理情報１２により端末２を介して作業指示を行い、作業着手実績受付部５１にて端末２で入力される修理工程手順に従った各作業工程での着手日時を受け付け、作業完了実績受付部５２にて端末２に入力される修理工程手順に従った各作業工程での作業の完了日時を受け付け、工程管理情報１２、進捗・実績管理情報１３に反映する。
【００４５】
そしてこの作業着手、完了は作業手順情報処理部５４により修理工程手順(作業手順)とともに端末２に表示され、各種項目を確認することで着手と完了の実績を収集することが可能となる。収集される情報は、同時に端末２に入力される設備の稼動情報や修理品質情報なども含め品質実績情報１５として蓄積されて管理され、要求に応じて端末２に表示される。すなわち端末２での作業指示が、実行する作業指示に加え、各作業の着手日時、完了日時のみならず、各作業に付随する設備の稼動状況、修理品質についても入力指示するものとなっており、品質実績情報１５は例えば修理工程手順及び修理品質チェックリストのような形態のものとなる。これにより作業トレース、エビデンス情報として連携させることも可能となる。
【００４６】
以上のように構成することにより、この発明によれば、作業指示や品質管理を行いかつ実績を収集することが可能であり、進捗を管理することが可能となる。また、進捗状況や修理品質の情報を共有することが可能であり、全体把握が容易にでき、問題点の発見や改善、修理品質の管理(品質レベルの明確化)作業員の適正な評価(技術レベルの明確化)、目標設定によるモチベーションアップ(人材意識の改善)等、作業技術者の育成(技術伝承)にも役立てることが可能となる。
【００４７】
なお、この発明は上記各実施の形態に限定されるものではない。また、この発明は上記各実施の形態の可能な組み合わせを全て含む。
【符号の説明】
【００４８】
１  車両修理管理部、２  端末、３  オーダ管理処理部、４  工程管理処理部、５  進捗・実績管理処理部、１０  オーダ管理情報、１１  作業環境状況情報、１２  工程管理情報、１３  進捗・実績管理情報、１４  修理パターン情報、１５  品質実績情報、３１  車両受付部、３２  修理工程受付部、３３  作業受付部、３４  パターン受付部、４１  オーダ管理情報取込部、４２  基準時刻設定部、４３  スケジュール割当・調整部、４４  制約チェック部、４５  スケジュール確定部、４６  作業指示部、５１  作業着手実績受付部、５２  作業完了実績受付部、５３  進捗・実績表示部、５４  作業手順情報処理部、ＤＢ  データベース。
【図１】
2015210638.tif 000003
【図２】
2015210638.tif 000004
【図３】
2015210638.tif 000005
【図４】
2015210638.tif 000006
【図５】
2015210638.tif 000007
【図６】
2015210638.tif 000008