(57)【要約】【課題】端末装置の構成を複雑にすることなく、新着メッセージの有無の通知に関する煩わしさをユーザに与えることがない。【解決手段】新着通知部（１９）は、定期取得に基づくメッセージ取得要求を受信し、かつ、端末装置に対する新着メッセージがある場合、新着メッセージがあることを端末装置に連続して通知した通知回数が所定の基準回数を下回っていれば、新着メッセージがあることを端末装置に通知する。【選択図】図１
2015064689.tif 000002
【特許請求の範囲】
【請求項１】
端末装置から定期的に送信される、上記端末装置に対する新着メッセージの有無を問い合わせるリクエストを受信する受信手段と、
上記リクエストが受信された場合、上記端末装置に対する上記新着メッセージの有無を判定する新着メッセージ判定手段と、
上記新着メッセージの有無を上記端末装置に対して連続して通知した通知回数が、規定の基準回数を下回るか否かを判定する通知回数判定手段と、
上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下回ると判定された場合、上記新着メッセージがあることを上記端末装置に通知する一方、上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下まわらないと判定された場合、上記新着メッセージがないことを上記端末装置に通知する通知手段とを備えていることを特徴とする通知サーバ。
【請求項２】
上記リクエストが前回受信された時点と、上記リクエストが今回受信された時点との時間間隔が、規定の基準時間間隔を上回る場合、上記通知回数を初期化する初期化手段をさらに備えていることを特徴とする請求項１に記載の通知サーバ。
【請求項３】
さらに新たな上記新着メッセージが、上記端末装置が参加しているメッセージ交換サービスに登録された場合、上記通知回数を初期化する初期化手段をさらに備えていることを特徴とする請求項１または２に記載の通知サーバ。
【請求項４】
上記通知手段は、上記新着メッセージをあることを上記端末装置に通知するとき、上記新着メッセージを含む所定の通知データを上記端末装置に送信することを特徴とする請求項１から３のいずれか１項に記載の通知サーバ。
【請求項５】
上記通知手段は、上記新着メッセージがないことを上記端末装置に通知するとき、上記新着メッセージを含まない所定の通知データを上記端末装置に送信することを特徴とする請求項１から４のいずれか１項に記載の通知サーバ。
【請求項６】
ユーザの指示に基づき上記端末装置から送信された、上記新着メッセージの有無を問い合わせる第２のリクエストを受信する第２の受信手段と、
上記第２のリクエストが受信された場合、上記新着メッセージの有無を判定する第２の新着メッセージ判定手段とをさらに備えており、
上記通知手段は、上記第２のリクエストが受信され、かつ、上記新着メッセージがあると判定された場合、上記通知回数が上記基準回数を下回るか否かに関わらず、上記新着メッセージがあることを上記端末装置に通知することを特徴とする請求項１から５のいずれか１項に記載の通知サーバ。
【請求項７】
端末装置と、通知サーバとを備えた通知システムにおいて、
上記端末装置は、
上記端末装置に対する新着メッセージの有無を問い合わせるリクエストを、定期的に上記通知サーバに送信する送信手段と、
上記通知サーバからの通知に基づき、上記新着メッセージの有無をユーザに通知するユーザ通知手段とを備えており、
上記通知サーバは、
上記リクエストを受信する受信手段と、
上記リクエストが受信された場合、上記端末装置に対する上記新着メッセージの有無を判定する新着メッセージ判定手段と、
上記新着メッセージの有無を上記端末装置に対して連続して通知した通知回数が、規定の基準回数を下回るか否かを判定する通知回数判定手段と、
上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下回ると判定された場合、上記新着メッセージがあることを上記端末装置に通知する一方、上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下まわらないと判定された場合、上記新着メッセージがないことを上記端末装置に通知する通知手段と備えていることを特徴とする通知システム。
【請求項８】
端末装置から定期的に送信される、上記端末装置に対する新着メッセージの有無を問い合わせるリクエストを受信する受信ステップと、
上記リクエストが受信された場合、上記端末装置に対する上記新着メッセージの有無を判定する新着メッセージ判定ステップと、
上記新着メッセージの有無を上記端末装置に対して連続して通知した通知回数が、規定の基準回数を下回るか否かを判定する通知回数判定ステップと、
上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下回ると判定された場合、上記新着メッセージがあることを上記端末装置に通知する一方、上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下まわらないと判定された場合、上記新着メッセージがないことを上記端末装置に通知する通知ステップとを含んでいることを特徴とする通知方法。
【請求項９】
請求項１〜６のいずれか１項に記載の通知サーバとしてコンピュータを機能させるためのプログラムであって、コンピュータを上記各手段として機能させるためのプログラム。
【請求項１０】
請求項９に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置に対する新着メッセージの有無を端末装置に通知する通知サーバ、通知システム、通知方法、プログラム、および記録媒体に関する。
【背景技術】
【０００２】
通信技術の発達に伴い、各種の端末装置を用いたメッセージ交換サービスが、急速に普及している。かつては電子メールがその代表格であったが、昨今では、タイムライン上に各ユーザによる一連のメッセージを時系列で並べて表示する方式のサービスが人気を集めている。このような端末装置においては、ユーザにメッセージ交換サービスの利用を促すために、新着メッセージがサーバに届くたびに、その旨をユーザに通知することが一般的になっている。
【０００３】
端末装置のユーザに対して新着メッセージの有無を通知する技術の例が、特許文献１および２に開示されている。特許文献１には、お知らせ配信サーバから配信された、コンテンツに対応するお知らせを受信し、表示画面に重畳するテレビが開示されている。このテレビは、ユーザからの指示に基づき、表示中のお知らせに対するコンテンツの詳細をウェブサーバから受信し、表示画面に表示することができる。一方、特許文献２には、サーバマシンから送信されたテロップメッセージを受信し、受信したメッセージをテロップで表示するクライアントマシンが開示されている。このクライアントマシンにおいて、ユーザがテロップの表示停止を指示すると、クライアントマシンは、テロップの既読通知をサーバマシンに送信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１５６４３号公報（２０１２年１月１９日公開）
【特許文献２】特開２０１２−２１６７０６号公報（２０１２年１１月８日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１の技術では、お知らせに対するコンテンツの詳細を表示しない限り、同じお知らせが延々と表示されてしまう。したがって、詳細をあとで確認しようと思っているユーザに、煩わしさを与えてしまう問題がある。一方、特許文献２の技術では、メッセージの既読管理をクライアントマシン側において行う必要がある。そのため、クライアントマシンの構成を複雑にしてしまうという問題が生ずる。
【０００６】
本発明は上記の課題を解決するためになされたものである。そして、その目的は、端末装置の構成を複雑にすることなく、新着メッセージの有無の通知に関する煩わしさをユーザに与えずに済む通知サーバ、通知システム、通知方法、プログラム、および記録媒体を提供することにある。
【課題を解決するための手段】
【０００７】
本発明に係る通知サーバは、上記の課題を解決するために、
端末装置から定期的に送信される、上記端末装置に対する新着メッセージの有無を問い合わせるリクエストを受信する受信手段と、
上記リクエストが受信された場合、上記端末装置に対する上記新着メッセージの有無を判定する新着メッセージ判定手段と、
上記新着メッセージの有無を上記端末装置に対して連続して通知した通知回数が、規定の基準回数を下回るか否かを判定する通知回数判定手段と、
上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下回ると判定された場合、上記新着メッセージがあることを上記端末装置に通知する一方、上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下まわらないと判定された場合、上記新着メッセージがないことを上記端末装置に通知する通知手段と備えていることを特徴としている。
【発明の効果】
【０００８】
本発明に係る通知サーバは、端末装置の構成を複雑にすることなく、新着メッセージの有無の通知に関する煩わしさをユーザに与えずに済むという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１の実施形態に係るお知らせ配信サーバの要部構成を示すブロック図である。
【図２】本発明の第１の実施形態に係るメッセージ提示システムの要部構成を示すブロック図である。
【図３】本発明の第１の実施形態における、新着通知管理レコードの一例を示す図である。
【図４】本発明の第１の実施形態に係るＳＮＳサーバの要部構成を示すブロック図である。
【図５】本発明の第１の実施形態に係るＳＮＳサーバがメッセージの管理に用いるメッセージレコードの一例を示す図である。
【図６】本発明の第１の実施形態に係るテレビの要部構成を示すブロック図である。
【図７】本発明の第１の実施形態に係る携帯端末における家族ＳＮＳページの表示画面の一例を示す図である。
【図８】本発明の第１の実施形態に係るテレビにおける表示画面の一例を示す図である。
【図９】本発明の第１の実施形態に係るテレビから送信されるメッセージ取得要求に含まれるパラメータ名および値の一例を示す図である。
【図１０】本発明の第１の実施形態に係るお知らせ配信サーバから送信される新着レスポンスのデータ形式の一例を示す図である。
【図１１】本発明の第１の実施形態における、条件ごとの新着レスポンスの内容を示す図である。
【図１２】本発明の第１の実施形態に係るお知らせ配信サーバが実行する新着メッセージ有無の通知処理の全体的な流れを示すフローチャートである。
【図１３】本発明の第１の実施形態に係るお知らせ配信サーバが実行する、定期取得時のメッセージ取得要求に対する新着メッセージ有無の通知処理の流れを示すフローチャートである。
【図１４】本発明の第１の実施形態に係るお知らせ配信サーバが実行する、オンデマンド取得時のメッセージ取得要求に対する新着メッセージ有無の通知処理の流れを示すフローチャートである。
【図１５】本発明の第１の実施形態に係るお知らせ配信サーバが新着メッセージの有無を判定する際の処理の流れを示すフローチャートである。
【図１６】本発明の第１の実施形態における、お知らせ配信サーバがメッセージ取得要求を受信した時間ごとの、テレビへの通知内容を示す図である。
【図１７】本発明の第２の実施形態における、お知らせ配信サーバがメッセージ取得要求を受信した時間ごとの、テレビへの通知内容を示す図である。
【図１８】本発明の第３の実施形態における、お知らせ配信サーバがメッセージ取得要求を受信した時間ごとの、テレビへの通知内容を示す図である。
【発明を実施するための形態】
【００１０】
〔実施の形態１〕
本発明に係る第１の実施形態について、図１〜図１６に基づいて以下に説明する。
【００１１】
（システムの概要）
まず、本実施形態に係るメッセージ提示システム１００（通知システム）の概要について、図２を参照して以下に説明する。図２は、本発明の第１の実施形態に係るメッセージ提示システム１００の要部構成を示すブロック図である。この図に示すように、メッセージ提示システム１００は、お知らせ配信サーバ１（通知サーバ）、ＳＮＳサーバ２、お知らせ集中配信サーバ４、テレビ６（端末装置）、および携帯端末８（端末装置）を備えている。
【００１２】
ＳＮＳサーバ２は、グループのメンバーがメッセージをやり取りすることのできるソーシャルネットワーキングサービス（ＳＮＳ）を提供するサーバである。本実施形態では、テレビ６のユーザまたは携帯端末８のユーザを家族のメンバーとするグループが設定されていることを想定している。ＳＮＳサーバ２は、テレビ６または携帯端末８からメッセージの登録を受け付け、テレビ６または携帯端末８のリクエストに応じて、登録されているメッセージを提示する。また、ＳＮＳサーバ２は、新着メッセージが登録されると、そのメッセージに関する情報（以下、新着情報）をお知らせ配信サーバ１に随時提供する。
【００１３】
お知らせ配信サーバ１は、新着メッセージがあることをテレビ６に通知するサーバである。本実施形態では、お知らせ配信サーバ１は、テレビ６から、新着メッセージの取得を要求するデータ（以下、新着メッセージ取得要求）を受信すると、テレビ６に対する新着メッセージの有無を判定する。お知らせ配信サーバ１は、ＳＮＳサーバ２から提供された新着情報を用いて、テレビ６に対する新着メッセージの有無を判定し、その結果に基づき、新着メッセージの有無を通知するための所定の新着レスポンス（通知データ）を生成してテレビ６に送信する。詳しくは後述するが、お知らせ配信サーバ１は、テレビ６の構成を複雑にすることなく、新着メッセージの有無の通知に関する煩わしさをユーザに与えずに済むように、新着メッセージの有無をテレビ６に通知する。
【００１４】
なお、お知らせ配信サーバ１は、携帯端末８からメッセージ取得要求を受信した場合は、携帯端末８に対して新着メッセージの有無を通知することができる。
【００１５】
以上のように、お知らせ配信サーバ１およびＳＮＳサーバ２が協働して動作することによって、例えば家族のようなグループ単位でメッセージをやりとりすることが可能な家族ＳＮＳ（メッセージ交換サービス）が、テレビ６および携帯端末８に提供される。
【００１６】
特に図示していないが、本実施形態では、家族ＳＮＳとは異なる他のインターネットサービスも、メッセージ提示システム１００のユーザに提供されている。ユーザは、テレビ６または携帯端末８を通じて、家族ＳＮＳを含む複数のインターネットサービスを利用することができる。各インターネットサービスは、伝言板または電子メールなどの所定のメッセージの提供を担うウェブサーバと、新着メッセージの有無を通知するお知らせ配信サーバとが連携することによって、実現されている。
【００１７】
お知らせ集中配信サーバ４は、テレビ６とお知らせ配信サーバ１との通信を中継するサーバである。本実施形態では、テレビ６は、メッセージ取得要求をいずれかのお知らせ配信サーバに直接送信することはなく、まず、お知らせ集中配信サーバ４に送信する。お知らせ集中配信サーバ４は、受信したメッセージ取得要求がどのインターネットサービスに対応するものであるかを特定する。そして、特定したインターネットサービスに関与するお知らせ配信サーバに、メッセージ取得要求を転送する。例えばお知らせ集中配信サーバ４は、受信したメッセージ取得要求が家族ＳＮＳに関するものである場合、メッセージ取得要求を、家族ＳＮＳに関与するお知らせ配信サーバ１に送信する。
【００１８】
テレビ６は、放送番組を受信して映像および音声を出力するテレビジョン受像機である。また、テレビ６は、インターネット等のネットワークにアクセスして、ネットワーク上のコンテンツを表示するためのブラウザ機能も備えている。このブラウザ機能によって、テレビ６は、家族ＳＮＳに登録されたメッセージを表示する。
【００１９】
携帯端末８は、インターネット等のネットワークにアクセスして、ネットワーク上のコンテンツを表示するためのブラウザ機能を備えた携帯型の端末装置である。本実施形態では、携帯端末８は、このブラウザ機能を利用して家族ＳＮＳに登録されたメッセージを表示する。携帯端末８は、家族ＳＮＳへのメッセージの登録、および登録されたメッセージの閲覧が可能な装置であればよく、例えば携帯電話機やスマートフォン等であってもよい。
【００２０】
（お知らせ配信サーバ１の構成）
お知らせ配信サーバ１のより詳細な構成について、図１を参照して以下に基説明する。図１は、本発明の第１の実施形態に係るお知らせ配信サーバ１の要部構成を示すブロック図である。この図に示すように、お知らせ配信サーバ１は、お知らせ配信サーバ１の機能を統括して制御する制御部１０、他の装置と通信するための通信部１１、およびテレビ６への新着メッセージの有無の通知を管理するために必要なデータを含むデータベースであるお知らせ管理ＤＢ１２を備えている。お知らせ管理ＤＢ１２には、新着通知管理レコード１３が含まれている。制御部１０は、メッセージ取得要求受信部１４（受信手段、第２の受信手段）、要求解析部１５、新着判定部１６（新着メッセージ判定手段、第２の新着メッセージ判定手段）、通知回数管理部１７（通知回数判定手段、初期化手段）、レスポンス生成部１８、および新着通知部１９（通知手段）を備えている。
【００２１】
メッセージ取得要求受信部１４は、テレビ６から定期的に送信されるメッセージ取得要求を受信する。メッセージ取得要求の詳細については後述する。また、メッセージ取得要求受信部１４は、テレビ６からユーザの指示に基づき非定期的に送信されるメッセージ取得要求も受信する。
【００２２】
要求解析部１５は、受信されたメッセージ取得要求を解析することによって、メッセージ取得要求が定期取得またはオンデマンド取得のいずれに基づくものであるのかを決定する。定期取得およびオンデマンド取得の詳細は後述する。
【００２３】
新着判定部１６は、テレビ６に対する未読の新着メッセージが、テレビ６が参加している家族ＳＮＳに登録されているか否かを判定する。
【００２４】
通知回数管理部１７は、新着メッセージの有無をテレビ６に対して連続して通知した回数を管理する。
【００２５】
レスポンス生成部１８は、新着メッセージの有無を通知するための所定の新着レスポンスを生成する。新着レスポンスの詳細については後述する。
【００２６】
新着通知部１９は、生成された新着レスポンスをテレビ６に送信することによって、新着メッセージの有無をテレビ６に通知する。
【００２７】
（新着通知管理レコード１３の構成）
新着通知管理レコード１３は、家族ＳＮＳに参加している各端末装置に対して新着メッセージの有無を通知する際に用いられるデータを管理するレコードである。新着通知管理レコード１３は、たとえば、図３に示すようなものである。
【００２８】
図３は、本発明の第１の実施形態における新着通知管理レコード１３の一例を示す図である。この図に示す例では、新着通知管理レコード１３は、端末ＩＤ、最終メッセージ、メッセージ更新時刻、最終閲覧時刻、最終通知時刻、および通知回数が対応づけられたレコードである。
【００２９】
「端末ＩＤ」は、テレビ６等の端末装置を特定する識別子である。端末装置が新たに家族ＳＮＳに参加したとき、その端末装置に対して一意な端末ＩＤが割り当てられる。ＳＮＳサーバ２は、新たな端末装置が家族ＳＮＳに登録されたとき、その端末装置の端末ＩＤをお知らせ配信サーバ１に提供する。お知らせ配信サーバ１は、提供された端末ＩＤを、新着通知管理レコード１３に登録する。
【００３０】
「最終メッセージ」は、対応する端末装置が参加している家族ＳＮＳに対して最後に登録された、端末装置に対する新着メッセージである。
【００３１】
「メッセージ更新時刻」は、対応する端末装置に対する新着メッセージ（最終メッセージ）が更新された時刻である。より詳細には、対応する端末装置が参加している家族ＳＮＳに最後に登録された新着メッセージの登録時刻のことである。
【００３２】
「最終閲覧時刻」は、対応する端末装置が最後に新着メッセージをＳＮＳサーバ２からダウンロードした時刻である。
【００３３】
「通知回数」は、新着メッセージの有無を、対応する端末装置に対して連続して通知した回数である。
【００３４】
（ＳＮＳサーバ２の構成）
ＳＮＳサーバ２のより詳細な構成について、図４を参照して以下に説明する。図４は、本発明の第１の実施形態に係るＳＮＳサーバの要部構成を示すブロック図である。
【００３５】
この図に示すように、ＳＮＳサーバ２は、ＳＮＳサーバ２の機能を統括して制御する制御部２０、他の装置と通信するための通信部２１、および家族ＳＮＳの提供に必要なデータを含むデータベースであるＳＮＳ管理ＤＢ２２を備えている。ＳＮＳ管理ＤＢ２２には、メッセージレコード２３が含まれている。さらに、ＳＮＳ管理ＤＢ２２には、図示しない端末レコードも含まれている。制御部２０は、認証部２４、ページ送信部２５、メッセージ登録部２６、および新着管理部２７を備えている。
【００３６】
認証部２４は、家族ＳＮＳへのログイン認証を行う。具体的には、テレビ６または携帯端末８からログインリクエストを受信したときに、該リクエストと共に受信したユーザＩＤおよびパスワードと、予め登録されているユーザＩＤおよびパスワードとを照合する。そして、一致が確認された場合には、そのユーザＩＤに対応付けられている家族ＩＤを特定すると共に、認証に成功した旨をテレビ６または携帯端末８に通知する。一方、一致が確認されなかった場合には、認証に失敗した旨をテレビ６または携帯端末８に通知する。
【００３７】
ページ送信部２５は、認証部２４が特定した家族ＩＤに応じたメッセージをＳＮＳ管理ＤＢ２２から読み出し、読み出したメッセージを含み、携帯端末８のユーザによるメッセージの入力を受け付けるウェブページ（入力用コンテンツ）を生成する。そして、生成したウェブページを携帯端末８に送信する。
【００３８】
ページ送信部２５は、テレビ６からリクエストを受信した場合にも、ウェブページを生成し、送信する。具体的には、ページ送信部２５は、テレビ６から端末ＩＤ（テレビ６の端末ＩＤ）を含む家族ＳＮＳのページリクエストを受信した場合、図示しない端末レコードを参照して、受信した端末ＩＤが属する家族ＩＤを特定する。そして、該家族ＩＤのメッセージをメッセージレコード２３から取得して、取得したメッセージを参照することのできるウェブページを生成し、通信部２１を介してテレビ６に送信する。メッセージレコード２３の詳細は後述する。
【００３９】
メッセージ登録部２６は、ＳＮＳ管理ＤＢ２２にメッセージを登録する処理を行う。具体的には、メッセージ登録部２６は、携帯端末８からメッセージ書き込みリクエストを受信したときに、このメッセージをそのユーザが属する家族ＩＤのメッセージとしてＳＮＳ管理ＤＢ２２のメッセージレコード２３に登録する。そして、メッセージの登録後、書き込みに成功したことを携帯端末８に通知する。
【００４０】
同様に、テレビ６からメッセージ書き込みリクエストを受信したときには、テレビ６の端末ＩＤに対応する家族ＩＤのメッセージとしてＳＮＳ管理ＤＢ２２のメッセージレコード２３に登録する。そして、メッセージの登録後、書き込みに成功したことをテレビ６に通知する。なお、テレビ６からのメッセージ書き込みリクエストには、テレビ６の端末ＩＤが含まれており、これに対応する家族ＩＤは端末レコードを参照することで特定できる。
【００４１】
新着管理部２７は、家族ＳＮＳに対して新着メッセージが登録された場合に、当該新着メッセージに関する情報（新着情報）を、お知らせ配信サーバ１に提供する。具体的には、登録された新着メッセージの宛先である端末装置の端末ＩＤに、新着メッセージの本文、および、登録された新着メッセージの登録時刻を関連づけて、お知らせ配信サーバ１に提供する。お知らせ配信サーバ１は、提供された新着メッセージの本文および登録時刻を、それぞれ、最終メッセージおよびメッセージ更新時刻として、新着通知管理レコード１３に登録する。
【００４２】
（メッセージレコード２３の構成）
メッセージレコード２３は、家族ＳＮＳに登録され、閲覧の対象となるメッセージを管理するデータである。メッセージレコード２３は、例えば図５に示すようなものである。図５は、本発明の第１の実施形態に係るＳＮＳサーバ２がメッセージの管理に用いるメッセージレコードの一例を示す図である。この図に示すメッセージレコード２３は、メッセージＩＤ、家族ＩＤ、登録メンバー、登録日時、内容、および詳細が対応付けられたデータである。
【００４３】
「メッセージＩＤ」は、登録されたメッセージを特定する識別情報である。メッセージが登録されたときに、そのメッセージに対して一意なメッセージＩＤが割り当てられる。
【００４４】
「家族ＩＤ」は、家族ＳＮＳに登録されたグループを特定する識別情報であり、これによりグループ単位でメッセージを管理することができる。図５の例では、家族ＩＤが何れも同一である。この家族ＩＤを用いた管理により、ＳＮＳサーバ２は、複数のグループのそれぞれに対してサービスを提供することができる。
【００４５】
「登録メンバー」は、家族ＳＮＳに登録されたグループのメンバーのうち、当該メッセージを登録したメンバーを示す。なお、図５の例では、「お父さん」、「お母さん」のように文字列でメンバーを示しているが、数字や記号等で示してもよい。
【００４６】
「登録日時」は、メッセージの登録日時を示し、「内容」は、登録されたメッセージの内容（入力されたメッセージのテキスト等の形式のデータ）を示す。また、「詳細」は、当該内容を閲覧するための情報であり、図５の例では、メッセージを閲覧するためのウェブサイトのアドレス（ＵＲＬ）が記述されている。なお、ＵＲＬはメッセージごとに異なっていてもよいし、複数のメッセージに対して１つのＵＲＬが対応付けられていてもよい。
【００４７】
（テレビ６の構成）
テレビ６の要部構成について、図６を参照して以下に説明する。図６は、本発明の第１の実施形態に係るテレビ６の要部構成を示すブロック図である。この図に示すように、テレビ６は、メッセージ取得要求送信部６０（送信手段）、レスポンス受信部６１、および表示部６２（ユーザ通知手段）を備えている。テレビ６は、これらの部材以外にも、放送番組の再生機能に関する各種部材も備えているが、その図示および詳細な説明は省略する。
【００４８】
メッセージ取得要求送信部６０は、メッセージ取得要求を、お知らせ集中配信サーバ４を介してお知らせ配信サーバ１に定期的または非定期的に送信する。
【００４９】
レスポンス受信部６１は、お知らせ配信サーバ１から送信される新着レスポンスを、お知らせ集中配信サーバ４を介して受信する。
【００５０】
表示部６２は、受信した新着レスポンスの内容に基づき、テレビ６に対する新着メッセージの有無を、図示しない所定の表示パネルに表示することによって、新着メッセージの有無をテレビ６のユーザに対して通知する。
【００５１】
（携帯端末８における表示画面例）
携帯端末８における表示画面例について、図７を参照して以下に説明する。図７は、本発明の第１の実施形態に係る携帯端末８における家族ＳＮＳページの表示画面の一例を示す図である。
【００５２】
この図に示す例では、３つのメッセージＭ１〜Ｍ３が携帯端末８の表示画面に表示されている。また、新しいメッセージＭ４と共に、新しいメッセージを書き込むための書込キーＫ１も表示されている。メッセージＭ１〜Ｍ３は、家族ＳＮＳに登録されているメッセージであり、そのメッセージの登録日時および登録メンバー（メッセージの登録を行った者）を示す情報と共に表示されている。
【００５３】
メッセージＭ４は、携帯端末８においてユーザがこれから入力しようとするメッセージである。このメッセージＭ４が表示されている欄をタッチすることによって、メッセージの作成・編集を行うことができ、書込キーＫ１にタッチすることによって作成したメッセージを家族ＳＮＳに登録することができる。
【００５４】
（テレビ６における表示画面例）
テレビ６における表示画面例について、図８に基づいて説明する。図８は、本発明の第１の実施形態に係るテレビ６の表示画面例を示す図である。同図の（ａ）の画面例では、テレビ６には放送番組が表示されている。テレビ６では、放送番組の表示中にメッセージのやり取りを行うため、受信したメッセージを即表示すると、放送番組の視聴の妨げとなるおそれがある。このため、同図の（ｂ）に示すように、新たなメッセージが家族ＳＮＳに登録されたときには、いきなり新着メッセージを全て表示するのではなく、まず、新着メッセージがある旨の通知を表示する。このとき、登録されたメッセージの冒頭部分をテロップとして含む小ウインドウが、放送番組に重畳するように画面に表示される。この小ウインドウには、「見る」と記述されたキーも表示されている。このキーが選択されたときには、同図の（ｃ）に示すように、テレビ６はウェブブラウザを起動して、当該メッセージを含むウェブページをＳＮＳサーバ２からダウンロードし、表示する。この結果、ＳＮＳサーバ２は、当該メッセージがユーザによって閲覧されたことを検出する。
【００５５】
（メッセージ取得要求）
メッセージ取得要求の詳細について、図９を参照して以下に説明する。図９は、本発明の第１の実施形態に係るテレビ６から送信されるメッセージ取得要求に含まれるパラメータの名称および値の一例を示す図である。
【００５６】
メッセージ取得要求は、テレビ６に対する新着メッセージをテレビ６に送信するように、お知らせ配信サーバ１に対して要求する所定のデータである。本実施形態では、メッセージ取得要求は、テレビ６に対する新着メッセージの有無を問い合わせるリクエストとしての役割も兼ねている。すなわちテレビ６は、新着メッセージをお知らせ配信サーバ１に送信することによって、新着メッセージがない場合にテレビ６に対して何も通知しないのではなく、その旨をテレビ６に通知するようにお知らせ配信サーバ１に要求する。
【００５７】
テレビ６は、お知らせ配信サーバ１にメッセージ取得要求を定期的に送信する。ここでいう定期的とは、ユーザの指示によらず、テレビ６において予め定められた条件が成立した場合に、テレビ６が自動的にメッセージ取得要求を送信することを意味する。したがって、定期的であることは、一定の周期的であることと、そうでないこととの双方を含む。以下では、この種のメッセージ取得要求を、定期取得に基づくメッセージ取得要求と記載する。
【００５８】
本実施形態では、テレビ６のメッセージ取得要求送信部６０は、テレビ６の電源がオンされている間、５分間隔の定期周期でメッセージ取得要求を送信する。一方、テレビ６の電源がオフされている間、メッセージ取得要求送信部６０はメッセージ取得要求を送信しない。
【００５９】
ユーザは、テレビ６に対する新着メッセージの有無を知りたいと思ったとき、新着メッセージの有無をテレビ６に表示するように指示する操作をテレビ６に行う。テレビ６は、この操作を受けて、定期取得に基づくメッセージ取得要求とは別に、ユーザの指示に基づく非定期的なメッセージ取得要求をお知らせ配信サーバ１に送信する。このようなメッセージ取得要求を、以下ではオンデマンド取得に基づくメッセージ取得要求と記載する。
【００６０】
本実施形態では、メッセージ取得要求には、所定のパラメータに関する値が、少なくとも２種類含まれている。１つは、テレビ６の識別子である端末ＩＤ（term_id）であり、もう１つは、メッセージ取得要求が定期取得に基づくものであるか否かを示すパラメータ（regular）である。パラメータ「regular」の値が「１」である場合、図９の（ａ）に示すように、メッセージ取得要求は定期取得に基づくものである。一方、図９の（ｂ）に示すように、パラメータ「regular」の値が「０」である場合、メッセージ取得要求はオンデマンド取得に基づくものである。
【００６１】
（新着レスポンス）
新着レスポンスの詳細について、図１０を参照して以下に説明する。図１０は、本発明の第１の実施形態に係るお知らせ配信サーバ１から送信される新着レスポンスのデータ形式の一例を示す図である。
【００６２】
お知らせ配信サーバ１は、定期取得に基づくメッセージ取得要求を受信した場合、図１０の（ａ）または（ｂ）に示すデータ形式の新着レスポンスを、テレビ６に送信する。新着メッセージがあることをテレビ６に通知する場合、お知らせ配信サーバ１は、図１０の（ａ）に示すデータ形式の新着レスポンスを送信する。一方、新着メッセージがないことをテレビ６に通知する場合、図１０の（ｂ）に示すデータ形式の新着レスポンスをテレビ６に送信する。
【００６３】
図１０の（ａ）および（ｂ）に示すデータ形式は、ＸＭＬ  Ａｔｏｍ形式（ＲＦＣ４２８７）である。しかし、新着レスポンスのデータ形式は、この形式に限られるものではなく、テレビ６に対して新着メッセージの有無を通知することができる形式であれば、どのようなものであってもよい。
【００６４】
新着メッセージがあることを通知するための新着レスポンスは、図１０の（ａ）に示すように、各種の情報を、対応するタグに囲まれた形式で含んでいる。具体的には、新着メッセージのタイトル（titleタグ）、サービスプロバイダ名（authorタグ）、識別子（idタグ）、更新時刻（updatedタグ）、新着メッセージの本文（summaryタグ）、および掲示板ウェブページのアドレス（linkタグ）である。これらの情報は、新着レスポンスにおいて、すべて、各タグの親タグであるentryタグ内に囲まれている。テレビ６は、図１０の（ａ）に示すデータ形式の新着レスポンスを受信した場合、図８の（ｂ）に示すように、テレビ６に対する新着メッセージがあることを通知するための小ウインドウを、画面に表示する。
【００６５】
ここで、小ウインドウ内の「見る」ボタンが選択された場合、テレビ６は、新着レスポンス内のlinkタグに囲まれたアドレスにアクセスすることによって、新着メッセージを含むウェブページをＳＮＳサーバ２からダウンロードし、図８の（ｃ）に示すように画面に表示する。
【００６６】
新着メッセージがないことを通知するための新着レスポンスでは、図１０の（ｂ）に示すように、entryタグの中身が空となっている。すなわち、新着メッセージのタイトル、サービスプロバイダ名、識別子、更新時刻、新着メッセージの本文、およびウェブページのアドレスは、図１０の（ｂ）に示す新着レスポンスには含まれていない。テレビ６は、図１０の（ｂ）に示すような新着レスポンスを受信した場合、図８の（ａ）に示すように、画面に何も表示しない。すなわち、新着メッセージがないことをユーザには通知せず、放送番組のみを画面に表示し続ける。
【００６７】
お知らせ配信サーバ１は、メッセージ取得要求がオンデマンド取得に基づくものであり、かつ、テレビ６に対する新着メッセージがある場合、図１０の（ａ）に示すような新着レスポンスをテレビ６に送信する。これは、メッセージ取得要求が定期取得に基づく場合と同様である。
【００６８】
一方、お知らせ配信サーバ１は、新着メッセージがないことをテレビ６に通知する場合、メッセージ取得要求が定期取得に基づくものであるか否かに応じて、異なる内容の新着レスポンスを送信する。具体的には、メッセージ取得要求がオンデマンド取得に基づくものであり、かつ、テレビ６に対する新着メッセージがない場合、お知らせ配信サーバ１は、新着メッセージがないことを通知するための所定のメッセージをsummaryタグ内に含んだ新着レスポンス（図示せず）を、テレビ６に送信する。この所定のメッセージは、たとえば「新着メッセージはありません」などの、新着メッセージがないことを説明する文字列である。テレビ６は、受信した新着レスポンスに含まれる所定のメッセージを画面に表示することによって、新着メッセージがないことをユーザに通知する。
【００６９】
本実施形態では、お知らせ配信サーバ１は、定期取得に基づくメッセージ取得要求を受信した場合、新着メッセージがあったとしても、必ずしも、新着メッセージがあることを通知する新着レスポンスを送信するとは限らない。すなわち、お知らせ配信サーバ１は、新着メッセージが未読であり続ける間に、定期取得に基づくメッセージ取得要求を連続して受信した回数が、規定の基準回数（上限回数）を下回る場合には、テレビ６に対して、新着メッセージがあることを通知する新着レスポンスを送信する。一方、新着メッセージが未読であり続ける間に、定期取得に基づくメッセージ取得要求を連続して受信した回数が、規定の基準回数以上になった場合には、テレビ６に対して、新着メッセージがないことを通知する新着レスポンスを送信する。すなわち、実際には新着メッセージがあるにも関わらず、テレビ６には、新着メッセージがないことを通知する。
【００７０】
これにより、テレビ６において、新着メッセージがあることがあまりに多く繰り返し表示されることを防止できるので、新着メッセージの確認を後回しにしたいユーザに対して煩わしさを与えずに済む。特に、テレビ６を通じて放送番組の視聴中に、補助的に、新着メッセージの有無を確認したいと考えるユーザにとっては、新着メッセージの有無の通知が基準回数までに留まることによって、放送番組の視聴を無用に邪魔されずに済むという利点がある。
【００７１】
一方、お知らせ配信サーバ１は、オンデマンド取得に基づくメッセージ取得要求を受信した場合は、新着メッセージがあれば、必ず、新着メッセージがあることを通知するための新着レスポンスを、テレビ６に送信する。これにより、新着メッセージの有無を能動的に知りたいと考えているユーザに対して、確実に、新着メッセージの有無を通知することができる。
【００７２】
以上のように、本実施形態では、新着レスポンスの内容は、メッセージ取得要求が定期取得に基づくものであるか否か、テレビ６に対する新着メッセージがあるか否か、および、同じ新着メッセージがあり続ける間に、定期取得に基づくメッセージ取得要求を連続して受信した回数が、規定の基準回数を下回るか否かという三つの条件に基づき、決まる。これらをまとめて図１１に示す。図１１は、本発明の第１の実施形態における、条件ごとの新着レスポンスの内容を示す図である。
【００７３】
（新着メッセージ有無の通知処理）
メッセージ提示システム１００において、お知らせ配信サーバ１が実行する新着メッセージ有無の通知処理の詳細について、図１２を参照して以下に説明する。図１２は、本発明の第１の実施形態に係るお知らせ配信サーバ１が実行する新着メッセージ有無の通知処理の全体的な流れを示すフローチャートである。
【００７４】
上述したように、テレビ６のメッセージ取得要求送信部６０は、お知らせ集中配信サーバ４を介して、メッセージ取得要求をお知らせ配信サーバ１に送信する。お知らせ配信サーバ１において、このメッセージ取得要求を、メッセージ取得要求受信部１４が受信する（ステップＳ１、受信ステップ）。メッセージ取得要求受信部１４は、受信したメッセージ取得要求を要求解析部１５に出力する。
【００７５】
要求解析部１５は、入力されたメッセージ取得要求が、定期取得に基づくものであるか否かを判定する（ステップＳ２）。このとき要求解析部１５は、受信した新着メッセージに含まれるパラメータregularの値が「１」である場合、メッセージ取得要求が定期取得に基づくものであると判定する（ＹＥＳ）。一方、パラメータregularの値が「０」である場合、メッセージ取得要求が定期取得に基づくものではない（すなわちオンデマンド取得に基づくものである）と判定する（Ｎｏ）。
【００７６】
ステップＳ２における判定の結果が「真」であるとき（Ｙｅｓ）、お知らせ配信サーバ１は、定期取得に基づく新着レスポンスに対する、新着メッセージ有無の通知処理を実行する（ステップＳ３）。この通知処理の詳細は後述する。一方、ステップＳ２における判定の結果が「偽」であるとき（Ｎｏ）、お知らせ配信サーバ１は、オンデマンド取得に基づく新着レスポンスに対する、新着メッセージ有無の通知処理を実行する（ステップＳ４）。この通知処理の詳細は後述する。
【００７７】
ステップＳ３またはＳ４の通知処理が終了した後、通知回数管理部１７は、受信したメッセージ取得要求に含まれるテレビ６の端末ＩＤを取得し、新着通知管理レコード１３において当該端末ＩＤに対応づけられている、テレビ６に対する新着メッセージの有無の通知回数を、１つ増加させる（ステップＳ５）。
【００７８】
通知回数の増加後、新着通知部１９は、新着通知管理レコード１３においてテレビ６の端末ＩＤに対応づけられている、テレビ６に対して新着メッセージの有無を通知した最終通知時刻を、現在時刻に変更する（ステップＳ６）。これにより、図１２に示す一連の処理は終了する。
【００７９】
（定期取得時の通知処理）
図１３は、本発明の第１の実施形態に係るお知らせ配信サーバ１が実行する、定期取得時のメッセージ取得要求に対する新着メッセージ有無の通知処理の流れを示すフローチャートである。
【００８０】
この図に示す例では、通知回数管理部１７は、まず、現在時刻を取得する。また、新着通知管理レコード１３を参照することによって、テレビ６に対して新着メッセージの有無を通知した最終通知時刻も取得する。そして、現在時刻から、最終通知時刻を引いた時間が、規定の基準時間間隔（本実施形態では３０分）以上であるか否かを判定する（ステップＳ１１）。この基準時間間隔は一例に過ぎず、他の基準時間間隔がお知らせ配信サーバ１に設定されていてもよい。
【００８１】
ステップＳ１２における判定の結果が「真」であるとき（Ｙｅｓ）、通知回数管理部１７は、テレビ６に対する新着メッセージ有無の通知回数を初期化する（ステップＳ１２）。本実施形態では、新着通知管理レコード１３において、テレビ６の端末ＩＤに対応づけられている通知回数を、ゼロに設定する。初期化は、必ずしも通知回数をゼロに設定することに限らず、例えば通知回数を不定値に設定したり、あるいは、規定の開始値に設定したりすることであってもよい。この初期化によって奏する効果については、後述する。一方、ステップＳ１１における判定の結果が「偽」であるとき（Ｎｏ）、通知回数管理部１７は、通知回数を初期化しない。
【００８２】
ステップＳ１１またはＳ１２の処理が完了した後、新着判定部１６は、テレビ６に対する新着メッセージがあるか否かを判定する（ステップＳ１３、新着メッセージ判定ステップ）。その際の処理の詳細は後述する。ステップＳ１４における判定の結果が「偽」であるとき（Ｎｏ）、レスポンス生成部１８は、新着メッセージを含まない新着レスポンスを生成する。そして、新着通知部１９は、この新着レスポンスをお知らせ配信サーバ１に送信することによって、新着メッセージがないことをテレビ６に対して通知する（ステップＳ１４）。これにより、図１３に示す一連の処理は終了する。
【００８３】
一方、ステップＳ１３における判定の結果が「真」であるとき（Ｙｅｓ）、通知回数管理部１７が、テレビ６に対して新着メッセージの有無を通知した通知回数が、規定の基準回数（本実施形態では「２」）よりも小さいか否かを判定する（ステップＳ１５、通知回数判定ステップ）。ステップＳ１５における判定の結果が「偽」であるとき（Ｎｏ）、レスポンス生成部１８は、新着メッセージを含まない新着レスポンスを生成する。新着通知部１９は、この新着レスポンスをテレビ６に送信することによって、新着メッセージがないことをテレビ６に対して通知する（ステップＳ１４）。これにより、図１３に示す一連の処理は終了する。
【００８４】
ステップＳ１５における判定の結果が「真」であるとき（Ｙｅｓ）、レスポンス生成部１８は、新着メッセージの本文を含んだ新着レスポンスを生成する。新着通知部１９は、この新着レスポンスをテレビ６に送信することによって、新着メッセージがあることをテレビ６に通知する（ステップＳ１６、通知ステップ）。これにより、図１３に示す一連の処理は終了する。
【００８５】
以上のように、本実施形態では、テレビ６に対する未読の新着メッセージがあり続ける間に、定期取得に基づくメッセージ取得要求が繰り返しお知らせ配信サーバ１に送信されたとしても、テレビ６に対する新着メッセージありの通知は、規定の基準回数までに留まる。これにより、テレビ６において、新着メッセージがあることがあまりに多く繰り返しユーザに通知されることを防止できる。また、このような防止を実現するための仕組みは、テレビ６ではなくお知らせ配信サーバ１の方にある。すなわちテレビ６は、新着メッセージありの連続通知回数を制限するための部材を、何ら備えている必要はない。したがって、本実施形態のメッセージ提示システム１００によれば、テレビ６の構成を複雑にすることなく、新着メッセージの有無の通知に関する煩わしさをユーザに与えずに済む。また、特に、テレビ６を通じた放送番組の視聴中に、補助的に、新着メッセージの有無を確認したいと考えるユーザにとっては、新着メッセージありの通知が基準回数までに留まることによって、放送番組の視聴を無用に邪魔されずに済むという利点が得られる。
【００８６】
さらに、お知らせ配信サーバ１がステップＳ１２において通知回数を初期化することによって、次のような利点も得られる。現在時刻は、テレビ６が、最新のメッセージ取得要求を送信した時刻と大きく変わらない。一方、最終通知時刻は、直前のメッセージ取得要求を送信した時刻と大きく変わらない。したがって、現在時刻から最終通知時刻を引いた値は、前回送信されたメッセージ取得要求と、今回送信されたメッセージ取得要求との時間間隔に、おおよそ一致する。上述したように、本実施形態では、テレビ６は、電源がオンされている間、定期取得に基づくメッセージ取得要求を５分ごとにお知らせ配信サーバ１に送信する。したがって、現在時刻から最終通知時刻を引いた値は、テレビ６の電源がオンされている限り、５分を大きく上回ることはない。言い換えると、現在時刻から最終通知時刻を引いた値が、規定の基準時間（本実施形態では３０分）以上である場合、テレビ６が、定期取得に基づくメッセージ取得要求を前回送信してから、しばらくの間、電源オフ状態になり、その後再び電源オンされて、定期取得に基づくメッセージ取得要求を今回送信したという状況が、想定される。
【００８７】
このような状況において、通知回数管理部１７が通知回数を初期化することによって、お知らせ配信サーバ１は、今回の定期取得に基づくメッセージ取得要求を受信した場合に、新着メッセージがあれば、その旨をテレビ６に通知する。すなわちお知らせ配信サーバ１は、通知回数が基準回数に達したことによって、新着メッセージがあるにも関わらずその旨をテレビ６に対して通知しなくなった後でも、テレビ６の電源が所定時間以上オフされれば、再び、所定の通知回数までは、新着メッセージがあることをテレビ６に通知する。したがって、ユーザは、新着メッセージありの通知を見逃してしまった場合でも、テレビ６の電源を所定時間オフしたあとに再びオンすることによって、新着メッセージがあることの通知を再度受けることができる。これにより、ユーザが通知を見逃すことを防止することができる。
【００８８】
（新着メッセージの有無判定処理）
新着判定部１６が新着メッセージの有無を判定する際の処理の詳細について、図１４を参照して以下に説明する。図１４は、本発明の第１の実施形態に係るお知らせ配信サーバ１が新着メッセージの有無を判定する際の処理の流れを示すフローチャートである。
【００８９】
この図に示すように、まず、新着判定部１６は、新着通知管理レコード１３を参照することによって、テレビ６に対する新着メッセージの更新時刻が、テレビ６に対して新着メッセージの有無を最後に通知した時刻よりも後であるか否かを判定する（ステップＳ２１）。ステップＳ２１における判定の結果が「真」であるとき（Ｙｅｓ）、通知回数管理部１７が、テレビ６への通知回数を初期化する（ステップＳ２２）。そして、新着判定部１６は、テレビ６に対する新着メッセージがあると判定する（ステップＳ２３）。これにより、図１４に示す一連の処理は終了する。
【００９０】
メッセージ更新時刻が最終通知時刻よりも後であることは、テレビ６に対して新着メッセージの有無を最後に通知したあとに、さらに新たな新着メッセージが、テレビ６が参加している家族ＳＮＳに登録されたことを意味する。お知らせ配信サーバ１は、このとき通知回数をゼロに設定することによって、さらに新たな新着メッセージがあるにも関わらず、そのことをまったくテレビ６に通知しないという事態を未然に防止することできる。
【００９１】
一方、ステップＳ２１における判定の結果が「偽」であるとき（Ｎｏ）、新着判定部１６は、新着通知管理レコード１３を参照することによって、テレビ６に対する新着メッセージの更新時刻が、テレビ６が最後に新着メッセージをダウンロードした時刻である最終閲覧時刻よりも後であるか否かを判定する（ステップＳ２４）。ステップＳ２４における判定の結果が「真」であるとき（Ｙｅｓ）、新着判定部１６は、テレビ６に対する新着メッセージはあると判定する。これにより、図１４に示す一連の処理は終了する。一方、ステップＳ２４における判定の結果が「偽」であるとき（Ｎｏ）、新着判定部１６は、テレビ６に対する新着メッセージはないと判定する（ステップＳ２５）。これにより、図１４に示す一連の処理は終了する。
【００９２】
メッセージ更新時刻が最終閲覧時刻よりも後であることは、新着メッセージが、未だテレビ６にダウンロードされていないことを意味する。これは、新着メッセージがユーザによって読まれていない状況でもある。そこで、新着判定部１６は、メッセージ更新時刻が最終閲覧時刻よりも後であれば、テレビ６に対する新着メッセージはあると判定し、そうでなければ、テレビ６に対する新着メッセージはないと判定する。
【００９３】
（オンデマンド取得の通知処理）
図１５は、本発明の第１の実施形態に係るお知らせ配信サーバ１が実行する、オンデマンド取得時のメッセージ取得要求に対する新着メッセージ有無の通知処理の流れを示すフローチャートである。
【００９４】
この図に示すように、まず、新着判定部１６が、テレビ６に対する新着メッセージの有無を判定する（ステップＳ３１）。この処理の詳細は、図１４に示す一連の処理と同様であるため、その説明を省略する。ステップＳ３１における判定の結果が「真」であるとき（Ｙｅｓ）、レスポンス生成部１８は、新着メッセージを含む新着レスポンスを生成する。新着通知部１９は、この新着レスポンスをテレビ６に送信することによって、テレビ６に対する新着メッセージがあることをテレビ６に通知する（ステップＳ３２）。これにより、図１５に示す一連の処理は終了する。
【００９５】
一方、ステップＳ３１における判定の結果が「偽」であるとき（Ｎｏ）、レスポンス生成部１８は、テレビ６に対する新着メッセージがないことを通知する所定のメッセージを含む新着レスポンスを生成する。新着通知部１９は、この新着レスポンスをテレビ６に送信することによって、テレビ６に対する新着メッセージがないことをテレビ６に通知する（ステップＳ３３）。これにより、図１５に示す一連の処理は終了する。
【００９６】
以上のように、お知らせ配信サーバ１は、オンデマンド取得に基づくメッセージ取得要求を受信した場合には、テレビ６に対する新着メッセージの有無の連続通知回数に関わらず、新着メッセージがあればその旨を必ずテレビ６に通知すると共に、新着メッセージがなければ必ずその旨をテレビ６に通知する。すなわち、新着メッセージが実際にはあるにも関わらず新着メッセージがない旨をテレビ６に通知するようなことはしない。
【００９７】
（テレビ６への通知内容の時間的変遷）
図１６は、本発明の第１の実施形態における、お知らせ配信サーバ１が定期取得に基づくメッセージ取得要求を受信した時間ごとの、テレビ６への通知内容を示す図である。この図において、お知らせ配信サーバ１が定期取得に基づくメッセージ取得要求を受信した各時間を、黒丸で示す。一方、各時間におけるテレビ６への通知内容を、白丸またはペケ印で示す。白丸は、新着メッセージがあることの通知であり、ペケ印は、新着メッセージがないことの通知である。また、「新規書き込み」とは、テレビ６が参加している家族ＳＮＳへの新着メッセージの登録のことを意味する。
【００９８】
図１６に示す例では、時間ｔ０よりも前において、ユーザが未読の新着メッセージは登録されていない。すなわち、テレビ６に対する全てのメッセージは既読である。そのため、時間ｔ０において、テレビ６への通知内容は「新着メッセージなし」である。
【００９９】
時間ｔ０と、時間ｔ１との間は５分である。すなわち、テレビ６は時間ｔ０から時間ｔ１の間、電源オンの状態である。この間、新着メッセージは登録されていないので、時間ｔ１における通知内容も、時間ｔ０と同じく「新着メッセージなし」である。
【０１００】
時間ｔ１のあと、テレビ６の電源はしばらくオフされる。その間、テレビ６への新着メッセージが家族ＳＮＳに登録される。登録後しばらくして、テレビ６の電源は再びオンされ、テレビ６は再び、定期取得に基づくメッセージ取得要求を送信するようになる。これにより、時間ｔ２において、定期取得に基づくメッセージ取得要求が新たにお知らせ配信サーバ１に届く。この時点では、テレビ６は、新着メッセージをまだダウンロードしていない。すなわち、新着メッセージは未読の状態である。また、新着メッセージの有無を最後に通知した時間ｔ１よりも後に、新着メッセージが登録されているので、テレビ６に対する新着メッセージ有無の通知回数が時間ｔ２において初期化され、その値は「０」に設定される。これは規定の基準回数（２回）よりも小さい。そのため、時間ｔ２におけるテレビ６への通知内容は、「新着メッセージあり」となる。これにより通知回数が１つ増加し、その値は「１」となる。
【０１０１】
テレビ６は、時間ｔ２の後、しばらく電源オンの状態を維持する。そのため、時間ｔ２の５分後である時間ｔ３において、定期取得に基づくメッセージ取得要求が新たにお知らせ配信サーバ１に届く。この時点でも、新着メッセージは未読の状態である。また、通知回数は「１」に設定されている。これは規定の基準回数（２回）よりも小さい。そのため、時間ｔ３におけるテレビ６への通知内容は、「新着メッセージあり」となる。これにより、通知回数が１つ増加し、その値は「２」となる。
【０１０２】
時間ｔ３の５分後である時間ｔ４において、定期取得に基づくメッセージ取得要求が新たにお知らせ配信サーバ１に届く。この時点でも、新着メッセージは未読の状態である。また、通知回数は「２」に設定されている。これは規定の基準回数（２回）よりも小さくない。そのため、時間ｔ３におけるテレビ６への通知内容は、「新着メッセージなし」となる。これにより、通知回数が１つ増加し、その値は「３」となる。
【０１０３】
以上のように、本実施形態では、時間ｔ２および時間ｔ３において、連続して２回、新着メッセージありの旨がテレビ６に通知されたあとは、通知回数が初期化されない限り、新着メッセージが依然としてあったとしても、新着メッセージなしの旨がテレビ６に通知される。図１６の例では、テレビ６の電源がオン状態のままであり、定期取得に基づくメッセージ取得要求が５分ごとに送信される時間ｔ４〜ｔ７のまでの間、この状況が続く。
【０１０４】
時間ｔ７の後、テレビ６の電源はしばらくの間オフされる。この状態は、３０分以上続く。その後、テレビ６の電源は再びオンされ、時間ｔ８において、定期取得に基づくメッセージ取得要求が新たにお知らせ配信サーバ１に届く。この時点でも、新着メッセージは未読の状態である。ここで、時間ｔ８と時間ｔ７との間が、規定の時間（３０分）を上回るので、テレビ６に対する新着メッセージ有無の通知回数は時間ｔ８において初期化され、その値は「０」に設定される。これは、規定の基準回数（２回）よりも小さい。そのため、時間ｔ８におけるテレビ６への通知内容は、「新着メッセージあり」となる。これにより、通知回数が１つ増加し、その値は「１」となる。
【０１０５】
以上のように、本実施形態では、新着メッセージがあるにも関わらず、通知回数が基準回数に達したために、新着メッセージはないと通知されるようになった後においても、テレビ６の電源が規定の基準時間以上オフされ続けた場合、定期取得に基づくメッセージ取得要求が新たにあれば、再び、新着メッセージがあることがテレビ６に通知される。
【０１０６】
時間ｔ９〜時間ｔ１１において、テレビ６の電源はオンのままである。したがって、これらの時間における通知内容は、時間ｔ３〜ｔ５における通知内容と同一である。すなわち、新着メッセージがあることが再び通知されるようになった場合でも、やはり、連続して通知する回数は、上限の２回まであることに変わりはない。
【０１０７】
〔実施形態２〕
本発明に係る第２の実施形態について、図１７を参照して以下に説明する。なお、上述した第１の実施形態と共通する各部材には同じ符号を付し、詳細な説明を省略する。 
【０１０８】
図１７は、本発明の第２の実施形態における、お知らせ配信サーバ１がメッセージ取得要求を受信した時間ごとの、テレビ６への通知内容を示す図である。本実施形態のメッセージ提示システム１００の構成は、第１の実施形態と同一である。また、図１７に示す例では、時間ｔ０〜時間ｔ４までの状況および通知内容は、第１の実施形態と同一である。
【０１０９】
本実施形態では、図１７に示すように、時間ｔ４の後、テレビ６が参加する家族ＳＮＳにおいて、さらに新たな新着メッセージが登録される。これにより、時間ｔ５においては、新着レスポンスがテレビ６に最後に通知された時間（ｔ４）よりも、さらに新たな新着メッセージが登録された時間（ｔ４とｔ５との間）の方が、後になっている。すなわち、メッセージ更新時刻が最終通知時刻よりも後である。これにより、テレビ６に対する新着メッセージ有無の通知回数は時間ｔ５において初期化され、その値は「０」に設定される。これは、規定の基準回数（２回）よりも小さい。また、さらに新たな新着メッセージは、時間ｔ５の時点で未読である。そのため、本実施形態においては、時間ｔ５におけるテレビ６への通知内容は、「新着メッセージあり」となる。これにより、通知回数が１つ増加し、その値は「１」となる。
【０１１０】
テレビ６は、時間ｔ２の後、しばらく電源オンの状態を維持する。そのため、時間ｔ５の５分後である時間ｔ６において、定期取得に基づくメッセージ取得要求が新たにお知らせ配信サーバ１に届く。この時点でも、さらに新たな新着メッセージは未読の状態である。また、通知回数は「１」に設定されている。これは規定の基準回数（２回）よりも小さい。そのため、時間ｔ６におけるテレビ６への通知内容は、「新着メッセージあり」となる。これにより、通知回数が１つ増加し、その値は「２」となる。
【０１１１】
時間ｔ６の５分後である時間ｔ７において、定期取得に基づくメッセージ取得要求が新たにお知らせ配信サーバ１に届く。この時点でも、新着メッセージは未読の状態である。また、通知回数は「２」に設定されている。これは規定の基準回数（２回）よりも小さくない。そのため、時間ｔ７におけるテレビ６への通知内容は、「新着メッセージなし」となる。これにより、通知回数が１つ増加し、その値は「３」となる。時間ｔ８〜時間ｔ１１までの状況および通知内容は、第１の実施形態と同一である。
【０１１２】
以上のように、本実施形態では、新着メッセージがあるにも関わらず、通知回数が基準回数に達したために、新着メッセージはないと通知されるようになった後においても、さらに新たな新着メッセージが家族ＳＮＳに登録された場合、定期取得に基づくメッセージ取得要求が新たにあれば、再び、新着メッセージがあることがテレビ６に通知される。これにより、新着メッセージが更新された場合、その旨をユーザに対して確実に通知することできる。言い換えると、さらに新たな新着メッセージが登録されたにも関わらず、その旨がユーザに通知されないことを、未然に防止することができる。
【０１１３】
〔実施形態３〕
本発明に係る第３の実施形態について、図１８を参照して以下に説明する。なお、上述した第１の実施形態と共通する各部材には同じ符号を付し、詳細な説明を省略する。 
【０１１４】
図１８は、本発明の第３の実施形態における、お知らせ配信サーバ１がメッセージ取得要求を受信した時間ごとの、テレビ６への通知内容を示す図である。本実施形態のメッセージ提示システム１００の構成は、第１の実施形態と同一である。また、図１８に示す例では、時間ｔ０〜時間ｔ４までの状況および通知内容は、第１の実施形態と同一である。
【０１１５】
本実施形態では、図１８に示すように、時間ｔ４と時間ｔ５との間において、テレビ６が新着メッセージをダウンロードする。これにより新着メッセージがユーザによって閲覧されて既読状態となるため、テレビ６に対する未読のメッセージはなくなる。この結果、時間ｔ５においては、新着メッセージが更新された時刻よりも、新着メッセージが最後に閲覧された時刻の方が、後になっている。すなわち、最終閲覧時刻がメッセージ更新時刻よりも後である。この結果、時間ｔ５においては、新着メッセージはないと判定される。そのため、時間ｔ５におけるテレビ６への通知内容は、「新着メッセージなし」となる。これにより、通知回数が１つ増加し、その値は「１」となる。
【０１１６】
テレビ６は、時間ｔ２の後、しばらく電源オンの状態を維持する。そのため、時間ｔ５〜時間ｔ７の間において、５分ごとに、定期取得に基づくメッセージ取得要求が新たにお知らせ配信サーバ１に届く。これらの各時間において、新着メッセージは存在しない。したがって、時間ｔ５〜時間ｔ７における通知内容は「新着メッセージなし」となる。
【０１１７】
時間ｔ７の後、テレビ６の電源は、しばらくの間、オフされる。この状態は、３０分以上続く。その後、テレビ６の電源は再びオンされ、時間ｔ８において、定期取得に基づくメッセージ取得要求が新たにお知らせ配信サーバ１に届く。時間ｔ８と時間ｔ７との間が、規定の基準時間（３０分）を上回るので、テレビ６に対する新着メッセージ有無の通知回数は初期化され、その値は「０」に設定される。これは、規定の基準回数（２回）よりも小さい。しかし、時間ｔ８において新着メッセージは存在しない。したがって、第１の実施形態とは異なり、時間ｔ８におけるテレビ６への通知内容は、「新着メッセージなし」となる。これにより、通知回数が１つ増加し、その値は「１」となる。
【０１１８】
時間ｔ９〜時間ｔ１１において、テレビ６の電源はオンのままであり、かつ、新着メッセージは存在しない。したがって、これらの時間における通知内容も、時間ｔ８における通知内容と同じく「新着メッセージなし」である。
【０１１９】
以上のように、本実施形態では、新着メッセージがいったん閲覧されて既読状態になった後においては、テレビ６の電源が規定時間以上オフになり、その結果、通知回数が初期化された場合であっても、さらに新たな新着メッセージが登録されない限り、新着メッセージがない旨がテレビ６に通知される。これにより、新着メッセージをユーザが閲覧した後に、新着メッセージがある旨が誤ってユーザに通知されることを、未然に防止することができる。
【０１２０】
〔実施形態４〕
お知らせ配信サーバ１の各ブロック、特に制御部１０は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０１２１】
後者の場合、お知らせ配信サーバ１は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるお知らせ配信サーバ１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、お知らせ配信サーバ１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１２２】
上記記録媒体としては、データ固定された有形の媒体（non-transitory tangible medium）、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ（登録商標）／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０１２３】
また、お知らせ配信サーバ１を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance、登録商標）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０１２４】
〔まとめ〕
本発明の態様１に係る通知サーバ（お知らせ配信サーバ１）は、
端末装置から定期的に送信される、上記端末装置に対する新着メッセージの有無を問い合わせるリクエスト（メッセージ取得要求）を受信する受信手段（メッセージ取得要求受信部１４）と、
上記リクエストが受信された場合、上記端末装置に対する上記新着メッセージの有無を判定する新着メッセージ判定手段（新着判定部１６）と、
上記新着メッセージの有無を上記端末装置に対して連続して通知した通知回数が、規定の基準回数を下回るか否かを判定する通知回数判定手段（通知回数管理部１７）と、
上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下回ると判定された場合、上記新着メッセージがあることを上記端末装置に通知する一方、上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下まわらないと判定された場合、上記新着メッセージがないことを上記端末装置に通知する通知手段（新着通知部１９）と備えていることを特徴としている。
【０１２５】
上記の構成によれば、端末装置に対する未読の新着メッセージがあり続ける間に、定期取得に基づくメッセージ取得要求が繰り返し通知サーバに送信されたとしても、端末装置に対する新着メッセージありの通知は、規定の基準回数までに留まる。これにより、端末装置において、新着メッセージがあることがあまりに多く繰り返しユーザに通知されることを防止できる。また、このような防止を実現するための仕組みは、端末装置ではなく通知サーバの方にある。すなわち端末装置は、新着メッセージありの連続通知回数を制限するための部材を、何ら備えている必要はない。したがって、上記構成の通知サーバによれば、端末装置の構成を複雑にすることなく、新着メッセージの有無の通知に関する煩わしさをユーザに与えずに済む効果を奏する。
【０１２６】
本発明の態様２に係る通知サーバでは、上記態様１において、
上記リクエストが前回受信された時点と、上記リクエストが今回受信された時点との時間間隔が、規定の基準時間間隔を上回る場合、上記通知回数を初期化する初期化手段をさらに備えていることが好ましい。
【０１２７】
上記の構成によれば、通知サーバは、端末装置の電源がオフされるなどしてユーザが端末装置を使用しない状況が一定時間続いた後に、再びリクエストを受信した場合、新着メッセージがあると判定すれば、新着メッセージがあることを端末装置に通知する。これにより、ユーザが通知を見逃すことを防止することができる。
【０１２８】
本発明の態様３に係る通知サーバでは、上記態様１または２において、
さらに新たな上記新着メッセージが、上記端末装置が参加しているメッセージ交換サービスに登録された場合、上記通知回数を初期化する初期化手段（通知回数管理部１７）をさらに備えていることが好ましい。
【０１２９】
上記の構成によれば、通知サーバは、定期的に受信したリクエストに対して、実際には新着メッセージがあるにも関わらず新着メッセージがないことを端末装置に対しては通知するようになった場合でも、最新の新着メッセージがメッセージ交換サービスに登録されれば、その次に受信したリクエストに対しては、新着メッセージがあることを端末装置に通知する。したがって、最新の新着メッセージが登録された場合、その旨を確実に端末装置に対して通知することできる。
【０１３０】
本発明の態様４に係る通知サーバでは、さらに、上記態様１〜３のいずれかにおいて、
上記通知手段は、上記新着メッセージをあることを上記端末装置に通知するとき、上記新着メッセージを含む所定の通知データ（新着レスポンス）を上記端末装置に送信することが好ましい。
【０１３１】
上記の構成によれば、端末装置は、通知データに含まれる新着メッセージのうち少なくとも一部を表示することによって、新着メッセージがあることをユーザに簡単に通知することができる。
【０１３２】
本発明の態様５に係る通知サーバでは、さらに、上記態様１〜４のいずれかにおいて、
上記通知手段は、上記新着メッセージがないことを上記端末装置に通知するとき、上記新着メッセージを含まない所定の通知データ（新着レスポンス）を上記端末装置に送信することが好ましい。
【０１３３】
上記の構成によれば、端末装置は、通知データ内に新着メッセージが含まれていないことを確認することによって、新着メッセージがないことを簡単に知ることができる。
【０１３４】
本発明の態様６に係る通知サーバでは、さらに、上記態様１〜５のいずれかにおいて、
ユーザの指示に基づき上記端末装置から送信された、上記新着メッセージの有無を問い合わせる第２のリクエストを受信する第２の受信手段（メッセージ取得要求受信部１４）と、
上記第２のリクエストが受信された場合、上記新着メッセージの有無を判定する第２の新着メッセージ判定手段（新着判定部１６）とをさらに備えており、
上記通知手段は、上記第２のリクエストが受信され、かつ、上記新着メッセージがあると判定された場合、上記通知回数が上記基準回数を下回るか否かに関わらず、上記新着メッセージがあることを上記端末装置に通知することが好ましい。
【０１３５】
上記の構成によれば、端末装置は、ユーザからの明示的な指示に基づくリクエストに対しては、新着メッセージがあればその旨を端末装置に通知する。これにより、ユーザが新着メッセージの有無を知りたがっている状況において、新着メッセージが実際にもあるにも関わらずないとユーザに通知してしまうことを防止できる。
【０１３６】
本発明の態様７に係る通知システムは、
端末装置（テレビ６）と、通知サーバ（お知らせ配信サーバ１）とを備えた通知システム（メッセージ提示システム１００）において、
上記端末装置は、
上記端末装置に対する新着メッセージの有無を問い合わせるリクエストを、定期的に上記通知サーバに送信する送信手段（メッセージ取得要求送信部６０）と、
上記通知サーバからの通知に基づき、上記新着メッセージの有無をユーザに通知するユーザ通知手段（表示部６２）とを備えており、
上記通知サーバは、
上記リクエストを受信する受信手段（メッセージ取得要求受信部１４）と、
上記リクエストが受信された場合、上記端末装置に対する上記新着メッセージの有無を判定する新着メッセージ判定手段（新着判定部１６）と、
上記新着メッセージの有無を上記端末装置に対して連続して通知した通知回数が、規定の基準回数を下回るか否かを判定する通知回数判定手段（通知回数管理部１７）と、
上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下回ると判定された場合、上記新着メッセージがあることを上記端末装置に通知する一方、上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下まわらないと判定された場合、上記新着メッセージがないことを上記端末装置に通知する通知手段（新着通知部１９）と備えていることを特徴としている。
【０１３７】
上記の構成によれば、上述した態様１に係る通知サーバと同様の作用効果を奏する。
【０１３８】
本発明の態様８に係る通知方法は、
端末装置から定期的に送信される、上記端末装置に対する新着メッセージの有無を問い合わせるリクエストを受信する受信ステップ（ステップＳ１）と、
上記リクエストが受信された場合、上記端末装置に対する上記新着メッセージの有無を判定する新着メッセージ判定ステップ（ステップＳ１３）と、
上記新着メッセージの有無を上記端末装置に対して連続して通知した通知回数が、規定の基準回数を下回るか否かを判定する通知回数判定ステップ（ステップＳ１５）と、
上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下回ると判定された場合、上記新着メッセージがあることを上記端末装置に通知する一方、上記新着メッセージがあると判定され、かつ、上記通知回数が上記基準回数を下まわらないと判定された場合、上記新着メッセージがないことを上記端末装置に通知する通知ステップ（ステップＳ１６）とを含んでいることを特徴としている。
【０１３９】
上記の構成によれば、上述した態様１に係る通知サーバと同様の作用効果を奏する。
【０１４０】
本発明の各態様に係る通知サーバは、コンピュータによって実現してもよく、この場合には、コンピュータを上記通知サーバが備える各手段として動作させることにより上記通知サーバをコンピュータにて実現させる通知サーバのプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１４１】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。また、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０１４２】
たとえば、メッセージ提示システム１００において、お知らせ集中配信サーバ４はなくてもよい。すなわち、テレビ６はお知らせ配信サーバ１に対してメッセージ取得要求を直接送信してもよい。また、お知らせ配信サーバ１はテレビ６に対して新着レスポンスを直接送信してもよい。
【０１４３】
さらに、メッセージ提示システム１００において、お知らせ配信サーバ１およびＳＮＳサーバ２は、一体化されたものであってもよい。すなわち、１台のサーバが、お知らせ配信サーバ１およびＳＮＳサーバ２の機能を兼ねていてもよい。
【０１４４】
メッセージ提示システム１００において、テレビ６は、オンデマンド取得に基づくメッセージ取得要求を、必ずしも送信する必要はない。すなわち、テレビ６は、メッセージ取得要求については、定期取得に基づくもののみをお知らせ配信サーバ１に送信してもよい。この場合、メッセージ取得要求には、定期取得に基づくものであるかを示す情報は含まれない。また、お知らせ配信サーバ１は、受信したメッセージ取得要求を、全て、定期取得に基づくものとして扱う。
【０１４５】
メッセージ提示システム１００において、テレビ６は、メッセージ取得要求の代わりに、新着メッセージの有無を定期的にお知らせ配信サーバ１に問い合わせるリクエストを、お知らせ配信サーバ１に送信してもよい。お知らせ配信サーバ１は、定期的に送信されるリクエストを受信した場合、テレビ６に対する新着メッセージがあれば、新着メッセージは含まないが、新着メッセージがあることを示す所定の情報（フラグ等）を含む新着レスポンスを、テレビ６に送信すればよい。テレビ６は、受信した新着レスポンスに基づき、新着メッセージがあることをユーザに通知する。たとえば、「新着メッセージがあります」等の所定の新着メッセージを画面に表示する。このメッセージは、新着レスポンスに予め含まれていてもよい。ユーザが、テレビ６の画面に表示された「見る」ボタンを選択した場合、テレビ６は、新着レスポンスに含まれるウェブページへのアドレスにアクセスすることによって、新着メッセージを含むウェブページをＳＮＳサーバ２からダウンロードする。このように、テレビ６は、必ずしも新着メッセージをお知らせ配信サーバ１から取得する必要はない。
【産業上の利用可能性】
【０１４６】
本発明は、ある端末装置から受け付けたメッセージを他の端末装置に提示する各種のサービスに利用することができる。
【符号の説明】
【０１４７】
１  お知らせ配信サーバ（通知サーバ）
２  ＳＮＳサーバ
４  お知らせ集中配信サーバ
８  携帯端末
６  テレビ（端末装置）
１０  制御部
１１  通信部
１２  お知らせ管理ＤＢ
１３  新着通知管理レコード
１４  メッセージ取得要求受信部（受信手段、第２の受信手段）
１５  要求解析部
１６  新着判定部（新着メッセージ判定手段、第２の新着メッセージ判定手段）
１７  通知回数管理部（通知回数判定手段）
１８  レスポンス生成部
１９  新着通知部（通知手段）
６０  メッセージ取得要求送信部（送信手段）
６１  レスポンス受信部
６２  表示部（ユーザ通知手段）
１００  メッセージ提示システム（通知システム）
【図１】
2015064689.tif 000003
【図２】
2015064689.tif 000004
【図３】
2015064689.tif 000005
【図４】
2015064689.tif 000006
【図５】
2015064689.tif 000007
【図６】
2015064689.tif 000008
【図７】
2015064689.tif 000009
【図８】
2015064689.tif 000010
【図９】
2015064689.tif 000011
【図１０】
2015064689.tif 000012
【図１１】
2015064689.tif 000013
【図１２】
2015064689.tif 000014
【図１３】
2015064689.tif 000015
【図１４】
2015064689.tif 000016
【図１５】
2015064689.tif 000017
【図１６】
2015064689.tif 000018
【図１７】
2015064689.tif 000019
【図１８】
2015064689.tif 000020