JP2013201574A - データ出力方法、データ出力プログラム及び端末装置 - Google Patents

Abstract

【課題】番組の本編の合間に挿入されて放送されるＣＭによる広告効果が低下することを抑制する。
【解決手段】携帯端末装置は、送信装置から本編及びＣＭを含む番組とともにＣＭ関連情報の格納情報を受信した受信装置から、ＣＭ関連情報の格納情報を受信する。そして、携帯端末装置は、ＣＭ関連情報の格納情報をもとに送信装置からＣＭに関連するＣＭ関連情報を受信する。そして、携帯端末装置は、表示画面３４ａにおいて、Ｗｅｂブラウザ表示３４ａ−１等の通常表示の下方領域３４ａ−２並びに３４ａ−３に、ＣＭ関連情報をテキスト並びに静止画像又は動画像でそれぞれ表示する。これにより、視聴者が、ＣＭ放送中に受信装置の表示画面から携帯端末装置の画面へ目を移しても、番組の本編の合間に挿入されて放送されるＣＭと同様の広告効果が得られる。
【選択図】図２５Ｃ

Description

本発明は、データ出力方法、データ出力プログラム及び端末装置に関する。

従来から、有線通信又は無線通信により放送局から放送された番組を受信機で受信し、受信した番組を視聴者が視聴する番組放送が行われている。番組は、スポンサーによる制作費提供により制作される本編を含む。そして、放送局は、スポンサーが出稿する広告であるＣＭ（Commercial Message）を番組の本編の合間に挿入して放送する。放送局は、番組を視聴する視聴者にスポンサーのＣＭを視聴させることにより、制作費提供の対価としてスポンサー又はスポンサーが供給する商品を宣伝する。

ここで、視聴者は、番組を視聴する際に、ＣＭの放送中にチャンネルを切り替えたり、ＣＭの放送中に他の装置を操作したりすることで、ＣＭを視聴しない場合がある。また、視聴者は、番組を録画装置で録画し、再生して視聴する際に、早送りしてＣＭを視聴しない場合もある。視聴者によりＣＭが視聴されない場合があると、ＣＭによる広告効果が低下するので、スポンサーが番組に対して制作費を提供する意義が低下する。よって、スポンサーは、番組に対して制作費の提供を取りやめてしまうおそれがあるため、番組制作に支障が生じるほか、スポンサーから番組制作費の提供を受けて制作した番組を放送するという仕組み自体の継続が今後、困難となる可能性がある。

このため、例えば、番組を記録再生する装置が、ＣＭが正しく再生されたか否かを記録し、再生されていなければ、記録した番組を消去できないように制御する手法ある。また、例えば、ＶＯＤ（Video On Demand）システムにおいて、番組の本編に、ＣＭに関連するＣＭ関連情報を挿入して配信する手法がある。

特開２００１−２６６４８２号公報 国際公開第２００３／０７９６９０号

しかしながら、上述の従来技術では、視聴者は、携帯電話機やタブレット端末等の携帯端末を常に所持し、時と場所を選ばず携帯端末を操作し携帯端末の表示画面をみるというライフスタイルが定着しつつある今日では、次のような事態には対処できない。すなわち、視聴者が、ＣＭの放送中に携帯端末を操作し、携帯端末の表示画面を見ることにより、ＣＭが視聴者に視聴されないという事態には対処できない。そのため、番組の合間に挿入されて放送されるＣＭによる広告効果が低下するという問題が依然として存在する。

開示技術の一態様では、上述の問題に鑑み、番組の本編の合間に挿入されて放送されるＣＭによる広告効果が低下することを抑制する。

開示技術の一態様は、送信装置からデータを受信する受信装置及び端末装置を含むデータ送受信システムによるデータ出力方法に関する。すなわち、受信装置は、第１のデータ及び第１のデータに含まれる特定のデータに関連する第２のデータを送信装置から受信する。そして、受信装置は、第１のデータを第１の出力部に出力する。そして、端末装置は、受信装置から第２のデータを受信し、第２のデータに基づいて特定のデータに関する情報を第２の出力部に出力する。

開示技術の一態様によれば、番組の合間に挿入されて放送されるＣＭによる広告効果が低下することを抑制する。

図１は、実施例１に係る送受信システムの構成を示すブロック図である。 図２は、実施例１に係るクライアント−サーバ型による接続要求パケットの構成の一例を示す図である。 図３は、実施例１に係るクライアント−サーバ型による応答パケットの構成の一例を示す図である。 図４は、実施例１に係る同報送信型による接続要求パケットの構成の一例を示す図である。 図５は、実施例１に係る同報送信型による応答パケットの構成の一例を示す図である。 図６は、実施例１に係る仲介サーバ型による、受信装置が送信元である接続可能通知パケットの構成の一例を示す図である。 図７は、実施例１に係る仲介サーバ型による応答パケットの構成の一例を示す図である。 図８は、実施例１に係る仲介サーバ型による、携帯端末装置が送信元である接続可能通知パケットの構成の一例を示す図である。 図９Ａは、実施例１に係る仲介サーバ型による、受信装置が送信先である接続先通知パケットの構成の一例を示す図である。 図９Ｂは、実施例１に係る仲介サーバ型による、携帯端末装置が送信先である接続先通知パケットの構成の一例を示す図である。 図１０は、実施例１に係るＣＭ関連情報の格納情報を示すディスクリプタのデータ構造の一例を示す図である。 図１１は、実施例１に係る動画コンテンツの構成の一例を示す図である。 図１２は、実施例１に係るＣＭの属性の一例を示す図である。 図１３は、実施例１に係るＣＭ関連情報格納管理テーブルの一例を示す図である。 図１４は、実施例１に係る格納場所通知パケットの構成の一例を示す図である。 図１５は、実施例１に係るＣＭ関連情報取得要求パケットの構成の一例を示す図である。 図１６は、実施例１に係るＣＭ関連情報通知パケットの構成の一例を示す図である。 図１７は、実施例１に係るＣＭ関連情報データパケットの構成の一例を示す図である。 図１８は、実施例１に係るＣＭ関連情報管理テーブルの構成の一例を示す図である。 図１９は、実施例１に係るＣＭスキップ管理テーブルの構成の一例を示す図である。 図２０Ａは、実施例１に係る表示回数管理テーブルの構成及び更新の態様の一例を示す図である。 図２０Ｂは、実施例１に係る表示回数管理テーブルの構成及び更新の態様の一例を示す図である。 図２１は、実施例１に係る携帯端末装置における基本処理を示すフローチャートである。 図２２は、実施例１に係る携帯端末装置に対する操作を検出した場合の処理を示すフローチャートである。 図２３は、実施例１に係る携帯端末装置に対する操作の検出が終了した場合の処理を示すフローチャートである。 図２４Ａは、実施例１に係るＣＭ関連情報の表示順序の一例を示す図である。 図２４Ｂは、実施例１に係るＣＭと、ＣＭ関連情報との同期表示の一例を示す図である。 図２４Ｃは、実施例１に係る携帯端末装置の操作検出時におけるＣＭ関連情報の表示順序の一例を示す図である。 図２４Ｄは、実施例１に係るＣＭ放送中にチャンネルが切り替えられた場合のＣＭ関連情報の表示順序の一例を示す図である。 図２５Ａは、実施例１に係るＣＭ関連情報の表示の一例を示す図である。 図２５Ｂは、実施例１に係るＣＭ関連情報の表示の一例を示す図である。 図２５Ｃは、実施例１に係るＣＭ関連情報の表示の一例を示す図である。 図２６は、実施例２に係るＣＭ関連情報通知パケットの構成の一例を示す図である。 図２７Ａは、実施例１及び実施例２に係るデータ送受信プログラムを実行する送信装置としてのコンピュータを示す図である。 図２７Ｂは、実施例１及び実施例２に係るデータ送受信プログラムを実行する受信装置としてのコンピュータを示す図である。 図２７Ｃは、実施例１及び実施例２に係るデータ送受信プログラムを実行する携帯端末装置としてのコンピュータを示す図である。

以下に、開示技術の実施例の一態様に係るデータ出力方法、データ出力プログラム及び端末装置を図面に基づいて説明する。なお、以下の実施例は、一例を示すに過ぎず、開示技術を限定するものではない。また、以下の実施例は、矛盾しない範囲で適宜組合せてもよい。

以下の実施例の説明に先立って、実施例で用いる用語について説明する。「動画コンテンツ」は、放送局の送信装置からブロードキャストにより送出される「番組」である。「番組」は、「本編」及び「ＣＭ（Commercial Message）」を含む。「本編」は、「ＣＭ」の出稿者による資金提供により制作された、放送局が視聴者に対して配信する「番組」である。「ＣＭ」は、「番組」の「本編」の合間に挿入されて送出される、該当の「番組」のスポンサー又はスポンサー供給の商品等を宣伝する広告番組である。また、「ＣＭ関連情報」は、ＣＭと関連付けられ、該当のＣＭと同様に、スポンサー又はスポンサー供給の商品等を宣伝する広告情報である。また、「ＣＭ関連情報の格納情報」は、単に「格納情報」とも呼び、「ＣＭ関連情報」が格納される格納場所を示す情報である。

（送受信システムの構成）
図１は、実施例１に係る送受信システムの構成を示すブロック図である。実施例１に係る送受信システム１は、送信装置１０、受信装置２０、携帯端末装置３０を含む。なお、送信装置１０は、動画コンテンツ等を放送する放送局側の装置である。送信装置１０が放送するコンテンツは、動画コンテンツに限らず、静止画コンテンツ、音響コンテンツであってもよい。受信装置２０は、送信装置１０により送信された動画コンテンツ等を受信する視聴者側の装置である。携帯端末装置３０は、視聴者が所持する携帯電話機、スマートフォン、タブレット端末等の有線又は無線による通信機能を有する携帯可能な小型端末である。なお、携帯端末装置３０は、携帯可能な小型端末に限らず、据え置き型の端末装置であってもよい。

送信装置１０、受信装置２０、携帯端末装置３０は、相互に通信可能に接続される。また、受信装置２０、携帯端末装置３０は、図示しないルータ、ハブ等の中継装置を介した無線接続又は有線接続により、同一のＬＡＮ（Local Area Network）等の局所閉域網に接続される。

送信装置１０は、送出部１１、格納部１２、管理部１３、通信部１４を含む。送出部１１は、有線又は無線の伝送路を介して、動画コンテンツ及びＣＭ関連情報の格納情報を受信装置２０へ送信する。管理部１３は、取得したＣＭ関連情報を、格納部１２へ格納することにより管理する。格納部１２は、ＣＭ関連情報を格納する。通信部１４は、受信装置２０及び携帯端末装置３０との通信を制御する。

受信装置２０は、受信部２１、通信部２２、通信部２３、表示部２４、全体制御部２５を含む。受信部２１は、送信装置１０から送信された動画コンテンツ及びＣＭ関連情報の格納情報を受信する。通信部２２は、携帯端末装置３０との通信を制御する。通信部２３は、送信装置１０との通信を制御する。表示部２４は、受信部２１により受信した動画コンテンツを表示する。全体制御部２５は、受信装置２０の全体制御を実行する。

