(57)【要約】【課題】  テレビ番組の予約情報の処理に際して利用者の利便性を向上させる。【解決手段】  ネイティブアプリケーションの１つであるＴＶアプリ３７1が、基本処理部３１内のファイル管理部３５を介して、携帯電話装置の記憶部２３内に格納され、テレビ番組予約情報を収納する予約情報ファイル２４にアクセスする。一方、汎用アプリケーションの１つである汎用予約アプリ３９1は、汎用アプリケーションに実行環境を提供する実行環境部３２及びファイル管理部３５を介して、予約情報ファイル２４にアクセスする。【選択図】  図３
2008022409.tif 000002
【特許請求の範囲】
【請求項１】
テレビチューナ付きの移動情報装置におけるテレビ番組予約情報を処理する予約情報処理方法であって、
前記移動情報装置の内部資源の管理を行う基本処理部内のネイティブアプリケーションの１つである第１予約アプリケーションが、前記基本処理部内のファイル管理部を介して、前記テレビ番組予約情報を収納する前記移動情報装置の記憶手段内の予約情報ファイルにアクセスする第１アクセス工程と；
前記基本処理部を利用して動作する汎用アプリケーションの１つである第２予約アプリケーションが、前記汎用アプリケーションに実行環境を提供する実行環境部及び前記ファイル管理部を介して、前記予約情報ファイルにアクセスする第２アクセス工程と；を備える予約情報処理方法。
【請求項２】
前記テレビ番組予約情報には、録画予約情報及び視聴予約情報の少なくとも一方が含まれる、ことを特徴とする請求項１に記載の予約情報処理方法。
【請求項３】
前記予約情報ファイルへのアクセスには、新たなテレビ番組予約情報の登録、前記予約情報ファイル内に登録されているテレビ番組予約情報の取得、及び、前記予約情報ファイル内に登録されているテレビ番組予約情報の削除が含まれる、ことを特徴とする請求項１又は２に記載の予約情報処理方法。
【請求項４】
前記第２予約アプリケーションは、削除しようとするテレビ番組予約情報の識別子及び全項目の内容を指定した削除要求を、前記実行環境部を介して前記ファイル管理部へ送り、
前記ファイル管理部は、前記識別子により特定されるテレビ番組の予約情報の前記全項目の内容が、前記第２予約アプリケーションが指定した内容と一致する場合に、前記識別子により特定されるテレビ番組の予約情報を削除する、ことを特徴とする請求項３に記載の予約情報処理方法。
【請求項５】
前記ファイル管理部が、前記予約情報ファイルの内容の変更があった場合に、前記変更があった旨を前記第２予約アプリケーションに報告する変更報告工程と；
前記変更が前記第２予約アプリケーションにとって意図しないものであった場合に、前記第２予約アプリケーションが、前記テレビ番組予約情報を改めて取得する再取得工程と；を更に備えることを特徴とする請求項１〜４のいずれか一項に記載の予約情報処理方法。
【請求項６】
前記第２予約アプリケーションが、前記予約情報ファイル内に登録可能なテレビ番組予約情報の最大数を取得する最大登録数取得工程と；
前記第２予約アプリケーションが、前記予約情報ファイルに登録されているテレビ番組予約情報の数を取得する登録数取得工程と；を更に備えることを特徴とする請求項１〜５のいずれか一項に記載の予約情報処理方法。
【請求項７】
テレビチューナと；
テレビ番組予約情報を収納する予約情報ファイルが格納される記憶手段と；
前記記憶手段に格納されるファイルの管理を行うファイル管理部と、ネイティブアプリケーションの１つであり、前記ファイル管理部を介して前記予約情報ファイルへのアクセスを行う第１予約アプリケーションとを備える基本処理部と；
前記基本処理部を利用して動作する汎用アプリケーションに実行環境を提供する実行環境部と；
前記汎用アプリケーションの１つであり、前記実行環境部及び前記ファイル管理部を介して前記予約情報ファイルへのアクセスを行う第２予約アプリケーションと；を備える移動情報装置。
【請求項８】
前記予約情報ファイルへのアクセスには、新たなテレビ番組予約情報の登録、前記予約情報ファイル内に登録されているテレビ番組予約情報の取得、及び、前記予約情報ファイル内に登録されているテレビ番組予約情報の削除が含まれる、ことを特徴とする請求項７に記載の移動情報装置。
【請求項９】
前記第２予約アプリケーションは、削除しようとするテレビ番組予約情報の識別子及び全項目の内容を指定した削除要求を、前記実行環境部を介して前記ファイル管理部へ送り、
前記ファイル管理部は、前記識別子により特定されるテレビ番組の予約情報の前記全項目の内容が、前記第２予約アプリケーションが指定した内容と一致する場合に、前記識別子により特定されるテレビ番組の予約情報を削除する、ことを特徴とする請求項８に記載の移動情報装置。
【請求項１０】
前記ファイル管理部は、前記予約情報ファイルの内容の変更があった場合には、前記変更があった旨を前記第２予約アプリケーションに報告し、
前記第２予約アプリケーションは、前記変更が意図しないものであった場合には、前記テレビ番組予約情報を改めて取得する、ことを特徴とする請求項７〜９のいずれか一項に記載の移動情報装置。
【請求項１１】
移動通信網の基地局との間で無線通信を行う無線通信手段を更に備える、ことを特徴とする請求項７〜１０のいずれか一項に記載の移動情報装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約情報処理方法及び移動情報装置に係り、より詳しくは、テレビチューナ付きの移動情報装置におけるテレビ番組予約情報を処理する予約情報処理方法、及び当該予約情報処理方法を使用する移動情報装置に関するものである。
【背景技術】
【０００２】
従来から、携帯電話装置をはじめとする移動情報装置が広く普及している。こうした移動情報装置は、通話機能やメール通信機能だけでなく様々な機能を有することができるようになってきている。このような様々な機能を備える移動情報装置の中には、テレビチューナを有し、テレビ番組の視聴機能及び録画機能を備える携帯電話装置も出現してきている（非特許文献１参照）。
【０００３】
かかるテレビ機能付きの移動情報装置では、キー操作により視聴又は録画したい番組のチャネルの選択を行っている。また、所望の番組の視聴や録画を予め予約しておくこともできるようになっている。かかるテレビ番組予約に際しては、移動情報置に限ったことではないが、放送電波やインターネットを経由して電子番組表（ＥＰＧ：Electric Program Guide）を取得して、その番組の電子情報をテレビ番組の録画機器に送信することで、視聴予約や録画予約等を行うことも一般化してきている（特許文献１参照）。
【０００４】
【非特許文献１】“製品情報 V601N”、[online]、Vodafone、[平成１６年１１月１５日検索]、インターネット <URL：http://www.vodafone.jp/japanese/products /kisyu/v601n/index.html>
【特許文献１】特開２０００−２７８６２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した従来の技術では、移動情報装置が小型であり処理能力が一般のパーソナルコンピュータと比べて低いことから、テレビ番組の視聴や録画の処理は、ＪＡＶＡ（登録商標）等の中間言語で記述され、その実行環境さえ提供されれば機種を問わずに実行可能な汎用アプリケーションではなく、機械語等の機種依存のプログラム言語で記述されたネイティブアプリケーションにより行われるようになっている。こうした事情にともない、テレビ番組の視聴や録画の予約処理もネイティブアプリケーションにより行われるようになっていた。
【０００６】
このため、利用者が移動情報装置の機種変更を行うと、当該移動情報装置の製造者が当該機種における予約情報ファイルへのアクセスに際して一般的に便宜であると考えて実装した機能に対応した操作によりテレビ番組の視聴や録画の予約を行うことになるが、かかる操作が、機種変更前の操作とは異なる場合があった。こうした操作の変更が発生すると、利用者は、それまで慣れ親しんだ操作に代えて、新たな操作を覚えることが必要となる。かかる事態の発生は、利用者にとっては、非常に負担を感じさせる場合があった。一方、新たな機種に適合した新たな操作によるテレビ番組の視聴や録画の予約もできるようにしておく方が、利用者にとって便宜である。
【０００７】
本発明は、上記の事情を鑑みてなされたものであり、テレビ番組の予約情報の処理に際して利用者の利便性を向上させることができる予約情報処理方法及び移動情報装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、第１の観点からすると、テレビチューナ付きの移動情報装置におけるテレビ番組予約情報を処理する予約情報処理方法であって、前記移動情報装置の内部資源の管理を行う基本処理部内のネイティブアプリケーションの１つである第１予約アプリケーションが、前記基本処理部内のファイル管理部を介して、前記テレビ番組予約情報を収納する前記移動情報装置の記憶手段内の予約情報ファイルにアクセスする第１アクセス工程と；前記基本処理部を利用して動作する汎用アプリケーションの１つである第２予約アプリケーションが、前記汎用アプリケーションに実行環境を提供する実行環境部及び前記ファイル管理部を介して、前記予約情報ファイルにアクセスする第２アクセス工程と；を備える予約情報処理方法である。
【０００９】
この予約情報処理方法では、第１アクセス工程において、ネイティブアプリケーションの１つである第１予約アプリケーションが、基本処理部内のファイル管理部を介して、テレビ番組予約情報を収納する記憶手段内の予約情報ファイルにアクセスする。一方、第２アクセス工程において、汎用アプリケーションの１つである第２予約アプリケーションが、汎用アプリケーションに実行環境を提供する実行環境部及びファイル管理部を介して、予約情報ファイルにアクセスする。
【００１０】
すなわち、機種には依存するが、移動情報装置の製造者が当該機種における予約情報ファイルへのアクセスに際して一般的に便宜であると考えて実装した機能を有する第１予約アプリケーションを実行させることにより、予約情報ファイルにアクセスすることができる。また、機種が変更したとしても継続的に利用することができる第２予約アプリケーションを実行させることにより、機種の変更前と同様の操作で予約情報ファイルにアクセスすることができる。このため、利用者は、より便宜である予約アプリケーションを選択的に利用することにより、快適に予約情報ファイルにアクセスすることができる。したがって、本発明の予約情報処理方法によれば、テレビ番組の予約情報の処理に際して利用者の利便性を向上させることができる。
【００１１】
本発明の予約情報処理方法では、前記テレビ番組予約情報には、録画予約情報及び視聴予約情報の少なくとも一方が含まれるようにすることができる。
【００１２】
また、本発明の予約情報処理方法では、前記予約情報ファイルへのアクセスには、新たなテレビ番組予約情報の登録、前記予約情報ファイル内に登録されているテレビ番組予約情報の取得、及び、前記予約情報ファイル内に登録されているテレビ番組予約情報の削除が含まれるようにすることができる。
【００１３】
ここで、前記第２予約アプリケーションは、削除しようとするテレビ番組予約情報の識別子及び全項目の内容を指定した削除要求を、前記実行環境部を介して前記ファイル管理部へ送り、前記ファイル管理部は、前記識別子により特定されるテレビ番組の予約情報の前記全項目の内容が、前記第２予約アプリケーションが指定した内容と一致する場合に、前記識別子により特定されるテレビ番組の予約情報を削除するようにすることができる。この場合には、第２予約アプリケーションの一時停止中に第１予約アプリケーションが予約情報ファイルの内容を変更したときに、再開後における第２予約アプリケーションが、一時停止前の予約情報ファイルの内容情報に基づいて特定の予約情報の削除要求を行うことによる意図しない予約情報の消失を有効に防止することができる。
【００１４】
また、本発明の予約情報処理方法では、前記ファイル管理部は、前記予約情報ファイルの内容の変更があった場合には、前記変更があった旨を前記第２予約アプリケーションに報告する変更報告工程と；前記変更が前記第２予約アプリケーションにとって意図しないものであった場合に、前記第２予約アプリケーションが、前記テレビ番組予約情報を改めて取得する再取得工程と；を更に備えるようにすることができる。この場合には、例えば、第２予約アプリケーションの一時停止中に第１予約アプリケーションが予約情報ファイルの内容を変更したときには、変更報告工程において、第２予約アプリケーションの再開後に、ファイル管理部が、前記変更があった旨を前記第２予約アプリケーションに報告する。この報告に基づいて、再取得工程において、第２予約アプリケーションが、把握していない変更が予約情報ファイルに施されたことを認識する。そして、第２予約アプリケーションは、テレビ番組予約情報を改めて取得する。このため、中断後に再開された場合等において、第２予約アプリケーションが、意図しない予約情報の削除要求や、無駄な予約情報の登録要求を行うことを未然にかつ有効に防止することができる。
【００１５】
また、本発明の予約情報処理方法では、前記第２予約アプリケーションが、前記予約情報ファイル内に登録可能なテレビ番組予約情報の最大数を取得する最大登録数取得工程と；前記第２予約アプリケーションが、前記予約情報ファイルに登録されているテレビ番組予約情報の数を取得する登録数取得工程と；を更に備えるようにすることができる。この場合には、第２予約アプリケーションは、機種によって異なることがある予約情報ファイルにおける予約情報の最大登録数と、現時点での予約情報ファイルにおける予約情報の登録数を知ることができる。このため、第２予約アプリケーションは、新たに登録可能な予約情報の数等を利用者に提供することができる。
【００１６】
本発明は、第２の観点からすると、テレビチューナと；テレビ番組予約情報を収納する予約情報ファイルが格納される記憶手段と；前記記憶手段に格納されるファイルの管理を行うファイル管理部と、ネイティブアプリケーションの１つであり、前記ファイル管理部を介して前記予約情報ファイルへのアクセスを行う第１予約アプリケーションとを備える基本処理部と；前記基本処理部を利用して動作する汎用アプリケーションに実行環境を提供する実行環境部と；前記汎用アプリケーションの１つであり、前記実行環境部及び前記ファイル管理部を介して前記予約情報ファイルへのアクセスを行う第２予約アプリケーションと；を備える移動情報装置である。
【００１７】
この移動情報装置では、ネイティブアプリケーションの１つである第１予約アプリケーションが、基本処理部内のファイル管理部を介して、テレビ番組予約情報を収納する記憶手段内の予約情報ファイルにアクセスする。一方、汎用アプリケーションの１つである第２予約アプリケーションが、汎用アプリケーションに実行環境を提供する実行環境部及びファイル管理部を介して、予約情報ファイルにアクセスする。
【００１８】
すなわち、本発明の移動情報装置は、上述した本発明の予約情報処理方法を使用することができる。したがって、本発明の移動情報装置によれば、視聴予約情報や録画予約情報等のテレビ番組に関する予約情報の処理に際して利用者の利便性を向上させることができる。
【００１９】
本発明の移動情報装置では、前記情報ファイルへのアクセスには、新たなテレビ番組予約情報の登録、前記予約情報ファイル内に登録されているテレビ番組予約情報の取得、及び、前記予約情報ファイル内に登録されているテレビ番組予約情報の削除が含まれるようにすることができる。
【００２０】
ここで、本発明の移動情報装置では、前記第２予約アプリケーションは、削除しようとするテレビ番組予約情報の識別子及び全項目の内容を指定した削除要求を、前記実行環境部を介して前記ファイル管理部へ送り、前記ファイル管理部は、前記識別子により特定されるテレビ番組の予約情報の前記全項目の内容が、前記第２予約アプリケーションが指定した内容と一致する場合に、前記識別子により特定されるテレビ番組の予約情報を削除するようにすることができる。この場合には、再開後における第２予約アプリケーションが、一時停止前の予約情報ファイルの内容情報に基づいて特定の予約情報の削除要求を行うことによる意図しない予約情報の消失を有効に防止することができる。
【００２１】
また、本発明の移動情報装置では、前記ファイル管理部が、前記予約情報ファイルの内容の変更があった場合には、前記変更があった旨を前記第２予約アプリケーションに報告するとともに、前記第２予約アプリケーションは、前記変更が意図しないものであった場合には、前記テレビ番組予約情報を改めて取得するようにすることができる。この場合には、第２予約アプリケーションの一時停止中に第１予約アプリケーションが予約情報ファイルの内容を変更したときに、再開後において、第２予約アプリケーションが、把握していない変更が予約情報ファイルに施されたことを認識することができる。このため、第２予約アプリケーションが、意図しない予約情報の削除要求や、無駄な予約情報の登録要求を行うことを未然にかつ有効に防止することができる。
【００２２】
また、本発明の移動情報装置では、移動通信網の基地局との間で無線通信を行う無線通信手段を更に備えるようにすることができる。すなわち、本発明の移動情報装置を、携帯電話装置等の移動通信端末装置とすることができる。
【発明の効果】
【００２３】
以上説明したように、本発明の予約情報処理方法及び移動情報装置によれば、テレビ番組の予約情報の処理に際して利用者の利便性を向上させることができるという効果を奏する。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の一実施形態を、図１〜図１０を参照しつつ説明する。なお、図においては、同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００２５】
［構成］
図１及び図２には、一実施形態に係る移動端末装置である携帯電話装置１０の構成が概略的に示されている。ここで、図１（Ａ）には、携帯電話装置１０の外観の正面図が示され、図１（Ｂ）には、携帯電話装置１０の外観の裏面図が示されている。また、図２には、携帯電話装置１０の機能ブロック構成が示されている。
【００２６】
図１（Ａ）及び図１（Ｂ）において総合的に示されるように、携帯電話装置１０は、（ａ）後述する制御部２１（図２参照）等を収納した携帯電話本体１１と、（ｂ）電話番号等を制御部２１へ入力するためのテンキー、及び、動作モードの切替等の各種指令を制御部２１へ入力するためのファンクションキーを有する操作部１２と、（ｃ）制御部２１による指令に応じて、操作案内、動作状況、受信メッセージ等を表示する液晶表示装置を有する表示部１３とを備えている。また、携帯電話装置１０は、（ｄ）通話時に通信相手から送られてきた音声信号を再生する通話用スピーカ１４と、通話時に音声を入力するためのマイクロフォン１５と、（ｅ）制御部２１による指令に応じて、着信音や案内音を発生するための案内用スピーカ１６と、（ｆ）送受信部２２と接続され、基地局との間で無線信号を授受するためのアンテナ１７とを備えている。
【００２７】
携帯電話本体１１は、図２に示されるように、その内部に、（ｉ）制御部２１と、（ii）基地局との間で通信を行うための送受信部２２と、（iii）後述する予約情報ファイル２４を含めて様々なデータを格納する記憶部２３とを備えている。また、携帯電話本体１１は、その内部に、（iv）テレビ用アンテナ２６と、（ｖ）テレビ用チューナを有しテレビ用アンテナ２６を介して受信したテレビジョン放送信号を処理するＴＶ受信部２７と、（vi）表示部１３及び通話用スピーカ１４への出力信号において、制御部２１からの画像信号及び音声信号を優先させるモードと、ＴＶ受信部２７からの画像信号及び音声信号を優先させるモードとを、制御部２１（より詳しくは、後述する基本処理部３１（図３参照））からの指令で切り換える切換部２８とを備えている。
【００２８】
上記の制御部２１は、中央処理装置（ＣＰＵ）、デジタル信号処理装置（ＤＳＰ）等を備えており、一般的な携帯電話機能を実現するために、様々なデータ処理を行うとともに、上述した他の構成要素の動作制御を行うようになっている。この制御部２１において実行されるプログラム等のソフトウエアの構成は、図３に示されるようになっている。
【００２９】
すなわち、制御部２１におけるソフトウエアは、（ｉ）携帯電話としての基本機能である通話機能及びメール機能等を実現するとともに、上述した各種のハードウエア資源の制御やタスク管理を行う基本処理部３１と、（ii）様々なコンテンツを利用者に提供するための汎用アプリケーション部３３と、（iii）基本処理部３１と汎用アプリケーション部３３との間に位置し、汎用アプリケーション部３３に含まれる汎用アプリケーション３９1，３９2，…の実行環境を提供する実行環境部３２とから構成されている。ここで、実行環境部３２は、例えばＪＡＶＡ（登録商標）で記述された汎用アプリケーション３９1，３９2，…と基本処理部３１との間のコマンド変換、汎用アプリケーション３９1，３９2，…の実行のためのソフトウエア資源を提供する一組のプログラムである。
【００３０】
なお、基本処理部３１及び実行環境部３２は、携帯電話装置１０の工場出荷時から携帯電話装置１０に実装されている。一方、汎用アプリケーション３９1，３９2，…は、工場出荷時から実装されているものもあるが、多くは、操作者による操作部１２の操作によって送受信部２２等を介してダウンロードされることにより実装される。なお、本実施形態では、汎用アプリケーション３９1が、視聴予約又は録画予約を行うための汎用予約アプリケーション（以下、「汎用予約アプリ」とも呼ぶ）となっている。
【００３１】
基本処理部３１と実行環境部３２との間では、汎用アプリケーション３９1，３９2，…に関連して、要求、応答、イベント発生等の情報が適宜やり取りされるようになっている。また、実行環境部３２と汎用アプリケーション３９1，３９2，…との間では、汎用アプリケーション３９1，３９2，…からの各種の要求が実行環境部３２に通知されるとともに、実行環境部３２から応答やイベント発生が通知されるようになっている。
【００３２】
基本処理部３１は、管理部３６と、ネイティブアプリケーション３７1，３７2，…とを備えている。ここで、管理部３６は、アプリケーションの実行管理を行うアプリケーション実行管理部３４と、記憶部２３内における予約情報ファイル２４等のファイルの管理及びファイルへのアクセス制御を行うファイル管理部３５とを備えている。
【００３３】
アプリケーション実行管理部３４は、直接的にネイティブアプリケーション３７1，３７2，…の実行管理を行うとともに、実行環境部３２を介して汎用アプリケーション３９1，３９2，…の実行管理を行うようになっている。なお、本実施形態では、ネイティブアプリケーション３７1が、ＴＶ受信部２７を制御してテレビ受信処理や、記憶部２３内の予約情報ファイル２４へのアクセス処理を行うテレビ受信処理アプリケーション（以下、「ＴＶアプリ」とも呼ぶ）となっている。
【００３４】
ファイル管理部３５は、記憶部２３内の予約情報ファイル２４等のファイルを管理するとともに、ネイティブアプリケーション又は汎用アプリケーションからの記憶部２３内のファイルへのアクセス要求に応答して、ファイルアクセスを行う。なお、ファイル管理部３５は、ＴＶアプリ３７1又は汎用予約アプリ３９1からの予約情報ファイル２４へのアクセス要求に応答して、予約情報ファイル２４にアクセスする。ここで、予約情報ファイル２４へのアクセスの種類としては、予約情報の読み出し、登録及び削除、並びに後述する最大登録数又は登録数の読み出しがある。
【００３５】
また、ファイル管理部３５は、汎用予約アプリ３９1の実行中又は一時停止中に予約情報ファイル２４の内容の変更がなされた場合には、実行環境部３２を介して、その旨を実行中又は再開後の汎用予約アプリ３９1へ報告する。なお、汎用予約アプリ３９1の停止中に予約情報ファイル２４の内容の変更がなされたとしても、ファイル管理部３５は、実行開始後の汎用予約アプリ３９1へ予約情報ファイル２４の内容の変更された旨の通知を行うことはしないようになっている。
【００３６】
記憶部２３には、予約情報ファイル２４等の各種ファイルや、所定のカテゴリごとにファイルを収納するホルダ等が格納されている。この予約情報ファイル２４には、図４に示されるように、最大登録数４１、登録数４２、予約情報４３1，４３2，…が格納される。ここで、最大登録数４１としては、予約情報ファイル２４に登録可能な予約情報の最大数が格納される。この最大登録数４１は、携帯電話装置１０の機種によって定まる固定値であり、ファイル管理部３５を介して、ＴＶアプリ３７1及び汎用予約アプリ３９1が読み出すことはできるが、ファイル管理部３５、ＴＶアプリ３７1及び汎用予約アプリ３９1のいずれによっても変更することはできないようになっている。
【００３７】
登録数４２としては、現時点で登録されている予約情報の数が格納される。この登録数は、ファイル管理部３５を介して、ＴＶアプリ３７1及び汎用予約アプリ３９1が読み出すことができる。また、登録数４２は、予約情報の登録又は削除があった場合に、ファイル管理部３５によって更新される。
【００３８】
予約情報４３j（ｊ＝１，２，…）のそれぞれは、視聴予約情報及び録画予約情報のいずれかとなっている。なお、予約情報ファイル２４には、視聴予約情報及び録画予約情報を混在して収納することができるようになっている。
【００３９】
予約情報４３j（ｊ＝１，２，…）のそれぞれは、図５に示されるように、視聴予約又は録画予約されたテレビ番組の予約番号５１、予約種別５２、チャンネル種別５３、チャンネル５４、テレビ局名５５、開始日時５６、終了日時５７及びタイトル５８が含まれている。
【００４０】
予約番号５１としては、予約情報ファイル２４内に登録されている予約情報の通し番号が格納される。この予約番号５１は、ＴＶアプリ３７1及び汎用予約アプリ３９1が指定することはできず、新たな予約情報の登録時又は予約情報ファイル２４内の予約情報の削除時に、ファイル管理部３５が付与又は更新を行う。なお、予約番号５１以外の予約情報要素５２〜５８は、予約情報の登録時に、ＴＶアプリ３７1及び汎用予約アプリ３９1が指定するようになっている。
【００４１】
予約種別５２としては、視聴予約であるか、録画予約であるかの区別情報が格納される。チャンネル種別５３としては、ＶＨＦ、ＵＨＦ、地上デジタル放送等を区別する情報が格納される。チャンネル５４としては、予約されたテレビ番組の放送が行われるチャンネル番号が格納される。
【００４２】
テレビ局名５５としては、予約されたテレビ番組の放送を行うテレビ局の名称が格納される。開始日時５６としては、予約されたテレビ番組の放送の開始日時が年月日時分秒の形式（ＹＹＹＹＭＭＤＤＨＨＭＭＳＳ形式）で格納される。終了日時５７としては、予約されたテレビ番組の放送の終了日時が年月日時分秒の形式（ＹＹＹＹＭＭＤＤＨＨＭＭＳＳ形式）で格納される。タイトル５８としては、予約されたテレビ番組のタイトルが格納される。
【００４３】
なお、本実施形態では、予約情報要素５２〜５８の指定に際しては、ＴＶアプリ３７1及び汎用予約アプリ３９1は、別途に取得した電子番組（ＥＰＧ：Electric Programming Guide）情報を利用できるようになっている。
【００４４】
［動作］
次に、上記のように構成された携帯電話装置１０におけるテレビ番組に関する視聴予約及び録画予約に関する情報の処理について説明する。
【００４５】
＜最大登録数の取得処理＞
まず、予約情報ファイル２４内に登録可能な予約情報の最大数である最大登録数の取得処理について説明する。
【００４６】
《ＴＶアプリ３７1による最大登録数の取得処理》
ＴＶアプリ３７1に対して、利用者により最大登録数の取得の指令が明示的になされたり、応答のために最大登録数が必要となる指令がなされ、応答処理において最大登録数の取得が必要となったときに、ＴＶアプリ３７1による最大登録数の取得処理が開始する。
【００４７】
図６に示されるように、ＴＶアプリ３７1による最大登録数の取得処理Ｓ１１では、まず、ＴＶアプリ３７1が、最大登録数要求をファイル管理部３５へ送る。この最大登録数要求を受けたファイル管理部３５は、予約情報ファイル２４から最大登録数４１を読み出す。そして、ファイル管理部３５は、読み出された最大登録数４１を、最大登録数要求を発行したＴＶアプリ３７1に送る。こうしてファイル管理部３５から報告された最大登録数４１を受けることにより、ＴＶアプリ３７1は、最大登録数を取得する。
【００４８】
《汎用予約アプリ３９1による最大登録数の取得処理》
ＴＶアプリ３７1の場合と同様に、汎用予約アプリ３９1に対して、利用者により最大登録数の取得の指令が明示的になされたり、応答のために最大登録数が必要となる指令がなされ、応答処理において最大登録数の取得が必要となったときに、汎用予約アプリ３９1による最大登録数の取得処理が開始する。
【００４９】
図６に示されるように、汎用予約アプリ３９1による最大登録数の取得処理Ｓ１２では、まず、汎用予約アプリ３９1が、最大登録数要求を、実行環境部３２を介してファイル管理部３５へ送る。この最大登録数要求を受けたファイル管理部３５は、予約情報ファイル２４から最大登録数４１を読み出す。そして、ファイル管理部３５は、読み出された最大登録数４１を、実行環境部３２を介して、最大登録数要求を発行した汎用予約アプリ３９1に送る。こうしてファイル管理部３５から実行環境部３２を介して報告された最大登録数４１を受けることにより、汎用予約アプリ３９1は、最大登録数を取得する。
【００５０】
＜登録数の取得処理＞
次に、予約情報ファイル２４内に登録されている予約情報の数である登録数の取得処理について説明する。
【００５１】
《ＴＶアプリ３７1による登録数の取得処理》
ＴＶアプリ３７1に対して、利用者により登録数の取得の指令が明示的になされたり、応答のために登録数が必要となる指令がなされ、応答処理において登録数の取得が必要となったときに、ＴＶアプリ３７1による登録数の取得処理が開始する。
【００５２】
図７に示されるように、ＴＶアプリ３７1による登録数の取得処理Ｓ２１では、まず、ＴＶアプリ３７1が、登録数要求をファイル管理部３５へ送る。この登録数要求を受けたファイル管理部３５は、予約情報ファイル２４から登録数４２を読み出す。そして、ファイル管理部３５は、読み出された登録数４２を、登録数要求を発行したＴＶアプリ３７1に送る。こうしてファイル管理部３５から報告された登録数４２を受けることにより、ＴＶアプリ３７1は、登録数を取得する。
【００５３】
《汎用予約アプリ３９1による登録数の取得処理》
ＴＶアプリ３７1の場合と同様に、汎用予約アプリ３９1に対して、利用者により登録数の取得の指令が明示的になされたり、応答のために登録数が必要となる指令がなされ、応答処理において登録数の取得が必要となったときに、汎用予約アプリ３９1による登録数の取得処理が開始する。
【００５４】
図７に示されるように、汎用予約アプリ３９1による登録数の取得処理Ｓ２２では、まず、汎用予約アプリ３９1が、登録数要求を、実行環境部３２を介してファイル管理部３５へ送る。この登録数要求を受けたファイル管理部３５は、予約情報ファイル２４から登録数４２を読み出す。そして、ファイル管理部３５は、読み出された登録数４２を、実行環境部３２を介して、登録数要求を発行した汎用予約アプリ３９1に送る。こうしてファイル管理部３５から実行環境部３２を介して報告された登録数４２を受けることにより、汎用予約アプリ３９1は、登録数を取得する。
【００５５】
なお、以上のようにして取得される最大登録数４１及び登録数４２を利用することにより、ＴＶアプリ３７1及び汎用予約アプリ３９1は、予約情報ファイル２４に新たな予約情報を登録可能か否かを知ることができる。このため、利用者が新たな予約情報を登録しようとする場合のガイダンスや、予約情報ファイル２４の状態の提示をする際に、上記の最大登録数の取得処理及び登録数の取得処理が実行される。
【００５６】
＜予約情報の取得処理＞
次いで、予約情報ファイル２４内に登録されている予約情報の取得処理について説明する。
【００５７】
《ＴＶアプリ３７1による予約情報の取得処理》
ＴＶアプリ３７1に対して、利用者により予約情報の取得の指令がなされた場合、及び、ＴＶアプリ３７1が、予約情報に従った処理を行うことが必要な時刻となったか否かを判断するために、予約情報の内容を確認する場合に、ＴＶアプリ３７1による予約情報の取得処理が開始する。
【００５８】
図８に示されるように、ＴＶアプリ３７1による予約情報の取得処理Ｓ３１では、まず、ＴＶアプリ３７1が、予約情報要求をファイル管理部３５へ送る。ここで、ＴＶアプリ３７1が、予約情報ファイル２４に格納されている全ての予約情報の取得を要求する場合には、予約情報の識別子である予約番号を指定しない予約情報要求をファイル管理部３５へ送る。一方、特定の予約情報の取得を要求する場合には、その特定の予約情報の予約番号を指定した予約情報要求をファイル管理部３５へ送る。
【００５９】
予約情報要求を受けたファイル管理部３５は、予約情報ファイル２４から、予約情報要求により要求された予約情報を読み出す。そして、ファイル管理部３５は、読み出された予約情報を、予約情報要求を発行したＴＶアプリ３７1に送る。こうしてファイル管理部３５から報告された予約情報を受けることにより、ＴＶアプリ３７1は、所望の予約情報を取得する。
【００６０】
《汎用予約アプリ３９1による予約情報の取得処理》
ＴＶアプリ３７1の場合と同様に、汎用予約アプリ３９1に対して、利用者により予約情報の取得の指令がなされた場合に、汎用予約アプリ３９1による予約情報の取得処理が開始する。
【００６１】
図８に示されるように、汎用予約アプリ３９1による予約情報の取得処理Ｓ３２では、まず、汎用予約アプリ３９1が、予約情報要求を、実行環境部３２を介してファイル管理部３５へ送る。ここで、上記のＴＶアプリ３７1による予約情報の取得処理の場合と同様に、予約情報ファイル２４に格納されている全ての予約情報の取得を要求する場合には、汎用予約アプリ３９1は、予約情報の識別子である予約番号を指定しない予約情報要求を、実行環境部３２を介してファイル管理部３５へ送る。また、特定の予約情報の取得を要求する場合には、汎用予約アプリ３９1は、その特定の予約情報の予約番号を指定した予約情報要求を、実行環境部３２を介してファイル管理部３５へ送る。
【００６２】
予約情報要求を受けたファイル管理部３５は、予約情報ファイル２４から、予約情報要求により要求された予約情報を読み出す。そして、ファイル管理部３５は、読み出された予約情報を、実行環境部３２を介して、予約情報要求を発行した汎用予約アプリ３９1に送る。こうしてファイル管理部３５から報告された予約情報を受けることにより、汎用予約アプリ３９1は、所望の予約情報を取得する。
【００６３】
＜予約情報の登録処理＞
次に、予約情報ファイル２４への新たな予約情報の登録処理について説明する。
【００６４】
《ＴＶアプリ３７1による登録処理》
ＴＶアプリ３７1に対して、利用者により新たな予約情報の登録の指令がなされた場合に、ＴＶアプリ３７1による登録処理が開始する。なお、登録処理の前提として、登録しようとする新たな予約情報の予約情報要素５２〜５８は、利用者によって既に作成されているものとする。かかる新たな登録情報の予約情報要素５２〜５８の作成に際しては、別途に取得した電子番組情報が適宜利用される。
【００６５】
図９に示されるように、ＴＶアプリ３７1による登録処理Ｓ４１では、まず、ＴＶアプリ３７1が、新たな予約情報の予約情報要素５２〜５８を指定した登録要求をファイル管理部３５へ送る。この登録要求を受けたファイル管理部３５は、まず、その時点における登録数４２を予約情報ファイル２４から読み出す。
【００６６】
次に、ファイル管理部３５は、読み出された登録数４２に「１」を加えた値を新たな登録数４２として算出する。また、ファイル管理部３５は、その値を予約番号５１とし、ＴＶアプリ３７1により指定された予約情報要素５２〜５８と合わせることにより、新たに登録すべき予約情報を完成させる。
【００６７】
次いで、ファイル管理部３５は、予約情報ファイル２４の所定位置に、算出された新たな登録数４２を格納するとともに、予約情報ファイル２４の空き領域に新たな予約情報を格納する。こうして新たな予約情報の予約情報ファイル２４への登録が終了すると、ファイル管理部３５は、登録完了の報告をＴＶアプリ３７1へ送る。この結果、ＴＶアプリ３７1による登録処理が終了する。
【００６８】
引き続き、ファイル管理部３５は、汎用予約アプリ３９1が一時停止中であるか否かを判定する。この判定の結果が否定的であった場合には、ファイル管理部３５は、ＴＶアプリ３７1による登録処理に伴う処理を終了する。
【００６９】
汎用予約アプリ３９1が一時停止中であるか否かの判定の結果が肯定的であった場合には、汎用予約アプリ３９1が再開したときに、予約情報ファイル２４の内容が更新された旨を、実行環境部３２を介して汎用予約アプリ３９1に報告する。そして、ファイル管理部３５は、ＴＶアプリ３７1による登録処理に伴う処理を終了する。
【００７０】
なお、一時停止中に予約情報ファイル２４の内容が更新された旨の報告を受けた汎用予約アプリ３９1は、自身にとって意図しない更新が行われたことを認識する。そして、汎用予約アプリ３９1は、改めて、上述した最大登録数の取得処理、登録数の取得処理、及び予約情報の取得処理を行う。
【００７１】
《汎用予約アプリ３９1による登録処理》
汎用予約アプリ３９1に対して、利用者により新たな予約情報の登録の指令がなされた場合に、汎用予約アプリ３９1による登録処理が開始する。なお、登録処理の前提として、登録しようとする新たな予約情報の予約情報要素５２〜５８は、利用者によって既に作成されているものとする。かかる新たな登録情報の予約情報要素５２〜５８の作成に際しては、上記のＴＶアプリ３７1による登録処理の場合と同様に、別途に取得した電子番組情報が適宜利用される。
【００７２】
図９に示されるように、汎用予約アプリ３９1による登録処理Ｓ４２では、まず、汎用予約アプリ３９1が、新たな予約情報の予約情報要素５２〜５８を指定した登録要求を、実行環境部３２を介してファイル管理部３５へ送る。この登録要求を受けたファイル管理部３５は、まず、その時点における登録数４２を予約情報ファイル２４から読み出す。
【００７３】
次に、ファイル管理部３５は、読み出された登録数４２に「１」を加えた値を新たな登録数４２として算出する。また、ファイル管理部３５は、その値を予約番号５１とし、汎用予約アプリ３９1により指定された予約情報要素５２〜５８と合わせることにより、新たに登録すべき予約情報を完成させる。
【００７４】
次いで、ファイル管理部３５は、予約情報ファイル２４の所定位置に、算出された新たな登録数４２を格納するとともに、予約情報ファイル２４の空き領域における先頭部に新たな予約情報を格納する。こうして新たな予約情報の予約情報ファイル２４への登録が終了すると、ファイル管理部３５登録完了の報告を、実行環境部３２を介して汎用予約アプリ３９1へ送る。
【００７５】
引き続き、ファイル管理部３５は、予約情報ファイル２４の内容が更新された旨を、実行環境部３２を介して汎用予約アプリ３９1に通知する。そして、汎用予約アプリ３９1による登録処理が終了するとともに、ファイル管理部３５が、汎用予約アプリ３９1による登録処理に伴う処理を終了する。
【００７６】
なお、汎用予約アプリ３９1による登録処理に伴って予約情報ファイル２４の内容が更新された旨の報告を受けた汎用予約アプリ３９1は、自身にとって意図した更新が行われたことを認識する。この場合には、汎用予約アプリ３９1は、上述した最大登録数の取得処理、登録数の取得処理、及び予約情報の取得処理を改めて行なうことはしない。
【００７７】
＜予約情報の削除処理＞
次に、予約情報ファイル２４への新たな予約情報の削除処理について説明する。
【００７８】
《ＴＶアプリ３７1による削除処理》
ＴＶアプリ３７1に対して、利用者により予約情報の削除の指令がなされた場合、及び、ＴＶアプリ３７1が特定の予約情報に従った処理を開始したことに伴い、その特定の予約情報が使命を果たした場合に、ＴＶアプリ３７1による削除処理が開始する。
【００７９】
図１０に示されるように、ＴＶアプリ３７1による登録処理Ｓ５１では、まず、ＴＶアプリ３７1が、削除すべき予約情報の予約番号５１を指定した削除要求をファイル管理部３５へ送る。この削除要求を受けたファイル管理部３５は、予約情報ファイル２４内における削除要求により指定された予約番号に対応する予約情報を削除する。
【００８０】
次に、ファイル管理部３５は、削除された後に予約情報ファイル２４内に残っている予約情報について、通し番号となるように予約番号をふり直す。この後、ファイル管理部３５は、削除完了の報告をＴＶアプリ３７1へ送る。この結果、ＴＶアプリ３７1による削除処理が終了する。
【００８１】
引き続き、ファイル管理部３５は、汎用予約アプリ３９1が一時停止中であるか否かを判定する。この判定の結果が否定的であった場合には、ファイル管理部３５は、ＴＶアプリ３７1による削除処理に伴う処理を終了する。
【００８２】
汎用予約アプリ３９1が一時停止中であるか否かの判定の結果が肯定的であった場合には、汎用予約アプリ３９1が再開したときに、予約情報ファイル２４の内容が更新された旨を、実行環境部３２を介して汎用予約アプリ３９1に報告する。そして、ファイル管理部３５は、ＴＶアプリ３７1による削除処理に伴う処理を終了する。
【００８３】
なお、上述のＴＶアプリ３７1による登録処理の場合と同様に、一時停止中に予約情報ファイル２４の内容が更新された旨の報告を受けた汎用予約アプリ３９1は、自身にとって意図しない更新が行われたことを認識する。そして、汎用予約アプリ３９1は、改めて、上述した最大登録数の取得処理、登録数の取得処理、及び予約情報の取得処理を行う。
【００８４】
《汎用予約アプリ３９1による削除処理》
汎用予約アプリ３９1に対して、利用者により予約情報の削除の指令がなされた場合に、汎用予約アプリ３９1による削除処理が開始する。
【００８５】
図１０に示されるように、汎用予約アプリ３９1による登録処理Ｓ５２では、まず、汎用予約アプリ３９1が、削除すべき予約情報の全ての予約情報要素５１〜５８を指定した削除要求を、実行環境部３２を介してファイル管理部３５へ送る。この削除要求を受けたファイル管理部３５は、予約情報ファイル２４内における削除要求により指定された予約番号に対応する予約情報を読み出す。
【００８６】
引き続き、ファイル管理部３５は、削除要求により指定された予約情報要素５２〜５８と、読み出された予約情報の予約情報要素５２〜５８とが全て一致するか否かを判定する。この判定の結果が否定的であった場合には、ファイル管理部３５は、削除要求が不正である旨を、実行環境部３２を介して汎用予約アプリ３９1に報告する。そして、汎用予約アプリ３９1による削除処理が終了する。なお、削除要求が不正である旨の報告を受けた汎用予約アプリ３９1は、表示部１３への表示等により、その旨を利用者に報告し、その後の処理内容を利用者に委ねる。
【００８７】
当該判定の結果が肯定的であった場合には、ファイル管理部３５は、予約情報ファイル２４内における削除要求により指定された予約番号に対応する予約情報を削除する。引き続き、ファイル管理部３５は、削除された後に予約情報ファイル２４内に残っている予約情報について、通し番号となるように予約番号をふり直す。この後、ファイル管理部３５は、削除完了の報告を汎用予約アプリ３９1へ送る。
【００８８】
次に、ファイル管理部３５は、予約情報ファイル２４の内容が更新された旨を、実行環境部３２を介して汎用予約アプリ３９1に報告する。そして、汎用予約アプリ３９1による削除処理が終了するとともに、ファイル管理部３５が、汎用予約アプリ３９1による登録処理に伴う処理を終了する。
【００８９】
なお、上述の汎用予約アプリ３９1による登録処理の場合と同様に、汎用予約アプリ３９1による削除処理に伴って予約情報ファイル２４の内容が更新された旨の報告を受けた汎用予約アプリ３９1は、自身にとって意図した更新が行われたことを認識する。この場合には、汎用予約アプリ３９1は、上述した最大登録数の取得処理、登録数の取得処理、及び予約情報の取得処理を改めて行なうことはしない。
【００９０】
以上説明したように、本実施形態では、ネイティブアプリケーションの１つであるＴＶアプリ３７1が、基本処理部３１内のファイル管理部３５を介して、テレビ番組予約情報を収納する記憶部２３内の予約情報ファイル２４にアクセスする。一方、汎用アプリケーションの１つである汎用予約アプリ３９1が、汎用アプリケーションに実行環境を提供する実行環境部３２及びファイル管理部３５を介して、予約情報ファイル２４にアクセスする。
【００９１】
このため、機種には依存するが、携帯電話装置１０の製造者が当該機種における予約情報ファイル２４へのアクセスに際して一般的に便宜であると考えて実装した機能を有するＴＶアプリ３７1を用いて、予約情報ファイル２４にアクセスすることができる。また、機種が変更したとしても継続的に利用することができる汎用予約アプリ３９1を用いて、機種の変更前と同様の操作で予約情報ファイル２４にアクセスすることができる。したがって、利用者は、より便宜である予約アプリケーションを選択的に利用することにより、快適に予約情報ファイル２４にアクセスすることができる。
【００９２】
また、本実施形態では、汎用予約アプリ３９1は、削除しようとする予約情報の全ての要約情報要素５１〜５８を指定した削除要求を、実行環境部３２を介してファイル管理部３５へ送る。この削除要求を受けたファイル管理部３５は、削除要求において指定された予約番号５１により特定されるテレビ番組の予約情報の要素５２〜５８が、削除要求で指定された予約情報要素５２〜５８と一致する場合に、削除要求された予約情報を削除する。このため、汎用予約アプリ３９1の一時停止中にＴＶアプリ３７1が予約情報ファイル２４の内容を変更したときに、再開後における汎用予約アプリ３９1が、一時停止前の予約情報ファイル２４の内容情報に基づいて特定の予約情報の削除要求を行うことによる意図しない予約情報の消失を有効に防止することができる。
【００９３】
また、本実施形態では、ファイル管理部３５が、予約情報ファイル２４の内容の変更があった場合には、その旨を汎用予約アプリ３９1に報告するようにする。このため、汎用予約アプリ３９1の一時停止中にＴＶアプリ３７1が予約情報ファイル２４の内容を変更したときに、再開後において、汎用予約アプリ３９1が、把握していない変更が予約情報ファイル２４に施されたことを認識することができる。この結果、汎用予約アプリ３９1が、意図しない予約情報の削除要求を行うことや、無駄な予約情報の登録要求を行うことを未然にかつ有効に防止することができる。
【００９４】
また、本実施形態では、ＴＶアプリ３７1及び汎用予約アプリ３９1が、予約情報ファイル２４内に登録可能なテレビ番組予約情報の最大数を取得できるとともに、予約情報ファイル２４に登録されているテレビ番組予約情報の数を取得することができる。このため、ＴＶアプリ３７1及び汎用予約アプリ３９1は、新たに登録可能な予約情報の数等を利用者に提供することができる。
【００９５】
［実施形態の変形］
なお、上記の実施形態では、ＴＶアプリ３７1が削除要求を行う場合には、予約番号５１のみを指定するようにしたが、汎用予約アプリ３９1の場合と同様に、削除しようとする予約情報の全要素５１〜５８を指定するようにすることもできる。
【００９６】
また、上記の実施形態では、本発明を携帯電話装置に適用したが、携帯電話装置以外の移動通信端末装置、更には移動通信端末装置以外の移動情報装置に本発明を適用することができるのは、勿論である。
【産業上の利用可能性】
【００９７】
以上説明したように、本発明の予約情報処理方法は、テレビチューナ付きの移動情報装置におけるテレビ番組の予約情報の処理に際して適用することができる。また、本発明の移動情報装置は、テレビチューナを有し、テレビ番組の予約情報の処理を行う移動情報装置に適用することができる。
【図面の簡単な説明】
【００９８】
【図１】一実施形態に係る携帯電話装置の外観構成を概略的に示す図である。
【図２】図１の装置の内部構成を概略的に示すブロック図である。
【図３】図２の制御部で動作するソフトウエアの構成を概略的に示す図である。
【図４】図２の予約情報ファイルの内容を説明するための図である。
【図５】図４の予約情報の内容を説明するための図である。
【図６】図１の装置による最大登録数の取得処理のシーケンス図である。
【図７】図１の装置による登録数の取得処理のシーケンス図である。
【図８】図１の装置による予約情報の取得処理のシーケンス図である。
【図９】図１の装置による予約情報の登録処理のシーケンス図である。
【図１０】図１の装置による予約情報の削除処理のシーケンス図である。
【符号の説明】
【００９９】
１０…携帯電話装置（移動情報装置）、１１…携帯電話本体、１２…操作部、１３…表示部、１４…通話用スピーカ、１５…マイクロフォン、１６…案内用スピーカ、１７…アンテナ（無線通信手段の一部）、２１…制御部、２２…送受信部（無線通信手段の一部）、２３…記憶部、３１…基本処理部、３２…実行環境部、３３…汎用アプリケーション部、３４…アプリケーション実行管理部、３５…ファイル管理部、３６…管理部、３７1…ＴＶアプリ（第１予約アプリケーション）、３９1…汎用予約アプリ（第２予約アプリケーション）。
【図１】
2008022409.tif 000003
【図２】
2008022409.tif 000004
【図３】
2008022409.tif 000005
【図４】
2008022409.tif 000006
【図５】
2008022409.tif 000007
【図６】
2008022409.tif 000008
【図７】
2008022409.tif 000009
【図８】
2008022409.tif 000010
【図９】
2008022409.tif 000011
【図１０】
2008022409.tif 000012