JP2022027116A - 地域振興券処理装置、地域振興券処理方法、及びプログラム - Google Patents

Abstract

【課題】このような状況に鑑みてなされたもので、地域振興券の精算に係る処理をオンラインで安全に行うことができる地域振興券処理装置、地域振興券処理方法、及びプログラムを提供する。【解決手段】地域振興券の精算に係る処理を管理する地域振興券処理装置であって、前記地域振興券に付与する二次元コードに埋め込む認証用情報であって、前記地域振興券を一意に特定する券番号に対応させたデジタル署名を含む認証用情報を生成する生成部と、使用済みの地域振興券に付与された二次元コードを取得する取得部と、前記取得部によって取得された二次元コードに埋め込まれた前記認証用情報、及び前記生成部によって生成された前記券番号に基づいて、前記取得部によって取得された二次元コードで特定される使用済みの地域振興券を精算の対象とするか否かを決定する決定部と、前記決定部による決定結果を出力する出力部と、を備える。【選択図】図３

Description

本発明は、地域振興券処理装置、地域振興券処理方法、及びプログラムに関する。

個人消費の喚起と地域経済の活性化、及び地域の振興を図ることを目的として地域振興券（以下、単に振興券ともいう）が発行されることがある。このような振興券は、発行元の地域でのみ使用することができる仕組みとなっている。例えば、その地域の自治体ごとに、その地域における振興券を取り扱う店舗が管理され、自治体ごとに、店舗で使用された振興券の換金（精算）の方法などが規定された。例えば、店舗で使用された振興券を、説明会で配布された返信用封筒に入れ、換金用伝票などと共に郵送することにより、使用された振興券の額面に相当する金額が入金されるしくみとなっていた。このため、入金されるまで手間と時間がかかるという問題があった。この対策として、例えば、特許文献１には、店舗がオンラインで金券の代金を請求し、金券の代金支払の処理を効率的に行うことができる技術が開示されている。

特開２００６－１３４１９４号公報

ところで、オンラインで請求が行われる場合、電子的な情報（例えば、振興券に付与された識別番号など）のみが通知されることとなる。このため、従来の使用済み振興券の郵送により精算が行われる場合と比較して、振興券が偽造された場合などに真贋判定が困難となる可能性がある。したがって、偽造された振興券が精算されることがないように安全性を高めるしくみが望まれている。

本発明は、このような状況に鑑みてなされたもので、地域振興券の精算に係る処理をオンラインで安全に行うことができる地域振興券処理装置、地域振興券処理方法、及びプログラムを提供する。

本発明の上述した課題を解決するために、本発明は、地域振興券の精算に係る処理を管理する地域振興券処理装置であって、前記地域振興券に付与する二次元コードに埋め込む認証用情報であって、前記地域振興券を一意に特定する券番号に対応させたデジタル署名を含む認証用情報を生成する生成部と、使用済みの地域振興券に付与された二次元コードを取得する取得部と、前記取得部によって取得された二次元コードに埋め込まれた前記認証用情報、及び前記生成部によって生成された前記券番号に基づいて、前記取得部によって取得された二次元コードで特定される使用済みの地域振興券を精算の対象とするか否かを決定する決定部と、前記決定部による決定結果に基づいて、精算の処理の対象とする地域振興券に関する情報を出力する出力部と、を備える地域振興券処理装置である。

また、本発明は、上述の地域振興券処理装置において、秘密鍵、及び前記秘密鍵に対応する公開鍵を記憶する記憶部を更に備え、前記生成部は、前記地域振興券の前記券番号から算出されるダイジェスト値を、前記記憶部に記憶された秘密鍵を用いて暗号化することによって、当該地域振興券に対応するデジタル署名を生成し、前記決定部は、前記取得部によって取得された二次元コードに埋め込まれた前記デジタル署名を、前記記憶部に記憶された前記公開鍵で復号したダイジェスト値と、前記取得部によって取得された二次元コードに埋め込まれた前記券番号から算出されるダイジェスト値と、を突合させることにより、前記取得部によって取得された二次元コードで特定される使用済みの地域振興券を精算の対象とするか否かを決定する。

また、本発明は、上述の地域振興券処理装置において、前記生成部は、地域振興券の種類ごとに互いに異なる秘密鍵を用いて、当該地域振興券に対応するデジタル署名を生成する。

また、本発明は、上述の地域振興券処理装置において、前記生成部は、チェックデジットを利用したアルゴリズムに基づいて前記券番号を生成する。

また、本発明は、地域振興券の精算に係る処理を管理する地域振興券処理装置の地域振興券処理方法であって、生成部が、前記地域振興券に付与する二次元コードに埋め込む認証用情報であって、前記地域振興券を一意に特定する券番号に対応させたデジタル署名を含む認証用情報を生成し、取得部が、使用済みの地域振興券に付与された二次元コードを取得し、決定部が、前記取得部によって取得された二次元コードに埋め込まれた前記認証用情報、及び前記生成部によって生成された前記券番号に基づいて、前記取得部によって取得された二次元コードで特定される使用済みの地域振興券を精算の対象とするか否かを決定し、出力部が、前記決定部による決定結果に基づいて、精算の処理の対象とする地域振興券に関する情報を出力する、地域振興券処理方法である。

また、本発明は、コンピュータを、上記に記載の地域振興券処理装置として動作させるためのプログラムであって、前記コンピュータを前記地域振興券処理装置が備える各部として機能させるためのプログラムである。

本発明によれば、地域振興券の精算に係る処理をオンラインで安全に行うことができる。

実施形態に係る地域振興券処理システム１の構成の例を示すブロック図である。 実施形態に係る加盟店端末３０の構成の例を示すブロック図である。 実施形態に係る管理サーバ５０の構成の例を示すブロック図である。 実施形態に係る二次元コード情報５２０構成の例を説明する図である。 実施形態に係るＢＰＯ情報５２１の構成の例を示す図である。 実施形態に係るエラーログ情報５２２の構成の例を示す図である。 実施形態に係る加盟店情報５２３の構成の例を示す図である。 実施形態に係る使用済情報５２４の構成の例を示す図である。 実施形態に係る精算対象情報５２５の構成の例を示す図である。 実施形態に係る二次元コード生成部５３０が行う処理を説明する図である。 実施形態に係る加盟店端末３０に表示される画面の例を示す図である。 実施形態に係る加盟店端末３０に表示される画面の例を示す図である。 実施形態に係る地域振興券処理システム１が行う処理の流れを示すシーケンス図である。 実施形態に係る管理サーバ５０が行う処理の流れを示すフローチャートである。

以下、発明の実施形態について図面を参照しながら説明する。

まず、地域振興券処理システム１について説明する。地域振興券処理システム１は、振興券ＴＫ（図１参照）に係る各種処理、例えば発行や精算に関する処理を行うシステムである。振興券ＴＫは、発行元の地域でのみ使用することができる金券である。例えば、その地域の店舗や旅館などが振興券ＴＫを取り扱う旨の登録（加盟店登録）を事前に行うことにより、その店舗や旅館などにおいて、振興券ＴＫを使用した商品の購入や、各種のサービスの提供を行うことが可能となる。

以下では、振興券ＴＫに二次元コードＣＤ（図１参照）が印刷されていることを前提に説明する。しかしながらこれに限定されることはない。本実施形態の地域振興券処理システム１では、振興券ＴＫに少なくとも、情報を埋め込むことが可能な図形等（例えば、図形、記号、文字列や数字列など）が印刷されていればよい。そして、振興券に印刷された図形等が撮像された画像を用いて、少なくともその図形等に埋め込まれた情報を抽出することができればよい。例えば、振興券ＴＫに一次元コード（バーコード）や、その他の図形等が印刷されていてもよい。

