JP2008305136A - 人材評価支援システム - Google Patents

Abstract

【課題】被評価者に対する評価を的確に付与することができる人材評価支援システムを提供すること。
【解決手段】被評価者に対して評価を付与することを評価者に依頼する評価依頼装置において、評価依頼を送信するための所定のタイミングを検出後（Ｓ３４），被評価者が参加するイベントに参加する人を評価者として決定する（Ｓ３６）。そして、評価者が保持する評価装置に評価依頼を送信する（Ｓ４２）。被評価者に対して評価を付与する評価装置では、受信した評価依頼に従い、被評価者がイベントに参加している期間を評価対象期間として、被評価者に対して評価を付与する処理が実行される。そして、評価記憶装置は、評価装置において被評価者に付与された評価を記憶する。
【選択図】図３

Description

本発明は、評価者が被評価者に対して評価を付与する人材評価支援システムに関し、詳細には、イベント単位で被評価者の評価を行うことが可能な人材評価支援システムに関する。

一般に、企業等の組織においては、労務管理の一環として人材評価（人事考課）が行なわれている。企業における人材評価は、例えば、複数の評価項目のそれぞれについて、一人又は複数の評価者が、評価の対象となる期間における被評価者の実績及び評価者のふるまいから受けた印象に基づいて評価を付与することにより行なわれる。評価項目としては、例えば、被評価者の勤務態度や勤労意欲等の情意を評価する項目、業務実績を評価する項目、素養や技術習得度等の能力を評価する項目等が挙げられる。

このような人材評価においては、数値で表される販売成績等、評価基準を明確に設定できる項目については評価を付与しやすいが、勤務態度や勤労意欲等の評価基準を明確に設定できない項目については評価を付与しにくいという問題がある。これに対して、例えば、各販売店舗における販売成績の向上に係る要因を的確に認識し、販売成績の向上に役立てるための具体策を認識させることのできる店長評価方法、及び店長評価システムが提案されている（特許文献１参照）。この店長評価方法、及び店長評価システムによれば、従業員から得た店長のふるまいに関するアンケートにより、販売成績からは把握できない店長のふるまいに関する項目を評価することができる。
特開２００４−１７８０８０号公報

しかしながら、上記従来の評価方法では、評価者が被評価者の数ヶ月〜１年程度の評価対象期間のふるまいを振り返って、評価を付与するようにしているため、思い出しやすい最近のふるまいや、印象的なふるまい等、偏ったふるまいに基づき評価を付与してしまう虞があった。また、評価者が、評価対象期間中、常に被評価者と行動を共にし、被評価者の全てのふるまいを把握することは極めて困難であり、評価対象期間中の一部の期間の被評価者のふるまいに基づき評価を付与せざるをえないという問題があった。即ち、評価者が、数ヶ月〜１年程度の比較的長い評価対象期間における被評価者のふるまいを総合的に勘案して評価を付与することが難しいという問題があった。

本発明は、上述の問題点を解決するためになされたものであり、被評価者に対する評価を的確に付与することができる人材評価支援システムを提供することを目的とする。

上記課題を解決するため、請求項１に係る発明の人材評価支援システムは、被評価者に対して評価を付与することを評価者に依頼する評価依頼装置と、被評価者に対して評価を付与する評価装置と、当該評価装置において被評価者に付与された評価を記憶する評価記憶装置とを備えた人材評価支援システムであって、前記評価依頼装置は、被評価者が参加するイベントに参加する人を評価者として決定する評価者決定手段と、前記被評価者が前記イベントに参加した期間を評価対象期間として、前記被評価者に対して評価を付与することを依頼する評価依頼を、前記評価者決定手段により決定された評価者が保持する前記評価装置に、所定のタイミングで送信する評価依頼送信手段とを備え、前記評価装置は、前記評価依頼装置から送信された前記評価依頼を受信したときに、前記評価対象期間における前記被評価者に対する評価を入力する評価入力手段と、前記評価入力手段により入力された前記評価を前記評価記憶装置に送信する評価送信手段とを備えている。

また、請求項２に係る発明の人材評価支援システムは、請求項１に記載の発明の構成に加え、前記評価者決定手段は、前記被評価者が参加するイベントと、そのイベントに参加する人とが登録されたスケジュールを参照して、その被評価者が参加するイベントに参加する人を前記評価者として決定することを特徴とする。

また、請求項３に係る発明の人材評価支援システムは、請求項１又は２に記載の発明の構成に加え、前記評価者決定手段は、前記被評価者が参加するイベントの会場にいる人を、無線信号を用いて特定し、前記評価者として決定することを特徴とする。

また、請求項４に係る発明の人材評価支援システムは、請求項１乃至３のいずれかに記載の発明の構成に加え、前記所定のタイミングは、前記被評価者が参加するイベントが登録されたスケジュールに基づき決定されることを特徴とする。

また、請求項５に係る発明の人材評価支援システムは、請求項１乃至４のいずれかに記載の発明の構成に加え、前記評価依頼装置は、前記所定のタイミングを指定するタイミング指定手段を備え、前記所定のタイミングは、前記タイミング指定手段により指定されたタイミング及びそのタイミングから所定時間経過時の少なくともいずれかであることを特徴とする。

請求項１に係る発明の人材評価支援システムによれば、被評価者が参加するイベントに参加する人を評価者として決定し、評価依頼装置は所定のタイミングで評価者が保持する評価装置に評価依頼を送信する。評価依頼を受け取った評価者に被評価者がイベントに参加している期間を評価対象期間として、被評価者に対して評価を付与してもらうようにしている。そして、被評価者にイベント単位で付与された評価を評価記憶装置に記憶するようにしている。以上のようなイベント単位で被評価者の評価を付与するための処理の自動化を図っているので、イベント単位で被評価者の評価を得るために、被評価者、評価者及び最終評価者に大きな負担をかけることを回避している。

このため、数週間〜１年程度の比較的長い期間を評価対象期間（以下、「最終評価対象期間」と言う。）として被評価者に評価（以下、「最終評価」と言う。）を付与する場合、評価記憶装置に記憶されているイベント単位で付与された評価を参照することができる。このため、従来のように、思い出しやすい最近のふるまいや、印象的なふるまい等、偏ったふるまいに基づき最終評価を付与してしまう虞を回避することができる。また、企業等の組織において、最終評価対象期間における、被評価者の人材評価をする評価者（以下、「最終評価者」と言う。）が被評価者と常に行動を共にすることができない場合がある。このような場合においても、上述のようにイベント単位で付与された評価を参照することにより、最終評価者が行動を共にしなかった際の被評価者のふるまいを把握することが可能である。

したがって、本発明の人材評価支援システムによれば、評価記憶装置に記憶されているイベント単位で付与された評価を参照することにより、最終評価対象期間における被評価者のふるまいを総合的に勘案して最終評価を的確に付与することができる。

また、請求項２に係る発明の人材評価支援システムによれば、請求項１に記載の発明の効果に加え、被評価者が参加するイベントと、そのイベントに参加する人とが登録されたスケジュールに基づき評価者を決定しているので、評価者を適切、かつ容易に決定することができる。

また、請求項３に係る発明の人材評価支援システムによれば、請求項１又は２に記載の発明の効果に加え、被評価者が参加するイベントの会場にいる人を、無線信号を用いて特定し、評価者として決定している。このため、実際にイベントに参加した人を評価者とすることができ、評価者を適切、かつ容易に決定することができる。

また、請求項４に係る発明の人材評価支援システムによれば、請求項１乃至３のいずれかに記載の発明の効果に加え、被評価者が参加するイベントが登録されたスケジュールに基づき、評価依頼を送信するタイミングを定めているので、評価者が保持する評価装置に評価依頼を適切なタイミングで送信することができる。

また、請求項５に係る発明の人材評価支援システムによれば、請求項１乃至４のいずれかに記載の発明の効果に加え、指定されたタイミングで評価者が保持する評価装置に評価依頼を送信するようにしている。このため、評価が必要なときにのみに評価依頼を評価者に送信させることができる。また、指定されたタイミングから所定時間経過時に評価者が保持する評価装置に評価依頼を送信するようにした場合には、所定時間を適切に設定することにより評価依頼を送信するタイミングを調整することができる。

以下、本発明を適用した一例として、一実施形態の人材評価支援システム１を、図面を参照して説明する。まず、本実施形態の人材評価支援システム１の構成について図１を参照して説明する。図１は、人材評価支援システム１の構成を説明するための説明図である。図１に示すように、本実施形態に係る人材評価支援システム１は、端末１００と、インターネット等のネットワーク５０を介して端末１００と接続される評価記憶装置２００とを備えている。尚、図１には、端末１００は２つ、評価記憶装置２００は１つしか図示していないが、各構成は必要に応じて数を増やすことができる。以下、人材評価支援システム１を構成する端末１００、及び評価記憶装置２００について詳述する。

端末１００は、本発明の「評価依頼装置」及び「評価装置」としての機能を備えた携帯可能な装置である。図１に示すように、端末１００は、端末１００の制御を司るＣＰＵ１１０，各種プログラムや設定値等を記憶するＲＯＭ１２０、及び各種設定を記憶するＥＥＰＲＯＭ１４０を備え、端末１００において各種処理を実行するために必要な情報は、ＲＯＭ１２０又はＥＥＰＲＯＭ１４０に記憶されている。また端末１００は、設定値等の各種のデータを一時的に記憶するＲＡＭ１３０を備えている。また端末１００は、被評価者に評価を付与することを依頼する評価依頼を評価者に送信するための指示等の各種指示や、被評価者に対する評価等を入力するための入力装置１５０を備えている。また、端末１００は、各種項目を表示する出力装置１６０を備えている。また端末１００は、他の端末１００や評価記憶装置２００と通信するためのインターフェイス（Ｉ／Ｆ）１７０、及びタイマー起動時に参照される計時装置１８０を備えている。これらのＲＯＭ１２０，ＲＡＭ１３０，ＥＥＰＲＯＭ１４０，入力装置１５０，出力装置１６０，Ｉ／Ｆ１７０及び計時装置１８０はバス１９０を介してＣＰＵ１１０に接続されている。そして、図示しないが、端末１００はバッテリー及び外部電源の両方又はいずれかにより電源供給されている。尚、端末１００は、ハードディスク装置（ＨＤＤ）や、フラッシュメモリを設け、そこに各種情報を記憶するようにしてもよい。

一方、評価記憶装置２００は、被評価者に評価を付与する評価装置としての機能を有する端末１００から送信される評価を記憶するとともに、最終評価者等からの要求に応じてそれらの評価を最終評価者等の所定者に提示する機能を備えている。図１に示すように、評価記憶装置２００には、評価記憶装置２００の制御を司るＣＰＵ２１０が設けられている。そして、ＣＰＵ２１０には、各種プログラム等を記憶したＲＯＭ２２０，各種のデータを一時的に記憶するＲＡＭ２３０，表示装置等の出力装置２５０，評価の受け渡しの仲介を行うインターフェイス（Ｉ／Ｆ）２６０及びハードディスク装置（ＨＤＤ）２７０がバス２８０を介して接続されている。端末１００において、被評価者に付与されたイベント単位の評価は、ネットワーク５０を介して評価記憶装置２００に送信され、被評価者毎にＨＤＤ２７０に記憶される。

次に、以上のように構成された人材評価支援システム１を使用して評価者に対する評価を評価記憶装置２００に記憶させるための処理手順について説明する。まず、本実施形態の人材評価支援システム１において行われる処理の概要について説明する。本実施形態では、評価を付与される被評価者と、評価を付与する評価者とは、それぞれ端末１００を所有している。この端末１００は、本発明の「評価依頼装置」及び「評価装置」としての機能を備えており、評価依頼装置としての機能を使用するか否かを被評価者フラグにより設定し、評価装置としての機能を使用するか否かを評価者フラグにより設定するようにしている。被評価者フラグ及び評価者フラグは、ＥＥＰＲＯＭ１４０に記憶されている。評価依頼装置としての処理を端末１００において実行させる場合、端末１００は、その端末１００の所有者を被評価者、被評価者が参加するイベントに参加する人を評価者、被評価者がイベントに参加した期間を評価対象期間とする評価依頼を評価者が所有する端末１００に送信する処理を実行する。一方、評価装置としての処理を端末１００に実行させる場合、端末１００は、被評価者の端末１００から送信された評価依頼に応じて、又は端末１００の所有者が自発的に、被評価者の評価を付与する処理を実行し、その結果を評価記憶装置２００に送信する。評価記憶装置２００では、端末１００から送信された評価を、被評価者毎にハードディスク装置２７０に記憶する。

