(57)【特許請求の範囲】
【請求項１】
複数の放送局のうちの少なくとも１つを選択し、選択した放送局から送信される放送番組を受信する受信装置に対応して配置され、前記対応する受信装置が何れの放送局からの放送番組を受信したかを検出する複数の検出装置と、
前記各検出装置による検出結果に基づいて視聴率を演算する演算装置と、
を備えた視聴率演算システムであって、
前記各検出装置は、
前記受信装置が放送番組を受信しているときに、前記受信装置が選択した放送局の情報、および放送番組を受信している時刻の情報を含む受信情報を前記演算装置に対して繰り返し送信する受信情報送信手段と、
予め設定された複数の放送局のうちの１または複数の放送局がそれぞれ対応する複数の選択肢のうちの、指定された選択肢についての１または複数の放送局を特定する放送局特定情報を送信するとともに視聴率情報を前記演算装置に要求する視聴率情報要求手段と、
前記視聴率情報を受信する視聴率情報受信手段と、
を備え、
前記演算装置は、
前記各検出装置から送信された受信情報を受信する受信情報受信手段と、
前記受信した各受信情報を予め設定された時間範囲毎に分別し、時間範囲毎かつ放送局毎に視聴率を演算し、この演算結果を視聴率情報として演算結果記録手段に格納する視聴率演算手段と、
前記各検出装置からの要求に応じて前記視聴率情報のうちの前記放送局特定情報によって指定された放送局に関する視聴率情報を抽出し、抽出した視聴率情報を要求元の検出装置に送信する視聴率情報送信手段と、
を備えたことを特徴とする視聴率演算システム。
【請求項２】
請求項１に記載の視聴率情報提供装置において、
前記各検出装置の視聴率情報要求手段は、前記受信情報送信手段が送信する受信情報とともに、視聴率情報の要求を送信し、
前記演算装置の視聴率情報送信手段は、前記検出装置から前記受信情報を受信すると、受信情報を受信した応答として前記視聴率情報の少なくとも一部を前記要求元の検出装置に対して送信すること
を特徴とする視聴率演算システム。
【請求項３】
請求項２に記載の視聴率演算システムにおいて、
前記演算装置の視聴率情報送信手段は、前記検出装置から前記受信情報を受信すると、前記視聴率演算手段がこの受信情報に基づく視聴率を演算する前に、既に前記演算結果記録手段に格納されている視聴率情報の少なくとも一部を送信すること
を特徴とする視聴率演算システム。
【請求項４】
請求項１〜請求項３の何れか１項に記載の視聴率演算システムにおいて、
前記演算装置は、前記各検出装置が次に受信情報を送信すべきタイミングを示すタイミング情報を生成するタイミング情報生成手段、を備え、
前記演算装置の視聴率情報送信手段は、前記視聴率情報とともに、前記タイミング情報を前記検出装置に送信し、
前記各検出装置の視聴率情報受信手段は、前記視聴率情報とともに、前記タイミング情報を受信し、
前記各検出装置の受信情報送信手段は、前記受信したタイミング情報に基づくタイミングで前記受信情報を送信すること
を特徴とする視聴率演算システム。
【請求項５】
請求項４に記載の視聴率演算システムにおいて、
前記演算装置のタイミング情報生成手段は、前記各検出装置が受信情報を送信するタイミングが分散するように前記タイミング情報を設定すること
を特徴とする視聴率演算システム。
【請求項６】
複数のユーザにそれぞれ所持され、複数の放送局からそれぞれ送信される放送番組のうちの少なくとも１つを選択して受信可能な複数の検出装置と、
前記各検出装置が受信した放送番組に基づいて視聴率を演算する演算装置と、
を備えた視聴率演算システムを構成する演算装置であって、
当該演算装置は、請求項１〜請求項５の何れか１項に記載の視聴率演算システムを構成する演算装置として構成されていること
を特徴とする演算装置。
【請求項７】
複数のユーザにそれぞれ所持され、複数の放送局からそれぞれ送信される放送番組のうちの少なくとも１つを選択して受信可能な複数の検出装置と、
前記各検出装置が受信した放送番組に基づいて視聴率を演算する演算装置と、
を備えた視聴率演算システムを構成する検出装置であって、
当該演算装置は、請求項１〜請求項５の何れか１項に記載の視聴率演算システムを構成する検出装置として構成されていること
を特徴とする検出装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の受信装置によって何れの放送番組が受信されたかを集計することによって視聴率を演算する視聴率演算システム、並びにこのシステムを構成する検出装置および演算装置に関する。
【背景技術】
【０００２】
上記の視聴率演算システムとして、複数の放送チャンネルから１つの放送チャンネルを選択して放送番組を受信する受信装置が、この受信装置が何れの放送チャンネルを選択したかを検出する検出装置と一体に構成されたものが知られている。このシステムにおいて検出装置は、受信装置が放送番組の視聴を開始したとき、受信する放送番組を変更したとき、および放送番組の視聴を終了したときに、受信装置が選択したチャンネルの情報をサーバ（演算装置）に送信し、この情報に基づいてサーバが視聴率を集計するよう構成されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２４４７３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記システムでは、各受信装置によって視聴されているチャンネルが何れのチャンネルであるかといった視聴状態をサーバが常に把握しておく必要がある。このため、一時的にサーバと通信装置とが通信できない状態になり、この間に受信装置による視聴状態が変化すると、通信が復旧したとしても各受信装置の視聴状態を把握できなくなる虞がある。よってこの場合には、視聴率を演算することができなくなる虞がある。
【０００５】
そこで、このような問題点を鑑み、複数の受信装置によって何れの放送番組が受信されたかを集計することによって視聴率を演算する視聴率演算システムにおいて、一時的にサーバと通信装置とが通信できない状態になったとしても通信が復旧すれば直ちに視聴率を演算できる技術を提供することを本発明の目的とする。
【課題を解決するための手段】
【０００６】
かかる目的を達成するために成された視聴率演算システムは、複数の放送局のうちの少なくとも１つを選択し、選択した放送局から送信される放送番組を受信する受信装置に対応して配置され、対応する受信装置が何れの放送局からの放送番組を受信したかを検出する複数の検出装置と、各検出装置による検出結果に基づいて視聴率を演算する演算装置と、を備えた視聴率演算システムである。各検出装置において受信情報送信手段は、受信装置が放送番組を受信しているときに、受信装置が選択した放送局の情報、および放送番組を受信している時刻の情報を含む受信情報を演算装置に対して繰り返し送信する。そして、演算装置の受信情報受信手段は、各検出装置から送信された受信情報を受信し、視聴率演算手段は、受信した各受信情報を予め設定された時間範囲毎に分別し、時間範囲毎かつ放送局毎に視聴率を演算し、この演算結果を視聴率情報として演算結果記録手段に格納する（請求項１）。
【０００７】
このような視聴率演算システムによれば、各検出装置が受信装置による放送番組の受信中に受信情報を繰り返し送信するので、演算装置は受信できた受信情報だけを利用して視聴率を演算すればよい。つまり、演算装置は、検出装置が放送番組の受信を終了した場合等、受信情報が受信できなくなった場合であっても、何れの検出装置からの受信情報が途絶したかを考慮することなく視聴率を演算することができる。従って、演算装置は、検出装置が現在何れの放送番組を受信しているかを把握する必要がないため、一時的にサーバと通信装置とが通信できない状態になったとしても通信が復旧すれば直ちに視聴率を演算することができる。
【０００８】
なお、「視聴率」は、「受信情報の取得数や登録されたユーザ数に対する各放送局の放送番組が受信された割合」等を演算することによって求めることができる。また、受信装置と検出装置とは一体に構成されていてもよい。
【０００９】
ところで、上記視聴率情報演算システムにおいては、演算装置は、視聴率情報の少なくとも一部を検出装置に対して送信する視聴率情報送信手段、を備え、各検出装置は、視聴率情報を受信する視聴率情報受信手段、を備えていてもよい（請求項１）。
【００１０】
このような視聴率演算システムによれば、検出装置が視聴率情報を取得することができる。なお、視聴率情報送信手段は、視聴率情報を放送電波や通信線等によって検出装置に提供するようにすればよい。また、検出装置は、受信装置に対して取得した視聴率情報を送信してもよいし、演算装置が受信装置に視聴率情報を直接送信してもよい。
【００１１】
加えて、上記視聴率演算システムにおいて、各検出装置は、視聴率情報を演算装置に要求する視聴率情報要求手段、を備えていてもよい。この場合、演算装置の視聴率情報送信手段は、各検出装置からの要求に応じて要求元の検出装置に視聴率情報を送信するようにすればよい（請求項１）。
【００１２】
このような視聴率演算システムによれば、演算装置は検出装置からの要求があったときに視聴率情報を送信すればよいので、演算装置は必要な情報のみを送信することができる。よって演算装置は送信する視聴率情報の送信回数を削減することができる。
【００１３】
さらに、上記視聴率演算システムにおいて、各検出装置の視聴率情報要求手段は、受信情報送信手段が送信する受信情報とともに、視聴率情報の要求を送信し、演算装置の視聴率情報送信手段は、検出装置から受信情報を受信すると、受信情報を受信した応答として視聴率情報の少なくとも一部を要求元の検出装置に対して送信するようにしてもよい（請求項２）。
【００１４】
このような視聴率演算システムによれば、検出装置と演算装置とが１回ずつ情報を送信するだけで受信情報および視聴率情報のやりとりをすることができる。よって、検出装置および演算装置が通信のために行う処理を簡素化することができるとともに、検出装置と演算装置との間の通信量を減少させることができる。
【００１５】
また、上記視聴率演算システムにおいて、演算装置の視聴率情報送信手段は、検出装置から受信情報を受信すると、視聴率演算手段がこの受信情報に基づく視聴率を演算する前に、既に演算結果記録手段に格納されている視聴率情報の少なくとも一部を送信するようにしてもよい（請求項３）。
【００１６】
このような視聴率演算システムによれば、受信情報を取得した直後に視聴率の情報を提供することができる。よって、検出装置に視聴率情報を早期に提供することができる。
さらに、上記視聴率演算システムにおいて、各検出装置の視聴率情報要求手段は、視聴率情報を演算装置に要求する際に、１または複数の放送局を特定するための放送局特定情報を送信し、演算装置の視聴率情報送信手段は、放送局特定情報によって指定された放送局に関する視聴率情報を送信するようにしてもよい（請求項１）。放送局特定情報は、１または複数の放送局がそれぞれ対応する複数の選択肢のうちの、指定された選択肢についての１または複数の放送局を特定する情報とされている。
【００１７】
このような視聴率情報提供システムによれば、各検出装置は、必要な視聴率情報を特定して演算装置に送信させることができる。
さらに、上記視聴率情報提供システムにおいて、演算装置は、各検出装置が次に受信情報を送信すべきタイミングを示すタイミング情報を生成するタイミング情報生成手段、を備えていてもよい。この場合、演算装置の視聴率情報送信手段は、視聴率情報とともに、タイミング情報を検出装置に送信し、各検出装置の視聴率情報受信手段は、視聴率情報とともに、タイミング情報を受信し、各検出装置の受信情報送信手段は、受信したタイミング情報に基づくタイミングで次に受信情報を送信するようにすればよい（請求項４）。
【００１８】
このような視聴率情報提供システムによれば、演算装置は次に検出装置が受信情報を送信すべきタイミングを指示することができる。
加えて、上記視聴率情報提供システムにおいて、演算装置のタイミング情報生成手段は、各検出装置が受信情報を送信するタイミングが分散するようにタイミング情報を設定するようにしてもよい（請求項５）
このような視聴率情報提供システムによれば、各検出装置と演算装置とが情報をやりとりする時期が重複し難くすることができるので、演算装置の処理負荷を軽減することができる。
【００１９】
また、上記目的を達成するために成された演算装置は、請求項１〜請求項５の何れか１項に記載の視聴率演算システムを構成する演算装置として構成されていることを特徴とする（請求項６）。また、上記目的を達成するために成された検出装置は、請求項１〜請求項５の何れか１項に記載の視聴率演算システムを構成する検出装置として構成されていることを特徴とする（請求項７）。
【００２０】
このような演算装置や検出装置によれば、少なくとも請求項１と同様の効果を享受することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明が適用された視聴率演算システム１の概略構成を示すブロック図である。
【図２】クライアント処理を示すフローチャートである。
【図３】電子番組表に視聴率を表示させる表示例を示す参考図である。
【図４】サーバ処理を示すフローチャート（ａ）、およびサーバ処理のうちの送受信処理を示すフローチャート（ｂ）である。
【図５】サーバ処理のうちの視聴率情報生成処理を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下に本発明にかかる実施の形態を図面と共に説明する。
［本実施形態の構成］
図１は本発明が適用された視聴率演算システム１の概略構成を示すブロック図である。視聴率演算システム１は、サーバ１０（演算装置）と、複数のクライアント２０（検出装置）と、がインターネット網５等のネットワークを介して通信可能に接続されて構成されている。
【００２３】
また、各クライアント２０には、放送受信部３０（受信装置）が接続されている。なお、放送受信部３０はクライアント２０と一体に構成されていてもよい。
放送受信部３０は、複数の放送局（放送チャンネル）のうちの少なくとも１つを選択し、選択した放送局から送信される放送番組を受信する周知のテレビ受像器としての機能を備えている。放送受信部３０が放送番組を受信する構成としては、放送電波をアンテナ等を介して受信するようにしてもよいし、ケーブルテレビ局やインターネット網５等を介して放送信号を受信するようにしてもよい。
【００２４】
サーバ１０は、周知のサーバ装置としての機能を備えているとともに、各クライアント２０から送信された受信情報（放送受信部３０が何れの放送局からの放送番組を受信したかを示す情報）に基づいて視聴率を演算する機能を備えている。詳細には、図１に示すように、サーバ１０は、制御部１１と、データベース１２（演算結果記録手段）と、通信部１３とを備えている。
【００２５】
制御部１１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えた周知のマイクロコンピュータとして構成されており、ＲＯＭに格納されたプログラムや、ＲＡＭにロードされたプログラムやパラメータに基づいて所定の処理を実行する。
【００２６】
データベース１２は、例えばハードディスクドライブやフラッシュメモリ等の不揮発性のメモリとして構成されている。データベース１２には、後述するサーバ処理において、各クライアント２０から受信した受信情報や、視聴率の演算結果等が記録される。
【００２７】
通信部１３は、インターネット網５に対するインタフェースとして機能し、制御部１１からの指令に応じてデータを所定のプロトコルで送受信する。
次に、各クライアント２０は、サーバ１０と通信可能な端末装置（例えば、パーソナルコンピュータや携帯電話機、或いはテレビ受像器等）として構成されている。また、クライアント２０は、図１に示すように、処理部２１と、通信部２２と、記憶部２３と、操作部２４と、表示部２５とを備えている。
【００２８】
処理部２１は、サーバ１０における制御部１１と同様に、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えた周知のマイクロコンピュータとして構成されており、ＲＯＭに格納されたプログラムや、ＲＡＭにロードされたプログラムやパラメータに基づいて所定の処理を実行する。また、処理部２１は、放送受信部３０に接続されており、放送受信部３０が何れの放送局からの放送番組を受信しているかについての情報を把握することができるように設定されている。
【００２９】
通信部２２は、サーバ１０における通信部１３と同様に、インターネット網５に対するインタフェースとして機能し、処理部２１からの指令に応じてデータを所定のプロトコルで送受信する。記憶部２３は、サーバ１０におけるデータベース１２と同様に、例えばハードディスクドライブやフラッシュメモリ等の不揮発性のメモリとして構成されている。
【００３０】
操作部２４は、例えばキーボードやマウス等のユーザからの操作を受け付けるユーザインタフェースとして構成されている。処理部２１は、操作部２４が操作されたことを検出することによってユーザからの指令を認識する。
【００３１】
表示部２５は、周知のディスプレイとして構成されている。表示部２５は、処理部２１からの指令に応じた画像を表示させる。
［本実施形態の処理］
このような視聴率演算システム１において実施される、サーバ１０から各クライアント２０に視聴率に関する情報を提供する処理について、図２以下の図面を用いて説明する。図２はクライアント２０の処理部２１が実行するクライアント処理を示すフローチャートである。
【００３２】
クライアント処理は、例えば、クライアント２０の電源が投入されると開始され、その後、繰り返し実行される処理である。詳細には、図２に示すように、まず、放送受信部３０が放送番組の視聴を開始したか否かを判定する（Ｓ１１０）。放送受信部３０が視聴を開始していなければ（Ｓ１１０：ＮＯ）、Ｓ１１０の処理を繰り返す。
【００３３】
また、放送受信部３０が視聴を開始していれば（Ｓ１１０：ＹＥＳ）、受信情報を送信する（Ｓ１２０：受信情報送信手段、視聴率情報要求手段）。ここで、受信情報には、放送受信部３０が放送番組を受信した地域を特定するための情報、放送受信部３０が受信した放送局が提供するサービスを特定するための情報（放送局ＩＤ）、および放送番組を受信している時刻（現在時刻）の情報（タイムスタンプ）を含む。
【００３４】
なお、放送番組を受信している時刻については、クライアント２０の内部時計に基づいて特定され、この内部時計の時刻は、例えば定期的にＮＴＰサーバやＧＰＳ衛星から現在時刻の情報を取得することによって補正される。
【００３５】
さらに、受信情報には、放送番組を受信したユーザを特定するためのユーザＩＤ、受信情報収集の主体となる組織を特定するためのカスタマーＩＤ、視聴率を送受信するコマンドを特定するためのクエリＩＤを含む。なお、受信情報には、クライアント２０や放送受信部３０に関する製品番号や型番等の情報を含むようにしてもよい。
【００３６】
また、受信情報を送信する際には、放送局特定情報についても送信する。ここで、放送局特定情報とは、サーバ１０から取得する視聴率情報の範囲を特定するための情報である。この放送局特定情報としては、ユーザが操作部２４を操作することによって、例えば、current：現在受信している放送局についての視聴率のみ、List：全ての放送局の視聴率、Area：同一放送地域（同一の放送局からの放送電波を受信可能な地域）に含まれる放送局の視聴率、のうちの何れか１つが指定されているものとする。
【００３７】
続いて、予め設定された規定時間（例えば１秒間）以内にサーバ１０から視聴率情報を受信することができたか否かを判定する（Ｓ１３０：視聴率情報受信手段、Ｓ１４０）。規定時間以内については視聴率情報を受信できるまで待機し（Ｓ１３０：ＮＯ、Ｓ１４０：ＮＯ）、規定時間以内に視聴率情報を受信できなければ（Ｓ１３０：ＮＯ、Ｓ１４０：ＹＥＳ）、後述するＳ１６０の処理に移行する。
【００３８】
また、視聴率情報を受信できれば（Ｓ１３０：ＹＥＳ）、受信した視聴率情報（データ）を記憶部２３に記録する（Ｓ１５０）。
ここで、視聴率情報には、少なくとも現在放送受信部３０が受信している放送番組についてのリアルタイムな（正確には数秒程度前の）視聴率の情報および視聴率を集計した時間範囲を示す時間帯情報が含まれている。視聴率情報に同一放送地域に含まれる放送局の視聴率を含む場合には、過去における視聴率（過去にクライアント２０が取得し、記憶部２３に記録された視聴率情報）および別途取得する番組予約率の情報とともに、記憶部２３に記録された最新の（リアルタイムな）視聴率情報を例えば図３に示すように表示部２５等に表示させることができる。
【００３９】
なお、図３に示す例では、放送局と時刻とをマトリクス状に表示させた電子番組表に、視聴率情報や番組予約率の情報を合成して表示させるようにしている。
次に、図２に戻り、Ｓ１５０の処理に続いて、通知時間を設定する（Ｓ１６０）。ここで、Ｓ１５０の処理にて受信した視聴率情報には、次にクライアント２０が受信情報をサーバ１０に送信すべきタイミングを示す通知時間の情報（タイミング情報）が含まれており、この通知時間後の時刻に受信情報を送信するよう設定する。
【００４０】
続いて、通知時間が経過したか否か（通知する時刻になったか否か）を判定する（Ｓ１７０）。通知時間が経過していれば（Ｓ１７０：ＹＥＳ）、Ｓ１２０の処理に戻り、受信情報を送信する。また、通知時間が経過していなければ（Ｓ１７０：ＮＯ）、放送受信部３０が放送番組の視聴を終了したか否かを判定する（Ｓ１８０）。
【００４１】
視聴を終了していなければ（Ｓ１８０：ＮＯ）、Ｓ１７０の処理に戻る。また、視聴を終了していれば（Ｓ１８０：ＹＥＳ）、クライアント処理を終了する。
次に、サーバ１０の制御部１１が実行する処理について図４および図５を用いて説明する。図４（ａ）はサーバ処理を示すフローチャート、図４（ｂ）はサーバ処理のうちの送受信処理を示すフローチャート、図５はサーバ処理のうちの視聴率情報生成処理を示すフローチャートである。
【００４２】
サーバ処理は、例えばサーバ１０の電源が投入されると開始され、その後繰り返し実行される処理であって、図４（ａ）に示すように、送受信処理（Ｓ２１０）および視聴率情報生成処理（Ｓ２２０：視聴率演算手段）を順に実施し、これらの処理が終了すると処理を終了する。
【００４３】
送受信処理は、図５に示すように、まず、各クライアント２０から送信された受信情報があればこの受信情報を受信しておき、受信情報を受信したか否かを判定する（Ｓ３１０：受信情報受信手段）。受信情報を受信していなければ（Ｓ３１０：ＮＯ）、送受信処理を終了する。
【００４４】
また、受信情報を受信していれば（Ｓ３１０：ＹＥＳ）、受信情報に含まれる地域および放送局ＩＤ毎にタイムスタンプを分別してデータベース１２に保存する（Ｓ３２０）。この際には、ユーザＩＤ毎にタイムスタンプを分別しておいてもよい。
【００４５】
なお、サーバ１０の処理負荷を軽減させるためには、受信した受信情報の全てを保存する必要はなく、例えば、地域の人口密度や世帯数等を考慮し、地域の人口密度や世帯数等が多くなればなるほど、多くの受信情報を間引きするようにしてもよい。また、本処理で受信情報の全てを保存した場合には、視聴率情報生成処理の際に、受信情報を間引きしてもよい。
【００４６】
続いて、放送局特定情報における視聴率情報の要求範囲を判定する（Ｓ３３０）。要求範囲がcurrentであれば（Ｓ３３０：現在の放送局）、現在視聴されている視聴率情報をデータベース１２から抽出する（Ｓ３４０）。また、要求範囲がAreaであれば（Ｓ３３０：地域内放送局）、同一放送地域に含まれる放送局についての視聴率情報をデータベース１２から抽出する（Ｓ３５０）。
【００４７】
また、要求範囲がListであれば（Ｓ３３０：全ての放送局）、全ての放送局の視聴率情報をデータベース１２から抽出する（Ｓ３６０）。なお、Ｓ３４０〜Ｓ３６０の処理にて抽出される視聴率情報は、現在データベース１２に記録されている最新の視聴率情報であるが、今回の送受信処理にて取得した受信情報が反映された視聴率情報ではない。つまり、本処理にて抽出される視聴率情報は、前回の視聴率情報生成処理においてデータベース１２に記録された視聴率情報である。
【００４８】
続いて、次にクライアント２０が受信情報をサーバ１０に送信すべきタイミングを示す通知時間を演算する（Ｓ３７０：タイミング情報生成手段）。ここで、この処理では、次に各クライアント２０が受信情報を送信するタイミングが分散するように、例えば、ユーザＩＤやその他のＩＤ、或いは乱数に基づいて通信時刻を設定し、この時刻までの時間が通知時間として設定される。また、この通知時間は、所定のサンプリング間隔（視聴率を算出する周期）内に１度、クライアント２０が受信情報を送信できるように設定される。
【００４９】
次いで、視聴率情報および通知時間の情報を、受信情報を送信したクライアント２０に送信し（Ｓ３８０：視聴率情報送信手段）、送受信処理を終了する。
次に、視聴率情報生成処理は、図４（ｂ）に示すように、まず、視聴率情報生成タイミングになったか否かを判定する（Ｓ４１０）。視聴率情報生成タイミングとは、例えば、５秒毎に１回程度に設定されていればよく、現在の放送番組おけるコマーシャル放送の最低時間が１５秒であることを考慮すると、少なくとも７．５秒に１回に設定されていればよい。
【００５０】
視聴率情報生成タイミングになっていなければ（Ｓ４１０：ＮＯ）、視聴率情報生成処理を終了する。また、視聴率情報生成タイミングになっていれば（Ｓ４１０：ＹＥＳ）、地域および放送局ＩＤ毎に、かつ所定の時間間隔毎にタイムスタンプの数をカウントする（Ｓ４２０）。なお、ここでいう時間間隔は、視聴率情報生成タイミングと同じ時間間隔に設定されていればよい。また、Ｓ４２０の処理は、送受信処理のＳ３２０の処理の際に実施されていてもよい。
【００５１】
そして、視聴率を算出する（Ｓ４３０）。この処理では、ある地域である放送局におけるタイムスタンプの数を、この時間間隔内におけるタイムスタンプの全数で除することによって演算してもよいし（番組独占率）、ある地域である放送局におけるタイムスタンプの数を、その地域において登録されたユーザの全数で除することによって演算してもよい（狭義の視聴率）。また、演算された値に所定の補正係数を乗算するようにしてもよいし、この地域内の全ての放送局に対する視聴数の総数を、この地域のユーザ数で除した値を利用して演算してもよい。
【００５２】
このような演算は、放送局ＩＤ毎や地域毎等で実施される。
このようにして演算された数値は、視聴率情報としてデータベース１２に格納される（Ｓ４４０）。この際、視聴率情報を生成した時刻をデータベース１２内に格納してもよい。
【００５３】
このような処理が終了すると、視聴率情報生成処理を終了する。視聴率情報生成処理においてデータベース１２に格納された視聴率情報は、次回以降に実施される送受信処理（Ｓ２１０）において各クライアント２０に送信される。
【００５４】
［本実施形態による効果］
以上のように詳述した視聴率演算システム１において、各クライアント２０の処理部２１は、クライアント処理にて、放送受信部３０が放送番組を受信しているときに、放送受信部３０が選択した放送局の情報、および放送番組を受信している時刻の情報を含む受信情報をサーバ１０に対して繰り返し送信する。そして、サーバ１０の制御部１１は、サーバ処理にて、各クライアント２０から送信された受信情報を受信し、受信した各受信情報を予め設定された時間範囲毎に分別し、時間範囲毎かつ放送局毎に視聴率を演算し、この演算結果を視聴率情報として地域を特定するための情報とともにデータベース１２に格納する。
【００５５】
このような視聴率演算システム１によれば、各クライアント２０が放送番組の受信中に受信情報を繰り返し送信するので、サーバ１０は受信できた受信情報だけを利用して視聴率を演算すればよい。つまり、サーバ１０は、クライアント２０が放送番組の受信を終了した場合等、受信情報が受信できなくなった場合であっても、何れのクライアント２０からの受信情報が途絶したかを考慮することなく視聴率を演算することができる。従って、サーバ１０は、クライアント２０が現在どの放送番組を受信しているかを把握する必要がないため、視聴率を演算する際の処理を簡素化することができる。
【００５６】
また、視聴率情報演算システムにおいて、サーバ１０の制御部１１は、視聴率情報の少なくとも一部をクライアント２０に対して送信する。そして、各クライアント２０は、視聴率情報を受信する。
【００５７】
このような視聴率演算システム１によれば、クライアント２０が視聴率情報を取得することができる。
加えて、視聴率演算システム１において、各クライアント２０の処理部２１は、視聴率情報をサーバ１０に要求する。そして、サーバ１０の制御部１１は、各クライアント２０からの要求に応じて要求元のクライアント２０に視聴率情報を送信する。
【００５８】
このような視聴率演算システム１によれば、サーバ１０はクライアント２０からの要求があったときに視聴率情報を送信すればよいので、サーバ１０から送信される情報量を削減することができる。
【００５９】
さらに、視聴率演算システム１において、クライアント２０の処理部２１は、受信情報とともに視聴率情報の要求を送信し、サーバ１０の制御部１１は、クライアント２０から受信情報を受信すると、受信情報を受信した応答として視聴率情報の少なくとも一部を要求元のクライアント２０に対して送信する。
【００６０】
このような視聴率演算システム１によれば、クライアント２０とサーバ１０とが１回ずつ情報を送信するだけで受信情報および視聴率情報のやりとりをすることができる。よって、クライアント２０およびサーバ１０が通信のために行う処理を簡素化することができるとともに、クライアント２０とサーバ１０との間の通信量を減少させることができる。
【００６１】
また、視聴率演算システム１において、サーバ１０の制御部１１は、クライアント２０から受信情報を受信すると、この受信情報に基づく視聴率を演算する前に、既にデータベース１２に格納されている視聴率情報の少なくとも一部を送信する。
【００６２】
このような視聴率演算システム１によれば、受信情報を取得した直後に視聴率の情報を提供することができる。よって、クライアント２０に視聴率情報を早期に提供することができる。
【００６３】
さらに、視聴率演算システム１において、クライアント２０の処理部２１は、視聴率情報をサーバ１０に要求する際に、１または複数の放送局を特定するための放送局特定情報を送信し、サーバ１０の制御部１１は、放送局特定情報によって指定された放送局に関する視聴率情報を送信する。
【００６４】
このような視聴率演算システム１によれば、各クライアント２０は、必要な視聴率情報を特定してサーバ１０に送信させることができる。
さらに、視聴率演算システム１において、サーバ１０の制御部１１は、各クライアント２０が次に受信情報を送信すべきタイミングを示すタイミング情報を生成し、視聴率情報とともに、タイミング情報をクライアント２０に送信する。そして、クライアント２０の処理部２１は、視聴率情報とともに、タイミング情報を受信し、受信したタイミング情報に基づくタイミングで次に受信情報を送信する。
【００６５】
このような視聴率演算システム１によれば、サーバ１０は次にクライアント２０が受信情報を送信すべきタイミングを指示することができる。
加えて、視聴率演算システム１において、サーバ１０の制御部１１は、各クライアント２０が受信情報を送信するタイミングが分散するようにタイミング情報を設定する。
【００６６】
このような視聴率演算システム１によれば、各クライアント２０とサーバ１０とが情報をやりとりする時期が重複し難くすることができるので、サーバ１０の処理負荷を軽減することができる。
【００６７】
なお、本発明の実施の形態は、上記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
【符号の説明】
【００６８】
１…視聴率演算システム、５…インターネット網、１０…サーバ、１１…制御部、１２…データベース、１３…通信部、２０…クライアント、２１…処理部、２２…通信部、２３…記憶部、２４…操作部、２５…表示部、３０…放送受信部。
【図１】
0005542527.tif 000002
【図２】
0005542527.tif 000003
【図４】
0005542527.tif 000004
【図５】
0005542527.tif 000005
【図３】
0005542527.tif 000006