JP2004295260A - Distribution setting supporting method for specific information and method for providing specific information - Google Patents

Distribution setting supporting method for specific information and method for providing specific information Download PDF

Info

Publication number
JP2004295260A
JP2004295260A JP2003083833A JP2003083833A JP2004295260A JP 2004295260 A JP2004295260 A JP 2004295260A JP 2003083833 A JP2003083833 A JP 2003083833A JP 2003083833 A JP2003083833 A JP 2003083833A JP 2004295260 A JP2004295260 A JP 2004295260A
Authority
JP
Japan
Prior art keywords
user
terminal
authentication
mail
terminal device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003083833A
Other languages
Japanese (ja)
Inventor
Shinichi Tamakai
真一 玉飼
Shingo Hosono
慎吾 細野
Nao Akazawa
奈緒 赤澤
Hisahide Arai
尚英 荒井
Masahiro Sugimura
昌宏 杉村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Recruit Co Ltd
Original Assignee
Recruit Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Recruit Co Ltd filed Critical Recruit Co Ltd
Priority to JP2003083833A priority Critical patent/JP2004295260A/en
Publication of JP2004295260A publication Critical patent/JP2004295260A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Storage Device Security (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To allow a user to acquire his or her desired information specific to the user by a simple operation. <P>SOLUTION: A server 16 acquires terminal ID specific and unique to terminal equipment in response to access from the terminal equipment 12, and transmits it to the terminal equipment in order to store it in the terminal equipment, and also temporarily stores it in the server. While continuously performing session, the server 16 temporarily stores the history of the browsing action of a user in the storage device by associating it with the terminal ID. In response to a registration request from the terminal equipment, the server 16 registers data to be tracked being a series of histories temporarily stored so as to be associated with the terminal ID, mail address, terminal ID and unique mail distribution ID in a user information table 38 by associating them with each other. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、ユーザの検索履歴に基づいて、ユーザに固有の情報を提供でき、かつ、ユーザ固有の情報を提供する際に、簡便でかつ確実なユーザ認証を実現するシステムに関する。
【0002】
【従来の技術】
従来、ユーザが端末装置を利用して、サーバにアクセスした履歴(いわゆるアクセスログ)をサーバにて保持し、これをユーザなどへの種々のサービスのために利用することが実現されている。たとえば、特許文献1には、登録された顧客の閲覧履歴情報を保持し、これを、顧客の分類評価や、イベントが開催された際の顧客への招待状の作成に利用する技術が開示されている。
【0003】
【特許文献1】特開2002−342664号公報
【0004】
また、求人情報、映画、音楽などのエンターテインメント情報などを配信するサーバにおいて、ユーザの必要な条件(求人情報であれば、職種や勤務地、映画や音楽であれば、好みのジャンルなど)を、メール配信先とともにあらかじめ登録しておき、条件に合致する情報がサーバに到着した場合に、登録されたユーザにメール配信するような技術も実現されている。
【0005】
このようなメール配信サービスにおいては、ユーザにIDおよびパスワードを与え、ログインした後に、必要な条件を設定或いは変更できるように構成するのが一般的である。これにより、ユーザ固有の情報へのアクセスをユーザのみに限定するとともに、登録されたユーザ固有の情報のみを保持することで、サーバの記憶装置の負荷を軽減している。
【0006】
また、メール配信の後、ユーザが、メール中のリンクにアクセスした場合でも、ユーザにIDおよびパスワードを入力させることにより、誤ってメールを受理した他人やメールを窃盗した他人によるアクセスを防止している場合もある。さらに、特許文献2に示すように、IDおよびパスワードとともに、コンピュータ識別記号を利用して、コンピュータ識別記号の照合をもって、サーバへのアクセスを認めるような技術も提案されている。
【0007】
【特許文献2】特開2002−132723号公報
【0008】
【発明が解決しようとする課題】
上記サービスの提供を受けるためには、基本的には、ユーザはIDおよびパスワードの取得が必要となる。ユーザとしては、一般には、サービスの提供を受けるのに先立って、個人情報を登録し、IDやパスワードを取得することには心理的な抵抗がある。このため、登録されたユーザを確保するために、心理的な壁を引き下げる努力が求められている。同時に、他人による、ユーザ固有の情報へのアクセスを適切に防止できるのが望ましい。
【0009】
また、ユーザによる条件設定の際や、サービス提供の際にも、ユーザによる操作は最低限であることが望ましい。
【0010】
本発明は、ユーザによる簡単な操作で、所望のユーザ固有の情報を取得することができ、かつ、他人によるユーザ固有の情報へのアクセスを適切に排除することができる方法およびシステムを提供することを目的とする。
【0011】
【課題を解決するための手段】
本発明の目的は、ユーザが所望する、当該ユーザ固有の情報を配信するための条件の設定を支援する方法であって、サーバにおいて、ある端末装置からのアクセスに応答して、当該端末装置に固有かつ一意的な端末IDを採番して、端末装置中に記憶するために、当該端末装置に送信するとともに、サーバ中に一時的に記憶するステップと、当該端末装置とサーバとの間のセッションの継続中、前記ユーザによる閲覧行動の履歴を、前記端末IDと関連付けて一時的に記憶装置に記憶するステップと、前記端末装置からの登録要求に応答して、前記端末IDに関連付けられて一時的に記憶された一連の履歴をトラッキング対象データとして端末装置に提示するとともに、メール配信先となるメールアドレスの入力を求めるステップと、前記端末装置からのメールアドレスの受理に応答して、前記メールアドレス、端末ID、トラッキング対象データに基づく新規な情報の取得を前記ユーザに通知するメールに含まれる、前記新規な情報を含むユーザ固有のコンテンツへのアクセスを許可するための、一意的なメール配信ID、および、トラッキング対象データを、関連付けてユーザ情報テーブルに登録するステップとを備えたことを特徴とする方法により達成される。
【0012】
本発明によれば、ユーザの行動履歴を一時的に記憶しておき、ユーザがユーザ固有のコンテンツの提供を受ける意思、つまりユーザ登録の意思がある場合に、必要な情報とともに、当該行動履歴をトラッキング対象データとして登録する。したがって、ユーザはあらかじめIDやパスワードを取得することなく、所望のときに、ユーザ登録の意思を表明し、当該セッションの間におけるユーザの行動履歴を登録することが可能となる。
【0013】
ユーザの行動には、検索行為、階層的な選択行為、キーワードの入力やコンテンツの閲覧行為などが含まれる。
また、本明細書において、採番とは、番号、文字列、および、これらが混在したものを取得する行為をいう。
【0014】
好ましい実施態様においては、前記メールアドレスの入力を求めるステップにおいて、前記トラッキング対象データの追加および変更がある場合に、その入力を求めるステップを有する。
【0015】
また、本発明の目的は、上記方法により、ユーザ情報テーブルに記憶されたトラッキング対象データを参照して、これに基づく新規な情報を取得した際に、ユーザに、当該新規な情報を含むユーザ固有のコンテンツを生成して提供する方法であって、前記ユーザ情報テーブル中のメールアドレス宛に、前記メール配信IDを含めたメールを送信するステップと、前記端末装置からの、前記メール配信IDに基づくアクセス要求、および、送信された端末IDの組に基づいて、前記ユーザ情報テーブル中のメール配信IDおよび端末IDの組と照合することにより、ユーザを認証する第1の認証ステップと、前記第1の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ固有のコンテンツへのアクセスを許可するステップとを備えたことを特徴とする方法によっても達成される。
【0016】
第1の認証ステップにおいては、先のアクセスの際に端末措置中に記憶させた端末IDおよびメール配信IDの組により認証を実行する。これにより、ユーザは、IDやパスワードの入力なく、ユーザ固有のコンテンツを取得することが可能となる。
【0017】
好ましい実施態様においては、第1の認証ステップにおいて、ユーザ認証が失敗した場合に、前記メールアドレス宛に、認証が失敗したことを通知するステップと、端末装置からの、第2の認証を実行するための認証メールに送信要求に応答して、一意的な認証キーを採番するステップと、前記端末IDと認証キーとを、前記メールアドレスと関連付けて、ユーザ情報テーブルに記憶するステップと、前記メールアドレス宛に、認証キーを含めた第2のメールを送信するステップと、先に受理しているメール配信ID、および、前記端末装置から返送された認証キーの組に基づいて、前記ユーザ情報テーブル中のメール配信IDおよび認証キーの組と照合することにより、ユーザを認証する第2の認証ステップと、前記第2の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ固有のコンテンツへのアクセスを許可するステップとを備えている。
【0018】
これにより、ユーザは、登録時に使った端末以外の端末装置からも、ユーザ固有のコンテンツを取得することが可能となる。
好ましい実施態様においては、さらに、前記ユーザ情報を記憶するステップにおいて、認証状態が成功していない状態を示す値を、前記端末IDや認証キーに関連付けて、前記ユーザ情報テーブルに記憶するステップを備え、前記第2の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ情報テーブル中の関連する認証状態を、成功を示す値に変更するステップを有し、かつ、前記ユーザ情報テーブル中、認証状態が成功していない状態を示す値が所定期間継続した場合、関連する端末IDおよび認証キーを含む一連のデータを削除するステップを備えている。
【0019】
【発明の実施の形態】
以下、添付図面を参照して本発明の実施の形態について説明する。図1は、本発明の実施の形態にかかるシステム構成を概略的に示すブロックダイヤグラムである。図1に示すように、本実施の形態においては、端末装置12−1、12−2、12−3、・・・がインターネット14を介して、サーバ16にアクセスして、種々の情報の提供を受けられるようになっている。また、ユーザの検索履歴(トラッキング情報)に基づいて、登録されたユーザに対して、条件に合致する新規の求人情報を通知できるようになっている。
【0020】
本実施の形態においては、サーバ16は、ユーザの検索条件にしたがって、所望の求人情報を提供できるように構成されている。図2に示すように、サーバ16は、インターネット14からのデータ通信を制御するインタフェース(I/F)20と、端末装置12からの検索条件を含む種々のリクエストを参照して、ユーザのトラッキングを制御するトラッキング制御部22と、ユーザのリクエストに応答した画面などを含む情報を生成する応答情報生成部24と、ユーザに対するメール配信のための条件を設定するメール配信条件設定部26と、ユーザ宛てのメールを生成するメール生成部28と、ユーザごとの情報を参照するためのアクセスの際にユーザを認証するユーザ認証部30と、種々のデータを記憶するデータベース(DB)32とを備えている。
【0021】
データベース32には、ユーザ所望の求人情報を検索するための検索条件テーブル34、ユーザに提示するための求人の情報を含む求人情報テーブル36、および、登録したユーザに関する情報やユーザを認証するための情報を記憶したユーザ情報テーブル36を有している。
検索条件テーブル34には、職種名称および職種コードの組や、勤務地名称および勤務地コードの組が記憶される。職種コードは階層構造を有し、上位の職種からより具体的な下位の職種まで、ユーザのリクエストに応答した絞込み検索ができるようになっている。勤務地コードについても同様に階層構造を有している。
【0022】
求人情報テーブル36には、求人ごとの仕事の内容、対象者、勤務地、給与などを含む詳細情報と、職種コードおよび勤務地コードとが関連付けられて記憶されている。
【0023】
このように構成されたサーバ16の処理、および、端末装置12とサーバ16との間のデータ通信について、以下に詳細に説明する。
図3に示すように、ユーザが端末装置12を操作して、サーバ16に初めてアクセスし、セッションが確立すると(ステップ301)、サーバ16は、これに応答して、端末IDを採番し(ステップ302)、検索画面に相当する初期的なコンテンツとともに、当該端末IDをクッキー(Cookie)に含ませて、端末装置12に送信する(ステップ303)。また、サーバ16において、端末IDは、トラッキング処理部の一時記憶部に記憶される(ステップ304)。
【0024】
クライアントマシン12においては、クッキーを内部に記憶するとともに(ステップ305)、受理したコンテンツを表示装置の画面上に表示する(ステップ306)。図4は、初期的なコンテンツの一例を示す図である。コンテンツ400においては、職種コードの階層構造中、最上位に位置する職種コードに対応する職種名称がリストされる(符号401参照)とともに、勤務地コードの階層構造中、最上位に位置する勤務地コードに対応する勤務地名称がリストされている(符号402参照)。
【0025】
たとえば、ユーザが、入力装置を操作して、所望の職種名称や勤務地名称を選択すると、選択情報を含むリクエストがサーバ16に与えられる(ステップ307)。サーバ16のトラッキング制御部22は、DB32中の検索条件テーブル34や求人情報テーブル36を参照して、階層構造にしたがって、選択された職種名称や勤務地名称の下位に位置する職種名称や勤務地名称を抽出する(ステップ308)。また、後に詳述するトラッキング処理を実行して、ユーザの検索履歴を示すトラッキング対象コードを取得し(ステップ309)、前記一時記憶部に、対応する端末IDと関連付けて記憶する(ステップ310)。
【0026】
次いで、応答情報生成部24は、トラッキング情報に基づくユーザの検索履歴を示す検索履歴表示部および検索結果を含むコンテンツを生成し(ステップ311)、端末装置12に伝達する(ステップ312)。これにより、端末装置12の表示装置の画面上には、検索により絞り込まれた検索結果が、自己の検索履歴とともに表示される(ステップ313)。
【0027】
図5は、初期的なコンテンツから一階層絞り込まれた画像コンテンツの例を示す図である。図5に示すように、コンテンツ500においては、絞込み検索(たとえば、「技術系(ソフトウェア、ネットワーク)」という最上位(一次)の職種名称による絞込み検索)に対応する下位(二次)の職種名称が表示される検索結果画面(符号501参照)と、ユーザの検索履歴に対応する検索履歴表示部(符号502参照)とを含む。
【0028】
これ以降、より細分化された職種名称(求人のカテゴリー)を選択すると、ステップ307ないしステップ313の処理が繰り返し実行される。たとえば、表示画面を参照して、ユーザが端末装置12を操作して、図5の検索結果表示部501中、二次の職種項目の一つである「システム開発(Web・オープン系)」を選択すると、トラッキング処理が実行されて、検索結果として、選択された職種項目に属する求人詳細情報を含む検索結果と、検索履歴表示部を含む画像コンテンツが生成されて、端末装置の表示装置に表示される。なお、求人詳細情報には、二次の職種項目の下位に位置する三次の職種項目に対応する情報が付与されている。この状態で検索結果表示部501に表示される求人詳細情報は、或る二次の職種項目に所属する複数の三次の職種項目が付与されたものが表示される。この状態から更に或る特定の三次の職種項目に対応する求人詳細情報のみに絞込みを行いたい場合、検索結果表示部501に表示された「さらに絞込み」欄の「職種選択ボックス」のプルダウンメニュー内の三次の職種項目の一覧から所望の職種項目を選択し、「この条件で絞込み」の指示ボタンをクリックする。
【0029】
図6(a)は、図5の検索画面の例において、「システム開発(Web・オープン系)」が選択された場合の検索履歴画面を示す図である。ここでは、技術者が順次選択した職種項目が、その階層構造が理解できるような形態で表示される。なお、二次の職種項目が選択された後、三次の職種項目を選択するためにその一覧表示する場合、三次の職種項目を求人詳細情報と共に表示せずに、検索履歴画面上に表示することもできる。(図6(b))
【0030】
上記検索履歴表示部を生成するために用いられ、また、端末IDと関連付けて記憶される検索履歴を作成する処理(ステップ309のトラッキング処理)について説明する。図7は、ステップ309のトラッキング処理をより詳細に示すフローチャートである。なお、一次の職種項目(勤務地項目等を含む)から一つ一つ職種項目が選択された場合、ステップ701から直接ステップ705,708の処理が実行され、そして画面500が生成され、さらに、ステップ707の処理が実行される。ステップ702〜704,706の処理は、複数の職種項目をリクエストの受理として受け入れた場合に実行される。
【0031】
まず始めに、一つ一つの職種項目選択された場合について説明する。この場合、ステップ701において、一次の職種項目を受け入れ、その職種項目の内容がステップ707で処理される。一次記憶されたコードが存在しなければ、ステップ707においてこの一次の職種項目(一次コード)が記憶される。次に記憶された一次コードに所属する二次の職種項目(二次コード)を受け入れた場合、ステップ707において、既に記憶していた一次コードに代えて二次コードを記憶する。さらにこの二次コードに所属する三次の職種項目(三次コード)を受け入れた場合、ステップ707において、既に記憶していた二次コードに代えて三次コードを記憶する。このように、ステップ707において、同一系列のコードが受理された場合、より下位のコードを記憶する制御を行う。
【0032】
次に、複数の職種項目をリクエストの受理として受け入れた場合の処理について説明する。このように複数の職種項目を受け入れる事態は、例えば、図10の「もっと詳しく」という表示をクリックした場合に発生する。このクリックを行うと、ユーザが選択可能な一次〜三次職種項目の一覧が表示される。ユーザは、この一覧の中から、所望の職種項目を次元にとらわれることなく適宜複数選択することができる。たとえば、図8に示すように、「営業、事務、企画系」という一次の職種項目と、その下位に位置する、「営業、代理店営業、渉外」という二次の職種項目と、その下位に位置する「営業、企画営業」や「代理店営業、パートナーセールス」などの三次の職種項目が、さらに、「営業、事務、企画系」、「営業、代理店営業、渉外」、「営業、企画営業」「MR」が選択され、リクエストの受理として受け入れられた場合、ステップ702において最上位の職種項目である一次の職種項目のみがステップ703に供給される。また、受理した職種項目がこの他に、他の一次職種項目に所属する二次の職種項目とこの二次の職種項目に所属する三次の職種項目である場合、ステップ702において、先に説明した一次の職種項目と、今回の二次の職種項目がステップ702に供給される。実際には、職種名がフィルタリングされ、後述するように一時記憶されるのではなく、職種名と一意的に対応する職種コードがフィルタリングされ、一時記憶される。
【0033】
ついで、ユーザの検索履歴中のコードの総数(コード個数)が、所定数(たとえば、61個)より少ないか否かが判断され、所定数以上であった場合(ステップ703でノー(No))には、エラーとなる(ステップ704)。ここでは、個人の検索履歴によるコード数を制限している。
【0034】
その一方、コード個数が所定数より少なければ(ステップ703でイエス(Yes))、リクエスト中のコードを、いままでの検索履歴に付加したような、検索履歴画面が生成される。また、今回のリクエスト中のコードを持つ、求人詳細情報が、求人情報テーブルから取り出され、これを含む検索結果画面が生成される(ステップ705)。これらが、コンテンツとして、ユーザの端末装置12に送信される(ステップ708)。
【0035】
ステップ705が実行されるとともに、所定のルール、たとえば、昇順で、所定個数のコードが、トラッキング対象コードと設定され(ステップ706)、これが、端末IDと関連付けて一時的に記憶される(ステップ707)。このステップ706およびステップ707の処理結果、つまり、設定されたトラッキング対象コードは、ステップ705における検索履歴画面には反映されない。すなわち、検索履歴画面では、ユーザが選択したリクエストにしたがって、ユーザが選択した職種名称や勤務地名称が、階層構造で表示されるが、トラッキング対象コードは、これから一定のものに絞り込まれている。また、トラッキング対象コードは、ユーザの検索履歴として、一時的ではあるが、当該ユーザのセッションが継続している間は蓄積される。
【0036】
ユーザが端末装置12を操作して、職種名称や勤務地名称などを選択するのに応じて、図7に示す処理が実行され、新たに選択された職種名称や勤務地名称が付加された検索履歴画面や求人詳細情報を含む検索結果画面が、コンテンツとして端末装置12に伝達されるとともに、トラッキング対象コードが、端末IDと関連付けられた状態で、もともと一次記憶されていたトラッキング対象コードに付加される。
【0037】
ユーザは、所望の職種名称や勤務地名称を選択して、検索を繰り返した後、自分が検索した職種名称や勤務地名称で、新たな求人(新着求人)が出た場合に、それを通知するようにサーバ16に依頼することができる。図9において、ユーザが端末装置12の表示装置の画面上に表示されたコンテンツ(図10参照)において、コンテンツ1000の検索履歴画面1001に配置された「申込」ボタン1002をオンすると(ステップ901)、メール配信申込のリクエストがサーバ16に伝達される(ステップ902)。
【0038】
サーバ16のメール配信条件設定部26は、端末IDに基づいて、当該端末IDと関連付けられて一時的に記憶された一連のトラッキング対象コードを取得し(ステップ903)、トラッキング対象コードや検索履歴画面を参照して、ユーザがメール配信を求める求人情報の条件を含む申込用コンテンツを生成して(ステップ904)、端末装置12に送る(ステップ905)。図11は、メール配信の申込用コンテンツの例を示す図である。申込用コンテンツ1100には、当該ユーザの端末装置12との間のセッション中に蓄積された、ユーザの検索履歴(トラッキング対象コード)に基づく、職種名称および勤務地名称がリストされている。この例では、「営業、企画営業」、「営業マネージャ」という職種名称と、「東京23区」、「東京都下」という勤務地名称とが、トラッキング対象コードや検索履歴画面に基づいてリストされている。
【0039】
図12は、この申込用コンテンツの生成をより詳細に示すフローチャートである。ここでも、基本的に、図7と同等の処理が実行される。サーバが、上記メール配信申込というリクエストを受理すると(ステップ1201)、コードのフィルタリングが実行される(ステップ1202)。これは、図7のステップ702の処理と同様である。また、コード個数が所定数以上である場合(ステップ1203でノー(No))にはエラーとなる(ステップ1204)。
【0040】
その一方、コード個数が所定数より少なければ(ステップ703でイエス(Yes))、所定のルール、たとえば、昇順で、所定個数のコードが、トラッキング対象コードと設定され(ステップ1205)、これが、端末IDと関連付けて一時的に記憶される(ステップ1206)。これら処理は、図7のステップ706、707にそれぞれ対応する。
【0041】
ここで、一次記憶されたコード数が、所定数(たとえば、60)より少なければ(ステップ1208でイエス(Yes))、一時記憶されたデータと、リクエストに含まれたコードとに基づいて、申込用コンテンツが作られる(ステップ1207)。その一方、所定数以上である場合には、直前の画面において選択された職種や勤務地に基づき、申込用コンテンツが作られる(図示せず)。このようにして生成されたコンテンツが、端末装置12に伝達される(ステップ1209)。
【0042】
ユーザは、申込コンテンツ中の配信先の記入欄に、入力装置を操作して自己のメールアドレスを記入するとともに、申込用コンテンツを参照して、提示された職種名称や勤務地名称のうち所望のもののチェックボックスに、入力装置を操作して印を付ける(ステップ906)。また、特定のキーワードをキーワード入力欄に記入しても良い。
【0043】
このような処理の後、ユーザが、入力装置を操作して、「来週から受け取る」というボタンをオンすると、登録のリクエストが、端末装置12からサーバ16に伝達される(ステップ907)。サーバ16のメール配信条件設定部26は、後述する一意的なメール配信IDを採番し(ステップ908)、一時記憶された一連のトラッキング対象データを、電子メールアドレス、対応する端末IDおよびメール配信IDと関連付けて、ユーザ情報テーブル38に記憶する(ステップ909)。その後、登録完了通知が、サーバ16から端末装置12に伝達される(ステップ910)。
【0044】
図13は、本実施の形態にかかるユーザ情報テーブルの例を示す図である。図12に示すように、テーブルのレコードは、ユーザのメールアドレス、端末ID、メール配信ID、後述する認証キー、後述する認証状態、および、トラッキング対象データ群を有する。特に必要となった場合に、ユーザを認証するための認証キーとして特定の文字列が格納されるようになっている。また、認証状態には、認証キーが利用される場合に、ユーザの認証状態を示すフラグ値が与えられる。
【0045】
このようにして、ユーザは、あるセッションにて自己が検索した、所望の職種名称や勤務地名称に対応するトラッキング対象コードを、サーバ16に登録し、これ以後、登録されたトラッキングコードを含む新着求人情報が、新たにサーバ16に到達した場合、その通知を受けることが可能となる。
【0046】
本実施の形態によれば、ユーザの端末装置に、端末IDを含むCookieを与え、当該端末装置とのセッション中に、ユーザの検索履歴を示すトラッキング対象データ、端末IDとして一時的に記憶しておく。また、メール配信登録を求める際に、セッション中に蓄積された一連のトラッキング対象データを、ユーザのメールアドレスや、各種IDとともに記憶する。これにより、ユーザは簡単な手順で、自己の所望の職種や勤務地に関する新規求人情報の通知をサーバに求めることが可能となる。
【0047】
次に、新規求人情報の通知、および、ユーザによる情報の閲覧について説明する。図14(a)に示すように、サーバ16が新着求人情報を参照して、あるユーザに対する新規求人情報の通知をすべきである場合(ステップ1401)、サーバ16のメール生成部28は、ユーザ情報テーブル38を参照して、登録されたメールアドレス宛のメールを生成して(ステップ1402)、生成されたメールを送信する(ステップ1403)。ここで、メールに、ユーザが登録した職種名称や勤務地名称に関連する新着求人情報を記述するとともに、登録の際に採番された、メール配信IDをキーとして含むリンク情報が記述される。ユーザが、キーを含むリンクをアクセスすることにより、後述する認証の実行やコンテンツの閲覧ができる。
【0048】
本実施の形態においては、端末装置中のCookieに含まれる端末IDおよびリンクに含まれるメール配信IDを利用して、ユーザ認証を実行している。たとえば、新着求人情報の通知を求める際に利用した端末装置(たとえば、図1の端末装置12−1)にて、メールを受信した場合を考える。図14(b)に示すように、ユーザが、端末装置12−1を操作して、メール中のリンクを指定すると(ステップ1411)、端末装置12が、当該リンクにアクセスするとともに、端末装置12−1に保持されていた端末IDを送信する(ステップ1412)。
【0049】
サーバ16のユーザ認証部30は、メール配信IDに基づいて、ユーザ情報テーブル38を参照し、端末装置12−1からの端末IDおよびメール配信IDの組と、メールアドレスに関連付けられてユーザ情報テーブル38に記憶された端末IDおよびメール配信IDの組とを照合する(ステップ1413)。ここで、これらが一致すれば、ユーザの認証が成功する。これにより、ユーザは、端末装置12−1を利用して、リンク先からのコンテンツ(新着求人情報に関するコンテンツ)を取得して閲覧することが可能となる(ステップ1414)。
【0050】
これに対して、他人が、他の端末装置(たとえば、端末装置12−2)を利用して、上記ユーザへの新着求人情報およびそのリンク先からのコンテンツの閲覧を試みようとした場合と考える。初めてのサーバへのアクセスであれば、端末装置12−2には、端末装置12−1に付与された端末ID(たとえば、「11111111」)とは異なる固有の端末ID(たとえば、「22222222」)が与えられる。既に端末IDを含むCookieを保持している場合には、アクセスに際して、サーバ16に対して、固有の端末IDが送信される。
【0051】
このような場合に、たとえ、当該他人が、ユーザ配信ID(たとえば、「aaaaaaaa」)を入手して、これを含むリンクにアクセスしても、アクセスしてきた端末装置の端末ID「22222222」による、マッピングが不可能である、つまり、ユーザ情報テーブル38には、端末ID「22222222」に対応付けられたユーザ配信IDが異なる或いは存在しないため、当該他人によるコンテンツの閲覧は認められない。
【0052】
また、上記新着求人情報の配信を求めたユーザ(本人)が、異なる端末装置(たとえば、端末装置12−2)を利用して、コンテンツの閲覧を図る場合について説明する。ここでは、ユーザ(本人)が、端末装置12−1(付与された端末ID「11111111」)を利用して、新着求人情報の配信を求める登録を実行し、新着求人情報の到着を通知するメールに、ユーザ配信ID「aaaaaaaa」を含むリンクが記述されていたと考える。
【0053】
図14(b)に示した認証に失敗すると、図15に示すように、サーバ16から端末装置12−2に対して、認証に失敗したことを示すメッセージが伝達される(ステップ1501)。
【0054】
ユーザは、端末装置12−2を操作して、認証メールの送付を要求する(ステップ1502)。サーバ16は、認証メールの送付要求の受理に応答して、端末装置12−2に付与された端末ID「22222222」に関連付けられた認証キー(たとえば、「WXYZ」)を採番する(ステップ1503)。この認証キーは、ユーザ情報テーブル38に、端末ID「22222222」と、上記ユーザ配信ID「aaaaaaaa」と関連付けられて記憶されるとともに、その認証状態が、「No」に設定される(ステップ1404)。したがって、ユーザ情報テーブル38には、図16(a)に示すように、同じメール配信IDを有するレコードが二つ存在することになる(符合1601、1602参照)。
【0055】
次いで、サーバ16から、ユーザ宛に認証キーが含むリンクが記述されたメールが送信される(ステップ1505)。端末装置12にて、上記メールを受理したユーザが、入力装置を操作して、認証キーを含むリンクを指定すると(ステップ1506)、端末装置12−1が、リンクにアクセスするとともに、端末装置12−2に保持されていた端末ID「22222222」を送信する(ステップ1507)。
【0056】
サーバ16のユーザ認証部30は、受理した端末IDおよび認証キーの組と、ユーザ情報テーブル38中の端末IDおよび認証キーの組とを照合する(ステップ1508)。これらが一致した場合には、ユーザの認証が成功し、ユーザ情報テーブル38中、上記端末IDおよび認証キーを有するレコードの認証状態として、「Yes」を示す値が設定される(ステップ1509および図16(b)参照)。これにより、ユーザは、端末装置12−2を利用して、リンク先からのコンテンツ(新着求人情報に関するコンテンツ)を取得して閲覧することが可能となる(ステップ1510)。
【0057】
本実施の形態による認証方式を用いれば、端末装置が共用端末であった場合でも、ユーザごとの認証を実現し、他人による個人用のコンテンツの閲覧を防止することができる。
【0058】
たとえば、端末装置12−1(端末ID「11111111」)が共用端末であるときに、あるユーザ(ユーザA)が、サーバ16にアクセスして、新着求人情報の通知を要求し、サーバ16に登録している場合を考える。ここでは、図17(a)に示すように、ユーザ情報テーブル38には、ユーザAに関して、端末ID「11111111」およびユーザ固有のメール配信ID(たとえば、「aaaaaaaa」)の組が記憶されている(符号1701参照)。
【0059】
その一方、他のユーザ(ユーザB)が、端末12−1を操作して、サーバ16にアクセスして、自己の所望の新着求人情報の通知を要求した場合、上記メール配信IDとは別の固有のメール配信ID(たとえば、「bbbbbbbb」)が採番され、ユーザ情報テーブル38に、端末IDとメール配信IDの組が記憶される(符号1702参照)。
【0060】
したがって、ユーザA宛のメールには、ユーザAに関するメール配信ID「aaaaaaaa」を含むリンクが記述され、端末ID「11111111」とメール配信ID「aaaaaaaa」とにより照合が行なわれる。その一方、ユーザB宛のメールには、ユーザBに関するメール配信ID「bbbbbbbb」を含むリンクが記述され、端末ID「1111111」とメール配信ID「bbbbbbbb」とにより照合が行なわれる。これにより、ユーザA、ユーザBはそれぞれの固有のコンテンツの閲覧が可能となり、且つ他人のコンテンツを閲覧することはできない環境が構築される。
【0061】
また、共用端末である端末装置12−1(端末ID「11111111」)以外の端末12−2(端末ID「22222222」)で既に、サーバ16に、新規求人情報の通知を要求し、登録を済ませたユーザ(ユーザC)が、ユーザ登録をする場合を考える。ユーザCが、他の端末12−3(端末ID「33333333」)を利用して、サーバ16に登録し、これにより、サーバ16のユーザ情報テーブル38には、端末IDとともにメール配信ID「cccccccc」が記憶されている(図17(b)の符号1711参照)。
【0062】
このユーザが共用端末である端末装置12−1(端末ID「11111111」)を利用する場合、端末IDおよびメール配信IDによる認証(図14(b)参照)には失敗する。しかしながら、認証キーを受理して、メール配信IDおよび認証キーによる認証(図15参照)には成功するため(図17(b)の符号1712参照)、共用端末である端末装置12−1を利用しても、自己の固有のコンテンツを閲覧することができる。
【0063】
なお、他人が、あるユーザのメール配信IDを入手した場合、つまり、当該ユーザ宛のメールに記述されたメール配信IDを含むリンクを知った場合に、当該メール配信IDを利用しても、基本的には、他人は、そのユーザに関する情報を閲覧することができない。
【0064】
まず、他人がアクセスする端末装置が異なれば、端末IDおよびメール配信IDによる認証には失敗する。また、認証キーを求めた場合であっても、メールの宛先は、他人ではなくユーザ本人となるため、認証キーを取得することができない。したがって、メール配信IDおよび認証キーによる照合にも失敗する。
【0065】
このように、本実施の形態によれば、ユーザは、ユーザIDやパスワードの入力などをすることなく、単に、サーバから送られたメール中のリンクを指定すれば、端末IDとメール中のメール配信IDによるユーザ認証を受け、認証に成功した場合には、自己の固有のコンテンツ(本実施の形態においては、選択した職種名称や所在地名称の求人情報)を閲覧することができる。また、異なる端末を利用した場合には、メール配信IDと、サーバから確認のために送られたメール中の認証キーとによるユーザ認証を受けることができる。ここでも、ユーザはリンクの指定など比較的簡単な手順で、認証を受け、かつ、自己の固有のコンテンツを閲覧することができる。さらに、本実施の形態によれば、ユーザIDやパスワードを利用しない場合でも、他人のなりすましを適切に防止することができる。
【0066】
なお、ユーザ情報テーブル38中、認証状態が「No」である状態が所定期間継続しているレコードについては、削除する。
【0067】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
たとえば、前記実施の形態においては、求人情報を提供するために本発明を利用していたが、これに限定されず、種々のコンテンツ提供サービス、たとえば、住宅情報、映画や音楽などのエンターテインメント情報などを提供するためにも本発明を適用することが可能である。
【0068】
また、一連のトラッキング対象データを階層構造で保持することには限定されず、単に、種々のコードを並列して一連のトラッキング対象データとして保持していても良い。
【0069】
【発明の効果】
本発明によれば、ユーザによる簡単な操作で、所望のユーザ固有の情報を取得することができ、かつ、他人によるユーザ固有の情報へのアクセスを適切に排除することができる方法およびシステムを提供することが可能となる。
【図面の簡単な説明】
【図1】図1は、本発明の実施の形態にかかるシステム構成を概略的に示すブロックダイヤグラムである。
【図2】図2は、本発明の実施の形態にかかるサーバの構成をより詳細に示すブロックダイヤグラムである。
【図3】図3は、本実施の形態にかかる端末装置とサーバとの間で実行される処理例を示すフローチャートである。
【図4】図4は、本実施の形態にかかる端末装置の表示装置の画面上に表示されたコンテンツの例を示す図である。
【図5】図5は、本実施の形態にかかる端末装置の表示装置の画面上に表示されたコンテンツの例を示す図である。
【図6】図6(a)は、本実施の形態にかかる検索履歴表示部の例、図6(b)は、フィルタリング結果の例を示す図である。
【図7】図7は、本実施の形態にかかるサーバにて実行される処理例を示すフローチャートである。
【図8】図8は、本実施の形態にかかる職種名称の階層構造の例を示す図である。
【図9】図9は、本実施の形態にかかる端末装置とサーバとの間で実行される処理例を示すフローチャートである。
【図10】図10は、本実施の形態にかかる端末装置の表示装置の画面上に表示されたコンテンツの例を示す図である。
【図11】図11は、本実施の形態にかかる端末装置の表示装置の画面上に表示されたコンテンツの例を示す図である。
【図12】図12は、本実施の形態にかかるサーバにて実行される処理例を示すフローチャートである
【図13】図13は、本実施の形態にかかるユーザ情報テーブルの例を示す図である。
【図14】図14(a)は、サーバにて実行される処理の例を示すフローチャート、図14(b)は、本実施の形態にかかる端末装置とサーバとの間で実行される処理例を示すフローチャートである。
【図15】図15は、本実施の形態にかかる端末装置とサーバとの間で実行される処理例を示すフローチャートである。
【図16】図16は、本実施の形態にかかるユーザ情報テーブルの部分を示す図である。
【図17】図17は、本実施の形態にかかるユーザ情報テーブルの部分を示す図である。
【符号の説明】
12 端末装置
16 サーバ
20 I/F
22 トラッキング制御部
24 応答情報生成部
26 メール配信条件設定部
28 メール生成部
30 ユーザ認証部
32 データベース
34 検索条件テーブル
36 求人情報テーブル
38 ユーザ情報テーブル
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a system that can provide unique information to a user based on a search history of the user, and realizes simple and reliable user authentication when providing unique information to the user.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, it has been realized that a history of a user accessing a server (a so-called access log) is stored in a server using a terminal device, and is used for various services to a user or the like. For example, Patent Literature 1 discloses a technology that retains browsing history information of registered customers and uses the information to classify and evaluate customers and create invitations to customers when an event is held. ing.
[0003]
[Patent Document 1] JP-A-2002-342664
[0004]
Also, in a server that distributes entertainment information such as job information, movies, music, and the like, the user's necessary conditions (job type and work location for job information, favorite genre for movies and music, etc.) A technique has also been realized in which the information is registered in advance together with the mail delivery destination, and when information matching the conditions arrives at the server, the mail is delivered to the registered user.
[0005]
In such a mail distribution service, it is general that a user is given an ID and a password, and after logging in, a necessary condition can be set or changed. As a result, access to user-specific information is limited to only the user, and only the registered user-specific information is retained, thereby reducing the load on the storage device of the server.
[0006]
Also, even if the user accesses the link in the mail after the delivery of the mail, the user can enter the ID and password to prevent access by others who have received the mail by mistake or who have stolen the mail. In some cases. Further, as disclosed in Patent Literature 2, a technique has been proposed in which a computer identification symbol is used together with an ID and a password to permit access to a server by collating the computer identification symbol.
[0007]
[Patent Document 2] JP-A-2002-132723
[0008]
[Problems to be solved by the invention]
In order to receive the provision of the service, basically, the user needs to acquire an ID and a password. Generally, as a user, there is a psychological resistance to registering personal information and acquiring an ID and a password before receiving provision of a service. For this reason, efforts to reduce psychological barriers are required to secure registered users. At the same time, it is desirable to be able to appropriately prevent access to user-specific information by others.
[0009]
Also, it is desirable that the user's operation be minimal when setting conditions or providing services.
[0010]
An object of the present invention is to provide a method and a system capable of acquiring desired user-specific information with a simple operation by a user and appropriately eliminating access to the user-specific information by another person. With the goal.
[0011]
[Means for Solving the Problems]
An object of the present invention is a method for supporting setting of conditions for distributing user-specific information desired by a user, wherein the server responds to an access from a certain terminal device, and A step of assigning a unique and unique terminal ID and transmitting the same to the terminal device and temporarily storing the same in a server in order to store the terminal ID in the terminal device; During the continuation of the session, temporarily storing the history of the browsing behavior by the user in the storage device in association with the terminal ID, and in response to the registration request from the terminal device, Presenting a series of temporarily stored histories to the terminal device as tracking target data, and requesting input of a mail address to which mail is to be delivered; User-specific content including the new information included in an email notifying the user of acquisition of new information based on the email address, terminal ID, and tracking target data in response to reception of the email address from the device. Registering a unique mail delivery ID and tracking target data in the user information table in association with each other to permit access to the user information table.
[0012]
According to the present invention, the user's action history is temporarily stored, and when the user intends to provide user-specific content, that is, when the user has an intention to register, the action history is stored together with necessary information. Register as tracking target data. Therefore, the user can express his / her intention to register as desired and register the user's action history during the session without obtaining an ID or password in advance.
[0013]
The user's actions include a search action, a hierarchical selection action, a keyword input action, and a content browsing action.
Further, in this specification, the numbering refers to an act of acquiring a number, a character string, and a mixture of these.
[0014]
In a preferred embodiment, the step of requesting the input of the e-mail address includes a step of requesting the input when the tracking target data is added or changed.
[0015]
In addition, an object of the present invention is to refer to the tracking target data stored in the user information table and obtain new information based on the reference information by the above-described method. Transmitting a mail including the mail distribution ID to a mail address in the user information table, and based on the mail distribution ID from the terminal device. A first authentication step of authenticating a user by collating with a set of a mail delivery ID and a terminal ID in the user information table based on the set of the access request and the transmitted terminal ID; In the authentication step, permitting access to the user-specific content when the user authentication is successful. Also achieved by a method characterized in that the.
[0016]
In the first authentication step, the authentication is executed based on the combination of the terminal ID and the mail distribution ID stored during the terminal access at the time of the previous access. As a result, the user can acquire the content unique to the user without inputting the ID or the password.
[0017]
In a preferred embodiment, in the first authentication step, when the user authentication fails, a step of notifying the mail address that the authentication has failed and a second authentication from the terminal device are executed. Assigning a unique authentication key in response to a transmission request to the authentication mail for storing the terminal ID and the authentication key in association with the mail address in a user information table; Transmitting a second mail including an authentication key to a mail address, and the user information based on a set of the mail distribution ID received earlier and the authentication key returned from the terminal device. A second authentication step of authenticating the user by collating with a set of the mail delivery ID and the authentication key in the table; There are, in the case where user authentication is successful, and a step of allowing access to the user-specific content.
[0018]
This allows the user to acquire user-specific content from terminal devices other than the terminal used at the time of registration.
In a preferred embodiment, the step of storing the user information further includes a step of storing a value indicating a state in which the authentication state is not successful in association with the terminal ID or the authentication key in the user information table. Changing the associated authentication status in the user information table to a value indicating success when the user authentication is successful in the second authentication step; When the value indicating the unsuccessful state continues for a predetermined period, the method includes a step of deleting a series of data including the related terminal ID and the authentication key.
[0019]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. FIG. 1 is a block diagram schematically showing a system configuration according to an embodiment of the present invention. As shown in FIG. 1, in the present embodiment, the terminal devices 12-1, 12-2, 12-3,... Access the server 16 via the Internet 14 and provide various information. Can be received. Further, based on the search history (tracking information) of the user, the registered user can be notified of new recruiting information matching the conditions.
[0020]
In the present embodiment, the server 16 is configured to provide desired job information in accordance with a search condition of a user. As shown in FIG. 2, the server 16 refers to an interface (I / F) 20 for controlling data communication from the Internet 14 and various requests including search conditions from the terminal device 12 to perform tracking of the user. A tracking control unit 22 for controlling the information; a response information generating unit 24 for generating information including a screen responding to a user request; a mail delivery condition setting unit 26 for setting conditions for mail delivery to the user; A mail generating unit 28 for generating an e-mail, a user authenticating unit 30 for authenticating a user at the time of access for referring to information of each user, and a database (DB) 32 for storing various data. .
[0021]
The database 32 includes a search condition table 34 for searching for job information desired by the user, a job information table 36 including job information to be presented to the user, and information for registered users and for authenticating the user. It has a user information table 36 storing information.
The search condition table 34 stores sets of job titles and job codes, and sets of work location names and work location codes. The occupation type code has a hierarchical structure, and a narrow search in response to a user request can be performed from a higher occupation to a more specific lower occupation. The work location code also has a hierarchical structure.
[0022]
The recruitment information table 36 stores detailed information including the content of the job for each requisition, the target person, the work location, the salary, etc., and the job type code and the work location code in association with each other.
[0023]
The processing of the server 16 configured as described above and the data communication between the terminal device 12 and the server 16 will be described in detail below.
As shown in FIG. 3, when the user operates the terminal device 12 to access the server 16 for the first time and a session is established (step 301), the server 16 responds to this and assigns a terminal ID ( (Step 302), the terminal ID is included in a cookie together with the initial content corresponding to the search screen, and transmitted to the terminal device 12 (Step 303). In the server 16, the terminal ID is stored in the temporary storage unit of the tracking processing unit (Step 304).
[0024]
The client machine 12 stores the cookie therein (step 305) and displays the received content on the screen of the display device (step 306). FIG. 4 is a diagram illustrating an example of the initial content. In the content 400, the job title corresponding to the job code located at the highest position in the job code hierarchical structure is listed (see reference numeral 401), and the work location located at the highest position in the job code hierarchical structure. A work location name corresponding to the code is listed (see reference numeral 402).
[0025]
For example, when the user operates the input device to select a desired job title or work location name, a request including the selection information is given to the server 16 (step 307). The tracking control unit 22 of the server 16 refers to the search condition table 34 and the recruiting information table 36 in the DB 32, and according to the hierarchical structure, the occupation type name and the work location located below the selected occupation name and the work location name. The name is extracted (step 308). In addition, a tracking process described in detail later is executed to acquire a tracking target code indicating the search history of the user (step 309), and is stored in the temporary storage unit in association with the corresponding terminal ID (step 310).
[0026]
Next, the response information generation unit 24 generates a search history display unit indicating the search history of the user based on the tracking information and a content including the search result (step 311), and transmits the content to the terminal device 12 (step 312). As a result, the search results narrowed down by the search are displayed on the screen of the display device of the terminal device 12 together with the own search history (step 313).
[0027]
FIG. 5 is a diagram illustrating an example of image content narrowed down by one layer from initial content. As shown in FIG. 5, in the content 500, a lower (secondary) job title corresponding to a narrowed search (for example, a narrowed search by the highest (primary) job name of "technical (software, network)") Is displayed (see reference numeral 501), and a search history display unit (see reference numeral 502) corresponding to the search history of the user.
[0028]
Thereafter, when a more subdivided job title (recruitment category) is selected, the processing of steps 307 to 313 is repeatedly executed. For example, referring to the display screen, the user operates the terminal device 12 to display “system development (Web / open system)” which is one of the secondary job categories in the search result display unit 501 of FIG. When selected, a tracking process is executed, and as a search result, a search result including job requisition detailed information belonging to the selected job type item and an image content including the search history display unit are generated and displayed on the display device of the terminal device. Is done. Note that the job requisition detailed information is provided with information corresponding to a tertiary occupation item located below the secondary occupation item. In this state, the job requisition detailed information displayed on the search result display unit 501 is displayed with a plurality of tertiary occupation items belonging to a certain secondary occupation item. If you want to further narrow down from this state to only job requisition information corresponding to a specific tertiary job type item, the pull-down menu of the “job type selection box” in the “further narrowing down” column displayed on the search result display section 501 A desired occupation type item is selected from the tertiary occupation type item list, and an instruction button of “narrow down under these conditions” is clicked.
[0029]
FIG. 6A is a diagram showing a search history screen when “system development (Web / open system)” is selected in the example of the search screen of FIG. Here, the occupation type items sequentially selected by the technician are displayed in such a form that their hierarchical structure can be understood. In addition, after the secondary job item is selected, when the list is displayed to select the tertiary job item, the tertiary job item should be displayed on the search history screen without displaying it along with the job details. You can also. (FIG. 6 (b))
[0030]
A process of creating a search history used to generate the search history display unit and stored in association with the terminal ID (tracking process in step 309) will be described. FIG. 7 is a flowchart showing the tracking processing of step 309 in more detail. When one of the occupation items is selected from the primary occupation items (including the work place item), the processes of steps 705 and 708 are executed directly from step 701, and the screen 500 is generated. Step 707 is executed. The processing of steps 702 to 704 and 706 is executed when a plurality of occupation items are accepted as a request.
[0031]
First, the case where each occupation type item is selected will be described. In this case, in step 701, the primary job item is accepted, and the contents of the job item are processed in step 707. If the primary stored code does not exist, in step 707 the primary job item (primary code) is stored. Next, when the secondary job item (secondary code) belonging to the stored primary code is accepted, in step 707, the secondary code is stored in place of the already stored primary code. Further, when the tertiary job item (tertiary code) belonging to the secondary code is accepted, in step 707, the tertiary code is stored in place of the already stored secondary code. As described above, in step 707, when codes of the same series are received, control is performed to store lower-order codes.
[0032]
Next, a description will be given of a process performed when a plurality of occupation items are accepted as a request. Such a situation of accepting a plurality of occupational items occurs, for example, when the user clicks the display of “Details” in FIG. When this click is performed, a list of primary to tertiary occupation items that can be selected by the user is displayed. The user can select a plurality of desired occupation items from this list as needed, without depending on dimensions. For example, as shown in FIG. 8, a primary occupation item “sales, office work, planning” and a lower occupation item “sales, agency sales, public relations” and a lower occupation item Tertiary occupational items such as “sales, planning sales” and “agency sales, partner sales” are further divided into “sales, office work, planning-related”, “sales, agency sales, public relations”, “sales, planning” If “sales” and “MR” are selected and accepted as a request acceptance, only the primary job item that is the highest job item in step 702 is supplied to step 703. If the received occupation type items are a secondary occupation item belonging to another primary occupation item and a tertiary occupation item belonging to this secondary occupation item, the process is described in step 702. The primary job item and the current secondary job item are supplied to step 702. Actually, the job type name is not filtered and temporarily stored as described later, but the job type code uniquely corresponding to the job type name is filtered and temporarily stored.
[0033]
Next, it is determined whether or not the total number of codes (the number of codes) in the search history of the user is smaller than a predetermined number (for example, 61), and if it is equal to or greater than the predetermined number (No in step 703). , An error occurs (step 704). Here, the number of codes according to the individual search history is limited.
[0034]
On the other hand, if the number of codes is smaller than the predetermined number (Yes in step 703), a search history screen is generated as if the requested code was added to the search history so far. Further, the job requisition information having the code in the current request is extracted from the job requisition information table, and a search result screen including the job requisition information is generated (step 705). These are transmitted to the user terminal device 12 as contents (step 708).
[0035]
Step 705 is executed, and a predetermined number of codes are set as tracking target codes in a predetermined rule, for example, in ascending order (step 706), and this is temporarily stored in association with the terminal ID (step 707). ). The processing results of steps 706 and 707, that is, the set tracking target code are not reflected on the search history screen in step 705. In other words, on the search history screen, the job title and the work location name selected by the user are displayed in a hierarchical structure according to the request selected by the user, but the tracking target codes have been narrowed down to certain ones. The tracking target code is temporarily stored as a search history of the user while the user's session continues.
[0036]
The processing shown in FIG. 7 is executed in response to the user operating the terminal device 12 to select a job title, a work place name, and the like, and a search in which the newly selected job title and work place name are added. A history screen and a search result screen including detailed job information are transmitted to the terminal device 12 as content, and the tracking target code is added to the originally stored tracking target code in a state associated with the terminal ID. You.
[0037]
The user selects a desired job title or work location name, repeats the search, and notifies a new job offer (new job offer) using the job title or work location name searched by the user. To the server 16. In FIG. 9, when the user turns on an "application" button 1002 arranged on the search history screen 1001 of the content 1000 in the content (see FIG. 10) displayed on the screen of the display device of the terminal device 12 (step 901). The request for the mail distribution application is transmitted to the server 16 (step 902).
[0038]
The mail delivery condition setting unit 26 of the server 16 acquires a series of tracking target codes temporarily stored in association with the terminal ID based on the terminal ID (step 903), and acquires the tracking target code and the search history screen. With reference to, the user generates an application content including the conditions of the job offer information for mail distribution (step 904), and sends it to the terminal device 12 (step 905). FIG. 11 is a diagram illustrating an example of application content for mail distribution. The application content 1100 lists the job title and the work location name based on the user's search history (tracking target code) accumulated during the session between the user and the terminal device 12. In this example, the job titles of “sales, planning sales” and “sales manager” and the work location names of “Tokyo 23 wards” and “Tokyo” are listed based on the tracking target code and the search history screen. ing.
[0039]
FIG. 12 is a flowchart showing the generation of the application content in more detail. Here, basically, the same processing as in FIG. 7 is executed. When the server receives the request for the mail distribution application (step 1201), code filtering is executed (step 1202). This is the same as the processing of step 702 in FIG. If the number of codes is equal to or more than the predetermined number (No in Step 1203), an error occurs (Step 1204).
[0040]
On the other hand, if the number of codes is smaller than the predetermined number (Yes in step 703), a predetermined number of codes are set as tracking target codes in a predetermined rule, for example, in ascending order (step 1205). The ID is temporarily stored in association with the ID (step 1206). These processes correspond to steps 706 and 707 in FIG. 7, respectively.
[0041]
Here, if the number of temporarily stored codes is less than a predetermined number (for example, 60) (Yes in step 1208), an application is made based on the temporarily stored data and the code included in the request. Content is created (step 1207). On the other hand, if the number is equal to or more than the predetermined number, application content is created (not shown) based on the job type and work location selected on the immediately preceding screen. The content generated in this way is transmitted to the terminal device 12 (Step 1209).
[0042]
The user operates the input device to enter his / her mail address in the entry field of the distribution destination in the application content, and refers to the application content to obtain the desired job type or work location name from the presented job title and work location name. The input device is marked by operating the input device (step 906). Also, a specific keyword may be entered in the keyword input box.
[0043]
After such processing, when the user operates the input device and turns on the button “Receive from next week”, a registration request is transmitted from the terminal device 12 to the server 16 (step 907). The mail delivery condition setting unit 26 of the server 16 assigns a unique mail delivery ID to be described later (step 908), and transfers a series of temporarily stored tracking target data to an email address, a corresponding terminal ID, and mail delivery. It is stored in the user information table 38 in association with the ID (step 909). Thereafter, a registration completion notification is transmitted from the server 16 to the terminal device 12 (Step 910).
[0044]
FIG. 13 is a diagram illustrating an example of the user information table according to the present embodiment. As shown in FIG. 12, the record of the table includes a user's mail address, terminal ID, mail distribution ID, an authentication key described later, an authentication state described later, and a tracking target data group. When it becomes particularly necessary, a specific character string is stored as an authentication key for authenticating the user. In the case where the authentication key is used, a flag value indicating the authentication state of the user is given to the authentication state.
[0045]
In this way, the user registers the tracking target code corresponding to the desired job title or work location name searched by himself / herself in a certain session in the server 16, and thereafter, receives a new arrival code including the registered tracking code. When the job information newly arrives at the server 16, it becomes possible to receive the notification.
[0046]
According to the present embodiment, a Cookie including a terminal ID is given to a user's terminal device, and during a session with the terminal device, tracking target data indicating a search history of the user and temporarily stored as a terminal ID are stored. deep. Further, when requesting mail distribution registration, a series of tracking target data accumulated during the session is stored together with the user's mail address and various IDs. Thus, the user can request the server to notify the new job recruitment information regarding his / her desired job type and work location by a simple procedure.
[0047]
Next, notification of new job information and browsing of information by a user will be described. As shown in FIG. 14A, when the server 16 should notify new job information to a certain user by referring to the new job information (step 1401), the mail generation unit 28 of the server 16 With reference to the information table 38, a mail addressed to the registered mail address is generated (step 1402), and the generated mail is transmitted (step 1403). Here, the mail describes the newly arrived recruiting information related to the job title and the work place name registered by the user, and also describes the link information that is assigned at the time of registration and includes the mail distribution ID as a key. By accessing the link including the key, the user can execute the authentication described later and browse the content.
[0048]
In the present embodiment, user authentication is performed using the terminal ID included in the Cookie in the terminal device and the mail distribution ID included in the link. For example, consider a case where a mail is received by a terminal device (for example, the terminal device 12-1 in FIG. 1) used to request notification of newly arrived job information. As shown in FIG. 14 (b), when the user operates the terminal device 12-1 to specify a link in the mail (step 1411), the terminal device 12 accesses the link and The terminal ID held at -1 is transmitted (step 1412).
[0049]
The user authentication unit 30 of the server 16 refers to the user information table 38 based on the mail delivery ID, and sets the user information table in association with the set of the terminal ID and the mail delivery ID from the terminal device 12-1 and the mail address. The combination of the terminal ID and the mail delivery ID stored in 38 is checked (step 1413). Here, if they match, the user authentication is successful. Thus, the user can use the terminal device 12-1 to acquire and browse the content (content relating to the new recruitment information) from the link destination (step 1414).
[0050]
On the other hand, it is assumed that another person attempts to browse the new recruitment information for the user and the content from the link destination by using another terminal device (for example, the terminal device 12-2). . For the first access to the server, the terminal device 12-2 has a unique terminal ID (for example, "22222222") different from the terminal ID (for example, "11111111") assigned to the terminal device 12-1. Is given. When a Cookie including a terminal ID is already held, a unique terminal ID is transmitted to the server 16 at the time of access.
[0051]
In such a case, even if the other person obtains the user distribution ID (for example, “aaaaaaaaa”) and accesses a link including the user distribution ID, the other person obtains the user ID by the terminal ID “22222222” of the accessing terminal device. Since mapping is impossible, that is, the user information table 38 has a different or non-existent user distribution ID associated with the terminal ID “22222222”, browsing of the content by the other person is not permitted.
[0052]
Further, a case will be described in which the user (the person) who has requested the delivery of the above-described new recruitment information intends to browse contents using a different terminal device (for example, the terminal device 12-2). Here, the user (the person) uses the terminal device 12-1 (the assigned terminal ID "11111111") to execute registration for requesting distribution of newly arrived job information, and to notify the arrival of newly arrived job information. , A link including the user distribution ID “aaaaaaaaa” is described.
[0053]
If the authentication shown in FIG. 14B fails, a message indicating that the authentication has failed is transmitted from the server 16 to the terminal device 12-2 as shown in FIG. 15 (step 1501).
[0054]
The user operates the terminal device 12-2 to request transmission of an authentication mail (step 1502). In response to the reception of the request for sending the authentication mail, the server 16 assigns an authentication key (for example, “WXYZ”) associated with the terminal ID “22222222” assigned to the terminal device 12-2 (step 1503). ). This authentication key is stored in the user information table 38 in association with the terminal ID “22222222” and the user distribution ID “aaaaaaaaa”, and the authentication state is set to “No” (step 1404). . Accordingly, as shown in FIG. 16A, two records having the same mail distribution ID exist in the user information table 38 (see reference numerals 1601 and 1602).
[0055]
Next, the server 16 sends an e-mail describing the link included in the authentication key to the user (step 1505). When the user who has received the e-mail operates the input device and specifies a link including the authentication key at the terminal device 12 (step 1506), the terminal device 12-1 accesses the link, and the terminal device 12-1 accesses the link. Then, the terminal ID “22222222” held in “−2” is transmitted (step 1507).
[0056]
The user authentication unit 30 of the server 16 compares the received set of terminal ID and authentication key with the set of terminal ID and authentication key in the user information table 38 (step 1508). If they match, the user is successfully authenticated, and a value indicating “Yes” is set as the authentication state of the record having the terminal ID and the authentication key in the user information table 38 (step 1509 and FIG. 16 (b)). Thus, the user can use the terminal device 12-2 to acquire and browse the content (content relating to the newly arrived job information) from the link destination (step 1510).
[0057]
By using the authentication method according to the present embodiment, even if the terminal device is a shared terminal, authentication for each user can be realized, and browsing of personal content by another person can be prevented.
[0058]
For example, when the terminal device 12-1 (terminal ID “11111111”) is a shared terminal, a certain user (user A) accesses the server 16, requests notification of newly arrived job information, and registers with the server 16. Consider if you are. Here, as shown in FIG. 17A, a pair of the terminal ID “11111111” and the user-specific mail distribution ID (for example, “aaaaaaaaa”) is stored in the user information table 38 for the user A. (See reference numeral 1701).
[0059]
On the other hand, when another user (user B) operates the terminal 12-1 to access the server 16 and requests a notification of his / her desired new job offer information, the mail delivery ID different from the above mail delivery ID is used. A unique mail distribution ID (for example, “bbbbbbbbb”) is assigned, and a pair of a terminal ID and a mail distribution ID is stored in the user information table 38 (see reference numeral 1702).
[0060]
Therefore, in the mail addressed to the user A, a link including the mail distribution ID “aaaaaaaaa” regarding the user A is described, and collation is performed with the terminal ID “11111111” and the mail distribution ID “aaaaaaaaa”. On the other hand, in the mail addressed to the user B, a link including the mail distribution ID “bbbbbbbbbb” relating to the user B is described, and collation is performed with the terminal ID “1111111” and the mail distribution ID “bbbbbbbbbb”. Thereby, the user A and the user B can browse their own contents, and an environment where the contents of other users cannot be browsed is constructed.
[0061]
Also, the terminal 12-2 (terminal ID "22222222") other than the terminal device 12-1 (terminal ID "11111111"), which is a shared terminal, has already requested the server 16 to notify the new recruitment information and registered. A user (user C) who performs user registration is considered. The user C registers in the server 16 using the other terminal 12-3 (terminal ID “333333333”), so that the user information table 38 of the server 16 includes the terminal ID and the mail delivery ID “cccccccc”. Is stored (see reference numeral 1711 in FIG. 17B).
[0062]
When the user uses the terminal device 12-1 (terminal ID “11111111”), which is a shared terminal, authentication using the terminal ID and the mail distribution ID (see FIG. 14B) fails. However, since the authentication key is received and the authentication using the mail distribution ID and the authentication key (see FIG. 15) succeeds (see reference numeral 1712 in FIG. 17B), the terminal device 12-1 which is a shared terminal is used. Even so, it is possible to browse its own unique content.
[0063]
Note that if another person obtains the mail distribution ID of a certain user, that is, if he or she knows the link including the mail distribution ID described in the mail addressed to the user, the mail distribution ID may be used. Specifically, others cannot view information about the user.
[0064]
First, if the terminal device accessed by another person is different, the authentication using the terminal ID and the mail distribution ID fails. Further, even when the authentication key is requested, the destination of the mail is not the other person but the user himself / herself, so that the authentication key cannot be obtained. Therefore, verification using the mail distribution ID and the authentication key also fails.
[0065]
As described above, according to the present embodiment, the user can simply specify the link in the e-mail sent from the server without inputting the user ID or password, and can input the terminal ID and the e-mail If the user is authenticated by the distribution ID and the authentication is successful, the user can browse the content unique to the user (in this embodiment, the job information of the selected job title or location name). When a different terminal is used, the user can be authenticated by the mail distribution ID and the authentication key in the mail sent from the server for confirmation. Also in this case, the user can be authenticated and browse his / her own content by a relatively simple procedure such as designation of a link. Furthermore, according to the present embodiment, even when a user ID and a password are not used, impersonation of another person can be appropriately prevented.
[0066]
In the user information table 38, a record in which the authentication status is “No” for a predetermined period is deleted.
[0067]
The present invention is not limited to the above embodiments, and various modifications can be made within the scope of the invention described in the claims, which are also included in the scope of the present invention. Needless to say,
For example, in the above-described embodiment, the present invention is used to provide job information. However, the present invention is not limited to this, and various content providing services, for example, housing information, entertainment information such as movies and music, etc. The present invention can also be applied to provide the following.
[0068]
Further, it is not limited to storing a series of tracking target data in a hierarchical structure, and various codes may be simply stored in parallel as a series of tracking target data.
[0069]
【The invention's effect】
According to the present invention, there is provided a method and system capable of acquiring desired user-specific information with a simple operation by a user and appropriately eliminating access to the user-specific information by another person. It is possible to do.
[Brief description of the drawings]
FIG. 1 is a block diagram schematically showing a system configuration according to an embodiment of the present invention.
FIG. 2 is a block diagram showing the configuration of a server according to the embodiment of the present invention in more detail;
FIG. 3 is a flowchart illustrating an example of processing performed between the terminal device and the server according to the embodiment;
FIG. 4 is a diagram illustrating an example of content displayed on a screen of a display device of the terminal device according to the embodiment;
FIG. 5 is a diagram illustrating an example of content displayed on a screen of a display device of the terminal device according to the embodiment;
FIG. 6A is a diagram illustrating an example of a search history display unit according to the present embodiment, and FIG. 6B is a diagram illustrating an example of a filtering result;
FIG. 7 is a flowchart illustrating an example of a process performed by the server according to the embodiment;
FIG. 8 is a diagram illustrating an example of a hierarchical structure of job titles according to the present embodiment;
FIG. 9 is a flowchart illustrating an example of processing executed between the terminal device and the server according to the embodiment;
FIG. 10 is a diagram illustrating an example of a content displayed on a screen of a display device of the terminal device according to the present embodiment;
FIG. 11 is a diagram illustrating an example of the content displayed on the screen of the display device of the terminal device according to the present embodiment;
FIG. 12 is a flowchart illustrating an example of a process performed by the server according to the embodiment;
FIG. 13 is a diagram illustrating an example of a user information table according to the present embodiment;
FIG. 14A is a flowchart illustrating an example of a process executed by a server, and FIG. 14B is an example of a process executed between the terminal device and the server according to the embodiment; It is a flowchart which shows.
FIG. 15 is a flowchart illustrating an example of processing performed between the terminal device and the server according to the embodiment;
FIG. 16 is a diagram illustrating a part of a user information table according to the present embodiment;
FIG. 17 is a diagram illustrating a part of a user information table according to the present embodiment;
[Explanation of symbols]
12 Terminal device
16 servers
20 I / F
22 Tracking control unit
24 Response information generator
26 Mail delivery condition setting section
28 Email generator
30 User authentication unit
32 databases
34 Search condition table
36 Job Information Table
38 User information table

