JP2012185563A - リーダライタ管理システム、リーダライタ管理方法およびプログラム - Google Patents

Abstract

【課題】ＩＣカードに対応するアプリケーションに関するデータをリーダライタに記録するリーダライタ管理システムの開発コストを削減させると共に秘匿性を向上させることを目的とする。
【解決手段】ＩＣカードに対応するアプリケーションａ５８、ｂ５９を実行して前記ＩＣカードを読み書きするリーダライタ４０と、前記リーダライタ４０に前記ＩＣカードの読み書きを指示する制御端末３０と、前記リーダライタ４０と通信されると共に前記アプリケーションａ５８、ｂ５９に関するデータが格納されるコンテンツサーバ１０とを有するリーダライタ管理システム１０１であって、前記リーダライタ４０は、前記アプリケーションａ５８、ｂ５９に関するデータを前記コンテンツサーバ１０から取得するアプリケーション管理部５４を有することを特徴とする。
【選択図】図１

Description

本発明は、リーダライタ管理システム、リーダライタ管理方法およびプログラムに関する。特に、アプリケーションに関するデータをコンテンツサーバから取得する場合に用いられて好適である。

店舗では、消費者がＩＣカードサービスを利用できるようにＩＣカードを読み書き可能なリーダライタを設置している。しかしながら、近年ＩＣカードサービス提供者の増加に伴い各店舗では各ＩＣカードサービスに応じた複数のリーダライタを設置しなければならず、メンテナンスコストが上昇したり消費者の利便性が低下したりする問題が生じている。
このような問題に対して、特許文献１の技術には、制御端末と端末ＳＡＭとＩＣカードリーダライタアンテナとを備える端末ＳＡＭクライアントを有する情報処理システムが開示されている。端末ＳＡＭは、ドメイン毎にスクリプトや鍵を記憶することができるように複数の領域に区分けされる記憶領域を有するフラッシュメモリと、実行するスクリプトや鍵を保持する領域である実行領域を有するＲＡＭとを備えている。

このような特許文献１の情報管理システムによれば、端末ＳＡＭに各ＩＣカードサービスに応じた複数のスクリプトや鍵を記憶領域に記憶しておくことができ、ＩＣカードサービスに応じて実行するスクリプトを記憶領域から実行領域に格納する。したがって、端末ＳＡＭは、実行領域に格納されているスクリプトを実行することでＩＣカードサービスに応じた処理を実行することができるので、各ＩＣカードサービスに応じた複数のリーダライタを設置する必要がなくメンテナンスコストを削減させ、消費者の利便性を向上させることができる。

特開２００６−３１２５７号公報

ところで、上述したような情報管理システムでは、端末ＳＡＭクライアントに新たにスクリプトや鍵を登録したり、既に記憶領域に記憶されているスクリプトや鍵を更新したりするような場合がある。このような場合、特許文献１の情報管理システムでは、端末ＳＡＭクライアントが新たに登録したり更新したりするスクリプトや鍵を、ネットワークを介して各ＩＣカードサービスのサービス提供者のサーバに要求する。サーバは要求に基づいて端末ＳＡＭクライアントの制御端末にスクリプトや鍵を配信するようになっている。

しかしながら、このような情報管理システムでは、端末ＳＡＭクライアントの制御端末がサーバと通信するために、通信仕様に基づく構成が必要になる。したがって、制御端末の種類が増えてしまうと、その種類に応じてサーバと通信するための構成が必要になるために、開発コストがかかってしまうという問題がある。
また、情報管理システムを提供する事業者と制御端末を製造する製造者とが異なる場合、情報管理システムの事業者は制御端末の各製造者にサーバと通信するための通信仕様を開示しなければならず、秘匿性に欠けてしまうという問題がある。

本発明は、上述したような問題点に鑑みてなされたものであり、ＩＣカードに対応するアプリケーションに関するデータをリーダライタに記録するリーダライタ管理システムの開発コストを削減させると共に秘匿性を向上させることができるリーダライタ管理システムを提供することを目的とする。

本発明は、ＩＣカードに対応するアプリケーションを実行して前記ＩＣカードを読み書きするリーダライタと、前記リーダライタに前記ＩＣカードの読み書きを指示する制御端末と、前記リーダライタと通信されると共に前記アプリケーションに関するデータが格納されるコンテンツサーバとを有するリーダライタ管理システムであって、前記リーダライタは、前記アプリケーションに関するデータを前記コンテンツサーバから取得するアプリケーション管理部を有することを特徴とする。

本発明によれば、ＩＣカードに対応するアプリケーションに関するデータをリーダライタに記録するリーダライタ管理システムの開発コストを削減させることができると共に、秘匿性を向上させることができる。

