JP2016186745A - 決済端末及びプログラム - Google Patents

Abstract

【課題】決済端末に導入されたデータの更新を円滑に行うことが可能な決済端末及びプログラムを提供することである。
【解決手段】メンテナンスサーバから更新用の更新データを取得する決済端末であって、自装置の稼働時間又は非稼働時間を前記メンテナンスサーバに通知し、前記更新データの取得権利を予約する予約手段と、前記稼働時間又は前記非稼働時間に基づき決定された予約日時を前記メンテナンスサーバから受信する受信手段と、現在日時が前記予約日時に達すると、前記メンテナンスサーバから前記更新データを取得し、当該更新データを用いて自装置に導入されたデータを更新する更新手段と、を備える。
【選択図】図５

Description

本発明の実施形態は、決済端末及びプログラムに関する。

従来、スーパーマーケット等の店舗では、決済処理を行うための決済端末が用いられている。係る決済装置は、一般的にコンピュータで構成される。そして、決済装置は、自装置に導入されたプログラム等の各種データと協働することで、決済処理等の処理を実現（実行）している。

ところで、決済端末では、導入されたデータを更新することで、機能の向上や不具合の解消等を行うことがある。データ更新については、決済端末が、インターネット等のネットワーク上に存在するメンテナンスサーバから更新用のデータ（以下、更新データという）を取得し、更新を行う更新システムが従来存在している。

しかしながら、従来の更新システムでは、メンンテナンスサーバにアクセスが集中すると、メンンテナンスサーバの処理能力を超える負荷が発生する可能性がある。例えば、更新データがメンテナンスサーバに公開された直後では、更新データの取得要求が殺到するため、メンテナンスサーバの負荷が上昇する。この場合、決済端末では、更新データの取得やデータの更新に失敗したり、データの更新に長時間を要する等の問題が発生する可能性がある。

本発明が解決しようとする課題は、決済端末に導入されたデータの更新を円滑に行うことが可能な決済端末及びプログラムを提供することである。

実施形態の決済端末は、メンテナンスサーバから更新用の更新データを取得する決済端末であって、予約手段と、受信手段と、更新手段とを備える。予約手段は、自装置の稼働時間又は非稼働時間を前記メンテナンスサーバに通知し、前記更新データの取得権利を予約する。受信手段は、前記稼働時間又は前記非稼働時間に基づき決定された予約日時を前記メンテナンスサーバから受信する。更新手段は、現在日時が前記予約日時に達すると、前記メンテナンスサーバから前記更新データを取得し、当該更新データを用いて自装置に導入されたデータを更新する。

図１は、実施形態に係る更新システムの構成を示す図である。 図２は、決済端末の外観構成の一例を示す図である。 図３は、決済端末のハードウェア構成の一例を示すブロック図である。 図４は、メンテナンスサーバのハードウェア構成の一例を示すブロック図である。 図５は、決済端末及びメンテナンスサーバの機能構成を示すブロック図である。 図６は、設定画面の一例を示す図である。 図７は、待機画面の一例を示す図である。 図８は、予約完了画面の一例を示す図である。 図９は、更新不要画面の一例を示す図である。 図１０は、更新報知画面の一例を示す図である。 図１１は、更新開始画面の一例を示す図である。 図１２は、データ取得中画面の一例を示す図である。 図１３は、更新完了画面の一例を示す図である。 図１４は、予約処理の手順の一例を示すフローチャートである。 図１５は、データ更新処理の手順の一例を示すフローチャートである。

以下、添付図面を参照して、決済端末及びプログラムの実施形態を詳細に説明する。なお、以下に説明する実施形態は、決済端末及びプログラムの一実施形態であって、その構成や仕様等を限定するものではない。本実施形態は、スーパーマーケット等の店舗に導入される、取引の決済を行う決済端末への適用例である。

