(57)【特許請求の範囲】
【請求項１】
ＩＣカードに格納された複数のアプリケーションのうち少なくとも１つのアプリケーションを用いて処理を行い、該ＩＣカードに記憶されたアプリケーションリストを読み出して送信する機能を有する端末と、通信可能な情報提供サーバであって、
アプリケーションを識別するための該ＩＣカード内のＩＳＯ７８１６で規定された特定のファイルに格納されたアプリケーションＩＤを含む該アプリケーションリストと該アプリケーションに関連する告知データを記憶する記憶手段と、
該端末から送信されたアプリケーションリストを受信する通信手段と、
該受信したアプリケーションリストに対応した該告知データを検索し、該告知データを該端末に送信するように該通信手段を制御する制御手段と、を備え、
前記記憶手段は、アプリケーションリストと告知データとともに、表示順序を示し、どのアプリケーションを優先するかを示すプライオリティを記憶し、前記制御手段は受信したアプリケーションリストに対応した告知データを検索し、そのうち該プライオリティの高い告知データを該端末に送信する、ことを特徴とする情報提供サーバ。
【請求項２】
前記アプリケーションＩＤは、ＩＣカードのＩＳＯ７８１６で規定されたＤｉｒｅｃｔｏｒｙファイルに格納されていることを特徴とする請求項１に記載の情報提供サーバ。
【請求項３】
ＩＣカードに格納された複数のアプリケーションのうち少なくとも１つのアプリケーションを用いて処理を行い、該ＩＣカードを識別するためのカードＩＤを読み出して送信する機能を有する端末と、通信可能な情報提供サーバであって、
カードＩＤと、カードＩＤによって特定されるＩＣカードに格納された複数のアプリケーションの、アプリケーションを識別するための該ＩＣカード内のＩＳＯ７８１６で規定された特定のファイルに格納されたアプリケーションＩＤを含むアプリケーションリストと、該アプリケーションに関連する告知データを記憶する記憶手段と、
該端末から送信されたカードＩＤを受信する通信手段と、
該受信したカードＩＤに対応したアプリケーションの告知データを検索し、該告知データを該端末に送信するように該通信手段を制御する制御手段と、を備え、
前記記憶手段は、アプリケーションリストと告知データとともに、表示順序を示し、どのアプリケーションを優先するかを示すプライオリティを記憶し、前記制御手段は受信したアプリケーションリストに対応した告知データを検索し、そのうち該プライオリティの高い告知データを該端末に送信する、ことを特徴とする情報提供サーバ。
【請求項４】
前記情報提供サーバは、情報登録端末とも通信可能であり、
前記記憶手段は、前記告知データの更新許可を示すＩＤが格納された認証リストを記憶し、
該情報登録端末から送信されたＩＤと、該認証リストに記憶されたＩＤが一致したときに、該記憶手段に記憶された告知データを更新することを特徴とする請求項１乃至３のいずれか１項に記載の情報提供サーバ。
【請求項５】
ＩＣカードに格納された複数のアプリケーションのうち少なくとも１つのアプリケーションを用いて処理を行い、該ＩＣカードに記憶されたアプリケーションリストを読み出して送信する機能を有する端末と、通信可能な情報提供サーバにおける情報提供方法であって、
アプリケーションを識別するための該ＩＣカード内のＩＳＯ７８１６で規定された特定のファイルに格納されたアプリケーションＩＤを含む該アプリケーションリストと該アプリケーションに関連する告知データを記憶する記憶手段を有する情報提供サーバは、
前記記憶手段に、アプリケーションリストと告知データとともに、表示順序を示し、どのアプリケーションを優先するかを示すプライオリティを更に記憶しており、
該情報提供サーバは、該端末から送信された該アプリケーションリストを受信するステップと、
該受信したアプリケーションリストに対応する告知データを検索し、そのうち該プライオリティの高い告知データを該端末に送信するステップと、を有することを特徴とする情報提供方法。
【請求項６】
前記情報提供サーバは、情報登録端末とも通信可能であり、
前記記憶手段は、前記告知データの更新許可を示すＩＤが格納された認証リストを記憶し、
該情報登録端末から送信されたＩＤと、該認証リストに記憶されたＩＤが一致したときに、該記憶手段に記憶された告知データを更新することを特徴とする請求項５に記載の情報提供方法。
【請求項７】
アプリケーションリストとアプリケーションに関連する告知データを、表示順序を示し、どのアプリケーションを優先するかを示すプライオリティとともに記憶する情報提供サーバと通信可能な端末であって、
複数のアプリケーションと該アプリケーションを識別するための該ＩＣカード内のＩＳＯ７８１６で規定された特定のファイルに格納されたアプリケーションＩＤを含むアプリケーションリストの情報を読み書きするＩＣＣ  Ｒ／Ｗ手段と、
該ＩＣカードに格納された複数のアプリケーションのうち少なくとも１つのアプリケーションを用いて処理を行う制御手段と、
該ＩＣＣ  Ｒ／Ｗ手段により読み出された該アプリケーションリストを該情報提供サーバに送信し、該情報提供サーバが検索したアプリケーションに対応する告知データのうち、該プライオリティの高い告知データを受信する通信手段と、
該通信手段が受信した告知データを出力する出力手段と、
を備えたことを特徴とする端末。
【請求項８】
前記情報提供サーバのアドレスを記憶する記憶手段を更に備え、
前記制御手段は、該記憶手段に記憶された該アドレスに従って、情報提供サーバに該アプリケーションリストを送信するように前記通信手段を制御することを特徴とする請求項７に記載の端末。
【請求項９】
前記ＩＣカードが、前記情報提供サーバのアドレスと情報提供サーバへの通信制御を行う情報提供サーバアクセスアプリケーションを記憶し、
前記制御手段は、該ＩＣカードに記憶された該アドレス及び該情報提供サーバアクセスアプリケーションに従って、情報提供サーバに、該情報提供サーバに記憶されたアプリケーションリストを送信するように前記通信手段を制御することを特徴とする請求項７に記載の端末。
【請求項１０】
ＩＣカードに格納された複数のアプリケーションのうち少なくとも１つのアプリケーションを用いて処理を行い、該ＩＣカードに記憶されたアプリケーションリストを読み出して送信する機能を有する端末と、通信可能な情報提供サーバのプログラムであって、
アプリケーションを識別するための該ＩＣカード内のＩＳＯ７８１６で規定された特定のファイルに格納されたアプリケーションＩＤを含む該アプリケーションリストと該アプリケーションに関連する告知データとを記憶する記憶手段を有する情報提供サーバは、
前記記憶手段に、アプリケーションリストと告知データとともに、表示順序を示し、どのアプリケーションを優先するかを示すプライオリティを更に記憶しており、
該情報提供サーバは、該端末から送信された該アプリケーションリストを受信するステップと、
該受信したアプリケーションリストに対応する告知データを検索し、そのうち該プライオリティの高い告知データを該端末に送信するステップと、を実行させることを特徴とするプログラム。
【請求項１１】
ＩＣカードに格納された複数のアプリケーションのうち少なくとも１つのアプリケーションを用いて処理を行い、該ＩＣカードを識別するためのカードＩＤを読み出して送信する機能を有する端末と、通信可能な情報提供サーバと通信可能な情報登録端末であって、
前記情報提供サーバは、カードＩＤと、カードＩＤによって特定されるＩＣカードに格納された複数のアプリケーションの、アプリケーションを識別するための該ＩＣカード内のＩＳＯ７８１６で規定された特定のファイルに格納されたアプリケーションＩＤを含むアプリケーションリストと、該アプリケーションに関連する告知データと、表示順序を示し、どのアプリケーションを優先するかを示すプライオリティと、告知データの更新許可を示すＩＤが格納された認証リストと、を記憶する記憶手段と、該端末から送信されたカードＩＤを受信する通信手段と、該受信したカードＩＤに対応したアプリケーションの告知データを検索し、該告知データのうち該プライオリティの高い告知データを該端末に送信するように該通信手段を制御する制御手段と、を有しており、
該情報登録端末は、更新のためのＩＤと更新のための告知データを入力する入力手段と、該入力手段により入力されたＩＤと更新のための告知データを該情報提供サーバに送信する通信手段と、を有し、
該情報登録端末から送信したＩＤと、該情報提供サーバの該認証リストに記憶されたＩＤが一致したときに、更新のための告知データを該情報提供サーバに送信し、該情報提供サーバにより、該記憶手段に記憶された告知データを更新されることを特徴とする情報登録端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、マルチアプリケーション対応のＩＣカードを用いた情報提供システム及び方法に関する。
【０００２】
【従来の技術】
１枚のＩＣカードに、電子マネーとともにポイント情報などのさまざまなアプリケーションを格納するマルチアプリケーション対応のＩＣカードが、特開平１１−２７２８０９号で提案されている。
【０００３】
【発明が解決しようとする課題】
マルチアプリケーション対応のＩＣカードに格納されるアプリケーションの組み合わせとしては、例えば、銀行アプリケーションとクレジットカードアプリケーションとショッピングモールのポイントアプリケーションなどのように、ＩＣカードの記憶容量等の制限から、当初は、最小限の関連するアプリケーション同士の組み合わせに限られていた。しかし、マルチアプリケーション対応のＩＣカードが普及すれば、クレジットカードアプリケーション、電子マネーアプリケーション、商店街のポイントサービス、自治体の福利厚生関連のポイントサービスなど、１枚のＩＣカードに様々なアプリケーションがロードされるようになる。また、ＩＣカードの記憶容量が増加するに伴い、社員証ＩＣカードや行政ＩＣカードなど、企業や行政においてＩＤの役割を持つメインのアプリケーションを格納したＩＣカードの発行者が、ＩＣカードの空き容量を部分的に販売するというビジネスモデルも現れ、メインのアプリケーションとはまったく関連のないアプリケーションがロードされるようなケースも出てくる。
その結果、ユーザはカード内のアプリケーションを全て把握しきれなくなり、ＩＣカード内部には、ユーザにあまり活用されないアプリケーションもロードされているという問題が出てくる。アプリケーションの提供者としては、せっかくお金を払ってカード内のメモリ領域を購入してアプリケーションをロードしても、あまり活用されないのでは意味が無い。
【０００４】
【課題を解決するための手段】
そこで、本発明においては、情報提供システムにおいて、ＩＣカードに記憶された複数のアプリケーションに対応する情報、つまりアプリケーション発行元の広告等の告知情報を、ユーザがＩＣカードを利用した際に提供する構成とする。
具体的には、複数のアプリケーションを格納したＩＣカードを用いて、端末が、一つのアプリケーションを処理する際に、ＩＣカードに格納されたアプリケーションリストを情報提供サーバに送信し、情報提供サーバが受信したアプリケーションリストに対応する告知データを検索して端末に送信し、端末の表示手段に表示する構成とする。
また、情報提供サーバにカードを識別するためのＩＤとカードに記憶されたアプリケーションリストを記憶させておき、端末が、複数のアプリケーションを格納したＩＣカードを用いて一つのアプリケーションを処理する際に、カードＩＤを情報提供サーバに送信し、情報提供サーバが受信したカードＩＤを用いて、カードに記憶されたアプリケーションリストに対応する告知データを検索して端末に送信し、端末の表示手段に告知データを表示する構成とする。
【０００５】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を用いて説明する。なお、各図において、同一の符号は同様の機能を有するものを示し、その説明を省略する。
図１の本発明による第１の実施例におけるＩＣカードシステムは、端末１００、情報提供サーバ１１０、及び情報登録端末１２０、ＩＣカード１３０から構成される。
端末１００は、制御手段１０１、入力手段１０２、出力手段１０３、記憶手段１０４、通信手段１０５、ＩＣカードリーダライタ（以下、ＩＣＣ  Ｒ／W）１０６、及びＩＣカード１３０（以下、ＩＣＣと略称する）を備えている。情報提供サーバ１１０は、通信手段１１１、制御手段１１２、告知リストデータベース１１３及び認証リストデータベース１１４からなる記憶手段を備えている。情報登録端末１２０は、通信手段１２１、制御手段１２２、記憶手段１２３、入力手段１２４を備えている。端末１００、情報提供サーバ１１０及び情報登録端末１２０は通信手段１０４、１１１、１２１を介して、インターネット等のネットワーク経由で接続されている。
【０００６】
本実施例における端末１００とは、例えば駅、区役所、コンビになどに設置されたキオスク端末等の端末でもいいし、ＩＣカードＲ／Ｗを備えた形態であれば、個人用のパソコン、携帯電話、携帯端末などのユーザ端末でもよい。情報提供サーバ１１０は、例えば、パソコン等で構築したサーバであり、端末１００からの情報提供要求に応じて要求のあった情報を提供する。
【０００７】
図２は、ＩＣカードの構成及び内部のファイル構造を示す図である。図２（ａ）に示すように、ＩＣカードは、データの授受を行うコネクタ１３１、データの演算処理を行うＣＰＵ１３２、ＩＣカードのＯＳ等の基本プログラムや電子マネーやクレジットやポイントなどの複数のアプリケーションプログラムが格納されたメモリ１３３から構成される。なお、このファイル構造は、ＩＳＯ７８１６で規定されており、図２（ｂ）に示すように、Ｍａｓｔｅｒファイル（以下、ＭＦ）、Ｄｉｒｅｃｔｏｒｙファイル（以下、ＤＩＲ  ｆｉｌｅ）、Ａｎｓｗｅｒ  Ｔｏ  Ｒｅｓｅｔファイル（以下、ＡＴＲｆｉｌｅ）、Ｄｅｄｉｃａｔｅｄファイル（以下、ＤＦ）、Ｅｌｅｍｅｎｔａｒｙファイル（以下、ＥＦ）の５種類のファイルから構成される。アプリケーションプログラムはＥＦに格納されている。図２（ｃ）に示すように、ＤＩＲ  ｆｉｌｅには、ＤＩＲレコードとして、アプリケーションの選択を行う際に使用される固有のＩＤ、つまり、個々のアプリケーションを識別するためのＩＤであるアプリケーションＩＤ（ＡＩＤ）と、アプリケーション名を表示するためのＤｅｄｉｃａｔｅｄファイルネームが格納されている。このアプリケーションＩＤは、１６進の数値列である。また、アプリケーションの１つに区民行政サービスプログラムがある場合、図２（ｄ）に示すようなユーザデータが格納されている。ユーザデータは、氏名、生年月日、住所、基礎年金番号など、ユーザに固有のデータを示す。例えば、氏名が「田中  花子」であるユーザの生年月日は「１９６９年１１月１２日」であり、住所は「横浜市アロハ区イルカ町１−２−３」、基礎年金番号は「１２３４５６７８９０」である。
【０００８】
図３に情報提供サーバ１１０の備える告知リストデータベース１１３を示す。本実施例においては、「アプリケーションＩＤ」、「プライオリティ」、「告知内容」から成るデータベースである。「アプリケーションＩＤ」は、ＩＳＯ−７８１６に沿ったアプリケーションを一意に示すＩＤである。図では、わかりやすくするために、”アロハ銀行”などの名称を括弧で示した。「プライオリティ」は、複数の告知内容をもつアプリケーションが存在した場合に、どちらを優先して告知するかを示す。１〜５の５段階で表示しており、高い数値の方が、プライオリティが高いということになる。カードの中に複数のアプリケーションが入っており、一度に告知できるアプリケーションが例えば１つの場合には、一番プライオリティの高いアプリケーションの告知データを提示する。また、複数の告知データを表示可能な場合は、プライオリティの高い順番に提示してもよい。なお、告知データである「告知内容」は、ユーザが端末１００にＩＣカードを挿入した際に、ユーザに提示する内容を示す。例えば、アロハ銀行はプライオリティが「２」で、告知内容が「ボーナスを定期にすると利率２％」となっており、ＡＢＣクレジットはプライオリティが「３」で、告知内容が「今月５万円以上使うと、抽選でイタリア旅行が当たる！」となっている。同様に、イルカマネーはプライオリティが「１」で、告知内容が「コーラルスーパーでも使えるようになりました。」となっており、イルカ商店街ポイントサービスはプライオリティが「４」で、告知内容が「ただいまイルカ商店街ではポイント２倍キャンペーン中！」となっている。
【０００９】
次に、このシステムにおける情報提供のフローを図４及び５を用いて説明する。
ここでは、例えば、区役所のキオスク端末等で、住民票の交付を申請する場合を説明する。図４に示すように、端末１００は、まず、メイン処理４０１を行う。このときの端末の出力手段に表示される画面の一実施例を示したのが図５であり、図５における２０１から２０４までが、メイン処理４０１において表示される画面である。なお、図１の出力手段１０３は映像や文字を表示や音声等の出力を行う。
【００１０】
図５において、出力手段１０３に表示される画面２０１は、「区役所サービスメニュー」であり、区役所の提供するサービス一覧を示す。２０１では、「各種証明書の発行」、「施設予約」などのメニューが表示されている。画面２０１において「各種証明書の発行」を選択すると、画面２０２において、「戸籍謄本（抄本）」、「住民票」等、発行する証明書のリストが提示される。画面２０２において「戸籍謄本（抄本）」を選択すると、画面２０３に推移する。ここで、戸籍謄本（抄本）の発行を依頼する依頼者の身元確認を兼ねて、「区民ＩＤカードを挿入して下さい」とのユーザにＩＣカードの挿入を促すメッセージが表示される。区民ＩＤカードとは、例えば区役所の発行した行政ＩＣカードであり、住民基本台帳システムの一環として発行したカードである。２０３においてユーザが端末１００のＩＣＣ  Ｒ／W１０６に区民ＩＤカード１３０を挿入すると、端末１００の制御手段１０１が、ＩＣカードに記憶された複数のアプリケーションのうち、区役所サービスプログラムを読み出し、そのうちＩＣカードに格納されたユーザを特定するＩＤ番号を読み出す。ユーザを特定するＩＤ番号とは、例えば、基礎年金番号や、保険証番号などのユニークな番号をさす。ここで端末１００は、図１には図示していないが、区役所のデータベース等の、戸籍謄本関連のデータを管理するデータベースサーバに接続し、読み出したＩＤに対応する戸籍データを検索して、該当データを出力手段１０３に表示する。画面２０４は、検索した戸籍データを示し、例えば「田中  太郎」が筆頭である戸籍には、「田中  花子」等、家族のデータが記載されている。ユーザは、表示された戸籍データの中から、誰の情報を交付するかを選択し、例えば「田中  花子」を選択する。２０５において、ユーザは、画面２０４にて選択した「田中  花子」の戸籍データの交付を受ける。
【００１１】
図４のステップ４０２において、戸籍正本の発行処理が終わると、端末１００の制御手段がメイン処理が終了したと判断し、ＩＣＣ  Ｒ／W１０６により、アプリケーションリストを読み出す。詳細には、ＩＳＯ７８１６で定義されたＳｅｌｅｃｔ  Ｆｉｌｅコマンドを用いてＤＩＲ  ｆｉｌｅを選択し、ＩＣカード内でＭＦからＤＩＲ  ｆｉｌｅに移動する。そして、同様にＩＳＯ７８１６で定義されたＲｅａｄ  ＤＩＲ  ＲｅｃｏｒｄコマンドでＤＩＲ  ｆｉｌｅ内の一覧情報を見て、ＩＣカードに格納されているアプリケーションリストを読み出す。ステップ４０３で、端末１００の制御手段１０１が読み出したＩＣカードのアプリケーションリスト、特にアプリケーションリストのうちアプリケーションを特定するためのアプリケーションＩＤを情報提供サーバ１１０に送信する。なお、情報提供サーバのアクセス先を示すアドレスは、端末の記憶手段１０５に記憶されており、このアドレスに従って、情報提供サーバにアクセスする。
【００１２】
次に、ステップ５０１において、端末１００から送信されたアプリケーションリストを、情報提供サーバ１１０の通信手段１１１経由が受信する。例えば、図２（ｃ）に示すアプリケーションリストを受信した場合には、ユーザのＩＣカードには、主に銀行ＡＴＭで用いるバンクアプリケーションの「アロハ銀行」、クレジット決済に用いるクレジットアプリケーションである「ＡＢＣクレジット」、電子マネーアプリケーションである「イルカマネー」、地域の商店街のポイントサービスアプリケーションである「イルカ商店街ポイントサービス」、及び図示していないが、メインプログラムである区民行政サービスプログラムが格納されているということがわかる。なお、端末１００が区民行政サービスを行っているので情報提供が必要でなければ、区民行政サービスのアプリケーションＩＤの送付を行わないようにしても良い。
ステップ５０２において、情報提供サーバ１１０の制御手段１１２は、告知リストデータベース１１３から、受信したアプリケーションリストに対応する告知データのうち一番プライオリティの高いものを検索する。
【００１３】
例えば、図３に示したアプリケーションの告知リストデータベース１１３を使用すると、一番プライオリティが高いのは、プライオリティ「４」を示す”イルカ商店街ポイントサービス”であるのことが判る。ステップ５０３において、情報提供サーバ１１０の制御手段１１２は、通信手段１１１により検索した告知データ「ただいまイルカ商店街ではポイント２倍キャンペーン中！」を、端末１１０に送信する。
【００１４】
ステップ４０４において、端末１００の制御手段１０１は、ステップ４０３において送信したアプリケーションリストに対応する告知データが情報提供サーバから送られてくるのを待っている。告知データを受信した場合には、ステップ４０５において、受信した告知データを出力手段１０３に表示させる。例えば、図５３の２０５に示すように、端末１００の制御手段１０１は出力手段１０３に、「ご利用ありがとうございました」等の処理が終了した旨を伝えるメッセージを表示させるとともに、「ただいまイルカ商店街ではポイント２倍キャンペーン中！」というメッセージを表示させる。
【００１５】
本実施例では特に説明してないが、告知データを登録する際は、情報提供サーバの管理者は、告知データを登録するアプリケーションの発行者等から、登録料、もしくは、入会金や会費等をなんらかの手段で徴収するというビジネスモデルを導入してもよい。その際は、プライオリティの高い告知データ、また、告知期間の長い告知データを登録する方が、より支払う広告料も高くなるという設定をしてもよい。また、図４のステップ５０３の後に実際に告知データを端末に表示させた回数をカウントしておいて広告主毎の広告量を計算し、１ヶ月ごとに請求書をインターネット経由で広告主の端末に送付することによって、情報提供サーバが広告に応じた料金を広告主の端末に請求することができる。なお、その他の料金体系を用いて、なんらかの手段で料金を徴収してもよいことはいうまでもない。
【００１６】
また、本実施例では、告知リストデータベース１１３は、「アプリケーションＩＤ」、「プライオリティ」、「告知内容」等のデータで構成したが、その他にも、「告知期間」や他のデータを加えてもよい。もちろん、情報提供データベースは、プライオリティデータとは異なる他のパラメータにより表示順序を決定しても良い。例えば、本実施例においては、プライオリティデータを使用して、告知データを表示させる順番を決定することとしたが、その他に、端末１００が設置された場所を、アプリケーションＩＤとともに情報提供サーバ１１０に送信し、情報提供サーバ１１０が端末１００の場所に近い商店の告知データを優先的に選択し、端末１００に表示させるという構成であっても良い。この構成により効果的な告知を行うことができる。さらに、端末１００において読み出されたユーザデータをアプリケーションＩＤとともに情報提供サーバ１１０に送信し、情報提供サーバ１１０が、アクセス日がユーザデータの誕生日や誕生日が間近だった場合は、誕生日サービスを行う商店や業者の告知データを優先的に選択し、端末１００に表示させるということもできる。また、ユーザデータの性別を利用して、情報提供サーバ１１０が、アクセス日がある商店の女性半額サービスデーであった場合は、そのサービスを行う商店や業者の告知データを優先的に選択し、端末１００に表示させるということもできる。さらに、電子マネーアプリケーションの場合は購買履歴が残されていることもあり、購買履歴を情報提供サーバ１１０に送信し、情報提供サーバ１１０が購買履歴を利用してユーザの嗜好にあった告知データを優先的に選択することもできる。
【００１７】
次に、図６を用いて、情報提供サーバ１１０の告知リストデータベース１１３を更新する手段を説明する。告知リストデータベース１１３の更新とは、図６の告知リストのアプリケーションＩＤに対応する”プライオリティ”データ及び、”告知内容”データを変更することを意味する。ステップ６０１において、広告主が、情報登録端末１２０の入力手段１２４を用いて、告知リストデータベース１１３にアクセスするためのＩＤとパスワードを入力する。ステップ６０２において、ＩＤとパスワードの承認がとれたら、ステップ６０３において、情報提供リストを更新することが出来る。ＩＤとパスワードの承認は、認証リストを参照に、入力されたＩＤとパスワードの確認を行う。
【００１８】
図７に、認証リストを示す。ＩＤリストは、例えば、「ＩＤ」、「パスワード」、「レベル」等のパラメータを含む。「ＩＤ」としては、アプリケーションＩＤを用いて、アプリケーション毎に情報提供リストのアクセス権を管理してもよいし、アプリケーション単位でなく、人を識別するＩＤを用いることにより、同じアプリケーションを発行している機関でも、人物ごとに、情報提供リストに対するアクセス権を管理してもよい。「パスワード」は、「ＩＤ」に対応する「パスワード」を管理する。入力された「ＩＤ」及び「パスワード」が、認証リストで管理される「ＩＤ」と「パスワード」の組み合わせに合致しない際は、情報提供リストに対するアクセスを拒否する。本実施例では特に説明していないが、「ＩＤ」及び「パスワード」は、暗号化等、「ＩＤ」や「パスワード」のデータが他人に読めたり、流出しないような手段を用いて保護する。「レベル」は、情報提供リストにアクセスする権利のレベルを示す。例えば、「ＩＤ」が”Ａ０００１２３”に対するアクセス権利のレベルは、読出しは可能だが、更新は不可であるとなっている。同様に、「ＩＤ」が”Ａ０００１７８”に対するアクセス権利のレベルは、読出しも情報提供リストの更新も可能であると設定してある。
【００１９】
以上、キオスク端末などの公共の端末を用いて、端末から直接情報提供サーバに接続する場合の実施例を説明した。本実施例においては、端末が情報提供サーバ１１０の記憶手段１０５に情報提供先のアドレスを記憶している場合を説明したが、ＩＣカードが内部に情報提供サーバのアドレスを含む「情報提供サーバアクセスアプリケーション」を保持することにより、情報提供サーバに接続する構成を採用しても良い。その場合は、ＩＣカード内部の「情報提供サーバアクセスアプリケーション」は、同一ＩＣカード内、または別のＩＣカード内のアプリケーションからのデリゲーション機能（他のアプリケーションへ連携する機能）を用いて「情報提供サーバアクセスアプリケーション（情報提供サーバのアドレスを管理し、情報提供サーバへの接続手段を実施するアプリケーション）」を起動してもよい。その際は、「情報提供サーバアプリケーション」に対するデリゲーション機能を備えたアプリケーションは、情報提供サーバ１１０を運営する機関等から、連携することに対する対価として料金をなんらかの手段で徴収してもよい。
【００２０】
また、本実施例においては、端末１００がアプリケーションＩＤを読み出して、情報提供サーバに送信する構成としたが、その他に、以下のような方法によってもＩＣカード内のアプリケーションに対応する告知データを提供することができる。
ＩＣカード１３０は、上記で述べた区役所が発行する区民カードの他、クレジット会社などが発行管理するクレジットカード、銀行が発行する銀行カードである場合があり、このような場合は、クレジット会社等が複数のアプリケーションを搭載したＩＣカードをユーザに提供する。つまり、クレジット会社等は、ユーザデータの他、ユーザに発行したＩＣカードのＩＤとそのカードに搭載したアプリケーションを把握している。このような場合は、情報提供サーバをクレジット会社等が運営し、情報提供サーバにはＩＣカードを識別するためのカードＩＤとユーザデータとそのカードに搭載されたアプリケーションリストのデータベースをさらに備える。従って、上記の実施例においては、商店の支払いのクレジット端末や銀行のＡＴＭなどの端末１００においてメイン処理（図４のステップ４０２）を行った後に、ステップ４０３でアプリケーションリストを読み出していたが、アクセス先情報とともにアプリケーションリストではなくカードＩＤを読み出し、情報提供サーバ１１０に送信する。情報提供サーバ１１０は、カードＩＤを使用してアプリケーションリストを検索し、告知データを検索することができる。その後の処理は上記の実施例と同じである。このような構成によっても、ＩＣカード内のアプリケーションに対応する告知データを提供することができ、初めにカードＩＤとカードに格納されたアプリケーションリストを記憶させておくという手間があるが、送信するデータがカードＩＤだけでよいので通信データを少なくすることができるというメリットがある。また、その際に、情報提供サーバ１１０において、ＩＣカード内のアプリケーションのリストと共に、各アプリケーションの使用頻度を記録することにより、使用頻度の少ないアプリケーションの告知データを端末に送信することが可能となる。
【００２１】
次に、図８を用いて、例えば自宅のパソコンや、携帯端末や、テレビ等において、ＷＥＢブラウザでなんらかのＷＥＢサイトにアクセスした時に情報提供サーバ１１０から告知データを受信する実施例を説明する。
【００２２】
ユーザが、端末１００から、例えばサーバＡ（８００）、サーバＢ（８１０）、サーバＣ（８２０）などのＷＥＢサイトにアクセスして、ＩＣカードに対してなんらかの処理を行うようなサービスを提供した際に、それらのＷＥＢサイト（８００〜８２０）は、端末１００からの接続を、情報提供サーバ１１０に自動的にリダイレクトするような機能を備える。すると、情報提供サーバが端末１００のＩＣＣ  Ｒ／W１０６に挿入してあるＩＣカード１０１のアプリケーションリストを読みだし、告知リストデータベース１１３からＩＣカード１０１から読みだしたリストに対応する告知データを検索して端末１００に送信することができる。なお、この実施例においても上述したように、情報提供サーバ１１０がカードＩＤとそのカードに記憶されたアプリケーションＩＤを記憶している場合は、アプリケーションＩＤでなくカードＩＤを端末から情報提供サーバに送信することにより、情報提供サーバ１１０が対応する告知データを端末１００に送信することができる。
【００２３】
また、サーバ８００〜８２０から情報提供サーバ１１０にリダイレクトするだけでなく、その際にサーバ８００〜８２０が既にＩＣカード１０１から読み出して保持してあるアプリケーションリストのデータを同時に情報提供サーバに送信することにより、情報提供サーバ１１０は受信したアプリケーションリストに対応する告知データを告知リストデータベース１１３から検索して端末１００に送信してもよい。
【００２４】
また、外部のサーバ８００〜８２０から情報提供サーバにリダイレクトする際には、情報提供サーバの運営者は、サーバ８００〜８２０の運営者に対して、リダイレクトしてくれたことに対する対価として、なんらかの手段で料金を支払ってもよい。料金については、サーバが、情報提供サーバへのリダイレクト機能を設置したことに対する支払でも、サーバから情報提供サーバ１１０にリダイレクトした回数に応じた支払でも、その他のタイミングで加算する支払体系でもよい。
【００２５】
また、本実施例においては、告知データは情報提供サーバ１１０において管理しているが、サーバＡ（８００）〜サーバＣ（８２０）などのサーバが、それぞれ自分のサーバの内部に告知データを持ってもよい。その場合には、例えば、ユーザが端末１００からサーバＡにアクセスしてサーバＡからＩＣカード１０１に対する処理を行った場合、ＩＣカード１０１のアプリケーションリストを読み出したサーバＡ（８００）が、ＩＣカード１０１内アプリケーションリストにサーバＣに関連するアプリケーションＩＤを見つけた場合は、サーバＣにその旨通知を行ってもよい。サーバＡは、サーバＣにユーザからのアクセスをリダイレクトしてもいいし、サーバから通知を受けたサーバＣが、自分の告知データを端末１００に送信したり、その他の手段でサーバＣの告知データをユーザに提示してもよい。その場合、サーバＣの運営者は、サーバＡの運営者に対して、リダイレクト、もしくは通知してくれたことに対する対価として、なんらかの手段で料金を支払ってもよい。
【００２６】
本実施例においては、情報提供サーバを設けて、情報提供リストを管理することにより、アプリケーションＩＤに対応した告知データの提示を行うことができるが、情報提供サーバを設けない場合には、例えば、端末は、ＩＣカードのアプリケーションのリストを読み出し、アプリケーションのリストのみを出力手段に提示する形態をとっても良い。
【００２７】
本実施例においては、情報提供サーバにおいては、ＩＣカードのアプリケーションＩＤに対応する告知データを管理したが、その他、端末に含まれるアプリケーションに対応する告知データやら、ＤＶＤ等の媒体に含まれるアプリケーションやコンテンツに関する告知データや、その他の、端末や、媒体、また別の携帯におけるものの保持するリストに対応する告知データを管理して、それらに関する告知データを提供してもよい。
【００２８】
本実施例においては、端末を、区役所やコンビニ等に設置されたキオスク端末などとしたが、他にＩＣカードリーダ／ライタが接続した形態ものであれば、個人用のパソコンや携帯端末、もしくは自宅のテレビ、または、その他の端末でもよい。
【００２９】
本実施例においては、格納してあるアプリケーションに関連する告知を行ったが、他に、区役所のデータベースを参照して確認される家族の年齢等に応じて、例えば、３才の子供を持つ家庭であれば、「来月３歳児検診が行われます」などの家族構成に応じた内容が告知されてもよい。
【００３０】
また、本実施例においては、告知データは、端末１００の出力手段１０３に提示する形態で説明したが、その他、告知データをプリントした用紙を出力したり、ユーザの登録したメールアドレスに告知データを送信したり、別の告知手段を用いてもよい。その他、ユーザの保有する携帯電話や携帯端末や、その他の手段を利用して通知したり、告知方法はいかなる方法をとってもよい。
【００３１】
本実施例においては、ＩＣカードの種類としては、行政ＩＣカードを用いたが、その他社員ＩＤカードや、銀行カード、クレジットカード、ポイントカードなどの決済系アプリケーションや、その他会員カード等、別の用途や機能を備えたカードを利用してもよい。
【００３２】
また、本実施例においてはＩＣカードを例に説明したが、ＩＣカード以外にも、その他磁気カード、メモリーカード等、別の媒体を利用してもよい。
【００３３】
また、情報提供サーバ１１０及び端末１００及び情報登録端末１２０は、それぞれのサーバや端末を上記において述べた機能を実現させるためのプログラムを格納しており、このプログラムに従って処理を行うようにしてもよい。
【００３４】
【発明の効果】
本発明によれば、複数のアプリケーションを格納したＩＣカードにおいて、一つのアプリケーションを処理する際に、ユーザにＩＣカードに記憶された他のアプリケーションの告知内容を提示することにより、ＩＣカードに格納されたアプリケーションをユーザに効果的に告知することができる。
【図面の簡単な説明】
【図１】  本発明によるＩＣカードシステムの第１の実施例を示すブロック図である。
【図２】  図１のシステムにおけるＩＣカードの構成を示す図である。
【図３】  情報提供サーバの告知リストデータベースを示す図である。
【図４】  図１のシステムにおける情報提供方法を説明するためのフローチャートである。
【図５】  端末の出力手段に表示される画面の一実施例を示す平面図である。
【図６】  登録端末の処理動作の一実施例を示すフローチャートである。
【図７】  登録端末からのアクセスを承認するための認証リストである。
【図８】  本発明によるＷＥＢに対応したシステムの実施例を示すブロック図である。
【符号の説明】
100…端末  110…情報提供サーバ  120…情報登録端末  130…ＩＣカード
【図１】
0003890945.tif 000002
【図２】
0003890945.tif 000003
【図３】
0003890945.tif 000004
【図４】
0003890945.tif 000005
【図５】
0003890945.tif 000006
【図６】
0003890945.tif 000007
【図７】
0003890945.tif 000008
【図８】
0003890945.tif 000009