特許 7489604 情報処理装置、マッチングプログラム、及びマッチング方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-16

(45)【発行日】2024-05-24

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

(51)【国際特許分類】

   G06Q 10/06 20230101AFI20240517BHJP

【ＦＩ】

G06Q10/06

【請求項の数】 8

(21)【出願番号】P 2020081587

(22)【出願日】2020-05-01

(65)【公開番号】P2021176062

(43)【公開日】2021-11-04

【審査請求日】2023-02-14

(73)【特許権者】

【識別番号】500033117

【氏名又は名称】株式会社ＭＩＸＩ

(74)【代理人】

【識別番号】100167483

【弁理士】

【氏名又は名称】林 裕己

(72)【発明者】

【氏名】岨中 健太

(72)【発明者】

【氏名】富田 佳奈枝

(72)【発明者】

【氏名】上月 健成

【審査官】齊藤 貴孝

(56)【参考文献】

【文献】特開２００４－０３０５５６（ＪＰ，Ａ）

【文献】特開２００４－０９４７０４（ＪＰ，Ａ）

【文献】特開２００７－１１４９４９（ＪＰ，Ａ）

【文献】特開２０１５－０４３１１７（ＪＰ，Ａ）

【文献】特開２０１３－１２０５８３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

求職者の履歴書情報または職務経歴書情報の少なくともいずれが登録されている場合に、求人募集に対する前記求職者の応募を受け付ける応募受付部と、通知部とを備え、
前記応募受付部は、
前記求人募集を行う求人者と所定関係にある紹介者から前記求職者への通知に含まれるアクセス情報から前記求人募集へアクセスされると、前記履歴書情報および前記職務経歴書情報のいずれもが登録されていない場合であっても、前記求職者の応募を受け付け、
前記通知部は、
前記求人募集へアクセスされた後に、前記紹介者により、前記求人者へ前記求職者を推薦するための推薦状情報が登録された時に、前記求人者に対して、前記推薦状情報が登録された旨を通知する、
情報処理装置。

【請求項2】

前記情報処理装置は、さらに、発行部を備え、
前記発行部は、前記求人者が前記紹介者に対して指定した求人募集に基づいて、前記紹介者の発行できるアクセス情報を発行する
請求項１に記載の情報処理装置。

【請求項3】

前記情報処理装置は、さらに、
前記応募受付部に前記求職者の応募が受け付けられた場合、前記紹介者に対して、前記求職者に関する情報を登録するように促す通知を送信する送信部と、
前記紹介者により前記求職者に関する情報が登録された場合、前記求職者と前記求人者との間での連絡を可能とする連絡部と、
を備える請求項１または２に記載の情報処理装置。

【請求項4】

求職者に関する所定情報が登録されている場合に、求人募集に対する前記求職者の応募を受け付ける応募受付部と、
前記応募受付部により前記求職者の応募を受け付け、前記応募に対して前記求人募集を行う求人者が前記求職者に応答した場合、前記求人者に対して課金を行う課金制御部を備え、
前記応募受付部は、
前記求人者と所定関係にある紹介者から前記求職者への通知に含まれるアクセス情報から前記求人募集へアクセスされると、前記所定情報が登録されていない場合であっても、前記求職者の応募を受け付け、
前記課金制御部は、
前記アクセス情報から前記求人募集へアクセスされた場合であって、前記応募受付部により前記求職者の前記応募を受け付け、前記応募に対して前記求人者が前記求職者に応答した場合、前記求人者に対して課金を行わない、
情報処理装置。

【請求項5】

コンピュータに、
求職者の履歴書情報または職務経歴書情報の少なくともいずれが登録されている場合に、求人募集に対する前記求職者の応募を受け付ける応募受付処理と、通知処理とを実行させ、
前記応募受付処理は、
前記求人募集を行う求人者と所定関係にある紹介者から前記求職者への通知に含まれるアクセス情報から前記求人募集へアクセスされると、前記履歴書情報および前記職務経歴書情報のいずれもが登録されていない場合であっても、前記求職者の応募を受け付け、
前記通知処理は、
前記求人募集へアクセスされた後に、前記紹介者により、前記求人者へ前記求職者を推薦するための推薦状情報が登録された時に、前記求人者に対して、前記推薦状情報が登録された旨を通知する、
プログラム。

【請求項6】

求職者の履歴書情報または職務経歴書情報の少なくともいずれが登録されている場合に、求人募集に対する前記求職者の応募をコンピュータが受け付け、コンピュータが通知を行い、
コンピュータが、前記求職者の応募を受け付ける場合、
前記求人募集を行う求人者と所定関係にある紹介者から前記求職者への通知に含まれるアクセス情報から前記求人募集へアクセスされると、前記履歴書情報または職務経歴書情報の少なくともいずれが登録されていない場合であっても、前記求職者の応募を受け付け、
コンピュータが、前記通知を行う場合、
前記求人募集へアクセスされた後に、前記紹介者により、前記求人者へ前記求職者を推薦するための推薦状情報が登録された時に、前記求人者に対して、前記推薦状情報が登録された旨を通知する、
情報処理方法。

【請求項7】

