JP2000207470A - Ｉｃカ―ド、端末、サ―バ - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】高度な情報記憶能力を持つＩＣカードシステム
において、ゲーム・アプリケーションを安全に導入する
こと。 【解決手段】ユーザが同じパターンのゲームを複数回実
行できないように、ひとつのゲームの実行が終了する
と、ゲームパターンの無効化処理を行うように制御す
る。また、カード内部でゲームパターンの生成を行うこ
とにより、セキュリティを向上する。システム運用者が
システムの中の価値の流通の把握が困難であるという課
題に対しては、ＩＣカード内部およびシステム運用者側
の管理サーバにプログラム履歴情報を格納する場所を用
意しておき、店舗用端末にＩＣカードが接続されるたび
に履歴情報の収集を行い、これをまとめて管理すること
によりゲームのパラメータの動的管理を可能にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、高いセキュリティ
を持つコンピュータシステム、特に、不揮発性メモリに
アプリケーションプログラムを格納することが可能なＩ
Ｃカードを核としたコンピュータシステムに関するもの
である。

【０００２】

【従来の技術】ＩＣチップにＣＰＵ（Ｃｅｎｔｒａｌ
Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を内蔵したＩＣカー
ド（あるいはスマートカードと称する）は、高度な情報
記憶能力を持ち、高いセキュリティを実現できることか
ら、さまざまな分野での利用が期待され、特に電子マネ
ーなど金融分野において、近年積極的に導入が進められ
ている。

【０００３】最近では、１枚のカード上に安全に複数の
アプリケーションを共存できるようなカードＯＳ（Ｏｐ
ｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が一般化してきた。こ
れらマルチアプリケーション対応カードＯＳとしては、
Ｍｏｎｄｅｘ Ｉｎｔｅｒｎａｔｉｏｎａｌ社による
“ＭＵＬＴＯＳ”などが知られている。こうしたＯＳに
よって管理されるマルチアプリケーション対応ＩＣカー
ドでは、複数のアプリケーションの連携の例として、電
子マネーとポイントシステム（カードの利用に応じてポ
イントが加算され、金銭としての価値を持ち、後に現金
や品物と交換が可能となるようなシステム）の連携など
が検討されている。

【０００４】一方、従来、ファーストフードの店舗など
で買い物をすると、紙のカード状のゲーム（スクラッチ
ゲームなど）を渡され、そのゲームの結果に応じて商品
などをプレゼントするというサービスがある。ゲームの
形式は、単純なスクラッチ（銀色のマスク部分を削って
中に書いてある文字を読み出す）や、クイズがついたも
のなど、さまざまである。また、お金を払ってゲームシ
ートを購入し、スクラッチ部分を削った結果によって賞
金がもらえる、一種の宝くじも一般的である。

【０００５】ゲームという分野でいえば、インターネッ
トに代表されるネットワーク上で、参加者がインタラク
ティブに与えられるゲームやクイズを解いていき、その
結果によってサーバで管理されるランキングに名前が載
ったり、賞品をプレゼントされるというようなシステム
が構築され、人気を集めている。こういったシステムに
おいては、クイズの問題やゲームのパターンは、ネット
ワークを介したサーバ上に格納されており、各参加者の
問題履歴や点数、結果一覧なども、サーバにまとめて載
せてあるものが一般的である。

【０００６】

【発明が解決しようとする課題】先に述べたマルチアプ
リケーション対応ＩＣカードは、現在のところ導入段階
にあり、主にセキュリティを考慮した電子マネーとして
の使い方が第一の用途であるが、一般の利用者にはまだ
浸透していないこと、カードのコストが従来のクレジッ
トカードに使われる磁気カードより割高であること、な
どから十分に利用されているとは言い難い。このような
新しいシステムを普及させるためには、利用者の「使っ
てみたい」という好奇心を刺激し、積極的にＩＣカード
を利用してもらうようなしくみが重要である。

【０００７】一方、シート状のゲームにおいては、交換
する賞金や商品が安価な場合は問題がないが、高額の賞
金や商品と交換可能になると、改ざんや偽造の可能性を
考えなければならない。また、ゲームの対象が単純に静
的なデータだけでなく、ゲームのパターンや当たる確率
が、利用金額や日時によって動的に変化したり、複雑な
計算能力を必要とするゲームであれば、利用者の興味も
増し、ゲームの持つ可能性が広がるであろう。

【０００８】ネットワークを介した電子的なゲームにお
いては、基本的にネットワークと接続されていないと遊
ぶことができないし、ゲームに懸けられた賞金や商品が
高額になるほど、悪意のある利用者によるいたずらな
ど、ネットワーク上の情報のセキュリティについても不
安が生じる。

【０００９】

【課題を解決するための手段】以上の、マルチアプリケ
ーション対応ＩＣカード、シート状ゲーム、ネットワー
ク上のゲームの３つの従来例を検討し、これらの問題点
を解決するために、ＩＣカードのひとつのアプリケーシ
ョンとして、広くゲームとして統括されるようなアプリ
ケーションを搭載することを提案する。

【００１０】具体的には、電子マネーとポイントシステ
ムを塔載したＩＣカードにおいて、カードの利用に応じ
て、利用者にゲームを配布し、利用者はＩＣカード上に
載ったゲームを遊ぶ。このゲームの結果に応じて、金銭
的な価値を持つポイントが加算され、最終的には賞金や
商品と交換することができる。ポイントシステムを併用
せずに、ゲーム実行の結果得られる金銭価値を直接電子
マネーに反映させる方式も考えられる。

【００１１】ゲームとひと口に言ってもさまざまな種類
のゲームが存在するが、ここでは、「ユーザ（ゲームを
遊ぶ利用者）の操作によって、毎回異なる結果を得る可
能性を持ち、その結果が事前にはユーザにわかっていな
いもの」を「ゲーム」と定義する。

【００１２】電子マネー、ポイントシステムといった、
従来のＩＣカード上のアプリケーションは、ある品物に
対してユーザがその対価として金銭的価値を支払った
り、その利用に応じてカード上のポイントが加算された
り、ポイントをあらかじめ決まった割合で金銭や品物と
交換したりするが、その際、流通する価値は一連の流れ
の中で等価であり、運やユーザの操作などによって予測
不可能に変化するということは有り得ない。逆に、一連
の流れの中で等価であることが、高いセキュリティによ
り確実であることから、金銭の代わりとしての安全な運
用が可能になっているのであるが、上に定義した「ユー
ザが予測不可能な、毎回異なる結果を得る可能性があ
る」ゲームシステムにおいては、各カード上に分散した
価値の合計が、運用側が発行した価値の合計と等価にな
るとは限らず、運用の方法によっては予期しない価値の
氾濫やシステム運用側が損失を被るといった危険性が出
てくる。従って、ＩＣカードシステムにゲームアプリケ
ーションを導入するためには、従来のＩＣカード上のア
プリケーションにはないしくみが必要になる。

【００１３】従来のアプリケーションにないしくみと
は、具体的には、「ユーザが一度実行したゲームパター
ンは、ユーザがそれと認識して複数回実行させることは
できないこと」、および「システム運用側が、予想され
るバリューの流通を動的に制御可能にすること」が挙げ
られる。前者に関しては、ユーザが一度実行したゲーム
パターンはすみやかに無効化（具体的には削除）して複
数回実行することを妨げるとともに、カード中にゲーム
の実行履歴データを格納して、この履歴データをもとに
次回にカードにロードするゲームパターンの生成を制御
することが考えられる。後者に関しては、カード上に格
納された履歴データや、各ユーザの実行結果のデータ、
ポイント交換の履歴データなどを、ゲーム管理用データ
として管理し、この情報をもとに、システム運用側がゲ
ーム発行のパラメータを動的に制御できるようにするこ
とが考えられる。これらにより、ユーザ側としては、前
もって予測不可能なゲームを毎回実行でき、解答を予測
することによる不正を防止できる。システム運用側とし
ては、現在システム全体に流通する価値の流れを大まか
に把握することができ、ゲームの各種パラメータを動的
に制御することにより、システム側の大きな損失を防ぐ
ことができる。

【００１４】従って、本発明が課題を解決する手段とし
ては、以下の８つの項目が挙げられる。

【００１５】まずＩＣカード側の手段としては、 （１）ゲームパターンを持つ形式のゲーム：ＩＣカード
のメモリ上に、ユーザ入力と比較して結果を得るための
ゲームパターンを格納し、このゲームパターンとユーザ
の入力を所定のアルゴリズムに沿って比較して結果を判
定する。参照が終わったゲームパターンはすみやかに無
効化する。本ゲームパターンは、ユーザが前もって知っ
ていてはならない。このため、本ゲームパターンは、多
くは暗号化されて外部端末からロードされるか、カード
内部で生成される。また、ゲームパターンの外部端末か
らのロード時に、前回までの履歴情報と比較してパター
ンのロードを制御する機能を持つ。

【００１６】（２）ゲームパターンを持たず、ユーザの
入力タイミングにより結果が得られる形式のゲーム：Ｉ
Ｃカードのメモリ上には、ユーザがプログラムを何回実
行可能であるかを示す実行権データが格納される。実行
権が存在する範囲内で、ユーザの入力のタイミングによ
り異なる値を得られるような所定のアルゴリズムによっ
て結果が判定される。実行が完了すると、実行権データ
が減少する。

【００１７】（３）ゲームの途中経過のユーザへの提
示：１回のゲーム実行が複数回のユーザ入力から構成さ
れる場合、ゲームの途中経過をユーザに対して提示可能
とし、途中経過の提示内容も変更可能とする。

【００１８】（４）ゲーム実行により得点が可変：ゲー
ム実行の結果に応じて、ユーザの得点が変わる。この得
点は価値を持つ。

【００１９】次に、このＩＣカードを取り扱うための端
末装置としては、 （５）ユーザが手元で操作するための端末：ＩＣカード
と接続が可能で、ゲーム実行の途中経過のユーザへの提
示やゲームパターンの一時的な退避などの機能を持つ。

【００２０】（６）ゲームパターンやゲームのパラメー
タ、プログラム実行権データなどをＩＣカードに送信す
る店舗用端末：ＩＣカードと接続が可能で、システム管
理者が管理し、ゲーム実行に必要となるゲームパターン
や各種パラメータ、ゲーム実行権などをＩＣカードに送
信する機能を持つ。

【００２１】（７）ゲーム実行履歴を収集する店舗用端
末：ゲームパターンや各種パラメータ、ゲーム実行権な
どをＩＣカードに送る際に、ＩＣカードが保持している
ゲーム実行履歴情報を収集する機能を持つ。

【００２２】最後に、システムを管理するサーバとして
は、（８）履歴情報を元にパラメータを管理する管理用
サーバ：ＩＣカードおよび店舗用端末から収集された実
行履歴およびその他の各種要因を元に、発行するゲーム
パラメータを動的に管理する機能を持つ。

【００２３】

【発明の実施の形態】図１に、本発明により実現され
る、ＩＣカードを用いたゲームシステムの、サービスの
イメージ図を示す。システムは、大きく分けて、サービ
スを提供するサービスプロバイダ側（１０１）とサービ
スを受けるユーザ側（１０９）に分けられる。サービス
プロバイダ側１０１は、ゲームアプリケーションをＩＣ
カードおよび端末に供給するアプリケーション提供者１
０２、ゲームの運営を管理するサービス管理者１０３、
各ユーザへのゲームの供給やポイント交換などを行う店
舗１０４から構成される。ここで、アプリケーション提
供者１０２とサービス管理者１０３は双方の役割を兼ね
ることもあるし、分担する場合もある。店舗１０４は通
常の場合、いろいろな地点に複数存在するが、１箇所だ
けでアプリケーション提供者１０２やサービス管理者１
０３と同一となる場合もある。ユーザ側１０９は、複数
のユーザ１１２から構成され、それぞれのユーザ１１２
はＩＣカード１１０および、そのカードの内容を見たり
カードに対する処理を行ったりするための個人用端末１
１１（“電子財布”の意味を持つ“Ｗａｌｌｅｔ”と称
される）を保有している。アプリケーション提供者１０
２は、まず最初に、各ユーザ１１２のＩＣカード１１０
に対してアプリケーションのロードを行う。サービス管
理者１０３は、本ゲームシステムに関する各種情報を集
めたゲーム管理用データ１０６から必要なデータを受
け、ゲーム管理用サーバ１０７にてゲーム用パラメータ
を各店舗１０４の店舗用端末１０８に対して配信する。
店舗用端末はパラメータに従い、決まった回数分実行す
ることが可能なゲームパターンをＩＣカード１１０に対
して発行する。ユーザ１１２は、ＩＣカード１１０と個
人用端末１１１を用いてゲームを実行し、その結果によ
り得られたポイントを店舗１０４にて商品と交換する。
これら一連の処理の中で得られる、ゲームの発行状況や
ユーザの結果履歴、ポイントの交換履歴などのデータは
随時ゲーム管理用データ１０６に蓄積され、次回のゲー
ムパラメータ生成やゲーム発行にフィードバックされ
る。このように、ゲームの最新のデータを用いて、サー
ビス管理者がゲームのパラメータを動的に制御すること
により、サービスプロバイダ側ではシステム全体の状況
を管理することが可能となる。

【００２４】以下、図２から図１６までと、図２９、図
４０、図４１を用いて、本発明により実現される、ＩＣ
カードを用いたゲームシステムの例を５つ挙げ、それぞ
れの例におけるＩＣカードの構成、システムの構成を図
示して、処理の流れを説明する。ここで、第１の例は、
ＩＣカードの中にゲームパターンを端末からロードして
格納する例、第２の例は、ＩＣカードの中でゲームパタ
ーンを生成する例、第３の例は、ゲームパターンを持た
ずユーザ入力のタイミングにより結果を判定する例、第
４の例は、問題と解答の組からなるゲームパターンによ
り結果を判定する例、第５の例は、別アプリケーション
であるポイントシステムと連携する例である。第５の例
は、第１から第４の例のいずれかとの組み合わせで実現
される場合もある。

