JP2002099633A - ネットワークシステム、データ処理装置、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 有償のサービスを受ける人が支払いの面で安
心して利用できるネットワークシステムを提供する。 【解決手段】 運営業者１０１が音楽教室サイト１０３
を開設するために設置したＷｅｂサーバー１０２は、音
楽教室の生徒の使用する端末装置１０４と、その音楽教
室の講師の使用する端末装置１０５とを結び、それらの
端末装置１０４、１０５間で画像データや音声データ、
ＭＩＤＩ（音楽）データ、或いはその他（テキストやポ
イント、楽譜のデータ、など）のやりとりを中継する。
生徒には、事前にポイントを購入させ、レッスンや曲の
購入といった有料のサービスに対する生徒の支払いは、
生徒の持つポイントからサービス分のポイントを引くこ
とで行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して接続されたサーバーからの有償のサービスを端末装
置のユーザが受けるためのの技術に関する。

【０００２】

【従来の技術および発明が解決しようとする課題】最近
では、グローバルな情報インフラストラクチャとしてイ
ンターネットが急速に発展している。このことから、そ
の利用が注目されており、様々な用途に用いられてい
る。例えば音楽の分野では、インターネットを使って音
楽教室が開かれている。音楽教室システムは、インター
ネットなどのネットワークを使い、サーバーが教習者
（講師）の使用する端末装置と学習者（生徒）の使用す
る端末装置間のデータのやりとりを中継することによ
り、音楽教室を実現させるシステムである。

【０００３】音楽教室システムでは、教習者が学習者に
有償で教習（レッスン）を行うようになっている。その
レッスン料の支払いは、例えばレッスンを行う度に支払
うか、或いは所定の期間毎（例えば月毎）にレッスン料
の総額を支払うようになっていた。しかし、そのような
支払い方法では、何れも、或る期間における支払額の総
額、例えば今月における支払い額の総額を事前に把握す
るためには、今月は何回レッスンを受けたか、各レッス
ン料は幾らだったか、といったことを記録しておかなけ
ればならない。それには、非常に面倒な作業が要求され
る。このため、そのような記録を行わずに、支払額の総
額が自分の予定していた金額（許容範囲）を越えてしま
う生徒も多かった。

【０００４】支払額の総額が予定していた金額を越えて
しまうと、普通、何らかの形で対処しなければならなく
なる。例えば別の部分での支出（例えば飲食代といった
生活費）を抑えなければならなくなる。このことから、
予想外の支出を回避できるようにすることを望んでいる
生徒は多いと考えられる。

【０００５】別の部分での支出を抑えるようなことを避
けたい生徒の多くは、その心理の働きにより、支払額の
総額を多めに見積もることから、レッスンの回数を抑え
てしまう傾向にある。それは、音楽教室の運営業者や講
師にとっては、収入が抑えられてしまうことを意味す
る。このことから、生徒が支払いの面で安心してレッス
ンを受けられるようにすれば、その安心感が生徒に作用
して生徒のレッスン回数（例えば月当たりの回数）が増
え、それによって運営業者や講師にとっての収入増も実
現できると考えられる。従って、予想外の支出を回避で
きるようにすることは非常に重要なことであると考えら
れる。

【０００６】なお、支払額の総額が予定していた金額を
越えてしまうということは、レッスンを有償のサービス
として提供する音楽教室システムだけでなく、何らかの
有償のサービスをサーバーがネットワークで接続された
端末装置のユーザに提供する他のネットワークシステム
でも同様に生じていた。このことから、サービスを受け
る側の人が予想外の支出を回避できるようにすること
は、音楽教室システム以外のネットワークシステムでも
非常に重要なことであると考えられる。

【０００７】本発明の課題は、有償のサービスを受ける
人が支払いの面で安心して利用できるネットワークシス
テムを提供することにある。

【０００８】

【課題を解決するための手段】本発明のネットワークシ
ステムは、ネットワークを介して接続された端末装置の
ユーザに対してサーバーが有償のサービスを提供するこ
とを前提とし、端末装置は、サーバーに対してサービス
を要求するサービス要求手段と、サービス要求手段が要
求したサービスの代価の支払いに用いるポイントを事前
に購入するためのポイント購入手段と、を具備し、サー
バーは、端末装置から要求されたサービスを提供するサ
ービス提供手段と、端末装置のユーザが事前に購入した
ポイントから、サービス提供手段が提供するサービスの
代価に対応するポイント分を減算するポイント減算手段
と、を具備し、ポイント減算手段によって値が更新され
るポイントの値に応じて、サービス提供手段による端末
装置のユーザへのサービスの提供を制限する。

【０００９】なお上記ネットワークシステムは、サーバ
ーが、教習を行う教習者が使用する他の端末装置から送
信されたデータを端末装置に送信し、該端末装置から送
信されたデータを該他の端末装置に送信する中継を行う
ことにより、学習教室を実現させるサービスを提供す
る、ことが望ましい。

【００１０】本発明の第１の態様のデータ処理装置は、
ネットワークを介して接続されたサーバーから有償のサ
ービスを受けるために用いられることを前提とし、サー
バーに対してサービスを要求するサービス要求手段と、
サービス要求手段が要求したサービスの代価の支払いに
用いるポイントを事前に購入するためのポイント購入手
段と、を具備する。

【００１１】第２の態様のデータ処理装置は、上記第１
の態様における構成に加えて、サーバーから現時点のポ
イントを示すデータを受信するデータ受信手段と、デー
タ受信手段が受信したデータを用いて現時点のポイント
をユーザに提示するためのポイント提示手段と、を更に
具備する。

【００１２】第３の態様のデータ処理装置は、ネットワ
ークを介して接続された端末装置のユーザに有償のサー
ビスを提供するために用いられることを前提とし、端末
装置から要求されたサービスを提供するサービス提供手
段と、端末装置のユーザが事前に購入したポイントか
ら、サービス提供手段が提供するサービスの代価に対応
するポイント分を減算するポイント減算手段と、を具備
する。

【００１３】第４の態様のデータ処理装置は、ポイント
減算手段の減算の対象となる現時点のポイントを示すデ
ータを送信するデータ送信手段、を更に具備する。本発
明の第１の態様の記録媒体は、ネットワークを介して接
続されたサーバーから有償のサービスを受けるために用
いられる装置が読み取り可能な記録媒体であって、サー
バーに対してサービスを要求する機能と、要求する機能
により要求したサービスの代価の支払いに用いるポイン
トを事前に購入するための機能と、を実現させるための
プログラムを記録している。

【００１４】第２の態様の記録媒体は、ネットワークを
介して接続された端末装置のユーザに有償のサービスを
提供するために用いられる装置が読み取り可能な記録媒
体であって、端末装置から要求されたサービスを提供す
る機能と、端末装置のユーザが事前に購入したポイント
から、提供する機能により提供するサービスの代価に対
応するポイント分を減算する機能と、を実現させるため
のプログラムを記録している。

【００１５】本発明では、端末装置のユーザに、有償の
サービスを提供する毎にその代価に対応する分の値が減
算されるポイントを事前に購入させ、そのユーザに対す
る有償のサービスの提供をポイントの値に応じて制限す
る。ユーザの持つポイントによって有償のサービスの提
供が制限されることから、ユーザの知らない間にサービ
ス料の支払額が許容範囲を越えるようなことは確実に回
避される。その結果、ユーザは支払いを気にすることな
く、安心して有償のサービスを受けられることとなる。

【００１６】

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

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

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

【００１９】有料のサービスは、現在のポイントに、希
望するサービスの代価分のポイントが残っていなければ
提供しないように制限している。即ち生徒の持つポイン
トの値がマイナスにならない範囲内で有料のサービスを
提供するようにしている。それにより、生徒には、有料
のサービスを受けるにはポイントが足りなくなると、新
たにポイントを購入させるようにしている。

【００２０】そのポイントを購入させることで、生徒は
自分がどれだけの有料のサービスを受けたかを知ること
ができるようになる。また、ポイントの購入の仕方によ
っては、自身が設定した期間内の支出を予定の範囲内に
確実に抑えることもできる。例えばその期間を来月とす
れば、例えば来月の始めにその月で支出しても良いだけ
のポイントを購入し、それ以降、来月が終わるまでポイ
ントを購入しなければ、来月の支出が予定の範囲を越え
ることはありえなくなる。このようなことから、生徒
は、支払いの面で安心してサービスを受けられることに
なる。

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

【００２２】支払いの面で安心できることで、その安心
感は生徒に対して、支払いを気にして音楽教室の利用を
抑えるようなことを解消する方向に作用する。このた
め、生徒の利用回数、更には生徒の数の増加が実現でき
るようになる。従って、運営業者１０１や講師にとって
の収入増も実現できることになる。

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

【００２４】その個人データは、学習者からの要求に応
じて提供する。それにより、学習者に、個人データを参
考にして、自身の希望に合いそうな講師を任意に選択さ
せるようにしている。Ｗｅｂサーバー１０２の講師選択
部１０２ａは、講師の個人データを学習者に提供して希
望の講師を選択させ、その選択結果に従って、学習者と
それが希望する講師間のデータのやりとりを実現させる
ものである。

【００２５】個人データを提供することで、学習者は、
大勢の講師のなかからでも自分に合うと考えられる講師
を探し出せるようになる。このため、講師に対して学習
者が抱く不満を抑えることができ、それによって学習者
は音楽教室を快適に利用できるようになる。たとえ結果
として選んだ講師が自分に合っていないと感じたとして
も、その講師を選んだのは自分であるという事実から、
講師を選べない場合と比較して、その講師に対して抱く
不満は小さく抑えられる。従って、自分に合う講師を選
べたか否かに係わらず、学習者の講師に対する不満は抑
えられることになる。本実施の形態では、学習者がより
快適に音楽教室を利用できるように、学習者が選んだ講
師をその学習者の担当と固定させず、その講師以外の講
師も選べるようにしている。

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

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

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

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

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

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

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

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

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

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

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

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

【００３８】個人用生徒エリアにおいて、「ＰＯＩＮＴ
（ポイント）」には、そのエリアに個人情報が格納され
た生徒が現在、持っているポイントの値を示すデータが
格納される。以降、同様に、「曲名データ」には、生徒
がレッスンの対象として選択した曲の曲名を表すデー
タ、「レッスン回数」には、生徒が受けたレッスン回数
を表すデータ、「評価」にはレッスンを担当した講師の
評価内容を表すデータ（評価データ）、「予約データ」
には生徒が予約したレッスンの日時を表すデータ（予約
データ）、「仮予約データ」には生徒が希望したレッス
ンの日時を表すデータ（仮予約データ）、「最終レッス
ン日」には生徒が最後にレッスンを受けた日付が、それ
ぞれ格納される。

