特開 2024-130848 媒体処理システム、媒体処理方法、および媒体処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024130848

(43)【公開日】2024-09-30

(54)【発明の名称】媒体処理システム、媒体処理方法、および媒体処理プログラム

(51)【国際特許分類】

   G07D 11/26 20190101AFI20240920BHJP

【ＦＩ】

G07D11/26

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2023040775

(22)【出願日】2023-03-15

(71)【出願人】

【識別番号】000001432

【氏名又は名称】グローリー株式会社

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】織田 卓磨

(72)【発明者】

【氏名】上野 仁嗣

【テーマコード（参考）】

3E141

【Ｆターム（参考）】

3E141AA01

3E141AA08

3E141BA09

3E141DA08

3E141GA06

(57)【要約】

【課題】デバイスにエラーが発生した場合にエラー制御を効果的に行うこと。
【解決手段】媒体処理システムは、有価媒体の取引を行うデバイスとの間でミドルウェアを介して取引情報のやり取りをし、取引の情報処理を行うアプリケーション実行部と、有価媒体の取引の際に前記デバイスにエラーが発生した場合、ミドルウェアを介さずにエラーに関する情報のうちの第１のエラー情報を取得し、第１のエラー情報に基づいてエラーの解除処理を行うエラー処理部と、を備える。
【選択図】図４

【特許請求の範囲】

【請求項1】

有価媒体の取引を行うデバイスとの間でミドルウェアを介して取引情報のやり取りをし、前記取引の情報処理を行うアプリケーション実行部と、
前記有価媒体の取引の際に前記デバイスにエラーが発生した場合、前記ミドルウェアを介さずに前記エラーに関する情報のうちの第１のエラー情報を取得し、前記第１のエラー情報に基づいて前記エラーの解除処理を行うエラー処理部と、
を備える媒体処理システム。

【請求項2】

前記有価媒体の取引は、前記有価媒体の搬送処理を伴い、前記エラーの解除処理は、搬送された前記有価媒体の戻し先を決定する処理を含む請求項１に記載の媒体処理システム。

【請求項3】

前記第１のエラー情報は、搬送された前記有価媒体の位置の情報を含む請求項２に記載の媒体処理システム。

【請求項4】

前記エラー処理部は、前記有価媒体の位置の情報に基づいて、前記デバイスからの前記有価媒体の抜き取りを促す情報を出力する請求項３に記載の媒体処理システム。

【請求項5】

前記第１のエラー情報は、前記取引が確定したか否かの情報を含む請求項２～４のいずれかに記載の媒体処理システム。

【請求項6】

前記エラー処理部は、前記デバイスが直前に実行したコマンドの情報に基づいて、前記有価媒体の戻し先を決定する請求項２～５のいずれかに記載の媒体処理システム。

【請求項7】

前記有価媒体の戻し先は、ユーザおよび前記デバイスを含む請求項２～６のいずれかに記載の媒体処理システム。

【請求項8】

前記取引は入金であり、前記エラー処理部は、前記入金が確定した場合に、前記有価媒体の戻し先を前記デバイスに決定し、前記入金が確定していない場合に、前記有価媒体の戻し先を前記ユーザに決定する請求項７に記載の媒体処理システム。

【請求項9】

前記取引は出金であり、前記エラー処理部は、前記出金が確定した場合に、前記有価媒体の戻し先を前記ユーザに決定し、前記出金が確定していない場合に、前記有価媒体の戻し先を前記デバイスに決定する請求項７または８に記載の媒体処理システム。

【請求項10】

前記ミドルウェアは、標準規格に準拠している請求項１～９のいずれかに記載の媒体処理システム。

【請求項11】

前記標準規格は、Ｅｘｔｅｎｓｉｏｎｓ ｆｏｒ Ｆｉｎａｎｃｉａｌ Ｓｙｓｔｅｍｓの規格である請求項１０に記載の媒体処理システム。

【請求項12】

前記ミドルウェアを実行するミドルウェア実行部をさらに備える請求項１～１１のいずれかに記載の媒体処理システム。

【請求項13】

前記デバイスを備える請求項１～１２のいずれかに記載の媒体処理システム。

【請求項14】

有価媒体の取引を行うデバイスとの間でミドルウェアを介して取引情報のやり取りをし、前記取引の情報処理を行うステップと、
前記有価媒体の取引の際に前記デバイスにエラーが発生した場合に、前記ミドルウェアを介さずに前記エラーに関する情報のうちの第１のエラー情報を取得し、前記第１のエラー情報に基づいて前記エラーの解除処理を行うステップと、
を含む媒体処理方法。

【請求項15】

コンピュータに、
有価媒体の取引を行うデバイスとの間でミドルウェアを介して取引情報のやり取りをし、前記取引の情報処理を行うステップと、
前記有価媒体の取引の際に前記デバイスにエラーが発生した場合に、前記ミドルウェアを介さずに前記エラーに関する情報のうちの第１のエラー情報を取得し、前記第１のエラー情報に基づいて前記エラーの解除処理を行うステップと、
を実行させる媒体処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、媒体処理システム、媒体処理方法、および媒体処理プログラムに関する。

【背景技術】

【0002】

金融業界用のソフトウェアのポータビリティを向上させることを目的として、ＸＦＳ（eXtensions for Financial Services）と呼ばれる標準規格が欧州標準化委員会により策定されている。

【0003】

例えば、特許文献１には、この規格に対応したカード搬送システムが開示されている。このカード搬送システムでは、上位装置のアプリケーションが、ミドルウェアであるＸＦＳマネージャおよびサービスプロバイダを介してカードリーダデバイスを制御する。ＸＦＳの標準規格は、紙幣処理デバイスや、硬貨処理デバイスなどにも利用されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１７－２１５６９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、ＸＦＳの標準規格では、デバイスのエラー処理に関するコマンドが十分に規定されていない。そのため、デバイスにエラーが発生した場合、エラー制御を効果的に行うことが難しかった。

【0006】

本開示は、このような課題に鑑みてなされたものであって、デバイスにエラーが発生した場合にエラー制御を効果的に行うことができる媒体処理システム、媒体処理方法、および媒体処理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

