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

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

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

(11)【公開番号】P2024143187

(43)【公開日】2024-10-11

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

(51)【国際特許分類】

   G07D 11/60 20190101AFI20241003BHJP

【ＦＩ】

G07D11/60

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2023055721

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

(71)【出願人】

【識別番号】000001432

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

(74)【代理人】

【識別番号】110002952

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

(72)【発明者】

【氏名】名村 重男

(72)【発明者】

【氏名】糟谷 佳宏

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

3E141

【Ｆターム（参考）】

3E141AA01

3E141AA02

3E141AA05

3E141AA08

3E141BA10

3E141CB04

3E141EA06

3E141EA07

3E141FH04

3E141FJ05

3E141FK02

3E141LA62

(57)【要約】

【課題】媒体処理装置が変更されても効率的にシステム開発を行うことができる媒体処理装置、媒体処理システム、媒体処理方法、および媒体処理プログラムを提供すること。
【解決手段】有価媒体の取引を行う媒体処理装置は、表示部と、前記表示部に表示される取引画面の構成を定義した取引画面構成データをサーバ装置から受信する通信部と、前記取引画面に埋め込まれる画像のデータを記憶する記憶部と、前記取引画面構成データおよび前記画像のデータに基づいて前記画像を埋め込んだ前記取引画面を生成し、当該取引画面を前記表示部に表示させる制御部と、を備える。
【選択図】図４

【特許請求の範囲】

【請求項1】

有価媒体の取引を行う媒体処理装置であって、
表示部と、
前記表示部に表示される取引画面の構成を定義した取引画面構成データをサーバ装置から受信する通信部と、
前記取引画面に埋め込まれる画像のデータを記憶する記憶部と、
前記取引画面構成データおよび前記画像のデータに基づいて前記画像を埋め込んだ前記取引画面を生成し、当該取引画面を前記表示部に表示させる制御部と、
を備える媒体処理装置。

【請求項2】

前記表示部は、複数の表示部を有し、前記複数の表示部のいずれかに操作画面を表示する指示を含む前記操作画面の構成を定義した操作画面構成データを前記サーバ装置から受信した場合に、前記制御部は、前記指示に従って前記操作画面を前記複数の表示部のいずれかに表示する請求項１に記載の媒体処理装置。

【請求項3】

前記操作画面構成データは、前記操作画面が表示される表示部によって可能な操作が異なる操作画面の構成を定義したデータである請求項２に記載の媒体処理装置。

【請求項4】

前記操作画面構成データは、操作者によって可能な操作が異なる操作画面の構成を定義したデータである請求項２または３に記載の媒体処理装置。

【請求項5】

前記記憶部は、エラーが発生した場合にエラーの解除を促すエラー解除画面の構成を定義したエラー解除画面構成データおよびエラー解除画像のデータをさらに記憶し、前記制御部は、前記エラーが発生した場合に、前記エラー解除画面構成データおよびエラー解除画像データに基づいて前記エラー解除画面を生成し、当該エラー解除画面を他の表示中の画面に重畳させて最前面に表示させる請求項１～４のいずれかに記載の媒体処理装置。

【請求項6】

前記取引画面に埋め込まれる画像は、前記取引画面構成データにおいて定義された当該画像の表示領域の大きさと同じ大きさである請求項１～５のいずれかに記載の媒体処理装置。

【請求項7】

前記取引画面に埋め込まれる画像は、前記取引の進行に応じて前記取引画面に順次埋め込まれる複数の画像を含み、前記制御部は、前記取引の進行に応じて、各画像を埋め込んだ取引画面を生成し、当該取引画面を前記表示部に表示させる請求項１～６のいずれかに記載の媒体処理装置。

【請求項8】

前記通信部は、前記サーバ装置から前記取引の実行要求をさらに受信し、前記制御部は、前記取引を前記サーバ装置から受信した実行要求に応じて実行する請求項１～７のいずれかに記載の媒体処理装置。

【請求項9】

前記取引画面に埋め込まれる画像は、操作者を誘導する誘導画像である請求項１～８のいずれかに記載の媒体処理装置。

【請求項10】

前記取引画面構成データは、ＨＴＭＬにより記載されている請求項１～９のいずれかに記載の媒体処理装置。

【請求項11】

前記取引画面への画像の埋め込みはｉｆｒａｍｅタグにより実行される請求項１０に記載の媒体処理装置。

【請求項12】

請求項１～１１に記載の媒体処理装置と、
前記構成データを前記媒体処理装置に送信するサーバ装置と、
を備える媒体処理システム。

【請求項13】

有価媒体の取引を行う媒体処理方法であって、
表示部に表示される取引画面の構成を定義した取引画面構成データをサーバ装置から受信するステップと、
前記取引画面構成データおよび媒体処理装置の記憶部に記憶された前記取引画面に埋め込まれる画像のデータに基づいて前記画像を埋め込んだ前記取引画面を生成し、当該取引画面を前記表示部に表示させるステップと、
を含む媒体処理方法。

