JP2002253816A

JP2002253816A - 遊技機の故障診断システム

Info

Publication number: JP2002253816A
Application number: JP2001052862A
Authority: JP
Inventors: Keiji Tsukahara; 啓二塚原
Original assignee: Fuji Shoji Co Ltd
Current assignee: Fuji Shoji Co Ltd
Priority date: 2001-02-27
Filing date: 2001-02-27
Publication date: 2002-09-10
Anticipated expiration: 2021-02-27
Also published as: JP3953282B2

Abstract

(57)【要約】【課題】遊技機の不具合の対処を迅速且つ適切になす
ことができ、各機器固有の弱点なども容易に把握できる
遊技機の診断システムを提供する。【解決手段】インターネット回線ＮＥＴに接続された
サーバ機器ＳＶと、サーバ機器ＳＶからアクセスされる
ＷＥＢデータベースＤＢ１と、ＷＥＢデータベースＤＢ
１から必要なデータを取得し、管理データベースＤＢ２
の内容を更新する管理装置Ｍ１とで構成されている。リ
ンク情報によって結合された一群のファイルに故障診断
の方法を記載しておき、インターネット回線ＮＥＴに接
続したノートパソコンＰＣによって前記一群のファイル
を読み出しつつ故障診断処理を進め、修理完了後、それ
までの手続きを総括した情報をサーバ機器ＳＶに送信す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット技
術を利用した遊技機の故障診断システムに関し、特に、
パチンコ機、回胴式遊技機、アレンジボール機、雀球遊
技機などの故障診断に活用されるものである。

【０００２】

【従来の技術】一般に、各遊技ホールにおいて遊技機に
不具合が生じた場合、ホールの従業員がトラブル対処の
ためのマニュアル冊子を参照しつつ対処するか、不具合
の連絡を受けたメーカ側の営業マンがホールに出向いて
マニュアル冊子を参照するなどして不具合の原因を調べ
て修理していた。

【０００３】また、マニュアルの記載を参照しても対処
法が発見できない場合には、営業マンがメーカの技術者
と電話でやり取りをしながら、対処にあたっていた。さ
らに、部品の交換が必要な場合には、不具合に対処した
営業マンを通じて発注がされていた。

【０００４】

【発明が解決しようとする課題】しかしながら、前述の
ような対処の仕方では、不具合の対応の適切性という点
で大きな問題があった。すなわち、営業マンは、一般に
技術的内容に疎いので、電話等で技術者の指示を一々仰
ぎつつ対処せざるを得ず、遊技ホールの期待するような
迅速な対応を採ることは事実上不可能であった。なお、
誰にでも理解可能で詳細かつ丁寧な修理マニュアルを作
成することも考えられるが、次々と新機種の遊技機が導
入される実情から対策として妥当でない。

【０００５】また、技術者を派遣して故障修理に当らせ
ることもできるが、その対策によって迅速な対応ができ
たとしても、トラブル内容を集計してデータベース化す
るためには、会社に戻ってから技術者がデータ入力処理
をしなければならないという煩雑さがある。

【０００６】本発明は、このような実情に鑑みなされた
ものであって、遊技機の不具合の対処を迅速且つ適切に
なすことができ、各機器固有の弱点なども容易に把握で
きる遊技機の診断システムを提供することを課題とす
る。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本発明に係る遊技機の故障診断システムでは、リン
ク情報によって結合された一群のファイルに故障診断の
方法を記載しておき、コンピュータ機器ＰＣによって前
記一群のファイルを読み出しつつ故障診断処理を進めて
修理を行い、その手続きを総括した情報を中央情報管理
部に収集して保存するようにしている。ここで、コンピ
ュータ機器は、好適には携帯可能なものである。