コンピュータに、求職者に関する所定情報が登録されている場合に、求人募集に対する前記求職者の応募を受け付け、
コンピュータに、前記求職者の応募を受け付け、前記応募に対して前記求人募集を行う求人者が前記求職者に応答した場合、前記求人者に対して課金を行う、処理を実行させ、
前記応募を受け付ける処理において、前記求人者と所定関係にある紹介者から前記求職者への通知に含まれるアクセス情報から前記求人募集へアクセスされると、前記所定情報が登録されていない場合であっても、前記求職者の応募を受け付け、
前記課金を行う処理において、前記アクセス情報から前記求人募集へアクセスされた場合であって、前記求職者の前記応募を受け付け、前記応募に対して前記求人者が前記求職者に応答した場合、前記求人者に対して課金を行わない、
プログラム。

【請求項8】

コンピュータが、求職者に関する所定情報が登録されている場合に、求人募集に対する前記求職者の応募を受け付け、
コンピュータが、前記求職者の応募を受け付け、前記応募に対して前記求人募集を行う求人者が前記求職者に応答した場合、前記求人者に対して課金を行う、処理を実行し、
前記応募を受け付ける処理において、前記求人者と所定関係にある紹介者から前記求職者への通知に含まれるアクセス情報から前記求人募集へアクセスされると、前記所定情報が登録されていない場合であっても、前記求職者の応募を受け付け、
前記課金を行う処理において、前記アクセス情報から前記求人募集へアクセスされた場合であって、前記求職者の前記応募を受け付け、前記応募に対して前記求人者が前記求職者に応答した場合、前記求人者に対して課金を行わない、
情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、インターネット等による情報通信技術の発達により、情報処理システムを用いた就職支援サービスが普及している。そのようなサービスのうち、企業等の求人者がインターネット上に求人票情報（求人票）を掲載して求人募集を行い、求職者が自分の希望等にあった求人票情報に応募することにより、求人者と求職者とのマッチングを行うマッチングサービスがある。マッチングサービスに関して、例えば、以下の技術がある。

【0003】

例えば、人材仲介サーバが、求職者及び求人者にそれぞれ対応する各求職者評価情報に基づき、評価項目毎に評価値の差をとりその絶対値を合計することによりマッチング指数を算出し、更に、評価項目毎に求めた評価値の差の標準偏差値をマッチング優先指数として算出し、マッチング指数及びマッチング優先指数に基づいてマッチング値を求める技術がある（例えば、特許文献１参照。）。

【0004】

また、求職者および求人企業が自らがどのような企業あるいは人材を求めているのか、条件項目に明確に優先順位をつけることができない場合であっても、登録情報を選択入力していくだけで、自らの志向項目を浮き上がらせ、自動的に項目の優先順位を検出して、条件にあった該当企業あるいは該当人材を的確に抽出してマッチングする技術がある（例えば、特許文献２参照。）。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２００５－４４２８０号公報

【文献】特開２００６－５９１９５号公報

【発明の概要】

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

【0006】

上述したマッチングサービスでは、求職者が求人募集に対して応募する場合、自分の履歴書や、職務経歴書、及びスキル等、多くの情報を予め登録しておく必要がある。このような登録情報は、転職回数が増えたり、より多くの経験を有している求職者ほど、入力する情報が多いので、入力に時間を要し、かなりの負担が強いられる。

【0007】

そこで、本発明では、紹介者からの紹介があった求職者の求人に対する応募において、履歴書や職務経歴書等の所定情報を登録する負担を軽減する技術を提供する。

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

【0008】

本発明の一態様に係る情報処理装置は、求職者に関する所定情報が登録されている場合に、求人募集に対する前記求職者の応募を受け付ける応募受付部を備え、前記応募受付部は、前記求人募集を行う求人者と所定関係にある紹介者から前記求職者への通知に含まれるアクセス情報から前記求人募集へアクセスされると、前記所定情報が登録されていない場合であっても、前記求職者の応募を受け付ける。

【発明の効果】

【0009】

本発明の一態様によれば、紹介者からの紹介があった求職者の求人に対する応募において、履歴書や職務経歴書等の所定情報を登録する負担を軽減することができる。

【図面の簡単な説明】

【0010】

【図1】本実施形態における情報処理装置の一例を示す図である。

【図2】本実施形態における求人求職マッチングシステムのネットワーク構成の一例を示す図である。

【図3】本実施形態における求人求職マッチングシステム１１の機能ブロックの一例を示す図である。

【図4】本実施形態におけるサーバ１５により管理されるデータベースのデータ構造例を示す図である。

【図5】本実施形態におけるマッチング課金について説明するための図である。

【図6】本実施形態における求職者情報登録画面を示す図である。

【図7】本実施形態における求人票画面を示す図である。

【図8】本実施形態における紹介用求人票一覧画面を示す図である。

【図9】本実施形態における紹介者が求職者を求人者に紹介してマッチングが成立したパターンに関するシーケンス図である。

【図10】本実施形態におけるサーバによるマッチング処理のフローチャートである。

【図11】本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。

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

【0011】

図１は、本実施形態における情報処理装置の一例を示す図である。情報処理装置１は、応募受付部２を含む。情報処理装置１の一例として、後述するサーバ１５が挙げられる。

【0012】

応募受付部２は、求職者に関する所定情報が登録されている場合に、求人募集に対する前記求職者の応募を受け付ける。応募受付部２は、求人募集を行う求人者と所定関係にある紹介者から求職者への通知に含まれるアクセス情報から求人募集へアクセスされると、所定情報が登録されていない場合であっても、求職者の応募を受け付ける。応募受付部２の一例として、後述する受付部３３が挙げられる。

【0013】

