JP2002197211A - 修理仲介システム、修理仲介サーバ、修理仲介方法、修理仲介プログラムおよび該プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザと修理店の双方にとって効率的且つ有
用な修理仲介システム、修理仲介サーバ、修理仲介方
法、修理仲介プログラムおよび該プログラムを記録した
記録媒体を提供する。 【解決手段】 ユーザ端末２から製品の故障状況を含む
修理依頼情報を受信し、該修理依頼情報に基づいて、複
数の修理店端末３ａ〜３ｄに修理の見積依頼情報を送信
し、修理店端末３ａ〜３ｄのそれぞれから受信した見積
情報を集約して見積リストを生成して、該見積リストを
ユーザ端末２に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを利
用した修理仲介システムおよび方法、該システムを構築
するための修理仲介サーバ、ならびに修理仲介サーバを
制御するためのプログラムに関するものである。

【０００２】

【従来の技術】今日、たとえばテレビ、ビデオ等の家電
製品、パソコン、プリンタ等のコンピュータ機器、ある
いは複写機、ファクシミリ等のオフィス機器など、非常
に多種多様な製品が販売されている。メーカーの開発競
争および販売店の価格競争により、次々に新しい機能を
持った製品がより安い価格で提供され、顧客（ユーザ）
は複数の販売店の価格や製品の機能等を比較検討して、
自分の希望にあう製品を選択することができる。

【０００３】一方、使用中の製品が故障した場合には、
その製品を購入した販売店またはメーカーに一任してし
まうことが多い。すなわち、ユーザは販売店またはメー
カーのサービス窓口に連絡を取って故障の状況を口頭で
説明し、先方の日程に合わせて出張修理サービスを受け
るか、あるいは、自ら故障製品を修理センターに持ち込
むか郵送して修理を依頼することが一般的である。

【０００４】

【発明が解決しようとする課題】しかしながら、上記の
ような従来の修理サービスの形態は、ユーザ、修理店の
双方にとって効率的であるとは言い難い。

【０００５】ユーザの立場からすれば、自分の希望する
日程で修理を依頼でき、修理費用はより安いほうが望ま
しい。しかし、当該故障製品の修理を取り扱っている修
理店を探し、複数の修理店に問い合わせをして、各修理
店の情報の収集および比較を行うといった作業は非常に
煩雑である。したがって、上記のように修理依頼先が限
定されてしまうというのが現状である。

【０００６】また、事前に修理費用の概算を知りたいと
思っても、ユーザ自身が製品の故障状況を口頭で伝える
だけでは、故障箇所を特定し修理費用を正確に見積もる
ことは難しく、結局、実際にかかった作業時間や部品交
換代などをもとに事後的に請求される形となってしま
う。

【０００７】このように、従来の修理サービスにおいて
は、ユーザの負担が大きく、また、実際に修理がなされ
るまでユーザは修理費用を知ることができなかった。

【０００８】また、修理店側の立場からも、作業効率を
向上するために、ユーザの問い合わせだけで故障箇所を
的確に把握できるようなシステムが望まれていた。

【０００９】例えば、特開平１１−１３４０１８では、
自己診断装置が内蔵されたインターネット内蔵テレビ受
信機により、テレビ販売会社または修理店遠隔地で操作
することにより、テレビのある場所に行かなくとも故障
診断が可能とするシステムが開示されている。

【００１０】しかし、このシステムによれば修理店側の
メリットは大きいものの、修理依頼先がネットワークの
つながった修理店のみに限定されてしまうという問題が
ある。すなわち、修理店同士の競合がないために、ユー
ザの望む価格や日程等が必ずしも実現されるとは限ら
ず、ユーザ側のメリットはほとんどないと言える。

【００１１】本発明は上記実情を鑑みてなされたもので
あり、その第１の目的は、ユーザの負担を減らし、ユー
ザにとって効率的且つ有用な修理仲介方法、並びに該方
法を実現するためのシステム、サーバ、媒体を提供する
ことにある。

【００１２】また、本発明の第２の目的は、修理店側に
とっても、効率的且つ有用な修理仲介方法、並びに該方
法を実現するためのシステム、サーバ、媒体を提供する
ことにある。

【００１３】また、本発明の第３の目的は、ユーザの要
望内容に沿った修理店を紹介することが可能な修理仲介
方法、並びに該方法を実現するためのシステム、サー
バ、媒体を提供することにある。

【００１４】

【課題を解決するための手段】上記目的を達成するため
に、本発明の修理仲介システムは、ネットワークを介し
て相互に通信可能な修理仲介サーバと複数の修理店端末
とユーザ端末とを含む修理仲介システムであって、前記
修理仲介サーバは、ユーザ端末から製品の故障状況を含
む修理依頼情報を受信し、該修理依頼情報に基づいて、
複数の修理店端末に修理の見積依頼情報を送信する見積
依頼手段と、前記複数の修理店端末のそれぞれから、修
理の見積情報を受信し、該複数の見積情報を集約して見
積リストを生成する見積集約手段と、該見積リストを前
記ユーザ端末に送信する見積リスト送信手段と、を備え
ることを特徴とする。

【００１５】さらに、本発明の修理仲介システムは、ネ
ットワークを介して相互に通信可能な修理仲介サーバと
複数の修理店端末とユーザ端末とを含む修理仲介システ
ムであって、前記修理仲介サーバは、製品の故障状況を
含む修理依頼情報を入力可能なチェックシートを製品毎
に記憶するデータベースと、ユーザ端末からの製品修理
の申し込み要求に応答して、前記データベースから該当
製品のチェックシートを取得し、該チェックシートを前
記ユーザ端末に送信するチェックシート送信手段と、ユ
ーザ端末において修理依頼情報が入力されたチェックシ
ートを受信し、該修理依頼情報に基づいて、複数の修理
店端末に修理の見積依頼情報を送信する見積依頼手段
と、前記複数の修理店端末のそれぞれから、修理の見積
情報を受信し、該複数の見積情報を集約して見積リスト
を生成する見積集約手段と、該見積リストを前記ユーザ
端末に送信する見積リスト送信手段と、を備えることを
特徴とする。

【００１６】また、前記修理仲介サーバを複数設けると
よい。

【００１７】また、前記ユーザ端末は、前記チェックシ
ートおよび前記見積リストを表示する表示手段を備え
る。

【００１８】さらに、本発明の修理仲介サーバは、ネッ
トワークを介して複数の修理店端末およびユーザ端末と
互いに通信可能に設けられた修理仲介サーバであって、
ユーザ端末から製品の故障状況を含む修理依頼情報を受
信し、該修理依頼情報に基づいて、複数の修理店端末に
修理の見積依頼情報を送信する見積依頼手段と、前記複
数の修理店端末のそれぞれから、修理の見積情報を受信
し、該複数の見積情報を集約して見積リストを生成する
見積集約手段と、該見積リストを前記ユーザ端末に送信
する見積リスト送信手段と、を備えることを特徴とす
る。

【００１９】さらに、本発明の修理仲介サーバは、ネッ
トワークを介して複数の修理店端末およびユーザ端末と
互いに通信可能に設けられた修理仲介サーバであって、
製品の故障状況を含む修理依頼情報を入力可能なチェッ
クシートを製品毎に記憶するデータベースと、ユーザ端
末からの製品修理の申し込み要求に応答して、前記デー
タベースから該当製品のチェックシートを取得し、該チ
ェックシートを前記ユーザ端末に送信するチェックシー
ト送信手段と、ユーザ端末において修理依頼情報が入力
されたチェックシートを受信し、該修理依頼情報に基づ
いて、複数の修理店端末に修理の見積依頼情報を送信す
る見積依頼手段と、前記複数の修理店端末のそれぞれか
ら、修理の見積情報を受信し、該複数の見積情報を集約
して見積リストを生成する見積集約手段と、該見積リス
トを前記ユーザ端末に送信する見積リスト送信手段と、
を備えることを特徴とする。

【００２０】また、前記見積リストの中から一の修理店
を指定する情報をユーザ端末から受信したときに、該指
定修理店の修理店端末にユーザの連絡先を含む顧客情報
を送信する手段を備えるとよい。

【００２１】また、前記修理依頼情報は、ユーザが希望
する修理日程、修理費用、作業時間および修理経験の有
無のうち少なくともいずれかの要望情報を含むとよい。