【００２５】図２は、本発明により実現される、ＩＣカ
ードを用いたゲームシステムの第１の例における、ＩＣ
カードの構成を示す図である。ＩＣカード１１０には、
カードＯＳ２０１として、ＭＵＬＴＯＳに代表されるよ
うな、１枚のカード上に安全に複数のアプリケーション
を共存させられるカードＯＳが搭載されている。入出力
インタフェース２０２を通じて、カード取扱端末とのコ
マンドやデータのやりとりを行う。ＯＳの上には、ゲー
ムアプリケーション２０３や、その他、電子マネーやポ
イントシステムなどのアプリケーション２０５がロード
されており、あるアプリケーションは、別のアプリケー
ションのデータに対して、互いに不正なアクセスができ
ないように制御されている。ゲームアプリケーション２
０３には、プログラムで使用するデータを格納するデー
タ格納部２１２とアプリケーションに特有の処理部２１
１とがあり、他のアプリケーション２０５にはデータ格
納部２１２’と処理部２１１’とが存在する。ゲームア
プリケーション２０３の処理部２１１からはデータ格納
部２１２’に格納されたデータにむやみにアクセスする
ことは出来ないし、他のアプリケーション２０５の処理
部２１１’からはデータ格納部２１２に格納されたデー
タにむやみにアクセスすることは出来ない。

【００２６】ゲームアプリケーション２０３のデータ格
納部２１２には、ゲームパターン２１３、履歴情報２１
６、ポイントデータ２１５の各データが格納される。ゲ
ームパターン２１３とは、ユーザがゲームを実行すると
きに、ユーザからの入力から結果を判定するときに必要
となる比較のためのパターンであり、ゲームの実行ごと
に異なるパターンが使用される必要がある。店舗用端末
１０８から暗号化されたゲームパターン２１３が送られ
てくると、データ格納制御処理部２２１は、送られてき
たゲームパターン２１３を復号してから履歴情報２１６
と比較して、パターンを格納するかどうかを決定し、こ
のパターンをカード内に格納できる形に変換し、ゲーム
パターン２１３として格納し、ユーザによるゲームの実
行を待つ。ユーザによるゲーム実行時に、ユーザ用端末
１１１からユーザ入力１５１が送られてくると、結果判
定処理部２２５では、まずゲームパターン２１３が格納
されているかどうかを調べ、格納されていればユーザか
らの入力１５１をゲームパターン２１３と所定のアルゴ
リズムに従って照らし合わせ、実行結果１５９をユーザ
端末１１１に返す。このとき、パターン無効化制御処理
部２２６によって、一度実行したゲームパターンを無効
化し、同じパターンが二度と実行されないようにする。
ここで、無効化とは具体的には、データ格納部２１２か
ら削除する、あるいは、実行済みフラグを立てることで
再アクセスできないようにする、などで実現できる。ま
た、ゲーム実行の結果、ユーザに対してポイントを追加
する場合には、ポイント変更処理部２３０が現在までの
ポイントデータ２１５の値をチェックしたのち、新しい
値に変更する。このポイント２１５は、決まった額以上
たまると、あとで商品や金銭と交換が可能であり、ゲー
ム実行の結果がユーザに還元されることになる。以上説
明したゲームパターンの格納処理とゲーム実行処理を繰
り返し行うことで、カードの中に価値がたまっていくこ
とになる。

【００２７】図３は、本発明により実現される、ＩＣカ
ードを用いたゲームシステムの第２の例における、ＩＣ
カードの構成を示す図である。第１の例と同様、ゲーム
アプリケーション２０３のデータ格納部２１２には、ゲ
ームパターン２１３が格納されているが、第１の例との
違いは、第１の例ではゲームパターン２１３は店舗用端
末１０８からＩＣカード１１０上に送られてくるのに対
して、第２の例では、ゲームパターン２１３はＩＣカー
ド１１０上で生成される。ゲームパターン生成の処理を
ＩＣカード１１０の中で行うことにより、ゲームパター
ンはカード内部にだけ存在し、カード外部に存在するこ
とがないため、システムのセキュリティを向上させるこ
とができる。ゲームパターンの生成には、あらかじめ与
えられたゲームパラメータ２１４を用いる。まず、店舗
用端末１０８からゲームパラメータ２１４が送られる
と、データ格納制御処理部２２１ではこれをカードに格
納できる形に変換して、ゲームパラメータ２１４として
データ格納部２１２に格納する。店舗用端末１０８から
のゲームの発行処理では、カードに対してゲーム実行権
２１７と呼ばれる、ユーザがゲームを実行できる回数を
定義したデータが送られる。ゲーム実行権２１７を受け
取ると、カード中のゲームパターン生成処理部２３４
は、実行可能回数に応じて、あらかじめ格納されたゲー
ムパラメータ２１４と履歴情報２１６を用いてゲームパ
ターンを生成する。生成したゲームパターン２１３は、
データ格納部２１２に格納される。ゲーム実行処理は第
１の例と同様である。ユーザ用端末１１０からユーザ入
力１５１が送られてくると、結果判定部２２５では、ユ
ーザからの入力１５１をあらかじめ格納されているゲー
ムパターン２１３と所定のアルゴリズムに従って照らし
合わせ、実行結果１５９をユーザ端末１１０に返す。実
行結果はポイント変更処理部２３０によってポイントデ
ータ２１５に反映され、同時にパターン無効化制御処理
部２２６は実行済みのゲームパターンの無効化処理を行
う。

【００２８】図４は、本発明により実現される、ＩＣカ
ードを用いたゲームシステムの第３の例における、ＩＣ
カードの構成を示す図である。この例では、第１の例、
第２の例で用いたゲームパターンは必要なく、ユーザの
入力のタイミングにより結果が決まる。この例では、そ
もそもゲームパターンが存在しないため、悪意あるユー
ザによるパターンの盗み見の可能性がなく、システムの
セキュリティは高くなっている。実行結果の判定には、
ユーザ入力とあらかじめ与えられたゲームパラメータ２
１４を用いる。まず、店舗用端末１０８からゲームパラ
メータ２１４が送られると、データ格納制御処理部２２
１ではこれをカードに格納できる形に変換して、ゲーム
パラメータ２１４としてデータ格納部２１２に格納す
る。店舗用端末１０８からのゲームの発行処理では、第
２の例と同様、カードに対してゲーム実行権２１７が送
られる。ゲーム実行権２１７を受け取ると、格納制御部
２２１は、これをカードに格納できる形に変換して、ゲ
ーム実行権データ２１７としてデータ格納部２１２に格
納する。ゲームの実行時には、ゲーム実行権制御処理部
２２７で、ゲーム実行権２１７に残り実行権が設定され
ているかどうかをチェックする。実行権が残っている場
合には、ユーザ端末１１１からのユーザ入力１５１によ
りゲーム実行トリガ２３１が動作し、カード内部のクロ
ック値（あるいは、タイミングにより異なる値が得られ
る乱数でもよい）１５３と、ゲームパラメータ２１４か
ら所定のアルゴリズムに従って、結果判定部２２５によ
り実行結果を得る。第１の例、第２の例と同様に、実行
結果はポイント変更部２３０により、ポイントデータ２
１５に反映される。また、実行を終えると、ゲーム実行
権制御部２２７によりゲーム実行権２１７を減らす操作
が行われる。

【００２９】図５は、本発明により実現される、ＩＣカ
ードを用いたゲームシステムの第４の例における、ＩＣ
カードの構成を示す図である。この例では、第１の例に
おけるゲームパターン２１３が、問題データ２１８と解
答データ２１９のペアになっている。ゲームパターンの
ロードおよび実行時の処理は第１の例とほぼ同様で、問
題データ２１８をユーザ用端末１１１からユーザに提示
し（１６０）、処理部２１１では、ユーザ入力１５１と
解答データ２１９とを比較して、実行結果を得るもので
ある。

【００３０】図６は、本発明により実現される、ＩＣカ
ードを用いたゲームシステムの第５の例における、ＩＣ
カードの構成を示す図である。この例では、実行結果を
反映させるポイントの部分が、ポイントアプリケーショ
ン２０４と呼ばれる別のアプリケーションとして独立し
ている。ポイントアプリケーション２０４には、データ
格納部２１２’と処理部２１１’があり、ポイントデー
タ２１５はデータ格納部２１２’に格納されている。処
理部２１１’にはポイント追加処理部２３２があり、こ
こでポイントデータ２１５の値の管理を行う。前にも述
べたように、セキュリティ上、ゲームアプリケーション
２０３からポイントアプリケーション２０４のデータ２
１２’にむやみにアクセスすることは出来ない。そこ
で、ゲームアプリケーション２０３では、ゲーム実行の
ポイントデータを加算したいときは、ポイント追加依頼
制御処理部２２９により、ポイントアプリケーション２
０４に対してポイント追加処理実行を依頼する。処理依
頼は、カードＯＳ２０１を経してポイントアプリケーシ
ョン２０４に送られ、これに基づきポイントアプリケー
ション２０４では、ポイントデータ２１５に対するバリ
ュー追加処理を行う。なお、この別アプリケーションに
対する処理依頼は、デリゲーション（ｄｅｌｅｇａｔｉ
ｏｎ：委任・委譲という意味）と呼ばれ、最新のＭＵＬ
ＴＯＳにはこの機能が搭載されている。この例の応用と
して、ゲーム実行結果の反映をポイントアプリケーショ
ンではなく、電子マネーアプリケーションで行い、ゲー
ムの結果得られるユーザへの還元を、直接金銭としての
価値に置き換える方法も考えられる。

【００３１】以上で、本発明により実現される、ＩＣカ
ードを用いたゲームシステムの例におけるＩＣカードの
構成に関する説明を終わる。

【００３２】次に、以上説明したＩＣカードを用いたゲ
ームシステムの構成と処理の流れを、図７から図１６ま
でを用いて詳細に説明する。

【００３３】図７に、本発明により実現される、ＩＣカ
ードを用いたゲームシステムの第１の例のシステム構成
図と、その処理の流れを示す。システムの処理は、
（１）アプリケーション発行処理、（２）ゲーム発行処
理、（３）ゲーム実行処理、（４）ポイント交換処理の
４つのステップに分けられる。図８、図９、図１０、お
よび図１２は、図２のシステム構成図を、それぞれ上の
４つのステップに分解して、必要な構成要素だけを取り
出して表したものである。図８はアプリケーション発行
処理を、図９はゲーム発行処理を、図１０はゲーム実行
処理を、図１２はポイント交換処理を、それぞれ表して
いる。また、図１１は、ゲーム発行処理における個人用
端末側の構成を表したものである。

【００３４】以下、図８から図１２までを用いて、本発
明により実現されるシステムにおける各ステップでの処
理の流れを説明する。

【００３５】（１）アプリケーション発行処理（図
８）：アプリケーション提供者１０２は、アプリケーシ
ョンロード用端末１０５を通じて、ユーザ１１２の個人
用端末１１１およびＩＣカード１１０に、アプリケーシ
ョンをロードする。ユーザ１１２がゲームを実行するた
めには、ＩＣカード１１０上のプログラムと個人端末１
１１上のプログラムの両方が必要なので、この両方のプ
ログラムのロードを行う必要がある。アプリケーション
ロード用端末１０５に搭載されている端末用アプリケー
ションインストーラ１２１は、個人用端末１１１に対し
て端末用アプリケーション１４１を、カード用アプリケ
ーションローダ１２２は、ＩＣカード１１０に対してゲ
ームアプリケーションプログラム２０３を、それぞれロ
ードする。ここで、カードＩＣカード１１０のアプリケ
ーションプログラムロード制御部２０６は、カードへの
ゲームアプリケーションプログラム２０３のロードを管
理するとともに、カード中に格納されているカードおよ
びユーザに関する情報２０７をアプリケーションロード
用端末１０２に送信する。カード用アプリケーションロ
ーダ１２２は、カード・ユーザ情報２０７を取り込み、
ゲームアプリケーションをどのカード（カードに付与さ
れるカードＩＤにより識別）にロードしたか、あるいは
どんなユーザ（年齢、興味など）がこのゲームを保持し
ているか、などの情報を、サービス管理者１０３に属す
るゲーム管理用データ１０６に送信する。

【００３６】（２）ゲーム発行処理（図９）：ユーザ１
１２がゲームを実行するためには、アプリケーションロ
ード後、店舗（ゲーム供給者）１０４に存在する店舗用
端末（ゲーム供給用端末）１０８を通じて、ＩＣカード
１１０にゲームを発行してもらう必要がある。毎回のゲ
ームは、あらかじめロードしたゲームアプリケーション
２０３中のアプリケーションデータ格納部２１２の領域
に格納されるゲームパターン２１３の形で、店舗用端末
１０８からＩＣカード１１０にロードする。ゲームパタ
ーンのロードは、買い物などに応じたサービスとして、
あるいはゲーム実行権購入のたびに行われる。ゲームパ
ターン２１３を発行する際には、ゲーム管理用サーバ１
０７によって、ゲームの当たりやすさや１回のゲームに
かかる賞金の額などのゲームパラメータ２１４が動的に
制御される。ゲームパラメータ２１４は、サービス管理
者１０３に属するゲーム管理用データ１０６をもとに、
ゲーム管理用サーバ１０７において、データ解析部１２
３によって解析された結果と、サービス管理者が季節や
日付などによって決める外的要因１２５を必要に応じて
加味して、パラメータ制御部１２４により生成する。外
的要因１２５とは、具体的には例えば、キャンペーン期
間中には当たりやすく調節したり、賞金の額をアップす
る、などの要因があげられる。このゲームパラメータ２
１４は店舗１０４の店舗用端末１０８に送られ、ゲーム
パターン生成部１３１において、ゲームパターン２１３
が生成される。ここで、ゲームパラメータ２１４を作成
する過程において、ＩＣカード１１０から送られてい
る、ユーザごとのゲームパターン発行の履歴情報が加味
されているので、ユーザ１１２が前回実行したのと同じ
ゲームパターンが複数回ロードされることを防いでい
る。生成されたゲームパターン２１３は、送信の途中で
覗き見されないように、暗号化されてからＩＣカード１
１０に送信される。ゲームパターン２１３を受け取った
データ格納制御処理部２２１は、まず送られてきた暗号
化されたゲームパターンの復号を行い、カードに格納さ
れているゲーム履歴情報２１６と受け取ったゲームパタ
ーン２１３とを照合し、適切なゲームパターンであれば
これを受理し、カードに格納できる形に変換して、カー
ド上のゲームパターン２１３として格納する。このと
き、格納したゲームパターンは履歴情報２１６に蓄積さ
れると同時に、前回までのゲーム実行の履歴情報２１６
は、店舗用端末１０８の履歴情報収集部１３３に格納さ
れ、ゲーム管理用データ１０６にフィードバックされ
る。