【０００８】本発明は、好ましくは、インターネット回
線ＮＥＴに接続されたサーバ機器ＳＶと、前記サーバ機
器ＳＶからアクセスされるＷＥＢデータベースＤＢ１
と、前記ＷＥＢデータベースＤＢ１から必要なデータを
取得し、管理データベースＤＢ２の内容を更新する管理
装置Ｍ１とで構成されている。なお、本発明におけるサ
ーバ機器は、外部記憶装置を除いた概念であり、ＷＥＢ
データベースＤＢ１などをアクセスする本体部分を意味
している。

【０００９】

【発明の実施の形態】以下、本発明に係る診断システム
について、実施例に基づいて発明の実施の形態を説明す
る。図1に示すように、実施例の診断システムは、イン
ターネット回線ＮＥＴに接続されたサーバ機器ＳＶと、
サーバ機器ＳＶからアクセスされるＷＥＢデータベース
ＤＢ１と、ＷＥＢデータベースＤＢ１を定期的にポーリ
ングして新規登録の会員データや故障診断結果データを
取得し、管理データベースＤＢ２の内容を更新する管理
装置Ｍ１とで構成されている。

【００１０】この実施例の診断システムは、故障状態の
パチンコ機の故障診断に使用されるので、インターネッ
ト回線ＮＥＴには、ＰＨＳなどの移動体通信機器を通し
てクライアント機器ＰＣを接続するようになっている。
ここで、クライアント機器は、具体的には、パチンコ機
の故障に対処するメーカ側の営業マンやホール側の係員
が所持するノート型パソコンであり、WWWブラウザが搭
載されたものである。また、管理装置Ｍ１は、社内ＬＡ
Ｎによって他の端末機器Ｍｎ…Ｍｎとも接続されてお
り、任意の端末装置Ｍｎからの要求に応じて、管理デー
タベースＤＢ２の内容を読み出して適宜な集計リストを
構築するようになっている。

【００１１】サーバ機器ＳＶは、クライアント機器ＰＣ
からの要求に応じて該当するＨＴＭＬファイルを送信す
るだけでなく、クライアント機器ＰＣからの要求に応じ
て該当するＣＧＩプログラムが起動し、ログインユーザ
の照合処理や、各ユーザ向けのＨＴＭＬファイルの作成
処理や、各ユーザの処理手順を解析する故障解析処理な
どを行っている。

【００１２】図２に示すように、サーバ機器ＳＶで動作
するＣＧＩプログラムは、大略、ユーザ認証処理プログ
ラムと、ユーザ認証後に機能する初期処理プログラムＴ
ＯＰ．ＣＧＩと、その後の各ＨＴＭＬファイルの送信時
に機能する診断処理プログラムＳＨＩＮＤＡＮ．ＣＧＩ
と、故障修理の完了後に機能する最終処理プログラムＥ
ＮＤ．ＣＧＩとで構成されている。

【００１３】ユーザ認証処理は、クライアント機器ＰＣ
から送信されてきたユーザＩＤとパスワードとをＷＥＢ
データベースＤＢ１内の登録データと照合する公知の処
理である。そして、照合データと不一致なら正しいデー
タの再入力を要求するＨＴＭＬファイルをクライアント
機器ＰＣに送信し、照合データと一致すれば、その後の
処理を初期処理プログラムＴＯＰ．ＣＧＩに移管するよ
うにしている。

【００１４】初期処理プログラム（ＴＯＰ．ＣＧＩ）初期処理プログラムは、認証を受けたユーザに対して、
ログイン後の一連の処理に対応する固有のエントリー番
号を付与すると共に、このエントリー番号とユーザＩＤ
とに関連させて会話ログテーブルの領域を確保する。エ
ントリー番号は、順次インクリメント処理されるカウン
タによって決定され、現在、未使用の状態になっている
番号が付与される。なお、初期処理プログラムは、この
処理に先だって各会話ログテーブル（図３）の最終日時
データと現在日時とを比較し、所定値以上の時間（例え
ば４時間）が経過している場合には、当該会話ログテー
ブルを削除し、当該エントリー番号の使用を他のユーザ
に開放している。このような処理をするのは、ログイン
したユーザが故障診断処理の途中でその後の処理を放棄
することもあるからである。

