JP2018128830A - 現金処理システム - Google Patents

Abstract

【課題】端末ソフトウェアの開発及び保守を容易化できるとともに、オペレーターにとって使い勝手のよいＵＩを実現できる現金処理システムを提供する。
【解決手段】現金処理システムは、複数の現金処理機と、端末装置と、サーバーと、を備える。現金処理機は、機種ごとに異なる機器インターフェースを有する。サーバーは、機能を実現するための共通インターフェースを実装したアプリケーションプログラムを、端末装置に対して提供するアプリケーション提供部と、端末装置におけるアプリケーションプログラムの実行により指示された共通インターフェースに従う処理要求を受け付けて、機種ごとの前記機器インターフェースに従う処理要求に変換して、制御対象の現金処理機に受け渡す中継処理部と、を有する。
【選択図】図６

Description

本発明は、銀行や郵便局などの金融機関の店舗（支店、営業店等）に設置される現金処理システムに関する。

一般に、金融機関の店舗には、複数の現金処理機と、パーソナルコンピューターやタブレット端末等の端末装置とを通信可能に接続した現金処理システムが導入されている。現金処理システムでは、端末装置上のユーザーインターフェース（以下「ＵＩ」と称する）を通じて情報を入力することにより、現金処理機における現金処理（例えば、入出金）や保守作業を実行することができる。現金処理機としては、店舗内の現金の管理を行う出納機、顧客が自分で操作して現金の入出金等を行う現金自動預払機（ＡＴＭ：Automatic Tellers Machine）、窓口係が現金の受け払いを行う入出金機（ＴＭ：Teller Machine）、両替を自動的に行う両替機などがある。

従来の現金処理システムにおいては、現金処理機の機種ごとに専用のインターフェース（以下「Ｉ／Ｆ」と称する）が採用されている。機種ごとに採用されている機器Ｉ／Ｆは、通信Ｉ／Ｆ、ＡＰＩ（Application Programming Interface）、又はＵＩ（User Interface）を含む。

具体的には、端末装置２０によって現金処理機１０の動作を制御するために、例えば、制御対象の現金処理機１０の通信Ｉ／Ｆ（例えば、ＬＡＮ Ｉ／Ｆ（Local Area Network I/F）、シリアルＩ／Ｆ、及びＵＳＢ Ｉ／Ｆ（Universal Serial Bus I/F））に対応するＩ／Ｆケーブルを介して、端末装置２０と現金処理機１０が一対一で接続され、通信Ｉ／Ｆに対応する通信プロトコルに従って情報の送受信が行われている（図１参照）。

また、制御対象の現金処理機１０で実行される機器ソフトウェアは、機種ごとの仕様に従って実装されており、使用されるＡＰＩ（ＡＰＩを利用した制御コマンドを含む）も機種ごとに異なる。そのため、端末装置２０には、当該ＡＰＩを使用して作成された専用の端末ソフトウェアがインストールされ、この端末ソフトウェアを実行することにより、現金処理機１０に対する処理要求が行われている。

さらには、現金処理機１０の機能は多岐にわたるため、端末ソフトウェアによって提供されるＵＩ（典型的にはＧＵＩ（Graphical User Interface））は、制御対象の現金処理機１０に適したものとなっており、機種ごとに異なっている。

特開２００８−２９３１５２号公報 特開２０１５−２２２５５７号公報 特許第５４９７２８２号公報

上述したように、現金処理機の機種ごとに機器Ｉ／Ｆが異なるため、端末ソフトウェアのソフト開発者及び保守作業者は、現金処理機の機種ごとに、通信Ｉ／ＦやＡＰＩに関する知識を習得する必要がある。このように、従来の現金処理システムでは、個々の製品開発ごとの実装手法や実装結果に関する属人性が高くなりがちであるため、端末ソフトウェアの開発及び保守に多大な労力を要し、ソフト開発者や保守作業者に対する負担が大きくなっている。

また、端末装置で利用されるＵＩは、制御対象の現金処理機が有する機能を実行するのに適した構成となっており、「見た目」、「操作感」、「操作手順」が統一されておらず、いわゆるルック・アンド・フィールが異なる。そのため、複数の現金処理機を取り扱うオペレーターは、処理内容が同じであるにもかかわらず、機種ごとに異なる操作を強いられる。統一性を欠くＵＩは、保守作業の効率化を阻害する要因ともなり得る。

一方、Ｉ／Ｆが異なる機器同士を連携するための技術として、例えば、特許文献１、２がある。また、ＷｅｂＡＰＩを利用した技術として、例えば、特許文献３がある。しかしながら、現金処理機における制御コマンドやルールは非常に複雑であるため、特許文献１〜３に開示の技術を現金処理システムに適用し、標準化された統一的な機器Ｉ／Ｆの枠組みを構築することは困難である。

本発明の目的は、端末ソフトウェアの開発及び保守を容易化できるとともに、オペレーターにとって使い勝手のよいＵＩを実現できる現金処理システムを提供することである。