第１の実施形態のリーダライタ管理システムの機能構成を示す図である。 第１の実施形態のリーダライタ管理システムのハードウェア構成を示す図である。 第１の実施形態のＩＣカード引き去りの処理を示すフローチャートである。 第１の実施形態の更新アプリを記録する処理を示すフローチャートである。 第１の実施形態のコマンドを示す模式図である。 第２の実施形態のリーダライタ管理システムの機能構成を示す図である。 第２の実施形態のリーダライタ管理システムのハードウェア構成を示す図である。 第３の実施形態のリーダライタ管理システムの機能構成を示す図である。 第３の実施形態のリーダライタ管理システムのハードウェア構成を示す図である。 第３の実施形態の更新アプリを記録する処理を示すフローチャートである。

以下、添付図面を参照して、本発明の好適な実施形態について説明する。
（第１の実施形態）
まず、第１の実施形態に係るリーダライタ管理システム１０１について図１〜図５を参照して説明する。
図１は、リーダライタ管理システム１０１の機能構成の一例を示す図である。リーダライタ管理システム１０１は、コンテンツサーバ１０、決済サーバ２０、制御端末３０、リーダライタ４０を含んで構成される。リーダライタ管理システム１０１のうち、制御端末３０およびリーダライタ４０は例えば店舗内に一組または複数組設置されている。コンテンツサーバ１０および決済サーバ２０は例えば店舗内または店舗と異なる場所に設置されている。

コンテンツサーバ１０は、いわゆるコンピュータであって、図示しないＣＰＵ、ＲＡＭ、ＲＯＭおよびハードディスク等の記録部を含んで構成されている。コンテンツサーバ１０は、例えばＬＡＮ等の通信手段を介して、リーダライタ４０に接続されている。図１では、コンテンツサーバ１０を一つのみ示しているが、リーダライタ管理システム１０１で利用する複数のＩＣカードサービスにそれぞれ対応するコンテンツサーバ１０を設置することができる。コンテンツサーバ１０の記録部には、リーダライタ４０がＩＣカードを読み書きするためのアプリケーションに関するデータが格納されている。ここで、アプリケーションに関するデータとは、リーダライタ４０に新たに記録するアプリケーション、リーダライタ４０に記録されたアプリケーションを更新する更新アプリケーション、各アプリケーションに応じたＩＣカードに対応する鍵、各アプリケーションに対応する設定データ、古い更新前のアプリケーション等である。コンテンツサーバ１０は、要求に応じたアプリケーションに関するデータをリーダライタ４０に送信する。

決済サーバ２０は、いわゆるコンピュータであって、図示しないＣＰＵ、ＲＡＭ、ＲＯＭおよびハードディスク等の記録部を含んで構成されている。決済サーバ２０は、例えばＬＡＮ等の通信手段を介して、リーダライタ４０に接続されている。決済サーバ２０は、リーダライタ４０に記録されている設定データの設定時間毎にリーダライタ４０から売上情報等を受信して、管理する。

制御端末３０は、例えばＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅｓ）レジ、自動販売機等である。制御端末３０は、いわゆるコンピュータであって、図示しないＣＰＵ、ＲＡＭ、ＲＯＭおよびハードディスク等の記録部を含んで構成されている。制御端末３０は、例えば通信ケーブルを介して、リーダライタ４０に接続されている。制御端末３０は、例えば店舗の従業員の操作に応じてリーダライタ４０に対し、起動するアプリケーションを指示したりＩＣカードからの引き去りを指示したりする。この処理については、図３のフローチャートを参照して後述する。

リーダライタ４０は、図示しない筐体内にリーダライタユニット４１とリーダライタモジュール５１とがシリアルケーブル６４等の通信手段により接続されて構成される。
ここで、リーダライタ４０のハードウェア構成について図２を参照して説明する。
リーダライタユニット４１には、ユニット側ＣＰＵ４３、ユニット側記録部４４、ユニット側ＲＡＭ４６、ユニット側インタフェース４７、表示部４８を備えている。ユニット側ＣＰＵ４３は、リーダライタユニット４１全体を制御する。ユニット側記録部４４は、ユニット側ＣＰＵ４３が実行するプログラムであるメインアプリケーション４５等を記録している。メインアプリケーション４５は、リーダライタユニット４１全体を制御するためのプログラムである。ユニット側ＲＡＭ４６は、ユニット側ＣＰＵ４３がプログラムを実行するときにアプリケーションやデータ等を一時的に記憶する。ユニット側インタフェース４７は、制御端末３０やリーダライタモジュール５１に接続するための接続部である。表示部４８は、ＩＣカードのかざし面に近接して配置され、ＩＣカードから引き去った金額等を表示する。

一方、リーダライタモジュール５１には、モジュール側ＣＰＵ５５、モジュール側記録部５６、モジュール側ＲＡＭ６１、モジュール側インタフェース６２、アンテナ６３を備えている。モジュール側ＣＰＵ５５は、リーダライタモジュール５１全体を制御する。モジュール側記録部５６は、モジュール側ＣＰＵ５５が実行するプログラムであるモジュールアプリケーション５７、アプリケーションａ５８、アプリケーションｂ５９、管理アプリケーション６０を記録している。モジュールアプリケーション５７は、リーダライタモジュール５１全体を制御するためのプログラムである。アプリケーションａ５８およびアプリケーションｂ５９は、それぞれ異なる種類のＩＣカードサービスに対応したプログラムである。すなわち、ＩＣカードサービスａに対応したＩＣカードはアプリケーションａ５８に基づいてデータの読み書きが行われ、ＩＣカードサービスｂに対応したＩＣカードはアプリケーションｂ５９に基づいてデータの読み書きが行われる。