【００２２】また、前記複数の修理店のそれぞれについ
て、過去に担当した修理の内容およびその評価を含む実
績情報を記憶する実績データベースを備えるとよい。

【００２３】また、前記見積集約手段は、前記実績デー
タベースを参照して各修理店の信頼度を示す信頼度情報
を生成し、該信頼度情報を前記見積リストに付加すると
よい。

【００２４】また、ユーザ端末から受信したチェックシ
ートに含まれる修理依頼情報に基づいて、前記実績デー
タベースから当該修理の経験を有する修理店を選び出
し、該修理店に関する情報を前記ユーザ端末に送信する
手段を備えるとよい。

【００２５】また、前記修理依頼情報は、特定の修理店
を依頼対象から除外する情報を含むとよい。

【００２６】また、前記修理依頼情報は、前記要望情報
のそれぞれについてのユーザの優先度を示す優先順位情
報を含むとよい。

【００２７】また、修理店端末からの要求に応答して、
前記データベースからチェックシートを取得し、該チェ
ックシートを前記修理店端末に送信する手段を備えると
よい。

【００２８】また、修理店端末から、実際の修理に要し
た修理費用および作業時間を含む修理結果報告情報を受
信する手段を備えるとよい。

【００２９】また、前記見積依頼手段は、前記修理依頼
情報と前記実績データベースに記憶された各修理店の実
績情報に基づいて、見積依頼情報を送信する修理店端末
を選択するとよい。

【００３０】また、前記実績情報は、各修理店が擁する
各技術者の技術レベルに関する情報を含むとよい。

【００３１】さらに、本発明の修理仲介方法は、ネット
ワークを利用してユーザと複数の修理店との仲介をする
修理仲介方法であって、ユーザ端末から製品の故障状況
を含む修理依頼情報を受信し、該修理依頼情報に基づい
て、複数の修理店端末に修理の見積依頼情報を送信する
ステップと、前記複数の修理店端末のそれぞれから、修
理の見積情報を受信し、該複数の見積情報を集約して見
積リストを生成するステップと、該見積リストを前記ユ
ーザ端末に送信するステップと、を含むことを特徴とす
る。

【００３２】さらに、本発明の修理仲介方法は、ネット
ワークを利用してユーザと複数の修理店との仲介をする
修理仲介方法であって、ユーザ端末からの製品修理の申
し込み要求に応答して、製品の故障状況を含む修理依頼
情報を入力可能なチェックシートを製品毎に記憶してい
るデータベースから該当製品のチェックシートを取得
し、該チェックシートを前記ユーザ端末に送信するステ
ップと、ユーザ端末において修理依頼情報が入力された
チェックシートを受信し、該修理依頼情報に基づいて、
複数の修理店端末に修理の見積依頼情報を送信するステ
ップと、前記複数の修理店端末のそれぞれから、修理の
見積情報を受信し、該複数の見積情報を集約して見積リ
ストを生成するステップと、該見積リストを前記ユーザ
端末に送信するステップと、を含むことを特徴とする。

【００３３】また、前記見積リストの中から一の修理店
を指定する情報をユーザ端末から受信したときに、該指
定修理店の修理店端末にユーザの連絡先を含む顧客情報
を送信するステップを含むとよい。

【００３４】また、前記修理依頼情報は、ユーザが希望
する修理日程、修理費用、作業時間および修理経験の有
無のうち少なくともいずれかの要望情報を含むとよい。

【００３５】また、前記複数の修理店のそれぞれが過去
に担当した修理の内容およびその評価を含む実績情報を
実績データベースに記憶させておくとよい。

【００３６】また、前記見積リストを生成するステップ
は、前記実績データベースを参照して各修理店の信頼度
を示す信頼度情報を生成し、該信頼度情報を前記見積リ
ストに付加するステップを含むとよい。

【００３７】また、ユーザ端末から受信したチェックシ
ートに含まれる修理依頼情報に基づいて、前記実績デー
タベースから当該修理の経験を有する修理店を選び出
し、該修理店に関する情報を前記ユーザ端末に送信する
ステップを含むとよい。

【００３８】また、前記修理依頼情報は、特定の修理店
を依頼対象から除外する情報を含むとよい。

【００３９】また、前記修理依頼情報は、前記要望情報
のそれぞれについてのユーザの優先度を示す優先順位情
報を含むとよい。

【００４０】また、修理店端末からの要求に応答して、
前記データベースからチェックシートを取得し、該チェ
ックシートを前記修理店端末に送信するステップを含む
とよい。

【００４１】また、修理店端末から、実際の修理に要し
た修理費用および作業時間を含む修理結果報告情報を受
信するステップを含むとよい。

【００４２】また、前記修理結果報告情報と当該修理に
係る見積情報とを比較して、チェックシートを改良し、
改良後のチェックシートを前記データベースに記憶させ
るステップを含むとよい。

【００４３】また、前記修理依頼情報と前記実績データ
ベースに記憶された各修理店の実績情報に基づいて、見
積依頼情報を送信する修理店端末を選択するステップを
含むとよい。

【００４４】また、前記実績情報は、各修理店が擁する
各技術者の技術レベルに関する情報を含むとよい。

【００４５】さらに、本発明の修理仲介プログラムは、
ネットワークを介して複数の修理店端末およびユーザ端
末と互いに通信可能に設けられたコンピュータを制御す
る修理仲介プログラムであって、ユーザ端末から製品の
故障状況を含む修理依頼情報を受信し、該修理依頼情報
に基づいて、複数の修理店端末に修理の見積依頼情報を
送信するステップと、前記複数の修理店端末のそれぞれ
から、修理の見積情報を受信し、該複数の見積情報を集
約して見積リストを生成するステップと、該見積リスト
を前記ユーザ端末に送信するステップと、を含むことを
特徴とする。

【００４６】さらに、本発明の修理仲介プログラムは、
ネットワークを介して複数の修理店端末およびユーザ端
末と互いに通信可能に設けられたコンピュータを制御す
る修理仲介プログラムであって、ユーザ端末からの製品
修理の申し込み要求に応答して、製品の故障状況を含む
修理依頼情報を入力可能なチェックシートを製品毎に記
憶しているデータベースから該当製品のチェックシート
を取得し、該チェックシートを前記ユーザ端末に送信す
るステップと、ユーザ端末において修理依頼情報が入力
されたチェックシートを受信し、該修理依頼情報に基づ
いて、複数の修理店端末に修理の見積依頼情報を送信す
るステップと、前記複数の修理店端末のそれぞれから、
修理の見積情報を受信し、該複数の見積情報を集約して
見積リストを生成するステップと、該見積リストを前記
ユーザ端末に送信するステップと、を含むことを特徴と
する。

【００４７】

【発明の実施の形態】以下に図面を参照して、この発明
の好適な実施の形態を例示的に詳しく説明する。ただ
し、この実施の形態に記載されている構成については、
特に特定的な記載がない限りは、この発明の範囲をそれ
らのみに限定する趣旨のものではない。

【００４８】また、以下に説明する本発明に係る修理仲
介システムの各実施形態の説明は、本発明に係る修理仲
介方法、修理仲介サーバ、修理仲介プログラムおよび該
プログラムを記録した記録媒体の各実施形態の説明も兼
ねるものである。

【００４９】（第１の実施の形態）図１〜図３を参照し
て、本発明の第１の実施の形態に係る修理仲介システム
の構成について説明する。

【００５０】図１は本システムのネットワーク構成を概
念的に示す模式図である。なお、図１においてネットリ
ンクはスター型にしているが、リング型でもよいことは
言うまでもなく、双方向の通信回線で結ばれていれば本
実施の形態の目的を達成することはできる。また、通信
回線は無線／有線を問わないものとする。

【００５１】本実施の形態の修理仲介システムは、図１
に示すように、修理仲介サーバ１、ユーザ端末２、およ
び修理店Ａ，Ｂ，Ｃ，Ｄの各修理店端末３ａ，３ｂ，３
ｃ，３ｄ（以下、いずれかの修理店端末を指す場合に
は、修理店端末３と称す）とから構成されている。

【００５２】修理店端末３と修理仲介サーバ１は専用回
線または公衆回線等により相互に通信可能となってい
る。また、ユーザ端末２も専用回線または公衆回線等を
通じて修理仲介サーバ１と通信可能となっている。ここ
で、ユーザ端末２は、それぞれの修理店端末３に直接ア
クセスするのではなく、修理仲介サーバ１を仲介として
いる。

