(57)【要約】【課題】広告主からの委託により通信ネットワークを介して配信する広告をより多くの人に触れさせられるようにするための技術を提供する。【解決手段】広告配信システム１は、広告主の使用する端末装置２からインターネット４を介して配信が委託された広告用の曲データを受け付け、受け付けた曲データを、インターネット４と接続可能な端末装置３のユーザーを対象に公開する。公開した曲データは、端末装置３からの要求により配信する。それにより、端末装置３のユーザーに曲データを再生することで行う広告活動を委託する。端末装置３のユーザーへの報酬は、その広告活動に応じて決定する。【選択図】　　　　図１
2004133555.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して接続される端末装置に、広告として再生される広告用データを送信できるシステムであって、
前記広告用データを前記端末装置からの要求により、該端末装置に前記通信ネットワークを介して送信するデータ送信手段と、
前記データ送信手段が前記広告用データを送信した端末装置から、前記通信ネットワークを介して該広告用データの再生が行われた状況を示す再生状況情報を受信する情報受信手段と、
前記情報受信手段が受信した再生状況情報に基づいて、該再生状況情報を送信した前記端末装置のユーザーへの報酬を決定する報酬決定手段と、
を具備することを特徴とする広告配信システム。
【請求項２】
前記情報受信手段が前記端末装置から受信する再生状況情報は、該端末装置が前記広告用データを再生した再生回数、該広告用データを予め定めた場所で再生した再生回数、及び該広告用データを予め定めた時間帯で再生した再生回数のうちの少なくとも一つを含み、
前記報酬決定手段は、前記再生状況情報を構成する再生回数に基づいて、前記端末装置のユーザーへの報酬を決定する、
ことを特徴とする請求項１記載の広告配信システム。
【請求項３】
前記データ送信手段は、前記広告用データとして、曲再生用の曲データを少なくとも前記端末装置に送信する、
ことを特徴とする請求項１記載の広告配信システム。
【請求項４】
請求項１記載の広告配信システムから通信ネットワークを介して配信された広告用データを再生できる端末装置において、
前記広告配信システムから配信された前記広告用データを記録する記録手段と、
前記記録手段に記録された前記広告用データを再生する再生手段と、
前記再生手段が前記広告用データを再生した状況に応じて、該広告用データの再生回数を計数する計数手段と、
前記計数手段が計数した再生回数を再生状況情報として、他のデータ処理装置に送信する送信手段と、
を具備することを特徴とする端末装置。
【請求項５】
前記計数手段は、前記再生回数として、前記再生手段が前記広告用データを再生した再生回数、該広告用データを予め定めた場所で再生した再生回数、及び該広告用データを予め定めた時間帯で再生した再生回数のうちの少なくとも一つを計数する、
ことを特徴とする請求項４記載の端末装置。
【請求項６】
前記端末装置は携帯電話機である、
ことを特徴とする請求項６記載の端末装置。
【請求項７】
広告用データを再生させることで行われる広告活動を人に委託するために用いられる方法であって、
前記広告活動を望む広告主から前記広告用データを受け付けて、通信ネットワークと接続可能な端末装置のユーザーを対象に公開し、
該公開した前記広告用データを、前記端末装置からの要求により配信し、
該配信した前記広告用データを用いた広告活動を、該広告用データが配信された端末装置のユーザーに委託する、
ことを特徴とする広告活動委託方法。
【請求項８】
前記広告活動を委託した前記端末装置のユーザーに対する報酬は、前記広告用データを再生した状況に基づいて決定する、
ことを特徴とする請求項７記載の広告活動委託方法。
【請求項９】
通信ネットワークを介して接続される端末装置に、広告として再生される広告用データを送信できるシステムの構築に用いられるデータ処理装置に実行させるプログラムであって、
前記広告用データを前記端末装置からの要求により、該端末装置に前記通信ネットワークを介して送信する機能と、
前記送信する機能により前記広告用データを送信した端末装置から、前記通信ネットワークを介して該広告用データの再生が行われた状況を示す再生状況情報を受信する機能と、
前記受信する機能により受信した再生状況情報に基づいて、該再生状況情報を送信した前記端末装置のユーザーへの報酬を決定する機能と、
を実現させるためのプログラム。
【請求項１０】
請求項１記載の広告配信システムから通信ネットワークを介して配信された広告用データを再生できる端末装置として用いられるデータ処理装置に実行させるプログラムであって、
前記広告配信システムから配信された前記広告用データを記録する機能と、
前記記録する機能により記録された前記広告用データを再生する機能と、
前記再生する機能により前記広告用データを再生した状況に応じて、該広告用データの再生回数を計数する機能と、
前記計数する機能により計数した再生回数を再生状況情報として、他のデータ処理装置に送信する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、広告主から依頼されて通信ネットワークを介して配信する広告用データをより多くの人に触れさせられるようにするための技術に関する。
【０００２】
【従来の技術および発明が解決しようとする課題】
商品（ここでは有形の物の他に、無形のサービス、或いは興業なども含む）の販売を行う業者のなかでより多くの商品の販売を望む業者は、広告主となって一般の人を対象に、商品販売促進用の広告を出すのが普通である。その広告は、これまではポスターや看板、或いは折込み広告などとして、或いはテレビジョンもしくはラジオなどの広告放送として出すのが普通だった。しかし、近年では双方向の通信ネットワークであるインターネットの普及により、Ｗｅｂページも広告を出す対象として幅広く利用されている。
【０００３】
Ｗｅｂページ上への広告（バナー広告）の掲載は、通常、その公開主（開設者）に広告主である業者が委託することで行われる。その広告には、業者を認識できる画像、或いはその業者を紹介するメッセージなどが配置され、業者が開設したＷｅｂページにリンクが張られている。それにより、バナー広告が配置されたＷｅｂページに端末装置をアクセスさせたユーザーは、そのバナー広告をクリックすることで、業者（広告主）のＷｅｂページにアクセスできるようになっている。業者は、バナー広告をＷｅｂページ上に掲載させる代償として、そのバナー広告がクリックされた数、或いはそれをクリックして業者のＷｅｂページにアクセスし、実際に商品を購入した人の数、に応じた金額をその公開主に支払うようになっているのが普通である。
【０００４】
Ｗｅｂページ上に掲載された広告は、当然のことながら、そのＷｅｂページに端末装置をアクセスさせないユーザーに触れさせることはできない。広告に触れさせるためにはユーザーのＷｅｂページにアクセスさせるという自発的な意志が必要である。このため、広告に触れる人の数はＷｅｂページの人気に大きく依存していた。
【０００５】
Ｗｅｂページの数自体は膨大である。しかし、そのなかで人気のあるＷｅｂページの占める割合は僅かなのが実情である。これは、Ｗｅｂページを開設している大部分の人（ここでは広告を掲載する広告活動を委託できる側の大部分の人）は、広告を多くの人に触れさせられないということを意味する。このことから、広告活動を委託する広告主側にとっては、委託した広告を多くの人に触れさせることが困難なのが実情となっていた。
【０００６】
商品販売の売り上げを伸ばすためには、当然のことながら、広告をより多くの人に触れさせることが重要である。このことから、委託された広告を通信ネットワークにより配信する場合であっても、その広告をより多くの人に触れさせられるようにすることが望まれていた。
【０００７】
本発明の課題は、広告主からの委託により通信ネットワークを介して配信する広告をより多くの人に触れさせられるようにするための技術を提供することにある。
【０００８】
【特許文献１】
特開２００２−３２４０２号公報
【０００９】
【課題を解決するための手段】
本発明の広告配信システムは、通信ネットワークを介して接続される端末装置に、広告として再生される広告用データを送信できるものであり、広告用データを端末装置からの要求により、該端末装置に通信ネットワークを介して送信するデータ送信手段と、データ送信手段が広告用データを送信した端末装置から、通信ネットワークを介して該広告用データの再生が行われた状況を示す再生状況情報を受信する情報受信手段と、情報受信手段が受信した再生状況情報に基づいて、該再生状況情報を送信した端末装置のユーザーへの報酬を決定する報酬決定手段と、を具備する。
【００１０】
なお、上記情報受信手段が端末装置から受信する再生状況情報は、該端末装置が広告用データを再生した再生回数、該広告用データを予め定めた場所で再生した再生回数、及び該広告用データを予め定めた時間帯で再生した再生回数のうちの少なくとも一つを含み、報酬決定手段は、再生状況情報を構成する再生回数に基づいて、端末装置のユーザーへの報酬を決定する、ことが望ましい。データ送信手段は、広告用データとして、曲再生用の曲データを少なくとも端末装置に送信する、ことが望ましい。
【００１１】
本発明の端末装置は、上記広告配信システムから通信ネットワークを介して配信された広告用データを再生できることを前提とし、広告配信システムから配信された広告用データを記録する記録手段と、記録手段に記録された広告用データを再生する再生手段と、再生手段が広告用データを再生した状況に応じて、該広告用データの再生回数を計数する計数手段と、計数手段が計数した再生回数を再生状況情報として、他のデータ処理装置に送信する送信手段と、を具備する。
【００１２】
なお、上記計数手段は、再生回数として、再生手段が広告用データを再生した再生回数、該広告用データを予め定めた場所で再生した再生回数、及び該広告用データを予め定めた時間帯で再生した再生回数のうちの少なくとも一つを計数する、ことが望ましい。端末装置は携帯電話機である、ことが望ましい。
【００１３】
本発明の広告活動委託方法は、広告用データを再生させることで行われる広告活動を人に委託するために用いられることが前提であり、広告活動を望む広告主から広告用データを受け付けて、通信ネットワークと接続可能な端末装置のユーザーを対象に公開し、該公開した広告用データを、端末装置からの要求により配信し、該配信した広告用データを用いた広告活動を、該広告用データが配信された端末装置のユーザーに委託する。
【００１４】
なお、広告活動を委託した端末装置のユーザーに対する報酬は、広告用データを再生した状況に基づいて決定する、ことが望ましい。
本発明の第１の態様のプログラムは、通信ネットワークを介して接続される端末装置に、広告として再生される広告用データを送信できるシステムの構築に用いられるデータ処理装置に実行させることを前提とし、広告用データを端末装置からの要求により、該端末装置に通信ネットワークを介して送信する機能と、送信する機能により広告用データを送信した端末装置から、通信ネットワークを介して該広告用データの再生が行われた状況を示す再生状況情報を受信する機能と、受信する機能により受信した再生状況情報に基づいて、該再生状況情報を送信した端末装置のユーザーへの報酬を決定する機能と、を実現させる。
【００１５】
本発明の第２の態様のプログラムは、上記本発明の広告配信システムから通信ネットワークを介して配信された広告用データを再生できる端末装置として用いられるデータ処理装置に実行させることを前提とし、広告配信システムから配信された広告用データを記録する機能と、記録する機能により記録された広告用データを再生する機能と、再生する機能により広告用データを再生した状況に応じて、該広告用データの再生回数を計数する機能と、計数する機能により計数した再生回数を再生状況情報として、他のデータ処理装置に送信する機能と、を実現させる。
【００１６】
本発明では、広告用データを再生することで行う広告活動を望む広告主から受け付けたその広告用データを通信ネットワークと接続可能な端末装置のユーザーを対象に公開することにより、その広告活動を行う意志の有る端末装置のユーザーを募集し、公開した広告用データの配信を要求してきた端末装置のユーザーに、その広告用データを配信して広告活動を委託する。
【００１７】
通信ネットワークと接続可能な端末装置の数、及びそのユーザーの数は共に膨大である。そのユーザーを対象にして、広告主から受け付けた広告用データを配信して端末装置を広告媒体として利用する形での広告活動を委託すると、多くの人に広告活動を委託することが可能となる。その結果、より多くの人に広告（ここでは再生された広告用データ）に触れさせられることとなる。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、本実施の形態による広告配信システムを有するネットワークシステムの構成を示す図である。
【００１９】
図１に示すように、そのネットワークシステムは、インターネット４に、本実施の形態による広告配信システム１、各広告主が使用する端末装置２、及びその広告主から配信が委託された広告用データを配信する対象となる人の使用する端末装置３を接続させた形で構成されている。それにより、本実施の形態による広告配信システム（以降「配信システム」と略記）１は、端末装置２から配信を委託された広告用データを受け付け、受け付けた広告用データを端末装置３からの要求に応じて配信するサービス（広告配信サービス）を提供するものとして実現されている。そのサービスは、会員登録した人のみを対象に提供している。
【００２０】
上記端末装置２は、例えばパーソナル・コンピュータ（以下「ＰＣ」）、或いはＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔｓ　）であり、端末装置３は、例えばＰＣ、ＰＤＡ、或いは携帯電話機である。端末装置２は、例えば電話網、或いはケーブルテレビ網などの公衆網、及びインターネットとの接続サービスを行っているＩＳＰ（Ｉｎｔｅｒｎｅｔ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ　）を介してそのインターネット４と接続される。他方の端末装置３は、例えば電話網、もしくはケーブルテレビ網などの公衆網、及びＩＳＰを介して、或いは携帯電話網を介してインターネット４と接続される。
【００２１】
上記配信システム１は、特に図示していないが、１台以上のサーバーによって構成されている。そのシステム１には、特に図示していないが、例えば専用線を介して金融機関が接続されている。その金融機関とは、例えばキャッシュカードを用いて行われたショッピングの情報を対応する金融機関に中継したり、或いは金融機関が提供するサービスを代行するといったサービスを提供するセンタである。配信システム１は、そのような金融機関を介して、端末装置３のユーザーとの間、及び端末装置２を所有する広告主との間の決済を行う。
【００２２】
本実施の形態では、端末装置２から、少なくとも音声を再生できるデータ、例えば曲を再生するためのデータ（曲データ）、或いは映像（動画）を再生するためのデータ（ビデオデータ）などを、広告主が商品販売などの宣伝用に配信を希望している広告用データとして受け付ける。受け付けた広告用データは端末装置３に再生させてその宣伝を行わせるために、その端末装置３からの要求に応じて送信する。それにより、端末装置３のユーザーに、その広告用データを再生する形での広告活動を委託し、そのユーザー以外の人に広告に触れさせるようにしている。
【００２３】
このように、配信システム１は、配信が委託された広告用データを端末装置３に配信（送信）して、そのユーザーに広告活動を委託する。その委託により、配信システム１は広告主から広告活動を委託され（配信が委託された広告用データ受け付け）、端末装置３のユーザーは配信システム１から更に広告活動を委託される、という階層構造が形成される。その階層構造が形成されることにより、配信システム１を介して、より多くの端末装置３のユーザーに広告活動を委託することができるようになる。このため、広告主から依頼された広告を容易に大勢の人に触れさせられることとなる。
【００２４】
その広告用データとして、少なくとも音声を再生できるデータを採用している。そのようなデータを採用すると、それを再生した際に、その場所、或いはその付近に居る人に音声を聞かせることができる。それにより、宣伝を行いたい人にその宣伝用の音声を容易に聞かせられるため、広告活動を委託される端末装置３のユーザー側にとっては、広告用データの再生を通して容易に多くの人に広告に触れさせることができるようになる。その結果、広告を他の人に触れさせたことの代償を容易に得られる環境が実現される。その環境の実現は、広告主にとっては、広告を更に大勢の人に触れさせられる方向に作用する。
【００２５】
なお、通信ネットワークを介して曲データを配信するサービスを提供する技術が記載された参考技術文献としては、例えば特開２００１−２３７９１５号公報、特開２００１−３３９４７５号公報、及び特開２００２−７３０５３号公報などが挙げられる。
【００２６】
端末装置３に送信（ダウンロード）する広告用データの種類や、その広告用データを再生させる方法には様々なものがある。このため、ここでは便宜的に、端末装置３は電話機（ＩＰ電話機を含む）として動作する機能を搭載し、広告用データとしてダウンロードした曲再生用の曲データを、着呼（着信）により再生するという前提で以下の説明を行うこととする。
【００２７】
図２〜図４は、配信システム１が広告配信サービスを提供するために管理するデータを説明するための図である。そのデータは、例えばシステム１を構成するサーバーに搭載されたハードディスク装置などの補助記憶装置、或いはサーバーと接続された記憶装置に格納される。以降、そのデータの格納先は単に「記憶装置」と呼ぶことにする。
【００２８】
その記憶装置には、図２に示すように、広告主に関するデータを格納するための広告主データベース（ＤＢ）２０、端末装置３のユーザー（サービスの利用者）に関するデータを格納するための利用者ＤＢ３０、広告主から配信を委託された曲データ（広告用データ）を格納するためのファイルＤＢ４０、端末装置３にダウンロードした曲データの再生状況の管理用データを格納するためのダウンロードＤＢ５０、曲データの配信を委託した広告主に請求する金額の管理用データを格納するための請求ＤＢ６０、及び曲データを再生させた端末装置３のユーザーにその代償として支払う金額の管理用データを格納するための支払ＤＢ７０、が構築されている。
【００２９】
上記各ＤＢ２０〜７０には、それぞれ以下のようなデータが格納される。
上記広告主ＤＢ２０には、広告主別に、広告主に関するデータ格納用のエリア（図２中「広告主（１〜Ｎ）と表記。以降「広告主エリア」と呼ぶ）が確保されている。広告主エリアには、図２に示すように、広告主に割り当てたＩＤやパスワード、その名称、及び広告主から代金を徴収するための課金データ（例えばクレジットカード情報、など）が格納される。
【００３０】
利用者ＤＢ３０には、端末装置３のユーザー（利用者）別に、その利用者に関するデータ格納用のエリア（図２中「利用者（１〜Ｍ）と表記。以降「利用者エリア」と呼ぶ）が確保されている。利用者エリアには、図２に示すように、利用者に割り当てたＩＤやパスワード、その名称、及び利用者に代金を支払うための課金データ（例えば銀行口座の情報、など）が格納される。
【００３１】
ファイルＤＢ４０には、広告主から配信が委託された曲データ別に、その曲データ格納用のエリア（図２中「ファイル（１〜Ｋ）と表記。以降「ファイルエリア」と呼ぶ）が確保されている。ファイルエリアには、図２に示すように、曲データに加えて、その曲データに割り当てたＩＤ（ファイルＩＤ）、その名称、その配信を委託した広告主のＩＤ、その曲データに付加された付加データ（例えば静止画、或いは動画の画像データ）が格納される。
【００３２】
ダウンロードＤＢ５０には、端末装置３に曲データを配信（ダウンロード）する度に、その曲データの再生状況の管理用データを格納するためのエリア（図２中「ダウンロード（１〜Ｌ）と表記。以降「ダウンロードエリア」と呼ぶ）が確保される。確保されたダウンロードエリアには、図２に示すように、曲データのダウンロードに対して割り当てたＩＤ（ダウンロードＩＤ）、それをダウンロードした利用者のＩＤ、その曲データのファイルＩＤ、端末装置３がそれを再生した回数である利用回数、予め定めた特定場所で再生した回数である特定場所利用回数、及び予め定めた時間帯に再生した回数である特定時刻利用回数、が格納される。それらの利用回数は、端末装置３から受信する。
【００３３】
請求ＤＢ６０には、図３に示すように、広告主別に請求額管理用のデータを格納するためのエリア（図中「広告主（１〜Ｎ）と表記。以降「広告主エリア」と呼ぶ）が確保されている。広告主エリアには、広告主ＩＤが格納され、広告主が委託した曲データ別にエリア（図中「ファイル（１〜Ｍ）と表記。以降「ファイルエリア」と呼ぶ）が確保されている。ファイルエリアには、曲データを示すファイルＩＤ、及びその曲データの配信により請求する金額（サービス料）が格納される。
【００３４】
支払ＤＢ７０には、図４に示すように、利用者別に支払い金額管理用のデータを格納するためのエリア（図中「利用者（１〜Ｍ）と表記。以降「利用者エリア」と呼ぶ）が確保されている。利用者エリアには、利用者ＩＤが格納され、利用者がダウンロードした曲データ別にエリア（図中「ダウンロード（１〜Ｓ）と表記。以降「ダウンロードエリア」と呼ぶ）が確保されている。ダウンロードエリアには、曲データを示すファイルＩＤ、及びその曲データの再生により支払う金額（サービス料）が格納される。
【００３５】
配信システム１は、サービスを利用する広告主、或いは利用者が増える度に、広告主ＤＢ２０、或いは利用者ＤＢ３０にデータ格納用のエリアを確保し、確保したエリアにデータを格納する。広告主から曲データの配信を委託されると、ファイルＤＢ４０にファイルエリアを確保し、その確保したエリアに、曲データ、その付加データ、割り当てたファイルＩＤ、曲データの名称、及び広告主ＩＤを格納する。その一方では、請求ＤＢ６０のその広告主に対応する広告主エリアにファイルエリアを確保し、ファイルＩＤ、及び値が０である金額を格納する。
【００３６】
曲データのダウンロードが端末装置３から要求された場合には、ダウンロードＤＢ５０にダウンロードエリアを確保し、その確保したエリアに、割り当てたダウンロードＩＤ、利用者ＩＤ、ファイルＩＤを格納する。利用回数、特定場所利用回数、及び特定時刻利用回数は、その値として０を格納する。その一方では、支払ＤＢ７０のその利用者に対応する利用者エリアにダウンロードエリアを確保し、ファイルＩＤ、及び値が０である金額を格納する。
【００３７】
ダウンロードＤＢ５０のダウンロードエリアに格納した各利用回数は、端末装置３からその回数を受信する度に、受信した回数をそれまでの値に加算する形で更新する。請求ＤＢ６０の広告主エリアに確保した対応するファイルエリアの金額は、その更新に合わせて更新する。ダウンロードＤＢ５０のダウンロードエリアに格納した利用回数に対応する金額は、広告主からサービス料を徴収した際に算出し、支払ＤＢ７０の利用者エリアに確保した対応するダウンロードエリアに格納する。その徴収により、請求ＤＢ６０の広告主エリアに確保した対応するファイルエリアの金額の値は０にし、ダウンロードＤＢ５０のダウンロードエリアに格納した各利用回数の値も０にする。そのダウンロードエリアに格納した金額は、利用者に支払った際に値を０にする。
【００３８】
配信システム１は、上述したように、各ＤＢ２０〜７０に格納されたデータを必要に応じて随時、更新することにより、広告主、及び利用者に対するサービスを提供する。それにより、広告主からは曲データの配信の委託を受け付け、利用者には要求により曲データの再生（広告活動）を委託する。委託した曲データを再生させた利用者には、その再生に応じた金額を支払い、広告主からは、利用者に広告活動を委託したことに見合う金額を徴収する。
【００３９】
図５は、利用者が使用する端末装置３がサービスを受けるために管理するデータを説明する図である。次に、図５を参照して、そのデータについて説明する。なお、そのデータは、端末装置３の種類によっても異なるが、例えば搭載されたハードディスク装置などの補助記憶装置、或いは不揮発性化されたメモリに格納される。ここでは、便宜的にメモリに格納されているものとして説明する。
【００４０】
図５に示すように、サービスを受ける利用者が使用する端末装置３に搭載されたメモリには、ダウンロードした曲データを格納するためのダウンロードエリア８０が確保される。そのダウンロードエリア８０には、ダウンロードした曲データ別にそれの格納用のエリア（図中「ダウンロード（１〜Ｎ）」と表記。以降、「ダウンロード曲エリア」と呼ぶ）が確保される。ダウンロード曲エリアには、それに割り当てたナンバーｎ、ダウンロードした曲データを含むファイルデータ（図中「ファイル（Ｎ）」と表記）、利用回数、特定場所利用回数、及び特定時刻利用回数が格納される。ファイルデータは、ファイルＤＢ４０のファイルエリアに格納されたデータ、即ちファイルＩＤ、名称、広告主ＩＤ、曲データ、及び付加データから構成される。
【００４１】
端末装置３は、配信システム１から曲データをダウンロードする場合、ダウンロードエリア８０にダウンロード曲エリアを確保し、確保したエリアに、割り当てたナンバーｎ、ダウンロードしたファイルデータ、及びそれぞれの値が０である利用回数、特定場所利用回数、及び特定時刻利用回数を格納する。
【００４２】
人の居る数は、当然のことながら、場所によって異なる。人の多く集まる場所であっても、そこに集まる人の数は時間帯によって異なるのが普通である。これらのことは、曲データを再生する場所や時間帯などの状況によって、その曲データを聞くと考えられる人の数に違いが生じることを意味する。
【００４３】
曲データを多くの人に聞かせるほど、より多くの報酬を与えるのが当然と考えられる。本実施の形態では、より多くの人に曲データを聞かせたと考えられる人により多くの報酬を与えられるようにするために、特定場所利用回数、及び特定時刻利用回数をカウントするようにさせている。そのように報酬を与えることで、利用者（端末装置３のユーザー）に、より多くの人の居る状況下で曲データを再生させようという気持ちを持たせられるようになる。このため、広告主にとっては、より多くの人に曲データを聞かせられるようになる。
【００４４】
端末装置３は、ダウンロード曲エリアに格納した各利用回数は、曲データを再生する度に、つまり、端末装置３宛に電話がかけられることで生じる着呼（着信を含む）の度に、そのときの状況に応じて更新する。特定場所利用回数については、現在位置を測定するＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ　）機能が搭載されていれば、その測定した現在位置が特定場所内か否かに応じてカウントする。
【００４５】
そのようなカウントを含め、配信システム１が提供するサービスを受けられるように、端末装置３には専用のソフトウェアを実行させるようにしている。そのために、例えば配信システム１には、そのソフトウェアをダウンロードする機能を搭載させている。そのソフトウェアをダウンロードする場合、特定場所を示すデータ（特定場所データ）や特定時刻（時間帯）を示すデータ（特定時刻データ）も併せてダウンロードしている。それにより、曲データを再生した場所が特定場所か否か、そのときの時刻が特定時刻か否か判定できるようにさせている。当然のことながら、専用のソフトウェアなどは、ＣＤ−ＲＯＭなどの形で配布するようにしても良い。
【００４６】
次に、図６〜図２０に示す各種フローチャートを参照して、配信システム１が提供するサービスの内容、及びそのサービスの提供を実現させる配信システム１や端末装置２、及び３の動作について詳細に説明する。
図６〜図１０は、広告主が使用する端末装置２を配信システム１と接続させた場合に、それらが実行する処理の流れを示すフローチャートである。端末装置２と配信システム１間の通信に係わる処理に着目して、端末装置２、及び配信システム１を構成するサーバーが実行する処理を抜粋してその流れの例を示したものである。始めに、図６〜図１０を参照して、端末装置２を配信システム１と接続させた場合に、端末装置２、及びサーバーがそれぞれ実行する処理、及びその流れについて詳細に説明する。
【００４７】
なお、図６〜図１０に示すフローチャートは、例えばそれぞれ、端末装置２に搭載されたＣＰＵ、及びサーバーに搭載されたＣＰＵが、それに搭載のハードディスク装置に格納されたプログラムを実行することで実現される。
端末装置２は、先ず、配信システム１を構成するサーバーとの接続を行う（ステップＫＳ１０１）。その接続（リンクの確立）、即ち通信の開設は、例えばダイヤルアップ接続により端末装置２をＩＳＰと接続させた後、配信システム１のＵＲＬを指定してそれとの接続をユーザーが指示することで行われる。
【００４８】
本実施の形態では、配信システム１は会員登録をした人を対象にサービスを提供するようになっている。このことから、端末装置２との通信が開設すると、配信システム１は、それに伴う処理として、例えば会員でない人に会員登録を行うか否か問い合わせるためのアイコン（例えば「新規登録」アイコン）や、会員としてのサービスの提供を要求するためのアイコン（例えば「送信」アイコン）、ＩＤやパスワード入力用のボックスなどが配置されているメニュー画面（例えばＨＴＭＬなどのマークアップ言語で記述されたデータである。他の画面についても同様）をその端末装置２に送信する（ステップＳＳ１０１）。
【００４９】
その画面を受信した端末装置２は、それを搭載、或いは接続された表示装置上に表示させる。表示後は、キーボード等の入力装置への操作が行われると、その操作に応じて入力ボックス内にＩＤ、パスワードを入力し、その入力後に「送信」アイコンをユーザーがクリックすると、入力されたそれらを認証データとして配信システム１に送信する（以上、ステップＫＳ１０２）。
【００５０】
配信システム１は、端末装置２から認証データを受信すると、その認証データを用いて広告主ＤＢ２０、及び利用者ＤＢ３０の検索を行うことにより、認証データとして受信したＩＤ、及びパスワードの組み合わせを持つ広告主、或いは利用者を特定する認証処理を実行する（ステップＳＳ１０２）。その認証処理を実行した後は、受信した認証データから該当する会員を特定できなかったか否か、即ち認証結果がＮＧか否か判定する（ステップＳＳ１０３）。該当する会員（ここでは会員登録した広告主）を特定できた場合、判定はＮＯとなり、次に広告主用のメニュー画面を端末装置２に送信する（ステップＳＳ１０５）。そうでない場合には、判定はＹＥＳとなり、次にその旨を通知するためのＮＧ画面を端末装置２に送信する（ステップＳＳ１０４）。
【００５１】
そのＮＧ画面には、その消去を指示するための「ＯＫ」アイコンが配置されており、それを受信した端末装置２は、それを表示装置上に表示させる（ステップＫＳ１０３）。その表示後は、ユーザーがポインティングデバイス等の入力装置を操作するのを待って、その操作により指示した内容が終了か否か判定する（ステップＫＳ１０４）。ユーザーが単に「ＯＫ」アイコンをクリックしただけのような場合、判定はＮＯとなって上記ステップＫＳ１０２に戻り、再度、メニュー画面を表示させる。そうでない場合には、判定はＹＥＳとなり、配信システム１との間に確立させたリンクを解除させた（ステップＫＳ１０５）後、一連の処理を終了する。
【００５２】
特に図示していないが、メニュー画面上の「新規登録」アイコンをユーザーがクリックした場合には、端末装置２は会員登録を配信システム１に対して要求する。その要求により、配信システム１は、会員登録用の画面を端末装置２に送信する。その画面では、パスワードを含む個人データ入力用の複数のボックスの他に、広告主として会員登録するのか否か選択するためのオプションボタンなどが配置されている。
【００５３】
ボックスやボタンに入力されたデータは、「登録」アイコンのクリックにより配信システム１に送信する。配信システム１は、受信したデータから、それの格納先を特定し、特定した格納先（広告主ＤＢ２０、或いは利用者ＤＢ３０である）にエリアを確保し、確保したエリアに、割り当てたＩＤとともに受信したデータを格納する。その格納後は、端末装置２に、ＩＤ、パスワードを通知するための画面を生成して送信する。会員登録は、そのようにして行われる。これは、端末装置３のユーザーにおいても同様である。
【００５４】
配信システム１から端末装置２に送信される広告主用メニュー画面には、例えば接続の終了を指示するための「終了」アイコン、配信を委託する曲データをアップロードするサービスの提供を要求するための「アップロード」アイコン、及び配信を委託したことに伴うサービス料の支払いを行うための「支払い」アイコンなどが配置されている。端末装置２は、配信システム１からその広告主用メニュー画面を受信すると、それを表示装置上に表示させる（ステップＫＳ１０６）。
【００５５】
それを表示させた後は、「終了」アイコンがクリック（オン）されたか否か判定する（ステップＫＳ１０７）。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＫＳ１０５に移行し、接続を切断させる。反対に、そうでない場合には、判定はＮＯとなって図７のステップＫＳ１０８に移行する。
【００５６】
そのステップＫＳ１０８では、「アップロード」アイコンがクリックされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＫＳ１０９に移行し、曲データをアップロードするサービスの提供を要求するためのアップロード要求信号を配信システム１に送信する。そうでない場合には、判定はＮＯとなって図８のステップＫＳ１１４に移行する。
【００５７】
アップロード要求信号を受信した配信システム１は、特には図示しないが、例えばアップロードする曲データの格納場所を示すデータ入力用のボックスや、その格納場所に格納された曲データのアップロードを指示するための「開始」アイコン、アップロードを行わないことを指示するための「中止」アイコンなどが配置されたアップロード画面を作成して端末装置２に送信する（図７のステップＳＳ１０６）。
【００５８】
端末装置２は、アップロード画面を配信システム１から受信すると、それを表示装置上に表示させる（ステップＫＳ１１０）。その表示後は、ユーザーの入力装置（キーボードやポインティングデバイス、など）への操作に対応するための処理を行う（ステップＫＳ１１１、ＫＳ１１２。ここではアイコンへの操作に着目して表記）。入力ボックス内にカーソルを表示させた状態で入力装置をユーザーが操作すれば、その操作に応じてデータをボックス内に表示（入力）させる。「中止」アイコンがオン（クリック）された場合には、ステップＫＳ１１１の判定がＹＥＳとなって図６のステップＫＳ１０６に戻り、広告主用メニュー画面を表示装置上に表示させる。「開始」アイコンがオン（クリック）された場合には、ステップＫＳ１１２の判定がＹＥＳとなってステップＫＳ１１３に移行し、入力ボックス内にデータとして入力された格納場所にファイルとして格納されている曲データを配信システム１に送信（アップロード）する。
【００５９】
他方の配信システム１は、端末装置２から曲データ（ファイル）が送信されると、ステップＳＳ１０７でそれを受信する。その受信後は、ファイルＤＢ４０内にファイルエリアを新たに確保し（ステップＳＳ１０８）、受信した曲データに対してＩＤを付加し（ステップＳＳ１０９）、新たに確保したファイルエリアに、そのＩＤ、受信した曲データ（ファイル）のファイルの名称、それを送信した広告主のＩＤ、その曲データ（ファイル）本体、をストアする（ステップＳＳ１１０）。広告主ＩＤは、曲データを送信した端末装置２から特定される。
【００６０】
ファイルＤＢ４０に新たに確保したファイルエリアにデータをストアすると、次に請求ＤＢ６０内の対応する広告主エリア内にファイルエリアを新たに確保する（ステップＳＳ１１１）。その確保したエリアに、曲データに付加したファイルＩＤ、及び値が０である金額をストアする（ステップＳＳ１１２）。その後に実行する処理についての説明は省略する。
【００６１】
このようにして、広告主が端末装置２から曲データ（ファイル）を配信システム１にアップロードすると、ファイルＤＢ４０内、及び請求ＤＢ６０内の対応する広告主エリア内に新たにエリアがそれぞれ確保され、そのエリアにストアすべきデータがストアされる。それにより、その曲データを端末装置３のユーザーに配信する準備が行われる。
【００６２】
上記ステップＫＳ１０８の判定がＮＯ、即ち広告主メニュー画面上の「アップロード」アイコンをユーザーがクリックしていないと判定した場合に移行する図８のステップＫＳ１１４では、「支払い」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックしていない場合、判定はＮＯとなって図６のステップＫＳ１０７に戻る。それにより、広告主メニュー画面上の何らかのアイコンがクリックされるのを待つ。一方、そうでない場合には、判定はＹＥＳとなり、ステップＫＳ１１５に移行して、ファイルリスト要求信号を配信システム１に送信する。
【００６３】
その要求信号を受信した配信システム１は、ファイルＤＢ４０（図２参照）内に確保されたファイルエリアのなかで、その要求信号を送信させた広告主のＩＤをストアしているファイルエリアを特定し、その特定したエリアにストアされている名称（ファイル名）を抽出する（図８のステップＳＳ１１３）。その抽出後は、抽出した名称のリストを配置したファイルリスト画面を作成して端末装置２に送信する（ステップＳＳ１１４）。その画面には、リストの他に、一つ前の画面に戻るのを指示するための「中止」アイコンが配置されている。
【００６４】
端末装置２は、ファイルリスト要求信号を送信した後は、配信システム１からファイルリスト画面を受信するのを待ってそれを表示装置上に表示させる（ステップＫＳ１１６）。それを表示させた後は、ステップＫＳ１１７に移行して、「中止」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなって図６のステップＫＳ１０６に戻る。そうでない場合には、判定はＮＯとなってステップＫＳ１１８に移行する。
【００６５】
ステップＫＳ１１８では、リスト上のファイル名が選択されたか否か判定する。例えばリスト上のファイル名をユーザーがクリックした場合、判定はＹＥＳとなってステップＫＳ１１９に移行し、そのファイル名に対応する曲データの配信を委託したことに伴うサービス料の支払いを行うことを要求するための支払い要求信号を配信システム１に送信する。そうでない場合には、判定はＮＯとなって上記ステップＫＳ１１７に戻る。それにより、ユーザーが「中止」アイコンをクリックするか、或いはファイル名を選択するのを待つ。
【００６６】
配信システム１は、その要求信号を受信すると、請求ＤＢ６０（図３参照）内でそれを送信させた広告主のＩＤをストアした広告主エリアを特定し、その特定した広告ステップエリア内から、その要求信号により特定されるファイルＩＤをストアしたファイルエリアを更に特定して、そのエリアにストアされている請求額を抽出し、その請求額に基づき、広告主に実際に請求する金額を決定する（ステップＳＳ１１５）。それを決定した後は、その請求額の支払いを確認させるための課金画面を生成して端末装置２に送信する（ステップＳＳ１１６）。
【００６７】
上記ファイルエリアにストアされている金額は、それに対応する曲データをダウンロードして再生させた利用者に支払うべき金額の合計額である。このことから、広告主に実際に請求する金額は、広告主との間の契約や料金体系などにもよるが、例えばストアされている金額に、固定的に定めた金額、或いはその金額に応じて変化する金額を加算することで算出する。そのようにして算出した実際の請求額を配置した課金画面には、特には図示していないが、一つ前の画面に戻るのを指示するための「中止」アイコンや、その請求額の支払いを指示するための「承認」アイコン、などが他に配置されている。
【００６８】
その課金画面が送信された端末装置２は、それを受信すると表示装置上に表示させる（図９のステップＫＳ１２０）。それを表示させると、次にステップＫＳ１２１に移行して、「中止」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなって図６のステップＫＳ１０６に戻る。そうでない場合には、判定はＮＯとなってステップＫＳ１２２に移行する。
【００６９】
ステップＫＳ１２２では、「承認」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなり、ステップＫＳ１２３に移行して、広告主が支払いを承認した旨を示す支払いＯＫ信号を配信システム１に送信する。その送信後は図６のステップＫＳ１０６に戻る。一方、そうでない場合には、判定はＮＯとなって上記ステップＫＳ１２１に戻る。それにより、ユーザーが「中止」或いは「承認」の何れかのアイコンをクリックするのを待つ。
【００７０】
その支払いＯＫ信号を受信した配信システム１は、図８のステップ１１５で特定した抽出した請求額を、広告主ＤＢ２０の対応する広告主エリアにストアされている課金データ（クレジットカードデータ、或いは口座データ、である）で指定された金融機関から徴収するための課金処理を実行する（図９のステップＳＳ１１７）。その実行後に移行するステップＳＳ１１８〜図１０のステップＳＳ１２７では、その課金処理で請求額を徴収する対象となった曲データをダウンロードした利用者に、その曲データを再生させたことに伴い支払うべき代金の金額を算出するための処理を行う。
【００７１】
先ず、ステップＳＳ１１８では、ダウンロードＤＢ５０内に確保されたダウンロードエリアのなかから、ステップＳＳ１１７の課金処理で請求額を徴収する対象となった曲データのファイルＩＤがストアされているダウンロードエリアを特定し、そのエリアにストアされているデータ（図中「ダウンロードデータ」と表記）を抽出する。続くステップＳＳ１１９では、抽出したダウンロードデータ内の曲データの再生に係わるデータ、つまり利用回数、特定場所利用回数、及び特定時刻利用回数を利用状況データとして抽出する。その後はステップＳＳ１２０に移行する。
【００７２】
ステップＳＳ１２０では、抽出した利用回数にその定額（１回当たりの単価）を掛けて基本料金を算出する。その算出後は、他に抽出した特定場所利用回数、及び特定時刻利用回数をそれぞれ用いて２種類の追加料金を算出する（ステップＳＳ１２１、及びＳＳ１２２）。具体的には、一方の追加料金（図中「追加（１）」と表記。以降、「追加料金１」と呼ぶ）は、特定場所利用回数に、それ用の単価（図中「追加Ａ」と表記）を掛けて算出し、他方の追加料金（図中「追加（２）」と表記。以降、「追加料金２」と呼ぶ）は、特定時刻利用回数に、それ用の単価（図中「追加Ｂ」と表記）を掛けて算出する。それらを算出した後は、ステップＳＳ１２３に移行して、利用者（曲データを再生させた端末装置３のユーザー）に支払うべき支払金額を算出する。その算出は、基本料金に、追加料金１、及び２を加算することで行う。
【００７３】
その支払金額を算出した後に移行するステップＳＳ１２４では、支払ＤＢ（図４参照）内の利用者エリアのなかから、抽出したダウンロードデータ中の利用者ＩＤをストアした利用者エリアを特定し、その特定した利用者エリア内に確保されたダウンロードエリアのなかから、抽出したダウンロードデータ中のファイルＩＤがストアされているダウンロードエリアを更に特定し、その特定したダウンロードエリアにその支払い金額をストアする。ストアされていた金額の値が０でなければ、その金額に算出した金額を加算して得られる金額をストアする。その次に移行するステップＳＳ１２５では、ダウンロードデータを抽出したダウンロードＤＢ５０内のダウンロードエリアにストアされている利用状況データ、即ち利用回数、特定場所利用回数、及び特定時刻利用回数の各値を０にすることでそれらをクリアする。その後は図１０のステップＳＳ１２６に移行する。
【００７４】
そのステップＳＳ１２６では、ダウンロードＤＢ５０内に検索すべきダウンロードデータがないか否か判定する。そのＤＢ５０内に確保されたダウンロードエリアのなかで対象とする曲データのファイルＩＤがストアされているものが他に存在しない、つまり利用状況データを用いて算出すべき支払金額を全て算出した場合、判定はＹＥＳとなり、ステップＳＳ１２７に移行して、ステップＳＳ１１７の課金処理で広告主から徴収した請求額がストアされている請求ＤＢ６０内の広告主エリア内に確保されたファイルエリア内のその請求額をクリアする。その後に実行する処理についての説明は省略する。一方、そうでない場合には、判定はＮＯとなって図９のステップＳＳ１１８に戻り、対象をダウンロードＤＢ５０内の別のダウンロードエリアに変えて、それ以降の処理を同様に実行する。
【００７５】
このようにして、本実施の形態では、端末装置３のユーザーが特定場所、或いは特定時刻に曲データを再生するほど、より多くの金額を支払うようにしている。それにより、より多くの人の居る状況下で曲データを再生させようとする動機付けを行っている。
【００７６】
次に、端末装置３、及びそれを接続させた場合の配信システム１を構成するサーバーの動作について、図１１〜図２０に示す各種フローチャートを参照して詳細に説明する。
上述したように、端末装置３としてＰＣ、ＰＤＡ、或いは携帯電話機、などを用いることができる。ＰＣやＰＤＡの動作は、携帯電話機のそれとは大きく異なる。それらのなかで携帯電話機は最も多く普及し、広告媒体として利用できる数が最も多いことから、最も大きな効果が期待できるものである。このようなことから、ここでは便宜的に端末装置３としてＧＰＳ機能を搭載した携帯電話機が用いられている場合を例にとり、その動作を説明することとする。その携帯電話機はインターネット４と携帯電話網を介して接続される。
【００７７】
図１１は、全体処理のフローチャートである。配信システム１との接続に着目して、電源がオンされた後に端末装置（携帯電話機）３が実行する処理、及びその流れを示したものである。その全体処理は、端末装置３に搭載されたＤＳＰが、例えばＲＯＭ、及びＲＡＭにそれぞれ格納されたプログラムを実行することで実現される。サービス用に配信システム１からダウンロードした専用のソフトウェアやデータは、ＲＡＭに格納されている。
【００７８】
先ず、ステップＴＳ１０１では、イニシャライズを行い、装置３を予め設定された状態にする。続くステップＴＳ１０２では、モード設定管理用の変数ＭＯＤＥＦに０を代入する。その後に移行するステップＴＳ１０３では、各種スイッチ等の操作子のスキャンを行い、その結果を解析して状態が変化した操作子、及びその変化の内容を特定し、その操作子の一つとしてモード切り換え用に設けられたモードスイッチ（ＭＯＤＥＳＷ）がオンされたか否か判定する。そのスイッチをユーザーが操作した場合、判定はＹＥＳとなり、次にステップＴＳ１０４で変数ＭＯＤＥＦの値を反転、即ちその値が０であれば１に、その値が１であれば０に変更した後、ステップＴＳ１０５に移行する。そうでない場合には、判定はＮＯとなり、他のステップの処理を実行することなく、そのステップＴＳ１０５に移行する。
【００７９】
変数ＭＯＤＥＦに代入される０は、通常の電話機として機能するモード（通常モード）が設定されていることを表し、それに代入される１は、インターネット４と接続された端末装置として機能するモード（インターネットモード）が接続されていることを表している。
【００８０】
ステップＴＳ１０５では、変数ＭＯＤＦＦの値が０か否か判定する。それに０が代入されていた場合、判定はＹＥＳとなり、次にステップＴＳ１０６において、電話機として機能させるための通常処理を実行した後、上記ステップＴＳ１０３に戻る。そうでない場合には、即ちそれに１が代入されていた場合には、判定はＮＯとなり、次にステップＴＳ１０７において、インターネット４との接続を行うインターネット接続処理を実行した後、上記ステップＴＳ１０３に戻る。
【００８１】
図１２及び図１３は、上記ステップＴＳ１０６として実行される通常処理のフローチャートである。次に図１２及び図１３を参照して、その通常処理について詳細に説明する。
先ず、ステップＴＳ１０８では、ユーザーが各種設定を行うための設定処理を実行する。続くステップＴＳ１０９では、着信があったか否か判定する。端末装置３に対して着呼が行われた場合、判定はＹＥＳとなってステップＴＳ１１０に移行する。そうでない場合には、判定はＮＯとなって図１３のステップＴＳ１２６に移行する。
【００８２】
ステップＴＳ１１０〜図１３のステップＴＳ１２５では、その着呼に対応するための処理が行われる。
先ず、ステップＴＳ１１０では、発音させる着信音を特定して指定する。その着信音として配信システム１からダウンロードした曲データが設定されている場合には、ＲＡＭに確保したダウンロードエリア８０内のダウンロード曲エリア内のファイルエリアに格納されているその曲データを再生の対象として指定する。次のステップＴＳ１１１では、ＧＰＳ機能を実現するために搭載されたＧＰＳ部により、現在位置を検知する。それに続くステップＴＳ１１２では、時計部（タイマー）が計時している時刻を検知する。その次に移行するステップＴＳ１１３では、着信音を発音させていた時間を計時するためのタイマーをスタートさせる。なお、そのタイマーのスタートは、例えばステップＴＳ１１２で検知した時刻をその時間計時用に保持することで行われる。
【００８３】
タイマーをスタートさせた後に移行するステップＴＳ１１４では、ステップＴＳ１１０で指定した曲データに付加された付加データを表示装置上に表示させる。その次のステップＴＳ１１５では、音声を発音させる音源部を曲データに従って駆動することにより、その曲データを再生することを通して着信音を発音させる。その後に移行するステップＴＳ１１６では、通話の開始を指示するための通話スイッチ（ＳＷ）がオンされたか否か判定する。そのスイッチをユーザーが操作した場合、判定はＹＥＳとなって図１３のステップＴＳ１１７に移行する。そうでない場合には、判定はＮＯとなって上記ステップＴＳ１１４に戻る。
【００８４】
このように、着呼が行われると、ユーザーが通話スイッチを操作するか、或いはその着呼が終了するまでの間、ステップＴＳ１１４〜ＴＳ１１６で形成される処理ループが繰り返し実行される。それにより、その間、表示装置には付加データが表示され、音源部は着信音を発音させることになる。その着信音を発音させるために配信システム１からダウンロードした曲データを再生させることで、ユーザーは委託された広告を人に触れさせられることになる。付加データを表示させるのは、周りの人に対し視覚的な訴求力を及ぼすためである。
【００８５】
上記ステップＴＳ１１１〜ＴＳ１１３は、配信システム１から配信された専用のソフトウェアの働きによって実行される。ここでは、着信音を発音させないように設定されていた場合に実行する処理についての説明は省略する。
図１３のステップＴＳ１１７では、タイマーを停止させる（例えば、時計部が計時している時刻を取得する）。続くステップＴＳ１１８では、相手機からの音声信号を受信して受話口より放音させ、送話口に入力された音声を音声信号に変換して相手機に送信する送受話処理を実行する。その次のステップＴＳ１１９では、通話状態から待ち受け状態への移行を指示するための終話スイッチがオンされたか否か判定する。そのスイッチをユーザーが操作した場合、判定はＹＥＳとなり、終話信号を送信した後、ステップＴＳ１２０に移行する。そうでない場合には、判定はＮＯとなって上記ステップＴＳ１１８に戻る。それにより、相手機と接続する通話チャネルが割り当てられている間、相手機との間で音声信号の送受信を行う。
【００８６】
ステップＴＳ１２０では、タイマーにより計時した時間、つまり着信音を発音させるために曲データを再生していた時間が所定時間以上か否か判定する。その所定時間以上、曲データを再生した場合、判定はＹＥＳとなり、次にステップＴＳ１２１でその曲データが格納されたダウンロード曲エリア内の利用回数をインクリメントした後、ステップＴＳ１２２に移行する。そうでない場合には、判定はＮＯとなってステップＴＳ１２６に移行する。その所定時間は、訴求力を持たせるうえで必要と考えられる曲データの再生時間を考慮して定めた時間であり、そのデータは例えば配信システム１から専用のソフトウェアとともにダウンロードされる。
【００８７】
ステップＴＳ１２２では、図１２のステップＴＳ１１１で検知した現在位置が、特定場所データが示す特定場所内か否か判定する。その特定場所内で曲データを再生した場合、判定はＹＥＳとなり、ステップＴＳ１２３でその曲データが格納されたダウンロード曲エリア内の特定場所利用回数をインクリメントした後、ステップＴＳ１２４に移行する。そうでない場合には、判定はＮＯとなって次にそのステップＴＳ１２４に移行する。
【００８８】
ステップＴＳ１２４では、図１２のステップＴＳ１１１で検知した時刻が、特定時刻データが示す特定時刻か否か判定する。その特定時刻に対応する時間帯内で曲データを再生した場合、判定はＹＥＳとなり、ステップＴＳ１２５でその曲データが格納されたダウンロード曲エリア内の特定時刻利用回数をインクリメントした後、ステップＴＳ１２６に移行する。そうでない場合には、判定はＮＯとなって次にそのステップＴＳ１２６に移行する。
【００８９】
ステップＴＳ１２６では、その他処理を実行する。それを実行することにより、電話番号の入力（指定を含む）、通話スイッチへの操作に対応した発呼などが行われる。一連の処理は、それを実行した後に終了する。ステップＴＳ１２０〜１２５は、配信システム１からダウンロードした専用のソフトウェアによって実行される。
【００９０】
上述したように、配信システム１からダウンロードした曲データを着信（着呼）により再生すると、その再生時間が所定時間以上であれば、その曲データの利用回数をインクリメントする。そのときの現在位置が特定場所内であれば、特定場所利用回数をインクリメントし、そのときの時刻が特定時刻であれば、特定時刻利用回数を更にインクリメントする。そのようにして、曲データを再生したときの状況により、それらの利用回数を更新するようになっている。
【００９１】
次に、上記ステップＴＳ１０８として実行される設定処理について、図１４に示すそのフローチャートを参照して詳細に説明する。
特に詳細な説明は省略するが、設定の対象とする設定項目は、所定のスイッチを操作することで表示装置に表示される設定項目のリストのなかから選択するようになっている。その選択は、リストのなかで所望の設定項目を選択状態にさせた状態で設定スイッチを操作することで行うようになっている。ここでは、設定項目として、ダウンロードした曲データのなかから着信音を選択するための項目が選択された場合にのみ着目して、設定処理について説明することとする。そのために、図１４には、その場合に実行される処理のみを抜粋して示している。
【００９２】
先ず、ステップＴＳ１２７では、その設定スイッチがオンされたか否か判定する。そのスイッチをユーザーが操作した場合、判定はＹＥＳとなってステップＴＳ１２８に移行する。そうでない場合には、判定はＮＯとなり、ここで一連の処理を終了する。
【００９３】
ステップＴＳ１２８では、選択状態の曲データを管理するための変数ｎに１を代入する。続くステップＴＳ１２９では、変数ｎの値で指定されるダウンロードエリア８０（図５参照）内のダウンロード曲エリア内に確保されたファイルエリアから付加データを読み出し、それを表示装置上に表示させる。その後に移行するステップＴＳ１３０では、選択状態の曲データを変更するためのインクリメントスイッチがオンされたか否か判定する。そのスイッチをユーザーが操作しなかった場合、判定はＮＯとなってステップＴＳ１３３に移行する。そうでない場合には、判定はＹＥＳとなってステップＴＳ１３１に移行する。
【００９４】
ステップＴＳ１３１では、変数ｎの値をインクリメントする。その次に移行するステップＴＳ１３２では、変数ｎの値で指定される曲データがないか否か判定する。その値に対応するダウンロード曲エリアがダウンロードエリア８０内に確保されていなかった場合、判定はＹＥＳとなって上記ステップＴＳ１２８に戻り、変数ｎに再度、１を代入する。一方、そうでない場合には、判定はＮＯとなって上記ステップＴＳ１２９に戻り、変数ｎの値で指定される曲データの付加データを表示させる。
【００９５】
上記ステップＴＳ１３０の判定がＮＯとなって移行するステップＴＳ１３３では、現在、設定状態となっている内容を設定として確定させるための決定スイッチがオンされたか否か判定する。そのスイッチをユーザーが操作した場合、判定はＹＥＳとなってステップＴＳ１３４に移行する。そうでない場合には、判定はＮＯとなって上記ステップＴＳ１２９に戻る。
【００９６】
ステップＴＳ１３４では、変数ｎの値で指定される曲データを着信音として再生する対象に設定する。次に移行するステップＴＳ１３５では、表示装置上の表示をクリアし、通常、表示させるべき画像を表示させる。一連の処理はその後に終了する。
【００９７】
端末装置３は、配信システム１との接続やデータの送受信などは図１１に示す全体処理内のステップＴＳ１０７でインターネット接続処理を実行することで実現させる。そのインターネット接続処理を実行する端末装置３を配信システム１と接続させる場合に、その接続によって端末装置３が実際に実行することになるサーバー接続処理について、図１５〜図２０に示すそのフローチャートを参照して詳細に説明する。
【００９８】
図１５〜図２０に示すサーバー接続処理は、端末装置３と配信システム１間の通信に係わる処理に着目して、端末装置３、及び配信システム１を構成するサーバーが実行する処理を抜粋してその流れの例を示したものである。配信システム１が実行する処理は、それを構成するサーバーに搭載されたＣＰＵが、例えばそれに搭載のハードディスク装置に格納されたプログラムを実行することで実現される。モードスイッチへの操作によりインターネット接続処理を実行すると、端末装置３は交換機を介して、インターネット接続サービス用に設置されたサーバーと接続される。
【００９９】
端末装置３は、先ず、配信システム１を構成するサーバーとの接続を行う（ステップＴＳ２０１）。その接続（リンクの確立）、即ち通信の開設は、例えば配信システム１のＵＲＬを指定してそれとの接続をユーザーが指示することで行われる。
【０１００】
本実施の形態では、配信システム１は会員登録をした人を対象にサービスを提供するようになっている。このことから、端末装置３との通信が開設すると、配信システム１は、端末装置２のときと同様に、例えば会員でない人に会員登録を行うか否か問い合わせるための「新規登録」アイコンや、会員としてのサービスの提供を要求するための「送信」アイコン、ＩＤやパスワード入力用のボックスなどが配置されているメニュー画面をその端末装置３に送信する（ステップＳＳ２０１）。
【０１０１】
その画面を受信した端末装置３は、例えばそれを搭載された表示装置上に表示させる。表示後は、キーボード等の入力装置への操作が行われると、その操作に応じて入力ボックス内にＩＤ、パスワードを入力し、その入力後に「送信」アイコンをユーザーがクリックすると、入力されたそれらを認証データとして配信システム１に送信する（以上、ステップＴＳ２０２）。
【０１０２】
配信システム１は、端末装置３から認証データを受信すると、その認証データを用いて広告主ＤＢ２０、及び利用者ＤＢ３０の検索を行うことにより、認証データとして受信したＩＤ、及びパスワードの組み合わせを持つ広告主、或いは利用者を特定する認証処理を実行する（ステップＳＳ２０２）。その認証処理を実行した後は、受信した認証データから該当する会員を特定できなかったか否か、即ち認証結果がＮＧか否か判定する（ステップＳＳ２０３）。該当する会員（ここでは会員登録した利用者）を特定できた場合、判定はＮＯとなり、次に利用者用のメニュー画面を端末装置３に送信する（ステップＳＳ２０５）。そうでない場合には、判定はＹＥＳとなり、次にその旨を通知するためのＮＧ画面を端末装置３に送信する（ステップＳＳ２０４）。
【０１０３】
そのＮＧ画面には、その消去を指示するための「ＯＫ」アイコンが配置されており、それを受信した端末装置３は、それを表示装置上に表示させる（ステップＴＳ２０３）。その表示後は、ユーザーがポインティングデバイス等の入力装置を操作するのを待って、その操作により指示した内容が終了か否か判定する（ステップＴＳ２０４）。ユーザーが単に「ＯＫ」アイコンをクリックしただけのような場合、判定はＮＯとなって上記ステップＴＳ２０２に戻り、再度、メニュー画面を表示させる。そうでない場合には、判定はＹＥＳとなり、配信システム１との間に確立させたリンクを解除させた（ステップＴＳ２０５）後、一連の処理を終了する。
【０１０４】
配信システム１から端末装置３に送信される利用者用メニュー画面には、例えば接続の終了を指示するための「終了」アイコン、曲データをダウンロードするサービスの提供を要求するための「ダウンロード」アイコン、その曲データの再生状況（利用状況）の申告を行うことを指示するための「申告」アイコン、及びその曲データを再生させたことの代償の受け取りを指示するための「受取り」アイコンなどが配置されている。端末装置３は、配信システム１からその利用者用メニュー画面を受信すると、それを表示装置上に表示させる（ステップＴＳ２０６）。
【０１０５】
それを表示させた後は、「終了」アイコンがクリック（オン）されたか否か判定する（ステップＴＳ２０７）。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ２０５に移行し、接続を切断させる。反対に、そうでない場合には、判定はＮＯとなって図１６のステップＴＳ２０８に移行する。
【０１０６】
そのステップＴＳ２０８では、「ダウンロード」アイコンがクリックされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ２０９に移行し、曲データをダウンロードするサービスの提供を要求するためのファイルリスト要求信号を配信システム１に送信する。そうでない場合には、判定はＮＯとなって図１８のステップＴＳ２１７に移行する。
【０１０７】
ファイルリスト要求信号を受信した配信システム１は、ファイルＤＢ４０（図２参照）内に確保した各ファイルエリアから、そこにストアされているファイル名、及びファイルＩＤを抽出する（図１６のステップＳＳ２０６）。それらを抽出した後は、特には図示しないが、それらを表形式でまとめたリストや、ダウンロードを指示するための「開始」アイコン、ダウンロードを行わないことを指示するための「中止」アイコンなどが配置されたファイルリスト画面を作成して端末装置３に送信する（ステップＳＳ２０７）。本実施の形態では、そのファイルリスト画面を送信することにより、端末装置３のユーザーに対して広告主から委託された曲データを公開している。
【０１０８】
端末装置３は、ファイルリスト画面を配信システム１から受信すると、それを表示装置上に表示させる（ステップＴＳ２１０）。その表示後は、ユーザーの入力装置（１０キーやポインティングデバイス、など）への操作に対応するための処理を行う（ステップＴＳ２１１、ＴＳ２１２。ここではアイコンへの操作に着目して表記）。リスト上のファイル名、或いはファイルＩＤがクリックされた場合、それを配置したラインを選択状態に表示を変更する。「中止」アイコンがオン（クリック）された場合には、ステップＴＳ２１１の判定がＹＥＳとなって図１５のステップＴＳ２０６に戻り、利用者用メニュー画面を表示装置上に表示させる。「開始」アイコンがオン（クリック）された場合には、ステップＴＳ２１２の判定がＹＥＳとなってステップＴＳ２１３に移行し、現在、選択状態となっている行に対応する曲データのダウンロードを要求するためのダウンロード要求信号を配信システム１に送信する。
【０１０９】
他方の配信システム１は、端末装置３からダウンロード要求信号を受信すると、その信号によって指定されるファイルＤＢ４０内のファイルエリアに格納されているデータ（図２参照）を読み出してその端末装置３に送信する（ステップＳＳ２０８）。
【０１１０】
ダウンロード要求信号を送信した端末装置３は、配信システム１から送信されたデータを受信し（ステップＴＳ２１４）、そのデータを全て受信するのを待って、その受信が正常に終了した旨を示す受信終了信号を配信システム１に送信する（図１７のステップＴＳ２１５）。その信号を送信すると、ダウンロードエリア８０（図５参照）にダウンロード曲エリア、その曲エリアに更にファイルエリアを確保して、配信システム１から受信（ダウンロード）したデータはファイルエリアにストアし、それ以外のエリアには、そのデータに対して割り当てたナンバーｎ、更にはそれぞれの値が０である利用回数、特定場所利用回数、及び特定時刻利用回数をストアする（ステップＴＳ２１６）。その後は図１５のステップＴＳ２０６に戻る。
【０１１１】
上記受信終了信号を受信した配信システム１は、ダウンロードＤＢ５０にダウンロードエリアを新たに確保し（図１７のステップＳＳ２０９）、ダウンロードＩＤを作成する（ステップＳＳ２１０）。作成したＩＤは、新たに確保したダウンロードエリアに、その受信終了信号を送信した端末装置３のユーザーの利用者ＩＤ、その端末装置３がダウンロードした曲データのファイルＩＤ、それぞれの値が０である利用回数、特定場所利用回数、及び特定時刻利用回数とともにストアする（ステップＳＳ２１１）。
【０１１２】
上述したようにして、ダウンロードＤＢ５０に新たに確保したダウンロードエリアにデータをストアすると、次に、支払ＤＢ７０（図２参照）内に端末装置３のユーザー用の利用者エリアが存在していなければそのエリアを新たに確保したうえで、そのエリアにダウンロードエリアを新たに確保する（ステップＳＳ２１２）。新たに確保したダウンロードエリアには、端末装置３のユーザーがダウンロードした曲データのファイルＩＤ、及び値が０である金額をストアする（ステップＳＳ２１３）。その後は端末装置３に利用者用メニュー画面を再表示させるために、図１５のステップＳＳ２０５に戻る。
【０１１３】
このようにして、端末装置３のユーザー（利用者）が曲データを新たにダウンロードすると、ダウンロードＤＢ５０、及び支払ＤＢ７０がそれに応じて更新される。それらの更新により、その曲データの再生による代償を報酬として支払うための準備が行われる。
【０１１４】
端末装置３は、図１６のステップＴＳ２０８の判定がＮＯとなると図１８のステップＴＳ２１７に移行して、「申告」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ２１８に移行し、そうでない場合には、判定はＮＯとなって図１９のステップＴＳ２２３に移行する。
【０１１５】
ステップＴＳ２１８では、ダウンロードエリア８０内のダウンロード曲エリア毎に、そこに確保されたファイルエリアにストアされているファイル名、及び、利用回数、特定場所利用回数、及び特定時刻利用回数からなる利用状況データを抽出する。続くステップＴＳ２１９では、特には図示しないが、それらを表形式でまとめたリストや、申告を指示するための「開始」アイコン、申告を行わないことを指示するための「中止」アイコンなどを配置した利用状況リスト画面を作成して表示装置上に表示させる。その後はステップＴＳ２２０に移行する。
【０１１６】
ステップＴＳ２２０、ＴＳ２２１では、ユーザーの入力装置（１０キーやポインティングデバイス、など）への操作に対応するための処理を行う（ここではアイコンへの操作に着目して表記）。リスト上のファイル名やファイルＩＤが配置されたラインがクリックされた場合、そのラインを選択状態に表示を変更する。「中止」アイコンがオン（クリック）された場合には、ステップＴＳ２２０の判定がＹＥＳとなって図１５のステップＴＳ２０６に戻り、利用者用メニュー画面を表示装置上に再表示させる。「開始」アイコンがオン（クリック）された場合には、ステップＴＳ２２１の判定がＹＥＳとなってステップＴＳ２２２に移行し、現在、選択状態となっているラインに対応する利用状況データを含む利用状況申告要求信号を配信システム１に送信する。
【０１１７】
配信システム１は、その要求信号を受信すると、ダウンロードＤＢ５０内のそれに対応するダウンロードエリアを指定（特定）する（図１８のステップＳＳ２１４）。次にそのダウンロードエリアにストアされている利用回数、特定場所利用回数、及び特定時刻利用回数を、その要求信号に付して利用状況データとして送信された利用回数、特定場所利用回数、及び特定時刻利用回数をそれぞれ加算する形で更新する（ステップＳＳ２１５）。
【０１１８】
それら利用回数を更新すると、次に、予め単価として定めた定額に利用状況データ中の利用回数を掛けて基本料金を算出する（ステップＳＳ２１６）。それを算出した後は、その定額とは別に単価として定めた定額（図中「追加Ａ」と表記）に利用状況データ中の特定場所利用回数を掛けて追加料金（図中「追加（１）」と表記）を算出し（ステップＳＳ２１７）、更に、同様にして、それらの定額とは別に単価として定めた定額（図中「追加Ｂ」と表記）に利用状況データ中の特定時刻利用回数を掛けて別の追加料金（図中「追加（２）」と表記）を算出する（ステップＳＳ２１８）。それらの料金を算出した後は、それらを加算して利用者に支払うべき金額（＝基本料金＋追加（１）＋追加（２））を算出する（ステップＳＳ２１９）。
【０１１９】
その金額を算出した後は、ステップＳＳ２１４で特定したダウンロードエリアにストアされている広告主ＩＤ、及びファイルＩＤから、請求ＤＢ６０（図３参照）内で対応する広告主エリア、更にはその広告主エリア内で対応するファイルエリアを特定し、その特定したエリアにストアされている金額を、算出した金額を上書きする形で更新する（ステップＳＳ２２０）。そのような形で更新を行った後に、送信された利用状況データの処理が終了した旨を示す終了信号を端末装置３に送信する（ステップＳＳ２２１）。
【０１２０】
その終了信号を受信した端末装置３は、配信システム１に利用状況データとして送信した各利用回数をストアしているダウンロード曲エリアのそれらの値を０にする（ステップＴＳ２２２ａ）。その後はステップＴＳ２２０に移行して、別の曲データを対象とした申告に備える。
【０１２１】
このようにして、本実施の形態では、端末装置３のユーザーから利用状況の申告が行われると、つまり利用状況データが送信されると、それが申告された曲データの配信を委託した広告主に請求するその曲データ分の金額を更新している。その更新における増額分の計算に利用状況データ中の各利用回数を用いるのは、ダウンロードＤＢ５０内に確保したダウンロードエリアにストアされている各利用回数の値が０でないこともあり得るためである。つまり、配信システム１が過去に受信した利用状況データ分の金額を２重に課金してしまうようなことを回避するためである。
【０１２２】
端末装置３は、上記ステップＴＳ２１７の判定がＮＯとなると図１９のステップＴＳ２２３に移行して、「受取り」アイコンがオンされたか否か判定する。そのアイコンをユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ２２４に移行し、そうでない場合には、判定はＮＯとなって図１５のステップＴＳ２０７に戻る。そのステップＴＳ２０７に戻ることにより、「終了」「ダウンロード」「申告」及び「受取り」の各アイコンのうちの何れかがクリックされるのを待つ。
【０１２３】
ステップＴＳ２２４では、ダウンロードエリア８０内のダウンロード曲エリア毎に、そこに確保されたファイルエリアにストアされているファイル名、及びファイルＩＤを抽出する。続くステップＴＳ２２５では、特には図示しないが、それらを表形式でまとめたリストや、支払いを要求するための「要求」アイコン、その要求を行わないことを指示するための「中止」アイコンなどを配置した受取ファイルリスト画面を作成して表示装置上に表示させる。その後はステップＴＳ２２６に移行して、利用者が受け取れる金額の通知を要求するための受取額要求信号を配信システム１に送信する。
【０１２４】
その要求信号を受信した配信システム１は、支払ＤＢ７０（図４参照）内に確保された対応する利用者エリア内に存在する各ダウンロードエリアから、そこにストアされている金額を抽出し（図１９のステップＳＳ２２２）、抽出した金額を端末装置３に送信する（ステップＳＳ２２３）。
【０１２５】
端末装置３は、その金額を受信すると、それを受取ファイルリスト画面上に追加表示させる（ステップＴＳ２２７）。その後に実行するステップＴＳ２２８、ＴＳ２２９では、ユーザーの入力装置（１０キーやポインティングデバイス、など）への操作に対応するための処理を行う（ここではアイコンへの操作に着目して表記）。リスト上のファイル名やファイルＩＤが配置されたラインがクリックされた場合、そのラインを選択状態に表示を変更する。「中止」アイコンがオン（クリック）された場合には、ステップＴＳ２２８の判定がＹＥＳとなって図１５のステップＴＳ２０６に戻り、利用者用メニュー画面を表示装置上に再表示させる。「要求」アイコンがオン（クリック）された場合には、ステップＴＳ２２９の判定がＹＥＳとなってステップＴＳ２３０に移行し、現在、選択状態となっているラインに対応する曲データを再生させたことの代償の支払いを要求するための支払い要求信号を配信システム１に送信する。
【０１２６】
配信システム１は、その要求信号を受信すると、利用者ＤＢ３０（図２参照）に確保された利用者エリアのなかから、支払ＤＢ７０の対応する利用者エリアにストアされている利用者ＩＤを有する利用者エリアを特定し、特定した利用者エリアにストアされている課金データを読み出す（図２０のステップＳＳ２２４）。次に読み出した課金データに従って、受信した支払い要求信号で支払いが要求された金額を利用者に送金する（ステップＳＳ２２５）。その次には、支払ＤＢ７０内の対応する利用者エリアに確保されたダウンロードエリアのなかでその金額をストアしているダウンロードエリアのその金額をクリア、即ちその値として０をストアする（ステップＳＳ２２６）。その後は、利用者が支払いを要求した金額の支払いが終了した旨を示す支払い終了信号を端末装置３に送信する（ステップＳＳ２２７）。
【０１２７】
他方の端末装置３は、その支払い終了信号を受信すると、その信号により支払いが終了した金額を受取ファイルリスト画面上からクリアさせる。その後は図１９のステップＴＳ２２８に戻り、別の曲データを対象とした支払いの要求に備える。
【０１２８】
このようにして、本実施の形態では、端末装置３のユーザー（利用者）からの要求により、そのユーザーが曲データを再生させたことに伴う代償を支払うようにしている。
なお、本実施の形態では、端末装置３のユーザー（利用者）に、曲データの利用状況データの送信（利用状況の申告）、及びその曲データを再生させたことに伴う代償の支払いをそれぞれ要求させるようにしているが、それらは自動的に行わせるようにしても良い。そのようにした場合には、それを行う条件をユーザーに設定できるようにさせても良い。
【０１２９】
そのユーザーに対する報酬は、利用回数、特定場所利用回数、及び特定場所利用回数を基に決定しているが、そのような回数ではなく、再生を行った総時間を基に決定するようにしても良い。そのようにした場合でも、総時間には、再生していた時間が短いものを含ませないことが望ましい。
【０１３０】
端末装置３は、配信システム１にアクセスして曲データをダウンロードし、それを再生するようになっているが、曲データは必ずしもそれをダウンロードした端末装置３に再生させなくとも良い。つまり、端末装置３がダウンロードした曲データを１台以上の別の端末装置３に記憶させて再生させるようにしても良い。しかし、管理上、別の端末装置３に曲データを再生させたとしても、その利用状況データは、その曲データをダウンロードした端末装置３を介して配信システム１に送信することが望ましい。
【０１３１】
その配信システム１は、インターネット４を介して、広告主から配信が委託された曲データを受け付けるようになっているが、その受け付け自体は別のシステムで行わせても良い。インターネット４などの通信ネットワークは必ずしも利用しなくとも良い。つまり、端末装置３に配信すべき曲データを配信システム１が随時、取得できるようにしても良い。
【０１３２】
上述したような配信システム１（それを構成するサーバー）や端末装置３の動作、或いはそれの変形例の動作を実現させるようなプログラムは、それぞれＣＤ−ＲＯＭ、ＤＶＤ、或いは光磁気ディスク等の記録媒体に記録させて配布しても良い。或いは、公衆網等で用いられる伝送媒体を介して、そのプログラムの一部、若しくは全部を配信するようにしても良い。そのようにした場合には、ユーザーはプログラムを取得してコンピュータなどのデータ処理装置にロードすることにより、そのデータ処理装置を用いて本発明を適用させたコンテンツ配信システムを構築することや、本発明を適用させた端末装置を実現することができる。このことから、記録媒体は、プログラムを配信する装置がアクセスできるものであっても良い。
【０１３３】
【発明の効果】
以上より本発明は、広告用データを再生することで行う広告活動を望む広告主から受け付けたその広告用データを通信ネットワークと接続可能な端末装置のユーザーを対象に公開することにより、その広告活動を行う意志の有る端末装置のユーザーを募集し、公開した広告用データの配信を要求してきた端末装置のユーザーに、その広告用データを配信して広告活動を委託する。
【０１３４】
通信ネットワークと接続可能な端末装置の数、及びそのユーザーの数は共に膨大である。そのユーザーを対象にして、広告主から受け付けた広告用データを配信して端末装置を広告媒体として利用する形での広告活動を委託すると、多くの人に広告活動を委託することができるようになる。このため、より多くの人に広告（ここでは再生された広告用データ）に触れさせることができる。
【図面の簡単な説明】
【図１】本実施の形態による広告配信システムを有するネットワークシステムの構成を示す図である。
【図２】本実施の形態による広告配信システムが広告配信サービスを提供するために管理するデータを説明するための図である（その１）。
【図３】本実施の形態による広告配信システムが広告配信サービスを提供するために管理するデータを説明するための図である（その２）。
【図４】本実施の形態による広告配信システムが広告配信サービスを提供するために管理するデータを説明するための図である（その３）。
【図５】利用者が使用する端末装置がサービスを受けるために管理するデータを説明するための図である。
【図６】広告主が使用する端末装置を広告配信システムと接続させた場合に、それらが実行する処理の流れを示すフローチャートである。
【図７】広告主が使用する端末装置を広告配信システムと接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き１）。
【図８】広告主が使用する端末装置を広告配信システムと接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き２）。
【図９】広告主が使用する端末装置を広告配信システムと接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き３）。
【図１０】広告主が使用する端末装置を広告配信システムと接続させた場合に、それらが実行する処理の流れを示すフローチャートである（続き４）。
【図１１】全体処理のフローチャートである。
【図１２】通常処理のフローチャートである。
【図１３】設定処理のフローチャートである。
【図１４】設定処理のフローチャートである（続き）。
【図１５】インターネット接続処理を実行する端末装置を広告配信システムと接続させる場合に、その接続によって端末装置が実際に実行することになるサーバー接続処理を示すフローチャートである。
【図１６】インターネット接続処理を実行する端末装置を広告配信システムと接続させる場合に、その接続によって端末装置が実際に実行することになるサーバー接続処理を示すフローチャートである（続き１）。
【図１７】インターネット接続処理を実行する端末装置を広告配信システムと接続させる場合に、その接続によって端末装置が実際に実行することになるサーバー接続処理を示すフローチャートである（続き２）。
【図１８】インターネット接続処理を実行する端末装置を広告配信システムと接続させる場合に、その接続によって端末装置が実際に実行することになるサーバー接続処理を示すフローチャートである（続き３）。
【図１９】インターネット接続処理を実行する端末装置を広告配信システムと接続させる場合に、その接続によって端末装置が実際に実行することになるサーバー接続処理を示すフローチャートである（続き４）。
【図２０】インターネット接続処理を実行する端末装置を広告配信システムと接続させる場合に、その接続によって端末装置が実際に実行することになるサーバー接続処理を示すフローチャートである（続き５）。
【符号の説明】
１　　広告配信システム
２、３　　端末装置
４　　インターネット
【図１】
2004133555.tif 000003
【図２】
2004133555.tif 000004
【図３】
2004133555.tif 000005
【図４】
2004133555.tif 000006
【図５】
2004133555.tif 000007
【図６】
2004133555.tif 000008
【図７】
2004133555.tif 000009
【図８】
2004133555.tif 000010
【図９】
2004133555.tif 000011
【図１０】
2004133555.tif 000012
【図１１】
2004133555.tif 000013
【図１２】
2004133555.tif 000014
【図１３】
2004133555.tif 000015
【図１４】
2004133555.tif 000016
【図１５】
2004133555.tif 000017
【図１６】
2004133555.tif 000018
【図１７】
2004133555.tif 000019
【図１８】
2004133555.tif 000020
【図１９】
2004133555.tif 000021
【図２０】
2004133555.tif 000022