携帯端末装置３０は、通信部３１、通信部３２、検出部３３、表示部３４、表示制御部３５、蓄積部３６、全体制御部３７を含む。通信部３１は、受信装置２０との通信を制御する。通信部３２は、送信装置１０との通信を制御する。検出部３３は、携帯端末装置３０に対する操作又は携帯端末装置３０におけるアプリケーションの実行を検出する。検出部３３が検出する携帯端末装置３０に対する操作は、例えば、携帯端末装置３０のユーザによる、図示しないキーボード、ポインティングデバイス、タッチパネル等の入力部に対する操作である。

表示部３４は、ＣＭ関連情報を表示する。表示制御部３５は、表示部３４へのＣＭ関連情報の表示を制御する。蓄積部３６は、送信装置１０から受信したＣＭ関連情報を蓄積して格納する。全体制御部３７は、携帯端末装置３０の全体制御を実行する。

なお、図１に示すように、送信装置１０と同様に、送信装置１００も、受信装置２０、携帯端末装置３０と通信する。送信装置１００は、送信装置１０と同様に、送出部１０１、格納部１０２、管理部１０３、通信部１０４を備える。送信装置１０及び送信装置１００は、同一の名称の要素は、同一の機能を持つ。送信装置１０及び送信装置１００は、個別の放送局の送信装置である。すなわち、視聴者による受信装置２０のチャンネルの切り替えに応じて、送信装置１０、受信装置２０及び携帯端末装置３０の組合せ、もしくは、送信装置１００、受信装置２０及び携帯端末装置３０の組合せの何れかの組合せの連携へと切り替わる。

（受信装置と、携帯端末装置との連携）
受信装置２０と、携帯端末装置３０との連携方法について説明する。受信装置２０と、携帯端末装置３０とは、ネゴシエーションを実行して連携を確立させる。受信装置２０、と、携帯端末装置３０とのネゴシエーション方法としては、例えば、（１）クライアント−サーバ型、（２）同報送信型、（３）仲介サーバ型の３つの方法がある。実施例１では、以下の（１）〜（３）の何れかの方法を用いて、受信装置２０と、携帯端末装置３０とは、ネゴシエーションを実行して連携を確立させる。

（１）クライアント−サーバ型について
以下、クライアント−サーバ型のネゴシエーション方法について説明する。クライアント−サーバ型のネゴシエーション方法では、次を前提とする。すなわち、受信装置２０及び携帯端末装置３０がＬＡＮ等の局所閉域網に接続される。携帯端末装置３０は、受信装置２０のＩＰ（Internet Protocol）アドレス、及び、接続要求パケットの受付ポート番号を予め取得しているとする。

ポート番号は、携帯端末装置３０が受信装置２０とのネゴシエーションを実行する際に、携帯端末装置３０が受信装置２０へ送信する接続要求パケットを受信装置２０側で受け付けるポートである接続要求パケットの受付ポート番号である。例えば、受信装置２０のＩＰアドレスは「192.168.1.10」、接続要求パケットの受付ポート番号は「50000」である。また、例えば、携帯端末装置３０のＩＰアドレスは、「192.168.1.20」である。

受信装置２０は、ＬＡＮに接続されると、通信部２２により、予め定められた接続要求パケットの受付ポート番号「50000」で、携帯端末装置３０からの接続要求パケットを待ち受ける。携帯端末装置３０は、ＬＡＮに接続されると、通信部３１により、受信装置２０のＩＰアドレス「192.168.1.10」及び受付ポート番号「50000」へ接続要求パケットを送信する。受信装置２０及び携帯端末装置３０は、ＴＣＰ（Transmission Control Protocol）又はＵＤＰ（User Datagram Protocol）で通信する。なお、受信装置２０及び携帯端末装置３０は、接続要求パケット及び応答パケットの送受信に際し、相手装置を認証する認証処理を行ってもよい。

（クライアント−サーバ型による接続要求パケット）
図２は、実施例１に係るクライアント−サーバ型による接続要求パケットの構成の一例を示す図である。クライアント−サーバ型による接続要求パケットは、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ（IDentifier）「0x0001」、機器種別「0x1002」、応答先ＩＰアドレス「192.168.1.20」、応答先ポート番号「60000」の順序で各フィールドを含む。メッセージＩＤ「0x0001」は、パケットが接続要求パケットであることを示す。機器種別は、接続要求パケットを送信した装置の種別を示す。図２の例では、接続要求パケットを送信した装置が、携帯端末装置３０であることを示す。応答先ＩＰアドレス及び応答先ポート番号は、接続要求パケットを送信した装置に対して応答パケットを送信する応答先装置のＩＰアドレス及びポート番号を示す。

（クライアント−サーバ型による応答パケット）
受信装置２０は、通信部２２により、携帯端末装置３０から接続要求パケットを受信すると、接続要求パケットから応答先ＩＰアドレス及び応答先ポート番号を抽出する。そして、受信装置２０は、抽出した応答先ＩＰアドレス及び応答先ポート番号で特定される携帯端末装置３０へ応答パケットを送信する。図３は、実施例１に係るクライアント−サーバ型による応答パケットの構成の一例を示す図である。応答パケットは、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ「0x0002」の順序で各フィールドを含む。メッセージＩＤ「0x0002」は、パケットが応答パケットであることを示す。

受信装置２０及び携帯端末装置３０は、上述のように接続要求パケット及び応答パケットを送受することにより、ネゴシエーションを実行し、連携を確立させる。なお、上述では、携帯端末装置３０から受信装置２０へ接続要求パケットを送信する例を示したが、受信装置２０から携帯端末装置３０へ接続要求パケットを送信してもよい。

（２）同報送信型について
以下、同報送信型のネゴシエーション方法について説明するが、クライアント−サーバ型のネゴシエーション方法と同様の部分については、説明を省略する。同報送信型のネゴシエーション方法では、次を前提とする。すなわち、受信装置２０及び携帯端末装置３０がＬＡＮ等の局所閉域網に接続される。携帯端末装置３０は、受信装置２０のＩＰ（Internet Protocol）アドレスを予め取得しているとする。また、携帯端末装置３０は、接続要求パケットの同報送信先のＩＰアドレス及び受付ポート番号を予め取得しているとする。

例えば、受信装置２０のＩＰアドレスは「192.168.1.10」である。また、例えば、接続要求パケットの同報送信先のＩＰアドレスは「192.168.1.255」、接続要求パケットの受付ポート番号は「50000」である。また、例えば、携帯端末装置３０のＩＰアドレスは、「192.168.1.20」である。

受信装置２０は、ＬＡＮに接続されると、通信部２２により、定期的に同報送信用（ブロードキャスト）のＩＰアドレス「192.168.1.255」及び受付ポート番号「50000」へ、ＵＤＰにより接続要求パケットを送信する。なお、ブロードキャストに限らず、マルチキャストを用いてもよい。

（同報送信型による接続要求パケット）
図４は、実施例１に係る同報送信型による接続要求パケットの構成の一例を示す図である。同報送信型による接続要求パケットは、ＩＰヘッダ、ＵＤＰヘッダ、メッセージＩＤ「0x0001」、機器種別「0x1001」、応答先ＩＰアドレス「192.168.1.10」、応答先ポート番号「60000」の順序で各フィールドを含む。

携帯端末装置３０は、ＬＡＮに接続されると、通信部３１により、予め定められた受付ポート番号「50000」で、受信装置２０からの接続要求パケットを待ち受ける。携帯端末装置３０の通信部３１は、受信装置２０の通信部２２により同報送信された接続要求パケットを受信した場合、接続要求パケットが含む応答先ＩＰアドレス「192.168.1.10」及び応答先ポート番号「60000」に対して、応答パケットを送信する。受信装置２０から携帯端末装置３０への接続要求パケットの送信は、ＵＤＰで通信する。また、携帯端末装置３０から受信装置２０への応答パケットの送信は、ＴＣＰ又はＵＤＰで通信する。なお、受信装置２０及び携帯端末装置３０は、接続要求パケット及び応答パケットの送受信に際し、相手装置を認証する認証処理を行ってもよい。

（同報送信型による応答パケット）
図５は、実施例１に係る同報送信型による応答パケットの構成の一例を示す図である。同報送信型による応答パケットは、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ「0x0002」の順序で各フィールドを含む。図５に示す例では、メッセージＩＤ「0x0002」は、パケットが応答パケットであることを示す。また、通信用ＩＰアドレス「192.168.1.20」は、応答パケットの送信元のＩＰアドレスを示す。また、通信用ＩＰポート番号「55000」は、応答パケットの送信元の受付ポート番号を示す。

受信装置２０及び携帯端末装置３０は、上述のように接続要求パケット及び応答パケットを送受することにより、ネゴシエーションを実行し、連携を確立させる。なお、上述では、受信装置２０から携帯端末装置３０へ接続要求パケットを同報送信する例を示したが、携帯端末装置３０から受信装置２０へ接続要求パケットを同報送信してもよい。

（３）仲介サーバ型について
以下、仲介サーバ型のネゴシエーション方法について説明するが、クライアント−サーバ型又は同報送信型のネゴシエーション方法と同様の部分については、説明を省略する。仲介サーバ型のネゴシエーション方法では、次を前提とする。すなわち、受信装置２０、携帯端末装置３０及び図示しない仲介サーバがＬＡＮ等の局所閉域網に接続される。受信装置２０及び携帯端末装置３０は、仲介サーバのＩＰアドレス及び受付ポート番号を予め取得しているとする。仲介サーバの受付ポート番号は、後述する接続可能通知パケットを受信するポート番号である。

例えば、受信装置２０のＩＰアドレスは「192.168.1.10」、受付ポート番号は「60000」である。また、例えば、仲介サーバのＩＰアドレスは「192.168.1.100」、受付ポート番号は「50000」である。また、例えば、携帯端末装置３０のＩＰアドレスは「192.168.1.20」、受付ポート番号は「55000」である。

受信装置２０は、ＬＡＮに接続されると、通信部２２により、仲介サーバのＩＰアドレス「192.168.1.100」及び受付ポート番号「50000」へ、接続可能通知パケットを送信する。受信装置２０及び仲介サーバは、ＴＣＰ又はＵＤＰで通信する。なお、受信装置２０及び仲介サーバは、接続可能通知パケット及び応答パケットの送受信に際し、相手装置を認証する認証処理を行ってもよい。

（仲介サーバ型による接続要求パケット）
図６は、実施例１に係る仲介サーバ型による、受信装置が送信元である接続可能通知パケットの構成の一例を示す図である。受信装置が送信元である接続可能通知パケットは、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ「0x0001」、機器種別「0x1001」、接続先ＩＰアドレス「192.168.1.10」、接続先ポート番号「60000」の順序で各フィールドを含む。なお、図６では、メッセージＩＤ「0x0001」は、パケットが接続可能通知パケットであることを示す。また、図６では、接続先ＩＰアドレス及び接続先ポート番号は、受信装置２０のＩＰアドレス「192.168.1.10」及び受付ポート番号「60000」を示す。