本発明に係る現金処理システムは、共通の現金処理に関する機能を有する複数の現金処理機と、前記現金処理機の動作を制御する端末装置と、ネットワークを介して前記現金処理機及び前記端末装置に接続されるサーバーと、を備える現金処理システムであって、前記現金処理機は、機種ごとに異なる機器インターフェースを有し、前記サーバーは、前記機能を実現するための共通インターフェースを実装したアプリケーションプログラムを、前記端末装置に対して提供するアプリケーション提供部と、前記端末装置における前記アプリケーションプログラムの実行により指示された前記共通インターフェースに従う処理要求を受け付けて、機種ごとの前記機器インターフェースに従う処理要求に変換して、制御対象の前記現金処理機に受け渡す中継処理部と、を有する。

本発明によれば、端末ソフトウェアの開発及び保守を容易化できるとともに、オペレーターにとって使い勝手のよいＵＩを実現できる現金処理システムが提供される。

従来の現金処理システムを示す図である。 実施の形態に係る現金処理システムを示す図である。 現金処理機の構成の一例を示す図である。 端末装置の構成の一例を示す図である。 サーバーの構成の一例を示す図である。 現金処理システムで実行される現金処理の一例を示すシーケンス図である。 サービス提供画面の一例を示す図である。 サービス提供画面の一例を示す図である。 サービス提供画面の一例を示す図である。 サービス提供画面の一例を示す図である。 サービス提供画面の一例を示す図である。 サービス提供画面の一例を示す図である。 サービス提供画面の一例を示す図である。 サービス提供画面の一例を示す図である。

以下、本発明の実施の形態を、図面を参照して詳細に説明する。

図２は、本発明の一実施の形態に係る現金処理システム１を示す図である。
図２に示すように、現金処理システム１は、複数の現金処理機１０、端末装置２０、及びサーバー３０を備える。現金処理機１０、端末装置２０及びサーバー３０は、ネットワークＮを介して通信可能に接続される。ネットワークＮは、例えば、企業内ＬＡＮ（有線ＬＡＮ又は無線ＬＡＮ）である。現金処理システム１は、例えば、銀行や郵便局などの金融機関の店舗に設置される。

図２では、現金処理機１０の一例として、出納機１０Ａ、入出金機１０Ｂ及び両替機１０Ｃを示している。通常、入出金機１０Ｂ及び両替機１０Ｃは複数台設置される。また、端末装置２０の一例として、デスクトップパソコン２０Ａ、タブレット端末２０Ｂ及びノートパソコン２０Ｃを示している。

複数の現金処理機１０は、共通の現金処理に関する機能（例えば、入出金処理）を有する。また、複数の現金処理機１０は、機種ごとに異なる機器Ｉ／Ｆを有する。機器Ｉ／Ｆは、通信Ｉ／Ｆ、ＡＰＩ（ＡＰＩを実装した制御コマンドを含む）、及びＵＩを含む。

図２において、出納機１０Ａの通信Ｉ／ＦはＬＡＮ Ｉ／Ｆであり、入出金機１０Ｂの通信Ｉ／ＦはシリアルＩ／Ｆであり、両替機１０Ｃの通信Ｉ／ＦはＵＳＢ Ｉ／Ｆである。ネットワークＮが企業内ＬＡＮである場合、ＬＡＮ Ｉ／Ｆを備えていない入出金機１０Ｂ及び両替機１０Ｃは、Ｉ／Ｆコンバーター４０を介してネットワークＮに接続される。

現金処理システム１において、サーバー３０は、仮想化された機器Ｉ／Ｆを提供するためのサービス提供基盤であり、端末装置２０が現金処理機１０に対して行う処理要求を受け付け、この処理要求を制御対象の現金処理機１０に受け渡して、当該現金処理機１０に要求された現金処理を実行させる。オペレーターは、端末装置２０におけるＵＩを利用して、すべての現金処理機１０の動作を制御することができる。

本実施の形態では、端末装置２０のウェブブラウザー上で、サーバー３０が提供するウェブアプリケーションプログラムを動作させることにより、現金処理機１０に対して処理要求を行う場合について説明する。この場合、端末装置２０のウェブブラウザーが、現金処理機１０に対して処理要求を行うためのＵＩである。したがって、端末装置２０が現金処理機１０に対して処理要求を行う際に用いられるＡＰＩ及びＵＩは、制御対象の現金処理機１０に関わらず共通のものとなる。一方、現金処理機１０とサーバー３０との通信は、現金処理機１０に対応する専用Ｉ／Ｆ（例えば専用ＡＰＩ）に従って行われる。

図３は、現金処理機１０の構成の一例を示す図である。
図３に示すように、現金処理機１０は、制御部１１、記憶部１２、操作部１３、表示部１４、通信部１５及び現金処理部１６等を備える。

制御部１１は、演算／制御装置としてのＣＰＵ１１１（Central Processing Unit）、主記憶装置としてのＲＯＭ１１２（Read Only Memory）及びＲＡＭ１１３（Random Access Memory）等を備える。ＲＯＭ１１２には、ＢＩＯＳ（Basic Input Output System）と呼ばれる基本プログラムや基本的な設定データが記憶される。ＣＰＵ１１１は、ＲＯＭ１１２又は記憶部１２から処理内容に応じたプログラム（例えば、現金処理プログラム）を読み出してＲＡＭ１１３に展開し、展開したプログラムを実行することにより、現金処理機１０の各ブロックの動作を集中制御する。

