(57)【特許請求の範囲】
【請求項１】
ネットワーク経由でコンテンツを取得可能な外部機器との間で通信を行う携帯端末装置であって、
コンテンツの取得を要求する予約情報が予め記憶されている状態において前記外部機器に対して通信接続を行った際に、前記予約情報を当該外部機器に送信済みか否かを判別する判別手段と、
前記判別手段によって予約情報を送信済みでないと判別された際に、この予約情報を当該外部機器に送信する送信手段と、
前記判別手段によって予約情報を送信済みであると判別された際に、この予約情報に基づいて前記外部機器側がネットワーク経由で取得したコンテンツを受信する受信手段と、を備え、
前記判別手段は、前記外部機器に対して通信接続を行った際に、その外部機器はどのような種類のコンテンツを取得するものなのかに応じてコンテンツ種別を判別すると共に、このコンテンツ種別に対応する予約情報を当該外部機器に対して送信済みであるか否かを判別する携帯端末装置。
【請求項２】
前記予約情報は、前記外部機器としての情報処理装置側においてネットワーク経由でダウンロード取得が可能なコンテンツを特定するためのキーワード情報であり、
前記受信手段は、当該情報処理装置側が前記予約情報に基づいてネットワーク経由でダウンロード取得したコンテンツを受信する、
ようにしたことを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
前記予約情報は、前記外部機器としての放送記録装置側において受信記録が可能な放送コンテンツを特定するためのキーワード情報であり、
前記受信手段は、当該放送記録装置側が前記予約情報に基づいて受信記録した放送コンテンツを受信する、
ようにしたことを特徴とする請求項１に記載の携帯端末装置。
【請求項４】
前記受信手段は、前記外部機器側が前記予約情報に該当するコンテンツを取得済みであることを条件に当該コンテンツを受信する、
ようにしたことを特徴とする請求項１に記載の携帯端末装置。
【請求項５】
前記受信手段は、前記予約情報に該当するコンテンツを取得済みか否かを前記外部機器に問い合わせた結果、取得済みであることを条件に当該コンテンツを受信する、
ようにしたことを特徴とする請求項４に記載の携帯端末装置。
【請求項６】
コンピュータに対して、
コンテンツの取得を要求する予約情報が予め記憶されている状態において、ネットワーク経由でコンテンツを取得可能な外部機器に対して通信接続を行った際に、前記予約情報を当該外部機器に送信済みであるか否かを判別する機能と、
前記予約情報を送信済みでないと判別された際に、この予約情報を当該外部機器に送信する機能と、
前記予約情報を送信済みであると判別された際に、この予約情報に基づいて前記外部機器側がネットワーク経由で取得したコンテンツを受信する機能と、を実現し、
前記判別する機能に、前記外部機器に対して通信接続を行った際に、その外部機器はどのような種類のコンテンツを取得するものなのかに応じてコンテンツ種別を判別すると共に、このコンテンツ種別に対応する予約情報を当該外部機器に対して送信済みであるか否かを判別させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワーク経由でコンテンツ取得が可能な外部機器との間で通信を行う携帯端末装置及びプログラムに関する。
【背景技術】
【０００２】
一般に、音楽コンテンツ、写真コンテンツ、動画コンテンツなどの大容量コンテンツをダウンロード受信する場合に、インターネットに有線接続されている家庭内のＰＣ（パーソナルコンピュータ）では、ブロードバンドで高速ダウンロードが可能であるが、無線通信網を介して携帯電話で直接ダウンロードする場合には、コンテンツの容量に応じてそのダウンロード時間が非常に長くなり、通信費も嵩むことになる。
【０００３】
そこで、従来では、必要とするコンテンツを携帯電話で直接ダウンロードするのではなく、携帯電話をＰＣに接続し、このＰＣ経由で携帯電話にコンテンツを転送することで、そのコンテンツを携帯電話で利用可能とした技術が公知となっている（特許文献１参照）。この技術は、携帯電話からコンテンツ供給サイトをアクセスしてコンテンツ購入予約情報を取得して記憶した後に、この携帯電話をＰＣ接続のクレードルに載せると、ＰＣは、コンテンツ供給サイトをアクセスし、携帯電話内の購入予約情報に該当するコンテンツをダウンロードするようにしたものである。
【特許文献１】特開２００５−１１１４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の先行技術では、携帯電話との接続時にＰＣが他の処理を行っているような場合に、その処理やＰＣ性能にもよるが、現在の処理が完了するまでインターネット接続からダウンロードまでの一連の処理が待たされることがある。また、携帯電話が接続されてからインターネットに接続するようにしているために現在の回線状況などの通信環境やサイトアクセス数などにも影響されてダウンロードが完了するまでに時間がかかることがある。また、コンテンツとしては、音楽や写真コンテンツ以外に放送コンテンツも含む場合もあるが、そのコンテンツが現時点以降に放送される放送コンテンツの場合には、その番組が終了するまで携帯電話とＰＣとの接続状態を維持しなければならない。
一方、携帯電話は予約を行う毎にコンテンツ供給サイトをアクセスして予約情報を取得するようにしているため、多数のコンテンツを毎日希望するような場合には、その都度、コンテンツ供給サイトをアクセスする必要があり、操作が面倒となるほか、予約時には通信状態が良好な環境であることが必要であった。
【０００５】
この発明の課題は、ネットワーク経由でコンテンツを取得可能な外部機器を介して所望するコンテンツを入手する場合に、コンテンツの取得を要求する予約情報を予め記憶しておくだけで、外部機器の状態や通信環境などに影響されず、所望するコンテンツを効果的に入手できるようにすることである。
【課題を解決するための手段】
【０００６】
請求項１記載の発明は、ネットワーク経由でコンテンツを取得可能な外部機器との間で通信を行う携帯端末装置であって、コンテンツの取得を要求する予約情報が予め記憶されている状態において前記外部機器に対して通信接続を行った際に、前記予約情報を当該外部機器に送信済みか否かを判別する判別手段と、前記判別手段によって予約情報を送信済みでないと判別された際に、この予約情報を当該外部機器に送信する送信手段と、前記判別手段によって予約情報を送信済みであると判別された際に、この予約情報に基づいて前記外部機器側がネットワーク経由で取得したコンテンツを受信する受信手段と、を備え、前記判別手段は、前記外部機器に対して通信接続を行った際に、その外部機器はどのような種類のコンテンツを取得するものなのかに応じてコンテンツ種別を判別すると共に、このコンテンツ種別に対応する予約情報を当該外部機器に対して送信済みであるか否かを判別する。
更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項６記載の発明）。
【０００８】
前記予約情報は、前記外部機器としての情報処理装置側においてネットワーク経由でダウンロード取得が可能なコンテンツを特定するためのキーワード情報であり、前記受信手段は、当該情報処理装置側が前記予約情報に基づいてネットワーク経由でダウンロード取得したコンテンツを受信する（請求項２記載の発明）。
【０００９】
前記予約情報は、前記外部機器としての放送記録装置側において受信記録が可能な放送コンテンツを特定するためのキーワード情報であり、前記受信手段は、当該放送記録装置側が前記予約情報に基づいて受信記録した放送コンテンツを受信する（請求項３記載の発明）。
【００１０】
前記受信手段は、前記外部機器側が前記予約情報に該当するコンテンツを取得済みであることを条件に当該コンテンツを受信する（請求項４記載の発明）。
【００１１】
請求項４記載の発明において、前記受信手段は、前記予約情報に該当するコンテンツを取得済みか否かを前記外部機器に問い合わせた結果、取得済みであることを条件に当該コンテンツを受信するようにしてもよい（請求項５記載の発明）。
【発明の効果】
【００１４】
この発明によれば、ネットワーク経由でコンテンツを取得可能な外部機器を介して所望するコンテンツを入手する場合に、コンテンツの取得を要求する予約情報を予め記憶しておくだけで、外部機器の状態や通信環境などに影響されず、所望するコンテンツを容易かつ確実に入手することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図１〜図６を参照して本発明の第１実施形態を説明する。
この実施形態は、携帯端末装置として携帯電話装置に適用した場合を例示したもので、図１は、この携帯電話装置が利用可能な通信ネットワークシステムを示したブロック図である。
携帯電話装置１は、音声通話機能、電子メール機能、インターネット接続機能（Ｗｅｂアクセス機能）、テレビ放送受信機能などのほか、コンテンツ取得予約機能を備えている。このコンテンツ取得予約機能は、音楽、写真、画像、放送コンテンツなどの取得を外部機器に対して要求する予約データを記憶管理する機能である。
【００１６】
携帯電話装置１は、最寄りの基地局２Ａ、交換機２Ｂを介して無線通信網２に接続されると、この無線通信網２を介して他の携帯電話装置との間で通話可能状態となる。また、携帯電話装置１は、無線通信網２を介してインターネット３に接続されると、任意のＷｅｂサイト（コンテンツ供給サイト）をアクセスし、所望するコンテンツをダウンロード受信するようにしている。また、携帯電話装置１は、コンテンツ取得を要求する予約データを記憶管理している状態において、無線通信網２、インターネット３を介して外部機器（ＰＣ４あるいは放送レコーダ５）に接続されると、この予約データを無線通信網２、インターネット３を介して当該外部機器に送信するようにしている。
【００１７】
携帯電話装置１は、ネットワーク経由でコンテンツを取得可能な外部機器に接続されると、この外部機器に予約データを送信したり、この予約データに基づいて外部機器側がネットワーク経由で取得したコンテンツを当該外部機器から受信取得したりするようにしている。すなわち、携帯電話装置１は、通信機能を備えたクレードル（充電台）６を介して外部機器（ＰＣ４あるいは放送レコーダ５）に接続されると、予約データを外部機器に送信するようにしている。クレードル６は、携帯電話装置１と充電可能に接続されるほか、通信可能に接続されるもので、外部機器（ＰＣ４あるいは放送レコーダ５）とクレードル６とは専用の通信ケーブル７を介して接続されている。外部機器は、携帯電話装置１から送信された予約データに基づいてネットワーク経由で当該予約コンテンツを取得可能なもので、携帯電話装置１は、クレードル６を介して外部機器に接続されると、外部機器側から予約コンテンツを受信取得するようにしている。
【００１８】
ＰＣ４は、自宅などに設置されている情報処理装置（パーソナルコンピュータ）であり、放送レコーダ５は、自宅などに設置されているテレビ放送記録装置である。このＰＣ４は、インターネットに有線接続され、携帯電話装置１から受け取った予約データに基づいてインターネット上のコンテンツ供給サイトをアクセスし、この予約データによって要求されたコンテンツをダウンロード受信して記憶管理するようにしている。放送レコーダ５は、アンテナを介してテレビ放送電波を受信する受信機能を有し、予約データに基づいて受信したコンテンツを記憶管理するようにしている。そして、このＰＣ４あるいは放送レコーダ５は、上述の予約データに基づいて取得したコンテンツを記憶管理している状態において、クレードル６を介して携帯電話装置１が接続されると、携帯電話装置１からの指示に応じて当該コンテンツを転送するようにしている。なお、上述のようにＰＣ４が取得したコンテンツを“ダウンロードコンテンツ”と称し、放送レコーダ５が取得したコンテンツを“放送コンテンツ”と称する。
【００１９】
図２は、携帯電話装置１の基本的な構成要素を示したブロック図である。
ＣＰＵ１１は、記憶部１２内の各種のプログラムに応じて携帯電話装置１の全体動作を制御する中核的な中央演算処理装置である。記憶部１２は、内部メモリであり、プログラム領域とデータ領域とを有し、そのプログラム領域には、後述する図５及び図６に示す動作手順に応じて本実施形態を実現するためのプログラムが格納され、また、そのデータ領域には、後述するダウンロードコンテンツ予約テーブルＤＣＴ、放送コンテンツ予約テーブルＢＣＴを有している。記録メディア１３は、着脱自在な可搬型メモリで、例えば、ＳＤカード、ＩＣカードなどによって構成されている。メモリ１４は、ワーク領域を有する内部メモリである。
【００２０】
無線通信部１５は、無線部、ベースバンド部、多重分離部などを備え、例えば、音声通話機能、電子メール機能、インターネット接続機能の動作時に最寄りの基地局２Ａとの間でデータの送受信を行うもので、音声通話機能の動作時にはベースバンド部の受信側から信号を取り込んで受信ベースバンド信号に復調したのち、音声信号処理部１６を介して通話用スピーカＳＰから音声出力させ、また、通話用マイクＭＣからの入力音声データを音声信号処理部１６から取り込み、送信ベースバンド信号に符号化したのち、ベースバンド部の送信側に与えてアンテナから発信出力させる。
【００２１】
操作部１７は、ダイヤル入力、文字入力、コマンド入力などを行うもので、ＣＰＵ１１は、操作部１７からの入力信号に応じた処理を実行する。表示部１８は、高精細液晶あるいは有機ＥＬなどを使用したもので、待受画像、文字情報などを表示する。クレードル接続部１９は、クレードル６を充電可能及び通信可能に接続するほか、携帯電話装置１がクレードル６に載置（接続）されたことを検出するもので、ＣＰＵ１１は、クレードル接続部１９からの接続検出信号に基づいてクレードル６に接続されたか否かを判別するようにしている。放送受信部２０は、携帯受信機向けの地上波デジタルテレビ放送を受信するもので、ＴＶアンテナに接続されていて放送信号を抽出する受信部（アナログ回路部）と、受信した放送信号をＯＦＤＭ（直交周波数分割多重）復調したり、多重化されている放送信号から映像、音声、データ（文字データ）に分離して復号化したり、圧縮データの解凍などを行うデジタル回路部を有している。
【００２２】
図３は、ダウンロードコンテンツ予約テーブルＤＣＴを説明するための図であり、図３（Ａ）〜（Ｄ）は処理の進行に応じて変遷する予約テーブルＤＣＴの内容を示している。
ダウンロードコンテンツ予約テーブルＤＣＴは、ｗｅｂサイトからダウンロードするコンテンツを要求するための予約データを記憶管理するもので、「コンテンツキーワード」、「要求有無」、「取得有無」の各項目を有している。「コンテンツキーワード」は、予約データを構成するデータで、コンテンツ名などのように所望するコンテンツを具体的に特定したり、ジャンルなどを特定したりするためのキーワードである。なお、所望するｗｅｂサイトを特定するＵＲＬ（Uniform Resource Locator)）自体をキーワードとしてもよい。また、図中、「コンテンツキーワード」内の“×××”は、キーワードが記憶されている項目であることを示している。
【００２３】
「要求有無」は、外部機器（ＰＣ４あるいは放送レコーダ５）に対して予約データを送信済みか（要求済みか）否かを示すフラグで、図中、“○”は、予約データを送信済み（要求済み）であることを示し、“−”は、未送信（未要求）であることを示している。また、「取得有無」は、予約データを送信した後に外部機器（ＰＣ４あるいは放送レコーダ５）が当該予約データに応じて取得したコンテンツをその外部機器から受信済み（取得済みか）否かを示すフラグで、図中、“○”は、コンテンツを受信済み（取得済み）であることを示し、“−”は、未受信（未取得）であることを示している。
【００２４】
図４は、放送コンテンツ予約テーブルＢＣＴを説明するための図である。
放送コンテンツ予約テーブルＢＣＴは、放送コンテンツを要求するための予約データを記憶管理するもので、「チャンネル・時間／キーワード」、「要求有無」、「取得有無」の各項目を有している。「チャンネル・時間／キーワード」は、予約データを構成するデータで、所望する放送番組を具体的に特定するチャンネル及びその放送時間あるいは番組名などを特定したり、ジャンルなどを特定したりするためのキーワードである。なお、ネットワーク（無線通信網２、インターネット３）を介してテレビ放送を受信する放送レコーダ５の場合には、放送配信サイトを特定するＵＲＬ自体をキーワードとして含めてもよい。「要求有無」、「取得有無」は、ダウンロードコンテンツ予約テーブルＤＣＴの場合と同様であり、「要求有無」は、外部機器に対して予約データを要求済みかであるか否かを示すフラグ、「取得有無」は、予約データを送信した後に外部機器が当該予約データに応じて取得したコンテンツをその外部機器から取得済みか否かを示すフラグである。
【００２５】
次に、この実施形態における携帯電話装置１の動作概念を図５及び図６に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。すなわち、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施形態特有の動作を実行することもできる。
なお、図５及び図６は、携帯電話装置１の全体動作のうち、本実施形態の特徴部分の動作概要を示したフローチャートであり、この図５あるいは図６のフローから抜けた際には、全体動作のメインフロー（図示省略）に戻る。
【００２６】
図５は、無線通信網２、インターネット３を介して取得したｗｅｂサイトのコンテンツリストあるいはテレビ放送の番組リストの表示に応じて実行開始されるフローチャートである。
先ず、ＣＰＵ１１は、ｗｅｂサイトのコンテンツリストあるいはテレビ放送の番組リストが表示されている状態において、このリスト画面の中から所望するコンテンツを選択する操作を行うと（ステップＡ１）、その選択コンテンツのサイズ（データ量）を当該リストから取得し（ステップＡ２）、選択コンテンツは所定サイズ以上となる大容量のコンテンツであるかを調べる（ステップＡ３）。いま、映画コンテンツ、放送コンテンツのような大容量のコンテンツでなければ（ステップＡ３でＮＯ）、現在の通信状態などをチェックし、当該コンテンツを取得可能な状態であることを条件に（ステップＡ１１でＹＥＳ）、当該コンテンツを無線通信網２、インターネット３を介してダウンロード受信して記憶する（ステップＡ１２）。
【００２７】
一方、所定サイズ以上の大容量コンテンツが選択された場合には（ステップＡ３でＹＥＳ）、そのコンテンツの取得を要求する予約を行うかを問い合わせるためのメッセージとして“予約しますか”を表示させる（ステップＡ４）。ここで、ユーザ操作で“予約しない”ことが指示された際には（ステップＡ５でＮＯ）、上述のステップＡ１１に移って、そのコンテンツを取得可能であることを条件に、当該コンテンツをダウンロードするが（ステップＡ１２）、“予約する”が指示された際には（ステップＡ５でＹＥＳ）、この選択コンテンツを特定するキーワードなどを当該リストから取得して予約データを作成した後、ダウンロードコンテンツ予約テーブルＤＣＴあるいは放送コンテンツ予約テーブルＢＣＴに当該予約データを追加登録する（ステップＡ６）。
【００２８】
以下、コンテンツ選択の終了操作が行われるまで（ステップＡ７）、上述のステップＡ１に戻って上述の動作を繰り返す。いま、終了操作が行われると（ステップＡ７でＹＥＳ）、今回登録した予約データを無線通信網２、インターネット３を介して外部機器（ＰＣ４あるいは放送レコーダ５）に対して送信する無線予約がユーザ指示されたかを調べ（ステップＡ８）、無線予約が指示されなければ（ステップＡ８でＮＯ）、この時点で上述のメインフローに戻る。
【００２９】
いま、無線予約が指示されたときには（ステップＡ８でＹＥＳ）、ダウンロードコンテンツ予約テーブルＤＣＴ、放送コンテンツ予約テーブルＢＣＴ内の「要求有無」を参照し、それが未要求となっている予約データを指定し、この未要求の予約データを無線通信部１５から無線通信網２、インターネット３を介して外部機器（ＰＣ４あるいは放送レコーダ５）に送信する（ステップＡ９）。なお、今回、複数の予約データを登録した場合には、この複数の予約データは一括して対応する外部機器に送信される。このように予約データを外部機器に送信した後は、それに対応する「要求有無」を要求済みとする（ステップＡ１０）。例えば、図３参照（Ａ）に示すように、ダウンロードコンテンツ予約テーブルＤＣＴの１レコード目、２レコード目の予約データを今回新規登録したものとすると、それに対応する「要求有無」を要求済みとする。
【００３０】
この場合、ＰＣ４側では、受信した予約データをその受信順に記憶管理した後に、ビジー状態などではないことを条件にインターネット３に接続して、この予約データに応じてｗｅｂサイトをアクセスし、該当するコンテンツをダウンロード受信して記憶する動作を予約データ毎に繰り返すようにしている。また、放送レコーダ５側では、受信した予約データをその受信順に記憶管理した後に、この予約データを参照して予約番組の開始時刻に達したか否かを監視し、放送開始時刻に達した際に、その放送コンテンツの受信を開始して記録する動作をその放送終了時刻まで行うようにしている。
【００３１】
図６は、クレードル接続検出部１９からの検出信号に基づいて携帯電話装置１がクレードル６に載置（接続）されたことが検出された際に実行開始されるフローチャートである。
先ず、ＣＰＵ１１は、クレードル６を介して外部機器（ＰＣ４あるいは放送レコーダ５）が接続されているかの通信接続チェックを行い（ステップＢ１）、この外部機器が接続されていなければ、この時点で上述のメインフローに戻るが、何れかの外部機器が接続されていれば（ステップＢ２でＹＥＳ）、その外部機器はＰＣ４であるか放送レコーダ５であるかに応じてコンテンツ種別（ダウンロードコンテンツ、放送コンテンツ）を特定する（ステップＢ３）。
【００３２】
そして、ダウンロードコンテンツ予約テーブルＤＣＴ、放送コンテンツ予約テーブルＢＣＴのうち、上述のように特定されたコンテンツ種別に対応する予約テーブルをアクセスして予約データの有無をチェックする（ステップＢ４）。その結果、コンテンツ種別対応の予約テーブル内に予約データが記憶されていなければ（ステップＢ５でＮＯ）、上述のメインフローに戻るが、そのテーブル内に予約データが記憶されていれば（ステップＢ４でＹＥＳ）、この予約データに対応する「要求有無」を参照し、その「要求有無」が未要求の予約データであるかを調べる（ステップＢ５）。以下、図３（Ａ）〜（Ｄ）を参照し、上述のコンテンツ種別対応の予約テーブルがダウンロードコンテンツ予約テーブルＤＣＴの場合を例にして説明するものとする。
【００３３】
いま、図３（Ａ）に示すように予約テーブルＤＣＴ内の「要求有無」が全て要求済みとなっている場合には、未要求の予約データが無いことが判別されるので（ステップＢ５でＮＯ）、次のステップＢ９に移り、予約テーブルＤＣＴ内の「取得有無」を参照し、未取得の予約データの有無をチェックする。ここで、未取得の予約データが無ければ、上述のメインフローに戻るが、いま、図３（Ａ）に示すように予約テーブルＤＣＴ内の１レコード目の「取得有無」は未取得となっているため（ステップＢ９でＹＥＳ）、通信接続されている外部機器に対して、この予約データ対応のコンテンツ（予約コンテンツ）をネットワーク経由で取得済みであるかの問い合わせを行う（ステップＢ１０）。この場合、外部機器側では、この問い合わせに応答して予約コンテンツを取得済みであるかを携帯電話装置１に対して通知するようにしている。
【００３４】
いま、外部機器から予約コンテンツを取得済みであることの通知を受けたときには（ステップＢ１１でＹＥＳ）、当該外部機器から転送されてくる予約コンテンツを受信取得した後（ステップＢ１２）、対応する「取得有無」を取得済みとする（ステップＢ１３）。そして、予約テーブルＤＣＴを検索し、未取得の予約データが残っているかを調べるが（ステップＢ１４）、いま、図３（Ａ）に示すように予約テーブルＤＣＴ内の２レコード目の「取得有無」も未取得となっているため（ステップＢ１４でＹＥＳ）、上述のステップＢ１０に戻り、同様の動作を繰り返す。
【００３５】
図３（Ｂ）は、外部機器から未取得のコンテンツを全て受信した後のテーブル内容を示したもので、コンテンツ取得によってその１レコード目及び２レコード目に対応する「取得有無」が取得済みに変更される。このようにして未取得の予約データが無くなると（ステップＢ１４でＮＯ）、未要求の予約データの有無を調べるが（ステップＢ１５）、図３（Ｂ）の場合には、３レコード目以降には予約データが存在していないので、この時点で上述のメインフローに戻る。
【００３６】
そして、再度、クレードル接続されて図６のフローが開始されると、上述と同様に、予約テーブルＤＣＴを参照して、未要求の予約データの有無を調べるが（ステップＢ５）、いま、図３（Ｃ）に示すように予約テーブルＤＣＴの３レコード目に新たな予約データが登録されている場合には、この３レコード目の未要求の予約データをクレードル接続部１９、クレードル６を介して外部機器に対して送信する（ステップＢ６）。そして、予約テーブルＤＣＴを参照し、「要求有無」が要求済みで「取得有無」が未取得の予約データの有無をチェックするが（ステップＢ７）、いま、図３（Ｃ）に示すように３レコード目は、「要求有無」が未要求のままとなっているので、該当する予約データが無いことが判別されて（ステップＢ７でＮＯ）、その予約データに対応する「要求有無」を要求済みとする（ステップＢ８）。なお、図３（Ｄ）は、３レコード目の「要求有無」を要求済みに変更された場合を示している。
【００３７】
そして、図３（Ｄ）に示す状態において、再度、クレードル接続されて図６のフローが開始されると、上述と同様に、予約テーブルＤＣＴを参照し、「要求有無」が要求済みで「取得有無」が未取得の予約データの有無をチェックする（ステップＢ７）。いま、図３（Ｄ）に示すように３レコード目は、要求済みで未取得の予約データであるので（ステップＢ７でＹＥＳ）、上述の場合と同様に、外部機器への問い合わせを行い（ステップＢ１０）、外部機器側で予約コンテンツを取得済みであれば（ステップＢ１１でＹＥＳ）、その予約コンテンツを外部機器から受信取得した後（ステップＢ１２）、その「取得有無」を取得済みとする（ステップＢ１３）。
【００３８】
上述のように、携帯電話装置１は、予約テーブルＤＣＴの内容が図３（Ｃ）の場合には、未要求の予約データを外部機器に対して送信し、予約テーブルＤＣＴの内容が図３（Ｄ）の場合には、この予約データに応じてＰＣ４がインターネット経由で取得した予約コンテンツをＰＣ４から受信取得する動作を行う。すなわち、携帯電話装置１は、ＰＣ４に通信接続（クレードル接続）を行った際に、ＰＣ４に予約データを送信済みか（要求済みか）否かを判別し、要求済みでなければ、この予約データをＰＣ４に送信し、要求済みであれば、この予約データに基づいてＰＣ４側がネットワーク経由で取得したコンテンツをＰＣ４から受信取得する動作を行う。言い換えれば、携帯電話装置１は、ＰＣ４に対して第１の通信接続、つまり、ＰＣ４に対して予約データを送信する前の状態での接続を行った際に、この送信前の予約データ（未要求の予約データ）をＰＣ４に送信し、その後、ＰＣ４に対して第２の通信接続、つまり、ＰＣ４に予約データを送信したのち、この予約データで特定されるコンテンツを受信する前の状態での接続を行った際に、この受信前の予約データ（未取得の予約データ）に対応する予約コンテンツをＰＣ４から受信取得する動作を行う。
【００３９】
また、上述のように図６のフローを外部機器がＰＣ４の場合を例示して説明したが、外部機器が放送レコーダ５の場合でも基本的には同様である。すなわち、携帯電話装置１は、放送レコーダ５に通信接続を行った際に、予約データを放送レコーダ５に要求済みか否かを判別し、要求済みでなければ、この予約データを放送レコーダ５に送信し、要求済みであれば、この予約データに基づいて放送レコーダ５側が受信取得した放送コンテンツを放送レコーダ５から受信取得する動作を行う。言い換えれば、携帯電話装置１は、放送レコーダ５に第１の通信接続を行った際に、この未要求の予約データを放送レコーダ５に送信し、放送レコーダ５に第２の通信接続を行った際に、この未取得の予約データに対応する放送コンテンツを放送レコーダ５から受信取得する。
【００４０】
以上のように、この実施形態において携帯電話装置１は、外部機器（ＰＣ４あるいは放送レコーダ５）に対して第１の通信接続を行った際に、予約テーブルＤＣＴ、ＢＣＴ内の予約データを当該外部機器に送信し、外部機器に対して第２の通信接続を行った際に、外部機器側が予約データに基づいてネットワーク経由で取得したコンテンツを外部機器から受信取得するようにしたので、ネットワーク経由でコンテンツを取得可能な外部機器を介して所望するコンテンツを入手する場合に、コンテンツの取得を要求する予約データを予め記憶しておくだけで、外部機器の状態や通信環境などに影響されず、所望するコンテンツを容易かつ確実に入手することができる。
【００４１】
この場合、外部機器への予約手続きを意識することなく、予約データを何時でも自由に記憶（蓄積）しておくだけでよく、クレードル接続という日頃の行為で外部機器に対して予約手続きを行ったり、外部機器から予約コンテンツを取得したりすることができ、予約を目的として外部機器に接続したり、コンテンツ取得を目的として外部機器に接続する必要がなく、日頃の行為で予約とコンテンツ取得が可能となる。その結果、音楽コンテンツなどを毎日のように多数のコンテンツ取得を希望するような場合でも、その都度、外部機器に接続することもなく、ユーザは特別に意識することなく、一括予約と一括取得が可能となり、ユーザの負担を大幅に軽減することが可能となる。
【００４２】
携帯電話装置１は、外部機器に対して通信接続（クレードル接続）を行った際に、予約データを外部機器に送信済みか（要求済みか）否かを判別し、要求済みでなければ、この予約データを外部機器に送信し、要求済みであれば、この予約データに基づいて外部機器側がネットワーク経由で取得したコンテンツを受信取得するようにしたので、ネットワーク経由でコンテンツを取得可能な外部機器を介して所望するコンテンツを入手する場合に、コンテンツの取得を要求する予約データを予め記憶しておくだけで、外部機器の状態や通信環境などに影響されず、所望するコンテンツを容易かつ確実に入手することができる。この場合においても、ユーザは特別に意識することなく、日頃の行為で予約とコンテンツ取得が可能となり、ユーザの負担を大幅に軽減することができる。
【００４３】
外部機器（ＰＣ４あるいは放送レコーダ５）に通信接続を行った際に、その外部機器はどのような種類のコンテンツを取得するものなのかに応じてコンテンツ種別を判別すると共に、コンテンツ種別に対応する予約データを外部機器に送信済みか（要求済みか）否かを判別するようにしたので、様々なコンテンツの入手が可能となる。
【００４４】
予約データは、外部機器としてのＰＣ４側においてインターネット経由でダウンロード取得が可能なコンテンツを特定するためのキーワードであり、このＰＣ４から予約コンテンツを受信取得するようにしたので、ｗｅｂサイトから様々な種類のコンテンツを容易に入手することができる。
【００４５】
予約データは、外部機器としての放送レコーダ５側において受信記録が可能な放送コンテンツを特定するためのキーワードであり、この放送レコーダ５から予約コンテンツ（放送コンテンツ）を受信取得するようにしたので、現時点以降に放送される放送コンテンツであっても、様々な種類の放送コンテンツを容易に入手することができる。
【００４６】
外部機器が予約データに該当するコンテンツをネットワーク経由で取得済みであることを条件に予約コンテンツを外部機器から受信取得するようにしたので、予約コンテンツを確実かつ円滑に取得することが可能となる。この場合、コンテンツを取得済みかを外部機器に問い合わせた結果、取得済みであることを条件に当該コンテンツを受信するようにしたので、一層、円滑な取得が可能となる。
【００４７】
なお、上述した実施形態においては、外部機器（ＰＣ４あるいは放送レコーダ５）とクレードル６とを専用の通信ケーブル７で接続するようにしたが、外部機器とクレードル６との接続は、近距離無線などのワイヤレス接続であってもよい。
また、携帯電話装置１と外部機器（ＰＣ４あるいは放送レコーダ５）とをクレードル６を介して接続するようにしたが、ケーブルやコネクタを介して直接接続したり、近距離無線などのようにワイヤレス接続したりするようにしてもよい。
【００４８】
上述した実施形態においては、公衆ネットワークを利用してコンテンツを取得するようにしたが、例えば、会社やテーマパークなどの施設内に構築されている構内ネットワークを利用してコンテンツを取得するようにしてもよい。つまり、公衆ネットワークに限らず、構内ネットワークに適用してもよく、ネットワークの形態は任意である。
また、放送コンテンツを無線通信網２、インターネット３を介して受信するようにしてもよい。また、どのような種類のコンテンツを取得するかは意であり、放送コンテンツも番組単位に限らず、任意である。
【００４９】
上述した実施形態においては、ダウンロードコンテンツ予約テーブルＤＣＴと放送コンテンツ予約テーブルＢＣＴとを個別に設けたが、１つの予約テーブルを兼用するようにしてもよい。また、予約テーブルに所望する予約データを登録する場合には、リスト画面を利用する場合に限らず、キー入力した予約データを登録するようにしてもよい。
【００５０】
また、例えば、クレードル接続を解除した際に、予約完了報知やコンテンツ取得報知を行うようにしてもよい。また、予約の状況やコンテンツの取得状況を報知するようにしてもよい。
その他、携帯電話装置に限らず、例えば、通信機能付きのＰＤＡ・デジタルカメラ・電子腕時計・音楽再生機にも上述と同様に適用可能である。
【図面の簡単な説明】
【００５１】
【図１】携帯端末装置として適用した携帯電話装置が利用可能な通信ネットワークシステムを示したブロック図。
【図２】携帯電話装置１の基本的な構成要素を示したブロック図。
【図３】ダウンロードコンテンツ予約テーブルＤＣＴを説明するための図で、（Ａ）〜（Ｄ）は処理の進行に応じて変遷する予約テーブルＤＣＴの内容を示した図。
【図４】放送コンテンツ予約テーブルＢＣＴを説明するための図。
【図５】無線通信網２、インターネット３を介して取得したｗｅｂサイトのコンテンツリストあるいはテレビ放送の番組リストの表示に応じて実行開始されるフローチャート。
【図６】クレードル接続検出部１９からの検出信号に基づいて携帯電話装置１がクレードル６に載置（接続）されたことが検出された際に実行開始されるフローチャート。
【符号の説明】
【００５２】
１  携帯電話装置
２  無線通信網
３  インターネット
４  外部機器（ＰＣ）
５  外部機器（放送レコーダ）
６  クレードル
１１  ＣＰＵ
１２  記憶部
１５  無線通信部
１７  操作部
１９  クレードル接続部
２０  放送受信部
ＤＣＴ  ダウンロードコンテンツ予約テーブル
ＢＣＴ  放送コンテンツ予約テーブル
【図１】
0005136893.tif 000002
【図２】
0005136893.tif 000003
【図３】
0005136893.tif 000004
【図４】
0005136893.tif 000005
【図５】
0005136893.tif 000006
【図６】
0005136893.tif 000007