特許 7598508 決済管理装置、ユーザ端末、決済管理方法および表示制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-12-03

(45)【発行日】2024-12-11

(54)【発明の名称】決済管理装置、ユーザ端末、決済管理方法および表示制御方法

(51)【国際特許分類】

   G06Q 20/22 20120101AFI20241204BHJP

   G06Q 40/02 20230101ALI20241204BHJP

【ＦＩ】

G06Q20/22

G06Q40/02

【請求項の数】 9

(21)【出願番号】P 2024095563

(22)【出願日】2024-06-13

【審査請求日】2024-06-13

【早期審査対象出願】

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】110003177

【氏名又は名称】弁理士法人旺知国際特許事務所

(72)【発明者】

【氏名】小玉 和志

(72)【発明者】

【氏名】吉田 貴子

【審査官】田中 寛人

(56)【参考文献】

【文献】特開２０２３－１２５７２８（ＪＰ，Ａ）

【文献】特開２０２３－０８３３７７（ＪＰ，Ａ）

【文献】特開２０２４－０２２４７４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ１０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

少なくとも１の決済口座が紐づく電子決済に用いるアプリケーションの起動に基づく第１通知をユーザ端末から受け付ける受付部と、
前記第１通知を受け付けた場合、前記決済口座に関する第１情報を取得する取得部と、
前記ユーザ端末に表示された決済画像に基づいて前記決済口座からの決済を実行する決済処理部と、を備え、
前記第１情報は、前記決済口座として第２口座を利用するための利用申請の審査状況に関する情報であり、
前記決済処理部は、前記第１情報が、前記第２口座の利用申請に対する審査が完了していないことを示す場合、予め登録された第１口座を前記決済口座とする決済を実行し、
前記第１口座は、前払いによる入金が可能であり、
前記第２口座は、前記前払いによる入金および資金移動による入金が可能であり、
前記第１口座の利用申請には、ユーザの本人確認を要さず、
前記第２口座の利用申請には、前記ユーザの本人確認を要する、
決済管理装置。

【請求項2】

前記第２口座の利用申請に対する審査は、反社会的組織に属する人物に関する情報と、前記ユーザの個人情報とを比較することを含む、
請求項１に記載の決済管理装置。

【請求項3】

前記決済処理部は、前記第１情報が、前記第２口座の利用が承認されたことを示す場合、前記第２口座を前記決済口座とする決済を実行する、
請求項１に記載の決済管理装置。

【請求項4】

前記アプリケーションは、前記第１口座で実行できない機能であって前記第２口座で実行可能な機能に対応するアイコンを表示し、
前記受付部は、前記ユーザ端末から、前記ユーザが前記アイコンを選択したことを示す第２通知を受け付け、
前記受付部が前記第２通知を受け付け、かつ、前記第１情報が前記第２口座の利用申請に対する審査が完了していないことを示す場合、前記第２口座の利の申請が審査中である旨のメッセージを前記ユーザ端末に表示させる表示制御部を更に備える、
請求項１に記載の決済管理装置。

【請求項5】

前記メッセージはダイアログに表示され、
前記表示制御部は、前記ダイアログが閉じられた場合、前記決済画像を前記ユーザ端末に表示させる、
請求項４に記載の決済管理装置。

【請求項6】

前記第１口座には、前記ユーザの銀行口座から入金することができず、
前記第２口座には、前記ユーザの銀行口座から入金することができ、
前記アイコンは、前記ユーザの銀行口座から前記第２口座へ入金する機能に対応する、
請求項４に記載の決済管理装置。

【請求項7】

少なくとも１つの決済口座が紐づく電子決済に用いるアプリケーションの起動に基づく第１通知を決済管理装置に送信する送信部と、
前記決済口座に関する第２情報を前記決済管理装置から受信する受信部と、
前記決済口座からの決済を前記決済管理装置に依頼するための決済画像を表示する表示制御部と、を備え、
前記第２情報は、前記決済口座として第２口座を利用するための利用申請の審査状況に関する情報であり、
前記表示制御部は、前記第２情報が、前記第２口座の利用申請に対する審査が完了していないことを示す場合、前記決済口座から決済を行うための第１決済画像を表示し、
前記第１決済画像に基づく決済は、予め登録された第１口座を前記決済口座とする決済であり、
前記第１口座は、前払いによる入金が可能であり、
前記第２口座は、前記前払いによる入金および資金移動による入金が可能であり、
前記第１口座の利用申請には、ユーザの本人確認を要さず、
前記第２口座の利用申請には、前記ユーザの本人確認を要する、
ユーザ端末。

【請求項8】

