JP2002109282A - 学習教室システム、データ処理装置、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 教習者が納得できる報酬を得ることができる
学習教室システムを提供する。 【解決手段】 運営業者１０１が音楽教室サイト１０３
を開設するために設置したＷｅｂサーバー１０２は、音
楽教室の生徒の使用する端末装置１０４と、その音楽教
室の講師の使用する端末装置１０５とを結び、それらの
端末装置１０４、１０５間で画像データや音声データ、
ＭＩＤＩ（音楽）データ、或いはその他（テキストやポ
イント、楽譜のデータ、など）のやりとりを中継する。
生徒には、レッスン料を提示させて希望する講師のレッ
スンに対する入札を行わせ、落札したレッスンを担当す
る講師からレッスンを受けさせる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを利
用して、学習を望む学習者を教習者に教習させることに
より学習教室を実現するための技術に関する。

【０００２】

【従来の技術および発明が解決しようとする課題】楽器
を習いたい人に学習する場を提供するものとして音楽教
室がある。しかし、その音楽教室は、それが開いている
時間に通える人しか利用することができず、地理的、時
間的な条件による制約が大きい。その制約によって音楽
教室に通うのをあきらめている人は少なくない。このこ
とから、最近では、グローバルな情報インフラストラク
チャとして急速に発展しているインターネットを使って
音楽教室が開かれている。インターネットを使うことに
より、少なくとも地理的な制約は回避されることから、
それまで通えなかった人も音楽教室での楽器の学習に参
加できるようになる。音楽教室システムは、インターネ
ットなどのネットワークを使って音楽教室を実現させる
システムである。その音楽教室での楽器の学習は、学習
者とその学習者の教習（レッスン）を行う教習者間のデ
ータのネットワークを介したやりとりによって行うよう
になっている。

【０００３】ネットワークを利用した従来の音楽教室で
は、通常、レッスン料（１回分、或いは複数回数分セッ
トのレッスン料）が定められたレッスンを何回（何セッ
ト）、行ったかに応じて教習者への報酬を支払うように
なっている。そのレッスン料は、普通、教習者の同意の
うえで設定されるが、必ずしも適正であるとは限らな
い。たとえ適正であっても、教習者が自分の実力に合っ
たものではないと考えていることも多いのが実情であ
る。

【０００４】適正か否かに係わらず、自分の実力に見合
うだけのレッスン料が設定されていないと考える教習者
は、少なからず不満を持つようになる。その不満は、普
通、レッスンに対する意欲を減少させる方向に作用す
る。自分の実力を向上させようと常に努力しているよう
な教習者には、努力してもそれが報われない形となっ
て、虚無感を生じさせてしまうことにもなる。このよう
なことから、教習者が納得できる報酬を得られるように
することは非常に重要であると考えられる現在は自己啓
発を行うことが注目されており、その自己啓発を行う場
となる様々な学習教室がネットワークを利用して開かれ
るようになっている。音楽教室以外の学習教室において
も、教習者が納得できる報酬を得られるようにすること
は非常に重要なことであると考えられる。

【０００５】本発明の課題は、教習者が納得できる報酬
を得ることができる学習教室システムを提供することに
ある。

【０００６】

【課題を解決するための手段】本発明の学習教室システ
ムは、ネットワークを利用して学習を望む学習者を教習
者に教習させることにより学習教室を実現することを前
提として、ネットワークに、学習者が使用する端末装
置、及び学習教室としてのサービスを提供するサーバ
ー、が少なくとも接続されて構築され、端末装置は、教
習を希望する教習者から教習を受けるうえでの入札条件
を入力するための入札条件入力手段と、入札条件入力手
段により入力された入札条件をサーバーに送信する入札
条件送信手段と、を具備し、サーバーは、端末装置から
送信された入札条件を受信する入札条件受信手段と、入
札条件受信手段が受信した入札条件のなかで最良の入札
条件を端末装置から送信させた学習者を落札者として決
定する落札者決定手段と、落札者決定手段が決定した落
札者である学習者に、該学習者が提示した入札条件で教
習者に教習させる制御を行う教習制御手段と、を具備す
る。

【０００７】本発明の第１の態様のデータ処理装置は、
ネットワークを利用して学習を望む学習者を教習者に教
習させることにより学習教室を実現するシステムで学習
者に使用されることを前提とし、教習を希望する教習者
から教習を受けるうえでの入札条件を入力するための入
札条件入力手段と、入札条件入力手段により入力された
入札条件をサーバーに送信する入札条件送信手段と、を
具備する。

【０００８】第２の態様のデータ処理装置は、ネットワ
ークを利用して学習を望む学習者を教習者に教習させる
ことにより学習教室を実現するシステムでサーバーとし
て用いられることを前提とし、学習者の使用する端末装
置から送信された、教習者から教習を受けるうえでの入
札条件を受信する入札条件受信手段と、入札条件受信手
段が受信した入札条件のなかで最良の入札条件を端末装
置から送信させた学習者を落札者として決定する落札者
決定手段と、落札者決定手段が決定した落札者である学
習者に、該学習者が提示した入札条件で教習者に教習さ
せる制御を行う教習制御手段と、を具備する。

【０００９】本発明の第１、及び第２の態様の記録媒体
は、それぞれ、上記第１、及び第２の態様のデータ処理
装置が具備する手段を実現させるためのプログラムを記
録している。本発明では、学習教室の生徒である学習者
に、教習を希望する教習者から教習を受けるうえでの入
札条件（教習料、など）を提示させ、教習者毎に、学習
者が提示した入札条件のなかで最良の入札条件を提示し
てきた学習者を落札者として決定し、決定した落札者で
ある学習者に、その学習者が提示した入札条件でその学
習者が希望した教習者に教習を行わせる。

【００１０】入札条件として教習料を提示する場合、学
習者は、教習を希望する教習者に見合うと考える教習料
を提示する。その教習者の能力や知識、経験、教習方
法、人気、などを総合的に判断した実力に見合うと考え
る教習料を提示する。このことから、学習者に入札条件
を提示させることで、教習者は、自分の実力に見合う納
得すべき報酬を得られるようになる。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。図１は、本実
施の形態による学習教室システムの仕組みを説明するた
めの図である。

【００１２】そのシステムは、学習教室として音楽教室
を運営する運営業者１０１が、Ｗｅｂサーバー１０２を
設置して音楽教室サイト１０３を開設し、そのＷｅｂサ
ーバー１０２により、音楽教室の生徒である学習者の使
用する端末装置（例えばパーソナルコンピュータ。以
降、ＰＣと略記する）１０４と、その音楽教室の講師
（先生）である教習者の使用する端末装置（例えばＰ
Ｃ）１０５とを結び、それらの端末装置１０４、１０５
間で画像データや音声データ、ＭＩＤＩ（音楽）デー
タ、或いはその他（テキストやポイント、楽譜のデー
タ、など）のやりとりを中継することにより、教習者に
学習者を教習（レッスン）させる音楽教室を実現させた
ものである。本実施の形態では、画像データや音声デー
タ、或いはＭＩＤＩ（音楽）データは生徒と講師間にお
いてリアルタイムでやりとりさせている。

【００１３】上記ポイントは、音楽教室の利用者である
学習者（生徒）が受けたサービスに対する支払いを行う
ために導入されたものである。レッスン料やダウンロー
ド（購入）できる曲の代金など、音楽教室で受けるサー
ビスのなかで有料のサービスを生徒が受けると、購入し
ておいたポイントからそのサービスの代価分を引くこと
で決済を行うようになっている。ポイントの購入代金
は、生徒が指定した金融機関を介して徴収、例えば銀行
の口座から引き落とすか、或いはクレジットカード会社
から代わりに受け取る、などの方法で徴収するようにし
ている。

【００１４】生徒がレッスンを受けると、上述したよう
に、その生徒はポイントの形でレッスン料を支払う。運
営業者１０１は、そのレッスン料のなかから手数料を引
き、残った分をレッスン料として講師（教習者）に支払
う。そのようにして、運営業者１０１は、手数料を自身
の収入として得るようになっている。

【００１５】教習者には、音楽教室の講師として登録す
るとき、自身の個人データを入力させている。その個人
データとは、例えば氏名、生年月日、年齢、性別、顔写
真、音楽歴、趣味、自己ＰＲ（Public Relations）、な
どである。なお、個人データの項目は、そのようなもの
に限定されるわけではない。その数もそれより多くとも
少なくとも良い。項目としては、それら以外に、専門と
する（得意な）音楽のジャンル、得意な曲、特技、など
が考えられる。

【００１６】その個人データは、生徒からの要求に応じ
て提供する。それにより、生徒が、個人データを参考に
して、自身の希望に合いそうな講師を選択できるように
している。本実施の形態では、講師がレッスンを担当す
る生徒は入札によって決定するようにしている。講師が
レッスン可能な日時を生徒に提示して、その日時でその
講師によるレッスンを希望する生徒にレッスン料を入札
条件として入札させ、入札された条件のなかで最良の条
件（ここでは最も高いポイント数）を提示した生徒（落
札者）を、その条件でその講師にレッスンさせるように
している。

【００１７】講師のレッスンを商品として出品し生徒に
入札させることで、生徒がその講師のレッスンに見合う
と考えるレッスン料を提示することになる。その講師の
能力や知識、経験、教習方法、人気、などを総合的に判
断した実力に見合うと考えるレッスン料を提示すること
になる。

【００１８】例えば才能があり、知識や経験は豊富で教
え方も上手な講師では、最初は人気が無くとも何れ人気
が出て多くの生徒が入札することになることから、最終
的に大きなポイント数で落札されることになって、その
実力に見合うレッスン料が得られることになる。才能が
あっても言葉使いや態度が悪く、教え方も下手な講師で
は、人気が出なくて生徒の入札が少ないというだけでな
く、大きなポイント数が提示される可能性も低いことか
ら、最終的に小さなポイント数で落札されることになっ
て、やはりその実力に見合うレッスン料が得られること
になる。このようなことから、結果的に実力に見合った
報酬が得られるようになり、講師は自分のレッスンを落
札したレッスン料に納得せざるを得なくなる。

【００１９】その一方では、実力に応じたポイント数
（レッスン料）で落札されるということから、言い換え
れば、自身の努力や意欲によってより大きなポイント数
で落札させられるようになることから、講師にとっては
やりがいのある環境が提供されることになる。小さなポ
イント数で落札されるような講師は、生徒の満足するレ
ッスンを行わなくてはまともな報酬が得られないので、
努力せざるを得ない。このようなことから、講師のレベ
ルが全体的に向上し、生徒に対してより良い内容のレッ
スンを行うようになる。その結果、生徒はより快適に音
楽教室を利用できることにもなる。

【００２０】上記Ｗｅｂサーバー１０２の講師選択部１
０２ａは、生徒に講師を選択させてレッスンに対する入
札を行わせ、そのレッスンの落札者を決定し、その落札
者である生徒とその生徒が落札したレッスンを担当する
講師間のデータのやりとりを実現させるものである。

【００２１】図２は、本実施の形態による学習教室シス
テム（音楽教室システム）の構成を示す図である。その
図２に示す構成は、上記の仕組みを導入して運営する実
際の音楽教室システムのものである。そのシステムは、
図２に示すように、ネットワーク２０１を使って音楽教
室を実現するものであり、そのネットワーク２０１に、
音楽教室の生徒である学習者、或いはその講師である教
習者が使用する多数の端末装置２０２、学習者と教習者
間のデータのやりとりを中継する管理サーバー２０３、
管理サーバー２０３の指示に従って曲データを配信する
曲サーバー２０４、及びメールのやりとりを実現するた
めのメールサーバー２０５が接続されて構成されてい
る。それ以外には、管理サーバー２０３の指示に従って
決済を行う課金サーバー２０６が設置されている。

【００２２】上記ネットワーク２０１は、例えばインタ
ーネットや公衆回線、及びＬＡＮなどをまとめて表した
ものである。例えば、端末装置２０２は、公衆回線、及
びインターネットとの接続サービスを行っているＩＳＰ
（Internet Service Provider ）を介してそのインター
ネットと接続される。他方の管理サーバー２０３、曲サ
ーバー２０４、メールサーバー２０５は、ＬＡＮにより
互いに接続され、そのＬＡＮを介してインターネットと
接続されている。課金サーバー２０６は、ＬＡＮによっ
て管理サーバー２０３と接続され、更に専用線によって
金融機関（のサーバー）と接続されている。それによ
り、金融機関を介した決済を行えるようになっている。
なお、インターネットを利用しているのは、学習者（生
徒）、及び教習者（講師）における地理的な制約を回避
するためである。インターネットを利用することで、講
師や生徒を集める場所を確保しなくても済み、講師の維
持費用もかからなくなることから、講師には比較的に高
いレッスン料を支払えるようになるという利点も得られ
る。

【００２３】図２に示すシステムにおいて、管理サーバ
ー２０３は図１に示すＷｅｂサーバー１０２に対応す
る。その管理サーバー２０３以外の曲サーバー２０４、
メールサーバー２０５、及び課金サーバー２０６も、図
１に示す音楽教室サイト１０３に設置されたサーバーで
ある。

【００２４】図３は、上記端末装置２０２の構成を示す
図である。音楽教室の生徒、或いは講師が使用する端末
装置（以降、端末と略記する）２０２は、図３に示すよ
うに、端末２０２全体の制御を行うＣＰＵ３０１と、例
えばデータの入出力に関わるプログラムなどを記憶した
ＲＯＭ３０２と、ＣＰＵ３０１がワーク用に用いるＲＡ
Ｍ３０３と、ＬＣＤ、或いはＣＲＴなどの外部表示装置
に対するインターフェースである表示部３０４と、公衆
回線を介してデータの送受信を行うモデム３０５と、ハ
ードディスクを有するハードディスク装置（ＨＤＤ）３
０６と、多数の鍵を有するキーボード（鍵盤）３０７
と、カメラ３０８と、マイク３０９と、ＣＰＵ３０１の
指示に従って音声を放音するサウンドシステム３１０
と、各種入力に用いられる入力部３１１と、を備えて構
成されている。

【００２５】上記カメラ３０８は、レッスン時には、ユ
ーザ（生徒、或いは講師）の映像（静止画、或いは動画
の画像データ）を相手（講師、或いは生徒）に送るため
に用いられる。そのレッスン時、マイク３０９は、ユー
ザの音声（データ）を相手に送るために用いられる。キ
ーボード３０７は、相手にＭＩＤＩデータを送るために
用いられる。それらのデータの送信は、モデム３０５を
用いて行われる。

【００２６】上記サウンドシステム３１０は、例えばＣ
ＰＵ３０１から送られたＭＩＤＩデータなどのコマンド
を処理して、発音させるべき楽音の波形データを生成す
る音源、その音源が生成した波形データをアナログのオ
ーディオ信号に変換するＤ／Ａ変換器、その変換器が出
力するオーディオ信号を増幅するアンプ、及びそのアン
プが出力したオーディオ信号を音声に変換するスピー
カ、などから構成されている。その音源は、デジタルの
音声データをＣＰＵ３０１から受け取った場合、それを
そのまま、或いは予め定められた処理を施した後、Ｄ／
Ａ変換器に出力する機能を備えたものである。入力部３
１１は、キーボードやマウスなどのポインティングデバ
イス、などをまとめて表したものである。

【００２７】上述したような構成の端末２０２は、例え
ばキーボード３０７を備えた電子楽器にネットワーク機
能などを追加するか、或いはＰＣに、キーボード（電子
楽器）３０７などを接続することで実現させたものであ
る。即ち１個の装置、或いは複数の装置を接続すること
で実現させたものである。ここでは、端末２０２は、キ
ーボード３０７を備えた電子楽器にネットワーク機能な
どを追加して実現させたものであるとの前提で説明する
ことにする。表示部３０４は、ＬＣＤなどの表示装置を
有しているものとする。なお、そのような端末２０２
は、音楽教室側が、音楽教室を利用したい人に販売、或
いはリースなどの形で提供するようにしても良い。

【００２８】以上の構成において、動作を説明する。本
実施の形態では、音楽教室の会員の登録は、管理サーバ
ー２０３にアクセスして行うようになっている。その音
楽教室を利用するには、専用のプログラム（ブラウザ）
が必要となっており、そのプログラム、更には各種ペー
ジのデータ（例えばＨＴＭＬデータ）は、ＣＤ−ＲＯＭ
などの記録媒体、或いは公衆網などのネットワークを介
して無償、或いは有償で配布している。このことから、
会員登録を希望する人は、自身が使用する端末２０２に
そのプログラム等をインストールした後、管理サーバー
２０３と接続させて、その会員登録を行う。なお、その
接続は、例えばダイヤルアップによって公衆回線を介し
て、インターネットとの接続サービスを行っているＩＳ
Ｐと接続させた後、管理サーバー２０３（音楽教室サイ
ト１０３）のＵＲＬを指定して接続を指示することで行
われる。

【００２９】管理サーバー２０３と接続（リンクが確
立）された端末２０２は、図４９に示すようなトップペ
ージをハードディスクから読み出して表示部２０４に表
示させる。そのトップページには、図４９に示すよう
に、「入会ページへ」「会員ページへ」及び「終了」の
計３つのアイコン（ボタン）が配置されている。「入会
ページへ」アイコンは、会員登録を要求するためのもの
であり、「会員ページへ」アイコンは、会員としてのサ
ービスの提供を要求するためのものである。このことか
ら、会員登録を望む人は、「入会ページへ」アイコンを
クリックして会員登録を行う。

【００３０】音楽教室の生徒としての会員登録の他に、
その音楽教室の講師としての会員登録を行うことができ
る。このことから、「入会ページへ」アイコンをクリッ
クした以降は、何れの立場で会員登録を行うのか選択
し、個人データを含む所定の事項のデータ入力を行っ
て、会員登録を申し込むようになっている。その会員登
録を申し込む際に、メールアドレスとなるＩＤを指定さ
せている。それにより、会員が好きなＩＤを持てるよう
にしている。

