(57)【特許請求の範囲】
【請求項１】
端末より所望の曲のパートの楽譜データの配信をサーバーに要求するとともに、前記サーバーからこの配信要求に応じた曲のパートの楽譜データを前記端末に配信する楽譜配信システムにおいて、
前記端末は、
所望の曲のパートの楽譜データの配信を要求する配信要求手段と、
前記サーバーから前記曲のパートの楽譜データを受信する楽譜データ受信手段と、
この楽譜データ受信終了後に前記端末のユーザーの個人情報を前記サーバーに送信する個人情報送信手段と、
前記サーバーから送信される前記端末のユーザー以外の個人情報を受信する個人情報受信手段と、
を有し、
前記サーバーは、
複数のパートからなる曲の楽譜データを複数種記憶するとともに、前記楽譜データ毎に個人情報を記憶するエリアを有する記憶手段と、
前記端末からの配信要求を受信する配信要求受信手段と、
受信された配信要求に対応する曲のパートの楽譜データを前記記憶手段から読み出して前記端末に配信する楽譜データ配信手段と、
前記端末からの個人情報を受信し、受信された個人情報を、前記端末に配信した楽譜データのパートを示すデータを付加するとともに、当該楽譜データに対応するエリアに保存する個人情報保存手段と、
この個人情報保存手段に新たな個人情報が保存された後に当該新たな個人情報を有するユーザーの希望に応じて、前記記憶手段から前記新たな個人情報と同一の楽譜データに対して既に保存されている個人情報の中から所定の条件を満足する個人情報を検索する検索手段と、
検索された個人情報及び新たな個人情報に付加されるパートデータにより当該楽譜データに対応する曲の全パートがそろったか否か判別する判別手段と、
全パートがそろったと判別された場合に、前記端末に対して前記検索された個人情報を送信する個人情報送信手段と、
から成る楽譜配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の人数でバンド演奏（合奏）などの演奏活動を行うことを希望している演奏者を支援するための技術に関する。
【０００２】
【従来の技術および発明が解決しようとする課題】
音楽の分野では、様々な曲が次々に発表される。しかし、その曲の楽譜の入手は人気のある楽譜以外は困難なのが実情である。これは、楽譜は、通常、印刷物であるために、採算レベルが比較的高く、ある程度、販売量が見込めないと市場に出せないからである。このようなこともあって、自分が演奏する楽器用（パート）の楽譜を所望している人は少なくないと考えられる。
【０００３】
印刷物でなければ、採算レベルは大きく低下する。このことから、最近では、インターネット上にサイトを開設して、楽譜をデータの形で配信する楽譜配信サービスを提供することが行われている。楽譜配信システムは、そのようなサイトが提供する楽譜配信サービスを実現させるために構築される。
【０００４】
通常、曲は、複数のパートから構成され、１楽器で全てのパートを同時に演奏することはできない。楽器を演奏しない人が楽譜を所望するとは余り考えられない。楽器を演奏するのであれば、自分の実力を確認したい気持ちを持つのは自然である。これらのことから、楽譜を取得した人の多くは、少なからず、各パートを演奏する人が集まって合奏などの演奏活動を行いたいという気持ちを持っていると思われる。このため、有償、無償に係わらず、楽譜配信サービスを提供する場合には、利用者の満足度を結果として向上させるためにも、そのような気持ちを満たせるようにするための支援を行うことが重要であると考えられる。
【０００５】
本発明の課題は、複数の人数で合奏などの演奏活動を行うことを希望している演奏者を支援するための技術を提供することにある。
【０００６】
【課題を解決するための手段】
本発明の楽譜配信システムは、端末より所望の曲のパートの楽譜データの配信をサーバーに要求するとともに、サーバーからこの配信要求に応じた曲のパートの楽譜データを端末に配信する楽譜配信システムであって、端末は、所望の曲のパートの楽譜データの配信を要求する配信要求手段と、サーバーから曲のパートの楽譜データを受信する楽譜データ受信手段と、この楽譜データ受信終了後に端末のユーザーの個人情報をサーバーに送信する個人情報送信手段と、サーバーから送信される端末のユーザー以外の個人情報を受信する個人情報受信手段と、を有し、サーバーは、複数のパートからなる曲の楽譜データを複数種記憶するとともに、楽譜データ毎に個人情報を記憶するエリアを有する記憶手段と、端末からの配信要求を受信する配信要求受信手段と、受信された配信要求に対応する曲のパートの楽譜データを記憶手段から読み出して端末に配信する楽譜データ配信手段と、端末からの個人情報を受信し、受信された個人情報を、端末に配信した楽譜データのパートを示すデータを付加するとともに、当該楽譜データに対応するエリアに保存する個人情報保存手段と、この個人情報保存手段に新たな個人情報が保存された後に当該新たな個人情報を有するユーザーの希望に応じて、記憶手段から新たな個人情報と同一の楽譜データに対して既に保存されている個人情報の中から所定の条件を満足する個人情報を検索する検索手段と、検索された個人情報及び新たな個人情報に付加されるパートデータにより当該楽譜データに対応する曲の全パートがそろったか否か判別する判別手段と、全パートがそろったと判別された場合に、端末に対して検索された個人情報を送信する個人情報送信手段と、を具備する。
【００１０】
本発明では、曲の楽譜を取得した取得者にネットワークを介して個人情報を提供させ、その提供された個人情報、及びその取得者が取得の楽譜を基に、他の取得者のなかからその個人情報を提供すべき取得者を選択し、選択した取得者にネットワークを介してその個人情報を提供する。
【００１１】
楽譜を取得した取得者の多くは、楽器の演奏を行える演奏者であると考えられる。このことから、取得者の個人情報を他の取得者に提供することは、演奏活動を共に行える可能性の高い人を紹介することになる。それにより、その提供を通して、取得者が、演奏活動を共に行うことを希望する他の取得者を探すのを大きく支援することになる。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、本実施の形態による楽譜配信システムが適用されたネットワークシステムの構成を示す図である。
【００１３】
そのネットワークシステムは、図１に示すように、ネットワーク１０１を介して、本実施の形態による楽譜配信システム（以降、配信システムと略記）１０２を構成するサーバー１０３を１つ以上の端末装置１０４と接続できるように構築されている。それにより、配信システム１０２は、ネットワーク１０１を介して接続された端末装置１０４のユーザに対してサービスを提供するものとして実現されている。
【００１４】
上記配信システム１０２は、実際には、サーバー１０３の他に、特には図示しないデータベース（ＤＢ）サーバーやメールサーバーなど、複数のサーバーから構成されている。しかし、ここでは、混乱を避けて理解を容易とするために、配信システム１０２は１台のサーバー１０３のみで構成されているとの前提で以降の説明を行うこととする。
【００１５】
上記ネットワーク１０２は、例えばインターネットや公衆回線などをまとめて表したものである。それにより、端末装置１０４は、例えば公衆回線、及びインターネットとの接続サービスを行っているＩＳＰ（Internet Service Provider ）を介してそのインターネットと接続される。なお、ネットワーク１０２は、それら以外のもの、或いは別の組み合わせのものであっても良い。端末装置１０４は、例えばパーソナル・コンピュータ、或いはＰＤＡ（Personal Digital Assistants ）である。電子楽器や携帯電話機を端末装置１０４として利用できるようにしても良い。
【００１６】
以上の構成において、動作を説明する。
本実施の形態では、配信システム１０２が提供するサービスを受けるための専用のブラウザ（プログラム）をＣＤ−ＲＯＭなどの記録媒体に記録して配布している。それにより、端末装置１０４のユーザは、その記録媒体に記録されたブラウザを端末装置１０４に実行させることにより、配信システム１０２が提供するサービスを受けるようになっている。当然のことながら、既存の一般的なブラウザを使用してそのサービスを受けられるようにしても良い。なお、記録媒体の配布は、例えば音楽関係、或いはコンピュータ関係の雑誌を介して行っている。
【００１７】
その記録媒体に記録されたブラウザは、端末装置１０４にインストールして初めて起動させた場合に、会員登録を希望するか否かを問い合わせるための画面を表示装置上に表示させ、その登録を行うか否かユーザに選択させる。それにより、ユーザが登録を行うことを選択すると、ネットワーク１０１を介して端末装置１０４をサーバー１０３と接続させ、表示装置上には登録画面を表示させる。なお、その問い合わせのための画面は、例えばユーザが会員登録を済ませるまで、起動させる度に表示される。
【００１８】
上記登録画面には、氏名、住所、メールアドレスなどの個人情報を入力するための複数のボックスや、入力された個人情報の送信を指示するための「送信」アイコンなどが配置されている。会員登録の指示は、入力すべき個人情報を全て入力した後、「送信」アイコンをクリック（オン）することで行う。
【００１９】
そのアイコンをユーザがクリックすると、入力された個人情報はサーバー１０３に送信される。サーバー１０３は、個人情報を受信すると、例えばその個人情報中の氏名をキーとして、会員の個人情報を保存・管理するための会員ＤＢの検索を行い、その検索の結果、同一氏名の人が既に会員であることを確認すると、更に個人情報中の住所をキーとして検索を再度、行う。そのようにして、個人情報を送信させた人が既に会員となっていないことを正確に確認する。
【００２０】
そのことを確認した後は、会員識別用のＩＤを発行し、それを通知するとともにパスワードを設定させるための画面を生成して端末装置１０４に送信し、会員登録を希望するユーザにパスワードを設定させる。端末装置１０４は、パスワードを入力した後、その画面上に配置された「送信」アイコンをユーザがクリックするのを待って、そのパスワードをサーバー１０３に送信する。そのクリックを行うことにより、会員登録上でユーザが行うべき作業は終了する。
【００２１】
そのパスワードを受信したサーバー１０３は、会員ＤＢにレコードを追加して、受信した個人情報、発行したＩＤ、及びそのパスワードをそのレコードに格納する。その後に、会員登録が正常に終了したことを通知するための画面を端末装置１０４に送信する。その端末装置１０４は、その画面を表示させた後に、図１７に示すような初期画面を表示装置上に表示させる。
【００２２】
その初期画面は、会員に所望のサービスを選択させるためのものである。会員登録を済ませたユーザがブラウザを起動させた場合には、サーバー１０３との接続が確立した後に表示される。その画面には、図１７に示すように、楽譜を購入するサービス（特許請求の範囲に記載の「楽譜配信サービス」に対応。以降、楽譜購入サービス、或いは楽譜配信サービスと呼ぶ）の提供を要求するための「楽譜購入」アイコン、メールの送受信に係るサービス（以降、メールサービス）の提供を要求するための「メール」アイコン、それら以外のサービスの提供を要求するための「その他」アイコンが配置されている。それにより、ユーザ（会員）は、それらのうちの何れかをクリックすることで所望のサービスの提供を要求するようになっている。以降は、図２、図３、及び図１７〜図２３に示す各種説明図、及び図４〜図１６に示す各種フローチャートを参照して、配信システム１０２を構成するサーバー１０３によって提供される各種サービスの内容、及びその提供を実現させるサーバー１０３や端末装置１０４の動作について詳細に説明する。
【００２３】
図４、及び図５は、上記楽譜配信サービスをユーザが受ける場合に、端末装置１０４、及びサーバー１０３がそれぞれ実行する処理の流れを示すフローチャートである。端末装置１０４と配信システム１０２間の通信に係わる処理に着目して、端末装置１０４、及び配信システム１０２を構成するサーバー１０３が実行する処理を抜粋してその流れの例を示したものである。始めに、図４、及び図５を参照して、楽譜配信サービスをユーザが受ける場合に、端末装置１０４、及びサーバー１０３がそれぞれ実行する処理の内容、及びその流れについて詳細に説明する。
【００２４】
なお、図４、及び図５に示すフローチャートは、例えばそれぞれ、端末装置１０４に搭載されたＣＰＵ、及びサーバー１０３に搭載されたＣＰＵが、それに搭載のハードディスク装置のハードディスクに格納されたプログラムを実行することで実現される。端末装置１０４に搭載のＣＰＵが実行するプログラムには、上記専用のブラウザが含まれる。これは他のフローチャートでも同じである。
【００２５】
会員登録を済ませたユーザがそのブラウザを起動させると、上述したように、端末装置１０４はサーバー１０３との接続を確立させた後、図１７に示すような初期画面を表示装置上に表示させる。その初期画面上に配置された「楽譜購入」アイコンをユーザがクリックすると、次に図１８に示すような認証画面を表示装置上に表示させる。その認証画面上でＩＤ、及びパスワードをそれぞれ入力した後、「送信」アイコンをユーザがクリックすると、入力されたＩＤ、パスワードをサーバー１０３に送信する（ステップＳＴ１）。
【００２６】
ＩＤ、パスワードを受信したサーバー１０３は、それらの組み合わせが会員ＤＢのレコードに格納されているか否か確認することで認証を行う。その認証により、登録された会員であることを確認すると、その旨を通知するためのＯＫ信号を端末装置１０４に送信する（以上、ステップＳＳ１）。
【００２７】
端末装置１０４は、そのＯＫ信号を受信すると、購入する楽譜の曲を選択することを要求するための曲リスト要求信号を自動的にサーバー１０３に送信する（ステップＳＴ２）。その信号を受信することにより、サーバー１０３は、図１９に示すような曲リスト画面を端末装置１０４に送信する（ステップＳＳ２）。
【００２８】
サーバー１０３は、図２中、「曲（１）」〜「曲（ｎ）」で表記の各曲エリアに、販売可能な楽譜データを格納している。その楽譜データは、図２中、「パート（１）」というように表記の１パート分の楽譜データ（以降、パート譜データと呼ぶ）はパート数分、それと各パートの譜表を上下に重ねた楽譜のデータである全スコアデータを備えたものである。その曲エリアは、例えば補助記憶装置が備えた記憶媒体上に確保した領域である。
【００２９】
図１９に示す曲リスト画面には、図２に示す曲エリアにそれぞれ楽譜データが格納された曲の名前のリストが配置され、アイコンとして「送信」「キャンセル」の２つのアイコンが配置されている。「キャンセル」アイコンは、楽譜の購入のキャンセルを要求するためのものであり、「送信」アイコンは、リスト上で選択状態となっている曲名に対応する楽譜の購入を要求するためのものである。それにより、楽譜の購入を希望する場合には、楽譜を希望する曲の名前を選択した後、「送信」アイコンをクリックすれば良いようになっている。図１９中に表記の括弧内のシンボルは、図２中に表記の曲エリアとの対応関係を示している。
【００３０】
そのようにしてユーザが「送信」アイコンをクリックすることにより、端末装置１０４はリスト上で選択されている曲名を示す曲名データをサーバー１０３に送信する（ステップＳＴ３）。それを受信したサーバー１０３は、それに対応する図２０に示すようなパート選択画面を端末装置１０４に送信する（ステップＳＳ３）。
【００３１】
そのパート選択画面は、曲のなかで楽譜を所望するパートを選択させるためのものである。楽譜データとして備えているデータのパート（図中、「全スコア」「ギター  パート」「ベース  パート」などと表記）のリストや、「送信」アイコン、「キャンセル」アイコンが配置されている。「キャンセル」アイコンは、楽譜の購入のキャンセルを要求するためのものであり、「送信」アイコンは、リスト上で選択状態となっているパートに対応する楽譜の購入を要求するためのものである。それにより、楽譜の購入を希望する場合には、楽譜を希望するパートを選択した後、「送信」アイコンをクリックすれば良いようになっている。
【００３２】
そのようにしてユーザが「送信」アイコンをクリックした場合、端末装置１０４はリスト上で選択されているパートを示すパート名データをサーバー１０３に送信する（ステップＳＴ４）。それを受信したサーバー１０３は、ユーザが所望の楽譜を特定するためのデータを全て取得したとして、図２１に示すような課金画面を端末装置１０４に送信する（図５のステップＳＳ４）。
【００３３】
その課金画面には、図２１に示すように、住所、氏名、カード情報、ＩＤ、パスワードをそれぞれ入力するためのボックスや、「送信」アイコン、「キャンセル」ボタンが配置されている。「キャンセル」アイコンは、楽譜の購入のキャンセルを要求するためのものであり、「送信」アイコンは、楽譜の購入を要求するためのものである。それにより、楽譜の購入を希望する場合には、各ボックスに入力すべきデータを入力した後、「送信」アイコンをクリックすれば良いようになっている。
【００３４】
そのようにしてユーザが「送信」アイコンをクリックした場合、端末装置１０４は各ボックスにそれぞれ入力された個人情報を課金データとしてサーバー１０３に送信する（図５のステップＳＴ５）。
上記配信システム１０２には、例えば専用線などの他のネットワークを介して金融機関が接続されている。その金融機関とは、例えばキャッシュカードを用いて行われたショッピングの情報を対応する金融機関に中継したり、或いは金融機関が提供するサービスを代行するといったサービスを提供するセンタである。配信システム１０２は、そのような金融期間を介して、有償の楽譜を購入する端末装置１０４のユーザとの間の決済を行うようになっている。
【００３５】
端末装置１０４から課金データを受信したサーバー１０３は、その課金データに従い、上述の金融機関を介して決済を行う（ステップＳＳ５）。その後に、ユーザが所望の楽譜のデータ（全スコアデータ、或いはパート譜データ）を対応の曲エリア（図２参照）から読み出してその端末装置１０４に送信する（ステップＳＳ５ａ）。
【００３６】
サーバー１０３から楽譜のデータ（全スコアデータ、或いはパート譜データ）を受信すると、端末装置１０４は、そのデータを例えば補助記憶装置が備えた記憶媒体上に保存し、その旨を示す終了信号をサーバー１０３に送信する（ステップＳＴ６）。図３中の「楽譜データ」は、そのようにして保存したデータを示している。
【００３７】
サーバー１０３は、その終了信号を受信すると、図２２に示すようなゲストブック入力画面を端末装置１０４に送信する（ステップＳＳ６）。
そのゲストブック入力画面は、演奏活動（主にバンド演奏）を共に行う人を探すために自分を他の人に紹介するのを希望する人の個人情報の入力を求めるためのものである。その画面には、バンド加入（自分の紹介）を希望するか否か選択するための２つのラジオボタン、年齢、性別、地域、レベル（演奏レベル）、その他（特にアピールしたいこと、など）、及びメールアドレスを入力するための計６個の入力ボックス、「送信」「キャンセル」の２つのアイコンが配置されている。レベルや地域については、予め複数、用意したもののなかから一つを選択させる形で入力させることにしている。「キャンセル」アイコンは、個人情報自体の入力のキャンセルを要求するためのものであり、「送信」アイコンは、入力した個人情報の送信を要求するためのものである。
【００３８】
上述したようにして、ゲストブック入力画面上でデータを入力した後、「送信」アイコンをユーザがクリックすると、端末装置１０４はその画面上で入力されたデータをまとめゲストブックデータとしてサーバー１０３に送信する（ステップＳＴ７）。そのゲストブックデータを送信することにより、楽譜購入に係る処理は終了し、その他の処理に移行する。
【００３９】
サーバー１０３は、端末装置１０４から受信したゲストブックデータを、図２中、「ゲストブック」と表記の曲エリア内に確保したゲストブックエリアに保存する（ステップＳＳ７）。それにより、ユーザが楽譜を購入した曲の曲エリア内に確保されたゲストブックエリアに、そのユーザのゲストブックデータを保存する。以降、ゲストブックエリアにゲストブックデータを保存することを、ゲストブックに登録するとも表現することにする。
【００４０】
図２中、ゲストブックエリアを構成するものとして「ゲストブック（１）」「ゲストブック（２）」のように表記したのは、ゲストブックエリア内に保存されたゲストブックデータである。そのデータを構成するデータの項目として、「選択楽譜」「メール回数」がある。その「選択楽譜」のデータとしては、ユーザが購入した楽譜のパートを示すパート番号が保存される。「メール回数」のデータとしては、ユーザにメールを送信した回数が保存される。その初期値は０である。それらの番号、回数は、端末装置１０４から受信したゲストブックデータにサーバー１０３が追加・保存したものである。
【００４１】
上述したようにしてゲストブックデータを保存すると、サーバー１０３は次に、それを保存したゲストブックエリアに既に保存されたゲストブックデータを参照して、それを送信させたユーザに紹介すべき人を探すバンドコーディネート処理を実行する（ステップＳＳ８）。
【００４２】
上記コーディネート処理は、図２中に示す仮バンドエリアを使って行われる。それは、主記憶装置、或いは補助記憶装置が備えて記憶媒体上に確保した領域である。その仮バンドエリアを構成するものとして「ゲストブック（１）」「ゲストブック（２）」のように表記したのは、ゲストブックエリア内に保存されたゲストブックデータを保存するために確保したエリアである。以降、そのエリアについては、仮バンドデータエリアと呼ぶことにする。
【００４３】
その仮バンドデータエリアは、ユーザが楽譜を購入した曲のパート数分、少なくとも用意される。そのユーザのゲストブックデータが格納されるのは、そのユーザが購入した楽譜のパートに対応するエリアである。他のエリアには、そのエリアに対応するパートの楽譜を購入した人のゲストブックデータが格納される。そのために、バンドコーディネート処理では、ユーザが楽譜を購入した曲のパート毎に、そのパートの楽譜を購入した人のなかから１人を選択して、選択した人のゲストブックデータを格納するようになっている。
【００４４】
そのコーディネート処理を実行すると、サーバー１０３は次に、仮バンドエリアに格納されたゲストブックデータを参照して、楽譜の購入者に人を紹介するメールを作成するためのメール作成処理を実行する（ステップＳＳ９）。その実行により、楽譜購入に係るサーバー１０３側の処理は終了し、その他の処理に移行する。
【００４５】
上述したようにして、サーバー１０３は楽譜購入サービスを端末装置１０４のユーザに対して提供する。それにより、ユーザは、所望の楽譜を購入すると、希望に応じて、同じ曲の別のパートの楽譜を購入した人を紹介してもらうことができるようになっている。その結果、バンド演奏といった共に演奏活動を行ううえで必要な人を容易に探し出せるようになって、音楽をより楽しめるようになる。このため、結果としてユーザ（楽譜の取得者）の満足度をより向上させることができることになる。また、それだけでなく、互いに刺激しあうことで実力も伸ばせるようにもなる。このようなことから、楽譜を提供するだけでなく、その楽譜を様々な形でより有効に利用できるようになる。
【００４６】
図６は、上記メールサービスをユーザが受ける場合に、端末装置１０４、及びサーバー１０３がそれぞれ実行する処理の流れを示すフローチャートである。図４、及び図５と同じく、端末装置１０４と配信システム１０２間の通信に係わる処理に着目して、端末装置１０４、及び配信システム１０２を構成するサーバー１０３が実行する処理を抜粋してその流れの例を示したものである。次に、図４、及び図５を参照して、メールサービスをユーザが受ける場合に、端末装置１０４、及びサーバー１０３がそれぞれ実行する処理の内容、及びその流れについて詳細に説明する。
【００４７】
図１７に示すような初期画面が表示装置上に表示された状態で「メール」アイコンをユーザがクリックすると、端末装置１０４は次に図１８に示すような認証画面を表示装置上に表示させる。その認証画面上でＩＤ、及びパスワードをそれぞれ入力した後、「送信」アイコンをユーザがクリックすると、入力されたＩＤ、パスワードをサーバー１０３に送信する（ステップＳＴ１１）。
【００４８】
ＩＤ、パスワードを受信したサーバー１０３は、それらの組み合わせが会員ＤＢのレコードに格納されているか否か確認することで認証を行う。その認証により、登録された会員であることを確認すると、その旨を通知するためのＯＫ信号を端末装置１０４に送信する（以上、ステップＳＳ１１）。
【００４９】
端末装置１０４は、そのＯＫ信号を受信すると、ユーザ宛のメールの送信を要求するためのメール要求信号を自動的にサーバー１０３に送信する（ステップＳＴ１２）。その信号を受信したサーバー１０３は、そのユーザ宛のメールを端末装置１０４に送信する（ステップＳＳ１２）。その送信により、ユーザ宛のメールをそのユーザが閲覧するうえで必要なサーバー１０３側の処理が終了し、その他の処理に移行する。
【００５０】
サーバー１０３からメールを受信した端末装置１０４は、それを例えば補助記憶装置が備えて記憶媒体上に確保した受信メールエリアに格納する（ステップＳＴ１３）。その保存により、ユーザ宛のメールをそのユーザが閲覧するうえで必要な端末装置１０４側の処理が終了し、その他の処理に移行する。
【００５１】
図３中「メール」と表記したのは、サーバー１０３から受信したメールを保存しておくために確保した受信メールエリアである。そのエリアを構成するものとして表記した「メール（１）」「メール（２）などは、そのエリアに保存されたメールデータである。そのメールデータは、送信元、件名、本文の各データなどから構成されている。
【００５２】
サーバー１０３から端末装置１０４に送信するメールには、上記ステップＳＳ９としてサーバー１０３がメール作成処理を実行することで作成されるメールが状況によって含まれる。それにより、ユーザは図１７に示す初期画面上の「メール」アイコンをクリックすることでサーバー１０３が選んだ人を確認できるようになっている。
【００５３】
次に、端末装置１０４のユーザが楽譜購入サービスを受ける場合に、サーバー１０３が実行するサブルーチン処理について、図７〜図９に示す各種フローチャートを参照して詳細に説明する。
図７、及び図８は、図５に示すステップＳＳ８として実行されるバンドコーディネート処理のフローチャートである。始めに、図７、及び図８を参照して、そのコーディネート処理について詳細に説明する。そのコーディネート処理は、上述したように、ゲストブックデータを送信させた楽譜の購入者である端末装置１０４のユーザに紹介すべき他の購入者を選び出すための処理である。
【００５４】
先ず、ステップ７０１では、図５のステップＳＳ７でゲストブックエリアに保存したゲストブックデータを参照して、そのユーザがバンド加入、即ち自分を含めた人の紹介を希望しているか否か判定する。そのユーザが図２２に示すゲストブック入力画面上でバンド加入希望の有無を問い合わせるために設けられた「する」側のラジオボタンにマークを表示させた状態で「送信」アイコンをクリックした場合、そのユーザはバンド加入を希望していると解釈されることから、判定はＹＥＳとなってステップ７０２に移行する。そうでない場合には、判定はＮＯとなり、ここで一連の処理を終了する。
【００５５】
ステップ７０２では、上記ゲストブックデータの一部として保存されたパート番号を変数ｍに代入する。続くステップ７０３では、仮バンドエリア（図２参照）を確保して、変数ｍに代入したパート番号に対応する仮バンドデータエリア（図中では「仮バンドエリア（ｍ）」と表記）にそのゲストブックデータを格納する。その後はステップ７０４に移行する。
【００５６】
ステップ７０４〜図８のステップ７１５では、ユーザが楽譜を購入した曲の曲エリア内に確保されたゲストブックエリアに保存のゲストブックデータを順次、読み出しながら、仮バンドエリアに格納すべきゲストブックデータを格納するための処理が行われる。ユーザが楽譜を購入することでゲストブックエリアに新たに保存されたゲストブックデータは、ここでは新たなゲストブックデータと呼ぶことにする。
【００５７】
先ず、ステップ７０４では、ゲストブックエリアからゲストブックデータを１つ取り出す。続くステップ７０５では、取り出したゲストブックデータを送信された人がバンド加入を希望しているか否か判定する。その人がバンド加入を希望していなかった場合、判定はＮＯとなって図８のステップ７１５に移行する。そうでない場合には、判定はＹＥＳとなってステップ７０６に移行する。
【００５８】
ステップ７０６では、取り出したゲストブックデータ中のパート番号が変数ｍの値と一致しないか否か判定する。取り出したゲストブックデータを送信させた人がユーザと同じパートの楽譜を購入していた場合、判定はＮＯとなって図８のステップ７１５に移行する。そうでない場合には、判定はＹＥＳとなってステップ７０７に移行する。
【００５９】
ステップ７０７では、取り出したゲストブックデータ中の年齢の年代が、新たなゲストブックデータ中の年齢の年代と一致するか否か判定する。それらの年代が一致していない場合、判定はＮＯとなって図８のステップ７１５に移行する。そうでない場合には、判定はＹＥＳとなってステップ７０８に移行する。
【００６０】
ステップ７０８では、取り出したゲストブックデータ中の性別が、新たなゲストブックデータ中の性別と一致するか否か判定する。それらの性別が一致していない場合、判定はＮＯとなって図８のステップ７１５に移行する。そうでない場合には、判定はＹＥＳとなってステップ７０９に移行する。
【００６１】
ステップ７０９では、取り出したゲストブックデータ中の地域が、新たなゲストブックデータ中の地域と一致するか否か判定する。それらの地域が一致していない場合、判定はＮＯとなって図８のステップ７１５に移行する。そうでない場合には、判定はＹＥＳとなってステップ７１０に移行する。
【００６２】
ステップ７１０では、取り出したゲストブックデータ中のレベル（実力）が、新たなゲストブックデータ中のレベルと一致するか否か判定する。それらのレベルが一致していない場合、即ち両者の間の実力の差が大きい場合、判定はＮＯとなって図８のステップ７１５に移行し、そうでない場合には、判定はＹＥＳとなって図８のステップ７１１に移行する。
【００６３】
図８のステップ７１１では、取り出したゲストブックデータ中のパート番号を変数ｌに代入する。続くステップ７１２では、変数ｌに代入したパート番号に対応する仮バンドデータエリア（図中では「仮バンドエリア（ｌ）と表記）に既にゲストブックデータが格納されているか否か判定する。その仮バンドデータエリアにゲストブックデータが格納されていた場合、判定はＹＥＳとなってステップ７１４に移行する。そうでない場合には、判定はＮＯとなってステップ７１３に移行し、その仮バンドデータエリアにステップ７０４で取り出したゲストブックデータを格納した後、ステップ７１５に移行する。
【００６４】
ステップ７１４では、先に格納されていたゲストブックデータ中のメール回数が、ステップ７０４で取り出したゲストブックデータ中のそれ以下か否か判定する。その関係を満たされていた場合、判定はＹＥＳとなってステップ７１５に移行する。そうでない場合には、判定はＮＯとなってステップ７１３に移行し、変数ｌに代入したパート番号に対応する仮バンドデータエリアに、今回、取り出したゲストブックデータを上書きする形で格納した後、そのステップ７１５に移行する。そのようにして、メール回数（紹介された回数）が少ない人を優先的に紹介する。
【００６５】
ステップ７１５では、ゲストブックエリア内に取り出す対象となるゲストブックデータが有るか否か判定する。そのようなゲストブックデータが残っていた場合、判定はＹＥＳとなって図７のステップ７０４に戻り、残っているゲストブックデータのなかから一つを取り出す。そうでない場合には、判定はＮＯとなってステップ７１６に移行する。
【００６６】
このようにして、本実施の形態では、人に紹介するうえで最適と考えられる人を選別し、その選別の結果、１パートに複数の人を選別すれば、そのなかから最も紹介された回数（メール回数）が少ない人を選んで人に紹介する、即ちバンドを構成する人の組み合わせのコーディネートを行うようになっている。それにより、紹介するサービスの質を常に高く維持させつつ、同じような条件の人の間で不公平なことが生じないようにさせている。
【００６７】
ステップ７１６では、仮バンドエリアに全パート分、ゲストブックデータが揃ったか否か判定する。仮バンドエリア内に確保した各バンドデータエリアの全てにゲストブックデータが格納されている場合、判定はＹＥＳとなり、次にステップ７１７で変数ＢＦにその旨を示す値の１を代入した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、次にステップ７１８で仮バンドエリア内に格納したデータを全てクリアした後、一連の処理を終了する。
【００６８】
変数ＢＦに１が代入されることで、人を紹介するメールを作成するようになっている。そのようにして、本実施の形態では、仮バンドエリアに全パート分のゲストブックデータが揃うのをメール作成の条件としている。
なお、当然のことながら、全パート分のゲストブックデータが揃うのをメール作成の条件としなくとも良い。仮バンドエリアに格納するゲストブックデータの抽出方法についても、本実施の形態に限定されるわけではない。例えばゲストブックデータのデータ項目毎に重み付けをし、その項目毎に対比した結果を数値化した値に重みを掛けた値の累算値を求め、その累算値が最も大きいゲストブックデータを抽出するようにしても良い。楽譜の購入者に、紹介を希望する人に対する要望を指定させ、指定された要望を考慮してゲストブックデータを抽出するようにしても良い。これらのことから明らかなように、様々な変形を行うことができる。
【００６９】
図９は、図５のステップＳＳ９としてサーバー１０３が実行するメール作成処理のフローチャートである。次に、図９を参照して、その作成処理について詳細に説明する。その作成処理には、上記バンドコーディネート処理で定義される変数ＢＦが渡される。
【００７０】
先ず、ステップ９０１では、変数ＢＦの値が１か否か判定する。その値が１、即ち仮バンドエリアに全パート分のゲストブックデータが揃った場合、判定はＹＥＳとなってステップ９０１に移行する。そうでない場合には、判定はＮＯとなり、ここで一連の処理を終了する。
【００７１】
ステップ９０２では、変数ｋに１を代入する。それに続くステップ９０２〜９０８では、その変数ｋの値を順次、インクリメントしながら、その変数ｋの値に対応する仮バンドデータエリアにゲストブックデータが格納された人宛に送信するメールを作成していくための処理が行われる。
【００７２】
先ず、ステップ９０３では、変数ｋの値に対応する仮バンドデータエリアに格納されたゲストブックデータ中のメールアドレスを送信先（宛先）としてメールを作成する。その件名は、図２３に示すように、「バンド仲間紹介」としている。次のステップ９０４では、他の仮バンドデータエリアに格納されたゲストブックデータ中から所定のデータ（図２３参照）を取り出してメールの本文を作成する。そのようにして本文を作成すると、ステップ９０５に移行して、本文まで作成したメールをメールエリアにストアする。ステップ９０６にはその後に移行する。
【００７３】
上記メールエリアは、例えば補助記憶装置が備えた記憶媒体上に会員単位で確保した領域である。そのエリアにストアされたメールが、図６のステップＳＳ１２で端末装置１０４からのメール要求信号の受信によりその端末装置１０４に送信される。
【００７４】
ステップ９０６では、変数ｋの値に対応する仮バンドデータエリアにゲストブックデータを格納したゲストブックエリア内に保存のゲストブックデータ中のメール回数をインクリメントする。次のステップ９０７では、変数ｋの値をインクリメントする。その後に移行するステップ９０８では、変数ｋの値が曲のパート数より大きいか否か判定する。ゲストブックデータを格納した仮バンドデータエリア数分、メールを作成した場合、その関係が満たされるようになることから、判定はＹＥＳとなり、次にステップ９０９で変数ＢＦに０を代入し、仮バンドエリアのクリアを行った後、一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ９０３に戻る。
【００７５】
サーバー１０３は、上述したような内容のサブルーチン処理を実行する。次に、ユーザがサーバー１０３からサービスの提供を受けられるようにするために端末装置１０４が実行する処理について、図１０〜図１６に示す各種フローチャートを参照して詳細に説明する。
【００７６】
図１０は、上記専用のブラウザを起動させることで実現される全体処理のフローチャートである。会員登録を済ませたユーザがそのブラウザを起動させることで端末装置１０４が実行する処理を抜粋して全体的な流れを示したものである。端末装置１０４が実行する処理では、始めに図１０を参照して、その全体処理について詳細に説明する。
【００７７】
先ず、ステップ１００１では、イニシャライズを行い、サーバー１０３との接続を確立させる。続くステップ１００２では、図１７に示す初期画面を表示装置上に表示させる。その後はステップ１００３に移行する。
ステップ１００３では、「楽譜購入」アイコンがオン（クリック）されたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ１００４に移行し、楽譜購入サービスの提供をユーザが受けられるようにするための楽譜購入処理を実行した後、上記ステップ１００２に戻る。そうでない場合には、判定はＮＯとなってステップ１００５に移行する。
【００７８】
ステップ１００５では、「メール」アイコンがオン（クリック）されたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ１００６に移行し、メールサービスの提供をユーザが受けられるようにするためのメール処理を実行した後、上記ステップ１００２に戻る。そうでない場合には、判定はＮＯとなってステップ１００７に移行する。
【００７９】
ステップ１００７では、「その他」アイコンがオン（クリック）されたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ１００８に移行し、そのアイコンのクリックによって提供されるサービスをユーザが受けられるようにするためのその他の処理を実行した後、上記ステップ１００２に戻る。そうでない場合には、判定はＮＯとなって上記ステップ１００３に戻る。
【００８０】
以降は、上記全体処理内で実行されるサブルーチン処理について詳細に説明する。
図１１〜図１４は、上記ステップ１００４として実行される楽譜購入処理のフローチャートである。上記全体処理内で実行されるサブルーチン処理では、始めに図１１〜図１４を参照して、楽譜購入処理について詳細に説明する。
【００８１】
先ず、ステップ１１０１では、図１８に示す認証画面を表示装置上に表示させる。その認証画面は、図１７に示す初期画面と同じく、端末装置１０４が保存しているものである。その画面を表示させた後はステップ１１０２に移行する。
ステップ１１０２〜１１０４では、「送信」アイコンをユーザがクリックするまでの間、キーボードやマウスなどの入力装置をユーザが操作して入力したＩＤ、パスワードを対応するボックス内に表示させるための処理を行う。そのアイコンをユーザがクリックすると、ステップ１１０４の判定がＹＥＳとなってステップ１１０５に移行し、入力されたＩＤ、パスワードをサーバー１０３に送信する。このようなことから、図４のステップＳＴ１には、ステップ１１０１〜１１０５が対応する。
【００８２】
ステップ１１０５の次に移行するステップ１１０６、１１０７では、サーバー１０３から上記ＯＫ信号、或いは認証の結果、会員であると確認できなかった場合に送信される不許可信号を受信するのを待つ。不許可信号を受信すると、ステップ１１０７の判定がＹＥＳとなり、ここで一連の処理が終了する。一方、ＯＫ信号を受信すると、ステップ１１０６の判定がＹＥＳとなってステップ１１０８に移行し、上記曲リスト要求信号をサーバー１０３に送信する。このようなことから、図４のステップＳＴ２には、ステップ１１０６〜１１０８が対応する。
【００８３】
ステップ１１０８に続くステップ１１０９では、サーバー１０３から図１９に示す曲リスト画面を受信するのを待つ。その画面を受信すると、ステップ１１１０に移行して、受信したその画面を表示装置上に表示させる。その後は図１２のステップ１１１１に移行する。
【００８４】
図１２のステップ１１１１〜１１１４では、「送信」アイコン、或いは「キャンセル」アイコンをユーザがクリックするまでの間、曲リスト画面に配置されたリスト上でキーボードやマウスなどの入力装置をユーザが操作して選択（指定）した曲名を他と異なる状態に表示させるための処理を行う。「キャンセル」アイコンをユーザがクリックすると、ステップ１１１４の判定がＹＥＳとなり、ここで一連の処理が終了する。他方の「送信」アイコンをユーザがクリックすると、ステップ１１１３の判定がＹＥＳとなってステップ１１１５に移行し、現在、選択（指定）されている曲名を示す曲名データをサーバー１０３に送信する。このようなことから、図４のステップＳＴ３には、ステップ１１０９〜１１１５が対応する。
【００８５】
ステップ１１１５に続くステップ１１１６では、サーバー１０３から図２０に示すパート選択画面を受信するのを待つ。その画面を受信すると、ステップ１１１７に移行して、その画面を表示装置上に表示させる。ステップ１１１８にはその後に移行する。
【００８６】
ステップ１１１８〜１１２１では、「送信」アイコン、或いは「キャンセル」アイコンをユーザがクリックするまでの間、パート選択画面に配置されたリスト上でキーボードやマウスなどの入力装置をユーザが操作して選択（指定）したパート名を他と異なる状態に表示させるための処理を行う。「キャンセル」アイコンをユーザがクリックすると、ステップ１１２１の判定がＹＥＳとなり、ここで一連の処理が終了する。他方の「送信」アイコンをユーザがクリックすると、ステップ１１２０の判定がＹＥＳとなってステップ１１２２に移行し、現在、選択（指定）されているパート名を示すデータをサーバー１０３に送信する。このようなことから、図４のステップＳＴ４には、ステップ１１１６〜１１２２が対応する。
【００８７】
ステップ１１２２に続く図１３のステップ１１２３では、サーバー１０３から図２１に示す課金画面を受信するのを待つ。その画面を受信すると、ステップ１１２４に移行して、その画面を表示装置上に表示させる。ステップ１１２５にはその後に移行する。
【００８８】
ステップ１１２５〜１１２８では、「送信」アイコン、或いは「キャンセル」アイコンをユーザがクリックするまでの間、課金画面に配置されたボックス内に、キーボードやマウスなどの入力装置をユーザが操作して入力したデータを表示させるための処理を行う。「キャンセル」アイコンをユーザがクリックすると、ステップ１１２８の判定がＹＥＳとなり、ここで一連の処理が終了する。他方の「送信」アイコンをユーザがクリックすると、ステップ１１２７の判定がＹＥＳとなってステップ１１２９ａに移行し、各ボックスに表示させているデータをまとめて課金データとしてサーバー１０３に送信する。このようなことから、図５のステップＳＴ５には、ステップ１１２３〜１１２９ａが対応する。
【００８９】
ステップ１１２９ａに続くステップ１１２９では、サーバー１０３からユーザが指定の楽譜のデータを受信するのを待つ。それを受信すると、ステップ１１３０に移行して、それを補助記憶装置が備えた記憶媒体上にストアする。その次に移行するステップ１１３１では、サーバー１０３に上記終了信号を送信する。これらのことから、図５のステップＳＴ６には、ステップ１１２９〜１１３１が対応する。
【００９０】
ステップ１１３１に続くステップ１１３２では、サーバー１０３から図２２に示すゲストブック入力画面を受信するのを待つ。その画面を受信すると、ステップ１１３３に移行して、その画面を表示装置上に表示させる。その後は図１４のステップ１１３４に移行する。
【００９１】
ステップ１１３４〜１１３７では、「送信」アイコン、或いは「キャンセル」アイコンをユーザがクリックするまでの間、ゲストブック入力画面に配置されたラジオボタン、或いはボックス内に、キーボードやマウスなどの入力装置をユーザが操作して指定したマーク、或いは入力したデータを表示させるための処理を行う。「キャンセル」アイコンをユーザがクリックすると、ステップ１１３７の判定がＹＥＳとなり、ここで一連の処理が終了する。他方の「送信」アイコンをユーザがクリックすると、ステップ１１３６の判定がＹＥＳとなってステップ１１３８に移行し、ラジオボタン、或いは各ボックスに表示させているデータをまとめてゲストブックデータとしてサーバー１０３に送信する。このようなことから、図５のステップＳＴ７には、ステップ１１３２〜１１３８が対応する。
【００９２】
楽譜購入処理では、上述したような処理が実行される。それにより、図４、及び図５のフローチャートで示すようなサーバー１０３との間のデータのやりとりが実現される。
図１５、及び図１６は、図１０に示す全体処理内でステップ１００６として実行されるメール処理のフローチャートである。次に、図１５、及び図１６を参照して、そのメール処理について詳細に説明する。そのメール処理は、上述したように、メールサービスの提供をユーザが受けられるようにするために実行される処理である。
【００９３】
先ず、ステップ１５０１では、図１８に示す認証画面を表示装置上に表示させる。それに続くステップ１５０２〜１５０４では、「送信」アイコンをユーザがクリックするまでの間、キーボードやマウスなどの入力装置をユーザが操作して入力したＩＤ、パスワードを対応するボックス内に表示させるための処理を行う。そのアイコンをユーザがクリックすると、ステップ１５０４の判定がＹＥＳとなってステップ１５０５に移行し、入力されたＩＤ、パスワードをサーバー１０３に送信する。このようなことから、図６のステップＳＴ１１には、ステップ１５０１〜１５０５が対応する。
【００９４】
ステップ１５０５の次に移行するステップ１５０６、１５０７では、サーバー１０３から上記ＯＫ信号、或いは不許可信号を受信するのを待つ。不許可信号を受信すると、ステップ１５０７の判定がＹＥＳとなり、ここで一連の処理が終了する。一方、ＯＫ信号を受信すると、ステップ１５０６の判定がＹＥＳとなってステップ１５０８に移行し、上記メール要求信号をサーバー１０３に送信する。このようなことから、図６のステップＳＴ１２には、ステップ１５０６〜１５０８が対応する。
【００９５】
ステップ１５０８に続くステップ１５０９では、サーバー１０３からメールを受信するのを待つ。そのメールを受信すると、ステップ１５１０に移行して、受信したメールを受信メールエリア（図３参照）にストアする。このことから、図６のステップＳＴ１３にはステップ１５０９〜１５１０が対応する。なお、端末装置１０４に送信すべきメールが存在しない場合、サーバー１０３はその旨を示す信号を端末装置１０４に送信する。その信号を受信した端末装置１０４は、ステップ１５１０の処理を実行することなくステップ１５１１に移行する。
【００９６】
ステップ１５１０に続くステップ１５１１では、受信メールエリアにストアしたメールの内容に基づき、そのメールのリストを配置したメールリスト画面を生成して表示装置上に表示させる。その画面の生成は、例え受信メールエリアにストアしている各メールのデータから件名や送信日時などを取りだし、それを保存されているオリジナルのメールリスト画面にリストとして配置することで行う。その画面には、メールの作成・送信を行うことを要求するための「送信」アイコンやメールサービスの提供の終了を指示するための「キャンセル」アイコンなども配置されている。
【００９７】
ステップ１５１１に続く図１６のステップ１５１２では、リスト上のメールの件名がクリックされたか否か判定する。リスト上の何れかのメールの件名をユーザがクリックした場合、判定はＹＥＳとなってステップ１５１３に移行する。そうでない場合には、判定はＮＯとなってステップ１５１５に移行する。
【００９８】
ステップ１５１３では、ユーザが件名をクリックすることで指定したメールのデータを受信メールエリアから読み出し、それを構成する送信元、件名、及び本文（図３参照）をオリジナルのメール開封画面に配置して生成した指定のメールに対応するメール開封画面を表示装置上に表示させる。このとき、ユーザが指定のメールが図５のステップＳＳ９として実行されるメール作成処理によって作成されたものであれば、例えば図２３に示すようなメール開封画面を表示装置上に表示させる。それにより、サーバー１０３が選んだ人のメールアドレスや、その他として入力した文章などをパート毎にユーザに確認させる。
【００９９】
上記メール開封画面を表示させた後は、ステップ１５１４に移行して、「閉じる」アイコンをユーザがクリックするのを待つ。そのアイコンをユーザがクリックすると、図１５のステップ１５１１に戻り、表示させていたメール開封画面を消去させて再度、メールリスト画面を表示させる。
【０１００】
一方、ステップ１５１５では、メールリスト画面上に配置されている「送信」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックしなかった場合、判定はＮＯとなってステップ１５１７に移行する。そうでない場合には、判定はＹＥＳとなり、ステップ１５１６に移行して、ユーザがメールを作成し送信するのを行えるようにするためのメール送信処理を実行する。その実行後は、図１５のステップ１５１１に戻り、再度、メールリスト画面を表示させる。
【０１０１】
ステップ１５１７では、メールリスト画面上に配置されている「キャンセル」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックしなかった場合、判定はＮＯとなって上記ステップ１５１２に戻る。そうでない場合には、判定はＹＥＳとなり、ここで一連の処理を終了する。
【０１０２】
上述したようにして、ユーザは、自分宛に送信されたメールを閲覧したり、メールを作成して送信することができるようになっている。それにより、ユーザは、端末装置１０４をサーバー１０３と接続させるだけで、楽譜の購入から紹介された人の確認、その人へのメールを介したアクセスまで行えるようにさせている。そのようにして、利用者（端末装置１０４のユーザ）にとって高い利便性が得られるようにさせている。
【０１０３】
なお、本実施の形態では、楽譜を購入する度にゲストブックデータ（個人情報）の入力を要求することにより、その楽譜を購入したユーザが人の紹介を希望しているか否か確認して、人の紹介をタイムリーに行えるようにしているが、そのようにしなくとも良い。例えばゲストブックデータを個人（会員）別に保存しておき、ユーザが楽譜を購入する度に、そのユーザが人の紹介を希望しているのであれば自動的に人を紹介するようにしても良い。そのようにする場合には、保存してあるゲストブックデータを必要に応じてユーザが更新できるようにすることが望ましい。人の紹介は、定期的に行うようにしても良い。
【０１０４】
紹介する人については、本実施の形態では、同じ曲で異なるパートの楽譜を購入した人を対象に選ぶようにしているが、そのような対象範囲の限定は必ずしも採用しなくても良い。例えば同じ曲の楽譜を購入した人を対象にしても良く、異なるパートの楽譜を購入した人を対象にしても良い。紹介の対象とする人が購入した楽譜の曲については、同じ曲ではなく、同じアーティストの曲、或いは同じジャンルの曲にまで対象を広げても良い。
【０１０５】
人を紹介するサービスは、楽譜配信システム１０２が提供しているが、そのサービスは別のシステムで提供するようにしても良い。それは、楽譜配信システム１０２から必要な情報を提供させれば実現させることができる。また、印刷物としての楽譜を購入した人を対象に、そのサービスを提供することもできる。
【０１０６】
【発明の効果】
以上、説明したように本発明は、曲の楽譜を取得した取得者にネットワークを介して個人情報を提供させ、その提供された個人情報、及びその取得者が取得の楽譜を基に、他の取得者のなかからその個人情報を提供すべき取得者を選択し、選択した取得者にネットワークを介してその個人情報を提供する。
【０１０７】
楽譜を取得した取得者の多くは、楽器の演奏を行える演奏者であると考えられる。このことから、取得者の個人情報を他の取得者に提供することは、演奏活動を共に行える可能性の高い人を紹介することになる。それにより、その提供を通して、取得者が、演奏活動を共に行うことを希望する他の取得者を探すのを大きく支援することができる。その演奏活動の実現を支援することで、取得者の満足度を結果的により向上させることができる。
【図面の簡単な説明】
【図１】本実施の形態による楽譜配信システムが適用されたネットワークシステムの構成を示す図である。
【図２】サーバーがサービス提供用に管理するデータを説明する図である。
【図３】ユーザがサービスを受けることで端末装置が管理するデータを説明する図である。
【図４】楽譜配信サービスをユーザが受ける場合に、端末装置、サーバーがそれぞれ実行する処理の流れを示すフローチャートである。
【図５】楽譜配信サービスをユーザが受ける場合に、端末装置、サーバーがそれぞれ実行する処理の流れを示すフローチャートである（続き）。
【図６】メールサービスをユーザが受ける場合に、端末装置、サーバーがそれぞれ実行する処理の流れを示すフローチャートである。
【図７】バンドコーディネート処理のフローチャートである。
【図８】バンドコーディネート処理のフローチャートである（続き）。
【図９】メール作成処理のフローチャートである。
【図１０】専用のブラウザを起動させることで実現される全体処理のフローチャートである。
【図１１】楽譜購入処理のフローチャートである。
【図１２】楽譜購入処理のフローチャートである（続き１）。
【図１３】楽譜購入処理のフローチャートである（続き２）。
【図１４】楽譜購入処理のフローチャートである（続き３）。
【図１５】メール処理のフローチャートである。
【図１６】メール処理のフローチャートである（続き）。
【図１７】初期画面を示す図である。
【図１８】認証画面を示す図である。
【図１９】曲リスト画面を示す図である。
【図２０】パート選択画面を示す図である。
【図２１】課金画面を示す図である。
【図２２】ゲストブック入力画面を示す図である。
【図２３】メール開封画面の表示例を示す図である。
【符号の説明】
１０１    ネットワーク
１０２    楽譜配信システム
１０３    サーバー
１０４    端末装置
【図１】
0003893982.tif 000002
【図２】
0003893982.tif 000003
【図３】
0003893982.tif 000004
【図４】
0003893982.tif 000005
【図５】
0003893982.tif 000006
【図６】
0003893982.tif 000007
【図７】
0003893982.tif 000008
【図８】
0003893982.tif 000009
【図９】
0003893982.tif 000010
【図１０】
0003893982.tif 000011
【図１１】
0003893982.tif 000012
【図１２】
0003893982.tif 000013
【図１３】
0003893982.tif 000014
【図１４】
0003893982.tif 000015
【図１５】
0003893982.tif 000016
【図１６】
0003893982.tif 000017
【図１７】
0003893982.tif 000018
【図１８】
0003893982.tif 000019
【図１９】
0003893982.tif 000020
【図２０】
0003893982.tif 000021
【図２１】
0003893982.tif 000022
【図２２】
0003893982.tif 000023
【図２３】
0003893982.tif 000024