記憶部１２は、例えば、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）等の補助記憶装置である。記憶部１２は、ＣＤ（Compact Disc）、ＤＶＤ（Digital versatile Disc）等の光ディスク、ＭＯ（（Magneto-Optical disk）等の光磁気ディスクを駆動して情報を読み書きするディスクドライブであってもよい。また例えば、記憶部１２は、ＵＳＢメモリ、ＳＤカード等のメモリカードであってもよい。

記憶部１２は、ＯＳ（Operating System、図示略）及び現金処理プログラム１２１（機器ソフトウェア）を記憶する。通常、現金処理プログラム１２１には、現金処理機１０の機種ごとに、専用のＡＰＩが使用される。つまり、現金処理機１０で実行される処理内容（例えば、入出金処理）が同じであっても、機種ごとに異なる制御コマンドが使用される。また、記憶部１２は、入出金された貨幣の金種や金額等を管理するための入出金履歴情報１２２等を記憶する。

操作部１３は、例えば、文字や数字を入力可能なキーボードやマウス等のポインティングデバイスである。表示部１４は、液晶ディスプレイや有機ＥＬディスプレイなどのディスプレイであり、現金処理機１０において現金の入出金等を行う上で必要な情報を表示する。操作部１３及び表示部１４は、タッチパネル付きのフラットパネルディスプレイで構成されてもよい。

通信部１５は、例えば、ＬＡＮ Ｉ／Ｆ、シリアルＩ／Ｆ、ＵＳＢ Ｉ／Ｆ等の通信Ｉ／Ｆである。制御部１１は、ＲＯＭ１１３に格納されたソフトウェア（いわゆるファームウェア）を実行することにより、機種ごとの通信Ｉ／Ｆに対応する通信プロトコルに従って、ネットワークＮに接続されたサーバー３０との間で各種情報の送受信を行う。通信部１５には、ＮＦＣ（Near Field Communication）やBluetooth（登録商標）等の近距離無線通信用の通信Ｉ／Ｆを適用することもできる。

現金処理部１６は、貨幣の入金又は出金を行うユニットである。例えば、出納機１０Ａの場合、現金処理部１６は、新券出金部、束紙幣出金部、バラ紙幣入出金部、包装硬貨出金部、バラ硬貨入出金部を含む。また、現金処理部１６は、入金された貨幣又は出金される貨幣を識別しながら計数する識別計数部を含んでもよい。

現金処理機１０は、操作部１３を通じて行われる入力操作、又はサーバー３０からの処理要求に基づいて、指示された現金処理を実行する。具体的には、入力操作又は処理要求に含まれる制御コマンドに基づいて、制御部１１が現金処理プログラム１２１を実行することにより、所定の現金処理が実行される。

図４は、端末装置２０の構成の一例を示す図である。
図４に示すように、端末装置２０は、制御部２１、記憶部２２、操作部２３、表示部２４、及び通信部２５等を備える汎用のコンピューターである。各ブロックの基本構成は、現金処理機１０と同様であるので、詳細な説明は省略する。

制御部２１は、ＣＰＵ２１１、ＲＯＭ２１２及びＲＡＭ２１３等を備える。ＣＰＵ２１１は、例えば、ＲＯＭ２１２又は記憶部２２から処理内容に応じたプログラムを読み出してＲＡＭ２１３に展開し、展開したプログラムを実行して、端末装置２０の各ブロックの動作を集中制御する。

記憶部２２は、例えば、ＨＤＤやＳＳＤ等の補助記憶装置である。記憶部２２には、ＷＷＷ（World Wide Web）を利用するためのウェブブラウザープログラム２２１がインストールされる。

操作部２３及び表示部２４は、ウェブブラウザーに表示されるＵＩを通じて、現金処理機１０の動作を制御したり、現金処理機１０の保守を行う際に用いられる。

通信部２５は、例えば、ＬＡＮ Ｉ／Ｆである。制御部２１は、ＲＯＭ２１３に格納されるソフトウェア（いわゆるファームウェア）によって、ＬＡＮ Ｉ／Ｆに対応する通信プロトコル（例えば、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol））に従って、ネットワークＮに接続されたサーバー３０との間で各種情報の送受信を行う。

端末装置２０では、ウェブブラウザープログラム２２１が、サーバー３０によって提供されるウェブアプリケーションプログラム３２２（図５参照）と協働することにより、現金処理機１０に対する処理要求を実行可能となる。オペレーターは、ウェブブラウザー上のＵＩを通じて、現金処理機１０の動作を制御したり、現金処理機１０の保守を行うことができる。

図５は、サーバー３０の構成の一例を示す図である。
図５に示すように、サーバー３０は、制御部３１、記憶部３２、操作部３３、表示部３４、及び通信部３５等を備える汎用のコンピューターである。各ブロックの基本構成は、現金処理機１０と同様であるので、詳細な説明は省略する。

制御部３１は、ＣＰＵ３１１、ＲＯＭ３１２及びＲＡＭ３１３等を備える。ＣＰＵ３１１は、例えば、ＲＯＭ３１２又は記憶部３２から処理内容に応じたプログラムを読み出してＲＡＭ３１３に展開し、展開したプログラムを実行して、サーバー３０の各ブロックの動作を集中制御する。