図１は、実施形態に係る地域振興券処理システム１の構成の例を示すブロック図である。地域振興券処理システム１は、例えば、ＢＰＯ処理端末１０と、精算処理サーバ２０と、加盟店端末３０と、印刷装置４０、と、管理サーバ５０とを備える。地域振興券処理システム１では、ＢＰＯ処理端末１０、精算処理サーバ２０、加盟店端末３０、及び管理サーバ５０が、ネットワークＮＷを介して通信可能に接続されている。

なお、地域振興券処理システム１の構成要素（ＢＰＯ処理端末１０、精算処理サーバ２０、加盟店端末３０、印刷装置４０、及び管理サーバ５０）における接続関係は、図１に示す接続例に限定されることはない。地域振興券処理システム１において、精算処理サーバ２０と、加盟店端末３０と、管理サーバ５０とが相互に通信可能であればよい。また、精算処理サーバ２０と、加盟店端末３０と、管理サーバ５０とは、単一のネットワークによって通信可能に接続されていなくともよい。例えば、精算処理サーバ２０と加盟店端末３０、加盟店端末３０と管理サーバ５０、管理サーバ５０と精算処理サーバ２０との通信が、それぞれ異なるネットワークにより接続されていてもよい。また、地域振興券処理システム１では、ＢＰＯ処理端末１０は、少なくとも管理サーバ５０と通信可能であればよい。また、印刷装置４０は、少なくとも管理サーバ５０と通信可能であればよい。

ＢＰＯ処理端末１０は、ＢＰＯ（Business Process Outsourcing）にて作業された情報を管理サーバ５０に送信するコンピュータ装置である。ここでのＢＰＯとは、従来の振興券ＴＫの精算に係る処理に相当する処理である。本実施形態では、オンラインによる精算に係る処理に対応することができない振興券ＴＫについて、ＢＰＯによる作業が行われる。例えば、使用済みの振興券ＴＫに印刷された二次元コードが読み込めなかった場合などに、ＢＰＯによる作業が行われる。この場合、ＢＰＯにて作業が行われる委託先に、二次元コードが読み込めなかった振興券ＴＫが、郵送される。

例えば、ＢＰＯによる作業として、画像スキャナなどを用いて振興券ＴＫ（二次元コードが自動で読み込めなかった振興券）の電子的な画像を取得する作業が行われる。或いは、ＢＰＯによる作業として、振興券ＴＫに付与された二次元コードＣＤに対応させた番号列等を手動で入力する作業が行われる。この場合、振興券ＴＫに二次元コードＣＤが印字されると共に、その二次元コードに対応する番号列等が印字される。ここでの番号列等とは、振興券ＴＫに印刷された二次元コードＣＤを特定する情報である。ここでの番号列等は、二次元コードＣＤに埋め込まれた情報そのものを示すものであってもよいし、二次元コードＣＤに埋め込まれた情報そのものでなく、二次元コードＣＤに対応して付与された任意の情報であってもよい。

ＢＰＯ処理端末１０は、例えば、ＰＣ（personal computer）などである。ＢＰＯ処理端末１０は、例えば、通信部１１と、記憶部１２と、制御部１３とを備える。通信部１１は、管理サーバ５０と通信を行う。記憶部１２は、ＢＰＯ処理端末１０の各種の処理を実行するためのプログラム、及び各種の処理を行う際に利用される一時的なデータを記憶する。制御部１３は、ＢＰＯによって行われた作業を示す情報を取得する。ＢＰＯにて作業された内容を示す情報とは、例えば、振興券ＴＫの画像データ、及び／又は振興券ＴＫに印刷された二次元コードＣＤに対応する番号等を示す情報である。制御部１３は、スキャンされた画像の画像データを、例えばスキャナドライバ（不図示）から取得する。制御部１３は、手動で入力された番号等を、例えばキーボードなどの入力装置（不図示）を介して取得する。制御部１３は、取得した振興券ＴＫの画像データ、及び／番号等を、振興券ＴＫが使用された店舗などを示す情報と共に、通信部１１を介して管理サーバ５０に送信する。

精算処理サーバ２０は、振興券ＴＫに係るＷｅｂサービスを提供するコンピュータ装置である。精算処理サーバ２０は、例えば、ＰＣ、サーバ装置、或いはクラウドサーバなどである。精算処理サーバ２０は、Ｗｅｂサービスで、例えば、店舗の加盟店登録に係る処理を行う。具体的には精算処理サーバ２０は、Ｗｅｂサービスを提供するサイトを介して加盟店端末３０から加盟店登録の申請を受け付け、加盟店として登録された店舗の情報（後述する加盟店情報２２０）を更新する。精算処理サーバ２０は、定期的に（例えば、１日に１回）、新規に登録された加盟店の情報を、管理サーバ５０に通知する。

また、精算処理サーバ２０は、Ｗｅｂサービスで、使用済みの振興券ＴＫの精算に係る処理を行う。この場合、精算処理サーバ２０は、Ｗｅｂサービスを提供するサイトを介して加盟店端末３０から使用済みの振興券ＴＫの精算を受け付ける。精算処理サーバ２０は、アプリを介して使用済みの振興券ＴＫの精算を受けつけた場合、管理サーバ５０により提供される別のサイトにリダイレクト（転送）する。

リダイレクト先のサイトでは、精算前のチェックが行われる。精算前のチェックでは、不正な振興券ＴＫが精算の対象として申告されていないかの確認が行われる。ここでの不正な振興券ＴＫとは、精算されるべきではない振興券ＴＫであり、例えば、偽造された振興券ＴＫ、すでに精算済みの振興券ＴＫ、或いは、他の地域でのみ有効な振興券ＴＫである。リダイレクト先のサイトで、精算前のチェックが行われた結果、精算の対象とする振興券ＴＫが決定され、その結果が定期的に（例えば、１日に１回）、管理サーバ５０から精算処理サーバ２０に通知される。

なお、上記では、精算処理サーバ２０が提供するサイトからリダイレクトした別のサイトにおいて精算前のチェックが行われる場合を例に説明した。これにより、加盟店の登録申請を行うサイトと精算前のチェックを行うサイトが別々のサイトであっても、店舗は、両者が別々のサイトであることを意識することなく、加盟店の登録申請と精算に係る申請とをスムーズに行うことができる。しかしながら、これに限定されることはない。加盟店の登録申請を行うサイトと精算前のチェックを行うサイトが同一のサイトから提供されてもよいのは勿論である。

また、上記では、精算処理サーバ２０がＷｅｂサービスにて、加盟店登録及び精算に係る処理を提供する場合を例に説明した。しかしながら、これに限定されることはない。精算処理サーバ２０は、Ｗｅｂサービスに代えて、或いはＷｅｂサービスと共に、アプリケーションプログラム（以下、アプリという）を提供してもよい。すなわち、精算処理サーバ２０は、加盟店端末３０がダウンロードすることによって利用可能なアプリを配布することにより、加盟店登録及び精算に係るサービスを提供してもよい。この場合、アプリを利用する端末（加盟店端末３０）にアプリがインストールされ、アプリを介して、例えば店舗のアカウント等が作成されることによって、加盟店端末３０が加盟店登録や精算に係る処理を行うことが可能となる。

