JP7355961B1 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】郵送物の発送方法の効率化を図ること。【解決手段】本願に係る情報処理装置は、ユーザから決済サービスと連携する連携サービスの申し込みを受け付ける受付部と、ユーザが決済サービスで本人確認済みか否かに関する本人確認情報を決済サービスから取得する取得部と、本人確認情報に基づき、ユーザ宛の郵送物の発送方法を選択し、ユーザが本人確認済みである場合、受け取り時に本人確認が不要な発送方法を選択しユーザが本人確認済みでない場合、受け取り時に本人確認が必要な発送方法を選択する選択部とを備える。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

従来、クレジットカード等の収納代行業者と、各金融機関との間でユーザの個人情報を共有するサービスが提案されている。特許文献１には、利用者の住所や電話番号等に変更があった場合、変更後の個人情報を収納代行業者と各金融機関との間で共有することで、業務の効率化を図る技術が提案されている。

特開２０２２－１５８８１０号公報

しかしながら、従来技術では、郵送物の配送方法の効率化を図るうえで改善の余地があった。具体的には、従来技術では、郵送物の発送方法については言及されておらず、例えば、ユーザが受け取り時に個人確認が不要な郵送物であっても、個人確認が必要な郵送物として発送されるおそれがある。

本発明は、上記に鑑みてなされたものであって、郵送物の発送方法の効率化を図ることができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る情報処理装置は、ユーザから決済サービスと連携する連携サービスの申し込みを受け付ける受付部と、前記ユーザが前記決済サービスで本人確認済みか否かに関する本人確認情報を前記決済サービスから取得する取得部と、前記本人確認情報に基づき、ユーザ宛の郵送物の発送方法を選択し、前記ユーザが本人確認済みである場合、受け取り時に本人確認が不要な発送方法を選択し、前記ユーザが本人確認済みでない場合、受け取り時に本人確認が必要な発送方法を選択する選択部とを備える。

本発明によれば、郵送物の配送方法の効率化を図ることができる。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る決済サーバの構成例を示すブロック図である。 図３は、実施形態に係るユーザ情報記憶部に格納される情報の一例を示す図である。 図４は、実施形態に係る情報処理装置の構成例を示すブロック図である。 図５は、実施形態に係る提案画面の一例を示す図である。 図６は、実施形態に係る選択処理の処理手順の一例を示すフローチャートである。 図７は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する。）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。

［実施形態］
〔１．情報処理〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。なお、以下では、連携サービスがクレジットカードの信用取引に関するサービスであり、決済サービスがユーザ端末１００を利用した電子マネー決済に関するサービスである場合について説明する。

図１に示すように、実施形態に係る情報処理装置１は、たとえば、クレジットカード会社が運営する情報処理装置であり、例えば、サーバ装置やクラウドシステムにより実現される。

たとえば、図１に示すクレジットカード会社は、電子決済事業者等と連携し、ユーザに対して各種サービスを提供する。本実施形態において、情報処理装置１は、ユーザからクレジットカードの申請を受け付ける。

電子決済事業者が保有する決済サーバ２００は、各ユーザに対して電子マネー決済を提供するサーバ装置である。例えば、決済サーバ２００は、ユーザ端末１００を用いる電子決済に関する電子決済サービスを提供し、各種の決済を行う情報処理装置である。例えば、決済サーバ２００は、取引対象の提供者（事業者）や取引対象が提供されるユーザの口座を管理しており、ユーザからの決済要求に従って、口座間における電子マネーの送金等を行うことで、各種決済を実現する。

図１に示すユーザ端末１００は、ユーザによって利用される情報処理装置である。ユーザ端末１００は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。また、ユーザ端末１００は、情報処理装置１、決済サーバ２００によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、ユーザ端末１００がスマートフォンである場合を示す。

ここで、情報処理装置１が実行する提供処理に先立ち、ユーザ端末１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、店舗Ａに配置された２次元コード（ＱＲコード（登録商標））であって、店舗Ａを識別する店舗識別情報を示す２次元コードを用いて、ユーザがユーザ端末１００を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意のユーザが任意のユーザ端末１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、ＱＲコードのみならず、バーコードや所定のマーク、番号等であってもよい。

