JP2023060899A - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】給与の受け取り手段としてのデジタルマネーの優位性を高めること。【解決手段】本願に係る情報処理装置は、依頼受付部と、代行処理部とを有する。依頼受付部は、利用料金の引き落とし口座として指定されている指定口座を電子決済サービスで利用されるデジタルマネーの決済口座に変更する手続きの代行依頼を電子決済サービスの利用者から受け付ける。代行処理部は、依頼受付部により受け付けられた代行依頼に応じて、指定口座を決済口座に変更するための代行処理を実行する。【選択図】図５

Description

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

従来、主に企業と個人との間の商取引におけるキャッシュレス決済手段が広く消費者に認知されているが、特に、その利便性から、ユーザ個人が所有するスマートフォンなどのユーザ端末を用いてオンラインで行われる電子決済サービスが広く消費者の間に浸透しつつある。

また、昨今、政府では、このような電子決済サービスにおいて、電子マネーや仮想通貨といったデジタルマネーにより給与の支払いを行う、所謂「給与のデジタル払い」の導入が検討されている。

特開２００７－３２８５４９号公報

しかしながら、従来の技術は、給与の受け取り手段としてのデジタルマネーの優位性を高める上で改善の余地がある。たとえば、現在の給与受け取り手段に対する不満がない場合、現在の給与受け取り手段をデジタルマネーに変更することに対し、ユーザの心理的なハードルは総じて高くなることが予想される。このため、現在の給与受け取り手段をデジタルマネーに変更することに伴うユーザの心理的なハードルを下げるようなユーザメリットの創出が求められる。

本願は、上記に鑑みてなされたものであって、給与の受け取り手段としてのデジタルマネーの優位性を高めることができる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、依頼受付部と、代行処理部とを有する。依頼受付部は、利用料金の引き落とし口座として指定されている指定口座を電子決済サービスで利用されるデジタルマネーの決済口座に変更する手続きの代行依頼を電子決済サービスの利用者から受け付ける。代行処理部は、依頼受付部により受け付けられた代行依頼に応じて、指定口座を決済口座に変更するための代行処理を実行する。

実施形態の一態様によれば、給与の受け取り手段としてのデジタルマネーの優位性を高めることができるという効果を奏する。

図１は、本実施形態に係る情報処理の前提となる管理処理の一例を示す図である。 図２は、本実施形態に係る情報処理の前提となる電子決済処理の一例を示す図である。 図３は、本実施形態に係る情報処理の一例を示す図である。 図４は、本実施形態に係る支払履歴の一例を示す図である。 図５は、本実施形態に係る決済サーバの構成例を示すブロック図である。 図６は、本実施形態に係る利用者情報の概要を示す図である。 図７は、本実施形態に係る口座情報の概要を示す図である。 図８は、本実施形態に係る決済サーバの処理手順の一例を示すフローチャートである。 図９は、本実施形態に係る決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．前提〕
〔１－１．管理処理について〕
図１を用いて、本実施形態に係る情報処理の前提として、本実施形態に係る情報処理装置等により実行される管理処理について説明する。図１は、本実施形態に係る情報処理の前提となる管理処理の一例を示す図である。以下では、本実施形態に係る情報処理装置の一例である決済サーバ１００により、本実施形態に係る管理処理が実現される場合について説明する。

図１に示すように、本実施形態に係る情報処理システム１は、決済サーバ１００と、利用者端末２００と、支払元サーバ３００と、銀行サーバ４００と、ＡＴＭ（Automatic Teller Machine）５００とを含む。なお、図１は、本実施形態に係る情報処理システム１の一例を示すものであり、図１に示す例よりも多くの決済サーバ１００や、利用者端末２００や、支払元サーバ３００や、銀行サーバ４００や、ＡＴＭ５００が含まれていてもよい。

決済サーバ１００と、利用者端末２００と、支払元サーバ３００と、銀行サーバ４００は、有線または無線によりネットワークＮ－１（たとえば、図６参照）に接続される。決済サーバ１００と、利用者端末２００と、支払元サーバ３００と、銀行サーバ４００は、ネットワークＮ－１を通じて相互に通信できる。ネットワークＮ－１は、たとえば、インターネットなどのＷＡＮ（Wide Area Network）である。また、銀行サーバ４００と、ＡＴＭ５００は、有線または無線によりネットワークＮ－２（たとえば、図６参照）に接続される。銀行サーバ４００と、ＡＴＭ５００は、ネットワークＮ－２を通じて相互に通信できる。ネットワークＮ－２は、ＭＩＣＳ（Multi Integrated Cash Service）などを含む所定のネットワークである。

