JP2004178234A

JP2004178234A - 求人情報提供方法及び装置

Info

Publication number: JP2004178234A
Application number: JP2002343168A
Authority: JP
Inventors: Chiaki Yamauchi; 千明山内
Original assignee: Nifty Corp
Current assignee: Nifty Corp
Priority date: 2002-11-27
Filing date: 2002-11-27
Publication date: 2004-06-24

Abstract

【課題】求職者に対して必要最小限の登録を求めることにより求人情報の有効利用を図る。
【解決手段】検索登録希望者の端末から個人特定情報且つ通知先情報としてのメールアドレス及び求人情報検索条件を受信した場合、個人特定情報且つ通知先情報として機能する他の情報を受け付けることなく、メールアドレス及び求人情報検索条件を対応付けてユーザ情報格納部に登録するステップと、ユーザ情報格納部に登録されている求人情報検索条件に従って求人情報を検索し、当該求人情報検索条件に対応するメールアドレス宛に、抽出された求人情報を送信する検索ステップとを含む。個人特定情報且つ通知先情報として作用する情報としてはメールアドレスのみを登録してもらうことにより、検索登録希望者（即ち求職者）の心理的なハードルを下げて登録を促すと共に例えば定期的に検索ステップを実行することにより、求人情報の有効利用を図るものである。
【選択図】図１

Description

