(57)【特許請求の範囲】
【請求項１】
コンテンツデータを再生するコンテンツ再生手段と、
所定の通知データを出力するアプリケーションを記憶するアプリケーション記憶手段と、
前記アプリケーションの利用状況を検出する利用状況検出手段と、
前記通知データを出力する通知手段と、を備え、
前記利用状況検出手段は、前記アプリケーションの利用頻度を前記利用状況として検出し、
前記通知手段は、前記コンテンツ再生手段により前記コンテンツデータが再生中である場合、前記アプリケーションの前記利用状況に基づいて設定された出力形態で、前記通知データを出力する
ことを特徴とする端末装置。
【請求項２】
請求項１に記載の端末装置において、
前記アプリケーションは、複数の処理を実施するとともに、各処理に対してそれぞれ異なる通知データを出力し、
前記利用状況検出手段は、前記アプリケーションの前記各処理の処理頻度を前記利用状況として検出する
ことを特徴とする端末装置。
【請求項３】
請求項１または請求項２に記載の端末装置において、
前記コンテンツデータの属性を検出する属性検出手段を備え、
前記通知手段は、前記コンテンツ再生手段により前記コンテンツデータが再生中である場合の前記通知データを、前記アプリケーションの利用状況、及び前記コンテンツデータの属性に基づいて設定された出力形態で出力する
ことを特徴とする端末装置。
【請求項４】
コンテンツデータを再生するコンテンツ再生手段と、
所定の通知データを出力するアプリケーションを記憶するアプリケーション記憶手段と、
前記コンテンツデータの属性を検出する属性検出手段と、
前記通知データを出力する通知手段と、を備え、
前記属性検出手段は、前記コンテンツデータの再生が実施された時間帯毎の再生頻度を前記コンテンツデータの属性として検出し、
前記通知手段は、前記コンテンツ再生手段により前記コンテンツデータが再生中である場合に、前記コンテンツデータの前記属性に基づいて設定された出力形態で前記通知データを出力する
ことを特徴とする端末装置。
【請求項５】
請求項４に記載の端末装置において、
前記コンテンツデータを再生した再生日時、及び当該再生日時でのコンテンツデータの再生が実施された再生頻度を記憶する再生日時記憶手段を備え、
前記属性検出手段は、前記再生日時記憶手段に記憶された再生日時及び再生頻度を前記コンテンツデータの前記属性として検出する
ことを特徴とする端末装置。
【請求項６】
請求項４または請求項５に記載の端末装置において、
前記コンテンツデータを記憶するコンテンツ記憶手段を備え、
前記属性検出手段は、前記コンテンツデータが取得され、前記コンテンツ記憶手段に記憶された取得日時を前記コンテンツデータの属性として検出する
ことを特徴とする端末装置。
【請求項７】
請求項１から請求項６のいずれかに記載の端末装置において、
画像を表示させる表示部と、
音声を出力させる音声出力部と、を備え、
前記通知手段は、前記表示部への前記通知データに対応した通知画像の表示出力形態、及び前記音声出力部からの前記通知データに対応した通知音の音声出力形態を、それぞれ設定する
ことを特徴とする端末装置。
【請求項８】
請求項１から請求項７のいずれかに記載の端末装置において、
通知データを出力可能な出力デバイスと通信するデバイス通信手段を備え、
前記通知手段は、前記コンテンツデータの再生中における前記出力形態として、前記通知データの出力先を前記出力デバイスに設定して出力する
ことを特徴とする端末装置。
【請求項９】
請求項１から請求項８のいずれかに記載の端末装置において、
前記通知手段は、前記コンテンツデータの再生中における前記出力形態として、前記通知データの出力タイミングを設定する
ことを特徴とする端末装置。
【請求項１０】
コンピュータにより所定の通知データを出力する通知出力方法であって、
前記コンピュータは、コンテンツデータを再生するコンテンツ再生手段と、所定の通知データを出力するアプリケーションを記憶するアプリケーション記憶手段と、を備え、
当該コンピュータは、
前記アプリケーションの利用頻度を前記アプリケーションの利用状況として検出し、
前記コンテンツ再生手段により前記コンテンツデータが再生中である場合、前記アプリ
ケーションの利用状況に基づいて前記通知データの出力形態を設定して出力する
ことを特徴とする通知出力方法。
【請求項１１】
コンピュータにより所定の通知データを出力する通知出力方法であって、
前記コンピュータは、コンテンツデータを再生するコンテンツ再生手段と、所定の通知データを出力するアプリケーションを記憶するアプリケーション記憶手段と、を備え、
当該コンピュータは、
前記コンテンツデータの再生が実施された時間帯毎の再生頻度を前記コンテンツデータの属性として検出し、
前記コンテンツ再生手段により前記コンテンツデータが再生中である場合、前記コンテンツデータの属性に基づいて前記通知データの出力形態を設定して出力する
ことを特徴とする通知出力方法。
【請求項１２】
コンピュータを、請求項１から請求項９のいずれかに記載の端末装置として機能させ
ることを特徴とする通知出力プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ再生機能を有する端末装置、及びその端末装置において通知データを受信した際の通知出力方法、及び通知出力プログラムに関する。
【背景技術】
【０００２】
従来、携帯型電話機等の端末装置において、音楽再生中に着信があった際に、時間帯、曜日、及び位置等が予め設定された条件である場合に、音楽再生を優先させ、前記条件に当てはまらない場合は、着信音を出力させる装置が知られている（例えば、特許文献１参照）。
この特許文献１では、ＰＨＳに対して着信を報知する基地局に、上記のような条件を記憶しておく。また、ＰＨＳは、音楽再生時に、音楽再生中である旨の信号を基地局に送信する。
そして、基地局は、ユーザＢのＰＨＳからユーザＡのＰＨＳへの着信信号を受信した際、ユーザＡのＰＨＳから音楽再生中である旨の信号が送信されており、かつ、前記条件（一定時間帯、曜日、位置等）を満たす場合に、ユーザＡのＰＨＳへの発呼を実施せず、着信があった旨の通知だけを送信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２２３２８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年、スマートフォンやタブレット端末等、コンテンツデータ（例えば音楽データ）を再生可能な携帯型の端末装置のユーザが増大している。このような端末装置では、様々なアプリケーションをインストールし、これにより様々な処理を実施することができる。また、アプリケーションには、サーバ装置から何らかの通知を受け取ると、その通知内容を表示画面上に割り込み表示させる「プッシュ通知」を実施し、通知音をスピーカ等の音声出力部から出力させるものがある。
しかしながら、端末装置において、コンテンツデータを再生中にこのようなプッシュ通知により、通知内容が表示画面上に表示されたり、通知音が出力されたりすると、その通知がユーザにとって必要性の低い場合もあり、この場合、コンテンツデータの再生が阻害されることでユーザに不快感を与えることがある。
【０００５】
上述した特許文献１では、基地局に条件を記録しているため、電話発着に対してのみ音楽再生の阻害を防ぐことができるが、その他の通知に対してはなんら効果がない。
また、音楽再生が終了した際に、通知を報知する（上記特許文献１では、着信があった旨を端末装置に表示させる）ことができるが、通知によっては、ユーザによって必要性が高いものもあり、このような通知まで音楽再生の終了まで遅らせることは不適切であり、ユーザに対して適切に通知を報知することが可能な装置が望まれている。
【０００６】
本発明は、上記のような問題に鑑み、ユーザに対して適切に通知を報知することが可能な端末装置、通知出力方法、及び通知出力プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の端末装置は、コンテンツデータを再生するコンテンツ再生手段と、所定の通知データを出力するアプリケーションを記憶するアプリケーション記憶手段と、前記アプリケーションの利用状況を検出する利用状況検出手段と、前記通知データを出力する通知手段と、を備え、前記利用状況検出手段は、前記アプリケーションの利用頻度を前記利用状況として検出し、前記通知手段は、前記コンテンツ再生手段により前記コンテンツデータが再生中である場合、前記アプリケーションの利用状況に基づいて設定された出力形態で、前記通知データを出力することを特徴とする。
【発明の効果】
【０００８】
本発明では、アプリケーションの利用状況に応じて通知データの出力形態を設定するので、コンテンツデータの再生中においてもユーザに対して適切な通知方法で当該通知データを報知することができる。
【図面の簡単な説明】
【０００９】
【図１】第一実施形態の端末装置の概略構成を示すブロック図。
【図２】第一実施形態におけるアプリ管理データベースの更新処理の一例を示すフローチャート。
【図３】第一実施形態におけるアプリ管理データベースの更新処理の他の例を示すフローチャート。
【図４】第一実施形態における出力形態の設定処理を示すフローチャート。
【図５】第一実施形態におけるプッシュ通知処理を示すフローチャート。
【図６】第二実施形態におけるコンテンツデータが再生された際の属性データ更新処理を示すフローチャート。
【図７】第二実施形態におけるプッシュ通知処理を示すフローチャート。
【発明を実施するための形態】
【００１０】
［第一実施形態］
以下、本発明に係る第一実施形態の端末装置について図面に基づいて説明する。
［端末装置の構成］
図１は、本発明に係る第一実施形態の端末装置の概略構成を示すブロック図である。
本実施形態の端末装置１は、所謂スマートフォンや、タブレット端末装置等の携帯型の通信端末装置であり、図１に示すように、表示部１１と、入力操作部１２と、音声出力部１３と、通信部１４と、記憶部１５と、制御部１６と、を含んで構成されている。
【００１１】
表示部１１は、例えば液晶ディスプレイ等により構成され、制御部１６の制御の下、所定の画像を表示させる。
入力操作部１２は、表示部１１と一体に設けられたタッチパネルにより構成されており、ユーザ操作による操作信号を制御部１６に出力する。なお、タッチパネルの例を示すが、キーボードやマウス等の入力装置を備える構成、又は入力装置が接続可能な構成としてもよい。
音声出力部１３は、制御部１６により処理された音声データを出力するスピーカである。また、本実施形態の音声出力部１３としては、音声出力端子に接続されたイヤホンやヘッドホン等をも含むものである。
通信部１４は、例えば無線ＬＡＮ（Local Area Network）や携帯電話回線網等を介してインターネット等のＷＡＮ（Wide Area Network）に通信接続され、ＷＡＮに接続された他のサーバ装置等から、所定のデータを受信する。また、通信部１４としては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）、赤外通信部等の通信手段を備えていてもよい。
【００１２】
記憶部１５は、例えばメモリ、ハードディスク等のデータ記録装置であり、本発明のアプリケーション記憶手段、再生日時記憶手段、及びコンテンツ記憶手段として機能する。すなわち、記憶部１５には、コンテンツデータや、各種アプリケーションが記憶されている。
なお、本実施形態では、以下の説明において、コンテンツデータとして音楽データを例示して説明するが、コンテンツデータとしては、その他、動画データや静止画データ等、各種デジタルコンテンツデータを対象とすることができる。
【００１３】
また、記憶部１５に記憶される各種アプリケーションには、所定の通知内容をユーザに知らせるための通知データを、通知画像として表示部１１に割り込み表示させたり、通知音として音声出力部１３から出力させたりする、所謂「プッシュ通知（プッシュ通知処理）」を実施するアプリケーションがある。
なお、アプリケーションが実施するプッシュ通知としては、例えば通信部１４を介して所定のサービス提供サーバ装置等から通知を受信することで実施されるプッシュ通知の他、例えば所定時間になった旨を知らせるプッシュ通知（例えばスケジューラー等のアプリケーション）、特定の条件（例えば電池電力の低下等）を満たした際に実施されるプッシュ通知等を含む。
そして、記憶部１５には、このようなアプリケーションを管理するアプリ管理データベースが記憶されている。
【００１４】
記憶部１５に記憶されるアプリ管理データベースには、以下の表１のように、各アプリケーションに対してそれぞれ管理データが記録されており、この管理データには、アプリＩＤ、アプリ名、利用頻度、処理ＩＤ、処理名、処理頻度、プッシュ有無、出力形態等が関連付けられている。
【００１５】
【表１】
0005899161.tif 000002
【００１６】
アプリＩＤは、そのアプリケーションを識別するためのデータである。アプリ名は、名称であり、例えばプログラム名等が記録される。
利用頻度は、ユーザによりアプリケーションが実施された回数であり、例えば直近１か月におけるアプリケーション起動回数が記録される。
処理名は、アプリケーションにおいて、ユーザが実施する操作に対応した処理を示すものであり、処理ＩＤは、その処理を識別するためのデータである。処理頻度は、処理ＩＤにて示される処理が実施された回数であり、例えば直近1か月の回数が記録される。アプリケーションが実施する処理は、ユーザ操作に基づいて実施されるものが多く、処理頻度が記録されることで、ユーザが頻繁に実施する操作を検出することが可能になる。
【００１７】
プッシュ有無は、各処理ＩＤに対して関連付けられ、処理ＩＤで特定される処理に関して、新たな通知内容を受け取った際に、プッシュ通知として通知可能であるか否かを示す。
出力形態は、後述する再生手段１６１によりコンテンツデータが再生されている際のプッシュ通知の通知方法を示すデータである。
なお、アプリＩＤや処理ＩＤにより、各アプリケーションや各処理内容を特定できるため、アプリ名や、処理名が記録されていなくてもよい。
【００１８】
制御部１６は、ＣＰＵ（Central Processing Unit）等の演算回路、ＲＡＭ（Random Access Memory）等の記憶回路により構成され、端末装置１の各部を制御する。制御部１６は、記憶部１５等に記憶されているプログラム（ソフトウェア）をＲＡＭに展開し、ＲＡＭに展開されたプログラムとの協働で、上述した各種アプリケーションの制御処理や、プッシュ通知の通知出力処理を実施する。そして、図１に示すように、制御部１６は、上記各種処理を実行することで、再生手段１６１（コンテンツ再生手段）、アプリ管理手段１６２、利用状況検出手段１６３、通知設定手段１６４、通知出力手段１６５、及びアプリケーション実施手段１６６等として機能する。
【００１９】
再生手段１６１は、コンテンツデータ（例えば音楽）を再生する。
アプリ管理手段１６２は、アプリケーション毎の管理データを生成し、上記表１に示すようなアプリ管理データベースに登録及び更新する。
利用状況検出手段１６３は、アプリケーションの利用状況、つまり、アプリケーションの利用頻度や各処理の処理頻度を検出する。
【００２０】
通知設定手段１６４は、アプリケーションの利用状況の検出結果に応じて、プッシュ通知の出力形態を設定する。
通知出力手段１６５は、出力形態に基づいて、アプリケーションからの通知データを出力する（プッシュ通知する）。なお、通知設定手段１６４及び通知出力手段１６５により本発明の通知手段が構成される。
アプリケーション実施手段１６６は、記憶部１５に記憶されたアプリケーション（プログラム）を読み込み実施することで、例えば、表１に示した処理ＩＤに対応した処理を実施する。
【００２１】
［端末装置による通知出力方法］
次に、上述のような端末装置１における通知出力方法（プッシュ通知処理）について図面に基づいて説明する。
（アプリ管理データベースの更新）
上述したようなアプリ管理データベースの各管理データは、アプリケーションが端末装置１にインストールされた際や、アプリケーションによりプッシュ通知が実施された際、ユーザ操作等によりアプリケーションが起動された際に登録及び更新される。
【００２２】
（インストール時のデータベース更新）
アプリケーションがインストールされた際は、以下のようにアプリ管理データベースが更新される。
アプリ管理手段１６２は、ユーザ操作に基づいて、例えば通信部１４を介して、ネットワーク上の所定のサーバ装置から新規のアプリケーションがダウンロードされ、インストールされたか否かを判定する。
そして、新規のアプリケーションがインストールされた場合、アプリ管理手段１６２は、当該アプリケーションに対する管理データを生成し、アプリ管理データベースに登録する。
ここで、アプリ管理手段１６２は、アプリケーションの提供元であるサーバ装置から、ダウンロードしたアプリケーションに関する動作データ（例えば表１に示す処理ＩＤやプッシュ有無等を含むデータ）が関連付けられている場合、これらの処理ＩＤや、処理ＩＤに対応したプッシュ有無を記録する。動作データが得られない場合は、アプリＩＤ等のアプリケーションを特定するための識別データのみを記録すればよい。
【００２３】
（プッシュ通知時のデータベース更新）
次に、アプリケーションによるプッシュ通知が実施され、ユーザ操作により当該アプリケーションが起動された際のアプリ管理データベースの更新処理について説明する。
図２は、アプリケーションによるプッシュ通知が実施され、ユーザ操作により当該アプリケーションが起動された際のアプリ管理データベースの更新処理の一例を示すフローチャートである。
なお、アプリケーションによるプッシュ通知は、アプリケーション実施手段１６６として機能する制御部１６が記憶部１５に記憶されたアプリケーションを読み込み実行することで、通知データを出力する旨の出力指示が出力され、通知出力手段１６５がこの出力指示に従って、表示部１１や音声出力部１３を制御することで通知データに対応した通知内容が出力される。なお、本実施形態では、再生手段１６１によりコンテンツデータが再生中である場合と、コンテンツデータが再生されていない場合とにおいて、プッシュ通知の通知方法が異なり、この通知方法についての具体的な説明は、後述する。
【００２４】
図２に示すように、アプリ管理手段１６２は、既に端末装置１にインストールされているアプリケーションによりプッシュ通知が実施されたか否かを判定する（ステップＳ１）。
ステップＳ１において、プッシュ通知が実施されたと判定された場合（ステップＳ１；Ｙｅｓ）、アプリ管理手段１６２は、そのアプリＩＤを特定する（ステップＳ２）。アプリケーションのインストール時において、処理ＩＤやプッシュ有無が登録されていない場合でも、このステップＳ１〜ステップＳ２によりプッシュ通知が検出されると、そのアプリケーションがプッシュ通知を実施するアプリケーションであると判定することができる。したがって、この場合、例えば表１の管理データの「プッシュ有無」が不明であった場合でも、アプリ管理手段１６２は、「プッシュ有」と記録することができる。
【００２５】
また、利用状況検出手段１６３は、ステップＳ２の後、例えば表示部１１に表示された通知画像がユーザによりタップ操作される等、プッシュ通知に対してアクションが実施されたか否かを検出する（ステップＳ３）。
ステップＳ３において、ユーザによりアクションが実施された場合（ステップＳ３；Ｙｅｓ）、制御部１６は、当該プッシュ通知を出力したアプリケーションを起動させ、利用状況検出手段１６３は、プッシュ通知に対応したアプリケーションの処理内容を検出する（ステップＳ４）。
そして、アプリ管理手段１６２は、検出した処理内容に対応した処理ＩＤの処理頻度に「１」を加算し、また、起動されたアプリケーションの利用頻度に「１」を加算する（ステップＳ５）。なお、管理データに、処理ＩＤが記録されていない場合は、検出された処理内容に対して新たに処理ＩＤを付与するとともに、管理データに当該処理ＩＤを登録した上で、その処理頻度に「１」を加算する。
ここで、ステップＳ２において、処理ＩＤに対してプッシュ有無が登録されていない場合でも、このステップＳ３〜ステップＳ５により、アプリケーションの各処理ＩＤに対応してプッシュ通知があるか否かを判定することができる。したがって、例えば表１の管理データの各処理ＩＤに対応したプッシュ有無が不明である場合でも、「プッシュ有」と記録することができる。
【００２６】
（アプリケーション起動時のデータベース更新）
図２は、当該プッシュ通知に対してユーザ操作が実施された場合の処理である。これに対して、プッシュ通知とは無関係にユーザ操作によりアプリケーションが起動された場合は、図３に示すようにアプリ管理データベースを更新する。
すなわち、利用状況検出手段１６３は、例えばユーザ操作等により、端末装置１にインストールされたアプリケーションのいずれかが実施されたか否かを検出する（ステップＳ６）。
ステップＳ６において「Ｙｅｓ」と判定された場合、アプリ管理手段１６２は、そのアプリケーションのアプリＩＤを特定し、管理データにおける「利用頻度」に「１」を加算する（ステップＳ７）。
【００２７】
また、利用状況検出手段１６３は、ユーザによりアプリケーションにおける所定の処理を実施する旨のユーザ操作が行われた場合、その処理内容を検出する（ステップＳ８）。
そして、アプリ管理手段１６２は、検出した処理内容に対応した処理ＩＤの処理頻度に「１」を加算する（ステップＳ９）。なお、管理データに、処理ＩＤが記録されていない場合は、検出された処理内容に対して新たに処理ＩＤを付与するとともに、管理データに当該処理ＩＤを登録した上で、その処理頻度に「１」を加算してもよい。
【００２８】
（出力形態の設定処理）
次に、通知設定手段１６４は、上述のようなアプリ管理データベースを用い、コンテンツデータ（例えば音楽等の音声データ）が再生されている場合におけるプッシュ通知処理の出力形態を設定する。
図４は、出力形態の設定処理を示すフローチャートである。
図４に示すように、通知設定手段１６４は、アプリ管理データベースの各管理データに対して、出力形態の設定を実施する。
まず、通知設定手段１６４は、アプリＩＤ「ｎ」の管理データを読み込む（ステップＳ１０）。なお、ここでは、説明の簡略化のため、アプリ管理データベースに、アプリＩＤ「０」から「Ｎ」までの管理データが記録されているものとし、初期値は「ｎ＝０」に設定されているものとする。
【００２９】
そして、通知設定手段１６４は、読み込んだ管理データの「プッシュ有無」に「プッシュ有」が記録されているか否かを判定する（ステップＳ１１）。
ステップＳ１１において、「プッシュ無」が記録されている場合（ステップＳ１１；Ｎｏ）、後述のステップＳ２３の処理に進む。
ステップ１１において、「プッシュ有」が記録されている場合（ステップＳ１１；Ｙｅｓ）、通知設定手段１６４は、２つ以上の処理ＩＤに対して「プッシュ有」が記録されているか否かを判定する（ステップＳ１２）。
【００３０】
ステップＳ１２において、２つ以上の処理ＩＤに対して「プッシュ有」が記録されている場合、処理頻度に対応して出力形態を設定する。
すなわち、当該管理データの「処理頻度」の値が所定の第一閾値（例えば３０）以上であるか否かを判定し（ステップＳ１３）、第一閾値以上である場合、通知設定手段１６４は、出力形態を第一出力形態に設定する（ステップＳ１４）。なお、本実施形態では、第一出力形態は、プッシュ通知を表示部１１への通知画像の表示と、音声出力部１３からの通知音の出力とを行う旨の設定とする。
ステップＳ１３において、第一閾値未満であると判定された場合（ステップＳ１３；Ｎｏ）、さらに、通知設定手段１６４は、処理頻度が第一閾値より小さい所定の第二閾値（例えば１５）以上であるか否かを判定する（ステップＳ１５）。そして、ステップＳ１５において、第二閾値以上であると判定された場合、通知設定手段１６４は、出力形態を第二出力形態に設定する（ステップＳ１６）。なお、本実施形態では、第二出力形態は、プッシュ通知を表示部１１への通知画像の表示のみで行う旨の設定とする。
ステップＳ１５において、第二閾値未満であると判定された場合（ステップＳ１５；Ｎｏ）、通知設定手段１６４は、出力形態を第三出力形態に設定する（ステップＳ１７）。なお、本実施形態では、第三出力形態は、プッシュ通知を行わない旨の設定とする。
【００３１】
一方、ステップＳ１２において、「Ｎｏ」と判定された場合、つまり、１つの処理ＩＤに対してのみ「プッシュ有」が記録されている場合や、処理ＩＤに対応したプッシュ通知の有無がない場合は、アプリケーションの利用頻度に対応して出力形態を設定する。
これには、通知設定手段１６４は、管理データの「利用頻度」の値が所定の第三閾値（例えば３０）以上であるか否かを判定する（ステップＳ１８）。ステップＳ１８で第三閾値以上であると判定された場合、通知設定手段１６４は、出力形態を第一出力形態に設定する（ステップＳ１９）。ステップＳ１８において、利用頻度が第三閾値未満であると判定された場合（ステップＳ１８；Ｎｏ）、さらに、通知設定手段１６４は、利用頻度が第三閾値より小さい所定の第四閾値（例えば１５）以上であるか否かを判定し（ステップＳ２０）、第四閾値以上である場合、通知設定手段１６４は、出力形態を第二出力形態に設定する（ステップＳ２１）。さらに、ステップＳ２０において、第四閾値未満であると判定された場合（ステップＳ２０；Ｎｏ）、通知設定手段１６４は、出力形態を第三出力形態に設定する（ステップＳ２２）。
【００３２】
この後、アプリＩＤ「ｎ」に「１」を加算し（ステップＳ２３）、アプリＩＤが最大値Ｎより大きくなったか否かを判定する（ステップＳ２４）。ステップＳ２４において「ｎ＞Ｎ」と判定された場合（ステップＳ２４；Ｙｅｓ）、出力形態の設定処理を終了する。また、ステップＳ２４において、「ｎ≦Ｎ」である場合は、ステップＳ１０に戻り、残りの管理データに対しても同様に出力形態を設定する。
【００３３】
（プッシュ通知処理）
次に、本実施形態の端末装置１によるプッシュ通知の通知方法について説明する。
図５は、プッシュ通知処理を示すフローチャートである。
上述した様に、所定の条件を満たした際に通知データを出力する（プッシュ通知を実施する）アプリケーションがインストールされていると、通知出力手段１６５は、当該アプリケーションの出力指示に基づいてプッシュ通知を実施する。
この際、通知出力手段１６５は、まず、再生手段１６１によりコンテンツデータ（例えば、本実施形態では音声データ）が再生されているか否かを検出する（ステップＳ２５）。
ステップＳ２５において、コンテンツデータが再生されていない場合（ステップＳ２５；Ｎｏ）、通知出力手段１６５は、例えば第一出力形態による通常のプッシュ通知処理を行う。すなわち、表示部１１への通知画像の表示と、音声出力部１３からの通知音の出力とを実施する（ステップＳ２６）。
【００３４】
一方、ステップＳ２５において、再生手段１６１により、コンテンツデータが再生されていると判定された場合（ステップＳ２５；Ｙｅｓ）、通知出力手段１６５は、プッシュ通知を実施するアプリケーションに対応した管理データを読み込む（ステップＳ２７）。
さらに、通知出力手段１６５は、出力する通知データが、アプリケーションのどの処理に対応した通知内容であるかを検出し（ステップＳ２８）、当該処理の処理ＩＤに対応した出力形態を読み出す（ステップＳ２９）。
例えば、アプリＩＤ「１」のアプリケーションが、処理ＩＤ「１−１」に係るスポーツニュースに関する新着情報がある旨の通知を受け取り、その通知データを出力するよう出力指示を出した場合、通知出力手段１６５は、処理ＩＤ「１−１」に対応する出力形態である第一出力形態（表示・音声）を読み出す。
【００３５】
そして、通知出力手段１６５は、読み出した出力形態に基づいてプッシュ通知の処理を実施する（ステップＳ３０）。具体的には、出力形態が第一出力形態である場合、表示部１１に通知データの通知内容を示す通知画像を表示させるとともに、音声出力部１３から通知音を出力する。また、出力形態が第二出力形態である場合は、表示部１１に通知画像を表示させ、音声出力部１３から通知音は出力させない。また、出力形態が第三出力形態である場合は、表示部１１への通知画像の出力も、音声出力部１３からの通知音の出力も実施しない。
【００３６】
［第一実施形態の作用効果］
本実施形態では、利用状況検出手段１６３は、アプリケーションが実施された際に利用状況を検出し、アプリ管理手段１６２により、これらの利用状況がアプリ管理データベースに記録される。そして、通知設定手段１６４は、再生手段１６１によりコンテンツデータが再生中である場合にアプリケーションがプッシュ通知を出力する際の出力形態を、アプリ管理データベースに記録された利用状況に基づいて設定する。また、通知出力手段１６５は、設定された出力形態に基づいて、プッシュ通知の出力形態を変化させて通知データを出力する。
このため、コンテンツデータが再生中に、不要なプッシュ通知によりコンテンツデータの再生が中断されたり、コンテンツデータに重ねてプッシュ通知の表示や通知音が出力されたりして、ユーザのコンテンツデータの視聴が阻害されることがない。したがって、ユーザは、快適にコンテンツデータを視聴することができる。
また、ユーザにとって利用頻度が高いアプリケーションや、処理頻度が高い処理に対する通知データは、最適な通知方法によりユーザに通知されることになる。したがって、ユーザにとって重要度が高い通知内容が通知されない不都合も回避できる。
【００３７】
また、本実施形態では、利用状況検出手段１６３は、アプリケーションが実施する各処理内容（処理ＩＤ）に対応した処理頻度を検出し、アプリ管理手段１６２は検出した処理頻度を管理データに記録する。そして、通知設定手段１６４は、この処理頻度に基づいて出力形態を設定する。
このため、例えば表１に示す、処理ＩＤ「１−２」のように、アプリケーションの利用頻度が高くても、処理頻度が低い場合、その処理に対する通知データがプッシュ通知として出力されない。したがって、ユーザにとって重要度が高い通知データのみをプッシュ通知として出力することができ、ユーザに快適なコンテンツデータの視聴、及び適切なプッシュ通知による通知内容の報知を提供することができる。
【００３８】
さらに、本実施形態では、利用状況検出手段１６３は、アプリケーションの利用頻度を検出し、アプリ管理手段１６２は検出した利用頻度を管理データに記録する。そして、通知設定手段１６４は、この処理ＩＤに対応した処理頻度が管理データに記録されていない場合、利用頻度に基づいて、プッシュ通知の出力形態を設定する。
このため、例えばアプリケーションが実施する各処理や、当該処理に対する通知が判定できない場合でも、アプリケーションの利用頻度に基づいたプッシュ通知の出力設定が実施されることになる。これにより、端末装置１にインストールされ、プッシュ通知を実施する可能性がある全アプリケーションに対して、プッシュ通知の出力設定を行うことができる。
【００３９】
本実施形態では、端末装置１は、表示部１１及び音声出力部１３を備え、通知設定手段１６４は、表示部１１に通知画像を表示するか否か、音声出力部１３から通知音を出力するか否かをそれぞれ設定している。
このため、単に、プッシュ通知を実施するか否かではなく、プッシュ通知の通知先を最適なデバイスに設定することで、ユーザにとって、コンテンツデータの視聴の妨げにならず、かつ、適切に通知内容を報知することができ、ユーザ満足度の向上を図れる。
【００４０】
［第二実施形態］
次に本発明に係る第二実施形態について説明する。
上述した第一実施形態では、通知出力手段１６５は、アプリケーションの利用状況に基づいて、プッシュ通知の出力形態を変化させた。これに対して、本実施形態は、再生手段１６１により再生されるコンテンツデータの属性により、プッシュ通知の出力形態を変化させる点で、上記第一実施形態と相違する。
【００４１】
本実施形態では、記憶部１５には、コンテンツデータの属性を示す属性データが記録されている。この属性データは、記憶部１５に記憶された各コンテンツデータに対してそれぞれ設けられており、例えば属性データベースに登録されている。なお、本実施形態では、属性データベースに各コンテンツの属性データが登録される例を示すが、例えばコンテンツデータに属性データが関連付けられて記録されていてもよい。
以下の表２に属性データベースの一例を示す。
【００４２】
【表２】
0005899161.tif 000003
【００４３】
コンテンツＩＤは、コンテンツデータを識別するためのデータである。コンテンツ名は、コンテンツデータの名称であり、例えば曲名や動画のタイトル名等が記録される。取得日時はコンテンツデータが取得され、記憶部１５に記憶された日である。なお、コンテンツＩＤによりコンテンツデータを識別できるため、コンテンツ名は記録されていなくてもよい。
再生時間帯及び再生頻度は、例えば直近１か月の間で、コンテンツデータが再生された時間帯と、当該時間帯に再生された日数とが記録されている。例えば、上記表２において、コンテンツＩＤ「１」では、８時から９時の時間帯において当該コンテンツを再生された日数が３０日であることを示す。
【００４４】
また、本実施形態の制御部１６は、記憶部１５に記憶されたプログラムを読み込み実行することで、さらに、コンテンツ管理手段（図示略）、属性検出手段（図示略）としても機能する。
コンテンツ管理手段は、上記表２に示すような属性データベースを管理、更新する。
属性検出手段は、コンテンツデータの属性を検出する。
【００４５】
（本実施形態における属性データの登録、更新処理）
本実施形態では、上述した第一実施形態のアプリ管理データベースへの管理データ登録処理の代わりに、属性検出手段及びコンテンツ管理手段による属性データベースへの属性データの登録が実施される。
具体的には、属性検出手段は、新規のコンテンツデータが取得され、記憶部１５に記憶された際に、コンテンツデータの取得日（又は取得日時）を検出する。
そして、コンテンツ管理手段は、取得したコンテンツデータに対してコンテンツＩＤを付与して、属性データを生成し、属性データベースに登録する。この際、当該属性データの取得日に、属性検出手段により検出された取得日（または取得日時）を記録する。
【００４６】
また、コンテンツデータが再生された際に、以下の処理を実施する。
図６は、本実施形態におけるコンテンツデータが再生された際の属性データ更新処理を示すフローチャートである。
属性検出手段は、再生手段１６１によりコンテンツデータ（音声データ）が再生されたか否かを判定する（ステップＳ３１）。
ステップＳ３１により、コンテンツデータの再生が再生されていると判定された場合は、属性検出手段は、再生日時を取得して再生時間帯を検出する（ステップＳ３２）。この再生時間帯の時間間隔は、適宜設定可能としてもよく、例えば１時間間隔に予め設定されていてもよい。
例えば、再生時間帯が０：００から１時間間隔で２４個の時間帯に設定されている場合、コンテンツＩＤ「１」の音声データが８時４５分に再生されると、８：００から９：００の時間帯を再生時間帯として検出する。
【００４７】
この後、コンテンツ管理手段は、検出された再生時間帯に基づいて、属性データを更新する（ステップＳ３３）。
具体的には、再生されたコンテンツデータの属性データに、同じ再生時間帯が既に記録されている場合、当該再生時間帯に対応した再生頻度に「１」を加算する。また、再生されたコンテンツデータの属性データに、同じ再生時間帯が記録されていない場合、新たに再生時間帯を追加するとともに、それに対応する再生頻度を「１」に設定する。
【００４８】
（本実施形態のプッシュ通知方法）
次に、本実施形態におけるプッシュ通知の通知方法について説明する。
図７は、本実施形態のプッシュ通知の通知方法を示すフローチャートである。
本実施形態では、通知出力手段１６５は、属性データに基づいてプッシュ通知の出力形態を設定し、設定した出力形態で通知を行う。
具体的には、第一実施形態と同様、通知出力手段１６５は、ステップＳ２５の処理を実施し、コンテンツデータ（音楽データ）が再生されたか否かを判定する。そして、再生されていない場合は、ステップＳ２６の処理を実施する。
【００４９】
一方、ステップＳ２５において、コンテンツ再生中であると判定されると、通知出力手段１６５は、再生されているコンテンツデータのコンテンツＩＤを検出するとともに、当該コンテンツＩＤに対応した属性データを読み込む（ステップＳ３４）。
そして、通知出力手段１６５は、属性データに基づいて、コンテンツデータの取得日からの経過日数が第五閾値（例えば７日）未満であるか否かを判定する（ステップＳ３５）。
このステップＳ３５において、第五閾値未満であると判定した場合、通知出力手段１６５は、第三出力形態を設定し、プッシュ通知を実施しない（ステップＳ３６）。
【００５０】
一方、ステップＳ３５において、「Ｎｏ」と判定された場合、通知出力手段１６５は、現在日時を取得し、属性データに現在日時に対応した再生時間帯が記録されているか否かを判定する（ステップＳ３７）。
ステップＳ３７において、再生時間帯が記録されている場合、通知出力手段１６５は、さらに、当該再生時間帯に対応した再生頻度を読み込み、この再生頻度が所定の第六閾値（例えば２０）以上であるか否かを判定する（ステップＳ３８）。
ステップＳ３８において、再生頻度が第六閾値以上である場合、通知出力手段１６５は、第一出力形態によりプッシュ通知を実施する（ステップＳ３９）。
【００５１】
一方、ステップＳ３７及びステップＳ３８において「Ｎｏ」と判定された場合、通知出力手段１６５は、第二出力形態によるプッシュ通知を実施する（ステップＳ４０）。
【００５２】
［第二実施形態の作用効果］
本実施形態では、ステップＳ３５において、コンテンツデータの取得日から第五閾値未満であるである場合、通知出力手段１６５は、第三出力形態を設定して、プッシュ通知を行わない。
コンテンツデータが取得されたばかりである場合は、ユーザは新規のコンテンツデータに集中したいと考えている可能性が高い。これに対して、本実施形態では、上記のようにプッシュ通知を実施しないので、ユーザは通知によってコンテンツデータの再生が邪魔されることなく、快適な視聴を行うことができる。
【００５３】
本実施形態では、ステップＳ３７及びステップＳ３８において「Ｙｅｓ」と判定された場合に、通知出力手段１６５は、第一出力形態によりプッシュ通知を実施する。
複数の日に亘って、同一時間帯に同じコンテンツデータ（音楽）を聴いている場合、ユーザは、当該音楽をＢＧＭとして聞いている可能性が高く、特に音楽に集中している状態ではない可能性が高い。この場合、ユーザは音楽よりも新規の通知データを確認する傾向があり、本実施形態では、上記のように第一出力形態によるプッシュ通知を実施するので、より早くユーザに通知内容を知らせることができる。
【００５４】
本実施形態では、ステップＳ３７及びステップＳ３８において「Ｎｏ」と判定された場合に、通知出力手段１６５は、第二出力形態によりプッシュ通知を実施する。
再生中の音楽が、特定の決まった再生時間帯に再生されるものではなく、また、特定の再生時間帯であったとしても、その再生時間帯にあまり再生されていない音楽である場合、ユーザは、音楽をＢＧＭとしてではなく、集中して聴きたいと考えている可能性が高い。このような場合に、プッシュ通知による通知音を出力すると、音楽再生の邪魔となり、ユーザに不快感を与えることになる。これに対して、本実施形態では、上記のように第二出力形態（表示のみ）でプッシュ通知を実施することで、通知音を出力しないため、音楽再生の阻害にならず、ユーザに不快感を与えることがない。
【００５５】
［変形例］
なお、本発明は、上述した実施形態に限定されるものではなく、本発明の目的を達成できる範囲で、以下に示される変形をも含むものである。
【００５６】
（変形例１）
上記第一実施形態では、アプリ管理データベースに記録された各管理データに基づいて、また、上記第二実施形態では、コンテンツ管理データベースに記録された各属性データに基づいて、それぞれプッシュ通知の出力形態を変化させて出力する例を示した。
これに対して、アプリ管理データベース及び属性データベースの双方を備え、アプリケーションの利用状況と、コンテンツの属性との双方に基づいて、プッシュ通知の出力形態を変化させてもよい。
【００５７】
この場合、例えば、通知設定手段１６４は、アプリケーションの処理頻度や利用頻度に加え、コンテンツデータが再生された再生時間帯や再生頻度、コンテンツデータの取得日時からの経過日数等に応じて、さらに細分化した出力形態を設定する。そして、図７におけるステップＳ３６，Ｓ３９，Ｓ４０において、設定された管理データから出力形態を読み出して、プッシュ通知の出力を行えばよい。
このような構成、及び通知処理を行うことで、例えば、コンテンツデータを取得した日からの経過日数が第五閾値未満であるが、処理頻度が高い処理ＩＤに対する通知データをプッシュ通知する場合は、例えば第二出力形態でプッシュ通知を実施する等、より詳細な条件に基づいたプッシュ通知が可能となり、ユーザ満足度を向上させることができる。
【００５８】
（変形例２）
上記第一実施形態及び第二実施形態では、コンテンツデータとして音楽データを例示した。このため、第二出力形態として、音楽の出力を阻害することがないよう、通知音を出力させず、表示部１１への通知画像の表示のみによる通知を行う例を示した。
これに対して、本発明のコンテンツデータとしては、音楽等の音声データ以外にも、映画等の動画データや、漫画や書籍等の静止画データ等であってもよい。
表示部１１に静止画像を表示させるコンテンツデータでは、表示部１１に通知画像が表示されることで、コンテンツデータが阻害されることになり、一方で、通知音の出力はユーザに大きな不快感を与えるものではない。したがって、このような画像を表示させるコンテンツでは、第二出力形態として、例えば音声出力部１３により通知音を出力させ、通知画像の表示を行わない旨の設定としてもよい。
また、動画データを対象とする場合は、第二表示形態においても通知画像の表示位置を画面の周端部に表示させる等、通知画像の表示位置を指定する設定としてもよい。
【００５９】
（変形例３）
上記各実施形態では、表示部１１に通知画像を表示させるか、音声出力部１３から通知音を出力させるかにより、プッシュ通知を実施する例を示したが、これに限定されない。
例えば、端末装置１と通信可能な他の出力デバイスを用いて、通知データを出力してもよい。出力デバイスとしては、例えばオーディオや、テレビジョン、パーソナルコンピュータ、他の携帯端末（スマートフォンや携帯電話、タブレット端末等）を例示できる。
また、この場合、通信部１４を本発明のデバイス通信手段として使用し、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）や赤外線通信、無線ＬＡＮを用いたＤＬＮＡ（Digital Living Network Alliance）等の機器間通信接続等が利用できる。
このような構成では、例えば、通知設定手段１６４は、通信部１４により通信が可能な出力デバイスが検出された際のプッシュ通知の出力先等を設定しておき、当該設定を管理データに記録する。これにより、通知出力手段１６５は、当該管理データの設定を読み込むことで、コンテンツ再生中のプッシュ通知を出力デバイスに出力することができる。
【００６０】
（変形例４）
上記各実施形態及び変形例では、プッシュ通知の出力を行うデバイスを、表示部１１、及び音声出力部１３、又は出力デバイスのいずれにするかを設定し、設定したデバイスに通知データに応じた通知画像や、通知音を出力させた。
これに対して、さらに、プッシュ通知の出力タイミングを設定してもよい。
例えば、音楽データを再生している際に、サーバ装置から通知を受け取った場合、プレイリストの曲と曲との間で、通知データの通知を実施してもよい。また、曲の間奏が始まる時間（開始時点からの時間）が予め登録されている場合では、間奏が始まるタイミングでプッシュ通知を実施してもよい。
その他、出力形態としては、表示部１１に表示させる通知画像の表示位置、表示サイズを変更してもよく、音声出力部１３から出力させる通知音の音量を変更してもよい。
【００６１】
（変形例５）
上記各実施形態において、端末装置１において、制御部１６（ハードウェア）が記憶部１５（ハードウェア）に記憶されたプログラム（ソフトウェア）を読み込んで実行することで、再生手段１６１、アプリ管理手段１６２、利用状況検出手段１６３、通知設定手段１６４、通知出力手段１６５、コンテンツ管理手段、及び属性検出手段等として機能する例を示したが、これに限定されない。例えば、上記のような各種機能のうちいずれか又は全部が、ＩＣチップ等のハードウェアにより構成されるものであってもよい。
【００６２】
その他、本発明の実施の際の具体的な構造および手順は、本発明の目的を達成できる範囲で他の構造などに適宜変更できる。
【符号の説明】
【００６３】
１…端末装置、１１…表示部、１２…入力操作部、１３…音声出力部、１４…通信部、１５…記憶部、１６…制御部、１６１…再生手段（コンテンツ再生手段）、１６２…アプリ管理手段、１６３…利用状況検出手段、１６４…通知設定手段、１６５…通知出力手段、１６６…アプリケーション実施手段。
【図１】
0005899161.tif 000004
【図２】
0005899161.tif 000005
【図３】
0005899161.tif 000006
【図４】
0005899161.tif 000007
【図５】
0005899161.tif 000008
【図６】
0005899161.tif 000009
【図７】
0005899161.tif 000010