【００３９】他方の個人用講師エリアにおいて、「受付
フラグ」には、講師がレッスンを行える状態か否かを表
す値が格納される。レッスンを行える状態（待機状態）
では「１」、そうではない状態では「０」が格納され
る。「ＰＯＩＮＴ（ポイント）」には、講師が受け取る
レッスン料を表すポイント値の総計を示すデータが格納
される。以降、同様に、「評価」には生徒からのレッス
ンに対する評価内容を表すデータ（評価データ）、「予
約データ」には、担当することが決まったレッスンの日
時等を表すデータ（予約データ）、「仮予約データ」に
は、レッスンを申し込んだ生徒やその日時などを表すデ
ータ（仮予約データ）、がそれぞれ格納される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５４】ステップ２１４では、「中止」アイコンが
クリックされたか否か判定する。ユーザがそのアイコン
をクリックした場合、即ち規約に承諾しないか、或いは
入会を取りやめた場合、判定はＹＥＳとなり、上記ステ
ップ２０２に戻って図５１に示すようなトップページを
表示部３０４に表示させる。そうでない場合には、即ち
ユーザが「承諾」アイコン、「中止」アイコンの何れも
クリックしていない場合には、判定はＮＯとなり、上記
ステップ２１３に戻る。それにより、ユーザが「承諾」
アイコン、及び「中止」アイコンの何れかをクリックす
るまで待つ。一方、ステップ２１５では、図５４に示す
ような講師用の入会登録ページをハードディスクから読
み出して表示部３０４に表示させる。続くステップ２１
６では、データ入力が行われたか否か判定する。ユーザ
が入力部３１１を操作してデータ入力を行った場合、判
定はＹＥＳとなり、ステップ２１７で入力されたデータ
をカーソルの表示位置に応じて表示させた後、ステップ
２１８に移行する。そうでない場合には、判定はＮＯと
なり、そのステップ２１８に移行する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７６】他方の講師用の会員トップページには、
「ピアノ」「ギター」及び「ドラム」の各アイコンの代
わりに、「待機」及び「予約」の各アイコンが配置され
ている。「待機」アイコンは、ユーザ（ここでは講師）
がレッスンを行える状態であることを音楽教室（管理サ
ーバー２０３）側に通知するためのものであり、「予
約」アイコンは、生徒側から申し込まれたレッスンの予
約の状況を確認したり、その予約に対する回答を行える
ように用意したものである。

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

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

【００７９】ステップ２７５では、「予約」アイコンが
クリックされたか否か判定する。ユーザ（ここでは講師
のみ）がそのアイコンをクリックした場合、判定はＹＥ
Ｓとなり、ステップ２７６に移行して、予約状況の確認
や予約に対する回答をユーザが行うための予約処理を実
行した後、上記ステップ２６６に戻る。そうでない場合
には、判定はＮＯとなり、ステップ２７７に移行する。

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

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

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

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

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

【００８５】そのトップページには、図６４に示すよう
に、前回レッスンに用いた曲を指定するための
「（Ａ）」アイコン、手持ちの他の曲を指定するための
「（Ｂ）」アイコン、未購入の新しい曲を指定するため
の「（Ｃ）」アイコン、及び「会員トップページに戻
る」アイコンが配置されている。右上隅には、現在のポ
イントを表示するためのボックスが配置されている。そ
のようなトップページを表示させることで、ユーザ（生
徒）には、始めにレッスンに用いる曲の選択を行わせる
ようになっている。

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

【００８７】ステップ３０４では、「（Ｂ）」アイコン
がクリックされたか否か判定する。ユーザがそのアイコ
ンをクリックした場合、判定はＹＥＳとなってステップ
３０５に移行し、手持ち曲のなかでレッスンに用いる曲
を選択するための手持ち曲選択処理を実行した後、その
ステップ３１０に移行する。そうでない場合には、判定
はＮＯとなり、ステップ３０６に移行する。

【００８８】ステップ３０６では、「（Ｃ）」アイコン
がクリックされたか否か判定する。ユーザがそのアイコ
ンをクリックした場合、判定はＹＥＳとなってステップ
３０８に移行し、新たに曲を購入するための曲購入処理
を実行した後、ステップ３０９に移行する。そうでない
場合には、判定はＮＯとなり、ステップ３０７に移行す
る。

【００８９】ステップ３０７では、「会員トップページ
に戻る」アイコンがクリックされたか否か判定する。そ
のアイコンをユーザがクリックした場合、判定はＹＥＳ
となり、ここで一連の処理を終了する。そうでない場合
には、判定はＮＯとなり、上記ステップ３０３に戻る。
それにより、何れかのアイコンをユーザがクリックする
のを待つ。

【００９０】一方、ステップ３０９では、ステップ３０
８の曲購入処理を実行した結果、ユーザが曲を実際に購
入したか否か判定する。ユーザが曲を実際に購入した場
合、判定はＹＥＳとなり、ステップ３１０でレッスンを
受ける講師を選択するための講師選択処理を実行した
後、ステップ３１１に移行する。そうでない場合には、
判定はＮＯとなり、上記ステップ３０２に戻る。

【００９１】ステップ３１１では、ステップ３１０の講
師選択処理を実行した結果、ユーザがレッスンを受ける
講師を選択（決定）したか否か判定する。ユーザが講師
を選択した場合、判定はＹＥＳとなってステップ３１２
に移行し、選択した講師からレッスンを受けるためのレ
ッスン処理を実行した後、上記ステップ３０２に戻る。
そうでない場合には、判定はＮＯとなり、他のステップ
の処理を実行することなく、そのステップ３０２に戻
る。

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

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

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

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

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

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

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

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

【０１００】その曲リストを受信すると、ステップ５０
２からステップ５０３に移行する。そのステップ５０３
では、受信した曲リストを配置した図６７に示すような
新規曲リストページを表示部３０４に表示させる。それ
は、例えば曲名が配置されていない新規曲リストページ
をハードディスクから読み出し、曲リストとして受信し
た曲の曲名や既に受信した生徒のポイントを挿入するこ
とで作成したものである。曲の購入代となるポイントも
合わせて表示されているため、生徒は自分の持つポイン
トを考慮しつつ、曲を購入できるようにしている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１２１】図１４に示すピアノレッスン処理内で実行
されるサブルーチン処理の説明に戻る。図１９〜図２２
は、そのピアノレッスン処理内でステップ３１０として
実行される講師選択処理のフローチャートである。次
に、図１９〜図２２を参照して、その講師選択処理につ
いて詳細に説明する。

【０１２２】上述したように、本実施の形態では、レッ
スンはリアルタイムで行うようになっている。従って、
待機していない講師のレッスンは受けることはできな
い。このことから、レッスンを望む講師の選択は、待機
中の講師のみを対象に行うようになっている。

【０１２３】先ず、ステップ７０１では、管理サーバー
２０３に、講師に関するデータの送信を要求する講師デ
ータ要求を送信する。その要求を受信した管理サーバー
２０３は、その要求を送信してきた端末２０２に、個人
用講師エリアに保存されたデータ（図４参照）のなかか
ら予め定められたデータを抽出し講師データとして送信
する。このことから、ステップ７０１に続くステップ７
０２では、そのデータを受信するのを待つ。なお、本実
施の形態では、講師毎に、講師データとして、顔画像、
プロフィール、評価データ、及び受付フラグを送信して
いる。

【０１２４】講師データを管理サーバー２０３から受信
すると、ステップ７０２からステップ７０３に移行す
る。そのステップ７０３では、受信した講師データに基
づき、図７４に示すような講師選択ページを表示部３０
４に表示させる。それは、例えばハードディスクからオ
リジナルの講師選択ページを読み出し、そのページの一
部の内容を書き替えることで作成したものである。講師
別に、その講師の顔写真、「受付中」或いは「休止中」
アイコン、「プロフィール」アイコン、「評価」アイコ
ン、及び「予約」アイコンが配置され、更には「前のペ
ージ」「次のページ」「キーワード検索」及び「中止」
の各アイコンが配置されている。なお、「受付中」は現
在、講師がレッスンを行える状況であることを表し、
「休止中」は現在、その状況でないことを表している。

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

【０１２６】ステップ７０５では、「キーワード検索」
アイコンがクリックされたか否か判定する。そのアイコ
ンは、望む講師を容易に探し出せるように設けたもので
あり、それをユーザがクリックした場合、判定はＹＥＳ
となり、図２２のステップ７２６に移行する。そうでな
い場合には、判定はＮＯとなってステップ７０６に移行
する。

【０１２７】ステップ７０６では、「予約」アイコンが
クリックされたか否か判定する。講師別に配置された
「予約」アイコンの何れかをユーザがクリックした場
合、判定はＹＥＳとなり、ステップ７０７で生徒が講師
に予約を申し込むための予約処理を実行した後、上記ス
テップ７０３に戻る。そうでない場合には、判定はＮＯ
となり、図２０のステップ７０８に移行する。

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

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

【０１３０】ステップ７１２では、「評価」アイコンが
クリックされたか否か判定する。講師別に配置された
「評価」アイコンの何れかをユーザがクリックした場
合、判定はＹＥＳとなってステップ７１３に移行し、管
理サーバー２０３から受信した講師データ中の評価デー
タを用いて図７５に示すような講師評価ページを作成し
表示部３０４に表示させた後、ステップ７１４に移行す
る。そうでない場合には、判定はＮＯとなり、図２１の
ステップ７１７に移行する。

【０１３１】個人用講師エリアに格納された評価データ
は、講師がレッスンを担当した生徒のその講師に対する
評価を数値で表したものであり、生徒には、図７５に示
すように、「態度」「言葉使い」「スピード」及び「わ
かりやすさ」の４項目で講師を評価させている。そのよ
うな生徒側の評価を任意に閲覧させることで、生徒は講
師を選ぶうえでの参考とすることができ、より自分に合
った講師を容易に選べるようになる。このため、生徒に
とっての利便性が向上し、生徒は音楽教室を快適に利
用、即ち快適なレッスンを受けられるようになる。

【０１３２】一方の講師にとっては、自分の評価が低け
ればレッスンを担当する機会が減って収入が下がること
から、自分の悪い点を直したり、或いは良い点をより伸
ばそうと努力することになる。その結果、講師の質が全
体的に向上し、生徒に対してより良い内容のレッスンを
行うようになる。これらのことからも、生徒は音楽教室
をより快適に利用できることになる。

