JP2021149576A - 管理装置、管理システム、管理方法、およびプログラム - Google Patents

Abstract

【課題】より利便性の高いサービスが可能な管理装置、管理システム、管理方法、およびプログラムを提供する。【解決手段】電子決済サーバ１００は、電子決済アプリがインストールされた利用者の端末装置と通信する通信部１１０と、通信部１１０を介して得られる情報に基づいて電子決済アプリの使用状況を監視し、店舗に利用者が訪れた状態で電子決済アプリの機能により生じ得る所定イベントが発生したことを検知した場合、予め収集され記憶部２００に記憶されている利用者の求職情報を読み出し、求職情報が、予め収集され記憶部２００に記憶されている店舗の求人情報に合致する場合、電子決済アプリに通知して求人情報を端末装置に出力させる求人案内部１７０と、を備える。【選択図】図２

Description

本発明は、管理装置、管理システム、管理方法、およびプログラムに関する。

従来、求人情報を記憶可能な求人情報記憶手段と、通信網を介して、求職者に対して求人情報を閲覧可能にする求人情報公開手段と、通信網を介して、求職者から、応募依頼、求職者情報および下見希望日を受信可能な応募依頼受信手段と、通信網を介して、求人事業者に、求職者情報および下見希望日を送信可能な応募情報送信手段と、通信網を介して、求人事業者から、求職者情報に対する審査結果を受信可能な審査結果受信手段と、通信網を介して、求職者に、審査結果を送信可能な審査結果送信手段と、を備える求人支援サービス提供システムの発明が開示されている（特許文献１）。

特開２０１３−７３２７８号公報

従来の技術は、手続きが煩雑であり、利便性が十分でなかった。

本発明は、このような事情を考慮してなされたものであり、より利便性の高いサービスを提供することを目的の一つとする。

本発明の一態様は、電子決済アプリがインストールされた利用者の端末装置と通信する通信部と、前記通信部を介して得られる情報に基づいて前記電子決済アプリの使用状況を監視し、店舗に前記利用者が訪れた状態で前記電子決済アプリの機能により生じ得る所定イベントが発生したことを検知した場合、予め収集され記憶部に記憶されている前記利用者の求職情報を読み出し、前記求職情報が、予め収集され記憶部に記憶されている前記店舗の求人情報に合致する場合、前記電子決済アプリに通知して求人情報を前記端末装置に出力させる求人案内部と、を備える管理装置である。

本発明の一態様によれば、より利便性の高いサービスを提供することができる。

管理装置を利用した電子決済サーバ１００による電子決済の仕組みの一例を示す図である。 電子決済サーバ１００の構成の一例を示す図である。 利用者情報２０２の内容の一例を示す図である。 発生イベント情報２０４の内容の一例を示す図である。 求人情報２０６の内容の一例を示す図である。 シフト情報２０８の内容の一例を示す図である。 所定イベントの発生から求人情報が提供されるまでの電子決済サービスにおける処理の流れの一例を示すシーケンス図である。 電子決済をトリガとして端末装置１０によって求人情報の画像ＩＭ１が表示される様子の一例を示す図である。 所定イベントの発生から求人情報が提供されるまでの電子決済サービスにおける処理の流れの他の一例を示すシーケンス図である。 電子決済アプリによって求人コード画像ＩＭ３から情報が読み取られることで端末装置１０によって求人情報の画像ＩＭ２が表示される様子を示す図である。 求人情報の出し分けについて説明するための図である。 アルバイト勤務の動画が提供される様子を示す図である。 応募支援部１７８の提供するサービスについて説明するための図である。

