JP2002175373A - 校務管理システム - Google Patents

Abstract

(57)【要約】 【課題】幼稚園や小中高の学校管理業務をコンピュータ
化して、職員の業務負担を軽減させ、併せて生徒に日常
的にコンピュータシステムを扱わせ、コンピュータリテ
ラシーを高めること。 【解決手段】全てのデータベースにアクセスでき、全て
のユーティリィティーを利用でき全てのクライアントと
通信できる教師用の端末と、一部のデータベースのアク
セス権を制限され、一部のユーティリィティーの利用を
制限され、一部のクライアントとの通信を制限される生
徒用端末と、校外に設けられた端末と、これらの端末間
を結ぶローカル・エリア・ネットワークと、各端末間の
通信を制御するサーバと、該サーバ内に設けられ、少な
くとも、学級日誌処理メニュー、日番点検表処理メニュ
ー、生徒会だより処理メニュー、所見・保育日誌処理メ
ニュー、週案処理メニュー、校務分掌処理メニュー用の
プログラムを記憶し、各クライアント用の端末からアク
セスできる記憶手段と、前記各処理メニュー処理に用い
るデータを記憶する記憶手段と、を具備する校務管理シ
ステム。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、校務管理システム
に関し、特に、小中高の職員室や普通教室、特別教室等
に配置された端末と学外の端末を結んだコンピュータ・
ネットワ−ク上で動作する校務管理システムに関する。

【０００２】

【従来の技術】１９９９年に発表されたミレニアムプロ
ジェクトで、政府は、全ての小中高校の職員室、普通教
室、特別教室、図書館等をコンピュータ・ネットワーク
で結ぶ構想を打ち出した。このことからも、生徒がコン
ピュータ・リテラシー（情報活用能力）を習得して行く
ことは今後の必須課題ともいえるが、残念ながら学校現
場では、コンピュータシステムがあっても、出席簿や成
績処理等、教師のみが扱うシステムであったり、また、
情報教育イコールコンピュータを使わせること、ソフト
ウエアの使い方を教えることと捉えて、学習教材として
のグループウエアであったりして、「情報を広く活用し
て行く能力を身につけさせる」という、真の意味での情
報教育すなわち本発明のように、生徒主体の日常的校務
処理を実現できないのが現状である。

【０００３】統計的に見ても、凶悪犯罪者の低年齢化は
確実に進んでおり、今後はますます、学校現場でのフェ
ース・ツー・フェースの「心の教育」を充実させて行く
ことが必要である。しかしながら、学校は、いじめ・登
校拒否などのイレギュラーな対応以外に、保管・提出義
務がある書類作成などの校務だけでもかなり多くの時間
をとられており、心の教育に当てる時間がなかなかとれ
ないのが現状である。

【０００４】

【発明が解決しようとする課題】そこで、本発明では、
幼稚園や小中高の学校管理業務をコンピュータ化して、
職員の業務負担を軽減させ、併せて生徒に日常的にコン
ピュータシステムを扱わせ、コンピュータリテラシーを
高めようとするものである。

【０００５】

【課題を解決するための手段】上述の如き本発明の目的
を達成するために、本願の請求項１に係る発明では、学
内の職員室、普通教室、特別教室に設けた端末間、学外
の携帯端末、家庭等に配置した端末間を結んだコンピュ
ータ・ネットワ−ク上で動作する校務管理システムにお
いて、全てのデータベースにアクセスでき、全てのユー
ティリィティーを利用でき全てのクライアントと通信で
きる複数の教師用としてのクライアント用端末と、一部
のデータベースのアクセス権を制限され、一部のユーテ
ィリィティーの利用を制限され、一部のクライアントと
の通信を制限される複数の生徒用としてのクライアント
用端末と、一部のデータベースのアクセス権を制限さ
れ、一部のユーティリィティーの利用を制限され、一部
のクライアントとの通信を制限され、校外に設けられた
クライアント用端末と、これらの端末間を結ぶローカル
・エリア・ネットワークと、該ローカル・エリア・ネッ
トワークにより結ばれた各端末間の通信を制御するサー
バと、該サーバ内に設けられ、少なくとも、学級日誌処
理メニュー、日番点検表処理メニュー、生徒会だより処
理メニュー、所見・保育日誌処理メニュー、週案処理メ
ニュー、校務分掌処理メニュー用のプログラムを記憶
し、各クライアント用の端末からアクセスできる記憶手
段と、前記各処理メニュー処理に用いるデータを記憶す
る記憶手段と、を具備してなる校務管理システムを提供
する。本願の請求項２に係る発明では、請求項１に係る
発明に加えて、校外に設けられたクライアント用の複数
の端末は、少なくとも校外家庭に配置されたコンピュ−
タと携帯端末との何れかであることを特徴とする校務管
理システムを提供する。本願の請求項３に係る発明で
は、請求項１に係る発明に加えて、前記生徒用としての
クライアント用の端末は、一般生徒用端末と生徒会用端
末であることを特徴とする校務管理システムを提供す
る。本願の請求項４に係る発明では、請求項３に係る発
明に加えて、一般生徒用端末から生徒会用端末へのアク
セス制限を付与する手段を有することを特徴とする校務
管理システムを提供する。本願の請求項５に係る発明で
は、請求項１に係る発明に加えて、少なくとも、学級日
誌処理メニュー、日番点検表処理メニュー、生徒会だよ
り処理メニュー、所見・保育日誌処理メニュー、週案処
理メニュー、校務分掌処理メニュー用のプログラムを修
正する管理ツールメニューを記憶する記憶手段を備えた
ことを特徴とする校務管理システムを提供する。