【０１３３】なお、講師に対する評価は、生徒に閲覧さ
せるのではなく、例えば音楽教室側が講師のレッスン料
を決めるための情報として用いても良い。そのようにし
ても、講師は自身の収入を上げるために努力するように
なるので、上記と同様の効果が期待できる。講師が、生
徒による評価を基にレッスン料を交渉できるようにした
場合には、自身の実力や努力によってレッスン料を上げ
られるようになることから、収入の面で講師に、よりや
りがいを感じさせられるようになる。それにより、今ま
で講師に魅力を感じていなかった音楽家にも興味をもっ
てもらえるよになる。

【０１３４】ステップ７１４では、図７５に示すような
講師評価ページ上に配置された「決定」アイコンがクリ
ックされたか否か判定する。そのアイコンをユーザがク
リックした場合、判定はＹＥＳとなってステップ７１６
に移行し、対応する講師名を一時、記憶する形で保持し
た後、一連の処理を終了する。そうでない場合には、判
定はＮＯとなり、ステップ７１５に移行する。

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

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

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

【０１３８】ステップ７１９では、プロフィルページ上
の「決定」アイコンがクリックされたか否か判定する。
そのアイコンをユーザがクリックした場合、判定はＹＥ
Ｓとなり、ステップ７２１で対応する講師名を一時、記
憶する形で保持した後、一連の処理を終了する。そうで
ない場合には、判定はＮＯとなり、ステップ７２０に移
行する。

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

【０１４０】上記ステップ７１７の判定がＮＯとなって
移行するステップ７２２では、「受付中」アイコンがク
リックされたか否か判定する（図７４参照）。そのアイ
コンをユーザがクリックした場合、判定はＹＥＳとな
り、ステップ７２３で対応する講師名を一時、記憶する
形で保持した後、一連の処理を終了する。そうでない場
合には、判定はＮＯとなり、ステップ７２４に移行す
る。

【０１４１】そのステップ７２４では、「戻る」アイコ
ンがクリックされたか否か判定する。そのアイコンをユ
ーザがクリックした場合、判定はＹＥＳとなってステッ
プ７２５に移行し、対応する講師（現在、レッスンを行
えない講師である）の代替となりうる講師データの送信
を要求する代替講師データ送付要求を管理サーバー２０
３に送信した後、図１９のステップ７０２に戻る。そう
でない場合には、判定はＮＯとなって図１９のステップ
７０３に戻る。

【０１４２】上記代替講師データ要求は、ユーザが「休
止中」アイコンをクリックして選択した講師を特定する
ためのデータ（講師名、など）を含むものである。それ
を受信した管理サーバー２０３は、講師エリアに存在す
る個人用講師エリアのなかから、そこに保存されたデー
タが、その講師のそれと類似しているものを検索して抽
出し、抽出した個人用講師エリアに保存されたデータを
代替となりうる講師の講師データとして端末２０２に送
信する。それにより、ステップ７２５から図１９のステ
ップ７０２に戻った場合には、それに続くステップ７０
３の実行時に、図７７に示すような代替講師選択ページ
が表示部３０４に表示されるようになっている。そのペ
ージの構成は図７４に示すような講師選択ページと基本
的に同じであるため、ステップ７０４以降の処理は講師
選択ページを表示させているときと同様に実行される。

【０１４３】本実施の形態では、上述したようにして、
ユーザ（生徒）が望む講師がレッスンを行えないときに
は、その講師と類似点が多い講師を紹介している。それ
により、生徒はより少ない労力で希望に合った別の講師
を探し出すことができることから、生徒にとっての利便
性が向上することになる。その結果、音楽教室を快適に
利用できるようになる。

【０１４４】一方、図１９のステップ７０５の判定がＹ
ＥＳとなって移行する、即ち図７４、或いは図７７に示
す「キーワード検索」アイコンをユーザがクリックする
ことで移行する図２２のステップ７２６では、図７８に
示すような講師キーワード選択ページをハードディスク
から読み出して表示部３０４に表示させる。その講師キ
ーワード選択ページは、講師に対して希望する条件（こ
こではキーワード）を指定して、その条件を満たす講師
を抽出するためのものであり、その条件を指定できる項
目として、「性別」、「年代」、「得意とする曲」、
「趣味」、「その他のキーワード」が設けられている。
各項目の条件の指定は全て任意であり、「性別」及び
「年代」は予め用意した選択肢のなかから選択すること
で指定するようになっている。なお、当然のことなが
ら、他の方法で条件を指定するようにしても良い。

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

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

【０１４７】ステップ７３０では、「中止」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなってステップ７
３１に移行し、入力されたデータをクリアした後、図１
９のステップ７０３に戻る。そうでない場合には、判定
はＮＯとなり、上記ステップ７２７に戻る。それによ
り、「検索」アイコン、或いは「中止」アイコンがクリ
ックされるまでの間、ユーザによるデータ入力を可能と
している。

【０１４８】ステップ７３２では、入力されたデータに
よって指定された条件を満たす講師の検索を要求するデ
ータ検索要求を管理サーバー２０３に送信する。続くス
テップ７３３では、その検索要求を受信した管理サーバ
ー２０３が送信してくる検索結果を受信するのを待つ。

【０１４９】その検索結果を受信すると、ステップ７３
４に移行して、図７９に示すような検索結果ページの枠
を表示部３０４に表示させる。その検索結果ページは、
例えばハードディスクに格納されているものであり、そ
れを表示した後は、ステップ７３５に移行し、検索結果
として受信した検索により抽出した件数を検索結果ペー
ジ上の対応するエリアに表示させる。次に移行するステ
ップ７３６では、検索結果として管理サーバー２０３か
ら受信した講師データの一部（顔写真、など）を、検索
結果ページ上の対応するエリアに表示させる。その後は
図１９のステップ７０４に戻る。

【０１５０】上記検索結果ページの構成は、講師選択ペ
ージ（図７４参照）や代替講師選択ページ（図７７参
照）と基本的に同じである。このため、ステップ７０４
以降では、それらのページを表示させているときと同様
に実行される。上記ステップ７０７、７１５、或いは７
２０の処理の実行後に図１９のステップ７０３に戻った
場合には、それらのページの代わりに検索結果ページを
表示するようになっている。

【０１５１】本実施の形態では、上述したようにして、
希望する条件を満たす講師を選別して、そのなかから望
む講師を生徒が選択できるようにしている。このため、
生徒は、より少ない労力、より短い時間で希望に合った
講師を探し出すことができる。その結果、生徒にとって
の利便性が向上して、音楽教室をより快適に利用できる
ようになる。

【０１５２】なお、本実施の形態では、条件を設定する
項目として４種類だけを設けているが（図７８参照）、
項目はその４種類に限定されるものではない。任意に設
けて良いものである。各項目の重要度は全て同じとして
いるが、各項目毎にその重要度を設定できるようにして
も良い。講師の検索では、それら以外にも様々な変形を
行うことができる。

【０１５３】次に、上記ステップ７０７として実行され
る生徒用予約処理について、図２３、及び図２４に示す
そのフローチャートを参照して詳細に説明する。その予
約処理は、図７４、図７７、或いは図７９に示す「予
約」アイコンをユーザがクリックすることで実行される
処理である。

【０１５４】先ず、ステップ８０１では、図８０に示す
ような構成の講師予約ページをハードディスクから読み
出し、一時、記憶する形で保持しておいた講師名を挿入
して表示部３０４に表示させる。続くステップ８０２で
は、月データが入力されたか否か判定する。月を入力す
るボックスにカーソルを表示させた状態でユーザが入力
部２１１を操作して数値を入力した場合、判定はＹＥＳ
となってステップ８０５に移行する。そうでない場合に
は、判定はＮＯとなってステップ８０３に移行する。

【０１５５】ステップ８０３では、月データが未入力か
否か判定する。その月データをユーザが入力していない
場合、判定はＹＥＳとなってステップ８０４に移行す
る。そうでない場合には、即ち月データをユーザが入力
していた場合には、判定はＮＯとなって後述するステッ
プ８１０に移行する。

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

【０１５７】一方のステップ８０５では、入力された月
データを対応するエリアに表示させる。続くステップ８
０６では、月データで指定された月のカレンダーを対応
する枠（エリア）に表示させる（図８０参照）。その次
に移行するステップ８０７では、対応する講師の予約、
及び仮予約データの送信を要求する予約・仮予約データ
要求を管理サーバー２０３に送信する。その後は、ステ
ップ８０８に移行して、それらのデータを管理サーバー
２０３から受信するのを待つ。

【０１５８】それらのデータを管理サーバー２０３から
受信すると、ステップ８０９に移行して、カレンダー上
の日付にマークを表示させる。このとき、マークとし
て、予約が既に入っている日付にはそれを囲むような四
角のマーク（以降、便宜的に予約マークと呼ぶ）を表示
させ、仮予約が入っている日付には下線のようなマーク
（以降、便宜的に仮予約マークと呼ぶ）を表示させる。
そのようなマークを表示した後にはステップ８１０に移
行する。

【０１５９】ステップ８１０では、日付がクリックされ
たか否か判定する。カレンダー上でマークが表示されて
いない何れかの日付をユーザがクリックした場合、判定
はＹＥＳとなり、ステップ８１１に移行する。そうでな
い場合には、判定はＮＯとなって上記ステップ８０２に
戻る。それにより、月データの入力や日付のクリックな
どをユーザに行わせる。

【０１６０】ステップ８１１では、ユーザがクリックし
た日付に仮予約マークを点滅表示させる。続く図２４の
ステップ８１２では、予約データが入力されたか否か判
定する。予約時間を入力するためのボックス内にカーソ
ルを表示させた状態でユーザが入力部３１１を操作して
数値を入力した場合、判定はＹＥＳとなってステップ８
１３に移行し、カーソルの表示位置に入力されたデータ
を表示させた後、ステップ８１４に移行する。そうでな
い場合には、判定はＮＯとなってそのステップ８１４に
移行する。

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

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

【０１６３】ステップ８１６では、予約データが未入力
か否か判定する。予約時間を入力するための２つの入力
ボックスのうちで少なくとも一方にデータが入力されて
いない場合、判定はＹＥＳとなり、上記ステップ８１２
に戻る。それにより、予約データの入力をユーザに促
す。反対にそうでない場合には、即ち予約データが入力
されている場合には、判定はＮＯとなってステップ８１
７に移行する。