記憶部３２は、例えば、ＨＤＤ等の補助記憶装置である。記憶部３２は、例えば、端末装置２０からの現金処理機１０に対する要求を処理するサービス提供プログラム３２１及び端末装置２０に対して提供されるウェブアプリケーションプログラム３２２を記憶する。ウェブアプリケーションプログラム３２２は、現金処理機１０の機能を実現するためのＷｅｂＡＰＩを実装している。

また、記憶部３２は、アクセスデータ３２３、処理機データ３２４及びログデータ３２５を記憶する。アクセスデータ３２３は、端末装置２０からサーバー３０へのアクセス状況などを管理するための管理データ及び端末装置２０の認証を行うための認証データ等を含む。処理機データ３２４は、サーバー３０と現金処理機１０との接続に関する設定データ（例えば、現金処理機１０の通信Ｉ／ＦやＡＰＩ（制御コマンドを含む）など）、接続されている現金処理機１０の動作状態に関するデータ、現金処理機１０の管理下にある現金（例えば、在高）などに関するデータを含む。ログデータ３２５は、現金処理機１０で実行された処理に関するデータである。これらのデータは、随時更新される。なお、アクセスデータ３２３、処理機データ３２４及びログデータ３２５の保持形態として、データベースサーバーやファイルサーバー等を利用してもよい。

操作部３３及び表示部３４は、サービス提供プログラム３２１又はウェブアプリケーションプログラム３２２を更新する等、サーバー３０の保守を行う際に用いられる。

通信部３５は、例えば、ＬＡＮ Ｉ／Ｆである。制御部３１は、ＲＯＭ３１３に格納されるソフトウェア（いわゆるファームウェア）によって、ＬＡＮ Ｉ／Ｆに対応する通信プロトコル（例えば、ＴＣＰ／ＩＰ）に従って、ネットワークＮに接続された現金処理機１０及び端末装置２０との間で各種情報の送受信を行う。

サーバー３０において、制御部３１は、サービス提供プログラム３２１を実行することにより、アプリケーション提供部３１Ａ及び中継処理部３１Ｂとして機能する。アプリケーション提供部３１Ａは、端末装置２０からの要求に応じて、ウェブアプリケーションプログラム３２２を提供する。中継処理部３１Ｂは、端末装置２０におけるウェブアプリケーションプログラム３２２の実行により指示された共通Ｉ／Ｆに従う処理要求を受け付けて、機種ごとの機器Ｉ／Ｆに従う処理要求に変換して、制御対象の現金処理機１０に受け渡す。これらの機能については、図６のシーケンス図に従って詳述する。

また、サーバー３０の制御部３１（中継処理部３１Ｂ）は、常時、管理下にある現金処理機１０の状態を取得し、記憶部３２に記憶して現金処理機１０の状態変化を保持するとともに、監視する。また、制御部３１（中継処理部３１Ｂ）は、必要に応じてログデータを生成し、記憶部３２に記憶する。

図６は、現金処理システム１で実行される現金処理の一例を示すシーケンス図である。図７〜図１１は、端末装置２０に表示されるサービス提供画面（ウェブブラウザー上に表示されるＵＩ）の一例を示す図である。現金処理機１０、端末装置２０、サーバー３０では、それぞれ、現金処理プログラム１２１、ウェブブラウザープログラム２２１、サービス提供プログラム３２１が起動される。

ステップＳ１０１において、端末装置２０は、サーバー３０に対してウェブアプリケーションの利用要求を送信する。この処理は、オペレーターが、ウェブブラウザーにウェブアプリケーションのＵＲＬ（Uniform Resource Locator）を指定し、サーバー３０に対してリクエストを発行することで行われる（ＨＴＴＰ Ｒｅｑｕｅｓｔ）。

ステップＳ１０２において、サーバー３０は、端末装置２０からの利用要求に応答して、端末装置２０に対してアプリケーションプログラムを提供する（ＨＴＴＰ Ｒｅｓｐｏｎｓｅ、アプリケーション提供部３１Ａとしての処理）。サーバー３０において、端末装置２０からのアクセス状況は、アクセスデータ３２３として記憶部３２に記憶される。アクセスデータ３２３は、セッションＩＤやクッキーなどの情報を含んでもよい。端末装置３０では、ウェブブラウザー上で、ウェブアプリケーションが動作する。端末装置２０における以下の処理は、ウェブアプリケーションによって行われる。

ステップＳ１０３において、端末装置２０は、ウェブブラウザー上にログイン画面（図７参照）を表示する。オペレーターは、ログイン画面において、予め設定されている認証情報（ここでは、ログインＩＤ及びパスワード）を入力する。

ステップＳ１０４において、端末装置２０は、オペレーターによって入力された認証情報を受け付けて、サーバー３０に送信する。

ステップＳ１０５において、サーバー３０は、オペレーターのログイン認証を行う。具体的には、サーバー３０は、端末装置２０から取得した認証情報に基づいて、オペレーターによるサービスの利用可否を判定する。認証情報の照合を行うためのデータは、例えば、記憶部３２に格納されている。サーバー３０は、利用許可された正規のオペレーターであることを認証すると、端末装置２０に対して、サービス提供画面のデータを送信する。