【００５３】図２は、本実施の形態の修理仲介サーバ１
の構成を概念的に示すブロック図である。以下、図２を
参照して、修理仲介サーバ１を構成するコンピュータ４
１の構成について説明する。

【００５４】修理仲介サーバ１は、少なくとも主演算装
置４２、ディスプレイ４３、入力手段４４、主記憶装置
４５、一次記憶装置４６および通信手段４７を備えるコ
ンピュータ４１から構成される。

【００５５】主演算装置４２はＣＰＵ（Ｃｅｎｔｒａｌ
Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）またはＭＰＵ（Ｍ
ｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）により構
成され、主記憶装置４５および一次記憶装置４６に関す
る記憶制御処理、ディスプレイ４３に関する表示制御処
理、入力手段４４に関する入力制御処理、通信手段４７
に関する通信制御処理、および各種記憶部に記憶された
プログラムの実行処理等の制御を統括的に行うものであ
る。主演算装置４２はバス４８等によって各々の処理手
段と接続されている。

【００５６】ディスプレイ４３は、主演算装置４２の処
理結果等を表示するための装置であり、例えばＣＲＴ、
液晶ディスプレイ等により構成することができる。

【００５７】入力手段４４は、コンピュータ４１に各種
データを入力するための装置であり、例えばキーボード
やマウス等である。

【００５８】主記憶装置４５は、修理情報やチェックシ
ート等のデータおよびプログラムを格納、保持する装置
であって、本実施の形態ではハードディスクを用いてい
る。大量の電子データを取り扱うため、大容量かつ高速
なハードディスクを用いることが好ましく、また、装置
の故障や電子データの破損等のトラブルに対する耐障害
性を向上するために、複数台のハードディスクを組み合
わせてＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ
ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）を構成し
たり、ミラーリングやバックアップ等を行うことが望ま
しい。

【００５９】一次記憶装置４６は、任意のアドレスを指
定して読み書きすることが可能なＲＡＭ（Ｒａｎｄｏｍ
Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成される。一
次記憶装置４６は、主演算装置４２が演算処理を実行す
る際に、主記憶装置４５からデータおよびプログラムを
一時的に読み込み、演算処理のワークエリアとして使用
されるものである。

【００６０】通信手段４７は、コンピュータ４１をイン
ターネット等の通信網４９にネットワーク接続するため
の装置であり、各種データの送受信を行うものである。
例えば、ルーター，スイッチングハブ等の基幹ネットワ
ークとの接続に用いられる装置、ＬＡＮに接続するため
のイーサネット（登録商標）カード（アダプタ）等の
他、プロキシサーバのようなネットワーク接続用アプリ
ケーションをも含む。

【００６１】図３は、主記憶装置４５に構築されている
データベースの構成を示す模式図である。ここで説明す
るデータベースの構成は一つの実施形態にすぎず、管理
すべきデータやその構成については適宜設計変更するこ
とが可能である。

【００６２】本実施の形態では、製品毎のチェックシー
ト（図５）を格納し管理しているチェックシートデータ
ベース５０と、各修理店の空き状況等のスケジュール管
理をしているスケジュールデータベース５１と、各修理
店の店名、アドレス、実績および評価等を格納し管理し
ている修理店データベース５２と、修理店毎の修理実績
の詳細な内容を格納管理している実績データベース５３
と、修理注文に係る修理依頼情報やその進捗等を管理し
ている注文管理データベース５４と、を有している。

【００６３】修理店データベース５２には、少なくと
も、本システムを利用する修理店を識別するための修理
店番号、修理店名、メールアドレス等の連絡先、およ
び、今までに担当したことのある修理内容に関する実績
と、それに対する総合評価、が格納されている。

【００６４】実績データベース５３には、修理店別に、
今まで担当した修理内容に関する詳細な実績情報が格納
されている。実績情報には、例えば、修理を行った製品
の名称（型番）、その故障箇所や修理内容、修理作業を
担当した担当者、修理に要した時間、修理費用の見積り
額および実際にかかった実費用、並びにそれらに対する
評価等が含まれる。

【００６５】注文管理データベース５４には、修理注文
の発注番号、注文したユーザの氏名や連絡先等の顧客情
報、ユーザより受信したチェックシートに含まれる故障
状況や要望等の修理依頼情報、それに対する各修理店か
らの応答（見積情報）等が管理されている。さらに、修
理を担当する修理店が決定した場合には修理店番号が、
修理が完了した場合にはその結果や評価等が格納され
る。また、それぞれの修理注文の進捗状況に関する情報
も格納されている。

【００６６】なお、データベースとは、一般的には多数
の情報（データ）の集合を意味するが、本明細書では、
このような概念的な意味のみならず、データベースとい
う場合には、これらの情報（データ）を有機的に関連付
けし管理するプログラムも含み、さらには、情報を格納
したハードディスク等の記録媒体及びこれらの記録媒体
を備えたコンピュータ全体のごとく物理的な装置（ハー
ドウェア）のことをも意味する。

【００６７】ただし、データベースの区分には、情報の
概念的な区分が重要であって、物理的な記録媒体の区別
は関係がない。よって、複数のデータベースという場合
には、例えば１つの磁気ディスクや光ディスクの中に格
納された概念的に複数の情報の集合体の場合があり、１
つのデータベースという場合には、複数の磁気ディスク
や光ディスクまたはコンピュータの中に格納された概念
的に単数の情報の集合体の場合がある。

【００６８】以上、修理仲介サーバ１の概略構成につい
て述べたが、必ずしも１台のコンピュータで構成する必
要はなく、複数台のコンピュータを用いて分散処理する
ように構成してもよい。また、修理仲介サーバ１を登録
修理店の数に依存して増設したり、製品ジャンル別に別
個のサーバを設けるようにしてもよい。また、データベ
ースは修理仲介サーバ１とは別のプロバイダ等のデータ
ベースに管理されるような形態も想定される。

【００６９】なお、コンピュータの構成については、ユ
ーザ端末２や各修理店端末３も修理仲介サーバ１と略同
様の構成であるので、ここでは詳しい説明を省略する。
ただし、ユーザ端末２および各修理店端末３には、上記
のようなデータベースを設ける必要はない。

【００７０】次に、修理依頼における処理の流れを図４
を用いて説明する。

【００７１】図４は、修理の申し込みから修理完了まで
の、修理仲介サーバ１、ユーザ端末２および各修理店端
末３が行う処理の流れを示したフローチャートである。
なお、図中破線で囲った処理（ステップＳ２４，Ｓ３
２）は、端末が行う処理ではないが、理解を助けるため
に便宜上記載したものである。

【００７２】まず、ユーザは、ユーザ端末２からインタ
ーネット等を介して修理仲介サーバ１にアクセスする。
修理仲介サーバ１は、ユーザ端末２からのアクセスがあ
ると、故障製品を特定するための情報（製品名等）を入
力するための入力画面データをユーザ端末２に送信す
る。

【００７３】ユーザ端末２に表示された入力画面におい
て、ユーザが故障製品の製品名等を入力し送信操作を行
うと、ユーザ端末２が当該情報を修理仲介サーバ１へと
送信し、これにより、修理の申し込みが行われる（ステ
ップＳ２０）。

【００７４】修理仲介サーバ１は、ユーザ端末２から受
信した故障製品情報に基づいて、チェックシートデータ
ベース５０から当該製品に関するチェックシートデータ
を取得し、該データをユーザ端末２へと送信する（ステ
ップＳ１０）。

【００７５】ユーザ端末２には、図５に示すように、チ
ェックシート７０が表示される。ユーザはこのチェック
シート７０に対して、故障製品の症状や使用環境等の修
理依頼情報を入力する（ステップＳ２１）。

【００７６】チェックシートは製品毎に用意されてお
り、修理仲介サーバ１のチェックシートデータベース５
０に格納および管理されている。ユーザ端末２はインタ
ーネット等を介して修理仲介サーバ１にアクセスするこ
とによりユーザ端末画面上でチェックシートを閲覧する
ことができる。また、新製品のチェックシートに関し
て、製品発売当初は過去の類似製品のチェックシートを
流用することも本実施の形態の特徴的なところである。

【００７７】図５に示すチェックシート７０は、プリン
タ等の印刷装置に関するチェックシートの例である。製
品名欄７１には当該チェックシートに係る製品名が表示
されている。