（仲介サーバ型による応答パケット）
仲介サーバは、受信装置２０から接続可能通知パケットを受信すると、受信装置が送信先である応答パケットを送信する。図７は、実施例１に係る仲介サーバ型による応答パケットの構成の一例を示す図である。仲介サーバ型による応答パケットは、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ「0x0002」の順序で各フィールドを含む。なお、図７では、メッセージＩＤ「0x0002」は、パケットが応答パケットであることを示す。

携帯端末装置３０は、ＬＡＮに接続されると、通信部３１により、仲介サーバのＩＰアドレス「192.168.1.100」及びポート番号「50000」へ、接続可能通知パケットを送信する。携帯端末装置３０及び仲介サーバは、ＴＣＰ又はＵＤＰで通信する。携帯端末装置３０及び仲介サーバは、接続可能通知パケット及び応答パケットの送受信の際に、相手装置を認証する認証処理を行ってもよい。

（仲介サーバ型による接続可能通知パケット）
図８は、実施例１に係る仲介サーバ型による、携帯端末装置が送信元である接続可能通知パケットの構成の一例を示す図である。携帯端末装置が送信元である接続可能通知パケットは、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ「0x0001」、機器種別「0x1002」、接続先ＩＰアドレス「192.168.1.20」、接続先ポート番号「55000」の順序で各フィールドを含む。なお、図８では、メッセージＩＤ「0x0001」は、パケットが接続可能通知パケットであることを示す。また、図８では、接続先ＩＰアドレス及び接続先ポート番号は、携帯端末装置３０のＩＰアドレス「192.168.1.20」及びポート番号「55000」を示す。

仲介サーバは、携帯端末装置３０から接続可能通知パケットを受信すると、受信装置２０と、携帯端末装置３０とのペアリングが可能と判定した場合に、受信装置２０及び携帯端末装置３０に対して、接続先通知パケットを送信する。なお、ペアリングが可能か否かを判定する基準としては、受信装置２０、携帯端末装置３０のそれぞれから接続可能通知パケットを受信していること等が挙げられる。あるいは、ペアリングが可能か否かを判定する基準としては、受信装置２０、携帯端末装置３０のそれぞれが相手装置に求める性能、機能又はセキュリティ水準を満たしているか否かを採用してもよい。この場合、受信装置２０、携帯端末装置３０は、仲介サーバへ送信する接続可能通知パケットに、自装置の性能、機能又はセキュリティ水準に関する情報を含めてもよい。

（仲介サーバ型による接続先通知パケット）
図９Ａは、実施例１に係る仲介サーバ型による、受信装置が送信先である接続先通知パケットの構成の一例を示す図である。図９Ｂは、実施例１に係る仲介サーバ型による、携帯端末装置が送信先である接続先通知パケットの構成の一例を示す図である。仲介サーバは、受信装置２０と、携帯端末装置３０とのペアリングが可能と判定した場合に、受信装置２０へは図９Ａに示す接続先通知パケットを送信し、携帯端末装置３０へは図９Ｂに示す接続先通知パケットを送信する。

仲介サーバが受信装置２０へ送信する接続先通知パケットは、図９Ａに示すように、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ「0x0003」、接続先ＩＰアドレス「192.168.1.20」、接続先ポート番号「55000」の順序で各フィールドを含む。なお、図９Ａでは、メッセージＩＤ「0x0003」は、パケットが接続先通知パケットであることを示す。また、図９Ａでは、接続先ＩＰアドレス及び接続先ポート番号は、携帯端末装置３０のＩＰアドレス「192.168.1.20」及びポート番号「55000」を示す。

また、仲介サーバが携帯端末装置３０へ送信する接続先通知パケットは、図９Ｂに示すように、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ「0x0003」、接続先ＩＰアドレス「192.168.1.10」、接続先ポート番号「60000」の順序で各フィールドを含む。なお、図９Ｂでは、メッセージＩＤ「0x0003」は、パケットが接続先通知パケットであることを示す。また、図９Ｂでは、接続先ＩＰアドレス及び接続先ポート番号は、受信装置２０のＩＰアドレス「192.168.1.10」及びポート番号「60000」を示す。

接続先通知パケットを受信した受信装置２０及び携帯端末装置３０は、接続先通知パケットが含む接続先ＩＰアドレス及び接続先ポート番号に基づいて、接続先の装置とＴＣＰ又はＵＤＰにより接続することで、ネゴシエーションを完了させる。受信装置２０及び携帯端末装置３０は、ネゴシエーションの際に、相手装置を認証する認証処理を行ってもよい。

（ＣＭ関連情報の格納情報の送信方法）
送信装置１０は、送出部１１により、動画コンテンツとともにＣＭ関連情報の格納情報を送信する。以下、ＣＭ関連情報の格納情報の送信方法について説明する。図１０は、実施例１に係るＣＭ関連情報の格納情報を示すディスクリプタのデータ構造の一例を示す図である。デジタル放送等における送信装置１０は、ＭＰＥＧ−２ Ｓｙｓｔｅｍ規格に則って、ＴＳ（Transport Stream）パケットとして動画コンテンツを送信する。ＭＰＥＧ−２ Ｓｙｓｔｅｍ規格では、各動画コンテンツのＴＳパケットを識別するために、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）等を用いる。実施例１では、動画コンテンツの符号化方法等を記述するためのディスクリプタ（Descriptor）を定義するＰＭＴに、ＣＭ関連情報の格納情報を示すディスクリプタを追加する。

図１０に示すように、ＣＭ関連情報の格納情報を示すディスクリプタ（CMDataServer_descriptor）は、descriptor_tag、descriptor_length、IP_Address、IP_Port、Channel_ID、Program_IDの順序で各フィールドを含む。descriptor_tagは、descriptorの種類を識別する情報が格納される８ビットのフィールドであり、ユーザごとのプライベートの値である「６４」〜「２５５」のいずれかの値が格納される。

descriptor_lengthは、descriptor_lengthフィールドの直後に続くdescriptorのバイト長を示す情報を格納する８ビットのフィールドであり、例えば「１０」が格納される。IP_Addressは、ＣＭ関連情報の格納場所のＩＰアドレスが格納される３２ビットのフィールドである。IP_Portは、ＣＭ関連情報の格納場所のポート番号が格納される１６ビットのフィールドである。Channel_IDは、動画コンテンツ等が送信されるチャンネルの識別情報が格納される１６ビットのフィールドである。Channel_IDは、チャンネル（例えば放送局等）ごとに一意の番号が割り当てられる。Program_IDは、動画コンテンツを識別するＩＤを格納する１６ビットのフィールドである。Program_IDは、各チャンネル（例えば放送局など）における動画コンテンツごとに一意の番号が割り当てられる。

受信装置２０は、ＰＭＴに含まれるCMDataServer_descriptorを解析することで、ＣＭ関連情報の格納情報（ＩＰアドレス、ポート番号、チャンネルＩＤ、プログラムＩＤ）を取得する。なお、ＣＭ関連情報の格納情報の他の送信方法として、ＣＭ関連情報の格納情報をＩＰパケットとして受信装置２０へ直接送信する方法や、ＩＰＤＣ（IP Data Cast）用いて受信装置２０へ送信してもよい。

（動画コンテンツの構成と表示ルール）
実施例１における番組としての動画コンテンツの構成の一例を説明する。図１１は、実施例１に係る動画コンテンツの構成の一例を示す図である。図１２は、実施例１に係るＣＭの属性の一例を示す図である。図１１に示すように、送信装置１０は、一例として、本編１、ＣＭ１、ＣＭ２、ＣＭ３、本編２という順序で番組を送信する。図１２に示すように、ＣＭ１、ＣＭ２、ＣＭ３は、放送時間及び種別が、それぞれ「３０秒」及び「番組への提供ＣＭ」、「１５秒」及び「番組への提供ＣＭ」、「１５秒」及び「スポットＣＭ」である。

実施例１では、例えば、携帯端末装置３０に表示させるＣＭ関連情報の表示ルールとして、出稿比率によるルールを用いる。すなわち、ＣＭの放送時間を第１の優先度とし、ＣＭの種別を第２の優先度とする。すなわち、ＣＭの放送時間が長いほど表示順序が優先され、ＣＭの種別が「スポットＣＭ」よりも「番組への提供ＣＭ」である方が、表示順序が優先される。図１２に示す例では、ＣＭ１、ＣＭ２、ＣＭ３の出稿比率は、２：１：１である。すなわち、上述のようにＣＭの放送時間及びＣＭの種別を考慮すると、実施例１では、ＣＭの表示順序は、ＣＭ１、ＣＭ２、ＣＭ３となる。なお、出稿比率による表示ルールを用いず、番組の送信側（例えば放送局）で任意に表示順序を決定してもよい。

（ＣＭ関連情報の内容）
ＣＭ関連情報としては、例えば、菓子を製造する会社の社名、菓子の名称、菓子の特徴、セールスポイントなどがある。これらの情報が、テキスト、静止画像、動画像、音声として携帯端末装置３０から出力される。

実施例１では、送信装置１０から動画コンテンツをデジタル放送で受信装置２０に送信する場合について説明する。送信装置１０は、本編及びＣＭを含む動画コンテンツ、ＣＭ関連情報の格納情報、ＣＭ関連情報が入力される。なお、これらの情報は、予め記憶装置へ格納され、送信装置１０が記憶装置から読み出して送信してもよい。

送出部１１は、ＭＰＥＧ−２ Ｓｙｓｔｅｍ規格に則って、ＴＳパケット化された動画コンテンツを送信する。送出部１１は、ＰＭＴのディスクリプタ領域にＣＭ関連情報の格納情報として、図１０に示すCMDataServer_descriptorを動画コンテンツに追加して送出する。ここでは、CMDataServer_descriptorのIP_Address、IP_Portに通信部１４のＩＰアドレス及びポート番号が、Channel_IDに１が、Program_IDに１が設定されるものとする。

（ＣＭ関連情報格納管理テーブル）
管理部１３は、ＣＭ関連情報を格納部１２に格納するとともに、ＣＭ関連情報格納管理テーブルを生成し、格納部１２に格納する。図１３は、実施例１に係るＣＭ関連情報格納管理テーブルの一例を示す図である。ＣＭ関連情報格納管理テーブル１２ａは、チャンネルＩＤ、プログラムＩＤ、ＣＭ ＩＤ、ＣＭ種別、ＣＭ関連情報種別、ＣＭ挿入時間、有効期間、表示順序、格納場所のカラムを含む。

チャンネルＩＤ及びプログラムＩＤは、前述のCMDataServer_descriptorに格納されるChannel_ID及びProgram_IDと同一である。ＣＭ ＩＤは、ＣＭごとに一意に割り当てられる値である。実施例１では、ＣＭ１に対して１、ＣＭ２に対して２、ＣＭ３に対して３が割り当てられる。ＣＭ種別は、番組への提供ＣＭに対して１、スポットＣＭに対して２が割り当てられる。ＣＭ関連情報種別は、ＣＭ関連情報の提供形態を示し、テキストに対して１、静止画像に対して２、動画像に対して３が割り当てられる。

