特開 2024-143981 情報処理装置、情報処理方法、及び情報処理プログラム

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

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

(11)【公開番号】P2024143981

(43)【公開日】2024-10-11

(54)【発明の名称】情報処理装置、情報処理方法、及び情報処理プログラム

(51)【国際特許分類】

   G06Q 40/00 20230101AFI20241003BHJP

【ＦＩ】

G06Q40/00

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023121885

(22)【出願日】2023-07-26

(62)【分割の表示】P 2023056430の分割

【原出願日】2023-03-30

(71)【出願人】

【識別番号】519110124

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

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】上田 哲也

(72)【発明者】

【氏名】大塚 千壽子

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

5L040

5L055

【Ｆターム（参考）】

5L040BB65

5L055BB65

(57)【要約】

【課題】給与のデジタル払いに関連するサービスにおいて、行政側の要請に対応しつつ、給与のデジタル払いを利用する利用者を保護するための仕組みの効率的な運用を図ること。
【解決手段】本願に係る情報処理装置は、顧客情報情報記憶部と、残高情報記憶部と、管理部と、生成部と、支払依頼部とを有する。管理部は、給与マネー残高の保証に関する業務の委託元である資金移動業者から定期的に提供される顧客情報および残高情報を取得し、顧客情報記憶部に記憶されている顧客情報および残高情報記憶部に記憶されている残高情報を最新の状態で管理する。生成部は、顧客情報および残高情報に基づいて、顧客ごとの給与マネー残高に対応する保証金の振込先および保証金の額を示す情報を含む明細情報を生成する。支払依頼部は、顧客に対する保証金の支払業務の委託先である銀行に対して、生成部により生成された明細情報を含む保証金の支払依頼を送信する。
【選択図】図２

【特許請求の範囲】

【請求項1】

顧客に関する顧客情報を記憶する顧客情報記憶部と、
顧客の給与に対応する最新の電子マネーの残高である給与マネー残高に関する残高情報を記憶する残高情報記憶部と、
前記給与マネー残高の保証に関する業務の委託元である資金移動業者から定期的に提供される前記顧客情報および前記残高情報を取得し、前記顧客情報記憶部に記憶されている前記顧客情報および前記残高情報記憶部に記憶されている前記残高情報を最新の状態で管理する管理部と、
前記顧客情報および前記残高情報に基づいて、前記顧客ごとの前記給与マネー残高に対応する保証金の振込先および前記保証金の額を示す情報を含む明細情報を生成する生成部と、
前記顧客に対する前記保証金の支払業務の委託先である銀行に対して、前記生成部により生成された明細情報を含む保証金の支払依頼を送信する支払依頼部と
を有することを特徴とする情報処理装置。

【請求項2】

前記支払依頼部は、
前記銀行から送付された前記保証金の支払完了通知が取得された場合、前記保証金の支払いが完了した旨を前記資金移動業者に連携する
ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記支払依頼部は、
前記保証金の支払いが完了した旨を前記資金移動業者に連携する際、前記保証金を受け取る前記顧客を特定するための情報、前記保証金の振込先を示す情報、前記保証金の額を示す情報、前記保証金の振込日を示す情報、及び前記保証金の振込の成否を示す情報を連携する
ことを特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記管理部は、
前記保証金の原資に関する情報を取得し、
前記残高情報と、前記保証金の原資に関する情報とに基づいて、現時点での保証の対象となる前記給与マネー残高の総額が前記保証金の原資を上回っている場合、管理者に対して、前記保証金の原資が不足している旨を通知する
ことを特徴とする請求項１に記載の情報処理装置。

【請求項5】

コンピュータにより行われる情報処理方法であって、
顧客に関する顧客情報、及び顧客の給与に対応する最新の電子マネーの残高である給与マネー残高に関する残高情報を、前記給与マネー残高の保証に関する業務の委託元である資金移動業者から定期的に取得し、取得した前記顧客情報および前記残高情報を最新の状態で管理する管理工程と、
前記顧客情報および前記残高情報に基づいて、前記顧客ごとの前記給与マネー残高に対応する保証金の振込先および前記保証金の額を示す情報を含む明細情報を生成する生成工程と、
前記顧客に対する前記保証金の支払業務の委託先である銀行に対して、前記生成工程により生成された明細情報を含む保証金の支払依頼を送信する支払依頼工程と
を含むことを特徴とする情報処理方法。

