特開 2024-87578 サービス提供装置、サービス提供方法、およびプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024087578

(43)【公開日】2024-07-01

(54)【発明の名称】サービス提供装置、サービス提供方法、およびプログラム

(51)【国際特許分類】

   G06Q 20/32 20120101AFI20240624BHJP

【ＦＩ】

G06Q20/32 300

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022202473

(22)【出願日】2022-12-19

(11)【特許番号】

(45)【特許公報発行日】2023-04-28

(71)【出願人】

【識別番号】519110124

【氏名又は名称】ＰａｙＰａｙ株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100154852

【弁理士】

【氏名又は名称】酒井 太一

(74)【代理人】

【識別番号】100181124

【弁理士】

【氏名又は名称】沖田 壮男

(74)【代理人】

【識別番号】100194087

【弁理士】

【氏名又は名称】渡辺 伸一

(72)【発明者】

【氏名】日高 基裕

(72)【発明者】

【氏名】▲今▼辻 有希子

【テーマコード（参考）】

5L020

5L055

【Ｆターム（参考）】

5L020AA35

5L055AA35

(57)【要約】

【課題】利用者の利便性をなるべく損なうこと無く、サービスの不正利用の抑制効果を維持すること。
【解決手段】利用者の端末装置を介して前記利用者にサービスを提供するサービス提供装置であって、利用者によって前記サービスのアカウント作成が申し込まれたとき、アカウント作成を申し込んだ利用者である申込者の端末装置の電話番号を必須の登録情報として取得し、取得した電話番号に対応するＳＩＭ種別を、予め取得され記憶部に格納された、複数の電話番号のそれぞれに対してＳＩＭ種別を含む情報が対応付けられたＳＩＭ種別データを検索して取得し、取得したＳＩＭ種別がデータ通信専用ＳＩＭである場合に所定の処理を行うアカウント作成管理部を備える、サービス提供装置。
【選択図】図４

【特許請求の範囲】

【請求項1】

利用者の端末装置を介して前記利用者にサービスを提供するサービス提供装置であって、
利用者によって前記サービスのアカウント作成が申し込まれたとき、アカウント作成を申し込んだ利用者である申込者の端末装置の電話番号を必須の登録情報として取得し、取得した電話番号に対応するＳＩＭ種別を、予め取得され記憶部に格納された、複数の電話番号のそれぞれに対してＳＩＭ種別を含む情報が対応付けられたＳＩＭ種別データを検索して取得し、取得したＳＩＭ種別がデータ通信専用ＳＩＭである場合に所定の処理を行うアカウント作成管理部を備える、
サービス提供装置。

【請求項2】

前記ＳＩＭ種別データを取得して記憶部に記憶させるＳＩＭ種別データ取得部を更に備える、
請求項１記載のサービス提供装置。

【請求項3】

前記アカウント作成管理部は、前記申込者から取得した電話番号に対応するＳＩＭ種別が音声通話ＳＩＭである場合、ＳＭＳ認証を経て前記申込者のアカウントを作成し、
前記所定の処理は、前記申込者の端末装置を用いた、前記ＳＭＳ認証とは異なる本人確認を前記申込者に要求し、前記ＳＭＳ認証および前記本人確認を経て前記申込者のアカウントを作成する処理である、
請求項１記載のサービス提供装置。

【請求項4】

前記所定の処理は、前記申込者から取得した電話番号に対応するＳＩＭ種別が音声通話ＳＩＭである場合に比して、前記サービス提供装置に、前記申込者のアカウントを作成した後に提供されるサービスを制限させる処理である、
請求項１記載のサービス提供装置。

【請求項5】

前記アカウント作成管理部は、前記申込者から取得した電話番号に対応するＳＩＭ種別が音声通話ＳＩＭである場合、ＳＭＳ認証を経て前記申込者のアカウントを作成し、
前記所定の処理は、前記申込者の端末装置を用いた、前記ＳＭＳ認証とは異なる本人確認を前記申込者に要求し、前記本人確認が行われなかった場合、前記申込者から取得した電話番号に対応するＳＩＭ種別が音声通話ＳＩＭである場合および前記本人確認が行われた場合に比して、前記サービス提供装置に、前記申込者のアカウントを作成した後に提供されるサービスを制限させる処理である、
請求項１記載のサービス提供装置。

【請求項6】

前記サービスは、電子決済サービスであり、
前記サービスを制限する処理として、電子決済の決済額または電子決済と連携するクレジットカードの枚数を制限する、
請求項４または５記載のサービス提供装置。

