JP7488209B2 - 電子決済システム - Google Patents

Description

この開示は、電子決済システムに係り、特に、給与の支払いに用いるうえで好適な電子決済システムに関する。

特許文献１には、電子マネーを用いた電子決済方法が開示されている。ここに開示された電子決済方法によれば、決済に用いられる電子マネーの残価が、経時的に減価される。このような決済方法によれば、電子マネーを早く消費したいという消費者の心理を刺激することで、活発な個人消費を誘導することができる。

国際公開第２００４／０３６４７１号公報

電子決済の方法は、給与の支払いに利用することが考えられる。上記従来の電子決済方法は、ユーザが現に所有している電子マネーを経時的に減価することで消費の促進を図る。この方法を給与の支払いに利用した場合、給与が現実に支払われて減価の対象が現実に発生するまでは、消費者の購買意欲を刺激することができない。

この開示は、上述のような課題を解決するためになされたもので、給与の支払い予定がある場合に、給与が現実に支払われる前から消費者に商品の購入を促すことのできる電子決済システムを提供することを目的とする。

本開示の第１の態様は、上記の目的を達成するため、給与支払い者が管理する管理者端末と、労務の提供者であるユーザが管理するユーザ端末とに、ネットワークを介して接続可能な電子決済システムであって、
一つまたは複数のプロセッサユニットと、
前記プロセッサユニットが実行するプログラムを記憶したメモリとを備え、
前記プロセッサユニットは、
前記管理者端末から提供される勤務情報に基づいて前記ユーザに支払う予定給与の情報を取得する処理と、
前記予定給与の情報を前記ユーザ端末に表示させる表示処理と、
商品の広告を決定し、当該広告を前記ユーザ端末に表示させる広告表示処理と、
前記商品を購入する旨の前記ユーザ端末からの購入指令を受け付ける処理と、
前記購入指令を受けて、前記商品の代金を決済する代金決済処理と、
前記購入指令を受けて、前記ユーザへの前記商品の提供を指令する商品提供処理と、
前記予定給与から前記商品の代金を差し引いた差分が前記ユーザの取り分として残るように給与を支払う給与支給処理と、
を実行することが好ましい。

本開示の第１の態様によれば、給与の支払い予定がある場合に、給与が現実に支払われる前から消費者に商品の購入を促すことができる。

本開示の実施の形態１の電子決済システムを含むネットワークの構成例を示す図である。 図１に示す雇用関係仲介サーバの構成を説明するための図である。 本開示の実施の形態１において雇用関係の成立に関して実行される処理の流れを説明するための図である。 本開示の実施の形態１において就労に対する給与が支払われるまでの基本の流れを説明するための図である。 本開示の実施の形態１においてユーザ端末に表示される画像の一例を示す図である。 本開示の実施の形態１における特徴的な処理の流れを説明するための図である。 本開示の実施の形態１の電子決済システムで用い得る第２の決済パターンを説明するための図である。 本開示の実施の形態１の電子決済システムで用い得る第３の決済パターンを説明するための図である。 本開示の実施の形態２において借り入れ金が振り込まれるまでの流れを説明するための図である。 本開示の実施の形態３における広告サーバの特徴を説明するためのブロック図である。

実施の形態１．
［実施の形態１の構成］
図１は、本開示の実施の形態１の電子決済システムを含むネットワーク１０の構成を示す。本実施形態のネットワーク１０には、管理者端末１２が含まれている。管理者端末１２は、スマートフォン、パーソナルコンピュータ、或いはタブレット端末のような汎用装置で実現することができる。管理者端末１２は、労務の提供を求めると共にその労務に対する対価を支払う管理者によって管理されている。

ネットワーク１０には、ユーザ端末１４－１～１４－ｎが含まれている。以下、個々のユーザ端末を区別する必要がない場合は、符号１４を用いて、それらをユーザ端末１４と称する。ユーザ端末１４も、管理者端末１２と同様に、スマートフォン等の汎用装置で実現することができる。ユーザ端末１４は、労務の対価として給与を求めるユーザにより管理されている。

ネットワーク１０には、Payサーバ１６が含まれている。Payサーバ１６は、個々のユーザが持つ電子マネーの口座を管理するサーバである。Payサーバ１６は、外部から提供される指令に応じて、それらの口座への入金の処理、並びにそれらの口座からの出金の処理を実施する。Payサーバ１６は、汎用のコンピュータを構成するハードウェアにより実現されている。