コンピュータにより、
少なくとも１の決済口座が紐づく電子決済に用いるアプリケーションの起動に基づく第１通知をユーザ端末から受け付け、
前記第１通知を受け付けた場合、前記決済口座に関する第１情報を取得し、
前記ユーザ端末に表示された決済画像に基づいて前記決済口座からの決済を実行する、
決済管理方法であって、
前記第１情報は、前記決済口座として第２口座を利用するための利用申請の審査状況に関する情報であり、
前記第１情報が、前記第２口座の利用申請に対する審査が完了していないことを示す場合、予め登録された第１口座を前記決済口座とする決済を実行し、
前記第１口座は、前払いによる入金が可能であり、
前記第２口座は、前記前払いによる入金および資金移動による入金が可能であり、
前記第１口座の利用申請には、ユーザの本人確認を要さず、
前記第２口座の利用申請には、前記ユーザの本人確認を要する、
決済管理方法。

【請求項9】

コンピュータにより、
少なくとも１つの決済口座が紐づく電子決済に用いるアプリケーションの起動に基づく第１通知を決済管理装置に送信し、
前記決済口座に関する第２情報を前記決済管理装置から受信し、
前記第２情報は、前記決済口座として第２口座を利用するための利用申請の審査状況に関する情報であり、
前記第２情報が、前記第２口座の利用申請に対する審査が完了していないことを示す場合、前記決済口座から決済を行うための第１決済画像を表示し、
前記第１決済画像に基づく決済は、予め登録された第１口座を前記決済口座とする決済であり、
前記第１口座は、前払いによる入金が可能であり、
前記第２口座は、前記前払いによる入金および資金移動による入金が可能であり、
前記第１口座の利用申請には、ユーザの本人確認を要さず、
前記第２口座の利用申請には、前記ユーザの本人確認を要する、
表示制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、決済管理装置、ユーザ端末、決済管理方法および表示制御方法に関する。

【背景技術】

【0002】

従来、電子決済（キャッシュレス決済）の普及が進んでいる。電子決済においては、商品またはサービスの代金の決済は、硬貨および紙幣などの実際の貨幣（いわゆる現金）のやり取りはなく、電子的貨幣価値を示すデータ（以下「貨幣データ」という）の送受信によって行われる。ユーザが保持する貨幣を貨幣データに変換する手法は多様化しており、利用に際して審査（本人確認等）が行われる場合もある。

【0003】

例えば下記特許文献１では、店舗端末装置において、クレジットカードを用いた非接触のオンライン決済を指定する際に、非接触決済が有効化されているか否かが決済サーバにより判断される。非接触決済が有効化されていない場合（より詳細には、有効化するか否かの審査中の場合）、決済サーバはその旨を店舗端末装置に通知する。店舗端末装置は、非接触決済を加盟店に有効化するか否か審査中である旨の通知を表示させる。

【先行技術文献】

【特許文献】

【0004】

【文献】特許７３９１２５７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

電子決済において、互いに異なる決済方式間の移行をユーザが希望する場合がある。例えば、ユーザが、第１決済（一例として第１口座を決済口座とする決済）を利用可能、かつ、第２決済（一例として第２口座を決済口座とする決済）の利用を申請し利用可否の審査中であるものとする。このような状況に対して上述した従来技術を適用すると、ユーザが第２決済を利用しようとした際に、第２決済の利用可否の審査中である旨の表示がなされる。この表示を見たユーザは、第１決済が利用可能であるにもかかわらず、決済から離脱してしまう可能性が高い。

【0006】

本発明は、電子決済に関する審査を受けているユーザが、決済から離脱するのを防止することを目的とする。

【課題を解決するための手段】

【0007】

本発明の一態様に係る決済管理装置は、少なくとも１の決済口座が紐づく電子決済に用いるアプリケーションの起動に基づく第１通知をユーザ端末から受け付ける受付部と、前記第１通知を受け付けた場合、前記決済口座に関する第１情報を取得する取得部と、前記ユーザ端末に表示された決済画像に基づいて前記決済口座からの決済を実行する決済処理部と、を備え、前記第１情報は、前記決済口座として第２口座を利用するための利用申請の審査状況に関する情報であり、前記決済処理部は、前記第１情報が、前記第２口座の利用申請に対する審査が完了していないことを示す場合、予め登録された第１口座を前記決済口座とする情報を含む決済画像に基づいて決済を実行する。

【0008】

本発明の一態様に係るユーザ端末は、少なくとも１つの決済口座が紐づく電子決済に用いるアプリケーションの起動に基づく第１通知を決済管理装置に送信する送信部と、前記決済口座に関する第２情報を前記決済管理装置から受信する受信部と、前記決済口座からの決済を前記決済管理装置に依頼するための決済画像を表示する表示制御部と、を備え、前記第２情報は、前記決済口座として第２口座を利用するための利用申請の審査状況に関する情報であり、前記表示制御部は、前記第２情報が、前記第２口座の利用申請に対する審査が完了していないことを示す場合、予め登録された第１口座を前記決済口座とする情報を含む決済画像を表示する。