また、モジュール側記録部５６には、各アプリケーションａ５８、ｂ５９に関連付けられて鍵５８−１、５９−１および設定データ５８−２、５９−２が記録されている。鍵５８−１、５９−１は、各アプリケーションａ５８、ｂ５９に基づいてＩＣカードの読み書きをするときに、ＩＣカードの認証に用いられる。また、設定データ５８−２、５９−２は、各アプリケーションａ５８、ｂ５９で処理された売上情報等を送信する設定時間等が記録されている。また、管理アプリケーション６０は、コンテンツサーバ１０とリーダライタ４０との間でデータを送受信したり、リーダライタ４０内のアプリケーションに関するデータを管理したりするためのプログラムである。

モジュール側ＲＡＭ６１は、モジュール側ＣＰＵ５５がプログラムを実行するときにアプリケーションやデータを一時的に記憶する。モジュール側インタフェース６２は、コンテンツサーバ１０、決済サーバ２０およびリーダライタユニット４１に接続するための接続部である。アンテナ６３は、ＩＣカードのかざし面に配置され、ＩＣカードのデータを非接触で読み書きする。
リーダライタ４０は、ユニット側ＣＰＵ４３とモジュール側ＣＰＵ５５とがそれぞれ分担して処理を行うことができるため各処理を高速で行うことができる。

図１に戻り、リーダライタ４０の機能構成について説明する。リーダライタ４０のリーダライタユニット４１は、メイン制御部４２を有している。メイン制御部４２は、図２に示すユニット側ＣＰＵ４３がユニット側ＲＡＭ４６に展開したメインアプリケーション４５を実行することによりその機能が実現される。メイン制御部４２は、制御端末３０からの指示に応じて表示部４８や後述するモジュール制御部５２を制御する。
次に、リーダライタモジュール５１は、モジュール制御部５２、アプリケーション実行部５３を有している。モジュール制御部５２は、図２に示すモジュール側ＣＰＵ５５がモジュール側記録部５６に記録されたモジュールアプリケーション５７を直接実行したり、
モジュール側ＲＡＭ６１に展開したモジュールアプリケーション５７を実行したりすることによりその機能が実現される。モジュール制御部５２は、アプリケーション実行部５３で実行するアプリケーションを起動したり、アプリケーションに関するデータをモジュール側記録部５６に記録したりする。

アプリケーション実行部５３は、図２に示すモジュール側ＣＰＵ５５がモジュール側ＲＡＭ６１に展開したアプリケーションａ５８またはアプリケーションｂ５９を実行することによりその機能が実現される。アプリケーション実行部５３は、モジュール制御部５２によって起動されたアプリケーションａ５８またはアプリケーションｂ５９の何れかを実行し、アンテナ６３を介してＩＣカードのデータを読み書きする。

また、本実施形態のリーダライタ４０は、アプリケーション管理部５４を有している。アプリケーション管理部５４は、図２に示すモジュール側ＣＰＵ５５がモジュール側ＲＡＭ６１に展開した管理アプリケーション６０を実行することによりその機能が実現される。アプリケーション管理部５４は、モジュール制御部５２によって起動される。また、アプリケーション管理部５４は、コンテンツサーバ１０からアプリケーションに関するデータを取得し、モジュール制御部５２に対してアプリケーションに関するデータをモジュール側記録部５６に記録させるコマンドを生成する。
なお、本実施形態のリーダライタ管理システム１０１では、モジュール制御部５２が不正なアクセスを受け付けないように、上位であるメイン制御部４２の指示のみから制御されるようになっている。

次に、リーダライタ管理システム１０１によりＩＣカードから販売金額を引き去る処理について図３に示すフローチャートを参照して説明する。ここでは、リーダライタ管理システム１０１を利用している店舗にて消費者が所定の金額の買い物をＩＣカードサービスａに対応したＩＣカードを用いて、清算する場合について説明する。なお、メイン制御部４２およびモジュール制御部５２は既に起動した状態であるものとする。

まず、ステップＳ３１では、店舗の従業者は制御端末３０を操作して、複数あるＩＣカードサービスの中からＩＣカードサービスａを利用して清算することを制御端末３０に指示する。制御端末３０はその操作に応じてモジュール制御部５２を宛先としてアプリケーションａ５８を起動するコマンドを生成し、メイン制御部４２に送信する。