【００１５】初期処理プログラムは、また、送信ページ
用の基礎データをＷＥＢデータベースＤＢ１から読み出
してエントリー番号を付与し、ログインユーザ固有のＨ
ＴＭＬファイルを生成して、ＷＷＷサーバを通して該当
するクライアント機器ＰＣに送付する。そしてこの時
に、送付したＨＴＭＬファイルを特定するページ番号及
び送信した日時データを、エントリー番号に対応する会
話ログテーブルに記憶する（図３）。

【００１６】図３は、会話ログテーブルを例示したもの
であり、クライアント機器ＰＣｉに送付したＨＴＭＬフ
ァイルのページ番号と送信日時とが関連して記憶されて
いる。図示の例では、エントリー番号０２００を付与さ
れたユーザに対して、００００ページ→０００１ページ
→０００３ページ→…の順番に、２００１年１月４日２
３時３０分４５秒→同３１分２０秒→同３１分５０秒→
…の時間にＨＴＭＬファイルを送付されたことを示して
いる。

【００１７】また、会話ログテーブルには、交換部材情
報の欄が設けられている。この欄は、診断処理プログラ
ムが記入する欄であって、当該ユーザに対して提示した
直前のＨＴＭＬファイル（画面）からの応答に応じて、
交換部材の使用があった場合にはその情報が記述され
る。この交換部材の情報も含め、会話ログテーブルの内
容は、ユーザが一連の処理を終えた後、最終処理プログ
ラム（ＥＮＤ．ＣＧＩ）によって参照され、当該ユーザ
の故障修理手順を解析する際の処理対象となる。

【００１８】先に説明したように、初期処理プログラム
では、送信ページ用の基礎データをＷＥＢデータベース
ＤＢ１から読み出してエントリー番号を付与し、ログイ
ンユーザ固有のＨＴＭＬファイルを生成するが、図４
は、送信ページ用の基礎データを概念的に例示したもの
である。ＣＧＩプログラム（ＴＯＰ．ＣＧＩ、ＳＨＩＮ
ＤＡＮ．ＣＧＩ、ＥＮＤ．ＣＧＩ）は、図示のような基
礎データを読み出し、空白部（□）にエントリー番号を
挿入してＨＴＭＬファイルを完成させる。例えば、初期
処理ＣＧＩプログラム（ＴＯＰ．ＣＧＩ）が００００ペ
ージの基礎データに基づいて完成させるＨＴＭＬファイ
ルは、図５（ａ）のような内容となり、この例では、エ
ントリー番号２００が付与されたＴＯＰページが完成さ
れている。

【００１９】なお、エントリー番号に続く番号は、当該
ＨＴＭＬファイルにリンクされているＨＴＭＬファイル
のページ番号を意味しており、図５（ａ）の例では、Ｔ
ＯＰページ（００００ページ目）のＨＴＭＬファイルを
受信したクライアント機器ＰＣがｙｅｓボタンを押すと
０００２ページにリンクされ、ｎｏボタンを押すと００
０１ページにリンクされることになる。より詳細には、
クライアント機器ＰＣで操作したボタンに応じて、０２
０００００２又は０２０００００１というデータが診断
処理プログラムＳＨＩＮＤＡＮ．ＣＧＩに渡されるの
で、診断処理プログラムでは、エントリー番号２００の
ユーザから０００２ページ又は０００１ページの要求が
あったことを知ることができる。