図１は、本実施形態に係る更新システム１の構成を示す図である。同図に示すように、更新システム１は、決済端末１０を有する。決済端末１０は、各店舗に１又は複数個設けられる。決済端末１０は、インターネット等のネットワークＮを介して、上位装置となるメンテナンスサーバ２０に接続される。また、決済端末１０は、専用線等を介して、クレジット会社や銀行等のセンターサーバ（図示せず）に接続される。なお、メンテナンスサーバ２０に接続される決済端末１０の個数は、特に問わないものとする。

決済端末１０は、ＩＣカードや磁気カード等からカード情報を読み取り、カード会社のサーバと通信することでカード決済処理を行う決済機能を有する。メンテナンスサーバ２０は、決済端末１０に導入された各種データ（プログラム等）のバージョン管理を行うサーバ装置である。なお、メンテナンスサーバ２０は、決済端末１０に導入された各種データについて、最新バージョンのデータを保持するものとする。

次に、決済端末１０について詳細に説明する。図２は、決済端末１０の外観構成の一例を示す図である。また、図３は、決済端末１０のハードウェア構成の一例を示すブロック図である。

図２において、決済端末１０の本体１１の側部には電源スイッチ１６が設けられている。また、本体１１の上部には、本体１１に対して開閉可能な上面パネル１７が設けられている。上面パネル１７を開放することで、本体１１の内部にロール状のレシート用紙をセットすることができる。また、この上面パネル１７の表面には、操作部１３であるタッチパネルを表面に配設した表示部１２が設けられている。

本体１１の側面上部には、決済用のカードから当該カードに格納されている情報を読み取るカード読取部１４が設けられている。決済用のカードとしては、例えば、クレジットカードやデビットカード等を用いることができる。

本体１１の内部には、上述のレシート用紙に決済に関する情報や売上レポート等を印字する印字部１０７（図３参照）が備えられている。印字後のレシート用紙は、本体１１と上面パネル１７との間に設けられているレシート発行口１５から発行される。

図３において、決済端末１０は、各部を制御するための制御部１００を備えている。制御部１００は、図３に示すように、各部を集中的に制御するＣＰＵ（Central Processing Unit）１０１に、アドレスバス、データバス等のバスライン１０５を介して、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３を接続して構成される。また、制御部１００には、メモリ部１０４とコントローラ１０６が、バスライン１０５を介して接続される。制御部１００は、ＣＰＵ１０１が、メモリ部１０４に記憶されＲＡＭ１０３に展開されたプログラムに従って動作することで決済処理等の各種の処理を実行する。なお、制御部１００は、ＲＴＣ（Real Time Clock）等の現在日時を計時する計時手段を備えるものとする。

メモリ部１０４は、フラッシュメモリ等の不揮発性メモリであって、ＣＰＵ１０１が実行可能なプログラム等の各種データを記憶する。またメモリ部１０４は、後述する予約日時等の各種情報を保持する。また、ＲＡＭ１０３は、メモリ部１０４から読み出された情報を一時的に記憶する。

コントローラ１０６には、表示部１２と操作部１３とが接続される。コントローラ１０６は、制御部１００からの指令に基づいて各種制御を実行する。表示部１２は、キーの画像を含む各種情報を表示する。操作部１３は、表示部１２上に設けられたタッチパネルであり、表示部１２に表示されたキーに対応する位置のタッチパネルをタッチすることで、各種のキー操作を実行する。

また、コントローラ１０６には、印字部１０７とカード読取部１４とが接続される。印字部１０７は、本体３１の内部に収納したレシート用紙の先端を引き出して、例えばサーマルヘッドを使用して決済情報等をレシート用紙に印字する。カード読取部１４は、磁気的あるいは電気的に決済カードに記憶されているカード情報を読み取る。