【０００６】

【発明の実施の形態】次に、本発明の一実施の形態を、
図面を用いて詳細に説明する。本発明に係る校務管理シ
ステムは、図１に示すように、基本的に、生徒用サイト
１、生徒生徒会用サイト２、教師用サイト３、家庭用・
携帯端末用サイト４、ユーティリティー・ツール５、デ
ータベースセクション６の各要素からなり、家庭用・携
帯端末用サイト４は、インターネット７を通じて校外に
いる他の家庭或いは携帯端末４と或いは構内のサイトと
接続する。

【０００７】次に、本発明に係る校務管理システムを構
成する各要素について説明する。 ａ）、生徒用サイト・生徒会用サイト このサイトは、学級日誌、出席簿管理、日番点検表とい
った日常的活動を入力・閲覧するためのメニューや、学
校便り、生徒会だより、電子掲示板といったコミュニケ
ーションを行うためのメニューなどで構成されるサイト
（ＷＥＢ）ページである。出席状況等のプライバシーを
損なわないレベルで、他のクラスの日誌や授業評価など
も閲覧できるため、学年間、クラス間の隔たりをなくす
ことができる。なお、このサイトは生徒・教師間を問わ
ず学校内の全員がアクセスできるが、データの入力は基
本的に生徒が担当する。 ｂ）、教師用サイト このサイトは、生徒が入力した「授業評価」「欠席・遅
刻・早退」などのデータを集計・グラフ表示するための
メニューや、それらを基にして、年間計画表などを作成
する際の基礎データをＣＶＳ形式（表計算ソフトで使用
できるデータ形式）で吐き出すためのメニュー、学校だ
よりを入力・閲覧するためのメニューなどで構成され
る。なお、このサイトは教師のみアクセスできる。 ｃ）、データベースセクション この要素は、ユーザー（生徒）情報、学級日誌、出欠状
況、日番点検表、学校だよりや生徒会だより、電子掲示
板上のメッセージなど、本発明に係るシステムで扱う全
てのデータを一元的に管理するデータベースシステムで
ある。全世界で幅広く導入されているデータベースシス
テムを採用し、導入時や運用後の柔軟性を高めている。 ｄ）、ユーティリティ・ツール このツールは、生徒用サイトのメニューや中身をカスタ
マイズするためのツールや、年度の移行に伴う各種年次
処理作業を行うためのツール、学級日誌などを決められ
たレイアウトで一括プリントアウトするためのツール
や、ユーザーアカウントの一括処理を行うための管理ツ
ールなどで構成されるユーティリティ・ツール集であ
る。（一部はＷＥＢ上で動作）

【０００８】本発明に係る学校管理システムは、データ
の入力・閲覧を行うために、クライアント側コンピュー
タで必要なソフトウエアは（生徒用サイト・教師用サイ
トのどちらでも）ブラウザのみとなっているため、コン
ピュータメーカーやＯＳ（基本ソフト）、ソフトウエア
のバージョンなどを特定しない柔軟なアクセスを可能に
すると共に、ブラウザはほぼ全てのコンピュータにセッ
トアップされていることから、セットアップ作業を省略
できる場合がある。

【０００９】本発明に係る学校管理システムでは、日番
点検表や電子掲示板等のメニューをコンポネント化する
ことで、各学校に必要なメニューのみをセットアップす
ることができるようになっている。これにより、「まず
は基本パッケージだけを導入し、慣れてきたらメニュー
を増やして行く」等の段階的な導入を可能にしている。
また、日番点検表など、学校によって内容が異なるメニ
ューは、専用ツールによりカスタマイズできるため、各
学校現場の特徴に応じたシステム造りが可能となってい
る。コンポネント化とは、プログラムを目的別に部品化
して独立させることにより、他のプログラムに影響を与
えることなくシステムに追加・削除が行える仕組みをい
う。

