特開 2024-147228 決済端末のアップデート方法及びアプリケーションプログラム

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

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

(11)【公開番号】P2024147228

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

(54)【発明の名称】決済端末のアップデート方法及びアプリケーションプログラム

(51)【国際特許分類】

   G06F 8/65 20180101AFI20241008BHJP

【ＦＩ】

G06F8/65

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023060106

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

(71)【出願人】

【識別番号】000002233

【氏名又は名称】ニデックインスツルメンツ株式会社

(74)【代理人】

【識別番号】100123788

【弁理士】

【氏名又は名称】宮崎 昭夫

(74)【代理人】

【識別番号】100127454

【弁理士】

【氏名又は名称】緒方 雅昭

(72)【発明者】

【氏名】横水 綾一

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

5B376

【Ｆターム（参考）】

5B376CA43

5B376GA11

(57)【要約】

【課題】決済端末においてファームウェアやＯＳなどのプログラムをアップデートするときに、ネットワーク経由で行うか可搬の記録媒体経由で行うかによらずに同一手順でアップロードを実行できるようにする。
【解決手段】アップデート対象のプログラムを対象プログラムとして、決済端末１０に記録媒体（ＵＳＢメモリ３５）が装着されているかを確認する装着確認工程（ステップ１１２）を実施し、記録媒体が装着されていないときは、ネットワーク２０を介してプログラムサーバ２２から第１のアップデートデータをダウンロードしてアップデートを実行し（ステップ１１７）、記録媒体が装着されているときは、記録媒体から第２のアップデートデータを読み込んでアップデートを実行する（ステップ１２４）。これらの処理は、アプリケーションプログラムによって実行される。
【選択図】図４

【特許請求の範囲】

【請求項1】

プログラムに基づいて動作するプロセッサと不揮発性メモリと揮発性メモリと表示手段とを備えたコンピュータ機器として構成されてオンライン決済を実行する決済端末におけるプログラムのアップデート方法であって、
アップデート対象のプログラムを対象プログラムとして、
前記決済端末に記録媒体が装着されているかを確認する装着確認工程と、
前記装着確認工程において前記記録媒体が装着されていないと判定したときに、前記不揮発性メモリに格納されている前記対象プログラムのバージョンよりも新しいバージョンの前記対象プログラムについての第１のアップデートデータが、ネットワークを介して前記決済端末がアクセス可能なプログラムサーバに存在するか否かを確認する第１の確認工程と、
前記第１のアップデートデータが存在する場合に、利用者から指示に応じ、前記プログラムサーバから前記第１のアップデートデータをダウンロードして前記不揮発性メモリに書込む第１の書込み処理を開始する第１のアップデート工程と、
前記装着確認工程において前記記録媒体が装着されていると判定したときに、前記不揮発性メモリに格納されている前記対象プログラムのバージョンよりも新しいバージョンの前記対象プログラムについての第２のアップデートデータが前記記録媒体に存在するか否かを確認する第２の確認工程と、
前記第２のアップデートデータが存在する場合に、前記利用者からの指示に応じ、前記記録媒体から前記第２のアップデートデータを読み込んで前記不揮発性メモリへの書込む第２の書込み処理を開始する第２のアップデート工程と、
を有し、
前記第１の書込み処理及び前記第２の書込み処理のいずれかが実行されているときには前記装着確認工程は実行されず、
前記装着確認工程、前記第１の確認工程、第１のアップデート工程、前記第２の確認工程及び前記第２のアップデート工程は、前記決済端末上で動作するアプリケーションプログラムによって実行される、アップデート方法。

【請求項2】

前記第１の書込み処理はストリーミングアップデートによる処理であり、前記第２の書込み処理はノンストリーミングアップデートによる処理である、請求項１に記載のアップデート方法。

【請求項3】

前記記録媒体は、前記決済端末に装着されるＵＭＳデバイスである、請求項１または２に記載のアップデート方法。

【請求項4】

前記第１の確認工程と前記第１のアップデート工程と前記第１の書込み処理とを実行しているときに前記表示手段に表示される画面の画面遷移と、前記第２の確認工程と前記第２のアップデート工程と前記第２の書込み処理とを実行しているときに前記表示手段に表示される画面の画面遷移とが共通である、請求項１または２に記載のアップデート方法。

【請求項5】

