JP7176147B1 - プログラム、情報処理装置及び方法 - Google Patents

Abstract

【課題】応募にかかる手間を少なくすることが可能なプログラム、情報処理装置及び方法を提供する。【解決手段】通信回線と、サーバ装置と、複数のユーザ端末とを備える求人支援システムにおいて、プログラムは、コンピュータであるサーバ装置に、求人に対する第１の応募受付と、第１の応募受付よりもユーザの操作が少ない第２の応募受付と、を実行させる。求人の内容に応じた条件をユーザ情報が満たさない場合は、第１の応募受付を行う第１の応募ボタンを表示させる。求人の内容に応じた条件をユーザ情報が満たす場合は、第２の応募受付を行う第２の応募ボタンを表示させる。【選択図】図１７

Description

特許法第３０条第２項適用 令和４年２月２８日に「ジョブメドレー」ｈｔｔｐｓ：／／ｊｏｂ－ｍｅｄｌｅｙ．ｃｏｍ／にて公開

本発明は、プログラム、情報処理装置及び方法に関する。

特許文献１には、求人情報の提供システムにおいて、求人情報へ応募したユーザが当該求人情報を掲載する店舗での勤務実績がある場合、履歴書情報の入力を省略して応募可能とする技術が開示されている。

特開２０２２－７４３２号公報

特許文献１の技術では、勤務実績がある勤務先への再応募については、求人応募に対する手間が省かれている。しかしながら、勤務実績がない勤務先への応募については手間がかかる。

本発明の一態様によれば、プログラムが提供される。このプログラムは、コンピュータに、求人に対する第１の応募受付と、第１の応募受付よりもユーザの操作が少ない第２の応募受付と、を実行させる。求人の内容に応じた条件をユーザ情報が満たさない場合は、第１の応募受付を行う第１の応募ボタンを表示させる。求人の内容に応じた条件をユーザ情報が満たす場合は、第２の応募受付を行う第２の応募ボタンを表示させる。

このような態様によれば、ワンクリック操作で応募することが可能なので、応募に対する操作性を向上させ、応募にかかる手間を少なくすることができる。

求人支援システム１の全体構成を示す図である。 サーバ装置１０のハードウェア構成を示す図である。 ユーザ端末２０のハードウェア構成を示す図である。 各装置の制御部の機能構成を示す図である。 応募関連処理の一例を示すアクティビティ図である。 表示された登録ページの一例を示す図である。 ユーザ情報ＤＢの一例を示す図である。 求人情報ＤＢの一例を示す図である。 表示された求人一覧ページの一例を示す図である。 表示された求人ページの一例を示す図である。 通常の応募用ページの一例を示す図である。 通常の応募の場合の完了表示の一例を示す図である。 表示された求人ページの一例を示す図である。 ワンクリック応募の場合の完了表示の一例を示す図である。 ブックマークに関する応募関連処理の一例を示すアクティビティ図である。 表示された求人ページの一例を示す図である。 ブックマークに関する応募関連処理の一例を示すアクティビティ図である。 表示されたキャンセルボタンの一例を示す図である。 追加画面の一例を示す図である。 提示処理により表示される登録画面の一例を示す図である。 表示されるプレビュー画像の一例を示す図である。 表示されるワンクリック応募ボタンの一例を示す図である。 表示されるワンクリック応募ボタンの別の一例を示す図である。

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

１．ハードウェア構成
本節では、本実施形態に係る求人支援システムのハードウェア構成について説明する。

図１は、求人支援システム１の全体構成を示す図である。図１においては、求人支援システム１が備える各装置、各装置を利用するユーザ及び各装置において処理される情報等の概要が示されている。各概要については、他の図も参照しながら随時説明する。

求人支援システム１は、企業等の求人に関する処理を実行する情報処理システムである。求人支援システム１は、通信回線２と、サーバ装置１０と、ユーザ端末２０－１、２０－２、・・・（以下それぞれを区別しない場合は「ユーザ端末２０」と言う）とを備える。通信回線２は、インターネット等を含み、自回線に接続する装置同士のデータのやり取りを仲介する。通信回線２には、サーバ装置１０及び各ユーザ端末２０が有線又は無線で接続されている。

ユーザ端末２０－１、２０－２、・・・は、求人への応募を検討しているユーザＵ１１、Ｕ１２、・・・（以下それぞれを区別しない場合は「ユーザＵ１０」と言う）によりそれぞれ利用される端末である。本実施形態では、「ユーザ」と言えば、求人への応募を検討するユーザのことを言うものとする。サーバ装置１０は、求人に関する処理を実行する情報処理装置である。求人に関する処理には、求人情報の提供及び求人への応募等の処理が含まれる。

図２は、サーバ装置１０のハードウェア構成を示す図である。サーバ装置１０は、制御部１１と、記憶部１２と、通信部１３と、バス１４とを備える。バス１４は、サーバ装置１０が備える各部を電気的に接続する。

（制御部１１）
制御部１１は、例えば不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部１１は、記憶部１２に記憶された所定のプログラムを読み出すことによって、求人支援システム１に係る種々の機能を実現するコンピュータである。すなわち、記憶部１２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部１１によって具体的に実現されることで、制御部１１に含まれる各機能部として実行されうる。これらについては、次節においてさらに詳述する。なお、制御部１１は単一であることに限定されず、機能ごとに複数の制御部１１を有するように実施してもよい。またそれらの組合せであってもよい。

（記憶部１２）
記憶部１２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、制御部１１によって実行される求人支援システム１に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。記憶部１２は、制御部１１によって実行される求人支援システム１に係る種々のプログラムや変数等を記憶している。

（通信部１３）
通信部１３は、サーバ装置１０から種々の電気信号を外部の構成要素に送信可能に構成される。また、通信部１３は、外部の構成要素からサーバ装置１０への種々の電気信号を受信可能に構成される。さらに好ましくは、通信部１３がネットワーク通信機能を有し、これにより通信回線２を介して、サーバ装置１０と外部機器との間で種々の情報を通信可能に実施してもよい。

図３は、ユーザ端末２０のハードウェア構成を示す図である。ユーザ端末２０は、制御部２１と、記憶部２２と、通信部２３と、入力部２４と、出力部２５と、バス２６とを備える。バス２６は、ユーザ端末２０が備える各部を電気的に接続する。制御部２１、記憶部２２及び通信部２３は、図２に示す制御部１１、記憶部１２及び通信部１３と、スペック、モデル等は異なってもよいが、同様のハードウェアである。

（入力部２４）
入力部２４は、キー、ボタン、タッチスクリーン及びマウス等のうちの１以上の入力インターフェースを有し、ユーザによる入力を受け付ける。
（出力部２５）
出力部２５は、ディスプレイ及びスピーカ等の出力デバイスを有し、表示面に画面、画像、アイコン、テキスト等といった、ユーザが視認可能な態様で生成された視覚情報を表示し、音声を含む音を出力する。

２．機能構成
本節では、本実施形態の機能構成について説明する。前述の通り、各装置の記憶部に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部によって具体的に実現されることで、制御部に含まれる各機能部が実行されうる。

