JP2008065680A - 求人情報管理方法、求人情報管理装置、求人情報管理プログラムおよび求人情報管理システム - Google Patents

Abstract

【課題】異なる条件で生成された複数の求人情報を効率的に管理する求人情報管理方法を得ること。
【解決手段】たとえば、特定のデータ構築ルールを用いて情報要素を構築して得られた求人情報をデータ構築ルールに対応した変換方法を用いて変換し、案件情報として案件情報データベース５３へ格納する案件情報取得ステップと、案件情報データベース５３から読み出した案件情報を編集する案件情報編集ステップと、編集後の案件情報を案件情報データベース５３へ格納する案件情報データベース更新ステップと、特定のデータ構築ルールである第１のデータ構築ルールおよび第２のデータ構築ルールのいずれかを、外部データを生成する際に使用する外部データ生成ルールとして決定する外部データ生成ルール決定ステップと、案件情報データベース５３から読み出した案件情報および外部データ生成ルールに基づいて外部データを生成する外部データ生成ステップと、を含む。
【選択図】 図２

Description

本発明は、複数の情報要素を含み、互いに異なる構築規則により構築された求人情報を一元管理するための求人情報管理方法に関するものであり、特に、同一内容の情報要素を含み、かつ互いに異なる構築規則により構築された複数の求人情報を一元管理するための求人情報管理方法、求人情報管理装置、求人情報管理プログラムおよび求人情報管理システムに関するものである。

近年、非正規社員と期間契約を結んで一時的に必要な労働力を確保する企業が増加している。また、これに伴い、非正規社員による労働力を必要とする企業に対して、募集条件に見合う求職者を提供（派遣）する人材派遣会社が増加してきている。なお、人材派遣会社は、インターネット上のＷｅｂサイトなどを介して各企業が要求する募集条件（求人情報）などを多数の求職者に対して提供することにより、求人情報提供の効率化を図り、業務を効率化している場合が多い。

しかしながら、Ｗｅｂサイトの運営には専門的な知識を必要とするため、人材派遣会社にとっては、管理負担が大きい。また、一般的に、より多くの求人情報を提供している人材派遣会社のＷｅｂサイトが閲覧されやすいため、保有する求人情報が少ない人材派遣会社にとっては、求職者に対する情報提供が効率的に行われない可能性がある。一方、最近は非常に多くの人材派遣会社が存在しているため、求職者は、各人材派遣会社が個別に提供している求人情報の中から、自身の希望に沿った求人情報を探査することは困難であり、探査に要する負担も大きい。

そのため、複数の人材派遣会社から求人情報の提供を受け、それらを各人材派遣会社に代わってＷｅｂサイト上で掲載するサービス（以下、求人情報一括掲載サービスと呼ぶ）が存在する。たとえば、下記非特許文献１には、人材派遣会社が求人情報を提供し、上記サービスを利用する方法が記載されている。具体的には、企業が要求する条件などの求人情報を人材派遣会社が登録・修正する方法、登録された求人情報を特定形式（ＣＳＶ形式）でダウンロードする方法、登録したい求人情報を特定形式でアップロードする方法などが記載されている。

また上記求人情報一括掲載サービスでは、職種、給与、勤務地、などの条件を指定し、求人情報を絞り込む（検索する）ことが可能である。このサービスを利用することにより、求職者は自身の希望に沿った求人情報効率的に探査でき、また、人材派遣会社は、保持する求人情報をより多くの求職者に対して提供できるため、効率的である。

「＠ばるご利用マニュアル」（２００６年）

一般に、人材派遣会社は、必要な人材を効率的に確保するために、上述したような求人情報一括掲載サービスを複数利用している。しかしながら、求人情報一括掲載サービスを利用するために必要な情報（求人情報として登録する情報の詳細）は、各求人情報一括掲載サービスにおいて必ず一致しているとは限らない。そのため、人材派遣会社は、複数の求人情報一括掲載サービスを利用する場合、利用するサービス毎の独自の手順で求人情報の更新（メンテナンス）を行う必要がある。

一方、各求人情報一括掲載サービスのＷｅｂサイトに掲載する求人情報は、相互に重複している部分（たとえば職種や勤務地）も多いが、それらを個別に登録・更新する必要がある。たとえば図２４に示したように、それぞれのサイトに掲載される１件ごとの求人情報は、その内容、構成が一部重複している部分もあるが、各情報に含まれる情報要素の種類や並び順が異なっている。また、日付情報（"2006.1.2"，"20060105"，"2006/1/3"に相当）など、種類が同じでもその内容（情報の詳細）が異なる情報（情報要素）も存在する。

以上のような状況のため、人材派遣会社は、各Ｗｅｂサイトに掲載する情報を効率的に更新することができず、また、更新のための作業負担が大きい、という問題があった。

本発明は、上記に鑑みてなされたものであって、たとえば同じ企業の同じ条件についての求人情報でありながら、その掲載先が異なるため互いに構成が異なる複数の求人情報を、効率的に管理するための求人情報管理方法、求人情報管理装置、求人情報管理プログラムおよび求人情報管理システムを得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明にかかる求人情報管理方法は、データ入出力部を介して取得した、特定のデータ構築ルールに従った方法を用いて複数の情報要素を構築して得られた第１の求人情報を、当該データ構築ルールに対応した変換方法を用いて変換し、当該変換後の第１の求人情報を案件情報として案件情報データベースへ格納する案件情報取得ステップと、案件情報案件情報登録／更新部が、前記案件情報データベースから所望の案件情報を読み出し、当該読み出した案件情報を編集する案件情報編集ステップと、前記案件情報案件情報登録／更新部が、編集後の案件情報を案件情報データベースへ格納する案件情報データベース更新ステップと、前記特定のデータ構築ルールである第１のデータ構築ルールおよび当該第１のデータ構築ルールとは異なる第２のデータ構築ルールのいずれかを、前記第１の求人情報とは異なる第２の求人情報である外部データを生成する際に使用する外部データ生成ルールとして選択決定する外部データ生成ルール決定ステップと、外部データ生成部が、前記外部データを生成するために必要な案件情報を案件情報データベースから読み出し、当該読み出した案件情報および前記選択決定された外部データ生成ルールに基づいて外部データを生成する外部データ生成ステップと、を含むことを特徴とする。

つぎの発明にかかる求人情報管理方法において、前記案件情報取得ステップでは、前記特定のデータ構築ルールに対応するデータ検証条件を使用して前記第１の求人情報を構成する各情報要素を検証し、検証結果がＮＧの場合には当該第１の求人情報の変換処理を実行せずに、検証結果がＮＧとなった理由を表示部へ表示させることを特徴とする。