次に、端末１００において実行される各種処理について、以下の順で説明する。まず、端末１００のメイン処理について、図２のフローチャートを参照して説明する。続いて、端末１００のメイン処理において起動される被評価者端末処理について、図３〜図２５を参照して説明する。続いて、端末１００のメイン処理において起動される評価者端末処理について、図２６〜図３７を参照して説明する。尚、図２，図３，図５，図６，図９〜図１２，図１５，図１６，図１８，図２１，図２３，図２６，図２７，図２９〜図３１，図３３及び図３５のフローチャートに示す各処理を実行させるプログラムは、ＲＯＭ１２０に記憶されており、図１に示すＣＰＵ１１０が実行する。尚、以下の説明において、処理を実行している端末１００を「自端末」と言い、他の端末１００と区別する。

まず、端末１００のメイン処理について、図２のフローチャートを参照して説明する。図２は、端末１００のメイン処理の流れを示すフローチャートである。端末１００の電源がＯＮにされると、ＣＰＵ１１０は図２に示すメイン処理を起動する。メイン処理では、図２に示すように、まず、初期化処理を行う（Ｓ１０）。この処理では、例えば、被評価者フラグ、評価者フラグをＥＥＰＲＯＭ１４０から読み出して、ＲＡＭ１３０に記憶する。被評価者フラグ及び評価者フラグは、別途実行されるプログラムにより端末１００を使用する所有者により予め設定されるようになっている。

続いて、ＲＡＭ１３０を参照して、被評価者フラグに１がセットされているか否かを判断する（Ｓ１２）。被評価者フラグが評価依頼装置としての機能を使用することを示す１である場合には（Ｓ１２：Ｙｅｓ）、被評価者端末処理を起動する（Ｓ１４）。この被評価者端末処理については、図３〜図２５を参照して後述する。一方、評価依頼装置としての機能を使用しないことを示す０である場合には（Ｓ１２：Ｎｏ）、被評価者端末処理を起動しない。

続いて、ＲＡＭ１３０を参照して、評価者フラグに１がセットされているか否かを判断する（Ｓ１６）。評価者フラグが評価装置としての機能を使用することを示す１である場合には（Ｓ１６：Ｙｅｓ）、評価者端末処理を起動する（Ｓ１８）。この評価者端末処理については、図２６〜図３７を参照して後述する。一方、評価依頼装置としての機能を使用しないことを示す０である場合には（Ｓ１６：Ｎｏ）、評価者端末処理を起動しない。

続いて、電源をＯＦＦされたか否かを判断する（Ｓ２０）。電源がＯＦＦされていない場合には（Ｓ２０：Ｎｏ）、電源がＯＦＦされるまで待機する。一方、電源がＯＦＦされた場合には（Ｓ２０：Ｙｅｓ）、続いて、起動中の被評価者端末処理、評価者端末処理を全て終了させ（Ｓ２２）、メイン処理を終了する。

以上のように、ＣＰＵ１１０は、端末１００のメイン処理を実行する。図２のＳ１４において起動される被評価者端末処理について、図３〜図２５を参照して説明する。具体例として、所有者Ａの端末１００において被評価者端末処理が実行される場合について説明する。図３は、図２のメイン処理において起動される被評価端末処理の流れを示すフローチャートである。被評価者端末処理が起動されると、まず、初期化処理を実行する（Ｓ３２）。この処理において、例えば、スケジュールを順に読み出すためのスケジュール番号ｎに１をセットし、スケジュールチェック間隔時間に１分間をセットし、被評価者が参加するイベントの会場にいる人を無線信号により探索する時間である周囲探索時間に１分間をセットし、それぞれＲＡＭ１３０に記憶する。また、評価者の一覧である評価者リスト、イベントを区分した評価状況種別、イベントの概要を示す評価状況内容、評価項目等評価の内容を示す評価内容にそれぞれ「なし」をセットして、ＲＡＭ１３０に記憶する。また、評価依頼を評価者の端末１００に送信するための準備が整ったか否かを示す評価依頼準備完了フラグに、準備が整っていないことを示す０をセットし、ＲＡＭ１３０に記憶する。

続いて、評価依頼を評価者の端末に送信するための処理を開始するタイミング（以下、「処理開始タイミング」と言う。）を検出する評価依頼開始判断処理を実行する（Ｓ３４）。本実施形態では、処理開始タイミングの検出方法として、被評価者が参加するイベントが登録されているスケジュールに基づいて決定する方法、被評価者が指示を入力した時とする方法、及び被評価者が指示を入力した時から所定時間経過時とする方法のうちいずれかを設定できるようになっている。これらの評価依頼判断処理の詳細については、図４〜図１０を参照して後述する。

続いて、被評価者が参加するイベントに参加する人を評価者として決定する評価者決定処理を実行する（Ｓ３６）。本実施形態では、評価者を決定する方法として、被評価者が参加するイベントと、そのイベントに参加する人とが登録されているスケジュールに基づいて決定する方法、及び被評価者が参加するイベントの会場にいる人を、無線信号を用いて特定する方法とのいずれかを設定することができるようになっている。これらの評価者決定処理の詳細については、図１１〜図１４を参照して後述する。続いて、評価依頼の内容を決定する評価依頼内容決定処理を実行する（Ｓ３８）。本実施形態では評価依頼の内容を決定する方法として、予め定められたリストの中からＣＰＵ１１０が自動選択する方法、予めＲＯＭ１２０等に記憶されているリストの中から、端末１００の所有者が選択して決定する方法、及び被評価者が任意に設定する方法のいずれかを設定できるようになっている。これらの評価依頼内容決定処理の詳細については、図１５〜図２２を参照して後述する。

続いて、ＲＡＭ１３０を参照して、評価依頼を送信するための準備が整っているか否かを示す評価依頼完了フラグに、準備が整っていることを示す１がセットされているか否かを判断する（Ｓ４０）。評価依頼完了フラグに１がセットされていない場合には（Ｓ４０：Ｎｏ）、Ｓ３２に戻り処理を繰り返す。一方、評価依頼完了フラグに１がセットされている場合には（Ｓ４０：Ｙｅｓ）、続いて、Ｓ３８において設定された評価依頼を、Ｓ３６において決定した評価者が所有する端末１００に送信する評価依頼送信処理を実行する（Ｓ４２）。この評価依頼送信処理の詳細については、図２３〜図２５を参照して後述する。続いて、Ｓ３２に戻り処理を繰り返す。

以上のように、ＣＰＵ１１０は、被評価者端末処理を実行する。次に、図３のＳ３４において実行される評価依頼開始判断処理について、図４〜図１０を参照して説明する。本実施形態では、処理開始タイミングを検出する方法として、前述の３種類の内いずれかを設定可能となっている。いずれの方法が設定されているかは、別途実行されるプログラムにより設定され、ＥＥＰＲＯＭ１４０に記憶されているフラグに基づき決定する。まず、処理開始タイミングを、被評価者が参加するイベントが登録されているスケジュールに基づいて決定する場合に実行される評価依頼開始判断処理を第１の評価依頼開始判断処理として、図４〜図８を参照して説明する。図４は、被評価者が参加するイベントを登録したスケジュールを例示する表であり、図５は、図３の被評価者端末処理において実行される評価依頼開始判断処理の流れを示すフローチャートである。また、図６は、図５の評価依頼開始判断処理において実行される、スケジュール情報チェック処理の流れを示すフローチャートであり、図７は、評価依頼契機テーブルを例示する表であり、図８は、評価依頼送信確認テーブルを例示する表である。

本実施形態では、処理開始タイミングを、スケジュールに基づき決定する場合、イベントの開始時刻から終了時刻の間又は終了時刻に処理開始タイミングを設定するようにしている。ただし、スケジュールに登録されるすべてのイベントについて処理開始タイミングを設定するのではなく、特定のイベントの、特定の時期にのみ処理開始タイミングを設定することが予め定められ、その設定がＲＯＭ１２０又はＥＥＰＲＯＭ１４０に記憶されている。このためまず、現在日時を評価日時とし、評価日時と、被評価者が参加するイベントが登録されたスケジュールに含まれるイベントの開催日時とを順次比較して、評価日時がイベントの開始時刻から終了時刻の間又は終了時刻となるタイミングを検出するようにしている。続いて、そのタイミングが、特定のイベントが開催されるタイミングであり、かつ、そのイベントの特定の時期であるか否かを判断する、即ち、処理開始タイミングであるか否かを判断するようにしている。

この第１の評価依頼開始判断処理において参照されるスケジュールの一例を、図４のテーブル１０に示す。図４に示すテーブル１０には、被評価者Ａが参加するイベントのスケジュール情報が登録されており、イベントが開催される年月日１１，開始時刻１２、及び終了時刻１３を記憶した日時１７，イベントの概要を示す内容１４，イベントを区分した種別１５，イベントに参加する人を示すメンバー１６がそれぞれ記憶されている。評価対象のイベントについては、日時１７のうち、年月日１１と開始時刻１２とを組み合わせた開始日時から、年月日１１と終了時刻１３とを組み合わせた終了日時までの期間が、評価対象期間となる。本実施形態のスケジュールは、終了日時が現在日時から近い順にソートされ、既に終了したスケジュールについてはテーブル１０から削除されるようになっている。また、このスケジュールは、Ａが所有する端末１００のＥＥＰＲＯＭ１４０に記憶されるようにしてもよいし、スケジュールを記憶するスケジュール記憶装置等からネットワーク５０を介してＲＡＭ１３０等に読み込むようにしてもよい。尚、スケジュールが第１の評価依頼開始判断処理実行時のみ参照される場合には、スケジュールにメンバー１６が登録されていなくてもよい。

次に、第１の評価依頼開始判断処理の流れを、図５を参照して説明する。図５に示すように、まず、スケジュール情報チェック処理を実行する（Ｓ５２）。このスケジュール情報チェック処理を、図６を参照して説明する。図６に示すように、まず、評価日時に計時装置１８０から取得した現在日時（年月日、時、分）をセットし、ＲＡＭ１３０に記憶する（Ｓ６２）。Ｓ６２においてセットされた評価日時が２００７年３月３日８時４５分であり、スケジュール番号ｎが１である場合には、評価日時は１番目のスケジュール情報１８の終了日時２００７年３月３日１２時０分ではなく（Ｓ６４：Ｎｏ）、開始日時２００７年３月３日９時０分から終了日時２００７年３月３日１２時０分までの範囲に入らない（Ｓ６６：Ｎｏ）。よって、図４のテーブル１０を参照し、ｎ＋１番目のスケジュール情報があるか否かを判断する（Ｓ６８）。テーブル１０には、２番目のスケジュール情報が記憶されているので（Ｓ６８：Ｙｅｓ）、続いて、次の順序のスケジュール情報を読み出すための処理として、ｎを１増加（インクリメント）して、ＲＡＭ１３０に記憶する（Ｓ７０）。続いて、Ｓ６４に戻り処理を繰り返す。

同様の処理が繰り返し実行され、Ｓ７０においてｎが８になった場合、評価日時は、８番目のスケジュール情報１９の終了日時２００７年３月４日１８時０分ではなく（Ｓ６４：Ｎｏ）、開始日時２００７年３月４日１７時０分から終了日時２００７年３月４日１８時０分までの範囲に入らない（Ｓ６６：Ｎｏ）。そして、８番目のスケジュール情報１９は最後のスケジュール情報であるため（Ｓ６８：Ｎｏ）、続いて、ｎに１をセットし、ＲＡＭ１３０に記憶する（Ｓ８０）。この処理は、評価日時を更新して、再度同様の処理を実行させるための処理である。続いて、タイマーをスタートさせた後（Ｓ８２）、タイマーをスタートさせてから、スケジュールチェック間隔時間が経過しているか否かを判断する（Ｓ８４）。この処理は、スケジュールチェック間隔時間毎に処理開始タイミングを検出するための処理を実行させるための処理である。本実施形態のスケジュールチェック間隔時間は、図３のフローチャートのＳ３２において設定した１分間である。タイマーをスタートさせてからスケジュールチェック間隔時間を経過していない場合には（Ｓ８４：Ｎｏ）、続いて、スケジュールチェック間隔時間が経過するまで待機する。一方、タイマーをスタートさせてからスケジュールチェック間隔時間が経過している場合には（Ｓ８４：Ｙｅｓ）、続いて、Ｓ６２に戻り処理を繰り返す。

