(57)【要約】【課題】各大学が、入学定員超過率を抑えて適切な人数の学生を入学させることができる、システム、方法、およびプログラムを提供する。【解決手段】合格者管理システムは、受験生の入学試験に関する情報を取得し、前記入学試験に関する情報は、前記受験生のスコアと、前記受験生の候補クラスとを含み、受験生のうちの一部の者を合格者として決定し、合格の辞退者が生じた場合に、前記合格者として決定されなかった受験生を新たな合格者として決定し、前記新たな合格者は、前記辞退者の候補クラスと前記新たな合格者の候補クラスとに基づいて決定される、ように構成されたプロセッサを備える。【選択図】図３
2019082749.tif 000002
【特許請求の範囲】
【請求項１】
受験生の入学試験に関する情報を取得し、前記入学試験に関する情報は、前記受験生のスコアと、前記受験生の候補クラスとを含み、
受験生のうちの一部の者を合格者として決定し、
合格の辞退者が生じた場合に、前記合格者として決定されなかった受験生を新たな合格者として決定し、前記新たな合格者は、前記辞退者の候補クラスと前記新たな合格者の候補クラスとに基づいて決定される
ように構成されたプロセッサを備えたことを特徴とするシステム。
【請求項２】
前記入学試験に関する情報は、前記受験生の分類を含み、
前記プロセッサは、
前記受験生のスコアおよび前記受験生の分類の少なくとも１つに基づく割り当て基準にしたがって、前記受験生に前記候補クラスを割り当てる
ようにさらに構成されたことを特徴とする請求項１に記載のシステム。
【請求項３】
前記新たな合格者は、前記辞退者の候補クラスと同一の候補クラス、または、前記辞退者の候補クラスよりも上位の候補クラス、または、前記辞退者の候補クラスよりも下位の候補クラスであることを特徴とする請求項１または２に記載のシステム。
【請求項４】
前記合格者および前記新たな合格者の累計の人数の上限が、前記候補クラスごとに指定されていることを特徴とする請求項１から３のいずれか一項に記載のシステム。
【請求項５】
前記入学試験に関する情報は、前記受験生の分類を含み、
前記プロセッサは、
前記分類に基づいて前記受験生を絞り込むようにさらに構成されたことを特徴とする請求項１から４のいずれか一項に記載のシステム。
【請求項６】
前記プロセッサは、
前記受験生ごとの入学手続きの期限を設定するように構成されたことを特徴とする請求項１から５のいずれか一項に記載のシステム。
【請求項７】
前記候補クラスは、前記入学試験を実施している学校が前記受験生を入学させたい度合いを示していることを特徴とする請求項１から６のいずれか一項に記載のシステム。
【請求項８】
合格者管理システムによって実施される方法であって、
受験生の入学試験に関する情報を取得するステップであって、前記入学試験に関する情報は、前記受験生のスコアと、前記受験生の候補クラスとを含む、ステップと、
受験生のうちの一部の者を合格者として決定するステップと、
合格の辞退者が生じた場合に、前記合格者として決定されなかった受験生を新たな合格者として決定するステップであって、前記新たな合格者は、前記辞退者の候補クラスと前記新たな合格者の候補クラスとに基づいて決定される、ステップと
を含むことを特徴とする方法。
【請求項９】
請求項８に記載の方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入学試験の合格者を管理するための技術に関する。
【背景技術】
【０００２】
従来、各大学では、大学が受け入れることができる学生の人数（収容定員とも言う）が学部ごとに定められている。収容定員は、教員組織、校地、校舎等の施設、設備等を総合的に考慮して決定される。大学は、在籍する学生の人数を収容定員に基づいて管理して、教育にふさわしい環境を提供している。
【０００３】
このように、在籍する学生の人数を管理するために、入学試験においても各大学の各学部の適切な入学定員数があらかじめ定められている。多くの受験生は複数の大学や学部を受験しており、入学試験に合格しても実際に入学するとは限らない。そのため、大学は、合格者のうちのどれだけの人が実際に入学するであろうかを予想して、入学定員数よりも多めの合格者を発表している。その結果、多くの大学は、その大学の各学部の入学定員数よりも多い学生を入学させている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】“平成２８年度以降の定員管理に係る私立大学等経常費補助金の取扱について”、［online］、［平成２９年１０月２日検索］、インターネット＜ＵＲＬ：http://www.mext.go.jp/a_menu/koutou/shinkou/07021403/002/002/__icsFiles/afieldfile/2015/07/13/1360007_2.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、昨今、入学定員超過率（つまり、入学者数÷入学定員数）が高いことが問題視されており、私立大学等経常費補助金の不交付の基準となる入学定員超過率の値が今後下げられる予定である（非特許文献１参照）。そのため、大学は、過剰な合格者を出さないようにして、入学者数を入学定員数に近づけなければならない。
【０００６】
そこで、本発明は、このような問題に鑑みてなされたものであり、その目的とするところは、各大学が、適切な人数の学生を入学させることができる、システム、方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
このような目的を達成するために、本発明の第１の態様は、合格者管理システムである。このシステムは、受験生の入学試験に関する情報を取得し、前記入学試験に関する情報は、前記受験生のスコアと、前記受験生の候補クラスとを含み、受験生のうちの一部の者を合格者として決定し、合格の辞退者が生じた場合に、前記合格者として決定されなかった受験生を新たな合格者として決定し、前記新たな合格者は、前記辞退者の候補クラスと前記新たな合格者の候補クラスとに基づいて決定される、ように構成されたプロセッサを備える。
【０００８】
本発明の第２の態様は、合格者管理システムによって実施される方法である。この方法は、受験生の入学試験に関する情報を取得するステップであって、前記入学試験に関する情報は、前記受験生のスコアと、前記受験生の候補クラスとを含む、ステップと、受験生のうちの一部の者を合格者として決定するステップと、合格の辞退者が生じた場合に、前記合格者として決定されなかった受験生を新たな合格者として決定するステップであって、前記新たな合格者は、前記辞退者の候補クラスと前記新たな合格者の候補クラスとに基づいて決定される、ステップと、を含む。
【０００９】
本発明の第３の態様は、合格者管理プログラムである。このプログラムは、コンピュータを第１の態様の合格者管理システムとして機能させるプログラムである。
【発明の効果】
【００１０】
本発明によれば、入学試験の合格発表において、大学は、適切な時期に適切な合格者を発表することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態にかかる合格者管理システムを含む全体の概要図である。
【図２】本発明の一実施形態にかかる合格者管理システムを含む全体の別の概要図である。
【図３】本発明の一実施形態にかかる合格者管理システムの機能ブロック図である。
【図４】本発明の一実施形態にかかる受験生データベースの一例である。
【図５】本発明の一実施形態にかかる合格者データベースの一例である。
【図６】本発明の一実施形態にかかる画面のイメージである。
【図７】本発明の一実施形態にかかる合格者管理システムにおける処理フローの一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら、本発明の実施形態について詳細に説明する。なお、本明細書では大学の場合を説明するが、本発明は、これに限らず、小学校、中学校、高等学校、短期大学、大学院、専門学校などの任意の学校に適用されうる。また、本明細書では学部の場合を説明するが、本発明は、これに限らず、学科、専修、コースなどの学校内に設置される任意の組織に適用されうる。
【００１３】
図１は、本発明の一実施形態にかかる合格者管理システム１０１を含む全体の概要図である。概要図には、合格者管理システム１０１、大学１１２内に設置された大学端末１０２、受験生端末１０３が含まれる。合格者管理システム１０１は、大学端末１０２、受験生端末１０３のそれぞれとデータの送受信をすることができる。合格者管理システム１０１は、適切な時期に適切な合格者を発表するためのシステムである。図１の実施形態では、合格者管理システム１０１は、大学以外の第三者によって運営されている。よって、図１の実施形態では、合格者管理システム１０１は、１または複数の大学の合格者を管理することができる。大学端末１０２は、１または複数の大学内に設置される１または複数のパソコンなどのコンピュータである。受験生端末１０３は、入学試験を受験した受験生のパソコンやスマートフォンなどのコンピュータである。
【００１４】
図２は、本発明の一実施形態にかかる合格者管理システム１０１を含む全体の別の概要図である。概要図には、大学１１２内に設置された合格者管理システム１０１、受験生端末１０３が含まれる。合格者管理システム１０１は、受験生端末１０３とデータの送受信をすることができる。合格者管理システム１０１は、適切な時期に適切な合格者を発表するためのシステムである。図２の実施形態では、合格者管理システム１０１は、合格者管理システム１０１が設置された大学によって運営されている。よって、図２の実施形態では、合格者管理システム１０１は、その大学の合格者を管理することができる。受験生端末１０３は、入学試験を受験した受験生のパソコンやスマートフォンなどのコンピュータである。
【００１５】
図３は、本発明の一実施形態にかかる合格者管理システム１０１の機能ブロック図である。合格者管理システム１０１は、受験生管理部３０１、合格者決定部３０２、入学手続き部３０３、合格者更新部３０４、受験生データベース３０５、合格者データベース３０６を含む。合格者管理システム１０１は、プロセッサおよびメモリを含む１または複数のコンピュータである。また、合格者管理システム１０１は、受験生管理部３０１、合格者決定部３０２、入学手続き部３０３、合格者更新部３０４を動作させるためのプログラム、または、後述する処理フローを実行するためのプログラム、を格納した記憶媒体を含む。
【００１６】
受験生管理部３０１は、受験生の入学試験に関する情報を管理することができる。具体的には、受験生管理部３０１は、大学端末１０２から（図１の場合）、または、合格者管理システム１０１に接続された大学内の端末から（図２の場合）、その大学の各学部の受験生の入学試験に関する情報を示すデータを受信することができる。受験生の入学試験に関する情報は、例えば、受験生の「受験番号」、「大学」、「学部」、「氏名」、「スコア」、「候補クラス」、「分類」などである。また、受験生管理部３０１は、受験生の入学試験に関する情報を示すデータを受験生データベース３０５に格納することができる。
【００１７】
受験生データベース３０５には、受験生の入学試験に関する情報が格納されている。以下、図４を参照しながら、受験生データベース３０５について詳細に説明する。
【００１８】
図４は、本発明の一実施形態にかかる受験生データベース３０５の一例である。受験生データベース３０５には、受験生の「受験番号」、「大学」、「学部」、「氏名」、「スコア」、「候補クラス」、「分類」、「合格回数」などを示すデータが格納されている。以下、各々について説明する。
【００１９】
「受験番号」は、その受験生の入学試験の受験番号である。「大学」および「学部」は、その受験生が受験した大学および学部を示すデータ（例えば、大学名や学部名）である。「氏名」は、その受験生の氏名である。
【００２０】
「スコア」は、その受験生の入学試験の成績を表わす数値（点数、偏差値など）である。受験生データベース３０５は、１または複数の種類のスコアのデータを格納することができる。例えば、「スコア」は、図４の“スコア１”のように、入学試験の全ての科目（国語、数学、理科、社会、英語など）の点数の合計（総合得点）である。また、例えば、「スコア」は、図４の“スコア２”のように、入学試験の一部の科目（例えば、英語）の点数である。また、例えば、「スコア」は、図４の“スコア３”や“スコア４”のように、面接や小論文などの評価を数値として表わしたものである。また、例えば、「スコア」は、図４の“スコア５”のように、高校の成績を数値として表わしたもの（内申点）である。
【００２１】
「候補クラス」は、その受験生が複数の階級（クラス）のうちのどのクラスに属しているかを示す。詳細は後述するが、「候補クラス」は、合格を辞退する者が生じた場合に入学者の候補となる別の者（つまり、新たな合格者）を決定する際に参照されうる。図４では、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」の４つの候補クラスに分けられている。例えば、大学は、入学してもらいたい順に、受験生を「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」の４つの候補クラスに分けることができる。例えば、入学試験の全ての科目の成績、入学試験の一部の科目の成績、面接や小論文の評価、内申点、出身高校、居住地、特定の技能を有するか否か、他の学部も受験しているか否か、他の大学も受験しているか否か、入学手続きを行なうためのサイトへのアクセス状況、などが総合的に判断されて、いずれかの「候補クラス」が各受験生に割り当てられる。大学の担当者は、各受験生に「候補クラス」を手動で割り当てることができる。あるいは、合格者管理システム１０１は、「スコア」、「分類（後述する）」、受験生のその他の情報などに基づいて、各受験生に「候補クラス」を自動的に割り当てることができる。以下、自動的に割り当てる場合について詳細に説明する。
【００２２】
合格者管理システム１０１は、大学の担当者によって指定された割り当て基準にしたがって、各受験生に「候補クラス」を割り当てることができる。例えば、大学の担当者は、大学端末１０２（図１の場合）または合格者管理システム１０１に接続された大学内の端末（図２の場合）に割り当て基準を入力することによって、割り当て基準を指定することができる。割り当て基準は、例えば、“あるスコアが所定の範囲内（例えば、ある科目の得点が〇〇〇〜〇〇〇）である受験生を候補クラス：Ａとする”、“あるスコアが所定の範囲内（例えば、ある科目の得点が△△△〜△△△）であり、所定の属性である受験生（例えば、居住地が県内である）を候補クラス：Ｂとする”、“あるスコアが所定の範囲内（例えば、ある科目の得点が△△△〜△△△）であり、所定の属性である受験生（例えば、居住地が県外である）を候補クラス：Ｃとする”、“あるスコアが所定の範囲内のスコア（例えば、ある科目の得点が□□□〜□□□）である受験生を候補クラス：Ｄとする”などである。
【００２３】
「分類」は、その受験生の属性を示す。受験生データベース３０５は、１または複数の種類の分類のデータを格納することができる。例えば、「分類」は、図４の“分類１”のように、受験生の出身高校（在学中または在学していた高校）である。また、例えば、「分類」は、図４の“分類２”のように、受験生の居住地（例えば、県内または県外）である。また、例えば、「分類」は、図４の“分類３”のように、受験生が有している特定の技能（例えば、スポーツ、芸術などの学業以外の活動）である。また、「分類」は、例えば、図４の“分類４”や“分類５”のように、併願しているまたは併願していると予想される他の学部や他の大学である。
【００２４】
また、「分類」は、その受験生が、入学手続きを行なうためのサイトへのアクセス状況に基づいて分けられる複数のグループのうちのどのグループに属しているかを示すことができる。例えば、受験生が入学手続きを行なうためのサイトへアクセスしたタイミング（例えば、他の大学の合格発表直後）、受験生がサイト内で閲覧した情報の内容（例えば、追加合格者の発表の予定）などに基づいて、いずれかのグループが各受験生に割り当てられる。
【００２５】
「合格回数」は、その受験生がその学部の合格者として決定された回数を示す。本発明では、上述の「スコア」や「分類」に基づく合否判定基準を満たした者が合格者として決定される。また、ある１つの学部の合格者を決定する際に、複数の合否判定基準が採用されうる。複数の合否判定基準が採用される場合、合否判定基準ごとに、それぞれの合否判定基準を満たした者が合格者として決定されうる。そのため、ある１つの学部において、例えば、スコア１と分類１とを組み合わせた合否判定基準で合格する者もいれば、スコア２と分類２とを組み合わせた合否判定基準で合格する者もいる。つまり、ある１人の受験生が合格者として何回も決定されてしまう可能性がある。したがって、いったん合格者として決定された受験生（つまり、「合格回数」が１回）は、それ以降に合格者として決定されないように制御してもよい。「合格通知回数」のデータは、合格者決定部３０２または合格者更新部３０４（後述する）によって更新されうる。
【００２６】
図３に戻る。合格者決定部３０２は、受験生の中から合格者を決定することができる。概要を説明すると、合格者決定部３０２は、受験生データベース３０５の「分類」に基づいて、受験生を絞り込むことができる。また、合格者決定部３０２は、「分類」に基づいて絞り込まれた受験生を、受験生データベース３０５の「スコア」の順に並べることができる。また、合格者決定部３０２は、「スコア」の順に並べられた受験生のうちの上位などの任意の者を合格者として決定することができる。以下、詳細を説明する。
【００２７】
＜目標入学者数の指定＞
合格者決定部３０２は、入学させたい学生の人数（以下、「目標入学者数」とも言う）を決定することができる。例えば、大学の担当者は、大学端末１０２（図１の場合）または合格者管理システム１０１に接続された大学内の端末（図２の場合）に目標入学者数を入力することによって、目標入学者数を指定することができる。「目標入学者数」は、その学部の入学定員数としてもよいし、あるいは、その学部の入学定員数のうちの一部の人数としてもよい。
【００２８】
＜受験生の絞り込み＞
合格者決定部３０２は、受験生データベース３０５の１または複数の「分類」に基づいて、受験生を絞り込むことができる。合格者決定部３０２は、受験生データベース３０５を参照して、例えば、他の大学を併願しているまたは併願していると予想される受験生、特定の技能を有している受験生、県内の受験生などを抽出することができる。なお、合格者決定部３０２は、受験生データベース３０５の「スコア」に基づいて、受験生を絞り込んでもよい。もしくは、合格者決定部３０２は、絞り込みをせずに、全ての受験生を「スコア」の順に並べてもよい。
【００２９】
＜並べ替えの優先順位の指定＞
合格者決定部３０２は、受験生を「スコア」の順に並べる際にどのスコアを優先するかの順位を決定することができる。合格者決定部３０２は、例えば、図４のスコア１→スコア２→スコア３→スコア４→スコア５の順で受験生を並べ替えることを決定することができる。例えば、大学の担当者は、大学端末１０２（図１の場合）または合格者管理システム１０１に接続された大学内の端末（図２の場合）に並べ替えの優先順位を入力することによって、並べ替えの優先順位を指定することができる。
【００３０】
＜合格者の並べ替え＞
合格者決定部３０２は、並べ替えの優先順位に基づいて、受験生を「スコア」の順に並べ替えることができる。
【００３１】
＜合格者の決定＞
合格者決定部３０２は、「スコア」の順に並べられた受験生のうちの上位などの任意の者を合格者として決定することができる。合格者決定部３０２は、任意の人数（但し、「目標入学者数」を上限とする）の合格者を決定することができる。
【００３２】
このように、合格者決定部３０２は、受験生の中から合格者を決定する。また、合格者決定部３０２は、決定した合格者に関する情報（例えば、「受験番号」、「大学」、「学部」、「氏名」、「候補クラス」）を示すデータを合格者データベース３０６に格納することができる。なお、受験生は、受験生端末１０３を用いるなどの任意の方法で合格を知ることができる。
【００３３】
入学手続き部３０３および合格者更新部３０４は、合格者データベース３０６を参照しながら、入学の手続きおよび合格者の更新を行なうことができる。まずは、以下、図５を参照しながら、合格者データベース３０６について詳細に説明する。
【００３４】
図５は、本発明の一実施形態にかかる合格者データベース３０６の一例である。合格者データベース３０６には、合格した受験生の「受験番号」、「大学」、「学部」、「氏名」、「候補クラス」、「手続き期限」、「入金期限」、「手続き状況」、「入金状況」などを示すデータが格納されている。以下、各々について説明する。
【００３５】
「受験番号」は、その受験生が合格した入学試験の受験番号である。「大学」および「学部」は、その受験生が合格した大学および学部を示すデータ（例えば、大学名や学部名）である。「氏名」は、その受験生の氏名である。「候補クラス」は、図４を参照して説明したように、その受験生が複数の階級（クラス）のうちのどのクラスに属しているかを示す。
【００３６】
「手続き期限」は、その受験生が入学のために必要な手続き（例えば、必要な情報をウェブ上で入力するなど）を完了しなければならない期限である。「入金期限」は、その受験生が入学金や授業料などを納付しなければならない期限である。合格した全ての受験生に対して同一の「手続き期限」と「入金期限」が設定されてもよいし、あるいは、合格した受験生ごとの「手続き期限」と「入金期限」が設定されてもよい。それぞれの期限は、例えば、予め定められた日時、または、受験生が合格を知ってから所定の期間経過後（例えば、合格者を発表するサイトに受験生がアクセスしたときから所定の期間経過後、または、受験生宛にメール等で合格が通知されてから所定の期間経過後）とすることができる。
【００３７】
本発明では、合格した受験生ごとの「手続き期限」や「入金期限」を設定することが可能である。例えば、受験生の「候補クラス」、「スコア」、「分類」の少なくとも１つに応じた「手続き期限」や「入金期限」を設定することが可能である。そのため、例えば、“大学側が入学させたいと望んでいる合格者（例えば、上位の候補クラスの合格者）” には猶予を与えて、他の合格者よりも長い期間の「手続き期限」や「入金期限」を設定することができる。さらに、例えば、“大学側が入学させたいと望んでいる合格者（例えば、上位の候補クラスの合格者）のうち、他の大学へ入学してしまう可能性が高い合格者（つまり、他の大学を併願しているまたは併願していると予想される合格者）”にはさらに猶予を与えて、他の合格者よりも長い期間の「手続き期限」や「入金期限」を設定することができる。逆に、例えば、“その大学のその学部へ入学する可能性が高く、他の大学や学部へ入学する可能性が低い合格者（つまり、他の大学や学部を併願していないまたは併願していないと予想される合格者）”には、他の合格者よりも短い期間の「手続き期限」や「入金期限」を設定することができる。
【００３８】
「手続き状況」は、その受験生が入学のために必要な手続きを完了したか否かを示す。「入金状況」は、その受験生が入学金や授業料などを納付したか否かを示す。「手続き期限」および「入金期限」までに、入学のために必要な手続きが完了されず、かつ、入学金や授業料などが納付されなかった受験生は、合格を辞退した者（以下、辞退者とも言う）として取り扱われる。なお、合格した学部とは別の学部にも合格して、その別の学部へ入学することとなった受験生も、辞退者として取り扱われる。
【００３９】
図３に戻る。入学手続き部３０３は、合格した受験生の入学手続きを行なうことができる。具体的には、入学手続き部３０３は、入学のために必要な手続きが完了されると、合格者データベース３０６の「手続き状況」のデータを更新することができる。また、入学手続き部３０３は、金融機関等から提供される情報にアクセスして入学金や授業料などが納付されたことを認識すると、合格者データベース３０６の「入金状況」のデータを更新することができる。
【００４０】
合格者更新部３０４は、合格を辞退する者（辞退者）が生じた場合、合格者決定部３０２が絞り込んだ受験生の中から、別の受験生を新たな合格者として決定することができる。なお、「合格の辞退者が生じた場合」とは、（１）入学のために必要な手続きが完了されず、かつ、入学金や授業料などが納付されなかった場合、（２）合格した学部とは別の学部にも合格して、その別の学部へ入学することとなった場合、（３）受験生が大学に対して辞退の意思を表明した場合、を含む。具体的には、合格者更新部３０４は、合格者データベース３０６上で辞退者の「候補クラス」を参照することができる。また、合格者更新部３０４は、参照した辞退者の「候補クラス」と同一の候補クラス、または、上位の候補クラス、または、下位の候補クラス、または、任意の候補クラスの受験生を、新たな合格者として決定することができる。大学の担当者は、大学端末１０２（図１の場合）または合格者管理システム１０１に接続された大学内の端末（図２の場合）から、「同一の候補クラス」、「上位の候補クラス」、「下位の候補クラス」、「任意の候補クラス」のうちのいずれの候補クラスの受験生を新たな合格者とするのかを指定することができる。
【００４１】
＜同一の候補クラス＞
同一の候補クラスの場合、合格者更新部３０４は、受験生データベース３０５を参照して、合格者決定部３０２がスコアの順に並べ替えた受験生のうち、現在は合格者ではない者のうちで最上位のスコアであり、かつ、辞退者と同一の候補クラスの受験生を、新たな合格者として決定することができる。例えば、図５では、“山田三郎”が辞退者であり、候補クラスはＢである。そうすると、合格者更新部３０４は、“山田八郎（候補クラスＢ）”を新たな合格者として決定する。この例では、辞退者が生じたとしても、辞退者と同一の候補クラスの受験生（例えば、大学が入学させたい度合いが辞退者と同一の受験生）を新たな合格者とすることができる。
【００４２】
＜上位の候補クラス＞
上位の候補クラスの場合、合格者更新部３０４は、受験生データベース３０５を参照して、合格者決定部３０２がスコアの順に並べ替えた受験生のうち、現在は合格者ではない者のうちで最上位のスコアであり、かつ、辞退者の候補クラスよりも上位の候補クラスの受験生を、新たな合格者として決定することができる。例えば、図５では、“山田三郎”が辞退者であり、候補クラスはＢである（候補クラスは、Ａ、Ｂ、Ｃ、Ｄの順でＡが上位、Ｄが下位であるとする）。そうすると、合格者更新部３０４は、“山田七郎（候補クラスＡ）”を新たな合格者として決定する。この例では、辞退者が生じたときに、辞退者よりも上位の候補クラスの受験生（例えば、大学が入学させたい度合いが辞退者よりも高い受験生）を新たな合格者とすることができる。
【００４３】
＜下位の候補クラス＞
下位の候補クラスの場合、合格者更新部３０４は、受験生データベース３０５を参照して、合格者決定部３０２がスコアの順に並べ替えた受験生のうち、現在は合格者ではない者のうちで最上位のスコアであり、かつ、辞退者の候補クラスよりも下位の候補クラスの受験生を、新たな合格者として決定することができる。例えば、図５では、“山田三郎”が辞退者であり、候補クラスはＢである（候補クラスは、Ａ、Ｂ、Ｃ、Ｄの順でＡが上位、Ｄが下位であるとする）。そうすると、合格者更新部３０４は、“山田九郎（候補クラスＣ）”を新たな合格者として決定する。この例では、辞退者が生じたときに、辞退者よりも下位の候補クラスの受験生（例えば、大学が入学させたい度合いが辞退者よりも低い受験生）を新たな合格者とすることができる。
【００４４】
＜任意の候補クラス＞
任意の候補クラスの場合、合格者更新部３０４は、受験生データベース３０５を参照して、合格者決定部３０２がスコアの順に並べ替えた受験生のうち、現在は合格者ではない者のうちで最上位のスコアである受験生を、新たな合格者として決定することができる。例えば、図５では、“山田三郎”が辞退者である。そうすると、合格者更新部３０４は、“山田七郎”を新たな合格者として決定する。
【００４５】
このように、合格者更新部３０４は、辞退者が生じるたびに、合格者決定部３０２が絞り込んだ受験生の中から、新たな合格者を決定することができる。また、合格者更新部３０４は、決定した合格者に関する情報（例えば、「受験番号」、「大学」、「学部」、「氏名」、「候補クラス」）を示すデータを合格者データベース３０６に格納することができる。なお、受験生は、受験生端末１０３を用いるなどの任意の方法で合格を知ることができる。
【００４６】
本発明では、大学は、「候補クラス」ごとに、その学部で合格者として決定されうる人数の上限を指定しておくことができる。すなわち、大学は、「候補クラス」ごとに、合格者決定部３０２が決定する合格者と合格者更新部３０４が決定する合格者との累計の人数の上限を指定しておくことができる。合格者の累計の人数が上限に達すると、合格者更新部３０４は、その候補クラスの新たな合格者を決定するのを中止することができる。このように、大学は、「候補クラス」ごとに合格させてもよい人数の上限を指定しておくことができる。例えば、大学の担当者は、大学端末１０２（図１の場合）または合格者管理システム１０１に接続された大学内の端末（図２の場合）に候補クラスごとの合格者の累計の人数の上限を入力することによって、候補クラスごとの合格者の累計の人数の上限を指定することができる。
【００４７】
図６は、本発明の一実施形態にかかる画面のイメージである。大学端末１０２（図１の場合）または合格者管理システム１０１に接続された大学内の端末（図２の場合）上に、図６のような画面が表示される。大学の担当者は、例えば、入学させたい学生の人数（目標入学者数）、絞り込まれた受験生の人数（合格者上限数）、合格が通知された受験生の人数（合格者数）、入学手続きが済んだ者の人数（入学者数）を確認することができる。また、大学の担当者は、入学させたい学生のうち入学手続きが済んだ者の割合を示す達成率（入学者数÷目標入学者数）を確認することができる。また、大学の担当者は、合格者が入学手続きを行なうためのサイトにどれぐらいアクセスしているか（アクセス状況）を確認することができる。大学の担当者は、過去の達成率やアクセス状況を分析することによって、最適な候補スコアの割り当て基準、目標入学者数、受験生の絞り込み方などを決定することができる。
【００４８】
図７は、本発明の一実施形態にかかる合格者管理システム１０１における処理フローの一例を示すフローチャートである。
【００４９】
ステップ７０１−１で、合格者管理システム１０１は、大学端末１０２から（図１の場合）、または、合格者管理システム１０１に接続された大学内の端末から（図２の場合）、受験生の入学試験に関する情報を示すデータを受信する。受験生の入学試験に関する情報内で、各受験生に候補クラスが既に割り当てられている場合（手動で割り当てられる場合）、ステップ７０２へ進む。受験生の入学試験に関する情報内で、各受験生に候補クラスが未だ割り当てられていない場合（自動的に割り当てられる場合）は、ステップ７０１−２へ進む。
ステップ７０１−２で、合格者管理システム１０１は、大学の担当者によって指定された割り当て基準にしたがって、各受験生に「候補クラス」を割り当てる。
ステップ７０２で、合格者管理システム１０１は、ステップ７０１で受信したデータが示す学部に入学させたい学生の人数（目標入学者数）を決定する。
ステップ７０３で、合格者管理システム１０１は、ステップ７０１で受信したデータが示す受験生を「分類」に基づいて絞り込む。
ステップ７０４で、合格者管理システム１０１は、ステップ７０３で絞り込まれた受験生を「スコア」の順に並べる。
ステップ７０５で、合格者管理システム１０１は、ステップ７０４で「スコア」の順に並べられた受験生のうちの上位などの任意の者を合格者として決定する。
ステップ７０６で、合格を辞退した者（辞退者）が発生したとする。
ステップ７０７で、合格者管理システム１０１は、ステップ７０６の辞退者の「候補クラス」に基づいて、新たな合格者を決定する。
【００５０】
このように、本発明では、大学は、あらかじめ受験生の入学試験に関する情報をコンピュータに登録しておくだけで、入学手続きの期限までに入学手続きを行なわなかった合格者の代わりに別の受験生を新たな合格者として順次発表してゆくことができる。例えば、大学は、「候補クラス」によって、入学してもらいたい順に受験生を分けることができる。そして、辞退者が発生した場合には、辞退者の候補クラスに基づいて、新たな合格者を決定することができる。また、合格者ごとの手続き期限や入学金・授業料の納付期限を設定することができる。そのため、大学は、大学側が望む入学者を限られた時間内で効率良く確保することができる。
【００５１】
ここまで、本発明の実施形態について説明したが、上記実施形態はあくまで一例であり、本発明は上述した実施形態に限定されず、その技術的思想の範囲内において種々異なる形態にて実施されてよいことは言うまでもない。
【００５２】
また、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、各請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。
【符号の説明】
【００５３】
１０１  合格者管理システム
１０２  大学端末
１０３  受験生端末
１１２  大学
３０１  受験生管理部
３０２  合格者決定部
３０３  入学手続き部
３０４  合格者更新部
３０５  受験生データベース
３０６  合格者データベース
【図１】
2019082749.tif 000003
【図２】
2019082749.tif 000004
【図３】
2019082749.tif 000005
【図４】
2019082749.tif 000006
【図５】
2019082749.tif 000007
【図６】
2019082749.tif 000008
【図７】
2019082749.tif 000009
【手続補正書】
【提出日】平成30年3月20日(2018.3.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受験生の入学試験に関する情報を取得する受験生管理部であって、前記入学試験に関する情報は、前記受験生のスコアと、前記受験生の候補クラスとを含む、受験生管理部と、
受験生のうちの一部の者を合格者として決定する合格者決定部と、
合格の辞退者が生じた場合に、前記合格者として決定されなかった受験生を新たな合格者として決定する合格者更新部であって、前記新たな合格者は、前記辞退者の候補クラスと前記新たな合格者の候補クラスとに基づいて決定される、合格者更新部と
を備えたことを特徴とするシステム。
【請求項２】
前記入学試験に関する情報は、前記受験生の分類を含み、
前記受験生管理部は、
前記受験生のスコアおよび前記受験生の分類の少なくとも１つに基づく割り当て基準にしたがって、前記受験生に前記候補クラスを割り当てることを特徴とする請求項１に記載のシステム。
【請求項３】
前記新たな合格者は、前記辞退者の候補クラスと同一の候補クラス、または、前記辞退者の候補クラスよりも上位の候補クラス、または、前記辞退者の候補クラスよりも下位の候補クラスであることを特徴とする請求項１または２に記載のシステム。
【請求項４】
前記合格者および前記新たな合格者の累計の人数の上限が、前記候補クラスごとに指定されていることを特徴とする請求項１から３のいずれか一項に記載のシステム。
【請求項５】
前記入学試験に関する情報は、前記受験生の分類を含み、
前記合格者決定部は、
前記分類に基づいて前記受験生を絞り込むことを特徴とする請求項１から４のいずれか一項に記載のシステム。
【請求項６】
前記受験生ごとの入学手続きの期限を設定する入学手続き部をさらに備えたことを特徴とする請求項１から５のいずれか一項に記載のシステム。
【請求項７】
前記候補クラスは、前記入学試験を実施している学校が前記受験生を入学させたい度合いを示していることを特徴とする請求項１から６のいずれか一項に記載のシステム。
【請求項８】
合格者管理システムによって実施される方法であって、
受験生の入学試験に関する情報を取得するステップであって、前記入学試験に関する情報は、前記受験生のスコアと、前記受験生の候補クラスとを含む、ステップと、
受験生のうちの一部の者を合格者として決定するステップと、
合格の辞退者が生じた場合に、前記合格者として決定されなかった受験生を新たな合格者として決定するステップであって、前記新たな合格者は、前記辞退者の候補クラスと前記新たな合格者の候補クラスとに基づいて決定される、ステップと
を含むことを特徴とする方法。
【請求項９】
請求項８に記載の方法をコンピュータに実行させるためのプログラム。