つぎの発明にかかる求人情報管理方法において、前記案件情報取得ステップでは、前記変換後の第１の求人情報を案件情報として案件情報データベースへ格納する場合、当該案件情報の識別子と識別子が同じ案件情報が存在するかどうかを確認し、識別子が同じ案件情報が存在する場合には、識別子が同じ案件情報同士をマージし、マージ処理により得られた案件情報を案件情報データベースへ格納することを特徴とする。

つぎの発明にかかる求人情報管理方法は、入力部を介して、案件情報を構成する情報要素に対応する入力情報を取得した場合、前記案件情報案件情報登録／更新部が、当該取得した入力情報に基づいて、案件情報を構築し、さらに当該構築した案件情報を前記案件情報データベースへ格納する案件情報登録ステップ、を含むことを特徴とする。

つぎの発明にかかる求人情報管理方法において、前記外部データ生成ステップでは、前記外部データ生成部が、前記生成した外部データを、当該外部データが対応している外部データ生成ルールであるデータ構築ルールを採用し、求人情報の掲載を行うＷｅｂサイトの管理システムへネットワークを介して送信することを特徴とする。

つぎの発明にかかる求人情報管理装置は、請求項１〜５のいずれか一つに記載の求人情報管理方法を実行することを特徴とする。

つぎの発明にかかる求人情報管理プログラムは、請求項１〜５のいずれか一つに記載の求人情報管理方法をコンピュータに実行させることを特徴とする。

つぎの発明にかかる求人情報管理システムは、ネットワークを通じて複数の企業にサービスを提供するＡＳＰ（Application Service Provider）に対応した求人情報管理システムであって、ネットワークを介して接続された求人情報掲載サービスを提供する各企業の計算機システムと、請求項６に記載の求人情報管理装置と、を備えることを特徴とする。

本発明にかかる求人情報管理方法、求人情報管理装置、求人情報管理プログラムおよび求人情報管理システムは、たとえば、既に生成されている外部データ（複数の求人情報を含んだデータ）を取り込み、取り込んだ各求人情報に基づいて生成した案件情報をデータベースへ格納する。また、必要に応じてデータベースの内容を編集（新しい案件情報の登録、登録されている情報の更新、登録されている情報の削除）し、ユーザに指定された形式（データ構築ルールに従った形式）の外部データとして出力するようにしたので、従来のように掲載するＷｅｂサイト毎に異なる方法で同一の求人情報を管理する（各Ｗｅｂサイトが要求する形式の情報として個別に管理する）必要がなくなり、求人情報管理業務を効率的に行うことができる、という効果を奏する。

また、案件情報をデータベースへ格納する際には、既に同一の求人情報に対応する案件情報がデータベースに登録されているかどうかを判断し、案件情報を構成する情報要素の中で、まだ格納されていない情報要素や格納されているものよりも新しい情報要素など、本当に必要な情報要素のみを、データベースへ格納して、求人情報を一元的に管理することとしたので、管理する求人情報の情報量を削減することができる、という効果を奏する。

以下に、本発明にかかる求人情報管理方法およびそれを実現するための求人情報管理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

図１は、本発明にかかる求人情報管理方法を実現するための求人情報管理装置としての機能を備え、本発明にかかる求人情報管理プログラムを実行可能な計算機システムの構成例を示す図である。この計算機システムは、制御部１と表示部２と入力部３とデータ入出力部４と記憶部５と通信部６とを備える。

図１において、制御部１は、本発明にかかる求人情報管理プログラムを実行する。表示部２は、ＣＲＴ，ＬＣＤ（液晶表示パネル）などで構成され、計算機システムのユーザに対して各種画面を表示する。入力部３は、たとえばキーボードやマウスなどで構成され、計算機システムのユーザが、各種情報の入力を行うために使用する。データ入出力部４は、外部からのデータ取り込み・外部へのデータ出力を行う。記憶部５は、ＲＡＭ，ＲＯＭなどの各種メモリを含み、上記制御部１が実行すべきプログラム，処理の過程で得られた必要なデータ，などを記憶する。また、この計算機システムは、通信部６を介して、通信ネットワークとの接続が可能である。

ここで、本発明にかかる求人情報管理プログラムが実行可能な状態になるまでの計算機システムの動作例について説明する。上述した構成をとる計算機システムには、たとえば、ＣＤ−ＲＯＭドライブユニット（図示せず）にセットされたＣＤ−ＲＯＭから、求人情報管理プログラムがディスクユニット（図示せず）にインストールされる。そして、求人情報管理プログラムの実行時に、ディスクユニットから読み出された求人情報管理プログラムが記憶部５の所定の場所に格納される。この状態で、制御部１は、記憶部５に格納されたプログラムに従って、求人情報管理処理を実行する。

なお、本発明においては、ＣＤ−ＲＯＭを記録媒体として、上記求人情報管理処理を記述したプログラムを提供しているが、これに限らず、計算機システムの構成、提供するプログラムの容量などに応じて、たとえば、フロッピー（登録商標）ディスクなどの磁気ディスク，光磁気ディスク，磁気テープなどの記録媒体を用いることも可能である。また、電子メール，インターネットなどの伝送媒体により提供されたプログラムを用いることとしてもよい。

また、図２は、本発明にかかる求人情報管理方法を実現するための求人情報管理装置の構成例を示す図であり、上述した計算機システムの制御部１と表示部２と入力部３とデータ入出力部４と記憶部５により構成される。そして、制御部１は、入出力制御部１１とログイン処理部１２と情報検索／取得部１３と案件情報登録／更新部１４と案件情報削除部１５と外部データ取得部１６と外部データ生成部１７とを含んでいる。

また、記憶部５は、自身の特定の領域内に、レイアウト情報データベース（ＤＢ）５１とコード変換情報ＤＢ５２と案件情報ＤＢ５３とバリデーション情報ＤＢ５４と顧客情報ＤＢ５５とを含んでいる。レイアウト情報ＤＢ５１には、表示部２へ表示する画面のレイアウトに関する情報が格納されている。コード変換情報ＤＢ５２には、案件情報ＤＢ５３へ案件情報を格納する際の情報変換処理において使用するコード変換情報が格納されている。案件情報ＤＢ５３には、求人情報に相当する案件情報などが格納されている。バリデーション情報ＤＢ５４には、情報の正当性を判断する（正誤判定を行う）際に使用するバリデーション情報が格納されている。顧客情報ＤＢ５５には、本発明にかかる求人情報管理装置の使用を試みているユーザが使用権限を有するかどうかを判断する際に使用する情報などが格納されている。

なお、図示していないが、記憶部５は、上述した制御部１の各部が各処理を行う際に使用するワーク用メモリ領域を含み、制御部１の各部は、必要に応じてワーク用メモリ領域の全部または一部を使用して後述する処理を実行する。