加盟店端末３０は、振興券の精算に係る処理に用いられる店舗側のコンピュータ装置である。加盟店端末３０は、例えば、スマートフォン、タブレット端末、携帯電話、ＰＣなどである。加盟店端末３０は、例えば、通信部３１と、記憶部３２と、制御部３３と、撮像部３４と、表示部３５を備える。

通信部３１は、精算処理サーバ２０、及び加盟店端末３０と通信を行う。記憶部３２は、加盟店端末３０の各種の処理を実行するためのプログラム、及び各種の処理を行う際に利用される一時的なデータを記憶する。撮像部３４は、画像を撮像するカメラである。表示部３５は、制御部３３の制御に応じた画像を表示するディスプレイである。

制御部３３は、加盟店端末３０の各構成を制御する。例えば、制御部３３は、ユーザの入力操作に応じた制御を行う。例えば、制御部３３は、入力操作に応じた所定のＵＲＬ（Uniform Resource Locator）に通信部３１を介してアクセスする。所定のＵＲＬとは、例えば、精算処理サーバ２０によって提供されるＷｅｂサービスのサイトに対応するＵＲＬである。これにより、制御部３３は、サイトが提供する加盟店登録、或いは使用済みの振興券ＴＫを精算するための所定の画面を、表示部３５に表示させる（図１１、及び図１２参照）。

制御部３３は、入力操作に応じて、撮像部３４を介した撮像を行う。ここでの入力操作は、例えば、ユーザが、サイトが提供する画面に表示された案内にしたがって使用済みの振興券ＴＫの二次元コードＣＤを撮像する操作である。制御部３３は、入力操作に応じて、通信部３１を介した送信を行う。ここでの入力操作は、例えば、ユーザが、サイトが提供する画面に表示された案内にしたがって使用済みの振興券ＴＫの二次元コードＣＤの画像を送信する操作である。

制御部３３は、撮像部３４により撮像された二次元コードＣＤの画像に基づいて、二次元コードＣＤに埋め込まれたテキスト情報を抽出する。制御部３３は、例えば、二次元コードＣＤの特徴的な個所（例えば、切り出しシンボルなど）に基づいて、画像からコードを検出する。そして、制御部３３は、検出したコードにおけるセルの配置パターンから二次元コードＣＤに埋め込まれたテキスト情報を抽出する。また、制御部３３は、ユーザの入力操作に応じて、通信部３１を介した送信を行う。ここでの入力操作は、例えば、ユーザは、サイトが提供する画面に表示された案内にしたがって、二次元コードＣＤから抽出したテキスト情報を送信する操作である。

印刷装置４０は、紙面に印刷を行うことにより振興券ＴＫを生成する。例えば、印刷装置４０は、まず紙面に振興券の共通デザインを印刷する。印刷装置４０は、管理サーバ５０から二次元コードＣＤを取得する。そして、印刷装置４０は、共通デザインが印刷された紙面に、管理サーバ５０から取得した二次元コードＣＤを印刷することによって振興券ＴＫを生成する。生成された振興券ＴＫは、自治体などを通じて消費者に配布される。

管理サーバ５０は、精算処理サーバ２０等と協調して、振興券ＴＫに係る処理を行うコンピュータ装置である。管理サーバ５０は、例えば、ＰＣ、サーバ装置、或いはクラウドサーバなどである。管理サーバ５０は、振興券ＴＫに印刷する二次元コードＣＤを生成し、生成した二次元コードＣＤを印刷装置４０に出力する。また、管理サーバ５０は、生成した二次元コードＣＤに関する情報（後述する二次元コード情報５２０）を記憶する。管理サーバ５０が二次元コードＣＤを生成する方法については後で詳しく説明する。

管理サーバ５０は、ＢＰＯ処理端末１０から二次元コードＣＤが読み取れなかった使用済みの振興券ＴＫに関する情報を取得する。管理サーバ５０は、取得した情報を用いて、使用済みの振興券ＴＫの精算に関する情報（後述するＢＰＯ情報５２１）を生成する。管理サーバ５０は、生成した情報を、定期的（例えば、１日に１回）に精算処理サーバ２０に送信する。

また、管理サーバ５０は、精算処理サーバ２０が提供するＷｅｂサービスにおいて行われる精算に係る処理のリダイレクト先のサイトを提供する。管理サーバ５０は、サイト（リダイレクト先のサイト）を介して、使用済みの振興券ＴＫの精算に係る処理を行う。精算処理サーバ２０は、サイトを介して、使用済みの振興券ＴＫの二次元コードＣＤの画像を、加盟店端末３０から取得する。管理サーバ５０は、加盟店端末３０から取得した画像の情報（後述する使用済情報５２４）を記憶する。

精算処理サーバ２０は、取得した画像に基づいて、精算前のチェックを行う。管理サーバ５０は、精算前チェックで、送信された画像に対応する振興券ＴＫが、精算されるべきではない振興券ＴＫであると判定した場合、その振興券ＴＫの精算に関する情報（後述するエラーログ情報５２２）を生成する。

一方、管理サーバ５０は、精算前チェックで、送信された画像に対応する振興券ＴＫが、精算されるべき振興券ＴＫであると判定した場合、その振興券ＴＫの精算に関する情報（後述する（精算対象情報５２５）を生成する。管理サーバ５０は、生成した情報を、定期的（例えば、１日に１回）に精算処理サーバ２０に送信する。管理サーバ５０が精算前チェックを行う方法については後で詳しく説明する。

図２は、実施形態に係る精算処理サーバ２０の構成の例を示すブロック図である。精算処理サーバ２０は、例えば、通信部２１と、記憶部２２と、制御部２３とを備える。通信部２１は、加盟店端末３０、及び管理サーバ５０と通信を行う。記憶部２２は、精算処理サーバ２０の各種の処理を実行するためのプログラム、及び各種の処理を行う際に利用される一時的なデータを記憶する。記憶部２２は、例えば、加盟店情報２２０と、精算情報２２１とを記憶する。

加盟店情報２２０は、加盟店として登録された店舗に関する情報である。加盟店情報２２０は、例えば、店舗ごとに、加盟店として新規登録された日付や、或いは加盟店から除外された日付などを示す情報である。

精算情報２２１は、使用済みの振興券ＴＫの精算に関する情報である。精算情報２２１は、例えば、使用済みの振興券ＴＫごとに、振興券ＴＫの精算金額、振興券ＴＫが使用された日時や店舗、精算金額の振込先などを示す情報である。

制御部２３は、精算処理サーバ２０の各構成を制御する。例えば、制御部２３は、加盟店情報管理部２３０と、ポータルサイト処理部２３１と、精算処理部２３２と、装置制御部２３３とを備える。加盟店情報管理部２３０は、店舗側からの要請に基づいて、店舗を加盟店として登録する。例えば、加盟店情報管理部２３０は、Ｗｅｂサービスのサイトを介して、加盟店の登録を希望する店舗の加盟店端末３０から、その店舗の情報を取得する。加盟店情報管理部２３０は、取得した情報に基づいて、加盟店として登録するかの審査を行い、審査を通過した場合にその店舗の情報を加盟店情報２２０に記憶させる。加盟店として登録するか否かの審査は、例えば、振興券ＴＫを扱う自治体などによって行われ、予め提示された加盟店の要件を満たすか否かなどに基づいて行われる。