【００１０】本発明に係る学校管理システムの核となる
データベースは、独自のデータベースシステムではな
く、一実施の形態として、全世界で幅広く導入されてい
るマイクロソフト社製のＭＳ−ＡＣＣＥＳＳを採用して
いる。これによって本発明に係る学校管理システム上の
データを他アプリケーションから利用できたり、他社が
プラグインソフト（追加メニュー）を開発することも可
能になるため、本発明に係る学校管理システムを幅広く
普及・発展させて行くことができる。なお、本発明にお
いては、データベースは上記マイクロソフト社製のＭＳ
−ＡＣＣＥＳＳに限定する必要はなく、世界で幅広く採
用されている他のデータベースを採用してもよい。

【００１１】本発明に係る学校管理システムを円滑に運
用して行くためには、WindowsNT Server4.0(SP3)以上、
もしくはWindows2000 ServerInternet Information Ser
vice 4.0以上のサーバと、Internet Explorer 4.0 以
降などのブラウザをもったクライアントと、これらをTC
P/IPで接続したコンピュータ・ネットワーク（イントラ
ネット）が必要である。該サーバは、学校のコンピュー
タ専用室等、人の出入りを禁止或いは制限している場所
に配置されて、データやソフトウエアの改竄ができない
ように配慮する必要がある。また、クライアントは、各
教室や職員室等、全ての教師や全ての生徒が利用できる
場所に配置される。図２は、本発明を構成するハードウ
エアのシステム図である。図２において、１０は各教室
に配置されたクライアント・コンピュータ、１１は特別
教室に配置されたクライアント・コンピュータ、１２は
職員室に配置されたクライアント・コンピュータであ
る。１３は特別室に配置されたサーバで、構内ＬＡＮ１
４により各クライアント・コンピュータと接続されてい
る。また、サーバ１３の構内出口には、ゲートウエイ１
５が配置され、インターネット１６を通じて校外の家庭
に配置されたクライアント・コンピュータ１７や携帯端
末１８と設属する。ゲートウエイ１５はプロキシ、ファ
イアウオールを備え、構内の秘密保持を計る。

【００１２】本発明では、図３の（ａ）に示すように、
各クライアント側のブラウザから標準ページにアクセス
するルートと、図３の（ｂ）に示すように、携帯端末か
ら携帯端末用ページにアクセスするルートと、図３の
（ｃ）に示すように、各クライアント側のコンピュータ
のウインドウズ画面から管理ツールにアクセスするルー
トを有する。以下、これらについて詳細に説明する。

【００１３】図４は、学校管理システムのメインフロー
図である。図４のステップＳ１において、クライアント
がサーバに対してＵＲＬを入力してサーバにアクセスす
る。サーバ側はクライアントからのアクセスを受ける
と、ステップＳ２で、当該クライアントが登録クライア
ントか否かの判断をする。この登録ユーザチェック動作
の詳細を図５に示す。サーバ側の登録クライアントチェ
ックは、クライアント情報を取得したとしてアクセスし
てきた端末コンピュータの情報がデータベースに登録さ
れているかどうかの判断をステップＳ３で行い、未登録
クライアントの場合は、ステップＳ４において、クライ
アント側にエラーメッセージを表示するとともに、アク
セスを拒否し、ジョブを終了する。クライアントの情報
がデータベースに登録されている場合は、データベース
からクライアント情報を取得し、図４のステップＳ２に
戻り、ステップＳ５に進んで、アクセスしてきたクライ
アントの画面に図６に示すようなトップページを表示さ
せる。

【００１４】該トップページには、当該年月日、学級名
等のユーザー名が表示されると共に、学級日誌、日番点
検表、生徒会だより、スクールメール、掲示板のメイン
スイッチが表示され、さらに、学校だよりエリアとそこ
に示される内容が表示される。そして、この状態で各メ
インスイッチが押されるのを待つ。ステップＳ６で所望
のメインスイッチ、例えば、”学級日誌”のメインボタ
ンが押されると、ステップＳ７に進み、学級日誌ジョブ
が選択されて、ステップＳ８において、クライアントの
画面に学級日誌ページが表示される。