入出力制御部１１は、入力部３を介してユーザが入力した情報を取得し、その内容に従い他の構成要素に対して指示を出したり、取得した情報を出力したりする。また、表示部２の制御を行う。ログイン処理部１２は、求人情報管理プログラムの実行時に、ユーザが当該プログラムの使用権限を有するかどうかを判断する。情報検索／取得部１３は、ユーザなどから指定された条件に基づいて、案件情報ＤＢ５３に格納されている案件情報を検索する。また、検索の結果、条件を満足している案件情報が存在していれば、その識別子を案件情報ＤＢ５３から取得する。表示制御部１４は、制御部１を構成する他の構成要素からの指示に従い表示部２の制御を行う。案件情報登録／更新部１４は、入出力制御部１１から受け取った情報に基づいて案件情報の新規登録処理および既に案件情報ＤＢ５３に格納されている情報の更新処理を行う。案件情報削除部１５は、案件情報ＤＢ５３に格納されている情報の削除処理を行う。外部データ取得部１６は、データ入出力部４を介して外部から受け取った情報を所望の形式に変換し、変換後の情報を案件情報として案件情報ＤＢ５３へ格納する。外部データ生成部１７は、案件情報ＤＢ５３に格納されている案件情報に基づいて外部データを生成し、生成した外部データをデータ入出力部４を介して出力する。

つづいて、図２に示した求人情報管理装置の動作を詳細に説明する。まず、求人情報管理装置へのログイン動作を図３に基づいて説明する。図３は、ログイン動作の一例を示したフローチャートである。

入出力制御部１１は、入力部３を介して、ユーザからの「動作開始」指示を受けた場合、表示部２を制御して、図４に例示したようなログインＩＤおよびパスワードの入力要求画面（ログインページ）を表示させる。ここで、ログインページを表示させるにあたり入出力制御部１１は、レイアウト情報ＤＢ５１に格納されているログインページの画面情報を取得し、取得した画面情報に従い画面を表示させる。なお、表示部２へ画面表示を行う（表示内容を更新する）場合、入出力制御部１１は、レイアウト情報ＤＢ５１に格納されている画面情報を取得し、取得した画面情報に従い画面を表示させるが、これ以降、レイアウト情報ＤＢ５１から画面情報を取得する処理についての記載は書略する。

その後、ユーザによりログインＩＤおよびパスワードが入力され（ステップＳ１１）、「ログイン」ボタンが押される（クリックされる）と、ステップＳ１１にて入力されたログインＩＤおよびパスワードをログイン処理部１２へ出力する。ログイン処理部１２は、入出力制御部１１から受け取ったログインＩＤおよびパスワードが顧客情報ＤＢ５５に存在しているかどうかを確認する（ステップＳ１２）。ログインＩＤおよびパスワードが顧客情報ＤＢ５５に存在している場合（ステップＳ１２，Ｙｅｓ）、求人情報管理装置の使用権限を有するユーザによる操作であると判断する（当該ユーザのログインを許可する）。そして、ログインＩＤに対応するユーザ情報を顧客情報ＤＢ５５から取得し（ステップＳ１３）、取得したユーザ情報を記憶部５内の所定の領域へ格納する（ステップＳ１５）。また、ログイン処理部１２は、ログインを許可した旨を入出力制御部１１へ通知する。なお、ユーザ情報とは、実行される各セッションにおいて使用する情報である。

一方、上記ステップＳ１２においてログインＩＤおよびパスワードが顧客情報ＤＢ５５に存在していないと判断した場合（ステップＳ１２，Ｎｏ）、ログイン処理部１２は、その旨を入出力制御部１１へ通知する。そして入出力制御部１１は、ユーザに対してログイン失敗を通知するエラーメッセージを表示部２へ表示させる（ステップＳ１４）。なお、エラーメッセージを表示させた後、所定の条件（たとえばユーザによる操作があった場合や所定時間が経過した場合）を満たすと、再度ログインページを表示させる（ステップＳ１１へ戻る）。

上記ステップＳ１５の処理が終了後、入出力制御部１１は、表示部２へ初期画面である一覧画面を表示させる（ステップＳ１６）。以下に、一覧画面を表示するまでの具体的な動作を図５に基づいて説明する。なお、図５は、一覧画面表示処理の一例を示したフローチャートである。

一覧画面を表示させる場合、入出力制御部１１は情報検索／取得部１３に対して、ユーザに指定された条件を満たす案件情報を案件情報ＤＢ５３から取得するように指示を出す。具体的には、入力部３を介してユーザにより入力された指定条件が存在するかどうかを確認する（ステップＳ２１）。指定条件が存在する場合（ステップＳ２１，Ｙｅｓ）、指定条件を情報検索／取得部１３に対して通知し、情報検索／取得部１３は案件情報ＤＢ５３に格納された案件情報から、通知された指定条件を満たす案件情報を検索・取得する（ステップＳ２３）。一方、入力フォーム情報が存在しない場合（ステップＳ２１，Ｎｏ）、指定条件を初期状態に設定し（ステップＳ２２）、初期状態の指定条件を使用してステップＳ２３を実行する。なお、ログイン直後に行う一覧画面表示処理においては入力フォーム情報が存在しないため、必ずステップＳ２２が実行されることとなる。

ステップＳ２３を実行後、取得した案件情報が複数件ある場合には、予めユーザにより指定されていた条件でソートを行い（ステップＳ２４）、一覧ページを表示する（ステップＳ２５）。なお、図６−１および６−２は一覧画面表示の一例を示す図である。図６−１は上記ステップＳ２３の処理において案件情報を取得できなかった（指定条件を満たす案件情報が存在しない）場合の一覧画面表示例を示し、図６−２はステップＳ２３の処理において案件情報を取得できた場合の一覧画面表示例を示している。

なお、ユーザは、一覧画面（図６−２参照）が表示された状態において、必要な条件を入力してから「検索」ボタンをクリックすることにより、一覧画面に表示される案件情報を絞り込むことができる。案件情報を絞り込むための条件（検索条件）としては、案件管理番号（仕事Ｎｏ．）、地域、職種などがある。そして、検索条件を入力後「検索」ボタンがクリックされると、入力制御部１１は、情報検索／取得部１３に対して、入力された検索条件を満足する案件情報の検索を行い、その結果に基づいて一覧画面表示を更新するように指示を出す。入力制御部１１からの指示に対して情報検索／取得部１３が実行する処理の流れは図５に示したとおりであり、その詳細は上述したとおりである。

つづいて、本発明にかかる求人情報管理方法の特徴的な動作の一つである外部データ取り込み動作を図７に基づいて説明する。本実施例においては、外部データのフォーマットとしてＣＳＶ（Comma Separated Values）を用いるものとして説明を行う。ただし、本発明をＣＳＶフォーマットの使用に限定するものではなく、たとえばカンマ（Comma）に代えてタブ（Tab）などを用いたフォーマットの外部データでもよい。なお、図７は、外部データ取り込み動作の一例を示すフローチャートである。