ステップＳ３２では、メイン制御部４２は制御端末３０から送信されたコマンドを受信し、コマンドの宛先を確認した後、モジュール制御部５２に送信する。
ステップＳ３３では、モジュール制御部５２はメイン制御部４２から送信されたコマンドが自身宛であることを確認した上、コマンドにしたがってアプリケーションａ５８を起動する。具体的には、図２に示すモジュール側ＣＰＵ５５がモジュール側記録部５６に記録されているアプリケーションａ５８をモジュール側ＲＡＭ６１に展開する。この処理により、アプリケーション実行部５３はアプリケーションａ５８に基づいて処理を行う準備が整えられる。

ステップＳ３４では、アプリケーション実行部５３は、モジュール制御部５２から送信される指示を待機する。
次に、ステップＳ３５では、店舗の従業者は制御端末３０を操作してＩＣカードから所定の金額を引き去ることを制御端末３０に指示する。制御端末３０はその操作に応じてアプリケーション実行部５３を宛先としてＩＣカードから所定の金額を引き去るコマンドを生成し、メイン制御部４２に送信する。
ステップＳ３６では、メイン制御部４２は制御端末３０から送信されたコマンドを受信し、コマンドの宛先を確認した後、モジュール制御部５２に送信する。

ステップＳ３７では、モジュール制御部５２はメイン制御部４２から送信されたコマンドを受信し、コマンドの宛先を確認した後、アプリケーション実行部５３に送信する。
ステップＳ３８では、アプリケーション実行部５３はモジュール制御部５２から送信されたコマンドが自身宛であることを確認した上、コマンドにしたがってＩＣカードから所定の金額を引き去る。具体的には、アプリケーション実行部５３はアプリケーションａ５８に関連付けられている鍵５８−１とアンテナ６３にかざされているＩＣカードの鍵とが一致することを確認した後、ＩＣカードの記録されている金額から所定の金額を引き去った金額に更新する。また、アプリケーション実行部５３は、引き去った金額、すなわち売上金額や商品情報、売上日時等の売上情報をアプリケーション毎に関連付けてモジュール側記録部５６に記録する。

また、リーダライタ管理システム１０１では設定データ５８−２、５９−２に基づいて売上情報を決済サーバ２０に送信することができる。上述したように設定データ５８−２、５９−２には、売上情報を決済サーバ２０に送信する設定時間等が記録されている。
ここで、アプリケーション実行部５３が設定時間で売上情報を決済サーバ２０に送信する場合について説明する。予め、制御端末３０は、送信時間が知りたいアプリケーションａ５８、ｂ５９を起動した後、送信時間問い合わせコマンドをアプリケーション実行部５３に送信する。アプリケーション実行部５３は、モジュール側記録部５６の設定データ５８−２、５９−２に記録されている設定時間をコマンドのレスポンスとして返信する。制御端末３０は、返信された設定時間をアプリケーションごとに記録しておき、記録された設定時間でアプリケーションａ５８、ｂ５９を起動する。
アプリケーション実行部５３は、上述した図３に示すステップＳ３８でモジュール側記録部５６に記録した売上情報を取得して、決済サーバ２０に送信する。

このように、リーダライタ管理システム１０１では、利用するＩＣカードサービスに対応したアプリケーションを起動することで一つのリーダライタ４０であっても複数のＩＣカードサービスに対応させることができる。

さて、上述したように構成されるリーダライタ管理システム１０１では、リーダライタ４０に新たにＩＣカードサービスのアプリケーションを記録したり、記録されているアプリケーションａ５８、ｂ５９を更新アプリケーションに更新して記録したい場合がある。また、各アプリケーションａ５８、ｂ５９に対応して記録されている鍵５８−１、５９−１を更新したり、上述した売上情報を送信するための設定データ５８−２、５９−２を更新したい場合がある。従来のシステムでは、制御端末がアプリケーションに関するデータをサーバから取得しリーダライタに記録しているために、制御端末の種類ごとにアプリケーションに関するデータを取得するための構成が必要であった。そこで本実施形態に係るリーダライタ管理システム１０１では、アプリケーションに関するデータをコンテンツサーバ１０から取得する処理をリーダライタ４０のアプリケーション管理部５４が処理することで、リーダライタ４０内で行うことができるようにする。

以下、リーダライタ管理システム１０１によりアプリケーションに関するデータをモジュール側記録部５６に記録する処理について図４に示すフローチャートを参照して説明する。ここでは、アプリケーションに関するデータとして更新アプリケーションを記録する処理を取り上げて説明する。なお、メイン制御部４２、モジュール制御部５２およびアプリケーション管理部５４は既に起動した状態であるものとする。

まず、ステップＳ４１では、制御端末３０は定期的に、アプリケーション管理部５４を宛先としてコンテンツサーバ１０に更新アプリケーションが登録されていないかを確認するコマンドを生成し、メイン制御部４２に送信する。
ステップＳ４２では、メイン制御部４２は制御端末３０から送信されたコマンドを受信し、コマンドの宛先を確認した後、モジュール制御部５２に送信する。
ステップＳ４３では、モジュール制御部５２はメイン制御部４２から送信されたコマンドを受信し、コマンドの宛先を確認した後、アプリケーション管理部５４に送信する。