【００２０】診断処理プログラム（ＳＨＩＮＤＡＮ．Ｃ
ＧＩ）上記したように、診断処理プログラムは、クライアント
機器ＰＣからユーザのエントリー番号と、要求ページの
情報を受けるので、先ず、エントリー番号に対応する会
話ログテーブルが存在するか否かを判定する。そして、
該当する会話ログテーブルが存在しなければ、認証デー
タを入力するためのＨＴＭＬファイルをクライアント機
器に送付する。会話ログテーブルが存在しない場合と
は、典型的には、クライアント機器ＰＣに残存している
処理途中の過去のＨＴＭＬファイルに基づき、ユーザ認
証処理を受けることなく、直接その後のページを要求し
てきた場合である。この実施例では、このような場合に
は、その後の処理をユーザ認証処理に戻すことによって
会話ログテーブルを再構築するようにしている。

【００２１】一方、エントリー番号に対応する会話ログ
テーブルが存在する場合には、エントリー番号に続く要
求ページ番号に基づいて、図４の基礎データを読み出
し、エントリー番号を付与して送信用のＨＴＭＬファイ
ルを生成する。図５（ｂ）は、エントリー番号２００の
ユーザからの要求に応じて、診断処理プログラムが生成
したＨＴＭＬファイルの内容を例示したものである。こ
のＨＴＭＬファイルは、クライアント機器ＰＣでｎｏの
ボタンが押されると、診断処理プログラム（ＳＨＩＮＤ
ＡＮ．ＣＧＩ）に００１１ページの送信を要求するが、
ｙｅｓのボタンが押されると、最終処理プログラムに
（ＥＮＤ．ＣＧＩ）に修理完了を示すデータ（＝９９９
９）を送るように構成されている。

【００２２】最終処理プログラム（ＥＮＤ．ＣＧＩ）例えば、０２００９９９９のデータを受けた最終処理プ
ログラムは、エントリー番号２００のユーザの修理処理
が完了したことを、受信データ９９９９から認識するこ
とができる。そこで、最終処理プログラムは、最初に、
当該ユーザの会話ログテーブルを解析する。先に説明し
たように、会話ログテーブルには、交換部材の情報と共
に、当該ユーザに送付したＨＴＭＬファイルのページ番
号が時間順次に記憶されているので、修理完了までの手
順を解析することによって、どの機種のどこ箇所にどの
ような故障が生じており、どのように対処して修理が完
了したかを把握することができる。

【００２３】以上の解析を終えた最終処理プログラム
は、その解析結果を簡略に整理すると共に、「上記のよ
うな故障でしたね。これで良いですか？」のような表示
を実現するＨＴＭＬファイルを生成する。なお、このＨ
ＴＭＬファイルは、修理し終えたパチンコ機と同じ症状
であると確信できる機器台数なども、パチンコホールの
ホールＩＤと共に入力してもらう画面としておく。ま
た、サーバ側で解析した交換部材の個数が異なる場合に
は修正を受付ける画面としておく。そして、図５の場合
と同様にエントリー番号を付与して、該当するクライア
ント機器ＰＣに送信する。

【００２４】その後のクライアント機器からの返信は、
最終処理プログラムの終了ルーチンに渡されるようにな
っているので、終了ルーチンでは処理完了のメッセージ
を表示したＨＴＭＬファイルを送り返すと共に、先に解
析したデータを故障診断結果テーブルに格納する。図６
は、故障診断結果テーブルを例示したものであり、ホー
ルＩＤ、機種ＩＤ、日付、症状ＩＤ、故障台数、交換部
材ＩＤ、ユーザＩＤなどが記入されるようになってい
る。故障診断結果テーブルは、作成段階では未処理フラ
グがセットされているが、この未処理フラグは、管理装
置Ｍ１によるポーリング処理によって検索され、必要な
データが管理データベースＤＢ２に登録された後、未処
理フラグがリセットされる。

