(57)【要約】【課題】コンテンツ情報転送システムにおいて、コンテンツ情報に再転送許可回数が設定されている場合に、再転送許可回数に応じて広告情報をユーザに閲覧させる。【解決手段】コンテンツサーバから再転送許可回数を設定した有料のコンテンツ情報をユーザ端末１００に転送する際に、広告情報を提供する広告サーバのＵＲＬを合わせて転送し、ユーザ端末から広告サーバのＵＲＬにアクセスし、広告サーバから再転送許可回数に応じて異なる数又は時間の広告情報をユーザ端末に転送する。ユーザが広告情報を閲覧しない場合にコンテンツ情報の少なくとも再生を禁止する。【選択図】        図４
2004178314.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツサーバから再転送許可回数を設定した有料のコンテンツ情報をユーザ端末に転送する際に、広告情報を提供する広告サーバのＵＲＬを合わせて転送する手段と、
前記ユーザ端末から前記広告サーバのＵＲＬにアクセスする手段と、
前記広告サーバから前記再転送許可回数に応じて異なる数又は時間の広告情報を前記ユーザ端末に転送する手段とを、
備えたコンテンツ情報転送システム。
【請求項２】
ユーザが前記広告情報を閲覧しない場合に、前記コンテンツ情報の少なくとも再生を禁止することを特徴とする請求項１に記載のコンテンツ情報転送システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、有料のコンテンツ情報をユーザに転送する際に広告情報を合わせて転送するコンテンツ情報転送システムに関する。
【０００２】
【従来の技術】
この種の従来例としては、例えば下記の特許文献１には、有料のコンテンツ情報をネットワークを介してユーザに転送（ダウンロード）する際に広告情報を合わせて転送して、コンテンツ情報の対価から広告閲覧料を減額する方法が提案されている。
【０００３】
【特許文献１】
特開２００１−７７９５３号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来例では、単にコンテンツ情報の対価から一定の広告閲覧料を減額するのみであるので、コンテンツ情報に再転送許可回数が設定されていても再転送許可回数に応じて広告情報をユーザに閲覧させることができないという問題点がある。
【０００５】
本発明は上記従来例の問題点に鑑み、コンテンツ情報に再転送許可回数が設定されている場合に、再転送許可回数に応じて広告情報をユーザに閲覧させることができ、ひいては再転送許可回数が比較的多い場合にはコンテンツ情報の対価をあらかじめ低く設定してコンテンツ販売を促進することができるコンテンツ情報転送システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明は上記目的を達成するために、コンテンツ情報に設定されている再転送許可回数に応じて異なる数又は時間の広告情報をユーザ端末に転送してユーザに閲覧させるようにしたものである。
【０００７】
すなわち本発明によれば、コンテンツサーバから再転送許可回数を設定した有料のコンテンツ情報をユーザ端末に転送する際に、広告情報を提供する広告サーバのＵＲＬを合わせて転送する手段と、
前記ユーザ端末から前記広告サーバのＵＲＬにアクセスする手段と、
前記広告サーバから前記再転送許可回数に応じて異なる数又は時間の広告情報を前記ユーザ端末に転送する手段とを、
備えたコンテンツ情報転送システムが提供される。
【０００８】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。図１は本発明に係るコンテンツ情報転送システムの一実施の形態におけるユーザ端末１００を示すブロック図であり、図２はコンテンツサーバからユーザ端末１００に対してコンテンツと共にダウンロードされる属性情報の一例を示している。
【０００９】
図１中におけるネットワークインターフェース部１０７は、例えば１００ＢＡＳＥ−Ｔコントローラを含んだＡＤＳＬ／ＣＡＴＶモデム部、ＩＥＥＥ８０２．１１で規定されたワイヤレスネットワークインターフェース部、ＩＥＥＥ１３９４を利用したディジタル・ネットワークインターフェースなどであり、図示しないインターネットやＬＡＮなどを介して不特定多数のサーバやクライアントと接続される。ネットワークインターフェース部１０７は、他の機器やネットワークと接続し、後述するコンテンツ情報や広告情報の送受信を行う。
【００１０】
ＣＰＵ部１０２はユーザ端末１００の制御だけでなく、ＴＣＰ／ＩＰプロトコルを利用したネットワーク伝送制御を担い、ユーザに手軽なネットワーク接続サービスを提供する。ＣＰＵ部１０２が送受信するパケット情報は、ネットワークインターフェース部１０７を介して行われる。ＲＡＭ部１０５は半導体メモリなどで構成され、主にコンテンツ情報の属性や広告情報の属性、ネットワークの属性などで構成される属性識別子を保持する。図２は、これら属性情報の識別子を表す一例である。なお、ＲＡＭ部１０５は後述するコンテンツ情報用一時蓄積部１０４や広告情報用一時蓄積部１０６と同一物理メモリ上で論理的に区分されたメモリでもよく、説明を簡単にするために図１上ではＲＡＭ部１０５、一時蓄積部１０４、１０６を区別している。物理的に同一メモリ上で配置する場合、メモリアドレス上のアクセス管理はＣＰＵ部１０２がつかさどり管理してもよい。
【００１１】
また、図２は属性情報の識別子の一例を示し、属性情報は大別して、コンテンツ属性情報Ｃと、ネットワーク転送属性情報Ｎと広告属性情報Ｐにより構成され、詳しくは各種の識別子及びその内容で構成される。コンテンツ属性情報Ｃはコンテンツ属性情報Ｃの長さＣ１と、タイトルＣ２と、配給元Ｃ３と、監督名などＣ４と、分類Ｃ５とストリーム情報Ｃ６などにより構成される。
【００１２】
ネットワーク転送属性情報Ｎはネットワーク転送属性情報Ｎの長さＮ１と、転送数Ｎ２と、転送数リミットＮ３と、転送数インクリメント／デクリメントＮ４と、ストリーム情報Ｎ５と、転送ログＮ６により構成される。広告属性情報Ｐは広告属性情報Ｐの長さＰ１と、広告情報Ｐ２と、広告情報Ｐ２の表示タイミングＰ３と、広告情報Ｐ４と、広告情報Ｐ４の表示タイミングＰ５と、広告情報Ｐ６と、広告情報Ｐ６の表示タイミングＰ７などにより構成される。なお、各属性情報の位置やサイズ、識別子数、識別子の意味などは本発明では特に規定するものではなく、ネットワークサービスやサーバの都合により柔軟な対応ができるものとする。
【００１３】
図２において、ネットワーク転送属性情報Ｎにおける転送数Ｎ２は、コンテンツが再転送された数（又は現在の再転送許可回数）を示し、転送数リミットＮ３は転送・再転送される上限（もしくは下限）を示す。転送数インクリメント／デクリメントＮ４は、コンテンツ情報を転送する際に転送数Ｎ２をインクリメントするかデクリメントするかを示す。
【００１４】
転送数Ｎ２をインクリメントもしくはデクリメントするために、図１中のインクリメント部／デクリメント部１０３が使用される。インクリメント部／デクリメント部１０３は、どのタイミングでインクリメント／デクリメントするかも管理する。一例として、
・コンテンツ情報を受信した直後にインクリメント／デクリメントする。
・再転送に先立ちインクリメント／デクリメントする。
・コンテンツ情報転送（再転送）直後にインクリメント／デクリメントする。
などのタイミングが考えられる。どのタイミングで行うかは、ユーザ端末１００の仕様やサービス仕様で規定されるが、図２中に図示しない「インクリメント／デクリメントするタイミング」識別子を新たに設け、この識別子に示されたタイミングでインクリメント／デクリメントしてもよい。
【００１５】
仮に、ＣＰＵ部１０２の演算処理能力が高く、ネットワークプロトコル以外の演算も可能ならば、インクリメント部／デクリメント部１０３の機能もＣＰＵ部１０２へ付加し、インクリメント部／デクリメント部１０３を削除した構成でもよい。しかしながら、著作権保護などを目的とした場合、属性識別子（特にネットワーク転送属性情報Ｎ）などはユーザで加工・修正される可能性を低くしなければならないため、インクリメント部／デクリメント部１０３はＣＰＵ部１０２と別途設けた方が望ましい。もしＣＰＵ部１０２で処理するならばユーザへ知らせないようネットワーク転送属性情報Ｎをマスクするなどの手段を設けた方が望ましい。さらに、図２の属性情報Ｃ、Ｎ、Ｐを送受信する際には、暗号化して改ざんが起きぬよう注意することが望ましい。
【００１６】
図２に示す例では、転送数リミットＮ３と転送数Ｎ２から、図１中のインクリメント／デクリメント部１０３が動作する。このとき、「インクリメント」が設定されている場合には転送数リミットＮ３を超えない場合には転送数Ｎ２をインクリメントし、超える場合には転送数Ｎ２をインクリメントしない。逆に「デクリメント」が設定されている場合には転送数リミットＮ３より小さくならぬよう転送数Ｎ２をデクリメントする。インクリメント／デクリメントの結果、転送してもよいと判断した場合には、コンテンツ情報はネットワークインターフェース部１０７を介し送信する。このとき、転送が許可されない場合には、その旨を表示部１０１を介しユーザに通知する。
【００１７】
以上説明してきた一連の動作を、例えばインクリメント（デクリメント）を送信側にした場合のフローチャートを図３に示す。図３は送信（再転送元）側ユーザ端末で、コンテンツ情報を再転送先に送信する以前に転送数Ｎ２をインクリメン卜する場合のフローチャート例である。コンテンツ情報を送信する以前に、ステップＳ１において転送が許されるか判断した後、許されるならばステップＳ２に進んで転送数Ｎ２をインクリメントし、続くステップＳ３において属性情報Ｃ、Ｎ、Ｐと共にコンテンツ情報を送信する。
【００１８】
仮に転送中にエラーが生じたならば、ステップＳ４からステップＳ６に進み、以降の転送作業を中断するとともに、転送数を元の値に戻し（この例ではデクリメントしている）、次いで転送不可能な旨を表示部１０１に表示してユーザに報知する（ステップＳ７）。転送中にエラーが生じなければ、ステップＳ４からステップＳ５に進み、転送作業を継続する。
【００１９】
受信（再転送先）側では、コンテンツ情報と属性情報Ｃ、Ｎ、Ｐをそれぞれコンテンツ情報用一時蓄積部１０４とＲＡＭ部１０５に保持する。このとき、複数のコンテンツ情報を保持する可能性もあるので、どのコンテンツ情報と関連する属性情報Ｃ、Ｎ、Ｐか判断できるようにする。
【００２０】
次に、広告情報を属性情報Ｃ、Ｎ、Ｐに持っている場合のコンテンツ再生動作について説明する。ＣＰＵ部１０２がコンテンツ情報を再生する場合、ＲＡＭ部１０５に保持している広告情報Ｐ２、Ｐ４、Ｐ６や広告再生（表示）タイミングＰ３、Ｐ５、Ｐ７を参照する。保持されている広告再生タイミングＰ３、Ｐ５、Ｐ７に基づき、各広告情報Ｐ２、Ｐ４、Ｐ６が表示される。広告再生タイミングＰ３、Ｐ５、Ｐ７が近づいたときに（例えば広告再生タイミングＰ３＝コンテンツ再生前）、ＣＰＵ部１０２は広告情報１を表示・再生するため、ネットワークインターフェース部１０７を介し広告情報１である広告ＵＲＬへアクセスし、広告データを入手する。仮に広告ＵＲＬが存在しない場合は、表示部１０１へその旨を通知し再生が不可能であることを告げる。また、広告ＵＲＬの代替として、広告データそのものが属性識別子中に含まれていてもよい。その場合は、ＵＲＬにアクセスする代わりにその広告データを再生、表示する。
【００２１】
ＣＰＵ部１０２が広告ＵＲＬへアクセスし、広告データを入手すると広告データは広告情報用一時蓄積部１０６に保持される。広告情報用一時蓄積部１０６中のデータは、例えば図２の広告情報２のように“再生後３０分毎”と指定されていた場合に、３０分毎にＵＲＬへアクセスするのではなく、広告情報用一時蓄積部１０６の広告データを表示することができる利点がある。また、ユーザの好みに合った広告データであれば、ユーザの指示無く破棄する必要はない。
【００２２】
図１中の広告閲覧検出部１０９は、広告データを保持している広告情報用一時蓄積部１０６から正しく表示部１０１へ表示したか検出する。具体的には、例えば次の３通りがある。
・広告情報用一時蓄積部１０６で表示すべき広告データから算出したＣＲＣ巡回符号と、再生したＣＲＣ巡回符号が一致するか判断する。
・仮にＨＴＭＬ文章などテキストベースの広告データであれば、ネットワークインターフェース部１０７を介してあらかじめ得ているファイルサイズと、広告情報用一時蓄積部１０６のファイルサイズを比較する。
・あらかじめ決められた時間以上、広告データを再生・表示していた。
などがある。
【００２３】
リアルタイムで広告データをストリーム配信する場合、ネットワークにおける伝送エラーなどからパケットが紛失する可能性もあり、上記ファイルサイズやＣＲＣ演算の比較だけではユーザに不便をかける危倶もある。そのため、最後に示した広告再生時間による管理などと併用して行うことが望ましい。
【００２４】
仮に広告閲覧検出部１０９が正しく広告を再生・表示しなかったと判断した場合には、以降のコンテンツ情報の再生・録画（蓄積保持）や転送が禁止される。広告ＵＲＬにアクセスした結果、例えば図示しないサーバの都合でＵＲＬアドレスがリダイレクトされたり、サーバから変更・追加要請があった場合、ＣＰＵ部１０２はＲＡＭ部１０５に保持している属性識別子の内容を修正する。広告ＵＲＬにアクセスする際、ＲＡＭ部１０５に保持している属性情報識別子の転送数Ｎ２と広告ＵＲＬ（Ｐ２、Ｐ４）をサーバへ通知する。サーバでは転送数Ｎ２に応じて、広告データ長を長くしたり、あるいは再生・表示すべき広告ＵＲＬを追加・修正する。
【００２５】
このような広告ＵＲＬを正しく閲覧したと広告閲覧検出部１０９が判断した場合に、転送できる数をそのまま保留にし、インクリメント部／デクリメント部１０３を稼動させないこともできる。そのため、ユーザは広告データを閲覧することで再転送数の制限なく、コンテンツ情報を転送することも可能となる。図３中のフローチャートにより、確かにコンテンツ情報を転送した際には、送信側のコンテンツ情報をクリアすることも可能である。
【００２６】
次に広告再生と転送数の関連について詳しく説明する。
１．広告情報の入手方法
２．広告情報と転送数の関連
３．広告情報の入手・表示タイミング
４．コンテンツ再生／広告表示
【００２７】
１．広告情報の入手
図４のフローチャートを用いて広告情報の入手方法を説明する。まず、属性情報識別子の広告情報を参照し（ステップＳ１１）、例えば図２で示した広告情報Ｐ２のＵＲＬにアクセスし、正常にその広告情報を入手できたか判断する（ステップＳ１２）。ステップＳ１２において正常に入手したと判断すれば、その広告情報を広告情報用一時蓄積部１０６に保持する（ステップＳ１３）。一方、広告情報を入手できなかった場合にはステップＳ１２からステップＳ１４に進む。その原因として
▲１▼  ネットワークの異常やサーバの異常（メンテナンス時の不応答を含む）によりアクセスできない。
▲２▼  ネットワークやサーバに異常はないが、広告情報がアップデートされている。
が挙げられる。
【００２８】
まず、サーバが別のＵＲＬを含め新たな広告情報を保持しているか確認し、サーバ情報がアップデートされているか判断する（ステップＳ１４）。新たな広告情報にアクセスできないなど、ネットワークの異常と予想される場合は、任意のリトライを行うためリトライ回数が上限を超えたかを判断する（ステップＳ１７）。リトライ回数が上限を超えた場合は、エラーフラグのような変数に「異常」の旨を保持し（ステップＳ１８）、終了するが、リトライ回数を超えなければステップＳ１１に戻り、広告情報へのアクセスを繰り返し行う。
【００２９】
ステップＳ１４において、異なる情報へのアクセスが成功したならば、正しく広告情報が入手できたか判断し（ステップＳ１５）、失敗していればステップＳ１７に進み、リトライ回数が上限を超えるまで再試行する。この場合も、ネットワークの異常（通信エラー数が多大、パケット損失など）が想定される。一方、正しく広告情報を入手できたならば、属性識別子を編集・修正し（ステップＳ１６）、広告情報を広告情報用一時蓄積部１０６に保持し終了する。
【００３０】
２．転送数との関連
次に図５（及び図４）を用いて、広告情報と転送数に関して詳細に述べる。図５において転送数Ｎ２と広告属性情報Ｐを参照し（ステップＳ２１）、サーバへこれらの情報を送信する（ステップＳ２２）。ここで、サーバ側において、転送数Ｎ２に見合う広告情報数や広告情報長を計算もしくは選択することを可能にするため、全ての広告情報（ＵＲＬ）を含む広告属性情報Ｐをサーバへ送信することが望ましい。また、全ての広告属性情報Ｐを送信した場合、サーバ側にて属性情報を書き直すことができるメリットもある。
【００３１】
ステップＳ２３においてサーバ側からの新たな広告情報や表示タイミングを入手したならば、続くステップＳ２４において属性識別子を修正するが、サーバから属性識別子を送信された場合にはステップＳ２４は省略してよい。ステップＳ２４を省略しない場合は、サーバ側で必ずしも転送数に見合う広告情報数や広告情報長を計算もしくは選訳を行うことはない。新たな属性識別子として修正されたならば、図４で示した処理を呼び出し、属性識別子に基づき広告情報が入手可能となる。
【００３２】
３．広告情報の入手・表示タイミング
広告情報を入手するタイミングには、
▲１▼コンテンツ再生以前に全ての広告情報を入手する。
▲２▼表示タイミング識別子Ｐ３、Ｐ５、Ｐ７に示される時間に近くなったら入手する（コンテンツ再生中を含む）。
▲３▼表示タイミング識別子Ｐ３、Ｐ５、Ｐ７に示された時間からリアルタイムに広告を入手する（コンテンツ再生中を含む）。
が挙げられる。
【００３３】
▲１▼コンテンツ再生以前に全ての広告情報を入手する場合、図４や図５に示した方法で全ての広告情報を事前に入手すればよい。
▲２▼と▲３▼においては、コンテンツ再生中に広告表示タイミングが近いか等しい時間で、図４や図５で示した方法を利用し、表示すべき該当する広告情報が入手される。
【００３４】
４．コンテンツ再生／広告表示
コンテンツ情報と広告情報を表示するフローチャート例を図６に示す。
＜広告表示フロー＞
図６において、コンテンツ再生を行う際、広告表示タイミングになっているか確認し（ステップＳ３１）、広告表示タイミングならば、指定の広告表示を実行する（ステップＳ３２）。実行した結果、広告表示が失敗したり（ユーザの強制終了を含む）、図４中に示したエラーフラグのように広告情報の入手に失敗していれば（ステップＳ３３でＹｅｓ）、「広告情報の再生に失敗しました」などの旨をユーザへ提示し（ステップＳ３４）、コンテンツ再生（表示）の停止・一時停止を行う（ステップＳ３５）。
【００３５】
＜広告表示タイミング以外＞
ステップＳ３１において広告表示タイミングでなければ、コンテンツ情報ストリームを入手しているか（もしくは十分にデコード処理できるデータ量をバッファしているか）確認する（ステップＳ３６）。コンテンツ情報を入手していればコンデンツ情報再生が許可され、ユーザはコンテンツ情報を視聴可能となる（ステップＳ３７）。一方、コンテンツ情報の入手に失敗していればリトライするが（ステップＳ４０）、リトライ回数が上限を超えたならば（ステップＳ４０でＹｅｓ）、「コンテンツ情報の入手に失敗した」などの旨を表示し（ステップＳ４１）、コンテンツ再生を停止し（ステップＳ３５）、終了する。
【００３６】
また、ステップＳ３７においてコンテンツ情報の再生・表示許可、開始許可が行われた後、ステップＳ３８においてコンテンツ情報が終了しなければ、広告表示タイミングになったか確認するステップＳ３１へ戻り、コンテンツ再生終了まで繰り返される。ステップＳ３８におけるコンテンツの終了時点においても、最終広告表示タイミングがあるか確認する（ステップＳ３９）。無ければ終了するが、広告があればステップＳ３２に進み、広告表示を実行する。
【００３７】
【発明の効果】
以上説明したように本発明によれば、コンテンツ情報に設定されている再転送許可回数に応じて異なる数又は時間の広告情報をユーザ端末に転送してユーザに閲覧させるようにしたので、コンテンツ情報に再転送許可回数が設定されている場合に、再転送許可回数に応じて広告情報をユーザに閲覧させることができ、ひいては再転送許可回数が比較的多い場合にはコンテンツ情報の対価をあらかじめ低く設定してコンテンツ販売を促進することができる。
【図面の簡単な説明】
【図１】本発明に係るコンテンツ情報転送システムの一実施の形態におけるユーザ端末を示すブロック図である。
【図２】本発明に係るコンテンツ情報転送システムにおけるコンテンツ情報の属性情報を示す説明図である。
【図３】図１のユーザ端末の再転送処理を説明するためのフローチャートである。
【図４】図１のユーザ端末の広告情報入手処理の一例を説明するためのフローチャートである。
【図５】図１のユーザ端末の広告情報入手処理の他の例を説明するためのフローチャートである。
【図６】図１のユーザ端末のコンテンツ情報再生処理及び広告表示処理を説明するためのフローチャートである。
【符号の説明】
１００  ユーザ端末
【図１】
2004178314.tif 000003
【図２】
2004178314.tif 000004
【図３】
2004178314.tif 000005
【図４】
2004178314.tif 000006
【図５】
2004178314.tif 000007
【図６】
2004178314.tif 000008