【００７８】チェックシート７０には幾つかの質問が埋
め込まれており、図５に示される例では、印刷装置の使
用環境をチェックするための使用環境欄７２が設けられ
ている。これは、印刷装置が、自装置以外の装置の影響
がある場合が想定され、例えば印刷装置の場合にはコン
ピュータ等に接続されているため、コンピュータに関す
る情報を記入するようになっている。また、この他当該
コンピュータに接続されている外部記憶装置等の周辺機
器の情報等も記入するような形態が想定される。

【００７９】次に印刷装置のチェック欄７３に関しての
説明を行う。ここでは、装置の状態、故障個所を予測す
る為の項目が記載されている。例えは、「電源を入れた
ときにランプがつくか」、「電源を入れたときプリンタ
ヘッドが稼動するか」、「印字ができるか」などのチェ
ックが設けられている。

【００８０】ここでは、Ｙｅｓ，Ｎｏの選択方式以外
に、印刷装置の表示部、または印刷装置に接続されたコ
ンピュータの表示画面等に表示されるエラーメッセージ
または、エラーコードを記入する欄７４が設けられてい
る。また、図示しないが、ユーザの氏名や連絡先等の顧
客情報を入力する欄、修理を希望する日程等の要望情報
を入力する欄なども設けられている。

【００８１】設問に従って、使用環境、故障状態、エラ
ーメッセージおよび要望情報等の修理依頼情報並びに顧
客情報をチェックシート７０に入力した後、送信操作を
行うと、当該チェックシート情報がユーザ端末２から修
理仲介サーバ１へと送信される（ステップＳ２２）。

【００８２】修理仲介サーバ１は、チェックシート情報
を受信すると、当該修理注文について発注番号を割り振
り、受信したチェックシート情報を注文管理データベー
ス５４に新規登録する。また、修理仲介サーバ１は、チ
ェックシート情報のうち少なくとも見積もりに必要な情
報を見積依頼情報として各修理店端末３へと送信する
（ステップＳ１１）。

【００８３】ここで、見積依頼情報を各修理店端末３に
送信する際に、例えばユーザの住所近傍の修理店を対象
に見積依頼情報を送信するようにしてもよい。あるい
は、希望日程等の要望情報に基づいて、スケジュールデ
ータベース５１に格納された各修理店の空き状況を参照
して、ある程度修理店を絞りこみ、それらの修理店に見
積依頼情報を送信するような形態も考えられる。

【００８４】さらに、例えば、修理仲介サーバ１が、ユ
ーザから受信した修理依頼情報に基づいて、実績データ
ベース５３に格納された過去の修理実績およびスケジュ
ールデータベース５１に格納された各修理店の空き状況
を参照して、修理費用、日程等の見積もりのシミュレー
ション処理を行い、そのシミュレーション結果を概要見
積データとしてユーザ端末２に送信するような形態も本
実施の形態では想定される。

【００８５】各修理店においては、修理仲介サーバ１か
ら受信した見積依頼情報に基づいて故障箇所を特定し、
ユーザの要望を考慮しつつ、修理日程、作業時間、修理
費用等の見積もりが行われる。上述したように、チェッ
クシートは製品毎に作成されており、その設問内容は故
障箇所が特定できるような内容となっているので、各修
理店は故障製品実物を見るまでもなく、正確な見積もり
を作成することができる。

【００８６】各修理店は見積もりを終えたら、その結果
を見積情報として修理仲介サーバへ送信する（ステップ
Ｓ３０）。この見積情報には、修理の担当を希望するか
否か、担当希望の場合には、その修理日程、作業時間、
修理費用等の情報が含まれる。

【００８７】修理仲介サーバ１は、各修理店端末３から
見積情報を受信する。ステップＳ１１で見積依頼情報を
送信した全ての修理店端末３から見積情報を受信する
か、または、所定の期日が経過した後、修理仲介サーバ
１は、各修理店の見積情報をまとめて見積リストを作成
し（ステップＳ１２）、見積リストをユーザ端末２へと
送信する（ステップＳ１３）。

【００８８】この時点でユーザは、多くのメリットを享
受することができる。まず、多くの修理店が競合する結
果、価格的なメリットを受けることが可能である。ま
た、日程的にもユーザの希望を実現することが可能とな
る。

【００８９】ユーザは所定のチェックシートに修理依頼
情報を一回入力するだけで、複数の修理店の見積情報を
入手することができるので、ユーザの負担は大きく軽減
される。

【００９０】加えて、これら情報がインターネットを介
して行われることにより、画像またはテキストデータと
して、比較検討することが可能となる点にある。従来の
様に電話などの口頭では、十分情報が伝わらず顧客の選
択の幅が狭められていたが、本実施の形態では、的確に
複数の修理店の情報を比較することができる。また、顧
客は多くの情報を効率よく閲覧することができる。

【００９１】ユーザは修理仲介サーバ１から受信した見
積リストに応じて、例えば、修理費用、日程などに基づ
いて修理の依頼先を決定する。決定した修理店に対して
特に追加の要望等が無ければ、ユーザは依頼先指定操作
を行い、修理依頼先を特定する情報がユーザ端末２から
修理仲介サーバ１に送信される（ステップＳ２３）。

【００９２】修理仲介サーバ１は、ユーザ端末２から修
理依頼先を特定する情報を受信すると、そのユーザに関
する顧客情報を指定修理店の修理店端末３へ送信する。
本実施の形態では、ユーザから受信した修理依頼先を特
定する情報が修理店Ｂを示す情報であった場合を例示し
ている。この場合、修理仲介サーバ１は、修理店Ｂの修
理店端末３へ顧客情報を送信する（ステップＳ１４）。

【００９３】指定を受けた修理店Ｂからは直接ユーザに
電子メール等により修理に関する詳細の情報が送信され
（ステップＳ３１）、その後ユーザとの接触が行われ修
理が行われる（ステップＳ３２）。

【００９４】修理の際、チェックシートが正しく記入さ
れているかを顧客と共に確認し相違点が無ければ当初の
見積もり額が基準価格となる。この時点で相違点が存在
すれば、修理の希望の有無、修理費用などの交渉が発生
する（ステップＳ２４）。

【００９５】問題なく修理が終われば、修理店Ｂは修理
仲介サーバ１に実際の修理内容と修理費用等の修理結果
報告を送信し通知する（ステップＳ３３）。

【００９６】ユーザは修理仲介サーバ１に電子マネー等
のインターネットを介して支払いが可能な支払い方法に
よって支払いを行う。また、支払いは直接修理店Ｂに行
われるような形態にしてもよい。以上で、修理は完了で
ある。

【００９７】ところで、ユーザは修理店Ｂの作業内容情
報を電子メール等の通知手段を利用することにより修理
仲介サーバ１に送信したり、また修理内容の詳細を修理
仲介サーバ１に問い合わせることも可能である。

【００９８】修理仲介サーバ１の実績データベース５３
には、修理店の仕事の実績やその評価、評判などのデー
タが記憶／蓄積され管理されている。また、ユーザは、
修理店の作業内容に不満があれば、修理仲介サーバ１に
その旨の情報を送信し知らせることができる。このよう
にして各修理店の客観的な実績データが蓄積されてい
く。

【００９９】これにより、例えば、ある特定の修理店の
態度等の対応が悪いという不満をユーザが修理仲介サー
バ１に通知した場合に、修理仲介サーバ１はユーザ端末
に対して実績データベース５３に蓄積された或る特定の
修理店の実績、予想される故障箇所の平均修理時間、各
修理店における予算と見積もりの差額実績、評判等の情
報を送信することにより、情報の提示を行うことがで
き、ユーザはそれをユーザ端末の表示部で閲覧すること
ができる。このように修理仲介サーバ１から客観的なア
ドバイスを受けることが可能となる。

【０１００】さらに、修理仲介サーバ１においては、ユ
ーザおよび修理店との取り引きを重ねる間に、各種デー
タの蓄積、整理および更新等が行われる。

【０１０１】例えば、修理時のチェックシートの内容と
見積もりと実際の故障個所、修理費用などが比較され、
より精度の良いチェックシートが作成されチェックシー
トデータベース５０が更新される。なお、チェックシー
トの作成については第５の実施例にて詳細に説明するこ
ととするので、ここでは説明を省略する。また修理箇所
と所要時間などのデータが実績データベース５３に蓄積
されていく。

【０１０２】これら精度のよいチェックシートや、修理
に要する時間の見積もりは、各修理店同士が共有データ
として共有することができる。この結果、一般的に、特
定しにくい修理費用、修理時間の効率化を実現すること
が可能となり、各修理店にもメリットがある。