Ｓ６２において、評価日時に２００７年３月３日９時０分がセットされた場合、評価日時は１番目のスケジュール情報１８の終了日時２００７年３月３日１２時０分ではないが（Ｓ６４：Ｎｏ）、開始日時２００７年３月３日９時０分から終了日時２００７年３月３日１２時０分までの範囲である（Ｓ６６：Ｙｅｓ）。この場合は、評価依頼契機に「開始」をセットし、ＲＡＭ１３０に記憶する（Ｓ７４）。この処理は、処理開始タイミングの候補を、被評価者が参加するイベントの開始日時から終了日時までの間に設定するための処理である。処理開始タイミングの候補を開始日時ではなく、開始日時から終了日時までの間としているのは、処理開始タイミングの候補となる期間を長く設定するためである。続いて、テーブル１０を参照し、依頼スケジュール日時にｎ番目のスケジュール情報の日時１７をセットし、ＲＡＭ１３０に記憶する（Ｓ７６）。続いて、テーブル１０を参照し、スケジュール種別にｎ番目のスケジュール情報の種別１５をセットし、ＲＡＭ１３０に記憶する（Ｓ７８）。続いて、図５に示す評価依頼開始判断処理に戻る。

Ｓ６２において、評価日時に２００７年３月３日１２時０分がセットされた場合、評価日時は１番目のスケジュール情報１８の終了日時２００７年３月３日１２時０分である（Ｓ６４：Ｙｅｓ）。この場合には、評価依頼契機に「終了」をセットし、ＲＡＭ１３０に記憶する（Ｓ７２）。この処理は、処理開始タイミングの候補を、被評価者が参加するイベントの終了日時に設定するための処理である。続いて、前述のＳ７６及びＳ７８の処理を実行し、図５に示す評価依頼開始判断処理に戻る。

引き続き、図５を参照して評価依頼開始判断処理を説明する。スケジュール情報チェック処理後（Ｓ５２）、図７に示す評価依頼契機テーブル２０及びＲＡＭ１３０を参照し、図６のＳ７２又はＳ７４において設定した評価依頼契機が、図６のＳ７８において設定したスケジュール種別に対応する評価依頼契機として、評価依頼契機テーブル２０に登録されているか否かを判断する（Ｓ５４）。スケジュール種別２１と評価依頼契機２２とを含む本実施形態の評価依頼契機テーブル２０は、ＲＯＭ１２０又はＥＥＰＲＯＭ１４０に記憶されている。図６のＳ７４において、評価依頼契機に「開始」をセットし、図６のＳ７８においてスケジュール種別に「来客」をセットした場合には、スケジュール種別「来客」に対応する評価依頼契機は評価依頼契機テーブル２０に登録されていない（Ｓ５４：Ｎｏ）。この場合には、直前に実行されたＳ５２において検出された、処理開始タイミングの候補を、処理開始タイミングとして設定するための処理を行わず、Ｓ５２に戻り処理を繰り返す。一方、図６のＳ７２において、評価依頼契機に「終了」をセットし、図６のＳ７８においてスケジュール種別に「会議」をセットした場合、評価依頼契機情報２４に、スケジュール種別「会議」に対応する評価依頼契機「終了」が登録されている（Ｓ５４：Ｙｅｓ）。この場合には、続いて、図６のＳ７６において設定した依頼スケジュール日時が、図８の評価依頼送信確認テーブル３０に登録されているか否かを判断する（Ｓ５６）。

本実施形態では、同一イベント、かつ、同一の評価依頼契機が複数回検出され、重複して評価依頼が送信されることを回避するために、図８の評価依頼送信確認テーブル３０のように、既に処理開始タイミングを定めたイベントの日時３５及び評価依頼契機３４を随時ＥＥＰＲＯＭ１４０に記憶するようにしている。図６のＳ７６において設定した依頼スケジュール日時が、評価依頼送信確認テーブル３０に登録されている場合には（Ｓ５６：Ｙｅｓ）、続いて、依頼スケジュール日時に対応する評価依頼契機として、図６のＳ７２又はＳ７４において設定した評価依頼契機が評価依頼送信確認テーブル３０に登録されているか否かが判断される（Ｓ５８）。図６のＳ７２又はＳ７４において設定した評価依頼契機が評価依頼送信確認テーブル３０に登録されている場合には（Ｓ５８：Ｙｅｓ）、直前に実行されたＳ５２において検出された処理開始タイミングの候補は、既に評価依頼送信確認テーブル３０に登録されているので、その候補を処理開始タイミングとして設定するための処理を行わず、Ｓ５２に戻り処理を繰り返す。

一方、図６のＳ７６において設定した依頼スケジュール日時が、評価依頼送信確認テーブルに登録されていない場合（Ｓ５６：Ｎｏ）、又は図６のＳ７６において設定した依頼スケジュール日時が、評価依頼送信確認テーブルに登録されているが（Ｓ５６：Ｙｅｓ）、評価依頼契機は登録されていない場合には（Ｓ５８：Ｎｏ）、続いて、図６のＳ７６において設定した依頼スケジュール日時、及び図６のＳ７２又はＳ７４において設定した評価依頼契機を評価依頼送信確認テーブル３０に追加し、ＥＥＰＲＯＭ１４０に記憶する（Ｓ６０）。続いて、評価依頼開始判断処理を終了し、図３に示す被評価者端末処理に戻る。

以上のように、ＣＰＵ１１０は、第１の評価依頼開始判断処理を実行する。第１の評価開始判断処理に従い処理開始タイミングを検出した場合には、被評価者が参加するイベントが登録されたスケジュールに基づき、処理開始タイミングを自動的に検出する。このため、処理開始タイミングを指示し忘れたり、誤ったタイミングで指示してしまったりすることを回避することができ、評価者が保持する端末１００に評価依頼を適切なタイミングで自動的に送信することができる。さらに、本実施形態では、検出された処理開始タイミングの候補の内、候補となるイベントが予め評価依頼契機テーブル２０に登録されている場合にのみ、処理開始タイミングを設定する。このため、評価対象となるイベントに対してのみ、評価依頼を送信させることができる。

次に、被評価者が指示を入力した時の現在時刻を処理開始タイミングとする場合に実行される評価依頼開始判断処理を第２の評価依頼開始判断処理として、図９のフローチャートを参照して説明する。図９は、図３の被評価者端末処理において実行される評価依頼開始判断処理の流れを示すフローチャートである。

図９に示すように、第２の評価依頼開始判断処理ではまず、端末１００の所有者により入力装置１５０が操作され、評価依頼開始を指示（評価依頼開始コマンド）する入力があるか否かを判断する（Ｓ７２）。端末１００の所有者が評価依頼開始コマンドを入力していない場合には（Ｓ７２：Ｎｏ）、端末１００の所有者が評価依頼開始コマンドを入力するまで待機する。一方、端末１００の所有者が評価依頼開始コマンドを入力した場合には（Ｓ７２：Ｙｅｓ）、評価日時に、計時装置１８０から取得した現在日時（年月日、時、分）をセットし、ＲＡＭ１３０に記憶する（Ｓ７４）。続いて、評価依頼開始判断処理を終了し、図３に示す被評価者端末処理に戻る。

以上のように、ＣＰＵ１１０は、第２の評価依頼開始判断処理を実行する。第２の評価開始判断処理に従い処理開始タイミングを検出した場合には、評価が必要なときにのみに評価依頼を評価者に送信させることができる。

次に、被評価者が指示を入力した時から所定時間経過時を処理開始タイミングとする場合に実行される評価依頼開始判断処理を第３の評価依頼開始判断処理として、図１０のフローチャートを参照して説明する。図１０は、図３の被評価者端末処理において実行される評価依頼開始判断処理の流れを示すフローチャートである。

図１０に示すように、第３の評価依頼開始判断処理ではまず、端末１００の所有者により入力装置１５０が操作され、評価依頼開始コマンドが入力された否かを判断する（Ｓ８２）。端末１００の所有者が評価依頼開始コマンドを入力していない場合には（Ｓ８２：Ｎｏ）、端末１００の所有者が評価依頼開始コマンドを入力するまで待機する。一方、端末１００の所有者が評価依頼開始コマンドを入力した場合には（Ｓ８２：Ｙｅｓ）、続いて、タイマーをスタートさせ（Ｓ８４）、タイマースタート時から所定期間経過しているか否かを判断する（Ｓ８６）。この所定時間は、任意に設定可能であり、Ｓ８２において、端末１００の所有者が評価依頼開始コマンドを入力する際に指定するようにしてもよいし、予めＥＥＰＲＯＭ１４０に記憶させるようにしておいてもよい。タイマースタートから所定時間経過していない場合には（Ｓ８６：Ｎｏ）、所定時間経過するまで待機する。一方、所定時間経過した場合には（Ｓ８６：Ｙｅｓ）、続いて、評価日時に計時装置１８０から取得した現在日時（年月日、時、分）をセットし、ＲＡＭ１３０に記憶する（Ｓ８８）。続いて、評価依頼開始判断処理を終了し、図３に示す被評価者端末処理に戻る。

以上詳述したように、ＣＰＵ１１０は、第３の評価依頼開始判断処理を実行する。第３の評価開始判断処理に従い処理開始タイミングを検出した場合には、所定時間を適切に設定することにより評価依頼を送信するタイミングを調整することができる。

次に、図３のＳ３６において実行される評価者決定処理について、図１１〜図１４を参照して説明する。本実施形態では、評価者を決定する方法として、前述の２種類のいずれかを設定可能となっている。いずれの方法が設定されているかは、別途実行されるプログラムにより設定され、ＥＥＰＲＯＭ１４０に記憶されているフラグに基づき決定する。まず、被評価者が参加するイベントと、そのイベントに参加する人とが登録されているスケジュールに基づいて評価者を決定する場合の評価者決定処理を第１の評価者決定処理として、図１１及び図４を参照して説明する。図１１は、図３の被評価者端末処理において実行される評価者決定処理の流れを示すフローチャートである。この処理において参照されるスケジュールは、図４のテーブル１０と同様である。

まず、図４のテーブル１０に示すスケジュールと、現在日時とを参照して、評価依頼を送信する対象となるイベントに参加する人を特定し、イベントに参加する人を評価者リストにセットしてＲＡＭ１３０に記憶する（Ｓ９２）。この処理において参照されるスケジュールは、前述した図４のテーブル１０である。具体的な処理としては、例えば、図６に示すスケジュールチェック処理と同様な処理を実行して、評価の対象となるｎ番目のスケジュールを特定し（Ｓ６４：Ｙｅｓ又はＳ６６：Ｙｅｓ）、Ｓ７２〜Ｓ７８の処理に替えて、ｎ番目のスケジュールのメンバー１６を評価者リストにセットする。図４のテーブル１０において、１番目のスケジュール情報１８が評価の対象となるイベントである場合には、メンバーとして、「Ａ．Ｂ，Ｃ」をそれぞれ評価者リストにセットする。続いて、ｎ番目のスケジュールのメンバー１６を記憶した評価者リストから、端末１００の所有者Ａ（被評価者）の名前を削除する（Ｓ９４）。イベント参加時の被評価者の評価として、自己評価を取得する場合には、このＳ９４の処理を省略するようにしてもよい。続いて、評価者決定処理を終了し、図３に示す被評価者端末処理に戻る。

以上詳述したように、ＣＰＵ１１０は、第１の評価者決定処理を実行する。第１の評価者決定処理を実行して評価者を決定した場合には、スケジュールに基づき評価者を適切、かつ容易に決定することができ、評価者を決定するのに要する手間を省くことができる。またスケジュールを確認することにより、被評価者は、評価対象期間をイベントに参加している期間とする評価を誰から付与されるのかを予め知ることができるという利点があり、評価者は、誰の評価をしなければならないかを予め知ることができるという利点がある。また、最終評価者にとっては、被評価者に対する評価を誰が付与するのかをスケジュールを確認することにより予め知ることができるという利点がある。

