JP7586852B2 - サーバ装置、サーバ装置の制御方法、及びサーバ装置の制御プログラム - Google Patents

Description

本開示は、サーバ装置、サーバ装置の制御方法、及びサーバ装置の制御プログラムに関する。

従来、ネットワーク上で求人情報を提供するシステムが実用化されている。例えば、特許文献１には、クライアントの求人情報をサーバに登録及び掲示したものを、求職者が閲覧及び応募することができるようにした求人情報提供システムが開示されている。

特開２０１５－１２２０３７号公報

本発明の第１の態様によると、サーバ装置は、求人情報サービスの提供に係るサーバ装置であって、ユーザ識別情報にユーザの職歴情報を関連付けたユーザ情報を管理するユーザ情報管理部と、求人識別情報に求人の職務条件と基本給とを関連付けた求人情報を管理する求人情報管理部と、求人識別情報に関連付けられた職務条件および基本給と、ユーザの職歴情報とに少なくとも基づいて、求人識別情報で識別される求人に対するユーザに固有の固有給を設定する設定部と、ユーザのユーザ端末に、求人情報に含まれる求人に係る求人リストを、求人ごとのユーザの固有給に基づいて表示させるための表示情報を送信する送信部と、を備える。

本発明の第２の態様によると、サーバ装置の制御方法は、ユーザ識別情報にユーザの職歴情報を関連付けたユーザ情報を管理することと、求人識別情報に求人の職務条件と基本給とを関連付けた求人情報を管理することと、求人識別情報に関連付けられた職務条件および基本給と、ユーザの職歴情報とに少なくとも基づいて、求人識別情報で識別される求人に対するユーザに固有の固有給を設定することと、ユーザのユーザ端末に、求人情報に含まれる求人に係る求人リストを、求人ごとのユーザの固有給に基づいて表示させるための表示情報を送信することと、を含む。

本発明の第３の態様によると、求人情報サービスの提供に係るサーバ装置のコンピュータに実行させるためのプログラムは、ユーザ識別情報にユーザの職歴情報を関連付けたユーザ情報を管理することと、求人識別情報に求人の職務条件と基本給とを関連付けた求人情報を管理することと、求人識別情報に関連付けられた職務条件および基本給と、ユーザの職歴情報とに少なくとも基づいて、求人識別情報で識別される求人に対するユーザに固有の固有給を設定することと、ユーザのユーザ端末に、求人情報に含まれる求人に係る求人リストを、求人ごとのユーザの固有給に基づいて表示させるための表示情報を送信することと、を含む。

本発明の一実施形態に係る通信システムの構成を示す図である。 本発明の一実施形態に係る、記憶部に記憶される情報の一例であって、（ａ）はユーザ情報テーブルの一例、（ｂ）は求人側情報テーブルの一例である。 本発明の一実施形態に係る、記憶部に記憶されるユーザ履歴情報テーブルの一例である。 本発明の一実施形態に係る、記憶部に記憶される求人情報テーブルの一例である。 本発明の一実施形態の概要の説明図である。 本発明の一実施形態に係る通信システムの処理のシーケンスの一例である。 本発明の一実施形態に係る、記憶部に記憶される採用履歴テーブルの一例である。 （ａ）、（ｂ）、（ｃ）とも、本発明の一実施形態の概要の説明図である。 本発明の一実施形態に係る通信システムの処理のシーケンスの一例である。 （ａ）、（ｂ）とも、本発明の一実施形態に係る画面例である。 （ａ）、（ｂ）、（ｃ）とも、本発明の一実施形態の概要の説明図である。 本発明の一実施形態の概要の説明図である。 （ａ）、（ｂ）とも、本発明の一実施形態に係る画面例である。 本発明の一実施形態に係るサーバの制御方法に係るフローチャートである。

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密等、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

本開示に係る求人情報サービスを実施するための実施形態について、図面を参照して説明する。

＜システム構成＞
図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワーク４００を介して、サーバ１００と、ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ）と、求人を出す求人側の求人側端末３００（３００Ａ，３００Ｂ）が接続される。サーバ１００は、ネットワーク４００を介して、ユーザが所有するユーザ端末２００に、求人情報を提供するサービス（求人情報サービス）を提供する。求人側端末３００は、求人を出す求人側（企業、店舗、個人、病院等）の端末である。なおこれ以降、求人を出す企業、店舗、個人、病院、法人、団体（営利、非営利を含む）等を「求人側」と称することもある。求人側のユーザは、求人側端末３００を操作して、サーバ１００へ、自身が出す求人に関する情報を送信する。なお、ネットワーク４００に接続されるユーザ端末２００、求人側端末３００の数は限定されない。ここで、ユーザ端末２００、求人側端末３００には、求人情報サービスを利用するためのアプリケーションがインストールされていてよい。あるいは、ユーザ端末２００、求人側端末３００へのアプリケーションのインストールは必須ではなく、ユーザ端末２００、求人側端末３００から、ｗｅｂブラウザ等を介して、サーバ１００において提供される求人情報サービスを利用するためのｗｅｂページにアクセスしてもよい。

ネットワーク４００は、１以上のユーザ端末２００と、１以上の求人側端末３００と、１以上のサーバ１００とを接続する役割を担う。すなわち、ネットワーク４００は、ユーザ端末２００や求人側端末３００がサーバ１００に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク４００のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク４００は、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wirelessLAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信等、または、これらの２つ以上の組合せを含むことができる。ネットワーク４００は、１つまたは複数のネットワーク４００を含むことができる。

図１では、ユーザ端末２００をスマートフォン、求人側端末３００をノートパソコンで示してあるが、ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ）、求人側端末３００（３００Ａ，３００Ｂ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。ユーザ端末２００、求人側端末３００は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレット等）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアント等）、ウェアラブル端末（メガネ型デバイス、時計型デバイス等）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、ユーザ端末２００、求人側端末３００は、情報処理端末と表現されてもよい。

ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ）および求人側端末３００（３００Ａ，３００Ｂ）の構成は基本的には同一であるため、以下の説明においては、ユーザ端末２００について説明する。また、必要に応じて、ユーザＸが利用する端末をユーザ２００Ｘ、３００Ｘと表現し、ユーザＸまたはユーザ端末２００Ｘ、３００Ｘに対応づけられた、求人情報サービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、求人情報サービスにおいてユーザが利用する識別情報又はアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、求人情報サービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子等のユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

サーバ１００は、ユーザ端末２００に対して、求人情報サービスを提供する機能を備える。サーバ１００は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１００は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレット等）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアント等）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１００は情報処理装置と表現されてもよい。サーバ１００とユーザ端末２００とを区別する必要がない場合は、サーバ１００とユーザ端末２００とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。

なお、図１において、サーバ１００は１つのみ示してあるが、これに限られるものではない。すなわち、通信システム１は、複数のサーバを備えてもよい。具体的には、サーバ１００は、例えば、ネットワークを介して通信を行うことで協調動作する分散型サーバシステムでもよく、いわゆるクラウドサーバでもよい。すなわち、サーバ１００は、物理的なサーバに限らず、仮想的なサーバも含まれてよい。

＜ハードウェア（ＨＷ）構成＞
図１を用いて、通信システム１に含まれる各装置のＨＷ構成について説明する。

（１）端末（ユーザ端末、求人側端末）のＨＷ構成
前述したように、ここではユーザ端末２００について説明するが、求人側端末３００の構成も基本的に同じである。ユーザ端末２００は、制御部２１０（ＣＰＵ：central processing unit（中央処理装置））、記憶部２９０、通信Ｉ／Ｆ（インタフェース）２２０、入出力部２３０、表示部（ディスプレイ）２８０を備える。ユーザ端末２００のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。なお、ユーザ端末２００のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、ユーザ端末２００は、マイク２５０、カメラ２７０等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

通信Ｉ／Ｆ２２０は、ネットワーク４００を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２０は、ネットワーク４００を介して、サーバ１００との通信を実行する機能を有する。通信Ｉ／Ｆ２２０は、各種データを制御部２１０からの指示に従って、サーバ１００に送信する。また、通信Ｉ／Ｆ２２０は、サーバ１００から送信された各種データを受信し、制御部２１０に伝達する。また、通信Ｉ／Ｆ２２０を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２０が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部２３０は、ユーザ端末２００に対する各種操作を入力する装置、および、ユーザ端末２００で処理された処理結果を出力する装置を含む。入出力部２３０は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

入力部は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部２１０に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定でなく例として、タッチパネル２４０、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ２７０（動画像を介した操作入力）、マイク２５０（音声による操作入力）を含む。