例えば、ユーザが店舗Ａにて各種の商品やサービスといった決済対象（取引対象）の利用や購入に伴う決済を行う場合、ユーザは、ユーザ端末１００に予めインストールされた決済アプリを起動する。そして、ユーザは、決済アプリを介して、店舗Ａに設置された店舗識別情報を撮影する。このような場合、ユーザ端末１００は、決済対象の価格を入力するための画面を表示し、ユーザ或いは店舗Ａの店員から決済金額の入力を受け付ける。そして、ユーザ端末１００は、ユーザを識別するユーザ識別情報と、店舗識別情報（若しくは、店舗識別情報が示す情報、すなわち、店舗Ａ（若しくは店舗Ａの事業者）を示す情報（例えば、店舗ＩＤ）と、決済金額とを示す決済情報を決済サーバ２００へ送信する。

このような場合、決済サーバ２００は、ユーザ識別情報が示すユーザの口座から、店舗識別情報が示す店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させる。そして、決済サーバ２００は、決済が完了した旨の通知をユーザ端末１００へ送信する。このような場合、ユーザ端末１００は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

より詳細な例を説明する。例えば、店舗Ａに設置された店舗識別情報は、店舗ごとに設定されるＵＲＬであって、店舗Ａが属するグループを示すグループ識別情報と、そのグループにおいて店舗Ａを識別するグループ店舗識別情報とに紐づけ、決済サーバ２００が参照可能に管理されている。なお、店舗識別情報となるＵＲＬは、決済サーバ２００にアクセスするためのＵＲＬとなる。ユーザ端末１００は、店舗識別情報を撮影すると、撮影した店舗識別情報が示すＵＲＬにアクセスし、ユーザ識別情報を送信する。このような場合、決済サーバ２００は、アクセスされたＵＲＬと対応するグループ識別情報を特定し、特定したグループ識別情報と紐づけられた電子マネーの口座（「ウォレット」と表示する場合がある）を特定する。続いて、決済サーバ２００は、ユーザ端末１００に対して金額入力画面を表示させ、金額を入力させる。そして、決済サーバ２００は、ユーザ端末１００から受けつけたユーザ識別情報と紐づけられたウォレットから、グループ識別情報を特定し、特定したグループ識別情報と紐づけられたウォレットに対して、入力された金額の電子マネーを移動させる。なお、決済サーバ２００は、グループ識別情報およびグループ店舗識別情報とに紐づけられるウォレットに電子マネーを移動させてもよい。

なお、ユーザ端末１００を用いた決済は、上述した処理に限定されるものではない。例えば、ユーザ端末１００を用いた決済は、店舗Ａに設置された店舗端末を用いたものであってもよい。例えば、ユーザ端末１００は、ユーザを識別するためのユーザ識別情報を画面上に表示させる。このような場合、店舗Ａに設置された店舗端末は、ユーザ端末１００に表示されたユーザ識別情報を読み取り、ユーザ識別情報（若しくは、ユーザ識別情報が示す情報、すなわち、ユーザを示す情報（例えば、ユーザＩＤ）と、決済金額と、店舗Ａを識別する情報とを示す決済情報を決済サーバ２００へ送信する。このような場合、決済サーバ２００は、ユーザ識別情報が示すユーザの口座から、店舗Ａの口座へ、決済金額が示す額の電子マネーを移行させ、店舗Ａの店舗端末或いはユーザ端末１００に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。

より詳細には、ユーザ端末１００は、ユーザ識別情報とともに決済サーバ２００に対して支払いリクエストを送信する。このような場合、決済サーバ２００は、ワンタイムコードを生成し、生成したワンタイムコードとユーザ識別情報とを紐づけるとともに、ワンタイムコードをユーザ端末１００に送信する。すると、ユーザ端末１００は、画面上にワンタイムコード（すなわち、ユーザを識別する情報）を表示する。このような場合、店舗端末は、ユーザ端末１００に表示されたワンタイムコードを読み取ると、読み取ったワンタイムコードと、グループ識別情報、グループ店舗識別情報および決済金額を決済サーバ２００に送信する。すると、決済サーバ２００は、ワンタイムコードに紐づけられたユーザ識別情報に紐づくウォレットから、グループ識別情報およびグループ店舗識別情報とに紐づけられるウォレットに決済金額分の電子マネーを移動させる。

