JP2019168790A - 紙葉類処理システムの処理方法および紙葉類処理システム - Google Patents

Abstract

【課題】処理効率を向上させた紙葉類処理システムおよび紙葉類処理方法を提供する。
【解決手段】実施形態によれば、主制御部３１０は、紙葉類処理システム内の複数の装置の状態をそれぞれ示す複数の状態情報を受信すると、当該受信する状態情報が示す値と、判定テーブルの閾値とを比較し、当該比較結果に基づいて状態情報が示す装置に異常が生じているか否かを判定する（ＳＴ１０３）。そして、主制御部３１０は、異常が判定された場合、異常判定結果に対する対処項目と異常判定結果とを状態情報に関連付けて記憶すると共に、対処項目のリストに状態情報に関する情報を追加する（ＳＴ１０５）。
【選択図】図１５

Description

本発明の実施形態は、紙葉類処理システムの処理方法および紙葉類処理システムに関する。

紙葉類区分装置において、各センサの出力値により警告あるいは異常か否かを判定し、警告あるいは異常と判断した場合に、センサの番号とセンサの位置情報とをオペレータに報知する技術が知られている。
また、プラント等の設備において、作業履歴や交換部品情報などの過去の事例からなる保守履歴情報を、キーワードベースで相互に関連付けておき、設備に付加した多次元センサの出力信号を対象とした異常検知に基づき、異常を検知し、検知した異常と関連付けられた保守履歴情報とを結びつけることにより、発生した異常に対しなすべき診断・処置を明らかにする技術が知られている。

特開２００２−１１４１１号公報 特開２０１１−２２７７０６号公報

紙葉類を処理する紙葉類処理システムは、種々の券種を取り扱うと共に多量の紙幣を整列、集積、および施封等を実行する工程を有している。このように多数の工程を実現するために紙葉類処理システムは、複数のモジュールが組み合わされて構成されることが多い。このように構成される紙葉類処理システムの保守を行うために、紙葉類処理システム内の各装置やセンサ等の異常を確認する必要がある。このような異常の確認を正確に行うためには、既述のようにセンサからの情報を得るだけでは不十分である。また、紙葉類処理システムは、多量の紙幣を処理するため処理効率を向上させることが望まれている。しかしながら、紙葉類処理システムに異常が発生する毎に保守員が異常に対する処置を行う場合、業務時間中にシステムを停止することになり、紙葉類処理システムの処理効率が低下する。

本発明が解決しようとする課題は、処理効率を向上させた紙葉類処理システムの処理方法および紙葉類処理システムを提供することにある。

一実施形態に係る、紙葉類を処理する紙葉類処理装置を含む紙葉類処理システムの処理方法は、以下の処理を実行する。前記紙葉類処理装置内の複数の装置に関する状態をそれぞれ示す複数の状態情報を取得するときに、当該取得する状態情報が示す値と、当該状態情報に予め設定されている閾値とを比較し、当該比較結果に基づいて前記状態情報が示す装置に異常が生じているか否かを判定する。前記異常が判定された場合、前記異常判定結果に対する対処項目と前記異常判定結果とを前記状態情報に関連付けて記憶すると共に、前記対処項目のリストに前記状態情報に関する情報を追加する。

第１の実施形態の紙葉類処理システムの構成を概略的に示す斜視図。 同実施形態の紙幣処理装置の外観を示す斜視図。 同実施形態の紙幣処理装置の構成例を示す断面図。 同実施形態の紙幣処理装置の概略的な構成を示すブロック図。 同実施形態のＰＣの概略的な構成を示すブロック図。 同実施形態のＰＣの概略的な構成を示すブロック図。 同実施形態の機体情報の一例を示す図。 同実施形態の一定時間の処理数情報の一例を示す図。 同実施形態の自己診断情報の一例を示す図。 同実施形態の搬送路のセンサ出力情報の一例を示す図。 同実施形態の制御情報の一例を示す図。 同実施形態の振動音情報の一例を示す図。 同実施形態の判定テーブルの一例を示す図。 同実施形態の対処管理リストの一例を示す図。 同実施形態の紙葉類処理システムで実行される処理の一例を示すフローチャート。 同実施形態の状態情報の内容が表示装置に表示されるときの一例を示す図。 同実施形態の対処管理リストが表示装置に表示されるときの一例を示す図。 同実施形態のプール化リストの一例を示す図。 同実施形態の部品交換リストの一例を示す図。 第２の実施形態の処理結果を表示する処理の一例を示すフローチャート。 同実施形態の表示装置に表示される解析結果の一例を示す図。 同実施形態の表示装置に表示されるエラー履歴の一例を示す図。 同実施形態の検索結果の一例を示す図。 変形例の紙葉類処理システムの構成を概略的に示す図。

以下、実施の形態について、図面を参照して説明する。
（第１の実施形態）
図１は、実施形態に係る紙葉類処理システムの構成を概略的に示す斜視図である。
図１に示すように、本実施形態に係る紙葉類処理システムは、例えば、紙葉類としての紙幣を処理する紙幣処理装置（紙葉類処理装置）１００、ＰＣ（Personal Computer）２００、およびＰＣ３００を備えている。ここで、ＰＣ２００は、紙幣処理装置１００に付随し、紙幣処理装置１００を管理するＰＣであり、ＰＣ３００は紙幣処理装置１００及びこれに付随するＰＣ２００全体を管理するＰＣである。なお、図１においては、１組の紙幣処理装置１００及びＰＣ２００を図示しているが、ＰＣ３００は、１組の紙幣処理装置１００及びＰＣ２００以外の他の複数の紙幣処理装置及びこれに付随するＰＣを管理するように構成してもよい。紙幣処理装置１００とＰＣ２００とＬＡＮ（Local Area Network）１を介して接続されており、ＰＣ２００とＰＣ３００とはＬＡＮ２を介して接続されている。ＬＡＮ２は、セキュリティ機能を有するＬＡＮである。

図２は、紙幣処理装置１００の外観を示す斜視図である。
図２に示すように、紙幣処理装置１００は、メインモジュール１０、整列モジュール３０、および集積施封モジュール４０を備えている。これらのモジュール１０、３０、４０は、一列に並んで配置され、互いに電気的かつ機械的に連結されている。本実施形態において、紙幣処理装置１００は、テーブルＴＢ上に設置されている。なお、本実施形態では、紙幣処理装置１００は、メインモジュール１０、整列モジュール３０、および集積施封モジュール４０を備えている場合で説明するが、他のモジュールを含めて構成してもよい。

メインモジュール１０、整列モジュール３０、および集積施封モジュール４０は、それぞれハウジング１０Ａ、ハウジング３０Ａ、ハウジング４０Ａを有している。これらのハウジング１０Ａ、３０Ａ、４０Ａは、一列に並んで配置されている。
メインモジュール１０において、ハウジング１０Ａの側壁下部には、集積紙幣を取り出すための複数の取出し口１１１ａが設けられている。側壁の中央部には、損券あるいは排除券の積層紙幣を取出すための複数の取出し口１１１ｂが設けられている。更に、側壁の中央部に窓１１３が形成されている。この窓１１３は、メインモジュール１０の操作パネルＤＰと対向する位置に設けられている。窓１１３を通して操作パネルＤＰを操作することができるとともに、窓１１３を通して操作パネルＤＰの表示を視認することができる。