【００３７】（３）ゲーム実行処理（図１０）：ユーザ
１０３によるゲーム実行処理は、サービスプロバイダ側
とは離れたところで、ＩＣカード１１０と個人用端末１
１１のみで行うことができる。常にサービスプロバイダ
側に接続されていなくても好きなときにユーザがゲーム
を実行できることは、ＩＣカードを使ったシステムの長
所のひとつである。あらかじめアプリケーションデータ
格納部２１２に格納されたゲームパターン２１３は、表
示内容制御部２２３によってユーザに提示される形に変
換され、個人用端末１１１に送信される。個人用端末１
１１では、受け取った表示情報をデータ処理部２１１で
処理し、端末の入出力インタフェース２０２により画面
に表示し、ユーザ１１２への提示を行う。ユーザ１１２
はこれに基づき、入力を行う。ユーザからの入力は、入
出力インタフェース２０２、データ処理部２１１を通じ
てＩＣカード１１０に送られる。ＩＣカード１１０内部
では、このユーザ入力１５１を入力データ展開部２２４
により展開し、ゲームパターン２１３が格納されていれ
ば、展開された入力データとゲームパターン２１３と
を、結果判定部２２２において定められたアルゴリズム
にしたがって比較・結果判定を行う。判定結果は、表示
内容制御部２２３に送られて、個人用端末１１１を通じ
てユーザに提示される。また、この判定結果が正解であ
れば、ポイント変更部２３０が、そのゲームに割り当て
られたポイントを、累積ポイント２１５に追加する。こ
のポイント２１５は、ある特定の点数で賞品や金銭と交
換可能なバリュー（価値）を持つ。なお、ゲーム実行の
結果および蓄積されたポイントの値は、履歴情報２１６
に格納される。また、このとき、一度実行されたゲーム
パターンが二度と実行されることのないように、パター
ン無効化処理部２２６により、実行済みのゲームパター
ンは無効化される。無効化とは、通常の場合はデータ格
納部からの削除、あるいはフラグを設定することによ
り、次回以降のゲーム実行時に参照済みのデータが参照
されないように制御することである。

【００３８】図１１は、ゲーム実行処理における、個人
用端末１１１上の端末用アプリケーション１４１の構成
（図１０では「データ処理部（２１１）」として表され
ている部分）を示したものである。データ処理部２１１
は具体的には、実行順序制御部２３５、入力データ解析
部２３６、コマンド生成部２３７、レスポンス受信部２
３８などから構成されている。実行順序制御部２３５は
ゲーム実行の流れを制御し、ユーザに対して入力を促す
機能と、ＩＣカードに対して結果判定を要求する機能を
制御する。入力データ解析部２３６は、入出力インタフ
ェース２０２から受け取ったユーザからの入力を解析す
る。コマンド生成部２３７およびレスポンス解析部２３
８は、ＩＣカードとのコマンド／レスポンスの生成およ
び解析を制御する。以下、ユーザによる複数回の入力に
対して実行結果を判定するようなゲーム（後に述べるス
クラッチゲームがその一例である）を例にとり、データ
処理部２１１の構成要素がそれぞれどのような処理を行
うかを説明する。ゲーム実行開始の命令を受けると、実
行順序制御部２３５は、ゲーム開始の端末上の画面表示
データ１５５を設定し、端末の入出力インタフェース２
０２を通じてユーザに対して初期実行画面を提示する。
ユーザが画面表示に応答して第１の入力を行うと、入力
データ解析部２３６は入力データ１５４を解析し、実行
順序制御部２３５に渡す。実行順序制御部では、これが
ユーザによる第１の入力であることを判断し、適宜パラ
メータを付加してコマンド生成部２３７に処理を渡す。
コマンド生成部２３７では入力データ１５４をパラメー
タとしたＩＣカードに対するコマンド１５６を生成し、
ＩＣカード１１０に対して送信する。これに対してカー
ドの中で処理が行われ、レスポンス１５７が返ってくる
と、レスポンス解析部２３８ではこのレスポンスを処理
して実行順序制御部２３５にデータを渡す。実行順序制
御部２３５では、これがユーザの第１の入力に対するカ
ードからのレスポンスであることから、レスポンスに付
随して戻ってきたパラメータを、途中経過として端末画
面に表示しユーザに提示するために、表示データ１５５
を設定し、端末の入出力インタフェース２０２を通じて
ユーザに対して途中経過画面を提示する。これらの処理
を、ＩＣカード２０３側から最終的なゲームの実行結果
が戻ってくるまで繰り返し、最終的な実行結果を画面に
表示して１回のゲームの実行を終了する。

【００３９】（４）ポイント交換処理（図１２）：ゲー
ム実行のポイントデータがたまると、ユーザ１１２は任
意の店舗１０４にＩＣカード１１０を持参し、ポイント
交換の処理を行う。ＩＣカード１１０を店舗用端末１０
８に挿入し、交換を要求すると、決まった点数に達して
いれば、所定の賞金・金銭１５２と交換できる。このと
き、ＩＣカード１１０のポイント交換制御処理部２２２
は、ポイントの値２１５を店舗用端末１０８に送信す
る。店舗用端末１０８のポイント交換処理部１３２で
は、ポイントの点数を確認し、ＩＣカード１１０上のポ
イント数の減数処理などを行う。同時に、このポイント
交換の履歴は店舗用端末１０８上の履歴情報収集部１３
３に格納され、リアルタイムまたは決まった間隔で、ゲ
ーム管理用データ１０６に送信される。賞品・金銭１５
２は、店舗１０４からユーザ１１２に引き渡される。

【００４０】図１３は、本発明により実現される、ＩＣ
カードを用いたゲームシステムの第２の例のシステム構
成と、その処理の流れを示す図である。図１３は、図３
に示した構成のＩＣカードを用いて構成されるシステム
の図になっている。図３でも説明したように、この例で
は、ゲームパターンをサービスプロバイダ側でなく、ユ
ーザ側のＩＣカード上で生成する。

【００４１】ゲーム発行の準備として、店舗用端末から
は、ゲームパターン生成のために必要なゲームパラメー
タ２１４がＩＣカード１１０に送信されているものとす
る。このゲームパラメータの発行は、ある決まった頻度
で行ってもよいし、随時行ってもよいし、後に述べるゲ
ーム実行権発行と同時に毎回行ってもよい。ゲームパラ
メータ２１４が送られると、ＩＣカード１１０のデータ
格納制御部２２１は、このパラメータをデータ格納部２
１６に格納する。毎回のユーザへのゲーム発行処理は、
ゲーム実行権の発行という形で行われる。買い物などに
応じたサービスとして、あるいはゲーム実行権購入のた
びに、店舗用端末１０８からＩＣカード１１０へは、ゲ
ーム実行権２１７が送信される。ＩＣカード１１０では
ゲーム実行権を受信すると、ゲームパターン生成部２３
４が動作し、あらかじめ格納された（あるいはゲーム実
行権と同時に送られてきた）ゲームパラメータ２１４と
履歴情報２１６を用いて、ゲームパターン２１３を生成
する。ゲーム生成は、通常カード内部での乱数発行など
により行われる。ゲームの生成がカードの中で行われる
ことにより、ゲームパターンがカード外部に存在する可
能性がなくなると同時に、ゲームパターンのデータが端
末１０８とＩＣカード１１０の間で通信されることがな
くなり、第３者からの覗き見が不可能になるため、シス
テムのセキュリティをより高めることができる。ゲーム
の実行、ポイントの交換処理に関しては第１の例と同様
に処理を行う。実行済みのゲームパターンが無効化され
ることも同様である。

【００４２】図１４は、本発明により実現される、ＩＣ
カードを用いたゲームシステムの第３の例のシステム構
成と、その処理の流れを示す図である。図１４は、図４
に示した構成のＩＣカードを用いて構成されるシステム
の図になっている。図４でも説明したように、この例で
は、ＩＣカード１１０の中にゲームパターンを持たず、
ユーザ入力のタイミングにより実行結果を判定するもの
である。具体的にはＩＣカード１１０の内部で発生され
る内部クロックや生成のタイミングにより異なる値を得
ることのできる乱数発生器２２４からの値などの値を使
って、ゲーム実行の結果を所定のアルゴリズムに従って
発生させる。第２の例の場合と同様、ゲーム発行の準備
として、店舗用端末からは、ゲームパターン生成のため
に必要なゲームパラメータ２１４がＩＣカード１１０に
送信され、データ格納制御処理部２２１により、データ
格納部２１２に格納されている。ゲーム発行処理では、
第２の例と同様、ゲーム実行権２１７が店舗用端末１０
８からＩＣカード１１０に送信される。データ格納制御
処理部２２１は、あらかじめ格納されていゲーム実行権
データ２１７に余裕があれば、実行権の回数を増やす処
理を行う。ゲーム実行時には、ゲーム実行権にユーザが
ゲームを実行できる権利が存在していれば、ゲームパラ
メータ２１４を表示内容制御部２２３にて変換し、個人
用端末１１１からユーザに提示する。個人用端末１１１
を通じてユーザからの入力１５１が入ってくると、これ
を実行トリガ２３１として、内部クロック２２８にデー
タを取得しに行き、クロック値１５３を受け取る。この
クロック値は、タイミングにより値が異なる乱数でもよ
い。このクロック値１５３とゲームパラメータ２１４を
組み合わせて、所定のアルゴリズムにより結果判定部２
２５にて結果を判定する。この結果に応じてポイント２
１５を加算し、同時に履歴情報２１６を更新する。そし
て、実行権制御部２２７により、ゲーム実行権２１７を
減らす処理を行う。ゲーム実行権２１７は通常複数回設
定することができ、実行権がなくなるまで、ユーザはゲ
ームの実行を行うことができる。ポイント２１５の商品
との交換処理は、第１の例、第２の例と同様である。こ
の例では、ユーザの入力のタイミングに依存して結果が
得られるので、確率的要素が増すとともに、ゲームパタ
ーンを店舗用端末１０８にだけでなく、ＩＣカード１１
０にも一切持たないため、ゲームパターンを覗き見され
る心配がまったくなく、システムのセキュリティが高く
保たれているという利点がある。

【００４３】図１５は、本発明により実現される、ＩＣ
カードを用いたゲームシステムの第４の例のシステム構
成と、その処理の流れを示す図である。図１５は、図５
に示した構成のＩＣカードを用いて構成されるシステム
の図になっている。図５でも説明したように、この例で
は、ＩＣカード１１０の中のゲームパターン２１３とし
て、問題データ２１８と解答データ２１９の組からなる
データを持つものである。ゲームパターン発行は第１の
例と同様に行い、ゲームを実行する際に、ゲームパター
ン２１３を問題データ２１８と解答データ２１９に分解
し、ユーザの個人用端末１１１には問題データ２１８を
提示し、ユーザ入力１５１と解答データ２１９とを照ら
し合わせて、結果を判定するものである。ゲーム発行処
理、ゲーム実行処理およびゲームパターン無効化処理、
ポイント交換処理の手順などは、第１の例とほぼ同様で
ある。この例の応用として、個人用端末１１１にあらか
じめ問題データの本体を格納しておき、ゲームパターン
２１３としては問題のＩＤと解答データを配布、ＩＣカ
ード１１０と個人用端末１１１とで連携することにより
ゲームの実行を行う方法も考えられるが、ここでは詳し
く言及しない。

【００４４】図１６は、本発明により実現される、ＩＣ
カードを用いたゲームシステムの第５の例のシステム構
成と、その処理の流れを示す図である。図１６は、図６
に示した構成のＩＣカードを用いて構成されるシステム
の図になっている。図６でも説明したように、この例で
は、ゲームの発行およびゲームの実行に関しては、第１
から第４の例のいずれかを適用するが、ゲームの実行の
結果得られるポイントの管理を、別のアプリケーション
で行うものである。ＩＣカード１１０の中には、ゲーム
アプリケーションプログラム２０３のほかに、別途提供
されるポイントシステムのアプリケーションプログラム
２０４が存在し、ゲームアプリケーション２０３の実行
の結果得られるポイントは、ポイントシステムアプリケ
ーション２０４の中で管理するというものである。図１
６の例では、ゲームの発行およびゲームの実行は第１の
例と同じものを用いている。ゲーム実行処理において、
結果判定部２２５で結果を判定し、その結果ポイントを
加算する場合は、ポイント追加依頼制御処理部２２９が
働き、ポイントアプリケーション２０４に対して、バリ
ュー追加処理依頼を発行する。図６に示したように、複
数アプリケーション対応ＩＣカードＯＳでは、あるアプ
リケーションは他のアプリケーションのデータに対して
むやみにアクセスできないように制御されているため、
ポイントへのバリュー追加処理は、デリゲーションとい
う形で行う。具体的には、バリュー追加処理依頼は、ポ
イント追加依頼制御処理部２２９を通ってゲームアプリ
ケーション２０３の外部に出て、カードＯＳを介してポ
イントアプリケーション２０４に送信される。ポイント
アプリケーション２０４の依頼処理部２３３では、処理
依頼を受け取りポイント追加処理部２３２に渡す。ポイ
ント追加処理部２３２では、この処理依頼を外部の端末
から送られてきたコマンドと同等に処理し、パラメータ
として与えられたポイント数を累計ポイントデータ２１
５に追加する。第５の例によれば、あらかじめロードさ
れている既存のポイントシステムに、ゲームアプリケー
ションの結果を取り込むことができ、ポイントの管理は
ポイントシステムに任せられるため、複数アプリケーシ
ョン対応ＩＣカードの特長を活かすことができる。ここ
ではゲーム実行により得られる金銭的価値の管理をポイ
ントシステムに任せる例を説明したが、ポイントシステ
ムを介さず、電子マネーシステムを用いて金銭的価値の
管理を行わせる方法も可能である。

【００４５】次に、図１７から図３８までを使って、本
発明の実施例のひとつである、スクラッチゲームアプリ
ケーションシステムについて説明する。このうち、図１
７と図１８は、本アプリケーションシステムの運用例を
簡単に示したものである。図１９は端末からカードへの
コマンド一覧を、図２０はユーザ用端末の画面の流れ
を、図２１および図２２は、店舗用端末の画面の流れを
それぞれ示す。また、図２３から図２５によりユーザ用
端末の処理の流れを、図２６から図３０により店舗用端
末の処理の流れを、図３１から図３８によりカードアプ
リケーションの処理の流れを、それぞれ示す。