図４は、各装置の制御部の機能構成を示す図である。サーバ装置１０の制御部１１は、サーバ表示部１１１と、ＤＢ制御部１１２（ＤＢ：Ｄａｔａｂａｓｅ）と、ユーザ認証部１１３と、応募処理部１１４と、応募判定部とを備える。ユーザ端末２０の制御部２１は、ユーザ表示部２１１と、操作受付部２１２とを備える。

サーバ表示部１１１は、求人支援システム１に関するシステム画面をユーザ端末２０に表示させるための処理を実行する。サーバ表示部１１１は、例えば、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルの生成及び送信等の処理を行い、システム画面を示すウェブページをユーザ端末２０に表示させる。なお、サーバ表示部１１１は、求人支援システム１を利用するためのアプリケーションの表示用データの生成及び送信等の処理を行ってもよい。

ＤＢ制御部１１２は、各種のデータベースへの情報の出し入れを制御する。ＤＢ制御部１１２は、例えば、求人元が提供する求人情報を格納する求人情報ＤＢと、求人に応募するユーザのユーザ情報を格納するユーザ情報ＤＢとを制御する。ユーザ情報には、求人支援システム１を利用するユーザを認証するための認証情報が含まれている。ユーザ認証部１１３は、ユーザ情報ＤＢに格納されている認証情報を用いて、ユーザを認証する。

応募処理部１１４は、求人に対するユーザの応募を受け付けるための処理を実行する。応募判定部１１５は、応募に関する条件の判定を行う。応募に関する条件については後ほど詳しく説明する。

ユーザ表示部２１１は、ユーザ端末２０が有する表示手段であるディスプレイへの表示を制御する。ユーザ表示部２１１は、例えば、サーバ表示部１１１から送信されてくるウェブページ又はアプリの画面を表示手段に表示させる。操作受付部２１２は、ユーザの操作を受け付ける。

３．情報処理
本節では、本実施形態において、プログラムがコンピュータに実行させる情報処理について説明する。求人支援システム１は、ユーザの求人への応募に関する応募関連処理を実行する。

図５は、応募関連処理の一例を示すアクティビティ図である。図５に示すアクティビティは、求人への応募を検討するユーザが求人支援システム１へのユーザ登録をするための登録ページを開く操作をユーザ端末２０に対して行うことを契機に開始される。まず、サーバ装置１０は、Ａ１１において、サーバ表示部１１１により、登録ページをユーザ端末２０に送信する。ユーザ端末２０は、Ａ１２において、ユーザ表示部２１１により、送信されてきた登録ページを表示する。

図６は、表示された登録ページの一例を示す図である。ユーザ表示部２１１は、ユーザ情報の登録ページＥ１を表示している。登録ページＥ１には、氏名、生年月日、年齢等の基本情報Ｃ１１の入力欄Ｄ１１と、学歴、職務経歴、資格及び希望職種等の能力情報Ｃ１２の入力欄Ｄ１２と、登録ボタンＢ１１とを含む。ユーザ端末２０は、Ａ１３において、操作受付部２１２により、ユーザが入力欄Ｄ１１及びＤ１２に情報を入力して登録ボタンＢ１１を押す操作を、ユーザ情報の登録操作として受け付ける。

操作受付部２１２は、登録操作により入力されたユーザ情報をサーバ装置１０に送信する。なお、操作受付部２１２は、登録ボタンＢ１１が押された場合、全てのユーザ情報が入力されていなくても、入力されたユーザ情報だけをサーバ装置１０に送信する。サーバ装置１０は、Ａ１４において、ＤＢ制御部１１２により、送信されてきたユーザ情報をユーザ情報ＤＢに格納する。

図７は、ユーザ情報ＤＢの一例を示す図である。ＤＢ制御部１１２は、図７に示すユーザ情報ＤＢ１に、ユーザＩＤ及びパスワードを含む認証情報Ｃ１３と、図６に示す基本情報Ｃ１１及び能力情報Ｃ１２とを格納している。図７の例では、ユーザが入力しなかった情報は「未登録」と示している。例えば、ユーザＩＤが「Ｕ０１１」の「ユーザＵ１１」は、基本情報Ｃ１１は登録しているが、能力情報Ｃ１２は未登録となっている。一方、ユーザＩＤが「Ｕ０１２」の「ユーザＵ１２」は、全てのユーザ情報を登録している。以上のとおり、ユーザが入力した情報がユーザ情報として登録される。

ユーザは、求人支援システム１を利用するため、ユーザ端末２０に対してユーザＩＤ及びパスワードを認証情報として入力する操作をログイン操作として行う。ユーザ端末２０は、Ａ２１において、操作受付部２１２により、ログイン操作を受け付け、入力された認証情報をサーバ装置１０に送信する。サーバ装置１０は、Ａ２２において、ユーザ認証部１１３により、送信されてきた認証情報がユーザ情報ＤＢ１に格納されている場合、その認証情報に対応付けられたユーザを認証する。

ここで、ユーザ端末２０は、Ａ２３において、操作受付部２１２により、求人一覧ページを表示させるための一覧表示操作を受け付けるものとする。一覧表示操作は、例えば、求人を絞り込むための絞り込み条件（勤務地、職種、待遇、その他の特徴等）を選択する操作を含むものとする。操作受付部２１２は、絞り込み条件に適合する求人一覧ページを要求する要求データをサーバ装置１０に送信する。サーバ装置１０は、Ａ２４において、ＤＢ制御部１１２により、上述した求人情報ＤＢに格納されている求人情報から、絞り込み条件に適合するものを読み出す。

図８は、求人情報ＤＢの一例を示す図である。ＤＢ制御部１１２は、図８に示す求人情報ＤＢ２に、企業ＩＤ、企業名、業種、事業所情報、待遇情報、求人職種、応募必要資格及び応募必要情報等を格納している。応募必要資格は、応募に必要な資格である。例えば、「Ｋ１クリニック」及び「Ｋ３医院」では医師免許が必要であり、「Ｋ４動物病院」では獣医師免許が必要である。一方、「Ｋ２薬局」では、必要な資格を定めていない。資格の有無は、図７に示す「資格」の欄に示されている。

応募必要情報は、ユーザ情報のうち、応募に最低限必要な情報である。例えば、どの企業でも図７に示す基本情報Ｃ１１が必要であり、「Ｋ３医院」ではさらに５年以上の職務経験が必要である。職務経験の年数は、図７に示す「職務経歴」の欄に示されている。ＤＢ制御部１１２は、これらの情報に基づいて、絞り込み条件に適合する求人情報を読み出す。

次に、サーバ装置１０は、Ａ２５において、サーバ表示部１１１により、読み出した求人情報の一覧を示す求人一覧ページを生成し、生成した求人一覧ページをユーザ端末２０に送信する。ユーザ端末２０は、Ａ２６において、ユーザ表示部２１１により、送信されてきた求人一覧ページを表示する。

図９は、表示された求人一覧ページの一例を示す図である。ユーザ表示部２１１は、求人情報Ｃ２１、Ｃ２２、Ｃ２３及びＣ２４を含む求人一覧ページＥ２を表示している。求人情報Ｃ２１、Ｃ２２、Ｃ２３及びＣ２４には、それぞれ詳細表示ボタンＢ２１、Ｂ２２、Ｂ２３及びＢ２４が含まれている。ユーザ端末２０は、Ａ３１において、操作受付部２１２により、いずれかの詳細表示ボタンを押す操作を、詳細表示操作として受け付ける。