ポータルサイト処理部２３１は、Ｗｅｂサービスのサイトを運営する。ポータルサイト処理部２３１は、例えば、加盟店登録に関するＷｅｂサイトの表示画面を作成し、ネットワークＮＷを介してアクセスしてきた加盟店端末３０の表示部３５に表示できるようにする。ポータルサイト処理部２３１は、例えば、加盟店の登録の申請に対応する所定の操作ボタンが操作されると、加盟店端末３０から入力された店舗に関する情報が、精算処理サーバ２０に送信されるようにする。

また、ポータルサイト処理部２３１は、使用済みの振興券ＴＫの精算に関するＷｅｂサイトの表示画面を作成し、ネットワークＮＷを介してアクセスしてきた加盟店端末３０の表示部３５に表示できるようにする。ポータルサイト処理部２３１は、例えば、精算に係る処理に対応する所定の操作ボタンが操作されると、別のサイトにリダイレクト（転送）されるようにする。

精算処理部２３２は、使用済みの振興券ＴＫの精算に係る処理を行う。精算処理部２３２は、精算するべき使用済みの振興券ＴＫに関する情報を、通信部２１を介して管理サーバ５０から取得する。精算処理部２３２は、取得した情報に基づいて、所定の銀行口座に所定の金額を振り込む手続きなど、精算に係る処理を行う。振込手続きは、精算処理部２３２からネットワークＮＷを介して電子的に行われてもよいし、担当者によって銀行の窓口などで行われてもよい。精算処理部２３２は、処理済みの精算に関する情報を記憶させることにより、精算情報２２１を更新させる。

装置制御部２３３は、精算処理サーバ２０を統括的に制御する。例えば、装置制御部２３３は、通信部２１を介して受信した、加盟店登録を申請する店舗に関する情報を加盟店情報管理部２３０に出力する。装置制御部２３３は、通信部２１を介して受信した、精算すべき使用済みの振興券ＴＫに関する情報を精算処理部２３２に出力する。

図３は、実施形態に係る管理サーバ５０の構成の例を示すブロック図である。管理サーバ５０は、例えば、通信部５１と、記憶部５２と、制御部５３とを備える。通信部５１は、ＢＰＯ処理端末１０、精算処理サーバ２０、加盟店端末３０、及び印刷装置４０と通信を行う。

記憶部５２は、記憶媒体、例えば、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＡＭ（Random Access read/write Memory）、ＲＯＭ（Read Only Memory）、または、これらの記憶媒体の任意の組み合わせによって構成される。記憶部５２は、管理サーバ５０の各種の処理を実行するためのプログラム、及び各種の処理を行う際に利用される一時的なデータを記憶する。

記憶部５２は、例えば、二次元コード情報５２０と、ＢＰＯ情報５２１と、加盟店情報５２３と、使用済情報５２４と、精算対象情報５２５とを記憶する。二次元コード情報５２０は、振興券ＴＫの二次元コードＣＤに関する情報である。二次元コード情報５２０は、例えば、振興券ＴＫごとの二次元コードＣＤなどを示す情報である（図４参照）。

ＢＰＯ情報５２１は、ＢＰＯ処理端末１０によって行われた作業に関する情報である。ＢＰＯ情報５２１は、例えば、二次元コードＣＤが読み込めなかった使用済みの振興券ＴＫごとに、振興券ＴＫのスキャナ画像や、識別番号等を示す情報である（図５参照）。

エラーログ情報５２２は、管理サーバ５０による精算前チェックにより、精算されるべきでないと判定された使用済みの振興券ＴＫに関する情報である。エラーログ情報５２２は、例えば、振興券ＴＫごとの二次元コードＣＤ、使用された店舗、精算されるべきでないと判定された理由などを示す情報である（図６参照）。

加盟店情報５２３は、精算処理サーバ２０から通知された加盟店に関する情報である。加盟店情報５２３は、例えば、店舗ごとに加盟店の登録が申請された日付、店舗で使用可能な振興券ＴＫの種類、審査結果、加盟店として登録された日付、加盟店の取り消しが申請された日付などを示す情報である（図７参照）。

使用済情報５２４は、加盟店端末３０から通知された使用済みの振興券ＴＫに関する情報である。使用済情報５２４は、例えば、振興券ＴＫごとの二次元コードＣＤ、使用された店舗などを示す情報である（図８参照）。

精算対象情報５２５は、管理サーバ５０による精算前チェックにより、精算されるべきであると判定された使用済みの振興券ＴＫに関する情報である。精算対象情報５２５は、例えば、振興券ＴＫごとの二次元コードＣＤ、使用された店舗などを示す情報である（図９参照）。

制御部５３は、管理サーバ５０の各構成を制御する。制御部５３は、例えば、管理サーバ５０のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が記憶部５２に予め記憶されたプログラムを実行することにより実現される。また、制御部５３は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の集積回路として実現されてもよい。

制御部５３は、例えば、二次元コード生成部５３０と、使用済情報取得部５３１と、認証部５３２と、精算対象決定部５３３と、エラーログ生成部５３４と、送信処理部５３５と、装置制御部５３６とを備える。精算前チェックに係る処理は、使用済情報取得部５３１、認証部５３２、及び精算対象決定部５３３などが互いに連携することで実行される。

二次元コード生成部５３０は、二次元コードＣＤを生成する。二次元コード生成部５３０は、使用済みの振興券ＴＫの精算前チェックにおいて、精算されるべき振興券ＴＫであるか否かを判定できるように、二次元コードＣＤを生成する。例えば、二次元コード情報５２０は、振興券ＴＫに印刷された二次元コードＣＤから、他の二次元コードＣＤが類推され難くなるように、二次元コードＣＤを生成する。

例えば、二次元コード生成部５３０は、発行する振興券ＴＫの枚数に応じて、通し番号を生成する。通し番号は、ある振興券ＴＫの通し番号から、他の振興券ＴＫの通し番号が類推できる番号であってよいし、他の地域で使用可能な別の種類の振興券ＴＫと重複する番号であってもよい。例えば、２００枚の振興券ＴＫが発行される場合、００１～２００までの通し番号が生成される。

二次元コード生成部５３０は、振興券ＴＫの通し番号に対応させた券番号を生成する。券番号を生成する方法は任意のアルゴリズムが用いられてよいが、ある券番号から他の券番号が容易に類推されないものが望ましい。例えば、二次元コード生成部５３０は、チェックデジットを利用したアルゴリズムを用いて、券番号を生成する。この場合、券番号は、例えば、（アルファベット）＋（数字）＋（チェックデジット）の組み合わせとなる。例えば、（数字）の部分は連番になる。これにより、生成された券番号は類推しづらいアルファベット、及びチェックデジットが付与され、ある券番号から他の振興券ＴＫの券番号を類推することが困難となるようにすることができる。また、券番号の一部又は全部が書き換えられて偽造された場合に、券番号が偽造されたものか否かを検出することが可能である。

さらに、二次元コード生成部５３０は、発行する振興券ＴＫごとにデジタル署名を生成する。デジタル署名は、振興券ＴＫに含まれる電子文書（ここでは、券番号）から抽出されたダイジェスト値（例えば、ハッシュ関数を用いたハッシュ値）が、秘密鍵を用いて暗号化された情報である。例えば、二次元コード生成部５３０は、券番号からダイジェスト値を抽出する。二次元コード生成部５３０は、抽出したダイジェスト値を秘密鍵で暗号化することによって、デジタル署名を生成する。

