決済システム
【課題】決済に必要となる決済用個人データの管理が行いやすく、セキュリティ面にも優れた決済システムを提供する。
【解決手段】携帯端末１０は、クレジット会社サーバ２からクレジットＩＤと暗号化キーを取得し、クレジットＩＤを非公開領域に記録し、公開領域に固有ＩＤと正当性判断基準データとを記録した一部非公開コードＣを生成、表示している。読取装置３０は、その一部非公開コードＣを撮像し、公開領域の解読によって得られた正当性判断基準データに基づき、一部非公開コードＣの有効性を判断している。そして、有効である場合、一部非公開コードＣ及び決済データをクレジット会社サーバ２に送信している。クレジット会社サーバ２では、公開領域に記録された固有ＩＤに対応する暗号化キーを読み出して非公開領域を解読し、得られたクレジットＩＤと、受信した決済データとに基づいて決済処理を行っている。
【解決手段】携帯端末１０は、クレジット会社サーバ２からクレジットＩＤと暗号化キーを取得し、クレジットＩＤを非公開領域に記録し、公開領域に固有ＩＤと正当性判断基準データとを記録した一部非公開コードＣを生成、表示している。読取装置３０は、その一部非公開コードＣを撮像し、公開領域の解読によって得られた正当性判断基準データに基づき、一部非公開コードＣの有効性を判断している。そして、有効である場合、一部非公開コードＣ及び決済データをクレジット会社サーバ２に送信している。クレジット会社サーバ２では、公開領域に記録された固有ＩＤに対応する暗号化キーを読み出して非公開領域を解読し、得られたクレジットＩＤと、受信した決済データとに基づいて決済処理を行っている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、決済システムに関するものである。
【背景技術】
【０００２】
現在広く実施されているクレジットシステムでは、一般的に、クレジット番号などを磁気ストライプ部分に記録してなる磁気カードが用いられ、このような磁気カードを決済端末などに読み取らせることで決済処理を行っている。このようなクレジットカード（磁気カード）は財布等に収納しやすいため、複数枚のクレジットカードを所持し、状況に応じて使い分けている利用者も多い。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許３２０７１９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のような磁気カードを用いるクレジットシステムでは、例えば、複数種類のクレジット番号を使い分けたい場合に、複数枚のクレジットカードを常時所持しておき、必要に応じて財布等から取り出す必要がある。従って、管理が面倒であり、紛失しやすいという問題もある。また、磁気カードを用いる場合、不正読取の虞があり、セキュリティ面で問題を抱えている。
【０００５】
このような問題を解決する方法としては、クレジット番号等のクレジットデータ（決済用個人データ）を予め携帯端末に記憶しておき、決済時に、利用しようとするクレジットデータを携帯端末にて読み出し、二次元コード等として表示する方法が考えられる。この場合、決済端末側に、二次元コード読取装置を設けておけば、必要なクレジットデータを決済端末にスムーズに提供できると共に、クレジットデータを携帯端末と共に一元管理できるようになり、利用者の利便性を高めることができる。
【０００６】
しかしながら、上記システム（即ち、携帯端末でクレジットデータを管理し、必要に応じてそのクレジットデータを二次元コード化して提供するシステム）では、セキュリティ面の問題が依然として残ってしまう。例えば、決済時に用いる二次元コードを何らかの方法（例えば、撮像やコピー等の方法）で第三者に取得されてしまうと、何ら措置を講じていない場合、クレジットデータがその第三者に不正に利用されてしまう虞がある。
【０００７】
本発明は、上述した課題を解決するためになされたものであり、決済に必要となる決済用個人データの管理が行いやすく、セキュリティ面にも優れた決済システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１の発明は、公開領域と、暗号化キーに基づいて暗号化された暗号データが記録された非公開領域とを有する一部非公開コードを生成可能なコード生成部と、前記コード生成部によって生成された前記一部非公開コードを表示する表示部と、を備えた携帯端末と、各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶するサーバ側記憶部と、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤのデータを送信するサーバ側送信部と、を備えたクレジット会社サーバと、前記携帯端末の前記表示部に表示される前記一部非公開コードを読み取る読取装置と、を備えた決済システムとして構成されている。
そして、前記携帯端末は、前記クレジット会社サーバの前記サーバ側送信部から当該携帯端末に送信された前記クレジットＩＤのデータを受信する端末側受信部と、前記端末側受信部によって受信された前記クレジットＩＤのデータを記憶する端末側記憶部と、を備えると共に、前記コード生成部が、前記非公開領域に前記クレジットＩＤを記録し、前記公開領域に、当該携帯端末の前記固有ＩＤと正当性判断基準データとを記録する構成で、前記一部非公開コードを生成し、前記表示部が、前記コード生成部によって生成された前記一部非公開コードを表示する構成をなしている。
更に、前記読取装置は、前記携帯端末の前記表示部に表示された前記一部非公開コードを撮像する撮像部と、前記撮像部によって前記一部非公開コードが撮像された場合に、少なくとも前記公開領域のデータを解読する解読部と、前記解読部による前記公開領域の解読によって得られた前記正当性判断基準データに基づいて、前記一部非公開コードが有効であるか否かを判断する判断部と、前記判断部によって前記一部非公開コードが有効であると判断された場合に、当該一部非公開コードのデータを前記クレジット会社サーバに送信するコードデータ送信部と、前記クレジット会社サーバに対し、少なくとも金額データを含んだ決済データを送信する決済データ送信部と、を備えている。
そして、前記クレジット会社サーバは、前記読取装置の前記コードデータ送信部によって送信された前記一部非公開コードのデータと、前記決済データ送信部によって送信された前記決済データとを受信するサーバ側受信部と、前記サーバ側受信部によって受信された前記一部非公開コードのデータに基づいて前記公開領域を解読し、当該公開領域に記録された前記固有ＩＤを取得する固有ＩＤ取得部と、前記固有ＩＤ取得部によって取得された前記固有ＩＤに対応する前記暗号化キーを前記サーバ側記憶部から読み出す暗号化キー読出部と、前記暗号化キー読出部によって読み出された前記暗号化キーに基づき、前記サーバ側受信部によって受信された前記一部非公開コードの前記非公開領域を解読し、前記クレジットＩＤを読み出すクレジットＩＤ読出部と、前記クレジットＩＤ読出部によって読み出された前記クレジットＩＤと、前記サーバ側受信部によって受信された前記決済データとに基づいて決済処理を行う決済処理部と、を有している。
【０００９】
請求項２の発明は、公開領域と、暗号化キーに基づいて暗号化された暗号データが記録された非公開領域とを有する一部非公開コードを生成可能なコード生成部と、前記コード生成部によって生成された前記一部非公開コードを表示する表示部と、を備えた携帯端末と、各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶するサーバ側記憶部と、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤのデータを送信するサーバ側送信部と、を備えたクレジット会社サーバと、前記携帯端末の前記表示部に表示される前記一部非公開コードを読み取る読取装置と、を備えた決済システムとして構成されている。
そして、前記携帯端末は、前記クレジット会社サーバの前記サーバ側送信部から当該携帯端末に送信された前記クレジットＩＤのデータを受信する端末側受信部と、前記端末側受信部によって受信された前記クレジットＩＤのデータを記憶する端末側記憶部と、を備えると共に、前記コード生成部が、前記非公開領域に前記クレジットＩＤを記録し、前記公開領域に、当該携帯端末の前記固有ＩＤと正当性判断基準データとを記録する構成で、前記一部非公開コードを生成し、前記表示部が、前記コード生成部によって生成された前記一部非公開コードを表示する構成をなしている。
また、前記読取装置は、前記携帯端末の前記表示部に表示された前記一部非公開コードを撮像する撮像部と、前記撮像部によって前記一部非公開コードが撮像された場合に、少なくとも前記公開領域のデータを解読する解読部と、前記解読部による前記公開領域の解読によって得られた前記正当性判断基準データに基づいて、前記一部非公開コードが有効であるか否かを判断する判断部と、前記判断部によって前記一部非公開コードが有効であると判断された場合に、前記クレジット会社サーバに対し、前記公開領域の解読によって得られた前記固有ＩＤに対応する前記暗号化キーを要求する暗号化キー要求部と、前記クレジット会社サーバに対し、少なくとも金額データを含んだ決済データと、を送信する決済データ送信部と、を備えている。
また、前記クレジット会社サーバは、前記暗号化キー要求部によって要求された、前記固有ＩＤに対応する前記暗号化キーを前記サーバ側記憶部から読み出す暗号化キー読出部と、前記暗号化キー読出部によって読み出された前記暗号化キーを、要求元の前記読取装置に送信する暗号化キー送信部と、前記決済データ送信部によって送信された前記決済データに基づいて決済処理を行う決済処理部と、を備えている。
更に、前記読取装置は、前記暗号化キー送信部によって送信された前記暗号化キーを取得する暗号化キー取得部を備えると共に、前記暗号化キー取得部によって前記暗号化キーが取得された場合に、前記解読部が、その取得された前記暗号化キーに基づいて、前記非公開領域を解読し、前記解読部によって前記非公開領域が解読された場合に、前記決済データ送信部が、前記クレジット会社サーバに対し、前記非公開領域に記録された前記クレジットＩＤを送信する構成をなしている。
そして、前記クレジット会社サーバの前記決済処理部は、前記決済データ送信部によって送信された前記クレジットＩＤに基づいて、前記決済データについての前記決済処理を行うように構成されている。
【００１０】
請求項３の発明は、請求項１又は請求項２に記載の決済システムにおいて、更に、前記携帯端末が、前記一部非公開コードの生成時刻に基づいて有効期間データを生成する有効期間データ生成部を備えており、前記コード生成部が、前記有効期間データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成している。
更に、前記読取装置の前記判断部が、前記解読部による前記公開領域の解読によって得られた前記有効期間データと、現在時刻とに基づいて、前記一部非公開コードが有効であるか否かを判断するように構成されている。
【００１１】
請求項４の発明は、請求項１又は請求項２に記載の決済システムにおいて、前記クレジット会社サーバが、前記クレジットＩＤの送信先となる前記携帯端末の前記固有ＩＤと対応付けて割り当てられた認証データを記憶する認証データ記憶部を有すると共に、前記サーバ側送信部が、前記携帯端末に対し、当該携帯端末に割り当てられた前記認証データを送信する構成をなしている。
また、前記携帯端末は、前記端末側受信部により、前記サーバ側送信部から当該携帯端末に送信された前記認証データを受信し、前記コード生成部により、前記端末側受信部によって受信された前記認証データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成している。
更に、前記読取装置は、前記解読部による前記公開領域の解読後に前記クレジット会社サーバにアクセスし、前記公開領域の解読によって得られた前記固有ＩＤ及び前記認証データの少なくともいずれかを送信する解読内容送信部を備え、前記クレジット会社サーバは、前記読取装置からのアクセスに応じ、前記解読内容送信部からの送信内容を認証する認証手段を備え、前記読取装置の前記判断部は、前記認証手段による認証結果に基づいて、前記一部非公開コードが有効であるか否かを判断している。
【００１２】
請求項５の発明は、請求項１又は請求項２に記載の決済システムにおいて、更に、前記クレジット会社サーバが、予め規定された所定データ発生方式に従って認証データを発生させるサーバ側データ発生部を備えている。
また、前記携帯端末は、前記クレジット会社サーバの前記所定データ発生方式と対応するデータ発生方式で認証データを発生させる端末側データ発生部を有すると共に、前記コード生成部が、前記端末側データ発生部で発生した前記認証データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成する構成をなしている。
そして、前記読取装置の前記判断部は、前記クレジット会社サーバにアクセスし、前記サーバ側データ発生部にて発生した前記認証データと、前記解読部によって解読された前記公開領域の前記認証データとを比較した比較結果に基づいて、前記一部非公開コードが有効であるか否かを判断する構成をなしている。
【００１３】
請求項６の発明は、請求項１から請求項５のいずれか一項に記載の決済システムにおいて、前記クレジット会社サーバの前記サーバ側送信部が、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記暗号化キーを送信する構成をなしており、前記携帯端末の前記コード生成部は、前記クレジット会社サーバから送信された前記暗号化キーに基づいて前記クレジットＩＤを暗号化した前記暗号データを前記非公開領域に記録する構成をなしている。
【００１４】
請求項７の発明は、請求項１から請求項５のいずれか一項に記載の決済システムにおいて、前記クレジット会社サーバの前記サーバ側送信部が、前記携帯端末に対し、当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤを暗号化した暗号データを、前記一部非公開コードの一部分を表す複数のセルによって表現してなる暗号化画像を送信している。
そして、前記携帯端末の前記コード生成部は、前記クレジット会社サーバから送信された前記暗号化画像を前記非公開領域の画像として組み込み、前記公開領域に、当該携帯端末の前記固有ＩＤと前記正当性判断基準データとを記録する構成で前記一部非公開コードを生成する構成をなしている。
【発明の効果】
【００１５】
請求項１の発明は、クレジット会社サーバにおいて、各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶しており、携帯端末に対して当該携帯端末の固有ＩＤに対応するクレジットＩＤのデータを送信している。一方、携帯端末は、クレジット会社サーバから当該携帯端末に送信されたクレジットＩＤのデータを受信し、端末側記憶部に記憶している。このようにすると、各携帯端末の保有者に割り当てられたクレジットＩＤを各携帯端末にて一元管理できるようになり、各携帯端末では、必要時にクレジットＩＤのデータをスムーズに利用できるようになる。
更に、携帯端末は、非公開領域にクレジットＩＤを記録し、公開領域に、当該携帯端末の固有ＩＤと正当性判断基準データとを記録する構成で、一部非公開コードを生成可能なコード生成部を備えており、その生成された一部非公開コードを表示部に表示可能に構成されている。このようにすると、携帯端末に格納されたクレジットＩＤを、情報漏洩しにくいコード構成とした上で利用でき、セキュリティ面で有利となる。
一方、読取装置は、撮像部によって一部非公開コードが撮像された場合に、少なくとも公開領域のデータを解読し、その解読によって得られた正当性判断基準データに基づいて、一部非公開コードが有効であるか否かを判断している。そして、一部非公開コードが有効であると判断された場合に、当該一部非公開コードのデータをクレジット会社サーバに送信している。このようにすると、読取装置側において決済処理の前段階で一部非公開コードの有効性を判断でき、一部非公開コードが不正な形で利用されなくなる。特に、この判断を、非公開領域を解読せずに行うことができるため、携帯端末と読取装置との間でのやりとりの際にクレジットＩＤが漏洩することがなく、セキュリティ面で一層有利となる。
更に、クレジット会社サーバは、読取装置から送信された一部非公開コードのデータ及び決済データを受信すると共に、一部非公開コードのデータに基づいて公開領域を解読し、当該公開領域に記録された固有ＩＤを取得している。そして、その取得した固有ＩＤに対応する暗号化キーをサーバ側記憶部から読み出すと共に、読み出された暗号化キーに基づき、受信された一部非公開コードの非公開領域を解読し、クレジットＩＤを取得している。このようにすると、固有ＩＤに対応する暗号化キーを有するクレジット会社サーバにおいては非公開領域を解読でき、万が一、クレジット会社サーバに至るまでの過程で一部非公開コードが他の装置に取得されたとしても、非公開領域が解読されずに秘密性が維持されることとなる。従って、セキュリティ面で万全となる。
【００１６】
請求項２の発明は、クレジット会社サーバにおいて、各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶しており、携帯端末に対して当該携帯端末の固有ＩＤに対応するクレジットＩＤのデータを送信している。一方、携帯端末は、クレジット会社サーバから当該携帯端末に送信されたクレジットＩＤのデータを受信し、端末側記憶部に記憶している。このようにすると、各携帯端末の保有者に割り当てられたクレジットＩＤを各携帯端末にて一元管理できるようになり、各携帯端末では、必要時にクレジットＩＤのデータをスムーズに利用できるようになる。
更に、携帯端末は、非公開領域にクレジットＩＤを記録し、公開領域に、当該携帯端末の固有ＩＤと正当性判断基準データとを記録する構成で、一部非公開コードを生成可能なコード生成部を備えており、その生成された一部非公開コードを表示部に表示可能に構成されている。このようにすると、携帯端末に格納されたクレジットＩＤを、情報漏洩しにくいコード構成とした上で利用でき、セキュリティ面で有利となる。
一方、読取装置は、撮像部によって一部非公開コードが撮像された場合に、少なくとも公開領域のデータを解読し、その解読によって得られた正当性判断基準データに基づいて、一部非公開コードが有効であるか否かを判断している。そして、一部非公開コードが有効であると判断された場合に、クレジット会社サーバに対し、公開領域の解読によって得られた固有ＩＤに対応する暗号化キーを要求している。このようにすると、読取装置側において決済処理の前段階で一部非公開コードの有効性を判断でき、一部非公開コードが不正な形で利用されなくなる。
また、クレジット会社サーバは、読取装置から暗号化キーの要求があった場合、固有ＩＤに対応する暗号化キーをサーバ側記憶部から読み出し、要求元の読取装置に送信している。そして、読取装置は、その送信された暗号化キーを取得すると共に、その取得された暗号化キーに基づいて非公開領域を解読し、非公開領域に記録されたクレジットＩＤをクレジット会社サーバに送信している。このようにすると、一部非公開コードが有効であることを条件として読取装置において非公開領域を解読できるようになる。一方、一部非公開コードが読取装置に至るまでの過程で他の装置に取得されたとしても、非公開領域が解読されずに秘密性が維持されることとなる。従って、他の装置にてクレジットＩＤが漏洩しクレジット会社サーバに送信されるといった事態が生じなくなり、セキュリティ面で万全となる。
【００１７】
請求項３の発明では、携帯端末において、一部非公開コードの生成時刻に基づいて有効期間データを生成する有効期間データ生成部が設けられており、その生成される有効期間データを正当性判断基準データとして公開領域に記録する構成で一部非公開コードを生成している。そして、読取装置の判断部では、公開領域の解読によって得られた有効期間データと、現在時刻とに基づいて、一部非公開コードが有効であるか否かを判断している。
一部非公開コードを撮像やコピーなどによって第三者が不正に取得したとしても、実際に使用するまでにはある程度の時間が必要となる。従って、一部非公開コードの生成直後は不正利用されることは少なく、読取装置で一部非公開コードを読み取る際の現在時刻が、一部非公開コードの生成時刻からある程度経過している場合に一部非公開コードを有効でないものと扱えば、一部非公開コードの不正利用を効果的に防ぐことができる。
【００１８】
請求項４の発明では、クレジット会社サーバが、クレジットＩＤの送信先となる携帯端末の固有ＩＤと対応付けて割り当てられた認証データを記憶しており、携帯端末へのクレジットＩＤの送信に伴い、当該携帯端末に割り当てられた認証データを送信している。一方、携帯端末は、当該携帯端末に送信された認証データを受信し、この認証データを正当性判断基準データとして公開領域に記録する構成で一部非公開コードを生成している。このようにすると、クレジット会社サーバから携帯端末に与えられた認証データを当該携帯端末で生成される一部非公開コードの正当性の判断指標とすることができる。
更に、読取装置は、解読部による前記公開領域の解読後に前記クレジット会社サーバにアクセスし、公開領域の解読によって得られた固有ＩＤ及び認証データの少なくともいずれかを送信し、クレジット会社サーバは、読取装置からのアクセスに応じ、解読内容送信部からの送信内容を認証している。そして、読取装置の判断部は、認証手段による認証結果に基づいて、一部非公開コードが有効であるか否かを判断している。このようにすると、解読内容送信部からの送信内容が正規のものであるか否かをサーバ側で認証でき、その認証結果に基づいて一部非公開コードの有効性を適切に判断できる。
【００１９】
請求項５の発明は、クレジット会社サーバが、予め規定された所定データ発生方式に従って認証データを発生させるサーバ側データ発生部を備えている。また、携帯端末は、クレジット会社サーバの所定データ発生方式と対応するデータ発生方式で認証データを発生させる端末側データ発生部を有している。このようにすると、クレジット会社サーバと携帯端末とで対応する認証データを発生させることができるようになる。
また、携帯端末のコード生成部では、端末側データ発生部で発生した認証データを正当性判断基準データとして公開領域に記録する構成で、一部非公開コードを生成しており、読取装置の判断部は、クレジット会社サーバにアクセスし、サーバ側データ発生部にて発生した認証データと、解読部によって解読された公開領域の認証データとを比較した比較結果に基づいて、一部非公開コードが有効であるか否かを判断している。このようにすると、公開領域の認証データがサーバ側で発生する正規の認証データに対応しているか否かを適切に判断でき、サーバ側で発生する認証データに対応した認証データを含まない不正な一部非公開コードの使用を排除できる。
【００２０】
請求項６の発明は、クレジット会社サーバのサーバ側送信部が、携帯端末に対して当該携帯端末の固有ＩＤに対応する暗号化キーを送信する構成をなしており、携帯端末のコード生成部は、クレジット会社サーバから送信された暗号化キーに基づいてクレジットＩＤを暗号化した暗号データを非公開領域に記録する構成をなしている。このようにすると、クレジット会社サーバにおいて固有ＩＤと対応付けて暗号化キーを管理できると共に、クレジットＩＤを与えるべき携帯端末に対し当該携帯端末の固有ＩＤに対応した暗号化キーを容易に渡すことができる。また、各固有ＩＤに対応する暗号化キーは、各固有ＩＤが割り当てられた携帯端末に配布されるものを除き、クレジット会社サーバで管理されるため、携帯端末において配布された暗号化キーを用いて生成される一部非公開コードは、クレジット会社サーバ或いはクレジット会社サーバによって許可された装置以外で解読することが難しく、セキュリティ面で有利となる。
【００２１】
請求項７の発明は、クレジット会社サーバのサーバ側送信部が、携帯端末に対し、当該携帯端末の固有ＩＤに対応するクレジットＩＤを暗号化した暗号データを、一部非公開コードの一部分を表す複数のセルによって表現してなる暗号化画像を送信している。そして、携帯端末のコード生成部は、クレジット会社サーバから送信された暗号化画像を非公開領域の画像として組み込み、公開領域に、当該携帯端末の固有ＩＤと正当性判断基準データとを記録する構成で一部非公開コードを生成する構成をなしている。このようにすると、クレジット会社サーバから携帯端末に対して暗号化された状態でクレジットＩＤを与えることができ、携帯端末では、クレジットＩＤを暗号化状態（秘密状態）で管理できる。従って、携帯端末でクレジットＩＤを保有する際のセキュリティ性を高めることができ、クレジットＩＤの不正利用をより効果的に防ぐことができる。一方、クレジットＩＤの暗号化画像を解読する暗号化キーはクレジット会社サーバで管理されるため、クレジット会社サーバ或いはクレジット会社サーバによって許可された装置以外で解読することが難しく、セキュリティ面で万全となる。
【図面の簡単な説明】
【００２２】
【図１】図１は、第１実施形態に係る決済システムを概念的に説明する説明図である。
【図２】図２（ａ）は、図１の決済システムで用いられるクレジット会社サーバを概略的に例示するブロック図であり、図２（ｂ）は、図１の決済システムで用いられる読取装置を概略的に例示するブロック図である。
【図３】図３は、図１の決済システムで用いられる携帯端末を概略的に例示するブロック図である。
【図４】図４は、図１のクレジット会社サーバに登録された顧客毎のデータを概念的に説明する説明図である。
【図５】図５は、携帯端末で行われるコード生成・表示処理の流れを例示するフローチャートである。
【図６】図６は、図１の決済システムで用いられる一部非公開コードを概念的に説明する説明図である。
【図７】図７（ａ）は、図６の一部非公開コードのデータ構成を例示する説明図であり、図７（ｂ）は、公開領域に記録する開示データを例示する説明図であり、図７（ｃ）は、非公開領域に記録する暗号データを例示する説明図である。
【図８】図８は、読取装置で行われるコード読取処理の流れを例示するフローチャートである。
【図９】図９は、クレジット会社サーバで行われるコード受信・決済処理の流れを例示するフローチャートである。
【図１０】図１０は、第２実施形態に係る決済システムを概念的に説明する説明図である。
【図１１】図１１は、第２実施形態の決済システムにおけるクレジット会社サーバに登録された顧客毎のデータを概念的に説明する説明図である。
【図１２】図１２は、第２実施形態の決済システムにおいて携帯端末で行われるコード生成・表示処理の流れを例示するフローチャートである。
【図１３】図１３は、第２実施形態の決済システムにおいて読取装置で行われるコード読取処理の流れを例示するフローチャートである。
【図１４】図１４は、第３実施形態に係る決済システムを概念的に説明する説明図である。
【図１５】図１５は、第３実施形態の決済システムにおいて携帯端末で行われるコード生成・表示処理の流れを例示するフローチャートである。
【図１６】図１６は、第４実施形態に係る決済システムを概念的に説明する説明図である。
【発明を実施するための形態】
【００２３】
[第１実施形態]
以下、本発明の第１実施形態に係る決済システムについて図面を参照しつつ説明する。
（全体構成）
まず、図１等を参照して決済システム１の全体構成を説明する。なお、図１は、第１実施形態に係る決済システム１を概略的に説明する説明図である。図１に示す決済システム１は、携帯端末を所持する情報利用者が商品を購入した際、或いは役務の提供を受けた際に決済を行うシステムとして構成されている。この決済システムは、主に、各クレジット会社サーバ２（以下、単にサーバ２ともいう）や読取装置３０などからなる決済側システムと、携帯端末１０とによって構成されている。
【００２４】
図１の例では、複数のクレジット会社サーバ２（第１のクレジット会社サーバ２ａ、第２のクレジット会社サーバ２ｂ、第３のクレジット会社サーバ２ｃ）が設けられている。いずれのクレジット会社サーバ２も、例えば、図２（ａ）のように構成されており、インターネット等の通信網を介して後述する携帯端末１０と通信可能に構成されている。これらクレジット会社サーバ２は、例えばコンピュータとして構成され、ＣＰＵ等からなる制御部３、液晶モニタ等として構成される表示部４、ＲＯＭ、ＲＡＭ、ＨＤＤ等からなる記憶部５、マウスやキーボード等として構成される操作部６、通信インターフェースとして構成される通信部７などを備えている。なお、図１では、通信網に３つのクレジット会社サーバ２（第１のクレジット会社サーバ２ａ、第２のクレジット会社サーバ２ｂ、第３のクレジット会社サーバ２ｃ）が接続される例を示したが、サーバの数は図１の構成に限定されず、例えば、１つであってもよく、３以外の複数であってもよい。
【００２５】
読取装置３０は、例えば、店舗等の精算場所（レジ付近等）に配置されるものであり、携帯端末１０の表示部に表示される一部非公開コードＣ（後述）を読み取るコード読取装置として構成されている。この読取装置３０は、例えば図２（ｂ）のように、ＣＰＵ等からなる制御部３１、受光センサ（例えば、Ｃ−ＭＯＳエリアセンサ、ＣＣＤエリアセンサ等）を備えたカメラとして構成される撮像部３２、液晶表示器などからなる表示部３３、ＲＯＭ、ＲＡＭ、ＨＤＤ等からなる記憶部３４、各種キーやタッチパネル等として構成される操作部３５、通信インターフェースとして構成される通信部３６などを備えている。
【００２６】
携帯端末１０は、情報処理機能を有する携帯型通信装置（例えば携帯電話機等）として構成されるものであり、図３に示すように、ＣＰＵからなる制御部１１、受光センサ（例えば、Ｃ−ＭＯＳエリアセンサ、ＣＣＤエリアセンサ等）を備えたカメラとして構成される撮像部１２、液晶表示器などからなる表示部１３、各種操作キーによって構成される操作部１４、ＲＯＭ，ＲＡＭ、不揮発性メモリなどからなる記憶部１５、インターネット等の通信網を介して通信を行う通信インターフェースとして構成される通信部１６などを備えている。なお、図１では、一つの携帯端末１０を代表的に例示しているが、通信網に接続される携帯端末１０の数は特に限定されず、多数の携帯端末１０が接続される構成でシステムを構築することができる。
【００２７】
次に、本実施形態に係る決済システム１で行われる各処理について説明する。 本実施形態に係る決済システム１では、主に、クレジットデータの送信処理、コード生成・表示処理、コード読取処理、コード受信・決済処理が行われるようになっている。このうち、クレジットデータ送信処理、コード受信・決済処理は、クレジット会社サーバ２で行われるものであり、コード生成・表示処理は、携帯端末１０で行われるものである。また、コード読取処理は、読取装置３０で行われるものである。以下、これらの処理について詳述する。
【００２８】
（クレジットデータの送信処理）
まず、クレジット会社サーバ２で行われるクレジットデータ送信処理について説明する。
本実施形態では、各クレジット会社サーバ２において、例えば図４のような登録データが記憶部５（図２（ａ））に記録されている。本実施形態では、クレジット会社において、各顧客に対してクレジット番号を発行する際に、各顧客の固有ＩＤ（電話番号やメールアドレス）に各顧客固有に割り当てられたクレジットデータ（クレジット番号、有効期限などのデータ）と暗号化キーとを対応付け、これらを記憶部５に記憶している。クレジット会社サーバ２では、このような登録を各顧客毎に行うことで、図４のように、各顧客毎に、携帯端末の固有ＩＤ（電話番号やメールアドレス）とクレジットデータ（クレジット番号（クレジットＩＤ）、有効期限などのデータ）と、暗号化キーとが対応付けられてなる登録データを生成し、記憶部５に記憶している。
【００２９】
クレジット会社サーバ２では、各顧客のデータを記憶部５に登録した後、クレジット番号を発行すべき顧客に対してクレジットデータと暗号化キーとを送信している。これらデータ（クレジットデータ、暗号化キー）は、送信すべき顧客の固有ＩＤに基づいて当該顧客の携帯端末のアドレスにメール送信される。なお、メール送信は、例えばオペレータなどにより行われてもよく、或いは所定時期に自動的に行われてもよい。
【００３０】
本実施形態では、記憶部５が「サーバ側記憶部」の一例に相当し、各携帯端末１０の各固有ＩＤを、各クレジットＩＤと対応付けて記憶するように機能する。また、制御部３及び通信部７は、「サーバ側送信部」の一例に相当し、携帯端末１０に対して当該携帯端末１０の固有ＩＤに対応するクレジット番号（クレジットＩＤ）や暗号化キーのデータを送信するように機能する。
【００３１】
なお、クレジット会社サーバ２から上記データ（クレジットデータ、暗号化キー）を含んだメールを受信した携帯端末１０は、そのデータ（クレジットデータ、暗号化キー）を記憶部１５に記憶しておく。なお、ここでは、クレジット会社サーバ２から携帯端末１０にクレジットデータや暗号化キーをメール送信したが、携帯端末１０がクレジット会社サーバ２のアクセスすると共に自己の固有ＩＤを提供し、クレジット会社サーバ２から固有ＩＤに対応した上記データ（クレジットデータ、暗号化キー）をダウンロードするようにしてもよい。
本実施形態では、携帯端末１０の制御部１１、通信部１６が「端末側受信部」の一例に相当し、上記「サーバ側送信部」から当該携帯端末１０に送信されたクレジットＩＤのデータを受信するように機能する。また、記憶部１５が、「端末側記憶部」の一例に相当し、上記「端末側受信部」によって受信されたクレジットＩＤのデータを記憶するように機能する。
【００３２】
（コード生成・表示処理）
次に、コード生成・表示処理について説明する。図５は、携帯端末１０で行われるコード生成・表示処理の流れを例示するフローチャートである。本実施形態では、例えば、携帯端末１０で所定操作が行われることで、図５に示すコード生成・表示処理が行われるようになっており、この処理では、まず、暗証番号の受付処理を行っている（Ｓ１）。この処理では、例えば「暗証番号を入力してください」等のコメントを表示部１３に表示することにより、暗号番号の入力を促し、その表示に応じて操作部１４にて入力される暗証番号を取得している。そして、その入力された暗証番号が予め登録された登録番号と一致するか否かを判断することで認証を行い（Ｓ２）、一致しない場合には、Ｓ２にてＮｏに進んでＳ１の処理を繰り返す。
【００３３】
Ｓ２でＹｅｓに進む場合には、クレジットデータ及び固有ＩＤ（例えば、電話番号やメールアドレス）を記憶部１５から読み出す処理を行う（Ｓ３）。この内、クレジットデータは、クレジット会社サーバ２から受信して記憶部１５に蓄積したものであり、複数種類のクレジットデータを記憶部１５に記憶しておく場合には、例えば、記憶されているクレジットデータを選択可能に表示し、使用者にいずれのクレジットデータを使用するか選択させるようにすればよい。また、固有ＩＤ（例えば、電話番号やメールアドレス）は、携帯端末１０固有のものとして当該携帯端末１０の記憶部１５に予め記憶されたものである。
【００３４】
Ｓ３の後には、現在時刻のデータを取得する処理を行う（Ｓ４）。本実施形態では、図示しない公知構成の時計部が設けられており、制御部１１は、常時この時計部から時刻データを取得できるようになっている。Ｓ４では、現在時刻（即ち、Ｓ４の処理実行時の時刻を時計部から取得し、記憶部１５に一時的に記憶している。
【００３５】
Ｓ４で現在時刻のデータを取得した後には、有効期間データを生成する処理を行う（Ｓ５）。本実施形態では、Ｓ４で取得した現在時刻が「一部非公開コードの生成時刻」の一例に相当しており、この現在時刻から一定時間経過した時刻（例えば、Ｓ４で取得した現在時刻から３分経過した時刻）のデータを「有効期間データ」として生成している。なお、本実施形態では、Ｓ５の処理を実行する制御部１１が「有効期間データ生成部」の一例に相当し、一部非公開コードＣの生成時刻に基づいて有効期間データを生成するように機能する。なお、この「有効期間データ」（即ち、Ｓ４で取得した現在時刻から一定時間経過した時刻のデータ）は、「正当性判断基準データ」の一例に相当している。
【００３６】
その後、一部非公開コードを生成する処理を行う（Ｓ６）。Ｓ６の処理では、図６のような一部非公開コードＣを生成している。この一部非公開コードＣは、一部領域が非公開領域Ｃｂ（暗号化されたデータが記録される領域）とされ、他の領域が公開領域Ｃｂ（暗号化されていないデータが記録される領域）とされた二次元コードとして構成されている。
【００３７】
本実施形態では、Ｓ３で読み出された当該携帯端末１０の固有ＩＤ（例えば、電話番号やメールアドレス）と、Ｓ５で生成された有効期間データ（正当性判断基準データ）とを公開データとしている。また、Ｓ３で読み出されたクレジット番号（クレジットＩＤ）を非公開データとしている。そして、非公開データについては、Ｓ３で読み出されたクレジット番号（クレジットＩＤ）等と対応する暗号化キー（当該クレジット番号と対応付けられてクレジット会社サーバ２から送信された暗号化キー）に基づいて暗号化している。非公開データの暗号化については、公知の共通鍵暗号方式を用いており、Ｓ６の処理において非公開データの暗号化で用いられる暗号化アルゴリズムが、後述するクレジット会社サーバ２での復号化アルゴリズムに対応している。
【００３８】
そして、このように暗号化された暗号データについては非公開領域Ｃｂに記録し、公開データについては公開領域Ｃａに記録する形で一部非公開コードＣ（図６（ａ））を生成している。一部領域を非公開領域（暗号化キーの取得を条件として読み取り可能な領域）とし、他の領域を公開領域（暗号化キーを用いずに読み取り可能な領域）とする一部非公開コードの生成方法や生成される一部非公開コードの具体的構成としては、例えば、特開２００９−９５４７公報、特開２００８−２９９４２２公報などに開示された技術を好適に用いることができる。図７（ａ）には、これら公報の技術を用いた場合の一部非公開コードのデータ構成を例示しており、このうち、「開示コード」は、図７（ｂ）のような各開示データ（固有ＩＤや有効期間データ等の各公開データ）をＪＩＳの基本仕様（ＪＩＳＸ０５１０：２００４）に従って符号化したものである。また、「秘匿コード」は、図７（ｃ）のような各暗号データ（クレジット番号等の各非公開データを暗号化した各暗号データ）をＪＩＳの基本仕様（ＪＩＳＸ０５１０：２００４）に従って符号化したものである。
【００３９】
なお、一部非公開コードの生成方法や生成される一部非公開コードの具体的構成はこの例に限られるものではなく、一部領域に暗号化データを記録し、他の領域に非暗号化データを記録した二次元コードを生成可能な方法であれば、これら公報に記載された方法以外の方法で生成されていてもよい。
【００４０】
本実施形態では、Ｓ６の処理を実行する制御部１１が「コード生成部」の一例に相当し、公開領域Ｃａと、暗号化キーに基づいて暗号化された暗号データが記録された非公開領域Ｃｂとを有する一部非公開コードＣを生成するように機能する。
【００４１】
Ｓ６の処理の後には、Ｓ６で生成された一部非公開コードＣを表示部１３（図３）に表示する処理を行う（Ｓ７）。この表示処理では、例えば、Ｓ６で生成された一部非公開コードＣを所定時間（例えば、数分）が経過するまで表示部１３に表示する構成としてもよく、使用者が所定の非表示操作を行うまで一部非公開コードＣを表示部１３に表示する構成としてもよい。
【００４２】
（コード読取処理）
次に、コード読取処理について説明する。図８は、読取装置３０で行われるコード読取処理の流れを例示するフローチャートである。図８に示すコード読取処理は、例えば読取装置３０にて所定操作が行われることで開始され、まず、一部非公開コードＣを撮像する処理を行う（Ｓ１０）。この処理では、図５のＳ７において表示部１３に表示された一部非公開コードＣが読取装置３０の撮像部３２に翳されたときに、この一部非公開コードＣを撮像部３２（図２（ｂ））によって撮像し、撮像によって得られた一部非公開コードＣの画像データを記憶部３４に記憶する。
【００４３】
Ｓ１０の撮像処理の後には、一部非公開コードＣの公開領域Ｃａのデコードを行う。具体的には、Ｓ１０で得られた一部非公開コードＣの画像データに基づき、暗号化されていない公開領域を公知の方法でデコードし、公開領域に記録された固有ＩＤ及び有効期間データを取得する。
本実施形態では、Ｓ１１の処理を行う制御部３１が「解読部」の一例に相当し、撮像部３２によって一部非公開コードＣが撮像された場合に、少なくとも公開領域Ｃａのデータを解読するように機能する。
【００４４】
Ｓ１１の処理の後には、現在時刻（Ｓ１２の処理を行う時刻）がＳ１２で得られた有効期間データで特定される有効期間内であるか否かを判断する。本実施形態では、Ｓ４で取得された現在時刻から一定時間経過した時刻が「有効期間データ」とされており、Ｓ１２では、現在時刻（Ｓ１２の処理を行う時刻）が有効期間データで示される時刻を経過しているか否かを判断している。現在時刻（Ｓ１２の処理を行う時刻）が有効期間データで示される時刻を経過している場合には、有効期間内ではないと判断し（Ｓ１２：Ｎｏ）当該コード読取処理を終了する。一方、現在時刻（Ｓ１２の処理を行う時刻）が有効期間データで示される時刻を経過していない場合には、有効期間内であると判断し（Ｓ１２：Ｙｅｓ）、Ｓ１０で得られた一部非公開コードＣの画像データ（コード画像）をクレジット会社サーバ２に送信する。
【００４５】
本実施形態では、制御部３１が「判断部」の一例に相当し、上記「解読部」による公開領域Ｃａの解読によって得られた「正当性判断基準データ」に基づいて、一部非公開コードＣが有効であるか否かを判断するように機能する（具体的には、公開領域Ｃａの解読によって得られた有効期間データと、Ｓ１２の処理を行う時刻（現在時刻）とに基づいて、一部非公開コードＣが有効であるか否かを判断するように機能する）。また、Ｓ１３の処理を実行する制御部３１は、「コードデータ送信部」の一例に相当し、上記「判断部」によって一部非公開コードＣが有効であると判断された場合に、当該一部非公開コードＣのデータをクレジット会社サーバ２に送信するように機能する。
【００４６】
Ｓ１３の処理の後には、クレジット会社サーバ２からデコード成功の結果を取得したか否かを判断する（Ｓ１４）。本実施形態では、Ｓ１３で送信される一部非公開コードＣの画像データ（コード画像）を取得したクレジット会社サーバ２において、後述するコード受信・決済処理が行われるようになっており、この処理においてデコード成功の通知（Ｓ２５：後述）がなされ、この通知を読取装置３０が受信した場合に、デコード成功の結果を取得したと判断してＳ１４にてＹｅｓに進んでいる。なお、Ｓ１３の処理後、所定時間内にその通知（Ｓ２５）を受信しなかった場合には、Ｓ１４にてＮｏに進み、Ｓ１０以降の処理を繰り返している。
【００４７】
Ｓ１４にてＹｅｓに進む場合には、クレジット会社サーバ２に対して決済データを送信する（Ｓ１５）。この決済データは、商品又は役務を提供する主体名（店舗名、会社名等を特定可能な情報（例えば、支払い先コード等））、商品又は役務の内容、請求金額、顧客名等の顧客情報などを含んでいる。なお、更に顧客にパスワード入力を要求し、そのパスワードを決済データに含ませてもよい。
本実施形態では、Ｓ１５の処理を実行する制御部３１が「決済データ送信部」の一例に相当し、クレジット会社サーバ２に対し、少なくとも金額データを含んだ決済データを送信するように機能する。
【００４８】
（コード受信・決済処理）
次に、コード受信・決済処理について説明する。図９は、クレジット会社サーバ２で行われるコード受信・決済処理の流れを例示するフローチャートである。図９に示す処理は、例えば読取装置３０からアクセスがあったときに開始され、まず、図８のＳ１３で送信された一部非公開コードＣの画像（コード画像）を受信する処理を行う（Ｓ２０）。
【００４９】
Ｓ２０の処理の後には、Ｓ２０で受信した一部非公開コードＣ（図６）の公開領域Ｃａをデコードする処理を行う（Ｓ２１）。この処理では、公知の方法で公開領域がデコードされ、公開領域Ｃａに記録された固有ＩＤ等が読み出される。
本実施形態では、Ｓ２１の処理を実行する制御部３が、「固有ＩＤ取得部」の一例に相当し、「サーバ側受信部」によって受信された一部非公開コードＣのデータに基づいて公開領域Ｃａを解読し、当該公開領域Ｃａに記録された固有ＩＤを取得するように機能する。
【００５０】
そして、Ｓ２１で読み出された固有ＩＤに対応する暗号化キーを記憶部５から読み出す（Ｓ２２）。本実施形態では、一部非公開コードＣを生成する際に用いた暗号化キーと、この暗号化キーを与えた携帯端末１０の固有ＩＤとが対応付けられて記憶されており（図４参照）、Ｓ２２では、Ｓ２１で読み出された固有ＩＤと対応付けられて記憶されている暗号化キーを記憶部５から読み出すことで、一部非公開コードＣの非公開領域を解読しうる暗号化キーを取得している。
本実施形態では、Ｓ２２の処理を実行する制御部３が、「暗号化キー読出部」の一例に相当し、上記「固有ＩＤ取得部」によって取得された固有ＩＤに対応する暗号化キーを記憶部５（サーバ側記憶部）から読み出すように機能する。
【００５１】
そして、Ｓ２２の処理後には、非公開領域Ｃｂをデコードし、暗号データを復号化する処理を行う（Ｓ２３）。この処理では、非公開領域Ｃｂに記録されたデータコード（暗号データを符号化してなる秘匿コード）を公知の方法でデコードした後、そのデコードデータを、Ｓ２２で読み出された暗号化キー（復号キー）を用いて復号化する。なお、本実施形態では、クレジット会社サーバ２で用いられる復号化アルゴリズム（暗号解読アルゴリズム）が、携帯端末１０で用いられる暗号化アルゴリズムに対応しており、図５のＳ６で用いられた暗号化キーと、Ｓ２２で読み出された暗号化キー（復号キー）とが一致する場合に、非公開領域Ｃｂの暗号データを復号化できるようになっている。なお、非公開領域の具体的解読方法は様々であり、例えば、特開２００９−９５４７公報、特開２００８−２９９４２２公報と同様の方法などを用いることができる。
本実施形態では、Ｓ２３の処理を実行する制御部３が、「クレジットＩＤ読出部」の一例に相当し、上記「暗号化キー読出部」によって読み出された暗号化キーに基づき、「サーバ側受信部」によって受信された一部非公開コードＣの非公開領域Ｃｂを解読し、クレジットＩＤを読み出すように機能する。
【００５２】
Ｓ２３の後には、Ｓ２３の処理で非公開領域Ｃｂのデコードが成功したか否かを判断する。デコードが失敗した場合（例えば、クレジット会社サーバ２に非公開領域Ｃｂと一致する暗号化キーが存在しない場合等）には、Ｓ２４にてＮｏに進み、一部非公開コードＣの再送要求を行う（Ｓ２８）。一方、Ｓ２３において非公開領域Ｃｂでデコードが成功した場合には、Ｓ２４にてＹｅｓに進み、読取装置３０に対してデコード成功を通知する（Ｓ２５）。
【００５３】
Ｓ２５にてデコード成功の旨を通知した後には、読取装置３０のコード読取処理におけるＳ１５の処理（図８）で送信された決済データを受信し（Ｓ２６）、決済処理を行う（Ｓ２７）。この決済処理では、少なくともＳ２６で受信した決済データとＳ２３のデコードで得られたクレジット番号（クレジットＩＤ）とを対応付けて記憶部５に記憶する。これにより、Ｓ２３で得られたクレジット番号（クレジットＩＤ）で特定される顧客と、Ｓ２６で受信した決済データに係る請求とを対応付けて登録することでき、その顧客に対して決済データで特定される請求金額を請求できるようになる。
なお、本実施形態では、Ｓ２０、Ｓ２６の処理を実行する制御部３及び通信部７が「サーバ側受信部」の一例に相当し、読取装置３０の「コードデータ送信部」によって送信された一部非公開コードＣのデータと、「決済データ送信部」によって送信された決済データとを受信するように機能する。
また、Ｓ２７の処理を実行する制御部３は、「決済処理部」の一例に相当し、クレジットＩＤ読出部によって読み出されたクレジットＩＤと、「サーバ側受信部」によって受信された決済データとに基づいて決済処理を行うように機能する。
【００５４】
（第１実施形態の主な効果）
本実施形態に係る決済システム１では、クレジット会社サーバ２において、各携帯端末１０の各固有ＩＤを、各クレジットＩＤと対応付けて記憶しており、携帯端末１０に対して当該携帯端末１０の固有ＩＤに対応するクレジットＩＤのデータを送信している。一方、携帯端末１０は、クレジット会社サーバ２から当該携帯端末１０に送信されたクレジットＩＤのデータを受信し、記憶部１５（端末側記憶部）に記憶している。このようにすると、各携帯端末１０の保有者に割り当てられたクレジットＩＤを各携帯端末１０にて一元管理できるようになり、各携帯端末１０では、必要時にクレジットＩＤのデータをスムーズに利用できるようになる。
更に、携帯端末１０は、非公開領域ＣｂにクレジットＩＤを記録し、公開領域Ｃａに、当該携帯端末１０の固有ＩＤと正当性判断基準データとを記録する構成で、一部非公開コードＣを生成可能な「コード生成部」を備えており、その生成された一部非公開コードＣを表示部１３に表示可能に構成されている。このようにすると、携帯端末１０に格納されたクレジットＩＤを、情報漏洩しにくいコード構成とした上で利用でき、セキュリティ面で有利となる。
一方、読取装置３０は、撮像部３２によって一部非公開コードＣが撮像された場合に、少なくとも公開領域Ｃａのデータを解読し、その解読によって得られた正当性判断基準データに基づいて、一部非公開コードＣが有効であるか否かを判断している。そして、一部非公開コードＣが有効であると判断された場合に、当該一部非公開コードＣのデータをクレジット会社サーバ２に送信している。このようにすると、読取装置３０側において決済処理の前段階で一部非公開コードＣの有効性を判断でき、一部非公開コードＣが不正な形で利用されなくなる。特に、この判断を、非公開領域Ｃｂを解読せずに行うことができるため、携帯端末１０と読取装置３０との間でのやりとりの際にクレジットＩＤが漏洩することがなく、セキュリティ面で一層有利となる。
更に、クレジット会社サーバ２は、読取装置３０から送信された一部非公開コードＣのデータ及び決済データを受信すると共に、一部非公開コードＣのデータに基づいて公開領域Ｃａを解読し、当該公開領域Ｃａに記録された固有ＩＤを取得している。そして、その取得した固有ＩＤに対応する暗号化キーを記憶部５（サーバ側記憶部）から読み出すと共に、読み出された暗号化キーに基づき、受信された一部非公開コードＣの非公開領域Ｃｂを解読し、クレジットＩＤを取得している。このようにすると、固有ＩＤに対応する暗号化キーを有するクレジット会社サーバ２においては非公開領域Ｃｂを解読でき、万が一、クレジット会社サーバ２に至るまでの過程で一部非公開コードＣが他の装置に取得されたとしても、非公開領域Ｃｂが解読されずに秘密性が維持されることとなる。従って、セキュリティ面で万全となる。
【００５５】
また、本実施形態に係る決済システム１では、携帯端末１０において、一部非公開コードＣの生成時刻に基づいて有効期間データを生成する「有効期間データ生成部」が設けられており、その生成される有効期間データを正当性判断基準データとして公開領域Ｃａに記録する構成で一部非公開コードＣを生成している。そして、読取装置３０では、公開領域Ｃａの解読によって得られた有効期間データと、現在時刻とに基づいて、一部非公開コードＣが有効であるか否かを判断している。
一部非公開コードＣを撮像やコピーなどによって第三者が不正に取得したとしても、実際に使用するまでにはある程度の時間が必要となる。従って、一部非公開コードＣの生成直後は不正利用されることは少なく、読取装置３０で一部非公開コードＣを読み取る際の現在時刻が、一部非公開コードＣの生成時刻からある程度経過している場合に一部非公開コードＣを有効でないものと扱えば、一部非公開コードＣの不正利用を効果的に防ぐことができる。
【００５６】
また、本実施形態では、クレジット会社サーバ２の「サーバ側送信部」が、携帯端末１０に対して当該携帯端末１０の固有ＩＤに対応する暗号化キーを送信する構成をなしており、携帯端末１０の「コード生成部」は、クレジット会社サーバ２から送信された暗号化キーに基づいてクレジットＩＤを暗号化した暗号データを非公開領域Ｃｂに記録する構成をなしている。このようにすると、クレジット会社サーバ２において固有ＩＤと対応付けて暗号化キーを管理できると共に、クレジットＩＤを与えるべき携帯端末１０に対し当該携帯端末１０の固有ＩＤに対応した暗号化キーを容易に渡すことができる。また、各固有ＩＤに対応する暗号化キーは、各固有ＩＤが割り当てられた携帯端末１０に配布されるものを除き、クレジット会社サーバ２で管理されるため、携帯端末１０において配布された暗号化キーを用いて生成される一部非公開コードＣは、クレジット会社サーバ２或いはクレジット会社サーバ２によって許可された装置以外で解読することが難しく、セキュリティ面で一層有利となる。
【００５７】
［第２実施形態］
次に第２実施形態について説明する。図１０は、第２実施形態に係る決済システムを概念的に説明する説明図である。図１１は、第２実施形態の決済システムにおけるクレジット会社サーバに登録された顧客毎のデータを概念的に説明する説明図である。図１２は、第２実施形態の決済システムにおいて携帯端末で行われるコード生成・表示処理の流れを例示するフローチャートである。図１３は、第２実施形態の決済システムにおいて読取装置で行われるコード読取処理の流れを例示するフローチャートである。
【００５８】
第２実施形態は、クレジットデータの送信処理、コード生成・表示処理、コード読取処理、コード受信・決済処理、及びクレジット会社サーバに登録される顧客毎のデータの内容のみが第１実施形態と異なり、それ以外は第１実施形態と同様である。例えば、ハードウェア構成は、第１実施形態と同一であるため、適宜、図２、図３を参照して説明することとする。また、一部非公開コードの構成については、具体的なデータ内容のみが第１実施形態と異なるだけで、それ以外の構成や生成方法、解読方法は第１実施形態と同様である。よって、適宜図６を参照して説明することとする。
【００５９】
まず、クレジットデータの送信処理について説明する。本実施形態では、各クレジット会社サーバ２において、例えば図１１のような登録データが記憶部５（図２（ａ））に記録されている。この登録データでは、図４の構成に加え、各顧客毎に認証データを割り当てている。
【００６０】
クレジット会社サーバ２では、各顧客のデータを記憶部５に登録した後、クレジット番号を発行すべき顧客に対してクレジットデータを送信している（図１０参照）。このクレジットデータは、送信すべき顧客の固有ＩＤに基づいて当該顧客の携帯端末のアドレスにメール送信されるようになっている。なお、メール送信は、第１実施形態と同様、例えばオペレータなどにより行われてもよく、或いは所定時期に自動的に行われてもよい。
なお、本実施形態でも、クレジット会社サーバ２から携帯端末１０に送信されたクレジットデータを、携帯端末側で記憶部１５に記憶しており、この記憶部１５が、「端末側記憶部」の一例に相当している。
【００６１】
次に、コード生成・表示処理について説明する。本実施形態でも、携帯端末１０で所定操作が行われることで、図１２に示すコード生成・表示処理が行われるようになっている。図１２の処理では、まず、第１実施形態のＳ１〜Ｓ３と同様の処理（Ｓ２０１〜Ｓ２０３）が行われる。
【００６２】
Ｓ２０３にてクレジットデータ（クレジット番号（クレジットＩＤ）等）及び固有ＩＤ（電話番号、メールアドレス等）を読み出した後には、図１２に示すように、クレジット会社サーバ２に対して当該携帯端末１０の固有ＩＤ（電話番号、メールアドレス等）を送信すると共に、暗号化キー及び認証データを要求する要求データを送信する（図１０も参照）。クレジット会社サーバ２は、携帯端末１０から固有ＩＤと要求データとが送信されてきた場合には、送信されてきた固有ＩＤに対応する認証データ及び暗号化キーを記憶部５から読み出し（図２（ａ）、図１１参照）、これら認証データ及び暗号化キーを送信元の携帯端末１０へ送信する。なお、ここでは、クレジット会社サーバ２において、予め各固有ＩＤと対応付けて暗号化キー及び認証データを記憶している例を示しているが（図１１参照）、暗号化キーを発生させる所定の暗号化キー発生プログラム（例えば暗号化キー発生用の乱数発生プログラム等）や、認証データを発生させる所定の認証データ発生プログラム（例えば認証データ発生用の乱数発生プログラム等）を設けておき、Ｓ２０４の処理があったときに、送信されてきた固有ＩＤと対応する暗号化キー及び認証データを新たに発生させ、その発生したする暗号化キー及び認証データを携帯端末１０に送信すると共に、これらを固有ＩＤと対応付けて記憶部５に記憶しておくようにしてもよい。
なお、本実施形態では、記憶部５が、「認証データ記憶部」の一例に相当し、各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶すると共に、クレジットＩＤの送信先となる携帯端末１０の固有ＩＤと対応付けて割り当てられた認証データを記憶するように機能する。また、制御部３が、「サーバ側送信部」の一例に相当し、携帯端末１０に対して当該携帯端末１０の固有ＩＤに対応するクレジットＩＤのデータや、当該携帯端末１０に割り当てられた認証データを送信するように機能する。
【００６３】
Ｓ２０４の処理の後、携帯端末１０は、クレジット会社サーバ２から暗号化キー及び認証データが送信されるまで待機し、クレジット会社サーバ２から送信がなされたときには、図１２に示すように、クレジット会社サーバ２から送信された暗号化キー及び認証データを受信し、記憶部１５に記憶しておく（Ｓ２０５）。
なお、本実施形態では、制御部１１及び通信部１６が「端末側受信部」の一例に相当し、クレジット会社サーバ２の「サーバ側送信部」から当該携帯端末１０に送信されたクレジット番号（クレジットＩＤ）等のデータを受信すると共に、上記「サーバ側送信部」から当該携帯端末に送信された認証データを受信するように機能する。
【００６４】
Ｓ２０５の後には、図１２に示すように、一部非公開コードＣを生成する処理を行う（Ｓ２０６）。なお、本実施形態でも、非公開領域Ｃｂにクレジット番号（クレジットＩＤ）等を含んだクレジットデータを記録し、公開領域Ｃａに、当該携帯端末１０の固有ＩＤ（電話番号、メールアドレス等）と正当性判断基準データとを記録する構成で一部非公開コードＣを生成しており、具体的には、Ｓ２０５で受信された認証データを正当性判断基準データとして公開領域Ｃａに記録する構成で、一部非公開コードＣを生成している。なお、本実施形態では、正当性判断基準データの具体的内容のみが第１実施形態と異なるだけであり、一部非公開コードＣの生成方法は第１実施形態のＳ６（図５）と同様である。
本実施形態でも、制御部１１が「コード生成部」の一例に相当している。
【００６５】
Ｓ２０６の後には、図１２に示すように、Ｓ２０６で生成された一部非公開コードＣを表示部１３に表示する処理を行う（Ｓ２０７）。なお、このＳ２０７の処理は、第１実施形態のＳ７（図５）と同様の処理である。
【００６６】
次に、第２実施形態において行われるコード読取処理について説明する。図１３に示すコード読取処理は、例えば読取装置３０にて所定操作が行われることで開始され、まず、一部非公開コードＣを撮像する処理を行い（Ｓ２１１）、更に、一部非公開コードＣの公開領域Ｃａのデコードを行う（Ｓ２１２）更に、このＳ２１１、Ｓ２１２の処理は、第１実施形態のＳ１０、Ｓ１１と同様である。なお、本実施形態では、公開領域Ｃａに、認証データと固有ＩＤ（電話番号、メールアドレス等）が記録されているため、Ｓ２１２の処理では、これらデータが取得される。
【００６７】
Ｓ２１２の処理の後には、図１３に示すように、このＳ２１２の処理で取得された認証データ及び固有ＩＤをクレジット会社サーバ２に送信する処理を行う（Ｓ２１３）。なお、本実施形態では、制御部３１、通信部３６が「解読内容送信部」の一例に相当し、「解読部」による公開領域Ｃａの解読後にクレジット会社サーバ２にアクセスし、公開領域Ｃａの解読によって得られた固有ＩＤ及び認証データを送信するように機能している。
【００６８】
Ｓ２１３にて送信されるデータを受信可能なクレジット会社サーバ２では、Ｓ２１３の送信処理が行われ、読取装置３０からアクセスがあったときに、このアクセスに応じて、Ｓ２１３での送信内容を認証している。具体的には、Ｓ２１３の処理で送信された固有ＩＤに対応する認証データ（図１１）を記憶部５から読み出し、この読み出された認証データ（登録された認証データ）と、Ｓ２１３の処理によって送信されてきた認証データ（クレジット会社サーバ２が受信した認証データ）とが一致するか否かを判断している。そして、これら認証データが一致する場合には、アクセス元の読取装置３０に対して認証が成功したことを示すデータ（認証成功データ）を送信している。なお、本実施形態では、このような処理を行う制御部３が「認証手段」の一例に相当し、上記「解読内容送信部」からの送信内容（Ｓ２１３で送信された固有ＩＤ及び認証データ）を認証するように機能する。
【００６９】
図１３に示すように、読取装置３０側では、クレジット会社サーバ２での認証が成功したか否か（即ち、クレジット会社サーバ２から認証成功データの送信があったか否か）を判断し（Ｓ２１４）、認証が失敗した場合にはＳ２１４にてＮｏに進んで当該コード読取処理を終了している。
なお、本実施形態では、Ｓ２１４の処理を行う制御部３１が「判断部」の一例に相当し、公開領域Ｃａの解読によって得られた認証データ（正当性判断基準データ）に基づいて（より具体的には、当該認証データをクレジット会社サーバ２に送信したときになされる上記「認証手段」による認証結果に基づいて）一部非公開コードＣが有効であるか否かを判断している。
【００７０】
Ｓ２１４の判断処理において、認証が成功したと判断される場合（即ち、クレジット会社サーバ２から認証成功データの送信があった場合）には、Ｓ２１４にてＹｅｓに進み、暗号化キーを要求する処理を行う（Ｓ２１５）。この処理では、クレジット会社サーバ２に対して、Ｓ２１２で取得された固有ＩＤと、暗号化キーを要求する要求データとを送信している。なお、本実施形態では、Ｓ２１５の処理を行う制御部３１及び通信部３６が「暗号化キー要求部」の一例に相当し、上記「判断部」によって一部非公開コードＣが有効であると判断された場合に、クレジット会社サーバ２に対し、公開領域Ｃａの解読によって得られた固有ＩＤに対応する暗号化キーを要求するように機能する。
【００７１】
Ｓ２１５にて送信される要求データを受信可能なクレジット会社サーバ２では、Ｓ２１５の送信処理が行われ、読取装置３０から暗号化キーの要求があったときに、上述の認証処理（Ｓ２１３の処理に応じて行われる認証処理）において認証が成功していることを条件として、Ｓ２１５で送信された固有ＩＤに対応した暗号化キーを記憶部５（図２（ａ）、図１１参照）から読み出し、その暗号化キーを要求元の読取装置３０に対して送信している。
なお、本実施形態では、クレジット会社サーバ２の制御部３が「暗号化キー読出部」の一例に相当し、上記「暗号化キー要求部」によって要求された、固有ＩＤに対応する暗号化キーを記憶部５（サーバ側記憶部）から読み出すように機能する。また、制御部３及び通信部７は、「暗号化キー送信部」の一例に相当し、「暗号化キー読出部」によって読み出された暗号化キーを、要求元の読取装置３０に送信するように機能する。
【００７２】
読取装置３０では、Ｓ２１５の処理の後、クレジット会社サーバ２から暗号化キーの送信があるまで待機しており、暗号化キーの送信があったときには、この暗号化キーを受信する処理を行っている（Ｓ２１６）。
なお、本実施形態では、制御部３１及び通信部３６が、「暗号化キー取得部」の一例に相当し、上記「暗号化キー送信部」によって送信された前記暗号化キーを取得するように機能する。
【００７３】
Ｓ２１６の処理の後には、図１３に示すように、一部非公開コードＣの非公開領域Ｃｂをデコードし、、暗号データを復号化する処理を行う（Ｓ２１７）。このＳ２１７の処理では、Ｓ２１６で受信した暗号化キーに基づいて非公開領域Ｃｂの暗号データを復号化しており、具体的には、第１実施形態においてクレジット会社サーバ２で行われたＳ２３と同様の方法で復号化を行っている。
なお、本実施形態では、Ｓ２１２、Ｓ２１７の処理を実行する制御部３１が「解読部」の一例に相当し、少なくとも公開領域Ｃａを解読すると共に、「暗号化キー取得部」によって暗号化キーが取得された場合に、その取得された前記暗号化キーに基づいて非公開領域Ｃｂを解読するように機能する。
【００７４】
Ｓ２１７の処理の後には、図１３に示すように、クレジット会社サーバ２に対して決済データを送信する処理を行う（Ｓ２１８）。この処理は、第１実施形態のＳ１５（図８）と同様であり、送信される決済データも第１実施形態と同様のデータ（商品又は役務を提供する主体名（店舗名、会社名等を特定可能な情報（例えば、支払い先コード等））、商品又は役務の内容、請求金額、顧客名等の顧客情報などを含んだデータ）とされている。なお、本実施形態では、Ｓ２１８の処理を実行する制御部３１が「決済データ送信部」の一例に相当する。
【００７５】
Ｓ２１８で送信される決済データを受信しうるクレジット会社サーバ２では、Ｓ２１８で送信される決済データを受信した後に、第１実施形態と同様の決済処理（Ｓ２７：図９）が行われるようになっている。
本実施形態では、制御部３が「決済処理部」の一例に相当し、読取装置３０の「決済データ送信部」によって送信された決済データに基づいて決済処理を行うように機能する。
【００７６】
（第２実施形態の主な効果）
本実施形態の決済システム１によれば、各携帯端末１０の保有者に割り当てられたクレジットＩＤを各携帯端末１０にて一元管理でき、各携帯端末１０では、必要時にクレジットＩＤのデータをスムーズに利用できるようになる。
また、携帯端末１０に格納されたクレジットＩＤを、情報漏洩しにくいコード構成とした上で利用できるため、セキュリティ面でも有利となる。
また、読取装置３０側において決済処理の前段階で一部非公開コードＣの有効性を判断できるため、一部非公開コードＣが不正な形で利用されなくなる。
更に、一部非公開コードＣが有効であることを条件として読取装置３０において非公開領域Ｃｂを解読できるようになっている。一方、一部非公開コードＣが読取装置３０に至るまでの過程で他の装置に取得されたとしても、非公開領域Ｃｂが解読されずに秘密性が維持されることとなる。従って、他の装置にてクレジットＩＤが漏洩しクレジット会社サーバ２に送信されるといった事態が生じなくなり、セキュリティ面で万全となる。
【００７７】
また、本実施形態では、クレジット会社サーバ２において、クレジットＩＤの送信先となる携帯端末１０の固有ＩＤと対応付けて割り当てられた認証データを記憶しており、携帯端末１０へのクレジットＩＤの送信に伴い、当該携帯端末１０に割り当てられた認証データを送信している。一方、携帯端末１０では、当該携帯端末１０に送信された認証データを受信し、この認証データを正当性判断基準データとして公開領域Ｃａに記録する構成で一部非公開コードＣを生成している。このようにすると、クレジット会社サーバ２から携帯端末１０に与えられた認証データを当該携帯端末１０で生成される一部非公開コードＣの正当性の判断指標とすることができる。
更に、本実施形態では、読取装置３０が、Ｓ２１２での公開領域Ｃａの解読後にクレジット会社サーバ２にアクセスし、公開領域Ｃａの解読によって得られた固有ＩＤ及び認証データを送信しており（Ｓ２１３）、クレジット会社サーバ２では、読取装置３０からのアクセスに応じ、その送信内容（固有ＩＤ及び認証データ）を認証している。そして、読取装置３０の「判断部」では、クレジット会社サーバ２での認証結果に基づいて、一部非公開コードＣが有効であるか否かを判断している。このようにすると、Ｓ２１３での送信内容（固有ＩＤ及び認証データ）が正規のものであるか否かをサーバ側で認証でき、その認証結果に基づいて一部非公開コードＣの有効性を適切に判断できる。
【００７８】
また、本実施形態の決済システムでは、クレジット会社サーバ２において、各認証データの認証履歴を残す方法、或いは一回使用された認証データを消去する方法等を用い、一度認証処理が成功した認証データを二度と使えないようにしてもよい。このようにすると、Ｓ２１３の処理で送信された認証データが既に認証済みである場合に、クレジット会社サーバ２において認証失敗と扱うことができ、一度使用された認証データが繰り返し不正利用されることを効果的に防止できるようになる。
【００７９】
［第３実施形態］
次に第３実施形態について説明する。図１４は、第３実施形態に係る決済システムを概念的に説明する説明図である。図１５は、第３実施形態の決済システムにおいて携帯端末で行われるコード生成・表示処理の流れを例示するフローチャートである。
【００８０】
第３実施形態は、クレジットデータの送信処理、コード生成・表示処理、サーバ側での認証処理のみが第２実施形態と異なり、それ以外は第２実施形態と同様である。なお、クレジットデータの送信処理は、第１実施形態と同様であり、図１４のように、クレジット会社サーバ２から携帯端末１０に対して、当該携帯端末１０の固有ＩＤに対応するクレジットデータ（クレジット番号（クレジットＩＤ）等）及び暗号化キーが送信されるようになっている。
【００８１】
本実施形態では、例えば図１５のような流れでコード生成・表示処理が行われる。このコード生成・表示処理では、まず、第１実施形態のＳ１〜Ｓ４と同様の処理（Ｓ３１１〜Ｓ３１４）が行われ、その後、認証データを発生する処理が行われるようになっている（Ｓ３１５）。
【００８２】
本実施形態では、クレジット会社サーバ２において、認証データ発生プログラムが備えられており、予め規定された所定データ発生方式に従って認証データを発生させることが可能となっている。また、携帯端末１０にも、クレジット会社サーバの所定データ発生方式と同一のデータ発生方式で認証データを発生させる認証データ発生プログラムが備えられている。なお、この認証データ発生プログラムは、例えばクレジット会社サーバ２からのダウンロード等の方法により携帯端末１０に与えられるようになっている。
【００８３】
上記「予め規定された所定データ発生方式」は様々な方式が考えられ、例えば、各固有ＩＤに割り当てられた固有データ（例えば、クレジット番号、或いはクレジット番号とは別で顧客毎に割り当てた割り当てデータ）に対して予め規定された所定の素数を乗ずると共に、その乗算によって得られた値の下８桁を選択し、その選択された下８桁の数字に前記所定の素数を再び乗ずることで得られた算出値の下８桁の値を「認証データ」とするといった例が考えられる。なお、「予め規定された所定データ発生方式」の例はこれに限られるものではなく、例えば、認証データを発生させる日時などの時間情報をパラメータとして含んだ算出式（例えば、顧客毎に割り当てられた値に認証データを発生させる日時などの時間情報を乗算する算出式等）によって認証データを生成するようにすれば、認証データの発生日時から相当時間が経過してから一部非公開コードＣが悪用されることを効果的に防止できる。
【００８４】
本実施形態では、クレジット会社サーバ側において認証データ発生プログラムを実行する制御部３が「サーバ側データ発生部」の一例に相当している。また、携帯端末１０側において認証データ発生プログラムを実行する制御部１１が「端末側データ発生部」の一例に相当している。
【００８５】
Ｓ３１５にて認証データを発生させた後には、このＳ３１５で得られた認証データ及びＳ３１３で得られた固有ＩＤを公開領域Ｃａに記録し、クレジット番号（クレジットＩＤ）等のクレジットデータを非公開領域Ｃｂに記録する形で、一部非公開コードＣを生成し（Ｓ３１６）、その生成された一部非公開コードＣを表示部１３に表示する（Ｓ３１７）。なお、Ｓ３１６での一部非公開コードＣの生成方法は、第１実施形態のＳ６（図５）と同様であり、Ｓ３１７の表示処理はＳ７（図５）と同様である。
なお、本実施形態では、Ｓ３１６の処理を実行する制御部１１が「コード生成部」の一例に相当し、上記「端末側データ発生部」で発生した認証データを「正当性判断基準データ」として公開領域Ｃａに記録する構成で、一部非公開コードＣを生成するように機能する。
【００８６】
次に、本実施形態で行われるコード読取処理について説明する。本実施形態でも、第２実施形態と同様のコード読取処理（図１３）が行われ、Ｓ２１３の処理により、公開領域Ｃａに記録された固有ＩＤと認証データとがクレジット会社サーバ２に送信されるようになっている（図１４も参照）。
【００８７】
Ｓ２１３（図１３）にて送信されるデータを受信可能なクレジット会社サーバ２では、Ｓ２１３の送信処理が行われ、読取装置３０からアクセスがあったときに、このアクセスに応じて、Ｓ２１３での送信内容を認証している。具体的には、携帯端末１０で用いられた認証データ発生プログラムと同一のプログラムを用いて認証データを発生させている。そして、この発生した認証データと、Ｓ２１３の処理によって送信されてきた認証データ（クレジット会社サーバ２が受信した認証データ）とが一致するか否かを判断している。そして、これら認証データが一致する場合には、アクセス元の読取装置３０に対して認証が成功したことを示すデータ（認証成功データ）を送信している。
【００８８】
図１３に示すように、読取装置３０側では、クレジット会社サーバ２での認証が成功したか否か（即ち、クレジット会社サーバ２から認証成功データの送信があったか否か）を判断し（Ｓ２１４）、認証が失敗した場合にはＳ２１４にてＮｏに進んで当該コード読取処理を終了している。認証が成功した場合には、Ｓ２１４にてＹｅｓに進み、第２実施形態と同様のＳ２１５〜Ｓ２１８の処理を行う。なお、本実施形態では、Ｓ２１４の処理を行う制御部３１が「判断部」の一例に相当し、クレジット会社サーバ２にアクセスし、「サーバ側データ発生部」にて発生した認証データと、「解読部」によって解読された公開領域Ｃａの認証データとを比較した比較結果に基づいて、一部非公開コードＣが有効であるか否かを判断するように機能する。
【００８９】
（第３実施形態の主な効果）
本実施形態に係る決済システムでは、クレジット会社サーバ２において、予め規定された所定データ発生方式に従って認証データを発生させる「サーバ側データ発生部」が設けられている。また、携帯端末には、クレジット会社サーバ２の所定データ発生方式と対応するデータ発生方式で認証データを発生させる「端末側データ発生部」が設けられている。このようにすると、クレジット会社サーバ２と携帯端末１０とで対応する認証データを発生させることができるようになる。
また、携帯端末１０の「コード生成部」では、上記「端末側データ発生部」にて発生した認証データを正当性判断基準データとして公開領域Ｃａに記録する構成で、一部非公開コードＣを生成しており、読取装置３０の「判断部」では、クレジット会社サーバ２にアクセスし、上記「サーバ側データ発生部」にて発生した認証データと、「解読部」によって解読された公開領域Ｃａの認証データとを比較した比較結果に基づいて、一部非公開コードＣが有効であるか否かを判断している。このようにすると、公開領域Ｃａの認証データがサーバ側で発生する正規の認証データに対応しているか否かを適切に判断でき、サーバ側で発生する認証データに対応した認証データを含まない不正な一部非公開コードの使用を排除できる。
【００９０】
［第４実施形態］
次に第４実施形態について説明する。図１６は、第４実施形態に係る決済システムを概念的に説明する説明図である。なお、第４実施形態は、クレジットデータの送信処理、コード生成・表示処理のみが第３実施形態と異なり、それ以外は第３実施形態と同様である。
【００９１】
まず、クレジットデータの送信処理について説明する。本実施形態でも、各クレジット会社サーバ２において、例えば図４のような登録データが記憶部５（図２（ａ））に記録されており、クレジット会社サーバ２では、まず、クレジット番号（クレジットＩＤ）等のクレジットデータを発行すべき顧客に割り当てられた暗号化キーを読み出し、この暗号化キーを用いてクレジットデータを暗号化している。そして、その暗号化データを非公開領域Ｃｂに記録した一部非公開コードＣを生成する。この一部非公開コードＣの生成方法は、第１実施形態のＳ６（図５）と同様であるが、ここでは、非公開領域Ｃｂのみを生成し、公開領域Ｃｂについては空白とした形で、非公開領域Ｃｂのみの画像データを生成している。
【００９２】
このように非公開領域Ｃｂの画像データを生成した後、この画像データを、送信すべき顧客の固有ＩＤに基づいて当該顧客の携帯端末のアドレスにメール送信する（図１６参照）。なお、この画像データは、送信先の携帯端末１０にて受信され、記憶部１５に記憶される。
本実施形態では、クレジット会社サーバ２の制御部３及び通信部７が「サーバ側送信部」の一例に相当し、携帯端末１０に対し、当該携帯端末１０の固有ＩＤに対応するクレジットＩＤを暗号化した暗号データの画像（詳しくは、当該暗号データを一部非公開コードＣの一部分を表す複数のセルによって表現してなる暗号化画像）を送信している。
【００９３】
次に、本実施形態で行われるコード生成・表示処理について説明する。本実施形態でも、図１５に示すように、第３実施形態と同様の流れでコード生成・表示が行われる。このコード生成・表示処理において、Ｓ３１１〜Ｓ３１５の処理は、第３実施形態と同様であり、Ｓ３１３においてクレジットデータの代わりに、クレジット会社サーバ２から取得した上記画像データが読み出される点のみが第３実施形態と異なっている。
【００９４】
Ｓ３１５の処理の後には、一部非公開コードＣを生成する処理を行う（Ｓ３１６）。この処理では、クレジット会社サーバ２から送信された暗号化画像を非公開領域Ｃｂの画像として組み込み、公開領域Ｃａには、Ｓ３１３で読み出された固有ＩＤとＳ３１５で生成された認証データ（正当性判断基準データ）とを記録する構成で一部非公開コードＣを生成する。なお、一部非公開コードＣの生成方法は、第１実施形態のＳ６（図５）と同様であるが、本実施形態では、既に暗号データがコード化され非公開領域Ｃｂの画像が生成済みであるため、Ｓ３１６では、公開領域に記録すべき公開データ（固有ＩＤや認証データ等）を符号化した上で公開領域Ｃａに割り付けると共に、これに非公開領域Ｃｂの画像を組み込み、更に、全体の誤り訂正データを生成して誤り訂正領域に組み込むことで一部非公開コードＣを生成する。
なお、本実施形態では、制御部１１が「コード生成部」の一例に相当し、クレジット会社サーバ２から送信された暗号化画像を非公開領域Ｃｂの画像として組み込み、公開領域Ｃａに、当該携帯端末１０の固有ＩＤと正当性判断基準データとを記録する構成で一部非公開コードＣを生成するように機能する。
【００９５】
Ｓ３１６で生成された一部非公開コードＣは、第３実施形態と同様の表示が行われ（Ｓ３１７）、読取装置３０にて行われるコード読取処理（図１３）により、第３実施形態と同様に読み取られることとなる。なお、図１３のコード読取処理では、Ｓ２１５での要求に応じてクレジット会社サーバ２から暗号化キーが送信されるが、本実施形態では、上述のクレジットデータの送信処理において非公開領域Ｃｂの画像生成時に用いられた暗号化キーが固有ＩＤと対応付けられているため、Ｓ２１５で送信される固有ＩＤに基づき、非公開領域Ｃｂの画像生成時に用いられた暗号化キーがクレジット会社サーバ２から読取装置３０に送信されることとなる。
【００９６】
（第４実施形態の主な効果）
本実施形態に係る決済システムでは、クレジット会社サーバ２の「サーバ側送信部」が、携帯端末１０に対し、当該携帯端末１０の固有ＩＤに対応するクレジットＩＤを暗号化した暗号データを、一部非公開コードＣの一部分を表す複数のセルによって表現してなる暗号化画像を送信している。そして、携帯端末１０の「コード生成部」は、クレジット会社サーバ２から送信された暗号化画像を非公開領域Ｃｂの画像として組み込み、公開領域Ｃａに、当該携帯端１０の固有ＩＤと正当性判断基準データとを記録する構成で一部非公開コードＣを生成している。このようにすると、クレジット会社サーバ２から携帯端末１０に対して暗号化された状態でクレジットＩＤを与えることができ、携帯端末１０では、クレジットＩＤを暗号化状態（秘密状態）で管理できる。従って、携帯端末１０でクレジットＩＤを保有する際のセキュリティ性を高めることができ、クレジットＩＤの不正利用をより効果的に防ぐことができる。一方、クレジットＩＤの暗号化画像を解読する暗号化キーはクレジット会社サーバ２で管理されるため、クレジット会社サーバ２或いはクレジット会社サーバ２によって許可された装置以外で解読することが難しく、セキュリティ面で万全となる。
【００９７】
［他の実施形態]
本発明は上記記述及び図面によって説明した実施形態に限定されるものではなく、例えば次のような実施形態も本発明の技術的範囲に含まれる。
【００９８】
第２〜第４実施形態では、図１３のＳ２１３の処理に応じて行われるクレジット会社サーバ２の認証処理において認証が成功した場合に、クレジット会社サーバ２から読取装置３０に対して暗号化キーを送信し、読取装置３０にて一部非公開コードＣを解読していたが、Ｓ２１３の処理に応じて行われるクレジット会社サーバ２の認証処理において認証が成功した場合に、読取装置３０からクレジット会社サーバ２に対して一部非公開コードＣの画像データを送信するようにしてもよい。この場合、クレジット会社サーバ２では、図９のようなコード受信・決済処理を行うようにすればよい。また、読取装置３０では、図１３の処理において、Ｓ２１６、Ｓ２１７を省略すると共に、デコード成功の通知（Ｓ２５：図９）があった場合に、Ｓ２１８の処理を行うようにすればよい。
【符号の説明】
【００９９】
１…決済システム
２・・・クレジット会社サーバ
３・・・制御部（サーバ側送信部、サーバ側受信部、固有ＩＤ取得部、暗号化キー読出部、クレジットＩＤ読出部、決済処理部、暗号化キー送信部、認証データ読出部、サーバ側データ発生部）
５・・・記憶部（サーバ側記憶部、認証データ記憶部）
７・・・通信部（サーバ側送信部、サーバ側受信部、暗号化キー送信部）
１０・・・携帯端末
１１・・・制御部（コード生成部、端末側受信部、有効期間データ生成部、端末側データ発生部）
１３・・・表示部
１５・・・記憶部（端末側記憶部）
１６・・・通信部（端末側受信部）
３０・・・読取装置
３１・・・制御部（解読部、判断部、コードデータ送信部、決済データ送信部、暗号化キー要求部、暗号化キー取得部、固有ＩＤ送信部）
３２・・・撮像部
３６・・・通信部（コードデータ送信部、決済データ送信部、暗号化キー要求部、暗号化キー取得部、固有ＩＤ送信部）
Ｃ・・・一部非公開コード
Ｃａ・・・公開領域
Ｃｂ・・・非公開領域
【技術分野】
【０００１】
本発明は、決済システムに関するものである。
【背景技術】
【０００２】
現在広く実施されているクレジットシステムでは、一般的に、クレジット番号などを磁気ストライプ部分に記録してなる磁気カードが用いられ、このような磁気カードを決済端末などに読み取らせることで決済処理を行っている。このようなクレジットカード（磁気カード）は財布等に収納しやすいため、複数枚のクレジットカードを所持し、状況に応じて使い分けている利用者も多い。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許３２０７１９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のような磁気カードを用いるクレジットシステムでは、例えば、複数種類のクレジット番号を使い分けたい場合に、複数枚のクレジットカードを常時所持しておき、必要に応じて財布等から取り出す必要がある。従って、管理が面倒であり、紛失しやすいという問題もある。また、磁気カードを用いる場合、不正読取の虞があり、セキュリティ面で問題を抱えている。
【０００５】
このような問題を解決する方法としては、クレジット番号等のクレジットデータ（決済用個人データ）を予め携帯端末に記憶しておき、決済時に、利用しようとするクレジットデータを携帯端末にて読み出し、二次元コード等として表示する方法が考えられる。この場合、決済端末側に、二次元コード読取装置を設けておけば、必要なクレジットデータを決済端末にスムーズに提供できると共に、クレジットデータを携帯端末と共に一元管理できるようになり、利用者の利便性を高めることができる。
【０００６】
しかしながら、上記システム（即ち、携帯端末でクレジットデータを管理し、必要に応じてそのクレジットデータを二次元コード化して提供するシステム）では、セキュリティ面の問題が依然として残ってしまう。例えば、決済時に用いる二次元コードを何らかの方法（例えば、撮像やコピー等の方法）で第三者に取得されてしまうと、何ら措置を講じていない場合、クレジットデータがその第三者に不正に利用されてしまう虞がある。
【０００７】
本発明は、上述した課題を解決するためになされたものであり、決済に必要となる決済用個人データの管理が行いやすく、セキュリティ面にも優れた決済システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１の発明は、公開領域と、暗号化キーに基づいて暗号化された暗号データが記録された非公開領域とを有する一部非公開コードを生成可能なコード生成部と、前記コード生成部によって生成された前記一部非公開コードを表示する表示部と、を備えた携帯端末と、各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶するサーバ側記憶部と、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤのデータを送信するサーバ側送信部と、を備えたクレジット会社サーバと、前記携帯端末の前記表示部に表示される前記一部非公開コードを読み取る読取装置と、を備えた決済システムとして構成されている。
そして、前記携帯端末は、前記クレジット会社サーバの前記サーバ側送信部から当該携帯端末に送信された前記クレジットＩＤのデータを受信する端末側受信部と、前記端末側受信部によって受信された前記クレジットＩＤのデータを記憶する端末側記憶部と、を備えると共に、前記コード生成部が、前記非公開領域に前記クレジットＩＤを記録し、前記公開領域に、当該携帯端末の前記固有ＩＤと正当性判断基準データとを記録する構成で、前記一部非公開コードを生成し、前記表示部が、前記コード生成部によって生成された前記一部非公開コードを表示する構成をなしている。
更に、前記読取装置は、前記携帯端末の前記表示部に表示された前記一部非公開コードを撮像する撮像部と、前記撮像部によって前記一部非公開コードが撮像された場合に、少なくとも前記公開領域のデータを解読する解読部と、前記解読部による前記公開領域の解読によって得られた前記正当性判断基準データに基づいて、前記一部非公開コードが有効であるか否かを判断する判断部と、前記判断部によって前記一部非公開コードが有効であると判断された場合に、当該一部非公開コードのデータを前記クレジット会社サーバに送信するコードデータ送信部と、前記クレジット会社サーバに対し、少なくとも金額データを含んだ決済データを送信する決済データ送信部と、を備えている。
そして、前記クレジット会社サーバは、前記読取装置の前記コードデータ送信部によって送信された前記一部非公開コードのデータと、前記決済データ送信部によって送信された前記決済データとを受信するサーバ側受信部と、前記サーバ側受信部によって受信された前記一部非公開コードのデータに基づいて前記公開領域を解読し、当該公開領域に記録された前記固有ＩＤを取得する固有ＩＤ取得部と、前記固有ＩＤ取得部によって取得された前記固有ＩＤに対応する前記暗号化キーを前記サーバ側記憶部から読み出す暗号化キー読出部と、前記暗号化キー読出部によって読み出された前記暗号化キーに基づき、前記サーバ側受信部によって受信された前記一部非公開コードの前記非公開領域を解読し、前記クレジットＩＤを読み出すクレジットＩＤ読出部と、前記クレジットＩＤ読出部によって読み出された前記クレジットＩＤと、前記サーバ側受信部によって受信された前記決済データとに基づいて決済処理を行う決済処理部と、を有している。
【０００９】
請求項２の発明は、公開領域と、暗号化キーに基づいて暗号化された暗号データが記録された非公開領域とを有する一部非公開コードを生成可能なコード生成部と、前記コード生成部によって生成された前記一部非公開コードを表示する表示部と、を備えた携帯端末と、各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶するサーバ側記憶部と、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤのデータを送信するサーバ側送信部と、を備えたクレジット会社サーバと、前記携帯端末の前記表示部に表示される前記一部非公開コードを読み取る読取装置と、を備えた決済システムとして構成されている。
そして、前記携帯端末は、前記クレジット会社サーバの前記サーバ側送信部から当該携帯端末に送信された前記クレジットＩＤのデータを受信する端末側受信部と、前記端末側受信部によって受信された前記クレジットＩＤのデータを記憶する端末側記憶部と、を備えると共に、前記コード生成部が、前記非公開領域に前記クレジットＩＤを記録し、前記公開領域に、当該携帯端末の前記固有ＩＤと正当性判断基準データとを記録する構成で、前記一部非公開コードを生成し、前記表示部が、前記コード生成部によって生成された前記一部非公開コードを表示する構成をなしている。
また、前記読取装置は、前記携帯端末の前記表示部に表示された前記一部非公開コードを撮像する撮像部と、前記撮像部によって前記一部非公開コードが撮像された場合に、少なくとも前記公開領域のデータを解読する解読部と、前記解読部による前記公開領域の解読によって得られた前記正当性判断基準データに基づいて、前記一部非公開コードが有効であるか否かを判断する判断部と、前記判断部によって前記一部非公開コードが有効であると判断された場合に、前記クレジット会社サーバに対し、前記公開領域の解読によって得られた前記固有ＩＤに対応する前記暗号化キーを要求する暗号化キー要求部と、前記クレジット会社サーバに対し、少なくとも金額データを含んだ決済データと、を送信する決済データ送信部と、を備えている。
また、前記クレジット会社サーバは、前記暗号化キー要求部によって要求された、前記固有ＩＤに対応する前記暗号化キーを前記サーバ側記憶部から読み出す暗号化キー読出部と、前記暗号化キー読出部によって読み出された前記暗号化キーを、要求元の前記読取装置に送信する暗号化キー送信部と、前記決済データ送信部によって送信された前記決済データに基づいて決済処理を行う決済処理部と、を備えている。
更に、前記読取装置は、前記暗号化キー送信部によって送信された前記暗号化キーを取得する暗号化キー取得部を備えると共に、前記暗号化キー取得部によって前記暗号化キーが取得された場合に、前記解読部が、その取得された前記暗号化キーに基づいて、前記非公開領域を解読し、前記解読部によって前記非公開領域が解読された場合に、前記決済データ送信部が、前記クレジット会社サーバに対し、前記非公開領域に記録された前記クレジットＩＤを送信する構成をなしている。
そして、前記クレジット会社サーバの前記決済処理部は、前記決済データ送信部によって送信された前記クレジットＩＤに基づいて、前記決済データについての前記決済処理を行うように構成されている。
【００１０】
請求項３の発明は、請求項１又は請求項２に記載の決済システムにおいて、更に、前記携帯端末が、前記一部非公開コードの生成時刻に基づいて有効期間データを生成する有効期間データ生成部を備えており、前記コード生成部が、前記有効期間データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成している。
更に、前記読取装置の前記判断部が、前記解読部による前記公開領域の解読によって得られた前記有効期間データと、現在時刻とに基づいて、前記一部非公開コードが有効であるか否かを判断するように構成されている。
【００１１】
請求項４の発明は、請求項１又は請求項２に記載の決済システムにおいて、前記クレジット会社サーバが、前記クレジットＩＤの送信先となる前記携帯端末の前記固有ＩＤと対応付けて割り当てられた認証データを記憶する認証データ記憶部を有すると共に、前記サーバ側送信部が、前記携帯端末に対し、当該携帯端末に割り当てられた前記認証データを送信する構成をなしている。
また、前記携帯端末は、前記端末側受信部により、前記サーバ側送信部から当該携帯端末に送信された前記認証データを受信し、前記コード生成部により、前記端末側受信部によって受信された前記認証データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成している。
更に、前記読取装置は、前記解読部による前記公開領域の解読後に前記クレジット会社サーバにアクセスし、前記公開領域の解読によって得られた前記固有ＩＤ及び前記認証データの少なくともいずれかを送信する解読内容送信部を備え、前記クレジット会社サーバは、前記読取装置からのアクセスに応じ、前記解読内容送信部からの送信内容を認証する認証手段を備え、前記読取装置の前記判断部は、前記認証手段による認証結果に基づいて、前記一部非公開コードが有効であるか否かを判断している。
【００１２】
請求項５の発明は、請求項１又は請求項２に記載の決済システムにおいて、更に、前記クレジット会社サーバが、予め規定された所定データ発生方式に従って認証データを発生させるサーバ側データ発生部を備えている。
また、前記携帯端末は、前記クレジット会社サーバの前記所定データ発生方式と対応するデータ発生方式で認証データを発生させる端末側データ発生部を有すると共に、前記コード生成部が、前記端末側データ発生部で発生した前記認証データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成する構成をなしている。
そして、前記読取装置の前記判断部は、前記クレジット会社サーバにアクセスし、前記サーバ側データ発生部にて発生した前記認証データと、前記解読部によって解読された前記公開領域の前記認証データとを比較した比較結果に基づいて、前記一部非公開コードが有効であるか否かを判断する構成をなしている。
【００１３】
請求項６の発明は、請求項１から請求項５のいずれか一項に記載の決済システムにおいて、前記クレジット会社サーバの前記サーバ側送信部が、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記暗号化キーを送信する構成をなしており、前記携帯端末の前記コード生成部は、前記クレジット会社サーバから送信された前記暗号化キーに基づいて前記クレジットＩＤを暗号化した前記暗号データを前記非公開領域に記録する構成をなしている。
【００１４】
請求項７の発明は、請求項１から請求項５のいずれか一項に記載の決済システムにおいて、前記クレジット会社サーバの前記サーバ側送信部が、前記携帯端末に対し、当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤを暗号化した暗号データを、前記一部非公開コードの一部分を表す複数のセルによって表現してなる暗号化画像を送信している。
そして、前記携帯端末の前記コード生成部は、前記クレジット会社サーバから送信された前記暗号化画像を前記非公開領域の画像として組み込み、前記公開領域に、当該携帯端末の前記固有ＩＤと前記正当性判断基準データとを記録する構成で前記一部非公開コードを生成する構成をなしている。
【発明の効果】
【００１５】
請求項１の発明は、クレジット会社サーバにおいて、各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶しており、携帯端末に対して当該携帯端末の固有ＩＤに対応するクレジットＩＤのデータを送信している。一方、携帯端末は、クレジット会社サーバから当該携帯端末に送信されたクレジットＩＤのデータを受信し、端末側記憶部に記憶している。このようにすると、各携帯端末の保有者に割り当てられたクレジットＩＤを各携帯端末にて一元管理できるようになり、各携帯端末では、必要時にクレジットＩＤのデータをスムーズに利用できるようになる。
更に、携帯端末は、非公開領域にクレジットＩＤを記録し、公開領域に、当該携帯端末の固有ＩＤと正当性判断基準データとを記録する構成で、一部非公開コードを生成可能なコード生成部を備えており、その生成された一部非公開コードを表示部に表示可能に構成されている。このようにすると、携帯端末に格納されたクレジットＩＤを、情報漏洩しにくいコード構成とした上で利用でき、セキュリティ面で有利となる。
一方、読取装置は、撮像部によって一部非公開コードが撮像された場合に、少なくとも公開領域のデータを解読し、その解読によって得られた正当性判断基準データに基づいて、一部非公開コードが有効であるか否かを判断している。そして、一部非公開コードが有効であると判断された場合に、当該一部非公開コードのデータをクレジット会社サーバに送信している。このようにすると、読取装置側において決済処理の前段階で一部非公開コードの有効性を判断でき、一部非公開コードが不正な形で利用されなくなる。特に、この判断を、非公開領域を解読せずに行うことができるため、携帯端末と読取装置との間でのやりとりの際にクレジットＩＤが漏洩することがなく、セキュリティ面で一層有利となる。
更に、クレジット会社サーバは、読取装置から送信された一部非公開コードのデータ及び決済データを受信すると共に、一部非公開コードのデータに基づいて公開領域を解読し、当該公開領域に記録された固有ＩＤを取得している。そして、その取得した固有ＩＤに対応する暗号化キーをサーバ側記憶部から読み出すと共に、読み出された暗号化キーに基づき、受信された一部非公開コードの非公開領域を解読し、クレジットＩＤを取得している。このようにすると、固有ＩＤに対応する暗号化キーを有するクレジット会社サーバにおいては非公開領域を解読でき、万が一、クレジット会社サーバに至るまでの過程で一部非公開コードが他の装置に取得されたとしても、非公開領域が解読されずに秘密性が維持されることとなる。従って、セキュリティ面で万全となる。
【００１６】
請求項２の発明は、クレジット会社サーバにおいて、各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶しており、携帯端末に対して当該携帯端末の固有ＩＤに対応するクレジットＩＤのデータを送信している。一方、携帯端末は、クレジット会社サーバから当該携帯端末に送信されたクレジットＩＤのデータを受信し、端末側記憶部に記憶している。このようにすると、各携帯端末の保有者に割り当てられたクレジットＩＤを各携帯端末にて一元管理できるようになり、各携帯端末では、必要時にクレジットＩＤのデータをスムーズに利用できるようになる。
更に、携帯端末は、非公開領域にクレジットＩＤを記録し、公開領域に、当該携帯端末の固有ＩＤと正当性判断基準データとを記録する構成で、一部非公開コードを生成可能なコード生成部を備えており、その生成された一部非公開コードを表示部に表示可能に構成されている。このようにすると、携帯端末に格納されたクレジットＩＤを、情報漏洩しにくいコード構成とした上で利用でき、セキュリティ面で有利となる。
一方、読取装置は、撮像部によって一部非公開コードが撮像された場合に、少なくとも公開領域のデータを解読し、その解読によって得られた正当性判断基準データに基づいて、一部非公開コードが有効であるか否かを判断している。そして、一部非公開コードが有効であると判断された場合に、クレジット会社サーバに対し、公開領域の解読によって得られた固有ＩＤに対応する暗号化キーを要求している。このようにすると、読取装置側において決済処理の前段階で一部非公開コードの有効性を判断でき、一部非公開コードが不正な形で利用されなくなる。
また、クレジット会社サーバは、読取装置から暗号化キーの要求があった場合、固有ＩＤに対応する暗号化キーをサーバ側記憶部から読み出し、要求元の読取装置に送信している。そして、読取装置は、その送信された暗号化キーを取得すると共に、その取得された暗号化キーに基づいて非公開領域を解読し、非公開領域に記録されたクレジットＩＤをクレジット会社サーバに送信している。このようにすると、一部非公開コードが有効であることを条件として読取装置において非公開領域を解読できるようになる。一方、一部非公開コードが読取装置に至るまでの過程で他の装置に取得されたとしても、非公開領域が解読されずに秘密性が維持されることとなる。従って、他の装置にてクレジットＩＤが漏洩しクレジット会社サーバに送信されるといった事態が生じなくなり、セキュリティ面で万全となる。
【００１７】
請求項３の発明では、携帯端末において、一部非公開コードの生成時刻に基づいて有効期間データを生成する有効期間データ生成部が設けられており、その生成される有効期間データを正当性判断基準データとして公開領域に記録する構成で一部非公開コードを生成している。そして、読取装置の判断部では、公開領域の解読によって得られた有効期間データと、現在時刻とに基づいて、一部非公開コードが有効であるか否かを判断している。
一部非公開コードを撮像やコピーなどによって第三者が不正に取得したとしても、実際に使用するまでにはある程度の時間が必要となる。従って、一部非公開コードの生成直後は不正利用されることは少なく、読取装置で一部非公開コードを読み取る際の現在時刻が、一部非公開コードの生成時刻からある程度経過している場合に一部非公開コードを有効でないものと扱えば、一部非公開コードの不正利用を効果的に防ぐことができる。
【００１８】
請求項４の発明では、クレジット会社サーバが、クレジットＩＤの送信先となる携帯端末の固有ＩＤと対応付けて割り当てられた認証データを記憶しており、携帯端末へのクレジットＩＤの送信に伴い、当該携帯端末に割り当てられた認証データを送信している。一方、携帯端末は、当該携帯端末に送信された認証データを受信し、この認証データを正当性判断基準データとして公開領域に記録する構成で一部非公開コードを生成している。このようにすると、クレジット会社サーバから携帯端末に与えられた認証データを当該携帯端末で生成される一部非公開コードの正当性の判断指標とすることができる。
更に、読取装置は、解読部による前記公開領域の解読後に前記クレジット会社サーバにアクセスし、公開領域の解読によって得られた固有ＩＤ及び認証データの少なくともいずれかを送信し、クレジット会社サーバは、読取装置からのアクセスに応じ、解読内容送信部からの送信内容を認証している。そして、読取装置の判断部は、認証手段による認証結果に基づいて、一部非公開コードが有効であるか否かを判断している。このようにすると、解読内容送信部からの送信内容が正規のものであるか否かをサーバ側で認証でき、その認証結果に基づいて一部非公開コードの有効性を適切に判断できる。
【００１９】
請求項５の発明は、クレジット会社サーバが、予め規定された所定データ発生方式に従って認証データを発生させるサーバ側データ発生部を備えている。また、携帯端末は、クレジット会社サーバの所定データ発生方式と対応するデータ発生方式で認証データを発生させる端末側データ発生部を有している。このようにすると、クレジット会社サーバと携帯端末とで対応する認証データを発生させることができるようになる。
また、携帯端末のコード生成部では、端末側データ発生部で発生した認証データを正当性判断基準データとして公開領域に記録する構成で、一部非公開コードを生成しており、読取装置の判断部は、クレジット会社サーバにアクセスし、サーバ側データ発生部にて発生した認証データと、解読部によって解読された公開領域の認証データとを比較した比較結果に基づいて、一部非公開コードが有効であるか否かを判断している。このようにすると、公開領域の認証データがサーバ側で発生する正規の認証データに対応しているか否かを適切に判断でき、サーバ側で発生する認証データに対応した認証データを含まない不正な一部非公開コードの使用を排除できる。
【００２０】
請求項６の発明は、クレジット会社サーバのサーバ側送信部が、携帯端末に対して当該携帯端末の固有ＩＤに対応する暗号化キーを送信する構成をなしており、携帯端末のコード生成部は、クレジット会社サーバから送信された暗号化キーに基づいてクレジットＩＤを暗号化した暗号データを非公開領域に記録する構成をなしている。このようにすると、クレジット会社サーバにおいて固有ＩＤと対応付けて暗号化キーを管理できると共に、クレジットＩＤを与えるべき携帯端末に対し当該携帯端末の固有ＩＤに対応した暗号化キーを容易に渡すことができる。また、各固有ＩＤに対応する暗号化キーは、各固有ＩＤが割り当てられた携帯端末に配布されるものを除き、クレジット会社サーバで管理されるため、携帯端末において配布された暗号化キーを用いて生成される一部非公開コードは、クレジット会社サーバ或いはクレジット会社サーバによって許可された装置以外で解読することが難しく、セキュリティ面で有利となる。
【００２１】
請求項７の発明は、クレジット会社サーバのサーバ側送信部が、携帯端末に対し、当該携帯端末の固有ＩＤに対応するクレジットＩＤを暗号化した暗号データを、一部非公開コードの一部分を表す複数のセルによって表現してなる暗号化画像を送信している。そして、携帯端末のコード生成部は、クレジット会社サーバから送信された暗号化画像を非公開領域の画像として組み込み、公開領域に、当該携帯端末の固有ＩＤと正当性判断基準データとを記録する構成で一部非公開コードを生成する構成をなしている。このようにすると、クレジット会社サーバから携帯端末に対して暗号化された状態でクレジットＩＤを与えることができ、携帯端末では、クレジットＩＤを暗号化状態（秘密状態）で管理できる。従って、携帯端末でクレジットＩＤを保有する際のセキュリティ性を高めることができ、クレジットＩＤの不正利用をより効果的に防ぐことができる。一方、クレジットＩＤの暗号化画像を解読する暗号化キーはクレジット会社サーバで管理されるため、クレジット会社サーバ或いはクレジット会社サーバによって許可された装置以外で解読することが難しく、セキュリティ面で万全となる。
【図面の簡単な説明】
【００２２】
【図１】図１は、第１実施形態に係る決済システムを概念的に説明する説明図である。
【図２】図２（ａ）は、図１の決済システムで用いられるクレジット会社サーバを概略的に例示するブロック図であり、図２（ｂ）は、図１の決済システムで用いられる読取装置を概略的に例示するブロック図である。
【図３】図３は、図１の決済システムで用いられる携帯端末を概略的に例示するブロック図である。
【図４】図４は、図１のクレジット会社サーバに登録された顧客毎のデータを概念的に説明する説明図である。
【図５】図５は、携帯端末で行われるコード生成・表示処理の流れを例示するフローチャートである。
【図６】図６は、図１の決済システムで用いられる一部非公開コードを概念的に説明する説明図である。
【図７】図７（ａ）は、図６の一部非公開コードのデータ構成を例示する説明図であり、図７（ｂ）は、公開領域に記録する開示データを例示する説明図であり、図７（ｃ）は、非公開領域に記録する暗号データを例示する説明図である。
【図８】図８は、読取装置で行われるコード読取処理の流れを例示するフローチャートである。
【図９】図９は、クレジット会社サーバで行われるコード受信・決済処理の流れを例示するフローチャートである。
【図１０】図１０は、第２実施形態に係る決済システムを概念的に説明する説明図である。
【図１１】図１１は、第２実施形態の決済システムにおけるクレジット会社サーバに登録された顧客毎のデータを概念的に説明する説明図である。
【図１２】図１２は、第２実施形態の決済システムにおいて携帯端末で行われるコード生成・表示処理の流れを例示するフローチャートである。
【図１３】図１３は、第２実施形態の決済システムにおいて読取装置で行われるコード読取処理の流れを例示するフローチャートである。
【図１４】図１４は、第３実施形態に係る決済システムを概念的に説明する説明図である。
【図１５】図１５は、第３実施形態の決済システムにおいて携帯端末で行われるコード生成・表示処理の流れを例示するフローチャートである。
【図１６】図１６は、第４実施形態に係る決済システムを概念的に説明する説明図である。
【発明を実施するための形態】
【００２３】
[第１実施形態]
以下、本発明の第１実施形態に係る決済システムについて図面を参照しつつ説明する。
（全体構成）
まず、図１等を参照して決済システム１の全体構成を説明する。なお、図１は、第１実施形態に係る決済システム１を概略的に説明する説明図である。図１に示す決済システム１は、携帯端末を所持する情報利用者が商品を購入した際、或いは役務の提供を受けた際に決済を行うシステムとして構成されている。この決済システムは、主に、各クレジット会社サーバ２（以下、単にサーバ２ともいう）や読取装置３０などからなる決済側システムと、携帯端末１０とによって構成されている。
【００２４】
図１の例では、複数のクレジット会社サーバ２（第１のクレジット会社サーバ２ａ、第２のクレジット会社サーバ２ｂ、第３のクレジット会社サーバ２ｃ）が設けられている。いずれのクレジット会社サーバ２も、例えば、図２（ａ）のように構成されており、インターネット等の通信網を介して後述する携帯端末１０と通信可能に構成されている。これらクレジット会社サーバ２は、例えばコンピュータとして構成され、ＣＰＵ等からなる制御部３、液晶モニタ等として構成される表示部４、ＲＯＭ、ＲＡＭ、ＨＤＤ等からなる記憶部５、マウスやキーボード等として構成される操作部６、通信インターフェースとして構成される通信部７などを備えている。なお、図１では、通信網に３つのクレジット会社サーバ２（第１のクレジット会社サーバ２ａ、第２のクレジット会社サーバ２ｂ、第３のクレジット会社サーバ２ｃ）が接続される例を示したが、サーバの数は図１の構成に限定されず、例えば、１つであってもよく、３以外の複数であってもよい。
【００２５】
読取装置３０は、例えば、店舗等の精算場所（レジ付近等）に配置されるものであり、携帯端末１０の表示部に表示される一部非公開コードＣ（後述）を読み取るコード読取装置として構成されている。この読取装置３０は、例えば図２（ｂ）のように、ＣＰＵ等からなる制御部３１、受光センサ（例えば、Ｃ−ＭＯＳエリアセンサ、ＣＣＤエリアセンサ等）を備えたカメラとして構成される撮像部３２、液晶表示器などからなる表示部３３、ＲＯＭ、ＲＡＭ、ＨＤＤ等からなる記憶部３４、各種キーやタッチパネル等として構成される操作部３５、通信インターフェースとして構成される通信部３６などを備えている。
【００２６】
携帯端末１０は、情報処理機能を有する携帯型通信装置（例えば携帯電話機等）として構成されるものであり、図３に示すように、ＣＰＵからなる制御部１１、受光センサ（例えば、Ｃ−ＭＯＳエリアセンサ、ＣＣＤエリアセンサ等）を備えたカメラとして構成される撮像部１２、液晶表示器などからなる表示部１３、各種操作キーによって構成される操作部１４、ＲＯＭ，ＲＡＭ、不揮発性メモリなどからなる記憶部１５、インターネット等の通信網を介して通信を行う通信インターフェースとして構成される通信部１６などを備えている。なお、図１では、一つの携帯端末１０を代表的に例示しているが、通信網に接続される携帯端末１０の数は特に限定されず、多数の携帯端末１０が接続される構成でシステムを構築することができる。
【００２７】
次に、本実施形態に係る決済システム１で行われる各処理について説明する。 本実施形態に係る決済システム１では、主に、クレジットデータの送信処理、コード生成・表示処理、コード読取処理、コード受信・決済処理が行われるようになっている。このうち、クレジットデータ送信処理、コード受信・決済処理は、クレジット会社サーバ２で行われるものであり、コード生成・表示処理は、携帯端末１０で行われるものである。また、コード読取処理は、読取装置３０で行われるものである。以下、これらの処理について詳述する。
【００２８】
（クレジットデータの送信処理）
まず、クレジット会社サーバ２で行われるクレジットデータ送信処理について説明する。
本実施形態では、各クレジット会社サーバ２において、例えば図４のような登録データが記憶部５（図２（ａ））に記録されている。本実施形態では、クレジット会社において、各顧客に対してクレジット番号を発行する際に、各顧客の固有ＩＤ（電話番号やメールアドレス）に各顧客固有に割り当てられたクレジットデータ（クレジット番号、有効期限などのデータ）と暗号化キーとを対応付け、これらを記憶部５に記憶している。クレジット会社サーバ２では、このような登録を各顧客毎に行うことで、図４のように、各顧客毎に、携帯端末の固有ＩＤ（電話番号やメールアドレス）とクレジットデータ（クレジット番号（クレジットＩＤ）、有効期限などのデータ）と、暗号化キーとが対応付けられてなる登録データを生成し、記憶部５に記憶している。
【００２９】
クレジット会社サーバ２では、各顧客のデータを記憶部５に登録した後、クレジット番号を発行すべき顧客に対してクレジットデータと暗号化キーとを送信している。これらデータ（クレジットデータ、暗号化キー）は、送信すべき顧客の固有ＩＤに基づいて当該顧客の携帯端末のアドレスにメール送信される。なお、メール送信は、例えばオペレータなどにより行われてもよく、或いは所定時期に自動的に行われてもよい。
【００３０】
本実施形態では、記憶部５が「サーバ側記憶部」の一例に相当し、各携帯端末１０の各固有ＩＤを、各クレジットＩＤと対応付けて記憶するように機能する。また、制御部３及び通信部７は、「サーバ側送信部」の一例に相当し、携帯端末１０に対して当該携帯端末１０の固有ＩＤに対応するクレジット番号（クレジットＩＤ）や暗号化キーのデータを送信するように機能する。
【００３１】
なお、クレジット会社サーバ２から上記データ（クレジットデータ、暗号化キー）を含んだメールを受信した携帯端末１０は、そのデータ（クレジットデータ、暗号化キー）を記憶部１５に記憶しておく。なお、ここでは、クレジット会社サーバ２から携帯端末１０にクレジットデータや暗号化キーをメール送信したが、携帯端末１０がクレジット会社サーバ２のアクセスすると共に自己の固有ＩＤを提供し、クレジット会社サーバ２から固有ＩＤに対応した上記データ（クレジットデータ、暗号化キー）をダウンロードするようにしてもよい。
本実施形態では、携帯端末１０の制御部１１、通信部１６が「端末側受信部」の一例に相当し、上記「サーバ側送信部」から当該携帯端末１０に送信されたクレジットＩＤのデータを受信するように機能する。また、記憶部１５が、「端末側記憶部」の一例に相当し、上記「端末側受信部」によって受信されたクレジットＩＤのデータを記憶するように機能する。
【００３２】
（コード生成・表示処理）
次に、コード生成・表示処理について説明する。図５は、携帯端末１０で行われるコード生成・表示処理の流れを例示するフローチャートである。本実施形態では、例えば、携帯端末１０で所定操作が行われることで、図５に示すコード生成・表示処理が行われるようになっており、この処理では、まず、暗証番号の受付処理を行っている（Ｓ１）。この処理では、例えば「暗証番号を入力してください」等のコメントを表示部１３に表示することにより、暗号番号の入力を促し、その表示に応じて操作部１４にて入力される暗証番号を取得している。そして、その入力された暗証番号が予め登録された登録番号と一致するか否かを判断することで認証を行い（Ｓ２）、一致しない場合には、Ｓ２にてＮｏに進んでＳ１の処理を繰り返す。
【００３３】
Ｓ２でＹｅｓに進む場合には、クレジットデータ及び固有ＩＤ（例えば、電話番号やメールアドレス）を記憶部１５から読み出す処理を行う（Ｓ３）。この内、クレジットデータは、クレジット会社サーバ２から受信して記憶部１５に蓄積したものであり、複数種類のクレジットデータを記憶部１５に記憶しておく場合には、例えば、記憶されているクレジットデータを選択可能に表示し、使用者にいずれのクレジットデータを使用するか選択させるようにすればよい。また、固有ＩＤ（例えば、電話番号やメールアドレス）は、携帯端末１０固有のものとして当該携帯端末１０の記憶部１５に予め記憶されたものである。
【００３４】
Ｓ３の後には、現在時刻のデータを取得する処理を行う（Ｓ４）。本実施形態では、図示しない公知構成の時計部が設けられており、制御部１１は、常時この時計部から時刻データを取得できるようになっている。Ｓ４では、現在時刻（即ち、Ｓ４の処理実行時の時刻を時計部から取得し、記憶部１５に一時的に記憶している。
【００３５】
Ｓ４で現在時刻のデータを取得した後には、有効期間データを生成する処理を行う（Ｓ５）。本実施形態では、Ｓ４で取得した現在時刻が「一部非公開コードの生成時刻」の一例に相当しており、この現在時刻から一定時間経過した時刻（例えば、Ｓ４で取得した現在時刻から３分経過した時刻）のデータを「有効期間データ」として生成している。なお、本実施形態では、Ｓ５の処理を実行する制御部１１が「有効期間データ生成部」の一例に相当し、一部非公開コードＣの生成時刻に基づいて有効期間データを生成するように機能する。なお、この「有効期間データ」（即ち、Ｓ４で取得した現在時刻から一定時間経過した時刻のデータ）は、「正当性判断基準データ」の一例に相当している。
【００３６】
その後、一部非公開コードを生成する処理を行う（Ｓ６）。Ｓ６の処理では、図６のような一部非公開コードＣを生成している。この一部非公開コードＣは、一部領域が非公開領域Ｃｂ（暗号化されたデータが記録される領域）とされ、他の領域が公開領域Ｃｂ（暗号化されていないデータが記録される領域）とされた二次元コードとして構成されている。
【００３７】
本実施形態では、Ｓ３で読み出された当該携帯端末１０の固有ＩＤ（例えば、電話番号やメールアドレス）と、Ｓ５で生成された有効期間データ（正当性判断基準データ）とを公開データとしている。また、Ｓ３で読み出されたクレジット番号（クレジットＩＤ）を非公開データとしている。そして、非公開データについては、Ｓ３で読み出されたクレジット番号（クレジットＩＤ）等と対応する暗号化キー（当該クレジット番号と対応付けられてクレジット会社サーバ２から送信された暗号化キー）に基づいて暗号化している。非公開データの暗号化については、公知の共通鍵暗号方式を用いており、Ｓ６の処理において非公開データの暗号化で用いられる暗号化アルゴリズムが、後述するクレジット会社サーバ２での復号化アルゴリズムに対応している。
【００３８】
そして、このように暗号化された暗号データについては非公開領域Ｃｂに記録し、公開データについては公開領域Ｃａに記録する形で一部非公開コードＣ（図６（ａ））を生成している。一部領域を非公開領域（暗号化キーの取得を条件として読み取り可能な領域）とし、他の領域を公開領域（暗号化キーを用いずに読み取り可能な領域）とする一部非公開コードの生成方法や生成される一部非公開コードの具体的構成としては、例えば、特開２００９−９５４７公報、特開２００８−２９９４２２公報などに開示された技術を好適に用いることができる。図７（ａ）には、これら公報の技術を用いた場合の一部非公開コードのデータ構成を例示しており、このうち、「開示コード」は、図７（ｂ）のような各開示データ（固有ＩＤや有効期間データ等の各公開データ）をＪＩＳの基本仕様（ＪＩＳＸ０５１０：２００４）に従って符号化したものである。また、「秘匿コード」は、図７（ｃ）のような各暗号データ（クレジット番号等の各非公開データを暗号化した各暗号データ）をＪＩＳの基本仕様（ＪＩＳＸ０５１０：２００４）に従って符号化したものである。
【００３９】
なお、一部非公開コードの生成方法や生成される一部非公開コードの具体的構成はこの例に限られるものではなく、一部領域に暗号化データを記録し、他の領域に非暗号化データを記録した二次元コードを生成可能な方法であれば、これら公報に記載された方法以外の方法で生成されていてもよい。
【００４０】
本実施形態では、Ｓ６の処理を実行する制御部１１が「コード生成部」の一例に相当し、公開領域Ｃａと、暗号化キーに基づいて暗号化された暗号データが記録された非公開領域Ｃｂとを有する一部非公開コードＣを生成するように機能する。
【００４１】
Ｓ６の処理の後には、Ｓ６で生成された一部非公開コードＣを表示部１３（図３）に表示する処理を行う（Ｓ７）。この表示処理では、例えば、Ｓ６で生成された一部非公開コードＣを所定時間（例えば、数分）が経過するまで表示部１３に表示する構成としてもよく、使用者が所定の非表示操作を行うまで一部非公開コードＣを表示部１３に表示する構成としてもよい。
【００４２】
（コード読取処理）
次に、コード読取処理について説明する。図８は、読取装置３０で行われるコード読取処理の流れを例示するフローチャートである。図８に示すコード読取処理は、例えば読取装置３０にて所定操作が行われることで開始され、まず、一部非公開コードＣを撮像する処理を行う（Ｓ１０）。この処理では、図５のＳ７において表示部１３に表示された一部非公開コードＣが読取装置３０の撮像部３２に翳されたときに、この一部非公開コードＣを撮像部３２（図２（ｂ））によって撮像し、撮像によって得られた一部非公開コードＣの画像データを記憶部３４に記憶する。
【００４３】
Ｓ１０の撮像処理の後には、一部非公開コードＣの公開領域Ｃａのデコードを行う。具体的には、Ｓ１０で得られた一部非公開コードＣの画像データに基づき、暗号化されていない公開領域を公知の方法でデコードし、公開領域に記録された固有ＩＤ及び有効期間データを取得する。
本実施形態では、Ｓ１１の処理を行う制御部３１が「解読部」の一例に相当し、撮像部３２によって一部非公開コードＣが撮像された場合に、少なくとも公開領域Ｃａのデータを解読するように機能する。
【００４４】
Ｓ１１の処理の後には、現在時刻（Ｓ１２の処理を行う時刻）がＳ１２で得られた有効期間データで特定される有効期間内であるか否かを判断する。本実施形態では、Ｓ４で取得された現在時刻から一定時間経過した時刻が「有効期間データ」とされており、Ｓ１２では、現在時刻（Ｓ１２の処理を行う時刻）が有効期間データで示される時刻を経過しているか否かを判断している。現在時刻（Ｓ１２の処理を行う時刻）が有効期間データで示される時刻を経過している場合には、有効期間内ではないと判断し（Ｓ１２：Ｎｏ）当該コード読取処理を終了する。一方、現在時刻（Ｓ１２の処理を行う時刻）が有効期間データで示される時刻を経過していない場合には、有効期間内であると判断し（Ｓ１２：Ｙｅｓ）、Ｓ１０で得られた一部非公開コードＣの画像データ（コード画像）をクレジット会社サーバ２に送信する。
【００４５】
本実施形態では、制御部３１が「判断部」の一例に相当し、上記「解読部」による公開領域Ｃａの解読によって得られた「正当性判断基準データ」に基づいて、一部非公開コードＣが有効であるか否かを判断するように機能する（具体的には、公開領域Ｃａの解読によって得られた有効期間データと、Ｓ１２の処理を行う時刻（現在時刻）とに基づいて、一部非公開コードＣが有効であるか否かを判断するように機能する）。また、Ｓ１３の処理を実行する制御部３１は、「コードデータ送信部」の一例に相当し、上記「判断部」によって一部非公開コードＣが有効であると判断された場合に、当該一部非公開コードＣのデータをクレジット会社サーバ２に送信するように機能する。
【００４６】
Ｓ１３の処理の後には、クレジット会社サーバ２からデコード成功の結果を取得したか否かを判断する（Ｓ１４）。本実施形態では、Ｓ１３で送信される一部非公開コードＣの画像データ（コード画像）を取得したクレジット会社サーバ２において、後述するコード受信・決済処理が行われるようになっており、この処理においてデコード成功の通知（Ｓ２５：後述）がなされ、この通知を読取装置３０が受信した場合に、デコード成功の結果を取得したと判断してＳ１４にてＹｅｓに進んでいる。なお、Ｓ１３の処理後、所定時間内にその通知（Ｓ２５）を受信しなかった場合には、Ｓ１４にてＮｏに進み、Ｓ１０以降の処理を繰り返している。
【００４７】
Ｓ１４にてＹｅｓに進む場合には、クレジット会社サーバ２に対して決済データを送信する（Ｓ１５）。この決済データは、商品又は役務を提供する主体名（店舗名、会社名等を特定可能な情報（例えば、支払い先コード等））、商品又は役務の内容、請求金額、顧客名等の顧客情報などを含んでいる。なお、更に顧客にパスワード入力を要求し、そのパスワードを決済データに含ませてもよい。
本実施形態では、Ｓ１５の処理を実行する制御部３１が「決済データ送信部」の一例に相当し、クレジット会社サーバ２に対し、少なくとも金額データを含んだ決済データを送信するように機能する。
【００４８】
（コード受信・決済処理）
次に、コード受信・決済処理について説明する。図９は、クレジット会社サーバ２で行われるコード受信・決済処理の流れを例示するフローチャートである。図９に示す処理は、例えば読取装置３０からアクセスがあったときに開始され、まず、図８のＳ１３で送信された一部非公開コードＣの画像（コード画像）を受信する処理を行う（Ｓ２０）。
【００４９】
Ｓ２０の処理の後には、Ｓ２０で受信した一部非公開コードＣ（図６）の公開領域Ｃａをデコードする処理を行う（Ｓ２１）。この処理では、公知の方法で公開領域がデコードされ、公開領域Ｃａに記録された固有ＩＤ等が読み出される。
本実施形態では、Ｓ２１の処理を実行する制御部３が、「固有ＩＤ取得部」の一例に相当し、「サーバ側受信部」によって受信された一部非公開コードＣのデータに基づいて公開領域Ｃａを解読し、当該公開領域Ｃａに記録された固有ＩＤを取得するように機能する。
【００５０】
そして、Ｓ２１で読み出された固有ＩＤに対応する暗号化キーを記憶部５から読み出す（Ｓ２２）。本実施形態では、一部非公開コードＣを生成する際に用いた暗号化キーと、この暗号化キーを与えた携帯端末１０の固有ＩＤとが対応付けられて記憶されており（図４参照）、Ｓ２２では、Ｓ２１で読み出された固有ＩＤと対応付けられて記憶されている暗号化キーを記憶部５から読み出すことで、一部非公開コードＣの非公開領域を解読しうる暗号化キーを取得している。
本実施形態では、Ｓ２２の処理を実行する制御部３が、「暗号化キー読出部」の一例に相当し、上記「固有ＩＤ取得部」によって取得された固有ＩＤに対応する暗号化キーを記憶部５（サーバ側記憶部）から読み出すように機能する。
【００５１】
そして、Ｓ２２の処理後には、非公開領域Ｃｂをデコードし、暗号データを復号化する処理を行う（Ｓ２３）。この処理では、非公開領域Ｃｂに記録されたデータコード（暗号データを符号化してなる秘匿コード）を公知の方法でデコードした後、そのデコードデータを、Ｓ２２で読み出された暗号化キー（復号キー）を用いて復号化する。なお、本実施形態では、クレジット会社サーバ２で用いられる復号化アルゴリズム（暗号解読アルゴリズム）が、携帯端末１０で用いられる暗号化アルゴリズムに対応しており、図５のＳ６で用いられた暗号化キーと、Ｓ２２で読み出された暗号化キー（復号キー）とが一致する場合に、非公開領域Ｃｂの暗号データを復号化できるようになっている。なお、非公開領域の具体的解読方法は様々であり、例えば、特開２００９−９５４７公報、特開２００８−２９９４２２公報と同様の方法などを用いることができる。
本実施形態では、Ｓ２３の処理を実行する制御部３が、「クレジットＩＤ読出部」の一例に相当し、上記「暗号化キー読出部」によって読み出された暗号化キーに基づき、「サーバ側受信部」によって受信された一部非公開コードＣの非公開領域Ｃｂを解読し、クレジットＩＤを読み出すように機能する。
【００５２】
Ｓ２３の後には、Ｓ２３の処理で非公開領域Ｃｂのデコードが成功したか否かを判断する。デコードが失敗した場合（例えば、クレジット会社サーバ２に非公開領域Ｃｂと一致する暗号化キーが存在しない場合等）には、Ｓ２４にてＮｏに進み、一部非公開コードＣの再送要求を行う（Ｓ２８）。一方、Ｓ２３において非公開領域Ｃｂでデコードが成功した場合には、Ｓ２４にてＹｅｓに進み、読取装置３０に対してデコード成功を通知する（Ｓ２５）。
【００５３】
Ｓ２５にてデコード成功の旨を通知した後には、読取装置３０のコード読取処理におけるＳ１５の処理（図８）で送信された決済データを受信し（Ｓ２６）、決済処理を行う（Ｓ２７）。この決済処理では、少なくともＳ２６で受信した決済データとＳ２３のデコードで得られたクレジット番号（クレジットＩＤ）とを対応付けて記憶部５に記憶する。これにより、Ｓ２３で得られたクレジット番号（クレジットＩＤ）で特定される顧客と、Ｓ２６で受信した決済データに係る請求とを対応付けて登録することでき、その顧客に対して決済データで特定される請求金額を請求できるようになる。
なお、本実施形態では、Ｓ２０、Ｓ２６の処理を実行する制御部３及び通信部７が「サーバ側受信部」の一例に相当し、読取装置３０の「コードデータ送信部」によって送信された一部非公開コードＣのデータと、「決済データ送信部」によって送信された決済データとを受信するように機能する。
また、Ｓ２７の処理を実行する制御部３は、「決済処理部」の一例に相当し、クレジットＩＤ読出部によって読み出されたクレジットＩＤと、「サーバ側受信部」によって受信された決済データとに基づいて決済処理を行うように機能する。
【００５４】
（第１実施形態の主な効果）
本実施形態に係る決済システム１では、クレジット会社サーバ２において、各携帯端末１０の各固有ＩＤを、各クレジットＩＤと対応付けて記憶しており、携帯端末１０に対して当該携帯端末１０の固有ＩＤに対応するクレジットＩＤのデータを送信している。一方、携帯端末１０は、クレジット会社サーバ２から当該携帯端末１０に送信されたクレジットＩＤのデータを受信し、記憶部１５（端末側記憶部）に記憶している。このようにすると、各携帯端末１０の保有者に割り当てられたクレジットＩＤを各携帯端末１０にて一元管理できるようになり、各携帯端末１０では、必要時にクレジットＩＤのデータをスムーズに利用できるようになる。
更に、携帯端末１０は、非公開領域ＣｂにクレジットＩＤを記録し、公開領域Ｃａに、当該携帯端末１０の固有ＩＤと正当性判断基準データとを記録する構成で、一部非公開コードＣを生成可能な「コード生成部」を備えており、その生成された一部非公開コードＣを表示部１３に表示可能に構成されている。このようにすると、携帯端末１０に格納されたクレジットＩＤを、情報漏洩しにくいコード構成とした上で利用でき、セキュリティ面で有利となる。
一方、読取装置３０は、撮像部３２によって一部非公開コードＣが撮像された場合に、少なくとも公開領域Ｃａのデータを解読し、その解読によって得られた正当性判断基準データに基づいて、一部非公開コードＣが有効であるか否かを判断している。そして、一部非公開コードＣが有効であると判断された場合に、当該一部非公開コードＣのデータをクレジット会社サーバ２に送信している。このようにすると、読取装置３０側において決済処理の前段階で一部非公開コードＣの有効性を判断でき、一部非公開コードＣが不正な形で利用されなくなる。特に、この判断を、非公開領域Ｃｂを解読せずに行うことができるため、携帯端末１０と読取装置３０との間でのやりとりの際にクレジットＩＤが漏洩することがなく、セキュリティ面で一層有利となる。
更に、クレジット会社サーバ２は、読取装置３０から送信された一部非公開コードＣのデータ及び決済データを受信すると共に、一部非公開コードＣのデータに基づいて公開領域Ｃａを解読し、当該公開領域Ｃａに記録された固有ＩＤを取得している。そして、その取得した固有ＩＤに対応する暗号化キーを記憶部５（サーバ側記憶部）から読み出すと共に、読み出された暗号化キーに基づき、受信された一部非公開コードＣの非公開領域Ｃｂを解読し、クレジットＩＤを取得している。このようにすると、固有ＩＤに対応する暗号化キーを有するクレジット会社サーバ２においては非公開領域Ｃｂを解読でき、万が一、クレジット会社サーバ２に至るまでの過程で一部非公開コードＣが他の装置に取得されたとしても、非公開領域Ｃｂが解読されずに秘密性が維持されることとなる。従って、セキュリティ面で万全となる。
【００５５】
また、本実施形態に係る決済システム１では、携帯端末１０において、一部非公開コードＣの生成時刻に基づいて有効期間データを生成する「有効期間データ生成部」が設けられており、その生成される有効期間データを正当性判断基準データとして公開領域Ｃａに記録する構成で一部非公開コードＣを生成している。そして、読取装置３０では、公開領域Ｃａの解読によって得られた有効期間データと、現在時刻とに基づいて、一部非公開コードＣが有効であるか否かを判断している。
一部非公開コードＣを撮像やコピーなどによって第三者が不正に取得したとしても、実際に使用するまでにはある程度の時間が必要となる。従って、一部非公開コードＣの生成直後は不正利用されることは少なく、読取装置３０で一部非公開コードＣを読み取る際の現在時刻が、一部非公開コードＣの生成時刻からある程度経過している場合に一部非公開コードＣを有効でないものと扱えば、一部非公開コードＣの不正利用を効果的に防ぐことができる。
【００５６】
また、本実施形態では、クレジット会社サーバ２の「サーバ側送信部」が、携帯端末１０に対して当該携帯端末１０の固有ＩＤに対応する暗号化キーを送信する構成をなしており、携帯端末１０の「コード生成部」は、クレジット会社サーバ２から送信された暗号化キーに基づいてクレジットＩＤを暗号化した暗号データを非公開領域Ｃｂに記録する構成をなしている。このようにすると、クレジット会社サーバ２において固有ＩＤと対応付けて暗号化キーを管理できると共に、クレジットＩＤを与えるべき携帯端末１０に対し当該携帯端末１０の固有ＩＤに対応した暗号化キーを容易に渡すことができる。また、各固有ＩＤに対応する暗号化キーは、各固有ＩＤが割り当てられた携帯端末１０に配布されるものを除き、クレジット会社サーバ２で管理されるため、携帯端末１０において配布された暗号化キーを用いて生成される一部非公開コードＣは、クレジット会社サーバ２或いはクレジット会社サーバ２によって許可された装置以外で解読することが難しく、セキュリティ面で一層有利となる。
【００５７】
［第２実施形態］
次に第２実施形態について説明する。図１０は、第２実施形態に係る決済システムを概念的に説明する説明図である。図１１は、第２実施形態の決済システムにおけるクレジット会社サーバに登録された顧客毎のデータを概念的に説明する説明図である。図１２は、第２実施形態の決済システムにおいて携帯端末で行われるコード生成・表示処理の流れを例示するフローチャートである。図１３は、第２実施形態の決済システムにおいて読取装置で行われるコード読取処理の流れを例示するフローチャートである。
【００５８】
第２実施形態は、クレジットデータの送信処理、コード生成・表示処理、コード読取処理、コード受信・決済処理、及びクレジット会社サーバに登録される顧客毎のデータの内容のみが第１実施形態と異なり、それ以外は第１実施形態と同様である。例えば、ハードウェア構成は、第１実施形態と同一であるため、適宜、図２、図３を参照して説明することとする。また、一部非公開コードの構成については、具体的なデータ内容のみが第１実施形態と異なるだけで、それ以外の構成や生成方法、解読方法は第１実施形態と同様である。よって、適宜図６を参照して説明することとする。
【００５９】
まず、クレジットデータの送信処理について説明する。本実施形態では、各クレジット会社サーバ２において、例えば図１１のような登録データが記憶部５（図２（ａ））に記録されている。この登録データでは、図４の構成に加え、各顧客毎に認証データを割り当てている。
【００６０】
クレジット会社サーバ２では、各顧客のデータを記憶部５に登録した後、クレジット番号を発行すべき顧客に対してクレジットデータを送信している（図１０参照）。このクレジットデータは、送信すべき顧客の固有ＩＤに基づいて当該顧客の携帯端末のアドレスにメール送信されるようになっている。なお、メール送信は、第１実施形態と同様、例えばオペレータなどにより行われてもよく、或いは所定時期に自動的に行われてもよい。
なお、本実施形態でも、クレジット会社サーバ２から携帯端末１０に送信されたクレジットデータを、携帯端末側で記憶部１５に記憶しており、この記憶部１５が、「端末側記憶部」の一例に相当している。
【００６１】
次に、コード生成・表示処理について説明する。本実施形態でも、携帯端末１０で所定操作が行われることで、図１２に示すコード生成・表示処理が行われるようになっている。図１２の処理では、まず、第１実施形態のＳ１〜Ｓ３と同様の処理（Ｓ２０１〜Ｓ２０３）が行われる。
【００６２】
Ｓ２０３にてクレジットデータ（クレジット番号（クレジットＩＤ）等）及び固有ＩＤ（電話番号、メールアドレス等）を読み出した後には、図１２に示すように、クレジット会社サーバ２に対して当該携帯端末１０の固有ＩＤ（電話番号、メールアドレス等）を送信すると共に、暗号化キー及び認証データを要求する要求データを送信する（図１０も参照）。クレジット会社サーバ２は、携帯端末１０から固有ＩＤと要求データとが送信されてきた場合には、送信されてきた固有ＩＤに対応する認証データ及び暗号化キーを記憶部５から読み出し（図２（ａ）、図１１参照）、これら認証データ及び暗号化キーを送信元の携帯端末１０へ送信する。なお、ここでは、クレジット会社サーバ２において、予め各固有ＩＤと対応付けて暗号化キー及び認証データを記憶している例を示しているが（図１１参照）、暗号化キーを発生させる所定の暗号化キー発生プログラム（例えば暗号化キー発生用の乱数発生プログラム等）や、認証データを発生させる所定の認証データ発生プログラム（例えば認証データ発生用の乱数発生プログラム等）を設けておき、Ｓ２０４の処理があったときに、送信されてきた固有ＩＤと対応する暗号化キー及び認証データを新たに発生させ、その発生したする暗号化キー及び認証データを携帯端末１０に送信すると共に、これらを固有ＩＤと対応付けて記憶部５に記憶しておくようにしてもよい。
なお、本実施形態では、記憶部５が、「認証データ記憶部」の一例に相当し、各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶すると共に、クレジットＩＤの送信先となる携帯端末１０の固有ＩＤと対応付けて割り当てられた認証データを記憶するように機能する。また、制御部３が、「サーバ側送信部」の一例に相当し、携帯端末１０に対して当該携帯端末１０の固有ＩＤに対応するクレジットＩＤのデータや、当該携帯端末１０に割り当てられた認証データを送信するように機能する。
【００６３】
Ｓ２０４の処理の後、携帯端末１０は、クレジット会社サーバ２から暗号化キー及び認証データが送信されるまで待機し、クレジット会社サーバ２から送信がなされたときには、図１２に示すように、クレジット会社サーバ２から送信された暗号化キー及び認証データを受信し、記憶部１５に記憶しておく（Ｓ２０５）。
なお、本実施形態では、制御部１１及び通信部１６が「端末側受信部」の一例に相当し、クレジット会社サーバ２の「サーバ側送信部」から当該携帯端末１０に送信されたクレジット番号（クレジットＩＤ）等のデータを受信すると共に、上記「サーバ側送信部」から当該携帯端末に送信された認証データを受信するように機能する。
【００６４】
Ｓ２０５の後には、図１２に示すように、一部非公開コードＣを生成する処理を行う（Ｓ２０６）。なお、本実施形態でも、非公開領域Ｃｂにクレジット番号（クレジットＩＤ）等を含んだクレジットデータを記録し、公開領域Ｃａに、当該携帯端末１０の固有ＩＤ（電話番号、メールアドレス等）と正当性判断基準データとを記録する構成で一部非公開コードＣを生成しており、具体的には、Ｓ２０５で受信された認証データを正当性判断基準データとして公開領域Ｃａに記録する構成で、一部非公開コードＣを生成している。なお、本実施形態では、正当性判断基準データの具体的内容のみが第１実施形態と異なるだけであり、一部非公開コードＣの生成方法は第１実施形態のＳ６（図５）と同様である。
本実施形態でも、制御部１１が「コード生成部」の一例に相当している。
【００６５】
Ｓ２０６の後には、図１２に示すように、Ｓ２０６で生成された一部非公開コードＣを表示部１３に表示する処理を行う（Ｓ２０７）。なお、このＳ２０７の処理は、第１実施形態のＳ７（図５）と同様の処理である。
【００６６】
次に、第２実施形態において行われるコード読取処理について説明する。図１３に示すコード読取処理は、例えば読取装置３０にて所定操作が行われることで開始され、まず、一部非公開コードＣを撮像する処理を行い（Ｓ２１１）、更に、一部非公開コードＣの公開領域Ｃａのデコードを行う（Ｓ２１２）更に、このＳ２１１、Ｓ２１２の処理は、第１実施形態のＳ１０、Ｓ１１と同様である。なお、本実施形態では、公開領域Ｃａに、認証データと固有ＩＤ（電話番号、メールアドレス等）が記録されているため、Ｓ２１２の処理では、これらデータが取得される。
【００６７】
Ｓ２１２の処理の後には、図１３に示すように、このＳ２１２の処理で取得された認証データ及び固有ＩＤをクレジット会社サーバ２に送信する処理を行う（Ｓ２１３）。なお、本実施形態では、制御部３１、通信部３６が「解読内容送信部」の一例に相当し、「解読部」による公開領域Ｃａの解読後にクレジット会社サーバ２にアクセスし、公開領域Ｃａの解読によって得られた固有ＩＤ及び認証データを送信するように機能している。
【００６８】
Ｓ２１３にて送信されるデータを受信可能なクレジット会社サーバ２では、Ｓ２１３の送信処理が行われ、読取装置３０からアクセスがあったときに、このアクセスに応じて、Ｓ２１３での送信内容を認証している。具体的には、Ｓ２１３の処理で送信された固有ＩＤに対応する認証データ（図１１）を記憶部５から読み出し、この読み出された認証データ（登録された認証データ）と、Ｓ２１３の処理によって送信されてきた認証データ（クレジット会社サーバ２が受信した認証データ）とが一致するか否かを判断している。そして、これら認証データが一致する場合には、アクセス元の読取装置３０に対して認証が成功したことを示すデータ（認証成功データ）を送信している。なお、本実施形態では、このような処理を行う制御部３が「認証手段」の一例に相当し、上記「解読内容送信部」からの送信内容（Ｓ２１３で送信された固有ＩＤ及び認証データ）を認証するように機能する。
【００６９】
図１３に示すように、読取装置３０側では、クレジット会社サーバ２での認証が成功したか否か（即ち、クレジット会社サーバ２から認証成功データの送信があったか否か）を判断し（Ｓ２１４）、認証が失敗した場合にはＳ２１４にてＮｏに進んで当該コード読取処理を終了している。
なお、本実施形態では、Ｓ２１４の処理を行う制御部３１が「判断部」の一例に相当し、公開領域Ｃａの解読によって得られた認証データ（正当性判断基準データ）に基づいて（より具体的には、当該認証データをクレジット会社サーバ２に送信したときになされる上記「認証手段」による認証結果に基づいて）一部非公開コードＣが有効であるか否かを判断している。
【００７０】
Ｓ２１４の判断処理において、認証が成功したと判断される場合（即ち、クレジット会社サーバ２から認証成功データの送信があった場合）には、Ｓ２１４にてＹｅｓに進み、暗号化キーを要求する処理を行う（Ｓ２１５）。この処理では、クレジット会社サーバ２に対して、Ｓ２１２で取得された固有ＩＤと、暗号化キーを要求する要求データとを送信している。なお、本実施形態では、Ｓ２１５の処理を行う制御部３１及び通信部３６が「暗号化キー要求部」の一例に相当し、上記「判断部」によって一部非公開コードＣが有効であると判断された場合に、クレジット会社サーバ２に対し、公開領域Ｃａの解読によって得られた固有ＩＤに対応する暗号化キーを要求するように機能する。
【００７１】
Ｓ２１５にて送信される要求データを受信可能なクレジット会社サーバ２では、Ｓ２１５の送信処理が行われ、読取装置３０から暗号化キーの要求があったときに、上述の認証処理（Ｓ２１３の処理に応じて行われる認証処理）において認証が成功していることを条件として、Ｓ２１５で送信された固有ＩＤに対応した暗号化キーを記憶部５（図２（ａ）、図１１参照）から読み出し、その暗号化キーを要求元の読取装置３０に対して送信している。
なお、本実施形態では、クレジット会社サーバ２の制御部３が「暗号化キー読出部」の一例に相当し、上記「暗号化キー要求部」によって要求された、固有ＩＤに対応する暗号化キーを記憶部５（サーバ側記憶部）から読み出すように機能する。また、制御部３及び通信部７は、「暗号化キー送信部」の一例に相当し、「暗号化キー読出部」によって読み出された暗号化キーを、要求元の読取装置３０に送信するように機能する。
【００７２】
読取装置３０では、Ｓ２１５の処理の後、クレジット会社サーバ２から暗号化キーの送信があるまで待機しており、暗号化キーの送信があったときには、この暗号化キーを受信する処理を行っている（Ｓ２１６）。
なお、本実施形態では、制御部３１及び通信部３６が、「暗号化キー取得部」の一例に相当し、上記「暗号化キー送信部」によって送信された前記暗号化キーを取得するように機能する。
【００７３】
Ｓ２１６の処理の後には、図１３に示すように、一部非公開コードＣの非公開領域Ｃｂをデコードし、、暗号データを復号化する処理を行う（Ｓ２１７）。このＳ２１７の処理では、Ｓ２１６で受信した暗号化キーに基づいて非公開領域Ｃｂの暗号データを復号化しており、具体的には、第１実施形態においてクレジット会社サーバ２で行われたＳ２３と同様の方法で復号化を行っている。
なお、本実施形態では、Ｓ２１２、Ｓ２１７の処理を実行する制御部３１が「解読部」の一例に相当し、少なくとも公開領域Ｃａを解読すると共に、「暗号化キー取得部」によって暗号化キーが取得された場合に、その取得された前記暗号化キーに基づいて非公開領域Ｃｂを解読するように機能する。
【００７４】
Ｓ２１７の処理の後には、図１３に示すように、クレジット会社サーバ２に対して決済データを送信する処理を行う（Ｓ２１８）。この処理は、第１実施形態のＳ１５（図８）と同様であり、送信される決済データも第１実施形態と同様のデータ（商品又は役務を提供する主体名（店舗名、会社名等を特定可能な情報（例えば、支払い先コード等））、商品又は役務の内容、請求金額、顧客名等の顧客情報などを含んだデータ）とされている。なお、本実施形態では、Ｓ２１８の処理を実行する制御部３１が「決済データ送信部」の一例に相当する。
【００７５】
Ｓ２１８で送信される決済データを受信しうるクレジット会社サーバ２では、Ｓ２１８で送信される決済データを受信した後に、第１実施形態と同様の決済処理（Ｓ２７：図９）が行われるようになっている。
本実施形態では、制御部３が「決済処理部」の一例に相当し、読取装置３０の「決済データ送信部」によって送信された決済データに基づいて決済処理を行うように機能する。
【００７６】
（第２実施形態の主な効果）
本実施形態の決済システム１によれば、各携帯端末１０の保有者に割り当てられたクレジットＩＤを各携帯端末１０にて一元管理でき、各携帯端末１０では、必要時にクレジットＩＤのデータをスムーズに利用できるようになる。
また、携帯端末１０に格納されたクレジットＩＤを、情報漏洩しにくいコード構成とした上で利用できるため、セキュリティ面でも有利となる。
また、読取装置３０側において決済処理の前段階で一部非公開コードＣの有効性を判断できるため、一部非公開コードＣが不正な形で利用されなくなる。
更に、一部非公開コードＣが有効であることを条件として読取装置３０において非公開領域Ｃｂを解読できるようになっている。一方、一部非公開コードＣが読取装置３０に至るまでの過程で他の装置に取得されたとしても、非公開領域Ｃｂが解読されずに秘密性が維持されることとなる。従って、他の装置にてクレジットＩＤが漏洩しクレジット会社サーバ２に送信されるといった事態が生じなくなり、セキュリティ面で万全となる。
【００７７】
また、本実施形態では、クレジット会社サーバ２において、クレジットＩＤの送信先となる携帯端末１０の固有ＩＤと対応付けて割り当てられた認証データを記憶しており、携帯端末１０へのクレジットＩＤの送信に伴い、当該携帯端末１０に割り当てられた認証データを送信している。一方、携帯端末１０では、当該携帯端末１０に送信された認証データを受信し、この認証データを正当性判断基準データとして公開領域Ｃａに記録する構成で一部非公開コードＣを生成している。このようにすると、クレジット会社サーバ２から携帯端末１０に与えられた認証データを当該携帯端末１０で生成される一部非公開コードＣの正当性の判断指標とすることができる。
更に、本実施形態では、読取装置３０が、Ｓ２１２での公開領域Ｃａの解読後にクレジット会社サーバ２にアクセスし、公開領域Ｃａの解読によって得られた固有ＩＤ及び認証データを送信しており（Ｓ２１３）、クレジット会社サーバ２では、読取装置３０からのアクセスに応じ、その送信内容（固有ＩＤ及び認証データ）を認証している。そして、読取装置３０の「判断部」では、クレジット会社サーバ２での認証結果に基づいて、一部非公開コードＣが有効であるか否かを判断している。このようにすると、Ｓ２１３での送信内容（固有ＩＤ及び認証データ）が正規のものであるか否かをサーバ側で認証でき、その認証結果に基づいて一部非公開コードＣの有効性を適切に判断できる。
【００７８】
また、本実施形態の決済システムでは、クレジット会社サーバ２において、各認証データの認証履歴を残す方法、或いは一回使用された認証データを消去する方法等を用い、一度認証処理が成功した認証データを二度と使えないようにしてもよい。このようにすると、Ｓ２１３の処理で送信された認証データが既に認証済みである場合に、クレジット会社サーバ２において認証失敗と扱うことができ、一度使用された認証データが繰り返し不正利用されることを効果的に防止できるようになる。
【００７９】
［第３実施形態］
次に第３実施形態について説明する。図１４は、第３実施形態に係る決済システムを概念的に説明する説明図である。図１５は、第３実施形態の決済システムにおいて携帯端末で行われるコード生成・表示処理の流れを例示するフローチャートである。
【００８０】
第３実施形態は、クレジットデータの送信処理、コード生成・表示処理、サーバ側での認証処理のみが第２実施形態と異なり、それ以外は第２実施形態と同様である。なお、クレジットデータの送信処理は、第１実施形態と同様であり、図１４のように、クレジット会社サーバ２から携帯端末１０に対して、当該携帯端末１０の固有ＩＤに対応するクレジットデータ（クレジット番号（クレジットＩＤ）等）及び暗号化キーが送信されるようになっている。
【００８１】
本実施形態では、例えば図１５のような流れでコード生成・表示処理が行われる。このコード生成・表示処理では、まず、第１実施形態のＳ１〜Ｓ４と同様の処理（Ｓ３１１〜Ｓ３１４）が行われ、その後、認証データを発生する処理が行われるようになっている（Ｓ３１５）。
【００８２】
本実施形態では、クレジット会社サーバ２において、認証データ発生プログラムが備えられており、予め規定された所定データ発生方式に従って認証データを発生させることが可能となっている。また、携帯端末１０にも、クレジット会社サーバの所定データ発生方式と同一のデータ発生方式で認証データを発生させる認証データ発生プログラムが備えられている。なお、この認証データ発生プログラムは、例えばクレジット会社サーバ２からのダウンロード等の方法により携帯端末１０に与えられるようになっている。
【００８３】
上記「予め規定された所定データ発生方式」は様々な方式が考えられ、例えば、各固有ＩＤに割り当てられた固有データ（例えば、クレジット番号、或いはクレジット番号とは別で顧客毎に割り当てた割り当てデータ）に対して予め規定された所定の素数を乗ずると共に、その乗算によって得られた値の下８桁を選択し、その選択された下８桁の数字に前記所定の素数を再び乗ずることで得られた算出値の下８桁の値を「認証データ」とするといった例が考えられる。なお、「予め規定された所定データ発生方式」の例はこれに限られるものではなく、例えば、認証データを発生させる日時などの時間情報をパラメータとして含んだ算出式（例えば、顧客毎に割り当てられた値に認証データを発生させる日時などの時間情報を乗算する算出式等）によって認証データを生成するようにすれば、認証データの発生日時から相当時間が経過してから一部非公開コードＣが悪用されることを効果的に防止できる。
【００８４】
本実施形態では、クレジット会社サーバ側において認証データ発生プログラムを実行する制御部３が「サーバ側データ発生部」の一例に相当している。また、携帯端末１０側において認証データ発生プログラムを実行する制御部１１が「端末側データ発生部」の一例に相当している。
【００８５】
Ｓ３１５にて認証データを発生させた後には、このＳ３１５で得られた認証データ及びＳ３１３で得られた固有ＩＤを公開領域Ｃａに記録し、クレジット番号（クレジットＩＤ）等のクレジットデータを非公開領域Ｃｂに記録する形で、一部非公開コードＣを生成し（Ｓ３１６）、その生成された一部非公開コードＣを表示部１３に表示する（Ｓ３１７）。なお、Ｓ３１６での一部非公開コードＣの生成方法は、第１実施形態のＳ６（図５）と同様であり、Ｓ３１７の表示処理はＳ７（図５）と同様である。
なお、本実施形態では、Ｓ３１６の処理を実行する制御部１１が「コード生成部」の一例に相当し、上記「端末側データ発生部」で発生した認証データを「正当性判断基準データ」として公開領域Ｃａに記録する構成で、一部非公開コードＣを生成するように機能する。
【００８６】
次に、本実施形態で行われるコード読取処理について説明する。本実施形態でも、第２実施形態と同様のコード読取処理（図１３）が行われ、Ｓ２１３の処理により、公開領域Ｃａに記録された固有ＩＤと認証データとがクレジット会社サーバ２に送信されるようになっている（図１４も参照）。
【００８７】
Ｓ２１３（図１３）にて送信されるデータを受信可能なクレジット会社サーバ２では、Ｓ２１３の送信処理が行われ、読取装置３０からアクセスがあったときに、このアクセスに応じて、Ｓ２１３での送信内容を認証している。具体的には、携帯端末１０で用いられた認証データ発生プログラムと同一のプログラムを用いて認証データを発生させている。そして、この発生した認証データと、Ｓ２１３の処理によって送信されてきた認証データ（クレジット会社サーバ２が受信した認証データ）とが一致するか否かを判断している。そして、これら認証データが一致する場合には、アクセス元の読取装置３０に対して認証が成功したことを示すデータ（認証成功データ）を送信している。
【００８８】
図１３に示すように、読取装置３０側では、クレジット会社サーバ２での認証が成功したか否か（即ち、クレジット会社サーバ２から認証成功データの送信があったか否か）を判断し（Ｓ２１４）、認証が失敗した場合にはＳ２１４にてＮｏに進んで当該コード読取処理を終了している。認証が成功した場合には、Ｓ２１４にてＹｅｓに進み、第２実施形態と同様のＳ２１５〜Ｓ２１８の処理を行う。なお、本実施形態では、Ｓ２１４の処理を行う制御部３１が「判断部」の一例に相当し、クレジット会社サーバ２にアクセスし、「サーバ側データ発生部」にて発生した認証データと、「解読部」によって解読された公開領域Ｃａの認証データとを比較した比較結果に基づいて、一部非公開コードＣが有効であるか否かを判断するように機能する。
【００８９】
（第３実施形態の主な効果）
本実施形態に係る決済システムでは、クレジット会社サーバ２において、予め規定された所定データ発生方式に従って認証データを発生させる「サーバ側データ発生部」が設けられている。また、携帯端末には、クレジット会社サーバ２の所定データ発生方式と対応するデータ発生方式で認証データを発生させる「端末側データ発生部」が設けられている。このようにすると、クレジット会社サーバ２と携帯端末１０とで対応する認証データを発生させることができるようになる。
また、携帯端末１０の「コード生成部」では、上記「端末側データ発生部」にて発生した認証データを正当性判断基準データとして公開領域Ｃａに記録する構成で、一部非公開コードＣを生成しており、読取装置３０の「判断部」では、クレジット会社サーバ２にアクセスし、上記「サーバ側データ発生部」にて発生した認証データと、「解読部」によって解読された公開領域Ｃａの認証データとを比較した比較結果に基づいて、一部非公開コードＣが有効であるか否かを判断している。このようにすると、公開領域Ｃａの認証データがサーバ側で発生する正規の認証データに対応しているか否かを適切に判断でき、サーバ側で発生する認証データに対応した認証データを含まない不正な一部非公開コードの使用を排除できる。
【００９０】
［第４実施形態］
次に第４実施形態について説明する。図１６は、第４実施形態に係る決済システムを概念的に説明する説明図である。なお、第４実施形態は、クレジットデータの送信処理、コード生成・表示処理のみが第３実施形態と異なり、それ以外は第３実施形態と同様である。
【００９１】
まず、クレジットデータの送信処理について説明する。本実施形態でも、各クレジット会社サーバ２において、例えば図４のような登録データが記憶部５（図２（ａ））に記録されており、クレジット会社サーバ２では、まず、クレジット番号（クレジットＩＤ）等のクレジットデータを発行すべき顧客に割り当てられた暗号化キーを読み出し、この暗号化キーを用いてクレジットデータを暗号化している。そして、その暗号化データを非公開領域Ｃｂに記録した一部非公開コードＣを生成する。この一部非公開コードＣの生成方法は、第１実施形態のＳ６（図５）と同様であるが、ここでは、非公開領域Ｃｂのみを生成し、公開領域Ｃｂについては空白とした形で、非公開領域Ｃｂのみの画像データを生成している。
【００９２】
このように非公開領域Ｃｂの画像データを生成した後、この画像データを、送信すべき顧客の固有ＩＤに基づいて当該顧客の携帯端末のアドレスにメール送信する（図１６参照）。なお、この画像データは、送信先の携帯端末１０にて受信され、記憶部１５に記憶される。
本実施形態では、クレジット会社サーバ２の制御部３及び通信部７が「サーバ側送信部」の一例に相当し、携帯端末１０に対し、当該携帯端末１０の固有ＩＤに対応するクレジットＩＤを暗号化した暗号データの画像（詳しくは、当該暗号データを一部非公開コードＣの一部分を表す複数のセルによって表現してなる暗号化画像）を送信している。
【００９３】
次に、本実施形態で行われるコード生成・表示処理について説明する。本実施形態でも、図１５に示すように、第３実施形態と同様の流れでコード生成・表示が行われる。このコード生成・表示処理において、Ｓ３１１〜Ｓ３１５の処理は、第３実施形態と同様であり、Ｓ３１３においてクレジットデータの代わりに、クレジット会社サーバ２から取得した上記画像データが読み出される点のみが第３実施形態と異なっている。
【００９４】
Ｓ３１５の処理の後には、一部非公開コードＣを生成する処理を行う（Ｓ３１６）。この処理では、クレジット会社サーバ２から送信された暗号化画像を非公開領域Ｃｂの画像として組み込み、公開領域Ｃａには、Ｓ３１３で読み出された固有ＩＤとＳ３１５で生成された認証データ（正当性判断基準データ）とを記録する構成で一部非公開コードＣを生成する。なお、一部非公開コードＣの生成方法は、第１実施形態のＳ６（図５）と同様であるが、本実施形態では、既に暗号データがコード化され非公開領域Ｃｂの画像が生成済みであるため、Ｓ３１６では、公開領域に記録すべき公開データ（固有ＩＤや認証データ等）を符号化した上で公開領域Ｃａに割り付けると共に、これに非公開領域Ｃｂの画像を組み込み、更に、全体の誤り訂正データを生成して誤り訂正領域に組み込むことで一部非公開コードＣを生成する。
なお、本実施形態では、制御部１１が「コード生成部」の一例に相当し、クレジット会社サーバ２から送信された暗号化画像を非公開領域Ｃｂの画像として組み込み、公開領域Ｃａに、当該携帯端末１０の固有ＩＤと正当性判断基準データとを記録する構成で一部非公開コードＣを生成するように機能する。
【００９５】
Ｓ３１６で生成された一部非公開コードＣは、第３実施形態と同様の表示が行われ（Ｓ３１７）、読取装置３０にて行われるコード読取処理（図１３）により、第３実施形態と同様に読み取られることとなる。なお、図１３のコード読取処理では、Ｓ２１５での要求に応じてクレジット会社サーバ２から暗号化キーが送信されるが、本実施形態では、上述のクレジットデータの送信処理において非公開領域Ｃｂの画像生成時に用いられた暗号化キーが固有ＩＤと対応付けられているため、Ｓ２１５で送信される固有ＩＤに基づき、非公開領域Ｃｂの画像生成時に用いられた暗号化キーがクレジット会社サーバ２から読取装置３０に送信されることとなる。
【００９６】
（第４実施形態の主な効果）
本実施形態に係る決済システムでは、クレジット会社サーバ２の「サーバ側送信部」が、携帯端末１０に対し、当該携帯端末１０の固有ＩＤに対応するクレジットＩＤを暗号化した暗号データを、一部非公開コードＣの一部分を表す複数のセルによって表現してなる暗号化画像を送信している。そして、携帯端末１０の「コード生成部」は、クレジット会社サーバ２から送信された暗号化画像を非公開領域Ｃｂの画像として組み込み、公開領域Ｃａに、当該携帯端１０の固有ＩＤと正当性判断基準データとを記録する構成で一部非公開コードＣを生成している。このようにすると、クレジット会社サーバ２から携帯端末１０に対して暗号化された状態でクレジットＩＤを与えることができ、携帯端末１０では、クレジットＩＤを暗号化状態（秘密状態）で管理できる。従って、携帯端末１０でクレジットＩＤを保有する際のセキュリティ性を高めることができ、クレジットＩＤの不正利用をより効果的に防ぐことができる。一方、クレジットＩＤの暗号化画像を解読する暗号化キーはクレジット会社サーバ２で管理されるため、クレジット会社サーバ２或いはクレジット会社サーバ２によって許可された装置以外で解読することが難しく、セキュリティ面で万全となる。
【００９７】
［他の実施形態]
本発明は上記記述及び図面によって説明した実施形態に限定されるものではなく、例えば次のような実施形態も本発明の技術的範囲に含まれる。
【００９８】
第２〜第４実施形態では、図１３のＳ２１３の処理に応じて行われるクレジット会社サーバ２の認証処理において認証が成功した場合に、クレジット会社サーバ２から読取装置３０に対して暗号化キーを送信し、読取装置３０にて一部非公開コードＣを解読していたが、Ｓ２１３の処理に応じて行われるクレジット会社サーバ２の認証処理において認証が成功した場合に、読取装置３０からクレジット会社サーバ２に対して一部非公開コードＣの画像データを送信するようにしてもよい。この場合、クレジット会社サーバ２では、図９のようなコード受信・決済処理を行うようにすればよい。また、読取装置３０では、図１３の処理において、Ｓ２１６、Ｓ２１７を省略すると共に、デコード成功の通知（Ｓ２５：図９）があった場合に、Ｓ２１８の処理を行うようにすればよい。
【符号の説明】
【００９９】
１…決済システム
２・・・クレジット会社サーバ
３・・・制御部（サーバ側送信部、サーバ側受信部、固有ＩＤ取得部、暗号化キー読出部、クレジットＩＤ読出部、決済処理部、暗号化キー送信部、認証データ読出部、サーバ側データ発生部）
５・・・記憶部（サーバ側記憶部、認証データ記憶部）
７・・・通信部（サーバ側送信部、サーバ側受信部、暗号化キー送信部）
１０・・・携帯端末
１１・・・制御部（コード生成部、端末側受信部、有効期間データ生成部、端末側データ発生部）
１３・・・表示部
１５・・・記憶部（端末側記憶部）
１６・・・通信部（端末側受信部）
３０・・・読取装置
３１・・・制御部（解読部、判断部、コードデータ送信部、決済データ送信部、暗号化キー要求部、暗号化キー取得部、固有ＩＤ送信部）
３２・・・撮像部
３６・・・通信部（コードデータ送信部、決済データ送信部、暗号化キー要求部、暗号化キー取得部、固有ＩＤ送信部）
Ｃ・・・一部非公開コード
Ｃａ・・・公開領域
Ｃｂ・・・非公開領域
【特許請求の範囲】
【請求項１】
公開領域と、暗号化キーに基づいて暗号化された暗号データが記録された非公開領域とを有する一部非公開コードを生成可能なコード生成部と、前記コード生成部によって生成された前記一部非公開コードを表示する表示部と、を備えた携帯端末と、
各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶するサーバ側記憶部と、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤのデータを送信するサーバ側送信部と、を備えたクレジット会社サーバと、
前記携帯端末の前記表示部に表示される前記一部非公開コードを読み取る読取装置と、
を備えた決済システムであって、
前記携帯端末は、
前記クレジット会社サーバの前記サーバ側送信部から当該携帯端末に送信された前記クレジットＩＤのデータを受信する端末側受信部と、
前記端末側受信部によって受信された前記クレジットＩＤのデータを記憶する端末側記憶部と、
を備えると共に、
前記コード生成部が、前記非公開領域に前記クレジットＩＤを記録し、前記公開領域に、当該携帯端末の前記固有ＩＤと正当性判断基準データとを記録する構成で、前記一部非公開コードを生成し、
前記表示部が、前記コード生成部によって生成された前記一部非公開コードを表示する構成をなしており、
前記読取装置は、
前記携帯端末の前記表示部に表示された前記一部非公開コードを撮像する撮像部と、
前記撮像部によって前記一部非公開コードが撮像された場合に、少なくとも前記公開領域のデータを解読する解読部と、
前記解読部による前記公開領域の解読によって得られた前記正当性判断基準データに基づいて、前記一部非公開コードが有効であるか否かを判断する判断部と、
前記判断部によって前記一部非公開コードが有効であると判断された場合に、当該一部非公開コードのデータを前記クレジット会社サーバに送信するコードデータ送信部と、
前記クレジット会社サーバに対し、少なくとも金額データを含んだ決済データを送信する決済データ送信部と、
を備え、
前記クレジット会社サーバは、
前記読取装置の前記コードデータ送信部によって送信された前記一部非公開コードのデータと、前記決済データ送信部によって送信された前記決済データとを受信するサーバ側受信部と、
前記サーバ側受信部によって受信された前記一部非公開コードのデータに基づいて前記公開領域を解読し、当該公開領域に記録された前記固有ＩＤを取得する固有ＩＤ取得部と、
前記固有ＩＤ取得部によって取得された前記固有ＩＤに対応する前記暗号化キーを前記サーバ側記憶部から読み出す暗号化キー読出部と、
前記暗号化キー読出部によって読み出された前記暗号化キーに基づき、前記サーバ側受信部によって受信された前記一部非公開コードの前記非公開領域を解読し、前記クレジットＩＤを読み出すクレジットＩＤ読出部と、
前記クレジットＩＤ読出部によって読み出された前記クレジットＩＤと、前記サーバ側受信部によって受信された前記決済データとに基づいて決済処理を行う決済処理部と、
を有することを特徴とする決済システム。
【請求項２】
公開領域と、暗号化キーに基づいて暗号化された暗号データが記録された非公開領域とを有する一部非公開コードを生成可能なコード生成部と、前記コード生成部によって生成された前記一部非公開コードを表示する表示部と、を備えた携帯端末と、
各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶するサーバ側記憶部と、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤのデータを送信するサーバ側送信部と、を備えたクレジット会社サーバと、
前記携帯端末の前記表示部に表示される前記一部非公開コードを読み取る読取装置と、
を備えた決済システムであって、
前記携帯端末は、
前記クレジット会社サーバの前記サーバ側送信部から当該携帯端末に送信された前記クレジットＩＤのデータを受信する端末側受信部と、
前記端末側受信部によって受信された前記クレジットＩＤのデータを記憶する端末側記憶部と、
を備えると共に、
前記コード生成部が、前記非公開領域に前記クレジットＩＤを記録し、前記公開領域に、当該携帯端末の前記固有ＩＤと正当性判断基準データとを記録する構成で、前記一部非公開コードを生成し、
前記表示部が、前記コード生成部によって生成された前記一部非公開コードを表示する構成をなしており、
前記読取装置は、
前記携帯端末の前記表示部に表示された前記一部非公開コードを撮像する撮像部と、
前記撮像部によって前記一部非公開コードが撮像された場合に、少なくとも前記公開領域のデータを解読する解読部と、
前記解読部による前記公開領域の解読によって得られた前記正当性判断基準データに基づいて、前記一部非公開コードが有効であるか否かを判断する判断部と、
前記判断部によって前記一部非公開コードが有効であると判断された場合に、前記クレジット会社サーバに対し、前記公開領域の解読によって得られた前記固有ＩＤに対応する前記暗号化キーを要求する暗号化キー要求部と、
前記クレジット会社サーバに対し、少なくとも金額データを含んだ決済データと、を送信する決済データ送信部と、
を備え、
前記クレジット会社サーバは、
前記暗号化キー要求部によって要求された、前記固有ＩＤに対応する前記暗号化キーを前記サーバ側記憶部から読み出す暗号化キー読出部と、
前記暗号化キー読出部によって読み出された前記暗号化キーを、要求元の前記読取装置に送信する暗号化キー送信部と、
前記決済データ送信部によって送信された前記決済データに基づいて決済処理を行う決済処理部と、
を備え、
更に、前記読取装置は、
前記暗号化キー送信部によって送信された前記暗号化キーを取得する暗号化キー取得部を備えると共に、
前記暗号化キー取得部によって前記暗号化キーが取得された場合に、前記解読部が、その取得された前記暗号化キーに基づいて、前記非公開領域を解読し、
前記解読部によって前記非公開領域が解読された場合に、前記決済データ送信部が、前記クレジット会社サーバに対し、前記非公開領域に記録された前記クレジットＩＤを送信する構成をなしており、
前記クレジット会社サーバの前記決済処理部は、前記決済データ送信部によって送信された前記クレジットＩＤに基づいて、前記決済データについての前記決済処理を行うことを特徴とする決済システム。
【請求項３】
前記携帯端末は、
前記一部非公開コードの生成時刻に基づいて有効期間データを生成する有効期間データ生成部を備えると共に、
前記コード生成部が、前記有効期間データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成しており、
前記読取装置の前記判断部は、前記解読部による前記公開領域の解読によって得られた前記有効期間データと、現在時刻とに基づいて、前記一部非公開コードが有効であるか否かを判断することを特徴とする請求項１又は請求項２に記載の決済システム。
【請求項４】
前記クレジット会社サーバは、
前記クレジットＩＤの送信先となる前記携帯端末の前記固有ＩＤと対応付けて割り当てられた認証データを記憶する認証データ記憶部を有すると共に、
前記サーバ側送信部が、前記携帯端末に対し、当該携帯端末に割り当てられた前記認証データを送信する構成をなしており、
前記携帯端末は、
前記端末側受信部により、前記サーバ側送信部から当該携帯端末に送信された前記認証データを受信し、
前記コード生成部により、前記端末側受信部によって受信された前記認証データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成しており、
前記読取装置は、前記解読部による前記公開領域の解読後に前記クレジット会社サーバにアクセスし、前記公開領域の解読によって得られた前記固有ＩＤ及び前記認証データの少なくともいずれかを送信する解読内容送信部を備え、
前記クレジット会社サーバは、前記読取装置からのアクセスに応じ、前記解読内容送信部からの送信内容を認証する認証手段を備え、
前記読取装置の前記判断部は、前記認証手段による認証結果に基づいて、前記一部非公開コードが有効であるか否かを判断することを特徴とする請求項１又は請求項２に記載の決済システム。
【請求項５】
前記クレジット会社サーバは、予め規定された所定データ発生方式に従って認証データを発生させるサーバ側データ発生部を備え、
前記携帯端末は、
前記クレジット会社サーバの前記所定データ発生方式と対応するデータ発生方式で認証データを発生させる端末側データ発生部を有すると共に、
前記コード生成部が、前記端末側データ発生部で発生した前記認証データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成する構成をなしており、
前記読取装置の前記判断部は、前記クレジット会社サーバにアクセスし、前記サーバ側データ発生部にて発生した前記認証データと、前記解読部によって解読された前記公開領域の前記認証データとを比較した比較結果に基づいて、前記一部非公開コードが有効であるか否かを判断することを特徴とする請求項１又は請求項２に記載の決済システム。
【請求項６】
前記クレジット会社サーバの前記サーバ側送信部は、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記暗号化キーを送信し、
前記携帯端末の前記コード生成部は、前記クレジット会社サーバから送信された前記暗号化キーに基づいて前記クレジットＩＤを暗号化した前記暗号データを前記非公開領域に記録することを特徴とする請求項１から請求項５のいずれか一項に記載の決済システム。
【請求項７】
前記クレジット会社サーバの前記サーバ側送信部は、前記携帯端末に対し、当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤを暗号化した暗号データを、前記一部非公開コードの一部分を表す複数のセルによって表現してなる暗号化画像を送信し、
前記携帯端末の前記コード生成部は、前記クレジット会社サーバから送信された前記暗号化画像を前記非公開領域の画像として組み込み、前記公開領域に、当該携帯端末の前記固有ＩＤと前記正当性判断基準データとを記録する構成で前記一部非公開コードを生成することを特徴とする請求項１から請求項５のいずれか一項に記載の決済システム。
【請求項１】
公開領域と、暗号化キーに基づいて暗号化された暗号データが記録された非公開領域とを有する一部非公開コードを生成可能なコード生成部と、前記コード生成部によって生成された前記一部非公開コードを表示する表示部と、を備えた携帯端末と、
各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶するサーバ側記憶部と、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤのデータを送信するサーバ側送信部と、を備えたクレジット会社サーバと、
前記携帯端末の前記表示部に表示される前記一部非公開コードを読み取る読取装置と、
を備えた決済システムであって、
前記携帯端末は、
前記クレジット会社サーバの前記サーバ側送信部から当該携帯端末に送信された前記クレジットＩＤのデータを受信する端末側受信部と、
前記端末側受信部によって受信された前記クレジットＩＤのデータを記憶する端末側記憶部と、
を備えると共に、
前記コード生成部が、前記非公開領域に前記クレジットＩＤを記録し、前記公開領域に、当該携帯端末の前記固有ＩＤと正当性判断基準データとを記録する構成で、前記一部非公開コードを生成し、
前記表示部が、前記コード生成部によって生成された前記一部非公開コードを表示する構成をなしており、
前記読取装置は、
前記携帯端末の前記表示部に表示された前記一部非公開コードを撮像する撮像部と、
前記撮像部によって前記一部非公開コードが撮像された場合に、少なくとも前記公開領域のデータを解読する解読部と、
前記解読部による前記公開領域の解読によって得られた前記正当性判断基準データに基づいて、前記一部非公開コードが有効であるか否かを判断する判断部と、
前記判断部によって前記一部非公開コードが有効であると判断された場合に、当該一部非公開コードのデータを前記クレジット会社サーバに送信するコードデータ送信部と、
前記クレジット会社サーバに対し、少なくとも金額データを含んだ決済データを送信する決済データ送信部と、
を備え、
前記クレジット会社サーバは、
前記読取装置の前記コードデータ送信部によって送信された前記一部非公開コードのデータと、前記決済データ送信部によって送信された前記決済データとを受信するサーバ側受信部と、
前記サーバ側受信部によって受信された前記一部非公開コードのデータに基づいて前記公開領域を解読し、当該公開領域に記録された前記固有ＩＤを取得する固有ＩＤ取得部と、
前記固有ＩＤ取得部によって取得された前記固有ＩＤに対応する前記暗号化キーを前記サーバ側記憶部から読み出す暗号化キー読出部と、
前記暗号化キー読出部によって読み出された前記暗号化キーに基づき、前記サーバ側受信部によって受信された前記一部非公開コードの前記非公開領域を解読し、前記クレジットＩＤを読み出すクレジットＩＤ読出部と、
前記クレジットＩＤ読出部によって読み出された前記クレジットＩＤと、前記サーバ側受信部によって受信された前記決済データとに基づいて決済処理を行う決済処理部と、
を有することを特徴とする決済システム。
【請求項２】
公開領域と、暗号化キーに基づいて暗号化された暗号データが記録された非公開領域とを有する一部非公開コードを生成可能なコード生成部と、前記コード生成部によって生成された前記一部非公開コードを表示する表示部と、を備えた携帯端末と、
各携帯端末の各固有ＩＤを、各クレジットＩＤと対応付けて記憶するサーバ側記憶部と、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤのデータを送信するサーバ側送信部と、を備えたクレジット会社サーバと、
前記携帯端末の前記表示部に表示される前記一部非公開コードを読み取る読取装置と、
を備えた決済システムであって、
前記携帯端末は、
前記クレジット会社サーバの前記サーバ側送信部から当該携帯端末に送信された前記クレジットＩＤのデータを受信する端末側受信部と、
前記端末側受信部によって受信された前記クレジットＩＤのデータを記憶する端末側記憶部と、
を備えると共に、
前記コード生成部が、前記非公開領域に前記クレジットＩＤを記録し、前記公開領域に、当該携帯端末の前記固有ＩＤと正当性判断基準データとを記録する構成で、前記一部非公開コードを生成し、
前記表示部が、前記コード生成部によって生成された前記一部非公開コードを表示する構成をなしており、
前記読取装置は、
前記携帯端末の前記表示部に表示された前記一部非公開コードを撮像する撮像部と、
前記撮像部によって前記一部非公開コードが撮像された場合に、少なくとも前記公開領域のデータを解読する解読部と、
前記解読部による前記公開領域の解読によって得られた前記正当性判断基準データに基づいて、前記一部非公開コードが有効であるか否かを判断する判断部と、
前記判断部によって前記一部非公開コードが有効であると判断された場合に、前記クレジット会社サーバに対し、前記公開領域の解読によって得られた前記固有ＩＤに対応する前記暗号化キーを要求する暗号化キー要求部と、
前記クレジット会社サーバに対し、少なくとも金額データを含んだ決済データと、を送信する決済データ送信部と、
を備え、
前記クレジット会社サーバは、
前記暗号化キー要求部によって要求された、前記固有ＩＤに対応する前記暗号化キーを前記サーバ側記憶部から読み出す暗号化キー読出部と、
前記暗号化キー読出部によって読み出された前記暗号化キーを、要求元の前記読取装置に送信する暗号化キー送信部と、
前記決済データ送信部によって送信された前記決済データに基づいて決済処理を行う決済処理部と、
を備え、
更に、前記読取装置は、
前記暗号化キー送信部によって送信された前記暗号化キーを取得する暗号化キー取得部を備えると共に、
前記暗号化キー取得部によって前記暗号化キーが取得された場合に、前記解読部が、その取得された前記暗号化キーに基づいて、前記非公開領域を解読し、
前記解読部によって前記非公開領域が解読された場合に、前記決済データ送信部が、前記クレジット会社サーバに対し、前記非公開領域に記録された前記クレジットＩＤを送信する構成をなしており、
前記クレジット会社サーバの前記決済処理部は、前記決済データ送信部によって送信された前記クレジットＩＤに基づいて、前記決済データについての前記決済処理を行うことを特徴とする決済システム。
【請求項３】
前記携帯端末は、
前記一部非公開コードの生成時刻に基づいて有効期間データを生成する有効期間データ生成部を備えると共に、
前記コード生成部が、前記有効期間データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成しており、
前記読取装置の前記判断部は、前記解読部による前記公開領域の解読によって得られた前記有効期間データと、現在時刻とに基づいて、前記一部非公開コードが有効であるか否かを判断することを特徴とする請求項１又は請求項２に記載の決済システム。
【請求項４】
前記クレジット会社サーバは、
前記クレジットＩＤの送信先となる前記携帯端末の前記固有ＩＤと対応付けて割り当てられた認証データを記憶する認証データ記憶部を有すると共に、
前記サーバ側送信部が、前記携帯端末に対し、当該携帯端末に割り当てられた前記認証データを送信する構成をなしており、
前記携帯端末は、
前記端末側受信部により、前記サーバ側送信部から当該携帯端末に送信された前記認証データを受信し、
前記コード生成部により、前記端末側受信部によって受信された前記認証データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成しており、
前記読取装置は、前記解読部による前記公開領域の解読後に前記クレジット会社サーバにアクセスし、前記公開領域の解読によって得られた前記固有ＩＤ及び前記認証データの少なくともいずれかを送信する解読内容送信部を備え、
前記クレジット会社サーバは、前記読取装置からのアクセスに応じ、前記解読内容送信部からの送信内容を認証する認証手段を備え、
前記読取装置の前記判断部は、前記認証手段による認証結果に基づいて、前記一部非公開コードが有効であるか否かを判断することを特徴とする請求項１又は請求項２に記載の決済システム。
【請求項５】
前記クレジット会社サーバは、予め規定された所定データ発生方式に従って認証データを発生させるサーバ側データ発生部を備え、
前記携帯端末は、
前記クレジット会社サーバの前記所定データ発生方式と対応するデータ発生方式で認証データを発生させる端末側データ発生部を有すると共に、
前記コード生成部が、前記端末側データ発生部で発生した前記認証データを前記正当性判断基準データとして前記公開領域に記録する構成で、前記一部非公開コードを生成する構成をなしており、
前記読取装置の前記判断部は、前記クレジット会社サーバにアクセスし、前記サーバ側データ発生部にて発生した前記認証データと、前記解読部によって解読された前記公開領域の前記認証データとを比較した比較結果に基づいて、前記一部非公開コードが有効であるか否かを判断することを特徴とする請求項１又は請求項２に記載の決済システム。
【請求項６】
前記クレジット会社サーバの前記サーバ側送信部は、前記携帯端末に対して当該携帯端末の前記固有ＩＤに対応する前記暗号化キーを送信し、
前記携帯端末の前記コード生成部は、前記クレジット会社サーバから送信された前記暗号化キーに基づいて前記クレジットＩＤを暗号化した前記暗号データを前記非公開領域に記録することを特徴とする請求項１から請求項５のいずれか一項に記載の決済システム。
【請求項７】
前記クレジット会社サーバの前記サーバ側送信部は、前記携帯端末に対し、当該携帯端末の前記固有ＩＤに対応する前記クレジットＩＤを暗号化した暗号データを、前記一部非公開コードの一部分を表す複数のセルによって表現してなる暗号化画像を送信し、
前記携帯端末の前記コード生成部は、前記クレジット会社サーバから送信された前記暗号化画像を前記非公開領域の画像として組み込み、前記公開領域に、当該携帯端末の前記固有ＩＤと前記正当性判断基準データとを記録する構成で前記一部非公開コードを生成することを特徴とする請求項１から請求項５のいずれか一項に記載の決済システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１１−５３９３１（Ｐ２０１１−５３９３１Ａ）
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願番号】特願２００９−２０２５０９（Ｐ２００９−２０２５０９）
【出願日】平成２１年９月２日（２００９．９．２）
【出願人】（５０１４２８５４５）株式会社デンソーウェーブ (1,155)
【Ｆターム（参考）】
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願日】平成２１年９月２日（２００９．９．２）
【出願人】（５０１４２８５４５）株式会社デンソーウェーブ (1,155)
【Ｆターム（参考）】
[ Back to top ]