(57)【要約】【課題】ユーザに悪い印象を与えることなく、訴求力のより高いコンテンツをユーザに提供可能にした携帯端末を提供する。【解決手段】ネットワークを介してサーバからコンテンツの配信を受ける条件が満たされているか否かを判定する配信条件判定部と、配信条件判定部によって条件が満たされていると判定されると、携帯端末の状態を判定する状態判定部と、配信条件判定部によって条件が満たされていると判定されると、状態判定部によって判定された携帯端末の状態に基づいて、コンテンツについてデータ量の異なる複数種のデータから１つのデータを選択する選択部と、選択部によって選択されたデータをネットワークを介してサーバから取得する通信部と、通信部によって取得されたデータに基づく情報を表示する表示部と、を有する。【選択図】図８
2017120494.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末であって、
ネットワークを介してサーバからコンテンツの配信を受ける条件が満たされているか否かを判定する配信条件判定部と、
前記配信条件判定部によって前記条件が満たされていると判定されると、前記携帯端末の状態を判定する状態判定部と、
前記配信条件判定部によって前記条件が満たされていると判定されると、前記状態判定部によって判定された前記携帯端末の状態に基づいて、前記コンテンツについてデータ量の異なる複数種のデータから１つのデータを選択する選択部と、
前記選択部によって選択されたデータを前記ネットワークを介して前記サーバから取得する通信部と、
前記通信部によって取得されたデータに基づく情報を表示する表示部と、
を有する携帯端末。
【請求項２】
請求項１に記載の携帯端末において、
前記配信条件判定部は、予め決められた時刻になったか否かを判定することで、前記条件が満たされたか否かを判断する、携帯端末。
【請求項３】
請求項１に記載の携帯端末において、
前記配信条件判定部は、前記携帯端末が所定のエリアに進入したか否かを判定することで、前記条件が満たされたか否かを判断する、携帯端末。
【請求項４】
請求項１から３のいずれか１項に記載の携帯端末において、
前記携帯端末の状態は該携帯端末に設けられた電池の残量であり、
前記選択部は、
前記電池の残量が予め決められた閾値よりも小さい場合、前記コンテンツの複数種のデータのうち、データ量が最も少ないデータである最小データを選択し、前記電池の残量が予め決められた閾値以上である場合、前記コンテンツの複数種のデータのうち、データ量が最も大きいデータである最大データを選択する、携帯端末。
【請求項５】
請求項１から３のいずれか１項に記載の携帯端末において、
前記携帯端末は該携帯端末の加速度を検出する加速度センサをさらに有し、
前記状態判定部は、前記加速度センサによって検出された加速度から前記携帯端末の移動速度を算出し、前記携帯端末の状態として、該移動速度に基づいて該携帯端末が移動していないか、該携帯端末が人の徒歩の速度で移動しているか、または該携帯端末が該徒歩よりも速い速度で移動しているか、を前記選択部に通知し、
前記選択部は、
前記携帯端末が移動していない場合または該携帯端末が前記徒歩よりも速い速度で移動している場合、前記コンテンツの複数種のデータのうち、データ量が最も大きいデータである最大データを選択し、前記携帯端末が前記徒歩の速度で移動している場合、前記コンテンツの複数種のデータのうち、データ量が前記最大データよりも少ないデータを選択する、携帯端末。
【請求項６】
請求項４または５に記載の携帯端末において、
前記状態判定部は、さらに前記携帯端末の状態として、前記ネットワークを介して前記サーバとの通信に用いられる複数種の周波数帯域のうち、使用可能な周波数帯域を前記選択部に通知し、
前記選択部は、
前記コンテンツの複数種のデータのうち、前記最大データを選択した場合であって、前記複数種の周波数帯域のうち、通信速度が最も大きい周波数帯域を選択できない場合、選択可能な周波数帯域に応じて、選択するデータを、前記最大データよりもデータ量が少ないデータに変更する、携帯端末。
【請求項７】
請求項１から３のいずれか１項に記載の携帯端末において、
前記状態判定部は、前記携帯端末が前記コンテンツの配信に関する情報処理とは異なる他の情報処理を実行している場合、前記携帯端末の状態として、該他の情報処理により前記ネットワークを介して行われている通信のビットレートを前記選択部に通知し、
前記選択部は、
前記ビットレートが予め決められた閾値以上の場合、前記コンテンツの複数種のデータのうち、データ量が最も少ないデータである最小データを選択し、前記ビットレートが予め決められた閾値よりも小さい場合、前記コンテンツのデータの複数種のうち、データ量が前記最小データよりも大きいデータを選択する、携帯端末。
【請求項８】
請求項１から３のいずれか１項に記載の携帯端末において、
前記携帯端末の状態は該携帯端末が所定の日時から現在までに前記ネットワークを介して受信したデータの総量であり、
前記選択部は、
前記データの総量が予め決められた閾値以上の場合、前記コンテンツの複数種のデータのうち、データ量が最も少ないデータである最小データを選択し、前記データの総量が予め決められた閾値よりも小さい場合、前記コンテンツの複数種のデータのうち、データ量が前記最小データよりも大きいデータを選択する、携帯端末。
【請求項９】
携帯端末による情報処理方法であって、
ネットワークを介してサーバからコンテンツの配信を受ける条件が満たされているか否かを判定し、
前記条件が満たされていると判定されると、前記携帯端末の状態を判定し、
前記条件が満たされていると判定されると、前記携帯端末の状態に基づいて、前記コンテンツについてデータ量の異なる複数種のデータから１つのデータを選択し、
選択されたデータを前記ネットワークを介して前記サーバから取得し、
取得されたデータに基づく情報を表示する、情報処理方法。
【請求項１０】
コンピュータに、
ネットワークを介してサーバからコンテンツの配信を受ける条件が満たされているか否かを判定する手順と、
前記条件が満たされていると判定されると、前記携帯端末の状態を判定する手順と、
前記条件が満たされていると判定されると、前記携帯端末の状態に基づいて、前記コンテンツについてデータ量の異なる複数種のデータから１つのデータを選択する手順と、
選択されたデータを前記ネットワークを介して前記サーバから取得する手順と、
取得されたデータに基づく情報を表示する手順を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバからネットワークを介してコンテンツの配信を受ける携帯端末、情報処理方法、およびその方法をコンピュータに実行させるためのプログラムに関する。
【背景技術】
【０００２】
企業および店舗等が提供する商品およびサービスに関連する広告だけでなく、イベントおよびキャンペーンの情報をコンテンツとして、スマートフォンを含む携帯端末に配信することが行われている。コンテンツを配信する企業は、コンテンツについて、ユーザに対する訴求力を高めることに工夫をこらしている。例えば、コンテンツのデータの種類として、静止画よりも動画が使用され、データ種が静止画である場合には、低解像度より高解像度が使用される傾向がある。
ここで、コンテンツ配信の一例として、位置連動配信方法を説明する。予め決められた店舗を基準として所定の範囲（例えば、半径３００ｍの円）に携帯端末が入ると、携帯端末が位置および自端末の識別子の情報をネットワークを介してサーバに送信する。その情報を受信したサーバは、その店舗で利用可能な特別なクーポンをネットワークを介して携帯端末に配信する。
このような位置連動配信方法は、店舗の近くにいて、来店してくれる可能性の高いユーザに商品の割引クーポンを提供することで、店舗は、多数のユーザにランダムに割引クーポンを提供するよりも、効率よく利益を上げることが可能となる。
【０００３】
しかし、ユーザ側にとってみれば、コンテンツの配信を受けるとき、必ずしも携帯端末がコンテンツをスムーズに再生できる状況やユーザがコンテンツを見られる状況にあるとは限らない。例えば、ユーザが通信状況のよくない場所にいる場合、携帯端末は動画のコンテンツの配信を受けても、動画データをスムーズに受信できず、動画の再生が断続的になってしまう。この場合、ユーザに対して訴求力を高めるはずのコンテンツが、ユーザにイライラを募らせ、コンテンツの配信元の企業に対して却って悪い印象をユーザに与えてしまうことになる。企業側は、できるだけユーザに悪い印象を与えずに、アピールを最大化したいと考えている。
【０００４】
ユーザの状況に応じて、コンテンツの再生方法を変更する方法の一例が特許文献１に開示されている。
特許文献１には、携帯型の映像コンテンツ再生装置において、振動センサが大きな振動を検知すると、再生するコンテンツの映像品質を下げることが開示されている。また、特許文献１には、ユーザが歩行中の場合には、まともにコンテンツを視聴できない環境にあると推測し、映像を高品質に再生する必要がなく、映像品質を落とすことで、消費電力を抑制することが開示されている。
【０００５】
また、ユーザの状況に応じて、コンテンツの再生方法を変更する方法の別の一例が特許文献２に開示されている。
特許文献２には、端末装置と接続された情報配信制御装置が、端末装置のユーザの情報（ユーザ属性情報およびユーザ状態情報）に基づいて、端末装置に提供する情報の詳細度を決定することが開示されている。特許文献２には、ユーザ状態情報は、ユーザのスケジュールを表す情報、ユーザの所在地を表す情報、ユーザが行っている作業の内容を表す情報のうち、少なくとも１つを含むと記載されている。
なお、携帯端末の位置を特定し、特定した位置に応じて携帯端末の動作の一部を制限する技術の一例が特許文献３に開示されている。特許文献３は、携帯端末の位置を特定し、携帯端末を保持するユーザが電子メールの送信が禁じられている場所にいる場合または電子メールの送信操作ができない場合、電子メールの送信ができないようにするものである。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−０１００３０号公報
【特許文献２】特開２０１０−１６０５４２号公報
【特許文献３】国際公開２０１０／０９００４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１に開示された方法は、電力消費量を低減することを目的として、ユーザが歩行中の場合、ユーザはコンテンツを十分に視聴できない環境にあるという推測の下、映像の品質を低下させるものであり、ユーザへの訴求力を向上させる目的でコンテンツの再生方法を選択するものではない。
特許文献２に開示された方法は、ユーザ情報に基づいて、端末装置に配信する情報の詳細度をユーザ毎に情報配信制御装置が決定するものである。広告のようなコンテンツの配信は、１人のユーザの携帯端末に配信するコンテンツの数が多く、配信サービスを受けるユーザの数が多いほど配信処理の件数は膨大になる。そのため、広告のコンテンツの配信処理に特許文献３に開示された方法を適用すると、情報配信制御装置のようなサーバの負荷が過大になる。
【０００８】
本発明は上述したような技術が有する問題点を解決するためになされたものであり、ユーザに悪い印象を与えることなく、訴求力のより高いコンテンツをユーザに提供可能にした携帯端末、情報処理方法、およびその方法をコンピュータに実行させるためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するための本発明の携帯端末は、
ネットワークを介してサーバからコンテンツの配信を受ける条件が満たされているか否かを判定する配信条件判定部と、
前記配信条件判定部によって前記条件が満たされていると判定されると、前記携帯端末の状態を判定する状態判定部と、
前記配信条件判定部によって前記条件が満たされていると判定されると、前記状態判定部によって判定された前記携帯端末の状態に基づいて、前記コンテンツについてデータ量の異なる複数種のデータから１つのデータを選択する選択部と、
前記選択部によって選択されたデータを前記ネットワークを介して前記サーバから取得する通信部と、
前記通信部によって取得されたデータに基づく情報を表示する表示部と、
を有する構成である。
【００１０】
また、本発明の情報処理方法は、携帯端末による情報処理方法であって、
ネットワークを介してサーバからコンテンツの配信を受ける条件が満たされているか否かを判定し、
前記条件が満たされていると判定されると、前記携帯端末の状態を判定し、
前記条件が満たされていると判定されると、前記携帯端末の状態に基づいて、前記コンテンツについてデータ量の異なる複数種のデータから１つのデータを選択し、
選択されたデータを前記ネットワークを介して前記サーバから取得し、
取得されたデータに基づく情報を表示するものである。
【００１１】
さらに、本発明のプログラムは、コンピュータに、
ネットワークを介してサーバからコンテンツの配信を受ける条件が満たされているか否かを判定する手順と、
前記条件が満たされていると判定されると、前記携帯端末の状態を判定する手順と、
前記条件が満たされていると判定されると、前記携帯端末の状態に基づいて、前記コンテンツについてデータ量の異なる複数種のデータから１つのデータを選択する手順と、
選択されたデータを前記ネットワークを介して前記サーバから取得する手順と、
取得されたデータに基づく情報を表示する手順を実行させるものである。
【発明の効果】
【００１２】
本発明によれば、ユーザに悪い印象を与えることなく、訴求力のより高いコンテンツをユーザに提供できる。
【図面の簡単な説明】
【００１３】
【図１】第１の実施形態の携帯端末を含む通信システムの一構成例を示すブロック図である。
【図２】図１に示した携帯端末の一構成例を示す機能ブロック図である。
【図３】図１に示したコンテンツサーバの一構成例を示す機能ブロック図である。
【図４】第１の実施形態の携帯端末の動作手順の一例を示すフローチャートである。
【図５】図４に示したフローの具体例を示すフローチャートである。
【図６】第２の実施形態の変形例２の携帯端末の構成例を示す機能ブロック図である。
【図７】第３の実施形態の携帯端末の一構成例を示す機能ブロック図である。
【図８】本発明の携帯端末の別の構成例を示す機能ブロック図である。
【発明を実施するための形態】
【００１４】
（第１の実施形態）
本実施形態の携帯端末の構成を説明する。
図１は本実施形態の携帯端末を含む通信システムの一構成例を示すブロック図である。図１に示すように、携帯端末１０は、コンテンツを携帯端末１０に配信するコンテンツサーバ２０とネットワーク３０を介して接続される。
ネットワーク３０は、例えば、インターネットである。本実施形態では、携帯端末１０とコンテンツサーバ２０は通信プロトコルとしてＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）を用いて情報をパケットで送受信する。ネットワーク３０には、図に示さない無線基地局が接続されている。携帯端末１０は無線基地局（不図示）と無線で通信接続される。
携帯端末１０は、スマートフォンを含む携帯電話機、および簡易型携帯電話（Personal Handy-phone System）を含む携帯型情報処理装置である。また、携帯端末１０は、無線通信機能を備えた、ＰＤＡ（Personal Digital Assistant）、電子ブック、携帯型ゲーム機、タブレットＰＣ（Personal Computer）、およびノートＰＣを含む携帯型情報処理装置であってもよい。
【００１５】
図２は図１に示した携帯端末の一構成例を示す機能ブロック図である。
図２に示すように、携帯端末１０は、記憶部１１と、制御部１２と、ＧＰＳ(Global Positioning System)受信機１３と、加速度センサ１４と、通信部１５と、表示部１６とを有する。
ＧＰＳ受信機１３は、一定の時間間隔で人工衛星（不図示）から信号を受信し、受信した信号に基づいて携帯端末１０の位置を特定し、特定した位置の情報を制御部１２に送信する。携帯端末１０の電力消費量を抑制するために、ＧＰＳ受信機１３は、操作部（不図示）を介してユーザによる起動の指示が入力されると、一定の時間間隔で位置を特定する動作を開始してもよい。
加速度センサ１４は、地面に水平な方向に携帯端末１０に生じる加速度の値を検出し、その検出値を制御部１２に送信する。
制御部１２は、プログラムを記憶するメモリ（不図示）と、プログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）（不図示）とを有する。制御部１２は、配信条件判定部１７と、状態判定部１８と、選択部１９とを有する。ＣＰＵ（不図示）がプログラムを実行することで、配信条件判定部１７、状態判定部１８および選択部１９が携帯端末１０に仮想的に構成される。メモリ（不図示）が記憶するプログラムは、ＴＣＰ／ＩＰを用いた通常の通信処理のためのプログラムだけでなく、本実施形態の情報処理方法を実行するためのアプリケーションソフトウェアプログラムも含んでいる。
以下に、図２に示す構成について詳細に説明する。
【００１６】
配信条件判定部１７の構成を説明する。
配信条件判定部１７は、ＧＰＳ受信機１３が特定した位置の情報をＧＰＳ受信機１３から受け取ると、携帯端末１０が所定のエリアに進入したか否かを判定する。配信条件判定部１７は、携帯端末１０が所定のエリアに進入している場合、コンテンツの配信を受ける条件が満たされたと判定し、携帯端末１０が所定のエリアに進入していない場合、コンテンツの配信を受ける条件が満たされていないと判定する。
本実施形態では、背景技術で説明した位置連動配信方法を利用するものとする。
本実施形態では、メモリ（不図示）に格納されたアプリケーションソフトウェアプログラムに、『携帯端末１０が予め設定されたエリアに進入すると、携帯端末１０の位置および自端末の識別子の情報ならびにコンテンツを要求する旨を含むコンテンツ要求信号をネットワーク３０を介してコンテンツサーバ２０に送信する』ことが書き込まれている。
【００１７】
なお、本実施形態では、携帯端末１０が現在の位置情報の取得にＧＰＳ受信機１３を用いる場合で説明するが、位置情報の取得方法はＧＰＳを利用する方法に限定されない。一例として、携帯端末１０が、マクロセルよりも通信範囲の狭いフェムトセルおよびピコセルを含むセルの基地局を介してネットワーク３０と接続される場合が考えられる。この場合、セルの通信範囲は、例えば、半径５０ｍの円のように狭い。そのため、配信条件判定部１７は、基地局の位置の情報を通信部１５を介して基地局から受信し、その位置の情報を基に所定のエリアに進入したか否かを判定してもよい。この場合、ＧＰＳ受信機１３を携帯端末１０に設ける必要がない。
【００１８】
また、本実施形態では、地理的条件に基づくコンテンツ配信方法として位置連動配信方法の場合で説明するが、この方法に限定されない。地理的条件に基づくコンテンツ配信方法の別の例を説明する。
識別子の情報を含むビーコン信号を一定の時間間隔で発信する発信器を店舗に予め設けておく。携帯端末を所持するユーザがその店舗に近づき、携帯端末が発信器からビーコン信号を受信すると、携帯端末がビーコン信号に含まれる識別子と自端末の識別子をネットワークを介してサーバに送信する。その情報を受信したサーバは、その店舗の特別なクーポンをネットワークを介して携帯端末に配信する。この配信方法をビーコン連携配信方法と称する。
この配信方法では、携帯端末に予め格納されるアプリケーションソフトウェアプログラムに、『発信器からビーコン信号を受信すると、ビーコン信号に含まれる識別子と共に自端末の識別子をサーバに送信する』ことが書き込まれている。ビーコン信号として、例えば、ＢＬＥ（Bluetooth（登録商標） Low Energy）ビーコンが知られている。ビーコン信号を受信できる範囲は、例えば、数十ｍである。
本実施形態において、ビーコン連携配信方法を採用する場合、ＧＰＳ受信機１３の代わりに、ビーコン信号を受信可能な近距離無線通信部が携帯端末１０に設けられていればよい。
【００１９】
また、地理的条件に基づくコンテンツ配信方法とは別の方法として、時間的条件に基づくコンテンツ配信方法を利用してもよい。時間的条件に基づくコンテンツ配信方法の一例を説明する。
予め設定された日時（または毎日の同じ時刻であってもよい）になると、携帯端末が自端末の識別子の情報をネットワークを介してサーバに送信する。その情報を受信したサーバは、予め設定されたコンテンツをネットワークを介して携帯端末に配信する。この配信方法では、携帯端末に予め格納されるアプリケーションソフトウェアプログラムに、『予め設定された日時になると、自端末の識別子を含むコンテンツ要求信号をサーバに送信する』ことが書き込まれている。
本実施形態において、時間的条件に基づくコンテンツ配信方法の場合、配信条件判定部１７がタイマーの機能を有していればよく、ＧＰＳ受信機１３および近距離無線通信部を携帯端末１０に設ける必要がない。
【００２０】
次に、状態判定部１８の構成を説明する。
状態判定部１８は、配信条件判定部１７がコンテンツの配信を受ける条件が満たされていると判定すると、携帯端末１０の状態およびユーザの状態を判定する。ただし、状態判定部１８はユーザの状態を直接的に確認することは困難なので、携帯端末１０の状態を判定することで間接的にユーザの状態を判定する。
携帯端末１０の状態は、本実施形態では、携帯端末１０の電力供給原となる電池（不図示）の残量の状態、およびネットワーク３０を介してコンテンツサーバ２０との通信に使用可能な周波数帯域の状態である。ユーザの状態は、本実施形態では、ユーザが移動しているか否かである。ユーザが移動している場合、乗物で移動しているか、徒歩の移動であるかの状態である。
携帯端末１０の状態が電池の残量である場合、状態判定部１８は、電池（不図示）の残量を測定し、測定した、電池の残量の情報を選択部１９に通知する。
【００２１】
ユーザの状態がユーザが移動しているか否かである場合、制御部１２のメモリ（不図示）には、移動速度について、携帯端末１０を保持するユーザが乗物を利用して移動しているか否かを判定する基準となる閾値が予め登録されている。状態判定部１８は、加速度センサ１４から加速度の値を受信すると、加速度を積分して携帯端末１０の移動速度を算出する。状態判定部１８は、移動速度を閾値と比較し、ユーザが乗物を利用して移動しているか否かを判定する。
状態判定部１８は、移動速度が閾値以上である場合、ユーザが乗物を利用していると判定し、移動速度が閾値未満である場合、ユーザは移動しているが乗物を利用していないか、移動せずに停止していると判定する。さらに、移動速度が閾値未満である場合、状態判定部１８は、移動速度が０と同等であれば、ユーザが移動していないと判定し、移動速度が０よりも大きければ、ユーザが徒歩で移動していると判定する。
なお、人の徒歩による平均的な移動速度が徒歩速度として制御部１２のメモリ（不図示）に予め登録されていてもよい。この場合、状態判定部１８は、移動速度が閾値未満であり、移動速度が予め登録された徒歩速度と同等である場合、ユーザが徒歩で移動中と判定してもよい。また、状態判定部１８は、移動速度だけでなく、ＧＰＳ受信機１３が特定した位置の情報を参照して、ユーザが移動しているか否か判定してもよく、移動している場合には加速度から算出した移動速度を修正してもよい。
また、上述したように、状態判定部１８は携帯端末１０を保持してユーザの状態を、携帯端末１０の移動速度に基づいて判定しているので、ユーザの状態を携帯端末１０の状態として選択部１９に通知してもよい。
【００２２】
携帯端末１０の状態が使用可能な周波数帯域の状態である場合、状態判定部１８は、ネットワーク３０を介してコンテンツサーバ２０との通信に用いられる複数種の周波数帯域のうち、使用可能な周波数帯域を通信部１５を介して検出し、その結果を選択部１９に通知する。本実施形態では、複数種の周波数帯域を、広帯域、中帯域および狭帯域とする。広帯域はデータ通信速度が５００ｋｂｐｓ以上の周波数帯域であるものとし、例えば、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）無線通信が広帯域に該当する。狭帯域はデータ通信速度が１２８ｋｂｐｓ以下の周波数帯域であるものとする。中帯域は広帯域と狭帯域の間のデータ通信速度の周波数帯域とする。また、状態判定部１８は、ネットワーク３０との無線通信が不安定な場合には、通信が不安定である旨の情報を選択部１９に通知する。
なお、上記の複数種の周波数帯域は一例であり、広帯域、中帯域および狭帯域の定義も一例であって、周波数帯域の分類方法は上述したものに限定されない。例えば、上記のＷｉＭＡＸを広帯域、中帯域、狭帯域に分けることも考えられる。周波数帯域と通信速度の関係の一例として、周波数帯域が１．２５ＭＨｚのとき、通信速度が１．０４Ｍｂｐｓであり、周波数帯域が２０ＭＨｚのとき、通信速度が１６．６２Ｍｂｐｓの場合を考える。この場合、周波数帯域が１．２５ＭＨｚの場合を狭帯域とし、周波数帯域が２０ＭＨｚの場合を広帯域とし、これらの間の周波数帯域を中帯域とすることが考えられる。
【００２３】
次に、選択部１９の構成を説明する。
制御部１２のメモリ（不図示）には、電池の残量が十分か否かを判定する基準となる閾値が予め登録されている。選択部１９は、状態判定部１８から通知された、電池の残量を閾値と比較し、電池の残量が十分か否かを判定する。選択部１９は、電池の残量が閾値以上である場合、電池の残量が十分と判定し、電池の残量が閾値未満である場合、電池の残量が不十分と判定する。
選択部１９は、配信条件判定部１７がコンテンツの配信を受ける条件を満たしていると判定すると、状態判定部１８によって判定された携帯端末１０の状態に基づいて、コンテンツ取得のために使用する周波数帯域を選択する。また、選択部１９は、状態判定部１８によって判定された携帯端末１０の状態に基づいて、配信対象のコンテンツについてデータ量の異なる複数種のデータから１つのデータを選択する。コンテンツのデータの種類として、例えば、動画データ、静止画データおよびテキストデータである。本実施形態では、静止画データの場合、高解像度と低解像度の２種類がある。
以下に、予め決められたルールにしたがって、携帯端末１０の状態に基づいてデータ種を選択する方法の一例を説明する。
ここで説明するルールは、データ種を選択する基準として、「使用する周波数帯域」よりも「電池の残量」または「ユーザが移動しているか否か」の方が、優先順位が高い場合である。適用されるルールは、ここで説明する場合に限定されない。
【００２４】
選択部１９は、状態判定部１８から通知されるネットワーク３０との通信状況に応じて、コンテンツのデータの種類を、次のように選択する。通信速度が最も速い広帯域を利用可能である場合、選択部１９は、動画データまたは静止画像(高解像度)データを選択する。通信速度が最も遅い狭帯域しか利用できない場合、選択部１９は、静止画像（低解像度）データを選択し、ネットワーク３０との通信が不安定である場合、テキストデータを選択する。これは、ユーザに対する訴求力が、テキストデータ＜静止画データ（低解像度）＜静止画データ（高解像度）＜動画データの関係にあるという考えに基づくものである。つまり、ネットワーク３０との通信状況に応じて、データの種類は、ユーザに対してできるだけ訴求力のあるものが望ましい。
【００２５】
また、選択部１９は、状態判定部１８から通知される電池の残量の情報に応じて、コンテンツのデータの種類を、次のように選択することが考えられる。選択部１９は、通信状況に応じて、上記のようにデータの種類として動画データを選択しても、電池の残量が不十分と判断した場合、コンテンツサーバ２０に要求するデータの種類を低解像度の静止画データに変更する。その反対に、選択部１９は、電池の残量が十分と判断した場合、選択したデータの種類を動画データのまま維持する。これは、電池の残量が少ない場合には、動画データよりも電力消費量の少ないデータに変更することで、携帯端末１０が全く使用できなくなってしまうことを防ぐためである。
さらに、選択部１９は、状態判定部１８から通知されるユーザの状態に応じて、コンテンツのデータの種類を、次のように選択することが考えられる。選択部１９は、通信状況に応じて、上記のようにデータの種類として動画データを選択しても、「ユーザが徒歩で移動中」の場合、コンテンツサーバ２０に要求するデータの種類をテキストデータに変更する。一方、選択部１９は、ユーザが移動していない場合またはユーザが乗物に乗っている場合、選択したデータの種類を動画データのまま維持する。これは、ユーザが徒歩で移動中の場合、画面に気を取られる時間が長いほど周囲に対する注意力が散漫になってしまうが、ユーザが停止しているか、電車などの乗物に乗っている場合には、周囲に対する注意力の必要性は徒歩による移動中に比べて低いからである。
さらに、選択部１９は、配信対象のコンテンツのデータが記憶部１１に格納されると、そのデータに基づく画像を表示させるためにデータを表示部１６に渡す。
【００２６】
続いて、通信部１５、記憶部１１および表示部１６について説明する。
通信部１５は、周波数帯域について状態判定部１８から問い合わせがあると、使用可能な周波数帯域の情報を状態判定部１８に通知する。また、通信部１５は、選択部１９によって選択されたデータの種類の情報を含むコンテンツ要求信号をネットワーク３０を介してコンテンツサーバ３０に送信する。その際、通信部１５は、通信に使用する周波数帯域が選択部１９によって指定されると、指定された周波数帯域を用いる。また、通信部１５は、コンテンツサーバ２０から受信するデータを選択部１９を介して記憶部１１に格納する。
記憶部１１は、例えば、フラッシュメモリを含む不揮発性メモリである。記憶部１１は、コンテンツサーバ２０から取得するコンテンツのデータを記憶する。
表示部１５は、例えば、液晶ディスプレイである。表示部１５は、選択部１９から受け取るデータの画像を表示する。
【００２７】
次に、図１に示したコンテンツサーバの構成を説明する。
図３は図１に示したコンテンツサーバの一構成例を示す機能ブロック図である。
図３に示すように、コンテンツサーバ２０は、記憶部２１と、制御部２２とを有する。制御部２２は、プログラムを記憶するメモリ（不図示）と、プログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）（不図示）とを有する。
記憶部２１は、コンテンツ配信サービスを利用するユーザの携帯端末１０に配信するコンテンツを記憶する。記憶部２１は、コンテンツ毎に複数種のデータ形式でコンテンツを記憶している。データの種類は、動画データ、静止画データおよびテキストデータである。静止画データの場合、高解像度と低解像度の２種類がある。
【００２８】
この２種類の静止画データは、表示部１６に表示される対象は同じでも解像度が異なっているので、データ量の関係は、高解像度＞低解像度となっている。また、動画は静止画が連続して表示されるものに相当するので、動画データのデータ量は静止画データのデータ量の何倍にもなる。また、動画データをスムーズに表示させるには動画データの受信ビットレートが所定の値（例えば、１２Ｍｂｐｓ）以上あることが望ましい。低解像度の静止画データとテキストデータのデータ量の関係は、静止画データ（低解像度）＞テキストデータとなっている。動画データが最大データに相当し、テキストデータが最小データに相当する。
テキストデータは、店舗における商品の割引クーポンである場合、例えば、「このクーポンをＸＸ店で表示すれば、商品ＹＹを３０％ＯＦＦ」とすることが考えられる。
制御部２２は、データの種類の情報を含むコンテンツ要求信号を携帯端末１０から受信すると、コンテンツについて、指定された種類のデータを携帯端末１０にネットワーク３０を介して送信する。
【００２９】
次に、本実施形態の携帯端末の動作を説明する。
図４は本実施形態の携帯端末の動作手順の一例を示すフローチャートである。
携帯端末１０は、現在位置の情報を取得する（ステップ１０１）。本実施形態では、携帯端末１０は、ＧＰＳ受信機１３を利用して現在位置を取得する。
携帯端末１０は、予め設定されたエリアに進入したことを検出する（ステップ１０２）。携帯端末１０は、ステップ１０１で取得した現在位置の情報と予め設定されたエリアの情報を照らし合わせることで、そのエリア内に進入したか否かを判断することが可能である。
続いて、携帯端末１０は、配信対象のコンテンツがあるか否かを判定する（ステップ１０３）。携帯端末１０は、そのエリアに紐付けられており、かつ表示可能状態となっている配信対象のコンテンツがあるか否かを確認する。このことは、コンテンツ配信のためのアプリケーションソフトウェアプログラムに、『そのエリアに携帯端末１０が進入したらコンテンツ要求信号をサーバに送信すること』が書き込まれているか否かで携帯端末１０は確認することができる。
【００３０】
携帯端末１０は、ネットワーク１０と使用可能な周波数帯域を測定し、広帯域、中帯域、狭帯域のうち、いずれの周波数帯域が使用か、それとも通信が不安定かを判定する（ステップ１０４）。
また、携帯端末１０は、電池残量を測定し、電池の残量が十分か否かを判定する（ステップ１０５）。
また、携帯端末１０は、携帯端末１０にかかる加速度を測定し、ユーザが止まっているか、歩いているか、乗り物で移動中かを判定する（ステップ１０６）。
【００３１】
携帯端末は、ステップ１０４〜１０６の判定結果の１つまたは複数を用いて、予め決められたルールにしたがって、配信するコンテンツのデータの種類を選択する（ステップ１０７）。
例えば、ステップ１０４の判定の結果、携帯端末１０は、周波数帯域として広帯域を利用できると判断すれば、コンテンツのデータの種類として動画データを選択する。しかし、ステップ１０５の判定の結果、携帯端末１０は、電池残量が少ないと判断すれば、選択するデータの種類を、動画データではなく、静止画像（低解像度）データに変更する。さらに、ステップ１０６の判定の結果、携帯端末１０は、ユーザが徒歩で移動中と判断すれば、選択するデータの種類をテキストデータに変更する。
続いて、携帯端末１０は、選択したデータ種および自端末の識別子の情報を含むコンテンツ要求信号をネットワーク３０を介してコンテンツサーバ２０に送信することで、コンテンツのデータをコンテンツサーバ２０から取得する（ステップ１０８）。そして、携帯端末１０は、取得したコンテンツを表示部１６に表示する（ステップ１０９）。
【００３２】
次に、図３に示したステップ１０４〜１０６の判定結果から、配信対象のコンテンツのデータを選択する動作手順の具体例を説明する。
ここで説明する動作に適用されるルールでは、データ種の選択基準として、「電池の残量」の優先順位が最も高く、「使用する周波数帯域」の優先順位が最も低い場合である。
図５は図４に示したフローの具体例を示すフローチャートである。
携帯端末１０は、現在の位置を特定すると、指定されたエリア内にいるか否かを判定する（ステップ２０１）。ステップ２０１の判定の結果、携帯端末１０は、自端末が指定されたエリア内にあると判定すると、使用可能な周波数帯域を確認する（ステップ２０２）。ステップ１０４と同様に、携帯端末１０は、広帯域、中帯域、狭帯域のうち、いずれの周波数帯域が使用か、それとも通信が不安定かを判定する。
続いて、携帯端末１０は、電池の残量を測定し、電池の残量が閾値以上か否かを判定する（ステップ２０３）。電池の残量が不十分である場合、携帯端末１０は、配信対象のコンテンツのデータ種としてテキストデータを選択する（ステップ２１０）。
【００３３】
一方、ステップ２０３の判定の結果、電池の残量が十分である場合、携帯端末１０は、ユーザが移動中か否かを判定する（ステップ２０４）。ステップ２０４の判定の結果、ユーザが移動中の場合、携帯端末１０は、ユーザが乗物で移動しているか、徒歩で移動しているかを判定する（ステップ２０５）。
ステップ２０４の判定の結果、ユーザが停止していると判定した場合、またはステップ２０５の判定の結果、ユーザが乗物に乗っていると判定した場合、携帯端末１０は、使用する周波数帯域として広帯域を使用できるか否かを判定する（ステップ２０６）。広帯域を使用できる場合、携帯端末１０は、配信対象のコンテンツのデータ種として、動画データまたは高解像度の静止画データを選択する（ステップ２０８）。
【００３４】
ステップ２０５の判定の結果、ユーザが徒歩で移動していると判定した場合、携帯端末１０は、配信対象のコンテンツのデータ種としてテキストデータを選択する（ステップ２１０）。
ステップ２０６の判定の結果、使用する周波数帯域として広帯域を使用できない場合、携帯端末１０は、中帯域を使用できるか否かを判定する（ステップ２０７）。中帯域を使用できる場合、携帯端末１０は、配信対象のコンテンツのデータ種として、低解像度の静止画データを選択する（ステップ２０９）。一方、ステップ２０７の判定の結果、中帯域を使用できない場合または通信が不安定の場合、携帯端末１０は、配信対象のコンテンツのデータ種としてテキストデータを選択する（ステップ２１０）。
ステップ２０８〜２１０の後の処理は、図３に示したステップ１０８以降と同じなので、その詳細な説明を省略する。
【００３５】
本実施形態の携帯端末による情報処理方法の効果を説明する。
本実施形態によれば、ネットワークとの通信状態および電池の残量の状態を含む端末の状態ならびにユーザの状態が状態判定部によって判定され、これらの状態のうち、少なくとも１つの状態に基づいて、配信対象のコンテンツについて複数種のデータから、最適なデータ種が選択部によって選択される。そのため、ユーザに悪い印象を与えることなく、訴求力のより高いコンテンツをユーザに提供できる。コンテンツ配信元の企業側は、ユーザへの情報配信の訴求力、つまり情報閲覧率をより高くすることができる。
本実施形態の効果として、端末およびユーザの状態に応じて適切なコンテンツが選択されることを具体的に説明する。
【００３６】
背景技術の欄で説明したように、ユーザへの訴求方法として、配信対象のコンテンツは動画や高解像度の画像が有効である。しかし、携帯端末が使用可能な周波数帯域の幅が狭い場所にユーザがいる場合、データ容量の大きいデータ種のコンテンツとして動画データが携帯端末に配信されると、動画が断続的に再生されることになる。その結果、ユーザはイライラが募り、コンテンツの配信元に対して却って悪い印象を与えてしまうおそれがある。この問題に対して、本実施形態では、使用可能な周波数帯域に応じて、帯域の幅が大きいほどデータ量の大きいデータ種が選択される。そのため、通信状況に応じてより訴求力の高いコンテンツをユーザに提供することができる。本実施形態では、ネットワークとの無線通信が不安定な場所では、配信対象のコンテンツのデータ種として、テキストデータが選択される。そのため、ネットワークの状態があまりよくない状況下でも、ユーザに不快な思いをさせることなく、携帯端末にコンテンツ配信を行うことができる。
【００３７】
携帯端末が動画や高解像度の画像を表示すると、電池の消費が早くなるので、ユーザはコンテンツの視聴をためらってしまう可能性が高かった。この場合、訴求力を高くしようとして動画や高解像度の画像にすると、却ってユーザにコンテンツを見てもらえないことになる。この問題に対して、本実施形態では、電池の残量が不十分な場合、配信対象のコンテンツのデータとして、電力消費量が少ないデータ種が選択される。そのため、携帯端末の電力消費量を抑制しながら、携帯端末にコンテンツ配信を行うことができる。
【００３８】
ユーザが歩いて移動している場合、動画視聴を避けることが多い。これは、動画は画像が連続して変化するため、ユーザは視線を画面から離せなくなり、周囲に対する注意力が散漫になってしまうからである。ユーザが歩行中に携帯端末が動画を表示しても、時々視線が画面から周囲に向くため、動画を部分的にしか見ることができず、コンテンツが何をアピールしているかわからないことがある。その結果、却って訴求力が低くなるという問題があった。
この問題に対して、本実施形態では、ユーザが徒歩で移動していると判定されると、配信対象のコンテンツのデータとして、テキストデータが選択される。テキストデータが１画面で表示され、かつ、文字が大きければ、ユーザは画面を短時間見ただけで、コンテンツがアピールする内容を把握することができる。本実施形態では、テキストデータの一例として、「このクーポンをＸＸ店で表示すれば、商品ＹＹを３０％ＯＦＦ」を挙げている。これだけの情報量であれば、どんな人も２〜３秒で内容を把握できる。このテキストデータをさらに短くして、「ＸＸ店  商品ＹＹを３０％ＯＦＦ」としてもよい。このようにして、ユーザが十分にコンテンツを画面で見ることができない状況にあっても、ユーザが短時間で把握できるコンテンツを携帯端末に配信することができる。
以上のように、本実施形態では、ユーザへの訴求力が高く、携帯端末およびユーザへの負荷が少ない最適なコンテンツが携帯端末に配信される。
【００３９】
（第２の実施形態）
第１の実施形態では、携帯端末の状態として、「使用可能な周波数帯域」および「電池の残量」の場合で説明したが、本実施形態は、判定基準となる状態を別の種類に置き換えたものである。ここでは、判定基準となる状態として、２つの変形例を説明する。
（変形例１）
変形例１では、携帯端末の状態が「ユーザが現在いる位置とイベント等の場所との距離」である場合を説明する。
この場合、図１に示した配信条件判定部１７は、ＧＰＳ受信機１３によって特定された位置の情報とイベント等の場所との距離の情報を一定時間間隔で選択部１９に通知する。選択部１９は、イベント等と自端末との距離が短くなるにつれて、多段階にわたって、コンテンツのデータをコンテンツサーバ２０に要求する。その際、選択部１９は、要求するデータの種類を、テキストデータ→静止画データ→動画データの順で変化させる。
本変形例によれば、例えば、商品を販売するブースが多数出店しているようなイベントである場合、ユーザはイベント会場に近づくにつれて、表示されるコンテンツによる、ユーザに対する訴求力が高くなり、ユーザに購買意欲を高めることができる。
【００４０】
（変形例２）
携帯端末の状態が「他のアプリケーションソフトウェアプログラムの実行によって発生する通信の状況」である場合を説明する。
図６は本変形例の携帯端末の構成例を示す機能ブロック図である。本変形例では、時間的条件に基づくコンテンツ配信方法を採用したものとする。
本実施形態の携帯端末１０ａの構成を説明する。ただし、第１の実施形態と同様な構成についての詳細な説明を省略する。
状態判定部１７は、制御部１２のＣＰＵ（不図示）がコンテンツの配信に関する情報処理とは異なる他の情報処理を実行している場合、携帯端末の状態として、他の情報処理によりネットワーク３０を介して行われている通信のビットレートを測定する。そして、状態判定部１７は、測定したビットレートの情報を選択部１９に通知する。
制御部１２のメモリ（不図示）には、ビットレートについて、配信要求するコンテンツのデータ種選択の基準となる閾値が予め登録されている。選択部１９は、状態判定部１７から通知されるビットレートが閾値以上の場合、コンテンツの複数種のデータのうち、テキストデータを選択する。また、選択部１９は、状態判定部１７から通知されるビットレートが閾値よりも小さい場合、コンテンツのデータの複数種のうち、静止画データまたは動画データを選択する。
なお、本変形例の携帯端末１０ａの動作手順は、図３に示したフローにおいて、判定基準となる、端末の状態の種類が異なるだけなので、その詳細な説明を省略する。
本変形例によれば、携帯端末の情報処理の負荷が高い状態であれば、配信対象のコンテンツのデータをデータ量の少ないものにすることで、コンテンツをスムーズに表示することができる。
【００４１】
（第３の実施形態）
第１の実施形態では、ユーザの状態として、「ユーザが移動しているか否か」の場合で説明したが、本実施形態は、判定基準となる状態を別のものに置き換えたものである。
本実施形態では、ユーザの状態が「ユーザの今月のパケット使用料」であるものとする。本実施形態においても、上記のユーザの状態を携帯端末の状態に置き換え、携帯端末の状態を介して間接的にユーザの状態を判定する。
例えば、今月が１２月の場合、「今月のパケット使用料」は、（１２月１日から現在まで（終期１２月３１日）受信したパケットのデータの総量）×（単位データあたりの料金）で決まる。「今月のパケット使用料」は「１２月１日から現在まで受信したデータの総量」に比例する。このことから、本実施形態では、「今月のパケット使用料」というユーザの状態を、「携帯端末１０ｂが１２月１日から現在までネットワーク３０を介して受信したデータの総量」という携帯端末の状態に置き換える。
【００４２】
本実施形態の携帯端末の構成を説明する。ただし、第１の実施形態と同様な構成についての詳細な説明を省略する。
図７は本実施形態の携帯端末の一構成例を示す機能ブロック図である。本実施形態では、時間的条件に基づくコンテンツ配信方法を採用したものとする。
状態判定部１８は、所定の日時から現在までネットワーク３０を介して受信したデータの総量を記録し、一定の時間間隔でデータ総量の情報を選択部１９に通知する。所定の日時は、例えば、各月の初日である。
制御部１２のメモリ（不図示）には、データの総量について、配信要求するコンテンツのデータ種選択の基準となる閾値が予め登録されている。
選択部１９は、状態判定部１８から通知されるデータの総量が閾値以上の場合、コンテンツの複数種のデータのうち、テキストデータを選択する。また、選択部１９は、状態判定部１８から通知されるデータの総量が閾値よりも小さい場合、コンテンツの複数種のデータのうち、静止画データまたは動画データを選択する。
本実施形態の携帯端末１０ａの動作手順は、図３に示したフローにおいて、判定基準となる、端末の状態の種類が異なるだけなので、その詳細な説明を省略する。
本実施形態によれば、今月のパケット使用料が高くなっている場合、配信対象のコンテンツのデータをデータ量の少ないものにすることで、支払うべくパケット使用料がより高額になってしまうことを抑制できる。そのため、本実施形態では、携帯端末は、パケット使用料を抑制しながら、訴求力の高いコンテンツを表示することができる。
【００４３】
なお、上述した第１から第３の実施形態では、本発明の携帯端末の構成および動作を説明するために実施形態を具体的に説明したが、本発明の情報処理方法における特徴に注目すると、携帯端末は図８に示す構成であってもよい。
図８に示す携帯端末１０ｃでは、図１に示した記憶部１１が設けられていない。これは、例えば、受信するコンテンツを１画面分ずつ一時的に保存して順次表示部１６に表示させる場合、少なくとも数画面分のフレームバッファメモリ（不図示）が制御部１２に設けられていれば本発明の情報処理方法を実行可能だからである。
【産業上の利用可能性】
【００４４】
本発明を、企業等による広告だけでなく、イベントおよびキャンペーンに関する情報の配信に適用することができる。
【符号の説明】
【００４５】
１０、１０ａ〜１０ｃ    携帯端末
１４    加速度センサ
１５    通信部
１６    表示部
１７    配信条件判定部
１８    状態判定部
１９    選択部
【図１】
2017120494.tif 000003
【図２】
2017120494.tif 000004
【図３】
2017120494.tif 000005
【図４】
2017120494.tif 000006
【図５】
2017120494.tif 000007
【図６】
2017120494.tif 000008
【図７】
2017120494.tif 000009
【図８】
2017120494.tif 000010