(57)【要約】【課題】コンテンツデータを再生したユーザの嗜好情報をより高精度に収集できる端末装置及び操作情報収集システムを提供することを目的とする。【解決手段】コンテンツ送信サーバ１０から受信したコンテンツデータ１００から定義情報１０１を分離する分離手段３４と、定義情報１０１に含まれる操作情報１０２の収集に関する情報に基づいて操作ログ３７を収集する操作ログ収集手段３６と、操作ログ３７から操作情報１０２を生成する操作情報生成手段３８と、定義情報１０１に含まれる操作情報１０２の送信先を限定する情報に基づいて操作情報１０２の送信が可能か否かを決定する送信可否決定手段３５と、操作情報１０２の送信が可能であると決定した場合、データ通信が発生するユーザの操作に起因して操作情報１０２を情報収集サーバ１２に送信する送信手段とを有する端末装置１１により上記課題を解決する。【選択図】  図２
2010124385.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ送信サーバから、操作情報の収集に関する情報及び操作情報の送信先を限定する情報を含む定義情報が付加されたコンテンツデータを受信する受信手段と、
前記コンテンツデータを再生する再生処理手段と、
前記コンテンツデータから前記定義情報を分離する分離手段と、
前記定義情報に含まれる前記操作情報の収集に関する情報に基づいて操作ログを収集する操作ログ収集手段と、
前記操作ログから操作情報を生成する操作情報生成手段と、
前記定義情報に含まれる前記操作情報の送信先を限定する情報に基づいて前記操作情報の送信が可能か否かを決定する送信可否決定手段と、
前記操作情報の送信が可能であると決定した場合、データ通信が発生するユーザの操作に起因して前記操作情報を情報収集サーバに送信する送信手段と
を有する端末装置。
【請求項２】
前記コンテンツデータの再生時、前記操作ログ収集手段による前記操作ログの収集を許可する収集可否決定手段を更に有する請求項１記載の端末装置。
【請求項３】
前記操作情報の送信先を限定する情報には、前記操作情報の送信先アドレスが含まれており、
前記送信可否決定手段は、前記情報収集サーバのアドレスが前記操作情報の送信先アドレスに含まれるときに、前記操作情報の送信が可能であると決定する請求項１記載の端末装置。
【請求項４】
前記操作情報の送信先を限定する情報には、前記情報収集サーバが保持する秘密鍵に対応した公開鍵が含まれており、
前記送信可否決定手段は、暗号化処理手段に前記公開鍵で前記操作情報を暗号化させ、
前記送信手段は、データ通信が発生するユーザの操作に起因して、暗号化された前記操作情報を情報収集サーバに送信する請求項１記載の端末装置。
【請求項５】
操作情報の収集に関する情報及び操作情報の送信先を限定する情報を含む定義情報が付加されたコンテンツデータを送信するコンテンツ送信サーバと、
前記コンテンツ送信サーバから、前記コンテンツデータを受信する受信手段，
前記コンテンツデータを再生する再生処理手段，
前記コンテンツデータから前記定義情報を分離する分離手段，
前記定義情報に含まれる前記操作情報の収集に関する情報に基づいて操作ログを収集する操作ログ収集手段，
前記操作ログから操作情報を生成する操作情報生成手段，
前記定義情報に含まれる前記操作情報の送信先を限定する情報に基づいて前記操作情報の送信が可能か否かを決定する送信可否決定手段，
前記操作情報の送信が可能であると決定した場合、データ通信が発生するユーザの操作に起因して前記操作情報を送信する送信手段を有する端末装置と、
前記端末装置から前記操作情報を受信する情報収集サーバと
を有する操作情報収集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置及び操作情報収集システムに係り、特にコンテンツデータを扱う端末装置及び操作情報収集システムに関する。
【背景技術】
【０００２】
一般的に、家などの居室にいる人を想定したＴＶ放送やラジオ放送に関して、視聴率情報を収集する場合にはサンプリング調査が行われる。一方、昨今の携帯電話の普及やワンセグ放送など、モバイル環境での放送の視聴が広く行われるようになり、居室にいる場合とは異なる視聴がなされるようになってきた。
【０００３】
特に、一度、放送データを電子的に蓄積しておき、後で必要な情報を空いている時間に視聴するということが多くなった。また、今後、モバイル通信環境のブロードバンド化にともない、モバイル環境での放送型コンテンツの利用の機会が、ますます増えることが考えられる。
【０００４】
例えば、携帯電話機向けの多チャンネル放送を目指したコンテンツ配信技術の一例としては、ＱＵＡＬＣＯＭＭ社のＭｅｄｉａ  ＦＬＯ  Ｓｙｓｔｅｍがある。Ｍｅｄｉａ  ＦＬＯ  Ｓｙｓｔｅｍは、映像系データをＶＨＦ帯でサーバから端末装置に送信し、操作情報等をＩＰパケットで端末装置からサーバに送信することで、リアルタイム型ストリーミングＴＶ放送，ストリーミング音楽放送，蓄積型クリップキャストなどを利用できる。更にＭｅｄｉａ  ＦＬＯ  Ｓｙｓｔｅｍは、携帯電話のユーザ毎にコンテンツをカスタマイズすることも可能である。
【０００５】
このような携帯電話やスマートフォン等のモバイル端末の利用者は、それぞれのニーズに応じて異なるコンテンツを、それぞれの方法で視聴する。このため、従来のようなサンプリング調査による視聴率情報の収集では、必ずしも十分な精度で視聴率情報を収集することができなかった。
【０００６】
このように、現状では、携帯電話向けのワンセグ放送，蓄積型コンテンツ（放送データを一旦電子的に蓄積し、後で再生することが可能なコンテンツ）、ＰＣによる視聴等の視聴率情報の収集が技術的に難しく、またコストもかかるため、視聴率情報の収集が十分にできていない。特に、今後、より個人化（パーソナライズ）された放送（コンテンツ）を提供できるようになることが予想されるため、より個人化された放送に対応する新しい視聴率情報の収集方法が必要となる。
【０００７】
モバイル端末向けの放送に関して、視聴率情報の収集方法は、これまでに様々検討されている（例えば特許文献１参照）。従来の視聴率情報の収集方法は、例えば以下のように行われる。
（１）デジタル放送局がスクリプトを含めたデータ放送番組を通常放送とともに常に放送する。スクリプトにはデジタル放送局が送出するトリガ信号に対応する動作を、モバイル端末上で実行する命令が記述されている。
（２）モバイル端末は、データ放送番組を常時選局している状態とする。デジタル放送局はモバイル端末に向けて一定時間間隔で繰返しトリガ信号を送出する。
（３）トリガ信号を受信したモバイル端末は、現在、モバイル通信に利用しているアンテナ識別情報と、現在、視聴中の番組識別情報とを番組視聴データとして視聴情報収集機関のサーバに送信する。
【特許文献１】特開２００４−２７４３９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来の視聴率情報の収集方法は、リアルタイムに視聴率情報が収集できる、位置情報を収集できる、といった効果がある。しかし、従来の視聴率情報の収集方法はリアルタイムの放送番組の視聴率情報に限った収集方式であり、蓄積型コンテンツは扱えない。
【０００９】
例えば携帯電話などによるモバイル環境での放送の視聴は、携帯電話などの画面上で何かを「しながら」視聴する場合が考えられる。また、携帯電話などによるモバイル環境での放送の視聴は、視聴する放送データをＰＣ等の別環境で事前に蓄積しておき、蓄積しておいた放送データをＰＣ等の別環境からコピーして行われることも考えられる。
【００１０】
さらに、携帯電話などによるモバイル環境での放送の視聴では、ＰＣ等の別環境からコピーした放送データを再生中に、その放送に関連した情報を収集するためにＷｅｂサイトにアクセスすることも想定できる。
【００１１】
例えばアクセスされたＷｅｂサイトは、ユーザが、アクセス時に視聴している放送コンテンツ（サッカー中継録画、ドラマ番組録画、音楽番組録画など）が分かれば、ユーザの嗜好情報をより高精度に収集することができる。
【００１２】
ユーザの嗜好情報をより高精度に収集することができれば、アクセスされたＷｅｂサイトはユーザに提示するＷｅｂページを、そのユーザ向けにカスタマイズして、より利便性を高め、ユーザの満足度を高めることができる。このように、ユーザの嗜好情報をより高精度に収集することができれば、そのＷｅｂサイトの利用率（あるいはリピート率）を高めることができる。
【００１３】
しかし、従来の視聴率情報の収集方法は放送データを再生中に、ユーザが、その放送に関連した情報を収集するためにＷｅｂサイトにアクセスしたとしても、アクセス時に視聴している放送コンテンツを、Ｗｅｂサイトに通知する仕組みがない。なお、アクセス時にユーザが視聴している放送コンテンツを無制限にＷｅｂサイトへ通知することはユーザ保護の観点から好ましくない。
【００１４】
本発明の一実施形態は、上記の点に鑑みなされたもので、コンテンツデータを再生したユーザの嗜好情報をより高精度に収集できる端末装置及び操作情報収集システムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記の課題を解決するため、本発明の端末装置の一実施形態は、コンテンツ送信サーバから、操作情報の収集に関する情報及び操作情報の送信先を限定する情報を含む定義情報が付加されたコンテンツデータを受信する受信手段と、前記コンテンツデータを再生する再生処理手段と、前記コンテンツデータから前記定義情報を分離する分離手段と、前記定義情報に含まれる前記操作情報の収集に関する情報に基づいて操作ログを収集する操作ログ収集手段と、前記操作ログから操作情報を生成する操作情報生成手段と、前記定義情報に含まれる前記操作情報の送信先を限定する情報に基づいて前記操作情報の送信が可能か否かを決定する送信可否決定手段と、前記操作情報の送信が可能であると決定した場合、データ通信が発生するユーザの操作に起因して前記操作情報を情報収集サーバに送信する送信手段とを有する。
【００１６】
なお、本発明の一実施形態の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１７】
本発明の一実施形態によれば、コンテンツデータを再生したユーザの嗜好情報をより高精度に収集できる端末装置及び操作情報収集システムを提供可能である。
【発明を実施するための最良の形態】
【００１８】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。
【００１９】
図１は本実施例の操作情報収集システムの一実施例のシステム構成図である。図１の操作情報収集システム１は、放送サーバ１０，携帯電話１１，Ｗｅｂサーバ１２，放送網２１及び通信網２２を有する構成である。放送サーバ１０はコンテンツ送信サーバの一例である。携帯電話１１は端末装置の一例である。また、Ｗｅｂサーバ１２は情報収集サーバの一例である。
【００２０】
放送サーバ１０は、放送網２１経由で、後述の定義情報を付随した放送データを携帯電話１１に送信する。携帯電話１１は、放送網２１経由で、後述の定義情報を付随した放送データを受信する。携帯電話１１は後述の定義情報を付随した放送データを受信後、その放送データの再生中において、携帯電話１１の画面上における「しながら」視聴などの操作情報を収集する。「しながら」視聴とは、例えば放送データを再生中に、その放送に関連した情報を収集するためにＷｅｂサーバ１２にアクセスしている状態をいう。
【００２１】
携帯電話１１は、定義情報に基づき、後述するような一定の制限の下で操作情報を収集する。また、携帯電話１１は定義情報に基づき、収集した操作情報を、後述するような一定の制限の下でＷｅｂサーバ１２へ通信網２２経由で送信する。
【００２２】
Ｗｅｂサーバ１２は受信した操作情報から携帯電話１１のユーザの嗜好情報をより高精度に知ることができ、ユーザの嗜好情報を広告の最適化やＷｅｂページの生成に利用できるようになる。
【００２３】
図１の操作情報収集システム１は後述の定義情報を付随した放送データを携帯電話１１に蓄積して再生する際、ユーザの操作負担をあまり生じさせることなく、操作情報の収集が可能であり、放送データの再生とＷｅｂページの表示とを同時に行うマルチウインドウであるときに、放送データの再生に関する操作情報を、同時に画面表示している別のＷｅｂサーバに送信できると共に、操作情報の収集内容及び提供範囲（送信先）を事前に限定できる。
【実施例１】
【００２４】
図２は本実施例の操作情報収集システムの一実施例のブロック構成図である。図２の操作情報収集システム１は、放送サーバ１０，携帯電話１１，Ｗｅｂサーバ１２を有する構成である。
【００２５】
放送サーバ１０はＴＶや映画などのコンテンツデータ１００を放送波で送信する。放送サーバ１０が送信するコンテンツデータ１００は、ヘッダ部分に定義情報１０１が付加されている。定義情報１０１には、例えばコンテンツデータ１００に関する情報として製作者情報，タイトル，放送日，再生時間，データサイズ等が含まれる。
【００２６】
また、定義情報１０１には、コンテンツデータ１００のデータ種類を定義するものとしてメディアタイプ（フォーマット種類）等が含まれる。また、定義情報１０１には著作権に関するものとして再生期限がある。
【００２７】
また、定義情報１０１には、操作情報として集めるデータを定義する収集情報タイプとして、タイトル，放送日，再生時刻等が含まれる。さらに、定義情報１０１には、操作情報の送信先を定義する（操作情報の送信を許可する）送信先アドレス等が含まれる。操作情報の送信先の定義にはワイルドカードを利用してもよい。
【００２８】
携帯電話１１はモバイル端末の一例である。携帯電話１１は、放送受信部３１，蓄積部３２，再生処理部３３，定義情報分離部３４，操作ログ収集・送信可否決定部３５，ログ収集部３６，操作ログ３７，操作情報生成部３８，格納領域３９，表示・状態管理部４０を有する構成である。
【００２９】
放送受信部３１は放送波からコンテンツデータ１００を受信する。蓄積部３２は、コンテンツデータ１００を蓄積する。再生処理部３３は、蓄積部３２に蓄積されたコンテンツデータ１００を再生する。定義情報分離部３４はコンテンツデータ１００と定義情報１０１とを分離する。操作ログ収集・送信可否決定部３５は、操作ログ３７の収集可否を決定する。ログ収集部３６は、実際に携帯電話１１での操作ログ３７を収集する。
【００３０】
操作情報生成部３８は、操作ログ３７から、Ｗｅｂサーバ１２に送信する操作情報１０２を生成する。操作ログ収集・送信可否決定部３５は、操作情報１０２のＷｅｂサーバ１２への送信可否を決定する。操作情報１０２をＷｅｂ形式でＷｅｂサーバ１２に送信するため、格納領域３９はＷｅｂブラウザ（図示せず）から参照可能となっている。
【００３１】
表示・状態管理部４０は、再生されたコンテンツデータ１００からＴＶ番組映像／動画４２を生成する。また、Ｗｅｂブラウザによって生成されるＷｅｂ画面４３には、後述のリンクｏｒボタン４４が含まれる。
【００３２】
ここでは図２に示す携帯電話１１の処理手順について図３を参照しつつ説明する。図３は本実施例の携帯電話の処理の流れを示す一実施例のフローチャートである。
【００３３】
ステップＳ１に進み、放送受信部３１はヘッダ部に定義情報１０１が付加されている放送データ（コンテンツデータ１００）を受信する。ステップＳ２に進み、放送受信部３１は受信したコンテンツデータ１００を蓄積部３２に蓄積する。
【００３４】
ステップＳ３に進み、再生処理部３３は蓄積部３２に蓄積されているコンテンツデータ１００を再生する。ステップＳ４に進み、操作ログ収集・送信可否決定部３５はＴＶ番組映像／動画４２と他の画面とを同時に表示するマルチウインドウ４１であるか否かを判定する。
【００３５】
操作ログ収集・送信可否決定部３５は、マルチウインドウ４１であると判定されるまでステップＳ４の処理を繰り返し行う。なお、操作ログ収集・送信可否決定部３５によってマルチウインドウ４１であると判定されるまでの間、表示・状態管理部４０は再生されたコンテンツデータ１００を定義情報分離部３４経由で受け取り、コンテンツデータ１００からＴＶ番組映像／動画４２を生成して表示する。なお、表示・状態管理部４０によるＴＶ番組映像／動画４２の表示は継続して行われる。
【００３６】
一方、操作ログ収集・送信可否決定部３５によってマルチウインドウ４１であると判定されると、ステップＳ５に進み、定義情報分離部３４はコンテンツデータ１００から定義情報１０１を分離して抽出し、コンテンツデータ１００を表示・状態管理部４０に供給すると共に、定義情報１０１を操作ログ収集・送信可否決定部３５に供給する。
【００３７】
ステップＳ６に進み、表示・状態管理部４０は供給されたコンテンツデータ１００からＴＶ番組映像／動画（放送データ再生画面）４２を生成して表示する。操作ログ収集・送信可否決定部３５はステップＳ７に進み、マルチウインドウ４１にＴＶ番組映像／動画４２と同時に表示する他の画面がＷｅｂ画面であるか否かを判定する。マルチウインドウ４１にＴＶ番組映像／動画４２と同時に表示する他の画面がＷｅｂ画面４３でなければ、操作ログ収集・送信可否決定部３５はステップＳ３に戻る。一方、マルチウインドウ４１にＴＶ番組映像／動画４２と同時に表示する他の画面がＷｅｂ画面４３であれば、ＷｅｂブラウザはＷｅｂ画面４３を生成して、マルチウインドウ４１にＴＶ番組映像／動画４２と同時に表示する。
【００３８】
ステップＳ９に進み、操作ログ収集・送信可否決定部３５はログ収集部３６に操作ログ３７の収集開始を指示する。このように、操作ログ収集・送信可否決定部３５はマルチウインドウ４１にＴＶ番組映像／動画４２とＷｅｂ画面４３とが同時に表示されているときに操作ログ３７の収集を許可する。
【００３９】
なお、ログ収集部３６は定義情報１０１に含まれる収集情報タイプに従って、ＴＶ番組映像／動画４２のタイトル，放送日，再生時刻を操作ログ３７として収集する。ＴＶ番組映像／動画４２のタイトル，放送日，再生時刻の他、ユーザのキープレスなどを操作ログ３７として収集してもよい。
【００４０】
ステップＳ１０に進み、ＷｅｂブラウザはＷｅｂ画面４３上のリンクｏｒボタン４４がクリックされたか否かを判定する。ＷｅｂブラウザはＷｅｂ画面４３上のリンクｏｒボタン４４がクリックされたと判定すると、その旨を操作情報生成部３８に通知する。
【００４１】
ステップＳ１１に進み、操作情報生成部３８は操作ログ３７から、Ｗｅｂサーバ１２に送信する操作情報１０２を生成する。ステップＳ１２に進み、操作ログ収集・送信可否決定部３５は定義情報１０１に含まれる送信先アドレスに従って、操作情報１０２のＷｅｂサーバ１２への送信可否を決定する。
【００４２】
このように、操作ログ収集・送信可否決定部３５はＷｅｂサーバ１２のアドレスが定義情報１０１に含まれる送信先アドレスと同一又は実質的に同一であるときに、操作情報１０２のＷｅｂサーバ１２への送信を許可する。
【００４３】
Ｗｅｂサーバ１２が操作情報１０２の送信を許可されていれば、操作ログ収集・送信可否決定部３５はステップＳ１３に進み、操作情報１０２をＷｅｂブラウザから参照可能な格納領域３９に格納する。ステップＳ１４に進み、Ｗｅｂブラウザは格納領域３９を参照して操作情報１０２をＷｅｂサーバ１２に送信する。ステップＳ１５では、操作情報１０２及び操作ログ３７が削除される。
【００４４】
ステップＳ１５に続いて、又は、ステップＳ１０でＷｅｂ画面４３上のリンクｏｒボタン４４がクリックされていないと判定さると、ステップＳ１６に進み、表示・状態管理部４０はコンテンツデータ１００の再生が終了したか否かを判定する。コンテンツデータ１００の再生が終了していなければ、表示・状態管理部４０はステップＳ１０に戻る。コンテンツデータ１００の再生が終了していれば、ステップＳ１７に進み、操作ログ収集・送信可否決定部３５はログ収集部３６に操作ログ３７の収集終了を指示する。
【００４５】
ステップＳ１７に続いて、又は、ステップＳ１２でＷｅｂサーバ１２が操作情報１０２の送信を許可されていないと判定されると、ステップＳ１８に進み、操作情報１０２及び操作ログ３７が削除され、図３のフローチャートに示す処理を終了する。
【００４６】
ここでは、具体例として、サッカーの試合の放送番組を携帯電話１１で受信し、コンテンツデータ１００として蓄積しておき、別のときに、コンテンツデータ１００を再生することを想定して説明する。
【００４７】
コンテンツデータ１００を再生する際、ユーザは試合に出ている選手やチームの情報をＷｅｂで検索して入手しようとすることがある。また、ユーザは試合が行われている国や都市の情報をＷｅｂで調べようとすることがある。さらに、ユーザは試合観戦に行くための旅行予約をしようとすることもある。その他、ユーザは放送コンテンツを観ながらＷｅｂサイト（Ｗｅｂサーバ１２）を利用して、更なる情報収集や情報サービスの利用をおこなうこともある。
【００４８】
携帯電話１１はディスプレイ等の表示部を装備する。携帯電話１１は放送コンテンツの表示や、インターネットコンテンツとしてのＷｅｂサイト（Ｗｅｂページ）の表示が可能となっている。また、携帯電話１１は、例えば、マルチウインドウ機能によって、放送コンテンツとインターネットコンテンツとを同時に表示することもできる。
【００４９】
携帯電話１１は入力ボタン等の入力部を装備する。スマートフォンやＰＤＡなどの場合は小型キーボードを入力部として装備している。図２では、放送コンテンツをＴＶ番組映像／動画４２として再生、表示している間に、検索サイトなどのＷｅｂサーバ１２へアクセスし、放送コンテンツの再生中に、収集したユーザの携帯電話１１の操作履歴を操作情報１０２としてＷｅｂサーバ１２に送信する例を示している。
【００５０】
図２の例では、Ｗｅｂサーバ１２が、携帯電話１１のＷｅｂブラウザに表示させる画面定義の中にＦＯＲＭを入れておくことで、そのＦＯＲＭで定義されたリンクｏｒボタン４４をＷｅｂ画面４３に含ませることができる。ＦＯＲＭで定義されたリンクｏｒボタン４４をユーザが選択又は押すことで、Ｗｅｂブラウザは操作情報１０２をＨＴＴＰのＰＯＳＴコマンドと一緒にＷｅｂサーバ１２へ送信できる。
【００５１】
図４はリンクｏｒボタンを定義するＦＯＲＭの一例の説明図である。図４のＦＯＲＭはＷｅｂ画面４３にボタン４４を表示し、ボタン４４が押下されたときに「操作情報送信ＵＲＬ」へ操作情報１０２を送信する例を表している。例えばボタン４４は操作情報１０２の送信を明示的に行うときに利用される。また、リンク４４は操作情報の送信を非明示的に行うときに利用される。
【００５２】
通常、携帯電話１１はＷｅｂサーバ１２にアクセスしてＷｅｂ画面４３を表示するためにＷｅｂブラウザが必要になる。よって、操作情報１０２はＷｅｂブラウザからアクセス可能な状態にしておく必要がある。本実施例の携帯電話１１は、アプリケーションの一例としてのＷｅｂブラウザが一時的にアクセス可能な格納領域３９をメモリ又はディスク上に用意する。
【００５３】
格納領域３９は、ＷｅｂブラウザがＷｅｂサーバ１２へアクセスするときに参照可能な領域である。格納領域３９に格納された操作情報１０２は、Ｗｅｂサーバ１２への送信完了後、又は、放送コンテンツの再生中止により、即座に削除される。
【００５４】
例えば操作情報１０２には、再生した放送コンテンツのタイトル，再生した放送コンテンツの実際の放送日，携帯電話１１での再生時刻などが含まれる。その他、操作情報１０２には、放送コンテンツが動画である場合に、放送コンテンツを巻き戻して再生したときの巻き戻したフレーム番号あるいは先頭からの再生時間などが含まれてもよい。このように巻き戻して再生した放送コンテンツの箇所を特定することは、ユーザが放送コンテンツのどのシーンに興味を持ったかを把握する上で重要である。
【００５５】
操作情報１０２は、放送コンテンツの再生中に収集される。また、操作情報１０２は予めコンテンツデータ１００の定義情報１０１に含まれている送信先アドレスで特定されるＷｅｂサーバ１２以外に送信されない。なお、送信先のＷｅｂサーバ１２とのアクセス制御や操作情報１０２の送信可否の決定は、送信先アドレスでの指定の他、鍵（キー）による限定方式も考えられるため、後述する。
【００５６】
また、送信先アドレスの記述は個別にＵＲＬを記述してもよいし、ある程度の単位（例えば企業名等の単位）で記述してもよい。例えば「＊．ａｂｃ．ｃｏｍ」と送信先アドレスに記載すれば、ＵＲＬに「．ａｂｃ．ｃｏｍ」が含まれるＷｅｂサーバ１２には、操作情報１０２を送信してもよいことになる。
【実施例２】
【００５７】
図５は本実施例の操作情報収集システムの他の実施例のブロック構成図である。図５のブロック構成図は図２に示したブロック構成図と一部を除いて同様であるため、同一部分に同一符号を付して説明を適宜省略する。
【００５８】
図５の操作情報収集システム１は、図２の操作情報収集システム１と同様、放送サーバ１０，携帯電話１１，Ｗｅｂサーバ１２を有すると共に、更に鍵ＤＢ１３を有する構成である。
【００５９】
放送サーバ１０は図２に示した定義情報１０１の送信先アドレスの代替として公開鍵を含ませている。図５に示した定義情報１０１に含まれる公開鍵は鍵ＤＢ１３に格納されているものを利用できる。なお、図５に示した定義情報１０１は文字列「３ｈ８ｆｈ０１７３０」を公開鍵として利用しているが、秘密情報として管理できるものであれば、必ずしも文字列でなくてもよく、バイナリデータであってもよい。
【００６０】
図５の携帯電話１１は、図２の携帯電話１１と同様、放送受信部３１，蓄積部３２，再生処理部３３，定義情報分離部３４，操作ログ収集・送信可否決定部３５，ログ収集部３６，操作ログ３７，操作情報生成部３８，格納領域３９，表示・状態管理部４０を有すると共に、暗号化処理部４５を有する構成である。
【００６１】
暗号化処理部４５は、操作情報生成部３８が生成した操作情報１０２を、定義情報１０１に含まれる公開鍵で暗号化し、暗号化された状態の操作情報１０３を生成する。操作ログ収集・送信可否決定部３５は、操作情報１０２のＷｅｂサーバ１２への送信可否を決定する。なお、暗号化された状態の操作情報１０３をＷｅｂ形式でＷｅｂサーバ１２に送信するため、格納領域３９はＷｅｂブラウザ（図示せず）から参照可能となっている。
【００６２】
Ｗｅｂサーバ１２は、事前に放送サーバ１０から秘密鍵を取得しておく。秘密鍵の事前取得の方法としては、オンラインで放送サーバ１０から取得する方法の他、契約その他の通常の商取引の一環として放送サーバ１０の事業者から取得する方法も考えられる。
【００６３】
Ｗｅｂサーバ１２は秘密鍵を利用して、暗号化された状態の操作情報１０３を元の操作情報１０２に復号する。なお、秘密鍵を取得しておかなければ、Ｗｅｂサーバ１２は暗号化された状態の操作情報１０３を元の操作情報１０２に復号できず、その操作情報１０２を利用できない。このように図５の操作情報収集システム１は結果として、定義情報１０１に含まれる公開鍵により操作情報１０２の送信先を定義でき、操作情報１０２の送信先を限定できる。
【００６４】
ここでは図５に示す携帯電話１１の処理手順について図６を参照しつつ説明する。図６は本実施例の携帯電話の処理の流れを示す他の実施例のフローチャートである。図６のフローチャートは図３に示したフローチャートと一部を除いて同様であるため、同一部分に同一符号を付して説明を適宜省略する。
【００６５】
ステップＳ２１〜Ｓ２４の処理は、図３のステップＳ１〜Ｓ４と同様である。ステップＳ２４において、マルチウインドウ４１であると判定されると、ステップＳ２５に進み、定義情報分離部３４はコンテンツデータ１００から定義情報１０１を分離して抽出し、コンテンツデータ１００を表示・状態管理部４０に供給すると共に、定義情報１０１を操作ログ収集・送信可否決定部３５に供給する。ここで抽出される定義情報１０１には公開鍵が含まれている。
【００６６】
ステップＳ２６〜Ｓ３１の処理は図３のステップＳ６〜Ｓ１１と同様である。ステップＳ３２に進み、暗号化処理部４５は操作情報１０２を、定義情報１０１に含まれる公開鍵で暗号化し、暗号化された状態の操作情報１０３を生成する。
【００６７】
ステップＳ３３に進み、操作ログ収集・送信可否決定部３５は暗号化された状態の操作情報１０３をＷｅｂブラウザから参照可能な格納領域３９に格納する。ステップＳ３４に進み、Ｗｅｂブラウザは格納領域３９を参照して暗号化された状態の操作情報１０３をＷｅｂサーバ１２に送信する。ステップＳ３５では、暗号化された状態の操作情報１０３及び操作ログ３７が削除される。
【００６８】
ステップＳ３５に続いて、又は、ステップＳ３０でＷｅｂ画面４３上のリンクｏｒボタン４４がクリックされていないと判定さると、ステップＳ３６に進み、表示・状態管理部４０はコンテンツデータ１００の再生が終了したか否かを判定する。コンテンツデータ１００の再生が終了していなければ、表示・状態管理部４０はステップＳ３０に戻る。
【００６９】
コンテンツデータ１００の再生が終了していれば、操作ログ収集・送信可否決定部３５はステップＳ３７に進む。ステップＳ３７では、操作ログ収集・送信可否決定部３５がログ収集部３６に操作ログ３７の収集終了を指示する。ステップＳ３８に進み、暗号化された状態の操作情報１０３及び操作ログ３７が削除され、図６のフローチャートに示す処理を終了する。
【実施例３】
【００７０】
図６のフローチャートでは定義情報１０１に含まれる公開鍵を操作情報１０２の暗号化に使用しているが、図７のフローチャートに示すように定義情報１０１に含まれる鍵をＷｅｂサイト（Ｗｅｂサーバ１２）の認証に使用することもできる。
【００７１】
図７は本実施例の携帯電話の処理の流れを示す他の実施例のフローチャートである。図７のフローチャートは図３に示したフローチャートと一部を除いて同様であるため、同一部分に同一符号を付して説明を適宜省略する。ブロック構成図は、図２に示したブロック構成図を利用する。ただし、放送サーバ１０は図２に示した定義情報１０１の送信先アドレスの代替として鍵を含ませている。
【００７２】
ステップＳ４１〜Ｓ４４の処理は、図３のステップＳ１〜Ｓ４と同様である。ステップＳ４４において、マルチウインドウ４１であると判定されると、ステップＳ４５に進み、定義情報分離部３４はコンテンツデータ１００から定義情報１０１を分離して抽出し、コンテンツデータ１００を表示・状態管理部４０に供給すると共に、定義情報１０１を操作ログ収集・送信可否決定部３５に供給する。ここで抽出される定義情報１０１には鍵が含まれている。
【００７３】
ステップＳ４６〜Ｓ５１の処理は図３のステップＳ６〜Ｓ１１と同様である。ステップＳ５２に進み、携帯端末１１は操作情報１０２を要求するＷｅｂサーバ１２からＦＯＲＭなどの定義（ＦＯＲＭパラメータ）に入れられた鍵を受信する。なお、Ｗｅｂサーバ１２は事前に放送サーバ１０から鍵を取得しておく。鍵の事前取得の方法としては、オンラインで放送サーバ１０から取得する方法の他、契約その他の通常の商取引の一環として放送サーバ１０の事業者から取得する方法も考えられる。
【００７４】
ステップＳ５３に進み、操作ログ収集・送信可否決定部３５は定義情報１０１に含まれる鍵とＷｅｂサーバ１２から受信した鍵とが一致しているときに、操作情報１０２のＷｅｂサーバ１２への送信を許可する。ステップＳ５３〜Ｓ５９の処理は、図３のステップＳ１２〜Ｓ５９の処理と同様である。
【００７５】
（まとめ）
本実施例の操作情報収集システム１は一度蓄積した放送コンテンツを携帯電話１１で再生する場合において、再生中に常に操作ログ３７を収集するだけでなく、再生する放送コンテンツのデータ中にトリガとなる情報を埋め込んでおき、そのトリガ情報を検知したタイミングで再生タイトルやフレーム番号、再生時刻などの操作ログ３７を収集するようにしてもよい。
【００７６】
トリガ情報としては、単に数値をフラグとして用いても良いが、放送コンテンツで表示されている内容に応じて、例えば芸能人やアーティスト、俳優、スポーツ選手などの人物の名前、景色の種類、都市の名前などの意味情報を文字列で付加して、操作ログ３７の収集時に、意味情報の文字列と一緒に記録しておくこともできる。
【００７７】
これによって、本実施例の操作情報収集システム１は、単に視聴した放送コンテンツの種類だけでなく、その放送コンテンツに含まれる内容の意味情報を簡単に取り出すことができるようになり、後で、ユーザの嗜好情報の抽出処理がしやすくなる。
【００７８】
本実施例の操作情報収集システム１は、リアルタイム放送受信中のみに視聴情報を収集できる従来の方法に対し、一度、携帯電話１１に蓄積した各種放送コンテンツの視聴に関する情報である操作情報１０２を収集できる。また、操作情報１０２をＷｅｂサーバ１２等の他のサービスに提供することにより、本実施例の操作情報収集システム１はユーザに対するサービスをより高度化できる。
【００７９】
この場合、本実施例の操作情報収集システム１は、ユーザの操作情報１０２が無関係なサービス提供者のＷｅｂサーバ１２に送信されることを防ぎ、ユーザが自分のプライバシ保護をコントロールできる。
【００８０】
さらに、Ｗｅｂサイトの提供者にとっては、具体的に、どのＷｅｂコンテンツにアクセスしたときに、どのような放送コンテンツが再生されていたか、どの部分まで再生されていたかが分かり、ユーザについて精度の高いニーズや嗜好性を把握できる。
【００８１】
一方で、コンテンツ製作者、コンテンツ配布者にとっても、ＴＶ番組やコマーシャルなどの映像コンテンツが他のサービスに与える影響度を把握することができ、広告料の設定や広告内容の改善などのための統計情報に利用できる。
【００８２】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
コンテンツ送信サーバから、操作情報の収集に関する情報及び操作情報の送信先を限定する情報を含む定義情報が付加されたコンテンツデータを受信する受信手段と、
前記コンテンツデータを再生する再生処理手段と、
前記コンテンツデータから前記定義情報を分離する分離手段と、
前記定義情報に含まれる前記操作情報の収集に関する情報に基づいて操作ログを収集する操作ログ収集手段と、
前記操作ログから操作情報を生成する操作情報生成手段と、
前記定義情報に含まれる前記操作情報の送信先を限定する情報に基づいて前記操作情報の送信が可能か否かを決定する送信可否決定手段と、
前記操作情報の送信が可能であると決定した場合、データ通信が発生するユーザの操作に起因して前記操作情報を情報収集サーバに送信する送信手段と
を有する端末装置。
（付記２）
前記コンテンツデータの再生時、前記操作ログ収集手段による前記操作ログの収集を許可する収集可否決定手段を更に有する付記１記載の端末装置。
（付記３）
前記操作情報の送信先を限定する情報には、前記操作情報の送信先アドレスが含まれており、
前記送信可否決定手段は、前記情報収集サーバのアドレスが前記操作情報の送信先アドレスに含まれるときに、前記操作情報の送信が可能であると決定する付記１記載の端末装置。
（付記４）
前記操作情報の送信先を限定する情報には、前記情報収集サーバが保持する秘密鍵に対応した公開鍵が含まれており、
前記送信可否決定手段は、暗号化処理手段に前記公開鍵で前記操作情報を暗号化させ、
前記送信手段は、データ通信が発生するユーザの操作に起因して、暗号化された前記操作情報を情報収集サーバに送信する付記１記載の端末装置。
（付記５）
前記操作情報の送信先を限定する情報には第１の鍵が含まれており、
前記送信可否決定手段は、前記情報提供サーバから受信した第２の鍵と、前記操作情報の送信先を限定する情報に含まれる前記第１の鍵とが同一であるときに、前記操作情報の送信が可能であると決定する付記１記載の端末装置。
（付記６）
操作情報の収集に関する情報及び操作情報の送信先を限定する情報を含む定義情報が付加されたコンテンツデータを送信するコンテンツ送信サーバと、
前記コンテンツ送信サーバから、前記コンテンツデータを受信する受信手段，
前記コンテンツデータを再生する再生処理手段，
前記コンテンツデータから前記定義情報を分離する分離手段，
前記定義情報に含まれる前記操作情報の収集に関する情報に基づいて操作ログを収集する操作ログ収集手段，
前記操作ログから操作情報を生成する操作情報生成手段，
前記定義情報に含まれる前記操作情報の送信先を限定する情報に基づいて前記操作情報の送信が可能か否かを決定する送信可否決定手段，
前記操作情報の送信が可能であると決定した場合、データ通信が発生するユーザの操作に起因して前記操作情報を送信する送信手段を有する端末装置と、
前記端末装置から前記操作情報を受信する情報収集サーバと
を有する操作情報収集システム。
【００８３】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００８４】
【図１】本実施例の操作情報収集システムの一実施例のシステム構成図である。
【図２】本実施例の操作情報収集システムの一実施例のブロック構成図である。
【図３】本実施例の携帯電話の処理の流れを示す一実施例のフローチャートである。
【図４】リンクｏｒボタンを定義するＦＯＲＭの一例の説明図である。
【図５】本実施例の操作情報収集システムの他の実施例のブロック構成図である。
【図６】本実施例の携帯電話の処理の流れを示す他の実施例のフローチャートである。
【図７】本実施例の携帯電話の処理の流れを示す他の実施例のフローチャートである。
【符号の説明】
【００８５】
１    操作情報収集システム
１０    放送サーバ
１１    携帯電話
１２    Ｗｅｂサーバ
２１    放送網
２２    通信網
３１    放送受信部
３２    蓄積部
３３    再生処理部
３４    定義情報分離部
３５    操作ログ収集・送信可否決定部
３６    ログ収集部
３７    操作ログ
３８    操作情報生成部
３９    格納領域
４０    表示・状態管理部
４１    マルチウインドウ
４２    ＴＶ番組映像／動画
４３    Ｗｅｂ画面
４４    リンクｏｒボタン
４５    暗号化処理部
１００    コンテンツデータ
１０１    定義情報
１０２    操作情報
【図１】
2010124385.tif 000003
【図２】
2010124385.tif 000004
【図３】
2010124385.tif 000005
【図４】
2010124385.tif 000006
【図５】
2010124385.tif 000007
【図６】
2010124385.tif 000008
【図７】
2010124385.tif 000009