この場合において、二次元コード生成部５３０は、振興券ＴＫの種類ごとに、互いに異なる秘密鍵を用いてデジタル署名を生成する。これにより、振興券ＴＫの種類ごとに、その振興券ＴＫが偽造されたものか否かを区別することが可能となる。

二次元コード生成部５３０は、券番号と、デジタル署名とを対応づけた情報を、二次元コードＣＤとして生成する。二次元コード生成部５３０は、生成した二次元コードＣＤを、記憶部５２を介して印刷装置４０に送信する。二次元コード生成部５３０は、生成した二次元コードＣＤを二次元コード情報５２０として記憶部５２に記憶させる。また、二次元コード生成部５３０は、暗号化に用いた暗号鍵、デジタル署名に用いた書誌的事項、及び秘密鍵などの情報を、記憶部５２に記憶させるようにしてもよい。

なお、上記では、券番号と、デジタル署名とを対応づけた情報を、二次元コードＣＤとして生成する場合を例示して説明した。しかしながらこれに限定されることはない。二次元コード生成部５３０は、精算前チェックにおいて、使用済みの振興券ＴＫが偽造されたものか否かを判定できるように、二次元コードＣＤを生成すればよい。例えば、二次元コードＣＤとして券番号の情報のみ、或いはデジタル署名の情報のみが埋め込まれていてもよい。

また、上記では、振興券ＴＫの種類ごとに異なる暗号鍵を用いる場合を例示して説明した。しかしながらこれに限定されることはない。二次元コード生成部５３０は、振興券ＴＫの種類ごとに異なる秘密鍵を用いて、デジタル署名を生成するようにしてもよい。

また、上記では券番号から抽出したダイジェスト値を基に、デジタル署名を生成する場合を例に説明したが、これに限定されない。本実施形態において、デジタル署名に用いられた券番号に相当する電子文書は、振興券ＴＫごとにユニークな情報であれば任意の情報であってよい。例えば、券番号に相当する電子文書が、振興券ＴＫの名称、振興券ＴＫの通し番号、発行する自治体の名称、使用可能な期間などの書誌的事項を示す情報であってもよい。

使用済情報取得部５３１は、使用済みの振興券ＴＫに関する情報を取得する。使用済情報取得部５３１は、通信部５１を介して加盟店端末３０から通知された使用済みの振興券ＴＫに関する情報を取得する。使用済情報取得部５３１は、取得した情報を、認証部５３２に出力する。

認証部５３２は、使用済みの振興券ＴＫの認証を行う。ここでの認証は、使用済みの振興券ＴＫが偽造されたものでないか確認することである。認証部５３２は、使用済情報取得部５３１から取得した使用済みの振興券ＴＫに関する情報から、使用済みの振興券ＴＫの二次元コードＣＤを取得する。認証部５３２は、取得した二次元コードＣＤから券番号を抽出する。

認証部５３２は、取得した券番号などを用いて、認証する対象とする振興券ＴＫに対応付けられた秘密鍵のペアとなる公開鍵を特定する。ここでの振興券ＴＫに対応付けられた秘密鍵とは、振興券ＴＫのデジタル署名を生成する際に用いられた秘密鍵である。また、ここでの公開鍵とは、秘密鍵とペアになる暗号鍵であり、秘密鍵によって暗号化された情報を復号する暗号鍵である。

また、認証部５３２は、取得した二次元コードＣＤからデジタル署名を抽出する。認証部５３２は、特定した公開鍵を用いてデジタル署名を復号する。また、認証部５３２は、取得した二次元コードＣＤから券番号を抽出し、抽出した券番号からダイジェスト値を算出する。認証部５３２がダイジェスト値を算出する方法は、二次元コード生成部５３０が、券番号からダイジェスト値を抽出する方法と同様である。認証部５３２は、復号したデジタル署名（即ち、暗号化される前のダイジェスト値）と、認証する対象とする振興券ＴＫに対応付けられた券番号から抽出しダイジェスト値とを比較する。両者が一致した場合、認証部５３２は、振興券ＴＫが偽造されたものでないと判定する。

一方、認証部５３２は、復号したデジタル署名と、認証する対象とする振興券ＴＫに対応付けられた書誌的事項から抽出したハッシュ値とが一致しない場合、振興券ＴＫが偽造されたものであると判定する。認証部５３２は、認証結果を、精算対象決定部５３３及びエラーログ生成部５３４に出力する。

精算対象決定部５３３は、精算すべき使用済みの振興券ＴＫを決定する。精算対象決定部５３３は、認証部５３２から認証結果を取得する。精算対象決定部５３３は、偽造されたものであるという認証結果が得られた振興券ＴＫを、精算すべきでない使用済みの振興券ＴＫと決定する。精算対象決定部５３３は、精算すべきでないと決定した使用済みの振興券ＴＫに関する情報を、その理由（偽造された振興券ＴＫである旨）と共に、エラーログ生成部５３４に出力する。

次に、精算対象決定部５３３は、偽造されたものではないとの認証結果が得られた振興券ＴＫについて、精算すべきか否かを決定する。精算対象決定部５３３は、振興券ＴＫがすでに精算済みあるか否かを判定する。例えば、精算対象決定部５３３は、判定の対象とする振興券ＴＫの券番号と、精算対象情報５２５に記憶された振興券ＴＫの券番号とを突合させる。精算対象決定部５３３は、精算対象情報５２５に記憶された振興券ＴＫの中に、判定の対象とする振興券ＴＫと同じ券番号を持つものがあれば、振興券ＴＫがすでに精算済みであると判定する。精算対象決定部５３３は、すでに精算済みであると判定した振興券ＴＫを、精算すべきでない使用済みの振興券ＴＫと決定する。精算対象決定部５３３は、精算すべきでないと決定した使用済みの振興券ＴＫに関する情報を、その理由（すでに精算済みである旨）と共に、エラーログ生成部５３４に出力する。

一方、精算対象決定部５３３は、精算対象情報５２５に記憶された振興券ＴＫの中に、判定の対象とする振興券ＴＫと同じ券番号を持つものがなければ、振興券ＴＫがすでに精算済みではないと判定する。

さらに、精算対象決定部５３３は、すでに精算済みではないと判定された振興券ＴＫについて、通知元の店舗（加盟店）で使用することが可能な振興券ＴＫであるか否かを判定する。例えば、精算対象決定部５３３は、二次元コード情報５２０を参照することによって判定の対象とする振興券ＴＫのデジタル署名を生成する際に用いられた秘密鍵に基づいて、振興券ＴＫの種類を特定する。ここで、振興券ＴＫのデジタル署名は、振興券ＴＫの種類毎に、互いに異なる秘密鍵で暗号化されていることを前提とする。

一方で、精算対象決定部５３３は、使用済みの振興券ＴＫの二次元コードＣＤを通知してきた加盟店で使用可能な振興券ＴＫの種類を取得する。例えば、精算対象決定部５３３は、加盟店情報５２３を参照することによって、加盟店で使用可能な振興券ＴＫの種類を取得する。精算対象決定部５３３は、振興券ＴＫの券番号から特定した振興券ＴＫの種類と、加盟店情報５２３を参照することによって特定した加盟店で使用可能な振興券ＴＫの種類とを突合させる。精算対象決定部５３３は、両者の振興券ＴＫの種類が一致しない場合、振興券ＴＫを、精算すべきではない使用済みの振興券ＴＫと決定する。精算対象決定部５３３は、精算すべきでないと決定した使用済みの振興券ＴＫに関する情報を、その理由（精算を請求してきた加盟店では使用することができない種類の振興券ＴＫである旨）と共に、エラーログ生成部５３４に出力する。