【００３１】上述したようにして会員登録が申し込まれ
ると、管理サーバー２０３は、それを申し込んだ人に、
パスワードを発行し、電子メールでそのパスワードを送
り、会員登録が完了したことを通知する。その一方で
は、例えばハードディスク装置に搭載したハードディス
クに、新たに会員となった人のデータを格納するための
エリアを確保し、そのエリアに、会員登録の申し込み時
に入力したデータやＩＤ、発行したパスワードを格納
（保存）する。そのエリアには、それ以外に、音楽教室
を利用するうえで必要なデータも合わせて格納してい
る。そのハードディスクには、管理サーバー２０３に搭
載されたＣＰＵが実行するプログラム（ネットワーク・
オペレーティング・システム（ＯＳ）、など）や各種デ
ータも格納されている。

【００３２】図４〜図６は、その管理サーバー２０３の
ハードディスクに格納された会員のデータの内容を説明
する図である。図４〜図６には、会員のデータとして特
に重要なものを抜粋して概念的に表しており、図４中の
「生徒」「講師」「生徒（１）〜（ｎ）」及び「講師
（１）〜（ｍ）」で表す各エリアは、それぞれ、実際に
は例えばフォルダ、或いはディレクトリが対応する。な
お、以降は、各エリアを区別するために、「生徒」「講
師」で表される各エリアは、それぞれ生徒エリア、講師
エリア、「生徒（１）〜（ｎ）」「講師（１）〜
（ｍ）」で表される各エリアは、それぞれ個人用生徒エ
リア、個人用講師エリアと呼ぶことにする。

【００３３】その個人用生徒エリアには、図５に示すよ
うなデータが格納される。その図５において、「ＰＯＩ
ＮＴ（ポイント）」には、そのエリアに個人情報が格納
された生徒が現在、持っているポイントの値を示すデー
タが格納される。「曲データ」には、生徒がレッスンの
対象として選択した曲のデータが格納される。

【００３４】他方の個人用講師エリアには、図６に示す
ようなデータが格納される。その図６において、「入札
可能フラグ」には、講師のレッスンに対する入札が受け
付けているか否かを表す値が格納される。入札を受け付
けているときには「１」、そうでないときには「０」が
格納される。「ＰＯＩＮＴ（ポイント）」には、講師が
受け取るレッスン料を表すポイント値の総計を示すデー
タが格納される。以降、同様に、「レッスン可能日時」
には講師がレッスン可能な日時を表すデータ、「次回レ
ッスン日時」には「レッスン可能日時」として保持され
ているレッスン可能な日時、及び現在の日時などから特
定した、講師が次にレッスン可能な日時を表すデータ、
「入札期限日時」には「次回レッスン日時」から決定し
た次のレッスンに対する入札を受け付ける期限となる日
時を表すデータ、「落札情報」にはレッスンを落札した
入札に関する情報、或いは現在、入札を受付中であれ
ば、受け付けた入札の中で最良の条件の入札（ここでは
最もポイント数の高い入札）に関する情報が、それぞれ
格納される。入札に関する情報としては、入札した生徒
のメールアドレス（ＩＤ）、パスワード、及びポイント
数（レッスン料）が格納される。以降、それらをまとめ
て入札データと呼ぶことにする。

【００３５】図４９に示すようなトップページ上で「会
員ページへ」アイコンをクリックすると、図５７に示す
ような会員照合ページが表示部３０４に表示される。音
楽教室のサービスは、そのページ上でメールアドレス
（ＩＤ）、及びパスワードを正確に入力し、「照合」ア
イコンをクリックした者にのみ提供するようになってい
る。このことから、上述したようにして会員登録を申し
込み、管理サーバー２０３からパスワードを電子メール
で受け取ることで、そのサービスを受けられるようにな
る。以降、そのサービスを提供するための端末２０２、
管理サーバー２０３、曲サーバー２０４、メールサーバ
ー２０５、及び課金サーバー２０６の動作、及び音楽教
室で提供されるサービスの内容について、図７〜図４８
に示す各種フローチャート、及び図４９〜図８６に示す
各種説明図を参照して詳細に説明する。

【００３６】図７は、管理サーバー２０３と接続する場
合に端末２０２が実行する処理の流れを示すフローチャ
ートであり、図８〜図３２は、その処理の流れのなかで
サブルーチン処理、或いはそのサブルーチン処理内で更
に実行されるサブルーチン処理を示すフローチャートで
ある。始めに図７〜図３２を参照して、端末２０２の
動、それによってそのユーザに提供されるサービスにつ
いて詳細に説明する。なお、図７〜図３２に示すフロー
チャートは、端末２０２のＣＰＵ３０１が、ＨＤＤ３０
６がハードディスクから読み出したプログラム（ＯＳや
ブラウザ、など）を実行することで実現される。

【００３７】先ず、ステップ１０１では、イニシャライ
ズを行う。そのイニシャライズにより、管理サーバー２
０３と接続（リンクを確立）させ、表示部３０４には、
初期画面を表示させる。その初期画面には、特には図示
していないが、各種アイコンやメニューが配置されてお
り、そのなかの何れかをクリックすることで所望のモー
ドを設定するようになっている。ここでは便宜的に、モ
ードは、メールの送受信を行えるモード（以降、メール
モードと呼ぶ）、音楽教室のサービスを受けるモード
（以降、音楽教室モードと呼ぶ）、及びその他のモード
に区別することにする。

【００３８】ステップ１０１に続くステップ１０２で
は、ユーザが指定したモードを判定する。そのユーザが
音楽教室モードの設定を指示する操作を行った場合、そ
の音楽教室モードが指定されたと判定してステップ１０
３に移行し、音楽教室のサービスを受けるための音楽教
室処理を実行した後、再びステップ１０２に戻る。その
ユーザがメールモードの設定を指示する操作を行った場
合には、そのメールモードが指定されたと判定してステ
ップ１０４に移行し、メールの送受信を行うためのメー
ル処理を実行した後、再びステップ１０２に戻る。その
ユーザがそれら以外のモードの設定を指示するような操
作を行った場合には、それら以外のモードが指定された
と判定してステップ１０５に移行し、ユーザが指定した
モードの機能を実現させるためのその他処理を実行した
後、再びステップ１０２に戻る。

【００３９】このように、ユーザが指定（設定）したモ
ードに応じて、そのモードの機能を実現させるための処
理が実行される。それにより、端末２０２は、管理サー
バー２０３と接続されている間、ユーザが所望のサービ
スを受けられるように動作するようになっている。

【００４０】図８〜図１５は、上記ステップ１０３とし
て実行される音楽教室処理のフローチャートである。次
に、図８〜図１５を参照して、その音楽教室処理につい
て詳細に説明する。先ず、ステップ２０１では、音楽教
室処理を実行するうえでのイニシャライズを行う。続く
ステップ２０２では、ハードディスクから図４９に示す
ようなトップページを読み出し、それを表示部３０４に
表示させる。その後はステップ２０３に移行する。

【００４１】そのステップ２０３では、「入会ページ
へ」アイコンをユーザがクリック（オン）したか否か判
定する。そのユーザが「入会ページへ」アイコンをクリ
ックした場合、判定はＹＥＳとなり、ステップ２０４に
移行して、図５０に示すような入会選択ページをハード
ディスクから読み出して表示部３０４に表示させた後、
ステップ２０５に移行する。そうでない場合には、判定
はＮＯとなり、図１３に示すステップ２５０に移行す
る。

【００４２】上記入会選択ページには、図５０に示すよ
うに、「講師として入会」、「生徒として入会」、「Ｏ
Ｋ」、及び「戻る」の各アイコンが配置されている。入
会を希望するユーザは、「講師として入会」アイコン或
いは「生徒として入会」アイコンの何れかをクリックし
て、どの立場で音楽教室に入会するのかを選択した後、
「ＯＫ」アイコンをクリックすれば良いようになってい
る。入会を望まなければ「戻る」アイコンをクリックす
れば良いようになっている。ステップ２０５〜２１１で
は、入会選択ページ上での操作に対応するための処理が
実行される。

【００４３】先ず、ステップ２０５では、「講師として
入会」アイコンがクリックされたか否か判定する。その
アイコンをユーザがクリックした場合、判定はＹＥＳと
なり、ステップ２０６でそのアイコンの表示色を現在、
選択されていることを表す表示色（以降、選択色と呼
ぶ）に変化させた後、ステップ２０７に移行する。そう
でない場合には、判定はＮＯとなり、他のステップの処
理を実行することなく、そのステップ２０７に移行す
る。

【００４４】ステップ２０７では、「生徒として入会」
アイコンがクリックされたか否か判定する。そのアイコ
ンをユーザがクリックした場合、判定はＹＥＳとなり、
ステップ２０８でそのアイコンの表示色を選択色に変化
させた後、ステップ２０９に移行する。そうでない場合
には、判定はＮＯとなり、他のステップの処理を実行す
ることなく、そのステップ２０９に移行する。

【００４５】ステップ２０９では、「戻る」アイコンが
クリックされたか否か判定する。ユーザがそのアイコン
をクリックした場合、判定はＹＥＳとなり、上記ステッ
プ２０２に戻って図４９に示すようなトップページを表
示部３０４に表示させる。そうでない場合には、判定は
ＮＯとなり、ステップ２１０に移行する。

【００４６】ステップ２１０では、「ＯＫ」アイコンが
クリックされたか否か判定する。ユーザがそのアイコン
をクリックした場合、判定はＹＥＳとなり、ステップ２
１１に移行する。そうでない場合には、判定はＮＯとな
り、上記ステップ２０５に戻って、それ以降の処理を同
様に実行する。

【００４７】ステップ２１１では、ユーザが選択した立
場を判定する。「生徒として入会」アイコンが選択色と
なっている状態でユーザが「ＯＫ」アイコンをクリック
した場合、ユーザは生徒を選択したと判定して、図１１
に示すステップ２３１に移行する。そうでない場合に
は、即ち「講師として入会」アイコンが選択色となって
いる状態でユーザが「ＯＫ」アイコンをクリックした場
合には、ユーザは講師を選択したと判定して、図９に示
すステップ２１２に移行する。

【００４８】そのステップ２１２〜図１０に示すステッ
プ２３０では、講師として入会を希望するユーザの登録
を実現させるための処理が実行される。先ず、ステップ
２１２では、音楽教室の講師として入会するうえでの規
約を説明する図５１に示すような入会規約ページをハー
ドディスクから読み出して表示部３０４に表示させる。
続くステップ２１３では、そのページ上に配置された
「承諾」アイコンがクリックされたか否か判定する。ユ
ーザがそのアイコンをクリックした場合、即ち規約を承
諾した場合、判定はＹＥＳとなってステップ２１５に移
行する。そうでない場合には、判定はＮＯとなってステ
ップ２１４に移行する。

【００４９】ステップ２１４では、「中止」アイコンが
クリックされたか否か判定する。ユーザがそのアイコン
をクリックした場合、即ち規約に承諾しないか、或いは
入会を取りやめた場合、判定はＹＥＳとなり、上記ステ
ップ２０２に戻って図４９に示すようなトップページを
表示部３０４に表示させる。そうでない場合には、即ち
ユーザが「承諾」アイコン、「中止」アイコンの何れも
クリックしていない場合には、判定はＮＯとなり、上記
ステップ２１３に戻る。それにより、ユーザが「承諾」
アイコン、及び「中止」アイコンの何れをクリックする
まで待つ。

【００５０】一方、ステップ２１５では、図５２に示す
ような講師用の入会登録ページをハードディスクから読
み出して表示部３０４に表示させる。続くステップ２１
６では、データ入力が行われたか否か判定する。ユーザ
が入力部３１１を操作してデータ入力を行った場合、判
定はＹＥＳとなり、ステップ２１７で入力されたデータ
をカーソルの表示位置に応じて表示させた後、ステップ
２１８に移行する。そうでない場合には、判定はＮＯと
なり、そのステップ２１８に移行する。

【００５１】ステップ２１８では、「入会確認ページ
へ」アイコンがクリック（オン）されたか否か判定す
る。ユーザがそのアイコンをクリックした場合、判定は
ＹＥＳとなってステップ２２１に移行する。そうでない
場合には、判定はＮＯとなってステップ２１９に移行す
る。

【００５２】ステップ２１９では、「中止」アイコンが
クリックされたか否か判定する。ユーザがそのアイコン
をクリックした場合、判定はＹＥＳとなり、ステップ２
２０で既に入力されたデータを全てクリアした後、上記
ステップ２０２に戻る。そうでない場合には、即ち「入
会確認ページへ」アイコン、及び「中止」アイコンの何
れもユーザがクリックしていない場合には、判定はＮＯ
となり、上記ステップ２１６に戻る。

【００５３】上記入会登録ページには、図５２に示すよ
うに、「氏名」「生年月日」「年齢」「性別」「住所」
「メールアドレス」「口座情報」「レッスン可能日時」
「自己ＰＲ」「音楽歴」などのデータを入力するための
ボックスが配置されている。「自己ＰＲ」の入力ボック
スの一部には、顔画像（写真）を入力するようになって
いる。上記ステップ２１６〜２１９で形成される処理ル
ープは、ステップ２１８、或いは２１９の判定がＹＥＳ
となるまで、言い換えればユーザが「入会確認ページ
へ」アイコン、或いは「中止」アイコンをクリックする
まで繰り返し実行する。それにより、入会登録ページ上
に配置された入力ボックスにデータ入力が行えるように
なっている。なお、顔画像（写真）の入力は、カメラ３
０８で自身の撮影を行い、それによって得た画像データ
（顔写真）を対応する入力ボックス内に貼り付けること
で行えるようになっている。また、「メールアドレス」
のボックスに入力するのは、上述したように、ＩＤとし
ても用いる任意の文字列である。

【００５４】上記ステップ２１８の判定がＹＥＳとなっ
て移行するステップ２２１では、上記入会登録ページ上
で入力されたデータに基づき、図５３に示すような登録
確認ページを作成する。その後に移行するステップ２２
２では、作成した登録確認ページを表示部３０４に表示
させる。その後は図１０に示すステップ２２３に移行す
る。なお、登録確認ページの作成は、例えばデータが入
力されていない登録確認ページをハードディスクから読
み出し、その登録確認ページ上の各表示欄に、入会登録
ページ上で入力された対応するデータを配置することで
行われる。

【００５５】図１０に示すステップ２２３では、登録確
認ページ上の「入会登録」アイコンがクリック（オン）
されたか否か判定する。ユーザがそのアイコンをクリッ
クした場合、判定はＹＥＳとなってステップ２２６に移
行する。そうでない場合には、判定はＮＯとなり、ステ
ップ２２４に移行する。

【００５６】ステップ２２４では、「入会登録ページに
戻る」アイコンがクリックされたか否か判定する。ユー
ザがそのアイコンをクリックした場合、判定はＹＥＳと
なってステップ２２５に移行し、入力したデータを元の
通りに配置した入会登録ページを表示部３０４に表示さ
せた後、上記ステップ２１６に戻る。それにより、入力
したデータの変更や削除、或いは追加といった編集作業
をユーザが行えるようにする。反対に、そうでない場合
には、即ち「入会登録」アイコン、及び「入会登録ペー
ジに戻る」アイコンの何れもユーザがクリックしていな
い場合には、判定はＮＯとなり、上記ステップ２２３に
戻る。それにより、「入会登録」アイコン、及び「入会
登録ページに戻る」アイコンの何れかをユーザがクリッ
クするのを待つ。

【００５７】一方、ステップ２２６では、図５４に示す
ような入会登録中ページをハードディスクから読み出し
て表示部３０４に表示させる。続くステップ２２７で
は、ユーザが入会登録ページ上で入力したデータを登録
データとして管理サーバー２０３に送信する。その後に
移行するステップ２２８では、その送信が終了したか否
か判定する。その送信が終了していない場合、判定はＮ
Ｏとなり、上記ステップ２２７に戻る。それにより、登
録データの送信が終了するのを待つ。その送信が終了し
た場合には、判定はＹＥＳとなり、ステップ２２９に移
行する。なお、登録を申し込んだ会員の立場（講師、或
いは生徒）を表すデータも登録データとして送信してい
る。

【００５８】ステップ２２９では、登録データをクリア
する。続くステップ２３０では、上記入会登録中ページ
上に配置された「トップページ（ＴＯＰ ＰＡＧＥ）に
戻る」アイコンがクリックされるのを待つ。そのアイコ
ンをユーザ（講師としての登録を終えたユーザ）がクリ
ックすると、判定はＹＥＳとなって上記ステップ２０２
に戻る。

【００５９】上述したような処理を実行することによ
り、講師として入会するための登録が行えるようになっ
ている。図１１のステップ２３１〜図１２のステップ２
４９では、生徒として入会を希望するユーザの登録を実
現させるための処理が実行される。その処理の内容や流
れは上述した図９のステップ２１２〜図１０のステップ
２３０と同様であるため、詳細な説明は省略する。その
処理の実行中には、入会登録ページとしては図５５に示
すようなページが表示され、登録確認ページとしては図
５６に示すようなページが表示される。それらの処理を
実行した結果、登録データを管理サーバー２０３に送信
すると、その管理サーバー２０３は、その登録データを
格納するための個人用生徒エリア、或いは個人用講師エ
リアを確保して、そこに登録データを保存することにな
る（図４〜図６参照）。

【００６０】図８のステップ２０３の判定がＮＯとなっ
て移行する図１３のステップ２５０では、トップページ
（図４９参照）上の「会員ページへ」アイコンがクリッ
クされたか否か判定する。ユーザがそのアイコンをクリ
ックした場合、判定はＹＥＳとなってステップ２５２に
移行する。そうでない場合には、判定はＮＯとなってス
テップ２５１に移行する。

【００６１】ステップ２５１では、トップページ（図４
９参照）上の「終了」アイコンがクリックされたか否か
判定する。ユーザがそのアイコンをクリックした場合、
判定はＹＥＳとなり、ここで一連の処理を終了する。そ
うでない場合には、即ちトップページ上に配置されたア
イコンの何れもユーザがクリックしていない場合には、
判定はＮＯとなり、上記ステップ２０３に戻る。それに
より、何れかのアイコンをユーザがクリックするのを待
つ。

【００６２】一方のステップ２５２では、図５７に示す
ような会員照合ページをハードディスクから読み出して
表示部３０４に表示させ、メールアドレス（ＩＤ）、及
びパスワードの入力をユーザに促す。続くステップ２５
３では、データ入力が行われたか否か判定する。ユーザ
が入力部３１１を操作してデータ入力を行った場合、判
定はＹＥＳとなり、ステップ２５４で入力されたデータ
をカーソルの表示位置に応じて表示させた後、ステップ
２５５に移行する。そうでない場合には、判定はＮＯと
なり、そのステップ２５５に移行する。