プログラムに基づいて動作するプロセッサと不揮発性メモリと揮発性メモリと表示手段とを備えたコンピュータ機器として構成されてオンライン決済を実行する決済端末におけるプログラムのアップデートを実行するアプリケーションプルグラムであって、
アップデート対象のプログラムを対象プログラムとして、前記プロセッサに、
前記決済端末に記録媒体が装着されているかを確認する装着確認処理と、
前記装着確認処理において前記記録媒体が装着されていないと判定されたときに、前記不揮発性メモリに格納されている前記対象プログラムのバージョンよりも新しいバージョンの前記対象プログラムについての第１のアップデートデータが、ネットワークを介して前記決済端末がアクセス可能なプログラムサーバに存在するか否かを確認する第１の確認処理と、
前記第１のアップデートデータが存在する場合に、利用者から指示に応じ、前記プログラムサーバから前記第１のアップデートデータをダウンロードして前記不揮発性メモリに書込む第１の書込み処理を開始させる第１のアップデート処理と、
前記装着確認処理において前記記録媒体が装着されていると判定されたときに、前記不揮発性メモリに格納されている前記対象プログラムのバージョンよりも新しいバージョンの前記対象プログラムについての第２のアップデートデータが前記記録媒体に存在するか否かを確認する第２の確認処理と、
前記第２のアップデートデータが存在する場合に、前記利用者からの指示に応じ、前記記録媒体から前記第２のアップデートデータを読み込んで前記不揮発性メモリへの書込む第２の書込み処理を開始する第２のアップデート処理と、
を実行させ、
前記第１の書込み処理及び前記第２の書込み処理のいずれかが実行されているときには前記装着確認処理を実行させない、アプリケーションプログラム。

【請求項6】

前記第１の書込み処理はストリーミングアップデートによる処理であり、前記第２の書込み処理はノンストリーミングアップデートによる処理である、請求項５に記載のアプリケーションプログラム。

【請求項7】

前記記録媒体は、前記決済端末に装着されるＵＭＳデバイスである、請求項５または６に記載のアプリケーションプログラム。

【請求項8】

前記第１の確認処理と前記第１のアップデート処理と前記第１の書込み処理とを実行しているときに前記表示手段に表示される画面の画面遷移と、前記第２の確認処理と前記第２のアップデート処理と前記第２の書込み処理とを実行しているときに前記表示手段に表示される画面の画面遷移とを共通のものとする、請求項５または６に記載のアプリケーションプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、オンライン決済などに使用される決済端末に関し、特に、決済端末におけるファームウェアやＯＳ（オペレーティングシステム）などのコンピュータプログラムのアップデート方法と、そのようなアップデート方法を実施するアプリケーションプログラムとに関する。

【背景技術】

【0002】

店舗などの販売場所においてオンライン決済を行うために、ネットワークを介して決済サーバに接続する決済端末が使用される。決済端末は、例えば、入力を行うためのタッチスクリーンを備えたいわゆる組み込み型コンピュータ機器として構成される。オンライン決済ではクレジットカードやプリペイドカード、二次元コードなどの認証媒体が使用されることが多いから、決済端末は、認証媒体からデータを読み出すリーダ部を備えていてもよく、さらに、タッチスクリーンとは独立して設けられたディスプレイなどを備えていてもよい。決済端末では、コンピュータとして機能するための最低限の構成、すなわち、プログラムに基づいて動作するＣＰＵ（中央処理ユニット）などのプロセッサと、ＲＡＭ（ランダムアクセスメモリ）などの揮発性メモリと、ＲＯＭ（読み出し専用メモリ）あるいはフラッシュメモリなどの不揮発性メモリとがモジュール基板に実装され、このモジュール基板がメイン基板に取り付けられる構成となっていることが一般的である。メイン基板には、ネットワークやタッチスクリーンなどとの接続のためのＩ／Ｏ（入出力）インタフェースなどが設けられる。

【0003】

決済端末はコンピュータ機器であるから、それを動作させるための例えばファームウェアやＯＳなどのコンピュータプログラム（以下、単に「プログラム」と呼ぶ）が必要であり、それらのプログラムは不揮発性メモリに書き込まれる。機能の改善などのために、決済端末に既に書き込まれているプログラムを新しいバージョンのプログラムに書き換えできるすなわちアップデート（更新）できることが望まれている。しかしながら、セキュリティ確保の観点から決済端末ではメイン基板からモジュール基板を取り外せない構造となっていることが多く、モジュール基板を取り外した上で新バージョンのプログラムを不揮発性メモリに直接書き込むことは難しい。そこで、プログラムのアップデートを行うときは、例えば有線または無線ＬＡＮ（ローカルエリアネットワーク）などのネットワークを介して新バーションのプログラムを決済端末にダウンロードし、ダウンロードされたプログラムを不揮発性メモリに書き込むことが一般的である。

