JP2001358715A - 学内情報配信システム，学内情報配信サーバ，学内情報配信方法および学内情報配信プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 配信対象者を抽出して学内情報を配信するこ
とができ、その配信対象者に応じた配信先に学内情報を
配信することが可能な学内情報配信システム，学内情報
配信サーバ，学内情報配信方法および学内情報配信プロ
グラムを記録した記録媒体を提供することを目的とす
る。 【解決手段】 学内情報配信端末と、学内情報配信端末
にネットワークを介して接続される学内情報配信サーバ
とを用いて学内情報の配信を行なうための学内情報配信
システムであって、学内情報を管理する学内情報管理手
段と、配信事項およびその配信事項の種類に応じた配信
情報を登録する配信情報登録手段（Ｓ３〜Ｓ７）と、配
信事項の種類に応じて配信事項を配信する配信対象者を
抽出する配信対象者抽出手段（Ｓ９）と、抽出した配信
対象者に対応して登録されている学内情報配信端末に前
記配信事項を配信する配信手段（Ｓ１０）とを有するこ
とにより上記課題を解決する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、学内情報配信シス
テム，学内情報配信サーバ，学内情報配信方法および学
内情報配信プログラムを記録した記録媒体に係り、特
に、配信情報を配信対象者に配信する学内情報配信シス
テム，学内情報配信サーバ，学内情報配信方法および学
内情報配信プログラムを記録した記録媒体に関する。

【０００２】

【従来の技術】一般に、大学，短期大学，専門学校等の
教育機関では、講座の休講情報，教室変更情報，時間変
更情報，学生の呼び出し情報などの学内情報が掲示板を
通じて学生に伝達されている。したがって、学生は、掲
示板に掲示されている学内情報を頻繁に確認し、自分に
関係のある学内情報を得ていた。

【０００３】また、Ｗｅｂページ上に仮想的な掲示板を
作成し、その仮想的な掲示板を通じて学内情報を学生に
伝達することも行われるようになった。この場合、学生
は、仮想的な掲示板があるＷｅｂページに接続し、自分
に関係のある学内情報を検索により得ていた。

【０００４】

【発明が解決しようとする課題】しかしながら、掲示板
を通じて学内情報を学生に伝達する場合、学生は掲示板
がある場所に実際に行かなければ学内情報が確認できな
かった。例えば、ある講座の休講が講座当日に決定した
場合、学生は、大学等に出向いて掲示板を確認しなけれ
ばその講座の休講情報を得ることができないという問題
があった。

【０００５】また、大学等では、複数の学部，学科が設
置されていることが多く、学生に伝達する必要のある学
内情報の数が膨大となってしまう。したがって、学生
は、数多くの学内情報の中から自分に関係のある学内情
報を探し出す必要があり、非常に手間が掛かるという問
題があった。さらに、学生呼び出し情報，学納金支払い
督促情報など学内情報の種類によっては、学生が掲示板
に掲示されることを望まない情報も含まれていた。

【０００６】一方、Ｗｅｂページ上に仮想的な掲示板を
作成し、その仮想的な掲示板を通じて学内情報を学生に
伝達する場合であっても、学生は数多くの学内情報の中
から自分に関係のある学内情報を探し出す必要があっ
た。また、学生が掲示板に掲示されることを望まない情
報も仮想的な掲示板に掲示されてしまうという問題があ
った。

【０００７】本発明は、上記の点に鑑みなされたもの
で、配信対象者を抽出して学内情報を配信することがで
き、その配信対象者に応じた配信先に学内情報を配信す
ることが可能な学内情報配信システム，学内情報配信サ
ーバ，学内情報配信方法および学内情報配信プログラム
を記録した記録媒体を提供することを目的とする。

【０００８】

【課題を解決するための手段】そこで、上記課題を解決
するため、請求項１記載の学内情報配信システムは、学
内情報配信端末と、前記学内情報配信端末にネットワー
クを介して接続される学内情報配信サーバとを用いて学
内情報の配信を行なうための学内情報配信システムであ
って、学内情報を管理する学内情報管理手段と、配信事
項およびその配信事項の種類に応じた配信情報を登録す
る配信情報登録手段と、前記配信事項の種類に応じて前
記配信事項を配信する配信対象者を抽出する配信対象者
抽出手段と、前記抽出した配信対象者に対応して登録さ
れている学内情報配信端末に前記配信事項を配信する配
信手段とを有することを特徴とする。

【０００９】このような学内情報配信システムでは配信
情報を登録することにより、配信事項の種類に応じて配
信対象者を抽出し、その配信対象者に対応して登録され
ている学内情報配信端末に配信事項を配信できる。した
がって、配信対象者は自分に関係のある配信事項のみを
受信することが可能である。なお、学内情報とは、講座
情報，履修情報などを含むものである。この学内情報配
信システムでいう学内とは、例えば大学，専門学校，民
間の教育機関などの一つ以上の講座を受講できる環境内
である。

【００１０】また、配信事項が配信対象者に直接配信さ
れるため、配信対象者のプライバシーを守ることができ
る。一方、配信事項を配信する配信者は、配信情報を登
録しておくことにより、配信事項を配信対象者に自動的
に配信することができるので、配信者の事務負担を軽減
することが可能である。

【００１１】また、請求項２記載の学内情報配信システ
ムは、前記学内情報配信システムにおいて、前記配信手
段が、前記抽出した配信対象者に対応して登録されてい
る学内情報配信端末の種類に応じて配信事項を編集し、
前記編集した配信事項を前記抽出した配信対象者に対応
して登録されている学内情報配信端末に配信することを
特徴とする。

【００１２】このような学内情報配信システムでは、配
信対象者に対応して登録されている学内情報配信端末に
応じて配信事項のデータ形式を編集できるので、配信対
象者が希望する種類の学内情報配信端末に配信事項を配
信することが可能である。

【００１３】また、請求項３記載の学内情報配信システ
ムは、前記学内情報配信システムにおいて、前記配信手
段が、前記抽出した配信対象者に対応して登録されてい
る学内情報配信端末に対し、前記配信事項を前記学内情
報配信端末の種類毎に設定された指定時刻に配信するこ
とを特徴とする。

【００１４】このような学内情報配信システムでは、学
内情報配信端末に配信事項を配信する時間を指定するこ
とができる。例えば、学内情報配信端末が携帯電話，電
話等である場合に、夜中等に配信を行なわないように指
定することが可能である。