ステップＳ４４では、アプリケーション管理部５４はモジュール制御部５２から送信されたコマンドが自身宛であることを確認した上、コマンドにしたがってコンテンツサーバ１０と通信し、更新アプリケーションがあるか否かを判断する。
ステップＳ４５では、アプリケーション管理部５４はコンテンツサーバ１０に更新アプリケーションがある場合、コンテンツサーバ１０に対して更新アプリケーションの送信を要求する。
ステップＳ４６では、コンテンツサーバ１０はアプリケーション管理部５４の要求に応じて更新アプリケーションをアプリケーション管理部５４に送信する。

ステップＳ４７では、アプリケーション管理部５４はコンテンツサーバ１０から送信された更新アプリケーションを受信した後、モジュール制御部５２を宛先として、モジュール側記録部５６に記録されているアプリケーションを更新アプリケーションに更新して記録させるためのコマンド（記録コマンド）を生成する。続いて、アプリケーション管理部５４は、メイン制御部４２を宛先として、記録コマンドをモジュール制御部５２に折り返し送信させるための折り返しコマンドを生成する。次に、アプリケーション管理部５４は、折り返しコマンドに記録コマンドを添付し、更に、記録コマンドにステップＳ４７で受信した更新アプリケーションを添付し、モジュール制御部５２に送信する。

ステップＳ４８では、モジュール制御部５２はアプリケーション管理部５４から折り返しコマンドを受信し、折り返しコマンドの宛先を確認した後、メイン制御部４２に送信する。
ステップＳ４９では、メイン制御部４２はモジュール制御部５２から折り返しコマンドを受信し、折り返しコマンドが自身先であることを確認した上、折り返しコマンドにしたがって、記録コマンドと記録コマンドに添付された更新アプリケーションを折り返しモジュール制御部５２に送信する。

図５は、ステップＳ４７からステップＳ４９までに送信されるコマンドを示す模式図である。図５に示すコマンドＣ４７は、ステップＳ４７において送信されるコマンドである。コマンドＣ４７には、折り返しコマンドに記録コマンドが添付され、記録コマンドに更新アプリケーションが添付されている。また、図５に示すコマンドＣ４８は、ステップＳ４８において送信されるコマンドであり、コマンドＣ４７と同一の内容である。また、図５に示すコマンドＣ４９は、ステップＳ４９において送信されるコマンドである。コマンドＣ４９は、コマンドＣ４７およびコマンドＣ４８の折り返しコマンドが取り除かれている。

図４に戻り、ステップＳ５０では、モジュール制御部５２はメイン制御部４２から送信された記録コマンドが自身宛であることを確認した上、コマンドにしたがって処理を実行する。具体的には、モジュール制御部５２はモジュール側記録部５６に記録されているアプリケーションを添付された更新アプリケーションに更新して記録する。

このように本実施形態のリーダライタ管理システム１０１は、リーダライタ４０内にコンテンツサーバ１０からアプリケーションに関するデータを受信するアプリケーション管理部５４を追加した。したがって、リーダライタ管理システム１０１は、従来のように制御端末３０の種類に応じてコンテンツサーバ１０と通信するための構成が必要ないので、開発コストを低減させることができる。また、リーダライタ管理システム１０１の事業者と制御端末３０の製造者が異なる場合であっても、制御端末３０の製造者にコンテンツサーバ１０との通信仕様を開示する必要がないため、秘匿性を向上させることができる。

また、本実施形態のリーダライタ管理システム１０１では、モジュール制御部５２が不正なアクセスを受け付けないように上位であるメイン制御部４２の指示のみから制御されるように構成されている。このような場合であっても、アプリケーション管理部５４は、メイン制御部４２を宛先としコマンドを折り返し送信させる折り返しコマンドと、モジュール制御部５２を宛先としアプリケーションに関するデータを記録させる記録コマンドとを送信することで、記録コマンドをメイン制御部４２からモジュール制御部５２に送信されることができる。したがって、モジュール制御部５２は、上位であるメイン制御部４２から送信された記録コマンドにしたがってモジュール側記録部５６にアプリケーションに関するデータを記録することができる。
このようにリーダライタ管理システム１０１によれば、アプリケーション管理部５４を追加したことにより、メイン制御部４２やモジュール制御部５２の構成を変更したり制御端末３０の影響を受けることなく、コンテンツサーバ１０からアプリケーションに関するデータを取得し、リーダライタ４０に記録することができる。

（第２の実施形態）
次に、第２の実施形態に係るリーダライタ管理システム１０２について図６および図７を参照して説明する。なお、第１の実施形態と同一の構成は同一符号を付してその説明を省略する。

図６は、リーダライタ管理システム１０２の機能構成の一例を示す図である。リーダライタ管理システム１０２のリーダライタ７０は、第１の実施形態のリーダライタ４０のリーダライタユニット４１とリーダライタモジュール５１とを筐体内で一体にした構成である。