ここで、求人者と所定関係にある紹介者とは、例えば、求人者と同一の企業に属する者であって求人者から承諾を受けた人物であってもよいし、企業が異なっていても求人者より承諾を受けた者であればよい。また、「所定情報」は、例えば、求職者の履歴書や職務経歴書等の求職者情報である。「求職者の応募を受け付ける」とは、例えば、求職者が求人募集している求人票に対して応募し、その応募を承諾することをいう。「前記所定情報が登録されていない場合であっても、前記求職者の応募を受け付ける」とは、例えば、通常は、履歴書や職務経歴書等の求職者情報を確認して求職者が応募条件等を判断するため、応募の前提として、求職者情報の登録が必要になるが、紹介者から求職者への通知に含まれるアクセス情報から求人募集へアクセスされた場合に限っては、求職者情報の登録がなくても、求職者からの応募を承諾することをいう。

【0014】

このように構成することにより、紹介者からの紹介があった求職者の求人に対する応募において、履歴書や職務経歴書等の所定情報を登録する負担を軽減することができる。

【0015】

情報処理装置１は、さらに、発行部３を備える。発行部３は、求人者が紹介者に対して指定した求人募集に基づいて、紹介者の発行できるアクセス情報を発行する。発行部３の一例としては、後述する表示制御部３４が挙げられる。

【0016】

ここで、「アクセス情報」とは、例えば、求人募集が掲載されたＷｅｂサイトへアクセスするためのアクセス先を特定するアドレス情報（例えば、ＵＲＬ）である。また、「求人者が紹介者に対して指定した求人募集」について説明する。求人者は、紹介者の専門分野や役職、所属部署や、権限等に応じてアクセス情報を発行できる求人票をコントロールしている。そのため、紹介者は、求人者より許可を受けた求人募集についてしかそのアクセス情報を発行することができない。このことから、「求人者が紹介者に対して指定した求人募集」とは、求人者が紹介者にアクセス情報の発行の許可を与えた求人募集を示す。

【0017】

このように構成することにより、紹介者は求人票すべてに対して紹介状を出せるわけではなく、紹介者の専門などに応じて紹介可能な求人票に対してアクセス情報を発行することができるので、紹介者の権限を管理することができる。

【0018】

情報処理装置１は、さらに、送信部４、連絡部５を含む。送信部４は、応募受付部２に求職者の応募が受け付けられた場合、紹介者に対して、求職者に関する情報を登録するように促す通知を送信する。送信部４の一例として、後述する送信部３５が挙げられる。ここで、「求職者に関する情報」とは、例えば、求人者へ求職者を推薦するための推薦状情報であって、紹介者と求職者との関係を説明する文や、求職者を求人者に紹介する紹介文であってもよい。

【0019】

連絡部５は、紹介者により求職者に関する情報が登録された場合、求職者と求人者との間での連絡を可能とする。連絡部５の一例として、後述する連絡部３６が挙げられる。ここで、「連絡」とは、例えば、電子メールや、ＳＮＳ（Social Networking Service）のメッセージ機能、チャット通信等を用いて相互に連絡を行うことを可能にすることをいう。

【0020】

このように構成することにより、求人者と求職者は、マッチングが成立後に、チャット等にて相互にコミュニケーションをとることができ、面談の日程調整や質問等を行うことができる。

【0021】

情報処理装置１は、さらに、課金制御部３７を含む。課金制御部３７は、受付部３３により求職者の応募を受け付け、応募に対して求人者が求職者に応答した場合、求人者に対して課金を行う。課金制御部３７は、アクセス情報から求人募集へアクセスされた場合であって、受付部３３により求職者の応募を受け付け、応募に対して求人者が求職者に応答した場合、求人者に対して課金を行わない。課金制御部３７の一例として、後述する課金制御部３９が挙げられる。ここで、「応答した場合」とは、求職者の応募を求人者が承諾した場合を示す。

【0022】

このように構成することにより、通常は、求職者と企業の双方が合意したコミュニケーション機会に企業が料金を支払うが、リファラル採用の場合には、本実施形態における求人求職マッチングシステムのマッチング機能を利用していないため、企業は料金を支払う必要がない。

【0023】

図２は、本実施形態における求人求職マッチングシステムのネットワーク構成の一例を示す図である。求人求職マッチングシステム１１は、１以上の携帯電子端末１２、サーバ装置（以下、「サーバ」と称する。）１５、１以上の求人者端末１６、及び通信ネットワーク１７を含む。１以上の携帯電子端末１２、サーバ１５、及び１以上の求人者端末１６は、通信ネットワーク１７を介して、相互に通信可能に接続されている。

【0024】

携帯電子端末１２は、例えば求職者が携帯するスマートフォン、タブレット端末、携帯電話等の通信ネットワーク１７に接続可能な通信機能を有する。携帯電子端末１２は、操作表示部１３、音が入力されるマイクロフォン、音を出力するスピーカ、及びカメラ等を有する。操作表示部１３は、画面１４への入力操作が可能であるとともに、画面１４に画像を表示するデバイスであり、例えばタッチパネルディスプレイである。なお、携帯電子端末１２は、通信ネットワーク１７に接続可能な通信機能を有するパーソナルコンピュータであってもよい。

【0025】

携帯電子端末１２には、通信ネットワーク１７上の各ＷｅｂサイトへアクセスするためのＷｅｂブラウザがインストールされている。Ｗｅｂブラウザは、ＷｅｂサーバよりＨＴＭＬ（HyperText Markup Language）ドキュメントを取得する。ＨＴＭＬドキュメントには、テキストや画像、ページのデザインやレイアウトを指定するＣＳＳ（Cascading Style Sheets）、ページ内で動きをつけるJavaScriptなどが指定されている。ＷｅｂブラウザはＨＴＭＬドキュメントの内容を解析し、解析結果を画面１４に描画（レンダリング）することで、Ｗｅｂサイトを表示する。