【請求項6】

コンピュータに、
顧客に関する顧客情報、及び顧客の給与に対応する最新の電子マネーの残高である給与マネー残高に関する残高情報を、前記給与マネー残高の保証に関する業務の委託元である資金移動業者から定期的に取得し、取得した前記顧客情報および前記残高情報を最新の状態で管理する管理手順と、
前記顧客情報および前記残高情報に基づいて、前記顧客ごとの前記給与マネー残高に対応する保証金の振込先および前記保証金の額を示す情報を含む明細情報を生成する生成手順と、
前記顧客に対する前記保証金の支払業務の委託先である銀行に対して、前記生成手順により生成された明細情報を含む保証金の支払依頼を送信する支払依頼手順と
を実行させることを特徴とする情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

昨今、政府では、資金移動業を営む資金移動業者に対し、電子マネーや仮想通貨といったデジタルマネーにより給与の支払いを認める、所謂「給与のデジタル払い」の導入が検討され始めている。これに関連して、給与のデジタル払いに関連した技術も提案されている。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

しかしながら、上記の従来技術では、給与のデジタル払いに関連するサービスにおいて、行政側の要請に対応しつつ、給与のデジタル払いを利用する利用者を保護するための仕組みの効率的な運用を図る上で改善の余地がある。

【0005】

本願は、上記に鑑みてなされたものであって、給与のデジタル払いに関連するサービスにおいて、行政側の要請に対応しつつ、給与のデジタル払いを利用する利用者を保護するための仕組みの効率的な運用を図ることができる情報処理装置、情報処理方法、及び情報処理プログラムを提供することを目的とする。

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

【0006】

本願に係る情報処理装置は、顧客情報情報記憶部と、残高情報記憶部と、管理部と、生成部と、支払依頼部とを有する。顧客情報記憶部は、顧客に関する顧客情報を記憶する。残高情報記憶部は、顧客の給与に対応する最新の電子マネーの残高である給与マネー残高に関する残高情報を記憶する。管理部は、給与マネー残高の保証に関する業務の委託元である資金移動業者から定期的に提供される顧客情報および残高情報を取得し、顧客情報記憶部に記憶されている顧客情報および残高情報記憶部に記憶されている残高情報を最新の状態で管理する。生成部は、顧客情報および残高情報に基づいて、顧客ごとの給与マネー残高に対応する保証金の振込先および保証金の額を示す情報を含む明細情報を生成する。支払依頼部は、顧客に対する保証金の支払業務の委託先である銀行に対して、生成部により生成された明細情報を含む保証金の支払依頼を送信する。

【発明の効果】

【0007】

実施形態の一態様によれば、給与のデジタル払いに関連するサービスにおいて、行政側の要請に対応しつつ、給与のデジタル払いを利用する利用者を保護するための仕組みの効率的な運用を図ることができるという効果を奏する。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態に係る情報処理の概要を示す図である。

【図2】図２は、実施形態に係る保証会社サーバ装置の構成例を示す図である。

【図3】図３は、実施形態に係る顧客情報記憶部に記憶される顧客情報の一例を示す図である。

【図4】図４は、実施形態に係る残高情報記憶部に記憶される残高情報の一例を示す図である。

【図5】図５は、実施形態に係る保証会社サーバ装置により実行される保証金の支払依頼処理の処理手順例を示すフローチャートである。

【図6】図６は、実施形態に係る保証会社サーバ装置により実行される保証完了通知処理の処理手順例を示すフローチャートである。

【図7】図７は、実施形態または変形例に係る保証会社サーバ装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

【0009】

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

【0010】