また、ユーザ端末１００を用いた決済は、ユーザが予め電子マネーをチャージした口座から店舗Ａの口座へ電子マネーを移行させる処理のみならず、例えば、ユーザが予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、ユーザ端末１００は、店舗Ａの口座に対して決済金額の電子マネーを移行させるとともに、ユーザのクレジットカードの運用会社（カード会社）に対し、決済金額を請求してもよい。

ところで、近年では、上述したＱＲコードを用いた電子マネー決済が広く普及しつつある。電子マネー決済では、ユーザのウォレットにユーザのクレジットカードを紐づけておき、ユーザによって行われた電子マネー決済をクレジットカードの引き落としとして後日まとめて請求するサービスが提供されている。なお、以下では、かかるサービスについて、後払いサービスと記載する。

例えば、クレジットカードの申し込みを行ったユーザに対するクレジットカードの発送方法として、受け取り時に本人確認が必要な発送方法と、受け取り時に本人確認が不要な方法がある。

本人確認済みのユーザに対しては、クレジットカードを受け取り時に本人確認が不要な発送方法を選択することが可能である一方、本人確認がまだ行われていないユーザに対しては、受け取り時に本人確認が必要な発送方法を選択する必要がある。

また、受け取り時に本人確認が必要な発送方法が選択されると、本人以外は郵送物を受け取ることができず、また、再配達等の手続が煩雑であるため、郵送物の受け取り率が低くなる傾向にある。

そこで、実施形態に係る情報処理装置１は、電子決済サービス等との間で本人確認情報を共有し、本人確認情報に基づいて郵送物の発送方法を選択することとした。具体的には、情報処理装置１は、いずれかのサービスで本人確認済みであるユーザに対しては、本人確認が不要な発送方法を選択し、いずれのサービスでも本人確認が行われていないユーザに対しては、受け取り時に本人確認が必要な発送方法を選択する。

図１に示すように、まず、ユーザＵが、電子決済サービスのアプリを通じて決済サーバ２００へクレジットカードの申し込みを行う（ステップＳ１）。ここでのクレジットカードは、後払いサービスの支払い方法として登録可能なクレジットカードであり、「クレジットカードの申し込み」とは、後払いサービスの申し込みと読み替えることにしてもよい。すなわち、例えば、決済サーバ２００は、ユーザＵから決済アプリを通じて、後払いサービスの申し込みを受け付ける際に、レジットカードの申し込みを受け付ける。

つづいて、決済サーバ２００は、ユーザＵのユーザ端末１００に対し、情報提供同意画面を提供する（ステップＳ２）。ここで、情報提供同意画面は、決済サーバ２００で保有するユーザＵの個人情報について、クレジットカード会社への提供をユーザＵが同意するための画面である。

ユーザＵが情報提供同意画面において情報提供を同意すると（ステップＳ３）、決済サーバ２００から情報処理装置１へユーザＵによるクレジットカードの申し込みが通知される（ステップＳ４）。

情報処理装置１は、決済サーバ２００からの通知を受けて、ユーザＵのユーザ端末１００に対してクレジットカードの申し込み画面を提供し（ステップＳ５）、ユーザ端末１００から申し込み情報を取得する（ステップＳ６）。

つづいて、情報処理装置１は、決済サービスのユーザ識別情報を基に決済サーバ２００からユーザＵの本人確認情報を取得する（ステップＳ６）。例えば、情報処理装置１は、紙によるクレジットカードの引き落とし口座の登録を希望するユーザについて決済サーバ２００からユーザＵの本人確認情報を取得する。

なお、決済サーバ２００は、ユーザＵに対して所定のサービスを提供する際に、ユーザＵから本人確認情報を取得する。具体的には、ユーザＵが決済サービスを利用するにあたり、出金可能な電子マネーの利用サービスや、銀行口座からユーザウォレットへのチャージサービス等を利用する際に、決済サーバ２００は、ユーザＵに対し本人確認を要求する。