【請求項14】

有価媒体の取引を行う媒体処理プログラムであって、
コンピュータに、
表示部に表示される取引画面の構成を定義した取引画面構成データをサーバ装置から受信するステップと、
前記取引画面構成データおよび媒体処理装置の記憶部に記憶された前記取引画面に埋め込まれる画像のデータに基づいて前記画像を埋め込んだ前記取引画面を生成し、当該取引画面を前記表示部に表示させるステップと、
を実行させる媒体処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、銀行などの金融機関では、窓口に行かずに有価媒体に関する取引を顧客自身が行うことを可能とする媒体処理装置が広く利用されている。この媒体処理装置では、取引に関する情報を含む様々な画面が表示される。

【0003】

例えば、特許文献１には、ＡＴＭ（Ａｕｔｏｍａｔｅｄ Ｔｅｌｌｅｒ Ｍａｃｈｉｎｅ）のタッチスクリーンに情報を表示させるため、サーバ装置からネットワークを介してＡＴＭにＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書を送信するシステムが開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】米国特許第７５６７９２４号明細書

【発明の概要】

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

【0005】

しかしながら、上記特許文献１に開示されたシステムでは、タッチスクリーンに表示させる画像のデータについてもサーバ装置から送信する。そのため、媒体処理装置が変更され、新たな画像を画面に表示させる場合、サーバ装置が送信するＨＴＭＬ文書を書き換える必要があり、システム開発における効率が悪かった。

【0006】

本開示は、このような課題に鑑みてなされたものであって、媒体処理装置が変更されても効率的にシステム開発を行うことができる媒体処理装置、媒体処理システム、媒体処理方法、および媒体処理プログラムを提供することを目的とする。

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

【0007】

上記の目的を達成するため、本開示に係る媒体処理装置は、有価媒体の取引を行う媒体処理装置であって、表示部と、前記表示部に表示される取引画面の構成を定義した取引画面構成データをサーバ装置から受信する通信部と、前記取引画面に埋め込まれる画像のデータを記憶する記憶部と、前記取引画面構成データおよび前記画像のデータに基づいて前記画像を埋め込んだ前記取引画面を生成し、当該取引画面を前記表示部に表示させる制御部と、を備える。

【0008】

また、前記表示部は、複数の表示部を有し、前記複数の表示部のいずれかに操作画面を表示する指示を含む前記操作画面の構成を定義した操作画面構成データを前記サーバ装置から受信した場合に、前記制御部は、前記指示に従って前記操作画面を前記複数の表示部のいずれかに表示してもよい。

【0009】

また、前記操作画面構成データは、前記操作画面が表示される表示部によって可能な操作が異なる操作画面の構成を定義したデータであってもよい。

【0010】

また、前記操作画面構成データは、操作者によって可能な操作が異なる操作画面の構成を定義したデータであってもよい。

【0011】

また、前記記憶部は、エラーが発生した場合にエラーの解除を促すエラー解除画面の構成を定義したエラー解除画面構成データおよびエラー解除画像のデータをさらに記憶し、前記制御部は、前記エラーが発生した場合に、前記エラー解除画面構成データおよびエラー解除画像データに基づいて前記エラー解除画面を生成し、当該エラー解除画面を他の表示中の画面に重畳させて最前面に表示させてもよい。

【0012】

また、前記取引画面に埋め込まれる画像は、前記取引画面構成データにおいて定義された当該画像の表示領域の大きさと同じ大きさであってもよい。

【0013】

また、前記取引画面に埋め込まれる画像は、前記取引の進行に応じて前記取引画面に順次埋め込まれる複数の画像を含み、前記制御部は、前記取引の進行に応じて、各画像を埋め込んだ取引画面を生成し、当該取引画面を前記表示部に表示させてもよい。

【0014】

また、前記通信部は、前記サーバ装置から前記取引の実行要求をさらに受信し、前記制御部は、前記取引を前記サーバ装置から受信した実行要求に応じて実行してもよい。

【0015】

また、前記取引画面に埋め込まれる画像は、操作者を誘導する誘導画像であってもよい。

【0016】

また、前記取引画面構成データは、ＨＴＭＬにより記載されていてもよい。

【0017】

また、前記取引画面への画像の埋め込みはｉｆｒａｍｅタグにより実行されてもよい。

【0018】

また、本開示に係る媒体処理システムは、前記媒体処理装置と、前記構成データを前記媒体処理装置に送信するサーバ装置と、を備えてもよい。

【0019】