次に、被評価者が参加するイベントの会場にいる人を、無線信号を用いて特定して評価者を決定する場合に実行される評価者決定処理を第２の評価者決定処理として、図１２〜図１４を参照して説明する。図１２は、図３の被評価者端末処理において実行される評価者決定処理の流れを示すフローチャートである。また図１３は、イベントの会場にいる人を特定するための無線信号に含まれる情報を例示する表であり、図１４は、評価者が所有する端末１００から被評価者が所有する端末１００に対して送信された無線信号に含まれる情報を例示する表である。

第２の評価者決定処理では、被評価者が所有する端末１００からイベントの会場にいる人を特定するための無線信号を発信する。そして、所有者の端末１００に周囲検索時間内に返信を送信した端末１００の所有者を被評価者が参加するイベントの会場にいる人として特定する。したがって、厳密には、イベントの会場の範囲は、端末１００から発信される無線信号が届く範囲によって規定される。

図１２に示すように、第２の評価者決定処理ではまず、無線信号に含ませる情報をセットする処理として、図１３のテーブル６０に示すように、データの概要（用件）を示すデータタイプに「評価者依頼通知」をセットし、送信先アドレスに「ブロードキャスト」をセットし、通知依頼者名に自端末の所有者名Ａをセットし、それぞれＲＡＭ１３０に記憶する（Ｓ１０２，Ｓ１０４，Ｓ１０６）。続いて、タイマーをスタートさせ（Ｓ１０８）、Ｓ１０２，Ｓ１０４及びＳ１０６において設定した情報（評価者名通知依頼情報）を含む無線信号を送信する（Ｓ１１０）。送信された無線信号を受信した他の端末１００では、図２６及び図２９を参照して後述するように、その端末１００の所有者が無線信号を受信できる範囲にいたことを示すデータを、無線信号を送信した端末１００に返信するようにしている。

ここで例えば、図１４のテーブル７０に示すような情報を含むデータを新たに受信した場合には（Ｓ１１２：Ｙｅｓ）、受信したデータに含まれる送信アドレスがＡを所有者とする端末１００のアドレス（自端末アドレス）であり（Ｓ１１４：Ｙｅｓ）、受信したデータに含まれるデータタイプが、評価者名通知である（Ｓ１１６：Ｙｅｓ）。よって、受信したデータに含まれる評価者名が、評価者リストに未登録か否かを判断する（Ｓ１１８）。この処理は、評価者を評価者リストに重複して登録することを回避するための処理である。評価者リストには、図３のＳ３２において「なし」がセットされ、後述するＳ１２０において随時追加される。受信したデータに含まれる評価者名Ｂが評価者リストに未登録である場合には（Ｓ１１８：Ｙｅｓ）、続いて、評価者名に受信したデータに含まれる評価者名Ｂを追加して、ＲＡＭ１３０に記憶する（Ｓ１２０）。

一方、Ｓ１１２において新たにデータを受信していない場合（Ｓ１１２：Ｎｏ）、Ｓ１１２において受信したデータに含まれる送信アドレスが自端末アドレスではない場合（Ｓ１１４：Ｎｏ）、若しくはデータタイプが評価者名通知ではない場合（１１６：Ｎｏ）、又は受信したデータに含まれる評価者名が評価者リストに既に登録されている場合には（Ｓ１１８：Ｎｏ）、続いて、Ｓ１２２の処理を実行する。Ｓ１２２では、Ｓ１０８においてタイマーをスタートさせてから、周囲検索時間が経過しているか否かを判断する（Ｓ１２２）。この周囲検索時間は適宜設定可能であり、本実施形態では、図３のＳ３２において設定した１分間である。タイマーをスタートさせてから、周囲検索時間を経過していない場合には（Ｓ１２２：Ｎｏ）、続いて、Ｓ１１２に戻り処理を繰り返す。一方、タイマーをスタートさせてから、周囲検索時間を経過した場合には（Ｓ１２２：Ｙｅｓ）、続いて、評価者決定処理を終了し、図３に示す被評価者端末処理に戻る。

以上詳述したように、ＣＰＵ１１０は、第２の評価者決定処理を実行する。第２の評価決定処理を実行して評価者を決定した場合には、実際に被評価者が参加するイベントに参加した人を評価者とすることができ、評価者を適切、かつ自動的に決定することができる。このため、例えば、イベントに参加しなかった人を評価者として決定したり、イベントに参加した人が評価者として決定されなかったりするという不都合が生じることを回避することができる。

次に、図３のＳ３８において実行される評価依頼内容決定処理について、図１５〜図２２を参照して説明する。本実施形態では評価依頼内容決定処理として、前述の３種類のいずれかを設定可能となっている。いずれの方法が設定されているかは、別途実行されるプログラムにより設定され、ＥＥＰＲＯＭ１４０に記憶されているフラグに基づき決定する。まず、スケジュールに基づき決定した評価依頼契機に対応する評価依頼の内容を、予め定められたリストの中からＣＰＵ１１０が自動選択する場合に実行される評価依頼内容決定処理を第１の評価依頼内容決定処理として、図１５〜図１７を参照して説明する。図１５は、図３の被評価者端末処理において実行される評価依頼内容決定処理の流れを示すフローチャートであり、また、図１６は、図１５の評価依頼内容決定処理において実行される評価依頼契機検索処理の流れを示すフローチャートである。また図１７は、評価状況種別及び評価依頼契機毎に定められた評価依頼内容を例示する表である。尚、第１の評価依頼内容決定処理において参照されるスケジュールは、前述した図４のテーブル１０である。

本実施形態の第１の評価依頼内容決定処理では、被評価者が参加するイベントが登録されているスケジュールを参照して、評価依頼契機及びスケジュール情報の種別に応じて評価依頼内容を決定する。そこで図１５に示すように、まず、評価依頼準備完了フラグに０をセットし、ＲＡＭ１３０に記憶する（Ｓ１３０）。続いて、評価依頼契機を設定するための評価依頼契機検索処理を実行する（Ｓ１３２）。この評価依頼契機検索処理について、図１６及び図４を参照して説明する。

評価依頼契機検索処理では、図１６に示すように、まず、スケジュール番号ｎに１をセットし、ＲＡＭ１３０に記憶する（Ｓ１５２）。続いて、評価依頼契機に「なし」をセットし、ＲＡＭ１３０に記憶する（Ｓ１５４）。続いて、図４のテーブル１０に示すスケジュールを参照し、図６のＳ６２，図９のＳ７４又は図１０のＳ８８において設定した評価日時が、ｎ番目のスケジュール情報の終了日時か否かを判断する（Ｓ１５６）。評価日時が２００７年３月３日８時４５分であり、スケジュール番号ｎが１である場合には、評価日時は１番目のスケジュール情報１８の終了日時２００７年３月３日１２時０分ではなく（Ｓ１５６：Ｎｏ）、開始日時２００７年３月３日９時０分から終了日時２００７年３月３日１２時０分までの範囲でもない（Ｓ１５８：Ｎｏ）。よって、図４のテーブル１０を参照し、ｎ＋１番目のスケジュール情報があるか否かを判断する（Ｓ１６０）。テーブル１０には、２番目のスケジュール情報が記憶されているので（Ｓ１６０：Ｙｅｓ）、続いて、ｎを１増加（インクリメント）して、ＲＡＭ１３０に記憶する（Ｓ１６２）。続いて、Ｓ１５６に戻り処理を繰り返す。

Ｓ１６２においてｎが８になった場合、評価日時は、８番目のスケジュール情報１９の日時１７の終了時刻２００７年３月４日１８時０分ではなく（Ｓ１５６：Ｎｏ）、開始日時２００７年３月４日１７時０分から終了日時２００７年３月４日１８時０分までの範囲でもない（Ｓ１５８：Ｎｏ）。そして、８番目のスケジュール情報１９は最後のスケジュール情報であるため（Ｓ１６０：Ｎｏ）、続いて、評価依頼契機検索処理を終了し、図１５に示す評価依頼内容決定処理に戻る。

一方、Ｓ１５６において評価日時が２００７年３月３日９時０分である場合、評価日時は１番目（ｎ＝１）のスケジュール情報１８の終了日時２００７年３月３日１２時０分ではないが（Ｓ１５６：Ｎｏ）、開始日時２００７年３月３日９時０分から終了日時２００７年３月３日１２時０分までの範囲である（Ｓ１５８：Ｙｅｓ）。この場合は、評価依頼契機に「開始」をセットし、ＲＡＭ１３０に記憶する（Ｓ１６６）。続いて、図４のテーブル１０に示すスケジュールを参照し、評価状況種別に１番目のスケジュール情報１８の種別１５「会議」をセットし、ＲＡＭ１３０に記憶する（Ｓ１６８）。続いて、評価状況内容に、１番目のスケジュール情報１８の内容１４「特許アイディア出し」をセットし、ＲＡＭ１３０に記憶する（Ｓ１７０）。続いて、図１５に示す評価依頼内容決定処理に戻る。

Ｓ１５６において、評価日時が２００７年３月３日１２時０分である場合、評価日時は１番目（ｎ＝１）のスケジュール情報１８の終了日時２００７年３月３日１２時０分である（Ｓ１５６：Ｙｅｓ）。この場合には、評価依頼契機に「終了」をセットし、ＲＡＭ１３０に記憶する（Ｓ１６４）。続いて、前述のＳ１６８及びＳ１７０と同様の処理を実行し、図１５に示す評価依頼内容決定処理に戻る。

引き続き図１５を参照して、評価依頼内容決定処理について説明する。Ｓ１３２に続いて、ＲＡＭ１３０を参照して、評価依頼契機に開始又は終了がセットされているか否かを判断する（Ｓ１３４）。評価依頼契機が開始又は終了である場合は（Ｓ１３４：Ｙｅｓ）、続いて、図１７に示す評価依頼内容テーブル８０及びＲＡＭ１３０を参照して、図１６のＳ１６４又はＳ１６６において設定した評価依頼契機が、図１６のＳ１６８において設定した評価状況種別に対応する評価依頼契機として評価依頼内容テーブル８０に登録されているか否かを判断する（Ｓ１３６）。

評価依頼内容テーブル８０は、評価状況種別８１，評価依頼契機８２，評価依頼内容８３及び評価者の入力の有無８４を含み、ＲＯＭ１２０又はＥＥＰＲＯＭ１４０に記憶されている。評価依頼契機検索処理において設定した評価依頼契機が「終了」、評価状況種別が「会議」である場合には、評価依頼内容テーブル８０に評価依頼内容情報８６が登録されているので（Ｓ１３６：Ｙｅｓ）、続いて、評価依頼内容と評価者の入力の有無とを決定する（Ｓ１３８）。具体的には、評価依頼契機が「終了」及び評価状況種別が「会議」である場合、評価依頼内容テーブル８０を参照して、評価依頼内容情報８６に対応する評価依頼内容８３と評価者の入力の有無８４とに決定する。続いて、評価依頼内容にＳ１３８において決定した評価依頼内容をセットし、評価者の入力の有無にＳ１３８において決定した評価者の入力の有無をセットし、それぞれＲＡＭ１３０に記憶する（Ｓ１４０，Ｓ１４２）。続いて、評価依頼準備完了フラグに１をセットし、ＲＡＭ１３０に記憶する（Ｓ１４４）。続いて、評価依頼内容決定処理を終了し、図３の被評価者端末処理に戻る。このように、Ｓ１４４において評価者依頼準備完了フラグに１がセットされた場合には、図３の被評価者端末処理において、評価依頼送信処理が実行される（Ｓ４０：Ｙｅｓ，Ｓ４２）。

一方、Ｓ１３４において、評価依頼契機に開始又は終了がセットされていない場合（Ｓ１３４：Ｎｏ）、又は図１６のＳ１６４又はＳ１６６において設定した評価依頼契機が、図１６のＳ１６８において設定した評価状況種別に対応する評価依頼契機として評価依頼内容テーブル８０に登録されていない場合には（Ｓ１３４：Ｙｅｓ，Ｓ１３６：Ｎｏ）、Ｓ１３８〜Ｓ１４４の処理を行わず、図３の被評価者端末処理に戻る。この場合、評価依頼準備完了フラグには０がセットされているので、図３の被評価者端末処理において、評価依頼送信処理が実行されず、Ｓ３２に戻り処理を繰り返す（Ｓ４０：Ｎｏ）。

