情報管理システムおよび読み取り装置
【課題】ユーザの利便性を向上させる情報管理システムを提供すること。
【解決手段】会員証ＤＢサーバ３００は、デバイスＩＤとサービス情報とを端末装置から受信し、利用するサービス情報の要求メッセージを端末装置から受信し、要求されたサービス情報を記憶部から取得し、取得されたサービス情報の記憶位置を特定する位置情報を含むインデックスを生成し、サービス情報とインデックスとを端末装置に送信する。ＰＣ２００は、第１デバイスからデバイスＩＤを読み取り、第２デバイスからサービス情報を読み取り、デバイスＩＤとサービス情報とを会員証ＤＢサーバ３００に送信し、要求メッセージを会員証ＤＢサーバ３００に送信し、応答として送信されたサービス情報とインデックスとを会員証ＤＢサーバ３００から受信し、サービス情報を位置情報で特定される第１デバイス上の記憶位置に書き込む。
【解決手段】会員証ＤＢサーバ３００は、デバイスＩＤとサービス情報とを端末装置から受信し、利用するサービス情報の要求メッセージを端末装置から受信し、要求されたサービス情報を記憶部から取得し、取得されたサービス情報の記憶位置を特定する位置情報を含むインデックスを生成し、サービス情報とインデックスとを端末装置に送信する。ＰＣ２００は、第１デバイスからデバイスＩＤを読み取り、第２デバイスからサービス情報を読み取り、デバイスＩＤとサービス情報とを会員証ＤＢサーバ３００に送信し、要求メッセージを会員証ＤＢサーバ３００に送信し、応答として送信されたサービス情報とインデックスとを会員証ＤＢサーバ３００から受信し、サービス情報を位置情報で特定される第１デバイス上の記憶位置に書き込む。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＣ（Integrated Circuit）カードなどの携帯型セキュリティデバイスに記憶し、携帯型セキュリティデバイスを用いたサービスで利用するサービス情報を管理する情報管理システム、および携帯型セキュリティデバイスからサービス情報を読み取る読み取り装置に関する。
【背景技術】
【０００２】
従来から、磁気カード等に比べてより多くの情報を記憶可能なＩＣカードなどの携帯型セキュリティデバイスを利用した各種サービスが提供されている。例えば、会員証情報を記憶したＩＣカード（会員証カード）を所有する会員に対してポイント等を提供するサービスが知られている。
【０００３】
会員証カード等として利用されるＩＣカードは、通常、サービス提供者ごとに異なるカードとして提供される。したがって、ユーザは利用するサービスの個数分だけ異なるＩＣカードを所持する必要があり、利便性を低下させる要因となっていた。
【０００４】
一方、ＩＣカードに複数のサービスの情報を登録すれば、１つのＩＣカードで複数のサービスを受けることも可能である。例えば、特許文献１では、金融機関が発行するＩＣカードに対して、顧客操作端末によって別のサービス提供者のサービスを登録するサービス管理システムに関する技術が提案されている。
【０００５】
【特許文献１】特開２００４−１７８３３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の方法は、ある金融機関が発行した既存のＩＣカードに対して、専用の顧客操作端末を利用することによって、この顧客操作端末に対応した当該金融機関以外のサービス提供者のサービスを追加可能とするものである。このため、例えば、あるサービス提供者のＩＣカードを既に所持し、サービスを受けていたとしても、当該サービス提供者が顧客操作端末に対応していなければ、既存のＩＣカードに当該サービス提供者のサービスを追加し、１枚のＩＣカードで複数のサービスを受けることができない。このように、特許文献１の方法では、既存の複数のカードの情報を必ずしも１つのＩＣカードに統合することができず、ユーザの利便性を損なう場合があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、携帯型セキュリティデバイスを利用したサービスのユーザの利便性を向上させることができる情報管理システムおよび読み取り装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、携帯型セキュリティデバイスに記憶される情報であって、前記携帯型セキュリティデバイスを用いたサービスで利用されるサービス情報を管理する管理装置と、前記管理装置とネットワークで接続可能な端末装置と、を備えた情報管理システムであって、前記管理装置は、複数の前記サービス情報を記憶可能な携帯型セキュリティデバイスである第１デバイスを識別するデバイスＩＤと、前記サービス情報が記憶されている少なくとも１つの第２デバイスのそれぞれから読取られた少なくとも１つの前記サービス情報とを対応づけて記憶可能な記憶部と、前記デバイスＩＤと前記サービス情報とを前記端末装置から受信する第１受信部と、受信した前記デバイスＩＤと受信した前記サービス情報とを対応づけて前記記憶部に保存する保存部と、利用するサービスの前記サービス情報を要求する要求メッセージを前記端末装置から受信する第２受信部と、要求された前記サービス情報を前記記憶部から取得する取得部と、取得された前記サービス情報を識別する情報ＩＤと、前記第１デバイス上での前記サービス情報の記憶位置を特定する位置情報とを含むインデックスを生成する生成部と、取得された前記サービス情報と、生成された前記インデックスとを前記端末装置に送信する第１送信部と、を備え、前記端末装置は、前記第１デバイスから前記デバイスＩＤを読み取り、前記第２デバイスから前記サービス情報を読み取る読取部と、読み取られた前記デバイスＩＤと前記サービス情報とを前記管理装置に送信する第２送信部と、前記第１デバイスに記憶して利用するサービスの前記サービス情報を要求する前記要求メッセージを前記管理装置に送信する第３送信部と、前記要求メッセージに対する応答として送信された前記サービス情報と前記インデックスとを前記管理装置から受信する第３受信部と、受信した前記インデックスを前記第１デバイスに書き込み、受信した前記サービス情報を、受信した前記インデックスに含まれる前記位置情報で特定される前記第１デバイス上の記憶位置に書き込む書込部と、を備えたことを特徴とする。本発明によれば、サービス情報が記憶されている少なくとも１つの携帯型セキュリティデバイスから読み出したサービス情報を、他の１つの携帯型セキュリティデバイスに書き込むことができるため、１つの携帯型セキュリティデバイスのみで複数のサービスを受けることが可能となり、携帯型セキュリティデバイスを利用したサービスの利便性を向上させることができる。
【０００９】
また、本発明は、携帯型セキュリティデバイスを用いたサービスで利用されるサービス情報を少なくとも１つ記憶し、記憶した前記サービス情報を識別する情報ＩＤと、記憶した前記サービス情報の記憶位置を特定する位置情報とを含むインデックスを記憶する前記携帯型セキュリティデバイスから、前記インデックスを読み取るインデックス読取部と、読み取った前記インデックスに含まれる前記情報ＩＤに基づいて、利用する前記サービス情報が記憶されているか否かを判定し、記憶されている場合に、読み取った前記インデックスに含まれる前記位置情報から利用する前記サービス情報を読み取る情報読取部と、を備えたことを特徴とする。本発明によれば、１つの携帯型セキュリティデバイスから複数のサービス情報を読み取ることができるため、１つの携帯型セキュリティデバイスのみで複数のサービスを受けることが可能となり、携帯型セキュリティデバイスを利用したサービスの利便性を向上させることができる。
【発明の効果】
【００１０】
本発明によれば、携帯型セキュリティデバイスを利用したサービスのユーザの利便性を向上させることができるという効果を奏する。
【発明を実施するための最良の形態】
【００１１】
以下に添付図面を参照して、この発明にかかる情報管理システムおよび読み取り装置の最良な実施の形態を詳細に説明する。
【００１２】
本実施の形態にかかる情報管理システムは、会員証サービスなどのサービスに利用される既存のＩＣカードの情報を、統合用の１つのＩＣカードに登録可能とするものである。なお、以下では、会員証サービスで利用される会員証カードの情報を管理するシステムを例に説明するが、適用可能なサービスは会員証サービスに限られず、ＩＣカード、およびＩＣチップを備えた携帯電話等の携帯型セキュリティデバイスを利用したサービスであればあらゆるサービスに適用できる。
【００１３】
図１は、本実施の形態にかかる情報管理システムの全体構成を示す図である。以下、図１を用いて本実施の形態にかかる情報管理システムの構成および処理の概要を説明する。
【００１４】
図１に示すように、情報管理システムは、統合用のＩＣカード１００と、ＩＣカード１００および既存の会員証カードの一例であるＩＣカード１、２にアクセス可能なリーダライタ２５０が接続された端末装置としてのＰＣ２００と、ＩＣカードの情報を管理する管理装置としての会員証ＤＢサーバ３００と、店舗等に設置される読み取り装置としてのリーダライタ４００とを含んでいる。
【００１５】
ＩＣカード１、２は、あるユーザが所有する既存のＩＣカードの一例である。ＩＣカード１は、ＣＤレンタル業者が発行する会員証カード（ＣＤレンタルポイントカード）の例を表している。ＩＣカード２は、レストランの事業者が発行する会員証カード（レストランポイントカード）の例を表している。
【００１６】
ＩＣカード１００は、ＩＣカード１、２等の既存のＩＣカードの情報を登録し、複数のサービスを利用可能とするためのＩＣカードである。以下では、ＩＣカード１００をＭｙ会員証カードという場合がある。
【００１７】
ＩＣカード１、２、および１００は、例えば非接触型ＩＣカードによって実現することができる。なお、接触型ＩＣカードを利用してもよい。また、ＩＣチップを内蔵した携帯電話などのようにカード型以外の携帯型セキュリティデバイスを用いるように構成してもよい。
【００１８】
非接触型ＩＣカードでは、サービス提供者ごとに独自の情報を設定可能な独自領域（独自エリア）と、非接触型ＩＣカードの運営者が管理する共通領域（共通エリア）とを設定することができる。また、各エリアに記憶するサービスは、上位コード、中位コード、および下位コードによって識別される。
【００１９】
同図では、ＩＣカード１は、ポイントサービスで利用する情報であるサービス情報を、独自領域内のデータ領域に格納している。また、ＩＣカード１を利用するサービスは、上位コード＝１２３４、中位コード＝２０００、および下位コード＝２１１１で識別される。同様に、ＩＣカード２は、サービス情報を独自領域内のデータ領域に格納している。また、ＩＣカード２を利用するサービスは、上位コード＝５６７８、中位コード＝６０００、および下位コード＝６２２２で識別される。
【００２０】
リーダライタ４００は、例えば、レストランポイントカード（ＩＣカード２）を利用できるレストランのＰＯＳ（Point Of Sales）端末と接続されて利用される。リーダライタ４００には、上位コード＝５６７８、中位コード＝６０００、および下位コード＝６２２２で識別されるサービスのサービス情報にアクセスするための鍵情報を含む設定情報４５１が事前に設定されている。
【００２１】
ＩＣカード１００は、複数のサービスのサービス情報を、共通領域内のデータ領域に格納している。このため、上位コードは共通領域に予め割り当てられているコード（同図ではＷＷＷＷ）となる。本実施の形態では、Ｍｙ会員証カード（ＩＣカード１００）に複数の既存のサービス情報を登録可能とするサービス（以下、Ｍｙ会員証サービスという）を識別するために、さらにＭｙ会員証中位コード＝ＸＸＸＸおよびＭｙ会員証下位コード＝ＹＹＹＹを割り当てるものとする。
【００２２】
また、ＩＣカード１００は、Ｍｙ会員証カードのデータ領域内に、会員証ＤＢサーバ３００からダウンロードした既存のＩＣカード１、２等のサービス情報を記憶する。同図では、ＩＣカード１００内に、ＩＣカード１に対応するサービス情報１１１、およびＩＣカード２に対応するサービス情報１１２が記憶された例が示されている。
【００２３】
ＩＣカード１００は、既存のＩＣカードに対応するサービス情報を識別するサービス情報ＩＤと、サービス情報の記憶位置を特定するための位置情報とを含むインデックス１２０を、例えばデータ領域の先頭などのＩＣカード１００の予め定められた記憶位置に記憶する。同図では、上位コード、中位コード、および下位コードからなるサービス情報ＩＤと、サービス情報を記憶する領域のＩＣカード１００のＭｙ会員証サービスのデータ領域の先頭からのバイト数（オフセット）である位置情報とを含むインデックスの例が示されている。
【００２４】
なお、ユーザは、例えばＭｙ会員証サービスの提供者に申請することにより、当該提供者からＩＣカード１００を入手する。ＩＣカード１００には、所定の記憶位置に、ＩＣカード１００の識別情報であるカードＩＤが記憶されている。会員証ＤＢサーバ３００は、このカードＩＤによって、ユーザごとに利用可能なサービス情報を管理する。
【００２５】
リーダライタ４００は、既存のＩＣカード２だけでなく、Ｍｙ会員証カードによってもポイントサービスを利用可能とするために、新たに設定情報４５２を設定する。設定情報４５２は、共通エリアのＭｙ会員証サービスのサービス情報にアクセスするための鍵情報と、Ｍｙ会員証カードのデータ領域内のサービス情報１１２にアクセスするための鍵情報とを含んでいる。
【００２６】
ＰＣ２００は、リーダライタ２５０を用いることによって、ＩＣカード１、２からのサービス情報の読み取り、およびＩＣカード１００へのサービス情報の書き込みが可能な装置である。そして、ＰＣ２００は、リーダライタ２５０によって独自領域内のサービス情報を取得し、会員証ＤＢサーバ３００に送信する（同図の（１））。
【００２７】
会員証ＤＢサーバ３００は、サービス情報を保存し、ＰＣ２００のユーザの要求に応じて、保存したサービス情報のうち利用するサービス情報を取得してＰＣ２００に送信する。すなわち、ＰＣ２００は、利用するサービスのサービス情報の選択をユーザから受付ける。そして、選択されたサービス情報を会員証ＤＢサーバ３００からダウンロードする（同図の（２））。さらに、ＰＣ２００は、ダウンロードしたサービス情報を、ＩＣカード１００のＭｙ会員証サービスのデータ領域内に書き込む（同図の（３））。なお、インデックスは会員証ＤＢサーバ３００で生成され、サービス情報とともにダウンロードされてサービス情報とともにＩＣカード１００に書き込まれる。
【００２８】
このようにして、ユーザは、既存のＩＣカード１、２を用いて利用できるサービスのうち、所望のサービスを１枚のＩＣカード１００のみを用いて利用可能となる。
【００２９】
なお、同図では、ＰＣ２００を各１台のみ記載しているが、例えばユーザごとに複数のＰＣ２００を備えるように構成してもよい。同様に、例えば店舗ごとに複数のリーダライタ４００を備えるように構成してもよい。
【００３０】
次に、本実施の形態にかかる情報管理システムに含まれる各装置のハードウェア構成について説明する。図２は、本実施の形態にかかるＩＣカード１００のハードウェア構成の一例を示す図である。
【００３１】
図２に示すように、ＩＣカード１００は、通信部１１と、ＣＰＵ（Central Processing Unit）１２と、ＲＡＭ（Random Access Memory）１３と、ＲＯＭ（Read Only Memory）１４と、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）１５とを備えている。
【００３２】
通信部１１は、ＩＣカード１００とリーダライタ２５０またはリーダライタ４００等との間の通信を制御する。
【００３３】
ＲＯＭ１４は、読み込みのみ可能な記憶媒体であり、プログラムおよびデータの格納領域として用いられる。ＥＥＰＲＯＭ１５は、書込み・消去ができる不揮発性メモリであり、データの格納領域として用いられる。ＥＥＰＲＯＭ１５に格納するデータは、任意のデータで良い。図１に示した共通領域の情報は、ＥＥＰＲＯＭ１５に格納される。
【００３４】
ＣＰＵ１２は、ＲＯＭ１４に格納されたプログラムを実行して、当該プログラムの機能に基づいて様々な処理を実行する。ＲＡＭ１３は、ＣＰＵ１２の作業領域として用いられる。また、ＲＡＭ１３は、書き換えが必要なデータの格納領域としても用いられる。
【００３５】
次に、ＰＣ２００および会員証ＤＢサーバ３００のハードウェア構成について説明する。図３は、本実施の形態にかかるＰＣ２００および会員証ＤＢサーバ３００のハードウェア構成の一例を示す図である。
【００３６】
本実施の形態にかかるＰＣ２００および会員証ＤＢサーバ３００は、ＣＰＵ２１などの制御装置と、ＲＯＭ２２やＲＡＭ２３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ２４と、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disc）ドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置と、各部を接続するバス２５を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【００３７】
次に、リーダライタ４００のハードウェア構成について説明する。図４は、本実施の形態にかかるリーダライタ４００のハードウェア構成の一例を示す図である。
【００３８】
図４に示すように、リーダライタ４００は、通信部３１と、通信部３２と、ＣＰＵ３３と、ＲＯＭ３４とを備えている。
【００３９】
通信部３１は、ＩＣカード１、２、１００等のＩＣカードと間の通信を制御する。ＩＣカードとの間の通信方式は、非接触方式、接触方式のいずれでもよい。通信部３２は、ＰＯＳ端末等のＩＣカードに対して読み書きを行う装置との間の通信を制御する。ＲＯＭ３４は、読み込みのみ可能な記憶媒体であり、プログラムおよびデータの格納領域として用いられる。ＣＰＵ３３は、ＲＯＭ３４に格納されたプログラムを実行して、当該プログラムの機能に基づいて様々な処理を実行する。
【００４０】
次に、本実施の形態にかかる情報管理システムに含まれる各装置の機能の詳細について説明する。まず、ＰＣ２００の構成・機能の詳細について図５を用いて説明する。図５は、本実施の形態にかかるＰＣ２００の機能ブロック図である。同図に示すように、ＰＣ２００は、主なハードウェア構成として、表示部２１０を備えている。また、ＰＣ２００は、ＨＤＤ等に格納されたプログラムにしたがってＣＰＵ２１が動作することにより実現される主なソフトウェア構成として、送受信部２０１と、読取部２０２と、書込部２０３と、を備えている。
【００４１】
表示部２１０は、上述のディスプレイ装置などの表示装置に相当する構成部であり、本システムで処理される各種情報を表示する。例えば、表示部２１０は、会員証ＤＢサーバ３００から受信した利用可能なサービス情報の一覧を表示する。また、表示部２１０は、ＩＣカード１００内に現在記憶されているサービス情報としてＩＣカード１００から読み取ったサービス情報の一覧を表示する。
【００４２】
送受信部２０１は、会員証ＤＢサーバ３００などの外部装置との間でデータを送受信するものである。例えば、送受信部２０１は、ＩＣカード１００から読み取ったＩＣカード１００のカードＩＤや、ＩＣカード１、２から読み取ったサービス情報を会員証ＤＢサーバ３００に送信する第２送信部として機能する。また、送受信部２０１は、ＩＣカード１００に記憶して利用するサービス情報を要求する要求メッセージを会員証ＤＢサーバ３００に送信する第３送信部として機能する。また、送受信部２０１は、送信した要求メッセージに対する応答として送信されたサービス情報とインデックスとを会員証ＤＢサーバ３００から受信する第３受信部として機能する。
【００４３】
読取部２０２は、リーダライタ２５０を介してＩＣカード１、２等のＩＣカードから情報を読み取る。例えば、読取部２０２は、ＩＣカード１００からカードＩＤを読み取る。また、読取部２０２は、ＩＣカード１、２等の既存のＩＣカードからそれぞれのＩＣカードを利用するサービスのサービス情報を読み取る。
【００４４】
書込部２０３は、リーダライタ２５０を介してＩＣカードに対して情報を書き込む。例えば、書込部２０３は、会員証ＤＢサーバ３００からダウンロードされたインデックスおよびサービス情報を、ＩＣカード１００のＭｙ会員証サービスのデータ領域に書き込む。
【００４５】
次に、会員証ＤＢサーバ３００の構成・機能の詳細について図６を用いて説明する。図６は、本実施の形態にかかる会員証ＤＢサーバ３００の機能ブロック図である。同図に示すように、会員証ＤＢサーバ３００は、主なハードウェア構成として、会員証ＤＢ３２１を備えている。また、会員証ＤＢサーバ３００は、ＨＤＤ等に格納されたプログラムにしたがってＣＰＵ２１が動作することにより実現される主なソフトウェア構成として、送受信部３０１と、認証部３０２と、取得部３０３と、保存部３０４と、生成部３０５と、を備えている。
【００４６】
会員証ＤＢ３２１は、Ｍｙ会員証カード（ＩＣカード１００）ごとに、カード内に記憶可能なサービス情報を対応づけた会員証情報を記憶する。図７は、会員証ＤＢ３２１に記憶される会員証情報のデータ構造の一例を示す図である。図７に示すように、会員証ＤＢ３２１は、カードＩＤと、サービス情報を識別するサービス情報ＩＤと、サービス情報と、使用フラグとを対応づけた会員証情報を記憶している。
【００４７】
使用フラグは、カードＩＤで識別されるＩＣカード１００に、サービス情報ＩＤで識別されるサービス情報が記憶されているか否かを表す情報であり、記憶されている場合に「使用」、記憶されていない場合に「未使用」が設定される。
【００４８】
図６に戻り、送受信部３０１は、ＰＣ２００などの外部装置との間でデータを送受信するものである。例えば、送受信部３０１は、ＩＣカード１００のカードＩＤやＩＣカード１、２から読み取られたサービス情報をＰＣ２００から受信する第１受信部として機能する。また、送受信部３０１は、登録済みのサービス情報のうち、ＩＣカード１００に記憶して利用するサービスのサービス情報を要求する要求メッセージをＰＣ２００から受信する第２受信部として機能する。また、送受信部３０１は、要求メッセージに応じて会員証ＤＢ３２１から取得したサービス情報や、取得したサービス情報に対して生成されたインデックスをＰＣ２００に送信する第１送信部として機能する。
【００４９】
認証部３０２は、ＰＣ２００から送信されたカードＩＤ、ユーザの認証ＩＤ、およびパスワードを用いて、ＰＣ２００のユーザを認証する。なお、認証時に用いる照合用の認証ＩＤおよびパスワード等は、会員証ＤＢサーバ３００の記憶部（図示せず）に記憶しておく。また、認証方法は認証ＩＤおよびパスワードを用いた方法に限られず、指紋認証や声紋認証などの従来から用いられているあらゆる認証方法を適用できる。
【００５０】
取得部３０３は、利用するサービス情報としてＰＣ２００から要求されたサービス情報を、会員証ＤＢ３２１から取得する。
【００５１】
保存部３０４は、ＩＣカード１００のカードＩＤに、既存のＩＣカード１、２等から読み取られてＰＣ２００から送信されたサービス情報を対応づけて会員証ＤＢ３２１に保存する。具体的には、保存部３０４は、カードＩＤと、受信したサービス情報に割り当てられたサービス情報ＩＤと、受信したサービス情報と、使用フラグとして「未使用」を設定した会員証情報を、会員証ＤＢ３２１に保存する。
【００５２】
生成部３０５は、利用するサービス情報として取得部３０３によって取得されたサービス情報に対するインデックスを生成する。具体的には、生成部３０５は、上位コード、中位コード、および下位コードからなるサービス情報ＩＤと、サービス情報のＩＣカード１００内での記憶位置を特定する位置情報とを含むインデックスを生成する。位置情報としては、例えば、ＩＣカード１００のＭｙ会員証サービスのデータ領域の先頭からのオフセットを用いることができる。なお、位置情報はこれに限られず、各サービス情報の記憶位置が特定できる情報であればあらゆる情報を利用できる。例えば、各サービス情報の格納順とデータサイズとを位置情報として用いてもよい。このような構成であっても、格納順にデータサイズを加算することにより各サービス情報の記憶位置を特定できる。
【００５３】
次に、リーダライタ４００の構成・機能の詳細について図８を用いて説明する。図８は、本実施の形態にかかるリーダライタ４００の機能ブロック図である。同図に示すように、リーダライタ４００は、インデックス読取部４０１と、情報読取部４０２とを備えている。
【００５４】
インデックス読取部４０１は、ＩＣカード１００からインデックスを読み取る。また、情報読取部４０２は、インデックスを参照することにより、所望のサービス情報がＩＣカード１００に記憶されていることを判定するとともに、記憶されている場合にはインデックスの位置情報を用いてＩＣカード１００から所望のサービス情報を読み取る。
【００５５】
次に、このように構成された本実施の形態にかかる情報管理システムによるサービス情報登録処理、サービス情報書き込み取得処理、およびサービス情報取得処理について説明する。サービス情報登録処理とは、既存のＩＣカードから読み取ったサービス情報を会員証ＤＢサーバ３００に登録する処理である。サービス情報書き込み処理とは、会員証ＤＢサーバ３００に登録したサービス情報のうち、利用を望むサービス情報をＩＣカード１００に書き込む処理である。サービス情報取得処理とは、ＩＣカード１００に書き込まれたサービス情報を取得する処理である。
【００５６】
サービス情報登録処理およびサービス情報書き込み取得処理は、例えばＰＣ２００に事前にインストールされたＭｙ会員証サービス用の専用プログラムによって実行するように構成することができる。すなわち、ユーザはこのような専用プログラムから所定のメニュー等を選択することにより、サービス情報登録処理およびサービス情報書き込み取得処理の実行を開始することができる。
【００５７】
まず、サービス情報登録処理について図９を用いて説明する。図９は、本実施の形態におけるサービス情報登録処理の全体の流れを示すシーケンス図である。
【００５８】
まず、ＰＣ２００の読取部２０２は、リーダライタ２５０を介してＩＣカード１００のカードＩＤを読み取る（ステップＳ９０１）。このように、サービス情報登録処理は、ユーザが事前にＩＣカード１００を入手していることを前提としている。なお、カードＩＤの代わりにユーザの認証ＩＤと対応づけて会員証ＤＢ３２１にサービス情報を登録するように構成すれば、ＩＣカード１００を入手して本ステップでカードＩＤを読み取る必要はない。
【００５９】
次に、ＰＣ２００は、ユーザの認証ＩＤおよびパスワードの入力を受付ける（ステップＳ９０２）。次に、ＰＣ２００の送受信部２０１は、読み取ったカードＩＤ、入力された認証ＩＤおよびパスワードを、会員証ＤＢサーバ３００に通知する（ステップＳ９０３）。
【００６０】
会員証ＤＢサーバ３００の送受信部３０１は、通知されたカードＩＤ、認証ＩＤ、およびパスワードを受信する。そして、認証部３０２が、カードＩＤ、認証ＩＤおよびパスワードを用いてユーザを認証する（ステップＳ９０４）。次に、送受信部３０１は、認証結果をＰＣ２００に送信する（ステップＳ９０５）。
【００６１】
認証された場合は、ＰＣ２００の読取部２０２は、リーダライタ２５０を介して既存のＩＣカードであるＩＣカード１またはＩＣカード２から、Ｍｙ会員証サービスに対応しているサービスを検索する（ステップＳ９０６）。対応しているサービスか否かは、例えば、データの格納形式や、上位コード、中位コード、および下位コードが予め定められたコードと一致するかによって判定する。
【００６２】
対応するサービスが検索された場合は、読取部２０２は、リーダライタ２５０を介してサービス情報を取得する（ステップＳ９０７）。次に、送受信部２０１は、読み取ったサービス情報を会員証ＤＢサーバ３００に送信する（ステップＳ９０８）。
【００６３】
会員証ＤＢサーバ３００の送受信部３０１は、送信されたサービス情報を受信する。そして、保存部３０４が、受信したサービス情報を、ステップＳ９０３で受信したカードＩＤと対応づけて会員証ＤＢ３２１に保存する（ステップＳ９０９）。
【００６４】
このようにして、ユーザは既存のＩＣカードから読み取ったサービス情報を、会員証ＤＢサーバ３００に登録することができる。なお、サービス情報登録処理は、既存のＩＣカードごとに任意のタイミングで実行できる。また、ステップＳ９０８で送信するサービス情報は１つに限られず、既存の複数のＩＣカードから読み取ったサービス情報をまとめて送信するように構成してもよい。
【００６５】
次に、サービス情報書き込み処理について図１０を用いて説明する。図１０は、本実施の形態におけるサービス情報書き込み処理の全体の流れを示すシーケンス図である。
【００６６】
ステップＳ１００１からステップＳ１００５までの、カードＩＤ読み取り処理および認証処理は、図９のステップＳ９０１からステップＳ９０５と同様であるため、その説明を省略する。
【００６７】
認証された場合、ＰＣ２００の送受信部２０１は、会員証ＤＢサーバ３００に登録済みのサービス情報の一覧の取得を要求する取得要求メッセージを会員証ＤＢサーバ３００に送信する（ステップＳ１００６）。なお、この取得要求メッセージは、ユーザが明示的に指示した場合に送信するように構成してもよい。
【００６８】
会員証ＤＢサーバの送受信部３０１は、取得要求メッセージを受信する。取得要求メッセージが受信された場合、取得部３０３は、ステップＳ１００３で通知されたカードＩＤに対応するサービス情報を会員証ＤＢ３２１から取得する（ステップＳ１００７）。次に、送受信部３０１は、取得したサービス情報の一覧を、登録済みサービス一覧としてＰＣ２００に送信する（ステップＳ１００８）。
【００６９】
ＰＣ２００は、送受信部２０１によって登録済みサービス一覧を受信し、受信した登録済みサービス一覧を表示部２１０に表示する。なお、表示部２１０には、サービス情報ＩＤの他、ユーザがサービスの内容を把握可能とするためのサービス名称等を表示するように構成してもよい。サービス名称等は、サービス情報から取得してもよいし、会員証ＤＢサーバ３００で設定して登録済みサービス一覧に含めて送信してもよい。
【００７０】
次に、ＰＣ２００は、ユーザによる利用するサービス情報の選択を受付ける（ステップＳ１００９）。次に、送受信部２０１は、選択されたサービス情報の取得を要求する要求メッセージを会員証ＤＢサーバ３００に送信する（ステップＳ１０１０）。要求メッセージは、選択されたサービス情報のサービス情報ＩＤを含む。これにより、会員証ＤＢサーバ３００は選択されたサービス情報を識別することができる。
【００７１】
会員証ＤＢサーバ３００の送受信部３０１は、要求メッセージを受信する。次に、取得部３０３は、要求メッセージに含まれるサービス情報ＩＤに対応するサービス情報を会員証ＤＢ３２１から取得する（ステップＳ１０１１）。次に、生成部３０５は、取得されたサービス情報に対するインデックスを生成する（ステップＳ１０１２）。次に、送受信部３０１は、取得されたサービス情報と生成されたインデックスをＰＣ２００に送信する（ステップＳ１０１３）。
【００７２】
ＰＣ２００の送受信部２０１は、会員証ＤＢサーバ３００から送信されたサービス情報とインデックスとを受信する。そして、書込部２０３が、リーダライタ２５０を介してＩＣカード１００に受信したサービス情報とインデックスとを書き込む（ステップＳ１０１４）。なお、書込部２０３は、インデックスに含まれる位置情報を参照して、各サービス情報の記憶位置を特定する。
【００７３】
このようにして、ユーザは既存のＩＣカードから読み取り、会員証ＤＢサーバ３００に登録したサービス情報から、所望のサービス情報のみをダウンロードして、ＩＣカード１００に書き込むことができる。なお、書き込んだサービス情報を変更する場合、ユーザは、ステップＳ１００９で異なるサービス情報を選択すればよい。すなわち、新たに選択されたサービス情報を要求する要求メッセージを送信してステップＳ１０１０以降の処理を実行することにより、ＩＣカード１００に書き込むサービス情報を変更できる。
【００７４】
なお、ＩＣカード１００から削除するサービス情報の指定を受付け、指定されたサービス情報の削除を要求する削除要求メッセージを会員証ＤＢサーバ３００に送信するように構成してもよい。この場合、会員証ＤＢサーバ３００は、書き込み済みのサービス情報から、削除が要求されたサービス情報を除外したサービス情報を取得してステップＳ１０１２以降の処理を実行するように構成すればよい。
【００７５】
次に、サービス情報取得処理について図１１を用いて説明する。図１１は、本実施の形態におけるサービス情報取得処理の全体の流れを示すシーケンス図である。
【００７６】
サービス情報取得処理は、Ｍｙ会員証カード（ＩＣカード１００）へのアクセス用の鍵が事前に設定されたリーダライタ４００に対してＭｙ会員証カードをかざすことによって開始される。
【００７７】
すなわち、ユーザがリーダライタ４００にＩＣカード１００をかざすと、リーダライタ４００は、ＩＣカード１００へアクセスするための予め定められた認証鍵で、ＩＣカード１００のＭｙ会員証サービスのデータ領域にアクセスする（ステップＳ１１０１）。
【００７８】
Ｍｙ会員証サービスにアクセスする場合、リーダライタ４００は、上位コード＝ＷＷＷＷ、中位コード＝ＸＸＸＸ、および下位コード＝ＹＹＹＹに対応する認証鍵によってアクセスを開始する。
【００７９】
認証鍵が認証された場合、ＩＣカード１００は、リーダライタ４００に対して会員証データ領域へのアクセスを許可する（ステップＳ１１０２）。なお、Ｍｙ会員証サービスに対応する認証鍵で認証されなかった場合、リーダライタ４００は、上位コード＝５６７８、中位コード＝６０００、および下位コード＝６２２２で識別されるレストランのポイントサービスに対応する認証鍵でＩＣカードにアクセスする。これにより、既存のＩＣカード２を利用した場合にもレストランのポイントサービスを利用可能となる。
【００８０】
次に、リーダライタ４００のインデックス読取部４０１は、会員証データ領域の予め定められた記憶位置からインデックスを取得する（ステップＳ１１０３）。次に、リーダライタ４００は、取得したインデックスから、利用するサービス情報のＩＣカード１００上での記憶位置を特定する（ステップＳ１１０４）。
【００８１】
例えば図１に示すように、リーダライタ４００にレストランポイントカード（ＩＣカード２）を利用するサービスの設定情報４５２が設定されており、ＩＣカード１００にインデックス１２０が設定されているとする。この場合は、リーダライタ４００は、インデックス１２０から、上位コード＝５６７８、中位コード＝６０００、および下位コード＝６２２２で識別されるサービスのサービス情報の記憶位置が、先頭から１００（バイト）であることを特定する。
【００８２】
次に、リーダライタ４００の情報読取部４０２は、特定した記憶位置から、利用するサービス情報にアクセスする（ステップＳ１１０５）。図１に示すように、ＩＣカード２に対応するサービス情報１１２のデータ構造は、既存のＩＣカード２内に記憶されたサービス情報のデータ構造と同様である。このため、リーダライタ４００は、既存のＩＣカード２を読み取る場合と同じ方式でサービス情報にアクセスできる。
【００８３】
なお、既存のＩＣカード内に記憶されたサービス情報と異なるデータ構造で、Ｍｙ会員証カードにサービス情報を記憶するように構成してもよい。例えば、会員証ＤＢサーバ３００で既存のＩＣカードのサービス情報を圧縮するように構成し、圧縮されたサービス情報をＭｙ会員証カード内に記憶してもよい。これにより、Ｍｙ会員証カード内での記憶領域を削減できる。また、フェリカ（登録商標）のように所定の運営者が共通領域を管理し、当該共通領域へのデータの書き込み量に応じて費用が発生する方式の場合は、記憶領域の削減にともないコストの低減を実現できる。
【００８４】
サービス情報のデータ構造を変換して記憶する場合は、リーダライタ４００は、変換したサービス情報にアクセスするための機能をさらに備える必要がある。例えば、サービス情報を圧縮して記憶する場合は、リーダライタ４００が、圧縮されたサービス情報を解凍する機能を備えるように構成する。なお、サービス情報を解凍するための機能をＩＣカード１００内に備え、ＩＣカード１００内でサービス情報の解凍を実行するように構成してもよい。
【００８５】
上述のように、ＰＣ２００は、主に既存のＩＣカードの情報を読み取って会員証ＤＢサーバ３００に登録する機能、登録したサービス情報のうち利用するサービス情報をＭｙ会員証カードに書き込む機能を備えている。
【００８６】
これらの機能に加え、Ｍｙ会員証カードに書き込み済みのサービスを確認する機能をＰＣ２００が備えるように構成してもよい。これにより、ユーザはＭｙ会員証カードで利用できるサービスを容易に確認可能となり、利便性をさらに向上させることができる。
【００８７】
この機能を実現するため、ＰＣ２００は、ＩＣカード１００のＭｙ会員証サービスのデータ領域に記憶されているサービス情報を読み取る機能、および読み取ったサービス情報の一覧を表示部２１０等に表示する機能をさらに備える。
【００８８】
図１２は、このような機能により登録済みのサービスを表示する処理の概要を示す模式図である。図１２に示すように、ＰＣ２００は、リーダライタ２５０にかざされたＩＣカード１００から読み取った登録中のカードのサービス情報を表示部２１０に表示する。
【００８９】
なお、ＩＣカード１００から情報を読み取る機能を備えた装置であれば、ＰＣ２００以外の装置によって登録済みのサービス情報を確認するように構成することも可能である。例えば、リーダライタ機能を備えた携帯電話にＩＣカード１００の情報を読み取って表示するための専用のアプリケーションを設定し、当該携帯電話を用いて登録済みのサービス情報を確認するように構成してもよい。
【００９０】
図１３は、携帯電話により登録済みのサービスを表示する処理の概要を示す模式図である。図１３に示すように、リーダライタ機能を備えた携帯電話５００にＩＣカード１００をかざすことにより、携帯電話５００の表示画面５１０内に、ＩＣカード１００に登録中のカードのサービス情報を表示することができる。
【００９１】
このように、本実施の形態にかかる情報管理システムでは、既存のＩＣカードの情報を、統合用の１つのＩＣカードに登録することができる。これにより、ユーザは、複数のサービスを利用するために、各サービスに対応した複数のＩＣカードを所有する必要がなくなる。すなわち、ＩＣカードなどの携帯型セキュリティデバイスを利用したサービスの利便性を向上させることが可能となる。
【産業上の利用可能性】
【００９２】
以上のように、本発明にかかる情報管理システムおよび読み取り装置は、会員証サービスなどの携帯型セキュリティデバイスを利用したサービスで用いるサービス情報を管理するシステムに適している。
【図面の簡単な説明】
【００９３】
【図１】本実施の形態にかかる情報管理システムの全体構成を示す図である。
【図２】本実施の形態にかかるＩＣカードのハードウェア構成の一例を示す図である。
【図３】本実施の形態にかかるＰＣおよび会員証ＤＢサーバのハードウェア構成の一例を示す図である。
【図４】本実施の形態にかかるリーダライタのハードウェア構成の一例を示す図である。
【図５】本実施の形態にかかるＰＣの機能ブロック図である。
【図６】本実施の形態にかかる会員証ＤＢサーバの機能ブロック図である。
【図７】会員証ＤＢに記憶される会員証情報のデータ構造の一例を示す図である。
【図８】本実施の形態にかかるリーダライタの機能ブロック図である。
【図９】本実施の形態におけるサービス情報登録処理の全体の流れを示すシーケンス図である。
【図１０】本実施の形態におけるサービス情報書き込み処理の全体の流れを示すシーケンス図である。
【図１１】本実施の形態におけるサービス情報取得処理の全体の流れを示すシーケンス図である。
【図１２】登録済みのサービスを表示する処理の概要を示す模式図である。
【図１３】登録済みのサービスを表示する処理の概要を示す模式図である。
【符号の説明】
【００９４】
１、２ ＩＣカード
１１ 通信部
１２ ＣＰＵ
１３ ＲＡＭ
１４ ＲＯＭ
１５ ＥＥＰＲＯＭ
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 通信Ｉ／Ｆ
２５ バス
３１、３２ 通信部
３３ ＣＰＵ
３４ ＲＯＭ
１００ ＩＣカード
１１１、１１２ サービス情報
１２０ インデックス
２０１ 送受信部
２０２ 読取部
２０３ 書込部
２１０ 表示部
２５０ リーダライタ
３００ 会員証ＤＢサーバ
３０１ 送受信部
３０２ 認証部
３０３ 取得部
３０４ 保存部
３０５ 生成部
３２１ 会員証ＤＢ
４００ リーダライタ
４０１ インデックス読取部
４０２ 情報読取部
４５１、４５２ 設定情報
５００ 携帯電話
５１０ 表示画面
【技術分野】
【０００１】
この発明は、ＩＣ（Integrated Circuit）カードなどの携帯型セキュリティデバイスに記憶し、携帯型セキュリティデバイスを用いたサービスで利用するサービス情報を管理する情報管理システム、および携帯型セキュリティデバイスからサービス情報を読み取る読み取り装置に関する。
【背景技術】
【０００２】
従来から、磁気カード等に比べてより多くの情報を記憶可能なＩＣカードなどの携帯型セキュリティデバイスを利用した各種サービスが提供されている。例えば、会員証情報を記憶したＩＣカード（会員証カード）を所有する会員に対してポイント等を提供するサービスが知られている。
【０００３】
会員証カード等として利用されるＩＣカードは、通常、サービス提供者ごとに異なるカードとして提供される。したがって、ユーザは利用するサービスの個数分だけ異なるＩＣカードを所持する必要があり、利便性を低下させる要因となっていた。
【０００４】
一方、ＩＣカードに複数のサービスの情報を登録すれば、１つのＩＣカードで複数のサービスを受けることも可能である。例えば、特許文献１では、金融機関が発行するＩＣカードに対して、顧客操作端末によって別のサービス提供者のサービスを登録するサービス管理システムに関する技術が提案されている。
【０００５】
【特許文献１】特開２００４−１７８３３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の方法は、ある金融機関が発行した既存のＩＣカードに対して、専用の顧客操作端末を利用することによって、この顧客操作端末に対応した当該金融機関以外のサービス提供者のサービスを追加可能とするものである。このため、例えば、あるサービス提供者のＩＣカードを既に所持し、サービスを受けていたとしても、当該サービス提供者が顧客操作端末に対応していなければ、既存のＩＣカードに当該サービス提供者のサービスを追加し、１枚のＩＣカードで複数のサービスを受けることができない。このように、特許文献１の方法では、既存の複数のカードの情報を必ずしも１つのＩＣカードに統合することができず、ユーザの利便性を損なう場合があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、携帯型セキュリティデバイスを利用したサービスのユーザの利便性を向上させることができる情報管理システムおよび読み取り装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、携帯型セキュリティデバイスに記憶される情報であって、前記携帯型セキュリティデバイスを用いたサービスで利用されるサービス情報を管理する管理装置と、前記管理装置とネットワークで接続可能な端末装置と、を備えた情報管理システムであって、前記管理装置は、複数の前記サービス情報を記憶可能な携帯型セキュリティデバイスである第１デバイスを識別するデバイスＩＤと、前記サービス情報が記憶されている少なくとも１つの第２デバイスのそれぞれから読取られた少なくとも１つの前記サービス情報とを対応づけて記憶可能な記憶部と、前記デバイスＩＤと前記サービス情報とを前記端末装置から受信する第１受信部と、受信した前記デバイスＩＤと受信した前記サービス情報とを対応づけて前記記憶部に保存する保存部と、利用するサービスの前記サービス情報を要求する要求メッセージを前記端末装置から受信する第２受信部と、要求された前記サービス情報を前記記憶部から取得する取得部と、取得された前記サービス情報を識別する情報ＩＤと、前記第１デバイス上での前記サービス情報の記憶位置を特定する位置情報とを含むインデックスを生成する生成部と、取得された前記サービス情報と、生成された前記インデックスとを前記端末装置に送信する第１送信部と、を備え、前記端末装置は、前記第１デバイスから前記デバイスＩＤを読み取り、前記第２デバイスから前記サービス情報を読み取る読取部と、読み取られた前記デバイスＩＤと前記サービス情報とを前記管理装置に送信する第２送信部と、前記第１デバイスに記憶して利用するサービスの前記サービス情報を要求する前記要求メッセージを前記管理装置に送信する第３送信部と、前記要求メッセージに対する応答として送信された前記サービス情報と前記インデックスとを前記管理装置から受信する第３受信部と、受信した前記インデックスを前記第１デバイスに書き込み、受信した前記サービス情報を、受信した前記インデックスに含まれる前記位置情報で特定される前記第１デバイス上の記憶位置に書き込む書込部と、を備えたことを特徴とする。本発明によれば、サービス情報が記憶されている少なくとも１つの携帯型セキュリティデバイスから読み出したサービス情報を、他の１つの携帯型セキュリティデバイスに書き込むことができるため、１つの携帯型セキュリティデバイスのみで複数のサービスを受けることが可能となり、携帯型セキュリティデバイスを利用したサービスの利便性を向上させることができる。
【０００９】
また、本発明は、携帯型セキュリティデバイスを用いたサービスで利用されるサービス情報を少なくとも１つ記憶し、記憶した前記サービス情報を識別する情報ＩＤと、記憶した前記サービス情報の記憶位置を特定する位置情報とを含むインデックスを記憶する前記携帯型セキュリティデバイスから、前記インデックスを読み取るインデックス読取部と、読み取った前記インデックスに含まれる前記情報ＩＤに基づいて、利用する前記サービス情報が記憶されているか否かを判定し、記憶されている場合に、読み取った前記インデックスに含まれる前記位置情報から利用する前記サービス情報を読み取る情報読取部と、を備えたことを特徴とする。本発明によれば、１つの携帯型セキュリティデバイスから複数のサービス情報を読み取ることができるため、１つの携帯型セキュリティデバイスのみで複数のサービスを受けることが可能となり、携帯型セキュリティデバイスを利用したサービスの利便性を向上させることができる。
【発明の効果】
【００１０】
本発明によれば、携帯型セキュリティデバイスを利用したサービスのユーザの利便性を向上させることができるという効果を奏する。
【発明を実施するための最良の形態】
【００１１】
以下に添付図面を参照して、この発明にかかる情報管理システムおよび読み取り装置の最良な実施の形態を詳細に説明する。
【００１２】
本実施の形態にかかる情報管理システムは、会員証サービスなどのサービスに利用される既存のＩＣカードの情報を、統合用の１つのＩＣカードに登録可能とするものである。なお、以下では、会員証サービスで利用される会員証カードの情報を管理するシステムを例に説明するが、適用可能なサービスは会員証サービスに限られず、ＩＣカード、およびＩＣチップを備えた携帯電話等の携帯型セキュリティデバイスを利用したサービスであればあらゆるサービスに適用できる。
【００１３】
図１は、本実施の形態にかかる情報管理システムの全体構成を示す図である。以下、図１を用いて本実施の形態にかかる情報管理システムの構成および処理の概要を説明する。
【００１４】
図１に示すように、情報管理システムは、統合用のＩＣカード１００と、ＩＣカード１００および既存の会員証カードの一例であるＩＣカード１、２にアクセス可能なリーダライタ２５０が接続された端末装置としてのＰＣ２００と、ＩＣカードの情報を管理する管理装置としての会員証ＤＢサーバ３００と、店舗等に設置される読み取り装置としてのリーダライタ４００とを含んでいる。
【００１５】
ＩＣカード１、２は、あるユーザが所有する既存のＩＣカードの一例である。ＩＣカード１は、ＣＤレンタル業者が発行する会員証カード（ＣＤレンタルポイントカード）の例を表している。ＩＣカード２は、レストランの事業者が発行する会員証カード（レストランポイントカード）の例を表している。
【００１６】
ＩＣカード１００は、ＩＣカード１、２等の既存のＩＣカードの情報を登録し、複数のサービスを利用可能とするためのＩＣカードである。以下では、ＩＣカード１００をＭｙ会員証カードという場合がある。
【００１７】
ＩＣカード１、２、および１００は、例えば非接触型ＩＣカードによって実現することができる。なお、接触型ＩＣカードを利用してもよい。また、ＩＣチップを内蔵した携帯電話などのようにカード型以外の携帯型セキュリティデバイスを用いるように構成してもよい。
【００１８】
非接触型ＩＣカードでは、サービス提供者ごとに独自の情報を設定可能な独自領域（独自エリア）と、非接触型ＩＣカードの運営者が管理する共通領域（共通エリア）とを設定することができる。また、各エリアに記憶するサービスは、上位コード、中位コード、および下位コードによって識別される。
【００１９】
同図では、ＩＣカード１は、ポイントサービスで利用する情報であるサービス情報を、独自領域内のデータ領域に格納している。また、ＩＣカード１を利用するサービスは、上位コード＝１２３４、中位コード＝２０００、および下位コード＝２１１１で識別される。同様に、ＩＣカード２は、サービス情報を独自領域内のデータ領域に格納している。また、ＩＣカード２を利用するサービスは、上位コード＝５６７８、中位コード＝６０００、および下位コード＝６２２２で識別される。
【００２０】
リーダライタ４００は、例えば、レストランポイントカード（ＩＣカード２）を利用できるレストランのＰＯＳ（Point Of Sales）端末と接続されて利用される。リーダライタ４００には、上位コード＝５６７８、中位コード＝６０００、および下位コード＝６２２２で識別されるサービスのサービス情報にアクセスするための鍵情報を含む設定情報４５１が事前に設定されている。
【００２１】
ＩＣカード１００は、複数のサービスのサービス情報を、共通領域内のデータ領域に格納している。このため、上位コードは共通領域に予め割り当てられているコード（同図ではＷＷＷＷ）となる。本実施の形態では、Ｍｙ会員証カード（ＩＣカード１００）に複数の既存のサービス情報を登録可能とするサービス（以下、Ｍｙ会員証サービスという）を識別するために、さらにＭｙ会員証中位コード＝ＸＸＸＸおよびＭｙ会員証下位コード＝ＹＹＹＹを割り当てるものとする。
【００２２】
また、ＩＣカード１００は、Ｍｙ会員証カードのデータ領域内に、会員証ＤＢサーバ３００からダウンロードした既存のＩＣカード１、２等のサービス情報を記憶する。同図では、ＩＣカード１００内に、ＩＣカード１に対応するサービス情報１１１、およびＩＣカード２に対応するサービス情報１１２が記憶された例が示されている。
【００２３】
ＩＣカード１００は、既存のＩＣカードに対応するサービス情報を識別するサービス情報ＩＤと、サービス情報の記憶位置を特定するための位置情報とを含むインデックス１２０を、例えばデータ領域の先頭などのＩＣカード１００の予め定められた記憶位置に記憶する。同図では、上位コード、中位コード、および下位コードからなるサービス情報ＩＤと、サービス情報を記憶する領域のＩＣカード１００のＭｙ会員証サービスのデータ領域の先頭からのバイト数（オフセット）である位置情報とを含むインデックスの例が示されている。
【００２４】
なお、ユーザは、例えばＭｙ会員証サービスの提供者に申請することにより、当該提供者からＩＣカード１００を入手する。ＩＣカード１００には、所定の記憶位置に、ＩＣカード１００の識別情報であるカードＩＤが記憶されている。会員証ＤＢサーバ３００は、このカードＩＤによって、ユーザごとに利用可能なサービス情報を管理する。
【００２５】
リーダライタ４００は、既存のＩＣカード２だけでなく、Ｍｙ会員証カードによってもポイントサービスを利用可能とするために、新たに設定情報４５２を設定する。設定情報４５２は、共通エリアのＭｙ会員証サービスのサービス情報にアクセスするための鍵情報と、Ｍｙ会員証カードのデータ領域内のサービス情報１１２にアクセスするための鍵情報とを含んでいる。
【００２６】
ＰＣ２００は、リーダライタ２５０を用いることによって、ＩＣカード１、２からのサービス情報の読み取り、およびＩＣカード１００へのサービス情報の書き込みが可能な装置である。そして、ＰＣ２００は、リーダライタ２５０によって独自領域内のサービス情報を取得し、会員証ＤＢサーバ３００に送信する（同図の（１））。
【００２７】
会員証ＤＢサーバ３００は、サービス情報を保存し、ＰＣ２００のユーザの要求に応じて、保存したサービス情報のうち利用するサービス情報を取得してＰＣ２００に送信する。すなわち、ＰＣ２００は、利用するサービスのサービス情報の選択をユーザから受付ける。そして、選択されたサービス情報を会員証ＤＢサーバ３００からダウンロードする（同図の（２））。さらに、ＰＣ２００は、ダウンロードしたサービス情報を、ＩＣカード１００のＭｙ会員証サービスのデータ領域内に書き込む（同図の（３））。なお、インデックスは会員証ＤＢサーバ３００で生成され、サービス情報とともにダウンロードされてサービス情報とともにＩＣカード１００に書き込まれる。
【００２８】
このようにして、ユーザは、既存のＩＣカード１、２を用いて利用できるサービスのうち、所望のサービスを１枚のＩＣカード１００のみを用いて利用可能となる。
【００２９】
なお、同図では、ＰＣ２００を各１台のみ記載しているが、例えばユーザごとに複数のＰＣ２００を備えるように構成してもよい。同様に、例えば店舗ごとに複数のリーダライタ４００を備えるように構成してもよい。
【００３０】
次に、本実施の形態にかかる情報管理システムに含まれる各装置のハードウェア構成について説明する。図２は、本実施の形態にかかるＩＣカード１００のハードウェア構成の一例を示す図である。
【００３１】
図２に示すように、ＩＣカード１００は、通信部１１と、ＣＰＵ（Central Processing Unit）１２と、ＲＡＭ（Random Access Memory）１３と、ＲＯＭ（Read Only Memory）１４と、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）１５とを備えている。
【００３２】
通信部１１は、ＩＣカード１００とリーダライタ２５０またはリーダライタ４００等との間の通信を制御する。
【００３３】
ＲＯＭ１４は、読み込みのみ可能な記憶媒体であり、プログラムおよびデータの格納領域として用いられる。ＥＥＰＲＯＭ１５は、書込み・消去ができる不揮発性メモリであり、データの格納領域として用いられる。ＥＥＰＲＯＭ１５に格納するデータは、任意のデータで良い。図１に示した共通領域の情報は、ＥＥＰＲＯＭ１５に格納される。
【００３４】
ＣＰＵ１２は、ＲＯＭ１４に格納されたプログラムを実行して、当該プログラムの機能に基づいて様々な処理を実行する。ＲＡＭ１３は、ＣＰＵ１２の作業領域として用いられる。また、ＲＡＭ１３は、書き換えが必要なデータの格納領域としても用いられる。
【００３５】
次に、ＰＣ２００および会員証ＤＢサーバ３００のハードウェア構成について説明する。図３は、本実施の形態にかかるＰＣ２００および会員証ＤＢサーバ３００のハードウェア構成の一例を示す図である。
【００３６】
本実施の形態にかかるＰＣ２００および会員証ＤＢサーバ３００は、ＣＰＵ２１などの制御装置と、ＲＯＭ２２やＲＡＭ２３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ２４と、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disc）ドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置と、各部を接続するバス２５を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【００３７】
次に、リーダライタ４００のハードウェア構成について説明する。図４は、本実施の形態にかかるリーダライタ４００のハードウェア構成の一例を示す図である。
【００３８】
図４に示すように、リーダライタ４００は、通信部３１と、通信部３２と、ＣＰＵ３３と、ＲＯＭ３４とを備えている。
【００３９】
通信部３１は、ＩＣカード１、２、１００等のＩＣカードと間の通信を制御する。ＩＣカードとの間の通信方式は、非接触方式、接触方式のいずれでもよい。通信部３２は、ＰＯＳ端末等のＩＣカードに対して読み書きを行う装置との間の通信を制御する。ＲＯＭ３４は、読み込みのみ可能な記憶媒体であり、プログラムおよびデータの格納領域として用いられる。ＣＰＵ３３は、ＲＯＭ３４に格納されたプログラムを実行して、当該プログラムの機能に基づいて様々な処理を実行する。
【００４０】
次に、本実施の形態にかかる情報管理システムに含まれる各装置の機能の詳細について説明する。まず、ＰＣ２００の構成・機能の詳細について図５を用いて説明する。図５は、本実施の形態にかかるＰＣ２００の機能ブロック図である。同図に示すように、ＰＣ２００は、主なハードウェア構成として、表示部２１０を備えている。また、ＰＣ２００は、ＨＤＤ等に格納されたプログラムにしたがってＣＰＵ２１が動作することにより実現される主なソフトウェア構成として、送受信部２０１と、読取部２０２と、書込部２０３と、を備えている。
【００４１】
表示部２１０は、上述のディスプレイ装置などの表示装置に相当する構成部であり、本システムで処理される各種情報を表示する。例えば、表示部２１０は、会員証ＤＢサーバ３００から受信した利用可能なサービス情報の一覧を表示する。また、表示部２１０は、ＩＣカード１００内に現在記憶されているサービス情報としてＩＣカード１００から読み取ったサービス情報の一覧を表示する。
【００４２】
送受信部２０１は、会員証ＤＢサーバ３００などの外部装置との間でデータを送受信するものである。例えば、送受信部２０１は、ＩＣカード１００から読み取ったＩＣカード１００のカードＩＤや、ＩＣカード１、２から読み取ったサービス情報を会員証ＤＢサーバ３００に送信する第２送信部として機能する。また、送受信部２０１は、ＩＣカード１００に記憶して利用するサービス情報を要求する要求メッセージを会員証ＤＢサーバ３００に送信する第３送信部として機能する。また、送受信部２０１は、送信した要求メッセージに対する応答として送信されたサービス情報とインデックスとを会員証ＤＢサーバ３００から受信する第３受信部として機能する。
【００４３】
読取部２０２は、リーダライタ２５０を介してＩＣカード１、２等のＩＣカードから情報を読み取る。例えば、読取部２０２は、ＩＣカード１００からカードＩＤを読み取る。また、読取部２０２は、ＩＣカード１、２等の既存のＩＣカードからそれぞれのＩＣカードを利用するサービスのサービス情報を読み取る。
【００４４】
書込部２０３は、リーダライタ２５０を介してＩＣカードに対して情報を書き込む。例えば、書込部２０３は、会員証ＤＢサーバ３００からダウンロードされたインデックスおよびサービス情報を、ＩＣカード１００のＭｙ会員証サービスのデータ領域に書き込む。
【００４５】
次に、会員証ＤＢサーバ３００の構成・機能の詳細について図６を用いて説明する。図６は、本実施の形態にかかる会員証ＤＢサーバ３００の機能ブロック図である。同図に示すように、会員証ＤＢサーバ３００は、主なハードウェア構成として、会員証ＤＢ３２１を備えている。また、会員証ＤＢサーバ３００は、ＨＤＤ等に格納されたプログラムにしたがってＣＰＵ２１が動作することにより実現される主なソフトウェア構成として、送受信部３０１と、認証部３０２と、取得部３０３と、保存部３０４と、生成部３０５と、を備えている。
【００４６】
会員証ＤＢ３２１は、Ｍｙ会員証カード（ＩＣカード１００）ごとに、カード内に記憶可能なサービス情報を対応づけた会員証情報を記憶する。図７は、会員証ＤＢ３２１に記憶される会員証情報のデータ構造の一例を示す図である。図７に示すように、会員証ＤＢ３２１は、カードＩＤと、サービス情報を識別するサービス情報ＩＤと、サービス情報と、使用フラグとを対応づけた会員証情報を記憶している。
【００４７】
使用フラグは、カードＩＤで識別されるＩＣカード１００に、サービス情報ＩＤで識別されるサービス情報が記憶されているか否かを表す情報であり、記憶されている場合に「使用」、記憶されていない場合に「未使用」が設定される。
【００４８】
図６に戻り、送受信部３０１は、ＰＣ２００などの外部装置との間でデータを送受信するものである。例えば、送受信部３０１は、ＩＣカード１００のカードＩＤやＩＣカード１、２から読み取られたサービス情報をＰＣ２００から受信する第１受信部として機能する。また、送受信部３０１は、登録済みのサービス情報のうち、ＩＣカード１００に記憶して利用するサービスのサービス情報を要求する要求メッセージをＰＣ２００から受信する第２受信部として機能する。また、送受信部３０１は、要求メッセージに応じて会員証ＤＢ３２１から取得したサービス情報や、取得したサービス情報に対して生成されたインデックスをＰＣ２００に送信する第１送信部として機能する。
【００４９】
認証部３０２は、ＰＣ２００から送信されたカードＩＤ、ユーザの認証ＩＤ、およびパスワードを用いて、ＰＣ２００のユーザを認証する。なお、認証時に用いる照合用の認証ＩＤおよびパスワード等は、会員証ＤＢサーバ３００の記憶部（図示せず）に記憶しておく。また、認証方法は認証ＩＤおよびパスワードを用いた方法に限られず、指紋認証や声紋認証などの従来から用いられているあらゆる認証方法を適用できる。
【００５０】
取得部３０３は、利用するサービス情報としてＰＣ２００から要求されたサービス情報を、会員証ＤＢ３２１から取得する。
【００５１】
保存部３０４は、ＩＣカード１００のカードＩＤに、既存のＩＣカード１、２等から読み取られてＰＣ２００から送信されたサービス情報を対応づけて会員証ＤＢ３２１に保存する。具体的には、保存部３０４は、カードＩＤと、受信したサービス情報に割り当てられたサービス情報ＩＤと、受信したサービス情報と、使用フラグとして「未使用」を設定した会員証情報を、会員証ＤＢ３２１に保存する。
【００５２】
生成部３０５は、利用するサービス情報として取得部３０３によって取得されたサービス情報に対するインデックスを生成する。具体的には、生成部３０５は、上位コード、中位コード、および下位コードからなるサービス情報ＩＤと、サービス情報のＩＣカード１００内での記憶位置を特定する位置情報とを含むインデックスを生成する。位置情報としては、例えば、ＩＣカード１００のＭｙ会員証サービスのデータ領域の先頭からのオフセットを用いることができる。なお、位置情報はこれに限られず、各サービス情報の記憶位置が特定できる情報であればあらゆる情報を利用できる。例えば、各サービス情報の格納順とデータサイズとを位置情報として用いてもよい。このような構成であっても、格納順にデータサイズを加算することにより各サービス情報の記憶位置を特定できる。
【００５３】
次に、リーダライタ４００の構成・機能の詳細について図８を用いて説明する。図８は、本実施の形態にかかるリーダライタ４００の機能ブロック図である。同図に示すように、リーダライタ４００は、インデックス読取部４０１と、情報読取部４０２とを備えている。
【００５４】
インデックス読取部４０１は、ＩＣカード１００からインデックスを読み取る。また、情報読取部４０２は、インデックスを参照することにより、所望のサービス情報がＩＣカード１００に記憶されていることを判定するとともに、記憶されている場合にはインデックスの位置情報を用いてＩＣカード１００から所望のサービス情報を読み取る。
【００５５】
次に、このように構成された本実施の形態にかかる情報管理システムによるサービス情報登録処理、サービス情報書き込み取得処理、およびサービス情報取得処理について説明する。サービス情報登録処理とは、既存のＩＣカードから読み取ったサービス情報を会員証ＤＢサーバ３００に登録する処理である。サービス情報書き込み処理とは、会員証ＤＢサーバ３００に登録したサービス情報のうち、利用を望むサービス情報をＩＣカード１００に書き込む処理である。サービス情報取得処理とは、ＩＣカード１００に書き込まれたサービス情報を取得する処理である。
【００５６】
サービス情報登録処理およびサービス情報書き込み取得処理は、例えばＰＣ２００に事前にインストールされたＭｙ会員証サービス用の専用プログラムによって実行するように構成することができる。すなわち、ユーザはこのような専用プログラムから所定のメニュー等を選択することにより、サービス情報登録処理およびサービス情報書き込み取得処理の実行を開始することができる。
【００５７】
まず、サービス情報登録処理について図９を用いて説明する。図９は、本実施の形態におけるサービス情報登録処理の全体の流れを示すシーケンス図である。
【００５８】
まず、ＰＣ２００の読取部２０２は、リーダライタ２５０を介してＩＣカード１００のカードＩＤを読み取る（ステップＳ９０１）。このように、サービス情報登録処理は、ユーザが事前にＩＣカード１００を入手していることを前提としている。なお、カードＩＤの代わりにユーザの認証ＩＤと対応づけて会員証ＤＢ３２１にサービス情報を登録するように構成すれば、ＩＣカード１００を入手して本ステップでカードＩＤを読み取る必要はない。
【００５９】
次に、ＰＣ２００は、ユーザの認証ＩＤおよびパスワードの入力を受付ける（ステップＳ９０２）。次に、ＰＣ２００の送受信部２０１は、読み取ったカードＩＤ、入力された認証ＩＤおよびパスワードを、会員証ＤＢサーバ３００に通知する（ステップＳ９０３）。
【００６０】
会員証ＤＢサーバ３００の送受信部３０１は、通知されたカードＩＤ、認証ＩＤ、およびパスワードを受信する。そして、認証部３０２が、カードＩＤ、認証ＩＤおよびパスワードを用いてユーザを認証する（ステップＳ９０４）。次に、送受信部３０１は、認証結果をＰＣ２００に送信する（ステップＳ９０５）。
【００６１】
認証された場合は、ＰＣ２００の読取部２０２は、リーダライタ２５０を介して既存のＩＣカードであるＩＣカード１またはＩＣカード２から、Ｍｙ会員証サービスに対応しているサービスを検索する（ステップＳ９０６）。対応しているサービスか否かは、例えば、データの格納形式や、上位コード、中位コード、および下位コードが予め定められたコードと一致するかによって判定する。
【００６２】
対応するサービスが検索された場合は、読取部２０２は、リーダライタ２５０を介してサービス情報を取得する（ステップＳ９０７）。次に、送受信部２０１は、読み取ったサービス情報を会員証ＤＢサーバ３００に送信する（ステップＳ９０８）。
【００６３】
会員証ＤＢサーバ３００の送受信部３０１は、送信されたサービス情報を受信する。そして、保存部３０４が、受信したサービス情報を、ステップＳ９０３で受信したカードＩＤと対応づけて会員証ＤＢ３２１に保存する（ステップＳ９０９）。
【００６４】
このようにして、ユーザは既存のＩＣカードから読み取ったサービス情報を、会員証ＤＢサーバ３００に登録することができる。なお、サービス情報登録処理は、既存のＩＣカードごとに任意のタイミングで実行できる。また、ステップＳ９０８で送信するサービス情報は１つに限られず、既存の複数のＩＣカードから読み取ったサービス情報をまとめて送信するように構成してもよい。
【００６５】
次に、サービス情報書き込み処理について図１０を用いて説明する。図１０は、本実施の形態におけるサービス情報書き込み処理の全体の流れを示すシーケンス図である。
【００６６】
ステップＳ１００１からステップＳ１００５までの、カードＩＤ読み取り処理および認証処理は、図９のステップＳ９０１からステップＳ９０５と同様であるため、その説明を省略する。
【００６７】
認証された場合、ＰＣ２００の送受信部２０１は、会員証ＤＢサーバ３００に登録済みのサービス情報の一覧の取得を要求する取得要求メッセージを会員証ＤＢサーバ３００に送信する（ステップＳ１００６）。なお、この取得要求メッセージは、ユーザが明示的に指示した場合に送信するように構成してもよい。
【００６８】
会員証ＤＢサーバの送受信部３０１は、取得要求メッセージを受信する。取得要求メッセージが受信された場合、取得部３０３は、ステップＳ１００３で通知されたカードＩＤに対応するサービス情報を会員証ＤＢ３２１から取得する（ステップＳ１００７）。次に、送受信部３０１は、取得したサービス情報の一覧を、登録済みサービス一覧としてＰＣ２００に送信する（ステップＳ１００８）。
【００６９】
ＰＣ２００は、送受信部２０１によって登録済みサービス一覧を受信し、受信した登録済みサービス一覧を表示部２１０に表示する。なお、表示部２１０には、サービス情報ＩＤの他、ユーザがサービスの内容を把握可能とするためのサービス名称等を表示するように構成してもよい。サービス名称等は、サービス情報から取得してもよいし、会員証ＤＢサーバ３００で設定して登録済みサービス一覧に含めて送信してもよい。
【００７０】
次に、ＰＣ２００は、ユーザによる利用するサービス情報の選択を受付ける（ステップＳ１００９）。次に、送受信部２０１は、選択されたサービス情報の取得を要求する要求メッセージを会員証ＤＢサーバ３００に送信する（ステップＳ１０１０）。要求メッセージは、選択されたサービス情報のサービス情報ＩＤを含む。これにより、会員証ＤＢサーバ３００は選択されたサービス情報を識別することができる。
【００７１】
会員証ＤＢサーバ３００の送受信部３０１は、要求メッセージを受信する。次に、取得部３０３は、要求メッセージに含まれるサービス情報ＩＤに対応するサービス情報を会員証ＤＢ３２１から取得する（ステップＳ１０１１）。次に、生成部３０５は、取得されたサービス情報に対するインデックスを生成する（ステップＳ１０１２）。次に、送受信部３０１は、取得されたサービス情報と生成されたインデックスをＰＣ２００に送信する（ステップＳ１０１３）。
【００７２】
ＰＣ２００の送受信部２０１は、会員証ＤＢサーバ３００から送信されたサービス情報とインデックスとを受信する。そして、書込部２０３が、リーダライタ２５０を介してＩＣカード１００に受信したサービス情報とインデックスとを書き込む（ステップＳ１０１４）。なお、書込部２０３は、インデックスに含まれる位置情報を参照して、各サービス情報の記憶位置を特定する。
【００７３】
このようにして、ユーザは既存のＩＣカードから読み取り、会員証ＤＢサーバ３００に登録したサービス情報から、所望のサービス情報のみをダウンロードして、ＩＣカード１００に書き込むことができる。なお、書き込んだサービス情報を変更する場合、ユーザは、ステップＳ１００９で異なるサービス情報を選択すればよい。すなわち、新たに選択されたサービス情報を要求する要求メッセージを送信してステップＳ１０１０以降の処理を実行することにより、ＩＣカード１００に書き込むサービス情報を変更できる。
【００７４】
なお、ＩＣカード１００から削除するサービス情報の指定を受付け、指定されたサービス情報の削除を要求する削除要求メッセージを会員証ＤＢサーバ３００に送信するように構成してもよい。この場合、会員証ＤＢサーバ３００は、書き込み済みのサービス情報から、削除が要求されたサービス情報を除外したサービス情報を取得してステップＳ１０１２以降の処理を実行するように構成すればよい。
【００７５】
次に、サービス情報取得処理について図１１を用いて説明する。図１１は、本実施の形態におけるサービス情報取得処理の全体の流れを示すシーケンス図である。
【００７６】
サービス情報取得処理は、Ｍｙ会員証カード（ＩＣカード１００）へのアクセス用の鍵が事前に設定されたリーダライタ４００に対してＭｙ会員証カードをかざすことによって開始される。
【００７７】
すなわち、ユーザがリーダライタ４００にＩＣカード１００をかざすと、リーダライタ４００は、ＩＣカード１００へアクセスするための予め定められた認証鍵で、ＩＣカード１００のＭｙ会員証サービスのデータ領域にアクセスする（ステップＳ１１０１）。
【００７８】
Ｍｙ会員証サービスにアクセスする場合、リーダライタ４００は、上位コード＝ＷＷＷＷ、中位コード＝ＸＸＸＸ、および下位コード＝ＹＹＹＹに対応する認証鍵によってアクセスを開始する。
【００７９】
認証鍵が認証された場合、ＩＣカード１００は、リーダライタ４００に対して会員証データ領域へのアクセスを許可する（ステップＳ１１０２）。なお、Ｍｙ会員証サービスに対応する認証鍵で認証されなかった場合、リーダライタ４００は、上位コード＝５６７８、中位コード＝６０００、および下位コード＝６２２２で識別されるレストランのポイントサービスに対応する認証鍵でＩＣカードにアクセスする。これにより、既存のＩＣカード２を利用した場合にもレストランのポイントサービスを利用可能となる。
【００８０】
次に、リーダライタ４００のインデックス読取部４０１は、会員証データ領域の予め定められた記憶位置からインデックスを取得する（ステップＳ１１０３）。次に、リーダライタ４００は、取得したインデックスから、利用するサービス情報のＩＣカード１００上での記憶位置を特定する（ステップＳ１１０４）。
【００８１】
例えば図１に示すように、リーダライタ４００にレストランポイントカード（ＩＣカード２）を利用するサービスの設定情報４５２が設定されており、ＩＣカード１００にインデックス１２０が設定されているとする。この場合は、リーダライタ４００は、インデックス１２０から、上位コード＝５６７８、中位コード＝６０００、および下位コード＝６２２２で識別されるサービスのサービス情報の記憶位置が、先頭から１００（バイト）であることを特定する。
【００８２】
次に、リーダライタ４００の情報読取部４０２は、特定した記憶位置から、利用するサービス情報にアクセスする（ステップＳ１１０５）。図１に示すように、ＩＣカード２に対応するサービス情報１１２のデータ構造は、既存のＩＣカード２内に記憶されたサービス情報のデータ構造と同様である。このため、リーダライタ４００は、既存のＩＣカード２を読み取る場合と同じ方式でサービス情報にアクセスできる。
【００８３】
なお、既存のＩＣカード内に記憶されたサービス情報と異なるデータ構造で、Ｍｙ会員証カードにサービス情報を記憶するように構成してもよい。例えば、会員証ＤＢサーバ３００で既存のＩＣカードのサービス情報を圧縮するように構成し、圧縮されたサービス情報をＭｙ会員証カード内に記憶してもよい。これにより、Ｍｙ会員証カード内での記憶領域を削減できる。また、フェリカ（登録商標）のように所定の運営者が共通領域を管理し、当該共通領域へのデータの書き込み量に応じて費用が発生する方式の場合は、記憶領域の削減にともないコストの低減を実現できる。
【００８４】
サービス情報のデータ構造を変換して記憶する場合は、リーダライタ４００は、変換したサービス情報にアクセスするための機能をさらに備える必要がある。例えば、サービス情報を圧縮して記憶する場合は、リーダライタ４００が、圧縮されたサービス情報を解凍する機能を備えるように構成する。なお、サービス情報を解凍するための機能をＩＣカード１００内に備え、ＩＣカード１００内でサービス情報の解凍を実行するように構成してもよい。
【００８５】
上述のように、ＰＣ２００は、主に既存のＩＣカードの情報を読み取って会員証ＤＢサーバ３００に登録する機能、登録したサービス情報のうち利用するサービス情報をＭｙ会員証カードに書き込む機能を備えている。
【００８６】
これらの機能に加え、Ｍｙ会員証カードに書き込み済みのサービスを確認する機能をＰＣ２００が備えるように構成してもよい。これにより、ユーザはＭｙ会員証カードで利用できるサービスを容易に確認可能となり、利便性をさらに向上させることができる。
【００８７】
この機能を実現するため、ＰＣ２００は、ＩＣカード１００のＭｙ会員証サービスのデータ領域に記憶されているサービス情報を読み取る機能、および読み取ったサービス情報の一覧を表示部２１０等に表示する機能をさらに備える。
【００８８】
図１２は、このような機能により登録済みのサービスを表示する処理の概要を示す模式図である。図１２に示すように、ＰＣ２００は、リーダライタ２５０にかざされたＩＣカード１００から読み取った登録中のカードのサービス情報を表示部２１０に表示する。
【００８９】
なお、ＩＣカード１００から情報を読み取る機能を備えた装置であれば、ＰＣ２００以外の装置によって登録済みのサービス情報を確認するように構成することも可能である。例えば、リーダライタ機能を備えた携帯電話にＩＣカード１００の情報を読み取って表示するための専用のアプリケーションを設定し、当該携帯電話を用いて登録済みのサービス情報を確認するように構成してもよい。
【００９０】
図１３は、携帯電話により登録済みのサービスを表示する処理の概要を示す模式図である。図１３に示すように、リーダライタ機能を備えた携帯電話５００にＩＣカード１００をかざすことにより、携帯電話５００の表示画面５１０内に、ＩＣカード１００に登録中のカードのサービス情報を表示することができる。
【００９１】
このように、本実施の形態にかかる情報管理システムでは、既存のＩＣカードの情報を、統合用の１つのＩＣカードに登録することができる。これにより、ユーザは、複数のサービスを利用するために、各サービスに対応した複数のＩＣカードを所有する必要がなくなる。すなわち、ＩＣカードなどの携帯型セキュリティデバイスを利用したサービスの利便性を向上させることが可能となる。
【産業上の利用可能性】
【００９２】
以上のように、本発明にかかる情報管理システムおよび読み取り装置は、会員証サービスなどの携帯型セキュリティデバイスを利用したサービスで用いるサービス情報を管理するシステムに適している。
【図面の簡単な説明】
【００９３】
【図１】本実施の形態にかかる情報管理システムの全体構成を示す図である。
【図２】本実施の形態にかかるＩＣカードのハードウェア構成の一例を示す図である。
【図３】本実施の形態にかかるＰＣおよび会員証ＤＢサーバのハードウェア構成の一例を示す図である。
【図４】本実施の形態にかかるリーダライタのハードウェア構成の一例を示す図である。
【図５】本実施の形態にかかるＰＣの機能ブロック図である。
【図６】本実施の形態にかかる会員証ＤＢサーバの機能ブロック図である。
【図７】会員証ＤＢに記憶される会員証情報のデータ構造の一例を示す図である。
【図８】本実施の形態にかかるリーダライタの機能ブロック図である。
【図９】本実施の形態におけるサービス情報登録処理の全体の流れを示すシーケンス図である。
【図１０】本実施の形態におけるサービス情報書き込み処理の全体の流れを示すシーケンス図である。
【図１１】本実施の形態におけるサービス情報取得処理の全体の流れを示すシーケンス図である。
【図１２】登録済みのサービスを表示する処理の概要を示す模式図である。
【図１３】登録済みのサービスを表示する処理の概要を示す模式図である。
【符号の説明】
【００９４】
１、２ ＩＣカード
１１ 通信部
１２ ＣＰＵ
１３ ＲＡＭ
１４ ＲＯＭ
１５ ＥＥＰＲＯＭ
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 通信Ｉ／Ｆ
２５ バス
３１、３２ 通信部
３３ ＣＰＵ
３４ ＲＯＭ
１００ ＩＣカード
１１１、１１２ サービス情報
１２０ インデックス
２０１ 送受信部
２０２ 読取部
２０３ 書込部
２１０ 表示部
２５０ リーダライタ
３００ 会員証ＤＢサーバ
３０１ 送受信部
３０２ 認証部
３０３ 取得部
３０４ 保存部
３０５ 生成部
３２１ 会員証ＤＢ
４００ リーダライタ
４０１ インデックス読取部
４０２ 情報読取部
４５１、４５２ 設定情報
５００ 携帯電話
５１０ 表示画面
【特許請求の範囲】
【請求項１】
携帯型セキュリティデバイスに記憶される情報であって、前記携帯型セキュリティデバイスを用いたサービスで利用されるサービス情報を管理する管理装置と、前記管理装置とネットワークで接続可能な端末装置と、を備えた情報管理システムであって、
前記管理装置は、
複数の前記サービス情報を記憶可能な携帯型セキュリティデバイスである第１デバイスを識別するデバイスＩＤと、前記サービス情報が記憶されている少なくとも１つの第２デバイスのそれぞれから読取られた少なくとも１つの前記サービス情報とを対応づけて記憶可能な記憶部と、
前記デバイスＩＤと前記サービス情報とを前記端末装置から受信する第１受信部と、
受信した前記デバイスＩＤと受信した前記サービス情報とを対応づけて前記記憶部に保存する保存部と、
利用するサービスの前記サービス情報を要求する要求メッセージを前記端末装置から受信する第２受信部と、
要求された前記サービス情報を前記記憶部から取得する取得部と、
取得された前記サービス情報を識別する情報ＩＤと、前記第１デバイス上での前記サービス情報の記憶位置を特定する位置情報とを含むインデックスを生成する生成部と、
取得された前記サービス情報と、生成された前記インデックスとを前記端末装置に送信する第１送信部と、を備え、
前記端末装置は、
前記第１デバイスから前記デバイスＩＤを読み取り、前記第２デバイスから前記サービス情報を読み取る読取部と、
読み取られた前記デバイスＩＤと前記サービス情報とを前記管理装置に送信する第２送信部と、
前記第１デバイスに記憶して利用するサービスの前記サービス情報を要求する前記要求メッセージを前記管理装置に送信する第３送信部と、
前記要求メッセージに対する応答として送信された前記サービス情報と前記インデックスとを前記管理装置から受信する第３受信部と、
受信した前記インデックスを前記第１デバイスに書き込み、受信した前記サービス情報を、受信した前記インデックスに含まれる前記位置情報で特定される前記第１デバイス上の記憶位置に書き込む書込部と、を備えたこと、
を特徴とする情報管理システム。
【請求項２】
前記第３送信部は、さらに、前記第１デバイスに記憶済みの前記サービス情報のうち、利用しない前記サービス情報の削除を要求する削除要求メッセージを前記管理装置に送信し、
前記第２受信部は、さらに、前記削除要求メッセージを前記端末装置から受信し、
前記取得部は、さらに、前記削除要求メッセージが受信されたときに、前記第１デバイスに記憶済みの前記サービス情報のうち、削除が要求された前記サービス情報以外の前記サービス情報を前記記憶部から取得し、
前記第３受信部は、さらに、前記削除要求メッセージに対する応答として送信された前記サービス情報と前記インデックスとを前記管理装置から受信すること、
を特徴とする請求項１に記載の情報管理システム。
【請求項３】
前記第２送信部は、さらに、前記デバイスＩＤに対応する前記サービス情報の取得を要求する取得要求メッセージを前記管理装置に送信し、
前記第３受信部は、さらに、前記取得要求メッセージを前記端末装置から受信し、
前記取得部は、さらに、前記取得要求メッセージで要求された前記デバイスＩＤに対応する前記サービス情報を前記記憶部から取得し、
前記第３送信部は、さらに、取得された前記サービス情報を前記端末装置に送信し、
前記第１受信部は、さらに、前記取得要求メッセージに対する応答として送信された前記サービス情報を前記管理装置から受信し、
前記端末装置は、受信した前記サービス情報を表示する表示部をさらに備え、
前記第２送信部は、前記表示部に表示された前記サービス情報から選択された前記サービス情報を、前記第１デバイスに記憶して利用するサービスの前記サービス情報として要求する前記要求メッセージを前記管理装置に送信すること、
を特徴とする請求項１に記載の情報管理システム。
【請求項４】
前記読取部は、さらに、前記第１デバイス記憶されている前記サービス情報を前記第１デバイスから読み取り、
前記端末装置は、読み取った前記サービス情報を表示する表示部をさらに備えたこと、
を特徴とする請求項１に記載の情報管理システム。
【請求項５】
前記管理装置は、前記取得部によって取得された前記サービス情報を圧縮する圧縮部をさらに備え、
前記第１送信部は、圧縮された前記サービス情報と、生成された前記インデックスとを前記端末装置に送信し、
前記第３受信部は、圧縮された前記サービス情報と前記インデックスとを前記管理装置から受信し、
前記書込部は、受信した前記インデックスを前記第１デバイスに書き込み、圧縮された前記サービス情報を、受信した前記インデックスに含まれる前記位置情報で特定される前記第１デバイス上の記憶位置に書き込むこと、
を特徴とする請求項１に記載の情報管理システム。
【請求項６】
携帯型セキュリティデバイスを用いたサービスで利用されるサービス情報を少なくとも１つ記憶し、記憶した前記サービス情報を識別する情報ＩＤと、記憶した前記サービス情報の記憶位置を特定する位置情報とを含むインデックスを記憶する前記携帯型セキュリティデバイスから、前記インデックスを読み取るインデックス読取部と、
読み取った前記インデックスに含まれる前記情報ＩＤに基づいて、利用する前記サービス情報が記憶されているか否かを判定し、記憶されている場合に、読み取った前記インデックスに含まれる前記位置情報から利用する前記サービス情報を読み取る情報読取部と、
を備えたことを特徴とする読み取り装置。
【請求項１】
携帯型セキュリティデバイスに記憶される情報であって、前記携帯型セキュリティデバイスを用いたサービスで利用されるサービス情報を管理する管理装置と、前記管理装置とネットワークで接続可能な端末装置と、を備えた情報管理システムであって、
前記管理装置は、
複数の前記サービス情報を記憶可能な携帯型セキュリティデバイスである第１デバイスを識別するデバイスＩＤと、前記サービス情報が記憶されている少なくとも１つの第２デバイスのそれぞれから読取られた少なくとも１つの前記サービス情報とを対応づけて記憶可能な記憶部と、
前記デバイスＩＤと前記サービス情報とを前記端末装置から受信する第１受信部と、
受信した前記デバイスＩＤと受信した前記サービス情報とを対応づけて前記記憶部に保存する保存部と、
利用するサービスの前記サービス情報を要求する要求メッセージを前記端末装置から受信する第２受信部と、
要求された前記サービス情報を前記記憶部から取得する取得部と、
取得された前記サービス情報を識別する情報ＩＤと、前記第１デバイス上での前記サービス情報の記憶位置を特定する位置情報とを含むインデックスを生成する生成部と、
取得された前記サービス情報と、生成された前記インデックスとを前記端末装置に送信する第１送信部と、を備え、
前記端末装置は、
前記第１デバイスから前記デバイスＩＤを読み取り、前記第２デバイスから前記サービス情報を読み取る読取部と、
読み取られた前記デバイスＩＤと前記サービス情報とを前記管理装置に送信する第２送信部と、
前記第１デバイスに記憶して利用するサービスの前記サービス情報を要求する前記要求メッセージを前記管理装置に送信する第３送信部と、
前記要求メッセージに対する応答として送信された前記サービス情報と前記インデックスとを前記管理装置から受信する第３受信部と、
受信した前記インデックスを前記第１デバイスに書き込み、受信した前記サービス情報を、受信した前記インデックスに含まれる前記位置情報で特定される前記第１デバイス上の記憶位置に書き込む書込部と、を備えたこと、
を特徴とする情報管理システム。
【請求項２】
前記第３送信部は、さらに、前記第１デバイスに記憶済みの前記サービス情報のうち、利用しない前記サービス情報の削除を要求する削除要求メッセージを前記管理装置に送信し、
前記第２受信部は、さらに、前記削除要求メッセージを前記端末装置から受信し、
前記取得部は、さらに、前記削除要求メッセージが受信されたときに、前記第１デバイスに記憶済みの前記サービス情報のうち、削除が要求された前記サービス情報以外の前記サービス情報を前記記憶部から取得し、
前記第３受信部は、さらに、前記削除要求メッセージに対する応答として送信された前記サービス情報と前記インデックスとを前記管理装置から受信すること、
を特徴とする請求項１に記載の情報管理システム。
【請求項３】
前記第２送信部は、さらに、前記デバイスＩＤに対応する前記サービス情報の取得を要求する取得要求メッセージを前記管理装置に送信し、
前記第３受信部は、さらに、前記取得要求メッセージを前記端末装置から受信し、
前記取得部は、さらに、前記取得要求メッセージで要求された前記デバイスＩＤに対応する前記サービス情報を前記記憶部から取得し、
前記第３送信部は、さらに、取得された前記サービス情報を前記端末装置に送信し、
前記第１受信部は、さらに、前記取得要求メッセージに対する応答として送信された前記サービス情報を前記管理装置から受信し、
前記端末装置は、受信した前記サービス情報を表示する表示部をさらに備え、
前記第２送信部は、前記表示部に表示された前記サービス情報から選択された前記サービス情報を、前記第１デバイスに記憶して利用するサービスの前記サービス情報として要求する前記要求メッセージを前記管理装置に送信すること、
を特徴とする請求項１に記載の情報管理システム。
【請求項４】
前記読取部は、さらに、前記第１デバイス記憶されている前記サービス情報を前記第１デバイスから読み取り、
前記端末装置は、読み取った前記サービス情報を表示する表示部をさらに備えたこと、
を特徴とする請求項１に記載の情報管理システム。
【請求項５】
前記管理装置は、前記取得部によって取得された前記サービス情報を圧縮する圧縮部をさらに備え、
前記第１送信部は、圧縮された前記サービス情報と、生成された前記インデックスとを前記端末装置に送信し、
前記第３受信部は、圧縮された前記サービス情報と前記インデックスとを前記管理装置から受信し、
前記書込部は、受信した前記インデックスを前記第１デバイスに書き込み、圧縮された前記サービス情報を、受信した前記インデックスに含まれる前記位置情報で特定される前記第１デバイス上の記憶位置に書き込むこと、
を特徴とする請求項１に記載の情報管理システム。
【請求項６】
携帯型セキュリティデバイスを用いたサービスで利用されるサービス情報を少なくとも１つ記憶し、記憶した前記サービス情報を識別する情報ＩＤと、記憶した前記サービス情報の記憶位置を特定する位置情報とを含むインデックスを記憶する前記携帯型セキュリティデバイスから、前記インデックスを読み取るインデックス読取部と、
読み取った前記インデックスに含まれる前記情報ＩＤに基づいて、利用する前記サービス情報が記憶されているか否かを判定し、記憶されている場合に、読み取った前記インデックスに含まれる前記位置情報から利用する前記サービス情報を読み取る情報読取部と、
を備えたことを特徴とする読み取り装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００９−２８８８３４（Ｐ２００９−２８８８３４Ａ）
【公開日】平成２１年１２月１０日（２００９．１２．１０）
【国際特許分類】
【出願番号】特願２００８−１３７５０６（Ｐ２００８−１３７５０６）
【出願日】平成２０年５月２７日（２００８．５．２７）
【出願人】（０００００２８９７）大日本印刷株式会社 (14,506)
【Ｆターム（参考）】
【公開日】平成２１年１２月１０日（２００９．１２．１０）
【国際特許分類】
【出願日】平成２０年５月２７日（２００８．５．２７）
【出願人】（０００００２８９７）大日本印刷株式会社 (14,506)
【Ｆターム（参考）】
[ Back to top ]