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