出力部は、制御部２１０で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定でなく例として、タッチパネル２４０、タッチディスプレイ、スピーカ２６０（音声出力）、レンズ（限定でなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンター等を含む。

表示部２８０は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２８０は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中等（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２８０は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。

入出力部２３０がタッチパネルの場合、入出力部２３０と表示部２８０とは、略同一の大きさおよび形状で対向して配置されていてもよい。

制御部２１０は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１０は、制御回路と表現されてもよいし、されなくてもよい。

制御部２１０は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。

記憶部２９０は、ユーザ端末２００が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２９０は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）等各種の記憶媒体を含む。また、記憶部２９０は、メモリ(memory)と表現されてもよいし、されなくてもよい。

ユーザ端末２００は、プログラムＰを記憶部２９０に記憶し、このプログラムＰを実行することで、制御部２１０が、制御部２１０に含まれる各部としての処理を実行する。つまり、記憶部２９０に記憶されるプログラムＰは、ユーザ端末２００に、制御部２１０が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。

マイク２５０は、音声データの入力に利用される。スピーカ２６０は、音声データの出力に利用される。カメラ２７０は、動画像データの取得に利用される。

（２）サーバのＨＷ構成
サーバ１００は、制御部１１０（ＣＰＵ）、記憶部１５０、通信Ｉ／Ｆ１４０、入出力部１２０、表示部（ディスプレイ）１３０を備える。サーバ１００のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。なお、サーバ１００のＨＷは、サーバ１００のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１００のＨＷは、ディスプレイ１３０を取り外すような構成であってもよいし、そうでなくてもよい。

制御部１１０は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御部１１０は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１０は、これらに限定されない。

記憶部１５０は、サーバ１００が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５０は、ＨＤＤ、ＳＳＤ、フラッシュメモリ等各種の記憶媒体により実現される。ただし、本開示において、記憶部１５０は、これらに限定されない。また、記憶部１５０は、メモリ(memory)と表現されてもよいし、されなくてもよい。

通信Ｉ／Ｆ１４０は、ネットワーク４００を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４０は、ネットワーク４００を介して、ユーザ端末２００、求人側端末３００との通信を実行する機能を有する。通信Ｉ／Ｆ１４０は、各種データを制御部１１０からの指示に従って、ユーザ端末２００、求人側端末３００に送信する。また、通信Ｉ／Ｆ１４０は、ユーザ端末２００から送信された各種データを受信し、制御部１１０に伝達する。また、通信Ｉ／Ｆ１４０を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４０が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部１２０は、サーバ１００に対する各種操作を入力する装置により実現される。入出力部１２０は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部１１０に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力部１２０は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２０は、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入出力部１２０は、これらに限定されない。

ディスプレイ１３０は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイ１３０は、ヘッドマウントディスプレイ（ＨＤＭ）等であってもよいし、そうでなくてもよい。なお、これらのディスプレイ１３０は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。ただし、本開示において、ディスプレイ１３０は、これらに限定されない。

サーバ１００は、プログラムＰを記憶部１５０に記憶し、このプログラムＰを実行することで、制御部１１０が、制御部１１０に含まれる各部としての処理を実行する。つまり、記憶部１５０に記憶されるプログラムＰは、サーバ１００に、制御部１１０が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。

本開示の各実施形態においては、ユーザ端末２００、求人側端末３００および／またはサーバ１００のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。

なお、ユーザ端末２００の制御部２１０、および／または、サーバ１００の制御部１１０は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩ等と呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