決済サーバ１００は、本実施形態に係る管理処理を実行する情報処理装置である。決済サーバ１００は、単独のサーバ装置や、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステム等により実現される。

たとえば、決済サーバ１００は、利用者端末２００を用いて所定の識別コードを表示または読み取ることによって、オンラインで行われる電子決済に関する電子決済サービスを提供する。たとえば、決済サーバ１００は、取引対象の提供者や取引対象が提供される利用者が所有するデジタルマネーの決済口座を管理する。また、決済サーバ１００は、利用者からの決済情報に従って、決済口座間においてデジタルマネーの移動等を行うことで、各種決済を実現する。なお、デジタルマネーとは、たとえば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。決済サーバ１００を介して行われる電子決済サービスの処理内容については後述する。

利用者端末２００は、電子決済サービスの利用者（例えば、利用者Ｕ１）によって利用される情報処理装置である。利用者端末２００は、たとえば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）や、ウェアラブル端末等により実現される。なお、図１では、利用者端末２００がスマートフォンである場合を例示している。

支払元サーバ３００は、電子決済サービスの利用者に対して給与を支払う事業者によって利用される情報処理装置である。支払元サーバ３００は、サーバ装置やクラウドシステム等により実現される。たとえば、支払元サーバ３００は、典型的には、利用者を雇用する企業（以下、適宜「支払元」と記載する。）に属するサーバ装置である。なお、支払元となる事業者は、企業（会社や法人等）に限らず、国、都道府県、市区町村等の自治体であってもよい。

利用者端末２００および支払元サーバ３００は、決済サーバ１００によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。

また、利用者端末２００および支払元サーバ３００は、所定の情報処理を実現する制御情報を決済サーバ１００から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、たとえば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（Cascading Style Sheets）等のスタイルシート言語、Ｊａｖａ（登録商標）等のプログラミング言語、ＨＴＭＬ（HyperText Markup Language）等のマークアップ言語等により記述される。なお、本実施形態では、決済サーバ１００から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。

銀行サーバ４００は、電子決済サービスの利用者の銀行口座を管理する銀行に属する情報処理装置である。銀行サーバ４００は、サーバ装置やクラウドシステム等により実現される。たとえば、銀行サーバ４００は、銀行口座の利用履歴として、各カード会社や、各種サービスの提供者による銀行口座からの引き落としに関する情報（引き落とした金額や、引き落とした日時等）や、現在の口座情報（口座残高等）などを、利用者に対応付けて管理する。

また、銀行サーバ４００は、ＭＩＣＳなどの所定のネットワークを介してＡＴＭ５００と有線または無線により相互に通信可能に接続される。ＡＴＭ５００は、利用者による操作に従って現金を払い出す。

電子決済サービスの利用者の雇用主である支払元は、利用者に対して定期的に（たとえば毎月１回）給与を支払う。そして、本実施形態に係る情報処理システム１は、給与の支払いをデジタルマネーにて行う「給与のデジタル払い」に対処するための管理処理を実現できる。

まず、決済サーバ１００は、支払元サーバ３００から入金要求を受け付ける（ステップＳ１）。入金要求には、デジタルマネーの入金を受ける利用者（支払先）の識別情報（支払先識別情報、以下、適宜「支払先ＩＤ」と記載する。）、入金額および入金の名目が含まれている。なお、図１では、入金要求の一例として、支払先ＩＤ「Ｕ＃００１」、入金学「３００，０００円」、名目「給与」を含んだ入金要求を例示している。

なお、支払先ＩＤ「Ｕ＃００１」は、利用者Ｕ１の識別情報（利用者識別情報、以下、適宜「利用者ＩＤ」と記載する。）である。利用者ＩＤは、利用者Ｕ１を識別することができる情報であればよく、数字、アルファベット、記号等またはこれらの組み合わせの他、たとえば、電話番号およびメールアドレス等であってもよいし、電話番号およびメールアドレス等と氏名との組み合わせであってもよい。氏名は、漢字、ひらがな、カタカナ、アルファベットのいずれでも構わない。また、入金要求には、支払元を識別する識別情報（支払元識別情報、以下、適宜「支払元ＩＤ」と記載する。）が含まれていてもよい。

