(57)【特許請求の範囲】
【請求項１】
授業を提供する複数の授業提供者が操作する授業提供者端末と授業を予約する学生が操作する利用者端末と接続されているサーバコンピュータが、該授業提供者端末と該利用者端末とを仲介する予約仲介方法であって、該サーバコンピュータが、
上記利用者端末から受信した、ログイン情報と、科目名と、授業の予約依頼に含まれる授業提供者名と日時に関する情報とに基づき、上記学生の在籍校を示す在籍名と該学生を示す学生名とを対応付けて記憶している第一学生情報テーブルと該学生名と該学生が受講する科目名と授業提供者名とを対応付けて記憶している第二学生情報テーブルとをコンピュータを操作している学生の学生名を用いて参照することによって、上記予約依頼に含まれる授業提供者名と、上記第一学生情報テーブルで上記学生に対応付けられている該学生の在籍名とが一致するか否かを判断する授業判断手順と、
上記授業判断手順によって上記予約依頼に含まれる授業提供者名と上記学生の在籍名とが一致しないと判断された場合、上記学生名及び上記科目名に対応する上記授業提供者名を上記第二学生情報テーブルから取得し、上記複数の授業提供者名毎に科目名と日時と空席数とを記憶している予約管理テーブルのデータのうち該第二学生情報テーブルから取得した該授業提供者名と上記科目名と上記予約依頼に含まれる日時とに対応するデータの空席数を加算する空席数加算手順とを実行することを特徴とする予約仲介方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は予約仲介方法及び予約方法及び予約情報表示方法に係り、特に複数の学校の授業を統括し、各学校で行われる授業を各学校に在籍する学生により予約するための予約仲介方法及び予約方法及び予約情報表示方法に関する。
【０００２】
【従来の技術】
従来、所定の学校に在籍する学生が、その学校で行われる授業を受講する場合、ネットワークを介して学生が受講する授業に関する情報を取得し、その授業に空席があれば予約を行う。学生が所望の授業を予約するために、従来技術として、例えば、受講生から講義予約の要求があると教務管理システムの登録内容をその受講生にオンラインで提供すると共に、受講生が選択した講義科目、講義日程及び講師に関する情報を管理する手法（特開平１０−１５４１８３号）、参加者からの予約申し込みを受け付け、定員人数等の予約条件により予約承認の可否を自動的に判定する手法（特開平１１−２１９３９０号）等がある。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来技術において、学生が所望の時間に行われる授業を予約したい場合、在籍する学校の授業に空席がないと予約ができなかった。また、同じ授業を行っている他の学校の授業を受けたくても、在籍する学校の授業を予約することに限定されるため、他の学校の授業を受講することができなかった。従って、生徒側では、効率良く所望の授業を予約して受講することができないという問題点があった。
【０００４】
一方、学校側では、在籍している学生の授業の予約状況などの情報を取得することができず、学生の出欠状況を確認することができなかった。また、授業を行う教室の空席や、授業が行われていない教室等を有効に活用することができないという問題点があった。
【０００５】
そこで、本発明の課題は、効率良く授業の予約を行うために学生及び学校に提供する予約情報を管理、提供及び表示することができる予約仲介方法及び予約方法及び予約情報表示方法を提供することである。
【０００６】
【課題を解決するための手段】
上記の課題を解決するため、本発明は、授業を提供する複数の授業提供者と授業を予約する学生とを仲介する予約仲介方法であって、コンピュータが、上記学生の在籍校を示す在籍名と該学生を示す学生名とを記憶している第一学生情報テーブルと該学生名と該学生が受講する科目名と授業提供者名とを記憶している第二学生情報テーブルとを上記学生の学生名を用いて参照することによって、予約した授業が上記学生の属さない授業提供者による授業であるか否かを判断する授業判断手順と、上記授業判断手順の判断結果に基づいて、前記複数の授業提供者毎に科目名と空席数とを記憶している予約管理テーブルから、上記第二学生情報テーブルに記憶されている上記学生の科目名に対応する該学生が属する授業提供者の科目名の空席数を加算する空席数加算手順とを実行するように構成される。
【０００７】
このような予約仲介方法では、利用者である学生の予約した授業が、学生の属さない授業提供者である学校による授業であるか否かを判断し、判断結果に基づいて学生の属する学校の授業の空席数を加算することにより、効率良く授業の予約を行うための予約情報を更新し、学生及び学校に提供することができる。また、学生側では自分の在籍している学校と他の学校とで行われる授業のうち、空席数に基づいて所望の授業を予約することができる。また、学校側では学生の予約状況を確認することができると共に、教室の空席や、授業が行われていない教室等を有効に活用することがきる。
【０００８】
上記の課題を解決するため、本発明は、学生によって使用される学生端末において所望授業を複数の授業提供者のなかから選択して予約する予約方法であって、該学生端末が、ネットワークを介して接続される予約仲介サーバに格納される前記複数の授業提供者毎に科目名と空席数とを記憶している予約管理テーブルから、上記所望授業の科目名を用いて授業提供者と授業提供者毎の空席数とを取得して表示手段に表示させる手順を実行する構成とされる。
【０００９】
このような予約仲介方法では、利用者である学生の表示手段に所望授業の授業提供者毎の空席情報を表示させることにより、学生は自分の在籍している学校と他の学校で行われる授業のうち、空席数に基づいて所望の授業を予約することができる。
【００１０】
上記課題を解決するため、本発明は、授業を提供する複数の授業提供者が操作する授業提供者端末と授業を予約する学生が操作する利用者端末と接続されているサーバコンピュータが、該授業提供者端末と該利用者端末とを仲介する予約仲介方法であって、該サーバコンピュータが、上記利用者端末から受信した、ログイン情報と、科目名と、授業の予約依頼に含まれる授業提供者名と日時に関する情報とに基づき、上記学生の在籍校を示す在籍名と該学生を示す学生名とを対応付けて記憶している第一学生情報テーブルと該学生名と該学生が受講する科目名と授業提供者名とを対応付けて記憶している第二学生情報テーブルとをコンピュータを操作している学生の学生名を用いて参照することによって、上記予約依頼に含まれる授業提供者名と、上記第一学生情報テーブルで上記学生に対応付けられている該学生の在籍名とが一致するか否かを判断する授業判断手順と、上記授業判断手順によって上記予約依頼に含まれる授業提供者名と上記学生の在籍名とが一致しないと判断された場合、上記学生名及び上記科目名に対応する上記授業提供者名を上記第二学生情報テーブルから取得し、上記複数の授業提供者名毎に科目名と日時と空席数とを記憶している予約管理テーブルのデータのうち該第二学生情報テーブルから取得した該授業提供者名と上記科目名と上記予約依頼に含まれる日時とに対応するデータの空席数を加算する空席数加算手順とを実行するように構成される。
【００１１】
このような予約仲介方法では、授業提供者である学校の表示手段に学生の予約状況と、受講する学生の人数、他校から受講する学生の人数、空席数とを表示させることにより、所定授業の学生の受講状況を確認することができる。
【００１２】
また、上記課題を解決するため、本発明は、上記予約仲介方法及び予約方法及び予約情報表示方法による処理をコンピュータに行なわせるためのプログラム及びプログラムを記録した記録媒体とすることもできる。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１４】
本発明の実施の一形態に係る予約仲介方法及び予約方法及び予約情報表示方法は、例えば、図１に示すようなシステムを構成する。図１において、予約仲介方法及び予約方法及び予約情報表示方法における予約管理システム１０は、予約仲介サーバ２と、複数の学生が所有する学生側のパーソナルコンピューター（ＰＣ）３と、複数の学校に設けられた学校側ＰＣ４とで構成されるシステムである。尚、学生側ＰＣ３は、図１に示すようにＰＣに限定されることなく、携帯電話等の他の情報端末についても適応可能である。
【００１５】
図１において、予約仲介サーバ２は、サーバーコンピュータであって、ＣＰＵ（中央処理装置）によって各構成が制御される。ＣＰＵは、メモリユニットに格納されたプログラムに従って予約仲介方法及び予約方法及び予約情報表示方法での処理を行う。ネットワーク１を介して複数の学生側ＰＣ３と複数の学校側ＰＣ４に設けられたＰＣに接続される。予約仲介サーバ２は、主に、予約管理処理を実行するプログラムをインストールするインストーラー２６と、データの入出力を制御する入出力制御処理部２７と、データ通信を制御する通信制御処理部２８と、データの表示を制御する表示制御処理部２９と、学生側ＰＣ３からの予約情報と学校側ＰＣ４からの授業情報に基づいて授業予約処理を行う予約管理処理部２３と、学生側ＰＣ３からの情報に基づいて学生側ＰＣ３に提供するための空席情報の生成を行う空席情報生成部２４と、学校側ＰＣ４の情報に基づいて学校側ＰＣ４に提供するための受講者情報を生成する受講者情報生成部２５と、各学校の授業の空席等に関する情報を格納する予約管理データベース（ＤＢ）３０と、各学校に在籍する学生に関する情報を格納する学生情報ＤＢ３２と、各学校の情報を格納する学校情報ＤＢ３５とを有する。
【００１６】
インストーラー２６は、本発明の一実施例に係る予約仲介方法及び予約方法及び予約情報表示方法を実現するためのプログラムが記録されたＣＤ−ＲＯＭ５から該プログラムを読み出し、その読み出されたプログラムを、例えば、補助記憶装置等にインストールする。そして、後述される予約仲介方法及び予約方法及び予約情報表示方法における処理が起動されると、補助記憶装置にインストールされた当該プログラムに従って、ＣＰＵがその処理を開始する。尚、当該プログラムを格納する媒体としてＣＤ−ＲＯＭ５に限定するものではなく、コンピュータが読み取り可能な媒体であればよい。入出力制御処理部２７は、マウス、キーボード等の入力ユニット及びプリンター等の出力ユニットを制御し、データの入出力を制御する。通信制御処理部２８は、ネットワーク１を介して送受信データを制御する処理部であって、ネットワーク網に接続するための通信ユニットを有する。表示制御処理部２９は、ディスプレイ等の表示ユニットを有し、表示用データを制御して該表示ユニットに表示させる。
【００１７】
予約管理処理部２３は、学生側ＰＣ３と学校側ＰＣ４からの情報に基づいて予約管理ＤＢ３０の更新等の授業予約情報に関する処理を行う。空席情報生成部２４は、学生側ＰＣ３からの要求に応じて予約管理ＤＢ３０と学校情報ＤＢ３５とに格納された情報から各授業に関する空席情報を生成し、学生側ＰＣ３に空席情報を提供する。受講者情報生成部２５は、学校側ＰＣ４からの要求に応じて予約管理ＤＢ３０と学生情報ＤＢ３２とに格納された情報から各授業に関する受講者情報を生成し、学校側ＰＣ４に受講者情報を提供する。
【００１８】
次に、上記各データベースに格納される情報について説明する。図２は、予約管理ＤＢ３０、学生情報ＤＢ３２、学校情報ＤＢ３５のそれぞれに格納される予約管理テーブル３１、学生情報テーブル３３、３４、学校情報テーブル３６を示す図である。予約管理ＤＢ３０では、予約管理処理部２３、空席情報生成部２４及び受講者情報生成部２５の起動により学生側ＰＣ３からの予約情報に基づいて予約管理テーブル３１が管理及び参照される。予約管理テーブル３１では、学校毎に行われる授業の科目名、日時及び空席数が格納されている。例えば、富士専門学校で行われる数学の授業の場合、授業が行われる日時と空席数が１５というデータが格納されている。また、空席数は、授業を受けることができる最大人数から、その学校に在籍する学生が受講する人数を引いた数となっている。
【００１９】
学生情報ＤＢ３２では、受講者情報生成部２５の起動により学校側ＰＣ４から送信された情報に基づいて学生情報テーブル３３、３４が管理及び参照される。学生情報テーブル３３には、在籍名と各学校に在籍する学生の学生名が格納されている。学生情報テーブル３４には、学生名とその学生が受講する科目名と受講場所が格納されている。例えば、富士専門学校に在籍する益田康蔵という学生が、数学と国語を受講し、数学の授業を他の学校である京都専門学校で受講し、国語の授業を富士専門学校で受講するという情報が学生情報テーブル３３、３４によって管理されている。学生情報テーブル３３、３４は、学生名で関連付けされている。
【００２０】
学校情報ＤＢ３５では、空席情報生成部２４の起動により学生側ＰＣ３から送信された情報に基づいて学校情報テーブル３６が管理及び参照される。学校情報テーブル３６には、各学校の住所等の情報が格納されている。
【００２１】
尚、予約管理ＤＢ３０、学生情報ＤＢ３２、学校情報ＤＢ３５は、上記のテーブルに格納される情報に限定されることなく、他の情報を格納して管理することも可能である。
【００２２】
図３は、予約管理処理を説明するためのフローチャート図である。図３において、ステップＳ１の処理では、予約管理処理部２３により学生側ＰＣ３からのログイン情報に基づいて、学生の授業の予約を行う予約仲介サーバ２へのログイン処理を行う。ステップＳ２の処理では、空席情報生成部２４により学生側ＰＣ３からの科目指定に応じて図４に示すような空席状況一覧を生成し、学生側ＰＣ３へ提供する。図４に示す空席状況一覧については下記で詳述する。ステップＳ３の処理では、予約管理処理部２３により学生側ＰＣ３から授業の予約依頼を受信する。
【００２３】
ステップＳ４の処理では、予約管理処理部２３により申込校に備えられた学校側サーバに予約依頼を送信する。ステップＳ５の処理では、申込校の学校側サーバで送信された予約依頼に基づいて予約処理を行う。ステップＳ６の処理では、予約管理処理部２３によりステップＳ５での予約処理結果を受信する。ステップＳ７の処理では、受信した予約処理結果に基づいて授業予約結果を学生側ＰＣ３へ送信する。ステップＳ８の処理では、学生側ＰＣ３に表示される授業予約結果がＯＫであるか否かを判別する。ステップＳ８の処理で、授業予約結果がＯＫでない場合、予約管理処理を終了する。ステップＳ８の処理で、授業予約結果がＯＫである場合、ステップＳ９の処理へ進み、学生の在籍校と申込校が一致するか否かを判別する。ステップＳ９の処理で学生の在籍校と申込校が一致する場合、在籍する学生の予約管理処理を終了する。
【００２４】
ステップＳ９の処理で学生の在籍校と申込校が一致しない場合、即ち、学生が他の学校の同一科目の授業を予約した場合、ステップＳ１０の処理で学生の在籍校のサーバへ該当授業の空席情報、即ち、在籍する学生の授業科目名、授業を受講する他の学校名等の情報によって、該学生がその授業を欠席するのではなく、他校で受講するための空席となることを通知する。例えば、その学生の在籍校では、この通知を受けたことで、学生の授業出席状況を管理するシステムなどに連携させたり、学生毎の出欠状況を把握したりすることも可能である。ステップＳ１１の処理では、学生の在籍校の該当授業の空席数を１加算して予約管理ＤＢ３０に格納された情報を更新する。ステップＳ１２の処理では、申込校の該当授業の空席数を１減算して予約管理ＤＢ３０に格納された情報を更新する。
【００２５】
上記予約管理処理において、学生の他校への予約の確認を他校にて行わない場合、また、在籍校にて他校での受講状況を管理せずに予約仲介サーバ２にて行う場合、ステップＳ４からＳ６及びＳ１０の処理を省略するように構成してもよい。
【００２６】
次に、上記ステップＳ２の処理で提供された情報を学生側ＰＣ３で表示する画面例を示す。図４は、学生側ＰＣ３に表示される画面例を示す図である。学生側ＰＣ３には、図４に示すように画面４０の空席状況一覧が表示される。画面４０には、学生の科目選択に応じて「空席状況一覧（数学）」を示すタイトル域４１、各学校の空席状況の一覧を示す表示域４２、学生が空席のある学校の授業の予約を依頼する申し込み依頼ボタン４４が表示される。表示域４２には、各学校毎に申し込みを選択する申し込み領域４３を有すると共に、予約管理テーブル３１からの学生が選択した科目に対応する学校名、空席数、日時と、学校情報テーブル３６からの各学校に対応する住所とが表示される。例えば、富士専門学校に在籍する学生が表示域４２の表示から京都専門学校での数学の授業を選択する場合、京都専門学校の申し込み領域４３をマウス等でクリックすることによって選択し、申し込み依頼ボタン４４をクリックする。これにより、申し込み依頼情報が予約仲介サーバー２の予約管理処理部２３に送信され、予約仲介サーバ２により予約管理処理が行われる。予約管理処理後、同一科目の空席状況は、富士専門学校の空席数が１６人、京都専門学校の空席数が４人と更新される。
【００２７】
次に、図５に予約管理処理が行われた後に学校側ＰＣ４に表示される画面例を示す。学校側ＰＣ４には、図５に示すように画面５０の受講者一覧が表示される。画面５０には、学校側の選択に応じて「富士専門学校  受講者一覧（数学）」を示すタイトル域５１、該学校の受講者一覧を示す表示域５２が表示される。表示域５２には、学生情報テーブル３３、３４からの学校側が選択した科目に対応する学生名、在籍校名、受講場所と、予約管理テーブル３１からの受講場所（学校名）に対応する日時とが表示される。例えば、Ｎｏ．１の小松花子という学生は、富士専門学校に在籍し、富士専門学校で受講し、Ｎｏ．４の益田康蔵という学生は、富士専門学校に在籍し、他校の京都専門学校で受講し、Ｎｏ．８の田中裕子という学生は、東京専門学校に在籍し、他校の富士専門学校で受講する等が表示される。また、表示域５３には、受講者人数の合計（３５人）と、そのうち他校の人数の合計（５人）と、空席数（１５人）とが表示される。受講者人数と、他校の人数は、受講者情報生成部２５により算出され、学校側の選択した受講科目に対応する空席数は、予約管理テーブル３１から参照される。
【００２８】
上述より、本発明は、授業を行う学校側では、科目毎に受講する生徒の予約に関する一覧を参照することができ、授業を予約する学生側では、空席状況や、受講できる他の学校の場所及び時間などを確認して授業を予約することができる。また、学生側では、在籍する学校側に授業の予約情報が送信されるため、他の学校の授業を予約した場合、学生自身が在籍する学校に他の学校の授業を予約したことを連絡する必要がなくなる。
【００２９】
従って、共通の授業を行う複数の学校と授業を予約する学生とに授業の予約に関する情報を提供することができ、各学校と各学生とを効率良く仲介することができる。また、学校側は、サーバーコンピューターを所有して管理する手間を削減することができる。また、学校側は複数の学校と提携して授業の予約を行うことができるため、効率良く学生に授業を提供することができると共に、授業を行う教室の空席や、授業が行われていない教室等を有効に活用することができる。
【００３０】
尚、図３に示すステップＳ９での処理が授業判断手順に対応し、ステップＳ１１での処理が空席数加算手順に対応する。
（付記１）  授業を提供する複数の授業提供者と授業を予約する利用者とを仲介する予約仲介方法であって、
上記利用者の予約した授業が上記利用者の属さない授業提供者による授業であるか否かを判断する授業判断手順と、
上記授業判断手順の判断結果に基づいて上記利用者が属する授業提供者の授業の空席数を加算する空席数加算手順とを有することを特徴とする予約仲介方法。
（付記２）  上記空席数加算手順は、上記利用者と契約されていない授業提供者の提供による授業の空席数を減算する空席数減算手順を有することを特徴とする付記１記載の予約仲介方法。
（付記３）  利用者によって使用される利用者端末において所望授業を複数の授業提供者のなかから選択して予約する予約方法であって、
上記所望授業の授業提供者毎の空席情報を表示手段に表示させる手順を有することを特徴とする予約方法。
（付記４）  授業を提供する授業提供者によって使用される授業提供者端末において利用者の予約情報を表示させる予約情報表示方法であって、
上記授業提供者に属する第一利用者と他の授業提供者に属する第二利用者とによる所定授業の予約状況と、上記第一利用者の人数及び上記第二利用者の人数と、上記所定授業の空席数とを表示手段に表示させる手順を有することを特徴とする予約情報表示方法。
（付記５）  授業を提供する複数の授業提供者と授業を予約する利用者とを仲介する予約仲介方法での処理をコンピュータに行わせるためのプログラムであって、
上記利用者の予約した授業が上記利用者の属さない授業提供者による授業であるか否かを判断する授業判断手順と、
上記授業判断手順の判断結果に基づいて上記利用者が属する授業提供者の授業の空席数を加算する空席数加算手順を有するプログラム。
【００３１】
【発明の効果】
上述の如く本発明によれば、利用者である学生の予約した授業が、学生の属さない授業提供者である学校による授業であるか否かを判断し、判断結果に基づいて学生の属する学校の授業の空席数を加算することにより、効率良く授業の予約を行うための予約情報を更新し、学生及び学校に提供することができる。また、学生側では自分の在籍している学校と他の学校とで行われる授業のうち、空席数に基づいて所望の授業を予約することができる。また、学校側では学生の予約状況を確認することができると共に、教室の空席や、授業が行われていない教室等を有効に活用することがきる。
【図面の簡単な説明】
【図１】ネットワーク構成を示す図である。
【図２】予約仲介サーバの各ＤＢに格納されるテーブルを示す図である。
【図３】予約管理処理を説明するためのフローチャート図である。
【図４】学生側ＰＣに表示される画面例を示す図である。
【図５】学校側ＰＣに表示される画面例を示す図である。
【符号の説明】
１          ネットワーク
２          予約仲介サーバ
３          学生側パーソナルコンピューター
４          学校側パーソナルコンピューター
５          ＣＤ−ＲＯＭ
２３        予約管理処理部
２４        空席情報生成部
２５        受講者情報生成部
２６        インストーラー
２７        入出力制御処理部
２８        通信制御処理部
２９        表示制御処理部
３０        予約管理データベース
３１        予約管理テーブル
３２        学生情報データベース
３３、３４  学生情報テーブル
３５        学校情報データベース
３６        学校情報テーブル
【図１】
0003974387.tif 000002
【図２】
0003974387.tif 000003
【図３】
0003974387.tif 000004
【図４】
0003974387.tif 000005
【図５】
0003974387.tif 000006