ステップＳ１０６において、端末装置２０は、ウェブブラウザーにサービス提供画面を表示する（図８参照）。サービス提供画面では、例えば図８に示すように、「使う」、「状態」、「メンテ」、「データ」に対応するボタンＢ１１〜Ｂ１４が、実行可能な処理メニューとして提示される。「使う」に対応するボタンＢ１１は、現金処理機１０で所望の現金処理を実行させる場合に選択されるボタンである。「状態」に対応するボタンＢ１２は、接続されている現金処理機１０の動作状態や現金処理機１０管理下にある現金（例えば、在高）を確認する場合に選択されるボタンである。「メンテ」に対応するボタンＢ１３は、現金処理機１０の保守作業を行う場合に選択されるボタンである。「データ」に対応するボタンＢ１４は、現金処理機１０のログを確認する場合に選択されるボタンである。オペレーターは、「使う」、「状態」、「メンテ」、「データ」に対応するボタンＢ１１〜Ｂ１４を操作することにより、実行する処理を選択することができる。

ステップＳ１０７において、端末装置２０は、サービス提供画面におけるオペレーターの選択操作を受け付けて、現金処理機１０に対する処理要求として、サーバー３０に送信する。この処理要求は、ウェブアプリケーションによって行われるので、ＷｅｂＡＰＩに従って行われる。つまり、端末装置２０からの処理要求のＩ／Ｆは、制御対象の現金処理機１０の機種にかかわらず、共通である。また、ＷｅｂＡＰＩには、オペレーターや制御対象の現金処理機１０に関するパラメーターが付加される。

端末装置２０からの処理要求が現金処理の実行を指示する要求でない場合、ステップＳ１０８において、サーバー３０は、処理要求に応じたデータを、端末装置２０に対して送信する（中継処理部３１Ｂとしての処理）。このような処理要求に応じたデータは、現金処理機１０へのＩ／Ｆ（例えばセンスコマンドの発行）を生成することなく、中継処理部３１Ｂで管理している情報を元に提供される。現金処理の実行を指示しない処理要求は、例えば、現金処理の実行が指示される前段階でのやりとりに関する処理要求、接続されている現金処理機１０の動作状態や現金処理機１０の管理下にある現金（例えば、在高）を確認するための処理要求、現金処理機１０の保守作業を行うための処理要求、及び現金処理機１０のログを確認するための処理要求を含む。処理要求に応じたデータは、例えば、次の選択操作を受け付けるためのサービス提供画面のデータや、現金処理機１０の動作状態、在高、ログに関するデータである。

端末装置２０では、サーバー３０から提供されたデータに基づいて、サービス提供画面が更新される。端末装置２０からの処理要求が現金処理の実行を指示する要求でない場合、ステップＳ１０７、Ｓ１０８の処理が繰り返されることになる。なお、端末装置２０とサーバー３０との通信においては、処理の状態を管理できる情報（例えば、セッションＩＤやクッキーのような仕組み）を利用してもよい。

ここで、図９Ａ〜図９Ｃを参照して、現金処理機１０に所望の現金処理を実行させる場合のサービス提供画面の具体的な画面遷移について説明する。ステップＳ１０７、Ｓ１０８の処理が繰り返されることにより、この画面遷移が行われる。

図８に示すサービス提供画面において、例えば、オペレーターによって「使う」に対応するボタンＢ１１が操作されると、現金処理機１０で実行させる現金処理（現金処理機１０の機能）の種別を指定するためのサービス提供画面に遷移する（図９Ａ参照）。図９Ａでは、現金処理機１０で実行可能な現金処理の種別として、「入金」、「出金」、「回入金」、「回出金」に対応するボタンＢ２１〜Ｂ２４が提示されている。オペレーターは、「入金」、「出金」、「回入金」、「回出金」に対応するボタンＢ２１〜Ｂ２４を操作することにより、実行する現金処理を選択することができる。なお、「戻る」に対応するボタンＢ２５が操作されると、例えば、一つ前のサービス提供画面（図８参照）に遷移する。

図９Ａに示すサービス提供画面において、オペレーターによって、「入金」、「出金」、「回入金」、「回出金」に対応するボタンＢ２１〜Ｂ２４のうちのいずれかが操作されると、制御対象の機種を指定するためのサービス提供画面に遷移する（図９Ｂ参照）。ここでは、図９Ａに示すサービス提供画面において、「入金」に対応するボタンＢ２１が操作された場合について説明する。

図９Ｂでは、制御対象として指定可能な機種、すなわち入金機能を有する機種として、出納機１０Ａを示す「ＷＡＶＥ」、入出金機１０Ｂを示す「ＥＮ」、両替機１０Ｃを示す「ＲＢ」に対応するボタンＢ３１〜Ｂ３３が提示されている。オペレーターは、「ＷＡＶＥ」、「ＥＮ」、「ＲＢ」に対応するボタンＢ３１〜Ｂ３３を操作することにより、入金処理を実行させる現金処理機１０の機種を選択することができる。なお、「戻る」に対応するボタンＢ３４が操作されると、例えば、一つ前のサービス提供画面（図９Ａ参照）又は処理メニューを示すサービス提供画面（図８参照）に遷移する。