【請求項7】

前記サービスを制限する処理として、利用者間送金を制限する、
請求項１から５のうちいずれか１項記載のサービス提供装置。

【請求項8】

利用者の端末装置を介して前記利用者にサービスを提供するサービス提供装置が、
利用者によって前記サービスのアカウント作成が申し込まれたとき、アカウント作成を申し込んだ利用者である申込者の端末装置の電話番号を必須の登録情報として取得し、
取得した電話番号に対応するＳＩＭ種別を、予め取得され記憶部に格納された、複数の電話番号のそれぞれに対してＳＩＭ種別を含む情報が対応付けられたＳＩＭ種別データを検索して取得し、
取得したＳＩＭ種別がデータ通信専用ＳＩＭである場合に所定の処理を行う、
サービス提供方法。

【請求項9】

利用者の端末装置を介して前記利用者にサービスを提供するサービス提供装置のプロセッサに、
利用者によって前記サービスのアカウント作成が申し込まれたとき、アカウント作成を申し込んだ利用者である申込者の端末装置の電話番号を必須の登録情報として取得させ、
取得した電話番号に対応するＳＩＭ種別を、予め取得され記憶部に格納された、複数の電話番号のそれぞれに対してＳＩＭ種別を含む情報が対応付けられたＳＩＭ種別データを検索して取得させ、
取得したＳＩＭ種別がデータ通信専用ＳＩＭである場合に所定の処理を行わせる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サービス提供装置、サービス提供方法、およびプログラムに関する。

【背景技術】

【0002】

電子決済などのサービスが利用開始される際に、電話番号を登録情報の一つとしてアカウントが作成され、本人確認の一環として電話番号を利用したＳＭＳ（Short Message Service）認証が行われる場合がある（例えば、特許文献１）。ＳＭＳ認証とは、利用者が登録した電話番号を用いたショートメッセージを利用者の端末装置に送信し、ショートメッセージに記載された認証コードを入力させることで、電話番号に対応付けられたＳＩＭ（Subscriber Identity Module、或いはＳＩＭカード）が搭載された端末装置を、利用者が現に使用していることを確認することであり、間接的に利用者の本人確認を行うものである。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３－６２５６３号公報

【発明の概要】

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

【0004】

電話番号はＳＩＭに対応付けられて発行される。ＳＩＭには、通信キャリアの回線提供によって音声通話が可能な音声通話ＳＩＭと、原則として音声通話が不可であるデータ通信専用ＳＩＭがある。なおデータ通信専用ＳＩＭが用いられる場合でも、通信キャリアとは異なる事業者が提供するアプリケーションプログラム（通話アプリ）を用いた音声通話は可能な場合がある。データ通信専用ＳＩＭにはＳＭＳの利用が可能なものと、不可のものがある。一般的にデータ通信専用ＳＩＭの契約は音声通話ＳＩＭよりも安価であるため、データ通信専用ＳＩＭを使用したいというある程度のニーズが存在する。

【0005】

音声通話ＳＩＭは携帯電話不正利用防止法の対象であるため、電話番号の付与時に契約者と通信キャリアとの間で本人確認が要求される。一方、データ通信専用ＳＩＭは携帯電話不正利用防止法の対象外であるため、電話番号の付与時に契約者と通信キャリアとの間で本人確認が必須とはされていない。このため、データ通信専用ＳＩＭに対応付けられた電話番号を登録情報としてサービスが利用されると、本人確認の効力が低下ないし消失してしまい、電話番号の認証によるサービスの不正利用を抑制する効果が低減する場合がある。

【0006】

なお、一部のサービスにおいて、利用者の使用するＳＩＭが音声通話ＳＩＭであることを確認するために電話による本人確認を行い、データ通信専用ＳＩＭに対応付けられた電話番号でのサービス利用を不可とすることが進められているが、この場合、利用者とっては電話に対応するのが煩わしいものであり、また安価なデータ通信専用ＳＩＭを用いたサービス利用ができなくなってしまうので、利用者の利便性が損なわれてしまう場合がある。

【0007】

本発明は、このような事情を考慮してなされたものであり、利用者の利便性をなるべく損なうこと無く、サービスの不正利用の抑制効果を維持することができるサービス提供装置、サービス提供方法、およびプログラムを提供することを目的の一つとする。

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

【0008】