ここで、リーダライタ７０のハードウェア構成について図７を参照して説明する。
リーダライタ７０には、ＣＰＵ７１、記録部７２、ＲＡＭ７３、インタフェース７４、アンテナ７５、表示部７６を備えている。ＣＰＵ７１は、リーダライタ７０全体を制御する。記録部７２は、メインアプリケーション４５、モジュールアプリケーション５７、アプリケーションａ５８、アプリケーションｂ５９、管理アプリケーション６０を記録している。メインアプリケーション４５は、表示部７６等を制御するためのプログラムである。また、モジュールアプリケーション５７は、アンテナ７５等を制御するためのプログラムである。

図６に戻り、リーダライタ７０の機能構成について説明する。第１の実施形態と同様に、リーダライタ７０はメイン制御部４２、モジュール制御部５２、アプリケーション実行部５３、アプリケーション管理部５４を有している。メイン制御部４２およびモジュール制御部５２は、図７に示すＣＰＵ７１がそれぞれＲＡＭ７３に展開したメインアプリケーション４５およびモジュールアプリケーション５７を実行することによりその機能が実現される。アプリケーション実行部５３は、図７に示すＣＰＵ７１がＲＡＭ７３に展開したアプリケーションａ５８またはアプリケーションｂ５９を実行することによりその機能が実現される。アプリケーション実行部５３は、モジュール制御部５２によって起動されたアプリケーションａ５８またはアプリケーションｂ５９の何れかを実行し、アンテナ７５を介してＩＣカードのデータを読み書きする。アプリケーション管理部５４は、図７に示すＣＰＵ７１がＲＡＭ７３に展開した管理アプリケーション６０を実行することによりその機能が実現される。アプリケーション管理部５４は、コンテンツサーバ１０からアプリケーションに関するデータを取得し、モジュール制御部５２に対してアプリケーションに関するデータを記録部７２に記録させるコマンドを生成する。
なお、本実施形態のリーダライタ管理システム１０２でも、モジュール制御部５２が不正なアクセスを受け付けないように、上位であるメイン制御部４２の指示のみから制御されるようになっている。

このように構成されるリーダライタ管理システム１０２において、ＩＣカードから販売金額を引き去る処理は、第１の実施形態の図３に示すフローチャートと同様である。また、リーダライタ管理システム１０２によりアプリケーションに関するデータを記録部７２に記録する処理についても、第１の実施形態の図４に示すフローチャートと同様である。
このように本実施形態のリーダライタ管理システム１０２は、リーダライタ４０内にコンテンツサーバ１０からアプリケーションに関するデータを受信するアプリケーション管理部５４を追加したので、第１の実施形態と同様に開発コストを低減させることができると共に秘匿性を向上させることができる。

また、リーダライタ管理システム１０２のリーダライタ７０は筐体にリーダライタユニットとリーダライタモジュールとを一体にし、ＣＰＵ７１を一つのみで構成したため、製造コストを削減させることができる。また、リーダライタ７０は、第１の実施形態のようにリーダライタユニット４１とリーダライタモジュール５１とがシリアルケーブル６４で接続されている場合と異なり、リーダライタ７０内で各構成がバスによって接続されているために、各構成間のデータ転送が高速になり、処理の高速化を図ることができる。

（第３の実施形態）
次に、第３の実施形態に係るリーダライタ管理システム１０３について図８〜図１０を参照して説明する。なお、第１の実施形態および第２の実施形態と同一の構成は同一符号を付してその説明を省略する。

図８は、リーダライタ管理システム１０３の機能構成の一例を示す図である。リーダライタ管理システム１０３のリーダライタ８０は、第２の実施形態と同様、第１の実施形態に係るリーダライタ４０のリーダライタユニット４１とリーダライタモジュール５１とを筐体内で一体にした構成である。
ここで、リーダライタ８０のハードウェア構成について図９を参照して説明する。本実施形態の記録部７２は、管理アプリケーション６０を含むメインアプリケーション４５を記録している。

図８に戻り、リーダライタ８０の機能構成について説明する。リーダライタ８０はメイン制御部４２、モジュール制御部５２、アプリケーション実行部５３を有している。本実施形態のメイン制御部４２は、アプリケーション管理部５４の機能も兼ねている。すなわち、メイン制御部４２は、図９に示すＣＰＵ７１がＲＡＭ７３に展開した管理アプリケーション６０を含むメインアプリケーション４５を実行することによりその機能が実現される。したがって、メイン制御部４２は、制御端末３０等からの指示に応じて表示部７６やモジュール制御部５２を制御したり、コンテンツサーバ１０からアプリケーションに関するデータを取得し、モジュール制御部５２に対してアプリケーションに関するデータを記録部７２に記録させるコマンドを生成したりする。
なお、本実施形態のリーダライタ管理システム１０３でも、モジュール制御部５２が不正なアクセスを受け付けないように、上位であるメイン制御部４２の指示のみから制御されるようになっている。