【００１５】図７、８に、学級日誌のジョブフローを示
す。このジョブに入ると、ステップＴ１において、クラ
イアント情報に基づき、クラス名をデータベースから取
得（初期ロード時のみ）、指定されたクラスの学級日誌
（３１日分）をデータベースから取得する。ステップＴ
２に移って、クライアントの画面に、該当するクラスの
日誌を表示する。ここで、他のクラスの学級日誌を見た
い場合には、ステップＴ３からステップＴ４に移り、知
りたい学級の学年とクラス名を指定すると、学年・クラ
スが変更され（ステップＴ５）、ステップＴ１に戻る。

【００１６】当番の編集、学級日誌の編集、授業内容の
編集を行う場合は、ステップＴ６に移り、画面上に表示
されている登録日誌ボタンをクリックする。そして、画
面に登録日誌画面が表示される（ステップＴ７）。次い
で、ステップＴ８で、上記３選択肢がそれぞれ選択さ
れ、それぞれのジョブを終わって、ルートＣ、ルート
Ｄ、ルートＥに進む。なお、このジョブには、ステップ
Ｔ９に示す一覧の画面に戻る選択肢が設けられている。

【００１７】学級日誌に出席簿をつけるときには、ステ
ップＴ３からステップＴ１０に移り、「学級日誌・出席
簿を書く」を選択する。これによって、日誌登録チェッ
クが行われる（ステップＴ１１）。日誌登録チェックの
詳細を図９に示す。このチェックは、ステップＴ１２に
おいて、出席簿をつけるものが登録されているか否かの
チェックを行う。登録されていない場合には、ステップ
Ｔ１３に進み、登録フォームを呼び出し、当番に指定
し、登録する（Ｔ１４，１５）。以下、学級日誌の出席
簿フォームを呼び出し、これに出席簿を付け、登録して
一覧へ戻り、ルートＣに戻る。

【００１８】生徒及び先生が学級日誌に授業内容を書く
場合には、ステップＴ３からステップ１６に移り、図８
に示す記入者の登録チェックと同様のチェックを経た
後、登録フォームを呼び出し、当番に指定し、登録する
（Ｔ１４，１５）。以下、授業内容記入用のフォームを
呼び出し、これに授業内容をを付け、登録して一覧へ戻
り、ルートＣに戻る。

【００１９】これまでに入力した諸データの集計を日ご
とに、或いは月ごとに集計する場合、ステップ３から、
ステップＴ１７に移り、ステップＴ１８で、条件設定画
面を表示させた後、ステップＴ１９で、日計、月計等の
条件を設定し、以下、各条項の集計を行った後、集計を
表示し出力して、集計画面に戻る。なお、このジョブに
は、図４に示すトップページのＡに戻る選択肢が設けら
れている（ステップＴ２０）。

【００２０】生徒及び先生がステップＳ６で”日番点検
表”のメインボタンが押すと、図４のステップＵ１に進
み、日番点検表ジョブが選択されて、ステップＵ２にお
いて、クライアントの画面に日番点検表ページが表示さ
れる。図１０に日番点検表ページの詳細なジョブフロー
を示す。このジョブに入ると、ステップＵ３において、
クライアント情報に基づき、クラス名をデータベースか
ら取得（初期ロード時のみ）、指定されたクラスの日番
点検表をデータベースから取得する。そして、クライア
ントの画面には、該当するクラスの日番点検表示が成さ
れる（ステップＵ４）。日番点検表を記入する場合に
は、ステップＵ５において、「日番点検表を書く」を選
択し（ステップＵ６）、以下、記入用のフォームを表示
させ、必要データを記入し、入力した後これらデータを
登録し、登録完了メッセージが表示された後、一覧画面
に戻る。

【００２１】後に、日番点検表を見たり、修正したい場
合には、ステップＵ５において、日番点検表ボタンをク
リックし（ステップＵ７）、当該点検表を表示させた後
（ステップＵ８）、内容をチェックしたり、また修正・
編集を行なう場合には（ステップＵ９）、ステップＵ６
後のフローに飛んで、必要な修正・編集を行う。日番点
検表を見るだけの場合には、当該画面を表示した後、ス
テップＵ１０で一覧画面に戻る。このジョブでは、ステ
ップＵ１１，Ｕ１２に示すように、他の学年の、また他
のクラスの日番点検表も見ることができる。しかしなが
ら、先生以外は当該学級の日番点検表を修正・編集する
ことはできない。なお、このジョブには、図４に示すト
ップページのＡに戻る選択肢が設けられている（ステッ
プＵ１３）。