【０１０３】また、本実施形態での修理対象機器として
は、家電製品の他にも、例えば、インクジェットプリン
タ、ＦＡＸ、プリンタ、複写機等の画像形成装置、また
は、銀鉛カメラ、デジタルカメラ、ＴＶ、等も想定され
る。

【０１０４】以上説明したように、従来ではユーザが個
別に特定の修理店に連絡を取り、修理店任せで日程、費
用等が決められてきたが、本実施の形態によれば、ユー
ザは簡単に複数の修理店の見積もりを取りまとめて修理
依頼先を検討することができる。さらに、ユーザの要望
に基づいて、日程面、費用面、技術面で修理店同士の競
い合いがおこるため、よりユーザに望ましいサービスを
提供するシステムが実現できる。

【０１０５】また、修理側にとっても、各修理店独自に
Ｗｅｂサイトを立ち上げる必要がなくコスト的メリット
がある。さらに、修理仲介サーバ１に集められた修理依
頼情報基づいて、特別の場合（極端に遠いなど）を除き
各修理店に対して見積依頼情報が送信されることから、
個別にＷｅｂサイトを立ち上げている場合より、集客メ
リットがある。加えて、チェックシートの充実により、
正確な修理費用、修理時間の見積もりが可能となり、無
駄な時間を作ることなく、資源の有効活用が可能とな
る。

【０１０６】（第２の実施の形態）本発明の第２の実施
の形態では、ユーザは修理日程、修理費用、修理時間、
修理店の信頼性などについて優先順位をつけて修理依頼
するものである。それ以外の構成等については上記の実
施の形態と同一であるため、ここでは詳しい説明は省略
する。

【０１０７】例えば、第１の実施の形態で説明したチェ
ックシートに修理日程、修理費用、修理時間、修理店の
信頼性等の要望情報を入力する欄を設けるような形態が
想定できる。

【０１０８】図６に、本実施の形態のチェックシートの
表示例を示す。第１の実施の形態におけるチェックシー
ト７０（図５）に、顧客要望の項目を加えた構成にな
る。８１には顧客要望を入力する欄が設けられている。
また、各項目の優先順位を入力できるようになってい
る。

【０１０９】第１の実施の形態と同様に、修理仲介サー
バ１は、ユーザ端末２から受信した故障製品情報に基づ
いて、当該製品に関するチェックシートデータをユーザ
端末２へと送信する。

【０１１０】ユーザは、ユーザ端末２に表示されたチェ
ックシートの設問に従って、使用環境、故障状態、エラ
ーメッセージ、顧客情報等を入力する。この時、ユーザ
は修理に関する要望情報（日程、費用、時間、信頼性な
ど）も入力し、さらにそれらの優先順位情報も入力す
る。

【０１１１】ユーザ端末２からチェックシート情報を受
信した修理仲介サーバ１は、第１の実施の形態と同様に
して、チェックシート情報に含まれる見積依頼情報を各
修理店端末３へと送信する。本実施の形態では、見積依
頼情報に上記要望の優先順位情報が含まれている。

【０１１２】各修理店においては、修理仲介サーバ１か
ら受信した見積依頼情報に基づいて故障箇所を特定する
とともに、ユーザ要望の優先順位情報に基づいて、修理
日程、作業時間、修理費用等の見積もりを行い、見積情
報を修理仲介サーバ１に送信する。

【０１１３】例えば、ユーザが修理費用を第一優先にし
ているのであれば、ユーザが希望する修理日程を満足す
ることができない場合であっても、見積費用を下げるこ
とによって、ユーザを獲得することも可能となるため、
修理店側にも大きなメリットが生ずる。

【０１１４】修理仲介サーバ１は、各修理店端末３から
見積情報を受信し、各修理店の見積情報をまとめて見積
リストを作成し、該見積リストをユーザ端末２へと送信
する。基本的に修理店端末３から受信した見積情報の内
容は加工されることなく、そのままの形の情報でユーザ
端末２に送信される。

【０１１５】ユーザは見積リストを閲覧することで、複
数の修理店の見積もり内容を比較検討することができ
る。さらに本実施の形態では、予めユーザ自身が要望情
報に優先順位を付加して見積もりを依頼しているので、
ユーザの希望により沿ったサービスを実現することが可
能となる。

【０１１６】ところで、修理仲介サーバ１が見積リスト
をユーザ端末２に送信するにあたって、修理仲介サーバ
１が多数の修理店を抱える場合に、すべての修理店から
の見積情報をそのまま羅列してユーザに送信するのはユ
ーザを混乱させてしまうことも想定される。

【０１１７】そこで、修理仲介サーバ１が各修理店から
受け取った見積情報をユーザ要望の優先順位情報に従っ
て並べ替えて見積リストを作成するとよい。本実施の形
態では、ユーザの要望に最も合致するものから順に、各
修理店の見積情報を並べ替えている。この結果、ユーザ
は不必要な情報に惑わされることなく、希望とする修理
店を選択することが可能となる。

【０１１８】図７は、ユーザ端末２から修理仲介サーバ
１に送信される、要望情報６０の表示様子の一例を示し
たものであり、図６の８１に示されるユーザの要望を記
入する欄の別の形態である。また、修理仲介サーバ１か
ら修理店端末３に送信される要望情報の表示様子もこれ
と同様のものである。

【０１１９】ユーザがチェックシートに入力した要望お
よび優先順位に従って、個々の要望情報が優先順に表組
みされて表示されている。ここでは、６１に示すよう
に、ユーザによって日程が２００１年１０月１１日とさ
れ、最優先で指定されている。第二優先は６２に示すよ
うに修理費用となっている。第三優先は６３に示すよう
に修理経験の有無となっている。

【０１２０】また、図８は修理仲介サーバ１からユーザ
端末２に送信される見積リスト６４の表示様子であり、
各修理店が修理仲介サーバ１に送信した見積情報がまと
められたものである。

【０１２１】日程６５、修理費用６６、修理経験６７が
表として示されており、優先順の高い方から並べ替えて
ある。ユーザの希望日程に合致する回答と、その中で修
理費用の低いものからリストアップしている。続いて、
日程が異なる場合で、修理費用は低い方から掲載してい
る。ユーザはこの見積リスト６４を見て、修理依頼先を
選択すればよい。この様に、ユーザは家に居ながらにし
て、複数の修理店の比較を容易に効率的にすることが可
能となる。

【０１２２】また、本実施の形態においては、修理仲介
サーバ１が修理店端末３に見積依頼情報を送信し見積も
りを依頼する前に、ユーザの要望情報に基づいて、見積
依頼情報を送信する修理店を選択することも可能であ
る。すなわち、修理仲介サーバ１には修理店の情報がデ
ータベースに記憶され管理されており、各修理店の過去
の修理経験などは見積もりを依頼する前から選択が可能
となっている。

【０１２３】この修理仲介サーバ１による修理店の依頼
前の選択は、修理店側には不利なようだが、本来得意と
しない修理をして信頼を損なうよりも、得意の修理業務
に集中できるメリットがある。さらに、修理仲介サーバ
１としても、修理仲介サーバ１自体の信頼性を下げるこ
となく、より多くのユーザを獲得する上でも、修理仲介
サーバ１が信頼性のある、ユーザの要望に適した修理店
を選択していくことは重要なことである。以上のような
選択により、ユーザはより適切な修理店を選択すること
が可能となる。

【０１２４】（第３の実施の形態）本発明の第３の実施
の形態では、修理仲介サーバ１が修理店の信頼度をユー
ザに知らせるような形態を含んでいる。それ以外の構成
等については上記の実施の形態と同一であるため、ここ
では詳しい説明は省略する。

【０１２５】上記第１の実施の形態においては、基本的
にユーザと修理店の情報を単に修理仲介サーバ１が仲介
するのみであったが、本実施の形態の特徴としては、ユ
ーザに見積リストを送信する時に、修理仲介サーバ１が
ユーザに各修理店の独自の情報を送信し伝える点にあ
る。例えば、各修理店毎の全般的かつ修理項目ごとの信
頼度情報などがこの独自の情報に該当する。

【０１２６】修理仲介サーバ１は、各修理店端末３から
受信した見積情報を集約して見積リストを生成する際
に、実績データベース５３を参照して、各修理店毎の信
頼度情報を生成して見積リストに付加する。