ハウジング１０Ａの一部、ここでは、側壁の一部およびこの側壁に続く天井壁の一部は、開閉可能な扉１１５を構成している。扉１１５は、天井壁に設けられた複数のヒンジＨ１により回動可能に支持されている。また、扉１１５の下端縁には、指掛け用の凹所１１６が形成されている。

整列モジュール３０において、ハウジング３０Ａの側壁下部には、集積紙幣を取り出すための複数の取出し口３１１ａが設けられている。ハウジング３０Ａの一部、ここでは、側壁の一部およびこの側壁に続く天井壁の一部は、開閉可能な扉３１５を構成している。扉３１５は、天井壁に設けられた複数のヒンジＨ２により回動可能に支持されている。また、扉３１５の下端縁には、指掛け用の凹所３１６が形成されている。

集積施封モジュール４０において、ハウジング４０Ａの側壁下部には、施封された紙幣束を取り出すための取出し口４１１ａが設けられている。ハウジング４０Ａの一部、ここでは、側壁の一部およびこの側壁に続く天井壁の一部は、開閉可能な扉４１５を構成している。扉４１５は、天井壁に設けられた複数のヒンジＨ３により回動可能に支持されている。また、扉４１５の下端縁には、指掛け用の凹所４１６が形成されている。

次に、紙幣処理装置１００の内部構造（ハウジング１０Ａ、３０Ａ、４０Ａ内に設けられた機構部）について説明する。図３は、紙幣処理装置１００の構成例を示す断面図である。メインモジュール１０は、このメインモジュールおよび装置全体の動作を制御する主制御部１２と、主制御部１２に接続された操作パネルＤＰとを備えている。操作パネルＤＰは、例えば、タッチパネルで構成され、種々の操作指令をタッチ入力することができるとともに、種々の情報を表示することができる。メインモジュール１０は、多数枚の紙幣Ｐが積層状態で載置される供給部１１と、この供給部１１から紙幣Ｐを１枚ずつ取り出す取り出し機構１４と、取り出し機構１４によって取り出された紙幣Ｐを搬送する搬送路１６とを有している。搬送路１６には、搬送機構を構成する複数組の図示しない無端状の搬送ベルトが搬送路１６を挟むように延設されている。取出された紙幣Ｐは、搬送ベルトに挟持されて搬送される。

供給部１１は、鉛直方向に対して任意の角度だけ傾斜して延びる支持面１１ａと、この支持面１１ａの下端から、支持面１１ａにほぼ直交方向に延びる載置面１１ｂと、これら支持面１１ａおよび載置面１１ｂの両側縁に沿って立設された一対のガイド壁１１ｃと、を有している。支持面１１ａと載置面１１ｂとの境界部には、紙幣Ｐを装置内に取込むための取出し口が形成されている。
供給部１１には、複数枚、例えば、２０００枚以上の紙幣Ｐを積層状態で載置することができる。積層紙幣Ｐは、その最下部の紙幣が載置面１１ｂ上に載置され、かつ、例えば、紙幣の長辺側の側縁が支持面１１ａ上に載置された状態で、支持面に沿って傾斜して供給部１１に搭載される。積層紙幣Ｐは、取出し機構１４により、最下部の紙幣Ｐから順に、一枚ずつ、取出し口１１ｅを通して装置内に取り込まれる。
供給部１１は、積層紙幣Ｐを取出し側、つまり、載置面１１ｂに向かって移動させるバックアッププレート２１を備えている。バックアッププレート２１は、支持面１１ａに収納可能にかつ支持面に沿って移動可能に設けられている。

取り出し機構１４は、載置面１１ｂ上の紙幣Ｐに当接可能に設けられた複数のピックアップローラ２４と、取出し口側のピックアップローラ２４に転接して設けられた分離ローラ２５と、ピックアップローラ２４を所定の速度で回転する駆動モータ２６と、を備えている。
ピックアップローラ２４が回転することにより、最下段の紙幣Ｐがピックアップローラ２４によって取出され、取出し口１１ｅから搬送路１６へ送られる。この際、分離ローラ２５により、２枚目以降の紙幣Ｐが取出し紙幣から分離される。これにより、紙幣Ｐが１枚ずつ、供給部１１から取出され、搬送路１６へ送られる。

紙幣Ｐの搬送ピッチを補正する搬送ピッチ補正部１３と、搬送ピッチが補正された紙幣Ｐを１枚ずつ鑑査する鑑査装置１８と、バーコードリーダ１９と、が搬送路１６に沿って配置されている。鑑査装置１８は、鉛直方向に関して、供給部１１の取出し口よりも上方に配設されている。鑑査装置１８は、送られて来た紙幣Ｐの金種、形状、厚さ、表裏、真偽、正損、２枚取り等を検出する。ここで、正損検出とは、再流通可能な正券と、汚れ、破損等があり再流通不可能な損券とを検出することを示している。バーコードリーダ１９は、例えば、バッチカードを用いる場合に、鑑査装置１８を通過したバッチカードに付されているバーコードを読取り、その読取り情報を主制御部１２へ送る。

搬送路１６は、取出し機構１４および取出し口から一端下方に延びた後、鑑査装置１８まで、鉛直方向に対して斜め傾斜して、下から上に延びている。なお、搬送路１６は、詳細は後述する整列モジュール３０に繋がっている。搬送路１６の最下部に排出口が形成され、更に、この排出口の下方に、異物回収箱２７が設けられている。搬送路１６に沿って落下する異物は、排出口から排出され、異物回収箱２７に回収される。前述したように、異物回収箱２７は、ハウジング１０Ａの第２扉１２０を開けることにより、ハウジング１０Ａの外部に引出し可能に設けられている。

メインモジュール１０において、搬送路１６に沿って、２つのリジェクト部２０ａ、２０ｂが設けられ、また、それぞれ紙幣を集積する複数の集積庫２２ａ、２２ｂ、２２ｃ、２２ｄが並んで配置されている。鑑査装置１８を通過した紙幣Ｐは、図示しないゲートにより、リジェクト券と、処理券とに振り分けられる。
リジェクト券とは、鑑査装置１８により、偽券と判別された券、又は折れ、破れ、スキュー、２枚取りなどにより判別不能な券と判別された券をいう。リジェクト券は、リジェクト部２０ａあるいは２０ｂに振り分けられて集積される。リジェクト部２０ａ、２０ｂは、それぞれ前述した取出し口１１１ｂと対向する位置に配置されている。リジェクト部２０ａあるいは２０ｂに集積されたリジェクト券は、偽券を除き、供給部１１にセットし直して再取り込みするか、手入力で計数データに算入する。鑑査装置１８による処理金額、枚数等の鑑査結果は、主制御部１２へ送られ、保存されるとともに、操作パネルＤＰに表示される。
処理券とは、鑑査装置１８で判別された紙幣Ｐが真券で正券、又は真券で損券をいう。処理券は、集積庫２２ａないし２２ｄに送られて集積される。例えば、処理券は、金種ごとに対応する集積庫２２ａないし２２ｄのいずれかに振分けて集積され、また、損券はまとめて１つの集積庫に集積される。集積庫２２ａないし２２ｄは、前述した取出し口１１１ａと対向する位置にそれぞれ配置されている。
バッチカードを用いる場合、バッチカードは、鑑査装置１８およびバーコードリーダ１９を通過した後、リジェクト部２０ａあるいは２０ｂに送られ、集積される。