また、バスライン１０５には、通信Ｉ／Ｆ（Interface）１０８、１０９が接続される。通信Ｉ／Ｆ１０８は、メンテナンスサーバ２０と接続するためのインタフェースである。また、通信Ｉ／Ｆ１０９は、センターサーバと接続するためのインタフェースである。決済端末１０は、各通信Ｉ／Ｆ１０８、１０９を介して、メンテナンスサーバ２０やセンターサーバ等の外部装置との間で各種データの送受信を行う。なお、通信Ｉ／Ｆ１０８、１０９は、外部装置にデータを送信する際に、自装置を識別可能な識別情報を付加して送信するものとする。ここで、識別情報は、例えばＩＰアドレスや端末ＩＤ等を用いることができる。

次に、メンテナンスサーバ２０について詳細に説明する。図４は、メンテナンスサーバ２０のハードウェア構成の一例を示すブロック図である。

図４において、メンテナンスサーバ２０は、各部を制御するための制御部２００を備えている。制御部２００は、図４に示すように、各部を集中的に制御するＣＰＵ２０１に、アドレスバス、データバス等のバスライン２０５を介して、ＲＯＭ２０２と、ＲＡＭ２０３とを接続して構成される。また、制御部２００には、メモリ部２０４とコントローラ２０６が、バスライン２０５を介して接続される。制御部２００は、ＣＰＵ２０１が、メモリ部２０４に記憶されＲＡＭ２０３に展開されたプログラムに従って動作することで各種の処理を実行する。なお、制御部２００は、ＲＴＣ等の現在日時を計時する計時手段を備えるものとする。

また、バスライン２０５には、通信Ｉ／Ｆ（Interface）２０７が接続される。通信Ｉ／Ｆ２０７は、決済端末１０と接続するためのインタフェースである。メンテナンスサーバ２０は、各通信Ｉ／Ｆ２０７を介して、決済端末１０等の外部装置との間で各種データの送受信を行う。

次に、図５を用いて、決済端末１０及びメンテナンスサーバ２０の機能構成について説明する。ここで、図５は、決済端末１０及びメンテナンスサーバ２０の機能構成を示すブロック図である。

図５に示すように、決済端末１０は、制御部１００がメモリ部１０４に記憶されたプログラムに従い動作することで、稼働時間設定部１１１、更新予約部１１２、予約日時受付部１１３、更新処理部１１４を機能部として実現する。また、メンテナンスサーバ２０は、制御部２００がメモリ部２０４に記憶されたプログラムに従い動作することで、予約受付部２１１、更新要否判定部２１２、スケジュール調整部２１３、予約日時通知部２１４、更新データ提供部２１５を機能部として実現する。

決済端末１０の稼働時間設定部１１１は、自装置の稼働時間を設定するための機能を有する。ここで、「稼働時間」は、決済端末１０が業務（決済処理、精算処理）を行う時間を表し、例えば店舗の営業時間（開店時刻から閉店時刻）に対応する。

稼働時間設定部１１１は、稼働時間の設定開始を指示する所定の操作を受け付けると、稼働時間の設定に係る設定画面を表示部１２に表示させる。図６は、設定画面の一例を示す図である。図６に示すように、設定画面Ｇ１は、開店時刻を設定するための入力欄Ａ１と、閉店時刻を設定するための入力欄Ａ２とを有する。この設定画面Ｇ１において、稼働時間設定部１１１は、操作部１３を介して、入力欄Ａ１に対する開店時刻の入力及び入力欄Ａ２に対する閉店時刻の入力を受け付ける。そして、稼働時間設定部１１１は、ＯＫボタンＢ１の操作を受け付けると、入力された開店時刻及び閉店時刻を、自装置の稼働時間に設定する。

なお、開店時刻及び閉店時刻の入力は、手動に限らず自動で行う構成としてもよい。例えば、稼働時間設定部１１１は、設定画面Ｇ１に示した自動設定ボタンＢ２の操作により自動更新機能が有効化（オン）されると、開店時刻及び閉店時刻の入力を自動で行う動作モード（自動設定モード）に切り換える。なお、自動設定ボタンＢ２は、オンとオフとが切り替え可能に構成されているものとする。