また、本開示に係る媒体処理方法は、有価媒体の取引を行う媒体処理方法であって、表示部に表示される取引画面の構成を定義した取引画面構成データをサーバ装置から受信するステップと、前記取引画面構成データおよび媒体処理装置の記憶部に記憶された前記取引画面に埋め込まれる画像のデータに基づいて前記画像を埋め込んだ前記取引画面を生成し、当該取引画面を前記表示部に表示させるステップと、を含む。

【0020】

また、本開示に係る媒体処理プログラムは、有価媒体の取引を行う媒体処理プログラムであって、コンピュータに、表示部に表示される取引画面の構成を定義した取引画面構成データをサーバ装置から受信するステップと、前記取引画面構成データおよび媒体処理装置の記憶部に記憶された前記取引画面に埋め込まれる画像のデータに基づいて前記画像を埋め込んだ前記取引画面を生成し、当該取引画面を前記表示部に表示させるステップと、を実行させる。

【発明の効果】

【0021】

本開示に係る媒体処理装置、媒体処理システム、媒体処理方法、および媒体処理プログラムは、媒体処理装置が変更されても効率的にシステム開発を行うことができる。

【図面の簡単な説明】

【0022】

【図1】図１は、本実施の形態に係る媒体処理システムの構成の一例を示す図である。

【図2】図２は、本実施の形態に係る媒体処理装置を前方から見た場合の外観の一例を示す図である。

【図3】図３は、媒体処理装置を後方から見た場合の外観の一例を示す図である。

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

【図5】図５は、誘導画像が埋め込まれた取引画面の一例を示す図である。

【図6】サーバ装置が提供するＷＥＢページに媒体処理装置が提供するＷＥＢページを埋め込むためのＨＴＭＬ文書の一例を示す図である。

【図7】誘導画像を埋め込んだＷＥＢページを構成するＨＴＭＬ文書の一例を示す図である。

【図8】図８は、媒体処理装置およびサーバ装置のソフトウェア構成の一例を示す図である。

【図9】図９は、媒体処理装置のハードウェア構成の一例を示す図である。

【図10】図１０は、媒体処理装置の制御部が行う出金処理の一例を示すフローチャートである。

【図11】図１１は、媒体処理装置の制御部が行う出金処理の一例を示すフローチャートである。

【図12】図１２は、媒体処理装置の制御部が行う出金処理の一例を示すフローチャートである。

【図13】図１３は、取引の進行に応じて取引画像に順次埋め込まれる誘導画像の一例を示す図である。

【図14】図１４は、バラ硬貨デバイスに表示される誘導画像の一例を示す図である。

【図15A】図１５Ａは、取引画面における誘導画像の表示領域の大きさと同じ大きさで用意された誘導画像の一例を示す図である。

【図15B】図１５Ｂは、取引画面における誘導画像の表示領域の大きさと同じ大きさで用意された誘導画像の一例を示す図である。

【図15C】図１５Ｃは、取引画面における誘導画像の表示領域の大きさと同じ大きさで用意された誘導画像の一例を示す図である。

【図16】図１６は、エラー解除Ａｐｐにより表示されるエラー解除画面の一例を示す図である。

【図17A】図１７Ａは、フロントディスプレイに表示された管理者用のログイン画面の一例を示す図である。

【図17B】図１７Ｂは、リアディスプレイに表示された管理者用のログイン画面の一例を示す図である。

【図18】図１８は、一部の権限が付与された管理者に対して表示されるメニュー画面の一例を示す図である。

【図19A】図１９Ａは、フロントディスプレイに表示されたログイン画面を用いてログインした場合に表示される有価媒体の補充画面の一例を示す図である。

【図19B】図１９Ｂは、リアディスプレイに表示されたログイン画面を用いてログインした場合に表示される有価媒体の補充画面の一例を示す図である。

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

【0023】

図１は、本実施の形態に係る媒体処理システムの構成の一例を示す図である。媒体処理システムは、媒体処理装置１００、サーバ装置２００、端末装置３００を備え、それらはネットワークを介して通信可能に接続される。

【0024】

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

【0025】

有価媒体の具体例としては、例えば紙幣（ｂａｎｋｎｏｔｅｓ）、硬貨（ｃｏｉｎｓ）、小切手（ｃｈｅｑｕｅ）などが挙げられる。硬貨には包装硬貨（ｒｏｌｌｅｄ ｃｏｉｎｓ）とバラ硬貨（ｌｏｏｓｅ ｃｏｉｎｓ）が含まれる。紙幣には帯封紙幣(ｂｏｕｎｄ ｎｏｔｅｓ)とバラ紙幣(ｌｏｏｓｅ ｎｏｔｅｓ)が含まれてもよい。取引の具体例としては、入金、出金、両替、振込などが挙げられる。

【0026】

サーバ装置２００は、媒体処理装置１００を制御して、所定の処理を実行させるサーバ装置である。例えば、サーバ装置２００は、ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）を用いて、媒体処理装置１００と通信を行う。例えば、サーバ装置２００は、シェアードサービスを提供するサーバ装置であってもよい。