つづいて、決済サーバ１００は、入金要求に含まれる名目が給与であるか否かを判定する。そして、決済サーバ１００は、入金要求に含まれる名目が給与である場合、その入金要求に含まれる利用者ＩＤに紐付けられた総残高のうち給与残高に対して入金処理を行う。

たとえば、決済サーバ１００は、「所有者ＩＤ」項目と、「総残高」項目と、「内訳」項目とを関連づけた口座情報を記憶する。「所有者ＩＤ」項目には、デジタルマネーの口座（決済口座）を所有する所有者を識別する識別情報（所有者識別情報、以下、適宜「所有者ＩＤ」と記載する）が記憶される。ここでは、「所有者ＩＤ」項目に、利用者Ｕ１を識別する利用者ＩＤ「Ｕ＃００１」が記憶される場合の例を示しているが、「所有者ＩＤ」項目には、利用者ＩＤの他、支払元ＩＤや、取引対象を提供する提供者を識別する識別情報（提供者識別情報、以下、適宜「提供者ＩＤ」と記載する。）等が記憶されてもよい。「総残高」項目には、所有者ＩＤによって識別される所有者が所有するデジタルマネーの総残高を示す情報を記憶する。

「内訳」の項目には、「総残高」の項目に記憶される総残高の内訳を示す情報が記憶される。具体的には、「内訳」の項目は、「給与」の項目と「給与以外」の項目とを含む。「給与」の項目には、「総残高」の項目に記憶された総残高のうち、給与として入金（チャージ）されたデジタルマネーの残高を示す情報が記憶される。「給与以外」の項目は、「総残高」の項目に記憶された総残高のうち、給与以外の名目で入金されたデジタルマネーの残高を示す情報が記憶される。

たとえば、図１では、口座情報の一例として、利用者ＩＤ「Ｕ＃００１」、総残高「１，０００，０００円」、給与「７００，０００円」、給与以外「３００，０００円」を含んだ口座情報を示している。この場合において、図１に示す入金要求を受け付けた場合、決済サーバ１００は、利用者ＩＤ「Ｕ＃００１」に対応づけられた「総残高」項目を「１，０００，０００円」から「１，３００，０００円」に変更する。また、決済サーバ１０は、利用者ＩＤ「Ｕ＃００１」に対応づけられた「給与」項目を「７００，０００円」から「１，０００，０００円」に変更する（ステップＳ２）。なお、「給与以外」の項目に記憶された情報は、変更されない。

一方、決済サーバ１００は、給与以外の名目を含んだ入金要求を受け付けた場合には、対応する口座情報のうち、「総残高」の項目を変更するとともに「給与以外」の項目を変更する。この場合、「給与」の項目に記憶されている情報は、変更されない。なお、「給与以外」の項目は、複数の項目に細分化されていてもよい。すなわち、給与以外の名目は、複数存在していてもよく、この場合、「給与以外」の項目は、複数存在する名目に対応して細分化されてもよい。

このように、本実施形態に係る情報処理システム１では、デジタルマネーの総残高のうち少なくとも給与残高を分けて管理する。これにより、たとえば、決済サーバ１００は、総残高を示す残高情報（たとえば、総残高「１，３００，０００円」）を、給与残高を示す給与残高情報（たとえば、総残高「１，０００，０００円」）と給与以外残高を示す給与以外残高情報（たとえば、総残高「３００，０００円」）とに分けて利用者Ｕ１の利用者端末２００に表示させることができる（ステップＳ３）。

したがって、本実施形態に係る情報処理システム１によれば、所謂給与のデジタル払いに対応でき、給与を含む残高を適切に管理することができる。

ところで、給与のデジタル支払いにおいては、給与として支払われたデジタルマネーを現金化できるようにすることで利用者の利便性が担保できる。具体的には、給与として支払われたデジタルマネーをＡＴＭから引き出せるようにする必要がある。そこで、本実施形態に係る情報処理システム１は、給与として支払われたデジタルマネーをＡＴＭ５００から引き出すことが可能に構成される。

たとえば、ＡＴＭ５００は、利用者Ｕ１による操作に従って、利用者ＩＤおよび出金額を含む出金要求を銀行サーバ４００に送信する（ステップＳ４）。利用者Ｕ１によるＡＴＭ５００に対する操作は、たとえば、ＡＴＭ５００が有するタッチパネルや物理的なボタンへの入力操作であってもよいし、利用者端末２００が表示するＱＲコード（登録商標）等をＡＴＭ５００に読み取らせる操作であってもよい。ＡＴＭ５００に入力される情報には、少なくとも、利用者ＩＤおよび出金額が含まれていればよい。

