---
title: "大学の出席確認システムの方式比較｜代返対策と大教室の打刻集中で選ぶ判断基準"
url: "https://www.issoh.co.jp/column/details/16865/"
published: 2026-08-23
updated: 2026-08-23
categories: ["業務システム"]
publisher: "株式会社一創"
---

# 大学の出席確認システムの方式比較｜代返対策と大教室の打刻集中で選ぶ判断基準

学校教育法施行規則第25条は、出席簿の作成義務を「校長（学長を除く。）」に課しています。大学に出席簿の法定作成義務はありません。それでも大半の大学が出席を記録するのは、単位認定の根拠、修学支援新制度の学業要件の判定、退学予兆の早期把握という三つの実務がそれを求めるからです。この記事では、学生証ICカード・QRコード・ワンタイムコード・BLEビーコン・GPS測位・顔認証の適合条件、代返の手口ごとに効く対策、300人教室の同時打刻に耐える設計、学務システムやLMSへ渡すときの粒度とキー設計、既製サービスで足りる条件と受託開発へ切り替える条件を順に整理します。

## まとめ：出席確認システムで先に決める打刻方式・代返対策・出席データの渡し先

方式選定より先に決めるのは三点です。第一に、出席データの使い道。教員の裁量評価に留めるか、全学の修学支援判定まで使うかで必要な粒度が変わります。第二に、代返をどこまで許容するか。完全な排除は費用が跳ね上がるため、判定に使う科目だけ強い方式を併用する設計へ落ち着く。第三が、渡し先と反映周期です。学務システムが受け取れる形式と周期が決まらないと、打刻の粒度も決まりません。