【００６３】ステップ２５５では、「照合」アイコンが
クリック（オン）されたか否か判定する。ユーザがその
アイコンをクリックした場合、判定はＹＥＳとなってス
テップ２５８に移行する。そうでない場合には、判定は
ＮＯとなってステップ２５６に移行する。

【００６４】ステップ２５６では、「トップページ（Ｔ
ＯＰ ＰＡＧＥ）に戻る」アイコンがクリックされたか
否か判定する。ユーザがそのアイコンをクリックした場
合、判定はＹＥＳとなり、ステップ２５７で既に入力さ
れたデータを全てクリアした後、上記ステップ２０２に
戻る。そうでない場合には、即ち「照合」アイコン、及
び「トップページに戻る」アイコンの何れもユーザがク
リックしていない場合には、判定はＮＯとなり、上記ス
テップ２５３に戻る。

【００６５】上記ステップ２５３〜２５６で形成される
処理ループは、ステップ２５５、或いは２５６の判定が
ＹＥＳとなるまで、言い換えればユーザが「照合」アイ
コン、或いは「トップページに戻る」アイコンをクリッ
クするまで、繰り返し実行される。それにより、会員照
合ページ上に配置された入力ボックスに、メールアドレ
ス（ＩＤ）やパスワードの入力が行えるようになってい
る。

【００６６】そのステップ２５５の判定がＹＥＳとなっ
て移行するステップ２５８では、入力されたメールアド
レス（ＩＤ）、及びパスワードをモデム３０５から管理
サーバー２０３に送信させる。メールアドレス、及びパ
スワードを受信した管理サーバー２０３は、それらを個
人用生徒エリア、或いは個人用講師エリアに格納された
それと照合することにより、正規の会員のものであるか
否かの認証を行い、その結果を返す。このことから、続
くステップ２５９では、その結果を受信するのを待ち、
その結果を受信するとステップ２６０に移行する。

【００６７】ステップ２６０では、管理サーバー２０３
から受信したデータがメールアドレス（ＩＤ）の不一致
を表しているか否か判定する。会員照合ページ（図５７
参照）上で入力したメールアドレス（ＩＤ）に誤りがあ
った場合、管理サーバー２０３はメールアドレス（Ｉ
Ｄ）の不一致を表すデータ（ＩＤ不一致信号）を送信す
ることから、判定はＹＥＳとなってステップ２６１に移
行し、メールアドレス（ＩＤ）が誤っていることを通知
するための図５８に示すようなメールアドレス不一致警
告画面をハードディスクから読み出して表示部３０４に
表示させた後、ステップ２６２に移行する。そうでない
場合には、判定はＮＯとなってステップ２６４に移行す
る。

【００６８】ステップ２６２では、上記メールアドレス
不一致警告画面上に配置された「再度入力」アイコンを
ユーザがクリックするのを待つ。そのアイコンをユーザ
がクリックすると、ステップ２６３に移行して、会員照
合ページ（図５７参照）上で入力したデータをクリアし
た後、上記ステップ２５２に戻り、それ以降の処理を同
様に実行する。

【００６９】一方のステップ２６４では、管理サーバー
２０３から受信したデータがパスワードの不一致を表し
ているか否か判定する。会員照合ページ（図５７参照）
上で入力したパスワードに誤りがあった場合、管理サー
バー２０３はパスワードの不一致を表すデータ（パスワ
ード不一致信号）を送信することから、判定はＹＥＳと
なってステップ２６５に移行し、パスワードが誤ってい
ることを通知するための図５９に示すようなパスワード
不一致警告画面をハードディスクから読み出して表示部
３０４に表示させた後、上記ステップ２６２に移行す
る。そうでない場合には、即ちメールアドレス（Ｉ
Ｄ）、及びパスワードを正確に入力した場合には、判定
はＮＯとなり、図１４のステップ２６６に移行する。メ
ールアドレス（ＩＤ）、及びパスワードが組み合わせを
含めて正確に入力した場合には、管理サーバー２０３は
それを送信してきた端末２０２に、その旨を示すＯＫ信
号を送信する。そのＯＫ信号は、それらの組み合わせを
持つ会員が生徒か否かを表す信号を含むものである。

【００７０】図１２のステップ２６６では、そのＯＫ信
号を基に、対応する会員トップページをハードディスク
から読み出して表示部３０４に表示させる。それによ
り、ユーザが会員照合ページ（図５７参照）上で入力し
たメールアドレス（ＩＤ）、及びパスワードが講師のも
のであれば、図６０に示すような講師用の会員トップペ
ージを表示させる。それらが生徒のものであれば、図６
１に示すような生徒用の会員トップページを表示させ
る。

【００７１】生徒用の会員トップページには、図６１に
示すように、「ピアノ」「ギター」及び「ドラム」の各
アイコンが配置され、それらのアイコンによって、レッ
スン教室、即ちレッスンを受ける楽器の種類を選択でき
るようにしている。「変更」アイコンは、会員登録時に
入力したデータ（例えば住所や口座情報、など）の変更
を望む場合にクリックするものである。

【００７２】他方の講師用の会員トップページには、
「ピアノ」「ギター」及び「ドラム」の各アイコンの代
わりに、「待機」アイコンが配置されている。「待機」
アイコンは、ユーザ（ここでは講師）がレッスンの開始
まで待機してレッスンを行うためのものである。講師で
は、「変更」アイコンをクリックすることで、会員登録
時に入力したデータ（例えば住所や口座情報、など）以
外に、レッスン可能日時（図６参照）の指定、或いはそ
の変更も行えるようになっている。

【００７３】ステップ２６６に続くステップ２６７〜２
７２では、生徒用の会員トップページ（図６１参照）上
に配置された「ピアノ」アイコン、「ギター」アイコ
ン、或いは「ドラム」アイコンへのクリックに対応する
ための処理が実行される。先ず、ステップ２６７では、
「ピアノ」アイコンをユーザ（ここでは生徒である）が
クリックしたか否か判定する。ユーザがそのアイコンを
クリックした場合、判定はＹＥＳとなり、ステップ２６
８でピアノのレッスンを実現させるためのピアノレッス
ン処理を実行した後、上記ステップ２６６に移行する。
そうでない場合には、判定はＮＯとなり、ステップ２６
９に移行する。そのステップ２６９〜２７２では、上記
と同様に、ユーザがクリックしたアイコンの種類を判定
して、その種類に対応する楽器のレッスンを実現させる
ための処理を実行した後、上記ステップ２６６に戻るよ
うになっている。

【００７４】ステップ２７１の判定がＮＯとなると、ス
テップ２７３に移行する。そのステップ２７３では、
「変更」アイコンがクリックされたか否か判定する。ユ
ーザ（生徒、或いは講師）がそのアイコンをクリックし
た場合、判定はＹＥＳとなってステップ２７４に移行
し、自身が過去に入力したデータの内容を変更するため
の変更処理を実行した後、上記ステップ２６６に戻る。
そうでない場合には、判定はＮＯとなり、図１５のステ
ップ２７７に移行する。

【００７５】図１５のステップ２７７では、「待機」ア
イコンがクリックされたか否か判定する。ユーザ（ここ
では講師のみ）がそのアイコンをクリックした場合、判
定はＹＥＳとなり、生徒に対するレッスンが開始するま
で待機してそのレッスンを行うための待機処理を実行し
た後、上記ステップ２６６に戻る。そうでない場合に
は、判定はＮＯとなってステップ２７９に移行する。

【００７６】ステップ２７９では、「トップページ（Ｔ
ＯＰ ＰＡＧＥ）に戻る」アイコンがクリックされたか
否か判定する。ユーザ（生徒、或いは講師）がそのアイ
コンをクリックした場合、判定はＹＥＳとなり、図８の
ステップ２０２に戻って図４９に示すようなトップペー
ジを表示部３０４に表示させる。そうでない場合には、
判定はＮＯとなり、図１４のステップ２６７に戻る。そ
れにより、会員トップページ（図６０、或いは図６１参
照）を表示させた状態では、そのページ上に配置された
何らのアイコンをユーザ（生徒、或いは講師）がクリッ
クするのを待つようになっている。

【００７７】次に、上記音楽教室処理内で実行されるサ
ブルーチン処理について詳細に説明する。図１６は、上
記ステップ２６８として実行されるピアノレッスン処理
のフローチャートである。始めに、図１６を参照して、
そのピアノレッスン処理について詳細に説明する。

【００７８】本実施の形態では、ポイントを使って有償
のサービスに対する支払い（決済）を行うようになって
いる。レッスンは、有償のサービスであり、そのレッス
ンを受ける以外にも、ピアノレッスン処理の実行時には
様々な有償のサービスを受けられるようになっている。

【００７９】先ず、ステップ３０１では、ユーザ（生
徒）が会員トップページ（図６１参照）上の「ピアノ」
アイコンをクリックしたことに伴い、ユーザ（生徒）が
現時点で持っているポイントを示すデータの送信を要求
するポイント（ＰＯＩＮＴ）要求信号を管理サーバー２
０３に送信して、そのポイントデータを受信する。続く
ステップ３０２では、図６２に示すようなピアノ教室ト
ップページをハードディスクから読み出して表示部３０
４に表示させる。その後はステップ３０３に移行する。

【００８０】そのトップページには、図６２に示すよう
に、講師が行うレッスンに対する入札を行うための「講
師入札」アイコン、落札したレッスンを受けるための
「レッスンに入る」アイコン、及び「会員トップページ
に戻る」アイコンが配置されている。右上隅には、現在
のポイントを表示するためのボックスが配置されてい
る。そのようなトップページを表示させることで、ユー
ザ（生徒）には、所望のサービスの選択を行わせるよう
になっている。

【００８１】ステップ３０３では、「講師入札」アイコ
ンがクリックされたか否か判定する。ユーザがそのアイ
コンをクリックした場合、判定はＹＥＳとなり、ステッ
プ３０４で生徒に講師のレッスンに対する入札を行わせ
るための講師入札処理を実行した後、上記ステップ３０
２に戻る。そうでない場合には、判定はＮＯとなり、ス
テップ３０５に移行する。

【００８２】ステップ３０５では、「レッスンに入る」
アイコンがクリックされたか否か判定する。ユーザがそ
のアイコンをクリックした場合、判定はＹＥＳとなって
ステップ３０６に移行し、落札したレッスンを生徒に受
けさせるためのレッスンに入る処理を実行した後、上記
ステップ３０２に戻る。そうでない場合には、判定はＮ
Ｏとなり、ステップ３０７に移行する。

【００８３】ステップ３０７では、「会員ＴＯＰ ＰＡ
ＧＥに戻る」アイコンがクリックされたか否か判定す
る。ユーザがそのアイコンをクリックした場合、判定は
ＹＥＳとなり、ここで一連の処理を終了する。そうでな
い場合には、判定はＮＯとなって上記ステップ３０３に
戻る。それにより、図６２に示すようなピアノ教室トッ
プページを表示させている状態では、「講師入札」アイ
コン、「レッスンに入る」アイコン、及び「会員ＴＯＰ
ＰＡＧＥに戻る」アイコンのうちの何れかをユーザ
（生徒）がクリックするのを待つようになっている。

【００８４】上記ピアノレッスン処理では、複数のサブ
ルーチン処理が実行される。ここで、そのサブルーチン
処理について詳細に説明する。図１７〜図１９は、上記
ステップ３０４として実行される講師入札処理のフロー
チャートである。始めに図１７〜図１９を参照して、そ
の講師入札処理について詳細に説明する。

【００８５】先ず、ステップ７０１では、管理サーバー
２０３に、講師に関するデータの送信を要求する講師デ
ータ要求を送信する。その要求を受信した管理サーバー
２０３は、その要求を送信してきた端末２０２に、個人
用講師エリアに保存されたデータ（図６参照）のなかか
ら予め定められたデータを抽出し講師データとして送信
する。このことから、ステップ７０１に続くステップ７
０２では、そのデータを受信するのを待つ。なお、本実
施の形態では、講師毎に、講師データとして、顔画像、
個人情報、プロフィール、次回レッスン日時、入札期限
日時、及び落札情報中のポイント数を送信している。

【００８６】講師データを管理サーバー２０３から受信
すると、ステップ７０２からステップ７０３に移行す
る。そのステップ７０３では、受信した講師データに基
づき、図６３に示すような講師入札ページを表示部３０
４に表示させる。それは、例えばハードディスクからオ
リジナルの講師入札ページを読み出し、そのページの一
部の内容を書き替えることで作成したものである。講師
別に、その講師の顔写真、「プロフィル」アイコン、及
び「入札希望」アイコンが配置され、入札の対象となる
レッスンの日時、その入札期限、及び現在のポイント数
（入札されたポイント数のなかで最大のポイント数）を
表示する各ボックスが配置されている。それ以外には、
「前のページ」「次のページ」及び「中止」の各アイコ
ンが配置されている。

【００８７】ステップ７０３に続くステップ７０４で
は、「中止」アイコンがクリックされたか否か判定す
る。そのアイコンをユーザがクリックした場合、判定は
ＹＥＳとなり、ここで一連の処理を終了する。そうでな
い場合には、判定はＮＯとなってステップ７０５に移行
する。

【００８８】ステップ７０５では、「前のページ」アイ
コンがクリックされたか否か判定する。そのアイコンを
ユーザがクリックした場合、判定はＹＥＳとなり、ステ
ップ７０６で前のページに対応する講師データの送信を
要求する前のページ要求を管理サーバー２０３に送信し
た後、上記ステップ７０２に戻って管理サーバー２０３
からデータを受信するのを待つ、そうでない場合には、
判定はＮＯとなってステップ７０７に移行する。なお、
その前のページ要求は、現在、表示中のページの種類を
示すデータを含むものである。

【００８９】ステップ７０７では、「次のページ」アイ
コンがクリックされたか否か判定する。そのアイコンを
ユーザがクリックした場合、判定はＹＥＳとなり、ステ
ップ７０８で次のページに対応する講師データの送信を
要求する次のページ要求を管理サーバー２０３に送信し
た後、上記ステップ７０２に戻って管理サーバー２０３
からデータを受信するのを待つ、そうでない場合には、
判定はＮＯとなって図１８のステップ７０９に移行す
る。なお、その次のページ要求は、現在、表示中のペー
ジの種類を示すデータを含むものである。

【００９０】ステップ７０９では、「プロフィル」アイ
コンがクリック（オン）されたか否か判定する。そのア
イコンをユーザがクリックした場合、判定はＹＥＳとな
ってステップ７１０に移行し、受信した講師データ中の
プロフィルデータを用いて図６４に示すようなプロフィ
ルページを作成して表示部３０４に表示させ、次にステ
ップ７１１でそのページ上の「戻る」アイコンがクリッ
クされるのを待って図１７のステップ７０３に戻る。そ
うでない場合には、判定はＮＯとなってステップ７１２
に移行する。

【００９１】上記プロフィルページには、図６４に示す
ように、ユーザが「プロフィル」アイコンをクリックす
ることで選択した講師の個人データが表示されている。
そのような個人データを生徒に閲覧させることで、生徒
がより自分に合うと考えられる講師が担当するレッスン
に対して入札を行えるようにしている。

【００９２】ステップ７１２では、「入札希望」アイコ
ンがクリックされたか否か判定する。そのアイコンをユ
ーザがクリックした場合、判定はＹＥＳとなり、図１９
のステップ７０３に戻る。そうでない場合には、判定は
ＮＯとなってステップ７１３に移行し、図６４に示すよ
うな入札ページをハードディスクから読み出して表示部
３０４に表示させた後、ステップ７１４に移行する。そ
うでない場合には、判定はＮＯとなって図１７のステッ
プ７０４に戻る。。

【００９３】上記入札ページ上には、図６５に示すよう
に、レッスン料の入札価格となるポイント数を入力する
ためのボックス、ＩＤ（メールアドレス）を入力するた
めのボックス、及びパスワードを入力するためのボック
スが配置され、アイコンとして、「中止」「入札」の各
アイコンが配置されている。ページの左上隅には現在の
ポイントがボックス内に表示されている。入札は、上記
各ボックスにデータを入力した後、「入札」アイコンを
クリックすることで行うようになっている。

【００９４】ステップ７１４では、データ入力が行われ
たか否か判定する。ユーザ（生徒）が入力部３１１を操
作してデータ入力を行った場合、判定はＹＥＳとなって
ステップ７１５に移行し、ユーザが入力したデータをカ
ーソルの表示位置に応じて表示させた後、図１９のステ
ップ７１６に移行する。そうでない場合には、判定はＮ
Ｏとなってそのステップ７１６に移行する。

【００９５】ステップ７１６では、「中止」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなり、ステップ７
１７で入札ページ（図６５参照）の表示をクリアさせた
後、図１７のステップ７０３に戻る。そうでない場合に
は判定はＮＯとなってステップ７１８に移行する。

【００９６】ステップ７１８では、「入札」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなり、入札ページ
上で入力されたポイント（数）、ＩＤ、及びパスワード
を入札データとして管理サーバー２０３に送信した後、
ステップ７２０に移行する。そうでない場合には、判定
はＮＯとなって図１８のステップ７１４に戻る。それに
より、「中止」アイコン、或いは「入札」アイコンをユ
ーザがクリックするまでの間、入力部３１１を操作して
のデータ入力をそのユーザに行わせる。なお、上記入札
データには、例えばユーザが選択した講師を特定するた
めのデータも含まれている。

【００９７】入札データを受信した管理サーバー２０３
は、その入札データによる入札を受け付けた場合に、そ
の旨を示すＯＫ信号を端末２０２に返す。具体的には、
生徒が希望する講師のレッスンへの入札を受け付けてい
る状態であり、且つ入札データ中のポイント数（入札価
格に対応するレッスン料）が落札情報中のポイント数よ
り大きい場合に、そのＯＫ信号を端末２０２に返す。こ
のことから、ステップ７２０では、そのＯＫ信号を受信
するのを待つ。そのＯＫ信号を受信すると、ステップ７
２１に移行して、入札が受け付けられたことを通知する
ための図６６に示すような入札確認ページをハードディ
スクから読み出して表示部３０４に表示させた後、ステ
ップ７２２に移行する。入札データを送信してから一定
時間が経過するまでの間にそのＯＫ信号を受信しなけれ
ば、特には図示しないが、図１８のステップ７１３に戻
って図６５に示すような入札ページを表示させること
で、入札を行うための作業をユーザにやり直させるよう
になっている。