【0026】

本実施形態では、求職者が使用する携帯電子端末１２を求職者端末１２ａ、紹介者が使用する携帯電子端末１２を紹介者端末１２ｂで表す。ここで、求職者とは、職を探している者をいう。求人者とは、働く人を探している企業等をいう。紹介者とは、求人者へ求職者を紹介する者であって、例えば求人者と同じ企業に所属する者であってもよいし、求人者から承認を得ている者であってもよい。

【0027】

求職者及び紹介者はそれぞれ、求職者端末１２ａ、紹介者端末１２ｂ上でＷｅｂブラウザを起動し、通信ネットワーク１７を介してサーバ１５が構築する求人求職マッチングサイトにアクセスすることができる。

【0028】

求人者端末１６は、例えば通信ネットワーク１７に接続可能な通信機能を有するパーソナルコンピュータである。なお、求人者端末１６は、パーソナルコンピュータに限定されず、求人者が携帯するスマートフォン、タブレット端末、携帯電話等の通信ネットワーク１７に接続可能な通信機能を有する携帯電子端末装置であってもよい。

【0029】

求人者端末１６には、通信ネットワーク１７上の各ＷｅｂサイトへアクセスするためのＷｅｂブラウザがインストールされている。企業の採用担当者（求人者）は、求人者端末１６上でＷｅｂブラウザを起動し、通信ネットワーク１７を介してサーバ１５が構築する求人求職マッチングサイトにアクセスすることができる。

【0030】

サーバ１５は、求人求職マッチングサイトを管理するＷｅｂサーバ装置であると共に、求人者と求職者とのマッチングサービスを提供する求人求職マッチングシステム１１を実現する情報処理装置である。サーバ１５は、Ｗｅｂブラウザからの要求に応じて、要求元のＷｅｂブラウザにデータを返信する。

【0031】

サーバ１５は、１台以上の物理的な情報処理装置により構成されるサーバシステムであってもよいし、１台以上の仮想サーバ装置により構成される仮想サーバシステムであってもよい。

【0032】

図３は、本実施形態における求人求職マッチングシステム１１の機能ブロックの一例を示す図である。以下では、サーバ１５が有する機能について説明する。

【0033】

サーバ１５は、通信部３１、制御部３２、記憶部４１を含む。通信部３１は、通信ネットワーク１７に接続された機器との通信を可能にするインターフェースである。通信部３１は、通信ネットワーク１７を介して、求職者端末１２ａ、紹介者端末１２ｂ及び求人者端末１６と通信を行う。

【0034】

制御部３２は、サーバ１５全体の動作を制御する。それと共に、制御部３２は、求職者端末１２ａ、紹介者端末１２ｂ及び求人者端末１６それぞれからの要求に応じて処理を実行し、実行結果を要求元（求職者端末１２ａ、紹介者端末１２ｂまたは求人者端末１６）に返す等の制御を行う。制御部３２は、本実施形態に係るアプリケーションプログラムを実行することにより、受付部３３、表示制御部３４、送信部３５、連絡部３６、課金制御部３７として機能する。

【0035】

受付部３３は、求職者端末１２ａ、紹介者端末１２ｂまたは求人者端末１６にインストールされたＷｅｂブラウザそれぞれからの要求を受け付け、要求に応じて、受け付けた情報を各種データベースに登録する。また、受付部３３は、求人者が募集している求人票に対して求職者が応募する場合、その応募を受け付ける。ここで、応募受付部３３は、原則として、求職者の求職者情報（履歴書、職務経歴書に関する情報）が未入力の場合には、応募を受け付けることはできない。ただし、その求人票が紹介者から紹介された場合、受付部３３は、求職者情報（履歴書、職務経歴書に関する情報）が未入力であっても、応募を受け付けることはできる。

【0036】

表示制御部３４は、要求に応じた処理結果に基づいて、要求元のＷｅｂブラウザに表示させるためのＷｅｂデータ（画面表示用データ）を返信する。例えば、表示制御部３４は、後述する画面を表示させたり、紹介状を発行したりする。

【0037】

送信部３５は、紹介者からの紹介に基づく求人票に対して求職者の応募が受け付けられた場合、紹介者端末１２ｂに対して、求職者に関する情報を登録するように促す通知を送信する。

【0038】

連絡部３６は、求職者からの応募に対して、求人者が求職者の書類審査を行い、書類審査に通過した場合に、求人者と求職者との間で連絡（コミュニケーション）可能にする。連絡方法は、例えば、電子メールであってもよいし、ＳＮＳ（Social Networking Service）のメッセージであってもよいし、チャット通信であってもよい。

【0039】

課金制御部３７は、マッチング課金を管理する。マッチング課金とは、求人・求職について、求人者と求職者との双方が合意し（マッチングが成立）、コミュニケーション機会が創出された場合、求人者に課される料金である。ただし、求人の紹介者による紹介（リファラル機能）によりマッチングが成立した場合には、マッチング課金は発生しない。これについては、後述する。

【0040】

