JP3893982B2

JP3893982B2 - Music distribution system

Info

Publication number: JP3893982B2
Application number: JP2002006678A
Authority: JP
Inventors: 公洋名越
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 2002-01-15
Filing date: 2002-01-15
Publication date: 2007-03-14
Anticipated expiration: 2022-01-15
Also published as: JP2003208165A

Description

【０００１】
【発明の属する技術分野】
本発明は、複数の人数でバンド演奏（合奏）などの演奏活動を行うことを希望している演奏者を支援するための技術に関する。
【０００２】
【従来の技術および発明が解決しようとする課題】
音楽の分野では、様々な曲が次々に発表される。しかし、その曲の楽譜の入手は人気のある楽譜以外は困難なのが実情である。これは、楽譜は、通常、印刷物であるために、採算レベルが比較的高く、ある程度、販売量が見込めないと市場に出せないからである。このようなこともあって、自分が演奏する楽器用（パート）の楽譜を所望している人は少なくないと考えられる。
【０００３】
印刷物でなければ、採算レベルは大きく低下する。このことから、最近では、インターネット上にサイトを開設して、楽譜をデータの形で配信する楽譜配信サービスを提供することが行われている。楽譜配信システムは、そのようなサイトが提供する楽譜配信サービスを実現させるために構築される。
【０００４】
通常、曲は、複数のパートから構成され、１楽器で全てのパートを同時に演奏することはできない。楽器を演奏しない人が楽譜を所望するとは余り考えられない。楽器を演奏するのであれば、自分の実力を確認したい気持ちを持つのは自然である。これらのことから、楽譜を取得した人の多くは、少なからず、各パートを演奏する人が集まって合奏などの演奏活動を行いたいという気持ちを持っていると思われる。このため、有償、無償に係わらず、楽譜配信サービスを提供する場合には、利用者の満足度を結果として向上させるためにも、そのような気持ちを満たせるようにするための支援を行うことが重要であると考えられる。
【０００５】
本発明の課題は、複数の人数で合奏などの演奏活動を行うことを希望している演奏者を支援するための技術を提供することにある。
【０００６】
【課題を解決するための手段】
本発明の楽譜配信システムは、端末より所望の曲のパートの楽譜データの配信をサーバーに要求するとともに、サーバーからこの配信要求に応じた曲のパートの楽譜データを端末に配信する楽譜配信システムであって、端末は、所望の曲のパートの楽譜データの配信を要求する配信要求手段と、サーバーから曲のパートの楽譜データを受信する楽譜データ受信手段と、この楽譜データ受信終了後に端末のユーザーの個人情報をサーバーに送信する個人情報送信手段と、サーバーから送信される端末のユーザー以外の個人情報を受信する個人情報受信手段と、を有し、サーバーは、複数のパートからなる曲の楽譜データを複数種記憶するとともに、楽譜データ毎に個人情報を記憶するエリアを有する記憶手段と、端末からの配信要求を受信する配信要求受信手段と、受信された配信要求に対応する曲のパートの楽譜データを記憶手段から読み出して端末に配信する楽譜データ配信手段と、端末からの個人情報を受信し、受信された個人情報を、端末に配信した楽譜データのパートを示すデータを付加するとともに、当該楽譜データに対応するエリアに保存する個人情報保存手段と、この個人情報保存手段に新たな個人情報が保存された後に当該新たな個人情報を有するユーザーの希望に応じて、記憶手段から新たな個人情報と同一の楽譜データに対して既に保存されている個人情報の中から所定の条件を満足する個人情報を検索する検索手段と、検索された個人情報及び新たな個人情報に付加されるパートデータにより当該楽譜データに対応する曲の全パートがそろったか否か判別する判別手段と、全パートがそろったと判別された場合に、端末に対して検索された個人情報を送信する個人情報送信手段と、を具備する。
【００１０】
本発明では、曲の楽譜を取得した取得者にネットワークを介して個人情報を提供させ、その提供された個人情報、及びその取得者が取得の楽譜を基に、他の取得者のなかからその個人情報を提供すべき取得者を選択し、選択した取得者にネットワークを介してその個人情報を提供する。
【００１１】
楽譜を取得した取得者の多くは、楽器の演奏を行える演奏者であると考えられる。このことから、取得者の個人情報を他の取得者に提供することは、演奏活動を共に行える可能性の高い人を紹介することになる。それにより、その提供を通して、取得者が、演奏活動を共に行うことを希望する他の取得者を探すのを大きく支援することになる。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、本実施の形態による楽譜配信システムが適用されたネットワークシステムの構成を示す図である。
【００１３】
そのネットワークシステムは、図１に示すように、ネットワーク１０１を介して、本実施の形態による楽譜配信システム（以降、配信システムと略記）１０２を構成するサーバー１０３を１つ以上の端末装置１０４と接続できるように構築されている。それにより、配信システム１０２は、ネットワーク１０１を介して接続された端末装置１０４のユーザに対してサービスを提供するものとして実現されている。
【００１４】
上記配信システム１０２は、実際には、サーバー１０３の他に、特には図示しないデータベース（ＤＢ）サーバーやメールサーバーなど、複数のサーバーから構成されている。しかし、ここでは、混乱を避けて理解を容易とするために、配信システム１０２は１台のサーバー１０３のみで構成されているとの前提で以降の説明を行うこととする。
【００１５】
上記ネットワーク１０２は、例えばインターネットや公衆回線などをまとめて表したものである。それにより、端末装置１０４は、例えば公衆回線、及びインターネットとの接続サービスを行っているＩＳＰ（Internet Service Provider ）を介してそのインターネットと接続される。なお、ネットワーク１０２は、それら以外のもの、或いは別の組み合わせのものであっても良い。端末装置１０４は、例えばパーソナル・コンピュータ、或いはＰＤＡ（Personal Digital Assistants ）である。電子楽器や携帯電話機を端末装置１０４として利用できるようにしても良い。
【００１６】
以上の構成において、動作を説明する。
本実施の形態では、配信システム１０２が提供するサービスを受けるための専用のブラウザ（プログラム）をＣＤ−ＲＯＭなどの記録媒体に記録して配布している。それにより、端末装置１０４のユーザは、その記録媒体に記録されたブラウザを端末装置１０４に実行させることにより、配信システム１０２が提供するサービスを受けるようになっている。当然のことながら、既存の一般的なブラウザを使用してそのサービスを受けられるようにしても良い。なお、記録媒体の配布は、例えば音楽関係、或いはコンピュータ関係の雑誌を介して行っている。
【００１７】
その記録媒体に記録されたブラウザは、端末装置１０４にインストールして初めて起動させた場合に、会員登録を希望するか否かを問い合わせるための画面を表示装置上に表示させ、その登録を行うか否かユーザに選択させる。それにより、ユーザが登録を行うことを選択すると、ネットワーク１０１を介して端末装置１０４をサーバー１０３と接続させ、表示装置上には登録画面を表示させる。なお、その問い合わせのための画面は、例えばユーザが会員登録を済ませるまで、起動させる度に表示される。
【００１８】
上記登録画面には、氏名、住所、メールアドレスなどの個人情報を入力するための複数のボックスや、入力された個人情報の送信を指示するための「送信」アイコンなどが配置されている。会員登録の指示は、入力すべき個人情報を全て入力した後、「送信」アイコンをクリック（オン）することで行う。
【００１９】
そのアイコンをユーザがクリックすると、入力された個人情報はサーバー１０３に送信される。サーバー１０３は、個人情報を受信すると、例えばその個人情報中の氏名をキーとして、会員の個人情報を保存・管理するための会員ＤＢの検索を行い、その検索の結果、同一氏名の人が既に会員であることを確認すると、更に個人情報中の住所をキーとして検索を再度、行う。そのようにして、個人情報を送信させた人が既に会員となっていないことを正確に確認する。
【００２０】
そのことを確認した後は、会員識別用のＩＤを発行し、それを通知するとともにパスワードを設定させるための画面を生成して端末装置１０４に送信し、会員登録を希望するユーザにパスワードを設定させる。端末装置１０４は、パスワードを入力した後、その画面上に配置された「送信」アイコンをユーザがクリックするのを待って、そのパスワードをサーバー１０３に送信する。そのクリックを行うことにより、会員登録上でユーザが行うべき作業は終了する。
【００２１】
そのパスワードを受信したサーバー１０３は、会員ＤＢにレコードを追加して、受信した個人情報、発行したＩＤ、及びそのパスワードをそのレコードに格納する。その後に、会員登録が正常に終了したことを通知するための画面を端末装置１０４に送信する。その端末装置１０４は、その画面を表示させた後に、図１７に示すような初期画面を表示装置上に表示させる。
【００２２】
その初期画面は、会員に所望のサービスを選択させるためのものである。会員登録を済ませたユーザがブラウザを起動させた場合には、サーバー１０３との接続が確立した後に表示される。その画面には、図１７に示すように、楽譜を購入するサービス（特許請求の範囲に記載の「楽譜配信サービス」に対応。以降、楽譜購入サービス、或いは楽譜配信サービスと呼ぶ）の提供を要求するための「楽譜購入」アイコン、メールの送受信に係るサービス（以降、メールサービス）の提供を要求するための「メール」アイコン、それら以外のサービスの提供を要求するための「その他」アイコンが配置されている。それにより、ユーザ（会員）は、それらのうちの何れかをクリックすることで所望のサービスの提供を要求するようになっている。以降は、図２、図３、及び図１７〜図２３に示す各種説明図、及び図４〜図１６に示す各種フローチャートを参照して、配信システム１０２を構成するサーバー１０３によって提供される各種サービスの内容、及びその提供を実現させるサーバー１０３や端末装置１０４の動作について詳細に説明する。
【００２３】
図４、及び図５は、上記楽譜配信サービスをユーザが受ける場合に、端末装置１０４、及びサーバー１０３がそれぞれ実行する処理の流れを示すフローチャートである。端末装置１０４と配信システム１０２間の通信に係わる処理に着目して、端末装置１０４、及び配信システム１０２を構成するサーバー１０３が実行する処理を抜粋してその流れの例を示したものである。始めに、図４、及び図５を参照して、楽譜配信サービスをユーザが受ける場合に、端末装置１０４、及びサーバー１０３がそれぞれ実行する処理の内容、及びその流れについて詳細に説明する。
【００２４】
なお、図４、及び図５に示すフローチャートは、例えばそれぞれ、端末装置１０４に搭載されたＣＰＵ、及びサーバー１０３に搭載されたＣＰＵが、それに搭載のハードディスク装置のハードディスクに格納されたプログラムを実行することで実現される。端末装置１０４に搭載のＣＰＵが実行するプログラムには、上記専用のブラウザが含まれる。これは他のフローチャートでも同じである。
【００２５】
会員登録を済ませたユーザがそのブラウザを起動させると、上述したように、端末装置１０４はサーバー１０３との接続を確立させた後、図１７に示すような初期画面を表示装置上に表示させる。その初期画面上に配置された「楽譜購入」アイコンをユーザがクリックすると、次に図１８に示すような認証画面を表示装置上に表示させる。その認証画面上でＩＤ、及びパスワードをそれぞれ入力した後、「送信」アイコンをユーザがクリックすると、入力されたＩＤ、パスワードをサーバー１０３に送信する（ステップＳＴ１）。
【００２６】
ＩＤ、パスワードを受信したサーバー１０３は、それらの組み合わせが会員ＤＢのレコードに格納されているか否か確認することで認証を行う。その認証により、登録された会員であることを確認すると、その旨を通知するためのＯＫ信号を端末装置１０４に送信する（以上、ステップＳＳ１）。
【００２７】
端末装置１０４は、そのＯＫ信号を受信すると、購入する楽譜の曲を選択することを要求するための曲リスト要求信号を自動的にサーバー１０３に送信する（ステップＳＴ２）。その信号を受信することにより、サーバー１０３は、図１９に示すような曲リスト画面を端末装置１０４に送信する（ステップＳＳ２）。
【００２８】
サーバー１０３は、図２中、「曲（１）」〜「曲（ｎ）」で表記の各曲エリアに、販売可能な楽譜データを格納している。その楽譜データは、図２中、「パート（１）」というように表記の１パート分の楽譜データ（以降、パート譜データと呼ぶ）はパート数分、それと各パートの譜表を上下に重ねた楽譜のデータである全スコアデータを備えたものである。その曲エリアは、例えば補助記憶装置が備えた記憶媒体上に確保した領域である。
【００２９】
図１９に示す曲リスト画面には、図２に示す曲エリアにそれぞれ楽譜データが格納された曲の名前のリストが配置され、アイコンとして「送信」「キャンセル」の２つのアイコンが配置されている。「キャンセル」アイコンは、楽譜の購入のキャンセルを要求するためのものであり、「送信」アイコンは、リスト上で選択状態となっている曲名に対応する楽譜の購入を要求するためのものである。それにより、楽譜の購入を希望する場合には、楽譜を希望する曲の名前を選択した後、「送信」アイコンをクリックすれば良いようになっている。図１９中に表記の括弧内のシンボルは、図２中に表記の曲エリアとの対応関係を示している。
【００３０】
そのようにしてユーザが「送信」アイコンをクリックすることにより、端末装置１０４はリスト上で選択されている曲名を示す曲名データをサーバー１０３に送信する（ステップＳＴ３）。それを受信したサーバー１０３は、それに対応する図２０に示すようなパート選択画面を端末装置１０４に送信する（ステップＳＳ３）。
【００３１】
そのパート選択画面は、曲のなかで楽譜を所望するパートを選択させるためのものである。楽譜データとして備えているデータのパート（図中、「全スコア」「ギターパート」「ベースパート」などと表記）のリストや、「送信」アイコン、「キャンセル」アイコンが配置されている。「キャンセル」アイコンは、楽譜の購入のキャンセルを要求するためのものであり、「送信」アイコンは、リスト上で選択状態となっているパートに対応する楽譜の購入を要求するためのものである。それにより、楽譜の購入を希望する場合には、楽譜を希望するパートを選択した後、「送信」アイコンをクリックすれば良いようになっている。
【００３２】
そのようにしてユーザが「送信」アイコンをクリックした場合、端末装置１０４はリスト上で選択されているパートを示すパート名データをサーバー１０３に送信する（ステップＳＴ４）。それを受信したサーバー１０３は、ユーザが所望の楽譜を特定するためのデータを全て取得したとして、図２１に示すような課金画面を端末装置１０４に送信する（図５のステップＳＳ４）。
【００３３】
その課金画面には、図２１に示すように、住所、氏名、カード情報、ＩＤ、パスワードをそれぞれ入力するためのボックスや、「送信」アイコン、「キャンセル」ボタンが配置されている。「キャンセル」アイコンは、楽譜の購入のキャンセルを要求するためのものであり、「送信」アイコンは、楽譜の購入を要求するためのものである。それにより、楽譜の購入を希望する場合には、各ボックスに入力すべきデータを入力した後、「送信」アイコンをクリックすれば良いようになっている。
【００３４】
そのようにしてユーザが「送信」アイコンをクリックした場合、端末装置１０４は各ボックスにそれぞれ入力された個人情報を課金データとしてサーバー１０３に送信する（図５のステップＳＴ５）。
上記配信システム１０２には、例えば専用線などの他のネットワークを介して金融機関が接続されている。その金融機関とは、例えばキャッシュカードを用いて行われたショッピングの情報を対応する金融機関に中継したり、或いは金融機関が提供するサービスを代行するといったサービスを提供するセンタである。配信システム１０２は、そのような金融期間を介して、有償の楽譜を購入する端末装置１０４のユーザとの間の決済を行うようになっている。
【００３５】
端末装置１０４から課金データを受信したサーバー１０３は、その課金データに従い、上述の金融機関を介して決済を行う（ステップＳＳ５）。その後に、ユーザが所望の楽譜のデータ（全スコアデータ、或いはパート譜データ）を対応の曲エリア（図２参照）から読み出してその端末装置１０４に送信する（ステップＳＳ５ａ）。
【００３６】
サーバー１０３から楽譜のデータ（全スコアデータ、或いはパート譜データ）を受信すると、端末装置１０４は、そのデータを例えば補助記憶装置が備えた記憶媒体上に保存し、その旨を示す終了信号をサーバー１０３に送信する（ステップＳＴ６）。図３中の「楽譜データ」は、そのようにして保存したデータを示している。
【００３７】
サーバー１０３は、その終了信号を受信すると、図２２に示すようなゲストブック入力画面を端末装置１０４に送信する（ステップＳＳ６）。
そのゲストブック入力画面は、演奏活動（主にバンド演奏）を共に行う人を探すために自分を他の人に紹介するのを希望する人の個人情報の入力を求めるためのものである。その画面には、バンド加入（自分の紹介）を希望するか否か選択するための２つのラジオボタン、年齢、性別、地域、レベル（演奏レベル）、その他（特にアピールしたいこと、など）、及びメールアドレスを入力するための計６個の入力ボックス、「送信」「キャンセル」の２つのアイコンが配置されている。レベルや地域については、予め複数、用意したもののなかから一つを選択させる形で入力させることにしている。「キャンセル」アイコンは、個人情報自体の入力のキャンセルを要求するためのものであり、「送信」アイコンは、入力した個人情報の送信を要求するためのものである。
【００３８】
上述したようにして、ゲストブック入力画面上でデータを入力した後、「送信」アイコンをユーザがクリックすると、端末装置１０４はその画面上で入力されたデータをまとめゲストブックデータとしてサーバー１０３に送信する（ステップＳＴ７）。そのゲストブックデータを送信することにより、楽譜購入に係る処理は終了し、その他の処理に移行する。
【００３９】
サーバー１０３は、端末装置１０４から受信したゲストブックデータを、図２中、「ゲストブック」と表記の曲エリア内に確保したゲストブックエリアに保存する（ステップＳＳ７）。それにより、ユーザが楽譜を購入した曲の曲エリア内に確保されたゲストブックエリアに、そのユーザのゲストブックデータを保存する。以降、ゲストブックエリアにゲストブックデータを保存することを、ゲストブックに登録するとも表現することにする。
【００４０】
図２中、ゲストブックエリアを構成するものとして「ゲストブック（１）」「ゲストブック（２）」のように表記したのは、ゲストブックエリア内に保存されたゲストブックデータである。そのデータを構成するデータの項目として、「選択楽譜」「メール回数」がある。その「選択楽譜」のデータとしては、ユーザが購入した楽譜のパートを示すパート番号が保存される。「メール回数」のデータとしては、ユーザにメールを送信した回数が保存される。その初期値は０である。それらの番号、回数は、端末装置１０４から受信したゲストブックデータにサーバー１０３が追加・保存したものである。
【００４１】
上述したようにしてゲストブックデータを保存すると、サーバー１０３は次に、それを保存したゲストブックエリアに既に保存されたゲストブックデータを参照して、それを送信させたユーザに紹介すべき人を探すバンドコーディネート処理を実行する（ステップＳＳ８）。
【００４２】
上記コーディネート処理は、図２中に示す仮バンドエリアを使って行われる。それは、主記憶装置、或いは補助記憶装置が備えて記憶媒体上に確保した領域である。その仮バンドエリアを構成するものとして「ゲストブック（１）」「ゲストブック（２）」のように表記したのは、ゲストブックエリア内に保存されたゲストブックデータを保存するために確保したエリアである。以降、そのエリアについては、仮バンドデータエリアと呼ぶことにする。
【００４３】
その仮バンドデータエリアは、ユーザが楽譜を購入した曲のパート数分、少なくとも用意される。そのユーザのゲストブックデータが格納されるのは、そのユーザが購入した楽譜のパートに対応するエリアである。他のエリアには、そのエリアに対応するパートの楽譜を購入した人のゲストブックデータが格納される。そのために、バンドコーディネート処理では、ユーザが楽譜を購入した曲のパート毎に、そのパートの楽譜を購入した人のなかから１人を選択して、選択した人のゲストブックデータを格納するようになっている。
【００４４】
そのコーディネート処理を実行すると、サーバー１０３は次に、仮バンドエリアに格納されたゲストブックデータを参照して、楽譜の購入者に人を紹介するメールを作成するためのメール作成処理を実行する（ステップＳＳ９）。その実行により、楽譜購入に係るサーバー１０３側の処理は終了し、その他の処理に移行する。
【００４５】
上述したようにして、サーバー１０３は楽譜購入サービスを端末装置１０４のユーザに対して提供する。それにより、ユーザは、所望の楽譜を購入すると、希望に応じて、同じ曲の別のパートの楽譜を購入した人を紹介してもらうことができるようになっている。その結果、バンド演奏といった共に演奏活動を行ううえで必要な人を容易に探し出せるようになって、音楽をより楽しめるようになる。このため、結果としてユーザ（楽譜の取得者）の満足度をより向上させることができることになる。また、それだけでなく、互いに刺激しあうことで実力も伸ばせるようにもなる。このようなことから、楽譜を提供するだけでなく、その楽譜を様々な形でより有効に利用できるようになる。
【００４６】
図６は、上記メールサービスをユーザが受ける場合に、端末装置１０４、及びサーバー１０３がそれぞれ実行する処理の流れを示すフローチャートである。図４、及び図５と同じく、端末装置１０４と配信システム１０２間の通信に係わる処理に着目して、端末装置１０４、及び配信システム１０２を構成するサーバー１０３が実行する処理を抜粋してその流れの例を示したものである。次に、図４、及び図５を参照して、メールサービスをユーザが受ける場合に、端末装置１０４、及びサーバー１０３がそれぞれ実行する処理の内容、及びその流れについて詳細に説明する。
【００４７】
図１７に示すような初期画面が表示装置上に表示された状態で「メール」アイコンをユーザがクリックすると、端末装置１０４は次に図１８に示すような認証画面を表示装置上に表示させる。その認証画面上でＩＤ、及びパスワードをそれぞれ入力した後、「送信」アイコンをユーザがクリックすると、入力されたＩＤ、パスワードをサーバー１０３に送信する（ステップＳＴ１１）。
【００４８】
ＩＤ、パスワードを受信したサーバー１０３は、それらの組み合わせが会員ＤＢのレコードに格納されているか否か確認することで認証を行う。その認証により、登録された会員であることを確認すると、その旨を通知するためのＯＫ信号を端末装置１０４に送信する（以上、ステップＳＳ１１）。
【００４９】
端末装置１０４は、そのＯＫ信号を受信すると、ユーザ宛のメールの送信を要求するためのメール要求信号を自動的にサーバー１０３に送信する（ステップＳＴ１２）。その信号を受信したサーバー１０３は、そのユーザ宛のメールを端末装置１０４に送信する（ステップＳＳ１２）。その送信により、ユーザ宛のメールをそのユーザが閲覧するうえで必要なサーバー１０３側の処理が終了し、その他の処理に移行する。
【００５０】
サーバー１０３からメールを受信した端末装置１０４は、それを例えば補助記憶装置が備えて記憶媒体上に確保した受信メールエリアに格納する（ステップＳＴ１３）。その保存により、ユーザ宛のメールをそのユーザが閲覧するうえで必要な端末装置１０４側の処理が終了し、その他の処理に移行する。
【００５１】
図３中「メール」と表記したのは、サーバー１０３から受信したメールを保存しておくために確保した受信メールエリアである。そのエリアを構成するものとして表記した「メール（１）」「メール（２）などは、そのエリアに保存されたメールデータである。そのメールデータは、送信元、件名、本文の各データなどから構成されている。
【００５２】
サーバー１０３から端末装置１０４に送信するメールには、上記ステップＳＳ９としてサーバー１０３がメール作成処理を実行することで作成されるメールが状況によって含まれる。それにより、ユーザは図１７に示す初期画面上の「メール」アイコンをクリックすることでサーバー１０３が選んだ人を確認できるようになっている。
【００５３】
次に、端末装置１０４のユーザが楽譜購入サービスを受ける場合に、サーバー１０３が実行するサブルーチン処理について、図７〜図９に示す各種フローチャートを参照して詳細に説明する。
図７、及び図８は、図５に示すステップＳＳ８として実行されるバンドコーディネート処理のフローチャートである。始めに、図７、及び図８を参照して、そのコーディネート処理について詳細に説明する。そのコーディネート処理は、上述したように、ゲストブックデータを送信させた楽譜の購入者である端末装置１０４のユーザに紹介すべき他の購入者を選び出すための処理である。
【００５４】
先ず、ステップ７０１では、図５のステップＳＳ７でゲストブックエリアに保存したゲストブックデータを参照して、そのユーザがバンド加入、即ち自分を含めた人の紹介を希望しているか否か判定する。そのユーザが図２２に示すゲストブック入力画面上でバンド加入希望の有無を問い合わせるために設けられた「する」側のラジオボタンにマークを表示させた状態で「送信」アイコンをクリックした場合、そのユーザはバンド加入を希望していると解釈されることから、判定はＹＥＳとなってステップ７０２に移行する。そうでない場合には、判定はＮＯとなり、ここで一連の処理を終了する。
【００５５】
ステップ７０２では、上記ゲストブックデータの一部として保存されたパート番号を変数ｍに代入する。続くステップ７０３では、仮バンドエリア（図２参照）を確保して、変数ｍに代入したパート番号に対応する仮バンドデータエリア（図中では「仮バンドエリア（ｍ）」と表記）にそのゲストブックデータを格納する。その後はステップ７０４に移行する。
【００５６】
ステップ７０４〜図８のステップ７１５では、ユーザが楽譜を購入した曲の曲エリア内に確保されたゲストブックエリアに保存のゲストブックデータを順次、読み出しながら、仮バンドエリアに格納すべきゲストブックデータを格納するための処理が行われる。ユーザが楽譜を購入することでゲストブックエリアに新たに保存されたゲストブックデータは、ここでは新たなゲストブックデータと呼ぶことにする。
【００５７】
先ず、ステップ７０４では、ゲストブックエリアからゲストブックデータを１つ取り出す。続くステップ７０５では、取り出したゲストブックデータを送信された人がバンド加入を希望しているか否か判定する。その人がバンド加入を希望していなかった場合、判定はＮＯとなって図８のステップ７１５に移行する。そうでない場合には、判定はＹＥＳとなってステップ７０６に移行する。
【００５８】
ステップ７０６では、取り出したゲストブックデータ中のパート番号が変数ｍの値と一致しないか否か判定する。取り出したゲストブックデータを送信させた人がユーザと同じパートの楽譜を購入していた場合、判定はＮＯとなって図８のステップ７１５に移行する。そうでない場合には、判定はＹＥＳとなってステップ７０７に移行する。
【００５９】
ステップ７０７では、取り出したゲストブックデータ中の年齢の年代が、新たなゲストブックデータ中の年齢の年代と一致するか否か判定する。それらの年代が一致していない場合、判定はＮＯとなって図８のステップ７１５に移行する。そうでない場合には、判定はＹＥＳとなってステップ７０８に移行する。
【００６０】
ステップ７０８では、取り出したゲストブックデータ中の性別が、新たなゲストブックデータ中の性別と一致するか否か判定する。それらの性別が一致していない場合、判定はＮＯとなって図８のステップ７１５に移行する。そうでない場合には、判定はＹＥＳとなってステップ７０９に移行する。
【００６１】
ステップ７０９では、取り出したゲストブックデータ中の地域が、新たなゲストブックデータ中の地域と一致するか否か判定する。それらの地域が一致していない場合、判定はＮＯとなって図８のステップ７１５に移行する。そうでない場合には、判定はＹＥＳとなってステップ７１０に移行する。
【００６２】
ステップ７１０では、取り出したゲストブックデータ中のレベル（実力）が、新たなゲストブックデータ中のレベルと一致するか否か判定する。それらのレベルが一致していない場合、即ち両者の間の実力の差が大きい場合、判定はＮＯとなって図８のステップ７１５に移行し、そうでない場合には、判定はＹＥＳとなって図８のステップ７１１に移行する。
【００６３】
図８のステップ７１１では、取り出したゲストブックデータ中のパート番号を変数ｌに代入する。続くステップ７１２では、変数ｌに代入したパート番号に対応する仮バンドデータエリア（図中では「仮バンドエリア（ｌ）と表記）に既にゲストブックデータが格納されているか否か判定する。その仮バンドデータエリアにゲストブックデータが格納されていた場合、判定はＹＥＳとなってステップ７１４に移行する。そうでない場合には、判定はＮＯとなってステップ７１３に移行し、その仮バンドデータエリアにステップ７０４で取り出したゲストブックデータを格納した後、ステップ７１５に移行する。
【００６４】
ステップ７１４では、先に格納されていたゲストブックデータ中のメール回数が、ステップ７０４で取り出したゲストブックデータ中のそれ以下か否か判定する。その関係を満たされていた場合、判定はＹＥＳとなってステップ７１５に移行する。そうでない場合には、判定はＮＯとなってステップ７１３に移行し、変数ｌに代入したパート番号に対応する仮バンドデータエリアに、今回、取り出したゲストブックデータを上書きする形で格納した後、そのステップ７１５に移行する。そのようにして、メール回数（紹介された回数）が少ない人を優先的に紹介する。
【００６５】
ステップ７１５では、ゲストブックエリア内に取り出す対象となるゲストブックデータが有るか否か判定する。そのようなゲストブックデータが残っていた場合、判定はＹＥＳとなって図７のステップ７０４に戻り、残っているゲストブックデータのなかから一つを取り出す。そうでない場合には、判定はＮＯとなってステップ７１６に移行する。
【００６６】
このようにして、本実施の形態では、人に紹介するうえで最適と考えられる人を選別し、その選別の結果、１パートに複数の人を選別すれば、そのなかから最も紹介された回数（メール回数）が少ない人を選んで人に紹介する、即ちバンドを構成する人の組み合わせのコーディネートを行うようになっている。それにより、紹介するサービスの質を常に高く維持させつつ、同じような条件の人の間で不公平なことが生じないようにさせている。
【００６７】
ステップ７１６では、仮バンドエリアに全パート分、ゲストブックデータが揃ったか否か判定する。仮バンドエリア内に確保した各バンドデータエリアの全てにゲストブックデータが格納されている場合、判定はＹＥＳとなり、次にステップ７１７で変数ＢＦにその旨を示す値の１を代入した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、次にステップ７１８で仮バンドエリア内に格納したデータを全てクリアした後、一連の処理を終了する。
【００６８】
変数ＢＦに１が代入されることで、人を紹介するメールを作成するようになっている。そのようにして、本実施の形態では、仮バンドエリアに全パート分のゲストブックデータが揃うのをメール作成の条件としている。
なお、当然のことながら、全パート分のゲストブックデータが揃うのをメール作成の条件としなくとも良い。仮バンドエリアに格納するゲストブックデータの抽出方法についても、本実施の形態に限定されるわけではない。例えばゲストブックデータのデータ項目毎に重み付けをし、その項目毎に対比した結果を数値化した値に重みを掛けた値の累算値を求め、その累算値が最も大きいゲストブックデータを抽出するようにしても良い。楽譜の購入者に、紹介を希望する人に対する要望を指定させ、指定された要望を考慮してゲストブックデータを抽出するようにしても良い。これらのことから明らかなように、様々な変形を行うことができる。
【００６９】
図９は、図５のステップＳＳ９としてサーバー１０３が実行するメール作成処理のフローチャートである。次に、図９を参照して、その作成処理について詳細に説明する。その作成処理には、上記バンドコーディネート処理で定義される変数ＢＦが渡される。
【００７０】
先ず、ステップ９０１では、変数ＢＦの値が１か否か判定する。その値が１、即ち仮バンドエリアに全パート分のゲストブックデータが揃った場合、判定はＹＥＳとなってステップ９０１に移行する。そうでない場合には、判定はＮＯとなり、ここで一連の処理を終了する。
【００７１】
ステップ９０２では、変数ｋに１を代入する。それに続くステップ９０２〜９０８では、その変数ｋの値を順次、インクリメントしながら、その変数ｋの値に対応する仮バンドデータエリアにゲストブックデータが格納された人宛に送信するメールを作成していくための処理が行われる。
【００７２】
先ず、ステップ９０３では、変数ｋの値に対応する仮バンドデータエリアに格納されたゲストブックデータ中のメールアドレスを送信先（宛先）としてメールを作成する。その件名は、図２３に示すように、「バンド仲間紹介」としている。次のステップ９０４では、他の仮バンドデータエリアに格納されたゲストブックデータ中から所定のデータ（図２３参照）を取り出してメールの本文を作成する。そのようにして本文を作成すると、ステップ９０５に移行して、本文まで作成したメールをメールエリアにストアする。ステップ９０６にはその後に移行する。
【００７３】
上記メールエリアは、例えば補助記憶装置が備えた記憶媒体上に会員単位で確保した領域である。そのエリアにストアされたメールが、図６のステップＳＳ１２で端末装置１０４からのメール要求信号の受信によりその端末装置１０４に送信される。
【００７４】
ステップ９０６では、変数ｋの値に対応する仮バンドデータエリアにゲストブックデータを格納したゲストブックエリア内に保存のゲストブックデータ中のメール回数をインクリメントする。次のステップ９０７では、変数ｋの値をインクリメントする。その後に移行するステップ９０８では、変数ｋの値が曲のパート数より大きいか否か判定する。ゲストブックデータを格納した仮バンドデータエリア数分、メールを作成した場合、その関係が満たされるようになることから、判定はＹＥＳとなり、次にステップ９０９で変数ＢＦに０を代入し、仮バンドエリアのクリアを行った後、一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ９０３に戻る。
【００７５】
サーバー１０３は、上述したような内容のサブルーチン処理を実行する。次に、ユーザがサーバー１０３からサービスの提供を受けられるようにするために端末装置１０４が実行する処理について、図１０〜図１６に示す各種フローチャートを参照して詳細に説明する。
【００７６】
図１０は、上記専用のブラウザを起動させることで実現される全体処理のフローチャートである。会員登録を済ませたユーザがそのブラウザを起動させることで端末装置１０４が実行する処理を抜粋して全体的な流れを示したものである。端末装置１０４が実行する処理では、始めに図１０を参照して、その全体処理について詳細に説明する。
【００７７】
先ず、ステップ１００１では、イニシャライズを行い、サーバー１０３との接続を確立させる。続くステップ１００２では、図１７に示す初期画面を表示装置上に表示させる。その後はステップ１００３に移行する。
ステップ１００３では、「楽譜購入」アイコンがオン（クリック）されたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ１００４に移行し、楽譜購入サービスの提供をユーザが受けられるようにするための楽譜購入処理を実行した後、上記ステップ１００２に戻る。そうでない場合には、判定はＮＯとなってステップ１００５に移行する。
【００７８】
ステップ１００５では、「メール」アイコンがオン（クリック）されたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ１００６に移行し、メールサービスの提供をユーザが受けられるようにするためのメール処理を実行した後、上記ステップ１００２に戻る。そうでない場合には、判定はＮＯとなってステップ１００７に移行する。
【００７９】
ステップ１００７では、「その他」アイコンがオン（クリック）されたか否か判定する。そのアイコンをユーザがクリックした場合、判定はＹＥＳとなってステップ１００８に移行し、そのアイコンのクリックによって提供されるサービスをユーザが受けられるようにするためのその他の処理を実行した後、上記ステップ１００２に戻る。そうでない場合には、判定はＮＯとなって上記ステップ１００３に戻る。
【００８０】
以降は、上記全体処理内で実行されるサブルーチン処理について詳細に説明する。
図１１〜図１４は、上記ステップ１００４として実行される楽譜購入処理のフローチャートである。上記全体処理内で実行されるサブルーチン処理では、始めに図１１〜図１４を参照して、楽譜購入処理について詳細に説明する。
【００８１】
先ず、ステップ１１０１では、図１８に示す認証画面を表示装置上に表示させる。その認証画面は、図１７に示す初期画面と同じく、端末装置１０４が保存しているものである。その画面を表示させた後はステップ１１０２に移行する。
ステップ１１０２〜１１０４では、「送信」アイコンをユーザがクリックするまでの間、キーボードやマウスなどの入力装置をユーザが操作して入力したＩＤ、パスワードを対応するボックス内に表示させるための処理を行う。そのアイコンをユーザがクリックすると、ステップ１１０４の判定がＹＥＳとなってステップ１１０５に移行し、入力されたＩＤ、パスワードをサーバー１０３に送信する。このようなことから、図４のステップＳＴ１には、ステップ１１０１〜１１０５が対応する。
【００８２】
ステップ１１０５の次に移行するステップ１１０６、１１０７では、サーバー１０３から上記ＯＫ信号、或いは認証の結果、会員であると確認できなかった場合に送信される不許可信号を受信するのを待つ。不許可信号を受信すると、ステップ１１０７の判定がＹＥＳとなり、ここで一連の処理が終了する。一方、ＯＫ信号を受信すると、ステップ１１０６の判定がＹＥＳとなってステップ１１０８に移行し、上記曲リスト要求信号をサーバー１０３に送信する。このようなことから、図４のステップＳＴ２には、ステップ１１０６〜１１０８が対応する。
【００８３】
ステップ１１０８に続くステップ１１０９では、サーバー１０３から図１９に示す曲リスト画面を受信するのを待つ。その画面を受信すると、ステップ１１１０に移行して、受信したその画面を表示装置上に表示させる。その後は図１２のステップ１１１１に移行する。
【００８４】
図１２のステップ１１１１〜１１１４では、「送信」アイコン、或いは「キャンセル」アイコンをユーザがクリックするまでの間、曲リスト画面に配置されたリスト上でキーボードやマウスなどの入力装置をユーザが操作して選択（指定）した曲名を他と異なる状態に表示させるための処理を行う。「キャンセル」アイコンをユーザがクリックすると、ステップ１１１４の判定がＹＥＳとなり、ここで一連の処理が終了する。他方の「送信」アイコンをユーザがクリックすると、ステップ１１１３の判定がＹＥＳとなってステップ１１１５に移行し、現在、選択（指定）されている曲名を示す曲名データをサーバー１０３に送信する。このようなことから、図４のステップＳＴ３には、ステップ１１０９〜１１１５が対応する。
【００８５】
ステップ１１１５に続くステップ１１１６では、サーバー１０３から図２０に示すパート選択画面を受信するのを待つ。その画面を受信すると、ステップ１１１７に移行して、その画面を表示装置上に表示させる。ステップ１１１８にはその後に移行する。
【００８６】
ステップ１１１８〜１１２１では、「送信」アイコン、或いは「キャンセル」アイコンをユーザがクリックするまでの間、パート選択画面に配置されたリスト上でキーボードやマウスなどの入力装置をユーザが操作して選択（指定）したパート名を他と異なる状態に表示させるための処理を行う。「キャンセル」アイコンをユーザがクリックすると、ステップ１１２１の判定がＹＥＳとなり、ここで一連の処理が終了する。他方の「送信」アイコンをユーザがクリックすると、ステップ１１２０の判定がＹＥＳとなってステップ１１２２に移行し、現在、選択（指定）されているパート名を示すデータをサーバー１０３に送信する。このようなことから、図４のステップＳＴ４には、ステップ１１１６〜１１２２が対応する。
【００８７】
ステップ１１２２に続く図１３のステップ１１２３では、サーバー１０３から図２１に示す課金画面を受信するのを待つ。その画面を受信すると、ステップ１１２４に移行して、その画面を表示装置上に表示させる。ステップ１１２５にはその後に移行する。
【００８８】
ステップ１１２５〜１１２８では、「送信」アイコン、或いは「キャンセル」アイコンをユーザがクリックするまでの間、課金画面に配置されたボックス内に、キーボードやマウスなどの入力装置をユーザが操作して入力したデータを表示させるための処理を行う。「キャンセル」アイコンをユーザがクリックすると、ステップ１１２８の判定がＹＥＳとなり、ここで一連の処理が終了する。他方の「送信」アイコンをユーザがクリックすると、ステップ１１２７の判定がＹＥＳとなってステップ１１２９ａに移行し、各ボックスに表示させているデータをまとめて課金データとしてサーバー１０３に送信する。このようなことから、図５のステップＳＴ５には、ステップ１１２３〜１１２９ａが対応する。
【００８９】
ステップ１１２９ａに続くステップ１１２９では、サーバー１０３からユーザが指定の楽譜のデータを受信するのを待つ。それを受信すると、ステップ１１３０に移行して、それを補助記憶装置が備えた記憶媒体上にストアする。その次に移行するステップ１１３１では、サーバー１０３に上記終了信号を送信する。これらのことから、図５のステップＳＴ６には、ステップ１１２９〜１１３１が対応する。
【００９０】
ステップ１１３１に続くステップ１１３２では、サーバー１０３から図２２に示すゲストブック入力画面を受信するのを待つ。その画面を受信すると、ステップ１１３３に移行して、その画面を表示装置上に表示させる。その後は図１４のステップ１１３４に移行する。
【００９１】
ステップ１１３４〜１１３７では、「送信」アイコン、或いは「キャンセル」アイコンをユーザがクリックするまでの間、ゲストブック入力画面に配置されたラジオボタン、或いはボックス内に、キーボードやマウスなどの入力装置をユーザが操作して指定したマーク、或いは入力したデータを表示させるための処理を行う。「キャンセル」アイコンをユーザがクリックすると、ステップ１１３７の判定がＹＥＳとなり、ここで一連の処理が終了する。他方の「送信」アイコンをユーザがクリックすると、ステップ１１３６の判定がＹＥＳとなってステップ１１３８に移行し、ラジオボタン、或いは各ボックスに表示させているデータをまとめてゲストブックデータとしてサーバー１０３に送信する。このようなことから、図５のステップＳＴ７には、ステップ１１３２〜１１３８が対応する。
【００９２】
楽譜購入処理では、上述したような処理が実行される。それにより、図４、及び図５のフローチャートで示すようなサーバー１０３との間のデータのやりとりが実現される。
図１５、及び図１６は、図１０に示す全体処理内でステップ１００６として実行されるメール処理のフローチャートである。次に、図１５、及び図１６を参照して、そのメール処理について詳細に説明する。そのメール処理は、上述したように、メールサービスの提供をユーザが受けられるようにするために実行される処理である。
【００９３】
先ず、ステップ１５０１では、図１８に示す認証画面を表示装置上に表示させる。それに続くステップ１５０２〜１５０４では、「送信」アイコンをユーザがクリックするまでの間、キーボードやマウスなどの入力装置をユーザが操作して入力したＩＤ、パスワードを対応するボックス内に表示させるための処理を行う。そのアイコンをユーザがクリックすると、ステップ１５０４の判定がＹＥＳとなってステップ１５０５に移行し、入力されたＩＤ、パスワードをサーバー１０３に送信する。このようなことから、図６のステップＳＴ１１には、ステップ１５０１〜１５０５が対応する。
【００９４】
ステップ１５０５の次に移行するステップ１５０６、１５０７では、サーバー１０３から上記ＯＫ信号、或いは不許可信号を受信するのを待つ。不許可信号を受信すると、ステップ１５０７の判定がＹＥＳとなり、ここで一連の処理が終了する。一方、ＯＫ信号を受信すると、ステップ１５０６の判定がＹＥＳとなってステップ１５０８に移行し、上記メール要求信号をサーバー１０３に送信する。このようなことから、図６のステップＳＴ１２には、ステップ１５０６〜１５０８が対応する。
【００９５】
ステップ１５０８に続くステップ１５０９では、サーバー１０３からメールを受信するのを待つ。そのメールを受信すると、ステップ１５１０に移行して、受信したメールを受信メールエリア（図３参照）にストアする。このことから、図６のステップＳＴ１３にはステップ１５０９〜１５１０が対応する。なお、端末装置１０４に送信すべきメールが存在しない場合、サーバー１０３はその旨を示す信号を端末装置１０４に送信する。その信号を受信した端末装置１０４は、ステップ１５１０の処理を実行することなくステップ１５１１に移行する。
【００９６】
ステップ１５１０に続くステップ１５１１では、受信メールエリアにストアしたメールの内容に基づき、そのメールのリストを配置したメールリスト画面を生成して表示装置上に表示させる。その画面の生成は、例え受信メールエリアにストアしている各メールのデータから件名や送信日時などを取りだし、それを保存されているオリジナルのメールリスト画面にリストとして配置することで行う。その画面には、メールの作成・送信を行うことを要求するための「送信」アイコンやメールサービスの提供の終了を指示するための「キャンセル」アイコンなども配置されている。
【００９７】
ステップ１５１１に続く図１６のステップ１５１２では、リスト上のメールの件名がクリックされたか否か判定する。リスト上の何れかのメールの件名をユーザがクリックした場合、判定はＹＥＳとなってステップ１５１３に移行する。そうでない場合には、判定はＮＯとなってステップ１５１５に移行する。
【００９８】
ステップ１５１３では、ユーザが件名をクリックすることで指定したメールのデータを受信メールエリアから読み出し、それを構成する送信元、件名、及び本文（図３参照）をオリジナルのメール開封画面に配置して生成した指定のメールに対応するメール開封画面を表示装置上に表示させる。このとき、ユーザが指定のメールが図５のステップＳＳ９として実行されるメール作成処理によって作成されたものであれば、例えば図２３に示すようなメール開封画面を表示装置上に表示させる。それにより、サーバー１０３が選んだ人のメールアドレスや、その他として入力した文章などをパート毎にユーザに確認させる。
【００９９】
上記メール開封画面を表示させた後は、ステップ１５１４に移行して、「閉じる」アイコンをユーザがクリックするのを待つ。そのアイコンをユーザがクリックすると、図１５のステップ１５１１に戻り、表示させていたメール開封画面を消去させて再度、メールリスト画面を表示させる。
【０１００】
一方、ステップ１５１５では、メールリスト画面上に配置されている「送信」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックしなかった場合、判定はＮＯとなってステップ１５１７に移行する。そうでない場合には、判定はＹＥＳとなり、ステップ１５１６に移行して、ユーザがメールを作成し送信するのを行えるようにするためのメール送信処理を実行する。その実行後は、図１５のステップ１５１１に戻り、再度、メールリスト画面を表示させる。
【０１０１】
ステップ１５１７では、メールリスト画面上に配置されている「キャンセル」アイコンがクリックされたか否か判定する。そのアイコンをユーザがクリックしなかった場合、判定はＮＯとなって上記ステップ１５１２に戻る。そうでない場合には、判定はＹＥＳとなり、ここで一連の処理を終了する。
【０１０２】
上述したようにして、ユーザは、自分宛に送信されたメールを閲覧したり、メールを作成して送信することができるようになっている。それにより、ユーザは、端末装置１０４をサーバー１０３と接続させるだけで、楽譜の購入から紹介された人の確認、その人へのメールを介したアクセスまで行えるようにさせている。そのようにして、利用者（端末装置１０４のユーザ）にとって高い利便性が得られるようにさせている。
【０１０３】
なお、本実施の形態では、楽譜を購入する度にゲストブックデータ（個人情報）の入力を要求することにより、その楽譜を購入したユーザが人の紹介を希望しているか否か確認して、人の紹介をタイムリーに行えるようにしているが、そのようにしなくとも良い。例えばゲストブックデータを個人（会員）別に保存しておき、ユーザが楽譜を購入する度に、そのユーザが人の紹介を希望しているのであれば自動的に人を紹介するようにしても良い。そのようにする場合には、保存してあるゲストブックデータを必要に応じてユーザが更新できるようにすることが望ましい。人の紹介は、定期的に行うようにしても良い。
【０１０４】
紹介する人については、本実施の形態では、同じ曲で異なるパートの楽譜を購入した人を対象に選ぶようにしているが、そのような対象範囲の限定は必ずしも採用しなくても良い。例えば同じ曲の楽譜を購入した人を対象にしても良く、異なるパートの楽譜を購入した人を対象にしても良い。紹介の対象とする人が購入した楽譜の曲については、同じ曲ではなく、同じアーティストの曲、或いは同じジャンルの曲にまで対象を広げても良い。
【０１０５】
人を紹介するサービスは、楽譜配信システム１０２が提供しているが、そのサービスは別のシステムで提供するようにしても良い。それは、楽譜配信システム１０２から必要な情報を提供させれば実現させることができる。また、印刷物としての楽譜を購入した人を対象に、そのサービスを提供することもできる。
【０１０６】
【発明の効果】
以上、説明したように本発明は、曲の楽譜を取得した取得者にネットワークを介して個人情報を提供させ、その提供された個人情報、及びその取得者が取得の楽譜を基に、他の取得者のなかからその個人情報を提供すべき取得者を選択し、選択した取得者にネットワークを介してその個人情報を提供する。
【０１０７】
楽譜を取得した取得者の多くは、楽器の演奏を行える演奏者であると考えられる。このことから、取得者の個人情報を他の取得者に提供することは、演奏活動を共に行える可能性の高い人を紹介することになる。それにより、その提供を通して、取得者が、演奏活動を共に行うことを希望する他の取得者を探すのを大きく支援することができる。その演奏活動の実現を支援することで、取得者の満足度を結果的により向上させることができる。
【図面の簡単な説明】
【図１】本実施の形態による楽譜配信システムが適用されたネットワークシステムの構成を示す図である。
【図２】サーバーがサービス提供用に管理するデータを説明する図である。
【図３】ユーザがサービスを受けることで端末装置が管理するデータを説明する図である。
【図４】楽譜配信サービスをユーザが受ける場合に、端末装置、サーバーがそれぞれ実行する処理の流れを示すフローチャートである。
【図５】楽譜配信サービスをユーザが受ける場合に、端末装置、サーバーがそれぞれ実行する処理の流れを示すフローチャートである（続き）。
【図６】メールサービスをユーザが受ける場合に、端末装置、サーバーがそれぞれ実行する処理の流れを示すフローチャートである。
【図７】バンドコーディネート処理のフローチャートである。
【図８】バンドコーディネート処理のフローチャートである（続き）。
【図９】メール作成処理のフローチャートである。
【図１０】専用のブラウザを起動させることで実現される全体処理のフローチャートである。
【図１１】楽譜購入処理のフローチャートである。
【図１２】楽譜購入処理のフローチャートである（続き１）。
【図１３】楽譜購入処理のフローチャートである（続き２）。
【図１４】楽譜購入処理のフローチャートである（続き３）。
【図１５】メール処理のフローチャートである。
【図１６】メール処理のフローチャートである（続き）。
【図１７】初期画面を示す図である。
【図１８】認証画面を示す図である。
【図１９】曲リスト画面を示す図である。
【図２０】パート選択画面を示す図である。
【図２１】課金画面を示す図である。
【図２２】ゲストブック入力画面を示す図である。
【図２３】メール開封画面の表示例を示す図である。
【符号の説明】
１０１ネットワーク
１０２楽譜配信システム
１０３サーバー
１０４端末装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a technique for supporting a performer who wants to perform performance activities such as band performance (ensemble) with a plurality of persons.
[0002]
[Background Art and Problems to be Solved by the Invention]
In the music field, various songs are released one after another. However, the fact is that it is difficult to obtain the score of the song other than the popular score. This is because a musical score is usually a printed matter, so the profitable level is relatively high, and it cannot be put on the market unless a certain amount of sales can be expected. For this reason, it is thought that there are not a few people who want the musical score for the musical instrument (part) that they play.
[0003]
If it is not printed matter, the profit level will be greatly reduced. For this reason, recently, a music score distribution service for distributing musical scores in the form of data has been provided by establishing a site on the Internet. The score distribution system is constructed in order to realize a score distribution service provided by such a site.
[0004]
Normally, a song is composed of a plurality of parts, and it is not possible to play all parts simultaneously with one musical instrument. It is unlikely that a person who does not play a musical instrument desires a score. If you are playing a musical instrument, it is natural to have a desire to check your ability. From these facts, it seems that many people who have obtained music scores have a desire to perform performance activities such as ensembles by gathering people who perform each part. For this reason, when providing a score distribution service, regardless of whether it is paid or not, it is possible to provide support for satisfying such feelings in order to improve user satisfaction as a result. It is considered important.
[0005]
An object of the present invention is to provide a technique for supporting a performer who desires to perform performance activities such as ensemble with a plurality of persons.
[0006]
[Means for Solving the Problems]
The score distribution system of the present invention A music score distribution system that requests a server to distribute music score data of a desired song part from a terminal, and distributes music score data of a music part corresponding to the distribution request from the server to the terminal. Distribution request means for requesting distribution of the musical score data of the song part, musical score data receiving means for receiving the musical score data of the music part from the server, and transmitting personal information of the user of the terminal to the server after the reception of the musical score data Personal information transmitting means and personal information receiving means for receiving personal information other than the user of the terminal transmitted from the server, the server stores a plurality of types of musical score data of a song composed of a plurality of parts, Storage means having an area for storing personal information for each score data, distribution request receiving means for receiving a distribution request from a terminal, The musical score data distribution means for reading out the musical score data of the part of the song corresponding to the distribution request from the storage means and distributing it to the terminal, the personal information from the terminal received, and the received personal information of the musical score data distributed to the terminal Personal information storage means for adding data indicating a part and storing the data in the area corresponding to the musical score data, and a request of the user having the new personal information after the new personal information is stored in the personal information storage means In accordance with the search means for searching for personal information satisfying a predetermined condition from personal information already stored for the same musical score data as the new personal information from the storage means, A discriminating means for discriminating whether or not all parts of the music corresponding to the musical score data are prepared by the part data added to the new personal information, and all the parts If it is determined that the personal information transmitting means for transmitting the personal information retrieved to the terminal, It comprises.
[0010]
In the present invention, the acquirer who has acquired the score of a song is provided with personal information via a network, and the acquired personal information and the score obtained by the acquirer are used to obtain the information from other acquirers. An acquirer who should provide personal information is selected, and the personal information is provided to the selected acquirer via a network.
[0011]
Many of the acquirers who have acquired the score are considered to be performers who can play musical instruments. Therefore, providing the acquirer's personal information to other acquirers introduces people who are highly likely to perform performance activities together. Thereby, through the provision, the acquirer greatly assists in searching for other acquirers who desire to perform together.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a diagram showing a configuration of a network system to which a score distribution system according to the present embodiment is applied.
[0013]
As shown in FIG. 1, the network system connects a server 103 constituting a score distribution system (hereinafter abbreviated as distribution system) 102 according to the present embodiment to one or more terminal devices 104 via a network 101. Built to be able to. Accordingly, the distribution system 102 is realized as providing a service to the user of the terminal device 104 connected via the network 101.
[0014]
The distribution system 102 is actually composed of a plurality of servers such as a database (DB) server and a mail server (not shown) in addition to the server 103. However, here, in order to avoid confusion and facilitate understanding, the following description will be made on the assumption that the distribution system 102 is configured by only one server 103.
[0015]
The network 102 represents, for example, the Internet, public lines, and the like collectively. Accordingly, the terminal device 104 is connected to the Internet via, for example, a public line and an ISP (Internet Service Provider) that provides a connection service with the Internet. Note that the network 102 may be other than those or another combination. The terminal device 104 is, for example, a personal computer or a PDA (Personal Digital Assistants). An electronic musical instrument or a mobile phone may be used as the terminal device 104.
[0016]
The operation of the above configuration will be described.
In the present embodiment, a dedicated browser (program) for receiving a service provided by the distribution system 102 is recorded on a recording medium such as a CD-ROM and distributed. As a result, the user of the terminal device 104 receives the service provided by the distribution system 102 by causing the terminal device 104 to execute the browser recorded on the recording medium. As a matter of course, the service may be received using an existing general browser. The recording medium is distributed through, for example, music-related or computer-related magazines.
[0017]
When the browser recorded on the recording medium is activated for the first time after being installed in the terminal device 104, a screen for inquiring whether or not the member registration is desired is displayed on the display device. Let the user choose no. Thus, when the user selects to register, the terminal device 104 is connected to the server 103 via the network 101, and a registration screen is displayed on the display device. The inquiry screen is displayed each time the user starts up until the user completes membership registration, for example.
[0018]
On the registration screen, a plurality of boxes for inputting personal information such as name, address, and mail address, and a “send” icon for instructing transmission of the input personal information are arranged. The member registration instruction is performed by clicking (turning on) the “send” icon after entering all personal information to be entered.
[0019]
When the user clicks on the icon, the entered personal information is transmitted to the server 103. When the server 103 receives the personal information, the server 103 searches the member DB for storing and managing the member's personal information using, for example, the name in the personal information as a key, and as a result of the search, a person with the same name has already been searched. If it is confirmed that the member is a member, the search is performed again using the address in the personal information as a key. In that way, it is accurately confirmed that the person who sent the personal information is not already a member.
[0020]
After confirming that, a member identification ID is issued, a notification is sent, a screen for setting a password is generated and transmitted to the terminal device 104, and a password is set for a user who wishes to register as a member. Let After inputting the password, the terminal device 104 transmits the password to the server 103 after waiting for the user to click the “send” icon arranged on the screen. By performing the click, the work to be performed by the user on the member registration is completed.
[0021]
The server 103 that received the password adds a record to the member DB, and stores the received personal information, the issued ID, and the password in the record. Thereafter, a screen for notifying that the member registration has been normally completed is transmitted to the terminal device 104. The terminal device 104 displays the initial screen as shown in FIG. 17 on the display device after displaying the screen.
[0022]
The initial screen is for allowing the member to select a desired service. When the user who has completed membership registration activates the browser, it is displayed after the connection with the server 103 is established. On the screen, as shown in FIG. 17, it is requested to provide a service for purchasing a score (corresponding to the “score distribution service” described in the claims. Hereinafter, referred to as a score purchase service or a score distribution service). "Music score purchase" icon for requesting, "Mail" icon for requesting the provision of services related to mail transmission / reception (hereinafter referred to as mail service), and "Other" icon for requesting provision of other services Has been. As a result, the user (member) requests to provide a desired service by clicking any of them. Hereinafter, with reference to various explanatory diagrams shown in FIGS. 2, 3, and 17 to 23, and various flowcharts shown in FIGS. 4 to 16, various services provided by the server 103 configuring the distribution system 102. And the operations of the server 103 and the terminal device 104 that realize the content will be described in detail.
[0023]
4 and 5 are flowcharts showing the flow of processing executed by the terminal device 104 and the server 103, respectively, when the user receives the score distribution service. Focusing on the processing related to the communication between the terminal device 104 and the distribution system 102, the processing executed by the terminal device 104 and the server 103 constituting the distribution system 102 is extracted and an example of the flow is shown. First, with reference to FIG. 4 and FIG. 5, the contents and flow of processing executed by the terminal device 104 and the server 103 when the user receives the score distribution service will be described in detail.
[0024]
In the flowcharts shown in FIGS. 4 and 5, for example, the CPU installed in the terminal device 104 and the CPU installed in the server 103 execute a program stored in the hard disk of the hard disk device installed in the CPU. This is realized. The program executed by the CPU mounted on the terminal device 104 includes the dedicated browser. The same applies to other flowcharts.
[0025]
When the user who has completed membership registration activates the browser, the terminal device 104 establishes a connection with the server 103 as described above, and then displays an initial screen as shown in FIG. 17 on the display device. When the user clicks on the “purchase score” icon arranged on the initial screen, an authentication screen as shown in FIG. 18 is displayed on the display device. After entering the ID and password on the authentication screen, when the user clicks the “Send” icon, the entered ID and password are sent to the server 103 (step ST1).
[0026]
Upon receiving the ID and password, the server 103 performs authentication by confirming whether or not the combination is stored in the member DB record. If it is confirmed by the authentication that the member is a registered member, an OK signal for notifying that is transmitted to the terminal device 104 (step SS1).
[0027]
When the terminal device 104 receives the OK signal, the terminal device 104 automatically transmits a song list request signal for requesting selection of a music piece to be purchased to the server 103 (step ST2). By receiving the signal, the server 103 transmits a song list screen as shown in FIG. 19 to the terminal device 104 (step SS2).
[0028]
In FIG. 2, the server 103 stores musical score data that can be sold in each song area represented by “Song (1)” to “Song (n)”. The musical score data is one part of the musical score data (hereinafter referred to as part musical data), such as “Part (1)” in FIG. 2, and the musical score of each part is superimposed vertically. It is provided with all score data, which is score data. The music area is, for example, an area secured on a storage medium provided in the auxiliary storage device.
[0029]
On the song list screen shown in FIG. 19, a list of song names each having score data stored therein is arranged in the song area shown in FIG. 2, and two icons “send” and “cancel” are arranged as icons. . The “Cancel” icon is for requesting cancellation of the purchase of the score, and the “Send” icon is for requesting purchase of the score corresponding to the song name selected on the list. . Thus, if the user wishes to purchase a musical score, the user can select the name of the song for which the musical score is desired and then click the “send” icon. The symbols in parentheses shown in FIG. 19 indicate the correspondence with the music areas shown in FIG.
[0030]
In this way, when the user clicks the “send” icon, the terminal device 104 transmits the song name data indicating the song name selected on the list to the server 103 (step ST3). The server 103 that has received it transmits a corresponding part selection screen as shown in FIG. 20 to the terminal device 104 (step SS3).
[0031]
The part selection screen is for selecting a part for which a musical score is desired in the music. A list of data parts (noted as “all scores”, “guitar part”, “bass part”, etc. in the figure), a “send” icon, and a “cancel” icon are arranged. The “Cancel” icon is for requesting cancellation of the purchase of the score, and the “Send” icon is for requesting purchase of the score corresponding to the part selected on the list. . Thus, if the user wishes to purchase a musical score, the user selects a part for which the musical score is desired and then clicks a “send” icon.
[0032]
When the user clicks the “send” icon in this way, the terminal device 104 sends part name data indicating the part selected on the list to the server 103 (step ST4). The server 103 that has received the message transmits a billing screen as shown in FIG. 21 to the terminal device 104 (step SS4 in FIG. 5), assuming that the user has acquired all the data for specifying the desired score.
[0033]
As shown in FIG. 21, a box for inputting an address, name, card information, ID, and password, a “send” icon, and a “cancel” button are arranged on the billing screen. The “cancel” icon is for requesting cancellation of the purchase of the score, and the “send” icon is for requesting purchase of the score. Thus, if the user wishes to purchase a score, after inputting the data to be input in each box, the user can click the “Send” icon.
[0034]
When the user clicks the “send” icon in this manner, the terminal device 104 transmits the personal information input in each box to the server 103 as billing data (step ST5 in FIG. 5).
A financial institution is connected to the distribution system 102 via another network such as a dedicated line. The financial institution is, for example, a center that provides services such as relaying shopping information performed using a cash card to a corresponding financial institution or acting on behalf of a service provided by the financial institution. The distribution system 102 performs settlement with the user of the terminal device 104 that purchases a paid score through such a financial period.
[0035]
The server 103 that has received the billing data from the terminal device 104 makes a settlement via the above-described financial institution in accordance with the billing data (step SS5). Thereafter, the user reads out the desired score data (all score data or part score data) from the corresponding song area (see FIG. 2) and transmits it to the terminal device 104 (step SS5a).
[0036]
When the score data (all score data or part score data) is received from the server 103, the terminal device 104 stores the data, for example, on a storage medium provided in the auxiliary storage device, and sends an end signal indicating that to the server. 103 (step ST6). “Score data” in FIG. 3 indicates the data stored in this way.
[0037]
Upon receiving the end signal, the server 103 transmits a guest book input screen as shown in FIG. 22 to the terminal device 104 (step SS6).
The guest book input screen is for requesting input of personal information of a person who wants to introduce himself / herself to another person in order to search for a person who performs performance activities (mainly band performance) together. The screen includes two radio buttons to select whether or not you want to join the band (your introduction), age, gender, region, level (performance level), etc. (especially what you want to appeal), and A total of six input boxes for inputting e-mail addresses and two icons “Send” and “Cancel” are arranged. As for the level and the region, it is decided to input one by selecting one from a plurality prepared in advance. The “cancel” icon is for requesting cancellation of input of the personal information itself, and the “transmission” icon is for requesting transmission of the input personal information.
[0038]
As described above, after inputting data on the guest book input screen, when the user clicks the “send” icon, the terminal device 104 collects the data input on the screen and sends it to the server 103 as guest book data. (Step ST7). By transmitting the guest book data, the processing related to the score purchase is completed, and the processing shifts to other processing.
[0039]
The server 103 stores the guest book data received from the terminal device 104 in the guest book area secured in the song area labeled “guest book” in FIG. 2 (step SS7). As a result, the guest book data of the user is stored in the guest book area reserved in the song area of the song for which the user purchased the musical score. Hereinafter, storing guest book data in the guest book area is also expressed as registering in the guest book.
[0040]
In FIG. 2, the guest book data stored in the guest book area is represented as “guest book (1)” or “guest book (2)” as constituting the guest book area. Data items constituting the data include “selected score” and “number of mails”. As the “selected score” data, a part number indicating the part of the score purchased by the user is stored. As the “number of mails” data, the number of times mail is transmitted to the user is stored. Its initial value is zero. These numbers and times are those added and stored by the server 103 to the guest book data received from the terminal device 104.
[0041]
When the guest book data is stored as described above, the server 103 next refers to the guest book data already stored in the guest book area where the guest book data is stored, and introduces the person to be introduced to the user who sent the data. A search band coordination process is executed (step SS8).
[0042]
The coordination process is performed using the temporary band area shown in FIG. It is an area secured on a storage medium provided in the main storage device or auxiliary storage device. The temporary band area, such as “Guest Book (1)” and “Guest Book (2)”, is an area reserved for storing guest book data stored in the guest book area. It is. Hereinafter, this area will be referred to as a temporary band data area.
[0043]
The provisional band data area is prepared for at least the number of parts of the song for which the user purchased the score. The guest book data of the user is stored in an area corresponding to the part of the musical score purchased by the user. The other area stores guest book data of a person who has purchased the part score corresponding to the area. For this reason, in the band coordination process, for each part of the song for which the user has purchased the score, one person is selected from those who have purchased the score of the part, and the guest book data of the selected person is stored. It has become.
[0044]
When the coordination process is executed, the server 103 next executes an email creation process for creating an email introducing the person to the score purchaser with reference to the guest book data stored in the temporary band area ( Step SS9). As a result of the execution, the processing on the server 103 side related to the score purchase ends, and the process proceeds to other processing.
[0045]
As described above, the server 103 provides a score purchase service to the user of the terminal device 104. Thereby, when the user purchases a desired score, he / she can introduce a person who has purchased a score of another part of the same song as desired. As a result, it becomes possible to easily find people necessary for performing performance activities such as band performance, and music can be enjoyed more. For this reason, as a result, the satisfaction of the user (score acquisition person) can be further improved. Not only that, but also by stimulating each other, you will also be able to increase your ability. For this reason, not only can a musical score be provided, but the musical score can be used more effectively in various forms.
[0046]
FIG. 6 is a flowchart showing the flow of processing executed by the terminal device 104 and the server 103 when the user receives the mail service. As in FIGS. 4 and 5, focusing on the processing related to the communication between the terminal device 104 and the distribution system 102, the process executed by the terminal device 104 and the server 103 constituting the distribution system 102 is extracted and its flow is shown. This is an example. Next, with reference to FIG. 4 and FIG. 5, details of processing executed by the terminal device 104 and the server 103 and a flow thereof when the user receives the mail service will be described in detail.
[0047]
When the user clicks the “mail” icon in a state where the initial screen as shown in FIG. 17 is displayed on the display device, the terminal device 104 next displays an authentication screen as shown in FIG. 18 on the display device. After entering the ID and password on the authentication screen, when the user clicks the “Send” icon, the entered ID and password are sent to the server 103 (step ST11).
[0048]
Upon receiving the ID and password, the server 103 performs authentication by confirming whether or not the combination is stored in the member DB record. If it is confirmed by the authentication that the member is a registered member, an OK signal for notifying that is transmitted to the terminal device 104 (step SS11).
[0049]
Upon receiving the OK signal, terminal device 104 automatically transmits a mail request signal for requesting transmission of mail addressed to the user to server 103 (step ST12). The server 103 that has received the signal transmits a mail addressed to the user to the terminal device 104 (step SS12). By the transmission, the processing on the server 103 side necessary for the user to browse the mail addressed to the user is finished, and the process proceeds to other processing.
[0050]
The terminal device 104 that has received the mail from the server 103 stores it in the received mail area provided in the auxiliary storage device and secured on the storage medium (step ST13). As a result of the storage, the processing on the terminal device 104 side necessary for the user to view the mail addressed to the user is terminated, and the process proceeds to other processing.
[0051]
In FIG. 3, “mail” is a received mail area reserved for storing mail received from the server 103. “Mail (1)”, “Mail (2)”, etc. described as constituting the area are mail data stored in the area, and the mail data includes the sender, subject, and body data. It is configured.
[0052]
The mail transmitted from the server 103 to the terminal device 104 includes mail created by the server 103 executing mail creation processing as step SS9 depending on the situation. Accordingly, the user can confirm the person selected by the server 103 by clicking the “mail” icon on the initial screen shown in FIG.
[0053]
Next, subroutine processing executed by the server 103 when the user of the terminal device 104 receives the score purchase service will be described in detail with reference to various flowcharts shown in FIGS.
7 and 8 are flowcharts of the band coordination process executed as step SS8 shown in FIG. First, the coordination process will be described in detail with reference to FIGS. 7 and 8. As described above, the coordinating process is a process for selecting other purchasers to be introduced to the user of the terminal device 104 who is the purchaser of the musical score that has transmitted the guest book data.
[0054]
First, in step 701, the guest book data stored in the guest book area in step SS7 of FIG. 5 is referred to and it is determined whether or not the user desires to join the band, that is, introduce people including himself. When the user clicks the “send” icon in a state where a mark is displayed on the radio button on the “Yes” side provided for inquiring whether or not the user wishes to join the band on the guest book input screen shown in FIG. Since it is interpreted that the user desires to join the band, the determination is YES, and the process proceeds to step 702. Otherwise, the determination is no and the series of processing ends here.
[0055]
In step 702, the part number stored as a part of the guest book data is substituted into the variable m. In the subsequent step 703, a temporary band area (see FIG. 2) is secured, and the guest is stored in the temporary band data area (denoted as “temporary band area (m)” in the figure) corresponding to the part number assigned to the variable m. Stores book data. Thereafter, the process proceeds to step 704.
[0056]
In steps 704 to 715 of FIG. 8, guest book data to be stored in the temporary band area while sequentially reading the guest book data stored in the guest book area secured in the song area of the song for which the user purchased the score. The process for storing is performed. The guest book data newly stored in the guest book area when the user purchases the score is referred to as new guest book data here.
[0057]
First, in step 704, one guest book data is extracted from the guest book area. In the subsequent step 705, it is determined whether or not the person who has transmitted the retrieved guest book data desires to join the band. If the person does not wish to join the band, the determination is no and the process moves to step 715 in FIG. Otherwise, the determination is yes and the process moves to step 706.
[0058]
In step 706, it is determined whether or not the part number in the extracted guest book data does not match the value of the variable m. If the person who sent the retrieved guest book data has purchased the same part score as the user, the determination is no and the process moves to step 715 in FIG. Otherwise, the determination is yes and the process moves to step 707.
[0059]
In step 707, it is determined whether the age of the extracted guest book data matches the age of the new guest book data. If the ages do not match, the determination is no and the process moves to step 715 in FIG. Otherwise, the determination is yes and the process moves to step 708.
[0060]
In step 708, it is determined whether or not the gender in the extracted guest book data matches the gender in the new guest book data. If the genders do not match, the determination is no and the process moves to step 715 in FIG. Otherwise, the determination is yes and the process moves to step 709.
[0061]
In step 709, it is determined whether or not the region in the extracted guest book data matches the region in the new guest book data. If the areas do not match, the determination is no and the process moves to step 715 in FIG. Otherwise, the determination is yes and the process moves to step 710.
[0062]
In step 710, it is determined whether or not the level (ability) in the extracted guest book data matches the level in the new guest book data. If the levels do not match, that is, if the difference in ability between the two is large, the determination is no and the process moves to step 715 of FIG. 8, otherwise the determination is yes and the figure The process proceeds to step 711 of FIG.
[0063]
In step 711 of FIG. 8, the part number in the extracted guest book data is substituted into a variable l. In the subsequent step 712, it is determined whether or not the guest book data is already stored in the temporary band data area (denoted as “temporary band area (l) in the figure) corresponding to the part number assigned to the variable l. If the guest book data is stored in the band data area, the determination is yes and the process proceeds to step 714. Otherwise, the determination is no and the process proceeds to step 713, and the temporary band data area is stored. After storing the guest book data extracted in step 704, the process proceeds to step 715.
[0064]
In step 714, it is determined whether or not the number of mails in the guest book data previously stored is less than or equal to that in the guest book data extracted in step 704. If the relationship is satisfied, the determination is yes and the process moves to step 715. Otherwise, the determination is no, the process proceeds to step 713, and the guest book data extracted this time is overwritten and stored in the temporary band data area corresponding to the part number assigned to the variable l, The process proceeds to step 715. In this way, people who have few emails (number of introductions) are introduced with priority.
[0065]
In step 715, it is determined whether there is guest book data to be extracted in the guest book area. If such guest book data remains, the determination is yes and the process returns to step 704 in FIG. 7 to take out one of the remaining guest book data. Otherwise, the determination is no and the process moves to step 716.
[0066]
In this way, in this embodiment, the person who is considered to be the best person to introduce to the person is selected, and as a result of the selection, if a plurality of persons are selected in one part, the number of times introduced most among them. A person with a small (number of emails) is selected and introduced to the person, that is, a combination of the persons who compose the band is coordinated. As a result, the quality of the service introduced is always maintained at a high level so that unfairness does not occur among people with similar conditions.
[0067]
In step 716, it is determined whether or not guest book data for all the parts has been prepared in the temporary band area. If the guest book data is stored in all the band data areas secured in the temporary band area, the determination is YES, and after substituting a value 1 indicating that in the variable BF in step 717, a series of Terminate the process. Otherwise, the determination is no, and after all the data stored in the temporary band area is cleared in step 718, the series of processing ends.
[0068]
By assigning 1 to the variable BF, an email introducing a person is created. In this way, in this embodiment, the condition for creating the mail is that the guest book data for all the parts is arranged in the temporary band area.
Of course, it is not necessary to make the condition for creating the mail that the guest book data for all the parts is prepared. The method of extracting guest book data stored in the temporary band area is not limited to the present embodiment. For example, each guest book data item is weighted, the result of comparing each item is converted into a numerical value, the accumulated value is obtained, and the guest book data with the largest accumulated value is extracted. You may make it do. The purchaser of the score may specify the request for the person who wants to introduce, and the guest book data may be extracted in consideration of the specified request. As is apparent from these, various modifications can be made.
[0069]
FIG. 9 is a flowchart of the mail creation process executed by the server 103 as step SS9 of FIG. Next, the creation process will be described in detail with reference to FIG. The variable BF defined by the band coordination process is passed to the creation process.
[0070]
First, in step 901, it is determined whether or not the value of the variable BF is 1. If the value is 1, that is, the guest book data for all the parts is prepared in the temporary band area, the determination is yes and the process proceeds to step 901. Otherwise, the determination is no and the series of processing ends here.
[0071]
In step 902, 1 is substituted into the variable k. In subsequent steps 902 to 908, while sequentially incrementing the value of the variable k, create a mail to be sent to the person whose guest book data is stored in the temporary band data area corresponding to the value of the variable k. The process to go is performed.
[0072]
First, in step 903, a mail is created with the mail address in the guest book data stored in the temporary band data area corresponding to the value of the variable k as the transmission destination (destination). As shown in FIG. 23, the subject is “introduction of band friends”. In the next step 904, predetermined data (see FIG. 23) is extracted from the guest book data stored in another temporary band data area, and the body of the mail is created. When the text is created in this way, the process proceeds to step 905, and the mail created up to the text is stored in the mail area. Step 906 then proceeds.
[0073]
The mail area is an area secured for each member on a storage medium provided in the auxiliary storage device, for example. The mail stored in the area is transmitted to the terminal device 104 by receiving a mail request signal from the terminal device 104 in step SS12 of FIG.
[0074]
In step 906, the number of mails in the guest book data stored in the guest book area in which the guest book data is stored in the temporary band data area corresponding to the value of the variable k is incremented. In the next step 907, the value of the variable k is incremented. In the next step 908, it is determined whether or not the value of the variable k is larger than the number of music parts. If mails are created for the number of temporary band data areas that store guest book data, the relationship will be satisfied, so the determination is YES, and in step 909, 0 is substituted into the variable BF, and the temporary band is set. After clearing the area, the series of processing ends. Otherwise, the determination is no and the process returns to step 903.
[0075]
The server 103 executes a subroutine process having the contents as described above. Next, processing executed by the terminal device 104 so that the user can receive service from the server 103 will be described in detail with reference to various flowcharts shown in FIGS.
[0076]
FIG. 10 is a flowchart of overall processing realized by starting the dedicated browser. The overall flow is shown by extracting the processing executed by the terminal device 104 when the user who has completed membership registration activates the browser. The processing executed by the terminal device 104 will be described in detail first with reference to FIG.
[0077]
First, in step 1001, initialization is performed and a connection with the server 103 is established. In the subsequent step 1002, the initial screen shown in FIG. 17 is displayed on the display device. Thereafter, the process proceeds to step 1003.
In step 1003, it is determined whether or not the “score purchase” icon is turned on (clicked). If the user clicks on the icon, the determination is yes and the process moves to step 1004. After the score purchase process is performed to enable the user to receive the score purchase service, the process returns to step 1002. Otherwise, the determination is no and the process moves to step 1005.
[0078]
In step 1005, it is determined whether or not the “mail” icon is turned on (clicked). If the user clicks on the icon, the determination is yes, the process moves to step 1006, mail processing for enabling the user to receive mail service is executed, and then the process returns to step 1002. Otherwise, the determination is no and the process moves to step 1007.
[0079]
In step 1007, it is determined whether or not the “others” icon has been turned on (clicked). If the user clicks on the icon, the determination is yes and the process moves to step 1008, and after performing other processing for allowing the user to receive the service provided by clicking the icon, the above step is performed. Return to 1002. Otherwise, the determination is no and the process returns to step 1003.
[0080]
Hereinafter, a subroutine process executed in the overall process will be described in detail.
11 to 14 are flowcharts of the score purchase process executed as step 1004 described above. In the subroutine process executed in the overall process, the score purchase process will be described in detail with reference to FIGS.
[0081]
First, in step 1101, the authentication screen shown in FIG. 18 is displayed on the display device. The authentication screen is saved by the terminal device 104 as in the initial screen shown in FIG. After the screen is displayed, the process proceeds to step 1102.
In steps 1102 to 1104, until the user clicks the “send” icon, a process for displaying the ID and password input by the user operating the input device such as a keyboard and a mouse in the corresponding box is performed. . When the user clicks on the icon, the determination in step 1104 is YES and the process proceeds to step 1105, where the input ID and password are transmitted to the server 103. For this reason, Steps 1101 to 1105 correspond to Step ST1 in FIG.
[0082]
In Steps 1106 and 1107, which move to Step 1105, the server 103 waits to receive the OK signal or the non-permission signal transmitted when the user cannot be confirmed as a result of authentication. When the non-permission signal is received, the determination in step 1107 is YES, and a series of processing ends here. On the other hand, if the OK signal is received, the determination in step 1106 is YES, the process proceeds to step 1108, and the music list request signal is transmitted to the server 103. For this reason, Steps 1106 to 1108 correspond to Step ST2 in FIG.
[0083]
In step 1109 following step 1108, the process waits until the music list screen shown in FIG. When the screen is received, the process proceeds to step 1110 and the received screen is displayed on the display device. Thereafter, the process proceeds to step 1111 in FIG.
[0084]
In steps 1111 to 1114 in FIG. 12, the user operates an input device such as a keyboard or a mouse on the list arranged on the song list screen until the user clicks the “Send” icon or the “Cancel” icon. The process to display the selected (designated) song name in a different state. If the user clicks the “Cancel” icon, the determination in step 1114 is YES, and the series of processing ends here. When the other “send” icon is clicked by the user, the determination in step 1113 is YES, the process proceeds to step 1115, and song name data indicating the currently selected (designated) song name is sent to the server 103. Thus, steps 1109 to 1115 correspond to step ST3 in FIG.
[0085]
In step 1116 following step 1115, the process waits for reception of the part selection screen shown in FIG. When the screen is received, the process proceeds to step 1117 to display the screen on the display device. Step 1118 then proceeds.
[0086]
In steps 1118 to 1121, the user operates an input device such as a keyboard or a mouse on the list arranged on the part selection screen until the user clicks the “Send” icon or the “Cancel” icon (selects the input device). Performs processing to display the specified part name in a different state. When the user clicks the “Cancel” icon, the determination in step 1121 is YES, and a series of processing ends here. When the other “send” icon is clicked by the user, the determination in step 1120 is YES, the process moves to step 1122, and data indicating the currently selected (designated) part name is sent to the server 103. Therefore, steps 1116 to 1122 correspond to step ST4 in FIG.
[0087]
In step 1123 of FIG. 13 following step 1122, the process waits until the accounting screen shown in FIG. When the screen is received, the process proceeds to step 1124 to display the screen on the display device. Step 1125 then proceeds.
[0088]
In steps 1125 to 1128, until the user clicks the “send” icon or the “cancel” icon, the user operates and inputs an input device such as a keyboard or a mouse in a box arranged on the billing screen. Performs processing to display data. If the user clicks the “cancel” icon, the determination in step 1128 is YES, and the series of processing ends here. When the user clicks the other “send” icon, the determination in step 1127 is YES, and the process proceeds to step 1129a, where the data displayed in each box is collectively transmitted to the server 103 as billing data. For this reason, steps 1123 to 1129a correspond to step ST5 in FIG.
[0089]
In step 1129 following step 1129a, the process waits for the user to receive designated musical score data from the server 103. When it is received, the process proceeds to step 1130 to store it on the storage medium provided in the auxiliary storage device. In the next step 1131, the end signal is transmitted to the server 103. Therefore, steps 1129 to 1131 correspond to step ST6 in FIG.
[0090]
In step 1132 following step 1131, it waits for reception of the guest book input screen shown in FIG. 22 from the server 103. When the screen is received, the process proceeds to step 1133 to display the screen on the display device. Thereafter, the process proceeds to step 1134 in FIG.
[0091]
In steps 1134 to 1137, until the user clicks the “Send” icon or the “Cancel” icon, an input device such as a keyboard or a mouse is placed in the radio button or box arranged on the guest book input screen. The processing for displaying the mark specified by operating or the input data is performed. If the user clicks the “cancel” icon, the determination in step 1137 is YES, and the series of processing ends here. When the other “send” icon is clicked by the user, the determination in step 1136 is YES and the process proceeds to step 1138, where the data displayed in the radio button or each box is collectively sent to the server 103 as guest book data. To do. Thus, steps 1132 to 1138 correspond to step ST7 in FIG.
[0092]
In the score purchase process, the above-described process is executed. Thereby, data exchange with the server 103 as shown in the flowcharts of FIGS. 4 and 5 is realized.
15 and 16 are flowcharts of mail processing executed as step 1006 in the overall processing shown in FIG. Next, the mail processing will be described in detail with reference to FIGS. 15 and 16. As described above, the mail process is a process executed to allow the user to receive the mail service.
[0093]
First, in step 1501, the authentication screen shown in FIG. 18 is displayed on the display device. In subsequent steps 1502 to 1504, until the user clicks the “send” icon, processing for displaying the ID and password input by the user operating the input device such as a keyboard and a mouse in the corresponding box. I do. When the user clicks on the icon, the determination in step 1504 is YES and the process proceeds to step 1505, where the input ID and password are transmitted to the server 103. Therefore, steps 1501 to 1505 correspond to step ST11 in FIG.
[0094]
In steps 1506 and 1507, which are shifted to step 1505, the process waits for reception of the OK signal or the non-permission signal from the server 103. When the non-permission signal is received, the determination in step 1507 is YES, and a series of processing ends here. On the other hand, if the OK signal is received, the determination in step 1506 is YES, the process proceeds to step 1508, and the mail request signal is transmitted to the server 103. For this reason, Steps 1506 to 1508 correspond to Step ST12 in FIG.
[0095]
In step 1509 following step 1508, the process waits for reception of mail from the server 103. When the mail is received, the process proceeds to step 1510 to store the received mail in the received mail area (see FIG. 3). Accordingly, steps 1509 to 1510 correspond to step ST13 in FIG. If there is no mail to be transmitted to the terminal device 104, the server 103 transmits a signal indicating that to the terminal device 104. The terminal device 104 that has received the signal proceeds to step 1511 without executing the processing of step 1510.
[0096]
In step 1511 following step 1510, a mail list screen on which the mail list is arranged is generated based on the contents of the mail stored in the received mail area and displayed on the display device. The screen is generated by, for example, extracting the subject and transmission date / time from the data of each mail stored in the received mail area, and arranging them as a list on the stored original mail list screen. On the screen, there are also arranged a “send” icon for requesting to create / send mail, a “cancel” icon for instructing to end the provision of the mail service, and the like.
[0097]
In step 1512 of FIG. 16 following step 1511, it is determined whether or not the subject of the mail on the list has been clicked. If the user clicks on the subject of any mail on the list, the determination is yes and the process moves to step 1513. Otherwise, the determination is no and the process moves to step 1515.
[0098]
In step 1513, the mail data designated by the user clicking on the subject is read out from the received mail area, and the sender, subject, and body (see FIG. 3) constituting it are arranged on the original mail opening screen. A mail opening screen corresponding to the generated designated mail is displayed on the display device. At this time, if the mail designated by the user is created by the mail creation process executed as step SS9 in FIG. 5, for example, a mail opening screen as shown in FIG. 23 is displayed on the display device. As a result, the user checks the mail address of the person selected by the server 103 or the text entered as the other for each part.
[0099]
After the mail opening screen is displayed, the process proceeds to step 1514 and waits for the user to click the “close” icon. When the user clicks on the icon, the process returns to step 1511 in FIG. 15 to delete the displayed mail opening screen and display the mail list screen again.
[0100]
On the other hand, in Step 1515, it is determined whether or not the “Send” icon arranged on the mail list screen has been clicked. If the user does not click the icon, the determination is no and the process moves to step 1517. Otherwise, the determination is yes and the process moves to step 1516 to execute a mail transmission process for enabling the user to create and send a mail. After the execution, the process returns to step 1511 in FIG. 15 to display the mail list screen again.
[0101]
In step 1517, it is determined whether or not the “cancel” icon arranged on the mail list screen has been clicked. If the user does not click the icon, the determination is no and the process returns to step 1512. Otherwise, the determination is yes, and the series of processing ends here.
[0102]
As described above, the user can browse the mail transmitted to himself / herself and can create and transmit the mail. As a result, the user can connect the terminal device 104 to the server 103 so that the purchaser can check the introduced person and access the person via e-mail. In this way, high convenience is obtained for the user (user of the terminal device 104).
[0103]
In this embodiment, by requesting input of guest book data (personal information) every time a musical score is purchased, it is confirmed whether the user who purchased the musical score desires introduction of a person, I try to introduce people in a timely manner, but I don't have to. For example, guest book data may be stored for each individual (member), and whenever a user purchases a score, if the user wants to introduce a person, the person may be automatically introduced. . In such a case, it is desirable that the user can update the stored guest book data as necessary. People may be introduced regularly.
[0104]
In the present embodiment, the person to be introduced is selected for a person who has purchased a musical score of a different part with the same song, but such limitation of the target range is not necessarily adopted. For example, a person who has purchased a score of the same song may be targeted, or a person who has purchased a score of a different part may be targeted. As for the music of the score purchased by the person to be introduced, the subject may be extended to the music of the same artist or the music of the same genre, not the same music.
[0105]
The service for introducing people is provided by the score distribution system 102, but the service may be provided by another system. This can be realized by providing necessary information from the score distribution system 102. In addition, the service can be provided to a person who has purchased a score as a printed matter.
[0106]
【The invention's effect】
As described above, the present invention allows an acquirer who has acquired the score of a song to provide personal information via a network, and based on the provided personal information and the score acquired by the acquirer, An acquirer who should provide the personal information is selected from the acquirers, and the personal information is provided to the selected acquirer via the network.
[0107]
Many of the acquirers who have acquired the score are considered to be performers who can play musical instruments. Therefore, providing the acquirer's personal information to other acquirers introduces people who are highly likely to perform performance activities together. Thereby, through the provision, the acquirer can greatly assist in searching for another acquirer who desires to perform performance activities together. By supporting the realization of the performance activity, the satisfaction level of the acquirer can be improved as a result.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of a network system to which a score distribution system according to an embodiment is applied.
FIG. 2 is a diagram illustrating data managed by a server for service provision.
FIG. 3 is a diagram for explaining data managed by a terminal device when a user receives a service;
FIG. 4 is a flowchart showing a flow of processing executed by a terminal device and a server when a user receives a score distribution service.
FIG. 5 is a flowchart showing a flow of processes executed by the terminal device and the server when the user receives a score distribution service (continuation).
FIG. 6 is a flowchart showing a flow of processing executed by a terminal device and a server when a user receives a mail service.
FIG. 7 is a flowchart of band coordination processing.
FIG. 8 is a flowchart of band coordination processing (continued).
FIG. 9 is a flowchart of mail creation processing.
FIG. 10 is a flowchart of overall processing realized by starting a dedicated browser.
FIG. 11 is a flowchart of a score purchase process.
FIG. 12 is a flowchart of music score purchase processing (continuation 1).
FIG. 13 is a flowchart of music score purchase processing (continued 2).
FIG. 14 is a flowchart of music score purchase processing (continued 3).
FIG. 15 is a flowchart of mail processing.
FIG. 16 is a flowchart of mail processing (continued).
FIG. 17 is a diagram showing an initial screen.
FIG. 18 is a diagram showing an authentication screen.
FIG. 19 is a diagram showing a song list screen.
FIG. 20 is a diagram showing a part selection screen.
FIG. 21 is a diagram showing a billing screen.
FIG. 22 is a diagram showing a guest book input screen.
FIG. 23 is a diagram showing a display example of a mail opening screen.
[Explanation of symbols]
101 network
102 Score distribution system
103 servers
104 Terminal equipment

