(57)【要約】      （修正有）【課題】入学試験の合格基準に達した受験生のうち、どの受験生にどのタイミングで追加合格の発表をするかを特定するために利用可能な分類を提示する。【解決手段】追加合格発表の適切なタイミングを示唆する分類を付与する受験生分類システムであって、受験生に対して入学試験の結果および入学手続きに関する情報を提供するＷｅｂページである大学ページに対するアクセス状況を受験生ごとに解析してログデータを取得する手段と、前記取得したログデータをデータ分析して、あるタイミングで特徴的なアクセスが生じたことを特徴として抽出する特徴抽出手段と、前記抽出した特徴的なアクセスを行った受験生を特定する受験生特定手段と、前記特定した受験生のグループに分類を付与する分類付与手段とを備える。前記解析の対象となる機能は、前記受験生が入学手続きを行う際に必要な情報を取得または入力する機能である。【選択図】図５
2019109851.tif 000002
【特許請求の範囲】
【請求項１】
入学試験の合格基準に達した受験生のうち、追加合格発表に対して入学手続きを行う可能性が高い受験生に対する追加合格発表の適切なタイミングを示唆する分類を複数の受験生からなるグループに付与する処理を実行する受験生分類システムであって、
受験生に対して入学試験の結果および入学手続きに関する情報を提供するＷｅｂページである大学ページの所定の機能に対する経時的なアクセス状況を受験生ごとに解析してログデータを取得するログデータ取得手段と、
前記取得したログデータをデータ分析して、前記所定の機能のうちの１つまたは複数に対してあるタイミングで特徴的なアクセスが生じたことを特徴として抽出する特徴抽出手段と、
前記抽出した特徴にかかる特徴的なアクセスを行った受験生を特定する受験生特定手段と、
前記特定した受験生のグループに分類を付与する分類付与手段とを備え、
前記解析の対象となる機能は、前記受験生が入学手続きを行う際に必要な情報を取得または入力する機能であることを特徴とする受験生分類システム。
【請求項２】
前記ログデータ取得手段は、受験生に対して付与したＩＤを利用してログインしたコンピュータによるアクセス状況を当該受験生のアクセス状況として解析することを特徴とする、請求項１に記載の受験生分類システム。
【請求項３】
前記特徴抽出手段における前記データ分析は、主成分分析であることを特徴とする、請求項１または２に記載の受験生分類システム。
【請求項４】
前記特徴抽出手段において抽出した前記特徴にかかるタイミングに、受験生に追加合格を通知した場合に入学手続きを実行するか否かに影響する事象をイベントとして設定するイベント設定手段をさらに備えることを特徴とする、請求項１から３のいずれかに記載の受験生分類システム。
【請求項５】
前記事象は、併願校の合格発表と、併願校の追加合格発表と、併願校の入学手続き締め切りとを含むことを特徴とする、請求項１から４のいずれかに記載の受験生分類システム。
【請求項６】
入学試験の合格基準に達した受験生のうち、追加合格発表に対して入学手続きを行う可能性が高い受験生に対する追加合格発表の適切なタイミングを示唆する分類を複数の受験生からなるグループに付与する処理をコンピュータが実行する受験生分類方法であって、
受験生に対して入学試験の結果および入学手続きに関する情報を提供するＷｅｂページである大学ページの所定の機能に対する経時的なアクセス状況を受験生ごとに解析してログデータを取得するログデータ取得ステップと、
前記取得したログデータをデータ分析して、前記所定の機能のうちの１つまたは複数に対してあるタイミングで特徴的なアクセスが生じたことを特徴として抽出する特徴抽出ステップと、
前記抽出した特徴にかかる特徴的なアクセスを行った受験生を特定する受験生特定ステップと、
前記特定した受験生のグループに分類を付与する分類付与ステップとを含み、
前記解析の対象となる機能は、前記受験生が入学手続きを行う際に必要な情報を取得または入力する機能であることを特徴とする受験生分類方法。
【請求項７】
コンピュータに、請求項１から５のいずれかに記載の受験生分類システムの各手段を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は受験生分類システムに関する。
【背景技術】
【０００２】
従来、大学では、それぞれの大学で受け入れることのできる学生の人数（収容定員ともいう）が学部ごとに定められている。収容定員は、教員組織、校地、校舎等の施設、設備等を総合的に考慮して決定される。大学は、在籍する学生の人数を収容定員に基づいて管理して、教育にふさわしい環境を提供している。
【０００３】
このように、在籍する学生の人数を管理するために、入学試験においても各大学の各学部に適切な入学定員数があらかじめ定められている。多くの受験生は複数の大学や学部を受験しており、入学試験に合格しても実際に入学するとは限らない。そのため、大学は、合格者のうちのどれだけの人が実際に入学するであろうかを予想して、入学定員数よりも多めの合格者を発表している。その結果、多くの大学は、その大学の各学部の入学定員数よりも多い学生を入学させている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】“平成２８年度以降の定員管理に係る私立大学等経常費補助金の取扱について”、［online］、［平成２９年１０月２日検索］、インターネット＜ＵＲＬ：http://www.mext.go.jp/a_menu/koutou/shinkou/07021403/002/002/__icsFiles/afieldfile/2015/07/13/1360007_2.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、昨今、入学定員超過率（つまり、入学者数÷入学定員数）が高いことが問題視されており、私立大学等経常費補助金の不交付の基準となる入学定員超過率の値が今後も下げられる予定である（非特許文献１参照）。
【０００６】
こうした背景から大学の合格発表では、過剰な合格者を出さないように配慮して最小限の合格者を発表し、定員に満たない場合に追加合格を段階的に発表するということが行われている。しかしながら、合格者がいったん入学を辞退した場合は、再度合格の対象とはできないので、タイミングを間違えて追加合格の発表をしてしまうと、入学辞退されてしまい、より質の高い合格者を確保しつつ適切な入学定員を満たすことができない。追加合格を発表すべき適切なタイミングは、受験生の併願状況や入学手続きの期限などさまざまな事象によって左右されるといえる。したがって、入学試験の合格基準に達した受験生のうち、どの受験生にどのタイミングで追加合格の発表をするかがより質の高い合格者を確保しつつ適切な入学定員を満たすうえで重要となる。
【０００７】
本発明は上記従来の問題に鑑みなされたものであって、合格基準に達した受験生のうち、どの受験生にどのタイミングで追加合格の発表をするかを特定するために利用可能な分類を提示する受験生分類システムを提供することをその目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明の第１の態様の第１の実施形態は、入学試験の合格基準に達した受験生のうち、追加合格発表に対して入学手続きを行う可能性が高い受験生に対する追加合格発表の適切なタイミングを示唆する分類を複数の受験生からなるグループに付与する処理を実行する受験生分類システムであって、受験生に対して入学試験の結果および入学手続きに関する情報を提供するＷｅｂページである大学ページの所定の機能に対する経時的なアクセス状況を受験生ごとに解析してログデータを取得するログデータ取得手段と、前記取得したログデータをデータ分析して、前記所定の機能のうちの１つまたは複数に対してあるタイミングで特徴的なアクセスが生じたことを特徴として抽出する特徴抽出手段と、前記抽出した特徴にかかる特徴的なアクセスを行った受験生を特定する受験生特定手段と、前記特定した受験生のグループに分類を付与する分類付与手段とを備え、前記解析の対象となる機能は、前記受験生が入学手続きを行う際に必要な情報を取得または入力する機能であることを特徴とする受験生分類システムである。
【０００９】
第１の態様の第２の実施形態は、第１の態様において、前記ログデータ取得手段は、受験生に対して付与したＩＤを利用してログインしたコンピュータによるアクセス状況を当該受験生のアクセス状況として解析することを特徴とする。
【００１０】
第１の態様の第３の実施形態は、第１の態様において、前記特徴抽出手段における前記データ分析は、主成分分析であることを特徴とする。
【００１１】
第１の態様の第４の実施形態は、第１の態様において、前記特徴抽出手段において抽出した前記特徴にかかるタイミングに、受験生に追加合格を通知した場合に入学手続きを実行するか否かに影響する事象をイベントとして設定するイベント設定手段をさらに備えることを特徴とする。
【００１２】
第１の態様の第５の実施形態は、第１の態様において、前記事象は、併願校の合格発表と、併願校の入学手続き締め切りとを含むことを特徴とする。
【００１３】
本発明の第２の態様の第１の実施形態は、入学試験の合格基準に達した受験生のうち、追加合格発表に対して入学手続きを行う可能性が高い受験生に対する追加合格発表の適切なタイミングを示唆する分類を複数の受験生からなるグループに付与する処理をコンピュータが実行する受験生分類方法であって、受験生に対して入学試験の結果および入学手続きに関する情報を提供するＷｅｂページである大学ページの所定の機能に対する経時的なアクセス状況を受験生ごとに解析してログデータを取得するログデータ取得ステップと、前記取得したログデータをデータ分析して、前記所定の機能のうちの１つまたは複数に対してあるタイミングで特徴的なアクセスが生じたことを特徴として抽出する特徴抽出ステップと、前記抽出した特徴にかかる特徴的なアクセスを行った受験生を特定する受験生特定ステップと、前記特定した受験生のグループに分類を付与する分類付与ステップとを含み、前記解析の対象となる機能は、前記受験生が入学手続きを行う際に必要な情報を取得または入力する機能であることを特徴とする受験生分類方法である。
【００１４】
本発明の第３の態様の第１の実施形態は、コンピュータに、第1の態様の受験生分類システムの各手段を実行させることを特徴とするプログラムである。
【図面の簡単な説明】
【００１５】
【図１】本実施形態の受験生分類システムの概略構成を示す図である。
【図２】アクセス解析データベースに格納されるユーザデータテーブルの例を示す図である。
【図３】アクセス解析データベースに格納されたアクセス状況のログデータを示す図である。
【図４】受験生データベースに格納された受験生の入学試験に関する情報の一例を示す図である。
【図５】本実施形態の受験生分類システムにおける処理フローを示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について、詳細に説明する。
【００１７】
図１は本実施形態の受験生分類システムの概略構成を示す図である。なお、本明細書では大学の場合を説明するが、本実施形態の受験生分類システムは、これに限らず、小学校、中学校、高等学校、短期大学、大学院、専門学校などの任意の学校に適用されうる。本明細書では学部の場合を説明するが、本実施形態の受験生分類システムは、これに限らず、学科、専修、コースなどの学校内に設置される任意の組織に適用されうる。図１には、受験生分類システム１として、大学ページ生成部１１と、アクセス解析部１２と、データ分析部１３と、イベント設定部１４と、ふるまい識別部１５と、分類付与部１６と、アクセス解析データベース２１と、受験生データベース２２とが互いに接続された構成が示されている。なお、解析データベース２１および受験生データベース２２は、本受験生分類システム１内の構成でなくても、必要に応じてデータの取得や格納ができればアクセス可能な別の構成としてもよい。
【００１８】
本実施形態の受験生分類システム１は、ＣＰＵと、メモリと、表示装置を含む入出力手段と、通信手段とを有するコンピュータとして構成することができる。これらの構成が組み合わさることによって、受験生分類システム１の各部の機能が実現される。受験生分類システム１は、インターネットなどのネットワークに接続されたパソコンやスマートフォンなどの、オペレータ（大学の担当者）やユーザ（受験生）が使用する図示しないコンピュータ（「端末」ともいう。）と必要に応じて通信することができる。
【００１９】
大学ページ生成部１１は、大学の入学試験受験生（単に「受験生」ともいう）に対して、入学試験の結果および入学手続きに関する情報を提供する大学ページを生成する。この大学ページによって、大学から各種連絡を行なったり、受験生が大学入学までに必要な手続きを受け付けることができる。大学ページは、受験生であるユーザの端末において所定のＵＲＬなどによってアクセスすることができるＷｅｂページである。
【００２０】
大学ページには、ログインすることによって閲覧できるページが含まれており、受験の際に、そのログインに必要な受験生ごとに異なるＩＤやパスワードなどを受験生に通知しておくことによって、実際の受験生とＷｅｂページをアクセスするユーザとの紐付けが可能となる。この実際の受験生とＷｅｂページをアクセスするユーザとの紐付けのための情報は、最初にログインした際に、ユーザデータテーブルとしてアクセス解析部１２によって、アクセス解析データベース２１に格納しておくことができる。
【００２１】
図２は、アクセス解析データベース２１に格納されるユーザデータテーブル２０１の例を示す図である。ここでユーザデータテーブル２０１について図２を用いて説明する。この例では実際の受験生を特定するための情報として受験番号が用いられている。図２に示すように、ユーザデータテーブル２０１には、受験番号と、ＩＤと、パスワードと、使用端末識別番号とが紐付けられている。ＩＤとパスワードはセットになったもの使用するが、使用端末識別番号は、受験生が大学ページにログインする際に使用したＩＤ（パスワード）をアクセス解析部１２が特定してユーザデータテーブル２０１にＩＤ（パスワード）に紐付けて格納する。また、受験番号とＩＤ（パスワード）の紐付けは、大学の担当者であるオペレータが、どの受験生にどのＩＤ（パスワード）を配布したのかを入力手段を介して（または他のコンピュータから通信手段を介して）受験生分類システム１に登録することによって紐付けがアクセス解析データベース２１に格納される。
【００２２】
ログインページになるべく早くアクセスさせるために、受験後のスケジュールなどをログイン後のページで発表するなどをしてもよい。なお、同じ受験生が複数の端末からアクセスする場合、すなわち同じＩＤが複数の端末で使われている場合は、複数の端末のアクセスを同じユーザのアクセスとして管理することができる。この場合、図２の例ではユーザデータテーブル２０１において、１つの受験番号およびＩＤに対して複数の使用端末識別番号が紐付いて格納されることになる。
【００２３】
図１に戻って、アクセス解析部１２は、大学ページ生成部１１で生成したＷｅｂページに含まれる各種機能（「指標」ともいう）に対する、ユーザごとのアクセス状況を経時的にログデータとして取得して、取得したログデータをアクセス解析データベース２１に格納する。同じユーザが複数の端末を利用してアクセスを行う場合は、これらの複数の端末によるアクセスをアクセス解析部１２が予め同じユーザに紐付けてアクセス解析データベース２１に格納してもよいし、別々の端末によるアクセスとして格納してもよい。別々の端末によるアクセスとして格納する場合は、図２のユーザデータテーブル２０１に示すように、アクセス解析データベース２１に複数の端末とユーザとを紐付ける情報（図２ではＩＤと複数の端末識別番号とが紐付いている）を格納しておくことにより、複数の端末によるアクセス状況のログデータをユーザと紐付けできる。アクセス状況は、アクセスが発生した時刻ごとに、そのアクセスにかかるＷｅｂページの滞留時間を取得してもよい。アクセス解析部１２は、これらの取得したログデータをアクセス解析データベース２１に格納することができる。
【００２４】
図３は、アクセス解析データベース２１に格納されたアクセス状況のログデータを示す図である。ここでアクセス解析データベース２１に格納されるアクセス状況のログデータについて説明する。アクセス状況のログデータは、図３に示すように、Ｗｅｂページの機能（指標）毎にログデータテーブルが作成され管理される。ログデータテーブルを作成する対象となるＷｅｂページの機能は、その目的に応じて効果的なものが選択される。本実施形態の受験生分類システムでは、追加合格を発表する対象者とそのタイミングを効率的に決定するための指針を提供することが目的となるので、一例として、合格者が入学手続きまでに見るＷｅｂページへのアクセス機能を選択して図３に示すようなログデータテーブルを作成することが考えられる。図３に示す例では、「マイページ訪問」という機能に関するログデータテーブル３０１と、「ログイン」という機能に関するログデータテーブル３０２と、「合否状況」という機能に関するログデータテーブル３０３と、「手続き内容確認」という機能に関するログデータテーブル３０Ｎとを用意して、ユーザごとのアクセス状況をログデータとして管理している。この他にも例えば、「追加合格告知確認」という機能、「支払い実施時期」という機能に関してアクセス解析がされ、そのログデータが格納されていることも考えられる。この例では、「マイページ訪問」に対するアクセス状況によって、ログイン前情報（お知らせなど）への興味が推測でき、「追加合格告知確認」に対するアクセス状況によって、入学意思が推測でき、「手続き内容確認」に対するアクセス状況によって、他大学合格発表などなどの事象のタイミングで急にアクセスされた場合は入学可能性が高いことが推測できる。図３に示すように、各指標について作成されるログデータテーブルには、その指標に対する、ユーザごとの時間軸のアクセス状況が記録されていくことになる。
【００２５】
図１に戻って、データ分析部１３は、アクセス解析部１２で取得してアクセス解析データベース２１に格納されたアクセス状況のログデータを所定の期間毎にデータ分析する。データ分析では、ユーザごとの時間軸のアクセス状況から、任意の指標に対してあるタイミングで特徴的なアクセスがあったことが把握できる。データ分析の手法は、例えば、主成分分析（ＰＣＡ）を用いることができる。主成分分析によって、どのようなタイミングでどのような指標に対するアクセスが特徴的に生じたのかによるユーザのクラスタが発現する。発現したクラスタ内のデータは、任意の指標に対するアクセスの種類とそのタイミングをパラメータとしたときに共通の性質を持っているユーザを特定するデータとなる。１ユーザが複数のクラスタにまたがって存在してもいい。任意の指標に対するアクセスがどのタイミングで特徴的に生じたのかは、主成分分析の結果導かれるものであって、例えば、訪問頻度、滞在時間、アクセスタイミングなどのアクセス状況にかかる複合的な要素に基づいて決定されるものである。
【００２６】
データ分析部１３は、所定の期間における、複数の指標に対する複数のユーザのアクセス状況をデータ分析することによって、ある指標に対してある時期（タイミング）に特徴的なアクセスが生じたことを特徴として抽出する。例えば、主成分分析で発現したクラスタにかかるパラメータ（任意の指標に対するアクセスの種類とそのタイミング）を特徴として抽出する。ここでいう期間はある程度の時間的な長さを有する量を示し、時期は、期間と同じか期間よりも短い時間的な長さを有する量である。したがって、所定の期間内に特徴にかかるタイミング(時期)が複数抽出される場合もあるし、１つしか抽出されない場合もある。
【００２７】
イベント設定部１４は、抽出された特徴から、特徴的なアクセスが生じた時期（タイミング）をイベント設定候補として特定してこのイベント設定候補のタイミングに対して、イベントの設定を受け付ける。イベントの設定は、オペレータに対して、特徴的なアクセスが生じた時期を提示して、オペレータによって入力されたイベントを設定してもよいし、オペレータに対して、特徴的なアクセスが生じた時期とイベントの候補を提示して、オペレータによって選択されたイベントを設定してもよい。イベントとは、その目的に応じて適切な事象が選択される。本実施形態の受験生分類システムでは、追加合格を発表する対象者とそのタイミングを効率的に決定するための指針を提供することが目的となるので、受験生に追加合格を通知した場合に入学手続きを実行するか否かに影響する事象であり、例えば、「併願大学合格発表」、「併願大学入学手続き締め切り」、「併願大学追加合格発表」などの事象である。オペレータは、本受験生分類システム１を利用する大学の受験担当者などであり、イベント設定部１４に提示されたタイミングがどのイベントに対応するかを推定してイベントの入力または選択を行うことができる。例えば、表示装置に、特徴的なアクセスが生じた時期を示す表示とイベントの入力または選択を促す表示をし、キーボードやマウスなどの入力手段によってオペレータの入力または選択を受け付けることによって実現できる。
【００２８】
ふるまい識別部１５は、イベント設定部１４で設定されたイベント内で生じた特徴的なふるまいを識別する。特徴的なふるまいを識別するとは、イベント設定部１４で設定されたイベントとの関係で、特徴として抽出されたクラスタにかかる１または２以上の指標とそれに対する特徴的なアクセスがどのような意味を持つのかを識別することである。入学意思に関して併願校との関係で同じような事情がある受験生は、所定の指標に対するアクセス状況が似てくると考えられる。したがって、イベント設定部１４で設定されたイベントとの関係で特徴的なアクセスの持つ意味を特定できるといえ、これをふるまいとして設定することが出来るようにする。ふるまいの設定は、イベント設定部１４と同様に、入力手段によってオペレータによる入力または選択を受け付けることによって行ってもよいが、過去のふるまいを学習等させたものをコンピュータが自動的に設定してもよい。例えば、「併願大学Ａ合格発表」というイベントが設定されたタイミングにおいて、「マイページ訪問」と「手続き内容確認」に対するアクセス頻度が高いという特徴的なアクセスがあった場合、「大学Ａを併願したが、不合格であったために、本大学に追加合格すれば入学手続きをすると推測される」などと設定することが出来る。そのほかにも、「大学Ａ、Ｂを併願して大学Ａは不合格であったが、大学Ｂは合格しているものの、大学Ｂの入学手続き期限までに本大学の追加合格された場合は入学手続きをすると推測される」とか、「この後に合格発表がある大学Ｃを併願しており、本大学の追加合格がこのタイミングであったとしても大学Ｃを優先して入学手続きをすると推測される」などの追加合格発表に適切なタイミングを示唆することができるようなふるまいを設定することができる。
【００２９】
分類付与部１６は、識別した特徴的なふるまいに合致するユーザを特定し、特定されたユーザに対応する受験生を特定して、特定された受験生に対して分類を付与する。識別した特徴的なふるまいに合致するユーザは、データ分析部１４で抽出した特徴にかかるクラスタに対応するユーザを特定すればよい。分類付与部１６は、アクセス解析データベース２１に格納されたユーザデータテーブル２０１を用いて、ユーザに対応する受験生を特定することができる。例えば、ＩＤが「ＥＡ５３００３」のユーザに対応する受験生は受験番号が「Ａ００００３」であることが判る。このように特定された受験生に分類を付与する。分類の付与は、受験生データベース２２に対して行う。
【００３０】
図４は、受験生データベース２２に格納された受験生の入学試験に関する情報の一例を示す図である。図４に示すように、受験生データベース２２には、受験生の入学試験に関する情報（受験生データテーブル４０１）が格納されている。受験生データテーブル４０１には、具体的には、例えば、受験生の「受験番号」、「学部」、「氏名」、「スコア」、「分類」などを示すデータが格納されている。以下、各々について説明する。
【００３１】
「受験番号」は、その受験生の入学試験の受験番号である。「大学」および「学部」は、その受験生が受験した大学および学部を示すデータ（例えば、大学名や学部名）である。「氏名」は、その受験生の氏名である。
【００３２】
「スコア」は、その受験生の入学試験の成績を表わす数値（点数、偏差値など）である。受験生データテーブル４０１は、１または複数の種類のスコアのデータを格納することができる。例えば、「スコア」は、図４の“スコア１”のように、入学試験の全ての科目（国語、数学、理科、社会、英語など）の点数の合計（総合得点）である。また、例えば、「スコア」は、図４の“スコア２”のように、入学試験の一部の科目（例えば、英語）の点数である。また、例えば、「スコア」は、図４の“スコア３”や“スコア４”のように、面接や小論文などの評価を数値として表わしたものである。また、例えば、「スコア」は、図４の“スコア５”のように、高校の成績を数値として表わしたもの（内申点）である。
【００３３】
「分類」は、その受験生の属性を示す。受験生データテーブル４０１は、１または複数の種類の分類のデータを格納することができる。例えば、「分類」は、図４の“分類１”のように、受験生の出身高校（在学中または在学していた高校）である。また、例えば、「分類」は、図４の“分類２”のように、受験生の居住地（例えば、県内または県外）である。また、例えば、「分類」は、図４の“分類３”のように、受験生が有している特定の技能（例えば、スポーツ、芸術などの学業以外の活動）である。また、「分類」は、例えば、図４の“分類４”や“分類５”のように、併願しているまたは併願していると予想される他の学部や他の大学である。
【００３４】
また、「分類」は、“分類６”のように、その受験生が、入学手続きを行なうためのサイトへのアクセス状況に基づいて分けられる複数のグループのうちのどのグループに属しているかを示すことができる。本実施形態の受験生分類システム１においては、分類付与部１６は、かかる“分類６”として、受験番号で特定されたレコードにアクセス状況に基づいて分けられる複数のグループのうちのどのグループに属しているかの分類を付与することができる。この分類には、ふるまい識別部１５で識別したふるまいが紐づけられている。この分類によって、入学試験の合格基準に達した受験生のうち、追加合格発表に対して入学手続きを行う可能性が高い受験生に対する追加合格発表の適切なタイミングを示唆することができる。
【００３５】
図５は、本実施形態の受験生分類システムにおける処理フローを示すフローチャートである。図１に示す受験生分類システムの処理フローについて、図５のフローチャートに沿って説明する。
【００３６】
まず、受験生分類システム１では、アクセス解析部１２が、所定の指標について、各ユーザの経時的なアクセス状況を取得する（Ｓ１０１）。例えば、グーグルアナリティクス（商標）などのアクセス解析手段や、クッキー（ｃｏｏｋｉｅ）を利用したアクセス解析により取得することができる。アクセス解析部１２は、さらに、取得したアクセス状況のデータをアクセス解析データベース２１に格納する（Ｓ１０２）。取得したアクセス状況は、例えば図３に示すように所定の指標ごとのテーブル３０１、３０２、３０２・・・３０Ｎにユーザごとのアクセス状況を格納する。
【００３７】
データ分析部１３は、Ｓ１０２において取得データが格納されてから、所定の期間ごとに、アクセス状況をデータ分析（Ｓ１０３）し、その結果、特徴を抽出する（Ｓ１０４）。具体的には、所定の指標毎に格納された、ユーザごとの時間軸のアクセス状況を主成分分析することによって、どのようなタイミングでどのような指標に対するアクセスが特徴的に生じたのかを把握することができる。把握した、所定の指標に対する特徴的なアクセスが生じたタイミングを特徴として抽出する。
【００３８】
Ｓ１０４において特徴が抽出できると、イベント設定部１４は、イベント設定の候補タイミングの特定を行ない（Ｓ１０５）、イベント設定候補のタイミングに対してイベントを設定する（Ｓ１０６）。イベント設定部１４は、例えば、特徴的なアクセスが発生した時期（タイミング）をイベント設定候補となるタイミングとして特定し、このタイミングをオペレータに示して、特定したタイミングに設定するイベントを入力または選択させる。
【００３９】
ふるまい識別部１５は、Ｓ１０６において設定されたイベント内の特徴的なふるまい（１または２以上の指標に対するアクセス内容のセット）を識別する（Ｓ１０７）。
【００４０】
Ｓ１０７において、特徴的なふるまいが識別されると、分類付与部１６は、イベント内で識別されたふるまいに合致するふるまいをしたユーザを特定し、ユーザデータテーブル２０１により特定したユーザに対応する受験生を識別し、受験生データテーブル４０１内の受験生のレコードに分類を付与する（Ｓ１０８）。この分類には、その受験生が、大学ページへの所定の指標に対するアクセス状況に基づいて分けられる複数のグループのうちのどのグループに属しているかを示すことができる。入学意思に関して併願校との関係で同じような事情がある受験生は、所定の指標に対するアクセス状況が似てくると考えられる。したがって、同じグループに属している受験生は、入学意思に関して併願校との関係で同じような事情が存在することが考えられるので、入学手続きに関する動向は同じように推測できるといえる。各分類には、ふるまい識別部１５において識別されたふるまいが紐づけられている。
【００４１】
例えば、「分類ａ：タイミングａより前に合否が決定される大学Ａを併願したが不合格であったために、タイミングａで本大学に合格すれば入学手続きをすると推測されるグループ」とか、「分類ｂ：タイミングａより後に合否が決定される大学Ｂを併願しており、タイミングａで追加合格を発表しても大学Ｂを優先して入学手続きをすると推測されるグループ」などである。分類ａが付与された受験生に対して追加合格を発表する場合、タイミングを問わないが、分類ｂが付与された受験生に対して追加合格を発表する場合は、大学Ｂの合格発表後に行う方が、効率的に追加合格者を選択することができると考えられる。
【００４２】
このように、本実施形態の受験生分類システムによれば、所定の指標に対するアクセス状況をデータ分析することによって、受験生をグループ化して分類を付与することができる。また、分類したグループにはふるまいが識別される。この分類は、入学試験の合格基準に達した受験生のうち、追加合格発表に対して入学手続きを行う可能性が高い受験生に対する追加合格発表の適切なタイミングを示唆するものであるといえる。この分類によれば、入学手続きに関する受験生の動向をある程度の確度で推測することが可能であるので、この付与された分類に従って、追加合格を出す対象となる受験生やそのタイミングを効果的に決定することができるそのため、大学は、より質の高い合格者を確保しつつ適切な入学定員を満たすことができる。
【００４３】
ここまで説明した上記実施形態はあくまで一例であり、本発明は上述した実施形態に限定されず、その技術的思想の範囲内において種々異なる形態にて実施されてよいことは言うまでもない。
【００４４】
また、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、各請求項により規定される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって規定されうる。
【符号の説明】
【００４５】
１  受験生分類システム
１１  大学ページ生成部
１２  アクセス解析部
１３  データ分析部
１４  イベント設定部
１５  ふるまい識別部
１６  分類付与部
２１  アクセス解析データベース
２２  受験生データベース
２０１  ユーザデータテーブル
３０１  「マイページ訪問」のログデータテーブル
３０２  「ログイン」のログデータテーブル
３０３  「合否状況」のログデータテーブル
３０Ｎ  「手続き内容確認」のログデータテーブル
４０１  受験生データテーブル
【図１】
2019109851.tif 000003
【図２】
2019109851.tif 000004
【図３】
2019109851.tif 000005
【図４】
2019109851.tif 000006
【図５】
2019109851.tif 000007