ＣＭ挿入時間は、該当のＣＭを送信する日時を示す。ＣＭ挿入時間は、ＣＭを送信する時間の情報、すなわちＣＭの放送時間の情報を含む。有効期間は、ＣＭ関連情報が有効である期間を示す。有効期間は、例えば、番組送信開始から番組送信終了までである。表示順序は、ＣＭ関連情報の表示順序を示す。格納場所は、格納部１２におけるＣＭ関連情報の場所、例えば記憶位置を示すアドレス等を示す。管理部１３は、ＣＭ挿入時間と、ＣＭ関連情報種別とを基に、ＣＭの表示順序を決定する。

一方、受信装置２０及び携帯端末装置３０は、予めネゴシエーションを実行し、時刻を同期する。時刻の同期は、受信装置２０、携帯端末装置３０の何れかを基準にする方法や、同一の時刻サーバ（ＮＴＰ（Network Time Protocol）サーバ等）と、受信装置２０及び携帯端末装置３０が接続して時刻を同期する方法がある。

受信装置２０は、送信装置１０から送信された動画コンテンツ及びＣＭ関連情報の格納情報を受信部２１により受信する。そして、受信装置２０は、受信した動画コンテンツを表示部２４に表示する。また、受信装置２０は、受信部２１により、受信したＣＭ関連情報の格納情報が含むＰＭＴのdescriptor領域からCMDataServer_descriptorを検出する。そして、受信装置２０は、受信部２１により、ＣＭ関連情報の格納場所、例えば、送信装置１０のＩＰアドレス及び受付ポート番号、チャンネルＩＤ、プログラムＩＤを抽出し、全体制御部２５へ通知する。

（格納場所通知パケット）
受信装置２０は、通信部２２により、携帯端末装置３０の通信部３１へ、格納場所通知パケットをＴＣＰ又はＵＤＰにより送信する。図１４は、実施例１に係る格納場所通知パケットの構成の一例を示す図である。格納場所通知パケットは、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ「0x0011」、接続先ＩＰアドレス、接続先ポート番号、チャンネルＩＤ、プログラムＩＤ、動画コンテンツの受信開始時刻の順序で各フィールドを含む。なお、図１４では、メッセージＩＤ「0x0011」は、パケットが格納場所通知パケットであることを示す。また、図１４では、例えば、チャンネルＩＤは「0x0001」であり、プログラムＩＤは「0x0001」である。また、図１４では、接続先ＩＰアドレスは、送信装置１０のＩＰアドレスである。また、図１４では、接続先ポート番号は、送信装置１０の受付ポート番号である。

（ＣＭ関連情報取得要求パケット）
携帯端末装置３０は、通信部３２により、送信装置１０の通信部１４へ、格納場所通知パケットに基づき、ＣＭ関連情報取得要求パケットを送信することにより、送信装置１０からＣＭ関連情報を取得する。図１５は、実施例１に係るＣＭ関連情報取得要求パケットの構成の一例を示す図である。図１５に示すように、ＣＭ関連情報取得要求パケットは、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ「0x0021」、チャンネルＩＤ、プログラムＩＤの順序で各フィールドを含む。なお、図１５では、メッセージＩＤ「0x0021」は、パケットがＣＭ関連情報取得要求パケットであることを示す。また、図１５では、例えば、チャンネルＩＤは「0x0001」であり、プログラムＩＤは「0x0001」である。

（ＣＭ関連情報通知パケット）
送信装置１０は、携帯端末装置３０からＣＭ関連情報取得要求パケットを受信すると、携帯端末装置３０へＣＭ関連情報通知パケットを送信する。図１６は、実施例１に係るＣＭ関連情報通知パケットの構成の一例を示す図である。ＣＭ関連情報通知パケットは、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ「0x0022」、チャンネルＩＤ、プログラムＩＤ、ＣＭ関連情報数の順序で各フィールドを含む。さらに、ＣＭ関連情報通知パケットは、ＣＭ関連情報数に続き、ＣＭ関連情報ＩＤ、ＣＭ関連情報表示順序、ＣＭ挿入時間、ＣＭ関連情報有効期間の順序で各フィールドを含む。図１６に示すように、ＣＭ関連情報ＩＤからＣＭ関連情報有効期間までがＣＭ関連情報数の分だけ繰り返し存在する。なお、図１６では、例えば、チャンネルＩＤは「0x0001」であり、プログラムＩＤは「0x0001」である。

図１６では、メッセージＩＤ「0x0022」は、パケットがＣＭ関連情報通知パケットであることを示す。また、図１６に示すＣＭ関連情報数は、図１３の格納場所を示す値が５種類であることから、「５」である。また、図１６に示すＣＭ関連情報ＩＤは、図１３に示すＣＭ ＩＤに該当する。また、図１６に示すＣＭ関連情報表示順序は、図１３に示す表示順序に該当する。また、ＣＭ挿入時間は、図１３に示すＣＭ挿入時間に該当する。また、図１６に示すＣＭ関連情報有効期間は、図１３に示す有効期間に該当する。

（ＣＭ関連情報データパケット）
携帯端末装置３０は、送信装置１０から受信したＣＭ関連情報通知パケットとともに、送信装置１０からＣＭ関連情報データパケットを受信することにより、ＣＭ関連情報データを取得する。図１７は、実施例１に係るＣＭ関連情報データパケットの構成の一例を示す図である。図１７に示すように、ＣＭ関連情報データパケットは、ＩＰヘッダ、ＴＣＰ又はＵＤＰヘッダ、メッセージＩＤ「0x0023」、ＣＭ関連情報ＩＤ、ＣＭ関連情報種別、ＣＭ関連情報データの順序で各フィールドを含む。

図１７では、メッセージＩＤ「0x0023」は、パケットがＣＭ関連情報データパケットであることを示す。また、図１７に示すＣＭ関連情報ＩＤは、図１３に示すＣＭ ＩＤに該当する。また、図１７に示すＣＭ関連情報種別は、図１３に示す表示順序に該当する。なお、実施例１では、ＣＭ関連情報通知パケットと、ＣＭ関連情報データパケットとを別パケットとするが、１つのパケットでまとめて送信してもよい。

（ＣＭ関連情報管理テーブル）
携帯端末装置３０において、表示制御部３５は、全体制御部３７から通知された情報を基にＣＭ関連情報管理テーブル３６ａを生成又は更新する。図１８は、実施例１に係るＣＭ関連情報管理テーブルの構成の一例を示す図である。ＣＭ関連情報管理テーブル３６ａは、チャンネルＩＤ、プログラムＩＤ、ＣＭ ＩＤ、ＣＭ関連情報種別、ＣＭ挿入時間、有効期間、表示順序、格納場所の順序で各カラムを含む。

チャンネルＩＤは、受信装置２０において受信し、番組を表示中のチャンネルを識別する情報である。プログラムＩＤは、受信装置２０において受信し、表示中の番組を識別する情報である。ＣＭ ＩＤは、受信装置２０において受信し、表示中の番組の本編の合間に挿入されて表示されるＣＭの識別情報である。ＣＭ挿入時間は、番組の本編の合間に該当するＣＭを挿入する時間帯である。有効期間は、番組の本編の合間に該当するＣＭを挿入できる期限である。表示順序は、該当するＣＭに関連するＣＭ関連情報を携帯端末装置３０に表示する表示順序である。格納場所は、該当するＣＭに関連するＣＭ関連情報が格納される場所を示す。

通信部３２は、ＣＭ関連情報通知パケット及びＣＭ関連情報データパケットを送信装置１０から受信する。通信部３２は、ＣＭ関連情報通知パケットからチャンネルＩＤ、プログラムＩＤ、ＣＭ関連情報数、ＣＭ関連情報ＩＤ、ＣＭ関連情報表示順序、ＣＭ挿入時間、ＣＭ関連情報有効期間を抽出する。ここで、ＣＭ関連情報ＩＤ〜ＣＭ関連情報有効期間は、ＣＭ関連情報数だけ抽出される。

また、通信部３２は、ＣＭ関連情報データパケットから、ＣＭ関連情報ＩＤ、ＣＭ関連情報種別、ＣＭ関連情報データを抽出する。通信部３２は、これら抽出した情報を全体制御部３７へ通知する。全体制御部３７は、通信部３２から通知された情報をＣＭ関連情報データとして、蓄積部３６内のＣＭ関連情報管理テーブル３６ａに格納して蓄積する。

また、全体制御部３７は、表示制御部３５へ、チャンネルＩＤ、プログラムＩＤ、ＣＭ関連情報数、ＣＭ関連情報ＩＤ、ＣＭ関連情報表示順序、ＣＭ挿入時間、ＣＭ関連情報有効期間、ＣＭ関連情報種別、ＣＭ関連情報蓄積場所を通知する。ＣＭ関連情報蓄積場所は、例えば、格納位置を示すアドレスである。ここで、ＣＭ関連情報ＩＤ〜ＣＭ関連情報有効期間は、ＣＭ関連情報数だけ通知される。表示制御部３５は、全体制御部３７から通知された情報を基に、ＣＭ関連情報管理テーブル３６ａを生成又は更新する。

（ＣＭスキップ管理テーブル）
携帯端末装置３０において、表示制御部３５は、受信装置２０から新たに格納場所通知パケットを受信すると、受信開始時刻を基にＣＭ関連情報管理テーブル３６ａを検索し、受信開始時刻がＣＭ挿入時間に含まれるか否かを判定する。この判定は、例えば、ＣＭ放送中に他のチャンネルに切り替えられる場合に実行される。ＣＭ挿入時間は、ＣＭ挿入時間前後を含む任意の時間、例えば１分を含む時間である。

表示制御部３５は、受信開始時刻がＣＭ挿入時間帯に含まれる場合、蓄積部３６に格納されるＣＭスキップ管理テーブル３６ｂに各情報を記録する。図１９は、実施例１に係るＣＭスキップ管理テーブルの構成の一例を示す図である。図１９に示すように、ＣＭスキップ管理テーブル３６ｂは、受信開始時刻、前チャンネルＩＤ、前プログラムＩＤ、前ＣＭ ＩＤ、現チャンネルＩＤ、現プログラムＩＤ、現ＣＭ ＩＤ、有効期間（前ＣＭ ＩＤの有効期間）の順序で各フィールドを含む。

（表示回数管理テーブル）
表示制御部３５は、表示部３４に表示したＣＭ関連情報の表示回数について、番組視聴開始以来の累計表示回数と、携帯端末装置３０での操作又はアプリケーションの動作を検出した操作期間中の表示回数を表示回数管理テーブルに記録する。表示回数管理テーブル３６ｃは、ＣＭ ＩＤごとに、視聴開始時（ＣＭ関連情報の表示開始時）からの表示回数、操作期間の表示回数を記録する。図２０Ａ及び図２０Ｂは、実施例１に係る表示回数管理テーブルの構成及び更新の態様の一例を示す図である。また、各表示回数の記録は、例えば、図２０Ａに示す態様から図２０Ｂに示す態様への更新を一例として、ＣＭ関連情報を表示するごとに更新される。

