JP4449150B2 - インターネット利用のサービス支援システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネット利用のサービス支援システムに係わり、より詳細には、インターネットを利用して不具合の発生した機器の修理に対し、的確なサービス情報を提供し、併せて迅速な部品の供給を行うことを可能とするインターネット利用のサービス支援システムに関する。
【０００２】
【従来の技術】
近年、販売される製品も高性能、多機能が進み、故障以外にも取り扱いや操作のミスによる不具合も増加してきている。しかるに、このような不具合が発生した場合、従来は販売店やサービスセンターに問い合わせ、それでも直らない場合は、サービスマンが使用者宅に出向く必要があった。インターネットが急速に進展し、各種の情報交換が迅速に行われるようになったが、修理は人手に頼らざるを得ず、それらの対応に対する人手と費用も多大で、時間とコストのかかるものであった。この問題を解決するために、特開平１０−３４０１４４公報に提案されているように、インターネットを利用し、頻度の高い不具合について、Ｑ＆Ａの情報を提供し、ユーザーが不具合内容を確認および対処する方法が提案されている。
【０００３】
しかし、これらのインターネットのホームページを利用して一般に公開されるサービス情報には限界があり、メーカーや販売店あるいは外部委託される専門のサービスマンなどに対する情報としては不充分であった。また、当面する障害についての検索方法についても、従来のキーワードを入力し、キーワードによって検索を行う方法は、キーワードの入力に時間がかかるという問題と、キーワードの呼称がまちまちで選定しにくく、検索が適切に行われにくいという問題もあった。また、故障が特定できても、サービス部品の入手に時間がかかるという問題も抱えていた。 特にエアコンのように、短期間に故障が集中する季節商品のサービスについては、検索が簡単で早く、しかも的中率の高いサービス情報を提供でき、部品の入手や修理が適切かつ迅速に行われるサービス支援システムの出現が望まれていた。
【０００４】
【発明が解決しようとする課題】
以上に説明した問題点に鑑み、本発明は、インターネットによる情報の授受により、精度の高い検索しやすいサービス情報の提供とともに、修理用の部品の迅速な提供を可能とする、サービスマンにも適するインターネット利用のサービス支援システムの提供を目的とする。
【０００５】
【課題を解決するための手段】
本発明は、上記問題点を解決するため、インターネットを通じて情報を送受信するｗｅｂサーバ上のホームページを介し、不具合の発生した機器のサービス情報の提供や顧客管理を行なうための、サービスセンターに設置されるサービス情報管理サーバと、通信制御部を有し、前記インターネットに接続され前記サービス情報の受発信を行うユーザーやサービスマンといった使用者が扱う使用者端末とからなるインターネット利用のサービス支援システムにおいて、前記サービス情報管理サーバは、前記ホームページ上に各種のメニュー画面を生成するための画面生成処理部と、アクセスする使用者を特定するためのＩＤコードやパスワードを認証する認証処理部と、不具合の発生した機器の症状や同症状に対するキーワードから故障原因を特定するための事例を検索する症状検索処理部と、特定された事例から回答を行う回答処理部と、検索のためにアクセスされた回数の計数や記憶管理を行うアクセス管理処理部と、過去の事例や同事例に対応する回答文を記憶するデータベースと、データや情報の入力を行う操作入力表示部と、機器の制御を行う制御部とを備え、前記使用者から問い合わせられる不具合に対する症状や同症状に対するキーワードを検索し、過去の事例から推定される故障原因の回答を行い、前記推定される故障原因に対応して、前記使用者からの、故障の修理やチェックに必要とされる部品の注文を受けて処理するための部品受注処理部と、前記使用者からの修理依頼の受付処理を行う修理受付処理部とを設け、前記症状検索処理部は、症状検索画面の画面設定と、表示される項目を並び替えるための検索画面設定部を有し、前記症状検索画面は、部品あるいはブロックのサービス単位と、同サービス単位毎に発生する症状やチェックすべき項目とをマトリクス配置するとともに、それぞれの前記項目に該当する検索を実行させるためのチェックボックスを設け、前記サービス単位と、同サービス単位毎に発生する症状やチェックすべき項目は、不具合の発生する頻度順に優先度が判定され、同優先度に従って前記症状検索画面での表示順序の並び替えが行われるようにした。
【０００６】
前記部品受注処理部に、故障原因の結果が判明する前に部品注文の予約を受付けるとともに、前記故障原因の結果を追跡するための予約受注管理部を追加設置する。
【０００７】
前記部品受注処理部に、部品の注文時にＩＤコードで特定される特定の使用者毎に、予め設定された価格の提示を行う価格設定部を追加設置する。
【０００８】
前記部品受注処理部に、納期を回答するための、販売可能な部品の在庫数を管理するための在庫管理部を追加設置する。
【０００９】
前記部品受注処理部に、部品の注文時にＩＤコードで特定される特定の使用者毎に、予め記憶された所在地や配送ルートといった顧客情報に基づき納期を予測する納期予測部を追加設置する。
【００１０】
前記部品受注処理部に、部品の注文、予約、在庫状況および季節から部品の需要予測を行う需要予測部を追加設置する。
【００１１】
前記修理受付処理部に、修理履歴を記憶し、履歴を追跡するためのデータベースである修理履歴ベースを追加設置する。
【００１２】
前記アクセス管理処理部に、症状検索、部品注文あるいは修理依頼のためにアクセスされた事例に整理番号を付与し、故障原因や処理の結果を追跡するための整理番号管理部を追加設置する。
【００１３】
前記症状検索処理部に、故障原因の検索とともに、修理に必要と推定される部品を過去の事例から検索する部品検索部を追加設置する。
【００１４】
前記症状検索処理部に、部品あるいはブロックのサービス単位、同サービス単位毎に発生する症状およびチェックすべき項目毎に、発生する事例を分類し計数や記憶の管理を行う事例分類管理部を追加設置する。
【００１５】
【発明の実施の形態】
図１は、本発明によるインターネット利用のサービス支援システムの一実施例の要部ブロック図である。図１を用いて、本発明によるインターネット利用のサービス支援システムについて説明する。実施例のインターネット利用のサービス支援システムは、インターネットＡに接続され、ネットを通じてサービス情報や顧客情報などを送受信するｗｅｂサーバＢと、インターネットＡに接続され、ネットを通じて情報の授受を行うための通信制御部Ｃを有し、ユーザーやサービスマンが使用する使用者端末Ｄと、ｗｅｂサーバＢを介し、ホームページによりサービス情報を提供するとともに、情報の受信とそれによるサービス情報の管理とを行うサービス情報管理サーバ１とから構成される。
【００１６】
以下にサービス情報管理サーバ１を構成する各機能ブロックについて図１に基づいて説明する。サービス情報管理サーバ１は、ホームページの画面の生成を行う画面生成処理部２を備え、各種メニューを選択するための選択メニュー２ａ、各種業務のための業務メニュー２ｂなどのメニュー画面を生成する。主な業務メニューの画面には質問された症状の検索を行うための症状検索画面、質問の症状に対する回答を表示する回答画面、修理受付のための修理受付画面、修理用の部品の予約および注文を受付けるための部品注文画面、発注確認のための注文確認画面などがある。サービス情報管理サーバ１から提供するホームページは一般ユーザー向け、販売店や代理店向け、社内のサービスマン向けなどそれぞれ適するアクセス可能なレベルを制限しており、認証処理部３のＩＤ認証部３ａでＩＤを確認し、パスワード認証部３ｂでパスワードを確認し、使用者をそれぞれ特定し分類している。
【００１７】
サービス情報管理サーバ１は、使用者からの症状の質問に対し、症状検索処理部４で該当する症状をデータベースから検索し、その症状に対応する回答を回答処理部５でデータベースから検索して回答を行う。症状検索処理部４では使用者がインプットする症状に対するキーワードから検索するキーワード検索と、予めサービス単位毎に症状を一覧表形式で表示させた中から該当する症状を検索するメニュー検索の２種類を用意している。検索画面設定部４ａでは、メニュー検索を迅速に行えるように、症状検索画面の中の症状やチェック項目の並び替えを行う。最も不具合の発生頻度の高い、あるいは最も症状を特定しやすいサービス単位や部品を画面の上部左から配置し、それらの下部に症状や必要なチェック項目を発生頻度や優先度に従い一覧表に配置する。それぞれの項目毎にチェックボックスを設けており、使用者は該当する項目をマウスなどでチェックすればよい。事例分類管理部４ｂでは、質問されたキーワードやチェックされた項目毎に該当する症状に分類し、それぞれのアクセスの計数とともに、事例ベース４ｃに記憶蓄積するように管理を行う。事例ベース４ｃにない検索不能なキーワードについても記憶蓄積管理される。使用頻度の高いキーワードについては、それに対する対応方法を追加するようにしている。 部品検索部４ｄは、症状の検索時に、その修理やチェックに必要な部品も併せて検索する。このため、事例ベース４ｃには、事例に応じて修理などに必要な部品情報も併せて記憶している。
【００１８】
回答処理部５では、症状に対応する回答および症状の組合せに対する基本回答事例を蓄積記憶している回答ベース５ｃと、回答ベース５ｃから該当する回答を検索するための回答検索部５ａと、基本回答から回答文を作成するための回答作成部５ｂと、原因や対応の回答と同時に、修理等に必要な部品リストを作成する部品リスト作成部５ｄとからなる。症状に該当する回答事例がある場合はそのままの出力が可能であるが、症状によって複数の基本回答を得る場合は、回答文は合成して出力される。これらの回答文とともに、修理に必要な部品リストも出力される。なお、ここで出力される部品リストは、使用者がそのまま注文できるフォーマットで表示される。これにより迅速な対応とともに、修理の見積もりが即座に推定できるという特徴をもつ。
【００１９】
アクセス管理処理部６では、使用者の分類毎にアクセス数を計数するアクセス計数部６ａ、アクセスされた質問を追跡するために使用者の分類毎に整理番号を付与して管理する整理番号管理部６ｂ、質問に対する回答が的中したかどうかを判定する的中判定部６ｃ、質問に対する回答が的中した事例および的中しなかった事例をそれぞれ計数する的中計数部６ｄ、的中した的中確率を算出するための的中確率算出部６ｅ、不具合の発生頻度から検索用項目の優先度を判定する優先度判定処理部６ｆ、アクセスされた質問に対する的中、不的中を使用者に問い合わせるための電子メールを作成、送出する電子メール送出処理部６ｇ、使用者から返信される電子メールを解読し、的中、不的中を抽出する電子メール受信処理部６ｈとからなる。アクセス計数部６ａでは症状やチェック項目ごとにアクセス数を計数しているが、アクセス数の多寡により、不具合部品や症状毎の発生頻度の傾向の把握が可能となる。新たな不具合の発見や検索精度の向上、さらには製品の品質向上に反映させることができる。
【００２０】
的中確率算出部６ｅでは、的中計数部６ｄの結果より、症状毎に回答の的中率を算出する。的中確率は回答画面中に提示してもよい。また、的中率の少ない回答については装置からアラームを上げ、該アラームを受けてサービスの熟練者が得られた各種データを参考にして回答内容を見直すようにしている。これらの運用と更新とを繰り返すことで、回答の的中確率を上げ、検索精度を向上させることができる。優先度判定処理部６ｆでは不具合の発生頻度の最も多い項目を判定し、該当する項目を優先度を高いものとしている。この優先度判定処理部６ｆの判定結果により症状検索画面での症状やチェック項目などの表示位置を優先度順に並び替え再設定する。不具合の発生の多い順に配列されるので、発生状況を確認しやすくしている。
【００２１】
メールアドレスを有し、メールでの応答を許諾する特定の使用者については、質問のアクセスや部品の予約があってその後の応答がない場合、所定の期日の経過後、電子メールを所定のフォーマットで自動送信し、的中、不的中の項目をチェックして返信してもらう。受信した電子メールから的中、不的中のチェックを抽出、判定し、計数する。症状に対する回答の的中率を確実な使用者からの情報を入手することで、症状検索処理部４と回答処理部５の精度を向上させることができる。なお、これらの追跡管理はアクセス数が多い場合には、追跡するための使用者を限定するか、部品の注文の予約を受けた事例にのみに追跡を限定する。質問と同時に部品を受注した場合は、的中したとしてカウントし、以降の追跡はしなくてもよい。所定の期日以内に予約部品の正式注文を受けた場合は、的中としてカウントされる。予約があって所定の期日が過ぎた場合のみ、電子メールの送信処理を行うようにしてもよい。
【００２２】
使用者が対処不能な不具合については、修理受付処理部７で修理受付の処理を行う。修理受付処理は、使用者が表示された修理受付画面で必要項目を記入する。使用者がＩＤ登録さている場合、修理受付画面中の必要項目の多くは顧客用のデータベースである顧客ベース８ｆから読み出されて自動的に記入される。修理を受付けた事例については、修理履歴ベース７ａに過去の履歴を記憶蓄積するようにしている。
【００２３】
部品受注処理部８では、予約あるいは注文依頼を受けた修理用部品の受注処理などの管理を行う。部品受注処理部８は、故障原因の結果が判明する前に部品注文の予約を受付けるとともに、故障原因の結果を追跡するための予約受注管理部８ａと、使用者の分類毎に部品価格を提示するための価格設定部８ｂ、在庫を確認するための在庫管理部８ｃ、在庫状況と使用者の所在地などから納期提示するための納期予測部８ｄ、予約状況や過去の傾向から需要を予測するための需要予測部８ｅ、特定した使用者毎に店名、氏名、所在地などの情報を記憶蓄積する顧客ベース８ｆおよび、使用者毎に予め設定される部品の価格、在庫数量、納期などの情報を記憶蓄積する部品ベース８ｇからなる。
【００２４】
部品注文画面でサービス部品が予約あるいは注文された場合、顧客ベース８ｆから使用者を特定し、部品ベース８ｇから標準価格以外に使用者に応じて適用される販売価格を検索し提示する。同時に在庫管理部８ｃで当該部品の在庫調査を行い、在庫状態や使用者の所在地、配送ルートなどから納期予測部８ｄで納期の予測を行う。納期回答ができる場合は画面に推定納期を提示し、不明な場合は別途連絡する旨を提示する。予約および注文は、使用者が画面の送信ボタンをクリックすることでを確定する。なお、修理部品の在庫切れを防止するため、需要予測部８ｅでは、在庫数と予約数を監視し、季節変動などを加味し、所定の数量を下回る場合には在庫僅少のアラームを上げるようにしている。
【００２５】
制御部１０は、サービス情報管理サーバ１の装置各部の動作シーケンスプログラムを記憶しているシステムメモリ１０ａを有し、該動作シーケンスプログラムに基づいて装置内の各部に制御指令を行う。初期データの入力設定や画面の作成および基本回答文の生成、更新などは、操作入力表示部１１を介して行われる。 サービス情報管理サーバ１は、以上説明したような各機能ブロックによって構成され、インターネット上にホームページを公開し、使用者側での製品の不具合の原因検索や修理依頼および修理のための部品注文などの、サービス情報の提供や一連のサービス支援を行う。使用者端末Ｄの通信制御部Ｃは、公衆回線用の他に、自動車電話やＰＨＳなどを含む携帯電話用のインタフェースである携帯電話Ｉ／Ｆ部Ｃ’を有し、出張先でのサービスマンによるアクセスもできるので、迅速なサービス支援を可能としている。特に、モバイルパソコン等との組合せで、携帯性に優れた小回りのきくサービス対応ができる。
【００２６】
図２は本実施例における不具合の検索から部品の受注に至るまでの、業務フローの概要を説明するためのフローチャート図である。図３以降の図は、エアコンを選択した場合のホームページから参照される、図３は症状検索画面、図４は回答画面、図５は修理受付画面、図６は部品注文画面、図７は注文確認画面のそれぞれの例を示すものである。図３ないし図７の画面例を参照して図２に基づいて説明する。ホームページで技術相談のボタンをヒットすると、図３に示すような症状検索画面が使用者端末Ｄに表示される。不具合の症状についての原因および対応方法についての回答の検索は、機種名とキーワードを入力して検索開始ボタンをヒットするか、画面の一覧に示される該当する症状の左側のチェックボックスをチェックし、検索開始ボタンをヒットすることで検索がスタートする（ＳＴ１）。
【００２７】
キーワード検索の場合（ＳＴ２）、ステップ１５へジャンプする。チェックボックスに一項目でもチェックがあれば、その該当する症状やチェック項目について検索を行う（ＳＴ３）。検索は、事例ベース４ｃに記憶された過去の症状事例を検索し（ＳＴ４）、一致すればその症状が特定されるので、ステップ６（ＳＴ６）へジャンプし、一致しなければ、一致度の高いものを抽出する。特に、チェック項目が複数にわたると事例にない場合が生じやすい。この場合、一致する数の多いものを一致度が高いと判定するようにし、上位から数例を抽出する（ＳＴ５）。症状が一致する場合、該当する回答を回答ベース５ｃから検索し、回答文を表示させる。回答文は基本回答を合成するが、回答が複数例ある場合は、例えば上位から３例まで表示させる（ＳＴ６）。これらの症状の検索と連動して修理に必要な部品リストも出力される。推定故障原因や対応についての回答例は図４に示すように、症状、推定故障、および推定故障箇所・対応などが表示される。使用者がサービスマンの場合、提示された内容に従って、修理対応を行えばよい。なお、使用者が一般ユーザーの場合、推定故障のみが表示されるようにしている。質問の症状が過去の事例になく、新規の事例である場合には、症状と回答とをそれぞれ事例ベース４ｃ、回答ベース５ｃに記憶させる（ＳＴ７）。なお、部品リストは、図６に示す部品注文画面であるが、説明は後述する。
【００２８】
検索が完了し、部品予約または注文があれば（ＳＴ８）、ステップ２０（ＳＴ２０）へジャンプする。修理依頼があれば（ＳＴ９）整理番号の付与などの修理受付処理を行い、修理履歴ベース７ａに記憶させる（ＳＴ１０）。修理依頼がない場合（ＳＴ９）も、終了する場合は終了メッセージを表示し（ＳＴ１１）終了する。修理受付画面は図５に示すように、販売店、お客様名、故障内容などに必要項目を記入し、送信ボタンをヒットすることで修理受付される。なお、ＩＤコードを有する特定の使用者については、顧客ベース８ｆから記憶された顧客情報が呼び出され、所定の項目は自動的に記載される。
【００２９】
ステップ２（ＳＴ２）でキーワードによる検索で、検索の結果、キーワードが一致する場合（ＳＴ１５）、ステップ４（ＳＴ４）にジャンプするが、不一致の場合、検索失敗のメッセージを表示し（ＳＴ１６）、症状検索画面に戻る（ＳＴ１７）。なお、キーワードによる検索精度を高めるため、これらのキーワードも事例ベース４ｃに記憶し、別途参照できるようにしている。特定のキーワードが多い場合は、内容を解析し、キーワードの新規登録などを行う。
【００３０】
ステップ８（ＳＴ８）で部品予約または注文がある場合、ＩＤおよびパスワードを確認し、使用者を特定する（ＳＴ２０）。使用者が販売可能と確認できれば（ＳＴ２１）、部品注文画面を表示し、整理番号を付与し、使用者に対応し予め設定した価格、推定納期や在庫状況などを選択表示するようにしている（ＳＴ２２）。図６は部品注文画面の例である。図中、販売価格は使用者に応じた表示を行い、顧客ベース８ｆで特定される所定項目は自動的に記入される。図では在庫数の表示は省略している。使用者は必要事項の記入の完了後、部品予約、部品注文などボタンをヒットすればよい。使用者が部品予約ボタンか部品注文ボタンをヒットすると（ＳＴ２３）注文確認画面が表示される（ＳＴ２４）。注文確認画面は図７に示すように、注文内容が表示される。ここで送信ボタンがヒットされると、注文が完了と判断し、予約または受注処理に必要な処理を完了し（ＳＴ２６）、ステップ１１へジャンプする。販売不能の場合（ＳＴ２１）、キャンセルの場合（ＳＴ２３、２５）などもステップ１１へジャンプし、終了メッセージを表示して終了する（ＳＴ１２）。
【００３１】
以上、エアコンの実施例について説明した。エアコンの場合、図３の症状検索画面に示されるように、横軸の症状やチェック項目および縦軸のサービス単位が少なく、一覧表に収まる程度であるが、優先度判定処理による不具合の発生頻度順に並び替えを行うと、それらの状況を一目で確認することができる。症状やチェック項目およびサービス単位が多い機器では、さらに効果を上げることができる。これらの並び替えの機能は選択可能としてもよい。
【発明の効果】
本発明は以上に説明したように、サービス情報管理サーバに、不具合の発生した機器の症状やチェック項目の一覧表から故障原因を検索する症状検索処理部と、特定された事例から故障原因や対応の回答を行う回答処理部と、過去の事例や同事例に対応する回答文や、修理に要する部品情報などを記憶するデータベースとを備え、使用者から問い合わせられる不具合に対する症状を検索し、過去の事例から推定される故障原因や対応の回答を行うとともに、故障の修理やチェックなどに必要と推定される部品の注文を受けて処理するための部品受注処理部と、修理依頼の受付処理を行う修理受付処理部とを設けたので、精度が高く検索しやすいサービス情報の提供とともに、修理用の部品の迅速な提供を可能とする、サービスマンにも適するインターネット利用のサービス支援システムの提供ができる。
【図面の簡単な説明】
【図１】 本発明によるインターネット利用のサービス支援システムの一実施例の要部ブロック図である。
【図２】 本発明によるインターネット利用のサービス支援システムにおける不具合の検索から部品の受注に至るまでの、業務フローの概要を説明するためのフローチャート図である。
【図３】 本発明によるインターネット利用のサービス支援システムにおける症状検索画面の例を示す。
【図４】 本発明によるインターネット利用のサービス支援システムにおける症状の検索結果の回答画面の例を示す。
【図５】 本発明によるインターネット利用のサービス支援システムにおける修理受付画面の例を示す。
【図６】 本発明によるインターネット利用のサービス支援システムにおける部品注文画面の例を示す。
【図７】 本発明によるインターネット利用のサービス支援システムにおける注文確認画面の例を示す。
【符号の説明】
１ サービス情報管理サーバ
２ 画面生成処理部
２ａ 選択メニュー
２ｂ 業務メニュー
３ 認証処理部
３ａ ＩＤ認証部
３ｂ パスワード認証部
４ 症状検索処理部
４ａ 検索画面設定部
４ｂ 事例分類管理部
４ｃ 事例ベース
４ｄ 部品検索部
５ 回答処理部
５ａ 回答検索部
５ｂ 回答作成部
５ｃ 回答ベース
５ｄ 部品リスト作成部
６ アクセス管理処理部
６ａ アクセス計数部
６ｂ 整理番号管理部
６ｃ 的中判定部
６ｄ 的中計数部
６ｅ 的中確率算出部
６ｆ 優先度判定処理部
６ｇ 電子メール送出処理部
６ｈ 電子メール受信処理部
７ 修理受付処理部
７ａ 修理履歴ベース
８ 部品受注処理部
８ａ 予約受注管理部
８ｂ 価格設定部
８ｃ 在庫管理部
８ｄ 納期予測部
８ｅ 需要予測部
８ｆ 顧客ベース
８ｇ 部品ベース
１０ 制御部
１０ａ システムメモリ
１１ 操作入力表示部
Ａ インターネット
Ｂ ｗｅｂサーバ
Ｃ 通信制御部
Ｃ’ 携帯電話Ｉ／Ｆ部
Ｄ 使用者端末

