(57)【要約】【課題】求職者が求職活動を円滑に行うことのできる職業斡旋システムを提供する。【解決手段】複数の求職者が所有するそれぞれの求職側端末１ａ、１ｂ、１ｃは、それぞれインターネット２等のコンピュータネットワークに接続されている。また、複数の求人者（企業の担当者）が所有するそれぞれの求人側端末３ａ、３ｂ、３ｃも、それぞれインターネット２等のコンピュータネットワークに接続されている。このインターネット２に、本発明の職業斡旋システムの根幹を成す中央サーバ装置４及びコミュニケーションサーバ装置５が接続される。また、これらの中央サーバ装置４及びコミュニケーションサーバ装置５には、データベース装置６が接続されている。そしてこれらの中央サーバ装置４、コミュニケーションサーバ装置５、データベース装置６によって、求職側端末１ａ、１ｂ、１ｃ及び求人側端末３ａ、３ｂ、３ｃ間の情報交換の制御が行われるものである。【選択図】図１
2008210259.tif 000002
【特許請求の範囲】
【請求項１】
求職側端末と、求人側端末と、中央サーバ装置とがネットワークを介して接続され、
前記中央サーバ装置には、前記求職側端末から予め登録される求職情報及び前記求人側端末から予め登録される求人情報を含む情報を保存するデータベース装置と、前記求職側端末と前記求人側端末間の通信を行うコミュニケーションサーバ装置が併設され、
前記中央サーバ装置は、前記求職側端末から前記中央サーバ装置へのアクセスに対して前記データベース装置に登録された前記求職情報の条件に従って接続を許可するアクセス許可手段と、前記接続の許可された前記求職側端末から登録された求職情報と前記求人側端末から登録された求人情報とのマッチングを判断するマッチング判断手段と、前記マッチングすると判断された前記求人情報を前記求職側端末に送信する情報送信手段と、前記求職側端末からの前記求人情報に対する応答を判断して前記コミュニケーションサーバ装置による前記求職側端末と前記求人側端末間の通信の実行を許可する通信許可手段を備える
ことを特徴とする職業斡旋システム。
【請求項２】
前記コミュニケーションサーバ装置は、前記求職側端末から受信した情報を前記求人側端末に送信する通信手段と、前記求人側端末で前記送信された情報が開封されたことを検知して課金情報を前記中央サーバ装置に通知する課金通知手段とを有し、
前記中央サーバ装置は、前記通知された課金情報に基づく課金手段を備える
ことを特徴とする請求項１記載の職業斡旋システム。
【請求項３】
前記コミュニケーションサーバ装置による前記求職側端末と前記求人側端末間の通信は、テキスト情報及び／またはビデオ情報によって行われる
ことを特徴とする請求項１記載の職業斡旋システム。
【請求項４】
前記コミュニケーションサーバ装置による前記求職側端末と前記求人側端末間の通信は、前記テキスト情報及び／またはビデオ情報に暗号化処理が施されて行われる
ことを特徴とする請求項３記載の職業斡旋システム。
【請求項５】
前記データベース装置に登録される前記求職情報及び／または前記求人情報は、少なくとも業種、職種、給与、勤務地の情報のいずれかを含み、前記マッチング判断手段は、前記いずれかの情報のマッチングの判断を行う
ことを特徴とする請求項１記載の職業斡旋システム。
【請求項６】
前記データベース装置に登録される前記求職情報には、送信拒否を希望する企業名の情報を含み、前記マッチング判断手段で前記求職情報に指定された前記送信拒否を希望する企業名と前記求人情報を登録した企業名との一致を判断したときは、当該求人情報の前記求職側端末への送信を行わない
ことを特徴とする請求項１記載の職業斡旋システム。
【請求項７】
前記求職側端末には、前記求職側端末から前記中央サーバ装置へのアクセス時に勤務形態を選択する手段が設けられ、
前記選択された勤務形態に応じて前記データベース装置に登録された前記求人情報の選択が行われる
ことを特徴とする請求項１記載の職業斡旋システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予め登録された求職者と求人者のコミュニケーションに使用して好適な職業斡旋システムに関する。詳しくは、コンピュータネットワークを利用して職業の斡旋を行うと共に、求職者と求人者間の接触が円滑に行われるようにするものである。
【背景技術】
【０００２】
例えばコンピュータネットワークを利用したチャット機能が実施されている（例えば、非特許文献１、２参照。）。また、チャット及びインスタントメッセージの参加者を監視し、参加者と相互作用するためのシステム及び方法を行う発明も提案されている（例えば、特許文献１参照。）。
【０００３】
さらに、例えばコンピュータネットワークを利用して職業の斡旋を行う際に、課金を正確に行う発明が提案されている（例えば、特許文献２参照。）。また、求職者と求人者とをメールシステムを用いて接触させ、その間のやり取りを解析して合否判定の補助を行う発明も提案されている（例えば、特許文献３参照。）。
【０００４】
【非特許文献１】http://www.fsv.jp/kyoyu/function/cgi/web-chat.html
【非特許文献２】http://chat.yahoo.co.jp/
【特許文献１】特許公表２００５−５３１０７２号公報
【特許文献２】特開２００６−３３１３５８号公報
【特許文献３】特開２００４−２８８１０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
コンピュータネットワークを利用したメール・チャット機能は、上述の非特許文献１、２や特許文献１に記載された発明のように一般的に利用されている。また、職業斡旋の業務に関して、求人者側に対して種々の便宜などを図るようにしたシステムは、上述の特許文献２，３に記載された発明のようなものが知られている。しかしながら、これらの非特許文献及び特許文献には、求職者の求職活動、特に、求職者が希望したときに求人者との接触が円滑に行われるようにする技術は開示されていない。
【０００６】
この発明はこのような問題点に鑑みて成されたものであって、本発明の目的は、例えばネットワークを利用して、求職者が求職活動を円滑に行うことができるようにした職業斡旋システムを提供するものである。
【課題を解決するための手段】
【０００７】
上記の課題を解決し、本発明の目的を達成するため、請求項１に記載された発明は、求職側端末と、求人側端末と、中央サーバ装置とがネットワークを介して接続され、中央サーバ装置には、求職側端末から予め登録される求職情報及び求人側端末から予め登録される求人情報を含む情報を保存するデータベース装置と、求職側端末と求人側端末間の通信を行うコミュニケーションサーバ装置が併設され、中央サーバ装置は、求職側端末から中央サーバ装置へのアクセスに対してデータベース装置に登録された求職情報の条件に従って接続を許可するアクセス許可手段と、接続の許可された求職側端末から登録された求職情報と求人側端末から登録された求人情報とのマッチングを判断するマッチング判断手段と、マッチングすると判断された求人情報を求職側端末に送信する情報送信手段と、求職側端末からの求人情報に対する応答を判断してコミュニケーションサーバ装置による求職側端末と求人側端末間の通信の実行を許可する通信許可手段を備えることを特徴とする職業斡旋システムである。
【０００８】
請求項２に記載の職業斡旋システムにおいては、コミュニケーションサーバ装置は、求職側端末から受信した情報を求人側端末に送信する通信手段と、求人側端末で送信された情報が開封されたことを検知して課金情報を中央サーバ装置に通知する課金通知手段とを有し、中央サーバ装置は、通知された課金情報に基づく課金手段を備えることを特徴とするものである。
【０００９】
請求項３に記載の職業斡旋システムにおいては、コミュニケーションサーバ装置による求職側端末と求人側端末間の通信は、テキスト情報及び／またはビデオ情報によって行われることを特徴とするものである。
【００１０】
請求項４に記載の職業斡旋システムにおいては、コミュニケーションサーバ装置による求職側端末と求人側端末間の通信は、テキスト情報及び／またはビデオ情報に暗号化処理が施されて行われることを特徴とするものである。
【００１１】
請求項５に記載の職業斡旋システムにおいては、データベース装置に登録される求職情報及び／または求人情報は、少なくとも業種、職種、給与、勤務地の情報のいずれかを含み、マッチング判断手段は、いずれかの情報のマッチングの判断を行うことを特徴とするものである。
【００１２】
請求項６に記載の職業斡旋システムにおいては、データベース装置に登録される求職情報には、送信拒否を希望する企業名の情報を含み、マッチング判断手段で求職情報に指定された送信拒否を希望する企業名と求人情報を登録した企業名との一致を判断したときは、当該求人情報の求職側端末への送信を行わないことを特徴とするものである。
【００１３】
請求項７に記載の職業斡旋システムにおいては、求職側端末には、求職側端末から中央サーバ装置へのアクセス時に勤務形態を選択する手段が設けられ、選択された勤務形態に応じてデータベース装置に登録された求人情報の選択が行われることを特徴とするものである。
【発明の効果】
【００１４】
本発明の職業斡旋システムによれば、マッチングすると判断された求人情報が求職側端末に送信され、この求人情報に対する求職側端末からの応答に応じてコミュニケーションサーバ装置による求職側端末と求人側端末間の通信が実行される。これにより、求職者は求人者と極めて容易に接触することができ、円滑な求職活動を実現することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明を説明するに、図１は本発明による職業斡旋システムを実現するコンピュータ組織の一実施形態例の構成を示すブロック図である。
【００１６】
図１において、複数の求職者が所有するそれぞれの求職側端末１ａ、１ｂ、１ｃは、それぞれインターネット２等のコンピュータネットワークに接続されている。なお実際の接続はプロバイダー等を介して行われるが、ここではその詳細な説明は割愛する。また、複数の求人者（企業の担当者）が所有するそれぞれの求人側端末３ａ、３ｂ、３ｃも、それぞれインターネット２等のコンピュータネットワークに接続されている。なお、インターネット２は共通のものであるが、表記の都合で分けて描かれている。
【００１７】
このインターネット２に、本発明の職業斡旋システムの根幹を成す中央サーバ装置４及びコミュニケーションサーバ装置５が接続される。また、これらの中央サーバ装置４及びコミュニケーションサーバ装置５には、データベース装置６が接続されている。そしてこれらの中央サーバ装置４、コミュニケーションサーバ装置５、データベース装置６によって、求職側端末１ａ、１ｂ、１ｃ及び求人側端末３ａ、３ｂ、３ｃ間の情報交換の制御が行われる。
【００１８】
そこで、まず求職側端末１ａ〜１ｃのいずれかから中央サーバ装置４へのアクセスを行うと、図２に示すようなトップ画面が表示される。このトップ画面には、例えば画面の右側に待機中の企業（求人者）の一覧１１が表示され、画面の左側にはスカウトを受けることを希望するか否かの選択ボタン１２や、求職者が履歴書等を編集する際に使用されるボタン１３ａ、１３ｂ、１３ｃ等が表示されている。ここでのボタン１３ａ〜１３ｃによる履歴書等の編集は、周知の技術であるので説明は割愛する。
【００１９】
それに対して、スカウトを受けることを希望するか否かの選択ボタン１２がクリックされると、図３に示す処理が開始される。すなわち、求職側端末１ａ〜１ｃのいずれかで選択ボタン１２がクリックされると（ステップＳａ１）、中央サーバ装置４ではセッションより求職者ＩＤを取得し、ユーザーのスカウト設定を確認する（ステップＳａ２）。ここでは、データベース装置６に予め登録されているスカウトメール設定のテーブルが参照される（ステップＳａ３）。
【００２０】
なお、データベース装置６のスカウトメール設定のテーブルには、例えば図４に示すように、求職者ＩＤ、求人スカウトメールを受け取るか否か、求人スカウトメールを受け取るタイミング、求人スカウト条件（時給）、（日給）、（月給）、（年棒）、求人情報スカウト設定変更日時、案件スカウトメールを受け取るか否か、案件スカウトメールを受け取るタイミング、案件スカウト条件（時給）、（日給）、（月給）、（年棒）、案件情報スカウト設定変更日時、スカウト設定変更日時、紹介予定派遣メールを受け取るか否か、紹介予定派遣メールを受け取るタイミング、紹介予定派遣条件（時給）、（日給）、（月給）、（年棒）、ニックネームを使うか否か、表示するニックネーム、削除フラグ、更新バージョン、作成者、作成日時、更新者、更新日時、システム備考などの情報が登録されている。
【００２１】
続いて、中央サーバ装置４では、データベース装置６に登録された求人スカウトメールを受け取るか否かの真偽値Ａと、案件スカウトメールを受け取るか否かの真偽値Ｂと、表示するニックネームが取得される（ステップＳａ４）。そして、真偽値Ａ、Ｂに「真」があるか否か調べ（ステップＳａ５）、どちらも「偽」のとき（ステップＳａ６）は、アクセスした求職側端末１ａ〜１ｃの画面に「スカウト設定がＯＦＦになっていますが、スカウト待合室へ入室すると企業へ希望条件、履歴書・職務経歴書、スキルシート、ＩＴ業務経歴書が公開されます」と表示される（ステップＳａ７）。
【００２２】
そして、使用者が「いいえ」を選択した場合（ステップＳａ８）は、画面が閉じられる（ステップＳａ９）。また、使用者が「はい」を選択した場合（ステップＳａ１０）は、中央サーバ装置４で全てのスカウト設定がＯＮの状態とされる（ステップＳａ１１）。さらに、ステップＳａ１１でスカウト設定がＯＮの状態とされたときと、ステップＳａ５で真偽値Ａ、Ｂのいずれかが「真」のとき（ステップＳａ１２）は、取得した情報がデータベース装置６のスカウトオンライン情報テーブルへ登録される（ステップＳａ１３）。
【００２３】
なお、データベース装置６のスカウトオンライン情報のテーブルには、例えば図５に示すように、一意の管理ＩＤ、求職者ＩＤ・求人企業担当者ＩＤ、求人企業ＩＤ（求職者の場合は無)、オンライン時刻、発信元ＩＰアドレス、ユーザー種別などの情報が登録される（ステップＳａ１４）。また、アクセスした求職側端末１ａ〜１ｃの画面にオンライン状態を表示するウィンドウが表示される（ステップＳａ１５）。
【００２４】
次に、図２のトップ画面の右側に表示されている待機中の企業（求人者）の一覧１１について説明する。ここには、欄外に「全ての企業を表示する」ボタン１４と、「希望条件の企業を表示する」ボタン１５とが設けられ、それぞれのボタン１４，１５がクリックされると、一覧１１に対応する企業名が表示されるようになっている。そこで、図６〜図７に示すように、まず求職側端末１ａ〜１ｃで「全ての企業を表示する」ボタン１４がクリックされていた場合（ステップＳｂ１）には、以下の処理が行われる。
【００２５】
すなわち、求職側端末１ａ〜１ｃのいずれかから中央サーバ装置４へのアクセスが行われると、中央サーバ装置４ではセッションより求職者ＩＤを取得し、データベース装置６に予め登録されているユーザーのスカウト設定を確認する（ステップＳｂ２）。ここでは、データベース装置６のスカウトメール設定のテーブルが判断される（ステップＳｂ３）。そして、中央サーバ装置４では、データベース装置６に登録された求人スカウトメールを受け取るか否かの真偽値Ａと、案件スカウトメールを受け取るか否かの真偽値Ｂが取得される（ステップＳｂ４）。
【００２６】
さらに、中央サーバ装置４でオンライン企業側担当者リストが取得される（ステップＳｂ５）。ここではデータベース装置６のスカウトオンライン情報のテーブル（図５）が検索される（ステップＳｂ６）。次いで、中央サーバ装置４でオンライン求職者情報を更新する（ステップＳｂ７）。ここではデータベース装置６のスカウトオンライン情報のテーブル（図５）が検索される（ステップＳｂ８）。
【００２７】
そして、中央サーバ装置４で求職者の希望勤業種を取得する（ステップＳｂ９）。ここではデータベース装置６のスカウトメール設定企業情報のテーブルが検索される（ステップＳｂ１０）。このスカウトメール設定企業情報のテーブルには、例えば図８に示すように、求職者ＩＤと、企業ＩＤが登録されている。この企業ＩＤが中央サーバ装置４で値Ｃとして取得される（ステップＳｂ１１）。この後、中央サーバ装置４では表示用リストの作成が行われる。
【００２８】
このリストの作成では、まずオンライン企業側ユーザーリストに企業担当者の企業ＩＤのデータがあるか否かを調べる（ステップＳｂ１２）。このステップＳｂ１２で企業ＩＤのデータがない「偽」のとき（ステップＳｂ１３）は、処理は終了とされる（ステップＳｂ１４）。一方、ステップＳｂ１２で企業ＩＤのデータがある「真」のとき（ステップＳｂ１５）は、企業担当者の企業ＩＤが求職者の値Ｃのデータに含まれていないか否かを調べる（ステップＳｂ１６）。そして企業ＩＤが求職者の値Ｃのデータに含まれていたとき（ステップＳｂ１７）は、表示用リストに追加せずステップＳｂ１２に戻る（ステップＳｂ１８）。
【００２９】
また、ステップＳｂ１６で、企業ＩＤが求職者の値Ｃのデータに含まれていないとき（ステップＳｂ１９）は、オンライン企業担当者リストより１件取り出す（ステップＳｂ２０）。そして既存の表示用リストに同じ企業ＩＤがないか否かを調べる（ステップＳｂ２１）。このステップＳｂ２１で企業ＩＤがすでにある「偽」のとき（ステップＳｂ２２）は、表示用リストに追加せずステップＳｂ１２に戻る（ステップＳｂ２３）。
【００３０】
さらに、ステップＳｂ２１で企業ＩＤがない「真」のとき（ステップＳｂ２４）は、担当者ＩＤを取得し、掲載中の求人・案件情報を調べる（ステップＳｂ２５）。ここでは、データベース装置６の共通テーブル、求人情報テーブル、募集人数テーブル、企業情報テーブル、採用担当者テーブルが検索される（ステップＳｂ２６）。
【００３１】
なお、データベース装置６の共通テーブルには、例えば図９に示すように、求人情報ＩＤ、会社ＩＤ、企業採用担当者ＩＤ、掲載状態、新着日時、無料新着設定残数、急募フラグ、掲載開始日、掲載終了日、緯度、経度、SubType、勤務地手入力、表示用担当者名、ネットで面接するフラグ、優先度、面接場所、削除フラグ、更新バージョン、作成者、作成日時、更新者、更新日時、システム備考などの情報が登録されている。
【００３２】
また、データベース装置６の求人情報テーブルには、例えば図１０に示すように、職種ＩＤ、表示用職種、表示用仕事タイトル、表示用仕事内容、表示用仕事概要、仕事内容、ＰＲタイトル、ＰＲ本文、応募ステップ、求人掲載プラン商品ＩＤなどの情報が登録されている。
【００３３】
また、データベース装置６の募集人数テーブルには、例えば図１１に示すように、スキルＩＤ、案件情報ＩＤ、職種ＩＤ、ＩＴポジション、その他ポジション、基準労働時間始業、基準労働時間終業、固定、人数、最小年齢、最大年齢、賃金形態、最低賃金、最大賃金、表示しない、年齢不問フラグ、経験不問フラグ、削除フラグ、更新バージョン、作成者、作成日時、更新者、更新日時、システム備考などの情報が登録されている。
【００３４】
また、データベース装置６の企業情報テーブルには、例えば図１２に示すように、企業ＩＤ、会社ＩＤ、名称、名称カナ、郵便番号、都道府県、住所１、住所２、緯度、経度、電話番号、ＦＡＸ番号、本社郵便番号、本社都道府県、本社住所１、本社住所２、ホームページＵＲＬ、代表者氏名、資本金、設立日付（年月）、社員数、年間売り上げ１（年）、（月期）、（売上高）、（種別）、年間売り上げ２（年）、（月期）、（売上高）、（種別）、事業内容、支店・事業所、関連会社、主要取引先、紹介予定派遣フラグ、ＩＴ研修生スカウト登録フラグ、会社情報状態、ネットで面接するフラグ、ロゴ（大）ファイル名、幅（大）、高さ（大）、ロゴ（小）ファイル名、高さ（小）、高さ（小）、論理削除フラグ、更新バージョン、作成者、作成日時、更新者、更新日時、システム備考などの情報が登録されている。
【００３５】
また、データベース装置６の採用担当者テーブルには、例えば図１３に示すように、ユーザーＩＤ、氏名、氏名カナ、役職、部署名、Ｅメールアドレス、電話番号、ＦＡＸ番号、メイン担当者フラグ、ログインＩＤ、パスワード、会社ＩＤ、最終ログイン日時、入会日時、写真ファイル名、幅、高さ、性別などの情報が登録されている。
【００３６】
これらの情報を元に、中央サーバ装置４では、掲載情報リストの求人情報の種類が判断される。ここでは正社員の求人募集を値Ｄ＝１とし、プロジェクトごとの案件募集を値Ｄ＝２とする判断が行われる（ステップＳｂ２７）。さらに、求職者の値Ａのデータがあり、かつ企業担当者の値Ｄのデータが１（求人）であるかの判断（ステップＳｂ２８）か、または求職者の値Ｂのデータがあり、かつ企業担当者の値Ｄのデータが２（案件）であるかの判断（ステップＳｂ２９）が行われる。
【００３７】
そして、ステップＳｂ２８またはステップＳｂ２９のいずれかが「真」のとき（ステップＳｂ３０）は、表示用リストに追加してステップＳｂ１２に戻る（ステップＳｂ３１）。また、ステップＳｂ２８またはステップＳｂ２９のいずれもが「偽」のとき（ステップＳｂ３２）は、表示用リストに追加せずにステップＳｂ１２に戻る（ステップＳｂ３３）。これらの処理がデータベース装置６に登録された全てのデータについて行われ、中央サーバ装置４で表示用リストの作成が行われる。
【００３８】
この作成された表示用リストが、アクセスした求職側端末１ａ〜１ｃに返される（ステップＳｂ３４）。そして図２のトップ画面の右側に表示されている待機中の企業（求人者）の一覧１１（オンライン企業一覧）に表示される（ステップＳｂ３５）。このようにして求職側端末１ａ〜１ｃで「全ての企業を表示する」ボタン１４がクリックされていた場合（ステップＳｂ１）のオンライン企業一覧の表示が行われる。
【００３９】
次に、図１４〜１６に基づいて、求職側端末１ａ〜１ｃで、「希望条件の企業を表示する」ボタン１５がクリックされていた場合（ステップＳｃ１）の処理を説明する。すなわち、求職側端末１ａ〜１ｃのいずれかから中央サーバ装置４へのアクセスが行われると、中央サーバ装置４ではセッションより求職者ＩＤを取得し、データベース装置６に予め登録されているユーザーのスカウト設定を確認する（ステップＳｃ２）。ここでは、データベース装置６のスカウトメール設定のテーブルが判断される（ステップＳｃ３）。
【００４０】
そして、中央サーバ装置４では、データベース装置６に登録された求人スカウトメールを受け取るか否かの真偽値Ａと、案件スカウトメールを受け取るか否かの真偽値Ｂが取得される（ステップＳｃ４）。さらに、データベース装置６のスカウトメール設定テーブルに登録されている求人スカウト条件（時給）、（日給）、（月給）、（年棒）、案件スカウト条件（時給）、（日給）、（月給）、（年棒）がデータＥ−１として取得される（ステップＳｃ５）。
【００４１】
さらに、中央サーバ装置４で求職者の希望職種を取得する（ステップＳｃ６）。ここではデータベース装置６のスカウトメール希望職種のテーブルが検索される（ステップＳｃ７）。このスカウトメール希望職種のテーブルには、例えば図１７に示すように、求職者ＩＤと、職種コードＩＤが登録されている。この職種ＩＤが中央サーバ装置４で値Ｅ−２として取得される（ステップＳｃ８）。
【００４２】
次に、中央サーバ装置４で求職者の希望勤務地を取得する（ステップＳｃ９）。ここではデータベース装置６のスカウトメール設定勤務地のテーブルが検索される（ステップＳｃ１０）。このスカウトメール設定勤務地のテーブルには、例えば図１８に示すように、求職者ＩＤと、勤務地域コードＩＤが登録されている。この勤務地域ＩＤが中央サーバ装置４で値Ｅ−３として取得される（ステップＳｃ１１）。
【００４３】
また、中央サーバ装置４で求職者の希望業種を取得する（ステップＳｃ１２）。ここではデータベース装置６の企業情報業種のテーブルが検索される（ステップＳｃ１３）。この企業情報業種のテーブルには、例えば図１９に示すように、企業情報ＩＤと、業種ＩＤが登録されている。この業種ＩＤが中央サーバ装置４で値Ｅ−４として取得される（ステップＳｃ１４）。
【００４４】
さらに中央サーバ装置４でスカウトを拒否する企業を取得する（ステップＳｃ１５）。ここではデータベース装置６のスカウトメール設定企業情報のテーブル（図８）が検索される（ステップＳｃ１６）。このスカウトメール設定企業情報のテーブルには、求職者ＩＤと、企業ＩＤが登録されており、この企業ＩＤが中央サーバ装置４で値Ｅ−５として取得される（ステップＳｃ１７）。
【００４５】
また、中央サーバ装置４でオンライン企業側担当者リストが取得される（ステップＳｃ１８）。ここではデータベース装置６のスカウトオンライン情報のテーブル（図５）が検索される（ステップＳｃ１９）。さらに、中央サーバ装置４で自分のオンライン情報を更新する（ステップＳｃ２０）。ここではデータベース装置６のスカウトオンライン情報のテーブル（図５）が検索される（ステップＳｃ２１）。この後、中央サーバ装置４では表示用リストの作成が行われる。
【００４６】
このリストの作成では、まずオンライン企業側ユーザーリストに企業担当者の企業ＩＤのデータがあるか否かを調べる（ステップＳｃ２２）。このステップＳｃ２２で企業ＩＤのデータがない「偽」のとき（ステップＳｃ２３）は、処理は終了する（ステップＳｃ２４）。一方、ステップＳｃ２２で企業ＩＤのデータがある「真」のとき（ステップＳｃ２５）は、企業担当者の企業ＩＤが求職者の値Ｅ−５のデータに含まれていないか否かを調べる（ステップＳｃ２６）。そして企業ＩＤが求職者の値Ｅ−５のデータに含まれていたとき（ステップＳｃ２７）は、表示用リストに追加せずステップＳｃ２５に戻る（ステップＳｃ２８）。
【００４７】
また、ステップＳｃ２６で、企業ＩＤが求職者の値Ｅ−５のデータに含まれていないとき（ステップＳｃ２９）は、担当者ＩＤを取得し、掲載中の求人・案件情報リストを取得する（ステップＳｃ３０）。ここでは、データベース装置６の共通テーブル（図９）、求人情報テーブル（図１０）、企業情報業種テーブル（図１９）、募集人数テーブル（図１１）、企業情報テーブル（図１２）、採用担当者テーブル（図１３）が検索される（ステップＳｃ３１）。
【００４８】
これらの情報を元に、中央サーバ装置４では、掲載情報リストの求人情報の種類が判断される。ここでは正社員の求人募集を値Ｄ＝１とし、プロジェクトごとの案件募集を値Ｄ＝２とする判断が行われる（ステップＳｃ３２）。そしてまず求職者の値Ａのデータがあり、かつ企業担当者の値Ｄのデータが１（求人）であるかの判断（ステップＳｃ３３）が行われ、この判断結果が「偽」のとき（ステップＳｃ３４）は、表示用リストに追加せずに後述のステップＳｃ４２に進められる（ステップＳｃ３５）。
【００４９】
また、ステップＳｃ３３の判断結果が「真」のとき（ステップＳｃ３６）は、値Ｆ−１として給与の賃金形態と最低賃金、値Ｆ−２として職種ＩＤ、値Ｆ−３として勤務地、値Ｆ−４として業種が調べられる（ステップＳｃ３７）。そして求職者のＥ−１〜Ｅ−４のデータと企業担当者のＦ−１〜Ｆ−４のデータが合致するか否かを調べる（ステップＳｃ３８）。このステップＳｃ３８で、データが一致した「真」のとき（ステップＳｃ３９）は、表示用リストに追加してステップＳｃ４２に進む（ステップＳｃ４０）。
【００５０】
また、ステップＳｃ３８でデータが一致しない「偽」のとき（ステップＳｃ４１）は、直接ステップＳｃ４２に進む。そしてステップＳｃ４２では、求職者の値Ｂのデータがあり、かつ企業担当者の値Ｄのデータが２（案件）であるかの判断が行われる。このステップＳｃ４２で両方のデータのいずれかがない「偽」のとき（ステップＳｃ４３）は、表示用リストに追加せずにステップＳｃ２２に戻る（ステップＳｃ４４）。
【００５１】
これに対してステップＳｃ４２で求職者の値Ｂのデータがあり、かつ企業担当者の値Ｄのデータが２（案件）である「真」のとき（ステップＳｃ４５）は、値Ｆ−１の給与として賃金形態と最低賃金、値Ｆ−２として職種ＩＤ、値Ｆ−３として勤務地、値Ｆ−４として業種が調べられる（ステップＳｃ４６）。そして求職者のＥ−１〜Ｅ−４のデータと企業担当者のＦ−１〜Ｆ−４のデータが合致するか否かを調べる（ステップＳｃ４７）。このステップＳｃ４７でデータが一致しない「偽」のとき（ステップＳｃ４８）は、表示用リストに追加せずステップＳｃ２２に戻る（ステップＳｃ４９）。
【００５２】
そしてステップＳｃ４７で求職者のＥ−１〜Ｅ−４のデータと企業担当者のＦ−１〜Ｆ−４のデータが一致した「真」のとき（ステップＳｃ５０）は、既存の表示用リストに同じ企業ＩＤがないか否かを調べる（ステップＳｃ５１）。このステップＳｃ５１で既存の表示用リストに同じ企業ＩＤがない「真」のとき（ステップＳｃ５２）は、表示用リストに追加してステップＳｃ２２に戻る（ステップＳｃ５３）。また、ステップＳｃ５１で既存の表示用リストに同じ企業ＩＤがある「偽」のとき（ステップＳｃ５４）は、表示用リストに追加せずにステップＳｃ２２に戻る（ステップＳｃ５５）。
【００５３】
これらの処理がデータベース装置６に登録された全てのデータについて行われ、中央サーバ装置４で表示用リストの作成が行われる。この作成された表示用リストが、アクセスした求職側端末１ａ〜１ｃに返される（ステップＳｃ５６）。そして図２のトップ画面の右側に表示されている待機中の企業（求人者）の一覧１１（オンライン企業一覧）に表示される（ステップＳｃ５７）。このようにして求職側端末１ａ〜１ｃで「希望条件の企業を表示する」ボタン１５がクリックされていた場合（ステップＳｃ１）のオンライン企業一覧の表示が行われる。
【００５４】
そこでさらに、このオンライン企業一覧を用いて、企業へメッセージを送る場合の処理が図２０に示すように行われる。すなわち図２の画面で、オンライン企業一覧に表示された「企業名」がそれぞれ選択可能とされていると共に、この欄外に「メッセージ送信」ボタン１６が設けられている。そこで、任意の「企業名」がクリックされ（ステップＳｄ１）、「メッセージ送信」ボタン１６がクリックされる（ステップＳｄ２）と、オンライン企業一覧より企業が選択されているか否かを調べる（ステップＳｄ３）。
【００５５】
このステップＳｄ３で、ステップＳｄ３でオンライン企業一覧より企業が選択されていない「偽」のとき（ステップＳｄ４）は、企業が選択されていない旨をメッセージで表示する（ステップＳｄ５）。これに対し、ステップＳｄ３でオンライン企業一覧より企業が選択されている「真」のとき（ステップＳｄ６）は、選択された企業ＩＤが中央サーバ装置４へ送られる（ステップＳｄ７）。そして中央サーバ装置４では、求職側端末１ａ〜１ｃのいずれかで選択された企業ＩＤが取得される（ステップＳｄ８）。
【００５６】
また、中央サーバ装置４では、セッションにより求職者ＩＤを取得し、ユーザーのスカウト設定を確認する（ステップＳｄ９）。ここでは、データベース装置６に予め登録されているスカウトメール設定のテーブルが判断される（ステップＳｄ１０）。これにより中央サーバ装置４では、データベース装置６に登録された求人スカウトメールを受け取るか否かの真偽値Ａと、案件スカウトメールを受け取るか否かの真偽値Ｂが取得される（ステップＳｄ１１）。
【００５７】
さらに中央サーバ装置４では、企業ＩＤより担当者ＩＤ一覧を取得する（ステップＳｄ１２）。ここでは、データベース装置６の企業情報テーブル（図１２）、採用担当者テーブル（図１３）が検索される（ステップＳｄ１３）。そして、メッセージ送信画面で応募メッセージをどの求人・案件情報に対して送信するかを決定する際に選択する、掲載情報を作成する（ステップＳｄ１４）。
【００５８】
その後、中央サーバ装置４では、担当者ＩＤ一覧よりひとり分の担当者データを取り出し、オンライン企業担当者リストを取得して、現在の担当者がオンラインかどうか調べる（ステップＳｄ１５）。ここでは、データベース装置６のスカウトオンライン情報のテーブル（図５）が検索される（ステップＳｄ１６）。そして現在の担当者がオンラインでないとき（ステップＳｄ１７）は、ステップＳｄ１５に戻る（ステップＳｄ１８）。
【００５９】
また、ステップＳｄ１５で現在の担当者がオンラインであるとき（ステップＳｄ１９）は、求職者の真偽値Ａのデータが「真」であるか否かが判断される（ステップＳｄ２０）。そして、ステップＳｄ２０で求職者の真偽値Ａのデータが「真」でない、すなわち「偽」のとき（ステップＳｄ２１）は、後述するステップＳｄ２６へ進む（ステップＳｄ２２）。また、ステップＳｄ２０で求職者の真偽値Ａのデータが「真」のとき（ステップＳｄ２３）は、担当者ＩＤより掲載中の求人情報のリストを取得し、掲載情報リストへ追加する（ステップＳｄ２４）。このステップＳｄ２４では、データベース装置６の共通テーブル（図９）、求人情報テーブル（図１０）が検索される（ステップＳｄ２５）。
【００６０】
さらにステップＳｄ２６では、求職者の真偽値Ｂのデータが「真」であるか否か判断される。そして、ステップＳｄ２６で求職者の真偽値Ｂのデータが「真」でない、すなわち「偽」のときは（ステップＳｄ２７）は、後述するステップＳｄ３２へ進む（ステップＳｄ２８）。また、ステップＳｄ２６で求職者の真偽値Ｂのデータが「真」のとき（ステップＳｄ２９）は、担当者ＩＤより掲載中の求人情報のリストを取得し、掲載情報リストへ追加する（ステップＳｄ３０）。ここでは、データベース装置６の共通テーブル（図９）、案件情報テーブルが検索される（ステップＳｄ３１）。
【００６１】
ここでデータベース装置６の案件情報テーブルには、例えば図２１に示すように、共通テーブルＩＤ、管理番号、案件名称、案件概要、作業内容、希望スキル、即日、長期、開始日、終了日、期間メモ、面接回数、メモなどの情報が登録されている。
【００６２】
これにより、企業名と掲載情報リストが作成され、アクセスした求職側端末１ａ〜１ｃに返される（ステップＳｄ３２）。そしてアクセスした求職側端末１ａ〜１ｃの表示パネルに、メッセージ送信用画面が表示される（ステップＳｄ３３）。なお、このメッセージ送信用画面には、例えば図２２に示すように、企業名の表示欄２１と、案件情報・求人情報一覧（セレクトボックス）２２と、メッセージ（テキストボックス）２３と、ＯＫ（送信）ボタン２４が設けられている。
【００６３】
そこで、このメッセージ送信用画面から求職者がメッセージを送信する場合の処理が、例えば図２３に示すように行われる。すなわち、図２２に示したメッセージ送信用画面において、ＯＫ（送信）ボタン２４がクリックされると（ステップＳｅ１）、メッセージ（テキストボックス）２３に記入されたメッセージが中央サーバ装置４に送られる。そして、そして中央サーバ装置４では、求職側端末１ａ〜１ｃのいずれかから送られた求人情報ＩＤとメッセージが取得される（ステップＳｅ２）。
【００６４】
次に、中央サーバ装置４では、オンライン企業担当者リストより対象企業担当者がオンライン状態か否かを調べる（ステップＳｅ３）。このステップＳｅ３で対象企業担当者がオンライン状態でない「偽」のとき（ステップＳｅ４）は、アクセスした求職側端末１ａ〜１ｃの表示パネルにエラーメッセージが表示される（ステップＳｅ５）。
【００６５】
これに対して、ステップＳｅ３の対象企業担当者がオンライン状態である「真」のとき（ステップＳｅ６）は、案件情報もしくは求人情報・相手先情報を取得する（ステップＳｅ７）。ここでは、データベース装置６の共通テーブル（図９）、求人情報テーブル（図１０）、企業情報業種テーブル（図１９）、募集人数テーブル（図１１）、企業情報テーブル（図１２）、採用担当者テーブル（図１３）が検索される（ステップＳｅ８）。
【００６６】
また、中央サーバ装置４では、メッセージ情報をスカウトメッセージテーブルへ登録する（ステップＳｅ９）。ここでは、データベース装置６のスカウトメッセージテーブルに情報が登録される（ステップＳｅ１０）。このスカウトメッセージテーブルには、例えば図２４に示すように、メッセージＩＤ、送った日付、送り先ＩＤ（求職者ＩＤまたは企業担当者ＩＤ）、企業に送った場合の企業ＩＤ、送り元（求職者ＩＤまたは企業担当者ＩＤ）、企業から送られた場合の企業ＩＤ、メッセージの有効期限、メッセージを実際に見た日時、メッセージ本文、メッセージの処理方法などの情報が登録されている。
【００６７】
このスカウトメッセージテーブルを基に、中央サーバ装置４では、接続情報を作成し、コミュニケーションサーバ装置５とアクセスした求職側端末１ａ〜１ｃへ情報を送信する（ステップＳｅ１１）。これによりアクセスした求職側端末１ａ〜１ｃでは、以下に述べる処理によりチャットウィンドウが開かれる（ステップＳｅ１２）。またコミュニケーションサーバ装置５では、中央サーバ装置４より接続情報を取得し、接続情報にある求職者・企業担当者からのみ接続可能な接続状態を作成する（ステップＳｅ１３）。
【００６８】
さらに、アクセスした求職側端末１ａ〜１ｃでのメッセージ受信処理について図２５を参照して説明する。ここでは、まずコミュニケーションサーバ装置５で、アクセスした求職側端末１ａ〜１ｃとのセッションより求職者ＩＤを取得し、この求職者あてのメッセージ件数を返す（ステップＳｆ１）。これにより、求職側端末１ａ〜１ｃのトップ画面（図２）の右側に待機中の企業（求人者）の一覧１１の欄外に受信メッセージ件数が表示１７される（ステップＳｆ２）。このステップＳｆ１、Ｓｆ２は求職側端末１ａ〜１ｃが中央サーバ装置４に接続されている間は、繰り返し常に行われている。
【００６９】
そして、例えば受信メッセージ件数表示１７がクリックされると、コミュニケーションサーバ装置５で、アクセスした求職側端末１ａ〜１ｃとのセッションより求職者ＩＤを取得し、この求職者あてのメッセージの一覧を取得する（ステップＳｆ３）。さらにこのメッセージ一覧をアクセスした求職側端末１ａ〜１ｃに送信することにより、求職側端末１ａ〜１ｃで受信メッセージ一覧画面が表示される（ステップＳｆ４）。
【００７０】
この受信メッセージ一覧画面は、例えば図２６に示すように会社名／担当者名／案件・求人内容の表示３１と、「メッセージ受け取る」ボタン３２、「辞退する」ボタン３３、「内容を見る」ボタン３４をセットにして、一覧表示が行われる。そして例えば「内容を見る」ボタン３４がクリックされると（ステップＳｆ５）、コミュニケーションサーバ装置５で、選択されたメッセージの内容が取得される（ステップＳｆ６）。
【００７１】
これにより求職側端末１ａ〜１ｃでは、例えば図２７に示すようなメッセージ受信画面が表示される（ステップＳｆ７）。このメッセージ受信画面には、会社名の表示４１、担当者名の表示４２、募集内容の表示４３、メッセージの表示４４と、「メッセージを受け取る」ボタン４５、「辞退する」ボタン４６が設けられている。そして例えば「メッセージを受け取る」ボタン４５がクリックされると（ステップＳｆ８）、コミュニケーションサーバ装置５で、保存された送信メッセージ情報が取得される（ステップＳｆ９）。
【００７２】
そこで、さらに求職側端末１ａ〜１ｃでは受信メッセージ一覧画面（図２６）が表示され（ステップＳｆ１０）、この受信メッセージ一覧画面で「メッセージ受け取る」ボタン３２がクリックされると（ステップＳｆ１１）、コミュニケーションサーバ装置５で、オンライン企業担当者リストが取得される（ステップＳｆ１２）。ここではデータベース装置６のスカウトオンライン情報のテーブル（図５）が検索される（ステップＳｆ１３）。
【００７３】
さらにコミュニケーションサーバ装置５では、オンライン企業担当者リストより対象企業担当者がオンライン状態か調べる（ステップＳｆ１４）。このステップＳｆ１４で対象企業担当者がオンライン状態でない「偽」のとき（ステップＳｆ１５）は、アクセスした求職側端末１ａ〜１ｃの表示パネルにエラーメッセージが表示される（ステップＳｆ１６）。これに対して、ステップＳｆ１４の対象企業担当者がオンライン状態である「真」のとき（ステップＳｆ１７）は、メッセージ情報をメッセージ管理テーブルより取得する（ステップＳｆ１８）。ここでは、データベース装置６のスカウトメッセージテーブルが検索される（ステップＳｆ１９）。
【００７４】
このスカウトメッセージテーブルを基に、コミュニケーションサーバ装置５では、接続情報を取得し、アクセスした求職側端末１ａ〜１ｃへ情報を送信する（ステップＳｆ２０）。これによりアクセスした求職側端末１ａ〜１ｃでは、例えば図２８に示すようなチャットウィンドウが開かれる（ステップＳｆ２１）。またコミュニケーションサーバ装置５では、中央サーバ装置４より接続情報を取得し、接続情報にある求職者・企業担当者からのみ接続可能な接続状態を開始する（ステップＳｆ２２）。
【００７５】
なお、図２８に示すチャットウィンドウには、相手先企業名の表示５１、企業担当者名の表示５２、募集内容の表示５３、メッセージの記入欄５４と、記入したメッセージを送信する送信ボタン５５、さらに求職側端末１ａ〜１ｃにウェブカメラが装備されている場合にビデオチャット等の機能の利用を開始する面接開始ボタン５６と、「終了する」ボタン５７が設けられている。
【００７６】
以上の説明のようにして、求職側端末１ａ〜１ｃと中央サーバ装置４、コミュニケーションサーバ装置５との間での処理が行われる。さらに以下には、求人側端末３ａ〜３ｃと中央サーバ装置４、コミュニケーションサーバ装置５間での処理について説明する。
【００７７】
そこで、まず求人側端末３ａ〜３ｃのいずれかから中央サーバ装置４へのアクセスを行うと、図２９に示すようなトップ画面が表示される。このトップ画面には、例えば画面の右側に待機中の求職者の一覧６１が表示され、画面の左側にはスカウトメール残数の表示６２と、スカウトメール購入ボタン６３が表示されている。なおこのシステムでは、求人側端末３ａ〜３ｃで求職者からのメールを受け取ると課金がなされる仕組みとされており、これによりサイトの運営者の収入が得られるものである。
【００７８】
さらに、トップ画面の左側には、応募を受けることを希望するか否かの選択ボタン６４と、会社情報ボタン６５、掲載管理ボタン６６が設けられる。このトップ画面で、ボタン６５，６６をクリックするとそれぞれの内容が表示されて、その編集や修正等を行うことができるものであるが、それらは周知の技術であるので説明は割愛する。
【００７９】
それに対して、応募を受けることを希望するか否かの選択ボタン６４がクリックされると、図３０に示す処理が開始される。すなわち、求人側端末３ａ〜３ｃのいずれかで選択ボタン６４がクリックされると（ステップＳｇ１）、中央サーバ装置４ではセッションより担当者ＩＤを取得し、求人・案件情報があるかどうかを調べる（ステップＳｇ２）。ここでは、データベース装置６に予め登録されている共通テーブル（図９）が参照される（ステップＳｇ３）。
【００８０】
そして、ひとつも掲載中の情報がないとき（ステップＳｇ４）は、アクセスした求人側端末３ａ〜３ｃの画面にスカウトできる掲載情報がない旨をメッセージで表示して終了する（ステップＳｇ５）。また、ひとつでも掲載中の情報があるとき（ステップＳｇ６）は、求職者ＩＤより求職者情報を取得する（ステップＳｇ７）。ここでは、データベース装置６の企業情報テーブル（図１２）、採用担当者テーブル（図１３）が検索される（ステップＳｇ８）。
【００８１】
さらに、取得した情報をオンラインリストとして登録する（ステップＳｇ９）。ここでは、データベース装置６のスカウトオンライン情報テーブルへ登録される（ステップＳｇ１０）。また、アクセスした求人側端末３ａ〜３ｃの画面にオンライン状態を表示するウィンドウが表示される（ステップＳｇ１１）。
【００８２】
次に、図２９のトップ画面の右側に表示されている待機中の求職者の一覧６１について説明する。ここには、欄外に「全ての求職者を表示する」ボタン６７と、「希望条件の求職者を表示する」ボタン６８とが設けられ、それぞれのボタン６７，６８がクリックされると、一覧６１に対応する求職者が表示されるようになっている。そこで、図３１〜図３２に示すように、まず求人側端末３ａ〜３ｃで「全ての求職者を表示する」ボタン６７がクリックされていた場合（ステップＳｈ１）には、以下の処理が行われる。
【００８３】
すなわち、求人側端末３ａ〜３ｃのいずれかから中央サーバ装置４へのアクセスが行われると、中央サーバ装置４ではセッションより担当者ＩＤを取得し、データベース装置６に予め登録されている掲載状況を確認する（ステップＳｈ２）。ここでは、データベース装置６の共通テーブル（図９）が参照される（ステップＳｈ３）。そして、中央サーバ装置４では、掲載中の案件が１件でもあるときは案件フラグを「真」とし、掲載中の求人が１件でもあるときは求人フラグを「真」とする（ステップＳｈ４）。
【００８４】
さらに、中央サーバ装置４でオンライン求職者リストを取得する（ステップＳｈ５）。ここでは、データベース装置６のスカウトオンライン情報のテーブル（図５）が検索される（ステップＳｈ６）。また、中央サーバ装置４で自分のオンライン情報を更新する（ステップＳｈ７）。ここではデータベース装置６のスカウトオンライン情報のテーブル（図５）が検索される（ステップＳｈ８）。この後、中央サーバ装置４では表示用リストの作成が行われる。
【００８５】
このリストの作成では、まずオンライン企業側ユーザーリストに求職者のブロックＩＤリストがあるか否かを調べる（ステップＳｈ９）。このステップＳｈ９で求職者のブロックＩＤリストがない「偽」のとき（ステップＳｈ１０）は、処理は終了とされる（ステップＳｈ１１）。一方、ステップＳｈ９で求職者のブロックＩＤリストがある「真」のとき（ステップＳｈ１２）は、企業担当者の企業ＩＤが求職者のブロックＩＤリストの値Ｅ−５のデータに含まれていないか否かを調べる（ステップＳｈ１３）。そして企業ＩＤが求職者の値Ｅ−５のデータに含まれていたとき（ステップＳｈ１４）は、表示用リストに追加せずステップＳｈ９に戻る（ステップＳｈ１５）。
【００８６】
また、ステップＳｈ１３で、企業ＩＤが求職者の値Ｅ−５のデータに含まれていないとき（ステップＳｈ１６）は、求職者ＩＤを取得し、ユーザーのスカウト設定を確認する（ステップＳｈ１７）。ここでは、データベース装置６のスカウトメール設定テーブル（図４）が検索される（ステップＳｈ１８）。そして、求人スカウトメールを受け取るかどうかの真偽値Ｇと、案件スカウトメールを受け取るかどうかの真偽値Ｈが設定される（ステップＳｈ１９）。
【００８７】
さらに、求職者の値Ａのデータがあり、かつ企業担当者の値Ｇのデータがあるか、または求職者の値Ｂのデータがあり、かつ企業担当者の値Ｈのデータがあるかの判断が行われる（ステップＳｈ２０）。そして、いずれかのデータがある「真」のとき（ステップＳｈ２１）は、表示用リストに追加してステップＳｈ９に戻る（ステップＳｈ２２）。また、ステップＳｈ２０でいずれかのデータがない「偽」のとき（ステップＳｈ２３）は、表示用リストに追加せずにステップＳｈ９に戻る（ステップＳｈ２４）。これらの処理がデータベース装置６に登録された全てのデータについて行われ、中央サーバ装置４で表示用リストの作成が行われる。
【００８８】
この作成された表示用リストが、アクセスした求人側端末３ａ〜３ｃに返される（ステップＳｈ２５）。そして図２９のトップ画面の右側に表示されている待機中の求職者の一覧６１（オンライン求職者一覧）に表示される（ステップＳｈ２６）。このようにして求人側端末３ａ〜３ｃで「全ての求職者を表示する」ボタン６７がクリックされていた場合（ステップＳｈ１）のオンライン企業一覧の表示が行われる。
【００８９】
次に、図３３〜３４に基づいて、求人側端末３ａ〜３ｃで、「希望条件の求職者を表示する」ボタン６８がクリックされていた場合（ステップＳｉ１）の処理について説明する。すなわち、求人側端末３ａ〜３ｃのいずれかから中央サーバ装置４へのアクセスが行われると、中央サーバ装置４ではセッションより担当者ＩＤを取得し、データベース装置６に予め登録されている掲載状況を確認する（ステップＳｉ２）。ここでは、データベース装置６の共通テーブルが判断される（ステップＳｉ３）。
【００９０】
そして中央サーバ装置４では、掲載中の案件が１件でもあるときは案件フラグを「真」とし、掲載中の求人が１件でもあるときは求人フラグを「真」とする（ステップＳｉ４）。さらに、中央サーバ装置４でオンライン求職者リストを取得する（ステップＳｉ５）。ここでは、データベース装置６のスカウトオンライン情報のテーブル（図５）が検索される（ステップＳｉ６）。また、中央サーバ装置４で自分のオンライン情報を更新する（ステップＳｉ７）。ここではデータベース装置６のスカウトオンライン情報のテーブル（図５）が検索される（ステップＳｉ８）。
【００９１】
さらに、中央サーバ装置４で掲載情報が取得される（ステップＳｉ９）。ここではデータベース装置６の共通テーブル（図９）、求人情報テーブル（図１０）、企業情報業種テーブル（図１９）、募集人数テーブル（図１１）、企業情報テーブル（図１２）、採用担当者テーブル（図１３）が検索される（ステップＳｉ１０）。これにより、中央サーバ装置４で値Ｉ−１の給与として賃金形態と最低賃金、値Ｉ−２として職種ＩＤ、値Ｉ−３として勤務地、値Ｉ−４として業種が調べられる（ステップＳｉ１１）。この後、中央サーバ装置４では表示用リストの作成が行われる。
【００９２】
このリストの作成では、まずオンライン求職者側ユーザーリストに求職者ＩＤのデータがあるか否かを調べる（ステップＳｉ１２）。このステップＳｉ１２で求職者ＩＤのデータがない「偽」のとき（ステップＳｉ１３）は、処理は終了とされる（ステップＳｉ１４）。一方、ステップＳｉ１２で求職者ＩＤのデータがある「真」のとき（ステップＳｉ１５）は、求職者ＩＤを取得し、求人スカウトメール設定を調べる（ステップＳｉ１６）。
【００９３】
ここでは、データベース装置６のスカウトメール設定テーブル（図４）が検索される（ステップＳｉ１７）。そして、求人スカウトメールを受け取るかどうかの真偽値Ｊと、案件スカウトメールを受け取るかどうかの真偽値Ｋが設定される（ステップＳｉ１８）。また、データベース装置６のスカウトメール設定テーブルに登録されている求人スカウト条件（時給）、（日給）、（月給）、（年棒）、案件スカウト条件（時給）、（日給）、（月給）、（年棒）がデータＬ−１として取得される（ステップＳｉ１９）。
【００９４】
さらに、中央サーバ装置４で求職者の希望職種を取得する（ステップＳｉ２０）。ここではデータベース装置６のスカウトメール希望職種のテーブル（図１７）が検索される（ステップＳｉ２１）。このスカウトメール希望職種のテーブルには、求職者ＩＤと、職種コードＩＤが登録されており、この職種ＩＤが中央サーバ装置４で値Ｌ−２として取得される（ステップＳｉ２２）。
【００９５】
次に、中央サーバ装置４で求職者の希望勤務地を取得する（ステップＳｉ２３）。ここではデータベース装置６のスカウトメール設定勤務地のテーブル（図１８）が検索される（ステップＳｉ２４）。このスカウトメール設定勤務地のテーブルには、求職者ＩＤと、勤務地域コードＩＤが登録されており、この勤務地域ＩＤが中央サーバ装置４で値Ｌ−３として取得される（ステップＳｉ２５）。
【００９６】
また、中央サーバ装置４で求職者の希望業種を取得する（ステップＳｉ２６）。ここではデータベース装置６の企業情報業種のテーブル（図１９）が検索される（ステップＳｉ２７）。この企業情報業種のテーブルには、企業情報ＩＤと、業種ＩＤが登録されており、この業種ＩＤが中央サーバ装置４で値Ｌ−４として取得される（ステップＳｉ２８）。
【００９７】
さらに中央サーバ装置４でスカウトを拒否する企業を取得する（ステップＳｉ２９）。ここではデータベース装置６のスカウトメール設定企業情報のテーブル（図８）が検索される（ステップＳｉ３０）。このスカウトメール設定企業情報のテーブルには、求職者ＩＤと、企業ＩＤが登録されており、この企業ＩＤが中央サーバ装置４で値Ｌ−５として取得される（ステップＳｉ３１）。
【００９８】
次に、中央サーバ装置４で企業担当者の企業ＩＤが求職者のブロックＩＤリストの値Ｌ−５のデータに含まれていないか否かを調べる（ステップＳｉ３２）。そして企業ＩＤが求職者の値Ｌ−５のデータに含まれていたとき（ステップＳｉ３３）は、表示用リストに追加せずステップＳｉ１２に戻る（ステップＳｉ３４）。
【００９９】
これに対して、ステップＳｉ３２で、企業ＩＤが求職者の値Ｅ−５のデータに含まれていないとき（ステップＳｉ３５）は、中央サーバ装置４で企業担当者の案件フラグが「真」かつ求職者の値Ｊが「真」であるか否かの判断（ステップＳｉ３６）が行われ、いずれかが「偽」のとき（ステップＳｉ３７）は、表示用リストに追加せずにステップＳｉ１２に戻る（ステップＳｉ３８）。
【０１００】
また、ステップＳｉ３６で共に「真」のとき（ステップＳｉ３９）は、企業担当者のＩ−１〜Ｉ−４のデータと求職者のＬ−１〜Ｌ−４のデータが合致するか否かを調べる（ステップＳｉ４０）。このステップＳｉ４０で企業担当者のＩ−１〜Ｉ−４のデータと求職者のＬ−１〜Ｌ−４のデータが一致した「真」のとき（ステップＳｉ４１）は、表示用リストに追加してステップＳｉ１２に戻る（ステップＳｉ４２）。
【０１０１】
さらに、ステップＳｉ４０で企業担当者のＩ−１〜Ｉ−４のデータと求職者のＬ−１〜Ｌ−４のデータが一致しない「偽」のとき（ステップＳｉ４３）は、中央サーバ装置４で企業担当者の求人フラグが「真」かつ求職者の値Ｋが「真」であるか否かの判断（ステップＳｉ４４）が行われ、いずれかが「偽」とき（ステップＳｉ４５）は、表示用リストに追加せずにステップＳｉ１２に戻る（ステップＳｉ４６）。
【０１０２】
また、ステップＳｉ４４で共に「真」とき（ステップＳｉ４７）は、企業担当者のＩ−１〜Ｉ−４のデータと求職者のＬ−１〜Ｌ−４のデータが合致するか否かを調べる（ステップＳｉ４８）。このステップＳｉ４８で企業担当者のＩ−１〜Ｉ−４のデータと求職者のＬ−１〜Ｌ−４のデータが一致した「真」のとき（ステップＳｉ４９）は、表示用リストに追加してステップＳｉ１２に戻る（ステップＳｉ５０）。またステップＳｉ４８で企業担当者のＩ−１〜Ｉ−４のデータと求職者のＬ−１〜Ｌ−４のデータが一致しない「偽」のとき（ステップＳｉ５１）は、表示用リストに追加せずステップＳｉ１２に戻る（ステップＳｉ５２）。これらの処理がデータベース装置６に登録された全てのデータについて行われ、中央サーバ装置４で表示用リストの作成が行われる。
【０１０３】
この作成された表示用リストが、アクセスした求人側端末３ａ〜３ｃに返される（ステップＳｉ５３）。そして図２９のトップ画面の右側に表示されている待機中の求職者の一覧６１（オンライン求職者一覧）に表示される（ステップＳｉ５４）。このようにして求人側端末３ａ〜３ｃで「希望条件の求職者を表示する」ボタン６８がクリックされていた場合（ステップＳｉ１）のオンライン求職者一覧の表示が行われる。
【０１０４】
そこでさらに、このオンライン求職者一覧を用いて、求職者へメッセージを送る場合の処理が図３５に示すように行われる。すなわち図２９の画面で、オンライン求職者一覧に表示された「求職者名」がそれぞれ選択可能とされていると共に、この欄外に「メッセージ送信」ボタン６９が設けられている。そこで、任意の「求職者名」がクリックされ（ステップＳｊ１）、「メッセージ送信」ボタン６９がクリックされる（ステップＳｊ２）と、オンライン求職者一覧より求職者が選択されているか否かを調べる（ステップＳｊ３）。
【０１０５】
このステップＳｊ３でオンライン求職者一覧より求職者が選択されていない「偽」のとき（ステップＳｊ４）は、求職者が選択されていない旨をメッセージで表示する（ステップＳｊ５）。これに対し、ステップＳｊ３でオンライン求職者一覧より求職者が選択されている「真」のとき（ステップＳｊ６）は、選択された求職者ＩＤが中央サーバ装置４へ送られる（ステップＳｊ７）。そして中央サーバ装置４では、求人側端末３ａ〜３ｃのいずれかで選択された求職者ＩＤが取得される（ステップＳｊ８）。この求職者ＩＤによりデータベース装置６のスカウトメール設定のテーブル（図４）が検索される（ステップＳｊ９）。
【０１０６】
これにより中央サーバ装置４では、データベース装置６に登録された求人スカウトメールを受け取るか否かの真偽値Ｍと、案件スカウトメールを受け取るか否かの真偽値Ｍと、表示する求職者のニックネームが取得される（ステップＳｊ１０）。また、中央サーバ装置４では、セッションにより企業担当者ＩＤを取得する（ステップＳｊ１１）。
【０１０７】
さらに中央サーバ装置４では、オンライン求職者リストを取得し、求職者がオンラインかどうか調べる（ステップＳｊ１２）。ここでは、データベース装置６のスカウトオンライン情報テーブル（図５）が検索される（ステップＳｊ１３）。そして、オンラインでないとき（ステップＳｊ１４）は、アクセスした求人側端末３ａ〜３ｃの表示パネルにエラーメッセージが表示される（ステップＳｊ１５）。
【０１０８】
また、ステップＳｊ１２でオンラインのとき（ステップＳｊ１６）は、メッセージ送信画面でスカウトメッセージをどの求人・案件情報に対して送信するかを決定する際に選択する、掲載情報を作成する（ステップＳｊ１７）。そして、求職者の真偽値Ｍのデータが「真」であるか否か判断される（ステップＳｊ１８）。このステップＳｊ１８で求職者の真偽値Ｍのデータが「真」でない「偽」のときは（ステップＳｊ１９）は、後述するステップＳｊ２４へ進む（ステップＳｊ２０）。
【０１０９】
これに対して、ステップＳｊ１８で求職者の真偽値Ｍのデータが「真」のとき（ステップＳｊ２１）は、担当者ＩＤをより掲載中の求人情報のリストを取得し、掲載情報リストへ追加する（ステップＳｊ２２）。ここでは、データベース装置６の共通テーブル（図９）、求人情報テーブル（図１０）が検索される（ステップＳｊ２３）。
【０１１０】
さらにステップＳｊ２４では、求職者の真偽値Ｎのデータが「真」であるか否かが判断される。そして、ステップＳｊ２４で求職者の真偽値Ｎのデータが「真」でない「偽」のときは（ステップＳｊ２５）は、後述するステップＳｊ３０へ進む（ステップＳｊ２６）。また、ステップＳｊ２４で求職者の真偽値Ｎのデータが「真」のとき（ステップＳｊ２７）は、担当者ＩＤをより掲載中の求人情報のリストを取得し、掲載情報リストへ追加する（ステップＳｊ２８）。ここでは、データベース装置６の共通テーブル（図９）、案件情報テーブルが検索される（ステップＳｊ２９）。
【０１１１】
これにより、企業名と掲載情報リストが作成され、アクセスした求人側端末３ａ〜３ｃに返される（ステップＳｊ３０）。そしてアクセスした求人側端末３ａ〜３ｃの表示パネルに、メッセージ送信用画面が表示される（ステップＳｊ３１）。なお、このメッセージ送信用画面には、例えば図３６に示すように、求職者ニックネームの表示欄７１と、募集内容（セレクトボックス）７２と、メッセージ（テキストボックス）７３と、ＯＫ（送信）ボタン７４が設けられている。
【０１１２】
そこで、このメッセージ送信用画面から担当者がメッセージを送信する場合の処理が、例えば図３７に示すように行われる。すなわち、図３６に示したメッセージ送信用画面において、ＯＫ（送信）ボタン７４がクリックされると（ステップＳｋ１）、メッセージ（テキストボックス）７３に記入されたメッセージが中央サーバ装置４に送られる。そして、そして中央サーバ装置４では、求人側端末３ａ〜３ｃのいずれかから送られた求人情報ＩＤとメッセージが取得される（ステップＳｋ２）。
【０１１３】
次に、中央サーバ装置４では、オンライン企業担当者リストより対象企業担当者がオンライン状態かを調べる（ステップＳｋ３）。このステップＳｋ３で対象企業担当者がオンライン状態でない「偽」のとき（ステップＳｋ４）は、アクセスした求人側端末３ａ〜３ｃの表示パネルにエラーメッセージが表示される（ステップＳｋ５）。
【０１１４】
これに対して、ステップＳｋ３で対象企業担当者がオンライン状態である「真」のとき（ステップＳｋ６）は、セッションより企業担当者ＩＤを取得し、ユーザーのスカウト設定を確認する（ステップＳｋ７）。ここでは、データベース装置６のスカウトメール設定テーブル（図４）が検索される（ステップＳｋ８）。そして中央サーバ装置４では、表示するニックネームが設定される（ステップＳｋ９）。
【０１１５】
また、中央サーバ装置４では、求人情報ＩＤより掲載情報・会社情報・担当者情報を取得する（ステップＳｋ１０）。ここでは、データベース装置６の共通テーブル（図９）、求人情報テーブル（図１０）が検索される（ステップＳｋ１１）。さらに中央サーバ装置４では、スカウトメールの権利が１件減らされる（ステップＳｋ１２）。また、中央サーバ装置４では、メッセージ情報をスカウトメッセージテーブルへ登録する（ステップＳｋ１３）。ここでは、データベース装置６のスカウトメッセージテーブル（図２４）に情報が登録される（ステップＳｋ１４）。
【０１１６】
このスカウトメッセージテーブルを基に、中央サーバ装置４では、接続情報を作成し、コミュニケーションサーバ装置５とアクセスした求人側端末３ａ〜３ｃへ情報を送信する（ステップＳｋ１５）。これによりアクセスした求人側端末３ａ〜３ｃでは、以下に述べる処理によりチャットウィンドウが開かれる（ステップＳｋ１６）。またコミュニケーションサーバ装置５では、中央サーバ装置４より接続情報を取得し、接続情報にある求職者・企業担当者からのみ接続可能な接続状態を作成する（ステップＳｋ１７）。
【０１１７】
さらに、アクセスした求人側端末３ａ〜３ｃでのメッセージ受信処理について図３８を参照して説明する。ここでは、まずコミュニケーションサーバ装置５で、アクセスした求人側端末３ａ〜３ｃとのセッションより担当者ＩＤを取得し、この担当者あてのメッセージ件数を返す（ステップＳｍ１）。
【０１１８】
これにより、求人側端末３ａ〜３ｃのトップ画面（図２９）の右側に待機中の求職者の一覧６１の欄外に受信メッセージ件数が表示７０される（ステップＳｍ２）。さらにこの情報は、データベース装置６のスカウトメッセージテーブル（図２８）に登録される（ステップＳｍ３）。このステップＳｍ１〜Ｓｍ３は求人側端末３ａ〜３ｃが中央サーバ装置４に接続されている間は、繰り返し常に行われている。
【０１１９】
そして、例えば受信メッセージ件数表示７０がクリックされると、コミュニケーションサーバ装置５で、アクセスした求人側端末３ａ〜３ｃとのセッションより担当者ＩＤを取得し、この担当者あてのメッセージの一覧を取得する（ステップＳｍ４）。さらにこのメッセージ一覧をアクセスした求人側端末３ａ〜３ｃに送信することにより、求人側端末３ａ〜３ｃで受信メッセージ一覧画面が表示される（ステップＳｍ５）。
【０１２０】
この受信メッセージ一覧画面は、例えば図３９に示すように求職者のニックネームの表示８１と、「メッセージ受け取る」ボタン８２をセットにして、一覧表示が行われる。そして「メッセージ受け取る」ボタン８２がクリックされると（ステップＳｍ６）、コミュニケーションサーバ装置５で、保存された送信メッセージの情報が取得される（ステップＳｍ７）。
【０１２１】
また、コミュニケーションサーバ装置５で、オンライン求職者リストが取得される（ステップＳｍ８）。ここではデータベース装置６のスカウトオンライン情報のテーブル（図５）が検索される（ステップＳｍ９）。さらにコミュニケーションサーバ装置５では、オンライン求職者リストより対象求職者がオンライン状態か調べる（ステップＳｍ１０）。
【０１２２】
このステップＳｍ１０で対象求職者がオンライン状態でない「偽」のとき（ステップＳｍ１１）は、アクセスした求人側端末３ａ〜３ｃの表示パネルにエラーメッセージが表示される（ステップＳｍ１２）。これに対して、ステップＳｍ１０で対象求職者がオンライン状態である「真」のとき（ステップＳｍ１３）は、メッセージ情報をメッセージ管理テーブルより取得する（ステップＳｍ１４）。ここでは、データベース装置６のスカウトメッセージテーブル（図２８）が検索される（ステップＳｍ１５）。
【０１２３】
このスカウトメッセージテーブルを基に、コミュニケーションサーバ装置５では、接続情報を取得し、アクセスした求人側端末３ａ〜３ｃへ情報を送信する（ステップＳｍ１６）。これによりアクセスした求人側端末３ａ〜３ｃでは、例えば図４０に示すようなチャットウィンドウが開かれる（ステップＳｍ１７）。またコミュニケーションサーバ装置５では、中央サーバ装置４より接続情報を取得し、接続情報にある求職者・企業担当者からのみ接続可能な接続状態を開始する（ステップＳｍ１８）。
【０１２４】
なお、図４０に示すチャットウィンドウには、求職者氏名の表示９１、募集内容の表示９２、メッセージの記入欄９３と、記入したメッセージを送信する送信ボタン９４、さらに求人側端末３ａ〜３ｃにウェブカメラが装備されている場合にビデオチャット等の機能の利用を開始する面接開始ボタン９５と、「終了する」ボタン９６が設けられている。
【０１２５】
従って図１の実施形態例において、求職者は求職側端末１ａ〜１ｃから中央サーバ装置４のスカウト待合室の機能へアクセスし、求人企業からスカウトを受けるために、コミュニケーションサーバのオンライン情報管理プールへ自身のアクセス情報を登録する。オンライン情報管理プールの求職者情報の有無でオンライン／オフライン（つまり、求人企業からその時点でリアルタイムコミュニケーションが可能かどうか）を判断する。
【０１２６】
また、求人企業は求人側端末３ａ〜３ｃから中央サーバ装置４のスカウト待合室の機能にアクセスし、求職者を検索してスカウトを行うために、コミュニケーションサーバのオンライン情報管理プールへ自身のアクセス情報を登録する。求職者情報と同様に、オンライン情報管理プールの企業情報の有無によってその企業のオンライン/オフラインを判断する。なお、クライアント（求職側端末１ａ〜１ｃ、求人側端末３ａ〜３ｃ）からのアクセス時に、オンライン情報管理プールへの登録を表すコマンドが送信された場合は、オンライン情報管理プールへ登録を行う。
【０１２７】
さらに、クライアントからのアクセス時に、はじめてメッセージを送信する処理を開始するコマンドが送信された場合、自分の情報とメッセージのやりとりを希望する相手の求人企業を関連付けるセッションが無い場合、そのセッションを作成する。ひとつの求職者と求人企業(担当者)の組によるメッセージの送受信は、このセッション情報を元に行われる。ただしこのセッション情報は、双方の求職者、求人企業がオンラインでなければ作成できない。
【０１２８】
また、初回アクセス時には、オンライン情報管理プールへアクセス情報（アクセス元ＩＰアドレス、求職者（求職者名、求職者ＩＤなど）または企業担当者（企業名、企業ＩＤ、担当者名など）の情報）を登録する。また、求職者は、画面に「現在オンライン状態」の求人企業（担当者）の一覧を取得することができる。
【０１２９】
なお、上記の一覧を取得する機能においては、オンライン状態の求人企業がすべて表示されてしまうため、自身の希望条件を元に、オンライン情報管理プールに登録されている求人企業のうち、特定の条件に合致する求人企業のみの表示し、また、求職者が何らかの事情により表示したくない、スカウトを受けたくない企業の一覧を排除して、求人企業の一覧を表示することができる。その際の条件として、データベースより、その条件に合致する企業を検索する。
【０１３０】
さらに、求人企業は、画面に「現在オンライン状態」の求職者の一覧を取得することができる。ここでも、一覧を取得する機能においても上記同様に、求人企業の募集要項に合う、またはプロジェクトが求める人材（スキルを満たしている、など）のような特定の求職者のみを表示することもできる。条件の検索には、データベースを使用する。
【０１３１】
そして、求職者Ａと求人企業Ｂの担当者Ｃがチャットウィンドウでメッセージのやり取りを行う場合、メッセージの開始時に作成されるスレッドを介して、指定された相手同士のみがそのメッセージの内容を見ることができる。スレッドは、求職者がオンライン情報管理プールからアクセス可能なオンライン状態の企業の情報を見て判断を行い、メッセージを最初に送る前に作成される。メッセージを受信した企業は自身が受信者であるスレッドかつ、相手がアクセス可能である場合に、メッセージを返信することが出来る。
【０１３２】
なお、スレッドが存在している間、常にオンライン情報テーブルからオンライン情報を取得し、両者がオンラインかどうかを確認し続ける。
【０１３３】
こうして上述の職業斡旋システムによれば、求職側端末と、求人側端末と、中央サーバ装置とをネットワークを介して接続し、中央サーバ装置にデータベース装置とコミュニケーションサーバ装置を併設し、中央サーバ装置は、アクセス許可手段と、マッチング判断手段と、情報送信手段と、コミュニケーションサーバ装置による求職側端末と求人側端末間の通信の実行を許可する通信許可手段を備えることにより、求職者が求職活動を円滑に行うことができるようにしたものである。
【０１３４】
なお本発明は、上述の説明した実施形態に限定されるものではなく、特許請求の範囲の記載を逸脱しない範囲において、種々の変形が可能とされるものである。
【図面の簡単な説明】
【０１３５】
【図１】本発明による職業斡旋システムを実現するコンピュータ組織の一実施形態例の構成を示すブロック図である。
【図２】説明のためのトップ画面の表示例を示す図である。
【図３】動作の説明のためのフローチャート図である。
【図４】説明のためのデータテーブルの例を示す図である。
【図５】説明のためのデータテーブルの例を示す図である。
【図６】動作の説明のためのフローチャート図である。
【図７】動作の説明のためのフローチャート図である。
【図８】説明のためのデータテーブルの例を示す図である。
【図９】説明のためのデータテーブルの例を示す図である。
【図１０】説明のためのデータテーブルの例を示す図である。
【図１１】説明のためのデータテーブルの例を示す図である。
【図１２】説明のためのデータテーブルの例を示す図である。
【図１３】説明のためのデータテーブルの例を示す図である。
【図１４】動作の説明のためのフローチャート図である。
【図１５】動作の説明のためのフローチャート図である。
【図１６】動作の説明のためのフローチャート図である。
【図１７】説明のためのデータテーブルの例を示す図である。
【図１８】説明のためのデータテーブルの例を示す図である。
【図１９】説明のためのデータテーブルの例を示す図である。
【図２０】動作の説明のためのフローチャート図である。
【図２１】説明のためのデータテーブルの例を示す図である。
【図２２】動作の説明のためのメッセージ送信用画面の表示を示す図である。
【図２３】動作の説明のためのフローチャート図である。
【図２４】説明のためのデータテーブルの例を示す図である。
【図２５】動作の説明のためのフローチャート図である。
【図２６】動作の説明のための受信メッセージ一覧画面の表示を示す図である。
【図２７】動作の説明のためのメッセージ受信画面の表示を示す図である。
【図２８】動作の説明のためのチャットウィンドウの表示を示す図である。
【図２９】動作の説明のためのトップ画面の表示を示す図である。
【図３０】動作の説明のためのフローチャート図である。
【図３１】動作の説明のためのフローチャート図である。
【図３２】動作の説明のためのフローチャート図である。
【図３３】動作の説明のためのフローチャート図である。
【図３４】動作の説明のためのフローチャート図である。
【図３５】動作の説明のためのフローチャート図である。
【図３６】動作の説明のためのメッセージ送信用画面の表示を示す図である。
【図３７】動作の説明のためのフローチャート図である。
【図３８】動作の説明のためのフローチャート図である。
【図３９】動作の説明のための受信メッセージ一覧画面の表示を示す図である。
【図４０】動作の説明のためのチャットウィンドウの表示を示す図である。
【符号の説明】
【０１３６】
１ａ〜１ｃ…求職側端末、２…インターネット、３ａ〜３ｃ…求人側端末、４…中央サーバ装置、５…コミュニケーションサーバ装置、６…データベース
【図１】
2008210259.tif 000003
【図２】
2008210259.tif 000004
【図３】
2008210259.tif 000005
【図４】
2008210259.tif 000006
【図５】
2008210259.tif 000007
【図６】
2008210259.tif 000008
【図７】
2008210259.tif 000009
【図８】
2008210259.tif 000010
【図９】
2008210259.tif 000011
【図１０】
2008210259.tif 000012
【図１１】
2008210259.tif 000013
【図１２】
2008210259.tif 000014
【図１３】
2008210259.tif 000015
【図１４】
2008210259.tif 000016
【図１５】
2008210259.tif 000017
【図１６】
2008210259.tif 000018
【図１７】
2008210259.tif 000019
【図１８】
2008210259.tif 000020
【図１９】
2008210259.tif 000021
【図２０】
2008210259.tif 000022
【図２１】
2008210259.tif 000023
【図２２】
2008210259.tif 000024
【図２３】
2008210259.tif 000025
【図２４】
2008210259.tif 000026
【図２５】
2008210259.tif 000027
【図２６】
2008210259.tif 000028
【図２７】
2008210259.tif 000029
【図２８】
2008210259.tif 000030
【図２９】
2008210259.tif 000031
【図３０】
2008210259.tif 000032
【図３１】
2008210259.tif 000033
【図３２】
2008210259.tif 000034
【図３３】
2008210259.tif 000035
【図３４】
2008210259.tif 000036
【図３５】
2008210259.tif 000037
【図３６】
2008210259.tif 000038
【図３７】
2008210259.tif 000039
【図３８】
2008210259.tif 000040
【図３９】
2008210259.tif 000041
【図４０】
2008210259.tif 000042