【００９８】ステップ７２２では、入札確認ページ（図
６６参照）上の「ＯＫ」アイコンをユーザがクリックす
るまで待つ。そのアイコンをユーザがクリックすると、
ステップ７２３に移行して、その入札確認ページの表示
をクリアし、管理サーバー２０３には上記講師データ要
求を送信した後、図１７のステップ７０２に戻って管理
サーバー２０３からデータを受信するのを待つ。それに
より、他の講師のレッスンに対する入札を続けて行える
ようにしている。

【００９９】本実施の形態では、上述したようにして、
ユーザ（生徒）は望む講師のレッスンに対して入札を行
うようになっている。それにより、講師が自分の実力に
見合う報酬（レッスン料）でレッスンを行えるようにし
ている。次に、図１６に示すピアノレッスン処理内でス
テップ３０６として実行されるレッスンに入る処理につ
いて、図２０〜図２５に示すそのフローチャートを参照
して詳細に説明する。そのピアノレッスン処理を実行す
ることで、ユーザ（ここでは生徒）は、レッスンに用い
る曲を選択し、更に落札したレッスンを担当する講師を
選択した後に、講師からレッスンを受ける（レッスンに
入る）ようになっている。

【０１００】先ず、ステップ８０１では、図６７に示す
ような曲選択ページをハードディスクから読み出して表
示部３０４に表示させる。続くステップ８０２では、そ
のページ上に配置された「手持ち曲選択」アイコンがク
リックされたか否か判定する。そのアイコンをユーザが
クリックした場合、判定はＹＥＳとなってステップ８０
３に移行し、ユーザが既に所有している手持ちの曲のな
かからレッスンに用いる曲を選択するための手持ち曲選
択処理を実行した後、図２１のステップ８０７に移行す
る。そうでない場合には、判定はＮＯとなってステップ
８０４に移行する。

【０１０１】ステップ８０４では、上記曲選択ページ上
の「新規曲購入」アイコンがクリックされたか否か判定
する。そのアイコンをユーザがクリックした場合、判定
はＹＥＳとなってステップ８０５に移行し、曲サーバー
２０４からダウンロード可能な曲のなかから曲をダウン
ロード（購入）するための新規曲購入処理を実行した
後、図２１のステップ８０７に移行する。そうでない場
合には、判定はＮＯとなってステップ８０６に移行す
る。

【０１０２】ステップ８０６では、上記曲選択ページ上
の「戻る」アイコンがクリックされたか否か判定する。
そのアイコンをユーザがクリックした場合、判定はＹＥ
Ｓとなり、ここで一連の処理を終了する。そうでない場
合には、判定はＮＯとなって上記ステップ８０２に戻
る。それにより、曲選択ページを表示させている状態で
は、「手持ち曲選択」アイコン、「新規曲購入」アイコ
ン、及び「戻る」アイコンのうちの何れかをユーザがク
リックするまで待つようになっている。

【０１０３】ステップ８０３の手持ち曲選択処理、或い
はステップ８０５の新規曲購入処理を実行することでレ
ッスンに用いる曲が確定する。図２１のステップ８０７
〜図２４のステップ８３７では、生徒がレッスンを受け
る講師を選択することを含め、講師からレッスンを受け
られるようにするための処理が行われる。

【０１０４】先ず、ステップ８０７では、自分が落札し
たレッスンを担当する講師データ（以降、便宜的に落札
講師データと呼ぶ）を要求する落札講師データ要求を管
理サーバー２０３に送信する。続くステップ８０８で
は、管理サーバー２０３から落札講師データを受信する
のを待つ。それを受信すると、ステップ８０９に移行し
て、受信した落札講師データに基づき、図６８に示すよ
うな講師選択ページを表示部３０４に表示させた後、ス
テップ８１０に移行する。

【０１０５】上記講師選択ページは、例えばＣＰＵ３０
１が、受信した落札講師データを用いて、ハードディス
クから読み出させたオリジナルの講師選択ページの一部
の内容を書き替えることで作成したものである。そのペ
ージ上には、講師別に、その講師の顔写真、「プロフィ
ル」アイコン、及びその講師が担当するレッスンを落札
させたポイント（落札ポイント）を表示するボックスが
配置されている。それ以外には、「前のページ」「次の
ページ」及び「中止」の各アイコンが配置されている。
レッスンを受ける講師は、講師選択ページ上に配置され
た顔写真のなかからレッスンを希望する講師の顔写真を
クリックすることで選択するようになっている。

【０１０６】ステップ８１０では、講師選択ページ上の
「中止」アイコンがクリックされたか否か判定する。そ
のアイコンをユーザがクリックした場合、判定はＹＥＳ
となり、ここで一連の処理を終了する。そうでない場合
には、判定はＮＯとなってステップ８１１に移行する。

【０１０７】ステップ８１１では、「前のページ」アイ
コンがクリックされたか否か判定する。そのアイコンを
ユーザがクリックした場合、判定はＹＥＳとなり、ステ
ップ８１２で前のページに対応する講師データの送信を
要求する前のページ要求を管理サーバー２０３に送信し
た後、上記ステップ８０８に戻って管理サーバー２０３
からデータを受信するのを待つ、そうでない場合には、
判定はＮＯとなってステップ８１３に移行する。なお、
その前のページ要求は、現在、表示中のページの種類を
示すデータを含むものである。

【０１０８】ステップ８１３では、「次のページ」アイ
コンがクリックされたか否か判定する。そのアイコンを
ユーザがクリックした場合、判定はＹＥＳとなり、ステ
ップ８１４で次のページに対応する講師データの送信を
要求する次のページ要求を管理サーバー２０３に送信し
た後、上記ステップ８０８に戻って管理サーバー２０３
からデータを受信するのを待つ、そうでない場合には、
判定はＮＯとなって図２２のステップ８１５に移行す
る。なお、その次のページ要求は、現在、表示中のペー
ジの種類を示すデータを含むものである。

【０１０９】図２２のステップ８１５では、「プロフィ
ル」アイコンがクリック（オン）されたか否か判定す
る。そのアイコンをユーザがクリックした場合、判定は
ＹＥＳとなってステップ８１６に移行し、受信した落札
講師データ中のプロフィルデータを用いて図６４に示す
ようなプロフィルページを作成して表示部３０４に表示
させ、次にステップ８１７でそのページ上の「戻る」ア
イコンがクリックされるのを待って図２１のステップ８
０９に戻る。そうでない場合には、判定はＮＯとなって
ステップ８１８に移行する。

【０１１０】ステップ８１８では、顔写真がクリックさ
れたか否か判定する。表示されている何れかの顔写真を
ユーザがクリックした場合、判定はＹＥＳとなり、ステ
ップ８１９で図６９に示すような確認ページをハードデ
ィスクから読み出して表示部３０４に表示させた後、ス
テップ８２０に移行する。そうでない場合には、判定は
ＮＯとなって図２１のステップ８１０に戻る。それによ
り、図６８に示すような講師選択ページを表示させてい
る状態では、それに配置された何らかのアイコン、或い
は顔写真をユーザがクリックするのを待つようになって
いる。

【０１１１】上記確認ページは、顔写真をクリックする
ことで講師を選択した生徒がその講師の担当するレッス
ンの落札者であるか否かの確認を行うためのものであ
る。図６９に示すように、その生徒を特定するためのデ
ータ入力用のボックスとして、ＩＤ（メールアドレス）
入力用のボックス、及びパスワード入力用のボックスが
配置され、アイコンとしては、「中止」「確認」の各ア
イコンが配置されている。選択した講師からレッスンを
受けるには、各ボックスにデータを入力した後、「確
認」アイコンをクリックしなければならないようになっ
ている。

【０１１２】ステップ８２０では、データ入力が行われ
たか否か判定する。ユーザ（生徒）が入力部３１１を操
作してデータ入力を行った場合、判定はＹＥＳとなって
ステップ８２１に移行し、ユーザが入力したデータをカ
ーソルの表示位置に応じて表示させた後、図２３のステ
ップ８２２に移行する。そうでない場合には、判定はＮ
Ｏとなってそのステップ８２２に移行する。

【０１１３】ステップ８２２では、「中止」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなり、ステップ８
２３で確認ページ（図６９参照）の表示をクリアさせた
後、図２１のステップ８０９に戻って講師選択ページ
（６８参照）を表示させる。そうでない場合には判定は
ＮＯとなってステップ８２４に移行する。

【０１１４】ステップ８２４では、「確認」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなり、確認ページ
上で入力されたＩＤ、パスワード、更には顔写真をクリ
ックすることで選択した講師を特定するためのデータを
確認データとして管理サーバー２０３に送信した後、ス
テップ８２６に移行する。そうでない場合には、判定は
ＮＯとなって図２２のステップ８２０に戻る。それによ
り、「中止」アイコン、或いは「確認」アイコンをユー
ザがクリックするまでの間、入力部３１１を操作しての
データ入力をそのユーザに行わせる。

【０１１５】管理サーバー２０３は、受信した確認デー
タによって端末２０２のユーザが落札者であることを確
認すると、落札したレッスンの代価となるポイント数を
その端末２０２に返す。確認できなければ、即ち受信し
た確認データ中のＩＤ、或いはパスワードが落札者のそ
れと一致しなければ、その旨を通知するための信号を返
す。このことから、ステップ８２５に続くステップ８２
６では、管理サーバー２０３からデータを受信するのを
待つ。データを受信すると、ステップ８２７に移行す
る。

【０１１６】ステップ８２７では、管理サーバー２０３
から受信したデータの種類を判定する。確認データを受
信した管理サーバー２０３がＩＤ不一致信号を送信した
場合、データの種類はその不一致信号であると判定して
ステップ８２８に移行し、ＩＤが違っていることを通知
するためのメールアドレス（ＩＤ）不一致警告画面をハ
ードディスクから読み出して表示部３０４に表示させた
後、ステップ８３０に移行する。管理サーバー２０３が
パスワード不一致信号を送信した場合には、データの種
類はその不一致信号であると判定してステップ８２９に
移行し、パスワードが違っていることを通知するための
パスワード不一致警告画面をハードディスクから読み出
して表示部３０４に表示させた後、ステップ８３０に移
行する。管理サーバー２０３がポイントを送信した場合
には、データの種類はそのポイントであると判定して図
２４のステップ８３３に移行する。なお、上記メールア
ドレス（ＩＤ）不一致警告画面、及びパスワード不一致
警告画面は、それぞれ、「再度入力」アイコンが「Ｏ
Ｋ」アイコンに変更されている以外は図５８、及び図５
９に示す画面と同じものである。

【０１１７】ステップ８３０では、表示された画面上の
「ＯＫ」アイコンをユーザがクリックするのを待つ。そ
のアイコンをユーザがクリックすると、ステップ８３１
に移行して、表示中の画面を消去させた後、図２１のス
テップ８０９に戻って講師選択ページ（図６８参照）を
表示させる。

【０１１８】上記ステップ８２７で管理サーバー２０３
からポイントを受信したと判定した場合に移行する図２
４のステップ８３３では、レッスン料を支払えるだけの
ポイントが残っていないか否か、即ちポイントが不足し
ているか否か判定する。現在のポイントがレッスン料の
ポイントより小さい場合、判定はＹＥＳとなり、ステッ
プ８３４で図７０に示すようなポイント不足警告ページ
を表示させた後、ステップ８３５に移行する。そうでな
い場合には、判定はＮＯとなってステップ８３８に移行
する。

【０１１９】ステップ８３５では、図７０に示す「ポイ
ント購入」アイコンがクリックされたか否か判定する。
そのアイコンをユーザがクリックした場合、判定はＹＥ
Ｓとなり、ステップ８３６で図２９に示すポイント購入
処理を実行した後、ステップ８２３に戻ってポイントが
不足しているか否かの判定を再度、行う。そうでない場
合には、判定はＮＯとなってステップ８３７に移行す
る。

【０１２０】ステップ８３７では、図７０に示す「戻
る」アイコンがクリックされたか否か判定する。そのア
イコンをユーザがクリックした場合、判定はＹＥＳとな
り、ここで一連の処理を終了する。そうでない場合に
は、判定はＮＯとなって上記ステップ８３５に戻る。そ
れにより、ユーザが「ポイント購入」アイコン、或いは
「戻る」アイコンをクリックするのを待つ。

【０１２１】レッスンに用いる曲は、図２０に示すステ
ップ８０３の手持ち曲選択処理の実行時に選択された
曲、或いはステップ８０５の新規曲購入処理の実行時に
購入した曲である。ステップ８３８では、その曲のデー
タを管理サーバー２０３に送信する。その曲データを受
信した管理サーバー２０３は、それを送信してきた端末
２０２に、現在のポイントからレッスン料のポイントを
引いたポイントや、曲データから生成した楽譜データな
どを送信する。このことから、ステップ８３８に続くス
テップ８３９ではそれらのデータを管理サーバー２０３
から受信するのを待つ。それらのデータを受信すると、
ステップ８４０に移行する。

【０１２２】レッスンは、管理サーバー２０３からポイ
ントや楽譜データなどを受信した後に開始される。この
ことから、ステップ８４０以降では、そのレッスンを実
現させるための処理が行われる。先ず、ステップ８４０
では、図７１に示すようなレッスンページをハードディ
スクから読み出して表示部３０４に表示させる。そのレ
ッスンページは、レッスンを行っている間、表示される
ものである。図７１に示すように、講師の名前やその画
像、本日の曲の曲名（レッスンに用いる曲の曲名）、楽
譜、レッスンの残り時間が、それぞれ設けられたエリア
に表示されるようになっている。

【０１２３】ステップ８４０に続くステップ８４１〜８
４８では、管理サーバー２０３を介して講師側の端末２
０２から送信されてくる画像データ、或いは音声データ
を受信した場合に、画像データを書き替えて講師の画像
を更新したり、或いは音声データをサウンドシステム３
１０に送出して音声を発生させるための処理が行われ
る。それに続くステップ８４５〜８４８では、カメラ３
０８によって画像データを取り込んでそれを管理サーバ
ー２０３に送信することや、マイク３０９、或いはキー
ボード３０７によって音声データ、或いはＭＩＤＩデー
タを取り込んでそれを管理サーバー２０３に送信するこ
とが行われる。そのような生徒側と講師側でのデータの
やりとりを実現させるための処理を実行した後はステッ
プ８４９に移行する。

【０１２４】ステップ８４９では、時間データを受信し
たか否か判定する。その時間データを管理サーバー２０
３から受信した場合、判定はＹＥＳとなり、その時間デ
ータに従って残り時間の表示（図７１参照）を書き換え
た後、ステップ８５１に移行する。そうでない場合に
は、判定はＮＯとなり、図２４のステップ８４１に戻っ
てそれ以降の処理を同様に実行する。

【０１２５】ステップ８５１では、残り時間が０となっ
たか否か判定する。レッスンを終わらせる時間となった
場合、判定はＹＥＳとなってステップ８５２に移行す
る。そうでない場合には、判定はＮＯとなり、図２４の
ステップ８４１に戻る。それにより、ステップ８５１の
判定がＹＥＳとなるまでの間、生徒側と講師側でのデー
タのやりとりを実現させる。

【０１２６】ステップ８５２では、図７２に示すような
タイムアップページをハードディスクから読み出して表
示部３０４に表示させる。その後はステップ８５３に移
行し、そのページ上の「ＯＫ」アイコンをユーザがクリ
ックするのを待って一連の処理を終了する。

【０１２７】上記レッスンに入る処理内でも、複数のサ
ブルーチン処理が実行される。以降、図２６〜図２９に
示す各種フローチャートを参照して、そのサブルーチン
処理について詳細に説明する。図２６は、上記ステップ
８０３として実行される手持ち曲選択処理のフローチャ
ートである。始めに図２６を参照して、その手持ち曲選
択処理について詳細に説明する。なお、端末２０２は、
例えばハードディスク内に曲を保存しておくためのエリ
アを確保し、その確保したエリアに購入した曲を保存す
るようになっている。そのエリアについては、以降、便
宜的に曲エリアと呼ぶことにする。

【０１２８】先ず、ステップ４０１では、手持ち曲のリ
ストを配置した図７３に示すような手持ち曲リストペー
ジを表示部３０４に表示させる。それは、例えば曲名が
配置されていない手持ち曲リストページをハードディス
クから読み出し、曲エリアに保存されている曲の曲名を
挿入することで作成したものである。

【０１２９】ステップ４０１に続くステップ４０２で
は、リスト表示した曲名へのクリックなどに応じて曲の
選択を行う。その後に移行するステップ４０３では、
「選択」アイコンがクリックされたか否か判定する。そ
のアイコンをユーザがクリックした場合、判定はＹＥＳ
となってステップ４０５に移行する。そうでない場合に
は、判定はＮＯとなり、ステップ４０４に移行する。

【０１３０】ステップ４０４では、「戻る」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなり、ここで一連
の処理を終了する。そうでない場合には、判定はＮＯと
なって上記ステップ４０２に戻る。

【０１３１】他方のステップ４０５では、現在、選択中
の曲（手持ち曲）の曲名を配置した図７４に示すような
手持ち曲決定ページを表示部３０４に表示させる。続く
ステップ４０６では、「ＯＫ」アイコンがクリックされ
たか否か判定する。そのアイコンをユーザがクリックし
た場合、判定はＹＥＳとなってステップ４０９に移行す
る。そうでない場合には、判定はＮＯとなってステップ
４０７に移行する。

【０１３２】ステップ４０７では、「戻る」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなってステップ４
０８に移行し、選択中の曲を無効にした後、上記ステッ
プ４０１に戻って手持ち曲リストページ（図７３参照）
を再度、表示させる。そうでない場合には、判定はＮＯ
となり、上記ステップ４０６に戻る。それにより、「Ｏ
Ｋ」アイコン、或いは「戻る」アイコンをユーザがクリ
ックするのを待つ。

