JP2003281016A - コンテンツ配信システム、その方法、及びプログラム - Google Patents
コンテンツ配信システム、その方法、及びプログラムInfo
- Publication number
- JP2003281016A JP2003281016A JP2002086733A JP2002086733A JP2003281016A JP 2003281016 A JP2003281016 A JP 2003281016A JP 2002086733 A JP2002086733 A JP 2002086733A JP 2002086733 A JP2002086733 A JP 2002086733A JP 2003281016 A JP2003281016 A JP 2003281016A
- Authority
- JP
- Japan
- Prior art keywords
- user
- content
- terminal device
- data
- distribution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Abstract
(57)【要約】
【課題】 コンテンツデータへのアクセスが混み合う
（集中する）のを回避して、それを常に快適に配信でき
るようにするための技術を提供する。 【解決手段】 コンテンツ配信システム１０１のＷｅｂ
サーバー１１１は、通信ネットワーク１０１を介して接
続された端末装置１０３のユーザーからコンテンツであ
る曲データへのアクセスが要求された場合、そのアクセ
スを許可するアクセス時刻を設定し、その曲データへの
アクセスが可能な曲再生画面のＵＲＬ、その画面にアク
セスする際に必要なＩＤ、パスワードを通知するための
通知画面を端末装置１０３に送信する。それにより、曲
データに過度のアクセスが集中するのを回避させる。ま
た、購入した曲データの返却要求を端末装置１０３から
受け付けて、購入代金の一部を返金し、購入した曲デー
タを端末装置１０３から消去させる。
（集中する）のを回避して、それを常に快適に配信でき
るようにするための技術を提供する。 【解決手段】 コンテンツ配信システム１０１のＷｅｂ
サーバー１１１は、通信ネットワーク１０１を介して接
続された端末装置１０３のユーザーからコンテンツであ
る曲データへのアクセスが要求された場合、そのアクセ
スを許可するアクセス時刻を設定し、その曲データへの
アクセスが可能な曲再生画面のＵＲＬ、その画面にアク
セスする際に必要なＩＤ、パスワードを通知するための
通知画面を端末装置１０３に送信する。それにより、曲
データに過度のアクセスが集中するのを回避させる。ま
た、購入した曲データの返却要求を端末装置１０３から
受け付けて、購入代金の一部を返金し、購入した曲デー
タを端末装置１０３から消去させる。
Description
【０００１】
【発明の属する技術分野】本発明は、通信ネットワーク
と接続される端末装置のユーザを対象に、その通信ネッ
トワークを介してコンテンツを配信するための技術に関
する。
と接続される端末装置のユーザを対象に、その通信ネッ
トワークを介してコンテンツを配信するための技術に関
する。
【０００２】
【従来の技術および発明が解決しようとする課題】近
年、グローバルな情報インフラストラクチャとしてイン
ターネットが急速に発展している。それに伴い、現在で
は、情報の発信や商品の販売などを行うための手段とし
て広く用いられている。
年、グローバルな情報インフラストラクチャとしてイン
ターネットが急速に発展している。それに伴い、現在で
は、情報の発信や商品の販売などを行うための手段とし
て広く用いられている。
【０００３】その情報として発信するのは、これまでは
文字や静止画などが中心だった。しかし、最近では、端
末装置（パーソナルコンピュータ（以下、ＰＣ）や携帯
電話機、など）を高速にインターネットと結ぶ通信ネッ
トワークが普及してきていることもあって、音声や映像
（動画）など、文字や静止画と比較してデータ量が大き
いものも対象とするようになっている。商品販売の分野
では、音楽や映像などのデータを商品として扱うように
なっている。
文字や静止画などが中心だった。しかし、最近では、端
末装置（パーソナルコンピュータ（以下、ＰＣ）や携帯
電話機、など）を高速にインターネットと結ぶ通信ネッ
トワークが普及してきていることもあって、音声や映像
（動画）など、文字や静止画と比較してデータ量が大き
いものも対象とするようになっている。商品販売の分野
では、音楽や映像などのデータを商品として扱うように
なっている。
【０００４】音楽や映像などの大容量のデータは、それ
を全てダウンロードした後に再生を行うことの他に、ス
トリーミングなどによっても再生が行われる。そのスト
リーミングとは、データをサーバーからダウンロードし
ながら再生する技術のことである。以降、有償か否かや
その種類などに係わらず、ダウンロード、或いは再生の
ために配信する情報を総称してコンテンツデータと呼ぶ
ことにする。
を全てダウンロードした後に再生を行うことの他に、ス
トリーミングなどによっても再生が行われる。そのスト
リーミングとは、データをサーバーからダウンロードし
ながら再生する技術のことである。以降、有償か否かや
その種類などに係わらず、ダウンロード、或いは再生の
ために配信する情報を総称してコンテンツデータと呼ぶ
ことにする。
【０００５】そのコンテンツデータには、それが保存さ
れたインターネット上の位置を示すＵＲＬ（Uniform Re
source Locators ）が割り当てられる。そのＵＲＬを入
力、或いはそれが設定されているリンクボタン等をクリ
ックするなどして指定すると、そのＵＲＬに対応するシ
ステム（コンテンツ配信システム）と端末装置が接続さ
れ、そのシステムはそのＵＲＬに保存したコンテンツデ
ータを端末装置にダウンロードする。そのようにして、
コンテンツデータはＵＲＬを指定することで取得され
る。
れたインターネット上の位置を示すＵＲＬ（Uniform Re
source Locators ）が割り当てられる。そのＵＲＬを入
力、或いはそれが設定されているリンクボタン等をクリ
ックするなどして指定すると、そのＵＲＬに対応するシ
ステム（コンテンツ配信システム）と端末装置が接続さ
れ、そのシステムはそのＵＲＬに保存したコンテンツデ
ータを端末装置にダウンロードする。そのようにして、
コンテンツデータはＵＲＬを指定することで取得され
る。
【０００６】コンテンツデータへのアクセスは、当然の
ことながら、それが魅力的、有名、或いは有用であるほ
ど多くなり、混み合うことになる。データのダウンロー
ドにおける実質的な通信速度は、そのアクセスが混み合
うことによって低下する。このため、アクセスが混み合
うと、ダウンロードにかかる時間も長くなる。ストリー
ミングによる再生（ストリーム再生）では、その再生に
必要な通信速度を確保できなければその再生を適切に行
うことはできない。このようなことから、コンテンツデ
ータを常に快適に配信できるようにするうえでは、それ
へのアクセスが混み合う（集中する）のを回避させるこ
とも重要であると考えられる。
ことながら、それが魅力的、有名、或いは有用であるほ
ど多くなり、混み合うことになる。データのダウンロー
ドにおける実質的な通信速度は、そのアクセスが混み合
うことによって低下する。このため、アクセスが混み合
うと、ダウンロードにかかる時間も長くなる。ストリー
ミングによる再生（ストリーム再生）では、その再生に
必要な通信速度を確保できなければその再生を適切に行
うことはできない。このようなことから、コンテンツデ
ータを常に快適に配信できるようにするうえでは、それ
へのアクセスが混み合う（集中する）のを回避させるこ
とも重要であると考えられる。
【０００７】本発明の課題は、コンテンツデータへのア
クセスが混み合う（集中する）のを回避して、それを常
に快適に配信できるようにするための技術を提供するこ
とにある。
クセスが混み合う（集中する）のを回避して、それを常
に快適に配信できるようにするための技術を提供するこ
とにある。
【０００８】
【課題を解決するための手段】本発明の第１〜第３の態
様のコンテンツ配信システムは、共に、通信ネットワー
クと接続される端末装置のユーザーに対し、該通信ネッ
トワークを介してコンテンツを配信できることを前提と
し、それぞれ以下の手段を具備する。
様のコンテンツ配信システムは、共に、通信ネットワー
クと接続される端末装置のユーザーに対し、該通信ネッ
トワークを介してコンテンツを配信できることを前提と
し、それぞれ以下の手段を具備する。
【０００９】第１の態様のシステムは、端末装置のユー
ザーがコンテンツの配信を要求した場合に、該ユーザー
を対象としてコンテンツの配信を行う配信タイミングを
決定するタイミング決定手段と、そのタイミング決定手
段が決定した配信タイミングを端末装置のユーザーに通
知する通知手段と、通知手段により通知した配信タイミ
ングに通信ネットワークを介して端末装置を接続させて
いるユーザーを対象に、そのユーザーが要求するコンテ
ンツを配信するコンテンツ配信手段と、を具備する。
ザーがコンテンツの配信を要求した場合に、該ユーザー
を対象としてコンテンツの配信を行う配信タイミングを
決定するタイミング決定手段と、そのタイミング決定手
段が決定した配信タイミングを端末装置のユーザーに通
知する通知手段と、通知手段により通知した配信タイミ
ングに通信ネットワークを介して端末装置を接続させて
いるユーザーを対象に、そのユーザーが要求するコンテ
ンツを配信するコンテンツ配信手段と、を具備する。
【００１０】上記タイミング決定手段は、コンテンツを
同時に配信することになりうる端末装置の数を考慮して
配信タイミングを決定する、ことが望ましい。また、通
知手段は、タイミング決定手段が決定した配信タイミン
グに端末装置をコンテンツ配信システムに接続させるた
めのプログラムを該端末装置に送信することにより、該
配信タイミングを該端末装置のユーザーに通知する、こ
とが望ましい。
同時に配信することになりうる端末装置の数を考慮して
配信タイミングを決定する、ことが望ましい。また、通
知手段は、タイミング決定手段が決定した配信タイミン
グに端末装置をコンテンツ配信システムに接続させるた
めのプログラムを該端末装置に送信することにより、該
配信タイミングを該端末装置のユーザーに通知する、こ
とが望ましい。
【００１１】第２の態様のシステムは、上記第１の態様
における構成に加えて、端末装置のユーザーが購入のた
めにコンテンツの配信を要求した場合に、該ユーザの指
定に従って該コンテンツの購入代金を徴収するための決
済手段と、コンテンツ配信手段によりコンテンツを購入
した端末装置のユーザーを対象に、該コンテンツの返品
要求を受け付ける返品要求受付手段と、返品要求受付手
段が返品要求を受け付けたことに対応して、該返却要求
を行ったユーザーにコンテンツの返品に伴う代金を返却
するための返却手段と、を更に具備する。
における構成に加えて、端末装置のユーザーが購入のた
めにコンテンツの配信を要求した場合に、該ユーザの指
定に従って該コンテンツの購入代金を徴収するための決
済手段と、コンテンツ配信手段によりコンテンツを購入
した端末装置のユーザーを対象に、該コンテンツの返品
要求を受け付ける返品要求受付手段と、返品要求受付手
段が返品要求を受け付けたことに対応して、該返却要求
を行ったユーザーにコンテンツの返品に伴う代金を返却
するための返却手段と、を更に具備する。
【００１２】第３の態様のシステムは、通信ネットワー
クを介して端末装置を接続させているユーザーを対象
に、該ユーザーが要求するコンテンツを配信するコンテ
ンツ配信手段と、端末装置のユーザーが購入のためにコ
ンテンツの配信を要求した場合に、該ユーザーの指定に
従って該コンテンツの代金を徴収するための決済手段
と、コンテンツ配信手段によりコンテンツを購入した端
末装置のユーザーを対象に、該コンテンツの返品要求を
受け付ける返品要求受付手段と、返品要求受付手段が返
品要求を受け付けたことに対応して、該返却要求を行っ
たユーザーにコンテンツの返品に伴う代金を返却するた
めの返却手段と、を具備する。
クを介して端末装置を接続させているユーザーを対象
に、該ユーザーが要求するコンテンツを配信するコンテ
ンツ配信手段と、端末装置のユーザーが購入のためにコ
ンテンツの配信を要求した場合に、該ユーザーの指定に
従って該コンテンツの代金を徴収するための決済手段
と、コンテンツ配信手段によりコンテンツを購入した端
末装置のユーザーを対象に、該コンテンツの返品要求を
受け付ける返品要求受付手段と、返品要求受付手段が返
品要求を受け付けたことに対応して、該返却要求を行っ
たユーザーにコンテンツの返品に伴う代金を返却するた
めの返却手段と、を具備する。
【００１３】本発明の第１、及び第２の態様のコンテン
ツ配信方法は、共に、通信ネットワークと接続される端
末装置のユーザーに対して、該通信ネットワークを介し
てコンテンツを配信するために用いられることを前提と
し、それぞれ以下のようにコンテンツの配信を行う。
ツ配信方法は、共に、通信ネットワークと接続される端
末装置のユーザーに対して、該通信ネットワークを介し
てコンテンツを配信するために用いられることを前提と
し、それぞれ以下のようにコンテンツの配信を行う。
【００１４】第１の態様の方法は、端末装置のユーザー
がコンテンツの配信を要求した場合に、該ユーザーを対
象に該コンテンツの配信を行う配信タイミングを決定
し、該決定した配信タイミングを端末装置のユーザーに
通知し、該通知通知した配信タイミングに通信ネットワ
ークを介して端末装置を接続させているユーザーを対象
に、該ユーザーが要求するコンテンツを配信する。
がコンテンツの配信を要求した場合に、該ユーザーを対
象に該コンテンツの配信を行う配信タイミングを決定
し、該決定した配信タイミングを端末装置のユーザーに
通知し、該通知通知した配信タイミングに通信ネットワ
ークを介して端末装置を接続させているユーザーを対象
に、該ユーザーが要求するコンテンツを配信する。
【００１５】第２の態様の方法は、通信ネットワークを
介して端末装置を接続させているユーザーを対象に、該
ユーザーが要求するコンテンツを配信し、端末装置のユ
ーザーが購入のためにコンテンツの配信を要求した場合
に、該ユーザーの指定に従って該コンテンツの代金を徴
収し、配信されるコンテンツを購入した端末装置のユー
ザーを対象に、該コンテンツの返品要求を受け付け、返
品要求受付手段が返品要求を受け付けたことに対応し
て、該返却要求を行ったユーザーにコンテンツの返品に
伴う代金を返却する。
介して端末装置を接続させているユーザーを対象に、該
ユーザーが要求するコンテンツを配信し、端末装置のユ
ーザーが購入のためにコンテンツの配信を要求した場合
に、該ユーザーの指定に従って該コンテンツの代金を徴
収し、配信されるコンテンツを購入した端末装置のユー
ザーを対象に、該コンテンツの返品要求を受け付け、返
品要求受付手段が返品要求を受け付けたことに対応し
て、該返却要求を行ったユーザーにコンテンツの返品に
伴う代金を返却する。
【００１６】本発明の第１、及び第２の態様のプログラ
ムは、共に、通信ネットワークと接続される端末装置の
ユーザーに対して、該通信ネットワークを介してコンテ
ンツを配信できるシステムの構築に用いられるデータ処
理装置に実行させることを前提とし、それぞれ以下の機
能を実現させる。
ムは、共に、通信ネットワークと接続される端末装置の
ユーザーに対して、該通信ネットワークを介してコンテ
ンツを配信できるシステムの構築に用いられるデータ処
理装置に実行させることを前提とし、それぞれ以下の機
能を実現させる。
【００１７】第１の態様のプログラムは、端末装置のユ
ーザーがコンテンツの配信を要求した場合に、該ユーザ
ーを対象として該コンテンツの配信を行う配信タイミン
グを決定する機能と、決定する機能により決定した配信
タイミングを端末装置のユーザーに通知する機能と、通
知する機能により通知した配信タイミングに通信ネット
ワークを介して端末装置を接続させているユーザーを対
象に、該ユーザーが要求するコンテンツを配信する機能
と、を実現させる。
ーザーがコンテンツの配信を要求した場合に、該ユーザ
ーを対象として該コンテンツの配信を行う配信タイミン
グを決定する機能と、決定する機能により決定した配信
タイミングを端末装置のユーザーに通知する機能と、通
知する機能により通知した配信タイミングに通信ネット
ワークを介して端末装置を接続させているユーザーを対
象に、該ユーザーが要求するコンテンツを配信する機能
と、を実現させる。
【００１８】第２の態様のプログラムは、通信ネットワ
ークを介して端末装置を接続させているユーザーを対象
に、該ユーザーが要求するコンテンツを配信する機能
と、端末装置のユーザーが購入のためにコンテンツの配
信を要求した場合に、該ユーザーの指定に従って該コン
テンツの代金を徴収するための機能と、配信する機能に
よりコンテンツを購入した端末装置のユーザーを対象
に、該コンテンツの返品要求を受け付ける機能と、受け
付ける機能により返品要求を受け付けたことに対応し
て、該返却要求を行ったユーザーにコンテンツの返品に
伴う代金を返却するための機能と、を実現させる。
ークを介して端末装置を接続させているユーザーを対象
に、該ユーザーが要求するコンテンツを配信する機能
と、端末装置のユーザーが購入のためにコンテンツの配
信を要求した場合に、該ユーザーの指定に従って該コン
テンツの代金を徴収するための機能と、配信する機能に
よりコンテンツを購入した端末装置のユーザーを対象
に、該コンテンツの返品要求を受け付ける機能と、受け
付ける機能により返品要求を受け付けたことに対応し
て、該返却要求を行ったユーザーにコンテンツの返品に
伴う代金を返却するための機能と、を実現させる。
【００１９】本発明では、通信ネットワークを介して接
続された端末装置のユーザーがコンテンツの配信を要求
すると、その配信を行う配信タイミングを決定し、決定
した配信タイミングをユーザーに通知して、その配信タ
イミングにコンテンツの配信を行う。
続された端末装置のユーザーがコンテンツの配信を要求
すると、その配信を行う配信タイミングを決定し、決定
した配信タイミングをユーザーに通知して、その配信タ
イミングにコンテンツの配信を行う。
【００２０】配信タイミングを決定してコンテンツの配
信を行うことにより、端末装置のユーザーによるコンテ
ンツへのアクセスを管理することが可能となる。その結
果、コンテンツデータへのアクセスが混み合う（集中す
る）のを回避して、それを常に快適に配信できる環境を
実現させることが可能となる。
信を行うことにより、端末装置のユーザーによるコンテ
ンツへのアクセスを管理することが可能となる。その結
果、コンテンツデータへのアクセスが混み合う（集中す
る）のを回避して、それを常に快適に配信できる環境を
実現させることが可能となる。
【００２１】本発明では、通信ネットワークを介して配
信する有料のコンテンツを購入した端末装置のユーザー
から、その通信ネットワークを介して返却要求を受け付
け、そのコンテンツの返品に伴う代金を返却する。コン
テンツの返品に伴う代金を返却することで、コンテンツ
を気楽に購入できる環境を提供することになる。それに
より、結果として、コンテンツの売り上げを伸ばす効果
が得られる。
信する有料のコンテンツを購入した端末装置のユーザー
から、その通信ネットワークを介して返却要求を受け付
け、そのコンテンツの返品に伴う代金を返却する。コン
テンツの返品に伴う代金を返却することで、コンテンツ
を気楽に購入できる環境を提供することになる。それに
より、結果として、コンテンツの売り上げを伸ばす効果
が得られる。
【００２２】
【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。 ＜第１の実施の形態＞図１は、本実施の形態によるコン
テンツ配信システムを有するネットワークシステムの構
成を示す図である。
て、図面を参照しながら詳細に説明する。 ＜第１の実施の形態＞図１は、本実施の形態によるコン
テンツ配信システムを有するネットワークシステムの構
成を示す図である。
【００２３】そのネットワークシステムは、図１に示す
ように、本実施の形態によるコンテンツ配信システム
（以降、配信システムと略記）１０１を通信ネットワー
ク１０２と接続することにより、そのネットワーク１０
２を介してその配信システム１０１を複数の端末装置１
０３と接続できるように構築されている。それにより、
配信システム１０１は、通信ネットワーク１０２を介し
て接続された端末装置１０３のユーザーに対し、コンテ
ンツデータを配信するものとして実現されている。その
コンテンツデータとは、保存、閲覧、或いは再生の対象
となるデータ（情報）のことである。具体的には、曲を
再生するためのデータ（曲データ）、映像（動画）を再
生するためのデータ（ビデオデータ）などである。ここ
では便宜的に、配信システム１０１はコンテンツデータ
として曲データを配信することにする。
ように、本実施の形態によるコンテンツ配信システム
（以降、配信システムと略記）１０１を通信ネットワー
ク１０２と接続することにより、そのネットワーク１０
２を介してその配信システム１０１を複数の端末装置１
０３と接続できるように構築されている。それにより、
配信システム１０１は、通信ネットワーク１０２を介し
て接続された端末装置１０３のユーザーに対し、コンテ
ンツデータを配信するものとして実現されている。その
コンテンツデータとは、保存、閲覧、或いは再生の対象
となるデータ（情報）のことである。具体的には、曲を
再生するためのデータ（曲データ）、映像（動画）を再
生するためのデータ（ビデオデータ）などである。ここ
では便宜的に、配信システム１０１はコンテンツデータ
として曲データを配信することにする。
【００２４】上記通信ネットワーク１０２は、例えばイ
ンターネットや公衆網などをまとめて表したものであ
る。端末装置１０３は、例えばパーソナル・コンピュー
タ、ＰＤＡ（Personal Digital Assistants ）、或いは
携帯電話機であり、例えば電話網、ケーブルテレビ網な
どの公衆網、及びインターネットとの接続サービスを行
っているＩＳＰ（Internet Service Provider ）を介し
てそのインターネットと接続される。なお、通信ネット
ワーク１０２は、それら以外のもの、或いは別の組み合
わせのものであっても良い。
ンターネットや公衆網などをまとめて表したものであ
る。端末装置１０３は、例えばパーソナル・コンピュー
タ、ＰＤＡ（Personal Digital Assistants ）、或いは
携帯電話機であり、例えば電話網、ケーブルテレビ網な
どの公衆網、及びインターネットとの接続サービスを行
っているＩＳＰ（Internet Service Provider ）を介し
てそのインターネットと接続される。なお、通信ネット
ワーク１０２は、それら以外のもの、或いは別の組み合
わせのものであっても良い。
【００２５】上記配信システム１０１には、例えば専用
線などの通信ネットワークを介して金融機関１０４が接
続されている。その金融機関１０４とは、例えばキャッ
シュカードを用いて行われたショッピングの情報を対応
する金融機関に中継したり、或いは金融機関が提供する
サービスを代行するといったサービスを提供するセンタ
である。配信システム１０１は、そのような金融期間１
０４を介して、有償のコンテンツデータ（ここでは曲デ
ータ）を購入（ダウンロード）した端末装置１０３のユ
ーザーとの間の決済を行う。
線などの通信ネットワークを介して金融機関１０４が接
続されている。その金融機関１０４とは、例えばキャッ
シュカードを用いて行われたショッピングの情報を対応
する金融機関に中継したり、或いは金融機関が提供する
サービスを代行するといったサービスを提供するセンタ
である。配信システム１０１は、そのような金融期間１
０４を介して、有償のコンテンツデータ（ここでは曲デ
ータ）を購入（ダウンロード）した端末装置１０３のユ
ーザーとの間の決済を行う。
【００２６】その配信システム１０１は、通信ネットワ
ーク１０２を介して接続される端末装置１０３のユーザ
ーに対して各種サービスを提供するＷｅｂサーバー１１
１と、そのユーザーに配信可能な曲データを管理するデ
ータベース（ＤＢ）サーバー１１２と、を用いて構築さ
れている。端末装置１０３への曲データの送信や金融機
関１０４との間のデータのやりとりなどはＷｅｂサーバ
ー１１１が行う。なお、配信システム１０１は、１台の
サーバーで構築しても良く、３台以上のサーバーで構築
するようにしても良い。
ーク１０２を介して接続される端末装置１０３のユーザ
ーに対して各種サービスを提供するＷｅｂサーバー１１
１と、そのユーザーに配信可能な曲データを管理するデ
ータベース（ＤＢ）サーバー１１２と、を用いて構築さ
れている。端末装置１０３への曲データの送信や金融機
関１０４との間のデータのやりとりなどはＷｅｂサーバ
ー１１１が行う。なお、配信システム１０１は、１台の
サーバーで構築しても良く、３台以上のサーバーで構築
するようにしても良い。
【００２７】図２は、上記ＤＢサーバー１１２が管理す
るデータを説明する図である。サーバー１１２が内蔵の
ハードディスク装置等の補助記憶装置、或いはそれと接
続された外部記憶装置にＤＢ化して保存・管理している
データのなかから、曲データの配信に特に係わるデータ
を抜粋して模式的に表したものである。当然のことなが
ら、補助記憶装置、或いは外部記憶装置は複数であって
も良い。以降、便宜的に、それらを区別せずに「記憶装
置」と呼ぶことにする。
るデータを説明する図である。サーバー１１２が内蔵の
ハードディスク装置等の補助記憶装置、或いはそれと接
続された外部記憶装置にＤＢ化して保存・管理している
データのなかから、曲データの配信に特に係わるデータ
を抜粋して模式的に表したものである。当然のことなが
ら、補助記憶装置、或いは外部記憶装置は複数であって
も良い。以降、便宜的に、それらを区別せずに「記憶装
置」と呼ぶことにする。
【００２８】そのＤＢサーバー１１２は、図２に示すよ
うに、販売の対象となる曲データの格納に用いる曲デー
タエリア、曲データの配信要求に関するデータであるリ
クエストデータの格納に用いるリクエストデータエリ
ア、及び曲データの配信に係るアクセスを管理するため
のアクセスデータの格納に用いるアクセスデータエリ
ア、を記憶装置に確保している。曲データを配信するサ
ービスは、リクエストデータエリア、及びアクセスデー
タエリアの各エリアに格納されたデータを必要に応じて
更新しつつ行うようになっている。
うに、販売の対象となる曲データの格納に用いる曲デー
タエリア、曲データの配信要求に関するデータであるリ
クエストデータの格納に用いるリクエストデータエリ
ア、及び曲データの配信に係るアクセスを管理するため
のアクセスデータの格納に用いるアクセスデータエリ
ア、を記憶装置に確保している。曲データを配信するサ
ービスは、リクエストデータエリア、及びアクセスデー
タエリアの各エリアに格納されたデータを必要に応じて
更新しつつ行うようになっている。
【００２９】本実施の形態では、会員登録した人を対象
にサービスを提供するようになっている。その会員登録
のために入力した個人情報は、ＩＤやパスワードととも
に、ＤＢサーバー１１２が記憶装置に確保した不図示の
エリアに格納される。図２に示す各エリアには、それぞ
れ以下のようなデータが格納される。
にサービスを提供するようになっている。その会員登録
のために入力した個人情報は、ＩＤやパスワードととも
に、ＤＢサーバー１１２が記憶装置に確保した不図示の
エリアに格納される。図２に示す各エリアには、それぞ
れ以下のようなデータが格納される。
【００３０】上記曲データエリアには、図中、括弧を付
して表記した曲データが多数、格納される。その曲デー
タは、その識別用に割り当てられた曲番号、その曲名、
及びデータ本体、とから構成されている。本実施の形態
では、曲データエリアに格納した曲データは、それ自体
を販売するだけでなく、その再生も行うようにしてい
る。それにより、購入する前に、その曲を端末装置１０
３のユーザーが聴くこともできるようにさせている。そ
のための再生方法としては、ダウンロードしながら曲デ
ータを再生するストリーム再生を採用している。
して表記した曲データが多数、格納される。その曲デー
タは、その識別用に割り当てられた曲番号、その曲名、
及びデータ本体、とから構成されている。本実施の形態
では、曲データエリアに格納した曲データは、それ自体
を販売するだけでなく、その再生も行うようにしてい
る。それにより、購入する前に、その曲を端末装置１０
３のユーザーが聴くこともできるようにさせている。そ
のための再生方法としては、ダウンロードしながら曲デ
ータを再生するストリーム再生を採用している。
【００３１】曲データの購入、或いは再生のためのアク
セスが混み合い（集中し）、データ送信における通信速
度が低下すると、そのダウンロードにかかる時間が長く
なる。ストリーム再生では、必要な通信速度を確保でき
なくなってその再生を適切に行えなくなる。アクセスデ
ータエリアに格納されるアクセスデータは、そのような
ことを回避するためのものである。
セスが混み合い（集中し）、データ送信における通信速
度が低下すると、そのダウンロードにかかる時間が長く
なる。ストリーム再生では、必要な通信速度を確保でき
なくなってその再生を適切に行えなくなる。アクセスデ
ータエリアに格納されるアクセスデータは、そのような
ことを回避するためのものである。
【００３２】そのアクセスデータは、予め定められた時
間幅を有するアクセス時刻と、そのアクセス時刻を割り
当てられたユーザーの数であるアクセス数と、からな
る。本実施の形態では、それを２次元のテーブル形式で
管理している。図２中に示す括弧内で左側に位置する添
字（以降、第１添字と呼ぶ）はデータの種類を指定する
ためのものである。その値を「０」とすることでアクセ
ス時刻を指定でき、その値を「１」とすることでアクセ
ス数を指定できる。一方、その括弧内で右側に位置する
添字（以降、第２添字と呼ぶ）は、アクセスデータのな
かから一つを指定するためのものである。
間幅を有するアクセス時刻と、そのアクセス時刻を割り
当てられたユーザーの数であるアクセス数と、からな
る。本実施の形態では、それを２次元のテーブル形式で
管理している。図２中に示す括弧内で左側に位置する添
字（以降、第１添字と呼ぶ）はデータの種類を指定する
ためのものである。その値を「０」とすることでアクセ
ス時刻を指定でき、その値を「１」とすることでアクセ
ス数を指定できる。一方、その括弧内で右側に位置する
添字（以降、第２添字と呼ぶ）は、アクセスデータのな
かから一つを指定するためのものである。
【００３３】各アクセス時刻のアクセス数には上限を設
定している。それにより、購入、或いは再生のためのダ
ウンロード（配信）を要求してきた端末装置１０３のユ
ーザーには、アクセス数が上限を越えていないアクセス
時刻を抽出し、その抽出したアクセス時刻を配信のため
の時間として割り当てるようにして、各アクセス時刻で
曲データを同時にダウンロード（アクセス）できる人の
人数が上限を越えないようにさせている。
定している。それにより、購入、或いは再生のためのダ
ウンロード（配信）を要求してきた端末装置１０３のユ
ーザーには、アクセス数が上限を越えていないアクセス
時刻を抽出し、その抽出したアクセス時刻を配信のため
の時間として割り当てるようにして、各アクセス時刻で
曲データを同時にダウンロード（アクセス）できる人の
人数が上限を越えないようにさせている。
【００３４】そのようにして、曲データに同時にアクセ
スできる人の人数を制限した場合、そのアクセスが許容
範囲を越えて混み合うようなことは確実に回避される。
その結果、通信速度の低下によって曲データのダウンロ
ードにかかる時間が長くなる、そのストリーム再生が適
切に行えない、といったことも確実に回避できることに
なる。
スできる人の人数を制限した場合、そのアクセスが許容
範囲を越えて混み合うようなことは確実に回避される。
その結果、通信速度の低下によって曲データのダウンロ
ードにかかる時間が長くなる、そのストリーム再生が適
切に行えない、といったことも確実に回避できることに
なる。
【００３５】上記アクセス時刻の割り当て（設定）は、
端末装置１０３のユーザーからの要求を受け付けて行わ
れる。その要求に関するデータが図２に示すリクエスト
データエリアにリクエストデータとして保存される。そ
のリクエストデータとしては、図２に示すように、端末
装置１０３のユーザーからの要求に対して付与する識別
用のリクエスト番号、そのユーザーを確認するために発
行するＩＤ、及びパスワード、そのユーザーが選択した
曲データの曲番号、割り当てたアクセス時刻、返却期
限、その要求を行った時刻（図中では「ＴＩＭＥ」と表
記）、アクセス時刻に曲データの再生を行ったか否か特
定するための再生フラグ、及び曲データを購入したか否
か特定するための購入フラグの各データが保存される。
端末装置１０３のユーザーからの要求を受け付けて行わ
れる。その要求に関するデータが図２に示すリクエスト
データエリアにリクエストデータとして保存される。そ
のリクエストデータとしては、図２に示すように、端末
装置１０３のユーザーからの要求に対して付与する識別
用のリクエスト番号、そのユーザーを確認するために発
行するＩＤ、及びパスワード、そのユーザーが選択した
曲データの曲番号、割り当てたアクセス時刻、返却期
限、その要求を行った時刻（図中では「ＴＩＭＥ」と表
記）、アクセス時刻に曲データの再生を行ったか否か特
定するための再生フラグ、及び曲データを購入したか否
か特定するための購入フラグの各データが保存される。
【００３６】上記返却期限とは、曲データを購入した場
合に、その曲データの返却（返品）を受け付ける期限の
ことである。そのような期限を設定することにより、本
実施の形態では、購入した曲データを返却できる期間を
設け、その機会を購入者に与えるようにしている。
合に、その曲データの返却（返品）を受け付ける期限の
ことである。そのような期限を設定することにより、本
実施の形態では、購入した曲データを返却できる期間を
設け、その機会を購入者に与えるようにしている。
【００３７】商品を気に入って購入しても、購入後、購
入者が直ぐにその商品を気に入らなくなる場合がある。
そのような場合、購入者は購入すべきでない商品を購入
したと思い、損をした気持ちになることが多い。そのた
めに、商品の購入は慎重になる傾向がある。
入者が直ぐにその商品を気に入らなくなる場合がある。
そのような場合、購入者は購入すべきでない商品を購入
したと思い、損をした気持ちになることが多い。そのた
めに、商品の購入は慎重になる傾向がある。
【００３８】しかし、商品を返却できる機会を設ける
と、購入すべきでなかったと思う商品は返却すれば済む
ようになる。このため、商品をより気楽に購入できるよ
うになる。それにより、商品の売り上げを伸ばす効果が
期待できる。商品を返却できる機会を設けたのはそのた
めである。その商品はデータであることから、本実施の
形態では、その返却はそれを破壊（消去）することで行
っている。返却に伴う支払いは、それを返却するまでの
間、自由に再生できることから、購入代金よりも低い金
額としている。
と、購入すべきでなかったと思う商品は返却すれば済む
ようになる。このため、商品をより気楽に購入できるよ
うになる。それにより、商品の売り上げを伸ばす効果が
期待できる。商品を返却できる機会を設けたのはそのた
めである。その商品はデータであることから、本実施の
形態では、その返却はそれを破壊（消去）することで行
っている。返却に伴う支払いは、それを返却するまでの
間、自由に再生できることから、購入代金よりも低い金
額としている。
【００３９】配信システム１０１は、リクエストデータ
エリア、アクセスデータエリアに保存するデータを随
時、更新しながら、それに端末装置１０３を接続させた
ユーザーに対してサービスを提供する。次に、図３〜図
２４に示す各種フローチャート、及び図２５〜図３４に
示す各種説明図を参照して、配信システム１０１が提供
するサービスの内容、及びそのサービスの提供を実現さ
せる配信システム１０１や端末装置１０３の動作につい
て詳細に説明する。
エリア、アクセスデータエリアに保存するデータを随
時、更新しながら、それに端末装置１０３を接続させた
ユーザーに対してサービスを提供する。次に、図３〜図
２４に示す各種フローチャート、及び図２５〜図３４に
示す各種説明図を参照して、配信システム１０１が提供
するサービスの内容、及びそのサービスの提供を実現さ
せる配信システム１０１や端末装置１０３の動作につい
て詳細に説明する。
【００４０】図３〜図１１は、端末装置１０３を配信シ
ステム１０１と接続させた場合に、それらが実行する処
理の流れを示すフローチャートである。端末装置１０３
と配信システム１０１間の通信に係わる処理に着目し
て、端末装置１０３、及び配信システム１０１を構成す
るＷｅｂサーバー１１１が実行する処理を抜粋してその
流れの例を示したものである。始めに、図３〜図１１を
参照して、端末装置１０３を配信システム１０１と接続
させた場合に、端末装置１０３、及びＷｅｂサーバー１
１１がそれぞれ実行する処理、及びその流れについて詳
細に説明する。
ステム１０１と接続させた場合に、それらが実行する処
理の流れを示すフローチャートである。端末装置１０３
と配信システム１０１間の通信に係わる処理に着目し
て、端末装置１０３、及び配信システム１０１を構成す
るＷｅｂサーバー１１１が実行する処理を抜粋してその
流れの例を示したものである。始めに、図３〜図１１を
参照して、端末装置１０３を配信システム１０１と接続
させた場合に、端末装置１０３、及びＷｅｂサーバー１
１１がそれぞれ実行する処理、及びその流れについて詳
細に説明する。
【００４１】なお、図３〜図１１に示すフローチャート
は、例えばそれぞれ、端末装置１０３に搭載されたＣＰ
Ｕ、及びＷｅｂサーバー１１１に搭載されたＣＰＵが、
それに搭載のハードディスク装置のハードディスクに格
納されたプログラムを実行することで実現される。端末
装置１０３とＷｅｂサーバー１１１の接続（リンクの確
立）、即ち通信の開設は、例えばダイヤルアップ接続に
より端末装置１０３をＩＳＰと接続させた後、配信シス
テム１０１のＵＲＬを指定してそれとの接続を指示する
ことで行われる。
は、例えばそれぞれ、端末装置１０３に搭載されたＣＰ
Ｕ、及びＷｅｂサーバー１１１に搭載されたＣＰＵが、
それに搭載のハードディスク装置のハードディスクに格
納されたプログラムを実行することで実現される。端末
装置１０３とＷｅｂサーバー１１１の接続（リンクの確
立）、即ち通信の開設は、例えばダイヤルアップ接続に
より端末装置１０３をＩＳＰと接続させた後、配信シス
テム１０１のＵＲＬを指定してそれとの接続を指示する
ことで行われる。
【００４２】本実施の形態では、配信システム１０１は
会員登録をした人を対象にサービスを提供するようにな
っている。このことから、端末装置１０３との通信が開
設すると、Ｗｅｂサーバー１１１は、特には図示してい
ないが、会員でない人に会員登録を行うか否か問い合わ
せるためのアイコン（例えば「新規登録」アイコン）
や、会員としてのサービスの提供を要求するためのアイ
コン（例えば「リクエスト」アイコン）などが配置され
ているメニュー（ＭＥＮＵ）画面をその端末装置１０３
に送信する。その画面を受信した端末装置１０３は、そ
れを搭載、或いは接続された表示装置上に表示させる。
会員登録をした人を対象にサービスを提供するようにな
っている。このことから、端末装置１０３との通信が開
設すると、Ｗｅｂサーバー１１１は、特には図示してい
ないが、会員でない人に会員登録を行うか否か問い合わ
せるためのアイコン（例えば「新規登録」アイコン）
や、会員としてのサービスの提供を要求するためのアイ
コン（例えば「リクエスト」アイコン）などが配置され
ているメニュー（ＭＥＮＵ）画面をその端末装置１０３
に送信する。その画面を受信した端末装置１０３は、そ
れを搭載、或いは接続された表示装置上に表示させる。
【００４３】端末装置１０３が表示させたメニュー画面
上の「新規登録」アイコンをユーザーがクリックする
と、その旨がＷｅｂサーバー１１１に通知されて、その
サーバー１１１から登録のために個人データの入力を求
めるための画面が送信される。その画面上に個人データ
を入力した後、その送信を指示するためのアイコンをユ
ーザーがクリックすると、入力された個人データはＷｅ
ｂサーバー１１１に送信される。
上の「新規登録」アイコンをユーザーがクリックする
と、その旨がＷｅｂサーバー１１１に通知されて、その
サーバー１１１から登録のために個人データの入力を求
めるための画面が送信される。その画面上に個人データ
を入力した後、その送信を指示するためのアイコンをユ
ーザーがクリックすると、入力された個人データはＷｅ
ｂサーバー１１１に送信される。
【００４４】Ｗｅｂサーバー１１１は、端末装置１０３
から個人データを受信すると、例えばＩＤを発行し、そ
のＩＤを通知してパスワードを設定させるための画面を
作成して端末装置１０３に送信する。その画面上にパス
ワードを入力した後、その送信を指示するためのアイコ
ンをユーザーがクリックすると、入力されたパスワード
はＷｅｂサーバー１１１に送信される。
から個人データを受信すると、例えばＩＤを発行し、そ
のＩＤを通知してパスワードを設定させるための画面を
作成して端末装置１０３に送信する。その画面上にパス
ワードを入力した後、その送信を指示するためのアイコ
ンをユーザーがクリックすると、入力されたパスワード
はＷｅｂサーバー１１１に送信される。
【００４５】そのパスワードを受信したＷｅｂサーバー
１１１は、そのパスワード、発行したＩＤをＩＤ端末装
置１０３のユーザーが入力した個人データと合わせてＤ
Ｂサーバー１１２に送信し、それらを会員管理用のデー
タベース（会員ＤＢ）に登録させる。そのようにして会
員登録を行った後は、会員登録が完了した旨を通知する
ための画面を端末装置１２１に送信して、そのことをユ
ーザーに通知する。
１１１は、そのパスワード、発行したＩＤをＩＤ端末装
置１０３のユーザーが入力した個人データと合わせてＤ
Ｂサーバー１１２に送信し、それらを会員管理用のデー
タベース（会員ＤＢ）に登録させる。そのようにして会
員登録を行った後は、会員登録が完了した旨を通知する
ための画面を端末装置１２１に送信して、そのことをユ
ーザーに通知する。
【００４６】一方、上記メニュー画面上の「リクエス
ト」アイコンをユーザーがクリックすると、その旨がＷ
ｅｂサーバー１１１に通知されて、そのサーバー１１１
からＩＤとパスワードの入力を求めるための図２５に示
すような認証画面が送信される。その認証画面には、Ｉ
Ｄ、パスワードを入力するための各ボックス、「送
信」、「キャンセル」の各アイコンが配置されている。
ト」アイコンをユーザーがクリックすると、その旨がＷ
ｅｂサーバー１１１に通知されて、そのサーバー１１１
からＩＤとパスワードの入力を求めるための図２５に示
すような認証画面が送信される。その認証画面には、Ｉ
Ｄ、パスワードを入力するための各ボックス、「送
信」、「キャンセル」の各アイコンが配置されている。
【００４７】その認証画面を受信した端末装置１０３
は、それを表示装置上に表示させ、ユーザーの操作に応
じてＩＤ、パスワードを入力する。それらの入力後、そ
の画面上に配置された「送信」アイコンをユーザーがク
リックすると、ユーザーが入力したＩＤ、パスワードを
Ｗｅｂサーバー１１１に送信する（以上、ステップＳＴ
１）。
は、それを表示装置上に表示させ、ユーザーの操作に応
じてＩＤ、パスワードを入力する。それらの入力後、そ
の画面上に配置された「送信」アイコンをユーザーがク
リックすると、ユーザーが入力したＩＤ、パスワードを
Ｗｅｂサーバー１１１に送信する（以上、ステップＳＴ
１）。
【００４８】端末装置１０３から送信されたＩＤ、パス
ワードを受信したＷｅｂサーバー１１１は、それらの組
み合わせが登録した会員のものか否か確認することで認
証を行う（ステップＳＳ１）。その認証を行った結果、
それらが登録した会員のものであることを確認すると、
図２６に示すような初期画面を端末装置１０３に送信す
る（ステップＳＳ２）。その後は、端末装置１０３のユ
ーザーが初期画面上で行った操作の内容（アイコンのク
リックやＵＲＬの入力、など）に応じた処理を実行す
る。他方の端末装置１０３は、Ｗｅｂサーバー１１１か
ら送信された初期画面を受信すると、それを表示装置上
に表示させる。なお、上記認証は、例えば端末装置１０
３から受信したＩＤ、パスワードをＤＢサーバー１１２
に送り、それらの組み合わせが会員ＤＢを構成するレコ
ードに格納されているか否か確認させ、その結果を受け
取ることで行われる。
ワードを受信したＷｅｂサーバー１１１は、それらの組
み合わせが登録した会員のものか否か確認することで認
証を行う（ステップＳＳ１）。その認証を行った結果、
それらが登録した会員のものであることを確認すると、
図２６に示すような初期画面を端末装置１０３に送信す
る（ステップＳＳ２）。その後は、端末装置１０３のユ
ーザーが初期画面上で行った操作の内容（アイコンのク
リックやＵＲＬの入力、など）に応じた処理を実行す
る。他方の端末装置１０３は、Ｗｅｂサーバー１１１か
ら送信された初期画面を受信すると、それを表示装置上
に表示させる。なお、上記認証は、例えば端末装置１０
３から受信したＩＤ、パスワードをＤＢサーバー１１２
に送り、それらの組み合わせが会員ＤＢを構成するレコ
ードに格納されているか否か確認させ、その結果を受け
取ることで行われる。
【００４９】図２５に示す初期画面には、ＵＲＬを入力
するためのボックスの他に、特に図示していないが、各
種アイコンや、リンク先を割り当てた各種リンクボタン
などが配置されている。それにより、ユーザー（会員）
は、ＵＲＬを入力するか、或いは、アイコンまたはリン
クボタンをクリックすることでサービスの提供を要求で
きるようになっている。
するためのボックスの他に、特に図示していないが、各
種アイコンや、リンク先を割り当てた各種リンクボタン
などが配置されている。それにより、ユーザー（会員）
は、ＵＲＬを入力するか、或いは、アイコンまたはリン
クボタンをクリックすることでサービスの提供を要求で
きるようになっている。
【００５０】配信を希望する曲データの選択は、図２７
に示すようなリクエスト画面上で行うようになってい
る。そのリクエスト画面には、ＵＲＬを入力するための
ボックスの他に、配信可能な曲データの曲名のリスト、
「送信」アイコン、及び「キャンセル」アイコンが配置
されている。そのリクエスト画面上での曲データの選択
は、リスト上の曲名のなかから曲名を一つ選択した後、
「送信」アイコンをクリックすることで行われる。
に示すようなリクエスト画面上で行うようになってい
る。そのリクエスト画面には、ＵＲＬを入力するための
ボックスの他に、配信可能な曲データの曲名のリスト、
「送信」アイコン、及び「キャンセル」アイコンが配置
されている。そのリクエスト画面上での曲データの選択
は、リスト上の曲名のなかから曲名を一つ選択した後、
「送信」アイコンをクリックすることで行われる。
【００５１】図２６に示す初期画面上で図２７に示すリ
クエスト画面に対応するＵＲＬを入力するか、或いはそ
れをリンク先とするリンクボタンをユーザーがクリック
したような場合、端末装置１０３はリクエスト画面のＵ
ＲＬ（リクエスト用ＵＲＬ）をＷｅｂサーバー１１１に
送信する（図４のステップＳＴ３）。Ｗｅｂサーバー１
１１は、そのＵＲＬを受信すると、そのＵＲＬで指定さ
れたリクエスト画面を端末装置１０３に送信する（図４
のステップＳＳ３）。
クエスト画面に対応するＵＲＬを入力するか、或いはそ
れをリンク先とするリンクボタンをユーザーがクリック
したような場合、端末装置１０３はリクエスト画面のＵ
ＲＬ（リクエスト用ＵＲＬ）をＷｅｂサーバー１１１に
送信する（図４のステップＳＴ３）。Ｗｅｂサーバー１
１１は、そのＵＲＬを受信すると、そのＵＲＬで指定さ
れたリクエスト画面を端末装置１０３に送信する（図４
のステップＳＳ３）。
【００５２】端末装置１０３は、Ｗｅｂサーバー１１１
からリクエスト画面を受信すると、それを表示装置上に
表示させる（ステップＳＴ４）。その後、上述したよう
にして、リストのなかから曲名を選択し、更に「送信」
アイコンをユーザーがクリックすると、その曲名や曲番
号を付したリクエスト要求信号をＷｅｂサーバー１１１
に送信する（ステップＳＴ５）。それにより、Ｗｅｂサ
ーバー１１１は、図２８に示すような課金画面を端末装
置１０３に送信する（ステップＳＳ４）。
からリクエスト画面を受信すると、それを表示装置上に
表示させる（ステップＳＴ４）。その後、上述したよう
にして、リストのなかから曲名を選択し、更に「送信」
アイコンをユーザーがクリックすると、その曲名や曲番
号を付したリクエスト要求信号をＷｅｂサーバー１１１
に送信する（ステップＳＴ５）。それにより、Ｗｅｂサ
ーバー１１１は、図２８に示すような課金画面を端末装
置１０３に送信する（ステップＳＳ４）。
【００５３】その課金画面には、図２８に示すように、
氏名、クレジットカードの種類、その番号、及びパスワ
ードをそれぞれ入力するための複数のボックスや、「Ｏ
Ｋ」「キャンセル」の各アイコンが配置されている。そ
れにより、曲データの配信は、各ボックスに対応するデ
ータを入力した後、「ＯＫ」アイコンをクリックしたユ
ーザーのみを対象に行うようにしている。
氏名、クレジットカードの種類、その番号、及びパスワ
ードをそれぞれ入力するための複数のボックスや、「Ｏ
Ｋ」「キャンセル」の各アイコンが配置されている。そ
れにより、曲データの配信は、各ボックスに対応するデ
ータを入力した後、「ＯＫ」アイコンをクリックしたユ
ーザーのみを対象に行うようにしている。
【００５４】課金画面を受信した端末装置１０３は、そ
れを表示装置上に表示させる（ステップＳＴ６）。その
後は、ユーザーがキーボードなどの入力装置に行った操
作に応じてボックス内にデータを入力し、ボックス内に
入力したデータを課金データとして、「ＯＫ」ボタンを
ユーザーがクリックするのを待ってＷｅｂサーバー１１
１に送信する（ステップＳＴ７）。
れを表示装置上に表示させる（ステップＳＴ６）。その
後は、ユーザーがキーボードなどの入力装置に行った操
作に応じてボックス内にデータを入力し、ボックス内に
入力したデータを課金データとして、「ＯＫ」ボタンを
ユーザーがクリックするのを待ってＷｅｂサーバー１１
１に送信する（ステップＳＴ７）。
【００５５】Ｗｅｂサーバー１１１は、端末装置１０３
から課金データを受信すると、そのデータに従って代金
を徴収するための課金処理を実行する（ステップＳＳ
５）。その課金処理の実行による代金の徴収は、例えば
課金データ中で指定されたクレジットカードを発行した
カード会社がその代金を配信システム１０１側の用意し
た銀行口座に振り込むように金融機関１０４に依頼する
ことで行う。その実行後は、曲データを配信すべき時間
帯（アクセス時刻）を検出して割り当てるアクセス時刻
検出処理を実行する（ステップＳＳ６）。その検出処理
を実行することにより、Ｗｅｂサーバー１１１は、ＤＢ
サーバー１１２に、図２に示すリクエストデータエリア
にリクエストデータを格納させる。
から課金データを受信すると、そのデータに従って代金
を徴収するための課金処理を実行する（ステップＳＳ
５）。その課金処理の実行による代金の徴収は、例えば
課金データ中で指定されたクレジットカードを発行した
カード会社がその代金を配信システム１０１側の用意し
た銀行口座に振り込むように金融機関１０４に依頼する
ことで行う。その実行後は、曲データを配信すべき時間
帯（アクセス時刻）を検出して割り当てるアクセス時刻
検出処理を実行する（ステップＳＳ６）。その検出処理
を実行することにより、Ｗｅｂサーバー１１１は、ＤＢ
サーバー１１２に、図２に示すリクエストデータエリア
にリクエストデータを格納させる。
【００５６】その検出処理を実行した後は、ＤＢサーバ
ー１１２に格納させたリクエストデータを用いて、ユー
ザーが希望する曲データの配信に割り当てたアクセス時
刻を通知するための通知画面を作成する（図５のステッ
プＳＳ７）。その通知画面は、図２９に示すように、要
求された曲データの曲番号、曲名、ユーザーのＩＤ、パ
スワード、アクセス時刻、返却期限、の各データ、及び
「ＯＫ」アイコンが配置されたものである。その通知画
面は、その曲データの配信のために用意する図３０に示
すような曲再生画面（ページ）のＵＲＬを配置して図２
９に示すような状態にした（ステップＳＳ８）後、端末
装置１０３に送信する（ステップＳＳ９）。その送信に
より、曲データの配信の要求にかかる処理が終了し、そ
れ以降は、他の要求に対応するためのその他の処理の実
行に移行する。
ー１１２に格納させたリクエストデータを用いて、ユー
ザーが希望する曲データの配信に割り当てたアクセス時
刻を通知するための通知画面を作成する（図５のステッ
プＳＳ７）。その通知画面は、図２９に示すように、要
求された曲データの曲番号、曲名、ユーザーのＩＤ、パ
スワード、アクセス時刻、返却期限、の各データ、及び
「ＯＫ」アイコンが配置されたものである。その通知画
面は、その曲データの配信のために用意する図３０に示
すような曲再生画面（ページ）のＵＲＬを配置して図２
９に示すような状態にした（ステップＳＳ８）後、端末
装置１０３に送信する（ステップＳＳ９）。その送信に
より、曲データの配信の要求にかかる処理が終了し、そ
れ以降は、他の要求に対応するためのその他の処理の実
行に移行する。
【００５７】他方の端末装置１０３は、Ｗｅｂサーバー
１１１から通知画面を受信するのを待って、それを表示
装置上に表示させる（図５のステップＳＴ８）。その画
面上に配置された「ＯＫ」アイコンをユーザーがクリッ
クすると、その画面を表示装置上から消去し、ユーザー
のそれ以降の操作に対応するためのその他の処理の実行
に移行する。
１１１から通知画面を受信するのを待って、それを表示
装置上に表示させる（図５のステップＳＴ８）。その画
面上に配置された「ＯＫ」アイコンをユーザーがクリッ
クすると、その画面を表示装置上から消去し、ユーザー
のそれ以降の操作に対応するためのその他の処理の実行
に移行する。
【００５８】上述したように、曲データの配信は、その
配信を行う時間帯をユーザー（希望者）に割り当てて行
うようにしている。その割り当てた時間帯に曲データの
配信をユーザーが受けなければ、曲データの配信を受け
ない人のために時間帯を確保したことになって、その時
間帯の利用効率が低下することになる。しかし、予め代
金を徴収すると、曲データの配信を受けなければ損失を
被ることになるから、そうしない場合と比較して、その
配信をより高い確率で受けるようになる。予め代金を徴
収するのは、そのようにして利用効率の低下を回避する
意味もある。
配信を行う時間帯をユーザー（希望者）に割り当てて行
うようにしている。その割り当てた時間帯に曲データの
配信をユーザーが受けなければ、曲データの配信を受け
ない人のために時間帯を確保したことになって、その時
間帯の利用効率が低下することになる。しかし、予め代
金を徴収すると、曲データの配信を受けなければ損失を
被ることになるから、そうしない場合と比較して、その
配信をより高い確率で受けるようになる。予め代金を徴
収するのは、そのようにして利用効率の低下を回避する
意味もある。
【００５９】上記曲再生画面（図３０参照）のＵＲＬ
は、他の画面（ページ）にリンク先として挿入せず、そ
の曲再生画面はＵＲＬ入力用のボックスにそのＵＲＬを
入力しなければアクセスできないようにしている。これ
は、曲再生画面は、それに割り当てた曲データの配信を
要求したユーザーにのみアクセスできるようにするため
である。
は、他の画面（ページ）にリンク先として挿入せず、そ
の曲再生画面はＵＲＬ入力用のボックスにそのＵＲＬを
入力しなければアクセスできないようにしている。これ
は、曲再生画面は、それに割り当てた曲データの配信を
要求したユーザーにのみアクセスできるようにするため
である。
【００６０】その曲再生画面には、配信の対象とする曲
データの曲名が配置され、アイコンとしては、再生（ス
トリーム再生）の開始を要求するための「スタート」ア
イコン、その停止を要求するための「ストップ」アイコ
ン、曲データの購入を要求するための「ダウンロード」
アイコン、購入した曲データの返却を要求するための
「返却」アイコン、及びその画面を閉じるのを指示する
ための「終了」アイコンが配置されている。それによ
り、曲データの再生、購入、或いは返却は、曲再生画面
を表示させて行うようになっている。
データの曲名が配置され、アイコンとしては、再生（ス
トリーム再生）の開始を要求するための「スタート」ア
イコン、その停止を要求するための「ストップ」アイコ
ン、曲データの購入を要求するための「ダウンロード」
アイコン、購入した曲データの返却を要求するための
「返却」アイコン、及びその画面を閉じるのを指示する
ための「終了」アイコンが配置されている。それによ
り、曲データの再生、購入、或いは返却は、曲再生画面
を表示させて行うようになっている。
【００６１】その曲再生画面のＵＲＬを図２６に示す初
期画面上の入力ボックスにユーザーが入力した場合、図
３のステップＳＴ２から図６のステップＳＴ９に移行し
て、端末装置１０３はそのＵＲＬをＷｅｂサーバー１１
１に送信する。そのＵＲＬを受信したＷｅｂサーバー１
１１は、そのＵＲＬに対応する曲番号、及び曲名を配置
した図３１に示すようなパスワード入力画面を作成して
端末装置１０３に送信する（図６のステップＳＳ１
０）。それにより、曲データの配信を要求した人がその
配信用の曲再生画面にアクセスしたのか否か確認を行
う。
期画面上の入力ボックスにユーザーが入力した場合、図
３のステップＳＴ２から図６のステップＳＴ９に移行し
て、端末装置１０３はそのＵＲＬをＷｅｂサーバー１１
１に送信する。そのＵＲＬを受信したＷｅｂサーバー１
１１は、そのＵＲＬに対応する曲番号、及び曲名を配置
した図３１に示すようなパスワード入力画面を作成して
端末装置１０３に送信する（図６のステップＳＳ１
０）。それにより、曲データの配信を要求した人がその
配信用の曲再生画面にアクセスしたのか否か確認を行
う。
【００６２】端末装置１０３は、Ｗｅｂサーバー１１１
からそのパスワード入力画面を受信すると、それを表示
装置上に表示させる（ステップＳＴ１０）。その後は、
ユーザーの入力装置への操作に応じてＩＤ、或いはパス
ワード入力用のボックス内にデータを入力し、「送信」
アイコンをユーザーがクリックするのを待って、各ボッ
クス内に入力したデータをＷｅｂサーバー１１１に送信
する（ステップＳＴ１１）。そのパスワード入力画面で
入力を求めるＩＤ、パスワードは、図２９に示す通知画
面で通知したものである。
からそのパスワード入力画面を受信すると、それを表示
装置上に表示させる（ステップＳＴ１０）。その後は、
ユーザーの入力装置への操作に応じてＩＤ、或いはパス
ワード入力用のボックス内にデータを入力し、「送信」
アイコンをユーザーがクリックするのを待って、各ボッ
クス内に入力したデータをＷｅｂサーバー１１１に送信
する（ステップＳＴ１１）。そのパスワード入力画面で
入力を求めるＩＤ、パスワードは、図２９に示す通知画
面で通知したものである。
【００６３】Ｗｅｂサーバー１１１は、そのようにして
端末装置１０３から送信されるデータ（ＩＤ、パスワー
ド）を受信すると、そのユーザーが要求した曲データ用
の曲再生画面にアクセスしたか否か確認するための認証
処理を実行する（ステップＳＳ１１）。その実行後は、
認証結果を判定する（ステップＳＳ１２）。認証処理を
実行した結果、要求した曲データ用の曲再生画面にユー
ザーがアクセスしてきたことを確認できた場合、その旨
が判定され、次にその曲再生画面を端末装置１０３に送
信する（ステップＳＳ１３）。そうでない場合には、図
１１のステップＳＳ３０に移行する。
端末装置１０３から送信されるデータ（ＩＤ、パスワー
ド）を受信すると、そのユーザーが要求した曲データ用
の曲再生画面にアクセスしたか否か確認するための認証
処理を実行する（ステップＳＳ１１）。その実行後は、
認証結果を判定する（ステップＳＳ１２）。認証処理を
実行した結果、要求した曲データ用の曲再生画面にユー
ザーがアクセスしてきたことを確認できた場合、その旨
が判定され、次にその曲再生画面を端末装置１０３に送
信する（ステップＳＳ１３）。そうでない場合には、図
１１のステップＳＳ３０に移行する。
【００６４】リクエストデータエリアに格納したリクエ
ストデータは、それの返却期限が過ぎると消去するよう
にしている。このことから、上記認証処理は、例えば端
末装置１０３からデータとして受信したＩＤ、パスワー
ドに加えて、曲再生画面に対応する曲番号をＤＢサーバ
ー１１２に送り、そのＩＤ、パスワード、及び曲番号が
全て一致するリクエストデータがリクエストデータエリ
アに格納されているか否か確認させて、その結果を受け
取ることで行われる。
ストデータは、それの返却期限が過ぎると消去するよう
にしている。このことから、上記認証処理は、例えば端
末装置１０３からデータとして受信したＩＤ、パスワー
ドに加えて、曲再生画面に対応する曲番号をＤＢサーバ
ー１１２に送り、そのＩＤ、パスワード、及び曲番号が
全て一致するリクエストデータがリクエストデータエリ
アに格納されているか否か確認させて、その結果を受け
取ることで行われる。
【００６５】曲再生画面を受信した端末装置１０３は、
それを表示装置上に表示させる（ステップＳＴ１２）。
それを表示させた後、ユーザーが「スタート」アイコン
をクリックすると、その曲再生画面に割り当てられた曲
データの再生開始を要求するためのスタート信号をＷｅ
ｂサーバー１１１に送信する（図７のステップＳＴ１
３）。
それを表示装置上に表示させる（ステップＳＴ１２）。
それを表示させた後、ユーザーが「スタート」アイコン
をクリックすると、その曲再生画面に割り当てられた曲
データの再生開始を要求するためのスタート信号をＷｅ
ｂサーバー１１１に送信する（図７のステップＳＴ１
３）。
【００６６】一方のＷｅｂサーバー１１１は、端末装置
１０３からスタート信号を受信すると、それを送信させ
たユーザーのリクエストデータをＤＢサーバー１１２か
ら取得し（図７のステップＳＳ１４）、現在の時刻（現
時刻）がそのリクエストデータ中のアクセス時刻か否か
判定する（ステップＳＳ１５）。ユーザーがそのアクセ
ス時刻に割り当てられた時刻間（時間帯）に「スター
ト」アイコンをクリックして曲データの再生開始を要求
したような場合、言い換えればユーザーがそのアクセス
時刻に曲データの配信（ストリーム再生のための送信）
を要求したような場合、判定はＹＥＳとなり、その曲デ
ータをＤＢサーバー１１２から取得して、そのストリー
ム再生のための送信を開始する（ステップＳＳ１６）。
１０３からスタート信号を受信すると、それを送信させ
たユーザーのリクエストデータをＤＢサーバー１１２か
ら取得し（図７のステップＳＳ１４）、現在の時刻（現
時刻）がそのリクエストデータ中のアクセス時刻か否か
判定する（ステップＳＳ１５）。ユーザーがそのアクセ
ス時刻に割り当てられた時刻間（時間帯）に「スター
ト」アイコンをクリックして曲データの再生開始を要求
したような場合、言い換えればユーザーがそのアクセス
時刻に曲データの配信（ストリーム再生のための送信）
を要求したような場合、判定はＹＥＳとなり、その曲デ
ータをＤＢサーバー１１２から取得して、そのストリー
ム再生のための送信を開始する（ステップＳＳ１６）。
【００６７】端末装置１０３は、ストリーム再生のため
にＷｅｂサーバー１１１から送信される曲データを受信
すると、例えばそれを処理して内蔵の音源装置に送り、
その音源装置と接続されたスピーカから楽音を発音させ
ることでその再生を行う（ステップＳＴ１４）。
にＷｅｂサーバー１１１から送信される曲データを受信
すると、例えばそれを処理して内蔵の音源装置に送り、
その音源装置と接続されたスピーカから楽音を発音させ
ることでその再生を行う（ステップＳＴ１４）。
【００６８】特に図示していないが、Ｗｅｂサーバー１
１１は、曲データを細かく分割して、それの送信が終了
するまでその一部の送信を順次、繰り返し行い、端末装
置１０３は、曲データの再生が終了するまで、曲データ
の一部の受信やその処理を並行して行う。それにより、
曲データのストリーム再生を実現させる。
１１は、曲データを細かく分割して、それの送信が終了
するまでその一部の送信を順次、繰り返し行い、端末装
置１０３は、曲データの再生が終了するまで、曲データ
の一部の受信やその処理を並行して行う。それにより、
曲データのストリーム再生を実現させる。
【００６９】曲データの再生中にユーザーが「ストッ
プ」アイコンをクリックすると、端末装置１０３は、曲
データの再生（送信）停止を要求するためのストップ信
号をＷｅｂサーバー１１１に送信する（ステップＳＴ１
５）。その後のユーザーの指示に対応するために実行す
る処理についての説明は省略する。
プ」アイコンをクリックすると、端末装置１０３は、曲
データの再生（送信）停止を要求するためのストップ信
号をＷｅｂサーバー１１１に送信する（ステップＳＴ１
５）。その後のユーザーの指示に対応するために実行す
る処理についての説明は省略する。
【００７０】ストップ信号を受信したＷｅｂサーバー１
１１は、それを送信した端末装置１０３への曲データの
送信を停止する（ステップＳＳ１７）。次に、曲データ
の再生を行ったとして、ＤＢサーバー１１２が管理する
リクエストデータエリア中の対応するリクエストデータ
が有する再生フラグの値を１にする（ステップＳＳ１
８）。それは、例えばＤＢサーバー１１２から取得した
リクエストデータ中の再生フラグの値を１に書き換えた
後、その書き換え後のリクエストデータを上書きのため
にＤＢサーバー１１２に送ることで行う。その後に実行
する処理についての説明は省略する。
１１は、それを送信した端末装置１０３への曲データの
送信を停止する（ステップＳＳ１７）。次に、曲データ
の再生を行ったとして、ＤＢサーバー１１２が管理する
リクエストデータエリア中の対応するリクエストデータ
が有する再生フラグの値を１にする（ステップＳＳ１
８）。それは、例えばＤＢサーバー１１２から取得した
リクエストデータ中の再生フラグの値を１に書き換えた
後、その書き換え後のリクエストデータを上書きのため
にＤＢサーバー１１２に送ることで行う。その後に実行
する処理についての説明は省略する。
【００７１】ユーザーが割り当てられたアクセス時刻に
曲データの再生開始を要求しなかった場合には、上記ス
テップＳＳ１５の判定はＮＯとなる。その場合、Ｗｅｂ
サーバー１１１は、ＤＢサーバー１１２から取得したリ
クエストデータ中のアクセス時刻を用いて、そのアクセ
ス時刻に曲データの配信を要求するのをユーザーに要請
するための図３２に示すようなアクセス不可画面を作成
し（図８のステップＳＳ１９）、その作成したアクセス
不可画面を端末装置１０３に送信する（ステップＳＳ２
０）。そのようにして、曲データへのアクセスを拒絶し
た後に実行する処理についての説明は省略する。
曲データの再生開始を要求しなかった場合には、上記ス
テップＳＳ１５の判定はＮＯとなる。その場合、Ｗｅｂ
サーバー１１１は、ＤＢサーバー１１２から取得したリ
クエストデータ中のアクセス時刻を用いて、そのアクセ
ス時刻に曲データの配信を要求するのをユーザーに要請
するための図３２に示すようなアクセス不可画面を作成
し（図８のステップＳＳ１９）、その作成したアクセス
不可画面を端末装置１０３に送信する（ステップＳＳ２
０）。そのようにして、曲データへのアクセスを拒絶し
た後に実行する処理についての説明は省略する。
【００７２】一方の端末装置１０３は、そのようにして
送信されるアクセス不可画面を受信すると、それを表示
装置上に表示させる（図８のステップＳＴ１６）。その
表示後に実行する処理についての説明は省略する。この
ようにして、配信システム１０１は、割り当てたアクセ
ス時刻に曲データの再生開始を要求したユーザーにの
み、その要求を受け付け、その再生のための曲データの
送信を行うようにしている。それにより、曲データへの
アクセスが過度に集中するのを回避させて、その送信を
常に適切に行えるようにしている。
送信されるアクセス不可画面を受信すると、それを表示
装置上に表示させる（図８のステップＳＴ１６）。その
表示後に実行する処理についての説明は省略する。この
ようにして、配信システム１０１は、割り当てたアクセ
ス時刻に曲データの再生開始を要求したユーザーにの
み、その要求を受け付け、その再生のための曲データの
送信を行うようにしている。それにより、曲データへの
アクセスが過度に集中するのを回避させて、その送信を
常に適切に行えるようにしている。
【００７３】図３０に示す曲再生画面を表示装置上に表
示させた後にユーザーが「ダウンロード」アイコンをク
リックした場合には、端末装置１０３は、その曲再生画
面に対応する曲データの購入用のダウンロードを要求す
るためのダウンロード要求信号をＷｅｂサーバー１１１
に送信する（図９のステップＳＴ１７）。
示させた後にユーザーが「ダウンロード」アイコンをク
リックした場合には、端末装置１０３は、その曲再生画
面に対応する曲データの購入用のダウンロードを要求す
るためのダウンロード要求信号をＷｅｂサーバー１１１
に送信する（図９のステップＳＴ１７）。
【００７４】その信号を受信したＷｅｂサーバー１１１
は、それを送信させたユーザーのリクエストデータをＤ
Ｂサーバー１１２から取得し（図９のステップＳＳ２
１）、現時刻がそのリクエストデータ中のアクセス時刻
か否か判定する（ステップＳＳ２２）。ユーザーがその
アクセス時刻に割り当てられた時刻間に「ダウンロー
ド」アイコンをクリックして曲データの購入のためのダ
ウンロードを要求したような場合、判定はＹＥＳとな
り、次に図２８に示す課金画面を端末装置１０３に送信
する（ステップＳＳ２３）。
は、それを送信させたユーザーのリクエストデータをＤ
Ｂサーバー１１２から取得し（図９のステップＳＳ２
１）、現時刻がそのリクエストデータ中のアクセス時刻
か否か判定する（ステップＳＳ２２）。ユーザーがその
アクセス時刻に割り当てられた時刻間に「ダウンロー
ド」アイコンをクリックして曲データの購入のためのダ
ウンロードを要求したような場合、判定はＹＥＳとな
り、次に図２８に示す課金画面を端末装置１０３に送信
する（ステップＳＳ２３）。
【００７５】端末装置１０３は、課金画面をＷｅｂサー
バー１１１から受信すると、それを表示装置上に表示さ
せる（ステップＳＴ１８）。その後は、ユーザーがキー
ボードなどの入力装置に行った操作に応じてボックス内
にデータを入力し、ボックス内に入力したデータを課金
データとして、「ＯＫ」ボタンをユーザーがクリックす
るのを待ってＷｅｂサーバー１１１に送信する（ステッ
プＳＴ１９）。
バー１１１から受信すると、それを表示装置上に表示さ
せる（ステップＳＴ１８）。その後は、ユーザーがキー
ボードなどの入力装置に行った操作に応じてボックス内
にデータを入力し、ボックス内に入力したデータを課金
データとして、「ＯＫ」ボタンをユーザーがクリックす
るのを待ってＷｅｂサーバー１１１に送信する（ステッ
プＳＴ１９）。
【００７６】Ｗｅｂサーバー１１１は、端末装置１０３
から課金データを受信すると、そのデータに従って曲デ
ータの代金を徴収するための課金処理を実行する（ステ
ップＳＳ２４）。その実行後は、購入フラグ、及び再生
フラグの値は１にそれぞれ更新させた後、ユーザーが要
求した曲データをＤＢサーバー１１２から受け取って端
末装置１０３に送信する（ステップＳＳ２５）。その後
に実行する処理についての説明は省略する。
から課金データを受信すると、そのデータに従って曲デ
ータの代金を徴収するための課金処理を実行する（ステ
ップＳＳ２４）。その実行後は、購入フラグ、及び再生
フラグの値は１にそれぞれ更新させた後、ユーザーが要
求した曲データをＤＢサーバー１１２から受け取って端
末装置１０３に送信する（ステップＳＳ２５）。その後
に実行する処理についての説明は省略する。
【００７７】他方の端末装置１０３は、Ｗｅｂサーバー
１１１から送信された曲データを受信すると、例えば予
め定めた保存先に曲データをストアする（ステップＳＴ
２０）。端末装置１０３がその後に実行する処理につい
ての説明は省略する。ユーザーが割り当てられたアクセ
ス時刻に曲データの購入のためのダウンロードを要求し
なかった場合には、上記ステップＳＳ２２の判定はＮＯ
となり、Ｗｅｂサーバー１１１は次に上述の図８のステ
ップＳＳ１９に移行する。他方の端末装置１０３では、
ステップＳＴ１７から図８のステップＳＴ１６に移行す
る。それにより、曲データを送信する形態やその目的な
どに係わらず、割り当てたアクセス時刻に曲データの送
信（配信）を要求したユーザーにのみ、その要求を受け
付けて曲データの送信を行うようにしている。そのよう
にして、アクセス時刻に上限を越えるアクセスが曲デー
タに生じるのを確実に回避させることにより、その送信
を常に適切に行える環境を実現させている。
１１１から送信された曲データを受信すると、例えば予
め定めた保存先に曲データをストアする（ステップＳＴ
２０）。端末装置１０３がその後に実行する処理につい
ての説明は省略する。ユーザーが割り当てられたアクセ
ス時刻に曲データの購入のためのダウンロードを要求し
なかった場合には、上記ステップＳＳ２２の判定はＮＯ
となり、Ｗｅｂサーバー１１１は次に上述の図８のステ
ップＳＳ１９に移行する。他方の端末装置１０３では、
ステップＳＴ１７から図８のステップＳＴ１６に移行す
る。それにより、曲データを送信する形態やその目的な
どに係わらず、割り当てたアクセス時刻に曲データの送
信（配信）を要求したユーザーにのみ、その要求を受け
付けて曲データの送信を行うようにしている。そのよう
にして、アクセス時刻に上限を越えるアクセスが曲デー
タに生じるのを確実に回避させることにより、その送信
を常に適切に行える環境を実現させている。
【００７８】図３０に示す曲再生画面を表示装置上に表
示させた後にユーザーが「返却」アイコンをクリックし
た場合には、端末装置１０３は、その曲再生画面に対応
する曲データの返却（返品）を要求するための曲返却要
求信号をＷｅｂサーバー１１１に送信する（図１０のス
テップＳＴ２１）。
示させた後にユーザーが「返却」アイコンをクリックし
た場合には、端末装置１０３は、その曲再生画面に対応
する曲データの返却（返品）を要求するための曲返却要
求信号をＷｅｂサーバー１１１に送信する（図１０のス
テップＳＴ２１）。
【００７９】その信号を受信したＷｅｂサーバー１１１
は、それを送信させたユーザーに対応するリクエストデ
ータ中の購入フラグの値が１か否か、即ちそのユーザー
が、返却を要求した曲データの購入者か否か確認し、そ
れによって購入者であることを確認できれば、図３３に
示すような返金画面を端末装置１０３に送信する（図１
０のステップＳＳ２６）。それにより、曲データの返却
により返金するお金の振込先をユーザーに指定させる。
返却要求を送信させたユーザーが曲データの購入者であ
ると確認できなければ、即ちリクエストデータ中の購入
フラグの値が０であれば、Ｗｅｂサーバー１１１は返金
画面の代わりに、返却の対象となる曲データが存在して
いない旨を通知するための画面を端末装置１０３に送信
する。
は、それを送信させたユーザーに対応するリクエストデ
ータ中の購入フラグの値が１か否か、即ちそのユーザー
が、返却を要求した曲データの購入者か否か確認し、そ
れによって購入者であることを確認できれば、図３３に
示すような返金画面を端末装置１０３に送信する（図１
０のステップＳＳ２６）。それにより、曲データの返却
により返金するお金の振込先をユーザーに指定させる。
返却要求を送信させたユーザーが曲データの購入者であ
ると確認できなければ、即ちリクエストデータ中の購入
フラグの値が０であれば、Ｗｅｂサーバー１１１は返金
画面の代わりに、返却の対象となる曲データが存在して
いない旨を通知するための画面を端末装置１０３に送信
する。
【００８０】その返金画面には、図３３に示すように、
氏名、住所、電話番号（ＴＥＬ）、及び口座データの各
データ入力用の複数のボックスや、「送信」及び「戻
る」の各アイコンが配置されている。氏名、住所、電話
番号（ＴＥＬ）、及び口座データのなかで氏名、住所、
及び口座データは入力が必須のデータとしている。それ
により、曲データの返却を望む場合には、それらのデー
タを少なくとも入力した後、「送信」アイコンをクリッ
クすれば良いようになっている。
氏名、住所、電話番号（ＴＥＬ）、及び口座データの各
データ入力用の複数のボックスや、「送信」及び「戻
る」の各アイコンが配置されている。氏名、住所、電話
番号（ＴＥＬ）、及び口座データのなかで氏名、住所、
及び口座データは入力が必須のデータとしている。それ
により、曲データの返却を望む場合には、それらのデー
タを少なくとも入力した後、「送信」アイコンをクリッ
クすれば良いようになっている。
【００８１】端末装置１０３は、返金画面をＷｅｂサー
バー１１１から受信すると、それを表示装置上に表示さ
せる（ステップＳＴ２２）。その後は、ユーザーがキー
ボードなどの入力装置に行った操作に応じてボックス内
にデータを入力し、ボックス内に入力したデータを返金
データとして、「送信」ボタンをユーザーがクリックす
るのを待ってＷｅｂサーバー１１１に送信する（ステッ
プＳＴ２３）。
バー１１１から受信すると、それを表示装置上に表示さ
せる（ステップＳＴ２２）。その後は、ユーザーがキー
ボードなどの入力装置に行った操作に応じてボックス内
にデータを入力し、ボックス内に入力したデータを返金
データとして、「送信」ボタンをユーザーがクリックす
るのを待ってＷｅｂサーバー１１１に送信する（ステッ
プＳＴ２３）。
【００８２】Ｗｅｂサーバー１１１は、端末装置１０３
から返金データを受信すると、そのデータに従って曲デ
ータの代金を返金するための返金処理を実行する（ステ
ップＳＳ２７）。その返金処理の実行による返金は、例
えば配信システム１０１側の用意した銀行口座からユー
ザーが指定した銀行口座にその返金分の金額を振り込む
のを金融機関１０４に依頼することで行われる。
から返金データを受信すると、そのデータに従って曲デ
ータの代金を返金するための返金処理を実行する（ステ
ップＳＳ２７）。その返金処理の実行による返金は、例
えば配信システム１０１側の用意した銀行口座からユー
ザーが指定した銀行口座にその返金分の金額を振り込む
のを金融機関１０４に依頼することで行われる。
【００８３】上記返金処理を実行すると、次に、ＤＢサ
ーバー１１２に指示して、ユーザーが返却を要求した曲
データに対応するリクエストデータをリクエストデータ
エリア（図２参照）から消去させる（ステップＳＳ２
８）。それを消去させた後は、その旨を通知するととも
に、消去すべき曲データの消去を指示するための返金完
了データを端末装置１０３に送信する（ステップＳＳ２
９）。その後に実行する処理についての説明は省略す
る。
ーバー１１２に指示して、ユーザーが返却を要求した曲
データに対応するリクエストデータをリクエストデータ
エリア（図２参照）から消去させる（ステップＳＳ２
８）。それを消去させた後は、その旨を通知するととも
に、消去すべき曲データの消去を指示するための返金完
了データを端末装置１０３に送信する（ステップＳＳ２
９）。その後に実行する処理についての説明は省略す
る。
【００８４】他方の端末装置１０３は、Ｗｅｂサーバー
１１１から返金完了データを受信すると、それによって
指定される曲データを消去する（ステップＳＴ２４）。
端末装置１０３がその後に実行する処理についての説明
は省略する。このように、本実施の形態では、ユーザー
が曲データの返却（返品）を要求すると、その返却期限
が過ぎるのを待つことなく、その返却を行った時点でリ
クエストデータを消去している。それにより、リクエス
トデータエリアには、曲データの配信要求、或いはその
返却要求に対応するうえで必要なリクエストデータだけ
を保存させている。
１１１から返金完了データを受信すると、それによって
指定される曲データを消去する（ステップＳＴ２４）。
端末装置１０３がその後に実行する処理についての説明
は省略する。このように、本実施の形態では、ユーザー
が曲データの返却（返品）を要求すると、その返却期限
が過ぎるのを待つことなく、その返却を行った時点でリ
クエストデータを消去している。それにより、リクエス
トデータエリアには、曲データの配信要求、或いはその
返却要求に対応するうえで必要なリクエストデータだけ
を保存させている。
【００８５】図６のステップＳＳ１１で認証処理を実行
した結果、要求した曲データ用の曲再生画面（図３０参
照）にユーザーがアクセスしてきたことを確認できなか
った場合、その旨が判定され、Ｗｅｂサーバー１１１は
次に図３４に示すようなデータなし通知画面を作成し
（図１１のステップＳＳ３０）、作成した画面を端末装
置１０３に送信する（ステップＳＳ３１）。その後に実
行する処理についての説明は省略する。
した結果、要求した曲データ用の曲再生画面（図３０参
照）にユーザーがアクセスしてきたことを確認できなか
った場合、その旨が判定され、Ｗｅｂサーバー１１１は
次に図３４に示すようなデータなし通知画面を作成し
（図１１のステップＳＳ３０）、作成した画面を端末装
置１０３に送信する（ステップＳＳ３１）。その後に実
行する処理についての説明は省略する。
【００８６】上述したように、曲再生画面へのアクセス
はそのＵＲＬを入力させることで行わせることにより、
その曲再生画面のＵＲＬを図２９に示す通知画面により
通知されていない人はアクセスできないようにさせてい
る。そのことは、曲再生画面にアクセスしてきた人は、
その曲再生画面に対応する曲データの配信を要求したこ
とがある可能性が高いということを意味する。このよう
なことから、データなし通知画面は、図３４に示すよう
なメッセージを配置する形で作成している。
はそのＵＲＬを入力させることで行わせることにより、
その曲再生画面のＵＲＬを図２９に示す通知画面により
通知されていない人はアクセスできないようにさせてい
る。そのことは、曲再生画面にアクセスしてきた人は、
その曲再生画面に対応する曲データの配信を要求したこ
とがある可能性が高いということを意味する。このよう
なことから、データなし通知画面は、図３４に示すよう
なメッセージを配置する形で作成している。
【００８７】端末装置１０３は、そのデータなし通知画
面を受信すると、それを表示装置上に表示させる（図１
１のステップＳＴ２５）。そのようにして、ＵＲＬで指
定した曲再生画面にアクセスする権利がユーザーにない
ことを通知した後に実行する処理についての説明は省略
する。
面を受信すると、それを表示装置上に表示させる（図１
１のステップＳＴ２５）。そのようにして、ＵＲＬで指
定した曲再生画面にアクセスする権利がユーザーにない
ことを通知した後に実行する処理についての説明は省略
する。
【００８８】このように、本実施の形態では、アクセス
する権利のない曲再生画面にユーザーがアクセスした場
合、そのアクセスを拒否している。それにより、アクセ
ス時刻に曲データにアクセスする人が上限を越えるよう
なことを確実に回避させている。
する権利のない曲再生画面にユーザーがアクセスした場
合、そのアクセスを拒否している。それにより、アクセ
ス時刻に曲データにアクセスする人が上限を越えるよう
なことを確実に回避させている。
【００８９】次に、上述したフローチャートに沿ってサ
ービスをユーザーに提供するために配信システム１０１
（Ｗｅｂサーバー１１１）、及び端末装置１０３がそれ
ぞれ実行する処理について説明する。先ず、配信システ
ム１０１を構成するＷｅｂサーバー１１１が実行する処
理について説明する。
ービスをユーザーに提供するために配信システム１０１
（Ｗｅｂサーバー１１１）、及び端末装置１０３がそれ
ぞれ実行する処理について説明する。先ず、配信システ
ム１０１を構成するＷｅｂサーバー１１１が実行する処
理について説明する。
【００９０】図１２、及び図１３は、図４のステップＳ
Ｓ６としてＷｅｂサーバー１１１が実行するアクセス時
刻検出処理のフローチャートである。Ｗｅｂサーバー１
１１が実行する処理では、始めに図１２、及び図１３を
参照して、その検出処理について詳細に説明する。
Ｓ６としてＷｅｂサーバー１１１が実行するアクセス時
刻検出処理のフローチャートである。Ｗｅｂサーバー１
１１が実行する処理では、始めに図１２、及び図１３を
参照して、その検出処理について詳細に説明する。
【００９１】アクセス時刻検出処理は、上述したよう
に、曲データの配信を希望するユーザーにアクセス時刻
を割り当て、図２に示すリクエストデータエリアにリク
エストデータを格納させるために実行する処理である。
先ず、ステップ１２０１では、アクセス時刻を割り当て
た人にのみ曲データへのアクセスを許可するためのＩ
Ｄ、パスワードを作成する。続くステップ１２０２で
は、変数ｍに１を代入する。その変数ｍは、リクエスト
データエリア内で新たなリクエストデータを格納するエ
リアをサーチするために用意したものであり、それに代
入した「１」は、その先頭に位置するエリアを指す値で
ある（図２参照）。
に、曲データの配信を希望するユーザーにアクセス時刻
を割り当て、図２に示すリクエストデータエリアにリク
エストデータを格納させるために実行する処理である。
先ず、ステップ１２０１では、アクセス時刻を割り当て
た人にのみ曲データへのアクセスを許可するためのＩ
Ｄ、パスワードを作成する。続くステップ１２０２で
は、変数ｍに１を代入する。その変数ｍは、リクエスト
データエリア内で新たなリクエストデータを格納するエ
リアをサーチするために用意したものであり、それに代
入した「１」は、その先頭に位置するエリアを指す値で
ある（図２参照）。
【００９２】ステップ１２０２に続くステップ１２０３
では、変数ｍの値で指定されるエリア（図中では「リク
エストデータ（ｍ）と表記）にリクエストデータが格納
されているか否か判定する。そのエリアにリクエストデ
ータが格納されていなかった場合、判定はＹＥＳとなっ
てステップ１２０５に移行する。そうでない場合には、
判定はＮＯとなり、次にステップ１２０４で変数ｍの値
をインクリメントした後、そのステップ１２０３に戻
る。それにより、ステップ１２０３の判定がＹＥＳ、即
ちリクエストデータが格納されていないエリアを特定す
るまで、ステップ１２０３、及び１２０４で形成される
処理ループを繰り返し実行する。
では、変数ｍの値で指定されるエリア（図中では「リク
エストデータ（ｍ）と表記）にリクエストデータが格納
されているか否か判定する。そのエリアにリクエストデ
ータが格納されていなかった場合、判定はＹＥＳとなっ
てステップ１２０５に移行する。そうでない場合には、
判定はＮＯとなり、次にステップ１２０４で変数ｍの値
をインクリメントした後、そのステップ１２０３に戻
る。それにより、ステップ１２０３の判定がＹＥＳ、即
ちリクエストデータが格納されていないエリアを特定す
るまで、ステップ１２０３、及び１２０４で形成される
処理ループを繰り返し実行する。
【００９３】ステップ１２０５では、変数ｍの値で指定
されるエリアに新たに格納するリクエストデータとし
て、ステップ１２０１で作成したＩＤ、パスワード、及
び端末装置１０３から受信したリクエスト要求信号（図
４参照）から特定される曲番号を設定する。次のステッ
プ１２０６では、アクセス時刻（図中「ＴＩＭＥ」と表
記）として現時刻を設定し、その設定後に移行するステ
ップ１２０７では、そのアクセス時刻をリクエストデー
タとして暫定的に設定する。その後はステップ１２０８
に移行する。
されるエリアに新たに格納するリクエストデータとし
て、ステップ１２０１で作成したＩＤ、パスワード、及
び端末装置１０３から受信したリクエスト要求信号（図
４参照）から特定される曲番号を設定する。次のステッ
プ１２０６では、アクセス時刻（図中「ＴＩＭＥ」と表
記）として現時刻を設定し、その設定後に移行するステ
ップ１２０７では、そのアクセス時刻をリクエストデー
タとして暫定的に設定する。その後はステップ１２０８
に移行する。
【００９４】本実施の形態では、アクセス時刻に１０分
間を割り当てることで、それを１０分単位で設定するよ
うにしている。それにより、現時刻は、その単位を考慮
して判断している。具体的には、現時刻を含むアクセス
時刻に十分な残り時間があれば、現時刻はそのアクセス
時刻、そうでなければ、現時刻はその次のアクセス時刻
であると判断している。そのように現時刻を判断するの
は、ユーザーの待ち時間ができるだけ短くさせるためで
ある。
間を割り当てることで、それを１０分単位で設定するよ
うにしている。それにより、現時刻は、その単位を考慮
して判断している。具体的には、現時刻を含むアクセス
時刻に十分な残り時間があれば、現時刻はそのアクセス
時刻、そうでなければ、現時刻はその次のアクセス時刻
であると判断している。そのように現時刻を判断するの
は、ユーザーの待ち時間ができるだけ短くさせるためで
ある。
【００９５】ステップ１２０８では、変数ｎに０を代入
する。その変数ｎはアクセスデータエリアに格納された
アクセスデータのなかでアクセス数が上限を越えていな
いものをサーチするために用意した変数であり、「０」
はその先頭に位置するアクセスデータを指定する値であ
る。
する。その変数ｎはアクセスデータエリアに格納された
アクセスデータのなかでアクセス数が上限を越えていな
いものをサーチするために用意した変数であり、「０」
はその先頭に位置するアクセスデータを指定する値であ
る。
【００９６】ステップ１２０８に続くステップ１２０９
では、変数ｎの値で指定されるアクセスデータのアクセ
ス数（図中では「アクセス（１，ｎ）」と表記）が上限
として定めた許容アクセス数と一致するか否か判定す
る。それらが一致しない場合、判定はＮＯとなってステ
ップ１２１２に移行する。そうでない場合には、判定は
ＹＥＳとなり、次にステップ１２１０で変数ｎの値をイ
ンクリメントした後、ステップ１２１１に移行する。
では、変数ｎの値で指定されるアクセスデータのアクセ
ス数（図中では「アクセス（１，ｎ）」と表記）が上限
として定めた許容アクセス数と一致するか否か判定す
る。それらが一致しない場合、判定はＮＯとなってステ
ップ１２１２に移行する。そうでない場合には、判定は
ＹＥＳとなり、次にステップ１２１０で変数ｎの値をイ
ンクリメントした後、ステップ１２１１に移行する。
【００９７】ステップ１２１１では、変数ｎの値がアク
セスデータエリアに格納しているアクセスデータの総数
より大きいか否か判定する。その総数より大きな値が変
数ｎに代入されていた場合、判定はＹＥＳとなって図１
３のステップ１２１８に移行する。そうでない場合に
は、判定はＮＯとなってステップ１２０９に戻る。
セスデータエリアに格納しているアクセスデータの総数
より大きいか否か判定する。その総数より大きな値が変
数ｎに代入されていた場合、判定はＹＥＳとなって図１
３のステップ１２１８に移行する。そうでない場合に
は、判定はＮＯとなってステップ１２０９に戻る。
【００９８】ステップ１２０９〜１２１１は処理ループ
を形成していることから、ステップ１２０９におけるＹ
ＥＳの判定は、アクセスデータエリアにアクセス数が許
容アクセス数となっていない（ここではそれ未満となっ
ている）アクセスデータが格納されていないことを意味
する。このため、その処理ループは、ステップ１２０９
の判定がＮＯとなることでアクセス数が許容アクセス数
未満のアクセスデータを特定するか、或いはステップ１
２１１の判定がＹＥＳとなることでそのようなアクセス
データが無いのを確認するまでの間、繰り返し実行され
る。
を形成していることから、ステップ１２０９におけるＹ
ＥＳの判定は、アクセスデータエリアにアクセス数が許
容アクセス数となっていない（ここではそれ未満となっ
ている）アクセスデータが格納されていないことを意味
する。このため、その処理ループは、ステップ１２０９
の判定がＮＯとなることでアクセス数が許容アクセス数
未満のアクセスデータを特定するか、或いはステップ１
２１１の判定がＹＥＳとなることでそのようなアクセス
データが無いのを確認するまでの間、繰り返し実行され
る。
【００９９】そのステップ１２１１の判定がＹＥＳとな
って移行する図１３のステップ１２１８では、変数ｎの
値で指定されるアクセスデータを格納するためのエリア
をＤＢサーバー１１２に新たに確保させる。それを確保
させると、次に、そのアクセス時刻として、変数ｎの値
をデクリメントした値で指定されるアクセスデータ中の
アクセス時刻から１０分が経過した後の時刻を設定し、
アクセス数としては０を設定して、それら設定したアク
セス時刻、及びアクセス数をＤＢサーバー１１２に送
り、それらを新たに確保させたエリアに格納させた（ス
テップ１２１９、１２２０）後、図１２のステップ１２
０９に戻る。そのようにしてステップ１２０９に戻った
場合には、その判定はＮＯとなってステップ１２１２に
移行することになる。
って移行する図１３のステップ１２１８では、変数ｎの
値で指定されるアクセスデータを格納するためのエリア
をＤＢサーバー１１２に新たに確保させる。それを確保
させると、次に、そのアクセス時刻として、変数ｎの値
をデクリメントした値で指定されるアクセスデータ中の
アクセス時刻から１０分が経過した後の時刻を設定し、
アクセス数としては０を設定して、それら設定したアク
セス時刻、及びアクセス数をＤＢサーバー１１２に送
り、それらを新たに確保させたエリアに格納させた（ス
テップ１２１９、１２２０）後、図１２のステップ１２
０９に戻る。そのようにしてステップ１２０９に戻った
場合には、その判定はＮＯとなってステップ１２１２に
移行することになる。
【０１００】そのステップ１２０９の判定がＮＯとなっ
て移行するステップ１２１２では、変数ｍの値で指定さ
れるエリアに新たに格納するリクエストデータのアクセ
ス時刻として、変数ｎの値で指定されるアクセスデータ
のアクセス時刻を設定する。次に移行するステップ１２
１３では、そのアクセスデータのアクセス数をインクリ
メントする。それ以降は、返却期限を現時刻より算出し
（ステップ１２１４）、算出した返却期限をリクエスト
データの返却期限として設定し（ステップ１２１５）、
再生フラグ、及び購入フラグの値をそれぞれ０に設定し
（ステップ１２１６）、設定した再生フラグ、及び購入
フラグをリクエストデータの再生フラグ、及び購入フラ
グとしてそれぞれ設定し、それによって各データを設定
し終えたリクエストデータをＤＢサーバー１１２に送
り、変数ｍの値に対応するリクエストデータエリア内の
エリアに格納させた（ステップ１２１７）後、一連の処
理を終了する。
て移行するステップ１２１２では、変数ｍの値で指定さ
れるエリアに新たに格納するリクエストデータのアクセ
ス時刻として、変数ｎの値で指定されるアクセスデータ
のアクセス時刻を設定する。次に移行するステップ１２
１３では、そのアクセスデータのアクセス数をインクリ
メントする。それ以降は、返却期限を現時刻より算出し
（ステップ１２１４）、算出した返却期限をリクエスト
データの返却期限として設定し（ステップ１２１５）、
再生フラグ、及び購入フラグの値をそれぞれ０に設定し
（ステップ１２１６）、設定した再生フラグ、及び購入
フラグをリクエストデータの再生フラグ、及び購入フラ
グとしてそれぞれ設定し、それによって各データを設定
し終えたリクエストデータをＤＢサーバー１１２に送
り、変数ｍの値に対応するリクエストデータエリア内の
エリアに格納させた（ステップ１２１７）後、一連の処
理を終了する。
【０１０１】このようにして、端末装置１０３のユーザ
ーが曲データの配信を要求すると、その配信を行うアク
セス時刻が割り当てられ、その要求に係るリクエストデ
ータがリクエストデータエリアに新たに格納される。そ
れにより、その曲データの配信は、新たに格納したリク
エストデータを参照して行われる。
ーが曲データの配信を要求すると、その配信を行うアク
セス時刻が割り当てられ、その要求に係るリクエストデ
ータがリクエストデータエリアに新たに格納される。そ
れにより、その曲データの配信は、新たに格納したリク
エストデータを参照して行われる。
【０１０２】図１４は、タイマインタラプト処理のフロ
ーチャートである。不図示のタイマが出力する割り込み
信号により、ユーザーにサービスを提供するためにＷｅ
ｂサーバー１１１が実行する処理である。次に図１４を
参照してそのタイマインタラプト処理について詳細に説
明する。
ーチャートである。不図示のタイマが出力する割り込み
信号により、ユーザーにサービスを提供するためにＷｅ
ｂサーバー１１１が実行する処理である。次に図１４を
参照してそのタイマインタラプト処理について詳細に説
明する。
【０１０３】先ず、ステップ１４０１では、アクセス時
刻が現時刻より前のアクセスデータをアクセスデータエ
リアから消去させるアクセス時刻更新処理を実行する。
その次に移行するステップ１４０２では、返却期限が経
過したリクエストデータをリクエストデータエリアから
消去させるリクエスト消去処理を実行する。その実行後
に一連の処理を終了する。
刻が現時刻より前のアクセスデータをアクセスデータエ
リアから消去させるアクセス時刻更新処理を実行する。
その次に移行するステップ１４０２では、返却期限が経
過したリクエストデータをリクエストデータエリアから
消去させるリクエスト消去処理を実行する。その実行後
に一連の処理を終了する。
【０１０４】次に、上記タイマインタラプト処理で実行
されるサブルーチン処理について、図１５〜図１７を参
照して詳細に説明する。図１５、及び図１６は、上記ス
テップ１４０１として実行されるアクセス時刻更新処理
のフローチャートである。上記タイマインタラプト処理
で実行されるサブルーチン処理は、始めに図１５、及び
図１６を参照して、アクセス時刻更新処理について詳細
に説明する。
されるサブルーチン処理について、図１５〜図１７を参
照して詳細に説明する。図１５、及び図１６は、上記ス
テップ１４０１として実行されるアクセス時刻更新処理
のフローチャートである。上記タイマインタラプト処理
で実行されるサブルーチン処理は、始めに図１５、及び
図１６を参照して、アクセス時刻更新処理について詳細
に説明する。
【０１０５】この更新処理では、アクセス時刻が現時刻
より前のアクセスデータをアクセスデータエリアから消
去させる。これは、曲データの配信を管理するために必
要なアクセスデータは、アクセス時刻が現時刻を含む
か、或いはそれよりも後のものだからである。その消去
の他に、アクセス時刻に曲データにアクセスしなかった
ユーザーのみを対象にして、アクセス時刻を新たに割り
当てることも行う。
より前のアクセスデータをアクセスデータエリアから消
去させる。これは、曲データの配信を管理するために必
要なアクセスデータは、アクセス時刻が現時刻を含む
か、或いはそれよりも後のものだからである。その消去
の他に、アクセス時刻に曲データにアクセスしなかった
ユーザーのみを対象にして、アクセス時刻を新たに割り
当てることも行う。
【０１０６】先ず、ステップ１５０１では、前回、一定
時間が経過したと判定してからその一定時間が経過した
か否か判定する。その一定時間が経過していた場合、判
定はＹＥＳとなってステップ１５０２に移行する。そう
でない場合には、判定はＮＯとなり、ここで一連の処理
を終了する。
時間が経過したと判定してからその一定時間が経過した
か否か判定する。その一定時間が経過していた場合、判
定はＹＥＳとなってステップ１５０２に移行する。そう
でない場合には、判定はＮＯとなり、ここで一連の処理
を終了する。
【０１０７】ステップ１５０２では、変数ＴＩＭＥに、
現時刻を１０分単位で表す時刻を示す値を代入する。続
くステップ１５０３では、アクセスデータの指定に用意
した変数ｎに０を代入する。その後はステップ１５０４
に移行する。なお、現時刻を１０分単位で表す時刻と
は、その現時刻を含むアクセス時刻（その時間帯の開始
時刻）を意味する。
現時刻を１０分単位で表す時刻を示す値を代入する。続
くステップ１５０３では、アクセスデータの指定に用意
した変数ｎに０を代入する。その後はステップ１５０４
に移行する。なお、現時刻を１０分単位で表す時刻と
は、その現時刻を含むアクセス時刻（その時間帯の開始
時刻）を意味する。
【０１０８】ステップ１５０４では、変数ｎの値で指定
されるアクセスデータのアクセス時刻（図中では「アク
セス（０，ｎ）」と表記）が変数ＴＩＭＥの値が示す時
刻よりも前か否か判定する。現時刻がそのアクセス時刻
の次のアクセス時刻以降であった場合、言い換えれば現
時刻がそのアクセス時刻よりも前でなかった場合、その
条件が満たされることから、判定はＹＥＳとなってステ
ップ１５０７に移行する。そうでない場合には、判定は
ＮＯとなってステップ１５０５に移行する。
されるアクセスデータのアクセス時刻（図中では「アク
セス（０，ｎ）」と表記）が変数ＴＩＭＥの値が示す時
刻よりも前か否か判定する。現時刻がそのアクセス時刻
の次のアクセス時刻以降であった場合、言い換えれば現
時刻がそのアクセス時刻よりも前でなかった場合、その
条件が満たされることから、判定はＹＥＳとなってステ
ップ１５０７に移行する。そうでない場合には、判定は
ＮＯとなってステップ１５０５に移行する。
【０１０９】ステップ１５０５では、変数ｎの値をイン
クリメントする。次のステップ１５０６では、変数ｎの
値がアクセスデータエリアに格納されたアクセスデータ
数の総数より大きいか否か判定する。変数ｎの値がその
総数より大きかった場合、判定はＹＥＳとなり、ここで
一連の処理を終了する。そうでない場合には、判定はＮ
Ｏとなって上記ステップ１５０４に戻り、対象とするア
クセスデータを代えて、そのアクセス時刻が現時刻より
も前か否か判定する。
クリメントする。次のステップ１５０６では、変数ｎの
値がアクセスデータエリアに格納されたアクセスデータ
数の総数より大きいか否か判定する。変数ｎの値がその
総数より大きかった場合、判定はＹＥＳとなり、ここで
一連の処理を終了する。そうでない場合には、判定はＮ
Ｏとなって上記ステップ１５０４に戻り、対象とするア
クセスデータを代えて、そのアクセス時刻が現時刻より
も前か否か判定する。
【０１１０】一方のステップ１５０７では、リクエスト
データの指定用の変数ｍに１を代入する。続くステップ
１５０８では、変数ｍの値で指定されるリクエストデー
タ（図中、「リクエスト（ｍ）」と表記）の再生フラグ
の値が０か否か判定する。そのリクエストデータで曲デ
ータへのアクセスを管理するユーザーが曲データにアク
セスした場合、即ちその曲データを再生させるか、或い
はそれを購入した場合、再生フラグには１を設定させる
ことから、判定はＮＯとなってステップ１５０９に移行
する。そうでない場合には、判定はＹＥＳとなってステ
ップ１５１２に移行する。
データの指定用の変数ｍに１を代入する。続くステップ
１５０８では、変数ｍの値で指定されるリクエストデー
タ（図中、「リクエスト（ｍ）」と表記）の再生フラグ
の値が０か否か判定する。そのリクエストデータで曲デ
ータへのアクセスを管理するユーザーが曲データにアク
セスした場合、即ちその曲データを再生させるか、或い
はそれを購入した場合、再生フラグには１を設定させる
ことから、判定はＮＯとなってステップ１５０９に移行
する。そうでない場合には、判定はＹＥＳとなってステ
ップ１５１２に移行する。
【０１１１】ステップ１５０９では、変数ｍの値をイン
クリメントする。続くステップ１５１０では、変数ｍの
値がリクエストデータエリアに格納されたリクエストデ
ータの総数より大きいか否か判定する。その総数より変
数ｍの値が大きかった場合、判定はＹＥＳとなってステ
ップ１５１１に移行し、変数ｎの値で指定されるアクセ
スデータをアクセスデータエリアから消去（クリア）さ
せるとともに、その消去に合わせて他のアクセスデータ
の格納エリアを順次、繰り上げる形で移動させる。その
ようにして、変数ｎの値が、消去したアクセスデータの
次のアクセスデータを指定する状態にした後、上記ステ
ップ１５０４に戻る。
クリメントする。続くステップ１５１０では、変数ｍの
値がリクエストデータエリアに格納されたリクエストデ
ータの総数より大きいか否か判定する。その総数より変
数ｍの値が大きかった場合、判定はＹＥＳとなってステ
ップ１５１１に移行し、変数ｎの値で指定されるアクセ
スデータをアクセスデータエリアから消去（クリア）さ
せるとともに、その消去に合わせて他のアクセスデータ
の格納エリアを順次、繰り上げる形で移動させる。その
ようにして、変数ｎの値が、消去したアクセスデータの
次のアクセスデータを指定する状態にした後、上記ステ
ップ１５０４に戻る。
【０１１２】他方のステップ１５１２では、変数ｍの値
で指定されるリクエストデータのアクセス時刻が、変数
ｎの値で指定されるアクセスデータのアクセス時刻と一
致するか否か判定する。それらが一致しない場合、判定
はＮＯとなって上記ステップ１５０９に移行する。そう
でない場合には、判定はＹＥＳとなってステップ１５１
３に移行する。
で指定されるリクエストデータのアクセス時刻が、変数
ｎの値で指定されるアクセスデータのアクセス時刻と一
致するか否か判定する。それらが一致しない場合、判定
はＮＯとなって上記ステップ１５０９に移行する。そう
でない場合には、判定はＹＥＳとなってステップ１５１
３に移行する。
【０１１３】ステップ１５１２でのＹＥＳの判定は、現
時刻よりも前のアクセス時刻が割り当てられたユーザー
が曲データにアクセスしなかったことを意味する。この
ことから、ステップ１５１３以降では、そのユーザーに
新たにアクセス時刻を割り当てるための処理が行われ
る。
時刻よりも前のアクセス時刻が割り当てられたユーザー
が曲データにアクセスしなかったことを意味する。この
ことから、ステップ１５１３以降では、そのユーザーに
新たにアクセス時刻を割り当てるための処理が行われ
る。
【０１１４】先ず、ステップ１５１３では、新たに割り
当てるアクセス時刻をサーチするために用意した変数ｌ
に１を代入する。次に移行するステップ１５１４では、
変数ｎ、ｌの値でそれぞれ指定されるアクセスデータの
アクセス時刻が一致しないか否か判定する。それらのア
クセス時刻が一致しない（ここでは、変数ｌの値で指定
されるアクセスデータのアクセス時刻のほうが後とな
る）場合、判定はＹＥＳとなってステップ１５１７に移
行する。そうでない場合には、判定はＮＯとなってステ
ップ１５１５に移行する。
当てるアクセス時刻をサーチするために用意した変数ｌ
に１を代入する。次に移行するステップ１５１４では、
変数ｎ、ｌの値でそれぞれ指定されるアクセスデータの
アクセス時刻が一致しないか否か判定する。それらのア
クセス時刻が一致しない（ここでは、変数ｌの値で指定
されるアクセスデータのアクセス時刻のほうが後とな
る）場合、判定はＹＥＳとなってステップ１５１７に移
行する。そうでない場合には、判定はＮＯとなってステ
ップ１５１５に移行する。
【０１１５】ステップ１５１５では、変数ｌの値をイン
クリメントする。次のステップ１５１６では、変数ｌの
値がアクセスデータエリアに格納されたアクセスデータ
数の総数より大きいか否か判定する。変数ｌの値がその
総数より大きかった場合、判定はＹＥＳとなって図１６
のステップ１５２０に移行する。そうでない場合には、
判定はＮＯとなって上記ステップ１５１４に戻り、変数
ｌの値で指定されるアクセスデータを代えて、２つのア
クセス時刻が一致しないか否か判定する。
クリメントする。次のステップ１５１６では、変数ｌの
値がアクセスデータエリアに格納されたアクセスデータ
数の総数より大きいか否か判定する。変数ｌの値がその
総数より大きかった場合、判定はＹＥＳとなって図１６
のステップ１５２０に移行する。そうでない場合には、
判定はＮＯとなって上記ステップ１５１４に戻り、変数
ｌの値で指定されるアクセスデータを代えて、２つのア
クセス時刻が一致しないか否か判定する。
【０１１６】上記ステップ１５１６でのＹＥＳの判定
は、変数ｍの値で指定されるリクエストデータのアクセ
ス時刻が、アクセスデータエリアに格納されたアクセス
データのアクセス時刻のなかで最も遅いものであるとい
うことを意味する。このことから、図１６のステップ１
５２０〜１５２３では、新たにアクセスデータをアクセ
スデータエリアに格納することでユーザーに新たなアク
セス時刻を割り当てるための処理が行われる。
は、変数ｍの値で指定されるリクエストデータのアクセ
ス時刻が、アクセスデータエリアに格納されたアクセス
データのアクセス時刻のなかで最も遅いものであるとい
うことを意味する。このことから、図１６のステップ１
５２０〜１５２３では、新たにアクセスデータをアクセ
スデータエリアに格納することでユーザーに新たなアク
セス時刻を割り当てるための処理が行われる。
【０１１７】先ず、ステップ１５２０では、変数ｌの値
で指定されるアクセスデータを格納するためのエリアを
ＤＢサーバー１１２に新たに確保させる。それを確保さ
せると、次に、そのアクセス時刻として、変数ｎの値を
デクリメントした値で指定されるアクセスデータ中のア
クセス時刻から１０分が経過した後の時刻を設定し、ア
クセス数としては１を設定して、それら設定したアクセ
ス時刻、及びアクセス数をＤＢサーバー１１２に送り、
それらを新たに確保させたエリアに格納させる（ステッ
プ１５２１、１５２２）。その格納を行わせると、次に
ステップ１５２３に移行して、変数ｍの値で指定される
リクエストデータのアクセス時刻を、新たに格納させた
アクセスデータのアクセス時刻に更新させ、その返却期
限も更新後のアクセス時刻に応じて更新させる。その後
は、図１５のステップ１５０９に戻る。
で指定されるアクセスデータを格納するためのエリアを
ＤＢサーバー１１２に新たに確保させる。それを確保さ
せると、次に、そのアクセス時刻として、変数ｎの値を
デクリメントした値で指定されるアクセスデータ中のア
クセス時刻から１０分が経過した後の時刻を設定し、ア
クセス数としては１を設定して、それら設定したアクセ
ス時刻、及びアクセス数をＤＢサーバー１１２に送り、
それらを新たに確保させたエリアに格納させる（ステッ
プ１５２１、１５２２）。その格納を行わせると、次に
ステップ１５２３に移行して、変数ｍの値で指定される
リクエストデータのアクセス時刻を、新たに格納させた
アクセスデータのアクセス時刻に更新させ、その返却期
限も更新後のアクセス時刻に応じて更新させる。その後
は、図１５のステップ１５０９に戻る。
【０１１８】図１５のステップ１５１４の判定がＹＥＳ
となって移行するステップ１５１７では、変数ｌの値で
指定されるアクセスデータのアクセス数が許容アクセス
数より小さいか否か判定する。そのアクセス数が許容ア
クセス数より小さかった場合、判定はＹＥＳとなってス
テップ１５１８に移行する。そうでない場合には、判定
はＮＯとなって上述のステップ１５１５に移行する。
となって移行するステップ１５１７では、変数ｌの値で
指定されるアクセスデータのアクセス数が許容アクセス
数より小さいか否か判定する。そのアクセス数が許容ア
クセス数より小さかった場合、判定はＹＥＳとなってス
テップ１５１８に移行する。そうでない場合には、判定
はＮＯとなって上述のステップ１５１５に移行する。
【０１１９】ステップ１５１８では、変数ｌの値で指定
されるアクセスデータのアクセス数をインクリメントさ
せる。続く図１６のステップ１５１９では、変数ｍの値
で指定されるリクエストデータのアクセス時刻を、変数
ｌの値で指定されるアクセスデータのアクセス時刻に更
新させ、その返却期限も更新後のアクセス時刻に応じて
更新させる。その後は、図１５のステップ１５０９に戻
る。
されるアクセスデータのアクセス数をインクリメントさ
せる。続く図１６のステップ１５１９では、変数ｍの値
で指定されるリクエストデータのアクセス時刻を、変数
ｌの値で指定されるアクセスデータのアクセス時刻に更
新させ、その返却期限も更新後のアクセス時刻に応じて
更新させる。その後は、図１５のステップ１５０９に戻
る。
【０１２０】上述したようにして、本実施の形態では、
自動的に割り当てたアクセス時刻に曲データにアクセス
しなかったユーザーに新たなアクセス時刻、返却期限を
自動的に割り当てるようにしている。それにより、曲デ
ータにアクセスしなかったユーザーには、それにアクセ
スできる機会を再度、提供している。新たに割り当てた
アクセス時刻は、特に詳細な説明は省略するが、例えば
端末装置１０３を配信システム１０１に接続させた際に
図２９に示す通知画面を送信して通知するか、或いはメ
ールにより通知するようにしている。
自動的に割り当てたアクセス時刻に曲データにアクセス
しなかったユーザーに新たなアクセス時刻、返却期限を
自動的に割り当てるようにしている。それにより、曲デ
ータにアクセスしなかったユーザーには、それにアクセ
スできる機会を再度、提供している。新たに割り当てた
アクセス時刻は、特に詳細な説明は省略するが、例えば
端末装置１０３を配信システム１０１に接続させた際に
図２９に示す通知画面を送信して通知するか、或いはメ
ールにより通知するようにしている。
【０１２１】次に、図１４に示すタイマインタラプト処
理内でステップ１４０２として実行されるリクエスト消
去処理について、図１７を参照して詳細に説明する。そ
の消去処理は、上述したように、返却期限が経過したリ
クエストデータをリクエストデータエリアから消去させ
るための処理である。
理内でステップ１４０２として実行されるリクエスト消
去処理について、図１７を参照して詳細に説明する。そ
の消去処理は、上述したように、返却期限が経過したリ
クエストデータをリクエストデータエリアから消去させ
るための処理である。
【０１２２】先ず、ステップ１７０１では、前回、所定
時間が経過したと判定してからその所定時間が経過した
か否か判定する。その所定時間が経過していた場合、判
定はＹＥＳとなってステップ１７０２に移行する。そう
でない場合には、判定はＮＯとなり、ここで一連の処理
を終了する。
時間が経過したと判定してからその所定時間が経過した
か否か判定する。その所定時間が経過していた場合、判
定はＹＥＳとなってステップ１７０２に移行する。そう
でない場合には、判定はＮＯとなり、ここで一連の処理
を終了する。
【０１２３】ステップ１７０２では、変数ＴＩＭＥに、
現時刻を示す値を代入する。続くステップ１７０３で
は、リクエストデータ指定用の変数ｍに１を代入する。
その後に移行するステップ１７０４では、変数ｍの値で
指定されるリクエストデータの返却期限が変数ＴＩＭＥ
の値の示す現時刻よりも前か否か判定する。その返却期
限が過ぎた場合、その条件が満たされることから、判定
はＹＥＳとなってステップ１７０５に移行し、変数ｍの
値で指定されるリクエストデータを消去させた後、ステ
ップ１７０６に移行する。そうでない場合には、判定は
ＮＯとなってそのステップ１７０６に移行する。
現時刻を示す値を代入する。続くステップ１７０３で
は、リクエストデータ指定用の変数ｍに１を代入する。
その後に移行するステップ１７０４では、変数ｍの値で
指定されるリクエストデータの返却期限が変数ＴＩＭＥ
の値の示す現時刻よりも前か否か判定する。その返却期
限が過ぎた場合、その条件が満たされることから、判定
はＹＥＳとなってステップ１７０５に移行し、変数ｍの
値で指定されるリクエストデータを消去させた後、ステ
ップ１７０６に移行する。そうでない場合には、判定は
ＮＯとなってそのステップ１７０６に移行する。
【０１２４】ステップ１７０６では、変数ｍの値をイン
クリメントする。次のステップ１７０７では、変数ｍの
値がリクエストデータエリアに格納されたリクエストデ
ータの総数より大きいか否か判定する。その総数より変
数ｍの値が大きい場合、判定はＹＥＳとなり、ここで一
連の処理を終了する。そうでない場合には、判定はＮＯ
となって上記ステップ１７０４に戻る。それにより、変
数ｍの値で指定されるリクエストデータを代えて、それ
以降の処理を同様に実行する。
クリメントする。次のステップ１７０７では、変数ｍの
値がリクエストデータエリアに格納されたリクエストデ
ータの総数より大きいか否か判定する。その総数より変
数ｍの値が大きい場合、判定はＹＥＳとなり、ここで一
連の処理を終了する。そうでない場合には、判定はＮＯ
となって上記ステップ１７０４に戻る。それにより、変
数ｍの値で指定されるリクエストデータを代えて、それ
以降の処理を同様に実行する。
【０１２５】上述したようにして、本実施の形態では、
返却期限に着目して、それを過ぎたリクエストデータを
リクエストデータエリアからクリアしている。しかし、
曲データを再生させてもそれを購入しなかった人のリク
エストデータは返却期限が過ぎるのを待ってクリアしな
くても不具合は生じないことから、返却期限の他に、購
入フラグの値を考慮して、クリア可能なリクエストデー
タを抽出してクリアするようにしても良い。
返却期限に着目して、それを過ぎたリクエストデータを
リクエストデータエリアからクリアしている。しかし、
曲データを再生させてもそれを購入しなかった人のリク
エストデータは返却期限が過ぎるのを待ってクリアしな
くても不具合は生じないことから、返却期限の他に、購
入フラグの値を考慮して、クリア可能なリクエストデー
タを抽出してクリアするようにしても良い。
【０１２６】次に、端末装置１０３が実行する処理につ
いて説明する。図１８は、全体処理のフローチャートで
ある。配信システム１０１によるサービスをユーザーに
提供するために実行する処理を抜粋してその流れを示し
たものである。端末装置１０３が実行する処理では、始
めに図１８を参照して、全体処理について詳細に説明す
る。その全体処理は、例えば端末装置１０３に搭載され
たＣＰＵが、ハードディスク装置に格納されたプログラ
ム（ブラウザ、など）を実行することで実現される。
いて説明する。図１８は、全体処理のフローチャートで
ある。配信システム１０１によるサービスをユーザーに
提供するために実行する処理を抜粋してその流れを示し
たものである。端末装置１０３が実行する処理では、始
めに図１８を参照して、全体処理について詳細に説明す
る。その全体処理は、例えば端末装置１０３に搭載され
たＣＰＵが、ハードディスク装置に格納されたプログラ
ム（ブラウザ、など）を実行することで実現される。
【０１２７】先ず、ステップ１８０１では、配信システ
ム１０１と接続させるうえでのイニシャライズを行う。
そのイニシャライズとは、例えばブラウザの起動や、そ
の起動後に配信システム１０１のＵＲＬを指定してそれ
とのリンク（接続）を確立させるものである。それを行
った後はステップ１８０２に移行する。
ム１０１と接続させるうえでのイニシャライズを行う。
そのイニシャライズとは、例えばブラウザの起動や、そ
の起動後に配信システム１０１のＵＲＬを指定してそれ
とのリンク（接続）を確立させるものである。それを行
った後はステップ１８０２に移行する。
【０１２８】配信システム１０１のＷｅｂサーバー１１
１は、上述したように、接続してきた端末装置１０３に
メニュー（ＭＥＮＵ）画面を送信する。このことから、
ステップ１８０２では、そのメニュー画面を受信するの
を待ってそれを表示装置上に表示させる。続くステップ
１８０３では、そのメニュー画面上に配置された「リク
エスト」アイコンをユーザーがクリック（オン）したか
否か判定する。そのアイコンをユーザーがクリックした
場合、判定はＹＥＳとなり、次にステップ１８０４に移
行して、配信システム１０１から会員としてのサービス
の提供をユーザーが受けるのを実現させるリクエスト処
理を実行した後、上記ステップ１８０２に戻る。そうで
ない場合には、判定はＮＯとなり、次にステップ１８０
５に移行して、会員登録などを実現させるその他の処理
を実行した後、そのステップ１８０２に戻る。
１は、上述したように、接続してきた端末装置１０３に
メニュー（ＭＥＮＵ）画面を送信する。このことから、
ステップ１８０２では、そのメニュー画面を受信するの
を待ってそれを表示装置上に表示させる。続くステップ
１８０３では、そのメニュー画面上に配置された「リク
エスト」アイコンをユーザーがクリック（オン）したか
否か判定する。そのアイコンをユーザーがクリックした
場合、判定はＹＥＳとなり、次にステップ１８０４に移
行して、配信システム１０１から会員としてのサービス
の提供をユーザーが受けるのを実現させるリクエスト処
理を実行した後、上記ステップ１８０２に戻る。そうで
ない場合には、判定はＮＯとなり、次にステップ１８０
５に移行して、会員登録などを実現させるその他の処理
を実行した後、そのステップ１８０２に戻る。
【０１２９】図３〜図１１を参照して説明したサービス
は、上記リクエスト処理を実行することでユーザーに提
供される。次に、そのリクエスト処理について、図１９
〜図２４に示すそのフローチャートを参照して詳細に説
明する。先ず、ステップ１９０１では、メニュー画面上
の「リクエスト」アイコンをユーザーがクリックした旨
を示す信号を配信システム１０１（Ｗｅｂサーバー１１
１）に送信し、それによってＷｅｂサーバー１１１が送
信する図２５に示す認証画面を受信するのを待って表示
装置上に表示させる。続くステップ１９０２〜１９０５
では、表示させた認証画面上に配置されたボックスへの
データ入力やアイコンへのクリックといったユーザーが
行う操作に対応するための処理を実行する。それらによ
って形成される処理ループは、ユーザーが「送信」或い
は「キャンセル」アイコンをクリックするまでの間、繰
り返し実行する。「送信」アイコンをユーザーがクリッ
クすると、ステップ１９０４の判定がＹＥＳとなってス
テップ１９０６に移行する。「キャンセル」アイコンを
ユーザーがクリックすると、ステップ１９０５の判定が
ＹＥＳとなり、ここで一連の処理が終了する。そのステ
ップ１９０５の判定がＮＯであれば、上記ステップ１９
０２に戻る。
は、上記リクエスト処理を実行することでユーザーに提
供される。次に、そのリクエスト処理について、図１９
〜図２４に示すそのフローチャートを参照して詳細に説
明する。先ず、ステップ１９０１では、メニュー画面上
の「リクエスト」アイコンをユーザーがクリックした旨
を示す信号を配信システム１０１（Ｗｅｂサーバー１１
１）に送信し、それによってＷｅｂサーバー１１１が送
信する図２５に示す認証画面を受信するのを待って表示
装置上に表示させる。続くステップ１９０２〜１９０５
では、表示させた認証画面上に配置されたボックスへの
データ入力やアイコンへのクリックといったユーザーが
行う操作に対応するための処理を実行する。それらによ
って形成される処理ループは、ユーザーが「送信」或い
は「キャンセル」アイコンをクリックするまでの間、繰
り返し実行する。「送信」アイコンをユーザーがクリッ
クすると、ステップ１９０４の判定がＹＥＳとなってス
テップ１９０６に移行する。「キャンセル」アイコンを
ユーザーがクリックすると、ステップ１９０５の判定が
ＹＥＳとなり、ここで一連の処理が終了する。そのステ
ップ１９０５の判定がＮＯであれば、上記ステップ１９
０２に戻る。
【０１３０】ステップ１９０６では、上記ステップ１９
０２〜１９０５で形成される処理ループを繰り返し実行
することで入力されたＩＤ・パスワードをＷｅｂサーバ
ー１１１に送信する。それらを送信すると、それらを受
信したＷｅｂサーバー１１１が送信する図２６に示す初
期画面を受信するのを待ち（ステップ１９０７）、受信
した初期画面を表示装置上に表示させた（ステップ１９
０８）後、ステップ１９０９に移行する。図３のステッ
プＳＴ１は、上記ステップ１９０２〜１９０６を実行す
ることで実現され、図３のステップＳＴ２は、上記ステ
ップ１９０８を実行することで実現される。
０２〜１９０５で形成される処理ループを繰り返し実行
することで入力されたＩＤ・パスワードをＷｅｂサーバ
ー１１１に送信する。それらを送信すると、それらを受
信したＷｅｂサーバー１１１が送信する図２６に示す初
期画面を受信するのを待ち（ステップ１９０７）、受信
した初期画面を表示装置上に表示させた（ステップ１９
０８）後、ステップ１９０９に移行する。図３のステッ
プＳＴ１は、上記ステップ１９０２〜１９０６を実行す
ることで実現され、図３のステップＳＴ２は、上記ステ
ップ１９０８を実行することで実現される。
【０１３１】ステップ１９０９〜１９１５では、表示さ
せた初期画面上に配置されたボックスへのデータ（ＵＲ
Ｌ）入力やアイコンへのクリックといったユーザーが行
う操作に対応するための処理を実行する。図４のステッ
プＳＴ３は、それら、及び図２０のステップ１９１６を
実行することで実現される。
せた初期画面上に配置されたボックスへのデータ（ＵＲ
Ｌ）入力やアイコンへのクリックといったユーザーが行
う操作に対応するための処理を実行する。図４のステッ
プＳＴ３は、それら、及び図２０のステップ１９１６を
実行することで実現される。
【０１３２】ステップ１９０９〜１９１５中のステップ
１９０９〜１９１１では、図２７に示すリクエスト画面
のＵＲＬのボックスへのデータ入力、或いはそのＵＲＬ
がリンク先として設定されたリンクボタンへのクリック
に対応するための処理が行われる。ユーザーがそのＵＲ
Ｌを入力してキーボード上のリターンキーを操作、或い
は入力したＵＲＬへの移動を指示するための不図示のア
イコンをクリックするか、或いはそのリンクボタンをク
リックすると、ステップ１９１１の判定がＹＥＳとなっ
て図２０のステップ１９１６に移行する。それらの何れ
でもなければ、ステップ１９１１の判定はＮＯとなって
ステップ１９１５に移行する。
１９０９〜１９１１では、図２７に示すリクエスト画面
のＵＲＬのボックスへのデータ入力、或いはそのＵＲＬ
がリンク先として設定されたリンクボタンへのクリック
に対応するための処理が行われる。ユーザーがそのＵＲ
Ｌを入力してキーボード上のリターンキーを操作、或い
は入力したＵＲＬへの移動を指示するための不図示のア
イコンをクリックするか、或いはそのリンクボタンをク
リックすると、ステップ１９１１の判定がＹＥＳとなっ
て図２０のステップ１９１６に移行する。それらの何れ
でもなければ、ステップ１９１１の判定はＮＯとなって
ステップ１９１５に移行する。
【０１３３】上記リクエスト画面のＵＲＬのボックスへ
のデータ入力、或いはそのＵＲＬがリンク先として設定
されたリンクボタンのクリックをユーザーが行わなかっ
た場合、ステップ１９０９の判定はＮＯとなってステッ
プ１９１２に移行する。ステップ１９１２〜１９１４で
は、図３０に示す曲再生画面のＵＲＬのボックスへのデ
ータ入力に対応するための処理が行われる。ユーザーが
そのＵＲＬを入力してキーボード上のリターンキーを操
作、或いは入力したＵＲＬへの移動を指示するためのア
イコンをクリックすると、ステップ１９１４の判定がＹ
ＥＳとなって図２１のステップ１９３４に移行する。そ
れらの何れでもなければ、ステップ１９１４の判定はＮ
Ｏとなってステップ１９１５に移行する。リクエスト画
面のＵＲＬのボックスへのデータ入力をユーザーが行わ
なければ、ステップ１９１２の判定はＮＯとなってその
ステップ１９１５に移行する。
のデータ入力、或いはそのＵＲＬがリンク先として設定
されたリンクボタンのクリックをユーザーが行わなかっ
た場合、ステップ１９０９の判定はＮＯとなってステッ
プ１９１２に移行する。ステップ１９１２〜１９１４で
は、図３０に示す曲再生画面のＵＲＬのボックスへのデ
ータ入力に対応するための処理が行われる。ユーザーが
そのＵＲＬを入力してキーボード上のリターンキーを操
作、或いは入力したＵＲＬへの移動を指示するためのア
イコンをクリックすると、ステップ１９１４の判定がＹ
ＥＳとなって図２１のステップ１９３４に移行する。そ
れらの何れでもなければ、ステップ１９１４の判定はＮ
Ｏとなってステップ１９１５に移行する。リクエスト画
面のＵＲＬのボックスへのデータ入力をユーザーが行わ
なければ、ステップ１９１２の判定はＮＯとなってその
ステップ１９１５に移行する。
【０１３４】ステップ１９１５では、初期画面上に配置
された不図示の「終了」アイコンをユーザーがクリック
（オン）したか否か判定する。そのアイコンをユーザー
がクリックした場合、判定はＹＥＳとなり、ここで一連
の処理を終了する。そうでない場合には、判定はＮＯと
なって上記ステップ１９０９に戻る。そのようにして、
初期画面を表示させている状況では、リクエスト画面、
或いは曲再生画面のＵＲＬの指定、或いは「終了」アイ
コンへのクリックに対応している。
された不図示の「終了」アイコンをユーザーがクリック
（オン）したか否か判定する。そのアイコンをユーザー
がクリックした場合、判定はＹＥＳとなり、ここで一連
の処理を終了する。そうでない場合には、判定はＮＯと
なって上記ステップ１９０９に戻る。そのようにして、
初期画面を表示させている状況では、リクエスト画面、
或いは曲再生画面のＵＲＬの指定、或いは「終了」アイ
コンへのクリックに対応している。
【０１３５】上記ステップ１９１１の判定がＹＥＳとな
って移行する図２０のステップ１９１６〜１９３３で
は、リクエスト画面のＵＲＬが指定されたことに対応す
るための処理が行われる。先ず、ステップ１９１６で
は、上記リクエスト画面のＵＲＬをＷｅｂサーバー１１
１に送信する。それを送信すると、Ｗｅｂサーバー１１
１からリクエスト画面を受信するのを待って（ステップ
１９１７）、それを表示装置上に表示させた（ステップ
１９１８）後、ステップ１９１９に移行する。図４のス
テップＳＴ４は、ステップ１９１７、及び１９１８を実
行することで実現される。
って移行する図２０のステップ１９１６〜１９３３で
は、リクエスト画面のＵＲＬが指定されたことに対応す
るための処理が行われる。先ず、ステップ１９１６で
は、上記リクエスト画面のＵＲＬをＷｅｂサーバー１１
１に送信する。それを送信すると、Ｗｅｂサーバー１１
１からリクエスト画面を受信するのを待って（ステップ
１９１７）、それを表示装置上に表示させた（ステップ
１９１８）後、ステップ１９１９に移行する。図４のス
テップＳＴ４は、ステップ１９１７、及び１９１８を実
行することで実現される。
【０１３６】ステップ１９１９では、表示させたリクエ
スト画面に配置されたリスト上の曲名をユーザーがクリ
ックしたか否か判定する。そのリスト上の何れかの曲名
をユーザーがクリックした場合、判定はＹＥＳとなって
ステップ１９２０に移行し、ユーザーがクリックした曲
名の表示のみを他と異なる状態に表示させた後、ステッ
プ１９２１に移行する。そうでない場合には、判定はＮ
Ｏとなってステップ１９２１に移行する。
スト画面に配置されたリスト上の曲名をユーザーがクリ
ックしたか否か判定する。そのリスト上の何れかの曲名
をユーザーがクリックした場合、判定はＹＥＳとなって
ステップ１９２０に移行し、ユーザーがクリックした曲
名の表示のみを他と異なる状態に表示させた後、ステッ
プ１９２１に移行する。そうでない場合には、判定はＮ
Ｏとなってステップ１９２１に移行する。
【０１３７】ステップ１９２１では、「送信」アイコン
をユーザーがクリックしたか否か判定する。そのアイコ
ンをユーザーがクリックした場合、判定はＹＥＳとなっ
てステップ１９２３に移行する。そうでない場合には、
判定はＮＯとなってステップ１９２２に移行し、ユーザ
ーが「キャンセル」アイコンをクリックしたか否か判定
する。そのアイコンをユーザーがクリックした場合、判
定はＹＥＳとなり、ここで一連の処理を終了する。そう
でない場合には、判定はＮＯとなって上記ステップ１９
１９に戻る。それにより、ユーザーが「送信」或いは
「キャンセル」アイコンをクリックするまでの間、ステ
ップ１９１９〜１９２２で形成される処理ループを繰り
返し実行する。
をユーザーがクリックしたか否か判定する。そのアイコ
ンをユーザーがクリックした場合、判定はＹＥＳとなっ
てステップ１９２３に移行する。そうでない場合には、
判定はＮＯとなってステップ１９２２に移行し、ユーザ
ーが「キャンセル」アイコンをクリックしたか否か判定
する。そのアイコンをユーザーがクリックした場合、判
定はＹＥＳとなり、ここで一連の処理を終了する。そう
でない場合には、判定はＮＯとなって上記ステップ１９
１９に戻る。それにより、ユーザーが「送信」或いは
「キャンセル」アイコンをクリックするまでの間、ステ
ップ１９１９〜１９２２で形成される処理ループを繰り
返し実行する。
【０１３８】ステップ１９２３では、表示状態が他と異
なる選択されている曲名、その曲番号を付したリクエス
ト要求信号をＷｅｂサーバー１１１に送信する。それを
送信すると、Ｗｅｂサーバー１１１から図２８に示す課
金画面を受信するのを待って（ステップ１９２４）、そ
れを表示装置上に表示させた（ステップ１９２５）後、
ステップ１９２６に移行する。図４のステップＳＴ５
は、ステップ１９１９〜１９２３を実行することで実現
される。
なる選択されている曲名、その曲番号を付したリクエス
ト要求信号をＷｅｂサーバー１１１に送信する。それを
送信すると、Ｗｅｂサーバー１１１から図２８に示す課
金画面を受信するのを待って（ステップ１９２４）、そ
れを表示装置上に表示させた（ステップ１９２５）後、
ステップ１９２６に移行する。図４のステップＳＴ５
は、ステップ１９１９〜１９２３を実行することで実現
される。
【０１３９】ステップ１９２６では、表示させた課金画
面に配置されたボックスにデータ入力が行われたか否か
判定する。何れかのボックスにカーソルが表示されてい
る状態でユーザーがキーボードを操作したような場合、
判定はＹＥＳとなってステップ１９２７に移行し、その
操作で指定されたデータをボックス内に表示させた後、
ステップ１９２８に移行する。そうでない場合には、判
定はＮＯとなってそのステップ１９２８に移行する。
面に配置されたボックスにデータ入力が行われたか否か
判定する。何れかのボックスにカーソルが表示されてい
る状態でユーザーがキーボードを操作したような場合、
判定はＹＥＳとなってステップ１９２７に移行し、その
操作で指定されたデータをボックス内に表示させた後、
ステップ１９２８に移行する。そうでない場合には、判
定はＮＯとなってそのステップ１９２８に移行する。
【０１４０】ステップ１９２８では、「ＯＫ」アイコン
をユーザーがクリックしたか否か判定する。そのアイコ
ンをユーザーがクリックした場合、判定はＹＥＳとなっ
てステップ１９３０に移行する。そうでない場合には、
判定はＮＯとなってステップ１９２９に移行し、ユーザ
ーが「キャンセル」アイコンをクリックしたか否か判定
する。そのアイコンをユーザーがクリックした場合、判
定はＹＥＳとなって上記ステップ１９１８に戻り、リク
エスト画面を再度、表示させる。そうでない場合には、
判定はＮＯとなって上記ステップ１９２６に戻る。それ
により、ユーザーが「ＯＫ」或いは「キャンセル」アイ
コンをクリックするまでの間、ステップ１９２６〜１９
２９で形成される処理ループを繰り返し実行する。
をユーザーがクリックしたか否か判定する。そのアイコ
ンをユーザーがクリックした場合、判定はＹＥＳとなっ
てステップ１９３０に移行する。そうでない場合には、
判定はＮＯとなってステップ１９２９に移行し、ユーザ
ーが「キャンセル」アイコンをクリックしたか否か判定
する。そのアイコンをユーザーがクリックした場合、判
定はＹＥＳとなって上記ステップ１９１８に戻り、リク
エスト画面を再度、表示させる。そうでない場合には、
判定はＮＯとなって上記ステップ１９２６に戻る。それ
により、ユーザーが「ＯＫ」或いは「キャンセル」アイ
コンをクリックするまでの間、ステップ１９２６〜１９
２９で形成される処理ループを繰り返し実行する。
【０１４１】ステップ１９３０では、各ボックスにユー
ザーが入力したデータを課金データとしてＷｅｂサーバ
ー１１１に送信する。それを送信すると、Ｗｅｂサーバ
ー１１１から図２９に示す通知画面を受信するのを待っ
て（ステップ１９３１）、それを表示装置上に表示させ
る（ステップ１９３２）。その後は、ユーザーが「Ｏ
Ｋ」アイコンをクリックするのを待って（ステップ１９
３３）、上記ステップ１９２８に戻る。
ザーが入力したデータを課金データとしてＷｅｂサーバ
ー１１１に送信する。それを送信すると、Ｗｅｂサーバ
ー１１１から図２９に示す通知画面を受信するのを待っ
て（ステップ１９３１）、それを表示装置上に表示させ
る（ステップ１９３２）。その後は、ユーザーが「Ｏ
Ｋ」アイコンをクリックするのを待って（ステップ１９
３３）、上記ステップ１９２８に戻る。
【０１４２】図４のステップＳＴ６は、上記ステップ１
９２４、及び１９２５を実行することで実現される。同
様に、図４のステップＳＴ７はステップ１９２６〜１９
３０、図５のステップＳＴ８はステップ１９３１、及び
１９３２をそれぞれ実行することで実現される。
９２４、及び１９２５を実行することで実現される。同
様に、図４のステップＳＴ７はステップ１９２６〜１９
３０、図５のステップＳＴ８はステップ１９３１、及び
１９３２をそれぞれ実行することで実現される。
【０１４３】図１９のステップ１９１４の判定がＹＥＳ
となって移行する図２１のステップ１９３４以降では、
図３０に示す曲再生画面のＵＲＬが指定されたことに対
応するための処理が行われる。先ず、ステップ１９３４
では、上記曲再生画面のＵＲＬをＷｅｂサーバー１１１
に送信する。それを送信すると、Ｗｅｂサーバー１１１
から図３１に示すパスワード入力画面を受信するのを待
って（ステップ１９３５）、それを表示装置上に表示さ
せた（ステップ１９３６）後、ステップ１９３７に移行
する。図６のステップＳＴ９は、図１９のステップ１９
０９〜１９１５、及び図２１のステップ１９３４を実行
することで実現され、図６のステップＳＴ１０は、図２
１のステップ１９３５、及び１９３６を実行することで
実現される。
となって移行する図２１のステップ１９３４以降では、
図３０に示す曲再生画面のＵＲＬが指定されたことに対
応するための処理が行われる。先ず、ステップ１９３４
では、上記曲再生画面のＵＲＬをＷｅｂサーバー１１１
に送信する。それを送信すると、Ｗｅｂサーバー１１１
から図３１に示すパスワード入力画面を受信するのを待
って（ステップ１９３５）、それを表示装置上に表示さ
せた（ステップ１９３６）後、ステップ１９３７に移行
する。図６のステップＳＴ９は、図１９のステップ１９
０９〜１９１５、及び図２１のステップ１９３４を実行
することで実現され、図６のステップＳＴ１０は、図２
１のステップ１９３５、及び１９３６を実行することで
実現される。
【０１４４】ステップ１９３７では、表示させたパスワ
ード入力画面に配置されたボックスにデータ入力が行わ
れたか否か判定する。何れかのボックスにカーソルが表
示されている状態でユーザーがキーボードを操作したよ
うな場合、判定はＹＥＳとなってステップ１９３８に移
行し、その操作で指定されたデータをボックス内に表示
させた後、ステップ１９３９に移行する。そうでない場
合には、判定はＮＯとなってそのステップ１９３９に移
行する。
ード入力画面に配置されたボックスにデータ入力が行わ
れたか否か判定する。何れかのボックスにカーソルが表
示されている状態でユーザーがキーボードを操作したよ
うな場合、判定はＹＥＳとなってステップ１９３８に移
行し、その操作で指定されたデータをボックス内に表示
させた後、ステップ１９３９に移行する。そうでない場
合には、判定はＮＯとなってそのステップ１９３９に移
行する。
【０１４５】ステップ１９３９では、「送信」アイコン
をユーザーがクリックしたか否か判定する。そのアイコ
ンをユーザーがクリックした場合、判定はＹＥＳとなっ
てステップ１９４１に移行する。そうでない場合には、
判定はＮＯとなってステップ１９４０に移行し、ユーザ
ーが「キャンセル」アイコンをクリックしたか否か判定
する。そのアイコンをユーザーがクリックした場合、判
定はＹＥＳとなり、ここで一連の処理を終了する。そう
でない場合には、判定はＮＯとなって上記ステップ１９
３７に戻る。それにより、ユーザーが「送信」或いは
「キャンセル」アイコンをクリックするまでの間、ステ
ップ１９３７〜１９４０で形成される処理ループを繰り
返し実行する。図６のステップＳＴ１１は、ステップ１
９３７〜１９４１を実行することで実現される。
をユーザーがクリックしたか否か判定する。そのアイコ
ンをユーザーがクリックした場合、判定はＹＥＳとなっ
てステップ１９４１に移行する。そうでない場合には、
判定はＮＯとなってステップ１９４０に移行し、ユーザ
ーが「キャンセル」アイコンをクリックしたか否か判定
する。そのアイコンをユーザーがクリックした場合、判
定はＹＥＳとなり、ここで一連の処理を終了する。そう
でない場合には、判定はＮＯとなって上記ステップ１９
３７に戻る。それにより、ユーザーが「送信」或いは
「キャンセル」アイコンをクリックするまでの間、ステ
ップ１９３７〜１９４０で形成される処理ループを繰り
返し実行する。図６のステップＳＴ１１は、ステップ１
９３７〜１９４１を実行することで実現される。
【０１４６】ステップ１９４１では、各ボックスにユー
ザーが入力したデータ、即ち曲再生画面のアクセス用の
ＩＤ、パスワードをＷｅｂサーバー１１１に送信する。
それを送信すると、Ｗｅｂサーバー１１１から画面を受
信するのを待って（ステップ１９４２）、その種類を判
定する（ステップ１９４３）。そのＩＤ、パスワードを
受信したＷｅｂサーバー１１１が送信するのは図３０に
示す曲再生画面、或いは図３４に示すデータなし通知画
面である。Ｗｅｂサーバー１１１が曲再生画面を送信し
た場合、その種類は曲再生画面であると判定されてステ
ップ１９４６に移行する。そうでない場合には、その種
類はデータなし通知画面であると判定されてステップ１
９４４に移行する。
ザーが入力したデータ、即ち曲再生画面のアクセス用の
ＩＤ、パスワードをＷｅｂサーバー１１１に送信する。
それを送信すると、Ｗｅｂサーバー１１１から画面を受
信するのを待って（ステップ１９４２）、その種類を判
定する（ステップ１９４３）。そのＩＤ、パスワードを
受信したＷｅｂサーバー１１１が送信するのは図３０に
示す曲再生画面、或いは図３４に示すデータなし通知画
面である。Ｗｅｂサーバー１１１が曲再生画面を送信し
た場合、その種類は曲再生画面であると判定されてステ
ップ１９４６に移行する。そうでない場合には、その種
類はデータなし通知画面であると判定されてステップ１
９４４に移行する。
【０１４７】ステップ１９４４では、受信したデータな
し通知画面を表示装置上に表示させる。その後は、デー
タなし通知画面上に配置された「ＯＫ」アイコンをユー
ザーがクリックするのを待って（ステップ１９４５）、
一連の処理を終了する。一方のステップ１９４６では、
受信した曲再生画面を表示装置上に表示させる。その後
は、図２２のステップ１９４７に移行する。
し通知画面を表示装置上に表示させる。その後は、デー
タなし通知画面上に配置された「ＯＫ」アイコンをユー
ザーがクリックするのを待って（ステップ１９４５）、
一連の処理を終了する。一方のステップ１９４６では、
受信した曲再生画面を表示装置上に表示させる。その後
は、図２２のステップ１９４７に移行する。
【０１４８】図６のステップＳＴ１２は、ステップ１９
４２、１９４３、及び１９４６を実行することで実現さ
れる。図１１のステップＳＴ２５は、ステップ１９４２
〜１９４４を実行することで実現される。図２２のステ
ップ１９４７では、曲再生画面上の「ダウンロード」ア
イコンをユーザーがクリックしたか否か判定する。その
アイコンをユーザーがクリックした場合、判定はＹＥＳ
となって図２３のステップ１９６０に移行する。そうで
ない場合には、判定はＮＯとなってステップ１９４８に
移行する。
４２、１９４３、及び１９４６を実行することで実現さ
れる。図１１のステップＳＴ２５は、ステップ１９４２
〜１９４４を実行することで実現される。図２２のステ
ップ１９４７では、曲再生画面上の「ダウンロード」ア
イコンをユーザーがクリックしたか否か判定する。その
アイコンをユーザーがクリックした場合、判定はＹＥＳ
となって図２３のステップ１９６０に移行する。そうで
ない場合には、判定はＮＯとなってステップ１９４８に
移行する。
【０１４９】ステップ１９４８では、その画面上の「返
却」アイコンをユーザーがクリックしたか否か判定す
る。そのアイコンをユーザーがクリックした場合、判定
はＹＥＳとなって図２４のステップ１９７３に移行す
る。そうでない場合には、判定はＮＯとなってステップ
１９４９に移行する。
却」アイコンをユーザーがクリックしたか否か判定す
る。そのアイコンをユーザーがクリックした場合、判定
はＹＥＳとなって図２４のステップ１９７３に移行す
る。そうでない場合には、判定はＮＯとなってステップ
１９４９に移行する。
【０１５０】ステップ１９４８では、その画面上の「ス
タート」アイコンをユーザーがクリックしたか否か判定
する。そのアイコンをユーザーがクリックした場合、判
定はＹＥＳとなってステップ１９５１に移行する。そう
でない場合には、判定はＮＯとなってステップ１９５０
に移行し、その画面上の「キャンセル」アイコンをユー
ザーがクリックしたか否か判定する。そのアイコンをユ
ーザーがクリックした場合、判定はＹＥＳとなり、ここ
で一連の処理を終了する。そうでない場合には、判定は
ＮＯとなって上記ステップ１９４７に戻る。それによ
り、ユーザーが「ダウンロード」「返却」「スタート」
及び「キャンセル」の何れかのアイコンをクリックする
までの間、ステップ１９４７〜１９５０で形成される処
理ループを繰り返し実行する。
タート」アイコンをユーザーがクリックしたか否か判定
する。そのアイコンをユーザーがクリックした場合、判
定はＹＥＳとなってステップ１９５１に移行する。そう
でない場合には、判定はＮＯとなってステップ１９５０
に移行し、その画面上の「キャンセル」アイコンをユー
ザーがクリックしたか否か判定する。そのアイコンをユ
ーザーがクリックした場合、判定はＹＥＳとなり、ここ
で一連の処理を終了する。そうでない場合には、判定は
ＮＯとなって上記ステップ１９４７に戻る。それによ
り、ユーザーが「ダウンロード」「返却」「スタート」
及び「キャンセル」の何れかのアイコンをクリックする
までの間、ステップ１９４７〜１９５０で形成される処
理ループを繰り返し実行する。
【０１５１】ステップ１９５１では、曲（曲データ）再
生の開始を要求するためのスタート信号をＷｅｂサーバ
ー１１１に送信する。その送信後は、Ｗｅｂサーバー１
１１からデータを受信するのを待って（ステップ１９５
２）、そのデータが曲データか否か判定する（ステップ
１９５３）。Ｗｅｂサーバー１１１がストリーム再生用
に曲データを送信した場合、判定はＹＥＳとなってステ
ップ１９５４に移行し、受信した曲データを再生した
後、ステップ１９５５に移行する。そうでない場合に
は、判定はＮＯとなってステップ１９５８に移行する。
生の開始を要求するためのスタート信号をＷｅｂサーバ
ー１１１に送信する。その送信後は、Ｗｅｂサーバー１
１１からデータを受信するのを待って（ステップ１９５
２）、そのデータが曲データか否か判定する（ステップ
１９５３）。Ｗｅｂサーバー１１１がストリーム再生用
に曲データを送信した場合、判定はＹＥＳとなってステ
ップ１９５４に移行し、受信した曲データを再生した
後、ステップ１９５５に移行する。そうでない場合に
は、判定はＮＯとなってステップ１９５８に移行する。
【０１５２】ステップ１９５５では、曲再生の停止を要
求するためのストップ信号の送信をユーザーが指示した
か否か判定する。曲再生画面上の「ストップ」アイコン
をユーザーがクリックした場合、判定はＹＥＳとなり、
ステップ１９５６でストップ信号をＷｅｂサーバー１１
１に送信し、更にステップ１９５７で曲再生を停止させ
た後、上記ステップ１９４７に戻る。そうでない場合に
は、判定はＮＯとなって上記ステップ１９５２に戻る。
それにより、曲再生を継続して行う。
求するためのストップ信号の送信をユーザーが指示した
か否か判定する。曲再生画面上の「ストップ」アイコン
をユーザーがクリックした場合、判定はＹＥＳとなり、
ステップ１９５６でストップ信号をＷｅｂサーバー１１
１に送信し、更にステップ１９５７で曲再生を停止させ
た後、上記ステップ１９４７に戻る。そうでない場合に
は、判定はＮＯとなって上記ステップ１９５２に戻る。
それにより、曲再生を継続して行う。
【０１５３】ユーザーに割り当てられたアクセス時刻に
曲データへのアクセスを要求した場合、Ｗｅｂサーバー
１１１は曲データではなく、図３２に示すアクセス不可
画面を端末装置１０３に送信する。このことから、上記
ステップ１９５３の判定がＮＯとなって移行するステッ
プ１９５８では、Ｗｅｂサーバー１１１から受信したア
クセス不可画面を表示装置上に表示させる。その後は、
画面上の「ＯＫ」アイコンをユーザーがクリックするの
を待って（ステップ１９５９）、一連の処理を終了す
る。
曲データへのアクセスを要求した場合、Ｗｅｂサーバー
１１１は曲データではなく、図３２に示すアクセス不可
画面を端末装置１０３に送信する。このことから、上記
ステップ１９５３の判定がＮＯとなって移行するステッ
プ１９５８では、Ｗｅｂサーバー１１１から受信したア
クセス不可画面を表示装置上に表示させる。その後は、
画面上の「ＯＫ」アイコンをユーザーがクリックするの
を待って（ステップ１９５９）、一連の処理を終了す
る。
【０１５４】Ｗｅｂサーバー１１１は、曲再生が終了す
ると、その旨を示す信号を端末装置１０３に送信する。
このことから、特には図示していないが、ステップ１９
５８では、Ｗｅｂサーバー１１１から受信したデータが
その信号か否か判定し、受信したデータがその信号でな
いと判定した場合に、アクセス不可画面は表示させてい
る。受信したデータがその信号であると判定した場合に
は、その画面を表示させることなく、上記ステップ１９
５７に移行するようになっている。そのようにして、そ
の信号の受信への対応を行っている。
ると、その旨を示す信号を端末装置１０３に送信する。
このことから、特には図示していないが、ステップ１９
５８では、Ｗｅｂサーバー１１１から受信したデータが
その信号か否か判定し、受信したデータがその信号でな
いと判定した場合に、アクセス不可画面は表示させてい
る。受信したデータがその信号であると判定した場合に
は、その画面を表示させることなく、上記ステップ１９
５７に移行するようになっている。そのようにして、そ
の信号の受信への対応を行っている。
【０１５５】図７のステップＳＴ１３は、ステップ１９
４７〜１９５１を実行することで実現される。図７のス
テップＳＴ１４は、ステップ１９５２〜１９５５を実行
することで実現される。図７のステップＳＴ１５は、ス
テップ１９５２〜１９５６を実行することで実現され
る。図８のステップＳＴ１６は、ステップ１９５２、１
９５３、１９５８を実行することで実現される。
４７〜１９５１を実行することで実現される。図７のス
テップＳＴ１４は、ステップ１９５２〜１９５５を実行
することで実現される。図７のステップＳＴ１５は、ス
テップ１９５２〜１９５６を実行することで実現され
る。図８のステップＳＴ１６は、ステップ１９５２、１
９５３、１９５８を実行することで実現される。
【０１５６】上記ステップ１９４７の判定がＹＥＳとな
って移行する図２３のステップ１９６０〜１９７２で
は、ユーザーが「ダウンロード」アイコンをクリックす
るこで曲データの購入を要求したことに対応するための
処理が行われる。先ず、ステップ１９６０では、曲デー
タの購入のためのダウンロードを要求するためのダウン
ロード要求信号をＷｅｂサーバー１１１に送信する。そ
の送信後は、Ｗｅｂサーバー１１１から画面を受信する
のを待って（ステップ１９６１）、その画面の種類を判
定する（ステップ１９６２）。ダウンロード要求信号を
受信したＷｅｂサーバー１１１は、上述したように、図
２８に示す課金画面か、或いは図３２に示すアクセス不
可画面を端末装置１０３に送信する。課金画面を受信し
た場合、それが種類として判定され、ステップ１９６５
に移行する。アクセス不可画面を受信した場合には、そ
れが種類として判定され、ステップ１９６３に移行す
る。
って移行する図２３のステップ１９６０〜１９７２で
は、ユーザーが「ダウンロード」アイコンをクリックす
るこで曲データの購入を要求したことに対応するための
処理が行われる。先ず、ステップ１９６０では、曲デー
タの購入のためのダウンロードを要求するためのダウン
ロード要求信号をＷｅｂサーバー１１１に送信する。そ
の送信後は、Ｗｅｂサーバー１１１から画面を受信する
のを待って（ステップ１９６１）、その画面の種類を判
定する（ステップ１９６２）。ダウンロード要求信号を
受信したＷｅｂサーバー１１１は、上述したように、図
２８に示す課金画面か、或いは図３２に示すアクセス不
可画面を端末装置１０３に送信する。課金画面を受信し
た場合、それが種類として判定され、ステップ１９６５
に移行する。アクセス不可画面を受信した場合には、そ
れが種類として判定され、ステップ１９６３に移行す
る。
【０１５７】ステップ１９６３では、受信したアクセス
不可画面を表示装置上に表示させる。その後は、画面上
の「ＯＫ」アイコンをユーザーがクリックするのを待っ
て（ステップ１９６４）、図２１のステップ１９４６に
戻る。図９のステップＳＴ１７に続いて実行される図８
のステップＳＴ１６は、ステップ１９６１〜１９６３を
実行することで実現される。
不可画面を表示装置上に表示させる。その後は、画面上
の「ＯＫ」アイコンをユーザーがクリックするのを待っ
て（ステップ１９６４）、図２１のステップ１９４６に
戻る。図９のステップＳＴ１７に続いて実行される図８
のステップＳＴ１６は、ステップ１９６１〜１９６３を
実行することで実現される。
【０１５８】一方、ステップ１９６５では、受信した課
金画面を表示装置上に表示させる。続くステップ１９６
６では、課金画面上のボックスにデータ入力が行われた
か否か判定する。何れかのボックスにカーソルが表示さ
れている状態でユーザーがキーボードを操作したような
場合、判定はＹＥＳとなってステップ１９６７に移行
し、その操作で指定されたデータをボックス内に表示さ
せた後、ステップ１９６８に移行する。そうでない場合
には、判定はＮＯとなってそのステップ１９６８に移行
する。図９のステップＳＴ１８は、ステップ１９６１、
１９６２、及び１９６５を実行することで実現される。
金画面を表示装置上に表示させる。続くステップ１９６
６では、課金画面上のボックスにデータ入力が行われた
か否か判定する。何れかのボックスにカーソルが表示さ
れている状態でユーザーがキーボードを操作したような
場合、判定はＹＥＳとなってステップ１９６７に移行
し、その操作で指定されたデータをボックス内に表示さ
せた後、ステップ１９６８に移行する。そうでない場合
には、判定はＮＯとなってそのステップ１９６８に移行
する。図９のステップＳＴ１８は、ステップ１９６１、
１９６２、及び１９６５を実行することで実現される。
【０１５９】ステップ１９６８では、「ＯＫ」アイコン
をユーザーがクリックしたか否か判定する。そのアイコ
ンをユーザーがクリックした場合、判定はＹＥＳとなっ
てステップ１９７０に移行する。そうでない場合には、
判定はＮＯとなってステップ１９６９に移行し、ユーザ
ーが「キャンセル」アイコンをクリックしたか否か判定
する。そのアイコンをユーザーがクリックした場合、判
定はＹＥＳとなって図２１のステップ１９４６に戻り、
図３０に示す曲再生画面を再表示させる。そうでない場
合には、判定はＮＯとなって上記ステップ１９６６に戻
る。それにより、ユーザーが「送信」或いは「キャンセ
ル」アイコンをクリックするまでの間、ステップ１９６
６〜１９６９で形成される処理ループを繰り返し実行す
る。
をユーザーがクリックしたか否か判定する。そのアイコ
ンをユーザーがクリックした場合、判定はＹＥＳとなっ
てステップ１９７０に移行する。そうでない場合には、
判定はＮＯとなってステップ１９６９に移行し、ユーザ
ーが「キャンセル」アイコンをクリックしたか否か判定
する。そのアイコンをユーザーがクリックした場合、判
定はＹＥＳとなって図２１のステップ１９４６に戻り、
図３０に示す曲再生画面を再表示させる。そうでない場
合には、判定はＮＯとなって上記ステップ１９６６に戻
る。それにより、ユーザーが「送信」或いは「キャンセ
ル」アイコンをクリックするまでの間、ステップ１９６
６〜１９６９で形成される処理ループを繰り返し実行す
る。
【０１６０】ステップ１９７０では、ユーザーが各ボッ
クスに入力したデータを課金データとしてＷｅｂサーバ
ー１１１に送信する。それを送信した後は、Ｗｅｂサー
バー１１１から曲データを受信するのを待ち（ステップ
１９７１）、受信した曲データを予め定められた保存先
にストアした（ステップ１９７２）後、図２１のステッ
プ１９４６に戻り、図３０に示す曲再生画面を再表示さ
せる。
クスに入力したデータを課金データとしてＷｅｂサーバ
ー１１１に送信する。それを送信した後は、Ｗｅｂサー
バー１１１から曲データを受信するのを待ち（ステップ
１９７１）、受信した曲データを予め定められた保存先
にストアした（ステップ１９７２）後、図２１のステッ
プ１９４６に戻り、図３０に示す曲再生画面を再表示さ
せる。
【０１６１】図９のステップＳＴ１９は、ステップ１９
６６〜１９７０を実行することで実現される。図９のス
テップＳＴ２０は、ステップ１９７１、１９７２を実行
することで実現される。図２２のステップ１９４８の判
定がＹＥＳとなって移行する図２４のステップ１９７３
〜１９８２では、ユーザーが「返却」アイコンをクリッ
クするこで曲データの返却（返品）を要求したことに対
応するための処理が行われる。
６６〜１９７０を実行することで実現される。図９のス
テップＳＴ２０は、ステップ１９７１、１９７２を実行
することで実現される。図２２のステップ１９４８の判
定がＹＥＳとなって移行する図２４のステップ１９７３
〜１９８２では、ユーザーが「返却」アイコンをクリッ
クするこで曲データの返却（返品）を要求したことに対
応するための処理が行われる。
【０１６２】先ず、ステップ１９７３では、曲データの
返却を要求するための返却要求信号をＷｅｂサーバー１
１１に送信する。その送信後は、Ｗｅｂサーバー１１１
から図３３に示す返金画面を受信するのを待って（ステ
ップ１９７４）、それを表示装置上に表示させた（ステ
ップ１９７５）後、ステップ１９７６に移行する。図１
０のステップＳＴ２１は、図２２のステップ１９４７〜
１９５０、及び１９７３を実行することで実現され、同
図ステップＳＴ２２は、ステップ１９７４、及び１９７
５を実行することで実現される。
返却を要求するための返却要求信号をＷｅｂサーバー１
１１に送信する。その送信後は、Ｗｅｂサーバー１１１
から図３３に示す返金画面を受信するのを待って（ステ
ップ１９７４）、それを表示装置上に表示させた（ステ
ップ１９７５）後、ステップ１９７６に移行する。図１
０のステップＳＴ２１は、図２２のステップ１９４７〜
１９５０、及び１９７３を実行することで実現され、同
図ステップＳＴ２２は、ステップ１９７４、及び１９７
５を実行することで実現される。
【０１６３】返却要求信号を受信したＷｅｂサーバー１
１１は、上述したように、返却要求を送信させたユーザ
ーが曲データの購入者であると確認できなければ返金画
面の代わりに、返却の対象となる曲データが存在してい
ない旨を通知するための画面を端末装置１０３に送信す
る。その画面を受信することでステップ１９７４の判定
がＹＥＳとなった場合には、特には図示していないが、
その画面を表示装置上に表示させた後、その画面上の
「ＯＫ」アイコンをユーザーがークリックするのを待っ
て図２１のステップ１９４６に戻るようになっている。
１１は、上述したように、返却要求を送信させたユーザ
ーが曲データの購入者であると確認できなければ返金画
面の代わりに、返却の対象となる曲データが存在してい
ない旨を通知するための画面を端末装置１０３に送信す
る。その画面を受信することでステップ１９７４の判定
がＹＥＳとなった場合には、特には図示していないが、
その画面を表示装置上に表示させた後、その画面上の
「ＯＫ」アイコンをユーザーがークリックするのを待っ
て図２１のステップ１９４６に戻るようになっている。
【０１６４】ステップ１９７６では、返金画面上のボッ
クスにデータ入力が行われたか否か判定する。何れかの
ボックスにカーソルが表示されている状態でユーザーが
キーボードを操作したような場合、判定はＹＥＳとなっ
てステップ１９７７に移行し、その操作で指定されたデ
ータをボックス内に表示させた後、ステップ１９７８に
移行する。そうでない場合には、判定はＮＯとなってそ
のステップ１９７８に移行する。
クスにデータ入力が行われたか否か判定する。何れかの
ボックスにカーソルが表示されている状態でユーザーが
キーボードを操作したような場合、判定はＹＥＳとなっ
てステップ１９７７に移行し、その操作で指定されたデ
ータをボックス内に表示させた後、ステップ１９７８に
移行する。そうでない場合には、判定はＮＯとなってそ
のステップ１９７８に移行する。
【０１６５】ステップ１９７８では、「送信」アイコン
をユーザーがクリックしたか否か判定する。そのアイコ
ンをユーザーがクリックした場合、判定はＹＥＳとなっ
てステップ１９８０に移行する。そうでない場合には、
判定はＮＯとなってステップ１９７９に移行し、ユーザ
ーが「戻る」アイコンをクリックしたか否か判定する。
そのアイコンをユーザーがクリックした場合、判定はＹ
ＥＳとなって図２１のステップ１９４６に戻り、図３０
に示す曲再生画面を再表示させる。そうでない場合に
は、判定はＮＯとなって上記ステップ１９７６に戻る。
それにより、ユーザーが「送信」或いは「戻る」アイコ
ンをクリックするまでの間、ステップ１９７６〜１９７
９で形成される処理ループを繰り返し実行する。
をユーザーがクリックしたか否か判定する。そのアイコ
ンをユーザーがクリックした場合、判定はＹＥＳとなっ
てステップ１９８０に移行する。そうでない場合には、
判定はＮＯとなってステップ１９７９に移行し、ユーザ
ーが「戻る」アイコンをクリックしたか否か判定する。
そのアイコンをユーザーがクリックした場合、判定はＹ
ＥＳとなって図２１のステップ１９４６に戻り、図３０
に示す曲再生画面を再表示させる。そうでない場合に
は、判定はＮＯとなって上記ステップ１９７６に戻る。
それにより、ユーザーが「送信」或いは「戻る」アイコ
ンをクリックするまでの間、ステップ１９７６〜１９７
９で形成される処理ループを繰り返し実行する。
【０１６６】ステップ１９８０では、ユーザーが各ボッ
クスに入力したデータを返金データとしてＷｅｂサーバ
ー１１１に送信する。それを送信した後は、Ｗｅｂサー
バー１１１から返却要求が受け入れられた旨を示すＯＫ
信号として返金完了データを受信するのを待って（ステ
ップ１９８１）、そのデータで指定される曲データをク
リアした（ステップ１９８２）後、一連の処理を終了す
る。
クスに入力したデータを返金データとしてＷｅｂサーバ
ー１１１に送信する。それを送信した後は、Ｗｅｂサー
バー１１１から返却要求が受け入れられた旨を示すＯＫ
信号として返金完了データを受信するのを待って（ステ
ップ１９８１）、そのデータで指定される曲データをク
リアした（ステップ１９８２）後、一連の処理を終了す
る。
【０１６７】図１０のステップＳＴ２３は、ステップ１
９７６〜１９８０を実行することで実現され、図１０の
ステップＳＴ２４は、ステップ１９８１、及び１９８２
を実行することで実現される。曲データのクリアは、例
えばダウンロードする曲データに、上記ＯＫ信号を受信
することで曲データをクリアする、ブラウザの制御下で
動作するプログラムを付加することで実現させることが
できる。
９７６〜１９８０を実行することで実現され、図１０の
ステップＳＴ２４は、ステップ１９８１、及び１９８２
を実行することで実現される。曲データのクリアは、例
えばダウンロードする曲データに、上記ＯＫ信号を受信
することで曲データをクリアする、ブラウザの制御下で
動作するプログラムを付加することで実現させることが
できる。
【０１６８】なお、本実施の形態では、曲データへのア
クセスを要求した人（要求者）へのアクセス時刻（配信
タイミング）の割り当てを無条件に行っているが、アク
セス時刻の割り当ては、曲データへのアクセスの混雑状
況やアクセスが集中する時間帯などを考慮して、必要に
応じて行うようにしても良い。そのアクセス時刻の割り
当ては、要求者に希望の日時を指定させることにより、
要求者の希望を優先させて行うようにしても良い。その
ようにした場合には、割り当てが可能な日時などの情報
を要求者に提示することが望ましい。
クセスを要求した人（要求者）へのアクセス時刻（配信
タイミング）の割り当てを無条件に行っているが、アク
セス時刻の割り当ては、曲データへのアクセスの混雑状
況やアクセスが集中する時間帯などを考慮して、必要に
応じて行うようにしても良い。そのアクセス時刻の割り
当ては、要求者に希望の日時を指定させることにより、
要求者の希望を優先させて行うようにしても良い。その
ようにした場合には、割り当てが可能な日時などの情報
を要求者に提示することが望ましい。
【０１６９】返却要求された曲データは、それの返却期
限を設けていることから、その返却要求が受け付けられ
てからクリアするようにしているが、そのような期限を
設けない場合には、返却要求を行うための条件として曲
データのクリアを含めるようにしても良い。そのように
した場合には、曲データをクリアした後に返金が行われ
ることとなる。
限を設けていることから、その返却要求が受け付けられ
てからクリアするようにしているが、そのような期限を
設けない場合には、返却要求を行うための条件として曲
データのクリアを含めるようにしても良い。そのように
した場合には、曲データをクリアした後に返金が行われ
ることとなる。
【０１７０】その返金については、ユーザーの指定した
口座にお金を振り込むことで行っているが、返金方法は
それに限定されるわけではない。例えば返金分の有償の
サービスを受けられる権利を与えても良い。このことか
ら、幾つか選択肢を用意して、そのなかからユーザーが
希望するものを選択させるようにしても良い。 ＜第２の実施の形態＞上記第１の実施の形態では、端末
装置１０３のユーザーが図３０に示す曲再生画面のＵＲ
Ｌを入力してその画面にアクセスするようになってい
る。これに対し、第２の実施の形態は、その画面に自動
的にアクセスできるようにしたものである。
口座にお金を振り込むことで行っているが、返金方法は
それに限定されるわけではない。例えば返金分の有償の
サービスを受けられる権利を与えても良い。このことか
ら、幾つか選択肢を用意して、そのなかからユーザーが
希望するものを選択させるようにしても良い。 ＜第２の実施の形態＞上記第１の実施の形態では、端末
装置１０３のユーザーが図３０に示す曲再生画面のＵＲ
Ｌを入力してその画面にアクセスするようになってい
る。これに対し、第２の実施の形態は、その画面に自動
的にアクセスできるようにしたものである。
【０１７１】第２の実施の形態における構成は、基本的
に上記第１の実施の形態のそれと同じである。このこと
から、第２の実施の形態は、第１の実施の形態で付した
符号をそのまま用いて、それから異なる部分についての
み説明する。図３５は、割り当てたアクセス時刻に曲デ
ータを配信するために端末装置１０３に配信システム１
０１が送信するデータを説明する図である。そのデータ
は、図２９に示す通知画面に代わるものである。
に上記第１の実施の形態のそれと同じである。このこと
から、第２の実施の形態は、第１の実施の形態で付した
符号をそのまま用いて、それから異なる部分についての
み説明する。図３５は、割り当てたアクセス時刻に曲デ
ータを配信するために端末装置１０３に配信システム１
０１が送信するデータを説明する図である。そのデータ
は、図２９に示す通知画面に代わるものである。
【０１７２】そのデータは、図３５に示すように、アク
セス時刻に曲再生画面を端末装置１０３に自動的にアク
セスさせる機能を搭載させたプログラム本体と、アクセ
スさせるべき曲再生画面の特定に用いられる曲名と、曲
再生画面にアクセスするうえでの認証用のＩＤ、及びパ
スワードと、から構成されている。そのプログラム本体
は、例えばブラウザの制御下で実行するようになってい
る。以降、図３５に示すデータをまとめて起動プログラ
ムと呼ぶことにする。
セス時刻に曲再生画面を端末装置１０３に自動的にアク
セスさせる機能を搭載させたプログラム本体と、アクセ
スさせるべき曲再生画面の特定に用いられる曲名と、曲
再生画面にアクセスするうえでの認証用のＩＤ、及びパ
スワードと、から構成されている。そのプログラム本体
は、例えばブラウザの制御下で実行するようになってい
る。以降、図３５に示すデータをまとめて起動プログラ
ムと呼ぶことにする。
【０１７３】本実施の形態では、起動プログラムに曲再
生画面を自動的にアクセスさせるために、購入した曲デ
ータの返却は受け付けないようにしている。そのことに
対応して、曲再生画面では「返却」アイコンを配置させ
ず（図３０参照）、リクエストデータでは購入フラグを
除いている（図２参照）。
生画面を自動的にアクセスさせるために、購入した曲デ
ータの返却は受け付けないようにしている。そのことに
対応して、曲再生画面では「返却」アイコンを配置させ
ず（図３０参照）、リクエストデータでは購入フラグを
除いている（図２参照）。
【０１７４】図３５に示す起動プログラムを用いたサー
ビスの提供は、配信システム１０１、及び端末装置１０
３が以下のような処理を行うことで実現される。以降
は、図３６〜図４４に示す各種フローチャートを参照し
て、そのサービスの提供を実現させる配信システム１０
１や端末装置１０３の動作について詳細に説明する。
ビスの提供は、配信システム１０１、及び端末装置１０
３が以下のような処理を行うことで実現される。以降
は、図３６〜図４４に示す各種フローチャートを参照し
て、そのサービスの提供を実現させる配信システム１０
１や端末装置１０３の動作について詳細に説明する。
【０１７５】図３６〜図３９は、端末装置１０３を配信
システム１０１と接続させた場合に、それらが実行する
処理の流れを示すフローチャートである。図３〜図１１
に示すフローチャートと同じく、端末装置１０３と配信
システム１０１間の通信に係わる処理に着目して、端末
装置１０３、及び配信システム１０１を構成するＷｅｂ
サーバー１１１が実行する処理を抜粋してその流れの例
を示したものである。始めに、図３６〜図３９を参照し
て、端末装置１０３を配信システム１０１と接続させた
場合に、端末装置１０３、及びＷｅｂサーバー１１１が
それぞれ実行する処理、及びその流れについて詳細に説
明する。
システム１０１と接続させた場合に、それらが実行する
処理の流れを示すフローチャートである。図３〜図１１
に示すフローチャートと同じく、端末装置１０３と配信
システム１０１間の通信に係わる処理に着目して、端末
装置１０３、及び配信システム１０１を構成するＷｅｂ
サーバー１１１が実行する処理を抜粋してその流れの例
を示したものである。始めに、図３６〜図３９を参照し
て、端末装置１０３を配信システム１０１と接続させた
場合に、端末装置１０３、及びＷｅｂサーバー１１１が
それぞれ実行する処理、及びその流れについて詳細に説
明する。
【０１７６】通信が開設した端末装置１０３に配信シス
テム１０１のＷｅｂサーバー１１１はメニュー画面を送
信する。そのメニュー画面上の「リクエスト」アイコン
をユーザーがクリックすると、Ｗｅｂサーバー１１１は
次に図２５に示す認証画面を端末装置１０３に送信す
る。その認証画面上にＩＤ、パスワードを入力した後、
「送信」アイコンをユーザーがクリックすると、端末装
置１０３はそのＩＤ、パスワードをＷｅｂサーバー１１
１に送信する（以上、ステップＳＴ５１）。
テム１０１のＷｅｂサーバー１１１はメニュー画面を送
信する。そのメニュー画面上の「リクエスト」アイコン
をユーザーがクリックすると、Ｗｅｂサーバー１１１は
次に図２５に示す認証画面を端末装置１０３に送信す
る。その認証画面上にＩＤ、パスワードを入力した後、
「送信」アイコンをユーザーがクリックすると、端末装
置１０３はそのＩＤ、パスワードをＷｅｂサーバー１１
１に送信する（以上、ステップＳＴ５１）。
【０１７７】端末装置１０３から送信されたＩＤ、パス
ワードを受信したＷｅｂサーバー１１１は、それらの組
み合わせが登録した会員のものか否か確認することで認
証を行い、その認証を行った結果、それらが登録した会
員のものであることを確認すると、その旨を示すＯＫ信
号を端末装置１０３に送信する（ステップＳＳ５１）。
その後に実行するステップＳＳ５２〜図３７のステップ
ＳＳ５５については、図４のステップＳＳ３〜ＳＳ６と
同様であるため、その説明は省略する。
ワードを受信したＷｅｂサーバー１１１は、それらの組
み合わせが登録した会員のものか否か確認することで認
証を行い、その認証を行った結果、それらが登録した会
員のものであることを確認すると、その旨を示すＯＫ信
号を端末装置１０３に送信する（ステップＳＳ５１）。
その後に実行するステップＳＳ５２〜図３７のステップ
ＳＳ５５については、図４のステップＳＳ３〜ＳＳ６と
同様であるため、その説明は省略する。
【０１７８】ＯＫ信号を受信した端末装置１０３は、図
２７に示すリクエスト画面のＵＲＬを送信する（ステッ
プＳＴ５２）。それを送信した後に実行するステップＳ
Ｔ５３〜ＳＴ５６については、図３のステップＳＴ２〜
図４のステップＳＴ７と同様であるため、その説明は省
略する。
２７に示すリクエスト画面のＵＲＬを送信する（ステッ
プＳＴ５２）。それを送信した後に実行するステップＳ
Ｔ５３〜ＳＴ５６については、図３のステップＳＴ２〜
図４のステップＳＴ７と同様であるため、その説明は省
略する。
【０１７９】Ｗｅｂサーバー１１１は、図１５、及び図
１６に示すアクセス時刻検出処理を図３７のステップＳ
Ｓ５５として実行すると、次に、ＤＢサーバー１１２に
格納させたリクエストデータ（図２参照）を用いて、図
３５に示す構成の起動プログラムを作成し（ステップＳ
Ｓ５６）、作成した起動プログラムを端末装置１０３に
送信する（ステップＳＳ５７）。その後に実行する処理
については省略する。なお、ここでの起動プログラムの
作成は、例えば予め用意したオリジナルの起動プログラ
ム本体のコピーに、アクセス時刻検出処理で割り当てた
アクセス時刻を設定し、その処理で作成したＩＤ、パス
ワード、ユーザーがリクエストした曲の曲名をそれに付
加することで行われる。
１６に示すアクセス時刻検出処理を図３７のステップＳ
Ｓ５５として実行すると、次に、ＤＢサーバー１１２に
格納させたリクエストデータ（図２参照）を用いて、図
３５に示す構成の起動プログラムを作成し（ステップＳ
Ｓ５６）、作成した起動プログラムを端末装置１０３に
送信する（ステップＳＳ５７）。その後に実行する処理
については省略する。なお、ここでの起動プログラムの
作成は、例えば予め用意したオリジナルの起動プログラ
ム本体のコピーに、アクセス時刻検出処理で割り当てた
アクセス時刻を設定し、その処理で作成したＩＤ、パス
ワード、ユーザーがリクエストした曲の曲名をそれに付
加することで行われる。
【０１８０】一方の端末装置１０３は、Ｗｅｂサーバー
１１１から起動プログラムを受信するのを待って、それ
を指定された保存場所にストアする（図３７のステップ
ＳＴ５７）。その後に実行する処理についての説明は省
略する。なお、その指定は、起動プログラムに付加した
データによって行われるものである。
１１１から起動プログラムを受信するのを待って、それ
を指定された保存場所にストアする（図３７のステップ
ＳＴ５７）。その後に実行する処理についての説明は省
略する。なお、その指定は、起動プログラムに付加した
データによって行われるものである。
【０１８１】ストアされた起動プログラムは、ブラウザ
によって起動され、設定されたアクセス時刻に曲再生画
面へのアクセスを試みる。端末装置１０３がＯＫ信号を
受信した後、起動プログラムがそれを試みた場合、端末
装置１０３は次に、起動プログラム本体に付加されたＩ
Ｄ、パスワードを、曲再生画面のＵＲＬとともにＷｅｂ
サーバー１１１に送信する（図３８のステップＳＴ５
８）。その後に実行するステップＳＴ５９〜ＳＴ６２に
ついては、図６のステップＳＴ１２〜図７のステップＳ
Ｔ１５と同様であるため、その説明は省略する。
によって起動され、設定されたアクセス時刻に曲再生画
面へのアクセスを試みる。端末装置１０３がＯＫ信号を
受信した後、起動プログラムがそれを試みた場合、端末
装置１０３は次に、起動プログラム本体に付加されたＩ
Ｄ、パスワードを、曲再生画面のＵＲＬとともにＷｅｂ
サーバー１１１に送信する（図３８のステップＳＴ５
８）。その後に実行するステップＳＴ５９〜ＳＴ６２に
ついては、図６のステップＳＴ１２〜図７のステップＳ
Ｔ１５と同様であるため、その説明は省略する。
【０１８２】一方のＷｅｂサーバー１１１は、端末装置
１０３から受信したＩＤ、パスワードを用いて、受信し
たＵＲＬで指定される曲再生画面へのアクセスを許可す
べきか否か確認するための認証処理を実行する（ステッ
プＳＳ５８）。その実行後は、認証処理を実行した結
果、許可すべきアクセスであることを確認できれば、Ｕ
ＲＬで指定された曲再生画面を端末装置１０３に送信す
る（ステップＳＳ５９）。その後に実行するステップＳ
Ｓ６０〜ＳＳ６２については、図６のステップＳＳ１３
〜図７のステップＳＳ１８と同様であるため、その説明
は省略する。
１０３から受信したＩＤ、パスワードを用いて、受信し
たＵＲＬで指定される曲再生画面へのアクセスを許可す
べきか否か確認するための認証処理を実行する（ステッ
プＳＳ５８）。その実行後は、認証処理を実行した結
果、許可すべきアクセスであることを確認できれば、Ｕ
ＲＬで指定された曲再生画面を端末装置１０３に送信す
る（ステップＳＳ５９）。その後に実行するステップＳ
Ｓ６０〜ＳＳ６２については、図６のステップＳＳ１３
〜図７のステップＳＳ１８と同様であるため、その説明
は省略する。
【０１８３】図３０に示す曲再生画面をステップＳＴ５
９で表示装置上に表示させた後にユーザーが「ダウンロ
ード」アイコンをクリックした場合には、端末装置１０
３は、その曲再生画面に対応する曲データの購入用のダ
ウンロードを要求するためのダウンロード要求信号をＷ
ｅｂサーバー１１１に送信する（図３９のステップＳＴ
６３）。その後に実行するステップＳＴ６４〜ＳＴ６６
については、図９のステップＳＴ１８〜ＳＴ２０と同様
であるため、その説明は省略する。
９で表示装置上に表示させた後にユーザーが「ダウンロ
ード」アイコンをクリックした場合には、端末装置１０
３は、その曲再生画面に対応する曲データの購入用のダ
ウンロードを要求するためのダウンロード要求信号をＷ
ｅｂサーバー１１１に送信する（図３９のステップＳＴ
６３）。その後に実行するステップＳＴ６４〜ＳＴ６６
については、図９のステップＳＴ１８〜ＳＴ２０と同様
であるため、その説明は省略する。
【０１８４】一方、そのダウンロード信号を受信したＷ
ｅｂサーバー１１１は、次に図２８に示す課金画面を端
末装置１０３に送信する（図３９のステップＳＳ６
３）。その後に実行するステップＳＳ６４、ＳＳ６５に
ついては、図９のステップＳＳ２４、ＳＳ２５と同様で
あるため、その説明は省略する。
ｅｂサーバー１１１は、次に図２８に示す課金画面を端
末装置１０３に送信する（図３９のステップＳＳ６
３）。その後に実行するステップＳＳ６４、ＳＳ６５に
ついては、図９のステップＳＳ２４、ＳＳ２５と同様で
あるため、その説明は省略する。
【０１８５】このように、起動プログラムにより曲再生
画面に自動的にアクセスを行うことから、第１の実施の
形態とは異なり、ダウンロード要求信号を受信したＷｅ
ｂサーバー１１１は無条件で課金画面を端末装置１０３
に送信している。その起動プログラムは、端末装置１０
３が計時する時刻を参照して、曲再生画面にアクセスを
行うようになっている。このため、曲再生画面のＵＲＬ
を受信した際にステップＳＳ５９として実行する認証処
理は、実際上、端末装置１０３が計時する時刻が、アク
セス時刻に割り当てた時間幅の範囲内でそのアクセス時
刻と一致しているか否か確認するものとなる。起動プロ
グラムにより曲再生画面へのアクセスを自動的に行わせ
るようにすると、ユーザーがより容易にそれにアクセス
できるようになるだけでなく、その画面上で要求できる
サービスを受ける権利の有無を確認すべき回数が減り、
サービス提供側の処理の負担が軽減するという効果も得
られる。
画面に自動的にアクセスを行うことから、第１の実施の
形態とは異なり、ダウンロード要求信号を受信したＷｅ
ｂサーバー１１１は無条件で課金画面を端末装置１０３
に送信している。その起動プログラムは、端末装置１０
３が計時する時刻を参照して、曲再生画面にアクセスを
行うようになっている。このため、曲再生画面のＵＲＬ
を受信した際にステップＳＳ５９として実行する認証処
理は、実際上、端末装置１０３が計時する時刻が、アク
セス時刻に割り当てた時間幅の範囲内でそのアクセス時
刻と一致しているか否か確認するものとなる。起動プロ
グラムにより曲再生画面へのアクセスを自動的に行わせ
るようにすると、ユーザーがより容易にそれにアクセス
できるようになるだけでなく、その画面上で要求できる
サービスを受ける権利の有無を確認すべき回数が減り、
サービス提供側の処理の負担が軽減するという効果も得
られる。
【０１８６】図１９〜図２４に示す各処理は、第２の実
施の形態でも同様にＷｅｂサーバー１１１が実行する。
このことから、次に、端末装置１０３が実行する処理に
ついて説明する。図４０は、第２の実施の形態における
全体処理のフローチャートである。図１８と同様に、配
信システム１０１によるサービスをユーザーに提供する
ために実行する処理を抜粋してその流れを示したもので
ある。その全体処理は、上述したように、ブラウザやそ
の制御下の起動プログラムなどを実行することで実現さ
れる。
施の形態でも同様にＷｅｂサーバー１１１が実行する。
このことから、次に、端末装置１０３が実行する処理に
ついて説明する。図４０は、第２の実施の形態における
全体処理のフローチャートである。図１８と同様に、配
信システム１０１によるサービスをユーザーに提供する
ために実行する処理を抜粋してその流れを示したもので
ある。その全体処理は、上述したように、ブラウザやそ
の制御下の起動プログラムなどを実行することで実現さ
れる。
【０１８７】図４０において、第１の実施の形態と処理
内容が同じ、或いは基本的に同じものには同一の符号を
付している。それにより、ここでは、第１の実施の形態
から異なる部分にのみ着目してその説明を行うこととす
る。ステップ１８０３の判定がＹＥＳとなって移行する
ステップ４００１では、図２７に示すリクエスト画面へ
のアクセスや、その画面上で要求できるサービスの提供
をユーザーが受けるのを実現させるリクエスト処理を実
行した後、ステップ１８０２に戻る。そうでない場合に
は、判定はＮＯとなってステップ４００２に移行する。
内容が同じ、或いは基本的に同じものには同一の符号を
付している。それにより、ここでは、第１の実施の形態
から異なる部分にのみ着目してその説明を行うこととす
る。ステップ１８０３の判定がＹＥＳとなって移行する
ステップ４００１では、図２７に示すリクエスト画面へ
のアクセスや、その画面上で要求できるサービスの提供
をユーザーが受けるのを実現させるリクエスト処理を実
行した後、ステップ１８０２に戻る。そうでない場合に
は、判定はＮＯとなってステップ４００２に移行する。
【０１８８】ステップ４００２では、配信システム１０
１からダウンロードした起動プログラムがストアされて
いるか否か判定する。その起動プログラムが一つでもス
トアされていた場合、判定はＹＥＳとなってステップ４
００３に移行し、起動プログラムに制御を渡してそれに
よる処理（起動処理）を行わせた後、上記ステップ１８
０２に戻る。そうでない場合には、判定はＮＯとなり、
次にステップ１８０５に移行して、会員登録などを実現
させるその他の処理を実行した後、そのステップ１８０
２に戻る。起動プログラムに制御を渡すことにより、端
末装置１０３はそれに設定されたアクセス時間に曲再生
画面にアクセスすることになる。
１からダウンロードした起動プログラムがストアされて
いるか否か判定する。その起動プログラムが一つでもス
トアされていた場合、判定はＹＥＳとなってステップ４
００３に移行し、起動プログラムに制御を渡してそれに
よる処理（起動処理）を行わせた後、上記ステップ１８
０２に戻る。そうでない場合には、判定はＮＯとなり、
次にステップ１８０５に移行して、会員登録などを実現
させるその他の処理を実行した後、そのステップ１８０
２に戻る。起動プログラムに制御を渡すことにより、端
末装置１０３はそれに設定されたアクセス時間に曲再生
画面にアクセスすることになる。
【０１８９】図４１、及び図４２は、上記ステップ４０
０１として実行されるリクエスト処理のフローチャート
である。次に図４１、及び図４２を参照して、第２の実
施の形態におけるリクエスト処理について詳細に説明す
る。そのリクエスト処理の開始後に実行する図４１のス
テップ４１０１〜４１０６では、図１９のステップ１９
０１〜１９０６と同様の処理が行われる。ステップ４１
０６でＩＤ、パスワードをＷｅｂサーバー１１１に送信
した後に移行するステップ４１０７では、Ｗｅｂサーバ
ー１１１からＯＫ信号を受信するのを待つ。その信号を
受信すると、次に図２７に示すリクエスト画面のＵＲＬ
をＷｅｂサーバー１１１に送信した（ステップ４１０
８）後、Ｗｅｂサーバー１１１からその画面を受信する
のを待つ（ステップ４１０９）。
０１として実行されるリクエスト処理のフローチャート
である。次に図４１、及び図４２を参照して、第２の実
施の形態におけるリクエスト処理について詳細に説明す
る。そのリクエスト処理の開始後に実行する図４１のス
テップ４１０１〜４１０６では、図１９のステップ１９
０１〜１９０６と同様の処理が行われる。ステップ４１
０６でＩＤ、パスワードをＷｅｂサーバー１１１に送信
した後に移行するステップ４１０７では、Ｗｅｂサーバ
ー１１１からＯＫ信号を受信するのを待つ。その信号を
受信すると、次に図２７に示すリクエスト画面のＵＲＬ
をＷｅｂサーバー１１１に送信した（ステップ４１０
８）後、Ｗｅｂサーバー１１１からその画面を受信する
のを待つ（ステップ４１０９）。
【０１９０】上記リクエスト画面を受信することで移行
するステップ４１１０、及びそれに続く図４２のステッ
プ４１２１では、図２０のステップ１９１８〜１９３０
と同様の処理が行われる。そのステップ４１２１で課金
データをＷｅｂサーバー１１１に送信した後に移行する
ステップ４１２２では、図３５に示す起動プログラムを
受信するのを待つ。その起動プログラムを受信すると、
ステップ４１２３に移行し、それに付加されたデータで
指定される保存場所にそれをストアした後、図４１のス
テップ４１１０に戻る。
するステップ４１１０、及びそれに続く図４２のステッ
プ４１２１では、図２０のステップ１９１８〜１９３０
と同様の処理が行われる。そのステップ４１２１で課金
データをＷｅｂサーバー１１１に送信した後に移行する
ステップ４１２２では、図３５に示す起動プログラムを
受信するのを待つ。その起動プログラムを受信すると、
ステップ４１２３に移行し、それに付加されたデータで
指定される保存場所にそれをストアした後、図４１のス
テップ４１１０に戻る。
【０１９１】次に、図４０に示す全体処理内でステップ
４００３として実行される起動処理について、図４２、
及び図４３に示すそのフローチャートを参照して詳細に
説明する。上記起動プログラムは、曲データ別にＷｅｂ
サーバー１１１から送信され、それぞれ独立して動作す
る。図４２、図４３に示す起動処理は、便宜的に１起動
プログラムに着目して、それを実行することで実現され
る処理の流れを示したものである。
４００３として実行される起動処理について、図４２、
及び図４３に示すそのフローチャートを参照して詳細に
説明する。上記起動プログラムは、曲データ別にＷｅｂ
サーバー１１１から送信され、それぞれ独立して動作す
る。図４２、図４３に示す起動処理は、便宜的に１起動
プログラムに着目して、それを実行することで実現され
る処理の流れを示したものである。
【０１９２】先ず、ステップ４３０１では、現時刻がア
クセス時刻か否か判定する。端末装置１０３に搭載され
たＣＰＵが有するハードタイマーが計時している時刻が
アクセス時刻に割り当てられた時刻間であった場合、判
定はＹＥＳとなってステップ４３０２に移行する。そう
でない場合には、判定はＮＯとなり、ここで一連の処理
を終了する。
クセス時刻か否か判定する。端末装置１０３に搭載され
たＣＰＵが有するハードタイマーが計時している時刻が
アクセス時刻に割り当てられた時刻間であった場合、判
定はＹＥＳとなってステップ４３０２に移行する。そう
でない場合には、判定はＮＯとなり、ここで一連の処理
を終了する。
【０１９３】なお、特には図示していないが、起動プロ
グラムは、現時刻がアクセス時刻を過ぎているか否か判
定して、現時刻がアクセス時刻を過ぎていれば、自身を
消去するようになっている。それにより、アクセス時刻
に曲データにアクセスしなかったユーザーが使用する端
末装置１０３にＷｅｂサーバー１１１が起動プログラム
を再度、送信することにより、同じ曲再生画面にアクセ
スするための起動プログラムが複数、端末装置１０３上
に存在するようなことを回避させている。た場合、ステ
ップ４３０２では、プログラム本体に付されたＩＤ、パ
スワード（共に図３５参照）、及びそれに付された曲名
から特定される曲再生画面（図３０参照）のＵＲＬをＷ
ｅｂサーバー１１１に送信する。それらを送信した後
は、Ｗｅｂサーバー１１１から曲再生画面を受信するの
を待って（ステップ４３０３）、それを表示装置上に表
示させる（ステップ４３０４）。その曲再生画面は、上
述したように、「返却」アイコンが配置されていないも
のである。
グラムは、現時刻がアクセス時刻を過ぎているか否か判
定して、現時刻がアクセス時刻を過ぎていれば、自身を
消去するようになっている。それにより、アクセス時刻
に曲データにアクセスしなかったユーザーが使用する端
末装置１０３にＷｅｂサーバー１１１が起動プログラム
を再度、送信することにより、同じ曲再生画面にアクセ
スするための起動プログラムが複数、端末装置１０３上
に存在するようなことを回避させている。た場合、ステ
ップ４３０２では、プログラム本体に付されたＩＤ、パ
スワード（共に図３５参照）、及びそれに付された曲名
から特定される曲再生画面（図３０参照）のＵＲＬをＷ
ｅｂサーバー１１１に送信する。それらを送信した後
は、Ｗｅｂサーバー１１１から曲再生画面を受信するの
を待って（ステップ４３０３）、それを表示装置上に表
示させる（ステップ４３０４）。その曲再生画面は、上
述したように、「返却」アイコンが配置されていないも
のである。
【０１９４】ステップ４３０４に続くステップ４３０５
では、曲再生画面上の「スタート」アイコンをユーザー
がクリック（オン）したか否か判定する。そのアイコン
をユーザーがクリックした場合、判定はＹＥＳとなって
ステップ４３０８に移行する。そうでない場合には、判
定はＮＯとなってステップ４３０６に移行する。
では、曲再生画面上の「スタート」アイコンをユーザー
がクリック（オン）したか否か判定する。そのアイコン
をユーザーがクリックした場合、判定はＹＥＳとなって
ステップ４３０８に移行する。そうでない場合には、判
定はＮＯとなってステップ４３０６に移行する。
【０１９５】ステップ４３０６では、曲再生画面上の
「ダウンロード」アイコンをユーザーがクリックしたか
否か判定する。そのアイコンをユーザーがクリックした
場合、判定はＹＥＳとなって図４４のステップ４３１４
に移行する。そうでない場合には、判定はＮＯとなって
ステップ４３０７に移行する。
「ダウンロード」アイコンをユーザーがクリックしたか
否か判定する。そのアイコンをユーザーがクリックした
場合、判定はＹＥＳとなって図４４のステップ４３１４
に移行する。そうでない場合には、判定はＮＯとなって
ステップ４３０７に移行する。
【０１９６】ステップ４３０７では、曲再生画面上の
「キャンセル」アイコンをユーザーがクリックしたか否
か判定する。そのアイコンをユーザーがクリックした場
合、判定はＹＥＳとなり、ここで一連の処理を終了す
る。そうでない場合には、判定はＮＯとなって上記ステ
ップ４３０５に戻る。それにより、曲再生画面を表示さ
せた後は、「スタート」「ダウンロード」及び「キャン
セル」の各アイコンのうちの何れかをユーザーがクリッ
クするまでの間、ステップ４３０５〜４３０７で形成さ
れる処理ループを繰り返し実行する。
「キャンセル」アイコンをユーザーがクリックしたか否
か判定する。そのアイコンをユーザーがクリックした場
合、判定はＹＥＳとなり、ここで一連の処理を終了す
る。そうでない場合には、判定はＮＯとなって上記ステ
ップ４３０５に戻る。それにより、曲再生画面を表示さ
せた後は、「スタート」「ダウンロード」及び「キャン
セル」の各アイコンのうちの何れかをユーザーがクリッ
クするまでの間、ステップ４３０５〜４３０７で形成さ
れる処理ループを繰り返し実行する。
【０１９７】ステップ４３０５の判定がＹＥＳとなって
移行するステップ４３０８、及びそれに続くステップ４
３０９〜４３１３では、図２２のステップ１９５１〜１
９５７と同様の処理を行う。ステップ４３１３で曲デー
タの再生を停止させた後は上記ステップ４３０４に戻
り、曲再生画面を再表示させる。
移行するステップ４３０８、及びそれに続くステップ４
３０９〜４３１３では、図２２のステップ１９５１〜１
９５７と同様の処理を行う。ステップ４３１３で曲デー
タの再生を停止させた後は上記ステップ４３０４に戻
り、曲再生画面を再表示させる。
【０１９８】ステップ４３０６の判定がＹＥＳとなって
移行する図４４のステップ４３１４では、曲データの購
入のためのダウンロードを要求するためのダウンロード
要求信号をＷｅｂサーバー１１１に送信する。その送信
後は、Ｗｅｂサーバー１１１から図２８に示す課金画面
を受信するのを待って（ステップ４３１５）、それを表
示装置上に表示させる（ステップ４３１６）。
移行する図４４のステップ４３１４では、曲データの購
入のためのダウンロードを要求するためのダウンロード
要求信号をＷｅｂサーバー１１１に送信する。その送信
後は、Ｗｅｂサーバー１１１から図２８に示す課金画面
を受信するのを待って（ステップ４３１５）、それを表
示装置上に表示させる（ステップ４３１６）。
【０１９９】ステップ４３１６に続くステップ４３１７
〜４３２３では、図２３のステップ１９６６〜１９７２
と同様の処理を実行する。ステップ４３２０の判定がＹ
ＥＳとなるか、ステップ４３２３で曲データをストアし
た後は、図４３のステップ４３０４に戻り、曲再生画面
を再表示させる。
〜４３２３では、図２３のステップ１９６６〜１９７２
と同様の処理を実行する。ステップ４３２０の判定がＹ
ＥＳとなるか、ステップ４３２３で曲データをストアし
た後は、図４３のステップ４３０４に戻り、曲再生画面
を再表示させる。
【０２００】このようにして、第２の実施の形態では、
図４０に示す全体処理内でステップ４００１のリクエス
ト処理、ステップ４００３の起動処理を必要に応じて実
行することにより、端末装置１０３のユーザーに対し会
員としてのサービスを提供できるようになっている。
図４０に示す全体処理内でステップ４００１のリクエス
ト処理、ステップ４００３の起動処理を必要に応じて実
行することにより、端末装置１０３のユーザーに対し会
員としてのサービスを提供できるようになっている。
【０２０１】なお、本実施の形態（第１、及び第２の実
施の形態）では、曲データへのアクセスを希望するユー
ザーに対し、曲データにアクセスできるアクセス時刻を
配信システム１０１側が混雑状況のみに着目して自動的
に割り当てているが、その割り当ては、例えばユーザー
に希望するアクセス時刻を指定させて、その指定させた
アクセス時刻を割り当てることが可能、即ちそのアクセ
ス時刻のアクセス数が許容アクセス数未満であればその
アクセス時刻を割り当てる形で行うようにしても良い。
或いは、アクセス時刻を割り当てるうえでの条件（例え
ば時間帯や曜日、など）をユーザーに指定させ、その条
件を満たすのを優先する形でアクセス時刻を割り当てる
ようにしても良い。また、その割り当ては、混雑状況に
より、必要に応じて行うようにしても良い。
施の形態）では、曲データへのアクセスを希望するユー
ザーに対し、曲データにアクセスできるアクセス時刻を
配信システム１０１側が混雑状況のみに着目して自動的
に割り当てているが、その割り当ては、例えばユーザー
に希望するアクセス時刻を指定させて、その指定させた
アクセス時刻を割り当てることが可能、即ちそのアクセ
ス時刻のアクセス数が許容アクセス数未満であればその
アクセス時刻を割り当てる形で行うようにしても良い。
或いは、アクセス時刻を割り当てるうえでの条件（例え
ば時間帯や曜日、など）をユーザーに指定させ、その条
件を満たすのを優先する形でアクセス時刻を割り当てる
ようにしても良い。また、その割り当ては、混雑状況に
より、必要に応じて行うようにしても良い。
【０２０２】上述したような配信システム１０１のＷｅ
ｂサーバー１１１の動作、或いはその変形例の動作を実
現させるようなプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ、
或いは光磁気ディスク等の記録媒体に記録させて配布し
ても良い。或いは、公衆網等で用いられる伝送媒体を介
して、そのプログラムの一部、若しくは全部を配信する
ようにしても良い。そのようにした場合には、ユーザー
はプログラムを取得してコンピュータなどのデータ処理
装置にロードすることにより、そのデータ処理装置を用
いて本発明を適用させたコンテンツ配信システムを構築
することができる。このことから、記録媒体は、プログ
ラムを配信する装置がアクセスできるものであっても良
い。
ｂサーバー１１１の動作、或いはその変形例の動作を実
現させるようなプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ、
或いは光磁気ディスク等の記録媒体に記録させて配布し
ても良い。或いは、公衆網等で用いられる伝送媒体を介
して、そのプログラムの一部、若しくは全部を配信する
ようにしても良い。そのようにした場合には、ユーザー
はプログラムを取得してコンピュータなどのデータ処理
装置にロードすることにより、そのデータ処理装置を用
いて本発明を適用させたコンテンツ配信システムを構築
することができる。このことから、記録媒体は、プログ
ラムを配信する装置がアクセスできるものであっても良
い。
【０２０３】
【発明の効果】以上、説明したように本発明は、通信ネ
ットワークを介して接続された端末装置のユーザーがコ
ンテンツの配信を要求すると、その配信を行う配信タイ
ミングを決定し、決定した配信タイミングをユーザーに
通知して、その配信タイミングにコンテンツの配信を行
う。
ットワークを介して接続された端末装置のユーザーがコ
ンテンツの配信を要求すると、その配信を行う配信タイ
ミングを決定し、決定した配信タイミングをユーザーに
通知して、その配信タイミングにコンテンツの配信を行
う。
【０２０４】配信タイミングを決定してコンテンツの配
信を行うことにより、端末装置のユーザーによるコンテ
ンツへのアクセスを管理することができる。このため、
コンテンツデータへのアクセスが混み合う（集中する）
のを回避して、それを常に快適に配信できる環境を実現
させることができる。
信を行うことにより、端末装置のユーザーによるコンテ
ンツへのアクセスを管理することができる。このため、
コンテンツデータへのアクセスが混み合う（集中する）
のを回避して、それを常に快適に配信できる環境を実現
させることができる。
【０２０５】本発明は、通信ネットワークを介して配信
する有料のコンテンツを購入した端末装置のユーザーか
ら、その通信ネットワークを介して返却要求を受け付
け、そのコンテンツの返品に伴う代金を返却する。コン
テンツの返品に伴う代金を返却することで、コンテンツ
を気楽に購入できる環境を提供することになる。その環
境を提供することにより、結果として、コンテンツの売
り上げを伸ばす効果を得ることができる。
する有料のコンテンツを購入した端末装置のユーザーか
ら、その通信ネットワークを介して返却要求を受け付
け、そのコンテンツの返品に伴う代金を返却する。コン
テンツの返品に伴う代金を返却することで、コンテンツ
を気楽に購入できる環境を提供することになる。その環
境を提供することにより、結果として、コンテンツの売
り上げを伸ばす効果を得ることができる。
【図１】本実施の形態によるコンテンツ阪神システムを
有するネットワークシステムの構成を示す図である。
有するネットワークシステムの構成を示す図である。
【図２】データベースサーバーが管理するデータを説明
する図である。
する図である。
【図３】端末装置をコンテンツ配信システムと接続させ
た場合に、それらが実行する処理の流れを示すフローチ
ャートである。
た場合に、それらが実行する処理の流れを示すフローチ
ャートである。
【図４】端末装置をコンテンツ配信システムと接続させ
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き１）。
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き１）。
【図５】端末装置をコンテンツ配信システムと接続させ
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き２）。
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き２）。
【図６】端末装置をコンテンツ配信システムと接続させ
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き３）。
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き３）。
【図７】端末装置をコンテンツ配信システムと接続させ
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き４）。
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き４）。
【図８】端末装置をコンテンツ配信システムと接続させ
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き５）。
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き５）。
【図９】端末装置をコンテンツ配信システムと接続させ
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き６）。
た場合に、それらが実行する処理の流れを示すフローチ
ャートである（続き６）。
【図１０】端末装置をコンテンツ配信システムと接続さ
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（続き７）。
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（続き７）。
【図１１】端末装置をコンテンツ配信システムと接続さ
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（続き８）。
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（続き８）。
【図１２】アクセス時刻検出処理のフローチャートであ
る。
る。
【図１３】アクセス時刻検出処理のフローチャートであ
る（続き）。
る（続き）。
【図１４】タイマインタラプト処理のフローチャートで
ある。
ある。
【図１５】アクセス時刻更新処理のフローチャートであ
る。
る。
【図１６】アクセス時刻更新処理のフローチャートであ
る（続き）。
る（続き）。
【図１７】リクエスト消去処理のフローチャートであ
る。
る。
【図１８】全体処理のフローチャートである。
【図１９】リクエスト処理のフローチャートである。
【図２０】リクエスト処理のフローチャートである（続
き１）。
き１）。
【図２１】リクエスト処理のフローチャートである（続
き２）。
き２）。
【図２２】リクエスト処理のフローチャートである（続
き３）。
き３）。
【図２３】リクエスト処理のフローチャートである（続
き４）。
き４）。
【図２４】リクエスト処理のフローチャートである（続
き５）。
き５）。
【図２５】認証画面を示す図である。
【図２６】初期画面を示す図である。
【図２７】リクエスト画面を示す図である。
【図２８】課金画面を示す図である。
【図２９】通知画面を示す図である。
【図３０】曲再生画面を示す図である。
【図３１】パスワード画面を示す図である。
【図３２】アクセス不可画面を示す図である。
【図３３】返金画面を示す図である。
【図３４】データなし通知画面を示す図である。
【図３５】割り当てたアクセス時刻に曲データを配信す
るために端末装置にコンテンツ配信システムが送信する
データを説明する図である。
るために端末装置にコンテンツ配信システムが送信する
データを説明する図である。
【図３６】端末装置をコンテンツ配信システムと接続さ
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（第２の実施の形態）。
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（第２の実施の形態）。
【図３７】端末装置をコンテンツ配信システムと接続さ
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（第２の実施の形態：続き１）。
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（第２の実施の形態：続き１）。
【図３８】端末装置をコンテンツ配信システムと接続さ
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（第２の実施の形態：続き２）。
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（第２の実施の形態：続き２）。
【図３９】端末装置をコンテンツ配信システムと接続さ
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（第２の実施の形態：続き３）。
せた場合に、それらが実行する処理の流れを示すフロー
チャートである（第２の実施の形態：続き３）。
【図４０】全体処理のフローチャートである（第２の実
施の形態）。
施の形態）。
【図４１】リクエスト処理のフローチャートである（第
２の実施の形態）。
２の実施の形態）。
【図４２】リクエスト処理のフローチャートである（第
２の実施の形態：続き）。
２の実施の形態：続き）。
【図４３】起動処理のフローチャートである（第２の実
施の形態）。
施の形態）。
【図４４】起動処理のフローチャートである（第２の実
施の形態：続き）。
施の形態：続き）。
１０１ コンテンツ配信システム
１０２ 通信ネットワーク
１０３ 端末装置
１１１ Ｗｅｂサーバー
１１２ ＤＢサーバー
─────────────────────────────────────────────────────
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Ｈ０４Ｎ 7/173 ６４０ Ｈ０４Ｂ 7/26 Ｍ
Ｈ０４Ｑ 7/20 Ｈ０４Ｑ 7/04 Ｚ
Ｆターム(参考） 5B085 AE01 BA06 BG02 BG03 BG04
BG07
5C064 BA01 BB01 BB05 BC04 BC10
BC18 BC23 BC25 BD02 BD03
BD04 BD08 BD09
5K067 AA21 BB04 BB21 DD11 DD51
EE02 EE10 EE16 FF02 HH11
HH22
Claims (9)
- 【請求項１】 通信ネットワークと接続される端末装置
のユーザーに、該通信ネットワークを介してコンテンツ
を配信できるシステムであって、 前記端末装置のユーザーが前記コンテンツの配信を要求
した場合に、該ユーザーを対象として該コンテンツの配
信を行う配信タイミングを決定するタイミング決定手段
と、 前記タイミング決定手段が決定した配信タイミングを前
記端末装置のユーザーに通知する通知手段と、 前記通知手段により通知した配信タイミングに前記通信
ネットワークを介して前記端末装置を接続させているユ
ーザーを対象に、該ユーザーが要求する前記コンテンツ
を配信するコンテンツ配信手段と、 を具備することを特徴とするコンテンツ配信システム。 - 【請求項２】 前記タイミング決定手段は、前記コンテ
ンツを同時に配信することになりうる前記端末装置の数
を考慮して前記配信タイミングを決定する、 ことを特徴とする請求項１記載のコンテンツ配信システ
ム。 - 【請求項３】 前記通知手段は、前記タイミング決定手
段が決定した配信タイミングに前記端末装置を前記コン
テンツ配信システムに接続させるためのプログラムを該
端末装置に送信することにより、該配信タイミングを該
端末装置のユーザーに通知する、 ことを特徴とする請求項１、または２記載のコンテンツ
配信システム。 - 【請求項４】 前記端末装置のユーザーが購入のために
前記コンテンツの配信を要求した場合に、該ユーザの指
定に従って該コンテンツの購入代金を徴収するための決
済手段と、 前記コンテンツ配信手段により前記コンテンツを購入し
た前記端末装置のユーザーを対象に、該コンテンツの返
品要求を受け付ける返品要求受付手段と、 前記返品要求受付手段が返品要求を受け付けたことに対
応して、該返却要求を行ったユーザーに前記コンテンツ
の返品に伴う代金を返却するための返却手段と、 を更に具備することを特徴とする請求項１、２、または
３記載のコンテンツ配信システム。 - 【請求項５】 通信ネットワークと接続される端末装置
のユーザーに、該通信ネットワークを介してコンテンツ
を配信できるシステムであって、 前記通信ネットワークを介して前記端末装置を接続させ
ているユーザーを対象に、該ユーザーが要求する前記コ
ンテンツを配信するコンテンツ配信手段と、 前記端末装置のユーザーが購入のために前記コンテンツ
の配信を要求した場合に、該ユーザーの指定に従って該
コンテンツの代金を徴収するための決済手段と、 前記コンテンツ配信手段により前記コンテンツを購入し
た前記端末装置のユーザーを対象に、該コンテンツの返
品要求を受け付ける返品要求受付手段と、 前記返品要求受付手段が返品要求を受け付けたことに対
応して、該返却要求を行ったユーザーに前記コンテンツ
の返品に伴う代金を返却するための返却手段と、 を具備することを特徴とするコンテンツ配信システム。 - 【請求項６】 通信ネットワークと接続される端末装置
のユーザーに、該通信ネットワークを介してコンテンツ
を配信するために用いられる方法であって、 前記端末装置のユーザーが前記コンテンツの配信を要求
した場合に、該ユーザーを対象に該コンテンツの配信を
行う配信タイミングを決定し、 該決定した配信タイミングを前記端末装置のユーザーに
通知し、 該通知通知した配信タイミングに前記通信ネットワーク
を介して前記端末装置を接続させているユーザーを対象
に、該ユーザーが要求する前記コンテンツを配信する、 ことを特徴とするコンテンツ配信方法。 - 【請求項７】 通信ネットワークと接続される端末装置
のユーザーに、該通信ネットワークを介してコンテンツ
を配信するために用いられる方法であって、 前記通信ネットワークを介して前記端末装置を接続させ
ているユーザーを対象に、該ユーザーが要求する前記コ
ンテンツを配信し、 前記端末装置のユーザーが購入のために前記コンテンツ
の配信を要求した場合に、該ユーザーの指定に従って該
コンテンツの代金を徴収し、 前記配信される前記コンテンツを購入した前記端末装置
のユーザーを対象に、該コンテンツの返品要求を受け付
け、 前記返品要求受付手段が返品要求を受け付けたことに対
応して、該返却要求を行ったユーザーに前記コンテンツ
の返品に伴う代金を返却する、 ことを特徴とするコンテンツ配信方法。 - 【請求項８】 通信ネットワークと接続される端末装置
のユーザーに、該通信ネットワークを介してコンテンツ
を配信できるシステムの構築に用いられるデータ処理装
置に実行させるプログラムであって、 前記端末装置のユーザーが前記コンテンツの配信を要求
した場合に、該ユーザーを対象として該コンテンツの配
信を行う配信タイミングを決定する機能と、 前記決定する機能により決定した配信タイミングを前記
端末装置のユーザーに通知する機能と、 前記通知する機能により通知した配信タイミングに前記
通信ネットワークを介して前記端末装置を接続させてい
るユーザーを対象に、該ユーザーが要求する前記コンテ
ンツを配信する機能と、 を実現させるためのプログラム。 - 【請求項９】 通信ネットワークと接続される端末装置
のユーザーに、該通信ネットワークを介してコンテンツ
を配信できるシステムの構築に用いられるデータ処理装
置に実行させるプログラムであって、 前記通信ネットワークを介して前記端末装置を接続させ
ているユーザーを対象に、該ユーザーが要求する前記コ
ンテンツを配信する機能と、 前記端末装置のユーザーが購入のために前記コンテンツ
の配信を要求した場合に、該ユーザーの指定に従って該
コンテンツの代金を徴収するための機能と、 前記配信する機能により前記コンテンツを購入した前記
端末装置のユーザーを対象に、該コンテンツの返品要求
を受け付ける機能と、 前記受け付ける機能により前記返品要求を受け付けたこ
とに対応して、該返却要求を行ったユーザーに前記コン
テンツの返品に伴う代金を返却するための機能と、 を実現させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002086733A JP2003281016A (ja) | 2002-03-26 | 2002-03-26 | コンテンツ配信システム、その方法、及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002086733A JP2003281016A (ja) | 2002-03-26 | 2002-03-26 | コンテンツ配信システム、その方法、及びプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003281016A true JP2003281016A (ja) | 2003-10-03 |
Family
ID=29233229
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002086733A Withdrawn JP2003281016A (ja) | 2002-03-26 | 2002-03-26 | コンテンツ配信システム、その方法、及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003281016A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006244336A (ja) * | 2005-03-07 | 2006-09-14 | Matsushita Electric Ind Co Ltd | 情報表示システムおよびそのプログラム |
| JP2008527850A (ja) * | 2005-01-05 | 2008-07-24 | ディブエックス，インコーポレイティド | 双方向マルチメディアデータ分配システム |
| WO2009081455A1 (ja) * | 2007-12-20 | 2009-07-02 | Fujitsu Limited | 情報配信装置、データ送信装置、およびデータ受信装置 |
| JP2015159976A (ja) * | 2014-02-27 | 2015-09-07 | 株式会社バンダイナムコエンターテインメント | サーバ及びプログラム |
| JP2018089399A (ja) * | 2018-02-02 | 2018-06-14 | 株式会社バンダイナムコエンターテインメント | サーバ及びプログラム |
-
2002
- 2002-03-26 JP JP2002086733A patent/JP2003281016A/ja not_active Withdrawn
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008527850A (ja) * | 2005-01-05 | 2008-07-24 | ディブエックス，インコーポレイティド | 双方向マルチメディアデータ分配システム |
| JP2006244336A (ja) * | 2005-03-07 | 2006-09-14 | Matsushita Electric Ind Co Ltd | 情報表示システムおよびそのプログラム |
| JP4622587B2 (ja) * | 2005-03-07 | 2011-02-02 | パナソニック株式会社 | 情報表示システムおよびそのプログラム |
| WO2009081455A1 (ja) * | 2007-12-20 | 2009-07-02 | Fujitsu Limited | 情報配信装置、データ送信装置、およびデータ受信装置 |
| JP2015159976A (ja) * | 2014-02-27 | 2015-09-07 | 株式会社バンダイナムコエンターテインメント | サーバ及びプログラム |
| JP2018089399A (ja) * | 2018-02-02 | 2018-06-14 | 株式会社バンダイナムコエンターテインメント | サーバ及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9639709B2 (en) | Prioritized content download for an entertainment system | |
| US8099482B2 (en) | Prioritized content download for an entertainment device | |
| EP1215605A1 (en) | Contents distribution system | |
| US20080140838A1 (en) | Electronic service system using main site server and partner site server | |
| JP2001344429A (ja) | 情報配信システム、情報配信装置、情報受信装置、情報配信方法、情報配信プログラムを記録した記録媒体、情報受信方法、情報受信プログラムを記録した記録媒体 | |
| JP2004070606A (ja) | コンテンツ管理方法および装置 | |
| JP2002099740A (ja) | デジタルコンテンツ販売システム及びデジタルコンテンツ販売方法 | |
| US7552194B2 (en) | Content delivery system and content delivery apparatus | |
| JP2001351021A (ja) | 送信装置および方法、受信装置および方法、管理装置および方法、課金装置および方法、提供装置および方法、並びに記録媒体 | |
| JP2003242032A (ja) | 利用権譲渡システム、利用権情報管理装置、利用権の譲渡を管理する方法、これらのプログラム及びプログラム記憶媒体 | |
| JPWO2002071293A1 (ja) | 広告配信システム | |
| JP3330020B2 (ja) | 自動取引装置 | |
| JP2003281016A (ja) | コンテンツ配信システム、その方法、及びプログラム | |
| JP4506215B2 (ja) | 情報システム，スケジュール生成装置，およびスケジュール生成方法 | |
| JP2001325457A (ja) | コンテンツ管理システム、コンシンツ管理装置、及びコンテンツ管理方法 | |
| JP2003132232A (ja) | ディジタルコンテンツ配信システム | |
| JP3890945B2 (ja) | 情報提供サーバ、情報提供方法、端末、プログラム及び情報登録端末 | |
| JP2002197017A (ja) | ネットワークシステム、データ処理装置、及び記録媒体 | |
| JP4352217B2 (ja) | コンテンツ配信管理システム、コンテンツ配信管理方法、端末装置およびサーバ装置 | |
| JP4009430B2 (ja) | 駐車場物件契約サーバ装置、方法及びプログラム | |
| JP3866898B2 (ja) | デジタル情報配信システム | |
| JP2002006857A (ja) | 音楽配信方法及び仲介方法 | |
| JP7132498B2 (ja) | 情報処理装置およびデジタルコンテンツ取引方法 | |
| JP2001111605A (ja) | デジタルコンテンツの配信システム | |
| JP7052455B2 (ja) | 情報処理システム及び情報処理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20050607 |