【００４６】スクラッチゲームでは、１回のゲームにつ
き、複数のボックスを与え、それぞれのボックスに点数
が割り当てられる。この例では、３×３＝９個のボック
スが与えられ、それぞれに１０点×３個、５０点×３
個、１００点×３個の点数が割り当てられている。ユー
ザは、このボックスから任意の２つのボックスを選択
し、選択した２つのボックスに割り当てられている点数
が一致したら、その点数がポイントに加算されるものと
する。選択した２つのボックスに割り当てられている点
数が一致しなかったら、ポイントの加算は行われない。
１回分のゲームのパターンはＩＣカードに格納され、こ
のゲームパターンは一度遊んだら２度と遊ぶことはでき
ない。

【００４７】なお、このスクラッチゲームの例は、上で
説明してきた第１から第５の例のうち、第１の例（店舗
用端末からゲームパターンをカードにロード、ゲームパ
ターンに従ってゲームを実行し、ポイントを追加する
例）に最も近い例であると言える。図１２で説明した、
ゲーム実行の途中経過をユーザ用端末に提示する構成に
ついても実現されている。

【００４８】図１７および図１８は、本スクラッチゲー
ムシステムの運用例を示したものである。運用は大きく
５つのステップに分けられる。第１ステップ（３１０）
はスクラッチゲームアプリケーションプログラムの発
行、第２ステップ（３２０）はゲームシートの発行準
備、第３ステップ（３３０）はゲームパターンの発行、
第４ステップ（３４０）はゲーム実行、そして第５ステ
ップ（３５０）はポイント交換である。これらを順に説
明する。

【００４９】（第１ステップ）スクラッチゲームアプリ
ケーションプログラムの発行（３１０）：アプリケーシ
ョン提供者１０２は、ユーザ１１２からの申し込みに応
じて、ユーザ１１２のＩＣカード１１０と個人用端末１
１１に対してスクラッチゲームアプリケーションを発行
する。ＩＣカード１１０と個人用端末１１１の両方に対
して、アプリケーションロード用端末１０５から、アプ
リケーションプログラムのロードを行う（３１１）。ロ
ードに際して、アプリケーションロード端末１０５はＩ
Ｃカード１１２内の個人データ情報を受信し（３１
２）、これをゲーム管理用データ１０６に送信する（３
１３）。これにより、どんなユーザに対してアプリケー
ションがロードされたかを管理することができる。

【００５０】（第２ステップ）ゲームシート発行の準備
（３２０）：ある決まったタイミングで、サービス管理
者１０３はゲーム運用状況を管理し、店舗１０４に対し
てゲームパラメータの配信を行う。この運用例では、こ
れを１日に１回行うことにする。店舗１０４では、店舗
用端末１０８に蓄積された、前日までの発行回数と正解
者、払い戻し金額などの各種データからなる最新のゲー
ム履歴情報をゲーム管理用データ１０６に対して送信す
る（３２１）。これらのデータを各店舗から収集し、集
計されたデータと、セール期間などとの連動、季節など
の外的要因を加味し、その日のゲームパラメータ（当た
りやすさ、１回のゲームにかかる賞金の額など）を決定
する（３２２）。そして、このゲームパラメータを、各
店舗に配信する（３２３）。

【００５１】（第３ステップ）ゲームパターンの発行
（３３０）：ユーザ１１２が店舗１０４にて買い物をす
ると、店舗用端末１０８ではそれに応じてユーザ１１２
のＩＣカード１１０にゲームパターンを発行する。発行
の際、ＩＣカード１１０に蓄積された、ゲーム実行回数
や買上げ金額などの実行履歴のデータを店舗用端末１０
８に送信する（３３２）。店舗用端末１０８では、この
履歴データとあらかじめ格納されているその日のゲーム
パラメータをもとに、ゲームパターンを生成する（３３
３）。そしてＩＣカード１１０に対して１回分のゲーム
パターンを発行する（３３４）。

【００５２】（第４ステップ）ゲーム実行（３４０）：
ユーザ１１２は、ＩＣカード１１０と個人用端末１１１
を使ってゲームを実行する。実行結果に応じて、ポイン
トが加算される（３４１）。

【００５３】（第５ステップ）ポイント交換（３５
０）：ユーザ１１２のポイントがたまったら、店舗１０
４にてポイントと商品とを引き換える。ポイントの数に
応じた商品との交換要求が送られる（３５１）と、店舗
用端末１０８では、ポイントの値に応じて商品と交換
し、その交換履歴を格納する（３５３）。そして、ポイ
ント減算を行い（３５２）、商品を引き渡す（３５
４）。

【００５４】以上の処理流れを、ＩＣカードと店舗用端
末、個人用端末（ユーザ用端末）とを使って実現するひ
とつの方法を以下に示す。このうち、アプリケーション
発行とゲームシートの発行準備のステップについては、
詳細を省略する。ＩＣカードのプログラムは、端末から
のコマンド送信により実行を開始し、コマンドと一緒に
送信されるパラメータと、定められた処理手順に従い処
理を行い、データの格納などを行って端末に対してレス
ポンスを返す。端末側では、ＩＣカードに対してコマン
ドの送信とレスポンスの受信を行いながら、処理を行っ
ていく。従って、ＩＣカードと端末の間のコマンド／レ
スポンスのやりとりがＩＣカードシステムのプログラム
の核となる。

【００５５】図１９に、本アプリケーションシステムに
おける、端末からカードへのコマンド一覧を示す。コマ
ンドの種類は６種類存在する。以下に、それぞれのコマ
ンドについて説明する。

【００５６】コマンド“ＬｏａｄＧａｍｅ”（４０１）
は、スクラッチゲームの１回分のパターン、すなわち点
数の割当をカードにロードするものである。コマンドの
パラメータとしてはゲームのパターンをとり、カードは
コマンドおよびゲームパターンを受け取ったら、このゲ
ームパターンをメモリに格納する。このコマンドは、店
舗側端末からしか発行されない。

【００５７】コマンド“ＧｅｔＵｓｅｒＬｏｇ”（４０
２）は、カードに格納されている、ユーザのゲーム実行
履歴情報を取得するためのコマンドである。レスポンス
として、ユーザ履歴情報が返る。このコマンドは、店舗
側端末からのみ発行される。

【００５８】コマンド“ＧｅｔＶａｌｕｅ”（４０３）
は、カード中の累計ポイントの値を調べるコマンドであ
る。レスポンスとしてカード中の累計ポイントが返る。
このコマンドは、ユーザ側端末、店舗側端末のどちらか
ら発行されてもよい。

【００５９】コマンド“ＳｅｔＶａｌｕｅ”（４０４）
は、カード中の累計ポイントの値をセットするコマンド
である。パラメータとしてセットするポイントの値が送
られる。このコマンドは、ユーザ側端末、店舗側端末の
どちらから発行されてもよい。

【００６０】コマンド“ＩｓＬｏａｄｅｄ”（４０５）
は、カードにゲームパターンがロードされているかどう
か調べるものである。コマンド“ＬｏａｄＧａｍｅ”
（４０１）によりゲームがロードされている状態である
かどうかの結果がレスポンスとして返る。このコマンド
は、ユーザ側端末、店舗側端末のどちらから発行されて
もよい。

【００６１】コマンド“Ｓｅｌｅｃｔ１ｓｔ”（４０
６）は、ユーザによるボックスの１回目の選択を、カー
ドに送るものである。コマンドのパラメータとしては１
回目の選択されたボックスの番号をとり、レスポンスと
して該当ボックスに割り当てられている点数が返る。カ
ードはコマンドおよび選択されたボックス番号を受け取
ったら、該当するボックスに割り当てられている点数を
調べ、これを端末に返す。このコマンドは、ユーザ側端
末からのみ発行される。

【００６２】コマンド“Ｓｅｌｅｃｔ２ｎｄ”（４０
７）は、ユーザによるボックスの２回目の選択を、カー
ドに送るものである。コマンドのパラメータとしては２
回目の選択されたボックスの番号をとり、レスポンスと
しては今回のゲームの得点およびゲームのパターンが返
る。カードはコマンドおよび選択されたボックス番号を
受け取ったら、該当するボックスに割り当てられている
点数が、１回目の選択ボックスの点数と一致するかどう
か調べ、一致したらその点数を得点とし、一致しなけれ
ば０点を得点とし、ゲームパターンとともに端末に返
す。なお、カード側ではこのゲームが２度と実行できな
いように格納されたゲームパターンの消去を行う。この
コマンドは、ユーザ側端末からのみ発行される。

【００６３】図２０に、本アプリケーションシステムに
おけるユーザ用端末の画面の流れを示す。４１１から４
２１の８つの図により画面例を説明する。この例では、
ユーザからの入力は数字のキー入力により行う。

【００６４】画面４１１はアプリケーション選択画面で
ある。ユーザは、いくつか存在するアプリケーションの
中から“Ｓｃｒａｔｃｈ Ｇａｍｅ”を選択する。

【００６５】すると、画面４１２が表示される。これ
は、スクラッチゲームのメニュー画面である。ユーザ
は、数字の１あるいは２のキーにより、ゲームの実行
（“１ ＰＬＡＹ ＧＡＭＥ”）あるいは、累計ポイン
トのチェック（“２ ＣＨＥＣＫＶＡＬＵＥ”）のいず
れかを選ぶことができる。ここでは、キー“１”の入力
（４１３）により、ゲームの実行を選択する。

【００６６】画面４１４は、１個目のボックス選択を促
す画面である。ユーザは、数字の１から９までのキーに
より、１から９までのボックスのうちのいずれかひとつ
を選ぶ。ここでは、キー“１”の入力（４１５）によ
り、１番目のボックスを選択する。

【００６７】カードにゲームパターンがロードされてい
る場合には、画面４１６が表示される。これは、２個目
のボックス選択を促す画面である。１個目の選択で選ば
れた１番目のボックスが開き、ここに割り当てられてい
る点数“５０”が表示されている。ユーザは、１個目の
選択の時と同じく、数字の１から９までのキーにより、
１から９までのボックスのうちのいずれかひとつ（ただ
しすでに選んでいる１番目のボックスを除く）を選ぶ。
ここでは、キー“８”の入力（４１７）により、８番目
のボックスを選択する。

【００６８】キー“８”の入力（４１７）ののち、１番
目のボックスと８番目のボックスに割り当てられている
点数が一致した場合には、画面４１８が表示される。こ
の画面では、５０点が累計ポイントに加算されている。

【００６９】キー“８”の入力（４１７）ののち、１番
目のボックスと８番目のボックスに割り当てられている
点数が一致しなかった場合には、画面４１９が表示され
る。

【００７０】メニュー画面４１２から、キー“２”の入
力により累計ポイントのチェックが選択された場合に
は、画面４２０が表示される。この例ではポイントの値
は２６０点である。

【００７１】メニュー画面４１２から、キー“１”の入
力によりゲームの実行が選択されても、カードにゲーム
パターンがロードされていなかった場合には、画面４２
１が表示される。これは、カードにゲームパターンがロ
ードされていないのでゲームの実行が行えない、という
メッセージである。

【００７２】次に、図２１および図２２に、本アプリケ
ーションシステムにおける店舗用端末の画面の流れを示
す。４２２から４４３の８つの図により画面例を説明す
る。この例では、店舗の担当者からの入力は、マウスや
タッチパネルといったポインティングデバイスによる画
面上のオブジェクトの選択により行う。

【００７３】画面４２２はメニュー画面である。選択可
能なメニューとしては、“新しいゲームを発行する”
（４２３）、“カードの情報を見る”（４２４）、“ポ
イントを商品に交換する”（４２５）の３種類である。

【００７４】この中から“新しいゲームを発行する”
（４２３）を選択すると、カードへのゲームパターンの
書き込みが行われ、終了すると画面４２６のような確認
画面が表示される。“了解”（４２７）を選ぶことによ
りこの画面を閉じ、メニュー画面４２２に戻る。

【００７５】メニュー画面４２２から“カードの情報を
見る”（４２４）を選択すると、カード情報の確認を行
い、画面４２８あるいは画面４３０が表示される。画面
４２８は、カードに１回分のゲームパターンがロードさ
れていた場合であり、画面４３０は、カードにゲームパ
ターンがロードされていない場合である。画面４２８で
は“了解”（４２９）を選ぶことにより、画面４３０で
は“了解”（４３１）を選ぶことにより、メニュー画面
４２２に戻る。

【００７６】メニュー画面４２２から“ポイントを商品
に交換する”（４２５）を選択すると、画面４３２が表
示される。ここでは、カードの累計ポイントの値（４３
３）および、交換できる商品の候補−“ジュース”（４
３４）、“コーヒー”（４３５）、“ケーキ”（４３
６）が表示される。

【００７７】ポイント交換画面４３２から、“ケーキ”
（４３６）を選ぶと、累計ポイントの値が２６０点に対
し、交換しようとするポイント数が５００点であるた
め、画面４３８のようなメッセージ画面が表示される。
ここで“了解”（４３９）を選ぶと、ポイント交換画面
４３２に戻る。

【００７８】ポイント交換画面４３２から、“コーヒ
ー”（４３５）を選ぶと、まず画面４４０のような確認
画面が表示される。ここで“キャンセル”（４４２）を
選ぶと、ポイント交換画面４３２に戻る。

【００７９】ここで、“実行”（４４１）を選ぶと、画
面４４３の確認画面が表示される。ここで“了解”（４
３９）を選ぶと、ポイントの値（４３３）が前回に比べ
て２００点だけ差し引かれたポイント交換画面４３２を
表示する。

【００８０】図２３から図２５により、本アプリケーシ
ョンシステムにおけるユーザ用端末の処理の流れを示
す。それぞれ、図２３はメイン処理、図２４はゲーム実
行処理、図２５はポイントチェック処理を示す。

【００８１】図２３は、ユーザ用端末のメイン処理の処
理の流れを示す。開始（５０１）すると、メニュー画面
（４１１）を表示する（５０２）。ユーザからの入力を
“Ｃ”として（５０３）、“Ｃ”がキー“１”であるな
らば（５０４）、図１５に示すユーザ用端末ゲーム実行
処理を行い（５０５）、ユーザからのキー入力を待つル
ープに戻る。“Ｃ”がキー“２”であるならば（５０
６）、図１７に示すユーザ用端末ポイントチェック処理
を行い（５０７）、ユーザからのキー入力を待つループ
に戻る。“Ｃ”が上のいずれでもない場合は、ユーザか
らのキー入力を待つループに戻る。