【０１３３】ステップ４０９では、ユーザ（生徒）が選
択した曲の曲名を保存する。その曲名は、レッスンが開
始する前に管理サーバー２０３に送信する曲データを特
定するために用いられる。その曲名を保存した後に一連
の処理を終了する。図２７、及び図２８は、図２０〜図
２５に示すレッスンに入る処理内でステップ８０５とし
て実行される新規曲購入処理のフローチャートである。
次に、図２７、及び図２８を参照して、その新規曲購入
処理について詳細に説明する。

【０１３４】ユーザ（生徒）が購入可能な曲は、曲サー
バー２０４が管理・保存している。このことから、曲の
購入は、その曲のデータを曲サーバー２０４からダウン
ロードすることで行われる。先ず、ステップ５０１で
は、管理サーバー２０３に、購入可能な曲のリストを要
求する曲リスト要求を送信する。その曲リスト要求を受
信した管理サーバー２０３は、曲サーバー２０４に対
し、その曲リストの送信を指示する。このことから、ス
テップ５０１に続くステップ５０２では、その曲リスト
を受信するのを待つ。

【０１３５】その曲リストを受信すると、ステップ５０
２からステップ５０３に移行する。そのステップ５０３
では、受信した曲リストを配置した図７５に示すような
新規曲リストページを表示部３０４に表示させる。それ
は、例えば曲名が配置されていないオリジナルの新規曲
リストページをハードディスクから読み出し、曲リスト
として受信した曲の曲名を挿入することで作成したもの
である。

【０１３６】ステップ５０４では、リスト表示した曲名
へのクリックなどに応じて曲の選択を行う。その後に移
行するステップ５０５では、「選択」アイコンがクリッ
クされたか否か判定する。そのアイコンをユーザがクリ
ックした場合、判定はＹＥＳとなってステップ５０７に
移行する。そうでない場合には、判定はＮＯとなり、ス
テップ５０６に移行する。

【０１３７】ステップ５０６では、「戻る」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなり、ここで一連
の処理を終了する。そうでない場合には、判定はＮＯと
なって上記ステップ５０４に戻る。

【０１３８】他方のステップ５０７では、現在、選択中
の曲の曲名やその購入費用（ポイント）を配置した図７
６に示すような新規曲購入ページを表示部３０４に表示
させる。続くステップ５０８では、「購入」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなってステップ５
１０に移行する。そうでない場合には、判定はＮＯとな
ってステップ５０９に移行する。

【０１３９】ステップ５０９では、「戻る」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなり、選択中の曲
を無効にして上記ステップ５０３に戻り、新規曲リスト
ページ（図７５参照）を再度、表示させる。そうでない
場合には、判定はＮＯとなり、上記ステップ５０８に戻
る。それにより、「購入」アイコン、或いは「戻る」ア
イコンをユーザがクリックするのを待つ。

【０１４０】ステップ５１０では、曲の購入費用となる
ポイントがユーザ（生徒）の持つ現在のポイント（ＰＯ
ＩＮＴ）以下か否か判定する。現在のポイントが曲の購
入に必要なポイントより少なかった場合、判定はＮＯと
なり、図２８のステップ５１７に移行する。そうでない
場合には、判定はＹＥＳとなり、ステップ５１１でユー
ザが選択した曲の曲名を含む曲購入要求を管理サーバー
２０３に送信し、その曲名を保存した後、ステップ５１
２に移行する。保存した曲名は、レッスンが開始する前
に管理サーバー２０３に送信する曲データを特定するた
めに用いる。

【０１４１】上記曲購入要求を受信した管理サーバー２
０３は、要求された曲のダウンロードを曲サーバー２０
４に指示し、その購入費用となるポイントを現在のポイ
ント（ＰＯＩＮＴ）から引いたポイント（ＰＯＩＮＴ）
を端末２０２に送信する。このことから、ステップ５１
２では、それらを受信するのを待つ。それらを受信する
と、ステップ５１３に移行して、受信した曲データを所
定エリア（曲エリア）にストアする。その後は図２８の
ステップ５１４に移行する。

【０１４２】そのステップ５１４では、受信したポイン
ト（ＰＯＩＮＴ）を配置した図７７に示すような購入完
了ページを表示部３０４に表示させる。続くステップ５
１５では、「ＯＫ」アイコンがクリックされたか否か判
定する。そのアイコンをユーザ（生徒）がクリックした
場合、判定はＹＥＳとなり、一連の処理はここで終了す
る。そうでない場合には、判定はＮＯとなってステップ
５１６に移行する。

【０１４３】ステップ５１６では、「戻る」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなり、図２７のス
テップ５０３に戻る。それにより、購入を希望する曲が
他にあればそれを購入させる。そうでない場合には、判
定はＮＯとなり、上記ステップ５１５に戻る。それによ
り、「講師選択ページへ」アイコン、或いは「戻る」ア
イコンをユーザがクリックするのを待つ。

【０１４４】一方、上記ステップ５１０の判定がＮＯと
なって移行する図２８のステップ５１７では、ポイント
（ＰＯＩＮＴ）が不足していることを通知する、図７０
に示すようなポイント不足警告ページを表示部３０４に
表示させる。続くステップ５１８では、「ポイント購
入」アイコンがクリックされたか否か判定する。そのア
イコンをユーザがクリックした場合、判定はＹＥＳとな
り、ユーザがポイントを購入するためのポイント購入処
理を実行した後、図２７のステップ５０３に戻る。そう
でない場合には、判定はＮＯとなってステップ５１９に
移行する。

【０１４５】ステップ５１９では、「戻る」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなり、図２７のス
テップ５０３に戻る。そうでない場合には、判定はＮＯ
となり、上記ステップ５１８に戻る。それにより、ユー
ザが「ポイント購入」アイコン、或いは「戻る」アイコ
ンをクリックするのを待つ。

【０１４６】このように、曲購入処理では、曲（曲デー
タ）を購入するだけではなく、曲の購入にポイントが不
足していれば、必要に応じてそのポイントの購入も合わ
せて行えるようになっている。図２９は、上記ステップ
５２０、或いは図２０〜図２５に示すレッスンに入る処
理内でステップ８３６として実行されるポイント購入処
理のフローチャートである。ここで、図２９を参照し
て、上記曲購入処理内でサブルーチン処理として実行さ
れるポイント購入処理について詳細に説明する。

【０１４７】先ず、ステップ６０１では、図７８に示す
ようなポイント購入ページを表示部３０４に表示させ
る。それは、例えばハードディスクに格納されたポイン
ト購入ページを読み出し、それに現在のポイントを挿入
することで作成したものであり、ポイントの購入代金の
引き落とし先となる口座、パスワード、ＩＤ（メールア
ドレス）の入力用のボックスが配置されている。それを
表示させた後はステップ６０２に移行する。

【０１４８】ステップ６０２では、データ入力が行われ
たか否か判定する。ユーザが入力部２１１を操作してデ
ータ入力を行った場合、判定はＹＥＳとなってステップ
６０３に移行し、現在のカーソルの位置に入力されたデ
ータを表示させた後、ステップ６０４に移行する。そう
でない場合には、判定はＮＯとなり、そのステップ６０
４に移行する。

【０１４９】ステップ６０４では、「購入確認」アイコ
ンがクリックされたか否か判定する。そのアイコンをユ
ーザがクリックした場合、判定はＹＥＳとなってステッ
プ６０７に移行する。そうでない場合には、判定はＮＯ
となり、ステップ６０５に移行する。

【０１５０】ステップ６０５では、「戻る」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなってステップ６
０６に移行し、入力されたデータをクリアした後、一連
の処理を終了する。そうでない場合には、判定はＮＯと
なり、上記ステップ６０２に戻る。それにより、「購入
確認」アイコン、或いは「戻る」アイコンがクリックさ
れるまでの間、ユーザによるデータ入力を可能とさせ
る。

【０１５１】一方、ステップ６０７では、例えばハード
ディスクから読み出したポイント購入確認ページにユー
ザが入力したデータを挿入して、図７９に示すようなポ
イント購入確認ページを表示部３０４に表示させる。続
くステップ６０８では、「購入」アイコンがクリックさ
れたか否か判定する。そのアイコンをユーザがクリック
した場合、判定はＹＥＳとなってステップ６１１に移行
する。そうでない場合には、判定はＮＯとなり、ステッ
プ６０９に移行する。

【０１５２】ステップ６０９では、「戻る」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなってステップ６
１０に移行し、図７０に示すようなポイント不足警告ペ
ージを表示部３０４に表示させた後、上記ステップ６０
１に戻って再度、図７８に示すようなポイント購入ペー
ジを表示部３０４に表示させる。そうでない場合には、
判定はＮＯとなり、上記ステップ６０８に戻る。それに
より、ユーザが「購入」アイコン、或いは「戻る」アイ
コンをクリックするのを待つ。

【０１５３】上記ステップ６０８の判定がＹＥＳとなっ
て移行するステップ６１１では、ユーザが図７８に示す
ようなポイント購入ページ上で入力したデータをポイン
ト購入データとして管理サーバー２０３に送信する。そ
の購入データを受信した管理サーバー２０３は、ユーザ
が持つ現在のポイント（ＰＯＩＮＴ）に、新たに購入し
たポイントを加算し、その加算後のポイントを示すデー
タを返信する。ポイント購入データ中に誤ったデータが
存在、例えばパスワードやＩＤが誤っていれば、その旨
を示す不一致信号を返信する。このことから、ステップ
６１１に続くステップ６１２で管理サーバー２０３から
データを受信するのを待って、ステップ６１３に移行す
る。

【０１５４】ステップ６１３では、受信したデータがポ
イントデータか否か判定する。ポイント購入データ中に
不適切なデータが存在していない場合、管理サーバー２
０３はポイントデータを送信してくることから、判定は
ＹＥＳとなってステップ６１５に移行する。そうでない
場合には、判定はＮＯとなってステップ６１４に移行
し、ユーザが入力したデータをクリアした後、上記ステ
ップ６０１に戻る。

【０１５５】ステップ６１５では、受信したポイントデ
ータに基づき、現在のポイントを配置した図８０に示す
ようなポイント購入完了ページを表示部３０４に表示さ
せる。続くステップ６１６では、「戻る」アイコンがク
リックされるのを待つ。そのアイコンをユーザがクリッ
クするのを待って、一連の処理を終了する。

【０１５６】図８〜図１５に示す音楽教室処理内で実行
されるサブルーチン処理の説明に戻る。図３０、及び図
３１は、その音楽教室処理内でステップ２７８として実
行される待機処理のフローチャートである。次に、図３
０、及び図３１を参照してその待機処理について詳細に
説明する。なお、その待機処理は、図６０に示すような
講師用の会員トップページ上の「待機」アイコンをクリ
ックした講師を対象に実行される処理である。その待機
処理が実行されることで、講師は、自分のレッスンを落
札した生徒のレッスンを行うことができるようになって
いる。

【０１５７】先ず、ステップ１１０２では、例えばハー
ドディスクからオリジナルのレッスンページを読み出し
て表示部３０４に表示させる。それにより、表示部３０
４には図８１に示すようなレッスンページが表示され
る。ステップ１１０２に続くステップ１１０３では、呼
出信号を管理サーバー２０３から受信したか否か判定す
る。その呼出信号は、これからレッスンが開始すること
を通知する信号であり、それを管理サーバー２０３から
受信した場合、判定はＹＥＳとなってステップ１１０６
に移行する。そうでない場合には、判定はＮＯとなって
ステップ１１０４に移行する。

【０１５８】ステップ１１０４では、「戻る」アイコン
がクリックされたか否か判定する。そのアイコンをユー
ザがクリックした場合、判定はＹＥＳとなり、ここで一
連の処理を終了する。そうでない場合には、判定はＮＯ
となって上記ステップ１１０３に戻る。それにより、講
師にレッスンが開始するのを待たせる。

【０１５９】ステップ１１０６では、呼出信号を受信、
即ちレッスンが開始することをユーザ（講師）に通知す
るために呼出音を発生させる。続くステップ１１０７で
は、呼出信号と合わせて管理サーバー２０３が送信する
はずの曲名や生徒名、楽譜データ、生徒のプロフィルな
どを受信したか否か判定する。それらのデータを受信し
た場合、判定はＹＥＳとなってステップ１１０８に移行
し、それらのデータをレッスンページ上の対応するエリ
アにそれぞれ表示させた後（図８２参照）、ステップ１
１０９に移行する。そうでない場合には、判定はＮＯと
なり、他のステップの処理を実行することなく、そのス
テップ１１０９に移行する。なお、上記呼出音の発生
は、例えばＣＰＵ３０１が、ハードディスクに格納され
た呼出音発生用の音声データをＨＤＤ３０６に読み出さ
せ、それをサウンドシステム３１０に送出することで行
われる。

【０１６０】ステップ１１０９〜１１１２では、管理サ
ーバー２０３を介して生徒側の端末２０２から送信され
てくる画像データ、或いは音声データを受信した場合
に、画像データを書き替えて生徒の画像を更新したり、
或いは音声データをサウンドシステム３１０に送出して
音声を発生させるための処理が行われる。それに続くス
テップ１１１３、及び１１１４では、カメラ３０８によ
って画像データを取り込んでそれを管理サーバー２０３
に送信することや、マイク３０９、或いはキーボード３
０７によって音声データ、或いはＭＩＤＩデータを取り
込んでそれを管理サーバー２０３に送信することが行わ
れる。そのような生徒側と講師側でのデータのやりとり
を実現させるための処理を実行した後は図３１に示すス
テップ１１１５に移行する。

【０１６１】ステップ１１１５では、時間データを受信
したか否か判定する。その時間データを管理サーバー２
０３から受信した場合、判定はＹＥＳとなり、その時間
データに従って残り時間の表示（図８２参照）を書き換
えた後、ステップ１１１７に移行する。そうでない場合
には、判定はＮＯとなってそのステップ１１１７に移行
する。

【０１６２】ステップ１１１７では、管理サーバー２０
３から受信した時間データが０を表しているか否か判定
する。レッスンを終わらせる時間となった場合、判定は
ＹＥＳとなってステップ１１１８に移行する。そうでな
い場合には、判定はＮＯとなり、図３０のステップ１１
０９に戻る。それにより、ステップ１１１７の判定がＹ
ＥＳとなるまでの間、生徒側と講師側でのデータのやり
とりを実現させる。

【０１６３】ステップ１１１８では、図７２に示すよう
なタイムアップページをハードディスクから読み出して
表示部３０４に表示させる。その後はステップ１１２０
に移行し、そのページ上の「ＯＫ」アイコンをユーザが
クリックするのを待って一連の処理を終了する。

【０１６４】図５のステップ１０３として実行される音
楽教室処理では、上述したような処理が実行される。そ
れにより、端末２０２のユーザは、その立場、即ち音楽
教室の講師か生徒かに応じて、入札を含む所望のサービ
スを受けたり、或いは作業（講師としての作業、など）
を行えるようになっている。そのようにして、楽器を学
習する場を提供する音楽教室を実現させている。

【０１６５】図３２は、図７に示す処理でステップ１０
４として実行されるメール処理のフローチャートであ
る。端末２０２が実行する処理では、最後に図３２を参
照して、そのメール処理について詳細に説明する。な
お、そのメール処理は、上記初期画面上でメールモード
を設定した場合に実行される処理である。そのメール処
理を実行することでやりとりされるメールは、メールサ
ーバー２０５を介して行われるものだけである。そのメ
ールサーバー２０５は、例えばハードディスク内に、ユ
ーザ別にエリアを確保し、そのエリアに対応するメール
を保持している。

【０１６６】先ず、ステップ１２０１では、メールサー
バー２０５に、自分宛のメールの配信を要求する配信要
求を送信する。その配信要求を受信したメールサーバー
２０５は、その配信要求を送信してきた端末２０２のユ
ーザ用にハードディスク内に確保したエリア（メールエ
リア）に保持しているメール（新規メール）があればそ
れをその端末２０２に送信し、メールを保持していなけ
ればその旨を示す信号を送信する。このことから、ステ
ップ１２０１に続くステップ１２０２では、メールサー
バー２０５からデータ（新規メール、或いはそれが無い
ことを示す信号）を受信するのを待つ。

【０１６７】メールサーバー２０５から何らかのデータ
を受信すると、ステップ１２０３に移行する。そのステ
ップ１２０３では、メールサーバー２０５から新規メー
ルを受信したのであればそれをハードディスク内に予め
確保したエリアである受信メールエリアにストアする。
続くステップ１２０４では、メールサーバー２０５から
受信したデータを用いて、図８３に示すような受信リス
ト画面を作成して表示部３０４に表示させる。

【０１６８】その受信リスト画面には、メールサーバー
２０５から受信した新規メール毎に、差出人、及び件名
がリスト表示されている。メールの選択は、例えば入力
部３１１を操作してマウスカーソルを所望のメールの差
出人、或いは件名が表示されているエリアに移動させた
後、クリックすることで行えるようになっている。

【０１６９】ステップ１２０４に続くステップ１２０５
では、ユーザの上述したような操作に応じてリストのな
かからメールの選択を行う。その後に移行するステップ
１２０６では、「開封」アイコンがクリックされたか否
か判定する。そのアイコンをユーザがクリックした場
合、判定はＹＥＳとなってステップ１２０７に移行し、
選択中のメールの内容を表示する、例えば図８４に示す
ような開封画面を表示部３０４に表示させた後、ステッ
プ１２０８でユーザが「戻る」アイコンをクリックする
のを待って上記ステップ１２０４に戻り、図８３に示す
ような受信リスト画面を再度、表示させる。そうでない
場合には、判定はＮＯとなってステップ１２０９に移行
する。なお、図８４中の管理者は、図１に示す運営業者
１０１に対応する。

【０１７０】ステップ１２０９では、「送信」アイコン
がクリックされたか否か判定する。そのアイコンをユー
ザがクリックした場合、判定はＹＥＳとなり、ユーザが
メールを送信するための送信処理を実行した後、上記ス
テップ１２０４に戻る。そうでない場合には、判定はＮ
Ｏとなってステップ１２１１に移行する。

【０１７１】ステップ１２１１では、「終了」アイコン
がクリック（オン）されたか否か判定する。そのアイコ
ンをユーザがクリックした場合、判定はＹＥＳとなり、
ここで一連の処理を終了する。そうでない場合には、判
定はＮＯとなって上記ステップ１２０５に戻る。

