(57)【要約】【課題】レッスンの際に生徒に対して刺激を与えることにより、レッスンに楽しさを与え、生徒が長期の教習に耐えられるような教習システムを構築する。【解決手段】生徒側の端末装置１０は、演奏の練習開始指令を操作に応じて入力する操作部６と、練習開始指令に応じた演奏の練習処理のたびにサーバー１２に対してメッセージ受信の確認要求を行う通信Ｉ／Ｆ５と、確認要求に応じてサーバー１２より受信した先生側の端末装置１３からのメッセージを表示部７に表示するＣＰＵ１を備えた構成になっている。【選択図】        図１
2004347848.tif 000002
【特許請求の範囲】
【請求項１】
生徒側の第１の端末装置、先生側の第２の端末装置、および管理装置をネットワークで接続して教習を行う教習システムであって、
前記管理装置は、前記第１の端末装置と前記第２の端末装置との間におけるメッセージの送受信を仲介し、
前記第１の端末装置は、
練習開始指令を操作に応じて入力する操作手段と、
前記練習開始指令に応じた練習処理のたびに前記管理装置に対してメッセージ受信の確認要求を送信する通信手段と、
前記確認要求に応じて前記管理装置より受信した前記第２の端末装置からのメッセージを所定の表示手段に表示する表示制御手段と、を備えたことを特徴とする教習システム。
【請求項２】
前記確認要求に応じた前記管理装置より前記第２の端末装置からのメッセージがない旨を前記通信手段が受信した場合には所定のメッセージを作成するメッセージ作成手段をさらに備え、前記表示制御手段は、前記メッセージ作成手段によって作成されたメッセージを前記表示手段に表示することを特徴とする請求項１記載の教習システム。
【請求項３】
前記メッセージ作成手段は、前回までの練習履歴に基づくメッセージを作成することを特徴とする請求項２記載の教習システム。
【請求項４】
前記メッセージ作成手段は、メッセージの作成回数が所定値を超えた場合には前記第２の端末装置に対してメッセージの送信を要求するメッセージを作成し、前記通信手段は、前記送信を要求するメッセージを前記管理装置に対して送信することを特徴とする請求項２記載の教習システム。
【請求項５】
前記管理装置は、
教習を行う先生のデータおよび登録された生徒のデータを格納しているデータベースと、
外部のアプリケーションからのデータ操作要求に応じて、前記データベース内のデータ操作を行って、指定した先生の教習内容とその指定した先生が教習した生徒の状況との関係を前記アプリケーションに出力するデータベース管理システムと、を備えたことを特徴とする請求項１記載の教習システム。
【請求項６】
前記データベース管理システムは、前記アプリケーションからのデータ操作要求に応じて、指定した先生が教習した生徒の各々が所定回数を超えた練習の後にメッセージを要求する通知を行った回数の合計とその指定した先生が教習した各生徒の定着率との関係を前記アプリケーションに出力することを特徴とする請求項５記載の教習システム。
【請求項７】
前記データベース管理システムは、前記アプリケーションからのデータ操作要求に応じて、指定した先生が教習した生徒の各々の練習の頻度とその指定した先生が教習した各生徒の定着率との関係を前記アプリケーションに出力することを特徴とする請求項５記載の教習システム。
【請求項８】
生徒側の第１の端末装置、先生側の第２の端末装置、および前記第１の端末装置と前記第２の端末装置との間におけるメッセージの送受信を仲介する管理装置をネットワークで接続して教習を行う教習システムにおいて、前記第１の端末装置で実行する教習処理のプログラムであって、
練習開始指令を操作に応じて入力する第１のステップと、
前記練習開始指令に応じた練習処理のたびに前記管理装置に対してメッセージ受信の確認要求を行う第２のステップと、
前記確認要求に応じて前記管理装置より受信した前記第２の端末装置からのメッセージ又は練習履歴に基づいて作成したメッセージを所定の表示手段に表示する第３のステップと、を有することを特徴とする教習処理のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して音楽や英会話などの教習を行う教習システムおよび教習処理のプログラムに関する。
【０００２】
【従来の技術】
ネットワークを介して教習を行うシステムとしては、楽器の演奏を教習する音楽教習システム、英会話その他の外国語会話を教習する語学教習システム、受験勉強を教習する受験教習システムなどがある。
例えば、ネットワークを介して音楽教習を行う従来の音楽教習システムの提案として、教習を受ける生徒すなわち学習者が教習を行う先生すなわち教習者を選択したり紹介するものがある。
ある提案によれば、ネットワークを介して楽器の学習を望む学習者、およびその学習者を教習する教習者を結ぶことを前提とし、第１の端末装置を使用する学習者が、第２の端末装置を使用する教習者のなかから選択した教習者に応じて、第１の端末装置から受信した楽器への演奏操作の内容を示す演奏データを転送すべき第２の端末装置に転送する演奏データ転送手段と、第２の端末装置から受信した評価を、評価を送るべき学習者の第１の端末装置に転送する評価転送手段とを具備する構成になっている。
このため、学習者は自身が選択した自分にとって適切だと思われる教習者によるレッスンを受けることができ、それによって音楽教室に対する不満などを学習者が抱くのを抑えることができる（特許文献１参照）。
別の提案によれば、通信網を介して音楽教習を受ける生徒の操作によって音楽教習に関する情報を送受信する端末装置と、通信網を介して音楽教習の要請を受けた生徒に対して教習を行なう先生の操作によって音楽教習に関する情報を送受信する端末装置と、通信網を介して登録した生徒に対して課金処理を行うとともに、通信網を介して新たに登録した生徒を紹介した生徒に対して紹介料を支払う課金処理を行う管理装置とを備えた構成になっている。
これにより、教習を受けている生徒が自分の先生が優秀であるとしてネットワークを介して生徒候補を紹介した場合に、その候補が新たに生徒として登録したときは、管理者は紹介した生徒に対して紹介料を支払う（特許文献２参照）。
【０００３】
【特許文献１】
特開２００２−７２８５４号公報（段落番号「０００８」）
【特許文献２】
特開２００２−８３０６７号公報（段落番号「０００５」）
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来の音楽教習システムにおいては、生徒側の端末装置がネットワークに接続して音楽教習を受ける場合、表示部に表示されたメニュー画面に従ってレッスンを開始して、その演奏結果に対して先生から評価を受けるという同じルーチンの繰り返しになっているので、生徒の中には刺激の少ない単調なレッスンに飽きがきて、長期の教習に耐えられず途中で辞めてしまう者も少なくなかった。このため、生徒の定着率が低下して音楽教習の事業の運営が困難になっていた。
また、生徒自らが先生を選択できるが、その選択判断が誤っている場合には演奏技術の向上が期待できない。また、適切な先生を見出せない場合には、教習を受ける先生を頻繁に変更する結果となり、この場合も演奏技術の向上が期待できない。このため、生徒が途中で辞めてしまうことになり、生徒の定着率が低下して音楽教習の事業の運営が困難になってしまう。
これらのことは、音楽教習に限らず、語学教習や受験教習などの他の教習についても同様である。
【０００５】
本発明の課題は、レッスンの際に生徒に対して刺激を与えることにより、レッスンに楽しさを与え、生徒が長期の教習に耐えられるような構成にして、生徒の定着率を上げたり、客観的な観点から先生に対する適切な管理を行うことにより、教習の事業のスムーズな運営を可能にすることである。
【０００６】
【課題を解決するための手段】
請求項１に記載の教習システムは、生徒側の第１の端末装置（実施形態においては、図１の端末装置１０に相当する）、先生側の第２の端末装置（実施形態においては、図１の端末装置１３に相当する）、および管理装置（実施形態においては、図１のサーバー１２に相当する）をネットワーク（実施形態においては、図１のインターネット１１に相当する）で接続して教習を行う教習システムであって、
管理装置は、第１の端末装置と第２の端末装置との間におけるメッセージの送受信を仲介し、
第１の端末装置は、練習開始指令を操作に応じて入力する操作手段（実施形態においては、図１の操作部６に相当する）と、練習開始指令に応じた練習処理のたびに管理装置に対してメッセージ受信の確認要求を送信する通信手段（実施形態においては、図１の通信Ｉ／Ｆ５に相当する）と、確認要求に応じて管理装置より受信した第２の端末装置からのメッセージを所定の表示手段（実施形態においては、図１の表示部７に相当する）に表示する表示制御手段（実施形態においては、図１のＣＰＵ１に相当する）とを備えた構成になっている。
【０００７】
請求項１の教習システムにおいて、確認要求に応じた管理装置より第２の端末装置からのメッセージがない旨を通信手段が受信した場合には所定のメッセージを作成するメッセージ作成手段（実施形態においては、図１のＣＰＵ１に相当する）をさらに備え、表示制御手段は、メッセージ作成手段によって作成されたメッセージを表示手段に表示するような構成にしてもよい。
さらに、この場合において、メッセージ作成手段は、前回までの練習履歴に基づくメッセージを作成するような構成にしてもよい。
あるいは、メッセージ作成手段は、メッセージの作成回数が所定値を超えた場合には第２の端末装置に対してメッセージの送信を要求するメッセージを作成し、通信手段は、送信を要求するメッセージを管理装置に対して送信するように構成してもよい。
【０００８】
請求項１の教習システムにおいて、管理装置は、教習を行う先生のデータおよび登録された生徒のデータを格納しているデータベース（実施形態においては、図１５のデータベース２１に相当する）と、外部のアプリケーション（実施形態においては、図１５の管理部、経理部、人事部、および営業部の端末装置のアプリケーション２３に相当する）からのデータ操作要求に応じて、データベース内のデータ操作を行って、指定した先生の教習内容とその指定した先生が教習した生徒の状況との関係をアプリケーションに出力するデータベース管理システム（実施形態においては、図１５のデータベース管理システム２２に相当する）とを備えた構成になっている。
【０００９】
この場合において、データベース管理システムは、アプリケーションからのデータ操作要求に応じて、指定した先生が教習した生徒の各々が所定回数を超えた練習の後にメッセージを要求する通知を行った回数の合計とその指定した先生が教習した各生徒の定着率との関係をアプリケーションに出力するような構成にしてもよい。
あるいは、データベース管理システムは、アプリケーションからのデータ操作要求に応じて、指定した先生が教習した生徒の各々の練習の頻度とその指定した先生が教習した各生徒の定着率との関係をアプリケーションに出力するような構成にしてもよい。
【００１０】
請求項８に記載の教習処理のプログラムは、生徒側の第１の端末装置（実施形態においては、図１の端末装置１０に相当する）、先生側の第２の端末装置（実施形態においては、図１の端末装置１３に相当する）、および第１の端末装置と第２の端末装置との間におけるメッセージの送受信を仲介する管理装置（実施形態においては、図１のサーバー１２に相当する）をネットワーク（実施形態においては、図１のインターネット１１に相当する）で接続して教習を行う教習システムにおいて、第１の端末装置で実行する教習処理のプログラムであって、
練習開始指令を操作に応じて入力する第１のステップと、練習開始指令に応じた練習処理のたびに管理装置に対してメッセージ受信の確認要求を行う第２のステップと、確認要求に応じて管理装置より受信した第２の端末装置からのメッセージ又は練習履歴に基づいて作成したメッセージを所定の表示手段（実施形態においては、図１の表示部７に相当する）に表示する第３のステップとを有する構成になっている。この場合において、第１ないし第３のステップは、図１のＣＰＵ１によって実行されるフローチャートの機能に相当する。
【００１１】
【発明の実施の形態】
以下、本発明による教習システムの実施形態について、音楽教習の場合を例に採って、図を参照して説明する。
図１は、実施形態における音楽教習システムの構成を示す図である。音楽教習を受ける生徒側の端末装置１０は、インターネット１１を介してサーバー１２や先生側の端末装置１３に接続されている。
なお、この図には記載されていないが、実際には、生徒側の端末装置は多数であり、先生側の端末装置も複数であり、一人の先生が複数の生徒に対して音楽教習を行うシステムになっている。
【００１２】
端末装置１０において、ＣＰＵ１はバス２を介して、ＲＯＭ３、ＲＡＭ４、通信Ｉ／Ｆ（インターフェース）５、操作部６、表示部７、およびＭＩＤＩＩ／Ｆ８に接続され、各部との間でコマンドやデータの授受を行って装置全体を制御する。
ＲＯＭ３は、あらかじめ音楽教習のプログラムやこの装置を制御するための他のプログラムを記憶しているとともに、教習用の課題曲である複数の曲のシーケンスデータ、メッセージの内容（これについては後述する）などを記憶している。ＲＡＭ３は、ＣＰＵ１のワークエリアであり、データを一時的に記憶する各種のレジスタやエリアをもっている。通信Ｉ／Ｆ５は、インターネット１１と端末装置１０との間の接続制御およびデータの送受信を行う。操作部６は、キーボードおよびマウスで構成され、ユーザの操作に応じてコマンドやデータを入力する。表示部７は、音楽教習を行うためのメニューやアイコン、メッセージなどが表示される。ＭＩＤＩＩ／Ｆ８は、電子楽器１４に接続され、レッスン開始に応じてＲＯＭ３に記憶されている課題曲のシーケンスデータを電子楽器１４に送出する。電子楽器１４は、例えば、表示器付きの鍵盤楽器であり、端末装置１０からのシーケンスデータに応じて表示器に楽譜を表示する。
なお、先生側の端末装置１３の構成も端末装置１０と基本的に同じであるので、端末装置１３の内部構成については説明を省略する。
【００１３】
次に、図１に示したシステムの動作について、生徒側の端末装置１０のＣＰＵ１によって実行されるフローチャートおよび表示部７に表示されるメッセージ、サーバー１２によって実行されるフローチャート、および先生側の端末装置１３によって実行されるフローチャートを参照して説明する。
まず、端末装置１０とサーバー１２との間で行われる通信処理を含む動作について説明する。図２ないし図８は端末装置１０のフローチャートであり、図９はメッセージの内容を示すＲＯＭ３に記憶されたテーブルであり、図１０および図１１は表示部７に表示されたメッセージを示す図であり、図１２はサーバー１２のフローチャートである。
【００１４】
図２において、イニシャライズを行って、ＲＡＭ４のレジスタやエリアをクリアする（ステップＡ１）。次に、練習モードスイッチがオンされたか否かを判別する（ステップＡ２）。練習モードスイッチ（および、後述する他のスイッチ）は、操作部６におけるキーボードの特定のキースイッチでもよいし、表示部７の画面に表示されたアイコンスイッチでもよい。このスイッチがオンでない場合には、その他の処理を行う（ステップＡ３）。
【００１５】
練習モードスイッチがオンされたときは、現在時刻を取得し（ステップＡ４）、前回の練習における前回終了時刻があるか否かを判別する（ステップＡ５）。
過去に１回でも練習をした場合には、前回終了時刻が対応するレジスタにストアされている。一方、初めての練習の場合には、そのレジスタには例えばＮＵＬＬ（空き）などのデータがストアされている。したがって、そのレジスタに前回終了時刻があるか否かによって、２度目以降の練習か又は初めての練習かを判別できる。
【００１６】
前回終了時刻がない場合、すなわち初めての練習である場合には、練習回数をストアするレジスタに「１」をストアし（ステップＡ６）、練習開始時刻のレジスタに現在時刻をストアする（ステップＡ７）。一方、ステップＡ５におおいて、前回終了時刻がある場合には、練習回数をストアするレジスタの値をインクリメントする（ステップＡ８）。次に、現在時刻から前回終了時刻を減算した値を経過時間として対応するレジスタにストアする（ステップＡ９）。そして、現在時刻から練習開始時刻を減算した値を練習回数で除算し、その除算値を練習の頻度として対応するレジスタにストアする（ステップＡ１０）。ステップＡ７において、練習開始時刻として現在時刻をストアした後、又は、ステップＡ１０において、練習の頻度をストアした後は、練習開始時刻のレジスタに現在時刻をストアする（ステップＡ１１）。
【００１７】
次に、図３のフローチャートにおいて、インターネット１１を介してサーバー１２にアクセスする接続処理を行って（ステップＡ１２）、メール受信確認要求を送信する（ステップＡ１３）。サーバー１２は、図１２のフローチャートにおいて、生徒側の端末装置１０からメール受信確認要求を受信したか否かを判別し（ステップＤ１）、受信した場合には、対応するメールボックスを検索する（ステップＤ２）。そして、端末装置１０宛の受信メールがあるか否かを判別する（ステップＤ３）。受信メールがある場合には、メールありのメッセージを端末装置１０に送付し（ステップＤ４）、受信メールがない場合には、メールなしのメッセージを端末装置１０に送付する（ステップＤ５）。
【００１８】
端末装置１０は、図３のフローチャートにおいて、サーバー１２からのメッセージによって受信メールがあるか否かを判別する（ステップＡ１４）。受信メールがない場合には、開始メッセージ生成処理を実行する（ステップＡ１５）。図７は、開始メッセージ生成処理のフローチャートである。
図７において、現在時刻に基づいて文（０，０）〜（０，２）のいずれかを選択して表示する（ステップＢ１）。すなわち、図９（Ａ）の開始メッセージ要素の条件に示すように、現在時刻の時間帯の条件に応じて、現在時刻が午前３時から１１時までの時間帯の場合は「おはよう」、現在時刻が午前１１時から午後６時までの時間帯の場合は「こんにちは」、現在時刻が午後６時から翌朝の午前３時までの時間帯の場合は「こんばんは」の文を選択して表示する。
【００１９】
次に、前回終了時刻があるか否かを判別する（ステップＢ２）。前回終了時刻がない初めての練習の場合には、図９（Ａ）の条件に基づいて、文（１，０）「今回が初めてですね。」の表示を行い（ステップＢ３）、文（２，０）「これからがんばってください。」の表示を行い（ステップＢ４）、および、定型文（３，０）「さあ、練習を始めましょう。」の表示を行う（ステップＢ５）。
【００２０】
一方、ステップＢ２において、前回終了時刻がある場合には、図９（Ａ）の開始メッセージ要素で、前回からの時間経過の条件に基づいて文（１，１）「前回の練習は○日前です。」を作成して表示する（ステップＢ６）。次に、練習の頻度に基づいて文（２，１）〜（２，３）のいずれかを選択して表示する（ステップＢ７）。３日に１回以上練習している場合には、文（２，１）の「よく練習していますね。」を選択して表示する。２週間に１回以上練習している場合には、文（２，１）の「もう少し練習するといいですね。」を選択して表示する。それ以外の場合には、文（２，２）の「もっと練習しましょう。」を選択して表示する。
次に、定型文（３，１）の表示を行う（ステップＢ８）。すなわち、「今日もがんばって練習しましょう。」を表示する。
図１０は、開始メッセージの表示例を示す図である。この場合のメッセージの条件は、生徒が３日に１回以上練習していて、前回の練習が１日前の場合で、現在時刻が午前１１時から午後６時の時間帯である。
【００２１】
図７の開始メッセージ作成処理の後は、図３のステップＡ１６において、生成回数をインクリメントする。すなわち、練習モードスイッチをオンにしてレッスンを開始する前に、先生側の端末装置１３からの受信メールがない場合には、そのたびに開始メッセージ作成処理を実行して、生成回数をインクリメントする。
生成回数が所定値を超えた場合には、先生側の端末装置１３にメッセージを要求することになるが、これについては後述する。
【００２２】
図３のステップＡ１４において、先生側の端末装置１３からの受信メールがある場合には、メール配信要求のメッセージをサーバー１２に送付する（ステップＡ１７）。サーバー１２は、図１２のフローチャートのステップＤ６において、メール配信要求のメッセージを受信したか否かを判別し、受信した場合には、対応するメールを端末装置１０に送信する（ステップＤ７）。図３のフローチャートにおいて、端末装置１０は、メールを受信したか否かを判別し（ステップＡ１８）、受信したときはメール本文をメッセージとして表示部７に表示する（ステップＡ１９）。そして、レジスタの生成回数を「０」にクリアする（ステップＡ２０）。
図１１は、先生側の端末装置１３からのメッセージの表示例を示す図である。
【００２３】
図１０に示すような作成した開始メッセージ、又は、図１１に示すような受信メールのメッセージを表示した後、画面のＯＫアイコンがオンされたか否かを判別し（ステップＡ２１）、このアイコンがオンされたときは切断処理を行う（ステップＡ２２）。次に、電子楽器１４の演奏に応じたレッスン処理を行う（ステップＡ２３）。レッスン処理においては、電子楽器１４の演奏の進行に伴って、ＲＯＭ３から読み出したシーケンスデータを送出する。
【００２４】
次に、図４のフローチャートにおいて、アドバイス依頼スイッチがオンされたか否かを判別する（ステップＡ２４）。このスイッチがオンされたときは、アドバイス依頼メールを作成して（ステップＡ２５）、送信スイッチがオンされたか否かを判別する（ステップＡ２６）。このスイッチがオンされたときは、サーバー１２にアクセスする接続処理を行い（ステップＡ２７）、アドバイス依頼のメールを送信する（ステップＡ２８）。
【００２５】
サーバー１２は、図１２のフローチャートにおいて、メールを受信したか否かを判別し（ステップＤ８）、受信していない場合には、ステップＤ１に移行して、メール受信確認要求の受信を判別する。一方、メールを受信したときは、対応するメールボックスにストアする（ステップＤ９）。また、メールの受信が終了したか否かを判別し（ステップＤ１０）、終了していない場合にはステップＤ８におけるメールの受信を判別する。メールの受信が終了したときは、受信の終了通知を端末装置１０に送付する（ステップＤ１１）。
【００２６】
端末装置１０は、図４のフローチャートにおいて、サーバー１２から終了通知を受信したか否かを判別し（ステップＡ２９）、終了通知を受信したときは、切断処理を行う（ステップＡ３０）。切断処理の後、又は、ステップＡ２４において、アドバイス依頼スイッチがオンでない場合には、レッスンの終了スイッチがオンされたか否かを判別する（ステップＡ３１）。このスイッチがオンでない場合には、図３のステップＡ２３のレッスン処理を続行する。レッスンの終了スイッチがオンされたときは、現在時刻を取得し（ステップＡ３２）、現在時刻から今回の練習開始時間を減算した値を練習時間としてレジスタにストアする（ステップＡ３３）。そして、前回終了時刻のレジスタに現在時刻をストアする（ステップＡ３４）。
【００２７】
次に、図５のフローチャートにおいて、サーバー１２にアクセスする接続処理を行って（ステップＡ３５）、メール受信確認要求のメッセージを送付する（ステップＡ３６）。サーバー１２は、図１２のフローチャートにおいて、生徒側の端末装置１０からメール受信を確認する要求メッセージを受信したか否かを判別し（ステップＤ１）、受信した場合には、対応するメールボックスを検索する（ステップＤ２）。そして、端末装置１０宛の受信メールがあるか否かを判別する（ステップＤ３）。受信メールがある場合には、メールありのメッセージを端末装置１０に送付し（ステップＤ４）、受信メールがない場合には、メールなしのメッセージを端末装置１０に送付する（ステップＤ５）。
【００２８】
端末装置１０は、図５のフローチャートにおいて、サーバー１２からのメッセージによって受信メールがあるか否かを判別する（ステップＡ３７）。受信メールがない場合には、終了メッセージ生成処理を実行する（ステップＡ３８）。
図８は、終了メッセージ生成処理のフローチャートである。この処理では、練習時間に基づき文（４，０）〜（４，３）のいずれかを選択して表示部７に表示する（ステップＣ１）。すなわち、図９（Ｂ）の終了メッセージ要素の条件に示すように、練習時間が０分から１５分未満の場合には「またねー！」の文、練習時間が１５分から３０分未満の場合には「弾けるようになったかな？また練習しよう！」の文、練習時間が３０分から６０分未満の場合には「よくがんばったね。バイバイ！」の文、練習時間が６０分以上の場合には「長く続ける時は、途中で休憩を入れるといいよ。じゃあね。」の文のいずれかを選択して表示する。
【００２９】
図８の終了メッセージ作成処理の後は、図５のステップＡ３９において、生成回数をインクリメントする。すなわち、レッスンを終了したときに、先生側の端末装置１３からの受信メールがない場合には、そのたびに終了メッセージ作成処理を実行して、生成回数をインクリメントする。
ステップＡ３７において、先生側の端末装置１３からの受信メールがある場合には、メール配信要求のメッセージをサーバー１２に送付する（ステップＡ４０）。サーバー１２は、図１２のフローチャートのステップＤ６において、メール配信要求のメッセージを受信したか否かを判別し、受信した場合には、対応するメールを端末装置１０に送信する（ステップＤ７）。図５のフローチャートにおいて、端末装置１０は、メールを受信したか否かを判別し（ステップＡ４１）、受信したときはメール本文をメッセージとして表示部７に表示する（ステップＡ４２）。そして、レジスタの生成回数を「０」にクリアする（ステップＡ２０）。
【００３０】
終了メッセージ（図示せず）、又は、図１１に示すような受信メールのメッセージを表示した後、画面のＯＫアイコンがオンされたか否かを判別し（ステップＡ４４）、このアイコンがオンされたときは、図６のフローチャートにおいて、開始メッセージおよび終了メッセージの生成回数が所定値を超えたか否かを判別する（ステップＡ４５）。所定値を超えた場合には、通知文に基づいたメールを作成して（ステップＡ４６）、サーバー１２にそのメールを送信する（ステップＡ４７）。通知文は、図９（Ｃ）に示すように、「先生、連絡ください。」のメッセージで構成される。すなわち、サーバー１２にアクセスした回数が所定値を超えても先生からのメールが一度もない場合には、メールを要求する通知文を作成してサーバー１２に送付する。
【００３１】
サーバー１２は、図１２のフローチャートにおいて、端末装置１０からメールを受信したか否かを判別し（ステップＤ８）、受信していない場合には、ステップＤ１に移行して、メール受信確認要求の受信を判別する。一方、メールを受信したときは、宛先である端末装置１３に対応するメールボックスにストアする（ステップＤ９）。また、メールの受信が終了したか否かを判別し（ステップＤ１０）、終了していない場合にはステップＤ８におけるメールの受信を判別する。
メールの受信が終了したときは、受信の終了通知を端末装置１０に送付する（ステップＤ１１）。
【００３２】
端末装置１０は、図６のフローチャートにおいて、サーバー１２から終了通知を受信したか否かを判別し（ステップＡ４８）、終了通知を受信したときは、切断処理を行う（ステップＡ４９）。次に、練習モード以外のモードへ遷移する（ステップＡ５０）。その後は、図２のフローチャートのステップＡ２に移行して、再び練習モードスイッチがオンされたか否かを判別する。
【００３３】
次に、先生側の端末装置１３とサーバー１２との間におけるメール送受信処理の動作について説明する。図１３および図１４は、端末装置１３のメール送受信処理のフローチャートである。
図１３において、イニシャライズ（ステップＥ１）を行った後、メールモードスイッチがオンされたか否かを判別する（ステップＥ２）。このスイッチがオンでない場合には、その他の処理を行う（ステップＥ３）。このスイッチがオンされたときは、メールの受信スイッチ、作成スイッチ、又は送信スイッチのいずれがオンであるかを判別する。まず、受信スイッチがオンされたか否かを判別し（ステップＥ４）、このスイッチがオンされたときは、インターネット１１を介してサーバー１２にアクセスする接続処理を行い（ステップＥ５）、メール受信確認の要求を送付する（ステップＥ６）。
【００３４】
サーバー１２は、図１２のフローチャートにおいて、先生側の端末装置１３からメール受信確認要求を受信したか否かを判別し（ステップＤ１）、受信した場合には、対応するメールボックスを検索する（ステップＤ２）。そして、端末装置１３宛の受信メールがあるか否かを判別する（ステップＤ３）。受信メールがある場合には、メールありのメッセージを端末装置１３に送付し（ステップＤ４）、受信メールがない場合には、メールなしのメッセージを端末装置１３に送付する（ステップＤ５）。
【００３５】
端末装置１３は、図１３のフローチャートにおいて、サーバー１２からのメッセージによって受信メールがあるか否かを判別する（ステップＥ７）。受信メールがある場合には、メール配信要求のメッセージを送付する（ステップＥ８）。
サーバー１２は、図１２のフローチャートのステップＤ６において、メール配信要求のメッセージを受信したか否かを判別し、受信した場合には、対応するメールを端末装置１３に送信する（ステップＤ７）。端末装置１３は、図１３のフローチャートにおいて、メールを受信したか否かを判別し（ステップＥ９）、受信したときはメール内容を表示部７に表示する（ステップＥ１０）。そして、切断処理を行う（ステップＥ１１）。この後は、ステップＥ４に移行して、受信スイッチがオンされたか否かを判別する。
【００３６】
ステップＥ４において、受信スイッチがオンされない場合には、図１４のフローチャートにおいて、メール作成スイッチがオンされたか否かを判別し（ステップＥ１２）、このスイッチがオンされたときは、メール文を作成する（ステップＥ１３）。この後は、図１３のステップＥ４に移行して、受信スイッチがオンされたか否かを判別する。
ステップＥ４において受信スイッチがオンされない場合、および、ステップＥ１２においてメール作成がオンされない場合には、送信スイッチがオンされたか否かを判別する（ステップＥ１４）。このスイッチがオンされたときは、サーバー１２にアクセスする接続処理を行い（ステップＥ１５）、ステップＥ１３において作成した端末装置１０宛のメールを送信する（ステップＥ１６）。
【００３７】
サーバー１２は、図１２のフローチャートにおいて、端末装置１３からメールを受信したか否かを判別し（ステップＤ８）、受信していない場合には、ステップＤ１に移行して、メール受信確認要求の受信を判別する。一方、メールを受信したときは、端末装置１０に対応するメールボックスにストアする（ステップＤ９）。また、メールの受信が終了したか否かを判別し（ステップＤ１０）、終了していない場合にはステップＤ８におけるメールの受信を判別する。メールの受信が終了したときは、受信の終了通知を端末装置１３に送付する（ステップＤ１１）。
端末装置１３は、図１４のフローチャートにおいて、サーバー１２から終了通知を受信したか否かを判別し（ステップＥ１７）、終了通知を受信したときは、切断処理を行う（ステップＥ１８）。この後は、図１３のステップＥ４に移行して、受信スイッチがオンされたか否かを判別する。
【００３８】
なお、図１のサーバー１２は、生徒側の端末装置１０と先生側の端末装置１３との間におけるメールの仲介を行うだけでなく、生徒の演奏データおよびその演奏データに対する先生の評価を仲介するように構成してもよい。近年のブロードバンドや光ファイバによるＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）などの通信回線の普及によって、データ伝送の高速化が急激に進んでいる。このため、インターネット１１を介して演奏データを送信する場合でも、送信時間の短縮および低価格競争により通信コストも安くなってきている。したがって、生徒側の端末装置１０から演奏データをリアルタイムで送信し、先生側の端末装置１３からメッセージおよび評価を送信するシステムも低コストで行うことができる。
【００３９】
以上のように、上記実施形態によれば、生徒側の端末装置１０は、演奏の練習開始指令を操作に応じて入力する操作部６と、練習開始指令に応じた演奏の練習処理のたびにサーバー１２に対してメッセージ受信の確認要求を送信する通信Ｉ／Ｆ５と、確認要求に応じてサーバー１２より受信した先生側の端末装置１３からのメッセージを表示部７に表示するＣＰＵ１を備えた構成になっている。
したがって、レッスンの際に生徒に対して刺激を与えることにより、レッスンに楽しさを与え、生徒が長期の教習に耐えられるような音楽教習のシステムを実現することができる。また、これにより生徒の定着率を上げることで、音楽教習の事業のスムーズな運営が可能になる。
【００４０】
この場合において、ＣＰＵ１は、確認要求に応じたサーバー１２より先生側の端末装置１３からのメッセージがない旨を通信Ｉ／Ｆ５が受信した場合には、所定のメッセージを作成して、そのメッセージを表示部７に表示する。すなわち、レッスンの開始時には開始メッセージを作成して表示し、レッスンの終了時には終了メッセージを作成して表示する。
したがって、先生側の端末装置１３からのメッセージがない場合でも、レッスンの際に生徒に対して刺激を与えることができる。
さらにこの場合において、ＣＰＵ１は、前回までの練習履歴に基づくメッセージを作成する。すなわち、現在時刻、前回練習からの経過時間、練習の頻度に基づくメッセージを作成する。
したがって、あたかも先生からメッセージを受信したような感覚を生徒に抱かせることで、個人レッスンの単調さをなくし、練習意欲を発揚させる効果がある。
また、この場合において、ＣＰＵ１は、メッセージの作成回数が所定値を超えた場合には先生側の端末装置１３に対してメッセージの送信を要求するメッセージを作成し、通信Ｉ／Ｆ５は、その送信を要求するメッセージをサーバー１２に対して送信する。
したがって、練習回数が相当数に達しても先生からのメッセージが一度も届かない場合には、先生のうっかりミスでメッセージの送信を忘れているおそれもあるので、生徒からメッセージの催促をすることで、スムーズな教習を補助してシステムの円滑な運営も可能になる。
【００４１】
なお、上記実施形態においては、ＲＯＭ３にあらかじめ記憶している音楽教習処理のプログラムをＣＰＵ１によって実行する構成について説明したが、ＦＤ（フレキシブルディスク）、ＣＤ−ＲＯＭ、ＤＶＤなどの外部記憶媒体に記憶されている音楽教習処理のプログラム、語学教習処理のプログラム、受験教習処理のプログラムなどの教習処理プログラムや、インターネット１１を介してダウンロードされるこれらの教習処理のプログラムを、パソコンなどの汎用の情報処理装置にインストールして実行することも可能である。この場合には、プログラムの発明を構成する。
【００４２】
すなわち、本発明による教習処理のプログラムは、生徒側の第１の端末装置、先生側の第２の端末装置、および第１の端末装置と第２の端末装置との間におけるメッセージの送受信を仲介する管理装置をネットワークで接続して音楽の教習を行う教習システムにおいて、第１の端末装置で実行する教習処理のプログラムであって、
練習開始指令を操作に応じて入力する第１のステップと、練習開始指令に応じた練習処理のたびに管理装置に対してメッセージ受信の確認要求を行う第２のステップと、確認要求に応じて管理装置より受信した第２の端末装置からのメッセージ又は練習履歴に基づいて作成したメッセージを所定の表示手段に表示する第３のステップとを有する。
したがって、上記実施形態によるシステムと同様に、このプログラムによって、レッスンの際に生徒に対して刺激を与えることにより、レッスンに楽しさを与え、生徒が長期の教習に耐えられるような教習のシステムを実現するとともに、教習の事業のスムーズな運営が可能になる。
【００４３】
上記実施形態において、図１のサーバー１２は、生徒側の端末装置１０と先生側の端末装置１３との間におけるメールの仲介を行う構成になっているが、実施形態の変形例として、メールの仲介だけでなく、教習ビジネスの総合的な管理を行う構成にしてもよい。例えば、サーバー１２を関係型のデータベースシステムで構成する。
図１５は、実施形態の変形例におけるサーバー１２の構成を示す図である。サーバー１２は、データベース２１およびデータベース管理システム２２で構成されている。図１６は、データベース２１内のデータ構造であるテーブルＴ１、Ｔ２、および、データベース管理システム２２によるデータ操作で作成されたテーブルＴ３を示す図である。データベース２１内には、登録されているすべての先生および生徒のデータが格納されている。データベース管理システム２２は、インターネット１１を介して、端末装置１０と端末装置１３との間でのメールの仲介を行うとともに、先生や生徒を管理する管理部、課金処理や報酬管理などを行う経理部、先生の採用などを行う人事部、および生徒の募集や宣伝を行う営業部などの各部門の端末装置のアプリケーション２３（各端末装置のオペレータおよびアプリケーションソフトを含むユーザインターフェースを意味する）からのデータ操作要求（例えば、ＳＱＬ文）に従って、データベース２１に格納されているデータに対してデータ操作を行う。
【００４４】
音楽教習の関連モデルは、生徒および先生という２つの実体（エンティティ）が音楽教習という関係（リレーションシップ）で結ばれているので、データベース２１内には、図に示すように、複数の行からなる先生テーブルＴ１、複数の行からなる生徒テーブルＴ２、メール履歴テーブルなど（図示せず）などが格納されている。先生のテーブルＴ１は、先生番号、氏名、メールアドレス、報酬などの列で構成され、生徒のテーブルＴ２は、生徒番号、氏名、メールアドレス、担当先生、登録日、（登録抹消がある場合は）抹消日、登録時のレベル、現在時刻（又は登録抹消時）のレベルなどの列で構成される。
【００４５】
そして、例えば、管理部の端末装置からのデータ操作によって、各先生ごとの生徒数、平均通知回数、定着率、レベル上昇率のデータ操作要求があったときは、データベース２１に格納されているテーブルに基づいて、通知総数を生徒数で除算して平均通知回数を算出し、現在の生徒数を過去の登録生徒数で除算して定着率を算出し、現在時刻（又は登録抹消時）のレベルから登録時のレベルを減算して、その減算値を登録期間で除算してレベル上昇率を算出する。そして、算出結果に基づいてテーブルＴ３を作成して管理部の端末装置に出力する。
【００４６】
また、データベース管理システム２２は、人事部の端末装置からのデータ操作要求に応じて、先生ごとの生徒数の平均値や分布を算出して出力する。人事部では、その算出された平均値が標準より大きい場合には、あらたな先生を採用する方針を決定したり、ある先生の音楽教習を希望する生徒の分布が他の先生よりも多くなった場合には、その先生の報酬を高くするように決定する。
また、データベース管理システム２２は、経理部の端末装置からのデータ操作要求に応じて、教習料の支払いが滞っている生徒のリストを出力する。経理部は、それらのリストの生徒のメールアドレスに督促のメッセージを送信する。
また、データベース管理システム２１は、営業部の端末装置からのデータ操作要求に応じて、登録されているすべての生徒の教習料金の合計と、すべての先生の報酬の合計との比率を算出して出力する。営業部は、教習料金の合計に比べて報酬の合計が大きい場合には、生徒募集の営業活動を強化する。
【００４７】
このように、実施形態の変形例によれば、データベース管理システム２２は、アプリケーション２３からのデータ操作要求に応じて、データベース２１内のデータ操作を行って、指定した先生の教習内容とその指定した先生が教習した生徒の状況との関係をアプリケーションに出力する。
これにより、例えば、管理部は、先生の教習に対する意欲や教え方によって、生徒の定着率又は演奏レベルの上昇などの状況を具体的に把握でき、客観的な観点から先生を評価および管理することで、音楽教習の事業のスムーズな運営が可能になる。
【００４８】
【発明の効果】
本発明によれば、生徒側の第１の端末装置、先生側の第２の端末装置、および管理装置をネットワークで接続して教習を行う場合に、第１の端末装置は、練習開始指令を操作に応じて入力し、練習開始指令に応じた練習処理のたびに管理装置に対してメッセージ受信の確認要求を行い、確認要求に応じて管理装置より受信した第２の端末装置からのメッセージ又は練習履歴に基づいて作成したメッセージを所定の表示手段に表示する。
したがって、レッスンの際に生徒に対して刺激を与えることにより、レッスンに楽しさを与え、生徒が長期の教習に耐えられるような教習のシステムを実現するとともに、教習の事業のスムーズな運営が可能になるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施形態における音楽教習システムの構成を示す図。
【図２】図１のＣＰＵによって実行される生徒側の端末装置のフローチャート。
【図３】図２に続く生徒側の端末装置のフローチャート。
【図４】図３に続く生徒側の端末装置のフローチャート。
【図５】図４に続く生徒側の端末装置のフローチャート。
【図６】図５に続く生徒側の端末装置のフローチャート。
【図７】図３における開始メッセージ作成処理のフローチャート。
【図８】図５における終了メッセージ作成処理のフローチャート。
【図９】条件に応じたメッセージの内容を示すテーブルを示す図。
【図１０】開始メッセージの例を示す図。
【図１１】先生から生徒へのメッセージの例を示す図。
【図１２】図１のサーバーのフローチャート。
【図１３】図１における先生側の端末装置のフローチャート。
【図１４】図１３に続く先生側の端末装置のフローチャート。
【図１５】本発明の実施形態の変形例におけるサーバーの構成を示す図。
【図１６】図１５のデータベース内のデータ構造であるテーブルなどを示す図。
【符号の説明】
１  ＣＰＵ
２  バス
３  ＲＯＭ
４  ＲＡＭ
５  通信インターフェース
６  操作部
７  表示部
８  ＭＩＤＩインターフェース
１０  生徒側の端末装置
１１  インターネット
１２  サーバー
１３  先生側の端末装置
１４  電子楽器
２１  データベース
２２  データベース管理システム
２３  アプリケーション
【図１】
2004347848.tif 000003
【図２】
2004347848.tif 000004
【図３】
2004347848.tif 000005
【図４】
2004347848.tif 000006
【図５】
2004347848.tif 000007
【図６】
2004347848.tif 000008
【図７】
2004347848.tif 000009
【図８】
2004347848.tif 000010
【図９】
2004347848.tif 000011
【図１０】
2004347848.tif 000012
【図１１】
2004347848.tif 000013
【図１２】
2004347848.tif 000014
【図１３】
2004347848.tif 000015
【図１４】
2004347848.tif 000016
【図１５】
2004347848.tif 000017
【図１６】
2004347848.tif 000018