【0027】

端末装置３００は、有価媒体の取引を行うユーザが、サーバ装置２００により提供される取引サイトにアクセスするために用いるスマートフォンやタブレット端末などの端末装置である。例えば、ユーザは、端末装置３００を用いて取引サイトにログインする。

【0028】

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

【0029】

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

【0030】

図２に示す例では、媒体処理装置１００を基準として見た場合に、右から左に向かって、包装硬貨デバイス２、紙幣デバイス３、小切手デバイス５、バラ硬貨デバイス４、ドロップボックス６がこの順に配置されている。

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

ピンパッドＰＰは、ユーザによるＰＩＮ（ｐｅｒｓｏｎａｌ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ）の入力を受け付ける。ピンパッドＰＰは、例えばテンキーである。なお、ユーザとは、媒体処理装置１００を用いて取引を行う人物を意味しており、例えば媒体処理装置１００が設置された施設を利用する顧客である。

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

ＮＦＣ読取機ＮＭは、顧客端末装置３００との間でＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）による通信を行う。

【0045】

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

【0046】

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

【0047】

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

【0048】

紙幣デバイス３、バラ硬貨デバイス４、および小切手デバイス５の上側には、ペリフェラルデバイスボックス（ｐｅｒｉｐｈｅｒａｌ ｄｅｖｉｃｅ ｂｏｘ）８が設けられている。

【0049】

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

【0050】

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

【0051】

フロントディスプレイＦＤ、ピンパッドＰＰ、およびリアディスプレイＲＤは、ユーザから入力を受け付ける入力部である。また、フロントディスプレイＦＤおよびリアディスプレイＲＤは、種々の情報を表示する表示部でもある。

【0052】

以下、フロントディスプレイＦＤ、ピンパッドＰＰ、およびリアディスプレイＲＤを入力部と呼び、フロントディスプレイＦＤおよびリアディスプレイＲＤを表示部と呼ぶことがある。

【0053】

図４は、媒体処理装置１００の機能ブロックの一例を示すブロック図である。媒体処理装置１００は、図２で説明した各部のほか、通信部１０、記憶部１１、および制御部１２を備える。

【0054】

通信部１０は、サーバ装置２００、および、端末装置３００との間で通信を行う通信デバイスである。記憶部１１は、制御部１２が実行する処理に必要な各種データ、およびプログラムなどを記憶するメモリなどの記憶装置である。制御部１２は、媒体処理装置１００が備える各部の制御を行うプロセッサである。

【0055】

制御部１２は、例えば、通信部１０がサーバ装置２００から取引画面の構成を定義した構成データを受信した場合に、構成データと、記憶部１１に記憶された画像のデータに基づいて、その画像を埋め込んだ取引画面を構成し、当該取引画面を表示部に表示させる。

【0056】

例えば、この構成データは、ＨＴＭＬにより記載されたデータであり、画面に取引画面を表示するためのフォント、レイアウト、埋め込み画像、テキスト、ハイパーリンク等の各要素、取引画面の機能、および画面操作などを定義するデータである。

【0057】

図５は、誘導画像４０２ａが埋め込まれた取引画面４０２の一例を示す図である。まず制御部１２は、媒体処理装置１００の表示部に、有価媒体の取引サービスを提供するＷＥＢ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サイトにユーザがログインするための取引画面４００を表示させる。この例では、ログインは、二次元コードを用いて行われる。

【0058】

制御部１２は、ログインが完了すると、出金などの取引を行うための取引画面４０１を表示部に表示させる。ここには、ユーザにより１００ドルの金額が入力され、１００ドルを引き出す処理が実行される場合が示されている。

【0059】

その後、制御部１２は、１００ドル紙幣を出金口から取り出すことをユーザに促す誘導画像４０２ａが埋め込まれた取引画面４０２を表示部に表示させる。誘導画像４０２ａは、静止画であってもよいし、動画像であってもよい。

【0060】

ここで、取引画面４００～４０２は、ＨＴＭＬ文書により構成されるＷＥＢページであり、このＷＥＢページはサーバ装置２００により提供されるものである。制御部１２は、サーバ装置２００から取引画面の構成を定義したＨＴＭＬ文書を受信し、定義された構成を有する取引画面４００～４０２を表示部に表示させる。

【0061】

また、取引画面４０２の構成を定義したＨＴＭＬ文書には、媒体処理装置１００の記憶部１１にデータが記憶された誘導画像４０２ａを埋め込むためのｉｆｒａｍｅタグが含まれている。制御部１２は、このｉｆｒａｍｅタグにより誘導画面４０２ａを取引画面４０２に埋め込み、表示部に表示させる。

【0062】

