顧客による操作に基づいて、取引を実行する取引装置であって、取引に関連する入力操作を受け付けるとともに、取引に関連する情報を表示する第1の表示手段と、前記取引処理を実行中に、前記取引装置が有する所定機能の状態を判定する機能状態判定手段と、前記機能状態判定手段による判定結果を表示する第2の表示手段と、を備えることを特徴とする取引装置。前記取引装置は、前記所定機能に関する情報を取得する情報検知手段を有し、前記機能状態判定手段は、所定の閾値と前記情報検知手段により取得した情報とから、前記所定機能の機能低下を判定することを特徴とする請求項1に記載の取引装置。前記取引装置は、前記情報検知手段で取得した情報に基づいて機能低下の原因箇所を特定し、前記判定結果と併せて、前記第2の表示手段に表示することを特徴とする請求項2に記載の取引装置。前記所定機能は、顧客への媒体の返却率、媒体への印字濃度、第1の表示手段の感度又は取引処理時間に基づいて、判定されることを特徴とする請求項1又は2に記載の取引装置。取引に関連する入力操作を受け付けるとともに、取引に関連する情報を表示する表示手段と、前記取引処理を実行中に、所定機能の状態を判定する機能状態判定手段と、を有する取引装置と、前記機能状態判定手段による判定結果を出力する出力手段と、を備えることを特徴とする運用性能判定システム。前記取引装置は、前記所定機能に関する情報を取得する情報検知手段を有し、前記機能状態判定手段は、所定の閾値と前記情報検知手段により取得した情報とから、前記所定機能の機能低下を判定することを特徴とする請求項5に記載の運用性能判定システム。前記取引装置は、前記情報検知手段で取得した情報に基づいて機能低下の原因箇所を特定し、前記判定結果と併せて、前記出力手段から出力することを特徴とする請求項5に記載の運用性能判定システム。前記取引装置は、前記情報検知手段により取得した情報に基づいて、原因が特定できる事象と、原因が推定できる事象と、原因が推定又は特定できない事象と、に分類する分類手段を有することを特徴とする請求項5に記載の運用性能判定システム。ATMを取引中止状態にして保守員による定期的な点検を実施し、障害による動作停止につながるような事象を調査する方法では、そのような事象を発見できるのは、定期的な点検を実施するタイミングのみとなり、ATMにおける運用性能の低下や障害を未然に防ぐことは困難である。また、定期的に点検をする場合は、例えば、利用者の数が増加し、それに応じて取引処理装置が使用される回数が増加することにより、各機能の劣化が短期間で生じた場合に対応することができない。そして、結果的に、ATMの障害を未然に防ぐことは難しくなる。また、前述の特許文献1によれば、保守情報を提供する装置に対して、取引処理装置から稼動中の運用性能状況情報を入力するのは取引処理装置が障害となった場合のみであり、障害とならない状態では、収集していている運用性能状況情報が有益に使用されていない。また、提供された保守情報は取引処理装置に設けられている表示部にて閲覧可能となっているが、閲覧対象者が操作者に限定されているため、取引処理装置の障害に対して、操作者以外の者は対応できない状況が生じる。本発明にかかる取引装置は、顧客による操作に基づいて、取引を実行する取引装置であって、取引に関連する入力操作を受け付けるとともに、取引に関連する情報を表示する第1の表示手段と、取引処理を実行中に、取引装置が有する所定機能の状態を判定する機能状態判定手段と、機能状態判定手段による判定結果を表示する第2の表示手段と、を備えることを特徴とする。また、本発明に係る運用性能判定システムは、取引に関連する入力操作を受け付けるとともに取引に関連する情報を表示する表示手段、取引処理を実行中に所定機能の状態を判定する機能状態判定手段を有する取引装置と、機能状態判定手段による判定結果を出力する出力手段と、を備えることを特徴とする。本発明によれば、障害による動作停止として表面化するまで認識できなかった運用性能状況を把握し、係員等に対して通知することで、障害の未然防止と迅速対応を実現することができる。本実施形態にかかる取引装置は、顧客による操作に基づいて、取引を実行する取引装置であって、取引に関連する入力操作を受け付けるとともに、取引に関連する情報を表示する第1の表示手段と、取引処理を実行中に、取引装置が有する所定機能の状態を判定する機能状態判定手段と、機能状態判定手段による判定結果を表示する第2の表示手段と、を備えることを特徴とする。また、取引装置は、所定機能に関する情報を取得する情報検知手段を有し、機能状態判定手段は、所定の閾値と情報検知手段により取得した情報とから、所定機能の機能低下を判定することを特徴とする。さらに、取引装置は、情報検知手段で取得した情報に基づいて機能低下の原因箇所を特定し、判定結果と併せて、第2の表示手段に表示することを特徴とする。また、所定機能は、顧客への媒体の返却率、媒体への印字濃度、第1の表示手段の感度又は取引処理時間に基づいて、判定されることを特徴とする。次に、本実施形態にかかる運用性能判定システムは、取引に関連する入力操作を受け付けるとともに取引に関連する情報を表示する表示手段、取引処理を実行中に所定機能の状態を判定する機能状態判定手段を有する取引装置と、機能状態判定手段による判定結果を出力する出力手段と、を備えることを特徴とする。また、取引装置は、所定機能に関する情報を取得する情報検知手段を有し、機能状態判定手段は、所定の閾値と情報検知手段により取得した情報とから、所定機能の機能低下を判定することを特徴とする。さらに、取引装置は、情報検知手段で取得した情報に基づいて機能低下の原因箇所を特定し、判定結果と併せて、出力手段から出力することを特徴とする。また、取引装置は、情報検知手段により取得した情報に基づいて、原因が特定できる事象、原因が推定できる事象、原因のが推定又は特定できない事象、に分類する分類手段を有することを特徴とする。以下、図1~13に基づいて、本発明に係る一実施形態について詳細に説明する。本実施形態では、銀行システムなどの金融機関システムに採用されるATMAutomatedTellersMachineを用いる。図1では本実施形態に関わるシステム構成の外観図、図2は機能ブロック図を示しており、取引処理装置1以下、ATM1と称すが、データ入出力制御部13、14を介して接続された表示部7と接続されており、また通信網を介してホストコンピュータ8以下、ホスト8と称すと接続されている。具体的には、ATM1は、金融機関またはコンビニエンスストア等に設置され、利用者の操作によって現金の入金や出金等の金融取引を行う処理装置であり、データ入出力制御部13を介して表示部7のデータ入出力制御部14に接続されている。また回線接続部12を介してホスト8の回線接続部16に接続されている。さらに、ATM1は、利用者の要求する種々の金融取引を自動的に実行する処理装置であるため、取引操作部2、カード機構部明細票機構部6、通帳機構部4、紙幣入出金機構部3、硬貨入出金機構部5、そして、これら各部を制御する制御部11で構成されている。制御部11は、CPU、メモリ等のハード構成と、プログラム、データ等のソフト構成とから成り、各種処理や取引を制御する。次に、各部について説明する。取引操作部2は、主にATM1の利用者が取引を行う際、取引操作の誘導画面を表示したり、利用者の操作によるキー入力を受付ける部分であり、タッチパネル等により構成された入力兼表示部入力表示部ともいうである。カード機構部明細票機構部6は、利用者のカードの挿入又は排出機能、カードの磁気ストライプ又はICチップへのリード又はライト機能、カードエンボス部分のイメージの読取り機能などを有する。また、取引した内容を印字部により明細票に印字し、装置内から排出する機能を有する。通帳機構部4は、利用者の通帳の挿入/排出機能、磁気ストライプのリード/ライト機能、通帳への印字部による印字機能などを有する。また、紙幣入出金機構部3と硬貨入出金機構部5は、現金の入金や出金機能、現金の鑑別や搬送、収納機能を有する。そして、これらの各部は制御部11によってその処理が制御される構成である。1.媒体返却率に基づく判定処理まず、ATM1の運用性能の低下に繋がる事象の一つについて、図3、図8、図12、図13を用いて説明する。一例として、カードや通帳といった取引媒体の返却率や、紙幣や硬貨といった貨幣の返却率に関する情報を検知した場合の判定処理に関す処理フローを図3に示す。図3において、利用者が取引操作部2より入金取引を選択すると、入金取引処理が開始されるS301。ATM1は、カード機構部明細票機構部6でカードを受け付けるかS302、あるいは通帳機構部4によって通帳を受け付けS302、カード又は通帳を受け付けた回数をカウントするS303。カード又は通帳において、返却が発生した場合はS304返却率上昇事象判定処理を実施するS305。ここで、返却率上昇事象判定処理は、判定処理基準について記載した図8に示すように、カード又は通帳を対象とし、累積返却回数のカウントを行い、返却が連続で発生しているか否か、挿入された回数の累積回数に対する返却率が閾値を超えているか否か、の判定を実施する。判定の結果、判定条件を満たした場合、運用性能低下に繋がる事象を検知したとして、検知した事象、判定条件を満たした判定の判定番号を検知結果情報として記録する。この処理フローは、カードまたは通帳が正常に受け付けられるまで実施する。次に、紙幣入出金機構部3及び硬貨入出金機構部5の入出口シャッタを開け、利用者によって入金紙幣または硬貨が挿入されることを待つS306。入金紙幣または硬貨が挿入されると、入出口シャッタを閉め、入金紙幣または硬貨の鑑別、計数を行いS307、受け付けた紙幣または硬貨の枚数をカウントするS308。その際、入金紙幣または硬貨の返却が発生した場合はS309は、再び返却率上昇事象判定処理を実施するS310。ここでの返却率上昇事象判定処理は、図8に示すように紙幣又は硬貨を対象する。当該取引における返却枚数のカウント、累積返却枚数のカウントを行い、当該取引において、挿入された枚数に対する返却率が閾値を超えているか否か、累積返却枚数が初期設定された枚数を超えているか否か、の判定を実施する。判定の結果、判定条件を満たした場合、運用性能の低下に繋がる事象を検知したとして、検知した事象と、判定条件を満たした判定の判定番号とを検知結果情報としてATM1の記憶部に記録する。この処理フローは、紙幣または硬貨が正常に受け付けられるまで実施する。続いて、ATM1は、ホスト8と入金電文送受信、即ち、ホスト8へ入金取引の可否を照会するS311。ホスト8より、入金取引成立が通知された場合は、入金紙幣または硬貨の収納処理を実行しS312、通帳機構部4で通帳に印字し、カード機構部明細票機構部5で明細票を印刷しS313、カード、通帳、明細票を利用者に放出するS314。その後、検知結果情報が記録されているか判定しS315、検知結果情報がある場合は、検知結果情報に基づいて分類処理を実施するS316。図11は、分類処理の詳細フローを示す。まず、分類処理が開始されるとS1101、記録された検知事象が検知事象分類テーブルに登録されているか検索するS1102。検知事象分類テーブルに検知事象が登録されている場合S1103、当該検知事象のレコードから、記録された判定番号を検索するS1104。判定番号が登録されている場合S1105、それらに対応する原因箇所に関する情報を取得しS1106、また重要度に関する情報を取得しS1107、さらに分類カテゴリに関する情報を取得するS1108。そして、これらの取得した情報を基に、分類結果情報を作成しS1109処理を終了するS1110。そして、図3に示すように、分類した分類結果情報を表示部7に入力しS317表示させて、一連の処理を終了するS318。また、ATM1より入力された分類結果情報は、図12のように表示される。本実施例では、返却率が想定値よりも高くなっている傾向をリアルタイムに表示部7に表示することにより、係員等に、カードや通帳の搬送路、MS情報読取部または貨幣の搬送ベルトの運用性能状況を知らせることができるため、性能劣化を把握できるだけでなく、障害を未然に防止することが可能となる。図13には、検知結果情報を分類する際に使用する検知事象分類テーブルの詳細を示す。2.印字濃度に基づく判定処理次に、ATM1の運用性能の低下に繋がる2つ目の事象について、図4、図5、図12、図13を用いて説明する。一例として、通帳または明細票の印字濃度の低下に関する情報を検知した場合の判定処理フローを図4に示す。まず、利用者が取引操作部2より入金取引を選択すると、入金取引処理が開始されるS401。ATM1は、カード機構部明細票機構部6にてカードを受け付ける、あるいは、通帳機構部4によって通帳を受け付けるS402。次に、紙幣入出金機構部3および硬貨入出金機構部5の入出口シャッタを開け、利用者によって入金紙幣または硬貨が挿入されることを待つS403。入金紙幣または硬貨が挿入されると、入出口シャッタを閉め入金紙幣または硬貨の鑑別、計数を行うS404。次にATM1は、ホスト8と入金電文送受信、即ち、ホスト8へ入金取引の可否を照会するS405。ホスト8より、入金取引成立が通知された場合は、入金紙幣または硬貨の収納処理を実行しS406、通帳機構部4で通帳に印字し、カード機構部明細票機構部5にて明細票を印刷した後S407、印字濃度低下事象判定処理を実施するS408。図5は、印刷した情報の印字濃度低下事象を判定する処理フローを示す。本処理は、対象を通帳または明細票とする。まず、判定処理が開始されるとS501、読込み感度を弱に設定した上で、通帳または明細票を読込む。読込みが正常となった場合はS503、印字濃度は正常と判定し処理を終了するS508。読込みが異常となった場合はS503、印字濃度低下注意を表す判定番号を検知結果情報として記録しS504、読込み感度を強に設定し、再度通帳または明細票を読込むS505。読込みが正常となった場合はS506処理を終了するS508。読込みが異常となった場合はS506、印字濃度低下警告を表す判定番号を検知結果情報としてATM1の記憶部に記録しS507、判定処理を終了するS508。濃度低下事象判定処理の後、カード、通帳、明細票を利用者に放出するS409。その後、検知結果情報が記録されているかどうか判定しS410、検知結果情報が記録されている場合は、検知結果情報に基づいて分類処理を実施するS411。ここで、図13は分類処理の詳細フローを示す。まず、分類処理が開始されるとS111、検知結果情報として記録された検知事象が検知事象分類テーブルに登録されているかを検索するS112。検知事象分類テーブルに検知事象が登録されている場合S113、当該検知事象のレコードから検知結果情報として記録された判定番号を検索するS114。判定番号が登録されている場合S115、原因箇所に関する情報S116、重要度に関する情報S117、分類カテゴリに関する情報を取得するS118。取得した情報を基に分類結果情報を作成しS119処理を終了するS120。次に、分類した分類結果情報を表示部7に入力しS412、表示した後、処理を終了するS413。ATM1より入力された分類結果情報は、図12のように表示される。本実施例では、通帳または明細票に印字した文字の濃度が低下している傾向をリアルタイムに表示部7に表示し、係員等に報知することにより、インクが無くなり利用者から問い合わせが来る前にインクリボンの交換作業を実施又はその準備をすることができ、障害を未然に防止する事が可能となる。なお、図13は、検知結果情報を分類する際に使用する検知事象分類テーブルの詳細を示す。3.表示部感度に基づく判定処理次に、ATM1の運用性能の低下に繋がる3つ目の事象について、図6、図9、図12、図13を用いて説明する。一例として、タッチパネル感度低下に関する情報を検知した場合の判定処理フローを図6に示す。まず、利用者が取引操作部2より取引を選択すると選択した取引処理が開始されるS601。取引処理が開始されると、それと並行して、タッチパネル感度低下事象判定処理が開始されるS601。タッチパネル感度低下事象判定処理は、各種取引処理が行われている間にS603、常に事象を監視し各種取引終了処理が実施された後S604、タッチパネル感度低下事象判定処理も終了するS605。図9は、各種取引処理と並行して実行されるタッチパネル感度低下事象判定処理の詳細を示す。処理は、各種取引処理中に、取消ボタンが押下された回数のカウント、ボタン画像が配置されているエリア以外のエリアにて入力を検知した回数のカウント、各種取引処理フロー中のボタン押下とボタン押下の間隔時間の計測を検知対象情報として収集し、タッチパネル感度低下事象判定処理の終了時に、取消ボタンの押下回数が初期設定された回数を超えているか否か、ボタン画像が配置されているエリア以外のエリアにて入力を検知した回数が、初期設定された回数を超えているか否か、各種取引処理フロー中のボタン押下とボタン押下の間隔時間が初期設定された時間を超えている回数が初期設定された回数を超えているか否かの判定処理を実施する。判定処理の結果、判定条件を満たした場合、運用性能の低下に繋がる事象を検知したとして、検知した事象と、判定条件を満たした判定の判定番号とを検知結果情報としてATM1の記憶部に記録する。その後、検知結果情報が記録されているかどうか判定しS606、検知結果情報が記録されている場合は、検知結果情報に基づいて分類処理を実施するS607。図13は、分類処理の詳細フローを示す。まず、分類処理が開始されるとS111、検知結果情報として記録された検知事象が検知事象分類テーブルに登録されているかを検索するS112。検知事象分類テーブルに検知事象が登録されている場合S113、当該検知事象のレコードから、検知結果情報として記録された判定番号を検索するS114。判定番号が登録されている場合S115、原因箇所に関する情報S116、重要度に関する情報S117、分類カテゴリに関する情報を取得するS118。取得した情報を基に、分類結果情報を作成しS119処理を終了するS120。次に、分類した分類結果情報を表示部7に入力しS608表示した後、取引を終了するS609。ATM1より入力された分類結果情報は、図12に示すように表示される。本実施例では、タッチパネルへの入力状況をあらかじめ定めた条件で監視し、タッチパネルの感度低下傾向をリアルタイムに表示部7に表示し、係員等に報知することにより、取引操作部2の汚れや、異物によるタッチパネルの感度低下状況を知らせることができ、利用者からの苦情や障害を未然に防止することが可能となる。4.処理時間に基づく判定処理次に、ATM1の運用性能の低下に繋がる4つ目の事象について、図7、図10、図12、図13を用いて説明する。一例として、処理時間の遅延に関する情報を検知した場合の判定処理フローを図7に示す。まず、利用者が取引操作部2より取引を選択すると、選択した取引処理が開始されるS701。取引処理が開始されると、それと並行して処理時間遅延事象判定処理も開始されるS702。処理時間遅延事象判定処理は、各種取引処理が行われている間S703、処理時間を監視し、各種取引終了処理が実施された後S704、処理時間遅延事象判定処理を終了するS705。図10は、各種取引処理と並行して実行される処理時間遅延事象判定処理の詳細を示す。各種取引処理中に、カードまたは通帳挿入から、取引操作部2に表示される画面の遷移が発生するまでの時間計測、紙幣入出金機構部3に対して、紙幣の繰り出し指示を行ってから、紙幣入出金機構部3の入出口シャッタが開となるまでの時間計測、ATM1からの取引要求電文送信から、ホスト8からの取引応答電文を受信するまでの時間計測を検知対象情報として収集し、処理時間遅延事象判定処理の終了時に、計測した時間が初期設定された回数を越えている回数が初期設定された回数以上発生しているか否かの判定を実施する。判定の結果、判定条件を満たした場合、処理時間遅延事象を検知したとして、検知した事象と、判定条件を満たした判定の判定番号とを検知結果情報としてATM1の記憶部に記録する。その後、検知結果情報が記録されているかどうか判定しS706、検知結果情報が記録されている場合は、検知結果情報に基づいて分類処理を実施するS707。図13には、分類処理の詳細フローを示す。まず、分類処理が開始されるとS111、検知結果情報として記録された検知事象が検知事象分類テーブルに登録されているかを検索するS112。検知事象分類テーブルに検知事象が登録されている場合S113、当該検知事象のレコードから、検知結果情報として記録された判定番号を検索するS114。判定番号が登録されている場合S115、原因箇所に関する情報S116、重要度に関する情報S117、分類カテゴリに関する情報を取得するS118。取得した情報を基に、分類結果情報を作成しS119、処理を終了するS120。次に、分類した分類結果情報を表示部7に入力しS708、表示した後、取引を終了するS709。ATM1より入力された分類結果情報は、図12のように表示される。本実施例では、処理時間の妥当性をあらかじめ定めた条件で監視し、処理時間が遅延している傾向をリアルタイムに表示部7に表示し、係員等に報知することにより、利用者からの苦情を未然に防止する事が可能となる。上述した構成により、従来では、顧客、保守員等から指摘されなければ判らない各機能低下にかかわる事象を障害が生じる前に把握することができ、障害を未然に防ぐことが可能となる。また、リアルタイムで運用性能状態を表示する構成を採用することにより、上記事象が発生するタイミング、回数なども含めて知ることが可能となり、対応側においても、総合的にこれらの事象、そして、それらの対応策を検討することが可能となる。さらに、表示部への表示内容を、取引装置の利用者、待機者、誘導員、銀行員、さらには保守員といった様々な立場の人が認識できることから、より敏速に上記不具合を認識し対応することが可能となる。本実施例では、表示内容として、各検知結果情報を基に基づいて、事象内容の原因を特定可能な場合、推定可能な場合、推定不可な場合の3種類に分類したが、これに限定されるものではなく、その他の内容で分類することも可能である。さらに、本実施例で示した事象例以外においても適用でき、同事象例においても本実施例で説明した同一の処理フローに限定されるものでもない。