【００８２】図２４は、ユーザ用端末のゲーム実行処理
の処理の流れを示す。開始（５０８）すると、カードに
対してコマンド“ＩｓＬｏａｄｅｄ”（４０５）を送
り、このレスポンスを“Ｒｅｔ”に代入する（５０
９）。“Ｒｅｔ”が“ゲームロード済み”でない（５１
０）ならば、エラー画面（４２１）を表示し（５１
１）、終了する（５２３）。（５１０）で“Ｒｅｔ”が
“ゲームロード済み”であれば、ゲーム画面（４１４）
を表示し（５１２）、ユーザの入力“Ｃ”を待つ（５１
３）。“Ｃ”が１から９までの数字以外（５１４）なら
ば、ユーザからの入力を待つループに戻る（５１３）。
（５１４）で、“Ｃ”が１から９までの数字であれば、
カードに対してコマンド“Ｓｅｌｅｃｔ１ｓｔ”（４０
６）を、“Ｃ”とともに送り、このレスポンスを“Ｒｅ
ｔ”に代入する（５１５）。そして、選ばれたボックス
に“Ｒｅｔ”を表示した形のゲーム画面（４１６）を表
示し（５１６）、ユーザの入力“Ｃ”を待つ（５１
７）。“Ｃ”が１から９までの数字で１度目の選択と異
なるという条件を満たしていない（５１８）ならば、ユ
ーザからの入力を待つループに戻る（５１７）。（５１
８）で、“Ｃ”が１から９までの数字で１度目の選択と
異なるという条件を満たしていれば、カードに対してコ
マンド“Ｓｅｌｅｃｔ２ｎｄ”（４０７）を、“Ｃ”と
ともに送り、このレスポンスを“Ｒｅｔ”に代入する
（５１９）。ここで、得点が０より大きい場合（５２
０）は、ゲーム画面（４１８）を表示し（５２１）、得
点が０であればゲーム画面（４１９）を表示し（５２
２）、終了する（５２３）。

【００８３】図２５は、ユーザ用端末のポイントチェッ
ク処理の処理の流れを示す。開始（５２４）すると、カ
ードに対してコマンド“ＧｅｔＶａｌｕｅ”（４０３）
を送り、このレスポンスを“Ｒｅｔ”に代入する（５２
５）。“Ｒｅｔ”の値に基づき、ポイント表示画面（４
２０）を表示し（５２６）、終了する（５２７）。

【００８４】図２６から図３０により、本アプリケーシ
ョンシステムにおける店舗用端末の処理の流れを示す。
それぞれ、図２６はメイン処理、図２７はゲームロード
処理、図２８はカード情報提示処理、図２９および図３
０はポイント交換処理を示す。

【００８５】図２６は、店舗用端末のメイン処理の処理
の流れを示す。開始（５２８）すると、メニュー画面
（４２２）を表示する（５２９）。ユーザ（店舗の担当
者）の選択を“Ｃ”として（５３０）、“Ｃ”が“ゲー
ムのロード”（４２３）であるならば（５３１）、図２
７に示す店舗用端末ゲームロード処理を行い（５３
２）、ユーザからの選択を待つループに戻る。“Ｃ”が
“カード情報”（４２４）であるならば（５３３）、図
２８に示す店舗用端末カード情報提示処理を行い（５３
４）、ユーザからの選択を待つループに戻る。“Ｃ”が
“ポイント交換”（４２５）であるならば（５３５）、
図２９および図３０に示す店舗用端末ポイント交換処理
を行い（５３６）、ユーザからの選択を待つループに戻
る。“Ｃ”が上のいずれでもない場合は、ユーザからの
選択を待つループに戻る。

【００８６】図２７は、店舗用端末のゲームロード処理
の処理の流れを示す。開始（５３７）すると、カードに
対してコマンド“ＧｅｔＵｓｅｒＬｏｇ”（４０２）を
送り、このレスポンスを“Ｒｅｔ”に代入（５３８）す
る。この値と乱数を用いてゲームパターンを発生し（５
３９）、この発生したゲームパターンをパラメータとし
て、カードに対してコマンド“ＬｏａｄＧａｍｅ”（４
０１）を送信する（５４０）。そして、確認画面（４２
６）を表示し（５４１）、終了する（５４２）。

【００８７】図２８は、店舗用端末のカード情報提示処
理の処理の流れを示す。開始（５４３）すると、カード
に対してコマンド“ＧｅｔＶａｌｕｅ”（４０３）を送
り、このレスポンスを“Ｒｅｔ１”に代入し（５４
４）、続いてコマンド“ＩｓＬｏａｄｅｄ”（４０５）
を送り、このレスポンスを“Ｒｅｔ２”に代入する（５
４５）。“Ｒｅｔ２”が“ゲームロード済み”であれば
（５４６）確認画面（４２８）を表示し（５４７）、
“ゲームロード済み”でなければ確認画面（４３０）を
表示し（５４８）、終了する（５４９）。

【００８８】図２９および図３０は、店舗用端末のポイ
ント交換処理の処理の流れを示す。開始（５５１）する
と、カードに対してコマンド“ＧｅｔＶａｌｕｅ”（４
０３）を送り、このレスポンスを“Ｃ＿Ｐｏｉｎｔ”に
代入する（５５２）。“Ｃ＿Ｐｏｉｎｔ”が０より大き
くない場合は（５５３）、そのまま終了する（５６
５）。（５５３）において“Ｃ＿Ｐｏｉｎｔ”が０より
大きい場合は、商品選択画面（４３２）を表示する（５
５４）。ユーザ（店舗の担当者）の入力を“Ｃ”として
（５５５）、“Ｃ”が“閉じる”であれば（５５６）終
了する（５６５）。“Ｃ”が“商品１”（４３４）ある
いは“商品２”（４３５）あるいは“商品３”（４３
６）であれば（５５７）（５５８）（５５９）、“Ｅ＿
Ｐｏｉｎｔ”に該当する商品のポイントを代入する（５
６０）。“Ｃ”が上のいずれでもない場合は、ユーザか
らの選択を待つループに戻る。（５６０）が処理された
ら、“Ｃ＿Ｐｏｉｎｔ”と“Ｅ＿Ｐｏｉｎｔ”の値の比
較を行い（５６１）、“Ｃ＿Ｐｏｉｎｔ”のほうが“Ｅ
＿Ｐｏｉｎｔ”より大きい場合は、図３０の処理（Ａ）
に続く（５６２）。“Ｃ＿Ｐｏｉｎｔ”が“Ｅ＿Ｐｏｉ
ｎｔ”より大きくない場合は、確認画面（４３８）を表
示し（５６３）、商品選択画面（４３２）の表示（５５
４）に戻る。図２９からの続き（Ａ）（５６６）では、
確認画面（４４０）を表示する（５６７）。ユーザの入
力を“Ｃ”として（５６８）、“Ｃ”が“実行”でなけ
れば（５６９）、（Ｂ）（５７４）を経由して、図２１
の、商品選択画面（４３２）の表示（５５４）に戻る。
（５６９）において“Ｃ”が“実行”であれば、“Ｎｅ
ｗＶａｌｕｅ”に“Ｃ＿Ｐｏｉｎｔ”から“Ｅ＿Ｐｏｉ
ｎｔ”を差し引いた値を代入し（５７０）、この“Ｎｅ
ｗＶａｌｕｅ”をパラメータとして、カードに対して
“ＳｅｔＶａｌｕｅ”（４０４）を送る（５７１）。そ
して確認画面（４４３）を表示し（５７２）、ポイント
値を“ＮｅｗＶａｌｕｅ”に更新して（５７３）、
（Ｂ）（５７４）を経由して、図２１の、商品選択画面
（４３２）の表示（５５４）に戻る。

【００８９】図３１から図３８により、本アプリケーシ
ョンシステムにおけるカードアプリケーションの処理の
流れを示す。それぞれ、図３１はメイン処理、図３２は
ゲームロード処理、図３３はユーザ履歴取得処理、図３
４はポイント取得処理、図３５はポイントセット処理、
図３６はゲームロードチェック処理、図３７は１個目の
選択処理、図３８は２個目の選択処理を示す。

【００９０】図３１は、カードアプリケーションのメイ
ン処理の処理の流れを示す。開始（６０１）すると、
“Ｃ”に端末からのコマンドをセットする（６０２）。
“Ｃ”がコマンド“ＬｏａｄＧａｍｅ”（４０１）であ
るならば（６０３）、図３２に示すカードのゲームロー
ド処理を行い（６０４）、終了する（６１７）。“Ｃ”
がコマンド“ＧｅｔＵｓｅｒＬｏｇ”（４０２）である
ならば（６０５）、図３２に示すカードのゲームロード
処理を行い（６０６）、終了する（６１７）。“Ｃ”が
コマンド“ＧｅｔＶａｌｕｅ”（４０３）であるならば
（６０７）、図２７に示すカードのポイント取得処理を
行い（６０８）、終了する（６１７）。“Ｃ”がコマン
ド“ＳｅｔＶａｌｕｅ”（４０４）であるならば（６０
９）、図２８に示すカードのポイントセット処理を行い
（６１０）、終了する（６１７）。“Ｃ”がコマンド
“ＩｓＬｏａｄｅｄ”（４０５）であるならば（６１
１）、図２９に示すカードのゲームロードチェック処理
を行い（６１２）、終了する（６１７）。“Ｃ”がコマ
ンド“Ｓｅｌｅｃｔ１ｓｔ”（４０６）であるならば
（６１３）、図２６に示すカードの１個目選択処理を行
い（６１４）、終了する（６１７）。“Ｃ”がコマンド
“Ｓｅｌｅｃｔ２ｎｄ”（４０７）であるならば（６１
５）、図２６に示すカードの２個目選択処理を行い（６
１６）、終了する（６１７）。

【００９１】図３２は、カードアプリケーションのゲー
ムロード処理の処理の流れを示す。開始（６１８）する
と、パラメータとして受け取ったゲームパターンの複合
化処理を行い（６１９）パラメータとして受け取ったゲ
ームパターンをメモリに格納して（６２０）、終了する
（６２１）。

【００９２】図３３は、カードアプリケーションのユー
ザ履歴取得処理の処理の流れを示す。開始（６２２）す
ると、メモリに格納されたユーザ履歴をレスポンスとし
て返し（６２３）、終了する（６２４）。

【００９３】図３４は、カードアプリケーションのポイ
ント取得処理の処理の流れを示す。開始（６２５）する
と、メモリに格納されている現在のポイントの値をレス
ポンスとして返し（６２６）、終了する（６２７）。

【００９４】図３５は、カードアプリケーションのポイ
ントセット処理の処理の流れを示す。開始（６２８）す
ると、コマンドのパラメータとして受け取った新しくセ
ットしたいポイントの値を“Ｖａｌ１”に、現在のポイ
ントの値を“Ｖａｌ２”にセットする（６２９）。“Ｖ
ａｌ１の値と“Ｖａｌ２”の値を比較し（６３０）、
“Ｖａｌ１”が“Ｖａｌ２”より小さいか等しい場合
は、パラメータとして受け取ったポイントの値をメモリ
に格納して（６３１）、終了する（６３３）。“Ｖａｌ
１”のほうが“Ｖａｌ２”より大きい場合には、エラー
コードを返して（６３２）終了する（６３３）。この処
理は、ポイントの値として、現在の値より不正に大きい
値をセットされないためのセキュリティのための処理で
ある。このコマンドは、店舗側端末からポイント交換の
処理の一環として（５７１）のみ呼び出されることを考
慮している。

【００９５】図３６は、カードアプリケーションのゲー
ムロードチェック処理の処理の流れを示す。開始（６３
４）すると、ゲームがメモリに格納されているかどうか
を調べ（６３５）、格納されていれば、“ロード済み”
を返し（６３６）、格納されていなければ“ロードな
し”を返し（６３７）、終了する（６３８）。

【００９６】図３７は、カードアプリケーションの１個
目選択処理の処理の流れを示す。開始（６３９）する
と、ゲームがメモリに格納されているかどうかを調べ
（６４０）、格納されていれば、１個目の選択ボックス
に対応するポイントの値をレスポンスとして返し（６４
１）、格納されていなければエラーコードを返し（６４
２）、終了する（６４３）。

【００９７】図３８は、カードアプリケーションの２個
目選択処理の処理の流れを示す。開始（６４４）する
と、ゲームがメモリに格納されているかどうかを調べ
（６４５）、格納されていなければエラーコードを返し
（６５５）終了する（６５６）。（６４５）でゲームが
メモリに格納されている場合、次に今回選択されたボッ
クス番号が、１回目の選択のものと同じでないことを確
認する（６４６）。１回目の選択と同じものであった場
合はエラーコードを返し（６５５）終了する（６５
６）。（６４６）で１回目の選択と異なるボックス番号
が選ばれた場合は、“Ｐｏｉｎｔ１”に１回目の選択ボ
ックスに対応する点数を代入し（６４７）、“Ｐｏｉｎ
ｔ２”に２回目の選択ボックスに対応する点数を代入す
る（６４８）。“Ｐｏｉｎｔ１”と“Ｐｏｉｎｔ２”の
値を比較し（６４９）、両者が等しくない場合“Ｇ＿Ｐ
ｏｉｎｔ”に“０”を代入する（６５１）。（６４９）
で、両者の値が等しい場合には、“Ｇ＿Ｐｏｉｎｔ”に
“Ｐｏｉｎｔ１”を代入し（６５０）、メモリに格納さ
れている累計ポイントの値に“Ｇ＿Ｐｏｉｎｔ”を加算
して、新たに格納する（６５２）。その後、このゲーム
パターンをメモリからクリアしてから（６５３）、“Ｇ
＿Ｐｏｉｎｔ”の値およびゲームパターンを返し（６５
４）、終了する（６５６）。

【００９８】以上説明してきたスクラッチゲームの例で
は、説明を簡単にするために、１回にロードできるゲー
ムパターンの数は１回分のみで、ゲーム実行時もカード
に格納された１回分のゲームしか連続して実行できない
ものとしたが、同時に複数のゲームをロードしたり複数
個のゲームを格納させて、複数個のゲームを続けて実行
できるようにも変更が可能である。また、この例では３
×３の９個のボックスを用いてユーザが２つのボックス
を選ぶスクラッチゲームを示したが、全体のボックスの
数、選択させるボックスの数を任意に設定することによ
り、他のバリエーションにも容易に応用可能である。

【００９９】図３９には、図１０および図１１に示し
た、システム構成と処理の流れにおける、ゲーム実行処
理の別の構成を示す。図３９は、ユーザ１１２がＩＣカ
ード１１０にロード済みのゲームアプリケーション２０
３とゲームパターン２１３を個人用端末１１１を用いて
実行する場合のシステム構成を示している。