精算対象決定部５３３は、両者の振興券ＴＫの種類が一致した場合、振興券ＴＫを、精算すべき使用済みの振興券ＴＫと決定する。精算対象決定部５３３は、精算すべきと決定した使用済みの振興券ＴＫに関する情報を、精算対象情報５２５として、記憶部５２に記憶させる。

エラーログ生成部５３４は、エラーログを生成する。エラーログは、加盟店端末３０から通知された使用済みの振興券ＴＫのうち、精算前チェックによって、精算すべきではないと判定された使用済みの振興券ＴＫに関する情報である。

エラーログ生成部５３４は、認証部５３２から、偽造されたものと判定された使用済みの振興券ＴＫに関する情報を取得する。エラーログ生成部５３４は、取得した情報をエラーログとし、エラーログ情報５２２として記憶部５２に記憶させる。

エラーログ生成部５３４は、精算対象決定部５３３から、すでに精算済みと判定された使用済みの振興券ＴＫに関する情報を取得する。エラーログ生成部５３４は、取得した情報をエラーログとし、エラーログ情報５２２として記憶部５２に記憶させる。

エラーログ生成部５３４は、精算対象決定部５３３から、加盟店で使用することができない種類の振興券ＴＫと判定された使用済みの振興券ＴＫに関する情報を取得する。エラーログ生成部５３４は、取得した情報をエラーログとし、エラーログ情報５２２として記憶部５２に記憶させる。

送信処理部５３５は、精算すべき使用済みの振興券ＴＫに関する情報を、精算処理サーバ２０に送信する。送信処理部５３５は、定期的に（例えば、１日に１回）、精算対象情報５２５を参照し、精算すべき使用済みの振興券ＴＫに関する情報のうち、まだ精算処理サーバ２０に通知していない情報を抽出する。送信処理部５３５は、抽出した情報を精算処理サーバ２０に送信する。

また、送信処理部５３５は、精算すべきでない使用済みの振興券ＴＫに関する情報を、精算処理サーバ２０に送信する。送信処理部５３５は、定期的に（例えば、１日に１回）、エラーログ情報５２２を参照し、精算すべきでない使用済みの振興券ＴＫに関する情報のうち、まだ精算処理サーバ２０に通知していない情報を抽出する。送信処理部５３５は、抽出した情報を精算処理サーバ２０に送信する。

ここで、精算処理サーバ２０に情報を送信する処理が、ＲＰＡ（Robotic Process Automation）により行われるようにしてもよい。作業者によるコンピュータを操作によって精算処理サーバ２０に送信する作業が行われることにより、精算する振興券ＴＫについて作業者がチェックを行うことができるためより安全性を高めることが可能である。さらに、ＲＰＡが適用されることによって、作業者の操作がソフトウェアによる自動的な操作によって代替されることにより、作業者の業務を省力化することができるため、業務の効率化や低コスト化を進めることが可能である。

装置制御部５３６は、管理サーバ５０を統括的に制御する。例えば、装置制御部５３６は、二次元コード生成部５３０によって生成された二次元コードＣＤを、通信部５１に出力することにより、二次元コードＣＤを印刷装置４０に送信する。装置制御部５３６は、通信部２１によって受信された使用済みの振興券ＴＫに関する情報を、使用済情報取得部５３１に出力する。

図４は、実施形態に係るコード情報５２０構成の例を説明する図である。二次元コード情報５２０は、例えば、券ＩＤと、券種と、二次元コードＣＤと、秘密鍵、公開鍵などの項目を備える。券ＩＤは、振興券ＴＫを一意に特定する情報である。券種は、振興券ＴＫの種類を示す情報である。二次元コードＣＤは、二次元コードＣＤに埋め込まれた情報である。二次元コードＣＤは、例えば、券番号とデジタル署名との項目を備える。券番号は、券番号が暗号化された情報である。デジタル署名は、振興券ＴＫの書誌的事項などの電子文書から抽出されるハッシュ値を、秘密鍵で暗号化した情報である。秘密鍵は、デジタル署名に用いられた秘密鍵を示す情報である。公開鍵は、秘密鍵とペアとなる暗号鍵であり、秘密鍵で暗号化された情報を復号する暗号鍵を示す情報である。この例では、券番号の構成が、（３文字のアルファベット）＋（６桁の数字）＋（１文字で示されるチェックデジット）で示される場合を示している。券ＩＤ（ＴＫ－０００１）と券ＩＤ（ＴＫ－０００２）における振興券ＴＫの種類は券種Ａであることが示されている。券ＩＤ（ＴＫ－０００１）の二次元コードＣＤは、券番号「ＢＢＢ０００００１Ｃ」、及びデジタル署名「５ｑｋ３ｖ２Ｅ…」で構成されていることが示されている。券ＩＤ（ＴＫ－０００２）の二次元コードＣＤは、券番号「ＡＡＡ０００００２Ｆ」、及びデジタル署名「ＭＥＱＣＩＥｚ…」で構成されていることが示されている。

図５は、実施形態に係るＢＰＯ情報５２１の構成の例を示す図である。ＢＰＯ情報５２１は、例えば、データＩＤと、券番号と、備考などの項目を備える。データＩＤは、ＢＰＯで行われた作業で取得された情報を一意に識別する情報である。券番号は、データＩＤで特定される振興券ＴＫの券番号である。券番号は、例えば、振興券ＴＫに印刷されている番号に相当する（図１０参照）。この例では、データＩＤ（ＢＰ－０００１）で特定される振興券ＴＫが、券番号「ＡＡＡ０００００２Ｆ」であり、この振興券ＴＫの二次元コードＣＤが読み取ることができずにＢＰＯ作業の対象となったことが示されている。

図６は、実施形態に係るエラーログ情報５２２の構成の例を示す図である。エラーログ情報５２２は、例えば、データＩＤと、券番号と、エラー種別などの項目を備える。データＩＤは、精算すべきでないと判定された使用済みの振興券ＴＫを一意に識別する情報である。券番号は、データＩＤで特定される振興券ＴＫの券番号である。エラー種別は、精算すべきでないと判定された理由である。この例では、データＩＤ（ＥＲ－０００１）で特定される振興券ＴＫが、すでに精算済み（使用済み）であると判定されたことが示されている。データＩＤ（ＥＲ－０００２）で特定される振興券ＴＫが、加盟店で使用できる種類の振興券ＴＫではない（対象外）と判定されたことが示されている。

図７は、実施形態に係る加盟店情報５２３の構成の例を示す図である。加盟店情報５２３は、例えば、加盟店ＩＤと、加盟年月日と、対象地域などの項目を備える。加盟店ＩＤは、加盟店の登録をした店舗を一意に識別する情報である。加盟年月日は、加盟店として登録された日付を示す情報である。対象地域は、加盟店ＩＤで特定される店舗で使用することができる振興券ＴＫの種類を示す情報である。

図８は、実施形態に係る使用済情報５２４の構成の例を示す図である。使用済情報５２４は、例えば、データＩＤと、券番号と、加盟店ＩＤなどの項目を備える。データＩＤは、使用済みの振興券ＴＫとして加盟店端末３０から通知された振興券ＴＫを一意に識別する情報である。券番号は、データＩＤで特定される振興券ＴＫの券番号である。加盟店ＩＤは、使用済みの振興券ＴＫを通知してきた店舗（加盟店）を一意に識別する情報である。