上記の目的を達成するため、本開示に係る媒体処理システムは、有価媒体の取引を行うデバイスとの間でミドルウェアを介して取引情報のやり取りをし、取引の情報処理を行うアプリケーション実行部と、有価媒体の取引の際に前記デバイスにエラーが発生した場合、ミドルウェアを介さずにエラーに関する情報のうちの第１のエラー情報を取得し、第１のエラー情報に基づいてエラーの解除処理を行うエラー処理部と、を備える。

【0008】

また、本開示における媒体処理方法は、有価媒体の取引を行うデバイスとの間でミドルウェアを介して取引情報のやり取りをし、取引の情報処理を行うステップと、有価媒体の取引の際にデバイスにエラーが発生した場合に、ミドルウェアを介さずにエラーに関する情報のうちの第１のエラー情報を取得し、第１のエラー情報に基づいてエラーの解除処理を行うステップと、を含む。

【0009】

また、本開示における媒体処理プログラムは、コンピュータに、有価媒体の取引を行うデバイスとの間でミドルウェアを介して取引情報のやり取りをし、取引の情報処理を行うステップと、有価媒体の取引の際に前記デバイスにエラーが発生した場合に、ミドルウェアを介さずにエラーに関する情報のうちの第１のエラー情報を取得し、第１のエラー情報に基づいてエラーの解除処理を行うステップと、を実行させる。

【0010】

これにより、ミドルウェアが第１のエラー情報を取り扱う機能を有していない場合であっても、本開示における媒体処理システム、媒体処理方法、および媒体処理プログラムを含む解決手段は、エラー制御を効果的に行うことができる。

【0011】

なお、前記解決手段は、以下の特徴の１つ、または複数を、矛盾のない、かつ合理的な範囲で組み合わせてもよい。

【0012】

すなわち、前記デバイスは、有価媒体を搬送する搬送部を備えてもよい。また、前記デバイスは、有価媒体の種類を識別する識別部を備えてもよい。また、前記デバイスは、有価媒体を収納する収納部を備えてもよい。

【0013】

前記有価媒体の取引は、有価媒体の搬送処理を伴い、エラーの解除処理は、搬送された有価媒体の戻し先を決定する処理を含んでもよい。

【0014】

これにより、ミドルウェアが第１のエラー情報を取り扱う機能を有していない場合であっても、前記解決手段は有価媒体の戻し先を決定することができる。

【0015】

前記第１のエラー情報は、搬送された有価媒体の位置の情報を含んでもよい。

【0016】

前記デバイスの搬送部には、有価媒体の有無を検知するセンサが設けられ、前記デバイスは、センサの出力信号を検出することにより、有価媒体の位置の情報を生成してもよい。

【0017】

これにより、前記解決手段は、デバイス内に留まる有価媒体の位置を容易に検出でき、エラーの解除処理を効果的に行うことができる。

【0018】

前記エラーの解除処理は、有価媒体の位置の情報に基づいて、デバイスからの有価媒体の抜き取りを促す情報を出力する処理を含んでもよい。

【0019】

これにより、前記解決手段は、ユーザまたは媒体処理システムの管理者にデバイスからの有価媒体の抜き取りを効果的に促すことができる。

【0020】

前記第１のエラー情報は、取引が確定したか否かの情報を含んでもよい。

【0021】

これにより、前記解決手段は、取引が確定したか否かに応じて、有価媒体の戻し先を容易に決定することができる。

【0022】

前記エラーの解除処理は、デバイスが直前に実行したコマンドの情報に基づいて、有価媒体の戻し先を決定する処理を含んでもよい。

【0023】

これにより、前記解決手段は、デバイスが直前に実行したコマンドの種別に応じて、有価媒体の戻し先を容易に決定することができる。

【0024】

前記有価媒体の戻し先は、ユーザおよびデバイスを含んでもよい。

【0025】

これにより、前記解決手段は、有価媒体の戻し先を、ユーザまたは媒体処理システムの管理者に決定することができる。

【0026】

前記取引は入金であり、エラーの解除処理は、入金が確定した場合に、有価媒体の戻し先をデバイスに決定し、入金が確定していない場合に、有価媒体の戻し先をユーザに決定する処理を含んでもよい。

【0027】

前記取引が入金である場合、デバイスは、入金口から取り込まれ、識別部で金種が識別され、さらに収納部に収納された有価媒体を入金の取引が確定された有価媒体と判定し、それ以外の有価媒体を入金の取引が確定していない有価媒体と判定してもよい。

【0028】

これにより、前記解決手段は、取引が入金である場合に、有価媒体の戻し先を適切に決定することができる。

【0029】

前記取引は出金であり、エラーの解除処理は、出金が確定した場合に、有価媒体の戻し先をユーザに決定し、出金が確定していない場合に、有価媒体の戻し先をデバイスに決定する処理を含んでもよい。

【0030】

前記取引が出金である場合、デバイスは、エラーが発生する前に収納部から繰り出され、出金口に払い出された有価媒体を出金の取引が確定された有価媒体と判定し、それ以外の有価媒体を出金の取引が確定していない有価媒体と判定してもよい。

【0031】

これにより、前記解決手段は、取引が出金である場合に、有価媒体の戻し先を適切に決定することができる。

【0032】

前記ミドルウェアは、標準規格に準拠していてもよい。

【0033】

前記第１のエラー情報は、標準規格に準拠しないメッセージであってもよい。

【0034】

これにより、ミドルウェアが準拠する標準規格が、第１のエラー情報を取り扱う機能を有していない場合であっても、前記解決手段はエラー制御を効果的に行うことができる。

【0035】

上記標準規格は、Ｅｘｔｅｎｓｉｏｎｓ ｆｏｒ Ｆｉｎａｎｃｉａｌ Ｓｙｓｔｅｍｓの規格であってもよい。

【0036】

これにより、ミドルウェアが準拠する標準規格が、第１のエラー情報を取り扱う機能を有していないＥｘｔｅｎｓｉｏｎｓ ｆｏｒ Ｆｉｎａｎｃｉａｌ Ｓｙｓｔｅｍｓの規格であっても、前記解決手段はエラー制御を効果的に行うことができる。

【0037】

前記解決手段は、ミドルウェアを実行するミドルウェア実行部をさらに備えてもよい。

【0038】