以下、図面を参照し、本発明の管理装置、管理システム、管理方法、およびプログラムの実施形態について説明する。管理装置は、一以上のプロセッサにより実現される。管理装置は、例えば、電子決済アプリと協働して電子決済サービスを提供する装置である。アプリとは、アプリケーションプログラムの略称である。管理装置は、電子決済サービスに付随して、求人ならびに関連業務を管理する装置である。求人とは、例えばアルバイトの募集であるが、正社員の募集を含んでもよい。以下の説明では、求人とはアルバイトの募集を意味するものとする。また、管理装置は、電子決済サービスを提供する装置（電子決済サーバ）に包含される、すなわち電子決済サーバの一部であるものとするが、管理装置は電子決済サーバとは別体の装置であってもよい。管理システムは、管理装置と電子決済アプリとを含むものである。

図１は、管理装置を利用した電子決済サーバ１００による電子決済の仕組みの一例を示す図である。電子決済サーバ１００は、ネットワークを介して一以上の端末装置１０と通信する。ネットワークＮＷは、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）、インターネット、セルラー網などを含む。端末装置１０は、スマートフォンやタブレット端末などの可搬型であり、表示機能、入力受付機能（例えばタッチパネル）、コード読取機能および無線通信機能を有する端末装置である。端末装置１０は、例えば、予め端末装置１０にインストールされた電子決済アプリを実行するプロセッサを備える。

「決済方法１」では、端末装置１０が店舗に設置されたＱＲコード（登録商標）などのコード画像にエンコードされた店舗ＩＤ（識別情報、以下同様）などの情報を電子決済アプリの機能によって端末装置１０が読み取り、利用者が端末装置１０に料金を入力して店舗側の確認を経た上で確定操作することで、店舗ＩＤ、利用者ＩＤ、料金、日時などの情報が電子決済サーバ１００にアップロードされる。電子決済サーバ１００は、利用者ＩＤに対応付けられた残高情報から料金の分を差し引くと共に、店舗ＩＤに対応付けられた残高情報に料金の分を加算することで、電子決済を完了する。なお、コード画像の読み取りに際して電子決済アプリは端末装置１０のカメラを起動し、エンコードされた情報が読み取り可能なフレーム画像が撮像された時点でカメラによる撮像を終了する。この仕組みに関しては公知技術であるため詳細な説明を省略する。

「決済方法２」では、端末装置１０が電子決済アプリの機能によって、利用者ＩＤを含む情報がエンコードされたバーコードなどのコード画像を表示し、バーコードリーダーなどの読み取り装置を含む店舗端末が、バーコードにエンコードされた利用者ＩＤなどの情報を読み取り、店舗ＩＤ、利用者ＩＤ、料金、日時などの情報を電子決済サーバ１００にアップロードする。電子決済サーバ１００は、決済方法１と同様に、利用者ＩＤに対応付けられた残高情報から料金の分を差し引くと共に、店舗ＩＤに対応付けられた残高情報に料金の分を加算することで、電子決済を完了する。なお、これらの二つの決済方法が採用されていることは、あくまで一例であり、本発明の適用において任意の決済方法が採用されてよい。

図２は、電子決済サーバ１００の構成の一例を示す図である。電子決済サーバ１００は、例えば、通信部１１０を備える。通信部１１０は、ネットワークＮＷに接続するためのネットワークカードなどの通信インターフェースである。

電子決済サーバ１００は、更に、利用者情報管理部１２０と、総合管理部１３０と、対店舗サービス管理部１４０と、信用度算定部１５０と、給与支払い管理部１６０と、求人案内部１７０とを備える。これらの構成要素は、例えば、ＣＰＵ（Central Processing Unit）などのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。上記の全ての構成要素が一つのプロセッサにより実現される必要はなく、適宜、複数のプロセッサによる分散処理などがなされてもよい。

電子決済サーバ１００は、更に、記憶部２００を備える。記憶部２００は、例えば、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）などにより実現される。記憶部２００には、例えば、利用者情報２０２、発生イベント情報２０４、求人情報２０６、シフト情報２０８、信用度情報２１０などの情報が格納される。これらの情報の詳細については順を追って説明する。記憶部２００は、電子決済サーバ１００に付随する装置ではなく、ネットワークＮＷなどを介して電子決済サーバ１００からアクセス可能なＮＡＳ（Network Attached Storage）であってもよい。