また、本開示の各実施形態のプログラムＰ(限定ではなく、例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムPは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）等）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。

サーバ１００、ユーザ端末２００および／または求人側端末３００は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

また、本開示のプログラムＰは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１００、ユーザ端末２００および／または求人側端末３００に提供されてもよいし、されなくてもよい。サーバ１００、ユーザ端末２００および／または求人側端末３００は、限定でなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

サーバ１００、ユーザ端末２００および／または求人側端末３００における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。

ユーザ端末２００、求人側端末３００における処理の少なくとも一部を、サーバ１００により行う構成としてもよいし、そうでなくてもよい。この場合、ユーザ端末２００の制御部２１０や求人側端末３００の制御部３１０の各機能部の処理のうち少なくとも一部の処理を、サーバ１００で行う構成としてもよいし、そうでなくてもよい。

サーバ１００における処理の少なくとも一部を、ユーザ端末２００および／または求人側端末３００により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１００の制御部１１０の各機能部の処理のうち少なくとも一部の処理を、ユーザ端末２００および／または求人側端末３００で行う構成としてもよいし、そうでなくてもよい。

明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript(登録商標)等のスクリプト言語、Objective-C、Java(登録商標)等のオブジェクト指向プログラミング言語、HTML5等のマークアップ言語等を用いて実装される。

＜機能構成＞
図１を用いて、各装置の機能構成について説明する。

（１）端末（ユーザ端末、求人側端末）の機能構成
前述したように、ここではユーザ端末２００について説明するが、求人側端末３００の構成も基本的に同じであってよい。ユーザ端末２００は、制御部２１０で実現される機能として、表示処理部２１１、入出力制御部２１２を備える。表示処理部２１１は、サーバ１００から取得した求人に関する情報を、表示部２８０の表示領域に表示させる。詳細は後述するが、表示処理部２１１は、求人に係る情報として、求人リストを表示部２８０に表示させる。また、表示処理部２１１は、求人情報サービスを利用する際の各種画面を表示部２８０に表示させる。求人情報サービスを利用する際の各種画面とは、例えば、求人情報サービスへの利用登録時に職歴を入力させる画面、ユーザの希望する求人を検索するための検索画面等であってよい。また、求人側端末３００の表示処理部３１１は、求人に関する職務条件等を入力させる画面を、表示部３８０に表示させてもよい。なお、職務条件については後述する。

入出力制御部２１２は、入出力部２３０（典型的にはタッチパネル２４０）を介したユーザの入力操作を受け付ける。例えば、入出力制御部２１２は、ユーザによる求人情報サービスへの利用登録操作、求人の検索操作、求人への応募操作等を受け付ける。また、入出力制御部３１２は、求人側ユーザの求人条件の入力操作、ユーザへの採用通知の送信操作等を受け付ける。

（２）サーバの機能構成
サーバ１００は、制御部１１０で実現される機能として、ユーザ情報管理部１１１、求人情報管理部１１２、設定部１１３、生成部１１４、評価情報取得部１１５、および報酬付与部１１６を備える。

図２に、記憶部１５０に記憶される情報の一例を示す。図２（ａ）は、ユーザ情報テーブル、図２（ｂ）は、求人側情報テーブルを示す。ユーザ情報テーブルＴＢ１０は、求人情報サービスを利用するユーザに関する各種情報を記憶する。ユーザ情報テーブルＴＢ１０は、各ユーザを識別するための識別子（ユーザ識別情報）であるユーザＩＤ（IDentifier）に、ユーザ名、メールアドレス、賃金の振込先、居住地等に関する情報が関連付けられている。これらの情報は、利用登録時にユーザ端末２００からサーバ１００へ送信されてよい。なお、ユーザ情報テーブルＴＢ１０に記憶される情報はこれらに限定されず、電話番号、年齢、性別、ユーザが指定、あるいはサーバ１００が指定した所定のユーザアカウント等がさらに記憶されてもよい。

また、図２（ｂ）の求人側情報テーブルＴＢ２０は、求人情報サービスを利用する求人側に関する各種情報を記憶する。求人側情報テーブルＴＢ２０は、各求人側を識別するための識別子である求人側ＩＤに、名称（店舗名、会社名、個人名等）、主要な業種、メールアドレス、電話番号、所在地等が関連付けられている。これらの情報は、利用登録時に求人側端末３００からサーバ１００へ送信されてよい。なお、求人側情報テーブルＴＢ２０に記憶される情報はこれらに限定されず、求人情報サービスで利用する求人側アカウント、社員数等が、記憶部１５０にさらに記憶されてもよい。

ユーザ情報管理部１１１は、ユーザ識別情報にユーザの職歴情報を関連付けたユーザ履歴情報を管理する。図３に、記憶部１５０に記憶されるユーザ履歴情報テーブルＴＢ３０の一例を示す。なお、記憶部１５０に記憶されるユーザ履歴情報は、図示したものに限定されず、図示したもの以上の情報を記憶してもよいし、これ以下であってもよい。また、ユーザ履歴情報はユーザ情報の一部であってよい。

図３において、ユーザ履歴情報テーブルＴＢ３０は、ユーザＩＤに、職歴情報が関連付けられている。職歴情報とは、ユーザが経験した職業や職務についての経歴であって、社員としての仕事、アルバイト、パート、短期労働、季節労働等で経験した職務の内容に関する情報であってよい。また、職歴情報には、各職務に従事した時間の総和である累積時間が関連付けられてよい。これら職歴情報は、求人情報サービスの利用登録時に、ユーザがユーザ端末２００からサーバ１００へ送信することができる。サーバ１００の記憶部１５０には、求人情報サービスで用いられる職務の種類が、あらかじめマスタ情報として記憶されてよい。サーバ１００は、利用登録するユーザのユーザ端末２００に、マスタ情報から職歴を選択させる画面を表示させる表示情報を送信してよい。また、サーバ１００は、募集する職務を入力する求人側端末３００に、マスタ情報から職務を選択させる画面を表示させる表示情報を送信してよい。

図３の例において、ユーザＡのユーザ履歴情報テーブルＴＢ３０Ａには、ユーザＡのユーザＩＤ「user_A」に、職歴情報として「ホール」６０時間、「調理補助」１４０時間、「レジ打ち」３０時間、「ベーカリー」６０時間等が関連付けられている。なお、ユーザは、利用登録時に、ユーザ端末２００から累積時間を入力することができる。なお、図３では、ユーザ履歴情報テーブルＴＢ３０が各ユーザごとに生成される態様を示してあるが、本発明はこれに限られるものではない。例えば、ユーザ履歴情報テーブルは、求人情報サービスを利用する全ユーザを一のテーブルとして生成されてもよいし、ユーザが所定のルールで分類されて生成されてもよい。

求人情報管理部１１２は、各求人を識別するための識別子（求人識別情報）に求人の職務条件と基本給とを関連付けた求人情報を管理する。図４に、記憶部１５０に記憶される求人情報テーブルＴＢ４０の一例を示す。なお、記憶部１５０に記憶される求人情報は、図示したものに限定されず、記憶される情報は、これ以上でも、これ以下であってもよい。

図４において、求人情報テーブルＴＢ４０は、各求人を識別するための識別子（求人識別情報）である求人ＩＤに、名称、求人側ＩＤ、業種、職務条件、基本給、勤務地、勤務時間、雇用期間等が関連付けられている。名称は、求人を出した求人側の名称であってよい。求人側ＩＤは、各求人側を一意に識別する識別子であって、任意の英数字等で構成されてよい。求人ＩＤは、一の求人に対して１つ割り当てられるため、例えば、ある店舗が複数の求人を出す場合等、一の求人側ＩＤに、複数の求人ＩＤが関連付けられてよい。業種は、求人ＩＤで識別される求人を出した求人側の主な業種であってよい。職務条件は、募集する人材に求められるスキル、職歴または経験について複数指定する情報であってよい。なお、図では、職務条件として職務を３つのみ示してあるが、職務の数はこれに限定されない。すなわち、求人側の需要に応じて、職務の数はこれ以上でもこれ以下でもよい。なお、サーバ１００は、募集する職務を入力する求人側端末３００に、マスタ情報から職務を選択させる画面を表示させる表示情報を送信してよい。なお、本発明の一実施形態による求人情報サービスにおいて、職務条件で示されるスキルを備える人材がより好ましいが、求人に募集できるユーザを、職務条件で示されるスキルをすべて備える人材のみに限定するものではない。なお、図では、求人ＩＤごとに異なる求人側ユーザが関連付けられているが、一の求人側ユーザが、複数の求人を出してもよい。すなわち、求人ＩＤで識別される求人は、同一の企業等から取得してもよいし、それぞれ異なる企業等から取得してもよい。

基本給は、その求人に係る職務の遂行に応じてユーザに支払われる対価であって、時給、日給、月給、賃金等であってよい。図４の例では、基本給として時給の例を示してある。例えば、図４において、求人ＩＤ「req_001」で識別される求人には、求人を出した求人側の名称として「レストラン□△」、求人側ＩＤ「rest_***」、業種「飲食店」が関連付けられている。さらに、求人ＩＤ「req_001」には、職務条件として「ホール」、「調理補助」、「洗い場」、基本給「１３００円」、勤務地「○○」、勤務時間「10:00-20:00 週３日～」、雇用期間に制限がない等の情報が関連付けられている。

設定部１１３は、求人識別情報に関連付けられた職務条件および基本給と、ユーザの職歴情報とに少なくとも基づいて、求人識別情報で識別される求人に対する、ユーザに固有の固有給を設定する。設定部１１３による固有給の設定について、図５を用いて概要を説明する。なお、図５は一例であって、本発明を限定するものではない。

サーバ１００は、例えば、求人側から取得した求人Ｐ～Ｓに関する求人情報１０を、求人側端末３００から取得する。図５の例では、職務条件１１として、求人Ｐの場合「レジ打ち」、「清掃」、「商品補充」、基本給として時給１１１０円である。求人Ｑの職務条件は「ホール」、「調理補助」、「レジ打ち」、基本給として時給１１００円である。求人Ｒの職務条件は「ベーカリー」、「レジ打ち」、「清掃」、基本給として時給９５０円である。求人Ｓの職務条件は「仕分け・検品」、「梱包」、「在庫管理」、基本給として時給９００円である。

詳細は後述するが、本発明の一実施形態によれば、ユーザの職歴と、募集する人材に求められるスキルとの一致度に応じて基本給が補正され、ユーザに固有の給料が設定される。例えば、求人情報１０で示される求人ごとの時給が、ユーザＡの職歴２０Ａに応じて補正され、求人リスト１０Ａで示す時給に変化する。図５の例では、求人情報１０においては、求人Ｐ（１１１０円）、求人Ｑ（１１００円）、求人Ｒ（９５０円）、求人Ｓ（９００円）の順で時給が高い。しかしながら、設定部１１３は、ユーザＡの職歴２０Ａと、求人ごとの職務条件との一致度に応じて、ユーザＡに固有の給料を、求人リスト１０Ａに示すように、求人Ｑ（１２１０円）、求人Ｐ（１１６５円）、求人Ｒ（１０２６円）、求人Ｓ（９００円）と設定する。一方、設定部１１３は、ユーザＢの職歴２０Ｂと求人情報１０とによって、ユーザＢに固有の給料を、求人リスト１０Ｂに示すように、求人Ｐ（１１９８円）、求人Ｑ（１１５５円）、求人Ｒ（９９７円）、求人Ｓ（９４５円）と設定する。すなわち、同一の求人であっても、ユーザの職歴に応じて給料が異なってくる。

生成部１１４は、求人情報に含まれる求人に係る求人リストを、求人ごとのユーザの固有給に基づいて表示させるための表示情報を生成する。サーバ１００は、通信Ｉ／Ｆ１４０から、ユーザ端末２００へ、生成部１１４が生成した表示情報を送信する。求人リスト１０Ａ，１０Ｂは、それぞれ、求人Ｐ～Ｓに対して設定された、ユーザＡ、ユーザＢの固有給に係る求人リストである。設定部１１３によって、ユーザごとの固有給が設定されるため、ユーザＡの固有給に関する求人リスト１０Ａと、ユーザＢに固有の給料に関する求人リスト１０Ｂとは、図５に例示するように異なることになる。

なお、固有給を設定する求人を、ユーザが選択できてもよい。例えば、ユーザは、ユーザ端末２００において、自身が応募したい求人の業種、基本給の下限、職歴、勤務地等の検索条件をサーバ１００へ送信することができてよい。サーバ１００は、ユーザ端末２００から送信された検索条件に合致する求人を、求人情報テーブルＴＢ４０から抽出し、設定部１１３は、抽出された求人に係る固有給を設定してもよい。そして、生成部１１４は、ユーザの検索条件に合致する求人に係る固有給に基づく求人リストを生成してもよい。

このように、本発明の一実施形態によれば、ユーザの職歴に応じて基本給が補正される。これにより、求人側が求める人材により整合するユーザを採用することが可能となる。さらに、ユーザに対して固有給に基づいた求人リストが提供されるため、ユーザにとって条件のよい求人を、ユーザが一見して判別することができる。これにより、ユーザが自身にとって条件のよい求人を探してユーザ端末２００を操作する回数を減らすことができ、結果的に端末の負荷を減らすことができるという効果を得られる。

なお、ユーザ情報に含まれる職歴情報は、ユーザが採用された求人に係る職務の完了に応じて、自動的に更新されてよい。このことを、図６～８を用いて説明する。図６は、本発明の一実施形態に係る通信システムの処理のシーケンスの一例である。まず、ユーザ端末２００の入出力部２３０は、ユーザから求人の選択（求人への応募）を受け付けると、通信Ｉ／Ｆ２２０から、求人へ応募する旨の情報を送信する（ステップＳ１１）。求人へ応募する旨の情報には、応募する求人の求人ＩＤと、ユーザＩＤとが含まれてよい。サーバ１００の通信Ｉ／Ｆ２２０は、ユーザ端末２００から受信した求人ＩＤで識別される求人側の求人側端末３００へ、応募に関する情報を送信する（ステップＳ１２）。求人側端末３００は、求人側ユーザの入力操作に応じて、採用／不採用に関する情報をサーバ１００へ送信する。ここでは、求人側端末３００は、ユーザの採用に関する情報をサーバ１００へ送信する（ステップＳ１３）。ユーザの採用に関する情報とは、ある求人に対して採用するユーザの情報であって、求人ＩＤと、ユーザＩＤとを関連付けた情報であってよい。なお、求人側端末３００は、基本的にすべての求人に対して採用する旨を送信してもよい。

サーバ１００のユーザ情報管理部１１１は、ユーザの採用に関する情報の取得に応じて、ユーザＩＤに、ユーザの採用に係る求人の求人ＩＤとを関連付け、記憶部１５０に記憶する（ステップＳ１４）。図７に、記憶部１５０に記憶される、ユーザの採用履歴に関する採用履歴情報テーブルの一例を示す。採用履歴情報テーブルＴＢ５０は、ユーザが採用された求人の履歴であって、職務を完了した（雇用期間が終了した）採用に関する情報、および、現在勤務中の採用に関する情報を記憶する。なお、図７は一例であって、記憶部１５０に記憶される情報としてはこれに限定されず、これ以上でも、これ以下であってもよい。採用履歴情報テーブルＴＢ５０は、ユーザＩＤごとに、ユーザＩＤで識別されるユーザが採用された求人ＩＤ、当該求人ＩＤでのユーザの固有給、求人ＩＤで識別される求人の状況、評価情報、報酬等が関連付けられてよい。なお、求人ＩＤで識別される求人の状況とは、当該求人ＩＤで識別される求人に係る職務が完了しているのか、あるいは、雇用中であるのかを示す情報であってよい。評価情報、報酬については後述する。

図７では、例えば、ユーザＩＤ「user_A」の採用履歴情報テーブルＴＢ５０Ａとして、求人ＩＤ「req_010」に、採用時のユーザの固有給「1100円」が関連付けられ、職務が完了していることが記憶されている。さらに、求人ＩＤ「req_001」の求人の職務は完了しておらず、雇用期間中であることが記憶されている。また、ユーザＩＤ「user_B」の採用履歴情報テーブルＴＢ５０Ｂとして、求人ＩＤ「req_003」に、ユーザの固有給「1200円」が関連付けられ、勤務が完了していることが記憶されている。なお、図７では、ユーザごとに採用履歴情報テーブルが作成される例を示してあるが、本発明はこれに限定されない。

なお、図６のシーケンス図には示していないが、ユーザの雇用期間中、サーバ１００は、ユーザの出退勤、休憩時間等の情報であって、ユーザの労働時間を確定するための情報を、求人側端末３００および／またはユーザ端末２００から受信してよい。ユーザ情報管理部１１１は、ユーザの職務が完了したことに応じて、ユーザの職歴情報を、求人ＩＤに関連付けられた求人情報に基づいて更新する（ステップＳ１５）。ユーザの職務が完了したこととは、求人ＩＤに関連付けられた雇用期間が完了したことであってもよいし、求人側端末３００から、ユーザの雇用が終了した旨を示す情報を受信したことであってもよい。ここで、図８に、ユーザの職歴情報が更新されることの概略図を示す。図８（ａ）は、職務完了前のユーザＩＤ「user_A」（ユーザＡ）のユーザ履歴情報テーブルＴＢ３０Ａの一例である。ユーザＡは、求人ＩＤ「req_001」で識別される求人に採用され、職務条件「ホール」、「調理補助」、「洗い場」の職務（図４の求人情報テーブルＴＢ４０を参照）を完了したとする。また、総労働時間は、９０時間であったとする。ユーザ情報管理部１１１は、総労働時間と、求人ＩＤに関連付けられた職務条件「ホール」、「調理補助」、「洗い場」とに基づいて、ユーザＡの職歴情報を更新する。図８（ｂ）は、更新後のユーザＡのユーザ履歴情報テーブルＴＢ３１Ａの一例である。ユーザ情報管理部１１１は、総労働時間の９０時間を、職務条件「ホール」、「調理補助」、「洗い場」の３つに、３０時間ずつ配分し、履歴情報を更新してもよい。図８（ａ）、（ｂ）の例では、「ホール」の累積時間が、６０時間から９０時間に更新され、「調理補助」の累積時間が、１４０時間から１７０時間に更新される。さらに、職歴として記憶されていなかった「洗い場」が新たにユーザ情報に追加され、その累積時間が３０時間と記憶される。なお、総労働時間の配分は、均等でなくてもよい。例えば、サーバ１００は、求人側端末３００から、各職務に対する労働時間の配分比率を受信し、配分比率に基づいてユーザ情報を更新してもよい。あるいは、サーバ１００は、ユーザＩＤと求人ＩＤとの雇用関係が成立してから所定時間ごと（例えば、１日、６時間、３時間等であってもよいが、これに限定されない）に、ユーザの労働内容に関する情報を求人側端末３００から受信してもよい。

設定部１１３は、ユーザ情報管理部１１１によって更新された職歴情報を用いて、ユーザの固有給を設定してよい（ステップＳ１６）。図８（ｃ）は、職歴情報が更新されたことによる、ユーザの固有給の変化を説明する図である。なお、図における数値は説明のしやすさのための仮の数値であって、固有給の算出方法については後述する。例えば、更新前のユーザ情報テーブルＴＢ１０Ａに基づく求人Ａ（ホール、調理補助、洗い場）の固有給が、１２００円であったとする。これに対し、更新後のユーザ情報テーブルＴＢ１１Ａに基づく求人Ａの固有給は、１３００円に設定される。これは、ユーザ情報が更新されたことにより、求人Ａの職務条件と、ユーザＡの職歴情報との一致度が上がったことによる。これに対し、求人Ｂの固有給は、ユーザ情報の更新前後で変化しない。これは、求人Ｂの職務条件とユーザＡの職歴情報との一致度に変化がないことによる。

図６に戻り、生成部１１４は、設定された固有給に基づく求人リストを表示させる表示情報を生成する。通信Ｉ／Ｆ１４０は、求人リストを表示させる表示情報を、ユーザ端末２００へ送信する（ステップＳ１７）。ユーザ端末２００は、受信した求人リストを、表示部２８０に表示させる（ステップＳ１８）。

このように、本発明の一実施形態によれば、職務の完了に応じてユーザの職歴が自動的に更新され、更新された職歴に応じてユーザの固有給が設定される。このとき、ユーザの固有給は、職歴と求人の職務条件との一致度に応じて設定されるため、ユーザは、多様な職種を職歴とすることで、より条件のよい求人を得ることが可能となる。従って、ユーザに、様々な求人へ応募する動機を与えることができる。また、求人側は、ユーザが多様な職種を経験することにより、求めるスキルを有する人材が増えるという利点がある。

なお、更新された職歴は、ユーザによって変更可能でないことが好ましい。これにより、求人情報サービスの信頼性を担保することができる。あるいは、労働時間の振り分けは例えば、ユーザの労働時間以内で、ユーザによって行われてもよい。

なお、ユーザの職務が完了したことによる賃金の支払いについては、例えば、求人情報サービスを提供するプラットフォームがユーザへ賃金の支払いを行い、事後に、求人側に賃金分を請求する態様であってよい。これによれば、求人情報サービスを利用する求人側の負担を少なくし、求人情報サービスの利用を促進することができる。

サーバ１００の制御部１１０は、ユーザが採用された求人の職務が完了したことに応じて、ユーザの固有給と総労働時間とから、ユーザに支払うべき賃金を算出する。算出された賃金に関する情報は、求人ＩＤに関連付けられた求人側ＩＤと、ユーザＩＤとにそれぞれ関連付けて、記憶部１５０に記憶されてよい。なお、求人側ＩＤには、当該求人側ＩＤに関連付けられた複数の求人ＩＤに関して発生した賃金に関する情報が関連付けられ、蓄積されてよい。すなわち、ある企業が募集した求人に対して、複数のユーザが採用された場合、複数のユーザに対して発生した賃金に関する情報が、求人側のアカウントに関連付けられる。また、ユーザＩＤには、当該ユーザＩＤに関連付けられた複数の求人ＩＤに関して発生した賃金に関する情報が関連付けられ、蓄積されてよい。すなわち、ユーザが職務を完了してきた複数の求人において発生した賃金に関する情報がユーザＩＤに関連付けられ、蓄積されてよい。また、賃金に関する情報は、例えば職務が完了する度に求人側端末３００と、ユーザ端末２００とに送信されてよい。あるいは、賃金に関する情報は、例えば、毎月１０日等の所定日に、求人側端末３００やユーザ端末２００に送信されてよい。

ユーザは、ユーザ端末２００から、サーバ１００へ、賃金の支払いを要求する情報を送信することができてよい。サーバ１００の制御部１１０は、記憶部１５０に記憶された賃金に関する情報に基づいて、ユーザＩＤに関連付けられた振込先への賃金の振込依頼を、所定の外部装置へ送信してよい。さらに、サーバ１００の制御部１１０は、例えば毎月１５日といった所定日に、求人側端末３００に対し、蓄積された賃金を請求する情報を送信することができてよい。

なお、上述した賃金の支払いは一例であって、本発明はこれに限定されない。賃金の支払いについては、任意の態様で行われてよい。

なお、本発明の一実施形態によれば、求人側がユーザを評価し、評価に応じてユーザの職歴情報が補正されてもよい。このことを、図９～１２を用いて説明する。図９は、本発明の一実施形態に係る通信システムの処理のシーケンスの一例である。まず、ユーザ端末２００の入出力部２３０は、ユーザから求人の選択（求人への応募）を受け付けると、通信Ｉ／Ｆ２２０から、求人へ応募する旨の情報を送信する（ステップＳ２１）。サーバ１００の通信Ｉ／Ｆ２２０は、ユーザ端末２００から受信した求人ＩＤで識別される求人側の求人側端末３００へ、応募に関する情報を送信する（ステップＳ２２）。求人側端末３００は、求人側ユーザの入力操作に応じて、採用／不採用に関する情報をサーバ１００へ送信する。ここでは、求人側端末３００は、ユーザの採用に関する情報をサーバ１００へ送信する（ステップＳ２３）。サーバ１００のユーザ情報管理部１１１は、ユーザの採用に関する情報の取得に応じて、ユーザＩＤに、ユーザの採用に係る求人の求人ＩＤとを関連付け、記憶部１５０に記憶する（ステップＳ２４）。ユーザ情報管理部１１１は、ユーザの職務が完了したことに応じて、ユーザの職歴情報を、求人ＩＤに関連付けられた求人情報に基づいて更新する（ステップＳ２５）。なお、ステップＳ２１～Ｓ２５は、図６のステップＳ１１～Ｓ１５と同様であるため、詳細な説明は省略する。

次に、求人側端末３００の通信Ｉ／Ｆ３４０から、ユーザが採用された求人における、ユーザに対するユーザ評価情報が送信される（ステップＳ２６）。図１０（ａ）は、求人側端末３００の表示部３８０に表示される、ユーザ評価情報の入力画面４１の一例である。入力画面４１には、ユーザ名、職務、採用期間等、ユーザに関する情報が表示される。求人側ユーザは、当該ユーザに対する評価を５段階で選択することができてよい。なお、評価情報の入力手法としては、図示したものに限定されない。例えば、評価は、５段階以下、または５段階以上から選択できてもよい。あるいは、評価項目が設定され、各項目について評価できてもよい。評価項目としては、例えば、積極性、協調性、丁寧さ、勤務態度等であってよいが、これに限定されない。また、求人側ユーザは、求人側端末３００から、ユーザに対する評価情報として任意の文章が送信できてもよい。

評価情報取得部１１５は、求人側端末３００からユーザ評価情報を取得する。ユーザ情報管理部１１１は、ユーザの採用履歴情報テーブルＴＢ５０に、取得した評価情報を関連付けて記憶してよい。設定部１１３は、ユーザ評価情報に応じて、ユーザが採用された求人における職歴情報を補正する（ステップＳ２７）。ここで、図１１に、ユーザの職歴情報が補正されることの概略図を示す。図１１（ａ）は、図８（ａ）と同様の、職務完了前のユーザＩＤ「user_A」（ユーザＡ）のユーザ履歴情報テーブルＴＢ３０Ａの一例である。図１１（ｂ）は、図８（ｂ）と同様の、求人ＩＤ「req_001」で識別される求人に係る職務完了後に更新された、ユーザＡのユーザ履歴情報テーブルＴＢ３１Ａの一例である。ここで、求人ＩＤ「req_001」に係る求人側端末３００から、ユーザＡに対する評価情報が送信されたとする。設定部１１３は、受信した評価情報に応じて、ユーザの職歴情報を補正する。図１１（ｃ）は、補正後のユーザ情報テーブルＴＢ１２Ａの一例であって、求人ＩＤ「req_001」に係る職務条件「ホール」、「調理補助」、「洗い場」の累積時間が、それぞれ、１０時間ずつ増加するような補正がなされている。なお、典型的には、評価が高いほど、累積時間を増加させるように補正されてよい。なお、評価が低い場合、累積時間を減少させるように補正されてもよい。さらに、職務ごとに評価情報が取得されてもよく、その場合、評価が高い職務の累積時間のみが増加されるように補正されてもよい。なお、図１１の例は説明のためであって、実際の補正の態様はこれに限定されない。

設定部１１３は、補正された職歴情報を用いて、ユーザの固有給を設定してもよい。なお、職務条件として、職務の経験時間が多い人材を募集する求人の場合、累積時間が多いほど、固有給が高く設定される。このようなとき、累積時間を増やすべく、ユーザに、職務に真摯に向き合う動機を与えることができる。

なお、評価情報は、職歴情報の補正以外にも用いられてよい。例えば、評価の平均値が所定の閾値以上のユーザにのみ閲覧可能であったり、応募可能な求人があってもよい。すなわち、生成部１１４は、ユーザの評価情報に応じて補正された求人リストを表示させる表示情報を、ユーザ端末２００に送信してよい。また、ユーザの評価情報は、求人側が閲覧可能であってもよい。これにより、求人側は、職務に対する姿勢が好ましいユーザを採用することができる。

なお、求人情報サービスの利用を開始したばかりで採用履歴がない新規ユーザは、上述した評価情報が存在せず、採用に当たり不利となり得る。このような場合、本発明の一実施形態によれば、新規ユーザを採用する動機を、求人側に提供することができる。

詳細に説明する。サーバ１００の報酬付与部１１６は、ユーザ情報管理部１１１によって、ユーザＩＤに最初に関連付けられた求人ＩＤに係る求人（すなわち、最初に新規ユーザを採用した求人）において取得したユーザ評価情報が、所定の閾値（第１閾値）以上であった場合、当該ユーザＩＤに所定の報酬（第１報酬）を関連付けてよい。所定の報酬とは、基本給や固有給とは別に付与される賃金であってよい。あるいは、所定の報酬は、所定のサービスを享受可能な権利であって、例えば、サービス券、クーポン券等であってもよい。なお、所定の閾値は、例えば、最も高い評価を示す値であってもよいし、そうでなくてもよい。

本発明の一実施形態によれば、新規ユーザに対し、採用された求人に係る職務へのやる気を想起させ、真摯に取り組む動機を与えることができる。求人側にとって、新規ユーザを採用することにより、やる気のある人材の獲得につながるため、求人側に、新規ユーザを積極的に採用する動機を与えることができる。また、求人情報サービスへの、新規ユーザの流入を促進することができ、求人情報サービスの活性化へとつなげることができる。

なお、報酬の付与は、最初に採用された場合に限定されない。例えば、報酬付与部１１６は、ユーザ情報管理部１１１によって、ユーザＩＤに最初に関連付けられた求人ＩＤを第１番目としたとき、第１番目から第Ｎ番目（Ｎは所定の整数）までの求人ＩＤに係る求人において取得したユーザ評価情報に基づくユーザ評価情報が、所定の閾値（第２閾値）以上であった場合、ユーザＩＤに所定の報酬（第２報酬）を関連付けてもよい。例えば、１番目から５番目までの採用に係る職務において取得した評価情報の平均値に基づいて、所定の報酬がユーザに付与されてもよい。ここで、Ｎの値は特に限定されないが、職歴が少なく、経験の浅いユーザを抽出可能な値であることが好ましい。

本発明の一実施形態によれば、取得した評価情報が少なく、経験の浅いユーザに対して、様々な職種に挑戦し、高評価を得るべく働く動機づけを与えることができる。また、求人側にとって、募集する人材のスキルに必ずしも一致しない、経験の浅いユーザであっても、よりやる気のある人材を採用することができる。

なお、上述した所定の報酬は、求人情報サービスを提供するプラットフォーム側からユーザに付与されてよい。所定の報酬を求人側の負担とすると、求人側が高評価をつけないおそれが生じる。しかしながら、所定の報酬をプラットフォームが負担することで、求人側によるバイアスを防ぎ、求人情報サービスの信頼性を高めることができる。

さらに、評価情報は、ユーザから求人側に対して入力されてもよい。図１０（ｂ）は、ユーザ端末２００の表示部２８０に表示される、求人側の評価情報の入力画面の一例である。入力画面４２は、求人の詳細として、採用先の店舗、採用期間等が表示され、評価を５段階で選択させる画面である。なお、評価情報の内容についてはこれに限定されず、５段階以下でも、５段階以上であってもよいし、複数の項目について、評価情報が入力できてもよい。サーバ１００は、ユーザ端末２００から送信された評価情報を、求人側ＩＤに関連付けて記憶してよい。また、評価情報は、ユーザ端末２００で閲覧可能であってもよく、ユーザが求人を検索するための条件として、例えば評価が３以上、等といった指定に用いられてもよい。

また、生成部１１４は、上述した求人リストを、求人側の評価順に表示させる表示情報を生成してもよい。あるいは、求人側の評価情報と、ユーザの固有給との組み合わせによって規定される基準に基づいて求人を表示させる表示情報を生成してもよい。

＜固有給の算出方法＞
次に、固有給の算出方法について説明する。上述したように、職務条件および職歴情報は、それぞれ複数種類の職務情報を含んでよい。例えば、図５では、職務条件１１として、求人Ｐの場合「レジ打ち」、「清掃」、「商品補充」、求人Ｑの職務条件は「ホール」、「調理補助」、「レジ打ち」、求人Ｒの職務条件は「ベーカリー」、「レジ打ち」、「清掃」、求人Ｓの職務条件は「仕分け・検品」、「梱包」、「在庫管理」である。また、職歴情報として、ユーザＡの職歴２０Ａは「ホール」、「調理補助」、「レジ打ち」、「ベーカリー」、ユーザＢの職歴２０Ｂは「仕分け・検品」、「商品補充」、「洗い場」、「レジ打ち」である。

設定部１１３は、一の求人の職務条件に含まれる職務情報と、ユーザの職歴情報に含まれる職務情報との一致度、および、一の求人の基本給に基づいて、一の求人に係る固有給を決定してよい。すなわち、職務条件と、職務情報としての職歴との一致度に応じて、基本給を増加させる割合が設定されていてよい。例えば、ユーザの職歴と、３つの職務条件との合致が１つの場合、基本給を５％増加させ、２つの場合、基本給を８％増加させ、３つの場合（完全一致の場合）、基本給を１０％増加させてもよい。このことを、図４の例を参照して説明する。例えば、求人Ｐに対するユーザＡの職歴２０は、「レジ打ち」の１つが一致するため、ユーザＡの固有給は、基本給１１１０円を５％増加させた１１６５円となる。求人Ｑに対するユーザの職歴２０Ａは、「ホール」、「調理補助」、「レジ打ち」の３つが一致するため、固有給は、基本給１１００円を１０％増加させた１２１０円となる。同様に、求人Ｒに対する固有給は、基本給９５０円を８％増加させた１０２６円、求人Ｓに対する固有給は、一致する職務がないため、基本給９００円のままとなる。なお、上述の数値は一例であって、本発明はこれらに限定されない。

このように、本発明の一実施形態によれば、職歴と職務条件との一致度に応じて、固有給が設定される。従って、ユーザに、様々な職種へ挑戦する動機付けを与えることができる。さらに、様々な職種のスキルを有する人材を増やすことができ、求人情報サービスの質の向上や、採用側ユーザの流入を促すことができる。

なお、固有給の算出方法は上記に限定されない。本発明の一実施形態によれば、ユーザの職歴に基づき、当該ユーザが求人市場においてどの程度希少であるかに応じて、固有給が設定されてもよい。すなわち、設定部１１３は、一の求人の職務条件に含まれる職務情報と、ユーザの職歴情報に含まれる職務情報との一致度を算出し、ユーザ情報に含まれるユーザ識別情報で識別されるユーザのうち、一致度を満足するユーザの割合と、一の求人の基本給とに基づいて、一の求人に係る固有給を決定してよい。

図１２を用いて説明する。図１２は、求人市場をベン図で模式的に表した図であって、求職者Ｕを全体集合として、ある職務を職歴として有するユーザを部分集合で示してある。なお、図１２は、図５の求人Ｑを例に、説明に必要な職務のみ示してあり、求人Ｑの職務条件「ホール」、「調理補助」、「レジ打ち」を職歴として有するユーザの部分集合と、職務Ｔ、職務Ｕを職歴として有するユーザの部分集合とを示してある。設定部１１３は、求人Ｑの職務条件を満たすユーザの、求職者に対する割合（第１割合）を算出し、当該割合に応じて、ユーザの固有給を設定してよい。例えば、３つの職務条件のうち、全てを職歴として有するユーザ（図１２の場合、黒塗りの集合５０）の割合、２つを職歴として有するユーザの割合、１つを職歴として有するユーザの第１割合をそれぞれ求め、当該第１割合に応じて、基本給を増加させてよい。例えば、第１割合が１０％未満に属するユーザの固有給を、基本給から１５％増加させてよい。また、第１割合が１０％以上３０％未満に属するユーザの固有給を、基本給から１０％増加させてよい。また、第１割合が３０％以上６０％未満に属するユーザの固有給を、基本給から５％増加させてよい。なお、第１割合が６０％以上に属するユーザの基本給は、増加させなくてもよい。なお、基本給を増加させる割合については上述に限定されない。

すなわち、本発明の一実施形態によれば、ユーザの職歴の希少度に応じて、より希少な職歴を有するユーザほど、固有給が高く設定されることになる。希少度が高くなる状況としては、その職務を職歴として有するユーザの数が少ない場合（例えば、図１１における職務Ｕ）、その職務を職歴として有するユーザの数は多いものの、他の職務と組み合わせた職歴を有するユーザの数が少ない場合（図１２における職務Ｔと「レジ打ち」との共通部分）が挙げられる。従って、ユーザに、より固有給が高く設定される希少な人材となるべく、様々な職種へ挑戦する動機付けを与えることができる。また、求人側にとっては、求める人材をより採用しやすくなるという利点がある。

なお、上述では、職務の種類を区別せずに、一致する職務の数のみでユーザを区分した。しかしながら、職務の種類の一致度で厳密にユーザを区分してもよい。図１２の例では、３つの職務条件のうち２つが一致するユーザのうち、「ホール」と「レジ打ち」、「ホール」と「調理補助」、「レジ打ち」と「調理補助」のような職務の組み合わせにし、当該組み合わせごとに第１割合が算出されてもよい。

なお、固有給の算出方法としては上記に限定されない。例えば、職務条件に含まれる職務それぞれに点数が設定され、職務と一致する職歴に応じて、ユーザに点数が付与されてよい。そして、合計点数に応じて、ユーザの固有給が設定されてよい。例えば、合計点数が７０点以上の場合、基本給を１５％増加させてもよい。また、合計点数が５０点以上７０点未満の場合、基本給を８％増加させ、合計点数が３０点以上５０点未満の場合、基本給を５％増加させてもよい。合計点数が３０点未満のユーザは、基本給の増加がなくてもよい。図５の求人Ｑを例に説明すると、求人Ｑの職務条件「ホール」、「調理補助」、「レジ打ち」に対し、「ホール」３０点、「調理補助」５０点、「レジ打ち」２０点のように重みづけされた点数が予め設定され、記憶部１５０に記憶されてよい。職歴２０Ａを有するユーザＡの場合、「ホール」、「調理補助」、「レジ打ち」を職歴として有するため、合計点数は１００点となり、固有給が９２０円と設定される。これに対し、職歴２０Ｂを有するユーザＢの場合、「レジ打ち」を職歴として有するため、合計点数は２０点となり、基本給に変化がないことになる。なお、上述の処理は、記憶部１５０にあらかじめ点数、基本給を増加させる条件等が記憶され、設定部１１３が、ユーザ情報、求人情報を参照して、ユーザの固有給を設定することができる。なお、数値についてはこれらに限定されない。

さらに、職務条件として、さらに、職務についての経験時間（累積時間）が設定され、記憶部１５０に記憶されてもよい。例えば、「ホール」の経験が「１０時間以上」、「調理補助」の経験が「３０時間以上」、「レジ打ち」の経験が「１０時間以上」といった職務条件が設定されてもよい。設定部１１３は、記憶部１５０に記憶されたユーザ情報を参照して、上述したように職務条件とユーザの職歴との一致度を算出してよい。設定部１１３は、一致度に応じてユーザの固有給を設定してよい。本実施形態によれば、短期間のみ採用され、熟練度が高くないユーザに対し、固有給が高く設定されることがない。そして、求人側にとっては、より希望する人材に対する求人が可能となる。

なお、上述では、職務条件として、複数種類の職務が設定される態様について説明した。しかしながら、一の職務についての経験時間による職務条件が設定され、記憶部１５０に記憶されてもよい。例えば、「ホール」の経験が「１０時間以上」、「５０時間以上」、「１００時間以上」といった職務条件が設定されてもよい。すなわち、「ホール」の経験が１０時間以上１００時間未満であるユーザは、職務条件と職歴とが２つ（「１０時間以上」、「５０時間以上」）一致することになる。設定部１１３は、記憶部１５０に記憶されたユーザ情報を参照して、上述したように職務条件とユーザの職歴のうち累積時間との一致度を算出してよい。設定部１１３は、一致度に応じてユーザの固有給を設定してよい。本実施形態の場合、ある職務に対してより熟練度の高いユーザに対し、より高い固有給が設定されることになる。従って、ユーザに、ある職務へ長期間取り組む動機付けを与えることができる。さらに、求人側は、より熟練度の高い人材の採用につなげることができる。

なお、上述の職務条件において「○時間以上」とした職務条件は、「○日以上」、「○回以上」等であってもよい。また、上述した複数の固有給の算出方法を、求人側が選択可能であってよい。また、上述した複数の固有給の算出方法は、組み合わせて実施可能であってよい。

＜メッセージングサービスとの連携＞
本発明の一実施形態によれば、求人情報サービスと所定のメッセージングサービスとを連携させ、求人情報サービスからの通知を、メッセージングサービスによって送信することができる。ユーザ情報テーブルＴＢ１０には、ユーザＩＤに、メッセージングサービスにおけるユーザアカウントがさらに関連付けられて記憶されてよい。通信Ｉ／Ｆ１４０は、求人情報サービスにて通知する情報と、当該情報をメッセージとして送信すべきユーザアカウントとを、メッセージングサービスを提供するアプリケーションサーバへ送信してもよい。求人情報サービスにて通知する情報とは、例えば、ユーザの採用／不採用に関する情報、ユーザに支払われる賃金に関する情報、ユーザに設定された固有給に関する情報等であってよい。なお、ユーザは、あらかじめメッセージングサービスを利用しており、ユーザアカウントを有していてもよいし、求人情報サービスの利用に伴い、新たにユーザアカウントを作成してもよい。メッセージングサービスと求人情報サービスとの連携については、メッセージングサービスが提供するＡＰＩ（Application Program Interface）等、既存の手法が用いられてよい。

これにより、ユーザにとって使い勝手のよいメッセージングサービスを用いた通知が行われ、ユーザが通知に気が付かないといった問題を回避することが可能となる。また、通知を外部のアプリケーションに委託するため、サーバの負荷の軽減にもつながる。

さらに、メッセージングサービスにおいて求人情報サービスの提供に係るオフィシャルアカウントが生成され、求人リストが、メッセージ形式でユーザ端末２００へ送信されてもよい。すなわち、アプリケーションサーバの記憶部に、求人情報サービスのユーザアカウントが記憶され、サーバ１００の通信Ｉ／Ｆ１４０は、求人リストをメッセージ形式で送信される表示情報を、アプリケーションサーバへ送信してもよい。

このことを、図１３を用いて説明する。図１３（ａ）は、ユーザ端末２００に表示された、メッセージングサービスを利用する際に表示さるトークルーム画面の一例である。ユーザは、メッセージのやり取りによって、サーバ１００へ情報の送信を要求できてよい（メッセージ６１，６４）。また、ユーザの要求に応じて、または、求人情報サービスからのプッシュ通知により、求人リスト６３，６５が、メッセージ形式で送信されてもよい。なお、求人リストの送信方法についてはこれに限定されず、求人リストを表示させるＵＲＬが送信されてもよい。また、求人情報サービスからの通知として、メッセージ６６のように、ユーザの報酬が付与された旨等が送信できてもよい。

また、ユーザは、ユーザ端末２００に表示された求人リストから、求人への応募ができてよい。ユーザ端末２００において、入出力部２３０が求人リスト６３または求人リスト６４のユーザによる選択を受け付けると、表示部２８０に、求人リストを表示させてよい。さらに、入出力部２３０が、表示された求人リストのうち特定の求人を指定する操作を受け付けると、表示部２８０に、当該特定の求人情報の詳細が表示されてよい。図１３（ｂ）に、表示部２８０に表示された、求人情報の詳細表示の画面例を示す。詳細表示画面７０に示すように、求人情報として、求人側の名称、業種、勤務地、職務条件、勤務時間、時給が表示されてよい。なお、時給は、ユーザの固有給であってよい。さらに、詳細表示画面７０には、求人に応募するための応募ボタン７１が表示されてよい。ユーザ端末２００の入出力部２３０が、ユーザによる応募ボタン７１の選択を受け付けると、ユーザ端末２００の通信Ｉ／Ｆ２２０から、サーバ１００へ、ユーザの応募に関する情報が送信されてよい。さらに、詳細表示画面７０には、ユーザが求人リストから指定した求人と類似する求人に関する情報（類似求人情報）７２が表示されてよい。サーバ１００の求人情報管理部１１２は、特定の求人情報の詳細を要求する旨をユーザ端末２００から受信すると、当該特定の求人に類似する求人を、求人情報テーブルを参照して抽出してよい。なお、類似する求人とは、業種、職務条件、勤務地などの一致度が高い求人であってよい。

このように、本発明の一実施形態によれば、ユーザに固有の求人リストを、メッセージングサービスによって送信することができる。これにより、ユーザに使い勝手のよい求人情報サービスを提供できるとともに、サーバ１００の負荷を軽減することができる。

なお、メッセージングサービスにおいて求人側のユーザアカウントが生成されて、サーバ１００の記憶部１５０に、求人側ユーザＩＤに関連付けて記憶されてもよい。そして、雇用関係が成立したユーザと求人側との間で、メッセージングサービスにおいて、友人関係が相互に設定されてもよい。友人関係が相互に設定されるとは、メッセージのやり取りが可能となった状態であってよい。これにより、求人側は、ユーザに対し、職務に関する様々な通知を、メッセージによって送信することができる。

＜サーバの制御方法＞
次に、サーバ１００の制御方法について、図１４のフローチャートを用いて説明する。まず、サーバ１００のユーザ情報管理部１１１は、ユーザ識別情報（ユーザＩＤ）にユーザの職務情報を関連付けたユーザ情報を、記憶部１５０に記憶させる（ステップＳ３１）。また、サーバ１００の求人情報管理部１１２は、求人識別情報（求人ＩＤ）に求人の職務条件と基本給とを関連付けた求人情報を、記憶部１５０に記憶させる（ステップＳ３２）。設定部１１３は、求人ＩＤに関連付けられた職務条件および基本給と、ユーザの職歴情報とに基づいて、求人ＩＤで識別される求人に対するユーザに固有の固有給を設定する（ステップＳ３３）。生成部１１４は、求人情報に含まれる求人に係る求人リストを、求人ごとのユーザの固有給に基づいて表示させるための表示情報を生成し、通信Ｉ／Ｆ１４０は、当該表示情報をユーザ端末へ送信する（ステップＳ３４）。

本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。限定でなく例として、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したり、ステップの順番を変更することが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。

例えば、ユーザが求人情報サービスを利用登録する際に、メッセージングサービスが用いられてもよい。すなわち、求人情報サービスのユーザアカウントと、ユーザとのトークルームにおいて、登録に必要な情報をたずねるメッセージが求人情報サービスから送信され、ユーザ端末２００において、ユーザに回答させてもよい。これにより、サービスへの利用登録を簡単にすることができ、求人情報サービスの利用ユーザを増やすことが可能となる。

また、求人情報サービスにおいて、ユーザ専用のマイページが利用できてもよい。マイページには、ユーザが求人情報サービスを利用して採用された求人の履歴、獲得した職歴、獲得した賃金に関する情報が提供されてもよい。また、ユーザの職歴に応じて、ユーザに適した求人に関する情報が提示されてもよい。ユーザに適した求人とは、職歴に一致する職務条件を有する求人であってもよいし、職歴に一致しない職務条件であって、上述した所定の報酬を付与され得る求人であってもよい。なお、上記の情報は、マイページに限らず、ユーザの要求に応じてユーザ端末２００で閲覧可能であれば、その態様は問わない。

また、求人側端末３００は、１つの端末で上述した態様を実施してもよいが、複数の端末にて、処理を分割させてもよい。例えば、求人を出し、ユーザを採用するまでの処理に係る装置と、ユーザの労働時間の計数といった職務の管理と、賃金の支払いまでの処理に係る装置とを別に設けてもよい。これにより、求人側端末３００の負荷を軽減することができる。

また、サーバ１００に備えられるとした記憶部は、サーバとは別の記憶装置として実現され、ネットワーク４００を介してサーバ１００と接続されてもよい。

１００ サーバ
１１０ 制御部
１１１ ユーザ情報管理部
１１２ 求人情報管理部
１１３ 設定部
１１４ 生成部
１１５ 評価情報取得部
１１６ 報酬付与部
１２０ 入出力部
１３０ 表示部
１４０ 通信Ｉ／Ｆ
１５０ 記憶部
１５１ ユーザ情報テーブル
１５２ 求人情報テーブル
２００ ユーザ端末
２１０ 制御部
２１１ 表示処理部
２１２ 入出力制御部
２２０ 通信Ｉ／Ｆ
２３０ 入出力部
２４０ タッチパネル
２５０ マイク
２６０ スピーカー
２７０ カメラ
２８０ 表示部
２９０ 記憶部
３００ 求人側端末
３１０ 制御部
３１１ 表示処理部
３１２ 入出力制御部
３２０ 通信Ｉ／Ｆ
３３０ 入出力部
３４０ タッチパネル
３５０ マイク
３６０ スピーカー
３７０ カメラ
３８０ 表示部
３９０ 記憶部

Claims (14)

1. 求人情報サービスの提供に係るサーバ装置であって、
   複数のユーザについて、ユーザ識別情報にユーザの職歴情報を関連付けたユーザ情報を管理するユーザ情報管理部と、
   求人識別情報で識別される複数の求人それぞれの対価に関する情報に関連付けられた職務条件と、前記複数のユーザの職歴情報とに基づき、前記複数の求人のうち一の求人について、前記複数のユーザそれぞれに固有の固有給を設定する設定部と、
   前記ユーザのユーザ端末に、前記ユーザに設定された前記固有給を含む求人に係る情報を、前記ユーザの選択に応じて表示させるための表示情報を送信する通信部と、を備える、サーバ装置。
2. 前記ユーザ情報管理部は、前記ユーザの採用に関する情報の取得に応じて、前記ユーザのユーザ識別情報に、前記ユーザの採用に係る求人の求人識別情報を関連付け、前記ユーザが採用された求人の職務が完了したことに応じて、当該ユーザの職歴情報を更新し、
   前記設定部は、更新された職歴情報を用いて、前記ユーザの固有給を設定する、請求項１に記載のサーバ装置。
3. 前記ユーザ情報管理部は、前記ユーザの雇用期間中、前記ユーザの労働時間を確定するための情報を、前記ユーザの雇用側の端末および前記ユーザ端末の少なくともいずれかから取得する、請求項１または２に記載のサーバ装置。
4. 前記ユーザが採用された求人における、前記ユーザに対するユーザ評価情報を取得する取得部をさらに備え、
   前記設定部は、前記ユーザ評価情報に応じて、前記ユーザが採用された求人における職歴情報を補正し、前記ユーザの固有給の設定に、当該補正された職歴情報を用いる、請求項１～３のいずれか一項に記載のサーバ装置。
5. 前記ユーザ情報管理部によって、前記ユーザのユーザ識別情報に最初に関連付けられた求人識別情報に係る求人において取得したユーザ評価情報が、第１閾値以上であった場合、前記ユーザ識別情報に第１報酬を関連付ける報酬付与部をさらに備える、請求項４に記載のサーバ装置。
6. 前記ユーザ情報管理部によって、前記ユーザのユーザ識別情報に最初に関連付けられた求人識別情報を第１番目としたとき、第１番目から第Ｎ番目（Ｎは所定の整数）までの求人識別情報に係る求人において取得したユーザ評価情報に基づくユーザ評価情報が、第２閾値以上であった場合、前記ユーザ識別情報に第２報酬を関連付ける報酬付与部をさらに備える、請求項４に記載のサーバ装置。
7. 前記通信部は、前記ユーザのユーザ評価情報に応じて補正された前記求人に係る情報を、前記ユーザのユーザ端末に送信する、請求項４～６のいずれか一項に記載のサーバ装置。
8. 前記職務条件および前記職歴情報は、それぞれ少なくとも一種類の職務情報を含み、
   前記設定部は、一の求人の職務条件に含まれる職務情報と、前記ユーザの職歴情報に含まれる職務情報との一致度、および、前記対価とに基づいて、前記一の求人に係る前記固有給を決定する、請求項１～７のいずれか一項に記載のサーバ装置。
9. 前記職務条件および前記職歴情報は、それぞれ複数種類の職務情報を含み、
   前記設定部は、一の求人の職務条件に含まれる職務情報と、前記ユーザの職歴情報に含まれる職務情報との一致度を算出し、前記ユーザ情報に含まれるユーザ識別情報で識別されるユーザのうち、前記一致度を満足するユーザの割合と、前記一の求人の基本給とに基づいて、前記一の求人に係る前記固有給を決定する、請求項１～７のいずれか一項に記載のサーバ装置。
10. 前記ユーザ識別情報には、メッセージングサービスにおけるユーザアカウントがさらに関連付けられ、
    前記通信部は、前記求人情報サービスにて通知する情報と、当該情報をメッセージとして送信すべきユーザアカウントとを、前記メッセージングサービスを提供するアプリケーションサーバ装置へ送信する、請求項１～９のいずれか一項に記載のサーバ装置。
11. 前記アプリケーションサーバ装置において、前記求人情報サービスの提供に係るユーザ アカウントが記憶され、
    前記通信部は、前記求人に係る情報を、前記求人情報サービスの提供に係るユーザアカウントからのメッセージ形式で送信させる表示情報を、前記アプリケーションサーバ装置へ送信する、請求項１０に記載のサーバ装置。
12. 前記通信部は、前記ユーザ端末から送信された賃金の支払いを要求する情報を受信する、請求項１～１１のいずれか一項に記載のサーバ装置。
13. 求人情報サービスの提供に係るサーバ装置の制御方法であって、
    複数のユーザについて、ユーザ識別情報にユーザの職歴情報を関連付けたユーザ情報を管理することと、
    求人識別情報で識別される複数の求人それぞれの対価に関する情報に関連付けられた職務条件と、前記複数のユーザの職歴情報とに基づき、前記複数の求人のうち一の求人について、前記複数のユーザそれぞれに固有の固有給を設定することと、
    前記ユーザのユーザ端末に、前記ユーザに設定された前記固有給を含む求人に係る情報を、前記ユーザの選択に応じて表示させるための表示情報を送信することと、を含む。
14. 求人情報サービスの提供に係るサーバ装置のコンピュータに実行させるためのプログラムであって、
    複数のユーザについて、ユーザ識別情報にユーザの職歴情報を関連付けたユーザ情報を管理することと、
    求人識別情報で識別される複数の求人それぞれの対価に関する情報に関連付けられた職務条件と、前記ユーザの職歴情報とに基づき、前記複数の求人のうち一の求人について、前記複数のユーザそれぞれに固有の固有給を設定することと、
    前記ユーザのユーザ端末に、前記ユーザに設定された前記固有給を含む求人に係る情報を、前記ユーザの選択に応じて表示させるための表示情報を送信することと、
    を含む。

Images