(57)【要約】【課題】ユーザによる簡単な操作で、所望のユーザ固有の情報を取得する。【解決手段】サーバ１６は、端末装置１２からのアクセスに応答して、端末装置に固有かつ一意的な端末ＩＤを採番して、端末装置中に記憶するために、当該端末装置に送信するとともに、サーバ中に一時的に記憶する。サーバ１６は、セッションの継続中、ユーザによる閲覧行動の履歴を、端末ＩＤと関連付けて一時的に記憶装置に記憶する。端末装置からの登録要求に応答して、サーバ１６は、端末ＩＤに関連付けられて一時的に記憶された一連の履歴であるトラッキング対象データ、メールアドレス、端末ＩＤ、および、一意的なメール配信ＩＤを、関連付けてユーザ情報テーブル３８に登録する。【選択図】  図２
2004295260.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが所望する、当該ユーザ固有の情報を配信するための条件の設定を支援する方法であって、
サーバにおいて、ある端末装置からのアクセスに応答して、当該端末装置に固有かつ一意的な端末ＩＤを採番して、端末装置中に記憶するために、当該端末装置に送信するとともに、サーバ中に一時的に記憶するステップと、
当該端末装置とサーバとの間のセッションの継続中、前記ユーザによる閲覧行動の履歴を、前記端末ＩＤと関連付けて一時的に記憶装置に記憶するステップと、
前記端末装置からの登録要求に応答して、前記端末ＩＤに関連付けられて一時的に記憶された一連の履歴をトラッキング対象データとして端末装置に提示するとともに、メール配信先となるメールアドレスの入力を求めるステップと、
前記端末装置からのメールアドレスの受理に応答して、前記メールアドレス、端末ＩＤ、トラッキング対象データに基づく新規な情報の取得を前記ユーザに通知するメールに含まれる、前記新規な情報を含むユーザ固有のコンテンツへのアクセスを許可するための、一意的なメール配信ＩＤ、および、トラッキング対象データを、関連付けてユーザ情報テーブルに登録するステップとを備えたことを特徴とする方法。
【請求項２】
前記メールアドレスの入力を求めるステップにおいて、
前記トラッキング対象データの追加および変更がある場合に、その入力を求めるステップを有することを特徴とする請求項１に記載の方法。
【請求項３】
前記閲覧行動が、ユーザによる選択行為であることを特徴とする請求項１または２に記載の方法。
【請求項４】
請求項１ないし３に記載した方法により、ユーザ情報テーブルに記憶されたトラッキング対象データを参照して、これに基づく新規な情報を取得した際に、ユーザに、当該新規な情報を含むユーザ固有のコンテンツを生成して提供する方法であって、
前記ユーザ情報テーブル中のメールアドレス宛に、前記メール配信ＩＤを含めたメールを送信するステップと、
前記端末装置からの、前記メール配信ＩＤに基づくアクセス要求、および、送信された端末ＩＤの組に基づいて、前記ユーザ情報テーブル中のメール配信ＩＤおよび端末ＩＤの組と照合することにより、ユーザを認証する第１の認証ステップと、
前記第１の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ固有のコンテンツへのアクセスを許可するステップとを備えたことを特徴とする方法。
【請求項５】
前記第１の認証ステップにおいて、ユーザ認証が失敗した場合に、前記メールアドレス宛に、認証が失敗したことを通知するステップと、
端末装置からの、第２の認証を実行するための認証メールに送信要求に応答して、一意的な認証キーを採番するステップと、
前記端末ＩＤと認証キーとを、前記メールアドレスと関連付けて、ユーザ情報テーブルに記憶するステップと、
前記メールアドレス宛に、認証キーを含めた第２のメールを送信するステップと、
先に受理しているメール配信ＩＤ、および、前記端末装置から返送された認証キーの組に基づいて、前記ユーザ情報テーブル中のメール配信ＩＤおよび認証キーの組と照合することにより、ユーザを認証する第２の認証ステップと、
前記第２の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ固有のコンテンツへのアクセスを許可するステップとを備えたことを特徴とする請求項４に記載の方法。
【請求項６】
さらに、前記ユーザ情報を記憶するステップにおいて、認証状態が成功していない状態を示す値を、前記端末ＩＤや認証キーに関連付けて、前記ユーザ情報テーブルに記憶するステップを備え、
前記第２の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ情報テーブル中の関連する認証状態を、成功を示す値に変更するステップを有し、かつ、
前記ユーザ情報テーブル中、認証状態が成功していない状態を示す値が所定期間継続した場合、関連する端末ＩＤおよび認証キーを含む一連のデータを削除するステップを備えたことを特徴とする請求項５に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザの検索履歴に基づいて、ユーザに固有の情報を提供でき、かつ、ユーザ固有の情報を提供する際に、簡便でかつ確実なユーザ認証を実現するシステムに関する。
【０００２】
【従来の技術】
従来、ユーザが端末装置を利用して、サーバにアクセスした履歴（いわゆるアクセスログ）をサーバにて保持し、これをユーザなどへの種々のサービスのために利用することが実現されている。たとえば、特許文献１には、登録された顧客の閲覧履歴情報を保持し、これを、顧客の分類評価や、イベントが開催された際の顧客への招待状の作成に利用する技術が開示されている。
【０００３】
【特許文献１】特開２００２−３４２６６４号公報
【０００４】
また、求人情報、映画、音楽などのエンターテインメント情報などを配信するサーバにおいて、ユーザの必要な条件（求人情報であれば、職種や勤務地、映画や音楽であれば、好みのジャンルなど）を、メール配信先とともにあらかじめ登録しておき、条件に合致する情報がサーバに到着した場合に、登録されたユーザにメール配信するような技術も実現されている。
【０００５】
このようなメール配信サービスにおいては、ユーザにＩＤおよびパスワードを与え、ログインした後に、必要な条件を設定或いは変更できるように構成するのが一般的である。これにより、ユーザ固有の情報へのアクセスをユーザのみに限定するとともに、登録されたユーザ固有の情報のみを保持することで、サーバの記憶装置の負荷を軽減している。
【０００６】
また、メール配信の後、ユーザが、メール中のリンクにアクセスした場合でも、ユーザにＩＤおよびパスワードを入力させることにより、誤ってメールを受理した他人やメールを窃盗した他人によるアクセスを防止している場合もある。さらに、特許文献２に示すように、ＩＤおよびパスワードとともに、コンピュータ識別記号を利用して、コンピュータ識別記号の照合をもって、サーバへのアクセスを認めるような技術も提案されている。
【０００７】
【特許文献２】特開２００２−１３２７２３号公報
【０００８】
【発明が解決しようとする課題】
上記サービスの提供を受けるためには、基本的には、ユーザはＩＤおよびパスワードの取得が必要となる。ユーザとしては、一般には、サービスの提供を受けるのに先立って、個人情報を登録し、ＩＤやパスワードを取得することには心理的な抵抗がある。このため、登録されたユーザを確保するために、心理的な壁を引き下げる努力が求められている。同時に、他人による、ユーザ固有の情報へのアクセスを適切に防止できるのが望ましい。
【０００９】
また、ユーザによる条件設定の際や、サービス提供の際にも、ユーザによる操作は最低限であることが望ましい。
【００１０】
本発明は、ユーザによる簡単な操作で、所望のユーザ固有の情報を取得することができ、かつ、他人によるユーザ固有の情報へのアクセスを適切に排除することができる方法およびシステムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明の目的は、ユーザが所望する、当該ユーザ固有の情報を配信するための条件の設定を支援する方法であって、サーバにおいて、ある端末装置からのアクセスに応答して、当該端末装置に固有かつ一意的な端末ＩＤを採番して、端末装置中に記憶するために、当該端末装置に送信するとともに、サーバ中に一時的に記憶するステップと、当該端末装置とサーバとの間のセッションの継続中、前記ユーザによる閲覧行動の履歴を、前記端末ＩＤと関連付けて一時的に記憶装置に記憶するステップと、前記端末装置からの登録要求に応答して、前記端末ＩＤに関連付けられて一時的に記憶された一連の履歴をトラッキング対象データとして端末装置に提示するとともに、メール配信先となるメールアドレスの入力を求めるステップと、前記端末装置からのメールアドレスの受理に応答して、前記メールアドレス、端末ＩＤ、トラッキング対象データに基づく新規な情報の取得を前記ユーザに通知するメールに含まれる、前記新規な情報を含むユーザ固有のコンテンツへのアクセスを許可するための、一意的なメール配信ＩＤ、および、トラッキング対象データを、関連付けてユーザ情報テーブルに登録するステップとを備えたことを特徴とする方法により達成される。
【００１２】
本発明によれば、ユーザの行動履歴を一時的に記憶しておき、ユーザがユーザ固有のコンテンツの提供を受ける意思、つまりユーザ登録の意思がある場合に、必要な情報とともに、当該行動履歴をトラッキング対象データとして登録する。したがって、ユーザはあらかじめＩＤやパスワードを取得することなく、所望のときに、ユーザ登録の意思を表明し、当該セッションの間におけるユーザの行動履歴を登録することが可能となる。
【００１３】
ユーザの行動には、検索行為、階層的な選択行為、キーワードの入力やコンテンツの閲覧行為などが含まれる。
また、本明細書において、採番とは、番号、文字列、および、これらが混在したものを取得する行為をいう。
【００１４】
好ましい実施態様においては、前記メールアドレスの入力を求めるステップにおいて、前記トラッキング対象データの追加および変更がある場合に、その入力を求めるステップを有する。
【００１５】
また、本発明の目的は、上記方法により、ユーザ情報テーブルに記憶されたトラッキング対象データを参照して、これに基づく新規な情報を取得した際に、ユーザに、当該新規な情報を含むユーザ固有のコンテンツを生成して提供する方法であって、前記ユーザ情報テーブル中のメールアドレス宛に、前記メール配信ＩＤを含めたメールを送信するステップと、前記端末装置からの、前記メール配信ＩＤに基づくアクセス要求、および、送信された端末ＩＤの組に基づいて、前記ユーザ情報テーブル中のメール配信ＩＤおよび端末ＩＤの組と照合することにより、ユーザを認証する第１の認証ステップと、前記第１の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ固有のコンテンツへのアクセスを許可するステップとを備えたことを特徴とする方法によっても達成される。
【００１６】
第１の認証ステップにおいては、先のアクセスの際に端末措置中に記憶させた端末ＩＤおよびメール配信ＩＤの組により認証を実行する。これにより、ユーザは、ＩＤやパスワードの入力なく、ユーザ固有のコンテンツを取得することが可能となる。
【００１７】
好ましい実施態様においては、第１の認証ステップにおいて、ユーザ認証が失敗した場合に、前記メールアドレス宛に、認証が失敗したことを通知するステップと、端末装置からの、第２の認証を実行するための認証メールに送信要求に応答して、一意的な認証キーを採番するステップと、前記端末ＩＤと認証キーとを、前記メールアドレスと関連付けて、ユーザ情報テーブルに記憶するステップと、前記メールアドレス宛に、認証キーを含めた第２のメールを送信するステップと、先に受理しているメール配信ＩＤ、および、前記端末装置から返送された認証キーの組に基づいて、前記ユーザ情報テーブル中のメール配信ＩＤおよび認証キーの組と照合することにより、ユーザを認証する第２の認証ステップと、前記第２の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ固有のコンテンツへのアクセスを許可するステップとを備えている。
【００１８】
これにより、ユーザは、登録時に使った端末以外の端末装置からも、ユーザ固有のコンテンツを取得することが可能となる。
好ましい実施態様においては、さらに、前記ユーザ情報を記憶するステップにおいて、認証状態が成功していない状態を示す値を、前記端末ＩＤや認証キーに関連付けて、前記ユーザ情報テーブルに記憶するステップを備え、前記第２の認証ステップにおいて、ユーザ認証が成功した場合に、前記ユーザ情報テーブル中の関連する認証状態を、成功を示す値に変更するステップを有し、かつ、前記ユーザ情報テーブル中、認証状態が成功していない状態を示す値が所定期間継続した場合、関連する端末ＩＤおよび認証キーを含む一連のデータを削除するステップを備えている。
【００１９】
【発明の実施の形態】
以下、添付図面を参照して本発明の実施の形態について説明する。図１は、本発明の実施の形態にかかるシステム構成を概略的に示すブロックダイヤグラムである。図１に示すように、本実施の形態においては、端末装置１２−１、１２−２、１２−３、・・・がインターネット１４を介して、サーバ１６にアクセスして、種々の情報の提供を受けられるようになっている。また、ユーザの検索履歴（トラッキング情報）に基づいて、登録されたユーザに対して、条件に合致する新規の求人情報を通知できるようになっている。
【００２０】
本実施の形態においては、サーバ１６は、ユーザの検索条件にしたがって、所望の求人情報を提供できるように構成されている。図２に示すように、サーバ１６は、インターネット１４からのデータ通信を制御するインタフェース（Ｉ／Ｆ）２０と、端末装置１２からの検索条件を含む種々のリクエストを参照して、ユーザのトラッキングを制御するトラッキング制御部２２と、ユーザのリクエストに応答した画面などを含む情報を生成する応答情報生成部２４と、ユーザに対するメール配信のための条件を設定するメール配信条件設定部２６と、ユーザ宛てのメールを生成するメール生成部２８と、ユーザごとの情報を参照するためのアクセスの際にユーザを認証するユーザ認証部３０と、種々のデータを記憶するデータベース（ＤＢ）３２とを備えている。
【００２１】
データベース３２には、ユーザ所望の求人情報を検索するための検索条件テーブル３４、ユーザに提示するための求人の情報を含む求人情報テーブル３６、および、登録したユーザに関する情報やユーザを認証するための情報を記憶したユーザ情報テーブル３６を有している。
検索条件テーブル３４には、職種名称および職種コードの組や、勤務地名称および勤務地コードの組が記憶される。職種コードは階層構造を有し、上位の職種からより具体的な下位の職種まで、ユーザのリクエストに応答した絞込み検索ができるようになっている。勤務地コードについても同様に階層構造を有している。
【００２２】
求人情報テーブル３６には、求人ごとの仕事の内容、対象者、勤務地、給与などを含む詳細情報と、職種コードおよび勤務地コードとが関連付けられて記憶されている。
【００２３】
このように構成されたサーバ１６の処理、および、端末装置１２とサーバ１６との間のデータ通信について、以下に詳細に説明する。
図３に示すように、ユーザが端末装置１２を操作して、サーバ１６に初めてアクセスし、セッションが確立すると（ステップ３０１）、サーバ１６は、これに応答して、端末ＩＤを採番し（ステップ３０２）、検索画面に相当する初期的なコンテンツとともに、当該端末ＩＤをクッキー（Ｃｏｏｋｉｅ）に含ませて、端末装置１２に送信する（ステップ３０３）。また、サーバ１６において、端末ＩＤは、トラッキング処理部の一時記憶部に記憶される（ステップ３０４）。
【００２４】
クライアントマシン１２においては、クッキーを内部に記憶するとともに（ステップ３０５）、受理したコンテンツを表示装置の画面上に表示する（ステップ３０６）。図４は、初期的なコンテンツの一例を示す図である。コンテンツ４００においては、職種コードの階層構造中、最上位に位置する職種コードに対応する職種名称がリストされる（符号４０１参照）とともに、勤務地コードの階層構造中、最上位に位置する勤務地コードに対応する勤務地名称がリストされている（符号４０２参照）。
【００２５】
たとえば、ユーザが、入力装置を操作して、所望の職種名称や勤務地名称を選択すると、選択情報を含むリクエストがサーバ１６に与えられる（ステップ３０７）。サーバ１６のトラッキング制御部２２は、ＤＢ３２中の検索条件テーブル３４や求人情報テーブル３６を参照して、階層構造にしたがって、選択された職種名称や勤務地名称の下位に位置する職種名称や勤務地名称を抽出する（ステップ３０８）。また、後に詳述するトラッキング処理を実行して、ユーザの検索履歴を示すトラッキング対象コードを取得し（ステップ３０９）、前記一時記憶部に、対応する端末ＩＤと関連付けて記憶する（ステップ３１０）。
【００２６】
次いで、応答情報生成部２４は、トラッキング情報に基づくユーザの検索履歴を示す検索履歴表示部および検索結果を含むコンテンツを生成し（ステップ３１１）、端末装置１２に伝達する（ステップ３１２）。これにより、端末装置１２の表示装置の画面上には、検索により絞り込まれた検索結果が、自己の検索履歴とともに表示される（ステップ３１３）。
【００２７】
図５は、初期的なコンテンツから一階層絞り込まれた画像コンテンツの例を示す図である。図５に示すように、コンテンツ５００においては、絞込み検索（たとえば、「技術系（ソフトウェア、ネットワーク）」という最上位（一次）の職種名称による絞込み検索）に対応する下位（二次）の職種名称が表示される検索結果画面（符号５０１参照）と、ユーザの検索履歴に対応する検索履歴表示部（符号５０２参照）とを含む。
【００２８】
これ以降、より細分化された職種名称（求人のカテゴリー）を選択すると、ステップ３０７ないしステップ３１３の処理が繰り返し実行される。たとえば、表示画面を参照して、ユーザが端末装置１２を操作して、図５の検索結果表示部５０１中、二次の職種項目の一つである「システム開発（Ｗｅｂ・オープン系）」を選択すると、トラッキング処理が実行されて、検索結果として、選択された職種項目に属する求人詳細情報を含む検索結果と、検索履歴表示部を含む画像コンテンツが生成されて、端末装置の表示装置に表示される。なお、求人詳細情報には、二次の職種項目の下位に位置する三次の職種項目に対応する情報が付与されている。この状態で検索結果表示部５０１に表示される求人詳細情報は、或る二次の職種項目に所属する複数の三次の職種項目が付与されたものが表示される。この状態から更に或る特定の三次の職種項目に対応する求人詳細情報のみに絞込みを行いたい場合、検索結果表示部５０１に表示された「さらに絞込み」欄の「職種選択ボックス」のプルダウンメニュー内の三次の職種項目の一覧から所望の職種項目を選択し、「この条件で絞込み」の指示ボタンをクリックする。
【００２９】
図６（ａ）は、図５の検索画面の例において、「システム開発（Ｗｅｂ・オープン系）」が選択された場合の検索履歴画面を示す図である。ここでは、技術者が順次選択した職種項目が、その階層構造が理解できるような形態で表示される。なお、二次の職種項目が選択された後、三次の職種項目を選択するためにその一覧表示する場合、三次の職種項目を求人詳細情報と共に表示せずに、検索履歴画面上に表示することもできる。（図６（ｂ））
【００３０】
上記検索履歴表示部を生成するために用いられ、また、端末ＩＤと関連付けて記憶される検索履歴を作成する処理（ステップ３０９のトラッキング処理）について説明する。図７は、ステップ３０９のトラッキング処理をより詳細に示すフローチャートである。なお、一次の職種項目（勤務地項目等を含む）から一つ一つ職種項目が選択された場合、ステップ７０１から直接ステップ７０５，７０８の処理が実行され、そして画面５００が生成され、さらに、ステップ７０７の処理が実行される。ステップ７０２〜７０４，７０６の処理は、複数の職種項目をリクエストの受理として受け入れた場合に実行される。
【００３１】
まず始めに、一つ一つの職種項目選択された場合について説明する。この場合、ステップ７０１において、一次の職種項目を受け入れ、その職種項目の内容がステップ７０７で処理される。一次記憶されたコードが存在しなければ、ステップ７０７においてこの一次の職種項目（一次コード）が記憶される。次に記憶された一次コードに所属する二次の職種項目（二次コード）を受け入れた場合、ステップ７０７において、既に記憶していた一次コードに代えて二次コードを記憶する。さらにこの二次コードに所属する三次の職種項目（三次コード）を受け入れた場合、ステップ７０７において、既に記憶していた二次コードに代えて三次コードを記憶する。このように、ステップ７０７において、同一系列のコードが受理された場合、より下位のコードを記憶する制御を行う。
【００３２】
次に、複数の職種項目をリクエストの受理として受け入れた場合の処理について説明する。このように複数の職種項目を受け入れる事態は、例えば、図１０の「もっと詳しく」という表示をクリックした場合に発生する。このクリックを行うと、ユーザが選択可能な一次〜三次職種項目の一覧が表示される。ユーザは、この一覧の中から、所望の職種項目を次元にとらわれることなく適宜複数選択することができる。たとえば、図８に示すように、「営業、事務、企画系」という一次の職種項目と、その下位に位置する、「営業、代理店営業、渉外」という二次の職種項目と、その下位に位置する「営業、企画営業」や「代理店営業、パートナーセールス」などの三次の職種項目が、さらに、「営業、事務、企画系」、「営業、代理店営業、渉外」、「営業、企画営業」「ＭＲ」が選択され、リクエストの受理として受け入れられた場合、ステップ７０２において最上位の職種項目である一次の職種項目のみがステップ７０３に供給される。また、受理した職種項目がこの他に、他の一次職種項目に所属する二次の職種項目とこの二次の職種項目に所属する三次の職種項目である場合、ステップ７０２において、先に説明した一次の職種項目と、今回の二次の職種項目がステップ７０２に供給される。実際には、職種名がフィルタリングされ、後述するように一時記憶されるのではなく、職種名と一意的に対応する職種コードがフィルタリングされ、一時記憶される。
【００３３】
ついで、ユーザの検索履歴中のコードの総数（コード個数）が、所定数（たとえば、６１個）より少ないか否かが判断され、所定数以上であった場合（ステップ７０３でノー（Ｎｏ））には、エラーとなる（ステップ７０４）。ここでは、個人の検索履歴によるコード数を制限している。
【００３４】
その一方、コード個数が所定数より少なければ（ステップ７０３でイエス（Ｙｅｓ））、リクエスト中のコードを、いままでの検索履歴に付加したような、検索履歴画面が生成される。また、今回のリクエスト中のコードを持つ、求人詳細情報が、求人情報テーブルから取り出され、これを含む検索結果画面が生成される（ステップ７０５）。これらが、コンテンツとして、ユーザの端末装置１２に送信される（ステップ７０８）。
【００３５】
ステップ７０５が実行されるとともに、所定のルール、たとえば、昇順で、所定個数のコードが、トラッキング対象コードと設定され（ステップ７０６）、これが、端末ＩＤと関連付けて一時的に記憶される（ステップ７０７）。このステップ７０６およびステップ７０７の処理結果、つまり、設定されたトラッキング対象コードは、ステップ７０５における検索履歴画面には反映されない。すなわち、検索履歴画面では、ユーザが選択したリクエストにしたがって、ユーザが選択した職種名称や勤務地名称が、階層構造で表示されるが、トラッキング対象コードは、これから一定のものに絞り込まれている。また、トラッキング対象コードは、ユーザの検索履歴として、一時的ではあるが、当該ユーザのセッションが継続している間は蓄積される。
【００３６】
ユーザが端末装置１２を操作して、職種名称や勤務地名称などを選択するのに応じて、図７に示す処理が実行され、新たに選択された職種名称や勤務地名称が付加された検索履歴画面や求人詳細情報を含む検索結果画面が、コンテンツとして端末装置１２に伝達されるとともに、トラッキング対象コードが、端末ＩＤと関連付けられた状態で、もともと一次記憶されていたトラッキング対象コードに付加される。
【００３７】
ユーザは、所望の職種名称や勤務地名称を選択して、検索を繰り返した後、自分が検索した職種名称や勤務地名称で、新たな求人（新着求人）が出た場合に、それを通知するようにサーバ１６に依頼することができる。図９において、ユーザが端末装置１２の表示装置の画面上に表示されたコンテンツ（図１０参照）において、コンテンツ１０００の検索履歴画面１００１に配置された「申込」ボタン１００２をオンすると（ステップ９０１）、メール配信申込のリクエストがサーバ１６に伝達される（ステップ９０２）。
【００３８】
サーバ１６のメール配信条件設定部２６は、端末ＩＤに基づいて、当該端末ＩＤと関連付けられて一時的に記憶された一連のトラッキング対象コードを取得し（ステップ９０３）、トラッキング対象コードや検索履歴画面を参照して、ユーザがメール配信を求める求人情報の条件を含む申込用コンテンツを生成して（ステップ９０４）、端末装置１２に送る（ステップ９０５）。図１１は、メール配信の申込用コンテンツの例を示す図である。申込用コンテンツ１１００には、当該ユーザの端末装置１２との間のセッション中に蓄積された、ユーザの検索履歴（トラッキング対象コード）に基づく、職種名称および勤務地名称がリストされている。この例では、「営業、企画営業」、「営業マネージャ」という職種名称と、「東京２３区」、「東京都下」という勤務地名称とが、トラッキング対象コードや検索履歴画面に基づいてリストされている。
【００３９】
図１２は、この申込用コンテンツの生成をより詳細に示すフローチャートである。ここでも、基本的に、図７と同等の処理が実行される。サーバが、上記メール配信申込というリクエストを受理すると（ステップ１２０１）、コードのフィルタリングが実行される（ステップ１２０２）。これは、図７のステップ７０２の処理と同様である。また、コード個数が所定数以上である場合（ステップ１２０３でノー（Ｎｏ））にはエラーとなる（ステップ１２０４）。
【００４０】
その一方、コード個数が所定数より少なければ（ステップ７０３でイエス（Ｙｅｓ））、所定のルール、たとえば、昇順で、所定個数のコードが、トラッキング対象コードと設定され（ステップ１２０５）、これが、端末ＩＤと関連付けて一時的に記憶される（ステップ１２０６）。これら処理は、図７のステップ７０６、７０７にそれぞれ対応する。
【００４１】
ここで、一次記憶されたコード数が、所定数（たとえば、６０）より少なければ（ステップ１２０８でイエス（Ｙｅｓ））、一時記憶されたデータと、リクエストに含まれたコードとに基づいて、申込用コンテンツが作られる（ステップ１２０７）。その一方、所定数以上である場合には、直前の画面において選択された職種や勤務地に基づき、申込用コンテンツが作られる（図示せず）。このようにして生成されたコンテンツが、端末装置１２に伝達される（ステップ１２０９）。
【００４２】
ユーザは、申込コンテンツ中の配信先の記入欄に、入力装置を操作して自己のメールアドレスを記入するとともに、申込用コンテンツを参照して、提示された職種名称や勤務地名称のうち所望のもののチェックボックスに、入力装置を操作して印を付ける（ステップ９０６）。また、特定のキーワードをキーワード入力欄に記入しても良い。
【００４３】
このような処理の後、ユーザが、入力装置を操作して、「来週から受け取る」というボタンをオンすると、登録のリクエストが、端末装置１２からサーバ１６に伝達される（ステップ９０７）。サーバ１６のメール配信条件設定部２６は、後述する一意的なメール配信ＩＤを採番し（ステップ９０８）、一時記憶された一連のトラッキング対象データを、電子メールアドレス、対応する端末ＩＤおよびメール配信ＩＤと関連付けて、ユーザ情報テーブル３８に記憶する（ステップ９０９）。その後、登録完了通知が、サーバ１６から端末装置１２に伝達される（ステップ９１０）。
【００４４】
図１３は、本実施の形態にかかるユーザ情報テーブルの例を示す図である。図１２に示すように、テーブルのレコードは、ユーザのメールアドレス、端末ＩＤ、メール配信ＩＤ、後述する認証キー、後述する認証状態、および、トラッキング対象データ群を有する。特に必要となった場合に、ユーザを認証するための認証キーとして特定の文字列が格納されるようになっている。また、認証状態には、認証キーが利用される場合に、ユーザの認証状態を示すフラグ値が与えられる。
【００４５】
このようにして、ユーザは、あるセッションにて自己が検索した、所望の職種名称や勤務地名称に対応するトラッキング対象コードを、サーバ１６に登録し、これ以後、登録されたトラッキングコードを含む新着求人情報が、新たにサーバ１６に到達した場合、その通知を受けることが可能となる。
【００４６】
本実施の形態によれば、ユーザの端末装置に、端末ＩＤを含むＣｏｏｋｉｅを与え、当該端末装置とのセッション中に、ユーザの検索履歴を示すトラッキング対象データ、端末ＩＤとして一時的に記憶しておく。また、メール配信登録を求める際に、セッション中に蓄積された一連のトラッキング対象データを、ユーザのメールアドレスや、各種ＩＤとともに記憶する。これにより、ユーザは簡単な手順で、自己の所望の職種や勤務地に関する新規求人情報の通知をサーバに求めることが可能となる。
【００４７】
次に、新規求人情報の通知、および、ユーザによる情報の閲覧について説明する。図１４（ａ）に示すように、サーバ１６が新着求人情報を参照して、あるユーザに対する新規求人情報の通知をすべきである場合（ステップ１４０１）、サーバ１６のメール生成部２８は、ユーザ情報テーブル３８を参照して、登録されたメールアドレス宛のメールを生成して（ステップ１４０２）、生成されたメールを送信する（ステップ１４０３）。ここで、メールに、ユーザが登録した職種名称や勤務地名称に関連する新着求人情報を記述するとともに、登録の際に採番された、メール配信ＩＤをキーとして含むリンク情報が記述される。ユーザが、キーを含むリンクをアクセスすることにより、後述する認証の実行やコンテンツの閲覧ができる。
【００４８】
本実施の形態においては、端末装置中のＣｏｏｋｉｅに含まれる端末ＩＤおよびリンクに含まれるメール配信ＩＤを利用して、ユーザ認証を実行している。たとえば、新着求人情報の通知を求める際に利用した端末装置（たとえば、図１の端末装置１２−１）にて、メールを受信した場合を考える。図１４（ｂ）に示すように、ユーザが、端末装置１２−１を操作して、メール中のリンクを指定すると（ステップ１４１１）、端末装置１２が、当該リンクにアクセスするとともに、端末装置１２−１に保持されていた端末ＩＤを送信する（ステップ１４１２）。
【００４９】
サーバ１６のユーザ認証部３０は、メール配信ＩＤに基づいて、ユーザ情報テーブル３８を参照し、端末装置１２−１からの端末ＩＤおよびメール配信ＩＤの組と、メールアドレスに関連付けられてユーザ情報テーブル３８に記憶された端末ＩＤおよびメール配信ＩＤの組とを照合する（ステップ１４１３）。ここで、これらが一致すれば、ユーザの認証が成功する。これにより、ユーザは、端末装置１２−１を利用して、リンク先からのコンテンツ（新着求人情報に関するコンテンツ）を取得して閲覧することが可能となる（ステップ１４１４）。
【００５０】
これに対して、他人が、他の端末装置（たとえば、端末装置１２−２）を利用して、上記ユーザへの新着求人情報およびそのリンク先からのコンテンツの閲覧を試みようとした場合と考える。初めてのサーバへのアクセスであれば、端末装置１２−２には、端末装置１２−１に付与された端末ＩＤ（たとえば、「１１１１１１１１」）とは異なる固有の端末ＩＤ（たとえば、「２２２２２２２２」）が与えられる。既に端末ＩＤを含むＣｏｏｋｉｅを保持している場合には、アクセスに際して、サーバ１６に対して、固有の端末ＩＤが送信される。
【００５１】
このような場合に、たとえ、当該他人が、ユーザ配信ＩＤ（たとえば、「ａａａａａａａａ」）を入手して、これを含むリンクにアクセスしても、アクセスしてきた端末装置の端末ＩＤ「２２２２２２２２」による、マッピングが不可能である、つまり、ユーザ情報テーブル３８には、端末ＩＤ「２２２２２２２２」に対応付けられたユーザ配信ＩＤが異なる或いは存在しないため、当該他人によるコンテンツの閲覧は認められない。
【００５２】
また、上記新着求人情報の配信を求めたユーザ（本人）が、異なる端末装置（たとえば、端末装置１２−２）を利用して、コンテンツの閲覧を図る場合について説明する。ここでは、ユーザ（本人）が、端末装置１２−１（付与された端末ＩＤ「１１１１１１１１」）を利用して、新着求人情報の配信を求める登録を実行し、新着求人情報の到着を通知するメールに、ユーザ配信ＩＤ「ａａａａａａａａ」を含むリンクが記述されていたと考える。
【００５３】
図１４（ｂ）に示した認証に失敗すると、図１５に示すように、サーバ１６から端末装置１２−２に対して、認証に失敗したことを示すメッセージが伝達される（ステップ１５０１）。
【００５４】
ユーザは、端末装置１２−２を操作して、認証メールの送付を要求する（ステップ１５０２）。サーバ１６は、認証メールの送付要求の受理に応答して、端末装置１２−２に付与された端末ＩＤ「２２２２２２２２」に関連付けられた認証キー（たとえば、「ＷＸＹＺ」）を採番する（ステップ１５０３）。この認証キーは、ユーザ情報テーブル３８に、端末ＩＤ「２２２２２２２２」と、上記ユーザ配信ＩＤ「ａａａａａａａａ」と関連付けられて記憶されるとともに、その認証状態が、「Ｎｏ」に設定される（ステップ１４０４）。したがって、ユーザ情報テーブル３８には、図１６（ａ）に示すように、同じメール配信ＩＤを有するレコードが二つ存在することになる（符合１６０１、１６０２参照）。
【００５５】
次いで、サーバ１６から、ユーザ宛に認証キーが含むリンクが記述されたメールが送信される（ステップ１５０５）。端末装置１２にて、上記メールを受理したユーザが、入力装置を操作して、認証キーを含むリンクを指定すると（ステップ１５０６）、端末装置１２−１が、リンクにアクセスするとともに、端末装置１２−２に保持されていた端末ＩＤ「２２２２２２２２」を送信する（ステップ１５０７）。
【００５６】
サーバ１６のユーザ認証部３０は、受理した端末ＩＤおよび認証キーの組と、ユーザ情報テーブル３８中の端末ＩＤおよび認証キーの組とを照合する（ステップ１５０８）。これらが一致した場合には、ユーザの認証が成功し、ユーザ情報テーブル３８中、上記端末ＩＤおよび認証キーを有するレコードの認証状態として、「Ｙｅｓ」を示す値が設定される（ステップ１５０９および図１６（ｂ）参照）。これにより、ユーザは、端末装置１２−２を利用して、リンク先からのコンテンツ（新着求人情報に関するコンテンツ）を取得して閲覧することが可能となる（ステップ１５１０）。
【００５７】
本実施の形態による認証方式を用いれば、端末装置が共用端末であった場合でも、ユーザごとの認証を実現し、他人による個人用のコンテンツの閲覧を防止することができる。
【００５８】
たとえば、端末装置１２−１（端末ＩＤ「１１１１１１１１」）が共用端末であるときに、あるユーザ（ユーザＡ）が、サーバ１６にアクセスして、新着求人情報の通知を要求し、サーバ１６に登録している場合を考える。ここでは、図１７（ａ）に示すように、ユーザ情報テーブル３８には、ユーザＡに関して、端末ＩＤ「１１１１１１１１」およびユーザ固有のメール配信ＩＤ（たとえば、「ａａａａａａａａ」）の組が記憶されている（符号１７０１参照）。
【００５９】
その一方、他のユーザ（ユーザＢ）が、端末１２−１を操作して、サーバ１６にアクセスして、自己の所望の新着求人情報の通知を要求した場合、上記メール配信ＩＤとは別の固有のメール配信ＩＤ（たとえば、「ｂｂｂｂｂｂｂｂ」）が採番され、ユーザ情報テーブル３８に、端末ＩＤとメール配信ＩＤの組が記憶される（符号１７０２参照）。
【００６０】
したがって、ユーザＡ宛のメールには、ユーザＡに関するメール配信ＩＤ「ａａａａａａａａ」を含むリンクが記述され、端末ＩＤ「１１１１１１１１」とメール配信ＩＤ「ａａａａａａａａ」とにより照合が行なわれる。その一方、ユーザＢ宛のメールには、ユーザＢに関するメール配信ＩＤ「ｂｂｂｂｂｂｂｂ」を含むリンクが記述され、端末ＩＤ「１１１１１１１」とメール配信ＩＤ「ｂｂｂｂｂｂｂｂ」とにより照合が行なわれる。これにより、ユーザＡ、ユーザＢはそれぞれの固有のコンテンツの閲覧が可能となり、且つ他人のコンテンツを閲覧することはできない環境が構築される。
【００６１】
また、共用端末である端末装置１２−１（端末ＩＤ「１１１１１１１１」）以外の端末１２−２（端末ＩＤ「２２２２２２２２」）で既に、サーバ１６に、新規求人情報の通知を要求し、登録を済ませたユーザ（ユーザＣ）が、ユーザ登録をする場合を考える。ユーザＣが、他の端末１２−３（端末ＩＤ「３３３３３３３３」）を利用して、サーバ１６に登録し、これにより、サーバ１６のユーザ情報テーブル３８には、端末ＩＤとともにメール配信ＩＤ「ｃｃｃｃｃｃｃｃ」が記憶されている（図１７（ｂ）の符号１７１１参照）。
【００６２】
このユーザが共用端末である端末装置１２−１（端末ＩＤ「１１１１１１１１」）を利用する場合、端末ＩＤおよびメール配信ＩＤによる認証（図１４（ｂ）参照）には失敗する。しかしながら、認証キーを受理して、メール配信ＩＤおよび認証キーによる認証（図１５参照）には成功するため（図１７（ｂ）の符号１７１２参照）、共用端末である端末装置１２−１を利用しても、自己の固有のコンテンツを閲覧することができる。
【００６３】
なお、他人が、あるユーザのメール配信ＩＤを入手した場合、つまり、当該ユーザ宛のメールに記述されたメール配信ＩＤを含むリンクを知った場合に、当該メール配信ＩＤを利用しても、基本的には、他人は、そのユーザに関する情報を閲覧することができない。
【００６４】
まず、他人がアクセスする端末装置が異なれば、端末ＩＤおよびメール配信ＩＤによる認証には失敗する。また、認証キーを求めた場合であっても、メールの宛先は、他人ではなくユーザ本人となるため、認証キーを取得することができない。したがって、メール配信ＩＤおよび認証キーによる照合にも失敗する。
【００６５】
このように、本実施の形態によれば、ユーザは、ユーザＩＤやパスワードの入力などをすることなく、単に、サーバから送られたメール中のリンクを指定すれば、端末ＩＤとメール中のメール配信ＩＤによるユーザ認証を受け、認証に成功した場合には、自己の固有のコンテンツ（本実施の形態においては、選択した職種名称や所在地名称の求人情報）を閲覧することができる。また、異なる端末を利用した場合には、メール配信ＩＤと、サーバから確認のために送られたメール中の認証キーとによるユーザ認証を受けることができる。ここでも、ユーザはリンクの指定など比較的簡単な手順で、認証を受け、かつ、自己の固有のコンテンツを閲覧することができる。さらに、本実施の形態によれば、ユーザＩＤやパスワードを利用しない場合でも、他人のなりすましを適切に防止することができる。
【００６６】
なお、ユーザ情報テーブル３８中、認証状態が「Ｎｏ」である状態が所定期間継続しているレコードについては、削除する。
【００６７】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
たとえば、前記実施の形態においては、求人情報を提供するために本発明を利用していたが、これに限定されず、種々のコンテンツ提供サービス、たとえば、住宅情報、映画や音楽などのエンターテインメント情報などを提供するためにも本発明を適用することが可能である。
【００６８】
また、一連のトラッキング対象データを階層構造で保持することには限定されず、単に、種々のコードを並列して一連のトラッキング対象データとして保持していても良い。
【００６９】
【発明の効果】
本発明によれば、ユーザによる簡単な操作で、所望のユーザ固有の情報を取得することができ、かつ、他人によるユーザ固有の情報へのアクセスを適切に排除することができる方法およびシステムを提供することが可能となる。
【図面の簡単な説明】
【図１】図１は、本発明の実施の形態にかかるシステム構成を概略的に示すブロックダイヤグラムである。
【図２】図２は、本発明の実施の形態にかかるサーバの構成をより詳細に示すブロックダイヤグラムである。
【図３】図３は、本実施の形態にかかる端末装置とサーバとの間で実行される処理例を示すフローチャートである。
【図４】図４は、本実施の形態にかかる端末装置の表示装置の画面上に表示されたコンテンツの例を示す図である。
【図５】図５は、本実施の形態にかかる端末装置の表示装置の画面上に表示されたコンテンツの例を示す図である。
【図６】図６（ａ）は、本実施の形態にかかる検索履歴表示部の例、図６（ｂ）は、フィルタリング結果の例を示す図である。
【図７】図７は、本実施の形態にかかるサーバにて実行される処理例を示すフローチャートである。
【図８】図８は、本実施の形態にかかる職種名称の階層構造の例を示す図である。
【図９】図９は、本実施の形態にかかる端末装置とサーバとの間で実行される処理例を示すフローチャートである。
【図１０】図１０は、本実施の形態にかかる端末装置の表示装置の画面上に表示されたコンテンツの例を示す図である。
【図１１】図１１は、本実施の形態にかかる端末装置の表示装置の画面上に表示されたコンテンツの例を示す図である。
【図１２】図１２は、本実施の形態にかかるサーバにて実行される処理例を示すフローチャートである
【図１３】図１３は、本実施の形態にかかるユーザ情報テーブルの例を示す図である。
【図１４】図１４（ａ）は、サーバにて実行される処理の例を示すフローチャート、図１４（ｂ）は、本実施の形態にかかる端末装置とサーバとの間で実行される処理例を示すフローチャートである。
【図１５】図１５は、本実施の形態にかかる端末装置とサーバとの間で実行される処理例を示すフローチャートである。
【図１６】図１６は、本実施の形態にかかるユーザ情報テーブルの部分を示す図である。
【図１７】図１７は、本実施の形態にかかるユーザ情報テーブルの部分を示す図である。
【符号の説明】
１２    端末装置
１６    サーバ
２０    Ｉ／Ｆ
２２    トラッキング制御部
２４    応答情報生成部
２６    メール配信条件設定部
２８    メール生成部
３０    ユーザ認証部
３２    データベース
３４    検索条件テーブル
３６    求人情報テーブル
３８    ユーザ情報テーブル
【図１】
2004295260.tif 000003
【図２】
2004295260.tif 000004
【図３】
2004295260.tif 000005
【図４】
2004295260.tif 000006
【図５】
2004295260.tif 000007
【図６】
2004295260.tif 000008
【図７】
2004295260.tif 000009
【図８】
2004295260.tif 000010
【図９】
2004295260.tif 000011
【図１０】
2004295260.tif 000012
【図１１】
2004295260.tif 000013
【図１２】
2004295260.tif 000014
【図１３】
2004295260.tif 000015
【図１４】
2004295260.tif 000016
【図１５】
2004295260.tif 000017
【図１６】
2004295260.tif 000018
【図１７】
2004295260.tif 000019