図９Ｂに示すサービス提供画面において、オペレーターによって、「ＷＡＶＥ」、「ＥＮ」、「ＲＢ」に対応するボタンＢ３１〜Ｂ３３のうちのいずれかが操作されると、制御対象とする現金処理機１０を指定するためのサービス提供画面に遷移する（図９Ｃ参照）。ここでは、図９Ｂに示すサービス提供画面において、「ＲＢ」に対応するボタンＢ３３が操作された場合について説明する。

図９Ｃでは、両替機１０Ｃとして、「ＲＢ１」、「ＲＢ２」、「ＲＢ３」の３台があること、そのうちの「ＲＢ１」及び「ＲＢ３」が入金処理可能であり、「ＲＢ２」は処理不可であることが提示されている。例えば、他の端末装置２０による制御下で現金処理中の現金処理機１０は、処理不可として提示される。オペレーターは、制御対象とする両替機１０Ｃ（ＲＢ１、ＲＢ３）に対応する「占有」ボタンＢ４１、Ｂ４２を操作することにより、入金処理を実行させる両替機１０Ｃを選択することができる。図９Ｃにおける選択操作によって、現金処理機１０に実行させる現金処理の内容が確定する。また、選択された現金処理機１０は、占有状態となり、他の端末装置２０からの処理要求に対して排他制御が行われる。なお、「戻る」に対応するボタンＢ４３が選択されると、例えば、一つ前のサービス提供画面（図９Ｂ参照）又は処理メニューを示すサービス提供画面（図８参照）に遷移する。

このように、図９に示す例では、サーバー３０において、中継処理部３１Ｂは、端末装置２０からの現金処理（現金処理機１０の機能）の指定を含む処理要求に応じて、当該現金処理を実行可能な現金処理機１０を提示する。これにより、オペレーターは、現金処理機１０に実行させる現金処理の内容を容易に設定することができる。

また、ステップＳ１０７及びステップＳ１０８の処理により、オペレーターは、現金処理機１０の状態を確認することもできる。例えば、図８に示すサービス提供画面において、オペレーターによって「状態」に対応するボタンＢ１２が操作されると、サーバー３０の制御部３１（中継処理部３１Ｂ）は、端末装置２０からの処理要求に応じて、予め保持されている現金処理機１０の状態、具体的には、制御対象の現金処理機１０の動作状態や現金処理機１０の管理下にある現金（例えば、在高）を提示する。端末装置２０からの処理要求は制御対象の現金処理機１０に対するものであるが、この処理要求は現金処理機１０まで到達せず、現金処理機１０の状態を保持しているサーバー３０が処理要求に応答する。

図６に戻り、端末装置２０からの処理要求が現金処理の実行を指示する要求である場合について説明する。例えば、図９Ｃにおける「占有」ボタンＢ４１、Ｂ４２の操作に伴う処理要求が、現金処理の実行を指示する処理要求である。

この場合、ステップＳ１０９において、サーバー３０は、共通ＡＰＩ（ここではｗｅｂＡＰＩ）に従う端末装置２０からの処理要求を、処理機データ３２４（図５参照）に含まれる設定データを参照して、制御対象の現金処理機１０の専用ＡＰＩに従う処理要求に変換する（中継処理部３１Ｂとしての処理）。端末装置２０からの処理要求に含まれる現金処理（例えば、入金処理）を示す制御コマンドは、制御対象の現金処理機１０に関わらず共通であるが、ステップＳ１０９の処理によって、現金処理機１０の機種ごとに設定されている制御コマンドに変換される。これにより、現金処理機１０の機種ごとのＩ／Ｆの差異が吸収されるので、共通的・統一的な現金処理機１０の制御が可能となる。

ステップＳ１１０において、サーバー３０は、変換した処理要求を、制御対象の現金処理機１０に受け渡す（中継処理部３１Ｂとしての処理）。このとき、サーバー３０は、オペレーター権限、端末装置２０と制御対象の現金処理機１０のペアリングの状況、及び制御対象の現金処理機１０の状態を事前にチェックすることが好ましい。事前チェックにおいて、チェック結果がＮＧである場合は、端末装置２０による現金処理機１０の制御が不能となるので、サーバー３０は、その旨を端末装置２０に通知し、処理を中断する。

ステップＳ１１１において、現金処理機１０は、専用ＡＰＩに従う処理要求によって指示された現金処理を実行する。このとき、現金処理機１０は、随時、処理状態に関するデータ（計数データやエラーデータなど）をサーバー３０に送信する。サーバー３０から現金処理機１０に提供される処理状態に関するデータは、専用ＡＰＩに従う。

ステップＳ１１２において、サーバー３０は、現金処理機１０からの処理状態に関するデータに基づいて、処理機データ３２４及びログデータ３２５を更新するとともに、当該処理状態をＷｅｂＡＰＩに従って変換し、端末装置２０に送信する（中継処理部３１Ｂとしての処理）。