図６は、サーバ装置２００が提供するＷＥＢページに媒体処理装置１００が提供するＷＥＢページを埋め込むためのＨＴＭＬ文書の一例を示す図である。このＨＴＭＬ文書は、サーバ装置２００の記憶部（図示せず）に記憶されている。

【0063】

この埋め込みには、ｉｆｒａｍｅタグ４１０が用いられる。ｉｆｒａｍｅタグ４１０では、ｓｒｃ属性により媒体処理装置１００が提供するＷＥＢページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が指定される。また、ｗｉｄｔｈ属性およびｈｅｉｇｈｔ属性により、埋め込むＷＥＢページの幅および高さを指定することもできる。

【0064】

図７は、誘導画像４０２ａを埋め込んだＷＥＢページを構成するＨＴＭＬ文書の一例を示す図である。このＨＴＭＬ文書は、媒体処理装置１００の記憶部１１に記憶されている。

【0065】

誘導画像４０２ａの埋め込みには、ｉｍｇタグ４１１が用いられる。ｉｍｇタグ４１１では、ｓｒｃ属性により記憶部１１に記憶された誘導画像４０２ａのＵＲＬが指定される。また、ｗｉｄｔｈ属性およびｈｅｉｇｈｔ属性により、誘導画像４０２ａの幅および高さを指定することもできる。

【0066】

制御部１２は、媒体処理装置１００が提供し、誘導画像４０２ａを含むＷＥＢページを、サーバ装置２００が提供するＷＥＢページに埋め込むことにより、サーバ装置２００が提供するＷＥＢページに誘導画像４０２ａを表示させる。制御部１２が行うその他の処理については、後に詳しく説明する。

【0067】

図８は、媒体処理装置１００およびサーバ装置２００のソフトウェア構成の一例を示す図である。

【0068】

媒体処理装置１００に導入されるソフトウェアは、キオスクＡｐｐ１５０、制御Ａｐｐ１６０、エラー解除Ａｐｐ１７０、ＸＦＳ１８０を含む。これらのソフトウェアは、記憶部１１に記憶され、制御部１２により記憶部１１から読み出されて実行される。

【0069】

キオスクＡｐｐ１５０は、媒体処理装置１００の表示部に有価媒体の取引画面を表示させるソフトウェアである。制御Ａｐｐ１６０は、図４に示した各デバイスを制御して取引を行うソフトウェアである。

【0070】

エラー解除Ａｐｐ１７０は、媒体処理装置１００の各デバイスに生じたエラーを解除するようにユーザまたは管理者を誘導するソフトウェアである。ＸＦＳ（ｅＸｔｅｎｓｉｏｎｓ ｆｏｒ Ｆｉｎａｎｃｉａｌ Ｓｅｒｖｉｃｅｓ）１８０は、欧州標準化委員会により策定されたミドルウェアウェアである。ＸＦＳ１８０は、制御Ａｐｐ１６０およびエラー解除Ａｐｐ１７０と各デバイスに導入されているファームウェアとの間における通信を司る。

【0071】

制御Ａｐｐ１６０は、誘導Ａｐｐ１６０ａ、管理者サービスＡｐｐ１６０ｂ、イベント／状態通知Ａｐｐ１６０ｃ、ユーザ／取引管理Ａｐｐ１６０ｄ、デバイス制御Ａｐｐ１６０ｅ、およびＩＦ提供Ａｐｐ１６０ｆを含む。

【0072】

誘導Ａｐｐ１６０ａは、取引画面を表示部に表示させるキオスクＡｐｐ１５０に対し、その取引画面に埋め込む種々の画像を提供するソフトウェアである。この画像は、例えば、ユーザが取引を行う際にユーザを誘導する誘導画像である。

【0073】

管理者サービスＡｐｐ１６０ｂは、管理者が行う紙幣および貨幣の補充および回収処理、エラー解除Ａｐｐ１７０の起動処理などを行うための画面を提供するソフトウェアである。

【0074】

イベント／状態通知Ａｐｐ１６０ｃは、各デバイスで発生したイベント、および、各デバイスの状態を、媒体処理装置１００およびサーバ装置２００に導入された他のソフトウェアに通知するソフトウェアである。

【0075】

ユーザ／取引管理Ａｐｐ１６０ｄは、ユーザの情報、および、ユーザが行った取引の情報を管理するソフトウェアである。

【0076】

デバイス制御Ａｐｐ１６０ｅは、ＸＦＳ１８０を介して各デバイスに導入されたファームウェアと通信を行い、各デバイスを制御するソフトウェアである。

【0077】

ＩＦ提供Ａｐｐ１６０ｆは、サーバ装置２００に導入されたウェブアプリケーション２００ａに対して、媒体処理装置１００を制御するためのインターフェースを提供するソフトウェアである。

【0078】

サーバ装置２００に導入されるソフトウェアは、ウェブＡｐｐ２００ａを含む。ウェブＡｐｐ２００ａは、サーバ装置２００の記憶部（図示せず）に記憶され、サーバ装置２００の制御部（図示せず）により記憶部から読み出されて実行される。