操作受付部２１２は、詳細表示操作を受け付けると、詳細表示操作が行われた求人情報と詳細の表示を要求する詳細要求データをサーバ装置１０に送信する。サーバ装置１０は、詳細要求データを受け取ると、Ａ３２において、応募判定部１１５により、受け取った詳細要求データが示す求人の内容に応じた条件（以下「第１条件」と言う）をログインしているユーザのユーザ情報が満たすか否かを判定する。

第１条件は、求人を行っている企業ごとに定められている。第１条件は、本実施形態では、図８に示す求人情報ＤＢ２に格納されている応募必要資格及び応募必要情報によって示される。例えば、「Ｋ１クリニック」であれば、基本情報Ｃ１１が登録されており、医師免許を有するユーザは、第１条件を満たす。また、「Ｋ２薬局」では、資格がなくとも、基本情報Ｃ１１が登録されていれば、第１条件を満たす。また、「Ｋ３医院」では、基本情報Ｃ１１が登録されており、医師免許を有し、且つ、経験が５年以上のユーザが、第１条件を満たす。

詳細表示を要求された企業の第１条件をユーザが満たさないと応募判定部１１５により判定された場合、サーバ装置１０は、Ａ３３において、サーバ表示部１１１により、その企業の応募に必要な情報の入力欄と通常の応募ボタンを含む求人ページを生成する。サーバ装置１０は、第１条件をユーザが満たすと判定された場合、Ａ３４において、サーバ表示部１１１により、ワンクリック応募ボタンを含む求人ページを生成する。サーバ装置１０は、Ａ３５において、生成された求人ページをユーザ端末２０に送信する。ユーザ端末２０は、Ａ３６において、ユーザ表示部２１１により、送信されてきた求人ページを表示する。

まず、Ａ３３において生成された求人ページについて説明する。
図１０は、表示された求人ページの一例を示す図である。ユーザ表示部２１１は、Ａ３６において、求人の詳細情報Ｃ３１と、応募画面への遷移ボタンＢ３１とを含む求人ページＥ３を表示している。詳細情報Ｃ３１には、図８に示す求人情報ＤＢ２に格納されている求人情報に基づく詳細な求人内容が示されている。遷移ボタンＢ３１を押す操作が行われると、ユーザ端末２０は、Ａ４１において、ユーザ表示部２１１により、通常の応募用ページを表示する。

図１１は、通常の応募用ページの一例を示す図である。ユーザ表示部２１１は、求人の応募内容Ｃ４１と、応募内容の入力欄Ｄ４１と、応募ボタンＢ４１とを含む求人ページＥ４を表示している。応募内容Ｃ４１には、応募に必要な入力項目が示されている。入力欄Ｄ４１は、応募内容Ｃ４１が示す入力項目を入力する領域である。ユーザ端末２０は、Ａ４２において、操作受付部２１２により、入力欄Ｄ４１への情報の入力操作を受け付ける。

次に、ユーザ端末２０は、Ａ４３において、操作受付部２１２により、応募ボタンＢ４１への操作を、応募を確定させるための応募確定操作として受け付ける。操作受付部２１２は、応募確定操作を受け付けると、入力された応募内容により応募することを示す応募入力データをサーバ装置１０に送信する。サーバ装置１０は、Ａ４４において、応募処理部１１４により、送信されてきた応募入力データに基づいて、該当する企業の求人への応募を受け付ける通常の応募処理を実行する。

通常の応募処理においては、応募内容Ｃ４１が示す入力項目が入力されるので、面接希望日や職種の経験などの情報を応募時に求人元に送ることができる。例えば、面談希望日が送られることで、面接をスムーズに調整することができる。また、職種の経験等が送られることで、求人元にアピールすることができる。これらの情報を応募と同時に送ることで、入力の手間は多くなるが、情報量が増えて、求人元との情報のキャッチボールの回数を減らすことができる。

応募処理部１１４は、例えば、応募入力データが示す応募内容を図７に示すユーザ情報ＤＢ１に格納する処理と、ユーザ情報ＤＢ１から応募に必要なユーザ情報を読み出して応募データを生成する処理と、生成した応募データを求人元の企業により定められた宛先（その企業の人事システム等）に送信する処理とを通常の応募処理として実行する。なお、応募処理部１１４は、定められた宛先が求人元企業の人事担当者の端末である場合に、その端末に対して応募がされたことを通知する処理と、その端末から応募データにアクセスしてきた場合にその応募データを端末に送信してアクセスを受け付ける処理とを応募処理として実行してもよい。

サーバ装置１０は、応募処理を終了すると、応募処理が完了した旨を示す完了通知データをユーザ端末２０に送信する。ユーザ端末２０は、Ａ３７において、ユーザ表示部２１１により、応募完了を示す表示を行う。

図１２は、通常の応募の場合の完了表示の一例を示す図である。ユーザ表示部２１１は、図１１に示す求人の応募内容Ｃ４１と、その入力結果Ｇ５１と、「応募が完了しました。」という応募完了を示す文字列からなる完了情報Ｆ５１とを表示している。完了情報Ｆ５１が表示されることで、ユーザは、応募が完了したことを把握する。

次に、Ａ３４において生成された求人ページについて説明する。
図１３は、表示された求人ページの一例を示す図である。ユーザ表示部２１１は、Ａ３４において生成された求人ページの場合、Ａ３６において、図１０に示すものと同様の求人の詳細情報Ｃ３１と、ワンクリック応募ボタンＢ６１とを含む求人ページＥ６を表示する。ここで、ワンクリック応募ボタンＢ６１を押す操作が行われると、ユーザ端末２０は、Ａ５１において、操作受付部２１２により、ワンクリック応募ボタンＢ６１への操作を、ともに表示されている詳細情報Ｃ３１が示す求人への応募を確定させるための応募確定操作として受け付ける。

操作受付部２１２は、応募確定操作を受け付けると、ユーザ情報ＤＢ１に格納されている登録済みのユーザ情報に基づいて応募することを示す登録応募データをサーバ装置１０に送信する。サーバ装置１０は、Ａ５２において、応募処理部１１４により、送信されてきた登録応募データに基づいて、該当する企業の求人への応募を受け付けるワンクリック応募処理を実行する。サーバ装置１０は、応募処理を終了すると、サーバ表示部１１１により、応募処理が完了した旨を示す完了通知データをユーザ端末２０に送信する。

図１４は、ワンクリック応募の場合の完了表示の一例を示す図である。ユーザ表示部２１１は、に示す詳細情報Ｃ３１と、「応募が完了しました。」という応募完了を示す文字列からなる完了情報Ｆ７１とを含む求人ページＥ７を表示している。完了情報Ｆ７１が表示されることで、ユーザは、ワンクリック応募ボタンＢ６１を押しただけでも、応募が完了することを把握することができる。

このように、第１条件とは、ワンクリック応募ボタンへの操作により応募を受け付けてよい程度のユーザ情報が既に登録されている場合に満たされる条件である。求人支援システム１においては、第１条件を満たさない場合、すなわち、ユーザ情報は登録されているが応募を受け付けるためにはまだ情報が不足している場合には、通常の応募用ページを表示させて不足している情報を入力させるようにしている。言い換えると、求人に応募できるほどのユーザ情報が登録されていなくても、ユーザ認証に必要な最小限のユーザ情報が登録されていればユーザ認証は可能であり、求人一覧ページを表示させることもできる。