【００１５】また、請求項４記載の学内情報配信システ
ムは、前記学内情報配信システムにおいて、前記配信対
象者抽出手段が、前記配信事項の種類ごとに前記配信対
象者の抽出条件を設定していることを特徴とする。

【００１６】このような学内情報配信システムでは、配
信事項の種類ごとに配信対象者を抽出する為の抽出条件
を設定することができる。したがって、配信事項の種類
に応じて様々な配信対象者の抽出条件を設定することが
可能である。例えば、配信事項の種類が出席日数不足者
に対する警告メールである場合、出席日数が所定日数以
下の者を抽出条件として設定することができる。

【００１７】また、請求項５記載の学内情報配信システ
ムは、前記学内情報配信システムにおいて、前記配信対
象者の要求に応じて、その配信対象者に配信した配信事
項を提供することを特徴とする。

【００１８】このような学内情報配信システムでは、配
信対象者に配信した配信事項について、その配信対象者
からの要求があれば既に配信した配信事項を再度提供す
ることができる。したがって、配信対象者は、配信され
た配信事項を消去してしまったか、忘れてしまったとし
ても配信事項を再度確認することが可能である。

【００１９】また、請求項６記載の学内情報配信システ
ムは、前記学内情報配信システムにおいて、前記配信情
報が講座の休講に関する学内情報であって、前記配信事
項を配信する配信対象者として、前記講座を履修してい
る者を抽出することを特徴とする。

【００２０】このような学内情報配信システムでは、講
座の休講に関する学内情報を登録することにより、その
講座を履修している者を容易に抽出することができる。
したがって、その講座を履修している者に対し、講座の
休講に関する学内情報を容易に配信することが可能であ
る。

【００２１】また、請求項７記載の学内情報配信システ
ムは、前記学内情報配信システムにおいて、前記配信情
報が所定事項に対する警告に関する学内情報であって、
前記配信事項を配信する配信対象者として、前記所定事
項に対する警告を行なう者を抽出することを特徴とす
る。

【００２２】このような学内情報配信システムでは、所
定事項に対する警告に関する学内情報を登録することに
より、その所定事項に該当する者を容易に抽出すること
ができる。例えば、出席日数不足者に対する警告に関す
る学内情報を登録した場合、出席日数が所定日数以下の
者に対し、出席日数不足者に対する警告に関する学内情
報を容易に配信することが可能である。

【００２３】また、請求項８記載の学内情報配信サーバ
は、学内情報配信端末にネットワークを介して接続さ
れ、前記学内情報配信端末に学内情報の配信を行なうた
めの学内情報配信サーバであって、配信事項およびその
配信事項の種類に応じた配信情報が供給され、その配信
情報を登録する配信情報登録部と、前記配信事項の種類
に応じて前記配信事項を配信する配信対象者を抽出する
配信対象者抽出部と、前記抽出した配信対象者に対応し
て登録されている学内情報配信端末に前記配信事項を配
信する配信部とを有することを特徴とする。

【００２４】このような学内情報配信サーバでは配信情
報を登録することにより、配信事項の種類に応じて配信
対象者を抽出し、その配信対象者に対応して登録されて
いる学内情報配信端末に配信事項を配信できる。したが
って、その配信対象者に関係のある配信事項のみを配信
することが可能である。また、配信事項を配信対象者に
直接配信できるため、配信対象者のプライバシーを守る
ことができる。一方、配信事項を配信対象者に自動的に
配信することができるので、配信者の事務負担を軽減す
ることが可能である。

【００２５】また、請求項９記載の学内情報配信方法
は、学内情報配信端末と、前記学内情報配信端末にネッ
トワークを介して接続される学内情報配信サーバとを用
いて学内情報の配信を行なうための学内情報配信方法で
あって、配信事項およびその配信事項の種類に応じた配
信情報を登録する配信情報登録段階と、前記配信事項の
種類に応じて前記配信事項を配信する配信対象者を抽出
する配信対象者抽出段階と、前記抽出した配信対象者に
対応して登録されている学内情報配信端末に前記配信事
項を配信する配信段階とを有することを特徴とする。

【００２６】このような学内情報配信方法では配信情報
を登録することにより、配信事項の種類に応じて配信対
象者を抽出し、その配信対象者に対応して登録されてい
る学内情報配信端末に配信事項を配信できる。したがっ
て、配信対象者は自分に関係のある配信事項のみを受信
することが可能である。また、配信事項が配信対象者に
直接配信されるため、配信対象者のプライバシーを守る
ことができる。一方、配信事項を配信する配信者は、配
信情報を登録しておくことにより、配信事項を配信対象
者に自動的に配信することができるので、配信者の事務
負担を軽減することが可能である。

【００２７】また、請求項１０記載の記録媒体は、学内
情報配信端末にネットワークを介して接続され、前記学
内情報配信端末に学内情報の配信を行なうための処理を
コンピュータ装置に行わせるためのプログラムを記録し
た記録媒体であって、配信事項およびその配信事項の種
類に応じた配信情報が供給され、その配信情報を登録す
る配信情報登録部と、前記配信事項の種類に応じて前記
配信事項を配信する配信対象者を抽出する配信対象者抽
出部と、前記抽出した配信対象者に対応して登録されて
いる学内情報配信端末に前記配信事項を配信する配信部
とを有する学内情報配信サーバとして機能させるための
プログラムを記録している。

【００２８】上記の請求項１０の記録媒体を使用するこ
とにより、請求項１乃至９の発明を実現できる。なお、
このプログラムを記録する記録媒体は、ＣＤ−ＲＯＭ、
フロッピー（登録商標）ディスク、光磁気ディスク（Ｍ
Ｏ）等の様に情報を磁気的に記録する磁気記録媒体、Ｒ
ＯＭ、フラッシュメモリ等の様に情報を電気的に記録す
る半導体メモリ等、様々なタイプの記録媒体を用いるこ
とができる。

【００２９】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面に基づいて説明する。なお、本実施例では、学内
情報配信システムの一例として大学，短期大学，専門学
校などからの学内情報を学生に配信する学内情報配信シ
ステムについて説明するが、これに限るものではない。
配信事項の種類に応じて異なる配信対象者に配信事項を
配信するようなあらゆるシステムへの応用が可能であ
る。