記憶部４１は、本実施形態に係るプログラム、そのプログラムに用いるデータを含む。また、記憶部４１は、求人票情報管理ＤＢ４２、アカウント管理ＤＢ４３、求職者情報管理ＤＢ４４、推薦状管理ＤＢ４５、マッチング管理ＤＢ４６、課金管理ＤＢ４７を含む。

【0041】

求人票情報管理ＤＢ４２は、求人者によって登録される求人に関する情報を管理するデータベースである。アカウント管理ＤＢ４３は、求人求職マッチングシステム１１におけるユーザアカウントを管理するデータベースである。求職者情報管理ＤＢ４４は、求職者によって登録される求職者情報（履歴書情報、職務経歴書情報を含む。）を管理するデータベースである。推薦状管理ＤＢ４５は、紹介者による求人者へ提供される求職者の情報を求人者への推薦状として管理するデータベースである。マッチング管理ＤＢ４６は、求人・求職について、求人者と求職者との双方が合意し（マッチングが成立）、コミュニケーション機会が創出されたことに関するマッチング情報を管理するデータベースである。課金管理ＤＢ４７は、求人者に課される課金額を管理するデータベースである。

【0042】

図４は、本実施形態におけるサーバ１５により管理されるデータベースのデータ構造例を示す図である。以下では求人票情報管理ＤＢ４２の各レコードを求人票情報と称する場合がある。アカウント管理ＤＢ４４の各レコードをアカウント情報と称する場合がある。求職者情報管理ＤＢ４４の各レコードを求職者情報と称する場合がある。マッチング管理ＤＢ４６の各レコードをマッチング情報と称する場合がある。紹介者管理ＤＢ４４の各レコードを紹介者情報と称する場合がある。課金管理ＤＢ４５の各レコードを課金情報と称する場合がある。なお、図４のデータベースのデータ構造は、説明の便宜のための概念的な構造例であって、これらに限定されない。

【0043】

求人票情報管理ＤＢ４２は、「求人者ＩＤ」、「求人票ＩＤ」、「会社名」、「募集職種」、・・・・等のデータ項目を含む。項目「求人者ＩＤ」には、求人者（企業）を特定する情報（求人者ＩＤ）が格納される。項目「求人票ＩＤ」・・・には、求人票を特定する情報（求人票ＩＤ）が格納される。項目「会社名」・・・には、求人者の名称が格納される。項目「募集職種」・・・には、求人募集する職種が格納される。

【0044】

アカウント管理ＤＢ４３は、「求職者ＩＤ」、「求職者名」等のデータ項目を含む。項目「求職者ＩＤ」には、求職者を特定する情報（求職者ＩＤ）が格納される。項目「求職者名」には、求職者の氏名が格納される。

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

サーバ１５（受付部３３）は、エントリ要求（応募要求）を取得すると、マッチング管理ＤＢ４６にマッチング情報を新規追加する。そのマッチング情報には、求職者ＩＤ、求人票ＩＤ、求人者ＩＤ、紹介者ＩＤが設定され、応募フラグには「１」（応募あり）が設定され、書類審査通過フラグには「０」（未審査）が設定される。

【0073】

このとき、サーバ１５（送信部３５）は、紹介者端末１２ｂに対して、求人票に求職者から応募があった旨、及びその求職者の情報（推薦状）の入力を促す旨の通知を送信する（Ｓ２１）。

【0074】

紹介者は、紹介者端末１２ｂを用いてサーバ１５からその通知を受け取ると、求人求職マッチングサイトにアクセスして、ログインした後、所定の画面に遷移して、求職者の情報（推薦状）を入力する（Ｓ２２）。この推薦状の入力は、書類審査通過に相当する。このとき、紹介者が推薦状として求職者の情報を入力するため、求職者による履歴書入力は不要となる。ここでは、推薦状として、たとえば、紹介者と求職者との関係性、フリーテキストでの紹介文が入力される。

【0075】

紹介者による推薦状の入力が完了すると、サーバ１５（受付部３３）は、その推薦状に関する情報を推薦状管理ＤＢ４５に登録し、さらに、マッチング管理ＤＢ４６の対応するマッチング情報の書類審査通過フラグに「１」を設定する。その後、サーバ１５（連絡部３６）は、紹介者により推薦状が登録された旨を求人者端末１６に通知する（Ｓ２３）。

【0076】

その結果、求職者と求職者とのマッチングが完了する。連絡部３６は、チャット等のコミュニケーションツールを用いて、求職者端末１２ａと求人者端末１６との間で連絡をとすることができる（Ｓ２４）。これにより、求職者と求人者との間でのチャット等のコミュニケーションツールを用いて、コミュニケーションができるようになる。

【0077】

図１０は、本実施形態におけるサーバによるマッチング処理のフローチャートである。図１０のマッチング処理は、図９のＳ１６～Ｓ２４の間のサーバ１５による処理に相当する。図１０のフローのうち、Ｓ３３～Ｓ４４は図５（Ｃ）のパターンに対応し、Ｓ５１～Ｓ６５は図５（Ａ）のパターンに対応する。

【0078】

サーバ１５（受付部３３）は、求職者端末１２ａからアクセス要求を取得する（Ｓ３１）。サーバ１５（受付部３３）は、アクセス要求が紹介状に基づくアクセス要求か否かを判定する（Ｓ３２）。紹介状に基づくアクセス要求とは、求人票ＩＤと紹介者ＩＤを含むＵＲＬを有するアクセス要求を示す。

【0079】