〔１．実施形態〕
図１を用いて、実施形態に係る情報処理装置などにより実現される情報処理について説明する。図１は、実施形態に係る情報処理の概要を示す図である。なお、図１では、実施形態に係る情報処理装置の一例である保証会社サーバ装置１００によって、実施形態に係る情報処理などが実現されるものとする。

【0011】

（１－１．システム構成）
まず、図１を参照しつつ、実施形態に係る情報処理システムＳＹＳの構成例について説明する。実施形態に係る情報処理システムＳＹＳは、資金移動業者が運営および管理する第１サーバ装置１０と、銀行が運営および管理する第２サーバ装置２０と、公的機関が運営および管理する第３サーバ装置３０と、保証会社が運営および管理する保証会社サーバ装置１００とを含む。

【0012】

図１に示す第１サーバ装置１０、第２サーバ装置２０、第３サーバ装置３０、及び保証会社サーバ装置１００は、たとえば、ネットワークＮ（たとえば、図２参照）に接続される。第１サーバ装置１０、第２サーバ装置２０、第３サーバ装置３０、及び保証会社サーバ装置１００は、ネットワークＮを通じて、他の装置との間で相互に通信できる。

【0013】

図１に示す第１サーバ装置１０、第２サーバ装置２０、第３サーバ装置３０、及び保証会社サーバ装置１００は、メインフレームやワークステーションなどにより実現されてもよい。また、図１に示す第１サーバ装置１０、第２サーバ装置２０、第３サーバ装置３０、及び保証会社サーバ装置１００がサーバ装置により実現される場合、単独のサーバ装置により実現されてもよいし、複数のサーバ装置および複数のストレージ装置が協働して動作するクラウドシステムなどにより実現されてもよい。

【0014】

（１－２．前提となる契約関係等）
図１に示す情報処理システムＳＹＳによる情報処理が実現される前提となる契約関係等について説明する。図１に示す資金移動業者は、電子決済に関する電子決済サービスを利用者に提供する事業を営む。また、資金移動業者は、電子決済サービスの一環として、利用者に対し、給与を電子マネーで受け取ることを可能とするサービス（以下、「給与受取サービス」という。）を提供する。

【0015】

また、資金移動業者が給与受取サービスを提供するための事業を営むためには、自己が破産した場合（すなわち、経営破綻した場合）に、給与受取サービスの利用者である顧客の給与に対応する電子マネーの残高（以下、「給与マネー残高」という。）を保証するための仕組み（以下、「保証スキーム」という。）の整備が求められる。また、資金移動業者に対して整備が求められる保証スキームは、自己以外の第三者機関を通じて実現される必要がある。これらの要請を受けて、資金移動業者は、給与マネー残高を保証するための保証業務を委託する保証会社を選定し、選択した保証会社との間で保証委託契約を締結する。また、資金移動業者は、選択した保証会社と、給与受取サービスの利用者との間で保証契約を締結させる必要があるため、たとえば、給与受取サービスの利用規約への同意などを通じて、保証会社と利用者との間の保証契約の締結を代理する。以上により、保証スキームを実行するための契約が完了する。

【0016】

また、資金移動業者は、資金移動業者が破産に備えて自らが管理する給与マネー残高を保証するための資金を予め準備する。資金移動業者は、たとえば、取引保全サービス付きの信託であるエスクロー信託を用いて、給与マネー残高を保証するための資金を信託財産で準備してもよい。この場合、資金移動業者は、保証委託契約において、給与マネー残高を保証するために予め準備した信託財産の受益者として保証会社を指定しておく。

【0017】

また、資金移動業者は、保証委託契約の締結に際して、資金移動業者の破産時に資金移動業者が公的機関（たとえば、法務局や財務局）に供託する必要がある供託金に相当する額を保証会社が保証することを事前に申し合わせた履行保証金保全契約を保証会社との間で締結する。資金移動業者は、保証会社との間で履行保証金保全契約を締結することにより、契約の有効期間、公的機関に対する供託金の差入が留保される。

【0018】

