▶ 高光産業株式会社の特許一覧 ▶ 株式会社コモニーの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-04-27
(45)【発行日】2023-05-10
(54)【発明の名称】電子チケット管理方法及び電子チケット管理装置
(51)【国際特許分類】
G06Q 20/04 20120101AFI20230428BHJP
【ＦＩ】
G06Q20/04 314
【請求項の数】
9
(21)【出願番号】P 2020009267
(22)【出願日】2020-01-23
(65)【公開番号】P2021117595
(43)【公開日】2021-08-10
【審査請求日】2023-01-16
【早期審査対象出願】
(73)【特許権者】
【識別番号】503309664
【氏名又は名称】高光産業株式会社
(73)【特許権者】
【識別番号】517361878
【氏名又は名称】株式会社コモニー
(74)【代理人】
【識別番号】100088155
【弁理士】
【氏名又は名称】長谷川 芳樹
(74)【代理人】
【識別番号】100145012
【弁理士】
【氏名又は名称】石坂 泰紀
(74)【代理人】
【識別番号】100171099
【弁理士】
【氏名又は名称】松尾 茂樹
(72)【発明者】
【氏名】妹尾 八郎
(72)【発明者】
【氏名】藤原 秀司
【審査官】山内 裕史
(56)【参考文献】
【文献】特開２０１９－７０９４３（ＪＰ，Ａ）
【文献】特開２０１９－１３９３４１（ＪＰ，Ａ）
【文献】特開２０１８－１２４８４１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
電子チケット管理装置が実行する電子チケット管理方法であって、チケット発券部が、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、利用者条件と、地域制約条件とを付与した返礼品電子チケットを発券することと、
店舗登録部が、店舗からの登録要求に従って前記店舗を加盟店として登録することと、
利用者条件変更部が、前記返礼品電子チケットの譲渡要求に従って前記返礼品電子チケットの利用者条件を変更することと、
決済処理部が、前記返礼品電子チケットにより前記加盟店にて費用の支払いをしようとする者が前記返礼品電子チケットの前記利用者条件を満たすか否かと、前記費用の支払い対象が前記地域制約条件を満たすか否かとに基づいて支払い可否を判定し、支払い可と判定した場合に前記地方公共団体から前記加盟店への前記費用の支払い処理を行うことと、を含む電子チケット管理方法。
【請求項2】
前記チケット発券部が、発券者からの電子チケットの発券要求に従って利用者条件を付与したノーマル電子チケットを発券することと、前記決済処理部が、前記ノーマル電子チケットにより前記加盟店にて費用の支払いをしようとする者が前記ノーマル電子チケットの前記利用者条件を満たすか否かに基づいて支払い可否を判定し、支払い可と判定した場合に前記発券者から前記加盟店への前記費用の支払い処理を行うことと、を更に含む、請求項１記載の電子チケット管理方法。
【請求項3】
前記地域制約条件は提供地制約条件を含み、前記決済処理部は、前記加盟店の所在地が前記提供地制約条件を満たすか否かに基づいて前記費用の支払い対象が前記地域制約条件を満たすか否かを判定する、請求項２記載の電子チケット管理方法。
【請求項4】
前記地域制約条件は店舗制約条件を含み、前記決済処理部は、前記加盟店が店舗制約条件を満たすか否かに基づいて前記費用の支払い対象が前記地域制約条件を満たすか否かを判定する、請求項２又は３記載の電子チケット管理方法。
【請求項5】
前記地域制約条件は名称制約条件を含み、前記決済処理部は、前記費用の支払い対象に付された名称が前記名称制約条件を満たすか否かに基づいて前記費用の支払い対象が前記地域制約条件を満たすか否かを判定する、請求項２又は３記載の電子チケット管理方法。
【請求項6】
前記地域制約条件は企業制約条件を含み、前記決済処理部は、前記費用の支払い対象を提供する企業が前記企業制約条件を満たすか否かに基づいて前記費用の支払い対象が前記地域制約条件を満たすか否かを判定する、請求項２～５のいずれか一項記載の電子チケット管理方法。
【請求項7】
前記チケット発券部は、寄付金額に応じた支払上限額を定めた前記返礼品電子チケットを発券し、前記決済処理部は、前記支払上限額と前記費用との差額を前記地方公共団体に還元するように前記費用の支払い処理を行う、請求項１～６のいずれか一項記載の電子チケット管理方法。
【請求項8】
前記チケット発券部は、前記費用の支払いに利用された前記返礼品電子チケットが所定の利用完了条件を満たさない場合に前記差額を新たな支払上限額として前記返礼品電子チケットを再発券し、前記決済処理部は、前記費用の支払いに利用された前記返礼品電子チケットが前記利用完了条件を満たす場合に前記差額を前記地方公共団体に還元する、請求項７記載の電子チケット管理方法。
【請求項9】
所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、利用者条件と、地域制約条件とを付与した返礼品電子チケットを発券するチケット発券部と、店舗からの登録要求に従って前記店舗を加盟店として登録する店舗登録部と、
前記返礼品電子チケットの譲渡要求に従って前記返礼品電子チケットの利用者条件を変更する利用者条件変更部と、
前記返礼品電子チケットにより前記加盟店にて費用の支払いをしようとする者が前記利用者条件を満たすか否かと、前記費用の支払い対象が前記地域制約条件を満たすか否かとに基づいて支払い可否を判定し、支払い可と判定した場合に前記地方公共団体から前記加盟店への前記費用の支払い処理を行う決済処理部と、を含む電子チケット管理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、電子チケット管理方法及び電子チケット管理装置に関する。
【背景技術】
【0002】
特許文献１には、所定地域に関連を持つ各者の属性を規定したリストを格納する記憶装置と、地域振興券の発行要求を所定装置から受けた場合、当該発行要求が示す発行希望者についてリストにて属性を特定し、当該発行希望者に対して発行する地域振興券のプレミアム額を、特定した属性の種類に応じて決定し、当該決定したプレミアム額を発行希望者が希望する購入金額に上乗せした額面での地域振興券に関する所定の発行処理を実行する演算装置と、を備える地域振興券管理システムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１８－０１８２１６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本開示は、地方における歳入増加と、地方における消費喚起との両立に有効な方法及び装置を提供する。
【課題を解決するための手段】
【0005】
本開示の一側面に係る電子チケット管理方法は、電子チケット管理装置が実行する電子チケット管理方法であって、チケット発券部が、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、利用者条件と、地域制約条件とを付与した返礼品電子チケットを発券することと、店舗登録部が、店舗からの登録要求に従って店舗を加盟店として登録することと、利用者条件変更部が、返礼品電子チケットの譲渡要求に従って当該返礼品電子チケットの利用者条件を変更することと、決済処理部が、返礼品電子チケットにより加盟店にて費用の支払いをしようとする者が返礼品電子チケットの利用者条件を満たすか否かと、費用の支払い対象が地域制約条件を満たすか否かとに基づいて支払い可否を判定し、支払い可と判定した場合に地方公共団体から加盟店への費用の支払い処理を行うことと、を含む。
【0006】
本開示の他の側面に係る電子チケット管理装置は、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、利用者条件と、地域制約条件とを付与した返礼品電子チケットを発券するチケット発券部と、店舗からの登録要求に従って店舗を加盟店として登録する店舗登録部と、返礼品電子チケットの譲渡要求に従って返礼品電子チケットの利用者条件を変更する利用者条件変更部と、返礼品電子チケットにより加盟店にて費用の支払いをしようとする者が利用者条件を満たすか否かと、費用の支払い対象が地域制約条件を満たすか否かとに基づいて支払い可否を判定し、支払い可と判定した場合に地方公共団体から加盟店への費用の支払い処理を行う決済処理部と、を含む。
【発明の効果】
【0007】
本開示によれば、地方における歳入増加と、地方における消費喚起との両立に有効な方法及び装置を提供することができる。
【図面の簡単な説明】
【0008】
【図1】電子チケット管理システムの機能的な構成を例示するブロック図である。
【図2】返礼品データベースの内容を例示するテーブルである。
【図3】寄付データベースの内容を例示するテーブルである。
【図4】チケットデータベースの内容を例示するテーブルである。
【図5】店舗データベースの内容を例示するテーブルである。
【図6】電子チケット管理システムのハードウェア構成を例示するブロック図である。
【図7】返礼品手配手順を例示するフローチャートである。
【図8】返礼品電子チケットの発券手順を例示するフローチャートである。
【図9】ノーマル電子チケットの発券手順を例示するフローチャートである。
【図10】店舗の登録手順を例示するフローチャートである。
【図11】返礼品電子チケットによる決済手順を例示するフローチャートである。
【図12】ノーマル電子チケットによる決済手順を例示するフローチャートである。
【発明を実施するための形態】
【0009】
以下、実施形態について、図面を参照しつつ詳細に説明する。説明において、同一要素又は同一機能を有する要素には同一の符号を付し、重複する説明を省略する。
【0010】
〔電子チケット管理システム〕
図１に示す電子チケット管理システム１は、電子チケットの発券と、電子チケットによる電子決済処理とを実行するシステムである。電子チケットは、予め定められた金額を物品又はサービス等の購入に使う権利を定める電子データである。電子チケットには、少なくとも固有のＩＤと、利用者条件と、支払条件と、決済情報とが付与される。
図１に示す電子チケット管理システム１は、電子チケットの発券と、電子チケットによる電子決済処理とを実行するシステムである。電子チケットは、予め定められた金額を物品又はサービス等の購入に使う権利を定める電子データである。電子チケットには、少なくとも固有のＩＤと、利用者条件と、支払条件と、決済情報とが付与される。
【0011】
利用者条件は、当該電子チケットによる決済を行う権利を有する者（以下、「利用者」という。）を定める。支払条件は、例えば支払上限額を定める。決済情報は、支払元による支払いを電子的に実行するための情報である。決済情報の具体例としては、支払元による支払い（電子決済）を受けるための情報（例えば銀行口座番号又はクレジットカード番号）が挙げられる。
【0012】
電子チケット管理システム１は、少なくとも、返礼品電子チケットと、ノーマル電子チケットとの２種類の電子チケットを管理する。返礼品電子チケットは、所定地域の地方公共団体に対し地域外の住民からの寄付（例えば所謂「ふるさと納税」）があった場合に、当該寄付に対する返礼品として発券される電子チケットである。ノーマル電子チケットは、ふるさと納税とは無関係に、発券者からの要求に従って発券される電子チケットである。例えば電子チケット管理システム１は、ふるさと納税受付装置２００と、電子チケット管理装置１００とを有する。
【0013】
ふるさと納税受付装置２００は、上記寄付の受け付け及び決済処理と、寄付に応じた返礼品の手配とを行う。ふるさと納税受付装置２００は、機能上の構成（以下、「機能ブロック」という。）として、返礼品データベース２１４と、寄付受付部２１１と、寄付情報データベース２１２と、寄付決済部２１３と、返礼品手配部２１５とを有する。
【0014】
返礼品データベース２１４は、寄付先である地方公共団体ごとに、返礼品の内容を記憶する。返礼品データベース２１４は、各地方公共団体と、ふるさと納税受付装置２００の運営会社との取り決めに従って予め構築されている。
【0015】
例えば図２に示すように、返礼品データベース２１４は、寄付先ＩＤと、返礼品種別と、返礼品詳細情報と対応付けて記憶する。寄付先ＩＤは、地方公共団体の識別コードである。寄付先ＩＤの具体例としては、総務省により定められた地方公共団体コード等が挙げられる。返礼品種別は、予め定められた返礼用の物品の種別である。返礼品種別は、上述した返礼品電子チケットを含む。
【0016】
返礼品詳細情報は、少なくとも還元条件（寄付額に応じて返礼品の量を定める条件）を含む。返礼品電子チケットにおける還元条件の具体例としては、寄付１００００円につき電子チケット２０００円、寄付２００００円につき電子チケット５０００円、等が挙げられる。返礼品の種別が電子チケットである場合、返礼品詳細情報は、決済情報と、電子チケットに対する地域制約条件とを含む。
【0017】
決済情報は、地方公共団体を支払元とする電子決済を実行するための情報である。決済情報の具体例としては、地方公共団体の銀行口座番号等が挙げられる。地域制約条件は、電子チケットによる費用の支払い対象を、地方公共団体の管轄地域に関連する対象に制限する。管轄地域に関連する対象とは、当該対象に支払われた金銭の少なくとも一部が管轄地域の居住者（企業等を含む）の収入となる対象を意味する。地域制約条件の具体例としては、以下に示す提供地制約条件、店舗制約条件、名称制約条件、及び企業制約条件等が挙げられる。
【0018】
提供地制約条件は、電子チケットによる費用の支払い対象を管轄地域内で提供される対象に制限する。提供地制約条件における管轄地域は、例えば緯度・経度等による範囲で表されていてもよいし、寄付先ＩＤで表されていてもよい。
【0019】
店舗制約条件は、電子チケットによる費用の支払いが可能な店舗を、管轄地域に関連する店舗に制限する。店舗制約条件は、例えば１つ以上の店舗の名称又は識別情報のリストにより表されていてもよい。
【0020】
名称制約条件は、電子チケットによる費用の支払い対象を、管轄地域に関連する名称が付された対象に制限する。名称制約条件は、例えば１つ以上の名称のリストにより表されていてもよい。管轄地域に関連する名称の具体例としては、管轄地域において生産される物品、又は管轄地域において提供されるサービスに共通で付される名称（例えば地域団体商標）が挙げられる。また、管轄地域に関連する名称は、管轄地域を拠点とする企業が自社商品又は自社サービスに独自に付した名称であってもよい。
【0021】
物品が管轄地域外で提供される場合であっても、当該物品が管轄地域において生産されていれば、当該物品に支払われた金銭の少なくとも一部は管轄地域の居住者の収入となり得る。サービスが管轄地域外で提供される場合であっても、サービスの提供者が管轄地域内から管轄地域外への出張者であれば、当該サービスに支払われた金銭の少なくとも一部は管轄地域の居住者の収入となり得る。
【0022】
企業制約条件は、費用の支払い対象を、管轄地域に関連する企業が提供する対象に制限する。企業制約条件は、例えば１つ以上の企業の名称又は識別情報のリストにより表されていてもよい。
【0023】
物品が管轄地域外で提供される場合であっても、管轄地域に関連する企業により当該物品が生産されていれば、当該物品に支払われた金銭の少なくとも一部は管轄地域の居住者の収入となり得る。サービスが管轄地域外で提供される場合であっても、当該サービスを管轄地域内の企業が遠隔的に提供していれば、当該サービスに支払われた金銭の少なくとも一部は管轄地域の居住者の収入となり得る。
【0024】
地域制約条件は、提供地制約条件、店舗制約条件、名称制約条件、及び企業制約条件のうち２種以上の組み合わせであってもよい。
【0025】
図１に戻り、寄付受付部２１１は、上記寄付の申し込みを寄付者端末３１０から受け付ける。寄付者端末３１０は、上記寄付者が使用する端末である。寄付者端末３１０は、据え置き型のパーソナルコンピュータであってもよいし、ノート型コンピュータ、タブレット型コンピュータ、又はスマートフォン等の携帯端末であってもよい。簡略化のために、図１には１つの寄付者端末３１０のみが図示されているが、実際には多数の寄付者端末３１０がふるさと納税受付装置２００に接続され得る。
【0026】
寄付受付部２１１は、返礼品データベース２１４に基づいて、寄付先となり得る地方公共団体と、寄付に対する返礼品とのリストを寄付者端末３１０に表示する。例えば寄付受付部２１１は、寄付者端末３１０にインストールされた汎用のウェブブラウザ、又はふるさと納税専用のアプリケーション等に上記リストを表示する。
【0027】
寄付者は、リスト表示に基づいて、寄付者端末３１０に対し寄付の申し込み操作を行う。例えば寄付者は、上記ウェブブラウザ又はアプリケーションにおいて、寄付先の地方公共団体を選択し、寄付金額、寄付用の決済情報、及び返礼品送付先等を入力する。決済情報は、寄付者から寄付先への寄付金の支払いを電子的に実行する（寄付金の電子決済を実行する）ための情報である。決済情報の具体例としては、銀行口座番号又はクレジットカード番号等が挙げられる。返礼品送付先の具体例としては、物品の郵送先（例えば寄付者の住所）、又は電子チケットの送信先（例えば寄付者のＥメールアドレス）等が挙げられる。
【0028】
寄付受付部２１１は、寄付者端末３１０に対する上記申し込み操作に応じて、寄付の申込内容と、寄付者の識別情報とを寄付者端末３１０から取得する。以下、寄付受付部２１１が寄付者端末３１０から取得する情報をまとめて「寄付情報」という。
【0029】
寄付情報データベース２１２は、寄付受付部２１１が寄付者端末３１０から取得した寄付情報を記憶する。例えば図３に示すように、寄付情報データベース２１２は、寄付者ＩＤと、上記寄付先ＩＤと、上記寄付金額と、上記決済情報と、上記返礼品送付先と、決済状況と、返礼品手配状況とを対応付けて記憶する。寄付者ＩＤは、寄付者の識別コードである。寄付先ＩＤの具体例としては、ログインに際して寄付者が入力したアカウント等が挙げられる。決済状況は、寄付金の電子決済が完了したか否かを示す。図示における「未」は、寄付金の電子決済が未完了であることを示し、「済」は、寄付金の電子決済が完了していることを示す。返礼品手配状況は、寄付金の支払いに応じた返礼品の手配が完了しているか否かを示す。図示における「未」は、返礼品の手配が未完了であることを示し、「済」は、返礼品の手配が完了していることを示す。
【0030】
図１に戻り、寄付決済部２１３は、寄付情報データベース２１２が記憶する寄付情報の決済情報に従って、寄付金の電子決済処理を実行する。例えば寄付決済部２１３は、寄付情報データベース２１２が記憶する決済情報に従った寄付金の電子決済の実行を決済代行事業者サーバ６００に要求する。決済代行事業者サーバ６００は、銀行またはクレジットカード会社のサーバであり、上記寄付金の電子決済を代行する。このように、寄付受付部２１１が電子決済処理を実行することは、寄付受付部２１１が決済代行事業者サーバ６００に電子決済を代行させることを含む。
【0031】
寄付決済部２１３は、決済代行事業者サーバ６００による電子決済の代行が完了するのに応じて、寄付情報データベース２１２の上記決済状況を「未」から「済」に変更する。簡略化のために、図１には１つの決済代行事業者サーバ６００のみが図示されているが、実際には多数の決済代行事業者サーバ６００がふるさと納税受付装置２００に接続され得る。
【0032】
返礼品手配部２１５は、寄付決済部２１３による電子決済処理の完了（決済代行事業者サーバ６００による電子決済の代行完了）に応じて、寄付金額に応じた返礼品の手配処理を実行する。例えば、返礼品が物品である場合、返礼品手配部２１５は、返礼品の提供企業に対し、送付先（上記返礼品送付先）への返礼品の送付を依頼する。
【0033】
返礼品が上記返礼品電子チケットである場合、返礼品手配部２１５は、電子チケット管理装置１００に返礼品電子チケットの発券を要求する。例えば返礼品手配部２１５は、寄付情報データベース２１２と返礼品データベース２１４とを参照し、寄付金額と、寄付者ＩＤと、返礼品送付先と、上記返礼品詳細情報とを電子チケット管理装置１００に送信し、寄付金額に応じた金額分の返礼品電子チケットの発券を電子チケット管理装置１００に要求する。
【0034】
返礼品の手配処理を完了した後、返礼品手配部２１５は、寄付情報データベース２１２の上記返礼品手配状況を「未」から「済」に変更する。電子チケット管理装置１００は、発券要求に従って電子チケットを発券し、電子チケットによる支払いの電子決済処理を実行する。電子チケット管理装置１００は、発券要求に際し指定される制約条件を電子チケットに付与する。また、電子チケット管理装置１００は、電子チケットの支払上限額と、実際の支払額との差額を支払元に還元する。
【0035】
電子チケット管理装置１００は、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、利用者条件と、地域制約条件とを付与した返礼品電子チケットを発券することと、店舗からの登録要求に従って店舗を加盟店として登録することと、返礼品電子チケットの譲渡要求に従って返礼品電子チケットの利用者条件を変更することと、返礼品電子チケットにより加盟店にて費用の支払いをしようとする者が利用者条件を満たすか否かと、費用の支払い対象が地域制約条件を満たすか否かとに基づいて支払い可否を判定し、支払い可と判定した場合に地方公共団体から加盟店への費用の支払い処理を行うことと、を実行するように構成されている。
【0036】
電子チケット管理装置１００は、発券者からの電子チケットの発券要求に従って利用者条件を付与したノーマル電子チケットを発券することと、ノーマル電子チケットにより加盟店にて費用の支払いをしようとする者が利用者条件を満たすか否かに基づいて支払い可否を判定し、支払い可と判定した場合に発券者から加盟店への費用の支払い処理を行うことと、を更に実行するように構成されていてもよい。例えば電子チケット管理装置１００は、機能ブロックとして、チケット発券部１１１と、チケットデータベース１１２と、利用者条件変更部１１３と、店舗登録部１１４と、店舗データベース１１５と、決済処理部１１６とを有する。
【0037】
チケット発券部１１１は、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、利用者条件と、地域制約条件とを付与した返礼品電子チケットを発券する。例えばチケット発券部１１１は、返礼品手配部２１５からの返礼品電子チケットの発券要求に従って返礼品電子チケットを発券する。
【0038】
上述したように、返礼品手配部２１５は、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、返礼品電子チケットの発券を要求する。従って、返礼品手配部２１５からの返礼品電子チケットの発券要求に従って返礼品電子チケットを発券することは、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に返礼品電子チケットを発券することの一例である。
【0039】
例えばチケット発券部１１１は、返礼品手配部２１５から送信された上記寄付金額、寄付者ＩＤ、返礼品送付先、及び返礼品詳細情報に基づいて、利用者条件と、支払条件と、決済情報と、地域制約条件とを付与した返礼品電子チケットを発券する。利用者条件は、返礼品電子チケットによる決済を行う権利を有する利用者の識別コード（以下、「利用者ＩＤ」という。）を定める。支払条件は、寄付金額に応じた支払上限額を定める。決済情報は、地方公共団体による支払いを電子的に実行するための情報である。上述のように、地域制約条件は、電子チケットによる費用の支払い対象を、地方公共団体の管轄地域に関連する対象に制限する。
【0040】
例えばチケット発券部１１１は、返礼品電子チケット固有のチケットＩＤを生成し、寄付者ＩＤを利用者ＩＤとしてチケットＩＤに対応付ける。また、チケット発券部１１１は、寄付金額と返礼品詳細情報の上記還元条件とに基づく支払上限額をチケットＩＤに対応付け、返礼品詳細情報の上記決済情報をチケットＩＤに対応付ける。更に、チケット発券部１１１は、返礼品詳細情報の上記地域制約条件をチケットＩＤに対応付ける。以上により、チケットＩＤと、利用者ＩＤと、支払上限額と、決済情報と、地域制約条件とを対応付けた返礼品電子チケットが発券される。
【0041】
チケット発券部１１１は、返礼品電子チケットの発券のために、上記支払上限額を支払元の地方公共団体から電子チケット管理装置１００の管理会社に支払う電子決済の実行を事前に決済代行事業者サーバ６００に要求してもよい。この電子決済を決済代行事業者サーバ６００が代行することによって、支払上限額の電子マネーが電子チケット管理装置１００の管理会社にプールされる。この場合、電子チケット管理装置１００は、支払上限額の電子マネーをプールした上記管理会社を支払元とする電子決済を行うための決済情報をチケットＩＤに対応付ける。以下、地方公共団体を支払元とする電子決済を行うための決済情報を「事後決済用の決済情報」といい、上記管理会社を支払元とする電子決済を行うための決済情報を「事前決済用の決済情報」という。
【0042】
チケット発券部１１１は、発券した返礼品電子チケットを利用者端末３３０に送信する。例えばチケット発券部１１１は、発券した電子チケットを１次元コード又は２次元コード（例えばＱＲコード（登録商標））等の読み取り可能な電子コードにして利用者端末３３０に送信する。なお、電子コードを利用者端末３３０に送信することは、電子コードを表示するウェブサイトのリンクを利用者端末３３０に送信することを含む。
【0043】
利用者端末３３０は、利用者が使用する端末である。利用者端末３３０は、据え置き型のパーソナルコンピュータであってもよいし、ノート型コンピュータ、タブレット型コンピュータ、又はスマートフォン等の携帯端末であってもよい。
【0044】
説明の便宜上、利用者端末３３０を上記寄付者端末３１０と区別しているが、利用者端末３３０と寄付者端末３１０とは同一の端末であってもよい。例えば、上述した例においては、寄付者ＩＤが返礼品電子チケットの利用者ＩＤとされているので、利用者端末３３０は寄付者端末３１０と同一である。この場合、チケット発券部１１１は、上記返礼品送付先が示す寄付者のＥメールアドレスに従って、寄付者端末３１０に返礼品電子チケットを送信する。
【0045】
チケット発券部１１１は、発券者からの電子チケットの発券要求に従って利用者条件を付与したノーマル電子チケットを発券してもよい。例えばチケット発券部１１１は、電子チケットの発券要求を発券者端末３２０から取得する。
【0046】
発券者端末３２０は、発券者が使用する端末である。発券者端末３２０は、据え置き型のパーソナルコンピュータであってもよいし、ノート型コンピュータ、タブレット型コンピュータ、又はスマートフォン等の携帯端末であってもよい。簡略化のために、図１には１つの発券者端末３２０のみが図示されているが、実際には多数の発券者端末３２０が電子チケット管理装置１００に接続され得る。
【0047】
チケット発券部１１１は、ノーマル電子チケットの発券に必要な情報の入力画面を発券者端末３２０に表示する。例えばチケット発券部１１１は、発券者端末３２０にインストールされた汎用のウェブブラウザ、又は電子チケットの発券者・利用者専用のアプリケーション等に、利用者条件、支払条件、決済情報、及び個別制約条件の入力画面を表示する。利用者条件は、ノーマル電子チケットによる決済を行う権利を有する利用者の識別コード（以下、「利用者ＩＤ」という。）を定める。支払条件は支払上限額を定める。決済情報は、発券者による支払いを電子的に実行するための情報である。決済情報の具体例としては、発券者の銀行口座番号又はクレジットカード番号等が挙げられる。個別制約条件は、発券者が任意で設定する制約条件である。個別制約条件の具体例としては、費用の支払い対象の種別（例えば物品又はサービスの種別）を制限する条件、決済期限を定める条件等が挙げられる。
【0048】
例えば発券者は、入力画面に従って、利用者ＩＤ、支払上限額、決済情報及び個別制約条件を入力する。チケット発券部１１１は、発券者による入力画面への入力に基づいて、利用者条件、支払条件、決済情報、及び個別制約条件を付与したノーマル電子チケットを発券する。例えばチケット発券部１１１は、ノーマル電子チケット固有のチケットＩＤを生成し、入力画面に入力された利用者ＩＤ、支払上限額、決済情報、及び個別制約条件をチケットＩＤに対応付ける。以上により、チケットＩＤと、利用者ＩＤと、支払上限額と、決済情報とを対応付けたノーマル電子チケットが発券される。
【0049】
チケット発券部１１１は、ノーマル電子チケットの発券のために、上記支払上限額を支払元の発券者から電子チケット管理装置１００の管理会社に支払う電子決済の実行を事前に決済代行事業者サーバ６００に要求してもよい。この電子決済を決済代行事業者サーバ６００が代行することによって、支払上限額の電子マネーが電子チケット管理装置１００の管理会社にプールされる。この場合、電子チケット管理装置１００は、支払上限額の電子マネーをプールした上記管理会社を支払元とする電子決済を行うための決済情報をチケットＩＤに対応付ける。以下、発券者を支払元とする電子決済を行うための決済情報を「事後決済用の決済情報」といい、上記管理会社を支払元とする電子決済を行うための決済情報を「事前決済用の決済情報」という。
【0050】
チケット発券部１１１は、発券したノーマル電子チケットを利用者端末３３０に送信する。例えばチケット発券部１１１は、発券したノーマル電子チケットを１次元コード又は２次元コード（例えばＱＲコード（登録商標））等の読み取り可能な電子コードにして利用者端末３３０に送信する。
【0051】
説明の便宜上、利用者端末３３０を上記発券者端末３２０と区別しているが、利用者端末３３０と発券者端末３２０とは同一の端末であってもよい。例えば、ノーマル電子チケットの発券要求に際し、発券者が自身を利用者とした場合、利用者端末３３０は発券者端末３２０と同一である。簡略化のために、図１には１つの利用者端末３３０のみが図示されているが、実際には多数の利用者端末３３０が電子チケット管理装置１００に接続され得る。
【0052】
チケットデータベース１１２は、チケット発券部１１１が発券した電子チケットを記憶する。例えば図４に示すように、チケットデータベース１１２は、チケットＩＤ、利用者ＩＤ、支払上限額、決済情報、及び制約条件（地域制約条件又は個別制約条件）に、チケット種別及びステータスを対応付けて記憶する。チケット種別は、チケットが返礼品電子チケットであるか、ノーマル電子チケットであるかを示す。
【0053】
ステータスは、電子チケットの現在の状態を示す。図４のステータスにおける「発券済」は、電子チケットが発券済であることを示している。「送信済」は、電子チケットを利用者端末３３０に送信済であることを示している。「受領済」は、利用者端末３３０において電子チケットが受領されたことを示している。「利用済」は、電子チケットが決済に利用されたことを示している。
【0054】
チケット発券部１１１は、チケットデータベース１１２への電子チケットの記録時におけるステータスを「発券済」とし、利用者端末３３０への電子チケットの送信を完了すると「発券済」を「送信済」に変更し、利用者端末３３０による電子チケットの受領を確認すると「送信済」を「受領済」に変更する。
【0055】
図１に戻り、利用者条件変更部１１３は、返礼品電子チケットの譲渡要求に従って当該返礼品電子チケットの利用者条件を変更する。利用者条件変更部１１３は、ノーマル電子チケットの譲渡要求に従って当該ノーマル電子チケットの利用者条件を変更してもよい。例えば利用者条件変更部１１３は、譲渡元の利用者が使用する利用者端末３３０からの譲渡要求に従って、電子チケット（返礼品電子チケット又はノーマル電子チケット）の利用者ＩＤを譲渡元の利用者ＩＤから譲渡先の利用者ＩＤに変更してもよい。
【0056】
利用者条件変更部１１３は、譲渡先の利用者が使用する利用者端末３３０からの譲受要求に従って、電子チケットの利用者ＩＤを譲渡元の利用者ＩＤから譲渡先の利用者ＩＤに変更してもよい。利用者条件変更部１１３は、譲渡元の利用者が使用する利用者端末３３０からの譲渡要求と、譲渡先の利用者が使用する利用者端末３３０からの譲受要求と、の両方に従って、電子チケットの利用者ＩＤを譲渡元の利用者ＩＤから譲渡先の利用者ＩＤに変更してもよい。なお、利用者条件変更部１１３は、必ずしも返礼品電子チケットの発券後に利用者条件を変更しなくてもよく、返礼品電子チケットの発券時に利用者条件を変更してもよい。例えば利用者条件変更部１１３は、寄付者端末３１０からの譲渡要求に従って、チケット発券部１１１が返礼品電子チケットのチケットＩＤに対応付ける利用者ＩＤを、寄付者とは異なる者のＩＤに変更してもよい。
【0057】
寄付者は、上記寄付の申し込み操作において、寄付者端末３１０に譲渡要求を入力してもよい。例えば寄付者は、上記返礼品送付先として、寄付者以外の者（以下、「他者」という。）の識別情報（以下、「他者ＩＤ」という。）と、他者に対する電子チケットの送信先（例えば他者のＥメールアドレス）とを入力してもよい。この場合、利用者条件変更部１１３は、返礼品送付先の内容を譲渡要求として返礼品手配部２１５から取得し、チケット発券部１１１が返礼品電子チケットのチケットＩＤに対応付ける利用者ＩＤを寄付者ＩＤから他社ＩＤに変更する。
【0058】
店舗登録部１１４は、店舗からの登録要求に従って当該店舗を加盟店として登録する。例えば店舗登録部１１４は、登録を要求する店舗の情報を店舗端末５００から取得し、取得した情報を加盟店の情報として登録する。店舗端末５００は、店舗において使用される端末である。店舗端末５００は、据え置き型のパーソナルコンピュータであってもよいし、ノート型コンピュータ、タブレット型コンピュータ、又はスマートフォン等の携帯端末であってもよい。簡略化のために、図１には１つの店舗端末５００のみが図示されているが、実際には多数の店舗端末５００が電子チケット管理装置１００に接続され得る。
【0059】
店舗データベース１１５は、店舗登録部１１４が登録した加盟店の情報を記憶する。例えば図５に示すように、店舗データベース１１５は、店舗ＩＤと、店舗の種別と、店舗名と、企業ＩＤと、所在地と、所属地域ＩＤと、決済情報とを対応付けて記憶する。店舗ＩＤは、店舗の固有の識別情報である。企業ＩＤは、店舗を運営する企業の固有の識別情報である。所属地域ＩＤは、店舗が属する地域（店舗の所在地を含む地域）の固有の識別情報である。所属地域ＩＤは、例えば地方公共団体の識別コード（例えば上述の地方公共団体コード等）である。決済情報は、店舗を支払先とする電子決済を実行するための情報である。決済情報の具体例としては、店舗の銀行口座番号等が挙げられる。
【0060】
図１に戻り、決済処理部１１６は、返礼品電子チケットにより加盟店にて費用の支払いをしようとする者（以下、「利用希望者」という。）が利用者条件を満たすか否かと、費用の支払い対象が地域制約条件を満たすか否かとに基づいて支払い可否を判定し、支払い可と判定した場合に地方公共団体から加盟店への費用の支払い処理を行う。
【0061】
例えば、決済処理部１１６は、返礼品電子チケットにより加盟店にて費用の支払いをしようとする者の識別情報（以下、「未認証の利用者ＩＤ」という。）と、返礼品電子チケットのチケットＩＤ（以下、「未認証のチケットＩＤ」という。）と、加盟店の店舗ＩＤと、費用の支払い対象の情報とを取得する。費用の支払い対象の情報は、少なくとも費用の金額を含む。費用の支払い対象の情報は、費用の支払い対象の名称を含んでもよいし、費用の支払い対象を提供する企業の識別情報（企業ＩＤ）を含んでいてもよい。
【0062】
ここで、返礼品電子チケットは、例えば以下の方式で利用される。
（方式１）
費用の支払い対象の情報を店舗端末５００が読み取る。更に、利用者端末３３０が表示する未認証のチケットＩＤ（例えば上記電子コード）と、利用者端末３３０が表示する未認証の利用者ＩＤとを店舗端末５００が読み取る。
（方式２）
加盟店の店舗ＩＤと、費用の支払い対象の情報とを利用者端末３３０が読み取る。利用者端末３３０は、費用の支払い対象の情報を読み取るのに代えて、利用者の入力に基づいて費用の支払い対象の情報を取得してもよい。
（方式１）
費用の支払い対象の情報を店舗端末５００が読み取る。更に、利用者端末３３０が表示する未認証のチケットＩＤ（例えば上記電子コード）と、利用者端末３３０が表示する未認証の利用者ＩＤとを店舗端末５００が読み取る。
（方式２）
加盟店の店舗ＩＤと、費用の支払い対象の情報とを利用者端末３３０が読み取る。利用者端末３３０は、費用の支払い対象の情報を読み取るのに代えて、利用者の入力に基づいて費用の支払い対象の情報を取得してもよい。
【0063】
方式１の場合、決済処理部１１６は、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを店舗端末５００から取得する。方式２の場合、決済処理部１１６は、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを利用者端末３３０から取得する。
【0064】
決済処理部１１６は、未認証のチケットＩＤと未認証の利用者ＩＤとがチケットデータベース１１２において対応付けられていれば利用希望者が利用者条件を満たすと判定し、未認証のチケットＩＤと未認証の利用者ＩＤとがチケットデータベース１１２において対応付けられていなければ利用希望者が利用者条件を満たさないと判定する。
【0065】
利用希望者が利用者条件を満たす場合、決済処理部１１６は、少なくとも加盟店の情報又は費用の支払い対象の情報に基づいて、費用の支払い対象が地域制約条件を満たすか否かを判定する。例えば地域制約条件が上記提供地制約条件である場合、決済処理部１１６は、加盟店の所在地が提供地制約条件を満たすか否かに基づいて費用の支払い対象が地域制約条件を満たすか否かを判定する。
【0066】
例えば、提供地制約条件が寄付先ＩＤで表されている場合、決済処理部１１６は、店舗データベース１１５において加盟店の店舗ＩＤに対応付けられた所属地域ＩＤが、寄付先ＩＤに一致する場合に、費用の支払い対象が地域制約条件を満たすと判定し、当該所属地域ＩＤが寄付先ＩＤに一致しない場合に、費用の支払い対象が地域制約条件を満たさないと判定する。
【0067】
提供地制約条件が緯度・経度等による範囲（以下、「寄付先範囲」という。）で表されている場合、決済処理部１１６は、店舗データベース１１５において加盟店の店舗ＩＤに対応付けられた所在地が、寄付先範囲内に位置する場合に、費用の支払い対象が地域制約条件を満たすと判定し、当該所在地が寄付先範囲内に位置しない場合に、費用の支払い対象が地域制約条件を満たさないと判定する。
【0068】
地域制約条件が上記店舗制約条件である場合、決済処理部１１６は、加盟店が店舗制約条件を満たすか否かに基づいて費用の支払い対象が地域制約条件を満たすか否かを判定する。店舗制約条件が店舗の名称（以下、「地域関連店舗名称」という。）により表される場合、決済処理部１１６は、店舗データベース１１５において加盟店の店舗ＩＤに対応付けられた店舗名が地域関連店舗名称に一致する場合に、費用の支払い対象が地域制約条件を満たすと判定し、当該店舗名が地域関連店舗名称に一致しない場合に、費用の支払い対象が地域制約条件を満たさないと判定する。
【0069】
地域制約条件が上記名称制約条件である場合、決済処理部１１６は、費用の支払い対象に付された名称が名称制約条件を満たすか否かに基づいて費用の支払い対象が地域制約条件を満たすか否かを判定する。名称制約条件が名称（以下、「地域関連名称」という。）により表される場合、決済処理部１１６は、費用の支払い対象の名称が地域関連名称に一致する場合に、費用の支払い対象が地域制約条件を満たすと判定し、費用の支払い対象の名称が地域関連名称に一致しない場合に、費用の支払い対象が地域制約条件を満たさないと判定する。
【0070】
地域制約条件が上記企業制約条件である場合、決済処理部１１６は、費用の支払い対象を提供する企業が企業制約条件を満たすか否かに基づいて、費用の支払い対象が地域制約条件を満たすか否かを判定する。企業制約条件が企業の識別情報（以下、「地域制約企業ＩＤ」という。）により表される場合、決済処理部１１６は、店舗データベース１１５において加盟店の店舗ＩＤに対応付けられた企業ＩＤが地域制約企業ＩＤに一致する場合に、費用の支払い対象が地域制約条件を満たすと判定し、当該企業ＩＤが地域制約企業ＩＤに一致しない場合に、費用の支払い対象が地域制約条件を満たさないと判定する。
【0071】
支払い可と判定した場合、決済処理部１１６は、地方公共団体から加盟店への費用の支払い処理を実行する。決済処理部１１６は、返礼品電子チケットの支払上限額（チケットデータベース１１２においてチケットＩＤに対応付けられた支払上限額）と、費用との差額を支払元である地方公共団体に還元するように費用の支払い処理を行ってもよい。
【0072】
返礼品電子チケットの決済情報（チケットデータベース１１２においてチケットＩＤに対応付けられた決済情報）が、事後決済用の決済情報である場合、決済処理部１１６は、上記費用を支払元の地方公共団体から支払先の加盟店に支払う電子決済の実行を決済代行事業者サーバ６００に要求する。例えば決済処理部１１６は、チケットデータベース１１２においてチケットＩＤに対応付けられた決済情報と、店舗データベース１１５において加盟店の店舗ＩＤに対応付けられた決済情報とに基づいて、上記電子決済の実行を決済代行事業者サーバ６００に要求する。これに応じ、決済代行事業者サーバ６００は、上記電子決済を代行する。この決済によれば、上記差額が地方公共団体に残るので、上記差額が地方公共団体に還元されたこととなる。
【0073】
返礼品電子チケットの決済情報が、事前決済用の決済情報である場合、決済処理部１１６は、返礼品電子チケット用にプールされた電子マネーのうち、上記費用分を支払先の加盟店に支払う電子決済と、上記差額分を支払元の地方自治体に還元する電子決済との実行を決済代行事業者サーバ６００に要求する。これに応じ、決済代行事業者サーバ６００は、上記２つの電子決済を代行する。
【0074】
決済処理部１１６は、加盟店での決済にノーマル電子チケットが利用される際に、少なくとも利用者が利用者条件を満たすか否かに基づいて決済可否を判定し、決済可と判定した場合に発券者を支払元とする決済処理を行ってもよい。ノーマル電子チケットの利用において、利用者条件を満たすか否かを判定するまでの処理は、返礼品電子チケットの場合と同じであるため説明を省略する。
【0075】
利用者が利用者条件を満たす場合、決済処理部１１６は、少なくとも加盟店の情報又は決済対象の情報に基づいて、決済対象が個別制約条件を満たすか否かを判定し、決済対象が個別制約条件を満たす場合には決済可と判定する。
【0076】
決済可と判定した場合、決済処理部１１６は、ノーマル電子チケットの支払上限額（チケットデータベース１１２においてチケットＩＤに対応付けられた支払上限額）と、決済対象に対する支払金額との差額を支払元である発券者に還元するように決済処理を行う。
【0077】
ノーマル電子チケットの決済情報（チケットデータベース１１２においてチケットＩＤに対応付けられた決済情報）が、事後決済用の決済情報である場合、決済処理部１１６は、上記支払金額を支払元の発券者から支払先の加盟店に支払う電子決済の実行を決済代行事業者サーバ６００に要求する。
【0078】
例えば決済処理部１１６は、チケットデータベース１１２においてチケットＩＤに対応付けられた決済情報と、店舗データベース１１５において加盟店の店舗ＩＤに対応付けられた決済情報とに基づいて、上記電子決済の実行を決済代行事業者サーバ６００に要求する。これに応じ、決済代行事業者サーバ６００は、上記電子決済を代行する。この決済によれば、上記差額が発券者に残るので、上記差額が発券者に還元されたこととなる。
【0079】
ノーマル電子チケットの決済情報が、事前決済用の決済情報である場合、決済処理部１１６は、ノーマル電子チケット用にプールされた電子マネーのうち、支払金額分を支払先の加盟店に支払う電子決済と、上記差額分を支払元の発券者に還元する電子決済との実行を決済代行事業者サーバ６００に要求する。これに応じ、決済代行事業者サーバ６００は、上記２つの電子決済を代行する。
【0080】
以上のように、決済処理部１１６が電子決済処理を実行することは、決済処理部１１６が決済代行事業者サーバ６００に電子決済を代行させることを含む。簡略化のために、寄付決済部２１３が電子決済を代行させる決済代行事業者サーバ６００と、決済処理部１１６が電子決済を代行させる決済代行事業者サーバ６００とを共通にしているが、これらは別であってもよい。簡略化のために１つの決済代行事業者サーバ６００のみが図示されているが、実際には多数の決済代行事業者サーバ６００が電子チケット管理装置１００に接続され得る。
【0081】
決済処理部１１６は、決済代行事業者サーバ６００による電子決済の代行が完了するのに応じて、チケットデータベース１１２における電子チケット（返礼品電子チケット又はノーマル電子チケット）のステータスを上記「受領済」から「利用済」に変更する。
【0082】
チケット発券部１１１は、費用の支払いに利用された返礼品電子チケットが所定の利用完了条件を満たさない場合に、上記差額を新たな支払上限額として返礼品電子チケットを再発券してもよい。この場合、決済処理部１１６は、費用の支払いに利用された返礼品電子チケットが上記利用完了条件を満たす場合に上述のように差額を地方公共団体に還元する。以下、費用の支払いに利用された返礼品電子チケットを「旧チケット」といい、旧チケットの利用に応じて再発券される返礼品電子チケットを「新チケット」という。
【0083】
新チケットを再発券する場合、チケット発券部１１１は、例えば新チケット固有のチケットＩＤ（以下、「新チケットＩＤ」という。）を生成し、旧チケットと同じ利用者ＩＤを新チケットＩＤに対応付ける。また、チケット発券部１１１は、上記差額を新たな支払上限額として新チケットＩＤに対応付け、旧チケットと同じ決済情報及び地域制約条件を新チケットＩＤに対応付ける。以上により、新チケットＩＤと、利用者ＩＤと、支払上限額と、決済情報と、地域制約条件とを対応付けた新チケットが再発券される。
【0084】
事前決済用の決済情報を含む新チケットがチケット発券部１１１により発券される場合、決済処理部１１６は、上記差額分を支払元の地方公共団体に還元する電子決済を行わない。これにより、新たな支払上限額の電子マネーが電子チケット管理装置１００の管理会社に引き続きプールされる。
【0085】
チケット発券部１１１は、再発券した新チケットを利用者端末３３０に送信する。例えばチケット発券部１１１は、再発券した新チケットを１次元コード又は２次元コード（例えばＱＲコード（登録商標））等の読み取り可能な電子コードにして利用者端末３３０に送信する。
【0086】
チケット発券部１１１は、費用の支払いに利用されたノーマル電子チケットが所定の利用完了条件を満たさない場合に、上記差額を新たな支払上限額としてノーマル電子チケットを再発券してもよい。この場合、決済処理部１１６は、費用の支払いに利用されたノーマル電子チケットが上記利用完了条件を満たす場合に上述のように差額を発券者に還元する。以下、費用の支払いに利用されたノーマル電子チケットを「旧チケット」といい、旧チケットの利用に応じて再発券されるノーマル電子チケットを「新チケット」という。
【0087】
新チケットを再発券する場合、チケット発券部１１１は、例えば新チケット固有のチケットＩＤ（以下、「新チケットＩＤ」という。）を生成し、旧チケットと同じ利用者ＩＤを新チケットＩＤに対応付ける。また、チケット発券部１１１は、上記差額を新たな支払上限額として新チケットＩＤに対応付け、旧チケットと同じ決済情報及び個別制約条件を新チケットＩＤに対応付ける。以上により、新チケットＩＤと、利用者ＩＤと、支払上限額と、決済情報と、個別制約条件とを対応付けた新チケットが再発券される。
【0088】
事前決済用の決済情報を含む新チケットがチケット発券部１１１により発券される場合、決済処理部１１６は、上記差額分を支払元の発券者に還元する電子決済を行わない。これにより、新たな支払上限額の電子マネーが電子チケット管理装置１００の管理会社に引き続きプールされる。
【0089】
チケット発券部１１１は、再発券した新チケットを利用者端末３３０に送信する。例えばチケット発券部１１１は、再発券した新チケットを１次元コード又は２次元コード（例えばＱＲコード（登録商標））等の読み取り可能な電子コードにして利用者端末３３０に送信する。
【0090】
チケット発券部１１１は、チケットデータベース１１２への新チケットの記録時におけるステータスを「発券済」とし、利用者端末３３０への新チケットの送信を完了すると「発券済」を「送信済」に変更し、利用者端末３３０による新チケットの受領を確認すると「送信済」を「受領済」に変更する。
【0091】
利用完了条件はいかようにも設定可能である。以下に例示する。
例１） 上記差額が所定の利用完了金額を下回る。
例２） 返礼品電子チケットの再発券の回数が所定の上限回数に達している。
例１） 上記差額が所定の利用完了金額を下回る。
例２） 返礼品電子チケットの再発券の回数が所定の上限回数に達している。
【0092】
チケット発券部１１１は、所定の有効期限を付して返礼品電子チケットを発券してもよい。この場合、決済処理部１１６は、未利用の返礼品電子チケットの有効期限が経過したタイミングで、当該返礼品電子チケットの支払上限額を地方公共団体に還元してもよい。例えば、返礼品電子チケットの決済情報が事後決済用の決済情報である場合、決済処理部１１６は、チケットデータベース１１２における当該電子チケットのステータスを「受領済」から「期限切れ」に変更する。これにより、当該電子チケットが利用不可となるので、支払上限額が地方公共団体に還元されたこととなる。返礼品電子チケットの決済情報が事前決済用の決済情報である場合、決済処理部１１６は、返礼品電子チケット用にプールされた支払上限額分の電子マネーを支払元の地方自治体に還元する電子決済の実行を決済代行事業者サーバ６００に要求する。これに応じ、決済代行事業者サーバ６００が上記電子決済を実行し、上記支払上限額が地方公共団体に還元される。
【0093】
チケット発券部１１１は、所定の有効期限を付してノーマル電子チケットを発券してもよい。この場合、決済処理部１１６は、未利用のノーマル電子チケットの有効期限が経過したタイミングで、当該ノーマル電子チケットの支払上限額を発券者に還元してもよい。例えば、ノーマル電子チケットの決済情報が事後決済用の決済情報である場合、決済処理部１１６は、チケットデータベース１１２における当該電子チケットのステータスを「受領済」から「期限切れ」に変更する。これにより、当該電子チケットが利用不可となるので、支払上限額が発券者に還元されたこととなる。ノーマル電子チケットの決済情報が事前決済用の決済情報である場合、決済処理部１１６は、返礼品電子チケット用にプールされた支払上限額分の電子マネーを支払元の地方自治体に還元する電子決済の実行を決済代行事業者サーバ６００に要求する。これに応じ、決済代行事業者サーバ６００が上記電子決済を実行し、上記支払上限額が地方公共団体に還元される。
【0094】
図６は、電子チケット管理システム１のハードウェア構成を例示するブロック図である。電子チケット管理システム１は、上述のように電子チケット管理装置１００とふるさと納税受付装置２００とを備える。電子チケット管理装置１００及びふるさと納税受付装置２００は、通信ネットワークＮＷを介して接続されている。また、電子チケット管理装置１００及びふるさと納税受付装置２００は、通信ネットワークＮＷを介して寄付者端末３１０、発券者端末３２０、利用者端末３３０、店舗端末５００、及び決済代行事業者サーバ６００と接続されている。通信ネットワークＮＷは、例えば所謂インターネットを含むワイドエリアネットワークである。通信ネットワークＮＷを構成するネットワーク回線は有線であっても無線であってもよい。
【0095】
ふるさと納税受付装置２００は、回路２９０を有する。回路２９０は、一つ又は複数のプロセッサ２９１と、メモリ２９２と、ストレージ２９３と、通信ポート２９４とを含む。ストレージ２９３は、例えば少なくとも一つのハードディスク又は不揮発性メモリ等の記憶媒体である。ストレージ２９３は、寄付の受け付け及び決済処理と、寄付に応じた返礼品の手配とをふるさと納税受付装置２００に実行させるためのプログラムを記憶している。例えばストレージ２９３は、ふるさと納税受付装置２００の上述の各機能ブロックを構成するためのプログラムを記憶している。
【0096】
メモリ２９２は、ストレージ２９３からロードしたプログラム及びプロセッサ２９１による演算結果を一時的に記憶する。プロセッサ２９１は、メモリ２９２と協働して上記プログラムを実行することで、上述した各機能モジュールを構成する。通信ポート２９４は、プロセッサ２９１からの指令に応じ、電子チケット管理装置１００、寄付者端末３１０、発券者端末３２０、利用者端末３３０、店舗端末５００及び決済代行事業者サーバ６００との間でネットワーク通信を行う。
【0097】
電子チケット管理装置１００は、回路１９０を有する。回路１９０は、一つ又は複数のプロセッサ１９１と、メモリ１９２と、ストレージ１９３と、通信ポート１９４とを含む。ストレージ１９３は、例えば少なくとも一つのハードディスク又は不揮発性メモリ等の記憶媒体である。ストレージ１９３は、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、利用者条件と、地域制約条件とを付与した返礼品電子チケットを発券することと、店舗からの登録要求に従って店舗を加盟店として登録することと、返礼品電子チケットの譲渡要求に従って返礼品電子チケットの利用者条件を変更することと、返礼品電子チケットにより加盟店にて費用の支払いをしようとする者が利用者条件を満たすか否かと、費用の支払い対象が地域制約条件を満たすか否かとに基づいて支払い可否を判定し、支払い可と判定した場合に地方公共団体から加盟店への費用の支払い処理を行うことと、を電子チケット管理装置１００に実行させるためのプログラムを記憶している。例えばストレージ１９３は、電子チケット管理装置１００の上述の各機能ブロックを構成するためのプログラムを記憶している。
【0098】
メモリ１９２は、ストレージ１９３からロードしたプログラム及びプロセッサ１９１による演算結果を一時的に記憶する。プロセッサ１９１は、メモリ１９２と協働して上記プログラムを実行することで、上述した各機能モジュールを構成する。通信ポート１９４は、プロセッサ１９１からの指令に応じ、ふるさと納税受付装置２００、寄付者端末３１０、発券者端末３２０、利用者端末３３０、店舗端末５００及び決済代行事業者サーバ６００との間でネットワーク通信を行う。
【0099】
〔電子チケット管理方法〕
続いて、電子チケット管理方法の一例として、電子チケット管理システム１が実行する電子チケット管理手順を例示する。この手順は、チケット発券部１１１が、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、利用者条件と、地域制約条件とを付与した返礼品電子チケットを発券することと、店舗登録部１１４が、店舗からの登録要求に応じて店舗を加盟店として登録することと、利用者条件変更部１１３が、返礼品電子チケットの譲渡要求に従って返礼品電子チケットの利用者条件を変更することと、決済処理部１１６が、返礼品電子チケットにより加盟店にて費用の支払いをしようとする者が利用者条件を満たすか否かと、費用の支払い対象が地域制約条件を満たすか否かとに基づいて支払い可否を判定し、支払い可と判定した場合に地方公共団体から加盟店への費用の支払い処理を行うことと、を含む。
続いて、電子チケット管理方法の一例として、電子チケット管理システム１が実行する電子チケット管理手順を例示する。この手順は、チケット発券部１１１が、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、利用者条件と、地域制約条件とを付与した返礼品電子チケットを発券することと、店舗登録部１１４が、店舗からの登録要求に応じて店舗を加盟店として登録することと、利用者条件変更部１１３が、返礼品電子チケットの譲渡要求に従って返礼品電子チケットの利用者条件を変更することと、決済処理部１１６が、返礼品電子チケットにより加盟店にて費用の支払いをしようとする者が利用者条件を満たすか否かと、費用の支払い対象が地域制約条件を満たすか否かとに基づいて支払い可否を判定し、支払い可と判定した場合に地方公共団体から加盟店への費用の支払い処理を行うことと、を含む。
【0100】
この手順は、チケット発券部１１１が、発券者からの電子チケットの発券要求に従って利用者条件を付与したノーマル電子チケットを発券することと、ノーマル電子チケットにより費用の支払いをしようとする者が利用者条件を満たすか否かに基づいて支払い可否を判定し、支払い可と判定した場合に発券者から加盟店への支払い処理を行うことと、を更に含んでもよい。
【0101】
以下、ふるさと納税受付装置２００が実行する返礼品手配手順と、電子チケット管理装置１００が実行する返礼品電子チケットの発券手順及びノーマル電子チケットの発券手順と、電子チケット管理装置１００が実行する店舗の登録手順と、電子チケット管理装置１００が実行する返礼品電子チケットによる決済手順及びノーマル電子チケットによる決済手順とに分けて、電子チケット管理手順を詳細に例示する。
【0102】
（返礼品手配手順）
図７に示すように、ふるさと納税受付装置２００は、まずステップＳ０１，Ｓ０２，Ｓ０３，Ｓ０４を実行する。ステップＳ０１では、寄付受付部２１１が、寄付者端末３１０からの寄付の申し込みを待機する。この間に、寄付受付部２１１は、寄付者端末３１０からのアクセスに応じ、寄付先となり得る地方公共団体と、寄付に対する返礼品とのリストを寄付者端末３１０に表示する。ステップＳ０２では、寄付受付部２１１が、上記寄付情報（寄付の申込内容及び寄付者の識別情報）を寄付者端末３１０から取得し、寄付情報データベース２１２に記録する。ステップＳ０３では、寄付情報データベース２１２が記憶する寄付情報の決済情報に従って、寄付決済部２１３が、寄付金の電子決済処理を実行する。ステップＳ０４では、返礼品手配部２１５が、返礼品データベース２１４を参照し、寄付先の返礼品が返礼品電子チケットであるかを確認する。
図７に示すように、ふるさと納税受付装置２００は、まずステップＳ０１，Ｓ０２，Ｓ０３，Ｓ０４を実行する。ステップＳ０１では、寄付受付部２１１が、寄付者端末３１０からの寄付の申し込みを待機する。この間に、寄付受付部２１１は、寄付者端末３１０からのアクセスに応じ、寄付先となり得る地方公共団体と、寄付に対する返礼品とのリストを寄付者端末３１０に表示する。ステップＳ０２では、寄付受付部２１１が、上記寄付情報（寄付の申込内容及び寄付者の識別情報）を寄付者端末３１０から取得し、寄付情報データベース２１２に記録する。ステップＳ０３では、寄付情報データベース２１２が記憶する寄付情報の決済情報に従って、寄付決済部２１３が、寄付金の電子決済処理を実行する。ステップＳ０４では、返礼品手配部２１５が、返礼品データベース２１４を参照し、寄付先の返礼品が返礼品電子チケットであるかを確認する。
【0103】
ステップＳ０４において寄付先の返礼品が返礼品電子チケットであると判定した場合、ふるさと納税受付装置２００は、ステップＳ０５，Ｓ０６を実行する。ステップＳ０５では、返礼品手配部２１５が、返礼品電子チケットの発券用の情報を生成する。例えば返礼品手配部２１５は、寄付情報データベース２１２と返礼品データベース２１４とを参照し、寄付金額と、寄付者ＩＤと、返礼品送付先と、上記返礼品詳細情報とを含む情報を生成する。ステップＳ０６では、返礼品手配部２１５が、上記発券用の情報を電子チケット管理装置１００に送信し、寄付金額に応じた金額分の返礼品電子チケットの発券を電子チケット管理装置１００に要求する。
【0104】
ステップＳ０４において寄付先の返礼品が返礼品電子チケットでないと判定した場合、ふるさと納税受付装置２００は、ステップＳ０７を実行する。ステップＳ０７では、返礼品手配部２１５が、返礼品の提供企業に対し、送付先（上記返礼品送付先）への返礼品の送付を依頼する。ふるさと納税受付装置２００は以上の手順を繰り返す。
【0105】
（返礼品電子チケットの発券手順）
図８に示すように、電子チケット管理装置１００は、ステップＳ１１，Ｓ１２，Ｓ１３，Ｓ１４，Ｓ１５，Ｓ１６，Ｓ１７，Ｓ１８を実行する。ステップＳ１１では、チケット発券部１１１が、返礼品手配部２１５からの返礼品電子チケットの発券要求を待機する。ステップＳ１２では、チケット発券部１１１が、返礼品電子チケット固有のチケットＩＤを生成する。ステップＳ１３では、チケット発券部１１１が、利用者条件を設定する。例えばチケット発券部１１１は、寄付者ＩＤを利用者ＩＤとする。ステップＳ１４では、チケット発券部１１１が、支払条件を設定する。例えばチケット発券部１１１は、寄付金額と返礼品詳細情報の上記還元条件とに基づく支払上限額を設定する。
図８に示すように、電子チケット管理装置１００は、ステップＳ１１，Ｓ１２，Ｓ１３，Ｓ１４，Ｓ１５，Ｓ１６，Ｓ１７，Ｓ１８を実行する。ステップＳ１１では、チケット発券部１１１が、返礼品手配部２１５からの返礼品電子チケットの発券要求を待機する。ステップＳ１２では、チケット発券部１１１が、返礼品電子チケット固有のチケットＩＤを生成する。ステップＳ１３では、チケット発券部１１１が、利用者条件を設定する。例えばチケット発券部１１１は、寄付者ＩＤを利用者ＩＤとする。ステップＳ１４では、チケット発券部１１１が、支払条件を設定する。例えばチケット発券部１１１は、寄付金額と返礼品詳細情報の上記還元条件とに基づく支払上限額を設定する。
【0106】
ステップＳ１５では、チケット発券部１１１が、決済情報を設定する。例えばチケット発券部１１１は、返礼品詳細情報が含む決済情報を抽出する。ステップＳ１６では、チケット発券部１１１が、地域制約条件を設定する。例えばチケット発券部１１１は、返礼品詳細情報が含む地域制約条件を抽出する。
【0107】
ステップＳ１７では、チケット発券部１１１が、ステップＳ１２で生成されたチケットＩＤに、ステップＳ１３で設定された利用者ＩＤと、ステップＳ１４で設定された支払上限額と、ステップＳ１５で設定された決済情報と、ステップＳ１６で設定された地域制約条件とを対応付けて返礼品電子チケットを発券し、チケットデータベース１１２に記録する。この際に、チケット発券部１１１は、返礼品電子チケットのステータスを「発券済」とする。
【0108】
ステップＳ１８では、チケット発券部１１１が、ステップＳ１７で発券した返礼品電子チケットを利用者端末３３０に送信し、チケットデータベース１１２における返礼品電子チケットのステータスを「発券済」から「送信済」にする。利用者端末３３０による返礼品電子チケットの受領を確認すると、チケット発券部１１１は上記ステータスを「送信済」から「受領済」に変更する。電子チケット管理装置１００は以上の手順を繰り返す。なお、ステップＳ１１～Ｓ１６の実行順序は適宜変更可能である。電子チケット管理装置１００は、ステップＳ１１～Ｓ１６を並行して実行してもよい。
【0109】
（ノーマル電子チケットの発券手順）
図９に示すように、電子チケット管理装置１００は、ステップＳ２１，Ｓ２２，Ｓ２３，Ｓ２４を実行する。ステップＳ２１では、チケット発券部１１１が、発券者端末３２０からのノーマル電子チケットの発券要求を待機する。ステップＳ２２では、チケット発券部１１１が、ノーマル電子チケット固有のチケットＩＤを生成する。
図９に示すように、電子チケット管理装置１００は、ステップＳ２１，Ｓ２２，Ｓ２３，Ｓ２４を実行する。ステップＳ２１では、チケット発券部１１１が、発券者端末３２０からのノーマル電子チケットの発券要求を待機する。ステップＳ２２では、チケット発券部１１１が、ノーマル電子チケット固有のチケットＩＤを生成する。
【0110】
ステップＳ２３では、チケット発券部１１１が、ステップＳ２２で生成されたチケットＩＤに、発券者端末３２０から取得した利用者ＩＤ、支払上限額、決済情報、及び個別制約条件を対応付けてノーマル電子チケットを発券し、チケットデータベース１１２に記録する。この際に、チケット発券部１１１は、ノーマル電子チケットのステータスを「発券済」とする。
【0111】
ステップＳ２４では、チケット発券部１１１が、ステップＳ２３で発券したノーマル電子チケットを利用者端末３３０に送信し、チケットデータベース１１２におけるノーマル電子チケットのステータスを「発券済」から「送信済」にする。利用者端末３３０によるノーマル電子チケットの受領を確認すると、チケット発券部１１１は上記ステータスを「送信済」から「受領済」に変更する。電子チケット管理装置１００は以上の手順を繰り返す。
【0112】
（店舗の登録手順）
図１０に示すように、電子チケット管理装置１００は、ステップＳ３１，Ｓ３２を実行する。ステップＳ３１では、店舗登録部１１４が、店舗端末５００からの登録要求を待機する。ステップＳ３２では、店舗登録部１１４が、登録を要求する店舗の情報を店舗端末５００から取得し、取得した情報を加盟店の情報として店舗データベース１１５に記録する。電子チケット管理装置１００は以上の手順を繰り返す。
図１０に示すように、電子チケット管理装置１００は、ステップＳ３１，Ｓ３２を実行する。ステップＳ３１では、店舗登録部１１４が、店舗端末５００からの登録要求を待機する。ステップＳ３２では、店舗登録部１１４が、登録を要求する店舗の情報を店舗端末５００から取得し、取得した情報を加盟店の情報として店舗データベース１１５に記録する。電子チケット管理装置１００は以上の手順を繰り返す。
【0113】
（返礼品電子チケットによる決済手順）
図１１に示すように、電子チケット管理装置１００は、まずステップＳ４１，Ｓ４２，Ｓ４３を実行する。ステップＳ４１では、決済処理部１１６が、上述した方式１又は方式２等による返礼品電子チケットの利用を待機する。ステップＳ４２では、決済処理部１１６が、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを取得する。例えば、上記方式１にて返礼品電子チケットが利用された場合、決済処理部１１６は、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを店舗端末５００から取得する。上記方式２にて返礼品電子チケットが利用された場合、決済処理部１１６は、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを利用者端末３３０から取得する。ステップＳ４３では、決済処理部１１６が、未認証のチケットＩＤのステータスが、チケットデータベース１１２において「受領済」であるかを確認する。ステップＳ４３において、未認証のチケットＩＤのステータスが「受領済」でないと判定した場合、決済処理部１１６は処理をステップＳ４１に戻す。
図１１に示すように、電子チケット管理装置１００は、まずステップＳ４１，Ｓ４２，Ｓ４３を実行する。ステップＳ４１では、決済処理部１１６が、上述した方式１又は方式２等による返礼品電子チケットの利用を待機する。ステップＳ４２では、決済処理部１１６が、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを取得する。例えば、上記方式１にて返礼品電子チケットが利用された場合、決済処理部１１６は、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを店舗端末５００から取得する。上記方式２にて返礼品電子チケットが利用された場合、決済処理部１１６は、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを利用者端末３３０から取得する。ステップＳ４３では、決済処理部１１６が、未認証のチケットＩＤのステータスが、チケットデータベース１１２において「受領済」であるかを確認する。ステップＳ４３において、未認証のチケットＩＤのステータスが「受領済」でないと判定した場合、決済処理部１１６は処理をステップＳ４１に戻す。
【0114】
ステップＳ４３において、未認証のチケットＩＤのステータスが「受領済」であると判定した場合、電子チケット管理装置１００はステップＳ４４を実行する。ステップＳ４４では、決済処理部１１６が、未認証のチケットＩＤと未認証の利用者ＩＤとがチケットデータベース１１２において対応付けられているか否かを確認する。
【0115】
ステップＳ４４において未認証のチケットＩＤと未認証の利用者ＩＤとがチケットデータベース１１２において対応付けられていないと判定した場合、決済処理部１１６は、利用者が利用者条件を満たさないと判定し、処理をステップＳ４１に戻す。
【0116】
ステップＳ４４において未認証のチケットＩＤと未認証の利用者ＩＤとがチケットデータベース１１２において対応付けられていると判定した場合、電子チケット管理装置１００は、ステップＳ４５を実行する。ステップＳ４５では、決済処理部１１６が、少なくとも加盟店の情報又は費用の支払い対象の情報に基づいて、費用の支払い対象が地域制約条件を満たすか否かを確認する。
【0117】
ステップＳ４５において費用の支払い対象が地域制約条件を満たさないと判定した場合、決済処理部１１６は、処理をステップＳ４１に戻す。ステップＳ４５において費用の支払い対象が地域制約条件を満たすと判定した場合、電子チケット管理装置１００はステップＳ４６を実行する。ステップＳ４６では、決済処理部１１６が、支払い可と判定し、返礼品電子チケットの支払上限額と、決済対象に対する支払金額との差額を支払元である地方公共団体に還元するように、地方公共団体から加盟店への費用の支払い処理を行う。
【0118】
チケット発券部１１１は、費用の支払いに利用された返礼品電子チケットが所定の利用完了条件を満たさない場合に、ステップＳ４６の後に上記差額を新たな支払上限額として返礼品電子チケットを再発券してもよい。
【0119】
決済処理部１１６は、決済完了（例えば上記決済代行事業者サーバ６００による電子決済の代行完了）に応じて、チケットデータベース１１２における返礼品電子チケットのステータスを上記「受領済」から「利用済」に変更する。電子チケット管理装置１００は、以上の手順を繰り返す。
【0120】
（ノーマル電子チケットによる決済手順）
図１２に示すように、電子チケット管理装置１００は、まずステップＳ５１，Ｓ５２，Ｓ５３を実行する。ステップＳ５１では、決済処理部１１６が、上述した方式１又は方式２等によるノーマル電子チケットの利用を待機する。ステップＳ５２では、決済処理部１１６が、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを取得する。例えば、上記方式１にて返礼品電子チケットが利用された場合、決済処理部１１６は、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを店舗端末５００から取得する。上記方式２にて返礼品電子チケットが利用された場合、決済処理部１１６は、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを利用者端末３３０から取得する。ステップＳ５３では、決済処理部１１６が、未認証のチケットＩＤのステータスが、チケットデータベース１１２において「受領済」であるかを確認する。ステップＳ５３において、未認証のチケットＩＤのステータスが「受領済」でないと判定した場合、決済処理部１１６は処理をステップＳ５１に戻す。
図１２に示すように、電子チケット管理装置１００は、まずステップＳ５１，Ｓ５２，Ｓ５３を実行する。ステップＳ５１では、決済処理部１１６が、上述した方式１又は方式２等によるノーマル電子チケットの利用を待機する。ステップＳ５２では、決済処理部１１６が、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを取得する。例えば、上記方式１にて返礼品電子チケットが利用された場合、決済処理部１１６は、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを店舗端末５００から取得する。上記方式２にて返礼品電子チケットが利用された場合、決済処理部１１６は、未認証のチケットＩＤと、店舗ＩＤと、未認証の利用者ＩＤと、費用の支払い対象の情報とを利用者端末３３０から取得する。ステップＳ５３では、決済処理部１１６が、未認証のチケットＩＤのステータスが、チケットデータベース１１２において「受領済」であるかを確認する。ステップＳ５３において、未認証のチケットＩＤのステータスが「受領済」でないと判定した場合、決済処理部１１６は処理をステップＳ５１に戻す。
【0121】
ステップＳ５３において、未認証のチケットＩＤのステータスが「受領済」であると判定した場合、電子チケット管理装置１００はステップＳ５４を実行する。ステップＳ５４では、決済処理部１１６が、未認証のチケットＩＤと未認証の利用者ＩＤとがチケットデータベース１１２において対応付けられているか否かを確認する。
【0122】
ステップＳ５４において未認証のチケットＩＤと未認証の利用者ＩＤとがチケットデータベース１１２において対応付けられていないと判定した場合、決済処理部１１６は、利用者が利用者条件を満たさないと判定し、処理をステップＳ５１に戻す。
【0123】
ステップＳ５４において未認証のチケットＩＤと未認証の利用者ＩＤとがチケットデータベース１１２において対応付けられていると判定した場合、電子チケット管理装置１００は、ステップＳ５５を実行する。ステップＳ５５では、決済処理部１１６が、少なくとも加盟店の情報又は費用の支払い対象の情報に基づいて、費用の支払い対象が個別制約条件を満たすか否かを確認する。
【0124】
ステップＳ５５において費用の支払い対象が個別制約条件を満たさないと判定した場合、決済処理部１１６は、処理をステップＳ５１に戻す。ステップＳ５５において費用の支払い対象が個別制約条件を満たすと判定した場合、電子チケット管理装置１００はステップＳ５６を実行する。ステップＳ５６では、決済処理部１１６が、決済可と判定し、ノーマル電子チケットの支払上限額と、費用の支払い対象に対する支払金額との差額を支払元である発券者に還元するように、発券者から加盟店への費用の支払い処理を行う。
【0125】
決済処理部１１６は、決済完了（例えば上記決済代行事業者サーバ６００による電子決済の代行完了）に応じて、チケットデータベース１１２におけるノーマル電子チケットのステータスを上記「受領済」から「利用済」に変更する。電子チケット管理装置１００は、以上の手順を繰り返す。
【0126】
チケット発券部１１１は、費用の支払いに利用されたノーマル電子チケットが所定の利用完了条件を満たさない場合に、ステップＳ５６の後に上記差額を新たな支払上限額としてノーマル電子チケットを再発券してもよい。
【0127】
〔本実施形態の効果〕
以上に説明したように、本実施形態に係る電子チケット管理方法は、電子チケット管理装置１００が実行する電子チケット管理方法であって、チケット発券部１１１が、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、利用者条件と、地域制約条件とを付与した返礼品電子チケットを発券することと、店舗登録部１１４が、店舗からの登録要求に従って店舗を加盟店として登録することと、利用者条件変更部１１３が、返礼品電子チケットの譲渡要求に従って返礼品電子チケットの利用者条件を変更することと、決済処理部１１６が、返礼品電子チケットにより加盟店にて費用の支払いをしようとする者が返礼品電子チケットの利用者条件を満たすか否かと、費用の支払い対象が地域制約条件を満たすか否かとに基づいて支払い可否を判定し、支払い可と判定した場合に地方公共団体から加盟店への費用の支払い処理を行うことと、を含む。
以上に説明したように、本実施形態に係る電子チケット管理方法は、電子チケット管理装置１００が実行する電子チケット管理方法であって、チケット発券部１１１が、所定地域の地方公共団体に対し地域外の住民からの寄付があった場合に、利用者条件と、地域制約条件とを付与した返礼品電子チケットを発券することと、店舗登録部１１４が、店舗からの登録要求に従って店舗を加盟店として登録することと、利用者条件変更部１１３が、返礼品電子チケットの譲渡要求に従って返礼品電子チケットの利用者条件を変更することと、決済処理部１１６が、返礼品電子チケットにより加盟店にて費用の支払いをしようとする者が返礼品電子チケットの利用者条件を満たすか否かと、費用の支払い対象が地域制約条件を満たすか否かとに基づいて支払い可否を判定し、支払い可と判定した場合に地方公共団体から加盟店への費用の支払い処理を行うことと、を含む。
【0128】
本電子チケット管理方法によれば、所定地域の地方公共団体に対し地域外の住民からの寄付（例えば「ふるさと納税」）があった場合に、その返礼品として、地域制約条件が付与された返礼品電子チケットが発券される。返礼品電子チケットは、地域制約条件の範囲で幅広い商品やサービスに利用可能である。この特性が、寄付者の寄付意欲を喚起し、所定地域の歳入増加に寄与し得る。また、この特性は、所定地域に関連する幅広い商品やサービスへの消費喚起にも寄与し得る。また、返礼品電子チケットの譲渡要求に従って利用者条件を事後的に変更することが可能である。このため、例えば寄付者から、返礼品電子チケットを利用しやすい立場にある他者（例えば所定地域の住民である寄付者の親類）に利用前の返礼品電子チケットを譲渡することが可能である。これにより、所定地域に関連する消費をより確実に喚起し得る。更に、消費喚起への寄与が、店舗の登録を喚起し得る。これにより加盟店が増えることによって、より幅広い商品やサービスへの利用が可能となり、これが更なる歳入増加と消費喚起に寄与するという好循環も期待される。従って、地方における歳入増加と、地方における消費喚起との両立に有効である。
【0129】
電子チケット管理方法は、チケット発券部１１１が、発券者からの電子チケットの発券要求に従って利用者条件を付与したノーマル電子チケットを発券することと、決済処理部１１６が、ノーマル電子チケットにより加盟店にて費用の支払いをしようとする者がノーマル電子チケットの利用者条件を満たすか否かに基づいて支払い可否を判定し、支払い可と判定した場合に発券者から加盟店への費用の支払い処理を行うことと、を更に含んでいてもよい。この場合、地域制約条件のないノーマル電子チケットの利用も可能とすることで、返礼品とは無関係な一般の消費活動においても利便性が向上し、所定地域における消費が更に喚起され得る。また、ノーマル電子チケットの利用も可能とすることで、店舗の登録が更に喚起され得る。以上の有効性に起因して、本電子チケット管理方法を利用する地方公共団体が増えると、ノーマル電子チケットはより広範な地域で共通に利用できることとなる。この利便性により、ノーマル電子チケットの利用が更に拡大することで、店舗の登録が更に喚起され得る。従って、地方における歳入増加と、地方における消費喚起との両立に更に有効である。
【0130】
地域制約条件は提供地制約条件を含み、決済処理部１１６は、加盟店の所在地が提供地制約条件を満たすか否かに基づいて費用の支払い対象が地域制約条件を満たすか否かを判定してもよい。この場合、所定地域内における消費を喚起することができる。
【0131】
地域制約条件は店舗制約条件を含み、決済処理部１１６は、加盟店が店舗制約条件を満たすか否かに基づいて費用の支払い対象が地域制約条件を満たすか否かを判定してもよい。この場合、所定地域に関連する店舗における消費を喚起することができる。
【0132】
地域制約条件は名称制約条件を含み、決済処理部１１６は、費用の支払い対象に付された名称が名称制約条件を満たすか否かに基づいて費用の支払い対象が地域制約条件を満たすか否かを判定してもよい。この場合、所定地域に関連するブランドに対する消費を喚起することができる。
【0133】
地域制約条件は企業制約条件を含み、決済処理部１１６は、費用の支払い対象を提供する企業が企業制約条件を満たすか否かに基づいて費用の支払い対象が地域制約条件を満たすか否かを判定してもよい。この場合、所定地域に関連する企業に対する消費を喚起することができる。
【0134】
チケット発券部１１１は、寄付金額に応じた支払上限額を定めた返礼品電子チケットを発券し、決済処理部１１６は、支払上限額と費用との差額を地方公共団体に還元するように費用の支払い処理を行ってもよい。この場合、返礼品電子チケットに設定された支払上限額を、地方における歳入増加と、地方における消費喚起とに、より確実に活用することができる。
【0135】
チケット発券部１１１は、費用の支払いに利用された返礼品電子チケットが所定の利用完了条件を満たさない場合に差額を新たな支払上限額として返礼品電子チケットを再発券し、決済処理部１１６は、費用の支払いに利用された返礼品電子チケットが利用完了条件を満たす場合に差額を地方公共団体に還元してもよい。この場合、当初の支払上限額に近い金額を利用者が利用し易くすることで、上記好循環の起点となる上記寄付意欲を更に高めることができる。
【0136】
以上、実施形態について説明したが、本開示は必ずしも上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で様々な変更が可能である。
【符号の説明】
【0137】
１００…電子チケット管理装置、１１１…チケット発券部、１１３…利用者条件変更部、１１４…店舗登録部、１１６…決済処理部。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】