(57)【特許請求の範囲】
【請求項１】
インターネットを介した出願において、
志願者端末及び出身校端末にネットワークを介して接続された１又は複数のＷｅｂサーバと、
前記Ｗｅｂサーバに相互に接続した１又は複数のデータベースサーバと、
を含む複数種類のサーバの機能を備えるサーバ群が、
前記志願者端末から入力される出願データと前記出身校端末から入力される調査書データとをマッチングさせるマッチング方法であって、
前記Ｗｅｂサーバが、志願者１人につき１又は複数の調査書データを１又は複数人分含む調査書ＣＳＶデータのアップロード受付画面を、出身校毎のログインＩＤにより受付された前記出身校端末に表示し、前記出身校端末から、前記調査書ＣＳＶデータのアップロードを受付する調査書ＣＳＶデータ受付工程と、
前記Ｗｅｂサーバが、前記調査書ＣＳＶデータに生年月日情報と氏名の振仮名情報と内申書データの漏れ又はミスがないかを検出し、漏れ及びミスがない場合に、前記調査書ＣＳＶデータの仮登録を受付する仮登録受付工程と、
前記Ｗｅｂサーバが、前記ログインＩＤに関連付けられる出身校識別子と、仮登録を受付した前記調査書ＣＳＶデータ毎に同じ登録番号と、を各調査書データに関連付けて調査書仮登録データとして、前記データベースサーバ内で受験校のデータベースに追加し、前記登録番号を前記出身校端末に表示させる登録番号発行工程と、
前記Ｗｅｂサーバが、前記志願者端末から、受験校に提出する生年月日情報と氏名の振仮名情報と出身校識別子を含む出願データを受付して、前記データベースサーバ内で受験校のデータベースに追加する出願受付工程と、
前記Ｗｅｂサーバが、出身校毎のログインＩＤにより受付された前記出身校端末から、登録番号の入力を受付する調査書確認受付工程と、
前記Ｗｅｂサーバが、前記データベースサーバ内で受験校のデータベースから、前記登録番号と関連づけられている調査書仮登録データを読み込む仮登録データ読込工程と、
前記Ｗｅｂサーバが、出身校識別子が前記ログインＩＤに関連付けられる出身校識別子と一致する出願データのうち、生年月日情報と氏名の振仮名情報が一致する出願データの有無を前記データベースサーバ内で受験校のデータベースから検出する出願データ検出工程と、
前記Ｗｅｂサーバが、前記出願データ検出工程で出願データが検出されなかった調査書データについては、前記登録番号と関連づけられている調査書仮登録データを、出願が未登録であることを含めて、前記出身校端末に表示させるマッチング結果表示工程と、
を含むことを特徴とするマッチング方法。
【請求項２】
前記仮登録受付工程において、
前記Ｗｅｂサーバが、前記データベースサーバ内で受験校のデータベースから、生年月日情報と氏名の振仮名情報が一致する出願データの有無を検出し、出願データがある場合は出願が登録済みであることの情報を、出願データがない場合は未登録であることの情報を、各調査書データに含めて前記調査書ＣＳＶデータの一覧を前記出身校端末に表示させること、
及び、
前記仮登録受付工程において、
前記Ｗｅｂサーバが、前記調査書ＣＳＶデータに生年月日情報と氏名の振仮名情報と内申書データのいずれかで漏れ又はミスが検出された場合に、仮登録を受け付けず、漏れ又はミスがあった個所のエラー表示を、各調査書データに含めて前記調査書ＣＳＶデータの一覧を前記出身校端末に表示させることを特徴とする請求項１記載のマッチング方法。
【請求項３】
前記出願受付工程において、
前記Ｗｅｂサーバが、受付した出願データに一意の出願識別子を追加すること、
及び、
前記マッチング結果表示工程において、
前記Ｗｅｂサーバが、前記出願データ検出工程で出願データが検出された調査書データに出願識別子が含まれるかを検出し、
出願識別子が検出された場合には、前記登録番号と関連づけられている調査書仮登録データを、すでに調査書データが確定済であることを含めて、前記出身校端末に表示させることを特徴とする請求項１又は請求項２に記載のマッチング方法。
【請求項４】
前記Ｗｅｂサーバが、決済会社のシステムに接続され、
前記Ｗｅｂサーバが、出願データ毎の受験料納付済情報を受信し、前記出願データに受験料納付済情報を追加する納付状況更新工程を含み、
前記マッチング結果表示工程において、
前記Ｗｅｂサーバが、前記出願データ検出工程で出願データが検出された調査書データに出願識別子が検出されなかった場合に、
対応する出願データにおいて受験料納付済情報の有無を検出し、
受験料納付済情報が検出されなかった場合には、前記登録番号と関連づけられている調査書データを、未払いであることを含めて、前記出身校端末の画面に表示し、
受験料納付済情報が検出された場合には、前記登録番号と関連づけられている調査書データを、支払済であること及び内容確定の選択が可能なエリアを含めて、前記出身校端末の画面に表示し、内容確定の選択を受付すること、
さらに、
前記Ｗｅｂサーバが、前記マッチング結果表示工程において内容確定の選択がされた調査書データについて、前記出願データに含まれる出願識別子を追加して確定済調査書データとして前記データベース内で受験校のデータベースに前記調査書仮登録データと関連付けて記憶する確定済調査書記憶工程を含むことを特徴とする請求項３記載のマッチング方法
【請求項５】
前記出願受付工程において、
前記Ｗｅｂサーバが、前記出願データに志願者識別子を追加すること、
前記確定済調査書記憶工程において、
前記Ｗｅｂサーバが、前記確定済調査書データに志願者識別子を追加し、前記出願データに調査書確定フラグを追加すること、
及び、
前記マッチング結果表示工程において、
前記Ｗｅｂサーバが、前記出願データ検出工程で検出した出願データに調査書確定フラグを含むかを検出し、
調査書確定フラグが検出された場合には、前記登録番号と関連づけられている調査書仮登録データを、すでに調査書データが確定済であることを含めて、前記出身校端末に表示させることを特徴とする、請求項４に記載のマッチング方法。
【請求項６】
前記出願データが、出願識別子と受験番号情報と出願種別情報と志願者識別子とを有する個別受験データ及び、志願者識別子と生年月日情報と振仮名情報と出身校識別子とを有する志願者データと、を有することを特徴とする、請求項５に記載のマッチング方法。
【請求項７】
前記Ｗｅｂサーバが、さらに、受験校端末にネットワークを介して接続されており、
前記Ｗｅｂサーバが、受験校端末からの確定済調査書データ要求を受付け、前記データベースサーバ内で受験校のデータベースに記憶された確定済調査書データ及び前記確定済調査書データに関連付けられた出願データを表示しダウンロードする調査書出力工程を含むことを特徴とする、請求項４に記載のマッチング方法。
【請求項８】
インターネットを介した出願において、
志願者端末及び出身校端末にネットワークを介して接続された１又は複数のＷｅｂサーバと、
前記Ｗｅｂサーバに相互に接続した１又は複数のデータベースサーバと、
を含む複数種類のサーバの機能を備えるサーバ群を有し、
前記志願者端末から入力される出願データと前記出身校端末から入力される調査書データとをマッチングさせるマッチングシステムであって、
前記Ｗｅｂサーバが、
志願者１人につき１又は複数の調査書データを１又は複数人分含む調査書ＣＳＶデータのアップロード受付画面を、出身校毎のログインＩＤにより受付された前記出身校端末に表示し、前記出身校端末から、前記調査書ＣＳＶデータのアップロードを受け付けする調査書ＣＳＶデータ受付手段と、
前記調査書ＣＳＶデータに生年月日情報と氏名の振仮名情報と内申書データの漏れ又はミスがないかを検出し、漏れ及びミスがない場合に、前記調査書ＣＳＶデータの仮登録を受付する仮登録受付手段と、
前記ログインＩＤに関連付けられる出身校識別子と、仮登録を受付した前記調査書ＣＳＶデータ毎に同じ登録番号と、を各調査書データに関連付けて調査書仮登録データとして、前記データベースサーバ内で受験校のデータベースに追加し、前記登録番号を前記出身校端末に表示させる登録番号発行手段と、
前記志願者端末から、受験校に提出する生年月日情報と氏名の振仮名情報と出身校識別子を含む出願データを受付して、前記データベースサーバ内で受験校のデータベースに追加する出願受付手段と、
出身校毎のログインＩＤにより受付された前記出身校端末から、登録番号の入力を受付する調査書確認受付手段と、
前記データベースサーバ内で受験校のデータベースから、前記登録番号と関連づけられている調査書仮登録データを読み込む仮登録データ読込手段と、
出身校識別子が前記ログインＩＤに関連付けられる出身校識別子と一致する出願データのうち、生年月日情報と氏名の振仮名情報が一致する出願データの有無を前記データベースサーバ内で受験校のデータベースから検出する出願データ検出手段と、
前記出願データ検出手段で出願データが検出されなかった調査書データについては、前記登録番号と関連づけられている調査書仮登録データを、出願が未登録であることを含めて、前記出身校端末に表示させるマッチング結果表示手段と、
を有することを特徴とするマッチングシステム。
【請求項９】
前記Ｗｅｂサーバが決済会社のシステム及び受験校端末に接続されており、
前記Ｗｅｂサーバが、
出願データ毎の受験料納付済情報を受信し、前記出願データに受験料納付済情報を追加する納付状況更新手段と、
前記マッチング結果表示手段によって内容確定の選択がされた調査書データについて、前記出願データに含まれる出願識別子を追加して確定済調査書データとして前記データベース内で受験校のデータベースに前記調査書仮登録データと関連付けて記憶する確定済調査書記憶手段と、
前記受験校端末からの確定済調査書データ要求を受付け、前記データベースサーバ内で受験校のデータベースに記憶された確定済調査書データ及び前記確定済調査書データに関連付けられた出願データを表示しダウンロードする調査書出力手段と、
を有することを特徴とする請求項８記載のマッチングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットで出願受付を行う高校入学試験等、入試又は検定等の各種試験のインターネット出願における、出願データと調査書データのマッチング方法及びマッチングシステムに関する。
【背景技術】
【０００２】
一億総活躍社会の実現に向けて、働き方改革の社会的要請が大きくなっている。これに従い、働き方改革の一環として、労働時間法制の見直し等が進められている。
【０００３】
一方で、学校を取り巻く環境に目を転じると、２０１６年に文部科学省が発表した日本の公立中学校における勤務実態調査では、中学校の約６割の教員がいわゆる過労死ライン以上の時間外労働を日常的にこなしていることが明らかにされている。そこで、中央教育審議会において、学校における働き方改革について、２０１９年１月に時間外労働時間規制を含めた各種施策が答申された。
【０００４】
教員の時間外労働時間削減のためには、教員本来の業務である授業時間以外の業務をいかに削減するかが重要である。その中でも、短期間に大量の事務処理を必要とする、入試に係る業務を削減することは、生徒を送り出す側の学校にとっても受け入れる側の学校にとっても双方にメリットがある。
【０００５】
入試業務の削減の手段として、インターネット出願システムの普及が進んでいる。しかしながら、インターネット出願システムでは受験票のみを出力し、高度な個人情報である成績情報等を記載する調査書は、生徒を送り出す側の学校（以下、「出身校」という）の教員が別途紙で作成し、厳封の上、生徒を受け入れる側の学校(以下、「受験校」という)に送付している。この調査書の紙のやり取りの過程で、幾重にも確認作業が入り、膨大な時間が費やされるとともに、生徒を受け入れる側の受験校では、転記作業が発生するため、成績入力ミスを誘発しているのが現状である。さらに、インターネット出願システムを介して発行された受験票と生徒を送り出す側の出身校の教員が作成した調査書データを紐付ける作業にやはり膨大な時間が費やされている。
【０００６】
当該状況を解決する手段として、高校への入学試験では、エクセル（登録商標）等の表計算ソフトを用いて、調査書データを作成し、生徒を受け入れる側の受験校の高校へＵＳＢを用いて郵送した例はあるが、ＵＳＢの盗難による機密性リスクや、ＵＳＢを介するウイルス感染のリスクから断念されている。また、メールを用いたデータ送信については、やはり、高度な個人情報をメールで取り扱うには、大きなリスクを伴うことから断念されている。なお、調査書データを、表計算データファイルとして、ＵＳＢで提出する場合、調査書データの並び順と同じ並びで、志願者の出身校である中学校から受験先の高校すなわち受験校に紙の願書を提出してもらい、受験校において紙の願書（受験票付き）にナンバリングにより受験番号を印字し、各出身校（中学校）の先頭の受験番号を、調査書データの先頭に書き込むことにより、全調査書データに受験番号を入れていた。つまり、これもまた、調査書と願書の紐づけは受験番号で行っていた。
【０００７】
さらに、生徒を送り出す側の出身校の教員が、マークシートを用いて調査書データを作成し、運用している例があるが、マーキング過程に膨大な時間を費やされる一方で、作業ミスによる完全性リスクや、読み取り不具合の完全性リスクは払しょくできない。また、マークシートを運用するためには専用の機器で作業する必要が生じることから、多大な作業時間が必要となり、簡易な方法とは言えない。また、調査書をマークシート用紙に記入させる方式では、紙の願書と一緒に、マークシートで記載された紙の調査書を提出させているが、願書（受験票付き）と、調査書を同じ順に並べ、ナンバリングにより、同じ志願者の願書と調査書に同じ受験番号を印字し、マークシート読み取り機で、印字された受験番号をＯＣＲで読み込んでいる。つまり、調査書と願書の紐づけは受験番号で行っている。
【０００８】
従来、出身校からの調査書と受験生の出願を電子的に受け取るシステムがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００２−３１２４９８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、特許文献１記載のシステムでは、調査書登録時に受験生の出願登録番号を必要とするという問題があった。また、上述したＵＳＢ提出による方法やマークシート提出による方法では、志願者数によって作業が膨大となり、また１枚ナンバリングを飛ばしただけでその後の全ての番号がずれてしまうという問題があった。
【００１１】
本発明は、このような実情に鑑みてなされたものであり、出身校側において試験事務に係る教員の業務時間の削減を実現することを目的とする。
【課題を解決するための手段】
【００１２】
本願発明者は、上記目的を達成するため、試行錯誤のうえ、入試のインターネット出願における出願データと調査書のマッチング方法及びマッチングシステムを発明した。本発明は、受験番号によるマッチングや申込番号（出願識別子）によるマッチングではなく、もともと保有しているデータで自動マッチングするものである。受験番号によるマッチングでは、受験番号が決まってからしか、調査書データの登録を受け付けることができず、受験生の出願の後にしか、出身校の先生が調査書データを登録できないということになる。そのため、受験番号によるマッチングでは、出願を早く締め切らなければならないということになり、この場合は、受験生数の減少が心配される。また、出身校毎に受験番号を並べたいという要望もあり、そうすると、出願が完了してからでないと受験番号を割り振ることができず、調査書データの登録はさらに遅れる。調査書データの登録期間が短くなると、忙しい出身校（高校入試においては中学校）の先生には極めて困難な作業になる。また、申込番号（出願識別子）によるマッチングでは、受験番号を割り振る前でも、調査書データの登録ができるが、受験生が出願をしていなければならないという状況に変わりない。しかも、出身校の先生が調査書データに、申込番号などの何らかの識別子情報を追記する必要があり、先生が入力するには作業ミスが危惧され、一連の情報をダウンロードするとしても、手持ちの調査書データを編集して、他の人のデータと入れ違いがないか等の人的ミスを防ぐための手段の確保が大変難しいという問題に直面する。本願発明者は、「何らかの特別なデータ（受験番号など）ではなく、もともと、保有しているデータで自動マッチングすればいいのではないか」との着想を得て、本発明を試行錯誤のうえ発明したものである。
【００１３】
本発明の第１の態様は、インターネットを介した出願において、
志願者端末及び出身校端末にネットワークを介して接続された１又は複数のＷｅｂサーバと、
前記Ｗｅｂサーバに相互に接続した１又は複数のデータベースサーバと、
を含む複数種類のサーバの機能を備えるサーバ群が、
前記志願者端末から入力される出願データと前記出身校端末から入力される調査書データとをマッチングさせるマッチング方法であって、
前記Ｗｅｂサーバが、志願者１人につき１又は複数の調査書データを１又は複数人分含む調査書ＣＳＶデータのアップロード受付画面を、出身校毎のログインＩＤにより受付された前記出身校端末に表示し、前記出身校端末から、前記調査書ＣＳＶデータのアップロードを受付する調査書ＣＳＶデータ受付工程と、
前記Ｗｅｂサーバが、前記調査書ＣＳＶデータに生年月日情報と氏名の振仮名情報と内申書データの漏れ又はミスがないかを検出し、漏れ及びミスがない場合に、前記調査書ＣＳＶデータの仮登録を受付する仮登録受付工程と、
前記Ｗｅｂサーバが、前記ログインＩＤに関連付けられる出身校識別子と、仮登録を受付した前記調査書ＣＳＶデータ毎に同じ登録番号と、を各調査書データに関連付けて調査書仮登録データとして、前記データベースサーバ内で受験校のデータベースに追加し、前記登録番号を前記出身校端末に表示させる登録番号発行工程と、
前記Ｗｅｂサーバが、前記志願者端末から、受験校に提出する生年月日情報と氏名の振仮名情報と出身校識別子を含む出願データを受付して、前記データベースサーバ内で受験校のデータベースに追加する出願受付工程と、
前記Ｗｅｂサーバが、出身校毎のログインＩＤにより受付された前記出身校端末から、登録番号の入力を受付する調査書確認受付工程と、
前記Ｗｅｂサーバが、前記データベースサーバ内で受験校のデータベースから、前記登録番号と関連づけられている調査書仮登録データを読み込む仮登録データ読込工程と、
前記Ｗｅｂサーバが、出身校識別子が前記ログインＩＤに関連付けられる出身校識別子と一致する出願データのうち、生年月日情報と氏名の振仮名情報が一致する出願データの有無を前記データベースサーバ内で受験校のデータベースから検出する出願データ検出工程と、
前記Ｗｅｂサーバが、前記出願データ検出工程で出願データが検出されなかった調査書データについては、前記登録番号と関連づけられている調査書仮登録データを、出願が未登録であることを含めて、前記出身校端末に表示させるマッチング結果表示工程と、
を含むことを特徴とするマッチング方法を提供する。「サーバ群」には、複数のサーバの組み合わせのみならず、複数種類のサーバ機能を有する１つのサーバをも含む。各サーバは物理的に独立したサーバであっても、複数種類のサーバが物理的に同じサーバであっても、１つのサーバが物理的に複数のサーバで構成されていてもよい。データベースはいずれかのサーバ内にあってもよいし、独立したサーバにあってもよいし、複数のサーバに分散して存在してもよい。また、志願者は、入学試験の受験者の他、検定試験の受検者であってもよい。振仮名情報は、ひらがな表記でもカタカナ表記でもよいし、アルファベット表記でもよい。
【００１４】
本発明において、登録番号は、データベースサーバ内で一意の登録番号であることが好ましい。「一意の」には、一意的な、一義的なという意味を含む。「一意の登録番号」には、例えば、調査書仮登録データ毎に別々の識別子であることを含む。「識別子」には、種々の形式の識別子を含み、例えば、アルファベットその他の文字や記号、英数字等のいずれでもよく、また、これらの複数種類を組み合わせてもよい。また、識別子の文字長は特に制限されない。
【００１５】
本発明の第１の態様によれば、インターネット出願する志願者が受験校に提出する出願情報と出身校が受験校に提出する調査書情報について、情報の完全性、機密性に配慮しつつ簡便に、短期間に大量にマッチングすることができる。また、これにより、出身校側において試験事務に係る教員の業務時間の削減を実現することができる。さらに、受験校側において試験事務に係る教員の業務時間の削減を実現することができる。
【００１６】
また、受験番号も出願識別子もマッチング時に入力不要であるので、受験番号付与前でも、また、生徒が受験手続を行う前でも、出身校（高校入試においては中学校）の教員は調査書の仮登録が可能となるし、出願識別子の入力ミスにより確認作業・修正作業が増加することも回避できる。したがって、作業を行う時期を分散することができ、教員の負担が減る。また、受験校（高校入試においては高校）は、出願を早く締め切らなくて済むようになる。
【００１７】
前記仮登録受付工程において、
前記Ｗｅｂサーバが、前記データベースサーバ内で受験校のデータベースから、生年月日情報と氏名の振仮名情報が一致する出願データの有無を検出し、出願データがある場合は出願が登録済みであることの情報を、出願データがない場合は未登録であることの情報を、各調査書データに含めて前記調査書ＣＳＶデータの一覧を前記出身校端末に表示させること、
及び、
前記仮登録受付工程において、
前記Ｗｅｂサーバが、前記調査書ＣＳＶデータに生年月日情報と氏名の振仮名情報と内申書データのいずれかで漏れ又はミスが検出された場合に、仮登録を受け付けず、漏れ又はミスがあった個所のエラー表示を、各調査書データに含めて前記調査書ＣＳＶデータの一覧を前記出身校端末に表示させることが好ましい。志願者が出願手続きを行っていないことが出身校で把握でき、かつ、志願者が出願手続き前でも、調査書データのエラーが表示されるので、出願締め切り前でも調査書の不備が確認でき、業務の集中を緩和することができる。
【００１８】
１つの調査書データにマッチングされた出願者が複数いた場合には、氏名の漢字を表示させ、選択させてもよい。さらに住所の一部（市区町村）など出願データに含まれる情報を表示させ、選択させてもよい。
【００１９】
前記出願受付工程において、
前記Ｗｅｂサーバが、受付した出願データに一意の出願識別子を追加すること、
及び、
前記マッチング結果表示工程において、
前記Ｗｅｂサーバが、前記出願データ検出工程で出願データが検出された調査書データに出願識別子が含まれるかを検出し、
出願識別子が検出された場合には、前記登録番号と関連づけられている調査書仮登録データを、すでに調査書データが確定済であることを含めて、前記出身校端末に表示させることがより好ましい。すでに確定した調査書を二重に提出することを防止できる。
【００２０】
本発明において、「一意の出願識別子」には、例えば、出願毎に別々の識別子であることを含む。「識別子」には、種々の形式の識別子を含み、例えば、アルファベットその他の文字や記号、英数字等のいずれでもよく、また、これらの複数種類を組み合わせてもよい。また、識別子の文字長は特に制限されない。
【００２１】
また、前記Ｗｅｂサーバが、決済会社のシステムに接続され、
前記Ｗｅｂサーバが、出願データ毎の受験料納付済情報を受信し、前記出願データに受験料納付済情報を追加する納付状況更新工程を含み、
前記マッチング結果表示工程において、
前記Ｗｅｂサーバが、前記出願データ検出工程で出願データが検出された調査書データに出願識別子が検出されなかった場合に、
対応する出願データにおいて受験料納付済情報の有無を検出し、
受験料納付済情報が検出されなかった場合には、前記登録番号と関連づけられている調査書データを、未払いであることを含めて、前記出身校端末の画面に表示し、
受験料納付済情報が検出された場合には、前記登録番号と関連づけられている調査書データを、支払済であること及び内容確定の選択が可能なエリアを含めて、前記出身校端末の画面に表示し、内容確定の選択を受付すること、
さらに、
前記Ｗｅｂサーバが、前記マッチング結果表示工程において内容確定の選択がされた調査書データについて、前記出願データに含まれる出願識別子を追加して確定済調査書データとして前記データベース内で受験校のデータベースに前記調査書仮登録データと関連付けて記憶する確定済調査書記憶工程を含むことがより好ましい。志願者が受験料納付手続きを行っていないことが出身校で把握でき、かつ、志願者が受験料納付手続き前でも、調査書データの仮登録ができるので、出身校の教員の業務集中を緩和することができる。
【００２２】
また、前記出願受付工程において、
前記Ｗｅｂサーバが、前記出願データに志願者識別子を追加すること、
前記確定済調査書記憶工程において、
前記Ｗｅｂサーバが、前記確定済調査書データに志願者識別子を追加し、前記出願データに調査書確定フラグを追加すること、
及び、
前記マッチング結果表示工程において、
前記Ｗｅｂサーバが、前記出願データ検出工程で検出した出願データに調査書確定フラグを含むかを検出し、
調査書確定フラグが検出された場合には、前記登録番号と関連づけられている調査書仮登録データを、すでに調査書データが確定済であることを含めて、前記出身校端末に表示させることが好ましい。すでに確定した調査書を二重に提出することを防止できる。
【００２３】
さらに、前記出願データが、出願識別子と受験番号情報と出願種別情報と志願者識別子とを有する個別受験データ及び、志願者識別子と生年月日情報と振仮名情報と出身校識別子とを有する志願者データと、を有することが好ましい。志願者が同じ受験校に複数の出願種別で出願する際に利便性が高い。
【００２４】
前記Ｗｅｂサーバが、さらに、受験校端末にネットワークを介して接続されており、
前記Ｗｅｂサーバが、受験校端末からの確定済調査書データ要求を受付け、前記データベースサーバ内で受験校のデータベースに記憶された確定済調査書データ及び前記確定済調査書データに関連付けられた出願データを表示しダウンロードする調査書出力工程を含むことが好ましい。受験校側では、調査書と出願データとの突合せが不要となると同時に、ナンバリングも不要となり、出願受付業務が飛躍的に軽減される。したがって、情報の完全性、機密性に配慮しつつ簡便に、短期間に大量のインターネット出願システムで作成する受験票データと調査書データを紐付けることができ、出身校側及び受験校側の試験事務に係るすべての教員の業務時間の削減ができる。
【００２５】
また、本発明の第２の態様は、インターネットを介した出願において、
志願者端末及び出身校端末にネットワークを介して接続された１又は複数のＷｅｂサーバと、
前記Ｗｅｂサーバに相互に接続した１又は複数のデータベースサーバと、
を含む複数種類のサーバの機能を備えるサーバ群を有し、
前記志願者端末から入力される出願データと前記出身校端末から入力される調査書データとをマッチングさせるマッチングシステムであって、
前記Ｗｅｂサーバが、
志願者１人につき１又は複数の調査書データを１又は複数人分含む調査書ＣＳＶデータのアップロード受付画面を、出身校毎のログインＩＤにより受付された前記出身校端末に表示し、前記出身校端末から、前記調査書ＣＳＶデータのアップロードを受け付けする調査書ＣＳＶデータ受付手段と、
前記調査書ＣＳＶデータに生年月日情報と氏名の振仮名情報と内申書データの漏れ又はミスがないかを検出し、漏れ及びミスがない場合に、前記調査書ＣＳＶデータの仮登録を受付する仮登録受付手段と、
前記ログインＩＤに関連付けられる出身校識別子と、仮登録を受付した前記調査書ＣＳＶデータ毎に同じ登録番号と、を各調査書データに関連付けて調査書仮登録データとして、前記データベースサーバ内で受験校のデータベースに追加し、前記登録番号を前記出身校端末に表示させる登録番号発行手段と、
前記志願者端末から、受験校に提出する生年月日情報と氏名の振仮名情報と出身校識別子を含む出願データを受付して、前記データベースサーバ内で受験校のデータベースに追加する出願受付手段と、
出身校毎のログインＩＤにより受付された前記出身校端末から、登録番号の入力を受付する調査書確認受付手段と、
前記データベースサーバ内で受験校のデータベースから、前記登録番号と関連づけられている調査書仮登録データを読み込む仮登録データ読込手段と、
出身校識別子が前記ログインＩＤに関連付けられる出身校識別子と一致する出願データのうち、生年月日情報と氏名の振仮名情報が一致する出願データの有無を前記データベースサーバ内で受験校のデータベースから検出する出願データ検出手段と、
前記出願データ検出手段で出願データが検出されなかった調査書データについては、前記登録番号と関連づけられている調査書仮登録データを、出願が未登録であることを含めて、前記出身校端末に表示させるマッチング結果表示手段と、
を有することを特徴とするマッチングシステムを提供する。
【００２６】
本発明の第２の態様によれば、情報の完全性、機密性に配慮しつつ簡便に、短期間に大量のインターネット出願システムで作成する受験票データと調査書データを紐付けることができ、出身校側において試験事務に係る教員の業務時間の削減ができる。また、受験番号も出願識別子もマッチング時に入力不要であるので、受験番号付与前でも、また、生徒が受験手続を行う前でも、出身校（高校入試においては中学校）の教員は調査書の仮登録が可能となるし、出願識別子の入力ミスにより確認作業・修正作業が増加することも回避できる。したがって、作業を行う時期を分散することができ、教員の負担が減る。また、受験校（高校入試においては高校）は、出願を早く締め切らなくて済むようになる。
【００２７】
前記Ｗｅｂサーバが決済会社のシステム及び受験校端末に接続されており、
前記Ｗｅｂサーバが、
出願データ毎の受験料納付済情報を受信し、前記出願データに受験料納付済情報を追加する納付状況更新手段と、
前記マッチング結果表示手段によって内容確定の選択がされた調査書データについて、前記出願データに含まれる出願識別子を追加して確定済調査書データとして前記データベース内で受験校のデータベースに前記調査書仮登録データと関連付けて記憶する確定済調査書記憶手段と、
前記受験校端末からの確定済調査書データ要求を受付け、前記データベースサーバ内で受験校のデータベースに記憶された確定済調査書データ及び前記確定済調査書データに関連付けられた出願データを表示しダウンロードする調査書出力手段と、
を有することが好ましい。志願者が受験料納付手続きを行っていないことが出身校で把握でき、かつ、志願者が受験料納付手続き前でも、調査書データの仮登録ができるので、出身校の教員の業務集中を緩和することができる。受験校側では、調査書と出願データとの突合せが不要となると同時に、ナンバリングも不要となり、出願受付業務が飛躍的に軽減される。
【発明の効果】
【００２８】
本発明によれば、出身校側において試験事務に係る教員の業務時間の削減を実現できる。
【図面の簡単な説明】
【００２９】
【図１】本実施例のマッチングシステムの構成例を示す図である。
【図２】本実施例のマッチングシステムのサーバ構成を示す図である。
【図３】本発明のマッチング方法の実施例１の全体の流れを示す図である。
【図４】本発明のマッチング方法の実施例１のフローを示す概念図（出身校側）である。
【図５】本発明のマッチング方法の実施例１のフローを示す概念図（志願者側）である。
【図６】本発明のマッチング方法の実施例１における表計算ファイルのダウンロード受付画面例である。
【図７】本発明のマッチング方法の実施例１における所定の表計算ファイルの例である。
【図８】本発明のマッチング方法の実施例１における調査書ＣＳＶデータのアップロード受付画面から登録番号発行画面までの推移例である。
【図９】本発明のマッチング方法の実施例１における調査書確認画面からマッチング結果表示画面までの推移例である。
【図１０】本発明のマッチング方法の実施例１におけるマッチング処理のフロー図である。
【発明を実施するための形態】
【００３０】
本発明のマッチングシステムは、ＣＰＵなどの演算処理装置、ＲＡＭやハードディスクなどの記憶装置を有するコンピュータ端末（サーバも含む）上でその処理が実現される。本実施例のマッチングシステムを実現するプログラムは、当該コンピュータ端末のハードディスクに記憶されており、かかるプログラムは、所定の操作をされることによってＲＡＭ等などに読み込まれ、その機能（手段）を演算処理装置で実行し、もって、所定の処理が行われる。そして、かかる処理に用いる記憶手段として記憶する情報は、データベースやデータファイルなどの各種のファイル保存形式でＲＡＭやハードディスクなどの記憶装置に記憶されており、その処理の際に適宜読み出されることで、所定の処理が行われる。また、処理した結果も、ＲＡＭやハードディスクなどの記憶装置に書き出され、適宜記憶される。本発明に於ける各手段は、その機能が論理的に区別されているに過ぎず、物理上あるいは事実上は同一の領域を構成するものであってもよい。
【００３１】
以下、本発明のマッチング方法及びマッチングシステムについて、添付図面を参照して実施例を用いて本発明の好適な実施の形態を具体的に説明するが、本発明はこれらに限定されるものではない。
【実施例１】
【００３２】
本実施例は、入学試験の出願を受験校に申し込む１又は複数の受験生側の出願登録情報と受験生の出身校がその受験校に提出する各受験生の調査書データとを、受験生の氏名のふりがなと生年月日のデータでマッチングすることにより、入試に関する出身校の教員の業務時間の削減を実現するものである。
【００３３】
｛構成｝
本実施例では、一例として、インターネットで出願受付を行う高校入学試験における、出願データと調査書のマッチングについて述べるが、高校入学試験に限定するものではなく、大学入学試験や中学校入学試験等、他の入学試験でもよく、さらには各種検定試験でもよい。志願者は、入学試験の受験者の他、検定試験の受検者であってもよい。
【００３４】
図１は、本実施例のマッチングシステムの構成例を示す図である。本実施例では、マッチングシステムは、１又は複数のサーバから構成されるサーバ群５を有し、サーバ群５は、１又は複数のＷｅｂサーバ６と、Ｗｅｂサーバ６に相互に接続する１又は複数のデータベースサーバ７を有する。各サーバは、それぞれ、物理的に１又は複数のサーバから構成されて１種類のサーバとして機能するものであってもよく、また、複数種類のサーバとしての機能が物理的に１つのサーバから構成されていてもよい。例えば、データベースサーバがＷｅｂサーバ内にあってもよい。また、データベースは、１つのデータベースサーバ内にあってもよいし、また複数のデータベースサーバに分散して存在していてもよい。本実施例では、Ｗｅｂサーバとデータベースサーバとは物理的に相互に接続されているが、同じサーバ内にあってもよく、また、ネットワークを介して接続されて相互にアクセスできるものであってもよい。
【００３５】
本実施例のマッチングシステムは、入試のインターネット出願において、（Ａ）志願者端末１と出身校端末２と受験校端末３とにネットワーク４を介して接続された１又は複数のＷｅｂサーバ６と、Ｗｅｂサーバ６に相互に接続した１又は複数のデータベースサーバ７と、を含む複数種類のサーバの機能を備えるサーバ群５を有し、（Ｂ）志願者端末１から入力される出願データと出身校端末２から入力される調査書データとをマッチングさせるマッチングシステムである。本実施例のマッチングシステムは、Ｗｅｂサーバ６が、（Ｃ）志願者１人につき１又は複数の調査書データを１又は複数人分含む調査書ＣＳＶデータのアップロード受付画面を、出身校毎のログインＩＤにより受付された出身校端末２に表示し、出身校端末２から、調査書ＣＳＶデータのアップロードを受け付けする調査書ＣＳＶデータ受付手段と、（Ｄ）調査書ＣＳＶデータに生年月日情報と氏名の振仮名情報と内申書データの漏れ又はミスがないかを検出し、漏れ及びミスがない場合に、調査書ＣＳＶデータの仮登録を受付する仮登録受付手段と、（Ｅ）ログインＩＤに関連付けられる出身校識別子と、仮登録を受付した調査書ＣＳＶデータ毎に同じ登録番号と、を各調査書データに関連付けて調査書仮登録データとして、データベースサーバ７内で受験校のデータベースに追加し、登録番号を出身校端末２に表示させる登録番号発行手段と、（Ｆ）志願者端末１から、受験校に提出する生年月日情報と氏名の振仮名情報と出身校識別子を含む出願データを受付して、データベースサーバ７内で受験校のデータベースに追加する出願受付手段と、（Ｇ）出身校毎のログインＩＤにより受付された出身校端末２から、登録番号の入力を受付する調査書確認受付手段と、（Ｈ）データベースサーバ７内で受験校のデータベースから、登録番号と関連づけられている調査書仮登録データを読み込む仮登録データ読込手段と、（Ｉ）出身校識別子がログインＩＤに関連付けられる出身校識別子と一致する出願データのうち、生年月日情報と氏名の振仮名情報が一致する出願データの有無をデータベースサーバ７内で受験校のデータベースから検出する出願データ検出手段と、（Ｊ）出願データ検出手段で出願データが検出されなかった調査書データについては、登録番号と関連づけられている調査書仮登録データを、出願が未登録であることを含めて、出身校端末２に表示させるマッチング結果表示手段と、を有する。
【００３６】
さらに、Ｗｅｂサーバ６は、専用回線又はインターネット等のネットワークを介して決済会社のシステムに接続されており、（Ｋ）出願データ毎の受験料納付済情報を受信し、出願データに受験料納付済情報を追加する納付状況更新手段と、（Ｌ）マッチング結果表示手段によって内容確定の選択がされた調査書データについて、出願データに含まれる出願識別子を追加して確定済調査書データとしてデータベース内で受験校のデータベースに調査書仮登録データと関連付けて記憶する確定済調査書記憶手段と、（Ｍ）受験校端末３からの確定済調査書データ要求を受付け、データベースサーバ７内で受験校のデータベースに記憶された確定済調査書データ及び確定済調査書データに関連付けられた出願データを表示しダウンロードする調査書出力手段と、を有する。本実施例においては、通信手段、入力手段及び表示手段が、志願者端末１及び出身校端末２及び受験校端末３内にある。Ｗｅｂサーバ６は、メモリ、ＣＰＵ、磁気ディスク等の二次記憶であるストレージ（ハード）、オペレーティングシステム、デバイスドライバ等で構成される制御装置である制御手段、ＬＡＮボード等の通信制御装置である通信手段を有し、磁気ディスクにマッチングプログラムや各種Ｗｅｂページ内容を格納し、制御部が各種プログラム処理を実行するものであり、データベースサーバ７とのローカル接続手段を有し、志願者端末１、出身校端末２、受験校端末３との間で何度もやりとりをするために、一時的に情報を不揮発性メモリに記憶でき、さらに、入力手段や表示その他の出力手段を有してもよい。データベースサーバ７は、メモリ、ＣＰＵ、ストレージ（ハード）、Ｗｅｂサーバ６とのローカル接続手段を有するが、通信手段や入力手段や表示その他の出力手段を有してもよい。Ｗｅｂサーバ６とデータベースサーバ７は、Ｗｅｂサーバ６からの操作命令に基づき、互いに協働して本発明のマッチング処理を行う。Ｗｅｂサーバ６とデータベースサーバ７は、通常のサーバが有するクロック機能等を備えている。
【００３７】
図２は、本実施例のマッチングシステムのサーバ構成を示す図である。本実施例においては、Ｗｅｂサーバ６は、志願者用のａ−Ｗｅｂサーバ６１の機能と、出身校用のｂ−Ｗｅｂサーバ６２の機能が１台のサーバである例で説明するが、志願者用の機能と出身校用の機能が一体となったＷｅｂサーバであってもよいし、アクセスの集中に対応するため、Ｗｅｂサーバが複数あってロードバランサーを備えていても良い。また、１又は複数のＷｅｂサーバがクラウド上にあるクラウドサーバであってもよい。クラウドサーバは仮想的なものであり、実際には物理的に複数サーバを一つのクラウドサーバとして使ってもよい。その場合、メモリとＣＰＵ（コア数）を瞬時に拡張・縮小が可能となる。
【００３８】
また、Ｗｅｂサーバ６は、出身校用の調査書ＣＳＶデータのアップロード受付画面を含む調査書登録画面と、志願者用の出願フォーム画面と、受験校用の出願＆調査書管理画面のデータと表計算フォーマットデータとを有する。データベースサーバ７には、出身校毎のログイン用に割り振られたＩＤ（ログインＩＤ）が、パスワードとＵＲＬと出身校識別子とに関連づけられて記憶され、受験校のデータベース７１が、受験校毎に格納されている。出身校用の調査書登録画面と志願者用の出願フォーム画面は、受験校別であり、出身校は、各受験校の専用の調査書登録画面で調査書データの登録を行い、志願者は、各受験校の専用の出願フォーム画面で出願手続を行うことができる。各画面に表示される説明文等は受験校毎に共通で、複数の出身校画面で同じ説明文が表示される。各画面に表示されるデータとしては、受験校のデータベース内のデータを動的に表示する。
【００３９】
受験校のデータベース７１には、出願データと調査書データとセッション情報がそれぞれデータベースとして蓄積される。調査書データには調査書仮登録データと確定済調査書データを含む。出願データベースは出願データテーブルを持ち、調査書データテーブルは調査書データテーブルを持つ。
【００４０】
受験校のデータベース７１には、出身校名と出身校識別子とを関連づけるリストと、出願種別名と出願種別識別子とを関連づけるリストと、内申書データの入力規則リストと、ひらがな・カタカナの変換プログラムが記憶されている。出願種別は、例えば、特進コース、普通コース等となる。
【００４１】
振仮名情報は、本実施例ではひらがなであるが、カタカナでもアルファベットでもよい。カタカナで入力されたデータをひらがな・カタカナの変換プログラムでひらがなに変換し、表示する際にひらがな表記に統一してもよい。かかる変換プログラムは、アルファベットからひらがなへの変換プログラムでもよく、これらの表記を相互に変換するものであってもよい。
【００４２】
本実施例において、調査書仮登録データと確定済調査書データと調査書データに入っている、調査書評点部分を内申書データとする。なお、テーブル定義ファイルをデータベースサーバ７に有する。
【００４３】
本実施例においては、データベースサーバ７は専用サーバで、Ｗｅｂサーバ６とともにデータセンターに存在するが、ともに受験校内にあってもよい。本実施例では、データベースサーバ７は専用サーバであり、物理的なサーバを専用（単独）で使用するので、データベースのＩＯ処理が早い。その場合、受験校の端末とＷｅｂサーバはインターネットを介さず、学内ＬＡＮで接続されることになる。本実施例では、データベースサーバ７は、システムの可用性のために、つまり、ダウンしても重要な機密情報を失わず、かつ、すぐに復旧できるように、ミラーリングしたデータベースを保持している。元のデータベースがマスターデータベース、ミラーリング側がスレーブデータベースとなる。スレーブデータベースは書き込みができず、読み込みだけできる。システムが書き込みをするときは、マスターデータベースに書き込まれる。スレーブデータベースは、マスターデータベースに書き込みがされると、瞬時にそのデータがミラーリングされて、スレーブデータベースにも書き込まれる。
【００４４】
Ｗｅｂサーバ６内には、調査書ＣＳＶデータ受付手段と仮登録受付手段と登録番号発行手段と出願受付手段と調査書確認受付手段と仮登録データ読込手段と出願データ検出手段とマッチング結果表示手段と納付状況更新手段と確定済調査書記憶手段と調査書出力手段とを有する。Ｗｅｂサーバ６もデータベースサーバ７も、制御部がどのサーバに存在するかを意識しないために、それぞれのフロント部を介してもよい。各フロント部は、各サーバ内で実行するプログラムを有し、処理の連携を行う。本実施例では、Ｗｅｂサーバ６でもデータベースサーバ７でも、各手段はそれぞれのフロント部によって制御される。
【００４５】
志願者端末１や出身校端末２や受験校端末３に接続先としてひとつのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を示してアクセスさせ、そのＵＲＬ宛のアクセスをロードバランサーが受けて、ロードバランサーが、ロードバランサーに接続された複数のＷｅｂサーバ６に上記アクセスを分散させることによってそれぞれのＷｅｂサーバへの負荷分散することができる。また、Ｗｅｂアクセスの集中を回避する別の方法として、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）でラウンドロビンを使用するシステムがある。Ｗｅｂサーバ６によって作成された接続先ＵＲＬは、仮想Ｗｅｂサーバ内のＷｅｂページである。さらに、仮想サーバの特定のＷｅｂページを表示させるのに、仮想ディレクトリを含むＵＲＬを接続先ＵＲＬとしてもよい。所定のアクセス用Ｗｅｂページを作成する際に、既存のアクセス用Ｗｅｂページを複製してもよい。
【００４６】
サーバ群５は、志願者端末１や出身校端末２や受験校端末３と、インターネットやＬＡＮ、ＷＡＮ等の通信ネットワークを介して相互に情報の送受信が可能である。志願者端末１は、例えば、ノートＰＣやタブレットＰＣを含むパーソナルコンピュータ（ＰＣ）や、スマートフォンを含む携帯電話、ＰＤＡ等でもよい。出身校端末２や受験校端末３は、例えば、ノートＰＣやタブレットＰＣを含むパーソナルコンピュータ（ＰＣ）等でもよい。
【００４７】
登録番号発行手段は、Ｗｅｂサーバ６のクロック機能を利用して、システムタイムをベースに一意の登録番号を作成する。登録番号は、受験校毎に一意の登録番号であることが好ましい。「一意の」には、一意的な、一義的なという意味を含む。「一意の登録番号」には、例えば、調査書仮登録データ毎に別々の識別子であることを含む。「識別子」には、種々の形式の識別子を含み、例えば、アルファベットその他の文字や記号、英数字等のいずれでもよく、また、これらの複数種類を組み合わせてもよい。また、識別子の文字長は特に制限されない。例えば、「zR5ArC」のような、記号や英数字の組み合わせで作成する。日付データと、Ｗｅｂサーバ６のシステムタイムをベースに生成した一意のキーとを組み合わせるなどにより、データベースサーバ７内に記憶されている他の登録番号と重ならないように自動作成される。
【００４８】
Ｗｅｂサーバ６に搭載されているマッチングプログラムは、コンピュータに、（ア）志願者１人につき１又は複数の調査書データを１又は複数人分含む調査書ＣＳＶデータのアップロード受付画面を、出身校毎のログインＩＤにより受付された出身校端末２に表示し、出身校端末２から、調査書ＣＳＶデータのアップロードを受け付けする調査書ＣＳＶデータ受付機能と、（イ）調査書ＣＳＶデータに生年月日情報と氏名の振仮名情報と内申書データの漏れ又はミスがないかを検出し、漏れ及びミスがない場合に、調査書ＣＳＶデータの仮登録を受付する仮登録受付機能と、（ウ）ログインＩＤに関連付けられる出身校識別子と、仮登録を受付した調査書ＣＳＶデータ毎に同じ登録番号と、を各調査書データに関連付けて調査書仮登録データとして、データベースサーバ７内で受験校のデータベースに追加し、登録番号を出身校端末２に表示させる登録番号発行機能と、（エ）志願者端末１から、受験校に提出する生年月日情報と氏名の振仮名情報と出身校識別子を含む出願データを受付して、データベースサーバ７内で受験校のデータベースに追加する出願受付機能と、（オ）出身校毎のログインＩＤにより受付された出身校端末２から、登録番号の入力を受付する調査書確認受付機能と、（カ）データベースサーバ７内で受験校のデータベースから、登録番号と関連づけられている調査書仮登録データを読み込む仮登録データ読込機能と、（キ）出身校識別子がログインＩＤに関連付けられる出身校識別子と一致する出願データのうち、生年月日情報と氏名の振仮名情報が一致する出願データの有無をデータベースサーバ７内で受験校のデータベースから検出する出願データ検出機能と、（ク）出願データ検出機能で出願データが検出されなかった調査書データについては、登録番号と関連づけられている調査書仮登録データを、出願が未登録であることを含めて、出身校端末２に表示させるマッチング結果表示機能と、（ケ）出願データ毎の受験料納付済情報を受信し、出願データに受験料納付済情報を追加する納付状況更新機能と、（コ）マッチング結果表示機能によって内容確定の選択がされた調査書データについて、出願データに含まれる出願識別子を追加して確定済調査書データとしてデータベース内で受験校のデータベースに調査書仮登録データと関連付けて記憶する確定済調査書記憶機能と、（サ）受験校端末３からの確定済調査書データ要求を受付け、データベースサーバ７内で受験校のデータベースに記憶された確定済調査書データ及び確定済調査書データに関連付けられた出願データを表示しダウンロードする調査書出力機能を実現させるためのプログラムである。
【００４９】
Ｗｅｂサーバ６は、Ｗｅｂサーバ６のＣＰＵが、Ｗｅｂサーバ６のマッチングプログラムをＷｅｂサーバ６のメモリにロードして実行することにより本発明のマッチング処理が可能なコンピュータの機能を実現する。Ｗｅｂサーバ６及びデータベースサーバ７のＣＰＵは、通常のコンピュータに搭載する演算処理装置であり、各種プログラムを実行し、各種制御等を行うことができる。
【００５０】
本実施例では、Ｗｅｂサーバ６は、前述のハードウェア構成とマッチングプログラムによって、上述した（Ｃ）〜（Ｍ）の各手段として機能する。
【００５１】
なお、Ｗｅｂサーバ６には、マッチングプログラムの他、後述する受験番号発行処理を行う受験番号発行プログラムやその他のプログラムが搭載されている。
【００５２】
図３は、本発明のマッチング方法の実施例１の全体の流れを示す図である。受験校は予め各出身校に出身校画面（出身校毎に作成されたＷｅｂページ）のＵＲＬを記載した出身校画面情報を配布する。また、表計算ソフトで作成したマクロを含む所定の表計算ファイルを配布し又はダウンロードさせる。出身校の教員は、その受験校を受験する志願者の調査書内容を上記表計算ファイルに入力し、マクロで調査書ＣＳＶデータ（調査書登録用ＣＳＶ）を作成しデスクトップに保存（出力）しておく。志願者は、本実施例のマッチングシステムにより表示された出願フォーム画面において、アカウント作成し、所定の事項を入力して出願の登録を行う。志願者は願書のプレビュー印刷を行うことができ、また、クレジットカードによるネット決済等の方法により受験料の支払を行うことができる。出身校の教員は、本実施例のマッチングシステムにより表示されたアップロード受付画面を含む調査書登録画面において、調査書ＣＳＶデータのアップロードを行うと、志願者の手続の進行状況とのマッチング結果の表示を行うことができ、志願者の手続の進行状況にかかわらず、データの正当性のチェックがされ調査書Ｗｅｂ仮登録を行うことができ、仮登録毎に登録番号の付与を受けることができる。仮登録は何度でもやり直すことができる。登録番号が付与されると、後日、志願者が出願の登録と受験料の納付の完了後に、確定済調査書データとして本実施例のマッチングシステムに蓄積できる（調査書登録確定）。一度確定した志願者の調査書データを変更することはできない。確定済調査書データは、受験校の教員が、本実施例のマッチングシステムによって表示等させて確認することができる。仮登録された段階の未確定の調査書データは受験校側では閲覧できない。
【００５３】
｛処理プロセス｝
本実施例のマッチング方法は、入試又は検定のインターネット出願において、（Ａ）志願者端末１と出身校端末２とにネットワーク４を介して接続された１又は複数のＷｅｂサーバ６と、Ｗｅｂサーバ６に相互に接続した１又は複数のデータベースサーバ７と、を含む複数種類のサーバの機能を備えるサーバ群５を有し、（Ｂ）志願者端末１から入力される出願データと出身校端末２から入力される調査書データとをマッチングさせるマッチング方法である。本実施例のマッチング方法は、（Ｓｔｅｐ１０）Ｗｅｂサーバ６が、志願者１人につき１又は複数の調査書データを１又は複数人分含む調査書ＣＳＶデータのアップロード受付画面を、出身校毎のログインＩＤにより受付された出身校端末２に表示し、出身校端末２から、調査書ＣＳＶデータのアップロードを受付する調査書ＣＳＶデータ受付工程と、（Ｓｔｅｐ２０）Ｗｅｂサーバ６が、調査書ＣＳＶデータに生年月日情報と氏名の振仮名情報と内申書データの漏れ又はミスがないかを検出し、漏れ及びミスがない場合に、調査書ＣＳＶデータの仮登録を受付する仮登録受付工程と、（Ｓｔｅｐ３０）Ｗｅｂサーバが、ログインＩＤに関連付けられる出身校識別子と、仮登録を受付した調査書ＣＳＶデータ毎に同じ登録番号と、を各調査書データに関連付けて調査書仮登録データとして、データベースサーバ７内で受験校のデータベースに追加し、登録番号を出身校端末２に表示させる登録番号発行工程と、（Ｓｔｅｐ４０）Ｗｅｂサーバ６が、志願者端末１から、受験校に提出する生年月日情報と氏名の振仮名情報と出身校識別子を含む出願データを受付して、データベースサーバ７内で受験校のデータベースに追加する出願受付工程と、（Ｓｔｅｐ５０）Ｗｅｂサーバ６が、出身校毎のログインＩＤにより受付された出身校端末２から、登録番号の入力を受付する調査書確認受付工程と、（Ｓｔｅｐ６０）Ｗｅｂサーバ６が、データベースサーバ７内で受験校のデータベースから、登録番号と関連づけられている調査書仮登録データを読み込む仮登録データ読込工程と、（Ｓｔｅｐ７０）Ｗｅｂサーバ６が、ログインＩＤに関連付けられる出身校識別子が調査書仮登録データの有する出身校識別子と一致する出願データのうち、生年月日情報と氏名の振仮名情報が一致する出願データの有無をデータベースサーバ７内で受験校のデータベースから検出する出願データ検出工程と、（Ｓｔｅｐ８０）Ｗｅｂサーバ６が、出願データ検出工程で出願データが検出されなかった調査書データについては、登録番号と関連づけられている調査書仮登録データを、出願が未登録であることを含めて、出身校端末２に表示させるマッチング結果表示工程と、を含むものである。
【００５４】
本実施例においては、さらに、Ｗｅｂサーバが決済会社のシステムに接続され、出願受付工程の後に、（Ｓｔｅｐ４１）Ｗｅｂサーバ６が、出願データ毎の受験料納付済情報を受信し、出願データに受験料納付済情報を追加する納付状況更新工程を含み、マッチング結果表示工程の後に、（Ｓｔｅｐ９０）Ｗｅｂサーバ６が、マッチング結果表示工程において内容確定の選択がされた調査書データについて、出願データに含まれる出願識別子を追加して確定済調査書データとしてデータベース内で受験校のデータベースに調査書仮登録データと関連付けて記憶する確定済調査書記憶工程とを含む。
【００５５】
さらに、本実施例においては、Ｗｅｂサーバが、さらに、受験校端末３にネットワークを介して接続されており、確定済調査書記憶工程の後に、（Ｓｔｅｐ１００）Ｗｅｂサーバが、受験校端末３からの確定済調査書データ要求を受付け、データベースサーバ７内で受験校のデータベースに記憶された確定済調査書データ及び確定済調査書データに関連付けられた出願データを表示しダウンロードする調査書出力工程を含む。
【００５６】
本実施例において、マッチングプログラムは、以下に示すステップをコンピュータに実行させるものである。
【００５７】
図４は、本発明のマッチング方法の実施例１のフローを示す概念図（出身校側）である。また、図５は、本発明のマッチング方法の実施例１のフローを示す概念図（志願者側）である。
【００５８】
本実施例のマッチング方法の処理プロセスをより詳細に説明する。Ｗｅｂサーバ６は、フロント部によって制御されて下記各工程を実行する。
【００５９】
（Ｓｔｅｐ１）
Ｗｅｂサーバ６は、出身校に配布された出身校画面情報に記載された出身校画面のＵＲＬにアクセスした出身校端末２から、ＩＤとパスワードでログインを受付する。出身校画面にログインしたＩＤより特定される出身校識別子が、データベースサーバ７内の受験校のデータベース７１に記憶される。ログインされたアカウント情報すなわちログインＩＤに出身校識別子が関連づけて記憶されている。
【００６０】
（Ｓｔｅｐ２）
Ｗｅｂサーバ６は、出身校画面にログインした出身校端末２から、表計算ソフトで作成したマクロを含む所定の表計算ファイルフォーマットのダウンロードを受付する。図６は、本発明のマッチング方法の実施例１における表計算ファイルのダウンロード受付画面例である。図６に示したように、出身校画面において、フォーマットとしてクリックしてダウンロード可能としてあり、ダウンロードを受け付ける。表計算ファイルのダウンロードをした出身校の教員は、上述した表計算ファイルに志願者１人につき１又は複数の調査書データを１又は複数人分入力する。既存のファイルからコピーしてペーストしてもよい。図７は、本発明のマッチング方法の実施例１における所定の表計算ファイルの例である。上述した表計算ファイルには、提出用ＣＳＶ書き出しスイッチが設けてあり、クリックによりマクロがスタートし、調査書ＣＳＶデータがデスクトップに自動作成される。
【００６１】
（Ｓｔｅｐ１０）調査書ＣＳＶデータ受付工程
図８は、本発明のマッチング方法の実施例１における調査書ＣＳＶデータのアップロード受付画面から登録番号発行画面までの推移例である。例えば、図７において、一番左の組番、番号はマッチングに使用しない。左から２番目、３番目の性別情報はマッチングに使用してもよい。左から４番目の氏名の振仮名はマッチングに使用する。左から５番目の氏名漢字はマッチングに使用してもよい。左から６〜８番目の生年月日はマッチングに使用する。左から９〜１８番目の内申書データはマッチングに使用しない。左から１９番目の学校コードは受験校を特定するコードであり、マッチングに使用しない。出身校画面にログインしているアカウント情報により特定される出身校識別子はマッチングに使用される。調査書ＣＳＶデータのアップロード受付画面から登録番号発行画面、そしてマッチング結果表示画面、登録確定の画面まで、出身校端末に表示する一連の画面を総称して調査書登録画面という。
【００６２】
Ｗｅｂサーバ６が、志願者１人につき１又は複数の調査書データを１又は複数人分含む調査書ＣＳＶデータのアップロード受付画面を、図８左上に示すように、出身校毎のログインＩＤにより受付された出身校端末２に表示し、出身校端末２から、調査書ＣＳＶデータのアップロードを受付する。アップロード受付画面では、図８右上に示すように、出身校の教員の氏名等を入力させる。
【００６３】
（Ｓｔｅｐ２０）仮登録受付工程
Ｗｅｂサーバ６が、調査書ＣＳＶデータに生年月日情報と氏名の振仮名情報と内申書データの漏れ又はミスがないかを検出し、漏れ及びミスがない場合に、調査書ＣＳＶデータの仮登録を受付する。図８左下に示すように、出身校画面には、入力した内容が表として表示される。
【００６４】
Ｗｅｂサーバ６が、データベースサーバ７内で受験校のデータベースから、生年月日情報と氏名の振仮名情報が一致する出願データの有無を検出し、出願データがある場合は出願が登録済みであることの情報を、出願データがない場合は未登録であることの情報を、各調査書データに含めて調査書ＣＳＶデータの一覧を出身校端末２に表示させる。
【００６５】
Ｗｅｂサーバ６が、調査書ＣＳＶデータに生年月日情報と氏名の振仮名情報と内申書データのいずれかで漏れ又はミスが検出された場合に、仮登録を受け付けず、漏れ又はミスがあった個所のエラー表示を、各調査書データに含めて調査書ＣＳＶデータの一覧を前記出身校端末２に表示させる。例えば、生年月日が抜けている場合や振仮名が抜けている場合には、図８左下に示したような表を表示する際に、エラーがあるセルを色づけしてエラー表示し、仮登録のボタンを表示しない。その場合は、アップロード画面まで戻ってやり直しとなる。内申書データは、数字入力、アルファベットの入力、数字の範囲等について、内申書データの入力規則リストに一致するとエラー表示はないが、一致しないとその箇所の入力部分をエラー表示する。
【００６６】
本実施例では、カタカナで入力されていても自動的にひらがなに統一して変換し、表示する振仮名をひらがなの代わりにカタカナで統一して表示してもよいし、アルファベットで統一して表示してもよい。
【００６７】
仮登録受付工程では、アップロードしたＣＳＶファイルでアップロードした全ての志願者について未入力がなく内申書データが入力規則通りであれば、志願者の出願データが検出されなくても、仮登録ボタンが表示され、仮登録が可能となる。仮登録は何度でもやり直しすることができる。
【００６８】
（Ｓｔｅｐ３０）登録番号発行工程
Ｗｅｂサーバが、ログインＩＤに関連付けられる出身校識別子と、仮登録を受付した調査書ＣＳＶデータ毎に同じ登録番号情報と、を各調査書データに関連付けて調査書仮登録データとして、データベースサーバ７内で受験校のデータベースの調査書仮登録テーブルに追加し、図８右下に示すように、登録番号を出身校端末２に表示させる。したがって、本実施例では、対応する出願データがデータベースサーバ７内になくても仮登録を受付することができる。調査書仮登録データは、登録番号、生年月日、氏名の振仮名、氏名の漢字、内申書データ、出身校識別子、調査書登録ナンバーの各属性（カラム）のレコード(要素)を有しており、出願識別子は有していない。調査書仮登録データは、そのほかに、性別や出願種別の各属性（カラム）のレコード(要素)を有してもよい。出身校端末２は、登録番号発行工程後、ログアウトして、後述する調査書確認受付工程（Ｓｔｅｐ５０）で再度ログインしてもよい。
【００６９】
（Ｓｔｅｐ４０）出願受付工程
Ｗｅｂサーバ６が、志願者端末１から、受験校に提出する生年月日情報と氏名の振仮名情報と出身校識別子を含む出願データを受付して、データベースサーバ７内で受験校のデータベースの出願データテーブルに追加する。出願受付工程は、調査書ＣＳＶデータ受付工程より前でもよい。確定済調査書記憶工程前までに完了していれば、その志願者の調査書データについては、確定済調査書記憶工程に進むことができる。出願受付工程において志願者端末１に表示させる画面は出願フォーム画面で、出願フォーム画面では、生年月日、氏名の漢字、氏名の振仮名、出身校識別子（出身校名での選択による自動入力でもよい）、住所、性別、出願種別のほか、電話番号や保護者名等を入力させてもよい。
【００７０】
出願データに、性別情報と氏名の漢字情報を含んでもよい。その場合、上述する仮登録受付工程（Ｓｔｅｐ２０）において、Ｗｅｂサーバ６が、調査書ＣＳＶデータに、生年月日情報と氏名の振仮名情報と内申書データに加えて、性別情報と氏名の漢字情報についても漏れ又はミスがないかを検出し、いずれかで漏れ又はミスがあった場合に、仮登録を受け付けない。また、後述する出願データ検出工程（Ｓｔｅｐ７０）において、Ｗｅｂサーバ６が、出身校識別子が調査書仮登録データの有する出身校識別子と一致する出願データのうち、生年月日情報と氏名の振仮名情報に加えて性別情報と氏名の漢字情報も一致する出願データの有無をデータベースサーバ７内で受験校のデータベースから検出する。
【００７１】
また、Ｗｅｂサーバ６が、受付した出願データに一意の出願識別子を追加してもよい。その場合、後述するマッチング結果表示工程（Ｓｔｅｐ８０）において、Ｗｅｂサーバ６が、出願データ検出工程で出願データが検出された調査書データに出願識別子が含まれるかを検出し、出願識別子が検出された場合には、登録番号と関連づけられている調査書仮登録データを、すでに調査書データが確定済であることを含めて、出身校端末２に表示させる。「一意の出願識別子」には、例えば、出願毎に別々の識別子であることを含む。「識別子」には、種々の形式の識別子を含み、例えば、アルファベットその他の文字や記号、英数字等のいずれでもよく、また、これらの複数種類を組み合わせてもよい。また、識別子の文字長は特に制限されない。
【００７２】
また、Ｗｅｂサーバが、出願データに志願者識別子を追加してもよい。その場合、後述する確定済調査書記憶工程（Ｓｔｅｐ９０）において、Ｗｅｂサーバ６が、確定済調査書データに志願者識別子を追加し、出願データに調査書確定フラグを追加する。また、後述するマッチング結果表示工程（Ｓｔｅｐ８０）において、Ｗｅｂサーバが、出願データ検出工程で検出した出願データに調査書確定フラグを含むかを検出し、調査書確定フラグが検出された場合には、登録番号と関連づけられている調査書仮登録データを、すでに調査書データが確定済であることを含めて、出身校端末に表示させる。
【００７３】
本実施例では、出願データは、個別受験データと志願者データとを有する。個別受験データは、出願識別子と受験番号と、出願種別と志願者識別子の各属性（カラム）のレコード(要素)を有する。志願者データは、志願者識別子と、生年月日情報と振仮名情報と漢字情報と出身校識別子の各属性（カラム）のレコード(要素)を有する。個別受験データには、物理的には出身校識別子は有していないが、志願者データには出身校識別子を有し、仮想的に個別受験データと志願者データは同じテーブルとして扱うことができるので、仮想的には、個別受験データに出身校識別子を有しているように見せることができる。
【００７４】
（Ｓｔｅｐ４１）納付状況更新工程
Ｗｅｂサーバ６が、出願データ毎の受験料納付済情報を受信し、出願データに受験料納付済情報を追加する。本実施例では、Ｗｅｂサーバ６が、志願者端末１から、受験料の支払を受付する。即時決済の場合は、決済会社のシステムとのインターフェースによって支払受付完了とともに受験料納付済情報がベースサーバ７内の受験校のデータベース７１の出願データに追加される。即時決済でない場合は、決済会社のシステムとのインターフェースによって決済ＩＤを取得し出願データに追加され、コンビニ決済等のクレジットカード決済以外の決済を決済会社のシステムとのインターフェースによって確認すると、受験料納付済情報が出願データに追加される。決済会社の情報は、本実施例のマッチングシステムが自動でアップデートを行う。コンビニやＡＴＭでの支払では、決済会社のシステムからＰＵＳＨで本実施例のマッチングシステムのサーバに情報を得て、あるいはＰＵＬＬ型では定期的問い合わせで情報を得て、受験料納付済情報を更新する。
【００７５】
（Ｓｔｅｐ４３）受験番号発行工程
本工程は、マッチングプログラムではなく受験番号発行プログラムによる。図５の下方に示したように、出願データ作成時において、Ｗｅｂサーバ６が、受験料納付済情報と受験番号の有無を検索し、受験料の支払が完了していて受験番号が未発行である場合、受験番号を発行してデータベースサーバ７内の受験校のデータベース７１の出願データに追加する。出願データに調査書データ(確定済み調査書データ又は調査書仮登録データ)が関連づけられたとき、Ｗｅｂサーバ６が、受験料納付済情報と受験番号の有無を検索し、受験料の支払が完了していて受験番号が未発行である場合、受験番号を発行してデータベースサーバ７内の受験校のデータベース７１の出願データに追加される。あるいは、出願データに受験料納付済情報が関連づけられた後、予め指定した期日が到来すると、Ｗｅｂサーバ６が、受験番号を発行してデータベースサーバ７内の受験校のデータベース７１の出願データに追加されるものであってもよい。受験番号が発行されると、受験校端末３からも、受験番号を確認できるようにする。受験番号が発行されると受験票が発行可能となり、Ｗｅｂサーバ６は、志望者端末１から受験票発行要求を受付し、受験票を志望者端末１に表示しダウンロード可能とする。
【００７６】
（Ｓｔｅｐ５０）調査書確認受付工程
図９は、本発明のマッチング方法の実施例１における調査書確認画面からマッチング結果表示画面までの推移例である。図１０は、本発明のマッチング方法の実施例１におけるマッチング処理のフロー図である。登録番号発行工程（Ｓｔｅｐ３０）でログアウトして再度ログインする場合、Ｗｅｂサーバ６は、出身校に配布された出身校画面情報に記載された出身校画面のＵＲＬにアクセスした出身校端末２から、ＩＤとパスワードでログインを受付する。出身校画面にログインしたＩＤにより特定されるアカウント情報により特定される出身校識別子が、データベースサーバ７内の受験校のデータベース７１に記憶される。出身校画面において、図９左上に示したように、確認・登録確定のボタンをクリックすると、図９右上に示したように登録番号の入力画面が表示される。Ｗｅｂサーバ６が、出身校毎のログインＩＤにより受付された出身校端末２から、登録番号の入力を受付する。
【００７７】
（Ｓｔｅｐ６０）仮登録データ読込工程
Ｗｅｂサーバ６が、データベースサーバ７内で受験校のデータベースから、登録番号と関連づけられている調査書仮登録データを読み込む。
【００７８】
（Ｓｔｅｐ７０）出願データ検出工程
Ｗｅｂサーバ６が、出身校識別子がログインＩＤに関連付けられる出身校識別子と一致する出願データのうち、生年月日情報と氏名の振仮名情報が一致する出願データの有無をデータベースサーバ７内で受験校のデータベース７１から検出する。本実施例では、カタカナで入力されていても自動的にひらがなに統一してマッチングするが、カタカナで統一してマッチングしてもよいし、アルファベットで統一してマッチングしてもよい。
【００７９】
（Ｓｔｅｐ８０）マッチング結果表示工程
Ｗｅｂサーバ６が、出願データ検出工程で出願データが検出されなかった調査書データについては、登録番号と関連づけられている調査書仮登録データを、出願が未登録であることを含めて、出身校端末２に表示させる。
【００８０】
Ｗｅｂサーバ６が、出願データ検出工程で出願データが検出された調査書データに出願識別子が検出されなかった場合に、対応する出願データにおいて受験料納付済情報の有無を検出する。その際に、受験料納付済情報が検出されなかった場合には、Ｗｅｂサーバ６は、登録番号と関連づけられている調査書データを、未払いであることを含めて、出身校端末２に表示させる。その際に、受験料納付済情報が検出された場合には、Ｗｅｂサーバ６は、登録番号と関連づけられている調査書データを、支払済であること及び内容確定の選択が可能なエリアを含めて、出身校端末２の画面に表示し、図９左下に示したように、内容確定の選択を受付する。出願データにすでに確定済調査書データが関連付けられている場合は、Ｗｅｂサーバ６は、「別の登録番号で確定済」の旨を出身校端末に表示させる。図９左下に示した状態の出身校画面において、チェック可能な行のうち1又は複数を選択し、下方の「チェックした調査書の確認手続きを行う」をクリックすると、確定者の担当や氏名や電話番号の入力を受付する画面になる。かかる画面で確定ボタンを押すことが、紙の調査書における校長決済の押印を行うことに代わることになる。
【００８１】
マッチング結果表示工程において、Ｗｅｂサーバ６は、マッチング結果を画面に表示させるとともに、セッション結果をセッション情報としてデータベースサーバ７内の受験校のデータベース７１に、調査書データに関連付けて追加する。セッション情報は、マッチング時における、出願の登録・未登録、受験料支払・未払、確定済調査書データが出願データに関連付けられているか、タイムセッション期限の各属性（カラム）のレコード(要素)を有する。
【００８２】
（Ｓｔｅｐ９０）確定済調査書記憶工程
Ｗｅｂサーバ６が、マッチング結果表示工程において内容確定の選択がされた調査書データについて、出願データに含まれる出願識別子を追加して確定済調査書データとしてデータベース７内で受験校のデータベース７１に調査書仮登録データと関連付けて記憶する。確定済調査書データは、登録番号、調査書登録ナンバー、出願識別子、志願者識別子の各属性（カラム）のレコード(要素)を有する。確定済調査書データは、生年月日、氏名の振仮名、氏名の漢字、内申書データ、出身校識別子については、物理的にコピーを有しておらず、これらの要素については、物理的には、確定済調査書データに関連づけられた調査書仮登録データが有する。調査書仮登録データが有していて確定済調査書データに関連づけられる他の要素として、性別や出願種別を有してもよい。一人の志願者が複数の受験を併願する場合がある。また、出願識別子に対する確定済調査書データが存在しない場合は、志願者識別子に対する調査書データを用いてもよい。確定済調査書データと関連付けられた出願データには、調査書確定フラグが立つ。
【００８３】
図９右下に示した状態の出身校画面において、タイムセッション期限内に確定ボタンをクリックすると、Ｗｅｂサーバ６は、図９左下に示した画面において選択可能エリアを表示されて選択された出願データが上から何番目か、すなわち、セッション情報の中で同じ登録番号がついた一覧の中で何行目かを示す登録指定ナンバーを記憶する。登録指定ナンバーは、選択可能エリア（チェックボックス）にチェックを入れられたもののみにつく番号である。該当する出願データに関連付けられて記憶されている調査書仮登録データに関連付けられているセッション情報を再度読み込んで、登録指定ナンバーが関連付けられていない場合、すなわち、確定可能な調査書仮登録データがデータベースサーバ７内の受験校のデータベース７１に見つからない場合は、エラー表示を行い、見つかった場合は、登録指定ナンバーに対する出願識別子と調査書仮登録データを確定済調査書データとしてデータベースサーバ７内の受験校のデータベース７１に記憶する。確定済調査書データは、受験料支払いを含む出願手続きを完了し調査書の情報も確定された、志願者別（かつ出願種別毎）の調査書データである。確定済調査書テーブルは、確定された全ての確定済調査書データを有する。調査書仮登録テーブルと確定済調査書テーブルを合わせて調査書テーブルという。
【００８４】
（Ｓｔｅｐ１００）調査書出力工程
Ｗｅｂサーバ６が、受験校端末３からの確定済調査書データ要求を受付け、データベースサーバ７内で受験校のデータベース７１に記憶された確定済調査書データ及び確定済調査書データに関連付けられた出願データを表示しダウンロードする。調査書出力工程において受験校端末３に表示させる画面は出願＆調査書管理画面で、出願＆調査書管理画面では、確定済調査書データ及び確定済調査書データに関連付けられた出願データを、出願データ毎に一行に並べて表形式で一覧表示させて印刷するここともできるし、出願データ毎に一枚のシートに、確定済調査書データ及び確定済調査書データに関連付けられた出願データを表示させて印刷することもできる。
【００８５】
｛効果｝
本実施例によれば、インターネット出願する志願者が受験校に提出する出願情報と出身校が受験校に提出する調査書情報について、情報の完全性、機密性に配慮しつつ簡便に、短期間に大量にマッチングすることができる。また、これにより、出身校側において試験事務に係る教員の業務時間の削減を実現することができる。さらに、受験校側において試験事務に係る教員の業務時間の削減を実現することができる。
【００８６】
本実施例では、インターネット出願システムで作成する受験票データと調査書データを紐付けることができ、出身校側及び受験校側の試験事務に係るすべての教員の業務時間の削減ができる。本実施例においては、また、受験番号も出願識別子もマッチング時に入力不要であるので、受験番号付与前でも、また、生徒が受験手続を行う前でも、出身校（高校入試においては中学校）の教員は調査書の仮登録が可能となるし、出願識別子の入力ミスにより確認作業・修正作業が増加することも回避できる。したがって、作業を行う時期を分散することができ、教員の負担が減る。また、受験校（高校入試においては高校）は、出願を早く締め切らなくて済むようになる。
【００８７】
また、本実施例によれば、志願者が出願手続きを行っていないことが出身校で把握でき、かつ、志願者が出願手続き前でも、調査書データのエラーが表示されるので、出願締め切り前でも調査書の不備が確認でき、業務の集中を緩和することができる。
【００８８】
本実施例において、生年月日と振仮名と性別と氏名の漢字でマッチングを行う場合、より厳密なマッチングの確率を高めることができる。また、生年月日と振仮名のマッチングで、１つの調査書データにマッチングされた出願者が複数いた場合に、氏名の漢字を表示させ、選択させてもよい。さらに住所の一部（市区町村）など出願データに含まれる情報を表示させ、選択させてもよい。
【００８９】
また、本実施例によれば、すでに確定した調査書を二重に提出することを防止できる。
【００９０】
さらに、本実施例によれば、志願者が受験料納付手続きを行っていないことが出身校で把握でき、かつ、志願者が受験料納付手続き前でも、調査書データの仮登録ができるので、出身校の教員の業務集中を緩和することができる。また、志願者が同じ受験校に複数の出願種別で出願する際に利便性が高い。
【００９１】
また、本実施例によれば、受験校側では、調査書と出願データとの突合せが不要となると同時に、ナンバリングも不要となり、出願受付業務が飛躍的に軽減される。
【００９２】
受験校から志願者の受験毎に志願者に新しく付与された受験番号等の情報ではなく、出身校がもともと保有している志願者情報である生年月日や振仮名を使用してマッチングできるので、出身校の教員の負担軽減、入力ミスによる番号ずれ等の防止を実現できる。
【００９３】
調査確認受付工程後のステップも、受験番号付与前に行うこともできる。これにより、出身校の教員は余裕をもって、調査書の登録作業を行うことができるし、受験校では、受験番号の発行をぎりぎりまで遅らせることができる。受験番号の発行を遅らせることができるため、後から追加される志願者も、他の志願者と同様に出身校毎に受験番号を並べることができる。
【００９４】
なお、本発明は、上記実施の形態に限定されず、その発明の趣旨を逸脱しない範囲で種々と変形実施が可能である。また、上記各実施の形態の構成要素を発明の趣旨を逸脱しない範囲で任意に組み合わせることができる。
【符号の説明】
【００９５】
１      志願者端末
２      出身校端末
３      受験校端末
４      ネットワーク
５      サーバ群
６      Ｗｅｂサーバ
６１    ＷｅｂサーバＡ
６２    ＷｅｂサーバＢ
７      データベースサーバ
７１    受験校のデータベース
【要約】
【課題】入学試験や検定試験等の各種試験のインターネット出願において出身校側において試験事務に係る教員の業務時間の削減を行う。
【解決手段】Ｗｅｂサーバ６が、出身校識別子が調査書仮登録データの有する出身校識別子と一致する出願データのうち、生年月日情報と氏名の振仮名情報が一致する出願データの有無をデータベースサーバ７内で受験校のデータベース７１から検出する出願データ検出工程を含み、志願者端末から入力される出願データと出身校端末から入力される調査書データとをマッチングさせる。
【選択図】図１０【図１】
0006715423.tif 000002
【図２】
0006715423.tif 000003
【図３】
0006715423.tif 000004
【図４】
0006715423.tif 000005
【図５】
0006715423.tif 000006
【図６】
0006715423.tif 000007
【図７】
0006715423.tif 000008
【図８】
0006715423.tif 000009
【図９】
0006715423.tif 000010
【図１０】
0006715423.tif 000011