つづいて、銀行サーバ４００は、ＡＴＭ５００から受け付けた出金要求を決済サーバ１００に送信する（ステップＳ５）。

決済サーバ１００は、銀行サーバ４００から受け付けた出金要求に基づき、対応する残高情報のうち「給与」の項目を変更する。たとえば、出金要求に、利用者ＩＤ「Ｕ＃００１」、出金額「１００，０００円」が含まれているとする。この場合、決済サーバ１００は、利用者ＩＤ「Ｕ＃００１」に紐付けられた「総残高」の項目を「１，３００，０００円」から「１，２００，０００円」に変更するとともに、「給与」の項目を「１，０００，０００円」から「９００，０００円」に変更する（ステップＳ６）。

つづいて、決済サーバ１００は、利用者ＩＤおよび出金額を含む出金指示を銀行サーバ４００に送信する（ステップＳ７）。銀行サーバ４００は、出金指示を受け付けると、決済サーバ１００が属する事業者、すなわち、電子決済サービスを提供する企業の銀行口座から、出金指示に含まれる出金額を引き落とす（ステップＳ８）。なお、この処理は、決済サーバ１００から出金指示を受け付けたタイミングで行われてもよいし、たとえば月に１回の予め決められたタイミングで行われてもよい。

また、銀行サーバ４００は、出金額を含む出金指示をＡＴＭ５００に送信する（ステップＳ９）。そして、ＡＴＭ５００は、出金指示に含まれる出金額と同額の現金を払い出す（ステップＳ１０）。

このように、本実施形態に係る情報処理システム１において、利用者Ｕ１は、自身が所有するデジタルマネーの総残高のうち、給与残高分のデジタルマネーをＡＴＭ５００から現金として引き出すことができる。

なお、上述した現金化に関する仕組みは、給与として支払われたデジタルマネーを対象とするものであり、給与以外の名目で支払われたデジタルマネーに関しては対象外であってよい。給与以外の名目で支払われたデジタルマネーについても現金化可能とすると、たとえばマネーロンダリング（資金洗浄）の温床となること等が懸念される。このため、決済サーバ１００は、給与以外残高のＡＴＭ５００からの出金を禁止してもよい。ただし、給与以外残高が複数の項目に細分化される場合、細分化された複数の項目のうち何れかについては、ＡＴＭ５００からの出金を許容してもよい。

〔１－２．利用者端末２００を用いた決済について〕
以下、図２を参照しつつ、本実施形態に係る情報処理の前提として、本実施形態に係る情報処理装置等により実行される利用者端末２００を用いた決済（電子決済）の一例について説明する。図２は、本実施形態に係る情報処理の前提となる電子決済処理の一例を示す図である。本実施形態に係る情報処理システム１は、上述したデジタルマネーの総残高のうち給与残高および給与以外残高の両方を電子決済に利用できる。

図２に示すように、情報処理システム１は、店舗端末６００をさらに含んでいてもよい。店舗端末６００は、利用者に取引対象を提供する提供者によって利用される情報処理装置である。店舗端末６００は、たとえば、ＰＯＳ（Point of Sales）端末や、スマートフォン、タブレット型端末、ノート型ＰＣ、デスクトップＰＣ、携帯電話機、ＰＤＡ等により実現される。また、店舗端末６００は、決済サーバ１００によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。店舗端末６００は、有線または無線によりネットワークＮ－３（たとえば、図６参照）に接続される。決済サーバ１００と、店舗端末６００は、ネットワークＮ－３を通じて相互に通信できる。ネットワークＮ－３は、たとえば、インターネットなどのＷＡＮ（Wide Area Network）である。ネットワークＮ－３は、ネットワークＮ－１とは異なるネットワークであってもよい。店舗端末６００は、後述する加盟店サーバ７００が属する事業者により管理される端末である場合がある。なお、図２では、店舗端末６００がＰＯＳ端末である場合を例示している。

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

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

決済サーバ１００は、利用者端末２００から受信した決済情報に基づいて、利用者ＩＤが示す利用者Ｕ１の決済口座から、店舗コードＣ１が示す店舗Ａの決済口座へと、決済金額が示す額のデジタルマネーを移動させる（ステップＳ１３）。そして、決済サーバ１００は、決済が完了した旨の通知を利用者端末２００へと送信する（ステップＳ１４）。このような場合、利用者端末２００は、決済が完了した旨の画面や所定の音声を出力することで、デジタルマネーによる決済が行われた旨を通知する。

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

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