【００３０】図１は、本発明の学内情報配信システム１
の一実施例のシステム構成図を示す。図１の学内情報配
信システム１は、学内情報配信サーバ２，クライアント
３ａ〜３ｎ，通信システム４が、例えばインターネット
などのネットワーク５を介して接続されている。また、
学内情報配信サーバ２は、固定電話網６を介して加入者
電話７に接続されると共に、移動通信網を介して携帯電
話，ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ
Ｓｙｓｔｅｍ）等の移動電話８に接続されている。ま
た、通信システム４は、移動通信網を介して移動電話９
に接続されている。なお、図１では、加入者電話７、移
動電話８，９が一つしか記載されていないが、学内情報
を配信するユーザ数に応じた数の加入者電話，移動電話
が利用される。

【００３１】クライアント３ａ〜３ｎを利用するユーザ
は、大学等の職員，教員，学生などである。大学等の職
員，教員，学生などのユーザは、クライアント３ａ〜３
ｎをネットワーク５を介して学内情報配信サーバ２に接
続し、後述するような学内情報の配信に関する処理を行
なう。

【００３２】学内情報配信サーバ２は、供給された学内
情報の種類（例えば、講座の休講情報，警告情報など）
に応じて配信対象者を抽出し、その配信対象者の電子メ
ールアドレス，加入者電話７、移動電話８，９などに学
内情報を配信する。また、学内情報配信サーバ２は、講
座の休講情報，時間変更情報，教室変更情報などを設
定，検索，編集する為の入力支援機能を有することがで
きる。

【００３３】次に、学内情報配信サーバ２の構成につい
て図２を参照しつつ説明する。図２は、学内情報配信サ
ーバ２を実現するコンピュータシステムの一実施例の構
成図を示す。図２において、このコンピュ−タシステム
は、それぞれバスＢで相互に接続されている入力装置１
１と，表示装置１２と，ドライブ装置１３と，記録媒体
１４と，補助記憶装置１５と，メモリ装置１６と，演算
処理装置１７と，インターフェース装置１８と，音声連
携装置１９と，データベース（以下、ＤＢという）２０
とを含むように構成される。

【００３４】入力装置１１は、コンピュータシステムの
利用者が操作するキーボード及びマウスなどで構成さ
れ、コンピュータシステムに各種操作信号を入力するた
めに用いられる。表示装置１２は、コンピュータシステ
ムを操作するのに必要な各種ウインドウやデータ等を表
示する。

【００３５】インターフェース装置１８は、コンピュー
タシステムをネットワーク５に接続する為のインターフ
ェースであり、例えばモデム等で構成される。音声連携
装置１９は、配信を行なう学内情報を音声信号に変換
し、音声信号に変換された学内情報を配信対象者の加入
者電話７，移動電話８に配信する。また、ＤＢ１８は、
学内情報配信サーバ２が必要とする各種データを格納し
ている。例えばＤＢ１８は、後述するような配信情報Ｄ
Ｂ，教室ＤＢ，講座ＤＢ，対象者抽出ＤＢ，教員学生Ｄ
Ｂ，履修ＤＢ，カレンダーＤＢ，ルールＤＢなどで構成
される。

【００３６】学内情報配信システム１に関する学内情報
配信プログラムは、例えばＣＤ−ＲＯＭ等の記録媒体１
４によって提供される。学内情報配信プログラムを記録
した記録媒体１４は、ドライブ装置１３にセットされ、
学内情報配信プログラムが記録媒体１４からドライブ装
置１３を介して補助記憶装置１５にインストールされ
る。

【００３７】補助記憶装置１５は、インストールされた
学内情報配信プログラムを格納すると共に、必要なファ
イル，データ等を格納する。メモリ装置１６は、コンピ
ュータシステムの起動時に補助記憶装置１５から学内情
報配信プログラムを読み出し、格納する。演算処理装置
１７は、メモリ装置１６に読み出され格納された学内情
報配信プログラムに従って、学内情報配信システム１に
係る処理を実行する。上記学内情報配信システム１に係
るプログラムは、学内情報配信サーバ２の使用者が入力
装置１１を利用して学内情報配信システム１を利用する
旨の命令を入力するか、またはクライアント３ａ〜３ｎ
の使用者である大学等の職員，教員，学生などがクライ
アント３ａ〜３ｎをネットワーク５を介して学内情報配
信サーバ２に接続し、クライアント３ａ〜３ｎを利用し
て学内情報配信システム１を利用する旨の命令を入力す
ると、演算処理装置１７により図３に示す手順に従って
実行される。

【００３８】図３は、本発明の学内情報配信システム１
の一実施例のフローチャートを示す。例えば、本発明の
学内情報配信システム１では、入力装置１１またはクラ
イアント３ａ〜３ｎの使用者である大学等の職員，教
員，学生などが本発明の学内情報配信サーバ２に接続す
ると、表示装置１２またはクライアント３ａ〜３ｎの表
示装置に例えばトップ画面が表示される。トップ画面に
は、例えば掲示板欄，ユーザ認証欄などを設けることが
可能である。

【００３９】ステップＳ１では、演算処理装置１７は入
力装置１１，クライアント３ａ〜３ｎ等からユーザＩ
Ｄ，パスワード等の認証情報が供給されると、その認証
情報に対するユーザ認証処理を行なう。もし、ユーザ認
証処理が正常に終了しなければ、演算処理装置１７は再
度ユーザ認証処理を行なうか、学内情報配信システム１
の利用を許可されているユーザではないと判定して処理
を終了することもできる。ユーザ認証処理が正常に終了
すれば、演算処理装置１７はステップＳ２に進む。

【００４０】なお、演算処理装置１７は、ユーザ認証処
理の結果、使用者が職員または教員であると判定した場
合と使用者が学生であると判定した場合とで、選択でき
るモードを区別することができる。例えば、使用者が学
生であると判定した場合、演算処理装置１７は選択でき
るモードを制限する。

【００４１】ステップＳ２では、演算処理装置１７は使
用者が学内情報配信システム１に関する処理を終了する
ことを所望しているか否かを判定する。処理を終了する
ことを所望していると判定すると（Ｓ２においてＹＥ
Ｓ）、演算処理装置１７は処理を終了する。一方、処理
を終了することを所望していないと判定すると（Ｓ２に
おいてＮＯ）、演算処理装置１７はステップＳ３に進
む。

【００４２】ステップＳ３では、演算処理装置１７は使
用したいモードを使用者に選択させる。なお、図３で
は、使用者が職員または教員であると判定した場合に選
択できるモードについて記載している。使用者が学生で
あると判定した場合に選択できるモードとしては、例え
ば既に配信された学内情報の再配信を依頼する再配信依
頼モード，出席日数または試験結果などの情報を閲覧で
きる情報閲覧モードなどが考えられる。