ここで、外部データとは、求人情報一括掲載サービスを提供しているいずれかのＷｅｂサイトが要求するデータ構築ルールで生成された求人情報の集合である。なお、ここでいう“データ構築ルール”とは、上記“外部データのフォーマット”とは異なり、ＣＳＶフォーマットであるが、求人情報を構成する各情報がＷｅｂサイトの要求条件（データ構築ルール）を満足するために、“外部データのフォーマット”をさらに詳細に定義したものである。たとえば、図２４に示したように、各Ｗｅｂサイトの要求条件に対応したそれぞれの情報の構成は、同一求人内容を示す情報であっても、それらの構成が異なっている。そのため、本実施例においては、Ｗｅｂサイトの要求に対応した情報を構成するための詳細条件を“データ構築ルール”と呼び、上記“フォーマット”とは異なるものとする。

Ｗｅｂサイトが要求するデータ構築ルールで生成された外部データは、権限を有するユーザの操作により、対応するＷｅｂサイトなどを通じて、そのＷｅｂサイトが扱うデータベースへ格納（アップロード）することが可能であるものとする。また、Ｗｅｂサイトが扱うデータベースに格納された求人情報は、権限を有するユーザの操作により、そのＷｅｂサイトが要求するデータ構築ルールに対応した外部データとしてダウンロードすることが可能であるものとする。また、後述するように、本発明にかかる求人情報管理方法では、複数のデータ構築ルールに対応し、対応しているデータ構築ルールで生成された外部データを取得して案件情報を生成し、データベース（案件情報ＤＢ５３に相当）へ格納する。また、データベースに格納されている案件情報の編集（削除を含む）および新規案件情報の登録（データベースへの格納）が可能である。さらに、ユーザにより指定された、いずれかのＷｅｂサイトが要求するデータ構築ルールに対応した外部情報を生成することが可能である。そのため、それぞれ異なるデータ構築ルールに対応して生成された複数の求人情報を案件情報として一元管理することができる。なお、取得する外部データ（いずれかのＷｅｂサイトが要求するデータ構築ルールに対応した外部データ）は、本発明にかかる求人情報管理装置を用いて、生成したものでもよいし、一般のアプリケーションソフトウエアを使用して、生成したものでもよい。

外部データ取り込み動作は、一覧画面表示が行われている状態（図６−１および６−２参照）において、ユーザが入力部３（たとえばマウス）を使用して「ＣＳＶ取込」ボタンをクリックすることにより開始する。具体的には、ユーザにより「ＣＳＶ取込」ボタンがクリックされると、入出力制御部１１は、取得する（取込を行う）ＣＳＶファイルおよびその種類を指定するためのファイル指定画面を表示部２へ表示させる（ステップＳ３１）。図８はファイル指定画面表示の一例を示す図である。

その後、ユーザがＣＳＶファイル（ファイル名とそれが格納されている場所）およびその種類（どのデータ構築ルールに従って生成されたファイルであるか）を指定し、ファイル指定画面の「ＣＳＶ取込」ボタンをクリックすると（ステップＳ３２）、入出力制御部１１は、指定されたＣＳＶファイルおよびその種類についての情報を、記憶部５の所定の場所に一時的に格納する（ステップＳ３３）。

外部データ取得部１６は、ステップＳ３３において入出力制御部１１が格納した情報を取得し（ステップＳ３４）、取得した情報に基づいて、取り込むデータのデータ構築ルールを判断する（ステップＳ３５）。次に、外部データ取得部１６は、ステップＳ３４において取得した情報（指定されたＣＳＶファイルの情報）が示す外部データをデータ入出力部４を介して取得し、記憶部５（たとえばワーク用メモリ領域）へ格納する（ステップＳ３６）。

次に、外部データ取得部１６は、契約サイトのサイトレコードを案件情報ＤＢ５３へ格納する（ステップＳ３７）。なお、サイトレコードとはサイトの識別情報であり、ここでは、ログイン中のユーザが求人情報を掲載する権限を持つサイト（契約サイト）の識別情報を格納する。この情報はログイン処理のステップＳ１５実行時に記憶部５へ格納したユーザ情報に含まれる。次に、外部データ取得部１６は、バリデーション情報ＤＢ５４から外部データを構成する各求人情報の検証を行うためのバリデーション情報を取得し、上記取得した外部データを構成するいずれかの求人情報のすべての項目（情報要素）について検証を行う（ステップＳ３８）。ここでは、求人情報の各情報要素が、正しい形式の情報であるかどうか（ステップＳ３５において判断したデータ構築ルールに沿ったものであるかどうか）を確認（検証）する。検証終了後、外部データ取得部１６は、コード変換情報ＤＢ５２から外部データの各情報要素を所望の情報（案件情報ＤＢ５３へ格納する情報）へ変換するためのコード変換情報を取得する。そして、取得したコード変換情報を参照し、求人情報の各情報要素について、必要であれば所望の情報へ変換し、変換後の求人情報を生成する（ステップＳ３９）。次に、外部データ取得部１６は、上記変換後の求人情報を、上記ステップＳ３７において格納したサイトレコードと関連付けて案件情報として案件情報ＤＢ５３へ格納する（ステップＳ４０）。なお、上記ステップＳ３８において、正しい形式ではない項目が含まれていると判断した場合には、ステップＳ３９およびＳ４０は実行しない。

そして、外部データ取得部１６は、ステップＳ３６において取得した外部データに含まれるすべての求人情報に対する上記ステップＳ３７〜Ｓ４０の一連の処理が終了したかどうかを確認する（ステップＳ４１）。すべての求人情報に対する上記一連の処理が終了した場合（ステップＳ４１，Ｙｅｓ）、上記一連の処理結果についての情報を記憶部５（たとえばワーク用メモリ領域）へ格納する（ステップＳ４２）。一方、すべての求人情報に対する上記一連の処理が終了していない場合、（ステップＳ４１，Ｎｏ）、上記ステップＳ３７以降の処理を継続して実行する。

上記一連の処理が終了後、入出力制御部１１は、ステップＳ４２において記憶部５に格納された処理結果についての情報を参照し、図９−１または図９−２に示したような外部データ取り込み完了画面を表示する（ステップＳ４３）。

図９−１は、すべての求人情報を正常に取り込むことができた場合の完了画面表示の一例を示している。図９−２は、一部の求人情報を正常に取り込むことができなかった場合の完了画面表示の一例を示しており、取り込みに失敗した理由が明示されているため、ユーザが外部データの不具合箇所を容易に特定し、修正することが可能となっている。

なお、外部データ取り込み完了画面を表示させた状態で、ユーザによる操作（「一覧画面へ」ボタンをクリックする）が行われると入出力制御部１１は、一覧画面（図６−２参照）を表示部２へ表示させる。