方式の結論はこうです。全学の標準はスマートフォンのワンタイムコードかQRコード、実習や資格科目など出席が単位要件に直結する科目は学生証ICカードを併用する二層構成が、費用と実効性の釣り合いを取れます。GPS測位を単独の根拠にする設計は採用しません。屋内の測位誤差が教室の間隔より大きく、判定に耐えないためです。履修登録・成績評価・卒業判定を含む学務システム全体の機能範囲は[大学・専門学校の学務システムの機能範囲と導入判断を整理した記事](https://www.issoh.co.jp/column/details/16199/)で扱っているため、ここでは出席の記録と連携に絞ります。

## 大学の出席確認が高校までと異なる理由と、単位制が記録に課す粒度の要件

高校までの出席管理は在籍日数の管理です。大学は科目ごとの単位認定が単位なので、記録の設計思想が変わります。大学設置基準第21条第2項が一単位の授業科目を45時間の学修で構成することを標準とする以上、記録の単位は日ではなく「学生×開講コマ（科目・クラス・回次・実施日）」の交差点になる。日次の在籍記録として設計すると、後から科目別の出席率を出せません。

### 大学に出席簿の法定作成義務がない前提で、それでも記録を残す三つの実務目的

学校教育法施行規則第25条は「校長（学長を除く。）は、当該学校に在学する児童等について出席簿を作成しなければならない」と規定します。学長が明文で除かれているため、大学に作成義務はありません。義務がないのに全学で仕組みを入れる理由は三つあります。

- 単位認定の根拠：シラバスに出席要件を書いた科目で、不合格の判定を説明できる記録を残すため
- 修学支援新制度の判定：出席率が警告・廃止の判断材料に含まれるため
- 退学予兆の把握：連続欠席を検知して修学支援の窓口につなぐため

優先順位は三番目が最も高くつきます。単位認定と修学支援は学期末や年度末の処理で間に合いますが、退学予兆の検知は「2週続けて全科目欠席」を翌週に拾えないと意味を失う。まず週次で欠席が閾値を超えた学生を抽出できる状態を作ります。

### 遠隔授業の視聴ログを出席とみなす条件と、卒業要件60単位の上限が効く場面

大学設置基準第25条第2項は、文部科学大臣が別に定めるところにより、授業を多様なメディアを高度に利用して教室等以外の場所で履修させることを認めています。その「別に定めるところ」が平成13年文部科学省告示第51号で、毎回の授業の実施に当たって設問解答・添削指導・質疑応答等による指導を行い、学生の意見交換の機会を確保することを求めます。視聴ログだけでは要件を満たしません。

さらに第32条第5項が、卒業要件として修得すべき単位数のうち第25条第2項の方法で修得する単位数は60単位を超えないと定めます。出席台帳は対面か遠隔かを区別して保持する必要があるということ。設計上は開講コマに授業形態のコードを持たせ、出席レコードから逆に辿れる形にします。

## 学生証ICカード・QRコード・BLE・GPSという打刻方式ごとの適合条件

方式の優劣は一律には決まりません。教室の構造、学生数、通信環境、出席データの使い道で適合が変わります。

### 学生証ICカードとリーダー設置が向く教室条件と、初期費用が伸びる要因

学生証にFeliCaやMIFAREのICを載せ、教室入口のリーダーにかざす方式です。スマートフォンの機種や電池残量に依存せず、実習室や資格科目の教室に向きます。費用は教室数に比例する。リーダーと制御端末を教室ごとに置くため、200教室あれば200セットで、学生数課金のクラウドサービスとは構造が違います。認証方式ごとの費用と運用の違いは[認証方式の種類と選び方を整理した入退室管理システムの記事](https://www.issoh.co.jp/column/details/13506/)と論点が重なります。

設計上の注意はIDmの扱いです。FeliCaのIDmはICチップ製造時に記録され書き換えできない8バイトの固有IDで、ソニーの技術情報はセキュリティが要る用途ではIDmのみに依存せず暗号領域を用いるよう推奨しています。IDmを学生の識別子として直接持つと、読み取り値を複製されても検知できません。モバイルFeliCaのIDmは機種変更で値が変わるため、デジタル学生証では学生自身が再登録できる導線を用意します。

### QRコードとワンタイムコードが最も普及した理由と、抜け道が生じる箇所

教室の機材を増やさずに済むのが最大の理由です。教員が授業開始時にコードを投影し、学生が自分のスマートフォンで読み取るか、4桁から6桁の文字列を入力する。要るのはプロジェクタだけで、既存の設備で足ります。大阪公立大学の情報基盤センターは、デジタル学生証アプリと有効期限付きQRコードで出席登録を行い、画面に本人の顔写真を表示できる運用を公開しています。

抜け道は三か所に集中します。投影されたコードを撮って欠席者へ送る画像転送、文字列を口頭で伝える伝達、そして打刻後に退室する早退。前の二つは有効時間を短くすれば縮められますが、遅刻者を締め出す副作用が出る。実務では有効時間を授業開始後10分程度に置き、締切後は教員が個別に受け付けます。

### BLEビーコンとGPS測位で位置を根拠にする方式の誤差と教室外への漏れ

BLEビーコンは教室に発信機を置き、学生の端末が電波を受信したことをもって在室と判定します。学生の操作は減るものの、電波は壁を越える。教室の間隔が数メートルの校舎では隣室や廊下からも受信できるため、受信強度の閾値調整が要ります。閾値を厳しくすれば後方座席で拾えず、緩めれば隣室から打刻される。逃げ場のない調整になります。

GPS測位はさらに条件が悪い。衛星の信号は建物内で減衰し、ビルによる反射も加わるため、屋内の測位結果は教室単位の判定に要る精度へ届きません。位置情報を偽装するアプリも流通しています。GPSを単独の根拠にする方式は採用せず、使うのは屋外実習など教室単位の分解能を求めない用途に限ります。

| 方式       | 教室側の機材    | 主な抜け道    | 費用が伸びる要因  |
| -------- | --------- | -------- | --------- |
| 学生証ICカード | リーダーと制御端末 | カードの又貸し  | 教室数に比例    |
| QRコード表示  | プロジェクタ    | コードの画像転送 | 端末不所持者の対応 |
| ワンタイムコード | 板書または投影   | 文字列の口頭伝達 | 教員の運用負担   |
| BLEビーコン  | 教室ごとの発信機  | 隣室からの受信  | 設置と電池交換   |
| GPS測位    | 不要        | 位置情報の偽装  | 誤判定の事後対応  |
| 顔認証      | カメラと処理端末  | 少ない      | 機材と同意運用   |

表は費用の列を、教室数と学生数のどちらに比例するかで読みます。校舎が多く学生数が少ない大学ほど、コード方式が有利です。

## 代返対策の実効性を方式別に見極める視点と、対策コストの釣り合いの取り方

方式の強さを並べても代返対策の答えは出ません。手口ごとに効く制御が違うため、想定する手口を先に決めます。

### コード転送とカード預けという二つの手口に対して効く制御の違い

手口は二系統です。コード転送系は、教室にいる学生が取得した情報を欠席者へ渡す形で、QRコードの画像もワンタイムコードの文字列もここに入ります。カード預け系は学生証そのものを他人に託す形。前者は情報の複製、後者は物理的な貸与という違いがあります。

コード転送に効くのは、受け取る側の端末を縛る制御です。端末固有の識別子を学生アカウントへ紐づけておけば、他人の端末から送られた打刻を弾けます。逆にカード預けへ端末バインドは効きません。ここに効くのはリーダー通過時の顔写真表示や教員による抜き打ち確認で、技術で潰しきれない領域が残ります。

### 端末バインドと教室Wi-FiのBSSID照合で代返を潰す実装と教員側の負担

実装は二段構えが現実的です。まず端末バインドで、初回ログイン時に端末識別子を学生アカウントへ登録し、以後は同一端末からの打刻だけを受理する。機種変更の再登録を窓口処理にすると事務負担が増えるため、学期に1回まで自己申請で切り替えられる上限付きの導線を用意します。

次に、打刻時に端末が接続している無線LANアクセスポイントのBSSIDを送信させ、教室に紐づく一覧と照合します。学外や自宅からの打刻はこの時点で落ちる。ただし大教室では複数のアクセスポイントが混在し、廊下の機器を掴んだ端末も出るため、照合は棟や階の単位へ緩めるのが着地点です。教室単位まで厳密にすると正規の学生の打刻が落ち、教員への問い合わせが増える。判定に使う科目と使わない科目で強度を変えます。

### 顔認証を出席確認へ入れる前に確認する個人識別符号としての扱いと見送る条件

顔認証は代返によく効きます。ただし扱うデータの性質が変わる。個人情報保護法第2条第2項第1号は、特定の個人の身体の一部の特徴を電子計算機の用に供するために変換した符号で当該個人を識別できるものを個人識別符号と定め、同法施行令第1条第1号ロが「顔の骨格及び皮膚の色並びに目、鼻、口その他の顔の部位の位置及び形状によって定まる容貌」を掲げます。顔の特徴量は、それ単体で個人情報に当たります。

帰結は三点。利用目的の特定と公表、特徴量の保管場所と保存期間の決定、そして学生が利用を拒んだ場合の代替手段です。代替手段のない設計は、拒否した学生の単位認定へ直接影響するため成立しません。全学の出席確認に顔認証を入れるのは見送ります。入れる価値があるのは定期試験の本人確認や、資格要件で出席時間の証明が要る科目まで。全科目へ広げると、負担が防げる代返の量に見合いません。

## 300人教室の打刻集中に耐える設計と、同時アクセスの見積りから決める構成

出席確認システムの障害は、平常時ではなく授業開始時刻に起きます。全学の時間割が同じ時刻に始まる以上、負荷は平準化できません。

### 授業開始前後の5分に集中する打刻を毎秒リクエスト数で見積もる手順

見積りは仮定を置いて計算します。300人の講義で受付を開始5分前から開始10分後までの15分間で開け、9割の270人が打刻するなら、単純平均は270件÷900秒でおよそ0.3件／秒。ここまでなら何も起きません。

問題は偏りです。学生は開始チャイムの前後に集まるため、半数の135件が60秒へ集中すると2.25件／秒。全学で同じ時限に100教室が動いていれば、同時刻のピークは単純合計で225件／秒になります。1件の打刻でセッション検証・重複判定・書き込みが走るため、この値からデータベース接続数とサーバの並列数を逆算する。学生数ではなく「同時に開講するコマ数×1コマの瞬間ピーク」で見積もるのが勘所です。

### リーダー台数と1人あたりの通過時間から入室行列の長さを試算する計算

ICカード方式では、負荷ではなく行列が制約になります。試算は次の手順です。

1. 1人あたりの通過時間を測る。かざしてから応答音が鳴るまでを1.5秒と置く
2. 出入口ごとの担当人数を出す。300人で出入口が2か所なら150人ずつ
3. 行列時間を掛け算で出す。150人×1.5秒で225秒、およそ3分45秒
4. 授業開始前に流し切れるかを確認する。前のコマの退室時間を差し引いて判断する

この計算が示すのは、大教室にICカード方式を全面採用しにくい理由です。リーダーを増やせば行列は縮む一方、教室あたりの機器費が積み上がる。300人規模の講義はコード方式、実習室のような少人数教室はICカード方式という使い分けが、費用面でも合理的な着地になります。

### 電波が届かない教室と端末不所持に備える代替受付と、後追い訂正の設計

地下講義室や壁の厚い旧校舎では、キャリア回線も学内無線も届きません。端末の電池切れや故障、そもそもスマートフォンを持たない学生も一定数いる。用意するのは、教員端末からの代理登録と学生自身による事後申請の二経路です。事後申請には申請期限（当日から3日以内など）と教員承認を挟み、申請経路のフラグを出席レコードに残す。通信断で送れなかった打刻を端末側に保持して復旧後に送る場合は、学生IDと開講コマIDの組を冪等キーにして二重登録を吸収し、時刻はサーバの受信時刻ではなく端末が打刻した時刻を別の列で持ちます。

## 出席データを学務システムとLMSへ渡す連携設計と、粒度・反映周期の決め方

出席確認システムは単体では完結しません。集めたデータを誰がどの周期で受け取るかで、設計の大半が決まります。

### 出席・遅刻・公欠・欠席という区分をコマ単位から科目単位へ集約する境界

コマ単位のレコードには、出席区分と事由コードを別々に持たせます。区分は出席・遅刻・早退・欠席・未確定の5値程度、事由コードは忌引・出席停止・教育実習・就職活動・災害といった内訳。公欠を区分側に混ぜると、「公欠は出席率の分母に入れるのか」を後から変更できなくなります。

科目単位への集約で難しいのは分母の定義です。休講回・補講回・オンデマンドの振替回をどう数えるかで出席率が変わる。全15回のうち2回が休講なら、分母を15とするか13とするかで8割の閾値をまたぐ学生が出ます。この定義は情報システム側では決められません。教務規程として文書化し、システムはその定義をパラメータとして持ちます。

### LMSの視聴ログと教室の打刻を同じ出席台帳に載せるときのキー設計

遠隔授業の回では、LMSの視聴ログや小テストの提出記録が出席の根拠になります。教室側は「学生ID＋開講コマID」、LMS側は「LMSユーザID＋コースID＋コンテンツID」で管理されるため、対応表がないと結合できません。

実装では、学生IDに学籍番号の文字列ではなく内部の不変IDを使います。学籍番号を結合キーにすると、転学部や再入学で番号が変わったときに履歴が切れる。この考え方は[採番と在籍異動のデータ設計を扱った大学の学籍管理システムの記事](https://www.issoh.co.jp/column/details/16863/)で詳しく整理しています。コース側は、LMSのコースIDと時間割の開講コマIDの対応表を学期ごとに生成し、科目コードの直接照合に頼らない構成へ。LMSそのものの機能範囲と選定は[学習管理システムの機能・選び方・自社開発の判断軸を解説した記事](https://www.issoh.co.jp/column/details/13302/)で扱っています。

### 修学支援新制度の学業要件へ渡す出席率の算出根拠と、判定業務との切り分け

文部科学省が示す修学支援新制度の基準では、警告に当たるのは修得単位数が標準修得単位数の7割以下、GPA等が下位4分の1、出席率が8割以下など学修意欲が低いと大学等が判断した場合。廃止に当たるのは修得単位数が6割以下、出席率が6割以下など学修意欲が著しく低いと判断した場合、および連続して警告を受けた場合とされています。

数値そのものより、分母の定義が判定を左右する。8割と6割の閾値を全科目を通じた出席率で見るのか、科目ごとに見て一つでも下回れば該当とするのかで、対象学生の数が変わります。出席確認システムの責任範囲は、生データと集計定義を再現可能な形で保持するところまで。警告・廃止の判定手順や学生への通知は学務システム側の領分です。

## 既製の出席アプリ採用と自学向け受託開発を分ける判断基準と、見送るべき条件

ここまでの論点を採用判断へ落とします。既製と受託の分岐は、規模ではなく規程の複雑さで決まります。

### 既製サービスで足りる大学の条件を、規模と学則の素直さから見分ける基準

既製サービスで足りるのは、次の条件がそろう場合です。出席要件が全学で共通し、科目ごとの例外規定が数えるほどしかないこと。学務パッケージがCSVまたはAPIで出席データを受け取れること。反映周期が日次で足りること。遠隔授業の比率が低く、視聴ログとの結合を作り込む必要がないこと。

学生数の大小はここに入りません。3万人規模でも規程が素直なら既製サービスで運用でき、2千人規模でも学部ごとに出席の扱いが違えば作り込みが要ります。要件定義の初期に確認するのは学生数ではなく、教務規程と各学部の内規です。

### 受託開発へ切り替える条件と、既存の学務パッケージとの接続方式の見極め

受託開発に踏み切る条件は三つあります。第一に、実習・臨地実習・資格科目で時間数の証明が要る学部があり、コマ単位ではなく分単位の在室時間を記録する要件があること。看護・医療系や教職課程を持つ大学で頻出します。第二に、既存の学務パッケージがAPIを持たず、中間の変換層が要ること。第三が、学生ポータルやデジタル学生証をすでに自学で運用しており、出席だけ別アプリにすると導線が二重になることです。

見極めでは、既存パッケージのベンダーに「出席データの取り込みインターフェース」の仕様書を先に出させます。ここが曖昧なまま開発へ入ると、テスト段階で日次バッチしか受け付けないと判明し、設計の前提が崩れる。パッケージ側の更改時期と製品選定の考え方は[公表統計の不在と導入状況から選定軸を組み立てる手順を扱った記事](https://www.issoh.co.jp/column/details/16859/)で整理しています。

### 出席確認システムの新規開発を見送るべき三つの場面と、代わりに打つ手

着手しないほうがよい場面もはっきりしています。第一に、出席の使い道が教員の裁量評価だけで、全学の判定に使う予定がない場合。全学システムを入れても定着せず、各教員がLMSの小テスト機能で代替するほうが早く終わります。第二に、学務パッケージの更改が2年以内に控えている場合。接続先の仕様が変わるため、更改の要件定義へ出席の取り込み仕様を含めるほうが総額は下がります。第三が、教室の無線LANアクセスポイントが未整備で、300人教室に数台しかない場合。どの方式でも打刻が落ちるため、先にネットワーク側へ投資します。

逆にこれらへ当たらず、実習の時間数証明や既存ポータルとの統合という要件がはっきりしているなら、学生用のアプリと学内の管理画面を自学の要件に合わせて作る判断が成り立ちます。当社は[業務用・Webアプリ開発](https://www.issoh.co.jp/service/apps/business/)として、学生が使うモバイル側と職員が使う管理側を一体で設計する開発を請けています。既存の学務システムとの接続方式の調査からのご相談にも対応が可能です。

## よくある質問

大学の出席確認システムについて、検討段階でよく挙がる質問をまとめました。

### 大学に出席確認の法的な義務はありますか？

出席簿の作成義務はありません。学校教育法施行規則第25条は作成義務を課す相手を「校長（学長を除く。）」とし、大学の学長を明文で除いています。ただし義務がないことと、記録が不要であることは別。シラバスに出席要件を記載した科目の単位認定、修学支援新制度の学業要件の判定、退学予兆の把握には出席の記録が要ります。

### 出席確認システムの費用はどのくらいかかりますか？

方式によって費用の構造そのものが変わるため、一律の相場では判断できません。学生証ICカード方式は教室数に比例し、200教室あれば200セットぶんの機器費と設置工事費がかかります。QRコードやワンタイムコード方式はクラウドサービスの学生数課金が中心で、教室の機材費はほぼ発生しない。見積りは初期費用だけでなく、機器の更新周期と保守費まで含めた5年総額で並べます。

### 代返を完全に防ぐことはできますか？

技術だけでは防ぎきれません。コード転送は端末バインドとBSSID照合で大幅に減らせますが、学生証を他人に預けるカード預けには端末側の制御が効かない。ここに効くのは顔写真の表示や教員による抜き打ち確認といった人の目です。現実的な設計は、単位要件に出席が直結する科目だけICカードや顔認証を併用する二層構成にすること。全科目へ強い制御を敷くと運用が崩れます。

### スマートフォンを持っていない学生はどう扱えばよいですか？

代替受付を必ず用意します。教員端末からの代理登録と、学生自身による事後申請の二経路を持たせるのが基本形。事後申請には申請期限と教員承認を挟み、申請経路のフラグを出席レコードに残す。打刻由来か申請由来かを後から分けられないと、監査や成績評価の説明で困ります。

### オンデマンド授業の視聴ログは出席として扱えますか？

視聴ログだけでは要件を満たしません。大学設置基準第25条第2項の遠隔授業は平成13年文部科学省告示第51号により、毎回の授業で設問解答・添削指導・質疑応答等の指導を行い、意見交換の機会を確保することが求められます。視聴に加えて小テストの提出や質疑の記録を残す設計に。同基準第32条第5項により遠隔授業で修得する単位は60単位を超えられないため、台帳には対面か遠隔かの区別を残します。

## 関連記事

- [大学の教務システムのシェアはどう読むか？公表統計の不在と導入状況から選定軸を組み立てる手順【2026年】](https://www.issoh.co.jp/column/details/16859/)：接続先となる教務システムの製品選定を進める際の判断軸として
- [塾入退室システムの選び方｜打刻方式と保護者通知、費用構造から決める導入判断【2026年】](https://www.issoh.co.jp/column/details/16072/)：同じ打刻方式を塾の入退室で使う場合の費用構造との比較として
- [校務支援システムとは？機能範囲・共同調達の仕組みと、パッケージか自治体カスタムかの判断基準](https://www.issoh.co.jp/column/details/16657/)：小中高の出席管理が在籍日数の単位で動く仕組みとの対比として

---

出典: [大学の出席確認システムの方式比較｜代返対策と大教室の打刻集中で選ぶ判断基準](<https://www.issoh.co.jp/column/details/16865/>)（株式会社一創）