これにより、前記解決手段が、ミドルウェアを実行するミドルウェア実行部を備える場合であっても、エラー制御を効果的に行うことができる。

【0039】

前記解決手段は、前記デバイスを備えてもよい。

【0040】

これにより、前記解決手段が、前記デバイスを備える場合であっても、エラー制御を効果的に行うことができる。

【0041】

前記解決手段は、ミドルウェアを介して、エラーに関する情報のうちの第２のエラー情報を取得してもよい。第２のエラー情報は、標準規格に準拠したメッセージであってもよい。第２のエラー情報は、エラーが発生したデバイスを示す識別情報を含んでもよい。

【発明の効果】

【0042】

本開示に係る媒体処理システム、媒体処理方法、および媒体処理プログラムは、デバイスにエラーが発生した場合にエラー制御を効果的に行うことができる。

【図面の簡単な説明】

【0043】

【図1】図１は、本実施の形態に係る媒体処理システムを前方から見た場合の外観の一例を示す図である。

【図2】図２は、媒体処理システムを後方から見た場合の外観の一例を示す図である。

【図3】図３は、紙幣デバイスの内部構造の一例を示す図である。

【図4】図４は、媒体処理システムの機能ブロックの一例を示すブロック図である。

【図5】図５は、コンピュータとしての媒体処理システムのソフトウェア構成の一例を示す図である。

【図6】図６は、コンピュータとしての媒体処理システムのハードウェア構成の一例を示す図である。

【図7】図７は、デバイスにエラーが発生した場合に媒体処理システムが行うエラー解除処理の一例を示すフローチャートである。

【図8】図８は、紙幣デバイスがユーザ向けに出力する媒体抜取情報の一例を示す図である。

【図9】図９は、戻し先の決定ルールの一例を示す図である。

【図10】図１０は、紙幣デバイスがユーザ向けに出力する戻し先情報の一例を示す図である。

【図11】図１１は、バラ硬貨デバイスが媒体処理システムの管理者向けに出力する戻し先情報の一例を示す図である。

【発明を実施するための形態】

【0044】

図１は、本実施の形態に係る媒体処理システム１００を前方から見た場合の外観の一例を示す図である。なお、図１には媒体処理システム１００を基準とした前後左右方向が示されており、本明細書ではこの方向に基づいて説明を行う。

【0045】

媒体処理システム１００は、銀行などの金融機関の店舗（金融店舗）またはコンビニエンスストアなどの店舗（流通店舗）などを含む各種施設に設置される。媒体処理システム１００は、各種の有価媒体を対象とした取引に関する各種の処理を行う装置である。

【0046】

有価媒体の具体例としては、例えば紙幣（banknotes）、硬貨（coins）、小切手（cheque）などが挙げられる。硬貨には包装硬貨（rolled coins）とバラ硬貨（loose coins）が含まれる。紙幣には帯封紙幣(bound notes)とバラ紙幣(loose notes)が含まれてもよい。取引の具体例としては、入金、出金、両替、振込などが挙げられる。

【0047】

媒体処理システム１００は、包装硬貨を対象とした取引に関する処理を行う包装硬貨デバイス２と、バラ紙幣を対象とした取引に関する処理を行う紙幣デバイス３と、バラ硬貨を対象とした取引に関する処理を行うバラ硬貨デバイス４と、小切手を対象とした取引に関する処理を行う小切手デバイス５と、媒体処理システム１００により正常に識別されなかった有価媒体が入った封筒が投入されるドロップボックス６とを備える。

【0048】

包装硬貨デバイス２、紙幣デバイス３、バラ硬貨デバイス４、小切手デバイス５、およびドロップボックス６は、左右方向に沿って一列に並べられた状態でハウジング１に収められる。

【0049】

図１に示す例では、媒体処理システム１００を基準として見た場合に、右から左に向かって、包装硬貨デバイス２、紙幣デバイス３、小切手デバイス５、バラ硬貨デバイス４、ドロップボックス６がこの順に配置されている。さらに、帯封紙幣を対象とした取引に関する処理を行う帯封紙幣デバイスを備えてもよい。帯封紙幣デバイスは、包装硬貨デバイス２と紙幣デバイス３の間に配置されてもよい。

【0050】

ハウジング１の前面には、各デバイスの入金口および出金口の少なくとも１つが設けられている。包装硬貨デバイス２は、包装硬貨の出金を行う出金口２２を有する。出金口２２には出金口２２を開閉するシャッター２２Ｓが設けられている。

【0051】

紙幣デバイス３は、紙幣を受け付ける入金口３１および紙幣の出金を行う出金口３２を有する。入金口３１には入金口３１を開閉するシャッター３１Ｓが、出金口３２には出金口３２を開閉するシャッター３２Ｓが、それぞれ設けられている。

【0052】

バラ硬貨デバイス４は、バラ硬貨を受け付ける入金口４１およびバラ硬貨の出金を行う出金口４２を有する。入金口４１には入金口４１を開閉するシャッター４１Ｓが、出金口４２には出金口４２を開閉するシャッター４２Ｓがそれぞれ設けられている。

【0053】

小切手デバイス５は、小切手を受け付ける入金口５１および小切手を繰り出す出金口５２を有する。入金口５１には入金口５１を開閉するシャッター５１Ｓが、出金口５２には出金口５２を開閉するシャッター５２Ｓが、それぞれ設けられている。なお、出金口５２は、入金口５１から投入された小切手を返却するための投出口であってもよい。

【0054】

なお、図１では各入金口および各出金口にそれぞれシャッターが設けられている例を示したが、本開示では各入金口または各出金口にシャッターが設けられなくてもよい。

【0055】

また、ドロップボックス６は、正常に識別されなかった有価媒体が入った封筒の投入を受け入れる受入口６１を有する。受入口６１には、ロック付きのシャッターが設けられてもよい。

【0056】

ハウジング１の前面には、媒体処理システム１００のユーザーインターフェースとして、フロントディスプレイＦＤと、ピンパッドＰＰが設けられている。

【0057】

フロントディスプレイＦＤは、タッチパッドと薄型ディスプレイとが重ねられた構造（タッチパネル）を有し、ユーザに対する各種の表示と、ユーザによる入力操作の受付とを行う。

【0058】