【０１７２】管理サーバー２０３は様々なメールを作成
してメールサーバー２０５に送信する。入会した会員に
発行したパスワードを通知するメールや講師のレッスン
の落札を生徒に通知するメールなどは、その一部である
（図８４参照）。そのようなメールは、上述したよう
に、メール処理を実行させることで閲覧できるようにな
っている。

【０１７３】図３３〜図４５は、接続してきた端末装置
に対応するために管理サーバ０２０３が実行する処理の
流れを示すフローチャートである。次に、図３３〜図４
５に示すフローチャートを参照して、管理サーバー２０
３の動作、及びサービスの提供方法について詳細に説明
する。なお、図３３〜図４５に示すフローチャートは、
管理サーバー２０３に搭載されたＣＰＵが、例えばハー
ドディスク装置がハードディスクから読み出したプログ
ラム（ネットワークＯＳ、など）を実行することで実現
される。そのフローチャートは、便宜的に、１台、或い
は２台の端末２０２に着目して処理を抜粋し、抜粋した
処理の流れを示したものである。

【０１７４】先ず、ステップ１３０１では、登録データ
を受信したか否か判定する。端末２０２のユーザが会員
登録を申し込んだ場合、その端末２０２は入力されたデ
ータを登録データとして管理サーバー２０３に送信する
ことから、判定はＹＥＳとなってステップステップ１３
０２に移行する。そうでない場合には、判定はＮＯとな
ってステップ１３０９に移行する。

【０１７５】ステップ１３０２では、その登録データ中
で指定されている会員の立場を判定する。その登録デー
タを送信させた者が講師としての登録を申し込んだ場
合、その旨が判定されてステップ１３０３に移行する。
そうでない場合には、その者は生徒としての登録を申し
込んだと判定して、ステップ１３０４に移行する。

【０１７６】ステップ１３０３では、講師エリア（図４
参照）に、受信した登録データをストアするための個人
用講師エリア（図６参照）を確保してそこにストアす
る。続くステップ１３０３ａでは、その登録データ中の
レッスン可能日時から、次回レッスン日時を算出（特
定）し、それを確保した個人用講師エリアにストアす
る。その後はステップ１３０３ｂに移行し、ステップ１
３０３ａで確定させた次回レッスン日時より入札期限日
時を算出（特定）して個人用講師エリアにストアすると
ともに、入札可能フラグの値を１に書き換えた後、ステ
ップ１３０５に移行する。他方のステップ１３０４で
は、生徒エリア（図４参照）に、受信した登録データを
ストアするための個人用生徒エリア（図５参照）を確保
してそこにストアした後、そのステップ１３０５に移行
する。なお、詳細な説明は省略するが、講師としての登
録を申し込んだ人に担当させる楽器の種類は、例えば登
録データ中の音楽歴などを基に決定している。

【０１７７】ステップ１３０５では、会員登録の申込者
に使わせるパスワードを作成（発行）する。続くステッ
プ１３０６では、受信した登録データをストアしたエリ
ア（個人用講師エリア、或いは個人用生徒エリア）に、
作成したパスワードをストアする。その次に移行するス
テップ１３０７では、申込者に作成したパスワードを知
らせるために、図８４に示すような内容のメールを作成
する。そのメールの宛先は登録データ中のメールアドレ
スであり、そのようなメールを作成すると、ステップ１
３０８に移行し、それをメールサーバー２０５に送信し
た後、ステップ１３０９に移行する。それにより、メー
ルサーバー２０５を介してメールが宛先とする申込者に
届けられることになる。

【０１７８】ステップ１３０９では、ポイント（ＰＯＩ
ＮＴ）要求信号を受信したか否か判定する。端末２０２
のユーザ（生徒）が図６１に示す「ピアノ」アイコン、
「ギター」アイコン、或いは「ドラム」アイコンをクリ
ックした場合、その端末２０２はポイント要求信号を管
理サーバー２０３に送信することから、判定はＹＥＳと
なり、ステップ１３１０に移行して、その端末２０２の
ユーザの登録データがストアされている個人用生徒エリ
アからポイントを読み出し、その端末２０２に送信した
後、図３４のステップ１３１１に移行する。そうでない
場合には、判定はＮＯとなってそのステップ１３１１に
移行する。

【０１７９】ステップ１３１１では、ＩＤ（メールアド
レス）、及びパスワードを受信したか否か判定する。そ
れらを受信した場合、判定はＹＥＳとなってステップ１
３１２に移行する。そうでない場合には、判定はＮＯと
なって図３５のステップ１３２３に移行する。なお、端
末２０２は、そのユーザが、図５７に示すような照合ペ
ージ上でデータ入力を行った後、「照合」アイコンをク
リックした場合に、ＩＤ、及びパスワードを管理サーバ
ー２０３に送信する。

【０１８０】ステップ１３１２では、生徒エリア、及び
講師エリアにストアされた登録データのなかで受信した
ＩＤ（メールアドレス）と同一のものを有する登録デー
タを探す。続くステップ１３１３では、そのような登録
データを探した結果、同一のＩＤを有する登録データが
見つかったか否か判定する。受信したＩＤと同一のＩＤ
を有する登録データが存在していた場合、判定はＹＥＳ
となってステップ１３１４に移行し、その登録データの
中で受信したパスワードと同一のものを探した後、ステ
ップ１３１６に移行する。そうでない場合には、判定は
ＮＯとなり、ステップ１３１５でＩＤ（メールアドレ
ス）の一致するものがない旨を通知するためのＩＤ不一
致信号を、そのＩＤを送信してきた端末２０２に送信し
た後、図３５のステップ１３２３に移行する。

【０１８１】ステップ１３１６では、受信したパスワー
ドと同一のものを探した結果、それがあったか否か判定
する。受信したＩＤ、及びパスワードを格納した登録デ
ータが存在していた場合、判定はＹＥＳとなり、ステッ
プ１３１７でその旨を通知するためのＯＫ信号を端末２
０２に送信した後、図３５のステップ１３２３に移行す
る。そうでない場合には、判定はＮＯとなり、ステップ
１３１８でパスワードが一致していない旨を通知するた
めのパスワード不一致信号を端末２０２に送信した後、
そのステップ１３２３に移行する。

【０１８２】図３５のステップ１３２３では、曲リスト
要求を受信したか否か判定する。端末２０２のユーザ
（講師）が図６７に示すような曲選択ページ上に配置さ
れた「新規曲購入」アイコンをクリックした場合、その
端末２０２は曲リスト要求を管理サーバー２０３に送信
することから、判定はＹＥＳとなり、ステップ１３２４
に移行して、曲サーバー２０４に、その端末２０２への
曲リストの送付を指示した後、ステップ１３２５に移行
する。そうでない場合には、判定はＮＯとなってそのス
テップ１３２５に移行する。

【０１８３】ステップ１３２５では、曲購入要求を受信
したか否か判定する。端末２０２のユーザ（講師）が図
７６に示す「購入」アイコンをクリックした場合、その
端末２０２は曲購入要求を管理サーバー２０３に送信す
ることから、判定はＹＥＳとなってステップ１３２６に
移行する。そうでない場合には、判定はＮＯとなり、図
３６のステップ１３２８ａに移行する。

【０１８４】ステップ１３２６では、その曲購入要求を
送信した端末２０２を使用するユーザ（生徒）の登録デ
ータがストアされた個人用生徒エリア中のポイントから
曲の購入代のポイントを引く。続くステップ１３２７で
は、その曲購入要求で指定されている曲（曲データ）の
ダウンロードを曲サーバー２０４に指示する。その指示
を行うと、ステップ１３２８に移行して、上記ステップ
１３２６で更新したポイントの値を示すデータを端末２
０２に送信した後、図３６のステップ１３２８ａに移行
する。それにより、曲購入要求を送信した端末２０２
は、図７７に示すような購入完了ページを表示させるこ
とになる。

【０１８５】図３６のステップ１３２８ａ〜１３２８ｉ
では、端末２０２から送信される講師データ要求に対応
するための処理が行われる。なお、端末２０２は、その
講師データ要求を、図６２に示す「講師入札」アイコン
をユーザがクリックした場合に送信する。

【０１８６】先ず、ステップ１３２８ａでは、講師デー
タ要求を受信したか否か判定する。端末２０２がその講
師データ要求を送信した場合、判定はＹＥＳとなってス
テップ１３２８ｂに移行する。そうでない場合には、判
定はＮＯとなって図３７のステップ１３２９に移行す
る。

【０１８７】ステップ１３２８ｂでは、講師エリアに個
人用講師エリア（図６参照）が確保された講師のなかで
レッスンに対する入札を受け付けている講師の個人用講
師エリアを選択する。その選択は、例えば個人用講師エ
リアのなかで入札可能フラグの値が１となっている個人
用講師エリア中のデータをＲＡＭ、或いはハードディス
ク上のワーク用エリアに書き込むことで行う。

【０１８８】ステップ１３２８ｂに続くステップ１３２
８ｃでは、ＲＡＭ、或いはハードディスクに読み出した
個人用講師エリアのデータのなかで対象とするデータを
管理するための変数であるアドレスポインタに、その講
師エリア内で先頭に位置している個人用講師エリアのデ
ータを指定する値を代入する。続くステップ１３２８ｄ
では、端末２０２に講師データを送信した講師の人数を
カウントするための変数ｍに１を代入する。その後はス
テップ１３２８ｅに移行する。なお、変数ｍで講師デー
タを送信した講師の人数をカウントするのは、講師入札
ページ（図６３参照）上には最大で３人の講師しか表示
しないためである。

【０１８９】ステップ１３２８ｅでは、アドレスポイン
タの値で指定される個人用講師エリアのデータ中から、
個人情報、顔画像、プロフィル、次回レッスン日時、入
札期限日時、及び落札情報中のポイント（図６参照）を
抽出し、それらを講師データとして端末２０２に送信す
る。その後は、ステップ１３２８ｆでアドレスポインタ
の値を１エリア分、進め、更にステップ１３２８ｇで変
数ｍの値をインクリメントした後、ステップ１３２８ｈ
に移行する。

【０１９０】ステップ１３２８ｈでは、他に対象となる
個人用講師エリアのデータがあるか否か判定する。その
ような個人用講師エリアのデータが残っている場合、判
定はＹＥＳとなってステップ１３２８ｉに移行する。そ
うでない場合には、判定はＮＯとなって図３７のステッ
プ１３２９に移行する。

【０１９１】ステップ１３２８ｉでは、変数ｍの値が３
以下か否か判定する。講師３人分のデータを端末２０２
に送信していない場合、判定はＹＥＳとなって上記ステ
ップ１３２８ｅに戻り、それ以降の処理を同様に実行す
る。そうでない場合には、判定はＮＯとなって図３７の
ステップ１３２９に移行する。そのようにして講師デー
タを送信することで、講師データ要求を送信した端末２
０２は、図６３に示すような講師入札ページを表示させ
ることになる。

【０１９２】図３７のステップ１３２９では、ポイント
購入データを受信したか否か判定する。端末２０２のユ
ーザ（生徒）が図７９に示す「購入」アイコンをクリッ
クした場合、その端末２０２はポイント購入データを管
理サーバー２０３に送信することから、判定はＹＥＳと
なってステップ１３３０に移行する。そうでない場合に
は、判定はＮＯとなり、図３８のステップ１３３７に移
行する。

【０１９３】ステップ１３３０では、そのポイント購入
データ中のＩＤ、パスワードを有する登録データを探
す。続くステップ１３３１では、それらを有する登録デ
ータがあったか否か判定する。それらを有する登録デー
タが存在していた場合、判定はＹＥＳとなってステップ
１３３３に移行する。そうでない場合には、判定はＮＯ
となり、ステップ１３３２でＩＤ、或いはパスワードが
一致していない旨を通知するための不一致信号を端末２
０２に送信した後、図３８のステップ１３３７に移行す
る。

【０１９４】ステップ１３３３では、課金サーバー２０
６に対して、ポイント購入データを送信した端末２０２
のユーザ（生徒）の登録データ中で指定されている口座
から管理者の口座へ、購入を申し込んだポイントに対応
する金額を振り替える課金依頼を行う。続くステップ１
３３４では、依頼された処理が完了した旨を通知するた
めの課金完了信号を課金サーバー２０６から受信するの
を待つ。それを受信した後は、ステップ１３３５に移行
する。

【０１９５】ステップ１３３５では、ポイント購入デー
タを送信した端末２０２のユーザ（生徒）の登録データ
をストアした個人用生徒エリア中のポイントに、新たに
購入したポイントを加算する。その後に移行するステッ
プ１３３６では、加算後のポイントの値を示すデータを
端末２０２に送信する。それを送信した後には図３８の
ステップ１３３７に移行する。なお、ポイント購入デー
タを送信した端末２０２は、管理サーバー２０３からポ
イントデータを受信することで、図８０に示すようなポ
イント購入完了ページを表示する。

【０１９６】図３８のステップ１３３７〜１３４４で
は、端末２０２から送信される落札講師データ要求に対
応するための処理が行われる。なお、端末２０２は、そ
の落札講師データ要求を、図２６に示す手持ち曲選択処
理、或いは図２７、及び図２８に示す新規曲購入処理の
実行後に送信する。

【０１９７】先ず、ステップ１３３７では、落札講師デ
ータ要求を受信したか否か判定する。端末２０２がその
落札講師データ要求を送信した場合、判定はＹＥＳとな
ってステップ１３３８ａに移行する。そうでない場合に
は、判定はＮＯとなって図３９のステップ１３４５に移
行する。

【０１９８】ステップ１３３８ａでは、講師エリアに個
人用講師エリア（図６参照）が確保された講師のなかで
レッスンが落札、即ちそれに対する入札を受け付けてい
ない講師の個人用講師エリアを選択する。その選択は、
例えば個人用講師エリアのなかで入札可能フラグの値が
０となっている個人用講師エリア中のデータをＲＡＭ、
或いはハードディスク上のワーク用エリアに書き込むこ
とで行う。

【０１９９】ステップ１３３８ａに続くステップ１３３
８ｂでは、アドレスポインタに、ＲＡＭ、或いはハード
ディスクに読み出した個人用講師エリアのデータのなか
で先頭に位置している個人用講師エリアのデータを指定
する値を代入する。次のステップ１３３９では、端末２
０２に変数ｍに１を代入する。その後はステップ１３４
０に移行する。なお、変数ｍで落札講師データを送信し
た講師の人数をカウントするのは、講師選択ページ（図
６８参照）上でも最大で３人の講師しか表示しないため
である。

【０２００】ステップ１３４０では、アドレスポインタ
の値で指定される個人用講師エリアのデータ中から、個
人情報、顔画像、プロフィル、及び落札情報中のポイン
ト（図６参照）を抽出し、それらを落札講師データとし
て端末２０２に送信する。その後は、ステップ１３４１
でアドレスポインタの値を１エリア分、進め、更にステ
ップ１３４２で変数ｍの値をインクリメントした後、ス
テップ１３４３に移行する。

【０２０１】ステップ１３４３では、他に対象となる個
人用講師エリアのデータがあるか否か判定する。そのよ
うな個人用講師エリアのデータが残っている場合、判定
はＹＥＳとなってステップ１３４４に移行する。そうで
ない場合には、判定はＮＯとなって図３９のステップ１
３４５に移行する。

【０２０２】ステップ１３４４では、変数ｍの値が３以
下か否か判定する。講師３人分のデータを端末２０２に
送信していない場合、判定はＹＥＳとなって上記ステッ
プ１３４０に戻り、それ以降の処理を同様に実行する。
そうでない場合には、判定はＮＯとなって図３９のステ
ップ１３４５に移行する。そのようにして落札講師デー
タを送信することで、落札講師データ要求を送信した端
末２０２は、図６８に示すような講師選択ページを表示
させることになる。

【０２０３】図６３、及び図６８に示す各ページ上に
は、前のページの表示を指示するための「前のＰＡＧ
Ｅ」アイコンや、次のページの表示を指示するための
「次のＰＡＧＥ」アイコンが配置されている。図３９の
ステップ１３４５〜１３４９では、それらのアイコンへ
のクリックに対応するための処理が行われる。それによ
り、ユーザの要求に応じて、管理サーバー２０３から講
師データ、或いは落札講師データが端末２０２に送信さ
れる。

【０２０４】先ず、ステップ１３４５では、端末２０２
で「次のＰＡＧＥ」アイコンがクリックされたか否か判
定する。そのアイコンをユーザがクリックすることで端
末２０２が送信する次のページ要求を受信した場合、判
定はＹＥＳとなってステップ１３４６に移行する。そう
でない場合には、判定はＮＯとなってステップ１３４７
に移行する。

【０２０５】ステップ１３４６では、「次のＰＡＧＥ」
アイコンがクリックされたのは図６３に示すような講師
入札ページ上に配置されたものか否か判定する。受信し
た次のページ要求に講師入札ページを示すデータが含ま
れていた場合、判定はＹＥＳとなって図３６のステップ
１３２８ｄに戻り、それ以降の処理を同様に実行する。
そうでない場合には、判定はＮＯとなって図３８のステ
ップ１３３９に移行する。なお、ステップ１３４６から
ステップ１３２８ｄ、或いはステップ１３３９に戻る結
果、現在、端末２０２が表示させているページの次のペ
ージに対応する講師の講師データ、或いは落札講師デー
タがその端末２０２に送信されることになる。

【０２０６】ステップ１３４７では、端末２０２で「前
のＰＡＧＥ」アイコンがクリックされたか否か判定す
る。そのアイコンをユーザがクリックすることで端末２
０２が送信する前のページ要求を受信した場合、判定は
ＹＥＳとなり、ステップ１３４８でアドレスポインタの
値を６エリア分、戻した後、ステップ１３４９に移行す
る。そうでない場合には、判定はＮＯとなって図４０の
ステップ１３５０に移行する。