【０１２７】この信頼度情報には、ユーザが修理依頼し
た修理箇所に対する修理経験とその実績、例えば、これ
までの見積額と実際の修理費用の差額やユーザの評価な
どの情報が含まれ、具体的な数字であったり、何段階か
のランクであったりする。

【０１２８】ユーザは該情報を閲覧する事により修理依
頼の判断を適切に行うことが可能となり、ユーザは、い
っそう納得できる依頼をすることができる。加えて、修
理店側はユーザの評価を下げない為に努力を行うことと
なる。

【０１２９】また、この信頼度情報は、修理店側にも公
開される。この信頼度情報の内容に対して疑問があれば
修理仲介サーバ１に意見情報を送信し通知することも可
能である。

【０１３０】一方、修理店はこの信頼度を利用すること
も可能である。信頼度が低いことを補うために、価格を
下げるとか、希望にあった日程を組むとかの対応をする
ことも可能である。

【０１３１】以上述べたように、本実施の形態によれ
ば、各修理店の信頼度情報をユーザと修理店の双方に情
報公開することによって、より信頼性の高いサービスを
提供することが可能となる。

【０１３２】（第４の実施の形態）本発明の第４の実施
の形態では、修理仲介サーバ１がユーザの要請に基づい
て特定の修理店に修理見積もりの連絡を通知しないよう
な形態を含んでいる。それ以外の構成等については上記
の実施の形態と同一であるため、ここでは詳しい説明は
省略する。

【０１３３】ユーザがこれまでの経験において、依頼し
たくない修理店または担当者を持つ場合がある。例え
ば、修理内容に納得しない場合や、担当者の態度などの
原因が考えられる。本実施の形態では、この様な場合に
次回からこの修理店を見積もり依頼先から除外すること
ができる。

【０１３４】図６に、本実施の形態において、ユーザ端
末２に表示されるチェックシートの表示例を示す。チェ
ックシート８０には、ユーザの要望を入力する欄８１が
設けられており、その入力項目の一つとして「修理店の
選択」という項目を有している。

【０１３５】ユーザは、見積もり依頼先から除外したい
修理店の店名をチェックシート８０に入力し、修理仲介
サーバ１に当該チェックシート情報を送信することがで
きる。

【０１３６】修理仲介サーバ１は、この情報に基づき、
見積もり依頼対象の修理店を選択する選択処理に際し
て、除外するように指定された修理店を対象外とするこ
とが可能となる。また、このような情報は、修理仲介サ
ーバ１の修理店データベース５２に、修理店の評価情報
として反映される。

【０１３７】また、本実施の形態では、修理仲介サーバ
１はユーザの修理履歴を格納し管理するユーザデータベ
ースを有している。このユーザデータベースには、ユー
ザが過去の取引において依頼した修理に関する情報が格
納されている。その情報としては、たとえば、取引番
号、顧客情報、修理製品名、修理内容、修理店番号、担
当者、所要時間、見積額、実際の修理費用、当該取引に
対するユーザ自身の評価等が含まれる。

【０１３８】ユーザは、ユーザ端末２から修理仲介サー
バ１にリクエストすることによって、修理仲介サーバ１
のユーザデータベースに格納されている修理履歴を受信
し閲覧することができる。したがって、仮にユーザが以
前の取引において依頼した修理店の店名を忘れた場合な
どには、各修理店の修理記録を受信し閲覧する事により
前回の修理店を特定することができる。

【０１３９】また、修理店名ではなく、たとえば過去の
取引の取引番号等をユーザが指定することによって、修
理仲介サーバ１のほうで修理店を特定しユーザに通知す
ると同時に該当修理店を見積もり依頼対象から除外する
ことも可能である。

【０１４０】また、ユーザは、ユーザ端末２から修理仲
介サーバ１にリクエストすることによって、修理仲介サ
ーバ１の修理店データベース５２に格納されている修理
店の評価情報を受信し閲覧することができる。これによ
り、ユーザは複数の修理店の客観的な比較をすることが
可能となり、これに基づき、除外する修理店を決定する
こともできる。

【０１４１】以上説明したように、本実施の形態によれ
ば、ユーザは自分自身の過去の取引での経験や他人の評
価を参照して、修理依頼したくない修理店を予め除外す
ることができ、より信頼性の高いサービスを提供するこ
とが可能となる。

【０１４２】（第５の実施の形態）本発明の第５の実施
の形態では、修理店での修理結果を修理仲介サーバ１に
フィードバックする形態を含んでいる。それ以外の構成
等については上記の実施の形態と同一であるため、ここ
では詳しい説明は省略する。

【０１４３】本実施の形態では、故障製品の修理が完了
した後に、修理店は修理店端末３において修理結果報告
を作成し、修理仲介サーバ１に送信する。

【０１４４】図９に、修理店端末において入力された修
理結果報告の表示例を示す。修理結果報告９０は、管理
番号欄９１、顧客情報欄９２、修理情報欄９３、修理項
目欄９４を含んでいる。

【０１４５】管理番号欄９１には発注番号や修理店番号
等が入力され、顧客情報欄９２には顧客番号や住所・連
絡先等が入力され、修理情報欄９３には修理を行った作
業日等が入力され、修理項目欄９４には修理内容、所要
時間、費用および所要時間の内訳として故障確認に要し
た時間、実作業時間等が入力される。この修理結果報告
は、修理店の端末装置で入力され、自動的、または送信
指示が行われることにより修理仲介サーバ１に送信され
る。

【０１４６】修理仲介サーバ１側で受信された修理結果
報告情報は主記憶装置（データベース）４５に格納され
管理される。また、修理に要した時間等は修理箇所毎お
よび修理店の作業記録紙として格納および管理される。

【０１４７】この際に格納された修理結果報告情報のう
ち例えば故障箇所毎の平均修理時間等は、ユーザへの修
理時間の見積もりシミュレーション等に利用され、デー
タベースへの蓄積が豊富になればなるほど、シミュレー
ション結果の精度も正確なものとなる仕組みになってい
る。この他にも、部品の仕入れ等を除いた実作業時間の
シミュレーション等にもデータベースに蓄積されたデー
タは利用される。

【０１４８】また、業者の実績データも修理仲介サーバ
１に送られ、実績データベース５３が更新される。

【０１４９】また、見積もり等の別の形態として、例え
ば、データベースに格納された或る修理に要する平均時
間等を算出する際に、修理店毎のデータを使用して平均
値を算出することにより、修理店毎の見積もり情報をユ
ーザ端末２に送信し、ユーザに提示するような形態も考
えられる。これにより、各修理店毎の、ある特定の故障
箇所に対する平均作業時間をユーザは知ることができ
る。なお、この形態で、ユーザが知ることの出来る情報
は、作業時間に限らず、平均予算等も考えられる。

【０１５０】さらに、修理結果報告情報はチェックシー
トの作成、更新にも利用される。

【０１５１】本来、チェックシートはユーザの要望を正
確に確認する目的と同時に故障箇所を特定する目的があ
る。故障箇所の特定がより正確であれば修理見積もりは
精度のよいものとなり、修理時間の低減、費用の低減な
どユーザにかかる負担及び修理店側の負荷は軽減され
る。この点において、チェックシートと修理結果を見直
して、優れたチェックシートを作成することは重要であ
る。

【０１５２】図９に示すように、修理結果報告９０には
チェックシート変更欄９５が設けられており、修理店側
がチェックシートそのものに対する評価・意見を入力す
ることができるようになっている。

【０１５３】修理店では、修理仲介サーバ１から受信し
た見積依頼情報に基づいて作業時間や費用等の見積もり
を行うのであるが、その見積依頼情報だけでは情報不足
の場合も有り得る。そこで、修理完了後に、不足情報を
補うためのチェックシート項目を追加・変更してほしい
旨の意見等を修理結果報告９０に入力する。

【０１５４】修理仲介サーバ１では、修理店から受信し
た修理結果報告に基づいてより精度のよいチェックシー
トを作成することができる。このチェックシートは製品
毎に作成され、チェックシートデータベース５０に格納
管理されており、上記のプロセスによって随時チェック
シートは蓄積・更新されていく。

【０１５５】修理店が個別に営業し独自に集めるデータ
に比較して膨大なデータが蓄積され、チェックシートを
利用した故障個所の予測が有効なものとなる。この更新
されたチェックシートはネットワーク等を介して修理店
端末３に送信され、各修理店は該チェックシート情報を
受信して入手することができる。このように、修理仲介
システムに参加している各修理店は、これらチェックシ
ートのデータを利用することが可能となり、独立で経営
するよりも効率的な経営が実現可能となる。