図９は、実施形態に係る精算対象情報５２５の構成の例を示す図である。精算対象情報５２５は、例えば、データＩＤと、券番号と、加盟店ＩＤなどの項目を備える。データＩＤは、精算すべき振興券ＴＫを一意に識別する情報である。券番号は、データＩＤで特定される振興券ＴＫの券番号である。加盟店ＩＤは、使用済みの振興券ＴＫを通知してきた店舗（加盟店）を一意に識別する情報である。

ここで、二次元コード生成部５３０が二次元コードＣＤを生成する処理の流れを、図１０を用いて説明する。図１０は、実施形態に係る二次元コード生成部５３０が行う処理を説明する図である。まず、二次元コード生成部５３０は、通し番号ＴＢ「０００００１」を生成する。つぎに、二次元コード生成部５３０は、通し番号ＴＢを暗号化した券番号ＫＢ「ＢＢＢ０００００１Ｃ」を生成する。さらに、二次元コード生成部５３０は、券番号ＫＢを秘密鍵で暗号化したデジタル署名ＤＳ「５ｑｋ３ｖ２Ｅ…」を生成する。そして、二次元コード生成部５３０は、券番号ＫＢ「ＢＢＢ０００００１Ｃ」、及びデジタル署名ＤＳ「５ｑｋ３ｖ２Ｅ…」を二次元コードＣＤに埋め込む情報とする。二次元コード生成部５３０によって生成された二次元コードＣＤが、紙面に印刷されることによって振興券ＴＫが発行される。

図１１、及び図１２は、実施形態に係る加盟店端末３０に表示される画面の表示の例を示す図である。図１１には、振興券ＴＫに関して店舗側で行われる処理の操作画面の例が示されている。この例では、加盟店の登録申請を行う画面には、例えば、申請情報を更新する操作ボタンＢ１、加盟店の申請を取り下げる操作ボタンＢ２、及び、コード（二次元コードＣＤ）を読み込む操作ボタンＢ３が示されている。

図１２には、精算に関して店舗側で行われる処理の操作画面の例が示されている。例えば、図１１の操作ボタンＢ３が操作されると、図１２の画面が表示される。この例では、加盟店コード、加盟店名称などの基本情報とともに、二次元コードＣＤを撮像する画面Ｗが示されている。例えば、加盟店端末３０を操作する店員が、使用済みの振興券ＴＫの二次元コードＣＤが画面Ｗに収まるように撮像を行い、送信の操作を行うことにより、撮像された画像の情報が、管理サーバ５０に送信される。

図１３は、実施形態に係る地域振興券処理システム１が行う処理の流れを示すシーケンス図である。地域振興券処理システム１が行う処理は、大きく分けて、ステップＳ１００と、ステップＳ２００からなる。ステップＳ１００は、加盟店の登録を受け付ける処理である。ステップＳ２００は、使用済みの振興券ＴＫの精算を行う処理である。

まず、ステップＳ１００に係る加盟店の登録を受け付ける処理の流れを説明する。加盟店端末３０は、加盟店の登録を申請する（ステップＳ１０）。加盟店端末３０は、精算処理サーバ２０によって提供されるＷｅｂサービスのサイトにアクセスし、店舗の情報などを入力し、申請する旨の操作を行う。これにより、加盟店の登録を申請した店舗に関する情報が、精算処理サーバ２０に送信される。精算処理サーバ２０は、加盟店の登録を申請した店舗に関する情報を受信し、受信した情報に基づいて、加盟店情報２２０を更新する（ステップＳ１１）。精算処理サーバ２０は、定期的（例えば、１日に１回）に、加盟店情報２２０を管理サーバ５０に送信する。管理サーバ５０は、加盟店情報２２０を受信し、受信した情報に基づいて、加盟店情報５２３を更新する（ステップＳ１３）。

次に、ステップＳ２００に係る使用済みの振興券ＴＫの精算を行う処理の流れを説明する。加盟店端末３０は、使用済みの振興券ＴＫの精算を請求する（ステップＳ２０）。加盟店端末３０は、精算処理サーバ２０によって提供されるＷｅｂサービスのサイトで、精算を行う旨の操作を行う。精算処理サーバ２０は、加盟店端末３０から特定の操作（精算を行う旨の操作）を取得すると、別のサイト（管理サーバ５０によって提供されるサイト）にリダイレクトする（ステップＳ２１）。加盟店端末３０は、リダイレクト先のサイトで、ガイダンスに従って使用済みの振興券ＴＫの二次元コードＣＤを撮像し、撮像した二次元コードＣＤを撮像する（ステップＳ２２）。加盟店端末３０は、撮像した二次元コードＣＤの画像から、二次元コードＣＤに埋め込まれた券番号等（券番号、及びデジタル署名）を抽出し、抽出した券番号等を送信する旨の操作を行う（ステップＳ２３）。これにより、使用済みの振興券ＴＫの二次元コードＣＤの画像情報が、管理サーバ５０に送信される。

管理サーバ５０は、加盟店端末３０から券番号等を取得する。管理サーバ５０は、券番号に対応する使用済みの振興券ＴＫの署名検証（精算前チェック）を行い（ステップＳ２４）、結果を加盟店端末３０に通知する（ステップＳ２５）。このように、偽造されたと判定された振興券ＴＫについて、その旨を、加盟店端末３０に通知するようにしてもよい。管理サーバ５０は、精算対象情報５２５を生成する（ステップＳ２６）。管理サーバ５０は、エラーログ情報５２２を生成する（ステップＳ２７）。管理サーバ５０は、エラーログ情報５２２、及び精算対象情報５２５を精算処理サーバ２０に送信する。

図１４は、実施形態に係る管理サーバ５０が行う処理の流れを示すフローチャートである。ここでは、管理サーバ５０が、精算前チェックを行う処理の流れを説明する。管理サーバ５０は、二次元コードＣＤの画像情報を取得する（ステップＳ３０）。管理サーバ５０は、取得した画像から券番号を取得する（ステップＳ３１）。また、管理サーバ５０は、取得した画像からデジタル署名を取得する（ステップＳ３２）。管理サーバ５０は、ステップＳ３０で取得した二次元コードＣＤに対応する振興券ＴＫの種類に応じた公開鍵（デジタル署名の生成に用いられた秘密鍵のペアとなる暗号鍵）を取得する（ステップＳ３３）。管理サーバ５０は、デジタル署名を、公開鍵で復号することによりダイジェスト値を生成する（ステップＳ３４）。また、管理サーバ５０は、電子文書（ここでは、券番号）からダイジェスト値を算出する。例えば、管理サーバ５０は、券番号からハッシュ関数を用いてハッシュ値を抽出することによってダイジェスト値を生成する。管理サーバ５０は、ステップＳ３４で生成したダイジェスト値デジタル署名と、券番号から算出されるダイジェスト値とが一致するか否かを判定する（ステップＳ３５）。管理サーバ５０は、両方のダイジェスト値が一致した場合、振興券ＴＫが偽造されたものではない正当な券であると判定する（ステップＳ３６）。一方、管理サーバ５０は、両方のデジタル署名が一致しなかった場合、振興券ＴＫが偽造されたものであり不正な券であると判定する（ステップＳ３７）。