【００４３】使用者が選択したモードが休講連絡モード
である場合、演算処理装置１７はステップＳ４に進み、
後述する休講連絡モードの処理を行なう。使用者が選択
したモードが呼び出し連絡モードである場合、演算処理
装置１７はステップＳ５に進み、後述する呼び出し連絡
モードの処理を行なう。使用者が選択したモードが警告
モードである場合、演算処理装置１７はステップＳ６に
進み、後述する警告モードの処理を行なう。また、使用
者が選択したモードが教室変更モードである場合、演算
処理装置１７はステップＳ７に進み、後述する教室変更
モードの処理を行なう。

【００４４】ステップＳ４〜Ｓ７に続いてステップＳ８
に進み、演算処理装置１７はステップＳ４〜Ｓ７にて入
力された学内情報を配信対象者に配信するメール，電話
処理を行なうか否かを判定する。メール，電話処理を行
なうと判定すると（Ｓ８においてＹＥＳ）、演算処理装
置１７はステップＳ９に進む。一方、メール，電話処理
を行なわないと判定すると（Ｓ８においてＮＯ）、ステ
ップＳ２に進む。

【００４５】ステップＳ９では、演算処理装置１７は、
ステップＳ４〜Ｓ７にて入力された学内情報に応じて、
その学内情報を配信すべき配信対象者を抽出する。な
お、学内情報を配信すべき配信対象者は、例えば学内情
報が講座の休講情報である場合、その講座を履修してい
る学生が該当する。なお、ステップＳ９の対象者抽出処
理の詳細については後述する。

【００４６】ステップＳ９に続いてステップＳ１０に進
み、演算処理装置１７はステップＳ９にて抽出された配
信対象者に学内情報を配信する。このとき、演算処理装
置１７は、配信対象者ごとに登録されている電子メール
アドレス，電話番号等に学内情報を配信することが可能
である。なお、ステップＳ１０のメール、電話通知処理
の詳細については後述する。そして、ステップＳ１０に
続いてステップＳ２に進み、演算処理装置１７は、使用
者が処理を終了することを所望していると判定するまで
ステップＳ２〜Ｓ１０の処理を繰り返す。

【００４７】以下、図３のフローチャートに含まれる処
理について、更に詳細に説明していく。図４は、ステッ
プＳ４の休講連絡モードの処理について説明する一例の
フローチャートを示す。例えば、ある講座を休講とする
場合、職員または教員は、入力装置１１またはクライア
ント３ａ〜３ｎを操作して講座ＤＢ２１から休講とする
講座を選択する。

【００４８】図５は、講座ＤＢ２１の一例の構成図を示
す。講座ＤＢ２１は、講座コード，講座正式名称，担当
教員コード，担当教員氏名，履修定員，授業回数などを
含むように構成される。つまり、ステップＳ１１では、
例えば休講とする講座が「光学基礎」である場合、職員
または教員により講座ＤＢ２１から休講とする講座の講
座コード「００ＳＯＬ１」が選択される。

【００４９】ステップＳ１１に続いてステップＳ１２に
進み、職員または教員は、入力装置１１またはクライア
ント３ａ〜３ｎを操作して、講座を休講とする年月日，
モード区分，連絡文，管理Ｎｏ，掲示板用ｈｔｍｌ文な
どを入力する。演算処理装置１７は、入力された年月
日，モード区分，連絡文などを利用して配信情報を作成
し、配信情報ＤＢ２２に格納する。

【００５０】図６は、配信情報ＤＢ２２の一例の構成図
を示す。配信情報ＤＢ２２は、年月日，モード区分，講
座コード，連絡文，管理Ｎｏ，掲示板用ｈｔｍｌ文など
を含むように構成される。モード区分は、ステップＳ３
で選択されるモードにより設定される。例えばモード区
分は、休講連絡モードが「０１」，呼び出しモードが
「０２」，警告モードが「０３」，教室変更モードが
「０４」のように設定されている。講座コードは、ステ
ップＳ１１で選択される講座により設定される。なお、
管理Ｎｏまたは掲示板用ｈｔｍｌ文については、自動設
定することも可能である。

【００５１】ステップＳ１２に続いてステップＳ１３に
進み、職員または教員は、入力装置１１またはクライア
ント３ａ〜３ｎを操作して、ステップＳ１２で作成した
配信情報を修正するか否かの指示を行なう。演算処理装
置１７は、職員または教員から配信情報を修正する旨の
指示があったと判定すると（Ｓ１３においてＹＥＳ）、
ステップＳ１２に進む。一方、職員または教員から配信
情報を修正しない旨の指示があったと判定すると（Ｓ１
３においてＮＯ）、処理を終了する。以上、図４のフロ
ーチャートによれば、図６に示すような配信情報ＤＢ２
２を作成することができる。

【００５２】図７は、ステップＳ５の呼び出し連絡モー
ドの処理について説明する一例のフローチャートを示
す。例えば、ある学生を呼び出す場合、職員または教員
は、入力装置１１またはクライアント３ａ〜３ｎを操作
して教員学生ＤＢ２４から呼び出す学生を選択する。

【００５３】図８は、教員学生ＤＢ２４の一例の構成図
を示す。教員学生ＤＢ２４は、学生コード，学生氏名，
ｅ−ｍａｉｌアドレス，電話番号，連絡区分，通知済み
Ｎｏなどを含むように構成される。連絡区分は、学内情
報を配信する場合に優先して利用される連絡方法であ
る。したがって、学生に学内情報を配信する場合、教員
学生ＤＢ２４の連絡区分に従って学内情報が配信され
る。例えば呼び出す学生が「田中智子」である場合、ス
テップＳ１５では、職員または教員により教員学生ＤＢ
２４から呼び出す学生の学生コード「０００１００２」
が選択される。

【００５４】また、ステップＳ１５では、ある講座を履
修している学生，ある条件に該当する学生などを呼び出
す場合にも適用が可能である。ある講座を履修している
学生を呼び出す場合、職員または教員は、入力装置１１
またはクライアント３ａ〜３ｎを操作して履修ＤＢ２３
から呼び出す学生を選択する。