【０１６４】ステップ８１７では、予約データを管理サ
ーバー２０３に送信する。その予約データは、例えば予
約時間の他に、ユーザがクリックした日付を示すデータ
やユーザ自身を特定するためのデータ、及び月データな
どを含むものである。そのような予約データを送信する
と、ステップ８１８に移行して、現在、点滅表示させて
いる仮予約マークを点灯させる。その後は図２３のステ
ップ８０２に戻る。

【０１６５】このようにして、本実施の形態では、生徒
側の予約は、日付を指定した後、その日付での予約時間
を指定する、といった形で行うようになっている。他に
予約を入れたければ、それらの指定を繰り返して行うよ
うになっている。図１４に示すピアノレッスン処理内で
実行されるサブルーチン処理の説明に戻る。

【０１６６】図２５〜図２７は、そのピアノレッスン処
理内でステップ３１２として実行されるレッスン処理の
フローチャートである。次に、そのレッスン処理につい
て、図２５〜図２７を参照して詳細に説明する。なお、
そのレッスン処理は、図１９〜図２２に示す講師選択処
理を実行することで講師を選択した生徒を対象にして実
行される処理である。本実施の形態では、画像と音声を
生徒と講師の間でリアルタイムにやりとりさせてレッス
ンを行うようになっている。

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

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

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

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

【０１７１】ステップ９０８では、図８１に示すような
レッスンページをハードディスクから読み出して表示部
３０４に表示させる。そのレッスンページは、レッスン
を行っている間、表示されるものである。図８１に示す
ように、講師の名前やその画像、本日の曲の曲名（レッ
スンに用いる曲の曲名）、楽譜、レッスンの残り時間
が、それぞれ設けられたエリアに表示されるようになっ
ている。

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

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

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

【０１７５】ステップ９２０では、図８２に示すような
タイムアップページをハードディスクから読み出して表
示部３０４に表示させる。そのタイムアップページは、
レッスンの終了を通知するとともに、そのレッスンを担
当した講師に対する評価を依頼するものである。評価の
項目として、「態度」「言葉使い」「スピード」及び
「わかりやすさ」があり、それらの評価を５段階で入力
するようになっている。数値が高いほど、評価が高いこ
とを意味している。

【０１７６】図８２に示すようなタイムアップページ上
での評価の入力は、各項目毎に、その評価に対応する数
値のラジオボタンをクリックすることで行うようになっ
ている。ステップ９２０に続くステップ９２１では、そ
のためのデータ入力が行われたか否か判定する。ユーザ
が入力部３１１を操作して何らかのラジオボタンをクリ
ックした場合、判定はＹＥＳとなってステップ９２２に
移行し、クリックしたラジオボタンにチェックマークを
表示させ、対応する項目で既にチェックマークを表示さ
せているラジオボタンがあればそのチェックマークは消
去させた後、ステップ９２３に移行する。そうでない場
合には、判定はＮＯとなり、そのステップ９２３に移行
する。

【０１７７】ステップ９２３では、「評価確認ページ」
アイコンがクリック（オン）されたか否か判定する。そ
のアイコンをユーザがクリックした場合、判定はＹＥＳ
となってステップ９２６に移行し、図８２に示すような
タイムアップページ上で入力したデータを用いて、図８
３に示すような評価確認ページを作成して表示部３０４
に表示させた後、図２７のステップ９２７に移行する。
そうでない場合には、判定はＮＯとなってステップ９２
４に移行する。

【０１７８】ステップ９２４では、「クリア」アイコン
がクリックされたか否か判定する。そのアイコンをユー
ザがクリックした場合、判定はＹＥＳとなり、ステップ
９２５でそれまで入力されたデータをクリアした後、上
記ステップ９２１に戻る。そうでない場合には、判定は
ＮＯとなり、他のステップの処理を実行することなく、
そのステップ９２１に戻る。

【０１７９】このようにして、本実施の形態では、レッ
スンが終了すると、そのレッスンの担当者に対する評価
を求めている。それにより、生徒による講師に対する評
価を生徒が参考にして講師を選択できるようにしてい
る。一方、図２７のステップ９２７では、図８３に示す
「送信」アイコンがクリックされたか否か判定する。そ
のアイコンをユーザがクリックした場合、判定はＹＥＳ
となってステップ９３０に移行し、ユーザが入力したデ
ータを評価データとして管理サーバー２０３に送信した
後、一連の処理を終了する。そうでない場合には、判定
はＮＯとなってステップ９２８に移行する。

【０１８０】ステップ９２８では、「戻る」アイコンが
クリックされたか否か判定する。そのアイコンをユーザ
がクリックした場合、判定はＹＥＳとなってステップ９
２９に移行し、既に入力されたデータを用いて図８２に
示すようなタイムアップページを再度、表示部３０４に
表示させた後、図２６のステップ９２１に戻る。それに
より、講師に対する評価を行える状態に戻す。そうでな
い場合には、判定はＮＯとなり、上記ステップ９２７に
戻る。それにより、「送信」アイコン、或いは「戻る」
アイコンをユーザがクリックするのを待つ。

【０１８１】図６〜図１３に示す音楽教室処理内で実行
されるサブルーチン処理の説明に戻る。図２８、及び図
２９は、その音楽教室処理内でステップ２７６として実
行される、講師を対象としての予約処理のフローチャー
トである。次に、その予約処理について、図２８、及び
図２９を参照して詳細に説明する。なお、その予約処理
は、図６２に示すような講師用の会員トップページ上の
「予約」アイコンをクリックすることで講師を対象に実
行される処理である。講師にとっての予約は、生徒から
の予約の申し込みに回答する形で行われる。

【０１８２】先ず、ステップ１００１では、図８４に示
すような構成の講師スケジュールページをハードディス
クから読み出して表示部３０４に表示させる。続くステ
ップ１００２では、月データが入力されたか否か判定す
る。月を入力するボックスにカーソルを表示させた状態
でユーザが入力部２１１を操作して数値を入力した場
合、判定はＹＥＳとなってステップ１００５に移行す
る。そうでない場合には、判定はＮＯとなってステップ
１００３に移行する。

【０１８３】ステップ１００３では、月データが未入力
か否か判定する。その月データをユーザが入力していな
い場合、判定はＹＥＳとなってステップ１００４に移行
する。そうでない場合には、即ち月データをユーザが入
力していた場合には、判定はＮＯとなって図２９のステ
ップ１０１０に移行する。

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

【０１８５】一方のステップ１００５では、入力された
月データを対応するエリアに表示させる。続くステップ
１００６では、月データで指定された月のカレンダーを
対応する枠（エリア）に表示させる（図８４参照）。そ
の次に移行するステップ１００７では、対応する月の予
約データ、及び仮予約データの送信を要求する予約・仮
予約データ要求を管理サーバー２０３に送信する。その
後に移行するステップ１００８では、その予約データ、
及び仮予約データを管理サーバー２０３から受信するの
を待つ。

【０１８６】それらのデータを管理サーバー２０３から
受信すると、ステップ１００９に移行して、カレンダー
上の日付にマークを表示させる。このとき、マークとし
て、予約が既に入っている日付にはそれを囲むような四
角のマーク（以降、図８０と同じく予約マークと呼ぶ）
を表示させ、仮予約が入っている日付には下線のような
マーク（以降、図８０と同じく仮予約マークと呼ぶ）を
表示させる。そのようなマークを表示した後には図２９
のステップ１０１０に移行する。

【０１８７】ステップ１０１０では、日付がクリックさ
れたか否か判定する。カレンダー上の何れかの日付をユ
ーザがクリックした場合、判定はＹＥＳとなり、ステッ
プ１０１１に移行する。そうでない場合には、判定はＮ
Ｏとなって図２８のステップ１００２に戻る。それによ
り、月データの入力や日付のクリックなどをユーザに行
わせる。

【０１８８】ステップ１０１１では、ユーザがクリック
した日付が仮予約、或いは予約が入っている日付か否か
判定する。ユーザが予約マーク、或いは仮予約マークが
表示されていない日付をクリックした場合、判定はＮＯ
となり、図２８のステップ１００２に戻る。そうでない
場合には、判定はＹＥＳとなってステップ１０１２に移
行し、管理サーバー２０３から受信した予約データ、或
いは仮予約データ中から、ユーザがクリックした日付に
予約、或いは仮予約している生徒の名前、その生徒のプ
ロフィル、及び予約時間を抽出して、それらを対応する
エリアに表示させた後、ステップ１０１３に移行する。

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

【０１９０】ステップステップ１０１４では、ユーザが
クリックした日付に入っているのは仮予約か否か判定す
る。仮予約マークが表示された日付をクリックした後、
「予約許可」アイコンをユーザがクリックしたような場
合、判定はＹＥＳとなり、ステップ１０１５でその日付
の仮予約を受け入れたことを示す予約許可信号を管理サ
ーバー２０３に送信し、更にステップ１０１６でその日
付の仮予約マークを予約マークに変更した後、図２８の
ステップ１００２に戻る。そうでない場合には、判定は
ＮＯとなり、他のステップの処理を実行することなく、
そのステップ１００２に戻る。それにより、「予約許
可」アイコンへのクリックは無視する。なお、上記予約
許可信号は、例えば許可した予約やそれを送信させたユ
ーザ（講師）を特定するためのデータをそれぞれ有する
ものである。

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

【０１９２】ステップステップ１０１８では、ユーザが
クリックした日付に入っているのは仮予約か否か判定す
る。仮予約マークが表示された日付をクリックした後、
「予約許可」アイコンをユーザがクリックしたような場
合、判定はＹＥＳとなり、ステップ１０１９でその日付
の仮予約を受け入れないことを示す予約ＮＧ信号を管理
サーバー２０３に送信し、更にステップ１０２０でその
日付の仮予約マークを消去した後、図２８のステップ１
００２に戻る。そうでない場合には、判定はＮＯとな
り、他のステップの処理を実行することなく、そのステ
ップ１００２に戻る。それにより、「予約ＮＧ」アイコ
ンへのクリックは無視する。なお、上記予約ＮＧ信号
は、例えば許可しなかった予約やそれを送信させたユー
ザ（講師）を特定するためのデータをそれぞれ有するも
のである。

【０１９３】このように、本実施の形態では、生徒から
のレッスンの予約の申し込みに対し、講師はそれを受け
入れないこともできるようにしている。このため、講師
は、自身の都合に合わせてレッスンを行ったり、あまり
レッスンを担当したくない生徒のレッスンは回避するよ
うなことが行えるようになっている。それにより、講師
も音楽教室を快適に利用できるようにしている。

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

