(57)【要約】【課題】  携帯端末に予約録画しようとすると、予約時の放送地域(エリア)についての設定もしくは予約時の位置と、録画時の位置に矛盾が生じることがある。【解決手段】  上記の課題を解決するために、本発明では、予約データとして、放送地域もしくは放送局を特定する情報を含んだ情報を登録しておき、録画の際（もしくはその所定時間前）の携帯端末の所在位置と予約データを比較して、矛盾がある場合には、（１）予約データの変更、（２）変更候補を出力して、利用者からの選択の受付け、（３）変更すべきかの利用者からの入力の受付けのいずれか１つを行う。【選択図】図１
2010171671.tif 000002
【特許請求の範囲】
【請求項１】
テレビ放送の各番組に関する番組データを格納する番組サーバを用いて、前記テレビ放送を受信する受信手段および受信した前記テレビ放送を録画する録画手段を有する携帯端末について、前記録画手段にテレビ放送を予め設定された時間に録画する予約録画を支援する携帯端末への予約録画支援方法において、
前記携帯端末が、
テレビ放送の番組を識別する番組ＩＤを、記録媒体から読み取り、
前記番組ＩＤを含む番組データ要求情報を、ネットワークを介して前記番組サーバに送信し、
前記番組サーバが、
各番組を識別する番組ＩＤ毎に、当該番組の放送時間、放送チャンネルおよび放送地域を対応付けた番組データを格納した番組データベースを有し、
前記番組データ要求情報に含まれる番組ＩＤの番組データのうち、特定の放送地域の第１の番組データを、前記番組データベースから検索し、
検索された前記番組データおよび前記番組ＩＤを、前記携帯端末に送信し、
前記携帯端末が、
送信された前記第１の番組データおよび前記番組ＩＤを予約データとして登録し、
前記予約データに含まれる放送時間の所定時間前になったことを検知し、
前記予約データに含まれる放送地域に、当該携帯端末の位置が含まれるかを判断し、
含まれないと判断した場合には、少なくとも、前記携帯端末の位置が含まれる放送地域の第２の番組データを、前記番組サーバから受信し、
受信した前記第２の番組データを、前記第１の番組データに上書き登録することで、前記予約データを更新し、
更新された前記予約データもしくは登録された前記予約データに従って、テレビ放送を、前記録画手段に録画することを特徴とする携帯端末への予約録画支援方法。
【請求項２】
請求項１に記載の携帯端末への予約録画支援方法において、
前記携帯端末は、
前記所定時間前以降に、当該携帯端末の位置を示す位置情報を検知し、
前記予約データに含まれる番組ＩＤを抽出し、
検知された前記位置情報と抽出された前記番組ＩＤを含む確認要求を前記番組サーバに送信し、
前記番組サーバは、
前記確認要求に含まれる番組ＩＤの番組データのうち、前記位置情報に対応する放送地域の第３の番組データを、前記番組データベースから検索し、
検索された第３の番組データを、前記携帯端末に送信し、
前記携帯端末は、
前記第３の番組データと前記第１の番組データを比較し、
比較の結果、一致しないと判定した場合、前記判断において含まれないと判断することを特徴とする携帯端末の予約録画支援方法。
【請求項３】
請求項２に記載の携帯端末への予約録画支援方法において、
前記携帯端末は、
前記判断において含まれないと判断した場合、前記第３の番組データを前記第２の番組データとして前記第１の番組データに上書き登録することを特徴とする携帯端末への予約録画支援方法。
【請求項４】
請求項２に記載の携帯端末への予約録画支援方法において、
前記携帯端末は、
前記判断において含まれないと判断した場合、前記番組ＩＤの番組データのうち、前記第１の番組データを除く複数の第４の番組データを前記番組サーバから受信し、
受信された前記複数の第４の番組データを表示部に表示し、
表示された前記複数の第４の番組データの中から第５の番組データの選択を受付け、
選択された前記第５の番組を、前記第２の番組データとして前記第１の番組データに上書き登録することを特徴とする携帯端末への予約録画支援方法。
【請求項５】
請求項４に記載の携帯端末への予約録画支援方法において、
前記携帯端末は、
前記判断において含まれないと判断した場合、前記番組ＩＤを含む問い合わせ情報を、前記番組サーバに送信し、
前記番組サーバは、前記問い合わせ情報に応じて、前記番組データベースから前記第４の番組情報を検索することを特徴とする予約番組支援方法。
【請求項６】
請求項１乃至５のいずれかに記載の携帯端末への予約録画支援方法において、
前記携帯端末は、
自身の位置を示す位置情報を検知し、
前記番組データ要求情報として、前記位置情報を含む番組データ要求情報を、前記番組サーバに送信し、
前記番組サーバは、
前記特定の放送地域の第１の番組データとして、送信された番組データ要求情報に含まれる位置情報に対応する放送地域を有する番組データを検索することを特徴とする携帯端末への予約録画支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話を含む携帯端末にテレビ放送を録画する技術に関し、その中でも特にいわゆる予約録画に関する。
【背景技術】
【０００２】
現在、テレビ放送は携帯端末や携帯型のテレビ受像機により、様々な場所に移動して視聴することが可能になっている。特に地上デジタル放送の開始により、携帯電話でのテレビ方法の視聴がなされている。ここで、テレビ放送の視聴のスタイルとして、放送時間にそのまま視聴する他、予約録画などで録画しておき、録画された内容を後に視聴するスタイルがある。この録画に関する従来技術として、特許文献１および２がある。
【０００３】
特許文献１では、特に携帯電話の場合に、視聴中にメールや通話の受信を受け、そのまま視聴ができないことに対応して、携帯電話で受信中のテレビ放送の内容を受信する技術が記載されている。特許文献１では、デジタルテレビ放送をデジタル信号（ＴＳ信号）で記録再生することで、記録するデータ量を大幅に削減でき、小容量、小型のデータストレージにて長時間の音声画像データを記録でき、通話中にも携帯端末でデジタルテレビ放送を録画できる技術が開示されている。
【０００４】
また、携帯電話機等を使用して据え置きの録画装置に放送番組の録画予約を行う技術が特許文献２に開示されている。特許文献２では、携帯電話により番組情報サーバにアクセスして、放送番組情報（ＥＰＧ情報）を特定し、これをネットワーク(番組情報サーバ)経由で録画機器に送信することで録画予約設定を行うことが開示されている。
【０００５】
【特許文献１】特開2003-348510号公報
【特許文献２】特開2001-309285号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１および２においては、携帯端末自身（もしくはこれと直接接続される媒体）に「予約録画」する場合については、考慮されていない。
【０００７】
特許文献１では、００１６段落に「着信信号受信の旨を受けた時、４００の記録再生制御部に地上波デジタル放送の記録を開始するよう指示する」と記載されたように、「着信信号受信」を条件にしているのみで“予約”録画については、考慮されていない。また、特許文献２では、携帯電話機１２と録画を行う装置である録画機器７１が別物であって、据え置き型のものである。このため、特許文献２においては、“携帯端末自身に”予約録画することは考慮されていない。なお、特許文献２では、００１８段落に「所謂家庭内に設置されているビデオレコーダー等の録画機器７１」と記載されていることから、通常は携帯されず家庭内に据え置きされている、と判断できる。
【０００８】
今後、いわゆるワンセグ放送の普及により、携帯電話自身に録画するニーズが高まることを考えると、特許文献１や２の技術では、対応できないとの課題が生じる。特に、携帯電話で予約する場合、予約時と放送時で、その携帯電話の位置が異なることも多い（もしくは予約時の携帯端末での受信における地域設定と録画時の位置が異なる）。このことにより、それぞれの放送エリアも異なってくることもある。このため、チャンネルや放送時間が異なる恐れがある。通常、予約時に位置する放送エリアに沿った予約を行うため、録画時に、該当するチャンネルがないことによるエラー発生や別の番組を放送しているチャンネルを録画してしまう恐れがある。この予約時と放送時での位置の不一致に生じる問題について、特許文献１および２のいずれも開示しているわけでない。このため、特許文献１や２では、利用者の希望する番組を、携帯電話に予約録画できないとの課題が残る。
【課題を解決するための手段】
【０００９】
上記の課題を解決し、携帯端末自身に予約録画する際、予約時(設定)と放送時の「位置」の不一致（それに基づき生じる番組の不一致）にも対応して、利用者の希望する番組を予約録画できるようにすることを、本発明の目的とする。
【００１０】
そこで、本発明では、予約データとして、放送地域もしくは放送局を特定する情報を含んだ情報を登録しておき、録画の際（もしくはその所定時間前）の携帯端末の所在位置と予約データを比較して、矛盾がある場合には、（１）予約データの変更、（２）変更候補を出力して、利用者からの選択の受付け、（３）変更すべきかの利用者からの入力の受付けのいずれか１つを行う。特に、（３）の場合には、変更すべきとの入力を受付けた場合、（２）の処理をその後行うことも本発明の一態様に含まれる。
【００１１】
また、さらに本発明には、番組宣伝のポスターになどに記録された番組を識別する番組ＩＤを、携帯端末が読み取って特定することも含まれる。この場合、ポスターなどに添付されたＩＣタグに記録された情報を無線通信技術（ＲＦＩＤ）を使って読み取ったり、２次元バーコードのようにポスターに印刷されたコードを読み取ったりする構成を用いてもよい。
【００１２】
なお、本発明には、方法のカテゴリの他、この方法を実現する全体システムおよび全体システムの各構成要件でもある携帯端末や番組サーバもその対象に含まれる。さらにこれらの装置で実行されるプログラムも含まれる。
【発明の効果】
【００１３】
本発明によれば、携帯端末の移動により、予約時の放送エリアと録画時の放送エリアが一致しなくとも、利用者の希望に応じた番組を予約録画することが可能になる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施例を、図面を用いて説明する。なお、本実施例は一例に過ぎず、これにより本発明が限定されるものではない。
【００１５】
図1に、本発明の一実施例におけるシステムの構成を示す。
図１において、ＲＦＩＤリーダ機能121とＧＰＳ取得機能124の搭載された携帯電話120でポスター100に貼付されたＩＣタグ110を読込む。携帯電話120はネットワーク130と繋がっており、ネットワーク130はサーバ140と接続されている。サーバ140は、番組データ150を保持している。番組データ150はネットワーク160から取得されたものである。また、ワンセグ放送はＴＶ局(Ａ地区)170とＴＶ局(Ｂ地区)によって（それぞれ放送設備からアンテナなどでの発信部を介して）送信されている。ＴＶ局(Ａ地区)とＴＶ局(Ｂ地区)は系列局である。
【００１６】
次に、本発明の一実施例にける処理の概要を説明する。
本実施例では、ＲＦＩＤリーダ機能121とＧＰＳ取得機能124の搭載された携帯電話120でポスター100に貼付されたＩＣタグ110を読込むことによって番組ＩＤを取得し、その番組ＩＤとＧＰＳ取得機能124で取得した現在位置をもとにサーバ140から、放送時間とチャンネルを取得する。その際、番組ＩＤは携帯電話120に保存しておく。取得した情報をもとに携帯電話120に録画予約を行う。
【００１７】
録画予約が完了すると、予約された時間の一定時間前に、携帯電話120に保存した番組ＩＤとＧＰＳ取得機能124で取得した現在位置をもとにサーバから、放送時間とチャンネルを再び取得する。取得した結果と予約されている内容が一致していれば、録画開始となる。
【００１８】
以降、図を使用しながら、本実施例の録画予約時の動作を説明する。
ステップ201：携帯電話120は、利用者によってポスター100に貼付されたＩＣタグ110にかざされ、このＩＣタグ110に格納された番組ＩＤを取得する。取得した番組ＩＤは携帯電話120に保存する。本実施例では、番組ＩＤ「22222」を取得したとする。
【００１９】
ステップ202：携帯電話120のＧＰＳ取得機能124で、現在位置の情報を取得する。本実施例では、東京都内の位置情報として「7777777」が取得されたとする。
【００２０】
ステップ203：携帯電話120は、保存した番組ＩＤと現在位置の情報を、ネットワーク130を介して番組サーバ140へ送信する。このとき、図４の予約時データテーブル20のデータ形式でデータを送信する。本実施例では、予約時データであることを示すヘッダー「0」、番組ＩＤ「22222」、現在位置情報「7777777」を送信する。
【００２１】
ステップ204：番組サーバ140で携帯電話120から送信された番組ＩＤ、現在位置情報を受信する。サーバはヘッダー「0」を確認し、送信されたデータが予約時のデータであることを判断し、予約時の処理、つまりステップ205に進むよう制御する。図２には、図示しないが、判断結果に応じてその制御、すなわち、ステップ205のように予約時の処理をするか、他の処理を行うかを変化させる。他の処理として「予約確認時」の処理を行う場合などについては、後述する。
【００２２】
ステップ205：番組サーバ140は、受信した番組ＩＤ、現在位置情報に対応する番組データを番組データＤＢ150から取得する。このとき現在位置情報から地域情報へ変換する仕組みは、サーバ上または携帯電話上に用意されているものとする。データが存在しない場合は、データが存在しない旨を返す。本実施例では、番組ＩＤ「22222」と地域情報「東京」から番組データテーブル40の41のデータ「番組ＩＤ：22222、時間：11月30日 10:00、地域：東京、チャンネル：４」が取得できる。
【００２３】
ステップ206：番組サーバ140は、ステップ205で取得したデータの中で、番組データの時間が現在時刻より後の番組データを、ネットワーク130を介して、携帯電話120へ送信する。
【００２４】
ステップ207：携帯電話120が、サーバ140から送信されたデータを受信する。
ステップ208：受信したデータを、携帯電話120が自身の画面に表示する。本実施例では「番組ＩＤ：22222、時間：11月30日 10:00、地域：東京、チャンネル：４」を表示する。
【００２５】
ステップ209：携帯電話120は、受信したデータの番組データで予約を行うか否かを利用者からの入力に応じて判断する。その番組データで予約を行うとの入力を受付けた場合には、番組データを登録することで予約を完了する。つまり、ステップ216へ進む。その番組で予約を行わない（異なる地域についての番組データで予約を行う）との入力を受付けた場合には、ステップ210に進む。
【００２６】
ステップ210：携帯電話120は、受信したデータと異なる地域の番組データで予約を行うとの入力を受付けた場合には、図4に示す問合せデータテーブル30の形式で、サーバ140へ問合せデータを送信する。
【００２７】
本実施例では、問合せデータ31のヘッダー「1」、番組ＩＤ「22222」の情報をサーバ140へ送信する。
【００２８】
ステップ211：番組サーバ140は、携帯電話120から送信された情報を受信する。
ステップ212：番組サーバ140は、ヘッダー情報から他地域の番組データの問合せデータであることを判断し、この判断結果により番組ＩＤをもとに番組データＤＢ150から番組データを取得する処理を実行する。番組データが存在しない場合は、存在しない旨を携帯電話120へ返す。本実施例では、ヘッダー「1」から他地域の番組データの問合せデータであると判断し、番組ＤＢ150の検索処理を実行する。すなわち、番組ＩＤ「22222」に対応する各地域の番組データを番組データＤＢ150から検索する。
【００２９】
ステップ213：番組サーバ140は、検索された各地域の番組データの中で、番組データの時間が現在時刻より後の番組データを携帯電話140へ送信する。なお、現在時刻より後か否かは、番組サーバ140が有する時計(カレンダ)機能と、検索された番組データの放送開始時間（もしくは終了時間）を比較することで実現する。また、本実施例では、ステップ213で時間の比較を行ったが、ステップ212の検索処理において、この比較を行ってもよい。本実施例では、各地域の番組データの情報「番組ＩＤ：22222、時間：11月30日 10:00、地域：東京、チャンネル：４」、「番組ＩＤ：22222、時間：11月30日 12:00、地域：大阪、チャンネル：8」、「番組ＩＤ：22222、時間：11月31日 12:00、地域：九州、チャンネル：12」を送信する。
【００３０】
ステップ214：サーバ140から送信された情報を、携帯電話120が受信する。
ステップ215：受信した各地域の番組データの情報を、携帯電話120が自身の画面に表示する。表示した各地域のデータから一つのデータの選択を、利用者から受け付ける。
【００３１】
ステップ216：携帯電話120は、受付けられた番組データの登録を行う。すなわち、予約を完了する。
【００３２】
次に、図を使用しながら、本実施例の録画時の動作を説明する。
ステップ301：携帯電話120は、登録された録画予約時間（ステップ216で登録された番組データに含まれる放送開始時間）の一定時間前となったことを、携帯電話120が有する時計（カレンダ）機能を用いて検知する。本実施例では、5分前とする。
【００３３】
ステップ302：携帯電話120は、自身のＧＰＳ取得機能124で現在位置の情報を取得する。本実施例では、東京都内の位置情報として「7777777」が取得されたとする。
【００３４】
ステップ303：携帯電話120は、自身が保存している番組ＩＤと現在位置の情報を、ネットワーク130を介して番組サーバ140へ送信する。このとき確認データテーブル50のデータ形式でデータを送信する。予約時データであることを示すヘッダー「2」、番組ＩＤ「22222」、現在位置情報「7777777」を送信する。
ステップ304：番組サーバ140は、携帯電話120から送信された番組ＩＤ、現在位置情報を受信する。サーバはヘッダー「2」を確認し、送信されたデータが予約確認時のデータであることを判断し、予約確認時の処理、つまりステップ305に進むよう制御する。図３には、図示しないが、判断結果に応じてその制御、すなわち、ステップ305のように予約確認時の処理をするか、他の処理を行うかを変化させる。他の処理としてステップ205のように、「予約時」の処理を行う場合などがある。
【００３５】
ステップ305：番組サーバ140は、受信した番組ＩＤ、現在位置情報を対応する番組データを、番組データＤＢ150から検索する。このとき現在位置情報から地域情報へ変換する仕組みは、番組サーバ140上または携帯電話120上に用意されているものとする。データが存在しない場合は、データが存在しない旨を携帯電話120へ返す。
【００３６】
ステップ306：番組サーバ140は、ステップ205で検索された番組データの中で、番組データの時間が現在時刻より後の番組データを、ネットワーク130を介して、携帯電話120へ送信する。これは、番組サーバ140が有する時計機能を用いて、検索された番組データの放送開始時間と時計機能により検知された現在時刻を比較して実行するものである。
【００３７】
ステップ307：番組サーバ140から送信されたデータを、携帯電話120が受信する。
ステップ309：携帯電話120は、登録された予約内容とステップ307で受信した番組データが一致しているかを判断する。一致する場合は、ステップ319に進み録画を開始する。一致しない場合はステップ310へ進む。
【００３８】
次に、ステップ309で登録された予約内容とステップ307で受信した番組データが一致していない場合について、携帯電話120の録画時の動作を説明する。
【００３９】
ステップ310：携帯電話120は、異なる地域の番組データで予約を行うために、図4に示す問合せデータテーブル30の形式で、番組サーバ140へ問合せデータを送信する。本実施例では、問合せデータ31のヘッダー「1」、番組ＩＤ「22222」の情報を番組サーバ140へ送信する。
【００４０】
ステップ311：番組サーバ140は、携帯電話120から送信された情報を受信する。
ステップ312：ヘッダー情報から他地域の番組データの問合せデータであることを判断し、検索処理を実行する。すなわち、番組ＩＤに対応する番組データを番組データＤＢ150から検索する。番組データが存在しない場合は、存在しない旨を携帯電話120へ返す。
【００４１】
本実施例では、ヘッダー「1」他地域の番組データの問合せデータであることを示し番組ＩＤ「22222」に対応する番組データを番組データＤＢ150から検索する。
【００４２】
ステップ313：番組サーバ140は、検索された各地域の番組データの中で、番組データの時間が現在時刻より後の番組データを携帯電話140へ送信する。後の番組の特定は、上述のように時計(カレンダ)機能を用いて行う。
【００４３】
本実施例では、各地域の番組データの情報「番組ＩＤ：22222、時間：11月30日 10:00、地域：東京、チャンネル：４」、「番組ＩＤ：22222、時間：11月30日 12:00、地域：大阪、チャンネル：8」、「番組ＩＤ：22222、時間：11月31日 12:00、地域：九州、チャンネル：12」を送信する。
【００４４】
ステップ314：番組サーバ140から送信された情報を、携帯電話120が受信する。
ステップ315：受信した各地域の番組データの情報を、携帯電話120が自身の画面に表示する。表示した各地域のデータから一つのデータの選択を受け付ける。
【００４５】
ステップ316：携帯電話120は、番組データの登録を行い、番組の再予約を行う。すなわち、ステップ216で登録された番組データに対して、この番組データを上書き保存を行う。
【００４６】
ステップ317：携帯電話120は、予約がステップ301の一定時間前であった場合、ステップ319に進み録画を開始する。一定時間前でなかった場合は、予約を登録し終了する。
【００４７】
この登録された予約内容に従って、携帯電話120は、番組の録画を行う。この結果、利用者は録画された番組を、移動があっても視聴可能になる。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施形態の構成を示すブロック図である。
【図２】本発明の一実施形態における予約時のフローチャートである。
【図３】本発明の一実施形態における録画時のフローチャートである。
【図４】本発明の一実施形態で利用する各種データ（テーブル）を示す図である。
【符号の説明】
【００４９】
１０…ポスター、１００…ポスター、１２０…携帯電話、１３０…ネットワーク、１４０…番組サーバ
【図１】
2010171671.tif 000003
【図２】
2010171671.tif 000004
【図３】
2010171671.tif 000005
【図４】
2010171671.tif 000006