【００５５】図９は、履修ＤＢ２３の一例の構成図を示
す。履修ＤＢ２３は、講座コード，学生コード，出席
数，得点，中間得点，欠席日数などを含むように構成さ
れる。例えば講座正式名称「光学基礎」を履修している
学生を呼び出す場合、ステップＳ１５では、図９の履修
ＤＢ２３から講座コード「００ＳＯＬ１」を履修してい
る学生の学生コード「０００１００２」，「００１００
４」が選択される。

【００５６】また、ある条件に該当する学生を呼び出す
場合、職員または教員は、入力装置１１またはクライア
ント３ａ〜３ｎを操作してルールＤＢ２５に設定した条
件に該当する学生を履修ＤＢ２３から選択する。例え
ば、ルールＤＢ２５には、呼び出す学生の条件を例えば
「光学基礎の欠席日数が５以上」というように設定して
おくことが可能である。

【００５７】ステップＳ１５に続いてステップＳ１６に
進み、職員または教員は、入力装置１１またはクライア
ント３ａ〜３ｎを操作して、学生を呼び出す年月日，モ
ード区分，連絡文，管理Ｎｏ，掲示板用ｈｔｍｌ文など
を入力する。なお、掲示板用ｈｔｍｌ文は、トップ画面
の掲示板欄に掲示できるが、学生のプライバシーを守る
ために選択されたモードに応じて掲示しないことも可能
である。

【００５８】ステップＳ１６に続いてステップＳ１７に
進み、職員または教員は、入力装置１１またはクライア
ント３ａ〜３ｎを操作して、ステップＳ１６で作成した
配信情報を修正するか否かの指示を行なう。演算処理装
置１７は、職員または教員から配信情報を修正する旨の
指示があったと判定すると（Ｓ１７においてＹＥＳ）、
ステップＳ１６に進む。一方、職員または教員から配信
情報を修正しない旨の指示があったと判定すると（Ｓ１
７においてＮＯ）、処理を終了する。以上、図７のフロ
ーチャートによれば、呼び出し連絡モード用の配信情報
ＤＢ２２を作成することができる。

【００５９】図１０は、ステップＳ６の警告モードの処
理について説明する一例のフローチャートを示す。例え
ば、ある学生に対して警告を行なう場合、ステップＳ２
０では、職員または教員が入力装置１１またはクライア
ント３ａ〜３ｎを操作して教員学生ＤＢ２４から警告を
行なう学生を選択する。

【００６０】また、ある講座を履修している学生，ある
条件に該当する学生などに警告を行なう場合にも適用が
可能である。ある講座を履修している学生に警告を行な
う場合、職員または教員は、入力装置１１またはクライ
アント３ａ〜３ｎを操作して履修ＤＢ２３から警告を行
なう学生を選択する。ある条件に該当する学生に警告を
行なう場合、職員または教員は、入力装置１１またはク
ライアント３ａ〜３ｎを操作してルールＤＢ２５に設定
した条件に該当する学生を履修ＤＢ２３から選択する。

【００６１】図１１は、ルールＤＢ２５の一例の構成図
を示す。ルールＤＢ２５は、ルールＩＤ，ルール頻度，
指定時間，条件数，条件１，条件２，設定文章などを含
むように構成される。

【００６２】ルール頻度は、このルールＤＢに規定する
条件に該当する学生に警告を行なう頻度を設定してい
る。指定時間は、学内情報を配信する時間を設定してい
る。条件は、警告を行なう学生を選択する為の条件を設
定している。例えば、「光学基礎の欠席日数５以上」の
学生に対して警告を行なう場合、ルールＤＢ２５の条件
１が「光学基礎の欠席日数５以上」のように設定されて
いる。

【００６３】ステップＳ２０に続いてステップＳ２１に
進み、職員または教員は、入力装置１１またはクライア
ント３ａ〜３ｎを操作して、警告を行なう年月日，モー
ド区分，連絡文，管理Ｎｏ，掲示板用ｈｔｍｌ文などを
入力する。なお、掲示板用ｈｔｍｌ文は、トップ画面の
掲示板欄に掲示できるが、学生のプライバシーを守るた
めに選択されたモードに応じて掲示しないことも可能で
ある。

【００６４】ステップＳ２１に続いてステップＳ２２に
進み、職員または教員は、入力装置１１またはクライア
ント３ａ〜３ｎを操作して、ステップＳ２１で作成した
配信情報を修正するか否かの指示を行なう。演算処理装
置１７は、職員または教員から配信情報を修正する旨の
指示があったと判定すると（Ｓ２２においてＹＥＳ）、
ステップＳ２１に進む。一方、職員または教員から配信
情報を修正しない旨の指示があったと判定すると（Ｓ２
２においてＮＯ）、処理を終了する。以上、図１０のフ
ローチャートによれば、警告モード用の配信情報ＤＢ２
２を作成することができる。

【００６５】図１２は、ステップＳ７の教室変更モード
の処理について説明する一例のフローチャートを示す。
例えば、ある講座で使用する教室を変更する場合、ステ
ップＳ２５では、職員または教員が入力装置１１または
クライアント３ａ〜３ｎを操作して教室ＤＢ２６および
カレンダーＤＢ２７から講座で使用する予定であった前
教室および講座で使用を所望する予定教室を選択する。

【００６６】図１３は、教室ＤＢ２６の一例の構成図を
示す。教室ＤＢ２６は、教室コード，パターン，教室定
員，１時限目講座コード，２時限目講座コード，３時限
目講座コードなどを含むように構成される。教室ＤＢ２
６は、各教室ごとの使用予定が設定されている。例え
ば、教室コード「ｗｅｓｔ０１０２」の教室は、パター
ン「Ｍｏｎｄａｙ」の１時限目に講座コード「００ＳＯ
Ｌ１」の講座，２時限目に講座コード「００ＭＡＴ１」
の講座，３時限目に講座コード「００ＥＮＧ」の講座が
使用するように設定されている。

【００６７】図１４は、カレンダーＤＢ２７の一例の構
成図を示す。カレンダーＤＢ２７は、年月日，休日区
分，各教室のパターンなどを含むように構成される。カ
レンダーＤＢ２７は、ある年月日における各教室ごとの
使用予定のパターンが設定されている。なお、カレンダ
ーＤＢ２７のパターンと教室ＤＢ２６のパターンとは、
対応しているものとする。例えば、教室コード「ｗｅｓ
ｔ０１０２」の教室は、２０００年５月１５日にパター
ン「Ｍｏｎｄａｙ」に従って使用されるように設定され
ている。