【0079】

ウェブＡｐｐ２００ａは、ＨＴＴＰＳを用いて、媒体処理装置１００に導入された各ソフトウェアと通信を行い、媒体処理装置１００を制御する。

【0080】

ここで、キオスクＡｐｐ１５０と制御Ａｐｐ１６０との間の通信は、ウェブＡｐｐ２００ａを介して行われる。

【0081】

例えば、有価媒体の取引を行う際、キオスクＡｐｐ１５０は、ウェブＡｐｐ２００ａにより提供されるＷＥＢサイトにアクセスして、表示部に二次元コードを表示させる。

【0082】

そして、ユーザが端末装置３００を操作して、二次元コードを読み取り、ＷＥＢサイトにログインすると、ウェブＡｐｐ２００ａはキオスクＡｐｐ１５０に、取引画面を表示させる。

【0083】

ここで行われる通信は、キオスクＡｐｐ１５０とウェブＡｐｐ２００ａとの間のインターネット通信である。

【0084】

その後、ウェブＡｐｐ２００ａは制御Ａｐｐ１６０に、入金、出金などの取引の処理を実行させる。

【0085】

ここで行われる通信は、キオスクＡｐｐ１５０とウェブＡｐｐ２００ａとの間のＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）接続による通信である。

【0086】

このように、キオスクＡｐｐ１５０と制御Ａｐｐ１６０とが直接通信するのではなく、キオスクＡｐｐ１５０が取引画面の表示要求を、制御Ａｐｐ１６０が取引の実行要求をウェブＡｐｐ２００ａから受信するため、媒体処理装置１００側のソフトウェアの開発を容易に行うことができる。

【0087】

図９は、媒体処理装置１００のハードウェア構成の一例を示す図である。

【0088】

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

【0089】

図２に示すフロントディスプレイＦＤ、ピンパッドＰＰ、および図３に示すリアディスプレイＲＤは、入力装置１００１の例である。フロントディスプレイＦＤ、およびリアディスプレイＲＤは、出力装置１００２の例である。図４に示す通信部１０、記憶部１１、および制御部１２はそれぞれ、送受信装置１００８、記憶装置１００６、およびＣＰＵ１００３に対応する。

【0090】

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

【0091】

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

【0092】

つぎに、有価媒体の取引処理について、紙幣デバイス３により行われる紙幣の出金処理を例に挙げて説明する。この出金処理は、媒体処理装置１００とサーバ装置２００とにより行われる。

【0093】

図１０～１２は、媒体処理装置１００の制御部１２が行う出金処理の一例を示すフローチャートである。

【0094】

図１０に示す処理はキオスクＡｐｐ１５０が行う処理に対応し、図１１に示す処理は制御Ａｐｐ１６０が行う処理に対応し、図１２に示す処理は制御Ａｐｐ１６０およびエラー解除Ａｐｐ１７０が行う処理に対応する。

【0095】

図１０に示すように、制御部１２（キオスクＡｐｐ１５０）は、ユーザが媒体処理装置１００の前に立って、タッチパネルで構成される入力部に触れた場合、サーバ装置２００により送信されたＨＴＭＬ文書に基づいて。取引画面を表示する（ステップＳ１０）。

【0096】

そして、制御部１２は、二次元コードによるログイン処理がユーザにより選択されたか否かを判定する（ステップＳ１１）。二次元コードによるログイン処理がユーザにより選択された場合（ステップＳ１１，ＹＥＳ）、制御部１２は、二次元コードによるログイン処理を実行する（ステップＳ１２）。

【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】

また、管理者がフロントディスプレイＦＤに表示されたログイン画面４７０を用いてログインした場合と、リアディスプレイＲＤに表示されたログイン画面４８０を用いてログインした場合とで、媒体管理装置１００に対して管理者が可能な操作が異なるようにしてもよい。

【0168】

例えば、サーバ装置２００は、媒体処理装置１００に対して、ログイン画面４７０を用いてログインした場合とログイン画面４８０を用いてログインした場合とで、異なる操作画面を構成するＨＴＭＬ文書を送信する。そして、媒体処理装置１００の制御部１２は、受信したＨＴＭＬ文書に基づき、操作画面を生成し、その操作画面を表示部に表示させる。

【0169】

図１９Ａは、フロントディスプレイＦＤに表示されたログイン画面４７０を用いてログインした場合に表示される有価媒体の補充画面５００の一例を示す図である。図１９Ｂは、リアディスプレイＲＤに表示されたログイン画面４８０を用いてログインした場合に表示される有価媒体の補充画面５１０の一例を示す図である。ここで、補充画面５００、５１０は、管理者の操作を受け付ける操作画面の一つである。

【0170】