ピンパッドＰＰは、ユーザによるＰＩＮ（personal identification number）の入力を受け付ける。ピンパッドＰＰは、例えばテンキーである。なお、ユーザとは、媒体処理システム１００を用いて取引を行う人物を意味しており、例えば媒体処理システム１００が設置された施設を利用する顧客である。

【0059】

図１に示す例では、フロントディスプレイＦＤおよびピンパッドＰＰは、左右方向において、紙幣デバイス３に対応する位置に設けられている。

【0060】

例えば、フロントディスプレイＦＤは、紙幣デバイス３の上側に設けられ、ピンパッドＰＰは、紙幣デバイス３の入金口３１または出金口３２に隣接して設けられる。フロントディスプレイＦＤおよびピンパッドＰＰは、紙幣デバイス３を利用している最中のユーザにより操作しやすい位置に設けられている。

【0061】

また、ハウジング１の前面には、カードリーダＣａＲ、コードリーダＣｏＲ、レシートプリンタＲＰ、Ａ４プリンタＡＰ、カメラＣａｍ、およびＮＦＣ読取機ＮＭが設けられている。

【0062】

カードリーダＣａＲは、例えば銀行口座のキャッシュカードやクレジットカードなどの読み取りを行う。コードリーダＣｏＲは、バーコードや２次元コードなどの読み取りを行う。

【0063】

レシートプリンタＲＰおよびＡ４プリンタＡＰは、ユーザが媒体処理システム１００を用いて行った処理の結果に関する情報などを印刷してユーザに提供する。

【0064】

カメラＣａｍは、媒体処理システム１００を利用するユーザや媒体処理システム１００の管理者の顔などを撮影し、処理の履歴情報の一部とする。また、カメラＣａｍは、ユーザや管理者の顔認証に利用される顔画像データを生成するために用いられてもよい。

【0065】

媒体処理システム１００の管理者とは、媒体処理システム１００および有価媒体を管理する人物であり、例えば媒体処理システム１００が設置された施設の従業員などである。

【0066】

ＮＦＣ読取機ＮＭは、例えばユーザが有する携帯端末（スマートフォンやタブレット端末など）との間でＮＦＣ（Near Field Communication）による通信を行う。

【0067】

図２は、媒体処理システム１００を後方から見た場合の外観の一例を示す図である。ハウジング１の後面には、包装硬貨デバイス２のドア２５、紙幣デバイス３のドア３５、バラ硬貨デバイス４のドア４５、小切手デバイス５のドア５５、およびドロップボックス６のドア６５が設けられている。これらのドア２５、３５、４５、５５、６５により、媒体処理システム１００の管理者などは、各デバイスの内部にアクセスすることができる。

【0068】

各ドア２５、３５、４５、５５、６５は、ロック２６、３６、４６、５６、６６により施錠が可能である。紙幣デバイス３およびドロップボックス６は、ロック３６、６６を解除するための暗証番号を入力するためのキー入力デバイス３６１、６６１を有していてもよい。

【0069】

また、図２に示す例では、紙幣デバイス３と小切手デバイス５との間に、コントローラーボックス７が設けられている。コントローラーボックス７には、後に説明する制御部１０に対応するコントローラーが収納される。コントローラーボックス７は、ドア７５およびロック７６を有する。

【0070】

紙幣デバイス３、バラ硬貨デバイス４、および小切手デバイス５の上側には、ペリフェラルデバイスボックス（peripheral device box）８が設けられている。

【0071】

ペリフェラルデバイスボックス８には、図１に示すフロントディスプレイＦＤ、ピンパッドＰＰ、カードリーダＣａＲ、コードリーダＣｏＲ、レシートプリンタＲＰ、Ａ４プリンタＡＰ、カメラＣａｍ、ＮＦＣ読取機ＮＭなどの本体部が収められている。ペリフェラルデバイスボックス８は、ドア８５およびロック８６を有する。

【0072】

また、ハウジング１の後面における紙幣デバイス３の上側には、リアディスプレイＲＤが設けられている。リアディスプレイＲＤは、フロントディスプレイＦＤと同様に、タッチパッドと薄型ディスプレイとが重ねられた構造（タッチパネル）を有する。リアディスプレイＲＤは、管理者に対する各種の表示と、管理者による入力操作の受付とを行うことができる。

【0073】

次に、媒体処理システム１００が備える各デバイスの内部構造の一例として、紙幣デバイス３の内部構造について説明する。図３は、紙幣デバイス３の内部構造の一例を示す図である。紙幣デバイス３は、搬送部３３と、識別部３４と、収納部３７と、を備える。

【0074】

搬送部３３は、入金口３１、出金口３２、および収納部３７の間で、紙幣を搬送する。搬送部３３は、例えばベルトおよびローラーで構成される。入金口３１から繰り出された紙幣は、搬送部３３により、出金口３２、収納部３７のいずれかに搬送される。

【0075】

識別部３４は、搬送部３３の経路上、かつ入金口３１の近くに配置されており、入金口３１から繰り出された紙幣の金種、正損、真偽などを識別する。

【0076】

収納部３７は、紙幣を収納する。収納部３７は、一度収納した紙幣を繰り出すことができるように構成されたリサイクル部と、一度収納した紙幣を繰り出すことができないように構成された回収部と、を含んでもよい。

【0077】

さらに、収納部３７は、取引に関する処理が完了するまでの間、一時的に紙幣を収納する、繰り出し可能な一時保留部を含んでもよい。また、収納部３７は、複数の収納庫を備え、金種毎に収納される収納庫があらかじめ決められていてもよい。

【0078】

また、搬送部３３の各部には、紙幣の有無を検知するセンサＳが設けられている。紙幣デバイス３は、センサＳの出力信号を検出することにより、搬送されている紙幣の位置を判定する。

【0079】

例えば、紙幣デバイス３は、出金口３２の入り口に設けられたセンサＳの出力を検出することにより、搬送されている紙幣が出金口３２に払い出されたか否かを判定する。また、紙幣デバイス３は、収納部３７の入り口に設けられたセンサＳの出力を検出することにより、搬送されている紙幣が収納部３７に収納されたか否かを判定する。

【0080】