以上詳述したように、ＣＰＵ１１０は、第１の評価依頼内容決定処理を実行する。第１の評価依頼内容決定処理を実行して評価依頼内容を決定した場合には、被評価者が参加するイベントが登録されているスケジュールと、評価日時とにより決定した評価依頼契機及びスケジュール情報の種別に応じて評価依頼内容を自動的に決定する。このため、評価依頼内容を決定するための手間を省くことができる。また、評価状況種別及び評価依頼契機に応じた、適切な評価依頼内容を設定することができる。尚、第１の評価依頼内容決定処理における評価依頼内容テーブル８０の内容は適宜設定することができ、本実施形態の場合に限定されない。

次に、評価依頼内容を予めＲＯＭ１２０等に記憶されているリストの中から、端末１００の所有者が選択して決定する場合に実行される評価依頼内容決定処理を第２の評価依頼内容決定処理として、図１８〜図２０を参照して説明する。図１８は、図３の被評価者端末処理において実行される評価依頼内容決定処理の流れを示すフローチャートであり、図１９は、評価依頼内容の候補を評価状況種別毎に記憶した表である。図２０は、評価依頼内容決定処理において出力装置１６０に表示される画面の一例を示す説明図である。

本実施形態の第２の評価依頼内容決定処理では、図１９のテーブル４００に記憶されている文章４０３を、表示項目４０１毎に端末１００の出力装置１６０に表示させ、所有者に表示されたリストから所望の内容を選択させるようにしている。このテーブル４００は、ＲＯＭ１２０又はＥＥＰＲＯＭ１４０に記憶されている。

図１８に示すように、第２の評価依頼内容決定処理ではまず、テーブル４００を参照し、評価状況種別の選択を求める文章を、出力装置１６０に表示する（Ｓ１８２）。この処理により、例えば、データ４０５の文章４０３が、画面５００の表示欄５０１に表示される。続いて、所有者が入力装置１５０を操作して選択した評価状況種別５０２を評価状況種別にセットし、ＲＡＭ１３０に記憶する（Ｓ１８４）。続いて、ＲＡＭ１３０及びテーブル４００を参照して、Ｓ１８４において設定された評価状況種別に応じた評価状況内容の選択を求める文章を出力装置１６０に表示する（Ｓ１８６）。Ｓ１８４において選択された評価状況種別が「会議」である場合には、評価状況種別４０２が「会議」であるデータ４０６の文章４０３が、表示欄５０３に表示される。続いて、所有者が入力装置１５０を操作して選択した評価状況内容５０４を評価状況内容にセットし、ＲＡＭ１３０に記憶する（Ｓ１８８）。同様に、ＲＡＭ１３０及びテーブル４００を参照して、Ｓ１８４において選択された評価状況種別に応じた評価内容の選択を求める文章を出力装置１６０に表示する（Ｓ１９０）。Ｓ１８４において設定された評価状況種別が「会議」である場合には、評価状況種別４０２が「会議」であるデータ４０７の文章４０３が、表示欄５０５に表示される。続いて、所有者が入力装置１５０を操作して選択した評価内容５０６を評価内容にセットし、ＲＡＭ１３０に記憶する（Ｓ１９２）。

続いて、ＲＡＭ１３０及びテーブル４００を参照し、Ｓ１９２において設定された評価内容に対応する評価者の入力の有無を、評価者の入力の有無にセットし、ＲＡＭ１３０に記憶する（Ｓ１９４）。図１９に示すように、評価者の入力が必要な評価内容については、対応する数字が評価者の入力有４０４に記憶されている。したがって、この評価者の入力有４０４に記憶されている数字に対応する評価内容が設定された場合には、評価者の入力の有無に「あり」をセットし、評価者の入力有４０４に記憶されていない数字に対応する評価内容が設定された場合には、評価者の入力の有無に「なし」をセットする。続いて、評価依頼準備完了フラグに１をセットし、ＲＡＭ１３０に記憶する（Ｓ１９６）。続いて、評価依頼内容決定処理を終了し、図３の被評価者端末処理に戻る。

以上詳述したように、ＣＰＵ１１０は、第２の評価依頼内容決定処理を実行する。第２の評価依頼内容決定処理を実行して評価依頼内容を決定した場合には、被評価者は、予めＲＯＭ１２０等に記憶されているリストの中から、所望の評価依頼内容を容易な操作により選択することができる。尚、第２の評価依頼内容決定処理において参照するテーブル４００の内容は適宜設定することができ、本実施形態の場合に限定されない。

次に、評価依頼内容を端末１００の所有者が任意に決定する場合に実行される評価依頼内容決定処理を第３の評価依頼内容決定処理として、図２１及び図２２を参照して説明する。図２１は、図３の被評価者端末処理において実行される評価依頼内容決定処理の流れを示すフローチャートであり、図２２は、評価依頼内容決定処理において出力装置１６０に表示される画面の一例を説明するための説明図である。

本実施形態の第３の評価依頼内容決定処理では、決定すべき項目を示す文章を、図２２の画面５１０に示すように、随時出力装置１６０の画面に表示させ、端末１００の所有者に評価依頼の内容を入力することを促すようにしている。出力装置１６０に表示させる文章は、ＲＯＭ１２０又はＥＥＰＲＯＭ１４０に記憶されている。

図２１に示すように、第３の評価依頼内容決定処理ではまず、評価状況種別の入力を求める文章を出力装置１６０に表示する（Ｓ２０２）。この処理において、例えば、文章「評価状況の種別を入力してください。」を画面５１０の表示欄５１１に表示する。続いて、所有者が入力装置１５０を操作して入力した評価状況種別５１２（例えば、「会議」）を評価状況種別にセットし、ＲＡＭ１３０に記憶する（Ｓ２０４）。続いて、評価状況内容の入力を求める文章を出力装置１６０に表示する（Ｓ２０６）。この処理において、例えば、文章「評価状況の内容を記入してください。」を表示欄５１３に表示する。続いて、所有者が入力装置１５０を操作して入力した評価状況内容５１４（例えば、「プロジェクト方針検討会」）を、評価状況内容にセットし、ＲＡＭ１３０に記憶する（Ｓ２０８）。続いて、評価内容の入力を求める文章を出力装置１６０に表示する（Ｓ２１０）。この処理において、例えば、文章「依頼する評価の内容を入力してください。」を表示欄５１５に表示する。続いて、所有者が入力装置１５０を操作して入力した評価内容５１６（例えば、「私の本日の会議での頑張り具合を評価して下さい。（１:普通 ２:まあまあ頑張った ３:結構頑張った ４:かなり頑張った ５:極めて頑張った）」）を、評価内容にセットし、ＲＡＭ１３０に記憶する（Ｓ２１２）。

続いて、評価者の入力の有無の入力を求める文章を出力装置１６０に表示する（Ｓ２１４）。この処理において、例えば、文章「評価者の入力の有無を入力してください。」を表示欄５１７に表示する。続いて、所有者が入力装置１５０を操作して入力した評価者の入力の有無５１８（例えば、「あり」）を、評価者の入力の有無にセットし、ＲＡＭ１３０に記憶する（Ｓ２１６）。続いて、評価依頼準備完了フラグに１をセットし、ＲＡＭ１３０に記憶した後（Ｓ２１８）、図３の被評価者端末処理に戻る。

以上詳述したように、ＣＰＵ１１０は、第３の評価依頼内容決定処理を実行する。第３の評価依頼内容決定処理を実行して評価依頼内容を決定した場合には、被評価者は、評価状況内容、評価状況種別等を考慮し、被評価者が評価してもらいたい事項を評価依頼内容として自由に設定することができる。尚、第１〜第３の評価依頼内容決定処理において決定される評価依頼には、少なくとも評価対象期間、被評価者及び評価を依頼することを示す事項が含まれていればよく、その他の項目については適宜変更可能である。

次に、図３に示す被評価者端末処理のＳ４２において実行される評価依頼送信処理について図２３〜図２５を参照して説明する。図２３は、図３に示す被評価者端末処理において実行される評価依頼送信処理の流れを示すフローチャートであり、図２４は、評価依頼送信処理において設定される情報を例示する表である。図２５は、端末１００のアドレスの一覧を記憶した表である。

図２３に示すように評価依頼送信処理では、図２４のテーブル４１０に示すような評価依頼送信用の情報を順次セットする。まず、データタイプに「評価依頼」をセットし、ＲＡＭ１３０に記憶する（Ｓ２２２）。続いて、ＲＡＭ１３０に記憶されている評価者リストと、図２５に示すアドレステーブル４２０とを参照して、送信アドレスに、評価者が所有する端末１００のアドレス（例えば、端末所有者Ｂのアドレス「１０．１２３．１７９．１２」）をセットし、ＲＡＭ１３０に記憶する（Ｓ２２４）。アドレステーブル４２０は、ＥＥＰＲＯＭ１４０に記憶されている。続いて、ＲＡＭ１３０を参照して、評価者名に、評価者リスト中のすべての端末所有者名をセットし、評価依頼者名に自端末の所有者名Ａをセットし、それぞれＲＡＭ１３０に記憶する（Ｓ２２６，Ｓ２２８）。続いて、ＲＡＭ１３０を参照して、評価日時に、図３の被評価者端末処理において実行されるＳ３４において設定された評価日時をセットし、ＲＡＭ１３０に記憶する（Ｓ２３０）。同様に、評価状況種別、評価状況内容、評価内容及び評価者の入力の有無に図３の被評価者端末処理において実行されるＳ３８において設定された値をセットし、それぞれＲＡＭ１３０に記憶する（Ｓ２３２，Ｓ２３４，Ｓ２３６，Ｓ２３８）。続いて、Ｓ２２２〜Ｓ２３８において値を設定したテーブル４１０の情報を含む無線信号をＩ／Ｆ１７０を開始して送信し（Ｓ２４０）、図３の被評価者端末処理に戻る。

以上詳述したように、ＣＰＵ１１０は、端末１００が本発明の「評価依頼装置」として機能した場合の処理に相当する被評価者端末処理を実行する。尚、図１１の評価者決定処理のＳ９２において、図４のテーブル１０に示す被評価者が参加するイベントと、そのイベントに参加する人とが登録されたスケジュールを参照して、その被評価者が参加するイベントに参加する人を評価者として決定する、図１に示すＣＰＵ１１０は、本発明の評価者決定手段として機能する。また、図１２に示す評価者決定処理において、前記被評価者が参加するイベントの会場にいる人を、無線信号を用いて特定し、評価者として決定する（Ｓ１２０）、図１に示すＣＰＵ１１０は、本発明の評価者決定手段として機能する。

また図３の被評価者端末処理において、被評価者が参加するイベントが登録されたスケジュールに基づき決定されたタイミングで、評価依頼を送信するための処理を開始させ（Ｓ３４）、被評価者がイベントに参加した期間を評価対象期間として、被評価者に対して評価を付与することを依頼する評価依頼を、評価者決定手段により決定された評価者が保持する端末１００に送信する（Ｓ４２）、図１に示すＣＰＵ１１０及びＩ／Ｆ１７０は、本発明の評価依頼送信手段として機能する。評価者が所有する端末１００に評価依頼を送信するタイミングを指定する、図１に示す入力装置１５０は、本発明のタイミング指定手段に相当する。また図３の被評価者端末処理において、入力装置１５０により指定されたタイミング又はそのタイミングから所定時間経過時に評価依頼を送信するための処理を開始させ（Ｓ３４）、被評価者がイベントに参加した期間を評価対象期間として、被評価者に対して評価を付与することを依頼する評価依頼を、評価者決定手段により決定された評価者が保持する端末１００に送信する、図１に示すＣＰＵ１１０及びＩ／Ｆ１７０は、本発明の評価依頼送信手段として機能する。