ネットワーク１０には、また、サービス提供サーバ１８が含まれている。サービス提供サーバ１８は、音楽、映像、ゲーム等のデジタルコンテンツの配信サービスを管理するサーバである。サービス提供サーバ１８は、外部からの指令を受けて、或いはサービスに対する料金の支払いを受けて、ユーザが購入したサービスをユーザ端末１４に提供することができる。サービス提供サーバ１８は、汎用のコンピュータを構成するハードウェアにより実現されている。

ネットワーク１０には、更に、雇用関係仲介サーバ２０が含まれている。雇用関係仲介サーバ２０は、労務を求める管理者と、給与を求めるユーザとの間でのマッチングサービスや労務管理の代行サービス等を提供するサーバである。本実施形態において、雇用関係仲介サーバ２０は、給与の支払いを決済する電子決済システムの主要部分を構成する。

図２は、雇用関係仲介サーバ２０の構成を説明するための図である。雇用関係仲介サーバ２０は、Payサーバ１６およびサービス提供サーバ１８と同様に、汎用のコンピュータを構成するハードウェアにより実現されている。

雇用関係仲介サーバ２０は、より具体的には、図２に示すように、その内部に、広告サーバ２２を備えている。広告サーバ２２は、プロセッサユニット（以下「CPU」とする）２４、メモリ２６および通信インターフェース（以下「I/F」とする）２８を備えている。広告サーバは、そのメモリ２６に格納されている、または外部から提供される広告用の情報を参照して、ユーザ端末１４に対して各種の広告を表示させることができる。この機能は、CPU２４が、メモリ２６に格納されているプログラムに沿って処理を進めることで実現される。

雇用関係仲介サーバ２０は、また、勤怠管理サーバ３０を備えている。勤怠管理サーバ３０は、CPU３２、メモリ３４およびI/F３６を備えている。勤怠管理サーバ３０は、管理者端末１２から提供されるユーザ毎の勤務情報を受け取り、その情報を必要な形式で格納しておくことができる。勤務情報には、現時点で完了している労務の情報に加えて、今後の勤務予定の情報が含まれている。上記の機能は、CPU３２が、メモリ３４に格納されているプログラムに沿って処理を進めることで実現される。

雇用関係仲介サーバ２０は、更に、給与管理サーバ３８を備えている。給与管理サーバ３８は、CPU４０、メモリ４２およびI/F４４を備えている。給与管理サーバ３８は、勤怠管理サーバ３０が格納した勤務情報に基づいて、ユーザ毎に予定給与の額を計算して、その額をユーザ端末１４に表示させることができる。予定給与の額は、例えば、現在までに完了している労務に対する対価、つまりユーザにとっての確定債権の額とすることができる。また、予定給与の額は、今後予定されている勤務が完遂されることを前提とした給与、つまり未確定債権の額を含む給与の額としてもよい。更には、それら二つの額を予定給与の額としてユーザ端末１４に表示させることとしてもよい。上記の機能は、CPU４０が、メモリ４２に格納されているプログラムに沿って処理を進めることで実現される。

尚、本実施形態では、雇用関係仲介サーバ２０の機能を上記の通り三つのサーバに分散させて、それらのサーバ夫々にCPUとメモリを与えることとしているが、その構成はこれに限定されるものではない。雇用関係仲介サーバ２０は、単一或いは複数のCPUと単一或いは複数のメモリを用いて実現することが可能であり、CPUおよびメモリの数は必要に応じて適宜設定することができる。

［実施の形態１の基本動作］
図３は、本実施形態において雇用関係の成立に関して実行される処理の流れを説明するための図である。図３は、具体的には、以下の処理が時系列で実行される様子を示している。

（１）管理者端末１２から雇用関係仲介サーバ２０に求人情報が提供される。
この求人情報には、勤務地、勤務時間、職務内容、給与、応募資格等の情報が含まれている。

（２）求人情報を受けた雇用関係仲介サーバ２０は、その求人情報を含む求人広告をユーザ端末１４に送信する。送信先のユーザ端末１４は、予め送信希望を受けている端末だけに限定してもよい。或いは、過去の送信に対して解除の要求を受けていない端末を含めて送信先としてもよい。