利用者情報管理部１２０は、利用者から種々の情報の登録を受け付け、利用者情報２０２を更新する。利用者情報２０２は、電子決済システムが管理する電子マネーの残高情報を含む。図３は、利用者情報２０２の内容の一例を示す図である。利用者情報２０２は、例えば、基本的には支払者である一般利用者に関する一般利用者情報２０２Ａと、基本的には支払いを受ける側である店舗に関する店舗情報２０２Ｂとを含む。以下の説明において、「利用者」と言えば一般利用者を指すものとする。

一般利用者情報２０２Ａは、例えば、利用者ＩＤに対して、残高情報、求人情報の提供を希望するか否かを示す情報提供希望フラグ、利用者の求職情報、承諾レベルなどが対応付けられた情報である。求職情報には、利用者自身の属性情報と、どのような条件での労働を希望するかを示す希望条件情報とが含まれる。情報提供希望フラグは、０が希望しないことを、１が希望することを示すものである。属性情報には、例えば年齢や性別などの情報が含まれる。希望条件情報には、希望する勤務地、職種、時給などの情報が含まれる。承諾レベルは、電子決済サービスを利用する上で収集される利用者の個人情報を、電子決済サービス自身または店舗に対してどの程度まで提供することを承諾するか否かを示す情報である。承諾レベルは、０が全く承諾しないことを示し、１が後述する前払いの手数料率や前借りの利率を決定するために利用することを承諾することを示し、２が１に加えて、店舗がアルバイトを採用するための情報として利用することを承諾することを示している。このように、承諾レベルは、個人情報の利用に関する利用者の承諾を段階的に受け付けた結果を表している。

情報提供希望フラグ、求職情報、および承諾レベルは、利用者が電子決済サービスに入会する際、或いはその後の任意のタイミングにおいて、利用者が端末装置１０に入力することで電子決済サーバ１００に伝えられ、利用者情報管理部１２０によって一般利用者情報２０２Ａに追加される。承諾レベルに関して、電子決済アプリは、利用者の承諾を取得する際に、承諾レベルが高い程（０よりも１が高く、１よりも２が高いものとする）特典が受けられる旨を利用者に伝える。特典とは、例えば、後述する前払いの手数料率や前借の利率を優遇することである。これに加えて、特典とは、種々の電子サービスにおいて利用可能なポイントを付与することであってもよい。

店舗情報２０２Ｂは、例えば、店舗ＩＤに対して、残高情報と、属性情報とが対応付けられたものである。属性情報には、例えば、店舗の場所や職種が含まれる。

総合管理部１３０は、電子決済の実行を含む主要サービスを管理する。総合管理部１３０は、図１を用いて説明した電子決済の実行状況を監視し、電子決済の結果に応じて利用者情報２０２における残高情報を変更する。また、総合管理部１３０は、電子決済アプリが支払いのために使用されたり、後述するように電子決済アプリの機能によって求人コード画像から情報が読み取られたりした場合（所定イベントが発生した場合）、発生イベント情報２０４に情報を追加する。図４は、発生イベント情報２０４の内容の一例を示す図である。発生イベント情報２０４は、例えば、イベントの発生した日時に対して、イベントの発生した店舗の店舗ＩＤ、イベント種別、イベントを発生させた利用者の利用者ＩＤなどが対応づけられた情報である。

対店舗サービス管理部１４０は、店舗が支払いを受けるためのサービス以外の、店舗に対するサービスを管理する。対店舗サービス管理部１４０は、例えば、求人情報受付部１４２と、シフト管理部１４４とを備える。