次に、図２のメイン処理のＳ１８において起動される評価者端末処理を、図２６〜図３７を参照して説明する。具体例として、所有者Ｂの端末において評価者端末処理が実行される場合について説明する。図２６は、図２のメイン処理において起動される評価者端末処理の流れを示すフローチャートである。尚、以下の説明では、説明を簡単にするために評価者端末処理に用いる変数名は、前述の被評価者端末処理に用いた変数名と同様としているが、両処理においてそれらの変数は明確に区別されるようになっている。

図２６に示すように、まず、初期化処理を実行する（Ｓ３０２）。この処理において、評価状況種別、評価状況内容、評価内容、評価結果、評価コメントに「なし」をセットし、それぞれＲＡＭ１３０に記憶する。続いて、端末１００が受信したデータ又は、端末１００の所有者Ｂによる指示に基づき、被評価者に対する評価を付与する処理を開始するか否かを判断する評価開始判断処理を実行する（Ｓ３０４）。この評価開始判断処理の詳細は、図２７〜図２９を参照して後述する。続いて、イベントに参加している期間を評価対象期間とする被評価者に評価を付与する評価処理を実行する（Ｓ３０６）。この評価処理の詳細については、図３０〜図３４を参照して後述する。続いて、ＲＡＭ１３０を参照して、評価が完了しているか否かを示す評価完了フラグに１がセットされているか否かを判断する（Ｓ３０８）。

図３０を参照して後述するように、評価処理（Ｓ３０６）において、評価が完了した場合に、この評価完了フラグに評価が完了していることを示す１をセットするようにしている。したがって、評価完了フラグに評価が完了していないことを示す０がセットされている場合には（Ｓ３０８：ＮＯ）、評価を送信するための処理を実行せずに、Ｓ３０２に戻り処理を繰り返す。評価完了フラグに１がセットされている場合には（Ｓ３０８：Ｙｅｓ）、続いて、Ｓ３０６において被評価者に対して付与した評価を、評価記憶装置２００に送信する、評価結果送信処理を実行する（Ｓ３１０）。この評価結果送信処理の詳細は、図３５〜図３７を参照して後述する。続いて、Ｓ３０２に戻り処理を繰り返す。

以上のように、ＣＰＵ１１０は、評価者端末処理のメイン処理を実行する。続いて、図２６の評価者端末処理のＳ３０４において実行される、評価開始判断処理について図２７〜図２９を参照して説明する。図２７は、図２６の評価者端末処理において実行される評価開始判断処理の流れを示すフローチャートであり、図２８は、出力装置１６０に表示された評価依頼例を説明するための説明図である。図２９は、図２７の評価開始判断処理において実行される評価者名通知処理の流れを示すフローチャートである。

本実施形態の端末１００では、被評価者の端末１００から送信された評価依頼に応じて評価を付与する場合（依頼評価）と、被評価者の端末１００から評価依頼が送信されていないが、自発的に被評価者に対して評価を付与する場合（自発評価）との２種類の評価付与方法を実行できる。したがって、評価を開始するか否かを判断する評価開始判断処理においては、被評価者から評価依頼が送信されたか否か、及び端末１００の所有者により自発的に被評価者に対して評価を付与することを指示する評価開始コマンドが入力されたか否かを検出する。

図２７に示すように、評価開始判断処理ではまず、端末１００が新たにデータを受信したか否かを判断する（Ｓ３２０）。新たにデータを受信していない場合には（Ｓ３２０：Ｎｏ）、端末１００の所有者Ｂが入力装置１５０を操作して、評価開始コマンドを入力したか否かを判断する（Ｓ３２２）。この処理は、被評価者の端末１００から評価依頼が送信されていない場合であっても、端末１００の所有者が自発的に被評価者に対して評価を付与することを受け入れるための処理である。評価開始コマンドが入力されていない場合には（Ｓ３２２：Ｎｏ）、続いて、Ｓ３２０に戻り処理を繰り返す。一方、評価開始コマンドが入力された場合には（Ｓ３２２：Ｙｅｓ）、続いて、評価付与方法を示す評価理由に、自発的に被評価者に対して評価を付与する場合であることを示す「自発」をセットし、ＲＡＭ１３０に記憶する（Ｓ３２４）。続いて、図２６の評価者端末処理に戻る。

一方、Ｓ３２０において、図２４のテーブル４１０に示す情報を含むデータを受信した場合には（Ｓ３２０：Ｙｅｓ）、受信したデータに含まれる送信アドレスには、Ｂが所有する端末１００のアドレスが含まれ（Ｓ３２６：Ｙｅｓ）、データタイプは評価依頼である（Ｓ３２８：Ｙｅｓ）。よって、Ｓ３２０において受信したデータをＲＡＭ１３０に記憶する（Ｓ３３４）。続いて、図２８の画面４３０のように、Ｓ３２０において受信したデータに基づき、評価対象、評価状況（評価状況種別、日時、評価状況内容）、評価内容を、Ｂが所有する端末１００の出力装置１６０に表示させる（Ｓ３３６）。続いて、ＲＡＭ１３０を参照して、評価者の入力の有無に「あり」がセットされているか否かを判断する（Ｓ３３８）。評価者の入力の有無に「なし」がセットされている場合には（Ｓ３３８：Ｎｏ）、Ｓ３２０において受信したデータに対応して、被評価者に評価を付与することなく、Ｓ３２０に戻り処理を繰り返す。この処理は、図１７の評価依頼内容情報８５に対応する評価依頼内容８３が含まれている場合等、評価者が被評価者に評価を付与する必要のない評価依頼を受信した場合の処理である。一方、評価者の入力の有無に「あり」がセットされている場合には（Ｓ３３８：Ｙｅｓ）、続いて、被評価者の端末１００から送信された評価依頼に応じて評価を付与する場合であることを示す「依頼」を評価理由にセットして、ＲＡＭ１３０に記憶する（Ｓ３４０）。続いて、図２６の評価者端末処理に戻る。

一方、Ｓ３２０において、図１３のテーブル６０に示す情報を含むデータを受信した場合には（Ｓ３２０：Ｙｅｓ）、受信したデータに含まれる送信アドレスはブロードキャストであるが（Ｓ３２６：Ｙｅｓ）、データタイプは評価依頼ではなく（Ｓ３２８：Ｎｏ）、評価者名依頼通知である（Ｓ３３０：Ｙｅｓ）。よって、自端末の所有者の名前を評価者名として、Ｓ３２０において受信したデータを送信した端末１００に送信するための評価者名通処理を実行する（Ｓ３３２）。この評価者名通処理について図２９のフローチャート及び図１４のテーブル７０を参照して説明する。

図２９に示す評価者名通知処理では、図１４のテーブル７０に示すように、データタイプに評価者名通知をセットし、送信先アドレスに評価者名通知依頼者Ａが所有する端末１００のアドレスをセットし、評価者名に自端末の所有者名Ｂをセットし、それぞれＲＡＭ１３０に記憶する（Ｓ３５２，Ｓ３５４，Ｓ３５６）。続いて、テーブル７０の情報を含むデータ（無線信号）をＡが所有する端末１００に送信する（Ｓ３５８）。続いて、図２７の評価開始判断処理のＳ３２０に戻り、処理を繰り返す。図１２を参照して前述のように、Ｓ３５８において送信したデータが、Ａが所有する端末１００において受信された場合には、Ｂが評価者リストに登録される（Ｓ１２０）。

引き続き、図２７を参照して評価開始判断処理について説明する。Ｓ３２０において、新たにデータを受信したが（Ｓ３２０：Ｙｅｓ）、そのデータに含まれる送信アドレスがＢが所有する端末１００のアドレスでもなく、ブロードキャストでもない場合（Ｓ３２６：Ｎｏ）又は、データタイプが評価依頼でも評価者名通知依頼でもない場合には（Ｓ３２８：Ｎｏ，Ｓ３３０：Ｎｏ）、続いて、Ｓ３２０に戻り処理を繰り返す。

以上詳述したように、ＣＰＵ１１０は評価開始判断処理を実行する。次に、図２６に示す評価者端末処理のＳ３０６において実行される、評価処理について図３０〜図３４を参照して説明する。図３０は、図２６に示す評価者端末処理において実行される評価処理の流れを示すフローチャートであり、図３１は、図３０の評価処理において実行される依頼評価処理の流れを示すフローチャートである。また、図３２は、依頼評価処理において出力装置１６０に表示される画面を例示する説明図である。また図３３は、図３０の評価処理において実行される自発評価処理の流れを示すフローチャートであり、図３４は、自発評価処理において出力装置１６０に表示される画面を例示する説明図である。

図３０に示すように、評価処理ではまず、評価完了フラグに０をセットし、ＲＡＭ１３０に記憶する（Ｓ３６２）。続いて、ＲＡＭ１３０に記憶されている評価理由が依頼である場合には（Ｓ３６４：Ｙｅｓ）、被評価者の端末１００から送信された評価依頼に応じて評価を付与する依頼評価処理を実行する（Ｓ３６８）。この依頼評価処理について、図３１及び図３２を参照して説明する。図３１に示すように、依頼評価処理ではまず、評価結果の入力を求める文章を出力装置１６０に表示させる（Ｓ３８２）。この処理において、例えば、図３２の画面４５０のように文章４５１が表示される。この文章は、図２７のＳ３３６において表示された文章と同様の文章であってもよいし、異なる文章であってもよい。また、Ｓ３３６における表示形式とは異なる表示形式で表示されるようにしてもよい。続いて、評価結果に端末１００の所有者が入力装置１５０を操作して評価結果記入欄４５２に入力した評価結果「５」をセットし、ＲＡＭ１３０に記憶する（Ｓ３８４）。続いて、図３０の評価処理に戻る。

引き続き、図３０を参照して評価処理について説明する。Ｓ３６４において、ＲＡＭ１３０に記憶されている評価理由が「自発」である場合には（Ｓ３６４：Ｎｏ，Ｓ３６６：Ｙｅｓ）、続いて、被評価者の端末１００から評価依頼が送信されていないが、所有者Ｂが自発的に被評価者に対して評価を付与する自発評価処理を実行する（Ｓ３７０）。この自発評価処理を図３３及び図３４を参照して説明する。尚、本実施形態では、説明を簡単にするために自発評価処理が実行されるのは、被評価者が参加したイベントが終了した時から所定時間内（例えば、１時間以内）であることを前提とする。そして、自発評価を開始した現在日時と、入力された評価状況内容とにより、評価対象期間が推定されることとする。

図３３に示すように、まず、評価日時に現在日時をセットし、ＲＡＭ１３０に記憶する（Ｓ３９２）。この処理は、イベント開催日を特定するための処理である。続いて、被評価者の名前の入力を求める文章を出力装置１６０に表示させる（Ｓ３９４）。この処理において、例えば、画面６００の表示欄６０１に文章「被評価者の名前を入力して下さい。」を表示する。続いて、所有者Ｂが入力装置１５０を操作して入力した被評価者名６０２を、被評価者名にセットし、ＲＡＭ１３０に記憶する（Ｓ３９６）。同様に、評価状況内容の入力を求める文章（例えば、「評価状況の内容を入力して下さい。」）を表示欄６０３に表示させる（Ｓ３９８）。続いて、所有者Ｂが入力装置１５０を操作して入力した評価状況内容６０４を、評価状況内容にセットし、ＲＡＭ１３０に記憶する（Ｓ４００）。この処理は、Ｓ３９２において設定した評価日時と、Ｓ４００において設定した評価状況内容とにより、評価対象期間が推定するための処理である。続いて、評価内容の入力を求める文章（例えば、「評価コメントを入力して下さい。」）を表示欄６０５に表示させる（Ｓ４０２）。続いて、所有者Ｂが入力装置１５０を操作して入力した評価内容６０６を、評価内容にセットし、ＲＡＭ１３０に記憶する（Ｓ４０４）。続いて、図３０の評価処理に戻る。

引き続き、図３０を参照して評価処理について説明する。Ｓ３６８又はＳ３７０に続いて、評価完了フラグに１をセットし、ＲＡＭ１３０に記憶した後（Ｓ３７２）、図２６の評価者端末処理に戻る。この場合、図２６の評価者端末処理では、評価完了フラグは図３０のＳ３７２において１にセットされているので（Ｓ３０８：Ｙｅｓ）、評価結果送信処理が実行される。

