(57)【要約】【課題】サービスを利用する参加者を客観的に評価できる評価方法を提供する。【解決手段】評価サーバ１０は、求職端末ＪＳ１から求人端末ＥＭ１宛の問い合わせメッセージを受け、ハードディスク１１に登録する（１）。登録後、求人端末ＥＭ１に問い合わせメッセージがある旨とその問い合わせメッセージへの返答期限とを通知する（２）。求人端末ＥＭ１が返答メッセージを返答期限内に評価サーバ１０に送信しないとき、評価サーバ１０は返答を催促する催促メールを所定期間ごとに求人端末ＥＭ１に送信する（３）。所定期間ごとに催促メールを送信した結果、送信した催促メール数が所定の数になったとき、評価サーバ１０はハードディスク１１内に記憶している求人端末ＥＭ１の評価値を下げる（４）。【選択図】図１
2006011740.tif 000002
【特許請求の範囲】
【請求項１】
複数のホスト端末に接続可能であり、前記ホスト端末間でのメッセージのやり取りを中継する評価装置による評価方法であって、
前記ホスト端末から送信された問い合わせメッセージを受信し、登録するステップと、
前記受信した問い合わせメッセージの宛先のホスト端末に前記問い合わせメッセージを送信するステップと、
前記宛先のホスト端末から前記問い合わせメッセージに対する返答メッセージを受信し、登録するステップと、
前記受信した返答メッセージを前記問い合わせメッセージの送信元のホスト端末に送信するステップと、
前記問い合わせメッセージを送信後、前記問い合わせメッセージに対する返答メッセージを受信していない場合、前記宛先のホスト端末に催促通知を所定期間ごとに送信するステップと、
前記催促通知を送信したとき、前記問い合わせメッセージに対応付けて登録された催促通知回数をインクリメントするステップと、
前記催促通知回数が所定に回数になったとき、前記宛先のホスト端末に対応付けて登録されたユーザ評価を下げるステップとを備えたことを特徴とする評価方法。
【請求項２】
請求項１に記載の評価方法であってさらに、
前記問い合わせメッセージに対して返答しない旨の返答拒否情報を前記ユーザ端末に対応付けて登録するステップを備え、
前記送信するステップは、前記宛先のユーザ端末に対応した返答拒否情報が登録されていない場合、前記催促通知を送信することを特徴とする評価方法。
【請求項３】
請求項１又は請求項２に記載の評価方法であって、
前記問い合わせメッセージを受信し、登録するするステップはさらに、前記問い合わせメッセージの受信日時を登録し、
前記催促通知を送信するステップは、前記受信日時から許容期間を超えた場合、前記催促通知を送信することを特徴とする評価方法。
【請求項４】
請求項１〜請求項３のいずれか１項に記載の評価方法であってさらに、
前記催促通知を送信するごとに、前記問い合わせメッセージに対応付けて催促通知送信日時を登録するステップを備え、
前記催促通知を送信するステップは、前記登録した催促通知送信日時から再送禁止期間を超えるごとに、前記催促通知を送信することを特徴とする評価方法。
【請求項５】
請求項１〜４のいずれか１項に記載の評価方法であって、
前記ユーザ評価を下げたとき、前記送信するステップは前記催促通知の送信を停止することを特徴とする評価方法。
【請求項６】
請求項１〜請求項５のいずれか１項に記載の評価方法の各ステップをコンピュータに実行させるための評価プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、評価方法及びそのプログラムに関し、さらに詳しくは、複数のホスト端末に接続可能な評価装置による評価方法及びそのプログラムに関する。
【背景技術】
【０００２】
近年、インターネットを利用した就職あっせんサービスが提供されている。就職あっせんサービスでは、就職あっせんサーバが求職者と求人者（企業等）とのメッセージのやり取りを中継する。要するに、求職者と求人者とは就職あっせんサーバを介してコンタクトをとることができる。
【０００３】
たとえば、求職者は就職あっせんサーバが提供する求人情報をホスト端末で閲覧する。所望の求人者を見つけた場合、求職者はホスト端末を使って所望の求人者宛の問い合わせメッセージを就職あっせんサーバに送信する。就職あっせんサーバはその問い合わせメールを所望の求人者に送信する。求人者は問い合わせメッセージに対する返答メッセージを就職あっせんサーバを介して求職者に送信する。
【０００４】
また、求人者が求職者をスカウトすることもできる。この場合、求人者が求職者宛に問い合わせメッセージを送信する。
【０００５】
このような就職あっせんサービスでは、求職者及び求人者に誠実な対応が求められる。たとえば、求職者は問い合わせに迅速に返答してくれる求人者を求める。同様に、求人者も誠実な求職者を求める。よって、就職あっせんサービスの参加者（求職者及び求人者）が他の参加者の評価を確認できる方が好ましい。
【０００６】
参加者を評価するシステムは、既にネットオークションで実施されている。ネットオークションでは、出品者に対する複数の落札者の評価を集計し、その集計値を出品者の評価値とする。同様に落札者も評価される。
【０００７】
しかしながら、ネットオークションで実施されている評価システムでは、落札者が出品者を、又は出品者が落札者を主観的に評価する。そのため、評価値の信頼性が乏しい。評価値の信頼性を上げるためには、評価方法が客観的である方が好ましい。
【特許文献１】特開２００２−１４９７９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、ネットワークを介して提供されるサービスを利用する参加者を客観的に評価できる評価方法を提供することである。
【課題を解決するための手段及び発明の効果】
【０００９】
本発明による評価方法は、複数のホスト端末に接続可能であり、ホスト端末間でのメッセージのやり取りを中継する評価装置による評価方法であって、ホスト端末から送信された問い合わせメッセージを受信し、登録するステップと、受信した問い合わせメッセージの宛先のホスト端末に問い合わせメッセージを送信するステップと、宛先のホスト端末から問い合わせメッセージに対する返答メッセージを受信し、登録するステップと、受信した返答メッセージを問い合わせメッセージの送信元のホスト端末に送信するステップと、問い合わせメッセージを送信後、問い合わせメッセージに対する返答メッセージを受信していない場合、宛先のホスト端末に催促通知を所定期間ごとに送信するステップと、催促通知を送信したとき、問い合わせメッセージに対応付けて登録された催促通知回数をインクリメントするステップと、催促通知回数が所定の回数になったとき、宛先のホスト端末に対応付けて登録されたユーザ評価を下げるステップとを備える。
【００１０】
本発明による評価方法では、評価装置は問い合わせに対して返答しないホスト端末に所定期間ごとに催促メールを送信する。評価装置は、催促メールの送信数が所定の数になったときに、そのホスト端末のユーザ評価を下げる。本発明による評価方法では、ホスト端末を利用するユーザが問い合わせをした相手のユーザを主観的に評価するのではなく、評価装置が催促メール数に基づいてユーザを評価する。そのため、客観的にユーザを評価できる。
【００１１】
好ましくは、評価方法はさらに、問い合わせメッセージに対して返答しない旨の返答拒否情報をユーザ端末に対応付けて登録するステップを備え、送信するステップは、宛先のユーザ端末に対応した返答拒否情報が登録されていない場合、催促通知を送信する。
【００１２】
この場合、ホスト端末のユーザが問い合わせメッセージに対して返答しない場合、評価装置はそのホスト端末に催促メールを送信しない。そのため、評価装置はそのホスト端末を評価しない。
【００１３】
好ましくは、問い合わせメッセージを受信し、登録するステップはさらに、問い合わせメッセージの受信日時を登録し、催促通知を送信するステップは、受信日時から許容期間を超えた場合、催促通知を送信する。
【００１４】
この場合、評価装置は受信日時及び許容期間に基づいて催促通知を送信するか否かを判断できる。なお、許容期間はたとえばユーザ操作により設定されても良いし、評価装置が自動的に設定してもよい。
【００１５】
好ましくは、評価方法はさらに、催促通知を送信するごとに、問い合わせメッセージに対応付けて催促通知送信日時を登録するステップを備え、催促通知を送信するステップは、登録した催促通知送信日時から再送禁止期間を超えるごとに、催促通知を送信する。
【００１６】
この場合、評価装置は催促通知送信日時及び再送禁止期間に基づいて、２回目以降の催促通知を送信するか否か判断できる。なお、再送禁止期間はたとえばユーザ操作により設定されても良いし、評価装置が自動的に設定してもよい。
【００１７】
好ましくは、評価方法であって、ユーザ評価を下げたとき、送信するステップは催促通知の送信を停止する。
【００１８】
この場合、評価装置は、問い合わせメッセージに基づいてユーザ評価を下げた後、その問い合わせメッセージに基づいて催促メールを送信しない。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００２０】
１．概要及び全体構成
図１を参照して、就職あっせんシステム１は、評価サーバ１０と、求職端末ＪＳ(Job Seeker)１〜ＪＳｎ（ｎは自然数）と、求人端末ＥＭ(Employer)１〜ＥＭｍ（ｍは自然数）とを備える。求職端末ＪＳ１〜ＪＳｎは求職者が利用するホスト端末である。求人端末ＥＭ１〜ＥＭｍは企業等の求人者が利用するホスト端末である。評価サーバ１０と求職端末ＪＳ１〜ＪＳｎと求人端末ＥＭ１〜ＥＭｍとはネットワーク２を介して接続される。
【００２１】
評価サーバ１０は、求職端末ＪＳｎと求人端末ＥＭｍとのメッセージのやり取りを中継する。たとえば、求職端末ＪＳ１が求人端末ＥＭ１と初めてメッセージをやり取りする場合、求職端末ＪＳ１は求人端末ＥＭ１宛の問い合わせメッセージを評価サーバ１０に送信する。評価サーバ１０は問い合わせメッセージをハードディスク１１に登録する（図１中の（１））。登録後、評価サーバ１０は、求人端末ＥＭ１に問い合わせメッセージがある旨とその問い合わせメッセージへの返答期限とを通知する（図１中の（２））。
【００２２】
求人端末ＥＭ１が返答メッセージを返答期限内に評価サーバ１０に送信しないとき、評価サーバ１０は返答を催促する催促メールを所定期間ごとに求人端末ＥＭ１に送信する（図１中の（３））。所定期間ごとに催促メールを送信した結果、送信した催促メール数が所定の数になったとき、評価サーバ１０はハードディスク１１内に記憶している求人端末ＥＭ１の評価値を下げる（図１中の（４））。
【００２３】
一方、求人端末ＥＭ１が返答メッセージを送信した場合（図１中の（５））、評価サーバ１０は返答メッセージを登録し、求人端末ＥＭ１への催促メールの送信を停止する。評価サーバ１０は求職端末ＪＳ１の求めに応じて返答メッセージを送信する（図１中の（６））。
【００２４】
以上のように、評価サーバ１０は新規問い合わせメッセージを受信後、返答メッセージを受信するまでの間、所定期間ごとに宛先のホスト端末に催促メールを送信する。そして、送信した催促メール数が所定数に達したとき、宛先のホスト端末の評価を下げる。そのため、評価サーバ１０によりホスト端末のユーザ（求職者又は求人者）を客観的に評価できる。
【００２５】
図２を参照して、評価サーバ１０は、ハードディスク１１と、ＣＰＵ１２と、インタフェース１３と、メモリ１４とを備える。これらはバス１５で相互に接続される。
【００２６】
ハードディスク１１は、求職者データベース及び求人者データベースを備える。これらのデータベースは求職及び求人をあっせんするためのデータベースである。求職者データベースは複数の求職者に関するデータを含み、求人者データベースは複数の求人者に関するデータを含む。
【００２７】
ハードディスク１１はさらに、評価テーブルと進捗管理テーブルとメッセージテーブルと設定テーブルとを記憶する。
【００２８】
評価テーブルには、就職あっせんシステム１に参加するホスト端末のユーザ（求職者及び求人者）の評価値が登録される。評価テーブルを表１に示す。
【表１】
2006011740.tif 000003
【００２９】
表１を参照して、「ホスト端末」欄には、就職あっせんシステム１に参加する複数のホスト端末（求職端末ＪＳｎ及び求人端末ＥＭｍ）の識別子が登録される。たとえば、「ＪＳ１」は求職端末ＪＳ１の識別子である。また、「ＥＭ１」は求人端末ＥＭ１の識別子である。
【００３０】
「お断りモード」欄には、ホスト端末のユーザがお断りモードを選択したか否かに関するデータを登録する。お断りモードとは、ホスト端末のユーザが問い合わせメッセージを受けても、その問い合わせメッセージに対して返答しないことを宣言している状態をいう。たとえば、求職者の中には、所望の企業に自らコンタクト（問い合わせ）したいが、複数の企業からの問い合わせ（スカウト）にいちいち返答したくない、又は返答できない者もいる。この場合、求職者はお断りモードを選択する。お断りモードを選択すれば、問い合わせに対して返答しなくても自身の評価値は下がらない。
【００３１】
お断りモードは原則として求職者を前提としたものであるが、求人者（企業）もお断りモードを選択できる。たとえば、求職者のスカウトのみを実行したい求人者はお断りモードを選択できる。
【００３２】
お断りモードを選択した場合、「お断りモード」欄には返答拒否情報である「１」が登録される。たとえば、表１中の求人端末ＥＭ２はお断りモードである。お断りモードでない場合、お断りモード欄には「０」が登録される。
【００３３】
「評価値」欄には、各ホスト端末のユーザの評価値が登録される。本実施の形態では、評価値の最高を「１０」とするが、他の値にしてもよい。
【００３４】
進捗管理テーブルには、求職者と求人者とメッセージのやり取りの進捗データが登録される。評価サーバ１０は進捗管理テーブルに基づいて、催促メールを送信したり、評価を下げたりする。進捗管理テーブルを表２に示す。
【表２】
2006011740.tif 000004
【００３５】
表２を参照して、「コンタクトＮＯ」欄には、求職者と求人者とのやり取りを特定するためのコンタクトＮＯが登録される。求職端末ＪＳｎが求人端末ＥＭｍに初めてコンタクト（問い合わせ）する場合、又は求人端末ＥＭｍが求職端末ＪＳｎに初めてコンタクトする場合、それらのホスト端末間のやり取りを特定する識別子としてコンタクトＮＯが登録される。表１では、求職端末ＪＳ１と求人端末ＥＭ１とのやり取りがコンタクトＮＯ＝１で特定されている。
【００３６】
「発信者」欄には問い合わせメッセージを送信したホスト端末のＩＤが登録される。求職端末ＪＳ１が問い合わせメッセージを送信した場合、求職端末ＪＳ１のＩＤである「ＪＳ１」が発信者欄に登録される。
【００３７】
「返答者」欄には問い合わせメッセージの返答をすべきホスト端末のＩＤが登録される。求職端末ＪＳ１が求人端末ＥＭ１宛に問い合わせメッセージを送信した場合、求人端末ＥＭ１のＩＤである「ＥＭ１」が返答者欄に登録される。
【００３８】
「発信日時」欄には評価サーバ１０が問い合わせメッセージを受信した日時が登録される。「返答日時」欄には返答者ＩＤのホスト端末からの返答メッセージを受信した日時が登録される。「催促メール発信日時」欄には、評価サーバ１０が催促メールを送信した日時が登録される。催促メール発信日時は評価サーバ１０が催促メールを送信するたびに更新される。「催促メール数」欄には、評価サーバ１０が返答者に送信した催促メール数が登録される。
【００３９】
「お断りモード」欄には、返答者がお断りモードであるか否かに関するデータが登録される。この欄のデータは、評価テーブルに基づいて登録される。
【００４０】
メッセージテーブルは、各ホスト端末から評価サーバ１０に送信された問い合わせメッセージの内容及び返答メッセージの内容が登録される。メッセージテーブルを表３に示す。
【表３】
2006011740.tif 000005
【００４１】
「送信者」欄にはメッセージの送信元のホスト端末のＩＤが登録される。「件名」欄にはメッセージの件名が、「内容」欄にはメッセージの内容がそれぞれ登録される。「発信日時」欄には、評価サーバ１０がメッセージを受信した日時が登録される。
【００４２】
設定テーブルには、評価サーバ１０が各ホスト端末の評価値の変更を判断するための複数の基準値を登録する。設定テーブルを表４に示す。
【表４】
2006011740.tif 000006
【００４３】
表４を参照して、「許容期間」欄には、評価サーバ１０が問い合わせメッセージを受信してから催促メールを送信するまでの期間（表４では７日）が登録される。返答期限は表２中の発信日時データに許容期間データを加算して求める。たとえば、表２の進捗管理テーブルのコンタクトＮＯ＝１を参照して、発信日時が２００４年５月２０日１５時３０分である場合、返答期限は２００４年５月２７日１５時３０分となる。返答期限を越えた場合、評価サーバ１０は返答者のホスト端末に催促メールを送信する。
【００４４】
「再送禁止期間」欄には、催促メールを再送する間隔が登録される。表４では再送禁止期間が２日となっているため、評価サーバ１０は２日おきに催促メールを送信する。
【００４５】
「最大催促メール数」欄には、ユーザの評価値を下げる基準となる最大催促メール数が登録される。表４では、最大催促メール数が５となっているため、催促メールを５通送信したとき、評価サーバ１０は催促メールの送信先のホスト端末の評価値を下げる。
【００４６】
インタフェース１３は、求職端末ＪＳ１〜ＪＳｎ及び求人端末ＥＭ１〜ＥＭｍとネットワーク２を介してデータの送受信を行う。
【００４７】
評価プログラムを評価サーバ１０内のハードディスク１１にインストールし、メモリ１４にロードされたプログラムに従ってＣＰＵ１２が動作することにより、評価サーバ１０は以下に示す動作を実施できる。
【００４８】
２．動作
評価サーバ１０はメッセージ登録処理と返答期限通知処理と評価値更新判断処理とを実行する。
【００４９】
メッセージ登録処理では、評価サーバ１０は、各ホスト端末から送信される問い合わせメッセージ及び返答メッセージに基づいて、進捗管理テーブル及びメッセージテーブルにデータを登録する。図１中の（１）及び（５）の処理がこれに該当する。
【００５０】
返答期限通知処理では、評価サーバ１０は、ログインしたホスト端末宛に新規の問い合わせメッセージがあるか否かを判断し、問い合わせメッセージがある場合、その問い合わせメッセージに対する返答期限をホスト端末に通知する。図１中の（２）の処理がこれに該当する。
【００５１】
評価値更新判断処理では、評価サーバ１０は、返答者のホスト端末に催促メールを送信するか否かを判断し、返答者の評価を下げるか否かを判断する。図１中の（３）及び（４）の処理がこれに該当する。
【００５２】
以下、それぞれの処理について詳細に説明する。
【００５３】
２．１．メッセージ登録処理
２．１．１．新規問い合わせメッセージ登録処理（図１中（１）の動作に相当）
求職端末ＪＳ１の求職者は求人情報を検索し、その検索結果から所望の求人者（企業）ＥＭ１を選択し、求人端末ＥＭ１宛に新規問い合わせメッセージを送信する。
【００５４】
図３を参照して、求職端末ＪＳ１は、求人職種＝デザイナを検索条件とする検索要求を送信する（Ｓ１）。評価サーバ１０は、検索要求を受け、検索要求に含まれる検索条件に基づいて求人者データベースを検索し、図４に示す検索結果画面を求職端末ＪＳ１に送信する（Ｓ２）。
【００５５】
求職端末ＪＳ１の求職者が検索結果画面を閲覧した結果、企業ＥＭ１に新規問い合わせメッセージを送信したい場合、求職者は検索ボタン２００を選択する。このとき、求職端末ＪＳ１は企業ＥＭ１が利用する求人端末ＥＭ１を宛先とした新規メッセージの登録要求を評価サーバ１０に送信する（Ｓ３）。
【００５６】
評価サーバ１０は新規メッセージ登録要求を受信し、宛先の求人端末ＥＭ１がお断りモードか否かを判断する（Ｓ４）。このとき、評価サーバ１０は評価テーブルに基づいて判断する。求人端末ＥＭ１がお断りモードでない場合、問い合わせメッセージの入力画面を送信する（Ｓ５）。お断りモードである場合、評価サーバ１０は、企業ＥＭ１はお断りモードである旨のメッセージを入力画面に追加し（Ｓ６）、入力画面を送信する（Ｓ５）。お断りモードの場合、企業ＥＭ１が問い合わせに対して返答しない可能性があるため、ステップＳ６で入力画面にメッセージを追加する。
【００５７】
求職端末ＪＳ１は、受信した入力画面に問い合わせメッセージを入力し、評価サーバ１０に送信する（Ｓ７）。評価サーバ１０は送信された問い合わせメッセージに基づいて、進捗管理テーブル及びメッセージテーブルにデータを登録する（Ｓ８〜Ｓ１０）。
【００５８】
ステップＳ８で評価サーバ１０は進捗管理テーブルにデータを登録するか否かを判断する。メッセージのやり取りをする当事者（求職端末ＪＳ１及び求人端末ＥＭ１）が初対面の場合にのみ、進捗管理テーブルにデータが登録されるためである。具体的には、評価サーバ１０は、進捗管理テーブルを参照し、発信者データと返答者データとの組合せが「ＪＳ１」及び「ＥＭ１」であるレコードが既に存在するか否かを判断する。レコードが既に存在する場合、求職端末ＪＳ１と求人端末ＥＭ１とは既にやり取りしているため、進捗管理テーブルにデータを登録しない。
【００５９】
ステップＳ８で進捗管理テーブルにレコードが存在しないと判断した場合、評価サーバ１０は進捗管理テーブルにデータを登録する（Ｓ９）。具体的には、発信者欄に「ＪＳ１」を、返答者欄に「ＥＭ１」をそれぞれ登録する。さらに、評価サーバ１０は評価テーブル内のホスト端末＝ＥＭ１に対応したお断りモード欄を参照し、進捗管理テーブル内のお断りモード欄に「０」を登録する。さらに、発信日時欄に、問い合わせメッセージを受信した日時を登録する。これらのデータを登録後、このレコードを特定するコンタクトＮＯをコンタクトＮＯ欄に登録する。
【００６０】
さらに、評価サーバ１０はメッセージテーブルに問い合わせメッセージの件名及び内容を登録する（Ｓ１０）。このとき、発信者ＩＤ欄に「ＪＳ１」を登録する。
【００６１】
２．１．２．返答メッセージ登録処理（図１中（５）の動作に相当）
求人端末ＥＭ１が求職端末ＪＳ１宛に返答メッセージを送信する場合のメッセージ登録処理について説明する。
【００６２】
図５を参照して、求人端末ＥＭ１は返答メッセージ登録要求を送信する（Ｓ２１）。評価サーバ１０は返答メッセージ登録要求を受信し、返答メッセージ入力画面を送信する（Ｓ２２）。返答メッセージ入力画面には求職端末ＪＳ１から送信された問い合わせメッセージの内容が表示される。求人端末ＥＭ１は返答メッセージ入力画面に返答メッセージを入力し、評価サーバ１０に送信する（Ｓ２３）。
【００６３】
評価サーバ１０は返答メッセージを受信し、進捗管理テーブルにデータを登録する。評価サーバ１０は返答メッセージ入力画面に返答メッセージを入力させるため、その返答メッセージの宛先が求職端末ＪＳ１であると特定できる。そのため、進捗管理テーブル内の発信者と返答者の組合せがＪＳ１及びＥＭ１であるレコードを特定する。特定後、そのレコードの返答日時欄に、返答メッセージを受信した日時を登録する（Ｓ２４）。さらに、返答メッセージの内容についてはメッセージテーブルに登録する（Ｓ２５）。
【００６４】
２．２．返答期限通知処理
求人端末ＥＭ１からログイン要求を受けた場合の返答期限通知処理（図１中の（５）の動作に相当）を説明する。
【００６５】
図６を参照して、求人端末ＥＭ１からログイン要求を受信したとき、評価サーバ１０は、ログインしたホスト端末が求人端末ＥＭ１であると特定する（Ｓ５１）。
【００６６】
続いて、評価サーバ１０は、求人端末ＥＭ１がお断りモードであるか否かを判断する（Ｓ５２）。お断りモードである場合、新規問い合わせメッセージに対する返答メッセージの返答期限は設定されない。求人端末ＥＭ１を評価しないからである。そのため、評価サーバ１０は返答期限通知処理を終了する。
【００６７】
一方、求人端末ＥＭ１がお断りモードでない場合、評価サーバ１０は、求人端末ＥＭ１宛の新規の問い合わせメッセージが登録されているか否かを判断し、登録されている場合、返答期限を算出する（Ｓ５３〜Ｓ６１）。
【００６８】
初めに、評価サーバ１０は、進捗管理テーブルに登録されたレコードの中から返答者＝ＥＭ１のレコードを抽出する（Ｓ５３）。抽出されたレコードは抽出順に抽出番号が付与される。抽出後、評価サーバ１０はカウント値Ｎ＝１とし（Ｓ５４）、抽出番号＝Ｎ、すなわち抽出番号＝１のレコードがあるか否かを判断する（Ｓ５５）。レコードがない場合、求人端末ＥＭ１宛の新規の問い合わせメッセージは登録されていない為、評価サーバ１０は返答期限通知処理を終了する。
【００６９】
ステップＳ５５でレコードがある場合、評価サーバ１０は、抽出番号＝１のレコードが返答日時データを含むか否かを判断する（Ｓ５６）。返答日時データを含む場合、求人端末ＥＭ１は既に返答メッセージを送信しているため、返答期限を通知する必要がない。そのため、ステップＳ６０に進み、カウント値Ｎ＝Ｎ＋１としてステップＳ５５に戻る。要するに、次の抽出番号のレコードについて同じ処理を実行する。
【００７０】
ステップＳ５６で判断した結果、レコードが返答日時データを含まない場合、評価サーバ１０はさらに、レコード中の催促メール送信数が設定テーブル内の最大催促メール数未満か否かを判断する（Ｓ７）。催促メール送信数が最大催促メール数以上の場合、そのレコードに基づいて求人端末ＥＭ１の評価値が既に下がっているため、そのレコードに基づいて再び評価値を下げない。そのため、そのレコードに基づく返答期限を通知する必要がない。よって、ステップＳ６０に進む。
【００７１】
催促メール送信数が最大メール数未満である場合、返答期限を通知する必要がある。そこで、評価サーバ１０は返答期限を算出する（Ｓ５８）。具体的には、評価サーバ１０は、レコード内の発信日時に設定テーブル内の許容期間（７日）を加算した日時を返答期限とする。評価サーバ１０は、算出した返答期限に基づいて返答期限通知を作成する（Ｓ５９）。
【００７２】
作成後、カウント値Ｎ＝Ｎ＋１とし（Ｓ６０）、ステップＳ５５に戻る。要するに、ステップＳ３で抽出したレコード全てについて、返答期限通知を作成するか否かを判断する。
【００７３】
全てのレコードについて返答期限通知を作成するか否かを判断した後、評価サーバ１０はステップＳ５９で作成した返答期限通知を求人端末ＥＭ１に送信する。返答期限通知画面の一例を図７に示す。なお、図７中の返答ボタン３００を選択すると、図５中のステップＳ２１が実行され、メッセージ登録処理が開始される。
【００７４】
本実施の形態では、求人端末ＥＭ１が評価サーバ１０にログインする場合の返答期限通知処理について説明したが、返答期限通知処理は、各ホスト端末が評価サーバ１０にログインするときに実施される。
【００７５】
２．３．評価値更新判断処理
評価サーバ１０は進捗管理テーブルに基づいて、評価値更新判断処理を実行する。これにより、返答期限が過ぎているのに返答していないホスト端末に催促メールを送信し、返答を促す。また、複数の催促メールを送信しているにもかかわらず返答しないホスト端末のユーザの評価値を下げる（図１中（３）及び（４）の動作に相当）。これにより評価サーバ１０は、就職あっせんシステム１の参加者（求職者及び求人者）を客観的に評価できる。
【００７６】
図８を参照して、評価サーバ１０はカウント値ｋ＝１とし（Ｓ１０１）、進捗管理テーブルに登録されたレコード数がカウント値ｋよりも大きいか否かを判断する（Ｓ１０２）。レコード数がカウント値ｋよりも大きい場合、コンタクトＮＯ＝ｋ、すなわちコンタクトＮＯ＝１のレコードに含まれる返答者（求人端末ＥＭ１）がお断りモードであるか否か判断する（Ｓ１０３）。お断りモード欄のデータが「１」である場合、そのレコードの返答者はお断りモードを選択しているため、そのレコードについては催促及び評価判断をしない。そのため、ステップＳ１１３へ進む。
【００７７】
求人端末ＥＭ１がお断りモードでない場合、つまり、お断りモード欄のデータが「０」である場合、評価サーバ１０は、コンタクトＮＯ＝１のレコードが返答日時データを含むか否か判断する（Ｓ１０４）。返答日時データを含む場合、求人端末ＥＭ１は既に求職端末ＪＳ１に返答しているため、そのレコードの返答者（求人端末ＥＭ１）の評価値を判断する必要がない。そのため、ステップＳ１１３へ進む。
【００７８】
一方、ステップＳ１０４でレコードが返答日時データを含まない場合、求人端末ＥＭ１はまだ求職端末ＪＳ１に返答していない。そのため、催促メールの送信及び評価値更新の判断処理を実行する（Ｓ１０５〜Ｓ１１２）。
【００７９】
評価サーバ１０はコンタクトＮＯ＝１のレコード内の催促メール数と設定テーブル内の最大催促メール数（＝５）とを比較する（Ｓ１０５及びＳ１０６）。催促メール数に基づいて、求人端末ＥＭ１の評価値を変更するか否か、及び催促メールを送信するか否かを判断するためである。
【００８０】
２．３．１．催促メール数が最大催促メール数よりも小さい場合
催促メール数が最大メール数よりも小さい場合、評価サーバ１０は、求人端末ＥＭ１に催促メールを送信するか否かを判断する（Ｓ１０７〜Ｓ１１１）。具体的には、ステップＳ１０７で、評価サーバ１０はコンタクトＮＯ＝１の返答期限が過ぎたか否かを判断する（Ｓ１０７）。返答期限はレコード中の発信日時に設定テーブル内の許容期間を加算して求める。返答期限が現在日時よりも後である場合、コンタクトＮＯ＝１の求人端末ＥＭ１に催促メールを送信しない。そのため、ステップＳ１１３に進む。返答期限が過ぎていないからである。
【００８１】
一方、ステップＳ１０７の判断の結果、返答期限が現在日時よりも前である場合、すなわち、返答期限が過ぎている場合、そのレコードが催促メール発信日時データを含むか否かを判断する（Ｓ１０８）。催促メール発信日時データを含まない場合、求人端末ＥＭ１に１通目の催促メールを送信する（Ｓ１１０）。送信後、催促メール数＝１とする（Ｓ１１１）。
【００８２】
ステップＳ１０８で判断した結果、催促メール発信日時データを含む場合、評価サーバ１０は催促メール再送期限が現在日時の後か否かを判断する（Ｓ１０９）。ここで、催促メール再送期限は、催促メール発信日時に設定テーブル内の再送禁止期間（＝２日）を加算した日時である。
【００８３】
ステップＳ１０９の判断の結果、催促メール再送期限が現在時刻よりも前である場合、つまり、催促メール再送期限が過ぎている場合、求人端末ＥＭ１に再度催促メールを送信する（Ｓ１１０）。送信後、催促メール数をインクリメントする（Ｓ１１１）。
【００８４】
一方、催促メール再送期限を過ぎていない場合、前回の催促メールを送信してから間もないため、催促メールを送信せず、ステップＳ１１３に進む。
【００８５】
ステップＳ１１３で、評価サーバ１０はカウント値ｋ＝ｋ＋１とした後、ステップＳ１０２に進む。要するに、進捗管理テーブルに登録されたすべてのレコードについて、催促メールを送信するか否か及びレコードの返答者の評価値を下げるか否かを判断する。
【００８６】
２．３．２．催促メール数が最大催促メール数と等しい場合
ステップＳ１０５で判断した結果、コンタクトＮＯ＝１のレコードの催促メール送信数が最大催促メール数（＝５）と等しい場合（Ｓ１０５）、評価サーバ１０は、評価テーブル内の求人端末ＥＭ１に対応した評価値を「１０」から「９」に下げる（Ｓ１１２）。評価値を下げた後、評価サーバ１０はレコード内の催促メール数をインクリメントし、「６」とする（Ｓ１１１）。これにより、コンタクトＮＯ＝１のレコードの催促メール数は最大催促メール数を超える。次回の評価値更新判断処理において、コンタクトＮＯ＝１のレコードに基づいて求人端末ＥＭ１の評価値を再び下げないようにするためである。催促メール数をインクリメントした後、ステップＳ１１３に進む。
【００８７】
２．３．３．催促メール数が最大メール数を超える場合
ステップＳ１０５及びＳ１０６で判断した結果、コンタクトＮＯ＝１の催促メール数が最大催促メール数を超えた場合、評価サーバ１０は、求人端末ＥＭ１の評価値を下げず、かつ、催促メールを送信することなくステップＳ１１３に進む。これにより、同じコンタクトＮＯのレコードに基づいて求人端末ＥＭ１の評価値が重複して下げられるのを防ぐ。
【００８８】
なお、各ホスト端末は、他のホスト端末の評価値を自由に閲覧できる。たとえば、検索結果画面に表示された求人者又は求職者の情報内に評価値を含めても良い。
【００８９】
本実施の形態では、催促メール数が最大催促メール数と等しくなったときの評価値の下げ幅を「１」としたが、評価値の下げ幅は自由に設定できる。また、評価が下がるに従い下げ幅を増加又は減少させてもよい。
【００９０】
また、本発明の実施の形態では、求職端末ＪＳ１が求人端末ＥＭ１に問い合わせる場合の評価方法について説明したが、求人端末ＥＭｍが求職端末ＪＳｎに問い合わせる場合の評価方法も同じである。なお、求職端末ＪＳｎがお断りモードを選択することもできる。
【００９１】
本実施の形態では、就職あっせんシステム１での評価方法について説明したが、他のシステムでも本発明の評価方法を実施できる。たとえば、ネットオークションで本発明の評価方法を実施してもよい。サーバを介して複数のホスト端末がやり取りを行うシステムであれば、本発明の評価方法を実施できる。
【００９２】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【産業上の利用可能性】
【００９３】
本発明による評価方法は、サーバを介して複数のホスト端末がやり取りを行うシステムに利用可能であり、特に、就職あっせんサービスを提供するサーバに複数のホスト端末が接続される就職あっせんシステムに利用可能である。
【図面の簡単な説明】
【００９４】
【図１】本発明の実施の形態による就職あっせんシステムの構成を示す機能ブロック図である。
【図２】図１に示した評価サーバの構成を示す機能ブロック図である。
【図３】図１に示した評価サーバのメッセージ登録処理の詳細を示すフロー図である。
【図４】図３中のステップＳ２で送信される検索結果画面の一例を示す図である。
【図５】図１に示した評価サーバのメッセージ登録処理の他の例を示すフロー図である。
【図６】図１に示した評価サーバの返答期限通知処理の詳細を示すフロー図である。
【図７】図６中のステップＳ６１で送信される返答期限通知画面の一例を示す図である。
【図８】図１に示した評価サーバの評価値更新判断処理の詳細を示すフロー図である。
【符号の説明】
【００９５】
１０  評価サーバ
１１  ハードディスク
１２  ＣＰＵ
１３  インタフェース
１４  メモリ
ＥＭ１〜ＥＭｍ  求人端末
ＪＳ１〜ＪＳｎ  求職端末
【図１】
2006011740.tif 000007
【図２】
2006011740.tif 000008
【図３】
2006011740.tif 000009
【図４】
2006011740.tif 000010
【図５】
2006011740.tif 000011
【図６】
2006011740.tif 000012
【図７】
2006011740.tif 000013
【図８】
2006011740.tif 000014