【０１００】本構成では、ゲームの進行に応じて、進行
状況をいかに効果的にユーザに提示するかという課題を
解決する。まず、進行状況の提示の重要性について説明
する。

【０１０１】通常のゲームにおいて、個人用端末１１１
内の実行順序制御部２３５は、複数のコマンドを生成し
てＩＣカード１１０に送信する。ＩＣカード１１０内の
ゲームアプリケーション２０３は、コマンドを実行し、
実行結果はレスポンスとして個人用端末１１１に返され
る。例えば、図２０に示される、スクラッチゲームアプ
リケーションでは、ゲームの選択フェーズ４１２と、第
一番目のボックス選択フェーズ４１４、第二番目のボッ
クス選択フェーズ４１６では第２ボックス選択と結果判
定要求の、合計４回のコマンドが個人用端末からＩＣカ
ードに送信される。ここで、第一番目のボックス選択４
１４に着目する。図２０の実施例では、選択コマンドへ
の応答として選択されたボックスに割り当てられたポイ
ント値“５０”が返され、端末用アプリケーションがこ
のポイントを表示している（４１６）。

【０１０２】しかし、ボックス選択コマンドの応答情報
として最低限必要なのは、そのボックスが確かに選択さ
れたという情報だけである。この情報をのみを用いる方
法では、端末用アプリケーションは、選択されたボック
ス１を黒地の白抜き番号１から白地の番号１に変化させ
るが、ボックスに割り当てられているポイントは全く表
示しない。第二番目のボックスが選択された時点で、獲
得したポイント数（この場合は“５０”ポイント）をテ
キストとして表示する。この方法を前者の方法を比べた
場合、ユーザの獲得する点数という観点からは、両者に
何らの相違点は生じない。しかし、ゲームの面白味とい
う観点から見た場合、前者のボックスのポイントを表示
する方法のほうが後者に比べて面白味が大きい。例えば
第一のボックスを選択して、高いポイント値が表示され
れば、第二番目のボックス選択により一層の期待がかか
り、興奮が生じることは明らかである。

【０１０３】以上に述べたゲーム進行状況の効果的な提
示という目的を実現するために、図３９に示す実施例で
は個人用端末１１１内の端末アプリケーション１４１に
表示データ要求部２３９を設け、ＩＣカード１１０内の
ゲームアプリケーション２０３に、表示内容制御部２２
３を設けている。ここで、表示データ要求部２３９は、
ユーザの入力データに基づくＩＣカード側のゲームアプ
リケーション処理の結果として、どの程度の情報を応答
して欲しいかを要求する機能を有する。一方の表示内容
制御部２２３は、表示データ要求部２３９の要求内容に
応じて、ゲームパターン２１３から要求された情報を選
択取得する機能を有する。

【０１０４】以下では、図２０に示すスクラッチゲーム
のプレイ部分４１４〜４１９を例に取り、図３９に示す
ゲーム実行処理の構成例を詳細に説明する。なお、ゲー
ムアプリケーション２０３内の構成要素のうち、無効化
制御部２２６、履歴情報２１６、そしてポイント２１５
については、他の実施例に示したものと同様の機能であ
り、ここでは説明しない。

【０１０５】ゲーム実行の全体の流れを制御するのは、
端末用アプリケーションの実行順序制御部２３５であ
る。ここで、実行順序制御部は、（１）第一番目のボッ
クス選択要求送出、（２）第二番目のボックス選択要求
送出、（３）結果判定要求送出、の３つの処理を順次実
行する機能をもつとする。

【０１０６】まず（１）の第一番目のボックス選択要求
送出処理では、画面４１４をユーザに表示し、ユーザが
入力するボックス番号を待つ。ユーザがキー入力“１”
（４１５）を行うと、入力データは入力データ解析部２
３６に送られる。すると実行順序制御部２３５は入力デ
ータをパラメータとして表示データ要求部２３９を起動
する。表示データ要求部は、選択されたボックスに割り
当てられたポイント値を応答に含めるようにという指示
情報をコマンド生成部２３７に送出する。コマンド生成
部２３７では、ユーザの入力したボックス番号“１”
と、ボックスに割り当てられたポイントを応答に含める
ようにという指示の２つの情報をパラメータとして第一
ボックス選択コマンドを生成し、ＩＣカード１１０に送
出する。

【０１０７】ＩＣカードに送出された第一ボックス選択
コマンドは入力コマンド解析部２４０に格納され、ボッ
クス番号“１”と、ボックスに割り当てられたポイント
を応答に含めるようにという指示の２つの情報に展開さ
れる。前者のボックス番号“１”は結果判定部２２５に
送られる。結果判定部２２５はゲームパターン２１３を
参照して、ボックス番号“１”に割り当てられたポイン
ト値（図２０の例では５０ポイント）を抽出し、後述す
る結果判定処理に備えて、このポイント値を図示されな
い作業領域に格納する。一方、ボックス番号“１”と、
ボックスに割り当てられたポイントを応答に含めるよう
にという指示の２つの情報は表示内容制御部２２３に送
られる。表示内容制御部は、ゲームパターン２１３を参
照して、ボックス番号“１”に割り当てられたポイント
値（図２０の例では５０ポイント）を抽出して、ボック
ス番号“１”とともにレスポンス生成部２４１に送出す
る。レスポンス生成部は、ボックス番号“１”とポイン
ト値“５０”の対を、第一ボックス選択コマンドの応答
として個人用端末１１１に送出する。端末アプリケーシ
ョン１４１内の実行順序制御部２３５は、第一ボックス
選択コマンドの応答データをレスポンス解析部２３８で
解析し、レスポンスから抽出された表示データ１５５
を、入出力インタフェース２０２を介して、ユーザへと
表示する。以上で、第一ボックス選択コマンドの処理の
流れについての説明を終わる。

【０１０８】次に、実行順序制御部２３５は、第二番目
のボックス選択要求送出処理を実行する。図２０の例４
１６に示すように、ユーザのキー入力“８”に対して、
第一番目のボックス選択要求送出処理と同様の処理が行
われる。処理の結果、ボックス番号“８”に割り当てら
れたポイント値“５０”が結果判定部の作業領域に格納
される。以上の結果、コマンド応答値として、ボックス
番号“８”とポイント値“５０”の対が個人用端末１１
１に返され、入出力インタフェース２０２を介してユー
ザに表示される。以上で、第二ボックス選択コマンドの
処理の流れについての説明を終わる。

【０１０９】最後に、端末用アプリケーションの実行順
序制御部２３５は、結果判定要求送出処理を実行する。
結果判定要求コマンドがコマンド生成部２３７からＩＣ
カード１１０内の結果判定部２２５に送出される。結果
判定部は、上述の２つのボックス選択コマンド処理の結
果として内部の作業領域に格納した２つのボックスのポ
イント値が等しいか否かを検査する。図２０の例では、
ボックス１とボックス８は、共にポイント値“５０”で
等しいので、結果判定部はユーザが、正解を得て、５０
ポイントを獲得したことを、コマンド応答値として返
す。実行順序制御部２３５は、コマンド応答値に基づい
て表示データ１５５を生成し、画面４１８に示すよう
に、ユーザが正解を得て５０ポイント獲得したことを表
示する。

【０１１０】以上で、図３９に示すゲーム実行処理の別
の構成における、処理の流れに関する説明を終える。上
述の説明では、ゲームの実行が３つのコマンドから構成
されるとして説明を行った。しかし、この他にも第二番
目のボックス選択要求処理が、ＩＣカード１１０のゲー
ムアプリケーション２０３内で、ボックスの選択処理
と、結果判定処理を順次起動するようにすれば、図２４
の例に示すように、ボックス選択要求処理の２つのコマ
ンドだけで、ゲームを実現できることは明らかである。
以上に述べたように、本実施例では、個人用端末１１１
内の端末アプリケーション１４１に表示データ要求部２
３９を設け、ＩＣカード１１０内のゲームアプリケーシ
ョン２０３に、表示内容制御部２２３を設けることで、
ゲーム進行状況を効果的に提示することが可能となって
いる。

【０１１１】以上、スクラッチゲームの例を挙げて詳細
に処理の流れを説明してきたが、本応用例は、第２の例
を応用して、カードの内部でゲームパターンを生成する
例や、第５の例を応用して、ポイントの管理を別のアプ
リケーションで行わせる例にも応用可能である。また、
第３の例で挙げたユーザの入力タイミングにより結果を
判定するゲームシステム、あるいは、第４の例で挙げた
問題データと解答データとからなるゲームパターンによ
りゲームを実行する応用例など、さまざまなパターンの
ゲームシステムが考えられるが、ここではそれらの詳細
な説明は割愛する。

【０１１２】図４０および図４１には、本発明により実
現されるＩＣカードを用いたゲームシステムの第６の例
として、ゲームパターンをユーザ用端末に退避する例に
ついて、そのシステム構成と、その処理の流れを表した
ものである。ここでは、第１の例の図９と図１０に対応
させて、ゲーム発行処理として図４０、ゲーム実行処理
として図４１に処理の流れを示している。その他の処理
については第１の例と同様であるので説明を省略する。

【０１１３】図４０には、第６の例のゲーム発行処理の
システム構成と処理の流れを示す。ユーザによるゲーム
実行に先立って、店舗用端末１０８からゲームパターン
２１３を、ＩＣカード１１０に対してロードする。ＩＣ
カード１１０のパターン格納制御処理部２２１では、暗
号化されて送られてきたゲームパターンを復号してから
データ格納部２１２の中のゲームパターン格納部に格納
するが、ＩＣカード１１０のメモリ容量は有限であるの
で、カード上にロードされたゲームパターンをユーザ用
端末１１１に一時的に退避することを考える。ゲームパ
ターン２１３をそのままユーザ用端末１１１に退避する
と、パターンの内容が事前にユーザに覗かれてしまうた
め、パターン退避制御処理部２４２では、ゲームパター
ンの暗号化を行い、暗号化されたゲームパターンをユー
ザ用端末１１１に送る。ユーザ用端末１１１ではこれを
受け取り、パターン格納制御処理部２２１で、ユーザ用
端末のデータ格納部２１２の中に、暗号化されたゲーム
パターン１５８を格納する。このときに、パターン格納
制御処理部２２１はゲームパターンのＩＤを控えてお
き、どのパターンが格納されているかを管理しておく必
要がある。

【０１１４】図４１は、第６の例のゲーム実行処理のシ
ステム構成と処理の流れを示す図である。ユーザがゲー
ムを実行する際には、ＩＣカード１１０側のパターン退
避制御処理部２４２からユーザ用端末１１１側のパター
ン格納制御処理部２２１に対して、要求するパターンの
ＩＤが送られ、パターン格納制御処理部２２１では暗号
化されたゲームパターン１５８の中から要求されたＩＤ
のゲームパターンをＩＣカード１１０に送信し、送信済
みのパターンは削除する。ＩＣカード１１０側のパター
ン退避制御処理部２４２では受け取ったゲームパターン
をパターン格納制御部２２１に送り、パターン格納制御
部２２１ではこれを復号して、データ格納部２１２に格
納する。この後のゲーム実行処理は、図１０の例と同じ
である。結果が判定されると、このゲームパターンは無
効化され、次回以降のゲーム実行時には参照済みのデー
タが参照されないように制御される。以上で本発明によ
り実現されるＩＣカードを用いたゲームシステムの第６
の例の説明を終わる。

【０１１５】なお、以下の態様も本発明に含まれること
は明らかである。アプリケーションロード用端末でパタ
ーンを格納するプログラムを配布するものとして、 １．ＩＣカードとのデータのやりとりが可能であるＩＣ
カード用端末であって、該ＩＣカードに対して、以下の
ステップを有するプログラムをロードすることを特徴と
する：入力されたゲームパターンを上記データ格納部に
格納するステップと、上記入出力インターフェースを通
じて入力されたユーザ入力と、上記ゲームパターンとを
所定のアルゴリズムに基づき照合し、照合結果を出力す
るステップと、該照合結果に応じて、該ゲームパターン
に割り当てられたポイントを上記データ格納部のポイン
トデータに蓄積するステップと、ゲーム実行に関する履
歴情報を、上記データ格納部の履歴情報格納部に格納す
るステップと、実行済みのゲームパターンを無効化する
ステップ。

【０１１６】アプリケーションロード用端末でパターン
を生成するプログラムを配布するものとして、 ２．ＩＣカードとのデータのやりとりが可能であるＩＣ
カード用端末であって、該ＩＣカードに対して、以下の
ステップを有するプログラムをロードすることを特徴と
する：入力されたゲーム実行回数に関するデータに基づ
きゲームパターンを所定のアルゴリズムに基づき生成し
て、上記データ格納部に格納するステップと、上記入出
力インターフェースを通じて入力されたユーザ入力と、
上記ゲームパターンとを照合し、照合結果を出力するス
テップと、該照合結果に応じて、該ゲームパターンに割
り当てられたポイントを上記データ格納部のポイントデ
ータに蓄積するステップと、ゲーム実行に関する履歴情
報を、上記データ格納部の履歴情報格納部に格納するス
テップと、実行済みのゲームパターンを無効化するステ
ップ。

【０１１７】アプリケーションロード用端末でパターン
を持たないプログラムを配布するものとして、 ３．ＩＣカードとのデータのやりとりが可能であるＩＣ
カード用端末であって、該ＩＣカードに対して、以下の
ステップを有するプログラムをロードすることを特徴と
する：入力されたゲーム実行回数に関するデータを上記
データ格納部に格納するステップと、上記入出力インタ
ーフェースを通じて入力されたユーザ入力のタイミング
に応じて、タイミングにより異なる値を取得し、該タイ
ミングにより異なる値をもとに所定のアルゴリズムに基
づきゲームの実行結果を判定し、判定結果を出力するス
テップと、該判定結果に応じて、該ゲームに割り当てら
れたポイントを上記データ格納部のポイントデータに蓄
積するステップと、ゲーム実行に関する履歴情報を、上
記データ格納部の履歴情報格納部に格納するステップ
と、上記ゲーム実行回数を減算するステップ。

【０１１８】４．ＩＣカードとのやりとりが可能なＩＣ
カード用端末との通信機能を有する、アプリケーション
ロード用端末であって、ＩＣカード用端末に対して、以
下のステップを実行する端末用プログラムをロードす
る：ＩＣカードに格納されたゲームの種類に対応するゲ
ーム実行画面を画面に表示するステップと、該実行画面
に対し、ユーザが入力したデータをＩＣカードに送信す
るステップと、該ＩＣカードから、ゲームの実行結果を
受け取るステップと、該実行結果を上記端末画面に表示
するステップ。