応募可能なユーザ情報の項目は、求人元の企業ごとに異なるので、どの企業にも応募可能なユーザ情報を予め登録しておくことはユーザへの負担が大きい。そこで、求人支援システム１においては、第１条件を満たさないユーザであっても、ユーザ認証に必要な最小限のユーザ情報が登録されていれば、通常の応募用ページにより応募を行うことができるようになっている。なお、応募処理部１１４は、通常の応募処理を実行するにあたり、通常の応募用ページにおいて入力された応募情報が第１条件を満たすことを必須としてもよいし、入力された応募情報が第１条件を完全に満たさなくともよいものとしてもよい。

以上のとおり、本実施形態では、サーバ装置１０が、求人に対する第１の応募受付（Ａ４４での受け付け）と、第２の応募受付（Ａ５２での受け付け）と、を実行させる。第２の応募受付は、図１３に示すワンクリック応募ボタンＢ６１への操作という１度の操作だけに基づいて行われる。一方、第１の応募受付は、図１０に示す応募画面への遷移ボタンＢ３１への操作と、図１１に示す応募情報の入力操作及び応募確定操作という複数の操作に基づいて行われる。つまり、第２の応募受付は、第１の応募受付よりもユーザの操作が少ない応募受付である。

サーバ装置１０は、求人の内容に応じた条件（上述した第１条件）をユーザ情報が満たさない場合は、第１の応募受付を行う第１の応募ボタン（遷移ボタンＢ３１）を表示させる。また、サーバ装置１０は、求人の内容に応じた条件をユーザ情報が満たす場合は、第２の応募受付を行う第２の応募ボタン（ワンクリック応募ボタンＢ６１）を表示させる。このように、本実施形態では、第１条件を満たす特定のユーザについてはより少ない操作で応募を可能にすることで、通常の応募処理のみが実行される場合に比べて、そのような特定のユーザの応募率を高めることができる。

なお、サーバ装置１０は、第２の応募受付のためのワンクリック応募ボタンを表示させる場合は、第１の応募受付のための応募ボタンを合わせて表示させてもよい。ユーザは、応募と同時に送る情報量が多い通常の応募ボタンと、すぐに応募できるワンクリック応募ボタンとを使い分けることが出来る。

上記の第２の応募受付による応募では、登録済みのユーザ情報のみが求人元に提供される。一方、第１の応募受付による応募では、入力操作により入力された応募情報がユーザ情報に加えて求人元に提供される。このように、第１の応募受付による応募では、第２の応募受付による応募よりも求人元に提供される情報量が多い。このような態様によれば、第２の応募受付では応募者側の利便性を追求するのに対し、第１の応募受付では求人元が応募者を評価しやすいようにすることができる。また、第１の応募受付では、第２の応募受付に比べて、応募と同時に送る情報量を多くすることで、求人元とユーザとの情報のキャッチボールの回数を減らすことができる。

<その他の実施形態>

<所定の操作>
サーバ装置１０は、実施形態では、ワンクリック応募ボタンを表示させるか否かを判断する際に、求人の内容に応じた第１条件を用いたが、他の条件をさらに用いてもよい。例えば、サーバ装置１０は、求人の内容に応じた第１条件をユーザ情報が満たす場合は、その求人に対してユーザが所定の操作を行っていることを条件（以下「第２条件」と言う）に、第２の応募受付を行う第２の応募ボタン（ワンクリック応募ボタン）を表示させる。

第２条件で用いる所定の操作は、例えば、ユーザによる求人に対するブックマーク操作である。第２条件を用いる場合について、図１５を参照して説明する。
図１５は、ブックマークに関する応募関連処理の一例を示すアクティビティ図である。図１５の例では、まず、サーバ装置１０が、Ａ６１において、サーバ表示部１１１により、求人ページをユーザ端末２０に送信する。ユーザ端末２０は、Ａ６２において、ユーザ表示部２１１により、送信されてきた求人ページを表示する。

図１６は、表示された求人ページの一例を示す図である。ユーザ表示部２１１は、求人の詳細情報Ｃ３１と、応募画面への遷移ボタンＢ８１と、ブックマークボタンＢ８２とを含む求人ページＥ８を表示している。ユーザ端末２０は、Ａ６３において、操作受付部２１２により、ブックマークボタンＢ８２への操作をブックマーク操作として受け付けると、ログインしているユーザのユーザＩＤ及び求人の詳細情報Ｃ３１のブックマーク要求を示す要求データをサーバ装置１０に送信する。

サーバ装置１０は、送信されてきた要求データを受け取ると、Ａ６４において、ＤＢ制御部１１２により、その要求データが示す求人の詳細情報Ｃ３１をブックマークすることを示すブックマーク情報を、その要求データが示すユーザＩＤに対応付けてユーザ情報ＤＢ１に格納する。これにより、ユーザが求人の詳細情報Ｃ３１をブックマークしたことがサーバ装置１０に記憶される。

その後、図５に示すＡ２６における求人一覧ページの表示と、Ａ３１における詳細表示操作の受け付けが行われたものとする。サーバ装置１０は、ユーザ端末２０からの詳細要求データを受け取ると、Ａ７１において、応募判定部１１５により、受け取った詳細要求データが示す求人の内容に応じた第１条件をユーザ情報が満たすか否かと、その求人に対してユーザが所定の操作（例えばブックマーク操作）を行っているという第２条件を満たすか否かを判定する。

第１条件又は第２条件のいずれか一方でもユーザが満たさないと応募判定部１１５により判定された場合、サーバ装置１０は、Ａ７２において、Ａ３３と同様に、サーバ表示部１１１により、その企業の応募に必要な情報の入力欄と通常の応募ボタンを含む求人ページを生成する。また、サーバ装置１０は、第１条件及び第２条件の両方を満たすと判定された場合、Ａ７３において、Ａ３４と同様に、サーバ表示部１１１により、ワンクリック応募ボタンを含む求人ページを生成する。

このような態様によれば、第２条件の判定を行わない場合に比べて、ブックマーク操作を行うくらい求人に関心を持つユーザの応募に対する手間を減らし、そのようなユーザの応募率を高めることができる。なお、所定の操作は、ブックマーク操作に限らない。例えば、図１１に示す求人ページＥ４において途中まで応募情報を入力する操作が所定の操作として用いられてもよい。それ以外にも、求人に興味があることを示す操作が所定の操作として用いられてもよい。

また、サーバ表示部１１１は、所定時間の閲覧、詳細ページの閲覧又は応募フォーム（例えば図１４に示す応募内容の入力ページ）の閲覧等を過去に行った等、求人に対してユーザが所定の量以上の検討をしたと判断されるような操作を所定の操作として行った場合に、ワンクリック応募ボタンを含む求人ページを表示させてもよい。このような態様によれば、第２条件の判定を行わない場合に比べて、特定のユーザの応募率をさらに高めることができる。また、第２条件の判定を行わない場合に比べ、検討を十分にしていない求人に対して、ユーザが誤ってワンクリック応募ボタンを押してしまうことを抑制することができる。