決済サーバ２００は、かかる要求に基づいてユーザＵから提出された免許証、マイナンバーカードや、ユーザＵ本人を撮影した画像等を取得し、取得した情報とそれに基づく認証結果の双方、またはどちらか一方を外部からの要求に応じて提供する本人確認情報として決済サーバ２００の記憶部に格納する。

この際、情報処理装置１は、ユーザＵがクレジットカードの申し込み画面において、クレジットカードの引き落とし口座をオンラインで登録した場合には、決済サーバ２００からユーザＵの本人確認情報を取得しない。これは、クレジットカードの引き落とし口座となる銀行口座をオンラインで登録する場合、ユーザが銀行口座の作成時に、銀行側で本人確認を既に行っているためである。

そのため、情報処理装置１は、クレジットカードの引き落とし口座をオンラインで登録したユーザＵについては、既に本人確認済みのユーザＵとして取り扱うことができる。なお、情報処理装置１は、例えば、ステップＳ４のクレジットカードの申し込みに関する通知を決済サーバ２００から受け付ける際に、すべてのユーザＵについて本人確認情報をあわせて取得するようにしてもよい。また、クレジットカードの申し込みがあったユーザＵについて本人確認情報を取得するようにしてもよい。

情報処理装置１は、本人確認情報の取得対象となるユーザについて、決済サーバ２００から提供された情報に含まれる決済サービスのユーザ識別子（例えば、ユーザＩＤ）をキーとして、決済サーバ２００から本人確認情報を取得してもよい。

そして、情報処理装置１は、決済サーバ２００から取得した本人確認情報に基づいて、郵送物の発送方法を選択する。具体的には、情報処理装置１は、本人確認済みであるユーザＵについては受け取り時に本人確認が不要な発送方法を選択し、本人確認済みでないユーザＵについては本人確認が必要な発送方法を選択する。

より具体的には、情報処理装置１は、決済サーバ２００側で本人確認を行っていないユーザＵ、かつ、紙によるクレジットカードの引き落とし口座の登録を希望するユーザＵに対しては本人確認が必要な発送方法を選択する。

換言すれば、情報処理装置１は、いずれかのサービスで本人確認を既に行っているユーザＵに対しては、紙によるクレジットカードの引き落とし口座の登録を希望する場合であっても、本人確認が不要な発送方法を選択する。

そして、情報処理装置１によって選択された発送方法に基づき、クレジットカード会社から配達業者を通じて、ユーザＵに対して郵送物Ｍが配送される。なお、引き落とし口座を登録済みのユーザに対する郵送物Ｍは、クレジットカードや利用規約等が含まれ、紙による引き落とし口座の登録を希望するユーザに対する郵送物Ｍは、クレジットカードや利用規約等に加え、さらに、口座登録用紙や返信用の封筒が含まれることになる。

このように、実施形態に係る情報処理装置１では、決済サーバ２００から取得した本人確認情報に基づいて、ユーザＵに対する郵送物Ｍの発送方法を選択する。これにより、情報処理装置１によれば、郵送物の発送方法の効率化を図ることができる。

〔２－１．決済サーバの構成例〕
次に、図２を用いて、決済サーバ２００の構成例について説明する。図２は、実施形態に係る決済サーバ２００の構成例を示すブロック図である。図２に示すように、決済サーバ２００は、通信部５と、記憶部６と、制御部７とを有する。

通信部５は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部５は、ネットワークＮと有線または無線で接続され、ユーザ端末１００等との間で情報の送受信を行う。

記憶部６は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。

図２に示すように、記憶部６は、ユーザ情報記憶部６１を有する。ユーザ情報記憶部６１は、ユーザ情報を記憶する。ユーザ情報は、ユーザＵに関する各種情報を含む。図３は、実施形態に係るユーザ情報記憶部６１に格納される情報の一例を示す図である。

図３に示すように、実施形態に係るユーザ情報記憶部６１は、「ユーザＩＤ」、「氏名」、「登録情報」、「ウォレット情報」、「本人確認」などといった項目の情報を互いに対応付けて記憶する。

「ユーザＩＤ」項目には、決済サーバ２００において各ユーザＵを識別するための識別子が格納される。「氏名」項目には、対応するユーザＩＤによって識別されるユーザＵの氏名が格納される。