求人情報受付部１４２は、店舗の運営者の端末装置から、求人情報の入稿を受け付け、求人情報２０６として記憶部２００に記憶させる。図５は、求人情報２０６の内容の一例を示す図である。求人情報２０６には、例えば、属性情報と、絞込条件とが含まれる。属性情報には、例えば、店舗の場所、職種、アルバイトに支払う最初の時給などの情報が含まれる。絞込条件とは、求職者である利用者の属性情報と信用度に関して絞り込みを行うための条件である。なお、図４における店舗ＩＤが１１２の店舗は、採用を希望していないため求人情報２０６にレコードが登録されていない。

シフト管理部１４４は、店舗における利用者（この時点ではアルバイト労働者）のシフトを管理する。シフト管理部１４４は、利用者の端末装置１０からシフト（勤務を希望する時間帯）の入力を受け付け、シフト情報２０８として記憶部２００に記憶させる。図６は、シフト情報２０８の内容の一例を示す図である。シフト情報２０８は、シフト管理サービスを希望する店舗の店舗ＩＤごとに生成される。図示する店舗ＩＤが１１４である店舗は、毎日二名のアルバイト労働者に勤務させており、例えば「１日に６時間以上勤務すること」などの条件の下、利用者自身の申し出によりシフトを決定する仕組みとなっている。また、シフト管理部１４４は、店舗の打刻装置などから取得した情報に基づいて、実際に勤務があったか否かを示す情報を取得し、勤務状況としてシフト情報２０８に追加する。勤務状況には、予定通り勤務したことを示す「ＯＫ」、所定時間以上の遅刻があったことを示す「遅刻」、連絡の上、欠勤したことを示す「キャンセル」、連絡なしで欠勤したことを示す「無断欠勤」などがある。図６に示す時点では、３／１１以降の勤務状況はまだ取得されていないためブランクとなっている。

信用度算定部１５０は、シフト情報２０８などの情報に基づいて、利用者の信用度を算定する。信用度算定部１５０は、例えば、０、１、２、３、４の５段階で利用者の信用度を算定する。０が最も低く、１、２、３、４の順に信用度が高いものとする。なお、この仕組みはあくまで一例であり、段階数が異なってもよいし、連続値で利用者の信用度を算定するようにしてもよい。信用度算定部１５０は、例えば、承諾レベルが２の場合、信用度を０〜４のいずれかに算定し、承諾レベルが１の場合、信用度を０〜３のいずれかに算定し、承諾レベルが０の場合、信用度を１に固定する。要するに、個人情報の利用度合いが高い程、高い信用度が与えられる機会が利用者に提供される。信用度算定部１５０は、シフト情報２０８から得られる勤務日数、遅刻率、無断欠勤率などの指標に基づいて、勤務日数が高いほど信用度を高く、遅刻率が低いほど信用度を高く、無断欠勤率が低いほど信用度を高く算定する。更に、信用度算定部１５０は、他の金融サービスと連携し、利用者の各種ローンの支払い状況などに応じて信用度を算定してもよい。信用度算定部１５０により算定された信用度は、利用者ＩＤに対応付けられて信用度情報２１０として記憶部２００に記憶される。

承諾レベルが２の場合の信用度は、例えば式（１）で算定される。承諾レベルが２の場合の勤務日数、遅刻率、無断欠勤率には、アルバイト勤務中であれば現在勤務している店舗に加えて、それ以前に勤務していた店舗における勤務情報も反映される。また、求職中であれば、少なくとも直前に勤務していた店舗の勤務状況が反映され、それ以前に勤務していた店舗における勤務情報も反映されてよい。すなわち、承諾レベルが２の場合、他店舗における勤務状況が信用度に反映されることになる。式中、ｆ｛｝は、勤務日数が０である場合は初期値として１を出力し、勤務日数が高いほど大きい値を、遅刻率が低いほど大きい値を、無断欠勤率が低いほど大きい値を出力する関数である。
（信用度）＝ＭＡＸ［４，ｆ｛（勤務日数），（遅刻率），（無断欠勤率）｝］ …（１）