【００２５】続いて、以上の内容を踏まえて、パチンコ
機の故障診断の具体的内容を説明する。まず、故障機器
を前にした営業マンやホールの係員は、クライアント機
器ＰＣのWWWブラウザを立ち上げ、故障診断のホームペ
ージのＵＲＬを入力する。その後、画面上の誘導にした
がってリンクを辿っていくと、パチンコ機種の一覧表を
表示する画面が現れる。そこで、不具合が生じている機
種を選択すると、図７のようなページに進み、当該パチ
ンコ機器の画像が表示される。

【００２６】この画面をＷＷＷブラウザに表示させてい
るＨＴＭＬファイルには、ＪＡＶＡ（登録商標）アプレ
ットが書き込まれており、クリック操作された瞬間のマ
ウスポインタの座標位置を検出できるようになってい
る。そして、ユーザのクリック操作に対応して、不良部
材に関する対処ページにリンクされるようになってい
る。例えば、遊技球の発射に異常がある場合には画面上
の発射ハンドル部分にポインタをあててマウスをクリッ
クすると、遊技球の発射に関する不具合対処ページへ進
むことになる。同様に、遊技球の払出に異常がある場合
には画面上の下皿部分にポインタをあててマウスをクリ
ックすると、払出に関する不具合対処ページへ進むこと
になる。

【００２７】一方、不具合箇所が明確に特定できない場
合や不具合箇所が画面表示の部材に該当しない場合は、
図７の右欄に表示された不具合症状一覧表の該当箇所を
マウスで選択して、不具合対処ページへ進むことにな
る。なお、ここまでの処理は、専らＷＷＷサーバとＷＷ
Ｗブラウザとによって実現されるが、上記したような通
常の処理によって、故障機種についての不具合箇所に対
応したページに辿りつくと、サーバ機器ＳＶは、この段
階で初めてユーザＩＤとパスワードを要求する。

【００２８】具体的には、ＷＷＷサーバはユーザＩＤと
パスワードを入力させるための認証画面を送信するが、
入力されたユーザIDとパスワードは、ユーザ認証処理プ
ログラムに渡されて認証処理が実行される。そして、Ｗ
ＥＢデータベースＤＢ１の照合データと合致した場合に
は、トップページのログインを許可して、WWWサーバを
通じて図５（ａ）に例示したような内容のＨＴＭＬファ
イルが送信される。なお、この処理は、処理プログラム
ＴＯＰ．ＣＧＩによって実現され、この段階において、
エントリー番号は付与され、会話ログテーブルも構築さ
れるのは前述した通りである。

【００２９】以降の説明では、便宜上、遊技球の払出に
異常があった場合を例にして説明する。その後の処理
は、主として、診断処理プログラムＳＨＩＮＤＡＮ．Ｃ
ＧＩの制御によって図８及び図９のフローチャートで示
す手順で行われ、ページ番号００００〜００２７のＨＴ
ＭＬファイルがユーザの操作に応じて送信される。例え
ば、００００のページは、クライアント機器ＰＣには図
１０のように表示されるが、ここで、ＹＥＳのボタンを
押せば、０００２ページが要求され、ＮＯのボタンを押
せば、０００１ページが診断処理プログラムに要求され
ることになる。

【００３０】図８、図９のフローチャートについて補足
すると、０００７ページは、「タンク、払出カセットの確認又は対処をして下さ
い。」「今回初めて対処する場合には、対処後に［完了］ボタ
ンを押して下さい。」「既に対処を完了している場合には、［先ほど対処し
た］のボタンを押して下さい。」のような画面となる。

【００３１】０１１、０１２、０１３、０１４、０２
１、０２４、０２５、０２６、０２７のページも同様で
あり、クライアント機器ＰＣに表示される措置を今回行
って［完了］ボタンを押すか、表示される措置を完了し
ており［先ほど対処した］のボタンを押すかによってリ
ンク先を変えている。このように、パチンコ機の修理に
おいては、何らかの処理を行うと電源投入に戻る必要が
あり、同じページが複数回送信されるが、この実施例で
はユーザの操作履歴を保存されているので、最終的に、
どのように対処した結果、或いは、何を交換した結果、
故障が修理できたかを最終処理プログラムにおいて把握
することができる。また、交換した部材や個数も把握で
きる。なお、問題の部材をチェックしただけなのか、当
該部材を実際に交換したのかまで把握するため、必要に
応じて、回答データを送信させるのは勿論である。