【０００１】
【発明が属する技術分野】
本発明は、求人情報提供技術に関する。
【０００２】
【従来の技術】
現在インターネットでは様々な情報の提供がなされている。求人情報も多くのウェブ（Ｗｅｂ）サイトにて提供されている。しかし、例えば特開２００２−１５７４５４号公報に開示されているように、求職者は自らの個人情報を予め登録しておかなければならない場合が多い。また、この登録された個人情報を守るためＩＤ及びパスワードという認証情報が設定・登録されている。すなわち、認証情報に対して検索条件及びメールアドレスが対応付けられている。
【０００３】
【特許文献１】
特開２００２−１５７４５４号
【０００４】
【発明が解決しようとする課題】
しかしながら、求職者はその立場などから自らの個人情報を登録することを好まないことが多く、求職者に対して個人情報の登録を求めた場合、求人情報の有効利用がなされず且つ求人情報を有料で掲載した求人企業等も人材獲得が進まないという問題が生じていた。
【０００５】
一方で、求職者に何らの登録を求めない場合には、継続的な求人情報のウォッチングに手間がかかり、これも求人情報の有効利用の妨げとなる。
【０００６】
そこで本発明の目的は、求職者に対して必要最小限の登録を求めることにより求人情報の有効利用を可能にする技術を提供することである。
【０００７】
【課題を解決するための手段】
本発明の第１の態様に係る求人情報提供方法は、検索登録希望者の端末から個人特定情報且つ通知先情報としてのメールアドレス及び求人情報検索条件を受信した場合、個人特定情報且つ通知先情報として機能する他の情報を受け付けることなく、メールアドレスと求人情報検索条件とを対応付けてユーザ情報格納部に登録するステップと、ユーザ情報格納部に登録されている求人情報検索条件に従って求人情報を検索し、当該求人情報検索条件に対応するメールアドレス宛に、抽出された求人情報を送信する検索ステップとを含む。
【０００８】
このように個人特定情報且つ通知先情報として作用する情報としてはメールアドレスのみを登録してもらうことにより、検索登録希望者（即ち求職者）の心理的なハードルを下げて登録を促すと共に、例えば定期的に（又は任意のタイミングで）検索ステップを実行することにより、求人情報の有効利用を図るものである。
【０００９】
また、本発明の第１の態様において、キーを生成し、当該キーをメールアドレス及び求人情報検索条件と対応付けてユーザ情報格納部に登録するステップと、検索登録希望者の端末からキーを含む所定のＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）にアクセスがあり且つ削除の意思表示を受信した場合、ユーザ情報格納部にキーに対応して登録されたメールアドレス及び求人情報検索条件を削除するステップとをさらに含むような構成であってもよい。
【００１０】
例えばメールアドレスを知っている他人が勝手に登録を削除することが無く且つ検索登録希望者（即ち求職者）もキーをほとんど意識することなく、登録管理を行うことができるようになる。
【００１１】
また、本発明の第１の態様において、キーを生成し、当該キーをメールアドレス及び求人情報検索条件と対応付けて前記ユーザ情報格納部に登録するステップと、検索登録希望者の端末からキーを含む削除指示を受信した場合、ユーザ情報格納部にキーに対応して登録されたメールアドレス及び求人情報検索条件を削除するステップとをさらに含むような構成であってもよい。
【００１２】
さらに、本発明の第１の態様において、キーを生成し、当該キーをメールアドレス及び求人情報検索条件と対応付けてユーザ情報格納部に登録するステップと、キーを含む所定のＵＲＬを含むメールをメールアドレス宛に送信するステップと、検索登録希望者の端末からキーを含む所定のＵＲＬにアクセスがあり且つ本登録の意思表示を受信した場合、ユーザ情報格納部においてキーに対応して登録されたメールアドレス及び求人情報検索条件を本登録する本登録ステップとを含み、上記検索ステップが、上記本登録ステップの後に実施されるような構成であってもよい。
【００１３】
メールアドレスを知っている悪意を有する者による本登録を阻止するためである。
【００１４】
本発明の第２の態様に係る構造を有するデータは、メールアドレス・レコードと求人情報検索条件レコードと当該メールアドレス及び求人情報検索条件の登録に関するキー・レコードとが、個人特定情報且つ通知先情報として機能する他の情報のためのレコードと関連付けられることなく対応付けられる。これにより上で述べたような処理を実施することができるようになる。
【００１５】
また、上で述べた方法をコンピュータに実行させるためのプログラムを作成することも可能であって、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。なお、ネットワークを介して配布される場合もある。また、処理途中のデータについては、コンピュータのメモリに一時保管される。
【００１６】
【発明の実施の形態】
本発明の一実施の形態に係るシステム概要図を図１に示す。例えばインターネットであるネットワーク１には、求人情報を提供する情報提供会社において従業員が操作する１又は複数の情報提供会社端末７と、求職者であるユーザが操作し且つＷｅｂブラウザ機能及びメーラ機能を有する１又は複数のユーザ端末３と、本実施の形態における主要な処理を実施するサーバ５とが接続されている。なお、情報提供会社端末７は、例えばパーソナルコンピュータであり、情報提供会社に設けられたサーバであってもよい。また、ユーザ端末３は、例えばパーソナルコンピュータであるが、Ｗｅｂブラウザ機能及びメーラ機能を有する携帯電話機などであってもよい。
【００１７】
サーバ５は、ユーザ端末３のＷｅｂブラウザからのアクセスに応じて検索処理などを実施するＷｅｂ検索処理部５１と、メールによる求人情報提供サービスを受けるための登録処理を行う登録処理部５２と、ユーザの登録した検索条件に合致した求人情報をメールにより提供するための処理を実施するメール処理部５３と、情報提供会社端末７からのアクセスに応じて求人情報を登録するための処理を実施する求人情報登録処理部５４とを含む。また、サーバ５は、ユーザ登録ＤＢ５５と、求人情報ＤＢ５６とを管理している。
【００１８】
情報提供会社端末７によるアクセスに応じて求人情報登録処理部５４が求人情報ＤＢ５６に情報を登録する処理については、従来と変わらないため、ここではこれ以上詳細な説明は省略する。また、ユーザ端末３からのアクセスに応じてＷｅｂ検索処理部５１が求人情報ＤＢ５６を検索して、その検索結果をユーザ端末３に送信する処理についても、従来と変わらないため、ここではこれ以上詳細な説明は省略する。さらに、ユーザ登録ＤＢ５５に登録されている各ユーザの検索条件に従って定期的又は任意のタイミングで求人情報ＤＢ５６の検索を行い、検索結果のデータをメールにて送信するというメール処理部５３についても従来と変わらないので、ここではこれ以上詳細な説明は省略する。
【００１９】
図２にユーザ登録ＤＢ５５に格納されるデータの一例を示す。図２のテーブル例では、キーの列２０１と、メールアドレスの列２０２と、検索条件の列２０３と、本登録フラグの列２０４とが設けられている。キーは、登録処理部５２が所定のタイミングにてランダムに生成する英数記号である。メールアドレスは、ユーザである求職者が登録する。検索条件は、本実施の形態では、職場の都道府県、市区町村、最寄の駅名、仕事内容、特徴、時間帯、及びフリーワードを含む。なお、各検索項目についてはＯＲ条件又はＡＮＤ条件で検索される複数の条件が登録される場合もある。本登録フラグは、０は仮登録、１は本登録を示すものとする。なお、２を削除とする場合もある。なお、図示していないが、携帯電話機のメールか、通常のメールかを特定するためのフラグを登録するようにしてもよい。
【００２０】
次に図３乃至図１２を用いて登録処理部５２の処理を説明する。最初に、検索条件の登録を欲する求職者たるユーザは、ユーザ端末３を操作して、サーバ５のユーザ登録ページへアクセスさせる（ステップＳ１）。サーバ５の登録処理部５２は、ユーザ端末３からのアクセスに応答して、エリア（都道府県）設定ページ・データをユーザ端末３に送信する（ステップＳ３）。ユーザ端末３は、サーバ５からエリア（都道府県）設定ページ・データを受信し、表示装置に表示する（ステップＳ５）。例えば図４に示すような表示がなされる。図４の例では、関東、近畿、東海、北海道・東北、信越・北陸、中国・四国、九州・沖縄の各々に含まれる都道府県が表示されている。なお、各都道府県名はリンクとなっており、ユーザは希望する職場の属する都道府県をクリックする。
【００２１】
ユーザ端末３は、ユーザによる都道府県の選択入力を受け付け、サーバ５に当該選択入力のデータを送信する（ステップＳ７）。サーバ５の登録処理部５２は、ユーザ端末３から都道府県の選択入力のデータを受信し、一旦記憶装置に格納する（ステップＳ９）。次に、登録処理部５２は、各種条件設定メニューページ・データを生成し、ユーザ端末３に送信する（ステップＳ１１）。ユーザ端末３は、サーバ５から各種条件設定メニューページ・データを受信し、表示装置に表示する（ステップＳ１３）。例えば図５に示すような表示がなされる。図５の例では、検索条件として、希望する職場が存在する市区町村、最寄の駅名、仕事内容、特徴、時間帯、フリーワードが設定できるようになっており、それぞれの検索項目の設定ページに移行するための設定ボタン群５０１と、設定された条件をクリアするためのクリア・ボタン群５０２とが設けられている。また、設定ボタン群５０１をクリックした後のページにおいて設定された条件にて登録を行うための登録ボタン５０３も設けられている。ユーザは、いずれかのボタンをクリックする。
【００２２】
ユーザ端末３は、ユーザによるクリック（指示入力）を受け付け、当該クリックによる指示入力のデータをサーバ５に送信する（ステップＳ１５）。サーバ５の登録処理部５２は、ユーザ端末３からユーザの指示入力データを受信する（ステップＳ１７）。そして、当該指示入力がクリア・ボタンのクリックであったか判断する（ステップＳ１９）。もし、クリア・ボタンのクリックであったと判断された場合には、クリックされたボタンの検索項目の既登録の条件を削除する（ステップＳ２０）。そして、処理は端子Ｃを介してステップＳ１１に戻る。
【００２３】
もし、ユーザの指示入力がクリア・ボタンのクリックではないと判断された場合には、登録ボタン５０３のクリックであるか否かを判断する（ステップＳ２１）。登録ボタン５０３のクリックであったと判断された場合には端子Ｂを介して図７の処理に移行する。なお、いずれかの検索項目について条件が設定されていなければ登録できないので、本ステップの段階においていずれかの検索項目について何らかの条件が設定されているか確認するようにしても良い。もし、いずれの条件も設定されていない場合には、ステップＳ１１に戻り、例えば「少なくとも１つの条件を設定してください」といったメッセージを含む各種条件設定メニューページ・データを生成する。
【００２４】
ユーザの指示入力が登録ボタン５０３のクリックではないと判断された場合には設定ボタン（一旦設定が行われた場合には変更ボタン）のクリックであるから、登録処理部５２は、指定検索項目の条件設定ページ・データを生成し、ユーザ端末３に送信する（ステップＳ２３）。ユーザ端末３は、サーバ５から、指定した検索項目の条件設定ページ・データを受信し、表示装置に表示する（ステップＳ２５）。ユーザは、当該ページの内容を見て、適切であると考える条件を設定する。例えば、コンボボックスやラジオボタンにて選択可能な条件内容を提示して、ユーザに選択させるようにしても良いし、フリーワードのような場合には入力欄を設けておく。そして、ユーザ端末３は、ユーザからの条件データ入力を受け付け、当該条件データをサーバ５に送信する（ステップＳ２７）。登録処理部５２は、ユーザ端末３から条件データを受信し、記憶装置に格納する（ステップＳ２９）。そして端子Ｃを介してステップＳ１１に戻る。この際、ステップＳ２９で取得した検索項目に対する条件データを含む各種条件設定メニューページ・データを生成し、ユーザ端末３に送信する。
【００２５】
なお、ステップＳ１１からステップＳ２９を繰り返すことにより、ユーザは検索項目について所望の条件を設定することができる。所定回数繰り返した後の各種条件設定メニューページの一例を図６に示す。図６に示すように、図５の設定ボタン群５０１は、条件が既に設定されていれば変更ボタンに変更され、設定・変更ボタン群６０１となる。図５と同様にクリア・ボタン群６０２についても設けられている。また、これまでに設定された各検索項目の条件については表示欄６０４に表示される。ここでは、駅名については市区町村と排他的な指定となるため指定されていない。また、フリーワードについても指定がなされていない。市区町村、仕事内容及び特徴については複数条件が設定されているが、これは基本的にはＯＲ条件で用いられる。但し、例えば特徴についてはＡＮＤ条件で用いるようにしても良い。登録ボタン６０３は図５と同様である。
【００２６】
ここでユーザは登録ボタン６０３をクリックしたものとする。そうすると、図３のステップＳ２１で端子Ｂを介して図７に遷移する。図７では、登録処理部５２は、メールアドレス設定ページ・データをユーザ端末３に送信する（ステップＳ３１）。ユーザ端末３は、サーバ５からメールアドレス設定ページ・データを受信し、表示装置に表示する（ステップＳ３３）。例えば図８に示すような表示がなされる。図８の例では、メールアドレス入力欄８０１と、通常のメールと携帯電話機のメールとのいずれかを選択するためのラジオボタン８０２と、次のステップに移行するためのボタン８０３とが設けられている。ユーザは、ユーザ端末３を操作してメールアドレス入力欄８０１に登録すべきメールアドレスを入力する。本実施の形態において特徴的なのは、この際メールアドレスのみ登録を求めていることである。従来では他の個人情報を登録するように求めていた。これでは求職者たるユーザの心理的負担が大きいため、本実施の形態ではメールアドレスのみの登録を求めることとしている。但し、個人情報であっても個人を特定する情報且つ住所などの通知先又は連絡先ではないような、単なるアンケート的な情報（例えば年齢層など）の情報を入力するように求めることは可能である。この程度であればユーザの心理負担は大きくないと解される為である。ユーザは、ラジオボタン８０２により、入力したメールアドレスの性質を特定し、ボタン８０３をクリックする。
【００２７】
ユーザ端末３は、メールアドレス入力などを受け付け、メールアドレスなどの情報をサーバ５に送信する（ステップＳ３５）。サーバ５の登録処理部５２は、ユーザ端末３からメールアドレスなどの情報を受信し、一旦記憶装置に格納する（ステップＳ３７）。そして、設定確認ページ・データを生成し、ユーザ端末３に送信する（ステップＳ３９）。ユーザ端末３は、サーバ５から設定確認ページ・データを受信し、表示装置に表示する（ステップＳ４１）。例えば図９に示すような表示がなされる。図９の例では、これまでに入力された検索項目に対する条件及びメールアドレスを含む設定内容表示欄９０１と、登録ボタン９０２とが設けられている。ユーザは、設定内容表示欄９０１の内容を確認し、登録ボタン９０２をクリックする。なお、ここでは登録ボタン９０２しか設けられていないが、例えば戻るボタンを設けて例えば図３のステップＳ１１に戻るような構成であってもよい。
【００２８】
ユーザ端末３は、ユーザによる登録ボタン９０２のクリック（登録確認入力）を受け付け、当該登録確認をサーバ５に通知する（ステップＳ４３）。サーバ５の登録処理部５２は、登録確認の通知を受信し（ステップＳ４５）、当該登録を管理するためのキーを生成し、当該キーをこれまでに受信した登録用のデータと共にユーザ登録ＤＢ５５に仮登録する（ステップＳ４７）。なお、仮登録であるから図２に示された本登録フラグは０にセットされる。
【００２９】
なお、図示していないが、仮登録完了を通知するページ・データが登録処理部５２からユーザ端末３に送信され、ユーザ端末３は表示装置に表示する。
【００３０】
次に登録処理部５２は、ユーザが登録したメールアドレス宛に確認メールを送信する（ステップＳ４９）。本実施の形態ではユーザを特定する情報としてメールアドレスしか登録しないので、メールアドレスを知っている第３者が、他人のメールアドレスを用いて登録する場合がある。そうすると定期的又は任意のタイミングで求人情報のメールが他人に配信されることとなるため不都合が生じる。このような事態を防止するために確認メールを用いる。なお、確認メールには、ステップＳ４７で生成したキーを含む所定のＵＲＬが含まれている。ユーザは、任意のタイミングでユーザ端末３を操作して確認メールを受信させ、表示装置に表示させる（ステップＳ５１）。確認メールの一例を図１０に示す。図１０の例では、検索条件に合致した求人情報についてのメール（メールマガジン）の配信を有効化させるための有効化用ＵＲＬ１００１と、登録の削除のための削除用ＵＲＬ１００２とが含まれている。これらのＵＲＬは似ているが、ＵＲＬ部分１００１ａ及び１００２ａにおいて処理内容を切り分けている。また、ＵＲＬ部分１００１ｂ及び１００２ｂは、ステップＳ４７において生成されたキーである。このキーが無い場合には、有効化も削除もできない。すなわち、メールアドレスとキーの対を保持する者でなければ登録についての設定を行うことができない。ユーザはいずれかのＵＲＬをクリックする。
【００３１】
ユーザ端末３は、ユーザによるＵＲＬのクリックに応じてサーバ５にアクセスする（ステップＳ５３）。サーバ５の登録処理部５２は、ユーザ端末３からアクセスを受信し、当該アクセスが削除用ＵＲＬ１００２へのアクセスか判断する（ステップＳ５７）。削除用ＵＲＬ１００２へのアクセスである場合には端子Ｄを介して図１２の処理に遷移する。一方、有効化用ＵＲＬ１００１へのアクセスであると判断した場合には、ＵＲＬに含まれるキーを用いてユーザ登録ＤＢ５５を検索して、仮登録されているデータを読み出し、本登録確認ページ・データを生成し、ユーザ端末３に送信する（ステップＳ５９）。ユーザ端末３は、サーバ５から本登録確認ページ・データを受信し、表示装置に表示する（ステップＳ６１）。例えば図１１に示すような表示がなされる。図１１の例では、登録内容表示欄１１０３と、登録（はい）ボタン１１０１と、削除（いいえ）ボタン１１０２とが設けられている。ユーザは、登録ボタン１１０１又は削除ボタン１１０２のいずれかをクリックする。
【００３２】
ユーザ端末３は、ユーザによるクリック（応答入力）を受け付け、当該応答入力をサーバ５に送信する（ステップＳ６３）。サーバ５の登録処理部５２は、ユーザ端末３から応答入力を受信する（ステップＳ６５）。そして、処理は端子Ｅを介して図１２に遷移する。
【００３３】
図１２では登録処理部５２は、登録ボタン１１０１がクリックされたか否かを判断する（ステップＳ６７）。もし、登録ボタン１１０１がクリックされたと判断された場合には、ユーザ登録ＤＢ５５において当該ユーザの登録データを本登録に変更する（ステップＳ６９）。図２の例では、本登録フラグを「１」に変更する。そして、登録完了通知ページ・データをユーザ端末３に送信する（ステップＳ７１）。ユーザ端末３は、サーバ５から登録完了通知ページ・データを受信し、表示装置に表示する（ステップＳ７３）。例えば、「お知らせメルマガサービスを開始いたしました」といったメッセージである。
【００３４】
一方、ステップＳ６７において登録ボタン１１０１ではなく削除ボタン１１０２がクリックされたと判断された場合又は図７のステップＳ５７において削除用ＵＲＬ１００２がクリックされたと判断された場合には、削除確認ページ・データを生成し、ユーザ端末３に送信する（ステップＳ７５）。ユーザ端末３は、削除確認ページ・データを受信し、表示装置に表示する（ステップＳ７７）。例えば、「登録を削除しますが、よろしいですか？」というメッセージと「はい」ボタンとが含まれるページである。その他登録内容の表示欄を含むようにしても良い。ユーザは削除すると判断した場合には、「はい」ボタンをクリックする。
【００３５】
ユーザ端末３は、ユーザからのクリック（確認応答）を受け付け、当該確認応答をサーバ５に通知する（ステップＳ７９）。サーバ５の登録処理部５２は、ユーザ端末３から確認応答を受信し（ステップＳ８１）、ユーザ登録ＤＢ５５から特定されているキーに対応する登録情報を削除する（ステップＳ８３）。そして、削除完了通知ページ・データを生成し、ユーザ端末３に送信する（ステップＳ８５）。ユーザ端末３は、サーバ５から削除完了通知ページ・データを受信し、表示装置に表示する（ステップＳ８７）。例えば、「削除は完了しました。またのご利用をお待ちしております。」といったメッセージが表示される。
【００３６】
このようにすれば、ユーザは個人特定情報且つ通知先（又は連絡先）情報として用いられる情報としてはメールアドレスのみを登録すればよいので求職者であるユーザの心理的負担が減り、登録が促進される。また、登録が促進されれば、求人情報の有効利用を図ることができる。
【００３７】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されない。例えば図１に示した機能ブロック図は一例であって、必ずしも各機能ブロックはプログラムモジュールに対応しない。また、サーバ５は一台のコンピュータにて構成される例を示しているが、複数台により上で述べた機能を実現するように構成しても良い。
【００３８】
また、検索項目については一例に過ぎず、より多くの又はより少ない検索項目について検索条件を設定できるような変更も可能である。また上で説明した画面例の画面構成は一例であって、同様の内容を含む画面構成であってもよい。また複数の画面を１画面にしたり、１画面を複数画面に分割することも可能である。
【００３９】
さらに、上の例ではメールアドレスと複数の検索項目についての検索条件とを対応付けていたが、例えば検索条件パターンが予め定められていて、当該検索条件パターンとメールアドレスとが対応付けられる場合もある。
【００４０】
【発明の効果】
以上述べたように本発明によれば、求職者に対して必要最小限の登録を求めることにより求人情報の有効利用を図ることが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施の形態に係るシステム概要図である。
【図２】ユーザ登録ＤＢに登録されるデータ例を示す図である。
【図３】本発明の一実施の形態に係るユーザ登録処理のフロー（その１）を示す図である。
【図４】エリア（都道府県）設定ページの一例を示す図である。
【図５】各種条件設定メニュー・ページの一例を示す図である。
【図６】所定の処理後の各種条件設定メニュー・ページの一例を示す図である。
【図７】本発明の一実施の形態に係るユーザ登録処理のフロー（その２）を示す図である。
【図８】メールアドレス設定ページの一例を示す図である。
【図９】設定確認ページの一例を示す図である。
【図１０】確認メールの一例を示す図である。
【図１１】本登録確認ページの一例を示す図である。
【図１２】本発明の一実施の形態に係るユーザ登録処理のフロー（その３）を示す図である。
【符号の説明】
１ネットワーク３ユーザ端末５サーバ
７情報提供会社端末
５１Ｗｅｂ検索処理部５２登録処理部
５３メール処理部５４求人情報登録処理部
５５ユーザ登録ＤＢ５６求人情報ＤＢ