<求人情報の閲覧状況>
図５の例では、サーバ表示部１１１は、求人一覧ページからユーザの操作により選択された求人情報を示す求人ページをユーザ端末２０に表示させた。この求人ページがウェブページである場合、これ以外にも、例えば、インターネットの検索サービスで検索して表示させたり、他のウェブページに含まれたリンクから表示させたり、電子メールやＤＭ（Ｄｉｒｅｃｔ Ｍｅｓｓａｇｅ）に含まれたリンクから表示させたりする場合がある。

これらの求人情報の閲覧には、ユーザが能動的に行うものと、ユーザが受動的に行うものとがある。能動的な閲覧とは、例えば、ユーザ操作によりウェブページを経由して表示させた求人ページ又は検索サービスで検索して見つけた求人ページのように、自分から情報の在り処を探して表示させた求人情報の閲覧である。一方、受動的な閲覧とは、例えば、電子メール又はＤＭ等によって送られてきた電子メール又はＤＭの本文に記載された求人情報やリンクが表示された求人情報のように、他者から直接又は情報の在り処を伝えられて表示させた求人情報の閲覧である。ここでいう他者には、例えば、採用活動を行うスカウト、就職活動を行う知人、就職活動セミナーの主催者又は求人元企業の求人情報の配信システム等が含まれる。

サーバ装置１０の応募判定部１１５は、ユーザが求人の求人情報を能動的に閲覧している場合と、ユーザが求人の求人情報を受動的に閲覧している場合とで、上述した所定の操作を異ならせた上で、第２条件を判定してもよい。応募判定部１１５は、例えば、能動的な閲覧の場合は第１の所定操作を用いて第２条件を判定し、受動的な閲覧の場合は第２の所定操作を用いて第２条件を判定する。このような判定が行われる場合の応募関連処理について図１７を参照して説明する。

図１７は、ブックマークに関する応募関連処理の一例を示すアクティビティ図である。図１７の例では、まず、ユーザ端末２０が、Ａ８１において、操作受付部２１２により、ユーザが選択した求人ページを表示させる表示操作を受け付ける。操作受付部２１２は、表示操作を受け付けると、表示操作を受け付けた画面（以下「受付画面」と言う）の種類と、ユーザが選択した求人ページの要求とを示す要求データをサーバ装置１０に送信する。

サーバ装置１０は、送信されてきた要求データを受け取ると、Ａ８２において、応募判定部１１５により、その要求データが示す求人ページの閲覧が能動的か受動的かを判定する。応募判定部１１５は、例えば、要求データが示す受付画面の種類に基づいて、閲覧の種類を判定する。応募判定部１１５は、例えば、受付画面がウェブページである場合は、求人ページの閲覧が能動的であると判定する。また、応募判定部１１５は、受付画面が電子メール又はＤＭの画面である場合は、求人ページの閲覧が受動的であると判定する。

ここで、図１７の例では、第１条件は満たされているものとする。また、第１の所定操作は、上述したブックマーク操作であり、第２の所定操作は、図１１に示す応募内容の入力欄Ｄ４１に途中まで応募情報を入力する操作であるものとする。

サーバ装置１０は、求人ページの閲覧が能動的と判定した場合は、Ａ８３において、応募判定部１１５により、ユーザが第１の所定操作（ブックマーク操作）を行っているという第２条件を満たすか否かを判定する。サーバ装置１０は、ブックマーク操作を所定操作として第２条件の判定を行ったあとは、図１５の例と同様に、Ａ７２又はＡ７３の求人ページの生成と、Ａ７４の求人ページの送信とを行う。ユーザ端末２０は、Ａ７５において、ユーザ表示部２１１により、送信されてきた求人ページを表示する。

サーバ装置１０は、求人ページの閲覧が受動的と判定した場合は、Ａ８４において、応募判定部１１５により、ユーザが第２の所定操作（途中まで応募情報を入力する操作）を行っているという第２条件を満たすか否かを判定する。サーバ装置１０は、途中まで応募情報を入力する操作を所定操作として第２条件の判定を行ったあとは、図１５の例と同様に、Ａ７２又はＡ７３の求人ページの生成と、Ａ７４の求人ページの送信とを行う。ユーザ端末２０は、Ａ７５において、ユーザ表示部２１１により、送信されてきた求人ページを表示する。

なお、第１の所定操作及び第２の所定操作は、上記の例のように完全に異なる操作であってもよいし、一部だけが異なる操作であってもよい。例えば、第１の所定操作は、ブックマーク操作又は途中まで応募情報を入力する操作のいずれか一方でよいものとし、第２の所定操作は、ブックマーク操作及び途中まで応募情報を入力する操作の両方としてもよい。また、第１の所定操作は、２割以上の応募情報を途中まで入力する操作とし、第２の所定操作は、５割以上の応募情報を途中まで入力する操作としてもよい。

途中まで応募情報を入力したユーザは、求人への関心が一度高まってから低下したユーザと言える。そのような操作を所定の操作として用いることで、求人への関心の高さが過去に変動したユーザの応募率を高めることができる。また、能動的な閲覧と受動的な閲覧とで異なる操作を所定の操作とすることで、ユーザの応募率を高めることができる。

なお、例えば、ユーザに配信されるメール本文やＤＭにＨＴＭＬ形式等で求人情報そのものが貼られている場合がある。そのような配信は、受動的な閲覧であると分類される。サーバ装置１０は、例えば、求人情報のメール配信やＤＭ配信が行われる際に、まず、配信される情報に含まれる求人情報を抽出する。そして、サーバ装置１０は、抽出した求人情報が配信先のユーザに対してワンクリック応募の対象である（第１条件又は第１条件及び第２条件の両方を満たす）場合、メール本文やＤＭにワンクリック応募ボタンを含めて配信する。

サーバ表示部１１１は、自動的にワンクリック応募ボタンを含める以外にも、例えば、配信の作業者が利用する端末にワンクリック応募ボタンを配信する情報に含めるか否かを選択する選択操作ボタンを表示させてもよい。この場合、サーバ表示部１１１は、配信される求人情報と配信先のユーザのユーザ情報とに基づいてワンクリック応募ボタンの対象であることが判定される場合に、選択操作ボタンを表示させてもよい。サーバ装置１０は、その選択操作ボタンが操作された場合、ワンクリック応募ができる形式で求人情報を配信させる。

<キャンセル>
サーバ表示部１１１は、第２の応募受付、すなわち、図１３に示すワンクリック応募ボタンＢ６１への操作による応募が完了した場合、その応募のキャンセル受付を行うキャンセルボタンを表示させてもよい。

図１８は、表示されたキャンセルボタンの一例を示す図である。サーバ表示部１１１は、図５に示すＡ５２におけるワンクリック応募処理が終わったあと、応募処理が完了した旨とともに、キャンセルボタンＢ９１を示す完了通知データをユーザ端末２０に送信する。ユーザ表示部２１１は、受信した完了通知データが示すキャンセルボタンＢ９１を含む求人ページＥ７を表示している。なお、サーバ表示部１１１は、図５に示すＡ４４における通常の応募処理が終わったあとは、キャンセルボタンを示さない完了通知データをユーザ端末２０に送信する。