承諾レベルが１の場合の信用度は、例えば式（２）で算定される。承諾レベルが１の場合の勤務日数、遅刻率、無断欠勤率には、アルバイト勤務中であれば現在勤務している店舗における勤務情報が反映され、求職中であれば、全てリセットされて０となる。すなわち、承諾レベルが１の場合、他店舗における勤務状況が信用度に反映されないことになる。式中、ｇ｛｝は、勤務日数が０である場合は初期値として１を出力し、勤務日数が高いほど大きい値を、遅刻率が低いほど大きい値を、無断欠勤率が低いほど大きい値を出力する関数である。関数ｆ｛｝と関数ｇ｛｝の出力傾向は同じであってもよいし、異なってもよい。
（信用度）＝ＭＡＸ［３，ｇ｛（勤務日数），（遅刻率），（無断欠勤率）｝］ …（２）

給与支払い管理部１６０は、店舗の残高情報を減らしつつ利用者の残高情報を増やすことで、電子マネーによる給与の支払いを実現する。これによって、店舗や利用者は、銀行口座を新たに作成したり、銀行口座を店舗側に登録したりする必要が無くなるため、求人〜応募から給与の支払いまでシームレスなサービスを提供することができ、店舗と利用者の双方にとっての利便性を向上させることができる。

給与支払い管理部１６０は、例えば、前払い／前借り管理部１６２を備える。前払いとは、既に勤務した分について給料日前に給料の支払いを受けることであり、前借りとは、未だ勤務していない分について見込みで給料の支払いを受けることである。前払い／前借り管理部１６２は、信用度情報２１０に従って、前払いにおける手数料率や、前借りにおける利率を決定する。手数料率や利率はコストの一例である。前払い／前借り管理部１６２は、信用度が高いほど、手数料率や利率を低くし、信用度が高いほど、手数料率や利率を高くする。この結果、信用度が高くなるのに応じて、利用者に特典が与えられることになる。

求人案内部１７０は、通信部１１０を介して得られる情報（例えば発生イベント情報２０４）に基づいて電子決済アプリの使用状況を監視し、店舗に利用者が訪れた状態で電子決済アプリの機能により生じ得る所定イベントが発生したことを検知した場合（発生イベント情報２０４に新たなレコードが追加された場合）、予め収集され記憶部２００に記憶されている利用者情報２０２の中から利用者の求職情報を読み出し、求職情報が、予め収集され記憶部２００に記憶されている店舗（所定イベントに係る店舗）の求人情報２０６に合致する場合、電子決済アプリに通知して求人情報を端末装置１０に出力させる。求人案内部１７０は、例えば、情報提供可否判定部１７２と、求人情報提供部１７４と、詳細情報提供部１７６と、応募支援部１７８とを備える。

情報提供可否判定部１７２は、発生イベント情報２０４を監視し（図４参照）、新たなレコードが追加される度に、当該レコードに係る利用者ＩＤに該当する求職情報および信用度を、利用者情報２０２および信用度情報２１０からそれぞれ取得すると共に、当該レコードに係る店舗ＩＤに該当する求人情報を求人情報２０６から取得する。そして、それらが合致する場合に、当該利用者ＩＤに係る利用者に求人情報を提供すると決定する。合致するとは、例えば、求職情報における属性情報と希望条件情報が求人情報の全てを満たす（時給に関しては求人情報に含まれる方が高い）ことである。信用度に関して、情報提供可否判定部１７２は、求人情報における絞込条件に規定されていなければ上記決定において考慮しない。また、信用度を全く考慮せずに決定を行ってもかまわない。なお、一般利用者情報２０２Ａにおける職種の内容と求人情報２０６における職種の内容は、表現が異なってもよく、対応関係を示す対応情報（不図示）によって、合致するか否かが判定されてよい。