（３）求人広告を受信したユーザ端末１４のうち、ユーザ端末１４－１のユーザが、雇用関係仲介サーバ２０に対して応募の意思を返信している。この応募を受けて、雇用関係仲介サーバ２０は、応募者が応募資格を満たしているか否かを判断する。その結果、条件が満たされている場合は、管理者端末１２とユーザ端末１４－１の双方に、雇用関係の成立を連絡する。尚、本開示における「雇用関係」は、労務に対して対価を支払う関係一般を指しており、例えば、業務委託の関係も含むものとする。

（４）雇用関係が成立すると、管理者端末１２から雇用関係仲介サーバ２０に対して、給与預託の指令が送信される。本実施形態では、決められた給与支給日に、管理者からユーザに給与が支払われるのを原則としている。上記の指令により、雇用関係仲介サーバ２０は、次回の給与支給日にユーザに支払うべき給与の預託に必要な処理を完了させる。このような預託の制度によれば、ユーザは、給与不払いを回避できるというメリットを享受することができる。一方、管理者は、優良な雇用先としての印象を与えられるというメリットを得ることができる。

図４は、雇用関係の成立後、就労に対して給与が支払われるまでの基本の流れを説明するための図である。図４は、具体的には、以下の処理が時系列で実行される様子を示している。

（１）ユーザ端末１４－１を持つユーザが、成立した雇用関係に基づく業務に労務を提供する。

（２）管理者が、管理者端末１２を用いてユーザの勤務情報を雇用関係仲介サーバ２０に提供する。勤務情報には、例えば、給与支給日、給与支給日までの勤務予定、雇用関係の終了時期、日々の就労の開始および終了に関する承認、ユーザの勤務態度および勤務評定などを含めることができる。

（３）雇用関係仲介サーバ２０が、受け取った勤務情報に基づいて予定給与の額を計算し、その額をユーザ端末１４－１に提供する。具体的には、雇用関係仲介サーバ２０は、日々の就労の開始および終了に関する承認の履歴に基づいて、完了した未払いの労務の対価を計算し、その結果を確定債権に基づく予定給与の額とする。また、次回の給与支給日までに予定されている未完の労務に対する対価を含む額を未確定債権を含む予定給与の額とする。この処理が実行されることにより、ユーザは、就労に対する対価の価額をいつでも簡単に確認することができる。

（４）雇用関係仲介サーバ２０は、給与支給日以前に、給与支給日における給与の振り込みを、Payサーバ１６に依頼する。

（５）Payサーバ１６は、上記の依頼に応じて、給与支給日に、ユーザ端末１４－１に対して、電子マネーによる給与の振り込みを行う。より具体的には、ユーザ端末１４－１を所有するユーザが、給与の振り込み口座として指定している電子マネーの口座に対して、電子マネーにより給与の額を振り込む。以上の処理により、給与の支払いに関する通常の決済が完了する。

［実施の形態１の特徴的動作］
図５は、本実施形態において、成立した雇用関係の当事者が持つユーザ端末１４－１に表示される特徴的な画像を示す。図５の左側に示す画像５０には、次回の給与支給日の月次、つまり「〇年〇月」の表示と共に、「予定給与」の「額」が表示される。ここでは、予定給与の額として「25000円」が例示されている。この額は、画像５０の表示時点で完了した未払い労務の対価、つまりユーザにとっての確定債権の額であるものとする。

画像５０には、上記の表示に加えて、商品の広告が表示される。具体的には、「こちらのサービスはいかがでしょうか」との案内と共に、「××MUSIC 聞き放題１年：6000円」の広告５２が表示されている。この広告５２は、雇用関係仲介サーバ２０の広告サーバ２２が、アクセス可能な商品広告の情報と、予定給与の額とに基づいて決定した広告である。具体的には、本実施形態では、広告サーバ２２は、代金が予定給与に収まる商品をピックアップして広告５２の対象とする。

画像５０によれば、商品の購入に足る入金の予定があることと共に、魅力的な商品の広告５２をユーザに認識させることができる。このような認識を持つと、その商品に対するユーザの購入心理を刺激することができる。

ユーザは、広告５２をクリックすることで、商品の購入意思があることを雇用関係仲介サーバ２０に伝えることができる。そして、広告５２がクリックされると、ユーザ端末１４－１には、図５の右側に示す画像５４が表れる。

画像５４は、支払い方法の選択肢を提供する画像である。図５に示す例では、画像５４に、「Pay残高で購入」の選択肢と「予定給与で購入」の選択肢とが提供されている。本実施形態では、ユーザが電子マネーの口座を持っていることを前提としている。「Pay残高」は、その口座に残っている電子マネーの額を意味する。