紙幣デバイス３以外のデバイス、すなわち包装硬貨デバイス２、バラ硬貨デバイス４、および小切手デバイス５は、上述した紙幣デバイス３と同様のまたは類似した内部構造、あるいは既知の内部構造を有する。また、ドロップボックス６の内部構造も既知のものであり、具体的には、図１に示した受入口６１から投入された封筒を収納する収納部を有する。

【0081】

このため、包装硬貨デバイス２、バラ硬貨デバイス４、小切手デバイス５、およびドロップボックス６については内部構造の詳細な説明は省略する。

【0082】

図４は、媒体処理システム１００の機能ブロックの一例を示すブロック図である。制御部１０は、媒体処理システム１００が有する各構成の制御を行うプロセッサである。記憶部１１は、制御部１０が実行する処理に必要な各種データ、およびプログラムなどを記憶するメモリなどの記憶装置である。

【0083】

制御部１０は、アプリケーション実行部１０ａ、エラー処理部１０ｂ、およびミドルウェア実行部１０ｃを備える。

【0084】

アプリケーション実行部１０ａは、有価媒体の取引を行うデバイスとの間でミドルウェアを介して取引情報のやり取りをし、取引に関する情報処理を行うアプリケーションを実行する。

【0085】

有価媒体の取引を行うデバイスとは、包装硬貨デバイス２、紙幣デバイス３、バラ硬貨デバイス４、小切手デバイス５、ドロップボックス６、カードリーダＣａＲなどのデバイスである。

【0086】

取引に関する情報処理を行うアプリケーションとは、例えば、媒体処理システム１００を運営する銀行などにより開発されたアプリケーションである。アプリケーション実行部１０ａは、その他のアプリケーションも実行する。

【0087】

エラー処理部１０ｂは、有価媒体の取引の際にデバイスにエラーが発生した場合に、ミドルウェアを介さずにエラーに関する情報のうちの第１のエラー情報を取得し、第１のエラー情報に基づいてエラーの解除処理を行う。この処理については後に詳しく説明する。

【0088】

ミドルウェア実行部１０ｃは、制御部１０が実行するアプリケーションとデバイスに組み込まれたファームウェアとの間におけるデータのやり取りを司るミドルウェアを実行する。

【0089】

図５は、コンピュータとしての媒体処理システム１００のソフトウェア構成の一例を示す図である。

【0090】

媒体処理システム１００のソフトウェアは、制御部１０のアプリケーション実行部１０ａにより実行される取引処理アプリケーション１０１ａ、およびその他のアプリケーション１０２ａ、エラー処理部１０ｂにより実行されるエラー処理アプリケーション１０１ｂ、各デバイスを制御するソフトウェアであるファームウェア（ＦＷ）１０５、各アプリケーションと各デバイスに組み込まれたファームウェアとの間におけるデータのやり取りを司るミドルウェア１０１ｃを含む。

【0091】

図５の例では、ミドルウェア１０１ｃは、欧州標準化委員会により策定されたＸＦＳ（eXtensions for Financial Services）の標準規格に準拠したミドルウェアである。このミドルウェア１０１ｃは、ＸＦＳマネージャ１０２ｃと、サービスプロバイダ１０３ｃを含む。

【0092】

ＸＦＳマネージャ１０２ｃは、各アプリケーションとサービスプロバイダ１０３ｃとの間でデータのやり取りを行うＡＰＩ（Application Programming Interface）を実行する。このデータのやり取りは、ＸＦＳの標準規格に準拠した方法で行われる。

【0093】

サービスプロバイダ１０３ｃは、ＸＦＳマネージャ１０２ｃとの間ではＸＦＳの標準規格に準拠した方法でデータのやり取りを行い、ファームウェア１０５との間では、各デバイスの仕様に合った方法でデータのやり取りを行う。

【0094】

各サービスプロバイダ１０３ｃと各デバイスに組み込まれたファームウェア１０５との間のデータのやり取りが、各デバイスを提供するベンダの仕様に依存するとしても、各アプリケーションおよびＸＦＳマネージャ１０２ｃは、その仕様の違いによって影響を受けることはない。

【0095】

図６は、コンピュータとしての媒体処理システム１００のハードウェア構成の一例を示す図である。

【0096】

コンピュータ１０００は、入力装置１００１、出力装置１００２、ＣＰＵ１００３、ＲＯＭ（Read Only Memory）１００４、ＲＡＭ（Random Access Memory）１００５、記憶装置１００６、各種記録媒体から情報を読み取る読取装置１００７、送受信装置１００８を備え、各部はバス１００９により接続される。

【0097】

図１などに示すフロントディスプレイＦＤ、ピンパッドＰＰ、および図２などに示すリアディスプレイＲＤは、入力装置１００１の例である。フロントディスプレイＦＤ、およびリアディスプレイＲＤは、出力装置１００２の例である。図４に示す記憶部１１は、記憶装置１００６の例である。

【0098】

読取装置１００７は、上記各装置の機能を実現するためのプログラムを記録した記録媒体からそのプログラムを読み取り、記憶装置１００６に記憶させる。あるいは、送受信装置１００８が、ネットワークに接続されたシステム装置と通信を行い、システム装置からダウンロードしたプログラムを記憶装置１００６に記憶させる。

【0099】

そして、ＣＰＵ１００３が、記憶装置１００６に記憶されたプログラムをＲＡＭ１００５にコピーし、そのプログラムに含まれる命令をＲＡＭ１００５から順次読み出して実行することにより、図４に示す媒体処理システム１００の各機能ブロックが動作する。

【0100】

次に、媒体処理システム１００が行う媒体処理の動作例について説明する。図７は、デバイスにエラーが発生した場合に媒体処理システム１００が行うエラー解除処理の一例を示すフローチャートである。

【0101】

以下では、デバイスに発生するエラーとして、有価媒体がデバイス内で詰まったり、何らかの故障が発生したりなどして有価媒体の搬送が止まり、デバイスの動作が中断する場合について説明するが、発生するエラーはこれに限定されるものではない。

【0102】

まず、媒体処理システム１００のエラー処理部１０ｂは、エラーが発生したデバイスから、ミドルウェア１０１ｃを介して、エラーが発生したことを示すエラー電文を受信する（ステップＳ１）。このエラー電文は、標準規格に準拠したメッセージである第２のエラー情報である。エラー電文は、エラーが発生したデバイスを示す識別情報を含んでいる。