また、外部データを取り込み、生成した案件情報を案件情報ＤＢ５３へ格納する際に、格納しようとしている案件情報の識別情報（たとえば案件ＩＤ）と同じ識別情報を持つ案件情報が既に案件情報ＤＢ５３へ格納されている場合には、格納済みの案件情報と格納しようとしている案件情報とをマージする。これにより案件情報ＤＢ５３へ格納する情報の容量が増大するのを防止できる。

図２４に基づいて、情報をマージする場合の一例を説明する。なお、説明の便宜上、サイト＃１対応情報には情報要素Ａ〜情報要素Ｆのみが含まれているものとする。サイト＃１に対応したＡＢＣ社の求人情報に基づいて生成された案件情報が案件情報ＤＢ５３へ既に格納されている状態において、サイト＃２に対応したＡＢＣ社の求人情報に基づいて生成された案件情報を格納する場合、既に格納されている情報要素Ａ〜情報要素Ｆに対応する情報については格納せずに、まだ格納されていない情報要素Ｇ，情報要素Ｈ，…、に対応する情報のみを案件情報ＤＢ５３へ格納する。ただし、既に格納されている情報よりも明らかに新しい（更新された）情報を格納する場合には、格納済みの情報に代えて新しいものを上書き（更新）してもよい。

また、本実施例においては、ユーザが１つの外部データおよびその種類を指定し、指定された外部データを取り込むこととして説明を行ったが、これに限らず、たとえばファイル指定画面（図８参照）で複数のファイル（外部データ）およびその種類を指定できるようにして、ＣＳＶデータ取得部１６は、指定されたすべての外部データを続けて取り込むようにしてもよい。これにより、複数の外部情報を取り込みたい場合の操作手順が簡略化でき、効率化を図ることができる。

また、取り込もうとしている外部データの中に、そのデータ構築ルールを示す情報が含まれているような場合、上記ステップＳ３５において判断したデータ構築ルールを使用するのではなく、前記データ構築ルールを示す情報に対応するデータ構築ルールを使用して、ステップＳ３６以降の処理を行うようにしてもよい。これにより、ステップＳ３２においてユーザが誤ったＣＳＶファイルの種類を指定した場合であっても、以降の処理を正しく実行することができる。

つづいて、案件情報の新規登録動作を図１０に基づいて説明する。図１０は、案件情報の新規登録動作の一例を示すフローチャートである。新規登録動作は、一覧画面表示が行われている状態（図６−１および６−２参照）において、ユーザが入力部３を使用して「新規登録」ボタンをクリックすることにより開始する。具体的には、ユーザにより「新規登録」ボタンがクリックされると（ステップＳ５１）、入出力制御部１１は、図１１に例示したような新規登録画面を表示部２へ表示させる（ステップＳ５２）。

その後、入出力制御部１１は、どのＷｅｂサイトに対応したデータ構築ルールに従った動作を行うのかの指定（格納するデータのデータ構築ルールの指定）および必要な項目の情報入力がユーザにより行われるのを待つ（ステップＳ５３）。具体的には、入力部３を介して、ユーザにより格納するデータのデータ構築ルールが指定され（図１１の“対応Ｗｅｂサイト指定ボックス”の必要な箇所にチェックが入れられ）、さらに必要な項目の情報が入力された後「登録」ボタンがクリックされるのを待つ。

格納するデータのデータ構築ルール指定および必要な項目の情報入力が行われると、入出力制御部１１は、指定されたデータ構築ルールについての情報および入力された情報（項目毎の入力情報）を記憶部５（ワーク用メモリ領域など）へ格納する（ステップＳ５４）。

案件情報登録／更新部１４は、ステップＳ５４において記憶部５に格納されたデータ構築ルールについての情報を参照し、項目毎の入力情報をどのデータ構築ルールに従って案件情報ＤＢ５３へ格納するのかを選択決定する（ステップＳ５５）。次に、案件情報登録／更新部１４は、ステップＳ５４において記憶部５に格納された項目毎の入力情報を所望のデータ形式（案件情報ＤＢ５３へ格納する情報）へ変換する際に使用するコード変換情報をコード変換情報ＤＢ５２から取得する（ステップＳ５６）。次に、案件情報登録／更新部１４は、変換処理を実行する情報（上記記憶部５に格納された項目毎の入力情報）を選択決定（ステップＳ５７）する。そして、バリデーション情報ＤＢ５４から、上記選択決定した項目毎の入力情報の検証を行うためのバリデーション情報を取得し、当該項目毎の入力情報の検証および情報変換を実行する（ステップＳ５８）。ここでは、入力情報が規定どおりかどうか（各項目へ入力された情報について、文字、数字など情報の種類、文字数など情報量、などが所定の条件を満たしているかどうか）を確認し、所定条件を満たしていれば、必要に応じて、上記コード変換情報に基づいて入力情報を所望の情報へ変換する。なお、上記ステップＳ５６としてコード変換情報を取得するのではなくステップＳ５８において入力情報を確認後、その結果所定条件を満たしていると判断してからコード変換情報を取得し、入力情報の変換を行ってもよい。これにより処理ステップ数を削減し、効率化が図れる。

そして、案件情報登録／更新部１４は、上記記憶部５に格納された項目毎の入力情報のすべてについて、検証および情報変換を実行したかどうかを確認する（ステップＳ５９）。入力情報のすべてについての検証および情報変換が完了した場合（ステップＳ５９，Ｙｅｓ）、情報変換処理により得られたすべての情報を、上記ステップＳ５５で決定したデータ構築ルールに対応して生成された１件の案件情報として案件情報ＤＢ５３へ格納する（ステップＳ６０）。これに対して、入力情報のすべてについての検証および情報変換が完了していない場合（ステップＳ５９，Ｙｅｓ）、上記ステップＳ５７へ遷移し、入力情報のすべてについての検証および情報変換が完了するまで上記ステップＳ５７，Ｓ５８，Ｓ５９の処理を継続し、継続処理が終了後ステップＳ６０を実行する。

さらに、案件情報登録／更新部１４は、上記ステップＳ５５〜Ｓ６０に示した案件情報登録処理を、上記ステップＳ５４において記憶部５に格納された情報に対応する指定データ構築ルールのすべてについて実行したかどうかを確認する。すなわち、記憶部５に格納された情報に対応するデータ構築ルールのそれぞれに対応する案件情報を生成し、登録したかどうかを確認する（ステップＳ６１）。案件情報登録処理が指定データ構築ルールのすべてについて完了した場合（ステップＳ６１，Ｙｅｓ）、図１２に例示したような案件情報登録完了画面を表示する（ステップＳ６２）。これに対して、案件情報登録処理が完了していない場合（ステップＳ６１，Ｎｏ）、上記ステップＳ５５へ遷移し、案件情報登録処理が指定データ構築ルールのすべてについて完了するまで、上記ステップＳ５５〜Ｓ６１の処理を継続し、継続処理が終了後ステップＳ６２（登録完了画面表示）を実行する。