求人情報提供部１７４は、情報提供可否判定部１７２により求人情報を利用者に提供すると決定された場合、電子決済アプリに通知して求人情報を端末装置１０に出力させる。端末装置１０に出力させる求人情報は、少なくとも求人情報２０６から読み出した情報を含み、労働環境を提示するための動画、電子面接を設定するための他アプリへのリンクなどを含んでもよい。

図７は、所定イベントの発生から求人情報が提供されるまでの電子決済サービスにおける処理の流れの一例を示すシーケンス図である。まず、電子決済が行われる（Ｓ１〜Ｓ４）。電子決済の方法は決済方法１、２のいずれでもよいが、ここでは決済方法２が行われたものとする。決済方法１が行われた場合、以下のＳ１〜Ｓ３の流れが異なるものとなるが、改めての図示および説明を省略する。

端末装置１０において電子決済アプリが起動し（Ｓ１）、利用者がバーコードを店舗端末に提示する（Ｓ２）。店舗端末は、バーコードから読み込んだ利用者ＩＤを含む決済情報を電子決済サーバ１００に送信する（Ｓ３）。電子決済サーバ１００の総合管理部１３０は、前述したように利用者と店舗の残高を変更することで電子決済を行う（Ｓ４）。

総合管理部１３０は、更に、発生イベント情報２０４に新たなレコードを追加する（Ｓ５）。これを検知した情報提供可否判定部１７２は、求職情報および信用度が求人情報に合致するか否かを判定する（Ｓ６）。合致すると判定された場合、求人情報提供部１７４が端末装置１０に求人情報を送信する（Ｓ７）。これを受けて端末装置１０では、電子決済アプリが求人情報を含む画像を表示部に表示させる（Ｓ８）。

図８は、電子決済をトリガとして端末装置１０によって求人情報の画像ＩＭ１が表示される様子の一例を示す図である。図示するように、画像ＩＭ１には、完了した電子決済の情報に加えて、利用した店舗における求人情報の内容が含まれる。

図９は、所定イベントの発生から求人情報が提供されるまでの電子決済サービスにおける処理の流れの他の一例を示すシーケンス図である。

端末装置１０において電子決済アプリが起動し（Ｓ１１）、店舗に掲示された求人コード画像から情報を読み取る（Ｓ１２）。求人コード画像は、例えばレジの付近に掲示されており、求人情報が得られる旨の情報が提示されている。また、求人コード画像には、少なくとも店舗ＩＤなどの情報がエンコードされている。電子決済アプリは、読み取った情報に基づいて電子決済サーバ１００に、利用者ＩＤや店舗ＩＤなどを通知する（Ｓ１３）。

電子決済サーバ１００の総合管理部１３０は、電子決済アプリからの通知を受けて発生イベント情報２０４に新たなレコードを追加する（Ｓ１４）。これを検知した情報提供可否判定部１７２は、求職情報および信用度が求人情報に合致するか否かを判定する（Ｓ１５）。合致すると判定された場合、求人情報提供部１７４が端末装置１０に求人情報を送信する（Ｓ１６）。これを受けて端末装置１０では、電子決済アプリが求人情報を含む画像を表示部に表示させる（Ｓ１７）。

図１０は、電子決済アプリによって求人コード画像ＩＭ３から情報が読み取られることで端末装置１０によって求人情報の画像ＩＭ２が表示される様子を示す図である。画像ＩＭ２には、求人コード画像が掲示された店舗における求人情報の内容が含まれる。

上記説明した処理によって、利用者にパーソナライズされた求人情報を、利用者に提供することができる。図１１は、求人情報の出し分けについて説明するための図である。図中、ＩＭ４は、ある雑貨店において、女性である利用者に対して提供された求人情報を含む画像である。ＩＭ５は、同じ雑貨店において、男性である利用者に対して提供された求人情報を含む画像である。図示するように、同じ店舗であっても、複数の職種でそれぞれ求人をしている場合、利用者には、その利用者の求職情報に合致する求人情報が提供される。この結果、単にその店舗の求人情報を一覧情報として提供したり、無作為に提供したりする技術に比して、より有用な情報を提供することができる。