【0004】

新バージョンのプログラムをダウンロードして決済端末の不揮発性メモリに格納する処理は、アップデート実行のためのアプリケーションプログラムを決済端末のプロセッサが実行することによって行われる。特許文献１は、プログラムのアップデートを実行するアプリケーションプログラムを開示している。特許文献２は、ファームウェアのアップデートを行うときに、設定されたファームウェア更新ファイルを読み込んでメモリに配置し、ファームウェア更新ファイルのファンクションエントリアドレスを取得し、ファンクションエントリアドレスに基づいて、メモリ中のファームウェア更新ファイルからファームウェア更新データを取得し、取得したファームウェア更新データをファームウェアモジュールに書き込むことを開示している。以下の説明において、アップデートの対象となるプログラムのことを対象プログラムと呼ぶ。上述したように対象プログラムは例えばファームウェアやＯＳであるが、アップデートを実行するアプリケーションプログラム自体が対象プログラムとなる場合もある。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】中国特許出願公開第１１２０３５１４６号明細書

【特許文献2】米国特許出願公開第２０１９／０２７８５８３号公報

【発明の概要】

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

【0006】

決済端末においてファームウェアやＯＳのなどの対象プログラムのアップデートを行う場合、ネットワークを介して新バージョンの対象プログラムをダウンロードして不揮発性メモリに格納することが多いが、状況によってはネットワークを経由せずにアップデートを行いたいことがある。そのような場合には、ＵＳＢ（ユニバーサルシリアルバス(Universal Serial Bus)）メモリなどの可搬の記録媒体に新バージョンの対象プログラムを格納しておき、その記録媒体を決済端末にローカルに接続し、記録媒体から新バージョンの対象プログラムを読み出して不揮発性メモリに書き込むことになる。しかしながら、ネットワーク経由でアップデートを行うときと可搬の記録媒体を経由してアップデートを行うときとでは、記録媒体を決済端末にローカルに接続するすなわち装着するか否かの点を除いても操作手順が異なっており、可搬の記録媒体経由でのアップデートを簡単に行えるわけではなかった。

【0007】

本発明の目的は、ネットワーク経由で行うか可搬の記録媒体経由で行うかによらず、同じ手順で対象プログラムのアップデートを行うことができるアップデート方法と、そのようなアップデート方法を実行するアプリケーションプログラムとを提供することにある。

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

【0008】

本発明の一態様のアップデート方法は、プログラムに基づいて動作するプロセッサと不揮発性メモリと揮発性メモリと表示手段とを備えたコンピュータ機器として構成されてオンライン決済を実行する決済端末におけるプログラムのアップデート方法であって、
アップデート対象のプログラムを対象プログラムとして、
前記決済端末に記録媒体が装着されているかを確認する装着確認工程と、
前記装着確認工程において前記記録媒体が装着されていないと判定したときに、前記不揮発性メモリに格納されている前記対象プログラムのバージョンよりも新しいバージョンの前記対象プログラムについての第１のアップデートデータが、ネットワークを介して前記決済端末がアクセス可能なプログラムサーバに存在するか否かを確認する第１の確認工程と、
前記第１のアップデートデータが存在する場合に、利用者から指示に応じ、前記プログラムサーバから前記第１のアップデートデータをダウンロードして前記不揮発性メモリに書込む第１の書込み処理を開始する第１のアップデート工程と、
前記装着確認工程において前記記録媒体が装着されていると判定したときに、前記不揮発性メモリに格納されている前記対象プログラムのバージョンよりも新しいバージョンの前記対象プログラムについての第２のアップデートデータが前記記録媒体に存在するか否かを確認する第２の確認工程と、
前記第２のアップデートデータが存在する場合に、前記利用者からの指示に応じ、前記記録媒体から前記第２のアップデートデータを読み込んで前記不揮発性メモリへの書込む第２の書込み処理を開始する第２のアップデート工程と、
を有し、
前記第１の書込み処理及び前記第２の書込み処理のいずれかが実行されているときには前記装着確認工程は実行されず、
前記装着確認工程、前記第１の確認工程、第１のアップデート工程、前記第２の確認工程及び前記第２のアップデート工程は、前記決済端末上で動作するアプリケーションプログラムによって実行される。

【0009】