以上、説明したとおり、実施形態の管理サーバ５０は、二次元コード生成部５３０と、使用済情報取得部５３１と、精算対象決定部５３３と、送信処理部５３５とを備える。管理サーバ５０は、振興券ＴＫの精算に係る処理を管理する。管理サーバ５０は、「地域振興券処理装置」の一例である。二次元コード生成部５３０は、振興券ＴＫに付与する二次元コードＣＤに埋め込む情報（認証用情報の一例）を生成する。認証用情報にはデジタル署名が含まれる。デジタル署名は、券番号に対応して生成された情報である。二次元コード生成部５３０は、「生成部」の一例である。使用済情報取得部５３１は、使用済みの振興券ＴＫに付与された二次元コードＣＤを取得する。使用済情報取得部５３１は、「取得部」の一例である。精算対象決定部５３３は、二次元コードＣＤで特定される使用済みの振興券ＴＫを精算の対象とするか否かを決定する。精算対象決定部５３３は、二次元コードＣＤに埋め込まれたデジタル署名と、二次元コード生成部５３０によって生成された券番号とに基づいて、二次元コードＣＤで特定される使用済みの振興券ＴＫを精算の対象とするか否かを決定する。精算対象決定部５３３は、「決定部」の一例である。送信処理部５３５は、精算対象決定部５３３による決定結果に基づいて、精算すべき振興券ＴＫ（精算の処理の対象とする地域振興券）に関する情報を出力する。送信処理部５３５は、「出力部」の一例である。

これにより、実施形態の管理サーバ５０は、振興券ＴＫに印刷された二次元コードＣＤに埋め込まれたデジタル署名に基づいて、振興券ＴＫが偽造されたものか否かを判定することができる。したがって、偽造された振興券ＴＫが誤って精算されてしまうことを抑制でき、地域振興券の精算に係る処理をオンラインで安全に行うことが可能である。

また、実施形態の管理サーバ５０では、秘密鍵、及びその秘密鍵のペアとなる公開鍵を記憶する記憶部５２を更に備える。二次元コード生成部５３０は、振興券ＴＫの券番号から抽出したダイジェスト値を、記憶部５２に記憶された秘密鍵を用いて暗号化することによって、振興券ＴＫに対応するデジタル署名を生成する。精算対象決定部５３３は、使用済みの振興券ＴＫにおける二次元コードＣＤに埋め込まれたデジタル署名を公開鍵で復号することによって生成されたダイジェスト値を取得する。精算対象決定部５３３は、使用済みの振興券ＴＫにおける二次元コードＣＤに埋め込まれた券番号から算出されたダイジェスト値を取得する。精算対象決定部５３３は、両者（公開鍵で復号することによって生成されたダイジェスト値、及び券番号から算出されたダイジェスト値）、を突合させる。これにより、精算対象決定部５３３は、使用済情報取得部５３１によって取得された二次元コードＣＤで特定される使用済みの振興券ＴＫを精算の対象とするか否かを決定する。これにより、実施形態の管理サーバ５０は、デジタル署名を用いて、偽造されたものか否かを判定することができる。したがって、偽造された振興券ＴＫを高精度に判定することが可能である。

また、実施形態の管理サーバ５０では、二次元コード生成部５３０は、振興券ＴＫの種類ごとに互いに異なる秘密鍵を用いて、振興券ＴＫに対応するデジタル署名を生成する。これにより、実施形態の管理サーバ５０は、認証の過程において、使用済みの振興券ＴＫの種類を特定することができ、使用済みの振興券ＴＫが加盟店で使用することができる種類の使用済みの振興券ＴＫであるかを判定することができる。したがって、使用済みの振興券ＴＫの精算を正しく行うことが可能である。

また、実施形態の管理サーバ５０では、二次元コード生成部５３０は、チェックデジットを利用したアルゴリズムに基づいて振興券ＴＫの券番号を生成する。これにより、実施形態の管理サーバ５０は、振興券ＴＫにおける一連の券番号を、通し番号と類推しづらい文字等（アルファベットやチェックデジット）とを組み合わせたものとすることができる。したがって、ある振興券ＴＫの券番号から、別の振興券ＴＫの券番号が容易に類推されないものとすることができ、券番号を類推して振興券ＴＫが偽造されることを抑止することが可能となる。

上述した実施形態における地域振興券処理システム１、及び管理サーバ５０の全部または一部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１…地域振興券処理システム
１０…ＢＰＯ処理端末
２０…精算処理サーバ
３０…加盟店端末
４０…印刷装置
５０…管理サーバ
５３０…二次元コード生成部（生成部）
５３１…使用済情報取得部（取得部）
５３２…認証部
５３３…精算対象決定部（決定部）
５３４…エラーログ生成部
５３５…送信処理部（出力部）

Claims (6)

1. 地域振興券の精算に係る処理を管理する地域振興券処理装置であって、
   前記地域振興券に付与する二次元コードに埋め込む認証用情報であって、前記地域振興券を一意に特定する券番号に対応させたデジタル署名を含む認証用情報を生成する生成部と、
   使用済みの地域振興券に付与された二次元コードを取得する取得部と、
   前記取得部によって取得された二次元コードに埋め込まれた前記認証用情報、及び前記生成部によって生成された前記券番号に基づいて、前記取得部によって取得された二次元コードで特定される使用済みの地域振興券を精算の対象とするか否かを決定する決定部と、
   前記決定部による決定結果に基づいて、精算の処理の対象とする地域振興券に関する情報を出力する出力部と、
   を備える地域振興券処理装置。
2. 秘密鍵、及び前記秘密鍵に対応する公開鍵を記憶する記憶部を更に備え、
   前記生成部は、前記地域振興券の前記券番号から算出されるダイジェスト値を、前記記憶部に記憶された秘密鍵を用いて暗号化することによって、当該地域振興券に対応するデジタル署名を生成し、
   前記決定部は、前記取得部によって取得された二次元コードに埋め込まれた前記デジタル署名を、前記記憶部に記憶された前記公開鍵で復号したダイジェスト値と、前記取得部によって取得された二次元コードに埋め込まれた前記券番号から算出されるダイジェスト値と、を突合させることにより、前記取得部によって取得された二次元コードで特定される使用済みの地域振興券を精算の対象とするか否かを決定する、
   請求項１に記載の地域振興券処理装置。
3. 前記生成部は、地域振興券の種類ごとに互いに異なる秘密鍵を用いて、当該地域振興券に対応するデジタル署名を生成する、
   請求項２に記載の地域振興券処理装置。
4. 前記生成部は、チェックデジットを利用したアルゴリズムに基づいて前記券番号を生成する、
   請求項１から請求項３のいずれか一項に記載の地域振興券処理装置。
5. 地域振興券の精算に係る処理を管理する地域振興券処理装置の地域振興券処理方法であって、
   生成部が、前記地域振興券に付与する二次元コードに埋め込む認証用情報であって、前記地域振興券を一意に特定する券番号に対応させたデジタル署名を含む認証用情報を生成し、
   取得部が、使用済みの地域振興券に付与された二次元コードを取得し、
   決定部が、前記取得部によって取得された二次元コードに埋め込まれた前記認証用情報、及び前記生成部によって生成された前記券番号に基づいて、前記取得部によって取得された二次元コードで特定される使用済みの地域振興券を精算の対象とするか否かを決定し、
   出力部が、前記決定部による決定結果に基づいて、精算の処理の対象とする地域振興券に関する情報を出力する、
   地域振興券処理方法。
6. コンピュータを、請求項１から請求項４のいずれか一項に記載の地域振興券処理装置として動作させるためのプログラムであって、前記コンピュータを前記地域振興券処理装置が備える各部として機能させるためのプログラム。

Images