一方、Ｓ３６４において、ＲＡＭ１３０に記憶されている評価理由が依頼でも自発でもない場合（Ｓ３６４：Ｎｏ，Ｓ３６６：Ｎｏ）は、被評価者に評価を付与する処理を行わず、図２６の評価者端末処理に戻る。この場合、図２６の評価者端末処理では、評価完了フラグは図３０のＳ３６２においてセットされた０のままであるので（Ｓ３０８：Ｎｏ）、評価結果送信処理は行わない。

以上詳述したように、ＣＰＵ１１０は評価処理を実行する。本実施形態の評価処理では、依頼評価の場合、評価者は受信した評価依頼により指定された評価内容に従って評価を付与すればよいので、簡単な操作により評価を付与することができる。また、評価依頼により指定された形式で評価を付与することができるので、評価を付与する書式を統一することができる。このため、書式が統一されていない場合に比べ、イベント単位で付与された評価を参照したり、集計等の編集を加えたりする場合の、利便性を向上させることができる。

一方、自発評価の場合には、評価依頼を受信していない場合でも、被評価者に対して評価を付与することができるので、自発評価を受け入れない場合に比べ、多様な評価が得られる。また、被評価者が、評価依頼を送信し忘れた場合等であっても、被評価者にイベント単位で評価を付与することができる。また、端末１００の出力装置１６０に表示された文章に従い自発評価を付与することにより、指定された形式で評価を付与することができるので、自発評価を付与する場合にも評価を付与する書式を統一することができる。尚、自発評価を実行する場合には、例えば、被評価者端末処理において実行される評価依頼開始判断処理と同様な処理により、自発評価を開始するタイミングを検出するようにしてもよい。この場合には、自発評価を適切なタイミングで開始させることができる。また例えば、被評価者が参加するイベントが登録されたスケジュールを参照し自発評価の評価対象期間を指定させるようにしてもよい。この場合には、評価の対象となったイベントを確実に特定することができる。

次に、図２６に示す評価者端末処理のＳ３１０において実行される、評価結果送信処理について図３５〜図３７を参照して説明する。図３５は、図２６に示す評価者端末処理において実行される評価結果送信処理の流れを示すフローチャートであり、図３６及び図３７は、図３５の評価結果送信処理において設定されるデータを例示する表である。図３５に示すように、評価結果送信処理ではまず、データタイプに「評価結果」をセットし、ＲＡＭ１３０に記憶する（Ｓ４１２）。続いて、ＥＥＰＲＯＭ１４０を参照して、送信先アドレスに、評価記憶装置２００のアドレスをセットして、ＲＡＭ１３０に記憶する（Ｓ４１４）。続いて、評価者名、被評価者名、評価日時、評価状況内容、評価状況種別、評価内容、評価結果、評価コメントにＲＡＭ１３０に記憶されている値をそれぞれセットし、ＲＡＭ１３０に記憶する（Ｓ４１６，Ｓ４１８，Ｓ４２０，Ｓ４２２，Ｓ４２４，Ｓ４２６，Ｓ４２８，Ｓ４３０）。評価付与方法が依頼評価の場合には、Ｓ４１２〜Ｓ４３０の処理により、例えば、図３７のテーブル４６０に示すように、各データがセットされＲＡＭ１３０に記憶される。一方、評価付与方法が自発評価の場合には、Ｓ４１２〜Ｓ４３０の処理により、例えば、図３８のテーブル４７０に示すように、各データがセットされＲＡＭ１３０に記憶される。続いて、Ｓ４１２〜Ｓ４３０において設定した情報を含むデータを評価記憶装置２００に送信する（Ｓ４３２）。続いて、図２６の評価者端末処理に戻る。

以上詳述したように、ＣＰＵ１１０は評価者端末処理を実行する。尚、図２７のＳ３２０において評価依頼装置から送信された評価依頼を受信したときに（Ｓ３２０：Ｙｅｓ，Ｓ３２６：Ｙｅｓ，Ｓ３２８：Ｙｅｓ）、図３１のＳ３８２において出力装置１６０に表示された、被評価者と評価対象期間を指定した評価依頼に対応する評価を入力する、図１に示す入力装置１５０は、本発明の評価入力手段に相当する。また、端末１００の所有者が入力装置１５０を操作して入力した評価を評価記憶装置２００に送信する、図１のＣＰＵ１１０及びＩ／Ｆ１７０は、本発明の評価送信手段に相当する。尚、Ｓ４３２では、必要に応じて被評価者が所有する端末１００等にＳ４１２〜Ｓ４３０において設定した情報を含むデータを送信するようにしてもよい。

次に、評価記憶装置２００において実行されるメイン処理について図３８及び図３９を参照して説明する。図３８は、評価記憶装置２００のメイン処理の流れを示すフローチャートである。図３９は、評価記憶装置２００に被評価者毎に記憶されている評価を例示する表である。尚、図３８のフローチャートに示す各処理を実行させるプログラムは、ＲＯＭ２２０に記憶されており、図１に示すＣＰＵ２１０が実行する。また、処理を実行するために必要な各種情報は、ＲＯＭ２２０又はハードディスク装置２７０に記憶されているものとする。

図３８に示すように、評価記憶装置２００において実行されるメイン処理ではまず、新たにデータを受信したか否かを判断する（Ｓ５０２）。新たにデータを受信していない場合には（Ｓ５０２：Ｎｏ）、新たにデータを受信するまで待機する。一方、新たに図３６のテーブル４６０に示す情報を含むデータを受信した場合には（Ｓ５０２：Ｙｅｓ）、受信したデータに含まれる送信先は評価記憶装置２００のアドレス（自端末アドレス）であり（Ｓ５０４：Ｙｅｓ）、データタイプが「評価結果」である（Ｓ５０６：Ｙｅｓ）。よって、Ｓ５０２において受信したデータに含まれる、被評価者名、評価者名、評価状況、評価内容、評価結果、評価コメントを、それぞれ図３９に示す被評価者毎の評価情報テーブル４８０に記憶する（Ｓ５０８）。この評価情報テーブル４８０はハードディスク装置２７０に記憶されている。続いて、Ｓ５０２戻り処理を繰り返す。

一方、Ｓ５０２においてデータを受信したが、受信したデータに含まれる送信アドレスが自端末アドレスではない場合（Ｓ５０４：Ｎｏ）又は、受信したデータに含まれる送信アドレスは自端末アドレスではあるが（Ｓ５０４：Ｙｅｓ）、データタイプが「評価結果」ではない場合（Ｓ５０６：Ｎｏ）は、Ｓ５０２戻り処理を繰り返す。

以上詳述したように、ＣＰＵ２１０はメイン処理を実行する。評価記憶装置２００に記憶された評価は、最終評価者等の要求に応じて開示されるようになっている。この評価の利用方法は適宜定めることができる。尚、端末１００において被評価者に付与された評価を記憶する、図１に示す評価記憶装置２００は本発明の評価記憶装置に相当する。

以上詳述した人材評価支援システム１によれば、被評価者が所有する端末１００において、被評価者が参加するイベントに参加する人を評価者として決定し（Ｓ３６）、評価依頼装置は所定のタイミングで評価者が保持する評価装置に評価依頼を送信する（Ｓ４２）。そして、評価依頼を受け取った評価者に被評価者がイベントに参加している期間を評価対象期間として、被評価者に対して評価を付与してもらうようにしている。

評価者を決定する方法としては、前述のように２種類の方法のいずれかを選択可能であるため、スケジュール種別等に応じて、適切な方法により評価者を決定することができる。被評価者が参加するイベントの会場にいる人を、無線信号を用いて評価者を決定する場合には、実際にイベントに参加した人を評価者とすることができ、評価者を適切、かつ容易に決定することができる。また、スケジュールに基づき、被評価者が参加するイベントに参加する人を評価者として決定する場合には、評価者を適切、かつ自動的に決定することができる。

また、本実施形態では、評価依頼を送信するタイミングを、評価依頼開始判断処理において検出するようにしている。本実施形態では評価依頼を送信するタイミングは、前述のように３種類の方法のいずれかを選択可能であるため、スケジュール種別等に応じて、適切な方法により評価依頼を送信するタイミングを設定することができる。図５に示すように、被評価者が参加するイベントが登録されたスケジュールに基づき、評価依頼を送信するタイミングを定めた場合には、評価者が保持する評価装置に評価依頼を適切なタイミングで自動的に送信することができる。また、指定されたタイミングで評価者が保持する評価装置に評価依頼を送信するようにした場合には、評価が必要なときにのみに評価依頼を評価者に送信させることができる。また、指定されたタイミングから所定時間経過時に評価者が保持する評価装置に評価依頼を送信するようにした場合には、所定時間を適切に設定することにより評価依頼を送信するタイミングを調整することができる。

被評価者にイベント単位で付与された評価は、評価者が所有する端末１００から評価記憶装置２００に送信され、評価者毎に記憶される。このように、上記人材評価支援システム１では、図３の被評価者端末処理、図２６の評価者端末処理、及び図３８の評価記憶装置メイン処理を実行させ、イベント単位で評価を付与するための各種処理の自動化を図っている。

このため、数週間〜１年程度の比較的長い最終評価対象期間として被評価者に最終評価を付与する場合であっても、評価記憶装置に記憶されているイベント単位で付与された評価情報テーブル４８０を参照することができる。これにより、従来のように、思い出しやすい最近のふるまいや、印象的なふるまい等、偏ったふるまいに基づき評価を付与してしまう虞を回避することができる。また企業等の組織において最終評価者が被評価者と常に行動を共にすることができない場合においても、評価情報テーブル４８０のようにイベント単位で付与された評価を参照することにより、最終評価者が行動を共にしなかった際の被評価者のふるまいを把握することが可能である。

したがって、人材評価支援システム１によれば、評価記憶装置２００に記憶されているイベント単位で付与された評価を参照することにより、最終評価者は最終評価対象期間における被評価者のふるまいを総合的に勘案して、最終評価を的確に付与することができる。

尚、本発明は、以上詳述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。例えば、次の（１）〜（９）に示す変形を適宜加えるようにしてもよい。

（１）上記実施形態の人材評価支援システム１では、端末１００が本発明の評価依頼装置及び評価装置としての機能を有していたが、これに限定されない。例えば、評価依頼装置用の端末と、評価装置用の端末とに分けるようにしてもよい。また、最終評価者が所有する端末１００に評価記憶装置としての機能を持たせるようにしてもよい。この場合、最終評価者は、被評価者のイベント単位の評価を参照することができ、被評価者のふるまいを随時的確に把握することができる。

（２）上記実施形態では、端末１００において図３に示す被評価者端末処理を実行させる場合、評価依頼開始判断処理として、第１〜第３の評価依頼開始判断処理のいずれかの処理を行うようにしていたがこれに限定されない。例えば、いずれか１つの評価依頼開始判断処理のみが実行されるようにしてもよいし、任意の２つの評価依頼開始判断処理のいずれかを実行させるようにしてもよい。同様に、評価者決定処理として、第１及び第２の評価者決定処理のいずれかの処理を行うようにしていたがこれに限定されない。また評価依頼内容決定処理として、第１〜第３の評価依頼内容決定処理のいずれかの処理を行うようにしていたがこれに限定されない。尚、選択可能な評価依頼開始判断処理、評価者決定処理、評価依頼内容決定処理を限定した場合には、不要になった処理を適宜省略するようにすればよい。

（３）上記実施形態では、被評価者が所有する端末１００において、図３に示す評価依頼を送信するための被評価者端末処理を実行するようにしていたが、これに限定されない。評価依頼装置は、被評価者、評価者、評価対象期間、評価依頼の内容、及びその評価依頼の内容を送信する所定のタイミングを決定し、評価依頼を評価装置に送信できる装置であればよく、例えば、次の（３−１）〜（３−３）のいずれかのようにしてもよい。

（３−１）最終評価者が所有する端末において、被評価者を指定して、図３に示す被評価者端末処理と同様の処理を実行させるようにしてもよい。この場合には、評価者の決定方法や、評価依頼内容の設定方法を、最終評価者が決定することができる。