【０２０７】ステップ１３４９では、「前のＰＡＧＥ」
アイコンがクリックされたのは図６３に示すような講師
入札ページ上に配置されたものか否か判定する。受信し
た次のページ要求に講師入札ページを示すデータが含ま
れていた場合、判定はＹＥＳとなって図３６のステップ
１３２８ｄに戻り、それ以降の処理を同様に実行する。
そうでない場合には、判定はＮＯとなって図３８のステ
ップ１３３９に移行する。なお、ステップ１３４９から
ステップ１３２８ｄ、或いはステップ１３３９に戻る結
果、現在、端末２０２が表示させているページの前のペ
ージに対応する講師の講師データ、或いは落札講師デー
タがその端末２０２に送信されることになる。

【０２０８】図４０のステップ１３５０〜１３５６で
は、生徒からの入札を受け付けるための処理が行われ
る。先ず、ステップ１３５０では、入札データを受信し
たか否か判定する。図６５に示すような入札ページ上で
データ入力を行った後、「入札」アイコンをユーザがク
リックした場合、端末２０２はユーザが入力したデータ
を入札データとして管理サーバー２０３に送信すること
から、判定はＹＥＳとなってステップ１３５１に移行す
る。そうでない場合には、判定はＮＯとなって図４１の
ステップ１３５７に移行する。

【０２０９】ステップ１３５１では、入札データ中のデ
ータから特定される講師の個人用講師エリア内にストア
された入札可能フラグの値が１か否か、即ちその講師の
レッスンに対する入札を受付中であるか否か判定する。
その入札を受付中であった場合、判定はＹＥＳとなって
ステップ１３５２に移行する。そうでない場合には、判
定はＮＯとなって図４１のステップ１３５７に移行す
る。

【０２１０】ステップ１３５２では、特定した講師の個
人用講師エリア内に落札情報が既に登録されているか否
か判定する。その講師のレッスンに対する入札の受け付
けを開始してから初めて入札データを受信したような場
合、その講師の個人用講師エリア内には落札情報がスト
アされていないことから、判定はＮＯとなり、ステップ
１３５３でその個人用講師エリアに受信した入札データ
を落札情報としてストアした後、ステップ１３５６に移
行する。そうでない場合には、判定はＹＥＳとなってス
テップ１３５４に移行する。

【０２１１】ステップ１３５４では、その個人用講師エ
リア内に登録（ストア）された落札情報中のポイント数
が、受信した入札データ中のポイント数より小さいか否
か判定する。今回、入札されたポイント数がそれまで入
札されたポイント数よりも大きい場合、判定はＹＥＳと
なり、ステップ１３５５でその個人用講師エリアに、受
信した入札データを落札情報として上書きし、更にステ
ップ１３５６で入札を受け付けたことを通知するための
ＯＫ信号を端末２０２に送信した後、図４１のステップ
１３５７に移行する。そうでない場合には、判定はＮＯ
となり、他のステップの処理を実行することなく、その
ステップ１３５７に移行する。

【０２１２】そのようにして、それまでのポイント数よ
りも大きいポイント数を提示してくることを条件にし
て、入札は受け付けるようになっている。それにより、
入札期限日時になったときには、個人用講師エリアには
落札者が送信させた入札データが落札情報としてストア
されているようにしている。

【０２１３】図４１のステップ１３５７〜１３６６で
は、入札期限日時を経過した講師のレッスンに対応する
ための処理が行われる。先ず、ステップ１３５７では、
現在時刻、及び日付を取得する。続くステップ１３５８
では、講師エリアに確保された個人用講師エリア（図
４、及び図６参照）のなかで、そこにストアされている
入札期限日時が、ステップ１３５７で取得した現在時
刻、及び日付で特定される日時よりも前になっているも
のがあるか否か判定する。そのような入札期限日時をス
トアしている個人用講師エリアが存在している場合、即
ち講師のレッスンのなかで、入札受付期間が経過したも
のが存在している場合、判定はＹＥＳとなってステップ
１３５９に移行する。そうでない場合には、判定はＮＯ
となって図４２のステップ１３６７に移行する。

【０２１４】ステップ１３５９では、入札の受付期間が
経過した講師の個人用講師エリアに落札情報（端末２０
２から受信した入札データ。図中では入札情報と表記）
がストアされているか否か判定する。そのエリアに落札
情報がストアされていた場合、判定はＹＥＳとなってス
テップ１３６０に移行し、そうでない場合には、判定は
ＮＯとなってステップ１３６５に移行する。

【０２１５】ステップ１３６０では、そのエリアにスト
アされている入札可能フラグの値を０に書き換える。続
くステップ１３６１では、講師にレッスンが落札された
ことを通知するために、そのエリアにストアされている
メールアドレスを宛先にして、図８５に示すような内容
の落札通知メールを作成する。それを作成した後は、ス
テップ１３６２に移行して、メールサーバー２０５に作
成した落札通知メールを送信する。それ以降は、生徒に
レッスンを落札したことを通知するために、そのエリア
にストアされている落札情報中のメールアドレスを宛先
にして、図８６に示すような内容の落札成功メールを作
成し、作成した落札成功メールをメールサーバー２０５
に送信した（ステップ１３６３、１３６４）後、図４２
のステップ１３６７に移行する。

【０２１６】一方、上記ステップ１３５９の判定がＮＯ
となって移行するステップ１３６５では、個人用講師エ
リアにストアされているレッスン可能日時により次回レ
ッスン日時を決定し、それをそのエリアに新たにストア
する。続くステップ１３６６では、新たに決定した次回
レッスン日時より、入札期限日時を決定し、それをその
エリアに新たにストアする。そのようにして、個人用講
師エリア中の次回レッスン日時、及び入札期限日時を更
新した後、図４２のステップ１３６７に移行する。

【０２１７】なお、次回レッスン日時の日付は、レッス
ン可能日時の指定方法に応じて設定される。例えば日付
が曜日で指定されていれば、次に指定された曜日となる
日付が次回レッスン日時の日付となる。日付を指定して
いたのであれば、その日付が次回レッスン日時の日付と
なる。その日付を複数、指定していたのであれば、現在
の日時より後で最初の日付が次回レッスン日時の日付と
なる。入札期限日時については、例えば次回レッスン日
時で決定されている日付の前日の予め定めた時刻が設定
される。

【０２１８】上記ステップ１３５９〜１３６６は、入札
の受付期間が経過した講師が複数人、存在していれば、
特に図示していないが、その講師毎に実行されるように
なっている。そのようにして、レッスンが落札された講
師、及びそれを落札した生徒に、それぞれ、その結果を
メールで通知するようになっている。なお、その結果は
メール以外の方法で講師、或いは生徒に通知するように
しても良い。例えば、ＦＡＸで通知したり、或いは講師
選択ページ（図６８参照）などに落札者のメールアドレ
スなどを掲示することで通知するようにしても良い。

【０２１９】図４２のステップ１３６７では、現在の月
日が所定の月日か否か判定する。現在の月日が所定の月
日であった場合、判定はＹＥＳとなってステップ１３６
８に移行する。そうでない場合には、判定はＮＯとなっ
て図４３のステップ１３７２に移行する。

【０２２０】ステップ１３６８では、個人用講師エリア
を指定してそこに格納されたポイント（ＰＯＩＮＴ）や
口座情報などを読み出す（図６参照）。続くステップ１
３６９では、そのポイント、及び講師の口座情報などを
支払い依頼（要求）として課金サーバー２０６に送信す
る。その後は、ステップ１３７０に移行して、課金サー
バー２０６から支払い依頼を処理した旨を示す支払い完
了信号を受信するのを待ってその個人用講師エリアに格
納されているポイントの値を０に書き換えた後、ステッ
プ１３７１に移行する。

【０２２１】ステップ１３７１では、次に指定の対象と
なる個人用講師エリアがあるか否か判定する。そのよう
な個人用講師エリアが残っている場合、判定はＹＥＳと
なって上記ステップ１３６８に戻り、指定の対象を変え
て、それ以降の処理を同様に実行する。そうでない場合
には、判定はＮＯとなって図４３のステップ１３７２に
移行する。

【０２２２】上記ステップ１３６８〜１３７１で形成さ
れる処理ループをステップ１３７１の判定がＮＯとなる
まで繰り返し実行することにより、前の所定の月日から
現在までにレッスンを担当したことのある講師には、そ
のレッスンに対する報酬が口座情報で指定された金融機
関の口座に振り込まれることになる。

【０２２３】上述したように、端末２０２は、図６８に
示すような講師選択ページ上の顔写真をクリックするこ
とで生徒がその顔写真の講師にレッスンを申し込むと、
図６９に示すような確認ページ上でＩＤ、パスワードを
入力させ、入力されたそれらを確認データとして管理サ
ーバー２０３に送信するようになっている。図４３のス
テップ１３７２〜１３８０では、その確認データの受信
に対応するための処理が行われる。

【０２２４】先ず、ステップ１３７２では、その確認デ
ータを受信したか否か判定する。その確認データを受信
した場合、判定はＹＥＳとなってステップ１３７３に移
行し、そうでない場合には、判定はＮＯとなって図４４
のステップ１３８１に移行する。

【０２２５】ステップ１３７３では、受信した確認デー
タ中のデータで指定される講師の個人用講師エリアにス
トアされた落札情報を読み出し、その落札情報中のＩ
Ｄ、及びパスワードをその確認データ中のそれと比較す
る。その後に移行するステップ１３７４では、ＩＤ（メ
ールアドレス）が一致しなかったか否か判定する。落札
者でない生徒が講師にレッスンを申し込んだような場
合、ＩＤは一致しないことから、判定はＹＥＳとなり、
ステップ１３７５でＩＤ不一致信号を端末２０２に送信
した後、図３３のステップ１３０１に戻る。そうでない
場合には、判定はＮＯとなってステップ１３７６に移行
する。

【０２２６】ステップ１３７６では、パスワードが一致
しなかったか否か判定する。そのパスワードが一致しな
かった場合、判定はＹＥＳとなり、ステップ１３７７で
パスワード不一致信号を端末２０２に送信した後、図３
３のステップ１３０１に戻る。そうでない場合には、判
定はＮＯとなってステップ１３７８に移行する。なお、
ＩＤ不一致信号、或いはパスワード不一致信号を受信し
た端末２０２は、受信した信号に応じたページを表示さ
せることで、その旨をユーザに通知する。

【０２２７】ステップ１３７８では、落札情報中のポイ
ント数（図６参照）を端末２０２に送信する。続くステ
ップ１３７９では、そのポイント数を送信した端末２０
２から送信されてくるはずの曲データを受信したか否か
判定する。その曲データを受信した場合、判定はＹＥＳ
となって図４４のステップ１３８１に移行する。そうで
ない場合には、判定はＮＯとなってステップ１３８０に
移行する。

【０２２８】ステップ１３８０では、ポイント数を送信
してから一定時間が経過したか否か判定する。その一定
時間が経過した場合、判定はＹＥＳとなって図３３のス
テップ１３０１に戻る。そうでない場合には、判定はＮ
Ｏとなって上記ステップ１３７９に戻る。それにより、
ポイント数を送信してから一定時間が経過するまでの
間、そのポイント数を送信した端末２０２から曲データ
を受信するのを待つ。

【０２２９】図４４のステップ１３８１〜図４５のステ
ップ１４００では、講師のレッスンの落札者である生徒
をその講師にレッスンさせるための処理が行われる。先
ず、ステップ１３８１では、レッスン中であることを認
識するための変数ＬＦに、レッスン中であることを表す
値の１（レッスン中でないことを表す値は０である）を
代入する。続くステップ１３８２では、生徒のレッスン
を担当する講師の使用する端末２０２に呼出信号を送信
する。その次に実行するステップ１３８３では、レッス
ンを開始した生徒の個人用生徒エリア（図５参照）中の
ポイントから、その講師の個人用講師エリアにストアさ
れた落札情報中のポイント数を減算する。その後はステ
ップ１３８４に移行して、個人用講師エリアにストアさ
れたポイント（ＰＯＩＮＴ）に、落札情報中のポイント
数の半分を加算した後、ステップ１３８５に移行する。

【０２３０】ステップ１３８５では、端末２０２から送
信されてきた曲データ（例えばスタンダードＭＩＤＩフ
ァイル）から楽譜データを作成する。次に移行するステ
ップ１３８６では、生徒の使用する端末２０２に、ステ
ップ１３８３で減算した後のポイント（ＰＯＩＮＴ）、
講師名、楽譜データ、などを送信する。その後は、講師
の使用する端末２０２に、生徒名、その生徒のプロフィ
ル、曲名、及び楽譜データなどを送信し、レッスン時間
を生徒、及び講師の使用する端末２０２にそれぞれ送信
し、その時間の減算をスタートさせた（ステップ１３８
７、１３８８）後、図４５のステップ１３８９に移行す
る。

【０２３１】上記レッスン時間を各端末２０２に送信
し、その時間の減算をスタートさせることで、図７１、
及び図８２に示す各ページ上にレッスンの残り時間が表
示されることになる。図４５のステップ１３８９では、
変数ＬＦの値が１か否か判定する。現在、レッスンが行
われているような場合、判定はＹＥＳとなってステップ
１３９０に移行する。そうでない場合には、判定はＮＯ
となって図３３のステップ１３０１に戻る。

【０２３２】ステップ１３９０〜１４００では、レッス
ン中に各端末２０２に送信すべきデータ（残り時間、な
ど）の送信やその端末２０２間のデータ（画像データや
音声データ、など）のやりとり、或いはレッスン終了後
の対応（評価データの処理、など）を実現させるための
処理が行われる。

【０２３３】先ず、ステップ１３９０では、前回、残り
時間を送信してから一定時間が経過したか否か判定す
る。その一定時間が経過した場合、判定はＹＥＳとなっ
てステップ１３９１に移行し、レッスンを受けている生
徒の使用する端末２０２、及びそのレッスンを担当して
いる講師の使用する端末２０２の双方に、前回、送信し
た残り時間からその一定時間分を引いた残り時間を送信
した後、ステップ１３９２に移行する。そうでない場合
には、判定はＮＯとなってそのステップ１３９２に移行
する。

【０２３４】ステップ１３９２〜１３９５では、レッス
ンを受けている生徒の使用する端末２０２、及びそのレ
ッスンを担当している講師の使用する端末２０２の一方
から受信した画像データ（カメラ３０８で取り込んだデ
ータであり、実際にはそれに圧縮処理を施してある）、
或いは音声データ（マイク３０９で取り込んだデータ、
或いはキーボード３０７が送出したＭＩＤＩデータであ
る。マイク３０９で取り込んだデータには実際には圧縮
処理が施してある）を、他方に送信する中継を実現させ
るための処理を実行する。ステップ１３９４、或いは１
３９５の処理を実行した後にはステップ１３９６に移行
する。

【０２３５】ステップ１３９６では、レッスンの残り時
間が０になったか否か判定する。レッスンを開始してか
ら予め定められているレッスン時間が経過した場合、判
定はＹＥＳとなってステップ１３９７に移行する。そう
でない場合には、判定はＮＯとなって図３３のステップ
１３０１に戻る。

【０２３６】ステップ１３９７では、レッスンを終えた
講師の個人用講師エリアにストアされているレッスン可
能日時により次回レッスン日時を決定し、それをそのエ
リアに新たにストアする。続くステップ１３９８では、
新たに決定した次回レッスン日時より、入札期限日時を
決定し、それをそのエリアに新たにストアする。そのよ
うにして、個人用講師エリア中の次回レッスン日時、及
び入札期限日時を更新した後、ステップ１３９９に移行
する。

【０２３７】ステップ１３９９では、変数ＬＦに０を代
入する。続くステップ１４００では、個人用講師エリア
にストアされた入札可能フラグの値を１に書き換え、更
に落札情報をクリアした後、図３３のステップ１３０１
に戻る。管理サーバー２０３は、接続してきた端末２０
２に対応するために上述したような処理を上述したよう
な流れで実行する。それにより、音楽教室の生徒が講師
のレッスンに対して入札したり、落札者が落札したレッ
スンを担当する講師からレッスンを受けるといったこと
を始めとする様々なサービスを端末２０２のユーザに提
供するようになっている。

【０２３８】以降は、他のサーバー２０４〜２０６の動
作について、図４６〜図４８に示す各種フローチャート
を参照して詳細に説明する。図４６は、曲サーバー２０
４が実行する処理の流れを示すフローチャートである。
他のサーバー２０４〜２０６の動作については、始めに
図４６を参照して、曲サーバー２０４の動作を詳細に説
明する。なお、図４６に示すフローチャートは、例えば
曲サーバー２０４に搭載されたＣＰＵが、ハードディス
ク装置にハードディスクから読み出させたプログラムを
実行することで実現される。

【０２３９】先ず、ステップ１５０１では、管理サーバ
ー２０３から曲リストの送付を指示する曲リスト送付指
示を受信したか否か判定する。その曲リスト送付指示を
受信した場合、判定はＹＥＳとなり、ステップ１５０２
においてその送付指示で指示された曲リストを例えばハ
ードディスクから読み出し、次にステップ１５０３に移
行して、その送付指示で指定された端末２０２にその曲
リストを送信した後、ステップ１５０４に移行する。そ
うでない場合には、判定はＮＯとなり、そのステップ１
５０４に移行する。

【０２４０】管理サーバー２０３は、上記曲リスト送付
指示を、端末２０２から曲リスト要求を受信した場合に
曲サーバー２０４に送信する。その端末２０２は、ユー
ザが図６２に示す「（Ｃ）」アイコンをクリックした場
合に、その曲リスト要求を管理サーバー２０３に送信す
る。その曲リストを送信した端末２０２は、曲サーバー
２０４から曲リストを受信することで、図７５に示すよ
うな新規曲リストページを表示する。

【０２４１】ステップ１５０４では、管理サーバー２０
３から曲ダウンロード指示を受信したか否か判定する。
そのダウンロード指示を受信した場合、判定はＹＥＳと
なってステップ１５０５に移行し、そのダウンロード指
示で指定された端末２０２に、そのダウンロード指示で
指定された曲データを送信した後、上記ステップ１５０
１に戻る。そうでない場合には、判定はＮＯとなってそ
のステップ１５０１に戻る。

【０２４２】管理サーバー２０３は、上記曲ダウンロー
ド指示を、端末２０２から選択曲名を受信した場合に曲
サーバー２０４に送信する。その端末２０２は、図７５
に示すような新規曲リストページ上で所望の曲（曲名）
を選択し、選択した曲（曲名）を図７６に示すような新
規曲購入ページでユーザが確認した場合に、その選択曲
名を管理サーバー２０３に送信する。その選択曲名を送
信した端末２０２は、曲サーバー２０４から曲データを
受信し、その購入代となるポイントを引いた後のポイン
ト（ＰＯＩＮＴ）を管理サーバー２０３から受信するこ
とで、図７７に示すような購入完了ページを表示する。