また、利用者端末２００を用いた決済は、実店舗に対するものに限らず、たとえば、電子商取引サービスでの取引対象に対する決済（すなわち、オンライン決済）であってもよい。このような場合、たとえば、利用者端末２００は、利用者Ｕ１を識別する利用者ＩＤと、提供者ＩＤと、取引対象の価格（決済金額）とを示す決済情報を決済サーバ１００へと送信する。そして、決済サーバ１００は、利用者ＩＤが示す利用者Ｕ１の決済口座から、提供者ＩＤが示す提供者の決済口座へと、決済金額が示す額のデジタルマネーを移動させ、利用者端末２００に対し決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知する。

〔２．本実施形態に係る情報処理の一例〕
以下、図３を用いて、本実施形態に係る情報処理の一例について説明する。図３は、本実施形態に係る情報処理の一例を示す図である。決済サーバ１００は、例えば、本実施形態に係る情報処理として、利用者Ｕ１に代わり、利用料金の引き落とし口座として指定されている指定口座を電子決済サービスで利用されるデジタルマネーの決済口座に変更する手続きの代行処理を実行する。

図３に示すように、本実施形態に係る情報処理システム１は、加盟店サーバ７００をさらに含む。加盟店サーバ７００は、決済サーバ１００が提供する電子決済サービスを導入する加盟店に属する情報処理装置である。加盟店サーバ７００は、利用者端末２００の利用者Ｕ１に対して、商品やサービスなどを提供する事業者により運営・管理される。加盟店サーバ７００を運営・管理する事業者は、企業（会社や法人等）に限らず、国、都道府県、市区町村等の自治体であってもよい。加盟店サーバ７００は、サーバ装置やクラウドシステム等により実現される。図３に示す例では、加盟店サーバ７００として、加盟店サーバ７０１や、加盟店サーバ７０２や、加盟店サーバ７０３などが示されている。

加盟店サーバ７００は、有線又は無線によりネットワークＮ－１（たとえば、図５参照）に接続される。加盟店サーバ７００は、ネットワークＮ－１を通じて、決済サーバ１００と相互に通信できる。

本実施形態に係る情報処理では、まず、利用者端末２００が決済サーバ１００に対して、利用料金の引き落とし口座として指定されている指定口座を電子決済サービスで利用されるデジタルマネーの決済口座に変更する変更手続きの代行依頼を送信する（ステップＳ２１）。具体的には、図３に示すように、利用者端末２００は、利用者Ｕ１の操作に従って決済アプリを立ち上げ、代行依頼を送信するための操作画面２０１を表示し、操作画面２０１に対する利用者Ｕ１の操作に応じて、代行依頼を決済サーバ１００に送信する。

代行依頼には、変更手続きの依頼元を示す依頼元識別情報（以下、「依頼元ＩＤ」）と、変更手続きの委任状とが含まれる。依頼元ＩＤは、典型的には、利用者ＩＤである。委任状は、利用料金の引き落とし口座として指定されている指定口座を電子決済サービスで利用されるデジタルマネーの決済口座に変更する変更手続きを決済サーバ１００に委託することを証明する文書である。委任状は、後述する操作画面２０１により、代行依頼に添付できる。

図３に示す操作画面２０１は、代行依頼の送信を指示するための送信ボタン２０２や、代行依頼に委任状を添付するためのチェックボックス２０３や、代行依頼の詳細を確認するためのディープリンク２０４や、委任状作成ツールを起動するためのディープリンク２０５などを有する。操作画面２０１の構成は、図３に示す例に限られず、他の構成であってもよい。

操作画面２０１において、送信ボタン２０２は、チェックボックス２０３に対するチェックが入力されることに連動して、有効となるように制御されてもよい。これにより、口座変更の代行処理を委任することを示す委任状（文書データの一例）を代行依頼の送信前に確実に添付させることができる。また、操作画面２０１は、ディープリンク２０４からアクセス可能なウェブサイトを通じて、変更依頼により実行される処理の内容や免責事項などを利用者Ｕ１に容易に確認させることができる。また、操作画面２０１は、ディープリンク２０５により起動できる作成ツールを通じて、利用者端末２００上で委任状を作成するための機能を利用者Ｕ１に提供できる。