このように構成されるリーダライタ管理システム１０３において、ＩＣカードから販売金額を引き去る処理は、第１の実施形態の図３に示すフローチャートと同様である。
次に、リーダライタ管理システム１０３によりアプリケーションに関するデータを記録部７２に記録する処理について図１０に示すフローチャートを参照して説明する。ここでは、アプリケーションに関するデータとして更新アプリケーションを記録する処理を取り上げて説明する。なお、メイン制御部４２およびモジュール制御部５２は既に起動した状態であるものとする。

まず、ステップＳ１００１では、制御端末３０は定期的に、メイン制御部４２を宛先としてコンテンツサーバ１０に更新アプリケーションが登録されていないかを確認するコマンドを生成し、メイン制御部４２に送信する。
ステップＳ１００２では、メイン制御部４２は制御端末３０から送信されたコマンドが自身宛であることを確認した上、コマンドにしたがってアプリケーション管理部５４を介してコンテンツサーバ１０と通信し、更新アプリケーションがあるか否かを判断する。
ステップＳ１００３では、アプリケーション管理部５４はコンテンツサーバ１０に更新アプリケーションがある場合、コンテンツサーバ１０に対して更新アプリケーションの送信を要求する。

ステップＳ１００４では、コンテンツサーバ１０はアプリケーション管理部５４の要求に応じて更新アプリケーションをアプリケーション管理部５４に送信する。
ステップＳ１００５では、アプリケーション管理部５４はコンテンツサーバ１０から送信された更新アプリケーションを受信した後、モジュール制御部５２を宛先として、記録部７２に記録されているアプリケーションを更新アプリケーションに更新して記録させるためのコマンド（記録コマンド）を生成する。メイン制御部４２はアプリケーション管理部５４が生成した記録コマンドに更新アプリケーションを添付してモジュール制御部５２に送信する。

ステップＳ１００６では、モジュール制御部５２はメイン制御部４２から送信された記録コマンドが自身宛であることを確認した上、コマンドにしたがって処理を実行する。具体的には、モジュール制御部５２は記録部７２に記録されているアプリケーションをコマンドに添付された更新アプリケーションに更新して記録する。

このように本実施形態のリーダライタ管理システム１０３は、リーダライタ８０内にコンテンツサーバ１０からアプリケーションに関するデータを受信するアプリケーション管理部５４を追加したので、第１の実施形態と同様に開発コストを低減させることができると共に秘匿性を向上させることができる。
また、リーダライタ管理システム１０３では、モジュール制御部５２を宛先としアプリケーションに関するデータを記録部７２に記録させるコマンドを短い経路で送信することができる。したがって、リーダライタ管理システム１０３では、アプリケーションに関するデータを記録部７２に記録する処理を高速化することができる。

以上、本発明を種々の実施形態と共に説明したが、本発明はこれらの実施形態にのみ限定されるものではなく、本発明の範囲内で変更等が可能である。例えば、上述した第１〜第３の実施形態では、アプリケーションに関するデータとして更新アプリケーションを記録部に記録する場合について説明した。しかしながら、この場合に限られず、新たに登録するアプリケーション、各アプリケーションに応じたＩＣカードに対応する鍵または各アプリケーションに対応する設定データ、古い更新前のアプリケーション等を記録する処理であっても同様に適用することができる。なお、古い更新前のアプリケーションは、現行アプリケーションに問題がある場合に用いられる。

また、上述した実施形態では、アプリケーション管理部５４はコンテンツサーバ１０からアプリケーションに関するデータを取得する場合についてのみ説明したが、この場合に限られず、アプリケーション実行部５３がＩＣカードを読み書きしたときに取得した障害情報や一日の売上情報等をコンテンツサーバ１０に送信する機能も有している。具体的には、アプリケーション実行部５３が取得した障害情報や一日の売上情報等を、モジュール制御部５２を介してメイン制御部４２に送信する。メイン制御部４２は送信された障害情報や一日の売上情報等を一時的に記憶する。アプリケーション管理部５４はメイン制御部４２に一時的に記憶された障害情報や一日の売上情報等を取得して、コンテンツサーバ１０に送信する。
また、上述した実施形態では、モジュール側記録部５６または記録部７２に記録されたアプリケーションが２種類の場合の例を挙げて説明したが、１種類であってもよく、２種類以上であってもよい。また、本実施形態のＩＣカードには、携帯電話等に内蔵されるＩＣチップ等の記録媒体も含まれるものとする。

１０：コンテンツサーバ ２０：決済サーバ ３０：制御端末 ４０：リーダライタ ４１：リーダライタユニット ４２：メイン制御部 ４３：ユニット側ＣＰＵ ４４：ユニット側記録部 ４５：メインアプリケーション ４６：ユニット側ＲＡＭ ４７：ユニット側インタフェース ４８：表示部 ５１：リーダライタモジュール ５２：モジュール制御部 ５３：アプリケーション実行部 ５４：アプリケーション管理部 ５５：モジュール側ＣＰＵ ５６：モジュール側記録部 ５７：モジュールアプリケーション ５８：アプリケーションａ ５８−１：鍵 ５８−２：設定データ ５９：アプリケーションｂ ５９−１：鍵 ５９−２：設定データ ６０：管理アプリケーション ６１：モジュール側ＲＡＭ ６２：モジュール側インタフェース ６３：アンテナ ７０：リーダライタ ７１：ＣＰＵ ７２：記録部 ７３：ＲＡＭ ７４：インタフェース ７５：アンテナ ７６：表示部 ８０：リーダライタ １０１：リーダライタ管理システム １０２：リーダライタ管理システム １０３：リーダライタ管理システム

