JP4162112B2 - 学習教室システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを利用して、学習を望む学習者に学習の場を提供するための技術に関する。
【０００２】
【従来の技術および発明が解決しようとする課題】
楽器を習いたい人に学習する場を提供するものとして音楽教室がある。しかし、その音楽教室は、それが開いている時間に通える人しか利用することができず、地理的、時間的な条件による制約が大きい。その制約によって音楽教室に通うのをあきらめている人は少なくない。このことから、最近では、グローバルな情報インフラストラクチャとして急速に発展しているインターネットを使って音楽教室が開かれている。インターネットを使うことにより、少なくとも地理的な制約は回避されることから、それまで通えなかった人も音楽教室での楽器の学習に参加できるようになる。音楽教室システムは、インターネットなどのネットワークを使って音楽教室を実現させるシステムである。
【０００３】
学習者は、自分の能力を向上させるために音楽教室を利用しており、自分の能力が向上すると、その能力を何らかの形で試してみたくなる人が多い。このことから、目標を与えるという意味からも、能力が或る程度のレベルまで達した学習者には、自分の能力を試す場を提供することが望ましいと考えられる。
【０００４】
従来の音楽教室では、教習者として登録した人が教習を行い、その教習者から、学習者として登録した人が教習を受けるようになっていた。登録したときの立場（教習者、或いは学習者）は固定されていた。このことから、自分の能力を試す場として、教習者レベルの実力を持つようになった学習者に教習を行わせることが考えられる。
【０００５】
教習者には、人にものを教える立場であることから、能力以外に人格も問われる。これは、言動が粗暴である、自分勝手に教習を進める、といったような教習者では、学習者が不満を持ってしまい、音楽教室を快適に利用できなくさせてしまうためである。不満によって音楽教室を辞める学習者は少なくないことから、音楽教室を運営していくうえでは、学習者に不満を生じさせることは非常に望ましくない。このことから、学習者に教習を行わせるようにした場合には、その教習を適切に行えなかったときのことも考慮しなければならないと考えられる。なお、このことは、教習者として登録した人にも云えることである。
【０００６】
現在は自己啓発を行うことが注目されており、その自己啓発を行う場となる様々な学習教室がネットワークを利用して開かれるようになっている。音楽教室以外の学習教室においても、上述したようなことは同様であると考えられる。
本発明の課題は、学習者に自分の能力を試す場を与える学習教室を実現させる学習教室システムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明は、ネットワークを介して学習を望む学習者、及びその学習者を教習する教習者を結ぶことにより学習教室を実現するシステムであって、システムは、ネットワークに、学習者用あるいはアドバイザ用として登録された第１の端末装置及び教習者用として登録された第２の端末装置と、各端末装置間のデータのやりとりを中継するサーバー、が接続されて構築され、第１の端末装置は学習者用として登録されている場合に第２の端末装置及びアドバイザ用として登録されている他の第１の端末装置を選択する選択情報をサーバーに送信する選択情報送信手段と、学習者用として登録されている場合にアドバイザ用として登録されている他の第１の端末装置による教習の評価をサーバーに送信する教習評価送信手段と、アドバイザ用として登録されている場合に学習者用として登録された他の第１の端末装置に対する学習の評価をサーバーに送信する学習評価送信手段と、を具備し、第２の端末装置は、学習者用として登録された他の第１の端末装置に対する学習の評価をサーバーに送信する学習評価送信手段と、を具備し、サーバーは、第１の端末装置毎に、学習者用かアドバイザ用かの判別をするための判別フラグを記憶する記憶手段と、学習者用として登録されている第１の端末装置から送信された第２の端末装置及びアドバイザ用として登録されている他の第１の端末装置を選択する選択情報を受信し、当該選択情報を送信してきた１の端末装置と、選択情報で特定される他の端末装置間のデータのやりとりを中継するデータ中継手段と、第２の端末装置及びアドバイザ用として登録されている第１の端末装置のいずれかひとつから学習者用として登録された他の第１の端末装置に対する学習の評価を受信し、受信された評価が所定レベル以上か否か判別する第１の判別手段と、判別手段により評価が所定レベル以上であると判別された場合は、記憶手段の学習者エリア内の対応する第１の端末装置の判別フラグエリアに記憶された判別フラグをアドバイザ用にセットすることにより、第１の端末装置を学習用からアドバイザ用に登録するアドバイザ登録手段と、アドバイザ登録手段によりアドバイザ用に登録された第１の端末装置に対して通知を行うアドバイザ登録通知手段と、学習者として登録されている第１の端末装置よりアドバイザ用として登録されている他の第１の端末装置による教習の評価を受信し、受信された評価が所定レベル以下か否か判別する第２の判別手段と、第２の判別手段により評価が所定レベル以下であると判別された場合は、記憶手段の学習者エリア内の対応する第１の端末装置の判別フラグエリアに記憶された判別フラグを学習者用にセットすることにより、第１の端末装置をアドバイザ用から学習者用に登録する学習者登録手段と、学習者登録手段により学習者用に登録された第１の端末装置に対して通知を行う学習者登録通知手段と、を具備することを特徴とする。
【００１２】
本発明では、教習者に学習者の評価を行わせ、教習者による評価に基づき、教習者レベルの能力（実力）を備えていると判定した学習者に、他の学習者に教習を行える資格を与える。
【００１３】
その資格を与えられることで、学習者は現時点の能力に対する客観的な評価を知り、他の学習者を教習するという形で自分の能力を試せるようになる。学習教室にとっては、利用者に、より様々なサービスを提供できるようになる。
本発明では、学習者に教習者の評価を行わせ、学習者による評価に基づき、教習者として適格でないと判定した教習者から教習者の資格を剥奪する。それにより、学習者は、教習者として適格な人から教習を受けられるようになって、学習教室をより快適に利用できるようになる。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、本実施の形態による学習教室システムの仕組みを説明するための図である。
【００１５】
そのシステムは、学習教室として音楽教室を運営する運営業者１０１が、Ｗｅｂサーバー１０２を設置して音楽教室サイト１０３を開設し、そのＷｅｂサーバー１０２により、音楽教室の生徒である学習者の使用する端末装置（例えばパーソナルコンピュータ。以降、ＰＣと略記する）１０４と、その音楽教室の講師（先生）である教習者の使用する端末装置（例えばＰＣ）１０５とを結び、それらの端末装置１０４、１０５間で画像データや音声データ、ＭＩＤＩ（音楽）データ、或いはその他（テキストやポイント、楽譜のデータ、など）のやりとりを中継することにより、教習者に学習者を教習（レッスン）させる音楽教室を実現させたものである。本実施の形態では、画像データや音声データ、或いはＭＩＤＩ（音楽）データは生徒と講師間においてリアルタイムでやりとりさせている。
【００１６】
上記ポイントは、音楽教室の利用者である学習者（生徒）が受けたサービスに対する支払いを行うために導入されたものである。レッスン料やダウンロード（購入）できる曲の代金など、音楽教室で受けるサービスのなかで有料なものにはその代価が何ポイントであるかが定められており、生徒が有料のサービスを受けると、購入しておいたポイントからそのサービスの代価分を引くことで決済を行うようになっている。ポイントの購入代金は、生徒が指定した金融機関を介して徴収、例えば銀行の口座から引き落とすか、或いはクレジットカード会社から代わりに受け取る、などの方法で徴収するようにしている。
【００１７】
生徒がレッスンを受けると、上述したように、その生徒はポイントの形でレッスン料を支払う。運営業者１０１は、そのレッスン料のなかから手数料を引き、残った分をレッスン料として講師に支払う。そのようにして、運営業者１０１は、手数料を自身の収入として得るようになっている。
【００１８】
教習者には、音楽教室の講師として登録するとき、自身の個人データを入力させている。その個人データとは、例えば氏名、生年月日、年齢、性別、顔写真、音楽歴、趣味、自己ＰＲ（Public Relations）、などである。なお、個人データの項目は、そのようなものに限定されるわけではない。その数もそれより多くとも少なくとも良い。項目としては、それら以外に、専門とする（得意な）音楽のジャンル、得意な曲、特技、などが考えられる。
【００１９】
その個人データは、生徒からの要求に応じて提供する。それにより、生徒に、個人データを参考にして、自身の希望に合いそうな講師を任意に選択させるようにしている。Ｗｅｂサーバー１０２の講師選択部１０２ａは、講師の個人データを生徒に提供して希望の講師を選択させ、その選択結果に従って、生徒とそれが希望する講師間のデータのやりとりを実現させるものである。
【００２０】
個人データを提供することで、生徒は、大勢の講師のなかからでも自分に合うと考えられる講師を探し出せるようになる。このため、講師に対して生徒が抱く不満を抑えることができ、それによって生徒は音楽教室を快適に利用できるようになる。たとえ結果として選んだ講師が自分に合っていないと感じたとしても、その講師を選んだのは自分であるという事実から、講師を選べない場合と比較して、その講師に対して抱く不満は小さく抑えられる。従って、自分に合う講師を選べたか否かに係わらず、生徒の講師に対する不満は抑えられることになる。本実施の形態では、生徒がより快適に音楽教室を利用できるように、生徒が選んだ講師をその生徒の担当と固定させず、その講師以外の講師も選べるようにしている。
【００２１】
一方の学習者にも、音楽教室の生徒として登録するとき、自身の個人データを入力させている。その個人データとは、例えば氏名、生年月日、年齢、性別、音楽歴、趣味、自己ＰＲ、の有無などである。なお、学習者においても、個人データの項目は、そのようなものに限定されるわけではない。
【００２２】
生徒としての登録を望む人には、上記以外に、アドバイザ資格希望の有無を入力させている。そのアドバイザとは、生徒のなかで他の生徒をレッスンできるもののことであり、その資格は、講師が他の生徒をレッスンするだけの実力を備えたとみなしたときに希望に応じて与えるようにしている。アドバイザ資格希望の有無は、アドバイザになれる実力を備えたときに、その資格を希望するか否かを確認するための項目である。
【００２３】
そのアドバイザは、講師レベル、或いはそれに準ずるレベルにまで能力が達しないとなることはできない。このため、生徒にとっての一つの目標となり、その資格を得られるようになることで達成感を味わえることになる。
アドバイザのレッスン料は講師とは別に定めており、生徒がアドバイザとしてレッスンを行うと、そのレッスン料をポイントの形で生徒に支払うようになっている。このため、アドバイザになると、即ちその資格を取得すると、生徒は他の生徒に対するレッスンを通して自分の能力を試すだけでなく、その報酬も得ることができるようになっている。
【００２４】
アドバイザのレッスン料は講師のそれよりも低く設定している。このため、レッスンを受ける生徒にとっては、自分の能力によってレッスンを行う側にまわれるというだけでなく、金銭的な面での選択肢が広がることになる。このようなことから、音楽教室側にとっては、アドバイザという立場を設けることで、より幅広いサービスを提供できる、言い換えれば利用者のニーズにより幅広く対応できるようになる。
【００２５】
ところで、アドバイザ資格を与えた生徒が適切なレッスンを行えない可能性がある。このことから、本実施の形態では、生徒にレッスンを担当した人（講師、或いはアドバイザ）に対する評価を行わせ、その評価から不適格と考えられるアドバイザからはその資格を剥奪するようにしている。それにより、教える人として適格な人からレッスンを受けられるようにして、生徒が音楽教室を快適に利用できるようにしている。
【００２６】
図２は、本実施の形態による学習教室システム（音楽教室システム）の構成を示す図である。その図２に示す構成は、上記の仕組みを導入して運営する実際の音楽教室システムのものである。
そのシステムは、図２に示すように、ネットワーク２０１を使って音楽教室を実現するものであり、そのネットワーク２０１に、音楽教室の生徒である学習者、或いはその講師である教習者が使用する多数の端末装置２０２、学習者と教習者間のデータのやりとりを中継する管理サーバー２０３、管理サーバー２０３の指示に従って曲データを配信する曲サーバー２０４、及びメールのやりとりを実現するためのメールサーバー２０５が接続されて構成されている。それ以外には、管理サーバー２０３の指示に従って決済を行う課金サーバー２０６が設置されている。
【００２７】
上記ネットワーク２０１は、例えばインターネットや公衆回線、及びＬＡＮなどをまとめて表したものである。例えば、端末装置２０２は、公衆回線、及びインターネットとの接続サービスを行っているＩＳＰ（Internet Service Provider ）を介してそのインターネットと接続される。他方の管理サーバー２０３、曲サーバー２０４、メールサーバー２０５は、ＬＡＮにより互いに接続され、そのＬＡＮを介してインターネットと接続されている。課金サーバー２０６は、ＬＡＮによって管理サーバー２０３と接続され、更に専用線によって金融機関（のサーバー）と接続されている。それにより、金融機関を介した決済を行えるようになっている。なお、インターネットを利用しているのは、学習者（生徒）、及び教習者（講師）における地理的な制約を回避するためである。インターネットを利用することで、講師や生徒を集める場所を確保しなくても済み、講師の維持費用もかからなくなることから、講師には比較的に高いレッスン料を支払えるようになるという利点も得られる。
【００２８】
図２に示すシステムにおいて、管理サーバー２０３は図１に示すＷｅｂサーバー１０３に対応する。その管理サーバー２０３以外の曲サーバー２０４、メールサーバー２０５、及び課金サーバー２０６も、図１に示す音楽教室サイト１０３に設置されたサーバーである。
【００２９】
図３は、上記端末装置２０２の構成を示す図である。
音楽教室の生徒、或いは講師が使用する端末装置（以降、端末と略記する）２０２は、図３に示すように、端末２０２全体の制御を行うＣＰＵ３０１と、例えばデータの入出力に関わるプログラムなどを記憶したＲＯＭ３０２と、ＣＰＵ３０１がワーク用に用いるＲＡＭ３０３と、ＬＣＤ、或いはＣＲＴなどの外部表示装置に対するインターフェースである表示部３０４と、公衆回線を介してデータの送受信を行うモデム３０５と、ハードディスクを有するハードディスク装置（ＨＤＤ）３０６と、多数の鍵を有するキーボード（鍵盤）３０７と、カメラ３０８と、マイク３０９と、ＣＰＵ３０１の指示に従って音声を放音するサウンドシステム３１０と、各種入力に用いられる入力部３１１と、を備えて構成されている。
【００３０】
上記カメラ３０８は、レッスン時には、ユーザ（生徒、或いは講師）の映像（静止画、或いは動画の画像データ）を相手（講師、或いは生徒）に送るために用いられる。そのレッスン時、マイク３０９は、ユーザの音声（データ）を相手に送るために用いられる。キーボード３０７は、相手にＭＩＤＩデータを送るために用いられる。それらのデータの送信は、モデム３０５を用いて行われる。
【００３１】
上記サウンドシステム３１０は、例えばＣＰＵ３０１から送られたＭＩＤＩデータなどのコマンドを処理して、発音させるべき楽音の波形データを生成する音源、その音源が生成した波形データをアナログのオーディオ信号に変換するＤ／Ａ変換器、その変換器が出力するオーディオ信号を増幅するアンプ、及びそのアンプが出力したオーディオ信号を音声に変換するスピーカ、などから構成されている。その音源は、デジタルの音声データをＣＰＵ３０１から受け取った場合、それをそのまま、或いは予め定められた処理を施した後、Ｄ／Ａ変換器に出力する機能を備えたものである。入力部３１１は、キーボードやマウスなどのポインティングデバイス、などをまとめて表したものである。
【００３２】
上述したような構成の端末２０２は、例えばキーボード３０７を備えた電子楽器にネットワーク機能などを追加するか、或いはＰＣに、キーボード（電子楽器）３０７などを接続することで実現させたものである。即ち１個の装置、或いは複数の装置を接続することで実現させたものである。ここでは、端末２０２は、キーボード３０７を備えた電子楽器にネットワーク機能などを追加して実現させたものであるとの前提で説明することにする。表示部３０４は、ＬＣＤなどの表示装置を有しているものとする。なお、そのような端末２０２は、音楽教室側が、音楽教室を利用したい人に販売、或いはリースなどの形で提供するようにしても良い。
【００３３】
以上の構成において、動作を説明する。
本実施の形態では、音楽教室を利用できる会員の登録は、管理サーバー２０３にアクセスして行うようになっている。その音楽教室を利用するには、専用のプログラム（ブラウザ）が必要となっており、そのプログラム、更には各種ページのデータ（例えばＨＴＭＬデータ）は、ＣＤ−ＲＯＭなどの記録媒体、或いは公衆網などのネットワークを介して無償、或いは有償で配布している。このことから、会員登録を希望する人は、自身が使用する端末２０２にそのプログラム等をインストールした後、管理サーバー２０３と接続させて、その会員登録を行う。なお、その接続は、例えばダイヤルアップによって公衆回線を介して、インターネットとの接続サービスを行っているＩＳＰと接続させた後、管理サーバー２０３（音楽教室サイト１０３）のＵＲＬを指定して接続を指示することで行われる。
【００３４】
管理サーバー２０３と接続（リンクが確立）された端末２０２は、図４９に示すようなトップページをハードディスクから読み出して表示部２０４に表示させる。そのトップページには、図４９に示すように、「入会ページへ」「会員ページへ」及び「終了」の計３つのアイコン（ボタン）が配置されている。「入会ページへ」アイコンは、会員登録を要求するためのものであり、「会員ページへ」アイコンは、会員としてのサービスの提供を要求するためのものである。このことから、会員登録を望む人は、「入会ページへ」アイコンをクリックして会員登録を行う。
【００３５】
音楽教室の生徒としての会員登録の他に、その音楽教室の講師としての会員登録を行うことができる。このことから、「入会ページへ」アイコンをクリックした以降は、何れの立場で会員登録を行うのか選択し、個人データを含む所定の事項のデータ入力を行って、会員登録を申し込むようになっている。その会員登録を申し込む際に、メールアドレスとなるＩＤを指定させている。それにより、会員が好きなＩＤを持てるようにしている。
【００３６】
上述したようにして会員登録が申し込まれると、管理サーバー２０３は、それを申し込んだ人に、パスワードを発行し、電子メールでそのパスワードを送り、会員登録が完了したことを通知する。その一方では、例えばハードディスク装置に搭載したハードディスクに、新たに会員となった人のデータを格納するためのエリアを確保し、そのエリアに、会員登録の申し込み時に入力したデータやＩＤ、発行したパスワードを格納（保存）する。そのエリアには、それ以外に、音楽教室を利用するうえで必要なデータも合わせて格納している。そのハードディスクには、管理サーバー２０３に搭載されたＣＰＵが実行するプログラム（ネットワーク・オペレーティング・システム（ＯＳ）、など）や各種データも格納されている。
【００３７】
図４〜図７は、その管理サーバー２０３のハードディスクに格納された会員のデータの内容を説明する図である。それら図４〜図７には、会員のデータとして特に重要なものを抜粋して概念的に表しており、例えば図４中の「生徒」「講師」「アドバイザ」「生徒（１）〜（ｎ）」「講師（１）〜（ｎ）」「曲（１）〜（ｎ）」及び「アドバイザ（１）〜（ｎ）」で表す各エリアは、それぞれ、実際には例えばフォルダ、或いはディレクトリが対応する。なお、以降は、各エリアを区別するために、「生徒」「講師」「アドバイザー」で表される各エリアは、それぞれ生徒エリア、講師エリア、アドバイザエリア、「生徒（１）〜（ｎ）」「講師（１）〜（ｍ）」「曲（１）〜（ｎ）」で表される各エリアは、それぞれ個人用生徒エリア、個人用講師エリア、曲エリア、「アドバイザ（１）〜（ｎ）」で表されるエリアはアドバイザ曲エリア、と呼ぶことにする。以降、各エリアに格納される主なデータについて説明する。
【００３８】
図５に示す個人用生徒エリアにおいて、「ＰＯＩＮＴ（ポイント）」には、そのエリアに個人情報が格納された生徒が現在、持っているポイントの値を示すデータが格納される。以降、同様に、「レッスン曲」には、生徒がレッスンの対象として選択した曲のデータ、「評価データ」にはレッスンを担当した講師、或いはアドバイザの評価内容を表すデータ（評価データ）、「アドバイザ資格フラグ」には生徒がアドバイザ資格を所有しているか否かを示すデータ（資格ありのときは値は「１」、なしのときは「０」である）、「アドバイザ曲」には生徒にアドバイザ資格を与えた曲を表すデータ、「アドバイザ希望有無」には生徒がアドバイザ資格の取得を希望しているか否かを示すデータ（希望しているときの値は「１」、そうでないときの値は「０」である）、それぞれ格納される。
【００３９】
図６に示す個人用講師エリアにおいて、「受付フラグ」には、講師がレッスンを行える状態か否かを表す値が格納される。レッスンを行える状態（待機状態）では「１」、そうではない状態では「０」が格納される。「ＰＯＩＮＴ（ポイント）」には、講師が受け取るレッスン料を表すポイント値の総計を示すデータが格納される。「評価」には生徒からのレッスンに対する評価内容を表すデータ（評価データ）が格納される。
【００４０】
図７に示すアドバイザ曲エリアには、図６に示す個人用講師エリアから、「顔画像」「口座情報」「ＰＯＩＮＴ（ポイント）」を除くデータが格納される。それら以外のデータは全て、個人用生徒エリアに格納されている生徒のデータである。
【００４１】
曲エリア内にアドバイザ曲エリアを設けていることから明らかなように、本実施の形態では、曲単位でアドバイザを管理するようにしている。これは、レッスンに用いる曲を生徒が指定してレッスンを行うようになっているためである。レッスンに用いた曲を人に教えられるレベルにまで演奏できるようになった生徒に、その曲にのみを対象とするアドバイザ資格を与えるようにしているためである。当然のことながら、音楽のジャンル別、楽器の種類別、といった別の形でアドバイザ資格を与えるようにしても良い。
【００４２】
図４９に示すようなトップページ上で「会員ページへ」アイコンをクリックすると、図５７に示すような会員照合ページが表示部３０４に表示される。音楽教室のサービスは、そのページ上でメールアドレス（ＩＤ）、及びパスワードを正確に入力し、「照合」アイコンをクリックした者にのみ提供するようになっている。このことから、上述したようにして会員登録を申し込み、管理サーバー２０３からパスワードを電子メールで受け取ることで、そのサービスを受けられるようになる。以降、そのサービスを提供するための端末２０２、管理サーバー２０３、曲サーバー２０４、メールサーバー２０５、及び課金サーバー２０６の動作、及び音楽教室で提供されるサービスの内容について、図８〜図４８に示す各種フローチャート、及び図４９〜図８７に示す各種説明図を参照して詳細に説明する。
【００４３】
図８は、管理サーバー２０３と接続する場合に端末２０２が実行する処理の流れを示すフローチャートであり、図９〜図３３は、その処理の流れのなかでサブルーチン処理、或いはそのサブルーチン処理内で更に実行されるサブルーチン処理を示すフローチャートである。始めに図８〜図３３を参照して、端末２０２の動作、それによってそのユーザに提供されるサービスについて詳細に説明する。なお、図８〜図３３に示すフローチャートは、端末２０２のＣＰＵ３０１が、ＨＤＤ３０６がハードディスクから読み出したプログラム（ＯＳやブラウザ、など）を実行することで実現される。
【００４４】
先ず、ステップ１０１では、イニシャライズを行う。そのイニシャライズにより、管理サーバー２０３と接続（リンクを確立）させ、表示部３０４には、初期画面を表示させる。
その初期画面には、特には図示していないが、各種アイコンやメニューが配置されており、そのなかの何れかをクリックすることで所望のモードを設定するようになっている。ここでは便宜的に、モードは、メールの送受信を行えるモード（以降、メールモードと呼ぶ）、音楽教室のサービスを受けるモード（以降、音楽教室モードと呼ぶ）、及びその他のモードに区別することにする。
【００４５】
ステップ１０１に続くステップ１０２では、ユーザが指定したモードを判定する。そのユーザが音楽教室モードの設定を指示する操作を行った場合、その音楽教室モードが指定されたと判定してステップ１０３に移行し、音楽教室のサービスを受けるための音楽教室処理を実行した後、再びステップ１０２に戻る。そのユーザがメールモードの設定を指示する操作を行った場合には、そのメールモードが指定されたと判定してステップ１０４に移行し、メールの送受信を行うためのメール処理を実行した後、再びステップ１０２に戻る。そのユーザがそれら以外のモードの設定を指示するような操作を行った場合には、それら以外のモードが指定されたと判定してステップ１０５に移行し、ユーザが指定したモードの機能を実現させるためのその他処理を実行した後、再びステップ１０２に戻る。
【００４６】
このように、ユーザが指定（設定）したモードに応じて、そのモードの機能を実現させるための処理が実行される。それにより、端末２０２は、管理サーバー２０３と接続されている間、ユーザが所望のサービスを受けられるように動作するようになっている。
【００４７】
図９〜図１７は、上記ステップ１０３として実行される音楽教室処理のフローチャートである。次に、図９〜図１７を参照して、その音楽教室処理について詳細に説明する。
先ず、ステップ２０１では、音楽教室処理を実行するうえでのイニシャライズを行う。続くステップ２０２では、ハードディスクから図４９に示すようなトップページを読み出し、それを表示部３０４に表示させる。その後はステップ２０３に移行する。
【００４８】
そのステップ２０３では、「入会ページへ」アイコンをユーザがクリック（オン）したか否か判定する。そのユーザが「入会ページへ」アイコンをクリックした場合、判定はＹＥＳとなり、ステップ２０４に移行して、図５０に示すような入会選択ページをハードディスクから読み出して表示部３０４に表示させた後、ステップ２０５に移行する。そうでない場合には、判定はＮＯとなり、図１４に示すステップ２５０に移行する。
【００４９】
上記入会選択ページには、図５０に示すように、「講師として入会」、「生徒として入会」、「ＯＫ」、及び「戻る」アイコンが配置されている。入会を希望するユーザは、「講師として入会」アイコン、或いは「生徒として入会」アイコンの何れかをクリックして、どの立場で音楽教室に入会するのかを選択した後、「ＯＫ」アイコンをクリックすれば良いようになっている。入会を望まなければ「戻る」アイコンをクリックすれば良いようになっている。ステップ２０５〜２１１では、入会選択ページ上での操作に対応するための処理が実行される。
【００５０】
先ず、ステップ２０５では、「講師として入会」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ２０６でそのアイコンの表示色を現在、選択されていることを表す表示色（以降、選択色と呼ぶ）に変化させた後、ステップ２０７に移行する。そうでない場合には、判定はＮＯとなり、他のステップの処理を実行することなく、そのステップ２０７に移行する。
【００５１】
ステップ２０７では、「生徒として入会」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ２０８でそのアイコンの表示色を選択色に変化させた後、ステップ２０９に移行する。そうでない場合には、判定はＮＯとなり、他のステップの処理を実行することなく、そのステップ２０９に移行する。
【００５２】
ステップ２０９では、「戻る」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなり、上記ステップ２０２に戻って図４９に示すようなトップページを表示部３０４に表示させる。そうでない場合には、判定はＮＯとなり、ステップ２１０に移行する。
【００５３】
ステップ２１０では、「ＯＫ」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなり、ステップ２１１に移行する。そうでない場合には、判定はＮＯとなり、上記ステップ２０５に戻って、それ以降の処理を同様に実行する。
【００５４】
ステップ２１１では、ユーザが選択した立場を判定する。「生徒として入会」アイコンが選択色となっている状態でユーザが「ＯＫ」アイコンをクリックした場合、ユーザは生徒を選択したと判定して、図１２に示すステップ２３１に移行する。そうでない場合には、即ち「講師として入会」アイコンが選択色となっている状態でユーザが「ＯＫ」アイコンをクリックした場合には、ユーザは講師を選択したと判定して、図１０に示すステップ２１２に移行する。
【００５５】
そのステップ２１２〜図１１に示すステップ２３０では、講師として入会を希望するユーザの登録を実現させるための処理が実行される。
先ず、ステップ２１２では、音楽教室の講師として入会するうえでの規約を説明する図５１に示すような入会規約ページをハードディスクから読み出して表示部３０４に表示させる。続くステップ２１３では、そのページ上に配置された「承諾」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、即ち規約を承諾した場合、判定はＹＥＳとなってステップ２１５に移行する。そうでない場合には、判定はＮＯとなってステップ２１４に移行する。
【００５６】
ステップ２１４では、「中止」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、即ち規約に承諾しないか、或いは入会を取りやめた場合、判定はＹＥＳとなり、上記ステップ２０２に戻って図４９に示すようなトップページを表示部３０４に表示させる。そうでない場合には、即ちユーザが「承諾」アイコン、「中止」アイコンの何れもクリックしていない場合には、判定はＮＯとなり、上記ステップ２１３に戻る。それにより、ユーザが「承諾」アイコン、及び「中止」アイコンの何れをクリックするまで待つ。
【００５７】
一方、ステップ２１５では、図５２に示すような講師用の入会登録ページをハードディスクから読み出して表示部３０４に表示させる。続くステップ２１６では、データ入力が行われたか否か判定する。ユーザが入力部３１１を操作してデータ入力を行った場合、判定はＹＥＳとなり、ステップ２１７で入力されたデータをカーソルの表示位置に応じて表示させた後、ステップ２１８に移行する。そうでない場合には、判定はＮＯとなり、そのステップ２１８に移行する。
【００５８】
ステップ２１８では、「入会確認ページへ」アイコンがクリック（オン）されたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなってステップ２２１に移行する。そうでない場合には、判定はＮＯとなってステップ２１９に移行する。
【００５９】
ステップ２１９では、「中止」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなり、ステップ２２０で既に入力されたデータを全てクリアした後、上記ステップ２０２に戻る。そうでない場合には、即ち「入会確認ページへ」アイコン、及び「中止」アイコンの何れもユーザがクリックしていない場合には、判定はＮＯとなり、上記ステップ２１６に戻る。
【００６０】
上記入会登録ページには、図５２に示すように、「氏名」「生年月日」「年齢」「性別」「住所」「メールアドレス」「口座情報」「趣味」「自己ＰＲ」「音楽歴」などのデータを入力するためのボックスが配置されている。「自己ＰＲ」の入力ボックスの一部には、顔画像（写真）を入力するようになっている。上記ステップ２１６〜２１９で形成される処理ループは、ステップ２１８、或いは２１９の判定がＹＥＳとなるまで、言い換えればユーザが「入会確認ページへ」アイコン、或いは「中止」アイコンをクリックするまで、繰り返し実行する。それにより、入会登録ページ上に配置された入力ボックスにデータ入力が行えるようになっている。なお、顔画像（写真）の入力は、カメラ３０８で自身の撮影を行い、それによって得た画像データ（顔写真）を対応する入力ボックス内に貼り付けることで行えるようになっている。また、「メールアドレス」のボックスに入力するのは、上述したように、ＩＤとしても用いる任意の文字列である。
【００６１】
上記ステップ２１８の判定がＹＥＳとなって移行するステップ２２１では、上記入会登録ページ上で入力されたデータに基づき、図５３に示すような登録確認ページを作成する。その後に移行するステップ２２２では、作成した登録確認ページを表示部３０４に表示させる。その後は図１１に示すステップ２２３に移行する。なお、登録確認ページの作成は、例えばデータが入力されていない登録確認ページをハードディスクから読み出し、その登録確認ページ上の各表示欄に、入会登録ページ上で入力された対応するデータを配置することで行われる。
【００６２】
図１１に示すステップ２２３では、登録確認ページ上の「入会登録」アイコンがクリック（オン）されたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなってステップ２２６に移行する。そうでない場合には、判定はＮＯとなり、ステップ２２４に移行する。
【００６３】
ステップ２２４では、「入会登録ページに戻る」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなってステップ２２５に移行し、入力したデータを元の通りに配置した入会登録ページを表示部３０４に表示させた後、上記ステップ２１６に戻る。それにより、入力したデータの変更や削除、或いは追加といった編集作業をユーザが行えるようにする。反対に、そうでない場合には、即ち「入会登録」アイコン、及び「入会登録ページに戻る」アイコンの何れもユーザがクリックしていない場合には、判定はＮＯとなり、上記ステップ２２３に戻る。それにより、「入会登録」アイコン、及び「入会登録ページに戻る」アイコンの何れかをユーザがクリックするのを待つ。
【００６４】
一方、ステップ２２６では、図５４に示すような入会登録中ページをハードディスクから読み出して表示部３０４に表示させる。続くステップ２２７では、ユーザが入会登録ページ上で入力したデータを登録データとして管理サーバー２０３に送信する。その後に移行するステップ２２８では、その送信が終了したか否か判定する。その送信が終了していない場合、判定はＮＯとなり、上記ステップ２２７に戻る。それにより、登録データの送信が終了するのを待つ。その送信が終了した場合には、判定はＹＥＳとなり、ステップ２２９に移行する。なお、登録を申し込んだ会員の立場（講師、或いは生徒）を表すデータも登録データとして送信している。
【００６５】
ステップ２２９では、登録データをクリアする。続くステップ２３０では、上記入会登録中ページ上に配置された「トップページ（ＴＯＰ ＰＡＧＥ）に戻る」アイコンがクリックされるのを待つ。そのアイコンをユーザ（講師としての登録を終えたユーザ）がクリックすると、判定はＹＥＳとなって上記ステップ２０２に戻る。
【００６６】
上述したような処理を実行することにより、講師として入会するための登録が行えるようになっている。図１２のステップ２３１〜図１３のステップ２４９では、生徒として入会を希望するユーザの登録を実現させるための処理が実行される。その処理の内容や流れは上述した図１０のステップ２１２〜図１１のステップ２３０と同様であるため、詳細な説明は省略する。その処理の実行中には、入会登録ページとしては図５５に示すようなページが表示され、登録確認ページとしては図５６に示すようなページが表示される。アドバイザ資格の取得を希望する者は、「有」の近傍に配置されたラジオボタンをクリックしてマークを表示させることで希望していることを入力するようになっている。それらの処理を実行した結果、登録データを管理サーバー２０３に送信すると、その管理サーバー２０３は、その登録データを格納するための個人用生徒エリア、或いは個人用講師エリアを確保して、そこに登録データを保存することになる（図５参照）。アドバイザ資格の取得を希望していることを示すデータをラジオボタンへのクリックにより入力していた場合には、図５中の「アドバイザ希望有無」にはデータとして１が保存される。
【００６７】
図９のステップ２０３の判定がＮＯとなって移行する図１４のステップ２５０では、トップページ（図４９参照）上の「会員ページへ」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなってステップ２５２に移行する。そうでない場合には、判定はＮＯとなってステップ２５１に移行する。
【００６８】
ステップ２５１では、トップページ（図４９参照）上の「終了」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなり、ここで一連の処理を終了する。そうでない場合には、即ちトップページ上に配置されたアイコンの何れもユーザがクリックしていない場合には、判定はＮＯとなり、上記ステップ２０３に戻る。それにより、何れかのアイコンをユーザがクリックするのを待つ。
【００６９】
一方のステップ２５２では、図５７に示すような会員照合ページをハードディスクから読み出して表示部３０４に表示させ、メールアドレス（ＩＤ）、及びパスワードの入力をユーザに促す。続くステップ２５３では、データ入力が行われたか否か判定する。ユーザが入力部３１１を操作してデータ入力を行った場合、判定はＹＥＳとなり、ステップ２５４で入力されたデータをカーソルの表示位置に応じて表示させた後、ステップ２５５に移行する。そうでない場合には、判定はＮＯとなり、そのステップ２５５に移行する。
【００７０】
ステップ２５５では、「照合」アイコンがクリック（オン）されたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなってステップ２５８に移行する。そうでない場合には、判定はＮＯとなってステップ２５６に移行する。
【００７１】
ステップ２５６では、「トップページ（ＴＯＰ ＰＡＧＥ）に戻る」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなり、ステップ２５７で既に入力されたデータを全てクリアした後、上記ステップ２０２に戻る。そうでない場合には、即ち「照合」アイコン、及び「トップページに戻る」アイコンの何れもユーザがクリックしていない場合には、判定はＮＯとなり、上記ステップ２５３に戻る。
【００７２】
上記ステップ２５３〜２５６で形成される処理ループは、ステップ２５５、或いは２５６の判定がＹＥＳとなるまで、言い換えればユーザが「照合」アイコン、或いは「トップページに戻る」アイコンをクリックするまで、繰り返し実行される。それにより、会員照合ページ上に配置された入力ボックスに、メールアドレス（ＩＤ）やパスワードの入力が行えるようになっている。
【００７３】
そのステップ２５５の判定がＹＥＳとなって移行するステップ２５８では、入力されたメールアドレス（ＩＤ）、及びパスワードをモデム３０５から管理サーバー２０３に送信させる。メールアドレス、及びパスワードを受信した管理サーバー２０３は、それらを個人用生徒エリア、或いは個人用講師エリアに格納されたそれと照合することにより、正規の会員のものであるか否かの認証を行い、その結果を返す。このことから、続くステップ２５９では、その結果を受信するのを待ち、その結果を受信するとステップ２６０に移行する。
【００７４】
ステップ２６０では、管理サーバー２０３から受信したデータがメールアドレス（ＩＤ）の不一致を表しているか否か判定する。会員照合ページ（図５７参照）上で入力したメールアドレス（ＩＤ）に誤りがあった場合、管理サーバー２０３はメールアドレス（ＩＤ）の不一致を表すデータ（ＩＤ不一致信号））を送信することから、判定はＹＥＳとなってステップ２６１に移行し、メールアドレス（ＩＤ）が誤っていることを通知するための図５８に示すようなメールアドレス不一致警告画面をハードディスクから読み出して表示部３０４に表示させた後、ステップ２６２に移行する。そうでない場合には、判定はＮＯとなってステップ２６４に移行する。
【００７５】
ステップ２６２では、上記メールアドレス不一致警告画面上に配置された「再度入力」アイコンをユーザがクリックするのを待つ。そのアイコンをユーザがクリックすると、ステップ２６３に移行して、会員照合ページ（図５７参照）上で入力したデータをクリアした後、上記ステップ２５２に戻り、それ以降の処理を同様に実行する。
【００７６】
一方のステップ２６４では、管理サーバー２０３から受信したデータがパスワードの不一致を表しているか否か判定する。会員照合ページ（図５７参照）上で入力したパスワードに誤りがあった場合、管理サーバー２０３はパスワードの不一致を表すデータ（パスワード不一致信号）を送信することから、判定はＹＥＳとなってステップ２６５に移行し、パスワードが誤っていることを通知するための図５９に示すようなパスワード不一致警告画面をハードディスクから読み出して表示部３０４に表示させた後、上記ステップ２６２に移行する。そうでない場合には、即ちメールアドレス（ＩＤ）、及びパスワードを正確に入力した場合には、判定はＮＯとなり、図１５のステップ２６６に移行する。メールアドレス（ＩＤ）、及びパスワードが組み合わせを含めて正確に入力した場合には、管理サーバー２０３はそれを送信してきた端末２０２に、その旨を示すＯＫ信号を送信する。そのＯＫ信号は、それらの組み合わせを持つ会員が生徒か否かを表す信号を含むものである。
【００７７】
図１５のステップ２６６では、そのＯＫ信号を基に、会員が生徒か否か判定する。ユーザが会員照合ページ（図５７参照）上で生徒のＩＤ、パスワードを入力した場合、判定はＹＥＳとなってステップ２６７に移行する。そうでない場合には、即ち講師のＩＤ、パスワードをユーザが入力した場合には、判定はＮＯとなり、後述するステップ２７２に移行する。
【００７８】
ステップ２６７では、その生徒の個人用生徒エリア中のアドバイザ資格フラグの値が１か否か判定する。ユーザがアドバイザ資格を取得していた場合、判定はＹＥＳとなってステップ２６８に移行し、ハードディスクから図６０に示すような生徒選択ページを読み出して表示部３０４に表示させた後、ステップ２６９に移行する。そうでない場合には、即ちユーザがアドバイザ資格を持たない生徒であった場合には、判定はＮＯとなり、ステップ２７０に移行する。
【００７９】
生徒選択ページには、図６０に示すように、「アドバイザとして」「生徒として」及び「戻る」の各アイコンが配置されている。それにより、アドバイザ資格を持つ生徒には、どの立場でサービスを受けるのかを選択させるようになっている。
【００８０】
ステップ２６９では、「生徒として」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ２７０に移行し、図６１に示すような生徒用の会員トップページをハードディスクから読み出して表示部３０４に表示させた後、図１６のステップ２７６に移行する。そうでない場合には、判定はＮＯとなり、ステップ２７１に移行する。
【００８１】
生徒用の会員トップページには、図６１に示すように、「ピアノ」「ギター」及び「ドラム」の各アイコンが配置され、それらのアイコンによって、レッスン教室、即ちレッスンを受ける楽器の種類を選択できるようにしている。「変更」アイコンは、会員登録時に入力したデータ（例えば住所や口座情報、など）の変更を望む場合にクリックするものである。
【００８２】
ステップ２７１では、「アドバイザとして」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ２７２に移行して、図６２に示すような講師、アドバイザ用の会員トップページをハードディスクから読み出して表示部３０４に表示させた後、図１６のステップ２７６に移行する。そうでない場合には、判定はＮＯとなり、ステップ２７３に移行する。
【００８３】
講師、アドバイザ用の会員トップページには、「ピアノ」「ギター」及び「ドラム」の各アイコンの代わりに、「待機」アイコンが配置されている。「待機」アイコンは、ユーザ（講師、或いはアドバイザ）がレッスンを行える状態であることを音楽教室（管理サーバー２０３）側に通知するためのものである。
【００８４】
ステップ２７３では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなって図９のステップ２０２に戻る。そうでない場合には、判定はＮＯとなり、上記ステップ２６９に戻る。それにより、ユーザが何らかのアイコンをクリックするのを待つ。
【００８５】
図１６のステップ２７６〜２８２では、生徒用の会員トップページ（図６１参照）上に配置された「ピアノ」アイコン、「ギター」アイコン、或いは「ドラム」アイコンへのクリックに対応するための処理が実行される。
先ず、ステップ２７６では、「ピアノ」アイコンをユーザ（ここでは生徒である）がクリックしたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなり、ステップ２７７でピアノのレッスンを実現させるためのピアノレッスン処理を実行した後、図１５のステップ２７４に移行する。そうでない場合には、判定はＮＯとなり、ステップ２７８に移行する。そのステップ２７８〜２８１では、上記と同様に、ユーザがクリックしたアイコンの種類を判定して、その種類に対応する楽器のレッスンを実現させるための処理を実行した後、図１５のステップ２７４に移行する。
【００８６】
そのステップ２７４では、ユーザが生徒か否か判定する。ユーザが生徒であった場合、判定はＹＥＳとなってステップ２７５に移行する。そうでない場合には、判定はＮＯとなって上記ステップ２７２に移行して、図６２に示すような会員トップページを再度、表示させる。
【００８７】
ステップ２７５では、ユーザ（生徒）の個人用生徒エリア中に保持されたアドバイザ資格フラグの値が０か否か判定する。そのユーザがアドバイザ資格を取得していた場合、判定はＮＯとなり、上記ステップ２７２に移行する。そうでない場合には、判定はＹＥＳとなって上記ステップ２７０に移行し再度、図６１に示すような会員トップページを表示させる。
【００８８】
図１６の説明に戻り、ステップ２８０以降の処理について説明する。
ステップ２８０の判定がＮＯとなると、ステップ２８２に移行する。そのステップ２８２では、「変更」アイコンがクリックされたか否か判定する。ユーザ（生徒、或いは講師）がそのアイコンをクリックした場合、判定はＹＥＳとなってステップ２８３に移行し、自身が過去に入力したデータの内容を変更するための変更処理を実行した後、図１５のステップ２７４に移行する。そうでない場合には、判定はＮＯとなり、図１７のステップ２８４に移行する。
【００８９】
ステップ２８４では、「待機」アイコンがクリックされたか否か判定する。ユーザ（ここでは講師、或いはアドバイザ資格を持つ生徒）がそのアイコンをクリックした場合、判定はＹＥＳとなってステップ２８５に移行し、レッスンが開始するまで待機してそのレッスンを行うための待機処理を実行した後、図１５のステップ２７４に移行する。そうでない場合には、判定はＮＯとなってステップ２８６に移行する。
【００９０】
ステップ２８６では、「トップページ（ＴＯＰ ＰＡＧＥ）に戻る」アイコンがクリックされたか否か判定する。ユーザ（生徒、或いは講師）がそのアイコンをクリックした場合、判定はＹＥＳとなり、図９のステップ２０２に戻って図４９に示すようなトップページを表示部３０４に表示させる。そうでない場合には、判定はＮＯとなり、図１６のステップ２７６に戻る。それにより、会員トップページ（図６１、或いは図６２参照）を表示させた状態では、そのページ上に配置された何らのアイコンをユーザ（生徒、或いは講師）がクリックするのを待つようになっている。
【００９１】
次に、上記音楽教室処理内で実行されるサブルーチン処理について詳細に説明する。
図１８は、上記ステップ２７７として実行されるピアノレッスン処理のフローチャートである。始めに、図１８を参照して、そのピアノレッスン処理について詳細に説明する。
【００９２】
本実施の形態では、ポイントを使って有償のサービスに対する支払い（決済）を行うようになっている。レッスンは、有償のサービスであり、そのレッスンを受ける以外にも、ピアノレッスン処理の実行時には様々な有償のサービスを受けられるようになっている。
【００９３】
先ず、ステップ３０１では、ユーザ（生徒）が会員トップページ（図６１参照）上の「ピアノ」アイコンをクリックしたことに伴い、ユーザ（生徒）が現時点で持っているポイントを示すデータの送信を要求するポイント（ＰＯＩＮＴ）要求信号を管理サーバー２０３に送信して、そのポイントデータを受信する。続くステップ３０２では、図６３に示すようなピアノ教室トップページをハードディスクから読み出して表示部３０４に表示させる。その後はステップ３０３に移行する。
【００９４】
そのトップページには、図６３に示すように、前回レッスンに用いた曲を指定するための「（Ａ）」アイコン、手持ちの他の曲を指定するための「（Ｂ）」アイコン、未購入の新しい曲を指定するための「（Ｃ）」アイコン、及び「会員トップページに戻る」アイコンが配置されている。右上隅には、現在のポイントを表示するためのボックスが配置されている。そのようなトップページを表示させることで、ユーザ（生徒）には、始めにレッスンに用いる曲の選択を行わせるようになっている。
【００９５】
ステップ３０３では、「（Ａ）」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなり、後述するステップ３１０に移行する。そうでない場合には、判定はＮＯとなり、ステップ３０４に移行する。
【００９６】
ステップ３０４では、「（Ｂ）」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなってステップ３０５に移行し、手持ち曲のなかでレッスンに用いる曲を選択するための手持ち曲選択処理を実行した後、そのステップ３１０に移行する。そうでない場合には、判定はＮＯとなり、ステップ３０６に移行する。
【００９７】
ステップ３０６では、「（Ｃ）」アイコンがクリックされたか否か判定する。ユーザがそのアイコンをクリックした場合、判定はＹＥＳとなってステップ３０８に移行し、新たに曲を購入するための曲購入処理を実行した後、ステップ３０９に移行する。そうでない場合には、判定はＮＯとなり、ステップ３０７に移行する。
【００９８】
ステップ３０７では、「会員トップページに戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ここで一連の処理を終了する。そうでない場合には、判定はＮＯとなり、上記ステップ３０３に戻る。それにより、何れかのアイコンをユーザがクリックするのを待つ。
【００９９】
一方、ステップ３０９では、ステップ３０８の曲購入処理を実行した結果、ユーザが曲を実際に購入したか否か判定する。ユーザが曲を実際に購入した場合、判定はＹＥＳとなり、ステップ３１０でレッスンを受ける講師、或いはアドバイザを選択するための講師選択処理を実行した後、ステップ３１１に移行する。そうでない場合には、判定はＮＯとなり、上記ステップ３０２に戻る。
【０１００】
ステップ３１１では、ステップ３１０の講師選択処理を実行した結果、ユーザがレッスンを受ける講師、或いはアドバイザを選択（決定）したか否か判定する。ユーザが講師、或いはアドバイザを選択した場合、判定はＹＥＳとなってステップ３１２に移行し、選択した講師、或いはアドバイザからレッスンを受けるためのレッスン処理を実行した後、上記ステップ３０２に戻る。そうでない場合には、判定はＮＯとなり、他のステップの処理を実行することなく、そのステップ３０２に戻る。
【０１０１】
上記ピアノレッスン処理では、複数のサブルーチン処理が実行される。ここで、そのサブルーチン処理について詳細に説明する。
図１９は、上記ステップ３０５として実行される手持ち曲選択処理のフローチャートである。始めに図１９を参照して、その手持ち曲選択処理について詳細に説明する。なお、端末２０２は、例えばハードディスク内に曲を保存しておくためのエリアを確保し、その確保したエリアに購入した曲を保存するようになっている。そのエリアについては、以降、便宜的に曲エリアと呼ぶことにする。
【０１０２】
先ず、ステップ４０１では、手持ち曲のリストを配置した図６４に示すような手持ち曲リストページを表示部３０４に表示させる。それは、例えば曲名が配置されていない手持ち曲リストページをハードディスクから読み出し、曲エリアに保存されている曲の曲名を挿入することで作成したものである。
【０１０３】
ステップ４０１に続くステップ４０２では、リスト表示した曲名へのクリックなどに応じて曲の選択を行う。その後に移行するステップ４０３では、「選択」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ４０５に移行する。そうでない場合には、判定はＮＯとなり、ステップ４０４に移行する。
【０１０４】
ステップ４０４では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ここで一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ４０２に戻る。
【０１０５】
他方のステップ４０５では、現在、選択中の曲（手持ち曲）の曲名を配置した図６５に示すような手持ち曲決定ページを表示部３０４に表示させる。続くステップ４０６では、「ＯＫ」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ４０９に移行する。そうでない場合には、判定はＮＯとなってステップ４０７に移行する。
【０１０６】
ステップ４０７では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ４０８に移行し、選択中の曲を無効にした後、上記ステップ４０１に戻って手持ち曲リストページ（図６４参照）を再度、表示させる。そうでない場合には、判定はＮＯとなり、上記ステップ４０６に戻る。それにより、「ＯＫ」アイコン、或いは「戻る」アイコンをユーザがクリックするのを待つ。
【０１０７】
ステップ４０９では、ユーザ（生徒）が選択した曲の曲名を保存する。その曲名は、レッスンが開始する前に管理サーバー２０３に送信する曲データを特定するために用いられる。その曲名を保存した後に一連の処理を終了する。
図２０、及び図２１は、図１８に示すピアノレッスン処理内でステップ３０８として実行される曲購入処理のフローチャートである。次に、図２０、及び図２１を参照して、その曲購入処理について詳細に説明する。
【０１０８】
ユーザ（生徒）が購入可能な曲は、曲サーバー２０４が管理・保存している。このことから、曲の購入は、その曲のデータを曲サーバー２０４からダウンロードすることで行われる。
先ず、ステップ５０１では、管理サーバー２０３に、購入可能な曲のリストを要求する曲リスト要求を送信する。その曲リスト要求を受信した管理サーバー２０３は、曲サーバー２０４に対し、その曲リストの送信を指示する。このことから、ステップ５０１に続くステップ５０２では、その曲リストを受信するのを待つ。
【０１０９】
その曲リストを受信すると、ステップ５０２からステップ５０３に移行する。そのステップ５０３では、受信した曲リストを配置した図６６に示すような新規曲リストページを表示部３０４に表示させる。それは、例えば曲名が配置されていない新規曲リストページをハードディスクから読み出し、曲リストとして受信した曲の曲名を挿入することで作成したものである。
【０１１０】
ステップ５０４では、リスト表示した曲名へのクリックなどに応じて曲の選択を行う。その後に移行するステップ５０５では、「選択」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ５０７に移行する。そうでない場合には、判定はＮＯとなり、ステップ５０６に移行する。
【０１１１】
ステップ５０６では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ここで一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ５０４に戻る。
【０１１２】
他方のステップ５０７では、現在、選択中の曲の曲名やその購入費用（ポイント）を配置した図６７に示すような新規曲購入ページを表示部３０４に表示させる。続くステップ５０８では、「購入」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ５１０に移行する。そうでない場合には、判定はＮＯとなってステップ５０９に移行する。
【０１１３】
ステップ５０９では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、選択中の曲を無効にして上記ステップ５０３に戻り、新規曲リストページ（図６６参照）を再度、表示させる。そうでない場合には、判定はＮＯとなり、上記ステップ５０８に戻る。それにより、「購入」アイコン、或いは「戻る」アイコンをユーザがクリックするのを待つ。
【０１１４】
ステップ５１０では、曲の購入費用となるポイントがユーザ（生徒）の持つ現在のポイント（ＰＯＩＮＴ）以下か否か判定する。現在のポイントが曲の購入に必要なポイントより少なかった場合、判定はＮＯとなり、図２１のステップ５１７に移行する。そうでない場合には、判定はＹＥＳとなり、ステップ５１１でユーザが選択した曲の曲名を含む曲購入要求を管理サーバー２０３に送信し、その曲名を保存した後、ステップ５１２に移行する。保存した曲名は、レッスンが開始する前に管理サーバー２０３に送信する曲データを特定するために用いる。
【０１１５】
上記曲購入要求を受信した管理サーバー２０３は、要求された曲のダウンロードを曲サーバー２０４に指示し、その購入費用となるポイントを現在のポイント（ＰＯＩＮＴ）から引いたポイント（ＰＯＩＮＴ）を端末２０２に送信する。このことから、ステップ５１２では、それらを受信するのを待つ。それらを受信すると、ステップ５１３に移行して、受信した曲データを所定エリア（曲エリア）にストアする。その後は図２１のステップ５１４に移行する。
【０１１６】
そのステップ５１４では、受信したポイント（ＰＯＩＮＴ）を配置した図６８に示すような購入完了ページを表示部３０４に表示させる。続くステップ５１５では、「講師選択ページへ」アイコンがクリックされたか否か判定する。そのアイコンをユーザ（生徒）がクリックした場合、判定はＹＥＳとなり、一連の処理はここで終了する。そうでない場合には、判定はＮＯとなってステップ５１６に移行する。
【０１１７】
ステップ５１６では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、図２０のステップ５０３に戻る。それにより、購入を希望する曲が他にあればそれを購入させる。そうでない場合には、判定はＮＯとなり、上記ステップ５１５に戻る。それにより、「講師選択ページへ」アイコン、或いは「戻る」アイコンをユーザがクリックするのを待つ。
【０１１８】
一方、上記ステップ５１０の判定がＮＯとなって移行する図２１のステップ５１７では、ポイント（ＰＯＩＮＴ）が不足していることを通知する、図６９に示すようなポイント不足警告ページを表示部３０４に表示させる。続くステップ５１８では、「ポイント購入」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ユーザがポイントを購入するためのポイント購入処理を実行した後、図２０のステップ５０３に戻る。そうでない場合には、判定はＮＯとなってステップ５１９に移行する。
【０１１９】
ステップ５１９では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、図２０のステップ５０３に戻る。そうでない場合には、判定はＮＯとなり、上記ステップ５１８に戻る。それにより、ユーザが「ポイント購入」アイコン、或いは「戻る」アイコンをクリックするのを待つ。
【０１２０】
このように、曲購入処理では、曲（曲データ）を購入するだけではなく、曲の購入にポイントが不足していれば、必要に応じてそのポイントの購入も合わせて行えるようになっている。
図２２は、上記ステップ５２０として実行されるポイント購入処理のフローチャートである。ここで、図２２を参照して、上記曲購入処理内でサブルーチン処理として実行されるポイント購入処理について詳細に説明する。
【０１２１】
先ず、ステップ６０１では、図７０に示すようなポイント購入ページを表示部３０４に表示させる。それは、例えばハードディスクに格納されたポイント購入ページを読み出し、それに現在のポイントを挿入することで作成したものであり、ポイントの購入代金の引き落とし先となる口座、パスワード、ＩＤ（メールアドレス）の入力用のボックスが配置されている。それを表示させた後はステップ６０２に移行する。
【０１２２】
ステップ６０２では、データ入力が行われたか否か判定する。ユーザが入力部２１１を操作してデータ入力を行った場合、判定はＹＥＳとなってステップ６０３に移行し、現在のカーソルの位置に入力されたデータを表示させた後、ステップ６０４に移行する。そうでない場合には、判定はＮＯとなり、そのステップ６０４に移行する。
【０１２３】
ステップ６０４では、「購入確認」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ６０７に移行する。そうでない場合には、判定はＮＯとなり、ステップ６０５に移行する。
【０１２４】
ステップ６０５では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ６０６に移行し、入力されたデータをクリアした後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、上記ステップ６０２に戻る。それにより、「購入確認」アイコン、或いは「戻る」アイコンがクリックされるまでの間、ユーザによるデータ入力を可能とさせる。
【０１２５】
一方、ステップ６０７では、例えばハードディスクから読み出したポイント購入確認ページにユーザが入力したデータを挿入して、図７１に示すようなポイント購入確認ページを表示部３０４に表示させる。続くステップ６０８では、「購入」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ６１１に移行する。そうでない場合には、判定はＮＯとなり、ステップ６０９に移行する。
【０１２６】
ステップ６０９では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ６１０に移行し、図６９に示すようなポイント不足警告ページを表示部３０４に表示させた後、上記ステップ６０１に戻って再度、図７０に示すようなポイント購入ページを表示部３０４に表示させる。そうでない場合には、判定はＮＯとなり、上記ステップ６０８に戻る。それにより、ユーザが「購入」アイコン、或いは「戻る」アイコンをクリックするのを待つ。
【０１２７】
上記ステップ６０８の判定がＹＥＳとなって移行するステップ６１１では、ユーザが図７０に示すようなポイント購入ページ上で入力したデータをポイント購入データとして管理サーバー２０３に送信する。その購入データを受信した管理サーバー２０３は、ユーザが持つ現在のポイント（ＰＯＩＮＴ）に、新たに購入したポイントを加算し、その加算後のポイントを示すデータを返信する。ポイント購入データ中に誤ったデータが存在、例えばパスワードやＩＤが誤っていれば、その旨を示す不一致信号を返信する。このことから、ステップ６１１に続くステップ６１２で管理サーバー２０３からデータを受信するのを待って、ステップ６１３に移行する。
【０１２８】
ステップ６１３では、受信したデータがポイントデータか否か判定する。ポイント購入データ中に不適切なデータが存在していない場合、管理サーバー２０３はポイントデータを送信してくることから、判定はＹＥＳとなってステップ６１５に移行する。そうでない場合には、判定はＮＯとなってステップ６１４に移行し、ユーザが入力したデータをクリアした後、上記ステップ６０１に戻る。
【０１２９】
ステップ６１５では、受信したポイントデータに基づき、現在のポイントを配置した図７２に示すようなポイント購入完了ページを表示部３０４に表示させる。続くステップ６１６では、「戻る」アイコンがクリックされるのを待つ。そのアイコンをユーザがクリックするのを待って、一連の処理を終了する。
【０１３０】
図１８に示すピアノレッスン処理内で実行されるサブルーチン処理の説明に戻る。
図２３〜図２７は、そのピアノレッスン処理内でステップ３１０として実行される講師選択処理のフローチャートである。次に、図２３〜図２７を参照して、その講師選択処理について詳細に説明する。
【０１３１】
上述したように、本実施の形態では、レッスンはリアルタイムで行うようになっている。従って、待機していない講師、或いはアドバイザのレッスンは受けることはできない。このことから、レッスンを望む講師、或いはアドバイザの選択は、待機中の講師、或いはアドバイザのみを対象に行うようになっている。
【０１３２】
先ず、ステップ７０１では、管理サーバー２０３に、講師に関するデータの送信を要求する講師データ要求を送信する。その要求を受信した管理サーバー２０３は、その要求を送信してきた端末２０２に、個人用講師エリアに保存されたデータ（図６参照）のなかから予め定められたデータを抽出し講師データとして送信する。このことから、続くステップ７０２では、そのデータを受信するのを待つ。なお、本実施の形態では、講師毎に、講師データとして、顔画像、個人情報、プロフィール、評価データ、及び受付フラグを送信している。
【０１３３】
講師データを管理サーバー２０３から受信すると、ステップ７０２からステップ７０３に移行する。そのステップ７０３では、受信した講師データに基づき、図７３に示すような講師選択ページを表示部３０４に表示させる。それは、例えばハードディスクからオリジナルの講師選択ページを読み出し、そのページの一部の内容を書き替えることで作成したものである。講師別に、その講師の顔写真、「受付中」或いは「休止中」アイコン、「プロフィール」アイコン、及び「評価」アイコンが配置され、更には「前のページ」「次のページ」「アドバイザ選択」及び「中止」の各アイコンが配置されている。なお、「受付中」は現在、講師がレッスンを行える状況であることを表し、「休止中」は現在、その状況でないことを表している。
【０１３４】
ステップ７０３に続くステップ７０４では、「中止」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ここで一連の処理を終了する。そうでない場合には、判定はＮＯとなって図２４のステップ７０５に移行する。
【０１３５】
ステップ７０５では、「前のページ」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ７０６で前のページに対応する講師データの送信を要求する前のページ要求を管理サーバー２０３に送信した後、図２３のステップ７０２に戻る。そうでない場合には、判定はＮＯとなり、ステップ７０７に移行する。なお、その前のページ要求は、現在、表示中のページの種類を示すデータを含むものである。
【０１３６】
ステップ７０７では、「次のページ」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ７０８で次のページに対応する講師データの送信を要求する次のページ要求を管理サーバー２０３に送信した後、図２３のステップ７０２に戻る。そうでない場合には、判定はＮＯとなり、ステップ７０９に移行する。なお、その次のページ要求は、現在、表示中のページの種類を示すデータを含むものである。
【０１３７】
ステップ７０９では、「評価」アイコンがクリックされたか否か判定する。講師別に配置された「評価」アイコンの何れかをユーザがクリックした場合、判定はＹＥＳとなってステップ７１０に移行し、管理サーバー２０３から受信した講師データ中の評価データを用いて図７４に示すような講師評価ページを作成し表示部３０４に表示させた後、ステップ７１４に移行する。そうでない場合には、判定はＮＯとなり、図２５のステップ７１７に移行する。
【０１３８】
個人用講師エリアに格納された評価データは、講師がレッスンを担当した生徒のその講師に対する評価を数値で表したものであり、生徒には、図７４に示すように、「態度」「言葉使い」「スピード」及び「わかりやすさ」の４項目で講師を評価させている。そのような生徒側の評価を任意に閲覧させることで、生徒は講師を選ぶうえでの参考とすることができ、より自分に合った講師を容易に選べるようになる。このため、生徒にとっての利便性が向上し、生徒は音楽教室を快適に利用、即ち快適なレッスンを受けられるようになる。
【０１３９】
一方の講師にとっては、自分の評価が低ければレッスンを担当する機会が減って収入が下がることから、自分の悪い点を直したり、或いは良い点をより伸ばそうと努力することになる。その結果、講師の質が全体的に向上し、生徒に対してより良い内容のレッスンを行うようになる。これらのことからも、生徒は音楽教室をより快適に利用できることになる。
【０１４０】
なお、講師に対する評価は、生徒に閲覧させるのではなく、例えば音楽教室側が講師のレッスン料を決めるための情報として用いても良い。そのようにしても、講師は自身の収入を上げるために努力するようになるので、上記と同様の効果が期待できる。講師が、生徒による評価を基にレッスン料を交渉できるようにした場合には、自身の実力や努力によってレッスン料を上げられるようになることから、収入の面で講師に、よりやりがいを感じさせられるようになる。それにより、今まで講師に魅力を感じていなかった音楽家にも興味をもってもらえるよになる。
【０１４１】
ステップ７１１では、図７４に示すような講師評価ページ上に配置された「決定」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ７１３に移行し、対応する講師名を一時、記憶する形で保持した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、ステップ７１２に移行する。
【０１４２】
そのステップ７１２では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、図２３のステップ７０３に戻る。そうでない場合には、判定はＮＯとなって上記ステップ７１１に戻る。それにより、ユーザが「決定」アイコン、或いは「戻る」アイコンの何れかをクリックするのを待つ。
【０１４３】
上記ステップ７０９の判定がＮＯとなって移行する図２５のステップ７１４では、「プロフィル」アイコンがクリック（オン）されたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ７１５に移行し、受信した講師データ中のプロフィルデータを用いて図７５に示すようなプロフィルページを作成して表示部３０４に表示させた後、ステップ７１６に移行する。そうでない場合には、判定はＮＯとなってステップ７１９に移行する。
【０１４４】
上記プロフィルページには、図７５に示すように、ユーザが「プロフィル」アイコンをクリックすることで選択した講師の個人データが表示されている。そのような個人データを生徒に閲覧させることで、生徒がより自分に合うと考えられる講師を容易に選べるようにしている。
【０１４５】
ステップ７１６では、プロフィルページ上の「決定」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ７１８で対応する講師名を一時、記憶する形で保持した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、ステップ７１７に移行する。
【０１４６】
そのステップ７１７では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、図２３のステップ７０３に戻る。そうでない場合には、判定はＮＯとなって上記ステップ７１６に戻る。それにより、ユーザが「決定」アイコン、或いは「戻る」アイコンの何れかをクリックするのを待つ。
【０１４７】
上記ステップ７１４の判定がＮＯとなって移行するステップ７１９では、「受付中」アイコンがクリックされたか否か判定する（図７３参照）。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ７２０で対応する講師名を一時、記憶する形で保持した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、図２６のステップ７２１に移行する。
【０１４８】
図２６のステップ７２１では、「アドバイザ選択」アイコン（図７３参照）がクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ７２２に移行する。そうでない場合には、判定はＮＯとなって図２３のステップ７０４に戻る。
【０１４９】
上述したように、生徒は講師だけではなく、アドバイザ資格を持つ生徒からもレッスンを受けられるようになっている。ステップ７２２以降では、ユーザ（生徒）にアドバイザを選択させるための処理が行われる。なお、このとき選択の対象となるのは、講師選択処理の実行時にユーザが選択した曲に対するアドバイザ資格を持つアドバイザだけである。
【０１５０】
先ず、ステップ７２２では、管理サーバー２０３に、アドバイザに関するデータの送信を要求するアドバイザデータ要求を送信する。その要求は、例えば既にユーザが選択した曲の曲名を含むものであり、それを受信した管理サーバー２０３は、その要求を送信してきた端末２０２に、曲名に対応する曲エリア内のアドバイザ曲エリアに保存されたデータ（図４及び図７参照）を読み出しアドバイザデータとして送信する。このことから、ステップ７２２に続くステップ７２３では、そのデータを受信するのを待つ。なお、本実施の形態では、アドバイザ毎に、アドバイザデータとして、個人情報、プロフィール、評価データ、及び受付フラグを送信している。
【０１５１】
アドバイザデータを管理サーバー２０３から受信すると、ステップ７２３からステップ７２４に移行する。そのステップ７２４では、受信したアドバイザデータに基づき、図７６に示すようなアドバイザ選択ページを表示部３０４に表示させる。それは、例えばハードディスクからオリジナルのアドバイザ選択ページを読み出し、そのページの一部の内容を書き替えることで作成したものである。アドバイザ別に、その名前、個人情報、「受付中」或いは「休止中」アイコン、「プロフィール」アイコン、「評価」アイコン、が配置され、更には「前のページ」「次のページ」「講師選択」及び「中止」の各アイコンが配置されている。
【０１５２】
ステップ７２４に続くステップ７２５では、「中止」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ここで一連の処理を終了する。そうでない場合には、判定はＮＯとなってステップ７２５ａに移行する。
【０１５３】
ステップ７２５ａでは、「講師選択」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、図２３のステップ７０１に戻る。そうでない場合には、判定はＮＯとなって図２７のステップ７２６に移行する。
【０１５４】
図２７のステップ７２６では、「前のページ」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ７２７で前のページに対応するアドバイザデータの送信を要求する前のページ要求を管理サーバー２０３に送信した後、図２６のステップ７２３に戻る。そうでない場合には、判定はＮＯとなり、ステップ７２８に移行する。なお、その前のページ要求は、現在、表示中のページの種類を示すデータを含むものである。
【０１５５】
ステップ７２８では、「次のページ」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ７２９で次のページに対応する講師データの送信を要求する次のページ要求を管理サーバー２０３に送信した後、図２６のステップ７２３に戻る。そうでない場合には、判定はＮＯとなり、ステップ７３０に移行する。なお、その次のページ要求は、現在、表示中のページの種類を示すデータを含むものである。
【０１５６】
ステップ７３０では、「評価」アイコンがクリックされたか否か判定する。アドバイザ別に配置された「評価」アイコンの何れかをユーザがクリックした場合、判定はＹＥＳとなってステップ７３１に移行し、管理サーバー２０３から受信したアドバイスデータ中の評価データを用いて図７４に示すような講師評価ページを作成し表示部３０４に表示させた後、ステップ７３２に移行する。そうでない場合には、判定はＮＯとなり、ステップ７３５に移行する。なお、アドバイザ曲エリアに格納された評価データは、個人用講師エリアに格納されたそれと同じものである。講師とは別の項目にしても良い。
【０１５７】
ステップ７３２では、図７４に示すような講師評価ページ上に配置された「決定」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ７３３に移行し、対応するアドバイザ名を一時、記憶する形で保持した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、ステップ７３４に移行する。
【０１５８】
そのステップ７３４では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、図２６のステップ７２５に戻る。そうでない場合には、判定はＮＯとなって上記ステップ７３２に戻る。それにより、ユーザが「決定」アイコン、或いは「戻る」アイコンの何れかをクリックするのを待つ。
【０１５９】
一方、ステップ７３５では、「受付中」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなって上記ステップ７３３に移行する。そうでない場合には、判定はＮＯとなって図２６のステップ７２５に戻る。
【０１６０】
本実施の形態では、上述したようにして、レッスンを望むユーザ（生徒）が、そのレッスンの相手を講師のなかから、或いはアドバイザのなかから選択できるようにしている。それにより、アドバイザとなった生徒には、レッスンを行う場を提供するようにしている。
【０１６１】
図２８〜図３０は、図１８に示すピアノレッスン処理内でステップ３１２として実行されるレッスン処理のフローチャートである。次に、そのレッスン処理について、図２８〜図３０を参照して詳細に説明する。なお、そのレッスン処理は、上記講師選択処理を実行することで講師、或いはアドバイザを選択した生徒を対象にして実行される処理である。本実施の形態では、画像と音声を生徒と講師、或いはアドバイザの間でリアルタイムにやりとりさせてレッスンを行うようになっている。
【０１６２】
先ず、ステップ９０１では、レッスン料を支払えるだけのポイントが残っていないか否か、即ちポイントが不足しているか否か判定する。現在のポイントがレッスン料のポイントより小さい場合、判定はＹＥＳとなり、ステップ９０２で図６９に示すようなポイント不足警告ページを表示させた後、ステップ９０３に移行する。そうでない場合には、判定はＮＯとなって後述のステップ９０６に移行する。
【０１６３】
ステップ９０３では、図６９に示す「ポイント購入」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ９０５で図２２に示すポイント購入処理を実行した後、ステップ９０６に移行する。そうでない場合には、判定はＮＯとなってステップ９０４に移行する。
【０１６４】
ステップ９０４では、図６９に示す「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ここで一連の処理が終了する。そうでない場合には、判定はＮＯとなって上記ステップ９０３に戻る。それにより、ユーザが「ポイント購入」アイコン、或いは「戻る」アイコンをクリックするのを待つ。
【０１６５】
レッスンに用いる曲は、図１９に示す手持ち曲選択処理の実行時に選択された曲、或いは図２０、及び図２１に示す曲購入処理の実行時に購入した曲である。ステップ９０６では、その曲のデータ、及び図２３〜図２７に示す講師選択処理の実行時にユーザが選択した講師名、或いはアドバイザ名を管理サーバー２０３に送信する。それらのデータを受信した管理サーバー２０３は、それらのデータを送信してきた端末２０２に、現在のポイントからレッスン料のポイントを引いたポイントや、曲データから生成した楽譜データなどを送信する。このことから、ステップ９０６に続くステップ９０７ではそれらのデータを管理サーバー２０３から受信するのを待つ。それらのデータを受信すると、ステップ９０８に移行する。
【０１６６】
ステップ９０８では、図７７に示すようなレッスンページをハードディスクから読み出して表示部３０４に表示させる。そのレッスンページは、レッスンを行っている間、表示されるものである。図７７に示すように、講師（或いはアドバイザ）の名前やその画像、本日の曲の曲名（レッスンに用いる曲の曲名）、楽譜、レッスンの残り時間が、それぞれ設けられたエリアに表示されるようになっている。
【０１６７】
ステップ９０８に続くステップ９０９〜９１２では、管理サーバー２０３を介して講師（或いはアドバイザ）側の端末２０２から送信されてくる画像データ、或いは音声データを受信した場合に、画像データを書き替えて講師（或いはアドバイザ）の画像を更新したり、或いは音声データをサウンドシステム３１０に送出して音声を発生させるための処理が行われる。それに続くステップ９１３〜９１６では、カメラ３０８によって画像データを取り込んでそれを管理サーバー２０３に送信することや、マイク３０９、或いはキーボード３０７によって音声データ、或いはＭＩＤＩデータを取り込んでそれを管理サーバー２０３に送信することが行われる。そのような生徒側と講師（或いはアドバイザ）側でのデータのやりとりを実現させるための処理を実行した後は図２９に示すステップ９１７に移行する。
【０１６８】
ステップ９１７では、時間データを受信したか否か判定する。その時間データを管理サーバー２０３から受信した場合、判定はＹＥＳとなり、その時間データに従って残り時間の表示（図７７参照）を書き換えた後、ステップ９１９に移行する。そうでない場合には、判定はＮＯとなり、図２８のステップ９０９に戻ってそれ以降の処理を同様に実行する。
【０１６９】
ステップ９１９では、残り時間が０となったか否か判定する。レッスンを終わらせる時間となった場合、判定はＹＥＳとなってステップ９２０に移行する。そうでない場合には、判定はＮＯとなり、図２８のステップ９０９に戻る。それにより、ステップ９１９の判定がＹＥＳとなるまでの間、生徒側と講師（或いはアドバイザ）側でのデータのやりとりを実現させる。
【０１７０】
ステップ９２０では、図７８に示すようなタイムアップページをハードディスクから読み出して表示部３０４に表示させる。そのタイムアップページは、レッスンの終了を通知するとともに、そのレッスンを担当した講師、或いはアドバイザに対する評価を依頼するものである。評価の項目として、「態度」「言葉使い」「スピード」及び「わかりやすさ」があり、それらの評価を５段階で入力するようになっている。数値が高いほど、評価が高いことを意味している。
【０１７１】
図７８に示すようなタイムアップページ上での評価の入力は、各項目毎に、その評価に対応する数値のラジオボタンをクリックすることで行うようになっている。ステップ９２０に続くステップ９２１では、そのためのデータ入力が行われたか否か判定する。ユーザが入力部３１１を操作して何らかのラジオボタンをクリックした場合、判定はＹＥＳとなってステップ９２２に移行し、クリックしたラジオボタンにチェックマークを表示させ、対応する項目で既にチェックマークを表示させているラジオボタンがあればそのチェックマークは消去させた後、ステップ９２３に移行する。そうでない場合には、判定はＮＯとなり、そのステップ９２３に移行する。
【０１７２】
ステップ９２３では、「評価確認ページ」アイコンがクリック（オン）されたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ９２６に移行し、図７８に示すようなタイムアップページ上で入力したデータを用いて、図７９に示すような評価確認ページを作成して表示部３０４に表示させた後、図２７のステップ９２７に移行する。そうでない場合には、判定はＮＯとなってステップ９２４に移行する。
【０１７３】
ステップ９２４では、「クリア」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ９２５でそれまで入力されたデータをクリアした後、上記ステップ９２１に戻る。そうでない場合には、判定はＮＯとなり、他のステップの処理を実行することなく、そのステップ９２１に戻る。
【０１７４】
このようにして、本実施の形態では、レッスンが終了すると、そのレッスンの担当者に対する評価を求めている。それにより、生徒による講師、或いはアドバイザに対する評価を生徒が参考にして講師、或いはアドバイザを選択できるようにしている。それ以外には、不適格だと思われるアドバイザからはその資格を剥奪できるようにしている。
【０１７５】
一方、図３０のステップ９２７では、図７９に示す「送信」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ９３０に移行し、ユーザが入力したデータを評価データとして管理サーバー２０３に送信した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなってステップ９２８に移行する。
【０１７６】
ステップ９２８では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ９２９に移行し、既に入力されたデータを用いて図７８に示すようなタイムアップページを再度、表示部３０４に表示させた後、図２９のステップ９２１に戻る。それにより、講師、或いはアドバイザに対する評価を行える状態に戻す。そうでない場合には、判定はＮＯとなり、上記ステップ９２７に戻る。それにより、「送信」アイコン、或いは「戻る」アイコンをユーザがクリックするのを待つ。
【０１７７】
図９〜図１７に示す音楽教室処理内で実行されるサブルーチン処理の説明に戻る。
図３１、及び図３２は、図９〜図１７に示す音楽教室処理内でステップ２８５として実行される待機処理のフローチャートである。次に、図３１、及び図３２を参照してその待機処理について詳細に説明する。なお、その待機処理は、図６２に示すような講師用の会員トップページ上の「待機」アイコンをクリックすることで講師、或いはアドバイザを対象に実行される処理である。その待機処理が実行されることで、講師やアドバイザは、レッスンを申し込んだ生徒のレッスンを行うことができるようになっている。
【０１７８】
先ず、ステップ１１０１では、管理サーバー２０３に、レッスンを受け付けられる状態であることを示す受付信号を送信する。続くステップ１１０２では、例えばハードディスクからオリジナルのレッスンページを読み出して表示部３０４に表示させる。それにより、表示部３０４には図８０に示すようなレッスンページが表示されることになる。
【０１７９】
ステップ１１０２に続くステップ１１０３では、呼出信号を管理サーバー２０３から受信したか否か判定する。その呼出信号は、これからレッスンが開始することを通知する信号であり、それを管理サーバー２０３から受信した場合、判定はＹＥＳとなってステップ１１０６に移行する。そうでない場合には、判定はＮＯとなってステップ１１０４に移行する。
【０１８０】
ステップ１１０４では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ１１０５に移行し、講師、或いはアドバイザが待機中でない状態、即ち休止中の状態に移行することを通知する休止信号を管理サーバー２０３に送信した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ１１０３に戻る。それにより、講師、或いはアドバイザにレッスンが開始するのを待たせる。
【０１８１】
ステップ１１０６では、呼出信号を受信、即ちレッスンが開始することをユーザ（講師、或いはアドバイザ）に通知するために呼出音を発生させる。続くステップ１１０７では、呼出信号と合わせて管理サーバー２０３が送信するはずの曲名や生徒名、楽譜データ、生徒のプロフィルなどを受信したか否か判定する。それらのデータを受信した場合、判定はＹＥＳとなってステップ１１０８に移行し、それらのデータをレッスンページ上の対応するエリアにそれぞれ表示させた後（図８１参照）、ステップ１１０９に移行する。そうでない場合には、判定はＮＯとなり、他のステップの処理を実行することなく、そのステップ１１０９に移行する。なお、上記呼出音の発生は、例えばＣＰＵ３０１が、ハードディスクに格納された呼出音発生用の音声データをＨＤＤ３０６に読み出させ、それをサウンドシステム３１０に送出することで行われる。
【０１８２】
ステップ１１０９〜１１１２では、管理サーバー２０３を介して生徒側の端末２０２から送信されてくる画像データ、或いは音声データを受信した場合に、画像データを書き替えて生徒の画像を更新したり、或いは音声データをサウンドシステム３１０に送出して音声を発生させるための処理が行われる。それに続くステップ１１１３、及び１１１４では、カメラ３０８によって画像データを取り込んでそれを管理サーバー２０３に送信することや、マイク３０９、或いはキーボード３０７によって音声データ、或いはＭＩＤＩデータを取り込んでそれを管理サーバー２０３に送信することが行われる。そのような生徒側と講師（或いはアドバイザ）側でのデータのやりとりを実現させるための処理を実行した後は図３２に示すステップ１１１５に移行する。
【０１８３】
ステップ１１１５では、時間データを受信したか否か判定する。その時間データを管理サーバー２０３から受信した場合、判定はＹＥＳとなり、その時間データに従って残り時間の表示（図８１参照）を書き換えた後、ステップ１１１７に移行する。そうでない場合には、判定はＮＯとなってそのステップ１１１７に移行する。
【０１８４】
ステップ１１１７では、管理サーバー２０３から受信した時間データが０を表しているか否か判定する。レッスンを終わらせる時間となった場合、判定はＹＥＳとなってステップ１１１８に移行する。そうでない場合には、判定はＮＯとなり、図３０のステップ１１０９に戻る。それにより、ステップ１１１７の判定がＹＥＳとなるまでの間、生徒側と講師（或いはアドバイザ）側でのデータのやりとりを実現させる。
【０１８５】
ステップ１１１８では、図８２に示すような生徒評価ページをハードディスクから読み出して表示部３０４に表示させる。その生徒評価ページは、レッスンの終了を通知するとともに、そのレッスンを受けた生徒に対する評価を依頼するものである。評価の項目として、「学習態度」があり、その評価を５段階で入力するようになっている。数値が高いほど、評価が高いことを意味している。その「学習態度」は、レッスンを受ける際の態度や能力などを含め、アドバイザとして適格か否かの視点で評価する項目である。なお、当然のことながら、評価項目はそれに限定されるものではなく、様々なものを採用することができる。
【０１８６】
図８２に示すような生徒評価ページ上での評価の入力は、その評価に対応する数値のラジオボタンをクリックすることで行うようになっている。ステップ１１１８に続くステップ１１９では、そのためのデータ入力が行われたか否か判定する。ユーザが入力部３１１を操作して何らかのラジオボタンをクリックした場合、判定はＹＥＳとなってステップ１１２０に移行し、クリックしたラジオボタンにチェックマークを表示させ、既にチェックマークを表示させているラジオボタンがあればそのチェックマークは消去させた後、ステップ１１２１に移行する。そうでない場合には、判定はＮＯとなり、そのステップ１１２１に移行する。
【０１８７】
ステップ１１２１では、「確認」アイコンがクリック（オン）されたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ１１２４に移行し、図８２に示すような生徒評価ページ上でユーザが入力したデータを用いて、図８３に示すような生徒評価確認ページを作成して表示部３０４に表示させた後、ステップ１１２５に移行する。そうでない場合には、判定はＮＯとなってステップ１１２２に移行する。
【０１８８】
ステップ１１２２では、「クリア」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ステップ１１２３で既に入力されたデータをクリアした後、上記ステップ１１２１に戻る。そうでない場合には、判定はＮＯとなり、他のステップの処理を実行することなく、そのステップ１１１９に戻る。
【０１８９】
このようにして、本実施の形態では、レッスンが終了すると、そのレッスンを受けた生徒に対する評価を担当者に求めている。それにより、講師による生徒に対する評価を参考にして、生徒にアドバイザ資格を与えるか否か判定するようにしている。
【０１９０】
一方、ステップ１１２５では、図８３に示す「送信」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ１１２６に移行し、ユーザ（講師、或いはアドバイザ）が入力したデータを評価データとして管理サーバー２０３に送信した後、図３１のステップ１１０１に戻る。それにより、講師、或いはアドバイザをレッスンが行える状態に復帰させる。そうでない場合には、判定はＮＯとなってステップ１１２７に移行する。
【０１９１】
ステップ１１２７では、「戻る」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ１１２８に移行し、既に入力されたデータを用いて図８２に示すような生徒評価ページを再度、表示部３０４に表示させた後、上記ステップ１１１９に戻る。それにより、生徒に対する評価を行える状態に戻す。そうでない場合には、判定はＮＯとなり、上記ステップ１１２５に戻る。それにより、「送信」アイコン、或いは「戻る」アイコンをユーザがクリックするのを待つ。
【０１９２】
図８のステップ１０３として実行される音楽教室処理では、上述したような処理が実行される。それにより、端末２０２のユーザは、その立場、即ち音楽教室の講師か生徒（アドバイザを含む）かに応じて、所望のサービスを受けたり、或いは作業（講師としての作業、など）を行えるようになっている。そのようにして、楽器を学習する場を提供する音楽教室を実現させている。
【０１９３】
図３３は、図８に示す処理でステップ１０４として実行されるメール処理のフローチャートである。端末２０２が実行する処理では、最後に図３３を参照して、そのメール処理について詳細に説明する。なお、そのメール処理は、上記初期画面上でメールモードを設定した場合に実行される処理である。そのメール処理を実行することでやりとりされるメールは、メールサーバー２０５を介して行われるものだけである。そのメールサーバー２０５は、例えばハードディスク内に、ユーザ別にエリアを確保し、そのエリアに対応するメールを保持している。
【０１９４】
先ず、ステップ１２０１では、メールサーバー２０５に、自分宛のメールの配信を要求する配信要求を送信する。その配信要求を受信したメールサーバー２０５は、その配信要求を送信してきた端末２０２のユーザ用にハードディスク内に確保したエリア（メールエリア）に保持しているメール（新規メール）があればそれをその端末２０２に送信し、メールを保持していなければその旨を示す信号を送信する。このことから、ステップ１２０１に続くステップ１２０２では、メールサーバー２０５からデータ（新規メール、或いはそれが無いことを示す信号）を受信するのを待つ。
【０１９５】
メールサーバー２０５から何らかのデータを受信すると、ステップ１２０３に移行する。そのステップ１２０３では、メールサーバー２０５から新規メールを受信したのであればそれをハードディスク内に予め確保したエリアである受信メールエリアにストアする。続くステップ１２０４では、メールサーバー２０５から受信したデータを用いて、図８４に示すような受信リスト画面を作成して表示部３０４に表示させる。
【０１９６】
その受信リスト画面には、メールサーバー２０５から受信した新規メール毎に、差出人、及び件名がリスト表示されている。メールの選択は、例えば入力部３１１を操作してマウスカーソルを所望のメールの差出人、或いは件名が表示されているエリアに移動させた後、クリックすることで行えるようになっている。
【０１９７】
ステップ１２０４に続くステップ１２０５では、ユーザの上述したような操作に応じてリストのなかからメールの選択を行う。その後に移行するステップ１２０６では、「開封」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ１２０７に移行し、選択中のメールの内容を表示する、例えば図８５に示すような開封画面を表示部３０４に表示させた後、ステップ１２０８でユーザが「戻る」アイコンをクリックするのを待って上記ステップ１２０４に戻り、図８４に示すような受信リスト画面を再度、表示させる。そうでない場合には、判定はＮＯとなってステップ１２０９に移行する。なお、図８５中の管理者は、図１に示す運営業者１０１に対応する。
【０１９８】
ステップ１２０９では、「送信」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ユーザがメールを送信するための送信処理を実行した後、上記ステップ１２０４に戻る。そうでない場合には、判定はＮＯとなってステップ１２１１に移行する。
【０１９９】
ステップ１２１１では、「終了」アイコンがクリック（オン）されたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなり、ここで一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ１２０５に戻る。
【０２００】
管理サーバー２０３は、様々なメールを作成してメールサーバー２０５に送信させる。入会した会員に発行したパスワードを通知するメールは、その一つである（図８５参照）。そのようなメールは、上記メール処理を実行させることで閲覧できるようになっている。
【０２０１】
図３４〜図４５は、接続してきた端末装置に対応するために管理サーバ０２０３が実行する処理の流れを示すフローチャートである。次に、図３４〜図４５に示すフローチャートを参照して、管理サーバー２０３の動作、及びサービスの提供方法について詳細に説明する。なお、図３４〜図４５に示すフローチャートは、管理サーバー２０３に搭載されたＣＰＵが、例えばハードディスク装置がハードディスクから読み出したプログラム（ネットワークＯＳ、など）を実行することで実現される。そのフローチャートは、便宜的に、１台、或いは２台の端末２０２に着目して処理を抜粋し、抜粋した処理の流れを示したものである。
【０２０２】
先ず、ステップ１３０１では、登録データを受信したか否か判定する。端末２０２のユーザが会員登録を申し込んだ場合、その端末２０２は入力されたデータを登録データとして管理サーバー２０３に送信することから、判定はＹＥＳとなってステップステップ１３０２に移行する。そうでない場合には、判定はＮＯとなってステップ１３０９に移行する。
【０２０３】
ステップ１３０２では、その登録データ中で指定されている会員の立場を判定する。その登録データを送信させた者が講師としての登録を申し込んでいた場合、その旨が判定されてステップ１３０３に移行し、講師エリア（図４、及び図６参照）に、受信した登録データをストアするための個人用講師エリアを確保してそこにストアした後、ステップ１３０５に移行する。反対に、その登録データを送信させた者が生徒としての登録を申し込んでいた場合には、その旨が判定されてステップ１３０４に移行し、生徒エリア（図４、及び図５参照）に、受信した登録データをストアするための個人用生徒エリアを確保してそこにストアした後、ステップ１３０５に移行する。なお、詳細な説明は省略するが、講師としての登録を申し込んだ人に担当させる楽器の種類は、登録データ中の音楽歴などを基に決定している。
【０２０４】
ステップ１３０５では、会員登録の申込者に使わせるパスワードを作成（発行）する。続くステップ１３０６では、受信した登録データをストアしたエリア（個人用講師エリア、或いは個人用生徒エリア）に、作成したパスワードをストアする。その次に移行するステップ１３０７では、申込者に作成したパスワードを知らせるために、図８５に示すような内容のメールを作成する。そのメールの宛先は登録データ中のメールアドレスであり、そのようなメールを作成すると、ステップ１３０８に移行し、それをメールサーバー２０５に送信した後、ステップ１３０９に移行する。それにより、メールサーバー２０５を介してメールが宛先とする申込者に届けられることになる。
【０２０５】
ステップ１３０９では、ポイント（ＰＯＩＮＴ）要求信号を受信したか否か判定する。端末２０２のユーザ（生徒）が図６１に示す「ピアノ」アイコン、「ギター」アイコン、或いは「ドラム」アイコンをクリックした場合、その端末２０２はポイント要求信号を管理サーバー２０３に送信することから、判定はＹＥＳとなり、ステップ１３１０に移行して、その端末２０２のユーザの登録データがストアされている個人用生徒エリアからポイントを読み出し、その端末２０２に送信した後、図３５のステップ１３１１に移行する。そうでない場合には、判定はＮＯとなってそのステップ１３１１に移行する。
【０２０６】
ステップ１３１１では、ＩＤ（メールアドレス）、及びパスワードを受信したか否か判定する。それらを受信した場合、判定はＹＥＳとなってステップ１３１２に移行する。そうでない場合には、判定はＮＯとなってステップ１３１９に移行する。なお、端末２０２は、そのユーザが、図５７に示すような照合ページ上でデータ入力を行った後、「照合」アイコンをクリックした場合に、ＩＤ、及びパスワードを管理サーバー２０３に送信する。
【０２０７】
ステップ１３１２では、生徒エリア、及び講師エリアにストアされた登録データのなかで受信したＩＤ（メールアドレス）と同一のものを有する登録データを探す。続くステップ１３１３では、そのような登録データを探した結果、同一のＩＤを有する登録データが見つかったか否か判定する。受信したＩＤと同一のＩＤを有する登録データが存在していた場合、判定はＹＥＳとなってステップ１３１４に移行し、その登録データの中で受信したパスワードと同一のものを探した後、ステップ１３１６に移行する。そうでない場合には、判定はＮＯとなり、ステップ１３１５でＩＤ（メールアドレス）の一致するものがない旨を通知するためのＩＤ不一致信号を、そのＩＤを送信してきた端末２０２に送信した後、ステップ１３１９に移行する。
【０２０８】
ステップ１３１６では、受信したパスワードと同一のものを探した結果、それがあったか否か判定する。受信したＩＤ、及びパスワードを格納した登録データが存在していた場合、判定はＹＥＳとなり、ステップ１３１７でその旨を通知するためのＯＫ信号を端末２０２に送信した後、ステップ１３１９に移行する。そうでない場合には、判定はＮＯとなり、ステップ１３１８でパスワードが一致していない旨を通知するためのパスワード不一致信号を端末２０２に送信した後、そのステップ１３１９に移行する。
【０２０９】
ステップ１３１９では、受付信号を受信したか否か判定する。端末２０２のユーザ（講師、或いはアドバイザ）が図６２に示す「待機」アイコンをクリックした場合、その端末２０２は受付信号を管理サーバー２０３に送信することから、判定はＹＥＳとなり、ステップ１３２０に移行して、その端末２０２を使用するユーザの登録データがストアされた個人用講師エリア中の受付フラグの値を１にした後、ステップ１３２１に移行する。そうでない場合には、判定はＮＯとなってそのステップ１３２１に移行する。上記受付信号を送信した端末２０２を使用するユーザの受付フラグの値を１にすることで、そのユーザは待機状態であるとして扱われることになる。
【０２１０】
ステップ１３２１では、休止信号を受信したか否か判定する。端末２０２のユーザ（講師、或いはアドバイザ）が図６２に示す「ＴＯＰ ＰＡＧＥに戻る」アイコンをクリックした場合、その端末２０２は休止信号を管理サーバー２０３に送信することから、判定はＹＥＳとなり、ステップ１３２２に移行して、その端末２０２を使用するユーザの登録データがストアされた個人用講師エリア中の受付フラグの値を０にした後、図３６のステップ１３２３に移行する。そうでない場合には、判定はＮＯとなってそのステップ１３２３に移行する。上記休止信号を送信した端末２０２を使用するユーザの受付フラグの値を０にすることで、そのユーザは待機状態ではないとして扱われることになる。
【０２１１】
ステップ１３２３では、曲リスト要求を受信したか否か判定する。端末２０２のユーザ（生徒）が図６３に示す「（Ｃ）」アイコンをクリックした場合、その端末２０２は曲リスト要求を管理サーバー２０３に送信することから、判定はＹＥＳとなり、ステップ１３２４に移行して、曲サーバー２０４に、その端末２０２への曲リストの送付を指示した後、ステップ１３２５に移行する。そうでない場合には、判定はＮＯとなってそのステップ１３２５に移行する。
【０２１２】
ステップ１３２５では、曲購入要求を受信したか否か判定する。端末２０２のユーザ（生徒）が図６７に示す「購入」アイコンをクリックした場合、その端末２０２は曲購入要求を管理サーバー２０３に送信することから、判定はＹＥＳとなってステップ１３２６に移行する。そうでない場合には、判定はＮＯとなり、図３７のステップ１３２９に移行する。
【０２１３】
ステップ１３２６では、その曲購入要求を送信した端末２０２を使用するユーザ（生徒）の登録データがストアされた個人用生徒エリア中のポイントから曲の購入代のポイントを引く。続くステップ１３２７では、その曲購入要求で指定されている曲（曲データ）のダウンロードを曲サーバー２０４に指示する。その指示を行うと、ステップ１３２８に移行して、上記ステップ１３２６で更新したポイントの値を示すデータを端末２０２に送信した後、図３７のステップ１３２９に移行する。それにより、曲購入要求を送信した端末２０２は、図６８に示すような購入完了ページを表示させることになる。
【０２１４】
図３７のステップ１３２９では、ポイント購入データを受信したか否か判定する。端末２０２のユーザ（生徒）が図７１に示す「購入」アイコンをクリックした場合、その端末２０２はポイント購入データを管理サーバー２０３に送信することから、判定はＹＥＳとなってステップ１３３０に移行する。そうでない場合には、判定はＮＯとなり、図３８のステップ１３３７に移行する。
【０２１５】
ステップ１３３０では、そのポイント購入データ中のＩＤ、パスワードを有する登録データを探す。続くステップ１３３１では、それらを有する登録データがあったか否か判定する。それらを有する登録データが存在していた場合、判定はＹＥＳとなってステップ１３３３に移行する。そうでない場合には、判定はＮＯとなり、ステップ１３３２でＩＤ、或いはパスワードが一致していない旨を通知するための不一致信号を端末２０２に送信した後、図３８のステップ１３３７に移行する。
【０２１６】
ステップ１３３３では、課金サーバー２０６に対して、ポイント購入データを送信した端末２０２のユーザ（生徒）の登録データ中で指定されている口座から管理者の口座へ、購入を申し込んだポイントに対応する金額を振り替える課金依頼を行う。続くステップ１３３４では、依頼された処理が完了した旨を通知するための課金完了信号を課金サーバー２０６から受信するのを待つ。それを受信した後は、ステップ１３３５に移行する。
【０２１７】
ステップ１３３５では、ポイント購入データを送信した端末２０２のユーザ（生徒）の登録データをストアした個人用生徒エリア中のポイントに、新たに購入したポイントを加算する。その後に移行するステップ１３３６では、加算後のポイントの値を示すデータを端末２０２に送信する。それを送信した後には図３８のステップ１３３７に移行する。なお、ポイント購入データを送信した端末２０２は、管理サーバー２０３からポイントデータを受信することで、図７２に示すようなポイント購入完了ページを表示することになる。
【０２１８】
図３８のステップ１３３７〜図４０のステップ１３５８では、図２３〜図２７に示す講師選択処理を実行中の端末２０２に対応するための処理が行われる。その講師選択処理は、端末２０２のユーザがレッスンに用いる曲の選択を行った後に実行される処理である。
【０２１９】
先ず、ステップ１３３７では、講師データ要求を受信したか否か判定する。端末２０２がその講師データ要求を送信した場合、判定はＹＥＳとなってステップ１３３８に移行する。そうでない場合には、判定はＮＯとなって図３９のステップ１３４５に移行する。
【０２２０】
ステップ１３３８では、講師エリアに確保された個人用講師エリア（図６参照）のなかで対象とする個人用講師エリアを管理するための変数であるアドレスポインタに、その講師エリア内で先頭に位置している個人用講師エリアを指定する値を代入する。続くステップ１３３９では、端末２０２に講師データを送信した講師の人数をカウントするための変数ｍに１を代入する。その後はステップ１３４０に移行する。なお、変数ｍで講師データを送信した講師の人数をカウントするのは、図７３に示すページ上には最大で３人の講師しか表示しないためである。
【０２２１】
ステップ１３４０では、アドレスポインタの値で指定される個人用講師エリアにストアされたデータ中から、個人情報、顔画像、プロフィル、評価、及び受付フラグを読み出して端末２０２に送信する。その後は、ステップ１３４１でアドレスポインタの値を１エリア分、進め、更にステップ１３４２で変数ｍの値をインクリメントした後、ステップ１３４３に移行する。
【０２２２】
ステップ１３４３では、他に対象となる個人用講師エリアがあるか否か判定する。そのような個人用講師エリアが残っている場合、判定はＹＥＳとなってステップ１３４４に移行する。そうでない場合には、判定はＮＯとなって図３９のステップ１３４５に移行する。
【０２２３】
ステップ１３４４では、変数ｍの値が３以下か否か判定する。講師３人分のデータを端末２０２に送信していない場合、判定はＹＥＳとなって上記ステップ１３４０に戻り、それ以降の処理を同様に実行する。そうでない場合には、判定はＮＯとなって図３９のステップ１３４５に移行する。なお、講師データ要求を送信した端末２０２は、管理サーバー２０３から講師データを受信することで、図７３に示すような講師選択ページを表示させることになる。
【０２２４】
その講師選択ページやアドバイザ選択ページ（図７６参照）上には、前のページの表示を指示するための「前のＰＡＧＥ」アイコンや、次のページの表示を指示するための「次のＰＡＧＥ」アイコンが配置されている。図３９のステップ１３４５〜１３５０では、それらのアイコンへのクリックに対応するための処理が行われる。それにより、ユーザの要求に応じて、管理サーバー２０３から講師データ、或いはアドバイザデータが端末２０２に送信される。なお、端末２０２を使用する生徒が図７３に示す「アドバイザ選択」アイコンをクリックした際に表示するアドバイザ選択ページ用のアドバイザデータは、後述する図４０のステップ１３５１〜１３５８を実行することでその端末２０２に送信される。
【０２２５】
先ず、ステップ１３４５では、端末２０２で「次のＰＡＧＥ」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックすることで端末２０２が送信する次のページ要求を受信した場合、判定はＹＥＳとなってステップ１３４６に移行する。そうでない場合には、判定はＮＯとなってステップ１３４７に移行する。
【０２２６】
ステップ１３４６では、「次のＰＡＧＥ」アイコンがクリックされたのは図７３に示すような講師選択ページ上に配置されたものか否か判定する。受信した次のページ要求に講師選択ページを示すデータが含まれていた場合、判定はＹＥＳとなって図３８のステップ１３３９に戻り、それ以降の処理を同様に実行する。そうでない場合には、判定はＮＯとなって後述する図４０のステップ１３５３に移行する。なお、ステップ１３４６からステップ１３３９に戻る結果、講師エリアのなかで、現在、講師選択ページ（図７３参照）に表示された講師の登録データがストアされている個人用講師エリア以降に位置する個人用講師エリア内のデータが端末２０２に送信されることになる。そのステップ１３４６からステップ１３５３に移行したときには、曲エリアのなかで、現在、アドバイザ選択ページ（図７６参照）に表示されたアドバイザのデータがストアされているアドバイザ曲エリア以降に位置するアドバイザ曲エリア内のデータが端末２０２に送信されることになる。共に、そのエリア以降に位置するエリアが存在しない場合にはその限りではない。
【０２２７】
ステップ１３４７では、端末２０２で「前のＰＡＧＥ」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックすることで端末２０２が送信する前のページ要求を受信した場合、判定はＹＥＳとなってステップ１３４８に移行する。そうでない場合には、判定はＮＯとなって図４０のステップ１３５１に移行する。
【０２２８】
ステップ１３４８では、「前のＰＡＧＥ」アイコンがクリックされたのは図７３に示すような講師選択ページ上に配置されたものか否か判定する。受信した前のページ要求に講師選択ページを示すデータが含まれていた場合、判定はＹＥＳとなってステップ１３４９に移行し、講師エリア内のエリアを示しているアドレスポインタを６エリア分、戻した後、図３８のステップ１３３９に戻り、それ以降の処理を同様に実行する。そうでない場合には、判定はＮＯとなってステップ１３５０に移行し、曲エリア（図４参照）内のエリアを示しているアドレスポインタを６エリア分、戻した後、図４０のステップ１３５３に移行する。なお、ステップ１３４９からステップ１３３９に戻る結果、講師エリアのなかで、現在、講師選択ページ（図７３参照）に表示された講師の登録データがストアされている個人用講師エリアの直前に位置する個人用講師エリア内のデータが端末２０２に送信されることになる。ステップ１３５０からステップ１３５３に移行したときには、曲エリアのなかで、現在、アドバイザ選択ページ（図７６参照）に表示されたアドバイザのデータがストアされているアドバイザ曲エリアの直前に位置するアドバイザ曲エリア内のデータが端末２０２に送信されることになる。共に、そのエリア以降に位置するエリアが存在しない場合にはその限りではない。
【０２２９】
上記ステップ１３４７の判定がＮＯとなって移行する図４０のステップ１３５１では、アドバイザデータ要求を受信したか否か判定する。端末２０２がそのアドバイザデータ要求を送信した場合、判定はＹＥＳとなってステップ１３５２に移行する。そうでない場合には、判定はＮＯとなって図４１のステップ１３５９に移行する。
【０２３０】
ステップ１３５２では、受信したアドバイザデータ要求中で指定された曲に対応する曲エリア内に確保されたアドバイザ曲エリア（図６参照）のなかで対象とするアドバイザ曲エリアを管理するために、その曲エリア内で先頭に位置しているアドバイザ曲エリアを指定する値をアドレスポインタに代入する。続くステップ１３５３では、端末２０２にアドバイザデータを送信したアドバイザの人数をカウントするための変数ｎに１を代入する。その後はステップ１３５４に移行する。なお、変数ｎでアドバイザデータを送信したアドバイザの人数をカウントするのは、図７６に示すページ上には最大で３人のアドバイザしか表示しないためである。
【０２３１】
ステップ１３５４では、アドレスポインタの値で指定されるアドバイザ曲エリア（図７参照）にストアされたデータ中から、個人情報、プロフィル、評価、及び受付フラグを読み出して端末２０２に送信する。その後は、ステップ１３５５でアドレスポインタの値を１エリア分、進め、更にステップ１３５６で変数ｎの値をインクリメントした後、ステップ１３５７に移行する。
【０２３２】
ステップ１３５７では、他に対象となるアドバイザ曲エリアがあるか否か判定する。そのようなエリアが残っている場合、判定はＹＥＳとなってステップ１３５８に移行する。そうでない場合には、判定はＮＯとなって図４１のステップ１３５９に移行する。
【０２３３】
ステップ１３５８では、変数ｎの値が３以下か否か判定する。アドバイザ３人分のデータを端末２０２に送信していない場合、判定はＹＥＳとなって上記ステップ１３５４に戻り、それ以降の処理を同様に実行する。そうでない場合には、判定はＮＯとなって図４１のステップ１３５９に移行する。なお、アドバイザデータ要求を送信した端末２０２は、管理サーバー２０３からアドバイザデータを受信することで、図７６に示すようなアドバイザ選択ページを表示させることになる。
【０２３４】
図４１のステップ１３５９では、講師（或いはアドバイザ）名、曲データを受信したか否か判定する。それらを受信した場合、判定はＹＥＳとなってステップ１３６０に移行する。そうでない場合には、判定はＮＯとなって図４２のステップ１３６８に移行する。
【０２３５】
講師（或いはアドバイザ）名、曲データは、レッスンを開始する際に生徒の使用する端末２０２から管理サーバー２０３に送信されるデータである。このことから、ステップ１３６０〜図４４のステップ１３９１では、受信した講師名、或いはアドバイザ名で指定された講師、或いはアドバイザによる生徒へのレッスンを実現させるための処理が行われる。
【０２３６】
先ず、ステップ１３６０では、レッスン中であることを認識するための変数ＬＦに、レッスン中であることを表す値の１（レッスン中でないことを表す値は０である）を代入する。続くステップ１３６１では、講師名、或いはアドバイザ名で特定される講師、或いはアドバイザの使用する端末２０２に呼出信号を送信する。その次に移行するステップ１３６２では、レッスンを開始した生徒の登録データがストアされた個人用生徒エリア中のポイントから、そのレッスンを担当している講師、或いはアドバイザのレッスン料のポイント（図中ではその値を「Ｎ」で表現）を減算するとともに、講師、或いはアドバイザの受付フラグの値を０にする（それにより、講師、或いはアドバイザは休止状態とする）。その後に移行するステップ１３６３では、その講師、或いはアドバイザである生徒の登録データがストアされた個人用講師エリア、或いは個人用生徒エリア中のポイントに、レッスン料のポイントの半分（＝Ｎ／２）を加算する。ステップ１３６４には、その後に移行する。
【０２３７】
ステップ１３６４では、受信した曲データから楽譜データを作成する。その後に移行するステップ１３６５では、講師（或いはアドバイザ）名や曲データを送信してきた端末２０２に、ステップ１３６２で更新したポイント（ＰＯＩＮＴ）や作成した楽譜データを送信する。それに続けて実行するステップ１３６６では、レッスンを担当する講師、或いはアドバイザの使用する端末２０２に、そのレッスンを受ける生徒の氏名、その登録データ中のプロフィル、曲名、及び楽譜データなどを送信する。その後は、ステップ１３６７に移行して、レッスン時間を生徒、及び講師（或いはアドバイザ）の使用する端末２０２にそれぞれ送信し、その時間の減算をスタートさせた後、図４２のステップ１３６８に移行する。
【０２３８】
上記レッスン時間を各端末２０２に送信し、その時間の減算をスタートさせることで、図７７、及び図８１に示す各ページ上にレッスンの残り時間が表示されることになる。
図４２のステップ１３６８では、変数ＬＦの値が１か否か判定する。現在、レッスンが行われているような場合、判定はＹＥＳとなってステップ１３６９に移行する。そうでない場合には、判定はＮＯとなって図４５のステップ１３９２に移行する。
【０２３９】
ステップ１３６９〜図４４のステップ１３９１では、レッスン中に各端末２０２に送信すべきデータ（残り時間、など）の送信やその端末２０２間のデータ（画像データや音声データ、など）のやりとり、或いはレッスン終了後の対応（評価データの処理、など）を実現させるための処理が行われる。
【０２４０】
先ず、ステップ１３６９では、前回、残り時間を送信してから一定時間が経過したか否か判定する。その一定時間が経過した場合、判定はＹＥＳとなってステップ１３７０に移行し、レッスンを受けている生徒の使用する端末２０２、及びそのレッスンを担当している講師、或いはアドバイザの使用する端末２０２の双方に、前回、送信した残り時間からその一定時間分を引いた残り時間を送信した後、ステップ１３７１に移行する。そうでない場合には、判定はＮＯとなってそのステップ１３７１に移行する。
【０２４１】
ステップ１３７１〜１３７４では、レッスンを受けている生徒の使用する端末２０２、及びそのレッスンを担当している講師、或いはアドバイザの使用する端末２０２の一方から受信した画像データ（カメラ３０８で取り込んだデータであり、実際にはそれに圧縮処理を施してある）、或いは音声データ（マイク３０９で取り込んだデータ、或いはキーボード３０７が送出したＭＩＤＩデータである。マイク３０９で取り込んだデータには実際には圧縮処理が施してある）を、他方に送信する中継を実現させるための処理を実行する。ステップ１３７３、或いは１３７４の処理を実行した後にはステップ１３７５に移行する。
【０２４２】
レッスンが終了すると、生徒の使用する端末２０２は、上述したように、図７８に示すようなタイムアップページを表示して講師、或いはアドバイザの評価を表すデータの入力を促し、入力されたデータは講師評価データとして、図７９に示すような評価確認ページを表示させて生徒に確認させた後、管理サーバー２０３に送信するようになっている。ステップ１３７５では、その講師評価データを受信したか否か判定する。その講師評価データを受信した場合、判定はＹＥＳとなり、ステップ１３７６に移行して、レッスンを担当した講師、或いはアドバイザの保存中の評価データを書き換えた後、図４３のステップ１３７７に移行する。そうでない場合には、判定はＮＯとなってそのステップ１３７７に移行する。なお、評価データの書き換えは、例えば評価項目別に平均値を算出し、その算出した平均値を新たな評価データとして書き込むことで行われる。個人用講師エリア、或いはアドバイザ曲エリアには、そのような総合的評価を表す評価データではなく、受信した評価データをそのまま格納しても良い。その場合には、要求に応じて、格納された評価データを様々に加工した形で生徒に提供できるようにすることが望ましい。例えば評価項目毎に、評価値（ここでは１〜５の間の数値）の偏りやその時間変化（例えば月毎の変化）を棒グラフ、或いは折れ線グラフなどで表せるようにしても良い。様々な手法を採用することができる。
【０２４３】
図４３のステップ１３７７では、レッスンを担当したのはアドバイザか否か判定する。レッスンを受けた生徒がアドバイザを選択していた場合、判定はＹＥＳとなってステップ１３７８に移行する。そうでない場合には、判定はＮＯとなって図４４のステップ１３８３に移行する。
【０２４４】
ステップ１３７８では、上記ステップ１３６７の処理の実行時に更新した更新データで表される評価が予め定めた一定レベルに達していないか否か判定する。レッスンを受けた生徒の評価がレッスンを行うものとして適格でないことを示していた場合、判定はＹＥＳとなってステップ１３７９に移行する。そうでない場合には、判定はＮＯとなって図４４のステップ１３８３に移行する。なお、評価が一定レベルに達していないという判定は、例えば項目のなかで予め定めた項目数以上のものが一定レベルに達していない、或いは各項目を総合的に評価したものが一定レベルに達していない場合に行う。
【０２４５】
ステップ１３７９では、レッスンを担当したアドバイザのアドバイザ曲エリア（図７参照）内のデータを全て消去する。続くステップ１３８０では、アドバイザである生徒の個人用生徒エリア（図５参照）中のアドバイザ資格フラグの値を０に戻し、アドバイザ曲は消去する。その後は、ステップ１３８１でレッスンを終えたアドバイザ（のメールアドレス）を宛先として図８６に示すような内容のアドバイザ資格取消メールを作成し、ステップ１３８２でそのメールをメールサーバー２０５に送信した後、図４４のステップ１３８３に移行する。
【０２４６】
このようにして、本実施の形態では、生徒の評価が低い生徒からは与えたアドバイザ資格を剥奪するようにしている。それにより、生徒がより快適にアドバイザによるレッスンを受けられるようにしている。
講師、或いはアドバイザの使用する端末２０２は、レッスンが終了すると、上述したように、図８２に示すような生徒評価ページを表示して生徒の評価を表すデータの入力を促し、入力されたデータは生徒評価データとして、図８３に示すような生徒評価確認ページを表示させて講師、或いはアドバイザに確認させた後、管理サーバー２０３に送信するようになっている。
【０２４７】
図４４のステップ１３８３では、その生徒評価データを受信したか否か判定する。その評価データを受信した場合、判定はＹＥＳとなり、ステップ１３８４でレッスンを受けた生徒の登録データをストアしている個人用生徒エリア中の評価データを書き換えた後、ステップ１３８５に移行する。そうでない場合には、判定はＮＯとなって図４５のステップ１３９２に移行する。なお、評価データの書き換えは、例えば平均値を算出し、その算出した平均値を新たな評価データとして書き込むことで行われる。
【０２４８】
ステップ１３８５では、レッスンを受けた生徒がアドバイザ資格の取得を希望しているか否か判定する。その生徒の個人用生徒エリア中にアドバイザ希望有無として格納されたデータの値が１であった場合、判定はＹＥＳとなってステップ１３８６に移行する。そうでない場合には、判定はＮＯとなって図４５のステップ１３９３に移行する。
【０２４９】
ステップ１３８６では、上記ステップ１３８４の処理の実行時に更新した更新データで表される評価が予め定めた一定レベルに達しているか否か判定する。レッスンを担当した講師、或いはアドバイザの評価がアドバイザとしての力量（能力）を備えていることを表していた場合、判定はＹＥＳとなってステップ１３８７に移行する。そうでない場合には、判定はＮＯとなってステップ１３９１に移行する。
【０２５０】
ステップ１３８７では、レッスンを受けた生徒の個人用生徒エリア内のアドバイザ資格フラグの値を１にし、そのレッスンに用いた曲をアドバイザ曲としてストアする。続くステップ１３８８では、その曲に対応する曲エリアにアドバイザ曲エリア（図４参照）を確保し、そのエリアに、個人用生徒エリア内にストアされているデータの一部をストアする。それによって図７に示すようなデータをアドバイザ曲エリアにストアした後は、ステップ１３８９に移行して、レッスンを受けた生徒（のメールアドレス）を宛先として図８７に示すような内容のアドバイザ資格許可メールを作成し、ステップ１３９０でそのメールをメールサーバー２０５に送信した後、ステップ１３９１に移行する。
【０２５１】
このようにして、本実施の形態では、講師、或いはアドバイザの評価が高い生徒には希望に応じてアドバイザ資格を授与するようにしている。それにより、力をつけた、或いは高い能力を持つ生徒には、アドバイザとして自分の力を試す場を提供している。
【０２５２】
ステップ１３９１では、評価データを全て受信したか否か判定する。講師、或いはアドバイザの使用する端末２０２、及び生徒の使用する端末２０２からぞれぞれ評価データを受信した場合、判定はＹＥＳとなり、ステップ１３９２で変数ＬＦに０を代入した後、図４５のステップ１３９３に移行する。そうでない場合には、判定はＮＯとなってそのステップ１３９３に移行する。そのようにして、変数ＬＦには、レッスンの終了に伴う処理まで実行した後に０を代入するようにしている。なお、特には図示していないが、ステップ１３９２では、変数ＬＦに０を代入するだけでなく、レッスンを行った講師、或いはアドバイザの個人用講師エリア中の受付フラグの値を１にすることも合わせて行っている。
【０２５３】
図４５のステップ１３９３では、現在の月日が所定の月日か否か判定する。現在の月日が所定の月日であった場合、判定はＹＥＳとなってステップ１３９４に移行する。そうでない場合には、判定はＮＯとなって図３４のステップ１３０１に戻る。
【０２５４】
ステップ１３９４では、個人用講師エリアを指定してそこに格納されたポイント（ＰＯＩＮＴ）や口座情報などを読み出す（図６参照）。続くステップ１３９５では、そのポイント、及び講師の口座情報などを支払い依頼として課金サーバー２０６に送信する。その後は、課金サーバー２０６から支払い依頼を処理した旨を示す支払い完了信号を受信するのを待ってステップ１３９６に移行する。
【０２５５】
ステップ１３９６では、次に指定の対象となる個人用講師エリアがあるか否か判定する。そのような個人用講師エリアが残っている場合、判定はＹＥＳとなって上記ステップ１３９４に戻り、指定の対象を変えて、それ以降の処理を同様に実行する。そうでない場合には、判定はＮＯとなって図３４のステップ１３０１に戻る。
【０２５６】
上記ステップ１３９４〜１３９６で形成される処理ループをステップ１３９６の判定がＮＯとなるまで繰り返し実行することにより、前の所定の月日から現在までにレッスンを担当したことのある講師には、そのレッスンに対する報酬が口座情報で指定された金融機関の口座に振り込まれることになる。
【０２５７】
管理サーバー２０３は、接続してきた端末２０２に対応するために上述したような処理を上述したような流れで実行する。それにより、端末２０２のユーザにサービスを提供するようになっている。
以降は、他のサーバー２０４〜２０６の動作について、図４６〜図４８に示す各種フローチャートを参照して詳細に説明する。
【０２５８】
図４６は、曲サーバー２０４が実行する処理の流れを示すフローチャートである。他のサーバー２０４〜２０６の動作については、始めに図４６を参照して、曲サーバー２０４の動作を詳細に説明する。なお、図４６に示すフローチャートは、例えば曲サーバー２０４に搭載されたＣＰＵが、ハードディスク装置にハードディスクから読み出させたプログラムを実行することで実現される。
【０２５９】
先ず、ステップ１５０１では、管理サーバー２０３から曲リストの送付を指示する曲リスト送付指示を受信したか否か判定する。その曲リスト送付指示を受信した場合、判定はＹＥＳとなり、ステップ１５０２においてその送付指示で指示された曲リストを例えばハードディスクから読み出し、次にステップ１５０３に移行して、その送付指示で指定された端末２０２にその曲リストを送信した後、ステップ１５０４に移行する。そうでない場合には、判定はＮＯとなり、そのステップ１５０４に移行する。
【０２６０】
管理サーバー２０３は、上記曲リスト送付指示を、端末２０２から曲リスト要求を受信した場合に曲サーバー２０４に送信する。その端末２０２は、ユーザが図６３に示す「（Ｃ）」アイコンをクリックした場合に、その曲リスト要求を管理サーバー２０３に送信する。その曲リストを送信した端末２０２は、曲サーバー２０４から曲リストを受信することで、図６６に示すような新規曲リストページを表示する。
【０２６１】
ステップ１５０４では、管理サーバー２０３から曲ダウンロード指示を受信したか否か判定する。そのダウンロード指示を受信した場合、判定はＹＥＳとなってステップ１５０５に移行し、そのダウンロード指示で指定された端末２０２に、そのダウンロード指示で指定された曲データを送信した後、上記ステップ１５０１に戻る。そうでない場合には、判定はＮＯとなってそのステップ１５０１に戻る。
【０２６２】
管理サーバー２０３は、上記曲ダウンロード指示を、端末２０２から選択曲名を受信した場合に曲サーバー２０４に送信する。その端末２０２は、図６６に示すような新規曲リストページ上で所望の曲（曲名）を選択し、選択した曲（曲名）を図６７に示すような新規曲購入ページでユーザが確認した場合に、その選択曲名を管理サーバー２０３に送信する。その選択曲名を送信した端末２０２は、曲サーバー２０４から曲データを受信し、その購入代となるポイントを引いた後のポイント（ＰＯＩＮＴ）を管理サーバー２０３から受信することで、図６８に示すような購入完了ページを表示する。
【０２６３】
このように、曲サーバー２０４は、管理サーバー２０３の指示に応じて動作するようになっている。それにより、端末２０２のユーザ（生徒）は、所望の曲のデータを曲サーバー２０４から必要に応じてダウンロードできるようになっている。
【０２６４】
図４７は、メールサーバー２０５が実行する処理の流れを示すフローチャートである。次に図４７を参照して、メールサーバー２０５の動作について詳細に説明する。なお、図４７に示すフローチャートは、例えばメールサーバー２０５に搭載されたＣＰＵが、ハードディスク装置にハードディスクから読み出させたプログラムを実行することで実現される。
【０２６５】
先ず、ステップ１６０１では、管理サーバー２０３、或いは端末２０２からメールを受信したか否か判定する。それらのうちの何れかからメールを受信した場合、判定はＹＥＳとなってステップ１６０２に移行し、受信したメールの宛先に対応するメールエリアにそのメールをストアした後、ステップ１６０３に移行する。
【０２６６】
ステップ１６０３では、端末２０２から配信要求を受信したか否か判定する。そのユーザがメールモードを設定した場合、端末２０２はその配信要求をメールサーバー２０５に送信することから、判定はＹＥＳとなってステップ１６０４に移行し、その配信要求を送信してきた端末２０２に、そのユーザに対応するメールエリアに保持してあるメール（新規メール。図８５〜図８７参照）があればそれを送信し、それがなければその旨を示す信号を送信した後、上記ステップ１６０１に戻る。そうでない場合には、判定はＮＯとなってそのステップ１６０１に戻る。
【０２６７】
メールサーバー２０５は、上述したような処理を実行する。それにより、端末２０２間、或いは端末２０２と管理サーバー２０３間におけるメールのやりとりが実現される。
図４８は、課金サーバー２０６が実行する処理の流れを示すフローチャートである。最後に図４８を参照して、課金サーバー２０６の動作について詳細に説明する。なお、図４８に示すフローチャートは、例えば課金サーバー２０６に搭載されたＣＰＵが、ハードディスク装置にハードディスクから読み出させたプログラムを実行することで実現される。
【０２６８】
先ず、ステップ１７０１では、管理サーバー２０３から課金依頼を受信したか否か判定する。その課金依頼を受信した場合、判定はＹＥＳとなってステップ１７０２に移行し、その課金依頼で指定された生徒の口座から管理者の口座へ、その課金依頼で指定された金額を振り替えるように、その生徒の口座を設けた金融機関に依頼し、管理サーバー２０３には課金完了信号を送信した後、ステップ１７０３に移行する。そうでない場合には、判定はＮＯとなってそのステップ１７０３に移行する。
【０２６９】
管理サーバー２０３は、端末２０２からポイント購入データを受信した場合に、その課金依頼を課金サーバー２０６に送信する。端末２０２は、図７０に示すようなポイント購入ページ上で購入を希望するポイントを指定し、そのポイントを図７１に示すようなポイント購入確認データでユーザが確認した場合に、そのポイント購入データを管理サーバー２０３に送信する。そのポイント購入データを送信した端末２０２は、課金サーバー２０６が管理サーバー２０３から受信した課金依頼を処理することで、図７２に示すようなポイント購入完了ページを表示する。
【０２７０】
ステップ１７０３では、管理サーバー２０３から支払い依頼を受信したか否か判定する。その支払い依頼を受信した場合、判定はＹＥＳとなってステップ１７０４に移行し、管理者の口座からその支払い依頼で指定された講師の口座へ、その支払い依頼中のポイントに対応する金額を振り替えるように、管理者の口座を設けた金融機関に依頼し、管理サーバー２０３には支払い完了信号を送信した後、上記ステップ１７０１に戻る。そうでない場合には、判定はＮＯとなってそのステップ１７０１に戻る。
【０２７１】
課金サーバー２０６は、上述したような処理を実行する。それにより、生徒からレッスン料や曲データの購入代などを徴収し、講師にはレッスン料を支払うようになっている。
なお、本実施の形態では、生徒の評価が低く、人を教えるには不適格と考えられる生徒からアドバイザ資格を剥奪するようにしているが、それだけでなく、生徒の評価が低い講師から講師としての登録を抹消するようにしても良い。そのようにすることで、生徒はより快適にレッスンを受けられるようになる。生徒の評価が低いか否かの判定は、評価は相性によって大きく変わる傾向があることから、或る回数を定め、少なくともその回数のレッスンを担当させた後、人を教えるには不適格か否か判定することが望ましい。
【０２７２】
アドバイザ資格の取得を希望するか否かは、生徒として登録する際に決めるようにしているが、必ずしもそうしなくとも良い。アドバイザとしての能力・力量を認めた後、その資格を希望するか否か生徒に確認するようにしても良い。当然のことながら、生徒にアドバイザ以外の形で自分の力を試す場を提供するようにしても良い。
【０２７３】
生徒の使用する端末２０２と講師、或いはアドバイザの使用する端末２０２間のデータのやりとりをリアルタイムで中継する形でレッスンは行われるようになっているが、そのようなリアルタイムの中継を行わない形でレッスンは行っても良い。或いは、レッスンの形を生徒に選択させ、生徒が選択した形でレッスンを行うようにしても良い。
【０２７４】
そのレッスンは、講師、或いはアドバイザと生徒が一対一で行うようになっているが、一人の講師、或いはアドバイザが複数の生徒のレッスンを行えるようにしても良い。或いは、生徒に一対一のレッスンを希望するか否か選択させて、生徒が選択した形でレッスンを行うようにしても良い。
【０２７５】
音楽教室（楽器を学習する場）を実現させるための端末２０２と管理サーバー２０３の役割については、その役割は音楽教室を実現できる範囲で任意に割り当てても良い。その際には、別のサーバーなどを新たに追加し、それも含めて役割を分散させても良い。このことから明らかなように、様々な変形を行うことができるものである。
【０２７６】
本発明を適用できる学習教室システムとしては、上述したような音楽教室システムに限定されるものではない。音楽教室以外の学習教室を実現させるシステムにも本発明は幅広く適用させることができる。
上述したような各種サーバー２０３〜２０６や端末２０２、或いは変形例の動作を実現させるようなプログラムは、それぞれ、ＣＤ−ＲＯＭ、フロッピーディスク、或いは光磁気ディスク等の記録媒体に記録させて配布しても良い。或いは、公衆網等で用いられる伝送媒体を介して、そのプログラムの一部、若しくは全部を配信するようにしても良い。そのようにした場合には、ユーザはプログラムを取得してコンピュータ（データ処理装置）にロードすることにより、そのコンピュータ、更にはそれとネットワークにより複数のコンピュータが接続されたシステムに本発明を適用させることができる。このことから、記録媒体は、プログラムを配信する装置がアクセスできるものであっても良い。
【０２７７】
【発明の効果】
以上、説明したように本発明では、教習者に学習者の評価を行わせ、教習者による評価に基づき、教習者レベルの能力（実力）を備えていると判定した学習者に、他の学習者に教習を行える資格を与える。このため、学習者は教習者から教習を受けるだけでなく、他の学習者を教習するという形で自分の能力を試すことができる。たとえ他の学習者を教習しなくとも、一定のレベル（一つの目標）に達したという達成感を味わうことができる。学習教室にとっては、利用者に、より様々なサービスを提供できるようになる。
【０２７８】
本発明では、学習者に教習者の評価を行わせ、学習者による評価に基づき、教習者として適格でないと判定した教習者から教習者の資格を剥奪する。このため、学習者は、教習者として適格な人から教習を受けられるようになって、学習教室をより快適に利用できるようになる。
【図面の簡単な説明】
【図１】本実施の形態による学習教室システムの仕組みを説明するための図である。
【図２】本実施の形態による学習教室システムの構成を示す図である。
【図３】端末装置の構成を示す図である。
【図４】管理サーバーのハードディスクに格納された会員のデータの内容を説明する図である（その１）。
【図５】管理サーバーのハードディスクに格納された会員のデータの内容を説明する図である（その２）。
【図６】管理サーバーのハードディスクに格納された会員のデータの内容を説明する図である（その３）。
【図７】管理サーバーのハードディスクに格納された会員のデータの内容を説明する図である（その４）。
【図８】管理サーバーと接続する場合に端末装置が実行する処理の流れを示すフローチャートである。
【図９】音楽教室処理のフローチャートである。
【図１０】音楽教室処理のフローチャートである（続き１）。
【図１１】音楽教室処理のフローチャートである（続き２）。
【図１２】音楽教室処理のフローチャートである（続き３）。
【図１３】音楽教室処理のフローチャートである（続き４）。
【図１４】音楽教室処理のフローチャートである（続き５）。
【図１５】音楽教室処理のフローチャートである（続き６）。
【図１６】音楽教室処理のフローチャートである（続き７）。
【図１７】音楽教室処理のフローチャートである（続き８）。
【図１８】ピアノレッスン処理のフローチャートである。
【図１９】手持ち曲選択処理のフローチャートである。
【図２０】曲購入処理のフローチャートである。
【図２１】曲購入処理のフローチャートである（続き）。
【図２２】ポイント購入処理のフローチャートである。
【図２３】講師選択処理のフローチャートである。
【図２４】講師選択処理のフローチャートである（続き１）。
【図２５】講師選択処理のフローチャートである（続き２）。
【図２６】講師選択処理のフローチャートである（続き３）。
【図２７】講師選択処理のフローチャートである（続き４）。
【図２８】レッスン処理のフローチャートである。
【図２９】レッスン処理のフローチャートである（続き１）。
【図３０】レッスン処理のフローチャートである（続き２）。
【図３１】待機処理のフローチャートである。
【図３２】待機処理のフローチャートである（続き）。
【図３３】メール処理のフローチャートである。
【図３４】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである。
【図３５】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである（続き１）。
【図３６】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである（続き２）。
【図３７】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである（続き３）。
【図３８】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである（続き４）。
【図３９】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである（続き５）。
【図４０】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである（続き６）。
【図４１】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである（続き７）。
【図４２】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである（続き８）。
【図４３】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである（続き９）。
【図４４】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである（続き１０）。
【図４５】接続してきた端末装置に対応するために管理サーバーが実行する処理の流れを示すフローチャートである（続き１１）。
【図４６】曲サーバーが実行する処理の流れを示すフローチャートである。
【図４７】メールサーバーが実行する処理の流れを示すフローチャートである。
【図４８】課金サーバーが実行する処理の流れを示すフローチャートである。
【図４９】トップページの画面イメージを示す図である。
【図５０】入会選択ページの画面イメージを示す図である。
【図５１】入会規約ページの画面イメージを示す図である。
【図５２】入会登録ページ（講師用）の画面イメージを示す図である。
【図５３】登録確認ページ（講師用）の画面イメージを示す図である。
【図５４】入会登録中ページの画面イメージを示す図である。
【図５５】入会登録ページ（生徒用）の画面イメージを示す図である。
【図５６】登録確認ページ（生徒用）の画面イメージを示す図である。
【図５７】会員照合ページの画面イメージを示す図である。
【図５８】メールアドレス不一致警告画面を示す図である。
【図５９】パスワード不一致警告画面を示す図である。
【図６０】生徒選択ページの画面イメージを示す図である。
【図６１】会員トップページ（生徒用）の画面イメージを示す図である。
【図６２】会員トップページ（講師、アドバイザ用）の画面イメージを示す図である。
【図６３】ピアノ教室トップページの画面イメージを示す図である。
【図６４】手持ち曲リストページの画面イメージを示す図である。
【図６５】手持ち曲決定ページの画面イメージを示す図である。
【図６６】新規曲リストページの画面イメージを示す図である。
【図６７】新規曲購入ページの画面イメージを示す図である。
【図６８】購入完了ページの画面イメージを示す図である。
【図６９】ポイント不足警告ページの画面イメージを示す図である。
【図７０】ポイント購入ページの画面イメージを示す図である。
【図７１】ポイント購入確認ページの画面イメージを示す図である。
【図７２】ポイント購入完了ページの画面イメージを示す図である。
【図７３】講師選択ページの画面イメージを示す図である。
【図７４】講師評価ページの画面イメージを示す図である。
【図７５】プロフィルページの画面イメージを示す図である。
【図７６】アドバイザ選択ページの画面イメージを示す図である。
【図７７】レッスンページ（生徒用）の画面イメージを示す図である。
【図７８】タイムアップページの画面イメージを示す図である。
【図７９】評価確認ページの画面イメージを示す図である。
【図８０】レッスンページ（講師、アドバイザ用）の画面構成を示す図である。
【図８１】レッスンページ（講師、アドバイザ用）の画面イメージを示す図である。
【図８２】生徒評価ページの画面イメージを示す図である。
【図８３】生徒評価確認ページの画面イメージを示す図である。
【図８４】受信リスト画面例を示す図である。
【図８５】開封画面でのメール表示例を示す図である。
【図８６】開封画面で表示されたアドバイザ資格取消メールを示す図である。
【図８７】開封画面で表示されたアドバイザ資格許可メールを示す図である。
【符号の説明】
１０１ 運営業者
１０２ Ｗｅｂサーバー
１０２ａ 講師選択部
１０３ 音楽教室サイト
１０４、１０５、２０２ 端末装置
２０１ ネットワーク
２０３ 管理サーバー
２０４ 曲サーバー
２０５ メールサーバー
２０６ 課金サーバー
３０１ ＣＰＵ
３０２ ＲＯＭ
３０３ ＲＡＭ
３０４ 表示部
３０５ モデム
３０６ ハードディスク装置
３０７ キーボード
３０８ カメラ
３０９ マイク
３１０ サウンドシステム
３１１ 入力部