【０１９５】先ず、ステップ１１０１では、管理サーバ
ー２０３に、レッスンを受け付けられる状態であること
を示す受付信号を送信する。続くステップ１１０２で
は、例えばハードディスクからオリジナルのレッスンペ
ージを読み出して表示部３０４に表示させる。それによ
り、表示部３０４には図８５に示すようなレッスンペー
ジが表示されることになる。

【０１９６】ステップ１１０２に続くステップ１１０３
では、呼出信号を管理サーバー２０３から受信したか否
か判定する。その呼出信号は、これからレッスンが開始
することを通知する信号であり、それを管理サーバー２
０３から受信した場合、判定はＹＥＳとなってステップ
１１０６に移行する。そうでない場合には、判定はＮＯ
となってステップ１１０４に移行する。

【０１９７】ステップ１１０４では、「戻る」アイコン
がクリックされたか否か判定する。そのアイコンをユー
ザがクリックした場合、判定はＹＥＳとなってステップ
１１０５に移行し、講師が待機中でない状態、即ち休止
中の状態に移行することを通知する休止信号を管理サー
バー２０３に送信した後、一連の処理を終了する。そう
でない場合には、判定はＮＯとなって上記ステップ１１
０３に戻る。それにより、講師にレッスンが開始するの
を待たせる。

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

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

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

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

【０２０２】ステップ１１１８では、図８７に示すよう
な生徒評価ページをハードディスクから読み出して表示
部３０４に表示させる。その生徒評価ページは、レッス
ンの終了を通知するとともに、そのレッスンを受けた生
徒に対する評価を依頼するものである。評価の項目とし
て、「学習態度」があり、その評価を５段階で入力する
ようになっている。数値が高いほど、評価が高いことを
意味している。

【０２０３】図８７に示すような生徒評価ページ上での
評価の入力は、その評価に対応する数値のラジオボタン
をクリックすることで行うようになっている。ステップ
１１１８に続くステップ１１９では、そのためのデータ
入力が行われたか否か判定する。ユーザが入力部３１１
を操作して何らかのラジオボタンをクリックした場合、
判定はＹＥＳとなってステップ１１２０に移行し、クリ
ックしたラジオボタンにチェックマークを表示させ、既
にチェックマークを表示させているラジオボタンがあれ
ばそのチェックマークは消去させた後、ステップ１１２
１に移行する。そうでない場合には、判定はＮＯとな
り、そのステップ１１２１に移行する。

【０２０４】ステップ１１２１では、「確認」アイコン
がクリック（オン）されたか否か判定する。そのアイコ
ンをユーザがクリックした場合、判定はＹＥＳとなって
ステップ１１２４に移行し、図８７に示すような生徒評
価ページ上でユーザが入力したデータを用いて、図８８
に示すような生徒評価確認ページを作成して表示部３０
４に表示させた後、ステップ１１２５に移行する。そう
でない場合には、判定はＮＯとなってステップ１１２２
に移行する。

【０２０５】ステップ１１２２では、「クリア」アイコ
ンがクリックされたか否か判定する。そのアイコンをユ
ーザがクリックした場合、判定はＹＥＳとなり、ステッ
プ１１２３で既に入力されたデータをクリアした後、上
記ステップ１１２１に戻る。そうでない場合には、判定
はＮＯとなり、他のステップの処理を実行することな
く、そのステップ１１１９に戻る。

【０２０６】このようにして、本実施の形態では、レッ
スンが終了すると、そのレッスンを受けた生徒に対する
評価を求めている。それにより、講師による生徒に対す
る評価を参考にして、生徒への特別なサービスを行うよ
うにしている。一方、ステップ１１２５では、図８８に
示す「送信」アイコンがクリックされたか否か判定す
る。そのアイコンをユーザがクリックした場合、判定は
ＹＥＳとなってステップ１１２６に移行し、ユーザ（講
師）が入力したデータを評価データとして管理サーバー
２０３に送信した後、図３０のステップ１１０１に戻
る。それにより、講師をレッスンが行える状態に復帰さ
せる。そうでない場合には、判定はＮＯとなってステッ
プ１１２７に移行する。

【０２０７】ステップ１１２７では、「戻る」アイコン
がクリックされたか否か判定する。そのアイコンをユー
ザがクリックした場合、判定はＹＥＳとなってステップ
１１２８に移行し、既に入力されたデータを用いて図８
７に示すような生徒評価ページを再度、表示部３０４に
表示させた後、上記ステップ１１１９に戻る。それによ
り、生徒に対する評価を行える状態に戻す。そうでない
場合には、判定はＮＯとなり、上記ステップ１１２５に
戻る。それにより、「送信」アイコン、或いは「戻る」
アイコンをユーザがクリックするのを待つ。

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

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

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

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

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

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

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

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

【０２１６】管理サーバー２０３は、生徒が申し込んだ
予約に対する講師の回答を始めとして、様々なメールを
作成してメールサーバー２０５に送信させる。入会した
会員に発行したパスワードを通知するメールは、その一
つである（図９０参照）。そのようなメールは、上記メ
ール処理を実行させることで閲覧できるようになってい
る。

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

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

【０２１９】ステップ１３０２では、その登録データ中
で指定されている会員の立場を判定する。その登録デー
タを送信させた者が講師としての登録を申し込んでいた
場合、その旨が判定されてステップ１３０３に移行し、
講師エリア（図４参照）に、受信した登録データをスト
アするための個人用講師エリアを確保してそこにストア
した後、ステップ１３０５に移行する。反対に、その登
録データを送信させた者が生徒としての登録を申し込ん
でいた場合には、その旨が判定されてステップ１３０４
に移行し、生徒エリア（図４参照）に、受信した登録デ
ータをストアするための個人用生徒エリアを確保してそ
こにストアした後、ステップ１３０５に移行する。な
お、詳細な説明は省略するが、講師としての登録を申し
込んだ人に担当させる楽器の種類は、登録データ中の音
楽歴などを基に決定している。

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

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

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

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

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

【０２２５】ステップ１３１９では、受付信号を受信し
たか否か判定する。端末２０２のユーザが図６２に示す
「待機」アイコンをクリックした場合、その端末２０２
は受付信号を管理サーバー２０３に送信することから、
判定はＹＥＳとなり、ステップ１３２０に移行して、そ
の端末２０２を使用するユーザの登録データがストアさ
れた個人用講師エリア中の受付フラグの値を１にした
後、ステップ１３２１に移行する。そうでない場合に
は、判定はＮＯとなってそのステップ１３２１に移行す
る。上記受付信号を送信した端末２０２を使用するユー
ザの受付フラグの値を１にすることで、そのユーザは待
機状態であるとして扱われることになる。

【０２２６】ステップ１３２１では、休止信号を受信し
たか否か判定する。端末２０２のユーザ（講師）が図６
２に示す「ＴＯＰ ＰＡＧＥに戻る」アイコンをクリッ
クした場合、その端末２０２は休止信号を管理サーバー
２０３に送信することから、判定はＹＥＳとなり、ステ
ップ１３２２に移行して、その端末２０２を使用するユ
ーザの登録データがストアされた個人用講師エリア中の
受付フラグの値を０にした後、図３５のステップ１３２
３に移行する。そうでない場合には、判定はＮＯとなっ
てそのステップ１３２３に移行する。上記休止信号を送
信した端末２０２を使用するユーザの受付フラグの値を
０にすることで、そのユーザは待機状態ではないとして
扱われることになる。

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

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

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

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

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

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

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

【０２３４】図３７のステップ１３３７〜図４３のステ
ップ１３９０では、図１０〜図２２に示す講師選択処理
を実行中の端末２０２に対応するための処理が行われ
る。その講師選択処理は、端末２０２のユーザがレッス
ンに用いる曲の選択を行った後に実行される処理であ
る。

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

【０２３６】ステップ１３３８では、講師エリアに確保
された個人用講師エリア（図４参照）のなかで対象とす
る個人用講師エリアを管理するための変数であるアドレ
スポインタに、その講師エリア内で先頭に位置している
個人用講師エリアを指定する値を代入する。続くステッ
プ１３３９では、端末２０２に講師データを送信した講
師の人数をカウントするための変数ｍに１を代入する。
その後はステップ１３４０に移行する。なお、変数ｍで
講師データを送信した講師の人数をカウントするのは、
図７４、図７７、及び図７９に示すページ上には最大で
３人の講師しか表示しないためである。

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

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

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

【０２４０】図３７のステップ１３４５では、代替講師
データ送付要求を受信したか否か判定する。図７４に示
すような講師選択ページ上に配置されている「休止中」
アイコンをユーザがクリックした場合、端末２０２はそ
の代替講師データ送付要求を管理サーバー２０３に送信
することから、判定はＹＥＳとなってステップ１３４６
に移行する。そうでない場合には、判定はＮＯとなって
図４０のステップ１３５６に移行する。ステップ１３４
６〜図３９のステップ１３５５では、代替講師データ送
付要求を送信した端末２０２が、図７７に示すような代
替講師選択ページを表示できるようにさせるための処理
が行われる。

【０２４１】ステップ１３４６では、上記アドレスポイ
ンタに、講師エリア内で先頭に位置している個人用講師
エリアを指定する値を代入する。続くステップ１３４７
では、上記変数ｍに１を代入する。その後はステップ１
３４８に移行する。ステップ１３４８では、アドレスポ
インタの値で指定される個人用講師エリアにストアされ
たデータ中から、個人情報、顔画像、及びプロフィルを
読み出す。その後に移行するステップ１３４９では、ア
ドレスポインタの値で指定される個人用講師エリア内の
受付フラグの値が１か否か判定する。その個人用講師エ
リアに登録データがストアされた講師が待機状態であっ
た場合、判定はＹＥＳとなってステップ１３５０に移行
する。そうでない場合には、判定はＮＯとなって図３９
のステップ１３５３に移行する。

【０２４２】ステップ１３５０では、ステップ１３４８
で読み出したプロフィルを端末２０２のユーザが選択し
た講師のそれと対比して、それらが類似しているか否か
判定する。音楽歴が似ている、趣味が一致している、或
いは得意とする音楽のジャンル（或いは曲）が一致して
いる、といったような場合、それらは類似しているとし
て判定はＹＥＳとなり、ステップ１３５１に移行する。
そうでない場合には、判定はＮＯとなって図３９のステ
ップ１３５３に移行する。

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

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

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