メインモジュール１０は、取り出し機構１４、鑑査装置１８、搬送機構等を駆動する図示しない駆動機構および電源を備えている。更に、メインモジュール１０は、搬送路１６の複数個所に設けられた複数のセンサＳ１〜Ｓ６、鑑査装置１８内の搬送路に設けられたセンサＳ７を備えている。各センサは、発光部と、発光部から出射された検出光を受光する受光部とを有し、発光部と受光部との間を通過する紙幣を検知する。更に、メインモジュール１０は、異物回収箱２７内の異物の有無を検出するセンサＳＳを有している。

整列モジュール３０は、メインモジュール１０から送られた紙幣Ｐを搬送する搬送路３１と、搬送路３１の上流側に設けられた整列機構３２と、搬送路３１に沿って整列機構３２の下流側に設けられた反転装置３４と、搬送路３１に沿って、並んで配置された複数の集積庫３６ａ、３６ｂ、３６ｃ、３６ｄと、を備えている。集積庫３６ａ、３６ｂ、３６ｃ、３６ｄは、前述したハウジング３０Ａの取出し口３１１ａとそれぞれ対向する位置に配置されている。更に、整列モジュール３０は、搬送路３１の複数個所に設けられた複数のセンサＳ８〜Ｓ１１を備えている。各センサは、発光部と、発光部から出射された検出光を受光する受光部とを有し、発光部と受光部との間を通過する紙幣を検知する。

整列機構３２から送り出された紙幣Ｐあるいは反転装置３４から向きを揃えて送り出された紙幣Ｐは、搬送路３１を通して集積施封モジュール４０へ送られ、あるいは、集積庫３６ａ〜３６ｄのいずれかに送られて集積される。整列モジュール３０の集積庫３６ａないし３６ｄは、紙幣を金種ごとに集積する集積庫として使用でき、あるいはメインモジュール１０から取り出されたリジェクト券あるいは損券を集積するリジェクト庫あるいは損券庫としても使用することができる。
一方、紙幣の施封処理が設定されている場合、メインモジュール１０から取り出された正券あるいは損券、あるいは、整列モジュール３０から取出された正券あるいは損券は、整列モジュール３０の搬送路３１を通して集積施封モジュール４０に送られ、所定枚数ずつ集積および施封される。

集積施封モジュール４０は、整列モジュール３０の搬送路３１に連通する搬送路４２と、この搬送路４２を通して送られて来た紙幣を所定枚数ずつ集積する第１集積装置４４ａおよび第２集積装置４４ｂと、これらの集積装置により所定枚数、例えば１００枚、集積された紙幣束を帯（結束帯）により施封する施封装置４８と、第１集積装置４４ａにより集積された紙幣束および第２集積装置４４ｂにより集積された紙幣束を施封装置４８に搬送する搬送機構４９と、を備えている。更に、施封装置４８により施封された紙幣束を受取り集積する図示しない排出部が施封装置４８の下方に設けられる。

第１集積装置４４ａおよび第２集積装置４４ｂは、上下および左右にずれて配置されている。第２集積装置４４ｂは、第１集積装置４４ａに対して、例えば、約１０〜８０度の角度θだけ、斜め下方向にずれて配置され、その一部は、鉛直方向において第１集積装置４４ａとオーバーラップして配置されている。施封装置４８は、第２集積装置４４の下方に配置されている。第１および第２集積装置４４ａ、４４ｂの各々は、一時集積部４５ａ，４５ｂと、送られて来た紙幣Ｐを１枚ずつ所定枚数だけ一時集積部４５ａ，４５ｂに集積する羽根車集積装置４６ａ，４６ｂと、を備えている。

集積施封モジュール４０は、搬送路４２の複数個所に設けられた複数のセンサＳ１３、Ｓ１４を備えている。各センサは、発光部と、発光部から出射された検出光を受光する受光部とを有し、発光部と受光部との間を通過する紙幣を検知する。

図４は、紙幣処理装置１００の概略的な構成を示すブロック図である。図４に示すように、紙幣処理装置１００のメインモジュール１０は、このメインモジュールおよび他のモジュールを含む装置全体の動作を制御する主制御部１２を備えている。主制御部１２は、各モジュールの動作を制御するとともに後述する状態情報の送信制御をするＣＰＵ１２ａ、種々のデータ、制御プログラム、および管理情報等を格納するメモリ１２ｂを備えている。操作パネルＤＰは主制御部１２に接続されている。複数のセンサＳ１〜Ｓ７、ＳＳは、それぞれ主制御部１２に接続され、受光部の検出出力を主制御部１２へ送る。メインモジュール１０は、取出し機構１４の駆動モータ２６を駆動するドライバ２８を更に備え、このドライバ２８は主制御部１２により制御される。鑑査装置１８は、主制御部１２に接続され、紙幣の鑑査結果を主制御部１２に送る。

整列モジュール３０および集積施封モジュール４０は、それぞれ各モジュールの動作を制御する副制御部３１ａ、４１ａを有し、これらの副制御部３１ａ，４１ａは、図示しないインターフェースおよびケーブルを介してメインモジュール１０の主制御部１２にそれぞれＬＡＮ１により接続されている。
整列モジュール３０の複数のセンサＳ８〜Ｓ１２は、それぞれ副制御部３１ａに接続され、検出信号あるいは検出出力を副制御部３１ａに送る。モータ等を含む機構部は、副制御部３１ａに接続され、副制御部３１ａにより動作が制御される。
集積施封モジュール４０は、結束帯の印刷するためのプリンタ、施封モジュール、前述の施封装置、駆動機構、およびセンサＳ１３，Ｓ１４を備えている。これらは副制御部４１ａにより制御される。また、各センサＳ１３、Ｓ１４は、検出信号あるいは検出出力を副制御部４１ａに送る。

図５は、ＰＣ２００の概略的な構成を示すブロック図である。図５に示すように、ＰＣ２００は、装置全体の動作を制御する主制御部２１０を備えている。主制御部２１０は、各装置の動作を制御するとともに紙幣処理装置１００内の複数の装置の状態をそれぞれ示す複数の状態情報を紙幣処理装置１００から取得し、ＰＣ３００に送信する処理等を実行するＣＰＵ２１１、種々のデータ、制御プログラム、管理情報等を格納するメモリ２１２を備えている。また、ＣＰＵ２１１は、図示しないインターフェースおよびケーブルを介してメインモジュール１０の主制御部１２にＬＡＮ１により接続されている。さらに、ＣＰＵ２１１は、図示しないインターフェースおよびケーブルを介して後述するＰＣ３００の主制御部３１０にＬＡＮ２により接続されている。ＣＰＵ２１１は、ＬＡＮ１を介して紙幣処理装置１００の主制御部１２とデータ通信を行い、ＬＡＮ２を介してＰＣ３００の主制御部３１０とデータ通信を行う。記憶装置２２０は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）である。記憶装置２２０は、紙幣処理装置１００から取得する状態情報を管理する状態情報記憶部２２１を含む。状態情報の詳細については、後述する。表示装置２３０は、保守員等の指示に基づいて、保守員に対して記憶装置２２０に記憶された情報等を表示する。入力装置２４０は、保守員等からＰＣ２００に対する指示を受け付ける。