ステップＳ１１３において、端末装置２０は、サーバー３０から提供された処理状態に関するデータに基づいて、サービス提供画面を更新する。例えば、図１０に示すように、計数データに基づいて、制御対象の現金処理機１０における入金状況が随時更新される。また例えば、制御対象の現金処理機１０において、現金処理中に不具合が生じた場合は、不具合が生じた旨をサービス提供画面に提示してもよい（図１１Ａ参照）。図１１Ａでは、入金処理中に、通路１においてジャムが発生したことが提示されている。この場合、図１１Ｂに示すように、ジャムの発生箇所を図示して、紙幣を取り除いてリセットすることを促すようにしてもよい。

現金処理機１０において現金処理が実行されている間は、ステップＳ１１１〜Ｓ１１３の処理が繰り返される。現金処理機１０における現金処理（ステップＳ１１１）が終了すると、現金処理が終了したことが端末装置２０に通知され、所定のサービス提供画面（例えば図８に示す処理メニュー画面）に遷移する。

このように、本実施の形態に係る現金処理システム１は、共通の現金処理に関する機能を有する複数の現金処理機１０と、現金処理機１０の動作を制御する端末装置２０と、ネットワークＮを介して現金処理機１０及び端末装置２０に接続されるサーバー３０と、を備える。現金処理機１０は、機種ごとに異なる機器Ｉ／Ｆを有する。サーバー３０は、現金処理に関する機能を実現するためのＷｅｂＡＰＩ（共通Ｉ／Ｆ）を実装したウェブアプリケーションプログラム（アプリケーションプログラム）を、端末装置２０に対して提供するアプリケーション提供部３１Ａと、端末装置２０におけるウェブアプリケーションプログラムの実行により指示されたＷｅｂＡＰＩに従う処理要求を受け付けて、機種ごとの機器Ｉ／Ｆに従う処理要求に変換して、制御対象の現金処理機１０に受け渡す中継処理部３１Ｂと、を有する。

現金処理システム１によれば、制御対象の現金処理機１０の機器Ｉ／Ｆにかかわらず、端末装置２０のＩ／Ｆは共通であるので、端末ソフトウェア（ここではウェブアプリケーションプログラム）の開発及び保守を容易化することができる。また、端末装置２０では、同じＵＩによって機種の異なる現金処理機１０の動作を制御することができるので、オペレーターにとって使い勝手のよいＵＩを実現することができる。現金処理システム１に新機種を投入する場合も、サーバー３０におけるウェブアプリケーションプログラムの更新により、容易に対応することができる。

また、現金処理システム１は、複数の現金処理機１０を組み合わせた自由度の高い運用を実現することもできる。例えば、現金をとにかく現金処理機１０に収納したい状況下において、所望の入出金機１０Ｂが占有中や故障などで使用できない場合に、待機中の両替機１０Ｃを制御対象の現金処理機１０として選択し、現金を収納することができる。

さらには、現金処理機１０には、メカ制御を司るタスク（いわゆるメカコン）以下の処理層が実装されていればよいので、ある処理単位（例えば、入金処理や出金処理）を実現するに当たって必要となる上位層（例えば、いわゆるメインタスクによる状態遷移管理に関する機能）をサーバー３０に移行することもできる。これにより、現金処理機１０内のハードウェア資源（例えば、ＣＰＵ、メモリなど）を縮小することができるので、現金処理機１０の低コスト化を図ることができる。また、機能をバージョンアップする場合には、サーバー３０に実装したソフトウェアを更新するだけでよいし、オペレーターによる現金処理機１０の操作権限の設定や制御をサーバー３０上で集中的に行うこともできるので、保守作業の作業効率が向上する。

以上、本発明者によってなされた発明を実施の形態に基づいて具体的に説明したが、本発明は上記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。

例えば、実施の形態において、サーバー３０は、現金処理機１０に対応する通信Ｉ／Ｆを通信部３５として有するように構成し、対応するＩ／Ｆケーブル（例えば、シリアルケーブル及びＵＳＢケーブル）を介して現金処理機１０とサーバー３０とを直接接続するようにしてもよい。この場合、サーバー３０の制御部３１（中継処理部３１Ｂ）は、通信Ｉ／Ｆの変換を行うＩ／Ｆコンバーターとして機能し、現金処理機１０の通信Ｉ／Ｆに対応する通信プロトコルに従って、現金処理機１０との間で通信を行う。現金処理機１０の通信Ｉ／Ｆに対応する通信プロトコルは、処理機データ３２４に含まれる。

また例えば、実施の形態において、ネットワークＮは、現金処理機１０、端末装置２０及びサーバー３０（いわゆるクラウドサーバー）が広域通信網を介して接続されるインターネットであってもよい。この場合、現金処理機１０及び端末装置２０を含むＬＡＮを構築し、ゲートウェイを介して当該ＬＡＮを広域通信網に接続してもよい。