【0103】

そして、エラー処理部１０ｂは、エラー電文に基づいて、エラーが発生したデバイスを特定する（ステップＳ２）。さらに、エラー処理部１０ｂは、ミドルウェア１０１ｃが直前にファームウェア１０５に送信した実行コマンドに関する情報をミドルウェア１０１ｃから取得して、エラーが発生したデバイスが直前に実行していた処理を特定する（ステップＳ３）。

【0104】

なお、エラーが発生したデバイスは、エラー電文をエラー処理部１０ｂに送信するとともに、エラー処理アプリケーション１０１ｂが起動する前に、発生したエラーに対して必要な処理を行う。

【0105】

例えば、エラーが発生したデバイスは、有価媒体の取引を停止し、搬送部３３に留まっている有価媒体を出金口３２に排出する吐き出し処理を実行する。

【0106】

また、このデバイスは、第１のエラー情報を生成し、ミドルウェア１０１ｃを経由することなく、エラー処理部１０ｂに第１のエラー情報を送信する。第１のエラー情報は、標準規格に準拠していないメッセージである。

【0107】

第１のエラー情報は、エラーが発生したデバイスの出金口３２に排出されずに搬送部３３に留まっている有価媒体の位置を示す情報と、取引が確定した媒体に関する情報とを含む。有価媒体の位置は、例えば、図３で説明した紙幣デバイス３の場合、センサＳにより検出される。取引が確定した有価媒体に関する情報については、のちに詳しく説明する。

【0108】

つぎに、エラー処理部１０ｂは、ミドルウェア１０１ｃを介さずに、エラーが発生したデバイスにより送信された第１のエラー情報を受信する（ステップＳ４）。

【0109】

そして、エラー処理部１０ｂは、第１のエラー情報に含まれる有価媒体の位置を示す情報に基づいて、搬送部３３に留まっている有価媒体の抜き取りを指示する媒体抜取情報を生成し、媒体抜取情報をフロントディスプレイＦＤに出力する（ステップＳ５）。

【0110】

なお、エラー処理部１０ｂは、媒体抜取情報を、リアディスプレイＲＤに出力してもよいし、フロントディスプレイＦＤとリアディスプレイＲＤの両方に出力してもよい。また、エラー処理部１０ｂは、媒体抜取情報をユーザまたは媒体処理システム１００の管理者が有する携帯端末に出力することとしてもよい。

【0111】

図８は、紙幣デバイス３がユーザ向けに出力する媒体抜取情報の一例を示す図である。図８に示す媒体抜取情報には、紙幣が留まっている位置２００ａを示す画像２００と、ユーザにその位置２００ａから紙幣を取り除くことを促す指示２０１と、シャッターを開けるためのシャッターボタン２０２と、その位置２００ａに紙幣がない場合、または、ユーザが紙幣を取り除いた場合にユーザに押下させるＯＫボタン２０３が表示される。

【0112】

ユーザによりＯＫボタン２０３が押下された後、エラー処理部１０ｂは、ミドルウェア１０１ｃ経由で、エラーが発生したデバイスに、そのデバイスをリセットするコマンドを送信する（ステップＳ６）。このコマンドは、標準規格に準拠したコマンドである。

【0113】

エラーが発生したデバイスのリセットが成功したら、エラー処理部１０ｂは、前述の第１のエラー情報に含まれる取引が確定した有価媒体に関する情報に基づき、デバイス内から取り除かれた有価媒体の戻し先を特定する（ステップＳ７）。ここで、デバイス内から取り除かれた有価媒体とは、出金口３２に排出された有価媒体、および、位置２００ａから取り除かれた有価媒体である。

【0114】

図９は、戻し先の決定ルールの一例を示す図である。図９に示すように、デバイスが直前に実行していた処理が入金処理であり、入金の取引が確定していた場合、有価媒体の戻し先はデバイスとなる。この場合、デバイス内から取り除かれた有価媒体は、入金口３１から投入され、デバイスに収納される。

【0115】

デバイスが直前に実行していた処理が入金処理であり、入金の取引が確定していなかった場合、有価媒体の戻し先はユーザとなる。この場合、デバイス内から取り除かれた有価媒体は、ユーザに返却される。

【0116】

デバイスが直前に実行していた処理が出金処理であり、出金の取引が確定していた場合、有価媒体の戻し先はユーザとなる。この場合、デバイス内から取り除かれた有価媒体は、ユーザに渡される。

【0117】

デバイスが直前に実行していた処理が出金処理であり、出金の取引が確定していなかった場合、有価媒体の戻し先はデバイスとなる。この場合、デバイス内から取り除かれた有価媒体は、入金口３１から投入され、デバイスに収納される。

【0118】

エラーが発生したデバイスは、取引が確定したか否かを、例えば、以下のようにして判定する。

【0119】

入金処理の場合、デバイスは、入金口３１から取り込まれ、識別部３４で金種が識別され、さらに収納部３７に収納された有価媒体を入金の取引が確定された有価媒体と判定し、それ以外の有価媒体を入金の取引が確定していない有価媒体と判定する。

【0120】

特に、収納部３７の入口で詰まった媒体については、デバイスが、センサＳの出力に基づいて有価媒体が収納部３７に収納されたか否かを検出し、入金の取引が確定したか否かを判定する。

【0121】

出金処理の場合、デバイスは、エラーが発生する前に収納部３７から繰り出され、出金口３２に払い出された有価媒体を出金の取引が確定された有価媒体と判定し、それ以外の有価媒体を出金の取引が確定していない有価媒体と判定する。

【0122】

特に、出金口３２の入口で詰まった媒体については、デバイスが、センサＳの出力に基づいて出金口３２に払い出されたか否かを検出し、出金の取引が確定したか否かを判定する。

【0123】

なお、入金の取引については、デバイスは、ユーザにより入金口３１に投入されたすべての有価媒体が収納部３７に収納されたら、それらの有価媒体を入金の取引が確定された有価媒体と判定し、それ以外の有価媒体を入金の取引が確定していない有価媒体と判定してもよい。

【0124】