図６は、ＰＣ３００の概略的な構成を示すブロック図である。図６に示すように、ＰＣ３００は、装置全体の動作を制御する主制御部３１０を備えている。主制御部３１０は、各装置の動作を制御するとともにＰＣ２００から状態情報を取得し、記憶装置３２０に記憶する処理等を実行するＣＰＵ３１１、種々のデータ、制御プログラム、管理情報等を格納するメモリ３１２を備えている。また、ＣＰＵ３１１は、図示しないインターフェースおよびケーブルを介してＰＣ２００の主制御部２１０にＬＡＮ２により接続されている。ＣＰＵ３１１は、ＬＡＮ２を介してＰＣ２００の主制御部２１０とデータ通信を行う。

記憶装置３２０は、例えば、ＨＤＤやＳＳＤである。記憶装置３２０は、ＰＣ２００から送信される状態情報毎に異常な状態であることを規定する閾値が設定され、この閾値に基づいて状態情報が示す装置の修理・点検・交換等が必要な異常状態であるか否か、および異常状態に対する対処の緊急度を判定するための判定テーブル３２１、緊急度が高いときにどのように対処するかという対処方法を示す対処項目を管理する対処管理リスト３２２、状態情報を管理する状態情報管理部３２３を含んでいる。ＰＣ３００で管理される状態情報は、ＰＣ２００から送信される状態情報に緊急度の判定結果や対処項目等が追加されて管理される。さらに、状態情報管理部３２３には、状態異常に対して選択された対処項目に基づいて作成されるリストが管理される。このリストは、例えば、プール化リスト３２４や部品交換リスト３２５である。プール化リスト３２４には、対処項目の１つとして、後述する対処項目“定期点検へ”が選択された場合に所定の情報と共に情報が追加登録される。部品交換リスト３２５には、対処項目“部品交換”が選択された場合に交換した部品等の品名等の情報が追加登録される。プール化リスト３２４および部品交換リスト３２５に登録される具体的な内容については後述する。本実施形態では、プール化リスト３２４、部品交換リスト３２５を挙げて説明しているが、これらリストは対処項目毎に作成されることが望ましい。ＰＣ３００においては、このように状態情報に追加された緊急度や対処項目を利用して、状態情報の検索等の処理を実行することが可能になる。表示装置３３０は、保守員等の指示に基づいて、保守員に対して記憶装置３２０に記憶された情報等を表示する。入力装置３４０は、保守員等からＰＣ３００に対する指示を受け付ける。

次に、ＰＣ２００が紙幣処理装置１００から取得し、ＰＣ３００に送信する状態情報の具体例について図７から図１２を参照して説明する。状態情報として、機体情報、一定時間の処理数情報、自己診断情報、搬送路のセンサ出力情報、制御情報、および振動音情報を例に挙げ、図７から図１２を用いてそれぞれ説明する。なお、本実施形態では、状態情報として、以下に説明する情報を挙げるが、状態情報はこれらに限るものではない。状態情報は、紙幣処理装置１００に関する情報、および紙幣処理装置１００内の装置に関する情報、例えば、機構、センサ、部品、およびこれらに対する所定のプログラムの処理結果に関する情報等から任意に設定した情報であればよい。また、これらの状態情報は所定のタイミングで紙幣処理装置１００の主制御部１２により取得され、取得されると直ちに主制御部１２からＰＣ２００に送信される。

図７は、機体情報の一例を示す図である。図７に示すように、機体情報Ｔ１０は、紙幣処理装置１００の使用サイト、機体番号、動作時間、モジュール構成が関連付けられて構成される。使用サイトは、紙幣処理装置１００を管理するサイトのアドレスが登録される。機体番号は、紙幣処理装置１００を特定する番号、いわゆるシリアルナンバーである。動作時間は、紙幣処理装置１００の動作が最初に開始してから現在までの累積動作時間である。この累積動作時間は、例えば保守を行うタイミングを決定するために用いられる。モジュール構成は、紙幣処理装置１００を構成するモジュールが登録されている。本実施形態では、紙幣処理装置１００は、メインモジュール１０、整列モジュール２０、および集積施封モジュール４０で構成されていることが機体情報Ｔ１０に含まれている。

図８は、一定時間の処理数情報の一例を示す図である。図８に示すように、処理数情報Ｔ２０は、一定時間の処理枚数、およびリジェクト枚数が関連付けられて構成される。処理枚数は、紙幣処理装置１００が一定時間以内に処理した紙幣Ｐの処理枚数である。リジェクト枚数は、紙幣の汚れ等により排除された既述のリジェクト券の枚数である。

図９は、自己診断情報の一例を示す図である。図９に示すように、自己診断情報Ｔ３０は、紙幣処理装置１００内に設けられているファンアラーム、センサ電源、光源電源、基板温度、コネクタ外れ、およびセンサ信号に関する診断結果が関連付けられて構成される。自己診断は、紙幣処理装置１００の主制御部１２内のＣＰＵ１２ａが、例えばメモリ１２ｂに格納されるプログラムを用いて所定のタイミングで実行される。これにより、ファンアラームからのセンサ情報により所定の冷却ファンが正常に動作しているか否か、センサ電源、および光源電源によりセンサおよび光源それぞれに電源が供給されているか否かが診断される。また、基板温度に関しては、所定の基板に設けられた温度センサからの出力に基づいて温度が計測される。コネクタ外れに関しては、各コネクタの接続の有無が診断される。センサ信号は、各センサ（例えば、センサＳ１〜Ｓ１４，ＳＳ）の信号が受信できているか否かが診断される。

図１０は、紙幣Ｐを搬送する搬送路１６のセンサ出力情報の一例を示す図である。図１０に示すように、センサ出力情報Ｔ４０は、センサＳ１〜Ｓ１４，センサＳＳの出力情報が関連付けられて構成される。つまり、センサ出力情報Ｔ４０には、センサＳ１〜Ｓ１４，センサＳＳの出力値が含まれる。

図１１は、制御情報の一例を示す図である。図１１に示すように、制御情報Ｔ５０は、紙幣処理装置１００内に設けられた各モータ（例えば、駆動モータ２６）の動作回数、および羽根車のヒストグラムデータが関連付けられて構成される。モータの動作回数は、所定時間内のモータの回転数である。ヒストグラムデータは所定時間毎の羽根車集積装置４５ａ，４６ａの動作回数である。これらの動作回数は所定のセンサにより検出すればよい。

図１２は、振動音情報の一例を示す図である。図１２に示すように、振動音情報Ｔ６０は、紙幣処理装置１００内の所定位置に設けられた集音装置が集音する振動音に対する周波数解析のデータ結果が含まれる。集音装置を設ける場所は、例えば、搬送路１６である。この場合、データ結果に基づいて搬送路１６で紙幣Ｐがスムーズに通過できているか、通過できていないかを予測することが可能になる。なお、紙幣処理装置１００内に集音装置が複数設けるようにしてもよい。