一態様のアップデート方法によれば、ネットワークを介してプログラムサーバから第１のアップデートデータをダウンロードしてアップデートを行うときと、決済端末に装着されて記録媒体に格納されている第２のアップデートデータによってアップデートを行うときとの手順を統一することができ、ネットワーク経由の場合と同様に、決済端末に装着されている記録媒体からのアップデートも容易に行えるようになる。

【0010】

一態様のアップデート方法では、第１の書込み処理はストリーミングアップデートによる処理であり、第２の書込み処理はノンストリーミングアップデートによる処理とすることが好ましい。ネットワーク経由のアップデートをストリーミングアップデートとすることによって、決済端末での不揮発性メモリの空き容量が少ない場合であっても確実に対象プログラムのアップデートを行うことが可能になる。

【0011】

一態様のアップデート方法では、記録媒体は、決済端末に装着されるＵＭＳデバイスであることが好ましい。ＵＭＳデバイスを用いることにより、決済端末側から記録媒体を容易に制御することができるようになる。

【0012】

一態様のアップデート方法では、第１の確認工程と第１のアップデート工程と第１の書込み処理とを実行しているときに表示手段に表示される画面の画面遷移と、第２の確認工程と第２のアップデート工程と第２の書込み処理とを実行しているときに表示手段に表示される画面の画面遷移とが共通であることが好ましい。画面遷移を共通にすることによって、利用者はネットワーク経由の場合と記録媒体からの場合との違いをより意識せずにアップデート作業を実行することができる。

【0013】

一態様のアプリケーションプログラムは、プログラムに基づいて動作するプロセッサと不揮発性メモリと揮発性メモリと表示手段とを備えたコンピュータ機器として構成されてオンライン決済を実行する決済端末におけるプログラムのアップデートを実行するアプリケーションプルグラムであって、
アップデート対象のプログラムを対象プログラムとして、前記プロセッサに、
前記決済端末に記録媒体が装着されているかを確認する装着確認処理と、
前記装着確認処理において前記記録媒体が装着されていないと判定されたときに、前記不揮発性メモリに格納されている前記対象プログラムのバージョンよりも新しいバージョンの前記対象プログラムについての第１のアップデートデータが、ネットワークを介して前記決済端末がアクセス可能なプログラムサーバに存在するか否かを確認する第１の確認処理と、
前記第１のアップデートデータが存在する場合に、利用者から指示に応じ、前記プログラムサーバから前記第１のアップデートデータをダウンロードして前記不揮発性メモリに書込む第１の書込み処理を開始させる第１のアップデート処理と、
前記装着確認処理において前記記録媒体が装着されていると判定されたときに、前記不揮発性メモリに格納されている前記対象プログラムのバージョンよりも新しいバージョンの前記対象プログラムについての第２のアップデートデータが前記記録媒体に存在するか否かを確認する第２の確認処理と、
前記第２のアップデートデータが存在する場合に、前記利用者からの指示に応じ、前記記録媒体から前記第２のアップデートデータを読み込んで前記不揮発性メモリへの書込む第２の書込み処理を開始する第２のアップデート処理と、
を実行させ、
前記第１の書込み処理及び前記第２の書込み処理のいずれかが実行されているときには前記装着確認処理を実行させない。

【0014】

一態様のアプリケーションプログラムによれば、ネットワークを介してプログラムサーバから第１のアップデートデータをダウンロードしてアップデートを行うときと、決済端末に装着されて記録媒体に格納されている第２のアップデートデータによってアップデートを行うときとの手順を統一することができ、ネットワーク経由の場合と同様に、決済端末に装着されている記録媒体からのアップデートも容易に行えるようになる。

【0015】

一態様のアプリケーションプログラムでは、第１の書込み処理はストリーミングアップデートによる処理であり、第２の書込み処理はノンストリーミングアップデートによる処理であることが好ましい。ネットワーク経由のアップデートをストリーミングアップデートとすることによって、決済端末での不揮発性メモリの空き容量が少ない場合であっても確実に対象プログラムのアップデートを行うことが可能になる。

【0016】

一態様のアプリケーションプログラムでは、記録媒体は、決済端末に装着されるＵＭＳデバイスであることが好ましい。ＵＭＳデバイスを用いることにより、決済端末側から記録媒体を容易に制御することができるようになり、アプリケーションプログラムからの記録媒体の制御も容易に行えるようになる。

【0017】

一態様のアプリケーションプログラムは、第１の確認処理と第１のアップデート処理と第１の書込み処理とを実行しているときに表示手段に表示させる画面の画面遷移と、第２の確認工程と第２のアップデート処理と第２の書込み処理とを実行しているときに表示手段に表示させる画面の画面遷移とを共通のものとすることが好ましい。画面遷移を共通にすることによって、利用者はネットワーク経由の場合と記録媒体からの場合との違いをより意識せずにアップデート作業を実行することができる。