ユーザは、「Pay残高で購入」をクリックすることで、その口座から商品の代金を支払う意図をネットワーク１０に送信することができる。この場合、雇用関係仲介サーバ２０は、Payサーバ１６に代金の引き落としを依頼すると共に、サービス提供サーバ１８にサービスの提供開始を依頼する。その後、Payサーバ１６とサービス提供サーバ１８との間で代金の支払いが確認されると、ユーザがサービスを利用できる状態となる。

ユーザは、画像５４において「予定給与で購入」をクリックすることにより、〇年〇月に支給される予定給与で商品を購入する意図をネットワーク１０に送信することができる。本実施形態では、この場合、予定給与により支払い能力が担保されていることから、ユーザによる商品の購入を認める。これにより、ユーザは、仮に商品の購入に足るPay残高を保有していない場合でも、給与支給日を待つことなく即座に商品を購入することができる。

図６は、「予定給与で購入」の選択肢がクリックされた場合の処理の流れを説明するための図である。図６に示す（１）就労、（２）勤務情報、（３）予定給与の処理については、図４に示す基本動作の場合と同様である。図６は、これらの処理に続いて、以下の処理が時系列で実行されることを示している。

（４）雇用関係仲介サーバ２０からユーザ端末１４－１に、予定給与の情報と共に商品の広告が提供される。尚、本実施形態では、予定給与と商品の広告を一つの画像５０の中に同時に表示することとしている。しかしながら、それらの表示は、異なる画像で別々に表示することとしてもよい。

（５）ユーザが「予定給与で購入」の選択肢をクリックして、商品購入の指令を発する。この場合、商品購入の意思は、雇用関係仲介サーバ２０の給与管理サーバ３８に伝達される。

（６）雇用関係仲介サーバ２０は、上記（５）による商品購入の指令を受けると、Payサーバ１６に対して、サービス提供者への商品代金の振り込み予約を行う。具体的には、給与支給日に、ユーザの電子マネー口座に給与が振り込まれたら、即座に商品代金を引き落とすことをPayサーバ１６に予約する。この際、雇用関係仲介サーバ２０は、商品の代金が予定給与以下であること、また、一部が既に商品購入に充てられている場合はその代金を減額した額以下であることを確認する。そして、代金が弁済可能な額を超えている場合は、ユーザ端末１４－１に購入不可のメッセージを返すこととしてもよい。

（７）続いて、雇用関係仲介サーバ２０は、サービス提供サーバ１８に、即時のサービス提供を依頼する。

（８）これを受けて、サービス提供サーバ１８は、ユーザ端末１４－１に対するサービスの提供を即座に開始する。これにより、ユーザは、商品購入の意思を示した後、速やかにサービスの提供を受けることができる。つまり、本実施形態によれば、ユーザは、商品の購入に必要な残高を保有していない場合でも、給与の支払い予定があれば、その給与で事後的に代金を支払うことを予約して、即座に商品を購入することができる。このため、本実施形態によれば、給与の支払い予定がある場合に、給与が現実に支払われる前から消費者に商品の購入を促すことができる

（９）Payサーバ１６は、給与支給日に、上記（６）の予約に従って商品代金の引き落としを実行する。引き落としの完了がサービス提供サーバ１８に連絡されることで、商品の購入に関わる決済が完了する。

（１０）ユーザ端末１４－１を所有するユーザの口座には、予定給与の全額が一旦支払われるが、その後即座に商品代金が引き落とされる。このため、ユーザが、商品代金を誤って使い込んでしまうという事態を未然に防ぐことができる。また、サービス提供者には、代金の不払いを回避できるというメリットを供与することができる。

［実施の形態１の変形例］
［第２の決済パターン］
図７は、本実施形態の電子決済システムで用い得る第２の決済パターンの流れを示す。尚、図７において、図６に示す処理と同様の処理については、共通する番号を付してその説明を省略または簡略する。

第２の決済パターンでは、ユーザ端末１４－１で「予定給与で購入」がクリックされると、つまり（５）の処理が実行されると、以後、時系列で以下の処理が実行される。

（６－１）雇用関係仲介サーバ２０は、Payサーバ１６に、ユーザの電子マネー口座への商品代金の振り込みを依頼する。この際、雇用関係仲介サーバ２０は、商品の代金が予定給与以下であることを確認し、代金が弁済可能な額を超えている場合は、ユーザ端末１４－１に購入不可のメッセージを返すこととしてもよい。