【００６８】職員または教員が入力装置１１またはクラ
イアント３ａ〜３ｎを操作して前教室および予定教室を
選択すると、演算処理装置１７は、ステップＳ２５に続
いてステップＳ２６に進み、その教室変更の整合性を確
認する。整合性が取れていると判定されると（Ｓ２６に
おいてＹＥＳ）、演算処理装置１７はステップＳ２７に
進む。一方、整合性が取れていないと判定されると（Ｓ
２６においてＮＯ）、演算処理装置１７はステップＳ２
５に進み、前教室および予定教室の選択を再度要求す
る。

【００６９】ステップＳ２７では、演算処理装置１７
は、ステップＳ２５で選択された前教室および予定教室
に応じて教室ＤＢ２６およびカレンダーＤＢ２７の内容
を書き替える。例えば、前教室および予定教室に応じて
カレンダーＤＢ２７の教室コード「ｗｅｓｔ０１０３」
の２０００年５月１５日の使用予定を変更する場合、教
室コード「ｗｅｓｔ０１０３」の２０００年５月１５日
のパターンが「Ｍｏｎｄａｙ」から「ｅｘ１」に書き替
えられる。

【００７０】ステップＳ２７に続いてステップＳ２８に
進み、職員または教員は、入力装置１１またはクライア
ント３ａ〜３ｎを操作して、ステップＳ２５で選択した
前教室および予定教室を修正するか否かの指示を行な
う。演算処理装置１７は、職員または教員から前教室お
よび予定教室を修正する旨の指示があったと判定すると
（Ｓ２８においてＹＥＳ）、ステップＳ２５に進む。一
方、職員または教員から前教室および予定教室を修正し
ない旨の指示があったと判定すると（Ｓ２８においてＮ
Ｏ）、処理を終了する。以上、図１２のフローチャート
によれば、講座で使用する教室を容易に変更することが
できる。

【００７１】図１５は、ステップＳ９の対象者抽出処理
について説明する一例のフローチャートを示す。例え
ば、ステップＳ４の休講連絡モードの処理で作成した配
信情報を電子メール，加入者電話，移動電話などを利用
して配信する場合、その配信情報を配信すべき対象者を
抽出する必要がある。

【００７２】ステップＳ３０では、演算処理装置１７
は、配信情報ＤＢ２２から配信を行なう配信情報の講座
コードを読み出す。例えば、図６の配信情報の場合、演
算処理装置１７は講座コード「００ＳＯＬ１」を読み出
す。なお、職員または教員が入力装置１１またはクライ
アント３ａ〜３ｎを操作して直接講座コードを設定する
こともできる。

【００７３】ステップＳ３０に続いてステップＳ３１に
進み、演算処理装置１７は、ステップＳ３０で読み出し
た講座コードに対応する対象者の学生コードを図９の履
修ＤＢ２３から抽出する。なお、講座コードに対応する
対象者とは、その講座コードの講座を履修している学生
が該当する。

【００７４】ステップＳ３１に続いてステップＳ３２に
進み、演算処理装置１７は、ステップＳ３１で抽出した
学生コードの連絡区分および連絡先（例えば、電子メー
ルアドレス，電話番号など）を教員学生ＤＢ２４から読
み出す。例えば、学生コード「０００１００２」を抽出
した場合、図８の教員学生ＤＢ２４から「ｅｍａｉｌ」
および「ｔｔａｎａｋａ＠ｘｘｘ．ａｃ．ｊｐ」が読み
出される。

【００７５】ステップＳ３２に続いてステップＳ３３に
進み、演算処理装置１７は、連絡区分に応じた連絡用文
章を設定する。なお、職員または教員が入力装置１１ま
たはクライアント３ａ〜３ｎを操作して直接連絡用文章
を設定することもできるし、予め連絡用文章を設定して
おいてもよい。

【００７６】演算処理装置１７は、ステップＳ３０〜Ｓ
３３で入力された講座コード，学生コード，連絡区分，
連絡先，配信情報ＤＢ２２に格納されている配信情報な
どを利用して対象者抽出情報を作成し、対象者抽出ＤＢ
２８に格納する。図１６は、対象者抽出ＤＢ２８の一例
の構成図を示す。

【００７７】対象者抽出ＤＢ２８は、連絡区分，年月
日，モード区分，講座コード，連絡文，対象者数，各対
象者の連絡先などを含むように構成される。対象者抽出
ＤＢ２８に格納される対象者抽出情報は、「ｅｍａｉ
ｌ」，「電話」などの連絡区分ごとに作成される。例え
ば、図１６の対象者抽出情報は、連絡区分として「ｅｍ
ａｉｌ」が選択された例である。また、対象者抽出情報
は、その連絡区分により配信情報を配信する各対象者の
連絡先が設定される。

【００７８】以上、図１５のフローチャートによれば、
図１６に示すような対象者抽出ＤＢ２８を作成すること
ができる。なお、ステップＳ５〜Ｓ７の処理で作成した
配信情報を電子メール，加入者電話，移動電話などを利
用して配信すべき対象者を抽出する処理は、ステップＳ
４の休講連絡モードの処理で作成した配信情報を電子メ
ール，加入者電話，移動電話などを利用して配信すべき
対象者を抽出する処理と同様であり、説明を省略する。

【００７９】図１７は、ステップＳ１０のメール、電話
通知処理について説明する一例のフローチャートを示
す。ステップＳ３５では、演算処理装置１７は対象者抽
出ＤＢ２８から連絡区分ごとに作成されている対象者抽
出情報を読み出す。ステップＳ３５に続いてステップＳ
３６に進み、演算処理装置１７は読み出した対象者抽出
情報の連絡区分が「ｅｍａｉｌ」であるか否かを判定す
る。

【００８０】連絡区分が「ｅｍａｉｌ」であると判定す
ると（Ｓ３６においてＹＥＳ）、演算処理装置１７はス
テップＳ３８に進む。ステップＳ３８では、演算処理装
置１７は、対象者抽出ＤＢ２８から読み出した対象者抽
出情報を利用して各対象者に配信する電子メールを作成
する。

【００８１】そして、ステップＳ３８に続いてステップ
Ｓ４０に進み、演算処理装置１７はステップＳ３８にて
作成した電子メールをメールサーバ（図示せず）に送信
することにより、作成した配信情報を各対象者に配信す
ることができる。各対象者は、例えばクライアント３ａ
〜３ｎ，移動電話９などを利用して電子メールを受信す
ることにより、容易に配信情報を得ることが可能であ
る。

