(57)【要約】【課題】他人に一方的に監視されているという心理的負担感を各メンバに与えることなく、各メンバが安否の懸念されるメンバの安否確認を迅速に行うことを可能にするＳＮＳサーバを実現する。【解決手段】ＳＮＳサーバ（１００）は、番組に対するメンバの評価の履歴に基づいてそのメンバの安否に関する懸念度を判定する評価情報処理部（１３０）と、任意のメンバからの、あるメンバの安否を確認するためのメッセージをＳＮＳのメンバに通知するメッセージ処理部（１４０）と、通知先となるＳＮＳのメンバを、上記あるメンバの安否の懸念度の高さに基づいて決定するＳＮＳ画面生成部（１１０）と、を備えている。【選択図】図３
2014238724.tif 000002
【特許請求の範囲】
【請求項１】
サービスを提供するサーバにおいて、
上記サービスを利用する各メンバの端末から番組に対する該メンバの評価を示す評価情報を受信し、上記各メンバについて、現在までに受信した該メンバの評価情報に基づいて該メンバの評価履歴を作成する作成手段と、
上記各メンバについて、該メンバの評価履歴に基づいて該メンバの安否に関する懸念度を判定する判定手段と、
任意のメンバにより該任意のメンバの端末を用いて指定されたメンバに関し、該任意のメンバからの該指定されたメンバの安否を確認するためのメッセージを、上記サービスを利用するメンバに通知する通知手段と、
上記通知手段による上記メッセージの通知先を、上記判定手段が判定した懸念度の高さに基づいて決定する決定手段と、を備えている、ことを特徴とするサーバ。
【請求項２】
メンバの端末に該メンバと同一グループに属する他の１人以上のメンバの各々の安否に関する懸念度を示す情報を表示させるために、該情報を該端末に出力する出力手段を更に備えている、ことを特徴とする請求項１に記載のサーバ。
【請求項３】
上記判定手段は、上記各メンバの安否に関する懸念度が所定の複数のレベルのうちのどのレベルにあるかを判定するように構成されており、
上記決定手段は、上記懸念度が特定レベル以下のレベルにあると判定されたメンバの安否を確認するためのメッセージの通知先を該メンバのみに決定する、ことを特徴とする請求項１または２に記載のサーバ。
【請求項４】
上記通知手段は、上記サービスを構成するメッセージ機能を用いて上記メッセージを通知するように構成されており、
上記指定されたメンバに関し、該メンバの評価履歴が現在までの所定の期間以上に亘って該メンバが番組に対する評価を行っていないことを示す場合に、該メンバにより上記サーバに登録された連絡先に該メンバの安否を確認するためのメッセージを送信するメッセージ送信手段を更に備えている、ことを特徴とする請求項１から３のいずれか１項に記載のサーバ。
【請求項５】
上記サーバには、各メンバについて、該メンバが登録した複数の連絡先が保存されており、
上記メッセージ送信手段は、上記指定されたメンバが最後に上記評価を行った時点から現在までの期間の長さに基づいて、該メンバが登録した複数の連絡先の中から選択した連絡先に、該メンバの安否を確認するためのメッセージを送信する、ことを特徴とする請求項４に記載のサーバ。
【請求項６】
上記判定手段は、メンバの評価履歴に基づいて該メンバの番組に対する評価の傾向が最近変わったか否かを判定し、評価の傾向が最近変わったと判定した場合には該メンバの安否に関する懸念度が特定レベルにあると判定するように構成されており、
上記決定手段は、上記懸念度が該特定レベルにあると判定されたメンバの安否を確認するためのメッセージの通知先を、上記サービスを構成する機能を用いて直近で該メンバとメッセージのやりとりを行ったメンバに決定する、ことを特徴とする請求項１から５のいずれか１項に記載のサーバ。
【請求項７】
上記判定手段は、メンバの評価履歴に基づいて同一番組に対するメンバの評価と一般的な評価とが乖離する傾向が最近になって現れたか否かを判定し、該傾向が最近になって現れたと判定した場合には該メンバの安否に関する懸念度が特定レベルにあると判定するように構成されており、
上記決定手段は、上記懸念度が該特定レベルにあると判定されたメンバの安否を確認するためのメッセージの通知先として、Ｎ人（Ｎ：１以上の整数）のメンバを決定するように構成されており、
上記Ｎ人のメンバは、上記懸念度が該特定レベルにあると判定されたメンバとの間で上記サービスを構成する機能を用いてメッセージのやりとりを行った直近の時期が現在に近いほうからＮ番目までのメンバである、ことを特徴とする請求項１から６のいずれか１項に記載のサーバ。
【請求項８】
サービスを提供するサーバによるメッセージ通知方法において、
上記サービスを利用する各メンバの端末から番組に対する該メンバの評価を示す評価情報を受信し、上記各メンバについて、現在までに受信した該メンバの評価情報に基づいて該メンバの評価履歴を作成する作成工程と、
上記各メンバについて、該メンバの評価履歴に基づいて該メンバの安否に関する懸念度を判定する判定工程と、
任意のメンバにより該任意のメンバの端末を用いて指定されたメンバに関し、該任意のメンバからの該指定されたメンバの安否を確認するためのメッセージを、上記サービスを利用するメンバに通知する通知工程と、
上記通知工程にて通知する上記メッセージの通知先を、上記判定工程にて判定した懸念度の高さに基づいて決定する決定工程と、を含んでいる、ことを特徴とするメッセージ通知方法。
【請求項９】
請求項１から７のいずれか１項に記載のサーバとしてコンピュータを機能させるためのプログラムであって、コンピュータを上記各手段として機能させるためのプログラム。
【請求項１０】
請求項９に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主に、サーバに関する。
【背景技術】
【０００２】
近年、高齢者の安否を確認するための様々な技術が提案されている。例えば、特許文献１には、通信機能が組み込まれた各家電機器と各家電機器を管理するホーム端末とが各高齢者宅内に設けられ、高齢者宅外に家人ケア用サーバが設けられたシステムが開示されている。このシステムでは、家人ケア用サーバが、各ホーム端末から周期的に送られてくる家電機器の稼働状態を示すデータを分析することで、各高齢者の生活態様に異変が生じていないかどうかを判定するようになっている。そして、家人ケア用サーバは、ある高齢者の生活態様に異変が生じていると判定した場合に、家人ケア用サーバを管理する要員に対してその高齢者の生活態様に異変が生じたことを知らせるようになっている。
【０００３】
また、ＳＮＳに関する様々な技術（特許文献２等）も提案されており、最近では、地震等の災害の際に、知人の安否を確認するためにＳＮＳが活用されるようになっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−９２７６７号公報（２００２年３月２９日公開）
【特許文献２】特開２００９−１５２７４５号公報（２００９年７月９日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の特許文献１の技術には、一部の高齢者に対し、他人に常に監視されているかのように感じさせてしまうという問題がある。
【０００６】
また、上記特許文献２のＴＶ番組視聴メンバ管理システムは視聴メンバの安否を確認することを目的として設計されたシステムではないため、各視聴メンバがこのシステムを通じて他の視聴メンバの異変を察知するのは容易ではない。
【０００７】
本発明は上記課題に鑑みて成されたものであり、その主な目的は、他人に一方的に監視されているという心理的負担感を各メンバに与えることなく、各メンバが安否の懸念されるメンバの安否確認を迅速に行うことを可能にするサーバを実現することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明の一態様に係るサーバは、サービスを提供するサーバであって、上記サービスを利用する各メンバの端末から番組に対する該メンバの評価を示す評価情報を受信し、上記各メンバについて、現在までに受信した該メンバの評価情報に基づいて該メンバの評価履歴を作成する作成手段と、上記各メンバについて、該メンバの評価履歴に基づいて該メンバの安否に関する懸念度を判定する判定手段と、任意のメンバにより該任意のメンバの端末を用いて指定されたメンバに関し、該任意のメンバからの該指定されたメンバの安否を確認するためのメッセージを、上記サービスを利用するメンバに通知する通知手段と、上記通知手段による上記メッセージの通知先を、上記判定手段が判定した懸念度の高さに基づいて決定する決定手段と、を備えている、ことを特徴としている。
【０００９】
また、上記の課題を解決するために、本発明の一態様に係るメッセージ通知方法は、サービスを提供するサーバによるメッセージ通知方法であって、上記サービスを利用する各メンバの端末から番組に対する該メンバの評価を示す評価情報を受信し、上記各メンバについて、現在までに受信した該メンバの評価情報に基づいて該メンバの評価履歴を作成する作成工程と、上記各メンバについて、該メンバの評価履歴に基づいて該メンバの安否に関する懸念度を判定する判定工程と、任意のメンバにより該任意のメンバの端末を用いて指定されたメンバに関し、該任意のメンバからの該指定されたメンバの安否を確認するためのメッセージを、上記サービスを利用するメンバに通知する通知工程と、上記通知工程にて通知する上記メッセージの通知先を、上記判定工程にて判定した懸念度の高さに基づいて決定する決定工程と、を含んでいる、ことを特徴としている。
【発明の効果】
【００１０】
本発明の一態様によれば、サーバは、他人に一方的に監視されているという心理的負担感を各メンバに与えることなく、各メンバが安否の懸念されるメンバの安否確認を迅速に行うことを可能にするという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係るＳＮＳサーバと、ＳＮＳサーバにアクセスしてＳＮＳの画面を表示可能なテレビ受信機と、を含むシステムの構成図である。
【図２】図１のテレビ受信機に表示される画面を例示した図である。
【図３】図１のＳＮＳサーバの要部構成を示すブロック図である。
【図４】図１のテレビ受信機に表示される画面を例示した別の図である。
【図５】図１のテレビ受信機に表示される画面を例示したさらに別の図である。
【図６】図１のテレビ受信機に表示される画面を例示したさらに別の図である。
【図７】図１のテレビ受信機に表示される画面を例示したさらに別の図である。
【図８】図１のテレビ受信機に表示される画面を例示したさらに別の図である。
【図９】図１のテレビ受信機に表示される画面を例示したさらに別の図である。
【図１０】図１のテレビ受信機に表示される画面を例示したさらに別の図である。
【発明を実施するための形態】
【００１２】
〔実施形態１〕
以下、本発明の実施の形態について、詳細に説明する。
【００１３】
本発明の一実施形態に係るＳＮＳサーバは、安否確認が必要とされる独居の高齢者を主なターゲットとしたソーシャルネットワーキングサービス（ＳＮＳ）を提供するサーバである。
【００１４】
本実施形態では、このＳＮＳを利用する各メンバ（主に高齢者）は、このＳＮＳに対応したテレビ受信機を用いて、テレビ番組（放送番組）を視聴したり、視聴中のテレビ番組に対する評価を行ったり、ソーシャルネットワーキングサービスを通じて他のメンバと交流を行ったりできるようになっている。
【００１５】
以下では、本実施形態に係るＳＮＳサーバと上述のテレビ受信機とを含むＳＮＳシステムの全体構成について図１を参照しながら説明する。図１は、上述のＳＮＳサーバと、ＳＮＳサーバにアクセスしてＳＮＳの画面を表示可能な上述のテレビ受信機と、を含むＳＮＳシステムの構成図である。
【００１６】
図１に示すように、本実施形態に係るＳＮＳシステムは、ＳＮＳサーバ１００、複数台のテレビ受信機、ＣＨ（チャンネル）センスサーバ３００、番組情報ＤＢサーバ４００、および、メール送信サーバ５００を含んでいる。なお、図１においては、複数台のテレビ受信機のうちテレビ受信機２００−Ａ〜２００−Ｃの３台のみを図示している。
【００１７】
以下では、各装置の概要について説明する。
【００１８】
（テレビ受信機）
テレビ受信機は、ユーザが上述のＳＮＳの会員登録画面（図示せず）を表示できるようになっており、ユーザは、この会員登録画面を通じて、会員登録情報の一部として、自身の携帯電話のメールアドレス、親族のメールアドレス、および、その親族の該ユーザとの続柄を登録するようになっている。また、会員登録が完了すると、上述のＳＮＳサーバから付与されたユニークなユーザ情報（ユーザＩＤ）がテレビ受信機に保存されるようになっている。
【００１９】
会員登録後のテレビ受信機（以下、単に「テレビ受信機」と称する）は、電源をオンにする操作がされると、ユーザ情報、電源がオンになった時刻、および、電源がオンになった旨を示す情報をＣＨセンスサーバ３００に送信するようになる。電源がオンになったテレビ受信機は、チャンネルが切り替えられる度に、ユーザ情報、および、切り替え後のチャンネルを示す視聴チャンネル情報をＣＨセンスサーバ３００に送信する。さらに、テレビ受信機は、電源をオフにする操作がされると、ユーザ情報、その操作の時刻、および、電源がオフになる旨を示す情報をＣＨセンスサーバ３００に送信する。
【００２０】
また、テレビ受信機は、図２の画面を通じて視聴中のテレビ番組に対するユーザの評価を受け付けるようになっており、評価を受け付けると、ユーザ情報、評価を受け付けた時刻、および、評価の内容を示す番組評価情報をＳＮＳサーバに送信する。
【００２１】
一方、テレビ受信機は、そのユーザ（メンバ）と同一グループに属する他の各メンバのステータス情報をＳＮＳのホーム画面内に表示する。具体的には、テレビ受信機は、他の各メンバのステータス情報の一部として、該メンバが視聴中の放送局、および、該メンバの視聴中の番組に対する評価をホーム画面内に表示する。また、テレビ受信機は、安否が懸念されるメンバについては、該メンバのステータス情報の一部として、該メンバの安否に対する懸念を他のメンバに生じさせるためのメッセージをホーム画面内に表示する。
【００２２】
さらに、テレビ受信機は、チャット機能、および、ホーム画面において指定したメンバに対してメッセージを送るためのメッセージ機能を備えている。テレビ受信機を使用するメンバは、このメッセージ機能を用いて、安否に懸念がない他のメンバに対しては視聴中の番組をお勧めするメッセージを送ることができ、安否に懸念がある他のメンバに関しては、そのメンバの安否を確認するためのメッセージを適切な通知先に送ることができる。
【００２３】
（ＳＮＳサーバ１００）
ＳＮＳサーバ１００は、メッセージ交換サービスを提供するサーバであり、メッセージ交換サービスを構成する様々な機能（前述のメッセージ機能やメール送信機能、チャット機能等）をテレビ受信機１００に提供する。
【００２４】
ＳＮＳサーバ１００は、ＳＮＳを利用する各メンバについて、該メンバのテレビ受信機に表示させるＳＮＳのホーム画面のデータ（例えば、ＨＴＭＬデータ）を生成し、生成したデータを該テレビ受信機に送信する。
【００２５】
具体的には、メンバのテレビ受信機から受信した番組評価情報に応じたエモティコンと最新の視聴チャンネル情報に対応する放送局名とが該メンバの名称の近傍に位置し、且つ、安否が懸念されるメンバについては懸念度に応じた規定の文字列が該メンバの名称の近傍に位置するような態様のホーム画面のデータを生成する。なお、ＳＮＳサーバ１００は、各メンバについて、該メンバのテレビ受信機から現在までに受信した一連の番組評価情報（該メンバの評価履歴）に基づいて、該メンバの安否に関する懸念度を判定する。
【００２６】
また、ＳＮＳサーバ１００は、テレビ受信機においてメッセージ機能を使用するための操作が成されると、懸念度に応じた送信先にメッセージを通知するための画面のデータ（例えば、ＨＴＭＬデータ）を生成し、生成したデータを該テレビ受信機に送信する。
【００２７】
（ＣＨセンスサーバ３００）
ＣＨセンスサーバ３００は、各テレビ受信機について、該テレビ受信機から受信したユーザ情報と該テレビ受信機から受信した最新の視聴チャンネル情報とを関連付けて自装置内に保存する。また、ＣＨセンスサーバ３００は、テレビ受信機から電源がオフになる旨を示す情報を受信すると、そのテレビ受信機のユーザ情報と関連付けられている最新の視聴チャンネル情報を“視聴チャンネルなし”に更新する。すなわち、ユーザ情報と関連付けられている最新のテレビ受信情報は、該ユーザ情報が表すユーザがテレビ番組を視聴中であるか否かを示すとともに、該ユーザがテレビ番組を視聴している場合にはどのチャンネルの番組を視聴しているかを示している。
【００２８】
また、ＣＨセンスサーバ３００は、ＳＮＳサーバ１００から指定されたユーザの最新の視聴チャンネル情報をＳＮＳサーバ１００に送信する。
【００２９】
（番組情報ＤＢサーバ４００）
番組情報ＤＢサーバ４００は、各放送局（チャンネル）に関し、過去に放送された番組、現在放送中の番組、および、これから放送される番組に関する情報（番組情報）を管理するサーバである。また、番組情報ＤＢサーバ４００は、過去に放送された各番組について、該番組に対する一般的な評価を示す情報（すなわち、該番組に対する評価の最頻値）を保存するようになっている。
【００３０】
（メール送信サーバ５００）
メール送信サーバ５００は、ＳＮＳサーバからのリクエストに基づいて、ＳＮＳサーバが生成したメールを宛先アドレスに送信するＳＭＴＰサーバである。すなわち、メールは、該宛先アドレスのユーザ（例えば、ＳＮＳのメンバ、または、ＳＮＳのメンバの親族）が所有する端末（スマートフォン２１０、ＰＣ２２０、タブレット端末２３０等）により受信されることになる。
【００３１】
以上、ＳＮＳシステムの全体構成について説明した。
【００３２】
次に、ＳＮＳサーバ１００の要部構成について図３を参照しながら説明する。図３は、ＳＮＳサーバ１００の要部構成を示すブロック図である。
（ＳＮＳサーバ１００の要部構成）
図３に示すように、ＳＮＳサーバ１００は、ＳＮＳ画面生成部１１０、視聴情報処理部１２０、評価情報処理部１３０、メッセージ処理部１４０、および、記憶部１５０を備えている。
【００３３】
ＳＮＳ画面生成部１１０は、必要に応じて視聴情報処理部１２０および評価情報処理部１３０から供給された各種情報を用いて、ＳＮＳの各種画面（前述のホーム画面やメッセージを送るための画面等）のデータを生成する。
【００３４】
視聴情報処理部１２０は、ＳＮＳ画面生成部１１０がホーム画面のデータの送信要求をテレビ受信機２００から受信すると、ＣＨセンスサーバ３００に対し、そのテレビ受信機２００を使用するメンバと同一グループの各メンバの最新の視聴チャンネル情報を送信するように要求する。そして、視聴情報処理部１２０は、受信した各メンバの最新のテレビチャンネル情報をＳＮＳ画面生成部１１０に供給する。
【００３５】
評価情報処理部１３０は、テレビ受信機２００から番組評価情報を受信すると、受信した番組評価情報を、そのテレビ受信機２００を使用するメンバのユーザ情報と関連付けて記憶部１５０に保存する。また、評価情報処理部１３０は、各テレビ受信機２００について、該テレビ受信機２００から受信した一連の番組評価情報を用いて該テレビ受信機２００を利用するメンバの評価履歴情報を作成する。
【００３６】
評価情報処理部１３０は、ＳＮＳ画面生成部１１０がホーム画面のデータの送信要求をテレビ受信機２００から受信すると、そのテレビ受信機２００を使用するメンバ以外の他のメンバの番組評価情報を記憶部１５０から読み出してＳＮＳ画面生成部１１０に供給する。これに加えて、評価情報処理部１３０は、各メンバについて、該メンバの評価履歴情報に基づいて安否に関する懸念度を判定し、判定した懸念度に対応する規定の文字列を記憶部１５０から読み出して、ＳＮＳ画面生成部１１０に供給する。
【００３７】
また、評価情報処理部１３０は、番組情報ＤＢサーバ４００が保存している番組情報を参照することで各番組の終了時刻を把握できるが、番組が終了する度に、該番組の放送中に各テレビ受信機から受信した該番組に対する評価情報に基づいて、該番組に対する一般的な評価を特定する。そして、評価情報処理部１３０は、番組に関する情報の一部として、該番組に対する一般的な評価を示す情報を番組情報ＤＢサーバ４００に保存する。
【００３８】
メッセージ処理部１４０は、メッセージ機能を用いてメンバから送られたメッセージを、該メンバが指定した他のメンバの安否に懸念がない場合には該他のメンバのテレビ受信機２００に送信する。一方、メッセージ処理部１４０は、メッセージ機能を用いてメンバから送られたメッセージを、該メンバが指定した他のメンバの安否に懸念がある場合には該他のメンバの安否の懸念度に応じた通知先に通知する。なお、安否の懸念度に応じたメッセージの通知先は、ＳＮＳ画面生成部１１０により決定されるが、通知先の具体例については後述する。
【００３９】
記憶部１５０は、ハードディスクドライブ等の記録媒体である。記憶部１５０には、各メンバの評価履歴情報が保持される。また、記憶部１５０には、安否の懸念度に応じた規定の文字列が保持されている。
【００４０】
以上、ＳＮＳサーバ１００の要部構成について説明した。
【００４１】
（ＳＮＳサーバ１００の動作について）
次に、メンバがテレビ受信機２００にＳＮＳのホーム画面を表示させる操作を行ってから該メンバのメッセージを送付先に送付するまでのＳＮＳサーバ１００の動作について説明する。
【００４２】
上記操作を行ったメンバ（以下、「送信者」とも称する）が所有するテレビ受信機２００からＳＮＳサーバ１００がＳＮＳのホーム画面のデータのリクエストを受け付けると、評価情報処理部１３０が以下に説明するアルゴリズムを用いて他の各メンバの安否の懸念度を判定するとともに、視聴情報処理部１２０が該他の各メンバの最新の視聴チャンネル情報をＣＨセンスサーバ３００から取得する。
【００４３】
すなわち、評価情報処理部１３０は、以下の（１）〜（７）の基準に従って、他の各メンバの安否の懸念度を判定する。
【００４４】
（１）メンバの番組に対する評価の頻度が一定以上低下したことを検出した場合、検出後の該メンバの安否の懸念度を最低値の「０」ではなく「１」と判定する。評価の頻度が大きく変わる原因の多くは「気分が変わった」「ライフスタイルに変化が生じた」「サービスに飽きてきた」等といった問題のないものであると想定されるが、体調に異変が生じたことが原因で評価の頻度が大きく変わっている可能性もゼロではないためである。
【００４５】
（２）メンバの番組に対する評価の傾向が変わったことを検出した場合（例えば、以前はどの番組にも肯定的な評価をしていたにもかかわらず、最近ではどの番組にも否定的な評価しかしなくなった場合）、検出後の該メンバの安否の懸念度を「２」と判定する。精神的に不安定になったことが原因で評価の頻度が変わっている可能性があるためである。
【００４６】
（３）様々な番組に対して評価を行ったメンバに関し、直近の一定期間内に放送された番組の全部またはその多くの番組について番組に対するメンバの評価が一般的な評価と異なっていることを検出し、且つ、該期間以前に放送された番組の全部またはその多くの番組について番組に対するメンバの評価が一般的な評価と異なっていないことを検出した場合、検出後の該メンバの安否の懸念度を「３」と判定する。過去には一般的な評価を行っていたが、精神的な異常が生じたことが原因で最近では一般的な評価とは異なる評価を行うようになった、と考えられるためである。
【００４７】
（４）長期間（例えば、１日以上）に亘って、メンバの評価がなく、且つ、該メンバのテレビ受信機２００の電源がオンになっていることを検出した場合、検出後の該メンバの安否の懸念度を「４」と判定する。単にテレビ受信機２００の電源をオフにし忘れただけの可能性もあるが、テレビ受信機２００の電源をオンにしたまま該メンバが衰弱している可能性が少しあるためである。
【００４８】
（５）より長期間（例えば、１週間以上）に亘って、メンバの評価がなく、且つ、該メンバのテレビ受信機２００の電源がオンになっていることを検出した場合、検出後の該メンバの安否の懸念度を「５」と判定する。テレビ受信機２００の電源をオフにするのを忘れて旅行に出かけた可能性も少しあるが、テレビ受信機２００の電源を付けたまま該メンバが衰弱している可能性のほうが高いと考えられるためである。
【００４９】
（６）さらに長期間（例えば、１か月以上）に亘って、メンバの評価がなく、且つ、該メンバのテレビ受信機２００の電源がオンになっていることを検出した場合、検出後の該メンバの安否の懸念度を「６」と判定する。テレビ受信機２００の電源を付けたまま該メンバが危険な状態にある可能性が極めて高いためである。なお、長期間（例えば、１か月以上）に亘って、メンバの評価がなく、且つ、該メンバのテレビ受信機２００の電源がオフになっていることを検出した場合にも、同様の理由で、検出後の該メンバの安否の懸念度を「６」と判定する。
【００５０】
（７）上記の（１）〜（６）のいずれのケースにも当てはまらないメンバに関しては、該メンバの安否の懸念度を「０」と判定する。すなわち、該メンバには安否の懸念がないと判定する。
【００５１】
以上各メンバの安否の懸念度を判定した評価情報処理部１３０は、各メンバについて安否の懸念度に対応する規定の文字列を読み出してＳＮＳ画面生成部１１０に供給する。例えば、あるメンバの安否の懸念度が「１」である場合には「最近評価がなくなりました」という文字列を読み出してＳＮＳ画面生成部１１０に供給する。
【００５２】
また、視聴情報処理部１２０も、ＣＨセンスサーバ３００から取得した各メンバの最新の視聴チャンネル情報をＳＮＳ画面生成部１１０に供給する。
【００５３】
ＳＮＳ画面生成部１１０は、各メンバの最新の視聴チャンネル情報と各メンバの安否の懸念度に対応する文字列とを用いてＳＮＳのホーム画面のデータを生成し、生成したデータを送信者のテレビ受信機２００に送信する。送信者のテレビ受信機２００は、送信されたデータを用いて、図４の（ａ）の左側に示したようなＳＮＳのホーム画面を表示する。
【００５４】
その後、送信者がメッセージ機能を使用するためにホーム画面上で他のメンバを指定すると、ＳＮＳ画面生成部１１０は、指定されたメンバの安否の懸念度に応じたメッセージを送信するための画面のデータを生成し、生成したデータを送信者のテレビ受信機２００に送信する。
【００５５】
以下、指定されたメンバの安否の懸念度毎に、その後のＳＮＳサーバ１００の動作を説明する。
【００５６】
（指定されたメンバの安否の懸念度が「０」である場合）
例えば、図４の（ａ）の左側に示したように送信者であるＡさんが安否の懸念度が「０」であるＣさんを指定した場合、ＳＮＳ画面生成部１１０は、Ａさんの視聴中の番組をお勧めするメッセージを送信するための画面のデータを生成する。そして、生成したデータをＡさんのテレビ受信機２００（テレビ受信機２００−Ａ）に送信する。テレビ受信機２００−Ａのスクリーンの右半分には、図４の（ａ）の右側に示したように、視聴中の番組をお勧めするメッセージを送信するための画面が表示される。
【００５７】
Ａさんが「お勧め」ボタンを押すと、ＳＮＳサーバ１００のメッセージ処理部１４０は、Ａさんが視聴中の番組をお勧めするメッセージをＣさんのテレビ受信機２００（テレビ受信機２００−Ｃ）に送信する。その結果、テレビ受信機２００−Ｃには、図４の（ｂ）または（ｃ）に示したようにメッセージが表示される。具体的には、Ｃさんのテレビ受信機２００−ＣにＳＮＳの画面が表示されていない場合には、図４の（ｂ）に示したように番組映像上にメッセージが表示される。また、テレビ受信機２００−ＣにＳＮＳの画面が表示されている場合には、図４の（ｃ）に示したようにＳＮＳの画面上にメッセージが表示される。
【００５８】
（指定されたメンバの安否の懸念度が「１」である場合）
例えば、図５の（ａ）の左側に示したように送信者であるＡさんが安否の懸念度が「１」であるＦさんを指定した場合、ＳＮＳ画面生成部１１０は、Ｆさんの近況を尋ねるメッセージを送信するための画面のデータを生成する。そして、生成したデータをテレビ受信機２００−Ａに送信する。テレビ受信機２００−Ａのスクリーンの右半分には、図５の（ａ）の右側に示したように、近況を尋ねる定型メッセージを送信するための画面が表示される。
【００５９】
Ａさんが「送信」ボタンを押すと、ＳＮＳサーバ１００のメッセージ処理部１４０は、近況を尋ねる定型メッセージをＦさんのテレビ受信機２００（テレビ受信機２００−Ｆ）に送信する。その結果、テレビ受信機２００−Ｆには図５の（ｂ）の左側に示したようにメッセージの通知画面が表示される。そして、Ｆさんが「見る」ボタンを押すと、テレビ受信機２００−Ｆには図５の（ｂ）の右側に示したような近況を尋ねる定型メッセージが表示される。
【００６０】
（指定されたメンバの安否の懸念度が「２」である場合）
例えば、図６の（ａ）の左側に示したように送信者であるＡさんが安否の懸念度が「２」であるＤさんを指定した場合、ＳＮＳ画面生成部１１０は、Ｄさんの安否を確認するメッセージの入力画面のデータを生成する。この際、ＳＮＳ画面生成部１１０は、コミュニケーションログを解析することで、メッセージ機能またはチャット機能を使用して直近でＤさんとメッセージのやりとりを行ったメンバ（図６ではＢさん）を特定する。その後、ＳＮＳ画面生成部１１０は、生成したデータをテレビ受信機２００−Ａに送信する。テレビ受信機２００−Ａのスクリーンの右半分には、図６の（ａ）の右側に示したように、メッセージの入力画面が表示される。
【００６１】
Ａさんがメッセージを入力して「連絡」ボタンを押すと、ＳＮＳサーバ１００のメッセージ処理部１４０は、Ａさんが入力したメッセージをＢさんのテレビ受信機２００（テレビ受信機２００−Ｂ）に送信する。その結果、テレビ受信機２００−Ｂには図６の（ｂ）の左側に示したようにメッセージの通知画面が表示される。そして、Ｂさんが「見る」ボタンを押すと、テレビ受信機２００−Ｂには図６の（ｂ）の右側に示したようなＡさんが入力したメッセージが表示される。
【００６２】
（指定されたメンバの安否の懸念度が「３」である場合）
例えば、図７の（ａ）の左側に示したように送信者であるＡさんが安否の懸念度が「３」であるＥさんを指定した場合、ＳＮＳ画面生成部１１０は、Ｅさんの安否を確認するメッセージの入力画面のデータを生成する。そして、ＳＮＳ画面生成部１１０は、生成したデータをテレビ受信機２００−Ａに送信する。テレビ受信機２００−Ａのスクリーンの右半分には、図６の（ａ）の右側に示したように、メッセージの入力画面が表示される。
【００６３】
Ａさんがメッセージを入力して「連絡」ボタンを押すと、ＳＮＳサーバ１００のメッセージ処理部１４０は、Ａさんが入力したメッセージをＥさんの友達（Ｅさんを除く、Ａさんと同一グループ内の他の全メンバ）のテレビ受信機２００に送信する。その結果、Ｅさんの友達のテレビ受信機２００には図７の（ｂ）の左側に示したようにメッセージの通知画面が表示される。そして、友達が「見る」ボタンを押すと、図７の（ｂ）の右側に示したように、その友達のテレビ受信機２００では「Ｅさん見守りスレッド」というスレッド名のチャット画面が表示され、チャット画面内にＡさんが入力したメッセージが表示される。
【００６４】
（指定されたメンバの安否の懸念度が「４」である場合）
例えば、Ｇさんが１日中テレビ受信機２００の電源がオンにしたままにしており、且つ、Ｇさんがその１日の間番組の評価を全くしていないものとする。
【００６５】
図８の（ａ）の左側に示したように送信者であるＡさんが安否の懸念度が「４」であるＧさんを指定した場合、ＳＮＳ画面生成部１１０は、Ｇさんの安否を確認するメッセージの入力画面のデータを生成する。そして、ＳＮＳ画面生成部１１０は、生成したデータをテレビ受信機２００−Ａに送信する。テレビ受信機２００−Ａのスクリーンの右半分には、図８の（ａ）の右側に示したように、メッセージの入力画面が表示される。
【００６６】
Ａさんがメッセージを入力して「送信」ボタンを押すと、ＳＮＳサーバ１００のメッセージ処理部１４０は、メール送信サーバ５００を介して、Ａさんが入力したメッセージを、Ｇさんが会員登録時に登録したＧさん自身の携帯電話２１０のメールアドレス宛に送信する。その結果、図８の（ｂ）に示したように、ＡさんからのメッセージがＧさんの携帯電話２１０に表示される。
【００６７】
（指定されたメンバの安否の懸念度が「５」である場合）
Ｇさんのテレビ受信機２００の電源がオンになってから１週間が経過し、且つ、Ｇさんがその１週間の間番組の評価を全くしていないものとする。また、Ｇさんは、会員登録時に親族のメールアドレスとして息子のメールアドレスを登録したものとする。
【００６８】
図９の（ａ）の左側に示したように送信者であるＡさんが安否の懸念度が「５」であるＧさんを指定した場合、ＳＮＳ画面生成部１１０は、Ｇさんの安否を確認するメッセージの入力画面のデータを生成する。そして、ＳＮＳ画面生成部１１０は、生成したデータをテレビ受信機２００−Ａに送信する。テレビ受信機２００−Ａのスクリーンの右半分には、図９の（ａ）の右側に示したように、メッセージの入力画面が表示される。
【００６９】
Ａさんがメッセージを入力して「送信」ボタンを押すと、ＳＮＳサーバ１００のメッセージ処理部１４０は、メール送信サーバ５００を介して、Ａさんが入力したメッセージを、Ｇさんが会員登録時に登録したＧさんの息子のメールアドレス宛に送信する。その結果、図９の（ｂ）に示したように、ＡさんからのメッセージがＧさんの息子の端末２３０に表示される。
【００７０】
（指定されたメンバの安否の懸念度が「６」である場合）
Ｇさんのテレビ受信機２００の電源がオンになってから１か月が経過し、且つ、Ｇさんがその１か月の間番組の評価を全くしていないものとする。
【００７１】
図１０の（ａ）の左側に示したように送信者であるＡさんが安否の懸念度が「６」であるＧさんを指定した場合、ＳＮＳ画面生成部１１０は、見守り業者にＧさんの安否に危険がある旨の連絡するための画面のデータを生成する。そして、ＳＮＳ画面生成部１１０は、生成したデータをテレビ受信機２００−Ａに送信する。テレビ受信機２００−Ａのスクリーンの右半分には、図１０の（ａ）の右側に示したように、見守り業者にＧさんの安否に危険がある旨を連絡するための画面が表示される。
【００７２】
Ａさんが「連絡」ボタンを押すと、ＳＮＳサーバ１００のメッセージ処理部１４０は、Ｇさんの安否に危険がある旨のＡさんからのメッセージを見守り業者のＰＣ２２０に送信する。その結果、図１０の（ｂ）に示したように、Ａさんからのメッセージが見守り業者のＰＣ２２０に表示される。
【００７３】
（ＳＮＳサーバ１００の利点）
以上のように、ＳＮＳサーバ１００は、ＳＮＳを利用する各メンバのテレビ受信機２００から放送番組に対する該メンバの評価を示す評価情報を受信し、上記各メンバについて、現在までに受信した該メンバの評価情報に基づいて該メンバの評価履歴を作成する評価情報処理部１３０を備えている。評価情報処理部１３０は、上記各メンバについて、該メンバの評価履歴に基づいて該メンバの安否に関する懸念度を判定するようになっている。
【００７４】
また、以上のように、ＳＮＳサーバ１００は、任意のメンバが自身のテレビ受信機２００を用いて指定したメンバ（具体的には、安否に少しだけ懸念のあるメンバ）に関し、該任意のメンバからの該指定されたメンバの安否を確認するためのメッセージを上記ＳＮＳのメンバ（指定されたメンバ自身、または、該メンバではない他のメンバ）に通知するメッセージ処理部１４０と、メッセージ処理部１４０によるメッセージの通知先を、上記指定されたメンバの安否の懸念度の高さに基づいて決定するＳＮＳ画面生成部１１０と、を備えている。
【００７５】
上記の構成によれば、ＳＮＳサーバ１００は、メンバ同士がお互いの安否を確認することを可能にする。また、上記の構成により、ＳＮＳサーバ１００は、各メンバが他のメンバの安否の懸念度の高さに応じた適切な通知先に安否を確認するためのメッセージを送ることを可能にする。
【００７６】
したがって、ＳＮＳサーバ１００は、他人に一方的に監視されているという心理的負担感を各メンバに与えることなく、各メンバが安否の懸念されるメンバの安否確認を迅速に行うことを可能にする、という効果を奏する。
【００７７】
〔実施形態２〕
本発明の他の実施形態について説明すれば、以下のとおりである。なお、説明の便宜上、実施形態１にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００７８】
実施形態１では、送信者に指定されたメンバの安否の懸念度が「３」である場合、メッセージ処理部１４０が、送信者と同一グループ内の全メンバ（指定されたメンバを除く）に送信者のメッセージを送信するものとした。
【００７９】
本実施形態では、メッセージ処理部１４０は、送信者と同一グループ内の全メンバのうちＮ人（１人であってもよいし、複数人であってもよい）のメンバに対して、送信者のメッセージを送信する。Ｎ人のメンバとは、具体的には、ＳＮＳが提供する機能（例えば、メッセージ機能やチャット機能）を用いて、送信者が指定したメンバとメッセージのやりとりを行った直近の時期が現在に近いほうからＮ番目までのメンバである。そして、送信者に指定されたメンバの安否を議題とし、送信者とＮ人のメンバとが参加者となるグループチャットが立ち上がる。
【００８０】
上記の構成によれば、送信者が指定したメンバに特に異変が生じておらず、Ｎ人のメンバのうち少なくとも１人がそのことを知っている場合、送信者の懸念は解消される。また、送信者が指定したメンバの安否を誰も知らない場合には、送信者の懸念がＮ人のメンバと共有され、送信者を含むＮ＋１人のメンバで協力して安否確認のための行動を起こすようになる。したがって、送信者の安否が迅速に確認される可能性が高まることになる。
【００８１】
〔実施形態３〕
本発明のさらに別の一実施形態について説明すれば、以下のとおりである。なお、説明の便宜上、実施形態１にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００８２】
実施形態１では、ユーザが、ＳＮＳの会員登録画面を通じて、会員登録情報の一部として、自身の携帯電話のメールアドレス、親族のメールアドレス、および、その親族の該ユーザとの続柄を登録するようになっている。これに対し、本実施形態では、ユーザが、会員登録情報の一部として、自身の携帯電話の電話番号、および、親族宅の電話番号を登録するようになっている。
【００８３】
また、本実施形態に係るＳＮＳシステムの処理は、安否の懸念度が「４」、「５」または「６」と判定された場合の実施形態１に係るＳＮＳシステムの処理と異なっている。
【００８４】
（指定されたメンバの安否の懸念度が「４」である場合）
ホーム画面においてＡさんが安否の懸念度が「４」であるＧさんを指定した場合、ＳＮＳ画面生成部１１０は、「Ｇさんに電話をします」というメッセージと「通話」ボタンとが設けられた画面のデータを生成し、生成したデータをＡさんのテレビ受信機２００に送信する。
【００８５】
Ａさんが「通話」ボタンを押すと、ＳＮＳサーバ１００は、Ａさんのテレビ受信機２００とＧさんの携帯電話との間でのＩＰ通話を確立させる。
【００８６】
（指定されたメンバの安否の懸念度が「５」である場合）
ホーム画面においてＡさんが安否の懸念度が「５」であるＧさんを指定した場合、ＳＮＳ画面生成部１１０は、「Ｇさんの親族に電話をします」というメッセージと「通話」ボタンとが設けられた画面のデータを生成し、生成したデータをＡさんのテレビ受信機２００に送信する。
【００８７】
Ａさんが「通話」ボタンを押すと、ＳＮＳサーバ１００は、Ａさんのテレビ受信機２００とＧさんの親族宅の電話との間でのＩＰ通話を確立させる。
【００８８】
（指定されたメンバの安否の懸念度が「６」である場合）
ホーム画面においてＡさんが安否の懸念度が「６」であるＧさんを指定した場合、ＳＮＳ画面生成部１１０は、「見守り業者に電話をします」というメッセージと「通話」ボタンとが設けられた画面のデータを生成し、生成したデータをＡさんのテレビ受信機２００に送信する。
【００８９】
（実施形態３の付記事項）
なお、ユーザが、親族宅の電話番号として、親族の携帯電話の電話番号を登録するように構成されていてもよい。
【００９０】
この場合、送信者が指定したメンバの安否の懸念度が「４」であるときには、メッセージ処理部１４０は、該メンバが所有する携帯電話の電話番号宛（特許請求の範囲の「連絡先」に対応）に該メンバの安否を確認するためのショートメッセージを送信してもよい。同様に、送信者が指定したメンバの安否の懸念度が「５」であるときには、メッセージ処理部１４０は、該メンバの親族が所有する携帯電話の電話番号宛に該メンバの安否を確認するためのショートメッセージを送信してもよい。
【００９１】
〔実施形態４〕
実施形態１では、テレビ受信機２００が、ＳＮＳの会員登録前にはＳＮＳの会員登録画面を表示できるようになっており、ＳＮＳの会員登録後にはスクリーンの右半分にＳＮＳのホーム画面を表示できるように構成されていた。
【００９２】
本実施形態では、テレビ受信機２００は、ＳＮＳの会員登録前にＳＮＳの会員登録画面を表示できるように構成されているが、会員登録後にＳＮＳを通じて他のメンバとのコミュニケーションを行うことが可能な仕様になっていない。
【００９３】
すなわち、ユーザは、テレビ受信機２００とは別個の端末にＳＮＳのログイン画面を表示させ、会員登録完了時にテレビ受信機２００に表示されたユーザＩＤおよびパスワードをログイン画面内に入力することにより、ＳＮＳを利用できるようになっている。
【００９４】
そして、テレビ受信機２００は、ＳＮＳの会員登録後における通信処理としては、ＣＨセンスサーバ３００との通信（視聴チャンネル情報等を送信するための通信）のみを行うようになっている。
【００９５】
〔実施形態５〕
ＳＮＳサーバ１００の制御ブロック（特にＳＮＳ画面生成部１１０、評価情報処理部１３０およびメッセージ処理部１４０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【００９６】
後者の場合、ＳＮＳサーバ１００は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００９７】
（付記事項１）
なお、本発明は、ＳＮＳサーバ１００ではなく、例えば、ＩＭ（インタスタントメッセージング）サーバとしても実施できる。この場合、視聴中の番組に対する評価をメンバに行わせるためのユーザインタフェースを備えたＩＭクライアントとして機能するように、各メンバのテレビ受信機２００を実装すればよい。
【００９８】
（付記事項２）
また、テレビ受信機２００は、送信者からのメッセージとして、テキスト形式のメッセージではなく、音声メッセージや画像メッセージ等のメッセージの入力または選択を受け付けることができるように構成されていてもよい。ここで、音声メッセージは、例えば、ボイスメールであってもよく、画像メッセージは、例えば、アイコンであってもよい。また、選択可能なメッセージ群は、テレビ受信機２００およびＳＮＳサーバ１００（もしくは上記ＩＭサーバ）の一方または両方に予め保存されていてもよい。
【００９９】
テレビ受信機２００をこのように構成した場合、ＳＮＳサーバ１００（または上記ＩＭサーバ）は、音声メッセージまたは画像メッセージを、送信者が指定したメンバの安否の懸念度に応じた送信先に送信してもよい。
【０１００】
〔まとめ〕
本発明の態様１に係るサーバ（ＳＮＳサーバ１００）は、サービスを提供するサーバであって、上記サービスを利用する各メンバの端末（テレビ受信機２００）から番組に対する該メンバの評価を示す評価情報を受信し、上記各メンバについて、現在までに受信した該メンバの評価情報に基づいて該メンバの評価履歴を作成する作成手段（評価情報処理部１３０）と、上記各メンバについて、該メンバの評価履歴に基づいて該メンバの安否に関する懸念度を判定する判定手段（評価情報処理部１３０）と、任意のメンバにより該任意のメンバの端末を用いて指定されたメンバに関し、該任意のメンバからの該指定されたメンバの安否を確認するためのメッセージを、上記サービスを利用するメンバに通知する通知手段（メッセージ処理部１４０）と、上記通知手段による上記メッセージの通知先を、上記判定手段が判定した懸念度の高さに基づいて決定する決定手段（ＳＮＳ画面生成部１１０）と、を備えている。
【０１０１】
上記の構成によれば、上記サーバは、任意のメンバが自身の端末を用いて、安否が懸念されるメンバの安否を確認するためのメッセージをメンバに送ることを可能にする。すなわち、上記サーバは、メンバ同士がお互いの安否を確認することを可能にする。また、上記の構成により、上記サーバは、各メンバが、他のメンバの安否の懸念度の高さに応じた適切な通知先に安否を確認するためのメッセージを送ることを可能にする。
【０１０２】
したがって、上記サーバは、他人に一方的に監視されているという心理的負担感を各メンバに与えることなく、各メンバが安否の懸念されるメンバの安否確認を迅速に行うことを可能にする、という効果を奏する。
【０１０３】
本発明の態様２に係るサーバは、上記態様１において、メンバの端末に該メンバと同一グループに属する他の１人以上のメンバの各々の安否に関する懸念度を示す情報を表示させるために、該情報を該端末に出力する出力手段を更に備えている、ことが望ましい。
【０１０４】
上記の構成によれば、上記サーバは、各メンバに対し、該メンバと同一グループに属する他の１人以上のメンバの中に、安否が懸念されるメンバがいるか否かを迅速に把握することを可能にする、というさらなる効果を奏する。
【０１０５】
本発明の態様３に係るサーバは、上記態様１または２において、上記判定手段は、上記各メンバの安否に関する懸念度が所定の複数のレベルのうちのどのレベルにあるかを判定するように構成されており、上記決定手段は、上記懸念度が特定レベル以下のレベルにあると判定されたメンバの安否を確認するためのメッセージの通知先を該メンバのみに決定する、ことが望ましい。
【０１０６】
本発明の態様４に係るサーバは、上記態様１から３において、上記通知手段は、上記通知手段は、上記サービスを構成するメッセージ機能を用いて上記メッセージを通知するように構成されており、上記指定されたメンバに関し、該メンバの評価履歴が現在までの所定の期間以上に亘って該メンバが番組に対する評価を行っていないことを示す場合に、該メンバにより上記サーバに登録された連絡先に該メンバの安否を確認するためのメッセージを送信するメッセージ送信手段（メッセージ処理部１４０）を更に備えている、ことが望ましい。
【０１０７】
上記の構成によれば、上記サーバは、上記サービスを利用するメンバだけでなく、上記サービスを利用しない人（例えば、上記指定されたメンバの親族）にも、上記指定されたメンバの安否を確認するためのメッセージを送信する。したがって、上記サーバは、安否の懸念されるメンバの安否確認をより迅速に行うことを可能にする、という効果を奏する。
【０１０８】
本発明の態様５に係るサーバは、上記態様４において、各メンバについて該メンバが登録した複数の連絡先を保存しており、上記メッセージ送信手段は、上記指定されたメンバが最後に上記評価を行った時点から現在までの期間の長さに基づいて、該メンバが登録した複数の連絡先の中から選択した連絡先に、該メンバの安否を確認するためのメッセージを送信する、ことが望ましい。
【０１０９】
上記の構成によれば、上記サーバは、上記指定されたメンバが最後に上記評価を行った時点から現在までの期間の長さに応じた適切な宛先に、該メンバの安否を確認するためのメッセージを送信する。したがって、上記サーバは、安否の懸念されるメンバの安否確認をより迅速に行うことを可能にする、という効果を奏する。
【０１１０】
本発明の態様６に係るサーバは、上記態様１から５において、上記判定手段が、メンバの評価履歴に基づいて該メンバの番組に対する評価の傾向が最近変わったか否かを判定し、評価の傾向が最近変わったと判定した場合には該メンバの安否に関する懸念度が特定レベルにあると判定するように構成されており、上記決定手段は、上記懸念度が該特定レベルにあると判定されたメンバの安否を確認するためのメッセージの通知先を、上記サービスを構成する機能を用いて直近で該メンバとメッセージのやりとりを行ったメンバに決定する、ことが望ましい。
【０１１１】
上記の構成によれば、上記サーバは、上記任意のメンバからの上記指定されたメンバの安否に確認するためのメッセージを、直近で該メンバとメッセージのやりとりを行ったメンバ（すなわち、該メンバの安否を知っている可能性があるメンバ）に通知する。
【０１１２】
したがって、上記サーバは、安否の懸念されるメンバの安否確認をより迅速に行うことを可能にする、という効果を奏する。
【０１１３】
本発明の態様７に係るサーバは、上記態様１から６において、上記判定手段は、メンバの評価履歴に基づいて同一番組に対するメンバの評価と一般的な評価とが乖離する傾向が最近になって現れたか否かを判定し、該傾向が最近になって現れたと判定した場合には該メンバの安否に関する懸念度が特定レベルにあると判定するように構成されており、上記決定手段は、上記懸念度が該特定レベルにあると判定されたメンバの安否を確認するためのメッセージの通知先として、Ｎ人（Ｎ：１以上の整数）のメンバを決定するように構成されており、上記Ｎ人のメンバは、上記懸念度が該特定レベルにあると判定されたメンバとの間で上記サービスを構成する機能を用いてメッセージのやりとりを行った直近の時期が現在に近いほうからＮ番目までのメンバである、ことが望ましい。
【０１１４】
上記の構成によれば、上記サーバは、上記任意のメンバが上記指定されたメンバの安否に確認するためのメッセージを、最近該メンバとメッセージのやりとりを行ったＮ人のメンバに通知する。
【０１１５】
したがって、上記サーバは、安否の懸念されるメンバの安否確認をより迅速に行うことを可能にする、という効果を奏する。
【０１１６】
なお、懸念をより確実に他のメンバに知ってもらうには、上記通知先が複数である（すなわち、Ｎ≧２であること）がより好ましい。
【０１１７】
本発明の態様８に係るメッセージ通知方法は、サービスを提供するサーバによるメッセージ通知方法であって、上記サービスを利用する各メンバの端末から番組に対する該メンバの評価を示す評価情報を受信し、上記各メンバについて、現在までに受信した該メンバの評価情報に基づいて該メンバの評価履歴を作成する作成工程と、上記各メンバについて、該メンバの評価履歴に基づいて該メンバの安否に関する懸念度を判定する判定工程と、任意のメンバにより該任意のメンバの端末を用いて指定されたメンバに関し、該任意のメンバからの該指定されたメンバの安否を確認するためのメッセージを、上記サービスを利用するメンバに通知する通知工程と、上記通知工程にて通知する上記メッセージの通知先を、上記判定工程にて判定した懸念度の高さに基づいて決定する決定工程と、を含んでいる。
【０１１８】
上記の構成によれば、本発明の態様８に係るメッセージ通知方法は、本発明の態様１に係るサーバと同様の作用効果を奏する。
【０１１９】
なお、コンピュータを態様１から７のいずれかの態様の上記サーバが備える各手段として動作させることにより上記サーバをコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１２０】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【０１２１】
本発明は、ＳＮＳサーバやＩＭサーバ等のサーバに好適に利用することができる。
【符号の説明】
【０１２２】
１００    ＳＮＳサーバ
１１０      ＳＮＳ画面生成部（決定手段）
１２０      視聴情報処理部
１３０      評価情報処理部（作成手段、判定手段）
１４０      メッセージ処理部（通知手段、メッセージ送信手段）
１５０      記憶部
２００    テレビ受信機（端末）
【図１】
2014238724.tif 000003
【図２】
2014238724.tif 000004
【図３】
2014238724.tif 000005
【図４】
2014238724.tif 000006
【図５】
2014238724.tif 000007
【図６】
2014238724.tif 000008
【図７】
2014238724.tif 000009
【図８】
2014238724.tif 000010
【図９】
2014238724.tif 000011
【図１０】
2014238724.tif 000012