（６－２）上記の依頼を受けると、Payサーバ１６は、ユーザ端末１４－１を所有するユーザの口座に、商品代金と同額の電子マネーを振り込む。これにより、当初のPay残高によらず、ユーザのPay残高は商品代金以上の額となる。

（６－３）次に、ユーザ端末１４－１から雇用関係仲介サーバ２０に、Pay残高での支払いが伝達される。この伝達は、Payサーバ１６からの振り込みが完了した後、自動的に行われてもよく、また、ユーザの確認処理を待って行われてもよい。

（６－４）上記の伝達を受けた雇用関係仲介サーバ２０は、Payサーバ１６に対して、サービス提供者への代金の支払いを依頼する。

（６－５）Payサーバ１６は、上記の依頼を受けて、代金の引き落としに関する処理を実行し、その完了をサービス提供サーバ１８に連絡する。

（７）雇用関係仲介サーバ２０は、上記（６－４）の処理と併せて、サービス提供サーバ１８にサービス提供の開始を依頼する。

（８）サービス提供サーバ１８は、その依頼を受け、かつ、代金の支払いが確認できたら、即座にサービスの提供を開始する。

（１０）給料日には、予定給与の全額がユーザ口座に一旦振り込まれ、その後即座に、立て替えていた商品代金が引き落とされる。このため、上述した第２の決済パターンでも、実施の形態１の場合と同様に、ユーザの誤認による使い込み、並びにサービス提供者への代金不払いを回避することができる。

［第３の決済パターン］
図８は、本実施形態の電子決済システムで用い得る第３の決済パターンの流れを示す。図８において、図６に示す決済パターンでの処理と同様の処理については、共通の番号を付してその説明を省略または簡略する。

第３の決済パターンでは、ユーザ端末１４－１で、（５）「予定給与で購入」が実行された後、時系列で以下の処理が実行される。

（６－１）雇用関係仲介サーバ２０は、予定給与から商品代金を減額する。以後、減額後の額を予定給与とする。ユーザ端末１４－１には、減額後の予定給与の情報が提供される。

（７）雇用関係仲介サーバ２０は、上記（６－１）の処理と併せて、サービス提供サーバ１８にサービス提供の開始を依頼する。

（７－１）サービス提供サーバは、給与支払い代行者、つまり雇用仲介サーバ２０に、サービス料金の支払いを請求する。

（８）サービス提供サーバ１８は、サービス開始の依頼を受け、かつ、代金の支払いが確認できたら、即座にサービスの提供を開始する。

（１０）給料日には、減額後の予定給与がユーザ口座に振り込まれる。以上の処理によれば、実施の形態１、或いは第２の決済パターンの場合と同様に、ユーザの誤認による使い込み、並びにサービス提供者への代金不払いを回避することができる。

［その他の変形例］
ところで、上述した実施の形態１では、ユーザ端末１４－１に表示する画面５０に、予定給与を表示することとしている。ユーザが、給与支給日に先立って予定給与で商品を購入した場合、この画面５０には、商品の購入に用いた金額を減額した金額を表示することとしてもよい。これにより、ユーザが、自由に処分できる実際の金額を把握するのを容易にすることができる。更には、減額前の金額と減額後の金額を併せて表示してもよい。この場合、ユーザは、減額後の金額だけでなく、給与として支払われる正規の額を容易に確認することができる。

また、上述した実施の形態１では、商品の広告５２がクリックされた場合に、「Pay残高で購入」と「予定給与で購入」の二つが選択肢としてユーザに提供されている。しかしながら、購入時の手順はこれに限定されるものではなく、それらの選択肢は排除してもよい。この場合、雇用関係仲介サーバ２０は、ユーザにより広告５２がクリックされた後、以下の処理を実行することが望ましい。

（１）Payサーバに、時系列で以下の三つの処理を実行することを依頼する。
（１－１）ユーザのPay残高が商品の代金となるように、ユーザの口座に電子マネーを振り込む。
（１－２）上記の振り込みの完了後に、その口座から商品代金を引き落とす。
（１－３）上記の引き落としの完了をサービス提供サーバ１８に連絡する。
（２）サービス提供サーバ１８に、ユーザ端末１４－１へのサービスの開始を依頼する。

また、上述した実施の形態１では、画像５０に、完了した未払いの労務の対価を予定給与として表示し、その額の範囲で商品の購入を認めることとしている。しかしながら、予定給与は、未確定債権の額を含む額とし、次回の給与支給日に支払いが予定されている給与の範囲で商品の購入を認めることとしてもよい。