図１３は、判定テーブル３２１の一例を示す図である。判定テーブル３２１は、センサ出力情報に含まれる電圧値に対して、Ａ判定、Ｂ判定、およびＣ判定を判定するための電圧値（閾値）が設定されている。Ａ判定にはセンサの修理・点検・交換等の対処がすぐに必要な緊急度が高い場合の閾値が設定される。Ｂ判定はセンサ出力が通常範囲値からは外れているが対処がすぐに必要な緊急度がそれほど高くない場合の閾値が設定される。Ｃ判定はセンサ出力が通常の状態にある場合であり、対処の必要がない場合の閾値が設定される。具体的には、センサ出力Ｖ０が０≦Ｖ０＜Ｖ１，Ｖ４≦Ｖ０の場合はＡ判定であり、Ｖ１≦Ｖ０＜Ｖ２，Ｖ３≦Ｖ０＜Ｖ４の場合はＢ判定であり、Ｖ２≦Ｖ０＜Ｖ３の場合はＣ判定となる。したがって、本実施形態では、Ａ判定、又はＢ判定が異常判定結果になる。

なお、各電圧値Ｖ１〜Ｖ４はセンサの種別に応じて任意に設定可能である。また、既述の各センサＳ１〜Ｓ１４，ＳＳを含む各センサに対して一律に各電圧値Ｖ１〜Ｖ４を設定してもよいし、センサ毎に判定テーブル３２１の電圧値の設定を変更するように構成してもよい。判定の設定方法もＡ，Ｂ，Ｃの３種類に限らず、正常、異常の２つ、又は、４つ以上の種類を設けるようにしてもよい。
本実施形態では、図１３に示すセンサＳ１〜Ｓ１４，ＳＳに関する判定テーブル３２１について説明するが、紙幣処理装置１００内の各装置から取得する複数の状態情報に対してそれぞれ判定テーブルが設けられている。例えば、メインモジュール１０の紙幣Ｐを取り込む機構（以下、取込部という。）、集積施封モジュール４０内の紙幣Ｐを集積する機構（以下、集積部という。）、施封する機構（以下、施封部という。）がそれぞれ１時間当たりに排除等したリジェクト枚数に対しても閾値が設けられており、所定時間のリジェクト枚数に基づいて緊急度Ａ，Ｂ，Ｃを判定する。

図１４は、対処管理リスト３２２の一例を示す図である。対処管理リスト３２２は、紙幣処理装置１００内の各装置等に異常が判定された場合に、保守員に対して対処方法を問い合わせる対処項目、および保守員のコメント欄を有する。図１４に示すように、本実施形態では、対処項目として、“調整”，“部品交換”，“清掃”，“機能確認”，“縮退運転化”，“定期点検へ”が設けられている。なお、対処項目は、これらに限定されるものでない。紙幣処理装置１００のモジュール構成等に応じて保守員により対処項目の追加や削除が可能である。

図１５は、紙葉類処理システムで実行される処理の一例を示すフローチャートである。この処理は、主としてＰＣ２００と、ＰＣ３００とにより実行される。ＰＣ２００においては、ＣＰＵ２１１がメモリ２１２に格納されるプログラムを実行することにより行われる。また、ＰＣ３００においては、ＣＰＵ３１１がメモリ３１２に格納されるプログラムを実行することにより行われる。ここで、メモリ２１２，３１２にそれぞれ格納されるプログラムは、例えば、ＰＣ３００はＬＡＮ２や所定のネットワークに接続されているサーバ等の情報処理装置からプログラムをダウンロードされて格納され、ＰＣ２００はＰＣ３００を介して当該情報処理装置からプログラムをダウンロードされて格納される。なお、プログラムは、ネットワーク上からダウンロードしなくても、例えば、プログラムを格納した携帯型のメモリ装置をＰＣ２００，３００に接続し、当該携帯型のメモリ装置からプログラムをメモリ２１２，３１２にそれぞれ記憶させるようにしてもよい。
図１５に示すように、ＰＣ２００の主制御部２１０は、紙幣処理装置１００から状態情報を収集し、その収集した状態情報をＰＣ３００に対してＬＡＮ２を介して送信する（ＳＴ１０１）。このときに、主制御部２１０は、収集した状態情報を状態情報記憶部２２１に記憶する処理も実行する。ＰＣ２００は、例えば機体情報Ｔ１０を紙幣処理装置１００の起動時に紙幣処理装置１００から取得し、処理数情報Ｔ２０を一定時間毎に紙幣処理装置１００から取得する。このように、状態情報の種別毎にＰＣ２００が状態情報を取得するタイミングは異なるが、取得したタイミングでＰＣ３００に送信される。

ＰＣ３００の主制御部３１０は、ＰＣ２００から収集した状態情報を受信すると、受信した状態情報を状態情報管理部３２３に記憶すると共に、受信した状態情報を解析する（ＳＴ１０２）。この解析は、例えば、状態情報が示す値と、状態情報に対応する判定テーブル３２１とを用いて、当該状態情報に対する対処の緊急度を判定する処理である。言い換えると、受信した状態情報に対応する装置に異常が生じているか否か、およびその異常にすぐに対処することが必要か否かについて解析される。
次に、主制御部３１０は、解析結果から状態情報が異常を示しているか否かを判定する（ＳＴ１０３）。ステップＳＴ１０２で取得した状態情報と、当該状態情報に対応する判定テーブル３２１に設定された閾値とを比較し、当該比較結果に基づいて状態情報が示す装置に異常が生じているか否かが、既述の解析結果に基づいて判定される。本実施形態では、既述のように、判定がＣ判定であれば状態が異常でないと判定され、Ｂ判定およびＡ判定であれば、状態が異常であると判定される。主制御部３１０が状態情報の異常を判定しない場合（ＳＴ１０３：ＮＯ）、処理はステップＳＴ１０１へ戻る。

なお、本実施形態では、ＰＣ２００が紙幣処理装置１００から送信される状態情報を収集し、収集した状態情報をＰＣ３００へ送信する場合で説明するが、ＰＣ２００が状態情報を収集するタイミングはこれに限るものではない。例えば、ＰＣ２００が任意のタイミングで状態情報を紙幣処理装置１００から収集するようにしてもよい。また、ＰＣ２００が所定のタイミングで状態情報を収集する構成の場合、ＰＣ２００とＰＣ３００とはＬＡＮ２により接続する構成でなくもよい。このときは、保守員が既述の所定のタイミングが経過する毎に、例えばＵＳＢメモリ等の携帯型の記憶装置をＰＣ２００に接続する。そして、保守員はＰＣ２００が紙幣処理装置１００から収集した状態情報を携帯型の記憶装置に記憶した後、当該記憶装置をＰＣ２００から取り外す。そして、ＰＣ３００に接続してから当該状態情報をＰＣ３００の状態情報管理部３２３に記憶させればよい。これにより、セキュリティ機能を保持することが可能になる。