前述したように、求人情報は、労働環境を提示するための動画、電子面接を設定するための他アプリへのリンクなどを含んでもよい。詳細情報提供部１７６は、求人情報を含む画像（例えばＩＭ１、ＩＭ２）において利用者が第１操作をした場合、アルバイト勤務の動画を端末１０に再生させる。図１２は、アルバイト勤務の動画が提供される様子を示す図である。求人情報受付部１４２は、予め求人情報の一部として、動画の入稿を受け付けておき、記憶部２００に記憶させておく。同じ店舗であっても職種に応じて異なる動画が用意されてよい。端末装置１０の電子決済アプリは、利用者によって動画の再生を指示する操作がなされると、例えばストリーミングによって電子決済サーバ１００から動画を逐次取得し、端末装置１０に表示させる。

応募支援部１７８は、求人情報を含む画像（例えばＩＭ１、ＩＭ２）において利用者が第２操作をした場合、起動されたミニアプリに応じて面接の日時を決定することを支援したり、電子面接（ビデオ通話システムによるオンライン面接）をセットアップしたりする。図１３は、応募支援部１７８の提供するサービスについて説明するための図である。ミニアプリには、連絡を行うためのチャットアプリ、日時を確認し合うためのカレンダーアプリ、所在地を伝えるための地図アプリ、ビデオ通話システムを実現するためのビデオ通話アプリなどが含まれる。応募支援部１７８は、電子決済アプリの機能によってミニアプリが起動すると、ミニアプリからのリクエストに応じた情報を端末装置１０に提供する。これによって、店舗への訪問からアルバイトへの応募までの流れをシームレスにサポートすることができる。

上記の機能に加えて、電子決済サーバ１００は、シフト情報２０８に基づいて、利用者の履歴書を作成するサービスを提供してもよい。シフト情報２０８には、過去のアルバイトの職歴が蓄積されるため、容易に履歴書を作成することができる。これによって、利用者は手作業で履歴書を作成する手間を省略することができる。

上記説明した処理によって、電子決済サーバ１００は、より利便性の高いサービスを提供することができる。調べによれば、アルバイトを希望する利用者にアンケートを取った結果、勤務先の店舗において求人情報を閲覧し、その流れで応募したいと考える割合は６０％以上になっている。また、実際にアルバイト勤務先の下見を行う利用者も一定数存在する。そこで、電子決済サーバ１００は、店舗に利用者が訪れた状態で電子決済アプリの機能により生じ得る所定イベントが発生したことを検知した場合に、その店舗の求人情報と利用者の求職情報とが合致することを条件に求人情報の提供を行う。これによって、利用者が、店舗の下見の意図があって店舗を利用した場合や、店舗を利用した結果としてアルバイト勤務したくなった場合に、即応的に利用者に合った求人情報を提供することができる。従って、より利便性の高いサービスを提供することができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１０ 端末装置
１００ 電子決済サーバ
１１０ 通信部
１２０ 利用者情報管理部
１３０ 総合管理部
１４０ 対店舗サービス管理部
１４２ 求人情報受付部
１４４ シフト管理部
１５０ 信用度算定部
１６０ 給与支払い管理部
１６２ 前払い／前借り管理部
１７０ 求人案内部
１７２ 情報提供可否判定部
１７４ 求人情報提供部
１７６ 詳細情報提供部
１７８ 応募支援部
２００ 記憶部
２０２ 利用者情報
２０４ 発生イベント情報
２０６ 求人情報
２０８ シフト情報
２１０ 信用度情報
ＮＷ ネットワーク

Claims (13)

