(57)【要約】【課題】ＡＴＳにおいて各媒体サービスが提供する求人広告を見た応募者の情報をその媒体サービスを提供する企業にフィードバックできるようにする。【解決手段】掲載依頼取得部１１０は、求人広告の原稿と当該原稿を掲載する媒体サービスの指定とを取得する。掲載用原稿生成部１１３は、原稿の記載項目を媒体サービスが定める様式に変換する。原稿送信部１１４は、変換した原稿を媒体サービスの広告掲載サーバに送信する。応募受付部１１５は、求人広告への応募を受け付ける。応募管理部１１６は、原稿を特定する原稿識別子と、媒体サービスを特定する媒体識別子と、求職者を特定する求職者識別子と、求職者の採用に関するステータスとを対応付けた情報を記憶部１０に記憶させる。【選択図】図３
2019179521.tif 000002
【特許請求の範囲】
【請求項１】
求人者が使用する求人者端末から求人広告の原稿と当該原稿を掲載する媒体サービスの指定とを取得する掲載依頼取得部と、
前記原稿の記載項目を前記指定された媒体サービスが定める様式に変換した掲載用広告原稿を生成する掲載用原稿生成部と、
前記掲載用広告原稿を前記指定された媒体サービスの広告掲載サーバに送信する原稿送信部と、
前記広告掲載サーバが掲載する掲載用広告に対する求職者の応募を受け付ける応募受付部と、
前記原稿を特定する原稿識別子と、前記媒体サービスを特定する媒体識別子と、前記求職者を特定する求職者識別子と、前記求職者の採用に関するステータスとを対応付けた情報である採用ステータス情報を記憶部に記憶させる応募管理部と、
を備える採用管理装置。
【請求項２】
前記採用ステータス情報に含まれる媒体識別子で特定される媒体サービスを提供する企業に、前記原稿識別子で特定される原稿と、前記求職者識別子で特定される求職者と、前記採用に関するステータスとを紐づけた情報を提供する採用ステータス提供部をさらに備える、
請求項１に記載の採用管理装置。
【請求項３】
前記求職者が使用する求職者端末と前記求人者端末との少なくともいずれか一方から、前記求職者の採用に関するステータスを取得するステータス取得部をさらに備える、
請求項１又は２に記載の採用管理装置。
【請求項４】
前記指定された媒体サービスが定める様式の記載項目のうち、前記原稿の記載項目に存在しない記載項目である不足項目の有無を検出する不足項目検出部をさらに備える請求項１から３のいずれか一項に記載の採用管理装置。
【請求項５】
同一の前記原稿について、第１媒体サービスの広告掲載サーバを利用した前記求職者の応募者数、採用者数、及び閲覧数の少なくとも１つと、前記第１媒体サービスとは異なる第２媒体サービスの広告掲載サーバを利用した前記求職者の応募者数、採用者数、及び閲覧数のうち対応する項目との比較を示す情報を出力する応募者解析部をさらに備える、
請求項１から４のいずれか一項に記載の採用管理装置。
【請求項６】
前記応募者解析部は、異なる原稿を同一の媒体サービスを利用して掲載した場合の各原稿に対する前記求職者の応募者数、採用者数、及び閲覧数の少なくとも１つを、原稿毎に一覧表示した情報をさらに出力する、
請求項５に記載の採用管理装置。
【請求項７】
同一の前記原稿について、第１媒体サービスを提供する企業の広告掲載サーバを利用した前記求職者の応募者数、採用者数、閲覧数の少なくとも１つに関する情報を、前記第２媒体サービスを提供する企業の広告掲載サーバに送信する情報送信部をさらに備える、
請求項５又は６に記載の採用管理装置。
【請求項８】
プロセッサが、
求人者が使用する求人者端末から求人広告の原稿と当該原稿を掲載する媒体サービスの指定とを取得するステップと、
前記原稿の記載項目を前記指定された媒体サービスが定める様式に変換した掲載用広告原稿を生成するステップと、
前記掲載用広告原稿を前記指定された媒体サービスの広告掲載サーバに送信するステップと、
前記広告掲載サーバが掲載する掲載用広告に対する求職者の応募を受け付けるステップと、
前記原稿を特定する原稿識別子と、前記媒体サービスを特定する媒体識別子と、前記求職者を特定する求職者識別子と、前記求職者の採用に関するステータスとを対応付けた情報である採用ステータス情報を記憶部に記憶させるステップと、
を実行する採用管理方法。
【請求項９】
コンピュータに、
求人者が使用する求人者端末から求人広告の原稿と当該原稿を掲載する媒体サービスの指定とを取得する機能と、
前記原稿の記載項目を前記指定された媒体サービスが定める様式に変換した掲載用広告原稿を生成する機能と、
前記掲載用広告原稿を前記指定された媒体サービスの広告掲載サーバに送信する機能と、
前記広告掲載サーバが掲載する掲載用広告に対する求職者の応募を受け付ける機能と、
前記原稿を特定する原稿識別子と、前記媒体サービスを特定する媒体識別子と、前記求職者を特定する求職者識別子と、前記求職者の採用に関するステータスとを対応付けた情報である採用ステータス情報を記憶部に記憶させる機能と、
を実現させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、採用管理装置、採用管理方法、及びプログラムに関する。
【背景技術】
【０００２】
求職者を募集する企業等の求人者は、求人情報誌、新聞広告、及びチラシ等の種々の求人媒体に求人広告を掲載する。特に近年では、インターネットを利用した求人広告を掲載することも広く行われるようになってきている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−２２８１２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年では、インターネット上のウェブサイトに求人広告を掲載する媒体サービスが多く存在する。求人者は、複数の媒体サービスに求人広告の掲載を依頼することも行うようになってきている。このため、多数の求人広告企業のそれぞれが管理する複数の広告掲載サーバと連携し、求人広告の原稿の受付、広告掲載サーバへの入稿、及び応募者の管理等を一元化するサーバである採用管理装置（Applicant Tracking System；ＡＴＳ）も実用化されている。
【０００５】
求人者が採用管理装置を利用して原稿の入稿から応募者の管理等をすると、求人者としては、複数の媒体サービスに掲載する求人広告を一元管理できるというメリットがある。一方で、求人者が採用管理装置を利用して原稿の入稿から応募者の管理等を行うと、各広告掲載サーバを管理する企業は、自身の広告掲載サーバのウェブサイトを閲覧して応募した応募者に関する、その後の採用ステータス等の情報を得ることが難しくなる。
【０００６】
これらの情報は、媒体サービスを提供する企業にとって自身のサービスを改善する際に有用な情報となり得るため、そのような情報が得にくくなることは媒体サービスを提供する企業が採用管理装置と連携することに対して二の足を踏むことになりかねない。したがって、採用管理装置は、媒体サービスを提供する企業に情報を提供できるようにすることが望まれている。
【０００７】
本発明はこれらの点に鑑みてなされたものであり、ＡＴＳにおいて各媒体サービスが提供する求人広告を見た応募者の情報をその媒体サービスを提供する企業にフィードバックできるようにすることができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の態様は、採用管理装置である。この装置は、求人者が使用する求人者端末から求人広告の原稿と当該原稿を掲載する媒体サービスの指定とを取得する掲載依頼取得部と、前記原稿の記載項目を前記指定された媒体サービスが定める様式に変換した掲載用広告原稿を生成する掲載用原稿生成部と、前記掲載用広告原稿を前記指定された媒体サービスの広告掲載サーバに送信する原稿送信部と、前記広告掲載サーバが掲載する掲載用広告に対する求職者の応募を受け付ける応募受付部と、前記原稿を特定する原稿識別子と、前記媒体サービスを特定する媒体識別子と、前記求職者を特定する求職者識別子と、前記求職者の採用に関するステータスとを対応付けた情報である採用ステータス情報を記憶部に記憶させる応募管理部と、を備える。
【０００９】
前記採用管理装置は、前記採用ステータス情報に含まれる媒体識別子で特定される媒体サービスを提供する企業に、前記原稿識別子で特定される原稿と、前記求職者識別子で特定される求職者と、前記採用に関するステータスとを紐づけた情報を提供する採用ステータス提供部をさらに備えてもよい。
【００１０】
前記採用管理装置は、前記求職者が使用する求職者端末と前記求人者端末との少なくともいずれか一方から、前記求職者の採用に関するステータスを取得するステータス取得部をさらに備えてもよい。
【００１１】
前記採用管理装置は、前記指定された媒体サービスが定める様式の記載項目のうち、前記原稿の記載項目に存在しない記載項目である不足項目の有無を検出する不足項目検出部をさらに備えてもよい。
【００１２】
前記採用管理装置は、同一の前記原稿について、第１媒体サービスの広告掲載サーバを利用した前記求職者の応募者数、採用者数、及び閲覧数の少なくとも１つと、前記第１媒体サービスとは異なる第２媒体サービスの広告掲載サーバを利用した前記求職者の応募者数、採用者数、及び閲覧数のうち対応する項目との比較を示す情報を出力する応募者解析部をさらに備えてもよい。
【００１３】
前記応募者解析部は、異なる原稿を同一の媒体サービスを利用して掲載した場合の各原稿に対する前記求職者の応募者数、採用者数、及び閲覧数の少なくとも１つを、原稿毎に一覧表示した情報をさらに出力してもよい。
【００１４】
前記採用管理装置は、同一の前記原稿について、第１媒体サービスを提供する企業の広告掲載サーバを利用した前記求職者の応募者数、採用者数、閲覧数の少なくとも１つに関する情報を、前記第２媒体サービスを提供する企業の広告掲載サーバに送信する情報送信部をさらに備えてもよい。
【００１５】
本発明の第２の態様は、採用管理方法である。この方法において、プロセッサが、求人者が使用する求人者端末から求人広告の原稿と当該原稿を掲載する媒体サービスの指定とを取得するステップと、前記原稿の記載項目を前記指定された媒体サービスが定める様式に変換した掲載用広告原稿を生成するステップと、前記掲載用広告原稿を前記指定された媒体サービスの広告掲載サーバに送信するステップと、前記広告掲載サーバが掲載する掲載用広告に対する求職者の応募を受け付けるステップと、前記原稿を特定する原稿識別子と、前記媒体サービスを特定する媒体識別子と、前記求職者を特定する求職者識別子と、前記求職者の採用に関するステータスとを対応付けた情報である採用ステータス情報を記憶部に記憶させるステップと、を実行する。
【００１６】
本発明の第３の態様は、プログラムである。このプログラムは、コンピュータに、求人者が使用する求人者端末から求人広告の原稿と当該原稿を掲載する媒体サービスの指定とを取得する機能と、前記原稿の記載項目を前記指定された媒体サービスが定める様式に変換した掲載用広告原稿を生成する機能と、前記掲載用広告原稿を前記指定された媒体サービスの広告掲載サーバに送信する機能と、前記広告掲載サーバが掲載する掲載用広告に対する求職者の応募を受け付ける機能と、前記原稿を特定する原稿識別子と、前記媒体サービスを特定する媒体識別子と、前記求職者を特定する求職者識別子と、前記求職者の採用に関するステータスとを対応付けた情報である採用ステータス情報を記憶部に記憶させる機能と、を実現させる。
【発明の効果】
【００１７】
本発明によれば、ＡＴＳにおいて各媒体サービスが提供する求人広告を見た応募者の情報をその媒体サービスを提供する企業にフィードバックできるようにすることができる技術を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】実施の形態に係る求人広告仲介システムの概要を模式的に示す図である。
【図２】実施の形態に係る採用管理装置が求人者端末に表示させる商品としての求人広告の選択画面例を模式的に示す図である。
【図３】実施の形態に係る採用管理装置の機能構成を模式的に示す図である。
【図４】各媒体サービスが定める様式の記載項目を表形式で格納する項目データベースのデータ構造を模式的に示す図である。
【図５】実施の形態に係る追記催促部が求人者端末の表示部に表示させる追記催促画面の一例を模式的に示す図である。
【図６】採用ステータス情報を格納する採用ステータスデータベースのデータ構造を模式的に示す図である。
【図７】実施の形態に係る採用ステータス提供部が各媒体サービスに送信する情報のデータ構造を模式的に示す図である。
【図８】実施の形態に係る応募者解析部が出力する比較情報のデータ構造を模式的に示す図である。
【図９】実施の形態に係る採用管理装置が実行する採用管理処理の流れを説明するためのフローチャートである。
【発明を実施するための形態】
【００１９】
＜実施の形態の概要＞
図１は、実施の形態に係る求人広告仲介システムＳの概要を模式的に示す図である。実施の形態に係る求人広告仲介システムＳは、ＡＴＳである採用管理装置１、求職者が使用する端末である求職者端末２、媒体サービスが管理するサーバである広告掲載サーバ３、及び店舗Ｅの経営者や管理者が使用する端末である求人者端末（不図示）を備える。ここで、採用管理装置１は、求職者端末２、広告掲載サーバ３、及び求人者端末のそれぞれと、インターネット等の通信ネットワークＮを介して通信可能な態様で接続している。以下、説明の便宜上、店舗Ｅの経営者や管理者が使用する端末を「求人者端末Ｅ」と記載する。
【００２０】
実施の形態に係る採用管理装置１はウェブサーバとしての機能を有し、複数の媒体サービスそれぞれの商品である求人広告の一覧を示すウェブサイトを求人者端末Ｅに表示させることができる。また、採用管理装置１は、広告掲載サーバ３が生成した求人広告の画面や、広告掲載サーバ３に掲載できる商品の情報（例えば、掲載可能な広告のサイズや広告の掲載期間、画像の有無、価格等の情報）を受け取り、採用管理装置１にアクセスしている求人者端末Ｅに表示させることもできる。さらに、採用管理装置１は、通信ネットワークＮ上で様々な求人媒体を介して求人に応募してきた求職者のデータ（求職者の個人情報及び採用ステータスを含むデータ）を管理することもできる。
【００２１】
図２は、実施の形態に係る採用管理装置１が求人者端末Ｅに表示させる商品としての求人広告の選択画面例を模式的に示す図である。図２に示すように、経営者や管理者等の求人者は表示画面に一覧表示された商品の中から、求人広告の掲載を望む商品を選択することができる。図２に示すような商品選択画面を見ることにより、求人者は、複数の媒体サービスの商品を一つの画面で一度に確認することができる。求人者が複数の媒体サービスのそれぞれのウェブサイトを一つずつ確認する手間を省略できるので、採用管理装置１は、求人者が求人広告を扱う媒体サービスを選択する際の利便性を向上させることができる。
【００２２】
以下、実施の形態に係る求人広告仲介システムＳで実施される処理の手順を（１）、（２）、（３）、（４）、（５）、（６）、（７）、（８）、（９）、及び（１０）で説明するが、その説明は図１中の（１）、（２）、（３）、（４）、（５）、（６）、（７）、（８）、（９）、及び（１０）と対応する。
【００２３】
（１）求人者は、求人者端末Ｅを用いて採用管理装置１が提供する商品選択画面にアクセスする。また、求人者は、求人広告を掲載する媒体サービスの選択と、求人広告の原稿とを採用管理装置１に送信する。
（２）採用管理装置１は、求人者が使用する求人者端末Ｅから求人広告の原稿とその原稿を掲載する媒体サービスの指定とを取得する。
【００２４】
（３）採用管理装置１は、取得した原稿を、指定された媒体サービスが定める様式に変換した掲載用広告を生成する。
（４）採用管理装置１は、生成した掲載用広告を指定された媒体サービスが管理する広告掲載サーバ３に送信する。
【００２５】
（５）広告掲載サーバ３は、求職者端末２から、掲載する掲載用広告に対する応募を受け付ける。
（６）採用管理装置１は、広告掲載サーバ３から、その広告掲載サーバ３が掲載する掲載用広告に対して応募した応募者の情報を取得する。
（７）採用管理装置１は、掲載用広告に対して応募をした求職者に関する情報を求人者端末Ｅに送付する。
【００２６】
（８）採用管理装置１は、求職者の採用に関するステータスを求人者端末Ｅ又は求職者端末２から取得する。ここで本明細書における「採用ステータス」は、掲載用広告に対して応募した応募者が、採用されたか否か、採用のどの段階にあるかを示す情報のみならず、掲載用広告の原稿、掲載用広告を掲載する広告掲載サーバ３を管理する媒体サービスに関する情報等の付帯情報も含まれる。
【００２７】
（９）採用管理装置１は、原稿を特定する原稿識別子と、媒体サービスを特定する媒体識別子と、求職者を特定する求職者識別子と、求職者の採用に関するステータスとを対応付けた情報である採用ステータス情報を記憶部に記憶させる。
【００２８】
（１０）採用管理装置１は、採用ステータス情報に含まれる媒体識別子で特定される媒体サービスに、原稿識別子で特定される原稿と、求職者識別子で特定される求職者と、採用に関するステータスとを紐づけた情報を送信する。なお、いずれも法令上及び契約上の要件を満たすことを条件とする。
【００２９】
このように、実施の形態に係る採用管理装置１は、求人者に対して、複数の媒体サービスに掲載させる求人広告の入稿から発注、応募者の採用等を一元管理する場を提供できる。また、採用管理装置１は、各媒体サービスを提供する企業に、応募者の採用に関する採用ステータス情報をフィードバックすることにより、各媒体サービスを提供する企業が自身のサービスを改善するための有用な情報を提供することができる。これにより、媒体サービスが採用管理装置１と連携することを加速させ、求人者が一元管理できる媒体サービスを増加させ、さらに求人者の使い勝手を向上させることができる。
【００３０】
＜実施の形態に係る採用管理装置１の機能構成＞
図３は、実施の形態に係る採用管理装置１の機能構成を模式的に示す図である。採用管理装置１は、記憶部１０と制御部１１とを備える。
【００３１】
制御部１１は、採用管理装置１を実現するコンピュータのＢＩＯＳ（Basic Input Output System）等を格納するＲＯＭ（Read Only Memory）や採用管理装置１の作業領域となるＲＡＭ（Random Access Memory）、ＯＳ（Operating System）やアプリケーションプログラム、当該アプリケーションプログラムの実行時に参照される種々の情報を格納するＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の大容量記憶装置である。
【００３２】
制御部１１は、採用管理装置１のＣＰＵやＧＰＵ等のプロセッサであり、記憶部１０に記憶されたプログラムを実行することによって掲載依頼取得部１１０、不足項目検出部１１１、追記催促部１１２、掲載用原稿生成部１１３、原稿送信部１１４、応募受付部１１５、応募管理部１１６、採用ステータス提供部１１７、応募者解析部１１８、情報送信部１１９、及びステータス取得部１２０として機能する。
【００３３】
なお、採用管理装置１は、単一の装置で実現されてもよいし、例えばクラウドコンピューティングシステムのように複数のプロセッサやメモリ等の計算リソースによって実現されてもよい。後者の場合、制御部１１を構成する各部は、複数の異なるプロセッサの中の少なくともいずれかのプロセッサがプログラムを実行することによって実現される。
【００３４】
掲載依頼取得部１１０は、通信ネットワークＮを介して、求人者が使用する求人者端末から求人広告の原稿と当該原稿を掲載する媒体サービスの指定とを取得する。具体的には、掲載依頼取得部１１０は、求人者が保有する採用ウェブサイトの原稿情報を選択するウェブサービス機能を提供する。求人者は、求人者端末Ｅで掲載依頼取得部１１０が提供するウェブサービス機能を利用することにより、掲載依頼取得部１１０に対してデジタル形式の原稿の送付と媒体サービスの指定とをすることができる。
【００３５】
各求人者は、それぞれ固有の求人広告用の原稿を所持していることが多い。また、各媒体サービスが求人広告を掲載するために定める項目も、媒体サービスによって異なる。このため、求人者が用意した原稿に含まれる記載項目と、媒体サービスが定める様式に含まれる記載項目間に齟齬が生じることも起こりうる。
【００３６】
そこで、不足項目検出部１１１は、求人者に指定された媒体サービスが定める様式の記載項目のうち、掲載依頼取得部１１０が取得した原稿の記載項目に存在しない記載項目である不足項目の有無を検出する。
【００３７】
図４は、各媒体サービスが定める様式の記載項目を表形式で格納する項目データベースのデータ構造を模式的に示す図である。項目データベースは記憶部１０に格納されており、不足項目検出部１１１によって管理されている。
【００３８】
図４に示すように、項目データベースは、各媒体サービスに一意に割り当てられた媒体識別子毎に、その媒体サービスが定める様式に含まれる記載項目を格納している。不足項目検出部１１１は、指定された媒体サービスの媒体識別子に基づいて項目データベースを参照し、指定された媒体サービスが定める様式に含まれる記載項目を読み出す。
【００３９】
不足項目検出部１１１は、掲載依頼取得部１１０が取得した原稿に記載されている項目と、項目データベースから読み出した記載項目とを比較する。これにより、不足項目検出部１１１は、求人者に指定された媒体サービスが定める様式の記載項目のうち、掲載依頼取得部１１０が取得した原稿の記載項目に存在しない記載項目である不足項目の有無を検出することができる。
【００４０】
追記催促部１１２は、不足項目検出部１１１が不足項目を検出した場合、その不足項目の記載を促す画面を求人者端末Ｅの表示部に表示させる。
【００４１】
図５は、実施の形態に係る追記催促部１１２が求人者端末Ｅの表示部に表示させる追記催促画面の一例を模式的に示す図である。図５は、不足項目検出部１１１が不足項目として、「〇〇地方の言葉を用いた職場環境のアピール（１５０字以内）」という項目を検出した場合の追記催促画面例を示している。
【００４２】
図５に示すように、追記催促部１１２は、不足項目の入力画面を求人者端末Ｅの表示部に表示させる。これにより、求人者は、指定した媒体サービスに求人広告を入稿するために不足している情報を漏らすことなくすぐに追記することができる。これにより、追記催促部１１２は、求人者が指定した媒体サービスに求人広告の原稿を入稿するために必要な情報を迅速に収集することができる。
【００４３】
掲載用原稿生成部１１３は、掲載依頼取得部１１０が取得した原稿の記載項目を求人者が指定した媒体サービスが定める様式に変換した掲載用広告原稿を生成する。掲載依頼取得部１１０は求人者が保有する採用ホームページ等からウェブＡＰＩを用いてデジタル形式で原稿情報を取得している。また、掲載依頼取得部１１０が取得した原稿に不足項目がある場合には、追記催促部１１２が追記催促画面を介して求人者から取得している。
【００４４】
掲載用原稿生成部１１３は、まず、指定された媒体サービスが定める様式に含まれる記載項目を項目データベースを参照して読み出す。続いて、掲載用原稿生成部１１３は、掲載依頼取得部１１０が取得した原稿に含まれる記載項目又は求人者が追記した不足項目を、読み出した記載項目と対応付けて並び替える。これにより、掲載用原稿生成部１１３は、掲載用広告原稿を生成することができる。
【００４５】
原稿送信部１１４は、掲載用原稿生成部１１３が生成した掲載用広告原稿を求人者が指定した媒体サービスが管理する広告掲載サーバ３に送信する。具体的には、原稿送信部１１４は、広告掲載サーバ３が用意するウェブＡＰＩに対して掲載用原稿を送信する。これにより、広告掲載サーバ３への掲載用広告原稿の入稿を迅速化することができる。
【００４６】
応募受付部１１５は、広告掲載サーバ３が掲載する求人広告に対して応募した求職者に関する応募情報を、広告掲載サーバ３から取得する。なお、応募受付部１１５は、通信ネットワークＮを介して求職者端末２から応募情報を直接取得してもよい。
【００４７】
上述したように、採用管理装置１は、応募してきた求職者のデータ（求職者の個人情報及び採用ステータスを含むデータ）を管理する。具体的には、応募管理部１１６は、掲載依頼取得部１１０が取得した原稿を特定する原稿識別子と、求人者が指定した媒体サービスを特定する媒体識別子と、求職者を特定する求職者識別子と、応募した求職者の採用に関するステータスとを対応付けた情報である採用ステータス情報を記憶部１０に記憶させる。
【００４８】
ここで、求職者の採用ステータスは、ステータス取得部１２０が取得する。具体的には、ステータス取得部１２０は、通信ネットワークＮを介して求人者端末Ｅから求職者の採用ステータスを取得する。あるいは、ステータス取得部１２０は、通信ネットワークＮを介して求職者端末２から直接採用ステータスを取得してもよい。
【００４９】
図６は、採用ステータス情報を格納する採用ステータスデータベースのデータ構造を模式的に示す図である。採用ステータスデータベースは記憶部１０に格納されており、応募管理部１１６によって管理されている。
【００５０】
図６に示すように、採用ステータスデータベースは、原稿識別子毎に、それぞれの原稿を入稿した媒体サービスを特定する媒体識別子を紐づけて記憶している。また、採用ステータスデータベースは、媒体識別子毎に、対応する採用広告に対して応募した応募者を特定する応募者識別子を紐づけて記憶している。
【００５１】
図６は、MID000001とMID000002との２つの原稿識別子に紐づけられたデータの例を示している。例えば、図６において、原稿識別子がMID000001である原稿には、少なくとも２つの媒体識別子（CID000001及びCID000002）が紐づけられている。これは、原稿識別子がMID000001である原稿を採用管理装置１に送信した求人者が、CID000001及びCID000002で特定される少なくとも２つの媒体サービスの広告サービスを利用したことを示している。
【００５２】
図６に示す採用ステータスデータベースにおいて、MID000001に紐づけられたCID000001には、少なくとも３つの応募者識別子（AID000001、AID000002、及びAID000003）が紐づけられている。これは、CID000001で特定される媒体サービスが掲載した求人広告を見て、AID000001、AID000002、及びAID000003で特定される少なくとも３人の求職者が応募をしたことを示している。
【００５３】
図６に示すように、MID000001及びCID000001に紐づけられたAID000001、AID000002、及びAID000003で特定される求職者の採用ステータスは、それぞれ「応募」、「一次面接」、及び「不採用」である。これは、AID000001で特定される求職者は応募段階であり、AID000002で特定される求職者は一次面接まで進んでおり、AID000003で特定される求職者は不採用が確定していることを示している。
【００５４】
このように、応募管理部１１６が採用ステータスデータベースを利用することにより、求人者は、採用管理装置１が提供するウェブサイト上で、応募してきた求職者の採用を管理することができる。
【００５５】
採用ステータス提供部１１７は、採用ステータス情報に含まれる媒体識別子で特定される媒体サービスに、原稿識別子で特定される原稿と、求職者識別子で特定される求職者と、採用ステータスとを紐づけた情報を送信する。
【００５６】
図７は、実施の形態に係る採用ステータス提供部１１７が各媒体サービスを提供する企業に提供する情報のデータ構造を模式的に示す図である。採用ステータス提供部１１７は、各媒体サービスを提供する企業からのリクエストに応じて情報を提供してもよいし、各媒体サービスを提供する企業からのリクエストがなくても情報を送信するようにしてもよい。
【００５７】
図７に示すように、採用ステータス提供部１１７が各媒体サービスを提供する企業に提供する情報は、原稿を特定する原稿識別子に、その原稿に基づいて生成された求人広告を見て応募をした求職者を特定する１以上の求職者識別子と、各求職者の採用ステータスとを紐づけた情報である。また、この情報には、原稿を特定する原稿識別子に、その原稿に基づいて生成された求人広告を閲覧した求職者の総数と、実際に応募した求職者の数である応募者数とも紐づけられている。なお、実際に応募した求職者は必ず広告を閲覧しているため、応募者数は閲覧数と同じかそれよりも小さい数となる。
【００５８】
このように、媒体サービスを提供する企業は、自身の求人広告を閲覧した求職者の総数、自身の求人広告を見て応募した求職者の数、及び各求職者の採用ステータスを採用管理装置１から取得することができる。これにより、媒体サービスを提供する企業は、自身の商品である求人広告サービスを改善するための有用な情報を取得することができる。
【００５９】
図６の採用ステータスデータベースに示すように、異なる媒体サービスにおける求人広告サービスを利用した場合、求人者が採用管理装置１に提供した原稿が同じであってもその効果（求人広告の閲覧数、求職者の応募総数、採用率等）は異なることが起こりうる。このような各媒体サービスにおける求人広告毎の効果は、採用管理装置１を利用する求人者にとって、商品を選択する際の有用な情報となる。この情報は、採用管理装置１を管理する管理者にとっては、求人者に媒体サービスを推薦するサービスにも利用できる。
【００６０】
そこで、応募者解析部１１８は、同一の原稿について、第１媒体サービスの広告掲載サーバを利用した求職者の応募者数、採用者数、及び閲覧数の少なくとも１つと、第１媒体サービスとは異なる第２媒体サービスの広告掲載サーバを利用した求職者の応募者数、及び採用者数、閲覧数のうち対応する項目との比較を示す情報を出力する。
【００６１】
図８は、実施の形態に係る応募者解析部１１８が出力する比較情報のデータ構造を模式的に示す図である。応募者解析部１１８は、出力した比較情報を記憶部１０に記憶させる。
【００６２】
図８は、MID000001とMID000002との２つの原稿識別子に関する比較情報の例を示している。例えば、MID000001で特定される原稿は、CID000001及びCID000002でそれぞれ特定される少なくとも２つの媒体サービスの求人広告を利用している。CID000001で特定される媒体企業の求人広告では、応募者総数はＷＷＷ人、採用者総数はＹＹＹ人、また広告の閲覧者数はＳＳＳ人であったことを示している。同様に、CID000002で特定される媒体企業の求人広告では、応募者総数はＸＸＸ人、採用者総数はＺＺＺ人、また広告の閲覧者数はＴＴＴ人であったことを示している。MID000002で特定される原稿も同様である。
【００６３】
これらの情報を蓄積することにより、採用管理装置１は、各媒体サービスが提供する求人広告の強みを分析することができる。これにより、採用管理装置１は、求人者から取得した原稿に基づいて、その原稿に基づく求人広告について高い効果を期待できる商品を提供する媒体サービスを求人者に提示することができる。結果として、採用管理装置１は、求人者が媒体サービスを選ぶ際の利便性を向上させることができる。
【００６４】
応募者解析部１１８は、異なる原稿を同一の媒体サービスを利用して掲載した場合の各原稿に対する求職者の応募者数、採用者数、及び閲覧数の少なくとも１つを、各原稿毎に一覧表示した情報（不図示）をさらに出力してもよい。これにより、例えば、求人対象とする年齢層を複数設定し、各年齢層を意識して作成した数パターンの原稿を単一の媒体に掲載した場合に、各原稿の効果を比較することができる。
【００６５】
ところで、応募者解析部１１８が出力する比較情報は、求人広告サービスを提供する媒体サービス同士の商品力を示す情報ともいえる。この情報は各媒体サービスを提供する企業が自身のサービスを改善するうえで有用な情報となり得るが、媒体サービスを提供する企業が単独でサービスを提供する場合には得ることが困難な情報である。
【００６６】
一方、応募者総数、閲覧者数、及び採用者数等の情報は、機密情報ともなり得る情報であり、一般に他の企業に取得されることが望まれない情報である。
【００６７】
そこで、情報送信部１１９は、法令上及び契約上の要件を満たすことを条件として、同一の原稿について、第１媒体サービスの広告掲載サーバを利用した求職者の応募者数、採用者数、閲覧数の少なくとも１つに関する情報を、第２媒体サービスの広告掲載サーバに送信してもよい。これにより、採用管理装置１は、法令上及び契約上の要件を満たすという条件付きではあるが、商品改善のための有用な情報となる比較情報を、第２媒体サービスを提供する企業に提供することができる。
【００６８】
＜採用管理装置１が実行する処理方法の処理フロー＞
図９は、実施の形態に係る採用管理装置１が実行する採用管理処理の流れを説明するためのフローチャートである。本フローチャートにおける処理は、例えば採用管理装置１が起動したときに開始する。
【００６９】
掲載依頼取得部１１０は、求人者が使用する求人者端末Ｅから求人広告の原稿を取得する（Ｓ２）。また、掲載依頼取得部１１０は、求人者が使用する求人者端末Ｅから原稿を掲載する媒体サービスの指定を取得する（Ｓ４）。
【００７０】
不足項目検出部１１１は、指定された媒体サービスが定める様式の記載項目のうち、掲載依頼取得部１１０が取得した原稿の記載項目に存在しない記載項目である不足項目の有無を検出する（Ｓ６）。不足項目がある場合（Ｓ８のＹｅｓ）、追記催促部１１２は、不足項目の記載を促す追記催促画面を求人者端末Ｅの表示部に表示させ、不足項目の入力を求人者に催促する（Ｓ１０）。
【００７１】
追記催促部１１２が不足項目の追記を取得するか、又は不足項目がない場合（Ｓ８のＮｏ）、掲載用原稿生成部１１３は、原稿の記載項目を指定された媒体サービスが定める様式に変換した掲載用広告原稿を生成する（Ｓ１２）。原稿送信部１１４は、掲載用広告原稿を指定された媒体サービスが管理する広告掲載サーバ３に送信する（Ｓ１４）。
【００７２】
応募受付部１１５は、求職者が使用する求職者端末２から、広告掲載サーバ３が掲載する掲載用広告に対する応募を受け付ける（Ｓ１６）。応募管理部１１６は、原稿を特定する原稿識別子と、媒体サービスを特定する媒体識別子と、求職者を特定する求職者識別子と、求職者の採用に関するステータスとを対応付けた情報である採用ステータス情報を記憶部１０に記憶させる（Ｓ１８）。
【００７３】
採用ステータス提供部１１７は、採用ステータス情報に含まれる媒体識別子で特定される媒体サービスを提供する企業に、原稿識別子で特定される原稿と、求職者識別子で特定される求職者と、採用ステータスとを紐づけた情報を送信する（Ｓ２０）。採用ステータス提供部１１７が情報を媒体サービスを提供する企業に送信すると、本フローチャートにおける処理は終了する。
【００７４】
＜実施の形態に係る採用管理装置１が奏する効果＞
以上説明したように、実施の形態に係る採用管理装置１によれば、ＡＴＳにおいて各媒体サービスが提供する求人広告を見た応募者の情報をその媒体サービスを提供する企業にフィードバックすることができる。
【００７５】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の分散・統合の具体的な実施の形態は、以上の実施の形態に限られず、その全部又は一部について、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を合わせ持つ。
【００７６】
＜変形例＞
上記では、採用ステータス提供部１１７が各媒体サービスを提供する企業に提供する情報は、原稿を特定する原稿識別子に、その原稿に基づいて生成された求人広告を見て応募をした求職者を特定する１以上の求職者識別子と、各求職者の採用ステータスとを紐づけた情報である場合について説明した。これに替えて、あるいはこれに加えて、採用ステータス提供部１１７は、募集原稿の「充足状況」や他の媒体サービス企業との応募状況の「偏差値」を各媒体サービスを提供する企業に提供してもよい。
【００７７】
ここで、「充足状況」は、求人者が求人広告を出す際に原稿に紐づけて設定する「採用予定人数」に対する、その求人広告に対して応募した求職者の採用実績数の割合である。従足状況は、応募者解析部１１８が「採用予定人数」と採用実績数とから計算により算出する。
【００７８】
また、「偏差値」は、求人者が複数の媒体サービスを利用する場合等に、各媒体サービスの有用性を数値化した値である。偏差値は、各媒体サービスからの応募者数及び採用数等を元に、応募者解析部１１８が算出する。
【符号の説明】
【００７９】
１・・・採用管理装置
１０・・・記憶部
１１・・・制御部
１１０・・・掲載依頼取得部
１１１・・・不足項目検出部
１１２・・・追記催促部
１１３・・・掲載用原稿生成部
１１４・・・原稿送信部
１１５・・・応募受付部
１１６・・・応募管理部
１１７・・・採用ステータス提供部
１１８・・・応募者解析部
１１９・・・情報送信部
１２０・・・ステータス取得部
２・・・求職者端末
３・・・広告掲載サーバ
Ｅ・・・求人者端末
Ｎ・・・通信ネットワーク
Ｓ・・・求人広告仲介システム
【図１】
2019179521.tif 000003
【図２】
2019179521.tif 000004
【図３】
2019179521.tif 000005
【図４】
2019179521.tif 000006
【図５】
2019179521.tif 000007
【図６】
2019179521.tif 000008
【図７】
2019179521.tif 000009
【図８】
2019179521.tif 000010
【図９】
2019179521.tif 000011