自動設定モードにおいて、稼働時間設定部１１１は、自装置の動作履歴を所定期間分（例えば数日分）収集し、収集した動作履歴を基に稼働時間を自動で決定する。例えば、決済端末１０では日次業務として精算処理を実施するため、稼働時間設定部１１１は、この精算処理が完了した時刻を仮の閉店時刻として収集する。また、稼働時間設定部１１１は、翌日の営業時、１回目の取引（決済）が行われた時刻を仮の開店時刻として収集する。そして、稼働時間設定部１１１は、上記した仮の開店時刻と仮の閉店時刻とを所定期間分収集すると、この収集した情報に基づき、開店時刻及び閉店時刻を決定する。例えば、稼働時間設定部１１１は、収集した仮の開店時刻について、その平均の時刻や最も早い時刻に所定時間分（数分〜数時間）のマージンを持たせた時刻を開店時刻とする。また、稼働時間設定部１１１は、収集した仮の閉店時刻について、その平均の時刻や最も遅い時刻に所定時間分（数分〜数時間）のマージンを持たせた時刻を閉店時刻とする。

なお、自動設定モードにおいて、稼働時間設定部１１１は、開店時刻及び閉店時刻の更新を逐次行うものとする。また、自動設定モード下において、稼働時間設定部１１１は、決定した開店時刻及び閉店時刻を、稼働時間として自動で設定するものとするが、これに限らず、利用者の許諾を求める構成としてもよい。この場合、例えば、稼働時間設定部１１１は、決定した開店時刻及び閉店時刻を入力欄Ａ１及び入力欄Ａ２に表示し、ＯＫボタンＢ１の操作に応じて稼働時間の設定を行う。

決済端末１０の更新予約部１１２は、稼働時間設定部１１１で設定された稼働時間を、メンテナンスサーバ２０に通知することで、更新データの取得権利を予約する。具体的に、更新予約部１１２は、稼働時間とともに、自装置に導入されている各種データのバージョンを示すバージョン情報を、予約情報としてメンテナンスサーバ２０に通知する。ここで、更新予約部１１２が通知を行うタイミングは特に問わないものとする。例えば、更新予約部１１２は、予め定められた時間間隔で通知を行う構成としてもよい。また、更新予約部１１２は、操作部１３を介して、データ更新の予約を指示する操作等が行われた場合に通知を行う構成としてもよい。また、更新予約部１１２は、メンテナンスサーバ２０からの要求に応じて通知を行う構成としてもよい。なお、更新予約部１１２がバージョンを通知するデータは特に問わず、自装置に導入された全てのデータであってもよいし、特定のデータであってもよい。

また、更新予約部１１２は、稼働時間をメンテナンスサーバ２０に通知した際に、図７に示すような画面（待機画面）を表示部１２に表示してもよい。図７は、待機画面の一例を示す図である。この待機画面Ｇ２では、後述する予約日時を問い合わせ中であることを、メッセージＭ１として表示した例を示している。

メンテナンスサーバ２０の予約受付部２１１は、決済端末１０（更新予約部１１２）から通知された予約情報を受け付ける。

メンテナンスサーバ２０の更新要否判定部２１２は、決済端末１０から通知されたバージョン情報に基づき、更新の必要があるか否かを判定する。具体的に、更新要否判定部２１２は、バージョン情報が示す各種データのバージョンと、自装置が保持する対応するデータのバージョンとを比較する。ここで、バージョンが不一致、より詳細には、決済端末１０から通知されたデータのバージョンが、自装置は保持するデータのバージョンよりも古い場合、更新要否判定部２１２は、更新が必要と判定する。一方、バージョンが一致した場合、更新要否判定部２１２は、更新が不要と判定し、その旨を示す更新不要情報を決済端末１０に送信する。なお、更新要否判定部２１２は、更新が必要と判定した場合には、更新対象のデータを指示するデータ識別子を、対応する決済端末１０に通知してもよい。