【００３２】このように、サーバ機器からの誘導にした
がって図８及び図９のようにパチンコ機の各部材を点検
していく上で、部材の交換を要求されるが、営業マンや
ホール係員は交換部材を持っていないのが常である。そ
こで、このような場合には、正常に動作している隣りの
パチンコ機の同一部材を外して、故障しているパチンコ
機に取り付ける。

【００３３】このようにして図８の手順で処理を進めて
いくと、やがて、図１１に例示するような０１０ページ
の画像がクライアント機器ＰＣに表示される。この０１
０ページのＨＴＭＬファイルは、例えば、図５（ｂ）の
ような構成であり、ｙｅｓのボタンが押されると、その
後の処理は、終了処理プログラムＥＮＤ．ＣＧＩに渡さ
れ、会話ログテーブルのデータに基づいて故障修理内容
が解析され、解析内容や交換部材についてユーザに確認
を求めた後、故障診断結果データが構築される。

【００３４】そして、必要な交換部材を自動的に発注
し、その後、故障内容と故障修理方法を添付して営業マ
ンやホール係員に渡すことが可能となる。なお、この実
施例の場合には、早い段階でユーザＩＤとパスワードの
入力をさせたが、故障修理内容を解析して、その解析内
容や交換部材についてユーザに確認を求める段階までユ
ーザＩＤなどのチェックを保留しても良い。このような
システムでは、最後の回答(YES/NO)とユーザＩＤ及びパ
スワードが入力されない場合には、管理情報を確定でき
ないことになるが、本システムの試用を認めるという意
味では大きな意義がある。

【００３５】いずれにしても本システムでは、パチンコ
機の不具合の症状を、各部材の状況を確認しながら処理
を進めることができ、適切な対処法を提示することが可
能となる。また、どのような対処経路を経て最終的に不
具合の解消に至ったのか、把握することが可能となる。

【００３６】なお、以上の説明では、サーバ機器ＳＶ
は、自ら付与したエントリー番号に基づいて同一人の手
続き過程を把握したが、特にこの方法に限定されるもの
ではなく、例えば、クライアント機器のＩＰアドレスや
ＭＡＣアドレス、その他の方法によって管理しても良
い。

【００３７】また、上記の実施例では、診断処理の途中
からＣＧＩプログラムの処理によって手続き履歴を把握
したが、この方法に限定される必要はなく、当初からＣ
ＧＩプログラムの制御によって進行させても良い。な
お、ＣＧＩに限らず、類似のあらゆる仕組みを利用でき
るのは勿論である。

【００３８】なお、簡易性の観点からは、全てのＨＴＭ
Ｌファイルを固定的にＷＥＢデータベースＤＢ１に用意
しておき、殆どの処理をＷＷＷサーバに負担させ、修理
完了後に、総括的な情報をユーザＩＤなどと共に入力さ
せるようにしても良い。この場合には、ユーザＩＤやパ
スワードの確認の後、入力された情報を編集するだけで
図６のような故障診断データを作成することが可能とな
る。

【００３９】また、このような実施態様を採る場合に
は、故障機種や故障内容が特定できた段階で必要なデー
タ及びプログラムをクライアント機器にダウンロードさ
せ、その後はオフライン状態で作業させても良い。そし
て、修理完了後に、総括的な情報をユーザＩＤなどと共
に入力させた段階で、インターネット回線に接続して情
報を回収すれば良い。