【００２２】ステップＳ６で”生徒会だよりページ”の
メインボタンが押されると、ステップＶ１に進み、生徒
会だよりジョブが選択されて、ステップＶ２において、
クライアントの画面に生徒会だよりページが表示され
る。図１１に生徒会だよりページのジョブフローを示
す。このジョブに入ると、ステップＶ３において、クラ
イアント情報に基づき、ユーザー属性をデータベースか
ら取得し、目安箱又は議事録をデータベースから取得す
る。ステップＶ４で、通常の生徒の使用画面或いは生徒
会役員、教師の使用画面かを選択する。通常の生徒の使
用画面が選択されると、ステップＶ５に移行し、画面に
は以前に開かれた生徒会の議事録が表示される。画面に
表示されている議事録を一般の生徒が読んだ後、ステッ
プＶ６で、図４に示すトップページのＡに戻る選択肢が
設けられている（ステップＶ７）。また、一般の生徒が
学校に対して意見を述べたり、議事録を読んだ感想や意
見等を述べたいときには、ステップＶ６で目安箱を書く
を選択する（ステップＶ８）。以下、目安箱のフォーム
を呼び出し、記事を記入後、登録し、登録完了メッセー
ジが表示された後、一覧画面に戻る。本発明に係る学校
管理システムでの議事録とは、生徒会役員による会議の
議事録だけでなく、広報活動や目安箱の回答等の生徒会
活動全般の情報を指す。

【００２３】ステップＶ４で、生徒会役員、教師の使用
画面が選択されると、ステップＶ９に移行し、画面に
は、議事録か目安箱のいずれかの画面が表示される。生
徒会の役員及び（又は）教師が目安箱を読もうとした場
合には、ステップＶ１０，Ｖ１１により画面を目安箱に
切り換える。そして、目安箱の意見に対して回答を書こ
うとする場合には、ステップＶ８に移動して、回答を登
録し、回答が公表できるようにする。

【００２４】生徒会役員会が開かれ、議事録を作成しよ
うとするときは、ステップＶ１２で”議事録を書く”を
選択し、フォームを表示させた後、日付、議事内容等必
要事項を書きこみ、これを登録すると、登録完了メッセ
ージが表示され、一覧画面に戻る。会議が終了した後、
議事録を編集する場合には、ステップＶ１３で”議事録
[編集]”を選択し、フォームを表示させた後、該フォー
ム上で議事録を編集し、これを登録した後、登録完了メ
ッセージが表示され、一覧画面に戻る。

【００２５】生徒会役員会では、一般の生徒には非公開
の情報もあり、それらの公開、非公開の選択をしなけれ
ばならない場合がある。ステップＶ１４で”議事録[表
示][非表示]”を選択すると、ステップＶ１５で、この
ような選択ができいる。また、議事録の書き間違い等が
あり、これを削除したい場合には、ステップＶ１６で”
議事録[削除]”を選択する。この選択によって、クライ
アントの画面には、当該議事録の削除ジョブの確認が表
示されると共に、本当に削除するか否かの問い合わせも
表示される（ステップＶ１７，１８）。削除実行を選択
すると、削除完了のメッセージが表示され（ステップＶ
１９）、一覧表示画面に戻る。議事録削除の実行を中止
する場合には、ステップＶ４の実行者選択の画面に移行
する（ステップＶ１８）。なお、このジョブには、図４
に示すトップページのＡに戻る選択肢が設けられている
（ステップＶ２０）。

【００２６】図４に示すトップページには、学校だより
が表示されている。学校だよりは、トップページを表示
することにより誰でも見ることはできるが、図４におけ
るステップＷ１，Ｗ２にアクセスして新たな内容の表示
や内容の書き換えを行うには、学校だよりページにアク
セスできる権限を持っているもののみ、実行できる。図
１１に、学校だより実行のフローを示す。前記ステップ
Ｗ１，２を経て、学校だよりページを開くと（ステップ
Ｗ３）、そのページには、”学校だより入力”と”過去
の記事表示”の選択ボタンが表示される（ステップＷ
４）。新たな学校だよりを入力・表示する場合には、”
学校だより入力”を選択した後（ステップＷ５）学校中
に周知せしめるデータを入力し、これを登録すると（ス
テップＷ６）、画面に登録の完了メッセージが現れる
（ステップＷ７）。このメッセージが表示されると、画
面を自主的にトップページに戻す（ステップＷ８）。

【００２７】過去の学校だより記事を表示して次の学校
だより作成の参考にするような場合、ステップＷ４で”
過去の記事表示”の選択ボタンを選択する（ステップＷ
９）。この選択で画面には過去の学校だよりが表示され
る（ステップＷ１０）。そして、過去の学校だよりを参
照した後には、画面を自主的にトップページに戻す（ス
テップＷ１１）。