メンテナンスサーバ２０のスケジュール調整部２１３は、更新要否判定部２１２でデータ更新が必要と判定された決済端末１０に対し、更新データの取得を開始させる日時（予約日時）を設定する。また、予約日時通知部２１４は、スケジュール調整部２１３が予約日時を設定すると、当該予約日時を含む予約完了情報を決済端末１０に送信する。

ここで、スケジュール調整部２１３は、予約日時の設定に際し、決済端末１０から通知された稼働時間に基づき非稼働時間を導出する。例えば、スケジュール調整部２１３は、稼働時間として１０：００〜２０：００が通知された場合、この稼働時間以外の２０：０１〜０９：５９を非稼働時間として導出する。そして、スケジュール調整部２１３は、非稼働時間の中から、予約日時を設定する。なお、スケジュール調整部２１３が設定した予約日時は、対応する決済端末１０の識別情報に関連付けて、メモリ部２０４上に管理される。また、当該決済端末１０の識別情報に関連付けて、更新要否判定部２１２が更新対象としたデータのデータ識別子を管理する構成としてもよい。

また、スケジュール調整部２１３は、他の決済端末１０に設定済の予約日時に基づき、自装置で処理することが可能な負荷の範囲内で、予約日時を設定する。例えば、メンテナンスサーバ２０が、同時に３台までの更新データを提供することが可能な能力を有する場合を想定する。この場合、スケジュール調整部２１３は、同日時について３台までの予約日時を設定可能とし、４台目以降については他の日時に予約日時を設定するようスケジュールを調整する。また、スケジュール調整部２１３は、更新データの提供に要する時間を見積もり、非稼働時間内に提供が完了するようスケジュールを調整する。なお、スケジュール調整部２１３は、後述する即時更新等の指示に対応するため、冗長的にスケジュールを調整する構成としてもよい。

決済端末１０の予約日時受付部１１３は、メンテナンスサーバ２０から予約完了情報を受信すると、この予約完了情報に含まれた予約日時をメモリ部１０４等に保持する。また、予約日時受付部１１３は、その予約日時を示した予約完了画面を表示部１２に表示させる。図８は、予約完了画面の一例を示す図である。この予約完了画面Ｇ３では、予約日時として、“ＸＸ月ＸＸ日ＸＸ：ＸＸ”を示すメッセージＭ２を表示した例を示している。

なお、予約日時受付部１１３は、メンテナンスサーバ２０から更新不要情報を受信した場合、図９に示すような更新不要画面を表示部１２に表示させる。図９は、更新不要画面の一例を示す図である。この更新不要画面Ｇ４では、更新対象のデータが存在しないことを示すメッセージＭ３を表示した例を示している。

決済端末１０の更新処理部１１４は、データの更新処理を行う機能部である。具体的に、更新処理部１１４は、メンテナンスサーバ２０から通知された予約日時に達する所定時間前（例えば１０分前）に、更新報知画面を表示部１２に表示させる。図１０は、更新報知画面の一例を示す図である。この更新報知画面Ｇ５では、１０分後にデータの更新を開始することを示すメッセージＭ４を表示した例を示している。ここで、メッセージＭ４中の時間は、予約日時までの残り時間を表し、時間経過に伴いカウントダウン表示される。また、更新報知画面Ｇ５には、即時更新ボタンＢ３、キャンセルボタンＢ４が設けられている。即時更新ボタンＢ３は、データ更新の即時開始を指示するための操作子である。また、キャンセルボタンＢ４は、データ更新の中止を指示するための操作子である。

