コンテンツ提供方法
【課題】 タグコンテンツの提供にあたり、タグコンテンツが不正に使用されるのを防止し、コンテンツ提供サーバ側でコンテンツ提供先の管理ができるコンテンツ提供システムを提供する。
【解決手段】 本実施の形態に係るコンテンツ提供システム１は、ネットワーク５０を介して接続されたコンテンツ提供サーバ１０、ユーザ端末２０及びウェブサーバ３０とから構成される。コンテンツ提供サーバ１０は、正規のユーザによって認証されたコンテンツ用タグが挿入されたウェブページのＵＲＬを、ユーザＩＤに関連づけて認証ＵＲＬとして管理するＵＲＬ認証管理ＤＢ１５５を備えている。コンテンツ提供サーバは、ＵＲＬ認証管理ＤＢ１５５に記録されている認証ＵＲＬのウェブページにのみ、タグコンテンツを配信する。
【解決手段】 本実施の形態に係るコンテンツ提供システム１は、ネットワーク５０を介して接続されたコンテンツ提供サーバ１０、ユーザ端末２０及びウェブサーバ３０とから構成される。コンテンツ提供サーバ１０は、正規のユーザによって認証されたコンテンツ用タグが挿入されたウェブページのＵＲＬを、ユーザＩＤに関連づけて認証ＵＲＬとして管理するＵＲＬ認証管理ＤＢ１５５を備えている。コンテンツ提供サーバは、ＵＲＬ認証管理ＤＢ１５５に記録されている認証ＵＲＬのウェブページにのみ、タグコンテンツを配信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のネットワークに接続されたコンピュータに対して、楽曲、映像、仮想コミュニティ等のコンテンツを提供するコンテンツ提供システムに関する。
【背景技術】
【０００２】
従来、ネットワークを介して、クライアント端末のパソコンに種々の音楽や映像コンテンツを配信し、パソコン上でストリーミング再生させる音楽や映像の配信システムが数多く提案されている。
【０００３】
しかし、従来のコンテンツ提供システムは、専用のアプリケーションをユーザ端末上で実行したり、コンテンツ提供業者の専用ウェブページにアクセスしたりしなければ、コンテンツを楽しむことができず、利便性に欠けていた。
【０００４】
そこで、近年では、ブログや個人のホームページ等のウェブページを構築するHTMLデータ内に、コンテンツを提供するサーバへのアクセス情報をタグにより埋め込むことで、ウェブページ内にタグコンテンツを実装し、ウェブページにアクセスした端末上にコンテンツを提供するコンテンツ提供システムも提供されている。
【０００５】
このようなタグ形式のタグコンテンツが実装されたウェブページにアクセスしたユーザ端末においては、ユーザ端末のブラウザがHTMLデータを解析することで、ウェブページ提供サーバからウェブページを構成するデータがユーザ端末に送信されると共に、HTMLデータ内のコンテンツタグを解析することで、ユーザ端末がコンテンツサーバにアクセスし、コンテンツサーバからユーザ端末へとコンテンツが配信される。よって、ユーザ端末上では、ウェブページ内にコンテンツが実装された状態でディスプレイ上に表示されることとなる。
【０００６】
したがって、このようなタグコンテンツを用いれば、ユーザは自分でコンテンツを準備しなくても、コンテンツ提供者が提供する種々のコンテンツを自分のウェブページに実装できるといったメリットがあり、コンテンツ提供者も、多くのユーザにコンテンツを提供できるといったメリットがある。
【０００７】
例えば、下記特許文献１には、個人ウェブページ内にタグ形式の仮想コミュニティを実装する仮想コミュニティシステムが開示されている。
【特許文献１】特許第３６１７６５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、ウェブページのHTML内に挿入されるコンテンツタグには、コンテンツサーバのアドレス情報等が含まれているが、ウェブページを閲覧した者は、ブラウザの機能を使って通常そのHTMLソースを容易に見ることができる。したがって、あるサイトに挿入されているコンテンツタグを、他のサイトのHTMLデータ内にコピーすれば、他のサイトにおいても同様のコンテンツを提供することができてしまう可能性がある。この問題は、著作権管理をしながら楽曲コンテンツを提供するサービス業者にとっては、大きな問題である。
【０００９】
本発明は、このような課題を解決するためになされたものであり、タグコンテンツの提供にあたり、タグコンテンツが不正に使用されるのを防止し、コンテンツ提供サーバ側でコンテンツ提供先の管理ができるコンテンツ提供システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明に係るコンテンツ提供システムは、ネットワークを介して接続されたコンテンツ提供サーバ、ユーザ端末及びウェブサーバを備え、ウェブページ内にタグコンテンツを実装するコンテンツ提供システムであって、前記コンテンツ提供サーバは、コンテンツを提供するためのプログラムを格納するプログラムデータベースと、前記タグコンテンツが実装されているウェブページのＵＲＬをユーザ識別子に関連づけて格納するＵＲＬ管理データベースと、前記ＵＲＬ管理データベースに格納されているＵＲＬのウェブページにアクセスしたユーザ端末に対してのみタグコンテンツを配信する制御手段と、を備え、前記ウェブサーバは、ウェブページ内にタグコンテンツを実装するためのコンテンツ用タグであって、前記コンテンツ提供サーバのアドレス情報が含まれるコンテンツ用タグが挿入されたＨＴＭＬデータを記憶する記憶手段を備え、前記ユーザ端末は、前記タグコンテンツが実装されているウェブページにアクセスした際に、前記コンテンツ用タグを解析し、前記コンテンツ提供サーバにアクセスすることでウェブページ内にタグコンテンツを実装する制御手段を備えることを特徴とする。
【００１１】
また、本発明に係るコンテンツ提供方法は、ネットワークを介してコンテンツ提供サーバに接続されたユーザ端末に対して、ウェブページ内のタグコンテンツを提供するコンテンツ提供方法であって、前記コンテンツ提供サーバにおいて、コンテンツ用タグが挿入されたウェブページであって、正規のユーザによって認証されたウェブページのアドレス情報を、認証アドレス情報として記憶手段に記録する認証アドレス記録工程と、前記コンテンツ提供サーバにおいて、コンテンツ用タグが挿入されたウェブページにアクセスして、コンテンツ用タグを解析することで前記コンテンツ提供サーバにアクセスしてきたユーザ端末から、当該ウェブページのアドレス情報を取得するアドレス情報取得工程と、前記コンテンツ提供サーバにおいて、前記アドレス情報取得工程で取得したアドレス情報が、前記記憶手段に認証アドレス情報として記録されているアドレス情報であるか否かをチェックするチェック工程と、前記コンテンツ提供サーバにおいて、前記チェック工程において、前記アドレス情報取得工程で取得したアドレス情報が認証アドレス情報であると認められた場合に、前記ユーザ端末へタグコンテンツを配信する配信工程と、を備えたことを特徴とする。
【００１２】
また、本発明に係るコンテンツ提供プログラムは、ネットワークを介してユーザ端末に接続されたコンピュータに、前記ユーザ端末に対してウェブページ内のタグコンテンツを提供させるためのコンテンツ提供プログラムであって、コンテンツ用タグが挿入されたウェブページであって、正規のユーザによって認証されたウェブページのアドレス情報を、認証アドレス情報として記憶手段に記録する認証アドレス記録ステップと、コンテンツ用タグが挿入されたウェブページにアクセスして、コンテンツ用タグを解析することで前記コンテンツ提供サーバにアクセスしてきたユーザ端末から、当該ウェブページのアドレス情報を取得するアドレス情報取得ステップと、前記アドレス情報取得ステップで取得したアドレス情報が、前記記憶手段に認証アドレス情報として記録されているアドレス情報であるか否かをチェックするチェックステップと、前記チェックステップにおいて、前記アドレス情報取得工ステップで取得したアドレス情報が認証アドレス情報であると認められた場合に、前記ユーザ端末へタグコンテンツを配信する配信ステップと、を前記コンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
本発明に係るコンテンツ提供システムによれば、タグコンテンツを提供するウェブページのアドレス情報をコンテンツ提供サーバ側で認識することができるので、正規のユーザによって認証されたウェブページにのみコンテンツを提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照しながら本発明の実施の形態について詳細に説明する。本実施形態では、コンテンツとして楽曲を提供する場合を例に挙げて説明する。
【００１５】
図１は、本実施の形態に係るコンテンツ提供システム１の概略構成を示す図である。同図に示すように、コンテンツ提供システム１は、コンテンツを提供するための種々のデータが格納されているコンテンツ提供サーバ１０と、コンテンツを利用するユーザが使用するパソコン等の複数のユーザ端末２０と、コンテンツがタグ形式で公開される個人サイトやブログ（Ｂｌｏｇ）等のウェブページを構築するHTMLデータが格納されているウェブサーバ３０と、を備えている。これらコンテンツ提供サーバ１０、ユーザ端末２０及びウェブサーバ３０は、インターネット等のネットワーク５０を介して接続されており、それぞれの通信インターフェースを介して、互いにデータの送受信が可能である。
【００１６】
本実施形態に係るコンテンツ提供システム１では、コンテンツが公開されるウェブページを構築するHTML（Hypertext Markup Language）データ内に、コンテンツ提供サーバ１０にアクセスして楽曲を再生するため、コンテンツ提供サーバ１０のアドレス情報を含むHTMLタグが埋め込まれている。したがって、ユーザが当該ウェブページにアクセスした際に、ユーザ端末２０上では、ウェブサーバ３０から提供される当該ウェブページ自体のコンテンツが表示されると共に、コンテンツ提供サーバ１０から提供される楽曲プレイヤーモジュール及び楽曲データ等により、楽曲コンテンツが再生されることとなる。
【００１７】
図２及び図３を参照して、コンテンツ提供サーバ１０の構成について詳細に説明する。図２は、コンテンツ提供サーバ１０の構成を示す概略図である。本実施形態において、コンテンツ提供サーバ１０は、楽曲コンテンツを提供する者が運営するサーバであるが、コンテンツ提供者以外の者が提供するレンタルサーバを、コンテンツ提供者が利用するケース等も想定される。
【００１８】
図２に示すように、コンテンツ提供サーバ１０は、各種演算を行う演算手段としてのＣＰＵ１１と、演算手段の一時的な作業領域や記憶領域として使用されるメモリ１２と、各種情報を記憶しておく記憶手段としてのＨＤＤ（Hard Disk Drive）１３と、を有している。ＨＤＤ１３内には、タグコンテンツの提供にあたって必要なデータが格納されたＤＢ（Database）１５が記憶されており、ＤＢ１５には、楽曲ＤＢ１５１、ユーザ情報ＤＢ１５２、ステーションＤＢ１５３、プレイリストＤＢ１５４、ＵＲＬ認証管理ＤＢ１５５、プログラムＤＢ１５８が含まれている。
【００１９】
楽曲ＤＢ１５１は、コンテンツ提供サービスにおいて提供される楽曲の素材データを格納するＤＢである。楽曲ＤＢ１５１内の各楽曲レコードには、各楽曲を識別するための「楽曲ＩＤ」、「楽曲データ」、「アーティスト名」、「楽曲名」、「楽曲ジャンル」等の情報が含まれている。本実施形態では、楽曲ＤＢ１５１内の楽曲データとして、ＭＰ３形式のデータを採用しているが、これに限られるものではなく、ＷＭＡ、ＡＡＣ等、適宜他の形式の音楽ファイルを採用しても良い。
【００２０】
ユーザが設定した設定情報を保持するデータベースであるユーザ情報ＤＢ１５２〜プレイリストＤＢ１５４については、図３を参照しながら説明する。図３は、ユーザ情報ＤＢ１５２、ステーションＤＢ１５３、プレイリストＤＢ１５４、ＵＲＬ認証管理ＤＢ１５５に記録されている各レコードの内容を示す図である。
【００２１】
ユーザ情報ＤＢ１５２は、タグコンテンツを利用する、すなわち自己のウェブページにタグコンテンツを貼り付けている登録ユーザに関する情報を格納するＤＢである。図３に示すように、ユーザ情報ＤＢ１５２の各ユーザレコードには、各ユーザを識別するための「ユーザＩＤ」、「ログインＩＤ」、「パスワード」の情報が格納されている。このパスワードは、タグコンテンツ提供サービスの登録ユーザがサービスにログインする際のログイン認証で使用されるものであり、登録時にユーザが設定したものである。また、本実施形態では、「ログインＩＤ」として、メールアドレスを使用しているが、ユーザが任意に設定したログインＩＤ等、他の形式のログインＩＤを用いても良い。
【００２２】
ステーションＤＢ１５３の各レコードには、「ステーションＩＤ」、「ユーザＩＤ」、「ステーション名」の情報が格納されている。「ステーションＩＤ」は、ユーザによってステーションの登録が行われる度に、各ステーションに設定されるＩＤであり、当該ステーションを登録したユーザの「ユーザＩＤ」及びユーザによって設定された「ステーション名」と共に、ステーションＤＢ１５３に格納されている。
【００２３】
ステーションの登録は、ユーザがユーザ端末２０からコンテンツ提供サーバ１０へアクセスして、後述するＵＲＬ認証を行う際に行われる。また、ステーションの設定内容は、適宜変更可能である。このステーションＩＤは、ウェブページに提供するコンテンツの内容を特定するためのコンテンツ特定情報であり、各ウェブページには、このステーションＩＤに従って楽曲コンテンツが配信される。
【００２４】
プレイリストＤＢ１１５内の各レコードには、「ユーザＩＤ」、「ステーションＩＤ」、「楽曲ＩＤ」の情報が格納されている。楽曲プレイリストとは、各ステーションにおいて、再生される楽曲のリストを表すものである。「楽曲ＩＤ」には、楽曲ＤＢ１１１に格納されている曲の中からユーザが選択した楽曲ＩＤが演奏される順に保持されている。
【００２５】
ＵＲＬ認証管理ＤＢ１５５内の各レコードには、「ユーザＩＤ」、「ステーションＩＤ」、「認証ＵＲＬ」の情報が格納されている。後述するように、ユーザが楽曲プレイヤーを所望のウェブページに実装して最初にアクセスした際に、当該ウェブページのプレイヤーに設定するステーションの登録が行われる。このステーション登録に際して、コンテンツ提供サーバ１０により、正規のユーザによって行われているか否かの認証が行われ、正規のユーザによる登録であれば、「認証ＵＲＬ」に、当該ステーションが登録されたウェブページのＵＲＬが記録される。
【００２６】
このように、ステーションＩＤ毎に認証ＵＲＬを管理しておけば、登録したユーザ以外の者によって、他のウェブページで勝手にこのユーザが設定した楽曲コンテンツが使用されることを防止できる。なお、ユーザは、同一のステーションを複数のウェブページに実装することも可能であり、この場合には、一つのステーションが複数の認証ＵＲＬと関連づけられてＵＲＬ認証ＤＢ１５５内に記録されることになる。また、コンテンツ特定情報であるステーションＩＤを変えることで、ユーザは、ＵＲＬ毎に配信するコンテンツの内容を異ならせることも可能である。
【００２７】
プログラムＤＢ１５８は、本コンテンツ提供サービスを提供するために必要な各種プログラムを格納するＤＢである。例えば、上述したプレイヤーのプログラムモジュールや、ユーザのサービス登録処理、サービスにログインするユーザの認証等を行う際のプログラムが格納されている。なお、本実施形態に係るステーションは、Flash（登録商標）を利用したFlashプレイヤーであるが、Java（登録商標）、ActiveX（登録商標）等を利用して実装するようにしても良い。
【００２８】
ユーザ端末Ａ２０−１、ユーザ端末Ｂ２０−２、…、は、本コンテンツ提供サービスを利用するユーザが使用するパソコン等の端末であり、ディスプレイ、ＰＣ本体、入力装置としてのキーボードやマウス等を備えており、ＰＣ本体は、図示しない演算装置や記憶装置を備えている。もちろん、ユーザ端末としては、ＰＣに限らず、プレイヤーモジュールを実行でき、ネットワークに接続してコンテンツ提供サーバ１０と通信できる端末であれば、ＰＤＡ、携帯電話、ゲーム端末等、その他のコンピュータであっても良い。
【００２９】
ウェブサーバＡ３０−１、ウェブサーバＢ３０−２、…、は、ホームページやブログを開設しているユーザの加入するプロバイダ（ＩＳＰ）が所有するサーバや、ユーザが自宅に設置しているＷｅｂサーバ等である。この、ウェブサーバ３０は、図示しない演算装置や記憶装置を備えており、この記憶装置内には、ブログ等のウェブページを構築するHTMLデータが保存されている。なお、本実施形態では、ユーザ端末２０とウェブサーバ３０を別々のコンピュータで構成したものとして説明しているが、ユーザが自宅のパソコンをＷｅｂサーバとして使用している場合等、単一のコンピュータに、ユーザ端末及びウェブサーバとしての機能を持たせるようにしても良い。
【００３０】
このウェブページを構築するHTMLデータ内には、楽曲プレイヤーをユーザのウェブページ内に実装してコンテンツを利用するためのコンテンツ用タグが埋め込まれている。このコンテンツ用タグは、例えば、下記のように記述される。
<script
type="text/javascript" language="javascript"
src="http://fogma.net/ID001000000005"></script>
この「ID001000000005」が、ユーザＩＤである。
【００３１】
また、ウェブページ内に実装されるステーションの大きさ等を規定して、下記のようなコンテンツ用タグとしても良い。
<object WIDTH="168"
HEIGHT="256">
<param name="movie"
value="http://fogma.net/ID001000000005.swf">
<embed name="obp"
src="http://fogma.net/ID001000000005.swf" WIDTH="168"
HEIGHT="256"></embed>
</object>
【００３２】
このように、このコンテンツ用タグには、コンテンツ提供サーバ１０のアドレス、コンテンツ用タグの発行を要求したユーザのユーザＩＤが記述されている。なお、このコンテンツ用タグは、ユーザが最初にコンテンツ提供サーバ１０にアクセスして、ユーザ登録した際に、コンテンツ提供サーバ１０によって発行される。ユーザ登録において、ユーザが入力したログインＩＤ及びパスワードは、上述したユーザ情報ＤＢ１５２に記録される。コンテンツ用タグの発行の形態は、コンテンツ提供サーバ１０が提供する登録ページ上に表示されるようにしても良いし、ユーザに対してこのコンテンツ用タグが記載されたメールを送信するようにしても良い。これらの処理は、プログラムＤＢ１５８内の所定のプログラムをコンテンツ提供サーバ１０のＣＰＵ１１が実行することで実現される。
【００３３】
コンテンツ用タグを取得したユーザは、自分が公開しているウェブページを構築するHTMLデータ内に、このタグを挿入記述する。このコンテンツ用タグが挿入されたHTMLデータは、ウェブサーバ３０内の記憶装置に格納され、当該Ｗｅｂページにアクセスしたユーザのユーザ端末２０上には、所定のステーションによって楽曲再生を行う楽曲プレイヤーが実装された、すなわち楽曲コンテンツが実装されたページが表示されることになる。
【００３４】
以上、本実施形態に係るコンテンツ提供システム１の構成について説明したが、続いて、各ウェブページにおいて、正規のユーザが楽曲コンテンツの提供を行っているか否かを確認するためのＵＲＬ認証処理について説明する。図４は、ＵＲＬ認証の処理の流れを示すフローチャートである。このＵＲＬ認証は、最初に一度実行されれば、認証済みのＵＲＬとして、認証ＵＲＬがＵＲＬ認証管理ＤＢ１５５に記録されるので、ユーザは、HTMLタグをHTMLデータ内に挿入した後に、一度だけＵＲＬ認証を行えば良い。
【００３５】
まず、ステップ１１（Ｓ１１）において、自己のウェブページにコンテンツ用タグを挿入した正規のユーザが、当該ページにアクセスする。すなわち、このユーザが使用するユーザ端末２０が当該ウェブページを管理するウェブサーバ３０にアクセスする。そうすると、Ｓ１２において、ウェブサーバ３０から当該ウェブページを構築するHTMLデータがユーザ端末２０へと送信される。
【００３６】
ユーザ端末２０では、このHTMLデータを解析し（Ｓ１３）、HTMLデータ内のコンテンツ用タグのアドレス情報（http://fogma.net/ID001000000005）に従って、コンテンツ提供サーバ１０へとアクセスする（Ｓ１４）。そして、Ｓ１５において、コンテンツ提供サーバ１０は、アクセスしてきたユーザ端末２０に対して、コンテンツ再生用ツールであるプレイヤーのモジュールを送信する。この送信されるプレイヤーには、上記アドレス情報に基づいて、ユーザＩＤ「001000000005」が記録されている。
【００３７】
ユーザ端末２０の演算装置は、プレイヤーモジュールを実行し、ウェブページの所定の位置にプレイヤーが配置された画面をディスプレイ上に表示する。また、プレイヤーモジュールを実行すると、ユーザ端末２０からコンテンツ提供サーバ１０へ当該ウェブページのＵＲＬを送信するように設定されており、ユーザ端末２０の演算装置は、当該ウェブページのＵＲＬを取得し（Ｓ１６）、プレイヤーに記録されているユーザＩＤと共にコンテンツ提供サーバ１０へと送信する（Ｓ１７）。
【００３８】
ＵＲＬ及びユーザＩＤを受信したコンテンツ提供サーバ１０のＣＰＵ１１は、受信したＵＲＬが、認証済みの認証ＵＲＬとして、受信したユーザＩＤと関連づけられてＵＲＬ認証管理ＤＢ１５５に格納されているか確認する。すなわち、ＵＲＬ認証チェックを行う（Ｓ２０）。
【００３９】
当該ＵＲＬが既に認証ＵＲＬとして記録されていた場合には、Ｓ２８へと進み、ＣＰＵ１１は、ユーザ端末２０に対してステーション配信を行うように制御する。すなわち、ＣＰＵ１１は、ＵＲＬ認証管理ＤＢ１５５を参照して、ステーションＩＤを取得し、このステーションＩＤに基づいて、ステーションＤＢ１５３からステーション名を取得してユーザ端末２０へ送信すると共に、同じくステーションＩＤに基づいてプレイリストＤＢ１５４から楽曲ＩＤを取得して、楽曲ＤＢ１５１から順次楽曲をユーザ端末２０へとストリーミング配信する。これにより、ユーザに対して楽曲コンテンツが提供されることとなる（Ｓ２９）。図５（ｃ）は、ユーザ端末２０に対して楽曲コンテンツが配信されている際に、プレイヤーに表示される内容を示す図である。
【００４０】
逆に、Ｓ２０において、まだ当該ＵＲＬが認証ＵＲＬとしてＵＲＬ認証管理ＤＢに記録されていない場合には、Ｓ２１へ進み、コンテンツ提供サーバ１０は、ユーザ端末２０に対してＵＲＬ認証要求を行う。
【００４１】
ＵＲＬ認証要求を受けたユーザ端末２０においては、ＵＲＬ認証のための処理が行われるが、まだユーザがコンテンツ提供サービスにログインしていない場合には、ＵＲＬ認証に先立って、ログイン処理（Ｓ２２）を行う必要があるためログイン画面が表示される。図５（ａ）は、ユーザ端末２０のディスプレイ上（プレイヤー内）に表示されるログイン画面の内容を示す図である。
【００４２】
ログイン画面としては、図５（ａ）に示すように、ログインＩＤとしてのメールアドレスを入力する欄と、パスワードを入力する欄が表示される。ユーザが、ユーザ端末２０の入力装置（キーボード等）を使ってログインＩＤ及びパスワードを入力すると、入力された内容がコンテンツ提供サーバ１０へと送られ、コンテンツ提供サーバにおいて、ユーザ情報ＤＢ１５２を参照してログイン認証が行われる。コンテンツ提供サーバ１０は、正しいログインＩＤ及びパスワードであれば、コンテンツ提供サーバ１０からユーザ端末２０へ、ログイン認証が正常に完了した旨の情報が送信され、ログイン認証が終了する。なお、一度ログイン認証が行われると、当該ログインＩＤに対応したユーザＩＤが暗号化されて、ユーザ端末２０にCookieとして保存されるので、ユーザが同じ端末を使う限り、再度ログイン処理を行う必要はない。
【００４３】
既にユーザがログインしていた場合、及び上記ログイン認証が終了すると、ＵＲＬ認証処理に進み、まず、Ｓ２３においてユーザＩＤチェックが行われる。これは、あるウェブページにおけるＵＲＬ認証を、コンテンツ用タグをそのウェブページに挿入したユーザだけに行わせるためである。
【００４４】
具体的には、ユーザ端末２０の演算装置が、プレイヤーに記録されているユーザＩＤと、Cookieに保存されているログインユーザのユーザＩＤとを比較し、一致していれば、ＯＫとしてＳ２４のＵＲＬ認証画面表示に進み、ＵＲＬ認証処理が行われるが、一致していない場合には、ＮＧとしてＳ２５のエラー画面表示に進み、ＵＲＬ認証は行われない。このように、プレイヤーの所有者（当該ウェブページにコンテンツ用タグを実装したユーザ）だけが、ＵＲＬ認証の実行を行うことができ、もってそのウェブページへのコンテンツ配信が実行されるように構成しておけば、ユーザが勝手に他人のコンテンツを無断で自分のウェブページに実装して配信するといった不正な行為を防止することができる。なお、プレイヤーの所有者のユーザＩＤを、コンテンツ用ＨＴＭＬタグから取得するようにしても良い。
【００４５】
Ｓ２４においては、プレイヤーモジュールの設定に従い、プレイヤー内にＵＲＬ認証画面が表示される（Ｓ２４）。図５（ｂ）は、ユーザ端末２０のディスプレイ上に表示されるＵＲＬ認証画面の内容を示す図である。ＵＲＬ認証においては、図５（ｂ）に示すように、プレイヤーモジュールが取得した当該ウェブページのＵＲＬが画面内のＵＲＬ欄に表示されるので、ユーザは「ＯＫ」ボタンをクリックするだけで良い。また、この際、ユーザはステーションの設定（配信する楽曲の設定）を行うことができる。ステーションの設定のために、図５（ｂ）に示すように、ステーションの選択肢が表示されるので、ユーザは希望する選択肢を選択することで、ステーション設定を行うことができる。ここでは、「Rock&Pops Station」、「Jazz Station」、「Classic「Station」、「HipPop
Station」が、ステーション設定の選択肢として表示されている。
【００４６】
ユーザが「ＯＫ」ボタンをクリックすると、Cookieに保存されているユーザＩＤ、上記ＵＲＬ及び設定したステーションＩＤが、コンテンツ提供サーバ１０へと送信される（Ｓ２６）。例えば、ユーザＩＤが「00100000001」で、ＵＲＬが「http://corecolors.com/music/」の場合には、「http://fogma.net/checkstation?id=00100000001&url=http://corecolors.com/music/
HTTP/1.1」の情報が送信される。
【００４７】
一方、Ｓ２３のユーザＩＤチェックにおいて、ＮＧとなってＳ２５に進んだ場合には、図５（ｄ）に示すエラー画面「設定する権利がありません」が、ユーザ端末２０に表示され、そのプレイヤーには楽曲コンテンツが提供されない。
【００４８】
Ｓ２７においては、コンテンツ提供サーバ１０が、Ｓ２６で受信したユーザＩＤ及びステーションＩＤと共に、認証ＵＲＬをＵＲＬ認証管理ＤＢ１５５に記録する。
【００４９】
続いて、Ｓ２８において、コンテンツ提供サーバ１０が、ステーションＤＢ１５３及びプレイリストＤＢ１５４を参照し、上記ユーザＩＤ及びステーションＩＤに関連づけられたステーションをユーザ端末２０に配信する。すなわち、上記ステーションに設定されている楽曲をユーザ端末２０に対して配信し、ユーザ端末２０上で、楽曲コンテンツが再生される（Ｓ２９）。図５（ｄ）は、ユーザ端末２０上で楽曲コンテンツが提供されている際のプレイヤーの表示内容を示す図である。
【００５０】
以上、ＵＲＬ認証処理について詳細に説明したが、ユーザ端末２０側の処理は、プレイヤーモジュール内に実装されているＵＲＬ認証プログラムやログインプログラムをユーザ端末２０の演算装置が実行することで実現され、コンテンツ提供サーバ１０側の処理は、ＣＰＵ１１がプログラムＤＢ１５８内の所定のプログラムを実行することで実現される。
【００５１】
続いて、ＵＲＬ認証されていないウェブページに、当該ウェブページにコンテンツ用タグ（ユーザＡのユーザＩＤが記述されている）を挿入したユーザＡ以外のユーザＢがアクセスした際の処理の流れについて説明する。ユーザＢが自分のユーザ端末２０を使ってユーザＡのウェブページにアクセスした際も、図４に示したフローと同様に、Ｓ１１、Ｓ１２、Ｓ１３、Ｓ１４、Ｓ１５、Ｓ１６、Ｓ１７、Ｓ２０、Ｓ２１、（Ｓ２２）、Ｓ２３までは同様に行われる。しかし、Ｓ２３のユーザＩＤチェックは、プレイヤーのユーザＩＤ（ユーザＡ）と、Cookieから取得したユーザＩＤ（ユーザＢ）とが異なるため、Ｓ２５へと進み、ユーザ端末２０には、図５（ｄ）のエラー画面が表示され、コンテンツがユーザ端末２０に配信されることはない。
【００５２】
もちろん、ＵＲＬ認証が行われたユーザＡのウェブページに他のユーザＢがアクセスした場合には、既にＵＲＬ認証済みのウェブページであるから、Ｓ２０からＳ２８へと進み、ユーザＢのユーザ端末２０にコンテンツが配信・再生（Ｓ２９）されることになる。
【００５３】
なお、本実施形態では、認証したＵＲＬの下位ＵＲＬも認証ＵＲＬとして取り扱われるように設定されている。例えば、「http://corecolors.com/kiko/」を認証ＵＲＬとして登録した場合には、「http://corecolors.com/kiko/page1.html」、「http://corecolors.com/kiko/page2.html」、「http://corecolors.com/kiko/dir1/」、「http://corecolors.com/kiko/dir2/」等もＵＲＬ認証済みとして扱われ、ステーションも上位ＵＲＬと同じステーションＩＤが設定されているものとして扱われる。
【００５４】
但し、下位のＵＲＬに対して、単独でＵＲＬ認証を行い、別のステーションを設定した場合には、当然、下位のＵＲＬに対して設定されたステーションが配信される。すなわち、本実施形態では、下位のＵＲＬで設定されたステーションが優先される。
【００５５】
以上、詳細に説明した本実施形態によれば、楽曲コンテンツを配信するウェブページをコンテンツ提供サーバ側で認識することができるので、正規のユーザによって認証されたＵＲＬのウェブページ、すなわちコンテンツ配信を許可しているウェブページにのみコンテンツを提供し、不正にコンテンツ用タグを貼り付けた無許可のウェブページにはコンテンツを提供しないように制御することができる。特に、楽曲コンテンツのように著作権の問題が絡むコンテンツの場合には、コンテンツ配信を許可しているウェブページを管理できることは、コンテンツの不正利用を防止でき、メリットが大きい。
【００５６】
また、本実施形態においては、認証されたウェブページ毎に、コンテンツ特定情報であるステーションＩＤを関連づけてＵＲＬ認証管理ＤＢ１５５に記録しているので、同一のユーザであっても、ウェブページ毎に提供するコンテンツの内容を変更することが可能である。
【００５７】
なお、本発明の実施形態は、上述した形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の変形が可能である。例えば、本実施形態では、提供するコンテンツとして、楽曲を例に挙げて説明したが、もちろんこれに限定されるものではなく、タグ形式で各ウェブページに提供できるコンテンツであれば、種々のコンテンツを提供することができる。
【００５８】
例えば、特許文献１に開示したような仮想コミュニティをコンテンツとして、ウェブページに提供しても良い。この場合、コンテンツ特定情報としては、仮想コミュニティ内におけるユーザの住所情報等が想定される。この場合には、仮想コミュニティのマップの中からユーザの住所近辺の一部のエリアが切り出され、仮想タグコミュニティとして、ウェブページに提供されることになる。
【００５９】
さらに、映像、ニュース、テレビ番組、電子掲示板等のコンテンツを提供することもできる。ニュースコンテンツの場合には、ウェブページ毎にコンテンツ特定情報として別々のチャンネルを設定すれば、ページ毎に異なるジャンルのニュースを提供することができる。
【００６０】
また、本実施形態では、認証ＵＲＬをユーザＩＤに関連づけて管理しているが、ユーザＩＤに限らず、ユーザを識別できるユーザ識別子であれば、ログインＩＤ等を用いて認証ＵＲＬを管理しても良い。
【図面の簡単な説明】
【００６１】
【図１】図１は、本実施形態に係るコンテンツ提供システムの概略構成を示す図である。
【図２】図２は、本実施形態に係るコンテンツ提供サーバの概略構成を示す図である。
【図３】図３は、本実施形態に係るユーザ情報ＤＢ、ステーションＤＢ、プレイリストＤＢ、ＵＲＬ認証管理ＤＢに記録されているレコードの内容を示す図である。
【図４】図４は、本実施形態に係るＵＲＬ認証の処理の流れを示すフローチャートである。
【図５】図５は、本実施形態に係るコンテンツプレイヤーに表示される画面の内容を示す図である。
【符号の説明】
【００６２】
１ コンテンツ提供システム
１０ コンテンツ提供サーバ
１１ ＣＰＵ
１２ メモリ
１３ ＨＤＤ
１５ ＤＢ
１５１ 楽曲ＤＢ
１５２ ユーザ情報ＤＢ
１５３ ステーションＤＢ
１５４ プレイリストＤＢ
１５５ ＵＲＬ認証管理ＤＢ
１５８ プログラムＤＢ
２０ ユーザ端末
３０ ウェブサーバ
５０ ネットワーク
【技術分野】
【０００１】
本発明は、インターネット等のネットワークに接続されたコンピュータに対して、楽曲、映像、仮想コミュニティ等のコンテンツを提供するコンテンツ提供システムに関する。
【背景技術】
【０００２】
従来、ネットワークを介して、クライアント端末のパソコンに種々の音楽や映像コンテンツを配信し、パソコン上でストリーミング再生させる音楽や映像の配信システムが数多く提案されている。
【０００３】
しかし、従来のコンテンツ提供システムは、専用のアプリケーションをユーザ端末上で実行したり、コンテンツ提供業者の専用ウェブページにアクセスしたりしなければ、コンテンツを楽しむことができず、利便性に欠けていた。
【０００４】
そこで、近年では、ブログや個人のホームページ等のウェブページを構築するHTMLデータ内に、コンテンツを提供するサーバへのアクセス情報をタグにより埋め込むことで、ウェブページ内にタグコンテンツを実装し、ウェブページにアクセスした端末上にコンテンツを提供するコンテンツ提供システムも提供されている。
【０００５】
このようなタグ形式のタグコンテンツが実装されたウェブページにアクセスしたユーザ端末においては、ユーザ端末のブラウザがHTMLデータを解析することで、ウェブページ提供サーバからウェブページを構成するデータがユーザ端末に送信されると共に、HTMLデータ内のコンテンツタグを解析することで、ユーザ端末がコンテンツサーバにアクセスし、コンテンツサーバからユーザ端末へとコンテンツが配信される。よって、ユーザ端末上では、ウェブページ内にコンテンツが実装された状態でディスプレイ上に表示されることとなる。
【０００６】
したがって、このようなタグコンテンツを用いれば、ユーザは自分でコンテンツを準備しなくても、コンテンツ提供者が提供する種々のコンテンツを自分のウェブページに実装できるといったメリットがあり、コンテンツ提供者も、多くのユーザにコンテンツを提供できるといったメリットがある。
【０００７】
例えば、下記特許文献１には、個人ウェブページ内にタグ形式の仮想コミュニティを実装する仮想コミュニティシステムが開示されている。
【特許文献１】特許第３６１７６５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、ウェブページのHTML内に挿入されるコンテンツタグには、コンテンツサーバのアドレス情報等が含まれているが、ウェブページを閲覧した者は、ブラウザの機能を使って通常そのHTMLソースを容易に見ることができる。したがって、あるサイトに挿入されているコンテンツタグを、他のサイトのHTMLデータ内にコピーすれば、他のサイトにおいても同様のコンテンツを提供することができてしまう可能性がある。この問題は、著作権管理をしながら楽曲コンテンツを提供するサービス業者にとっては、大きな問題である。
【０００９】
本発明は、このような課題を解決するためになされたものであり、タグコンテンツの提供にあたり、タグコンテンツが不正に使用されるのを防止し、コンテンツ提供サーバ側でコンテンツ提供先の管理ができるコンテンツ提供システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明に係るコンテンツ提供システムは、ネットワークを介して接続されたコンテンツ提供サーバ、ユーザ端末及びウェブサーバを備え、ウェブページ内にタグコンテンツを実装するコンテンツ提供システムであって、前記コンテンツ提供サーバは、コンテンツを提供するためのプログラムを格納するプログラムデータベースと、前記タグコンテンツが実装されているウェブページのＵＲＬをユーザ識別子に関連づけて格納するＵＲＬ管理データベースと、前記ＵＲＬ管理データベースに格納されているＵＲＬのウェブページにアクセスしたユーザ端末に対してのみタグコンテンツを配信する制御手段と、を備え、前記ウェブサーバは、ウェブページ内にタグコンテンツを実装するためのコンテンツ用タグであって、前記コンテンツ提供サーバのアドレス情報が含まれるコンテンツ用タグが挿入されたＨＴＭＬデータを記憶する記憶手段を備え、前記ユーザ端末は、前記タグコンテンツが実装されているウェブページにアクセスした際に、前記コンテンツ用タグを解析し、前記コンテンツ提供サーバにアクセスすることでウェブページ内にタグコンテンツを実装する制御手段を備えることを特徴とする。
【００１１】
また、本発明に係るコンテンツ提供方法は、ネットワークを介してコンテンツ提供サーバに接続されたユーザ端末に対して、ウェブページ内のタグコンテンツを提供するコンテンツ提供方法であって、前記コンテンツ提供サーバにおいて、コンテンツ用タグが挿入されたウェブページであって、正規のユーザによって認証されたウェブページのアドレス情報を、認証アドレス情報として記憶手段に記録する認証アドレス記録工程と、前記コンテンツ提供サーバにおいて、コンテンツ用タグが挿入されたウェブページにアクセスして、コンテンツ用タグを解析することで前記コンテンツ提供サーバにアクセスしてきたユーザ端末から、当該ウェブページのアドレス情報を取得するアドレス情報取得工程と、前記コンテンツ提供サーバにおいて、前記アドレス情報取得工程で取得したアドレス情報が、前記記憶手段に認証アドレス情報として記録されているアドレス情報であるか否かをチェックするチェック工程と、前記コンテンツ提供サーバにおいて、前記チェック工程において、前記アドレス情報取得工程で取得したアドレス情報が認証アドレス情報であると認められた場合に、前記ユーザ端末へタグコンテンツを配信する配信工程と、を備えたことを特徴とする。
【００１２】
また、本発明に係るコンテンツ提供プログラムは、ネットワークを介してユーザ端末に接続されたコンピュータに、前記ユーザ端末に対してウェブページ内のタグコンテンツを提供させるためのコンテンツ提供プログラムであって、コンテンツ用タグが挿入されたウェブページであって、正規のユーザによって認証されたウェブページのアドレス情報を、認証アドレス情報として記憶手段に記録する認証アドレス記録ステップと、コンテンツ用タグが挿入されたウェブページにアクセスして、コンテンツ用タグを解析することで前記コンテンツ提供サーバにアクセスしてきたユーザ端末から、当該ウェブページのアドレス情報を取得するアドレス情報取得ステップと、前記アドレス情報取得ステップで取得したアドレス情報が、前記記憶手段に認証アドレス情報として記録されているアドレス情報であるか否かをチェックするチェックステップと、前記チェックステップにおいて、前記アドレス情報取得工ステップで取得したアドレス情報が認証アドレス情報であると認められた場合に、前記ユーザ端末へタグコンテンツを配信する配信ステップと、を前記コンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
本発明に係るコンテンツ提供システムによれば、タグコンテンツを提供するウェブページのアドレス情報をコンテンツ提供サーバ側で認識することができるので、正規のユーザによって認証されたウェブページにのみコンテンツを提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照しながら本発明の実施の形態について詳細に説明する。本実施形態では、コンテンツとして楽曲を提供する場合を例に挙げて説明する。
【００１５】
図１は、本実施の形態に係るコンテンツ提供システム１の概略構成を示す図である。同図に示すように、コンテンツ提供システム１は、コンテンツを提供するための種々のデータが格納されているコンテンツ提供サーバ１０と、コンテンツを利用するユーザが使用するパソコン等の複数のユーザ端末２０と、コンテンツがタグ形式で公開される個人サイトやブログ（Ｂｌｏｇ）等のウェブページを構築するHTMLデータが格納されているウェブサーバ３０と、を備えている。これらコンテンツ提供サーバ１０、ユーザ端末２０及びウェブサーバ３０は、インターネット等のネットワーク５０を介して接続されており、それぞれの通信インターフェースを介して、互いにデータの送受信が可能である。
【００１６】
本実施形態に係るコンテンツ提供システム１では、コンテンツが公開されるウェブページを構築するHTML（Hypertext Markup Language）データ内に、コンテンツ提供サーバ１０にアクセスして楽曲を再生するため、コンテンツ提供サーバ１０のアドレス情報を含むHTMLタグが埋め込まれている。したがって、ユーザが当該ウェブページにアクセスした際に、ユーザ端末２０上では、ウェブサーバ３０から提供される当該ウェブページ自体のコンテンツが表示されると共に、コンテンツ提供サーバ１０から提供される楽曲プレイヤーモジュール及び楽曲データ等により、楽曲コンテンツが再生されることとなる。
【００１７】
図２及び図３を参照して、コンテンツ提供サーバ１０の構成について詳細に説明する。図２は、コンテンツ提供サーバ１０の構成を示す概略図である。本実施形態において、コンテンツ提供サーバ１０は、楽曲コンテンツを提供する者が運営するサーバであるが、コンテンツ提供者以外の者が提供するレンタルサーバを、コンテンツ提供者が利用するケース等も想定される。
【００１８】
図２に示すように、コンテンツ提供サーバ１０は、各種演算を行う演算手段としてのＣＰＵ１１と、演算手段の一時的な作業領域や記憶領域として使用されるメモリ１２と、各種情報を記憶しておく記憶手段としてのＨＤＤ（Hard Disk Drive）１３と、を有している。ＨＤＤ１３内には、タグコンテンツの提供にあたって必要なデータが格納されたＤＢ（Database）１５が記憶されており、ＤＢ１５には、楽曲ＤＢ１５１、ユーザ情報ＤＢ１５２、ステーションＤＢ１５３、プレイリストＤＢ１５４、ＵＲＬ認証管理ＤＢ１５５、プログラムＤＢ１５８が含まれている。
【００１９】
楽曲ＤＢ１５１は、コンテンツ提供サービスにおいて提供される楽曲の素材データを格納するＤＢである。楽曲ＤＢ１５１内の各楽曲レコードには、各楽曲を識別するための「楽曲ＩＤ」、「楽曲データ」、「アーティスト名」、「楽曲名」、「楽曲ジャンル」等の情報が含まれている。本実施形態では、楽曲ＤＢ１５１内の楽曲データとして、ＭＰ３形式のデータを採用しているが、これに限られるものではなく、ＷＭＡ、ＡＡＣ等、適宜他の形式の音楽ファイルを採用しても良い。
【００２０】
ユーザが設定した設定情報を保持するデータベースであるユーザ情報ＤＢ１５２〜プレイリストＤＢ１５４については、図３を参照しながら説明する。図３は、ユーザ情報ＤＢ１５２、ステーションＤＢ１５３、プレイリストＤＢ１５４、ＵＲＬ認証管理ＤＢ１５５に記録されている各レコードの内容を示す図である。
【００２１】
ユーザ情報ＤＢ１５２は、タグコンテンツを利用する、すなわち自己のウェブページにタグコンテンツを貼り付けている登録ユーザに関する情報を格納するＤＢである。図３に示すように、ユーザ情報ＤＢ１５２の各ユーザレコードには、各ユーザを識別するための「ユーザＩＤ」、「ログインＩＤ」、「パスワード」の情報が格納されている。このパスワードは、タグコンテンツ提供サービスの登録ユーザがサービスにログインする際のログイン認証で使用されるものであり、登録時にユーザが設定したものである。また、本実施形態では、「ログインＩＤ」として、メールアドレスを使用しているが、ユーザが任意に設定したログインＩＤ等、他の形式のログインＩＤを用いても良い。
【００２２】
ステーションＤＢ１５３の各レコードには、「ステーションＩＤ」、「ユーザＩＤ」、「ステーション名」の情報が格納されている。「ステーションＩＤ」は、ユーザによってステーションの登録が行われる度に、各ステーションに設定されるＩＤであり、当該ステーションを登録したユーザの「ユーザＩＤ」及びユーザによって設定された「ステーション名」と共に、ステーションＤＢ１５３に格納されている。
【００２３】
ステーションの登録は、ユーザがユーザ端末２０からコンテンツ提供サーバ１０へアクセスして、後述するＵＲＬ認証を行う際に行われる。また、ステーションの設定内容は、適宜変更可能である。このステーションＩＤは、ウェブページに提供するコンテンツの内容を特定するためのコンテンツ特定情報であり、各ウェブページには、このステーションＩＤに従って楽曲コンテンツが配信される。
【００２４】
プレイリストＤＢ１１５内の各レコードには、「ユーザＩＤ」、「ステーションＩＤ」、「楽曲ＩＤ」の情報が格納されている。楽曲プレイリストとは、各ステーションにおいて、再生される楽曲のリストを表すものである。「楽曲ＩＤ」には、楽曲ＤＢ１１１に格納されている曲の中からユーザが選択した楽曲ＩＤが演奏される順に保持されている。
【００２５】
ＵＲＬ認証管理ＤＢ１５５内の各レコードには、「ユーザＩＤ」、「ステーションＩＤ」、「認証ＵＲＬ」の情報が格納されている。後述するように、ユーザが楽曲プレイヤーを所望のウェブページに実装して最初にアクセスした際に、当該ウェブページのプレイヤーに設定するステーションの登録が行われる。このステーション登録に際して、コンテンツ提供サーバ１０により、正規のユーザによって行われているか否かの認証が行われ、正規のユーザによる登録であれば、「認証ＵＲＬ」に、当該ステーションが登録されたウェブページのＵＲＬが記録される。
【００２６】
このように、ステーションＩＤ毎に認証ＵＲＬを管理しておけば、登録したユーザ以外の者によって、他のウェブページで勝手にこのユーザが設定した楽曲コンテンツが使用されることを防止できる。なお、ユーザは、同一のステーションを複数のウェブページに実装することも可能であり、この場合には、一つのステーションが複数の認証ＵＲＬと関連づけられてＵＲＬ認証ＤＢ１５５内に記録されることになる。また、コンテンツ特定情報であるステーションＩＤを変えることで、ユーザは、ＵＲＬ毎に配信するコンテンツの内容を異ならせることも可能である。
【００２７】
プログラムＤＢ１５８は、本コンテンツ提供サービスを提供するために必要な各種プログラムを格納するＤＢである。例えば、上述したプレイヤーのプログラムモジュールや、ユーザのサービス登録処理、サービスにログインするユーザの認証等を行う際のプログラムが格納されている。なお、本実施形態に係るステーションは、Flash（登録商標）を利用したFlashプレイヤーであるが、Java（登録商標）、ActiveX（登録商標）等を利用して実装するようにしても良い。
【００２８】
ユーザ端末Ａ２０−１、ユーザ端末Ｂ２０−２、…、は、本コンテンツ提供サービスを利用するユーザが使用するパソコン等の端末であり、ディスプレイ、ＰＣ本体、入力装置としてのキーボードやマウス等を備えており、ＰＣ本体は、図示しない演算装置や記憶装置を備えている。もちろん、ユーザ端末としては、ＰＣに限らず、プレイヤーモジュールを実行でき、ネットワークに接続してコンテンツ提供サーバ１０と通信できる端末であれば、ＰＤＡ、携帯電話、ゲーム端末等、その他のコンピュータであっても良い。
【００２９】
ウェブサーバＡ３０−１、ウェブサーバＢ３０−２、…、は、ホームページやブログを開設しているユーザの加入するプロバイダ（ＩＳＰ）が所有するサーバや、ユーザが自宅に設置しているＷｅｂサーバ等である。この、ウェブサーバ３０は、図示しない演算装置や記憶装置を備えており、この記憶装置内には、ブログ等のウェブページを構築するHTMLデータが保存されている。なお、本実施形態では、ユーザ端末２０とウェブサーバ３０を別々のコンピュータで構成したものとして説明しているが、ユーザが自宅のパソコンをＷｅｂサーバとして使用している場合等、単一のコンピュータに、ユーザ端末及びウェブサーバとしての機能を持たせるようにしても良い。
【００３０】
このウェブページを構築するHTMLデータ内には、楽曲プレイヤーをユーザのウェブページ内に実装してコンテンツを利用するためのコンテンツ用タグが埋め込まれている。このコンテンツ用タグは、例えば、下記のように記述される。
<script
type="text/javascript" language="javascript"
src="http://fogma.net/ID001000000005"></script>
この「ID001000000005」が、ユーザＩＤである。
【００３１】
また、ウェブページ内に実装されるステーションの大きさ等を規定して、下記のようなコンテンツ用タグとしても良い。
<object WIDTH="168"
HEIGHT="256">
<param name="movie"
value="http://fogma.net/ID001000000005.swf">
<embed name="obp"
src="http://fogma.net/ID001000000005.swf" WIDTH="168"
HEIGHT="256"></embed>
</object>
【００３２】
このように、このコンテンツ用タグには、コンテンツ提供サーバ１０のアドレス、コンテンツ用タグの発行を要求したユーザのユーザＩＤが記述されている。なお、このコンテンツ用タグは、ユーザが最初にコンテンツ提供サーバ１０にアクセスして、ユーザ登録した際に、コンテンツ提供サーバ１０によって発行される。ユーザ登録において、ユーザが入力したログインＩＤ及びパスワードは、上述したユーザ情報ＤＢ１５２に記録される。コンテンツ用タグの発行の形態は、コンテンツ提供サーバ１０が提供する登録ページ上に表示されるようにしても良いし、ユーザに対してこのコンテンツ用タグが記載されたメールを送信するようにしても良い。これらの処理は、プログラムＤＢ１５８内の所定のプログラムをコンテンツ提供サーバ１０のＣＰＵ１１が実行することで実現される。
【００３３】
コンテンツ用タグを取得したユーザは、自分が公開しているウェブページを構築するHTMLデータ内に、このタグを挿入記述する。このコンテンツ用タグが挿入されたHTMLデータは、ウェブサーバ３０内の記憶装置に格納され、当該Ｗｅｂページにアクセスしたユーザのユーザ端末２０上には、所定のステーションによって楽曲再生を行う楽曲プレイヤーが実装された、すなわち楽曲コンテンツが実装されたページが表示されることになる。
【００３４】
以上、本実施形態に係るコンテンツ提供システム１の構成について説明したが、続いて、各ウェブページにおいて、正規のユーザが楽曲コンテンツの提供を行っているか否かを確認するためのＵＲＬ認証処理について説明する。図４は、ＵＲＬ認証の処理の流れを示すフローチャートである。このＵＲＬ認証は、最初に一度実行されれば、認証済みのＵＲＬとして、認証ＵＲＬがＵＲＬ認証管理ＤＢ１５５に記録されるので、ユーザは、HTMLタグをHTMLデータ内に挿入した後に、一度だけＵＲＬ認証を行えば良い。
【００３５】
まず、ステップ１１（Ｓ１１）において、自己のウェブページにコンテンツ用タグを挿入した正規のユーザが、当該ページにアクセスする。すなわち、このユーザが使用するユーザ端末２０が当該ウェブページを管理するウェブサーバ３０にアクセスする。そうすると、Ｓ１２において、ウェブサーバ３０から当該ウェブページを構築するHTMLデータがユーザ端末２０へと送信される。
【００３６】
ユーザ端末２０では、このHTMLデータを解析し（Ｓ１３）、HTMLデータ内のコンテンツ用タグのアドレス情報（http://fogma.net/ID001000000005）に従って、コンテンツ提供サーバ１０へとアクセスする（Ｓ１４）。そして、Ｓ１５において、コンテンツ提供サーバ１０は、アクセスしてきたユーザ端末２０に対して、コンテンツ再生用ツールであるプレイヤーのモジュールを送信する。この送信されるプレイヤーには、上記アドレス情報に基づいて、ユーザＩＤ「001000000005」が記録されている。
【００３７】
ユーザ端末２０の演算装置は、プレイヤーモジュールを実行し、ウェブページの所定の位置にプレイヤーが配置された画面をディスプレイ上に表示する。また、プレイヤーモジュールを実行すると、ユーザ端末２０からコンテンツ提供サーバ１０へ当該ウェブページのＵＲＬを送信するように設定されており、ユーザ端末２０の演算装置は、当該ウェブページのＵＲＬを取得し（Ｓ１６）、プレイヤーに記録されているユーザＩＤと共にコンテンツ提供サーバ１０へと送信する（Ｓ１７）。
【００３８】
ＵＲＬ及びユーザＩＤを受信したコンテンツ提供サーバ１０のＣＰＵ１１は、受信したＵＲＬが、認証済みの認証ＵＲＬとして、受信したユーザＩＤと関連づけられてＵＲＬ認証管理ＤＢ１５５に格納されているか確認する。すなわち、ＵＲＬ認証チェックを行う（Ｓ２０）。
【００３９】
当該ＵＲＬが既に認証ＵＲＬとして記録されていた場合には、Ｓ２８へと進み、ＣＰＵ１１は、ユーザ端末２０に対してステーション配信を行うように制御する。すなわち、ＣＰＵ１１は、ＵＲＬ認証管理ＤＢ１５５を参照して、ステーションＩＤを取得し、このステーションＩＤに基づいて、ステーションＤＢ１５３からステーション名を取得してユーザ端末２０へ送信すると共に、同じくステーションＩＤに基づいてプレイリストＤＢ１５４から楽曲ＩＤを取得して、楽曲ＤＢ１５１から順次楽曲をユーザ端末２０へとストリーミング配信する。これにより、ユーザに対して楽曲コンテンツが提供されることとなる（Ｓ２９）。図５（ｃ）は、ユーザ端末２０に対して楽曲コンテンツが配信されている際に、プレイヤーに表示される内容を示す図である。
【００４０】
逆に、Ｓ２０において、まだ当該ＵＲＬが認証ＵＲＬとしてＵＲＬ認証管理ＤＢに記録されていない場合には、Ｓ２１へ進み、コンテンツ提供サーバ１０は、ユーザ端末２０に対してＵＲＬ認証要求を行う。
【００４１】
ＵＲＬ認証要求を受けたユーザ端末２０においては、ＵＲＬ認証のための処理が行われるが、まだユーザがコンテンツ提供サービスにログインしていない場合には、ＵＲＬ認証に先立って、ログイン処理（Ｓ２２）を行う必要があるためログイン画面が表示される。図５（ａ）は、ユーザ端末２０のディスプレイ上（プレイヤー内）に表示されるログイン画面の内容を示す図である。
【００４２】
ログイン画面としては、図５（ａ）に示すように、ログインＩＤとしてのメールアドレスを入力する欄と、パスワードを入力する欄が表示される。ユーザが、ユーザ端末２０の入力装置（キーボード等）を使ってログインＩＤ及びパスワードを入力すると、入力された内容がコンテンツ提供サーバ１０へと送られ、コンテンツ提供サーバにおいて、ユーザ情報ＤＢ１５２を参照してログイン認証が行われる。コンテンツ提供サーバ１０は、正しいログインＩＤ及びパスワードであれば、コンテンツ提供サーバ１０からユーザ端末２０へ、ログイン認証が正常に完了した旨の情報が送信され、ログイン認証が終了する。なお、一度ログイン認証が行われると、当該ログインＩＤに対応したユーザＩＤが暗号化されて、ユーザ端末２０にCookieとして保存されるので、ユーザが同じ端末を使う限り、再度ログイン処理を行う必要はない。
【００４３】
既にユーザがログインしていた場合、及び上記ログイン認証が終了すると、ＵＲＬ認証処理に進み、まず、Ｓ２３においてユーザＩＤチェックが行われる。これは、あるウェブページにおけるＵＲＬ認証を、コンテンツ用タグをそのウェブページに挿入したユーザだけに行わせるためである。
【００４４】
具体的には、ユーザ端末２０の演算装置が、プレイヤーに記録されているユーザＩＤと、Cookieに保存されているログインユーザのユーザＩＤとを比較し、一致していれば、ＯＫとしてＳ２４のＵＲＬ認証画面表示に進み、ＵＲＬ認証処理が行われるが、一致していない場合には、ＮＧとしてＳ２５のエラー画面表示に進み、ＵＲＬ認証は行われない。このように、プレイヤーの所有者（当該ウェブページにコンテンツ用タグを実装したユーザ）だけが、ＵＲＬ認証の実行を行うことができ、もってそのウェブページへのコンテンツ配信が実行されるように構成しておけば、ユーザが勝手に他人のコンテンツを無断で自分のウェブページに実装して配信するといった不正な行為を防止することができる。なお、プレイヤーの所有者のユーザＩＤを、コンテンツ用ＨＴＭＬタグから取得するようにしても良い。
【００４５】
Ｓ２４においては、プレイヤーモジュールの設定に従い、プレイヤー内にＵＲＬ認証画面が表示される（Ｓ２４）。図５（ｂ）は、ユーザ端末２０のディスプレイ上に表示されるＵＲＬ認証画面の内容を示す図である。ＵＲＬ認証においては、図５（ｂ）に示すように、プレイヤーモジュールが取得した当該ウェブページのＵＲＬが画面内のＵＲＬ欄に表示されるので、ユーザは「ＯＫ」ボタンをクリックするだけで良い。また、この際、ユーザはステーションの設定（配信する楽曲の設定）を行うことができる。ステーションの設定のために、図５（ｂ）に示すように、ステーションの選択肢が表示されるので、ユーザは希望する選択肢を選択することで、ステーション設定を行うことができる。ここでは、「Rock&Pops Station」、「Jazz Station」、「Classic「Station」、「HipPop
Station」が、ステーション設定の選択肢として表示されている。
【００４６】
ユーザが「ＯＫ」ボタンをクリックすると、Cookieに保存されているユーザＩＤ、上記ＵＲＬ及び設定したステーションＩＤが、コンテンツ提供サーバ１０へと送信される（Ｓ２６）。例えば、ユーザＩＤが「00100000001」で、ＵＲＬが「http://corecolors.com/music/」の場合には、「http://fogma.net/checkstation?id=00100000001&url=http://corecolors.com/music/
HTTP/1.1」の情報が送信される。
【００４７】
一方、Ｓ２３のユーザＩＤチェックにおいて、ＮＧとなってＳ２５に進んだ場合には、図５（ｄ）に示すエラー画面「設定する権利がありません」が、ユーザ端末２０に表示され、そのプレイヤーには楽曲コンテンツが提供されない。
【００４８】
Ｓ２７においては、コンテンツ提供サーバ１０が、Ｓ２６で受信したユーザＩＤ及びステーションＩＤと共に、認証ＵＲＬをＵＲＬ認証管理ＤＢ１５５に記録する。
【００４９】
続いて、Ｓ２８において、コンテンツ提供サーバ１０が、ステーションＤＢ１５３及びプレイリストＤＢ１５４を参照し、上記ユーザＩＤ及びステーションＩＤに関連づけられたステーションをユーザ端末２０に配信する。すなわち、上記ステーションに設定されている楽曲をユーザ端末２０に対して配信し、ユーザ端末２０上で、楽曲コンテンツが再生される（Ｓ２９）。図５（ｄ）は、ユーザ端末２０上で楽曲コンテンツが提供されている際のプレイヤーの表示内容を示す図である。
【００５０】
以上、ＵＲＬ認証処理について詳細に説明したが、ユーザ端末２０側の処理は、プレイヤーモジュール内に実装されているＵＲＬ認証プログラムやログインプログラムをユーザ端末２０の演算装置が実行することで実現され、コンテンツ提供サーバ１０側の処理は、ＣＰＵ１１がプログラムＤＢ１５８内の所定のプログラムを実行することで実現される。
【００５１】
続いて、ＵＲＬ認証されていないウェブページに、当該ウェブページにコンテンツ用タグ（ユーザＡのユーザＩＤが記述されている）を挿入したユーザＡ以外のユーザＢがアクセスした際の処理の流れについて説明する。ユーザＢが自分のユーザ端末２０を使ってユーザＡのウェブページにアクセスした際も、図４に示したフローと同様に、Ｓ１１、Ｓ１２、Ｓ１３、Ｓ１４、Ｓ１５、Ｓ１６、Ｓ１７、Ｓ２０、Ｓ２１、（Ｓ２２）、Ｓ２３までは同様に行われる。しかし、Ｓ２３のユーザＩＤチェックは、プレイヤーのユーザＩＤ（ユーザＡ）と、Cookieから取得したユーザＩＤ（ユーザＢ）とが異なるため、Ｓ２５へと進み、ユーザ端末２０には、図５（ｄ）のエラー画面が表示され、コンテンツがユーザ端末２０に配信されることはない。
【００５２】
もちろん、ＵＲＬ認証が行われたユーザＡのウェブページに他のユーザＢがアクセスした場合には、既にＵＲＬ認証済みのウェブページであるから、Ｓ２０からＳ２８へと進み、ユーザＢのユーザ端末２０にコンテンツが配信・再生（Ｓ２９）されることになる。
【００５３】
なお、本実施形態では、認証したＵＲＬの下位ＵＲＬも認証ＵＲＬとして取り扱われるように設定されている。例えば、「http://corecolors.com/kiko/」を認証ＵＲＬとして登録した場合には、「http://corecolors.com/kiko/page1.html」、「http://corecolors.com/kiko/page2.html」、「http://corecolors.com/kiko/dir1/」、「http://corecolors.com/kiko/dir2/」等もＵＲＬ認証済みとして扱われ、ステーションも上位ＵＲＬと同じステーションＩＤが設定されているものとして扱われる。
【００５４】
但し、下位のＵＲＬに対して、単独でＵＲＬ認証を行い、別のステーションを設定した場合には、当然、下位のＵＲＬに対して設定されたステーションが配信される。すなわち、本実施形態では、下位のＵＲＬで設定されたステーションが優先される。
【００５５】
以上、詳細に説明した本実施形態によれば、楽曲コンテンツを配信するウェブページをコンテンツ提供サーバ側で認識することができるので、正規のユーザによって認証されたＵＲＬのウェブページ、すなわちコンテンツ配信を許可しているウェブページにのみコンテンツを提供し、不正にコンテンツ用タグを貼り付けた無許可のウェブページにはコンテンツを提供しないように制御することができる。特に、楽曲コンテンツのように著作権の問題が絡むコンテンツの場合には、コンテンツ配信を許可しているウェブページを管理できることは、コンテンツの不正利用を防止でき、メリットが大きい。
【００５６】
また、本実施形態においては、認証されたウェブページ毎に、コンテンツ特定情報であるステーションＩＤを関連づけてＵＲＬ認証管理ＤＢ１５５に記録しているので、同一のユーザであっても、ウェブページ毎に提供するコンテンツの内容を変更することが可能である。
【００５７】
なお、本発明の実施形態は、上述した形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の変形が可能である。例えば、本実施形態では、提供するコンテンツとして、楽曲を例に挙げて説明したが、もちろんこれに限定されるものではなく、タグ形式で各ウェブページに提供できるコンテンツであれば、種々のコンテンツを提供することができる。
【００５８】
例えば、特許文献１に開示したような仮想コミュニティをコンテンツとして、ウェブページに提供しても良い。この場合、コンテンツ特定情報としては、仮想コミュニティ内におけるユーザの住所情報等が想定される。この場合には、仮想コミュニティのマップの中からユーザの住所近辺の一部のエリアが切り出され、仮想タグコミュニティとして、ウェブページに提供されることになる。
【００５９】
さらに、映像、ニュース、テレビ番組、電子掲示板等のコンテンツを提供することもできる。ニュースコンテンツの場合には、ウェブページ毎にコンテンツ特定情報として別々のチャンネルを設定すれば、ページ毎に異なるジャンルのニュースを提供することができる。
【００６０】
また、本実施形態では、認証ＵＲＬをユーザＩＤに関連づけて管理しているが、ユーザＩＤに限らず、ユーザを識別できるユーザ識別子であれば、ログインＩＤ等を用いて認証ＵＲＬを管理しても良い。
【図面の簡単な説明】
【００６１】
【図１】図１は、本実施形態に係るコンテンツ提供システムの概略構成を示す図である。
【図２】図２は、本実施形態に係るコンテンツ提供サーバの概略構成を示す図である。
【図３】図３は、本実施形態に係るユーザ情報ＤＢ、ステーションＤＢ、プレイリストＤＢ、ＵＲＬ認証管理ＤＢに記録されているレコードの内容を示す図である。
【図４】図４は、本実施形態に係るＵＲＬ認証の処理の流れを示すフローチャートである。
【図５】図５は、本実施形態に係るコンテンツプレイヤーに表示される画面の内容を示す図である。
【符号の説明】
【００６２】
１ コンテンツ提供システム
１０ コンテンツ提供サーバ
１１ ＣＰＵ
１２ メモリ
１３ ＨＤＤ
１５ ＤＢ
１５１ 楽曲ＤＢ
１５２ ユーザ情報ＤＢ
１５３ ステーションＤＢ
１５４ プレイリストＤＢ
１５５ ＵＲＬ認証管理ＤＢ
１５８ プログラムＤＢ
２０ ユーザ端末
３０ ウェブサーバ
５０ ネットワーク
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたコンテンツ提供サーバ、ユーザ端末及びウェブサーバを備え、ウェブページ内にタグコンテンツを実装するコンテンツ提供システムであって、
前記コンテンツ提供サーバは、
コンテンツを提供するためのプログラムを格納するプログラムデータベースと、
前記タグコンテンツが実装されているウェブページのＵＲＬをユーザ識別子に関連づけて格納するＵＲＬ管理データベースと、
前記ＵＲＬ管理データベースに格納されているＵＲＬのウェブページにアクセスしたユーザ端末に対してのみタグコンテンツを配信する制御手段と、を備え、
前記ウェブサーバは、ウェブページ内にタグコンテンツを実装するためのコンテンツ用タグであって、前記コンテンツ提供サーバのアドレス情報が含まれるコンテンツ用タグが挿入されたＨＴＭＬデータを記憶する記憶手段を備え、
前記ユーザ端末は、前記タグコンテンツが実装されているウェブページにアクセスした際に、前記コンテンツ用タグを解析し、前記コンテンツ提供サーバにアクセスすることでウェブページ内にタグコンテンツを実装する制御手段を備えることを特徴とするコンテンツ提供システム。
【請求項２】
前記ＵＲＬ管理データベースは、格納されているＵＲＬ毎にコンテンツ特定情報をさらに関連づけて記録しており、前記コンテンツ提供サーバの制御手段は、前記コンテンツ特定情報に基づき、前記ユーザ端末へとタグコンテンツを配信するように制御することを特徴とする請求項１記載のコンテンツ提供システム。
【請求項３】
ネットワークを介してコンテンツ提供サーバに接続されたユーザ端末に対して、ウェブページ内のタグコンテンツを提供するコンテンツ提供方法であって、
前記コンテンツ提供サーバにおいて、コンテンツ用タグが挿入されたウェブページであって、正規のユーザによって認証されたウェブページのアドレス情報を、認証アドレス情報として記憶手段に記録する認証アドレス記録工程と、
前記コンテンツ提供サーバにおいて、コンテンツ用タグが挿入されたウェブページにアクセスして、コンテンツ用タグを解析することで前記コンテンツ提供サーバにアクセスしてきたユーザ端末から、当該ウェブページのアドレス情報を取得するアドレス情報取得工程と、
前記コンテンツ提供サーバにおいて、前記アドレス情報取得工程で取得したアドレス情報が、前記記憶手段に認証アドレス情報として記録されているアドレス情報であるか否かをチェックするチェック工程と、
前記コンテンツ提供サーバにおいて、前記チェック工程において、前記アドレス情報取得工程で取得したアドレス情報が認証アドレス情報であると認められた場合に、前記ユーザ端末へタグコンテンツを配信する配信工程と、
を備えたことを特徴とするコンテンツ提供方法。
【請求項４】
前記配信工程は、前記コンテンツ提供サーバ内の記憶手段に各ウェブページのアドレス情報に関連づけて記録されているコンテンツ特定情報に基づき、前記ユーザ端末がアクセスしたウェブページのアドレス情報に関連づけられた内容のコンテンツを配信する配信工程であることを特徴とする請求項３記載のコンテンツ提供方法。
【請求項５】
ネットワークを介してユーザ端末に接続されたコンピュータに、前記ユーザ端末に対してウェブページ内のタグコンテンツを提供させるためのコンテンツ提供プログラムであって、
コンテンツ用タグが挿入されたウェブページであって、正規のユーザによって認証されたウェブページのアドレス情報を、認証アドレス情報として記憶手段に記録する認証アドレス記録ステップと、
コンテンツ用タグが挿入されたウェブページにアクセスして、コンテンツ用タグを解析することで前記コンテンツ提供サーバにアクセスしてきたユーザ端末から、当該ウェブページのアドレス情報を取得するアドレス情報取得ステップと、
前記アドレス情報取得ステップで取得したアドレス情報が、前記記憶手段に認証アドレス情報として記録されているアドレス情報であるか否かをチェックするチェックステップと、
前記チェックステップにおいて、前記アドレス情報取得工ステップで取得したアドレス情報が認証アドレス情報であると認められた場合に、前記ユーザ端末へタグコンテンツを配信する配信ステップと、を前記コンピュータに実行させることを特徴とするコンテンツ提供プログラム。
【請求項１】
ネットワークを介して接続されたコンテンツ提供サーバ、ユーザ端末及びウェブサーバを備え、ウェブページ内にタグコンテンツを実装するコンテンツ提供システムであって、
前記コンテンツ提供サーバは、
コンテンツを提供するためのプログラムを格納するプログラムデータベースと、
前記タグコンテンツが実装されているウェブページのＵＲＬをユーザ識別子に関連づけて格納するＵＲＬ管理データベースと、
前記ＵＲＬ管理データベースに格納されているＵＲＬのウェブページにアクセスしたユーザ端末に対してのみタグコンテンツを配信する制御手段と、を備え、
前記ウェブサーバは、ウェブページ内にタグコンテンツを実装するためのコンテンツ用タグであって、前記コンテンツ提供サーバのアドレス情報が含まれるコンテンツ用タグが挿入されたＨＴＭＬデータを記憶する記憶手段を備え、
前記ユーザ端末は、前記タグコンテンツが実装されているウェブページにアクセスした際に、前記コンテンツ用タグを解析し、前記コンテンツ提供サーバにアクセスすることでウェブページ内にタグコンテンツを実装する制御手段を備えることを特徴とするコンテンツ提供システム。
【請求項２】
前記ＵＲＬ管理データベースは、格納されているＵＲＬ毎にコンテンツ特定情報をさらに関連づけて記録しており、前記コンテンツ提供サーバの制御手段は、前記コンテンツ特定情報に基づき、前記ユーザ端末へとタグコンテンツを配信するように制御することを特徴とする請求項１記載のコンテンツ提供システム。
【請求項３】
ネットワークを介してコンテンツ提供サーバに接続されたユーザ端末に対して、ウェブページ内のタグコンテンツを提供するコンテンツ提供方法であって、
前記コンテンツ提供サーバにおいて、コンテンツ用タグが挿入されたウェブページであって、正規のユーザによって認証されたウェブページのアドレス情報を、認証アドレス情報として記憶手段に記録する認証アドレス記録工程と、
前記コンテンツ提供サーバにおいて、コンテンツ用タグが挿入されたウェブページにアクセスして、コンテンツ用タグを解析することで前記コンテンツ提供サーバにアクセスしてきたユーザ端末から、当該ウェブページのアドレス情報を取得するアドレス情報取得工程と、
前記コンテンツ提供サーバにおいて、前記アドレス情報取得工程で取得したアドレス情報が、前記記憶手段に認証アドレス情報として記録されているアドレス情報であるか否かをチェックするチェック工程と、
前記コンテンツ提供サーバにおいて、前記チェック工程において、前記アドレス情報取得工程で取得したアドレス情報が認証アドレス情報であると認められた場合に、前記ユーザ端末へタグコンテンツを配信する配信工程と、
を備えたことを特徴とするコンテンツ提供方法。
【請求項４】
前記配信工程は、前記コンテンツ提供サーバ内の記憶手段に各ウェブページのアドレス情報に関連づけて記録されているコンテンツ特定情報に基づき、前記ユーザ端末がアクセスしたウェブページのアドレス情報に関連づけられた内容のコンテンツを配信する配信工程であることを特徴とする請求項３記載のコンテンツ提供方法。
【請求項５】
ネットワークを介してユーザ端末に接続されたコンピュータに、前記ユーザ端末に対してウェブページ内のタグコンテンツを提供させるためのコンテンツ提供プログラムであって、
コンテンツ用タグが挿入されたウェブページであって、正規のユーザによって認証されたウェブページのアドレス情報を、認証アドレス情報として記憶手段に記録する認証アドレス記録ステップと、
コンテンツ用タグが挿入されたウェブページにアクセスして、コンテンツ用タグを解析することで前記コンテンツ提供サーバにアクセスしてきたユーザ端末から、当該ウェブページのアドレス情報を取得するアドレス情報取得ステップと、
前記アドレス情報取得ステップで取得したアドレス情報が、前記記憶手段に認証アドレス情報として記録されているアドレス情報であるか否かをチェックするチェックステップと、
前記チェックステップにおいて、前記アドレス情報取得工ステップで取得したアドレス情報が認証アドレス情報であると認められた場合に、前記ユーザ端末へタグコンテンツを配信する配信ステップと、を前記コンピュータに実行させることを特徴とするコンテンツ提供プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００８−１９２０７５（Ｐ２００８−１９２０７５Ａ）
【公開日】平成２０年８月２１日（２００８．８．２１）
【国際特許分類】
【出願番号】特願２００７−２８４５７（Ｐ２００７−２８４５７）
【出願日】平成１９年２月７日（２００７．２．７）
【出願人】（５００１７３６０８）コアカラーズ株式会社 (4)
【Ｆターム（参考）】
【公開日】平成２０年８月２１日（２００８．８．２１）
【国際特許分類】
【出願日】平成１９年２月７日（２００７．２．７）
【出願人】（５００１７３６０８）コアカラーズ株式会社 (4)
【Ｆターム（参考）】
[ Back to top ]