【０２４６】図４０のステップ１３５６では、データ検
索要求を受信したか否か判定する。図７８に示すような
講師キーワード選択ページ上に配置されている入力ボッ
クスにデータを入力した後、「検索」アイコンをユーザ
がクリックした場合、端末２０２はそのデータ検索要求
を管理サーバー２０３に送信することから、判定はＹＥ
Ｓとなってステップ１３５７に移行する。そうでない場
合には、判定はＮＯとなって図４１のステップ１３６７
に移行する。ステップ１３５７〜１３６６では、データ
検索要求を送信した端末２０２が、図７９に示すような
検索結果ページを表示できるようにさせるための処理が
行われる。

【０２４７】ステップ１３５７では、データ検索要求中
に含まれている、ユーザが指定した条件（主にキーワー
ド）に基づき、その条件を満たすデータをストアした個
人用講師エリアの検索を行う。続くステップ１３５８で
は、その検索により抽出した該当件数を端末２０２に送
信する。

【０２４８】上記該当件数を送信した後に移行するステ
ップ１３５９では、上記アドレスポインタに、講師エリ
ア内で先頭に位置している個人用講師エリアを指定する
値を代入する。続くステップ１３６０では、上記変数ｍ
に１を代入する。その後はステップ１３６１に移行す
る。

【０２４９】ステップ１３６１では、アドレスポインタ
の値で指定される個人用講師エリアにストアされたデー
タは検索によって抽出されたものか否か判定する。その
データがユーザの指定した条件を満たしていた場合、判
定はＹＥＳとなってステップ１３６２に移行する。そう
でない場合には、判定はＮＯとなってステップ１３６４
に移行する。

【０２５０】ステップ１３６２では、アドレスポインタ
の値で指定される個人用講師エリアから、個人情報、顔
画像、プロフィル、評価、及び受付フラグを読み出して
端末２０２に送信する。その後は、ステップ１３６３で
変数ｍの値をインクリメントし、更にステップ１３６４
でアドレスポインタの値を１エリア分、進めた後、ステ
ップ１３６５に移行する。

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

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

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

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

【０２５５】ステップ１３６８では、「次のＰＡＧＥ」
アイコンがクリックされたのは図７４に示すような講師
選択ページ上に配置されたものか否か判定する。受信し
た次のページ要求に講師選択ページを示すデータが含ま
れていた場合、判定はＹＥＳとなって図３７のステップ
１３３９に戻り、それ以降の処理を同様に実行する。そ
うでない場合には、判定はＮＯとなってステップ１３６
９に移行する。なお、ステップ１３６８からステップ１
３３９に戻る結果、講師エリアのなかで、現在、講師選
択ページ（図７４参照）に表示された講師の登録データ
がストアされている個人用講師エリア以降に位置する個
人用講師エリア内のデータが端末２０２に送信されるこ
とになる。そのエリア以降に位置する個人用講師エリア
が存在しない場合にはその限りではない。

【０２５６】ステップ１３６９では、「次のＰＡＧＥ」
アイコンがクリックされたのは図７７に示すような代替
講師選択ページ上に配置されたものか否か判定する。受
信した次のページ要求に代替講師選択ページを示すデー
タが含まれていた場合、判定はＹＥＳとなって図３８の
ステップ１３４７に戻り、それ以降の処理を同様に実行
する。そうでない場合には、判定はＮＯとなってステッ
プ１３７０に移行する。なお、ステップ１３６９からス
テップ１３４７に戻る結果、講師エリアのなかで現在、
代替講師選択ページ（図７７参照）に表示の講師の登録
データがストアされている個人用講師エリア以降に位置
し、且つ受付フラグの値が１となっている個人用講師エ
リア内のデータが端末２０２に送信されることになる。
そのエリア以降に該当する個人用講師エリアが存在しな
い場合にはその限りではない。

【０２５７】ステップ１３７０では、「次のＰＡＧＥ」
アイコンがクリックされたのは図７９に示すような検索
結果ページ上に配置されたものか否か判定する。受信し
た次のページ要求に検索結果ページを示すデータが含ま
れていた場合、判定はＹＥＳとなって図４０のステップ
１３６０に戻り、それ以降の処理を同様に実行する。そ
うでない場合には、判定はＮＯとなって図４２のステッ
プ１３７１に移行する。なお、ステップ１３７０からス
テップ１３６０に戻る結果、講師エリアのなかで、現
在、検索結果ページ（図７９参照）に表示された講師の
登録データがストアされている個人用講師エリア以降に
位置し、且つユーザが指定した条件を満たすデータがス
トアされている個人用講師エリア内のデータが端末２０
２に送信されることになる。そのエリア以降に該当する
個人用講師エリアが存在しない場合にはその限りではな
い。

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

【０２５９】ステップ１３７２では、「前のＰＡＧＥ」
アイコンがクリックされたのは図７４に示すような講師
選択ページ上に配置されたものか否か判定する。受信し
た前のページ要求に講師選択ページを示すデータが含ま
れていた場合、判定はＹＥＳとなってステップ１３７３
に移行し、アドレスポインタを６エリア分、戻した後、
図３７のステップ１３３９に戻り、それ以降の処理を同
様に実行する。そうでない場合には、判定はＮＯとなっ
てステップ１３７４に移行する。なお、ステップ１３７
３からステップ１３３９に戻る結果、講師エリアのなか
で、現在、講師選択ページ（図７４参照）に表示された
講師の登録データがストアされている個人用講師エリア
の直前に位置する個人用講師エリア内のデータが端末２
０２に送信されることになる。そのエリアの前に該当す
る個人用講師エリアが存在しない場合にはその限りでは
ない。

【０２６０】ステップ１３７４では、「前のＰＡＧＥ」
アイコンがクリックされたのは図７７に示すような代替
講師選択ページ上に配置されたものか否か判定する。受
信した前のページ要求に代替講師選択ページを示すデー
タが含まれていた場合、判定はＹＥＳとなってステップ
１３７５に移行する。そうでない場合には、判定はＮＯ
となって図４３のステップ１３８３に移行する。

【０２６１】ステップ１３７５では、アドレスポインタ
の値を戻すべき値まで戻すために用意した変数ｎに１を
代入する。続くステップ１３７６では、アドレスポイン
タの値で指定される個人用講師エリア内のデータを読み
出す。その後はステップ１３７７に移行する。

【０２６２】ステップ１３７７では、その個人用講師エ
リアに格納された受付フラグの値が１か否か判定する。
その値が１であった場合、判定はＹＥＳとなってステッ
プ１３７８に移行する。そうでない場合には、判定はＮ
Ｏとなってステップ１３８０に移行する。

【０２６３】ステップ１３７８では、その個人用講師エ
リアに格納されたデータが、ユーザが選択した講師のそ
れと類似しているか否か判定する。それらが類似してい
た場合、判定はＹＥＳとなり、ステップ１３７９で変数
ｎの値をインクリメントし、更にステップ１３８０でア
ドレスポインタの値を１エリア分、戻した後、ステップ
１３８１に移行する。そうでない場合には、判定はＮＯ
となり、ステップ１３８０に移行する。

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

【０２６５】ステップ１３８２では、変数ｎの値が６以
下か否か判定する。前のページとして新たに表示すべき
講師３人分のデータを端末２０２に送信できるだけアド
レスポインタの値を戻していない場合、判定はＹＥＳと
なって上記ステップ１３７６に戻り、それ以降の処理を
同様に実行する。そうでない場合には、判定はＮＯとな
って図３８のステップ１３４７に戻る。

【０２６６】上述したようにしてアドレスポインタの値
を戻した後、ステップ１３４７に戻る結果、講師エリア
のなかで、現在、代替講師選択ページ（図７７参照）に
表示された講師の登録データがストアされている個人用
講師エリアの前に位置し、且つ受付フラグの値が１とな
っている個人用講師エリア内のデータが端末２０２に送
信されることになる。なお、そのエリアの前に該当する
個人用講師エリアが存在しない場合にはその限りではな
い。

【０２６７】上記ステップ１３７４の判定がＮＯとなっ
て移行する図４３のステップ１３８３では、「前のＰＡ
ＧＥ」アイコンがクリックされたのは図７９に示すよう
な検索結果ページ上に配置されたものか否か判定する。
受信した前のページ要求に検索結果ページを示すデータ
が含まれていた場合、判定はＹＥＳとなってステップ１
３８４に移行する。そうでない場合には、判定はＮＯと
なって図４４のステップ１３９１に移行する。

【０２６８】ステップ１３８４では、上記変数ｎに１を
代入する。続くステップ１３８５では、アドレスポイン
タの値で指定される個人用講師エリア内のデータを読み
出す。その後はステップ１３８６に移行する。ステップ
１３８６では、その個人用講師エリアが検索によって抽
出したｍのか否か判定する。それにストアされたデータ
がユーザの指定した条件を満たしていた場合、判定はＹ
ＥＳとなり、ステップ１３８７で変数ｎの値をインクリ
メントし、更にステップ１３８８でアドレスポインタの
値を１エリア分、戻した後、ステップ１３８９に移行す
る。そうでない場合には、判定はＮＯとなり、ステップ
１３８８に移行する。

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

【０２７０】ステップ１３９０では、変数ｎの値が６以
下か否か判定する。前のページとして新たに表示すべき
講師３人分のデータを端末２０２に送信できるだけアド
レスポインタの値を戻していない場合、判定はＹＥＳと
なって上記ステップ１３８５に戻り、それ以降の処理を
同様に実行する。そうでない場合には、判定はＮＯとな
って図４０のステップ１３６０に戻る。

【０２７１】上述したようにしてアドレスポインタの値
を戻した後、ステップ１３６０に戻る結果、講師エリア
のなかで、現在、検索結果ページ（図７９参照）に表示
された講師の登録データがストアされている個人用講師
エリアの前に位置し、且つユーザが指定した条件を満た
すデータがストアされている個人用講師エリア内のデー
タが端末２０２に送信されることになる。なお、そのエ
リアの前に該当する個人用講師エリアが存在しないよう
な場合にはその限りではない。

【０２７２】上記ステップ１３７１、或いは１３８３の
判定がＮＯとなって移行する図４４のステップ１３９１
では、講師名、曲データを受信したか否か判定する。そ
れらを受信した場合、判定はＹＥＳとなってステップ１
３９２に移行する。そうでない場合には、判定はＮＯと
なって図４５のステップ１３９９に移行する。

【０２７３】講師名、曲データは、レッスンを開始する
際に生徒の使用する端末２０２から管理サーバー２０３
に送信されるデータである。このことから、ステップ１
３９２〜図４５のステップ１４２１では、受信した講師
名で指定された講師による生徒へのレッスンを実現させ
るための処理が行われる。