即時更新ボタンＢ３及びキャンセルボタンＢ４が操作されない状態で、予約日時に達すると、更新処理部１１４は、更新報知画面を更新開始画面に切り替える。次いで、更新処理部１１４は、メンテナンスサーバ２０に更新データの取得要求を送信する。図１１は、更新開始画面の一例を示す図である。この更新開始画面Ｇ６では、データの更新を開始することを示すメッセージＭ５を表示した例を示している。なお、メンテナンスサーバ２０から更新対象のデータのデータ識別子が通知される場合には、更新処理部１１４は、このデータ識別子を指定した取得要求をメンテナンスサーバ２０に送信する構成としてもよい。

また、更新処理部１１４は、予約日時に達する前に即時更新ボタンＢ３の操作を受け付けると、その操作を受け付けたタイミングで、メンテナンスサーバ２０に更新データの取得要求を送信する。また、更新処理部１１４は、予約日時に達する前にキャンセルボタンＢ４の操作を受け付けると、データ更新を中止し更新報知画面を消去する。なお、更新処理部１１４は、キャンセルボタンＢ４の操作を受け付けた場合、稼働時間設定部１１１に予約情報を送信させることで、メンテナンスサーバ２０から新たな予約日時を取得する構成としてもよい。

メンテナンスサーバ２０の更新データ提供部２１５は、決済端末１０から更新データの取得要求を受信すると、当該決済端末１０に更新データを提供（送信）する。ここで、更新データ提供部２１５は、更新要否判定部２１２で更新対象とされたデータの更新データを、決済端末１０に提供する。

決済端末１０の更新処理部１１４は、メンテナンスサーバ２０から更新データを受信している間、データ取得中画面を表示部１２に表示させる。図１２は、データ取得中画面の一例を示す図である。このデータ取得中画面Ｇ７では、更新データの取得中であることを示すメッセージＭ６を表示した例を示している。

更新処理部１１４は、更新データの取得を完了すると、当該更新データを用いて更新対象のデータを更新する。そして、更新処理部１１４は、データの更新が完了すると、更新完了画面を表示部１２に表示させる。図１３は、更新完了画面の一例を示す図である。この更新完了画面Ｇ８では、データの更新が完了したことを示すメッセージＭ７を表示した例を示している。

以下、上記した決済端末１０及びメンテナンスサーバ２０の動作について説明する。まず、図１４を参照して、決済端末１０及びメンテナンスサーバ２０で行われる予約処理について説明する。ここで、図１４は、決済端末１０及びメンテナンスサーバ２０が行う予約処理の手順の一例を示すフローチャートである。

まず、決済端末１０の更新予約部１１２は、稼働時間設定部１１１で設定された稼働時間を、予約情報としてメンテナンスサーバ２０に送信する（ステップＳ１１）。また、更新予約部１１２は、メンテナンスサーバ２０から応答があるまでの間、待機画面Ｇ２を表示部１２に表示させる。

メンテナンスサーバ２０では、予約受付部２１１が、決済端末１０から通知された予約情報を受信する（ステップＳ２１）。次いで、更新要否判定部２１２は、予約情報（バージョン情報）に含まれるデータのバージョンと、自装置が保持する対応するデータのバージョンとを比較する（ステップＳ２２）。ここで、両バージョンが一致する場合（ステップＳ２３；Ｎｏ）、更新要否判定部２１２は、更新不要と判定し、更新不要情報を決済端末１０に送信する（ステップＳ２４）。

また、両バージョンが異なる場合（ステップＳ２３；Ｙｅｓ）、更新要否判定部２１２は、更新が必要と判定する。スケジュール調整部２１３は、更新が必要と判定された稼働時間に基づき、予約日時を決定（設定）する（ステップＳ２５）。次いで、予約日時通知部２１４は、ステップＳ２５で設定された予約日時を、予約完了情報として決済端末１０に送信する（ステップＳ２６）。

