(57)【要約】【課題】情報の管理コストを抑えつつ、端末装置のユーザーに所望の情報をより多く配信できるようにするための技術を提供する。【解決手段】サイト１０１に設置されたサーバー１１１は、端末装置１０３のユーザーから曲再生用の曲データを元に生成される運指データ、或いは楽譜データの生成が依頼されると、通信ネットワーク１０３を介してその端末装置１０３から受信した曲データを生成サーバー１１２に送信して、依頼されたデータの生成を指示する。その指示によって生成サーバー１１２が生成したデータは、端末装置１０３のユーザーからの要求に応じて、通信ネットワーク１０２を介してその端末装置１０３に送信する。【選択図】　　　　　　図１
2004021926.tif 000002
【特許請求の範囲】
【請求項１】
既存の情報を元に生成できる二次的情報を通信ネットワークと接続可能な端末装置のユーザーに配信するために用いられる方法であって、
前記端末装置のユーザーに前記既存の情報を指定させて、前記通信ネットワークを介して該既存の情報の前記二次的情報の依頼を受け付け、
該依頼を受け付けて前記既存の情報の前記二次的情報を生成させ、
該生成させた前記二次的情報を、前記通信ネットワークを介して前記端末装置に送信する、
ことを特徴とする二次的情報配信方法。
【請求項２】
前記既存の情報は、前記通信ネットワークを介して送信させることにより、前記端末装置のユーザーに指定させる、
ことを特徴とする請求項１記載の二次的情報配信方法。
【請求項３】
前記既存の情報は楽曲再生用の演奏情報であり、該既存の情報の前記二次的情報は、前記楽曲の楽譜情報、或いは該楽曲の運指情報である、
ことを特徴とする請求項１、または２記載の二次的情報配信方法。
【請求項４】
既存の情報を元に生成できる二次的情報を通信ネットワークと接続可能な端末装置のユーザーに配信するシステムであって、
前記端末装置のユーザーに前記既存の情報を指定させて、前記通信ネットワークを介して該既存の情報の前記二次的情報の依頼を受け付ける依頼受付手段と、前記依頼受付手段が受け付けた依頼により前記既存の情報の前記二次的情報を取得する二次的情報取得手段と、
前記二次的情報取得手段が取得した前記二次的情報を、前記通信ネットワークを介して前記端末装置に送信する二次的情報送信手段と、
を具備することを特徴とする二次的情報配信システム。
【請求項５】
既存の情報を元に生成できる二次的情報を通信ネットワークと接続可能な端末装置のユーザーに配信するシステムの構築に用いられるデータ処理装置に実行させるプログラムであって、
前記端末装置のユーザーに前記既存の情報を指定させて、前記通信ネットワークを介して該既存の情報の前記二次的情報の依頼を受け付ける機能と、
前記受け付ける機能により受け付けた依頼により前記既存の情報の前記二次的情報を取得する機能と、
前記取得する機能により取得した前記二次的情報を、前記通信ネットワークを介して前記端末装置に送信する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、既存の情報を元に生成できる二次的情報を通信ネットワークと接続可能な端末装置のユーザーに配信するための技術に関する。
【０００２】
【従来の技術および発明が解決しようとする課題】
近年、情報インフラストラクチャとして通信ネットワークが急速に発展している。様々な通信ネットワークを結ぶグローバルな情報インストラクチャであるインターネット上には、情報の発信（配信）や商品の販売などといった各種サービスの提供を目的としたサイトが多数、開設されている。それにより、現在では、インターネットはサービス提供のための手段として幅広く利用されている。
【０００３】
その情報として配信するのは、これまでは文字や静止画などが中心だった。しかし、最近では、端末装置（パーソナルコンピュータ（以下、ＰＣ）や携帯電話機、など）を高速にインターネットと結ぶ通信ネットワークが普及してきていることもあって、音声や映像（動画）など、文字や静止画と比較してデータ量が大きいものも対象とするようになっている。商品販売の分野では、音楽（曲再生用の演奏情報）や映像などのデータを商品として扱うようになっている。
【０００４】
上記情報の配信は、その対象となる情報をサイト側が予め用意し、用意した情報のなかから、インターネットを介して接続された端末装置のユーザー（サービスを受ける利用者）が指定したものを抽出して送信する形で行うのを基本としていた。このため、ユーザーが取得（受信）可能な情報はサイト側が用意する既存の情報に限定されていた。
【０００５】
ユーザーの好みは様々である。このため、各ユーザーの様々な好みに幅広く応えられるようにするには、膨大な数の情報を用意しなければならない。しかし、用意する情報の数が多くなるほど、それを管理するための管理コストも上昇する。このことから、コストの面では、用意する情報の数を抑えつつ、ユーザーからの要求により応えられるようにすることが望ましいと云える。
【０００６】
情報のなかには、他の情報（以降、一次的情報と呼ぶ）を元に生成できるもの（二次的情報）が存在する。例えば音楽の分野では、曲再生用の演奏情報を元に、楽譜を作成したり、その楽譜に従って曲の演奏を行う際の指の運び方である運指を決めることができる。つまり、一次的情報である演奏情報から楽譜情報や運指情報といったそれとは種類が異なる二次的情報を生成することができる。このことから、一次的情報から二次的情報を生成してユーザーに配信すれば、情報の管理コストを抑えつつ、ユーザーからの要求により幅広く応えられるようになると考えられる。
【０００７】
本発明の課題は、情報の管理コストを抑えつつ、端末装置のユーザーに所望の情報をより多く配信できるようにするための技術を提供することにある。
【０００８】
【課題を解決するための手段】
本発明の二次的情報配信方法は、既存の情報を元に生成できる二次的情報を通信ネットワークと接続可能な端末装置のユーザーに配信するために用いられる方法であって、端末装置のユーザーに既存の情報を指定させて、通信ネットワークを介して該既存の情報の二次的情報の依頼を受け付け、該依頼を受け付けて既存の情報の二次的情報を生成させ、該生成させた二次的情報を、通信ネットワークを介して端末装置に送信する。
【０００９】
なお、上記既存の情報は、通信ネットワークを介して送信させることにより、端末装置のユーザーに指定させる、ことが望ましい。また、その既存の情報は楽曲再生用の演奏情報であり、該既存の情報の二次的情報は、楽曲の楽譜情報、或いは該楽曲の運指情報である、ことが望ましい。
【００１０】
本発明の二次的情報配信システムは、既存の情報を元に生成できる二次的情報を通信ネットワークと接続可能な端末装置のユーザーに配信することを前提とし、端末装置のユーザーに既存の情報を指定させて、通信ネットワークを介して該既存の情報の二次的情報の依頼を受け付ける依頼受付手段と、依頼受付手段が受け付けた依頼により既存の情報の二次的情報を取得する二次的情報取得手段と、二次的情報取得手段が取得した二次的情報を、通信ネットワークを介して端末装置に送信する二次的情報送信手段と、を具備する。
【００１１】
本発明のプログラムは、既存の情報を元に生成できる二次的情報を通信ネットワークと接続可能な端末装置のユーザーに配信するシステムの構築に用いられるデータ処理装置に実行させることを前提とし、端末装置のユーザーに既存の情報を指定させて、通信ネットワークを介して該既存の情報の二次的情報の依頼を受け付ける機能と、受け付ける機能により受け付けた依頼により既存の情報の二次的情報を取得する機能と、取得する機能により取得した二次的情報を、通信ネットワークを介して端末装置に送信する機能と、を実現させる。
【００１２】
本発明では、端末装置のユーザーに既存の情報を指定させて、その既存の情報の二次的情報の依頼を受け付け、依頼を受け付けて生成させた既存の情報の二次的情報を、通信ネットワークを介してその端末装置に送信する。そのように、ユーザーから依頼された二次的情報を生成して送信（配信）する場合、管理する既存の情報の数より多くの情報を送信（配信）することが可能となる。その結果、情報の管理コストを抑えつつ、端末装置のユーザーに所望の情報をより多く配信することが可能となる。通信ネットワークを介して送信させることにより、端末装置のユーザーに既存の情報を指定させるようにした場合には、その管理コストをより抑えられるようになる。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、本実施の形態による二次的情報配信システムを有するネットワークシステムの構成を示す図である。
【００１４】
そのネットワークシステムは、図１に示すように、情報を配信するサービスを提供するサイト１０１を通信ネットワーク１０２と接続することにより、そのネットワーク１０２を介して端末装置１０３をサイト１０１に接続できるように構築されている。本実施の形態による二次的情報配信システムは、端末装置１０３のユーザーが要求した情報（二次的情報）を配信するために、サイト１０１に構築されたネットワークシステムに適用されている。その二次的情報としては、楽曲再生用の演奏情報（以下、曲データと呼ぶ）を一次的情報として生成できるそれとは種類の異なる、楽曲の楽譜表示用の楽譜情報（以降、「楽譜データ」と呼ぶ）、及び楽曲を演奏する際の指の運び方を教示するための運指情報（以降、「運指データ」と呼ぶ）を配信の対象としている。当然のことながら、配信の対象とする二次的情報の種類は、そのようなものに限定されるわけではない。
【００１５】
上記通信ネットワーク１０２は、例えばインターネットや公衆網などをまとめて表したものである。端末装置１０３は、例えばパーソナル・コンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔｓ　）、携帯電話機、或いは通信機能を搭載した電子楽器であり、例えば電話網、携帯電話網、或いはケーブルテレビ網などの公衆網、及びインターネットとの接続サービスを行っているＩＳＰ（Ｉｎｔｅｒｎｅｔ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ　）、或いは交換機などを介してそのインターネットと接続される。なお、通信ネットワーク１０２は、それら以外のもの、或いは別の組み合わせのものであっても良い。
【００１６】
サイト１０１のネットワークシステムは、図１に示すように、端末装置１０３との間でデータのやりとりを行うサーバー１１１、二次的情報を生成するシステムを搭載した生成サーバー１１２、及び端末装置１０３のユーザーに有償のサービスを提供したことに伴う決済を行う課金サーバー１１３が、例えばＬＡＮで接続されて構築されている。なお、ネットワークシステムは、１台、或いは４台以上のサーバーで構築しても良い。生成サーバー１１２については、二次的情報を人に生成させても良いことから省くこともできる。
【００１７】
その課金サーバー１１３には、例えば専用線などの通信ネットワークを介して金融機関１０４が接続されている。その金融機関１０４とは、例えばキャッシュカードを用いて行われたショッピングの情報を対応する金融機関に中継したり、或いは金融機関が提供するサービスを代行するといったサービスを提供するセンタ、または、プリペイドカードとして流通する電子マネーの残高を管理するセンタである。サイト１０１は、そのような金融機関１０４を介して、有償のサービスを提供する端末装置１０３のユーザーとの間の決済を行う。ここでは、キャッシュカードを用いて決済を行う仕組みをＳＭＡＳＨ、プリペイドカードを購入して利用する電子マネーをウェブマネーとそれぞれ呼ぶことにする。
【００１８】
以上の構成において動作を説明する。
サイト１０１は、会員登録を済ませた人を対象に二次的情報を配信するサービスを提供する。その二次的情報の配信は、サーバー１１１が、通信ネットワーク１０２を介して端末装置１０３を接続させたユーザーから依頼を受け付けて生成サーバー１１２にその生成を行わせ、それが生成した二次的情報を受け取って送信することで行う。そのようにして配信する二次的情報の代金を徴収するための決済は、その配信要求を受け付ける際にユーザーに支払い方法を指定させ、指定された支払い方法に従って課金サーバー１１３に代金分の支払いを金融機関１０４に対して請求させることで行う。
【００１９】
図２、及び図３は、上記サーバー１１１がサービス提供用に管理するデータを説明する図である。内蔵の補助記憶装置、接続された外部記憶装置、或いは接続された外部装置がアクセス可能な記憶装置にデータベース化して保存・管理しているデータのなかから、サービスの提供、即ち二次的情報の配信に特に係わるデータを抜粋して模式的に表したものである。ここでは、便宜的に、図２、或いは図３に示すデータはサーバー１１１に接続された外部記憶装置（以降、記憶装置と略記）に格納されていることにする。
【００２０】
その記憶装置には、図２、或いは図３に示すように、会員の個人情報格納用の会員データベース（ＤＢ）エリア、配信の対象とする二次的情報に関するデータ格納用の受信簿エリア、配信要求を受け付けた二次的情報に関するデータ格納用の送信簿エリア、生成する二次的情報に関するデータ格納用の生成ＤＢエリアが確保されている。各エリアには、それぞれ以下のようなデータが格納される。
【００２１】
本実施の形態では、端末装置１０３のユーザーはその端末装置１０３に専用のソフトウェアをインストールして実行させることにより、サイト１０１が提供するサービスを受けるようにしている。そのソフトウェアには、ユニークな文字列（以降、「機種番号」と呼ぶ）を要求に応じて自動的に送信する機能を搭載しており、その機種番号を送信した端末装置１０３のユーザーにＩＤを発行し会員として登録している。このことから、図２に示す会員ＤＢエリアには、そのようにして登録した会員毎に、発行したＩＤ、端末装置１０３が送信した機種番号、及びユーザーが入力した個人情報であるユーザー登録情報を保存している。以降、そのようなデータを保存するために会員ＤＢエリア内に確保されるエリアを「会員エリア」と呼ぶことにする。
【００２２】
なお、上記機種番号は、上記ソフトウェア毎にそれに付加しても良いが、サービス提供可能な端末装置１０３を制限したいような場合には、端末装置１０３に不揮発性化したデータとして予め記憶させても良い。
生成ＤＢエリアには、依頼を受け付ける毎にエリア（以降、「依頼エリア」と呼ぶ）が確保され、その確保したエリアには、図３に示すように、二次的情報の配信の依頼を受け付けて発行する受付番号、その依頼を行った端末装置１０３の機種番号、一次的情報である曲データ（或いはその保存場所）、その曲データから生成する二次的情報の種類を示すデータ（図中では「楽譜／運指選択データ」と表記。以降、「選択データ」と呼ぶ）、依頼者である端末装置１０３のユーザーの技術的なレベルを表すデータ、二次的情報を生成するうえで考慮すべき事柄を示す備考、及びそれを生成する期限、などが保存される。レベル、備考の各データはともに、ユーザーが会員登録時に入力したユーザー登録情報中のデータを流用している。二次的情報は、生成が終了した後に保存される。図中の「楽譜／運指データ」は、生成されて保存した二次的情報（或いはその保存場所）を表している。
【００２３】
上記曲データ（一次的情報）は、それを送信させることでユーザーに指定させている。そのように指定させると、二次的情報（運指データ、或いは楽譜データ）を配信するために一次的情報（曲データ）をサイト１０１側が予め用意する必要性が回避される。このため、情報の僅かな管理コストでユーザーの所望する二次的情報を配信できることとなる。
【００２４】
一次的情報である曲データをユーザーに送信させるようにしたのは、曲データを配信するサービスを提供するサイトが数多く開設されていることによって、所望の曲データを取得できる環境が既に実現されているためである。しかし、その曲データをサイト１０１側に予め用意しても、その曲データから配信の対象とする二次的情報を新たに生成することによって配信可能な情報の数はその曲データの数より大幅に増大することから、配信可能な情報の数に対する管理コストは従来と比較して大幅に低下する、言い換えればより小さな管理コストでより多くの情報を配信できることとなる。
【００２５】
受信簿エリア、及び送信簿エリア内には、共に会員（ユーザー）毎にエリア（以降、会員ＤＢエリアと同様に「会員エリア」と呼ぶ）が確保され、会員エリアには、そのユーザーの依頼別に更にエリアが確保され、依頼別に確保したエリア（以降、「依頼エリア」と呼ぶ）に、その依頼に係わるデータが保存される。図２に示すように、受信簿エリア内に確保された会員エリアには、依頼毎に確保された依頼エリアに、受付番号、曲名、二次的情報を含む曲データが保存され、他方の送信簿エリア内に確保された会員エリアには、依頼毎に確保された依頼エリアに、受付番号、曲名、一次的情報である曲データが保存される。受信簿エリア内、及び送信簿エリア内にそれぞれ確保された会員エリア内の依頼エリアに保存したデータは、ユーザーが依頼した二次的情報の配信のために、及びその依頼内容をユーザーに確認させるために用いられる。なお、図２は、各会員エリアに確保された依頼エリアが一つであるとの前提でデータの階層構造を示している。
【００２６】
図４は、端末装置１０３に保存されるサービスに係わるデータを説明する図である。例えば内蔵の補助記憶装置であるハードディスク装置（以降、「記憶装置」と呼ぶ）に、サービスを受けるためか、或いはそれを受けることで保存されたデータを抜粋して模式的に表したものである。
【００２７】
図４に示すように、端末装置１０３は、上記ＩＤや機種番号の他に、１つ以上の曲データからなる曲データ群を記憶装置に保存している。曲データ群を構成する曲データから生成される二次的情報である運指データ、或いは楽譜データは、その曲データとまとめた形で保存されている。図中の「ＭＩＤＩデータ」は一次的情報である曲データを表している。以降、曲データと運指データ、或いは楽譜データからなるデータを「組合せデータ」と呼ぶことにする。なお、曲データは、ＭＩＤＩデータで演奏内容を表すものに限定されるわけではない。運指データ、或いは楽譜データは曲データとは別に保存しても良い。
【００２８】
次に、サイト１０１が提供するサービスの内容、及びそのサービスの提供を実現させる各サーバー１１１〜１１３や端末装置１０３のそれぞれの動作について、図５〜図１４に示すフローチャート、及び図１５〜図２３に示す各種説明図を参照して詳細に説明する。
【００２９】
なお、図５〜図１４に示すフローチャートは、例えばそれぞれ、端末装置１０３に搭載されたＣＰＵ、及びサーバー１１１に搭載されたＣＰＵが、それに搭載のハードディスク装置のハードディスクに格納されたプログラムを実行することで実現される。端末装置１０３に搭載されたＣＰＵが実行するプログラムには、ユーザーがインストールした専用のソフトウェアが含まれる。
【００３０】
その専用のソフトウェアは、例えばサイト１０１との接続を指示すると、予め設定された接続方法に従い、そのサイト１０１との接続（リンクの確立）を自動的に行う機能を備えたものである。このことから、端末装置１０３のユーザーがそのソフトウェアを起動させた後、接続を指示すると、端末装置１０３はサーバー１１１に対して接続要求を行う（ステップＳＴ１）。
【００３１】
上記専用のソフトウェアは、例えばインストール後、初めてサーバー１１１（サイト１０１）に接続要求を行う際に、その旨を示す信号も送信するようになっている。このことから、端末装置１０３から接続要求されたサーバー１１１は、その信号の有無から初めての接続（初回接続）か否か判定する（ステップＳＳ１）。その信号を端末装置１０３から受信した場合、判定はＹＥＳとなり、次に上記機種番号の送信を要求する（ステップＳＳ２）。それにより、端末装置１０３は、その要求に従い、機種番号を自動的にサーバー１１１に送信する（ステップＳＴ２）。反対にそうでない場合には、判定はＮＯとなって図６のステップＳＳ７に移行する。
【００３２】
機種番号を受信したサーバー１１１は、受信した機種番号が図２に示す会員ＤＢエリアに保存されているか否か確認するための検索を行い、それによって受信した機種番号が会員ＤＢエリアに保存されていないことを確認した場合に、ＩＤを作成（発行）する（ステップＳＳ３）。その後は、会員ＤＢエリアに会員エリアを確保し（ステップＳＳ４）、確保した会員エリアにＩＤ、機種番号をストアし（ステップＳＳ５）、作成したＩＤを端末装置１０３に送信する（ステップＳＳ６）。ＩＤを送信した後は、図１５に示すようなトップページ（ＴＯＰ　ＰＡＧＥ）画面（例えばＨＴＭＬデータ）を端末装置１０３に送信する（図６のステップＳＳ９）。
【００３３】
なお、上記ステップＳＳ３では、会員ＤＢエリアに既にストアされている機種番号を端末装置１０３から受信したことを確認した場合には、ＩＤを作成せずに、受信した機種番号を有する会員エリアにストアされているＩＤを読み出すようになっている。その後は、ステップＳＳ４、ＳＳ５の処理を実行することなく、ステップＳＳ６の処理を実行する。それにより、同じ機種番号で登録できるユーザーの人数を一人に限定している。
【００３４】
上記トップページ画面には、図１５に示すように、「生成サービス」「ユーザー登録」「終了」の各アイコンが配置されている。「生成サービス」アイコンは、曲データから楽譜データ、或いは運指データの生成・配信に係わるサービス（以下、「生成サービス」と呼ぶ）の提供を要求するためのものである。「ユーザー登録」アイコンは、個人情報の登録、或いは登録した個人情報の変更を行うためのものである。「終了」アイコンは、サーバー１１１が提供するサービスの終了を指示するためのものである。
【００３５】
上述したようにしてサーバー１１１から送信されたＩＤを受信した端末装置１０３は、それを所定の格納場所にストアする（ステップＳＴ３。図４参照）。そのストアを行った後は、ＩＤに続けてサーバー１１１が送信するデータを受信するのを待ち（図６のステップＳＴ５）、受信したデータが、端末装置１０３が送信したＩＤが会員ＤＢエリアに保存されていない場合にサーバー１１１が送信する警告画面か否か判定する（ステップＳＴ６）。その警告画面をサーバー１１１から受信した場合、判定はＹＥＳとなってステップＳＴ７に移行する。そうでない場合には、判定はＮＯとなって図７のステップＳＴ９に移行する。
【００３６】
その警告画面には、例えば端末装置１０３から受信したＩＤから登録した会員であると確認できなかった旨を示すメッセージや、それよりも一つ前の状態に戻るのを指示するための「戻る」アイコンが配置されている。ステップＳＴ７では、それを内蔵、或いは接続された表示装置上に表示させる。続くステップＳＴ８では、表示させた警告画面上の「戻る」アイコンがオン（クリック）されるのを待つ。そのアイコンをユーザーがクリックすると、警告画面を消去させたり、その後のユーザーが行う操作に対応するためのその他の処理に移行する。
【００３７】
図５のステップＳＳ１の判定がＮＯとなって移行する図６のステップＳＳ７では、サーバー１１１はＩＤの送信を要求する。その送信が要求された端末装置１０３は、例えばハードディスク装置（に搭載されたハードディスク）にストアされているＩＤを読み出してサーバー１１１に送信するとともに、図１５に示すトップページ画面の送信を要求する（ステップＳＴ４）。その後は上述のステップＳＴ５に移行する。
【００３８】
サーバー１１１は、端末装置１０３からＩＤを受信すると、それをキーにして会員ＤＢエリアの検索を行い、その会員ＤＢエリアに一致するものが存在するか否か判定する（ステップＳＳ８）。端末装置１０３から受信したＩＤと同じものが会員ＤＢエリアに保存されていた場合、判定はＹＥＳとなり、次にトップページ画面を端末装置１０３に送信する（ステップＳＳ９）。その後は図７のステップＳＳ１１に移行する。反対にそうでない場合には、判定はＮＯとなり、次に上記警告画面を端末装置１０３に送信する（ステップＳＳ１０）。その後に実行する処理についての説明は省略する。
【００３９】
上述したようにしてサーバー１１１がトップページ画面を送信すると、上記ステップＳＴ６の判定がＮＯとなり、端末装置１０３は次にその画面を表示装置上に表示させる（図７のステップＳＴ９）。表示させた後はステップＳＴ１０に移行して、「終了」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなり、次にステップＳＴ１１でサーバー１１１との間の接続を切断させる。その後に実行する処理についての説明は省略する。一方、そうでない場合には、判定はＮＯとなってステップＳＴ１２に移行する。
【００４０】
ステップＳＴ１２では、「ユーザー登録」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＳＴ１３に移行し、個人情報の登録（ここでは変更を含む）をサーバー１１１に要求する。そうでない場合には、判定はＮＯとなって図８のステップＳＴ１８に移行する。
【００４１】
個人情報の登録が要求されたサーバー１１１は、図１６に示すように、ユーザーの名前（Ｎａｍｅ）、住所（Ａｄｄｒｅｓｓ）、年齢（Ａｇｅ）、及び備考（Ｎｏｔｅ）入力用の複数のボックスや、性別、及びレベル（Ｌｅｖｅｌ）入力用の複数のラジオ（オプション）ボタン、入力されたデータの送信を指示するための「送信」アイコンが配置されたユーザー登録画面を端末装置１０３に送信する（図７のステップＳＳ１１）。本実施の形態では、性別は「Ｍａｌｅ」、「Ｆｅｍａｌｅ」の何れかを選択することで入力するようになっている。レベルは、曲データから楽譜データ、或いは運指データを生成するうえで考慮するユーザーの演奏技術のことであり、そのレベルは「Ｈｉｇｈ」「Ｍｉｄｄｌｅ」及び「Ｂｅｇｉｎｎｅｒ」のうちの何れかを選択することで入力するようになっている。
【００４２】
端末装置１０３は、サーバー１１１が送信したユーザー登録画面を受信すると、それを表示装置上に表示させる（ステップＳＴ１４）。次に移行するステップＳＴ１５では、ユーザーのキーボード、或いはマウスなどのポインティングデバイスなどの入力装置への操作に応じてデータ入力を行い、入力したデータを登録画面上に配置して表示させる。その後はステップＳＴ１６に移行して、「送信」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＳＴ１７に移行し、ユーザー登録画面上で入力されたデータ（個人情報）にＩＤを付加してサーバー１１１に送信する。それ以降に実行する処理についての説明は省略する。一方、そうでない場合には、判定はＮＯとなって上記ステップＳＴ１５に戻る。それにより、ユーザーが「送信」アイコンをクリックするまでの間、ユーザー登録画面上でのデータ入力を有効とさせる。
【００４３】
他方のサーバー１１１は、端末装置１０３からＩＤを含むデータ（個人情報）を受信すると、そのＩＤをキーとして会員ＤＢエリアの検索を行ってそれを格納した会員エリアを特定し、その特定した会員エリアに端末装置１０３から受信したデータをストアする（ステップＳＳ１２）。そのようにして、ユーザーがユーザー登録画面上で入力したデータを会員エリアにストアした後に実行する処理についての説明は省略する。
【００４４】
上記ステップＳＴ１２の判定がＮＯとなって移行する図８のステップＳＴ１８では、「生成サービス」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＳＴ１９に移行する。そうでない場合には、判定はＮＯとなって図７のステップＳＴ１０に戻る。それにより、図１５に示すトップページ画面を表示させている場合は、「生成サービス」「ユーザー登録」及び「終了」の各アイコンのなかの何れかをユーザーがクリックするまでの間、ステップＳＴ１０、ＳＴ１２、及びＳＴ１８で形成される処理ループを繰り返し実行する。
【００４５】
ステップＳＴ１９では、ユーザーが「生成サービス」アイコンをクリックしたことから、生成サービスの提供をサーバー１１１に要求する。その要求を受け付けたサーバー１１１は、図１７に示す生成サービス画面を端末装置１０３に送信する（図８のステップＳＳ１３）。
【００４６】
その生成サービス画面には、図１７に示すように、「受信簿」「送信簿」「運指・楽譜申込み」及び「戻る」の各アイコンが配置されている。「受信簿」アイコンは、依頼により生成された運指データ、或いは楽譜データをダウンロードするサービスを要求するためのものである。「送信簿」アイコンは、依頼内容を確認するサービスを要求するためのものである。「運指・楽譜申込み」アイコンは、運指データ、或いは楽譜データの生成を依頼するためのものである。「戻る」アイコンは、一つ前の状態（ここではトップページ画面が表示されている状態）に戻るのを指示するためのものである。
【００４７】
上記生成サービス画面をサーバー１１１から受信した端末装置１０３は、それを表示装置上に表示させる。次に移行するステップＳＴ２１では、「戻る」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなって図６のステップＳＴ４に戻り、図１５に示すトップページ画面を再表示させるための処理を行う。そうでない場合には、判定はＮＯとなってステップＳＴ２２に移行する。
【００４８】
ステップＳＴ２２では、「受信簿」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＳＴ２３に移行し、そうでない場合には、判定はＮＯとなって図１０のステップＳＴ３２に移行する。
【００４９】
ステップＳＴ２３では、ＩＤをサーバー１１１に送信して、依頼により生成されたダウンロード可能な楽譜データ、或いは運指データに関するデータを要求する。
その要求を受け付けたサーバー１１１は、受信簿エリアに確保されている会員エリア（図２参照）のなかから、受信したＩＤに対応する会員エリアを特定して、その特定した会員エリア内に確保した依頼エリアにストアされているデータを用いて図１８に示すような受信簿画面を作成する（ステップＳＳ１４）。受信簿画面を作成した後はそれを端末装置１０３に送信する（ステップＳＳ１５）。なお、受信簿画面の作成は、オリジナルの受信簿画面に、特定した会員エリア内に確保された依頼エリアにストアされているデータを挿入するなどして行われる。これは他の画面においても同様である。
【００５０】
上記受信簿画面には、図１８に示すように、特定した会員エリア内の依頼エリア毎に読み出した受付番号、及び曲名を並べたリストが配置され、アイコンとしては、「ダウンロード」「戻る」の各アイコンが配置されている。依頼により生成された楽譜データ、或いは運指データのダウンロードは、リストのなかから一つの曲名を選択した後、「ダウンロード」アイコンをクリックすることで指示するようになっている。
【００５１】
端末装置１０３は、サーバー１１１から受信簿画面を受信すると、それを表示装置上に表示させる（ステップＳＴ２４）。続く図９のステップＳＴ２５では、リスト中の曲名（それが配置されたライン）がクリックされたか否か判定する。ユーザーがリスト中の何れかの曲名をクリックした場合、判定はＹＥＳとなり、次にステップＳＴ２６でユーザーがクリックした曲名が配置されたラインのみを選択状態にする表示変更を行った後、ステップＳＴ２７に移行する。そうでない場合には、判定はＮＯとなって、他のステップの処理を実行することなくそのステップＳＴ２７に移行する。
【００５２】
ステップＳＴ２７では、「ダウンロード」アイコンがオンされたか否か判定する。ユーザーがそのアイコンをクリックした場合、判定はＹＥＳとなってステップＳＴ２８に移行し、ＩＤ、選択状態となっているラインに配置された受付番号をサーバー１１１に送信して、ユーザーが依頼した楽譜データ、或いは運指データのダウンロードを要求する。そうでない場合には、判定はＮＯとなり、ステップＳＴ３１に移行して、「戻る」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなって図８のステップＳＴ１９に戻り、図１７に示す生成サービス画面を再表示させるための処理を行う。そうでない場合には、判定はＮＯとなって上記ステップＳＴ２５に戻り、ユーザーが行う操作待ちの状態を維持する。
【００５３】
端末装置１０３からＩＤ、受付番号を受信してダウンロードが要求されたサーバー１１１は、そのＩＤ、受付番号から送信すべき楽譜データ、或いは運指データを特定し（ステップＳＳ１６）、特定した楽譜データ、或いは運指データを曲データとともに端末装置１０３に送信する（ステップＳＳ１７）。その送信は、それが終了したことによってステップＳＳ１８の判定がＹＥＳとなるまでの間、継続して行う。その判定がＹＥＳとなった以降に実行する処理についての説明は省略する。
【００５４】
他方の端末装置１０３は、サーバー１１１が楽譜データ、或いは運指データを曲データとまとめて送信するデータ（組合せデータ）を受信する（ステップＳＴ２９）。その受信は、それが終了したことによってステップＳＴ３０の判定がＹＥＳとなるまでの間、継続して行う。その判定がＹＥＳとなって場合には、上記ステップＳＴ２５に戻り、ユーザーが行う操作待ちの状態に移行する。
【００５５】
このように、本実施の形態では、生成を依頼した楽譜データ、或いは運指データは端末装置１０３をサーバー１１１に接続させてダウンロードするようにしている。しかし、そのようにダウンロードするのではなく、サーバー１１１が電子メールなどで端末装置１０３に送信するようにしても良い。
【００５６】
図８のステップＳＴ２２の判定がＮＯとなって移行する図１０のステップＳＴ３２では、「送信簿」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＳＴ３３に移行し、ＩＤをサーバー１１１に送信して、依頼内容に関するデータを要求する。そうでない場合には、判定はＮＯとなって図１１のステップＳＴ３６に移行する。
【００５７】
上記要求を受け付けたサーバー１１１は、送信簿エリアに確保されている会員エリア（図２参照）のなかから、受信したＩＤに対応する会員エリアを特定して、その特定した会員エリア内に確保された依頼エリアにストアされているデータを用いて図１９に示すような送信簿画面を作成する（ステップＳＳ１９）。その画面を作成した後はそれを端末装置１０３に送信する（ステップＳＳ２０）。
【００５８】
上記送信簿画面には、図１９に示すように、特定した会員エリアの依頼エリア毎に読み出した受付番号、及び曲名を並べたリストが配置され、アイコンとしては、「戻る」アイコンだけが配置されている。それにより、楽譜データ、或いは運指データの生成を依頼した曲やその受付番号などを確認できるようになっている。
【００５９】
端末装置１０３は、サーバー１１１から送信簿画面を受信すると、それを表示装置上に表示させる（ステップＳＴ３４）。続くステップＳＴ３５では、その画面上に配置された「戻る」アイコンがオンされるのを待つ。そのアイコンをユーザーがクリックすると、判定はＹＥＳとなって図８のステップＳＴ１９に戻り、図１７に示す生成サービス画面を再表示するための処理を行う。
【００６０】
上記ステップＳＴ３２の判定がＮＯとなって移行する図１１のステップＳＴ３６では、「運指・楽譜申込み」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＳＴ３７に移行し、ＩＤをサーバー１１１に送信して、楽譜データ、或いは運指データの生成の申込み要求を行う。それにより、サーバー１１１は、図２０に示す申込画面を端末装置１０３に送信する（ステップＳＳ２１）。一方、そうでない場合には、判定はＮＯとなって図８のステップＳＴ２１に戻る。それにより、ユーザーが行う操作待ちの状態を維持する。
【００６１】
上記申込画面には、図２０に示すように、「楽譜付き」「指使い付き」の２つのオプションボタンや、「戻る」「送信」の２つのアイコンが配置されている。生成の依頼は、「楽譜付き」「指使い付き」の２つのオプションボタンの何れかにマークを表示させることで生成を依頼するデータの種類を選択、即ち生成ＤＢエリアにストアされる選択データ（図３参照）を入力した後、「送信」アイコンをクリックすることで行うようになっている。
【００６２】
その申込画面をサーバー１１１から受信した端末装置１０３は、それを表示装置上に表示させる（ステップＳＴ３８）。続くステップＳＴ３９では、「楽譜付き」のオプションボタンが選択されたか否か判定する。そのボタンをユーザーがクリックした場合、判定はＹＥＳとなり、次にステップＳＴ４０において、そのボタン内にマークを表示させ、「指使い付き」のオプションボタン内のマークは必要に応じて消去させた後、ステップＳＴ４３に移行する。そうでない場合には、判定はＮＯとなってステップＳＴ４１に移行する。
【００６３】
ステップＳＴ４１では、「指使い付き」のオプションボタンが選択されたか否か判定する。そのボタンをユーザーがクリックした場合、判定はＹＥＳとなり、次にステップＳＴ４２において、そのボタン内にマークを表示させ、「楽譜付き」のオプションボタン内のマークは必要に応じて消去させた後、ステップＳＴ４３に移行する。そうでない場合には、判定はＮＯとなり、他のステップの処理を実行することなくそのステップＳＴ４３に移行する。
【００６４】
ステップＳＴ４３では、「戻る」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなり、図８のステップＳＴ１９に戻って図１７に示す生成サービス画面を再表示させるための処理を行う。そうでない場合には、判定はＮＯとなってステップＳＴ４４に移行する。
【００６５】
ステップＳＴ４４では、「送信」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなって図１２のステップＳＴ４５に移行する。そうでない場合には、判定はＮＯとなって上記ステップＳＴ３９に戻る。それにより、ユーザーが行う操作待ちの状態を維持する。
【００６６】
上述したように、本実施の形態では、楽譜データ、或いは運指データを生成するうえで元となる曲データを端末装置１０３からサーバー１１１に送信するようにしている。このことから、図１２のステップＳＴ４５では、送信する曲データをユーザーに選択させるために、図２１に示すような曲リスト画面を生成して表示装置上に表示させる。
【００６７】
その曲リスト画面には、図２１に示すように、送信可能な曲データに対応する曲名のリストや、「決定」「戻る」の２つのアイコンが配置されている。それにより、生成依頼の申込みは、リストとして配置された曲名のなかの一つを選択状態にした後、「決定」アイコンをクリックすることで行うようになっている。その曲リスト画面の生成は、例えばオリジナルの曲リスト画面（コピー）に、ハードディスク装置などに保存されている曲データのヘッダ部にデータとして格納されている曲名を抽出して挿入することで行われる。
【００６８】
上記ステップＳＴ４５に続くステップＳＴ４６では、リスト上の曲名がオンされたか否か判定する。リスト上の何れかの曲名をユーザーがクリックした場合、判定はＹＥＳとなり、次にステップＳＴ４７でユーザーがクリックした曲名のみを選択状態にする表示変更を行った後、ステップＳＴ４８に移行する。そうでない場合には、判定はＮＯとなり、他のステップの処理を実行することなくそのステップＳＴ４８に移行する。
【００６９】
ステップＳＴ４８では、「戻る」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなって図１１のステップＳＴ３７に戻り、図２０に示す申込画面を再表示させるための処理を行う。そうでない場合には、判定はＮＯとなってステップＳＴ４９に移行する。
【００７０】
ステップＳＴ４９では、「決定」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＳＴ５０に移行する。そうでない場合には、判定はＮＯとなって上記ステップＳＴ４６に戻り、ユーザーが行う操作待ちの状態を維持する。
【００７１】
ステップＳＴ５０では、ＩＤや、図２０に示す申込画面上でユーザーが入力した選択データ（２つのオプションボタンのうちの何れにマークが表示されているかを示すデータ）をサーバー１１１に送信して、生成依頼の申込みの受け付けを要求する。他方のサーバー１１１は、その要求を受けて、図２２に示す課金選択画面を端末装置１０３に送信する（ステップＳＳ２２）。
【００７２】
その課金選択画面には、図２２に示すように、楽譜データ、或いは運指データの生成にかかる代金を通知するメッセージや、その代金の支払い方法を指定するための「ＷＭで支払い」「ＳＭＡＳＨで支払い」の２つのアイコンが配置されている。「ＷＭで支払い」アイコンは、上記ウェブマネーによる支払いを指示するためのものであり、「ＳＭＡＳＨで支払い」アイコンは、上記ＳＭＡＳＨによる支払いを指示するためのものである。
【００７３】
端末装置１０３は、サーバー１１１から課金選択画面を受信すると、それを表示装置上に表示させる（ステップＳＴ５１）。続くステップＳＴ５２では、「ＷＭで支払い」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＳＴ５３に移行する。そうでない場合には、判定はＮＯとなって図１３のステップＳＴ５４に移行する。
【００７４】
ステップＳＴ５３では、ウェブマネーを購入するための媒体であるプリペイドカードに記載された認証用の文字列（番号）入力用の画面を表示させて、ユーザーが入力した文字列を、その画面上に配置された所定のアイコンをユーザーがクリックするのを待って暗号化してサーバー１１１に送信することにより、ウェブマネーによる代金支払いを要求する。
【００７５】
サーバー１１１は、その要求を受け付けると、課金サーバー１１３にウェブマネーを管理する金融機関（センタ）１０４にアクセスさせて、端末装置１０３から受信した文字列に対応するウェブマネーのなかから代金分の支払いを要求させる（ステップＳＳ２３）。それにより、決済を行うと、端末装置１０３に曲データのアップロードを要求する（図１３のステップＳＳ２５）。
【００７６】
アップロードを要求された端末装置１０３は、図２１に示す曲リスト画面上でユーザーが指定した曲データにＩＤを付加してサーバー１１１に送信する（ステップＳＴ５６）。その送信は、それが終了したことによってステップＳＴ５７の判定がＹＥＳとなるまでの間、継続して行う。
【００７７】
他方のサーバー１１１は、端末装置１０３から送信されてくる曲データ、ＩＤを受信し（ステップＳＳ２６）、生成ＤＢエリア（図２参照）に依頼エリアを新たに確保して、その確保したエリアに受信した曲データ、更には受信したＩＤに対応する機種番号（図２参照）をストアする（ステップＳＳ２７）。曲データの受信、及びそのストアは、その受信が終了したことによってステップＳＳ２８の判定がＹＥＳとなるまでの間、継続して行う。
【００７８】
そのステップＳＳ２８の判定がＹＥＳとなって移行するステップＳＳ２９では、受付番号を作成（発行）し、現在日時を基に期限を設定する。次に実行するステップＳＳ３０では、作成した受付番号、設定した期限、受信した選択データ、更には会員ＤＢエリア内で端末装置１０３から受信したＩＤをストアしている会員エリアから読み出したユーザー登録情報（ここではレベルや備考等のデータ）を、生成ＤＢエリア内に新たに確保した依頼エリアにストアし、更に、送信簿エリアのＩＤから特定される会員エリア内に新たに依頼エリアを確保して、その確保した依頼エリアに受付番号、曲名（曲データ中から抽出される）、及び曲データをストアする。そのようなことを行うと、ストアした受付番号や、ストアした期限を通知するメッセージを図２３に示すように配置した受付画面を作成し（ステップＳＳ３１）、作成した受付画面を端末装置１０３に送信し（ステップＳＳ３２）、生成ＤＢエリア内に新たに確保した依頼エリアにストアしたデータを生成サーバー１１２に送信して選択データが示すデータ（楽譜データ、或いは運指データ）の生成を指示する（ステップＳＳ３３）。その後に実行する処理についての説明は省略する。
【００７９】
端末装置１０３は、曲データの送信が終了することでステップＳＴ５７の判定がＹＥＳとなると、次にステップＳＴ５８を実行して、サーバー１１１から受付画面を受信するのを待つ。その受付画面を受信すると、ステップＳＴ５９に移行して、受信した受付画面を表示装置上に表示させる。その後、表示させた受付画面上の「終了」アイコンをユーザーがクリックすると、ステップＳＴ６０の判定がＹＥＳとなって図８のステップＳＴ１９に戻り、図１７に示す生成サービス画面を再表示させるための処理を実行する。
【００８０】
図１２のステップＳＴ５２の判定がＮＯとなって移行する図１３のステップＳＴ５４では、図２２に示す課金選択画面上の「ＳＭＡＳＨ」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＳＴ５５に移行する。そうでない場合には、判定はＮＯとなって図１２のステップＳＴ５２に戻る。それにより、課金選択画面を表示させている（アクティブにしている）場合には、「ＷＭで支払い」「ＳＭＡＳＨで支払い」の何れかのアイコンをユーザーにクリックさせるようになっている。
【００８１】
ステップＳＴ５５では、ＩＤ、及びユーザーが「ＳＭＡＳＨで支払い」アイコンをクリックしたことを示す信号をサーバー１１１に送信して、ＳＭＡＳＨによる代金支払いを要求する。
ＳＭＡＳＨでは、メールアドレスやクレジットカード番号を入力して行う登録時に発行するＩＤ、パスワードを決済に使用するようになっている。商品を注文すると、その商品（ここでは曲データから生成される楽譜データ、或いは運指データが対応）を注文されたサイトはその注文を確認するためのメール（注文確認メール）を送信する。商品を注文した人は、そのメールにより注文内容を確認すると、そのメールにあるＵＲＬにアクセスして、ＳＭＡＳＨのＩＤ、パスワード、及び受付番号等の必要事項を入力した後、「購入する」アイコンをクリックすれば手続きが終了するようになっている。
【００８２】
ＳＭＡＳＨによる代金支払いを要求されたサーバー１１１は、上記注文確認メールを作成して端末装置１０３のユーザー宛に送信する。その後は、そのメールにあるＵＲＬへのアクセス要求や、「購入する」アイコンのクリックに対応するための処理を行う。端末装置１０３から「購入する」アイコンをユーザーがクリックした旨を示す信号を受信した場合には、課金サーバー１１３にＳＭＡＳＨによる代金支払いを管理する金融機関１０４（に設置されたサーバー）にアクセスさせて、代金分の支払いを要求させる（以上、図１３のステップＳＳ２４）。そのようにして決済を行った後はステップＳＳ２５に移行する。
【００８３】
上記注文確認メールは、通常、ＳＭＡＳＨによる代金支払いを要求された後、直ちに送信されない。他方のユーザーは、送信されたメールを直ちに開封することはもとより、それにあるＵＲＬに端末装置１０３を開封後、直ちにアクセスさせるとは限らない。このようなことから、サーバー１１１が実行するステップＳＳ２４、及びそれに対応する端末装置１０３が実行する不図示の処理は、実際には長い時間をかけて実行される。しかし、ここでは、混乱を避けて理解を容易とするために、そのような時間的なことは無視する形で図示している。つまり、端末装置１０３では、ステップＳＴ５５の処理を実行した後、ステップＳＴ５６に移行して、サーバー１１１からの要求に応じて曲データを送信するように示してある。
【００８４】
このようにして、ユーザーが所望する運指データ、或いは楽譜データの生成依頼が申し込まれ、端末装置１０３からそれらのデータを生成するうえで元となる曲データがサーバー１１１に送信される。それにより、生成ＤＢエリア内、及び送信簿エリアの会員エリア内には新たに依頼エリアが確保されてデータがストアされ、生成サーバー１１２には運指データ、或いは楽譜データの生成が指示される。
【００８５】
その生成が指示された生成サーバー１１２は、サーバー１１１から受信した曲データの解析を行い、生成データで指定されるデータを生成して、生成したデータを曲データとまとめて例えば受付番号とともにサーバー１１１に送信する。そのようにして行われるデータ送信に対応するために、サーバー１１１は図１４に示すステップの処理を随時、実行する。
【００８６】
その他の処理を実行後に移行するステップＳＳ３４では、生成を指示したデータを生成サーバー１１２から受信したか否か判定する。そのデータを受信した場合、判定はＹＥＳとなってステップＳＳ３５に移行する。そうでない場合には、判定はＮＯとなって、次にその他の処理を実行する。
【００８７】
ステップＳＳ３５では、生成サーバー１１２から受信したデータ（曲データとまとめられた組合せデータ）を、それと併せて受信した受付番号により特定される生成ＤＢエリアの依頼エリアにストアする。続くステップＳＳ３６では、受信簿エリアの対応する会員エリア内に依頼エリアを新たに確保し、その次に実行するステップＳＳ３７では、新たに確保した依頼エリアに受付番号、曲名、及び生成サーバー１１２から受信したデータをストアする。その後はその他の処理を実行する。
【００８８】
このようにして、生成を指示したデータを生成サーバー１１２から受信すると、そのデータは生成ＤＢエリアの対応する依頼エリア、更には受信簿エリアの会員エリア内に新たに確保した依頼エリアにストアされる。それにより、そのデータを依頼者であるユーザーにダウンロードするための用意が行われる。
【００８９】
なお、本実施の形態では、依頼者である端末装置１０３のユーザーに、二次的情報を生成するうえで元となる一次的情報を一つだけ指定させているが、複数の一次的情報を指定させるようにしても良い。つまり、複数の一次的情報から生成できる二次的情報を配信の対象としても良い。
【００９０】
上述したようなサーバー１１１の動作、或いはその変形例の動作を実現させるようなプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ、或いは光磁気ディスク等の記録媒体に記録させて配布しても良い。或いは、公衆網等で用いられる伝送媒体を介して、そのプログラムの一部、若しくは全部を配信するようにしても良い。そのようにした場合には、ユーザーはプログラムを取得してコンピュータなどのデータ処理装置にロードすることにより、そのデータ処理装置を用いて本発明を適用させた二次的情報配信システムを構築することができる。このことから、記録媒体は、プログラムを配信する装置がアクセスできるものであっても良い。
【００９１】
【発明の効果】
以上、説明したように本発明は、端末装置のユーザーに既存の情報を指定させて、その既存の情報の二次的情報の依頼を受け付け、依頼を受け付けて生成させた既存の情報の二次的情報を、通信ネットワークを介してその端末装置に送信する。そのように、ユーザーから依頼された二次的情報を生成して送信（配信）する場合、管理する既存の情報の数より多くの情報を送信（配信）することができる。このため、情報の管理コストを抑えつつ、端末装置のユーザーに所望の情報をより多く配信することができるようになる。通信ネットワークを介して送信させることにより、端末装置のユーザーに既存の情報を指定させるようにした場合には、その管理コストはより抑えることができる。
【図面の簡単な説明】
【図１】本実施の形態による二次的情報配信システムを有するネットワークシステムの構成を示す図である。
【図２】サーバーがサービス提供用に管理するデータを説明する図である（その１）。
【図３】サーバーがサービス提供用に管理するデータを説明する図である（その２）。
【図４】端末装置に保存されるサービスに係わるデータを説明する図である。
【図５】端末装置をサーバーに接続させた場合に、それらが実行する処理の流れを示すフローチャートである。
【図６】端末装置をサーバーに接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き１）。
【図７】端末装置をサーバーに接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き２）。
【図８】端末装置をサーバーに接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き３）。
【図９】端末装置をサーバーに接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き４）。
【図１０】端末装置をサーバーに接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き５）。
【図１１】端末装置をサーバーに接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き６）。
【図１２】端末装置をサーバーに接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き７）。
【図１３】端末装置をサーバーに接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き８）。
【図１４】端末装置をサーバーに接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き９）。
【図１５】トップページ画面を示す図である。
【図１６】ユーザー登録画面を示す図である。
【図１７】生成サービス画面を示す図である。
【図１８】受信簿画面を示す図である。
【図１９】送信簿画面を示す図である。
【図２０】申込画面を示す図である。
【図２１】曲リスト画面を示す図である。
【図２２】課金選択画面を示す図である。
【図２３】受付画面を示す図である。
【符号の説明】
１０１　　サイト
１０２　　通信ネットワーク
１０３　　端末装置
１１１　　サーバー
１１２　　生成サーバー
【図１】
2004021926.tif 000003
【図２】
2004021926.tif 000004
【図３】
2004021926.tif 000005
【図４】
2004021926.tif 000006
【図５】
2004021926.tif 000007
【図６】
2004021926.tif 000008
【図７】
2004021926.tif 000009
【図８】
2004021926.tif 000010
【図９】
2004021926.tif 000011
【図１０】
2004021926.tif 000012
【図１１】
2004021926.tif 000013
【図１２】
2004021926.tif 000014
【図１３】
2004021926.tif 000015
【図１４】
2004021926.tif 000016
【図１５】
2004021926.tif 000017
【図１６】
2004021926.tif 000018
【図１７】
2004021926.tif 000019
【図１８】
2004021926.tif 000020
【図１９】
2004021926.tif 000021
【図２０】
2004021926.tif 000022
【図２１】
2004021926.tif 000023
【図２２】
2004021926.tif 000024
【図２３】
2004021926.tif 000025