（携帯端末装置における基本処理）
図２１は、実施例１に係る携帯端末装置における基本処理を示すフローチャートである。先ず、携帯端末装置３０において、通信部３１は、受信装置２０から格納場所通知パケットを受信する（ステップＳ１０１）。そして、通信部３１は、接続先ＩＰアドレス、接続先ポート番号、チャンネルＩＤ、プログラムＩＤ、受信開始時刻を全体制御部３７へ通知する。そして、全体制御部３７は、チャンネルＩＤ、プログラムＩＤ、受信開始時刻を表示制御部３５へ通知する。そして、表示制御部３５は、後述するＣＭ関連情報管理テーブルを参照し、該当するＣＭ関連情報が存在するか否かを判定する（ステップＳ１０２）。

表示制御部３５は、該当するＣＭ関連情報が存在する場合（ステップＳ１０２Ｙｅｓ）、ステップＳ１０７へ処理を移す。一方、表示制御部３５は、該当するＣＭ関連情報が存在しない場合（ステップＳ１０２Ｎｏ）、ステップＳ１０３へ処理を移す。そして、通信部３２は、送信装置１０の通信部１４へ、ＣＭ関連情報取得要求パケットを送信する（ステップＳ１０３）。

なお、送信装置１０において、通信部１４は、携帯端末装置３０からのＣＭ関連情報取得要求パケットを受信すると、チャンネルＩＤ及びプログラムＩＤを抽出し、管理部１３へ通知する。管理部１３は、通知されたチャンネルＩＤ及びプログラムＩＤを基に、ＣＭ関連情報格納管理テーブルからＣＭ関連情報のＣＭ ＩＤ、ＣＭ挿入時間、有効期間、表示順序を取得し、ＣＭ関連情報通知パケットとして、通信部１４から携帯端末装置３０へ送信する。また、管理部１３は、格納情報に基づきＣＭ関連情報データを格納部１２から取得し、ＣＭ関連情報データパケットにて通信部１４から携帯端末装置３０へ送信する。

そして、通信部３２は、送信装置１０から、ＣＭ関連情報通知パケット及びＣＭ関連情報データパケットを受信する（ステップＳ１０４）。そして、全体制御部３７は、通信部３２により受信したＣＭ関連情報データパケットからＣＭ関連情報データを抽出し、蓄積部３６へ格納する（ステップＳ１０５）。そして、全体制御部３７は、ＣＭ関連情報通知パケット又はＣＭ関連情報データパケットが含む情報に基づき、ＣＭ関連情報管理テーブル３６ａを生成する（ステップＳ１０６）。

また、全体制御部３７は、検出部３３により、携帯端末装置３０に対する操作又は携帯端末装置３０におけるアプリケーションの動作があるか否かを判定する（ステップＳ１０７）。全体制御部３７は、携帯端末装置３０に対する操作又は携帯端末装置３０におけるアプリケーションの動作があると判定した場合（ステップＳ１０７Ｙｅｓ）、ステップＳ１０９へ処理を移す。一方、全体制御部３７は、携帯端末装置３０に対する操作又は携帯端末装置３０におけるアプリケーションの動作があると判定しなかった場合（ステップＳ１０７Ｎｏ）、ステップＳ１０８へ処理を移す。ステップＳ１０８では、全体制御部３７は、検出部３３により、携帯端末装置３０に対する操作又は携帯端末装置３０におけるアプリケーションの動作の検出を開始する。

ステップＳ１０９では、表示制御部３５は、受信装置２０から通知されたチャンネルＩＤ及びプログラムＩＤが、ＣＭスキップ管理テーブル３６ｂの前チャンネルＩＤ及び前プログラムＩＤに該当するか否かを判定する。表示制御部３５は、受信装置２０から通知されたチャンネルＩＤ及びプログラムＩＤが、ＣＭスキップ管理テーブル３６ｂの前チャンネルＩＤ及び前プログラムＩＤに該当すると判定した場合（ステップＳ１０９Ｙｅｓ）、ステップＳ１１０へ処理を移す。一方、表示制御部３５は、受信装置２０から通知されたチャンネルＩＤ及びプログラムＩＤが、ＣＭスキップ管理テーブルの前チャンネルＩＤ及び前プログラムＩＤに該当すると判定しなかった場合（ステップＳ１０９Ｎｏ）、ステップＳ１１２へ処理を移す。

ステップＳ１１０では、表示制御部３５は、格納場所通知パケットの今回の受信開始時刻と、ＣＭスキップ管理テーブル３６ｂに記録される受信開始時刻とが、ＣＭ関連情報管理テーブル３６ａの何れのＣＭ挿入時間に含まれるかを特定する。そして、表示制御部３５は、ステップＳ１１１で特定したＣＭ挿入時間に該当するＣＭ関連情報を挿入して表示部３４に表示する（ステップＳ１１１）。

そして、表示制御部３５は、格納場所通知パケットの受信開始時刻を基にＣＭ関連情報管理テーブル３６ａを検索し、受信開始時刻がＣＭ挿入時間帯に含まれるかどうかを判定する（ステップＳ１１２）。表示制御部３５は、受信開始時刻がＣＭ挿入時間帯に含まれると判定した場合（ステップＳ１１２Ｙｅｓ）、ステップＳ１１４へ処理を移す。一方、表示制御部３５は、受信開始時刻がＣＭ挿入時間帯に含まれると判定しなかった場合（ステップＳ１１２Ｎｏ）、ステップＳ１１３へ処理を移す。

ステップＳ１１３では、表示制御部３５は、ＣＭ挿入時間帯に含まれる受信開始時刻をＣＭスキップ管理テーブル３６ｂに記録する。そして、表示制御部３５は、ＣＭ関連情報管理テーブル３６ａの表示順序を基にＣＭ関連情報を表示部３４に表示する（ステップＳ１１４）。

そして、表示制御部３５は、ステップＳ１１４で表示部３４に表示したＣＭ関連情報の表示回数に１を加算し、表示回数管理テーブル３６ｃを更新する（ステップＳ１１５）。そして、表示制御部３５は、ＣＭ関連情報管理テーブル３６ａの有効期間を確認する（ステップＳ１１６）。そして、表示制御部３５は、有効期間を過ぎたＣＭ関連情報がＣＭ関連情報管理テーブル３６ａに存在する場合（ステップＳ１１６Ｎｏ）、該当のＣＭ関連情報をＣＭ関連情報管理テーブル３６ａから削除する（ステップＳ１１７）。一方、表示制御部３５は、有効期間を過ぎたＣＭ関連情報がＣＭ関連情報管理テーブル３６ａに存在しない場合（ステップＳ１１６Ｙｅｓ）、ステップＳ１１４へ処理を移す。

ステップＳ１１７に続き、表示制御部３５は、ＣＭ関連情報管理テーブル３６ａに何れかのエントリーが存在するか否かを判定する（ステップＳ１１８）。表示制御部３５は、ＣＭ関連情報管理テーブル３６ａに何れのエントリーも存在しない場合（ステップＳ１１８Ｎｏ）、全体制御部３７に対して検出部３３の動作を停止させる（ステップＳ１１９）。一方、表示制御部３５は、ＣＭ関連情報管理テーブル３６ａに何れかのエントリーが存在する場合（ステップＳ１１８Ｙｅｓ）、携帯端末装置の動作を終了する。

（携帯端末装置に対する操作を検出した場合の処理）
図２２は、実施例１に係る携帯端末装置に対する操作を検出した場合の処理を示すフローチャートである。携帯端末装置３０において、検出部３３は、受信装置２０の表示部２４に動画コンテンツを表示中に、携帯端末装置３０に対する最初の操作を検出し、全体制御部３７を介して表示制御部３５へ操作検出を通知する（ステップＳ２０１）。そして、表示制御部３５は、操作タイマーが起動中か否かを判定する（ステップＳ２０２）。なお、操作タイマーは、表示制御部３５が、携帯端末装置３０に対する操作の検出中又は携帯端末装置３０におけるアプリケーションの動作中の時間を計時するタイマーである。

表示制御部３５は、操作タイマーが起動中であると判定した場合（ステップＳ２０２Ｙｅｓ）、ステップＳ２０３へ処理を移し、操作タイマーが起動中であると判定しなかった場合（ステップＳ２０２Ｎｏ）、ステップＳ２０４へ処理を移す。ステップＳ２０３では、表示制御部３５は、操作タイマーをリセットする。表示制御部３５は、ステップＳ２０３の処理が終了すると、ステップＳ２０７へ処理を移す。

一方、ステップＳ２０４では、表示制御部３５は、操作タイマーを開始する。そして、表示制御部３５は、表示回数管理テーブル３６ｃを確認し（ステップＳ２０５）、確認結果に基づいてＣＭ関連情報の表示順序を決定する（ステップＳ２０６）。そして、表示制御部３５は、ステップＳ２０６で決定した表示順序又はＣＭ関連情報管理テーブル３６ａに格納される表示順序に従って、ＣＭ関連情報を表示部３４に表示する（ステップＳ２０７）。

そして、表示制御部３５は、ステップＳ２０７で表示部３４に表示したＣＭ関連情報のＣＭ関連情報の表示開始時からの表示回数及び操作検出期間中の表示回数にそれぞれ１を加算し、表示回数管理テーブル３６ｃを更新する（ステップＳ２０８）。そして、表示制御部３５は、ＣＭ関連情報管理テーブル３６ａの有効期間を確認する（ステップＳ２０９）。そして、表示制御部３５は、有効期間を過ぎたＣＭ関連情報がＣＭ関連情報管理テーブル３６ａに存在する場合（ステップＳ２０９Ｎｏ）、該当のＣＭ関連情報をＣＭ関連情報管理テーブル３６ａから削除する（ステップＳ２１０）。一方、表示制御部３５は、有効期間を過ぎたＣＭ関連情報がＣＭ関連情報管理テーブル３６ａに存在しない場合（ステップＳ２０９Ｙｅｓ）、ステップＳ２０７へ処理を移す。

ステップＳ２１０に続き、表示制御部３５は、ＣＭ関連情報管理テーブル３６ａに何れかのエントリーが存在するか否かを判定する（ステップＳ２１１）。表示制御部３５は、ＣＭ関連情報管理テーブル３６ａに何れのエントリーも存在しない場合（ステップＳ２１１Ｎｏ）、全体制御部３７に対して検出部３３の動作を停止させる（ステップＳ２１２）。一方、表示制御部３５は、ＣＭ関連情報管理テーブル３６ａに何れかのエントリーが存在する場合（ステップＳ２１１Ｙｅｓ）、携帯端末装置に対する操作を検出した場合の処理を終了する。