「登録情報」項目には、対応するユーザＩＤによって識別されるユーザＵが決済サーバ２００に登録した情報が格納される。登録情報は、住所、年齢、家族構成、勤務地、年収などといった各種情報や、ユーザＵのウォレットへ入金を行う銀行口座等の情報を含む。

「ウォレット情報」項目には、対応するユーザＩＤによって識別されるユーザＵの電子決済サービスで開設されたウォレット情報が格納される。ウォレット情報は、ウォレットを識別するための識別子（例えば、ウォレットＩＤ）や、残高に関する情報を含む。

「本人確認」項目には、対応するユーザＩＤによって識別されるユーザＵが本人確認を実施済みか否かに関する情報（フラグ）が格納される。例えば、「本人確認」項目には、本人確認を実施済みのユーザＵには「１」、本人確認を実施済みでないユーザＵには「０」が格納される。

図２の説明に戻り、制御部７について説明する。制御部７は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部７は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

制御部７は、既に説明したユーザ端末１００を用いた電子マネー決済に関する各種決済処理を実行する。また、制御部７は、ユーザ端末１００を通じて、ユーザＵから各種個人情報の登録や本人確認の実施を受け付けるとともに、ユーザ情報記憶部６１に登録する。

制御部７は、ユーザＵから提出された免許証、マイナンバーカードや、ユーザＵ本人を撮影した画像等に基づいて、本人確認を実施し、本人確認情報をユーザ情報記憶部６１に登録する。

また、制御部７は、ユーザ端末１００にインストールされた決済アプリを通じて、ユーザＵから後払いサービスの申し込み時において、クレジットカードの申し込みをあわせて受け付ける。この際、制御部７は、ユーザ端末１００に対して情報提供に関する同意画面を提供し、ユーザＵが情報提供に同意した場合に、ユーザＵによるクレジットの申し込みを情報処理装置１へ通知する。

〔２－２．情報処理装置の構成例〕
次に、図４を用いて、実施形態に係る情報処理装置１の構成例について説明する。図４は、実施形態に係る情報処理装置１の構成例を示すブロック図である。図４に示すように、情報処理装置１は、通信部２と、記憶部３と、制御部４とを有する。

通信部２は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２は、ネットワークＮと有線または無線で接続され、ユーザ端末１００等との間で情報の送受信を行う。

記憶部３は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。

制御部４は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４は、図４に示すように、受付部４１と、提供部４２と、取得部４３と、選択部４４と、提案部４５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

受付部４１は、ユーザから決済サービスと連携する連携サービスの申し込みを受け付ける。本実施形態において、受付部４１は、各ユーザのユーザ端末１００にインストールされた決済アプリと連携するクレジットの申し込みを受け付ける。

受付部４１は、決済アプリを通じて行われたクレジットカードの申し込みを決済サーバ２００経由で受け付ける。すなわち、受付部４１は、決済アプリにログイン済みのユーザＵ、かつ、決済サーバ２００から情報処理装置１へ情報提供を承諾したユーザＵからクレジットカードの申し込みを受け付けることになる。

この際、受付部４１は、決済サービスにおいてユーザＵが登録した各種情報（氏名、年齢、住所、職業等）、決済サービスにおけるユーザＩＤ、決済サービスの利用状況および行動履歴に関する情報をあわせて決済サーバ２００から受け付ける。

提供部４２は、クレジットカードの申し込みを行ったユーザＵのユーザ端末１００に対して、クレジットカードの登録に関する各種登録画面を提供する。例えば、登録画面は、ユーザＵの勤務先、年収等を登録するための画面、クレジットカードのデザインを選択する画面、引き落とし口座を登録するための画面等が含まれる。

取得部４３は、ユーザＵが決済サービス（例えば、決済サーバ２００）で本人確認済みか否かに関する本人確認情報を決済サービスから取得する。具体的には、取得部４３は、紙による引き落とし口座の登録を希望したユーザＵについて決済サービスのユーザＩＤをキーとして本人確認情報を決済サービスから取得する。

なお、取得部４３は、クレジットカードの申し込みを行ったすべてのユーザＵについて本人確認情報を取得するようにしてもよい。たとえば、この場合、取得部４３は、決済サーバ２００からユーザＵによるクレジットカードの申し込みに関する通知を受ける際に、あわせてユーザＩＤや本人確認情報を取得するようにしてもよい。