操作受付部２１２は、表示されたキャンセルボタンＢ９１に対する操作を受け付けた場合、完了した応募をキャンセルする指示を示すキャンセル指示データをサーバ装置１０に送信する。応募処理部１１４は、キャンセル処理が可能な場合、応募データを求人元の企業により定められた宛先に送信する処理を、所定の時間遅らせてから実行する。また、応募処理部１１４は、人事担当者の端末に対して応募がされたことを通知してアクセスを受け付ける処理を応募処理として実行する場合は、キャンセル処理が可能な場合、応募がされたことを通知したあと、所定の時間は、人事担当者の端末からのアクセスを受け付けないようにしてもよい。または、人事担当者の端末に対して、応募されたことの通知を、所定の時間遅らせてもよい。

いずれの場合も、この所定の時間の間にキャンセルボタンＢ９１に対する操作が行われた場合、応募データが上記宛先に送信されなくなるので、その宛先となっているシステム又は端末で応募データを削除しなくてもよくすることができる。また、上記のキャンセル処理が行われることで、誤った応募を取りやめさせることができる。

また、サーバ表示部１１１は、前述したキャンセル表示を、第２の応募ボタン、すなわちワンクリック応募ボタンによる第２の応募受付が所定の種類の端末で行われた場合に実行させてもよい。所定の種類の端末としては、例えば、スマートフォンのように、画面が小さい場合や、タッチ操作により誤操作が起こりやすい端末が定められる。この場合、サーバ表示部１１１は、第２の応募受付が所定の種類の端末以外、すなわち、画面が大きく誤操作が起こりにくい端末で行われた場合には、キャンセル表示を実行しない。このような態様によれば、キャンセルの乱用を抑制することができる。

<ユーザ情報の追加>
実施形態では、第２の応募受付による応募では、第１の応募受付による応募よりも求人元に提供される情報量が少なかった。そこで、サーバ表示部１１１は、第２の応募受付による応募が完了したあとに、求人元に伝える情報を追加する追加操作に対応する追加画面の表示を実行させてもよい。

図１９は、追加画面の一例を示す図である。サーバ表示部１１１は、図１９（ａ）に示すように、図１４に示すワンクリック応募の場合の完了表示がされた求人ページＥ７に、情報の追加ボタンＢ１０１を表示させている。操作受付部２１２が追加ボタンＢ１０１への操作を受け付けると、サーバ表示部１１１は、図１９（ｂ）に示すように、情報の追加内容Ｃ１０１（応募職種、応募職種の経験、保有資格、取得予定及び面接希望日）と、追加内容の入力欄Ｄ１０１と、追加ボタンＢ１０２とを含む追加画面Ｅ１０を表示させている。

操作受付部２１２が、ユーザによる入力欄Ｄ１０１への情報の入力と、追加ボタンＢ１０２に対する操作とを受け付けると、応募処理部１１４が、追加されたユーザ情報を示す応募データを求人元の企業により定められた宛先に送信する。このような態様によれば、ワンクリック応募ボタンによる利便性を追求した場合でも、求人元に提供する情報量を増やすことができる。なお、図１９の例では、第１の応募操作において応募完了前に入力が可能な情報を、第２の応募操作における追加可能な情報としている。これにより、これらの情報が異なる場合に比べて、応募操作の種類によって有利になったり不利になったりすることを抑制することができる。

また、図１９に示す操作は、応募において必須の行為ではなく、任意の操作である。また、図１９に示す操作により提供される情報は、応募後に求人元との情報のキャッチボールにより確認される項目である。ユーザは、求人元との情報のキャッチボールを事前に減らしたい場合は、図１９に示す操作を行うことにより、応募後に確認される項目について予め入力しておくことができるようになっている。

<登録時の補足情報の提示>
ＤＢ制御部１１２は、図６に示すように、ユーザの登録操作に基づいて、ユーザ情報を登録する登録処理を実行した。この登録操作により複数の項目が順次入力される場合に、例えば、サーバ表示部１１１が、入力済みの項目がユーザ情報として登録された場合に第２の応募受付により応募が可能な求人の量を、登録の際の補足情報として提示する提示処理を実行してもよい。

図２０は、提示処理により表示される登録画面の一例を示す図である。サーバ表示部１１１は、図６に示す登録ページＥ１に、基本情報Ｃ１１及び能力情報Ｃ１２を順次入力した場合にワンクリック応募が可能になる求人件数を表示させている。図２０の例では、「氏名」から「住所」までは入力しても０件であるが、「電話番号」まで入力すると求人件数が１２０件となり、「メールアドレス」まで入力すると２８５件、「就業状況」まで入力すると２９０件となっている。

また、「学歴」、「職務経歴」、「資格」、「希望職種１」、「希望職種２」を順次入力すると、求人件数が３２０件、３５０件、４００件、４８０件、５００件と増えていくことが提示されている。これらの求人件数は、例えば、応募判定部１１５が、予め全ての求人に対して、各入力項目まで入力された場合に上述した第１条件及び第２条件を満たすか否かの判定を行っておくことで算出する。なお、求人量は、求人件数に限らず、全求人件数に対する割合等によって示されてもよい。

また、単に項目を入力するだけで第１条件を満たす求人もあれば、例えば「職務経験５年以上」のような所定の内容を入力した場合に第１条件を満たす特定の条件付きの求人もある。サーバ表示部１１１は、その項目の入力前は前者の求人件数を表示させ、その項目に所定の内容が入力された場合には後者の特定の条件付きの求人を含む求人件数を表示させてもよい。

登録時の補足情報は求人量に限らない。例えば、特定の資格の有無を入力する項目があった場合、サーバ表示部１１１は、その項目を入力した場合の内定率が入力しなかった場合の何倍になるかといった採用に与える影響度を示す情報を補足情報として表示させてもよい。このような態様によれば、提示処理が実行されない場合に比べて、ユーザ情報の情報量を増やす動機を高めることができる。

<応募情報のプレビュー>
第１の応募受付が行われる場合、例えば、図１１の例であれば、入力欄Ｄ４１に入力した内容が求人元に伝えられることが応募する前から分かっている。一方、ワンクリック応募ボタンによる第２の応募受付が行われる場合、応募時にはユーザ情報の入力が行われないので、求人元にどのような情報が伝えられるのかが分からない。そこで、第２の応募受付が行われる場合でも、求人元に伝えられる情報が予め分かるようにしてもよい。

ワンクリック応募ボタンに対する操作は、求人への応募に必要な情報を示す応募データの送信を指示する操作であり、且つ、ワンクリック応募ボタンの選択を示す操作とその選択を決定する操作とを含む。例えば、マウスで操作が行われる場合であれば、マウスポインタをワンクリック応募ボタンに重ねる操作がワンクリック応募ボタンの選択を示す操作として行われ、マウスをクリックする操作がその選択を決定する操作として行われる。

その場合に、サーバ表示部１１１は、ワンクリック応募ボタンの選択を示す操作が行われた段階で、応募データが示す情報をユーザ端末２０に表示させる。サーバ表示部１１１は、マウス操作の場合は、マウスポインタをワンクリック応募ボタンに重ねる操作が行われた段階で、応募データが示す情報を表示させる。言い換えると、サーバ表示部１１１は、ワンクリック応募ボタンに対してマウスオーバーされた場合に、応募データが示す情報をプレビュー画像のようにユーザ端末２０に表示させる。