【００２８】図４のステップＸ１に示す各種オプション
には、図１３、図１４に示すように、特別教室や理科室
といった普通教室でない場所を確保する”部屋予約”、
学校内外のイベントを示す”学校行事・年間行事”、学
級だよりや部活の広報、生徒間或いは生徒と教師間で意
見交換を表示する”電子掲示板”、１週間単位で授業計
画をたてる”週案”（小学校）、学校から特別に知らせ
る情報を表示する”学校だより”、校区の地図情報をグ
ラフィカルに表示する”校区地図”、校務分掌の報告を
表示する”校務分掌”、幼稚園の関係者がそれぞれ、園
児ごとに短い保育日誌を日常書き、それを表示する”保
育日誌”（幼稚園、保育園）が含まれる。これらオプシ
ョンは、トップページに設けられた各ボタン、またはサ
ブページから、直接ジャンプできる。

【００２９】図１３、図１４は、各種オプションの処理
フローである。トップページから”部屋予約”が選択さ
れると（ステップＡ１）、クライアントの画面に部屋予
約ページが表示される（ステップＡ２）。表示された部
屋予約ページの中で、予約状況確認、予約作業、予約取
り消し作業等必要な作業を行った後（ステップＡ３）、
ステップＡ４で部屋予約をやり直すか画面の表示を自主
的にトップページに戻す。

【００３０】トップページから”学校行事・年間行事”
が選択されると（ステップＢ１）、クライアントの画面
にイベント・スケジュールページが表示される（ステッ
プＢ２）。表示されたイベントスケジュールページの中
で、情報確認、登録作業、削除作業等必要な作業を行っ
た後（ステップＢ３）、ステップＢ４でイベント・スケ
ジュールの入力をやり直すか画面の表示を自主的にトッ
プページに戻す。

【００３１】トップページから”電子掲示板”が選択さ
れると（ステップＣ１）、クライアントの画面に電子掲
示板ページが表示される（ステップＣ２）。表示された
電子掲示板の中で、情報確認、登録作業、削除作業等必
要な作業を行った後（ステップＣ３）、ステップＣ４で
電子掲示板の入力をやり直すか画面の表示を自主的にト
ップページに戻す。

【００３２】トップページから”週案”が選択されると
（ステップＤ１）、クライアントの画面に週案ページが
表示される（ステップＤ２）。表示された週案ページの
中で、情報確認、登録作業、削除作業等必要な作業を行
った後（ステップＤ３）、ステップＤ４で電子掲示板デ
ータの入力をやり直すか画面の表示を自主的にトップペ
ージに戻す。

【００３３】トップページから”学校だより”が選択さ
れると（ステップＥ１）、クライアントの画面に学校だ
よりページが表示される（ステップＥ２）。表示された
学校だよりページの中で、情報確認、登録作業、削除作
業等必要な作業を行った後（ステップＥ３）、ステップ
Ｅ４で学校だよりデータの入力をやり直すか画面の表示
を自主的にトップページに戻す。

【００３４】トップページから”校区地図”が選択され
ると（ステップＦ１）、クライアントの画面に校区地図
ページが表示される（ステップＦ２）。表示された校区
地図ページの中で、情報確認、登録作業、削除作業等必
要な作業を行った後（ステップＦ３）、ステップＦ４で
校区地図データの入力をやり直すか画面の表示を自主的
にトップページに戻す。

【００３５】トップページから”校務分掌”が選択され
ると（ステップＧ１）、クライアントの画面に校務分掌
ページが表示される（ステップＧ２）。表示された校務
分掌ページの中で、情報確認、登録作業、削除作業等必
要な作業を行った後（ステップＧ３）、ステップＧ４で
今日のできごとを表すデータの入力をやり直すか画面の
表示を自主的にトップページに戻す。

【００３６】トップページから”保育日誌”が選択され
ると（ステップＨ１）、クライアントの画面に保育日誌
ページが表示される（ステップＨ２）。表示された保育
日誌ページの中で、情報確認、登録作業、削除作業等必
要な作業を行った後（ステップＨ３）、ステップＨ４で
今日のできごとを表すデータの入力をやり直すか画面の
表示を自主的にトップページに戻す。

