(57)【要約】【課題】熟練していないサービスマンであっても迅速かつ確実なメンテナンス作業を効率よく行うことを可能にする、遊技機のメンテナンス支援システムを提供すること等を課題とする。【解決手段】遊技機のメンテナンス支援システムであって、携帯電話７０は、支援要求情報を入力するための入力手段と、支援要求情報を支援サーバ１０に送信すると共に、この支援サーバ１０から送信された支援情報を受信するための端末側送受信手段と、受信された支援情報を出力する出力手段とを備え、支援サーバ１０は、支援要求情報を受信すると共に、この支援要求情報に対応する支援情報を携帯電話７０に送信する支援装置側送受信手段と、支援要求情報と支援情報とを、相互に関連付けて格納する支援情報格納手段と、この支援要求情報に基づいて支援情報格納手段を参照することにより、この受信された支援情報に対して応答すべき支援情報を取得する支援処理手段とを備える。【選択図】        図４
2006325732.tif 000002
【特許請求の範囲】
【請求項１】
遊技機に対するメンテナンス作業を支援するため、端末装置と支援装置とを通信可能に接続して構成された、遊技機のメンテナンス支援システムであって、
前記端末装置は、
前記遊技機に対するメンテナンスの支援を要求するための支援要求情報を入力するための入力手段と、
前記入力手段にて入力された前記支援要求情報を前記支援装置に送信すると共に、この支援要求情報に対して応答すべき情報として前記支援装置から送信された支援情報を受信するための端末側送受信手段と、
前記端末側送受信手段にて受信された支援情報を出力する出力手段とを備え、
前記支援装置は、
前記端末装置から送信された前記支援要求情報を受信すると共に、この支援要求情報に対応する前記支援情報を前記端末装置に送信する支援装置側送受信手段と、
前記支援要求情報と、この支援要求情報に対応して提供すべき前記支援情報とを、相互に関連付けて格納する支援情報格納手段と、
前記支援装置側送受信手段にて前記支援要求情報が受信された際、この受信された支援要求情報に基づいて前記支援情報格納手段を参照することにより、この受信された支援情報に対して応答すべき前記支援情報を取得する支援処理手段とを備えたこと、
を特徴とする遊技機のメンテナンス支援システム。
【請求項２】
前記支援要求情報は、前記遊技機の機種を特定するための機種情報を含み、
前記支援情報格納手段には、前記支援情報として、前記遊技機において故障し得る箇所を前記端末装置において提示するための故障箇所候補情報が、前記機種情報に関連付けて格納され、
前記支援装置の前記支援処理手段は、前記端末装置から送信された前記支援要求情報に前記機種情報が含まれる場合には、この機種情報に対応する前記故障箇所候補情報を、前記支援情報として取得すること、
を特徴とする請求項１に記載の遊技機のメンテナンス支援システム。
【請求項３】
前記支援要求情報は、前記遊技機の故障箇所を特定するための故障箇所情報を含み、
前記支援情報格納手段には、前記支援情報として、前記遊技機の故障箇所において発生し得る故障内容を前記端末装置において提示するための故障内容候補情報が、前記故障箇所情報に関連付けて格納され、
前記支援装置の前記支援処理手段は、前記端末装置から送信された前記支援要求情報に前記故障箇所情報が含まれる場合には、この故障箇所情報に対応する前記故障内容候補情報を、前記支援情報として取得すること、
を特徴とする請求項１又は２に記載の遊技機のメンテナンス支援システム。
【請求項４】
前記支援要求情報は、前記遊技機の故障内容を特定するための故障内容情報を含み、
前記支援情報格納手段には、前記支援情報として、前記遊技機の故障内容に対して取り得る修理方法を前記端末装置において提示するための修理方法候補情報が、前記故障内容情報に関連付けて格納され、
前記支援装置の前記支援処理手段は、前記端末装置から送信された前記支援要求情報に前記故障内容情報が含まれる場合には、この故障内容情報に対応する前記修理方法候補情報を、前記支援情報として取得すること、
を特徴とする請求項１から３のいずれか一項に記載の遊技機のメンテナンス支援システム。
【請求項５】
前記支援要求情報は、前記支援装置から前記端末装置に過去に送信された前記支援情報が、前記遊技機のメンテナンス作業に有効であったか否かを特定するための有効性情報を含み、
前記支援情報格納手段には、前記支援装置側送受信手段にて受信された前記支援要求情報に含まれた前記有効性情報が格納され、
前記支援処理手段は、前記支援情報格納手段に格納された前記有効性情報に基づいて前記支援情報が有効であった頻度を算定し、この頻度に基づいて前記支援情報を選択すること、
を特徴とする請求項１から４のいずれか一項に記載の遊技機のメンテナンス支援システム。
【請求項６】
前記支援情報格納手段には、前記支援情報として、前記修理方法候補情報によって提示される修理方法が前記遊技機の部品交換を要するものであるか否かを特定するための部品交換要否情報が格納され、
前記支援処理手段は、前記支援情報格納手段に格納された前記部品交換要否情報を参照し、前記遊技機の部品交換を要しない修理方法を提示する前記修理方法候補情報を優先的に選択すること、
を特徴とする請求項４又は５に記載の遊技機のメンテナンス支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パチンコ機やスロットマシンに代表される遊技機に関する各種の情報を処理するためのシステムに関し、特に、遊技機に対する点検や修理等の各種のメンテナンス作業を支援するための、遊技機のメンテナンス支援システムに関する。
【背景技術】
【０００２】
パチンコ機やスロットマシンに代表される遊技機が遊技場に設置された後、この遊技機が何らかの原因によって故障等して使用できなくなる場合がある。このような場合、遊技場からの連絡を受けたサービスマンは、この遊技場に急行して、故障している遊技機を修理する。このような修理を行うために、サービスマンは、遊技機に生じている故障状況を把握した後、この故障状況に基づいて、故障原因や修理方法を特定して修理を行う必要がある。このような故障原因や修理方法を特定するための従来の最も一般的な方法は、サービスマンが自らの知識に基づいて特定することであった。すなわち、サービスマンは、遊技機の構造や仕様に関する知識を研修等によって予め学習し、この知識を故障状況と照らし合わせることで、故障原因や修理方法を特定していた。
【０００３】
しかしながら、近年、遊技機の構造の複雑化に伴ってその故障原因や修理方法も多様化しており、また、遊技機の仕様変更サイクルが短期化していることに伴ってサービスマンが学習すべき知識が膨大になっている。このため、サービスマンの知識のみに頼る従来の方法では、故障原因や修理方法を特定することが困難になってきていた。さらに、このような知識のみに頼る方法では、サービスマンの教育に時間を要するため、サービスコストが増大していた。また、サービスマンの知識は各人の経験や能力によってばらつきが生じ易いため、熟練していないサービスマンは複雑な故障を修理できない等、高質の保守サービスを安定的に供給することが困難になっていた。
【０００４】
このような点に鑑みて、従来から、修理作業の紙マニュアル化が行われていた。すなわち、遊技機毎に紙マニュアルが予め作成され、これがサービスマンに配布されていた。この紙マニュアルには、想定される複数の故障状況と、これら複数の故障状況のそれぞれに対応する故障原因や修理方法とが掲載されており、これをサービスマンが遊技場に携行して参照することによって、故障原因や修理方法を特定することが可能になっていた。また、遊技機における故障原因を特定し易くするために、故障原因を自動的に特定して表示するための機能を遊技機に付加することも提案されていた（例えば、特許文献１参照）。
【０００５】
【特許文献１】特開２０００−０６１０４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、このように修理作業を紙マニュアル化することは、ペーパーレス化という近年の時代的要請に逆行するものであるため、改善が要望されていた。また、遊技機の仕様変更サイクルが短期化していることから、紙マニュアルの数も膨大になり、故障した遊技機に対応する紙マニュアルを選択して携行する作業が煩雑になっていた。このため、サービスマンが、意図したものとは違う遊技機用の紙マニュアルを遊技場に携行してしまったり、紙マニュアルを持たないで遊技場に急行してしまうことがある等、紙マニュアルを十分に活用することが困難であり、メンテナンス作業に支障をきたすことがあった。また、故障原因を自動的に特定して表示する機能を遊技機に付加したとしても、全ての原因を詳細に特定して表示することは困難である。また、原因を詳細に特定するためには、特殊な制御手段や多数のセンサを設ける必要が生じることから、遊技機全体の単価の高騰を招くことになるため限界がある。従って、故障原因を自動的に特定等する技術が向上したとしても、故障原因の特定や分析を人間自らが実施することは依然として不可欠な事項であり、この作業を無くすのではなく、この作業をサポートする機能を設けることが最も好ましい。
【０００７】
本発明はこのような問題に鑑みてなされたものであり、熟練していないサービスマンであっても迅速かつ確実なメンテナンス作業を効率よく行うことを可能にする、遊技機のメンテナンス支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した目的を達成するために、本発明に係る遊技機のメンテナンス支援システムは、遊技機（１）に対するメンテナンス作業を支援するため、端末装置（７０）と支援装置（１０）とを通信可能に接続して構成された、遊技機（１）のメンテナンス支援システムであって、前記端末装置（７０）は、前記遊技機（１）に対するメンテナンスの支援を要求するための支援要求情報を入力するための入力手段（７１）と、前記入力手段（７１）にて入力された前記支援要求情報を前記支援装置（１０）に送信すると共に、この支援要求情報に対して応答すべき情報として前記支援装置（１０）から送信された支援情報を受信するための端末側送受信手段（７６）と、前記端末側送受信手段（７６）にて受信された支援情報を出力する出力手段（７２）とを備え、前記支援装置（１０）は、前記端末装置（７０）から送信された前記支援要求情報を受信すると共に、この支援要求情報に対応する前記支援情報を前記端末装置（７０）に送信する支援装置側送受信手段（１３）と、前記支援要求情報と、この支援要求情報に対応して提供すべき前記支援情報とを、相互に関連付けて格納する支援情報格納手段（１１）と、前記支援装置側送受信手段（１３）にて前記支援要求情報が受信された際、この受信された支援要求情報に基づいて前記支援情報格納手段（１１）を参照することにより、この受信された支援情報に対して応答すべき前記支援情報を取得する支援処理手段（１２ｄ）とを備えたことを特徴とする。
【０００９】
また、請求項２に記載の本発明は、請求項１に記載の本発明において、前記支援要求情報は、前記遊技機（１）の機種を特定するための機種情報を含み、前記支援情報格納手段（１１）には、前記支援情報として、前記遊技機（１）において故障し得る箇所を前記端末装置（７０）において提示するための故障箇所候補情報が、前記機種情報に関連付けて格納され、前記支援装置（１０）の前記支援処理手段（１２ｄ）は、前記端末装置（７０）から送信された前記支援要求情報に前記機種情報が含まれる場合には、この機種情報に対応する前記故障箇所候補情報を、前記支援情報として取得することを特徴とする。
【００１０】
また、請求項３に記載の本発明は、請求項１又は２に記載の本発明において、前記支援要求情報は、前記遊技機（１）の故障箇所を特定するための故障箇所情報を含み、前記支援情報格納手段（１１）には、前記支援情報として、前記遊技機（１）の故障箇所において発生し得る故障内容を前記端末装置（７０）において提示するための故障内容候補情報が、前記故障箇所情報に関連付けて格納され、前記支援装置（１０）の前記支援処理手段（１２ｄ）は、前記端末装置（７０）から送信された前記支援要求情報に前記故障箇所情報が含まれる場合には、この故障箇所情報に対応する前記故障内容候補情報を、前記支援情報として取得することを特徴とする。
【００１１】
また、請求項４に記載の本発明は、請求項１から３のいずれか一項に記載の本発明において、前記支援要求情報は、前記遊技機（１）の故障内容を特定するための故障内容情報を含み、前記支援情報格納手段（１１）には、前記支援情報として、前記遊技機（１）の故障内容に対して取り得る修理方法を前記端末装置（７０）において提示するための修理方法候補情報が、前記故障内容情報に関連付けて格納され、前記支援装置（１０）の前記支援処理手段（１２ｄ）は、前記端末装置（７０）から送信された前記支援要求情報に前記故障内容情報が含まれる場合には、この故障内容情報に対応する前記修理方法候補情報を、前記支援情報として取得することを特徴とする。
【００１２】
また、請求項５に記載の本発明は、請求項１から４のいずれか一項に記載の本発明において、前記支援要求情報は、前記支援装置（１０）から前記端末装置（７０）に過去に送信された前記支援情報が、前記遊技機（１）のメンテナンス作業に有効であったか否かを特定するための有効性情報を含み、前記支援情報格納手段（１１）には、前記支援装置側送受信手段（１３）にて受信された前記支援要求情報に含まれた前記有効性情報が格納され、前記支援処理手段（１２ｄ）は、前記支援情報格納手段（１１）に格納された前記有効性情報に基づいて前記支援情報が有効であった頻度を算定し、この頻度に基づいて前記支援情報を選択することを特徴とする。
【００１３】
また、請求項６に記載の本発明は、請求項４又は５に記載の本発明において、前記支援情報格納手段（１１）には、前記支援情報として、前記修理方法候補情報によって提示される修理方法が前記遊技機の部品交換を要するものであるか否かを特定するための部品交換要否情報が格納され、前記支援処理手段（１２ｄ）は、前記支援情報格納手段（１１）に格納された前記部品交換要否情報を参照し、前記遊技機（１）の部品交換を要しない修理方法を提示する前記修理方法候補情報を優先的に選択することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、メンテナンスの支援を要求するための支援要求情報が端末装置から支援装置に送信されると、この支援要求情報に対応する支援情報が支援装置から端末装置に送信される。従って、遊技場において遊技機をメンテナンスしているメンテナンスマンがこの端末装置を介して各種の支援情報を取得でき、この支援情報を参照しつつ修理作業や保守作業を行うことができる。このため、サービスマンは、端末装置のみを保有していればメンテナンス作業等を実行でき、従来の紙マニュアルを携行する必要がなくなるので、紙マニュアルを不要にできる。特に、端末装置は遊技機の種類によらず同一のものを携行すれば良いので、マニュアルの選択ミスによって生じていた不具合を解消できる。
【００１５】
また、本発明によれば、機種情報が端末装置から支援装置に送信されると、この機種情報に対応する故障箇所候補情報が支援装置から端末装置に送信される。従って、遊技機の機種を特定すると、この機種に応じた故障箇所の候補が対話的に自動的に提示されるので、故障箇所を特定するための知識をサービスマンに持たせる必要がなくなるので、サービスマンに対する教育コストを低減できると共に、熟練していないサービスマンであっても高質なサービスを効率よく提供できる。
【００１６】
また、本発明によれば、故障箇所情報が端末装置から支援装置に送信されると、この故障箇所情報に対応する故障内容候補情報が支援装置から端末装置に送信される。従って、遊技機の故障箇所を特定すると、この故障箇所に応じた故障内容の候補が対話的に自動的に提示されるので、故障内容を特定するための知識をサービスマンに持たせる必要がなくなるので、サービスマンに対する教育コストを低減できると共に、熟練していないサービスマンであっても高質なサービスを効率よく提供できる。
【００１７】
また、本発明によれば、故障内容情報が端末装置から支援装置に送信されると、この故障内容情報に対応する修理方法候補情報が支援装置から端末装置に送信される。従って、遊技機の故障内容を特定すると、この故障内容に応じた修理方法の候補が対話的に自動的に提示されるので、修理方法を特定するための知識をサービスマンに持たせる必要がなくなるので、サービスマンに対する教育コストを低減できると共に、熟練していないサービスマンであっても高質なサービスを効率よく提供できる。
【００１８】
また、本発明によれば、１つの故障内容に対して複数の修理方法候補が存在する場合には、有効性の高い修理方法が優先的に提示されるので、修理を一層迅速に行うことが可能になる。
【００１９】
また、本発明によれば、１つの故障内容に対して複数の修理方法候補が存在する場合には、部品交換を要しない修理方法が優先的に提示されるので、本来であれば交換する必要のない正常な部品を誤って交換してしまうという事態を抑止して、修理コストの低減を図ることができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の好ましい実施の形態について添付図面を参照しながら詳細に説明する。まず、本実施の形態の基本概念について説明する。本実施の形態は、遊技機のメンテナンス作業を支援するためのシステムに関するものである。
【００２１】
この支援システムの特徴の一つは、遊技機のメンテナンスを行うサービスマンが保持する端末装置（例えば、携帯電話）と、遊技機の製造メーカの如き管理会社側に設定された支援サーバとを通信可能に接続し、メンテナンス作業を行う上で有用な情報を、必要に応じて支援サーバから端末装置に送信することにある。例えば、遊技機の修理方法を端末装置に送信することができ、この修理方法を参照してサービスマンが修理を行うことができる。このような支援システムを構築することで、サービスマンは、端末装置のみを保有していればメンテナンス作業を実行でき、従来の紙マニュアルを携行する必要がなくなるので、紙マニュアルを不要にできる。特に、端末装置は遊技機の種類によらず同一のものを携行すれば良いので、マニュアルの選択ミスによって生じていた不具合を解消できる。
【００２２】
また、支援システムの他の特徴の一つは、メンテナンスに必要な情報の取得を対話形式化したことにある。すなわち、サービスマンは、支援サーバから提示される質問に回答する形で端末装置に情報を入力していくことで、最終的に、所望の修理方法の情報を取得することができる。例えば、この対話により、まず故障した遊技機の機種名が特定され、この機種名の遊技機に発生し得る故障箇所が特定され、この故障箇所に発生し得る故障内容が特定され、最終的には、この故障内容に合致した修理方法がサービスマンの端末装置に提示される。このような対話システムを構築することで、故障箇所や修理方法を特定するための知識をサービスマンに持たせる必要がなくなるので、サービスマンに対する教育コストを低減できると共に、熟練していないサービスマンであっても高質なサービスを効率よく提供できる。
【００２３】
さらに、支援システムの他の特徴の一つは、修理方法の有効性の肯定を自動的に判断し、この有効性が高い順に修理方法を順次提示することにある。すなわち、一つの箇所に同じような内容の故障が発生した場合においても、その詳細な修理原因が異なる等の理由によって、この故障に対する具体的な修理方法が異なる場合がある。このような場合、高頻度で発生し得る故障原因に合致した修理方法を提示することで、修理を一層迅速に行うことが可能になる。
【００２４】
なお、本実施の形態においては、必要に応じて、タグ識別情報を用いた情報管理を行う。具体的には、遊技機の全体又は一部によって構成される所定単位毎にＩＤタグが貼付される。このＩＤタグには、各ＩＤタグを一意に識別するためのタグ識別情報（タグ識別情報）が保持されている。そして、このタグ識別情報を必要に応じて読取ることで、遊技機の全体又は一部に関する各種の情報を管理する。このＩＤタグの具体的構成形態は任意であり、例えば、非接触式ＩＣメモリ（株式会社日立製作所製のミューチップ（登録商標）等）、ＱＲコード（Ｑｕｉｃｋ  Ｒｅｓｐｏｎｓｅ  Ｃｏｄｅ）、あるいは、バーコードを用いることができる。以下の説明では、ＩＤタグとして非接触式ＩＣメモリを用いた場合について説明する。また、タグ識別情報を付する具体的単位も任意であるが、以下の説明では、遊技機全体と、この遊技機に組み込まれた「ユニット」と称される構成要素毎に、タグ識別情報を貼付する場合について説明する。
【００２５】
ここで、本実施の形態における遊技機の具体的内容は任意であり、例えば、パチンコ機、スロットマシン、アーケードゲーム機を挙げることができる。以下の説明では遊技機がスロットマシン（回胴式遊技機）である場合を例に挙げて説明する。また、メンテナンス作業の具体的内容も任意であり、例えば、定期点検や保守、故障時やクレーム時の修理や補修、仕様変更時の調整作業を挙げることができる。以下の説明では遊技機の故障を修理する場合を例に挙げて説明する。また、サービスマンが保有する端末装置の具体的構成も任意であり、例えば、本システムに専用の端末装置、汎用のＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、あるいは、携帯電話を挙げることができる。以下の説明では端末装置が携帯電話として構成された場合を例に挙げて説明する。このように端末装置を携帯電話として構成した場合、携帯電話はメンテナンスマンがメンテナンス作業の有無に関わらず常に携行するものであることから、遊技場への急行時に携行し忘れることを防止できる。
【００２６】
次に、本実施の形態の具体的内容について説明する。以下では、メンテナンスの対象になるスロットマシンの構成と、このスロットマシンの製造からリサイクルに至る一連の流通サイクルについて説明する。その後、このような流通サイクルにおいてスロットマシンを管理等するためのメンテナンス支援システムの基本構成と、このメンテナンス支援システムを用いてタグ識別情報を収集するための情報収集処理とについて説明し、最後に、この情報収集処理において収集された情報を用いて行われる支援処理について説明する。
【００２７】
最初に、メンテナンスの対象になるスロットマシンの構成について説明する。ただし、特に説明なき構成については従来のスロットマシンの構成と同様である。図１はスロットマシンの正面図、図２はフロントマスクを開いた状態における図１のスロットマシンの正面図である（フロントマスクを省略して示す）。図１に示すようにスロットマシン１は、縦長方形状の筐体である裏箱２の前面に、この裏箱２と略同一の外形に形成されたフロントマスク３を、回動自在かつ着脱自在に軸支させて構成されている。
【００２８】
このフロントマスク３には、その上方から下方に至る順に、各種の遊戯情報をユーザに向けて表示するための液晶ユニットＵＮ１、後述するリールユニットＵＮ４の図柄をユーザに覗かせるための透明窓３ａ、ユーザが遊戯操作を行うための各種の操作部品を含んだ操作部品群３ｂ、各種の遊戯情報をユーザに提示するための表示パネル３ｃ、及び、遊戯の効果音等を出力するためのスピーカ部３ｄが設けられている。なお、図示は省略するが、このフロントマスク３の裏面の上下略中央位置には、このスロットマシン１の電子制御システムの一部を搭載した副基板ユニットＵＮ２が設けられている。
【００２９】
また、図２に示すように、裏箱２には、その上方から下方に至る順に、スロットマシン１の主たる電子制御機器を搭載した主基板ユニットＵＮ３、遊技用の図柄を表示する回胴手段としてのリールユニットＵＮ４、メダルの払い出しを行うホッパーユニットＵＮ５、スロットマシン１に所定電圧の電力を供給する電源ユニットＵＮ６が設けられている。
【００３０】
ここで、上述したフロントマスク３と、液晶ユニットＵＮ１、副基板ユニットＵＮ２、主基板ユニットＵＮ３、リールユニットＵＮ４、ホッパーユニットＵＮ５、及び、電源ユニットＵＮ６（以下、これら液晶ユニットＵＮ１〜電源ユニットＵＮ６を必要に応じて「ユニットＵＮ１〜ＵＮ６」と総称する）の各々には、図示しないＩＤタグＴが貼付されている。このうち、フロントマスク３に貼付されたＩＤタグＴは、スロットマシン１を全体として一意に識別するためのタグ識別情報（以下、必要に応じて「スロットマシン１のタグ識別情報」と称する）を読み取り可能に保持する。また、各ユニットＵＮ１〜ＵＮ６に貼付されたＩＤタグＴは、各ユニットＵＮ１〜ＵＮ６を一意に識別するためのタグ識別情報を読み取り可能に保持する。このようにスロットマシン１や各ユニットＵＮ１〜ＵＮ６にＩＤタグＴを貼付することで、これらスロットマシン１や各ユニットＵＮ１〜ＵＮ６の個別管理を容易かつ確実に行うことができる。
【００３１】
次に、このように構成されたスロットマシン１の製造からリサイクルに至る一連の流通サイクルについて概説する。図３は、流通サイクル全体を概念的に示すブロック図である。この図３に示すように、スロットマシン１の流通工程は、スロットマシン１が製造される製造工程（ステップＳＡ）、製造されたスロットマシン１が各遊技場Ｈ１〜Ｈｎ（図３には遊技場Ｈ１、Ｈ２のみを示す）に運送される運送工程（ステップＳＢ）、運送されたスロットマシン１が遊技場Ｈ１〜Ｈｎで実際に利用される運用工程（ステップＳＣ）、遊技機の品質を管理するための品質管理工程（ステップＳＤ）、及び、運用済みのスロットマシン１を再利用するためのリサイクル工程（ステップＳＥ）に大別される。
【００３２】
まず、製造工程（ステップＳＡ）では、主基板ユニットＵＮ３やリールユニットＵＮ４の如き各ユニットＵＮ１〜ＵＮ６が、それぞれ別のユニット工場ＵＦ１〜ＵＦｎにて製造された後、１箇所の製造工場Ｆに納入される。そして、この製造工場Ｆにおいて、各ユニット工場ＵＦ１〜ＵＦｎから納入された各ユニットＵＮ１〜ＵＮ６の入庫を受け付け、この入庫された各ユニットＵＮ１〜ＵＮ６を保管する入庫・保管工程（ステップＳＡ１）、保管された各ユニットＵＮ１〜ＵＮ６をフロントマスク３や裏箱２に組み付けてスロットマシン１を完成させる組立工程（ステップＳＡ２）、組み立てられたスロットマシン１の検査を行う検査工程（ステップＳＡ３）、検査に合格したスロットマシン１を出荷まで保管する保管工程（ステップＳＡ４）、保管されたスロットマシン１に主基板ユニットＵＮ３を組付けて出荷する最終組立・出荷工程（ステップＳＡ５）が順次行われる。なお、組立工程（ステップＳＡ２）においては、リサイクル工程を経て回送されたユニットＵＮ１〜ＵＮ６やその他の部品が、必要に応じてスロットマシン１に組込まれて再利用される。
【００３３】
次いで、運送工程（ステップＳＢ）では、製造されたスロットマシン１が運送拠点になる拠点倉庫に保管され（ステップＳＢ１）、さらに各遊技場Ｈ１〜Ｈｎの近傍の一次倉庫に移送されて、納入日が来るまで保管される（ステップＳＢ２）。そして、納入日が到来すると、スロットマシン１が一次倉庫から納入先の遊技場Ｈ１〜Ｈｎに搬入され設置される（ステップＳＢ３）。
【００３４】
その後、運用工程（ステップＳＣ）では、遊技場Ｈ１〜Ｈｎに設置されたスロットマシン１がユーザによる遊技に供される。そして、必要に応じて、ある遊技場（図示では遊技場Ｈ１）において需要がなくなったスロットマシン１が撤去され（ステップＳＣ１）、需要がある他の遊技場（図示では遊技場Ｈ２）に設置されて再利用される。
【００３５】
ここで、遊技場Ｈ１〜Ｈｎに設置された遊技機に何らかの不具合があった場合には、サービスマンがこの遊技場Ｈ１〜Ｈｎに急行して修理を行う。その際、修理不能であるとしてユニットＵＮ１〜ＵＮ６やその他の部品が交換された場合には、品質管理工程（ステップＳＤ）において、その不良の原因を解析する不良品解析作業が行われる。
【００３６】
このような過程を経て、利用を終えて遊技場Ｈ１〜Ｈｎから最終的に撤去されたスロットマシン１は、リサイクル工程ステップＳＥでリサイクルされる。このリサイクル工程では、遊技場Ｈ１〜Ｈｎから運送されたスロットマシン１の入荷を受け付ける入荷工程（ステップＳＥ１）、入荷されたスロットマシン１のユニットＵＮ１〜ＵＮ６や部品の再利用の可否を選別する選別工程（ステップＳＥ２）、再利用可能と判断されたユニットＵＮ１〜ＵＮ６や部品の検査を行う検査工程（ステップＳＥ３）が順次行われる。そして、検査に合格したユニットＵＮ１〜ＵＮ６や部品は、組立て時までリユース倉庫で保管される（ステップＳＥ４）。一方、選別工程で再利用不可と判断されたユニットＵＮ１〜ＵＮ６や部品、あるいは、検査工程で検査に合格しなかったユニットＵＮ１〜ＵＮ６や部品は、廃棄工程において廃棄され（ステップＳＥ５）、この廃棄材料のうち再利用可能な材料が各ユニット工場ＵＦ１〜ＵＦｎに回送されて再利用される。これにて流通サイクルが終了する。
【００３７】
次に、このような流通サイクルにおいてスロットマシンを管理等するためのメンテナンス支援システムの基本構成について説明する。図４は、支援システム全体の構成を機能概念的に示すブロック図である。この図４には、支援システムに関与するエリアのうち代表的なものを示す。この図４において、スロットマシン１の製造元である製造メーカＭＦ、ＩＤタグＴを製造するＩＤタグ製造工場ＩＤＦ、ＩＤタグＴを管理するＩＤタグ管理会社ＩＤＭ、各ユニットＵＮ１〜ＵＮ６を製造する複数のユニット工場ＵＦ１〜ＵＦｎ、各ユニットＵＮ１〜ＵＮ６を組み付けてスロットマシン１を製造する製造工場Ｆ、及び、スロットマシン１が設置される複数の遊技場（ホール）Ｈ１〜Ｈｎが示されている。ただし、このようなエリアの具体的構成は変更可能であり、例えば、ＩＤタグ管理会社ＩＤＭや製造工場Ｆを製造メーカＭＦと一体に構成することができる。
【００３８】
このうち、製造メーカＭＦには、メンテナンス支援や不良品解析支援を行うための支援サーバ１０と、各種の情報の入出力を行うための支援端末２０とが配置されており、これら支援サーバ１０と支援端末２０とがＬＡＮ３０（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）にて通信可能に接続されている。また、ＩＤタグ製造工場ＩＤＦ、ＩＤタグ管理会社ＩＤＭ、ユニット工場ＵＦ１〜ＵＦｎ、及び、製造工場Ｆの各々には、ＩＤタグＴに記憶されたタグ識別情報を読取るための読取装置４０と、ローカルサーバ５０とが設置されている。そして、これら読取装置４０とローカルサーバ５０とは、インターネットの如き任意構成のネットワーク６０を介して支援サーバ１０に通信可能に接続されている。さらに、遊技場Ｈ１〜Ｈｎに出向いているサービスマンは携帯電話７０を保有している。この携帯電話７０は、基地局８０及びネットワーク６０を介して支援サーバ１０に通信可能に接続されている。
【００３９】
このような各装置のうち、まず製造メーカＭＦに設置される支援サーバ１０の構成について説明する。この支援サーバ１０は、製造メーカＭＦにおける各種の情報の収集及び管理を行うと共に、これら情報を利用してメンテナンス支援や不良品解析支援を行うための装置であり、特許請求の範囲における支援装置に対応する。図５は、図４の支援サーバ１０の構成を機能概念的に示すブロック図である。この図５に示すように、支援サーバ１０は、記憶部１１、処理部１２、及び、ネットワークインターフェース（以下、ネットワークＩＦ）１３を備えて構成されており、これら各部がバス１４を介して通信可能に接続されている。
【００４０】
このうち、記憶部１１は、支援処理を実行するために必要な各種の情報を不揮発的に記憶するための記憶手段であり、特許請求の範囲における支援情報格納手段に対応する。この記憶部１１の具体的構成は任意であるが、例えば、ＨＤ（Ｈａｒｄ  Ｄｉｓｋ）やＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）として構成することができる。この記憶部１１には、各種の情報を格納するデータテーブルとして、タグ情報テーブル、ユニット対応情報テーブル、ユニット管理情報テーブル、組合せ情報テーブル、稼動履歴情報テーブル、遊技場情報テーブル、サービスマン情報テーブル、受注管理情報テーブル、メンテナンス情報テーブル、有効性情報テーブル、及び、修理履歴情報テーブルが記憶されている。図６から１６には、これら各情報テーブルのデータ構造例を示す。
【００４１】
このうち、図６に示すタグ情報テーブルは、ＩＤタグＴに関する情報を格納するテーブルであり、例えば、各ＩＤタグＴが保持するタグ識別情報、各ＩＤタグＴがＩＤタグ製造工場ＩＤＦから出荷された年月日、各ＩＤタグＴがＩＤタグ管理会社ＩＤＭから出荷された年月日、及び、ユニット工場ＵＦ１〜ＵＦにおいてＩＤタグＴがユニットＵＮ１〜ＵＮ６に貼付された年月日、を相互に関連付けて構成されている。
【００４２】
また、図７に示すユニット対応情報テーブルは、各ユニットＵＮ１〜ＵＮ６と各ＩＤタグＴとの対応関係に関する情報を格納するテーブルであり、例えば、各ユニットＵＮ１〜ＵＮ６を一意に識別するためのユニットＩＤ、及び、各ユニットＵＮ１〜ＵＮ６に貼付されたＩＤタグＴのタグ識別情報、を相互に関連付けて構成されている。
【００４３】
また、図８に示すユニット管理情報テーブルは、各ユニットＵＮ１〜ＵＮ６を管理するために必要な情報を格納するテーブルであり、例えば、各ユニットＵＮ１〜ＵＮ６のユニットＩＤ、各ユニットＵＮ１〜ＵＮ６の種別、各ユニットＵＮ１〜ＵＮ６の製造場所、各ユニットＵＮ１〜ＵＮ６を構成する素材を示す素材情報、各ユニットＵＮ１〜ＵＮ６が再利用可能か否かを特定するための情報（例えば、フラグ情報）、各ユニットＵＮ１〜ＵＮ６を転用することができる回数の上限値（最大転用回数）、各ユニットＵＮ１〜ＵＮ６を稼動させることができる時間の上限値（最大稼動時間）、各ユニットＵＮ１〜ＵＮ６が組み込まれたスロットマシン１の出荷年月日、及び、各ユニットＵＮ１〜ＵＮ６が組み込まれたスロットマシン１に付与される管理番号、を相互に関連付けて構成されている。
【００４４】
また、図９に示す組合せ情報テーブルは、各ユニットＵＮ１〜ＵＮ６の組合せに関する情報を格納するテーブルであり、例えば、各スロットマシン１の機種名、各スロットマシン１が納入された遊技場Ｈ１〜Ｈｎを一意に識別するための遊技場ＩＤ、各スロットマシン１に付与された管理番号、及び、各スロットマシン１（フロントマスク３）に貼付されたＩＤタグＴのタグ識別情報、及び、各ユニットＵＮ１〜ＵＮ６に貼付されたＩＤタグＴのタグ識別情報、を相互に関連付けて構成されている。
【００４５】
また、図１０に示す稼動履歴情報テーブルは、各ユニットＵＮ１〜ＵＮ６に貼付されたＩＤタグＴのタグ識別情報、各ユニットＵＮ１〜ＵＮ６が実際に転用された回数（転用回数）、各ユニットＵＮ１〜ＵＮ６が出荷されてから経過した日数（経過日数）、各ユニットＵＮ１〜ＵＮ６が出荷されてから稼動したと想定される時間（想定稼動時間）、各ユニットＵＮ１〜ＵＮ６が組み込まれたスロットマシン１が納入された遊技場Ｈ１〜Ｈｎの遊技場ＩＤ、各ユニットＵＮ１〜ＵＮ６が組み込まれたスロットマシン１の機種名、各ユニットＵＮ１〜ＵＮ６が組み込まれたスロットマシン１の稼動が開始された年月日（稼動開始年月日）、各ユニットＵＮ１〜ＵＮ６が組み込まれたスロットマシン１の稼動が終了した年月日（稼動終了年月日）、及び、各ユニットＵＮ１〜ＵＮ６が組み込まれたスロットマシン１が稼動した日数（稼動日数）、を相互に関連付けて構成されている。なお、各ユニットＵＮ１〜ＵＮ６が複数のスロットマシン１に転用されることがあるため、遊技場名〜稼動日数までのデータの組は、１つのタグ識別情報に対して複数組が格納され得る。
【００４６】
また、図１１に示す遊技場情報テーブルは、遊技場Ｈ１〜Ｈｎに関する情報を格納するテーブルであり、例えば、遊技場Ｈ１〜Ｈｎを一意に識別するための遊技場ＩＤ、遊技場名、及び、遊技場Ｈ１〜Ｈｎの住所、を相互に関連付けて構成されている。
【００４７】
また、図１２に示すサービスマン情報テーブルは、サービスマンに関する情報を格納するテーブルであり、例えば、サービスマンを一意に識別するためのサービスマンＩＤ、サービスマンに予め割り当てられた認証コードであるサービスマンコード、サービスマンの氏名、サービスマンの所属する営業所名、及び、サービスマンの携帯電話番号、を相互に関連付けて構成されている。
【００４８】
また、図１３に示す受注管理情報テーブルは、発注を受けたユニットＵＮ１〜ＵＮ６の種別、受注された年月日、及び、出荷された年月日を相互に関連付けて構成されている。
【００４９】
また、図１４に示すメンテナンス情報テーブルは、サービスマンに提供すべきメンテナンスに関する情報を格納するテーブルであり、例えば、スロットマシン１の機種名、各機種毎に故障し得る箇所（以下、故障箇所候補）を一意に特定するための故障箇所候補ＩＤ、故障箇所候補のテキストデータ、各故障箇所候補において発生し得る故障の内容（以下、故障内容候補）を一意に特定するための故障内容候補ＩＤ、故障内容候補のテキストデータ、及び、各故障内容候補に対してサービスマンが行うべき修理の方法（以下、修理方法候補）を一意に特定するための修理方法候補ＩＤ、及び、修理方法候補のテキストデータ、を相互に関連付けて構成されている。ここでは、１つの機種名に対して複数の故障箇所候補、１つの故障箇所候補に対して複数の故障内容候補、１つの故障内容候補に対して複数の修理方法候補がそれぞれ関連付けられているが、この対応関係は任意であり、例えば、１つの故障箇所候補に対して１つの故障内容候補のみを関連付けたり、複数の異なる故障箇所候補に対して同一の故障内容候補を関連付けてもよい。なお、故障箇所候補のテキストデータ、故障内容候補のテキストデータ、及び、修理方法候補のテキストデータは、特許請求の範囲における故障箇所情報（又は故障箇所候補情報）、故障内容情報（又は故障内容候補情報）、修理方法候補情報にそれぞれ対応する。
【００５０】
また、図１５に示す有効性情報テーブルは、修理方法候補の有効性に関する情報を格納するテーブルであり、修理方法候補ＩＤ、修理方法候補が有効でなかった旨がメンテナンスマンの携帯電話７０から受信された回数、及び、修理方法候補が有効であった旨がメンテナンスマンの携帯電話７０から受信された回数、を相互に関連付けて構成されている。これら有効でなかった旨が受信された回数や有効であった旨が受信された回数は、特許請求の範囲における有効性情報に対応する。
【００５１】
また、図１６に示す修理履歴情報テーブルは、メンテナンスマンによって行われた修理の履歴に関する情報を格納するテーブルであり、各修理作業に付与された修理履歴ＩＤ、各修理作業において行われた修理方法候補の修理方法候補ＩＤ、各修理方法候補を実行した結果を示す情報（例えば、フラグ情報）、及び、各修理時に故障しているものとして取り外されたユニットＵＮ１〜ＵＮ６（被交換ユニットＵＮ１〜ＵＮ６）のタグ識別情報、及び、各修理時に被交換ユニットＵＮ１〜ＵＮ６に代えて設置されたユニットＵＮ１〜ＵＮ６（交換ユニットＵＮ１〜ＵＮ６）のタグ識別情報、を相互に関連付けて構成されている。
【００５２】
さらに、図５に示すように、記憶部１１には、支援プログラムと各種のＷｅｂページデータとが格納されている。このうち、支援プログラムは、サービスマンのメンテナンス作業や不良品の解析作業を支援するための各種の処理を記述する。また、Ｗｅｂページデータは、サービスマンの携帯電話７０に表示されるＷｅｂページの全体又は一部を構成するデータであり、このＷｅｂページデータに任意の情報を動的に付加すること等によってＷｅｂページが作成される。
【００５３】
また、図５において、処理部１２は、支援サーバ１０の各部を制御するための制御手段であり、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）の如き図示しない中央演算処理装置や、このＣＰＵの制御プログラムを記憶するための図示しないＲＯＭ等を組合せて構成されている。この処理部１２によって、記憶部１１から支援プログラムがロードされ解釈及び実行されることにより、この支援プログラムにて規定されるメンテナンス支援方法が実行される。なお、このプログラムの供給形態は任意であり、例えば、ネットワーク６０を介した通信によって供給され、あるいは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｄｉｓｋ）の如き任意の図示しないコンピュータ読取可能な記録媒体を介して供給され、当該支援サーバ１０にインストールされる。
【００５４】
この処理部１２は、機能概念的に、セキュリティ処理部１２ａ、送受信処理部１２ｂ、情報解析処理部１２ｃ、及び、支援処理部１２ｄ、を含んで構成されている。このうち、セキュリティ処理部１２ａは、支援サーバ１０に対するアクセス制限処理を行うことにより、所望のレベルのセキュリティを確保するためのセキュリティ処理を実行する処理手段である。また、送受信処理部１２ｂは、サービスマンの携帯端末やその他の装置との間における情報の送受信処理を行う処理手段である。また、情報解析処理部１２ｃは、サービスマンの携帯端末やその他の装置から受信した情報を解析し、その解析結果に応じた処理を行う処理手段である。また、支援処理部１２ｄは、メンテナンス支援や不良品解析支援を行うための各種の処理を行うもので、特許請求の範囲における支援処理手段に対応する。なお、これら各部の具体的処理内容については後述する。
【００５５】
また、図５において、ネットワークＩＦ１３は、支援サーバ１０とネットワーク６０との通信インタフェースとして機能するもので、特許請求の範囲における支援装置側送受信手段に対応する。
【００５６】
次に、図４の支援端末２０の構成について説明する。図１７は、図４の支援端末２０の構成を機能概念的に例示するブロック図である。図示のように、支援端末２０は、機能概念的に、入力部２１、出力部２２、記憶部２３、処理部２４、及び、ネットワークＩＦ２５を備え、これら各部をバス２６を介して相互に通信可能に接続して構成されている。
【００５７】
このうち、入力部２１は、任意の情報を当該支援端末２０に対して入力するための入力手段であり、例えば、キーボード、マウス、あるいは、ネットワーク端子を含んで構成されている。また、出力部２２は、任意の情報を外部に向けて出力するための出力手段であり、例えば、モニタやネットワーク端子を含んで構成されている。また、記憶部２３は、支援端末２０の各処理に必要になる情報、例えば、Ｗｅｂブラウザプログラム等の各種プログラム、を不揮発的に記憶するための記憶手段であり、例えば、ＨＤを含んで構成されている。また、処理部２４は、支援端末２０の各部を制御する制御手段であり、例えば、ＣＰＵの如き中央演算処理装置や、このＣＰＵの制御プログラムを記憶するＲＯＭ等を組合せて構成されている。この処理部２４は、記憶部２３からロードされた各種のプログラムの解釈及び実行を行うことにより、このプログラムにて規定される処理を実行する。なお、このプログラムは、ネットワーク６０を通した通信によって供給され、あるいは、ＣＤ−ＲＯＭやＤＶＤの如き任意の図示しないコンピュータ読取可能な記録媒体を読み取ることによって供給され、当該支援端末２０にインストールされる。
【００５８】
次に、図４の携帯電話７０の構成について説明する。この携帯電話７０は、メンテナンスマンによって携行され、当該メンテナンスマンが各種の支援を受けるためのもので、特許請求の範囲における端末装置に対応する。ただし、上述の支援端末２０と同様の構成要素については、この端末支援２０の構成要素と同一の名称を付してその説明を省略する。図１８は、図４の携帯電話７０の構成を機能概念的に例示するブロック図である。図示のように、携帯電話７０は、機能概念的に、入力部７１、表示部７２、記憶部７３、処理部７４、読取部７５、無線通信ＩＦ７６、及び、アンテナ７７を備え、これら各部がバス７８を介して通信可能に接続されている。
【００５９】
ここで、入力部７１と表示部７２は、特許請求の範囲における入力手段と出力手段にそれぞれ対応する。また、無線通信ＩＦ７６及びアンテナ７７は、図４の基地局８０を経由した無線通信を可能とするためもので、特許請求の範囲における端末側送受信手段に対応する。また、読取部７５は、ＩＤタグＴのタグ識別情報を読取るための読取り手段であり、例えば、ＩＤタグＴが非接触式ＩＣチップにて構成されている場合には、非接触式の短距離無線通信手段、ＱＲコードにて構成されている場合には、このＱＲコードを撮像する撮像手段とこの撮像手段にて撮像されたＱＲコードの画像を解析してＩＤタグＴを特定する画像解析手段とを備えて構成される。
【００６０】
その他、図４において、読取装置４０は、ＩＤタグＴによって保持されたタグ識別情報を接触又は非接触で読取るタグ識別情報読取り手段である。この読取装置４０によって読取られたタグ識別情報は、送信手段としてのローカルサーバ５０を介して支援サーバ１０に送信される。また、読取装置４０には、当該読取装置４０を一意に識別するための読取装置ＩＤが予め付与されており、この読取装置ＩＤが上記タグ識別情報の送信時に添付されることによって、支援サーバ１０において読取装置４０を識別することができる。
【００６１】
次に、このような支援システムを用いて行われる、ＩＤタグＴを用いた様々な情報を収集等するための情報収集処理について説明する。図１９は、ＩＤタグＴの利用サイクル全体を概念的に示すブロック図である。
【００６２】
まず、最初にＩＤタグ製造工場ＩＤＦにおいて、所定方法（例えば、連続番号）にてタグ識別情報が決定され、このタグ識別情報を書換不能に保持するＩＤタグＴが製造される（ステップＳＦ１）。そして、このＩＤタグＴが検査されて（ステップＳＦ２）、ＩＤタグ管理会社ＩＤＭに出荷される（ステップＳＦ３）。この出荷時には、各ＩＤタグＴの保持するタグ識別情報が読取装置４０によって自動的に読取られ、このタグ識別情報が、その時点の年月日（ＩＤタグＴの出荷の年月日）と共に、ローカルサーバ５０を介して支援サーバ１０に送信される。この情報は、支援サーバ１０の送受信処理部１２ｂを介して情報解析処理部１２ｃに受け渡される。この情報解析処理部１２ｃでは、この情報がＩＤタグ製造工場ＩＤＦからの情報である旨が解析され、これらタグ識別情報と年月日とが記憶部１１のタグ情報テーブルに格納される。なお、このような情報解析処理部１２ｃにおける解析は、任意の方法、例えば、各装置から送信される情報に当該情報の送信元及び情報の種別を示すヘッダーを含めておき、このヘッダーを情報解析処理部１２ｃで解釈することで行うことができ、以下の説明ではその詳細を省略する。
【００６３】
次に、ＩＤタグ管理会社ＩＤＭでは、ＩＤタグ製造工場ＩＤＦから入庫されたＩＤタグＴが、各出荷先毎に分配される（ステップＳＧ１、ＳＧ２）。例えば、副基板ユニットＵＮ２に貼付されるＩＤタグＴは、この副基板ユニットＵＮ２を製造するユニット工場ＵＦ１〜ＵＦｎのいずれか宛に分配され、ホッパーユニットＵＮ５に貼付されるＩＤタグＴは、このホッパーユニットＵＮ５を製造するユニット工場ＵＦ１〜ＵＦｎのいずれか宛に分配される。そして、このように分配されたＩＤタグＴが、その分配先に向けて出荷される（ステップＳＧ３）。ここで、ＩＤタグＴの出荷時には、各ＩＤタグＴの保持するタグ識別情報が読取装置４０によって自動的に読取られ、このタグ識別情報が、その時点の年月日と共に、ローカルサーバ５０を介して支援サーバ１０に送信される。そして、この情報を受信した送受信処理部１２ｂにおいて、この情報がＩＤタグ管理会社ＩＤＭからのタグ情報である旨が解析され、この年月日がタグ識別情報に関連付けて図６のタグ情報テーブルに格納される。
【００６４】
次に、各ユニット工場ＵＦ１〜ＵＦｎでは、部品供給元から供給され部品倉庫に保管されている部品を用いて、各ユニットＵＮ１〜ＵＮ６が組み立てられる（ステップＳＨ１、ＳＨ２）。そして、このユニットＵＮ１〜ＵＮ６の各々に、ＩＤタグ管理会社ＩＤＭから出荷されＩＤタグ倉庫にて保管されていたＩＤタグＴが貼付される（ステップＳＨ３）。このように貼付されたＩＤタグＴのタグ識別情報は、各ユニットＵＮ１〜ＵＮ６の製造ライン上において読取装置４０によって自動的に読み取られる（ステップＳＨ４）。例えば、各ユニットＵＮ１〜ＵＮ６が流れるベルトコンベアの上方に読取装置４０が配置されており、この読取装置４０の近傍を通過するユニットＵＮ１〜ＵＮ６のＩＤタグＴのタグ識別情報が、当該読取装置４０にて非接触にて自動的に読取られる。
【００６５】
このように読み取られたタグ識別情報は、その時点の年月日と共に、ローカルサーバ５０を介して支援サーバ１０に送信される。そして、この情報を受信した送受信処理部１２ｂにおいて、この情報がユニット工場ＵＦ１〜ＵＦｎからのタグ識別情報である旨が解析され、この年月日及びユニットＵＮ１〜ＵＮ６の種類がタグ識別情報に関連付けて図６のタグ情報テーブルに格納される。また、この時、タグ識別情報は、所定方法（例えば、連続番号）で決定されたユニットＩＤと関連付けて図７のユニット対応情報テーブルに格納される。さらに、この際、所定方法で取得された各ユニットＵＮ１〜ＵＮ６の種別、製造場所、素材情報、再利用可否のフラグ情報、最大転用回数、及び、最大稼動時間、がユニットＩＤに関連付けて図８のユニット管理情報テーブルに格納される。これらの情報の格納作業は、必要に応じて作業員が支援端末２０を介して行うことができる。その後、このユニットＵＮ１〜ＵＮ６が検査され（ステップＳＨ５）、保管及び製造工場Ｆへ出荷される（ステップＳＨ６）。
【００６６】
次いで、製造工場Ｆにおいては、ユニット工場ＵＦ１〜ＵＦｎから入庫された各ユニットＵＮ１〜ＵＮ６が保管される（ステップＳＡ１）。その後、裏箱２とフロントマスク３とがそれぞれ組み立てられ（ステップＳＡ２ａ、ＳＡ２ｂ）、フロントマスク３には、当該フロントマスク３が組み込まれるスロットマシン１全体を識別するためのＩＤタグＴが貼付される（ステップＳＡ２ｃ）。その後、液晶ユニットＵＮ１、副基板ユニットＵＮ２、リールユニットＵＮ４、ホッパーユニットＵＮ５、及び、電源ユニットＵＮ６が、順次、フロントマスク３や裏箱２に組み付けられる（ステップＳＡ２ｄ〜ＳＡ２ｈ）。そして、さらに操作部品群の如き他の各部品が組み付けられた後（ステップＳＡ２ｉ）、裏箱２にフロントマスク３が軸支されることでスロットマシン１がほぼ完成する。
【００６７】
その後、組み付けた各部に貼付されているＩＤタグＴのタグ識別情報が読取装置４０で読取られる（ステップＳＡ２ｊ）。この読取りの具体的手順は任意であるが、例えば、読取装置４０を手持ち式装置として構成し、この読取装置４０を作業員が保持してフロントマスク３や各ユニットＵＮ１〜ＵＮ６のＩＤタグＴに近づけることで、タグ識別情報を所定順序で順次読取る。このように読み取られたタグ識別情報は、ローカルサーバ５０を介して支援サーバ１０に送信される。そして、この情報を受信した送受信処理部１２ｂにおいて、この情報が製造工場Ｆからの組合せ情報である旨が解析され、各タグ識別情報が所定方法（例えば、連続番号）で決定されたスロットマシンＩＤに関連付けて、図９の組合せ情報テーブルに格納される。このことにより、１台のスロットマシン１全体のタグ識別情報と複数のユニットＵＮ１〜ＵＮ６のタグ識別情報とが相互に紐付けされる。
【００６８】
その後、製造工場Ｆにおいては、検査工程（ステップＳＡ３）と保管工程（ステップＳＡ４）とを経て、主基板ユニットＵＮ３が組み付けられる（ステップＳＡ５ａ）。なお、このように主基板ユニットＵＮ３の組み付けのみを、他のユニットＵＮ１、ＵＮ２、ＵＮ４〜ＵＮ６の組み付け以降に行うのは、この主基板ユニットＵＮ３に貼付される管理番号の決定タイミングがスロットマシン１の出荷間際になるまで決定しないことがあるためである。そして、主基板ユニットＵＮ３に貼付されたＩＤタグＴのタグ識別情報が、他のユニットのタグ識別情報と同様に読取られ（ステップＳＡ５ｂ）、支援サーバ１０に送信されて図９の組合せ情報テーブルに格納される。また、スロットマシン１が梱包された後（ステップＳＡ５ｃ）、管理番号が決定された場合には、この管理番号が、梱包材にラベルとして貼付された後（ステップＳＡ５ｄ）、図９の組合せ情報テーブルに格納される（ステップＳＡ５ｅ）。この管理番号の格納作業は、必要に応じて作業員が支援端末２０を介して行うことができる。
【００６９】
このように製造されたスロットマシン１が遊技場Ｈ１〜Ｈｎに搬入された際には、この搬入先の遊技場Ｈ１〜Ｈｎと、搬入されたスロットマシン１との関連付けが行われる。例えば、遊技場Ｈ１からスロットマシン１の受注を受けた際に、この遊技場Ｈ１に納入するスロットマシン１の管理番号と、この遊技場Ｈ１の遊技場ＩＤとが、製造メーカＭＦの担当者が支援端末２０を用いて図９の組合せ情報テーブルに格納される。あるいは、実際に納入された遊技場Ｈ１において、製造メーカＭＦの担当者によって、携帯電話７０の読取部７５を用いてスロットマシン１のタグ識別情報が読取られると共に、遊技場ＩＤが入力され、これらの情報が支援サーバ１０に送信されて、図９の組合せ情報テーブルに格納される。
【００７０】
その後、実際にスロットマシン１の稼動が開始されると、稼動履歴情報が更新される。例えば、納入時や定期点検時等の任意の時点に製造メーカＭＦのメンテナンスマンが遊技場Ｈ１〜Ｈｎに出向いた際、携帯電話７０によってスロットマシン１のＩＤタグＴが読取られると共に、遊技場ＩＤと、稼動開始や稼動終了の旨が入力され、これらの情報とその時点の年月日とが支援サーバ１０に送信される。すると、これらの情報が関連付けて図１０の稼動履歴情報テーブルに格納される。この時、稼動開始の旨と共に送信された年月日は稼動開始年月日、稼動終了の旨と共に送信された年月日は稼動終了年月日として格納される。また、これら両年月日に基づいて経過日数が算定され格納される。また、稼動終了の旨が送信された後で、さらに稼動開始の旨が送信された場合には、このユニットＵＮ１〜ＵＮ６が転用されたものと認識され、転用回数が増分にて更新される。
【００７１】
これにて情報収集処理が終了する。なお、支援サーバ１０の記憶部１１の各テーブルに格納される情報のうち、その収集方法について特記しなかった情報については、後述する支援処理で特記する場合を除いて、任意の方法、例えば、担当者が支援端末２０を介して入力し、あるいは、メンテナンスマンが携帯電話７０を介して入力し、任意のタイミングで支援サーバ１０に送信してその記憶部１１に格納させることができる。
【００７２】
次に、情報収集処理において収集された情報を用いて行われる支援処理の内容について詳細に説明する。図２０は、支援処理全体の流れを概念的に示すブロック図、図２１〜２４は、携帯電話７０と支援サーバ１０とにおける支援処理のフローチャート、図２５〜３７は、携帯電話７０における各種画面の表示例である。
【００７３】
図２０に示すように、遊技場Ｈ１〜Ｈｎに設置されたスロットマシン１が故障した場合、この遊技場Ｈ１〜Ｈｎの担当者から製造メーカＭＦに、故障発生の旨、故障した部品を発注する旨、及び、故障の修理を依頼する旨が、電話等にて連絡される（ステップＳＩ１）。この連絡を受けた製造メーカＭＦの担当者は、注文を受けたユニットＵＮ１〜ＵＮ６の発注を製造工場Ｆに対して行う。この発注は、例えば、ユニットＵＮ１〜ＵＮ６の種別と、発注を行った遊技場Ｈ１〜Ｈｎの遊技場名とが、製造メーカＭＦの担当者によって支援端末２０に入力され、支援サーバ１０に送信されることで行われる（ステップＳＩ２）。
【００７４】
この情報は、支援サーバ１０にて受信され、情報解析処理部１２ｃによって、その時点の年月日（受注年月日）と共に、図１３の受注管理情報テーブルに格納される。また、この受注に関する情報は、製造工場Ｆの担当者に任意の方法で送信され、この担当者によって受注されたユニットＵＮ１〜ＵＮ６が、発注を行った遊技場Ｈ１〜Ｈｎの最寄り営業所に発送される。この発送の際、ユニットＵＮ１〜ＵＮ６の出荷年月日が、製造工場Ｆの担当者によって任意の方法で支援サーバ１０に送信され、情報解析処理部１２ｃによって図１３の受注管理情報テーブルに格納される（ステップＳＩ３）。
【００７５】
その後、発送されたユニットＵＮ１〜ＵＮ６を持参して、営業所のメンテナンスマンが遊技場Ｈ１〜Ｈｎに急行して修理を行う（ステップＳＩ４）。この遊技場Ｈ１〜Ｈｎにおいて、メンテナンスマンは、携帯電話７０の入力部７１を介して所定操作を行うことによりＷｅｂブラウザを起動し、このＷｅｂブラウザに所定のＵＲＬを入力して、メンテナンス支援システムの初期画面の取得を要求する。この要求は、図２１に示すように、所定のプロトコルに従ってネットワーク６０を介して支援サーバ１０に送信される（ステップＳＪ−１）。
【００７６】
一方、支援サーバ１０の情報解析処理部１２ｃは、携帯電話７０等からのデータや各種の要求の送信の有無を監視しており（以下、同様のステップについては説明を省略する）、この要求があった場合にはその要求内容を解析する（ステップＳＪ−２）。ここでは、メンテナンス支援システムの初期画面の取得要求であることから、支援処理部１２ｄに処理を受け渡す。この支援処理部１２ｄは、記憶部１１から初期画面のＷｅｂページデータを取得して、携帯電話７０に送信する（ステップＳＪ−３）。一方、携帯電話７０の処理部７４は、支援サーバ１０からの応答の有無を監視しており（ステップＳＪ−４）、Ｗｅｂページデータを受信した場合には、このＷｅｂページデータを解釈して初期画面を表示部７２に表示させる（ステップＳＪ−５。以下、同様のステップについては説明を省略する）。
【００７７】
この初期画面の表示例を図２５に示す。この初期画面は、サービスマンコードを入力するための入力欄ＭＡ１、入力文字の変換を指示するための「変換」ボタンＭＡ２、入力内容を確定するための「ＯＫ」ボタンＭＡ３、及び、直前に表示されていた任意の画面の再表示を指示するための「戻る」ボタンＭＡ４を備えて構成されている（以下、「ＯＫ」ボタン及び「戻る」ボタンは同様の機能を有するものとし、その説明を省略する）。そして、サービスマンが、携帯電話７０の入力部７１を介して、自己に予め割り当てられているサービスマンコードを入力欄ＭＡ１に入力し、「ＯＫ」ボタンＭＡ３を押圧すると、図２１に示すように、入力欄ＭＡ１に入力されたサービスマンコードが支援サーバ１０に送信される（ステップＳＪ−６、７）。
【００７８】
このサービスマンコードは、支援サーバ１０の情報解析処理部１２ｃからセキュリティ処理部１２ａに受け渡される。このセキュリティ処理部１２ａは、受信したサービスマンＩＤが、図１２のサービスマン情報テーブルに格納されている複数のサービスマンコードのいずれかと合致するか否かを判断する（ステップＳＪ−８、９）。そして、合致しない場合には、正当なサービスマンからのアクセスではないと判断して、エラー画面のＷｅｂページデータを記憶部１１から取得して携帯電話７０に送信する（ステップＳＪ−１０）。このことにより、メンテナンス支援システムのセキュリティが確保される。一方、サービスマンＩＤが合致する場合には、次画面である店舗入力画面のＷｅｂページデータを記憶部１１から取得して携帯電話７０に送信する（ステップＳＪ−１１）
【００７９】
そして、この店舗入力画面が携帯電話７０の表示部７２に表示される（ステップＳＪ−１２、１３）。この店舗入力画面の表示例を図２６に示す。この店舗入力画面は、故障している遊技機が設置されている遊技場Ｈ１〜Ｈｎの遊技場名又は遊技場ＩＤを入力するための入力欄ＭＢ１、入力文字の変換を指示するための「変換」ボタンＭＢ２、「ＯＫ」ボタンＭＢ３、及び、「戻る」ボタンＭＢ４を備えて構成されている。そして、サービスマンが、携帯電話７０の入力部７１を介して、遊技場Ｈ１〜Ｈｎの遊技場名又は遊技場ＩＤを入力欄ＭＢ１に入力し、「ＯＫ」ボタンＭＢ３を押圧すると、図２１に示すように、入力欄ＭＢ１に入力された遊技場名又は遊技場ＩＤが支援サーバ１０に送信される（ステップＳＪ−１４、１５）。あるいは、遊技場名や遊技場ＩＤの入力に代えて、スロットマシン１のタグ識別情報が送信される。具体的には、故障しているスロットマシン１のフロントマスク３に貼付されているＩＤタグＴのタグ識別情報を携帯電話７０の読取部７５に読取らせることで、入力を行う。
【００８０】
このように送信された情報は、支援サーバ１０において受信され、情報解析処理部１２ｃから支援処理部１２ｄに受け渡される。この支援処理部１２ｄは、遊技場ＩＤが受け渡された場合には、この遊技場ＩＤに基づいて図１１の遊技場情報テーブルを参照することで、この遊技場ＩＤに対応する遊技場名を取得する。あるいは、支援処理部１２ｄは、スロットマシン１のタグ識別情報が受け渡された場合には、このタグ識別情報に基づいて図９の組合せ情報テーブルを参照することで、このタグ識別情報に対応する遊技場ＩＤを取得し、さらにこの遊技場ＩＤに基づいて図１１の遊技場情報テーブルを参照することで、この遊技場ＩＤに対応する遊技場名を取得する。このような処理を行うことで、サービスマンが遊技場名を入力しなくても、この遊技場名が自動的に取得され、後述する図２８の確認画面に自動的に表示される。
【００８１】
次いで、図２１〜２２に示すように、支援処理部１２ｄは、次画面である機種入力画面のＷｅｂページデータを記憶部１１から取得して携帯電話７０に送信する（ステップＳＪ−１６、１７）。そして、この機種入力画面が携帯電話７０の表示部７２に表示される（ステップＳＪ−１８、１９）。この機種入力画面の表示例を図２７に示す。この機種入力画面は、故障している遊技機の機種名を選択可能に表示する機種名リストＭＣ１と、機種名を選択するために機種名リストに表示されている機種名のいずれかにカーソルを移動させる「次へ」ボタンＭＣ２、「ＯＫ」ボタンＭＣ３、及び、「戻る」ボタンＭＣ４を備えて構成されている。そして、サービスマンが、機種名リストＭＣ１から該当する故障機の機種名を選択して「ＯＫ」ボタンＭＣ３を押圧すると、図２２に示すように、選択された機種名が支援サーバ１０に送信される（ステップＳＪ−２０、２１）。なお、このように送信された情報は、特許請求の範囲における支援要求情報及び機種情報に対応する。
【００８２】
なお、図２７の機種入力画面は、その時点で市場に出回っている全ての機種名を含んだＷｅｂページとして予め作成して記憶部１１に格納してもよいが、最低限の機種名のみを含んだ機種入力画面を動的に生成して提示してもよい。例えば、これまでの処理において遊技場ＩＤが取得されている場合には、この遊技場ＩＤに基づいて図９の組合せ情報テーブルを参照することで、この遊技場Ｈ１〜Ｈｎに設置されているスロットマシン１の機種名の候補が取得できるので、この機種名の候補のみを含んだ機種入力画面を生成できる。あるいは、これまでの処理においてスロットマシン１のタグ識別情報が支援サーバ１０に送信されている場合には、このタグ識別情報を用いて図９の組合せ情報テーブルを参照することで、故障しているスロットマシン１の機種名が一意に特定できるので、機種入力画面の送信処理を省略することができる。このようなＷｅｂページデータの動的生成は、例えば、支援サーバ１０の記憶部１１に予め記憶させたＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅ  Ｉｎｔｅｒｆａｃｅ）プログラムによって行うことができる（以下、Ｗｅｂページの動的な生成は同様に行われるものとする）。このように機種入力画面のＷｅｂページデータを生成することで、メンテナンスマンが急行している遊技場Ｈ１〜Ｈｎに合致した機種入力画面を表示させることができ、機種入力の効率を向上させることができる。
【００８３】
その後、これまでの処理で故障機がある遊技場の遊技場名及び故障機の機種名が特定されたので、これら遊技場名と機種名とを含んだ確認画面が表示される。具体的には、図２２に示すように、支援サーバ１０の支援処理部１２ｄは、特定された遊技場名と機種名とを含んだＷｅｂページデータを動的に生成し、このＷｅｂページデータを携帯電話７０に送信する（ステップＳＪ−２２、２３）。そして、この確認画面が携帯電話７０の表示部７２に表示される（ステップＳＪ−２４、２５）。この確認画面の表示例を図２８に示す。この確認画面は、遊技場名及び機種名の確認を促すメッセージＭＤ１の下に、遊技場名及び機種名が正しい旨を入力するための「ＯＫ」ボタンＭＤ２、遊技場名及び機種名が正しくない場合にその訂正を指示するための「訂正」ボタンＭＤ３、及び、「戻る」ボタンＭＤ４を備えて構成されている。そして、サービスマンが、「ＯＫ」ボタンＭＤ２又は「訂正」ボタンＭＤ３を押圧すると、図２２に示すように、その選択結果を示す情報が支援サーバ１０に送信される（ステップＳＪ−２６、２７）。
【００８４】
この情報は支援サーバ１０において受信され、情報解析処理部１２ｃから支援処理部１２ｄに受け渡される。この支援処理部１２ｄは、「訂正」ボタンＭＤ３が押圧された場合には、図２１のステップＳＪ−１１に戻って同様の処理を繰り返し、一方、「ＯＫ」ボタンＭＤ２が押圧された場合には、確認された遊技機の機種名に基づいて図１４のメンテナンス情報テーブルを参照することにより、この機種名に関連付けられて格納されている故障箇所候補のテキストデータを取得する（ステップＳＪ−２８〜３０）。そして、このテキストデータを用いて、故障箇所を特定するための故障箇所特定画面のＷｅｂページデータを動的に生成して、このＷｅｂページデータを携帯電話７０に送信する（ステップＳＪ−３１）。
【００８５】
そして、図２２〜２３に示すように、携帯電話７０の表示部７２において故障箇所特定画面が表示される（ステップＳＪ−３２、３３）。この故障箇所特定画面の表示例を図２９に示す。この故障箇所特定画面は、故障箇所候補を選択可能に表示する故障箇所リストＭＥ１と、「次へ」ボタンＭＥ２、「ＯＫ」ボタンＭＥ３、及び、「戻る」ボタンＭＥ４を備えて構成されている。そして、サービスマンが、該当する故障箇所候補を選択して「ＯＫ」ボタンＭＥ３を押圧すると、図２３に示すように、選択された故障箇所を特定するための情報が支援サーバ１０に送信される（ステップＳＪ−３４、３５）。なお、このように送信された情報は、特許請求の範囲における支援要求情報及び故障箇所情報に対応する。
【００８６】
この情報は支援サーバ１０において受信され、情報解析処理部１２ｃから支援処理部１２ｄに受け渡される。この支援処理部１２ｄは、受信された情報に基づいて図１４のメンテナンス情報テーブルを参照し、選択された故障箇所候補に関連付けて格納されている故障内容候補のテキストデータを取得する（ステップＳＪ−３６、３７）。そして、このテキストデータを用いて、故障内容を特定するための故障内容特定画面のＷｅｂページデータを動的に生成して、このＷｅｂページデータを携帯電話７０に送信する（ステップＳＪ−３８）。
【００８７】
そして、携帯電話７０の表示部７２において故障内容特定画面が表示される（ステップＳＪ−３９、４０）。この故障内容特定画面の表示例を図３０に示す。この故障内容特定画面は、故障内容候補を選択可能に表示する故障内容リストＭＦ１、「次へ」ボタンＭＦ２、「ＯＫ」ボタンＭＦ３、及び、「戻る」ボタンＭＦ４を備えて構成されている。そして、サービスマンが、該当する故障内容を選択して「ＯＫ」ボタンＭＦ３を押圧すると、図２４に示すように、選択された故障内容候補を特定するための情報が支援サーバ１０に送信される（ステップＳＪ−４１、４２）。なお、このように送信された情報は、特許請求の範囲における支援要求情報及び故障内容情報に対応する。
【００８８】
この情報は支援サーバ１０において受信され、情報解析処理部１２ｃから支援処理部１２ｄに受け渡される。この支援処理部１２ｄは、この情報に基づいて図１４のメンテナンス情報テーブルを参照し、選択された故障内容候補に関連付けて格納されている修理方法候補のテキストデータを取得する（ステップＳＪ−４３、４４）。この修理方法候補の取得時において、支援処理部１２ｄは、選択された故障内容候補に複数の修理方法候補が関連付けて格納されている場合には、これら複数の修理方法候補の中で、最も有効性が高い修理方法候補を優先的に選択する。
【００８９】
具体的には、選択された故障内容候補に関連付けて格納されている複数の修理方法候補の修理方法候補ＩＤを図１４のメンテナンス情報テーブルから取得し、この修理方法候補ＩＤに基づいて、図１５の有効性情報テーブルを参照する。そして、有効でなかった旨がメンテナンスマンの携帯電話７０から送信された回数と、修理方法候補が有効であった旨がメンテナンスマンの携帯電話７０から送信された回数との比を算定し、有効であった旨の送信比率が高い順に、有効性が高い故障内容候補であると判断する。このように有効性が高い順に修理方法を提示することで、有効性の低い修理方法を試みる必要がなくなり、修理を一層迅速に行うことが可能になる。
【００９０】
このように修理方法候補のテキストデータを取得した後、支援処理部１２ｄは、このテキストデータを用いて、修理方法をメンテナンスマンに提示するための修理方法提示画面のＷｅｂページデータを動的に生成して、このＷｅｂページデータを携帯電話７０に送信する（ステップＳＪ−４５）。また、支援処理部１２ｄは、送信した修理方法候補の修理方法候補ＩＤを図１６の修理履歴情報テーブルに書き込む。
【００９１】
そして、図２３〜２４に示すように、携帯電話７０の表示部７２において修理方法提示画面が表示される（ステップＳＪ−４６、４７）。この修理方法提示画面の表示例を図３１に示す。この修理方法提示画面は、修理方法候補のテキストデータＭＧ１の下に、この修理方法によって故障が直らなかった旨（修理方法が有効ではなかった旨、あるいは、故障の症状が改善されなかった旨）を入力するための「直らない」ボタンＭＧ２、この修理方法によって故障が直った旨（修理方法が有効であった旨、あるいは、故障の症状が改善された旨）を入力するための「直った」ボタンＭＧ３、及び、「戻る」ボタンＭＧ４を備えて構成されている。従って、サービスマンは、この修理方法提示画面を参照することで、故障の修理方法を知ることができ、修理方法を自ら特定するための知識が不要になるので、サービスマンに対する教育コストが提言でき、また、熟練していないサービスマンであっても修理方法を迅速かつ確実に把握できるので、高質なサービスをサービスマンの熟練度に依存することなく均一的に提供できる。そして、サービスマンは、この修理方法を実行し、これによって遊技機の故障が直ったか否かを確認する。そして、直らなかった場合には「直らない」ボタンＭＧ２、直った場合には「直った」ボタンＭＧ３を押圧することで、図２４に示すように、修理方法の有効性を送信する（ステップＳＪ−４８、４９）。
【００９２】
この情報は支援サーバ１０において受信され、情報解析処理部１２ｃから支援処理部１２ｄに受け渡される。この支援処理部１２ｄは、「直らない」旨を示す情報が受信された場合には、まず、図１５の有効性情報テーブルの情報を更新する（ステップＳＪ−５０〜５２）。すなわち、その直前に携帯電話７０に提示した修理方法候補に関連付けられている、「有効でなかった」旨の送信回数を１つ増分させる。このような処理を行うことで、修理方法の実行結果を有効性情報テーブルに反映させることができる。次いで、支援処理部１２ｄは、修理結果を示すフラグ情報を、図１６の修理履歴情報テーブルの対応する修理方法候補ＩＤに関連付けて格納する。例えば、有効でなかった旨のフラグ情報として「０」を格納する。このような処理により、最新の修理履歴を記録しておくことができる。さらに、支援処理部１２ｄは、図１４のメンテナンス情報テーブルを参照して、未だ携帯電話７０に提示していない修理方法候補が存在するか否かを判断する（ステップＳＪ−５３）。そして、存在する場合には、図２３のステップＳＪ−４４に戻り、このような未提示の修理方法候補を提示し、以下、同様の処理を繰り返す。
【００９３】
そして、携帯電話７０の表示部７２において次の修理方法提示画面が表示される（再び、ステップＳＪ−４６、４７）。このような修理方法提示画面の表示例を図３２に示す。この画面は、図３１の画面と基本的に同様に構成されているが、その修理方法のテキストデータが、次順位の修理方法候補のテキストデータに更新されている。従って、サービスマンは、一つの修理方法が有効でなかった場合においても、次の修理方法を順次把握でき、故障を確実に修理することができる。以降、同様に、「直った」ボタンＭＧ３が押圧されるまで、あるいは、メンテナンス情報テーブルにおける修理方法候補が全て表示されるまで、図３２〜３５のように、異なる修理方法提示画面が順次表示される。
【００９４】
一方、図２４のステップＳＪ−５３において、未だ提示していない修理方法候補が存在しないと判断された場合（全ての修理方法候補を提示したが故障が直らなかった場合）、支援処理部１２ｄは、メンテナンスマンを製造メーカＭＦの支援担当オペレータに連絡させてメンテナンス方法を協議させるべく、この対話を促すための連絡用画面のＷｅｂページデータを記憶部１１から取得して携帯電話７０に送信する（ステップＳＪ−５４）。
【００９５】
そして、携帯電話７０の表示部７２において連絡用画面が表示される（ステップＳＪ−５５、５６）。この連絡用画面の表示例を図３６に示す。この修理方法提示画面は、支援担当オペレータへの連絡を促すメッセージＭＨ１、支援担当オペレータの電話番号ＭＨ２、この電話番号へのオートダイヤルを指示するための「発信」ボタンＭＨ３、及び、「戻る」ボタンＭＨ４を備えて構成されている。そして、図２４に示すように、メンテナンスマンが「発信」ボタンＭＨ３を押圧すると、このオペレータの電話番号が携帯電話７０のオートダイヤル機能によって自動的にダイヤルされ、サービスマンがオペレータと会話することができる（ステップＳＪ−５７、５８）。このような処理を行うことによって、取り得る修理方法を全て提示しても故障が直らなかった場合には、修理に関する知識や経験が豊富な支援担当オペレータの口頭での支援を容易に仰ぐことができ、熟練していないサービスマンであっても適切な対応を取ることができる。
【００９６】
一方、ステップＳＪ−５１において「直った」旨を示す情報が受信された場合、支援処理部１２ｄは、まず、図１５の有効性情報テーブルの情報を更新する（ステップＳＪ−５９）。すなわち、その直前に携帯電話７０に提示した修理方法候補に関連付けられている、「有効であった」旨の送信回数を１つ増分させる。このような処理を行うことで、修理方法の実行結果を有効性情報テーブルに反映させることができる。また、支援処理部１２ｄは、修理結果を示すフラグ情報を、修理履歴情報テーブルの対応する修理方法候補ＩＤに関連付けて格納する。例えば、有効であった旨のフラグ情報として「１」を格納する。このような処理により、最新の修理履歴を記録しておくことができる。次いで、支援処理部１２ｄは、交換した部品を特定するための交換部品特定画面のＷｅｂページデータを記憶部１１から取得して、携帯電話７０に送信する（ステップＳＪ−６０）。
【００９７】
そして、携帯電話７０の表示部７２において交換部品特定画面が表示される（ステップＳＪ−５５、５６）。この交換部品特定画面の表示例を図３７に示す。この交換部品特定画面は、交換したユニットＩＤを入力するための入力欄ＭＩ１、「変換」ボタンＭＩ２、「ＯＫ」ボタンＭＩ３、及び、「戻る」ボタンＭＩ４を備えて構成されている。そして、サービスマンが、入力部７１を介して、交換ユニットＵＮ１〜ＵＮ６に貼付されているＩＤタグＴのタグ識別情報を入力欄ＭＩ１に入力し、あるいは、このＩＤタグＴを携帯電話７０の読取り機能で読取ることによって入力した後、「送信」ボタンＭＩ３を押圧すると、図２４に示すように、入力欄に入力された交換部品のタグ識別情報が支援サーバ１０に送信される（ステップＳＪ−６１）。ここで、交換したユニットＩＤの入力が行われる前に、サービスマンが支援サーバ１０との通信を強制的に終了してしまう場合も考えられる。このような場合にユニットＩＤの入力をサービスマンに促すためには、以下の処理を行うようにしてもよい。すなわち、図１２のサービスマン情報テーブルには、各サービスマンの電子メールアドレスを予め格納しておく。そして、支援サーバ１０の支援処理部１２ｄは、このサービスマン情報テーブルから取得したサービスマンの電子メールアドレス宛に、交換したユニットＩＤの入力を促す旨のメッセージを含んだ電子メールを自動的に送信する。このような処理を追加することで、ユニットＩＤの入力忘れを防止することができ、これにより、故障したユニットＵＮ１〜ＵＮ６の来歴を追跡し易くなることから、故障原因の究明が行い易くなる。
【００９８】
ステップＳＪ−６１の後、交換部品のタグ識別情報を受けた支援処理部１２ｄは、このタグ識別情報に基づいて記憶部１１の図８のユニット管理情報テーブルを参照し、このタグ識別情報に対応するユニットＩＤを取得する。そして、このユニットＩＤを、図９の組合せ情報テーブルの該当する組合せに書き入れることで、この組合せ情報を更新する。また、支援処理部１２ｄは、被交換ユニットＵＮ１〜ＵＮ６と交換ユニットＵＮ１〜ＵＮ６のユニットＩＤを、図１６の修理履歴情報テーブルに書き入れる。
【００９９】
このように一連のメンテナンス作業が終了すると、支援処理部１２ｄは、図１６の修理履歴情報テーブルを参照して、不良があったユニットＵＮ１〜ＵＮ６を判定する。この不良ユニットＵＮ１〜ＵＮ６の判定処理のフローチャートの一例を図３８に示す。このフローチャートでは、リールが回転・停止を繰り返すという故障が発生した場合を示す。この場合において、リールを交換しても故障症状が改善されず（ステップＳＫ−１、改善されない）、さらにハーネスを交換しても故障症状が改善されなかったが（ステップＳＫ−２、改善されない）、メイン基板を交換することで故障症状が改善された時には（ステップＳＫ−３）、このメイン基板が不良品であったものと判断できる（ステップＳＫ−４）。あるいは、リール交換後（ステップＳＫ−１、改善されない）、さらにハーネスを交換した時点で故障症状が改善された時には（ステップＳＫ−２、改善された）、ハーネスが不良品であったものと判断できる（ステップＳＫ−５）。あるいは、リールを交換した時点で故障症状が改善されたが（ステップＳＫ−１、改善された）、さらに回胴装置基板を交換しても故障症状がそれ以上は改善されなかった場合には（ステップＳＫ−６、改善されない）、センサー不良、ハーネス不良、若しくは、リール破損が原因であると判断できる（ステップＳＫ−７）。または、回胴装置基板を交換した時点で故障症状が改善された時には（ステップＳＫ−６、改善された）、回胴装置基板が不良品であったものと判断できる（ステップＳＫ−８）。このように、修理方法の実行結果を複数組み合わせることで、不良があった部品を特定することができる。このロジックに基づいて、支援処理部１２ｄは、図１６の修理履歴情報テーブルの修理結果を参照し、不良があったユニットＵＮ１〜ＵＮ６（以下、不良ユニットＵＮ１〜ＵＮ６）を特定する。
【０１００】
次いで、支援処理部１２ｄは、特定した不良ユニットＵＮ１〜ＵＮ６のユニットＩＤに基づいて、図８のユニット情報テーブルを参照することにより、この不良ユニットＵＮ１〜ＵＮ６のユニット情報を取得する。また、支援処理部１２ｄは、さらに図８のユニット対応情報テーブルを参照して、不良ユニットＵＮ１〜ＵＮ６のタグ識別情報を取得し、このタグ識別情報に基づいて図１０の稼動履歴情報テーブルを参照することにより、この不良ユニットＵＮ１〜ＵＮ６稼動履歴情報を取得する。そして、これらユニット情報及び稼動履歴情報を支援端末２０に送信する。この送信形態は任意であれば、例えば、不良解析の担当者に宛てた電子メールにデータを添付して送信してもよく、あるいは、ＬＡＮ経由で通信するメッセンジャーにデータを添付して支援端末２０に送信してもよい。このように送信されたデータは、支援端末２０において自動的に表示され、あるいは、不良解析の担当者によって手動にて閲覧等される。
【０１０１】
そして、このように情報を取得した担当者は、図２０の品質管理工程（ステップＳＤ）において、不良品の発生原因やその対処法の解析を行う（ステップＳＤ１、ＳＤ２）。また、メンテナンスマンが交換した不良ユニットＵＮ１〜ＵＮ６が、このメンテナンスマンによって不良解析の担当者宛に発送され、品質管理工程（ステップＳＤ）における不良品の発生原因解析に利用される。このように、ユニット情報及び稼動履歴情報に含まれる不良ユニットＵＮ１〜ＵＮ６の製造経過や稼動履歴を参照することで、不良ユニットＵＮ１〜ＵＮ６に不良が生じた背景や原因を一層正確に解析することが可能になる。
【０１０２】
以上、本発明に係る実施の形態について説明したが、本発明の具体的な構成及び方法は、特許請求の範囲に記載した各発明の技術的思想の範囲内において、任意に改変及び改良できる。
【０１０３】
例えば、上記実施の形態においては、スロットマシン１の機種を特定した上で、故障箇所、故障内容、及び、修理方法を順次特定したが、特定の機種について同一内容の故障が頻発するような場合には、故障箇所や故障内容の特定を省略し、この頻発する故障内容に応じた修理方法をいきなり提示するようにしてもよい。
【０１０４】
また、提示可能な修理方法が複数ある場合には、遊技機１の部品交換を極力行う必要がないような修理方法を優先的に提示することが好ましい。このため、例えば、図１４のメンテナンス情報テーブルに、各修理方法が、遊技機１の部品交換を要するものであるか否かを特定するための部品交換要否情報（例えば、フラグ情報）を予め格納しておく。そして、支援処理部１２ｄは、修理方法を選択する際に、この部品交換要否情報を参照することで、部品交換を要しない修理方法を提示するための修理方法候補情報を優先的に選択する。このような構成を採用することで、１つの故障内容に対して複数の修理方法候補が存在する場合には、部品交換を要しない修理方法が優先的に提示されるので、本来であれば交換する必要のない正常な部品を誤って交換してしまうという事態を抑止して、修理コストの低減を図ることができる。また、正常な部品が不良品扱いとなって返品されてしまうという問題を抑止でき、故障発生の原因究明の効率を向上させることができる。このように、メンテナンスマンに提示すべき情報の順序や内容については、任意に変更可能である。
【０１０５】
また、支援サーバ２０の記憶部２１に格納される情報は、各ユニットＵＮ１〜ＵＮ６やスロットマシン１の製造工程の状況やその管理体制に応じて、任意に増減できる。例えば、ユニット工場ＵＦ１〜ＵＦｎにおいて、各ユニットＵＮ１〜ＵＮ６の検査を行った担当者を識別するための情報やその検査年月日、あるいは、ユニット工場ＵＦ１〜ＵＦｎから製造工場Ｆへ出荷を行った年月日、を支援サーバに送信して格納してもよい。あるいは、製造工場Ｆにおいて、各ユニットＵＮ１〜ＵＮ６を入庫した年月日、スロットマシン１の検査を行った担当者を識別するための情報やその検査年月日、スロットマシン１を出荷した年月日、を支援サーバに送信して格納してもよい。また、各ユニットＵＮ１〜ＵＮ６やスロットマシン１を運送している途中にチェックポイントを設け、このチェックポイントを通過した各ユニットＵＮ１〜ＵＮ６やスロットマシン１のタグ識別情報を読取って、その読取った時点の年月日と共に支援サーバに送信して格納してもよい。そして、例えば、このような情報のうち、不良品ユニットＵＮ１〜ＵＮ６に関連する情報を抽出して支援端末２０に送信することで、不良品解析を一層詳細に行うことが可能になる。
【０１０６】
また、上記実施の形態で自動的に行われるものとして説明した制御の全部または任意の一部を手動で行っても良く、逆に、手動で行われるものとして説明した制御の全部または任意の一部を公知技術または上述した思想に基づいて自動化しても良い。また、各実施の形態において示した各装置の各機能ブロックは、ハードワイヤードロジックにて構成しても良い。また、機能概念的に示した各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成できる。例えば、上記実施の形態においては支援サーバ１０にて処理されているとした処理の一部を、携帯電話７０のアプリケーションにおいて実行させることもできる。あるいは、各情報テーブルを統合又は省略することも可能である。この他、前記文書中や図面中で示した処理手順、または、制御手順については、特記する場合を除いて任意に変更できる。
【産業上の利用可能性】
【０１０７】
以上のように、本発明は、遊技機のメンテナンス作業を行うメンテナンスマンにその作業支援のための情報を提示することに有用であり、特に、遊技機の故障を修理するための修理方法等を提示することに適している。
【図面の簡単な説明】
【０１０８】
【図１】メンテナンス対象になるスロットマシンの正面図である。
【図２】フロントマスクを開いた状態における図１のスロットマシンの正面図である。
【図３】流通サイクル全体を概念的に示すブロック図である。
【図４】本発明の実施の形態に係る支援システム全体の構成を機能概念的に示すブロック図である。
【図５】図４の支援サーバの構成を機能概念的に示すブロック図である。
【図６】タグ情報テーブルの構造例を示す図である。
【図７】ユニット対応情報テーブルの構造例を示す図である。
【図８】ユニット管理情報テーブルの構造例を示す図である。
【図９】組合せ情報テーブルの構造例を示す図である。
【図１０】稼動履歴情報テーブルの構造例を示す図である。
【図１１】遊技場情報テーブルの構造例を示す図である。
【図１２】サービスマン情報テーブルの構造例を示す図である。
【図１３】受注管理情報テーブルの構造例を示す図である。
【図１４】メンテナンス情報テーブルの構造例を示す図である。
【図１５】有効性情報テーブルの構造例を示す図である。
【図１６】修理履歴情報テーブルの構造例を示す図である。
【図１７】図４の支援端末の構成を機能概念的に例示するブロック図である。
【図１８】図４の携帯電話の構成を機能概念的に例示するブロック図である。
【図１９】ＩＤタグＴの利用サイクル全体を概念的に示すブロック図である。
【図２０】支援処理全体の流れを概念的に示すブロック図である。
【図２１】携帯電話と支援サーバとにおける支援処理のフローチャートである。
【図２２】図２１に続く、携帯電話と支援サーバとにおける支援処理のフローチャートである。
【図２３】図２２に続く、携帯電話と支援サーバとにおける支援処理のフローチャートである。
【図２４】図２３に続く、携帯電話と支援サーバとにおける支援処理のフローチャートである。
【図２５】携帯電話における初期画面の表示例である。
【図２６】携帯電話における店舗入力画面の表示例である。
【図２７】携帯電話における機種入力画面の表示例である。
【図２８】携帯電話における確認画面の表示例である。
【図２９】携帯電話における故障箇所特定画面の表示例である。
【図３０】携帯電話における故障内容特定画面の表示例である。
【図３１】携帯電話における修理方法提示画面の表示例である。
【図３２】携帯電話における修理方法提示画面の表示例である。
【図３３】携帯電話における他の修理方法提示画面の表示例である。
【図３４】携帯電話における他の修理方法提示画面の表示例である。
【図３５】携帯電話における他の修理方法提示画面の表示例である。
【図３６】携帯電話における連絡用画面の表示例である。
【図３７】携帯電話における交換部品特定画面の表示例である。
【図３８】不良ユニットの判定処理のフローチャートを示す図である。
【符号の説明】
【０１０９】
１  スロットマシン
２  裏箱
３  フロントマスク（３ａ  透明窓、３ｂ  操作部品群、３ｃ  表示パネル、３ｄ  スピーカ部）
１０  支援サーバ
１１  記憶部
１２  処理部（１２ａ  セキュリティ処理部、１２ｂ  送受信処理部、１２ｃ  情報解析処理部、１２ｄ  支援処理部）
１３  ネットワークインターフェース
１４  バス
２０  支援端末
２１  入力部
２２  出力部
２３  記憶部
２４  処理部
２５  ネットワークＩＦ
２６  バス
３０  ＬＡＮ
４０  読取装置
５０  ローカルサーバ
６０  ネットワーク
７０  携帯電話
７１  入力部
７２  表示部
７３  記憶部
７４  処理部
７５  読取部
７６  無線通信ＩＦ
７７  アンテナ
７８  バス
８０  基地局
ＵＮ１  液晶ユニット
ＵＮ２  副基板ユニット
ＵＮ３  主基板ユニット
ＵＮ４  リールユニット
ＵＮ５  ホッパーユニット
ＵＮ６  電源ユニット
ＭＦ  製造メーカ
ＩＤＦ  ＩＤタグ製造工場
ＩＤＭ  ＩＤタグ管理会社
ＵＦ１〜ＵＦｎ  ユニット工場
Ｆ  製造工場
Ｈ１〜Ｈｎ  遊技場
Ｔ  ＩＤタグ
【図１】
2006325732.tif 000003
【図２】
2006325732.tif 000004
【図３】
2006325732.tif 000005
【図４】
2006325732.tif 000006
【図５】
2006325732.tif 000007
【図６】
2006325732.tif 000008
【図７】
2006325732.tif 000009
【図８】
2006325732.tif 000010
【図９】
2006325732.tif 000011
【図１０】
2006325732.tif 000012
【図１１】
2006325732.tif 000013
【図１２】
2006325732.tif 000014
【図１３】
2006325732.tif 000015
【図１４】
2006325732.tif 000016
【図１５】
2006325732.tif 000017
【図１６】
2006325732.tif 000018
【図１７】
2006325732.tif 000019
【図１８】
2006325732.tif 000020
【図１９】
2006325732.tif 000021
【図２０】
2006325732.tif 000022
【図２１】
2006325732.tif 000023
【図２２】
2006325732.tif 000024
【図２３】
2006325732.tif 000025
【図２４】
2006325732.tif 000026
【図２５】
2006325732.tif 000027
【図２６】
2006325732.tif 000028
【図２７】
2006325732.tif 000029
【図２８】
2006325732.tif 000030
【図２９】
2006325732.tif 000031
【図３０】
2006325732.tif 000032
【図３１】
2006325732.tif 000033
【図３２】
2006325732.tif 000034
【図３３】
2006325732.tif 000035
【図３４】
2006325732.tif 000036
【図３５】
2006325732.tif 000037
【図３６】
2006325732.tif 000038
【図３７】
2006325732.tif 000039
【図３８】
2006325732.tif 000040