また、端末装置２０に、端末の環境（ＯＳなど）に対応した端末ソフトウェア（ネイティブアプリケーションプログラム）をインストールし、この端末ソフトウェアを用いてサーバー３０と通信を行うようにしてもよい。端末ソフトウェアは、ウェブブラウザーをラップすることによりウェブアプリケーションプログラムを動作させる、いわゆるハイブリッドアプリケーションプログラムであってもよい。この場合、サーバー３０の制御部３１（アプリケーション提供部３１Ａ）は、アプリマーケットのような仕組みを利用して端末装置２０にアプリケーションプログラムを提供する。サーバー３０からネットワークＮを介して端末装置２０に更新プログラムを提供することで、容易に端末ソフトウェアを更新することもできる。端末装置２０において、ネイティブアプリケーション又はハイブリッドアプリケーションを利用して現金処理機１０の制御を行う場合、端末装置２０のリソース（例えば、カメラ、指紋認証センサーなど）を使用するＡＰＩを利用できるので、生態情報によるオペレーターの認証（例えば、顔認証や指紋認証）を行うことも可能となる。

また、サービス提供画面における情報の提示形態は、実施の形態で示したものに限定されず、適宜カスタマイズすることができる。例えば、現金処理機１０に所望の現金処理を実行させる場合のサービス提供画面の具体的な画面遷移は、図１２Ａ〜図１２Ｃに示す形態としてもよい。この場合、図１２Ａに示すサービス提供画面において機種の選択が行われ、図１２Ｂに示すサービス提供画面において現金処理を実行させる現金処理機１０の選択が行われる。そして、図１２Ｃに示すサービス提供画面において、選択された現金処理機１０に実行させる現金処理の種別が選択される。図１２Ｂに示す画面では、現金処理機１０で実行可能な処理を提示するようにしてもよい。

このように、サーバー３０において、制御部３１（中継処理部３１Ｂ）は、端末装置２０からの制御対象となる現金処理機１０の指定を含む処理要求に応じて、当該現金処理機１０において処理可能な現金処理（機能）を提示するようにしてもよい。これにより、実施の形態で示した場合と同様に、オペレーターは、現金処理機１０に実行させる現金処理の内容を容易に設定することができる。

図１２Ｂに示す提供画面において制御対象の現金処理機１０が選択された場合、サーバー３０の制御部３１（中継処理部３１Ｂ）は、当該現金処理機１０の状態を「仮占有状態」とし、他の端末装置２０からの処理要求に対して排他制御が行われるようにしてもよい。

また、オペレーターの権限にレベルを設けて、制御可能な現金処理機１０を制限したり、現金処理機１０に実行させる現金処理の種別を制限したりしてもよい。例えば、権限の低いオペレーターは、出納機１０Ａの制御を不可としたり、現金処理機１０における出金処理を不可としたりすることができる。この場合、図９Ａや図１２Ｃに示すサービス提供画面に代えて、図１３Ａに示すように処理可能な現金処理だけが選択肢とされる。または、図１３Ｂに示すように処理不可の現金処理が選択不能な形態（例えば、グレイアウト表示）で提示されるようにしてもよい。

さらには、図１４に示すように、現金処理システム１が設置される国の言語で情報が提示されるように、サービス提供画面をローカライズ可能としてもよい。

実施の形態では、サーバー３０において、制御部３１が、サービス提供プログラム３２１を実行し、アプリケーション提供部３１Ａ、中継処理部３１Ｂとして機能することにより、本発明を実現しているが、アプリケーション提供部３１Ａを実現するプログラム及び中継処理部３１Ｂを実現するプログラムが個別に用意されてもよい。また、これらの機能の一部又は全部は、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路によって構成することもできる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 現金処理システム
１０ 現金処理機
２０ 端末装置
３０ サーバー装置
３１ 制御部
３１Ａ アプリケーション提供部
３１Ｂ 中継処理部

Claims (5)

1. 共通の現金処理に関する機能を有する複数の現金処理機と、前記現金処理機の動作を制御する端末装置と、ネットワークを介して前記現金処理機及び前記端末装置に接続されるサーバーと、を備える現金処理システムであって、
   前記現金処理機は、
   機種ごとに異なる機器インターフェースを有し、
   前記サーバーは、
   前記機能を実現するための共通インターフェースを実装したアプリケーションプログラムを、前記端末装置に対して提供するアプリケーション提供部と、
   前記端末装置における前記アプリケーションプログラムの実行により指示された前記共通インターフェースに従う処理要求を受け付けて、機種ごとの前記機器インターフェースに従う処理要求に変換して、制御対象の前記現金処理機に受け渡す中継処理部と、を有することを特徴とする現金処理システム。
2. 前記中継処理部は、前記端末装置からの処理要求に応じて、予め保持されている前記現金処理機の状態を提示することを特徴とする請求項１に記載の現金処理システム。
3. 前記中継処理部は、前記端末装置からの前記機能の指定を含む処理要求に応じて、当該機能を実行可能な前記現金処理機を提示することを特徴とする請求項２に記載の現金処理システム。
4. 前記中継処理部は、前記端末装置からの制御対象となる前記現金処理機の指定を含む処理要求に応じて、当該現金処理機において処理可能な前記機能を提示することを特徴とする請求項２に記載の現金処理システム。
5. 前記共通インターフェースは、ウェブアプリケーションプログラムインターフェース（ＷｅｂＡＰＩ）であることを特徴とする請求項１から４のいずれか一項に記載の現金処理システム。

Images