（携帯端末装置に対する操作の検出が終了した場合の処理）
図２３は、実施例１に係る携帯端末装置に対する操作の検出が終了した場合の処理を示すフローチャートである。表示制御部３５は、操作タイマーがタイムアウトしたことを検知する（ステップＳ３０１）。すなわち、表示制御部３５は、操作タイマーがタイムアウトにより、携帯端末装置３０に対する操作が終了したと判定する。そして、表示制御部３５は、操作タイマーを停止する（ステップＳ３０２）。

そして、表示制御部３５は、それまでに表示した各ＣＭ関連情報の表示回数を表示回数管理テーブル３６ｃに記録する。表示回数管理テーブル３６ｃは、ＣＭ ＩＤごとに、試聴開始時（ＣＭ関連情報の表示開始時）からの表示回数、操作検出期間の表示回数を記録する。そして、表示制御部３５は、表示回数管理テーブル３６ｃを確認し（ステップＳ３０３）、確認結果に基づいてＣＭ関連情報の表示順序を決定する（ステップＳ３０４）。そして、表示制御部３５は、ステップＳ３０４で決定した表示順序又はＣＭ関連情報管理テーブル３６ａに格納される表示順序に従って、ＣＭ関連情報を表示部３４に表示する（ステップＳ３０５）。

そして、表示制御部３５は、ステップＳ３０５で表示部３４に表示したＣＭ関連情報のＣＭ関連情報の表示開始時からの表示回数及び操作検出期間中の表示回数にそれぞれ１を加算し、表示回数管理テーブル３６ｃを更新する（ステップＳ３０６）。そして、表示制御部３５は、ＣＭ関連情報管理テーブル３６ａの有効期間を確認する（ステップＳ３０７）。そして、表示制御部３５は、有効期間を過ぎたＣＭ関連情報がＣＭ関連情報管理テーブル３６ａに存在する場合（ステップＳ３０７Ｎｏ）、該当のＣＭ関連情報をＣＭ関連情報管理テーブル３６ａから削除する（ステップＳ３０８）。一方、表示制御部３５は、有効期間を過ぎたＣＭ関連情報がＣＭ関連情報管理テーブル３６ａに存在しない場合（ステップＳ３０７Ｙｅｓ）、ステップＳ３０５へ処理を移す。

ステップＳ３０８に続き、表示制御部３５は、ＣＭ関連情報管理テーブル３６ａに何れかのエントリーが存在するか否かを判定する（ステップＳ３０９）。表示制御部３５は、ＣＭ関連情報管理テーブル３６ａに何れのエントリーも存在しない場合（ステップＳ３０９Ｎｏ）、全体制御部３７に対して検出部３３の動作を停止させる（ステップＳ３１０）。一方、表示制御部３５は、ＣＭ関連情報管理テーブル３６ａに何れかのエントリーが存在する場合（ステップＳ３０９Ｙｅｓ）、携帯端末装置に対する操作の検出が終了した場合の処理を終了する。

（ＣＭ関連情報の表示順序）
図２４Ａは、実施例１に係るＣＭ関連情報の表示順序の一例を示す図である。図２４Ａは、放送時間の比率及び種別に応じてＣＭ関連情報を携帯端末装置３０の表示部３４に表示する例である。図２４Ａでは、図１２に示すように、放送時間が、ＣＭ１：ＣＭ２：ＣＭ３＝２：１：１であり、種別が、ＣＭ１、ＣＭ２、ＣＭ３＝番組への提供ＣＭ、番組への提供ＣＭ、スポットＣＭであることを全体とする。この前提の下で、受信装置２０の表示部２４に、本編１、ＣＭ１、ＣＭ２、ＣＭ３、本編２の順序で番組が表示され、携帯端末装置３０の表示部３４に、ＣＭ１、ＣＭ２、ＣＭ３、ＣＭ１の順序で同一時間ずつ繰り返しＣＭ関連情報が表示される。これにより、視聴者が番組のＣＭ中に携帯端末装置３０の表示部３４を見ていた場合でも、ＣＭ関連情報が表示されるため、ＣＭ未視聴によるＣＭ効果の低下を防止することができる。

（ＣＭと、ＣＭ関連情報との同期表示）
図２４Ｂは、実施例１に係るＣＭと、ＣＭ関連情報との同期表示の一例を示す図である。図２４Ｂにおいても、基本的には、携帯端末装置３０の表示部３４に、同一時間ずつ各ＣＭが所定順序で表示される。しかしながら、携帯端末装置３０の表示制御部３５は、ＣＭ関連情報管理テーブル３６ａのＣＭ挿入時間を基に、図２４Ｂに示すように、受信装置２０でＣＭが表示されている間は、ＣＭ関連情報を同期して表示部３４に表示してもよい。または、受信装置２０においてＣＭが表示されている間のみ、携帯端末装置３０にＣＭ関連情報を表示してもよい。これにより、視聴者が番組のＣＭ中に携帯端末装置３０の表示部３４を見ていた場合でも、ＣＭ関連情報が表示されるため、ＣＭ未視聴によるＣＭ効果の低下を防止することができる。

（携帯端末装置の操作検出時におけるＣＭ関連情報の表示順序）
図２４Ｃは、実施例１に係る携帯端末装置の操作検出時におけるＣＭ関連情報の表示順序の一例を示す図である。図２４Ｃにおいても、携帯端末装置３０の表示部３４に、同一時間ずつ各ＣＭが所定順序で表示される。図２４Ｃに示すように、携帯端末装置３０の検出部３３が、番組の本編１の途中で携帯端末装置３０に対する操作（図２４Ｃでは「操作開始１」）を検出すると、全体制御部３７を介して表示制御部３５へ操作検出を通知する。表示制御部３５は、現在表示中のＣＭ関連情報（図２４Ｃでは「ＣＭ２」）の表示が終了した後に、ＣＭ関連情報管理テーブル３６ａの表示順序が「１」であるＣＭ関連情報から表示を開始する（図２４Ｃでは「ＣＭ関連情報」の本編１側の斜線ハッチング部分）。

この時、表示制御部３５は、例えば３０秒を計時する操作タイマーを起動する。操作タイマーは、検出部３３からの操作検出の通知が来る度に再設定される。表示制御部３５は、操作タイマーがタイムアウト（例えば３０秒の計時終了）すると操作が終了したと判定し（図２４Ｃでは「操作終了判定１」）、それまでに表示した各ＣＭ関連情報の表示回数を表示回数管理テーブル３６ｃに記録する。

表示制御部３５は、表示回数管理テーブル３６ｃを基に操作終了判定後に表示するＣＭ関連情報を決定する。ここでは、視聴開始時からの表示回数と出稿比率（ＣＭ挿入時間の比率）を基にＣＭ３のＣＭ関連情報を携帯端末装置３０の表示部３４に表示する（図２４Ｃでは本編１側の実点ハッチング部分）。

なお、図２４Ｃの「操作終了判定１」の直後にＣＭ３のＣＭ関連情報を携帯端末装置３０に表示する理由は、次のとおりである。すなわち、図２４Ｃの「操作終了判定１」の時点では、表示回数管理テーブル３６ｃに記録される「視聴開始からの表示回数」は、図２０Ａに示すとおりである。一方、ＣＭ１〜ＣＭ３それぞれの放送時間の比率はＣＭ１：ＣＭ２：ＣＭ３＝２：１：１である。放送時間の比率に基づいてＣＭ関連情報の表示を行うとするので、公平性の観点から、放送時間の比率と、「視聴開始からの表示回数」の比率とは、できるだけ等しくすることが求められる。よって、図２４Ｃの「操作終了判定１」の直後に、ＣＭ３のＣＭ関連情報を携帯端末装置３０に表示させることにより、放送時間の比率と、「視聴開始からの表示回数」の比率とが等しくなる。

その後、検出部３３は、本編２の途中で２回目の操作を検出する（図２４Ｃでは「操作開始２」）。すると、表示制御部３５は、表示回数管理テーブル３６ｃの操作期間の表示回数と出稿比率を基にＣＭ関連情報の表示順序を決定する。ここでは、ＣＭ２及びＣＭ３のＣＭ関連情報を優先して表示することになる（図２４Ｃでは本編２側の斜線ハッチング部分）。表示制御部３５は、操作タイマーがタイムアウトした時点（図２４Ｃでは「操作終了判定２」）で、表示回数管理テーブル３６ｃを更新し、操作終了判定後に表示するＣＭ関連情報を決定する。ここでは、試聴開始時からの表示回数と出稿比率を基にＣＭ１のＣＭ関連情報を携帯端末装置３０の表示部３４に表示する（図２４Ｃでは本編２側の実点ハッチング部分）。

このようにして、視聴者が番組の視聴中に携帯端末装置３０の操作を行っている場合にも、ＣＭ放送時間やＣＭ出稿単価等の出稿比率等に基づきＣＭ関連情報を公平に表示することができる。

（ＣＭ放送中にチャンネルが切り替えられた場合のＣＭ関連情報の表示順序）
図２４Ｄは、実施例１に係るＣＭ放送中にチャンネルが切り替えられた場合のＣＭ関連情報の表示順序の一例を示す図である。図２４Ｄにおいても、基本的には、携帯端末装置３０の表示部３４に、同一時間ずつ各ＣＭが所定順序で表示される。

ここで、表示制御部３５は、受信装置２０におけるチャンネル切り替えにともない受信した格納場所通知パケットの受信開始時刻（図２４Ｄでは「チャンネル切り替え１」）を基にＣＭ関連情報管理テーブル３６ａを検索する。そして、表示制御部３５は、該当の受信開始時刻がＣＭ挿入時間帯に含まれるかどうかを判定する。ＣＭ挿入時間帯は、ＣＭ挿入時間前後の任意の時間（例えば1分）を含む時間帯を指す（図２４ＣではＣＭ１の１分前からＣＭ３の１分後まで）。表示制御部３５は、受信開始時刻がＣＭ挿入時間帯に含まれると判定した場合、ＣＭスキップ管理テーブル３６ｂにチャンネル切り替えに係る情報を記録する。

その後、受信装置２０において再度チャンネルが元の番組へ切り替えられる（図２４Ｄでは「チャンネル切り替え２」）。すると、携帯端末装置３０の表示制御部３５は、受信装置２０から通知されたチャンネルＩＤ及びプログラムＩＤが、ＣＭスキップ管理テーブル３６ｂの前チャンネルＩＤと前プログラムＩＤに該当するかどうかを判定する。

そして、表示制御部３５は、受信装置２０から通知されたチャンネルＩＤ及びプログラムＩＤが、ＣＭスキップ管理テーブル３６ｂの前チャンネルＩＤと前プログラムＩＤに該当する場合に、次の処理を実行する。すなわち、表示制御部３５は、今回の受信開始時刻とＣＭスキップ管理テーブル３６ｂに記録されている受信開始時刻（図２４Ｄでは「チャンネル切り替え１」）が、ＣＭ関連情報管理テーブル３６ａの何れのＣＭ挿入時間に含まれるかを判定する。