Claims (10)

1. インターネットを通じて情報を送受信するｗｅｂサーバ上のホームページを介し、不具合の発生した機器のサービス情報の提供や顧客管理を行なうための、サービスセンターに設置されるサービス情報管理サーバと、通信制御部を有し、前記インターネットに接続され前記サービス情報の受発信を行うユーザーやサービスマンといった使用者が扱う使用者端末とからなるインターネット利用のサービス支援システムにおいて、前記サービス情報管理サーバは、前記ホームページ上に各種のメニュー画面を生成するための画面生成処理部と、アクセスする使用者を特定するためのＩＤコードやパスワードを認証する認証処理部と、不具合の発生した機器の症状や同症状に対するキーワードから故障原因を特定するための事例を検索する症状検索処理部と、特定された事例から回答を行う回答処理部と、検索のためにアクセスされた回数の計数や記憶管理を行うアクセス管理処理部と、過去の事例や同事例に対応する回答文を記憶するデータベースと、データや情報の入力を行う操作入力表示部と、機器の制御を行う制御部とを備え、前記使用者から問い合わせられる不具合に対する症状や同症状に対するキーワードを検索し、過去の事例から推定される故障原因の回答を行い、前記推定される故障原因に対応して、前記使用者からの、故障の修理やチェックに必要とされる部品の注文を受けて処理するための部品受注処理部と、前記使用者からの修理依頼の受付処理を行う修理受付処理部とを設け、前記症状検索処理部は、症状検索画面の画面設定と、表示される項目を並び替えるための検索画面設定部を有し、前記症状検索画面は、部品あるいはブロックのサービス単位と、同サービス単位毎に発生する症状やチェックすべき項目とをマトリクス配置するとともに、それぞれの前記項目に該当する検索を実行させるためのチェックボックスを設け、前記サービス単位と、同サービス単位毎に発生する症状やチェックすべき項目は、不具合の発生する頻度順に優先度が判定され、同優先度に従って前記症状検索画面での表示順序の並び替えが行われることを特徴とするインターネット利用のサービス支援システム。
2. 前記部品受注処理部に、故障原因の結果が判明する前に部品注文の予約を受付けるとともに、前記故障原因の結果を追跡するための予約受注管理部を追加設置することを特徴とする請求項１記載のインターネット利用のサービス支援システム。
3. 前記部品受注処理部に、部品の注文時にＩＤコードで特定される特定の使用者毎に、予め設定された価格の提示を行う価格設定部を追加設置することを特徴とする請求項１記載のインターネット利用のサービス支援システム。
4. 前記部品受注処理部に、納期を回答するための、販売可能な部品の在庫数を管理するための在庫管理部を追加設置することを特徴とする請求項１記載のインターネット利用のサービス支援システム。
5. 前記部品受注処理部に、部品の注文時にＩＤコードで特定される特定の使用者毎に、予め記憶された所在地や配送ルートといった顧客情報に基づき納期を予測する納期予測部を追加設置することを特徴とする請求項１記載のインターネット利用のサービス支援システム。
6. 前記部品受注処理部に、部品の注文、予約、在庫状況および季節から部品の需要予測を行う需要予測部を追加設置することを特徴とする請求項１記載のインターネット利用のサービス支援システム。
7. 前記修理受付処理部に、修理履歴を記憶し、履歴を追跡するためのデータベースである修理履歴ベースを追加設置することを特徴とする請求項１記載のインターネット利用のサービス支援システム。
8. 前記アクセス管理処理部に、症状検索、部品注文あるいは修理依頼のためにアクセスされた事例に整理番号を付与し、故障原因や処理の結果を追跡するための整理番号管理部を追加設置することを特徴とする請求項１記載のインターネット利用のサービス支援システム。
9. 前記症状検索処理部に、故障原因の検索とともに、修理に必要と推定される部品を過去の事例から検索する部品検索部を追加設置することを特徴とする請求項１記載のインターネット利用のサービス支援システム。
10. 前記症状検索処理部に、部品あるいはブロックのサービス単位、同サービス単位毎に発生する症状およびチェックすべき項目毎に、発生する事例を分類し計数や記憶の管理を行う事例分類管理部を追加設置することを特徴とする請求項１記載のインターネット利用のサービス支援システム。

Images