また、上述した実施の形態１では、ユーザに提供する商品を、デジタルコンテンツのサービスに限定しているが、本開示はこれに限定されるものではない。ユーザに提供する商品は物品であってもよい。この場合、サービス提供サーバ１８は、通信販売業者が管理するものであってもよい。

また、上述した実施の形態１では、ユーザ端末１４－１に、代金が、予定給与の額、或いは既に購入した商品の代金を減額した後の予定給与の額を超えない商品の広告を表示することとしている。しかしながら、ユーザは、予定給与とは別に十分なPay残高を保有している場合があるため、予定給与等を考慮することなく、広告の対象を選別することとしてもよい。

また、上述した実施の形態１では、雇用関係仲介サーバ２０が管理する画像５０の中に広告５２を表示することとしているが、本開示はこれに限定されるものではない。例えば、ユーザ端末１４が、何らかのメッセンジャーサービスを利用している場合には、そのメッセンジャーサービスの画面内に広告を掲載することとしてもよい。

また、上述した実施の形態１では、一度の決済で代金の支払いが完了するタイプの商品を対象としているが、本開示はこれに限定されるものではない。例えば、定期的な決済が必要となるサブスクリプションタイプの商品を、取り扱いの対象としてもよい。サブスクリプションタイプの商品は、クレジットカードでの決済が求められることが多い。本開示のシステムによれば、クレジットカードを所有していないユーザが、サブスクリプションタイプの商品を利用するのを容易にすることができる。

また、上述した実施の形態１では、ユーザの消費心理を刺激する観点から、給与支給日を待たずに、購入後即座に商品利用が可能となる運用としている。しかしながら、本開示の運用はこれに限定されるものではない。例えば、商品の利用は、購入時点ではなく給与支給日から可能となることとし、商品価格を早期割り引きとすることで、給与支給日前の購入をユーザに促すこととしてもよい。

また、上述した実施の形態１では、雇用関係仲介サーバ２０を運用する者と、サービス提供サーバ１８を運用する者が同一であるか否かを明示していないが、両者は同一であっても異なっていてもよい。

実施の形態２．
次に、図１乃至図４と共に図９を参照して、本開示の実施の形態２について説明する。本実施形態の電子決済システムは、実施の形態１の場合と同様に、図１および図２に示すハードウェア構成により実現することができる。また、このシステムは、図３および図４に示す流れに沿って、雇用のマッチングと給与の支払いを行う点で実施の形態１の場合と同様である。本実施形態の電子決済システムは、給与の支払いに加えて、予定給与等を担保とするユーザへの電子マネーの貸し付けを行う点に特徴を有している。

図９は、本実施形態において、予定給与を担保とするユーザへの貸し付けが行われるまでの流れを説明するための図である。図９は、具体的には、（１）ユーザの就労、（２）管理者端末１２からの勤務情報の提供に続いて、以下の処理が時系列で実行される様子を示している。尚、図９において、図４に示す処理と同様の処理については、その説明を省略または簡略する。

（６）雇用関係仲介サーバ２０は、ユーザ端末１４－１に、貸し付け情報を提供する。貸し付け情報には、貸し付け可能額と、貸し付け金利が含まれる。貸し付け可能額は、完了した未払いの労務の対価、つまり確定債権に基づく予定給与を上限とすることができる。また、貸し付け可能額は、次回の給与支給日までに予定されている未完の労務に対する対価を含む予定給与に基づいて設定してもよい。また、貸し付け可能額および金利には、勤務情報に含まれる勤務態度や勤務評定、更には勤続期間等に基づく優遇措置を反映させてもよい。また、雇用関係仲介サーバ２０がアクセス可能なユーザの信用に関わるスコアを、その優遇措置に反映させることとしてもよい。優遇措置が反映された貸し付け可能額は、未確定債権を含む予定給与の額を超えるものであってもよい。

（７）ユーザは、借り入れを受けたい場合は、ユーザ端末１４－１を用いて借り入れを申請する。借り入れの申請は、貸し付け情報に含まれる返済条件に従う旨の宣誓、並びに借り入れ希望額を含む。

（８）雇用関係仲介サーバ２０は、ユーザからの借り入れの申請が貸し付けの条件を満たしている場合は、Payサーバ１６に対して、貸し付け希望額の振り込みを依頼する。この際、Payサーバ１６には、特定の返済日までに履行されるべき返済の額が同時に伝えられる。