ここで、今回の受信開始時刻は、図２４Ｄの「チャンネル切り換え２」に該当する。また、ＣＭスキップ管理テーブル３６ｂに記録されている受信開始時刻は、図２４Ｄの「チャンネル切り替え１」に該当する。図２４Ｄに示す例では、ＣＭ１〜ＣＭ３の全てのＣＭが該当するので、表示制御部３５は、例えばＣＭ挿入時間と同じ表示時間でＣＭ関連情報を表示部３４に表示する（図２４ＤではＣＭ関連情報の実点ハッチング部分）。

このようにして、視聴者がＣＭ放送時間帯に別チャンネルに切り替えることで、視聴されることが予定されていたＣＭが未視聴になった場合でも、ＣＭ関連情報を携帯端末装置３０の表示部３４に表示することにより、ＣＭの広告効果が低下することを防止する。

（ＣＭ関連情報の表示）
図２５Ａ〜図２５Ｃは、実施例１に係るＣＭ関連情報の表示の一例を示す図である。図２５Ａは、携帯端末装置３０の表示画面３４ａにおいて、Ｗｅｂブラウザ表示３４ａ−１の下方領域３４ａ−２に、ＣＭ関連情報をテキストで表示する例である。また、図２５Ｂは、携帯端末装置３０の表示画面３４ａにおいて、Ｗｅｂブラウザ表示３４ａ−１の下方領域３４ａ−３に、ＣＭ関連情報を静止画像や動画像で表示する例である。

また、図２５Ｃは、携帯端末装置３０の表示画面３４ａにおいて、Ｗｅｂブラウザ表示３４ａ−１の下方領域３４ａ−２並びに３４ａ−３に、ＣＭ関連情報をテキスト並びに静止画像又は動画像でそれぞれ表示する例である。図２５Ａ〜図２５Ｃは、ＣＭ関連情報の表示箇所の一例を示すに過ぎず、表示画面３４ａの上部や、表示画面３４ａとは異なる別画面、例えば携帯端末装置３０が折り畳み式である場合において携帯端末装置３０が備える第１の画面に対する第２の画面等でもよい。

すなわち、携帯端末装置は、送信装置から本編及びＣＭを含む番組とともにＣＭ関連情報の格納情報を受信した受信装置から、ＣＭ関連情報の格納情報を受信する。そして、携帯端末装置は、ＣＭ関連情報の格納情報をもとに送信装置からからＣＭに関連するＣＭ関連情報を受信する。そして、携帯端末装置は、表示画面３４ａにおいて、Ｗｅｂブラウザ表示３４ａ−１等の通常表示の下方領域３４ａ−２若しくは３４ａ−３に、ＣＭ関連情報をテキスト若しくは静止画像又は動画像でそれぞれ表示する。これにより、視聴者が、ＣＭ放送中に受信装置の表示画面から携帯端末装置の画面へ目を移しても、番組の本編の合間に挿入されて放送されるＣＭと同様の広告効果が得られる。

実施例２では、送信装置１０から送出されたＣＭ関連情報を受信装置２０が受信し、受信装置２０が携帯端末装置３０へＣＭ関連情報を送信する場合について説明する。実施例２の説明において、実施例１と同一部分は、説明を省略する。図１に示す受信装置２０は、受信部２１により、送信装置１０から送出された動画コンテンツと、ＣＭ関連情報の格納情報を受信する。そして、受信部２１は、動画コンテンツを表示部２４に表示させるとともに、ＰＭＴのディスクリプタ領域からCMDataServer_descriptorを検出し、ＣＭ関連情報の格納情報、チャンネルＩＤ、プログラムＩＤを抽出する。そして、受信部２１は、抽出したＣＭ関連情報の格納情報、チャンネルＩＤ、プログラムＩＤを全体制御部２５へ通知する。

全体制御部２５は、通信部２３により、送信装置１０の通信部１４へ、ＣＭ関連情報取得要求パケットを送信する。受信装置２０からＣＭ関連情報取得要求パケットを受信した送信装置１０の通信部１４は、チャンネルＩＤ及びプログラムＩＤに対応するＣＭ関連情報通知パケットと、ＣＭ関連情報データパケットとを、受信装置２０の通信部２３へ送信する。

そして、受信装置２０は、通信部２３により、ＣＭ関連情報通知パケット及びＣＭ関連情報データパケットを受信する。そして、受信装置２０は、通信部２２により、ＣＭ関連情報通知パケット及びＣＭ関連情報データパケットを携帯端末装置３０の通信部３１へ送信する。図２６は、実施例２に係るＣＭ関連情報通知パケットの構成の一例を示す図である。図２６に示すように、実施例２に係るＣＭ関連情報通知パケットには、ハッチング部分で示す「受信開始時刻」が挿入される。その他は、実施例１と同様である。

（実施例による効果）
以上の実施例１及び実施例２によれば、携帯端末装置操作による視聴者のＣＭ未視聴を防止することができ、視聴者にＣＭ関連情報を公平に表示して、ＣＭの出稿者の出稿目的、すなわち広告効果が損なわれることを防止できる。

（各機能ブロックのハードウェア）
なお、上述の各実施例で説明した各処理を実行する各部は、一例として、ＡＳＩＣ、ＣＰＵ、ＭＰＵ、ＦＰＧＡ等の集積回路で実現できる。各処理を実行する各部は、ＣＰＵ等の集積回路、内部記憶装置及び外部記憶装置の協働により実行される。また、上述の各実施例で説明した各情報を記憶、格納又は蓄積する各部は、一例として、ＲＡＭ、フラッシュメモリ、外部記憶装置等で実現できる。

なお、ＡＳＩＣは“Application Specific Integrated Circuit”、ＣＰＵは“Central Processing Unit”、ＭＰＵは“Micro Processing Unit”、ＦＰＧＡは“Field Programmable Gate Array”の略である。内部記憶装置は、ＲＡＭ（Random Access Memory）等の半導体メモリ装置である。外部記憶装置は、フラッシュメモリ（flash memory）、磁気ディスク、光ディスク、光磁気ディスク等を記憶媒体とする記憶装置である。

（処理プログラム）
以上の実施例１及び実施例２で説明した、送信装置１０、受信装置２０及び携帯端末装置３０における各種の処理は、予め用意されたプログラムをコンピュータで実行させることで行ってもよい。図２７Ａは、実施例１及び実施例２に係るデータ送受信プログラムを実行する送信装置としてのコンピュータを示す図である。図２７Ａのように、コンピュータ５００は、バス５０７を介して接続されるＣＰＵ５０１、ＲＡＭ５０２、外部記憶装置５０３、ユーザ操作を受け付ける操作部５０４、各種処理の実行に係る情報を表示する表示部５０５、通信インターフェース部５０６を有する。

外部記憶装置５０３には、図１に示した送出部１１、管理部１３、通信部１４と同様の機能を発揮する送出制御プログラム５０３ａ、管理制御プログラム５０３ｂ、通信制御プログラム５０３ｃの実行に要する各種データが予め格納される。送信装置１０において実行されるデータ送受信プログラムは、図１に示した各部と同様、適宜統合又は分散させてもよい。

図２７Ａに示すように、ＣＰＵ５０１が、各プログラム５０３ａ〜５０３ｃを外部記憶装置５０３から読み出して実行する。これにより、送出制御プログラム５０３ａは、送出制御プロセス５０１ａとして機能する。また、管理制御プログラム５０３ｂは、管理制御プロセス５０１ｂとして機能する。また、通信制御プログラム５０３ｃは、通信制御プロセス５０１ｃとして機能する。

また、図２７Ｂは、実施例１及び実施例２に係るデータ送受信プログラムを実行する受信装置としてのコンピュータを示す図である。図２７Ｂのように、コンピュータ６００は、バス６０７を介して接続されるＣＰＵ６０１、ＲＡＭ６０２、外部記憶装置６０３、ユーザ操作を受け付ける操作部６０４、各種処理の実行に係る情報を表示する表示部６０５、通信インターフェース部６０６を有する。

外部記憶装置６０３には、図１に示した受信部２１、通信部２２及び通信部２３、表示部２４と同様の機能を発揮する受信制御プログラム６０３ａ、通信制御プログラム６０３ｂ、表示制御プログラム６０３ｃの実行に要する各種データが予め格納される。受信装置２０において実行されるデータ送受信プログラムは、図１に示した各部と同様、適宜統合又は分散させてもよい。

図２７Ｂに示す様に、ＣＰＵ６０１が、各プログラム６０３ａ〜６０３ｃを外部記憶装置６０３から読み出して実行する。これにより、受信制御プログラム６０３ａは、受信制御プロセス６０１ａとして機能する。また、通信制御プログラム６０３ｂは、通信制御プロセス６０１ｂとして機能する。また、表示制御プログラム６０３ｃは、表示制御プロセス６０１ｃとして機能する。

また、図２７Ｃは、実施例１及び実施例２に係るデータ送受信プログラムを実行する携帯端末装置としてのコンピュータを示す図である。図２７Ｃのように、コンピュータ７００は、バス７０７を介して接続されるＣＰＵ７０１、ＲＡＭ７０２、外部記憶装置７０３、ユーザ操作を受け付ける操作部７０４、各種処理の実行に係る情報を表示する表示部７０５、通信インターフェース部７０６を有する。

外部記憶装置７０３には、図１に示した通信部３１及び通信部３２、表示制御部３５、検出部３３と同様の機能を発揮する通信制御プログラム７０３ａ、表示制御プログラム７０３ｂ、検出制御プログラム７０３ｃの実行に要する各種データが予め格納される。携帯端末装置３０において実行されるデータ送受信プログラムは、図１に示した各部と同様、適宜統合又は分散させてもよい。

図２７Ｃに示す様に、ＣＰＵ７０１が、各プログラム７０３ａ〜７０３ｃを外部記憶装置７０３から読み出して実行する。これにより、通信制御プログラム７０３ａは、通信制御プロセス７０１ａとして機能する。また、表示制御プログラム７０３ｂは、表示制御プロセス７０１ｂとして機能する。また、検出制御プログラム７０３ｃは、検出制御プロセス７０１ｃとして機能する。

なお、各プログラム５０３ａ〜７０３ｃによりＣＰＵ５０１〜７０１、ＲＡＭ５０２〜７０２及び外部記憶装置５０３〜７０３で実現される図１に示す各部は、処理の実行時に適宜に実現されればよい。また、各プログラム５０３ａ〜７０３ｃについては、予め外部記憶装置５０３〜７０３に格納されていなくともよい。例えば、予めコンピュータ５００〜７００が読み取り可能な可搬の磁気ディスク、光ディスク、光磁気ディスク、集積回路搭載カード等の可搬用の物理媒体に各プログラムを記憶させておく。そして、コンピュータ５００〜７００が、媒体読み取り装置を介して可搬用の物理媒体から各プログラムを読み出して実行するようにしてもよい。また、公衆回線網又は閉域回線網を介してコンピュータ５００〜７００と通信インターフェース部５０６〜７０６を介して通信可能な他のコンピュータから各プログラムを取得して実行するようにしてもよい。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）送信装置からデータを受信する受信装置及び端末装置を含むデータ送受信システムによるデータ出力方法であって、
前記受信装置は、
第１のデータ及び当該第１のデータに含まれる特定のデータに関連する第２のデータを前記送信装置から受信し、
前記第１のデータを第１の出力部に出力し、
前記端末装置は、
前記受信装置から前記第２のデータを受信し、
前記第２のデータに基づいて前記特定のデータに関する情報を第２の出力部に出力する
ことを特徴とするデータ出力方法。