アクセス要求が紹介状に基づくアクセス要求の場合（Ｓ３２でＹＥＳ）、サーバ１５（表示制御部３４）は、そのＵＲＬに基づいて、求人票ＩＤに対応する求人票画面７１を求職者端末１２ａに表示させる（Ｓ３３）。このとき、求人票画面７１のエントリボタン７５は使用不可となっている。

【0080】

サーバ１５（表示制御部３４）は、求職者の操作に応じて、求職者端末１２ａにアカウント作成画面（不図示）を表示させる（Ｓ３４）。アカウント作成画面に所定情報が入力されて、登録ボタンが押下された場合、サーバ１５（受付部３３）は、求職者端末１２ａにからアカウント作成要求を取得する（Ｓ３５）。サーバ１５（受付部３３）は、アカウント作成要求に基づいて、アカウント管理ＤＢ４３にアカウント情報を登録する。

【0081】

サーバ１５（表示制御部３４）は、アカウント作成画面を閉じ（Ｓ３６）、求人票画面７１に戻る（Ｓ３７）。このとき、サーバ１５（表示制御部３４）は、求人票画面７１のエントリボタン７５を使用可能に設定する（Ｓ３８）。

【0082】

求職者による求職者端末１２ａの操作により、エントリボタン７５が押下された場合、サーバ１５（受付部３３）は、求職者端末１２ａからエントリ要求（応募要求）を取得する（Ｓ３９）。

【0083】

サーバ１５（受付部３３）は、マッチング管理ＤＢ４６にマッチング情報を新規追加する（Ｓ４０）。そのマッチング情報には、求職者ＩＤ、求人票ＩＤ、求人者ＩＤ、紹介者ＩＤが設定され、応募フラグには「１」（応募あり）が設定され、書類審査通過フラグには「０」（未審査）が設定される。

【0084】

このとき、サーバ１５（送信部３７）は、紹介者端末１２ｂに対して、求人票に応募があった旨、及びその求職者の情報（推薦状）の入力を促す旨の通知を送信する（Ｓ４１）。

【0085】

サーバ１５（受付部３３）は、紹介者端末１２ｂから推薦状情報登録要求を取得すると、推薦状管理ＤＢ４５に登録する（Ｓ４２）。さらに、サーバ１５は、マッチング管理ＤＢ４６の対応するマッチング情報の書類審査通過フラグに「１」を設定する。その後、サーバ１５（連絡部３６）は、紹介者により推薦状が登録された旨を求人者端末１６に通知する（Ｓ４３）。

【0086】

その結果、求職者と求職者とのマッチングが完了する。サーバ１５（連絡部３６）は、チャット等のコミュニケーションツールを用いて、求職者端末１２ａと求人者端末１６との間で連絡をとすることができる（Ｓ４４）。これにより、求職者端末１２ａと求人者端末１６との間でのチャット等のコミュニケーションツールを用いて、コミュニケーションができるようになる。

【0087】

アクセス要求が紹介状に基づくアクセス要求でない場合（Ｓ３２でＮＯ）、サーバ１５（受付部３３）は、そのアクセス要求に求職者ＩＤとパスワードが含まれている場合には、ログイン処理を行う（Ｓ５１）。ログイン処理は、アカウント管理ＤＢ４３に問い合わせを行うことにより正規のユーザか否かの判定が行われる。アカウント管理ＤＢ４３に問い合わせを行うことにより、正規のユーザであることの確認が取れた場合、ログイン処理が完了する。

【0088】

ログイン処理後、サーバ１５（表示制御部３４）は、求職者端末１２ａに求人票一覧画面（不図示）を表示させる（Ｓ５２）。サーバ１５（受付部３３）は、求人票一覧画面（不図示）から選択された求人票情報を取得する（Ｓ５３）。

【0089】

サーバ１５（表示制御部３４）は、取得した求人票情報に対応する票人票画面７１を表示する（Ｓ５４）。ここで、ログインした求職者の求職者情報が求職者情報管理ＤＢ４４に登録されていない場合（Ｓ５５でＮＯ）、サーバ１５（表示制御部３４）は、票人票画面７１のエントリボタン７５を使用不可に設定する（Ｓ５６）。

【0090】

サーバ１５（表示制御部３４）は、求職者の操作に応じて、求職者端末１２ａに求職者情報登録画面６１を表示させる（Ｓ５７）。求職者情報登録画面６１に所定情報が入力されて、登録ボタンが押下された場合、サーバ１５（受付部３３）は、求職者端末１２ａにから求職者情報登録要求を取得する（Ｓ５８）。サーバ１５（受付部３３）は、求職者情報登録要求に基づいて、求職者情報管理ＤＢ４４に求職者情報を登録する。

【0091】

サーバ１５（表示制御部３４）は、求職者情報登録画面６１を閉じ（Ｓ５９）、求人票画面７１のエントリボタン７５を使用可能に設定する（Ｓ６０）。エントリボタン７５が押下されると、求職者端末１２ａは、サーバ１５にエントリ要求を送信する。

【0092】

また、ログインした求職者の求職者情報が求職者情報管理ＤＢ４４に登録済みの場合（Ｓ５５でＹＥＳ）、サーバ１５（表示制御部３４）は、票人票画面７１のエントリボタン７５を使用可能に設定する（Ｓ６０）。エントリボタン７５が押下されると、求職者端末１２ａは、サーバ１５にエントリ要求を送信する。

【0093】

サーバ１５（受付部３３）は、求職者端末１２ａからエントリ要求を取得する（Ｓ６１）。すると、サーバ１５（連絡部３６）は、求人者端末１６に、求人票に対してエントリがあった旨を通知する（Ｓ６２）。

