(57)【要約】【課題】  効率性を向上させつつユーザに対して質の高いサービスを提供することができるようにする。【解決手段】  チケット予約サーバ７は、データベースサーバ８から取得した利用履歴情報ＩＮＦａ、ＩＮＦｂ、……に基づいて、アーティスト「Ｘさん」の音楽ＣＤ／ＤＶＤや音楽データを数多く購入しているユーザを認識し、当該認識したユーザについてかかるコンサートチケットの予約を優先的に受け付けるようにした。【選択図】          図１
2005227870.tif 000002
【特許請求の範囲】
【請求項１】
端末装置が、第１のサービス提供装置に対して第１のサービスを要求する第１の要求情報を、ユーザ識別情報と共に送信する第１のステップと、
上記第１のサービス提供装置が、上記第１の要求情報に応じた第１の情報を、上記端末装置に対して送信する第２のステップと、
上記第１の情報の送信に応じて、所定の記憶装置に記憶されている複数のサービス利用履歴情報のうち上記ユーザ識別情報に対応するユーザの上記サービス利用履歴情報を更新する第３のステップと、
上記端末装置が、第２のサービス提供装置に対して第２のサービスを要求する第２の要求情報を、上記ユーザ識別情報と共に送信する第４のステップと、
上記第４のステップで送信した上記ユーザ識別情報に対応する上記サービス履歴情報に基づき、上記第２のサービスを受けるための優先度を設定する第５のステップと、
上記第２のサービス提供装置が、上記設定した優先度に応じて、上記第２の要求情報に対応する第２の情報を、上記端末装置に対して送信する第６のステップと、
上記第２の情報の送信に応じて、上記ユーザのサービス利用履歴情報を更新する第７のステップと
を具えることを特徴とするサービス提供方法。
【請求項２】
上記第３のステップでは、上記第１のサービス提供装置からの更新要求に応じて、上記記憶装置が上記サービス利用履歴情報を更新する
ことを特徴とする請求項１に記載のサービス提供方法。
【請求項３】
上記第３のステップでは、上記第１の情報を受信した上記端末装置からの更新要求に応じて、上記記憶装置が上記サービス利用履歴情報を更新する
ことを特徴とする請求項１に記載のサービス提供方法。
【請求項４】
上記第５のステップでは、上記第２のサービス提供装置からの要求に応じて、上記サービス利用提供情報が上記記憶装置から上記第２のサービス提供装置に転送され、上記第２のサービス提供装置が当該サービス利用提供情報に基づいて上記優先度を設定する
ことを特徴とする請求項１に記載のサービス提供方法。
【請求項５】
上記第５のステップでは、上記第２のサービス提供装置からの要求に応じて、上記記憶装置が上記サービス利用履歴情報に基づいて上記優先度を設定し、当該優先度が上記記憶装置から上記第２のサービス提供装置へ転送される
ことを特徴とする請求項１に記載のサービス提供方法。
【請求項６】
上記第５のステップでは、上記記憶装置から、上記サービス利用履歴情報及び上記優先度のうち何れか一方が、上記第２のサービス提供装置に直接転送される
ことを特徴とする請求項１に記載のサービス提供方法。
【請求項７】
上記第５のステップでは、上記記憶装置から、上記サービス利用履歴情報及び上記優先度のうち何れか一方が、上記端末装置を介して、上記第２のサービス提供装置に転送される
ことを特徴とする請求項１に記載のサービス提供方法。
【請求項８】
上記第７のステップでは、上記第２のサービス提供装置からの更新要求に応じて、上記記憶装置が上記サービス利用履歴情報を更新する
ことを特徴とする請求項１に記載のサービス提供方法。
【請求項９】
上記第７のステップでは、上記第２の情報を受信した上記端末装置からの更新要求に応じて、上記記憶装置が上記サービス利用履歴情報を更新する
ことを特徴とする請求項１に記載のサービス提供方法。
【請求項１０】
ユーザに対し端末装置を介して第１のサービス及び第２のサービスを提供する第１のサービス提供装置及び第２のサービス提供装置を有するサービス提供システムであって、
複数ユーザのサービス利用履歴情報を記憶する記憶装置と、
上記記憶装置に記憶されている上記サービス利用履歴情報に基づいて第２のサービスを受けるための優先度を設定する優先度設定手段と
を有し、
上記端末装置は、上記第１のサービス提供装置に対して上記第１のサービスを要求する第１の要求情報を、ユーザ識別情報と共に送信し、
上記第１のサービス提供装置は、上記第１の要求情報に応じた第１の情報を、上記端末装置に対して送信し
上記記憶装置は、上記第１の情報の送信に応じて、記憶している上記複数ユーザのサービス利用履歴情報のうち上記ユーザ識別情報に対応するユーザの上記サービス利用履歴情報を更新し、
上記端末装置は、第２のサービス提供装置に対して第２のサービスを要求する第２の要求情報を、上記ユーザ識別情報と共に送信し、
上記優先度設定手段は、上記ユーザ識別情報に対応する上記サービス履歴情報に基づき、上記第２のサービスを受けるための優先度を設定し、
上記第２のサービス提供装置は、上記設定された優先度に応じて、上記第２の要求情報に対応する第２の情報を、上記端末装置に対して送信し、
上記記憶装置は、上記第２の情報の送信に応じて、上記ユーザのサービス利用履歴情報を更新する
ことを特徴とするサービス提供システム。
【請求項１１】
上記記憶装置は、上記第１のサービス提供装置からの更新要求に応じて、上記サービス利用履歴情報を更新する
ことを特徴とする請求項１０に記載のサービス提供システム。
【請求項１２】
上記記憶装置は、上記第１の情報を受信した上記端末装置からの更新要求に応じて、上記サービス利用履歴情報を更新する
ことを特徴とする請求項１０に記載のサービス提供システム。
【請求項１３】
上記第２のサービス提供装置は、上記第２のサービス提供装置からの要求に応じて上記記憶装置から上記第２のサービス提供装置に転送された上記サービス利用提供情報に基づき、上記優先度を設定する
ことを特徴とする請求項１０に記載のサービス提供システム。
【請求項１４】
上記記憶装置は、上記第２のサービス提供装置からの要求に応じて、上記サービス利用履歴情報に基づいて上記優先度を設定し、当該優先度を上記第２のサービス提供装置へ転送する
ことを特徴とする請求項１０に記載のサービス提供システム。
【請求項１５】
上記記憶装置は、上記サービス利用履歴情報及び上記優先度のうち何れか一方を、上記第２のサービス提供装置に直接転送する
ことを特徴とする請求項１０に記載のサービス提供システム。
【請求項１６】
上記記憶装置は、上記サービス利用履歴情報及び上記優先度のうち何れか一方を、上記端末装置を介して、上記第２のサービス提供装置に転送する
ことを特徴とする請求項１０に記載のサービス提供システム。
【請求項１７】
上記記憶装置は、上記第２のサービス提供装置からの更新要求に応じて、上記サービス利用履歴情報を更新する
ことを特徴とする請求項１０に記載のサービス提供システム。
【請求項１８】
上記記憶装置は、上記第２の情報を受信した上記端末装置からの更新要求に応じて、上記サービス利用履歴情報を更新する
ことを特徴とする請求項１０に記載のサービス提供システム。
【請求項１９】
ユーザの端末装置から所定のサービスを要求する要求情報を受信する受信手段と、
所定の記憶手段に記憶されている、上記所定のサービス及び／又は他のサービスに関する上記ユーザのサービス利用履歴情報に基づいて、上記所定のサービスを受けるための優先度を設定する優先度設定手段と、
上記設定した優先度に応じて、上記要求情報に対応する情報を、上記端末装置に対して送信する送信手段と
を具えることを特徴とするサービス提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサービス提供方法及びサービス提供システム並びにその装置に関し、例えば、インターネットを介してアクセスしてきたユーザに対し、コンサートチケット等の予約を受け付けるサービスを提供する場合に適用して好適なものである。
【背景技術】
【０００２】
近年、インターネットを介してアクセスしてきたユーザに対し、Ｗｅｂページ等を介してコンサートチケットの予約を受け付けるサービスを提供するようになされたチケット予約システムが普及しつつある。（例えば特許文献１参照）
【０００３】
このようなチケット予約システムを利用するユーザは、例えば、インターネットに接続可能なパーソナルコンピュータを介してチケット予約サーバにアクセスし、当該チケット予約サーバが提供するコンサートチケットの予約受付Ｗｅｂページに対して必要事項を入力することにより、コンサートチケットを予約することができる。
【０００４】
これによりチケット販売業者は、コンサートチケットの予約窓口等を設けなくて良いので、効率的にチケット予約サービスを提供することができる。
【特許文献１】特開２００２−７４１０８公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながらこのようなチケット予約システムにおいては、あるアーティストのコンサートチケット予約受付開始直後に、チケット予約サーバに対して多数のユーザからのアクセスが集中する場合があり、この場合には、チケット予約サーバに対する接続環境が良好なユーザばかりが、コンサートチケットの予約に成功してしまうことになりかねない。
【０００６】
従ってこのチケット予約システムでは、当該アーティストの音楽データを頻繁に有料ダウンロードしているような当該アーティストに対する関心の高いユーザが、チケット予約サーバに対する接続環境の悪さから、当該アーティストのコンサートチケットをなかなか予約することができない場合があり得る。
【０００７】
このような場合このチケット予約システムにおいては、当該アーティストに対する関心の高いユーザを中心に不満を抱かせてしまうことになり、この結果、チケット予約サービスの質が低下してしまう問題があった。
【０００８】
本発明は以上の点を考慮してなされたもので、効率性を向上させつつユーザに対して質の高いサービスを提供することができるサービス提供方法及びサービス提供システム並びにその装置を提案しようとするものである。
【課題を解決するための手段】
【０００９】
かかる課題を解決するため本発明においては、端末装置が、第１のサービス提供装置に対して第１のサービスを要求する第１の要求情報を、ユーザ識別情報と共に送信する第１のステップと、第１のサービス提供装置が、第１の要求情報に応じた第１の情報を、端末装置に対して送信する第２のステップと、第１の情報の送信に応じて、所定の記憶装置に記憶されている複数のサービス利用履歴情報のうちユーザ識別情報に対応するユーザのサービス利用履歴情報を更新する第３のステップと、端末装置が、第２のサービス提供装置に対して第２のサービスを要求する第２の要求情報を、ユーザ識別情報と共に送信する第４のステップと、第４のステップで送信したユーザ識別情報に対応するサービス履歴情報に基づき、第２のサービスを受けるための優先度を設定する第５のステップと、第２のサービス提供装置が、設定した優先度に応じて、第２の要求情報に対応する第２の情報を、端末装置に対して送信する第６のステップと、第２の情報の送信に応じて、ユーザのサービス利用履歴情報を更新する第７のステップとを設けるようにした。
【００１０】
各ユーザのサービス利用履歴情報に基づいてユーザごとに優先度を設定し、当該設定したユーザごとの優先度に応じて、第２のサービスに対応する第２の情報を、各ユーザの端末装置に対して送信する。
【発明の効果】
【００１１】
本発明によれば、各ユーザのサービス利用状況に応じて、第２のサービスに対応する第２の情報を各ユーザの端末装置に対して送信するようにしたことにより、例えばサービス利用率の高いユーザやサービスに関心の高いユーザに対して、優先的に第２のサービスを提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下図面について、本発明の一実施の形態を詳述する。
【００１３】
（１）音楽関連サービス提供システムの構成
図１において、１は音楽関連サービス提供システムを示し、各ユーザに対しユーザ端末Ｔａ、Ｔｂ、……を介して音楽に関連する各種サービスを提供するようになされている。なお以下では、説明の便宜上、ユーザＡがユーザ端末Ｔａを利用し、ユーザＢがユーザ端末Ｔｂを利用することとする。
【００１４】
ユーザ端末Ｔａは、ユーザＡにより音楽関連サービス提供システム１の利用を開始する操作が行われたとき、予め登録されているユーザＡのユーザＩＤ情報「UserA」を、ネットワーク２を介してポータルサーバ３に対して送信する。
【００１５】
このときポータルサーバ３は、ユーザ端末ＴａからのユーザＩＤ情報「UserA」に基づいてユーザ認証処理を実行し、この結果、ユーザ端末ＴａのユーザＡを正規ユーザとして認証できると、当該認証が完了した時刻（以下、これを認証完了時刻と呼ぶ）とユーザＡのユーザＩＤ情報「UserA」とを示した認証結果情報を生成する。
【００１６】
そしてポータルサーバ３は、音楽ＣＤ／ＤＶＤ販売サービスを提供する音楽ＣＤ／ＤＶＤ販売サーバ４や音楽データ販売サービスを提供する音楽データ販売サーバ５やファンクラブ入会手続サービスを提供する入会手続サーバ６やチケット予約サービスを提供するチケット予約サーバ７へのリンクが設定されたポータルページ（Ｗｅｂページ）の画面データと共に、当該生成した認証結果情報を、ユーザ端末Ｔａに対して送信する。因みに本実施の形態の場合、この画面データはＸＭＬ（eXtensible Markup Language）等の言語によって記述されている。
【００１７】
ユーザ端末Ｔａは、ポータルサーバ３からポータルページの画面データ及び認証結果情報を受信すると、当該画面データに基づいてポータルページ（図２）を表示部に表示する。
【００１８】
この後ユーザ端末Ｔａは、ユーザＡの操作によりポータルページにおける音楽ＣＤ／ＤＶＤ販売サーバ４へのリンクが指定されると、音楽ＣＤ／ＤＶＤ購入ページの画面データを要求する第１の要求信号と共に、ポータルサーバ３から最近取得した認証結果情報を、ネットワーク２を介して音楽ＣＤ／ＤＶＤ販売サーバ４へ送信する。
【００１９】
この第１の要求信号と認証結果情報とを受信した音楽ＣＤ／ＤＶＤ販売サーバ４は、当該認証結果情報中のユーザＩＤ情報「UserA」及び認証完了時刻を参照することにより、ユーザＡが正規ユーザとして最近（例えば過去１分以内）に認証されたか否かを判定し、この判定の結果、ユーザＡが正規ユーザとして最近認証されていることを認識すると、かかる第１の要求信号に応じた音楽ＣＤ／ＤＶＤ購入ページの画面データを、ユーザ端末Ｔａへ送信する。
【００２０】
なお音楽ＣＤ／ＤＶＤ販売サーバ４は、かかる判定の結果、ユーザＡが正規ユーザとして最近認証されていないことを認識すると、音楽ＣＤ／ＤＶＤ購入ページの画面データをユーザ端末Ｔａへ送信しないようになされている。
【００２１】
一方、音楽ＣＤ／ＤＶＤ購入ページの画面データを受信したユーザ端末Ｔａは、当該画面データに基づいて、ユーザＡに音楽ＣＤ又は音楽ＤＶＤを購入させるための音楽ＣＤ／ＤＶＤ購入ページを表示部に表示する。
【００２２】
続いてユーザ端末Ｔａは、音楽ＣＤ／ＤＶＤ購入ページに対するユーザＡの操作により、ユーザＡが購入を希望するアーティスト「Ｘさん」の音楽ＣＤが１枚指定されると、当該指定された音楽ＣＤをユーザＡに販売するよう命令する音楽ＣＤ販売命令信号を、音楽ＣＤ／ＤＶＤ販売サーバ４に対して送信する。
【００２３】
音楽ＣＤ／ＤＶＤ販売サーバ４は、ユーザ端末Ｔａからの音楽ＣＤ販売命令信号に応じて、ユーザＡに対し当該音楽ＣＤの代金を課金するための処理を、図示しない課金サーバと連携して実行する。
【００２４】
次いで音楽ＣＤ／ＤＶＤ販売サーバ４は、この課金処理を正常に終了し、ユーザＡに対して当該音楽ＣＤを販売することができると、アーティスト「Ｘさん」の音楽ＣＤをユーザＡに１枚販売した旨を通知するための音楽ＣＤ販売結果情報を、データベースサーバ８へ直接送信する。
【００２５】
ここで本実施の形態の場合、このデータベースサーバ８が保持するデータベースには、図３に示すように、各ユーザＡ、Ｂ、……ごとに、音楽関連サービス提供システム１によって提供されている各種サービス（本実施の形態の場合、音楽ＣＤ販売サービス、音楽データ販売サービス、ファンクラブ入会手続サービス、及びコンサートチケット予約サービス等）の利用履歴情報ＩＮＦａ、ＩＮＦｂ、……が記憶されている。
【００２６】
この各ユーザＡ、Ｂ、……の利用履歴情報ＩＮＦａ、ＩＮＦｂ、……には、アーティスト「Ｘさん」、「Ｙさん」、……ごとに、各アーティストについてのＣＤ及びＤＶＤをこれまで何枚購入したかを示すＣＤ購入累計枚数及びＤＶＤ購入累計枚数と、ＭＰ３等の形式でなる音楽データを何個購入したかを示す音楽データ購入累計数と、コンサートチケットの予約成功回数及び予約失敗回数と、ファンクラブ入会済みか否かを示すファンクラブ入会状況とが示される。
【００２７】
データベースサーバ８は、音楽ＣＤ／ＤＶＤ販売サーバ４からの音楽ＣＤ販売結果情報に基づいて、アーティスト「Ｘさん」の音楽ＣＤをユーザＡに１枚販売した旨を認識すると、当該認識結果に基づいて、ユーザＡの利用履歴情報ＩＮＦａのうち、アーティスト「Ｘさん」に対応するＣＤ購入累計枚数を「３３」（図３）から「３４」（図４）に書き換える。
【００２８】
また、ユーザ端末Ｔａの表示部に対し図２に示すポータルページが表示されている状態で、ユーザＡの操作により当該ポータルページにおける音楽データ販売サーバ５へのリンクが指定されたとき、ユーザ端末Ｔａは、音楽データ購入ページの画面データを要求する第２の要求信号と共に、ポータルサーバ３から最近取得した認証結果情報を、ネットワーク２を介して音楽データ販売サーバ５へ送信する。
【００２９】
この第２の要求信号と認証結果情報とを受信した音楽データ販売サーバ５は、当該認証結果情報中のユーザＩＤ情報「UserA」及び認証完了時刻を参照することにより、ユーザＡが正規ユーザとして最近認証されたか否かを判定し、この判定の結果、ユーザＡが正規ユーザとして最近認証されていることを認識すると、かかる第２の要求信号に応じた音楽データ購入ページの画面データを、ユーザ端末Ｔａへ送信する。
【００３０】
音楽データ購入ページの画面データを受信したユーザ端末Ｔａは、当該画面データに基づいて、ユーザＡに音楽データを購入させるための音楽データ購入ページを表示部に表示する。
【００３１】
続いてユーザ端末Ｔａは、音楽データ購入ページに対するユーザＡの操作により、ユーザＡが購入を希望するアーティスト「Ｘさん」の音楽データが１つ指定されると、当該指定された音楽データをユーザＡに販売するよう命令する音楽データ販売命令信号を、音楽データ販売サーバ５に対して送信する。
【００３２】
音楽データ販売サーバ５は、ユーザ端末Ｔａからの音楽データ販売命令信号に応じて、ユーザＡに対し当該音楽データの代金を課金するための処理を、図示しない課金サーバと連携して実行する。
【００３３】
次いで音楽データ販売サーバ５は、この課金処理を正常に終了すると共に、ユーザＡのユーザ端末Ｔａに当該音楽データをダウンロードさせることができると、アーティスト「Ｘさん」の音楽データをユーザＡに１つ販売した旨を通知するための音楽データ販売結果情報を、データベースサーバ８へ直接送信する。
【００３４】
データベースサーバ８は、音楽データ販売サーバ５からの音楽データ販売結果情報に基づいて、アーティスト「Ｘさん」の音楽データをユーザＡに１つ販売したことを認識すると、当該認識結果に基づいて、ユーザＡの利用履歴情報ＩＮＦａのうち、アーティスト「Ｘさん」に対応する音楽データ購入累計数を、「３」（図３）から「４」（図４）に更新する。
【００３５】
また、ユーザ端末Ｔａの表示部に対し図２に示すポータルページが表示されている状態で、ユーザＡの操作により当該ポータルページにおける入会手続サーバ６へのリンクが指定されたとき、ユーザ端末Ｔａは、ファンクラブ入会手続ページの画面データを要求する第３の要求信号と共に、ポータルサーバ３から最近取得した認証結果情報を、ネットワーク２を介して入会手続サーバ６へ送信する。
【００３６】
この第３の要求信号と認証結果情報とを受信した入会手続サーバ６は、当該認証結果情報中のユーザＩＤ情報「UserA」及び認証完了時刻を参照することにより、ユーザＡが正規ユーザとして最近認証されたか否かを判定し、この判定の結果、ユーザＡが正規ユーザとして最近認証されていることを認識すると、かかる第３の要求信号に応じたファンクラブ入会手続ページの画面データを、ユーザ端末Ｔａへ送信する。
【００３７】
ファンクラブ入会手続ページの画面データを受信したユーザ端末Ｔａは、当該画面データに基づいて、例えばアーティスト「Ｘさん」のファンクラブに入会手続するためのファンクラブ入会手続ページを表示部に表示する。
【００３８】
続いてユーザ端末Ｔａは、ユーザＡの操作によりファンクラブ入会手続ページに対してアーティスト「Ｘさん」のファンクラブへ入会するために必要な情報（以下、入会必要情報と呼ぶ）が入力されると、これを入会手続サーバ６に対して送信する。
【００３９】
入会手続サーバ６は、ユーザ端末Ｔａからの入会必要情報に基づいて、ユーザＡをアーティスト「Ｘさん」のファンクラブに入会させるための入会手続処理を実行する。
【００４０】
次いで入会手続サーバ６は、この入会手続処理を正常に終了することができると、アーティスト「Ｘさん」のファンクラブへユーザＡを入会させた旨を通知するための入会結果情報を、データベースサーバ８へ直接送信する。
【００４１】
データベースサーバ８は、入会手続サーバ６からの入会結果情報に基づいて、ユーザＡがアーティスト「Ｘさん」のファンクラブに入会したことを認識すると、当該認識結果に基づいて、ユーザＡの利用履歴情報ＩＮＦａのうち、アーティスト「Ｘさん」に対応するファンクラブ入会状況を、「未加入」（図３）から「加入済」（図４）に書き換える。
【００４２】
またこの後、ユーザ端末Ｔａの表示部に対し図２に示すポータルページが表示されている状態で、ユーザＡの操作により当該ポータルページにおけるチケット予約サーバ７へのリンクが指定されたとき、ユーザ端末Ｔａは、チケット予約受付ページの画面データを要求する第４の要求信号と共に、ポータルサーバ３から最近取得した認証結果情報を、ネットワーク２を介してチケット予約サーバ７へ送信する。
【００４３】
この第４の要求信号と認証結果情報とを受信したチケット予約サーバ７は、当該認証結果情報中のユーザＩＤ情報「UserA」及び認証完了時刻を参照することにより、ユーザＡが正規ユーザとして最近認証されたか否かを判定し、この判定の結果、ユーザＡが正規ユーザとして最近認証されていることを認識すると、かかる第４の要求信号に応じたチケット予約受付ページの画面データを、ユーザ端末Ｔａへ送信する。
【００４４】
チケット予約受付ページの画面データを受信したユーザ端末Ｔａは、当該画面データに基づいて、例えばアーティスト「Ｘさん」のコンサートチケットを予約するためのチケット予約受付ページを表示部に表示する。
【００４５】
続いてユーザ端末Ｔａは、ユーザＡの操作により、チケット予約受付ページ対して、当該コンサートチケットの予約を希望する旨の情報（以下、予約希望情報と呼ぶ）が入力されると、これをチケット予約サーバ７に対して送信する。
【００４６】
チケット予約サーバ７は、ユーザ端末ＴａからユーザＡの予約希望情報を受信すると、これに基づいてユーザＡを当該コンサートチケットの予約を希望する予約希望ユーザとして認識する。
【００４７】
同様にしてチケット予約サーバ７は、例えばユーザ端末Ｔｂ、……から各ユーザＢ、……の予約希望情報を受信すると、これに基づいてユーザＢ、……を当該コンサートチケットの予約を希望する予約希望ユーザとして認識する。
【００４８】
そしてチケット予約サーバ７は、当該コンサートチケットの予約受付開始時から所定期間が経過すると、各ユーザ端末Ｔａ、Ｔｂ、……からの予約希望情報の受け付けを終了する。
【００４９】
この後チケット予約サーバ７は、データベースサーバ８に対して直接アクセスすることにより、認識した複数の予約希望ユーザＡ、Ｂ、……の利用履歴情報ＩＮＦａ、ＩＮＦｂ、……を取得する。続いてチケット予約サーバ７は、当該取得した利用履歴情報ＩＮＦａ、ＩＮＦｂ、……に基づいて、当該複数の予約希望ユーザＡ、Ｂ、……の中からコンサートチケットの予約を受け付けるユーザを決定するための抽選処理を開始する。
【００５０】
この抽選処理としてまず最初にチケット予約サーバ７は、予約希望ユーザＡ、Ｂ、……ごとに、当該コンサートチケット予約受付についての優先度（以下、これを予約優先度と呼ぶ）を算出する。
【００５１】
すなわちチケット予約サーバ７は、取得した利用履歴情報ＩＮＦａ、ＩＮＦｂ、……（図４）を参照して、各予約希望ユーザＡ、Ｂ、……ごとに、アーティスト「Ｘさん」についてのＣＤ購入累計枚数と、ＤＶＤ購入累計枚数と、音楽データ購入累計数と、チケット予約失敗回数とを加算した後、当該加算結果からチケット予約成功回数を減算し、さらにファンクラブ入会状況が「加入済」の場合は当該減算結果に対して「１」を加算することにより、予約優先度を算出する。
【００５２】
ここで例えば、図４に示す利用履歴情報ＩＮＦａを参照しながらユーザＡの予約優先度を算出すると、アーティスト「Ｘさん」についてのＣＤ購入累計枚数「３４」と、ＤＶＤ購入累計枚数「９」と、音楽データ購入累計数「４」と、チケット予約失敗回数「６」とを加算した後、当該加算結果からチケット予約成功回数「７」を減算し、さらにファンクラブ入会状況が「加入済」となっているので当該減算結果に対して「１」を加算することにより、予約優先度「４７」が算出される。
【００５３】
また同様にして、図４に示す利用履歴情報ＩＮＦｂを参照しながらユーザＢについて同様に予約優先度を算出すると、ユーザＡと比べてアーティスト「Ｘさん」の音楽ＣＤ／ＤＶＤや音楽データを数多く購入していないので、ユーザＡよりも低い予約優先度「１７」が算出される。
【００５４】
このようにしてチケット予約サーバ７では、音楽ＣＤ／ＤＶＤ販売サービスや音楽データ販売サービスを数多く利用しているユーザＡの予約優先度がユーザＢよりも高く設定される。
【００５５】
因みに本実施の形態の場合、予約優先度を算出する際、チケット予約失敗回数を加算する一方でチケット予約成功回数を減算している。これにより、これまでアーティスト「Ｘさん」のコンサートチケットの予約に失敗した回数が多いユーザほど、予約優先度が高く設定される。
【００５６】
続いてチケット予約サーバ７は、算出した各予約希望ユーザＡ、Ｂ、……の予約優先度「４７」、「１７」、……に基づいて、複数の予約希望ユーザＡ、Ｂ、……をグループ分けする。
【００５７】
本実施の形態の場合、図５に示すように、高い優先度（例えば３５以上）を有する予約希望ユーザＡ、……からなる最優先グループＧＰ１と、次に高い優先度（例えば１５以上）を有する予約希望ユーザＢ、……からなる優先グループＧＰ２と、低い優先度（例えば１４以下）を有する予約希望ユーザからなる低優先グループＧＰ３とに分けられる。
【００５８】
次いでチケット予約サーバ７は、最優先グループＧＰ１、優先グループＧＰ２及び低優先グループＧＰ３のそれぞれから３：２：１の比により、コンサートチケットの予約を受け付けるべきユーザをランダム抽出するランダム抽出処理を実行する。従ってこのチケット予約サーバ７では、ユーザＢと比べて高い優先度「４７」を有するユーザＡが優先的に抽出される。
【００５９】
そしてチケット予約サーバ７は、例えば、当該ランダム抽出処理により抽出された各ユーザＡ、……についてはコンサートチケットの予約を受け付けることを決定し、予約を受け付ける旨を通知するための情報を、各ユーザＡ、……のユーザ端末Ｔａ、……に対して送信する一方、当該抽出から外れた各ユーザＢ、……についてはコンサートチケットの予約を受け付けないことを決定し、予約を受け付けない旨を通知するための情報を、各ユーザＢ、……のユーザ端末Ｔｂ、……に対して送信する。
【００６０】
またこれと共にチケット予約サーバ７は、当該予約を受け付けたユーザＡ、……と当該予約を受け付けなかったユーザＢ、……とを通知するための予約結果情報を、データベースサーバ８へ送信する。
【００６１】
データベースサーバ８は、チケット予約サーバ７からの予約結果情報に基づいて、例えばユーザＡ、……が当該コンサートチケットの予約受付に成功し、ユーザＢ、……が当該コンサートチケットの予約受付に失敗したことを認識すると、図６に示すように、予約受付に成功したユーザＡ、……の利用履歴情報ＩＮＦａ、……については、アーティスト「Ｘさん」に対応するチケット予約成功回数を「１」だけ増加させるように更新し、これに対して予約受付に失敗したユーザＢ、……の利用履歴情報ＩＮＦｂ、……については、アーティスト「Ｘさん」に対応するチケット予約失敗回数を「１」だけ増加させるように更新する。
【００６２】
以上のようにこのチケット予約サーバ７は、当該コンサートチケットの予約受付開始時から所定期間が経過するまで、各ユーザＡ、Ｂ、……からユーザ端末Ｔａ、Ｔｂ、……を介して入力される予約希望情報を受け付け、当該所定期間経過後に、予約希望情報を入力した複数の予約希望ユーザＡ、Ｂ、……の中からコンサートチケットの予約を受け付けるユーザを抽選により決定するようにした。
【００６３】
この結果、従来のようにチケット予約サーバ７に早くアクセスすることができたユーザがコンサートチケットの予約に成功するわけではないので、当該コンサートチケットの予約受付開始直後に、チケット予約サーバ７に対して多数のユーザからのアクセスが集中してしまうことを回避することができる。
【００６４】
また、この音楽関連サービス提供システム１においては、アーティスト「Ｘさん」の音楽ＣＤ／ＤＶＤや音楽データをより数多く購入しているユーザ（ユーザＡ等）ほど、アーティスト「Ｘさん」のコンサートチケットの予約を優先的に受け付けるようにした。
【００６５】
これにより、普段からアーティスト「Ｘさん」の音楽ＣＤ／ＤＶＤや音楽データを数多く購入するような、アーティスト「Ｘさん」に対する関心の高いユーザＡ等が、アーティスト「Ｘさん」のコンサートチケットをなかなか予約し得なくなるような事態を回避することができる。
【００６６】
（２）ユーザ端末の構成
ここで、ユーザ端末Ｔａの構成について、図７を用いて説明する。なお、他のユーザ端末Ｔｂ、……については、ユーザ端末Ｔａと同様の構成なので、説明を省略する。
【００６７】
図７に示すようにユーザ端末ＴａのＣＰＵ３０は、バス３１を介して接続されたＲＯＭ３２から読み出してＲＡＭ３３に展開したＯＳ（Operating System）等の基本プログラム及び各種アプリケーションプログラムに基づき全体の制御や所定の演算処理等を行うようになされており、例えばネットワーク２を介した通信動作、ユーザからの入出力操作、メディアからのコンテンツ再生やラジオ局からダウンロードしたコンテンツのハードディスクドライブ（ＨＤＤ）３４への書き込み及びその管理等を実行する。
【００６８】
操作入力部３５は、本体部の筐体表面やリモートコントローラ（図示せず）の各種操作子に対するユーザの操作に応じた入力情報を入力処理部３６へ送出し、当該入力処理部３６で所定の処理を施した後に操作コマンドとしてＣＰＵ３０へ送出し、当該ＣＰＵ３０で操作コマンドに応じた処理を実行するようになされている。
【００６９】
表示部３７は、例えば液晶ディスプレイ等の表示デバイスが本体部の筐体表面に直接取り付けられている場合や、外付けの表示デバイスであってもよく、表示処理部３８を介して入力される各種情報を表示するようになされている。また本実施の形態の場合、この表示部３７は、通常のテレビジョンやパーソナルコンピュータ用のディスプレイよりも小さいサイズ（５インチ程度）となっている。
【００７０】
メディアドライブ３９は、例えばＣＤプレーヤ及びフラッシュメモリ等でなるメモリースティック（登録商標）を再生するドライブであって、再生結果をオーディオデータ処理部４０を介してディジタルアナログ変換処理した後に２ｃｈのスピーカ４１から出力するようになされている。
【００７１】
なおＣＰＵ３０は、メディアドライブ３９を介して再生したデータが楽曲のオーディオコンテンツである場合、オーディオデータファイルとしてハードディスクドライブ３４に記憶することも可能である。
【００７２】
さらにＣＰＵ３０は、メディアドライブ３９によってメモリスティックに記憶されている複数枚の静止画を読み出し、これらを表示処理部３８を介して表示部３７にスライドショーとして表示することもできる。
【００７３】
またＣＰＵ３０は、ハードディスクドライブ３４に記憶した複数の楽曲をランダムアクセスで読み出し、あたかもジュークボックスのようにユーザ所望の順番で再生して出力することも可能である。
【００７４】
チューナ部４２は、例えばＡＭ、ＦＭラジオチューナであって、ＣＰＵ３０の制御に基づいてアンテナ４３で受信した放送信号を復調し、その結果を放送音声としてオーディオデータ処理部４０を介してスピーカ４１から出力する。
【００７５】
通信処理部４４は、ＣＰＵ３０の制御に基づいて送信データのエンコード処理を行い、ネットワークインターフェース４５を介してネットワーク２経由で外部のネットワーク対応機器へ送信したり、当該ネットワークインターフェース４５介して外部のネットワーク対応機器から受信した受信データのデコード処理を行い、ＣＰＵ３０へ転送するようになされている。
【００７６】
また図８に示すように、ユーザ端末ＴａのＣＰＵ３０は、ハードディスクドライブ３４に対してコンテンツを記憶する際、ディレクトリ構成で管理するようになされている。まず「ｒｏｏｔ」ディレクトリの下層に対しては、規定範囲内での任意の数の「ｆｏｌｄｅｒ」ディレクトリが作成される。この「ｆｏｌｄｅｒ」ディレクトリは、例えばコンテンツが属するジャンル、又は所有ユーザなどに対応して作成されるようになされている。
【００７７】
この「ｆｏｌｄｅｒ」ディレクトリの下層には、規定範囲内での任意の数の「ａｌｂｕｍ」ディレクトリが作成され、当該「ａｌｂｕｍ」ディレクトリは例えば１つのアルバムタイトルごとに対応するようになされている。この「ａｌｂｕｍ」ディレクトリの下層においては、その「ａｌｂｕｍ」ディレクトリに属するとされる１以上の「ｔｒａｃｋ」ファイルが格納され、この「ｔｒａｃｋ」ファイルが１つの楽曲すなわちコンテンツとなるものである。
【００７８】
このようなコンテンツについてのディレクトリ管理は、ハードディスクドライブ３４に記憶されているデータベースファイルによって行われるようになされている。
【００７９】
さらに図９に示すように、ユーザ端末Ｔａのプログラムモジュールは、ＯＳ上で動作するようになされており、具体的にはポータルサーバ３、音楽ＣＤ／ＤＶＤ販売サーバ４、音楽データ販売サーバ５、入会手続サーバ６、チケット予約サーバ７その他各種サーバとの間でやりとりを行う。
【００８０】
ＨＴＴＰ(Hyper Text Transfer Protocol)メッセージプログラム５０は、各種サーバとの間のやりとりをＨＴＴＰ通信で行うものであり、コミュニケータプログラム５１は、ポータルサーバ３等と各種通信を行う通信モジュールである。
【００８１】
コミュニケータプログラム５１の上位には、コンテンツのコーデックを解釈して再生するコンテンツ再生モジュール５２、著作権保護に関する情報を取り扱う著作権保護情報管理モジュール５３が位置し、そのコンテンツ再生モジュール５２、著作権保護情報管理モジュール５３に対してインターネットラジオの選局及び再生を行うインターネットラジオ選局再生モジュール５４、楽曲購入及び試聴曲の再生を司る楽曲購入再生モジュール５５がそれぞれ位置している。
【００８２】
それらインターネットラジオ選局再生モジュール５４、楽曲購入再生モジュール５５の上位にはＸＭＬブラウザ５６が位置し、当該ＸＭＬブラウザ５６は、ＸＭＬやＨＴＭＬ（Hyper Text Markup Language）等の言語で記述されたソース（画面データ）を解釈し、この結果に基づいてＷｅｂページを表示部３７に表示する。
【００８３】
例えば、ＸＭＬブラウザ５６を介してユーザに選択された楽曲は楽曲購入再生モジュール５５で購入処理され、ハードディスクコンテンツコントローラ５７を介してハードディスクドライブ３４に書き込まれる。
【００８４】
なおコミュニケータプログラム５１には、ライブラリ５８の認証ライブラリ５８Ａが接続されており、当該認証ライブラリ５８Ａによってポータルサーバ３との間でユーザ認証処理等を行うようになされている。
【００８５】
さらにコミュニケータプログラム５１の上位には、データベースアクセスモジュール５９、コンテンツデータアクセスモジュール６０及びハードディスクコンテンツコントローラ５７が位置する。
【００８６】
このデータベースアクセスモジュール５９は、ハードディスクドライブ３４に構築された各種データベースにアクセスし、コンテンツデータアクセスモジュール６０はハードディスクドライブ３４に格納されたコンテンツにアクセスし、ハードディスクコンテンツコントローラ５７はハードディスクドライブ３４に格納されたコンテンツを管理するようになされている。
【００８７】
ハードディスクコンテンツコントローラ５７の上位には、ラジオ局が放送した楽曲のタイトル及びアーティスト名を表示するための関連情報表示モジュール６１が位置しており、また、ラジオ局を選局したり当該ラジオ局から受信した楽曲のコンテンツをハードディスクドライブ３４に録音するチューナ選局再生／録音モジュール６２も位置している。
【００８８】
例えば、オーディオユーザインタフェース６３を介して選局されたラジオ局から受信した楽曲は、コンテンツデータアクセスモジュール６０を介してハードディスクドライブ３４へ書き込まれるようになされている。
【００８９】
関連情報表示モジュール６１は、チューナ選局再生／録音モジュール６２によって現在ラジオ局が放送している楽曲のタイトルやアーティスト名を関連情報として関連情報提供サーバ（図示せず）からＨＴＴＰメッセージプログラム５０経由で受信し、これをオーディオユーザインタフェース（ＵＩ）６３を介して表示部３７に表示する。
【００９０】
なおオーディオユーザインタフェース６３を介して表示部３７に表示した関連情報は、ライブラリ５８のクリップライブラリ５８Ｂに一時的に記憶することもでき、ユーザからの指示に従って最終的にはデータベースアクセスモジュール５９を介してハードディスクドライブ３４へ記憶されるようになされている。
【００９１】
さらにユーザ端末Ｔａのプログラムモジュールとしては、ＣＤを再生するためのＣＤ再生モジュール６４と、ハードディスクドライブ３４を再生するためのＨＤＤ再生モジュール６５とが含まれており、再生結果をオーディオデータ処理部４０及びスピーカ４１を順次介して出力する。
【００９２】
（３）音楽データ購入処理
ここで、図１０及び図１１に示すフローチャートを参照しながら、ユーザＡがユーザ端末Ｔａを介して音楽データ販売サーバ５からアーティスト「Ｘさん」の音楽データを購入する場合を一例として、音楽データ販売処理手順ＲＴ１を説明する。
【００９３】
ユーザ端末Ｔａは、ユーザＡにより音楽関連サービス提供システム１の利用を開始する操作が行われたときステップＳＰ１へ進み、ユーザＡのユーザＩＤ情報「UserA」を、ポータルサーバ３に対して送信する。
【００９４】
このときポータルサーバ３はステップＳＰ２へ移り、ユーザ端末ＴａからのユーザＩＤ情報「UserA」に基づいてユーザ認証処理を実行し、この結果、ユーザ端末ＴａのユーザＡを正規ユーザとして認証できると認証結果情報を生成し、これとポータルページの画面データとをユーザ端末Ｔａに対して送信する。
【００９５】
ユーザ端末Ｔａは、ポータルサーバ３からポータルページの画面データ及び認証結果情報を受信するとステップＳＰ３へ移り、当該画面データに基づいてポータルページ（図２）を表示部３７に表示する。
【００９６】
この後ユーザ端末Ｔａは、ユーザの操作によりポータルページにおける音楽データ販売サーバ５へのリンクが指定されるとステップＳＰ４へ移り、音楽データ購入ページの画面データを要求する第２の要求信号と共に、ポータルサーバ３から最近取得した認証結果情報を、音楽データ販売サーバ５へ送信する。
【００９７】
この第２の要求信号と認証結果情報とを受信した音楽データ販売サーバ５はステップＳＰ５へ移り、当該認証結果情報に基づいてユーザＡが正規ユーザとして最近認証されていることを認識すると、かかる第２の要求信号に応じた音楽データ購入ページの画面データを、ユーザ端末Ｔａへ送信する。
【００９８】
音楽データ購入ページの画面データを受信したユーザ端末ＴａはステップＳＰ６へ移り、当該画面データに基づいて音楽データ購入ページを表示部３７に表示する。
【００９９】
続いてユーザ端末Ｔａは、音楽データ購入ページに対するユーザＡの操作により、ユーザＡが購入を希望するアーティスト「Ｘさん」の音楽データが１つ指定されると、続くステップＳＰ７へ移り、当該指定された音楽データをユーザＡに販売するよう命令する音楽データ販売命令信号を、音楽データ販売サーバ５に対して送信する。
【０１００】
このとき音楽データ販売サーバ５はステップＳＰ８へ移り、ユーザ端末Ｔａからの音楽データ販売命令信号に応じて、ユーザＡに対し当該音楽データの代金を課金するための課金処理を、図示しない課金サーバと連携して実行する。
【０１０１】
次いで音楽データ販売サーバ５は、この課金処理を正常に終了するとステップＳＰ９（図１１）へ移り、ユーザＡのユーザ端末Ｔａに当該音楽データをダウンロードさせる。
【０１０２】
そして音楽データ販売サーバ５は、当該ダウンロードを正常に終了させるとステップＳＰ１０へ移り、アーティスト「Ｘさん」の音楽データをユーザＡに１つ販売した旨を通知するための音楽データ販売結果情報を、データベースサーバ８へ送信する。
【０１０３】
このときデータベースサーバ８はステップＳＰ１１に移り、音楽データ販売サーバ５からの音楽データ販売結果情報に基づいて、アーティスト「Ｘさん」の音楽データをユーザＡに１つ販売したことを認識すると、当該認識結果に基づいて、ユーザＡの利用履歴情報ＩＮＦａのうち、アーティスト「Ｘさん」に対応する音楽データ購入累計数を、「３」（図３）から「４」（図４）に更新する。
【０１０４】
（４）チケット予約受付処理
続いて、図１２に示すフローチャートを参照しながら、かかるユーザＡがユーザ端末Ｔａを介してチケット予約サーバ７へアクセスすることにより、アーティスト「Ｘさん」のコンサートチケットを予約する場合を一例として、チケット予約受付処理手順ＲＴ２を説明する。
【０１０５】
ユーザ端末Ｔａの表示部３７に対し図２に示すポータルページが表示されている状態で、ユーザＡの操作により当該ポータルページにおけるチケット予約サーバ７へのリンクが指定されたとき、ユーザ端末ＴａはステップＳＰ２１へ進み、チケット予約受付ページの画面データを要求する第４の要求信号と共に、ポータルサーバ３から最近取得した認証結果情報を、チケット予約サーバ７へ送信する。
【０１０６】
この第４の要求信号と認証結果情報とを受信したチケット予約サーバ７はステップＳＰ２２へ移り、当該認証結果情報に基づいてユーザＡが正規ユーザとして最近認証されていることを認識すると、かかる第４の要求信号に応じたチケット予約受付ページの画面データを、ユーザ端末Ｔａへ送信する。
【０１０７】
チケット予約受付ページの画面データを受信したユーザ端末ＴａはステップＳＰ２３へ移り、当該画面データに基づいてチケット予約受付ページを表示部３７に表示する。
【０１０８】
続いてユーザ端末Ｔａは、ユーザＡの操作により、チケット予約受付ページに対して、当該コンサートチケットの予約を希望する旨の予約希望情報が入力されると、続くステップＳＰ２４へ移り、これをチケット予約サーバ７に対して送信する。
【０１０９】
このときチケット予約サーバ７はステップＳＰ２５へ移り、ユーザ端末Ｔａからの予約希望情報に基づいて、ユーザＡを当該コンサートチケットの予約を希望する予約希望ユーザとして認識する。
【０１１０】
同様にしてチケット予約サーバ７は、例えばユーザ端末Ｔｂ、……からの予約希望情報に基づいて、ユーザＢ、……を、当該コンサートチケットの予約を希望する予約希望ユーザとして認識する。
【０１１１】
そしてチケット予約サーバ７は、当該コンサートチケットの予約受付開始時から所定期間が経過するとステップＳＰ２６へ移り、各ユーザ端末Ｔａ、Ｔｂ、……からの予約希望情報の受け付けを終了し、ステップＳＰ２５で認識した複数の予約希望ユーザＡ、Ｂ、……の利用履歴情報ＩＮＦａ、ＩＮＦｂ、……を、データベースサーバ８に対して要求する。
【０１１２】
これに応じてデータベースサーバ８はステップＳＰ２７へ移り、チケット予約サーバ７から要求された利用履歴情報ＩＮＦａ、ＩＮＦｂ、……をデータベースから読み出して、これをチケット予約サーバ７へ送信する。
【０１１３】
チケット予約サーバ７は、データベースサーバ８から予約希望ユーザＡ、Ｂ、……の利用履歴情報ＩＮＦａ、ＩＮＦｂ、……を受信するとステップＳＰ２８へ移り、上述した抽選処理を実行する。
【０１１４】
そしてチケット予約サーバ７は、当該抽選処理を終了するとステップＳＰ２９へ移り、当該抽選処理の結果コンサートチケットの予約を受け付けた各ユーザＡ、……のユーザ端末Ｔａ、……に対して、当該予約を受け付けた旨を通知するための情報を送信する一方、当該抽選処理の結果コンサートチケットの予約を受け付けなかった各ユーザＢ、……のユーザ端末Ｔｂ、……に対しては、当該予約を受け付けない旨を通知するための情報を送信する。
【０１１５】
次いでチケット予約サーバ７はステップＳＰ３０へ移り、当該予約を受け付けたユーザＡ、……と当該予約を受け付けなかったユーザＢ、……とを通知するための予約結果情報を、データベースサーバ８へ送信する。
【０１１６】
このときデータベースサーバ８はステップＳＰ３１へ移り、チケット予約サーバ７からの予約結果情報に基づいて、例えば図６に示すように、データベース中の利用履歴情報ＩＮＦａ、……を更新する。
【０１１７】
（５）動作及び効果
以上の構成において、この音楽関連サービス提供システム１では、複数のユーザＡ、Ｂ、……のそれぞれに対しユーザ端末Ｔａ、Ｔｂ、……を介して、アーティスト「Ｘさん」のコンサートチケットの予約受付を行うチケット予約サービスや、当該アーティスト「Ｘさん」の音楽ＣＤ／ＤＶＤの販売を行う音楽ＣＤ／ＤＶＤ販売サービスや、当該アーティスト「Ｘさん」の音楽データの販売を行う音楽データ販売サービス等を提供するようになされている。
【０１１８】
そしてこの音楽関連サービス提供システム１では、データベースサーバ８が、各ユーザＡ、Ｂ、……ごとに、音楽ＣＤ／ＤＶＤ販売サービスや音楽データ販売サービス等の利用履歴情報ＩＮＦａ、ＩＮＦｂ、……を記憶する。
【０１１９】
一方チケット予約サーバ７は、アーティスト「Ｘさん」のコンサートチケットの予約を希望する複数の予約希望ユーザＡ、Ｂ、……の中から、当該コンサートチケットの予約を受け付けるユーザを決定する際、まず最初にかかるデータベースサーバ８に直接アクセスし、このデータベースサーバ８から各予約希望ユーザＡ、Ｂ、……の利用履歴情報ＩＮＦａ、ＩＮＦｂ、……を取得する。
【０１２０】
そしてチケット予約サーバ７は、取得した利用履歴情報ＩＮＦａ、ＩＮＦｂ、……に基づいて、アーティスト「Ｘさん」の音楽ＣＤ／ＤＶＤや音楽データを数多く購入しているユーザ（すなわち、アーティスト「Ｘさん」に関する音楽ＣＤ／ＤＶＤ販売サービスや音楽データ販売サービスを多く利用しているユーザ）を認識し、当該認識したユーザについてかかるコンサートチケットの予約を優先的に受け付ける。
【０１２１】
これにより、普段からアーティスト「Ｘさん」の音楽ＣＤ／ＤＶＤや音楽データを数多く購入するような、アーティスト「Ｘさん」に対する関心の高いユーザＡ等が、アーティスト「Ｘさん」のコンサートチケットをなかなか予約し得なくなるような事態を回避することができる。
【０１２２】
以上の構成によれば、普段からアーティスト「Ｘさん」の音楽ＣＤ／ＤＶＤや音楽データを数多く購入するような、アーティスト「Ｘさん」に対する関心の高いユーザＡ等が、アーティスト「Ｘさん」のコンサートチケットをなかなか予約し得なくなるような事態を回避することができる。
【０１２３】
かくして、アーティスト「Ｘさん」に関心の高いユーザＡ等を中心に不満を抱かせてしまうことを回避し得、この結果、質の高いチケット予約サービスを提供することができる。
【０１２４】
（６）他の実施の形態
なお上述の実施の形態においては、図１に示すように、音楽ＣＤ／ＤＶＤ販売サーバ４や音楽データ販売サーバ５等がデータベースサーバ８へ直接アクセスできる場合について述べたが、本発明はこれに限らず、図１３（図１との対応部分に同一符号を付す）に示すような音楽関連サービス提供システム１Ｘのように、音楽ＣＤ／ＤＶＤ販売サーバ４や音楽データ販売サーバ５等がデータベースサーバ８へ直接アクセスできない場合であっても良い。
【０１２５】
ここで図１４及び図１５（図１０及び図１１との対応部分に同一符号を付す）に示すフローチャートを用いて、この音楽関連サービス提供システム１Ｘを適用した場合の音楽データ販売処理手順ＲＴ１Ｘについて説明する。
【０１２６】
すなわちステップＳＰ１においてユーザ端末Ｔａは、ユーザＡのユーザＩＤ情報「UserA」を、ポータルサーバ３に対して送信し、ステップＳＰ２においてポータルサーバ３は、認証結果情報とポータルページの画面データとをユーザ端末Ｔａに対して送信し、ステップＳＰ３においてユーザ端末Ｔａは、ポータルページ（図２）を表示部３７に表示し、ステップＳＰ４においてユーザ端末Ｔａは、音楽データ購入ページの画面データを要求する第２の要求信号と共にポータルサーバ３から最近取得した認証結果情報を音楽データ販売サーバ５へ送信し、ステップＳＰ５において音楽データ販売サーバ５は、音楽データ購入ページの画面データをユーザ端末Ｔａへ送信する。
【０１２７】
続いてステップＳＰ６においてユーザ端末Ｔａは、音楽データ購入ページを表示部３７に表示し、ステップＳＰ７においてユーザ端末Ｔａは、音楽データ販売命令信号を音楽データ販売サーバ５に対して送信し、ステップＳＰ８において音楽データ販売サーバ５は、課金処理を図示しない課金サーバと連携して実行し、ステップＳＰ９（図１５）において音楽データ販売サーバ５は、ユーザＡのユーザ端末Ｔａに当該音楽データをダウンロードさせる。
【０１２８】
そしてユーザ端末Ｔａは当該音楽データのダウンロードが終了するとステップＳＰ１０Ｘへ移り、ユーザＡがアーティスト「Ｘさん」の音楽データを１つ購入した旨を通知するための音楽データ購入結果情報を、ポータルサーバ３を介してデータベースサーバ８へ送信する。
【０１２９】
このときデータベースサーバ８はステップＳＰ１１Ｘに移り、ユーザ端末Ｔａからの音楽データ購入結果情報に基づいて、ユーザＡがアーティスト「Ｘさん」の音楽データを１つ購入した旨を認識すると、当該認識結果に基づいて、ユーザＡの利用履歴情報ＩＮＦａのうち、アーティスト「Ｘさん」に対応する音楽データ購入累計数を、「３」（図３）から「４」（図４）に更新するようになされている。
【０１３０】
次に図１６（図１２との対応部分に同一符号を付す）に示すフローチャートを用いて、この音楽関連サービス提供システム１Ｘを適用した場合のチケット予約受付処理手順ＲＴ２Ｘについて説明する。
【０１３１】
すなわちステップＳＰ２１においてユーザ端末Ｔａは、チケット予約受付ページの画面データを要求する第４の要求信号と共に、ポータルサーバ３から最近取得した認証結果情報をチケット予約サーバ７へ送信し、ステップＳＰ２２においてチケット予約サーバ７は、チケット予約受付ページの画面データをユーザ端末Ｔａへ送信し、ステップＳＰ２３においてユーザ端末Ｔａは、チケット予約受付ページを表示部３７に表示する。
【０１３２】
続くステップＳＰ２４Ｘにおいてユーザ端末Ｔａは、ユーザＡの操作により、チケット予約受付ページ対して、当該コンサートチケットの予約を希望する旨の予約希望情報が入力され終わると、ユーザＡの利用履歴情報ＩＮＦａを、ポータルサーバ３を介してデータベースサーバ８に要求する。
【０１３３】
これに応じてデータベースサーバ８はステップＳＰ２５Ｘへ移り、ユーザ端末Ｔａから要求されたユーザＡの利用履歴情報ＩＮＦａをデータベースから読み出して、これをポータルサーバ３を介してユーザ端末Ｔａへ送信する。
【０１３４】
ユーザ端末Ｔａは、データベースサーバ８から利用履歴情報ＩＮＦａを受信するとステップＳＰ２６Ｘへ移り、当該利用履歴情報ＩＮＦａとステップＳＰ２４Ｘで入力された予約希望情報ＩＮＦａとを、チケット予約サーバ７へ送信する。
【０１３５】
チケット予約サーバ７は、ユーザ端末ＴａからユーザＡの予約希望情報及び利用履歴情報ＩＮＦａを受信するとステップＳＰ２７Ｘへ移り、当該予約希望情報に基づいて、ユーザＡを当該コンサートチケットの予約を希望する予約希望ユーザとして認識する。
【０１３６】
同様にしてチケット予約サーバ７は、例えばユーザ端末Ｔｂ、……からユーザＢ、……の予約希望情報及び利用履歴情報ＩＮＦｂ、……を受信すると、これら予約希望情報に基づいて、ユーザＢ、……を、当該コンサートチケットの予約を希望する予約希望ユーザとして認識する。
【０１３７】
そしてチケット予約サーバ７は、当該コンサートチケットの予約受付開始時から所定期間が経過するとステップＳＰ２８へ移り、予約希望ユーザＡ、Ｂ、……の各ユーザ端末Ｔａ、Ｔｂ、……から受信した利用履歴情報ＩＮＦａ、ＩＮＦｂ、……に基づいて、上述した抽選処理を実行する。
【０１３８】
チケット予約サーバ７は、当該抽選処理を終了するとステップＳＰ２９へ移り、当該抽選処理の結果コンサートチケットの予約を受け付けた各ユーザＡ、……のユーザ端末Ｔａ、……に対して、当該予約を受け付けた旨を通知するための情報を送信する一方、当該抽選処理の結果コンサートチケットの予約を受け付けなかった各ユーザＢ、……のユーザ端末Ｔｂ、……に対しては、当該予約を受け付けない旨を通知するための情報を送信する。
【０１３９】
この後ステップＳＰ３０Ｘにおいて、コンサートチケットの予約に成功した各ユーザＡ、……のユーザ端末Ｔａ、……は、ユーザＡ、……がコンサートチケットの予約に成功した旨を通知するための予約結果情報を、ポータルサーバ３を介してデータベースサーバ８へ送信し、一方コンサートチケットの予約に失敗した各ユーザＢ、……のユーザ端末Ｔｂ、……は、ユーザＢ、……がコンサートチケットの予約に失敗した旨を通知するための予約結果情報を、ポータルサーバ３を介してデータベースサーバ８へ送信する。
【０１４０】
そしてデータベースサーバ８はステップＳＰ３１Ｘへ移り、各ユーザ端末Ｔａ、Ｔｂ、……からの予約結果情報に基づいて、例えば図６に示すように、データベース中の利用履歴情報ＩＮＦａ、ＩＮＦｂ、……を更新するようになされている。
【０１４１】
このようにして、音楽ＣＤ／ＤＶＤ販売サーバ４や音楽データ販売サーバ５等がデータベースサーバ８へ直接アクセスできない音楽関連サービス提供システム１Ｘであっても、本発明を適用することができる。
【０１４２】
また上述の実施の形態においては、各ユーザＡ、Ｂ、……の利用履歴情報ＩＮＦａ、ＩＮＦｂ、……に基づいて各ユーザＡ、Ｂ、……の予約優先度を設定する処理を、チケット予約サーバ７で実行する場合について述べたが、本発明はこれに限らず、例えば、当該予約優先度を設定する処理をデータベースサーバ８で実行し、この結果設定された優先度をデータベースサーバ８からチケット予約サーバ７へ通知し、チケット予約サーバ７が当該通知された優先度に基づいて上述の抽選処理を実行するようにしても良い。
【０１４３】
さらに上述の実施の形態においては、ポータルサーバ３、ユーザ端末Ｔａ、Ｔｂ、……、音楽データ販売サーバ５、データベースサーバ８、チケット予約サーバ７のそれぞれに予めインストールされているプログラムに従って、音楽データ販売処理ＲＴ１、ＲＴ１Ｘ及びチケット予約受付処理ＲＴ２、ＲＴ２Ｘを実行する場合について述べたが、本発明はこれに限らず、ハードウェア的に実現するようにしても良い。
【産業上の利用可能性】
【０１４４】
本発明は、インターネットを介してアクセスしてきたユーザに対しコンサートチケット等の予約を受け付けるサービスを提供するためのシステム等に利用することができる。
【図面の簡単な説明】
【０１４５】
【図１】本実施の形態における音楽関連サービス提供システム（１）の全体構成を示す略線図である。
【図２】ポータルページの一例を示す略線図である。
【図３】利用履歴情報（１）を示す略線図である。
【図４】利用履歴情報（２）を示す略線図である。
【図５】グループ分けの様子を示す略線図である。
【図６】利用履歴情報（３）を示す略線図である。
【図７】ユーザ端末の回路構成を示す略線図である。
【図８】フォルダ構成を示す略線図である。
【図９】ユーザ端末のプログラムモジュールを示す略線図である。
【図１０】音楽データ販売処理手順（１）を示すフローチャートである。
【図１１】音楽データ販売処理手順（２）を示すフローチャートである。
【図１２】チケット予約受付処理手順（１）を示すフローチャートである。
【図１３】音楽関連サービス提供システム（２）を示す略線図である。
【図１４】音楽データ販売処理手順（３）を示すフローチャートである。
【図１５】音楽データ販売処理手順（４）を示すフローチャートである。
【図１６】チケット予約受付処理手順（２）を示すフローチャートである。
【符号の説明】
【０１４６】
１……音楽関連サービス提供システム、４……音楽ＣＤ／ＤＶＤ販売サーバ、５……音楽データ販売サーバ、６……入会手続サーバ、７……チケット予約サーバ、８……データベースサーバ、Ｔａ、Ｔｂ……ユーザ端末。
【図１】
2005227870.tif 000003
【図２】
2005227870.tif 000004
【図３】
2005227870.tif 000005
【図４】
2005227870.tif 000006
【図５】
2005227870.tif 000007
【図６】
2005227870.tif 000008
【図７】
2005227870.tif 000009
【図８】
2005227870.tif 000010
【図９】
2005227870.tif 000011
【図１０】
2005227870.tif 000012
【図１１】
2005227870.tif 000013
【図１２】
2005227870.tif 000014
【図１３】
2005227870.tif 000015
【図１４】
2005227870.tif 000016
【図１５】
2005227870.tif 000017
【図１６】
2005227870.tif 000018