【０１１９】以下のように、ゲームサービス提供システ
ムとして、サーバと店舗用端末の組み合わせた態様も本
発明に含まれることは明らかである。

【０１２０】１．ゲーム管理用サーバと、ゲームを発行
するためのＩＣカード用端末とを有する、ＩＣカードを
用いたゲームサービス提供システムであって、上記ゲー
ム管理用サーバは、上記ＩＣカード用端末から、ＩＣカ
ードへのゲームパターン発行およびユーザのゲーム実行
に関する履歴情報を受け取り、該履歴情報を解析した結
果に基づいて、解析したデータに基づいて、ゲームの当
たりやすさやゲームにかかるポイントなどを定義したゲ
ームパラメータを生成し、生成したゲームパラメータを
ＩＣカード用端末に送信し、上記ＩＣカード用端末は、
上記ゲーム管理サーバより受信した、上記ゲームパラメ
ータをもとに、所定のアルゴリズムに従いゲームパター
ンを生成し、該ゲームパターンをＩＣカードに送信し、
上記ＩＣカードからゲーム実行に関する履歴情報を受信
したら、該履歴情報を上記ゲーム管理サーバに対して送
信することを特徴とする、ＩＣカードを用いたゲームサ
ービス提供システム。

【０１２１】

【発明の効果】以上述べてきたように、本発明による効
果を、「課題を解決する手段」で挙げた８項目に沿って
挙げると、まず本発明により実現されるＩＣカードによ
れば、 （１）ゲームパターンを持つ形式のゲーム：ＩＣカード
に格納されたゲームパターンとユーザの入力を比較する
ことで、ＩＣカード内部でゲームを実行することによ
り、カード単体で複雑なパターンを持つゲームを楽しむ
ことができ、このゲームパターンをユーザが前もって予
期できないことを保証することにより、ユーザが予測で
きない毎回異なる結果を得ることが確実となる。 （２）ゲームパターンを持たず、ユーザの入力タイミン
グにより結果が得られる形式のゲーム：（１）に加え
て、もともとゲームパターンを持たないため、ゲームの
セキュリティが向上する。 （３）ゲームの途中経過のユーザへの提示：ゲームの最
終結果だけでなく途中経過をリアルタイムにユーザに提
示することにより、ユーザの興奮と楽しみが増すことに
なる。 （４）ゲーム実行により得点が可変：のちに物品などと
交換可能な価値を持つ得点と連動することにより、ユー
ザのゲームを実行したいという動機が増す。次に、本発
明により実現されるＩＣカード端末装置によれば、 （５）ユーザが手元で操作するための端末：ユーザが好
きな時に好きな場所でゲームを楽しむことが可能とな
る。 （６）ゲームパターンやゲームのパラメータ、プログラ
ム実行権データなどをＩＣカードに送信する店舗用端
末：毎回異なるゲームを実行する楽しみをユーザに提供
できる。 （７）ゲーム実行履歴を収集する店舗用端末：システム
管理者によるゲームシステムの管理が容易になり、ユー
ザの実行履歴により柔軟なゲーム発行が可能となる。最
後に、本発明により実現されるシステム管理サーバによ
れば、 （８）履歴情報を元にパラメータを管理する管理用サー
バ：システム管理者によるゲームシステムにおける価値
の流通が把握可能となり、ユーザの実行履歴だけでなく
その他のさまざまな要因を加えて、システム管理者が柔
軟にゲームのパラメータを管理することが可能となる。

【０１２２】再度まとめると、ＩＣカードシステムのア
プリケーションとしてゲームを載せる意味は、（１）高
い計算能力を持っていることから、柔軟な問題設定や得
点の設定が可能であり、インタラクティブで利用者が楽
しめるゲームの実現が可能であること、（２）高いセキ
ュリティを実現し耐タンパー性に優れていることから、
改ざん、偽造が防止でき、ゲームシステムの信頼性が向
上し、これにより、高額の賞品をかけたり、金銭的な価
値と変換することが可能となること、（３）カード上に
アプリケーションプログラムが載ることから、ネットワ
ークに接続しなくても端末があれば単体で遊ぶことがで
き、必要に応じてネットワークと接続しても楽しめるこ
と、（４）ＩＣカードとポイントシステム（あるいは電
子マネーシステム）などの別のアプリケーションを同一
のカードに格納し互いに連携させることで、セキュリテ
ィの確保および通信コストの低減が可能であること、な
どにある。

【０１２３】さらに、ＩＣカードシステムにゲームアプ
リケーションを載せるにあたり、システムの運用サーバ
上および各ＩＣカード上に、履歴情報や各種パラメータ
などの管理情報を持たせ、この管理情報によりゲーム生
成を制御するようにすることにより、安全でかつ柔軟な
システムの管理が可能となる。

【０１２４】従って、本発明によれば、ＩＣカードシス
テムにゲームアプリケーションを安全に導入することが
可能となり、利用者のカード利用意欲が増し、ＩＣカー
ドシステムの普及に大きく役立つ。

【図面の簡単な説明】

【図１】システムのサービスイメージ図。

【図２】ＩＣカードの構成図：第１の例。

【図３】ＩＣカードの構成図：第２の例。

【図４】ＩＣカードの構成図：第３の例。

【図５】ＩＣカードの構成図：第４の例。

【図６】ＩＣカードの構成図：第５の例。

【図７】システム構成図と処理の流れ：第１の例。

【図８】システム構成図と処理の流れ：第１の例：アプ
リケーション発行処理。

【図９】システム構成図と処理の流れ：第１の例：ゲー
ム発行処理。

【図１０】システム構成図と処理の流れ：第１の例：ゲ
ーム実行処理。

【図１１】システム構成図と処理の流れ：第１の例：個
人用端末の構成。

【図１２】システム構成図と処理の流れ：第１の例：ポ
イント交換処理。

【図１３】システム構成図と処理の流れ：第２の例。

【図１４】システム構成図と処理の流れ：第３の例。

【図１５】システム構成図と処理の流れ：第４の例。

【図１６】システム構成図と処理の流れ：第５の例。

【図１７】スクラッチゲームの例：運用例 その１。

【図１８】スクラッチゲームの例：運用例 その２。

【図１９】スクラッチゲームの例：端末からＩＣカード
へのコマンド一覧。

【図２０】スクラッチゲームの例：ユーザ用端末の画面
の流れ。

【図２１】スクラッチゲームの例：店舗用端末の画面の
流れ その１。

【図２２】スクラッチゲームの例：店舗用端末の画面の
流れ その２。

【図２３】スクラッチゲームの例：ユーザ用端末の処理
の流れ メイン処理。

【図２４】スクラッチゲームの例：ユーザ用端末の処理
の流れ ゲーム実行処理。

【図２５】スクラッチゲームの例：ユーザ用端末の処理
の流れ ポイントチェック処理。

【図２６】スクラッチゲームの例：店舗用端末の処理の
流れ メイン処理。

【図２７】スクラッチゲームの例：店舗用端末の処理の
流れ ゲームロード処理。

【図２８】スクラッチゲームの例：店舗用端末の処理の
流れ カード情報提示処理。

【図２９】スクラッチゲームの例：店舗用端末の処理の
流れ ポイント交換処理 その１。

【図３０】スクラッチゲームの例：店舗用端末の処理の
流れ ポイント交換処理 その２。

【図３１】スクラッチゲームの例：カードの処理の流れ
メイン処理。

【図３２】スクラッチゲームの例：カードの処理の流れ
ゲームロード処理。

【図３３】スクラッチゲームの例：カードの処理の流れ
ユーザ履歴取得処理。

【図３４】スクラッチゲームの例：カードの処理の流れ
ポイント取得処理。

【図３５】スクラッチゲームの例：カードの処理の流れ
ポイントセット処理。

【図３６】スクラッチゲームの例：カードの処理の流れ
ゲームロードチェック処理。

【図３７】スクラッチゲームの例：カードの処理の流れ
１回目の選択処理。

【図３８】スクラッチゲームの例：カードの処理の流れ
２回目の選択処理。

【図３９】システム構成図と処理の流れ：ゲーム実行処
理の別の構成。

【図４０】システム構成図と処理の流れ：第６の例：ゲ
ーム発行処理。

【図４１】システム構成図と処理の流れ：第６の例：ゲ
ーム実行処理。

【符号の説明】

１０１：サービスプロバイダ側 １０２：アプリケーション提供者 １０３：サービス管理者 １０４：店舗（ゲーム供給者） １０５：アプリケーションロード用端末 １０６：ゲーム管理用データ １０７：ゲーム管理用サーバ １０８：店舗用端末 １０９：ユーザ側 １１０：ＩＣカード １１１：個人用端末 １１２：ユーザ １２１：端末用アプリケーションインストーラ １２２：カード用アプリケーションローダ １２３：データ解析部 １２４：パラメータ制御部 １２５：外的要因 １３１：ゲームパターン生成処理部 １３２：ポイント交換処理部 １３３：履歴情報収集処理部 １３４：ゲームパラメータ発行処理部 １３５：ゲーム実行権発行処理部 １４１：端末用アプリケーション １５１：ユーザ入力 １５２：賞品・金銭 １５３：クロック値または乱数 １５４：入力データ １５５：表示データ １５６：コマンド １５７：レスポンス １５８：暗号化されたゲームパターン １５９：実行結果 １６０：問題提示 ２０１：カードＯＳ ２０２：入出力インタフェース ２０３：ゲームアプリケーションプログラム ２０４：ポイントアプリケーションプログラム ２０５：その他のアプリケーション ２０６：アプリケーションプログラムロード制御部 ２０７：カード・ユーザ情報 ２１１：データ処理部 ２１２：データ格納部 ２１３：ゲームパターン ２１４：ゲームパラメータ ２１５：ポイントデータ ２１６：履歴情報 ２１７：ゲーム実行権 ２１８：問題データ ２１９：解答データ ２２１：データ格納制御処理部 ２２２：ポイント交換制御処理部 ２２３：表示内容制御処理部 ２２４：入力データ展開処理部 ２２５：結果判定処理部 ２２６：パターン無効化制御処理部 ２２７：ゲーム実行権制御処理部 ２２８：乱数発生器 ２２９：ポイント追加依頼制御処理部 ２３０：ポイント変更処理部 ２３１：ゲーム実行トリガ ２３２：ポイント追加処理部 ２３３：依頼処理部 ２３４：（カード中）ゲームパターン生成処理部 ２３５：実行順序制御部 ２３６：入力データ解析部 ２３７：コマンド生成部 ２３８：レスポンス受信部 ２３９：表示データ制御部 ２４０：入力コマンド解析部 ２４１：レスポンス生成部 ２４２：退避制御部 ３１０：スクラッチゲームアプリケーションプログラム
の発行 ３１１：アプリケーションプログラムのロード ３１２：ユーザ情報の送信 ３１３：ユーザに関する情報 ３２０：ゲームシートの発行準備 ３２１：最新の履歴情報 ３２２：ゲームパラメータの作成 ３２３：ゲーム用パラメータ ３３０：ゲームシートの発行 ３３１：買い物 ３３２：実行履歴情報 ３３３：ゲームパラメータ生成 ３３４：１回分のゲーム発行 ３４０：ゲーム実行 ３４１：実行結果に応じてポイント加算 ３５０：ポイント交換 ３５１：ポイント交換要求 ３５２：ポイント減算 ３５３：交換処理実行 ３５４：商品引き渡し ４０１：コマンド“ＬｏａｄＧａｍｅ” ４０２：コマンド“ＧｅｔＵｓｅｒＬｏｇ” ４０３：コマンド“ＧｅｔＶａｌｕｅ” ４０４：コマンド“ＳｅｔＶａｌｕｅ” ４０５：コマンド“ＩｓＬｏａｄｅｄ” ４０６：コマンド“Ｓｅｌｅｃｔ１ｓｔ” ４０７：コマンド“Ｓｅｌｅｃｔ２ｎｄ” ４１１：ユーザ用端末の画面例：アプリケーション選択
画面 ４１２：ユーザ用端末の画面例：スクラッチゲームメニ
ュー画面 ４１３：キー入力“１” ４１４：ユーザ用端末の画面例：１回目の選択を促す画
面 ４１５：キー入力“１” ４１６：ユーザ用端末の画面例：２回目の選択を促す画
面 ４１７：キー入力“８” ４１８：ユーザ用端末の画面例：ゲーム結果表示画面
（当たり） ４１９：ユーザ用端末の画面例：ゲーム結果表示画面
（はずれ） ４２０：ユーザ用端末の画面例：ポイント確認画面 ４２１：ユーザ用端末の画面例：ゲームなしエラー画面 ４２２：店舗用端末の画面例：メニュー画面 ４２３：ゲーム発行メニュー ４２４：カード情報表示メニュー ４２５：ポイント交換メニュー ４２６：店舗用端末の画面例：ゲームロード確認画面 ４２７：“了解”アイコン ４２８：店舗用端末の画面例：カード情報表示画面（ゲ
ームロード済） ４２９：“了解”アイコン ４３０：店舗用端末の画面例：カード情報表示画面（ゲ
ームなし） ４３１：“了解”アイコン ４３２：店舗用端末の画面例：ポイント交換画面 ４３３：累計ポイント数 ４３４：商品選択アイコン（その１） ４３５：商品選択アイコン（その２） ４３６：商品選択アイコン（その３） ４３７：“閉じる”アイコン ４３８：店舗用端末の画面例：エラー表示画面 ４３９：“了解”アイコン ４４０：店舗用端末の画面例：交換確認画面 ４４１：“実行”アイコン ４４２：“キャンセル”アイコン ４４３：店舗用端末の画面例：処理終了確認画面 ４４４：“了解”アイコン ５０１〜５０７：ユーザ用端末処理（メイン）における
処理ブロック ５０８〜５２３：ユーザ用端末処理（ゲーム実行）にお
ける処理ブロック ５２４〜５２７：ユーザ用端末処理（ポイントチェッ
ク）における処理ブロック ５２８〜５３６：店舗用端末処理（メイン）における処
理ブロック ５３７〜５４２：店舗用端末処理（ゲームロード）にお
ける処理ブロック ５４３〜５４９：店舗用端末処理（カード情報提示）に
おける処理ブロック ５５１〜５６５：店舗用端末処理（ポイント交換）にお
ける処理ブロック ５６６〜５７４：店舗用端末処理（ポイント交換）にお
ける処理ブロック ６０１〜６１７：カード処理（メイン）における処理ブ
ロック ６１８〜６２１：カード処理（ゲームロード）における
処理ブロック ６２２〜６２４：カード処理（ユーザ履歴取得）におけ
る処理ブロック ６２５〜６２７：カード処理（ポイント取得）における
処理ブロック ６２８〜６３３：カード処理（ポイントセット）におけ
る処理ブロック ６３４〜６３８：カード処理（ゲームロードチェック）
における処理ブロック ６３９〜６４３：カード処理（１回目の選択）における
処理ブロック ６４４〜６５６：カード処理（２回目の選択）における
処理ブロック。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/10 Ｈ０４Ｌ 9/00 ６２１Ｚ (72)発明者 大木 優 東京都国分寺市東恋ケ窪一丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 山崎 直子 東京都国分寺市東恋ケ窪一丁目280番地 株式会社日立製作所中央研究所内