利用者端末２００に操作画面２０１を表示させ、変更依頼を送信するための機能は、決済アプリのアドオンとして提供できるが、決済アプリとは別のアプリケーションとして利用者Ｕ１に提供してもよい。また、決済サーバ１００は、決済サーバ１００が利用者Ｕ１に公開するウェブページから変更依頼を受け付けてもよい。

決済サーバ１００は、利用者端末２００から代行依頼を受信すると、代行処理を実行する（ステップＳ２２）。具体的には、決済サーバ１００は、指定口座からの引き落としにより料金の支払いを受けている電子決済サービスの加盟店に対して、指定口座の変更通知を送信する。このとき、決済サーバ１００は、まず、代行依頼に紐づく指定口座を管理する金融機関のシステムにアクセスして指定口座の支払履歴を参照し、変更通知の送付先となる加盟店を自動的に特定する。これにより、決済サーバ１００は、利用料金の支払いを行っている口座をデジタルマネーの決済口座に変更する際の利用者の手続きの負担を軽減できる。

たとえば、決済サーバ１００は、オープンＡＰＩ（Application Programming Interface）として公開されている銀行ＡＰＩなどを通じて、指定口座を管理する金融機関のシステムにアクセスする。また、決済サーバ１００は、依頼元ＩＤと一致する利用者ＩＤに対応付けられている個人情報を特定し、口座照会に必要な情報を取得する。また、決済サーバ１００は、取得した個人情報をもとに、金融機関のシステムにおいて依頼元ＩＤに紐づく口座情報を特定する。また、決済サーバ１００は、特定した口座情報の支払履歴を参照し、口座振替サービスによる指定口座からの引き落としにより料金の支払いを受けている加盟店を特定する。図４は、本実施形態に係る支払履歴の一例を示す図である。図４は、たとえば、利用者Ｕ１に紐づく金融機関Ｚの口座情報を示している。

決済サーバ１００は、利用者Ｕ１の支払履歴から、定期的に支払いが行われている支払履歴を特定する。図４に示す例では、毎月２７日に加盟店Ｂに対する支払いが行われている。そこで、決済サーバ１００は、利用者Ｕ１が利用する金融機関の口座を指定口座とする口座振替サービスにより、料金の支払いを受けている加盟店として加盟店Ｂを特定する。同様にして、決済サーバ１００は、利用者Ｕ１について、指定口座からの引き落としにより利用料金の支払いを行っている他の加盟店を特定する。加盟店の特定後、決済サーバ１００は、指定口座をデジタルマネーの決済口座に変更する旨を通知するための変更通知を作成する。

そして、決済サーバ１００は、指定口座からの引き落としにより料金の支払いを受けている加盟店に対して、上述の変更通知を加盟店に送信する（ステップＳ２３）。このようにして、決済サーバ１００は、代行処理を委任することを示す委任状（文書データの一例）を添付した変更通知を各加盟店に送信することにより、口座の変更に伴う利用者Ｕ１の手続きの負担を軽減できる。

加盟店サーバ７００は、決済サーバ１００から上述の変更通知を受信すると、変更通知に基づく変更手続きの処理を行い、変更手続きの処理結果を示す結果通知を決済サーバ１００に送信する（ステップＳ２４）。

決済サーバ１００は、加盟店サーバ７００から結果通知を受信すると、通知処理を実行する（ステップＳ２５）。たとえば、決済サーバ１００は、プッシュ通知や電子メールなど利用者端末２００に通知可能な任意の方法で、引き落とし口座の変更手続きの代行依頼の結果を通知するための通知情報を生成する。そして、決済サーバ１００は、通知情報に基づく依頼結果通知を利用者端末２００に送信する（ステップＳ２６）。図３に示す例では、引き落とし口座の変更手続きの依頼結果通知として、手続きが正常に完了した旨の通知が利用者端末２００に表示されている。

なお、決済サーバ１００は、委任状に記載された委託範囲内で、口座変更に係る各種手続きを利用者Ｕ１に代わって処理してもよい。たとえば、決済サーバ１００が、利用者Ｕ１に代わって行うことができる口座変更に係る各種手続きとして、口座振替サービスに必要となる書類などの情報の収集や、口座振替サービスの解約依頼書の送付請求などが考えられる。

〔３．装置構成例〕
以下、本実施形態に係る決済サーバ１００の構成について説明する。図５は、本実施形態に係る決済サーバの構成例を示すブロック図である。