Claims (10)

1. ＩＣカードに対応するアプリケーションを実行して前記ＩＣカードを読み書きするリーダライタと、
   前記リーダライタに前記ＩＣカードの読み書きを指示する制御端末と、
   前記リーダライタと通信されると共に前記アプリケーションに関するデータが格納されるコンテンツサーバとを有するリーダライタ管理システムであって、
   前記リーダライタは、前記アプリケーションに関するデータを前記コンテンツサーバから取得するアプリケーション管理部を有することを特徴とするリーダライタ管理システム。
2. 前記リーダライタは、
   記録部に記録されたアプリケーションを実行するアプリケーション実行部と、前記アプリケーション実行部を制御するモジュール制御部とを更に有し、
   前記モジュール制御部は、前記アプリケーション管理部が取得したアプリケーションに関するデータを前記記録部に記録することを特徴とする請求項１に記載のリーダライタ管理システム。
3. 前記リーダライタは、前記制御端末からの指示に応じて前記モジュール制御部を制御するメイン制御部を更に有し、
   前記アプリケーション管理部は、前記モジュール制御部によって制御されると共に、取得した前記アプリケーションに関するデータを、前記モジュール制御部を介して前記メイン制御部に送信し、
   前記メイン制御部は、受信した前記アプリケーションに関するデータをモジュール制御部に送信し、
   前記モジュール制御部は、受信した前記アプリケーションに関するデータを前記記録部に記録することを特徴とする請求項２に記載のリーダライタ管理システム。
4. 前記アプリケーション管理部は、取得した前記アプリケーションに関するデータを前記モジュール制御部に記録させるための第１のコマンドを生成し、該第１のコマンドと取得した前記アプリケーションに関するデータとを、前記モジュール制御部を介して前記メイン制御部に送信することを特徴とする請求項３に記載のリーダライタ管理システム。
5. 前記アプリケーション管理部は、前記第１のコマンドと取得した前記アプリケーションに関するデータとを前記メイン制御部に折り返し送信させる第２のコマンドを更に生成し、前記第１のコマンド、前記第２のコマンドおよび前記取得した前記アプリケーションに関するデータを、前記モジュール制御部を介して前記メイン制御部に送信することを特徴とする請求項４に記載のリーダライタ管理システム。
6. 前記リーダライタは、前記制御端末からの指示に応じて前記モジュール制御部を制御すると共に前記アプリケーション管理部を含むメイン制御部を更に有し、
   前記メイン制御部は、前記アプリケーション管理部が取得した前記アプリケーションに関するデータを前記モジュール制御部に送信し、
   前記モジュール制御部は、受信した前記アプリケーションに関するデータを前記記録部に記録することを特徴とする請求項２に記載のリーダライタ管理システム。
7. 前記アプリケーション管理部は、取得した前記アプリケーションに関するデータを前記モジュール制御部に記録させるためのコマンドを生成し、
   前記メイン制御部は、前記アプリケーション管理部によって生成されたコマンドと取得された前記アプリケーションに関するデータとを、前記モジュール制御部に送信することを特徴とする請求項６に記載のリーダライタ管理システム。
8. 前記アプリケーションに関するデータは、新たに登録するアプリケーション、更新するアプリケーション、前記ＩＣカードに対応する鍵または前記アプリケーションに対応する設定データであることを特徴とする請求項１ないし７の何れか１項に記載のリーダライタ管理システム。
9. ＩＣカードに対応するアプリケーションを実行して前記ＩＣカードを読み書きするリーダライタと、
   前記リーダライタに前記ＩＣカードの読み書きを指示する制御端末と、
   前記リーダライタと通信されると共に前記アプリケーションに関するデータが格納されるコンテンツサーバとを有するリーダライタ管理システムのリーダライタ管理方法であって、
   前記リーダライタは、前記アプリケーションに関するデータを前記コンテンツサーバから取得するステップを有することを特徴とするリーダライタ管理方法。
10. ＩＣカードに対応するアプリケーションを実行して前記ＩＣカードを読み書きするリーダライタと、
    前記リーダライタに前記ＩＣカードの読み書きを指示する制御端末と、
    前記リーダライタと通信されると共に前記アプリケーションに関するデータが格納されるコンテンツサーバとを有するリーダライタ管理システムを制御するためプログラムであって、
    前記アプリケーションに関するデータを前記コンテンツサーバから取得するステップを前記リーダライタに実行させることを特徴とするプログラム。

Images