【０１５６】つまり、各修理店は修理見積りを作成する
際、独自のデータと共に、修理仲介サーバ１が持つデー
タを利用することにより、精度の良い見積もりが出来、
作業効率の点でメリットが大きい。また、各修理店は、
修理仲介サーバ１のデータを利用して修理仲介サーバ１
以外の仕事にもそのデータを使用することは可能とな
る。

【０１５７】（第６の実施の形態）本発明の第６の実施
の形態では、チェックシートにより予測される修理個
所、修理内容によりそれに応じた技術者を特定し割り振
る形態を含んでいる。それ以外の構成等については上記
の実施の形態と同一であるため、ここでは詳しい説明は
省略する。

【０１５８】修理仲介サーバ１の実績データベース５３
には、修理店別に、今まで担当した修理内容に関する詳
細な実績情報が格納されている。実績情報には、例え
ば、修理を行った製品の名称（型番）、その故障箇所や
修理内容、修理作業を担当した担当者、修理に要した時
間、修理費用の見積り額および実際にかかった実費用、
並びにそれらに対する評価等が含まれる。

【０１５９】このデータが充実し、修理の内容がより正
確に予測できれば、技術的難易度も予想され、派遣する
技術者を難易度により特定し選択することが可能とな
る。

【０１６０】本実施の形態では、修理仲介サーバ１の実
績データベース５３に、各修理店の各技術者に対して技
術レベルを付加したようなデータを格納している。

【０１６１】したがって、ユーザからの修理内容から推
測される技術難易度と、データベースに記憶された技術
者の技術レベルを参照することができ、この結果、修理
仲介サーバ１は修理等に要する技術レベルに応じた技術
者を選定することができる。

【０１６２】修理仲介サーバ１は、上記によって選定さ
れた技術者のいる修理店に対して優先的に見積依頼情報
を送信する。

【０１６３】これにより、現場で技術的未成熟により修
理できないことなどのトラブルが減り、修理店としても
的確な要員配置ができると共に、効率のよい修理計画を
立てることが可能となる。

【０１６４】

【発明の効果】以上説明したように、本発明は、ユーザ
からの修理依頼に基づいて複数の修理店に見積依頼を
し、各修理店の見積結果を集約してユーザに情報提供す
るので、ユーザは迅速かつ用意に複数の修理店の見積内
容を比較検討することができるとともに、複数の修理店
が競合する結果、ユーザは自分の要望に沿った修理サー
ビスを受けることが可能となる。また、修理店側にとっ
ても、効率的且つ有用に修理注文を受けることが可能と
なる。

【図面の簡単な説明】

【図１】修理仲介システムのネットワーク構成を示す模
式図である。

【図２】修理仲介サーバの構成を示すブロック図であ
る。

【図３】修理仲介サーバが備えるデータベースの構成を
示す模式図である。

【図４】修理仲介システムの処理の流れを示すフローチ
ャートである。

【図５】ユーザ端末におけるチェックシートの表示例で
ある。

【図６】ユーザ端末におけるチェックシートの表示例で
ある。

【図７】ユーザの要望情報の表示例である。

【図８】ユーザ端末に送信される見積リストの表示例で
ある。

【図９】修理店端末において入力された修理結果報告の
表示例である。

【符号の説明】

１ 修理仲介サーバ ２ ユーザ端末 ３ 修理店端末 ３，３ａ，３ｂ，３ｃ，３ｄ 修理店端末 ４１ コンピュータ ４２ 主演算装置 ４３ ディスプレイ ４４ 入力手段 ４５ 主記憶装置（データベース） ４６ 一次記憶装置 ４７ 通信手段 ４８ バス ４９ 通信網 ５０ チェックシートデータベース ５１ スケジュールデータベース ５２ 修理店データベース ５３ 実績データベース ５４ 注文管理データベース ６０ 要望情報 ６４ 見積リスト ７０，８０ チェックシート

Claims (34)

【特許請求の範囲】
1. 【請求項１】ネットワークを介して相互に通信可能な修
   理仲介サーバと複数の修理店端末とユーザ端末とを含む
   修理仲介システムであって、 前記修理仲介サーバは、 ユーザ端末から製品の故障状況を含む修理依頼情報を受
   信し、該修理依頼情報に基づいて、複数の修理店端末に
   修理の見積依頼情報を送信する見積依頼手段と、 前記複数の修理店端末のそれぞれから、修理の見積情報
   を受信し、該複数の見積情報を集約して見積リストを生
   成する見積集約手段と、 該見積リストを前記ユーザ端末に送信する見積リスト送
   信手段と、 を備えることを特徴とする修理仲介システム。
2. 【請求項２】ネットワークを介して相互に通信可能な修
   理仲介サーバと複数の修理店端末とユーザ端末とを含む
   修理仲介システムであって、 前記修理仲介サーバは、 製品の故障状況を含む修理依頼情報を入力可能なチェッ
   クシートを製品毎に記憶するデータベースと、 ユーザ端末からの製品修理の申し込み要求に応答して、
   前記データベースから該当製品のチェックシートを取得
   し、該チェックシートを前記ユーザ端末に送信するチェ
   ックシート送信手段と、 ユーザ端末において修理依頼情報が入力されたチェック
   シートを受信し、該修理依頼情報に基づいて、複数の修
   理店端末に修理の見積依頼情報を送信する見積依頼手段
   と、 前記複数の修理店端末のそれぞれから、修理の見積情報
   を受信し、該複数の見積情報を集約して見積リストを生
   成する見積集約手段と、 該見積リストを前記ユーザ端末に送信する見積リスト送
   信手段と、 を備えることを特徴とする修理仲介システム。
3. 【請求項３】前記修理仲介サーバを複数設けたことを特
   徴とする請求項２に記載の修理仲介システム。
4. 【請求項４】前記ユーザ端末は、前記チェックシートお
   よび前記見積リストを表示する表示手段を備えることを
   特徴とする請求項２または３に記載の修理仲介システ
   ム。
5. 【請求項５】ネットワークを介して複数の修理店端末お
   よびユーザ端末と互いに通信可能に設けられた修理仲介
   サーバであって、 ユーザ端末から製品の故障状況を含む修理依頼情報を受
   信し、該修理依頼情報に基づいて、複数の修理店端末に
   修理の見積依頼情報を送信する見積依頼手段と、 前記複数の修理店端末のそれぞれから、修理の見積情報
   を受信し、該複数の見積情報を集約して見積リストを生
   成する見積集約手段と、 該見積リストを前記ユーザ端末に送信する見積リスト送
   信手段と、 を備えることを特徴とする修理仲介サーバ。
6. 【請求項６】ネットワークを介して複数の修理店端末お
   よびユーザ端末と互いに通信可能に設けられた修理仲介
   サーバであって、 製品の故障状況を含む修理依頼情報を入力可能なチェッ
   クシートを製品毎に記憶するデータベースと、 ユーザ端末からの製品修理の申し込み要求に応答して、
   前記データベースから該当製品のチェックシートを取得
   し、該チェックシートを前記ユーザ端末に送信するチェ
   ックシート送信手段と、 ユーザ端末において修理依頼情報が入力されたチェック
   シートを受信し、該修理依頼情報に基づいて、複数の修
   理店端末に修理の見積依頼情報を送信する見積依頼手段
   と、 前記複数の修理店端末のそれぞれから、修理の見積情報
   を受信し、該複数の見積情報を集約して見積リストを生
   成する見積集約手段と、 該見積リストを前記ユーザ端末に送信する見積リスト送
   信手段と、 を備えることを特徴とする修理仲介サーバ。
7. 【請求項７】前記見積リストの中から一の修理店を指定
   する情報をユーザ端末から受信したときに、該指定修理
   店の修理店端末にユーザの連絡先を含む顧客情報を送信
   する手段を備えることを特徴とする請求項６に記載の修
   理仲介サーバ。
8. 【請求項８】前記修理依頼情報は、ユーザが希望する修
   理日程、修理費用、作業時間および修理経験の有無のう
   ち少なくともいずれかの要望情報を含むことを特徴とす
   る請求項６または７に記載の修理仲介サーバ。