本発明の一態様は、利用者の端末装置を介して前記利用者にサービスを提供するサービス提供装置であって、利用者によって前記サービスのアカウント作成が申し込まれたとき、アカウント作成を申し込んだ利用者である申込者の端末装置の電話番号を必須の登録情報として取得し、取得した電話番号に対応するＳＩＭ種別を、予め取得され記憶部に格納された、複数の電話番号のそれぞれに対してＳＩＭ種別を含む情報が対応付けられたＳＩＭ種別データを検索して取得し、取得したＳＩＭ種別がデータ通信専用ＳＩＭである場合に所定の処理を行うアカウント作成管理部を備える、サービス提供装置である。

【発明の効果】

【0009】

本発明の一態様によれば、利用者の利便性をなるべく損なうこと無く、サービスの不正利用の抑制効果を維持することができる。

【図面の簡単な説明】

【0010】

【図1】電子決済サービスが実現されるための構成の一例を示す図である。

【図2】電子決済の大まかな流れを例示したシーケンス図（その１）である。

【図3】電子決済の大まかな流れを例示したシーケンス図（その２）である。

【図4】第１実施形態に係る決済サーバ１００の構成図である。

【図5】利用者情報１７２の内容の一例を示す図である。

【図6】加盟店／店舗情報１７６の内容の一例を示す図である。

【図7】第１実施形態のアカウント作成管理部１５４により実行される処理の流れの一例を示すフローチャートである。

【図8】第２実施形態のアカウント作成管理部１５４Ａにより実行される処理の流れの一例を示すフローチャートである。

【図9】第３実施形態において利用者に提供されるサービスの程度を模式化した図である。

【図10】第３実施形態のアカウント作成管理部１５４Ｂにより実行される処理の流れの一例を示すフローチャートである。

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

【0011】

以下、図面を参照し、本発明のサービス提供装置、サービス提供方法、およびプログラムの制御方法の実施形態について説明する。サービス提供装置の提供するサービスは、利用者の端末装置を介して行われるネットワーク関連サービスであり、利用者の電話番号を必須の登録情報としてアカウントが開設されるあらゆるサービスを含む。例えば、サービスは利用者の端末装置にインストールされたアプリケーションプログラム（決済アプリ）と協働して提供される電子決済サービスである。以下の説明ではサービス提供装置は電子決済サービスを提供するものとし、サービス提供装置のことを決済サーバと称する。

【0012】

電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）であるが、電子商取引の仮想店舗を含んでもよい。仮想店舗は、電子決済サービスの運営者とは異なる主体によって提供されるものを含んでもよい。その場合、仮想店舗における買い物の決済の際に、電子決済サービスのインターフェース画面に遷移するように制御される。電子決済サービスにおいて、店舗は、例えば加盟店（ブランド）に属するものとして扱われ、店舗において購買行動が行われた際の決済などの処理は、主として利用者と加盟店の間で行われる。これに代えて、決済などの処理が利用者と店舗との間で行われてもよい。決済サーバは、決済に係るサービスだけでなく、利用者間の送金（Ｐ２Ｐ送金）、チャットなどの付加的サービス（決済外サービス）を提供するものであってよい。

【0013】

＜第１実施形態＞
［電子決済サービス］
図１は、電子決済サービスが実現されるための構成の一例を示す図である。電子決済サービスは、決済サーバ１００を中心として実現される。決済サーバ１００は、例えば、一以上の利用者端末装置１０、一以上の第１店舗端末装置５０、一以上の第２店舗端末装置７０、およびＳＩＭ種別データ提供サーバ２００のそれぞれとネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、無線基地局、プロバイダ装置などを含む。

【0014】

利用者端末装置１０は、例えば、スマートフォンやタブレット端末等の可搬型端末装置である。利用者端末装置１０は、少なくとも、光学読取機能、通信機能、表示機能、入力受付機能、プログラム実行機能を有するコンピュータ装置である。以下の説明では、これらの機能を実現するための構成をそれぞれカメラ、通信装置、タッチパネル、ＣＰＵ（Central Processing Unit）等と称する。利用者端末装置１０では、ＣＰＵ等のプロセッサにより決済アプリ２０が実行されることで、決済サーバ１００と連携して電子決済サービスを利用者に提供するように動作する。決済アプリ２０は、例えば、アプリケーションストアから利用者端末装置１０にインストールされ、カメラ、通信装置、タッチパネルなどを制御する。

【0015】

