(57)【要約】【課題】  テレビ放送の画面に含まれるＱＲコードを解析して二次的な利用まで簡易に行えるようにする。【解決手段】  チューナ１１がテレビ放送を受信すると、画面取得手段がテレビ放送の番組画面を取得し、情報復元手段は取得した番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元する。ここで、ネットワークアクセス手段によってネットワークにアクセスすることが可能であり、転送手段は、復元したＵＲＬ情報を前記ネットワークアクセス手段によってネットワーク経由で所定の携帯端末に転送する。【選択図】  図２
2015204501.tif 000002
【特許請求の範囲】
【請求項１】
テレビ放送を受信するチューナと、
ネットワークにアクセスするネットワークアクセス手段と、
テレビ放送の番組画面を取得する画面取得手段と、
取得した番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元する情報復元手段と、
復元したＵＲＬ情報を前記ネットワークアクセス手段によってネットワーク経由で所定の携帯端末に転送する転送手段とを有することを特徴とするテレビジョン。
【請求項２】
前記画面取得手段は、所定のタイミングを含む時間的に所定の幅を有する番組画面を取得し、
前記情報復元手段は、時間的に所定の幅を有する番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元する
ことを特徴とする請求項１に記載のテレビジョン。
【請求項３】
操作子を備えるリモコンを備え、同操作子の操作に基づいて前記画面取得手段に画面取得のタイミングを指示することを特徴とする請求項１または請求項２に記載のテレビジョン。
【請求項４】
前記情報復元手段は、前記リモコンの操作子の操作に基づき、取得した番組画面の中で二次元コードの画像の位置の指定を受け付けることを特徴とする請求項３に記載のテレビジョン。
【請求項５】
前記携帯端末から、前記画面取得手段に画面取得のタイミングを指示することを特徴とする請求項１〜請求項４のいずれかに記載のテレビジョン。
【請求項６】
前記ネットワークアクセス手段は、前記取得したＵＲＬ情報に基づいてネットワークから情報を取得して表示ことを特徴とする請求項１〜請求項５のいずれかに記載のテレビジョン。
【請求項７】
前記転送手段は、前記ＵＲＬ情報とともに、前記二次元コードの画像を含む番組画面を転送することを特徴とする請求項１〜請求項６のいずれかに記載のテレビジョン。
【請求項８】
前記チューナは、複数のテレビ放送を個別に受信可能であり、テレビ放送の内容をＨＤＤに記録再生する記録手段と、指定された複数のチャンネルの放送内容を前記チューナで常時受信して前記記録手段で録画させる常時録画制御手段を備え、
前記情報復元手段は、録画される番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元し、番組情報とともに蓄積していく
ことを特徴とする請求項１〜請求項７のいずれかに記載のテレビジョン。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレビジョンに関し、特に、ネットワークに接続して通信可能なテレビジョンに関する。
【背景技術】
【０００２】
近年のテレビ放送では、インターネットサイトのＵＲＬなど様々な情報を、ＱＲコード（登録商標）を代表とする二次元コードとして表示することがある。この二次元コードを利用するためには、一般的に携帯電話、スマートフォンやタブレットなどのカメラをテレビ画面に向けて撮影し、専用プログラムで解析して情報を取得する必要がある。
テレビ放送で表示される二次元コードを利用する技術として、以下の特許文献が知られている。
【０００３】
特許文献１は、表示されたコードの内容を認識する情報処理装置及びプログラムに関し、請求項１〜請求項３には、映像に含まれる２次元コード画像を認識し、通信先アドレスに対するデータ通信を実行するとの開示がある。
特許文献２は、コード画像からアドレスを抽出する端末装置及びプログラムに関し、請求項１には、画面に表示されたコード画像から情報ページ所在位置情報を抽出し、ブラウザーを起動するとの開示がある。
【０００４】
特許文献３は、コードを携帯電話で読み取る携帯電話機を用いた簡易予約システム、方法などに関し、請求項１には、テレビの画面上に表示された平面コードを携帯電話で読み取るとの開示がある。
特許文献４は、印刷物のコードを携帯電話で読み取る番組録画予約方法、携帯端末、印刷物に関し、請求項１には、印刷物の３次元コードを携帯電話で読み取って、番組録画を予約するとの開示がある。
【０００５】
特許文献５は、図形コードを生成する表示装置、サーバ装置、プログラム、及び記録媒体に関し、請求項１には、ブラウザーで表示しているハイパーリンク情報を、２次元コード化するとの開示がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１３４８９９号公報
【特許文献２】特開２０１０−０７９６８８号公報
【特許文献３】特開２００４−１９２１４９号公報
【特許文献４】特開２００５−１７６２４２号公報
【特許文献５】特開２００７−０２５９４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
携帯電話、スマートフォンやタブレットなどのカメラや専用アプリケーションの起動には時間がかかり、撮影にも若干ながら時間を要するため、日常のテレビ視聴において必ずしも適切に撮影して利用できるとは限らない。
また、特許文献１に開示されるテレビジョンは、テレビ放送の画面に含まれるＱＲコードを解析し、含まれている通信先の情報に基づいて接続する。しかし、テレビジョンではできることが限られるので通信先の情報に接続するだけでは二次的な利用を行えない。
【０００８】
本発明は、テレビ放送の画面に含まれるＱＲコードを解析して二次的な利用まで簡易に行えるようにする。
【課題を解決するための手段】
【０００９】
本発明は、テレビ放送を受信するチューナと、ネットワークにアクセスするネットワークアクセス手段と、テレビ放送の番組画面を取得する画面取得手段と、取得した番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元する情報復元手段と、復元したＵＲＬ情報を前記ネットワークアクセス手段によってネットワーク経由で所定の携帯端末に転送する転送手段とを有する構成としてある。
【００１０】
前記構成において、チューナがテレビ放送を受信すると、画面取得手段がテレビ放送の番組画面を取得し、情報復元手段は取得した番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元する。ここで、ネットワークアクセス手段によってネットワークにアクセスすることが可能であり、転送手段は、復元したＵＲＬ情報を前記ネットワークアクセス手段によってネットワーク経由で所定の携帯端末に転送する。
【００１１】
本発明の他の態様として、前記画面取得手段は、所定のタイミングを含む時間的に所定の幅を有する番組画面を取得し、前記情報復元手段は、時間的に所定の幅を有する番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元する構成としても良い。
テレビ放送は常に画面が変化し続けているので、二次元コードが映し出されたとしても、変化する画面の中でずっと表示され続けるとは限らない。このため、前記構成において、前記画面取得手段は、所定のタイミングを含む時間的に所定の幅を有する番組画面を取得する。すなわち、一瞬の番組画面だけではなく、ある時間にわたって番組画面を取得する。そして、前記情報復元手段は、時間的に所定の幅を有する番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元するので、二次元コードを含む番組画像を確実に得られ、ＵＲＬ情報も確実に転送できるようになる。
【００１２】
本発明の他の態様として、操作子を備えるリモコンを備え、同操作子の操作に基づいて前記画面取得手段に画面取得のタイミングを指示する構成としても良い。
前記構成において、視聴者がテレビ放送を視聴しているときに、二次元コードが表示され、かつ、興味を持つものであれば、視聴者はリモコンの操作子を操作することで、前記画面取得手段に画面取得のタイミングを指示する。これにより、興味のある二次元コードについてＵＲＬ情報を確実に転送できる。
【００１３】
また、リモコンを操作するとしても、探すのに時間がかかってしまい、二次元コードの表示タイミングに間に合わないこともありえる。しかし、上述したように所定のタイミングを含む時間的に所定の幅を有する番組画面を取得するようにすれば、タイミング的に遅れて操作したとしても、そのタイミングからある時間だけ遡ったタイミングからの番組画面を取得することで、ＵＲＬ情報を確実に転送できる。
【００１４】
これに関連し、本発明の他の態様として、前記情報復元手段は、前記リモコンの操作子の操作に基づき、取得した番組画面の中で二次元コードの画像の位置の指定を受け付ける構成としても良い。
視聴者にとっては容易に発見できる二次元コードも機械で自動的に検出しようとすると正確に検出できない場合もある。前記構成においては、視聴者が前記リモコンの操作子を操作することで、取得した番組画面の中で二次元コードの画像の位置の指定をすると、前記情報復元手段は、この指定を受け付け、より確実に二次元コードを発見してＵＲＬ情報を復元できるようになる。
【００１５】
本発明の他の態様として、前記携帯端末から、前記画面取得手段に画面取得のタイミングを指示する構成としても良い。
転送を受け付ける前記携帯端末もテレビジョンと通信して接続しているので、前記構成において、前記携帯端末から、前記画面取得手段に画面取得のタイミングを指示することもできる。
【００１６】
本発明の他の態様として、前記ネットワークアクセス手段は、前記取得したＵＲＬ情報に基づいてネットワークから情報を取得して表示する構成としても良い。
前記構成において、ＵＲＬ情報を転送するとともに、前記ネットワークアクセス手段は前記取得したＵＲＬ情報に基づいてネットワークから情報を取得し、本テレビジョンで表示する。
本発明の他の態様として、前記転送手段は、前記ＵＲＬ情報とともに、前記二次元コードの画像を含む番組画面を転送する構成としても良い。
前記構成において、転送手段は、前記ＵＲＬ情報とともに、前記二次元コードの画像を含む番組画面を転送する。携帯端末などから、ＵＲＬ情報だけであると、どのような番組であったのか理解しづらいこともある。特に、番組放送後にＵＲＬ情報を利用するような場合はなおさらである。このような場合でも、二次元コードの画像を含む番組画面を見ることで理解が容易になることが期待できる。
【００１７】
本発明の他の態様として、前記チューナは、複数のテレビ放送を個別に受信可能であり、テレビ放送の内容をＨＤＤに記録再生する記録手段と、指定された複数のチャンネルの放送内容を前記チューナで常時受信して前記記録手段で録画させる常時録画制御手段を備え、前記情報復元手段は、録画される番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元し、番組情報とともに蓄積していく構成としても良い。
前記構成において、前記チューナは、複数のテレビ放送を個別に受信可能であり、常時録画制御手段は、指定された複数のチャンネルの放送内容を前記チューナで常時受信して前記記録手段で録画させる。すなわち、テレビ放送がチャンネル単位の指定でほぼ自動的に録画されていく。そして、前記情報復元手段は、録画される番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元し、番組情報とともに蓄積していく。常時録画されている内容に加え、各番組の中で放送された二次元コードを含む番組画面のＵＲＬ情報が蓄積されているので、視聴者は、番組見なくても含まれていたＵＲＬ情報だけを容易に利用することができるようになる。
【００１８】
また、上述したようにリモコンの操作子でタイミングを指示するときに、すでにテレビ放送の画面からは消えてしまっていることもある。このような場合でも常時録画されていることで所定時間分だけ遡ったタイミングからの番組画面を対象として二次元コードを探し出してＵＲＬ情報に復元するということが容易に実現できる。
【発明の効果】
【００１９】
本発明のテレビジョンは、テレビ放送の画面に含まれるＱＲコードを解析して二次的な利用まで簡易に行えるようにすることができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態にかかるテレビジョンのブロック図である。
【図２】本テレビジョンが実行する処理手順のフローチャートである。
【図３】本実施例のテレビジョン適用される状況を示す概念図である。
【図４】本テレビジョンが実行する処理手順のフローチャートである。
【図５】本実施例のテレビジョン適用される状況を示す概念図である。
【図６】本テレビジョンが実行する処理手順のフローチャートである。
【図７】本テレビジョンが実行する処理手順のフローチャートである。
【発明を実施するための形態】
【００２１】
（第一実施例）
図１は、本発明の一実施形態にかかるテレビジョンをブロック図により示している。このテレビジョンは、常時録画が可能な録画再生装置の機能も備えている。
同図において、本テレビジョン１０は、六つのチューナ（デジタルチューナ）１１（１１ａ１〜１１ａ６）を備えている。各チューナ１１は、地デジチューナ、ＢＳチューナ、ＣＳチューナの機能を備えている。従って、同時に六つのテレビ放送を受信（受信可能）できる。各チューナ１１で受信して復調されエラー処理まで行われた復調信号はそれぞれ個別にデマルチプレクサ１２に入力されている。なお、図示していないがチューナ１１には復調器を含むものとする。
【００２２】
デマルチプレクサ１２は多重信号の分離を行うが、さらにＣＰＵやＲＯＭやＲＡＭを内蔵して所定のプログラムを実行し、各部を制御してテレビ放送の受信や録画および再生を行なうことが可能である。
マルチプレクサ１３は、録画時、受信したデジタル放送のコンテンツから録画に必要な情報を抽出して再多重し、記録領域としてのＨＤＤ１４に記録させる。再生時は、デマルチプレクサ１２がＨＤＤ１４から直にデータを読み出す。なお、ＨＤＤ１４は、テレビ放送の内容の記録に加え、復元されたＵＲＬ情報１４ａを蓄積していく。
【００２３】
受信したデジタル放送のトランスポートストリームあるいはＨＤＤ１４から読み出されたデータはデコーダ１５に入力され、映像信号と音声信号とに分離され、デコードされる。デコードされた映像信号はドライバー１６に入力されてディスプレイパネル１７で映像として表示される。また、デコードされた音声信号はアンプ１８で増幅されてスピーカ１９から音声として出力される。
【００２４】
本テレビジョン１０に対する操作指示は、操作パネル２１を介してデマルチプレクサ１２が取得し、所定の制御に反映させる。また、リモコン２２を介する操作指示も同様に取得可能となっている。リモコン２２には、キャプチャキー２２ａとカーソルキー２２ｂが備えられており、二次元コードが表示されたときに両者は利用される。
本テレビジョン１０は、ネットワークインターフェイス２３を介してインターネット３０に接続可能となっている。インターネット３０には各種のＷＥＢサイト４０が存在し、それぞれのＵＲＬ情報はインターネットのみならずテレビ放送でも番組中に放映されることが多い。ただし、ＵＲＬ情報は、一瞬で覚えられるほど短くはないことが多いので、多くの場合はＵＲＬ情報を所定の規則に基づいてコード化した二次元コードの画像を作成し、同二次元コードを番組画面に表示する。視聴者は、携帯電話や、スマートフォンや、タブレットなどといった携帯端末６０のカメラで番組画像を撮影し、専用アプリケーションがＵＲＬ情報に復元して利用する。携帯端末６０にＵＲＬ情報が残ることで、ＷＥＢサイトの情報を保存しておいたり、関連する情報を検索していくという応用性が効く。
【００２５】
なお、ここでいう携帯端末６０は、各種の情報端末を含むが、ＵＲＬ情報をネットワークを介して取得し、ＷＥＢブラウザーなどで同情報に基づいてＷＥＢサイトを閲覧できる程度の機能を備えたものを指している。
ネットワークインターフェイス２３はＬＡＮ２４を経由してインターネット３０に接続されるようになっており、ＬＡＮ２４には無線ＬＡＮユニット２５が接続されている。携帯端末６０は、この無線ＬＡＮユニット２５を介してインターネット３０に接続したり、ネットワークインターフェイス２３を介して本テレビジョン１０と通信することが可能となっている。
【００２６】
本実施例では、チューナ１１が複数のテレビ放送を個別に受信するチューナに相当し、ＨＤＤ１４がテレビ放送の内容を記録再生する記録手段に相当し、デマルチプレクサ１２が指定された複数のチャンネルの放送内容を前記チューナで常時受信して前記記録手段で録画させる常時録画制御手段に相当している。また、ネットワークインターフェイス２３は直接的にはネットワークアクセス手段の一部に相当しているが、ネットワークアクセス手段という場合、ネットワークにアクセスするために必要な他の構成物、例えば、ＣＰＵなども含んでいる。なお、デマルチプレクサ１２内のＣＰＵは後述する所定のプログラムを実行することで、テレビ放送の番組画面を取得したり、取得した番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元したり、復元したＵＲＬ情報を前記ネットワークアクセス手段によってネットワーク経由で所定の携帯端末６０に転送する機能を実現する。このため、画面取得手段や、情報復元手段や、転送手段に相当する。
【００２７】
図２は、本テレビジョンが実行する処理手順をフローチャートにより示している。
ＣＰＵは、ステップＳ１００にて、携帯端末６０と連携を行なう。本テレビジョン１０は、ネットワークインターフェイス２３を介してＬＡＮ２４に接続され、携帯端末６０も無線ＬＡＮユニット２５を介して同じＬＡＮ２４に接続されている。従って、ＣＰＵは、ネットワークを介して所定の携帯端末６０を特定して連携することが可能である。本実施例では、携帯端末６０のＭＡＣアドレスを本テレビジョン１０に登録することとしている。これにより、後述するようにして所定のＵＲＬ情報を得た時点で、同ＵＲＬ情報を携帯端末６０の転送することが可能となる。また、携帯端末６０はＵＲＬ情報だけの転送を指定するか、ＵＲＬ情報に加えて番組画面も転送するかを指定する。この指定は、転送オプションとしてＣＰＵが管理する。
【００２８】
次に、ＣＰＵは、ステップＳ１０２にて、本テレビジョン１０のブラウザーでＷＥＢサイトを表示するか否かの選択操作を受け付ける。最も基本的な処理はＵＲＬ情報だけを携帯端末６０に転送することであるが、ＵＲＬ情報を携帯端末６０に転送するのとともに、本テレビジョン１０でも同ＵＲＬ情報に基づいてインターネット３０を介してＷＥＢサイトにアクセスし、表示させることが可能であり、視聴者がこの表示を望むか否かの指定をオプションとして記憶する。以上のステップＳ１００とステップＳ１０２とは、いわゆる設定処理であり、テレビをセットした直後などに実施させても良いし、その後は毎回、その指定を変更するか否かだけを問合せたり、視聴者が所定の操作でメニューなどから設定を選択して更新できるようにしても良い。また、設定済みであれば、ステップＳ１００とステップＳ１０２とを実施しないで以下の処理を実施するようにしても良い。
【００２９】
次に、視聴中の各種の処理に加え、ＣＰＵは、ステップＳ１０４にて、リモコンのキャプチャキー２２ａが押し下げられたかを検出する。ＣＰＵは、操作パネル２１に接続されており、同操作パネル２１を介してリモコン２２の操作を検出可能である。視聴者は、テレビ放送を視聴中に画面に二次元コードが表示されたとき、これまでは携帯電話で写真を撮ったり、二次元コード復元用の専用アプリを立ち上げてから同アプリの指示に従って二次元コードを撮影することが多かった。しかし、本実施例では、本テレビジョン１０の操作のためのリモコン２２に備えられたキャプチャキー２２ａを押し下げればよい。
【００３０】
ＣＰＵは、キャプチャキー２２ａの押し下げ操作を検出すると、ステップＳ１０６にて、番組画面を取得（キャプチャ）する。なお、押し下げ操作を検出しない場合、以下の処理をすることなく本処理を終了する。そして、キャプチャキー２２ａの押し下げ操作を検出するまで定期的に確認する。
番組画面は、デコーダ１５において画面のイメージに復元されているので、デコーダ１５の出力をデマルチプレクサ１２に戻して番組画面を取得すればよい。また、デマルチプレクサ１２内でソフトウェア処理で番組画面を構成することも可能である。従って、本実施例では、デマルチプレクサ１２とデコーダ１５とによってテレビ放送の番組画面を取得する画面取得手段を構成している。
また、本実施例では、キャプチャキー２２ａのような操作子を備えるリモコン２２を備え、同操作子の操作に基づいて画面取得手段に画面取得のタイミングを指示する。
【００３１】
番組画面を取得したら、ＣＰＵは、ステップＳ１０８にて、番組画面を解析して二次元コードの画像が含まれているか否かを判断する。二次元コードの画像を検出する手法はここでは詳しく説明しない。二次元コードを検出した場合は、ＣＰＵは、ステップＳ１１０にて、その二次元コードを復号する。なお、このときに番組画面は保存しておく。二次元コードは情報をコード化したものであり、復号可能である。復号した後、ＣＰＵは、ステップＳ１１２にて、復号された情報がＵＲＬ情報と一致するか、またはＵＲＬ情報を含んでいるのか判断する。二次元コードが必ずしもＵＲＬ情報を含むとは限らず、含んでいる場合のみ、ＣＰＵは、ステップＳ１１４にて、上述したＬＡＮ２４を経由して連携されている携帯端末６０にＵＲＬ情報を転送する。転送する場合、テレビジョン１０はネットワークインターフェイス２３を介してＬＡＮ２４に接続されており、このＬＡＮ２４に接続されている無線ＬＡＮユニット２５を介して携帯端末６０のＭＡＣアドレスを指定して同携帯端末６０に接続し、ＵＲＬ情報を転送する。なお、携帯端末６０がＬＡＮ２４に対してどのような媒体を介して接続されているかは問わず、無線ＬＡＮのみならず、有線ＬＡＮでも良いし、他の伝送媒体であっても良い。
【００３２】
ＣＰＵが、ステップＳ１１４にてＵＲＬ情報を転送すると、携帯端末６０は、同ＵＲＬ情報を利用してインターネット３０上の同ＵＲＬ情報で特定されるＷＥＢサイトにアクセスすることが可能になる。従来であれば、二次元コードが番組画面で表示されている間にカメラで撮影したり専用アプリケーションを起動させるなどの手間と時間がかかっていたが、本実施例では、携帯端末６０を操作しなくても、通常使用しているリモコン２２の操作だけで、結果的にＵＲＬ情報を利用して携帯端末６０から容易にＷＥＢサイトにアクセスしたり、携帯端末６０から関連する情報へアクセスすることを容易にすることができる。
【００３３】
ところで、ＣＰＵはＵＲＬ情報を転送する他、番組画面も転送することができ、ステップＳ１１０の初期設定で視聴者が選択できるようにしている。ＣＰＵは、選択結果を管理しており、視聴者が番組画面をＵＲＬ情報とともに携帯端末６０に転送することを望んでいるのであれば、ステップＳ１１６にて、番組画面の転送オプションありと判断し、ステップＳ１１８にて、ＵＲＬ情報を含んでいた番組画面を携帯端末６０に転送する。
【００３４】
また、携帯端末６０でＵＲＬ情報を利用するだけではなく、本テレビジョン１０としてもＵＲＬ情報で特定されるＷＥＢサイトをブラウジングすることもできる。ＷＥＢサイトに本テレビジョン１０でアクセスするか否かはステップＳ１０２の初期設定で選択してあり、ＣＰＵは、ステップＳ１２０にて、ＷＥＢサイトの表示オプションが指定されているか判断する。そして、ＷＥＢサイト表示オプションの指定があると判断された場合には、ステップＳ１２２にて、ＵＲＬ情報に基づいてＷＥＢサイトへ接続した後、ステップＳ１２４にて、ブラウザーによるＷＥＢサイト表示を実施する。
【００３５】
ＷＥＢサイトへのアクセスは一般的にはブラウザーと呼ばれるアプリケーションを実行することで実現するが、要は、本テレビジョン１０が、ＵＲＬ情報を携帯端末６０に転送して同携帯端末６０での二次的な利用を促すのに加え、簡易的にも本テレビジョン１０自体でＵＲＬ情報が特定するＷＥＢサイトの内容を知ることができるものであればよい。
【００３６】
図３は、本実施例のテレビジョン適用される状況を概念図により示している。
本テレビジョン１０の画面に二次元コードが表示されたら、リモコン２２のキャプチャキー２２ａを押し下げると、ＵＲＬ情報は無線ＬＡＮユニット２５を介してネットワークに接続されている携帯端末６０（タブレットやスマートフォンなど）に転送される状況を示している。
このように、本実施例では、テレビジョン１０のネットワークアクセス手段により、取得したＵＲＬ情報に基づいてネットワークから情報を取得して表示している。
【００３７】
（第二実施例）
第一実施例では、リモコン２２を操作している。しかし、直に携帯端末６０から操作するということも可能である。
図４は、本テレビジョンが実行する処理手順をフローチャートにより示している。なお、第一実施例と共通の処理については、ステップの下二桁の数値を一致させている。
【００３８】
図５は、本実施例のテレビジョン適用される状況を概念図により示している。
本テレビジョン１０の画面に二次元コードが表示されたら、携帯端末６０を操作することでＵＲＬ情報を要求し、ＵＲＬ情報は同携帯端末６０に転送される状況を示している。
ＣＰＵは、ステップＳ２００とステップＳ２０２の初期設定で、携帯端末６０のＭＡＣアドレスを登録して連携し、また、番組画面の転送オプションを指定し、ＵＲＬ情報転送後のブラウザーによるＷＥＢサイト表示オプションを指定する。
【００３９】
第一実施例では、本テレビジョン１０のリモコン２２を操作したが、本実施例では、ＣＰＵは、ステップＳ２０４にて、携帯端末６０からキャプチャ操作の指示が出されたか否かを判断する。携帯端末６０には、専用のアプリケーションを実装しておき、同携帯端末６０の画面上で本テレビジョン１０用のキャプチャキーを操作する。一般的にはタッチ操作が適当である。本テレビジョン１０と携帯端末６０はＬＡＮ２４で互いに接続可能であるから、例えば、携帯端末６０とテレビジョン１０とを連携させたときに、互いのＭＡＣアドレスまたはＴＣＰ／ＩＰアドレスを交換しておき、相手側のアドレスを指定しつつ、所定のポートに対して何らかのデータを書き込むような処理を実行する。
【００４０】
携帯端末６０から同ポートに所定のデータを書き込むことにし、本テレビジョン１０の側ではＣＰＵが同ポートへの書き込みを監視する。そして、ステップＳ２０４にて、ＣＰＵが同ポートへのデータの書き込みを検知したら、ＣＰＵはリモコン２２のキャプチャキー２２ａの操作と同様に、ステップＳ２０６にて、番組画面を取得（キャプチャ）する。
携帯端末６０から本テレビジョン１０に対するキャプチャの指示はこの方法に限られるものではなく、ＬＡＮ２４経由ではなく、携帯端末６０がブルートゥース接続でテレビジョン１０に接続されている場合も可能である。この場合、携帯端末６０がヒューマンインターフェイスデバイス（ＨＩＤ）として認識されている場合は、キーボードやマウスの操作と同様であるから、テレビジョン１０のＣＰＵは、「あるキーが押された」、あるいは「マウスボタンが右クリックされた」というように操作を検出することが可能である。
【００４１】
この後の処理は、第一実施例と同様であり、ＣＰＵは、ステップＳ２０６にて、番組画面を取得（キャプチャ）し、ステップＳ２０８にて、番組画面を解析して二次元コードが含まれているかを検出し、含まれていれば、ステップＳ２１０にて、二次元コードを復号した後、ステップＳ２１２にて、復号された情報がＵＲＬ情報と判断されれば、ステップＳ２１４にて、ＬＡＮ２４経由で連携されている携帯端末６０にＵＲＬ情報を転送する。
【００４２】
なお、ステップＳ２１６、ステップＳ２１８、ステップＳ２２０、ステップＳ２２２、ステップＳ２２４については、第一実施例と特に変わる点はない。
このように、本実施例では、携帯端末６０から、画面取得手段に画面取得のタイミングを指示している。
【００４３】
（第三実施例）
上述した実施例では、取得した番組画面の中から二次元コードを検出する処理を全て自動でまかなっている。しかし、画面によっては誤検出したり、検出できないような場合も想定し得る。
本実施例では、視聴者が二次元コードの所在を特定する補助を行う。
【００４４】
図６は、本テレビジョンが実行する処理手順をフローチャートにより示している。
ＣＰＵは、ステップＳ３００にて、リモコン２２のキャプチャキー２２ａの押し下げを検知した場合、ステップＳ３０２にて、その時点での番組画面を取得（キャプチャ）する。本実施例では、キャプチャキー２２ａの一度目の操作だけでは二次元コードの検出を開始せず、二度目の押し下げ操作を検知して二次元コードの検出を開始することにする。また、キャプチャキー２２ａの一度目の押し下げ操作後、画面にカーソルを表示させ、二度目の押し下げ操作までの間に、ＣＰＵは、カーソルキー２２ｂの操作を監視する。
【００４５】
ＣＰＵは、ステップＳ３０４にて、カーソルキー２２ｂの操作があると判断すると、ステップＳ３０６にて、画面上のカーソルを移動表示させる。なお、カーソルは例えば、ＯＳＤ表示などで実現する。視聴者は、この時点で二次元コード上にカーソルを移動させるようにカーソルキー２２ｂを操作する。カーソルキー２２ｂで上下、左右にカーソルを移動させ、二次元コード上、あるいは二次元コードの近くまで移動させる。十分に近づいた時点で、視聴者はキャプチャキー２２ａの二度目の押し下げ操作を実施する。
【００４６】
すると、ＣＰＵは、ステップＳ３０８にて、再度リモコン２２のキャプチャキー２２ａの押し下げ操作があったと判断することができ、ステップＳ３１０にて、カーソル位置を中心に番組画面を解析して二次元コードを検出する。検出できた場合は、ＣＰＵは、ステップＳ３１２にて、二次元コードを復号し、ステップＳ３１４にて、復号された情報がＵＲＬ情報であると判断できれば、ステップＳ３１６にて、ＬＡＮ２４経由で連携されている携帯端末６０にＵＲＬ情報を転送する。
【００４７】
本実施例でキャプチャキー２２ａを二度押し下げ操作するというのは一例に過ぎず、カーソルを表示させて二次元コードの位置をＣＰＵに対して指示する操作は各種の変形例として実現可能である。また、カーソルを二次元コード上に移動させたり、近くに移動させるだけでなく、例えば、二次元コードが含まれるように左上と右下隅の二点で四角形を特定し、この四角形の領域内で二次元コードを検出するということも可能である。
このように、本実施例では、情報復元手段が、リモコン２２の操作子であるキャプチャキー２２ａの操作に基づき、取得した番組画面の中で二次元コードの画像の位置の指定を受け付けるようにしている。
【００４８】
（第四実施例）
上述した実施例では、テレビ放送を視聴中の視聴者によるリモコン２２または携帯端末６０からの指示を受けて番組画面を取得している。しかし、多くのテレビ放送を並行して同時に受信し、ほぼ絶え間なくそれらの放送番組を録画し続けて再生も可能とする常時録画機能（タイムシフト機能など、各種の呼び名で呼ばれている。）を利用可能な本テレビジョン１０の場合、テレビ放送の画面に自動的にＵＲＬ情報をコード化した二次元コードを含んでいれば、過去に遡ってＵＲＬ情報を取得したり、転送したりすることが可能である。
【００４９】
本実施例では、常時録画機能を備えた場合の処理である。
図７は、本テレビジョンが実行する処理手順をフローチャートにより示している。
ＣＰＵは、ステップＳ４００とステップＳ４０２の初期設定で、携帯端末６０のＭＡＣアドレスを登録して連携し、また、番組画面の転送オプションを指定し、ＵＲＬ情報転送後のブラウザーによるＷＥＢサイト表示オプションを指定する。
常時録画をしている場合、一般には再生以外の処理を常時録画と並行すると処理の負担が大きくなりすぎるので好ましくない。このため、常時録画の場合に、通常、一日に一度、行われるシステムメンテナンス中に、二次元コードを解析する処理を実施する。
【００５０】
具体的には、ＣＰＵは、ステップＳ４０４にて、常時録画を実施していると判断し、ステップＳ４０６にて、システムメンテナンス中であると判断される場合、ＣＰＵは、以下の処理を実施する。
ＣＰＵは、まず、ステップＳ４０８にて、録画済みの番組から、所定時間毎に番組画面を取得する。一例として、１分ごとの番組画面を取得し、ステップＳ４１０にて、同番組画面を解析して二次元コードを検出できるか判断する。テレビ放送中であれば、二次元コードはある期間にわたって表示されることが期待できる。１分未満では視聴者が二次元コードを撮影するのは不可能である。従って、少なくとも１分ごとの番組画面について二次元コードを含んでいないか判断すれば、二次元コードの放送を見逃す可能性は少ないと考えられる。むろん、この頻度は１分に限定されるものではなく、視聴者が変更できるようにしておいても良い。また、場合によっては全ての番組画面について実施するというのも不可能ではない。
【００５１】
このようにして、いわゆる間引きされた番組画面毎に二次元コードが含まれていないか判断し、検出された場合には、ＣＰＵは、ステップＳ４１２にて、二次元コードを復号し、ステップＳ４１４にて、復号された情報はＵＲＬ情報を含むと判断されれば、ステップＳ４１６にて、番組画面とＵＲＬ情報とを番組情報に関連させて蓄積する。何を蓄積するかは視聴者の選択にゆだねても良い。番組画面が不要という場合は、ＵＲＬ情報だけでも構わない。この処理を、一日分の録画済みの番組について実施する。
【００５２】
その後、ＣＰＵは、ステップＳ４１８にて、携帯端末６０の連携ありと判断したタイミングで、ステップＳ４２０にて、蓄積してある番組画面とＵＲＬ情報とを番組情報をＬＡＮ経由で連携されている携帯端末６０に転送する。ステップＳ４１８の処理は、ステップＳ４１６の処理で蓄積した情報があり、その後、初めて携帯端末６０を検出した時点を表している。例えば、メンテナンス後に、本テレビジョン１０から携帯端末６０をＬＡＮ２４経由で捜索すると良い。また、捜索の処理はしないで携帯端末６０からのアクセスを待機し、携帯端末６０からのアクセスがあったときに、携帯端末６０の連携ありと判断してもよい。
【００５３】
この結果、携帯端末６０には、一日分の録画番組含まれていた二次元コードに基づいて復元したＵＲＬ情報が転送される。
このように、本実施例では、情報復元手段が、常時録画のように録画される番組画面の中から二次元コードの画像を検出し、同二次元コードに変換前のＵＲＬ情報を含む情報に復元して、番組情報とともに蓄積している。そして、蓄積したＵＲＬ情報を携帯端末６０などに転送するようにしている。
【００５４】
また、常時録画機能を備えている場合は、リモコン２２のキャプチャキー２２ａを操作したときに、その時点での番組画面に加え、過去に遡った番組画面まで取得することができる。例えば、上述した実施例のステップＳ１０４でリモコンのキャプチャキーの押し下げを検知したときに、ステップＳ１０６にて、その時点での番組画面を取得（キャプチャ）するだけでなく、常時録画されている過去数分程度の番組画面を利用して二次元コードを検出しても良い。むろん、この場合も１分ごとの番組画面であったり、数十秒ごとの番組画面を切り出して取得するようにしても良い。そして、こらの複数の番組画面の中から二次元コードの画像を検出してＵＲＬ情報に復元する。
【００５５】
従って、キャプチャキー２２ａを操作したタイミングを含む時間的に所定の幅を有する番組画面を取得し、時間的に所定の幅を有する番組画面の中から二次元コードの画像を検出して同二次元コードに変換前のＵＲＬ情報を含む情報に復元するといえる。
なお、本発明は前記実施例に限られるものでないことは言うまでもない。当業者であれば言うまでもないことであるが、
【００５６】
・前記実施例の中で開示した相互に置換可能な部材および構成等を適宜その組み合わせを変更して適用すること
・前記実施例の中で開示されていないが、公知技術であって前記実施例の中で開示した部材および構成等と相互に置換可能な部材および構成等を適宜置換し、またその組み合わせを変更して適用すること
・前記実施例の中で開示されていないが、公知技術等に基づいて当業者が前記実施例の中で開示した部材および構成等の代用として想定し得る部材および構成等と適宜置換し、またその組み合わせを変更して適用すること
は本発明の一実施例として開示されるものである。
【符号の説明】
【００５７】
１０…テレビジョン、１１，１１ａ１〜１１ａ６…チューナ（デジタルチューナ）、１２…デマルチプレクサ、１３…マルチプレクサ、１４…ＨＤＤ、１４ａ…ＵＲＬ情報、１５…デコーダ、１６…ドライバー、１７…ディスプレイパネル、１８…アンプ、１９…スピーカ、２１…操作パネル、２２…リモコン、２２ａ…キャプチャキー、２２ｂ…カーソルキー、２３…ネットワークインターフェイス、２４…ＬＡＮ、２５…無線ＬＡＮユニット。
【図１】
2015204501.tif 000003
【図２】
2015204501.tif 000004
【図３】
2015204501.tif 000005
【図４】
2015204501.tif 000006
【図５】
2015204501.tif 000007
【図６】
2015204501.tif 000008
【図７】
2015204501.tif 000009