Claims (6)

ユーザが所望する、当該ユーザ固有の情報を配信するための条件の設定を支援する方法であって、
サーバにおいて、ある端末装置からのアクセスに応答して、当該端末装置に固有かつ一意的な端末IDを採番して、端末装置中に記憶するために、当該端末装置に送信するとともに、サーバ中に一時的に記憶するステップと、
当該端末装置とサーバとの間のセッションの継続中、前記ユーザによる閲覧行動の履歴を、前記端末IDと関連付けて一時的に記憶装置に記憶するステップと、
前記端末装置からの登録要求に応答して、前記端末IDに関連付けられて一時的に記憶された一連の履歴をトラッキング対象データとして端末装置に提示するとともに、メール配信先となるメールアドレスの入力を求めるステップと、
前記端末装置からのメールアドレスの受理に応答して、前記メールアドレス、端末ID、トラッキング対象データに基づく新規な情報の取得を前記ユーザに通知するメールに含まれる、前記新規な情報を含むユーザ固有のコンテンツへのアクセスを許可するための、一意的なメール配信ID、および、トラッキング対象データを、関連付けてユーザ情報テーブルに登録するステップとを備えたことを特徴とする方法。
A method for supporting setting of a condition desired by a user for distributing the user-specific information,
In response to an access from a certain terminal device, the server assigns a unique and unique terminal ID to the terminal device, transmits the terminal ID to the terminal device for storage in the terminal device, and Temporarily storing in the
During the continuation of the session between the terminal device and the server, temporarily storing the history of the browsing behavior of the user in the storage device in association with the terminal ID,
In response to the registration request from the terminal device, a series of histories temporarily stored in association with the terminal ID are presented to the terminal device as tracking target data, and input of a mail address to be a mail distribution destination is performed. The steps required,
In response to the reception of the mail address from the terminal device, the mail address, the terminal ID, and the user-specific information including the new information included in the mail notifying the user of acquisition of new information based on the tracking target data Registering a unique mail delivery ID and tracking target data in a user information table in association with each other to permit access to the content.
前記メールアドレスの入力を求めるステップにおいて、
前記トラッキング対象データの追加および変更がある場合に、その入力を求めるステップを有することを特徴とする請求項1に記載の方法。
In the step of requesting input of the email address,
The method according to claim 1, further comprising a step of requesting an input of the tracking target data when there is an addition or a change.
前記閲覧行動が、ユーザによる選択行為であることを特徴とする請求項1または2に記載の方法。The method according to claim 1, wherein the browsing action is a selection action by a user. 請求項1ないし3に記載した方法により、ユーザ情報テーブルに記憶されたトラッキング対象データを参照して、これに基づく新規な情報を取得した際に、ユーザに、当該新規な情報を含むユーザ固有のコンテンツを生成して提供する方法であって、
前記ユーザ情報テーブル中のメールアドレス宛に、前記メール配信IDを含めたメールを送信するステップと、
前記端末装置からの、前記メール配信IDに基づくアクセス要求、および、送信された端末IDの組に基づいて、前記ユーザ情報テーブル中のメール配信IDおよび端末IDの組と照合することにより、ユーザを認証する第1の認証ステップと、
前記第1の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ固有のコンテンツへのアクセスを許可するステップとを備えたことを特徴とする方法。
By referring to the tracking target data stored in the user information table and acquiring new information based thereon based on the method described in claims 1 to 3, the user is provided with a user-specific information including the new information. A method of generating and providing content,
Sending a mail including the mail delivery ID to a mail address in the user information table;
From the terminal device, an access request based on the mail distribution ID, and, based on the transmitted terminal ID pair, collate the user with the mail distribution ID and terminal ID pair in the user information table. A first authentication step of authenticating;
Permitting access to the user-specific content if the user authentication is successful in the first authentication step.
前記第1の認証ステップにおいて、ユーザ認証が失敗した場合に、前記メールアドレス宛に、認証が失敗したことを通知するステップと、
端末装置からの、第2の認証を実行するための認証メールに送信要求に応答して、一意的な認証キーを採番するステップと、
前記端末IDと認証キーとを、前記メールアドレスと関連付けて、ユーザ情報テーブルに記憶するステップと、
前記メールアドレス宛に、認証キーを含めた第2のメールを送信するステップと、
先に受理しているメール配信ID、および、前記端末装置から返送された認証キーの組に基づいて、前記ユーザ情報テーブル中のメール配信IDおよび認証キーの組と照合することにより、ユーザを認証する第2の認証ステップと、
前記第2の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ固有のコンテンツへのアクセスを許可するステップとを備えたことを特徴とする請求項4に記載の方法。
In the first authentication step, when the user authentication fails, a step of notifying the mail address that the authentication has failed,
Numbering a unique authentication key in response to a transmission request from the terminal device to an authentication mail for performing the second authentication;
Storing the terminal ID and the authentication key in a user information table in association with the mail address;
Sending a second mail including an authentication key to the mail address;
The user is authenticated by collating with the mail delivery ID and the authentication key set in the user information table based on the mail delivery ID previously received and the authentication key set returned from the terminal device. A second authentication step,
5. The method according to claim 4, further comprising, if the user authentication is successful, permitting access to the user-specific content in the second authentication step.
さらに、前記ユーザ情報を記憶するステップにおいて、認証状態が成功していない状態を示す値を、前記端末IDや認証キーに関連付けて、前記ユーザ情報テーブルに記憶するステップを備え、
前記第2の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ情報テーブル中の関連する認証状態を、成功を示す値に変更するステップを有し、かつ、
前記ユーザ情報テーブル中、認証状態が成功していない状態を示す値が所定期間継続した場合、関連する端末IDおよび認証キーを含む一連のデータを削除するステップを備えたことを特徴とする請求項5に記載の方法。
Further, in the step of storing the user information, a step of storing a value indicating a state where the authentication state is not successful in association with the terminal ID or the authentication key in the user information table,
In the second authentication step, when the user authentication is successful, a step of changing a related authentication state in the user information table to a value indicating success, and
The method according to claim 1, further comprising a step of deleting a series of data including an associated terminal ID and an authentication key when a value indicating an unsuccessful authentication state continues for a predetermined period in the user information table. 5. The method according to 5.
JP2003083833A 2003-03-25 2003-03-25 Distribution setting supporting method for specific information and method for providing specific information Pending JP2004295260A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003083833A JP2004295260A (en) 2003-03-25 2003-03-25 Distribution setting supporting method for specific information and method for providing specific information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003083833A JP2004295260A (en) 2003-03-25 2003-03-25 Distribution setting supporting method for specific information and method for providing specific information