つづいて、既に登録（案件情報ＤＢ５３へ格納）されている案件情報の編集動作を図１３に基づいて説明する。図１３は、案件情報の編集動作の一例を示すフローチャートである。編集動作は、一覧画面表示が行われている状態（図６−２参照）において、ユーザが入力部３を使用して編集を行いたい案件の“メニュー”の中から「編集」を選択する（「編集」ボタンをクリックする）ことにより開始する。具体的には、ユーザにより「編集」ボタンがクリックされると（ステップＳ７１）、入出力制御部１１は、図１４に例示したような編集画面を表示部２へ表示させる（ステップＳ７２）。

ステップＳ７２の処理をより詳細に説明すると、入出力制御部１１は、レイアウト情報ＤＢ５１から、上記編集画面を表示部２へ表示させる際に使用するデザイン情報を取得し（ステップＳ７２−１）、さらに編集画面への表示項目についての情報を取得する（ステップＳ７２−２）。次に、案件情報ＤＢ５３から、上記ステップＳ７１でのユーザの操作に対応する案件情報を取得する（ステップＳ７２−３）。最後に、上記取得したデザイン情報、編集画面への表示項目についての情報、および案件情報に基づいて、図１４に例示したような編集画面を表示部２へ表示させる（ステップＳ７２−４）。図１４に示した編集画面は、図１１に示した新規登録画面と比較して表示する項目の内容は同一であるが、既に登録するデータのデータ構築ルールの指定が行われ（新規登録または前回の編集時に指定されたデータのデータ構築ルールが表示され）、さらに、必要な項目への情報が入力された（新規登録または前回の編集時に入力し案件情報ＤＢ５３へ格納した情報が表示された）状態となっている。

その後、入出力制御部１１は、ユーザにより編集された情報に対してどのＷｅｂサイトに対応したデータ構築ルールに従った動作を行うのかの指定（格納するデータの形式の指定）および各必要項目の情報編集が行われるのを待つ（ステップＳ７３）。具体的な動作は、上述した新規登録動作のステップＳ５３と同様である。また、格納するデータの形式指定および各必要項目の情報編集が行われた後の動作は、新規登録動作と同様である。そのため、図１３に示した処理において、新規登録動作と同様の処理については、新規登録動作を示した図１０の対応する処理と同一の符号を付与してその説明を省略する。なお、ステップＳ６０においては、それまで格納されていた案件情報に代えて編集後の案件情報を格納する。上記ステップＳ７３において編集された後の情報に基づいた案件情報登録処理（ステップＳ５５〜Ｓ６０）が、指定データ構築ルールのすべてについて完了すると（ステップＳ６１，Ｙｅｓ）、編集登録完了画面を表示する（ステップＳ７４）。

つづいて、既に登録されている案件情報を参照して案件情報を新規登録する動作（参照登録動作）を図１５に基づいて説明する。図１５は、案件情報の参照登録動作の一例を示すフローチャートである。参照登録動作は、一覧画面表示が行われている状態（図６−２参照）において、ユーザが入力部３を使用して参照したい案件の“メニュー”の中から「参照登録」を選択することにより開始する。具体的には、ユーザにより「参照登録」ボタンがクリックされると（ステップＳ８１）、入出力制御部１１は、参照登録画面を表示部２へ表示させる（ステップＳ８２）。ステップＳ８２の詳細動作は、上述した編集画面表示動作（ステップＳ７２）と同様である。なお、参照登録画面は、上述した編集動作開始時に表示する編集画面（図１４参照）と同様の構成である。また、これ以降の動作については、上記編集動作と同様であるため、図１５に示した処理において、編集動作と同様の処理については、編集動作を示した図１３の対応する処理と同一の符号を付与してその説明を省略する。ただし、ステップＳ６０においては、入力された情報に基づいて生成した案件情報を参照登録動作開始時に参照した案件とは異なる新しい案件の情報として登録する。また、上記ステップＳ７３において入力された後の情報に基づいた案件情報登録処理（ステップＳ５５〜Ｓ６０）が、指定データ構築ルールのすべてについて完了すると（ステップＳ６１，Ｙｅｓ）、新規登録完了時と同様に案件情報登録完了画面（図１２参照）を表示する（ステップＳ７４）。

つづいて、案件情報ＤＢ５３に格納されている案件情報の削除動作について説明する。まず、案件情報を１件のみ削除する場合の動作を図１６に基づいて説明する。図１６は、１件の案件情報を削除する動作の一例を示すフローチャートである。１件の案件情報削除動作は、一覧画面表示が行われている状態（図６−２参照）において、ユーザが入力部３を使用して削除を行いたい案件の“メニュー”の中から「削除」を選択することにより開始する。具体的には、ユーザにより「削除」ボタンがクリックされると（ステップＳ９１）、入出力制御部１１は、図１７に例示したような削除確認画面を表示部２へ表示させる（ステップＳ９２）。削除確認画面において「削除」ボタンがクリックされると（ステップＳ９３）、案件情報削除部１５は、ステップＳ９１において選択された案件情報を案件情報ＤＢ５３から削除する（ステップＳ９４）。そして、入出力制御部１１は、図１８に例示したような削除完了画面を表示部２へ表示させる（ステップＳ９５）。

次に、格納されている情報を複数件同時に削除する場合の動作を図１９に基づいて説明する。図１９は、複数の案件情報を同時に削除する動作の一例を示すフローチャートである。案件情報を複数件同時に削除する動作は、一覧画面表示が行われている状態（図６−２参照）などにおいて、ユーザが入力部３を使用して“一括削除画面”を選択する（“一括削除画面”が表示されているエリアをクリックする）ことにより開始する。具体的には、ユーザにより“一括削除画面”が表示されているエリアがクリックされると（ステップＳ１０１）、入出力制御部１１は、図２０に例示したような削除を行う案件の選択確認画面を表示部２へ表示させる（ステップＳ１０２）。

その後、ユーザは必要に応じて削除したい案件を選択する（ステップＳ１０３）。具体的には、削除したい案件の“削除対象選択ボックス”にチェックを入れる。さらに、ユーザが「削除」ボタンをクリックすると（ステップＳ１０４）、案件情報削除部１５は、その時点で選択されている（“削除対象選択ボックス”にチェックが入っている）案件情報を案件情報ＤＢ５３から削除する（ステップＳ１０５）。そして、入出力制御部１１は、図２１に例示したような削除完了画面を表示部２へ表示させる（ステップＳ１０６）。

つづいて、格納されている案件情報に基づいて外部データを生成出力する動作を図２２に基づいて説明する。図２２は、外部データを生成出力する動作の一例を示すフローチャートである。