【0094】

サーバ１５（連絡部３６）は、エントリがあった旨の通知に対して、求人者端末１６より書類審査に通過した旨の連絡を取得した場合（Ｓ６３でＹＥＳ）、求職者端末１２ａにその旨を通知する。

【0095】

その結果、求職者と求職者とのマッチングが完了する。これにより、求職者端末１２ａと求人者端末１６との間でのチャット等のコミュニケーションツールを用いて、コミュニケーションができるようになる（Ｓ６４）。この場合、サーバ１５（課金制御部３７）は、課金管理ＤＢ４７において、該当する求人票ＩＤの求人者に課金する（課金処理）（Ｓ６５）。

【0096】

エントリがあった旨の通知に対して、求人者端末１６より書類審査に通過した旨の連絡がない場合（Ｓ６３でＮＯ）、本フローは終了する。

【0097】

このように、紹介者からの紹介がない場合には、求職者は事前に履歴書等の情報を登録しておく必要があるが、紹介者５３による求人票の紹介の場合には、求職者は履歴書等の情報を登録する必要がないので、登録負担を軽減することができる。また、求職者５２が求人票に応募してマッチングが成立した場合には、求人者に対して課金されるが、紹介者５３が求職者５２を求人者５１に紹介してマッチングが成立した場合には、求人者に対して課金されない。

【0098】

図１１は、本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。コンピュータ１０１は、求職者端末１２ａ、紹介者端末１２ｂ、サーバ１５、求人者端末１６として機能することができ、いずれの端末またはサーバであってもよい。コンピュータ１０１は、ＣＰＵ１０２、ＲＯＭ１０３、ＲＡＭ１０４、記憶装置１０５、入力Ｉ／Ｆ１０６、出力Ｉ／Ｆ１０７、通信Ｉ／Ｆ１０８、読取装置１０９、バス１１０によって構成されている。

【0099】

ここで、ＣＰＵは、中央演算装置を示す。ＲＯＭは、リードオンリメモリを示す。ＲＡＭは、ランダムアクセスメモリを示す。Ｉ／Ｆは、インターフェースを示す。バス１１０には、ＣＰＵ１０２、ＲＯＭ１０３、ＲＡＭ１０４、記憶装置１０５、入力Ｉ／Ｆ１０６、出力Ｉ／Ｆ１０７、通信Ｉ／Ｆ１０８、及び必要に応じて読取装置１０９が接続されている。

【0100】

コンピュータ１０１がサーバ１５の場合、ＣＰＵ１０２は、記憶装置１０５から本実施形態に係るプログラムを読み出し、受付部３３、表示制御部３４、送信部３５、連絡部３６、課金制御部３７として機能する。ＲＯＭ１０３は、読み出し専用のメモリを示す。ＲＡＭ１０４は、一時的に記憶するメモリである。

【0101】

記憶装置１０５は、大容量の情報を記憶する装置である。記憶装置１０５としては、ハードディスク、ソリッドステートドライブ（ＳＳＤ）、フラッシュメモリカードなど様々な形式の記憶装置を使用することができる。記憶装置１０５には、本発明の実施形態に係るプログラムや、記憶部４１に格納されている各種データが記憶されている。

【0102】

入力Ｉ／Ｆ１０６は、キーボード、マウス、電子カメラ、ウェブカメラ、マイク、スキャナ、センサ、タブレット、タッチパネルディスプレイ、情報読取装置等の入力装置と接続することが可能である。また、出力Ｉ／Ｆ１０７は、ディスプレイ、タッチパネル、プロジェクタ、プリンタ、スピーカ等の出力装置と接続することが可能である。

【0103】

通信Ｉ／Ｆ１０８は、通信ネットワークと接続して他の装置と通信するためのポート等のインターフェースである。通信ネットワークは、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、専用線、有線、無線等の通信網であってよい。読取装置１０９は、可搬型記録媒体を読み出す装置である。

【0104】

上記実施形態で説明した処理を実現するプログラムは、プログラム提供者側から通信ネットワークおよび通信Ｉ／Ｆ１０８を介して、例えば記憶装置１０５に格納されてもよい。また、上記実施形態で説明した処理を実現するプログラムは、市販され、流通している可搬型記憶媒体に格納されていてもよい。この場合、この可搬型記憶媒体は読取装置１０５にセットされて、ＣＰＵ１０２によってそのプログラムが読み出されて、実行されてもよい。可搬型記憶媒体としてはＣＤ－ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカード、ＵＳＢメモリ装置、半導体メモリカードなど様々な形式の記憶媒体を使用することができる。このような記憶媒体に格納されたプログラムが読取装置１０９によって読み取られる。

【0105】

また、当該プログラムは、スタンドアローン型のコンピュータにインストールされてもよいし、クラウドコンピュータによりインストールされて機能のみをユーザに提供してもよい。また、本実施形態では、求人者端末１２及び求人者端末１６それぞれにインストールされたＷｅｂブラウザを用いて、サーバ１５にアクセスし、サーバ１５側で運用されている本実施形態に係る求人求職マッチングシステム１１の制御を行ったが、これに限定されない。例えば、求人者端末１２及び求人者端末１６それぞれにサーバ１５と通信可能なアプリケーションプログラムをインストールして、本実施形態における求人求職マッチングシステム１１を使用してもよい。

【0106】