図１９Ａに示す補充画面５００には、入金口補充ボタン５００ａ、紙幣カセット交換ボタン５００ｂ、およびコインカセット交換ボタン５００ｃが表示される。

【0171】

入金口補充ボタン５００ａは、紙幣デバイス３またはバラ貨幣デバイス４の入金口から紙幣または貨幣を補充する際に押下するボタンである。

【0172】

紙幣カセット交換ボタン５００ｂは、紙幣カセットを交換して、紙幣デバイス３に紙幣を補充する際に押下するボタンである。

【0173】

コインカセット交換ボタン５００ｃは、貨幣カセットを交換して、バラ貨幣デバイス４に貨幣を補充する際に押下するボタンである。

【0174】

フロントディスプレイＦＤに表示された補充画面５００では、管理者は、入金口補充ボタン５００ａのみ押下でき、紙幣カセット交換ボタン５００ｂおよびコインカセット交換ボタン５００ｃは押下できない。これにより、管理者による紙幣カセットおよび貨幣カセットの交換を禁止することができる。

【0175】

リアディスプレイＲＤに表示された図１９Ｂに示す補充画面５１０にも、入金口補充ボタン５１０ａ、紙幣カセット交換ボタン５１０ｂ、およびコインカセット交換ボタン５１０ｃが表示される。

【0176】

入金口補充ボタン５１０ａ、紙幣カセット交換ボタン５１０ｂ、およびコインカセット交換ボタン５１０ｃはそれぞれ、入金口補充ボタン５００ａ、紙幣カセット交換ボタン５００ｂ、およびコインカセット交換ボタン５００ｃと同じ役割を有するボタンである。

【0177】

リアディスプレイＲＤに表示された補充画面５１０では、管理者は、入金口補充ボタン５００ａは押下できず、紙幣カセット交換ボタン５００ｂおよびコインカセット交換ボタン５００ｃのみ押下できる。これにより、管理者による入金口からの紙幣または貨幣の補充を禁止することができる。

【0178】

以上説明したように、媒体処理装置１００は、有価媒体の取引を行う媒体処理装置であって、フロントディスプレイＦＤおよびリアディスプレイＲＤなどの表示部と、表示部に表示される取引画面の構成を定義した取引画面構成データをサーバ装置２００から受信する通信部１０と、取引画面に埋め込まれる画像のデータを記憶する記憶部１１と、取引画面構成データおよび画像のデータに基づいて、画像を埋め込んだ取引画面を生成し、当該取引画面を表示部に表示させる制御部１２と、を備える。

【0179】

これにより、媒体処理装置１００が変更されても効率的にシステム開発を行うことができる。

【0180】

また、表示部は、フロントディスプレイＦＤおよびリアディスプレイＲＤなどの複数の表示部を有し、複数の表示部のいずれかに操作画面を表示する指示を含む操作画面の構成を定義した操作画面構成データをサーバ装置２００から受信した場合に、制御部１２は、その指示に従って操作画面を複数の表示部のいずれかに表示する。

【0181】

これにより、媒体処理装置１００の管理者が操作しやすい表示部に操作画面を表示させることができる。

【0182】

また、操作画面構成データは、操作画面が表示される表示部によって可能な操作が異なる操作画面の構成を定義したデータである。

【0183】

これにより、例えば、フロントディスプレイＦＤの操作画面では媒体処理装置１００の後方で行われる作業に関するボタンを押下できないようにし、リアディスプレイＲＤの操作画面では媒体処理装置１００の前方で行われる作業に関するボタンを押下できないようにするなどして、表示部が設置された位置に応じた適切な操作画面の表示を行うことができる。

【0184】

また、操作画面構成データは、操作者によって可能な操作が異なる操作画面の構成を定義したデータである。

【0185】

これにより、媒体処理装置１００に対して管理者が行う種々の操作について、媒体処理装置１００の管理者ごとに異なる権限を与えることができる。

【0186】

また、記憶部１１は、エラーが発生した場合にエラーの解除を促すエラー解除画面の構成を定義したエラー解除画面構成データおよびエラー解除画像のデータをさらに記憶し、制御部１２は、エラーが発生した場合に、エラー解除画面構成データおよびエラー解除画像データに基づいてエラー解除画面を生成し、当該エラー解除画面を他の表示中の画面に重畳させて最前面に表示させる。

【0187】

これにより、媒体処理装置１００ごとに適したエラー解除画面を管理者が操作しやすい状態で表示することができる。

【0188】

また、取引画面に埋め込まれる画像は、取引画面構成データにおいて定義された当該画像の表示領域の大きさと同じ大きさである。

【0189】

これにより、表示される画像が荒くなったり見にくくなったりすることを防止することができる。

【0190】