9. 【請求項９】前記複数の修理店のそれぞれについて、過
   去に担当した修理の内容およびその評価を含む実績情報
   を記憶する実績データベースを備えることを特徴とする
   請求項６，７または８に記載の修理仲介サーバ。
10. 【請求項１０】前記見積集約手段は、前記実績データベ
    ースを参照して各修理店の信頼度を示す信頼度情報を生
    成し、該信頼度情報を前記見積リストに付加することを
    特徴とする請求項９に記載の修理仲介サーバ。
11. 【請求項１１】ユーザ端末から受信したチェックシート
    に含まれる修理依頼情報に基づいて、前記実績データベ
    ースから当該修理の経験を有する修理店を選び出し、該
    修理店に関する情報を前記ユーザ端末に送信する手段を
    備えることを特徴とする請求項９または１０に記載の修
    理仲介サーバ。
12. 【請求項１２】前記修理依頼情報は、特定の修理店を依
    頼対象から除外する情報を含むことを特徴とする請求項
    ６乃至１１のうちいずれか１項に記載の修理仲介サー
    バ。
13. 【請求項１３】前記修理依頼情報は、前記要望情報のそ
    れぞれについてのユーザの優先度を示す優先順位情報を
    含むことを特徴とする請求項８に記載の修理仲介サー
    バ。
14. 【請求項１４】修理店端末からの要求に応答して、前記
    データベースからチェックシートを取得し、該チェック
    シートを前記修理店端末に送信する手段を備えることを
    特徴とする請求項６乃至１３のうちいずれか１項に記載
    の修理仲介サーバ。
15. 【請求項１５】修理店端末から、実際の修理に要した修
    理費用および作業時間を含む修理結果報告情報を受信す
    る手段を備えることを特徴とする請求項６乃至１４のう
    ちいずれか１項に記載の修理仲介サーバ。
16. 【請求項１６】前記見積依頼手段は、前記修理依頼情報
    と前記実績データベースに記憶された各修理店の実績情
    報に基づいて、見積依頼情報を送信する修理店端末を選
    択することを特徴とする請求項９に記載の修理仲介サー
    バ。
17. 【請求項１７】前記実績情報は、各修理店が擁する各技
    術者の技術レベルに関する情報を含むことを特徴とする
    請求項１６に記載の修理仲介サーバ。
18. 【請求項１８】ネットワークを利用してユーザと複数の
    修理店との仲介をする修理仲介方法であって、 ユーザ端末から製品の故障状況を含む修理依頼情報を受
    信し、該修理依頼情報に基づいて、複数の修理店端末に
    修理の見積依頼情報を送信するステップと、 前記複数の修理店端末のそれぞれから、修理の見積情報
    を受信し、該複数の見積情報を集約して見積リストを生
    成するステップと、 該見積リストを前記ユーザ端末に送信するステップと、 を含むことを特徴とする修理仲介方法。
19. 【請求項１９】ネットワークを利用してユーザと複数の
    修理店との仲介をする修理仲介方法であって、 ユーザ端末からの製品修理の申し込み要求に応答して、
    製品の故障状況を含む修理依頼情報を入力可能なチェッ
    クシートを製品毎に記憶しているデータベースから該当
    製品のチェックシートを取得し、該チェックシートを前
    記ユーザ端末に送信するステップと、 ユーザ端末において修理依頼情報が入力されたチェック
    シートを受信し、該修理依頼情報に基づいて、複数の修
    理店端末に修理の見積依頼情報を送信するステップと、 前記複数の修理店端末のそれぞれから、修理の見積情報
    を受信し、該複数の見積情報を集約して見積リストを生
    成するステップと、 該見積リストを前記ユーザ端末に送信するステップと、 を含むことを特徴とする修理仲介方法。
20. 【請求項２０】前記見積リストの中から一の修理店を指
    定する情報をユーザ端末から受信したときに、該指定修
    理店の修理店端末にユーザの連絡先を含む顧客情報を送
    信するステップを含むことを特徴とする請求項１９に記
    載の修理仲介方法。
21. 【請求項２１】前記修理依頼情報は、ユーザが希望する
    修理日程、修理費用、作業時間および修理経験の有無の
    うち少なくともいずれかの要望情報を含むことを特徴と
    する請求項１９または２０に記載の修理仲介方法。
22. 【請求項２２】前記複数の修理店のそれぞれが過去に担
    当した修理の内容およびその評価を含む実績情報を実績
    データベースに記憶させておくことを特徴とする請求項
    １９，２０または２１に記載の修理仲介方法。
23. 【請求項２３】前記見積リストを生成するステップは、 前記実績データベースを参照して各修理店の信頼度を示
    す信頼度情報を生成し、該信頼度情報を前記見積リスト
    に付加するステップを含むことを特徴とする請求項２２
    に記載の修理仲介方法。
24. 【請求項２４】ユーザ端末から受信したチェックシート
    に含まれる修理依頼情報に基づいて、前記実績データベ
    ースから当該修理の経験を有する修理店を選び出し、該
    修理店に関する情報を前記ユーザ端末に送信するステッ
    プを含むことを特徴とする請求項２２または２３に記載
    の修理仲介方法。
25. 【請求項２５】前記修理依頼情報は、特定の修理店を依
    頼対象から除外する情報を含むことを特徴とする請求項
    １９乃至２４のうちいずれか１項に記載の修理仲介方
    法。
26. 【請求項２６】前記修理依頼情報は、前記要望情報のそ
    れぞれについてのユーザの優先度を示す優先順位情報を
    含むことを特徴とする請求項２１に記載の修理仲介方
    法。
27. 【請求項２７】修理店端末からの要求に応答して、前記
    データベースからチェックシートを取得し、該チェック
    シートを前記修理店端末に送信するステップを含むこと
    を特徴とする請求項１９乃至２６のうちいずれか１項に
    記載の修理仲介方法。
28. 【請求項２８】修理店端末から、実際の修理に要した修
    理費用および作業時間を含む修理結果報告情報を受信す
    るステップを含むことを特徴とする請求項１９乃至２７
    のうちいずれか１項に記載の修理仲介方法。
29. 【請求項２９】前記修理結果報告情報と当該修理に係る
    見積情報とを比較して、チェックシートを改良し、改良
    後のチェックシートを前記データベースに記憶させるス
    テップを含むことを特徴とする請求項２８に記載の修理
    仲介方法。
30. 【請求項３０】前記修理依頼情報と前記実績データベー
    スに記憶された各修理店の実績情報に基づいて、見積依
    頼情報を送信する修理店端末を選択するステップを含む
    ことを特徴とする請求項２２に記載の修理仲介方法。
31. 【請求項３１】前記実績情報は、各修理店が擁する各技
    術者の技術レベルに関する情報を含むことを特徴とする
    請求項３０に記載の修理仲介方法。
32. 【請求項３２】ネットワークを介して複数の修理店端末
    およびユーザ端末と互いに通信可能に設けられたコンピ
    ュータを制御する修理仲介プログラムであって、 ユーザ端末から製品の故障状況を含む修理依頼情報を受
    信し、該修理依頼情報に基づいて、複数の修理店端末に
    修理の見積依頼情報を送信するステップと、 前記複数の修理店端末のそれぞれから、修理の見積情報
    を受信し、該複数の見積情報を集約して見積リストを生
    成するステップと、 該見積リストを前記ユーザ端末に送信するステップと、 を含むことを特徴とする修理仲介プログラム。
33. 【請求項３３】ネットワークを介して複数の修理店端末
    およびユーザ端末と互いに通信可能に設けられたコンピ
    ュータを制御する修理仲介プログラムであって、 ユーザ端末からの製品修理の申し込み要求に応答して、
    製品の故障状況を含む修理依頼情報を入力可能なチェッ
    クシートを製品毎に記憶しているデータベースから該当
    製品のチェックシートを取得し、該チェックシートを前
    記ユーザ端末に送信するステップと、 ユーザ端末において修理依頼情報が入力されたチェック
    シートを受信し、該修理依頼情報に基づいて、複数の修
    理店端末に修理の見積依頼情報を送信するステップと、 前記複数の修理店端末のそれぞれから、修理の見積情報
    を受信し、該複数の見積情報を集約して見積リストを生
    成するステップと、 該見積リストを前記ユーザ端末に送信するステップと、 を含むことを特徴とする修理仲介プログラム。
34. 【請求項３４】請求項３２または３３に記載の修理仲介
    プログラムを記録したコンピュータ読み取り可能な記録
    媒体。