（３−２）最終評価者が所有する端末において、図３に示す被評価者端末処理と同様の処理を実行させる場合、例えば、被評価者が参加するイベントに最終評価者が参加できない場合を処理開始タイミングとして検出させるようにしてもよい。この場合には、最終評価者が被評価者と常に行動を共にすることができない場合の評価を確実に得ることができるので、イベント単位で付与された評価を参照することにより最終評価対象期間における被評価者のふるまいを総合的に勘案して最終評価を的確に付与することができる。

（３−３）評価記憶装置２００に評価依頼装置としての機能を持たせるようにしてもよい。より具体的には、例えば、被評価者が参加するイベントと、そのイベントに参加する人とが登録されたスケジュールに応じて、評価依頼の内容、評価依頼を送信する所定のタイミング及び評価者を、評価依頼装置としての機能を有する評価記憶装置２００において全て自動で決定するようにしてもよい。この場合には、全ての処理が自動で実行されるので、評価依頼を送信するための手間が省ける他、評価依頼を送信するのを忘れたり、評価依頼を送信するタイミングを逃してしまったりすることを回避することができる。

（４）上記実施形態では、図３の被評価者端末処理において、評価依頼開始判断処理後に、評価者決定処理、評価依頼内容決定処理を実行するようにしていたが、被評価者端末処理において実行される処理の順序は、適宜変更可能である。例えば、スケジュールに基づき評価者及び評価依頼内容を自動的に決定する場合、評価依頼を送信する所定のタイミングを検出する処理を、評価者を決定する処理及び評価依頼内容を設定する処理の後に行うようにしてもよい。

（５）上記実施形態では、図２６の評価者端末処理において、評価依頼を含むデータを受信した直後に評価処理（Ｓ３０６）を実行させるようにしていたが、これに限定されない。例えば、評価者の指示に従い、図２７のＳ３２０においてＥＥＰＲＯＭ１４０に記憶させたデータを（Ｓ３３４）読み出して、評価依頼に対応する評価を付与するようにしてもよい。この場合、評価を付与することを後回しにすることにより、評価することが忘れられてしまう虞がある。これに対して、例えば、評価依頼を受信してから所定期間内（例えば、２日）に評価が付与されなかった場合には、出力装置１６０に評価者に評価の付与を促す文章を表示するようにすればよい。

（６）上記実施形態では、被評価者が参加するイベントに参加する人を評価者として選定するために、第１又は第２の評価者決定処理を実行させるようにしていたが、これに限定されない。例えば、被評価者に、被評価者が参加するイベントに参加する人の名前を入力させるようにしてもよい。

（７）上記実施形態では、図１１に示す評価者決定処理においてスケジュールに基づき評価者を決定する場合、被評価者が参加するイベントに参加する人全てを評価者とするようにしていたが、イベント参加者を所定条件により抽出して、一部のイベント参加者を評価者として決定するようにしてもよい。この所定条件としては、例えば、ランダム抽出や、端末１００の所有者毎に付与されたＩＤ順、役職の高い順、最終評価者が付与した評価が高い順等所定の条件に基づき所定数を抽出する方法が挙げられる。また、被評価者が参加するイベントに参加する人を、出力装置１６０に表示させ、それらの人の中から評価者として決定する人を、端末１００の所有者に指定させるようにしてもよい。同様に、上記実施形態では、図１２に示す評価者決定処理において無線信号を用いて、被評価者が参加するイベントの会場にいる人を特定し、特定された人全てを評価者とするようにしていたが、特定された人の一部を評価者とするようにしてもよい。

（８）上記実施形態では、図１２に示す評価者決定処理において無線信号を用いて、被評価者が参加するイベントの会場にいる人を特定する場合、無線信号を発信する装置は、被評価者が所有する端末１００でなくてもよいし、イベント参加者が所有する、イベント会場にいたことを示す無線信号を送信するための装置は、端末１００でなくてもよい。例えば、図１２に示すような処理を実行する専用の装置をイベント会場に設けるようにしてもよい。また、評価装置及び評価依頼装置としての機能を有しない端末が、図１４のテーブル７０に示すような情報を含み、イベント会場にいたことを示す無線信号を送信するようにしてもよい。

（９）上記実施形態では、図５に示す第１の評価依頼開始判断処理において、スケジュール情報に基づき検出した処理開始タイミングの候補の内、図７の評価依頼契機テーブル２０に登録されているイベントが開催される場合のみ、処理開始タイミングを設定するようにしていたが、これに限定されない。例えば、スケジュール情報に基づき検出した処理開始タイミングの候補を全て、処理開始タイミングとして設定するようにしてもよい。また例えば、図５に示す第１の評価依頼開始判断処理において、スケジュール情報に基づき検出した処理開始タイミングの候補を出力装置１６０に表示し、処理開始タイミングの候補を処理開始タイミングとして設定するか否かを、端末１００の所有者に選択させるようにしてもよい。この場合には、端末１００の所有者は処理開始タイミングを設定するか否かのみを指定すればよく、簡単な操作によりイベント単位の評価が必要な場合のみ評価依頼を送信するための処理を実行させることができる。

（１０）上記実施形態では、図９に示す第２の評価依頼開始判断処理、及び図１０に示す第２の評価依頼開始判断処理において、評価依頼開始コマンドが入力された時を基準として処理開始タイミングを定めていたが、これに限定されない。例えば、次の（１０−１）又は（１０−２）のようにしてもよい。

（１０−１）評価依頼開始コマンドにより、処理開始タイミングを設定する日時を指定するようにしてもよい。この場合例えば、第２の評価依頼開始判断処理では、現在日時が指定された日時となった場合に、評価日時に現在時刻をセットするようにすればよい。この場合、評価依頼開始コマンドが入力された日時に関わらず、処理開始タイミングが設定される日時を特定することができるので、特定日時に処理開始タイミングを設定する際の手間を軽減することができる。

（１０−２）評価依頼開始コマンドにより、処理開始タイミングを設定する条件を指定し、その条件を満たした場合に、処理開始タイミングを設定するようにしてもよい。例えば、スケジュールに基づき、被評価者が参加するイベントに最終評価者が参加できないと判断される条件を満たした場合に、処理開始タイミングを設定するようにしてもよい。この場合には、所定の条件を満たし、イベント単位で評価を付与することが必要な時にのみ、処理開始タイミングを設定することができる。

（１１）上記実施形態では、被評価者端末処理において作成される評価依頼に評価依頼内容が含まれ、評価依頼送信処理において評価依頼内容を評価者が所有する端末１００に送信するようにしていたが、これに限定されない。例えば、評価依頼内容を評価記憶装置２００に記憶させておき、評価者が所有する端末１００には、評価記憶装置２００に記憶されている評価依頼内容にアクセスして評価を付与することを促す文章を送付するようにしてもよい。

人材評価支援システム１の構成を説明するための説明図である。 端末１００のメイン処理の流れを示すフローチャートである。 図２のメイン処理において起動される被評価端末処理の流れを示すフローチャートである。 被評価者が参加するイベントを登録したスケジュールを例示する表である。 図３の被評価者端末処理において実行される評価依頼開始判断処理の流れを示すフローチャートである。 図５の評価依頼開始判断処理において実行される、スケジュール情報チェック処理の流れを示すフローチャートである。 評価依頼契機テーブルを例示する表である。 評価依頼送信確認テーブルを例示する表である。 図３の被評価者端末処理において実行される評価依頼開始判断処理の流れを示すフローチャートである。 図３の被評価者端末処理において実行される評価依頼開始判断処理の流れを示すフローチャートである。 図３の被評価者端末処理において実行される評価者決定処理の流れを示すフローチャートである。 図３の被評価者端末処理において実行される評価者決定処理の流れを示すフローチャートである。 イベントの会場にいる人を特定するための無線信号に含まれる情報を例示する表である。 評価者が所有する端末１００から被評価者が所有する端末１００に対して送信された無線信号に含まれる情報を例示する表である。 図３の被評価者端末処理において実行される評価依頼内容決定処理の流れを示すフローチャートである。 図１５の評価依頼内容決定処理において実行される評価依頼契機検索処理の流れを示すフローチャートである。 評価状況種別及び評価依頼契機毎に定められた評価依頼内容を例示する表である。 図３の被評価者端末処理において実行される評価依頼内容決定処理の流れを示すフローチャートである。 評価依頼内容の候補を評価状況種別毎に記憶した表である。 評価依頼内容決定処理において出力装置１６０に表示される画面の一例を示す説明図である。 図３の被評価者端末処理において実行される評価依頼内容決定処理の流れを示すフローチャートである。 評価依頼内容決定処理において出力装置１６０に表示される画面の一例を説明するための説明図である。 図３に示す被評価者端末処理において実行される評価依頼送信処理の流れを示すフローチャートである。 評価依頼送信処理において設定される情報を例示する表である。 端末１００のアドレスの一覧を記憶した表である。 図２のメイン処理において起動される評価者端末処理の流れを示すフローチャートである。 図２６の評価者端末処理において実行される評価開始判断処理の流れを示すフローチャートである。 出力装置１６０に表示された評価依頼例を説明するための説明図である。 図２７の評価開始判断処理において実行される評価者名通知処理の流れを示すフローチャートである。 図２６に示す評価者端末処理において実行される評価処理の流れを示すフローチャートである。 図３０の評価処理において実行される依頼評価処理の流れを示すフローチャートである。 依頼評価処理において出力装置１６０に表示される画面を例示する説明図である。 図３０の評価処理において実行される自発評価処理の流れを示すフローチャートである。 自発評価処理において出力装置１６０に表示される画面を例示する説明図である。 図２６に示す評価者端末処理において実行される評価結果送信処理の流れを示すフローチャートである。 図３５の評価結果送信処理において設定されるデータを例示する表である。 図３５の評価結果送信処理において設定されるデータを例示する表である。 評価記憶装置２００のメイン処理の流れを示すフローチャートである。 評価記憶装置２００に被評価者毎に記憶されている評価を例示する表である。

符号の説明

１ 人材評価支援システム
１００ 端末
１１０ ＣＰＵ
１２０ ＲＯＭ
１３０ ＲＡＭ
１４０ ＥＥＰＲＯＭ
１５０ 入力装置
１７０ Ｉ／Ｆ
１８０ 計時装置
２００ 評価記憶装置
２１０ ＣＰＵ
２２０ ＲＯＭ
２３０ ＲＡＭ
２６０ Ｉ／Ｆ
２７０ ハードディスク装置

Claims (5)

1. 被評価者に対して評価を付与することを評価者に依頼する評価依頼装置と、被評価者に対して評価を付与する評価装置と、当該評価装置において被評価者に付与された評価を記憶する評価記憶装置とを備えた人材評価支援システムであって、
   前記評価依頼装置は、
   被評価者が参加するイベントに参加する人を評価者として決定する評価者決定手段と、
   前記被評価者が前記イベントに参加した期間を評価対象期間として、前記被評価者に対して評価を付与することを依頼する評価依頼を、前記評価者決定手段により決定された評価者が保持する前記評価装置に、所定のタイミングで送信する評価依頼送信手段と
   を備え、
   前記評価装置は、
   前記評価依頼装置から送信された前記評価依頼を受信したときに、前記評価対象期間における前記被評価者に対する評価を入力する評価入力手段と、
   前記評価入力手段により入力された前記評価を前記評価記憶装置に送信する評価送信手段と
   を備えることを特徴とする人材評価支援システム。
2. 前記評価者決定手段は、前記被評価者が参加するイベントと、そのイベントに参加する人とが登録されたスケジュールを参照して、その被評価者が参加するイベントに参加する人を前記評価者として決定することを特徴とする請求項１に記載の人材評価支援システム。
3. 前記評価者決定手段は、前記被評価者が参加するイベントの会場にいる人を、無線信号を用いて特定し、前記評価者として決定することを特徴とする請求項１又は２に記載の人材評価支援システム。
4. 前記所定のタイミングは、前記被評価者が参加するイベントが登録されたスケジュールに基づき決定されることを特徴とする請求項１乃至３のいずれかに記載の人材評価支援システム。
5. 前記評価依頼装置は、前記所定のタイミングを指定するタイミング指定手段を備え、
   前記所定のタイミングは、前記タイミング指定手段により指定されたタイミング及びそのタイミングから所定時間経過時の少なくともいずれかであることを特徴とする請求項１乃至４のいずれかに記載の人材評価支援システム。

Images