（９）上記の依頼を受けたPayサーバ１６は、ユーザ端末１４－１が所有するユーザの口座に貸し付け希望額を入金する。以後、Payサーバ１６は、給与支給日に、ユーザの口座に給与が振り込まれたら、その後即座に返済額の引き落としを行う。

以上の処理によれば、予定給与額を参照した電子マネーの貸し付けをユーザに提供することができる。貸し付けを受けたユーザは、給与支給日に先立って、借入金による経済活動を行うことができる。このため、本実施形態の電子決済システムによれば、実施の形態１の場合と同様に、給与の支払い予定があるユーザの消費心理を、給与が現実に支払われる前から刺激することができる。

ところで、上述した実施の形態２では、未確定債権を含む予定給与の額を超える貸し付けを認めることとしている。ここでは、貸し付けの媒体が電子マネーに限定されているが、本開示はこれに限定されるものではない。例えば、実施の形態１における商品の提供を本実施形態に組み合わせて、借り入れによる高価商品の購入をユーザに可能ならしめてもよい。

実施の形態３．
次に、図１乃至図４および図９、並びに図１０を参照して、本開示の実施の形態３について説明する。本実施形態の電子決済システムは、実施の形態２の場合と同様に、図１および図２に示すハードウェア構成により実現することができる。また、このシステムは、図３、図４および図９に示す流れに沿って、雇用のマッチング、給与の支払い、および電子マネーの貸し付けを行う点で実施の形態２の場合と同様である。本実施形態の電子決済システムは、ユーザの借り入れの状態に応じて、ユーザに適した求人情報をユーザ端末１４に提供する点に特徴を有している。

図１０は、本実施形態において雇用関係仲介サーバ２０が備える広告サーバ２２の構成を、機能的に表したブロック図である。図１０に示す構成は、CPU２４がメモリ２６に格納されているプログラムに沿って処理を進めることにより実現される（図2参照）。

図１０に示すように、広告サーバ２２は、借金情報格納部６０を備えている。借金情報格納部６０には、雇用マッチングのサービスに登録しているユーザ夫々の借り入れ金に関する情報が格納されている。借金情報格納部６０は、メモリ２６の一部に設けられているが、広告サーバ２２がアクセス可能な外部のメモリに設けられていてもよい。

広告サーバ２２は、求人情報格納部６２を備えている。求人情報格納部６２には、労務の提供を欲する様々な管理者から提供された様々な求人情報が格納されている。求人情報格納部６２は、メモリ２６の一部に設けられているが、広告サーバ２２がアクセス可能な外部のメモリに設けられていてもよい。

広告サーバ２２は、更に、マッチング処理部６４を備えている。マッチング処理部６４は、借金情報格納部６０および求人情報格納部６２の夫々から、情報を読み出すことができる。また、マッチング処理部６４は、I/F２８を介してユーザ端末１４と情報のやり取りをすることができる。

マッチング処理部６４では、定期的に、以下の処理が時系列で繰り返される。
（１）借金情報格納部６０から、特定のユーザ（以下、「対象ユーザ」とする）の借り入れ情報を読み出す。借り入れ情報には、借り入れ金の額、滞納の有無、返済の態度、返済日などが含まれる。借り入れ情報には、対象ユーザのスキル等、業務の適正を判断するのに有用な情報が含まれていてもよい。

（２）借り入れ情報に基づいて、対象ユーザの借り入れ金返済に適した求人条件が設定される。具体的には、時給や日給等の給与の条件、満たせる募集条件、および満たせない応募条件などが設定される。

（３）上記（２）の処理で設定された求人条件に基づいて、求人情報格納部６２の情報が検索される。その結果、設定条件に適合する求人情報がマッチング処理部６４に提供される。

（４）上記（３）で提供された求人情報の広告が、I/F２８を介して対象ユーザのユーザ端末１４に提供される。以後、対象ユーザを変えて、上記（１）～（４）の処理が繰り返される。

以上の処理によれば、多額の借り入れ金を抱えているユーザには、高額の給与が見込める仕事を紹介することができる。また、借り入れ額がさほど多くないユーザ、或いは借り入れ金の無いユーザには、給与の制限を外して、例えば、個々のユーザの嗜好に合った仕事を紹介することができる。このように、本実施形態の電子決済システムによれば、借り入れ金の状態を考慮することで、ユーザのニーズに適合した適切な仕事を効率的に紹介することができる。また、返済日の情報を用いて広告を提供すれば、返済日に間に合うように給与を受け取れる仕事を選び出すのが容易になるというメリットをユーザに提供することができる。