また、取引画面に埋め込まれる画像は、取引の進行に応じて取引画面に順次埋め込まれる複数の画像を含み、制御部１２は、取引の進行に応じて、各画像を埋め込んだ取引画面を生成し、当該取引画面を表示部に表示させる。

【0191】

これにより、媒体処理装置１００が取引の進行に応じてユーザを誘導する誘導画像などを含む取引画面を表示する装置である場合でも、効率的にシステム開発を行うことができる。

【0192】

また、通信部１０は、サーバ装置２００から取引の実行要求をさらに受信し、制御部１２は、取引をサーバ装置２００から受信した実行要求に応じて実行する。

【0193】

これにより、取引画面の表示を行うキオスクＡｐｐ１５０と取引の実行を制御する制御Ａｐｐ１６０とが直接通信するのではなく、キオスクＡｐｐ１５０が取引画面の表示要求を、制御Ａｐｐ１６０が取引の実行要求をウェブＡｐｐ２００ａから受信するため、媒体処理装置１００側のソフトウェアの開発を容易に行うことができる。

【0194】

また、取引画面に埋め込まれる画像は、操作者を誘導する誘導画像である。

【0195】

これにより、誘導画像を取引画面に埋め込んで表示する媒体処理装置１００が変更されても効率的にシステム開発を行うことができる。

【0196】

また、取引画面構成データは、ＨＴＭＬにより記載されている。

【0197】

これにより、取引画面構成データを容易に作成することができる。

【0198】

また、取引画面への画像の埋め込みはｉｆｒａｍｅタグにより実行される。

【0199】

取引画面への画像の埋め込みを容易に実行することができる。

【0200】

また、本開示に係る媒体処理システムは、媒体処理装置１００と、構成データを媒体処理装置１００に送信するサーバ装置２００と、を備える。

【0201】

これにより、媒体処理装置１００が変更されても効率的にシステム開発を行うことができる媒体処理システムを容易に提供することができる。

【0202】

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

【産業上の利用可能性】

【0203】

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

【符号の説明】

【0204】

１ ハウジング
２ 包装硬貨デバイス
３ 紙幣デバイス
４ バラ硬貨デバイス
５ 小切手デバイス
６ ドロップボックス
７ コントローラーボックス
８ ペリフェラルデバイスボックス
１０ 通信部
１１ 記憶部
１２ 制御部
２２，３２，４２，５２ 出金口
２２Ｓ，３１Ｓ，３２Ｓ，４１Ｓ，４２Ｓ，５１Ｓ，５２Ｓ シャッター
２５，３５，４５，５５，６５，７５，８５ ドア
２６，３６，４６，５６，６６，７６，８６ ロック
３１，４１，５１ 入金口
３３ 搬送部
３４ 識別部
３７ 収納部
６１ 受入口
１００ 媒体処理装置
１５０ キオスクＡｐｐ
１６０ 制御Ａｐｐ
１６０ａ 誘導Ａｐｐ
１６０ｂ 管理者サービスＡｐｐ
１６０ｃ イベント／状態通知Ａｐｐ
１６０ｄ ユーザ／取引管理Ａｐｐ
１６０ｅ デバイス制御Ａｐｐ
１６０ｆ ＩＦ提供Ａｐｐ
１７０ エラー解除Ａｐｐ
１８０ ＸＦＳ
１９０ａ，１９０ｂ ファームウェア
２００ サーバ装置
２００ａ ウェブＡｐｐ
３００ 端末装置
３６１，６６１ キー入力デバイス
４０１，４０２，４０３ 取引画面
４０２ａ，４２０ａ，４２０ｂ，４２０ｃ，４３０ａ，４３０ｂ，４３０ｃ，４４０ａ，４４０ｂ，４４０ｃ 誘導画面
４１０ ｉｆｒａｍｅタグ
４１１ ｉｍｇタグ
４５０ メニュー画面
４５０ａ エラー解除ボタン
４６０ エラー解除画面
４７０，４８０ ログイン画面
５００，５１０ 補充画面
５００ａ，５１０ａ 入金口補充ボタン
５００ｂ，５１０ｂ 紙幣カセット交換ボタン
５００ｃ，５１０ｃ コインカセット交換ボタン
１０００ コンピュータ
１００１ 入力装置
１００２ 出力装置
１００３ ＣＰＵ
１００４ ＲＯＭ
１００５ ＲＡＭ
１００６ 記憶装置
１００７ 読取装置
１００８ 送受信装置
１００９ バス
ＡＰ Ａ４プリンタ
Ｃａｍ カメラ
ＣａＲ カードリーダ
ＣｏＲ コードリーダ
ＦＤ フロントディスプレイ
ＮＭ ＮＦＣ読取機
ＰＰ ピンパッド
ＲＤ リアディスプレイ
ＲＰ レシートプリンタ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15A】

【図15B】

【図15C】

【図16】

【図17A】

【図17B】

【図18】

【図19A】

【図19B】