本実施形態によれば、紹介者からの紹介があった求職者の求人に対する応募において、履歴書や職務経歴書等の所定情報を登録する負担を軽減することができる。

【0107】

なお、紹介者は、独自にアカウントを作成してもよい。紹介者はアカウント作成後、企業側から招待してもらうことで、企業所属の紹介者となれるような運用であってもよい。また、スカウトメール（求人者のメールアドレスは公開されていない）は、既に会員登録済の求職者に対して送信するメールであり、あくまで既に求職中であることがわかっているユーザに対してメールを送るため、求人求職マッチングシステム１１を利用して求職者を探しているため、課金対象となる。一方、リファラル対象となる求職者は、サイトに会員登録していないユーザである。そのため、求人求職マッチングシステム１１を経由せず、独自で求職者を探しているため、課金対象外とする。

【0108】

以上、実施形態、変形例に基づき本態様について説明してきたが、上記した態様の実施の形態は、本態様の理解を容易にするためのものであり、本態様を限定するものではない。本態様は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本態様にはその等価物が含まれる。また、その技術的特徴が本明細書中に必須なものとして説明されていなければ、適宜、削除することができる。

【0109】

上記実施形態に加え、さらに、以下を付記する。
（付記１）
求職者に関する所定情報が登録されている場合に、求人募集に対する前記求職者の応募を受け付ける応募受付部を備え、
前記応募受付部は、
前記求人募集を行う求人者と所定関係にある紹介者から前記求職者への通知に含まれるアクセス情報から前記求人募集へアクセスされると、前記所定情報が登録されていない場合であっても、前記求職者の応募を受け付ける、
情報処理装置。
このように構成することにより、紹介者からの紹介があった求職者の求人に対する応募における登録情報の登録負担を軽減することができる。
（付記２）
前記情報処理装置は、さらに、発行部を備え、
前記発行部は、前記求人者が前記紹介者に対して指定した求人募集に基づいて、前記紹介者の発行できるアクセス情報を発行する
を備える付記１に記載の情報処理装置。
このように構成することにより、紹介者は求人票すべてに対して紹介状を出せるわけではなく、紹介者の専門などに応じて紹介可能な求人票に対してアクセス情報を発行することができるので、紹介者の権限を管理することができる。
（付記３）
前記情報処理装置は、さらに、
前記応募受付部に前記求職者の応募が受け付けられた場合、前記紹介者に対して、前記求職者に関する情報を登録するように促す通知を送信する送信部と、
前記紹介者により前記求職者に関する情報が登録された場合、前記求職者と前記求人者との間での連絡を可能とする連絡部と、
を備える付記１または２に記載の情報処理装置。
このように構成することにより、求人者と求職者は、マッチングが成立後に、チャット等にて相互にコミュニケーションをとることができ、面談の日程調整や質問等を行うことができる。
（付記４）
前記情報処理装置は、さらに、
前記応募受付部により前記求職者の応募を受け付け、前記応募に対して前記求人者が前記求職者に応答した場合、前記求人者に対して課金を行う課金制御部
を備え、
前記課金制御部は、
前記アクセス情報から前記求人募集へアクセスされた場合であって、前記応募受付部により前記求職者の前記応募を受け付け、前記応募に対して前記求人者が前記求職者に応答した場合、前記求人者に対して課金を行わない、
付記１～３のうちいずれか１項に記載の情報処理装置。
このように構成することにより、通常は、求職者と企業の双方が合意したコミュニケーション機会に企業が料金を支払うが、リファラル採用の場合には、本実施形態における求人求職マッチングシステムのマッチング機能を利用していないため、企業は料金を支払う必要がない。
（付記５）
コンピュータに、
求職者に関する所定情報が登録されている場合に、求人募集に対する前記求職者の応募を受け付ける応募受付処理を実行させ、
前記応募受付処理は、
前記求人募集を行う求人者と所定関係にある紹介者から前記求職者への通知に含まれるアクセス情報から前記求人募集へアクセスされると、前記所定情報が登録されていない場合であっても、前記求職者の応募を受け付ける、
マッチングプログラム。
このように構成することにより、紹介者からの紹介があった求職者の求人に対する応募において、履歴書や職務経歴書等の所定情報を登録する負担を軽減することができる。
（付記６）
求職者に関する所定情報が登録されている場合に、求人募集に対する前記求職者の応募をコンピュータが受け付け、
コンピュータが、前記求職者の応募を受け付ける場合、
前記求人募集を行う求人者と所定関係にある紹介者から前記求職者への通知に含まれるアクセス情報から前記求人募集へアクセスされると、前記所定情報が登録されていない場合であっても、前記求職者の応募を受け付ける、
マッチング方法。
このように構成することにより、紹介者からの紹介があった求職者の求人に対する応募において、履歴書や職務経歴書等の所定情報を登録する負担を軽減することができる。

【符号の説明】

【0110】

１ 情報処理装置
２ 応募受付部
３ 発行部
４ 送信部
５ 連絡部
６ 課金制御部
１１ 求人求職マッチングシステム
１２ 求職者端末
１５ サーバ
１６ 求人者端末
１７ 通信ネットワーク
３１ 通信部
３２ 制御部
３３ 受付部
３４ 表示制御部
３５ 送信部
３６ 連絡部
３７ 課金制御部
４１ 記憶部
４２ 求人票情報管理ＤＢ
４３ 求職者情報管理ＤＢ
４４ 推薦状管理ＤＢ
４５ マッチング管理ＤＢ
４６ 課金管理ＤＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】