また、主制御部３１０が状態情報の異常を判定した場合（ＳＴ１０３：ＹＥＳ）、主制御部３１０は、状態情報の内容および対処項目を表示する（ＳＴ１０４）。内容および対処項目を同時に表示するように構成してもよい。しかし、本実施形態では、図１６および図１７を用いて後述するように、まず直近に取得した所定数の状態情報の内容を表示し、保守員の指示に基づいて対処項目を表示する場合で説明する。これにより、保守員は、異常が生じた内容や対処項目を確認し、異常を解消するための対処方法および対処のタイミングを選択することができる。また、必要がある場合は、保守員はコメント欄にコメントを入力装置３４０により入力する。
そして、主制御部３１０は、対処項目の選択を保守員から受け付け、選択された対処項目、異常判定結果およびコメント等を状態情報管理部３２３に状態情報に関連付けて記憶する（ＳＴ１０５）。このときに、保守員から受け付けた対処項目等の情報に基づいて既述のプール化リスト３２４、部品交換リスト３４５等の対処項目のリストに状態情報に関する情報が追加される。状態情報に関する情報の具体的な一例については、図１８，図１９を参照して後述する。

次に、主制御部３１０は、保守員がどのような対処項目を選択したかを判定する（ＳＴ１０６）。より詳細には、主制御部３１０は、“調整”，“部品交換”，“清掃”，“機能確認”，“縮退運転化”，“定期点検へ”のいずれの対処項目が選択されたかを判定し、選択された対処項目に応じて、以下の処理を実行する。

“定期点検へ”の対処項目が選択された場合は、主制御部３１０はプール化リスト３２４に定期点検時に必要となる所定の情報を追加する（ＳＴ１０７）。“定期点検へ”の項目が選択される場合は、例えば、紙幣処理装置１００が当面実行する予定がない処理に関係する装置の異常が検出された場合が想定される。“定期点検へ”の対処項目が選択されると、所定の入力画面が表示され、保守員は、日時、対象ユニット、測定値、対応期限、および予定工数等の定期点検時に必要となる情報を入力し、これらの情報がプール化リスト３２４に追加される。これにより、異常への対処が定期点検時となり、紙幣処理装置１００の動作は停止せず、処理が継続される。そして、処理はリターンとなる。なお、定期点検時に必要となる情報はこれらに限るものではない。

“縮退運転化”の対処項目が選択された場合は、主制御部３１０は縮退処理を実行し（ＳＴ１０８）、縮退処理を実行した内容が記入されたレポートを発行する（ＳＴ１０９）。“縮退運転化”の対処項目が選択される場合は、例えば、紙幣処理装置１００が現在実行している処理に直接関係ない装置の異常が検出された場合が想定される。これにより、紙幣処理装置１００の異常が生じた装置部分の動作は停止するものの紙幣処理装置１００の動作は停止されず、処理を継続することが可能になる。レポートの一形態は保守員に対するメールであるが、これに限るものではない。そして、処理はリターンとなる。

“調整”，“部品交換”，“清掃”，“機能確認”のいずれかの対処項目が選択された場合、主制御部３１０は、紙幣処理装置１００の動作を停止させる処理を実行する（ＳＴ１１０）。そして、保守員により、“調整”，“部品交換”，“清掃”，“機能確認”のうちの選択された作業が異常と判定された装置等に対して行われる。作業終了後に、保守員は所定の操作又は指示を行い、作業完了をＰＣ３００に指示する。この指示があるまで、ＰＣ３００は待機状態になる。
ＰＣ３００の主制御部３１０は、動作停止を指示した後、作業完了の指示を受け付けたか否かを判定し（ＳＴ１１１）、当該指示を受け付けたと判定した場合（ＳＴ１１１：ＹＥＳ）、紙幣処理装置１００の動作を開始させる処理を実行し（ＳＴ１１２）、処理を実行した内容が記入されたレポートを発行する（ＳＴ１１３）。レポートの一形態が保守員に対するメールであるのは、ステップＳＴ１０９の場合と同様である。そして、処理はリターンとなる。

次に、既述のように状態情報が異常であると判定された場合に、ＰＣ３００の表示装置３３０に表示される表示例について説明する。
図１６は、異常が判定された状態情報の内容が表示装置３３０に表示されるときの一例を示す図である。例えば、状態情報の異常が判定された場合に、保守員に当該旨が報知され、その報知に基づいて保守員が所定の操作をすることにより、表示装置３３０に図１６に示す表示例Ｍ１０が表示される。これにより、保守員が異常の内容を視認することが可能になる。本実施形態では、このように表示される状態情報の内容は、例えば、状態情報を取得した時刻が新しい時刻から所定数だけ表示されることとする。表示例Ｍ１０には、センサＳ１，Ｓ２，Ｓ３、取込部、施封部、および集積部の６つの状態情報の内容が表示されている。

状態情報として表示される内容は、１時間当たりの頻度（頻度／１Ｈ）、判定した緊急度、出力最小、出力最大、および出力平均である。図１６に示すように、例えば、センサＳ１に関しては、出力を頻度／１Ｈで３０回検出しており、緊急度はＡ、出力最小が３４Ｖ、出力最大が１１９Ｖ、出力平均が８０Ｖになっている。本実施形態では、８０Ｖは既述の電圧値Ｖ４以上に相当するため、緊急度がＡと判定されている。また、取込部に関しては、１時間当たりのリジェクト枚数が１０枚である。この１０枚は取込部に対応する判定テーブルを参照すると、Ｂ判定に相当するため、緊急度はＢになっている。緊急度がＡ，Ｂと判定されている状態情報については、緊急度がＣと判定されている状態情報から区別するために、内容や緊急度の表示色を変化させたり、太字のような装飾を施すことが望ましい。これにより、保守員に対して警告を発することが可能になり、保守員は対処の緊急度の高いユニット（装置）を視認しやすくなる。
保守員がユニットの項目、つまり、センサＳ１，Ｓ２，Ｓ３、取込部、施封部、集積部のいずれかをクリックすると、対処管理リスト３２２が読み込まれ、対処項目が選択可能に表示装置３３０に表示される。表示例Ｍ１０においては、センサＳ２がＡ判定であり、緊急度が高いため、保守員は、センサＳ２に対処が急務であることを容易に視認できる。そして、保守員はセンサＳ２の状態異常に対処するためにセンサＳ２をクリックする。

図１７は、対処管理リスト３２２が表示装置３３０に表示されたときの一例を示す図である。図１６に示すセンサＳ２が保守員によりクリックされた場合、図１７に示す表示例Ｍ２０が表示される。表示例Ｍ２０には、対処項目として、“調整”，“部品交換”，“清掃”，“機能確認”，“縮退運転化”，“定期点検へ”が表示されると共に、保守員の選択を受け付けるための各チェックボックスが表示される。さらに、保守員のコメントを入力するコメント欄が表示されている。このように、図１６に示す表示例Ｍ１０においてユニットの欄がクリックされると、保守員は対応する装置の状態異常に対処する対処項目を選択することが可能になる。
そして、保守員は、センサＳ２の状態を検討したうえでセンサＳ２の状態に対して対処すべき項目をチェックする。このとき、保守員は必要な場合にコメントをコメント欄に入力する。そして、保守員は所定の操作をしてこの画面を閉じる。保守員が選択した対処項目によって処理が異なるため、以下に説明する。