【0009】

本発明の一態様に係る決済管理方法は、少なくとも１の決済口座が紐づく電子決済に用いるアプリケーションの起動に基づく第１通知をユーザ端末から受け付け、前記第１通知を受け付けた場合、前記決済口座に関する第１情報を取得し、前記ユーザ端末に表示された決済画像に基づいて前記決済口座からの決済を実行する、決済管理方法であって、前記第１情報は、前記決済口座として第２口座を利用するための利用申請の審査状況に関する情報であり、前記第１情報が、前記第２口座の利用申請に対する審査が完了していないことを示す場合、予め登録された第１口座を前記決済口座とする情報を含む決済画像に基づいて決済を実行する。

【0010】

本発明の一態様に係る表示制御方法は、少なくとも１つの決済口座が紐づく電子決済に用いるアプリケーションの起動に基づく第１通知を決済管理装置に送信し、前記決済口座に関する第２情報を前記決済管理装置から受信し、前記決済口座からの決済を前記決済管理装置に依頼するための決済画像を表示し、前記第２情報は、前記決済口座として第２口座を利用するための利用申請の審査状況に関する情報であり、前記第２情報が、前記第２口座の利用申請に対する審査が完了していないことを示す場合、前記決済画像は、予め登録された第１口座を前記決済口座とする情報を含む。

【発明の効果】

【0011】

本発明の一態様によれば、電子決済に関する審査を受けているユーザが、決済から離脱するのを防止することができる。

【図面の簡単な説明】

【0012】

【図1】実施形態に係る決済システム１の構成を示すブロック図である。

【図2】電子決済の概要を示す模式図である。

【図3】口座間の電子的貨幣価値の移動を示す模式図である。

【図4】第１口座ＫＵ－１と第２口座ＫＵ－２の違いを示す表である。

【図5】ユーザ口座ＫＵの開設に当たっての流れを示すフローチャートである。

【図6A】決済コード画像が表示されたユーザ端末２０を示す模式図である。

【図6B】入金方法選択画面の一例を示す模式図である。

【図6C】審査中のメッセージ表示画面の一例を示す模式図である。

【図7】ブロックリストＢＬおよび個人情報ＰＤの内容の一例を示す模式図である。

【図8】口座データベースＤＢ２を示す模式図である。

【図9】ユーザ端末２０の構成を示すブロック図である。

【図10】決済管理装置１０の構成を示すブロック図である。

【図11】決済管理装置１０の処理装置１０３の動作を示すフローチャートである。

【発明を実施するための形態】

【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】

１…決済システム、１０…決済管理装置、２０（２０－１～２０－Ｎ）…ユーザ端末、３０…店舗端末、１０１…通信装置、１０２…記憶装置、１０３…処理装置、１１１…口座処理部、１１２…決済処理部、１１３…起動受付部、１１４…取得部、１１５…第１表示制御部、２０１…表示装置、２０２…入力装置、２０３…カメラ、２０４…通信装置、２０５…記憶装置、２０６…処理装置、２１１…起動要求部、２１２…決済要求部、２１３…口座要求部、２１４…第２表示制御部、ＢＫ…銀行口座、ＢＬ…ブロックリスト、ＣＡ…現金、ＤＢ１…ユーザデータベース、ＤＢ２…口座データベース、ＫＵ…ユーザ口座、ＫＵ－１…第１口座、ＫＵ－２…第２口座、Ｎ…ネットワーク、Ｔ…店舗、Ｕ（Ｕ－１～Ｕ－Ｎ）…ユーザ。

【要約】      （修正有）

【課題】電子決済に関する審査を受けているユーザが、決済から離脱するのを防止する決裁管理装置、ユーザ端末、決済管理方法および表示制御方法を提供する。
【解決手段】決済システムにおいて、決裁管理装置１０は、少なくとも１の決済口座が紐づく電子決済に用いる決済アプリケーションの起動に基づく第１通知をユーザ端末２０から受け付ける起動受付部、第１通知を受け付けた場合、決済口座に関する第１情報を取得する取得部及びユーザ端末に表示された決済コード画像に基づいて決済口座からの決済を実行する決済処理部を含む。第１情報は、決済口座として第２口座ＫＵ－２を利用するための利用申請の審査状況に関する情報である。決済処理部は、第１情報が、第２口座ＫＵ－２の利用申請に対する審査が完了していないことを示す場合、予め登録された第１口座ＫＵ－１を決済口座とする情報を含む第１決済コード画像に基づいて決済を実施する。
【選択図】図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図6C】

【図7】

【図8】

【図9】

【図10】

【図11】