Claims (33)

【特許請求の範囲】
1. 【請求項１】ＩＣカードであって、端末と接続してデー
   タのやりとりを行う入出力インターフェースと、複数の
   アプリケーションプログラムやデータを蓄積するメモリ
   と、上記アプリケーションプログラムを実行するプロセ
   ッサとを有し、上記メモリは、上記アプリケーションプ
   ログラムの一つとして、ゲームアプリケーションプログ
   ラムを蓄積し、該ゲームアプリケーションプログラム
   は、 ゲームパターンを上記メモリに格納し、 上記入出力インターフェースを介して接続された端末の
   ディスプレイに上記ゲームパターンに対応するゲーム実
   行画面を表示し、 表示されたゲーム実行画面に対してユーザが上記端末に
   入力したデータを上記入出力インターフェースを介して
   受けとり、上記ゲームパターン参照して、上記ゲームの
   実行結果を判定する、処理をを規定することを特徴とす
   るＩＣカード。
2. 【請求項２】請求項１に記載のＩＣカードにおいて、さ
   らに、上記ゲームアプリケーションプログラムは、ユー
   ザがゲームを実行した後、該ゲームに対応する上記ゲー
   ムパターンを使用不可能にする処理を規定することを特
   徴とするＩＣカード。
3. 【請求項３】請求項１に記載のＩＣカードにおいて、 上記ゲームパターンは、上記入出力インターフェースに
   接続された端末から入力されることを特徴とするＩＣカ
   ード。
4. 【請求項４】請求項３に記載のＩＣカードにおいて、 上記ゲームパターンは暗号化され、 上記ゲームアプリケーションプログラムは、上記ゲーム
   パターンを復号化した後、上記メモリに格納する処理を
   規定することを特徴とするＩＣカード。
5. 【請求項５】請求項１に記載のＩＣカードにおいて、 さらに、上記ゲームアプリケーションプログラムは、上
   記入出力インターフェースを通じて入力されたゲームの
   実行回数を定義したデータに応じて上記ゲームパターン
   を生成する処理を規定することを特徴とするＩＣカー
   ド。
6. 【請求項６】請求項５に記載のＩＣカードにおいて、 上記ゲームパターンの生成は、上記ＩＣカード内部で生
   成される乱数に基づいて行われることを特徴とするＩＣ
   カード。
7. 【請求項７】請求項５に記載のＩＣカードにおいて、 上記メモリには、ゲームの当たりやすさ、または、ゲー
   ムのポイント等を定義したゲームのパラメータデータが
   格納され、上記ゲームパターンは、該ゲームパラメータ
   に基いて生成されることを特徴とするＩＣカード。
8. 【請求項８】ＩＣカードであって、外部とのデータのや
   りとりを行う入出力インターフェースと、複数のアプリ
   ケーションプログラムやデータを蓄積するメモリと、上
   記アプリケーションプログラムを実行するプロセッサと
   を有し、上記メモリは、上記アプリケーションプログラ
   ムの一つとして、ゲームアプリケーションプログラムを
   蓄積し、該ゲームアプリケーションプログラムは、 上記入出力インターフェースを介して入力されたゲーム
   実行回数を定めるデータを上記メモリに格納し、 ゲーム実行回数が残っている場合は、上記入出力インタ
   ーフェースを介して接続された端末のディスプレイに該
   ゲームアプリケーションプログラムに対応するゲーム実
   行画面を表示し、 上記ゲーム実行画面に対応して、ユーザが上記端末に入
   力したタイミングを上記入出力インターフェースを介し
   て受け取り、 上記タイミングを元に数値を生成してゲームの実行結果
   を決定し、 上記ゲームの実行後に、上記ゲーム実行回数を減じる、
   処理を規定すること特徴とするＩＣカード。
9. 【請求項９】請求項８に記載のＩＣカードにおいて、 上記入力のタイミングを元に生成される数値は、該ＩＣ
   カード内で発生される乱数であることを特徴とするＩＣ
   カード。
10. 【請求項１０】請求項８に記載のＩＣカードにおいて、 上記入力のタイミングを元に生成される数値は、該ＩＣ
    カード内で動作する時計の値であることを特徴とするＩ
    Ｃカード。
11. 【請求項１１】請求項１に記載のＩＣカードにおいて、 上記パターンデータは、ユーザに解答を要求する問題
    と、該問題に対する解答の組のデータから成ることを特
    徴とするＩＣカード。
12. 【請求項１２】請求項３に記載のＩＣカードにおいて、 上記ゲームアプリケーションプログラムは、さらに、該
    ＩＣカードで実行されたゲームに関する履歴情報を上記
    メモリに保持する処理を規定し、 上記ゲームパターンを上記メモリに格納する処理におい
    て、上記履歴情報の内容を参照して上記ゲームパターン
    の格納するか否かを決定することを特徴とするＩＣカー
    ド。
13. 【請求項１３】請求項５に記載のＩＣカードにおいて、 上記ゲームアプリケーションプログラムは、さらに、該
    ＩＣカードで実行されたゲームに関する履歴情報を上記
    メモリに保持する処理を規定し、 上記ゲームパターンを生成する処理において、上記履歴
    情報の内容を参照して、既に実行されたゲームとは異な
    るゲームパターンを生成することを特徴とするＩＣカー
    ド。
14. 【請求項１４】請求項１に記載のＩＣカードにおいて、 上記パターンデータを暗号化し、上記入出力インターフ
    ェースを通じて該ＩＣカード外部に退避させ、ユーザの
    指定により、退避させたパターンデータを受け取り、こ
    れを復号化した後、上記パターンデータ格納部へ再格納
    することを特徴とするＩＣカード。
15. 【請求項１５】請求項１に記載のＩＣカードにおいて、 上記ゲームアプリケーションプログラムにおいて、上記
    入出力インターフェースを介して接続された端末のディ
    スプレイに上記ゲームパターンに対応するゲームを表示
    する処理を行う際に、上記パターンデータの一部を選択
    的に取り出して、上記端末のディスプレイに表示するこ
    とを特徴とするＩＣカード。
16. 【請求項１６】請求項１５に記載のＩＣカードにおい
    て、上記パターンデータの一部を選択的に取り出す際
    に、上記端末から、上記ゲームパターンのどの部分を表
    示データとして応答すべきかを指定するデータを受け、
    応答すべき上記パターンデータの部分を取りだすことを
    特徴とするＩＣカード。
17. 【請求項１７】請求項１に記載のＩＣカードにおいて、
    さらに、上記ゲームアプリケーションプログラムは、上
    記ゲームの実行結果に応じたポイントを上記メモリに蓄
    積する処理を規定することを特徴とするＩＣカード。
18. 【請求項１８】請求項１７に記載のＩＣカードにおい
    て、上記入出力インターフェースと接続された店舗端末
    から、上記入出力インターフェースを介し、ユーザが上
    記ポイントとの交換を指定したサービスに該当するポイ
    ント値の値を受け、これに該当するポイントの値を蓄積
    されたポイントからを減ずる処理を規定することを特徴
    とするＩＣカード。
19. 【請求項１９】請求項２に記載のＩＣカードにおいて、
    上記メモリは、ポイントデータの管理を行うポイント管
    理アプリケーションプログラムを蓄積し、上記ゲームア
    プリケーションプログラムは、さらに、上記ポイント管
    理アプリケーションに対して上記ゲームの実行結果の判
    定に応じたポイントの値の変更を依頼する処理を規定す
    ることを特徴とするＩＣカード。
20. 【請求項２０】請求項１に記載のＩＣカードにおいて、
    上記メモリは、電子マネーの管理を行う電子マネーアプ
    リケーションプログラムを蓄積し、上記ゲームアプリケ
    ーションプログラムは、さらに、上記電子マネーアプリ
    ケーションプログラムに対して、上記ゲームの実行結果
    に応じたポイントの値分の電子マネーの値の変更を依頼
    することを特徴とするＩＣカード。
21. 【請求項２１】ＩＣカードと接続とのデータのやりとり
    を行う入出力インターフェースと、ユーザの入力を受け
    るユーザ用インタフェースと、ディスプレイと、アプリ
    ケーションプログラムやデータを格納するメモリと、上
    記アプリケーションプログラムを実行するプロセッサと
    を有し、上記メモリには、上記アプリケーションプログ
    ラムとして、接続するＩＣカードに格納されたゲームア
    プリケーションプログラムに対応した端末用プログラム
    が格納され、該端末用プログラムは、 上記ＩＣカードに格納されたゲームアプリケーションプ
    ログラムに対応したゲームの実行画面を上記ディスプレ
    イに表示し、 上記ゲームに対してユーザが上記ユーザ用インターフェ
    ース端末に入力したデータをＩＣカードに送信し、 接続されたＩＣカードで判定されたゲーム実行の結果を
    受信して上記ディスプレイに表示する、処理を規定する
    ことを特徴とする端末。
22. 【請求項２２】請求項２１に記載の端末において、 上記メモリは、あらかじめ暗号化されたパターンデータ
    を格納する暗号化パターンデータ格納部を有し、 接続されたＩＣカードから送信された暗号化済みのゲー
    ムパターンを、上記暗号化パターンデータ格納部へ格納
    し、ユーザの指定により、上記ゲームパターンを接続さ
    れたＩＣカードに送信することを特徴とする端末。
23. 【請求項２３】ＩＣカードとのデータのやりとりを行う
    入出力インターフェースと、ユーザの入力を受けるユー
    ザ用インタフェースと、ディスプレイと、複数のアプリ
    ケーションプログラムやデータを格納するメモリと、上
    記アプリケーションプログラムを実行するプロセッサと
    を有し、上記メモリには、上記アプリケーションの一つ
    として、ゲームアプリケーションプログラムが格納さ
    れ、該ゲームアプリケーションプログラムは、 ＩＣカード上で実行されるゲームのゲームパターンを生
    成し、該ゲームパターンを上記入出力インタフェースを
    通じてＩＣカードに送信する処理を規定することを特徴
    とする端末。
24. 【請求項２４】請求項２３に記載の端末において、上記
    インタフェースを通じてＩＣカードにゲームパターンを
    送信する際に、該送信データを暗号化してから送信する
    ことを特徴とする端末。
25. 【請求項２５】請求項２３に記載の端末において、 上記ゲームパターンの生成は、上記端末カード内部で生
    成される乱数に基づいて行われることを特徴とする端
    末。
26. 【請求項２６】請求項２３に記載の端末において、 上記メモリに格納されたＩＣカード上で実行可能なゲー
    ムの実行回数を定義するデータと、ゲームの当たりやす
    さやゲームにかかるポイントの値などを定義するゲーム
    パラメータを用いて上記ゲームパターンの生成を行うこ
    とを特徴とする端末。
27. 【請求項２７】請求項２６に記載の端末において、 上記ゲームパラメータは可変であることを特徴とする端
    末。
28. 【請求項２８】請求項２３に記載の端末において、上記
    インタフェースを通じてＩＣカードから履歴情報を収集
    して上記メモリに蓄積し、上記履歴情報の内容に応じ
    て、上記ゲームパターンデータを生成することを特徴と
    する端末。
29. 【請求項２９】請求項２３に記載の端末において、上記
    インタフェースを通じてＩＣカードから履歴情報を収集
    して上記メモリに蓄積し、上記履歴情報の内容に応じ
    て、上記ゲームパラメータの内容を変更することを特徴
    とする端末。
30. 【請求項３０】ＩＣカードとのデータのやりとりを行う
    入出力インターフェースと、複数のアプリケーションプ
    ログラムやデータを格納するメモリと、上記アプリケー
    ションプログラムを実行するプロセッサとを有し、上記
    メモリには、上記アプリケーションの一つとして、ゲー
    ムアプリケーションプログラムが格納され、該ゲームア
    プリケーションプログラムは、ＩＣカード上で実行可能
    なゲームの実行回数を定義するデータと、ゲームの当た
    りやすさやゲームにかかるポイントの値などを定義する
    ゲームパラメータとを上記入出力インタフェースを通じ
    てＩＣカードに送信することを規定することを特徴とす
    る端末。
31. 【請求項３１】請求項２３に記載の端末であって、さら
    に上記ゲームアプリケーションプログラムは、 上記入出力インターフェースを介して接続されたＩＣカ
    ードに蓄積されたポイントの値を受けとり、 上記ディスプレイに該ポイント値とこれと交換可能なサ
    ービスの一覧を表示し、 ユーザが上記ポイントと交換を希望するサービスの指定
    を上記ユーザ用インターフェースから受け、該サービス
    に該当するポイントの値を上記ＩＣカードに送信する処
    理を規定することを特徴とする端末。
32. 【請求項３２】ゲームシステムの運用を管理するサーバ
    であって、ゲームパターンまたはゲーム実行権をＩＣカ
    ードに発行する端末と通信する手段と、上記端末から受
    け取った、発行されたゲームパターンまたはゲーム実行
    権に関する履歴情報、ＩＣカードでのゲームの実行結
    果、ユーザのポイント交換に関する情報を蓄積するデー
    タベースを有し、上記データベースの内容を解析して、
    ゲームの当たりやすさやゲームのポイント等を定義した
    ゲームパラメータを生成して上記端末に送信すること特
    徴とするゲーム管理用サーバ。
33. 【請求項３３】請求項３２に記載のサーバにおいて、さ
    らに、現在の日付、ユーザの消費動向等のデータの入力
    を加味してゲームパラメータの生成を制御することを特
    徴とするサーバ。