Claims

In a score distribution system for requesting the server to distribute musical score data of a desired song part from a terminal, and distributing the musical score data of a song part corresponding to the distribution request from the server to the terminal,
The terminal
Distribution request means for requesting distribution of musical score data of a desired song part;
Music score data receiving means for receiving music score data of the part of the song from the server;
Personal information transmitting means for transmitting the personal information of the user of the terminal to the server after the reception of the musical score data;
Personal information receiving means for receiving personal information other than the user of the terminal transmitted from the server;
Have
The server
A storage means for storing a plurality of types of musical score data of a song composed of a plurality of parts, and having an area for storing personal information for each musical score data,
A distribution request receiving means for receiving a distribution request from the terminal;
Musical score data distribution means for reading out the musical score data of the part of the song corresponding to the received distribution request from the storage means and distributing it to the terminal;
Personal information storage means for receiving personal information from the terminal, adding the data indicating the part of the score data distributed to the terminal to the received personal information, and storing it in an area corresponding to the score data;
After the new personal information is stored in the personal information storage means, the same musical score data as the new personal information is already stored from the storage means according to the desire of the user having the new personal information. Search means for searching for personal information satisfying a predetermined condition from the personal information that is present;
A discriminating means for discriminating whether or not all the parts of the music corresponding to the musical score data are prepared by the part data added to the retrieved personal information and new personal information;
Personal information transmitting means for transmitting the searched personal information to the terminal when it is determined that all parts are available;
Music score distribution system consisting of