また、デバイスは、ユーザにより入金口３１に投入されたすべての有価媒体が収納部３７に収納され、ユーザがフロントディスプレイＦＤに表示されたＯＫボタンを押下したらそれらの有価媒体を入金の取引が確定された有価媒体と判定し、それ以外の有価媒体を入金の取引が確定していない有価媒体と判定してもよい。

【0125】

また、出金の取引については、デバイスは、出金口３２にすべての有価媒体が払い出され、ユーザがフロントディスプレイＦＤに表示されたシャッターボタンを押下してシャッターを開いた場合に、それらの有価媒体を出金の取引が確定された有価媒体と判定し、それ以外の有価媒体を出金の取引が確定していない有価媒体と判定してもよい。

【0126】

有価媒体の戻し先を特定した後、エラー処理部１０ｂは、デバイス内から取り除かれた有価媒体の戻し先を示す戻し先情報をフロントディスプレイＦＤに出力する（ステップＳ８）。

【0127】

なお、エラー処理部１０ｂは、戻し先情報をリアディスプレイＲＤに出力してもよいし、フロントディスプレイＦＤとリアディスプレイＲＤの両方に出力してもよい。また、エラー処理部１０ｂは、戻し先情報をユーザまたは媒体処理システム１００の管理者が有する携帯端末に出力することとしてもよい。

【0128】

図１０は、紙幣デバイス３がユーザ向けに出力する戻し先情報の一例を示す図である。図１０に示す戻し先情報には、紙幣が留まっていた位置３００ａを示す画像３００と、ユーザに取り除いた紙幣を媒体処理システム１００の管理者に返却することを促す指示３０１と、シャッターを開けるためのシャッターボタン３０２と、指示３０１の内容を確認した場合にユーザに押下させるＯＫボタン３０３が表示される。なお、この段階では、シャッターボタン３０２は、押下できないようにグレーアウトの状態となっている。

【0129】

媒体処理システム１００の管理者は、ユーザから取り除いた紙幣が返却された場合、その紙幣を入金口３１に投入し、デバイスに収納する。

【0130】

また、図１１は、バラ硬貨デバイス４が媒体処理システム１００の管理者向けに出力する戻し先情報の一例を示す図である。図１１に示す戻し先情報には、硬貨が留まっていた位置４００ａを示す画像４００と、媒体処理システム１００の管理者に取り除いた硬貨をユーザに返却することを促す指示４０１と、シャッターを開けるためのシャッターボタン４０２と、指示４０１の内容を確認した媒体処理システム１００の管理者に押下させるＯＫボタン４０３が表示される。なお、この段階では、シャッターボタン３０２は、押下できないようにグレーアウトの状態となっている。

【0131】

図１１に示したような管理者向けの戻し先情報は、媒体処理システム１００の管理者でなければ取り除くことができない位置に有価媒体が留まっていた場合に出力されるものである。

【0132】

また、前述のように、デバイスは、エラーが発生した場合、デバイス内に留まっている有価媒体を出金口３２に吐き出す吐出処理を行う。そのため、出金の取引の場合、エラーが発生する前に正常に出金された有価媒体と、吐出処理で吐き出された有価媒体とが出金口３２で混在する。

【0133】

この場合、デバイスは、出金の取引が確定した有価媒体の金種と枚数の情報を保持しているので、アプリケーション実行部１０ａは、ミドルウェア１０１ｃを経由して、デバイスから出金の取引が確定した有価媒体の金種と枚数の情報を取得する。そして、アプリケーション実行部１０ａは、その情報を出金レシートとしてレシートプリンタＲＰに印刷させる。

【0134】

この出金レシートを見ることにより、ユーザは、自分が持ち帰ることができる有価媒体の金種と枚数、および、媒体処理システム１００の管理者に返却すべき有価媒体の金種と枚数を容易に把握することができる。

【0135】

さらに、この場合、エラー処理部１０ｂは、出金の取引が確定した有価媒体と出金の取引が確定していない有価媒体とを仕分け、出金の取引が確定していない有価媒体を媒体処理システム１００の管理者に返却するよう促す情報をフロントディスプレイＦＤに出力してもよい。

【0136】

なお、エラー処理部１０ｂは、この情報をリアディスプレイＲＤに出力してもよいし、フロントディスプレイＦＤとリアディスプレイＲＤの両方に出力してもよい。また、エラー処理部１０ｂは、この情報をユーザまたは媒体処理システム１００の管理者が有する携帯端末に出力することとしてもよい。

【0137】

また、上述した実施の形態では、図４で説明したように、アプリケーション実行部１０ａ、エラー処理部１０ｂ、およびミドルウェア実行部１０ｃが、ハウジング１に各デバイスと一緒に収められた制御部１０に設けられることとしたが、それらのすべてまたは一部は、各デバイスと離れて設置されたクラウドサーバ装置などの他の装置に設けられることとしてもよい。この場合、他の装置も特許請求の範囲における媒体処理システムに含まれる。

【0138】

図５に示したソフトウェア構成で言えば、取引処理アプリケーション１０１ａ、その他のアプリケーション１０２ａ、エラー処理アプリケーション１０１ｂ、ＸＦＳマネージャ１０２ｃ、サービスプロバイダ１０３ｃのすべてまたは一部は、各デバイスと離れて設置されたクラウドサーバ装置などの他の装置に導入されることとしてもよい。この場合の他の装置も特許請求の範囲における媒体処理システムに含まれる。

【0139】

以上説明したように、媒体処理システム１００は、有価媒体の取引を行うデバイスとの間でミドルウェア１０１ｃを介して取引情報のやり取りをし、取引の情報処理を行うアプリケーション実行部１０ａと、有価媒体の取引の際にデバイスにエラーが発生した場合、ミドルウェア１０１ｃを介さずにエラーに関する情報のうちの第１のエラー情報を取得し、第１のエラー情報に基づいてエラーの解除処理を行うエラー処理部１０ｂと、を備える。

【0140】

これにより、ミドルウェア１０１ｃが第１のエラー情報を取り扱う機能を有していない場合であっても、媒体処理システム１００はエラー制御を効果的に行うことができる。

【0141】

また、上記有価媒体の取引は、有価媒体の搬送処理を伴い、エラーの解除処理は、搬送された有価媒体の戻し先を決定する処理を含む。