図５に示すように、決済サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、有線又は無線により、ネットワークＮ－１又はネットワークＮ－３に接続される。通信部１１０は、ネットワークＮ－１又はネットワークＮ－３を介して、利用者端末２００や、支払元サーバ３００や、銀行サーバ４００や、店舗端末６００や、加盟店サーバ７００等との間で情報の送受信を行う。通信部１１０は、たとえば、ＮＩＣ（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）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が決済サーバ１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１３００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、決済サーバ１００の記憶装置内の各データが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

〔７．効果〕
上述してきたように、実施形態に係る決済サーバ１００は、受付部１３１と、代行処理部１３２とを有する。受付部１３１は、利用料金の引き落とし口座として指定されている指定口座を電子決済サービスで利用されるデジタルマネーの決済口座に変更する手続きの代行依頼を電子決済サービスの利用者から受け付ける。代行処理部１３２は、受付部１３１により受け付けられた代行依頼に応じて、指定口座を決済口座に変更するための代行処理を実行する。

これにより、決済サーバ１００は、利用料金の支払いを行っている口座をデジタルマネーの決済口座に変更する際の利用者の手続きの負担を軽減でき、ユーザビリティを高めることできる。この結果、決済サーバ１００は、給与の受け取り手段としてのデジタルマネーの優位性を高めることができる。

また、代行処理部１３２は、指定口座からの引き落としにより料金の支払いを受けている電子決済サービスの加盟店に対して、指定口座の変更通知を送信する。これにより、決済サーバ１００は、口座の変更を利用者から加盟店に通知させる必要がなく、口座の変更に伴う利用者の手続きの負担を軽減できる。この結果、決済サーバ１００は、給与の受け取り手段としてのデジタルマネーの優位性を高めることができる。

また、代行処理部１３２は、代行依頼に紐づく指定口座を管理する金融機関のシステムにアクセスして指定口座の支払履歴を参照し、加盟店を特定する。これにより、決済サーバ１００は、口座振替サービスを利用して料金の支払いを受けている加盟点の情報を利用者から取得する必要がなく、口座の変更に伴う利用者の手続きの負担を軽減できる。この結果、決済サーバ１００は、給与の受け取り手段としてのデジタルマネーの優位性を高めることができる。

また、代行処理部１３２は、代行処理を委任することを示す委任状を利用者から取得し、取得した委任状を変更通知とともに加盟店に送信する。これにより、口座の変更に伴いい委任状が必要となる場合であっても利用者から加盟店に委任状を提出させる必要がなく、口座の変更に伴う利用者の手続きの負担を軽減できる。この結果、電子決済サービスの利用促進を図りつつ、給与の受け取り手段としてのデジタルマネーの優位性を高めることができる。

また、受付部１３１は、デジタルマネーの入金を受ける利用者の識別情報および入金の名目を含む入金要求を受け付けるとして機能してもよい。また、決済サーバ１００は、入金処理部をさらに有してもよい。入金処理部は、入金受付部として機能する受付部１３１によって受け付けられた入金要求に含まれる名目が給与である場合に、入金要求に含まれる識別情報に紐付けられた総残高のうち給与残高に対する入金処理を行い、受付部１３１によって受け付けられた入金要求に含まれる名目が給与以外の名目である場合には、入金要求に含まれる識別情報に紐付けられた総残高のうち給与以外残高に対する入金処理を行う。これにより、電子決済サービスにおいて給与を含む残高を適切に管理できる。

また、決済サーバ１００は、出金受付部と、出金処理部とをさらに有してもよい。出金受付部は、識別情報を含むＡＴＭへの出金要求を受け付ける。出金処理部は、出金受付部によって出金要求が受け付けられた場合に、出金要求に含まれる識別情報に紐付けられた総残高のうち給与残高からの出金処理を行う。これにより、決済サーバ１００は、利用者がデジタルマネーで受け取った給与を現金化する際に、銀行口座を経由することなく（すなわち、デジタルマネーを一旦銀行口座に移動させることなく）、直接ＡＴＭから引き出すことを可能とする。

また、決済サーバ１００は、総残高を、給与残高と給与以外残高とに分けて利用者が利用する端末装置に表示させる表示制御部をさらに有してもよい。これにより、決済サーバ１００は、利用者に対して、自身の決済口座に入金された給与の残高を容易に確認させることができる。また、決済サーバ１００は、利用者に対して、自身が所有するデジタルマネーの総残高のうち、ＡＴＭで現金化することができるデジタルマネーの残高を容易に把握させることができる。

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