（付記２）前記端末装置は、前記特定のデータに関する情報を前記送信装置から受信する
ことを特徴とする付記１に記載のデータ出力方法。

（付記３）前記受信装置は、前記特定のデータに関する情報を前記送信装置から受信し、
前記端末装置は、前記受信装置が前記送信装置から受信した前記特定のデータに関する情報を前記受信装置から受信する
ことを特徴とする付記１に記載のデータ出力方法。

（付記４）前記端末装置は、
前記第１の出力部に前記第１のデータが出力される出力期間に、複数の前記特定のデータに関する情報を所定順序で前記第２の出力部に出力する
ことを特徴とする付記１、２又は３に記載のデータ出力方法。

（付記５）前記端末装置は、
自装置に対する操作又は自装置におけるアプリケーションプログラムの実行を検出し、
前記操作又は前記実行の検出が開始されたときに、前記所定順序の先頭から複数の前記特定のデータに関する情報を前記第２の出力部に出力する
ことを特徴とする付記１〜４の何れか１つに記載のデータ出力方法。

（付記６）前記端末装置は、
前記出力期間に、複数の前記特定のデータに関する情報が前記第２の出力部に出力された第１の回数、並びに、前記第１の回数のうち、前記操作又は前記実行が検出された検出期間に複数の前記特定のデータに関する情報が前記第２の出力部に出力された第２の回数を、複数の前記特定のデータに関する情報ごとに記憶し、
前記操作又は前記実行の検出が終了すると、前記第１の回数及び前記第２の回数に基づく順序で複数の前記特定のデータに関する情報を前記第２の出力部に出力する
ことを特徴とする付記５に記載のデータ出力方法。

（付記７）前記端末装置は、
前記第２のデータとは異なる第２のデータを受信してから前記第２のデータと同一の第２のデータを取得するまでの期間に前記第２の表示部に出力が予定されていた前記特定のデータに関する情報を、前記期間の直後に所定順序で前記第２の表示部に出力する
ことを特徴とする付記１〜６の何れか１つに記載のデータ出力方法。

（付記８）前記受信装置及び前記端末装置は、同期して、前記特定のデータ及び前記特定のデータに関する情報を前記第１の出力部及び前記第２の出力部にそれぞれ表示する
ことを特徴とする付記１〜７の何れか１つに記載のデータ出力方法。

（付記９）端末装置としてのコンピュータにデータ出力処理を実行させるデータ出力プログラムであって、
前記コンピュータに、
第１のデータ及び当該第１のデータに含まれる特定のデータに関連する第２のデータを送信装置から受信した受信装置から前記第２のデータを受信し、
前記第２のデータに基づいて前記送信装置又は前記受信装置から受信した前記特定のデータに関する情報を出力部に出力する
各処理を実行させることを特徴とするデータ出力プログラム。

（付記１０）さらに、
前記コンピュータに、
自装置に対する操作又は自装置におけるアプリケーションプログラムの実行を検出し、
前記操作又は前記実行の検出が開始されたときに、所定順序の先頭から複数の前記特定のデータに関する情報を出力する
各処理を実行させることを特徴とする付記９に記載のデータ出力プログラム。

（付記１１）さらに、
前記コンピュータに、
前記受信装置の出力部に前記第１のデータが出力される出力期間に、複数の前記特定のデータに関する情報が自装置の前記出力部に出力された第１の回数、並びに、前記第１の回数のうち、前記操作又は前記実行が検出された検出期間に複数の前記特定のデータに関する情報が自装置の前記出力部に出力された第２の回数を、複数の前記特定のデータに関する情報ごとに記憶部に記憶し、
前記操作又は前記実行の検出が終了すると、前記第１の回数及び前記第２の回数に基づく順序で複数の前記特定のデータに関する情報を自装置の前記出力部に出力する
各処理を実行させることを特徴とする付記１０に記載のデータ出力プログラム。

（付記１２）第１のデータ及び当該第１のデータに含まれる特定のデータに関連する第２のデータを受信装置へ送出する送出部と、
前記第２のデータに基づく前記受信装置又は端末装置からの前記特定のデータに関する情報の送信要求に応じて、前記特定のデータに関する情報を前記受信装置又は端末装置へ送信する通信部と
を備えることを特徴とする送信装置。

（付記１３）第１のデータ及び当該第１のデータに含まれる特定のデータに関連する第２のデータを送信装置から受信する受信部と、
前記第２のデータを端末装置へ送信する通信部と
を備えることを特徴とする受信装置。

（付記１４）前記受信部は、前記第２のデータに基づき前記特定のデータに関する情報を前記送信装置から受信し、
前記通信部は、前記送信装置から受信した前記特定のデータに関する情報を前記端末装置へ送信する
ことを特徴とする付記１３に記載の受信装置。

（付記１５）第１のデータ及び当該第１のデータに含まれる特定のデータに関連する第２のデータを送信装置より受信した受信装置から前記第２のデータを受信する通信部と、
前記第２のデータに基づいて前記送信装置又は前記受信装置から受信した前記特定のデータに関する情報を出力する出力部と
を備えることを特徴とする端末装置。

（付記１６）自装置に対する操作又は自装置におけるアプリケーションプログラムの実行を検出する検出部
をさらに備え、
前記出力部は、前記操作又は前記実行の検出が開始されたときに、所定順序の先頭から複数の前記特定のデータに関する情報を出力する
ことを特徴とする付記１５に記載の端末装置。

（付記１７）前記受信装置の出力部に前記第１のデータが出力される出力期間に、複数の前記特定のデータに関する情報が自装置の前記出力部に出力された第１の回数、並びに、前記第１の回数のうち、前記検出部により前記操作又は前記実行が検出された検出期間に複数の前記特定のデータに関する情報が自装置の前記出力部に出力された第２の回数を、複数の前記特定のデータに関する情報ごとに記憶する記憶部
をさらに備え、
前記出力部は、前記検出部による前記操作又は前記実行の検出が終了すると、前記第１の回数及び前記第２の回数に基づく順序で複数の前記特定のデータに関する情報を自装置の前記出力部に出力する
ことを特徴とする付記１６に記載の端末装置。

１ 送受信システム
１０ 送信装置
２０ 受信装置
３０ 携帯端末装置
３３ 検出部
３５ 表示制御部

Claims (10)

1. 送信装置からデータを受信する受信装置及び端末装置を含むデータ送受信システムによるデータ出力方法であって、
   前記受信装置は、
   第１のデータ及び当該第１のデータに含まれる特定のデータに関連する第２のデータを前記送信装置から受信し、
   前記第１のデータを第１の出力部に出力し、
   前記端末装置は、
   前記受信装置から前記第２のデータを受信し、
   前記第２のデータに基づいて前記特定のデータに関する情報を第２の出力部に出力する
   ことを特徴とするデータ出力方法。
2. 前記端末装置は、
   前記第１の出力部に前記第１のデータが出力される出力期間に、複数の前記特定のデータに関する情報を所定順序で前記第２の出力部に出力する
   ことを特徴とする請求項１に記載のデータ出力方法。
3. 前記端末装置は、
   自装置に対する操作又は自装置におけるアプリケーションプログラムの実行を検出し、
   前記操作又は前記実行の検出が開始されたときに、前記所定順序の先頭から複数の前記特定のデータに関する情報を前記第２の出力部に出力する
   ことを特徴とする請求項１又は２に記載のデータ出力方法。
4. 前記端末装置は、
   前記出力期間に、複数の前記特定のデータに関する情報が前記第２の出力部に出力された第１の回数、並びに、前記第１の回数のうち、前記操作又は前記実行が検出された検出期間に複数の前記特定のデータに関する情報が前記第２の出力部に出力された第２の回数を、複数の前記特定のデータに関する情報ごとに記憶し、
   前記操作又は前記実行の検出が終了すると、前記第１の回数及び前記第２の回数に基づく順序で複数の前記特定のデータに関する情報を前記第２の出力部に出力する
   ことを特徴とする請求項３に記載のデータ出力方法。
5. 前記受信装置及び前記端末装置は、同期して、前記特定のデータ及び前記特定のデータに関する情報を前記第１の出力部及び前記第２の出力部にそれぞれ表示する
   ことを特徴とする請求項１〜４の何れか１つに記載のデータ出力方法。
6. 端末装置としてのコンピュータにデータ出力処理を実行させるデータ出力プログラムであって、
   前記コンピュータに、
   第１のデータ及び当該第１のデータに含まれる特定のデータに関連する第２のデータを送信装置から受信した受信装置から前記第２のデータを受信し、
   前記第２のデータに基づいて前記送信装置又は前記受信装置から受信した前記特定のデータに関する情報を出力部に出力する
   各処理を実行させることを特徴とするデータ出力プログラム。
7. さらに、
   前記コンピュータに、
   自装置に対する操作又は自装置におけるアプリケーションプログラムの実行を検出し
   前記操作又は前記実行の検出が開始されたときに、所定順序の先頭から複数の前記特定のデータに関する情報を出力する
   各処理を実行させることを特徴とする請求項６に記載のデータ出力プログラム。
8. さらに、
   前記コンピュータに、
   前記受信装置の出力部に前記第１のデータが出力される出力期間に、複数の前記特定のデータに関する情報が自装置の前記出力部に出力された第１の回数、並びに、前記第１の回数のうち、前記操作又は前記実行が検出された検出期間に複数の前記特定のデータに関する情報が自装置の前記出力部に出力された第２の回数を、複数の前記特定のデータに関する情報ごとに記憶部に記憶し、
   前記操作又は前記実行の検出が終了すると、前記第１の回数及び前記第２の回数に基づく順序で複数の前記特定のデータに関する情報を自装置の前記出力部に出力する
   各処理を実行させることを特徴とする請求項７に記載のデータ出力プログラム。
9. 第１のデータ及び当該第１のデータに含まれる特定のデータに関連する第２のデータを送信装置より受信した受信装置から前記第２のデータを受信する通信部と、
   前記第２のデータに基づいて前記送信装置又は前記受信装置から受信した前記特定のデータに関する情報を出力する出力部と
   を備えることを特徴とする端末装置。
10. 自装置に対する操作又は自装置におけるアプリケーションプログラムの実行を検出する検出部
    をさらに備え、
    前記出力部は、前記操作又は前記実行の検出が開始されたときに、所定順序の先頭から複数の前記特定のデータに関する情報を出力する
    ことを特徴とする請求項９に記載の端末装置。

Images