また、保証会社は、給与受取サービスの利用者である顧客に対して保証金の支払を行う支払業務を委託する銀行を選定し、選定した銀行との間で保証金の支払業務についての業務委託契約を締結する。

【0019】

（１－３．保証スキームを実現するための情報処理の概要）
以下、図１を用いて、実施形態に係る保証スキームを実現するための情報処理の概要について説明する。なお、以下の説明において、資金移動業者と第１サーバ装置１０とを同一視する場合がある。すなわち、以下の説明において、資金移動業者を第１サーバ装置１０と読み替えることもできる。また、以下の説明において、銀行と第２サーバ装置２０とを同一視できる場合がある。すなわち、銀行は、第２サーバ２０と読み替えることができる。また、以下の説明において、公的機関と第３サーバ装置３０とを同一視する場合がある。すなわち、以下の説明において、公的機関を第３サーバ装置３０と読み替えることもできる。また、以下の説明において、保証会社と保証会社サーバ装置１００とを同一視する場合がある。すなわち、以下の説明において、保証会社を保証会社サーバ装置１００と読み替えることもできる。

【0020】

保証会社サーバ装置１００は、資金移動業者との間で締結された保証委託契約に関する契約情報を取得する。保証会社サーバ装置１００が取得する契約情報には、資金移動業者の破産時に、資金移動業者が予め準備するエスクロー信託の信託財産の受益者となるための権利（受益権）が規定されている。

【0021】

資金移動業者は、給与受取サービスの利用者である顧客（たとえば、企業の従業員など労働の対価として雇用者から給与を受ける労働者）に関する顧客情報、及び顧客の給与に対応する最新の給与マネー残高に関する残高情報を保証会社サーバ１００に対して定期的に提供する。たとえば、第１サーバ１０は、保証会社サーバ装置１００がアクセス可能なデータ連携用のファイルサーバ（図示略）に対して、顧客情報および残高情報を定期的に（たとえば、日次で）アップロードする。保証会社は、資金移動業者から定期的に提供される顧客情報および残高情報を取得して、顧客情報および残高情報を最新の状態で管理する。たとえば、保証会社サーバ１００は、所定のタイミングでファイルサーバ（図示略）にアクセスし、ファイルサーバに保存されている顧客情報および残高情報を取得する。そして、保証会社サーバ１００は、取得した顧客情報および残高情報により、それまで保存していた顧客情報および残高情報を最新の状態にアップデートする。

【0022】

また、資金移動業者は、資金移動業者の破産時に、保証会社および給与受取サービスの利用者である顧客（たとえば、企業の従業員など労働の対価として雇用者から給与を受ける労働者）に対して、破産通知を送付してもよい。たとえば、第１サーバ１０は、保証会社サーバ装置１００および給与受取サービスの利用者である顧客が使用する端末装置に対して、資金移動業者が破産したことを通知するための破産通知情報を送信してもよい。また、破産通知情報には、資金移動業者から保証会社に対して提供された最新の残高情報が保存されているファイルを識別できる情報（たとえば、ファイルＩＤなど）が含まれていてもよい。

【0023】

保証会社は、資金移動業者との間で締結した履行保証金保全契約に従って、履行保証金保全契約書の写しを公的機関に差し入れる（ステップＳ１１）。

【0024】

また、保証会社は、たとえば、資金移動業者の破産に応じて、公的機関から供託の命令があると、バックファイナンスなどにより所定の銀行から資金調達を行い（ステップＳ１２）、供託を履行する（ステップＳ１３）。公的機関は、保証会社により供託された供託金を管理する。

【0025】

また、保証会社は、保証委託契約に関する契約情報に基づく受益権を行使して、信託財産を取り崩し（ステップＳ２１）、取り崩した信託財産を、保証対象者である顧客（たとえば、労働者）に対する保証金の原資とする。

【0026】