また、取得部４３は、決済サービスと連携する他の連携サービスから本人確認情報を取得するようにしてもよい。例えば、他の連携サービスとしては、証券、仮想通貨、不動産等を取り扱うサービスが挙げられる。この場合、後述する選択部４４は、決済サービスを始めとする他の連携サービスのいずれかで本人確認済みである場合、受け取り時に本人確認が不要な発送方法を選択することになる。

選択部４４は、本人確認情報に基づき、ユーザ宛の郵送物の発送方法を選択し、ユーザＵが本人確認済みである場合、受け取り時に本人確認が不要な発送方法を選択し、ユーザＵが本人確認済みない場合、受け取り時に本人確認が必要な発送方法を選択する。

例えば、選択部４４は、クレジットカードの申し込みを行ったユーザＵのうち、引き落とし口座のオンライン登録したユーザＵについては受け取り時に本人確認が不要な発送方法を選択する。

また、選択部４４は、紙による引き落とし口座の登録を希望したユーザＵのうち、決済サーバ２００側で本人確認済みであるユーザＵについては受け取り時に本人確認が不要な発送方法を選択する。

また、選択部４４は、紙による引き落とし口座の登録を希望したユーザＵのうち、決済サーバ２００側で本人確認済みでない受け取り時に本人確認が必要な発送方法を選択する。また、選択部４４は、ユーザＵに対する発送方法として受け取り時に本人確認が不要な発送方法を選択した提案部４５へ通知する。

提案部４５は、選択部４４によって受け取り時に本人確認が必要な発送方法が選択されるユーザＵに対して、クレジットカードの引き落とし口座のオンライン登録、または決済サービスで本人確認の実施を提案する。

例えば、提案部４５は、クレジットカードの申し込み時に、図５に示すような提案画面をユーザ端末１００に表示することで、ユーザＵに対して、クレジットカードの引き落とし口座のオンライン登録、または決済サービスで本人確認の実施を提案する。

図５は、実施形態に係る提案画面の一例を示す図である。図５に示すように、提案画面には、本人限定郵便でクレジットカードが送付される旨に加え、本人限定郵便から簡易書留へ変更を希望する場合には、クレジットカードの引き落とし口座のオンライン登録、または決済サービスで本人確認の実施の提案が表示される。

ユーザＵは、提案画面を通じて本人限定郵便での郵送を希望する場合、「本人限定郵便にて手続きを進める」を選択すればよく、本人限定郵便から簡易書留へ変更を希望する場合には、「決済サービスで本人確認実施」あるいは「Ｗｅｂで口座登録」を選択するようにすればよい。

つまり、提案部４５は、このような提案を行うことにより、ユーザＵに対して簡易書留への変更を促すことができる。簡易書留は、本人以外の家族などの同居者も受け取ることができるので、受け取り率の向上が期待できる。

〔３．処理フロー〕
次に、図６を用いて、実施形態に係る情報処理装置１が実行する処理手順について説明する。図６は、実施形態に係る選択処理の処理手順の一例を示すフローチャートである。なお、以下に示す処理手順は、情報処理装置１によって実行される。

図６に示すように、まず、情報処理装置１は、ユーザ端末１００からユーザＵによるクレジットカードの申し込みを受け付ける（ステップＳ１０１）。つづいて、情報処理装置１は、引き落とし口座に関する口座情報を受け付ける（ステップＳ１０２）。

つづいて、情報処理装置１は、口座情報に基づき、ユーザＵが紙による口座登録を希望したか否かを判定し（ステップＳ１０３）、口座登録を希望したと判定した場合（ステップＳ１０３；Ｙｅｓ）、決済サービスから本人確認情報を取得する（ステップＳ１０４）。

つづいて、情報処理装置１は、本人確認情報に基づき、決済サービスにおいてユーザＵが本人確認済みか否かを判定する（ステップＳ１０５）。情報処理装置１は、ユーザＵが本人確認済みでないと判定した場合（ステップＳ１０５；Ｎｏ）、ユーザ宛の郵送物について受け取り時に本人確認が必要な配送方法を選択し（ステップＳ１０６）、処理を終了する。