外部データ生成出力動作は、一覧画面表示が行われている状態（６−２参照）において、ユーザが入力部３を使用して、生成出力させたい案件を指定後、「ＣＳＶ出力」ボタンをクリックすることにより開始する。具体的には、ユーザがＣＳＶ出力対象選択ボックスにチェックを入れることにより生成出力する案件を指定し（ステップＳ１１１）、さらに「ＣＳＶ出力」ボタンをクリックすると（ステップＳ１１２）、入出力制御部１１は、図２３に例示したような、生成出力する外部データ（ＣＳＶファイル）のデータ構築ルール選択画面を表示部２へ表示させる（ステップＳ１１３）。またこのとき、入出力制御部１１は、ステップＳ１１１において指定された案件についての情報（出力指定案件情報）を、記憶部５（たとえばワーク用メモリ領域）へ格納する。なお、図２３においては、ステップＳ１１１において指定された案件の総数が“出力対象件数”として表示される。

さらに、表示部２へデータ構築ルール選択画面が表示された状態（図２３参照）において、ユーザが出力させたいデータのデータ構築ルールに対応したＷｅｂサイト（サイト名）の“メニュー”の中から「ＣＳＶ出力」を選択することにより、選択されたＷｅｂサイトに対応するデータ構築ルールに従った外部データ生成処理を開始する。具体的には、ユーザにより「ＣＳＶ出力」ボタンがクリックされると（ステップＳ１１４）、外部データ生成部１７は、上記記憶部５に格納された出力指定案件情報およびステップＳ１１４において選択されたデータ構築ルールに従って、案件情報ＤＢ５３から生成出力する外部データの基礎となる案件情報を読み出し、読み出した案件情報に基づいて外部データを生成する。

詳細動作を示すと、外部データ生成部１７は、まず、出力指定案件情報を参照し、当該出力指定案件情報が示す案件情報の中からどの案件情報を案件情報ＤＢ５３取得するのかを選択決定し（ステップＳ１１５）、決定した案件情報を案件情報ＤＢ５３から取得する（ステップＳ１１６）。次に、上記出力指定案件情報が示す案件情報のすべてを案件情報ＤＢ５３から取得したかどうかを確認する（ステップＳ１１７）。出力指定案件情報が示す案件情報すべての取得が完了した場合（ステップＳ１１７，Ｙｅｓ）、取得した案件情報および上記ステップＳ１１４で選択されたＷｅｂサイトに対応するデータ構築ルールに基づいて、外部データであるＣＳＶファイルを生成出力する（ステップＳ１１８）。これに対して、出力指定案件情報が示す案件情報の取得が完了していない場合（ステップＳ１１７，Ｙｅｓ）、上記ステップＳ１１５へ遷移し、出力指定案件情報が示す案件情報すべての取得が完了するまで上記ステップＳ１１５〜Ｓ１１７の処理を継続し、継続処理が終了後ステップＳ１１８を実行する。

なお、本実施例においては、１回の操作でユーザが１つのデータ構築ルール（いずれかのサイトか要求するデータ構築ルール）に従ったＣＳＶファイルの出力選択を行うこととして説明を行ったが、これに限らず、ＣＳＶ出力選択画面（図２０参照）において、データ構築ルールの異なる複数のＣＳＶファイルを出力選択できるようにして、ＣＳＶデータ生成部１７は、複数のＣＳＶファイルを続けて生成出力するようにしてもよい。

また、外部データ生成部１７は、生成した外部データをデータ入出力部４へ出力するのではなく、代えて通信部６を介して、当該外部データが対応しているデータ構築ルールを採用し、求人情報一括掲載サービスを提供するＷｅｂサイトの管理システムへ直接出力する。そして管理システムがＷｅｂサイトへ掲載する求人情報のデータベースに対して、受け取った外部データ（求人情報）をアップロードするようにしてもよい。さらに、外部データ取得部１６は、求人情報の掲載を行うＷｅｂサイトの管理システムから、必要な情報（外部データ）を直接ダウンロードするようにしてもよい。これにより、さらに効率的に求人情報を管理することができる。

また、本実施例においては、説明の便宜上、ログイン中のユーザがどのようなユーザであるかを考慮せずに各動作の説明を行ったが、たとえば、上述したログイン処理において取得し、記憶部５へ格納したユーザ情報に含まれている情報である「ユーザが求人情報の掲載権限を持つＷｅｂサイトの情報」に基づいて画面の表示内容を適応的に変更してもよい。一例を挙げると、ログイン中のユーザが一部のＷｅｂサイトにのみ求人情報の掲載権限を持っているような場合、一覧画面（図６−２参照）では求人情報の掲載権限があるＷｅｂサイトに対応するＣＳＶ出力対象選択ボックスのみを表示させるようにする。外部データ取り込み画面（図８参照）を表示する場合や、案件情報の新規登録画面（図１１）を表示させる場合などでも同様である。なお、掲載権限があるＷｅｂサイトに対応するＣＳＶ出力対象選択ボックスのみを表示させるのではなく、すべてのＣＳＶ出力対象選択ボックスを表示させた上でその選択ができない（チェックが入れられない）ように規制するなどしてもよい。

また、上述したように、上記コード変換情報は案件情報ＤＢ５３へ登録する案件情報を生成するための条件を示した情報である。そのため、求人情報管理装置にコード変換情報ＤＢ５２を更新するための手段（手順）を設けておけば、Ｗｅｂサイトが要求するデータ構築ルールの変更，新規追加がなされた場合であっても、コード変換情報ＤＢ５２を更新する（コード変換情報を変更する）ことにより、求人情報管理装置の制御プログラム変更などを必要とせず柔軟に仕様変更（データ構築ルールの変更）に対応することができる。すなわち、コード変換情報を変更することにより、変更されたデータ構築ルールに対応した外部データ取り込み動作，案件情報の登録・更新動作（新規登録，編集，参照登録），外部データの生成出力動作を実現できる。

なお、コード変換情報ＤＢ５２が更新された場合には、その時点で既に案件情報ＤＢ５３へ登録済の案件情報を変更後のコード変換情報に基づいて更新するようにしてもよい。なお、このときの案件情報更新は、上述した外部データ取り込み動作（図７参照）のステップＳ３４以降と同様の処理手順により可能である。ただし、契約サイトのサイトレコード登録（ステップＳ３７）は省略可能である。また、更新処理の実行中には、その旨を表示部２へ表示させ、さらに、取り込み完了画面表示（ステップＳ４３）に代えて案件情報ＤＢ更新完了画面を表示させる。なお、更新処理実行中の画面表示および案件情報ＤＢ更新完了画面表示は行わなくてもよい。