【００４０】更にまた、一連の処理を実現するデータ及
びプログラムをインストール済みのノートパソコンを営
業マンなどが持ち歩き、修理完了後、総括的な情報をユ
ーザＩＤなどと共に入力させた段階で、インターネット
回線に接続して情報を回収することもできる。また、ク
ライアント機器としては、携帯可能なコンピュータ以外
にも、デスクトップ型コンピュータ等の固定的に配置さ
れるコンピュータを用いても良い。

【００４１】

【発明の効果】以上説明したように、本発明によれば、
遊技機の不具合の対処を迅速且つ適切になすことがで
き、各機器固有の弱点なども容易に把握できる遊技機の
診断システムを実現できる。

【図面の簡単な説明】

【図１】本発明の一実施例を図示した概略構成図であ
る。

【図２】ＣＧＩプログラムの処理手順を説明する図面で
ある。

【図３】ＣＧＩプログラムが登録していく会話ログテー
ブルの概念図である。

【図４】ＣＧＩプログラムが読み出す基礎データを示す
概念図である。

【図５】ＣＧＩプログラムが生成するＨＴＭＬファイル
の内容を示す概念図である。

【図６】ＣＧＩプログラムが生成する故障診断結果テー
ブルを示す概念図である。

【図７】クライアント機器の表示画面の一例である。

【図８】サーバ機器の動作内容の一例を示すフローチャ
ートである。

【図９】サーバ機器の動作内容の一例を示すフローチャ
ートである。

【図１０】クライアント機器の表示画面の一例である。

【図１１】クライアント機器の表示画面の一例である。

【符号の説明】

ＮＥＴインターネット回線ＳＶサーバ機器ＰＣクライアント機器（コンピュータ機器）

Claims

【特許請求の範囲】

【請求項１】リンク情報によって結合された一群のフ
ァイルに故障診断の方法を記載しておき、コンピュータ
機器ＰＣによって前記一群のファイルを読み出しつつ故
障診断処理を進めて修理を行い、その手続きを総括した
情報を中央情報管理部に収集して保存するようにしてい
ることを特徴とする遊技機の故障診断システム。
【請求項２】インターネット回線ＮＥＴに接続された
サーバ機器ＳＶと、前記サーバ機器ＳＶからアクセスさ
れるＷＥＢデータベースＤＢ１と、前記ＷＥＢデータベ
ースＤＢ１から必要なデータを取得し、管理データベー
スＤＢ２の内容を更新する管理装置Ｍ１とで構成されて
いる請求項１に記載の故障診断システム。
【請求項３】前記サーバ機器ＳＶは、前記総括的な情
報を自らの解析処理に基づいて生成している請求項１又
は２に記載の故障診断システム。
【請求項４】前記サーバ機器ＳＶは、前記総括的な情
報の適否をユーザ側に確認させ、確認後の情報を前記中
央情報管理部に保存するようにしている請求項２又は３
に記載の故障診断システム。
【請求項５】前記サーバ機器ＳＶは、前記総括的な情
報を前記携帯可能なコンピュータ機器ＰＣから得ている
請求項１又は２に記載の故障診断システム。
【請求項６】前記総括的な情報には、顧客情報、機種
情報、診断日時、故障内容情報、交換部材情報が含まれ
ている請求項１〜５のいずれかに記載の故障診断システ
ム。
【請求項７】前記交換部材の情報を受けると、前記サ
ーバ機器又は前記中央管理部側の機器が機能して自動的
に発注処理が実行される請求項６に記載の故障診断シス
テム。
【請求項８】前記サーバ機器は、ログインユーザに対
してＩＤを付与し、このＩＤに関連させたログテーブル
に、自らの処理内容を順次記録するようにしている請求
項１〜７のいずれかに記載の故障診断システム。
【請求項９】前記ログテーブルには、処理日時が記録
されるようになっている請求項８に記載の故障診断シス
テム。
【請求項１０】前記サーバ機器は、前記動的ＩＤに対
応したログインユーザ毎のファイルを構築している請求
項８又は９に記載の故障診断システム。