第１店舗端末装置５０は、例えば、店舗に設置される。第１店舗端末装置５０は、少なくとも、商品価格取得機能、光学読取機能、プログラム実行機能、通信機能を有するコンピュータ装置である。第１店舗端末装置５０は、いわゆるＰＯＳ（Point of Sale）装置を含み、ＰＯＳ装置によって商品価格取得機能や光学読取機能を実現してもよい。店舗コード画像６０は、店舗に置かれ、ＱＲコード（登録商標）等のコード画像が紙やプラスチックの媒体に印刷されたものである。なお、店舗コード画像６０は、店舗に置かれたディスプレイ（スマートフォンなどの端末装置のディスプレイでもよい）によって表示されてもよい。

【0016】

第２店舗端末装置７０は、加盟店の運営者によって使用される。第２店舗端末装置７０は、スマートフォンやタブレット端末、パーソナルコンピュータ等である。第２店舗端末装置７０では、加盟店向けインターフェース７２が動作する。加盟店向けインターフェース７２は、加盟店向けアプリであってもよいし、ブラウザであってもよい。加盟店向けインターフェース７２は、加盟店の運営者によるクーポンの設定等を受け付け、決済サーバ１００に送信する。スマートフォンである第２店舗端末装置７０は、加盟店向けアプリを実行することで、店舗コード画像に相当するコード画像を表示したり、利用者端末装置１０が表示するコード画像を読み取ったりする機能を有する。

【0017】

決済サーバ１００は、利用者端末装置１０または第１店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。第１店舗端末装置５０は、ＰＯＳ装置と加盟店サーバを含む場合があり、その場合、ＰＯＳ装置から加盟店サーバを介して決済情報が決済サーバ１００に送信される。以下の説明では、これを特に区別せず、第１店舗端末装置５０から決済情報が送信されるものとする。

【0018】

図２および図３は、電子決済の大まかな流れを例示したシーケンス図である。電子決済には、パターン１とパターン２の二つが存在してよい。

【0019】

図２に示すパターン１（以下、ユーザスキャンと称する）の場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする（Ｓ１）。店舗コード画像６０には、店舗ＵＲＬ（Uniform Resource Locator）の情報が含まれている。この店舗ＵＲＬは、電子決済サービスのドメインに対して店舗を識別可能な情報が付加されたものであり、決済サーバ１００において加盟店ＩＤや店舗ＩＤ等との対応付けがなされている（後述）。決済アプリ２０は、店舗ＵＲＬとアカウントＩＤを含む第１決済情報を決済サーバ１００に送信する（Ｓ２）。決済サーバ１００は、店舗ＵＲＬに対応する加盟店ＩＤ、店舗ＩＤから、店舗情報（後述）を検索して加盟店名と店舗名の情報を取得し（Ｓ３）、決済アプリ２０に送信する（Ｓ４）。利用者は、加盟店名や店舗名が表示された画面において、決済金額を利用者端末装置１０に入力する（Ｓ５）。そして、利用者端末装置１０は、少なくとも決済金額を含む第２決済情報を生成し、決済サーバ１００に送信する（Ｓ６）。決済サーバ１００は、受信した第２決済情報に基づいて電子決済を行う（Ｓ７）。そして、決済サーバ１００は、決済完了通知（決済完了画面を表示するための情報）を決済アプリ２０に送信し（Ｓ８）、決済アプリ２０は決済完了画面を表示する（Ｓ９）。なお、店舗コード画像６０が店舗に置かれたディスプレイによって表示される場合、店舗コード画像６０には、店舗ＵＲＬだけでなく決済金額の情報が含まれる場合がある。この場合、利用者が決済金額を入力する手順が省略され、第１決済情報に決済金額の情報が含められて決済サーバ１００に送信される。加盟店名や店舗名の情報は、決済完了画面に含めて表示されてよい。

【0020】

図３に示すパターン２（以下、ストアスキャンと称する）の場合、決済アプリ２０の起動時、決済アプリ２０において支払う操作が行われたとき、自動更新のタイミング（例えば１分おき）になったとき、およびその他のタイミングで、決済アプリ２０はワンタイムコードの発行要求を決済サーバ１００に送信する（Ｓ１１）。決済サーバ１００はワンタイムコードを生成し（Ｓ１２）、決済アプリ２０に送信する（Ｓ１３）。決済アプリ２０は、ワンタイムコードに基づいて生成した、ＱＲコードやバーコード等のコード画像を表示する（Ｓ１４）。利用者は利用者端末装置１０の表示面を第１店舗端末装置５０に翳し（提示し）、第１店舗端末装置５０は、光学読取機能によってコード画像をデコードし、ワンタイムコード等を取得する（Ｓ１５）。そして、第１店舗端末装置５０は、ワンタイムコード、決済金額、加盟店ＩＤ、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ１６）。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、ワンタイムコードに対応する利用者を特定し、電子決済を行う（Ｓ１７）。そして、決済サーバ１００は、決済完了通知を決済アプリ２０に送信し（Ｓ１８）、決済アプリ２０は決済完了画面を表示する（Ｓ１９）。