【０２４３】このように、曲サーバー２０４は、管理サ
ーバー２０３の指示に応じて動作するようになってい
る。それにより、端末２０２のユーザ（生徒）は、所望
の曲のデータを曲サーバー２０４から必要に応じてダウ
ンロードできるようになっている。

【０２４４】図４７は、メールサーバー２０５が実行す
る処理の流れを示すフローチャートである。次に図４７
を参照して、メールサーバー２０５の動作について詳細
に説明する。なお、図４７に示すフローチャートは、例
えばメールサーバー２０５に搭載されたＣＰＵが、ハー
ドディスク装置にハードディスクから読み出させたプロ
グラムを実行することで実現される。

【０２４５】先ず、ステップ１６０１では、管理サーバ
ー２０３、或いは端末２０２からメールを受信したか否
か判定する。それらのうちの何れかからメールを受信し
た場合、判定はＹＥＳとなってステップ１６０２に移行
し、受信したメールの宛先に対応するメールエリアにそ
のメールをストアした後、ステップ１６０３に移行す
る。

【０２４６】ステップ１６０３では、端末２０２から配
信要求を受信したか否か判定する。そのユーザがメール
モードを設定した場合、端末２０２はその配信要求をメ
ールサーバー２０５に送信することから、判定はＹＥＳ
となってステップ１６０４に移行し、その配信要求を送
信してきた端末２０２に、そのユーザに対応するメール
エリアに保持してあるメール（新規メール）があればそ
れを送信し、それがなければその旨を示す信号を送信し
た後、上記ステップ１６０１に戻る。そうでない場合に
は、判定はＮＯとなってそのステップ１６０１に戻る。

【０２４７】メールサーバー２０５は、上述したような
処理を実行する。それにより、端末２０２間、或いは端
末２０２と管理サーバー２０３間におけるメールのやり
とりが実現される。図４８は、課金サーバー２０６が実
行する処理の流れを示すフローチャートである。最後に
図４８を参照して、課金サーバー２０６の動作について
詳細に説明する。なお、図４８に示すフローチャート
は、例えば課金サーバー２０６に搭載されたＣＰＵが、
ハードディスク装置にハードディスクから読み出させた
プログラムを実行することで実現される。

【０２４８】先ず、ステップ１７０１では、管理サーバ
ー２０３から課金依頼を受信したか否か判定する。その
課金依頼を受信した場合、判定はＹＥＳとなってステッ
プ１７０２に移行し、その課金依頼で指定された生徒の
口座から管理者の口座へ、その課金依頼で指定された金
額を振り替えるように、その生徒の口座を設けた金融機
関に依頼し、管理サーバー２０３には課金完了信号を送
信した後、ステップ１７０３に移行する。そうでない場
合には、判定はＮＯとなってそのステップ１７０３に移
行する。

【０２４９】管理サーバー２０３は、端末２０２からポ
イント購入データを受信した場合に、その課金依頼を課
金サーバー２０６に送信する。端末２０２は、図７８に
示すようなポイント購入ページ上で購入を希望するポイ
ントを指定し、そのポイントを図７９に示すようなポイ
ント購入確認データでユーザが確認した場合に、そのポ
イント購入データを管理サーバー２０３に送信する。そ
のポイント購入データを送信した端末２０２は、課金サ
ーバー２０６が管理サーバー２０３から受信した課金依
頼を処理することで、図８０に示すようなポイント購入
完了ページを表示する。

【０２５０】ステップ１７０３では、管理サーバー２０
３から支払い依頼を受信したか否か判定する。その支払
い依頼を受信した場合、判定はＹＥＳとなってステップ
１７０４に移行し、管理者の口座からその支払い依頼で
指定された講師の口座へ、その支払い依頼中のポイント
に対応する金額を振り替えるように、管理者の口座を設
けた金融機関に依頼し、管理サーバー２０３には支払い
完了信号を送信した後、上記ステップ１７０１に戻る。
そうでない場合には、判定はＮＯとなってそのステップ
１７０１に戻る。

【０２５１】課金サーバー２０６は、上述したような処
理を実行する。それにより、生徒からレッスン料や曲デ
ータの購入代などを徴収し、講師にはレッスン料を支払
うようになっている。なお、本実施の形態では、入札の
際に生徒に講師のレッスン料を入札条件として提示させ
ているが、それ以外のものを合わせて提示できるように
しても良い。例えばレッスンを希望する曲や音楽のジャ
ンルなどを提示できるようにしても良い。そのようにし
た場合には、希望する内容のレッスンを行えないような
講師のレッスンを生徒が落札するようなことが回避でき
るようになることから、生徒は適切な講師からレッスン
が受けられるようになり、満足度を向上させることがで
きるようになる。

【０２５２】制限を設けずに生徒が自由に入札を行える
ようにすると、日時が一致する、或いはレッスン時間が
一部、重なるようなレッスンを一人の生徒が複数、落札
してしまうことも考えられる。このことから、例えば或
るレッスンの入札を行うと、それを落札する可能性がな
くなるまでの間、そのレッスンと同時に受けられないよ
うなレッスンに対する入札は禁止させる、或いは、落札
者がレッスンを受けられなければそれに代わる生徒を迅
速に落札者として決定する、といった仕組みを用意して
おくことが望ましい。

【０２５３】入札の対象となるレッスンについては、一
人の講師につき１回のレッスンだけとしているが、一人
の講師が週単位、或いは月単位といった期間内で行うこ
とが可能なレッスンをそれぞれ対象として入札が行える
ようにしても良い。１日に複数回のレッスンを行える講
師では、そのレッスンが可能な時間帯にレッスンが行え
るだけの生徒（入札者）を落札者としても良い。そのよ
うにしたときには、例えば入札者にレッスンの開始を希
望する時刻を入札条件として更に提示させることで、最
も高いレッスン料を提示してきた落札者からその希望に
沿ってレッスンの開始時刻を設定していくことが望まし
い。

【０２５４】本実施の形態では、生徒の使用する端末２
０２と講師の使用する端末２０２間のデータのやりとり
をリアルタイムで中継する形でレッスンは行われるよう
になっているが、そのようなリアルタイムの中継を行わ
ない形でレッスンは行っても良い。或いは、レッスンの
形を生徒に選択させ、生徒が選択した形でレッスンを行
うようにしても良い。

【０２５５】そのレッスンは、講師と生徒が一対一で行
うようになっているが、一人の講師が複数の生徒のレッ
スンを行えるようにしても良い。それは、例えば提示し
たレッスン料のなかで上位のものを落札者とすることで
実現させることができる。音楽教室（楽器を学習する
場）を実現させるための端末２０２と管理サーバー２０
３の役割については、その役割は音楽教室を実現できる
範囲で任意に割り当てても良い。その際には、別のサー
バーなどを新たに追加し、それも含めて役割を分散させ
ても良い。このことから明らかなように、様々な変形を
行うことができるものである。

【０２５６】本発明を適用できる学習教室システムとし
ては、上述したような音楽教室システムに限定されるも
のではない。教習者に学習者の教習を行わせる学習教室
であれば、音楽教室以外の学習教室を実現させるシステ
ムにも本発明は幅広く適用させることができる。

【０２５７】上述したような各種サーバー２０３〜２０
６や端末２０２、或いは変形例の動作を実現させるよう
なプログラムは、ＣＤ−ＲＯＭ、フロッピー（登録商
標）ディスク、或いは光磁気ディスク等の記録媒体に記
録させて配布しても良い。或いは、公衆網等で用いられ
る伝送媒体を介して、そのプログラムの一部、若しくは
全部を配信するようにしても良い。そのようにした場合
には、ユーザはプログラムを取得してコンピュータ（デ
ータ処理装置）にロードすることにより、そのコンピュ
ータ、更にはそれとネットワークにより複数のコンピュ
ータが接続されたシステムに本発明を適用させることが
できる。このことから、記録媒体は、プログラムを配信
する装置がアクセスできるものであっても良い。

【０２５８】

【発明の効果】以上、説明したように本発明では、学習
教室の生徒である学習者に、教習を希望する教習者から
教習を受けるうえでの入札条件（教習料、など）を提示
させ、教習者毎に、学習者が提示した入札条件のなかで
最良の入札条件を提示してきた学習者を落札者として決
定し、決定した落札者である学習者に、その学習者が提
示した入札条件でその学習者が希望した教習者に教習を
行わせる。

【０２５９】入札条件として教習料を提示する場合、学
習者は、教習を希望する教習者の能力や知識、経験、教
習方法、人気、などを総合的に判断した実力に見合うと
考える教習料を提示する。このため、教習者は、自分の
実力に見合う納得すべき報酬を得ることができる。

【図面の簡単な説明】

【図１】本実施の形態による学習教室システムの仕組み
を説明するための図である。

【図２】本実施の形態による学習教室システムの構成を
示す図である。

【図３】端末装置の構成を示す図である。

【図４】管理サーバーのハードディスクに格納された会
員のデータの内容を説明する図である（その１）。

【図５】管理サーバーのハードディスクに格納された会
員のデータの内容を説明する図である（その２）。

【図６】管理サーバーのハードディスクに格納された会
員のデータの内容を説明する図である（その３）。

【図７】管理サーバーと接続する場合に端末装置が実行
する処理の流れを示すフローチャートである。

【図８】音楽教室処理のフローチャートである。

【図９】音楽教室処理のフローチャートである（続き
１）。

【図１０】音楽教室処理のフローチャートである（続き
２）。

【図１１】音楽教室処理のフローチャートである（続き
３）。

【図１２】音楽教室処理のフローチャートである（続き
４）。

【図１３】音楽教室処理のフローチャートである（続き
５）。

【図１４】音楽教室処理のフローチャートである（続き
６）。

【図１５】音楽教室処理のフローチャートである（続き
７）。

【図１６】ピアノレッスン処理のフローチャートであ
る。

【図１７】講師入札処理のフローチャートである。

【図１８】講師入札処理のフローチャートである（その
１）。

【図１９】講師入札処理のフローチャートである（その
２）。

【図２０】レッスンに入る処理のフローチャートであ
る。

【図２１】レッスンに入る処理のフローチャートである
（その１）。

【図２２】レッスンに入る処理のフローチャートである
（その２）。

【図２３】レッスンに入る処理のフローチャートである
（その３）。

【図２４】レッスンに入る処理のフローチャートである
（その４）。

【図２５】レッスンに入る処理のフローチャートである
（その５）。

【図２６】手持ち曲選択処理のフローチャートである。

【図２７】新規曲購入処理のフローチャートである。

【図２８】新規曲購入処理のフローチャートである（続
き）。

【図２９】ポイント購入処理のフローチャートである。

【図３０】待機処理のフローチャートである。

【図３１】待機処理のフローチャートである（続き）。

【図３２】メール処理のフローチャートである。

【図３３】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある。

【図３４】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き１）。

【図３５】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き２）。

【図３６】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き３）。

【図３７】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き４）。

【図３８】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き５）。

【図３９】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き６）。

【図４０】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き７）。

【図４１】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き８）。

【図４２】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き９）。

【図４３】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き１０）。

【図４４】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き１１）。

【図４５】接続してきた端末装置に対応するために管理
サーバーが実行する処理の流れを示すフローチャートで
ある（続き１２）。

【図４６】曲サーバーが実行する処理の流れを示すフロ
ーチャートである。

【図４７】メールサーバーが実行する処理の流れを示す
フローチャートである。

【図４８】課金サーバーが実行する処理の流れを示すフ
ローチャートである。

【図４９】トップページの画面イメージを示す図であ
る。

【図５０】入会選択ページの画面イメージを示す図であ
る。

【図５１】入会規約ページの画面イメージを示す図であ
る。

【図５２】入会登録ページ（講師用）の画面イメージを
示す図である。

【図５３】登録確認ページ（講師用）の画面イメージを
示す図である。

【図５４】入会登録中ページの画面イメージを示す図で
ある。

【図５５】入会登録ページ（生徒用）の画面イメージを
示す図である。

【図５６】登録確認ページ（生徒用）の画面イメージを
示す図である。

【図５７】会員照合ページの画面イメージを示す図であ
る。

【図５８】メールアドレス不一致警告画面を示す図であ
る。

【図５９】パスワード不一致警告画面を示す図である。

【図６０】会員トップページ（講師用）の画面イメージ
を示す図である。

【図６１】会員トップページ（生徒用）の画面イメージ
を示す図である。

【図６２】ピアノ教室トップページの画面イメージを示
す図である。

【図６３】講師入札ページの画面イメージを示す図であ
る。

【図６４】プロフィルページの画面イメージを示す図で
ある。

【図６５】入札ページの画面イメージを示す図である。

【図６６】入札確認ページの画面イメージを示す図であ
る。

【図６７】曲選択ページの画面イメージを示す図であ
る。

【図６８】講師選択ページの画面イメージを示す図であ
る。

【図６９】確認ページの画面イメージを示す図である。

【図７０】ポイント不足警告ページの画面イメージを示
す図である。

【図７１】レッスンページ（生徒用）の画面イメージを
示す図である。

【図７２】タイムアップページの画面イメージを示す図
である。

【図７３】手持ち曲リストページの画面イメージを示す
図である。

【図７４】手持ち曲決定ページの画面イメージを示す図
である。

【図７５】新規曲リストページの画面イメージを示す図
である。

【図７６】新規曲購入ページの画面イメージを示す図で
ある。

【図７７】購入完了ページの画面イメージを示す図であ
る。

【図７８】ポイント購入ページの画面イメージを示す図
である。

【図７９】ポイント購入確認ページの画面イメージを示
す図である。

【図８０】ポイント購入完了ページの画面イメージを示
す図である。

【図８１】レッスンページ（講師用）の画面構成を示す
図である。

【図８２】レッスンページ（講師用）の画面イメージを
示す図である。

【図８３】受信リスト画面例を示す図である。

【図８４】開封画面でのメール表示例を示す図である。

【図８５】開封画面で表示された落札通知メール（講
師）を示す図である。

【図８６】開封画面で表示された落札成功メール（生
徒）を示す図である。

【符号の説明】

１０１ 運営業者 １０２ Ｗｅｂサーバー １０２ａ 講師選択部 １０３ 音楽教室サイト １０４、１０５、２０２ 端末装置 ２０１ ネットワーク ２０３ 管理サーバー ２０４ 曲サーバー ２０５ メールサーバー ２０６ 課金サーバー ３０１ ＣＰＵ ３０２ ＲＯＭ ３０３ ＲＡＭ ３０４ 表示部 ３０５ モデム ３０６ ハードディスク装置 ３０７ キーボード ３０８ カメラ ３０９ マイク ３１０ サウンドシステム ３１１ 入力部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０９Ｂ 5/08 Ｇ０９Ｂ 5/08 // Ｇ０９Ｂ 15/00 15/00 Ｚ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワークを利用して学習を望む学習
   者を教習者に教習させることにより学習教室を実現する
   システムであって、 前記システムは、前記ネットワークに、前記学習者が使
   用する端末装置、及び前記学習教室としてのサービスを
   提供するサーバー、が少なくとも接続されて構築され、 前記端末装置は、 前記教習を希望する教習者から教習を受けるうえでの入
   札条件を入力するための入札条件入力手段と、 前記入札条件入力手段により入力された入札条件を前記
   サーバーに送信する入札条件送信手段と、を具備し、 前記サーバーは、 前記端末装置から送信された前記入札条件を受信する入
   札条件受信手段と、 前記入札条件受信手段が受信した入札条件のなかで最良
   の入札条件を前記端末装置から送信させた学習者を落札
   者として決定する落札者決定手段と、 前記落札者決定手段が決定した落札者である学習者を、
   該学習者が提示した入札条件で教習者に教習させる制御
   を行う教習制御手段と、を具備する、 ことを特徴とする学習教室システム。
2. 【請求項２】 ネットワークを利用して学習を望む学習
   者を教習者に教習させることにより学習教室を実現する
   システムで学習者に使用される装置であって、 前記教習を希望する教習者から教習を受けるうえでの入
   札条件を入力するための入札条件入力手段と、 前記入札条件入力手段により入力された入札条件を前記
   サーバーに送信する入札条件送信手段と、 を具備することを特徴とするデータ処理装置。
3. 【請求項３】 ネットワークを利用して学習を望む学習
   者を教習者に教習させることにより学習教室を実現する
   システムでサーバーとして用いられる装置であって、 前記学習者の使用する端末装置から送信された、前記教
   習者から教習を受けるうえでの入札条件を受信する入札
   条件受信手段と、 前記入札条件受信手段が受信した入札条件のなかで最良
   の入札条件を前記端末装置から送信させた学習者を落札
   者として決定する落札者決定手段と、 前記落札者決定手段が決定した落札者である学習者を、
   該学習者が提示した入札条件で教習者に教習させる制御
   を行う教習制御手段と、 を具備することを特徴とするデータ処理装置。
4. 【請求項４】 ネットワークを利用して学習を望む学習
   者を教習者に教習させることにより学習教室を実現する
   システムで学習者に使用される装置が読み取り可能な記
   録媒体であって、 前記教習を希望する教習者から教習を受けるうえでの入
   札条件を入力するための機能と、 前記入札するための機能により入力された入札条件を外
   部装置に前記ネットワークを介して送信する機能と、 を実現させるためのプログラムを記録した記録媒体。
5. 【請求項５】 ネットワークを利用して学習を望む学習
   者を教習者に教習させることにより学習教室を実現する
   システムでサーバーとして用いられる装置が読み取り可
   能な記録媒体であって、 前記学習者の使用する端末装置から送信された、前記教
   習者から教習を受けるうえでの入札条件を受信する機能
   と、 前記受信する機能により受信した入札条件のなかで最良
   の入札条件を前記端末装置から送信させた学習者を落札
   者として決定する機能と、 前記決定する機能により決定した落札者である学習者
   を、該学習者が提示した入札条件で教習者に教習させる
   制御を行う機能と、 を実現させるためのプログラムを記録した記録媒体。