【発明の効果】

【0018】

本発明の一態様によれば、決済端末において対象プログラムのアップデートを行うときに、ネットワーク経由で行うか可搬の記録媒体経由で行うかによらず、同じ手順で対象プログラムのアップデートを行うことができるようになる。

【図面の簡単な説明】

【0019】

【図1】決済端末の構成を示すブロック図である。

【図2】ストリーミングアップデートを開始する処理を説明するフローチャートである。

【図3】決済端末での画面表示の遷移を示す図である。

【図4】アップデート実行時の処理を説明するフローチャートである。

【図5】アップデート実行時の処理を説明するフローチャートである。

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

【0020】

次に本発明を実施するための形態について説明する。図１は実施の一形態のアップデート方法が適用される決済端末の構成を示している。図１に示す決済端末１０は、ネットワーク３０を介して決済サーバ３１と接続してオンライン決済を実行するために用いられるものである。決済端末１０は、決済サーバ３１と接続していない状態でオフライン決済処理も行えるように構成されていてよい。決済端末１０は、入力のために利用者の指などによって操作されるタッチスクリーン１２と、タッチスクリーン１２とは独立に設けられて決済サービスを利用する消費者などの顧客に対して情報の提示を行うディスプレイ１３と、認証媒体からデータを読み出すリーダ部１４と、を備えている。タッチスクリーン１２及びディスプレイ１３は表示手段である。認証媒体は、例えば、クレジットカードやプリペイドカード、二次元コードなどである。認証媒体がクレジットカードやプリペイドカードなどのカード媒体であるときは、そのカード媒体が磁気カードであるかＩＣカードであるかに応じて、リーダ部１４は磁気カードリーダあるいはＩＣカードリーダとして構成される。認証媒体がＱＲコード（登録商標）などの二次元コードであるときは、リーダ部１４は、二次元コードを読み取るカメラとして構成される。非接触型の近距離通信を行うスマートフォンやスマートウォッチなどを認証媒体として使用することもでき、そのような認証媒体が使用されるときは、リーダ部１４としてはそのような認証媒体に適合したものが使用される。もちろんリーダ部１４は、複数種類の認証媒体に対応できるように構成されていることが好ましい。

【0021】

さらに決済端末１０にはネットワーク３０との接続ポートとなるネットワークポート１７と、各種のＵＳＢ機器が着脱可能に接続されるＵＳＢポート１８が設けられている。ネットワークポート１７は、無線ＬＡＮであるネットワーク３０に接続する無線ＬＡＮポートであってもよいし、ＬＡＮケーブルを介してネットワーク３０に接続するためのＥｔｈｅｒｎｅｔ（登録商標）ポートであってもよい。

【0022】

決済端末１０の本体の内部には、メイン基板１５が設けられており、メイン基板１５には、Ｉ／Ｏインタフェース１６が設けられるとともに、モジュール基板２０が取り付けられている。決済端末１０はコンピュータ機器であるから、モジュール基板２０には、コンピュータ機器として機能するための最低限の構成、すなわち、ＣＰＵ２１、不揮発性メモリ２２、及び、ＲＡＭなどによって構成されてＣＰＵ２１に接続する主記憶装置として機能する揮発性メモリ２３が設けられている。ＣＰＵ２１は、プログラムに基づいて動作するプロセッサであり、ＣＰＵ２１の代わりにマイクロプロセッサやＭＰＵ（マイクロ処理ユニット）などが用いられてもよい。不揮発性メモリ２２は、書き換え可能なＲＯＭやフラッシュメモリによって構成され、決済端末１０を動作させるためのファームウエアやＯＳ、各種のアプリケーションプログラムなども不揮発性メモリ２２に格納される。不揮発性メモリ２２は、コンピュータ機器としての決済端末における外部記憶装置としても機能する。モジュール基板２０においてＣＰＵ２１、不揮発性メモリ２２及び揮発性メモリ２３は、内部バス２４を介して相互に接続している。ＣＰＵ２１は、１チップ構成のものであって、ＣＰＵあるいはマイクロプロセッサなどにおいて一般的に設けられる演算部２５のほかに、ごく小容量の揮発性の記憶領域である揮発性記憶部（内蔵ＲＡM）２６とごく小容量の不揮発性の記憶領域である不揮発性記憶部２７（内蔵ＲＯＭ）とを備えている。

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