また、情報処理装置１は、ユーザＵがクレジットカードの引き落とし口座をオンライン登録した場合（ステップＳ１０３；Ｎｏ）、あるいは、決済サービスにおいて本人確認済みと判定した場合（ステップＳ１０５；Ｙｅｓ）、ユーザ宛の郵送物について受け取り時に本人確認が不要な配送方法を選択し（ステップＳ１０７）、処理を終了する。

〔４．変形例〕
ところで、上述した実施形態では、連携サービスが電子決済サービスとクレジットカードとを紐づける後払いサービスである場合について説明したが、これに限定されるものではない。たとえば、連携サービスは、クレジットカードと各種ＥＣサイトを紐づけるサービスであってもよい。たとえば、かかる場合に、各種ＥＣサイト上の支払いをクレジットカード払いに設定するようなサービスであってもよい。

また、例えば、連携サービスは、クレジットカードと証券口座や、仮想通貨のウォレットと連携するサービスであってもよい。たとえば、この場合の連携サービスの具体例としては、証券や仮想通貨の自動積立をクレジットカードで支払うサービスが挙げられる。

また、上述した実施形態では、決済サービスが電子マネーを利用する決済サービスであり、連携サービスがクレジットカードに関するサービスである場合について説明したが、これに限定されるものではない。

連携サービスは、決済サービスである電子マネー決済を各加盟店独自の支払いアプリケーションに連携するサービスであってもよい。この場合、各加盟店独自の支払いサービスを連携サービスと見做すことができる。

〔５．効果〕
上述した実施形態に係る情報処理装置１は、ユーザから決済サービスと連携する連携サービスの申し込みを受け付ける受付部４１と、ユーザが決済サービスで本人確認済みか否かに関する本人確認情報を決済サービスから取得する取得部４３と、本人確認情報に基づき、ユーザ宛の郵送物の発送方法を選択し、ユーザが本人確認済みである場合、受け取り時に本人確認が不要な発送方法を選択し、ユーザが本人確認済みない場合、受け取り時に本人確認が必要な発送方法を選択する選択部４４とを備える。

また、取得部４３は、決済サービスのユーザ識別情報を基に本人確認情報を決済サービスから取得する。また、取得部４３は、決済サービスと連携する複数のサービスから本人確認情報を取得し、選択部４４は、ユーザが複数のサービスのうち、いずれかのサービスで本人確認済みである場合には、受け取り時に本人確認が不要な発送方法を選択する。

また、受付部４１は、決済サービスのアプリケーション経由で連携サービスの申し込みを受け付ける。また、取得部４３は、受付部４１が連携サービスの申し込みを受け付けた際に、本人確認情報をあわせて取得する。また、受付部４１は、決済サービスと連携するクレジットカードの申し込みを受け付け、選択部４４は、クレジットカードの引き落とし口座を登録するための口座登録用紙の発送を希望するユーザが本人確認済みでない場合に、受け取り時に本人確認が必要な発送方法を選択する。

また、情報処理装置１は、選択部４４によって受け取り時に本人確認が必要な発送方法が選択されるユーザに対して、クレジットカードの引き落とし口座のオンライン登録を提案する提案部４５を備える。

また、情報処理装置１は、選択部４４によって受け取り時に本人確認が必要な発送方法が選択されるユーザに対して、決済サービスで本人確認の実施を提案する提案部４５を備える。

上述した各処理のいずれかもしくは組合せにより、本願に係る情報処理装置は、郵送物の発送方法の効率化を図ることができる。

〔６．ハードウェア構成〕
また、上述してきた実施形態に係る情報処理装置１は、例えば図７に示すような構成のコンピュータ１０００によって実現される。図７は、実施形態に係る情報処理装置１の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、ネットワーク（通信ネットワーク）Ｎを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置（図７では、出力装置および入力装置を総称して「入出力装置」と記載する）を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る情報処理装置１として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部４０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔７．その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 情報処理装置
２ 通信部
３ 記憶部
４ 制御部
５ 通信部
６ 記憶部
７ 制御部
４０ 制御部
４１ 受付部
４２ 提供部
４３ 取得部
４４ 選択部
４５ 提案部
６１ ユーザ情報記憶部
１００ ユーザ端末
２００ 決済サーバ