一方、決済端末１０では、予約日時受付部１１３が、メンテナンスサーバ２０からの応答を待機する（ステップＳ１２；Ｎｏ）。ここで、予約日時受付部１１３は、更新不要情報を受信すると（ステップＳ１２；Ｙｅｓ→ステップＳ１３；Ｎｏ）、更新不要画面Ｇ４を表示部１２に表示させ（ステップＳ１４）、処理を終了する。また、予約日時受付部１１３は、予約完了情報を受信すると（ステップＳ１２；Ｙｅｓ→ステップＳ１３；Ｙｅｓ）、予約完了画面Ｇ３を表示部１２に表示させ（ステップＳ１５）、処理を終了する。

次に、図１５を参照して、決済端末１０及びメンテナンスサーバ２０で行われるデータ更新処理について説明する。ここで、図１５は、決済端末１０及びメンテナンスサーバ２０が行うデータ更新処理の手順の一例を示すフローチャートである。なお、本処理の前提として、図１４の予約処理が既に行われているものとする。

まず、決済端末１０の更新処理部１１４は、現在日時が、予約日時の所定時間前に達するまで待機する（ステップＳ３１；Ｎｏ）。予約日時の所定時間前に達すると（ステップＳ３１；Ｙｅｓ）、更新処理部１１４は、更新報知画面Ｇ５を表示部１２に表示させる（ステップＳ３２）。

続いて、更新処理部１１４は、予約日時に達するまで、更新報知画面Ｇ５に対する操作を待機する（ステップＳ３３；Ｎｏ→ステップＳ３４；Ｎｏ→ステップＳ３５；Ｎｏ）。ここで、更新処理部１１４は、キャンセルボタンＢ４の操作を受け付けると（ステップＳ３３；Ｙｅｓ）、図１４のステップＳ１１に処理を移行し、更新予約部１１２に予約情報を送信させる。また、更新処理部１１４は、即時更新ボタンＢ３の操作を受け付けると（ステップＳ３３；Ｎｏ→ステップＳ３３；Ｙｅｓ）、ステップＳ３６に移行する。

何れの操作も行われないまま、現在日時が予約日時に達すると（ステップＳ３３；Ｎｏ→ステップＳ３４；Ｎｏ→ステップＳ３５；Ｙｅｓ）、更新処理部１１４は、更新開始画面Ｇ６を表示部１２に表示させる。次いで、更新処理部１１４は、メンテナンスサーバ２０に対し更新データの取得要求を送信する（ステップＳ３６）。

メンテナンスサーバ２０では、更新データ提供部２１５が、決済端末１０から取得要求が送信されるのを待機する（ステップＳ４１；Ｎｏ）。更新データ提供部２１５は、取得要求を受信すると（ステップＳ４１；Ｙｅｓ）、要求元の決済端末１０に更新データを提供（送信）する（ステップＳ４２）。

決済端末１０の更新処理部１１４は、メンテナンスサーバ２０から提供された更新データを受信する（ステップＳ３７）。また、更新処理部１１４は、更新データを受信している間、データ取得中画面Ｇ７を表示部１２に表示させる。そして、更新処理部１１４は、取得した更新データを用いてデータの更新を完了すると（ステップＳ３８）、更新完了画面Ｇ８を表示部１２に表示させ（ステップＳ３９）、処理を終了する。

以上のように、決済端末１０は、自装置の稼働時間をメンテナンスサーバ２０に通知することで更新データの取得権利を予約し、予約日時をメンテナンスサーバ２０から受信する。また、決済端末１０は、現在日時が予約日時に達すると、メンテナンスサーバ２０から更新データを取得し、当該更新データを用いて自装置に導入されたデータを更新する。このように、本実施形態では、決済端末１０からメンテナンスサーバ２０に更新データの取得権利、つまり取得を行う予約日時を予約し、この予約日時を基準に更新データの取得（提供）を行う。これにより、メンテナンスサーバ２０では、更新データの取得要求が殺到することを防止することができるため、サーバ負荷を抑えることができる。また、決済端末１０では、更新データをより確実に取得することができるため、データの更新を円滑に行うことができる。

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