図２１は、表示されるプレビュー画像の一例を示す図である。サーバ表示部１１１は、図１３に示すワンクリック応募ボタンＢ６１を含む求人ページＥ６を表示している。求人ページＥ６には、ユーザ表示部２１１により、マウスポインタＭ１がワンクリック応募ボタンＢ６１に重ねて表示されている。この場合、サーバ表示部１１１は、ワンクリック応募ボタンＢ６１を操作することで求人元に送信される情報（氏名、生年月日等）のプレビュー画像Ｃ１２１を表示させている。

なお、プレビュー画像に表示させる情報には、氏名等の情報に限らず、応募データに含まれる定型文（求人元の人事担当者が見る文章）等が含まれていてもよい。このような態様によれば、ワンクリック応募ボタンを操作する前に、求人元に伝えられる情報が分かるので、プレビュー画像が表示されない場合に比べて、応募の際の安心感を高めることができる。

<ワンクリック応募ボタンの表示>
サーバ表示部１１１は、実施形態とは異なる画面でワンクリック応募ボタンを表示させてもよい。
図２２は、表示されるワンクリック応募ボタンの一例を示す図である。図２２の例では、サーバ表示部１１１は、求人情報Ｃ２１、Ｃ２２、Ｃ２３及びＣ２４を含む求人一覧ページＥ１３を表示している。求人情報Ｃ２１、Ｃ２４には、それぞれワンクリック応募ボタンＢ１３１、Ｂ１３４が含まれ、求人情報Ｃ２２、Ｃ２３には、それぞれ応募画面への遷移ボタンＢ１３２、Ｂ１３３が含まれている。このような態様によれば、求人一覧ページから直接応募や応募情報の入力ページへの遷移を行うことができ、詳細情報に遷移する操作及び処理が省ける分だけ応募の手間を減らすことができる。

なお、サーバ表示部１１１は、求人一覧ページにおいては、例えば、応募画面への遷移ボタンを表示させず、ワンクリック応募ボタンのみを表示させてもよい。求人一覧ページには、求人情報の詳細までは表示されていない。しかし、ワンクリック応募ボタンを表示するか否かの判定にユーザが第１の所定操作（途中まで応募情報を入力する操作等）を行っているという第２条件が用いられる場合、第２条件を満たすユーザは既に求人情報の詳細を見て検討しているから、一覧から応募しても問題ない。一方、第２条件を満たさないユーザは、まだ求人情報の詳細を見ていないから、応募画面へ遷移させてしまうと詳細情報を見ないで応募させてしまう可能性がある。前述のとおりワンクリック応募ボタンのみを表示させることで、そのような検討不足のユーザによる応募を防ぐことができる。

図２３は、表示されるワンクリック応募ボタンの別の一例を示す図である。図２３の例では、サーバ表示部１１１は、求人情報のブックマーク一覧Ｅ１４１を表示させている。ブックマーク一覧Ｅ１４１には、ブックマーク情報Ｃ１４１及びＣ１４４が含まれている。ブックマーク情報Ｃ１４１及びＣ１４４には、それぞれ、求人元による求人情報と、ワンクリック応募ボタンＢ１４１及びＢ１４３と、応募情報の入力画面への遷移ボタンＢ１４２及びＢ１４４とが含まれている。

操作受付部２１２が遷移ボタンＢ１４２及びＢ１４４への操作を受け付けた場合、サーバ表示部１１１は、図１１に示すような応募内容の入力ページを表示させる。このとき、サーバ表示部１１１は、既にユーザ情報ＤＢ１に格納されている情報を入力欄に表示させる。そして、ＤＢ制御部１１２は、入力欄に新たな情報が入力された場合、その入力された情報でユーザ情報ＤＢ１に格納されている情報を更新する。

このような態様によれば、ブックマークを操作して詳細情報を表示させることなく直接応募や応募情報の入力ページへの遷移を行うことができ、詳細情報に遷移する操作及び処理が省ける分だけ応募の手間を減らすことができる。また、ワンクリック応募ボタンと応募情報の入力画面への遷移ボタンの両方を表示させることで、簡易で迅速な応募と、より詳しい情報を求人元に伝える応募とをユーザが選択可能にすることができる。

図１に示す全体構成は一例であり、これに限られない。例えば、サーバ装置１０は、２台以上の装置に分散されてもよいし、クラウドコンピューティングシステムに代替されてもよい。また、図４に示す機能構成も一例であり、これに限られない。例えば、サーバ装置１０の機能が２台以上の装置に分散して実現されてもよい。

また、１つの機能（例えばサーバ表示部１１１、ＤＢ制御部１１２又は応募処理部１１４等）が行う動作を２以上の機能が分散して行ってもよいし、２以上の機能（例えば応募処理部１１４及び応募判定部１１５等）が１つの機能に統合されてもよい。要するに、求人支援システム１の全体で図４に示す各機能が実現されていれば、それらの機能を実現する装置はどのような構成であってもよい。

上述した実施形態の態様は、サーバ装置１０のような情報処理装置を備える求人支援システム１のような情報処理システムであったが、情報処理方法であってもよい。その情報処理方法は、その情報処理システムが実行する各処理のステップを備える。また、上述した実施形態の態様は、プログラムであってもよい。そのプログラムは、コンピュータに、同様の情報処理システムが実行する各処理を実行させる。

<付記>
さらに、次に記載の各態様で提供されてもよい。

（１）コンピュータに、求人に対する第１の応募受付と、前記第１の応募受付よりもユーザの操作が少ない第２の応募受付と、を実行させ、前記求人の内容に応じた条件をユーザ情報が満たさない場合は、前記第１の応募受付を行う第１の応募ボタンを表示させ、前記求人の内容に応じた条件をユーザ情報が満たす場合は、前記第２の応募受付を行う第２の応募ボタンを表示させるためのプログラム。

このような態様によれば、特定のユーザの応募率を高めることができる。

（２）前記コンピュータに、前記求人の内容に応じた条件をユーザ情報が満たす場合は、前記求人に対してユーザが所定の操作を行っていることを条件に、前記第２の応募受付を行う第２の応募ボタンを表示させる、上記（１）に記載のプログラム。

このような態様によれば、特定のユーザの応募率をさらに高めることができる。

（３）前記所定の操作は、前記ユーザによる前記求人に対するブックマーク操作である、上記（２）に記載のプログラム。

このような態様によれば、求人に関心を持つユーザの応募率を高めることができる。

（４）前記所定の操作は、ユーザが前記求人の求人情報を能動的に閲覧している場合に前記第２の応募ボタンを表示する第１の所定操作と、ユーザが前記求人の求人情報を受動的に閲覧している場合に前記第２の応募ボタンを表示する第２の所定操作と、を含み前記第１の所定操作と前記第２の所定操作とは、異なる操作である上記（２）に記載のプログラム。

このような態様によれば、求人への関心の高さによって異なるタイプのユーザの応募率を高めることができる。

（５）、前記第１の所定操作は、前記ユーザによる前記求人に対するブックマーク操作であり、前記第２の所定操作は、前記求人に対する応募操作を途中まで行う操作である、上記（４）に記載のプログラム。

このような態様によれば、求人への関心が一度高まってから低下したユーザの応募率を高めることができる。

（６）前記コンピュータに、前記第２の応募受付による応募が完了した場合、当該応募のキャンセル受付を行うキャンセルボタンを表示させる、上記（１）～（５）の何れか１つに記載のプログラム。