【００８２】例えば、移動電話９を利用して電子メール
を受信した場合、移動電話９の表示画面に図１８
（ａ），（ｂ）に示すように表示される。図１８（ａ）
は休講情報に関する電子メールを受信した場合の画面例
である。また、図１８（ｂ）は呼び出し情報に関する電
子メールを受信した場合の画面例である。

【００８３】一方、連絡区分が「ｅｍａｉｌ」でないと
判定すると（Ｓ３６においてＮＯ）、演算処理装置１７
はステップＳ３７に進む。ステップＳ３７では、演算処
理装置１７は読み出した対象者抽出情報の連絡区分が
「電話」であるか否かを判定する。

【００８４】連絡区分が「電話」であると判定すると
（Ｓ３７においてＹＥＳ）、演算処理装置１７はステッ
プＳ３９に進む。ステップＳ３９では、演算処理装置１
７は、対象者抽出ＤＢ２８から読み出した対象者抽出情
報を利用して各対象者に配信する連絡文章を音声信号に
変換する。そして、ステップＳ３９に続いてステップＳ
４１に進み、演算処理装置１７はステップＳ３９にて変
換した音声信号を各対象者に配信することができる。

【００８５】なお、連絡区分が「電話」でないと判定す
ると（Ｓ３７においてＮＯ）、演算処理装置１７はステ
ップＳ４２に進む。ステップＳ４２では、演算処理装置
１７は、電子メール，電話以外の他の連絡方法により配
信情報を対象者に配信するための処理を行なうことがで
きる。

【００８６】なお、職員または教員は、入力装置１１ま
たはクライアント３ａ〜３ｎを操作して学内情報配信シ
ステム１に関する処理を行なう例について説明したが、
電子メールを利用して学内情報配信システム１に関する
処理を行なうことも可能である。

【００８７】図１９は、本発明の学内情報配信システム
１の他の一例のフローチャートを示す。例えば教員が電
子メールを利用して学内情報配信システム１に関する処
理を行なう場合、クライアント３ａ〜３ｎなどを利用し
て学内情報配信システム１の処理に関する電子メールを
学内情報配信サーバ２宛に送信する。

【００８８】学内情報配信システム１の処理に関する電
子メールを受信すると、演算処理装置１７はステップＳ
４５において、受信した電子メールに含まれる認証情報
に対するユーザ認証処理を行なう。もし、ユーザ認証処
理が正常に終了しなければ、演算処理装置１７は再度ユ
ーザ認証処理を行なうか、学内情報配信システムの利用
を許可されている教員ではないと判定して処理を終了す
ることもできる。ユーザ認証処理が正常に終了すれば、
演算処理装置１７はステップＳ４６に進む。

【００８９】ステップＳ４６では、演算処理装置１７は
受信した電子メールにエラーがないか否かを判定する。
受信した電子メールにエラーが無ければ（Ｓ４６におい
てＹＥＳ）、ステップＳ４８に進み、演算処理装置１７
は受信した電子メールを利用してモード区分のチェック
を行なう。そして、ステップＳ４８に続いてステップＳ
４９に進み、演算処理装置１７は受信した電子メールを
利用して連絡事項のチェックを行なう。

【００９０】ステップＳ４９に続いてステップＳ５０に
進み、演算処理装置１７はモード区分および連絡事項の
チェックの結果にエラーがないか否かを判定する。モー
ド区分および連絡事項のチェックの結果にエラーが無け
れば（Ｓ５０においてＹＥＳ）、演算処理装置１７はス
テップＳ５１に進む。

【００９１】ステップＳ５１では、演算処理装置１７は
受信した電子メールに含まれる連絡事項を配信すべき配
信対象者を抽出する。そして、ステップＳ５１に続いて
ステップＳ５３に進み、演算処理装置１７はステップＳ
５１で抽出された配信対象者に学内情報を配信するため
の処理を行なう。なお、ステップＳ５１の対象者抽出処
理とステップＳ９の対象者抽出処理とは同様であり、説
明を省略する。また、ステップＳ５３のメール、電話通
知処理とステップＳ１０のメール、電話通知処理とは同
様であり、説明を省略する。

【００９２】一方、受信した電子メールにエラーがあれ
ば（Ｓ４６においてＮＯ）、ステップＳ４７に進み、演
算処理装置１７はエラーメールを送付する。また、モー
ド区分および連絡事項のチェックの結果にエラーがあれ
ば（Ｓ５０においてＮＯ）、ステップＳ５２に進み、演
算処理装置１７はエラーメールを送付する。以上のよう
に、図１９のフローチャートによれば、電子メールを利
用して学内情報配信システム１に関する処理を行なうこ
とができる。

【００９３】なお、図３のフローチャートにおいて、使
用者が学生であると判定した場合に選択できるモードを
充実させることにより、学生は例えば移動電話９のデー
タ通信機能を利用して様々な学内情報を取得することが
可能となる。例えば、学生が選択できるモードとして
「お知らせ」モード，「講義情報確認」モード，「出席
／履修科目確認」モード，「単位確認」モード，「メー
ルアドレスの変更」モード，「お問い合わせ」モードな
どが考えられる。

【００９４】

【発明の効果】上述の如く、本発明によれば、配信情報
を登録することにより、配信事項の種類に応じて配信対
象者を抽出し、その配信対象者に対応して登録されてい
る学内情報配信端末に配信事項を配信できる。したがっ
て、配信対象者は自分に関係のある配信事項のみを受信
することが可能である。また、配信事項が配信対象者に
直接配信されるため、配信対象者のプライバシーを守る
ことができる。一方、配信事項を配信する配信者は、配
信情報を登録しておくことにより、配信事項を配信対象
者に自動的に配信することができるので、配信者の事務
負担を軽減することが可能である。

【００９５】また、本発明によれば、配信対象者に対応
して登録されている学内情報端末に対し、配信事項を設
定時間又は直ぐに配信することが可能である。したがっ
て、配信者は、その配信事項が必要な配信対象者だけ
に、その配信対象者が指定する手段を利用して、設定時
間又は直ぐに配信事項を通知することができる。

【図面の簡単な説明】

【図１】本発明の学内情報配信システムの一実施例のシ
ステム構成図である。

【図２】本発明の学内情報配信サーバを実現するコンピ
ュータシステムの一実施例の構成図である。

【図３】本発明の学内情報配信システムの一実施例のフ
ローチャートである。

【図４】休講連絡モードの処理について説明する一例の
フローチャートである。