このように、本実施例においては、既に生成されている外部データ（複数の求人情報を含んだデータ）を取り込み、取り込んだ各求人情報に基づいて生成した案件情報をデータベースへ格納する。また、必要に応じてデータベースの内容を編集（新しい案件情報の登録、登録されている情報の更新、登録されている情報の削除）し、ユーザに指定された形式（データ構築ルールに従った形式）の外部データとして出力することとした。また、案件情報をデータベースへ格納する際には、既に同一の求人情報に対応する案件情報がデータベースに登録されているかどうかを判断し、案件情報を構成する情報要素の中で、まだ格納されていない情報要素や格納されているものよりも新しい情報要素など、本当に必要な情報要素のみを、データベースへ格納して、求人情報を一元的に管理することとした。これにより、ユーザ（人材派遣会社）は、従来のように掲載するＷｅｂサイト毎に異なる方法で同一の求人情報を管理する（各Ｗｅｂサイトが要求する形式の情報として個別に管理する）必要がなくなり、求人情報管理業務を効率的に行うことが可能となる。また、管理する求人情報の情報量を削減することができる。

以上のように、本発明にかかる求人情報管理方法は、たとえば、求人情報を掲載するＷｅｂサイトが使用する情報の管理方法として有用であり、特に、同一の情報を含み、互いに異なる条件に基づいて生成された複数の求人情報を一元的に管理する場合の情報管理方法に適している。

本発明にかかる求人情報管理方法を実現するための計算機システムの構成例を示す図である。 本発明にかかる求人情報管理方法を実現するための求人情報管理装置の構成例を示す図である。 ログイン動作の一例を示したフローチャートである。 ログイン画面表示の一例を示した図である。 一覧画面表示処理の一例を示したフローチャートである。 一覧画面表示の一例を示す図である。 一覧画面表示の一例を示す図である。 外部データ取り込み動作の一例を示すフローチャートである。 ファイル指定画面表示の一例を示す図である。 案件情報の取り込み完了画面表示の一例を示す図である。 案件情報の取り込み完了画面表示の一例を示す図である。 案件情報の新規登録動作の一例を示すフローチャートである。 新規登録画面表示の一例を示す図である。 案件情報登録完了画面表示の一例を示す図である。 案件情報の編集動作の一例を示すフローチャートである。 案件情報の編集画面表示の一例を示す図である。 案件情報の参照登録動作の一例を示すフローチャートである。 １件の案件情報を削除する動作の一例を示すフローチャートである。 案件情報の削除確認画面表示の一例を示す図である。 案件情報の削除完了画面表示の一例を示す図である。 複数の案件情報を同時に削除する動作の一例を示すフローチャートである。 削除案件の選択確認画面表示の一例を示す図である。 案件情報の削除確認画面表示の一例を示す図である。 案件情報の削除完了画面表示の一例を示す図である。 生成出力する外部データの形式選択画面表示の一例を示す図である。 案件情報の構成例を示す図である。

符号の説明

１ 制御部
２ 表示部
３ 入力部
４ データ入出力部
５ 記憶部
６ 通信部
１１ 入出力制御部
１２ ログイン処理部
１３ 情報検索／取得部
１４ 案件情報登録／更新部
１５ 案件情報削除部
１６ ＣＳＶデータ取得部
１７ ＣＳＶデータ生成部
５１ レイアウト情報データベース（ＤＢ）
５２ コード変換情報データベース（ＤＢ）
５３ 案件情報データベース（ＤＢ）
５４ バリデーション情報データベース（ＤＢ）
５５ 顧客情報データベース（ＤＢ）

Claims (8)

1. データ入出力部を介して取得した、特定のデータ構築ルールに従った方法を用いて複数の情報要素を構築して得られた第１の求人情報を、当該データ構築ルールに対応した変換方法を用いて変換し、当該変換後の第１の求人情報を案件情報として案件情報データベースへ格納する案件情報取得ステップと、
   案件情報案件情報登録／更新部が、前記案件情報データベースから所望の案件情報を読み出し、当該読み出した案件情報を編集する案件情報編集ステップと、
   前記案件情報案件情報登録／更新部が、編集後の案件情報を案件情報データベースへ格納する案件情報データベース更新ステップと、
   前記特定のデータ構築ルールである第１のデータ構築ルールおよび当該第１のデータ構築ルールとは異なる第２のデータ構築ルールのいずれかを、前記第１の求人情報とは異なる第２の求人情報である外部データを生成する際に使用する外部データ生成ルールとして選択決定する外部データ生成ルール決定ステップと、
   外部データ生成部が、前記外部データを生成するために必要な案件情報を案件情報データベースから読み出し、当該読み出した案件情報および前記選択決定された外部データ生成ルールに基づいて外部データを生成する外部データ生成ステップと、
   を含むことを特徴とする求人情報管理方法。
2. 前記案件情報取得ステップでは、前記特定のデータ構築ルールに対応するデータ検証条件を使用して前記第１の求人情報を構成する各情報要素を検証し、検証結果がＮＧの場合には当該第１の求人情報の変換処理を実行せずに、検証結果がＮＧとなった理由を表示部へ表示させることを特徴とする請求項１に記載の求人情報管理方法。
3. 前記案件情報取得ステップでは、前記変換後の第１の求人情報を案件情報として案件情報データベースへ格納する場合、当該案件情報の識別子と識別子が同じ案件情報が存在するかどうかを確認し、識別子が同じ案件情報が存在する場合には、識別子が同じ案件情報同士をマージし、マージ処理により得られた案件情報を案件情報データベースへ格納することを特徴とする請求項１または２に記載の求人情報管理方法。
4. さらに、
   入力部を介して、案件情報を構成する情報要素に対応する入力情報を取得した場合、前記案件情報案件情報登録／更新部が、当該取得した入力情報に基づいて、案件情報を構築し、さらに当該構築した案件情報を前記案件情報データベースへ格納する案件情報登録ステップ、
   を含むことを特徴とする請求項１、２または３に記載の求人情報管理方法。
5. 前記外部データ生成ステップでは、前記外部データ生成部が、前記生成した外部データを、当該外部データが対応している外部データ生成ルールであるデータ構築ルールを採用し、求人情報の掲載を行うＷｅｂサイトの管理システムへネットワークを介して送信することを特徴とする請求項１〜４のいずれか一つに記載の求人情報管理方法。
6. 請求項１〜５のいずれか一つに記載の求人情報管理方法を実行することを特徴とする求人情報管理装置。
7. 請求項１〜５のいずれか一つに記載の求人情報管理方法をコンピュータに実行させることを特徴とする求人情報管理プログラム。
8. ネットワークを通じて複数の企業にサービスを提供するＡＳＰ（Application Service Provider）に対応した求人情報管理システムであって、
   ネットワークを介して接続された求人情報掲載サービスを提供する各企業の計算機システムと、
   請求項６に記載の求人情報管理装置と、
   を備えることを特徴とする求人情報管理システム。

Images