Claims (1)

1. ネットワークを介して学習を望む学習者、及びその学習者を教習する教習者及びアドバイザを結ぶことにより学習教室を実現するシステムであって、
   前記システムは、前記ネットワークに、前記学習者用あるいはアドバイザ用として登録された第１の端末装置及び教習者用として登録された第２の端末装置と、各端末装置間のデータのやりとりを中継するサーバー、が接続されて構築され、
   前記第１の端末装置は
   学習者用として登録されている場合に前記第２の端末装置及びアドバイザ用として登録されている他の第１の端末装置を選択する選択情報を前記サーバーに送信する選択情報送信手段と、
   学習者用として登録されている場合に前記アドバイザ用として登録されている他の第１の端末装置による教習の評価を前記サーバーに送信する教習評価送信手段と、
   アドバイザ用として登録されている場合に前記学習者用として登録された他の第１の端末装置に対する学習の評価を前記サーバーに送信する学習評価送信手段と、
   を具備し、
   前記第２の端末装置は、
   前記学習者用として登録された他の第１の端末装置に対する学習の評価を前記サーバーに送信する学習評価送信手段と、
   を具備し、
   前記サーバーは、
   前記第１の端末装置毎に、学習者用かアドバイザ用かの判別をするための判別フラグを記憶する記憶手段と、
   前記学習者用として登録されている第１の端末装置から送信された前記第２の端末装置及びアドバイザ用として登録されている他の第１の端末装置を選択する選択情報を受信し、当該選択情報を送信してきた前記第１の端末装置と、該選択情報で特定される他の端末装置間のデータのやりとりを中継するデータ中継手段と、
   前記第２の端末装置及びアドバイザ用として登録されている第１の端末装置のいずれかひとつから学習者用として登録された他の第１の端末装置に対する学習の評価を受信し、当該受信された評価が所定レベル以上か否か判別する第１の判別手段と、
   前記判別手段により前記評価が所定レベル以上であると判別された場合は、前記記憶手段の学習者エリア内の対応する第１の端末装置の判別フラグエリアに記憶された判別フラグをアドバイザ用にセットすることにより、当該第１の端末装置を学習用からアドバイザ用に登録するアドバイザ登録手段と、
   前記アドバイザ登録手段によりアドバイザ用に登録された前記第１の端末装置に対して通知を行うアドバイザ登録通知手段と、
   学習者として登録されている前記第１の端末装置よりアドバイザ用として登録されている他の第１の端末装置による教習の評価を受信し、当該受信された評価が所定レベル以下か否か判別する第２の判別手段と、
   前記第２の判別手段により前記評価が所定レベル以下であると判別された場合は、前記記憶手段の学習者エリア内の対応する第１の端末装置の判別フラグエリアに記憶された判別フラグを学習者用にセットすることにより、当該第１の端末装置をアドバイザ用から学習者用に登録する学習者登録手段と、
   前記学習者登録手段により学習者用に登録された前記第１の端末装置に対して通知を行う学習者登録通知手段と、
   を具備する、ことを特徴とする学習教室システム。

Images