このような態様によれば、誤った応募を取りやめさせることができる。

（７）前記コンピュータに、前記キャンセルボタンを、前記第２の応募ボタンによる前記第２の応募受付が所定の種類の端末で行われた場合に表示させる、上記（６）に記載のプログラム。

このような態様によれば、キャンセルの乱用を抑制することができる。

（８）前記第１の応募受付による応募では、前記第２の応募受付による応募よりも求人元に提供される情報量が多い、上記（１）～（７）の何れか１つに記載のプログラム。

このような態様によれば、第２の応募受付では利便性を追求することができる。

（９）前記コンピュータに、前記第２の応募受付による応募が完了したあとに、求人元に伝える情報を追加する追加操作に対応する追加画面の表示を実行させる、上記（１）～（８）の何れか１つに記載のプログラム。

このような態様によれば、利便性を追求した場合でも、求人元に提供する情報量を増やすことができる。

（１０）前記コンピュータに、登録操作に基づいて、複数の項目の情報が含まれる前記ユーザ情報を登録する登録処理を実行させ、前記登録操作により前記複数の項目を順次入力する場合に、入力済みの項目が前記ユーザ情報として登録された場合に第２の応募受付により応募が可能な求人の量を提示する提示処理を実行させる、上記（１）～（９）の何れか１つに記載のプログラム。

このような態様によれば、ユーザ情報の情報量を増やす動機を高めることができる。

（１１）前記コンピュータに、前記第２の応募ボタンに対する操作が、前記求人への応募に必要な情報を示す応募データの送信を指示する操作であり、且つ、前記第２の応募ボタンの選択を示す操作と当該選択を決定する操作とを含む場合に、前記選択を示す操作が行われた段階で前記応募データが示す情報を表示させる、上記（１）～（１０）の何れか１つに記載のプログラム。

このような態様によれば、応募の際の安心感を高めることができる。

（１２）求人に対する第１の応募受付と、前記第１の応募受付よりもユーザの操作が少ない第２の応募受付と、を実行させ、前記求人の内容に応じた条件をユーザ情報が満たさない場合は、前記第１の応募受付を行う第１の応募ボタンを表示させ、前記求人の内容に応じた条件をユーザ情報が満たす場合は、前記第２の応募受付を行う第２の応募ボタンを表示させる、情報処理装置。

（１３）コンピュータが、求人に対する第１の応募受付と、前記第１の応募受付よりもユーザの操作が少ない第２の応募受付と、を実行し、前記求人の内容に応じた条件をユーザ情報が満たさない場合は、前記第１の応募受付を行う第１の応募ボタンを表示させ、前記求人の内容に応じた条件をユーザ情報が満たす場合は及び前記第２の応募受付を行う第２の応募ボタンを表示させる方法。
もちろん、この限りではない。
また、上述した実施形態及び変形例を任意に組み合わせて実施するようにしてもよい。

最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ ：求人支援システム
１０ ：サーバ装置
１１ ：制御部
２０ ：ユーザ端末
２１ ：制御部
１１１ ：サーバ表示部
１１２ ：ＤＢ制御部
１１３ ：ユーザ認証部
１１４ ：応募処理部
１１５ ：応募判定部
２１１ ：ユーザ表示部
２１２ ：操作受付部

Claims (13)

1. コンピュータに、
   求人に対する第１の応募受付と、
   前記第１の応募受付よりもユーザの操作が少ない第２の応募受付と、を実行させ、
   前記求人の内容に応じた条件をユーザ情報が満たさない場合は、前記第１の応募受付を行う第１の応募ボタンを表示させ、
   前記求人の内容に応じた条件をユーザ情報が満たす場合は、前記第２の応募受付を行う第２の応募ボタンを表示させるためのプログラム。
2. 前記コンピュータに、
   前記求人の内容に応じた条件をユーザ情報が満たす場合は、前記求人に対してユーザが所定の操作を行っていることを条件に、前記第２の応募受付を行う第２の応募ボタンを表示させる、
   請求項１に記載のプログラム。
3. 前記所定の操作は、前記ユーザによる前記求人に対するブックマーク操作である、
   請求項２に記載のプログラム。
4. 前記所定の操作としては、
   ユーザが前記求人の求人情報を能動的に閲覧している場合は第１の所定操作が用いられ、
   ユーザが前記求人の求人情報を受動的に閲覧している場合は第２の所定操作が用いられ、
   前記第１の所定操作と前記第２の所定操作とは、異なる操作である
   請求項２に記載のプログラム。
5. 前記第１の所定操作は、前記ユーザによる前記求人に対するブックマーク操作であり、
   前記第２の所定操作は、前記求人に対する応募操作を途中まで行う操作である、
   請求項４に記載のプログラム。
6. 前記コンピュータに、
   前記第２の応募受付による応募が完了した場合、当該応募のキャンセル受付を行うキャンセルボタンを表示させる、
   請求項１に記載のプログラム。
7. 前記コンピュータに、
   前記キャンセルボタンを、前記第２の応募ボタンによる前記第２の応募受付が所定の種類の端末で行われた場合に表示させる、
   請求項６に記載のプログラム。
8. 前記第１の応募受付による応募では、前記第２の応募受付による応募よりも求人元に提供される情報量が多い、
   請求項１に記載のプログラム。
9. 前記コンピュータに、
   前記第２の応募受付による応募が完了したあとに、求人元に伝える情報を追加する追加操作に対応する追加画面の表示を実行させる、
   請求項１に記載のプログラム。
10. 前記コンピュータに、
    登録操作に基づいて、複数の項目の情報が含まれる前記ユーザ情報を登録する登録処理を実行させ、
    前記登録操作により前記複数の項目を順次入力する場合に、入力済みの項目が前記ユーザ情報として登録された場合に第２の応募受付により応募が可能な求人の量を提示する提示処理を実行させる、
    請求項１に記載のプログラム。
11. 前記コンピュータに、
    前記第２の応募ボタンに対する操作が、前記求人への応募に必要な情報を示す応募データの送信を指示する操作であり、且つ、前記第２の応募ボタンの選択を示す操作と当該選択を決定する操作とを含む場合に、前記選択を示す操作が行われた段階で前記応募データが示す情報を表示させる、
    請求項１に記載のプログラム。
12. 求人に対する第１の応募受付と、
    前記第１の応募受付よりもユーザの操作が少ない第２の応募受付と、を実行し、
    前記求人の内容に応じた条件をユーザ情報が満たさない場合は、前記第１の応募受付を行う第１の応募ボタンを表示手段に表示させ、
    前記求人の内容に応じた条件をユーザ情報が満たす場合は、前記第２の応募受付を行う第２の応募ボタンを前記表示手段に表示させる、
    情報処理装置。
13. コンピュータが、
    求人に対する第１の応募受付と、
    前記第１の応募受付よりもユーザの操作が少ない第２の応募受付と、を実行し、
    前記求人の内容に応じた条件をユーザ情報が満たさない場合は、前記第１の応募受付を行う第１の応募ボタンを表示手段に表示させ、
    前記求人の内容に応じた条件をユーザ情報が満たす場合は及び前記第２の応募受付を行う第２の応募ボタンを前記表示手段に表示させる
    方法。

Images