(57)【要約】      （修正有）【課題】テレビ等の表示装置の視聴者と、端末装置のユーザとのコミュニケーションを円滑にすることのできる中継装置等を提供する。【解決手段】ＳＮＳサーバ１は、テレビが表示中の放送番組を示す視聴情報を取得する視聴情報取得部１７と、視聴情報取得部１７が取得した視聴情報を携帯端末に提示するページ送信部１６とを備えている。【選択図】図１
2014045384.tif 000002
【特許請求の範囲】
【請求項１】
動画コンテンツを表示する表示装置に、端末装置によって登録されたメッセージを表示させる中継装置であって、
上記表示装置が表示中の動画コンテンツを示すコンテンツ情報を取得するコンテンツ情報取得手段と、
上記コンテンツ情報取得手段が取得したコンテンツ情報、および該コンテンツ情報に基づいて生成された上記表示装置にて上記動画コンテンツを視聴している者を示す視聴者情報の少なくとも何れかを上記端末装置に提示する提示手段とを備えていることを特徴とする中継装置。
【請求項２】
上記提示手段は、上記端末装置からのメッセージの入力を受け付けるための入力用コンテンツに、上記コンテンツ情報および上記視聴者情報の少なくとも何れかを記述して上記端末装置に送信することを特徴とする請求項１に記載の中継装置。
【請求項３】
上記表示装置にて動画コンテンツを視聴する視聴者の候補の中から、上記コンテンツ情報が示す動画コンテンツに応じた視聴者を特定する視聴者特定手段を備え、
上記提示手段は、上記視聴者特定手段が特定した視聴者を示す視聴者情報を上記端末装置に提示することを特徴とする請求項１または２に記載の中継装置。
【請求項４】
上記表示装置にて動画コンテンツを視聴する視聴者の候補の中から、上記コンテンツ情報が示す動画コンテンツに応じた視聴者を特定する視聴者特定手段と、
視聴者を指定したメッセージが登録されている場合、指定された視聴者と、上記視聴者特定手段が特定した視聴者とが一致するときに、当該メッセージを上記表示装置に提示する特定視聴者対象提示手段とを備えていることを特徴とする請求項１から３の何れか１項に記載の中継装置。
【請求項５】
上記メッセージを表示させる対象となる表示装置は複数あり、
複数の表示装置の何れかを指定したメッセージが登録されている場合、指定された表示装置のみに対して当該メッセージを提示する特定装置対象提示手段を備えていることを特徴とする請求項１から４の何れか１項に記載の中継装置。
【請求項６】
上記表示装置にて上記メッセージが既読となったことを通知する通知先を当該表示装置に提示する通知先提示手段と、
上記通知先に対して既読となったことが通知されたメッセージについて、該メッセージが既読であることを示す情報と共に上記端末装置に提示するメッセージ提示手段とを備えていることを特徴とする請求項１から５の何れか１項に記載の中継装置。
【請求項７】
上記端末装置から、動画コンテンツを指定したメッセージが登録されている場合、上記コンテンツ情報が示す動画コンテンツが、指定された動画コンテンツと一致することが確認されたタイミングで、当該メッセージを上記表示装置に提示する特定コンテンツ対象提示手段を備えていることを特徴とする請求項１から６の何れか１項に記載の中継装置。
【請求項８】
動画コンテンツを表示する表示装置に、端末装置によって登録されたメッセージを表示させる中継装置による情報提示方法であって、
上記表示装置が表示中の動画コンテンツを示すコンテンツ情報を取得するコンテンツ情報取得ステップと、
上記コンテンツ情報取得ステップで取得したコンテンツ情報、および該コンテンツ情報に基づいて生成された上記表示装置にて上記動画コンテンツを視聴している者を示す視聴者情報の少なくとも何れかを上記端末装置に提示する提示ステップとを含むことを特徴とする情報提示方法。
【請求項９】
請求項１から７の何れか１項に記載の中継装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
【請求項１０】
請求項９に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画コンテンツを表示するテレビ等の表示装置に、端末装置によって登録されたメッセージを表示させる中継装置等に関する。
【背景技術】
【０００２】
近年、ウェブブラウザを備えたテレビジョン受像機（以下、テレビと称する）が普及しており、このようなテレビでは、放送コンテンツの他に、インターネット上のコンテンツを視聴・閲覧することが可能になっている。
【０００３】
このようなテレビに関する先行技術文献としては、例えば下記の特許文献１が挙げられる。下記の特許文献１には、第１コンテンツの視聴中に、第２のコンテンツと、第３のコンテンツをネットワークを介して取得するためのアクセス情報とを含む通知情報を取得することが記載されている。そして、第２のコンテンツを表示して第３のコンテンツの表示指示を受け付け、上記アクセス情報を用いて第３のコンテンツを受信し、表示することが記載されている。
【０００４】
上記の技術によれば、ユーザは、能動的にウェブブラウザを立ち上げる操作をしなくとも、表示された第２のコンテンツに対して表示指示をするだけで、ネットワーク上の第３のコンテンツを視聴することができる。また、常にウェブブラウザが表示されているわけではないため、第１コンテンツの視聴を妨げることが抑制される。従って、テレビ放送とは異なるネットワーク上に存在する情報を簡便に閲覧することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−１５６４３号公報（２０１２年１月１９日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記の技術を利用することによって、例えば携帯型の端末装置にて作成したメッセージをネットワーク上の中継装置に送信して登録させ、これを中継装置を介して取得することによって、自宅のテレビから簡便に閲覧することも可能になる。これにより、テレビを介した新たなコミュニケーションシステムを提供することができ、テレビの付加価値を高めることができる。
【０００７】
ここで、このようなシステムでは、端末装置のユーザがテレビから離れた場所（例えば他の部屋や屋外）にいる場合、テレビを見ている人が居るか否かが分からず、またテレビを誰が見ているかも分からないという問題がある。
【０００８】
つまり、端末装置のユーザは、誰がいつ見るか分からない状態でメッセージを登録することになるので、双方向でのメッセージの交換が成立し難く、コミュニケーションツールとして十分なシステムとなっているとは言えない。
【０００９】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、テレビ等の表示装置の視聴者と、端末装置のユーザとのコミュニケーションを円滑にすることのできる中継装置等を提供することにある。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、本発明の中継装置は、動画コンテンツを表示する表示装置に、端末装置によって登録されたメッセージを表示させる中継装置であって、上記表示装置が表示中の動画コンテンツを示すコンテンツ情報を取得するコンテンツ情報取得手段と、上記コンテンツ情報取得手段が取得したコンテンツ情報、および該コンテンツ情報に基づいて生成された上記表示装置にて上記動画コンテンツを視聴している者を示す視聴者情報の少なくとも何れかを上記端末装置に提示する提示手段とを備えていることを特徴としている。
【００１１】
また、本発明の情報提示方法は、上記課題を解決するために、動画コンテンツを表示する表示装置に、端末装置によって登録されたメッセージを表示させる中継装置による情報提示方法であって、上記表示装置が表示中の動画コンテンツを示すコンテンツ情報を取得するコンテンツ情報取得ステップと、上記コンテンツ情報取得ステップで取得したコンテンツ情報、および該コンテンツ情報に基づいて生成された上記表示装置にて上記動画コンテンツを視聴している者を示す視聴者情報の少なくとも何れかを上記端末装置に提示する提示ステップとを含むことを特徴としている。
【００１２】
上記の構成によれば、表示装置が表示中の動画コンテンツを示すコンテンツ情報を取得する。そして、取得したコンテンツ情報、および該コンテンツ情報に基づいて生成された上記表示装置にて上記動画コンテンツを視聴している者を示す視聴者情報の少なくとも何れかを上記端末装置に提示する。
【００１３】
したがって、端末装置のユーザは、コンテンツ情報または視聴者情報を参照した上で、表示装置に表示させるメッセージを登録することができる。つまり、上記の構成によれば、端末装置にてメッセージを登録するユーザに表示装置における動画コンテンツの視聴状況を把握させることができるので、表示装置の視聴者と端末装置のユーザとのコミュニケーションを円滑にすることができる。
【００１４】
なお、コンテンツ情報および視聴者情報の端末装置への「提示」には、これらの情報を端末装置に送信することの他に、コンテンツ情報および視聴者情報を端末装置が取得可能な状態にすることも含まれる。例えば、これらの情報にアクセスするための情報（情報の格納先ＵＲＬ等）を端末装置に送信すること等も上記の「提示」に含まれる。
【００１５】
また、上記提示手段は、上記端末装置からのメッセージの入力を受け付けるための入力用コンテンツに、上記コンテンツ情報および上記視聴者情報の少なくとも何れかを記述して上記端末装置に送信することが好ましい。
【００１６】
上記の構成によれば、入力用コンテンツにコンテンツ情報および視聴者情報の少なくとも何れかを記述して端末装置に送信する。したがって、端末装置は、この入力用コンテンツを表示させるだけで、コンテンツ情報および／または視聴者情報をユーザに提示し、これを参照しながらメッセージを入力させることができる。
【００１７】
また、上記中継装置は、上記表示装置にて動画コンテンツを視聴する視聴者の候補の中から、上記コンテンツ情報が示す動画コンテンツに応じた視聴者を特定する視聴者特定手段を備え、上記提示手段は、上記視聴者特定手段が特定した視聴者を示す視聴者情報を上記端末装置に提示することが好ましい。
【００１８】
上記の構成によれば、視聴者の候補の中から、コンテンツ情報が示す動画コンテンツに応じた視聴者を特定し、特定した視聴者を示す視聴者情報を端末装置に提示する。
【００１９】
したがって、コンテンツ情報のみを提示する場合と比べて、端末装置にユーザに、誰が表示装置で動画コンテンツを視聴しているかを容易に認識させることができる。
【００２０】
また、上記中継装置は、上記表示装置にて動画コンテンツを視聴する視聴者の候補の中から、上記コンテンツ情報が示す動画コンテンツに応じた視聴者を特定する視聴者特定手段と、視聴者を指定したメッセージが登録されている場合、指定された視聴者と、上記視聴者特定手段が特定した視聴者とが一致するときに、当該メッセージを上記表示装置に提示する特定視聴者対象提示手段とを備えていることが好ましい。
【００２１】
上記の構成によれば、視聴者の候補の中から、コンテンツ情報が示す動画コンテンツに応じた視聴者を特定する。そして、視聴者を指定したメッセージが登録されている場合、指定された視聴者の候補と、上記視聴者特定手段が特定した視聴者とが一致するときに、当該メッセージを表示装置に提示する。
【００２２】
したがって、候補を指定したメッセージを、その候補が表示装置で動画コンテンツを視聴しているタイミングで提示することが可能になる。なお、メッセージの「提示」には、メッセージを表示装置に送信することの他に、表示装置のユーザがこのメッセージを表示装置に表示させることが可能な状態にすることも含まれる。
【００２３】
また、上記メッセージを表示させる対象となる表示装置は複数あり、上記中継装置は、複数の表示装置の何れかを指定したメッセージが登録されている場合、指定された表示装置のみに対して当該メッセージを提示する特定装置対象提示手段を備えていることが好ましい。
【００２４】
上記の構成によれば、複数の表示装置の何れかを指定したメッセージが登録されている場合に、指定された表示装置のみに対して当該メッセージを提示する。
【００２５】
したがって、端末装置のユーザは、コンテンツ情報および／または視聴者情報から、メッセージを送りたい相手が見ている表示装置を判断し、その表示装置を指定してメッセージを登録することにより、その相手にのみメッセージを提示することが可能になる。
【００２６】
また、上記中継装置は、上記表示装置にて上記メッセージが既読となったことを通知する通知先を当該表示装置に提示する通知先提示手段と、上記通知先に対して既読となったことが通知されたメッセージについて、該メッセージが既読であることを示す情報と共に上記端末装置に提示するメッセージ提示手段とを備えていることが好ましい。
【００２７】
上記の構成によれば、表示装置にてメッセージが既読となったことを通知する通知先を当該表示装置に提示する。そして、この通知先に対して既読となったことが通知されたメッセージについて、該メッセージが既読であることを示す情報と共に端末装置に提示する。
【００２８】
したがって、登録されたメッセージが既読であるか否かを端末装置のユーザに把握させることができる。
【００２９】
また、上記中継装置は、上記端末装置から、動画コンテンツを指定したメッセージが登録されている場合、上記コンテンツ情報が示す動画コンテンツが、指定された動画コンテンツと一致することが確認されたタイミングで、当該メッセージを上記表示装置に提示する特定コンテンツ対象提示手段を備えていることが好ましい。
【００３０】
上記の構成によれば、動画コンテンツを指定したメッセージが登録されている場合に、コンテンツ情報が示す動画コンテンツが、指定された動画コンテンツと一致することが確認されたタイミングで、当該メッセージを表示装置に提示する。
【００３１】
したがって、端末装置のユーザは、指定した動画コンテンツを視聴中の者に対してメッセージを提示することができる。これは、例えばその動画コンテンツに関するメッセージを書き込む場合等に有用である。
【００３２】
なお、上記中継装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記中継装置の各手段として動作させることにより、上記中継装置をコンピュータにて実現させる制御プログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
【発明の効果】
【００３３】
以上のように、本発明の中継装置は、表示装置が表示中の動画コンテンツを示すコンテンツ情報を取得するコンテンツ情報取得手段と、上記コンテンツ情報取得手段が取得したコンテンツ情報、および該コンテンツ情報に基づいて生成された上記表示装置にて上記動画コンテンツを視聴している者を示す視聴者情報の少なくとも何れかを上記端末装置に提示する提示手段とを備えている構成である。
【００３４】
また、本発明の情報提示方法は、以上のように、表示装置が表示中の動画コンテンツを示すコンテンツ情報を取得するコンテンツ情報取得ステップと、上記コンテンツ情報取得ステップで取得したコンテンツ情報、および該コンテンツ情報に基づいて生成された上記表示装置にて上記動画コンテンツを視聴している者を示す視聴者情報の少なくとも何れかを上記端末装置に提示する提示ステップとを含む構成である。
【００３５】
したがって、端末装置のユーザは、コンテンツ情報または視聴者情報を参照した上で、表示装置に表示させるメッセージを登録することができる。つまり、上記の構成によれば、端末装置にてメッセージを登録するユーザに表示装置における動画コンテンツの視聴状況を把握させることができるので、表示装置の視聴者と端末装置のユーザとのコミュニケーションを円滑にすることができるという効果を奏する。
【図面の簡単な説明】
【００３６】
【図１】本発明の一実施形態にかかるＳＮＳサーバおよびＳＮＳ管理ＤＢの要部構成の一例を示すブロック図である。
【図２】上記ＳＮＳサーバおよびＳＮＳ管理ＤＢを含むメッセージ提示システムの概要を示すブロック図である。
【図３】上記メッセージ提示システムに含まれる携帯端末における家族ＳＮＳページの表示画面例を示す図である。
【図４】上記メッセージ提示システムに含まれるテレビの表示画面例を示す図である。
【図５】上記ＳＮＳサーバがメッセージの管理に用いるメッセージレコードの一例を示す図である。
【図６】上記ＳＮＳサーバが端末の管理に用いる端末レコードの一例を示す図である。
【図７】上記ＳＮＳサーバが実行する、上記携帯端末向けのページ送信処理の一例を示すフローチャートである。
【図８】視聴情報の一例を示す図である。
【図９】本発明の他の実施形態にかかるＳＮＳサーバおよびＳＮＳ管理ＤＢの要部構成の一例を示すブロック図である。
【図１０】上記ＳＮＳサーバが視聴メンバーの判断に用いるメンバー判断用レコードの一例を示す図である。
【図１１】上記ＳＮＳサーバが実行する、携帯端末向けのページ送信処理の一例を示すフローチャートである。
【図１２】上記携帯端末における家族ＳＮＳページの表示画面例を示す図である。
【図１３】特定のメンバー宛のメッセージを管理するためのメッセージレコードの一例を示す図である。
【図１４】上記携帯端末における家族ＳＮＳページの表示画面例を示す図である。
【図１５】上記ＳＮＳサーバが実行する新着リクエスト対応処理の一例を示すフローチャートである。
【図１６】複数のテレビに対応したメッセージレコードの一例を示す図である。
【図１７】複数のテレビに対応した端末レコードの一例を示す図である。
【図１８】複数のテレビに対応する上記ＳＮＳサーバの動作概要を示す図である。
【図１９】上記ＳＮＳサーバが実行する、複数のテレビに対応したページ送信処理の一例を示すフローチャートである。
【図２０】上記ＳＮＳサーバが実行する、複数のテレビに対応した新着リクエスト対応処理の一例を示すフローチャートである。
【図２１】上記携帯端末における家族ＳＮＳページの表示画面例を示す図である。
【図２２】上記テレビからメッセージが既読であることを通知するための表示画面の一例を示す図である。
【図２３】メッセージが既読であるか否かを示す情報を含むメッセージレコードの一例を示す図である。
【図２４】上記ＳＮＳサーバが実行する既読リクエスト対応処理の一例を示すフローチャートである。
【図２５】既読メッセージが識別可能に管理されたメッセージレコードに基づいて生成したウェブページを表示した上記携帯端末の表示画面の一例を示す図である。
【発明を実施するための形態】
【００３７】
《実施の形態１》
以下、本発明の一実施形態について、図１〜図８に基づいて詳細に説明する。
【００３８】
〈システムの概要〉
まず、本実施形態にかかるメッセージ提示システムの概要を図２に基づいて説明する。図２は、メッセージ提示システム１００の概要を示すブロック図である。
【００３９】
図示のように、メッセージ提示システム１００には、ＳＮＳサーバ（中継装置）１、ＳＮＳ管理ＤＢ２、お知らせ配信サーバ３、視聴情報サーバ４、視聴情報ＤＢ５、テレビ（表示装置）６、および携帯端末（端末装置）７が含まれている。
【００４０】
ＳＮＳサーバ１は、グループのメンバーがメッセージをやり取りすることのできるソーシャルネットワーキングサービス（ＳＮＳ）を提供するサーバである。ここでは、テレビ６のユーザおよび携帯端末７のユーザをメンバーとするグループが設定されていることを想定している。すなわち、ＳＮＳサーバ１は、テレビ６または携帯端末７からメッセージの登録を受け付け、テレビ６または携帯端末７のリクエストに応じて登録されているメッセージを提示する。
【００４１】
ＳＮＳ管理ＤＢ２は、ＳＮＳサーバ１がグループおよびメッセージの管理を行うために使用するデータベースである。
【００４２】
お知らせ配信サーバ３は、新着メッセージがあることをテレビ６に報知するサーバである。具体的には、テレビ６から新着メッセージの有無を問い合わせる新着リクエストとテレビ６の識別情報（端末ＩＤ）とを受信したときに、この端末ＩＤに対応するグループの新着メッセージがＳＮＳ管理ＤＢ２に格納されているかＳＮＳサーバ１に問い合わせる。そして、格納されている旨のレスポンスがあった場合には、新着メッセージがあることをテレビ６に通知する。
【００４３】
このように、ＳＮＳサーバ１、ＳＮＳ管理ＤＢ２、およびお知らせ配信サーバ３によって、例えば家族のようなグループ単位でメッセージをやり取りすることのできる家族ＳＮＳサービスが実現される。
【００４４】
視聴情報サーバ４は、テレビ６で視聴中の放送番組（動画コンテンツ）を示す視聴情報（コンテンツ情報）を取得して、視聴情報ＤＢ５に蓄積するサーバである。視聴情報ＤＢ５には、視聴情報サーバ４が取得した視聴情報が、該視聴情報の取得元のテレビ６の識別情報（端末ＩＤ）と対応付けて格納される。
【００４５】
テレビ６は、放送番組を受信して映像および音声を出力するテレビジョン受像機である。また、テレビ６は、インターネット等のネットワークにアクセスして、ネットワーク上のコンテンツを表示するためのブラウザ機能も備えている。さらに、テレビ６は、現在出力中の放送番組を示す視聴情報を視聴情報サーバ４に送信する機能も備えている。
【００４６】
携帯端末７は、インターネット等のネットワークにアクセスして、ネットワーク上のコンテンツを表示するためのブラウザ機能を備えた携帯型の端末装置である。本実施形態では、携帯端末７は、このブラウザ機能を利用して家族ＳＮＳに登録されたメッセージを表示する。携帯端末７は、家族ＳＮＳへのメッセージの登録、および登録されたメッセージの閲覧が可能な装置であればよく、例えば携帯電話機やスマートフォン等であってもよい。
【００４７】
〈表示画面例〉
続いて、携帯端末７における表示画面例を図３に基づいて説明する。図３は、携帯端末７における家族ＳＮＳページの表示画面例を示す図である。
【００４８】
図示の例では、３つのメッセージＭ１〜Ｍ３が表示されている。また、新しいメッセージＭ４と共に、新しいメッセージを書き込むための書込キーＫ１が表示されている。さらに、視聴放送欄Ｃ１にはテレビ６で現在視聴されている放送番組を示す文字列が表示されている。
【００４９】
メッセージＭ１〜Ｍ３は、家族ＳＮＳに登録されているメッセージであり、そのメッセージの登録日時および登録メンバー（メッセージの登録を行った者）を示す情報と共に表示されている。
【００５０】
メッセージＭ４は、携帯端末７にてこれから登録しようとするメッセージである。このメッセージＭ４が表示されている欄をタッチすることによって、メッセージの作成・編集を行うことができ、書込キーＫ１にタッチすることによって作成したメッセージを家族ＳＮＳサービスに登録することができる。
【００５１】
このとき、視聴放送欄Ｃ１にはテレビ６で現在視聴されている放送番組が表示されているので、携帯端末７のユーザには、自宅のテレビ６の電源が入っており、家族の誰かがテレビ放送を視聴していることが分かる。また、家族のメンバーによって、好みの放送番組は異なっているのが通常であるから、誰がテレビ６を見ているかを推測することもできる。
【００５２】
これにより、携帯端末７のユーザは、テレビ６を家族の誰かが見ている可能性の高いタイミングで、そのテレビ６を見ていると考えられるメンバー宛のメッセージを登録することができる。
【００５３】
次に、テレビ６における表示画面例を図４に基づいて説明する。図４は、テレビ６の表示画面例を示す図である。
【００５４】
テレビ６では、放送番組の表示中にメッセージのやり取りを行うため、受信したメッセージを即表示すると、放送番組の視聴の妨げとなるおそれがある。このため、同図の（ａ）に示すように、新たなメッセージが登録されたときには、新着メッセージがある旨の通知を表示する。
【００５５】
同図の（ａ）の画面例では、登録されたメッセージの冒頭部分が表示されていると共に、「詳細」と記述されたキーが表示されている。このキーが選択されたときには、同図の（ｂ）に示すように、テレビ６はウェブブラウザを起動して、当該メッセージを含むウェブページを表示する。
【００５６】
〈ＳＮＳサーバの構成〉
ＳＮＳサーバ１およびＳＮＳ管理ＤＢ２のより詳細な構成を図１に基づいて説明する。図１は、ＳＮＳサーバ１およびＳＮＳ管理ＤＢ２の要部構成の一例を示すブロック図である。
【００５７】
図示のように、ＳＮＳサーバ１は、ＳＮＳサーバ１の機能を統括して制御する制御部１０、制御部１０が使用する各種データを記憶する記憶部１１、および他の装置と通信するための通信部１２を備えている。また、制御部１０は、認証部１５、ページ送信部（提示手段）１６、視聴情報取得部（コンテンツ情報取得手段）１７、メッセージ登録部１８、および新着管理部１９を含む。
【００５８】
認証部１５は、家族ＳＮＳへのログイン認証を行う。具体的には、携帯端末７からログインリクエストを受信したときに、該リクエストと共に受信したユーザＩＤおよびパスワードと、予め登録されているユーザＩＤおよびパスワードとを照合する。そして、一致が確認された場合には、そのユーザＩＤに対応付けられている家族ＩＤを特定すると共に、認証に成功した旨を携帯端末７に通知する。一方、一致が確認されなかった場合には、認証に失敗した旨を携帯端末７に通知する。
【００５９】
ページ送信部１６は、認証部１５が特定した家族ＩＤに応じたメッセージをＳＮＳ管理ＤＢ２から読み出し、読み出したメッセージを含み、携帯端末７のユーザによるメッセージの入力を受け付けるウェブページ（入力用コンテンツ）を生成する。そして、生成したウェブページを携帯端末７に送信する。
【００６０】
このとき、ページ送信部１６は、視聴情報取得部１７が取得した視聴情報をウェブページに記述する。これにより、視聴者情報が携帯端末７に提示されることになる。この視聴情報は、テレビ６において現在視聴されている放送番組を示すものであるから、携帯端末７のユーザは当該ウェブページからテレビ６を視聴している者が居ることを認識することができ、誰が視聴しているかを推測することもできる。したがって、携帯端末７のユーザは、視聴している者に対するメッセージをタイムリーに書き込むことが可能になる。
【００６１】
また、ページ送信部１６は、テレビ６からリクエストを受信した場合にも、ウェブページを生成し、送信する。具体的には、ページ送信部１６は、テレビ６から端末ＩＤ（テレビ６の端末ＩＤ）を含む家族ＳＮＳのページリクエストを受信した場合、端末レコード２１を参照して、受信した端末ＩＤが属する家族ＩＤを特定する。そして、該家族ＩＤのメッセージをメッセージレコード２０から取得して、取得したメッセージを参照することのできるウェブページを生成し、通信部１２を介してテレビ６に送信する。また、ページ送信部１６は、端末レコード２１の最終家族ＳＮＳリクエストの日時を更新する。なお、メッセージレコード２０および端末レコード２１の詳細は後述する。
【００６２】
視聴情報取得部１７は、テレビ６において現在視聴されている放送番組を示す視聴情報を取得する。具体的には、視聴情報取得部１７は、認証部１５が特定した家族ＩＤに対応するテレビ６の識別情報（端末ＩＤ）と共に視聴情報リクエストを視聴情報サーバ４に送信し、これに対するレスポンスを受信することによって、テレビ６の視聴情報を取得する。
【００６３】
メッセージ登録部１８は、ＳＮＳ管理ＤＢ２にメッセージを登録する処理を行う。具体的には、メッセージ登録部１８は、携帯端末７からメッセージ書き込みリクエストを受信したときに、このメッセージをそのユーザが属する家族ＩＤのメッセージとしてＳＮＳ管理ＤＢ２のメッセージレコード２０に登録する。そして、メッセージの登録後、書き込みに成功したことを携帯端末７に通知する。
【００６４】
同様に、テレビ６からメッセージ書き込みリクエストを受信したときには、テレビ６の端末ＩＤに対応する家族ＩＤのメッセージとしてＳＮＳ管理ＤＢ２のメッセージレコード２０に登録する。そして、メッセージの登録後、書き込みに成功したことをテレビ６に通知する。なお、テレビ６からのメッセージ書き込みリクエストには、テレビ６の端末ＩＤが含まれており、これに対応する家族ＩＤは端末レコード２１を参照することで特定できる。
【００６５】
新着管理部１９は、新着メッセージの通知を行う。具体的には、新着管理部１９は、お知らせサーバ３からテレビ６の端末ＩＤを含む新着リクエストを受信したときに、この端末ＩＤが属する家族ＩＤを、ＳＮＳ管理ＤＢ２の端末レコード２１を参照して特定する。そして、特定した家族ＩＤの未読メッセージをメッセージレコード２０から取得して、お知らせサーバ３に送信する。なお、未読メッセージがなければ、その旨をお知らせサーバ３に通知する。また、新着管理部１９は、新着リクエストの受信日時を記録する。
【００６６】
〈ＳＮＳ管理ＤＢの構成〉
ＳＮＳ管理ＤＢ２は、家族ＳＮＳサービスの提供に必要なデータを含むデータベースである。図示のように、ＳＮＳ管理ＤＢ２には、メッセージレコード２０と端末レコード２１が含まれている。なお、ＳＮＳ管理ＤＢ２は、ＳＮＳサーバ１内に格納されていてもよい。
【００６７】
メッセージレコード２０は、家族ＳＮＳサービスに登録され、閲覧の対象となるメッセージを管理するデータである。メッセージレコード２０は、例えば図５に示すようなものであってもよい。
【００６８】
図５は、メッセージレコード２０の一例を示す図である。図示のメッセージレコード２０は、メッセージＩＤ、家族ＩＤ、登録メンバー、登録日時、内容、および詳細が対応付けられたデータである。
【００６９】
「メッセージＩＤ」は、登録されたメッセージを特定する識別情報である。メッセージが登録されたときに、そのメッセージに対して一意なメッセージＩＤが割り当てられる。
【００７０】
「家族ＩＤ」は、家族ＳＮＳに登録されたグループを特定する識別情報であり、これによりグループ単位でメッセージを管理することができる。つまり、図示の例では、家族ＩＤが何れも同一であるが、この家族ＩＤを用いた管理により、ＳＮＳサーバ１は、複数のグループのそれぞれに対してサービスを提供することができる。
【００７１】
「登録メンバー」は、家族ＳＮＳに登録されたグループのメンバーのうち、当該メッセージを登録したメンバーを示す。なお、図示の例では、「お父さん」、「お母さん」のように文字列でメンバーを示しているが、数字や記号等で示してもよいことは言うまでもない。
【００７２】
「登録日時」は、メッセージの登録日時を示し、「内容」は、登録されたメッセージの内容（入力されたメッセージのテキスト等の形式のデータ）を示す。また、「詳細」は、当該内容を閲覧するための情報であり、図示の例ではメッセージを閲覧するためのウェブサイトのアドレス（ＵＲＬ）が記述されている。なお、ＵＲＬはメッセージごとに異なっていてもよいし、複数のメッセージに対して１つのＵＲＬが対応付けられていてもよい。
【００７３】
端末レコード２１は、家族ＳＮＳに登録された端末（テレビ）を管理するデータである。端末レコード２１は、例えば図６に示すようなものであってもよい。
【００７４】
図６は、端末レコード２１の一例を示す図である。図示の端末レコード２１は、端末ＩＤと家族ＩＤと最終新着リクエスト日時と最終家族ＳＮＳリクエスト日時とが対応付けられたデータである。
【００７５】
「端末ＩＤ」は、家族ＳＮＳに登録されたテレビを一意に特定する識別情報である。図２では、テレビ６が１つのみである例を示したが、この端末ＩＤを用いることによって、１つのグループに複数のテレビを登録することも可能となる。
【００７６】
「家族ＩＤ」は、家族ＳＮＳに登録されたグループを一意に特定する識別情報である。ＳＮＳサーバ１は、この家族ＩＤによって複数のグループを管理することができる。例えば、図示のメッセージレコード２０では、家族ＩＤ＝０００１のグループと、家族ＩＤ＝０００８のグループとが登録されている。そして、家族ＩＤ＝０００１のグループには、端末ＩＤ＝００００２のテレビが登録されており、家族ＩＤ＝０００８のグループには、端末ＩＤ＝０００１６のテレビが登録されている。これにより、家族ＩＤ＝０００１のグループのメンバーからのメッセージは端末ＩＤ＝００００２のテレビに表示し、家族ＩＤ＝０００８のグループのメンバーからのメッセージは端末ＩＤ＝０００１６のテレビに表示することができる。
【００７７】
「最終新着リクエスト日時」は、最後に新着リクエストを受信した日時を示し、「最終家族ＳＮＳリクエスト日時」は、最後に家族ＳＮＳのＷＥＢページの送信リクエストを受信した日時を示す。
【００７８】
これらの日時は、メッセージが未読であるか否かの判定に用いられる。例えば、最終新着リクエスト日時を用いる場合、最後にテレビから新着リクエストを受けた日時以降に登録されたメッセージを未読としてもよい。ただし、新着リクエストの後、「詳細」（図４の（ａ）参照）が選択されなければメッセージの内容は確認されないため、この場合には、メッセージが読まれたか否かまでは確認できない。一方、最終家族ＳＮＳリクエスト日時を用いる場合、最後にテレビから家族ＳＮＳのウェブページを見た日時以降に登録されたメッセージを未読とすることができる。この場合には、メッセージが読まれたことを確定することができる。
【００７９】
以上説明したメッセージレコード２０および端末レコード２１を用いることによって、図４の表示画面を表示することができる。例えば、テレビ６の端末ＩＤ＝００００２であった場合に、このＩＤを含む新着リクエストが６月２１日の１９：２０にテレビ６からＳＮＳサーバ１に送信されたとする。
【００８０】
この場合、ＳＮＳサーバ１では、端末レコード２１から、端末ＩＤ＝００００２に対応する家族ＩＤ＝０００１であると特定する。そして、同じく端末レコード２１から、家族ＩＤ＝０００１における最終新着リクエストの日時を特定する。図６の端末レコード２１からは、ＩＤ＝０００１における最終新着リクエストが６月２１日の１９：１５と特定される。
【００８１】
続いて、ＳＮＳサーバ１は、新着メッセージ（未読メッセージ）がメッセージレコード２０に登録されているか判断する。なお、上記で最終新着リクエストの日時を読み出しているため、ここでは最終新着リクエスト日時以降にメッセージレコード２０に登録されたものを新着とするが、最終家族ＳＮＳリクエストの日時を読み出して、この日時以降のメッセージを新着としてもよい。
【００８２】
そして、新着メッセージが登録されている場合、その内容（冒頭部分のみ）およびこの内容にアクセスするためのアドレス（メッセージレコード２０の「詳細」）をテレビ６に通知し、これによりテレビ６では図４の（ａ）のような画面が表示される。
【００８３】
また、テレビ６において、「詳細」が選択されたときには、テレビ６はそのアドレスにアクセスし、これによりＳＮＳサーバ１は、テレビ６からテレビ６の端末ＩＤ＝００００２を含むページリクエストを受信する。
【００８４】
このページリクエストを受信したＳＮＳサーバ１は、端末レコード２１を参照して、テレビ６の端末ＩＤに対応する家族ＩＤ＝０００１を特定する。そして、メッセージレコード２０から家族ＩＤ＝０００１のレコードを抽出し、これらレコードの登録メンバー、登録日時、および内容を含むウェブページを生成し、テレビ６に送信する。これにより、テレビ６では、図４の（ｂ）のような画面が表示される。
【００８５】
この後、ＳＮＳサーバ１では、端末レコード２１の更新が行われる。すなわち、ＩＤ＝０００１の最終新着リクエストを６月２１日の１９：２０に更新する。また、６月２１日の１９：２１にページリクエストを受信したとすると、最終家族ＳＮＳリクエストを６月２１日の１９：２１に更新する。なお、新着メッセージか否かの判定を最終新着リクエストの日時で行う場合には最終新着リクエストの日時のみを更新すればよく、この判定を最終家族ＳＮＳリクエストの日時で行う場合には最終家族ＳＮＳリクエストの日時のみを更新すればよい。
【００８６】
〈ページ送信処理（携帯端末向け）〉
続いて、携帯端末７にウェブページを送信するページ送信処理（情報提示方法）について、図７に基づいて説明する。図７は、携帯端末７向けのページ送信処理の一例を示すフローチャートである。このページ送信処理は、家族ＳＮＳにログインした携帯端末７から家族ＳＮＳのページリクエストを受信したときに行われる。
【００８７】
まず、ページ送信部１６は、ＳＮＳ管理ＤＢ２のメッセージレコード２０を参照して、携帯端末７のユーザが属する家族ＩＤのメッセージを取得する（Ｓ１）。なお、携帯端末７のユーザが属する家族ＩＤは、ログイン認証の際に特定されている。
【００８８】
次に、ページ送信部１６は、ＳＮＳ管理ＤＢ２の端末レコード２１を参照して、上記家族ＩＤの家族に登録されたテレビの端末ＩＤを取得する（Ｓ２）。また、ページ送信部１６は、取得した端末ＩＤを視聴情報取得部１７に送信して、この端末ＩＤのテレビの視聴情報を取得するように指示する。
【００８９】
この指示を受信した視聴情報取得部１７は、視聴情報サーバ４に対して上記端末ＩＤのテレビの視聴情報をリクエストし（Ｓ３）、当該テレビの視聴情報のレスポンスを取得する（Ｓ４、コンテンツ情報取得ステップ）。
【００９０】
この視聴情報は、当該テレビで視聴中の放送番組を示すデータを少なくとも含むものであればよい。例えば、図８に示すようなデータであってもよい。図８は、視聴情報の一例を示す図である。
【００９１】
図８の視聴情報には、リクエストの対象となった端末の端末ＩＤ、リクエストを受信した時間、タイプ（放送種別）、放送エリアを示すエリアコード、チャンネル、および番組名、番組ジャンルが含まれている。このような視聴情報を受信した場合、番組名のみならず、チャンネルや放送種別、放送エリア、番組ジャンルも表示させることができる。
【００９２】
次に、ページ送信部１６は、Ｓ１で取得したメッセージとＳ４で取得した視聴情報とを用いて家族ＳＮＳのウェブページを生成し（Ｓ５）、通信部１２を介して携帯端末７に送信する（Ｓ６、提示ステップ）。
【００９３】
なお、Ｓ５で生成するウェブページは、取得した視聴情報の少なくとも一部を含むものであればよく、例えば図３の例のようにメッセージと視聴中の放送番組とを配置したものであってもよい。視聴情報の少なくとも一部を参照可能なウェブページを生成することにより、携帯端末７のユーザにテレビ６で視聴中の放送番組を認識させ、これに応じたメッセージを作成させることが可能になる。
【００９４】
《実施の形態２》
上記実施形態では、テレビ６で視聴中の放送番組の番組名を携帯端末７に表示させる例を示したが、この例では、携帯端末７のユーザが、誰がテレビを見ているかを推測する必要があった。
【００９５】
そこで、本実施形態では、誰がテレビを見ているかをＳＮＳサーバが判断する例を図９から図１２に基づいて説明する。なお、上記実施形態と同様の構成には同一の参照番号を付し、その説明を省略する。
【００９６】
〈ＳＮＳサーバおよびＳＮＳ管理ＤＢの構成〉
本実施形態のＳＮＳサーバ（中継装置）３０およびＳＮＳ管理ＤＢ３５の構成を図９に基づいて説明する。図９は、ＳＮＳサーバ３０およびＳＮＳ管理ＤＢ３５の要部構成の一例を示すブロック図である。
【００９７】
図示のように、ＳＮＳサーバ３０は、メンバー判断部（視聴者特定手段）３１を備えている点で上記実施形態のＳＮＳサーバ１と相違している。また、ＳＮＳ管理ＤＢ３５は、メンバー判断用レコード３６を含む点で上記実施形態のＳＮＳ管理ＤＢ２と相違している。
【００９８】
メンバー判断部３１は、テレビ６の視聴者の候補（テレビ６に対応するグループのメンバー）の中から、視聴情報取得部１７が取得した視聴情報に応じた視聴者を特定する。つまり、視聴情報に基づいて、グループ内の誰がテレビを見ているかを判断する。具体的には、メンバー判断部３１は、メンバー判断用レコード３６を参照して、視聴情報取得部１７が取得した視聴情報に対応するメンバーを特定し、このメンバーがテレビを見ていると判断する。そして、メンバー判断部３１は、このメンバーをページ送信部１６に通知する。これによりこのメンバーがテレビを視聴中であることを示す情報（視聴者情報）を含むウェブページが生成され、携帯端末７のユーザに提示される。なお、以下では、テレビを視聴中のメンバーを視聴メンバーと呼ぶ。
【００９９】
メンバー判断用レコード３６は、視聴メンバーを特定するためのデータであり、例えば図１０に示すようなデータであってもよい。図１０は、メンバー判断用レコード３６の一例を示す図である。
【０１００】
同図の（ａ）は、番組名から視聴メンバーを特定するメンバー判断用レコード３６の一例を示している。このメンバー判断用レコード３６では、番組名、家族ＩＤ、および視聴メンバーが対応付けられているので、視聴情報から取得した番組名を用いて、携帯端末７のユーザが属する家族ＩＤのグループにおける視聴メンバーを特定することができる。例えば、図示の例では、「○○○○」の番組名に対して「お母さん」が対応付けられているので、取得した視聴情報に含まれる番組名が「○○○○」であった場合には、視聴メンバーが「お母さん」であると判断されることになる。
【０１０１】
また、同図の（ｂ）は、番組ジャンルから視聴メンバーを特定するメンバー判断用レコード３６の一例を示している。このメンバー判断用レコード３６では、番組ジャンル、家族ＩＤ、および視聴メンバーが対応付けられているので、視聴情報から取得した番組ジャンルを用いて、携帯端末７のユーザが属する家族ＩＤのグループにおける視聴メンバーを特定することができる。例えば、図示の例では、「韓国ドラマ」のジャンルに対して「お母さん」が対応付けられているので、取得した視聴情報に含まれる番組ジャンルが「韓国ドラマ」であった場合には、視聴メンバーが「お母さん」であると判断されることになる。
【０１０２】
なお、グループのメンバーと番組名または番組ジャンルとの対応付けは手動で行ってもよいし、一般的な統計情報（年齢、性別などの番組の視聴層）から自動的に対応付けてもよい。また、自動的に対応付けを行う場合には、視聴メンバーの判断時に対応付けを行うことができるので、必ずしも予めメンバー判断用レコード３６を用意しておく必要はない。
【０１０３】
〈ページ送信処理（携帯端末向け）〉
続いて、携帯端末７にウェブページを送信するページ送信処理（情報提示方法）について、図１１に基づいて説明する。図１１は、ＳＮＳサーバ３０による携帯端末７向けのページ送信処理の一例を示すフローチャートである。このページ送信処理は、ＳＮＳサービスにログインした携帯端末７から家族ＳＮＳのページリクエストを受信したときに行われる。
【０１０４】
なお、図１１のＳ１１からＳ１４およびＳ１７の処理は、図７のＳ１からＳ４およびＳ６の処理と同様であるから、ここでは説明を省略する。
【０１０５】
Ｓ１５では、視聴情報取得部１７は、Ｓ１４で取得した視聴情報をメンバー判断部３１に通知し、メンバー判断部３１は通知された視聴情報に対応する視聴メンバーを判断する。具体的には、メンバー判断部３１は、ＳＮＳ管理ＤＢ３５のメンバー判断用レコード３６を参照して、携帯端末７のユーザが属する家族ＩＤのメンバーのうち、通知された視聴情報に対応付けられた視聴メンバーを取得する。
【０１０６】
Ｓ１６では、メンバー判断部３１が取得した視聴メンバーをページ送信部１６に通知し、ページ送信部１６がＳ１１で取得したメッセージと通知された視聴メンバーを示す情報（例えば視聴メンバーのメンバー名）とを含む家族ＳＮＳのウェブページを生成する。そして、ページ送信部１６はこのウェブページを携帯端末７に送信し（Ｓ１７、情報提示ステップ）、これによりページ送信処理は終了する。
【０１０７】
〈表示画面例〉
続いて、携帯端末７における表示画面例を図１２に基づいて説明する。図１２は、携帯端末７における家族ＳＮＳページの表示画面例を示す図である。なお、図１２の画面例は、視聴放送欄Ｃ１の表示内容以外は図３の画面例と同じであるから、視聴放送欄Ｃ１の表示内容以外の説明は省略する。
【０１０８】
図１２の画面例における視聴放送欄Ｃ１には、テレビ６で放送番組を視聴中のメンバーが「お母さん」であることを示す文字列が表示されている。これにより、携帯端末７のユーザには、自宅のテレビ６の電源が入っており、「お母さん」がテレビ放送を視聴していることが分かる。なお、図示の例では、視聴メンバーのみを表示しているが、番組名やチャンネル、番組のジャンル等も表示してもよい。
【０１０９】
《実施の形態３》
上記各実施形態の例では、テレビ６の視聴メンバー向けにメッセージを書き込んでいるが、メッセージを書き込もうとしたときに、メッセージを送りたいメンバーがテレビ６を見ていないことも想定される。本実施形態では、グループ内の特定のメンバー宛にメッセージを送信する例を図１３から図１５に基づいて説明する。なお、上記実施形態と同様の構成には同一の参照番号を付し、その説明を省略する。
【０１１０】
〈ＳＮＳサーバおよびＳＮＳ管理ＤＢの構成〉
本実施形態のＳＮＳサーバおよびＳＮＳ管理ＤＢは、図９のＳＮＳサーバ３０およびＳＮＳ管理ＤＢ３５と同様の構成であるから、本実施形態においても同図を参照して説明を行う。なお、本実施形態のＳＮＳサーバ３０においては、新着管理部１９の実行する処理が上記実施形態と相違しており、本実施形態のＳＮＳ管理ＤＢ３５においては、メッセージレコード２０の内容が上記実施形態と相違している。
【０１１１】
本実施形態の新着管理部１９は、新着リクエストに応じて新着メッセージを通知する点では上記実施形態と同様であるが、メッセージの宛先に設定されているメンバーがテレビ６を視聴しているタイミングで新着メッセージを通知する点で相違している。つまり、本実施形態の新着管理部１９は、特定の視聴者（メンバー）に対してメッセージを提示する特定視聴者対象提示手段として機能する。
【０１１２】
また、本実施形態のメッセージレコード２０は、特定のメンバー宛のメッセージを管理するために、メッセージの宛先を示す情報を含んでいる。ここで、本実施形態のＳＮＳ管理ＤＢ３５に含まれるメッセージレコード２０について、図１３に基づいて説明する。図１３は、特定のメンバー宛のメッセージを管理するためのメッセージレコード２０の一例を示す図である。
【０１１３】
図１３のメッセージレコード２０は、図５の例における項目に加えて、メッセージの宛先として指定されたメンバーを示す「宛先メンバー」の項目およびメッセージの「送信日時」の項目が含まれている。なお、未送信のメッセージについては送信日時がないため、このことを示す「null」の値が記述される（図１３のメッセージＩＤ＝００００１００７参照）。
【０１１４】
〈表示画面例〉
続いて、携帯端末７における表示画面例を図１４に基づいて説明する。図１４は、携帯端末７における家族ＳＮＳページの表示画面例を示す図である。なお、図１４の画面例において、図３、図１２の画面例と同様の部分の説明は省略する。
【０１１５】
図１４の画面例は、宛先表示欄Ｃ２およびドロップダウンキーＫ２を含んでいる点が図３、図１２の画面例との相違点である。図１４の画面例において、ドロップダウンキーＫ２にタッチすることによって、端末装置７のユーザの属するグループのメンバーが一覧表示され、この中から宛先として選択されたメンバーが宛先表示欄Ｃ２に表示される。
【０１１６】
そして、書込キーＫ１にタッチすることにより、新しいメッセージＭ４が、宛先表示欄Ｃ２に表示されたメンバー宛のメッセージとして送信される。つまり、携帯端末７は、書込キーＫ１に対するタッチ操作を検出したときに、新しいメッセージＭ４を、宛先表示欄Ｃ２に表示されたメンバーが宛先であることを示す情報と共にＳＮＳサーバ３０に送信する。
【０１１７】
このような構成により、今テレビ６を視聴しているメンバー（視聴放送欄Ｃ１に表示されているメンバー）以外のメンバー宛にメッセージを送信することができる。なお、図示の例では、視聴放送欄Ｃ１にメンバー名を表示しているが、番組名等を表示してもよい。
【０１１８】
〈新着リクエスト対応処理〉
続いて、新着管理部１９が実行する新着リクエスト対応処理について、図１５に基づいて説明する。図１５は、新着リクエスト対応処理の一例を示すフローチャートである。
【０１１９】
まず、新着管理部１９は、お知らせサーバ３からテレビ６の端末ＩＤを含む新着リクエストを受信したときに、受信した端末ＩＤを視聴情報取得部１７に通知して、視聴情報を取得するように指示する。この指示を受信した視聴情報取得部１７は、受信した端末ＩＤのテレビの視聴情報を視聴情報サーバ４にリクエストし（Ｓ２１）、視聴情報のレスポンスを取得して（Ｓ２２）、新着管理部１９に通知する。
【０１２０】
また、新着管理部１９は、上記端末ＩＤが属する家族ＩＤを、ＳＮＳ管理ＤＢ３５の端末レコード２１から取得する（Ｓ２３）。なお、この処理はＳ２１およびＳ２２の処理と平行して行ってもよいし、これらの処理よりも先に行ってもよい。
【０１２１】
次に、新着管理部１９は、視聴情報取得部１７が取得した視聴情報をメンバー判断部３１に通知して視聴メンバーを判断させる。この通知を受信したメンバー判断部３１は、ＳＮＳ管理ＤＢ３５のメンバー判断用レコード３６を参照して、通知された視聴情報に対応する視聴メンバーを取得し（Ｓ２４）、新着管理部１９に通知する。
【０１２２】
以上のようにして視聴メンバーおよび家族ＩＤを取得した新着管理部１９は、この家族ＩＤのグループのメッセージのうち、この視聴メンバーの未読メッセージをＳＮＳ管理ＤＢ３５のメッセージレコード２０から取得する（Ｓ２５）。なお、未読メッセージは、メッセージレコード２０において、送信日時が「null」のメッセージである（図１３参照）。
【０１２３】
ここで、メッセージレコード２０に当該家族ＩＤの未読メッセージがなければ（Ｓ２６でＮＯ）、新着管理部１９は、新着メッセージがない旨をお知らせサーバ３に通知する（Ｓ２８）。
【０１２４】
一方、未読メッセージがあれば（Ｓ２６でＹＥＳ）、新着管理部１９は、この未読メッセージをお知らせサーバ３に送信する（Ｓ２７）。これにより、お知らせサーバ３からテレビ６に未読メッセージが通知され、テレビ６には例えば図４の（ａ）のような通知が表示される。そして、テレビ６の視聴メンバーは、「詳細」のキーを選択することによって、この未読メッセージの内容を確認することができる。
【０１２５】
最後に、新着管理部１９は、上記端末ＩＤからの新着リクエスト受信日時をＳＮＳ管理ＤＢ３５の端末レコード２１に記録して（Ｓ２９）、新着リクエスト対応処理を終了する。なお、新着リクエスト受信日時を記録するタイミングは、新着リクエストの受信後の任意のタイミングであってよく、特に限定されない。
【０１２６】
以上のように、新着管理部１９は、メンバーを指定したメッセージが登録されている場合、指定されたメンバーと、メンバー判定手段３１が特定したメンバーとが一致するときに、当該メッセージをテレビ６から閲覧可能にする。したがって、メンバーを指定したメッセージを、そのメンバーがテレビ６を視聴しているタイミングで提示することが可能になる。
【０１２７】
本実施形態の発明は、例えば下記のように表現することができる。すなわち、動画コンテンツを表示する表示装置に、端末装置によって登録されたメッセージを表示させるメッセージ提示装置であって、上記表示装置が表示中の動画コンテンツを示すコンテンツ情報を取得するコンテンツ情報取得手段と、上記表示装置にて動画コンテンツを視聴する視聴者の候補の中から、上記コンテンツ情報が示す動画コンテンツに応じた視聴者を特定する視聴者特定手段と、視聴者を指定したメッセージが登録されている場合、指定された視聴者と、上記視聴者特定手段が特定した視聴者とが一致するときに、当該メッセージを上記表示装置に提示する特定視聴者対象提示手段とを備えていることを特徴とするメッセージ提示装置。
【０１２８】
《実施の形態４》
上記各実施形態では、１つのグループ（家族ＩＤ）に対してテレビ６が１つ登録されている例を示したが、複数のテレビ６が登録されていてもよい。本実施形態では、１つのグループに複数のテレビ６が登録されている場合の例を図１６から図２０に基づいて説明する。なお、上記実施形態と同様の構成には同一の参照番号を付し、その説明を省略する。
【０１２９】
〈ＳＮＳサーバおよびＳＮＳ管理ＤＢの構成〉
本実施形態のＳＮＳサーバおよびＳＮＳ管理ＤＢは、図１のＳＮＳサーバ１およびＳＮＳ管理ＤＢ２と同様の構成であるから、本実施形態においても同図を参照して説明を行う。ただし、本実施形態のＳＮＳ管理ＤＢ２においては、メッセージレコード２０および端末レコード２１の内容が上記実施形態と相違している。
【０１３０】
ここで、本実施形態のＳＮＳ管理ＤＢ２に含まれるメッセージレコード２０について、図１６に基づいて説明する。図１６は、複数のテレビに対応したメッセージレコード２０の一例を示す図である。
【０１３１】
図１６のメッセージレコード２０は、図５の例における項目に加えて、メッセージの通知対象を示す「通知端末ＩＤ」の項目を含んでいる。これにより、各メッセージを複数のテレビの何れに提示すべきかを判断することができる。なお、通知端末ＩＤ＝nullは、テレビを通知対象としない（携帯端末７または他の端末を通知対象とする）ことを示している。
【０１３２】
次に、本実施形態のＳＮＳ管理ＤＢ２に含まれる端末レコード２１について、図１７に基づいて説明する。図１７は、複数のテレビに対応した端末レコード２１の一例を示す図である。
【０１３３】
図１７の端末レコード２１は、図６の例における項目に加えて、各テレビに付与された名称である「名前」の項目を含んでいる。これにより、各テレビをユーザが認識しやすい態様で提示することができる。なお、この「名前」は、例えば家族ＳＮＳサービスへのグループ登録時にユーザに入力させる等して登録すればよい。
【０１３４】
〈動作概要〉
次に、本実施形態におけるＳＮＳサーバ１の動作概要を図１８に基づいて説明する。図１８は、複数のテレビに対応するＳＮＳサーバ１の動作概要を示す図である。なお、同図に示すようにＳＮＳサーバはＳＮＳサーバ３０（図９参照）であってもよい。
【０１３５】
図示の携帯端末７には、視聴放送欄Ｃ１に加えて視聴放送欄Ｃ１’が表示されている。このように、複数のテレビに対応したＳＮＳサーバ１は、携帯端末７に表示させる家族ＳＮＳのウェブページに、複数のテレビのそれぞれに対応する視聴放送欄を含めてもよい。これにより、携帯端末７のユーザは、複数のテレビでそれぞれどのような放送番組が視聴されているかを一目で把握することができる。なお、ＳＮＳサーバ１の代わりにＳＮＳサーバ３０を適用した場合には、同図の右側の携帯端末７の視聴放送欄Ｃ１およびＣ１’のように、視聴メンバーを表示してもよい。
【０１３６】
また、図示の携帯端末７には、対象テレビ表示欄Ｃ３が表示されている。ドロップダウンキーＫ２にタッチすることによって、端末装置７のユーザの属するグループのテレビが一覧表示され、この中から宛先として選択されたテレビが対象テレビ表示欄Ｃ３に表示される。
【０１３７】
そして、書込キーＫ１にタッチすることにより、新しいメッセージＭ４が、対象テレビ表示欄Ｃ３に表示されたテレビ宛のメッセージとして送信される。つまり、携帯端末７は、書込キーＫ１に対するタッチ操作を検出したときに、新しいメッセージＭ４を、対象テレビ表示欄Ｃ３に表示されたテレビの端末ＩＤと共にＳＮＳサーバ１（または３０）に送信する。
【０１３８】
ＳＮＳサーバ１（または３０）は、このようにして受信したメッセージを、指定されたテレビ６に提示する。例えば、図示の例では、端末ＩＤ＝００００３のキッチンのテレビ６と、端末ＩＤ＝００００２のリビングのテレビ６’とが登録されており、携帯端末７によってキッチンのテレビ６宛のメッセージが登録されたことを想定している。この場合に、キッチンのテレビ６およびリビングのテレビ６’の双方から新着リクエストを受信したときには、ＳＮＳサーバ１（または３０）は、キッチンのテレビ６に対しては新着メッセージがあることを示すレスポンスを送信する。一方、リビングのテレビ６’に対しては、新着メッセージがないことを示すレスポンスを送信する。これにより、携帯端末７のユーザは、指定した視聴メンバーが見ているテレビのみにメッセージを表示させ、当該メンバーにこれを確認させることができる。
【０１３９】
〈ページ送信処理（携帯端末向け）〉
続いて、本実施形態のＳＮＳサーバ１が携帯端末７にウェブページを送信するページ送信処理（情報提示方法）について、図１９に基づいて説明する。図１９は、複数のテレビに対応したページ送信処理の一例を示すフローチャートである。このページ送信処理は、ＳＮＳサービスにログインした携帯端末７から家族ＳＮＳのページリクエストを受信したときに行われる。
【０１４０】
なお、図１９のＳ３１、Ｓ３４、Ｓ３５、およびＳ３８の処理は、図７のＳ１、Ｓ３、Ｓ４、およびＳ６の処理と同様であるから、ここでは説明を省略する。
【０１４１】
Ｓ３２では、ページ送信部１６は、ＳＮＳ管理ＤＢ２の端末レコード２１を参照して、上記家族ＩＤの家族に登録された全てのテレビの端末ＩＤを取得する。そして、取得した端末ＩＤの中から、まだ視聴情報を取得していないテレビの端末ＩＤを取り出し（Ｓ３３）、視聴情報取得部１７に送信して、この端末ＩＤのテレビの視聴情報を取得するように指示する。
【０１４２】
Ｓ３６では、ページ送信部１６は、Ｓ３２で取得した端末ＩＤのうち、視聴情報を取得していないものがあるか確認する。ここで、視聴情報を取得していないものがある（Ｓ３６でＹＥＳ）と判断した場合、Ｓ３３の処理に戻る。
【０１４３】
一方、全ての端末ＩＤについて視聴情報を取得していると判断した場合（Ｓ３６でＮＯ）、ページ送信部１６は、Ｓ３１で取得したメッセージとＳ３２からＳ３６の処理で取得した、各テレビの視聴情報とを用いて家族ＳＮＳのウェブページを生成する（Ｓ３７）。
【０１４４】
なお、複数のテレビの視聴情報が取得された場合に、図１８の例のように各テレビに対応する視聴放送欄を含むウェブページを生成してもよい。また、視聴情報が取得されたか否かにかかわらず各テレビに対応する視聴放送欄を含むウェブページを生成し、視聴情報が取得されなかったテレビの視聴放送欄には当該テレビが視聴されていないことを記述してもよい。
【０１４５】
このように、各テレビの視聴情報を用いてウェブページを生成することにより、各テレビでどのような放送番組が視聴されているかを携帯端末７のユーザに認識させることが可能になる。また、複数のテレビの何れかを指定したメッセージを登録することも可能になる。
【０１４６】
〈新着リクエスト対応処理〉
次に、本実施形態のＳＮＳサーバ１がお知らせサーバ３からテレビ６の端末ＩＤを含む新着リクエストを受信したときに実行する新着リクエスト対応処理について、図２０に基づいて説明する。図２０は、複数のテレビに対応した新着リクエスト対応処理の一例を示すフローチャートである。なお、図２０のＳ４１、Ｓ４３からＳ４６の処理は、図１５のＳ２３、２６からＳ２９の処理と同様であるから、ここでは説明を省略する。
【０１４７】
Ｓ４２では、新着管理部１９は、Ｓ４１で取得した家族ＩＤのグループのメッセージのうち、新着リクエストを送信した端末ＩＤ向けのメッセージをＳＮＳ管理ＤＢ３５のメッセージレコード２０から取得する。具体的には、新着管理部１９は、メッセージレコード２０のメッセージのうち、上記家族ＩＤが対応付けられており、かつ「通知端末ＩＤ」として新着リクエストと共に受信した端末ＩＤが対応付けられたメッセージを取得する。
【０１４８】
このように、本実施形態の新着管理部１９は、新着リクエストの送信元の端末ＩＤ向けのメッセージのみをお知らせサーバ３への送信の対象とする。これにより、本実施形態の新着管理部１９は、複数のテレビの何れかを指定したメッセージが登録された場合に、指定されたテレビのみに対して当該メッセージを閲覧可能にする特定装置対象提示手段として機能する。
【０１４９】
〈宛先メンバーの指定〉
本実施形態においても、宛先とするメンバーを指定してメッセージを登録することが可能である。これについて、図２１に基づいて説明する。図２１は、携帯端末７における家族ＳＮＳページの表示画面例を示す図である。なお、図２１の画面例において、図１８の画面例と同様の部分の説明は省略する。
【０１５０】
図２１の画面例では、図１８の画面例における対象テレビ表示欄Ｃ３が宛先表示欄Ｃ２に変わっている。これにより、携帯端末７のユーザは、宛先表示欄Ｃ２に所望のメンバーを表示させてメッセージの書き込みを行うことにより、登録されている何れかのテレビを当該メンバーが見ているタイミングで、そのテレビにメッセージを提示させることができる。なお、メッセージを提示させるための具体的な処理の内容は、図１５で説明した通りであるから、ここでは説明を省略する。
【０１５１】
《既読メッセージの通知》
上記各実施形態の構成では、メッセージを書き込んだ携帯端末７側からは、そのメッセージが読まれたか否かを確認することができない。そこで、ここでは上記各実施形態の変形例として、メッセージが読まれたか否かを携帯端末７に提示する例を図２２から図２５に基づいて説明する。
【０１５２】
〈テレビからの通知〉
メッセージが既読であるか否かを携帯端末７に提示するために、メッセージを表示させるテレビ６から既読の通知を行う。これについて、図２２に基づいて説明する。図２２は、テレビ６からメッセージが既読であることを通知するための表示画面の一例を示す図である。
【０１５３】
図示の例では、登録されたメッセージの冒頭部分が表示されていると共に、「詳細」と記述されたキーおよび「既読」と記述されたキーが表示されている。上述のように、「詳細」キーにはＵＲＬが割り当てられており、このキーがタッチして選択されたときには、テレビ６はウェブブラウザを起動してこのＵＲＬにアクセスし、当該メッセージを含むウェブページを表示する。
【０１５４】
一方、「既読」と記述されたキーは、そのメッセージが既読であることを通知するためのキーであり、「詳細」キーと同様にメッセージに固有のＵＲＬが割り当てられている。なお、このＵＲＬは「詳細」キーに割り当てられたものと同じであってもよい。
【０１５５】
そして、「既読」キーがタッチして選択されたときには、テレビ６は、このキーに割り当てられているＵＲＬに対して、テレビ６の端末ＩＤと共に、当該メッセージを既読とすることを要求する既読リクエストを送信する。この既読リクエストおよび端末ＩＤは、ＳＮＳサーバ１に受信される。
【０１５６】
なお、このような既読リクエストの送信を可能にするため、ＳＮＳサーバ１の新着管理部１９は、未読メッセージをお知らせサーバ３に送信する際に、既読リクエストの通知先（ＵＲＬ等）についてもお知らせサーバ３に送信する。つまり、本例における新着管理部１９は、メッセージが既読となったことを通知する通知先をテレビ６に提示する通知先提示手段として機能する。
【０１５７】
〈メッセージレコード〉
上記の既読リクエストおよび端末ＩＤを受信したＳＮＳサーバ１は、当該メッセージが既読であることを記録する。これにより、携帯端末７に既読メッセージと未読メッセージを識別可能に提示することができる。
【０１５８】
このメッセージの管理は、例えばメッセージレコード２０を用いて行うことができる。これについて、図２３に基づいて説明する。図２３は、メッセージが既読であるか否かを示す情報を含むメッセージレコード２０の一例を示す図である。図示の例は、図５の例と比べて「既読日時」の項目が追加されている。
【０１５９】
この「既読日時」の項目には、メッセージが既読となった日時が記録される。なお、未読メッセージの「既読日時」の項目には、その旨を示す情報（図示の例では「null」）が記述される。これにより、既読メッセージと未読メッセージとを識別することができる。
【０１６０】
〈既読リクエスト対応処理〉
続いて、上述の既読リクエストを受信したＳＮＳサーバ１で行われる既読リクエスト対応処理について、図２４に基づいて説明する。図２４は、既読リクエスト対応処理の一例を示すフローチャートである。
【０１６１】
まず、既読リクエストの受信を確認した新着管理部１９は、この既読リクエストと共に受信した端末ＩＤが属する家族ＩＤをＳＮＳ管理ＤＢ２の端末レコード２１から取得する（Ｓ５１）。
【０１６２】
次に、新着管理部１９は、ＳＮＳ管理ＤＢ２のメッセージレコード２０を参照して、既読リクエストのＵＲＬおよびＳ５１で取得した家族ＩＤに対応するメッセージを特定する。そして、そのメッセージの既読日時に現在の日時を書き込み（Ｓ５２）、既読リクエストの送信元であるテレビ６に書き込みが成功したことを示すレスポンスを送信して（Ｓ５３）、既読リクエスト対応処理を終了する。
【０１６３】
〈表示画面例〉
以上のようなメッセージレコード２０に基づく既読メッセージの管理を行う場合、例えば図２５に示すような表示画面を表示させることができる。図２５は、既読メッセージが識別可能に管理されたメッセージレコード２０に基づいて生成したウェブページを表示した携帯端末７の表示画面の一例を示す図である。
【０１６４】
図２５の画面例では、過去に書き込まれたメッセージＭ５からＭ７が表示されていると共に、新規メッセージＭ８が表示されている。このうち、メッセージＭ５については、「今から帰ります。」のメッセージと共に、該メッセージが既読であることを示す「既読」の文字が表示されている。これにより、携帯端末７のユーザは、「今から帰ります。」のメッセージが、テレビ６を見ているメンバーによって読まれたことを認識することができる。なお、図２３のメッセージレコード２０のように、既読日時を記録しているものを用いる場合には、既読であることを示す情報と共に既読日時を表示してもよい。
【０１６５】
また、メッセージＭ５およびＭ７については、メッセージの宛先メンバーを示す情報が表示されている。これは、メッセージレコード２０の「宛先メンバー」に基づいて表示されたものである。なお、メッセージＭ６は、テレビ６から宛先を指定せずに書き込んだメッセージであるため、宛先メンバーは表示されていない。
【０１６６】
ページ送信部１６は、既読メッセージが識別可能に管理された例えば図２３に示すようなメッセージレコード２０を参照することによって、このような画面表示がなされるウェブページを生成することができる。つまり、本例のページ送信部１６は、既読となったことが通知されたメッセージについて、該メッセージが既読であることを示す情報と共に携帯端末７に提示するメッセージ提示手段として機能する。
【０１６７】
《変形例》
上記各実施形態では、ＳＮＳサーバ１（または３０）と、お知らせ配信サーバ３と、視聴情報サーバ４とがそれぞれ独立した機器である例を説明した。しかしながら、ＳＮＳサーバ１（または３０）は、お知らせ配信サーバ３および視聴情報サーバ４の少なくとも一方を含む構成であってもよい。つまり、ＳＮＳサーバ１（または３０）は、新着リクエストおよび新着レスポンスを直接テレビ６と送受信する構成であってもよく、テレビ６から直接視聴情報を取得する構成であってもよい。
【０１６８】
また、上記各実施形態では、テレビ６に新着メッセージの通知を行い、この通知を受信したテレビ６がウェブページにアクセスしてメッセージの詳細を確認する例を示したが、ＳＮＳサーバ１（または３０）は、メッセージをテレビ６に送信してもよい。
【０１６９】
また、上記各実施形態では、メンバーを指定したメッセージを登録する例を示したが、放送番組を指定したメッセージを登録するようにしてもよい。この場合、ＳＮＳサーバ１の新着管理部１９は、指定された放送番組と、取得した視聴情報が示す放送番組とが一致することが確認されたタイミングでテレビ６にメッセージを提示する。具体的には、お知らせサーバ３を介して、当該放送番組が視聴されているテレビ６に対して当該メッセージの登録を通知する。つまり、本例の新着管理部１９は、特定コンテンツ対象提示手段として機能する。
【０１７０】
これは、放送番組に関するメッセージの書き込み時に有用である。例えば、その放送番組に対するコメントを、その視聴メンバーに対して伝えたい場合や、その放送番組の録画を依頼したい場合等に利用できる。
【０１７１】
さらに、上記各実施形態では、テレビ６で視聴中の放送番組または該放送番組に対応付けられた視聴メンバーを携帯端末７に提示する例を示した。しかしながら、携帯端末７に提示する情報は、テレビ６を誰が見ているかを推測する手掛かりとなるようなものであればよく、上述の例に限られない。
【０１７２】
例えば、テレビ６では、録画機器によって録画されたコンテンツや、ＤＶＤやＢＤ等の記録媒体に記録されたコンテンツ、インターネット等によりオンラインで提供されるコンテンツを視聴していることも考えられる。そして、このようなコンテンツを視聴している場合であっても、そのコンテンツからテレビ６を誰が見ているかを推測することは可能である。このため、放送番組に限られず、テレビ６に表示されているコンテンツを示す情報を携帯端末７に提示してもよい。この場合、ＳＮＳサーバ１は、テレビ６に表示されているコンテンツを示す情報テレビ６から取得してもよいし、テレビ６にコンテンツを表示させている周辺機器（レコーダ等）から取得してもよい。
【０１７３】
なお、この場合にも、実施形態２の例のように、テレビ６に表示されているコンテンツから視聴メンバーを推定し、推定した視聴メンバーを提示してもよい。
【０１７４】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。また、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０１７５】
《ソフトウェアによる実現例》
最後に、ＳＮＳサーバ１、３０の各ブロック、特に制御部１０は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（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）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０１７９】
本発明は、ある端末から受け付けたメッセージを他の端末に提示するサービスに利用することができる。
【符号の説明】
【０１８０】
１  ＳＮＳサーバ（中継装置）
１６  ページ送信部（提示手段、特定装置対象提示手段、メッセージ提示手段）
１７  視聴情報取得部（コンテンツ情報取得手段）
１８  メッセージ登録部
１９  新着管理部（特定視聴者対象提示手段、通知先提示手段、特定コンテンツ対象提示手段）
６  テレビ（表示装置）
７  携帯端末（端末装置）
３０  ＳＮＳサーバ（中継装置）
３１  メンバー判断部（視聴者特定手段）
【図１】
2014045384.tif 000003
【図２】
2014045384.tif 000004
【図３】
2014045384.tif 000005
【図４】
2014045384.tif 000006
【図５】
2014045384.tif 000007
【図６】
2014045384.tif 000008
【図７】
2014045384.tif 000009
【図８】
2014045384.tif 000010
【図９】
2014045384.tif 000011
【図１０】
2014045384.tif 000012
【図１１】
2014045384.tif 000013
【図１２】
2014045384.tif 000014
【図１３】
2014045384.tif 000015
【図１４】
2014045384.tif 000016
【図１５】
2014045384.tif 000017
【図１６】
2014045384.tif 000018
【図１７】
2014045384.tif 000019
【図１８】
2014045384.tif 000020
【図１９】
2014045384.tif 000021
【図２０】
2014045384.tif 000022
【図２１】
2014045384.tif 000023
【図２２】
2014045384.tif 000024
【図２３】
2014045384.tif 000025
【図２４】
2014045384.tif 000026
【図２５】
2014045384.tif 000027