【０２７４】先ず、ステップ１３９２では、レッスン中
であることを認識するための変数ＬＦに、レッスン中で
あることを表す値の１（レッスン中でないことを表す値
は０である）を代入し、講師名で特定される講師の使用
する端末２０２に呼出信号を送信する。続くステップ１
３９３では、レッスンを開始した生徒の登録データがス
トアされた個人用生徒エリア中のポイントから、そのレ
ッスンを担当している講師のレッスン料のポイント（図
中ではその値を「Ｎ」で表現）を減算するとともに、受
付フラグの値を０にする（それにより、講師は休止状態
とする）。次に移行するステップ１３９４では、その講
師の登録データがストアされた個人用講師エリア中のポ
イントに、レッスン料のポイントの半分（＝Ｎ／２）を
加算する。ステップ１３９５には、その後に移行する。

【０２７５】ステップ１３９５では、受信した曲データ
から楽譜データを作成する。その後に移行するステップ
１３９６では、講師名や曲データを送信してきた端末２
０２に、ステップ１３９３で更新したポイント（ＰＯＩ
ＮＴ）や作成した楽譜データを送信する。それに続けて
実行するステップ１３９７では、レッスンを担当する講
師の使用する端末２０２に、そのレッスンを受ける生徒
の氏名、その登録データ中のプロフィル、曲名、及び楽
譜データなどを送信する。その後は、ステップ１３９８
に移行して、レッスン時間を生徒、及び講師の使用する
端末２０２にそれぞれ送信し、その時間の減算をスター
トさせた後、図４５のステップ１３９９に移行する。

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

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

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

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

【０２８０】レッスンが終了すると、生徒の使用する端
末２０２は、上述したように、図８２に示すようなタイ
ムアップページを表示して講師の評価を表すデータの入
力を促し、入力されたデータは講師評価データとして、
図８３に示すような評価確認ページを表示させて生徒に
確認させた後、管理サーバー２０３に送信するようにな
っている。ステップ１４０６では、その講師評価データ
を受信したか否か判定する。その講師評価データを受信
した場合、判定はＹＥＳとなり、ステップ１４０７に移
行して、レッスンを担当した講師の登録データをストア
している個人用講師エリア中の評価データを書き換えた
後、ステップ１４０８に移行する。そうでない場合に
は、判定はＮＯとなってそのステップ１４０８に移行す
る。なお、評価データの書き換えは、例えば評価項目別
に平均値を算出し、その算出した平均値を新たな評価デ
ータとして書き込むことで行われる。個人用講師エリア
には、そのような総合的評価を表す評価データではな
く、受信した評価データをそのまま格納しても良い。そ
の場合には、要求に応じて、格納された評価データを様
々に加工した形で生徒に提供できるようにすることが望
ましい。例えば評価項目毎に、評価値（ここでは１〜５
の間の数値）の偏りやその時間変化（例えば月毎の変
化）を棒グラフ、或いは折れ線グラフなどで表せるよう
にしても良い。様々な手法を採用することができる。

【０２８１】他方の講師の使用する端末２０２は、レッ
スンが終了すると、上述したように、図８７に示すよう
な生徒評価ページを表示して生徒の評価を表すデータの
入力を促し、入力されたデータは生徒評価データとし
て、図８８に示すような生徒評価確認ページを表示させ
て講師に確認させた後、管理サーバー２０３に送信する
ようになっている。ステップ１４０８では、その生徒評
価データを受信したか否か判定する。その評価データを
受信した場合、判定はＹＥＳとなり、ステップ１４０９
でレッスンを受けた生徒の登録データをストアしている
個人用生徒エリア中のレッスン回数をインクリメント
し、更にステップ１４１０でそのエリア中の評価データ
を書き換えた後、ステップ１４１１に移行する。そうで
ない場合には、判定はＮＯとなってステップ１４２１に
移行する。なお、評価データの書き換えは、平均値を算
出し、その算出した平均値を新たな評価データとして書
き込むことで行われる。

【０２８２】ステップ１４１１では、ステップ１４０９
でインクリメントしたレッスン回数が５か否か判定す
る。そのレッスン回数が５であった場合、判定はＹＥＳ
となってステップ１４１２に移行する。そうでない場合
には、判定はＮＯとなってステップ１４１６に移行す
る。

【０２８３】ステップ１４１２では、ステップ１４１０
で書き換えた評価データの値が３以上か否か判定する。
その値が３以上であった場合、判定はＹＥＳとなり、そ
の評価データが格納されている個人用生徒エリア中のポ
イント（ＰＯＩＮＴ）に１０００を加算し、レッスンを
終えた生徒（のメールアドレス）を宛先として図９１に
示すような内容のメールＡを作成し、作成したメールＡ
をメールサーバー２０５に送信した（ステップ１４１３
〜１４１５）後、ステップ１４１６に移行する。そうで
ない場合には、判定はＮＯとなり、他のステップの処理
を実行することなく、そのステップ１４１６に移行す
る。

【０２８４】ステップ１４１６では、ステップ１４０９
でインクリメントしたレッスン回数が１０か否か判定す
る。そのレッスン回数が１０であった場合、判定はＹＥ
Ｓとなり、そのレッスン回数が格納されている個人用生
徒エリア中のポイント（ＰＯＩＮＴ）には１０００を加
算してレッスン回数は０とし、レッスンを終えた生徒
（のメールアドレス）を宛先として図９２に示すような
内容のメールＢを作成し、作成したメールＢをメールサ
ーバー２０５に送信し、更にそのエリアに、最終レッス
ン日として現在の日付をストアした（ステップ１４１７
〜１４２０）後、ステップ１４２１に移行する。そうで
ない場合には、判定はＮＯとなり、ステップ１４２０の
処理を実行した後、そのステップ１４２１に移行する。

【０２８５】ポイントによる支払いを導入することで、
音楽教室側が生徒に対する金額的なサービス（ここでは
レッスンを何回も受けたこと、或いは学習態度が良いこ
とに対する御褒美の意味合いを持つサービスである）の
提供は、生徒の持つポイントの値に予め定めた値を加算
することで行うことができる。このため、それの導入に
は、その金額的なサービスの提供が容易に行えるように
なるという利点（効果）もある。

【０２８６】ステップ１４２１では、評価データを全て
受信したか否か判定する。講師の使用する端末２０２、
及び生徒の使用する端末２０２からぞれぞれ評価データ
を受信した場合、判定はＹＥＳとなり、ステップ１４２
２で変数ＬＦに０を代入した後、図４６のステップ１４
２３に移行する。そうでない場合には、判定はＮＯとな
ってそのステップ１４２３に移行する。そのようにし
て、変数ＬＦには、レッスンの終了に伴う処理まで実行
した後に０を代入するようにしている。なお、特には図
示していないが、ステップ１４２２では、変数ＬＦに０
を代入するだけでなく、レッスンを行った講師の個人用
講師エリア中の受付フラグの値を１にしたり、終了した
レッスンに対応する予約データを、個人用講師エリア、
及び個人用生徒エリアからそれぞれ消去することも合わ
せて行っている。

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

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

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

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

【０２９１】ステップ１４２７では、現在の時刻が９時
か否か判定する。現在の時刻が９時であった場合、判定
はＹＥＳとなってステップ１４２８に移行する。そうで
ない場合には、判定はＮＯとなり、図４７のステップ１
４３３に移行する。ステップ１４２８では、個人用生徒
エリアを指定してそこに格納された最終レッスン日（図
中では「最終日付データ」と表記）を見る。続くステッ
プ１４２９では、その最終レッスン日から３０日が経過
した日付が現在の日付か否か判定する。現在の日付が最
終レッスン日から３０日が経過していた場合、判定はＹ
ＥＳとなり、その最終レッスン日を格納した個人用生徒
エリア中のメールアドレスを宛先にして、図９３に示す
ような内容のメールＣを作成し、作成したメールＣをメ
ールサーバー２０５に送信した（ステップ１４３０、１
４３１）後、ステップ１４３２に移行する。そうでない
場合には、判定はＮＯとなり、そのステップ１４３２に
移行する。

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

【０２９３】上記ステップ１４２８〜１４３２で形成さ
れる処理ループをステップ１４３２の判定がＮＯとなる
まで繰り返し実行することにより、最終レッスン日から
３０日間、レッスンを受けていない全ての生徒に、図９
３に示すような内容のメールＣが送信されることにな
る。

【０２９４】図４７のステップ１４３３〜１４４５で
は、レッスンの予約を実現させるための処理が実行され
る。先ず、ステップ１４３３では、予約・仮予約データ
要求を受信したか否か判定する。そのデータ要求を受信
した場合、判定はＹＥＳとなってステップ１４３４に移
行する。そうでない場合には、判定はＮＯとなってステ
ップ１４３７に移行する。なお、上述したように、端末
２０２は、上記予約・仮予約データ要求を、図８０、或
いは図８４に示すページを表示させている状態で月デー
タが入力された場合に管理サーバー２０３に送信する。

【０２９５】ステップ１４３４では、その予約・仮予約
データ要求を送信してきた端末２０２のユーザの音楽教
室における立場を判定する。そのデータ要求中に端末２
０２のユーザが生徒であることを示すデータが存在して
いた場合、生徒であると判定してステップ１４３５に移
行し、そのデータ要求中のデータで指定された講師の個
人用講師エリアにストアされている予約データ、及び仮
予約データのなかで、そのデータ要求中の月データと一
致する月データを持つものを抽出して端末２０２に送信
した後、ステップ１４３７に移行する。そうでない場合
には、講師であると判定してステップ１４３６に移行
し、そのデータ要求中のデータで特定された講師の個人
用講師エリアにストアされている予約データ、及び仮予
約データのなかで、そのデータ要求中の月データと一致
する月データを持つものを抽出して端末２０２に送信し
た後、ステップ１４３７に移行する。それにより、端末
２０２は、図８０、或いは図８４に示すように、表示さ
れたカレンダーの日付に必要に応じて予約マーク、或い
は仮予約マークを表示させることになる。

【０２９６】ステップ１４３７では、予約データを受信
したか否か判定する。ユーザが図８０に示すような講師
予約ページ上で予約時間を入力した後、「予約する」ア
イコンをクリックした場合、端末２０２は予約データを
管理サーバー２０３に送信することから、判定はＹＥＳ
となってステップ１４３８に移行する。そうでない場合
には、判定はＮＯとなってステップ１４４０に移行す
る。

【０２９７】ステップ１４３８では、予約データを送信
させた生徒の個人用生徒エリアに、受信した予約データ
を仮予約データとしてストアする。続くステップ１４３
９では、その予約データによって予約が申し込まれた講
師の個人用講師エリアに、その予約を申し込んだ生徒の
プロフィルなどとともにその予約データを仮予約データ
としてストアする。その後はステップ１４４０に移行す
る。

