(57)【要約】【課題】所定の製品が複数の修理工程のどこにあるのかを容易に管理できる。【解決手段】この修理工程管理システム１０では、所定の製品につき複数の修理詳細工程を並べた修理フローを動的に計画し、各修理工程と各修理詳細工程ごとに設置された入力端末４０１〜４０４がターゲット６０のバーコード６４を読み込んだときにその製品につき着手開始を入力し、その製品と着手状況とを対応付けてデータベース３０に記憶し、クライアントＰＣ７０からその製品に関する着手状況の取得要求を入力したときにその取得要求に応じた着手状況をデータベース３０から読み出して応答メッセージを作成し、クライアントＰＣ７０へ送信する。この修理工程管理システムによれば、所定の製品の複数の修理工程のどこにあるのかを容易に管理できる。【選択図】　図１
2004145560.tif 000002
【特許請求の範囲】
【請求項１】
所定の製品を修理するにあたり該製品が複数の修理工程のどこにあるかを管理する修理工程管理システムであって、
前記製品につき前記複数の修理工程から選ばれた一以上の修理工程（「管理対象工程」という）の着手状況を入力する着手状況入力手段と、
各種情報を記憶可能な情報記憶手段と、
前記製品と前記着手状況とを対応付けて前記情報記憶手段に記憶する記憶制御手段と、
前記製品に関する前記着手状況の取得要求を入力する要求入力手段と、
前記取得要求に応じて前記製品に対応する前記着手状況を前記情報記憶手段から読み出し前記取得要求を出力した要求元へ送信する応答手段と
を備えた修理工程管理システム。
【請求項２】
前記応答手段は、前記取得要求に応じて前記製品に対応する前記着手状況を前記情報記憶手段から読み出したあと、該読み出した着手状況をそのまま前記要求元へ送信するか又は該読み出した着手状況を前記取得要求に応じて加工したうえで前記要求元へ送信する
請求項１記載の修理工程管理システム。
【請求項３】
前記着手状況入力手段は、前記製品につき前記複数の修理工程のすべてを管理対象工程とし該管理対象工程の着手状況を入力する
請求項１又は２記載の修理工程管理システム。
【請求項４】
請求項１〜３のいずれかに記載の修理工程管理システムであって、
前記製品ごとに付されている製品符号を特定する製品特定手段
を備え、
前記記憶制御手段は、前記製品符号と前記着手状況とを対応付けて前記情報記憶手段に記憶する
修理工程管理システム。
【請求項５】
請求項４記載の修理工程管理システムであって、
前記製品符号は、該製品符号に対応した製品の実装部品情報に対応付けられている
修理工程管理システム。
【請求項６】
請求項４又は５記載の修理工程管理システムであって、
前記製品に対応する前記製品符号を記録した記録手段と、
前記製品が前記管理対象工程の各々において着手される時に前記記録手段に記録された製品符号を読み取る読取手段と
を備え、
前記着手状況入力手段は、前記管理対象工程の各々において前記読取手段により前記製品符号が読み取られたとき該管理対象工程の着手状況として着手開始を入力する
修理工程管理システム。
【請求項７】
請求項４〜６のいずれかに記載の修理工程管理システムであって、
前記顧客が一度に修理依頼した複数の製品を一つの修理符号に該製品ごとの前記製品符号を含ませて付与する修理符号付与手段
を備え、
前記要求入力手段は、前記修理符号に含まれる各製品に関する前記着手状況の取得要求を入力し、
前記応答手段は、前記取得要求に応じて前記修理符号に含まれる各製品の前記製品符号に対応する前記着手状況を前記情報記憶手段から読み出して前記要求元へ送信する
修理工程管理システム。
【請求項８】
前記応答手段は、前記取得要求に応じて前記情報記憶手段から読み出した着手状況が前記複数の修理工程のどの修理工程にあるかを示す情報を前記要求元へ送信する
請求項１〜７のいずれかに記載の修理工程管理システム。
【請求項９】
前記修理工程の少なくとも一つとして実際に修理を行う修理実行工程があり、
該修理実行工程は、修理すべき部品ごとに行われる修理詳細工程を並べた修理フローに沿って処理される工程であり、
前記着手状況入力手段は、前記修理工程の着手状況に加えて又は代えて前記修理実行工程における前記修理詳細工程の着手状況を入力する
請求項１〜８のいずれかに記載の修理工程管理システム。
【請求項１０】
請求項９記載の修理工程管理システムであって、
前記顧客が修理依頼した製品について前記修理フローを計画する計画手段
を備えた修理工程管理システム。
【請求項１１】
前記計画手段は、前記顧客が修理依頼した製品の検査結果に基づいて前記修理フローを計画する
請求項９又は１０記載の修理工程管理システム。
【請求項１２】
前記応答手段は、前記取得要求に応じて前記情報記憶手段から読み出した着手状況が前記修理フローに含まれる前記修理詳細工程に対応していたとき前記修理フローのどの修理詳細工程にあるかを示す情報を前記要求元へ送信する
請求項９〜１１のいずれかに記載の修理工程管理システム。
【請求項１３】
前記要求入力手段は、前記製品を修理依頼した顧客からネットワークを介して前記製品の着手状況の取得要求を入力し、
前記応答手段は、前記顧客へ前記ネットワークを介して送信する
請求項１〜１２のいずれかに記載の修理工程管理システム。
【請求項１４】
情報記憶手段を備えた１又は複数のコンピュータを用いて、所定の製品を修理するにあたり該製品が複数の修理工程のどこにあるかを管理する修理工程管理方法であって、
前記コンピュータが、前記製品につき前記複数の修理工程から選ばれた一以上の修理工程（「管理対象工程」という）の着手状況を入力し、前記製品と前記着手状況とを対応付けて前記情報記憶手段に記憶し、前記製品に関する前記着手状況の取得要求を入力し、該取得要求に応じて前記製品に対応する前記着手状況を前記情報記憶手段から読み出し前記取得要求を出力した要求元へ送信する
修理工程管理方法。
【請求項１５】
所定の製品を修理するにあたり該製品が複数の修理工程のどこにあるかを管理するための修理工程管理プログラムであって、
一又は複数のコンピュータに、
前記製品につき前記複数の修理工程から選ばれた一以上の修理工程（「管理対象工程」という）の着手状況を入力する着手状況入力ステップと、
前記製品と前記着手状況とを対応付けて情報記憶手段に記憶する記憶制御ステップと、
前記製品に関する前記着手状況の取得要求を入力する要求入力ステップと、
前記取得要求に応じて前記製品に対応する前記着手状況を前記情報記憶手段から読み出し前記取得要求を出力した要求元へ送信する応答ステップと
を実行させるための修理工程管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、修理工程管理システム、その方法及びそのプログラムに関する。
【０００２】
【従来の技術および発明が解決しようとする課題】
近年、インターネット上で顧客が製品を修理依頼する際、その製品を修理するウェブサイトが提供されている。ウェブサイトを運営している製造者は、顧客から製品の修理依頼を受けると、その修理内容を確認後、修理完了した製品を顧客に発送している。また、電話やＦＡＸを用いた方法においても顧客からの修理を実施している。
【０００３】
ところで、この種の製造者としては、顧客から修理依頼を受けると、その製品が複数の修理工程のどこにあるのかを把握しておきたいという要望があった。また、顧客としては、自分が修理依頼した製品が今現在どの修理工程にあるのかを把握していつ頃自分の手元に届くのかの目安にしたいという要望もあった。なお、製造工程の進捗情報を管理するシステムとしては、例えば、特許文献１に記載されたシステムがある。
【０００４】
【特許文献１】
特開Ｈ５−２３３６４１
【０００５】
本発明は、このような要望に鑑みなされたものであり、製品が複数の修理工程のどこにあるのかを容易に管理できる修理工程管理システム及びその方法を提供することを目的の一つとする。また、コンピュータをそのような修理工程管理システムとして機能させるためのプログラムを提供することを目的の一つとする。
【０００６】
【課題を解決するための手段およびその作用・効果】
上述の目的の一つを達成するため、本発明の第１は、所定の製品を修理するにあたり該製品が複数の修理工程のどこにあるかを管理する修理工程管理システムであって、
前記製品につき前記複数の修理工程から選ばれた一以上の修理工程（「管理対象工程」という）の着手状況を入力する着手状況入力手段と、
各種情報を記憶可能な情報記憶手段と、
前記製品と前記着手状況とを対応付けて前記情報記憶手段に記憶する記憶制御手段と、
前記製品に関する前記着手状況の取得要求を入力する要求入力手段と、
前記取得要求に応じて前記製品に対応する前記着手状況を前記情報記憶手段から読み出し前記取得要求を出力した要求元へ送信する応答手段と
を備えたものである。
【０００７】
この修理工程管理システムでは、所定の製品につき複数の修理工程から選ばれた一以上の修理工程つまり管理対象工程の着手状況を入力し、その製品と着手状況とを対応付けて情報記憶手段に記憶し、その製品に関する着手状況の取得要求を入力したときにその取得要求に応じた着手状況を情報記憶手段から読み出して取得要求を出力した出力元へ送信する。したがって、この修理工程管理システムによれば、所定の製品が複数の修理工程のどこにあるのかを容易に管理できる。
【０００８】
ここで、「取得要求を出力した要求元」は、この修理工程管理システム内に設置されていてもよいしこの修理工程管理システム外に設置されていてもよい。
【０００９】
本発明の修理工程管理システムにおいて、前記応答手段は、前記取得要求に応じて前記製品に対応する前記着手状況を前記情報記憶手段から読み出したあと、該読み出した着手状況をそのまま前記要求元へ送信するか又は該読み出した着手状況を前記取得要求に応じて加工したうえで前記要求元へ送信するようにしてもよい。取得要求に応じて加工する例としては、現在実施中の修理工程が目視できるような表示情報を要求元へ送信したり、残りの修理工程に要する時間を推定してあと何時間（何日）で製品が完成するかを表すメッセージを要求元へ送信したりすることが挙げられる。
【００１０】
本発明の修理工程管理システムにおいて、前記着手状況入力手段は、前記製品につき前記複数の修理工程のすべてを管理対象工程とし該管理対象工程の着手状況を入力してもよい。こうすれば、所定の製品が複数の修理工程のどこにあるかを的確に把握することができる。
【００１１】
本発明の修理工程管理システムにおいて、前記製品ごとに付されている製品符号を特定する製品特定手段を備え、前記記憶制御手段は、前記製品符号と前記着手状況とを対応付けて前記情報記憶手段に記憶してもよい。こうすれば、製品符号を用いることにより修理工程管理を行い易くすることができる。
【００１２】
本発明の修理工程管理システムにおいて、前記製品符号は、該製品符号に対応した製品の実装部品情報に対応付けられていてもよい。こうすれば、製品符号により製品の実装されている部品が簡単に把握することができ、修理を行い易くすることができる。
【００１３】
本発明の修理工程管理システムは、前記製品特定手段を備えている場合、更に、前記製品に対応する前記製品符号を記録した記録手段と、前記製品が前記管理対象工程の各々において着手される時に前記記録手段に記録された製品符号を読み取る読取手段とを備え、前記着手状況入力手段は、前記管理対象工程の各々において前記読取手段により前記製品符号が読み取られたとき該管理対象工程の着手状況として着手開始を入力してもよい。こうすれば、管理対象工程において製品符号を読み取るだけでその管理対象工程の着手開始が入力されるので着手状況の入力作業が簡素化される。ここで、記録手段は製品に付着されていることが好ましい。
【００１４】
本発明の修理工程管理システムは、前記製品特定手段を備えている場合、
更に、前記顧客が一度に修理依頼した複数の製品を一つの修理符号に該製品ごとの前記製品符号を含ませて付与する修理符号付与手段を備え、前記要求入力手段は、前記修理符号に含まれる各製品に関する前記着手状況の取得要求を入力し、前記応答手段は、前記取得要求に応じて前記修理符号に含まれる各製品の前記製品符号に対応する前記着手状況を前記情報記憶手段から読み出して前記要求元へ送信してもよい。こうすれば、顧客が一度に発注した複数の製品についての修理工程管理を適切に行うことができる。
【００１５】
本発明の修理工程管理システムにおいて、前記応答手段は、前記取得要求に応じて前記情報記憶手段から読み出した着手状況が前記複数の修理工程のどの修理工程にあるかを示す情報を前記要求元へ送信してもよい。こうすれば、所定の製品が複数の修理工程のどこにあるかを簡単に把握することができる。
【００１６】
本発明の修理工程管理システムにおいて、前記修理工程の少なくとも一つとして実際に修理を行う修理実行工程があり、該修理実行工程は、修理すべき部品ごとに行われる修理詳細工程を並べた修理フローに沿って処理される工程であり、前記着手状況入力手段は、前記修理工程の着手状況に加えて又は代えて前記修理実行工程における前記修理詳細工程の着状況を入力してもよい。こうすれば、所定の製品が修理工程又は修理実行工程のどこにあるのか確実に把握することができる。また、修理フローにより各修理詳細工程を時系列で詳細に把握することができる。
【００１７】
本発明の修理工程管理システムにおいて、前記顧客が修理依頼した製品について前記修理フローを計画する計画手段を備えていてもよい。こうすれば、製品の故障状態により故障部品を把握し修理詳細工程を決定でき、顧客が修理依頼した製品ごとに修理フローを計画することができる。
【００１８】
本発明の修理工程管理システムにおいて、前記計画手段は、前記顧客が修理依頼した製品の検査結果に基づいて前記修理フローを計画してもよい。こうすれば、故障部品が明確となるため修理詳細工程を確実に決定でき、顧客が修理依頼した製品ごとに修理フローを動的に計画することができる。また、修理全体の流れを詳細に作成することもできる。
【００１９】
本発明の修理工程管理システムにおいて、前記応答手段は、前記取得要求に応じて前記情報記憶手段から読み出した着手状況が前記修理フローに含まれる前記修理詳細工程に対応していたとき前記修理フローのどの修理詳細工程にあるかを示す情報を前記要求元へ送信してもよい。こうすれば、所定の製品が修理実行工程のどの修理詳細工程であるのか詳細に把握することができる。
【００２０】
本発明の修理工程管理システムにおいて、前記要求入力手段は、前記製品を修理依頼した顧客からネットワークを介して前記製品の着手状況の取得要求を入力し、前記応答手段は、前記顧客へ前記ネットワークを介して送信してもよい。こうすれば、顧客はネットワークを介して取得要求を出力できるため便利である。ネットワークとしては、インターネット、イントラネット、ＬＡＮなどであってもよいが、インターネットであることが好ましい。
【００２１】
本発明の第２は、情報記憶手段を備えた１又は複数のコンピュータを用いて、所定の製品を修理するにあたり該製品が複数の修理工程のどこにあるかを管理する修理工程管理方法であって、前記コンピュータが、前記製品につき前記複数の修理工程から選ばれた一以上の修理工程（「管理対象工程」という）の着手状況を入力し、前記製品と前記着手状況とを対応付けて前記情報記憶手段に記憶し、前記製品に関する前記着手状況の取得要求を入力し、該取得要求に応じて前記製品に対応する前記着手状況を前記情報記憶手段から読み出し前記取得要求を出力した要求元へ送信するものである。この修理工程管理方法によれば、製品が複数の修理工程のどこにあるのかを容易に管理できる。
【００２２】
本発明の第３は、所定の製品を修理するにあたり該製品が複数の修理工程のどこにあるかを管理するための修理工程管理プログラムであって、
一又は複数のコンピュータに、
前記製品につき前記複数の修理工程から選ばれた一以上の修理工程（「管理対象工程」という）の着手状況を入力する着手状況入力ステップと、
前記製品と前記着手状況とを対応付けて情報記憶手段に記憶する記憶制御ステップと、
前記製品に関する前記着手状況の取得要求を入力する要求入力ステップと、
前記取得要求に応じて前記製品に対応する前記着手状況を前記情報記憶手段から読み出し前記取得要求を出力した要求元へ送信する応答ステップと
を実行させるものである。
【００２３】
本発明の修理工程管理プログラムは、コンピュータが読み取り可能な記録媒体（例えばハードディスク、ＲＯＭ、ＦＤ、ＣＤ、ＤＶＤなど）に記録されていてもよいし、伝送媒体（インターネットやＬＡＮなどの通信網）を介してあるコンピュータから別のコンピュータへ配信されてもよいし、その他どのような形で授受されてもよい。このプログラムを一つのコンピュータに実行させるか又は複数のコンピュータに各ステップを分担して実行させれば、製品につき複数の修理工程から選ばれた一以上の修理工程つまり管理対象工程の着手状況を入力し、製品と着手状況とを対応付けて情報記憶手段に記憶し、製品に関する着手状況の取得要求を入力したときにその取得要求に応じた着手状況を情報記憶手段から読み出して取得要求を出力した出力元へ送信する。したがって、製品が複数の修理工程のどこにあるのかを容易に管理できる。
【００２４】
【発明の実施の形態】
次に、本発明の実施の形態を図面に基づいて説明する。図１は、本実施形態の修理工程管理システム１０の概略構成を表す説明図である。
【００２５】
修理工程管理システム１０は、コンピュータ製品であるパソコンの販売修理を行うウェブサイトを運営するウェブサーバ２０と、各種情報を記憶可能なデータベース３０と、各種情報入力プログラムや参照機能プログラムを格納するアプリケーションサーバ３２と、パソコンの各修理工程と入力端末４０１〜４０４とを備えている。修理実行工程では修理フロー内の各修理詳細工程ごとに入力端末４０２〜４０２が設置されている。ウェブサーバ２０とデータベース３０とは通信線を介して接続され、データベース３０と各入力端末４０１〜４０４とはＬＡＮ４２を介して接続されている。なお、図１中、ターゲット６０とは、修理開始前、修理途中又は修理完了時の製品を表す。
【００２６】
ウェブサーバ２０は、インターネットを介してクライアントＰＣ７０からの修理依頼の要求に対して修理ＩＤ（修理符号）を一つ付与する。また、クライアントＰＣ７０からシリアル番号（製品符号）を受け取り、修理ＩＤとシリアル番号とを対応する形式で修理依頼した修理内容をデータベース３０に登録する。また、検査結果に基づいて複数の修理詳細工程を並べた修理フローを計画し、クライアントＰＣ７０から製品に関する着手状況の要求に応じて着手状況を送信応答する。ここで、シリアル番号は製品組立時に付与された番号であり、その製品に実装されている製品情報（実装部品情報）に関連づけられている。
【００２７】
データベース３０は、クライアントＰＣ７０からインターネット経由でウェブサーバ２０に送信された修理内容を記憶するものであり、具体的には、製品の機種名、実装部品情報、故障と推測する部品などの修理依頼製品データや、顧客の氏名、住所、電話番号、メールアドレスなどの顧客データや、支払い方法に関するデータや、複数の修理詳細工程を並べた修理フローなどを修理ＩＤ及びシリアル番号に対応する形式で記憶する。また、このデータベース３０は、各入力端末４０１〜４０４に入力される各工程の着手開始（着手情報）をＬＡＮ経由で修理ＩＤ及びシリアル番号に対応する形式で記憶する。ここで、「工程」とは、修理工程と計画した修理フロー内の修理詳細工程とを含めた意味で用いるものとする（以下同じ）。
【００２８】
入力端末４０１〜４０４は、パソコンの各工程ごとに設置され、作業の着手開始の入力により修理ＩＤ及びシリアル番号に対応する形式でデータベース３０に工程の着手情報を書き込む。また、入力端末４０１〜４０４は、ターゲット６０に付されているバーコードラベル６２のバーコード６４を読み取るバーコードリーダ５０１〜５０４と接続されて、修理実行工程においては修理フロー内の各修理詳細工程ごとにバーコードリーダ５０２〜５０２がそれぞれ接続されている。このバーコードラベル６２はターゲット６０のケースに製品組立時に付されたもので、バーコード６４はその製品ごとのシリアル番号を表している。
【００２９】
修理工程としては、受付工程、検査工程、修理実行工程、動作確認工程、梱包出荷工程があり、顧客から修理依頼された製品はこの順序に従って処理される。受付工程は、顧客からの修理依頼される製品の修理依頼製品データ、顧客データ、支払いに関するデータなどを入力する工程である。検査工程は、修理依頼された製品の故障状態を検査する工程である。修理実行工程は、修理を実際に実行する工程であり、修理すべき部品ごとに行われる修理詳細工程を時系列順に並べた修理フローに沿って処理される。例えば、製品がパソコンで修理すべき部品がメモリ・ＨＤＤのときには、修理詳細工程はメモリ交換工程、ＨＤＤ交換工程の他にＨＤＤ交換に伴って必要となるＯＳインストール工程の３つであり、修理フローは最初にメモリ交換工程、ＨＤＤ交換工程、次にＯＳインストール工程となる。但し、この場合には、最初にＨＤＤ交換工程、次にメモリ交換工程を行ってからＯＳインストール工程を行ってもよい。動作確認工程は、修理実行工程で修理した部品の動作確認する工程である。梱包出荷工程は、修理完了した製品を梱包し出荷する工程である。
【００３０】
次に、顧客がクライアントＰＣ７０を利用してウェブサーバ２０が運営するウェブサイトでパソコンを修理依頼する場合について説明する。顧客はこのウェブサイトで修理依頼するパソコンとして「タワー型パソコン　機種名○○○−△△△」を選択し、そのパソコンのシリアル番号「０００１」を入力し、「仕様表示」をクリックすると、要求信号がウェブサーバ２０に送信される。すると、ウェブサーバ２０は、そのパソコンに関する構成する各種部品をデータベース３０から読み出しインターネット経由でクライアントＰＣ７０に送信応答する。図２は、このときの表示画面を表す説明図である。ここで、パソコンごとに故障と思われる部品を選択する。ただし、未選択でも構わない。なお、そのパソコンを購入後自ら部品を追加変更した場合のように、表示された内容が修理依頼したパソコンと異なる場合には「ＯＳ」「ＣＰＵ」「メモリ」等をプルダウンメニューの中から選択変更できる。「合計台数」と「設定」欄にはデフォルト値としてそれぞれ「１」が入力されているが、２台以上修理依頼する場合は修理依頼する合計台数を入力し、「設定」には合計台数中の何台目のパソコンかを入力し、合計台数分まで繰り返し上述のように入力する。このとき、ウェブサーバ２０は上述と同様にそれぞれのパソコンについて送信応答する。この表示画面における入力が終わって「次へ」をクリックすると、要求信号がウェブサーバ２０に送信される。すると、ウェブサーバ２０は、この要求によりそのパソコンの修理依頼製品データをデータベース３０に書き込み、次の支払い方法を入力する表示画面（図示せず）を送信応答する。顧客は支払い方法を入力し、入力が終わり「次へ」をクリックすると、要求信号がウェブサーバ２０に送信される。すると、ウェブサーバ２０は、この要求により支払い方法に関するデータをデータベース３０に書き込み、次の顧客データを入力する表示画面（図示せず）を送信応答する。顧客は顧客データを入力し、入力が終わり「次へ」をクリックすると、要求信号がウェブサーバ２０に送信される。すると、ウェブサーバ２０は、この要求により顧客データをデータベース３０に書き込む。ウェブサーバ２０は、その修理内容に修理ＩＤを付与し、データベース３０には、今回の修理ＩＤとシリアル番号とに対応した形式で検査工程から梱包出荷工程までのすべての欄に「未着手」が記憶される（図４（ａ）参照）。
【００３１】
次に、各工程における各入力端末４０１〜４０４が実行する着手状況入力処理について図３に基づいて説明する。各入力端末４０１〜４０４は、アプリケーションサーバ３２から着手状況入力プログラムを読み込み、所定タイミング（例えば数ｍｓｅｃ）ごとに図示しないＣＰＵがこの着手状況入力プログラムを実行する。このプログラムが開始されると、入力端末４０１〜４０４は、バーコードリーダ５０１〜５０４がターゲット６０に付されているバーコードラベル６２のバーコード６４を読み取ったか否かを判定し（ステップＳ１００）、バーコード６４を読み取っていないときにはそのままこのプログラムを終了し、一方、バーコード６４を読み取ったときには、データベース３０においてそのバーコード６４が表しているシリアル番号に対応する形式でその入力端末４０１〜４０４が設置されている工程の欄を「未着手」から「着手中」に書き換えるとともに一つ前の工程の欄を「着手中」から「完了」に書き換え（ステップＳ１１０）、このプログラムを終了する。なお、検査工程では一つ前の工程が存在しないため、ステップＳ１１０で一つ前の工程の欄を書き換える操作は行われない。また、バーコードリーダ５０１〜５０４によるバーコード６４の読み取り操作はオペレータが行ってもよいが、バーコードリーダ５０１〜５０４がバーコード６４を読み取り可能な位置へターゲット６０を自動搬送してもよい。
【００３２】
例えば、今回の修理依頼書の「故障と思われる部品」の欄に「ＨＤＤ」が異常有りとされ、その修理内容に含まれるパソコンのシリアル番号が「０００１」であり、修理内容に含まれる製品は１台のみであったとする。そして、まず検査工程にシリアル番号「０００１」のターゲット６０が送られてくると、ターゲット６０のケースに付されているバーコードラベル６２のバーコード６４をバーコードリーダ５０１が読み取る。すると、入力端末４０１は、データベース３０においてシリアル番号「０００１」に対応する検査工程の欄を「未着手」から「着手中」に変更する。図４（ｂ）はこのときのデータベース３０の記憶内容を表す説明図である。
【００３３】
ここで、検査結果により明確となった故障部品に基づいて修理フローを計画する。今回の検査結果がメモリとＨＤＤの故障であったとすると、ウェブサーバ２０はこの検査結果に基づいてメモリ交換工程、ＨＤＤ交換工程、ＯＳインストール工程という順序で修理フローを作成し、これを修理実行工程の修理フローとしてデータベース３０に記憶する（図４（ｃ）参照）。なお、データベース３０は受付工程において顧客が提示した「故障と思われる部品」を記憶しているが、検査判断の参考であり、修理フローは検査工程の検査結果に基づいて計画する。
【００３４】
修理実行工程は、計画した修理フローによりメモリ交換工程、ＨＤＤ交換工程、ＯＳインストール工程という各修理詳細工程を時系列に行っていく工程である。まず、メモリ交換工程の作業場に設置された入力端末４０２にターゲット６０が送られてくるとターゲット６０のケースに付されているバーコードラベル６２のバーコード６４をバーコードリーダ５０２が読み取る。すると、入力端末４０２は、データベース３０においてシリアル番号「０００１」に対応する修理実行工程における修理詳細工程「メモリ交換」の欄を「未着手」から「着手中」に変更するとともに前回の工程即ち検査工程の欄を「着手中」から「完了」に変更する。図４（ｃ）はこのときのデータベース３０の記憶内容を表す説明図である。
【００３５】
次に、ＨＤＤ交換工程の作業場に設置された入力端末４０２にターゲット６０が送られてくるとターゲット６０のケースに付されているバーコードラベル６２のバーコード６４をバーコードリーダ５０２が読み取る。すると、入力端末４０２は、データベース３０においてシリアル番号「０００１」に対応する修理実行工程における修理詳細工程「ＨＤＤ交換」の欄を「未着手」から「着手中」に変更するとともに前回の工程即ちメモリ交換工程の欄を「着手中」から「完了」に変更する。図４（ｄ）はこのときのデータベース３０の記憶内容を表す説明図である。
【００３６】
その後、ＯＳインストール工程、動作確認工程を経て、梱包出荷工程の作業場に設置された入力端末４０４にこのターゲット６０が送られてくると、ターゲット６０のケースに付されているバーコードラベル６２のバーコード６４をバーコードリーダ５０４が読み取る。すると、入力端末４０４は、データベース３０においてシリアル番号「０００１」に対応する梱包出荷工程の欄を「未着手」から「着手中」に変更するとともに前回の工程即ち動作確認工程の欄を「着手中」から「完了」に変更する。図４（ｅ）はこのときのデータベース３０の記憶内容を表す説明図である。
【００３７】
次に、ウェブサーバ２０が実行する受信応答処理について図５に基づいて説明する。ウェブサーバ２０は、図示しないＨＤＤに受信応答プログラムがインストールされており、所定タイミング（例えば数ｍｓｅｃ）ごとに図示しないＣＰＵがこの受信応答プログラムを読み込んで実行する。このプログラムが開始されると、ウェブサーバ２０は、顧客から自分の修理内容に含まれる製品がどの工程にいるのかを知りたいという問い合わせがあったか否か、つまり修理依頼した製品の着手状況の取得要求があったか否かを判定する（ステップＳ２００）。そして、取得要求がなかったときにはそのままこのプログラムを終了し、一方、取得要求があったときにはその取得要求にシリアル番号が含まれているか否かを判定する（ステップＳ２１０）。本実施形態では、顧客は自分の修理内容に付与された修理ＩＤやその修理内容に含まれるパソコンごとのシリアル番号について、顧客のクライアントＰＣ７０のメーラが修理依頼後自動的にインターネットメールによりウェブサーバ２０から受信しているものとし、着手状況の取得要求を行うにあたって顧客は少なくとも修理ＩＤかシリアル番号のいずれかを添付してくるものとする。
【００３８】
取得要求にシリアル番号が含まれていないときには修理ＩＤが含まれているか否かを判定し（ステップＳ２２０）、修理ＩＤも含まれていないときには着手状況の検索ができないため顧客のクライアントＰＣ７０に対してエラーメッセージを送信し（ステップＳ２７０）、このプログラムを終了する。一方、取得要求に修理ＩＤが含まれているときにはその修理ＩＤに対応するシリアル番号を読み出す（ステップＳ２３０）。そして、ステップＳ２１０で取得要求にシリアル番号が含まれていたとき、又は、ステップＳ２３０で修理ＩＤに対応するシリアル番号を読み出したときには、そのシリアル番号に対応する着手状況を読み出し（ステップＳ２４０）、現在実施中の工程を顧客のクライアントＰＣ７０に送信する（ステップＳ２５０）。
【００３９】
例えば、図４（ａ）のように検査工程から梱包出荷工程まですべて未着手の段階で着手状況の取得要求があれば、図６（ａ）に示すように受付工程、検査工程、修理実行工程、動作確認工程、梱包出荷工程をこの順序で表した全工程図において「受付工程」を強調付け、作成した「本修理依頼は受付待ちです」という応答メッセージとを送信する。図４（ｂ）のように検査工程が着手中の段階で着手状況の取得要求があれば、図６（ｂ）に示すように全工程図において「検査工程」を強調付け、作成した「本修理依頼は検査中です」という応答メッセージとを送信する。図４（ｃ）のように修理実行工程における修理詳細工程の一つ、メモリ交換工程が着手中の段階で着手状況の取得要求があれば、図６（ｃ）に示すように各修理詳細工程であるメモリ交換工程、ＨＤＤ交換工程、ＯＳインストール工程をこの順序で表した全工程図においてメモリ交換工程を強調付け、作成した「本修理依頼はメモリ交換中です」という応答メッセージとを送信する。図４（ｄ）のように修理実行工程における修理詳細工程の一つ、ＨＤＤ交換工程が着手中の段階で着手状況の取得要求があれば、図６（ｄ）に示すように全工程図においてＨＤＤ交換工程を強調付け、作成した「本修理依頼はＨＤＤ交換中です」という応答メッセージとを送信する。図４（ｅ）のように梱包修理工程が着手中の段階で着手状況の取得要求があれば、図６（ｅ）に示すように全工程図において梱包出荷工程を強調付け、作成した「本修理依頼はまもなく出荷されます」という応答メッセージとを送信する。各工程において残りの工程にかかる日数を見込んで「あと○○日で出荷される予定です」というメッセージを作成して付加してもよい。また、故障部品交換において部品入荷待ちとなった旨を伝えるメッセージ「○○部品が入荷待ちとなりました」を作成してもよく、新たに見つかった故障部品に関してその故障部品の交換又は交換に関わる費用の見積を行うかどうかを顧客からの問い合せ・回答を待つ旨を伝えるメッセージ「故障部品の交換・見積に関する、お問い合せ・ご回答をお待ちしております」を作成し送信してもよい。例えば、今回の例ではメモリ故障が検査工程で見つかったため、メモリについてそのメッセージを作成し送信してもよい。
【００４０】
ここで、本実施形態の構成要素と本発明の構成要素との対応関係を明らかにする。本実施形態の入力端末４０１〜４０４が本発明の着手状況入力手段に相当し、データベース３０が情報記憶手段に相当し、入力端末４０１〜４０４及びウェブサーバ２０が記憶制御手段に相当し、ウェブサーバ２０が要求入力手段、応答手段、製品特定手段、修理符号付与手段及び計画手段に相当し、バーコードラベル６２が記録手段に相当し、バーコードリーダ５０１〜５０４が読取手段に相当する。
【００４１】
以上詳述した本実施形態によれば、入力端末４０１〜４０４が、顧客の修理依頼した製品につき各工程の着手状況を入力し、その製品のシリアル番号と着手状況とを対応付けてデータベース３０に記憶し、ウェブサーバ２０が、その製品に関する着手状況の取得要求を顧客のクライアントＰＣ７０から入力したときにその取得要求に応じた着手状況をデータベース３０から読み出してクライアントＰＣ７０へ応答するため、顧客の修理依頼した製品が修理工程又は修理実行工程における修理詳細工程のどこにあるのかを容易に管理できる。
【００４２】
また、入力端末４０１〜４０４は各工程に設置されており、各工程が管理対象工程となっているため、代表的な工程のみを管理対象工程とする場合に比べて、顧客の修理依頼した製品が修理工程又は修理実行工程における修理詳細工程のどこにあるかを的確に把握することができる。
【００４３】
更に、製品に付されているシリアル番号（製品符号）を使用することで、修理管理するにあたり、その製品に新たに識別符号を付与することなしに工程を管理することができる。ここで、シリアル番号を使用すると製品構成の各種部品である実装部品情報を的確に把握することもでき、便利である。
【００４４】
更にまた、各工程においてターゲット６０に付されているバーコードラベル６２からバーコード６４つまり製品符号を読み取るだけでその工程につき「未着手」から「着手中」と変更されるので着手状況の入力作業が簡素化される。
【００４５】
そしてまた、修理実行工程では複数の修理詳細工程を並べた修理フローを修理依頼する製品ごとにそれぞれ計画し対応付けて管理するため、製品の故障部品と着手状況を容易に把握することができる。また、場合によっては修理に要する日数を把握することもできる。
【００４６】
そして更に、顧客はクライアントＰＣ７０によりインターネットを介してウェブサーバ２０が運営するウェブサイトを介して修理依頼したり着手状況の問い合わせができるため、便利である。
【００４７】
なお、本発明は上述した実施形態に何ら限定されるものではなく、本発明の技術的範囲に属する限り種々の態様で実施できることはいうまでもない。
【００４８】
上述した実施形態ではウェブサーバ２０がウェブサイトの運営のほかシリアル番号や修理ＩＤに基づくデータベース３０の検索や応答メッセージの作成・送信を担当したが、複数のサーバで各機能を受け持つように構成してもよい。例えばウェブサーバ２０はウェブサイトの運営と応答メッセージの送信を受け持ち、他のサーバがシリアル番号や修理ＩＤに基づくデータベース３０の検索、修理フローの計画、応答メッセージの作成を受け持つようにしてもよい。
【００４９】
また、上述した実施形態では、バーコードリーダ５０１〜５０４でバーコード６４つまりシリアル番号を読み取って入力端末４０１〜４０４に入力したが、シリアル番号をオペレータが入力端末４０１〜４０４にキーボードやマウス等を使って手入力してもよい。
【００５０】
更に、上述した実施形態ではインターネット経由で修理依頼された場合を例にあげて説明したが、電話での修理依頼についてもオペレータがウェブサーバ２０にキーボードやマウス等を使って手入力し、その後、上述した実施形態と同様、ウェブサーバ２０が修理内容ごとに修理ＩＤを付与してもよい。
【００５１】
更にまた、上述した実施形態ではすべての工程について着手状況を管理したが、すべての工程の中からいくつか代表的な工程を選び出しそれらの着手状況を管理してもよい。
【００５２】
そしてまた、上述した実施形態では、修理実行工程における各修理詳細工程の作業項目と実施中の作業項目とを表示してもよい。例えば、図７に示すように、キーボードやマウス等を使って修理詳細工程を選択すると、その修理詳細工程の作業項目一覧が表示され実施中の作業項目（新ＨＤＤ取付中）が強調付けて表示される。こうすれば、修理詳細工程の着手状況を一層把握することができる。
【００５３】
そして更に、上述した実施形態では顧客のクライアントＰＣ７０から取得要求が入力される構成としたが、その代わりに又はそれに加えて、このシステム１０のＬＡＮ４２に管理コンピュータを接続して管理コンピュータから取得要求がウェブサーバ２０へ出力されるようにしてもよい。こうすれば、システム内でも各製品における修理工程の管理を容易に行うことができる。
【００５４】
そして更にまた、上述した実施形態では、入力端末４０１〜４０４に着手状況入力プログラムを実行させ、ウェブサーバ２０に受信応答プログラムを実行させたが、両プログラムをウェブサーバ２０に実行させてもよい。例えば、ウェブサーバ２０をＬＡＮ４２に接続し、バーコードリーダ５０１〜５０４が読み取ったバーコード情報をウェブサーバ２０が受信し、ステップＳ１１０をウェブサーバ２０が実行するようにしてもよい。
【００５５】
上述した実施形態では、顧客が一度の修理依頼で複数の製品の修理を依頼してきたとき、一つの修理ＩＤに複数のシリアル番号を対応付けて管理してもよい。こうすれば、顧客が一度に修理依頼した複数の製品についても一つの修理ＩＤを用いることにより修理工程管理を適切に行うことができ、便利である。
【図面の簡単な説明】
【図１】本実施形態の修理工程管理システムの概略構成を表す説明図。
【図２】ウェブサイトの一表示画面の説明図。
【図３】入力端末が実行する着手状況入力プログラムのフローチャート。
【図４】データベースの記憶内容を表す説明図。
【図５】ウェブサーバが実行する受信応答プログラムのフローチャート。
【図６】修理フローを含めた修理工程の着手状況を表す説明図。
【図７】修理詳細工程の作業項目別に表示する着手状況を表す説明図。
【符号の説明】
１０…修理工程管理システム、２０…ウェブサーバ、３０…データベース、３２…アプリケーションサーバ、４０１〜４０４…入力端末、４２…ＬＡＮ、５０１〜５０４…バーコードリーダ、６０…ターゲット、６２…バーコードラベル、６４…バーコード、７０…クライアントＰＣ。
【図１】
2004145560.tif 000003
【図２】
2004145560.tif 000004
【図３】
2004145560.tif 000005
【図４】
2004145560.tif 000006
【図５】
2004145560.tif 000007
【図６】
2004145560.tif 000008
【図７】
2004145560.tif 000009