ところで、上述した実施の形態３では、広告サーバ２２が、ユーザに対してプッシュ通知の手法で求人広告を提供することとしているが、本開示はこれに限定されるものではない。例えば、ユーザからの求めに応じて、そのユーザに適した求人広告をユーザ端末１４に提供することとしてもよい。また、各制御の時系列や順番はあくまで一例であり、矛盾が生じない範囲においてそれらは前後してもよいし、また、同時に実行されてもよい。

尚、上述した実施の形態１乃至３、並びにそれらの変形例は、本開示の一態様を夫々例示したものであり、それらの実施形態および変形例は、矛盾しない範囲で適宜組み合わせることが可能である。

１２ 管理者端末
１４、１４－１ ユーザ端末
１６ Payサーバ１６
１８ サービス提供サーバ
２０ 雇用関係仲介サーバ
２２ 広告サーバ
２４、３２、４０ プロセッサユニット（CPU）
２６、３４、４２ メモリ
３０ 勤怠管理サーバ
３８ 給与管理サーバ
５０、５４ 画像
５２ 広告

Claims (10)

1. 給与支払い者が管理する管理者端末と、労務の提供者であるユーザが管理するユーザ端末とに、ネットワークを介して接続可能な電子決済システムであって、
   一つまたは複数のプロセッサユニットと、
   前記プロセッサユニットが実行するプログラムを記憶したメモリとを備え、
   前記プロセッサユニットは、
   前記管理者端末から提供される勤務情報に基づいて前記ユーザに支払う予定給与の情報を取得する処理と、
   前記予定給与の情報を前記ユーザ端末に表示させる表示処理と、
   商品の広告を決定し、当該広告を前記ユーザ端末に表示させる広告表示処理と、
   前記商品を購入する旨の前記ユーザ端末からの購入指令を受け付ける処理と、
   前記購入指令を受けて、前記商品の代金を決済する代金決済処理と、
   前記購入指令を受けて、前記ユーザへの前記商品の提供を指令する商品提供処理と、
   前記予定給与から前記商品の代金を差し引いた差分が前記ユーザの取り分として残るように給与を支払う給与支給処理と、
   を実行し、
   前記広告表示処理は、前記予定給与の情報に基づいて、代金が前記予定給与に収まる商品をピックアップして前記広告を決定する処理を含む電子決済システム。
2. 前記購入指令は、前記予定給与で前記商品を購入する旨の指令である請求項１に記載の電子決済システム。
3. 前記代金決済処理は、
   前記ユーザの口座に前記予定給与が支払われたことを受けて、当該口座から前記商品の代金を引き落とす予約の処理と、
   を含む請求項１または２に記載の電子決済システム。
4. 前記代金決済処理は、
   前記購入指令を受けて前記ユーザの口座に前記代金を振り込む処理と、
   前記ユーザの口座から前記商品の代金を支払う旨の前記ユーザ端末からの支払い指令を受け付ける処理と、
   前記支払い指令を受けて、前記口座から前記商品の代金を引き落とす処理と、
   を含む請求項１または２に記載の電子決済システム。
5. 前記給与支給処理は、
   前記予定給与を前記ユーザの口座に振り込む処理と、
   前記予定給与が振り込まれたことを受けて前記ユーザの口座から前記商品の代金を引き落とす処理と、
   を含む請求項４に記載の電子決済システム。
6. 前記代金決済処理は、
   前記購入指令を受けて前記予定給与を前記商品の代金分だけ減額する処理と、
   を含む請求項１または２に記載の電子決済システム。
7. 前記勤務情報は、完了した未払い労務の情報を含み、
   前記予定給与の情報は、前記完了した未払い労務の対価から、決済済みの全商品の代金を減じた額の情報を含む
   請求項１乃至６の何れか１項に記載の電子決済システム。
8. 前記商品は、物品とサービスを含む請求項１乃至７の何れか１項に記載の電子決済システム。
9. 前記商品は、定期的に代金の引き落としが必要になるサブスクリプションサービスを含む請求項１乃至８の何れか１項に記載の電子決済システム。
10. 前記プロセッサユニットは、前記給与および前記代金を電子マネーで処理する請求項１乃至９の何れか１項に記載の電子決済システム。

Images