また、上述した決済サーバ１０は、機能によっては外部のプラットフォーム等をＡＰＩやネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、制御部は、制御手段や制御回路に読み替えることができる。

また、本願の実施形態に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本願の実施形態は、上記の効果とともに、または上記の効果に代えて、実施形態の記載から当業者にとって明らかな他の効果を奏しうる。

１００ 決済サーバ
１１０ 通信部
１２０ 記憶部
１２１ 利用者情報記憶部
１２２ 口座情報記憶部
１３０ 制御部
１３１ 受付部
１３２ 代行処理部
２００ 利用者端末
３００ 支払元サーバ
４００ 銀行サーバ
５００ ＡＴＭ
６００ 店舗端末
７００ 加盟店サーバ
１０００ コンピュータ
１１００ ＣＰＵ
１２００ ＲＯＭ
１３００ ＲＡＭ
１４００ ＨＤＤ
１５００ 通信インターフェイス（Ｉ／Ｆ）
１６００ 入出力インターフェイス（Ｉ／Ｆ）
１７００ メディアインターフェイス（Ｉ／Ｆ）

Claims (9)

1. 利用料金の引き落とし口座として指定されている指定口座を電子決済サービスで利用されるデジタルマネーの決済口座に変更する手続きの代行依頼を前記電子決済サービスの利用者から受け付ける依頼受付部と、
   前記依頼受付部により受け付けられた前記代行依頼に応じて、前記指定口座を前記決済口座に変更するための代行処理を実行する代行処理部と
   を有することを特徴とする情報処理装置。
2. 前記代行処理部は、
   前記指定口座からの引き落としにより料金の支払いを受けている前記電子決済サービスの加盟店に対して、前記指定口座の変更通知を送信する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記代行処理部は、
   前記代行依頼に紐づく指定口座を管理する金融機関のシステムにアクセスして前記指定口座の支払履歴を参照し、前記加盟店を特定する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記代行処理部は、
   前記代行処理を委任することを示す文書データを前記利用者から取得し、取得した前記文書データを前記変更通知とともに前記加盟店に送信する
   ことを特徴とする請求項２または３に記載の情報処理装置。
5. 前記デジタルマネーの入金を受ける前記利用者の識別情報および入金の名目を含む入金要求を受け付ける入金受付部と、
   前記入金受付部によって受け付けられた前記入金要求に含まれる前記名目が給与である場合に、当該入金要求に含まれる前記識別情報に紐付けられた総残高のうち給与残高に対する入金処理を行い、前記入金受付部によって受け付けられた前記入金要求に含まれる前記名目が給与以外の名目である場合には、当該入金要求に含まれる前記識別情報に紐付けられた総残高のうち給与以外残高に対する入金処理を行う入金処理部と
   をさらに有することを特徴とする請求項１～４のいずれか１つに記載の情報処理装置。
6. 前記識別情報を含むＡＴＭ（Automatic Teller Machine）への出金要求を受け付ける出金受付部と、
   前記出金受付部によって前記出金要求が受け付けられた場合に、前記出金要求に含まれる前記識別情報に紐付けられた前記総残高のうち前記給与残高からの出金処理を行う出金処理部と
   をさらに有することを特徴とする請求項５に記載の情報処理装置。
7. 前記総残高を、前記給与残高と前記給与以外残高とに分けて前記利用者が利用する端末装置に表示させる表示制御部
   をさらに有することを特徴とする請求項５又は６に記載の情報処理装置。
8. コンピュータが実行する情報処理方法であって、
   利用料金の引き落とし口座として指定されている指定口座を電子決済サービスで利用されるデジタルマネーの決済口座に変更する手続きの代行依頼を前記電子決済サービスの利用者から受け付ける依頼受付工程と、
   前記依頼受付工程により受け付けられた前記代行依頼に応じて、前記指定口座を前記決済口座に変更するための代行処理を実行する代行処理工程と
   を含むことを特徴とする情報処理方法。
9. 利用料金の引き落とし口座として指定されている指定口座を電子決済サービスで利用されるデジタルマネーの決済口座に変更する手続きの代行依頼を前記電子決済サービスの利用者から受け付ける依頼受付手順と、
   前記依頼受付手順により受け付けられた前記代行依頼に応じて、前記指定口座を前記決済口座に変更するための代行処理を実行する代行処理手順と
   をコンピュータに実行させることを特徴とする情報処理プログラム。

Images