Claims

検索登録希望者の端末から個人特定情報且つ通知先情報としてのメールアドレス及び求人情報検索条件を受信した場合、前記個人特定情報且つ通知先情報として機能する他の情報を受け付けることなく、前記メールアドレスと求人情報検索条件とを対応付けてユーザ情報格納部に登録するステップと、
前記ユーザ情報格納部に登録されている求人情報検索条件に従って求人情報を検索し、当該求人情報検索条件に対応するメールアドレス宛に、抽出された求人情報を送信する検索ステップと、
を含む、コンピュータにより実行される求人情報提供方法。
キーを生成し、当該キーを前記メールアドレス及び求人情報検索条件と対応付けて前記ユーザ情報格納部に登録するステップと、
前記検索登録希望者の端末から前記キーを含む所定のユニフォーム・リソース・ロケータ（ＵＲＬ）へのアクセスがあり且つ削除の意思表示を受信した場合、前記ユーザ情報格納部に前記キーに対応して登録された前記メールアドレス及び求人情報検索条件を削除するステップと、
をさらに含む請求項１記載の求人情報提供方法。
キーを生成し、当該キーを前記メールアドレス及び求人情報検索条件と対応付けて前記ユーザ情報格納部に登録するステップと、
前記検索登録希望者の端末からキーを含む削除指示を受信した場合、前記ユーザ情報格納部に前記キーに対応して登録された前記メールアドレス及び求人情報検索条件を削除するステップと、
をさらに含む請求項１記載の求人情報提供方法。
キーを生成し、当該キーを前記メールアドレス及び求人情報検索条件と対応付けて前記ユーザ情報格納部に登録するステップと、
前記キーを含む所定のＵＲＬを含むメールを前記メールアドレス宛に送信するステップと、
前記検索登録希望者の端末から前記キーを含む所定のＵＲＬにアクセスがあり且つ本登録の意思表示を受信した場合、前記ユーザ情報格納部において前記キーに対応して登録された前記メールアドレス及び求人情報検索条件を本登録する本登録ステップと、
を含み、
前記検索ステップが、前記本登録ステップの後に実施されること
を特徴とする請求項１記載の求人情報提供方法。
請求項１乃至４のいずれか１つ記載の求人情報提供方法をコンピュータにより実施させるためのプログラム。
検索登録希望者の端末から個人特定情報且つ通知先情報としてのメールアドレス及び求人情報検索条件を受信した場合、前記個人特定情報且つ通知先情報として機能する他の情報を受け付けることなく、前記メールアドレスと求人情報検索条件とを対応付けてユーザ情報格納部に登録する手段と、
前記ユーザ情報格納部に登録されている求人情報検索条件に従って求人情報を検索し、当該求人情報検索条件に対応するメールアドレス宛に、抽出された求人情報を送信する検索手段と、
を有する求人情報提供装置。
メールアドレス・レコードと求人情報検索条件レコードと当該メールアドレス及び求人情報検索条件の登録に関するキー・レコードとが、個人特定情報且つ通知先情報として機能する他の情報のためのレコードと関連付けられることなく対応付けられる、構造を有するデータ。