【0021】

なお、上記のいずれか一方のみのパターンで電子決済が行われてもよい。また、図２で説明した「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。また、ストアスキャンにおいてワンタイムコードの発行が省略され、決済アプリ２０は、利用者のアカウントＩＤに基づいて生成したコード画像を表示してもよい。その場合、決済サーバ１００は、ワンタイムコードに対応する利用者を特定するのに代えて、アカウントＩＤに対応する利用者を特定する。

【0022】

［決済サーバ］
図４は、第１実施形態に係る決済サーバ１００の構成図である。決済サーバ１００は、例えば、通信部１１０と、決済コンテンツ提供部１２０と、決済処理部１３０と、決済外サービス処理部１４０と、情報管理部１５０と、記憶部１７０とを備える。情報管理部１５０は、ＳＩＭ種別データ取得部１５２と、アカウント作成管理部１５４とを備える。通信部１１０および記憶部１７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

【0023】

記憶部１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１７０は、決済サーバ１００がネットワークを介してアクセス可能なＮＡＳ（Network Attached Storage）装置であってもよい。記憶部１７０には、利用者情報１７２、決済コンテンツ情報１７４、加盟店／店舗情報１７６、ＳＩＭ種別データ１７８などの情報が格納される。

【0024】

通信部１１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１０は、例えばネットワークインターフェースカードである。

【0025】

決済コンテンツ提供部１２０は、例えば、Ｗｅｂサーバの機能を有し、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。決済コンテンツ提供部１２０は、決済コンテンツ情報１７４から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、決済アプリ２０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。

【0026】

決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０により送信された決済情報に基づいて、決済処理を行う。決済処理部１３０は、利用者情報１７２を参照しながら決済処理を行う。

【0027】

図５は、利用者情報１７２の内容の一例を示す図である。利用者情報１７２は、利用者の登録情報の一例である。利用者情報１７２は、例えば、利用者ＵＲＬ、アカウントＩＤ、電話番号、パスワードの他、メールアドレス、利用者ＩＤ、登録日、本人確認が済んでいるか否かを示すフラグ情報、本人確認の結果、ＳＩＭ種別、チャージ残高、後払い設定、後払い枠、後払い利用額、後払い利用可能額、決済方法設定、銀行口座、クレジットカード番号、チャージ履歴情報、決済履歴情報などの情報が対応付けられたものである。利用者ＵＲＬは、利用者間の送金処理（Ｐ２Ｐ送金）に使用される。電子決済サービスへの新規登録時には、電話番号およびパスワードの登録が必須となる。アカウントＩＤは、決済サーバ１００によって利用者に発行されるものであり、利用者ＩＤは、利用者が任意に設定できる（設定しなくてもよい）ＩＤである。メールアドレスも同様に、利用者が任意に設定できる（設定しなくてもよい）情報である。登録日とは利用者が電子決済サービスに登録した日（アカウントを作成した日）である。本人確認の結果については後述する。ＳＩＭ種別は、利用者が登録した電話番号に対応付けられているＳＩＭの種別である。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことをアカウントと称する。

【0028】

チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。後払い設定は、後払いによる電子決済を可能とするための設定が済んでいるか否かを示す情報であり、「済」と「未」のいずれかに設定される。後払い枠は月ごとに利用可能な後払いの限度額であり、後払い利用額は、当月に既に利用された後払いの金額であり、後払い利用可能額は、後払い枠から後払い利用額を差し引いて求められる、当月に利用可能な後払いの金額である。図では後払い枠を一つだけ示しているが、実際には更に日ごとの上限額などが存在し、それらの低い方が後払い枠に設定されてよい。後払いの更なる詳細については後述する。決済方法設定は、その時点において利用者がチャージ残高による電子決済を行うのか、後払いによる決済を行うのかを示す設定情報である。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額、決済方法など）を、決済ごとに示す情報である。

【0029】