また、保証会社サーバ１００は、顧客情報および残高情報に基づいて、顧客ごとの給与マネー残高に対応する保証金の振込先および保証金の額を示す情報を含む明細情報を生成する（ステップＳ２２）。すなわち、保証会社サーバ装置１００は、資金移動業者から提供される残高情報に基づいて、各顧客の最新の給与マネー残高に相当する保証金の額を特定する。また、保証会社サーバ装置１００は、資金移動業者から提供される顧客情報に基づいて、保証金を受け取るための受取口座として各顧客により予め設定された銀行口座の情報を保証金の振込先として取得する。そして、保証会社サーバ装置１００は、各顧客の保証金の額と、各顧客の保証金の振込先と、支払期日とを含む明細情報を生成し、生成した明細情報を含む支払依頼を第２サーバ２０に送信する（ステップＳ２３）。支払期日には、資金移動業者の破産から所定の期間（たとえば、６営業日以内）が設定される。なお、所定の期間は、予め保証会社サーバ１００のシステム上に設定されていてもよいし、保証会社サーバ１００の管理者（たとえば、保証業務の担当者など）からの入力を受け付けてもよい。また、保証会社サーバ装置１００は、特定した各顧客の保証金の額に基づいて、保証金の額の総額に相当する資金を、支払業務の委託先の銀行が指定する所定の銀行口座に送金する。なお、保証会社サーバ１００は、資金移動業者から破産通知情報を受け取った場合、破産通知情報に含まれている最新の残高情報が保存されているファイルを識別できる情報に基づいて、対応するファイルを参照し、上述の明細情報を生成してもよい。

【0027】

銀行は、保証会社から支払依頼を受け付けると、支払依頼に従って、保証金の支払を実行する（ステップＳ２４）。たとえば、第２サーバ装置２０は、支払期日までに、各顧客について、保証金の振込先に該当する銀行口座に対して、保証金の額を振り込む振込処理を実行する。銀行は、全ての顧客について保証金の支払が完了すると、その旨を保証会社に通知する。

【0028】

また、保証会社は、銀行から保証金の支払完了通知があると、全ての顧客について保証金の支払が完了した旨を資金移動業者に連携する（ステップＳ２５）。たとえば、保証会社サーバ１００は、ファイルサーバ（図示略）にアクセスし、保証金の支払が完了した旨を通知するための保証完了通知に関する情報を保存したデータファイルをアップロードする。たとえば、このデータファイルに保存される保証完了通知に関する情報には、正常に保証金の振込が完了した取引に関する情報、たとえば、保証金を受け取る顧客を特定するための情報（たとえば、後述する顧客ＩＤ）や、保証金の振込先を示す銀行口座の情報や、保証金の額を示す情報や、振込日を示す情報などが保存されていてもよい。また、このデータファイルに保存される保証完了通知に関する情報には、正常に保証金の振込が完了した取引に関する情報のみならず、振込先となる銀行口座の口座番号の誤りなどにより保証金の振込エラーとなったことを示す情報を含んでいてもよい。この場合、保証完了通知に関する情報には、保証金の支払が完了した保証金の総額と、振込エラーとなって支払い（保証）が出来ていない未払いの保証金の総額とを要約した情報が含まれていてもよい。また、保証完了通知に関する情報は、保証金が未払いの状態にある取引、又は、保証金の振込が正常に完了した取引、及び保証金が未払いの状態にある取引の双方について、取引に関する情報を個別具体的に特定した情報が含まれていてもよい。すなわち、保証金が未払いの状態にある取引に関する情報として、保証金を受け取る顧客を特定するための情報（たとえば、後述する顧客ＩＤ）や、保証金の振込先を示す銀行口座の情報や、保証金の額を示す情報や、振込日を示す情報などの具体的な情報が含まれていてもよい。なお、保証会社サーバ１００が資金移動業者に連携する保証完了通知に関する情報には、資金移動業者との間の事前の申合せなどに従って、保証金の振込が正常に完了した取引に関する情報のみを含めてもよいし、保証金の振込が正常に完了した取引に関する情報、及び保証金の振込が失敗した取引に関する情報の両方を含めてもよい。

【0029】