例えば、上記実施形態では、決済端末１０の稼働時間を設定しメンテナンスサーバ２０に通知する構成としたが、決済端末１０の非稼働時間を手動又は自動設定し通知する構成としてもよい。この構成を採用する場合、メンテナンスサーバ２０のスケジュール調整部２１３は、決済端末１０から通知される非稼働時間に基づき、予約日時の設定を行うものとする。

また、上記実施形態では、決済端末１０に導入されたデータのバージョン確認を、メンテナンスサーバ２０が行う構成としたが、決済端末１０側で行う構成としてもよい。この構成を採用する場合、決済端末１０は、更新要否判定部２１２としての機能を備えるものとする。決済端末１０の更新要否判定部２１２は、メンテナンスサーバ２０からバージョン情報を取得し、自装置に導入された各種データのバージョンと比較する。そして、決済端末１０の更新要否判定部２１２は、バージョンが不一致の場合に、データ更新が必要と判断し、更新予約部１１２に別途設定された稼働時間を通知させる。また、決済端末１０の更新処理部１１４は、予約日時に達すると、更新要否判定部２１２が不一致と判定したデータの更新データを、メンテナンスサーバ２０から取得する。なお、この構成を採用する場合、決済端末１０からメンテナンスサーバ２０へのバージョン情報の通知は不要としてもよい。

１ 更新システム
１０ 決済端末
２０ メンテナンスサーバ
１００ 制御部
１１１ 稼働時間設定部
１１２ 更新予約部
１１３ 予約日時受付部
１１４ 更新処理部
２００ 制御部
２１１ 予約受付部
２１２ 更新要否判定部
２１３ スケジュール調整部
２１４ 予約日時通知部
２１５ 更新データ提供部

特開２０１１−２８７７５号公報

Claims (6)

1. メンテナンスサーバから更新用の更新データを取得する決済端末であって、
   自装置の稼働時間又は非稼働時間を前記メンテナンスサーバに通知し、前記更新データの取得権利を予約する予約手段と、
   前記稼働時間又は前記非稼働時間に基づき決定された予約日時を前記メンテナンスサーバから受信する受信手段と、
   現在日時が前記予約日時に達すると、前記メンテナンスサーバから前記更新データを取得し、当該更新データを用いて自装置に導入されたデータを更新する更新手段と、
   を備える決済端末。
2. 前記稼働時間又は前記非稼働時間の入力を受け付ける入力手段を更に備え、
   前記予約手段は、前記入力手段が受け付けた前記稼働時間又は前記非稼働時間を前記メンテナンスサーバに通知する請求項１に記載の決済端末。
3. 自装置の稼働状況を記録した稼働履歴から前記稼働時間又は前記非稼働時間を導出する導出手段を更に備え、
   前記予約手段は、前記導出手段で導出された前記稼働時間又は前記非稼働時間を前記メンテナンスサーバに通知する請求項１又は２に記載の決済端末。
4. 前記更新手段は、前記予約日時に達する所定時間前に、当該予約日時までの残り時間を表す報知画面を表示部に表示させる請求項１〜３の何れか一項に記載の決済端末。
5. 前記更新手段は、前記予約日時に達する前に、更新中止の指示を受け付けた場合、前記更新データの取得を中止し、前記予約手段に新たな予約を行わせる請求項１〜４の何れか一項に記載の決済端末。
6. メンテナンスサーバから更新用の更新データを取得する決済端末のコンピュータを、
   自装置の稼働時間又は非稼働時間を前記メンテナンスサーバに通知し、前記更新データの取得権利を予約する予約手段と、
   前記稼働時間又は前記非稼働時間に基づき決定された予約日時を前記メンテナンスサーバから受信する受信手段と、
   現在日時が前記予約日時に達すると、前記メンテナンスサーバから前記更新データを取得し、当該更新データを用いて自装置に導入されたデータを更新する更新手段と、
   して機能させるためのプログラム。

Images