図６は、加盟店／店舗情報１７６の内容の一例を示す図である。加盟店／店舗情報１７６は、例えば、店舗ＵＲＬに対して加盟店ＩＤと店舗ＩＤが対応付けられた第１テーブル１７６Ａと、加盟店ＩＤに対して加盟店名と売上金（前述）が対応付けられた第２テーブル１７６Ｂと、店舗ＩＤに対して店舗ＩＤが対応付けられた第３テーブル１７６Ｃとを含む。加盟店／店舗情報１７６には、これらの情報の他、加盟店または店舗のカテゴリ、店舗の所在地、決済パターン等の情報が含まれてもよい。

【0030】

決済外サービス処理部１４０は、電子決済以外のサービスを提供する。例えば、決済外サービス処理部１４０は、Ｐ２Ｐ送金やチャットなどのサービスを決済アプリ２０を介して利用者に提供する。

【0031】

情報管理部１５０は、利用者端末装置１０や第２店舗端末装置７０から取得した情報に基づいて、利用者情報１７２および加盟店／店舗情報１７６を管理する。情報管理部１５０は、利用者情報１７２および加盟店／店舗情報１７６について新規レコードの追加、編集、削除などを行う。利用者情報１７２における新規レコードの追加に関してはアカウント作成管理部１５４によって行われる。ＳＩＭ種別データ取得部１５２およびアカウント作成管理部１５４の機能に関しては後述する。

【0032】

［電子決済］
決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０から決済情報が取得されると、利用者情報１７２を参照して当該利用者の「決済方法設定」を取得する。決済処理部１３０は、「決済方法設定」が「チャージ残高」に設定されている利用者に関して、以下のように電子決済を行う。決済処理部１３０は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を減少させ、加盟店の売上金の項目値を増加させることで、電子決済を行う。加盟店の売上金の項目値は、例えば、それ自体が電子マネーとして使用されるものでは無く、加盟店と電子決済サービスとの取り決めに応じたサイクルで、売上金の項目値に対応する金額が銀行口座に送金される。

【0033】

決済処理部１３０は、「設定情報」が「後払い」に設定されている利用者に関して、以下のように電子決済を行う。後払いとは、電子決済サービスの運営者とは別主体であるクレジットカード会社との連携による「クレジット払い」とは別枠で設定されるものであり、電子決済サービスの運営者が与信者となって、後払い枠の範囲内でチャージ残高に依存しない電子決済を許容するものである。なお後払いサービスを受けるために、電子決済サービスの運営者が提供するクレジットカードの取得が要求されてよい。後払いで利用された金額は、一か月分まとめて翌月の支払日に、例えば銀行口座からの引き落としによって決済される。この場合、決済処理部１３０は、後払い利用額に決済金額を加算し、後払い利用可能額から同額を差し引くことで暫定決済を行い、締め日になると上記のように当月分の決済を翌月の支払い日に引き落とすための処理を行う。なお暫定決済の時点で決済金額が後払い利用可能額を超える場合は、エラー通知が決済アプリケーション２０に返信される。

【0034】

［アカウント作成］
以下、第１実施形態におけるアカウント作成時の処理について説明する。ＳＩＭ種別データ取得部１５２は、任意のタイミングでＳＩＭ種別データ提供サーバ２００からＳＩＭ種別データ１７８を取得して記憶部１７０に記憶させる。ＳＩＭ種別データ１７８は、複数の電話番号のそれぞれに対してＳＩＭ種別を含む情報が対応付けられたデータである。ＳＩＭ種別データ提供サーバ２００は、例えば回線音でＳＩＭ種別を判断し、それによって電話番号に関する情報提供を行っている情報提供事業者によって運営されるサーバ装置である。ＳＩＭ種別データ取得部１５２は、ＡＰＩ（Application Programming Interface）などの形式で自動的にＳＩＭ種別データ１７８を取得してもよいし、ＳＩＭ種別データ提供サーバ２００或いはこれに接続された情報提供事業者の端末装置から電子決済サービスの運営者に送信された電子メールに添付されたＳＩＭ種別データ１７８を取得してもよい。ＳＩＭ種別データ取得部１５２は、例えば一日に一回、一週間に一回といった頻度でＳＩＭ種別データ１７８を取得する（更新する）。

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

１０ 利用者端末装置
２０ 決済アプリ
１００、１００Ａ、１００Ｂ 決済サーバ
１２０ 決済コンテンツ提供部
１３０ 決済処理部
１４０ 決済外サービス処理部
１５０ 情報管理部
１５２ ＳＩＭ種別データ取得部
１５４、１５４Ａ、１５４Ｂ アカウント作成管理部
１７２ 利用者情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】