【００３７】次に、携帯端末用サイトの処理フローにつ
いて説明する。図１５は、携帯端末用サイトの処理を示
すフロー図である。校外にある携帯端末からインターネ
ットを通じて学校にアクセスする。このとき携帯端末か
ら学校に対してＵＲＬを送る（ステップＪ１）。学校側
のサーバは、クライアントである登録ユーザーのチェッ
クを行う。このチェックの流れを図１６に示す。ステッ
プＫ１において、サーバは登録者テーブルをチェック
し、アクセスしてきた携帯端末用サイトのＵＲＬがテー
ブルない場合には、ステップＫ２においって携帯端末に
エラーメッセージを表示し、全ての作業を終了する。そ
れが登録ユーザーであれば、図１５に戻って、ステップ
Ｊ３において携帯端末用サイトにトップページを表示す
る。そして、携帯端末用サイトはステップＪ４において
出席状況（ステップＪ５）、所見／保育日誌（ステップ
Ｊ６）、学校だより（ステップＪ７）を選択し、それぞ
れのジョブに飛ぶ。

【００３８】図１７は、携帯端末用サイトにおいて生徒
の”出席状況”を調べる時のフローを示す。出席状況の
ページ（ステップＭ１）から、生徒の出席をチェックし
たい月を指定す（ステップＭ２）ると、当該生徒の該当
月の出席状況が画面に表示される（ステップＭ３）。な
お、作業の途中で出席状況のチェックを中止させること
ができる（ステップＭ４）。

【００３９】図１８は、携帯端末用使途における生徒或
いは幼児の”所見／保育日誌”を調べるときのフローを
示す。”所見／保育日誌”のページから（ステップＮ
１）、当該ページを見るか、所見を学校や保育園に返信
するか、作業を中止するか選択する（ステップＮ
２）。”見る”を選択する（ステップＮ３）と、携帯端
末の画面に所見／保育日誌画面が表示さ（ステップＮ
４）れ、これを中止すると、”所見／保育日誌”のペー
ジに戻る（ステップＮ５）。所見を学校や保育園に送信
するときは、”コメントの返信”を選択し（ステップＮ
６）、内容を携帯端末から入力（ステップＮ７）し、内
容を登録の後（ステップＮ８）、学校側のデータベース
に書き込み（ステップＮ９）、”所見／保育日誌”のペ
ージの表示に戻る。なお、このページからこの作業を中
止させることができる（ステップＮ１０）。

【００４０】図１９は、携帯端末用サイトにおいて”学
校だより”を調べる時のフローを示す。このフローから
分かるように、学校だよりページ（ステップＰ１）か
ら”学校行事”と”年間行事”ページを選択することが
でき、学校行事を選択すると（ステップＰ２）、表示画
面に最近の学校行事予定が表示される（ステップＰ
３）。年間行事を選択すると（ステップＰ４）、表示画
面に表示を所望する月の入力が促され、これを入力する
と（ステップＰ５）、当該月の行事が表示される（ステ
ップＰ６）。

【００４１】学校によって、学級日誌に記載する内容や
日番点検項目が異なるため、本発明では、これらの情報
をカスタマイズするための管理ツールを備える。このツ
ールは、ユーティリティ・ツールの中に記憶される。こ
の管理ツールによると、次の事項の編集・追加・削除と
いった設定を行うことができる。 １，システム情報の設定 （システムフォルダ、Ｗｅｂページフォルダ、対象年度
を変更する。また、年次処理もこのメニューから実行す
る。） ２，メニュー情報の設定 （学級日誌で天候、授業内容等の項目、日番点検表、生
徒会だより、スクールメール、掲示板などのそれぞれの
メニュー情報を編集・追加・削除する。） ３，クラス情報の設定 （各クラスの名称や、各メニューで有効とするオプショ
ン項目など編集・追加・削除する。） ４，ユーザー情報の設定 （氏名やカナ、性別など、生徒や先生のユーザー情報を
編集・追加・削除する。また、転入・転出などのデータ
も管理する。）

【００４２】以上、本発明を上述の実施の形態を用いて
詳細に説明したが、本発明の主旨の範囲内で種々の変形
や応用が可能であり、これらの変形や応用を本発明の範
囲から排除するものではない。

【００４３】

【発明の効果】以上詳細に説明したように、本発明は、
幼稚園や小中高の学校管理業務をコンピュータ化してい
るので、職員の業務負担を軽減させることができ、生じ
る時間を学校現場でのフェース・ツー・フェースの「心
の教育」に振り当てることができ、これを充実させるこ
とができると共に、生徒にコンピュータシステムを扱わ
せることによって、生徒の情報活用能力をも高めること
ができる。

【図面の簡単な説明】

【図１】図１は、本発明に係る校務管理システムの構成
ブロック図である。

【図２】図２は、本発明に係る校務管理システムのハー
ドウエアを示すブロック図である。

【図３】図３は、本発明に係る校務管理システムの概略
の流れを示すフロー図である。