1. 電子決済アプリがインストールされた利用者の端末装置と通信する通信部と、
   前記通信部を介して得られる情報に基づいて前記電子決済アプリの使用状況を監視し、店舗に前記利用者が訪れた状態で前記電子決済アプリの機能により生じ得る所定イベントが発生したことを検知した場合、予め収集され記憶部に記憶されている前記利用者の求職情報を読み出し、前記求職情報が、予め収集され記憶部に記憶されている前記店舗の求人情報に合致する場合、前記電子決済アプリに通知して求人情報を前記端末装置に出力させる求人案内部と、
   を備える管理装置。
2. 前記所定イベントは、前記店舗において前記電子決済アプリが支払いのために使用されることである、
   請求項１記載の管理装置。
3. 前記所定イベントは、前記店舗において掲示されているコード画像から、前記電子決済アプリの機能によって前記コード画像の内容が読み取られることである、
   請求項１または２記載の管理装置。
4. 前記店舗に対して、利用者によるシフトの入力を受け付け、シフト情報を管理するサービスを提供するシフト管理部を更に備える、
   請求項１から３のうちいずれか１項記載の管理装置。
5. 前記シフト情報には、勤務状況に関する情報が含まれ、
   少なくとも前記勤務状況に関する情報に基づいて、前記店舗において勤務したことがある利用者の信用度を算定する算定部を更に備える、
   請求項４記載の管理装置。
6. 前記算定された信用度に基づいて前記利用者に特典を付与する特典付与部を更に備える、
   請求項５記載の管理装置。
7. 前記店舗から前記利用者への給料の支払いを電子決済サービスに係る電子マネーで行う給与支払い管理部を更に備える、
   請求項１から６のうちいずれか１項記載の管理装置。
8. 前記店舗から前記利用者への給料の支払いを電子決済サービスに係る電子マネーで行うと共に、前記利用者の前払い及び／または前借りサービスを提供する給与支払い管理部を更に備え、
   前記給与支払い管理部は、前記算定された信用度に基づいて前記前払い及び／または前借りに係る前記利用者のコストを変更する、
   請求項５記載の管理装置。
9. 前記店舗の求人情報には、前記算定された信用度に関する絞込条件が含まれる場合がある、
   請求項５記載の管理装置。
10. 請求項１から９のうちいずれか１項記載の管理装置と、
    前記電子決済アプリと、
    を備える管理システム。
11. 前記電子決済アプリは、前記求人情報が前記端末装置により出力された状態で前記利用者の操作に応じて、求人への応募を支援するためのミニアプリを起動させ、
    前記管理装置は、前記ミニアプリからのリクエストに応じたサービスを前記利用者に提供する、
    請求項１０記載の管理システム。
12. 電子決済アプリがインストールされた利用者の端末装置と通信する通信部を備える管理装置が、
    前記通信部を介して得られる情報に基づいて前記電子決済アプリの使用状況を監視し、
    店舗に前記利用者が訪れた状態で前記電子決済アプリの機能により生じ得る所定イベントが発生したことを検知した場合、予め収集され記憶部に記憶されている前記利用者の求職情報を読み出し、
    前記求職情報が、予め収集され記憶部に記憶されている前記店舗の求人情報に合致する場合、前記電子決済アプリに通知して求人情報を前記端末装置に出力させる、
    管理方法。
13. 電子決済アプリがインストールされた利用者の端末装置と通信する通信部を備える管理装置のプロセッサに、
    前記通信部を介して得られる情報に基づいて前記電子決済アプリの使用状況を監視させ、
    店舗に前記利用者が訪れた状態で前記電子決済アプリの機能により生じ得る所定イベントが発生したことを検知した場合、予め収集され記憶部に記憶されている前記利用者の求職情報を読み出させ、
    前記求職情報が、予め収集され記憶部に記憶されている前記店舗の求人情報に合致する場合、前記電子決済アプリに通知して求人情報を前記端末装置に出力させることを行わせる、
    プログラム。

Images