Publications (1)

Publication Number Publication Date
JP2004295260A true JP2004295260A (en) 2004-10-21

Family

ID=33399199

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003083833A Pending JP2004295260A (en) 2003-03-25 2003-03-25 Distribution setting supporting method for specific information and method for providing specific information

Country Status (1)

Country Link
JP (1) JP2004295260A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006120012A (en) * 2004-10-22 2006-05-11 Global Research Inc Job information providing server, its control program and job information providing method
US7937587B2 (en) 2008-12-26 2011-05-03 Kabushiki Kaisha Toshiba Communication terminal apparatus and information communication method
JP2016218826A (en) * 2015-05-22 2016-12-22 富士ゼロックス株式会社 Data management system, information management device, and program
JP7281024B1 (en) * 2023-01-18 2023-05-24 株式会社ビズリーチ Job applicant search system, information processing method and program

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006120012A (en) * 2004-10-22 2006-05-11 Global Research Inc Job information providing server, its control program and job information providing method
US7937587B2 (en) 2008-12-26 2011-05-03 Kabushiki Kaisha Toshiba Communication terminal apparatus and information communication method
JP2016218826A (en) * 2015-05-22 2016-12-22 富士ゼロックス株式会社 Data management system, information management device, and program
JP7281024B1 (en) * 2023-01-18 2023-05-24 株式会社ビズリーチ Job applicant search system, information processing method and program

