(57)【特許請求の範囲】
【請求項１】
情報のアレンジを希望する依頼者が使用する第１の端末装置、及び該情報のアレンジを行うアレンジャーが使用する第２の端末装置がそれぞれ接続可能なネットワークと接続させるサーバーとして用いられる装置であって、
前記第１の端末装置から前記依頼者が希望する情報のアレンジの依頼を受け付ける依頼受付手段と、
前記依頼受付手段が依頼を受け付けた場合に、該依頼で指定された内容でアレンジされた情報を前記情報記憶手段に記憶された情報のなかから検索する情報検索手段と、
前記情報記憶手段に記憶された情報のなかから前記指定された内容でアレンジされた情報を前記情報検索手段が検索しなかったとき、前記依頼受付手段が依頼を受け付けた情報のアレンジを委託するアレンジャーの使用する第２の端末装置に前記メッセージを送信するメッセージ送信手段と、
前記アレンジャーがアレンジした情報を前記第２の端末装置から受信する情報受信手段と、
前記情報受信手段が受信した情報を記憶する情報記憶手段と、
前記情報記憶手段に記憶された情報を、前記依頼受付手段が依頼を受け付けた依頼者の使用する第１の端末装置に送信する情報送信手段と、
前記情報記憶手段に記憶された情報のなかから前記指定された内容でアレンジされた情報を前記情報検索手段が検索したとき、前記メッセージ送信手段による前記メッセージの送信を中止させるとともに、該検索された情報を前記情報送信手段により前記依頼受付手段が依頼を受け付けた依頼者の使用する第１の端末装置に送信させる送信制御手段と、
を具備することを特徴とするデータ処理装置。
【請求項２】
情報のアレンジを希望する依頼者が使用する第１の端末装置、及び該情報のアレンジを行うアレンジャーが使用する第２の端末装置がそれぞれ接続可能なネットワークと接続させるサーバーとして用いられるコンピュータが読み取り可能な記録媒体であって、
前記第１の端末装置から前記依頼者が希望する情報のアレンジの依頼を受け付ける機能と、
前記依頼を受け付けた場合に、該依頼で指定された内容でアレンジされた情報を前記情報記憶手段に記憶された情報のなかから検索する情報検索手段と、
前記情報記憶手段に記憶された情報のなかから前記指定された内容でアレンジされた情報を検索しなかったとき、前記依頼を受け付けた情報のアレンジを委託するアレンジャーの使用する第２の端末装置に前記メッセージを送信する機能と、
前記アレンジャーがアレンジした情報を前記第２の端末装置から受信する情報受信する機能と、
前記受信した情報を情報記憶手段に記憶させる機能と、
前記情報記憶手段に記憶された情報を、前記依頼を受け付けた依頼者の使用する第１の端末装置に送信する機能と、
前記情報記憶手段に記憶された情報のなかから前記指定された内容でアレンジされた情報を検索したとき、前記メッセージの送信を中止させるとともに、該検索された情報を前記依頼を受け付けた依頼者の使用する第１の端末装置に送信させる機能と、
をコンピュータに実現させるプログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、依頼者の希望に沿って情報のアレンジをアレンジャーに行わせるサービスを実現させるための技術に関する。
【０００２】
【従来の技術および発明が解決しようとする課題】
最近では、グローバルな情報インフラストラクチャとしてインターネットが急速に発展している。このことから、その利用が注目されており、様々な用途に用いられている。
【０００３】
その一つとして、依頼者の希望に沿って情報のアレンジをアレンジャーに行わせるというサービスが考えられる。例えば音楽の分野では、様々な曲が次々に発表されるが、その曲を楽器で演奏するための楽譜の入手は人気のある楽譜以外は困難なのが実情である。これは、楽譜は、通常、印刷物であるために、採算レベルが比較的高く、ある程度、販売量が見込めないと市場に出せないからである。このようなことから、自分が演奏する楽器用の楽譜を所望している人は少なくないと考えられる。それにより、そのような人を対象に、元の楽譜をアレンジャーがアレンジして作成した特定の楽器用の楽譜を提供するというサービスもビジネスとして十分、成り立つと考えられる。なお、そのサービスは楽譜（曲）以外の情報であっても成り立つものと考えられる。
【０００４】
本発明の課題は、依頼者の希望に沿って情報のアレンジをアレンジャーに行わせるサービスを実現させるための技術を提供することにある。
【０００６】
【課題を解決するための手段】
本発明のデータ処理装置は、情報のアレンジを希望する依頼者が使用する第１の端末装置、及び該情報のアレンジを行うアレンジャーが使用する第２の端末装置がそれぞれ接続可能なネットワークと接続させるサーバーとして用いられることを前提とし、第１の端末装置から前記依頼者が希望する情報のアレンジの依頼を受け付ける依頼受付手段と、前記依頼受付手段が依頼を受け付けた場合に、該依頼で指定された内容でアレンジされた情報を前記情報記憶手段に記憶された情報のなかから検索する情報検索手段と、前記情報記憶手段に記憶された情報のなかから前記指定された内容でアレンジされた情報を前記情報検索手段が検索しなかったとき、前記依頼受付手段が依頼を受け付けた情報のアレンジを委託するアレンジャーの使用する第２の端末装置に前記メッセージを送信するメッセージ送信手段と、前記アレンジャーがアレンジした情報を前記第２の端末装置から受信する情報受信手段と、前記情報受信手段が受信した情報を記憶する情報記憶手段と、前記情報記憶手段に記憶された情報を、前記依頼受付手段が依頼を受け付けた依頼者の使用する第１の端末装置に送信する情報送信手段と、前記情報記憶手段に記憶された情報のなかから前記指定された内容でアレンジされた情報を前記情報検索手段が検索したとき、前記メッセージ送信手段による前記メッセージの送信を中止させるとともに、該検索された情報を前記情報送信手段により前記依頼受付手段が依頼を受け付けた依頼者の使用する第１の端末装置に送信させる送信制御手段と、を具備する。
【０００７】
本発明の第２の態様のデータ処理装置は、上記第１の態様における構成に加えて、アレンジャーがアレンジした情報を第２の端末装置から受信する情報受信手段と、情報受信手段が受信した情報を記憶する情報記憶手段と、情報記憶手段に記憶された情報を、依頼受付手段が依頼を受け付けた依頼者の使用する第１の端末装置に送信する情報送信手段と、を更に具備する。
【０００８】
本発明の第３の態様のデータ処理装置は、上記第２の態様における構成に加えて、依頼受付手段が依頼を受け付けた場合に、該依頼で指定された内容でアレンジされた情報を情報記憶手段に記憶された情報のなかから検索する情報検索手段と、情報記憶手段に記憶された情報のなかから指定された内容でアレンジされた情報を情報検索手段が検索したとき、メッセージ送信手段によるメッセージの送信を中止させるとともに、該検索された情報を情報送信手段により依頼受付手段が依頼を受け付けた依頼者の使用する第１の端末装置に送信させる送信制御手段と、を更に具備する。
【００１１】
本発明の記録媒体は、情報のアレンジを希望する依頼者が使用する第１の端末装置、及び該情報のアレンジを行うアレンジャーが使用する第２の端末装置がそれぞれ接続可能なネットワークと接続させるサーバーとして用いられるコンピュータが読み取り可能な記録媒体であって、第１の端末装置から依頼者が希望する情報のアレンジの依頼を受け付ける機能と、前記依頼を受け付けた場合に、該依頼で指定された内容でアレンジされた情報を前記情報記憶手段に記憶された情報のなかから検索する情報検索手段と、前記情報記憶手段に記憶された情報のなかから前記指定された内容でアレンジされた情報を検索しなかったとき、前記依頼を受け付けた情報のアレンジを委託するアレンジャーの使用する第２の端末装置に前記メッセージを送信する機能と、前記アレンジャーがアレンジした情報を前記第２の端末装置から受信する情報受信する機能と、前記受信した情報を情報記憶手段に記憶させる機能と、前記情報記憶手段に記憶された情報を、前記依頼を受け付けた依頼者の使用する第１の端末装置に送信する機能と、前記情報記憶手段に記憶された情報のなかから前記指定された内容でアレンジされた情報を検索したとき、前記メッセージの送信を中止させるとともに、該検索された情報を前記依頼を受け付けた依頼者の使用する第１の端末装置に送信させる機能と、をコンピュータに実現させるプログラムを記録している。
【００１２】
本発明では、ネットワークと接続させたサーバーに、ネットワークを介して依頼者が希望する情報のアレンジの依頼を受け付けさせ、その依頼を受け付けたアレンジを委託するアレンジャーに対してネットワークを介してそのアレンジを依頼させ、そのアレンジを依頼したアレンジャーに情報のアレンジを行わせる。そのようにして、アレンジの依頼が受け付けられてその依頼をした依頼者が希望する情報のアレンジがアレンジャーによって行われることから、依頼者にとってはアレンジの依頼が容易に行えるというだけでなく、希望するアレンジが施された情報を容易に得られることになる。アレンジャーにとっては、収入を得るための手段が増えることになる。
【００１３】
ネットワーク、及びサーバーを介して、アレンジャーがアレンジした情報を依頼者に送るようにした場合には、依頼者はその情報を容易に得られるようになる。その情報をサーバーが保存しておき、同じ内容（条件）でアレンジを依頼してきた依頼者に保存しておいた情報を提供するようにした場合には、アレンジャーがアレンジした情報をより有効に活用することが可能となる。アレンジャーがアレンジした情報に対する評価を依頼者に行わせて、その評価をアレンジャーへのアレンジの依頼に反映させるようにした場合には、依頼者はより希望に合ったアレンジが施された情報を得られるようになる。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、本実施の形態によるアレンジサービスが提供されるシステムの構成を示す図である。
【００１５】
その図１に示すシステムは、ネットワーク１０１に、それぞれ、利用者として会員登録したユーザが使用する複数の端末装置１０２、会員登録したアレンジャーが使用する複数の端末装置１０３、及びそのサービスを実現させるために設置されたサーバー１０４が接続されて構成されている。そのシステムでのアレンジサービスは、情報として曲（楽譜）を対象に、サーバー１０４が、会員登録した端末装置１０２のユーザー（依頼者）からの依頼を受け付けて、そのユーザーの希望に沿ったアレンジを会員登録した端末装置１０３のユーザーであるアレンジャーに委託して行わせ、そのアレンジャーがアレンジによって作成した曲（楽譜）をそのユーザーに提供するものである。
【００１６】
そのようにネットワーク１０１を利用して、アレンジの依頼を受け付け、その依頼されたアレンジをアレンジャーに行わせる形でサービスを提供すると、依頼者は容易にアレンジを依頼を行うことができ、そのアレンジが施された情報（ここでは曲）も容易に得ることができる。人気のない曲の楽譜などもそれの演奏の対象とする楽器の種類に係わらず、容易に入手することができる。その入手に要する時間もネットワーク１０１を利用することでより短くて済むようになる。
【００１７】
上記ネットワーク１０１は、例えばインターネットや公衆回線、及びＬＡＮなどをまとめて表したものである。例えば、端末装置１０２、及び１０３は、公衆回線、及びインターネットとの接続サービスを行っているＩＳＰ（Internet Service Provider ）を介してそのインターネットと接続される。その端末装置１０２、及び１０３は、例えばパーソナル・コンピュータ（以降、ＰＣと略記する）、或いはＰＤＡ（Personal Digital Assistants ）である。サーバー１０４は、ＬＡＮを介してインターネットと接続されている。なお、そのサーバー１０４の機能は、複数のコンピュータ（データ処理装置）によって実現させても良い。
【００１８】
図２は、上記サーバー１０４の機能ブロック図である。
図２に示すように、サーバー１０４は、通信制御部２０１を介して端末装置１０２、１０３、或いは金融機関（が設置したサーバー）２２０とデータのやりとりを行うものである。その金融機関２２０とは、例えばクレジットカード会社、或いは銀行であり、それとは専用線（公衆回線）２２１を介して接続される。
【００１９】
サーバー１０４に搭載された記録装置が備えている記録媒体、例えばハードディスク装置が備えているハードディスク上には、ユーザーデータベース２０２、アレンジャーデータベース２０３、依頼データベース２０４、及び曲データベース２０５が構築されている。なお、各データベース（以降、ＤＢと略記する）２０２〜２０５は、サーバー１０４と接続された記録装置の記録媒体上、或いはそれと接続された他の装置がアクセス可能な記録装置の記録媒体上に構築しても良い。そのような記録装置は複数であっても良い。
【００２０】
上記ユーザーＤＢ２０２は、会員登録を行った端末装置１０２のユーザー（サービスの利用者）の認証を行うためのものである。図３に示すように、そのＤＢ２０２の１レコードには、会員別に、「ＩＤ」「パスワード」「氏名」「住所」「メールアドレス」（図中では「ｅ−ｍａｉｌと表記」）「クレジット情報」といったデータが格納されている。
【００２１】
アレンジャーユーザーＤＢ２０３は、会員登録を行った端末装置１０３のユーザーであるアレンジャー（以降、混乱を避けるために呼び方をアレンジャーに統一する）の認証を行い、ユーザーから依頼された曲のアレンジを行わせるためのものである。図３、及び図４に示すように、そのＤＢ２０３の１レコードには、アレンジャー別に、「ＩＤ」「パスワード」「氏名」「住所」「メールアドレス」（図中では「ｅ−ｍａｉｌと表記」）「口座情報」、「格付情報」、及び「分野情報」といったデータが格納されている。
【００２２】
上記格付情報は、過去にアレンジした曲に対するユーザー（利用者）からの評価を基に、そのアレンジャーを格付けしたランクを表す情報（数値）である。分野情報は、アレンジャーにとって得意なものを特定するための情報である。本実施の形態では、図４に示すように、その情報として、「ジャンル」、「楽器」、「編成」、及び「その他」といったデータを格納するようになっている。ここで、ジャンルとは音楽のジャンル、楽器とは得意、或いは演奏できる楽器、編成とは曲を演奏する音楽的形態、をそれぞれ表している。その編成を表す音楽的形態としては、無伴奏のソロ、伴奏付きのソロ、バンド演奏、及びアンサンブルのうちから何れかを選択するようになっている。
【００２３】
依頼ＤＢ２０４は、ユーザーにサービスを提供するために用意したものである。そのレコードには、ユーザーが行った依頼毎に、「依頼ＩＤ」「ユーザーＩＤ」「曲名」「楽器」「編成」「レベル」「その他」「アレンジャーＩＤ」「終了フラグ」「曲ＩＤ」「対価」「コピーフラグ」「満足度」といったデータが格納される。それらのデータにおいて、依頼ＩＤはユーザーが行った依頼を特定するためのデータであり、終了フラグは依頼されたアレンジが終了したか否かを表すデータである。曲ＩＤはアレンジャーがアレンジして作成した曲（楽譜）を特定するためのデータ、対価はそのアレンジ料としてユーザーに請求する代金を表すデータ、コピーフラグはアレンジした曲が他の依頼によって作成されたものか否か表すデータ、満足度はユーザーのアレンジに対する評価内容を表すデータである。なお、対価は、アレンジャーに支払うアレンジ料と運営者（業者）の取り分である管理費を合計したものである。
【００２４】
曲ＤＢ２０５は、アレンジを依頼したユーザーに提供する、アレンジが施された曲の保存用に用意したものである。それには、アレンジが施された曲毎に、「曲ＩＤ」「楽譜」「ＭＩＤＩ」といったデータが格納される。それらのデータにおいて、ＭＩＤＩとは例えばスタンダードＭＩＤＩファイルの形式でまとめられた再生用のＭＩＤＩデータであり、楽譜はアレンジ後のものである。それらＭＩＤＩデータ、及び楽譜は、通常、ファイル形式のデータである。このことから、実際には、曲ＤＢ２０５にはそれにアクセスするためのデータ（格納場所を表すファイル名、など）が格納される。なお、本実施の形態では、アレンジャーに楽譜、及びＭＩＤＩデータの作成を行わせているが、それらのうちの一方だけを作成させるようにしても良い。
【００２５】
図２に示す各部２０６〜２１２は、それぞれ、上述ＤＢ２０２〜２０５のうちの少なくとも一つにアクセスして、以下のような処理を行う。それにより、サーバー１０４にアクセスしてきた端末装置１０２のユーザーに対してサービスを提供し、端末装置１０３のアレンジャーには曲のアレンジを行わせる。なお、それら各部２０６〜２１２は、例えば、特には図示しないＣＰＵが、メモリ（主記憶装置）などを使用しながら、ハードディスク装置のハードディスクに記憶されたプログラムを実行することにより実現される。
【００２６】
上記会員登録部２０６は、端末装置１０２のユーザー、或いは端末装置１０３のアレンジャーからの会員登録の申し込みに対応する処理を行う。具体的には、端末装置１０２には通信制御部２０１を介して図３９に示すようなユーザー登録画面（例えばＨＴＭＬデータ。他の画面も同様のデータである）を送信してデータの入力を促し、それによって端末装置１０２からデータが送信されてくれば、そのデータを格納するエリア（レコード）をユーザーＤＢ２０２に確保して、それに格納するといった処理を行う（図３参照）。端末装置１０３では、図４９に示すようなアレンジャー登録画面を送信してアレンジャーにデータの入力を促し、それによって端末装置１０３からデータが送信されてくれば、そのデータを格納するエリア（レコード）をアレンジャーＤＢ２０３に確保して、それに格納するといった処理を行う。
【００２７】
なお、サーバー１０４は、新たに接続してきた端末装置１０２、１０３に、会員登録を行うのか、或いは会員としてのサービスを要求するかを選択させるためのアイコンを配置した画面（以降、初期画面と呼ぶ）を端末装置１０２、１０３に送信する。そのユーザーがその初期画面上の会員登録を要求するためのアイコンをクリックすると、登録を希望する会員の種類を選択するためのアイコンを配置した画面（以降、会員選択画面と呼ぶ）を更に端末装置１０２、１０３に送信する。それにより、会員登録の申し込みは、初期画面上の会員登録を要求するためのアイコンをクリックし、更に、その後に表示される会員選択画面上で会員の種類をアイコンのクリックによって選択することで行うようになっている。会員登録部２０６は、そのクリックによって選択した会員の種類に応じて、ユーザー登録画面、或いはアレンジャー登録画面を送信する。
【００２８】
会員認証部２０７はサーバー１０４にアクセスしてきた端末装置１０２、１０３のユーザーが会員か否か確認する認証を行う。その認証は、通信制御部２０１を介して図４１に示すようなＩＤ・パスワード入力画面を端末装置１０２、１０３に送信し、その後に端末装置１０２、１０３から送信されてくるＩＤ、及びパスワードをユーザーＤＢ２０２、及びアレンジャーＤＢ２０３に格納されているＩＤ、及びパスワードと比較することで行う。なお、会員認証部２０７は、上記初期画面上の会員としてのサービスを要求するためのアイコンを端末装置１０２、１０３のユーザーがクリックした場合に、上記ＩＤ・パスワード入力画面をその端末装置１０２、１０３に送信する。
【００２９】
ＩＤ管理部２０８は、上記会員登録部２０６が端末装置１０２、１０３から送信されてきたデータをユーザーＤＢ２０２、或いはアレンジャーＤＢ２０３に格納した場合に、その端末装置１０２、１０３のユーザーに対してＩＤ、及びパスワードを発行し、それをユーザーＤＢ２０２、或いはアレンジャーＤＢ２０３に格納する（図３、或いは図４参照）。その端末装置１０２、１０３には、発行したＩＤ、パスワードを用いて生成した図４０に示すようなＩＤ・パスワード送付画面を通信制御部２０１に送信させる。
【００３０】
依頼管理部２０９は、依頼ＤＢ２０４（図５参照）へのアクセスに係わる処理を行う。端末装置１０２からアレンジが依頼されると、その依頼によって送信されてくる依頼内容を表すデータを格納するための１レコードを依頼ＤＢ２０４に確保し、そのレコードに依頼内容を表すデータを格納する。ＩＤ管理部２０８が発行する依頼ＩＤも格納する。その一方では、アレンジを委託するアレンジャーを選択し、そのアレンジャーに、依頼内容を表すデータを配置した図５２に示すような依頼内容表示画面（メッセージに対応）を送信するとともに、そのＩＤや対価などをレコードに格納する。
【００３１】
そのアレンジャーが委託されたアレンジを終了したときには、ＩＤ管理部２０８が発行する曲ＩＤの格納や終了フラグの値の書き換えなどを行う。そのアレンジを依頼したユーザーがその結果に対する満足度を表すデータを送信してきたときには、そのデータを対応するレコードに格納する。
【００３２】
アレンジャーへのアレンジの依頼は、今回、ユーザーから送られてきた依頼内容を表すデータを格納したレコードを依頼ＤＢ２０４から抽出するための検索をしてから行う。その検索により、該当するレコードが抽出できれば、言い換えれば過去に同一の条件でアレンジが依頼されたことが判明すれば、アレンジャーへのアレンジは依頼せず、抽出したレコードに格納されている曲ＩＤを新たに確保したレコードに格納する。その確保したレコードには、通常の対価の１／２の額を対価として格納し、コピーフラグとしては他の依頼で得られた曲を流用したことを表す値の１を格納する。なお、アレンジャーがアレンジした曲については、以降、オリジナルのものと区別するために、アレンジ曲と呼ぶことにする。
【００３３】
曲データ管理部２１０は、曲ＤＢ２０５（図６参照）へのアクセスに係わる処理を行う。端末装置１０３からアレンジ曲の楽譜やＭＩＤＩデータを受信すると、曲ＤＢ２０５にそれを格納するためのエリアを確保し、ＩＤ管理部２０８が発行する曲ＩＤとともにそのエリアに格納する。また、端末装置１０２から要求されたアレンジ曲の楽譜やＭＩＤＩデータを曲ＤＢ２０５から読み出し、その端末装置１０２に通信制御部２０１を介して送信させる。
【００３４】
評価管理部２１１は、端末装置１０２から送信される、ユーザーの満足度を表すデータ（以降、満足度データと呼ぶ）の処理を行う。その満足度データには依頼ＩＤが付加されており、評価管理部２１１は、その依頼ＩＤを格納したレコードを依頼ＤＢ２０４から抽出し、そのレコードに満足度データを格納する。また、そのレコードに格納されているＩＤを持つアレンジャーの格付けをその満足度データ、及び過去に送信されてきた満足度データから行い、アレンジャーＤＢ２０３（図３、及び図４参照）にアクセスして、そのアレンジャーに対応する格付情報の書き換えを行う。
【００３５】
課金部２１２は、アレンジを依頼したユーザーからその対価を徴収したり、そのアレンジに対する報酬をアレンジャーに支払うための処理を行う。その徴収は、例えばユーザーがアレンジ曲のデータ（楽譜、及びＭＩＤＩデータ）を取得したときに、通信制御部２０１、及び専用線２２１を介して、ユーザーＤＢ２０２に格納されているクレジット情報で指定された金融機関２２０に、依頼ＤＢ２０４に格納されている対価分の支払い（サーバー１０４を設置した運営者（業者）が持つ口座への振り込み）を要求することで行われる。アレンジャーへの支払いもそのときに、例えば通信制御部２０１、及び専用線２２１を介して、その運営者が口座を開いている金融機関２２０に、アレンジャーＤＢ２０３に格納されている口座情報で指定される口座へのアレンジ料の振り込みを要求（依頼）することで行われる。
【００３６】
次に、上述したような機能的構成を備えたサーバー１０４、端末装置１０２、及び１０３の各動作、及びそれらの動作によって実現されるサービスの内容について、図７〜図３８に示す各種フローチャート、及び図３９〜図５３に示す各種説明図を参照して詳細に説明する。
【００３７】
図７は、端末装置１０２のユーザーが利用者として会員登録を行う場合に、その端末装置１０２、及びサーバー１０４が実行する処理の流れを示すフローチャートである。会員登録に係わる処理に着目して、それらが実行する処理を抜粋してその流れを示したものである。始めに、図７を参照して、ユーザーが会員登録を行う場合に端末装置１０２、及びサーバー１０４が実行する処理の内容、及びその流れについて詳細に説明する。
【００３８】
なお、図７に示すフローチャートは、例えば端末装置１０２に搭載されたＣＰＵ、及びサーバー１０４に搭載されたＣＰＵが、それぞれ、それに搭載されたハードディスク装置のハードディスクに格納されたプログラムを実行することで実現される。端末装置１０２（１０３）に搭載されたＣＰＵが実行するプログラムは、例えばＯＳ（オペレーティングシステム）、及びブラウザであり、サーバー１０４に搭載されたＣＰＵが実行するプログラムは、例えばネットワークＯＳである。これは他のフローチャートでも同様である。
【００３９】
上述したように、端末装置１０２とサーバー１０４の接続（リンクの確立）は、例えばダイヤルアップ接続により端末装置１０２をＩＳＰと接続させた後、サーバー１０４のＵＲＬを指定してそれとの接続を指示することで行われる。そのようにして通信が開設すると、サーバー１０４は、上記初期画面（ＨＴＭＬデータ）を端末装置１０２に送信する。その初期画面上の会員登録を要求するためのアイコンをユーザーがクリックすると、その旨を示す信号が端末装置１０２からサーバー１０４に送信される。その信号を受信したサーバー１０４は、次に会員選択画面を端末装置１０２に送信する。その会員選択画面上の利用者を選択するためのアイコンをユーザーがクリックすると、その旨を示す信号が端末装置１０２からサーバー１０４に送信される。サーバー１０４は、その信号を受信すると、例えばハードディスクに格納されている図３９に示すようなユーザー登録画面をハードディスク装置に読み出させて、その信号を送信してきた端末装置１０２に送信する（ステップＳＳ１）。
【００４０】
その登録画面をサーバー１０４から受信した端末装置１０２は、その画面で入力を要求しているデータの入力、及び入力されたデータのサーバー１０４への送信を実現する登録処理を実行する（ステップＳＹ１）。以降、その画面上で入力されるデータ、即ち氏名、住所、メールアドレス、及びクレジット情報の各データをまとめて登録データと呼ぶことにする。
【００４１】
上記登録画面上に配置された全ての入力ボックスにデータを入力した後、「ＯＫ」アイコンをクリック（オン）すると、端末装置１０２は登録データをサーバー１０４に送信する。その登録データを受信したサーバー１０４は、それをユーザーＤＢ２０２（図３参照）に格納（ストア）する（ステップＳＳ２）。登録データをストアすると、ＩＤ、及びパスワードを作成（発行）して、それを登録データに追加する形でユーザーＤＢ２０２に格納する（ステップＳＳ３）。その後は、作成したＩＤ、及びパスワードを用いて図４０に示すようなＩＤ・パスワード送付画面（ＨＴＭＬデータ）を作成して端末装置１０２に送信する（ステップＳＳ４）。なお、その作成は、サーバー１０４に搭載されたＣＰＵが、例えばハードディスクに格納されているオリジナルのＩＤ・パスワード画面をハードディスク装置に読み出させ、その画面上に、作成したＩＤ、及びパスワードをそれぞれ配置することで行われる。
【００４２】
ＩＤ・パスワード送付画面を受信した端末装置１０２は、それを表示装置上に表示させる（ステップＳＹ２）。それにより、会員登録が終了したことを通知されたユーザーは、以降、会員としてのサービスを受けられるようになる。端末装置１０２、及びサーバー１０４ともに、それ以降に実行する処理についての説明は省略する。
【００４３】
ここで、上記ステップＳＹ１として端末装置１０２が実行する登録処理について、図８に示すそのフローチャートを参照して詳細に説明する。
先ず、ステップ８０１では、サーバー１０４から受信したユーザー登録画面（図３９参照）を表示装置上に表示させる。続くステップ８０２では、ユーザーの入力装置（キーボードやポインティングデバイス、など）への操作によって指示されたデータの入力を行い、入力したデータをカーソルの表示位置に表示させる。その後はステップ８０３に移行する。
【００４４】
ステップ８０３では、各入力ボックスにデータが全て入力されている状態で「ＯＫ」アイコンがクリック（オン）されたか否か判定する。ユーザーがその状態でそのアイコンのクリックを行った場合、判定はＹＥＳとなってステップ８０４に移行し、各入力ボックスに表示させているデータを登録データとしてサーバー１０４に送信するとともに、現在、表示中のユーザー登録画面を消去させた後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、上記ステップ８０２に戻ってユーザーにデータ入力を行わせる。
【００４５】
上述したようにして、本実施の形態では、端末装置１０２のユーザーがオンラインで会員登録を行えるようにしている。それにより、サーバー１０４が提供するサービスを端末装置１０２のユーザーが容易に受けられるようにしている。
図９〜図１１は、端末装置１０２のユーザーが会員に対するサービスを要求した場合に、その端末装置１０２、及びサーバー１０４が実行する処理の流れを示すフローチャートである。１ユーザーへのサービス提供に係わる処理に着目して、それらが実行する処理を抜粋してその流れを示したものである。次に、図９〜図１１に示すフローチャートを参照して、ユーザーが会員としてサービスを要求した場合に端末装置１０２、及びサーバー１０４が実行する処理の内容、及びその流れについて詳細に説明する。
【００４６】
上述したようにして端末装置１０２とサーバー１０４間の通信が開設（リンクが確立）し、端末装置１０２のユーザー（会員）がサーバー１０４から送信された上記初期画面上の会員としてのサービスを要求するためのアイコンをクリックすると、その旨を示す信号が端末装置１０２からサーバー１０４に送信される。その信号を受信したサーバー１０４は、例えばハードディスクから図４１に示すようなＩＤ・パスワード入力画面を読み出し、その信号を送信してきた端末装置１０２に送信する（ステップＳＳ１１）。
【００４７】
そのＩＤ・パスワード入力画面を受信した端末装置１０２は、その画面上に配置されている入力ボックスへのデータ入力、及び入力されたデータのサーバー１０４への送信を実現するＩＤ・パスワード入力処理を実行する（ステップＳＹ１１）。
【００４８】
端末装置１０２からＩＤ、パスワードを受信したサーバー１０４は、ユーザーＤＢ２０２、及びアレンジャーＤＢ２０３（図３、及び図４参照）を参照して、それらが共に一致するものが発行された会員が存在するか否かを確認する認証を行う（ステップＳＳ１２）。それにより、ＩＤ、及びパスワードを送信してきた端末装置１０２のユーザーがサービスを受けるほうの会員であることを確認すると、図４２に示すようなユーザー用初期画面（例えばＨＴＭＬデータ）を例えばハードディスクから読み出して端末装置１０２に送信する（同ステップＳＳ１２）。その初期画面には、図４２に示すように、要求するサービスの内容を選択するためのアイコンとして、「依頼する」「受け取る」及び「評価する」の３つのアイコンが配置されている。
【００４９】
その初期画面を受信した端末装置１０２は、それに配置されたアイコンのうちの何れかをユーザーにクリックさせることで、サービスを選択、即ちサーバー１０４に実行を要求する処理を選択させるためのユーザー用処理選択処理を実行する（図１０のステップＳＹ１２）。ここでは、初期画面上の「依頼する」アイコンをユーザーがクリックしたことにする。そのアイコンをユーザーがクリックすると、端末装置１０２は、ユーザーがアレンジの依頼を受け付けるサービスを要求したことを表す信号である依頼要求をサーバー１０４に送信する。その依頼要求を受信したサーバー１０４は、例えばハードディスクから図４３に示すような依頼画面を読み出し、その要求を送信してきた端末装置１０２に送信する（図１０のステップＳＳ１３）。
【００５０】
その依頼画面は、アレンジする曲、及びそのアレンジの内容をユーザーに指定させるためのものであり、本実施の形態では、図４３に示すように、曲名、構成（編成における構成）、及びその他の要求を入力するための入力ボックス、楽器の種類を選択するための４つのラジオボタン、編成の内容を選択するための４つのラジオボタン、アレンジするうえで想定するレベルを選択するための３つのラジオボタン、及び「ＯＫ」アイコンをその画面上に配置させている。それにより、アレンジの依頼は、少なくとも、曲名を入力し、ピアノ、ギター、管楽器、及び弦楽器のなかから一つの楽器を選択し、ソロのみ、ソロ伴奏付、バンド、アンサンブルのなかから一つ、或いは構成を入力することで編成を選択し、初級、中級、及び上級のなかから一つのレベルを選択してから「ＯＫ」アイコンをクリックすることで行うようになっている。依頼画面をサーバー１０４から受信した端末装置１０２は、それを実現させる依頼データ入力処理を実行する（ステップＳＹ１３）。そのようにしてユーザーがアレンジを依頼すると、端末装置１０２は、依頼画面上で入力された各項目のデータを依頼データとしてサーバー１０４に送信する。なお、当然のことながら、依頼データの項目としては、上述したものだけに限定されるものではない。その項目はアレンジの対象などに応じて適宜、定めて良いものである。
【００５１】
依頼データを受信したサーバー１０４は、その依頼データによる依頼に対して依頼ＩＤを発行して付与する（ステップＳＳ１４）。次に、依頼ＤＢ２０４（図５参照）に１レコードを追加して、依頼データや依頼ＩＤ、それを送信してきたユーザーのＩＤなどをストアする（ステップＳＳ１５）。更に、終了フラグ、コピーフラグとして、それぞれ「０」をそのレコードにストアする（ステップＳＳ１６）。そのようなストアが終了すると、依頼を受け付けたことをユーザー（依頼者）に通知するために、受信した依頼データや依頼ＩＤを配置した図４４に示すような依頼受領画面を作成して、それを端末装置１０２に送信する（ステップＳＳ１７）。なお、その作成は、上記ＩＤ・パスワード送付画面と同様の手法で行われる。
【００５２】
その依頼受領画面を受信した端末装置１０２は、それを表示装置上に表示させる（ステップＳＹ１４）。端末装置１０２がそれ以降に実行する処理についての説明は省略する。
サーバー１０４は、依頼受領画面を端末装置１０２に送信すると、今回、受信した依頼データと同じ内容の依頼データがストアされているレコードを依頼ＤＢ２０４から抽出するためのユーザー用依頼ＤＢ検索処理を実行する（ステップＳＳ１８）。その検索処理を実行した結果、該当するレコードを抽出すると、変数Ｉにそのレコードの位置を表す値が代入される。それにより、該当するレコードが抽出できたか否かは、その変数Ｉの値から判定するようになっている。
【００５３】
検索処理を実行することで該当のレコードを抽出すると、変数Ｉの値で指定される依頼ＤＢ２０４のレコードにストアされているアレンジャーＩＤ、及び曲ＩＤを、今回、依頼ＤＢ２０４に追加したレコードにストアする（ステップＳＳ１９）。次に、変数Ｉの値で指定されるレコードにストアされている対価を読み出し、その１／２の値を対価として、今回、追加したレコードにストアする（ステップＳＳ２０）。その後は、今回、追加したレコードに、終了フラグ、及びコピーフラグとしてそれぞれ「１」をストアする（ステップＳＳ２１）。サーバー１０４がそれ以降に実行する処理についての説明は省略する。なお、終了フラグの１は、依頼されたアレンジは終了、即ちアレンジ曲は完成していることを表し、コピーフラグの１は、そのアレンジ曲は他の依頼によって作成したものの流用であることを表している。
【００５４】
このようにして、本実施の形態では、同じ内容の依頼データ（条件）で依頼されて作成したアレンジ曲が存在していれば、その曲ＩＤやそれを作成したアレンジャーのＩＤなどを今回、依頼ＤＢ２０４に追加したレコードにストアするようにしている。それにより、同じような曲のアレンジを重複してアレンジャーに依頼するようなことを回避して、過去にアレンジャーがアレンジした曲をより有効に活用するようにしている。そのようにすると、全体として、アレンジの依頼を受け付けてからアレンジ曲が出来上がるまでの時間（作成時間）がより短くなって、ユーザー（依頼者）に対するより迅速な対応ができるようになり、サービスの質が向上することにもなる。アレンジャーにとっては、自身が作成したアレンジ曲が流用される度に、それに応じた収入が得られることから、より大きな収入が期待できるようになる。
【００５５】
次に、上述したフローチャートのなかで端末装置１０２、或いはサーバー１０４が実行するサブルーチン処理について、図１２〜図１５に示すフローチャートを参照して詳細に説明する。
図１２は、図９のステップＳＹ１１として端末装置１０２が実行するＩＤ・パスワード入力処理のフローチャートである。そのサブルーチン処理については、始めに図１２を参照して、ＩＤ・パスワード処理について詳細に説明する。
【００５６】
先ず、ステップ１２０１では、サーバー１０４から受信したＩＤ・パスワード入力画面（図４１参照）を表示装置上に表示させる。続くステップ１２０２では、キーボードやポインティングデバイスなどの入力装置へのユーザーの操作によって指示されたデータを入力して入力ボックス内に表示させる処理を行う。その後はステップ１２０３に移行する。
【００５７】
ステップ１２０３では、「ＯＫ」アイコンがクリック（オン）されたか否か判定する。ユーザーがそのクリックを行った場合、判定はＹＥＳとなってステップ１２０４に移行し、入力ボックス内に表示させたＩＤ、及びパスワードをサーバー１０４に送信した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ１２０２に戻り、それ以降の処理を同様に実行する。
【００５８】
受信したＩＤ、及びパスワードが会員のものであることを確認したサーバー１０４は、それを送信してきた端末装置１０２に図４２に示すようなユーザー用初期画面を送信する。その画面が送信される端末装置１０２は、図１０のステップＳＹ１２としてユーザー用処理選択処理を実行する。次に図１３に示すそのフローチャートを参照して、その処理選択処理について詳細に説明する。
【００５９】
先ず、ステップ１３０１では、サーバー１０４から受信したユーザー用初期画面（図４２参照）を表示装置上に表示させる。続くステップ１３０２では、その画面上に配置されているアイコンのなかでクリック（オン）されたアイコンの種類を判定する。ユーザーが「受け取る」アイコンをクリックした場合、その旨が判定されてステップ１３０３に移行し、そのユーザーが依頼したアレンジ曲の受け取りを要求するための信号である受取要求をサーバー１０４に送信した後、一連の処理を終了する。そのユーザーが「依頼する」アイコンをクリックした場合には、その旨が判定されてステップ１３０４に移行し、その依頼の受け付けを要求するための依頼要求をサーバー１０４に送信した後、一連の処理を終了する。そのユーザーが「評価する」アイコンをクリックした場合には、その旨が判定されてステップ１３０５に移行し、アレンジ曲に対する評価を行いたいことを要求するための信号である評価要求をサーバー１０４に送信した後、一連の処理を終了する。ユーザーが何れのアイコンもクリックしていない場合には、その旨が判定され、再度、ステップ１３０２の処理を実行する。それにより、ユーザーが何れかのアイコンをクリックするまで待機する。
【００６０】
このようにして、ユーザー用初期画面を表示させた端末装置１０２は、その画面上のアイコンのなかでユーザーがクリックしたアイコンに応じた信号をサーバー１０４に送信するようになっている。それにより、ユーザーは、アレンジの依頼やその依頼によって作成されるアレンジ曲の受け取り、或いはそのアレンジ曲に対する評価の入力（送信）を随時、行えるようになっている。
【００６１】
依頼要求を受信したサーバー１０４は、それを送信してきた端末装置１０２に、図４３に示すような依頼画面を送信する。次に、その画面が送信される端末装置１０２が図１０のステップＳＹ１３として実行する依頼データ入力処理について、図１４に示すそのフローチャートを参照して詳細に説明する。
【００６２】
先ず、ステップ１４０１では、サーバー１０４から受信した依頼画面を表示装置上に表示させる。続くステップ１４０２では、キーボードやポインティングデバイスなどの入力装置へのユーザーの操作によって指示されたデータを入力して入力ボックス内に表示させたり、或いはラジオボタン（オプションボタン）にチェックマークを表示させるといった処理を行う。その後はステップ１４０３に移行する。
【００６３】
ステップ１４０３では、「ＯＫ」アイコンがクリック（オン）されたか否か判定する。ユーザーがそのクリックを行った場合、判定はＹＥＳとなってステップ１４０４に移行し、依頼画面上にユーザーが入力した各項目のデータを依頼データとしてサーバー１０４に送信した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ１４０２に戻り、それ以降の処理を同様に実行する。
【００６４】
その依頼データを送信することで、アレンジの依頼を申し込んだことになる。それにより、サーバー１０４は、送信されてきた依頼データや他のデータを依頼ＤＢ２０４にストアしたり、依頼を受け付けたことを通知するための依頼受領画面（図４４参照）を端末装置１０２に送信するといった依頼の受け付けに係わる処理を行うことになる。
【００６５】
図１５は、その依頼データを端末装置１０２から受信することによって図１１のステップＳＳ１８としてサーバー１０４が実行するユーザー用依頼ＤＢ検索処理のフローチャートである。次に、図１５を参照して、その検索処理について詳細に説明する。
【００６６】
先ず、ステップ１５０１では、依頼ＤＢ２０４を構成するレコードを順次、参照していくための変数ｎに、その先頭のレコードを表す値の１を代入する。続くステップ１５０２では、その変数ｎの値で指定されるレコード中の終了フラグの値が１か否か判定する。そのレコードにストアされている依頼データで依頼された曲のアレンジが終了していた場合、判定はＹＥＳとなってステップ１５０３に移行する。そうでない場合には、判定はＮＯとなってステップ１５０６に移行する。
【００６７】
ステップ１５０３では、変数ｎの値で指定されるレコードに、今回、受信した依頼データと同じ内容の依頼データがストアされているか否か判定する。前に同じ条件でアレンジが依頼されていた場合、判定はＹＥＳとなってステップ１５０４に移行する。そうでない場合には、判定はＮＯとなってステップ１５０６に移行する。
【００６８】
ステップ１５０４では、そのレコードにストアされているコピーフラグ（図中ではＣＯＰＹＦと表記）の値が０か否か判定する。そのレコードに別のレコードにストアされている曲ＩＤをストアした場合、コピーフラグの値は１となっていることから、判定はＹＥＳとなり、ステップ１５０５で上記変数Ｉに変数ｎの値を代入した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなってステップ１５０６に移行する。
【００６９】
ステップ１５０６では、変数ｎの値をインクリメントする。続くステップ１５０７では、依頼ＤＢ２０４に格納されているレコード数よりも変数ｎの値が大きいか否か判定する。そのレコード数よりも変数ｎの値が大きい場合、即ち依頼ＤＢ２０４に、今回、受信した依頼データと同じ内容の依頼データをストアしたレコードが存在していなかった場合、判定はＹＥＳとなり、ここで一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ１５０２に戻り、それ以降の処理を同様に実行する。
【００７０】
このようにして、過去に同じ内容で依頼された曲のアレンジの有無、及びその依頼によって作成されるアレンジ曲の有無を調べている。それにより、今回、受け付けた依頼に流用できるアレンジ曲が存在していれば、それを流用するようにしている。そのようなアレンジ曲が存在していなければ、サーバー１０４は上記ユーザー用依頼ＤＢ検索処理を図１１のステップＳＳ１８として実行した後、以下のような処理を実行する。その処理について、図１６に示すフローチャートを参照して詳細に説明する。
【００７１】
そのステップＳＳ１８としてユーザー用依頼ＤＢ検索処理を実行した結果、流用できるアレンジ曲が存在していないことを確認すると、今回、依頼されたアレンジを委託するアレンジャーを検索するアレンジャー検索処理を実行する（ステップＳＳ３１）。その検索処理の実行時に選択されたアレンジャーのＩＤは変数Ｉに代入されるようになっており、その検索処理の実行後は、依頼ＤＢ２０４に追加したレコード（今回、受信した依頼データがストアされているレコード）に、アレンジャーＩＤとして変数Ｉの値をストアする（ステップＳＳ３２）。そのストアを行うと、次に、アレンジを依頼したユーザーに請求する対価を決定する対価決定処理を実行する（ステップＳＳ３３）。その後にサーバー１０４が実行する処理についての説明は省略する。
【００７２】
このように、今回の依頼に流用できるアレンジ曲が存在していないことを確認した後、その依頼で要求された曲のアレンジをアレンジャーに依頼するようになっている。次に、図１６に示すフローチャート中でサーバー１０４が実行するサブルーチン処理について、図１７〜図１９に示す各種フローチャートを参照して詳細に説明する。
【００７３】
図１７、及び図１８は、上記ステップＳＳ３１としてサーバー１０４が実行するアレンジャー検索処理のフローチャートである。始めに、図１７、及び図１８を参照して、その検索処理について詳細に説明する。
サーバー１０４は、曲名別にそれが属するジャンルを１レコードにストアしたデータベース（以降、便宜的にジャンルＤＢと呼ぶ）を例えばハードディスクに格納している。アレンジャーは登録を行う際に、図４９に示すように、依頼データと同じ項目のデータを入力するようになっている。このことから、アレンジを委託するアレンジャーの検索は、その依頼データと最も一致する登録データを入力したアレンジャーを探す形で行っている。
【００７４】
先ず、ステップ１７０１では、依頼データ中の曲名をキーとして上記ジャンルＤＢを検索することにより、その曲名の曲が属するジャンルを決定する。続くステップ１７０２では、アレンジャーＤＢ２０３から分野情報（図４参照）を読み出すレコードを順次、移動させながら、その分野情報の内容を依頼データの内容と比較していくことにより、依頼データ中のジャンル、楽器、及び編成が一致する分野情報がストアされているレコードを探す。それが終了すると、ステップ１７０３に移行する。
【００７５】
ステップ１７０３では、依頼データ中のジャンル、楽器、及び編成が一致する分野情報がストアされているレコードの数を判定する。そのレコードが一つ（該当するアレンジャーが一人）だけであった場合、その旨が判定されてステップ１７０４に移行し、そのレコードにストアされているＩＤを変数Ｉに代入した後、一連の処理を終了する。そのレコードが複数（該当するアレンジャーが複数人）であった場合には、その旨が判定されてステップ１７０５に移行する。そのレコードがなかった（該当するアレンジャーがいなかった）場合には、その旨が判定されて図１８のステップ１７１０に移行する。
【００７６】
ステップ１７０５では、探し出したレコードにそれぞれストアされている格付情報を読み出し、そのなかで最も格付けの高いアレンジャーを探す。その次に実行するステップ１７０６では、最も格付けの高いアレンジャーが１人か否か判定する。複数人のアレンジャーのなかで１人だけ他のアレンジャーより格付けの高いものがいた場合、判定はＹＥＳとなり、ステップ１７０７でそのアレンジャーのＩＤを変数Ｉに代入した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなってステップ１７０８に移行する。
【００７７】
ステップ１７０８では、複数人のアレンジャーのなかから１人を無作為に選択する。続くステップ１７０９では、その選択したアレンジャーのＩＤを変数Ｉに代入する。その後に一連の処理を終了する。
一方、上記ステップ１７０３で依頼データ中のジャンル、楽器、及び編成が一致する分野情報がストアされているレコードがないと判定した場合に移行する図１８のステップ１７１０では、アレンジャーＤＢ２０３から分野情報（図４参照）を読み出すレコードを順次、移動させながら、その分野情報の内容を依頼データの内容と比較していくことにより、依頼データ中のジャンル、楽器、及び編成の少なくとも２つが一致する分野情報がストアされているレコードを探す。それが終了すると、ステップ１７１１に移行する。
【００７８】
ステップ１７１１では、依頼データ中のジャンル、楽器、及び編成の少なくとも２つが一致する分野情報がストアされているレコードの数を判定する。そのレコードが一つ（該当するアレンジャーが一人）だけであった場合、その旨が判定されて図１７のステップ１７０４に移行する。そのレコードが複数（該当するアレンジャーが複数人）であった場合には、その旨が判定されて図１７のステップ１７０５に移行する。そのレコードがなかった（該当するアレンジャーがいなかった）場合には、その旨が判定されてステップ１７１２に移行する。
【００７９】
ステップ１７１２では、アレンジャーＤＢ２０３から分野情報（図４参照）を読み出すレコードを順次、移動させながら、その分野情報の内容を依頼データの内容と比較していくことにより、依頼データ中のジャンル、楽器、及び編成のうちの１つが一致する分野情報がストアされているレコードを探す。それが終了すると、ステップ１７１３に移行する。
【００８０】
ステップ１７１３では、依頼データ中のジャンル、楽器、及び編成のうちの１つが一致する分野情報がストアされているレコードの数を判定する。そのレコードが一つ（該当するアレンジャーが一人）だけであった場合、その旨が判定されて図１７のステップ１７０４に移行する。そのレコードが複数（該当するアレンジャーが複数人）であった場合には、その旨が判定されて図１７のステップ１７０５に移行する。そのレコードがなかった（該当するアレンジャーがいなかった）場合には、その旨が判定されて図１７のステップ１７０５に移行する。それにより、依頼データ中のジャンル、楽器、及び編成の全てが一致しない分野情報しかアレンジャーＤＢ２０３にストアされていなければ、単に最も格付けの高いあれジャー、或いはそのようなアレンジャーの中からアレンジを委託するアレンジャーを選択するようにしている。
【００８１】
図１９は、上記アレンジャー検索処理を実行することでアレンジを委託するアレンジャーが決定した後に図１６のステップＳＳ３３としてサーバー１０４が実行する対価決定処理のフローチャートである。次に、図１９を参照して、その対価決定処理について詳細に説明する。
【００８２】
先ず、ステップ１９０１では、アレンジャー検索処理を実行することで決定されたアレンジャーの格付情報をアレンジャーＤＢ２０３から読み出す。続くステップ１９０２では、例えば３次元の配列変数であるＴＡＢＬＥの格付情報、編成、及びレベルで指定される要素ＴＡＢＬＥ（（格付情報），（編成），（レベル））の値を、対価の基準として設定した代金（基準対価）に乗算し、その乗算結果をユーザーに請求する対価として決定する。
【００８３】
対価を決定した後に移行するステップ１９０３では、決定した対価を、今回、受信した依頼データをストアしている依頼ＤＢ２０４のレコードに対価としてストアする。一連の処理はその後に終了させる。
格付けが高いほど、アレンジャーに支払うアレンジ料は高くする必要がある。また、編成が複雑になるほど（楽器の種類が多くなるほど）、要求されるレベルが高くなるほど、それぞれ、アレンジ料は高くする必要がある。そのように、アレンジ料を決定するうえで考慮すべきパラメータが複数、存在している。このことから、本実施の形態では、それらのパラメータの値で指定される配列変数ＴＡＢＬＥの各要素に、それらのパラメータの値から特定される難易度に応じた対価を算出するための値を予め代入している。当然のことながら、対価は別の方法を用いて決定するようにしても良い。
【００８４】
図１０、図１１、及び図１６に示すフローチャートは、ともに、ユーザー用初期画面（図４２参照）上でユーザーがアレンジの依頼の受け付けを要求、即ち「依頼する」アイコンをクリックした場合のものである。次に、その画面上でユーザーがアレンジされた曲の受け取りを要求、即ち「受け取る」アイコンをクリックした場合に端末装置１０２、及びサーバー１０４が実行する処理について、図２０に示すフローチャートを参照して詳細に説明する。なお、その図２０では、図１０に示すフローチャート中でも実行されるステップの処理には同一の符号を付してある。
【００８５】
上記ユーザー用初期画面上の「受け取る」アイコンをユーザーがクリックすると、端末装置１０２はステップＳＹ１２としてユーザー用処理選択処理を実行した結果、アレンジ曲の受け取りを要求するための受取要求をサーバー１０４に送信する。その受取要求を受信したサーバー１０４は、図４５に示すような受け取り画面を例えばハードディスクから読み出して、その受取要求を送信してきた端末装置１０２に送信する（ステップＳＳ４１）。
【００８６】
その受け取り画面上には、図４５に示すように、受け付けた依頼に対してサーバー１０４が発行した依頼ＩＤを入力するための入力ボックス、及び「ＯＫ」アイコンが配置されている。それにより、アレンジ曲の要求は、受け取りを希望するアレンジ曲を依頼した際に発行された依頼ＩＤを入力した後、「ＯＫ」アイコンをクリックすることで行うようになっている。その画面を受信した端末装置１０２は、そのようなことを実現させるための受取データ入力処理を実行する（ステップＳＹ４１）。ユーザーが依頼ＩＤを入力した後、「ＯＫ」アイコンをクリックしたときには、端末装置１０２は受け取りデータ入力処理の実行結果として、その依頼ＩＤをサーバー１０４に送信する。なお、上述したように、その依頼ＩＤは図４４に示すような依頼受領画面によって依頼者であるユーザーに通知される。
【００８７】
サーバー１０４は、依頼ＩＤを受信すると、それをキーとして依頼ＤＢ２０４の検索を行ってそれがストアされたレコードを抽出して、その依頼ＩＤを発行した依頼で要求されたアレンジ曲が完成しているか否かをそのレコードにストアされた終了フラグから確認する受取曲検索処理を実行する（ステップＳＳ４２）。その検索処理を実行した結果、アレンジ曲が完成している、即ち終了フラグの値が１であることを確認すると、依頼ＩＤ、曲名、料金、楽譜名、ＭＩＤＩ名、及び「ＯＫ」アイコンが配置された図４６に示すようなダウンロード画面を作成して端末装置１０２に送信する（ステップＳＳ４３）。なお、依頼ＩＤ、曲名、料金（対価）の各データは、例えば抽出したレコードから取得し、楽譜名、及びＭＩＤＩ名は、例えば抽出したレコードの曲ＩＤで指定される曲ＤＢ２０４（図６参照）にストアされたアレンジ曲の楽譜、及びＭＩＤＩデータから取得する。そのダウンロード画面の作成は、例えばＣＰＵが、ハードディスクから読み出したオリジナルのダウンロード画面に、それら取得したデータを配置することで行われる。
【００８８】
上記ダウンロード画面を受信した端末装置１０２は、それを表示画面上に表示させて、受け取るアレンジ曲の確認をユーザーに行わせるダウンロード画面表示処理を実行する（ステップＳＹ４２）。その画面上の「ＯＫ」アイコンをユーザーがクリックすると、その画面表示処理の実行結果として、アレンジ曲を確認したことを表す信号であるＯＫ信号がサーバー１０４に送信される。
【００８９】
そのＯＫ信号を受信すると、サーバー１０４は、そのアレンジ曲の作成に係る決済を行うための課金処理を実行する（ステップＳＳ４４）。その課金処理を実行してユーザー（アレンジの依頼者）が指定した金融機関２２０に料金の支払いを要求すると、アレンジ曲の楽譜。及びＭＩＤＩデータを曲ＤＢ２０５から読み出して端末装置１０２に送信する（同ステップＳＳ４４）。それ以降にサーバー１０４が実行する処理の説明は省略する。
【００９０】
楽譜。及びＭＩＤＩデータを受信した端末装置１０２は、例えばユーザーの指定した記憶装置、或いは記録媒体にそれをストアする（ステップＳＹ４３）。端末装置１０２がそれ以降に実行する処理の説明についても省略する。
ここで、上記図２０に示すフローチャート中で端末装置１０２、或いはサーバー１０４がサブルーチン処理として実行する処理について、図２１〜図２４に示す各種フローチャートを参照して詳細に説明する。
【００９１】
図２１は、上記端末装置１０２がステップＳＹ４１として実行する受取データ入力処理のフローチャートである。図２０に示すフローチャート中で実行されるサブルーチン処理については、始めに図２１を参照して、受取データ入力処理について詳細に説明する。
【００９２】
先ず、ステップ２１０１では、サーバー１０４から受信した受け取り画面（図４５参照）を表示装置上に表示させる。続くステップ２１０２では、キーボードやポインティングデバイスなどの入力装置へのユーザーの操作によって指示されたデータを入力して入力ボックス内に表示させる処理を行う。その後はステップ２１０３に移行する。
【００９３】
ステップ２１０３では、「ＯＫ」アイコンがクリック（オン）されたか否か判定する。ユーザーがそのクリックを行った場合、判定はＹＥＳとなってステップ２１０４に移行し、入力ボックス内に表示させた依頼ＩＤをサーバー１０４に送信した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ２１０２に戻り、それ以降の処理を同様に実行する。
【００９４】
そのようにして端末装置１０２が送信した依頼ＩＤを受信したサーバー１０４が、ステップＳＳ４２として受取曲検索処理を実行する。次に、その検索処理について、図２２に示すそのフローチャートを参照して詳細に説明する。
先ず、ステップ２２０１では、受信した依頼ＩＤをキーとして依頼ＤＢ２０４の検索を行うことにより、それをストアしたレコードを探す。それが終了すると、ステップ２２０２に移行して、探し出したレコードの終了フラグの値が１か否か判定する。そのレコードにストアされている依頼データで要求したアレンジ曲が完成している場合、そのレコードの終了フラグの値は１となっていることから、判定はＹＥＳとなってステップ２２０３に移行し、そのレコードの曲ＩＤで指定されるアレンジ曲を曲ＤＢ２０５から探し出して読み出した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、ここで一連の処理を終了する。
【００９５】
上述したような処理が受取曲検索処理内で実行される。それにより、図１０のステップＳＳ４３の処理は、依頼ＤＢ２０４から、受信した依頼ＩＤ、及び値が１となっている終了フラグをストアしたレコードを抽出し、且つそのレコードの曲ＩＤで指定されるアレンジ曲を曲ＤＢ２０５から探し出した場合にのみ実行されるようになっている。そのステップＳＳ４３の処理が実行されることでサーバー１０４からダウンロード画面（図４６参照）を受信した端末装置１０２は、ステップＳＹ４２としてダウンロード画面表示処理を実行する。次に、その表示処理について、図２３に示すそのフローチャートを参照して詳細に説明する。
【００９６】
先ず、ステップ２３０１では、サーバー１０４から受信したダウンロード画面（図４６参照）を表示装置上に表示させる。続くステップ２３０２では、「ＯＫ」アイコンがクリック（オン）されたか否か判定する。そのクリックをユーザーが行った場合、判定はＹＥＳとなってステップ２３０３に移行し、ユーザーがアレンジ曲を確認したことを表すＯＫ信号をサーバー１０４に送信した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、そのステップ２３０２の処理を再度、実行する。それにより、ユーザーが「ＯＫ」アイコンをクリックするのを待つ。
【００９７】
そのＯＫ信号を受信したサーバー１０４が、ステップＳＳ４４として課金処理を実行する。図２０に示すフローチャート中で実行されるサブルーチン処理としては、最後に図２４に示すフローチャートを参照して、その課金処理について詳細に説明する。
【００９８】
先ず、ステップ２４０１では、端末装置１０２から受信した依頼ＩＤをストアした依頼ＤＢ２０４のレコードからユーザーＩＤを読み出し、そのユーザーＩＤをキーとしてユーザーＤＢ２０２（図３参照）の検索を行って、そのユーザーＩＤをストアしたレコードを抽出し、そのレコードのクレジット情報で指定される金融機械２２０に、依頼ＩＤをストアした依頼ＤＢ２０４のレコードの対価（＝アレンジャーに支払うアレンジ料＋運営者が受け取る管理費）を料金として支払うことを依頼する。その支払いの依頼は、例えばサーバー１０４を設置した運営者（業者）の口座にその料金を振り込むことを要求することで行う。
【００９９】
ステップ２４０１に続くステップ２４０２では、その依頼ＩＤをストアした依頼ＤＢ２０４のレコードからアレンジャーＩＤを読み出し、そのアレンジャーＩＤをキーとしてアレンジャーＤＢ２０３（図３及び図４参照）の検索を行って、そのＩＤをストアしたレコードを抽出し、運営者（業者）の口座を設けた金融機関２２０に、その抽出したレコードの口座情報で指定される口座へのアレンジ料の振り込み（入金）を依頼する。それにより、運営者の口座には、ユーザーから徴収した料金（対価）のなかからアレンジ料を差し引いた分（＝管理費）だけが残るようにしている。なお、アレンジ料は、例えばユーザー（依頼者）に請求した料金（対価）に予め定めた値を掛けて得られる金額としている。
【０１００】
上記図２０に示すフローチャートは、ユーザーが依頼した曲のアレンジが終了していた場合のものである。次に、そのアレンジが終了していなかった場合に端末装置１０２、及びサーバー１０４が実行する処理について、図２５に示すフローチャートを参照して詳細に説明する。なお、その図２５では、図２０のフローチャート中でも実行されるステップの処理には同一の符号を付してある。
【０１０１】
サーバー１０４は、依頼ＩＤを端末装置１０２から受信することでステップＳＳ４２として受取曲検索処理を実行した結果、その端末装置１０２のユーザーが依頼したアレンジが完了していないことを確認すると、その依頼ＩＤを配置した図４７に示すような未受領画面を作成してその端末装置１０２に送信する（ステップＳＳ５０）。それにより、その端末装置１０２のユーザーに、曲のアレンジが完成していないことを通知する。なお、その未受領画面の作成は、例えばＣＰＵが、ハードディスクから読み出したオリジナルの未受領画面に依頼ＩＤを配置することで行われる。また、それ以降にサーバー１０４が実行する処理の説明は省略する。
【０１０２】
上記未受領画面を受信した端末装置１０２は、それを表示装置上に表示させる。その後に端末装置１０２が実行する処理の説明は省略する。
上記ユーザー用初期画面（図４２参照）上では、アレンジの依頼やアレンジ曲の受け取りの他に、「評価する」アイコンをクリックすることでアレンジされた曲の評価を行うことを要求できるようになっている。次に、その「評価する」アイコンをユーザーがクリックした場合に端末装置１０２、及びサーバー１０４が実行する処理について、図２６に示すフローチャートを参照して詳細に説明する。なお、その図２６では、図１０のフローチャート中でも実行されるステップの処理には同一の符号を付してある。
【０１０３】
ユーザーが「評価する」アイコンをクリックすると、端末装置１０２がステップＳＹ１２としてユーザー用処理選択処理（図１３参照）を実行した結果、アレンジ曲に対する評価を行うことを要求する評価要求がサーバー１０４に送信される。そのサーバー１０４は、評価要求を受信すると、例えばハードディスクから図４８に示すような評価入力画面を読み出して端末装置１０２に送信する（ステップＳＳ６１）。
【０１０４】
その評価入力画面上には、図４８に示すように、依頼ＩＤ、及び満足度を入力するための２つの入力ボックス及び「ＯＫ」アイコンが配置されている。評価を行ううえでの画面上の操作は、２つの入力ボックスにそれぞれ対応するデータを入力した後、「ＯＫ」アイコンをクリックすれば良いようになっている。そのような評価入力画面を受信した端末装置１０２は、そのような操作を実現させるための評価入力処理を実行する（ステップＳＹ６１）。２つの入力ボックスにユーザーがそれぞれ入力したデータ（依頼ＩＤ、及び満足度）は、「ＯＫ」アイコンがクリックされるのを待って、サーバー１０４に送信される。なお、本実施の形態では、満足度はパーセントを単位として０〜１００の間の数値で入力するようになっている。それ以降に端末装置１０２が実行する処理の説明は省略する。
【０１０５】
端末装置１０２から依頼ＩＤ、及び満足度を受信したサーバー１０４は、その満足度を依頼ＩＤで指定される依頼ＤＢ２０４（図５参照）のレコードにストアし、その満足度をアレンジャーの格付けに反映させる格付変更処理を実行する（ステップＳＳ６２）。サーバー１０４がその後に実行する処理についての説明は省略する。
【０１０６】
次に、上記図２６に示すフローチャート中で端末装置１０２、或いはサーバー１０４が実行するサブルーチン処理について説明する。ここでは、ステップＳＹ６１として実行される評価入力処理、及びステップＳＳ６２として実行される格付変更処理についてのみ説明する。
【０１０７】
図２７は、そのステップＳＹ６１として端末装置１０２が実行する評価入力処理のフローチャートである。始めに、図２７を参照して、その評価入力処理について詳細に説明する。
先ず、ステップ２７０１では、サーバー１０４から受信した評価入力画面（図４８参照）を表示装置上に表示させる。続くステップ２７０２では、キーボードやポインティングデバイスなどの入力装置へのユーザーの操作によって指示されたデータ（依頼ＩＤ、或いは満足度を表すデータ）を入力して入力ボックス内に表示させる処理を行う。その後はステップ２７０３に移行する。
【０１０８】
ステップ２７０３では、「ＯＫ」アイコンがクリック（オン）されたか否か判定する。そのクリックをユーザーが行った場合、判定はＹＥＳとなってステップ２７０４に移行し、各入力ボックス内にそれぞれ表示させている依頼ＩＤ、及び満足度をサーバー１０４に送信した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ２７０２に戻り、それ以降の処理を同様に実行する。
【０１０９】
そのようにして端末装置１０２が送信した依頼ＩＤ、及び満足度を受信したサーバー１０４は、ステップＳＳ６２として格付変更処理を実行する。次に、その格付変更処理について、図２８に示すそのフローチャートを参照して詳細に説明する。
【０１１０】
先ず、ステップ２８０１では、受信した依頼ＩＤをキーとして依頼ＤＢ２０４の検索を行うことにより、それをストアしたレコードを抽出し、そのレコードに、受信した満足度をストアする。続くステップ２８０２では、そのステップ２８０１で抽出したレコードからアレンジャーＩＤを読み出す。その後はステップ２８０３に移行する。
【０１１１】
ステップ２８０３では、ステップ２８０２で読み出したアレンジャーＩＤをキーとして依頼ＤＢ２０４の検索を再度、行い、そのＩＤをストアしたレコードを抽出し、抽出したレコードにストアされている満足度の平均値を求める。その次に実行するステップ２８０４では、例えば配列変数である格付ＴＡＢＬＥのステップ２８０３で求めた満足度の平均値で指定される要素の値を格付情報として決定する。なお、その配列変数である格付ＴＡＢＬＥの各要素には、それを指定する値に応じた格付けを表す数値が予め代入されている。
【０１１２】
ステップ２８０４に続くステップ２８０５では、ステップ２８０２で読み出したアレンジャーＩＤをキーとしてアレンジャーＤＢ２０３の検索を行うことにより、それをストアしたレコードを抽出し、その抽出したレコードに、ステップ２８０４で決定した格付情報をストアすることにより、その書き換えを行う。そのようにして、自身が行ったアレンジが依頼者（ユーザー）から評価されたアレンジャーの格付情報を変更した後、一連の処理を終了する。
【０１１３】
図１７，及び図１８を参照して説明したように、アレンジを委託するアレンジャーを検索して選択するアレンジャー検索処理では、アレンジャーの分野情報と依頼データが一致する度合いが同じであれば、格付けの高いアレンジャーを優先的に選択するようになっている。このため、そのように依頼者の評価を格付情報に反映させることにより、依頼者の希望に沿ったアレンジを行えるアレンジャーにはより多くのアレンジを委託することになる。また、そのアレンジ料も、図１９に示す対価決定処理により、より高く設定されることになる。そのように、実力に応じて得られる収入も多くなるようにしているため、アレンジャーにとってはやりがいをもってアレンジを行える環境が提供されることになる。
【０１１４】
サービスの利用者であるユーザーが使用する端末装置１０２及びサーバー１０４は、そのユーザーにサービスを提供するために上述したような処理を実行する。以降は、そのサービスをユーザーに提供するために曲のアレンジを行うアレンジャーの使用する端末装置１０３の動作、及びその動作に対応するサーバー１０４の動作について、図２９〜図３８に示す各種フローチャートを参照して詳細に説明する。
【０１１５】
図２９は、端末装置１０３のユーザーがアレンジャーとして会員登録を行う場合に、その端末装置１０３、及びサーバー１０４が実行する処理の流れを示すフローチャートである。会員登録に係わる処理に着目して、それらが実行する処理を抜粋してその流れを示したものである。端末装置１０３の動作、及びその動作に対応するサーバー１０４の動作では、始めに、図２９を参照して、アレンジャーとして会員登録を行う場合に端末装置１０３、及びサーバー１０４が実行する処理の内容、及びその流れについて詳細に説明する。
【０１１６】
上述したように、端末装置１０３とサーバー１０４の接続（リンクの確立）は、例えばダイヤルアップ接続により端末装置１０３をＩＳＰと接続させた後、サーバー１０４のＵＲＬを指定してそれとの接続を指示することで行われる。そのようにして通信が開設すると、サーバー１０４は、上記初期画面（ＨＴＭＬデータ）を端末装置１０２に送信する。その初期画面上の会員登録を要求するためのアイコンをユーザーがクリックすると、その旨を示す信号が端末装置１０３からサーバー１０４に送信される。その信号を受信したサーバー１０４は、次に会員選択画面を端末装置１０２に送信する。その会員選択画面上のアレンジャーを選択するためのアイコンをユーザーがクリックすると、その旨を示す信号が端末装置１０３からサーバー１０４に送信される。サーバー１０４は、その信号を受信すると、例えばハードディスクに格納されている図４９に示すようなアレンジャー登録画面を読み出して、その信号を送信してきた端末装置１０３に送信する（ステップＳＳ７１）。
【０１１７】
その登録画面をサーバー１０４から受信した端末装置１０３は、その画面で入力を要求しているデータの入力、及び入力されたデータのサーバー１０４への送信を実現する登録処理を実行する（ステップＳＡ１１）。以降、アレンジャーでは、その画面上で入力されるデータ、即ち氏名、住所、メールアドレス、口座情報、ジャンル、楽器、編成の各データをまとめて広義の登録データと呼ぶことにする。それらのデータ中のジャンル、楽器、及び編成（その他は入力が必須ではないことから、ここでは除外している）が分野情報である。なお、上記登録処理は、図８に示す登録処理と基本的に同じものであることから、その詳細な説明は省略する。
【０１１８】
上記登録画面上に配置された全ての入力ボックスにデータを入力し、所望のラジオボタンにチェックマークを表示させた後、「ＯＫ」アイコンをクリック（オン）すると、端末装置１０３は登録データをサーバー１０４に送信する。その登録データを受信したサーバー１０４は、それをアレンジャーＤＢ２０３（図３、及び図４参照）に格納（ストア）し、格付情報として予め定めた初期値（基準値）をストアする（ステップＳＳ７２）。登録データをストアすると、ＩＤ、及びパスワードを作成（発行）して、それを登録データに追加する形でアレンジャーＤＢ２０３に格納する（ステップＳＳ７３）。その後は、作成したＩＤ、及びパスワードを用いて図４０に示すようなＩＤ・パスワード送付画面（ＨＴＭＬデータ）を作成して端末装置１０３に送信する（ステップＳＳ７４）。
【０１１９】
ＩＤ・パスワード送付画面を受信した端末装置１０３は、それを表示装置上に表示させる（ステップＳＡ１２）。それにより、会員登録が終了したことを通知されたユーザーは、以降、アレンジャーとして曲のアレンジを行うことになる。端末装置１０３、及びサーバー１０４ともに、それ以降に実行する処理についての説明は省略する。
【０１２０】
図３０及び図３１は、アレンジャーが利用者にサービスを提供するための作業を行う場合に、それが使用する端末装置１０３、及びサーバー１０４が実行する処理の流れを示すフローチャートである。１アレンジャーの作業に係わる処理に着目して、それらが実行する処理を抜粋してその流れを示したものである。次に、図３０及び図３１に示すフローチャートを参照して、アレンジャーが作業を行う場合に端末装置１０３、及びサーバー１０４が実行する処理の内容、及びその流れについて詳細に説明する。
【０１２１】
上述したようにして端末装置１０３とサーバー１０４間の通信が開設（リンクが確立）し、端末装置１０３のアレンジャー（会員）がサーバー１０４から送信された上記初期画面上の会員としてのサービスを要求するためのアイコンをクリックすると、その旨を示す信号が端末装置１０２からサーバー１０４に送信される。その信号を受信したサーバー１０４は、例えばハードディスクから図４１に示すようなＩＤ・パスワード入力画面を読み出し、その信号を送信してきた端末装置１０２に送信する（ステップＳＳ８１）。
【０１２２】
そのＩＤ・パスワード入力画面を受信した端末装置１０３は、その画面上に配置されている入力ボックスへのデータ入力、及び入力されたデータのサーバー１０４への送信を実現するＩＤ・パスワード入力処理を実行する（ステップＳＡ２１）。なお、そのＩＤ・パスワード入力処理は図１２に示すものと基本的に同じであることから、その詳細な説明は省略する。
【０１２３】
端末装置１０３からＩＤ、パスワードを受信したサーバー１０４は、ユーザーＤＢ２０２、及びアレンジャーＤＢ２０３（図３、及び図４参照）を参照して、それらが共に一致するものが発行された会員が存在するか否かを確認する認証を行う（ステップＳＳ８２）。それにより、ＩＤ、及びパスワードを送信してきた端末装置１０３のユーザーがアレンジャーとして会員登録されていることを確認すると、図５０に示すようなアレンジャー用初期画面（例えばＨＴＭＬデータ）を例えばハードディスクから読み出して端末装置１０３に送信する（同ステップＳＳ８２）。その初期画面には、図５０に示すように、サーバー１０４に要求する内容を選択するためのアイコンとして、「依頼を見る」及び「曲を送る」の２つのアイコンが配置されている。
【０１２４】
その初期画面を受信した端末装置１０３は、それに配置されたアイコンのうちの何れかをアレンジャーにクリックさせることで、サーバー１０４に実行を要求する処理を選択させるためのアレンジャー用処理選択処理を実行する（図３１のステップＳＡ２２）。ここでは、初期画面上の「依頼を見る」アイコンをアレンジャーがクリックしたことにする。そのアイコンをアレンジャーがクリックすると、端末装置１０３は、アレンジャーが自身への依頼状況の確認を要求したことを表す信号である依頼リスト要求をサーバー１０４に送信する。
【０１２５】
その依頼リスト要求を受信したサーバー１０４は、それを送信してきた端末装置１０３のアレンジャーのＩＤ、及び終了フラグの値として０をストアしているレコードを依頼ＤＢ２０４（図５参照）から抽出するアレンジャー用依頼ＤＢ検索処理を実行する（ステップＳＳ８３）。その検索処理を実行することにより、該当するレコードを抽出すると、各レコードにストアされている依頼ＩＤ、及び曲名をリスト状に配置した図５１に示すような依頼リスト画面を作成した端末装置１０３に送信する（ステップＳＳ８４）。なお、その画面の作成は、例えばＣＰＵが、ハードディスクから読み出したオリジナルの依頼リスト画面上に、抽出したレコードにストアされている依頼ＩＤ、及び曲名を依頼ＩＤ別に配置していくことで行われる。
【０１２６】
その依頼リスト画面上に配置された１対の依頼ＩＤ、及び曲名は、それぞれ、アレンジャーに対する１件の依頼を表している。具体的な依頼内容は、リストのなかからそれを確認したいものを選択した後、「ＯＫ」アイコンをクリックすることで確認するようになっている。その依頼リスト画面を受信した端末装置１０３は、そのようなことを実現させるための依頼選択処理を実行する（ステップＳＡ２３）。その依頼選択処理の実行時にアレンジャーが「ＯＫ」アイコンをクリックすると、現在、選択状態となっている件の依頼ＩＤが端末装置１０３からサーバー１０４に送信される。
【０１２７】
サーバー１０４は、そのようにして送信される依頼ＩＤを端末装置１０３から受信すると、その依頼ＩＤをキーとして依頼ＤＢ２０４の検索を行うことにより、それをストアしたレコードを抽出し、例えばハードディスクから読み出したオリジナルの依頼内容表示画面上に、抽出したレコードにストアされている曲名、楽器、編成、レベル、その他、及び対価といったデータを配置して図５２に示すような依頼内容表示画面（請求項に記載のメッセージに対応）を作成し、その作成した依頼内容表示画面を端末装置１０３に送信する（ステップＳＳ８５）。その表示画面を端末装置１０３に送信した後にサーバー１０４が実行する処理の説明は省略する。
【０１２８】
上記依頼内容表示画面を受信した端末装置１０３は、それを表示装置上に表示させることにより、アレンジャーに依頼内容を確認させる。その後に端末装置１０３が実行する処理の説明は省略する。
このように、本実施の形態では、アレンジを依頼された件、その依頼内容などは、アレンジャーはサーバー１０４にアクセスして確認させるようにしている。それにより、依頼者が指定した内容に沿ったアレンジをアレンジャーに行わせている。しかし、その確認は、電子メールやファックスなど、別の形でアレンジャーが確認できるようにしても良い。
【０１２９】
ここで、上記図３１に示すフローチャート中で端末装置１０３、或いはサーバー１０４が実行するサブルーチン処理について、図３２〜図３４に示す各種フローチャートを参照して詳細に説明する。
図３２は、上記ステップＳＡ２２として端末装置１０３が実行するアレンジャー処理選択処理のフローチャートである。そのサブルーチン処理については、始めに図３２を参照して、その選択処理について詳細に説明する。
【０１３０】
先ず、ステップ３２０１では、サーバー１０４から受信したアレンジャー用初期画面（図５０参照）を表示装置上に表示させる。続くステップ３２０２では、その画面上で操作（クリック）されたアイコンの種類を判定する。アレンジャーが「曲を送る」アイコンをクリックした場合、その旨が判定されてステップ３２０３に移行し、そのアレンジャーが、作成したアレンジ曲を送付することを要求していることを表す信号である曲送付要求をサーバー１０４に送信した後、一連の処理を終了する。そのアレンジャーが「依頼を見る」アイコンをクリックした場合には、その旨が判定されてステップ３２０４に移行し、依頼されている件を確認することを要求するための依頼リスト要求をサーバー１０４に送信した後、一連の処理を終了する。アレンジャーが何れのアイコンもクリックしていない場合には、その旨が判定され、再度、ステップ３２０２の処理を実行する。それにより、アレンジャーが何れかのアイコンをクリックするまで待機する。
【０１３１】
このようにして、アレンジャー用初期画面を表示させた端末装置１０３は、その画面上のアイコンのなかでアレンジャーがクリックしたアイコンに応じた信号をサーバー１０４に送信するようになっている。それにより、アレンジャーは、自分に対するアレンジの依頼の有無やその依頼内容を確認したり、或いは依頼を受けて作成したアレンジ曲（楽譜、及びＭＩＤＩデータ）をサーバー１０４に送るといった作業を行えるようになっている。
【０１３２】
上記依頼リスト要求を受信したサーバー１０４は、図３１のステップＳＳ８３としてアレンジャー用依頼ＤＢ検索処理を実行する。次に、図３３に示すフローチャートを参照して、その検索処理について詳細に説明する。
先ず、ステップ３３０１では、依頼ＤＢ２０４を構成するレコードのなかで最初（トップ）に位置するレコードを処理の対象として指定する。続くステップ３３０２では、ステップ３３０１で指定したレコードのアレンジャーＩＤが、依頼リスト要求を送信してきた端末装置１０３のアレンジャーのそれと一致するか否か判定する。それらが一致した場合、判定はＹＥＳとなってステップ３３０３に移行する。そうでない場合には、判定はＮＯとなってステップ３３０５に移行する。
【０１３３】
ステップ３３０３では、そのレコードの終了フラグの値が０か否か判定する。そのレコードにストアされている依頼データで依頼された曲のアレンジが終了していない場合、その終了フラグの値は０であることから、判定はＹＥＳとなってステップ３３０４に移行する。そうでない場合には、判定はＮＯとなってステップ３３０５に移行する。
【０１３４】
ステップ３３０４では、そのレコードにストアされている依頼ＩＤ及び曲名を読み出して保存する。その次に移行するステップ３３０５では、依頼ＤＢ２０４に処理していないレコードが存在しているか否か判定する。そのようなレコードが存在している場合、判定はＹＥＳとなってステップ３３０６に移行し、処理の対象として、現在のレコードの次に位置しているレコードを指定した後、上記ステップ３３０２に戻る。そうでない場合には、即ち依頼ＤＢ２０４の全てのレコードを処理した場合には、判定はＮＯとなってステップ３３０７に移行する。
【０１３５】
ステップ３３０７では、依頼ＤＢ２０４から抽出した依頼ＩＤ、及び曲名があるか否か判定する。依頼リスト要求を送信してきた端末装置１０３を使用するアレンジャーに対してアレンジが依頼されている件が存在している場合、判定はＹＥＳとなってステップ３３０８に移行し、依頼されている件の有無を判定するために用意した変数ＣＦに、その件があることを表す値の１を代入した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなり、ステップ３３０９でその変数ＣＦに依頼された件がないことを表す値の０を代入した後、一連の処理を終了する。
【０１３６】
上記アレンジャー用依頼ＤＢ検索処理の実行後は、上記ＣＦの値に応じた処理をサーバー１０４は実行する。図５１に示すような依頼リスト画面の端末装置１０３への送信は、変数ＣＦの値が１のときにだけ行われる。
次に、その依頼リスト画面を受信した端末装置１０３が図３１のステップＳＡ２３として実行する依頼選択処理について、図３４に示すそのフローチャートを参照して詳細に説明する。
【０１３７】
先ず、ステップ３４０１では、サーバー１０４から受信した依頼リスト画面（図５１参照）を表示装置上に表示させる。続くステップ３４０２では、キーボードやポインティングデバイスなどの入力装置をアレンジャーが操作することで指定した依頼を選択する処理を行う。その後はステップ３４０３に移行する。
【０１３８】
ステップ３４０３では、「ＯＫ」アイコンがクリック（オン）されたか否か判定する。そのクリックをアレンジャーが行った場合、判定はＹＥＳとなってステップ３４０４に移行し、ステップ３４０２を実行することで選択されている依頼の依頼ＩＤをサーバー１０４に送信した後、一連の処理を終了する。そうでない場合には、判定はＮＯとなって上記ステップ３４０２に戻り、アレンジャーに依頼の選択を行わせる。
【０１３９】
図３１に示すフローチャート中では、端末装置１０３、或いはサーバー１０４は上述したようなサブルーチン処理を実行する。それにより、アレンジャーが依頼の有無やその依頼内容の確認を行えるようにしている。
その図３１に示すフローチャートは、アレンジャーに対する曲のアレンジの依頼があった場合のものである。次に、図３５に示すフローチャートを参照して、その依頼がなかった場合に端末装置１０３、及びサーバー１０４が実行する処理について詳細に説明する。なお、その図３５では、図３１のフローチャート中でも実行されるステップの処理には同一の符号を付してある。
【０１４０】
上記したように、依頼リスト要求を送信してきた端末装置１０３を使用するアレンジャーに対してアレンジの依頼がないと、アレンジャー用依頼ＤＢ検索処理を実行した結果、変数ＣＦに１が代入される。その検索処理をステップＳＳ８３として実行した結果、変数ＣＦに１が代入された場合、サーバー１０４は、その旨をアレンジャーに通知するために依頼なし画面を作成して端末装置１０３に送信する（ステップＳＳ９１）。その依頼なし画面の作成は、例えばＣＰＵが、ハードディスクから読み出したオリジナルの依頼なし画面上に、アレンジャーのＩＤを配置することで行われる。その画面を送信した後にサーバー１０４が実行する処理の説明は省略する。
【０１４１】
上記依頼なし画面を受信した端末装置１０３は、それを表示装置上に表示する。それにより、アレンジャーに依頼がないことを通知する。その後に端末装置１０３が実行する処理の説明は省略する。
図３１、及び図３５のフローチャートは、共に、アレンジャーがアレンジャー用初期画面（図５０参照）上で「依頼を見る」アイコンをクリック、即ち依頼の確認を行うことを要求した場合のものである。その初期画面上には、アレンジした曲を送付することを要求するための「曲を送る」アイコンも配置されている。次に、図３６のフローチャートを参照して、アレンジャーがその曲を送付することを要求した場合に端末装置１０３、及びサーバー１０４が実行する処理について詳細に説明する。なお、その図３６では、図３１、或いは図３５のフローチャート中でも実行されるステップの処理には同一の符号を付してある。
【０１４２】
端末装置１０３がアレンジャー用処理選択処理を実行中に、アレンジャー用初期画面上の「曲を送る」アイコンをアレンジャーがクリックすると、その端末装置１０３は図３２を参照して説明した曲送付要求をサーバー１０４に送信する。その選択処理をステップＳＡ２２として実行した結果、端末装置１０３がその曲送付要求を送信すると、サーバー１０４は図５３に示すような曲データ送付画面を例えばハードディスクから読み出して端末装置１０３に送信する（ステップＳＳ１０１）。
【０１４３】
その曲データ送付画面には、図５３に示すように、依頼ＩＤ、楽譜（のデータ）が格納された場所（例えばファイル名）、ＭＩＤＩデータが格納された場所（例えばファイル名）をそれぞれ入力するための３つの入力ボックス、及び「ＯＫ」アイコンが配置されている。アレンジ曲の送付は、各入力ボックスに該当するデータを入力した後、「ＯＫ」アイコンをクリックすることで行うようになっている。その曲データ送付画面をサーバー１０４から受信した端末装置１０３は、そのような操作を実現させるための送付処理を実行する（ステップＳＡ４１）。各入力ボックスにデータを入力した後、「ＯＫ」アイコンをアレンジャーがクリックすると、端末装置１０３はその送付処理を実行することで、依頼ＩＤ、楽譜、及びＭＩＤＩデータをサーバー１０４に送信する。その送信を行った後に端末装置１０３が実行する処理の説明は省略する。
【０１４４】
それらのデータを端末装置１０３から受信すると、サーバー１０４は、それに対応するための曲ストア処理を実行する（ステップＳＳ１０２）。その曲ストア処理を実行することで、端末装置１０３から受信した依頼ＩＤ、楽譜、及びＭＩＤＩデータは曲ＤＢ２０５（図６参照）にストアされ、その依頼ＩＤで指定される依頼ＤＢ２０４（図５参照）のレコードにストアされている終了フラグの値は０から１に書き換えられることになる。それ以降にサーバー１０４が実行する処理の説明は省略する。
【０１４５】
このように、本実施の形態では、アレンジャーがアレンジした曲はサーバー１０４を介して依頼者（ユーザー）が使用する端末装置１０２に送信するようになっている。しかし、アレンジする対象などによっては、ＦＡＸ、或いは郵送などの手段を用いて依頼者に送るようにしても良い。或いは、依頼者が指定した手段で送るようにしても良い。
【０１４６】
次に、上記図３６のフローチャート中で端末装置１０３、或いはサーバー１０４が実行するサブルーチン処理について、図３７、及び図３８にそれぞれ示すフローチャートを参照して詳細に説明する。
図３７は、端末装置１０３がステップＳＡ４１として実行する送付処理のフローチャートである。図３６のフローチャート中で実行されるサブルーチン処理では、始めに図３７を参照して、その送付処理について詳細に説明する。
【０１４７】
先ず、ステップ３７０１では、サーバー１０４から受信した曲データ送付画面（図５３参照）を表示装置上に表示させる。続くステップ３７０２では、キーボードやポインティングデバイスなどの入力装置へのアレンジャーの操作に応じて、依頼ＩＤを表すデータを入力して対応する入力ボックス内に表示させる処理を行う。その次に移行するステップ３７０３では、そのような入力装置へのアレンジャーの操作に応じて、ＭＩＤＩデータや楽譜（ファイル）の格納場所を表すデータを入力して対応する入力ボックス内に表示させる処理を行う。その後はステップ３７０４に移行する。
【０１４８】
ステップ３７０４では、「ＯＫ」アイコンがクリック（オン）されたか否か判定する。そのクリックをアレンジャーが行った場合、判定はＹＥＳとなってステップ３７０５に移行する。そうでない場合には、判定はＮＯとなって上記ステップ３７０２に戻る。それにより、「ＯＫ」アイコンをアレンジャーがクリックするまでの間、入力ボックス内へのデータの入力を行える状態を維持させる。
【０１４９】
ステップ３７０５では、入力ボックス内に入力された依頼ＩＤをサーバー１０４に送信する。その次に実行するステップ３７０６では、入力ボックスに入力されたデータで指定されるＭＩＤＩデータ、及び楽譜（ファイル）を取得して、それらをサーバー１０４に送信する。一連の処理はその後に終了する。
【０１５０】
なお、アレンジャーが依頼された曲をアレンジする作業は、当然のことながら、端末装置１０３でなくとも良い。その作業によって作成した楽譜、及びＭＩＤＩデータを端末装置１０３に搭載されたＲＡＭ、或いはハードディスクなどに記憶させておく必要もなく、それらは端末装置１０３がアクセス可能な装置に保存しておいても良い。
【０１５１】
図３８は、図３６のステップＳＳ１０２としてサーバーが実行する曲ストア処理のフローチャートである。最後に、図３８を参照して、その曲ストア処理について詳細に説明する。
先ず、ステップ３８０１では、端末装置１０３から受信した依頼ＩＤをキーとして依頼ＤＢ２０４の検索を行うことにより、それをストアしているレコードを抽出し、そのレコードにストアされている終了フラグの値を１に書き換える。続くステップ３８０２では、曲ＩＤを作成する。
【０１５２】
その曲ＩＤの作成後に移行するステップ３８０３では、ステップ３８０１で抽出したレコードに曲ＩＤをストアする。その曲ＩＤをストアすると、ステップ３８０４に移行して、曲ＤＢ２０５に、ステップ３８０３で作成した曲ＩＤ、及び端末装置１０３から受信したＭＩＤＩデータ、及び楽譜をストアする。そのようにして、曲ＤＢ２０５内にアレンジ曲を保存した後、一連の処理を終了する。
【０１５３】
なお、本実施の形態では、アレンジの対象となる情報を曲（楽譜、及びその再生用の演奏（ＭＩＤＩ）データ）としているが、当然のことながら、その対象は別の情報であっても良い。アレンジを依頼する内容の指定のさせかたやそれを依頼者に送る方法などは、アレンジの対象とする情報の種類や依頼者の要望などに応じて適宜、定めれば良いものである。このころから明らかなように、本発明は様々な変形を行うことができる。サーバー１０４と端末装置１０２の間における機能（役割）の分担、或いはサーバー１０４と端末装置１０３の間におけるそれについても様々に変形させることができる。
【０１５４】
上述したようなサーバー１０４、或いはその変形例の動作を実現させるようなプログラムは、ＣＤ−ＲＯＭ、フロッピーディスク、或いは光磁気ディスク等の記録媒体に記録させて配布しても良い。或いは、公衆網等で用いられる伝送媒体を介して、そのプログラムの一部、若しくは全部を配信するようにしても良い。そのようにした場合には、ユーザはプログラムを取得してコンピュータ（データ処理装置）にロードすることにより、そのコンピュータ、更にはそれとネットワークにより複数のコンピュータが接続されたシステムに本発明を適用させることができる。このことから、記録媒体は、プログラムを配信する装置がアクセスできるものであっても良い。
【０１５５】
【発明の効果】
以上、説明したように本発明は、ネットワークと接続させたサーバーに、ネットワークを介して依頼者が希望する情報のアレンジの依頼を受け付けさせ、その依頼を受け付けたアレンジを委託するアレンジャーに対してネットワークを介してそのアレンジを依頼させ、そのアレンジを依頼したアレンジャーに情報のアレンジを行わせる。そのようにして、アレンジの依頼を受け付けてその依頼をした依頼者が希望する情報のアレンジをアレンジャーに行わせるため、依頼者は希望するアレンジが施された情報を容易に得ることができる。そのアレンジを行うアレンジャーには、収入を得るための手段を提供することができる。
【０１５６】
ネットワーク、及びサーバーを介して、アレンジャーがアレンジした情報を依頼者に送るようにした場合には、依頼者はその情報を更に容易に得ることができるようになる。その情報をサーバーが保存しておき、同じ内容（条件）でアレンジを依頼してきた依頼者に保存しておいた情報を提供するようにした場合には、アレンジャーがアレンジした情報をより有効に活用することができる。アレンジャーがアレンジした情報に対する評価を依頼者に行わせて、その評価をアレンジャーへのアレンジの依頼に反映させるようにした場合には、依頼者からの要望により応えられるアレンジャーにアレンジを依頼する形となって、依頼者はより希望に合ったアレンジが施された情報を得ることができる。
【図面の簡単な説明】
【図１】本実施の形態によるアレンジサービスが提供されるシステムの構成を示す図である。
【図２】サーバーの機能ブロック図である。
【図３】ユーザーデータベース、及びアレンジャーデータベースのデータ構成を説明する図である。
【図４】アレンジャーデータベースを構成するレコードのデータ構成を説明する図である。
【図５】依頼データベースのデータ構成を説明する図である。
【図６】曲データベースのデータ構成を説明する図である。
【図７】端末装置のユーザーが利用者として会員登録を行う場合に、その端末装置、及びサーバーが実行する処理の流れを示すフローチャートである。
【図８】登録処理のフローチャートである。
【図９】端末装置のユーザーが会員に対するサービスを要求した場合に、その端末装置、及びサーバーが実行する処理の流れを示すフローチャートである。
【図１０】端末装置のユーザーが会員に対するサービスを要求した場合に、その端末装置、及びサーバーが実行する処理の流れを示すフローチャートである（続き１）。
【図１１】端末装置のユーザーが会員に対するサービスを要求した場合に、その端末装置、及びサーバーが実行する処理の流れを示すフローチャートである（続き２）。
【図１２】ＩＤ・パスワード入力処理のフローチャートである。
【図１３】ユーザー用処理選択処理のフローチャートである。
【図１４】依頼データ入力処理のフローチャートである。
【図１５】ユーザー用依頼ＤＢ検索処理のフローチャートである。
【図１６】今回、受信した依頼データと同一のものが依頼データベースになかったときに、図１１のフローチャートに代わって端末装置、及びサーバーが実行する処理の流れを示すフローチャートである。
【図１７】アレンジャー検索処理のフローチャートである。
【図１８】アレンジャー検索処理のフローチャートである（続き）。
【図１９】対価決定処理のフローチャートである。
【図２０】ユーザーがアレンジされた曲の受け取りを要求した場合に、図１０のフローチャートに代わって端末装置、及びサーバーが実行する処理の流れを示すフローチャートである。
【図２１】受取データ入力処理のフローチャートである。
【図２２】受取曲検索処理のフローチャートである。
【図２３】ダウンロード画面表示処理のフローチャートである。
【図２４】課金処理のフローチャートである。
【図２５】ユーザーが依頼した曲のアレンジが終了していなかった場合に、図２０のフローチャートに代わって端末装置、及びサーバーが実行する処理の流れを示すフローチャートである。
【図２６】ユーザーがアレンジされた曲の評価を行うことを要求した場合に、図１０のフローチャートに代わって端末装置、及びサーバーが実行する処理の流れを示すフローチャートである。
【図２７】評価入力処理のフローチャートである。
【図２８】格付変更処理のフローチャートである。
【図２９】端末装置のユーザーがアレンジャーとして会員登録を行う場合に、その端末装置、及びサーバーが実行する処理の流れを示すフローチャートである。
【図３０】アレンジャーが利用者にサービスを提供するための作業を行う場合に、それが使用する端末装置、及びサーバーが実行する処理の流れを示すフローチャートである。
【図３１】アレンジャーが利用者にサービスを提供するための作業を行う場合に、それが使用する端末装置、及びサーバーが実行する処理の流れを示すフローチャートである（続き）。
【図３２】アレンジャー処理選択処理のフローチャートである。
【図３３】アレンジャー用依頼ＤＢ検索処理のフローチャートである。
【図３４】依頼選択処理のフローチャートである。
【図３５】アレンジャーに対する曲のアレンジの依頼がなかった場合に、図３１のフローチャートに代わってそれが使用する端末装置、及びサーバーが実行する処理の流れを示すフローチャートである。
【図３６】アレンジャーがアレンジした曲を送付することを要求した場合に、図３１のフローチャートに代わってそれが使用する端末装置、及びサーバーが実行する処理の流れを示すフローチャートである。
【図３７】送付処理のフローチャートである。
【図３８】曲ストア処理のフローチャートである。
【図３９】ユーザー登録画面のイメージを示す図である。
【図４０】ＩＤ・パスワード送付画面のイメージを示す図である。
【図４１】ＩＤ・パスワード入力画面のイメージを示す図である。
【図４２】ユーザー用初期画面のイメージを示す図である。
【図４３】依頼画面のイメージを示す図である。
【図４４】依頼受領画面のイメージを示す図である。
【図４５】受け取り画面のイメージを示す図である。
【図４６】ダウンロード画面のイメージを示す図である。
【図４７】未受領画面のイメージを示す図である。
【図４８】評価入力画面のイメージを示す図である。
【図４９】アレンジャー登録画面のイメージを示す図である。
【図５０】アレンジャー用初期画面のイメージを示す図である。
【図５１】依頼リスト画面のイメージを示す図である。
【図５２】依頼内容表示画面のイメージを示す図である。
【図５３】曲データ送付画面のイメージを示す図である。
【符号の説明】
１０１    ネットワーク
１０２    端末装置（依頼者用）
１０３    端末装置（アレンジャー用）
１０４    サーバー
２０１    通信制御部
２０２    ユーザーデータベース
２０３    アレンジャーデータベース
２０４    依頼データベース
２０５    曲データベース
２０６    会員登録部
２０７    会員認証部
２０８    ＩＤ管理部
２０９    依頼管理部
２１０    曲データ管理部
２１１    評価管理部
２１２    課金部
２２０    金融機関
２２１    専用線
【図１】
0004135317.tif 000002
【図２】
0004135317.tif 000003
【図３】
0004135317.tif 000004
【図４】
0004135317.tif 000005
【図５】
0004135317.tif 000006
【図６】
0004135317.tif 000007
【図７】
0004135317.tif 000008
【図８】
0004135317.tif 000009
【図９】
0004135317.tif 000010
【図１０】
0004135317.tif 000011
【図１１】
0004135317.tif 000012
【図１２】
0004135317.tif 000013
【図１３】
0004135317.tif 000014
【図１４】
0004135317.tif 000015
【図１５】
0004135317.tif 000016
【図１６】
0004135317.tif 000017
【図１７】
0004135317.tif 000018
【図１８】
0004135317.tif 000019
【図１９】
0004135317.tif 000020
【図２０】
0004135317.tif 000021
【図２１】
0004135317.tif 000022
【図２２】
0004135317.tif 000023
【図２３】
0004135317.tif 000024
【図２４】
0004135317.tif 000025
【図２５】
0004135317.tif 000026
【図２６】
0004135317.tif 000027
【図２７】
0004135317.tif 000028
【図２８】
0004135317.tif 000029
【図２９】
0004135317.tif 000030
【図３０】
0004135317.tif 000031
【図３１】
0004135317.tif 000032
【図３２】
0004135317.tif 000033
【図３３】
0004135317.tif 000034
【図３４】
0004135317.tif 000035
【図３５】
0004135317.tif 000036
【図３６】
0004135317.tif 000037
【図３７】
0004135317.tif 000038
【図３８】
0004135317.tif 000039
【図３９】
0004135317.tif 000040
【図４０】
0004135317.tif 000041
【図４１】
0004135317.tif 000042
【図４２】
0004135317.tif 000043
【図４３】
0004135317.tif 000044
【図４４】
0004135317.tif 000045
【図４５】
0004135317.tif 000046
【図４６】
0004135317.tif 000047
【図４７】
0004135317.tif 000048
【図４８】
0004135317.tif 000049
【図４９】
0004135317.tif 000050
【図５０】
0004135317.tif 000051
【図５１】
0004135317.tif 000052
【図５２】
0004135317.tif 000053
【図５３】
0004135317.tif 000054