また、保証会社は、保証契約に基づく法定代位により、所定のタイミングで公的機関に対する供託金の還付請求を行う（ステップＳ３１）。たとえば、保証会社サーバ装置１００は、第３サーバ装置３０に対して、ステップＳ１３で供託した供託金の還付請求を送信する。この場合、保証会社サーバ１００は、所定の必要事項が入力された還付請求用の書類を生成する。なお、保証会社サーバ１００が生成する還付請求用の書類に記入すべき項目のうち、保証会社サーバ１００が管理する情報については、自動入力されてもよい。また、還付請求には、債権者である保証会社を示す情報や、保証会社が顧客に支払った保証金の総額に対応する債権額を示す情報などが含まれていてもよい。公的機関は、保証会社からの還付請求に応じて、供託金を還付する（ステップＳ３２）。

【0030】

また、保証会社が保険会社である場合、保証会社は、資金移動業者を保険者とし、顧客を被保険者として、資金移動業者の破産時に顧客に対して所定の保証金を支払うように設計される保証信用保険により、保証処理を実行してもよい。この場合、保証会社は、保証信用保険の原資として、信託財産を用いてもよい。また、保証会社は、保証信用保険により保証金を賄う場合、各顧客からの保証請求が受け付けられることを条件として、保証処理を実行してもよい。この場合、給与受取サービスの利用者である各顧客は、資金移動業者から破産通知を受け取ると、保証契約を締結した保証会社に対して保証請求を行えばよい。たとえば、各顧客は、自身が使用する端末装置を操作して保証会社の所定のウェブサイトにアクセスし、所定のウェブサイトに必要事項を入力した後、所定のウェブサイトを通じて保証請求を送信する構成であってもよい。

【0031】

上述してきたように、実施形態に係る情報処理システムＳＹＳにおいて、保証会社サーバ装置１００は、給与受取サービスの利用者である顧客に対応する最新の給与マネー残高を反映した支払依頼を、保証金の支払業務の委託先である銀行に送信できる。これにより、保証会社は、給与受取サービスの利用者である顧客に対応する給与マネー残高の保証を実現でき、行政側の要請に対応しつつ、給与のデジタル払いを利用する利用者を保護するための仕組みの効率的な運用を図ることができる。

【0032】

また、保証会社サーバ１００は、資金移動業者から保証金の原資に関する情報を取得してもよい。たとえば、保証会社サーバ１００は、保証金の原資が所定の銀行口座に積み立てられている場合、所定の銀行口座の残高情報を取得してもよいし、保証金の原資がエスクロー信託などの信託財産で準備されている場合、信託財産の最新の運用額の情報を取得してもよい。そして、保証会社サーバ１００は、残高情報と、前記保証金の原資に関する情報とに基づいて、現時点での保証の対象となる給与マネー残高の総額が保証金の原資を上回っている場合、保証会社サーバ１００の管理者（たとえば、保証業務の担当者）に対して、保証金の原資が不足している旨を通知してもよい。

【0033】

〔２．保証会社サーバ装置の構成〕
以下、図２を用いて、実施形態に係る保証会社サーバ装置１００の構成について説明する。図２は、実施形態に係る保証会社サーバ装置１００の構成例を示す図である。図２に示すように、保証会社サーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

【0034】

（通信部１１０について）
通信部１１０は、たとえば、ＮＩＣ（Network Interface Card）などによって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、第１サーバ装置１０や、第２サーバ装置２０や、第３サーバ装置３０などの他の装置との間で情報の送受信を行う。

【0035】

（記憶部１２０について）
記憶部１２０は、たとえば、ＲＡＭ（Random Access Memory）やフラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスクや光ディスクなどの記憶装置によって実現される。図２に示すように、記憶部１２０は、顧客情報記憶部１２１と、残高情報記憶部１２２とを有する。なお、記憶部１２０は、図２に示す場合に特に限定されることなく、資金移動業者との間で締結された保証委託契約の契約書類のファイル情報や、履行保証金保全契約の契約書類のファイル情報を記憶する記憶部など、他の記憶部を有していてもよい。