【図４】図４は、トップページを中心とした作業の流れ
を示すフロー図である。

【図５】図５は、ユーザ登録作業を示すフロー図であ
る。

【図６】図６は、トップページの正面図である。

【図７】図７は、トップページからの作業の流れを示す
詳細なフロー図である。

【図８】図８は、トップページからの作業の流れを示す
詳細なフロー図である。

【図９】図９は、日誌登録チェックの作業を示すフロー
図である。

【図１０】図１０は、日番点検表作業の流れを示すフロ
ー図である。

【図１１】図１１は、生徒会だより発行作業の流れを示
すフロー図である。

【図１２】図１２は、学校だより関係作業の流れを示す
フロー図である。

【図１３】図１３は、本発明の各種オプション作業の流
れを示す示すフロー図である。

【図１４】図１４は、本発明の各種オプション作業の流
れを示す示すフロー図である。

【図１５】図１５は、校外に設けられたクライアント用
端末が行う作業の流れを示すフロー図である。

【図１６】図１６は、校外に設けられたクライアント用
端末の登録作業の流れを示すフロー図である。

【図１７】図１７は、校外に設けられたクライアント用
端末から生徒の出席状況を調べる作業の流れを示すフロ
ー図である。

【図１８】図１８は、校外に設けられたクライアント用
端末から行う所見／保育日誌関係作業の流れを示すフロ
ー図である。

【図１９】図１９は、校外に設けられたクライアント用
端末から学校だよりにアクセスする作業の流れを示すフ
ロー図である。

【符号の説明】

１・・・・・生徒用サイト ２・・・・・生徒会用サイト ３・・・・・教師用サイト ４・・・・・家庭用・携帯端末用サイト ５・・・・・ユーティリティー・ツール ６・・・・・データベースセクション ７・・・・・インターネット １０、１１、１２・・・・・ライアント・コンピュータ １３・・・・・サーバ １４・・・・・構内ＬＡＮ １５・・・・・ゲートウエイ １６・・・・・インターネット １７・・・・・クライアント・コンピュータ １８・・・・・携帯端末

Claims (5)

【特許請求の範囲】
1. 【請求項１】学内の職員室、普通教室、特別教室に設け
   た端末間、学外の携帯端末、家庭等に配置した端末間を
   結んだコンピュータ・ネットワ−ク上で動作する校務管
   理システムにおいて、全てのデータベースにアクセスで
   き、全てのユーティリィティーを利用でき全てのクライ
   アントと通信できる複数の教師用としてのクライアント
   用端末と、一部のデータベースのアクセス権を制限さ
   れ、一部のユーティリィティーの利用を制限され、一部
   のクライアントとの通信を制限される複数の生徒用とし
   てのクライアント用端末と、一部のデータベースのアク
   セス権を制限され、一部のユーティリィティーの利用を
   制限され、一部のクライアントとの通信を制限され、校
   外に設けられたクライアント用端末と、これらの端末間
   を結ぶローカル・エリア・ネットワークと、該ローカル
   ・エリア・ネットワークにより結ばれた各端末間の通信
   を制御するサーバと、該サーバ内に設けられ、少なくと
   も、学級日誌処理メニュー、日番点検表処理メニュー、
   生徒会だより処理メニュー、所見・保育日誌処理メニュ
   ー、週案処理メニュー、校務分掌処理メニュー用のプロ
   グラムを記憶し、各クライアント用の端末からアクセス
   できる記憶手段と、前記各処理メニュー処理に用いるデ
   ータを記憶する記憶手段と、を具備してなる校務管理シ
   ステム。
2. 【請求項２】校外に設けられたクライアント用の複数の
   端末は、少なくとも校外家庭に配置されたコンピュ−タ
   と携帯端末との何れかであることを特徴とする請求項１
   に記載の校務管理システム。
3. 【請求項３】前記生徒用としてのクライアント用の端末
   は、一般生徒用端末と生徒会用端末であることを特徴と
   する請求項１に記載の校務管理システム。
4. 【請求項４】一般生徒用端末から生徒会用端末へのアク
   セス制限を付与する手段を有することを特徴とする請求
   項３に記載の校務管理システム。
5. 【請求項５】少なくとも、学級日誌処理メニュー、日番
   点検表処理メニュー、生徒会だより処理メニュー、所見
   ・保育日誌処理メニュー、週案処理メニュー、校務分掌
   処理メニュー用のプログラムを修正する管理ツールメニ
   ューを記憶する記憶手段を備えたことを特徴とする請求
   項１に記載の校務管理システム。