【０２９８】ステップ１４４０では、予約許可信号を受
信したか否か判定する。図８４に示すような講師スケジ
ュールページ上の表示ボックスに予約者の氏名やプロフ
ィルなどが表示された状態でユーザが「予約許可」アイ
コンをクリックした場合、端末２０２は予約許可信号を
管理サーバー２０３に送信することから、判定はＹＥＳ
となってステップ１４４１に移行する。そうでない場合
には、判定はＮＯとなってステップ１４４３に移行す
る。

【０２９９】ステップ１４４１では、予約許可信号を送
信させた講師の個人用講師エリア、及びその講師が許可
した予約を申し込んだ生徒の個人用生徒エリアのそれぞ
れにストアされている、対応する仮予約データを予約デ
ータとする。続くステップ１４４２では、その生徒のメ
ールアドレスを宛先にして、図９４に示すような内容の
予約許可メールを作成してメールサーバー２０５に送信
する。その後はステップ１４４３に移行する。

【０３００】ステップ１４４３では、予約ＮＧ信号を受
信したか否か判定する。図８４に示すような講師スケジ
ュールページ上の表示ボックスに予約者の氏名やプロフ
ィルなどが表示された状態でユーザが「予約ＮＧ」アイ
コンをクリックした場合、端末２０２は予約ＮＧ信号を
管理サーバー２０３に送信することから、判定はＹＥＳ
となってステップ１４４４に移行する。そうでない場合
には、判定はＮＯとなって図３３のステップ１３０１に
戻り、それ以降の処理を同様に実行する。

【０３０１】ステップ１４４４では、予約ＮＧ信号を送
信させた講師の個人用講師エリア、及びその講師が許可
しなかった予約を申し込んだ生徒の個人用生徒エリアの
それぞれにストアされている、対応する仮予約データを
消去する。続くステップ１４４５では、その生徒のメー
ルアドレスを宛先にして、図９５に示すような内容の予
約ＮＧメールを作成してメールサーバー２０５に送信す
る。その後は図３３のステップ１３０１に戻る。

【０３０２】管理サーバー２０３は、接続してきた端末
２０２に対応するために上述したような処理を上述した
ような流れで実行する。それにより、端末２０２のユー
ザにサービスを提供するようになっている。以降は、他
のサーバー２０４〜２０６の動作について、図４８〜図
５０に示す各種フローチャートを参照して詳細に説明す
る。

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

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

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

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

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

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

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

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

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

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

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

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

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

【０３１６】課金サーバー２０６は、上述したような処
理を実行する。それにより、生徒からレッスン料や曲デ
ータの購入代などを徴収し、講師にはレッスン料を支払
うようになっている。なお、本実施の形態では、ポイン
トの購入代金はその購入時に徴収するようにしている
が、例えば月単位といった期間毎に、生徒が実際に使っ
たポイント分の代金を徴収するようにしても良い。その
ようにしても、生徒側は使った分のポイントによって実
際の支払額が分かることから、支払いの面における安心
感に変化は生じない。

【０３１７】本実施の形態は、音楽教室システムに本発
明を適用したものであるが、本発明を適用できるネット
ワークシステムはそのような音楽教室システムに限定さ
れるものではない。有料の情報（アドバイスや各種診
断、検索、趣味に係わる話、或いは文献、など）を配信
する、商品を販売する、といった有料のサービスを提供
するネットワークシステムに本発明は幅広く適用させる
ことができるものである。当然のことながら、そのネッ
トワークシステムは、音楽以外の学習の場を提供する学
習教室システムであっても良い。端末のユーザが持つポ
イントについては、異なるネットワークシステム（サイ
ト）でそれを使えるようにしても良い。

【０３１８】音楽教室（楽器を学習する場）を実現させ
るための端末２０２と管理サーバー２０３の役割につい
ては、その役割は音楽教室を実現できる範囲で任意に割
り当てても良い。その際には、別のサーバーなどを新た
に追加し、それも含めて役割を分散させても良い。この
ことから明らかなように、ネットワークシステムの構成
やそれを構成する装置の役割（機能）などについては様
々な変形を行うことができる。

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

【０３２０】

【発明の効果】以上、説明したように本発明では、端末
装置のユーザに、有償のサービスを提供する毎にその代
価に対応する分の値が減算されるポイントを事前に購入
させ、そのユーザに対する有償のサービスの提供をポイ
ントの値に応じて制限する。

【０３２１】ユーザの持つポイントによって有償のサー
ビスの提供が制限されることから、ユーザが知らない間
にサービス料の支払額が許容範囲を越えるようなことは
確実に回避される。このため、ユーザは支払いを気にす
ることなく、安心して有償のサービスを受けることがで
きる。

【図面の簡単な説明】

【図１】本実施の形態によるネットワークシステムの仕
組みを説明するための図である。

【図２】本実施の形態によるネットワークシステムの構
成を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１６】曲購入処理のフローチャートである。

【図１７】曲購入処理のフローチャートである（続
き）。

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

【図１９】講師選択処理のフローチャートである。

【図２０】講師選択処理のフローチャートである（続き
１）。

【図２１】講師選択処理のフローチャートである（続き
２）。

【図２２】講師選択処理のフローチャートである（続き
３）。

【図２３】生徒用予約処理のフローチャートである。

【図２４】生徒用予約処理のフローチャートである（続
き）。

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

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

【図２７】レッスン処理のフローチャートである（続き
２）。

【図２８】講師用予約処理のフローチャートである。

【図２９】講師用予約処理のフローチャートである（続
き）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図７５】講師評価ページの画面イメージを示す図であ
る。

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

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

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

【図７９】検索結果ページの画面イメージを示す図であ
る。

【図８０】講師予約ページの画面イメージを示す図であ
る。

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

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

【図８３】評価確認ページの画面イメージを示す図であ
る。

【図８４】講師スケジュールページの画面イメージを示
す図である。

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

【図８６】レッスンページの画面イメージを示す図であ
る。

【図８７】生徒評価ページの画面イメージを示す図であ
る。

【図８８】生徒評価確認ページの画面イメージを示す図
である。

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

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

【図９１】開封画面で表示されたメールＡを示す図であ
る。

【図９２】開封画面で表示されたメールＢを示す図であ
る。

【図９３】開封画面で表示されたメールＣを示す図であ
る。

【図９４】開封画面で表示された予約許可メールを示す
図である。

【図９５】開封画面で表示された予約ＮＧメールを示す
図である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ４１０ Ｇ０６Ｆ 17/60 ４１０Ａ Ｇ０９Ｂ 5/08 Ｇ０９Ｂ 5/08 Ｇ１０Ｋ 15/02 Ｇ１０Ｋ 15/02 Ｆターム(参考） 2C028 AA09 BA01 BB04 BB06 BC05 BD02 CA13 5B049 BB22 CC05 CC06 CC36 DD00 DD01 DD03 DD05 EE01 EE07 FF03 FF04 FF06 FF09 GG04 GG07 5B055 BB20 CB10 CC10 EE02 EE04 EE05 EE21 EE27 KK07 PA02 PA34 PA36

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して接続された端末装
   置のユーザに対してサーバーが有償のサービスを提供す
   るシステムにおいて、 前記端末装置は、 前記サーバーに対してサービスを要求するサービス要求
   手段と、 前記サービス要求手段が要求したサービスの代価の支払
   いに用いるポイントを事前に購入するためのポイント購
   入手段と、を具備し、 前記サーバーは、 前記端末装置から要求されたサービスを提供するサービ
   ス提供手段と、 前記端末装置のユーザが事前に購入したポイントから、
   前記サービス提供手段が提供するサービスの代価に対応
   するポイント分を減算するポイント減算手段と、を具備
   し、 前記ポイント減算手段によって値が更新されるポイント
   の値に応じて、前記サービス提供手段による前記端末装
   置のユーザへのサービスの提供を制限する、 ことを特徴とするネットワークシステム。
2. 【請求項２】 前記ネットワークシステムは、前記サー
   バーが、教習を行う教習者が使用する他の端末装置から
   送信されたデータを前記端末装置に送信し、該端末装置
   から送信されたデータを該他の端末装置に送信する中継
   を行うことにより、学習教室を実現させるサービスを提
   供する、 ことを特徴とする請求項１記載のネットワークシステ
   ム。
3. 【請求項３】 ネットワークを介して接続されたサーバ
   ーから有償のサービスを受けるために用いられる装置で
   あって、 前記サーバーに対してサービスを要求するサービス要求
   手段と、 前記サービス要求手段が要求したサービスの代価の支払
   いに用いるポイントを事前に購入するためのポイント購
   入手段と、 を具備することを特徴とするデータ処理装置。
4. 【請求項４】 前記サーバーから現時点のポイントを示
   すデータを受信するデータ受信手段と、 前記データ受信手段が受信したデータを用いて現時点の
   ポイントをユーザに提示するためのポイント提示手段
   と、 を更に具備することを特徴とする請求項３記載のデータ
   処理装置。
5. 【請求項５】 ネットワークを介して接続された端末装
   置のユーザに有償のサービスを提供するために用いられ
   る装置であって、 前記端末装置から要求されたサービスを提供するサービ
   ス提供手段と、 前記端末装置のユーザが事前に購入したポイントから、
   前記サービス提供手段が提供するサービスの代価に対応
   するポイント分を減算するポイント減算手段と、 を具備することを特徴とするデータ処理装置。
6. 【請求項６】 前記ポイント減算手段の減算の対象とな
   る現時点のポイントを示すデータを送信するデータ送信
   手段、 を更に具備することを特徴とする請求項５記載のデータ
   処理装置。
7. 【請求項７】 ネットワークを介して接続されたサーバ
   ーから有償のサービスを受けるために用いられる装置が
   読み取り可能な記録媒体であって、 前記サーバーに対してサービスを要求する機能と、 前記要求する機能により要求したサービスの代価の支払
   いに用いるポイントを事前に購入するための機能と、 を実現させるためのプログラムを記録した記録媒体。
8. 【請求項８】 ネットワークを介して接続された端末装
   置のユーザに有償のサービスを提供するために用いられ
   る装置が読み取り可能な記録媒体であって、 前記端末装置から要求されたサービスを提供する機能
   と、 前記端末装置のユーザが事前に購入したポイントから、
   前記提供する機能により提供するサービスの代価に対応
   するポイント分を減算する機能と、 を実現させるためのプログラムを記録した記録媒体。