Similar Documents

Publication Publication Date Title
US8150913B2 (en) System for controlled distribution of user profiles over a network
US7003546B1 (en) Method and system for controlled distribution of contact information over a network
US6381651B1 (en) Information processing apparatus and method enabling users to easily acquire information that occurs on a network and suits their favorites
US20130159527A1 (en) System and method for electronic social networking
US8271387B2 (en) Method and apparatus for providing limited access to data objects or files within an electronic software delivery and management system
JP2002157445A (en) Helpdesk system
US20010037463A1 (en) Method of and system for developing a personal folder via the internet of parties to whom notifications are to be sent of changes in name, address and/or e-mail information
JP2004295260A (en) Distribution setting supporting method for specific information and method for providing specific information
US20090025005A1 (en) Resource assignment system
JPH10134064A (en) Information retrieval system
JP4726284B2 (en) WWW server, method for allowing user terminal to browse friend information, and computer-readable recording medium recording program
JP2002342232A (en) Knowledge storage support system and participation inviting method for the system
JP2004341849A (en) Information sharing system, information sharing support server and program
JP2001306766A (en) Business card managing/exchanging system
JP3697411B2 (en) Information distribution system, information distribution method, and information distribution program
JP4744031B2 (en) Service page operation support system and service page operation support method
JP2002149607A (en) Method for making asp device perform identification procedure of web site user and control of personal information vicariously and the asp device
JP2002222290A (en) Book reservation system and book reservation method
JP2002007410A (en) Support server, information presentation system and information providing method using the same
JP2004341848A (en) Information sharing system, information sharing support server, and program
JP2002202954A (en) User authentication system, user authentication method and recording medium
JP2002304502A (en) Action schedule registering and referring device and its method through web using portable telephone set, and action schedule registering and referring program
KR100800423B1 (en) A service reservation guidance method using the internet
JP2002202972A (en) Personal information retrieval support system and personal information retrieval support method
JP2002297931A (en) Job offer and job hunt support system and method