【0142】

これにより、ミドルウェア１０１ｃが第１のエラー情報を取り扱う機能を有していない場合であっても、媒体処理システム１００は有価媒体の戻し先を決定することができる。

【0143】

また、上記第１のエラー情報は、搬送された有価媒体の位置の情報を含む。

【0144】

これにより、媒体処理システム１００は、デバイス内に留まる有価媒体の位置を容易に検出でき、エラーの解除処理を効果的に行うことができる。

【0145】

また、エラー処理部１０ｂは、有価媒体の位置の情報に基づいて、デバイスからの有価媒体の抜き取りを促す情報を出力する。

【0146】

これにより、媒体処理システム１００は、ユーザまたは媒体処理システム１００の管理者にデバイスからの有価媒体の抜き取りを効果的に促すことができる。

【0147】

また、上記第１のエラー情報は、取引が確定したか否かの情報を含む。

【0148】

これにより、媒体処理システム１００は、取引が確定したか否かに応じて、有価媒体の戻し先を容易に決定することができる。

【0149】

また、エラー処理部１０ｂは、デバイスが直前に実行したコマンドの情報に基づいて、有価媒体の戻し先を決定する。

【0150】

これにより、媒体処理システム１００は、デバイスが直前に実行したコマンドの種別に応じて、有価媒体の戻し先を容易に決定することができる。

【0151】

また、上記有価媒体の戻し先は、ユーザおよびデバイスを含む。

【0152】

これにより、媒体処理システム１００は、有価媒体の戻し先を、ユーザまたは媒体処理システム１００の管理者に決定することができる。

【0153】

また、上記取引は入金であり、エラー処理部１０ｂは、入金が確定した場合に、有価媒体の戻し先をデバイスに決定し、入金が確定していない場合に、有価媒体の戻し先をユーザに決定する。

【0154】

これにより、媒体処理システム１００は、取引が入金である場合に、有価媒体の戻し先を適切に決定することができる。

【0155】

また、取引は出金であり、エラー処理部１０ｂは、出金が確定した場合に、有価媒体の戻し先をユーザに決定し、出金が確定していない場合に、有価媒体の戻し先をデバイスに決定する。

【0156】

これにより、媒体処理システム１００は、取引が出金である場合に、有価媒体の戻し先を適切に決定することができる。

【0157】

また、上記ミドルウェア１０１ｃは、標準規格に準拠している。

【0158】

これにより、ミドルウェア１０１ｃが準拠する標準規格が、第１のエラー情報を取り扱う機能を有していない場合であっても、媒体処理システム１００はエラー制御を効果的に行うことができる。

【0159】

また、上記標準規格は、Ｅｘｔｅｎｓｉｏｎｓ ｆｏｒ Ｆｉｎａｎｃｉａｌ Ｓｙｓｔｅｍｓの規格である。

【0160】

これにより、ミドルウェア１０１ｃが準拠する標準規格が、第１のエラー情報を取り扱う機能を有していないＥｘｔｅｎｓｉｏｎｓ ｆｏｒ Ｆｉｎａｎｃｉａｌ Ｓｙｓｔｅｍｓの規格であっても、媒体処理システム１００はエラー制御を効果的に行うことができる。

【0161】

また、媒体処理システム１００は、ミドルウェア１０１ｃを実行するミドルウェア実行部１０ｃをさらに備える。

【0162】

これにより、媒体処理システム１００が、ミドルウェア１０１ｃを実行するミドルウェア実行部１０ｃを備える場合であっても、エラー制御を効果的に行うことができる。

【0163】

また、媒体処理システム１００は、上記デバイスを備える。

【0164】

これにより、媒体処理システム１００が、上記デバイスを備える場合であっても、エラー制御を効果的に行うことができる。

【0165】

なお、本開示は上記実施形態に限定されるものではなく、本開示の要旨を逸脱しない範囲で種々の変更が可能である。特に、本明細書に書かれた複数の実施形態及び変形例は必要に応じて任意に組み合せ可能である。

【産業上の利用可能性】

【0166】

本開示は、媒体処理システム、媒体処理方法、および媒体処理プログラムに適用できる。

【符号の説明】

【0167】

１ ハウジング
２ 包装硬貨デバイス
３ 紙幣デバイス
４ バラ硬貨デバイス
５ 小切手デバイス
６ ドロップボックス
７ コントローラーボックス
８ ペリフェラルデバイスボックス
１０ 制御部
１０ａ アプリケーション実行部
１０ｂ エラー処理部
１０ｃ およびミドルウェア実行部
２２，３２，４２，５２ 出金口
２２Ｓ，３１Ｓ，３２Ｓ，４１Ｓ，４２Ｓ，５１Ｓ，５２Ｓ シャッター
２５，３５，４５，５５，６５，７５，８５ ドア
２６，３６，４６，５６，６６，７６，８６ ロック
３１，４１，５１ 入金口
３３ 搬送部
３４ 識別部
３７ 収納部
６１ 受入口
１００ 媒体処理システム
１０１ａ 取引処理アプリケーション
１０２ａ その他のアプリケーション
１０１ｂ エラー処理アプリケーション
１０１ｃ ミドルウェア
１０２ｃ ＸＦＳマネージャ
１０３ｃ サービスプロバイダ
１０５ ファームウェア
２００，３００，４００ 画像
２００ａ，３００ａ，４００ａ 位置
２０１，３０１，４０１ 指示
２０２，３０２，４０２ シャッターボタン
２０３，３０３，４０３ ＯＫボタン
３６１，６６１ キー入力デバイス
１０００ コンピュータ
１００１ 入力装置
１００２ 出力装置
１００３ ＣＰＵ
１００４ ＲＯＭ
１００５ ＲＡＭ
１００６ 記憶装置
１００７ 読取装置
１００８ 送受信装置
１００９ バス
ＡＰ Ａ４プリンタ
Ｃａｍ カメラ
ＣａＲ カードリーダ
ＣｏＲ コードリーダ
ＦＤ フロントディスプレイ
ＮＭ ＮＦＣ読取機
ＰＰ ピンパッド
ＲＤ リアディスプレイ
ＲＰ レシートプリンタ
Ｓ センサ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】