【図５】講座ＤＢの一例の構成図である。

【図６】配信情報ＤＢの一例の構成図である。

【図７】呼び出し連絡モードの処理について説明する一
例のフローチャートである。

【図８】教員学生ＤＢの一例の構成図である。

【図９】履修ＤＢの一例の構成図である。

【図１０】警告モードの処理について説明する一例のフ
ローチャートである。

【図１１】ルールＤＢの一例の構成図である。

【図１２】教室変更モードの処理について説明する一例
のフローチャートである。

【図１３】教室ＤＢの一例の構成図である。

【図１４】カレンダーＤＢの一例の構成図である。

【図１５】対象者抽出処理について説明する一例のフロ
ーチャートである。

【図１６】対象者抽出ＤＢの一例の構成図である。

【図１７】メール、電話通知処理について説明する一例
のフローチャートである。

【図１８】配信情報に関する電子メールの一例の画面図
である。

【図１９】本発明の学内情報配信システムの他の一例の
フローチャートである。

【符号の説明】

１ 学内情報配信システム ２ 学内情報配信サーバ ３ａ〜３ｎ クライアント ４ 通信システム ５ ネットワーク ６ 固定電話網 ７ 加入者電話 ８，９ 移動電話 １１ 入力装置 １２ 表示装置 １３ ドライブ装置 １４ 記録媒体 １５ 補助記憶装置 １６ メモリ装置 １７ 演算処理装置 １８ インターフェース装置 １９ 音声連携装置 ２０ データベース（ＤＢ） ２１ 講座データベース（ＤＢ） ２２ 配信情報データベース（ＤＢ） ２３ 履修データベース（ＤＢ） ２４ 教員学生データベース（ＤＢ） ２５ ルールデータベース（ＤＢ） ２６ 教室データベース（ＤＢ） ２７ カレンダーデータベース（ＤＢ） ２８ 対象者抽出データベース（ＤＢ）

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 12/58 Ｆターム(参考） 2C028 BB04 BB05 BC05 BD02 BD03 CA13 CB13 DA07 5B049 BB21 CC02 FF01 GG02 5K030 HA06 HC01 HC09 HC14 JT09 KA02

Claims (10)

【特許請求の範囲】
1. 【請求項１】 学内情報配信端末と、前記学内情報配信
   端末にネットワークを介して接続される学内情報配信サ
   ーバとを用いて学内情報の配信を行なうための学内情報
   配信システムであって、 学内情報を管理する学内情報管理手段と、 配信事項およびその配信事項の種類に応じた配信情報を
   登録する配信情報登録手段と、 前記配信事項の種類に応じて前記配信事項を配信する配
   信対象者を抽出する配信対象者抽出手段と、 前記抽出した配信対象者に対応して登録されている学内
   情報配信端末に前記配信事項を配信する配信手段とを有
   する学内情報配信システム。
2. 【請求項２】 請求項１記載の学内情報配信システムに
   おいて、 前記配信手段は、前記抽出した配信対象者に対応して登
   録されている学内情報配信端末の種類に応じて配信事項
   を編集し、前記編集した配信事項を前記抽出した配信対
   象者に対応して登録されている学内情報配信端末に配信
   することを特徴とする学内情報配信システム。
3. 【請求項３】 請求項１記載の学内情報配信システムに
   おいて、 前記配信手段は、前記抽出した配信対象者に対応して登
   録されている学内情報配信端末に対し、前記配信事項を
   前記学内情報配信端末の種類毎に設定された指定時刻に
   配信することを特徴とする学内情報配信システム。
4. 【請求項４】 請求項１記載の学内情報配信システムに
   おいて、 前記配信対象者抽出手段は、前記配信事項の種類ごとに
   前記配信対象者の抽出条件を設定していることを特徴と
   する学内情報配信システム。
5. 【請求項５】 請求項１記載の学内情報配信システムに
   おいて、 前記配信対象者の要求に応じて、その配信対象者に配信
   した配信事項を提供することを特徴とする学内情報配信
   システム。
6. 【請求項６】 請求項１記載の学内情報配信システムに
   おいて、 前記配信情報は講座の休講に関する情報であって、前記
   配信事項を配信する配信対象者として、前記講座を履修
   している者を抽出することを特徴とする学内情報配信シ
   ステム。
7. 【請求項７】 請求項１記載の学内情報配信システムに
   おいて、 前記配信情報は所定事項に対する警告に関する情報であ
   って、前記配信事項を配信する配信対象者として、前記
   所定事項に対する警告を行なう者を抽出することを特徴
   とする学内情報配信システム。
8. 【請求項８】 学内情報配信端末にネットワークを介し
   て接続され、前記学内情報配信端末に学内情報の配信を
   行なうための学内情報配信サーバであって、 配信事項およびその配信事項の種類に応じた配信情報が
   供給され、その配信情報を登録する配信情報登録部と、 前記配信事項の種類に応じて前記配信事項を配信する配
   信対象者を抽出する配信対象者抽出部と、 前記抽出した配信対象者に対応して登録されている学内
   情報配信端末に前記配信事項を配信する配信部とを有す
   る学内情報配信サーバ。
9. 【請求項９】 学内情報配信端末と、前記学内情報配信
   端末にネットワークを介して接続される学内情報配信サ
   ーバとを用いて学内情報の配信を行なうための学内情報
   配信方法であって、 配信事項およびその配信事項の種類に応じた配信情報を
   登録する配信情報登録段階と、 前記配信事項の種類に応じて前記配信事項を配信する配
   信対象者を抽出する配信対象者抽出段階と、 前記抽出した配信対象者に対応して登録されている学内
   情報配信端末に前記配信事項を配信する配信段階とを有
   する学内情報配信方法。
10. 【請求項１０】 学内情報配信端末にネットワークを介
    して接続され、前記学内情報配信端末に学内情報の配信
    を行なうための処理をコンピュータ装置に行わせるため
    のプログラムを記録した記録媒体であって、 配信事項およびその配信事項の種類に応じた配信情報が
    供給され、その配信情報を登録する配信情報登録部と、 前記配信事項の種類に応じて前記配信事項を配信する配
    信対象者を抽出する配信対象者抽出部と、 前記抽出した配信対象者に対応して登録されている学内
    情報配信端末に前記配信事項を配信する配信部とを有す
    る学内情報配信サーバとして機能させるためのプログラ
    ムを記録したコンピュータ読取り可能な記録媒体。