保守員が選択した対処項目が“定期点検へ”であれば、さらに、日時、対象ユニット、測定値、対応期限、および予定工数等の定期点検時に必要となる情報を入力する欄が表示される。このため、保守員は、これらの欄に情報を入力する。これにより、異常の発生日、対象ユニット、測定値、対応期限、予定工数、およびコメントが既述のプール化リスト３２４に登録される。このように、保守員が定期点検時に対処することを選択したため、紙幣処理装置１００の処理は継続される。
また、その対処項目が“縮退運転化”であれば、その内容が状態情報管理部３２３に記憶されると共に、紙幣処理装置１００内の対応する装置が縮退し、つまり、その装置の動作が停止され、レポートが発行される。この場合も、紙幣処理装置１００の処理は継続される。
さらに、その対処項目が“調整”，“部品交換”，“清掃”，“機能確認”のいずれかであれば、その内容が状態情報管理部３２３に記憶される。そして、紙幣処理装置１００の動作が停止される。保守員は、異常に対する装置に対して対処をし、対処がなされた後、保守員の作業完了の指示に基づいて、紙幣処理装置１００の動作が開始され、レポートが発行される。

このように状態情報管理部３２３には、状態情報の内容、状態異常が生じた場合に選択した対処項目、およびコメント等が管理されている。このため、保守員は、所定の操作を行うことにより、これらの情報を表示装置３３０に表示させることも可能である。例えば、プール化リスト３２４や部品交換リスト３２５を表示装置３３０に表示させることができる。

図１８は、表示装置３３０に表示されるプール化リスト３２４の一例を示す図である。図１８に示すように、プール化リスト３２４の表示例Ｍ３０には、発生日（2018/1/11）、ユニット（整列モジュール）、測定値（135）、対応期限（2018/2/E）、予定工数（0.5ｈ）、コメント（空欄）が表示されている。保守員は、定期点検時にプール化リスト３２４を表示装置３３０に表示することにより、定期点検時に修理・点検・交換等の対処を行うべき作業情報を全て表示することができる。さらに、保守員は入力装置３４０プール化リスト３２４に表示されている作業情報をユニット毎にソートすることにより、同時に行える作業を抽出することができ、これらの抽出した保守作業を合わせて行うことが可能になる。その結果、定期点検時の保守作業の効率化を図ることができる。

図１９は、表示装置３３０に表示される部品交換リスト３２５の一例を示す図である。図１９に示すように、部品交換リスト３２５の表示例Ｍ４０には、指定された部品の部品番号（484xxxxx）、部品名称（LNS-XXXX）、交換日（2018/1/14）、ユニット（整列モジュール）、コメント（部品破損のため）が表示されている。保守員は、部品交換時に部品交換リスト３２５を表示することにより、過去に交換された部品を容易に検索することが可能になる。

以上のように説明した紙葉類処理システムによると、紙幣処理装置１００内の装置に異常が発生した場合に、当該装置の異常な状態に応じて適切なタイミングで保守員が対処を行うことにより処理効率を向上させることができる。より詳細には、業務時間中に部品故障や調整不足が生じて、これらの装置に異常が判定されても、異常の状態に応じて定期点検時に対処したり、縮退運転化を図ることにより紙幣処理装置１００の処理を継続することが可能になる。このため、紙幣処理装置１００が稼働する時間を長くすることができ、稼働率の低下の防止、言い換えれば、処理効率の向上を図ることができる。加えて、保守員は、紙幣処理装置１００に対して最低限必要な保守作業を実施することができるため、定期点検時に実施する保守作業を削減することができ、保守作業の効率化を図ることができる。

（第２の実施形態）
第２の実施形態は、状態情報管理部３２３に記憶される情報を利用して紙幣処理装置１００の紙幣の処理結果を表示させるようにした点が第１の実施形態と異なっている。したがって、処理結果を表示させる構成に関して詳細に説明することとする。また、第１の実施形態と同一の構成には同一の符号を付し、これら構成については詳細な説明を省略する。

図２０は、ＰＣ３００の主制御部３１０が実行する処理結果を表示する処理の一例を示すフローチャートである。
保守員は、入力装置３４０を操作することにより、所定の画面を表示装置３３０に表示させた後、この画面上で検索条件を指定する（ＳＴ２０１）。検索条件は、例えば、“指定日の処理枚数”である。保守員は、条件を設定した後、例えば、開始ボタン（図示省略）を入力する。主制御部３１０は、開始ボタンの入力を受け付けると、指定された検索条件に基づいて状態情報管理部３２３から情報を収集する（ＳＴ２０２）。主制御部３１０は、状態情報管理部３２３内に記憶されている情報のうち、“指定日の処理枚数”に対応する情報を収集する。

次に、主制御部３１０は、収集した情報に対する解析を行う（ＳＴ２０３）。ここで、解析方法は、指定された検索条件に対して予め設定されていることとする。解析方法の一例は、指定日において、既述した一定時間毎の処理枚数を加算して指定日の処理枚数を算出すると共に異常が発生した回数を算出し、これら算出した枚数に対する異常が発生した数を示すエラー率を算出する処理である。これらの処理は、券種毎に実行される。なお、検索条件および解析方法は、保守員が任意に設定可能に構成されている。主制御部３１０は、このように解析した解析結果を表示装置３３０に表示する（ＳＴ２０４）。

このように解析結果を表示した後、主制御部３１０は、処理結果の表示を終了するか否かを判定する（ＳＴ２０５）。例えば、主制御部３１０は、終了ボタン（図示省略）の入力を検出した場合（ＳＴ２０５：ＹＥＳ）、この処理に関する表示を消去し、この処理を終了する。また、処理結果の表示がされているときは、主制御部３１０は、リンク先がクリックされたか否かを判定する（ＳＴ２０６）。リンク先がクリックされたと判定された場合（ＳＴ２０６：ＹＥＳ）、リンク先の情報を表示する（ＳＴ２０７）。そして、処理はステップＳＴ２０５に戻る。

次に、表示装置３３０に表示される解析結果の表示例やリンク先の情報の表示例について説明する。
図２１は、表示装置３３０に表示される解析結果の一例を示す図である。図２１には、横軸を日付、縦軸を処理枚数（ヒストグラム）、およびエラー率（破線の折れ線グラフ）とする処理結果の表示例Ｍ５０が示されている。表示例Ｍ５０は、指定日として１月２８日から１月３１日の４日が指定された場合を示している。

保守員は、表示例Ｍ５０により、１月２８日から１月３１日までの各日の紙幣処理装置１００の券種毎の処理枚数、およびエラー率という処理結果を容易に視認することができる。さらに、本実施形態では、保守員が所望する日付をヒストグラム上で指定（クリック）することにより、その日付のエラー履歴が表示されるようになっている。

図２２は、表示装置３３０に表示されるエラー履歴の一例を示す図である。図２２には、１月２８日のエラー履歴の表示例Ｍ６０が表示されている。表示例Ｍ６０には、エラー毎に、エラーの発生時刻、エラーコード、ユニット、券種、エラー出力、対処方法、部品交換の項目が関連付けて表示される。例えば、表示例Ｍ６０の最上段の欄には、発生時刻（2018/01/28/14:30）、エラーコード（4078-8987）、ユニット（整列モジュール）、券種（券種Ｋ１）、エラー出力（119）、対処方法（部品交換）、部品交換（センサＡ１）が関連付けられて表示されている。保守員は、表示例Ｍ６０を視認することにより、２０１８年１月１８日１４時３０分に、整列モジュール３０にて券種１に対する異常が発生し、その対処としてセンサＡ１に部品交換を行ったことを確認することができる。なお、エラー履歴の表示設定については、任意に設定することが可能である。