【0036】

（顧客情報記憶部１２１について）
顧客情報記憶部１２１は、給与受取サービスの利用者である顧客に関する顧客情報を記憶する。図３は、実施形態に係る顧客情報記憶部１２１に記憶される顧客情報の一例を示す図である。図３に示すように、顧客情報記憶部１２１が記憶する顧客情報は、「顧客ＩＤ」の項目と、「顧客情報」の項目とを有している。顧客情報が有するこれらの項目は、相互に対応付けられている。

【0037】

「顧客ＩＤ」の項目には、給与受取サービスの利用者である顧客を一意に特定するために各利用者に対して付与された固有の識別情報である顧客ＩＤが記憶される。なお、顧客ＩＤは、電子決済サービスにおいて利用者を一意に特定するために各利用者に対して付与された固有の識別情報である利用者ＩＤであってもよい。

【0038】

「顧客情報」の項目には、給与受取サービスの利用者である顧客が給与受取サービスの利用登録を実施した際に設定される各種情報が記憶される。「顧客情報」の項目に記憶される情報には、資金移動業者が破産した際に、給与マネー残高に相当する保証金を受け取るための受取口座として、顧客により設定された銀行口座を示す情報が含まれる。

【0039】

顧客情報記憶部１２１に記憶される顧客情報は、第１サーバ装置１０から取得される。顧客情報記憶部１２１に記憶される顧客情報は、たとえば、後述する制御部１３０により実行される保証金の支払依頼処理に利用される。

【0040】

（残高情報記憶部１２２について）
残高情報記憶部１２２は、給与受取サービスの利用者である顧客に対応する最新の給与マネー残高に関する情報が記憶される。図４は、実施形態に係る残高情報記憶部１２２に記憶される残高情報の一例を示す図である。図４に示すように、残高情報記憶部１２２が記憶する残高情報は、「顧客ＩＤ」の項目と、「給与残高」の項目とを有している。残高情報が有するこれらの項目は、相互に対応付けられている。

【0041】

「顧客ＩＤ」の項目には、給与受取サービスの利用者である顧客を一意に特定するために各利用者に対して付与された固有の識別情報である顧客ＩＤが記憶される。なお、顧客ＩＤは、電子決済サービスにおいて利用者を一意に特定するために各利用者に対して付与された固有の識別情報である利用者ＩＤであってもよい。なお、「顧客ＩＤ」の項目に記憶される顧客ＩＤは、上述の顧客情報記憶部１２１に記憶される顧客情報が有する「顧客ＩＤ」の項目に記憶される顧客ＩＤと同一の情報である。

【0042】

「給与残高」の項目には、給与受取サービスの利用者である顧客が、給与受取サービスを利用して電子マネーで受け取った給与マネー残高を示す情報が記憶される。

【0043】

残高情報記憶部１２２に記憶される残高情報は、第１サーバ装置１０から取得される。残高情報記憶部１２２に記憶される残高情報は、たとえば、後述する制御部１３０により実行される保証金の支払依頼処理に利用される。

【0044】

（制御部１３０について）
制御部１３０は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって、決済サーバ１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現され得る。

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

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

【0073】

たとえば、コンピュータ１０００が実施形態または変形例に係る保証会社サーバ装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。すなわち、ＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラム（たとえば、情報処理プログラム）との協働により、実施形態または変形例に係る保証会社サーバ装置１００による処理を実現する。また、ＨＤＤ１４００には、保証会社サーバ装置１００の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

【0074】

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

【0075】

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

【0076】

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

【符号の説明】

【0077】

ＳＹＳ 情報処理システム
１０ 第１サーバ装置
２０ 第２サーバ装置
３０ 第３サーバ装置
１００ 保証会社サーバ
１１０ 通信部
１２０ 記憶部
１２１ 顧客情報記憶部
１２２ 残高情報記憶部
１３０ 制御部
１３１ 管理部
１３２ 生成部
２００ 支払依頼部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】