Claims (10)

1. 決済サービスで開設されたユーザの電子マネー口座と連携するクレジットカードの申し込みをユーザから前記決済サービスを経由して受け付ける受付部と、
   前記ユーザが前記決済サービスで本人確認済みか否かに関する本人確認情報を前記決済サービスから取得する取得部と、
   前記本人確認情報に基づいて前記クレジットカードの発送方法を選択し、前記ユーザが本人確認済みである場合、受け取り時に本人確認が不要な発送方法を選択し、前記ユーザが本人確認済みでない場合、受け取り時に本人確認が必要な発送方法を選択する選択部と
   を備えることを特徴とする情報処理装置。
2. 前記取得部は、
   前記決済サービスのユーザ識別情報を基に前記本人確認情報を前記決済サービスから取得すること
   を特徴とする請求項１に記載の情報処理装置。
3. 前記取得部は、
   前記決済サービスと連携する複数のサービスから前記本人確認情報を取得し、
   前記選択部は、
   前記ユーザが前記複数のサービスのうち、いずれかのサービスで本人確認済みである場合には、受け取り時に本人確認が不要な発送方法を選択すること
   を特徴とする請求項１に記載の情報処理装置。
4. 前記受付部は、
   前記決済サービスが提供するアプリケーション経由で前記クレジットカードの申し込みを受け付けること
   を特徴とする請求項１に記載の情報処理装置。
5. 前記取得部は、
   前記受付部が前記クレジットカードの申し込みを受け付けた際に、前記本人確認情報をあわせて取得すること
   を特徴とする請求項４に記載の情報処理装置。
6. 前記選択部は、
   前記クレジットカードの引き落とし口座を登録するための口座振替用紙の発送を希望するユーザが本人確認済みでない場合に、受け取り時に本人確認が必要な発送方法を選択すること
   を特徴とする請求項１に記載の情報処理装置。
7. 前記選択部によって受け取り時に本人確認が必要な発送方法が選択されるユーザに対して、前記クレジットカードの引き落とし口座のオンライン登録を提案する提案部
   を備え、
   前記選択部は、
   前記提案部による提案結果によって、前記引き落とし口座のオンライン登録が行われたユーザに対して、受け取り時に本人確認が不要な発送方法を選択すること
   を特徴とする請求項６に記載の情報処理装置。
8. 前記選択部によって受け取り時に本人確認が必要な発送方法が選択されるユーザに対して、前記決済サービスで本人確認の実施を提案する提案部
   を備え、
   前記選択部は、
   前記提案部による提案結果によって、前記決済サービスで本人確認が行われたユーザに対して、受け取り時に本人確認が不要な発送方法を選択すること
   を特徴とする請求項６に記載の情報処理装置。
9. コンピュータが実行する情報処理方法であって、
   決済サービスで開設されたユーザの電子マネー口座と連携するクレジットカードの申し込みをユーザから前記決済サービスを経由して受け付ける受付工程と、
   前記ユーザが前記決済サービスで本人確認済みか否かに関する本人確認情報を前記決済サービスから取得する取得工程と、
   前記本人確認情報に基づいて前記クレジットカードの発送方法を選択し、前記ユーザが本人確認済みである場合、受け取り時に本人確認が不要な発送方法を選択し、前記ユーザが本人確認済みでない場合、受け取り時に本人確認が必要な発送方法を選択する選択工程と
   を含むことを特徴とする情報処理方法。
10. 決済サービスで開設されたユーザの電子マネー口座と連携するクレジットカードの申し込みをユーザから前記決済サービスを経由して受け付ける受付手順と、
    前記ユーザが前記決済サービスで本人確認済みか否かに関する本人確認情報を前記決済サービスから取得する取得手順と、
    前記本人確認情報に基づいて前記クレジットカードの発送方法を選択し、前記ユーザが本人確認済みである場合、受け取り時に本人確認が不要な発送方法を選択し、前記ユーザが本人確認済みでない場合、受け取り時に本人確認が必要な発送方法を選択する選択手順と
    をコンピュータに実行させることを特徴とする情報処理プログラム。

Images