（変形例）
また、既述の実施形態では、１つの紙葉類処理システムについて説明したが、各サイトで管理される複数の紙葉類処理システムをネットワークで接続し、複数の紙葉類処理システムからそれぞれ取得可能な複数の状態情報等を共有化することも可能である。このように構成すると、保守員は、各サイトで蓄積したデータに基づいて、対処項目の検索を行うことができる。

図２３は、データを共有化した場合に、「○○の対処方法」を検索した処理結果の一例を示す図である。図２３には、所定の対処方法の処理結果の表示例Ｍ７０が示されている。表示例Ｍ７０は、所定の対処項目（○○の対処方法）が条件として設定されており、この条件に基づく状態情報が各サイトから収集され、この収集された状態情報に対して解析が行われた解析結果である。表示例Ｍ７０に含まれる表示例Ｍ７１，Ｍ７２がそれぞれには、所定の対処方法が実行された各サイト（サイトXXXXX, サイトYYYY）での対処結果の内容が表示されている。また、このように検索される対処結果には、保守員により当該対処が有効であったか否か等評価がされるようになっている。例えば、表示例７１であれば評価は４．８であり、表示例７２であれば評価は４．６である。表示例Ｍ７０においては、評価が高い対処方法が優先的に上段に表示される。このように検索結果において、評価順で対処方法を表示することにより、種々の問題に対して保守員は最適な対処方法を選択することが可能になる。

このように紙葉類処理システムを構成すると、保守員は、表示例Ｍ７０により、所定の対処方法が行われた他の事例を容易に視認することができる。このため、判定テーブル３２１の閾値の最適化、機体の現在の使用状況、および保守の対処方法の共有化を図ることができる。そして、保守員は、問題が発生した場合には、過去の対処方法を検索することにより、その検索結果を有効利用することができる。有効利用の方法としては、例えば保守タイミングの見極め、初心者の保守員などへの教育支援への活用である。

既述の実施形態では、紙幣処理装置１００の状態情報をＰＣ２００が取得し、取得した状態情報をＰＣ３００に送信する構成で説明したが、これに限るものではない。例えば、図２４に示すように、紙幣処理装置１００の状態情報等をクラウドＣＷ上に記憶し、このクラウドＣＷからＰＣ３００が状態情報を取得するように構成してもよい。そして、保守員は、ＰＣ３００が取得する状態情報等に基づいて、紙幣処理装置１００の保守作業を行うようにする。このように紙葉類処理システムを構成しても既述の実施形態と同様な効果を奏することができる。
また、ＰＣ２００、ＰＣ３００がそれぞれ紙幣処理装置１００と別装置の場合で説明したが、これに限るものではない。例えば、ＰＣ２００が実現する機能、および／又は、ＰＣ３００が実行する機能を紙幣処理装置１００内の主制御部１２が実行するように構成してもよい。
さらに、既述の実施形態で説明したＰＣ２００が実現する機能、および／又は、ＰＣ３００が実現する機能は、ＰＣ２００，ＰＣ３００が実現しなくても、紙幣類処理システム内のいずれかの制御部、例えば、紙幣処理装置１００の主制御部１２、ＰＣ２００の主制御部２１０、ＰＣ３００の主制御部３１０のいずれかにより実現するように構成してもよい。

なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０…メインモジュール、３０…整列モジュール、４０…集積施封モジュール、１００…紙幣処理装置、２００，３００…ＰＣ、１２，２１０，３１０…主制御部、２２１…状態情報記憶部、３２１…判定テーブル、３２２…対処管理リスト、３２３…状態情報管理部、３２４…プール化リスト、３２５…部品交換リスト、Ｔ１０…機体情報、Ｔ２０…処理数情報、Ｔ３０…自己診断情報、Ｔ４０…センサ出力情報、Ｔ５０…制御情報、Ｔ６０…振動音情報、Ｍ１０，Ｍ２０，Ｍ３０、Ｍ４０，Ｍ５０，Ｍ６０，Ｍ７０…表示例

Claims (8)

1. 紙葉類を処理する紙葉類処理装置を含む紙葉類処理システムの処理方法であって、
   前記紙葉類処理装置内の複数の装置に関する状態をそれぞれ示す複数の状態情報を取得するときに、当該取得する状態情報が示す値と、当該状態情報に予め設定されている閾値とを比較し、当該比較結果に基づいて前記状態情報が示す装置に異常が生じているか否かを判定し、
   前記異常が判定された場合、前記異常判定結果に対する対処項目と前記異常判定結果とを前記状態情報に関連付けて記憶すると共に、前記対処項目のリストに前記状態情報に関する情報を追加する、
   紙葉類処理システムの処理方法。
2. 所定の操作が実行された場合、当該操作に基づいて指定された前記対処項目のリストを表示する、
   請求項１に記載の紙葉類処理システムの処理方法。
3. 前記状態情報は、前記紙葉類処理装置の機体情報、一定時間内に前記紙葉類を処理した処理数情報、前記装置に対する自己診断情報、所定位置に設けられたセンサの出力を示すセンサ出力情報、前記装置の制御状態を示す制御情報、および所定位置に設けられた入力装置が検出する振動音の周波数解析情報のいずれかである、
   請求項１に記載の紙葉類処理システムの処理方法。
4. 前記対処項目と当該異常判定結果とを前記状態情報に関連付けて記憶するときに、
   前記異常判定結果を報知し、
   前記報知する前記異常判定結果が示す異常判定結果に対する対処項目を選択可能に表示し、
   選択された前記対処項目と前記異常判定結果とを前記状態情報に関連付けて記憶する、
   請求項１に記載の紙葉類処理システムの処理方法。
5. 前記対処項目の１つは定期点検時に処理する旨を示す事項である、
   請求項４に記載の紙葉類処理システムの処理方法。
6. 前記異常判定結果の報知は、前記異常判定結果に対する緊急度を含む、
   請求項４に記載の紙葉類処理システムの処理方法。
7. 所定の条件が指定されたときに、前記指定された所定の条件に合致する情報を前記記憶されている前記対処項目と、前記異常判定結果とを関連づけた情報から収集し、
   収集した情報に対して予め設定された解析を行い、当該処解析結果を表示する、
   請求項４に記載の紙葉類処理システムの処理方法。
8. 紙葉類を処理する紙葉類処理装置を含む紙葉類処理システムは、
   前記紙葉類処理装置内の複数の装置に関する状態をそれぞれ示す複数の状態情報を取得するときに、当該取得する状態情報が示す値と、当該状態情報に予め設定されている閾値とを比較し、当該比較結果に基づいて前記状態情報が示す装置に異常が生じているか否かを判定し、前記異常が判定された場合、前記異常判定結果に対する対処項目と前記異常判定結果とを前記状態情報に関連付けて記憶すると共に、前記対処項目のリストに前記状態情報に関する情報を追加する制御部を備える、
   紙葉類処理システム。

Images