(57)【要約】 【課題】通信ネットワークを介して携帯端末とサーバとの間でコンテンツを送信あるいは受信する場合に、携帯端末側における現在の状況に合ったコンテンツを送信あるいは受信できるようにする。 【解決手段】コンテンツ配信サーバ１は、携帯電話装置２からその「現在状況」をインターネット３、無線通信網４を介して受信取得すると共に、この現在の状況下で処理可能なコンテンツを選択して当該携帯電話装置２に対して送信する。 【選択図】  図１
2008282295.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して携帯端末にコンテンツを配信するコンテンツ配信システムであって、
携帯端末における現在の状況を取得する取得手段と、
この取得手段によって得られた現在の状況下において当該携帯端末側で処理可能なコンテンツを選択する選択手段と、
この選択手段によって選択されたコンテンツを当該携帯端末に対して送信する送信手段と、
を具備したことを特徴とするコンテンツ配信システム。
【請求項２】
前記取得手段は、携帯端末で処理可能な残りの処理能力を現在の状況として取得し、
前記選択手段は、前記残りの処理能力で処理可能なコンテンツを選択する、
ようにしたことを特徴とする請求項１記載のコンテンツ配信システム。
【請求項３】
送信対象のコンテンツを前記残りの処理能力で処理可能な時間に短縮化したコンテンツに変換された場合に、前記選択手段は、この変換後のコンテンツを選択する、
ようにしたことを特徴とする請求項２記載のコンテンツ配信システム。
【請求項４】
前記取得手段は、携帯端末からその受信感度を現在の状況として取得し、
前記選択手段は、前記受信感度で処理可能なフレームレートのコンテンツを選択する、
ようにしたことを特徴とする請求項１記載のコンテンツ配信システム。
【請求項５】
前記取得手段は、携帯端末からその処理モードを現在の状況として取得し、
前記選択手段は、前記処理モードで処理可能な情報種のコンテンツを選択する、
ようにしたことを特徴とする請求項１記載のコンテンツ配信システム。
【請求項６】
前記取得手段は、携帯端末からその機種情報を現在の状況として取得し、
前記選択手段は、前記機種情報で処理可能なタイプのコンテンツを選択する、
ようにしたことを特徴とする請求項１記載のコンテンツ配信システム。
【請求項７】
携帯端末側での現在の状況下において当該携帯端末側で処理可能なコンテンツか否かを判別する判別手段を更に設け、
前記選択手段は、前記判別手段によって処理が不可能であると判別された場合に、送信対象としての本来のコンテンツに代えて前記現在の状況に適した代替コンテンツを選択する、
ようにしたことを特徴とする請求項１記載のコンテンツ配信システム。
【請求項８】
前記選択手段は、本来のコンテンツよりも処理時間を短くしたコンテンツ、本来のコンテンツよりもデータ処理量を少なくしたコンテンツのいずれかを代替コンテンツとして選択する、
ようにしたことを特徴とする請求項７記載のコンテンツ配信システム。
【請求項９】
通信ネットワークを介してコンテンツ配信サーバから送信されるコンテンツを受信する携帯端末装置であって、
当該携帯端末における現在の状況を取得する取得手段と、
この取得手段によって得られた現在の状況から処理可能なコンテンツのタイプを特定する特定手段と、
この特定手段よって特定されたタイプのコンテンツの送信を前記配信サーバに対して要求し、それに応じて当該サーバから送信されたコンテンツを受信する通信手段と、
を具備したことを特徴とする携帯端末装置。
【請求項１０】
前記取得手段は、当該携帯端末で処理可能な残りの処理能力を現在の状況として取得し、
前記特定手段は、前記残りの処理能力で処理可能なコンテンツのタイプを特定する、
ようにしたことを特徴とする請求項９記載の携帯端末装置。
【請求項１１】
前記取得手段は、当該携帯端末からその受信感度を現在の状況として取得し、
前記特定手段は、前記受信感度で処理可能なフレームレートのコンテンツタイプを特定する、
ようにしたことを特徴とする請求項９記載の携帯端末装置。
【請求項１２】
前記取得手段は、当該携帯端末からその処理モードを現在の状況として取得し、
前記特定手段は、前記処理モードで処理可能な情報種のコンテンツタイプを特定する、
ようにしたことを特徴とする請求項９記載の携帯端末装置。
【請求項１３】
コンピュータに対して、
携帯端末における現在の状況を取得する機能と、
前記取得した現在の状況下において当該携帯端末側で処理可能なコンテンツを選択する機能と、
前記選択したコンテンツを当該携帯端末に対して送信する機能と、
を実現させるためのプログラム。
【請求項１４】
コンピュータに対して、
当該携帯端末における現在の状況を取得する機能と、
前記取得した現在の状況から処理可能なコンテンツのタイプを特定する機能と、
前記特定したタイプのコンテンツの送信を配信サーバに対して要求し、それに応じて当該サーバから送信されたコンテンツを受信する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツ配信システム、この配信システムからコンテンツを受信する携帯端末装置及びプログラムに関する。
【背景技術】
【０００２】
従来、通信ネットワークを介して携帯端末に動画コンテンツ、音楽コンテンツなどを配信する場合に、その端末の機種コードからそのスペック（処理能力）を取得して、当該スペックに応じたデータを送信するようにした技術が知られている。すなわち、携帯端末の画面サイズを取得してそのサイズに合ったデータを送信するようにした技術（特許文献１参照）、また、端末画面の表示向きに応じて９０度回転した表示データを送信するようにした技術（特許文献２参照）、また、端末の機種に適したコンテンツを配信するようにした技術が知られている（特許文献３参照）。
【特許文献１】特開平１０−１３３９７３号公報
【特許文献２】特開２００３−１１１０５４号公報
【特許文献３】特開平１０−２４０６３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した各先行技術においては、端末本来の能力（最高能力）に基づいたコンテンツを配信するものであるが、その能力は常に最高状態の能力にあるとは限らず、例えば、電池残量の少ない状態で処理負荷の大きなコンテンツを受信した場合には、その再生途中で電池切れとなってしまう可能性がある。また、受信状態の悪い環境下では大量データの受信が困難なものとなり、コンテンツ全体を正常に受信できなくなってしまうこともある。
【０００４】
この発明の課題は、通信ネットワークを介して携帯端末とサーバとの間でコンテンツを送信あるいは受信する場合に、携帯端末側における現在の状況に合ったコンテンツを送信あるいは受信できるようにすることである。
【課題を解決するための手段】
【０００５】
請求項１記載の発明は、通信ネットワークを介して携帯端末にコンテンツを配信するコンテンツ配信システムであって、携帯端末における現在の状況を取得する取得手段と、この取得手段によって得られた現在の状況下において当該携帯端末側で処理可能なコンテンツを選択する選択手段と、この選択手段によって選択されたコンテンツを当該携帯端末に対して送信する送信手段とを具備したことを特徴とする。
更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項１３記載の発明）。
【０００６】
なお、上述した請求項１記載の発明は次のようなものであってもよい。
前記取得手段は、携帯端末で処理可能な残りの処理能力を現在の状況として取得し、前記選択手段は、前記残りの処理能力で処理可能なコンテンツを選択する（請求項２記載の発明）。
【０００７】
請求項２記載の発明において、送信対象のコンテンツを前記残りの処理能力で処理可能な時間に短縮化したコンテンツに変換された場合に、前記選択手段は、この変換後のコンテンツを選択するようにしてもよい（請求項３記載の発明）。
【０００８】
前記取得手段は、携帯端末からその受信感度を現在の状況として取得し、前記選択手段は、前記受信感度で処理可能なフレームレートのコンテンツを選択する（請求項４記載の発明）。
【０００９】
前記取得手段は、携帯端末からその処理モードを現在の状況として取得し、前記選択手段は、前記処理モードで処理可能な情報種のコンテンツを選択する（請求項５記載の発明）。
【００１０】
前記取得手段は、携帯端末からその機種情報を現在の状況として取得し、前記選択手段は、前記機種情報で処理可能なタイプのコンテンツを選択する（請求項６記載の発明）。
【００１１】
携帯端末側での現在の状況下において当該携帯端末側で処理可能なコンテンツか否かを判別する判別手段を更に設け、前記選択手段は、前記判別手段によって処理が不可能であると判別された場合に、送信対象としての本来のコンテンツに代えて前記現在の状況に適した代替コンテンツを選択する（請求項７記載の発明）。
【００１２】
請求項７記載の発明において、前記選択手段は、本来のコンテンツよりも処理時間を短くしたコンテンツ、本来のコンテンツよりもデータ処理量を少なくしたコンテンツのいずれかを代替コンテンツとして選択するようにしてもよい（請求項８記載の発明）。
【００１３】
請求項９記載の発明は、通信ネットワークを介してコンテンツ配信サーバから送信されるコンテンツを受信する携帯端末装置であって、当該携帯端末における現在の状況を取得する取得手段と、この取得手段によって得られた現在の状況から処理可能なコンテンツのタイプを特定する特定手段と、この特定手段よって特定されたタイプのコンテンツの送信を前記配信サーバに対して要求し、それに応じて当該サーバから送信されたコンテンツを受信する通信手段とを具備したことを特徴とする。
更に、コンピュータに対して、上述した請求項９記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項１４記載の発明）。
【００１４】
なお、上述した請求項９記載の発明は次のようなものであってもよい。
前記取得手段は、当該携帯端末で処理可能な残りの処理能力を現在の状況として取得し、前記特定手段は、前記残りの処理能力で処理可能なコンテンツのタイプを特定する（請求項１０記載の発明）。
【００１５】
前記取得手段は、当該携帯端末からその受信感度を現在の状況として取得し、前記特定手段は、前記受信感度で処理可能なフレームレートのコンテンツタイプを特定する（請求項１１記載の発明）。
【００１６】
前記取得手段は、当該携帯端末からその処理モードを現在の状況として取得し、前記特定手段は、前記処理モードで処理可能な情報種のコンテンツタイプを特定する（請求項１２記載の発明）。
【発明の効果】
【００１７】
この発明は、通信ネットワークを介して携帯端末とサーバとの間でコンテンツを送信あるいは受信する場合に、携帯端末側における現在の状況に合った適切なコンテンツを送信あるいは受信することができる。
【発明を実施するための最良の形態】
【００１８】
（実施例１）
以下、図１〜図８を参照して本発明の第１実施例を説明する。
図１は、通信ネットワークを介して携帯端末装置（携帯電話装置）にコンテンツを配信するコンテンツ配信システムを示したブロック図である。
コンテンツ配信サーバ１は、携帯電話装置２に対してコンテンツ配信を行うもので、インターネット３、無線通信網（公衆移動体通信網）４を介して携帯電話装置２に接続されている。そして、このコンテンツ配信サーバ１は、携帯電話装置２からコンテンツ要求を受信すると、その要求元から「現在状況」を取得したのち、この現在の状況下で処理可能なコンテンツを選択してその要求元へ送信するようにしている。なお、送信対象のコンテンツは、映画コンテンツ、映像コンテンツ、音楽コンテンツ、文章コンテンツなどであるが、以下、第１実施例及び第２実施例では、映像、音声、字幕からなるコンテンツ（例えば、映画コンテンツ）を送受信するものとする。
【００１９】
ここで、携帯電話装置２の「現在状況」とは、例えば、携帯電話装置２において処理可能な残りの処理能力としての「電池残量」、「メモリ残量」と、現在の処理モードである「マナーモード」、「省電力モード」のセット有無の状態と、現在の使用環境としての「受信感度」の良否などである。そして、コンテンツ配信サーバ１は、携帯電話装置２から「現在状況」を受信取得して、この「現在状況」で処理可能なコンテンツを選択する際に、例えば、要求された本来のコンテンツを短縮化することによって得られたダイジェスト版のコンテンツを選択したり、本来のコンテンツから音声を除いた映像、字幕からなるコンテンツを選択したり、フレームレートを変更したり、圧縮コンテンツ（例えば、Ｍｐｅｇ４／Ｍｐｅｇ２で映像圧縮されたコンテンツ）を選択したりしたのち、この選択コンテンツを要求元へ送信するようにしている。携帯電話装置２は、コンテンツ配信サーバ１からのコンテンツを受信すると、それを記憶保存したのち、その再生動作を開始する。
【００２０】
図２は、コンテンツ配信サーバ１の基本的な構成要素を示したブロック図である。
ＣＰＵ１１は、記憶部１２内の各種のプログラムに応じて当該コンテンツ配信サーバ１の全体動作を制御する中央演算処理装置である。記憶部１２は、内部メモリであり、プログラム領域とデータ領域とを有し、このプログラム領域には、後述する図６及び図７に示す動作手順に応じて第１実施例を実現するためのプログラムが格納され、また、データ領域には、後述するコンテンツタイプテーブルＣＴ、電池残量／時間テーブルＢＴ、メモリ残量／時間テーブルＭＴなどが設けられている。更に、コンテンツ配信サーバ１には操作部１３、表示部１４のほか、通信部１５が設けられている。通信部１５は、インターネット３を介して携帯電話装置２に接続するもので、携帯電話装置２との間でデジタル（パケット）化されたデータの送受信を行う。なお、コンテンツ配信サーバ１は、コンテンツ配信サーバ機能のほか、データベースサーバ機能、Ｗｅｂサーバ機能などの各種のサーバ機能を有している。
【００２１】
図３は、携帯電話装置２の基本的な構成要素を示したブロック図である。
ＣＰＵ２１は、二次電池を備えた電源部２２からの電力供給によって動作し、記憶部２３内の各種のプログラムに応じてこの携帯電話装置２の全体動作を制御する中央演算処理装置である。記憶部２３は、各種のプログラムが格納され、また、そのデータ領域には受信したコンテンツファイルを記憶するコンテンツメモリＭなどが設けられている。記録メディア２４は、着脱自在な可搬型メモリで、例えば、ＳＤカード、ＩＣカードなどによって構成されている。メモリ２５は、ワーク領域を有する内部メモリであり、必要に応じてメモリ２５内の各種のデータは、記憶部２３にセーブされる。
【００２２】
電話通信部２６は、アンテナに接続された送受信部（ベースバンド部）の受信側から信号を取り込んで受信ベースバンド信号に復調したのちに、音響制御部２７を介して受話スピーカ２８から音声出力させる。また、電話通信部２６は、送話マイク２９からの入力音声を音響制御部２７から取り込み、送信ベースバンド信号に符号化したのち、送受信部の送信側に与えてアンテナから発信出力させる。一方、電子メール機能、インターネット接続機能によって電話通信部２６を介して受信取得したコンテンツ内の映像、字幕データなどは、高精細液晶などを使用した表示部３０に与えられて表示され、また、受信コンテンツ内の音声データは、音響制御部２７を介してサウンドスピーカ３１に与えられて出力される。
【００２３】
ＧＰＳ信号受信部３２は、衛星と地上の制御局を利用し、複数の衛星からの電波の到着時間の差から厳密に測定された現在位置（経緯度）を受信するもので、ＣＰＵ２１は、ＧＰＳ信号受信部３２を定期的にアクセスしてＧＰＳ測定位置を受信取得しながら現在のユーザ位置（携帯電話装置の位置）を監視するようにしている。操作部３３は、ダイヤル入力、文字入力、コマンド入力などを行うもので、ＣＰＵ２１は、操作部３３からの入力信号に応じた処理を実行する。
【００２４】
電池残量検出部３４は、電源部２２の電池残量を検出するもので、ＣＰＵ２１は、コンテンツメモリＭの残量を検出すると共に、このメモリ残量と電池残量検出部３４によって検出された電池残量とを含めて現在状況として、コンテンツ配信サーバ１に送信する。ここで、携帯電話装置２からコンテンツ配信サーバ１に送信される現在状況は、上述した「メモリ残量」、「電池残量」のほか、着信報知時に着信音を発生する代わりにバイブレーション報知する「マナーモード」が選択されているか携帯電話装置２全体を省電力駆動する「省電力モード」が選択されているかを示す処理モードと、周囲環境に応じて変化する電話通信部２６の「受信感度」を示す情報である。
【００２５】
図４は、コンテンツ配信サーバ１側に設けられているコンテンツタイプテーブルＣＴを説明するための図である。
このコンテンツタイプテーブルＣＴは、予め各種の「端末種別（機種）」に対応してその「タイプ」を記憶する構成となっている。この場合の「タイプ」は、コンテンツの画像サイズを示すもので、 その“１”〜“３”は、“大”、“中”、“小”の画像サイズを示している。 コンテンツ配信サーバ１は、コンテンツ配信時に携帯電話装置２から取得した「端末種別（機種）」に基づいてコンテンツタイプテーブルＣＴを検索し、該当する「タイプ」を読み出すと共に、この「タイプ」で示される画像サイズのコンテンツを選択して送信するようにしている。
【００２６】
図５は、コンテンツ配信サーバ１側に設けられている電池残量／時間テーブルＢＴを説明するための図である。
電池残量／時間テーブルＢＴは、携帯電話装置２側における電池残量の「レベル」に対応してコンテンツを再生可能な「時間」を記憶する構成で、コンテンツ配信サーバ１は、コンテンツ配信時に携帯電話装置２から取得した「現在状況（電池残量）」に基づいて電池残量／時間テーブルＢＴを検索し、該当する「時間」を読み出すと共に、本来のコンテンツをこの「時間」に応じて短縮化することによって得られたダイジェスト版のコンテンツを選択して送信するようにしている。
【００２７】
図６は、コンテンツ配信サーバ１側に設けられているメモリ残量／時間テーブルＭＴを説明するための図である。
メモリ残量／時間テーブルＭＴは、携帯電話装置２側における「メモリ残量」に対応してコンテンツを再生可能な「時間」を記憶する構成で、コンテンツ配信サーバ１は、コンテンツ配信時に携帯電話装置２から取得した「現在状況（メモリ残量）」に基づいてメモリ残量／時間テーブルＭＴを検索し、該当する「時間」を読み出すと共に、本来のコンテンツをこの「時間」に応じて短縮化したダイジェスト版のコンテンツを選択して送信するようにしている。
【００２８】
次に、この第１実施例におけるコンテンツ配信サーバ１の動作概念を図７及び図８に示すフローチャートを参照して説明する。
ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。このことは後述する他の実施例においても同様であり、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施例特有の動作を実行することもできる。
【００２９】
図７及び図８は、携帯電話装置２からコンテンツ要求を受信した際に実行開始するコンテンツ配信サーバ１側の動作を示したフローチャートである。なお、図７及び図８は、コンテンツ配信サーバ１の全体動作のうち、本実施例の特徴部分の動作概要を示したフローチャートであり、この図７及び図８のフローから抜けた際には、全体動作のフロー（図示省略）に戻る。
先ず、ＣＰＵ１１は、携帯電話装置２からコンテンツ要求を受信すると、その要求元に対して「端末種別（機種）」、「現在状況」の送信を要求する（ステップＡ１）。
【００３０】
これによって携帯電話装置２から送信されてきた「端末種別（機種）」、「現在状況」を受信すると（ステップＡ２）、この「端末種別（機種）」に基づいてコンテンツタイプテーブルＣＴを検索し、該当する「タイプ」を読み出すと共に、この「タイプ」で示される画像サイズのコンテンツを選択する（ステップＡ３）。すなわち、コンテンツ配信サーバ１側では同一内容のコンテンツが「タイプ」に応じて画像サイズ“大”、“中”、“小”別に用意されており、その中から「端末種別（機種）」に該当する「タイプ」の画像サイズを持ったコンテンツ（映像、音声、字幕からなるコンテンツ）を選択する。
【００３１】
コンテンツ配信サーバ１は、携帯電話装置２からの「現在状況」に残量情報が含まれているか否かを調べ（ステップＡ４）、残量情報が含まれていれば（ステップＡ４でＹＥＳ）、「電池残量」が少なくなっているか（ステップＡ５）、メモリ残量が少なくなっているかを調べる（ステップＡ６）。ここで、「電池残量」が所定値以下（レベル“４”以下）で少なくなっていれば（ステップＡ５でＹＥＳ）、この「電池残量」に基づいて電池残量／時間テーブルＢＴを検索して該当する「時間」を選択する（ステップＡ７）。また、「メモリ残量」が所定値以下で少なくなっていれば（ステップＡ６でＹＥＳ）、この「メモリ残量」に基づいてメモリ残量／時間テーブルＭＴを検索して該当する「時間」を選択する（ステップＡ８）。
【００３２】
そして、上述のように選択した「時間」に応じて本来のコンテンツを短縮化（ダイジェスト化）する処理を行う（ステップＡ９）。例えば、予め削除可能な箇所を指定しておき、その中から「時間」に応じて削除箇所を決定して削除したり、無音箇所を「時間」に応じて削除したりするなどの方法でダイジェスト化処理を実行する。すなわち、ＣＰＵ１１は、送信対象として要求された本来のコンテンツを「電池残量」あるいは「メモリ残量」で処理可能な時間に短縮化したコンテンツに変換し、この変換後のコンテンツを送信対象として選択する。言い換えれば、本来のコンテンツよりも処理時間を短くしたコンテンツをその代替コンテンツとして選択する。なお、本来のコンテンツを再生するのに十分な「電池残量」及び「メモリ残量」があれば（ステップＡ５及びＡ６でＮＯ）、後述する図８のステップＡ１４に移る。
【００３３】
一方、携帯電話装置２からの「現在状況」に残量情報が含まれていなければ（ステップＡ４でＮＯ）、図８のステップＡ１０に移り、「現在状況」にモード情報が含まれているか否かを調べ、モード情報が含まれていなければ（ステップＡ１０でＮＯ）、後述するステップＡ１４に移るが、モード情報が含まれていれば（ステップＡ１０でＹＥＳ）、モード情報は「マナーモード」であるか（ステップＡ１１）、「省電力モード」であるかを調べる（ステップＡ１２）。ここで、「マナーモード」の場合（ステップＡ１１でＹＥＳ）あるいは「省電力モード」の場合には（ステップＡ１２でＹＥＳ）、送信対象として要求された本来のコンテンツ（映像、音声、字幕からなるコンテンツ）から音声を削除することによってデータ処理量を少なくしたコンテンツ（映像、字幕からなるコンテンツ）に変更し、この変更後のコンテンツを本来のコンテンツの代替コンテンツとして選択する（ステップＡ１３）。すなわち、「マナーモード」あるいは「省電力モード」で処理可能な情報種のコンテンツを選択する。なお、「マナーモード」、「省電力モード」のいずれでもなければ（ステップＡ１１及びＡ１２でＮＯ）、後述するステップＡ１４に移る。
【００３４】
このようにして残量情報に応じた処理（ステップＡ４〜Ａ９）あるいはモード情報に応じた処理（ステップＡ１０〜Ａ１３）を実行したのちは、ステップＡ１４に移り、携帯電話装置２からの「現在状況」に含まれている「受信感度」の良否を判別する。この「受信感度」に応じて本来のコンテンツのフレームレート、圧縮タイプを変換する。すなわち、「受信感度」の良否を判別した結果、受信感度が所定値以上で良好であれば（ステップＡ１４でＹＥＳ）、送信対象として要求された本来のコンテンツを高いフレームレート及びファイル形式Ａ（例えば、Ｍｐｅｇ４）に圧縮し（ステップＡ１５）、受信感度が所定値未満で不良であれば（ステップＡ１４でＮＯ）、本来のコンテンツを低いフレームレート及びファイル形式Ｂ（例えば、Ｍｐｅｇ２）に圧縮する（ステップＡ１６）。そして、この圧縮コンテンツを要求本来の携帯電話装置２に対して送信する（ステップＡ１７）。
【００３５】
以上のように、この第１実施例においてコンテンツ配信サーバ１は、携帯電話装置２からその「現在状況」をインターネット３、無線通信網４を介して受信取得すると共に、この現在の状況下で処理可能なコンテンツを選択して当該携帯電話装置２に対して送信するようにしたので、コンテンツ配信サーバ１から携帯電話装置２へコンテンツを送信する場合に、携帯電話装置２側の現在の状況に合った適切なコンテンツを送信することができ、携帯電話装置２側においては現在の状況を変更することなく、コンテンツの再生などが可能となる。
【００３６】
コンテンツ配信サーバ１は、携帯電話装置２からの「現在状況」に「電池残量」あるいは「メモリ残量」が含まれている場合、本来のコンテンツを「電池残量」あるいは「メモリ残量」で処理可能な時間に短縮化したコンテンツ（ダイジェスト版）に変換し、この変換後のコンテンツを送信対象として選択するようにしたので、再生途中での電池切れ、記録途中でのメモリ切れを確実に防ぐことができる。
【００３７】
コンテンツ配信サーバ１は、携帯電話装置２からの「現在状況」に含まれている「受信感度」の良否を判別し、この受信感度で処理可能なフレームレートのコンテンツを選択するようにしたので、受信状態の悪い環境下でもコンテンツ再生などが可能となる。
【００３８】
コンテンツ配信サーバ１は、携帯電話装置２からの「現在状況」に「マナーモード」あるいは「省電力モード」が含まれていれば、本来のコンテンツ（映像、音声、字幕からなるコンテンツ）から音声を削除することによってデータ処理量を少なくしたコンテンツ（映像、字幕からなるコンテンツ）に変更し、それを送信対象として選択するようにしたので、「マナーモード」あるいは「省電力モード」に応じたコンテンツ再生などが可能となる。
【００３９】
コンテンツ配信サーバ１は、携帯電話装置２からの「端末種別（機種）」に基づいてコンテンツタイプテーブルＣＴを検索し、該当する「タイプ」で示される画像サイズのコンテンツを選択するようにしたので、携帯電話装置２側の画像サイズに合った表示が可能となる。
【００４０】
コンテンツ配信サーバ１は、携帯電話装置２からの「現在状況」下において当該携帯電話装置２側で処理可能なコンテンツか否かを判別し、この結果、処理可能であれば、本来のコンテンツを送信することができ、処理が不可能であれば、「現在状況」に適した代替コンテンツを送信することができる。この場合、本来のコンテンツよりも処理時間を短くしたコンテンツ、本来のコンテンツよりもデータ処理量を少なくしたコンテンツのいずれかを代替コンテンツとして選択することができる。
【００４１】
なお、上述した第１実施例においては、残量情報に応じた処理（ステップＡ４〜Ａ９）とモード情報に応じた処理（ステップＡ１０〜Ａ１３）とを選択的に実行するようにしたが、例えば、モード情報に応じた処理を実行したのち、残量情報に応じた処理を実行するようにしてもよい。
（実施例２）
【００４２】
以下、この発明の第２実施例について図９を参照して説明する。
なお、上述した第１実施例においてコンテンツ配信サーバ１は、携帯電話装置２からその「現在状況」を取得し、この現在の状況下で処理可能なコンテンツを選択して携帯電話装置２に送信するようにしたが、この第２実施例においては、携帯電話装置２側でその現在状況から処理可能なコンテンツのタイプを特定し、このタイプのコンテンツ送信を配信サーバ１に対して要求し、それに応じて当該配信サーバ１から送信されたコンテンツを受信するようにしたものである。
ここで、両実施例において基本的あるいは名称的に同一のものは、同一符号を付して示し、その説明を省略すると共に、以下、第２実施例の特徴部分を中心に説明するものとする。
【００４３】
第２実施例においては、上述した電池残量／時間テーブルＢＴ、メモリ残量／時間テーブルＭＴが携帯電話装置２側に設けられており、ＣＰＵ２１は、電池残量検出部３４によって検出された電源部２２の「電池残量」に基づいて電池残量／時間テーブルＢＴを検索して該当する「時間」を読み出すようにしている。また、ＣＰＵ２１は、コンテンツメモリＭの残量を検出し、このメモリ残量に基づいてメモリ残量／時間テーブルＭＴを検索して該当する「時間」を読み出すようにしている。また、上述した第１実施例では「コンテンツタイプ」として、画像サイズが異なるコンテンツを示したが、この第２実施例での「コンテンツタイプ」は、本来のコンテンツから音声を除いた映像、字幕からなるコンテンツなどのように再生タイプが異なるコンテンツ、本来のコンテンツを短縮（ダイジェスト）化したコンテンツなどのように再生時間が異なるコンテンツ、フレームレートの異なるコンテンツ（例えば、Ｍｐｅｇ４／Ｍｐｅｇ２で映像圧縮されたコンテンツ）などである。
【００４４】
図９は、第２実施例において、ユーザからのコンテンツ要求操作に応じて実行開始される携帯電話装置２側の動作を示したフローチャートである。なお、図９は、携帯電話装置２の全体動作のうち、本実施例の特徴部分の動作概要を示したフローチャートであり、この図９のフローから抜けた際には、全体動作のフロー（図示省略）に戻る。
先ず、コンテンツ一覧画面の中から再生対象（視聴対象）のコンテンツがユーザ操作によって選択されると（ステップＢ１）、ＣＰＵ２１は、コンテンツ再生時に再生時間を重視するか、再生タイプを重視するかを切替える「切替えフラグ」を参照し、再生時間に切替えられているか、再生タイプに切替えられているかをチェックする（ステップＢ２）。いま、再生時間に切替えられている場合には、電池残量検出部３４によって検出された電源部２２の「電池残量」をチェックし（ステップＢ３）、この「電池残量」に基づいて電池残量／時間テーブルＢＴを検索し、それに該当する「時間」を読み出す（ステップＢ４）。
【００４５】
そして、ＣＰＵ２１は、コンテンツメモリＭの残量をチェックし（ステップＢ５）、この「メモリ残量」に基づいてメモリ残量／時間テーブルＭＴを検索して該当する「時間」を読み出す（ステップＢ６）。このようにして読み出した「時間」のうち、短い方の「時間」を現在状況で当該コンテンツを再生することができる「再生可能時間」として選択する（ステップＢ７）。なお、「電池残量」、「メモリ残量」を元に得られた「再生可能時間」は、現在の状況下（電池残量、メモリ残量）で処理可能なコンテンツ、例えば、本来のコンテンツを短縮（ダイジェスト）化したコンテンツタイプを特定するための情報である。
【００４６】
また、上述した「切替えフラグ」をチェックした結果、再生タイプに切替えられている場合には（ステップＢ２）、現在、「マナーモード」にセットされているか（ステップＢ８）、「省電力モード」にセットされているかを調べる（ステップＢ９）。いま、「マナーモード」、「省電力モード」以外の処理モードにセットされている場合には（ステップＢ８、Ｂ９でＮＯ）、映像、音声、字幕からなる本来のコンテンツを指定するタイプを「コンテンツタイプ」として選択する（ステップＢ１１）。また、「マナーモード」あるいは「省電力モード」にセットされている場合には（ステップＢ８あるいはＢ９でＹＥＳ）、本来のコンテンツから音声を削除することによってそれよりもデータ処理量の少ないコンテンツ（映像、字幕からなるコンテンツ）を指定するタイプを「コンテンツタイプ」として選択する（ステップＢ１０）。
【００４７】
このようにして「切替えフラグ」に応じて「再生可能時間」あるいは「コンテンツタイプ」を選択したのち、ＣＰＵ２１は、電話通信部２６の受信感度をチェックし（ステップＢ１２）、その良否を判別する（ステップＢ１３）。その結果、受信感度が所定値以上で良好であれば（ステップＢ１３でＹＥＳ）、本来のコンテンツをフレームレートの高いファイル形式に圧縮したコンテンツを指定するための「圧縮タイプＡ」を選択し（ステップＢ１４）、受信感度が所定値未満で不良であれば（ステップＢ）、本来のコンテンツをフレームレートの低いファイル形式に圧縮したコンテンツを指定するための「圧縮タイプＢ」を選択する（ステップＢ１５）。
【００４８】
そして、「切替えフラグ」に応じて選択した「再生可能時間」あるいは「コンテンツタイプ」と、受信感度に応じて選択した「圧縮タイプ」と、自己の画像サイズを指定する「端末種別（機種）」と、再生対象（視聴対象）として選択されたコンテンツを指定するための「コンテンツコード」とを含むコンテンツ送信要求を作成したのち、この要求をコンテンツ配信サーバ１に対して送信する（ステップＢ１６）。
【００４９】
ここで、コンテンツ配信サーバ１は、携帯電話装置２からのコンテンツ送信要求を受信すると、「再生可能時間」／「コンテンツタイプ」、「圧縮タイプ」、「端末種別（機種）」、「コンテンツコード」に応じたコンテンツを選択してその要求元へ送信する。これによって携帯電話装置２側では、コンテンツ配信サーバ１からのコンテンツを受信して記憶したのち（ステップＢ１７）、その再生動作を開始する（ステップＢ１８）。
【００５０】
以上のように、この第２実施例において携帯電話装置２は、現在の状況から処理可能なコンテンツのタイプを特定すると共に、このタイプのコンテンツの送信をコンテンツ配信サーバ１に対して要求し、それに応じて当該サーバ１から送信されたコンテンツを受信するようにしたので、コンテンツ配信サーバ１からコンテンツを受信する場合に、携帯電話装置２側の現在の状況に合った適切なコンテンツを受信することができ、携帯電話装置２側においては現在の状況を変更することなく、コンテンツの再生などが可能となる。
【００５１】
ＣＰＵ２１は、現在の「電池残量」あるいは「メモリ残量」で再生可能なコンテンツのタイプを特定するための「再生可能時間」を選択するようにしたから、再生途中での電池切れ、記録途中でのメモリ切れを確実に防ぐことができる。
【００５２】
ＣＰＵ２１は、現在の「受信感度」の良否で処理可能なフレームレートの「圧縮タイプ」を選択するようにしたので、受信状態の悪い環境下でもコンテンツ再生などが可能となる。
【００５３】
ＣＰＵ２１は、現在「マナーモード」あるいは「省電力モード」にセットされていれば、本来のコンテンツ（映像、音声、字幕からなるコンテンツ）よりもデータ処理量の少ないコンテンツ（映像、字幕からなるコンテンツ）を指定するための「コンテンツタイプ」を選択するようにしたので、「マナーモード」あるいは「省電力モード」に応じたコンテンツ再生などが可能となる。
【００５４】
なお、上述した各実施例において携帯電話装置２は、コンテンツ配信サーバ１に対してコンテンツ要求を行って所望するコンテンツを受信するようにしたが、コンテンツ配信サーバ１が携帯電話装置２に対して定期的にコンテンツを送信するようにしてもよい。また、コンテンツの一括ダウンロードに限らず、コンテンツをストリーミング配信するようにしてもよい。
【００５５】
また、上述した各実施例においては、「電池残量」、「メモリ残量」に基づいて電池残量／時間テーブルＢＴ、メモリ残量／時間テーブルＭＴを検索することによって、この「電池残量」、「メモリ残量」で処理可能な「時間」を選択するようにしたが、図１０に示すように「電池残量」あるいは「メモリ残量」に応じてフレームレート、圧縮タイプの異なるファイルを得るようにしてもよい。すなわち、「電池残量」あるいは「メモリ残量」が所定値以下で少なくなっているかを調べ（ステップＣ１あるいはＣ２）、本来のコンテンツを再生するのに十分な「電池残量」及び「メモリ残量」があれば（ステップＣ１及びＣ２でＮＯ）、本来のコンテンツを高いフレームレート及びファイル形式Ａ（例えば、Ｍｐｅｇ４）を選択する（ステップＣ３）。また、「電池残量」あるいは「メモリ残量」が所定値以下で少なくなっているかを調べ（ステップＣ１あるいはＣ２でＹＥＳ）、本来のコンテンツを低いフレームレート及びファイル形式Ｂ（例えば、Ｍｐｅｇ２）を選択する（ステップＣ４）。
【００５６】
また、上述した各実施例においては、携帯電話装置２の「現在状況」として、例えば、携帯電話装置２で処理可能な残りの処理能力である現在の「電池残量」、「メモリ残量」と、現在の処理モードである「マナーモード」、「省電力モード」のセット有無と、現在の使用環境である「受信感度」の良否を示したが、処理動作状況として、他の処理の同時実行中（例えば、通話中）を「現在状況」としてもよい。
【００５７】
また、コンテンツは、配信サーバ１側で蓄積保存しているコンテンツに限らず、例えば、テレビ放送などのリアルタイムコンテンツであってもよい。
その他、第２実施例は、携帯電話装置に限らず、例えば、ＰＤＡ、電子腕時計、映像再生機などの携帯端末装置であっても同様に適用可能である。
【図面の簡単な説明】
【００５８】
【図１】通信ネットワークを介して携帯端末装置（携帯電話装置）にコンテンツを送信するコンテンツ配信システムを示したブロック図。
【図２】コンテンツ配信サーバ１の基本的な構成要素を示したブロック図。
【図３】携帯電話装置２の基本的な構成要素を示したブロック図。
【図４】コンテンツ配信サーバ１側に設けられているコンテンツタイプテーブルＣＴを説明するための図。
【図５】コンテンツ配信サーバ１側に設けられている電池残量／時間テーブルＢＴを説明するための図。
【図６】コンテンツ配信サーバ１側に設けられているメモリ残量／時間テーブルＭＴを説明するための図。
【図７】携帯電話装置２からコンテンツ要求を受信した際に実行開始するコンテンツ配信サーバ１側の動作を示したフローチャート。
【図８】図７に続くフローチャート。
【図９】第２実施例において、ユーザからのコンテンツ要求操作に応じて実行開始される携帯電話装置２側の動作を示したフローチャート。
【図１０】実施例の変形応用例を説明するためのフローチャートの一部を示した図。
【符号の説明】
【００５９】
１  コンテンツ配信サーバ
２  携帯電話装置
３  インターネット
４  無線通信網
１１、２１  ＣＰＵ
１２、２３  記憶部
１３、３３  操作部
１４、３０  表示部
３１  サウンドスピーカ
１５  通信部
２６  電話通信部
３４  電池残量検出部
ＣＴ  コンテンツタイプテーブル
ＢＴ  電池残量／時間テーブル
ＭＴ  メモリ残量／時間テーブル
【図１】
2008282295.tif 000003
【図２】
2008282295.tif 000004
【図３】
2008282295.tif 000005
【図４】
2008282295.tif 000006
【図５】
2008282295.tif 000007
【図６】
2008282295.tif 000008
【図７】
2008282295.tif 000009
【図８】
2008282295.tif 000010
【図９】
2008282295.tif 000011
【図１０】
2008282295.tif 000012