(57)【要約】  リーダ／ライタからの要求により常時接続困難な被接触通信により非接触ＩＣカードから取得したメッセージを、擬似的にプッシュ配信して表示させることができる携帯端末（１００）、非接触ＩＣカード、リーダ／ライタおよび情報配信方法。リーダ／ライタから非接触通信により送信されるメッセージを受信する非接触ＩＣカードを搭載した携帯端末（１００）であって、リーダ／ライタから送信されるメッセージは、携帯端末（１００）に表示するメッセージを指定するための設定条件を記載したイベントヘッダを備え、メッセージを受信した非接触ＩＣカードからイベントヘッダに記載されている設定条件を達成しているメッセージのみを取得するメッセージ取得部（１０３）と、メッセージ取得部（１０３）により取得したメッセージを表示する表示部（１０６）と、を具備する。
2008032409.tif 000002
【特許請求の範囲】
【請求項１】
リーダ／ライタから非接触通信により送信されるメッセージを受信する非接触ＩＣモジュールを搭載した携帯端末であって、
前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、
前記メッセージを受信した前記非接触ＩＣモジュールから前記イベントヘッダに記載されている設定条件を達成しているメッセージのみを取得するメッセージ取得手段と、
前記メッセージ取得手段により取得したメッセージに記載された処理を実行する処理手段と、を具備する、携帯端末。
【請求項２】
前記非接触ＩＣモジュールは、前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析手段と、前記イベントヘッダ解析手段により解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定手段と、を備え、
前記非接触ＩＣモジュールに取得可能なメッセージが存在しているか否かを検索して、前記フラグ設定手段により設定されたフラグの状態から前記イベントヘッダに記載されている設定条件を達成したフラグの有無を解析するフラグ解析手段を更に具備する、請求項１記載の携帯端末。
【請求項３】
リーダ／ライタから非接触通信により送信されるメッセージを受信する、携帯端末に搭載された非接触ＩＣモジュールであって、
前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、
前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析手段と、前記イベントヘッダ解析手段により解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定手段と、を具備し、
前記携帯端末からのメッセージ取得依頼により指定されたメッセージのフラグが、前記イベントヘッダに記載されている設定条件を達成している状態である場合に、前記携帯端末のメッセージ取得を許可する、非接触ＩＣモジュール。
【請求項４】
前記携帯端末からのメッセージ取得依頼情報に、前記メッセージ取得依頼情報の信頼性を確認するための認証情報を付加し、前記認証情報が正しい情報であると検証された場合に、前記携帯端末のメッセージ取得を許可する、請求項３記載の非接触ＩＣモジュール。
【請求項５】
前記フラグの１つは、ユーザ設定を優先したメッセージの取得を前記携帯端末に許可するフラグである、請求項３記載の非接触ＩＣモジュール。
【請求項６】
前記フラグの他の１つは、ユーザ設定を無視したメッセージの取得を前記携帯端末に許可するフラグである、請求項３記載の非接触ＩＣモジュール。
【請求項７】
携帯端末に搭載された非接触ＩＣモジュールと非接触通信により交信するリーダ／ライタであって、
前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを設けたメッセージを非接触通信により送信する、リーダ／ライタ。
【請求項８】
リーダ／ライタから送信されるメッセージを、携帯端末に搭載した非接触ＩＣモジュールに非接触通信により送信する情報配信方法であって、
前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、
前記非接触ＩＣモジュールは、前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析ステップと、前記イベントヘッダ解析ステップで解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定ステップと、前記携帯端末からのメッセージ取得依頼により指定されたメッセージのフラグが前記イベントヘッダに記載されている設定条件を達成している状態である場合に前記携帯端末のメッセージ取得を許可するメッセージ取得許可ステップと、を備え、
前記携帯端末は、前記非接触ＩＣモジュールに取得可能なメッセージが存在しているか否かを検索して前記フラグ設定ステップで設定されたフラグの状態から前記イベントヘッダに記載されている設定条件を達成したフラグの有無を解析するフラグ解析ステップと、前記フラグ解析ステップで前記イベントヘッダに記載されている設定条件を達成していると判断されて前記メッセージ取得許可ステップで許可されたメッセージのみを前記非接触ＩＣモジュールから取得するメッセージ取得ステップと、前記メッセージ取得手段により取得したメッセージに記載された処理を実行する処理ステップと、を具備する、情報配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リーダ／ライタ（Ｒ／Ｗ）と常時接続困難な非接触通信を行う非接触ＩＣモジュールを搭載した携帯端末、非接触ＩＣモジュール、リーダ／ライタおよび情報配信方法に関する。
【背景技術】
【０００２】
従来、ユーザが働きかけなくてもサーバからユーザの携帯電話などの携帯端末に情報を直接送り届けるプッシュ型情報配信の技術を利用した情報配信方法がある。【０００３】
この種の情報配信方法を用いて通信を行うシステムや携帯端末等として、特許文献１記載の「情報配信仲介システム」、特許文献２記載の「携帯型情報機器」、特許文献３記載の「ＩＣモジュールを搭載した携帯端末」などが知られている。【０００４】
特許文献１記載の「情報配信仲介システム」は、オンライン回線を通じて登録された配信日時とコンピュータが保持する現在日時情報を発見した場合、配信日時とセットで登録された情報配信内容を、電子メールデータに変換し、予めオンライン回線を通じて登録された携帯電話または携帯端末の電子メールアドレス先に送信するようにしている。【０００５】
この「情報配信仲介システム」によれば、特定の顧客に対し、特定の顧客の携帯電話や携帯端末に対して、電子メールサービスを利用して指定した日時に情報配信することが可能になる。【０００６】
また、特許文献２記載の「携帯型情報機器」は、アトラクションシステムにより設定された所定の基準時刻からの経過時間あるいは所定の基準時刻に至るまでの残り時間に基づいて腕時計型情報機器の表示画面に表示する情報を所定の情報である宣伝情報、広告情報あるいはユーザの行動（アミューズメント施設への来訪など）を促す情報に変更するようにしている。【０００７】
この「携帯型情報機器」によれば、非接触ＩＣモジュールの情報処理機能を有効に利用し、テーマパークなどのアミューズメント施設において、宣伝情報や広告情報を腕時計型情報機器の表示画面に表示することができる。【０００８】
また、特許文献３記載の「ＩＣモジュールを搭載した携帯端末」は、ＩＣカード機能を有するセキュアエレメント（ＩＣモジュール）が、サービスに関する状態のデータを保持するメモリと、所定の場所に設置されたサービス端末との非接触通信によりサービスに関する処理が行われるように制御する制御部を備えている。また、ユーザに確認を要求することなく行われた変更が、ユーザの注意を喚起すべきとして設定された条件を満たすか否かを判断し、満たすとの判断に応じて、携帯端末の表示部がユーザへの通知を行うように指示する処理判断部を備えている。【０００９】
この携帯端末は、パスワードフリーに設定した場合でも、サービス端末とＩＣモジュールとの通信によりユーザの注意が喚起されるべき処理が行われた場合には、これを携帯端末のユーザインターフェース機能を活用してユーザに通知することができ、意図しない処理や誤りが生じていないかどうかをユーザが簡単にチェックできるようになる。
【特許文献１】特開２００１−２８２６８４号公報
【特許文献２】特開２００２−２８８０６８号公報
【特許文献３】特開２００５−５０２６２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところで、特許文献１記載の「情報配信仲介システム」は、仲介サーバにおいて指定した時間を条件として、ユーザの携帯端末に電子メールで情報をプッシュ配信することは可能である。【００１１】
しかしながら、この「情報配信仲介システム」では、非接触ＩＣモジュール特有の条件をもった情報、例えば電子マネーの残高や、経由した改札の駅名などの情報を、ユーザ操作に依らずに携帯端末にプッシュ配信して表示するように対応させることは困難である。【００１２】
また、特許文献２記載の「携帯型情報機器」は、所定の基準時刻からの経過時間あるいは所定の基準時刻に至るまでの残り時間に応じて、リーダ／ライタ（Ｒ／Ｗ）から受けたイベント情報等を促す情報に変更して表示する非接触アンテナ一体型の携帯端末を想定している。【００１３】
このため、この「携帯型情報機器」では、非接触ＩＣモジュールを搭載した携帯電話のように、非接触通信を制御する非接触ＩＣモジュールと、メッセージの解析および表示を制御する携帯端末とが分離している場合には、非接触ＩＣモジュールにて携帯端末に対するメッセージのアクセス制御を行うことはできない。【００１４】
さらに、特許文献３記載の「ＩＣモジュールを搭載した携帯端末」は、非接触通信特有の条件により非接触通信処理の結果であるデータの変更をユーザに通知することは可能であるが、リーダ／ライタから受信した要求メッセージを、メッセージ毎の条件に従って非接触ＩＣモジュールから取得して携帯端末に処理を実行させることはできない。【００１５】
本発明の目的は、リーダ／ライタからの要求により常時接続困難な被接触通信により非接触ＩＣモジュールから取得したメッセージに記載されている処理を、擬似的にプッシュ配信して実行させることができる携帯端末、非接触ＩＣモジュール、リーダ／ライタおよび情報配信方法を提供することである。
【課題を解決するための手段】
【００１６】
本発明の携帯端末は、リーダ／ライタから非接触通信により送信されるメッセージを受信する非接触ＩＣモジュールを搭載した携帯端末であって、前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、前記メッセージを受信した前記非接触ＩＣモジュールから前記イベントヘッダに記載されている設定条件を達成しているメッセージのみを取得するメッセージ取得手段と、前記メッセージ取得手段により取得したメッセージに記載された処理を実行する処理手段と、を具備する構成を採る。【００１７】
本発明の非接触ＩＣモジュールは、リーダ／ライタから非接触通信により送信されるメッセージを受信する、携帯端末に搭載された非接触ＩＣモジュールであって、前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析手段と、前記イベントヘッダ解析手段により解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定手段と、を具備し、前記携帯端末からのメッセージ取得依頼により指定されたメッセージのフラグが、前記イベントヘッダに記載されている設定条件を達成している状態である場合に、前記携帯端末のメッセージ取得を許可する、構成を採る。【００１８】
本発明のリーダ／ライタは、携帯端末に搭載された非接触ＩＣモジュールと非接触通信により交信するリーダ／ライタであって、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを設けたメッセージを非接触通信により送信する、構成を採る。【００１９】
本発明の情報配信方法は、リーダ／ライタから送信されるメッセージを、携帯端末に搭載した非接触ＩＣモジュールに非接触通信により送信する情報配信方法であって、前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、前記非接触ＩＣモジュールは、前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析ステップと、前記イベントヘッダ解析ステップで解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定ステップと、前記携帯端末からのメッセージ取得依頼により指定されたメッセージのフラグが前記イベントヘッダに記載されている設定条件を達成している状態である場合に前記携帯端末のメッセージ取得を許可するメッセージ取得許可ステップと、を備え、前記携帯端末は、前記非接触ＩＣモジュールに取得可能なメッセージが存在しているか否かを検索して前記フラグ設定ステップで設定されたフラグの状態から前記イベントヘッダに記載されている設定条件を達成したフラグの有無を解析するフラグ解析ステップと、前記フラグ解析ステップで前記イベントヘッダに記載されている設定条件を達成していると判断されて前記メッセージ取得許可ステップで許可されたメッセージのみを前記非接触ＩＣモジュールから取得するメッセージ取得ステップと、前記メッセージ取得手段により取得したメッセージに記載された処理を実行する処理ステップと、を具備するようにした。
【発明の効果】
【００２０】
本発明によれば、リーダ／ライタからの要求により常時接続困難な被接触通信により非接触ＩＣモジュールから取得したメッセージに記載されている処理を、擬似的にプッシュ配信して実行させることができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施の形態に係る携帯端末の主要部の構成を示すブロック図
【図２】本発明の一実施の形態に係る携帯端末に搭載される非接触ＩＣカードの主要部の構成を示すブロック図
【図３】本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードとリーダ／ライタとの非接触通信による情報配信方法について説明するための概略図
【図４】本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードと非接触通信するリーダ／ライタの非接触通信メッセージに設けられるイベントヘッダの一例を示す図
【図５】本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードの動作を説明するためのフローチャート
【図６】本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードと非接触通信するリーダ／ライタの非接触通信メッセージに設けられるイベントヘッダを解析して設定されるフラグの一例を示す図
【図７】本発明の一実施の形態に係る携帯端末の動作を説明するためのフローチャート
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。まず、本発明の一実施の形態に係る携帯端末の主要部の構成について説明する。図１は、本発明の一実施の形態に係る携帯端末の主要部の構成を示すブロック図である。なお、ここでは、非接触ＩＣモジュールとして、非接触ＩＣカードを例にとって説明することとする。【００２３】
図１に示すように、本例の携帯端末１００は、ユーザ設定部１０１、フラグ解析部１０２、メッセージ取得部１０３、通信部１０４、操作部１０５、表示部１０６、制御部１０７、を具備している。【００２４】
図１において、ユーザ設定部１０１は、操作部１０５のユーザ操作により表示部１０６に表示させるメッセージの表示条件などの設定処理を行う。【００２５】
フラグ解析部１０２は、後述するリーダ／ライタ（Ｒ／Ｗ）３００から非接触通信により非接触ＩＣカード２００に送信されたメッセージのイベントヘッダに記載されている設定条件を達成したフラグの有無を解析するためのフラグチェックを行う。【００２６】
メッセージ取得部１０３は、リーダ／ライタ３００から非接触通信により非接触ＩＣカード２００に送信されて非接触ＩＣカード２００の第１記憶部２０２に格納されたメッセージを取得するためのメッセージ取得処理を行う。【００２７】
通信部１０４は、その接触ＩＦ（インターフェース）が非接触ＩＣカード２００の通信部２０４の接触ＩＦ（インターフェース）と接続されており、非接触ＩＣカード２００の通信部２０４と接触通信を行う。【００２８】
操作部１０５は、テンキーやファンクションキーなどを備えており、ユーザ操作によるデータ入力処理などを行う。【００２９】
表示部１０６は、液晶パネルなどを備え、操作部１０５のユーザ操作により入力された文字や画像、およびメッセージ取得部１０３が非接触ＩＣカード２００の第１記憶部２０２から取得したメッセージなどを表示する。【００３０】
制御部１０７は、ユーザ設定部１０１、フラグ解析部１０２、メッセージ取得部１０３、通信部１０４、操作部１０５、表示部１０６に対する信号の入出力処理やデータの演算処理を行う。【００３１】
次に、本例の携帯端末１００に搭載される非接触ＩＣカードの主要部の構成について説明する。図２は、本発明の一実施の形態に係る携帯端末に搭載される非接触ＩＣカードの主要部の構成を示すブロック図である。【００３２】
図２に示すように、本例の携帯端末１００に搭載される非接触ＩＣカード２００は、イベントヘッダ解析部２０１、第１記憶部２０２、フラグ設定部２０３、通信部２０４、第２記憶部２０５、制御部２０６、を具備している。【００３３】
図２において、イベントヘッダ解析部２０１は、非接触通信によりリーダ／ライタ３００から送信される非接触通信メッセージに設けられているイベントヘッダを解析するためのイベントヘッダ解析処理を行う。【００３４】
第１記憶部２０２は、ユーザ操作、およびリーダ／ライタ３００から非接触通信により受信したメッセージを記憶する。【００３５】
フラグ設定部２０３は、イベントヘッダ解析部２０１により解析して得たイベントヘッダに記載されている設定条件を反映させたフラグを「ＯＮ」の状態に設定する（立てる）フラグ設定処理を行う。【００３６】
通信部２０４は、その接触ＩＦ（インターフェース）が携帯端末１００の通信部１０４の接触ＩＦ（インターフェース）と接続されており、携帯端末１００の通信部１０４と接触通信を行う。【００３７】
第２記憶部２０５は、非接触ＩＣカード２００の種類や各カード製造会社に共通の記憶領域（共通記憶領域）を備えており、この共通記憶領域に、フラグ設定部２０３において設定されたフラグの状態を記憶する。【００３８】
制御部２０６は、イベントヘッダ解析部２０１、第１記憶部２０２、フラグ設定部２０３、通信部２０４、第２記憶部２０５に対する信号の入出力処理やデータの演算処理を行う。【００３９】
次に、本例の携帯端末１００に搭載された非接触ＩＣカード２００とリーダ／ライタ３００との非接触通信による情報配信方法について説明する。図３は、本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードとリーダ／ライタとの非接触通信による情報配信方法について説明するための概略図である。【００４０】
図３において、非接触ＩＣカード２００とリーダ／ライタ３００とは、アンテナ２１０，３１０を介して非接触通信により情報の送受信を行う。【００４１】
ここで、例えば、駅の改札機やコンビニのＰＯＳなどのリーダ／ライタ３００側からの要求により、非接触ＩＣカード２００が持っている情報（メッセージ）を携帯端末１００に表示させる場合、何時どのような条件の時にメッセージを表示させるかを指定する必要がある。【００４２】
しかしながら、非接触ＩＣカード２００は、能動的ではなく受動的なディバイスであるため、携帯端末１００に対して情報をプッシュしたくても自ら勝手に動作することができない。ただし、非接触処理が終了したと言った単純なイベントであれば割り込みを発生させる程度のことは可能な場合がある。例えば、おサイフケータイ（登録商標）は、駅やコンビニなどで、ＰＯＳなどのリーダ／ライタ３００側から情報をもらっており、トルカ（登録商標）は、クーポンをＰＯＳ側からもらっている。スイカ（登録商標）は、定期券としての機能を重視しており、表示手段を備えていない。【００４３】
また、ユーザとしては、携帯端末１００の非接触ＩＣカード２００が持っている情報（メッセージ）のうち、予め設定した必要な情報だけをプッシュして欲しいという要望がある。【００４４】
しかし、従来の特許文献１記載の情報配信方法では、電子メールを携帯端末１００にプッシュ配信することはできるが、非接触ＩＣカード２００に特有の条件をもった情報を、ユーザ操作に依らずに非接触通信により携帯端末１００にプッシュ配信して表示するように対応させることは困難である。【００４５】
また、従来の特許文献２記載の情報配信方法では、テーマパークやゲームセンタ等のイベント開催日などの情報を、リーダ／ライタ３００から携帯端末１００に送信することはできるが、非接触ＩＣカード２００において携帯端末１００に対するメッセージのアクセス制御を行うことはできない。【００４６】
また、従来の特許文献３記載の情報配信方法では、例えば、おサイフケータイ（登録商標）の非接触ＩＣカード２００が保持している課金後の残高をＰＯＳで処理して残高表示することはできるが、リーダ／ライタ３００から受信した要求メッセージを、メッセージ毎の条件に従って非接触ＩＣカード２００から取得し、必要な情報だけを携帯端末１００にプッシュして表示することはできない。【００４７】
そこで、本例の携帯端末１００を用いた情報配信方法においては、リーダ／ライタ３００から非接触ＩＣカード２００に対して送信するメッセージに、携帯端末１００に表示したい情報（データ）を特定するための条件を記載可能なイベントヘッダを設けるようにしている。このような構成とすることで、リーダ／ライタ３００でメッセージを非接触ＩＣカード２００に対して送信した際に前記条件が達成されていない場合でも、達成後に携帯端末１００に非同期でメッセージを表示することが可能となる。例えばリーダ／ライタ３００でメッセージを送信したタイミングでは表示せずに、ある期間経過して前記条件を達成した直後にメッセージを表示できる。【００４８】
一方、非接触ＩＣカード２００側では、リーダ／ライタ３００から送信されるメッセージのイベントヘッダを解析してフラグを立て（フラグを「ＯＮ」にする）、携帯端末１００へのメッセージの表示条件を設定するようにしている。【００４９】
非接触ＩＣカード２００側で立てるフラグは、リーダ／ライタ３００から送信されるメッセージのメッセージＩＤを振って、条件が満たされたか否か、つまりイベントヘッダに記載された設定条件が達成されたか否かを判断するフラグである。【００５０】
携帯端末１００は、非接触ＩＣカード２００側に立てられたフラグが「ＯＮ」または「ＯＦＦ」の何れであるかフラグチェックして、設定条件が満たされているか否か、つまりリーダ／ライタ３００からの要求により表示するメッセージがあるか否かをチェックするようにしている。【００５１】
そして、携帯端末１００は、フラグチェックにより、フラグが「ＯＮ」の状態になっている設定条件を満たしているメッセージのみを非接触ＩＣカード２００から取得して表示するようにしている。言い換えれば、本例の携帯端末１００は、フラグが「ＯＦＦ」の状態の、設定条件を満たしていないメッセージは取得することができず表示することができないようになっている。【００５２】
このように、本例の携帯端末１００においては、非接触ＩＣカード２００のメッセージを取得するための条件を達成しているか否か、非接触ＩＣカード２００側でフラグを立てている。【００５３】
また、本例の携帯端末１００は、リーダ／ライタ３００から送信する非接触通信メッセージにイベントヘッダを設けることで、リーダ／ライタ３００側からの要求により表示したい情報を詳細に特定するようにしている。【００５４】
従って、本例の携帯端末１００においては、非接触ＩＣカード２００に格納されているメッセージのうちの表示させたいメッセージだけを、リーダ／ライタ３００側から擬似的にプッシュして表示させることができるようになる。【００５５】
このように、従来の情報配信方法では携帯端末１００側の要求によるプッシュ配信しかできなかったが、本例の携帯端末１００においては、リーダ／ライタ３００側の要求により、より詳細に設定した情報（データ）をプッシュ配信ができるようになる。【００５６】
すなわち、本例の携帯端末１００は、非接触ＩＣカード２００がリーダ／ライタ３００から非接触通信によるメッセージを受け取ることで、非接触ＩＣカード２００が持っている情報を表示部１０６に表示するように構成されている。【００５７】
リーダ／ライタ３００から携帯端末１００の補接触ＩＣカード２００に送信される非接触通信によるメッセージには、非接触通信特有の条件を記載可能なイベントヘッダが設けられている。【００５８】
リーダ／ライタ３００から送信される非接触通信メッセージに設けられたイベントヘッダには、ＩＣカードの持っている情報の表示条件として、図４に示すような｛種別、値、式、必須、表示｝の各項目が記載されている。【００５９】
例えば、電子マネーの残高が１０００円以下になっていることを条件に、コンビニのＰＯＳ（リーダ／ライタ３００）から携帯端末１００にチャージ等を促すメッセージをプッシュして表示する場合のイベントヘッダには、｛種別＝Ｍｏｎｅｙ、値＝１０００、式＝Ｕｎｄｅｒ、必須＝Ｍ、表示＝Ｎｏｎｅ｝の条件が記載される。【００６０】
また、交通券で横浜駅に着いたことを条件に、品川駅のリーダ／ライタ３００から携帯端末１００にプッシュして横浜駅で利用可能なクーポンなどを表示する場合のイベントヘッダには、｛種別＝Ｔｒａｉｎ、値＝Ｙｏｋｏｈａｍａ、式＝Ｅｑｕａｌ、必須＝Ｍ、表示＝Ｐｏｐｕｐ｝の条件が記載される。【００６１】
また、現在日が誕生日やイベント開催日などの特定日であることを条件に、リーダ／ライタ３００から携帯端末１００にプッシュしてバースデーカードなどを表示する場合のイベントヘッダには、｛種別＝Ｔｉｍｅ、値＝０５／０９／１４、式＝Ｅｑｕａｌ、必須＝Ｏ、表示＝Ｐｏｐｕｐ｝の条件が記載される。【００６２】
また、テーマパークの入場回数のカウント値が５になって特定回数以上になったことを条件に、テーマパークのリーダ／ライタ３００から携帯端末１００にプッシュしてイベント情報などを表示する場合のイベントヘッダには、｛種別＝Ｃｏｕｎｔ、値＝５、式＝Ｏｖｅｒ、必須＝Ｏ、表示＝Ｔｅｌｏｐ｝の条件が記載される。【００６３】
また、テーマパークのチケットを使用したか、あるいは映画館のキップ（チケット）を切ったかなどのプロセスを、テーマパークあるいは映画館のリーダ／ライタ３００から携帯端末１００にプッシュしてチケット処理後即表示する場合のイベントヘッダには、｛種別＝Ｔｉｃｋｅｔ、値＝Ｐｒｏｃｅｓｓ、式＝ＡＳＡＰ、必須＝Ｍ、表示＝Ｎｏｎｅ｝の条件が記載される。【００６４】
なお、上述したイベントヘッダは、複数のヘッダを組み合わせて、複合条件に設定することも可能である。【００６５】
このように、イベントヘッダの「種別」の項目には、「Ｍｏｎｅｙ」、「Ｔｒａｉｎ」、「Ｔｉｍｅ」、「Ｃｏｕｎｔ」、「Ｔｉｃｋｅｔ」など、携帯端末１００に表示させる情報のカテゴリーが記載される。【００６６】
また、イベントヘッダの「値」の項目には、「１００」、「Ｙｏｋｏｈａｍａ」、「０５／０９／１４」、「５」、「Ｐｒｏｃｅｓｓ」など、「種別」の具体的な内容が記載される。【００６７】
また、イベントヘッダの「式」の項目には、「Ｕｎｄｅｒ」、「Ｅｑｕａｌ」、「Ｏｖｅｒ」、「ＡＳＡＰ」など、「値」の内容の状態が記載される。ただし、「式」の項目が「式＝ＡＳＡＰ：AS SOON AS POSSIBLE」と記載されている場合には、メッセージ取得後、即表示することが要求される。【００６８】
また、イベントヘッダの「必須」の項目には、ユーザまたはＲ／Ｗの何れの要求を優先させるかが記載される。【００６９】
ここで、「必須」の項目が「必須＝Ｍ：Ｍａｎｄａｔｏｒｙ」と記載されている場合には、ユーザ設定を無視し、コンビニや駅などのリーダ／ライタ３００側の設定に従って、非接触ＩＣカード２００の持っている情報を携帯端末１００に表示するように指示が出される。【００７０】
一方、「必須」の項目が「必須＝Ｏ：Ｏｐｔｉｏｎ」と記載されている場合には、ユーザ設定を優先して、非接触ＩＣカード２００の持っている情報を携帯端末１００に表示するように指示が出される。つまり、携帯端末１００のユーザ設定が表示禁止になっている場合には表示は行われない。【００７１】
また、イベントヘッダの「表示」の項目には、「Ｎｏｎｅ」、「Ｐｏｐｕｐ」、「Ｔｅｌｏｐ」など、非接触ＩＣカード２００の持っている情報の携帯端末１００への表示方法が記載される。【００７２】
ここで、「表示」の項目が「表示＝Ｎｏｎｅ」と記載されている場合には、自由な表示方法により非接触ＩＣカード２００の持っている情報を携帯端末１００に表示するように指示が出される。【００７３】
また、「表示」の項目が「表示＝Ｐｏｐｕｐ」と記載されている場合には、非接触ＩＣカード２００の持っている情報を携帯端末１００にポップアップ表示するように指示が出される。【００７４】
さらに、「表示」の項目が「表示＝Ｔｅｌｏｐ」と記載されている場合には、非接触ＩＣカード２００の持っている情報を携帯端末１００にテロップ表示するように指示が出される。【００７５】
次に、上述のようなイベントヘッダが設けられた非接触通信メッセージがリーダ／ライタ３００から送信されたときの非接触ＩＣカード２００の動作について説明する。図５は、本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードの動作を説明するためのフローチャートである。【００７６】
図５において、リーダ／ライタ３００との非接触通信が開始された非接触ＩＣカード２００は、リーダ／ライタ３００からイベントヘッダが設定されたメッセージを受信する（ステップＳＴ５０１）。【００７７】
メッセージを受信した非接触ＩＣカード２００は、イベントヘッダ解析部２０１でメッセージのイベントヘッダを解析し、フラグ設定部２０３においてイベントヘッダの解析結果を反映したフラグを立てるためのフラグ設定処理を実施する（ステップＳＴ５０２）。【００７８】
次いで、非接触ＩＣカード２００は、携帯端末１００からメッセージの取得依頼を受信（ステップＳＴ５０３）すると、指定されたメッセージのフラグの達成有無が有るか否か（フラグが「ＯＮ」か「ＯＦＦ」か）を判断する（ステップＳＴ５０４）。【００７９】
ここで、指定されたメッセージのフラグの達成有無が有る（フラグが「ＯＮ」）と判断された場合には、携帯端末１００のメッセージの取得を許可する（ステップＳＴ５０５）。【００８０】
上述のフラグ処理では、図６に示すような｛メッセージＩＤ、達成有無、要求情報、必須、表示｝の各項目のフラグが設定される。【００８１】
図６において、「メッセージＩＤ」の項目のフラグは、携帯端末に表示するように要求されたメッセージのメッセージＩＤ（識別番号）の有無の状態を保持する。【００８２】
「達成有無」の項目のフラグは、イベントヘッダに記載されている条件を達成済みか否かの状態を保持する。【００８３】
「要求情報」の項目のフラグは、イベントヘッダの条件判定に必要な情報の有無の状態を保持する。例えば、ＩＣカードは、時計を備えていない場合が多いので、イベントヘッダの条件判定に必要な情報として日時情報を要求するようにする。要求を受けた携帯端末１００は、ＳＮＴＰ（Simple Network Time Protocol）サーバや携帯端末１００が備える時計から時刻情報を取得してＩＣカードに送る。【００８４】
「必須」と「表示」の項目のフラグは、イベントヘッダの「必須」と「表示」の項目と同じ内容の状態を保持する。【００８５】
ところで、非接触ＩＣカード２００は、カードの種類やカード製造会社によって、格納されているカードアプリケーションの数や記憶領域が異なっている。【００８６】
そこで、上述のフラグ設定処理では、非接触ＩＣカード２００のカードアプリケーションごと、もしくは各カード製造会社のそれぞれの非接触ＩＣカード２００で共通の記憶領域である第２記憶部２０５にフラグを配置する。【００８７】
このように、各非接触ＩＣカード２００で共通の記憶領域である第２記憶部２０５にフラグを配置することにより、カードの種類やカード製造会社が異なっていても、各非接触ＩＣカード２００で共通したフラグ設定処理およびフラグチェックを行うことができるようになる。ただし、各非接触ＩＣカード２００で共通の記憶領域にフラグを配置する場合には、上述したフラグの設定項目として、非接触ＩＣカード２００のカードアプリケーション名の項目が追加することが好ましい。【００８８】
次に、本例の携帯端末１００の動作について説明する。図７は、本発明の一実施の形態に係る携帯端末の動作を説明するためのフローチャートである。【００８９】
図７において、非接触ＩＣカード２００からメッセージ取得を許可された携帯端末１００は、非接触ＩＣカード２００に定期的にポーリング（ステップＳＴ７０１）して、非接触ＩＣカード２００のフラグ設定処理で設定したフラグをチェックする。【００９０】
このフラグチェックでは、指定されたメッセージのフラグの達成有無が有（フラグが「ＯＮ」）のメッセージが非接触ＩＣカード２００の第２記憶部２０５に存在しているか否か判断する（ステップＳＴ７０２）。【００９１】
ここで、指定したメッセージのフラグの達成有無が有（フラグが「ＯＮ」）のメッセージが非接触ＩＣカード２００の第２記憶部２０５に存在していると判断された場合には、メッセージＩＤ（識別番号「１１００」）を指定して、メッセージ取得部１０３が非接触ＩＣカード２００へメッセージ取得要求を送信する（ステップＳＴ７０３）。【００９２】
そして、携帯端末１００は、非接触ＩＣカード２００の第１記憶部２０２および第２記憶部２０５からメッセージとフラグを取得し、ユーザ設定部１０１で設定されたユーザ設定により、取得したフラグをフラグ解析部１０２で解析する（ステップＳＴ７０４）。【００９３】
これにより、携帯端末１００は、フラグ解析部１０２でのフラグ解析結果により、予めイベントヘッダに記載されている指定されたメッセージだけを表示部１０６に表示する（ステップＳＴ７０５）。【００９４】
上述のように、本例の携帯端末１００においては、ステップＳＴ７０１でのフラグチェックで、メッセージＩＤの識別番号「１１００」が有り、イベントヘッダに記載されている条件を達成している場合には、非接触ＩＣカード２００に対してメッセージＩＤを送信する。【００９５】
非接触ＩＣカード２００は、受信したメッセージＩＤの識別番号「１１００」を認証し、許可した場合に携帯端末１００にメッセージを渡す。このようにして、携帯端末１００は、非接触ＩＣカード２００からメッセージを取得する。【００９６】
ここで、イベントヘッダに記載されている条件が未達成の場合には、非接触ＩＣカード２００は、携帯端末１００のメッセージの取得を許可しない。【００９７】
また、非接触ＩＣカード２００は、フラグチェックで、メッセージＩＤが有り、イベントヘッダに記載されている条件を達成しておらず、携帯端末１００からの要求データが無い場合には、携帯端末１００の要求を無視する。【００９８】
また、携帯端末１００は、上述のフラグチェックで、メッセージＩＤが有り、イベントヘッダに記載されている条件を達成しておらず、要求情報がある場合には、要求情報を非接触ＩＣカード２００に送信する。【００９９】
また、携帯端末１００は、上述のフラグチェックで、メッセージＩＤが有り、イベントヘッダに記載されている条件を達成しており、要求情報がある場合には、要求情報およびメッセージＩＤを非接触ＩＣカード２００に送信し、非接触ＩＣカード２００からメッセージを取得する。【０１００】
また、非接触ＩＣカード２００は、上述のフラグチェックで、メッセージＩＤが有り、イベントヘッダに記載されている条件が未達成で、携帯端末１００からの要求データが無い場合には、携帯端末１００の要求を無視する。【０１０１】
ところで、携帯端末１００が非接触ＩＣカード２００に要求しているメッセージの重要度が高い場合、例えば、メッセージがお買い物券など換金性の高い情報である場合には、要求情報の信頼性が問題となる。【０１０２】
そこで、本例の携帯端末１００においては、要求情報にディジタル署名やＭＡＣ（Message Authentication Code）などの認証情報を付加し、非接触ＩＣカード２００にてディジタル署名やＭＡＣなどの認証情報を検証し、正しい場合に条件達成とする。ただし、ＭＡＣの場合は、事前に秘密情報の共有が必須となる。【０１０３】
ＳＮＴＰサーバや携帯端末１００の時計から取得した時刻情報にディジタル署名やＭＡＣが添付されていてもよい。【０１０４】
なお、上述のフラグチェックで、「必須＝Ｏ」の場合には、携帯端末１００に設定された条件に従って、非接触ＩＣカード２００からメッセージを取得する。【０１０５】
また、携帯端末１００は、非接触ＩＣカード２００から取得したメッセージをフラグ表示する。【０１０６】
また、携帯端末１００のメッセージの表示方法は、フラグの表示に従う。【０１０７】
また、上述のフラグチェックで、「必須＝Ｏ」の場合には、非接触ＩＣカード２００から取得したメッセージをユーザ設定に従って表示する。【０１０８】
また、上述のフラグチェックで、「表示＝Ｐｏｐｕｐ」の場合も、「ユーザ設定＝Ｔｅｌｏｐ」ならばテロップ（Ｔｅｌｏｐ）表示とする。これにより、ユーザの意図しない動作を極力抑えることができる。【０１０９】
ただし、本例の携帯端末１００は、リーダ／ライタ３００側の要求によりサービス上どうしてもメッセージを目立つように表示したい場合などには、ユーザ設定により目立たなくなることを避けるために、「必須＝Ｍ」としてユーザ設定を無効化することが可能となっている。【０１１０】
上述のように、本例の携帯端末１００および情報配信方法においては、リーダ／ライタ３００から送信されるメッセージ毎に非接触ＩＣカード２００に特化した条件を付加できるので、非接触ＩＣカード２００に特有の条件をもった情報、例えば電子マネーの残高が一定金額を超えた場合でのクーポン券の表示や、特定の駅に到着した場合に周辺のショップ情報などの情報を、ユーザ操作に依らずに携帯端末１００の表示部１０６にプッシュ配信して表示することができる。【０１１１】
また、本例の携帯端末１００および情報配信方法においては、リーダ／ライタ３００から受信した要求メッセージを、メッセージ毎の条件に従って非接触ＩＣカード２００から取得して携帯端末１００の表示部１０６に表示することができる。【０１１２】
また、本例の携帯端末１００および情報配信方法においては、非接触ＩＣカード２００にてリーダ／ライタ３００から要求されたメッセージの携帯端末１００に対するアクセス制御を行うことができる。
【産業上の利用可能性】
【０１１３】
本発明に係る携帯端末および情報配信方法は、リーダ／ライタからの要求により常時接続困難な被接触通信により非接触ＩＣモジュールから取得したメッセージに記載されている処理を、擬似的にプッシュ配信して実行させることができるので、リーダ／ライタと常時接続困難な非接触通信を行う非接触ＩＣモジュールを搭載した携帯端末および情報配信方法として有用である。
【図１】
2008032409.tif 000003
【図２】
2008032409.tif 000004
【図３】
2008032409.tif 000005
【図４】
2008032409.tif 000006
【図５】
2008032409.tif 000007
【図６】
2008032409.tif 000008
【図７】
2008032409.tif 000009
【手続補正書】
【提出日】平成19年12月26日(2007.12.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
リーダ／ライタから非接触通信により送信されるメッセージを受信する非接触ＩＣモジュールを搭載した携帯端末であって、
前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、
前記非接触ＩＣモジュールは、前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析手段と、前記イベントヘッダ解析手段により解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定手段と、を備え、
前記メッセージを受信した前記非接触ＩＣモジュールから前記イベントヘッダに記載されている設定条件を達成しているメッセージのみを取得するメッセージ取得手段と、
前記非接触ＩＣモジュールに取得可能なメッセージが存在しているか否かを検索して、前記フラグ設定手段により設定されたフラグの状態から前記イベントヘッダに記載されている設定条件を達成したフラグの有無を解析するフラグ解析手段と、
前記メッセージ取得手段により取得したメッセージに記載された処理を実行する処理手段と、を具備する、携帯端末。
【請求項２】
リーダ／ライタから非接触通信により送信されるメッセージを受信する、携帯端末に搭載された非接触ＩＣモジュールであって、
前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、
前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析手段と、前記イベントヘッダ解析手段により解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定手段と、を具備し、
前記携帯端末からのメッセージ取得依頼により指定されたメッセージのフラグが、前記イベントヘッダに記載されている設定条件を達成している状態である場合に、前記携帯端末のメッセージ取得を許可する、非接触ＩＣモジュール。
【請求項３】
前記携帯端末からのメッセージ取得依頼情報に、前記メッセージ取得依頼情報の信頼性を確認するための認証情報を付加し、前記認証情報が正しい情報であると検証された場合に、前記携帯端末のメッセージ取得を許可する、請求項３記載の非接触ＩＣモジュール。
【請求項４】
前記フラグの１つは、ユーザ設定を優先したメッセージの取得を前記携帯端末に許可するフラグである、請求項３記載の非接触ＩＣモジュール。
【請求項５】
前記フラグの他の１つは、ユーザ設定を無視したメッセージの取得を前記携帯端末に許可するフラグである、請求項３記載の非接触ＩＣモジュール。
【請求項６】
リーダ／ライタから送信されるメッセージを、携帯端末に搭載した非接触ＩＣモジュールに非接触通信により送信する情報配信方法であって、
前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、
前記非接触ＩＣモジュールは、前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析ステップと、前記イベントヘッダ解析ステップで解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定ステップと、前記携帯端末からのメッセージ取得依頼により指定されたメッセージのフラグが前記イベントヘッダに記載されている設定条件を達成している状態である場合に前記携帯端末のメッセージ取得を許可するメッセージ取得許可ステップと、を備え、
前記携帯端末は、前記非接触ＩＣモジュールに取得可能なメッセージが存在しているか否かを検索して前記フラグ設定ステップで設定されたフラグの状態から前記イベントヘッダに記載されている設定条件を達成したフラグの有無を解析するフラグ解析ステップと、前記フラグ解析ステップで前記イベントヘッダに記載されている設定条件を達成していると判断されて前記メッセージ取得許可ステップで許可されたメッセージのみを前記非接触ＩＣモジュールから取得するメッセージ取得ステップと、前記メッセージ取得手段により取得したメッセージに記載された処理を実行する処理ステップと、を具備する、情報配信方法。
【請求項７】
（削除）
【請求項８】
（削除）
【手続補正書】
【提出日】平成21年1月29日(2009.1.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
リーダ／ライタから非接触通信により送信されるメッセージを受信する非接触ＩＣモジュールを搭載した携帯端末であって、
前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、
前記非接触ＩＣモジュールは、前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析手段と、前記イベントヘッダ解析手段により解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定手段と、を備え、
前記メッセージを受信した前記非接触ＩＣモジュールから前記イベントヘッダに記載されている設定条件を達成しているメッセージのみを取得するメッセージ取得手段と、
前記非接触ＩＣモジュールに取得可能なメッセージが存在しているか否かを検索して、前記フラグ設定手段により設定されたフラグの状態から前記イベントヘッダに記載されている設定条件を達成したフラグの有無を解析するフラグ解析手段と、
前記メッセージ取得手段により取得したメッセージに記載された処理を実行する処理手段と、を具備する、携帯端末。
【請求項２】
リーダ／ライタから非接触通信により送信されるメッセージを受信する、携帯端末に搭載された非接触ＩＣモジュールであって、
前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、
前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析手段と、前記イベントヘッダ解析手段により解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定手段と、を具備し、
前記携帯端末からのメッセージ取得依頼により指定されたメッセージのフラグが、前記イベントヘッダに記載されている設定条件を達成している状態である場合に、前記携帯端末のメッセージ取得を許可する、非接触ＩＣモジュール。
【請求項３】
前記携帯端末からのメッセージ取得依頼情報に、前記メッセージ取得依頼情報の信頼性を確認するための認証情報を付加し、前記認証情報が正しい情報であると検証された場合に、前記携帯端末のメッセージ取得を許可する、請求項２記載の非接触ＩＣモジュール。
【請求項４】
前記フラグの１つは、ユーザ設定を優先したメッセージの取得を前記携帯端末に許可するフラグである、請求項３記載の非接触ＩＣモジュール。
【請求項５】
前記フラグの他の１つは、ユーザ設定を無視したメッセージの取得を前記携帯端末に許可するフラグである、請求項３記載の非接触ＩＣモジュール。
【請求項６】
リーダ／ライタから送信されるメッセージを、携帯端末に搭載した非接触ＩＣモジュールに非接触通信により送信する情報配信方法であって、
前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、
前記非接触ＩＣモジュールは、前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析ステップと、前記イベントヘッダ解析ステップで解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定ステップと、前記携帯端末からのメッセージ取得依頼により指定されたメッセージのフラグが前記イベントヘッダに記載されている設定条件を達成している状態である場合に前記携帯端末のメッセージ取得を許可するメッセージ取得許可ステップと、を備え、
前記携帯端末は、前記非接触ＩＣモジュールに取得可能なメッセージが存在しているか否かを検索して前記フラグ設定ステップで設定されたフラグの状態から前記イベントヘッダに記載されている設定条件を達成したフラグの有無を解析するフラグ解析ステップと、前記フラグ解析ステップで前記イベントヘッダに記載されている設定条件を達成していると判断されて前記メッセージ取得許可ステップで許可されたメッセージのみを前記非接触ＩＣモジュールから取得するメッセージ取得ステップと、前記メッセージ取得手段により取得したメッセージに記載された処理を実行する処理ステップと、を具備する、情報配信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リーダ／ライタ（Ｒ／Ｗ）と常時接続困難な非接触通信を行う非接触ＩＣモジュールを搭載した携帯端末、非接触ＩＣモジュール、リーダ／ライタおよび情報配信方法に関する。
【背景技術】
【０００２】
従来、ユーザが働きかけなくてもサーバからユーザの携帯電話などの携帯端末に情報を直接送り届けるプッシュ型情報配信の技術を利用した情報配信方法がある。
【０００３】
この種の情報配信方法を用いて通信を行うシステムや携帯端末等として、特許文献１記載の「情報配信仲介システム」、特許文献２記載の「携帯型情報機器」、特許文献３記載の「ＩＣモジュールを搭載した携帯端末」などが知られている。
【０００４】
特許文献１記載の「情報配信仲介システム」は、オンライン回線を通じて登録された配信日時とコンピュータが保持する現在日時情報を発見した場合、配信日時とセットで登録された情報配信内容を、電子メールデータに変換し、予めオンライン回線を通じて登録された携帯電話または携帯端末の電子メールアドレス先に送信するようにしている。
【０００５】
この「情報配信仲介システム」によれば、特定の顧客に対し、特定の顧客の携帯電話や携帯端末に対して、電子メールサービスを利用して指定した日時に情報配信することが可能になる。
【０００６】
また、特許文献２記載の「携帯型情報機器」は、アトラクションシステムにより設定された所定の基準時刻からの経過時間あるいは所定の基準時刻に至るまでの残り時間に基づいて腕時計型情報機器の表示画面に表示する情報を所定の情報である宣伝情報、広告情報あるいはユーザの行動（アミューズメント施設への来訪など）を促す情報に変更するようにしている。
【０００７】
この「携帯型情報機器」によれば、非接触ＩＣモジュールの情報処理機能を有効に利用し、テーマパークなどのアミューズメント施設において、宣伝情報や広告情報を腕時計型情報機器の表示画面に表示することができる。
【０００８】
また、特許文献３記載の「ＩＣモジュールを搭載した携帯端末」は、ＩＣカード機能を有するセキュアエレメント（ＩＣモジュール）が、サービスに関する状態のデータを保持するメモリと、所定の場所に設置されたサービス端末との非接触通信によりサービスに関する処理が行われるように制御する制御部を備えている。また、ユーザに確認を要求することなく行われた変更が、ユーザの注意を喚起すべきとして設定された条件を満たすか否かを判断し、満たすとの判断に応じて、携帯端末の表示部がユーザへの通知を行うように指示する処理判断部を備えている。
【０００９】
この携帯端末は、パスワードフリーに設定した場合でも、サービス端末とＩＣモジュールとの通信によりユーザの注意が喚起されるべき処理が行われた場合には、これを携帯端末のユーザインターフェース機能を活用してユーザに通知することができ、意図しない処理や誤りが生じていないかどうかをユーザが簡単にチェックできるようになる。
【特許文献１】特開２００１−２８２６８４号公報
【特許文献２】特開２００２−２８８０６８号公報
【特許文献３】特開２００５−５０２６２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところで、特許文献１記載の「情報配信仲介システム」は、仲介サーバにおいて指定した時間を条件として、ユーザの携帯端末に電子メールで情報をプッシュ配信することは可能である。
【００１１】
しかしながら、この「情報配信仲介システム」では、非接触ＩＣモジュール特有の条件をもった情報、例えば電子マネーの残高や、経由した改札の駅名などの情報を、ユーザ操作に依らずに携帯端末にプッシュ配信して表示するように対応させることは困難である。
【００１２】
また、特許文献２記載の「携帯型情報機器」は、所定の基準時刻からの経過時間あるいは所定の基準時刻に至るまでの残り時間に応じて、リーダ／ライタ（Ｒ／Ｗ）から受けたイベント情報等を促す情報に変更して表示する非接触アンテナ一体型の携帯端末を想定している。
【００１３】
このため、この「携帯型情報機器」では、非接触ＩＣモジュールを搭載した携帯電話のように、非接触通信を制御する非接触ＩＣモジュールと、メッセージの解析および表示を制御する携帯端末とが分離している場合には、非接触ＩＣモジュールにて携帯端末に対するメッセージのアクセス制御を行うことはできない。
【００１４】
さらに、特許文献３記載の「ＩＣモジュールを搭載した携帯端末」は、非接触通信特有の条件により非接触通信処理の結果であるデータの変更をユーザに通知することは可能であるが、リーダ／ライタから受信した要求メッセージを、メッセージ毎の条件に従って非接触ＩＣモジュールから取得して携帯端末に処理を実行させることはできない。
【００１５】
本発明の目的は、リーダ／ライタからの要求により常時接続困難な被接触通信により非接触ＩＣモジュールから取得したメッセージに記載されている処理を、擬似的にプッシュ配信して実行させることができる携帯端末、非接触ＩＣモジュール、リーダ／ライタおよび情報配信方法を提供することである。
【課題を解決するための手段】
【００１６】
本発明の携帯端末は、リーダ／ライタから非接触通信により送信されるメッセージを受信する非接触ＩＣモジュールを搭載した携帯端末であって、前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、前記非接触ＩＣモジュールは、前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析手段と、前記イベントヘッダ解析手段により解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定手段と、を備え、前記メッセージを受信した前記非接触ＩＣモジュールから前記イベントヘッダに記載されている設定条件を達成しているメッセージのみを取得するメッセージ取得手段と、前記非接触ＩＣモジュールに取得可能なメッセージが存在しているか否かを検索して、前記フラグ設定手段により設定されたフラグの状態から前記イベントヘッダに記載されている設定条件を達成したフラグの有無を解析するフラグ解析手段と、前記メッセージ取得手段により取得したメッセージに記載された処理を実行する処理手段と、を具備する構成を採る。
【００１７】
本発明の非接触ＩＣモジュールは、リーダ／ライタから非接触通信により送信されるメッセージを受信する、携帯端末に搭載された非接触ＩＣモジュールであって、前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析手段と、前記イベントヘッダ解析手段により解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定手段と、を具備し、前記携帯端末からのメッセージ取得依頼により指定されたメッセージのフラグが、前記イベントヘッダに記載されている設定条件を達成している状態である場合に、前記携帯端末のメッセージ取得を許可する、構成を採る。
【００１８】
本発明の情報配信方法は、リーダ／ライタから送信されるメッセージを、携帯端末に搭載した非接触ＩＣモジュールに非接触通信により送信する情報配信方法であって、前記リーダ／ライタから送信されるメッセージは、前記携帯端末に実行させる処理を指定するための設定条件を記載したイベントヘッダを備え、前記非接触ＩＣモジュールは、前記リーダ／ライタから受信したメッセージに設けられたイベントヘッダを解析するイベントヘッダ解析ステップと、前記イベントヘッダ解析ステップで解析して得た前記イベントヘッダに記載されている設定条件を反映させたフラグを設定するフラグ設定ステップと、前記携帯端末からのメッセージ取得依頼により指定されたメッセージのフラグが前記イベントヘッダに記載されている設定条件を達成している状態である場合に前記携帯端末のメッセージ取得を許可するメッセージ取得許可ステップと、を備え、前記携帯端末は、前記非接触ＩＣモジュールに取得可能なメッセージが存在しているか否かを検索して前記フラグ設定ステップで設定されたフラグの状態から前記イベントヘッダに記載されている設定条件を達成したフラグの有無を解析するフラグ解析ステップと、前記フラグ解析ステップで前記イベントヘッダに記載されている設定条件を達成していると判断されて前記メッセージ取得許可ステップで許可されたメッセージのみを前記非接触ＩＣモジュールから取得するメッセージ取得ステップと、前記メッセージ取得手段により取得したメッセージに記載された処理を実行する処理ステップと、を具備する、ようにした。
【発明の効果】
【００１９】
本発明によれば、リーダ／ライタからの要求により常時接続困難な被接触通信により非接触ＩＣモジュールから取得したメッセージに記載されている処理を、擬似的にプッシュ配信して実行させることができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。まず、本発明の一実施の形態に係る携帯端末の主要部の構成について説明する。図１は、本発明の一実施の形態に係る携帯端末の主要部の構成を示すブロック図である。なお、ここでは、非接触ＩＣモジュールとして、非接触ＩＣカードを例にとって説明することとする。
【００２１】
図１に示すように、本例の携帯端末１００は、ユーザ設定部１０１、フラグ解析部１０２、メッセージ取得部１０３、通信部１０４、操作部１０５、表示部１０６、制御部１０７、を具備している。
【００２２】
図１において、ユーザ設定部１０１は、操作部１０５のユーザ操作により表示部１０６に表示させるメッセージの表示条件などの設定処理を行う。
【００２３】
フラグ解析部１０２は、後述するリーダ／ライタ（Ｒ／Ｗ）３００から非接触通信により非接触ＩＣカード２００に送信されたメッセージのイベントヘッダに記載されている設定条件を達成したフラグの有無を解析するためのフラグチェックを行う。
【００２４】
メッセージ取得部１０３は、リーダ／ライタ３００から非接触通信により非接触ＩＣカード２００に送信されて非接触ＩＣカード２００の第１記憶部２０２に格納されたメッセージを取得するためのメッセージ取得処理を行う。
【００２５】
通信部１０４は、その接触ＩＦ（インターフェース）が非接触ＩＣカード２００の通信部２０４の接触ＩＦ（インターフェース）と接続されており、非接触ＩＣカード２００の通信部２０４と接触通信を行う。
【００２６】
操作部１０５は、テンキーやファンクションキーなどを備えており、ユーザ操作によるデータ入力処理などを行う。
【００２７】
表示部１０６は、液晶パネルなどを備え、操作部１０５のユーザ操作により入力された文字や画像、およびメッセージ取得部１０３が非接触ＩＣカード２００の第１記憶部２０２から取得したメッセージなどを表示する。
【００２８】
制御部１０７は、ユーザ設定部１０１、フラグ解析部１０２、メッセージ取得部１０３、通信部１０４、操作部１０５、表示部１０６に対する信号の入出力処理やデータの演算処理を行う。
【００２９】
次に、本例の携帯端末１００に搭載される非接触ＩＣカードの主要部の構成について説明する。図２は、本発明の一実施の形態に係る携帯端末に搭載される非接触ＩＣカードの主要部の構成を示すブロック図である。
【００３０】
図２に示すように、本例の携帯端末１００に搭載される非接触ＩＣカード２００は、イベントヘッダ解析部２０１、第１記憶部２０２、フラグ設定部２０３、通信部２０４、第２記憶部２０５、制御部２０６、を具備している。
【００３１】
図２において、イベントヘッダ解析部２０１は、非接触通信によりリーダ／ライタ３００から送信される非接触通信メッセージに設けられているイベントヘッダを解析するためのイベントヘッダ解析処理を行う。
【００３２】
第１記憶部２０２は、ユーザ操作、およびリーダ／ライタ３００から非接触通信により受信したメッセージを記憶する。
【００３３】
フラグ設定部２０３は、イベントヘッダ解析部２０１により解析して得たイベントヘッダに記載されている設定条件を反映させたフラグを「ＯＮ」の状態に設定する（立てる）フラグ設定処理を行う。
【００３４】
通信部２０４は、その接触ＩＦ（インターフェース）が携帯端末１００の通信部１０４の接触ＩＦ（インターフェース）と接続されており、携帯端末１００の通信部１０４と接触通信を行う。
【００３５】
第２記憶部２０５は、非接触ＩＣカード２００の種類や各カード製造会社に共通の記憶領域（共通記憶領域）を備えており、この共通記憶領域に、フラグ設定部２０３において設定されたフラグの状態を記憶する。
【００３６】
制御部２０６は、イベントヘッダ解析部２０１、第１記憶部２０２、フラグ設定部２０３、通信部２０４、第２記憶部２０５に対する信号の入出力処理やデータの演算処理を行う。
【００３７】
次に、本例の携帯端末１００に搭載された非接触ＩＣカード２００とリーダ／ライタ３００との非接触通信による情報配信方法について説明する。図３は、本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードとリーダ／ライタとの非接触通信による情報配信方法について説明するための概略図である。
【００３８】
図３において、非接触ＩＣカード２００とリーダ／ライタ３００とは、アンテナ２１０，３１０を介して非接触通信により情報の送受信を行う。
【００３９】
ここで、例えば、駅の改札機やコンビニのＰＯＳなどのリーダ／ライタ３００側からの要求により、非接触ＩＣカード２００が持っている情報（メッセージ）を携帯端末１００に表示させる場合、何時どのような条件の時にメッセージを表示させるかを指定する必要がある。
【００４０】
しかしながら、非接触ＩＣカード２００は、能動的ではなく受動的なディバイスであるため、携帯端末１００に対して情報をプッシュしたくても自ら勝手に動作することができない。ただし、非接触処理が終了したと言った単純なイベントであれば割り込みを発生させる程度のことは可能な場合がある。例えば、おサイフケータイ（登録商標）は、駅やコンビニなどで、ＰＯＳなどのリーダ／ライタ３００側から情報をもらっており、トルカ（登録商標）は、クーポンをＰＯＳ側からもらっている。スイカ（登録商標）は、定期券としての機能を重視しており、表示手段を備えていない。
【００４１】
また、ユーザとしては、携帯端末１００の非接触ＩＣカード２００が持っている情報（メッセージ）のうち、予め設定した必要な情報だけをプッシュして欲しいという要望がある。
【００４２】
しかし、従来の特許文献１記載の情報配信方法では、電子メールを携帯端末１００にプッシュ配信することはできるが、非接触ＩＣカード２００に特有の条件をもった情報を、ユーザ操作に依らずに非接触通信により携帯端末１００にプッシュ配信して表示するように対応させることは困難である。
【００４３】
また、従来の特許文献２記載の情報配信方法では、テーマパークやゲームセンタ等のイベント開催日などの情報を、リーダ／ライタ３００から携帯端末１００に送信することはできるが、非接触ＩＣカード２００において携帯端末１００に対するメッセージのアクセス制御を行うことはできない。
【００４４】
また、従来の特許文献３記載の情報配信方法では、例えば、おサイフケータイ（登録商標）の非接触ＩＣカード２００が保持している課金後の残高をＰＯＳで処理して残高表示することはできるが、リーダ／ライタ３００から受信した要求メッセージを、メッセージ毎の条件に従って非接触ＩＣカード２００から取得し、必要な情報だけを携帯端末１００にプッシュして表示することはできない。
【００４５】
そこで、本例の携帯端末１００を用いた情報配信方法においては、リーダ／ライタ３００から非接触ＩＣカード２００に対して送信するメッセージに、携帯端末１００に表示したい情報（データ）を特定するための条件を記載可能なイベントヘッダを設けるようにしている。このような構成とすることで、リーダ／ライタ３００でメッセージを非接触ＩＣカード２００に対して送信した際に前記条件が達成されていない場合でも、達成後に携帯端末１００に非同期でメッセージを表示することが可能となる。例えばリーダ／ライタ３００でメッセージを送信したタイミングでは表示せずに、ある期間経過して前記条件を達成した直後にメッセージを表示できる。
【００４６】
一方、非接触ＩＣカード２００側では、リーダ／ライタ３００から送信されるメッセージのイベントヘッダを解析してフラグを立て（フラグを「ＯＮ」にする）、携帯端末１００へのメッセージの表示条件を設定するようにしている。
【００４７】
非接触ＩＣカード２００側で立てるフラグは、リーダ／ライタ３００から送信されるメッセージのメッセージＩＤを振って、条件が満たされたか否か、つまりイベントヘッダに記載された設定条件が達成されたか否かを判断するフラグである。
【００４８】
携帯端末１００は、非接触ＩＣカード２００側に立てられたフラグが「ＯＮ」または「ＯＦＦ」の何れであるかフラグチェックして、設定条件が満たされているか否か、つまりリーダ／ライタ３００からの要求により表示するメッセージがあるか否かをチェックするようにしている。
【００４９】
そして、携帯端末１００は、フラグチェックにより、フラグが「ＯＮ」の状態になっている設定条件を満たしているメッセージのみを非接触ＩＣカード２００から取得して表示するようにしている。言い換えれば、本例の携帯端末１００は、フラグが「ＯＦＦ」の状態の、設定条件を満たしていないメッセージは取得することができず表示することができないようになっている。
【００５０】
このように、本例の携帯端末１００においては、非接触ＩＣカード２００のメッセージを取得するための条件を達成しているか否か、非接触ＩＣカード２００側でフラグを立てている。
【００５１】
また、本例の携帯端末１００は、リーダ／ライタ３００から送信する非接触通信メッセージにイベントヘッダを設けることで、リーダ／ライタ３００側からの要求により表示したい情報を詳細に特定するようにしている。
【００５２】
従って、本例の携帯端末１００においては、非接触ＩＣカード２００に格納されているメッセージのうちの表示させたいメッセージだけを、リーダ／ライタ３００側から擬似的にプッシュして表示させることができるようになる。
【００５３】
このように、従来の情報配信方法では携帯端末１００側の要求によるプッシュ配信しかできなかったが、本例の携帯端末１００においては、リーダ／ライタ３００側の要求により、より詳細に設定した情報（データ）をプッシュ配信ができるようになる。
【００５４】
すなわち、本例の携帯端末１００は、非接触ＩＣカード２００がリーダ／ライタ３００から非接触通信によるメッセージを受け取ることで、非接触ＩＣカード２００が持っている情報を表示部１０６に表示するように構成されている。
【００５５】
リーダ／ライタ３００から携帯端末１００の補接触ＩＣカード２００に送信される非接触通信によるメッセージには、非接触通信特有の条件を記載可能なイベントヘッダが設けられている。
【００５６】
リーダ／ライタ３００から送信される非接触通信メッセージに設けられたイベントヘッダには、ＩＣカードの持っている情報の表示条件として、図４に示すような｛種別、値、式、必須、表示｝の各項目が記載されている。
【００５７】
例えば、電子マネーの残高が１０００円以下になっていることを条件に、コンビニのＰＯＳ（リーダ／ライタ３００）から携帯端末１００にチャージ等を促すメッセージをプッシュして表示する場合のイベントヘッダには、｛種別＝Ｍｏｎｅｙ、値＝１０００、式＝Ｕｎｄｅｒ、必須＝Ｍ、表示＝Ｎｏｎｅ｝の条件が記載される。
【００５８】
また、交通券で横浜駅に着いたことを条件に、品川駅のリーダ／ライタ３００から携帯端末１００にプッシュして横浜駅で利用可能なクーポンなどを表示する場合のイベントヘッダには、｛種別＝Ｔｒａｉｎ、値＝Ｙｏｋｏｈａｍａ、式＝Ｅｑｕａｌ、必須＝Ｍ、表示＝Ｐｏｐｕｐ｝の条件が記載される。
【００５９】
また、現在日が誕生日やイベント開催日などの特定日であることを条件に、リーダ／ライタ３００から携帯端末１００にプッシュしてバースデーカードなどを表示する場合のイベントヘッダには、｛種別＝Ｔｉｍｅ、値＝０５／０９／１４、式＝Ｅｑｕａｌ、必須＝Ｏ、表示＝Ｐｏｐｕｐ｝の条件が記載される。
【００６０】
また、テーマパークの入場回数のカウント値が５になって特定回数以上になったことを条件に、テーマパークのリーダ／ライタ３００から携帯端末１００にプッシュしてイベント情報などを表示する場合のイベントヘッダには、｛種別＝Ｃｏｕｎｔ、値＝５、式＝Ｏｖｅｒ、必須＝Ｏ、表示＝Ｔｅｌｏｐ｝の条件が記載される。
【００６１】
また、テーマパークのチケットを使用したか、あるいは映画館のキップ（チケット）を切ったかなどのプロセスを、テーマパークあるいは映画館のリーダ／ライタ３００から携帯端末１００にプッシュしてチケット処理後即表示する場合のイベントヘッダには、｛種別＝Ｔｉｃｋｅｔ、値＝Ｐｒｏｃｅｓｓ、式＝ＡＳＡＰ、必須＝Ｍ、表示＝Ｎｏｎｅ｝の条件が記載される。
【００６２】
なお、上述したイベントヘッダは、複数のヘッダを組み合わせて、複合条件に設定することも可能である。
【００６３】
このように、イベントヘッダの「種別」の項目には、「Ｍｏｎｅｙ」、「Ｔｒａｉｎ」、「Ｔｉｍｅ」、「Ｃｏｕｎｔ」、「Ｔｉｃｋｅｔ」など、携帯端末１００に表示させる情報のカテゴリーが記載される。
【００６４】
また、イベントヘッダの「値」の項目には、「１００」、「Ｙｏｋｏｈａｍａ」、「０５／０９／１４」、「５」、「Ｐｒｏｃｅｓｓ」など、「種別」の具体的な内容が記載される。
【００６５】
また、イベントヘッダの「式」の項目には、「Ｕｎｄｅｒ」、「Ｅｑｕａｌ」、「Ｏｖｅｒ」、「ＡＳＡＰ」など、「値」の内容の状態が記載される。ただし、「式」の項目が「式＝ＡＳＡＰ：AS SOON AS POSSIBLE」と記載されている場合には、メッセージ取得後、即表示することが要求される。
【００６６】
また、イベントヘッダの「必須」の項目には、ユーザまたはＲ／Ｗの何れの要求を優先させるかが記載される。
【００６７】
ここで、「必須」の項目が「必須＝Ｍ：Ｍａｎｄａｔｏｒｙ」と記載されている場合には、ユーザ設定を無視し、コンビニや駅などのリーダ／ライタ３００側の設定に従って、非接触ＩＣカード２００の持っている情報を携帯端末１００に表示するように指示が出される。
【００６８】
一方、「必須」の項目が「必須＝Ｏ：Ｏｐｔｉｏｎ」と記載されている場合には、ユーザ設定を優先して、非接触ＩＣカード２００の持っている情報を携帯端末１００に表示するように指示が出される。つまり、携帯端末１００のユーザ設定が表示禁止になっている場合には表示は行われない。
【００６９】
また、イベントヘッダの「表示」の項目には、「Ｎｏｎｅ」、「Ｐｏｐｕｐ」、「Ｔｅｌｏｐ」など、非接触ＩＣカード２００の持っている情報の携帯端末１００への表示方法が記載される。
【００７０】
ここで、「表示」の項目が「表示＝Ｎｏｎｅ」と記載されている場合には、自由な表示方法により非接触ＩＣカード２００の持っている情報を携帯端末１００に表示するように指示が出される。
【００７１】
また、「表示」の項目が「表示＝Ｐｏｐｕｐ」と記載されている場合には、非接触ＩＣカード２００の持っている情報を携帯端末１００にポップアップ表示するように指示が出される。
【００７２】
さらに、「表示」の項目が「表示＝Ｔｅｌｏｐ」と記載されている場合には、非接触ＩＣカード２００の持っている情報を携帯端末１００にテロップ表示するように指示が出される。
【００７３】
次に、上述のようなイベントヘッダが設けられた非接触通信メッセージがリーダ／ライタ３００から送信されたときの非接触ＩＣカード２００の動作について説明する。図５は、本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードの動作を説明するためのフローチャートである。
【００７４】
図５において、リーダ／ライタ３００との非接触通信が開始された非接触ＩＣカード２００は、リーダ／ライタ３００からイベントヘッダが設定されたメッセージを受信する（ステップＳＴ５０１）。
【００７５】
メッセージを受信した非接触ＩＣカード２００は、イベントヘッダ解析部２０１でメッセージのイベントヘッダを解析し、フラグ設定部２０３においてイベントヘッダの解析結果を反映したフラグを立てるためのフラグ設定処理を実施する（ステップＳＴ５０２）。
【００７６】
次いで、非接触ＩＣカード２００は、携帯端末１００からメッセージの取得依頼を受信（ステップＳＴ５０３）すると、指定されたメッセージのフラグの達成有無が有るか否か（フラグが「ＯＮ」か「ＯＦＦ」か）を判断する（ステップＳＴ５０４）。
【００７７】
ここで、指定されたメッセージのフラグの達成有無が有る（フラグが「ＯＮ」）と判断された場合には、携帯端末１００のメッセージの取得を許可する（ステップＳＴ５０５）。
【００７８】
上述のフラグ処理では、図６に示すような｛メッセージＩＤ、達成有無、要求情報、必須、表示｝の各項目のフラグが設定される。
【００７９】
図６において、「メッセージＩＤ」の項目のフラグは、携帯端末に表示するように要求されたメッセージのメッセージＩＤ（識別番号）の有無の状態を保持する。
【００８０】
「達成有無」の項目のフラグは、イベントヘッダに記載されている条件を達成済みか否かの状態を保持する。
【００８１】
「要求情報」の項目のフラグは、イベントヘッダの条件判定に必要な情報の有無の状態を保持する。例えば、ＩＣカードは、時計を備えていない場合が多いので、イベントヘッダの条件判定に必要な情報として日時情報を要求するようにする。要求を受けた携帯端末１００は、ＳＮＴＰ（Simple Network Time Protocol）サーバや携帯端末１００が備える時計から時刻情報を取得してＩＣカードに送る。
【００８２】
「必須」と「表示」の項目のフラグは、イベントヘッダの「必須」と「表示」の項目と同じ内容の状態を保持する。
【００８３】
ところで、非接触ＩＣカード２００は、カードの種類やカード製造会社によって、格納されているカードアプリケーションの数や記憶領域が異なっている。
【００８４】
そこで、上述のフラグ設定処理では、非接触ＩＣカード２００のカードアプリケーションごと、もしくは各カード製造会社のそれぞれの非接触ＩＣカード２００で共通の記憶領域である第２記憶部２０５にフラグを配置する。
【００８５】
このように、各非接触ＩＣカード２００で共通の記憶領域である第２記憶部２０５にフラグを配置することにより、カードの種類やカード製造会社が異なっていても、各非接触ＩＣカード２００で共通したフラグ設定処理およびフラグチェックを行うことができるようになる。ただし、各非接触ＩＣカード２００で共通の記憶領域にフラグを配置する場合には、上述したフラグの設定項目として、非接触ＩＣカード２００のカードアプリケーション名の項目が追加することが好ましい。
【００８６】
次に、本例の携帯端末１００の動作について説明する。図７は、本発明の一実施の形態に係る携帯端末の動作を説明するためのフローチャートである。
【００８７】
図７において、非接触ＩＣカード２００からメッセージ取得を許可された携帯端末１００は、非接触ＩＣカード２００に定期的にポーリング（ステップＳＴ７０１）して、非接触ＩＣカード２００のフラグ設定処理で設定したフラグをチェックする。
【００８８】
このフラグチェックでは、指定されたメッセージのフラグの達成有無が有（フラグが「ＯＮ」）のメッセージが非接触ＩＣカード２００の第２記憶部２０５に存在しているか否か判断する（ステップＳＴ７０２）。
【００８９】
ここで、指定したメッセージのフラグの達成有無が有（フラグが「ＯＮ」）のメッセージが非接触ＩＣカード２００の第２記憶部２０５に存在していると判断された場合には、メッセージＩＤ（識別番号「１１００」）を指定して、メッセージ取得部１０３が非接触ＩＣカード２００へメッセージ取得要求を送信する（ステップＳＴ７０３）。
【００９０】
そして、携帯端末１００は、非接触ＩＣカード２００の第１記憶部２０２および第２記憶部２０５からメッセージとフラグを取得し、ユーザ設定部１０１で設定されたユーザ設定により、取得したフラグをフラグ解析部１０２で解析する（ステップＳＴ７０４）。
【００９１】
これにより、携帯端末１００は、フラグ解析部１０２でのフラグ解析結果により、予めイベントヘッダに記載されている指定されたメッセージだけを表示部１０６に表示する（ステップＳＴ７０５）。
【００９２】
上述のように、本例の携帯端末１００においては、ステップＳＴ７０１でのフラグチェックで、メッセージＩＤの識別番号「１１００」が有り、イベントヘッダに記載されている条件を達成している場合には、非接触ＩＣカード２００に対してメッセージＩＤを送信する。
【００９３】
非接触ＩＣカード２００は、受信したメッセージＩＤの識別番号「１１００」を認証し、許可した場合に携帯端末１００にメッセージを渡す。このようにして、携帯端末１００は、非接触ＩＣカード２００からメッセージを取得する。
【００９４】
ここで、イベントヘッダに記載されている条件が未達成の場合には、非接触ＩＣカード２００は、携帯端末１００のメッセージの取得を許可しない。
【００９５】
また、非接触ＩＣカード２００は、フラグチェックで、メッセージＩＤが有り、イベントヘッダに記載されている条件を達成しておらず、携帯端末１００からの要求データが無い場合には、携帯端末１００の要求を無視する。
【００９６】
また、携帯端末１００は、上述のフラグチェックで、メッセージＩＤが有り、イベントヘッダに記載されている条件を達成しておらず、要求情報がある場合には、要求情報を非接触ＩＣカード２００に送信する。
【００９７】
また、携帯端末１００は、上述のフラグチェックで、メッセージＩＤが有り、イベントヘッダに記載されている条件を達成しており、要求情報がある場合には、要求情報およびメッセージＩＤを非接触ＩＣカード２００に送信し、非接触ＩＣカード２００からメッセージを取得する。
【００９８】
また、非接触ＩＣカード２００は、上述のフラグチェックで、メッセージＩＤが有り、イベントヘッダに記載されている条件が未達成で、携帯端末１００からの要求データが無い場合には、携帯端末１００の要求を無視する。
【００９９】
ところで、携帯端末１００が非接触ＩＣカード２００に要求しているメッセージの重要度が高い場合、例えば、メッセージがお買い物券など換金性の高い情報である場合には、要求情報の信頼性が問題となる。
【０１００】
そこで、本例の携帯端末１００においては、要求情報にディジタル署名やＭＡＣ（Message Authentication Code）などの認証情報を付加し、非接触ＩＣカード２００にてディジタル署名やＭＡＣなどの認証情報を検証し、正しい場合に条件達成とする。ただし、ＭＡＣの場合は、事前に秘密情報の共有が必須となる。
【０１０１】
ＳＮＴＰサーバや携帯端末１００の時計から取得した時刻情報にディジタル署名やＭＡＣが添付されていてもよい。
【０１０２】
なお、上述のフラグチェックで、「必須＝Ｏ」の場合には、携帯端末１００に設定された条件に従って、非接触ＩＣカード２００からメッセージを取得する。
【０１０３】
また、携帯端末１００は、非接触ＩＣカード２００から取得したメッセージをフラグ表示する。
【０１０４】
また、携帯端末１００のメッセージの表示方法は、フラグの表示に従う。
【０１０５】
また、上述のフラグチェックで、「必須＝Ｏ」の場合には、非接触ＩＣカード２００から取得したメッセージをユーザ設定に従って表示する。
【０１０６】
また、上述のフラグチェックで、「表示＝Ｐｏｐｕｐ」の場合も、「ユーザ設定＝Ｔｅｌｏｐ」ならばテロップ（Ｔｅｌｏｐ）表示とする。これにより、ユーザの意図しない動作を極力抑えることができる。
【０１０７】
ただし、本例の携帯端末１００は、リーダ／ライタ３００側の要求によりサービス上どうしてもメッセージを目立つように表示したい場合などには、ユーザ設定により目立たなくなることを避けるために、「必須＝Ｍ」としてユーザ設定を無効化することが可能となっている。
【０１０８】
上述のように、本例の携帯端末１００および情報配信方法においては、リーダ／ライタ３００から送信されるメッセージ毎に非接触ＩＣカード２００に特化した条件を付加できるので、非接触ＩＣカード２００に特有の条件をもった情報、例えば電子マネーの残高が一定金額を超えた場合でのクーポン券の表示や、特定の駅に到着した場合に周辺のショップ情報などの情報を、ユーザ操作に依らずに携帯端末１００の表示部１０６にプッシュ配信して表示することができる。
【０１０９】
また、本例の携帯端末１００および情報配信方法においては、リーダ／ライタ３００から受信した要求メッセージを、メッセージ毎の条件に従って非接触ＩＣカード２００から取得して携帯端末１００の表示部１０６に表示することができる。
【０１１０】
また、本例の携帯端末１００および情報配信方法においては、非接触ＩＣカード２００にてリーダ／ライタ３００から要求されたメッセージの携帯端末１００に対するアクセス制御を行うことができる。
【産業上の利用可能性】
【０１１１】
本発明に係る携帯端末および情報配信方法は、リーダ／ライタからの要求により常時接続困難な被接触通信により非接触ＩＣモジュールから取得したメッセージに記載されている処理を、擬似的にプッシュ配信して実行させることができるので、リーダ／ライタと常時接続困難な非接触通信を行う非接触ＩＣモジュールを搭載した携帯端末および情報配信方法として有用である。
【図面の簡単な説明】
【０１１２】
【図１】本発明の一実施の形態に係る携帯端末の主要部の構成を示すブロック図
【図２】本発明の一実施の形態に係る携帯端末に搭載される非接触ＩＣカードの主要部の構成を示すブロック図
【図３】本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードとリーダ／ライタとの非接触通信による情報配信方法について説明するための概略図
【図４】本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードと非接触通信するリーダ／ライタの非接触通信メッセージに設けられるイベントヘッダの一例を示す図
【図５】本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードの動作を説明するためのフローチャート
【図６】本発明の一実施の形態に係る携帯端末に搭載された非接触ＩＣカードと非接触通信するリーダ／ライタの非接触通信メッセージに設けられるイベントヘッダを解析して設定されるフラグの一例を示す図
【図７】本発明の一実施の形態に係る携帯端末の動作を説明するためのフローチャート
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2008032409.tif 000010
【図２】
2008032409.tif 000011
【図３】
2008032409.tif 000012
【図４】
2008032409.tif 000013
【図５】
2008032409.tif 000014
【図６】
2008032409.tif 000015
【図７】
2008032409.tif 000016
【国際調査報告】
2008032409.tif 000017
2008032409.tif 000018
2008032409.tif 000019
2008032409.tif 000020