JP6535399B2 - サーバ装置、携帯端末、イベント運営方法及びプログラム - Google Patents

Description

本発明は、ソーシャルネットワーキングサービスを利用して友人間でコミュニケーションをとるためのサーバ装置、携帯端末、イベント運営方法及びプログラムに関する。

参加者同士のコミュニケーションを主目的としたウェブサービスとして、ソーシャルネットワーキングサービス（以下「ＳＮＳ」と称する）が広く一般に普及している。この種のＳＮＳにおいて、テレビ番組に関する感想等を友人間で共有することが可能となる。

また、テレビ番組に関しては、視聴率という指標も存在するが、即時性がなく、現在放送中のテレビ番組の視聴率を知ることはできない。

上記とは別に、放送しているテレビ番組、あるいは過去に放送されたあるテレビ番組に関しての感想や口コミ情報などを取扱う、スマートフォンなどの携帯端末用のアプリケーションプログラムが存在する。（例えば、非特許文献１，２）

URL「http://ja-jp.facebook.com/tuneTV?sk=app#212157885497998」(平成２４年９月１３日確認)」 URL「http://wiz-tv.com/」(平成２４年９月１３日確認)」

上記ＳＮＳを利用してテレビ番組に対する感想等を友人間で共有するものとした場合、各人の感想等が羅列された、纏まりのない内容になり易い。

また、上記非特許文献で上げられている技術はいずれも、当該アプリケーションプログラムを使用するユーザ共通の情報として提供されるものであって、それらユーザは年齢、性別、職業や、趣味、嗜好等を問わない不特定多数から構成されている。したがって、そこでやりとりされる番組の感想などは、あくまでも一般論として取扱われるものであり、各ユーザ個々の感性に寄り添った身近な情報とはなり得なかった。

本発明は上記のような実情に鑑みてなされたもので、その目的とするところは、ユーザの感情に沿ったテレビ番組等のイベントに対する感想などをリアルタイムに共有することが可能なサーバ装置、携帯端末、イベント運営方法及びプログラムを提供することにある。

本発明の一態様は、視聴対象となるイベントの指定を受付けるイベント指定手段と、前記指定されたイベントに対する複数の選択肢をネットワークを介してアクセスされた携帯端末に選択可能に表示させる表示手段と、前記指定されたイベントに対して、前記携帯端末のユーザにより選択された選択肢を含み、かつ前記携帯端末のユーザと関連のある他のユーザにより選択された選択肢の集計結果を取得する集計手段と、前記取得した集計結果を前記ユーザの携帯端末に表示するための表示データを送信する送信手段とを具備するサーバ装置、である。

本発明によれば、ユーザの感情に沿ったイベントに対する感想などをリアルタイムに共有することが可能となる。

本発明の一実施形態に係るテレビ放送の感想共有サービスのシステム環境を説明するブロック図。 同実施形態に係る携帯端末とエモグラフサーバ間での処理内容を示すフローチャート。 同実施形態に係るエモグラフサーバが実行する、携帯端末からアクセスを受けた場合のログインに至るまでの処理内容を示すフローチャート。 同実施形態に係るエモグラフサーバが実行する、携帯端末がログインした後の処理内容を示すフローチャート。 同実施形態に係るエモグラフサーバにログインまでに携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインまでに携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインまでに携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインまでに携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインまでに携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインまでに携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインまでに携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインまでに携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインまでに携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバのテレビ番組を対象とした場合のデータベース（ＤＢ）の構成を示す図。 同実施形態に係るエモグラフサーバの動画サイトを対象とした場合のデータベース（ＤＢ）の構成を示す図。 同実施形態に係るエモグラフサーバのニュースサイトを対象とした場合のデータベース（ＤＢ）の構成を示す図。 同実施形態に係るエモグラフサーバのエモ発信数の割合の変化を示す図。 同実施形態に係るエモグラフサーバに係るエモ（笑い）発信数の変化を示す図。 同実施形態に係るエモグラフサーバにログインした後に携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインした後に携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインした後に携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインした後に携帯端末で表示される画面を例示する図。 同実施形態に係るエモグラフサーバにログインした後に携帯端末で表示される画面を例示する図。

以下、図面を参照して本発明の一実施形態に係るＳＮＳシステムについて説明する。
なお、本誌実施形態では、投稿対象となるイベントを、現在放送中のテレビ番組とした場合を例にとって説明するが、テレビ番組に限らず、動画サイト、ニュースサイト、リアルなイベント（例：サッカーの観戦、結婚式等）であってもよい。すなわち、本実施形態は、ソーシャルビューイングに係るものであれば何でもよい。

図１は、同実施形態に係る、仮に「エモグラフ（エモーショナル・グラフ）」と呼称する、テレビ放送の感想共有サービスのシステム環境を示す図である。同図で、インターネットなどのネットワーク１に対して、それぞれＳＮＳを提供するＡ社、Ｂ社、Ｃ社それぞれのＳＮＳサーバ２Ａ〜２Ｃが接続されると共に、例えば上記Ａ社が提供する、本実施形態に係るサービスを提供するエモグラフサーバ３が接続される。

さらにネットワーク１に対して、本システムでユーザが使用するクライアント装置となる携帯端末４，５が、アクセスポイント（ＡＰ）６あるいは基地局７を介して接続される。

ＳＮＳサーバ２Ａ〜２Ｃは、いずれも既存のＳＮＳを提供するために各社が運営するサーバ装置であり、登録した会員個人、及びその友人関係を含むアカウント情報をデータベース化して記憶している。

エモグラフサーバ３は、上記ＳＮＳサーバ２Ａと同様にＡ社が運営する、テレビ放送の感想共有サービスのためのサーバ装置である。

一方、クライアント側の携帯端末４，５は、スマートフォン、フィーチャー・フォン（ｆｅａｔｕｒｅ ｐｈｏｎｅ）などを含み、例えば、Ａｎｄｒｏｉｄ（登録商標）、ｉＯＳ（登録商標）などのＯＳ上で動作する携帯電話であっても良いし、さらにはノートブック型のパーソナルコンピュータ、モバイルコンピュータ、タブレット型コンピュータなどであってもよい。いずれにしても携帯端末４，５には、予め本実施形態に係るテレビ放送の感想共有サービス「エモグラフ」のためのアプリケーションプログラムがインストールされているものとする。

上記ＳＮＳサーバ２Ａ〜２Ｃ、及びエモグラフサーバ３と、携帯端末４，５それぞれの電子回路のハードウェア構成自体は、きわめて一般的で周知であるものとして、その記載及び説明を省略する。

次に上記実施形態の動作を説明する。
図２は、本実施形態の基本的な概念である、クライアント側の携帯端末５とエモグラフサーバ３間での処理内容を示すフローチャートである。
特に、図２は、ユーザ（クライアント）側の携帯端末５がエモ発信を行なう毎に、エモグラフサーバ（サーバ）３が携帯端末５からの感情を集計し、集計された集計結果をユーザに対して返信する構成となっている。

すなわち、携帯端末５側ではエモ発信を行なうのを待機する（ステップＣ０１）。そして、エモ発信を行なうための操作がなされたと判断した時点で、携帯端末５からその時点の後述するプッシュ通知の設定に応じたエモグラフサーバ３に向けてのエモ発信処理を実行する（ステップＣ０２）。

一方のエモグラフサーバ３では、常時クライアント側からエモ発信がなされるのを待機している（ステップＳ０１）。携帯端末５からのエモ発信を受けた時点で、エモグラフサーバ３は予め設定されている、後述する集計処理を実行し、その集計結果を当該携帯端末５に対して返信する（ステップＳ０２）。

携帯端末５では、エモグラフサーバ３に対してエモ発信を行なった後、エモグラフサーバ３からの集計結果が返信されてくるのを待機している（ステップＣ０３）。エモグラフサーバ３から集計結果の返信があったと判断した時点で、携帯端末５はその返信されてきた集計結果を画面上で表示し、合わせて必要により適宜音声通知の処理を実行することで、ユーザに対してエモ発信がエモグラフサーバ３側で適正に処理されたことを認識できる
。

以下、携帯端末５がエモグラフサーバ３に対してログインする状態からの動作を、より詳細に説明する。
図３は、エモグラフサーバ３が実行する、携帯端末５からネットワーク１を介してアクセスを受けた場合の、ログインに至るまでの処理内容を示すフローチャートである。

エモグラフのアプリケーションプログラムをインストールしている携帯端末４から、当該プログラムの起動により、ネットワーク１を介してエモグラフサーバ３へのアクセスがあった場合、エモグラフサーバ３ではまず、その時点で当該エモグラフに参加している、携帯端末５のユーザの友人であるか否かを問わない会員全員分の感情（エモ）の登録結果に基づいて、それを反映したグラフ（以下及び図面では「エモグラフ」と称する）と共にその時点で放送されているテレビ番組のリスト画像のデータを形成し、アクセスしてきた携帯端末５へ送信する（ステップＳ１０１）。

図５は、このとき携帯端末４の画面で表示される、番組リストの画像を例示する図である。同図では、午後４時現在での１チャンネル（ｃｈ）から８チャンネル（ｃｈ）までの全７チャンネル分について、各チャンネル毎にテレビ番組名と放送時間帯を表示すると共に、その時点での会員全員分のエモグラフを表示している。

このエモグラフは、例えば会員の感想を色で表現した赤色、黄色、及び青色の計３色からなる棒グラフであり、棒グラフの長さ、すなわち会員の絶対数により各番組を視聴している会員数の傾向が理解できると共に、上記３色の色分けの度合いにより、番組名と相まって番組の内容や満足度等がある程度予想できる。

この番組リストの表示に対し、携帯端末５側でいずれかのチャンネルが選択されるのをエモグラフサーバ３が待機する（ステップＳ１０２）。そして、いずれかのチャンネルが選択された時点で、エモグラフサーバ３は選択されたチャンネルのテレビ番組に関する会員の感想リストである「番組タイムライン」の画像に、会員の新規登録またはログインを促すウィンドウを重畳した画像のデータを形成して、携帯端末５へ返送する（ステップＳ１０３）。

図６は、このとき携帯端末５の画面で表示される、番組タイムラインの画像を例示する図である。この画面では、友人間でのテレビ番組に対する感想を共有するべく、ウィンドウＷ１１により「友達を表示するには新規登録／ログインが必要です」なるガイドメッセージと共に、「新規登録／ログイン」の操作ボタンを配して、同操作ボタンが選択されるのを待機する。

そして、上記操作ボタンが選択操作された場合、エモグラフサーバ３では、さらに「新規登録」と「ログイン」のいずれかの選択を促す画像のデータを携帯端末５に送信すると共に、そのいずれかが選択されて操作されることにより、例えば選択されたのが「新規登録」であるか否かを判断する（ステップＳ１０４）。

図７は、携帯端末５の画面で表示される、「新規登録」と「ログイン」のいずれかの選択を促す画像を例示する図である。ここでは、「エモグラフ」上の機能を、アイコン「友だち表示」「エモ」「チェックイン」「コメント」として表示すると共に、「新規登録」または「ログイン」のボタンを表示して、そのいずれかを選択することを促している。

ここで簡単に上記各機能を説明する。
「友だち表示」は、携帯端末４または５のユーザが予め登録している他のＳＮＳの友人であり、且つその時点でこの「エモグラフ」のアプリケーションプログラムを利用している友人を、例えばその友人のアバターなどを用いて表示させるための機能である。
「エモ」は、テレビ番組に対してユーザが大まかな感想を発信するための機能である。
「チェックイン」は、下の「コメント」機能を行なうべく設定された、参加の表明を確認するための機能である。
「コメント」は、テレビ番組に対してユーザがテキスト情報により感想を述べて発信するための機能である。

携帯端末５で上記図７に示した画像から「新規登録」が操作された場合、エモグラフサーバ３では上記ステップＳ１０４でそれを判断し、当該携帯端末５に対して複数のＳＮＳの中から１つの選択を促すような画像のデータを形成して送信する（ステップＳ１０５）。

図８は、このとき携帯端末５の画面で表示される、新規登録の画像を例示する。ここでは、新規登録の全体で３つのステップからなり、現時点が第１ステップであることと共に、「Ａ（社が提供する）ＳＮＳ」「Ｂ（社が提供する）ＳＮＳ」「Ｃ（社が提供する）ＳＮＳ」の３つの操作ボタンを表示し、そのいずれかが操作されるのをユーザに促している。

携帯端末５で例えば「Ａ．ＳＮＳ」が選択された場合、エモグラフサーバ３ではそれを受け付けて、携帯端末５のユーザのアカウントを用いて、対応するＡ社ＳＮＳサーバ２Ａをアクセスし、携帯端末５のユーザ本人と、そのユーザが登録している友人のアカウント情報を統括して取得する（ステップＳ１０６）。

この際、携帯端末５のユーザが登録している友人のアカウント情報に関して、携帯端末５のユーザ自身が優先度を設定することが可能なＳＮＳのシステムであれば、その設定された優先度に応じて、表示を行なうかどうかなどを判断しても良い。

上記ステップＳ１０５，Ｓ１０６の処理は、選択された１つのＳＮＳに対してのみ実行されるものではなく、複数のＳＮＳに対して実行することができる。

図９は、上記図７の状態から「Ａ．ＳＮＳ」が選択された後に表示する、エモグラフサーバ３からのデータに基づく画像を例示するものである。ここでは、エモグラフサーバ３側で「新規登録」の処理を実行し、３つのステップ中の第２ステップであることと共に、「Ａ．ＳＮＳ」を利用して登録したことを、Ａ社ＳＮＳサーバ２Ａから入手した携帯端末５のユーザのアバターの画像とＳＮＳ内でのハンドルネーム、このＳＮＳ内で現在登録している友人が他に３名「エモグラフ」に参加していることなどを表示している。さらに、他の「Ｂ．ＳＮＳ」「Ｃ．ＳＮＳ」に関しても連携して友だちを追加することを選択する操作ボタンと共に、次のステップへの移行を促すボタンを合わせて表示している。

図１０は、上記図９の表示画面から携帯端末５で「Ｂ．ＳＮＳ」ボタンを操作した場合の、エモグラフサーバ３からのデータに基づく画像を例示するものである。ここでは、上記図９と同様に３つのステップ中の第２ステップであることと共に、さらに「Ｂ．ＳＮＳ」を利用して友だちを３人追加したことを表示している。ここでは、まだ選択していない「Ｃ．ＳＮＳ」に関しても、さらに連携して友だちを追加することを選択する操作ボタンと共に、次のステップへの移行を促すボタンを合わせて表示している。

このように新規登録に関する携帯端末５での処理に応じて、エモグラフサーバ３は予め設定された手順にしたがって携帯端末５のユーザに関する新規登録処理を実行する（ステップＳ１０７）。

また上記ステップＳ１０４で新規登録ではないと判断した場合、すなわち携帯端末５側で上記図７に示した画面から「ログイン」が選択されたと判断した場合、エモグラフサーバ３は当該携帯端末５に対して複数のＳＮＳの中から１つの選択を促すような画像のデータを形成して送信する（ステップＳ１０８）。

このとき携帯端末５の画面で表示されるログインの画像は、上記図８における「新規登録」の項目が「ログイン」に代わる点と、ログインに際してＳＮＳの選択を促すガイドメッセージが表示される点を除き、実際の「Ａ．ＳＮＳ」「Ｂ．ＳＮＳ」「Ｃ．ＳＮＳ」の３つの操作ボタンが表示されることと、その後の操作等は、上記新規登録の場合とほぼ同様である。

そして、携帯端末５で例えば「Ａ．ＳＮＳ」が選択された場合、エモグラフサーバ３では「Ａ．ＳＮＳ」が選択されたことを受け付けて、携帯端末５のユーザのアカウントを用いて、対応するＡ社ＳＮＳサーバ２Ａをアクセスし、携帯端末５のユーザ本人と、そのユーザが登録している友人のアカウント情報を統括して取得する（ステップＳ１０９）。

上記ステップＳ１０８，Ｓ１０９の処理は、選択された１つのＳＮＳに対してのみ実行されるものではなく、複数のＳＮＳに対して実行することができる。

図１１は、「Ａ．ＳＮＳ」が選択された後に表示する、エモグラフサーバ３からのデータに基づく画像を例示するものである。ここでは、エモグラフサーバ３側で「ログイン」の処理を実行し、３つのステップ中の第２ステップであることと共に、「Ａ．ＳＮＳ」を利用して登録したことを、Ａ社ＳＮＳサーバ２Ａから入手した携帯端末５のユーザのアバターの画像とＳＮＳ内でのハンドルネームを表示している。さらに、他の「Ｂ．ＳＮＳ」「Ｃ．ＳＮＳ」に関しても連携して友だちを追加することを選択する操作ボタンと共に、次のステップへの移行を促すボタンを合わせて表示している。

上記ステップＳ１０７での新規登録処理（図９，図１０）、または上記ステップＳ１０９でのログイン処理（図１１）に続いてエモグラフサーバ３は、同じテレビ番組を見ている友人を確認するためのプッシュ通知機能を設定するか否かの選択をユーザに促す画像のデータを携帯端末５に対して送信し、その画像に対する操作結果を判断する（ステップＳ１１１）。

図１２は、このとき携帯端末５の画面で表示される、プッシュ通知の設定を促す画像を例示する図である。ここでは、「通知の設定」の処理中であり、３つのステップ中の最終、第３ステップであることと共に、友人のアバターの顔やコメントの投稿内容の一部を例示した上で、プッシュ通知を「ＯＫ（設定）」することで、同じテレビ番組を見ている友人が確認できることをガイドメッセージにより表示している。さらに、「プッシュ通知を設定」する操作ボタンを合わせて表示している。

この操作ボタンを携帯端末５側で操作することで、エモグラフサーバ３は同設定を行なうか否かを選択するための画像のデータを携帯端末５に対して送信する。
図１３は、このとき携帯端末５の画面で表示される、プッシュ通知の設定を許可するか否かのアラート画面を例示する図である。同図では、「エモグラフ」がユーザにプッシュ通知を送信することの要否を確認するガイドメッセージを表示すると共に、「ＯＫ（許可する）」と「許可しない」の操作ボタンを合わせて表示している。

エモグラフサーバ３では、上記図１３のアラート画像に対して携帯端末５でどちらの操作ボタンが操作されたかを判断する。

ここで「ＯＫ（許可する）」が操作された場合、その操作を携帯端末５から受付けたエモグラフサーバ３は、上記ステップＳ１１１でそれを判断して携帯端末５に関するプッシュ通知の設定を行なうと共に、携帯端末５に対して、プッシュ通知の設定済みであることを示す画像のデータを送信し（ステップＳ１１２）、以上で図３で示すログインのための処理を終了して、ログイン後の処理に移行する。

また、携帯端末５で上記図１３に示した画面から「許可しない」の操作ボタンが操作された場合、その操作を携帯端末５から受付けたエモグラフサーバ３は、上記ステップＳ１１１でそれを判断して携帯端末５に関するプッシュ通知の設定を行なわないと共に、携帯端末５に対して、プッシュ通知が非設定であり、友人のアバター等の表示がなされないことを示す画像のデータを送信し（ステップＳ１１３）、以上で図３で示すログインのための処理を終了して、ログイン後の処理に移行する。

図４は、ログインしている携帯端末５等からの発信に対してエモグラフサーバ３が実行する処理の内容を示すフローチャートである。
エモグラフサーバ３は、携帯端末５からの発信がエモ発信に関するものであるか否か（ステップＳ２０１）、チェックインの設定に関する発信であるか否か（ステップＳ２０５）、テレビ番組のコメントを発信するものであるか否か（ステップＳ２０７）、プッシュ通知の設定変更であるか否か（ステップＳ２１１）、またはログアウトのための発信であるか否か（ステップＳ２１３）、を順次繰返し判断することで、これらのいずれかの状態となるのを待機する。

携帯端末５からエモグラフサーバ３に対してテレビ番組に対するエモ発信がなされた場合、これを受付けたエモグラフサーバ３は上記ステップＳ２０１でそれを判断し、その時点で携帯端末５のユーザのプッシュ通知の設定状態に応じたエモ発信処理を実行する（ステップＳ２０２）。

図１４は、エモグラフサーバ３のデータベース（ＤＢ）の構成を示す図である。例えば、エモグラフサーバ３は、笑い、泣き、怒りという感情情報を保持すると共に、ＩＤ、住所、年齢、性別、ＳＮＳのアカウント、位置情報、チャンネル、番組名、番組内容、瞬間エモ最大発信数、番組の開始時間、及び番組の終了時間等の情報を保持している。

因みに、図１５は、上記テレビ番組に代えて動画サイトに対するエモ発信がなされた場合のエモグラフサーバ３のデータベース（ＤＢ）の構成を示す図を例示する。

ここでエモグラフサーバ３は、笑い、泣き、怒りという感情情報を保持すると共に、ＩＤ、住所、年齢、性別、ＳＮＳのアカウント、位置情報、動画サイトのタイトル名、ＵＲＬ、再生回数、現在再生位置、及びトータル時間等の情報を保持している。

さらに、図１６は、上記テレビ番組に代えてニュースサイトに対するエモ発信がなされた場合のエモグラフサーバ３のデータベース（ＤＢ）の構成を示す図を例示する。

ここでエモグラフサーバ３は、笑い、泣き、怒りという感情情報を保持すると共に、ＩＤ、住所、年齢、性別、ＳＮＳのアカウント、位置情報、ニュースのタイトル名、及びＵＲＬ等の情報を保持している。

上記ステップＳ２０２でエモ発信処理を実行したエモグラフサーバ３は、その後、発信されたエモに対する集計処理を実行した上で（ステップＳ２０３）、その集計結果を当該携帯端末５に対して返送し（ステップＳ２０４）、その後に上記ステップＳ２０５からの処理に移行する。

図１７は、例えば時間帯「０７：００〜８：００」のあるテレビ番組において、エモ発信数の割合が変化する過程を示した図である。エモ発信された絶対数ではなく、全体を１００％として、泣き、怒り、笑いの３つの感情をそれぞれの発信数の変化を視覚的に表示できる。

例えば、７:００の時点では、泣き３０％、怒り２０％、笑い５０％、７：１０の時点では、泣き４０％、怒り２０％、笑い４０％を表している。

したがって、携帯端末５のユーザは、７：００〜８：００までの一つの番組において、エモ発信数の割合の変化を簡易に把握することができ、ユーザの友人が、同じ番組に対してどのような印象であったのか、その全体的な傾向を把握することができる。

図１８は、７：００〜８：００までのテレビ番組において、特に「笑い」のエモ発信を行なった数の変化を示す図である。例えば、７：１０には、エモ発信数（エモ発信者数）が８０人であるのに対し、７：５０の時点では、２００人のユーザが「笑い」の感情を発信したことを意味する。

また、７：５０がエモ発信数の最大値である。ここで、その時点のエモ発信数の最大値を瞬間最大エモ発信数と定義する。

例えば、瞬間最高視聴率と瞬間最大エモ発信数とを比較すると、いわゆる瞬間最高視聴率視聴率が実際に番組を視聴している人の割合であるのに対し、瞬間最大エモ発信数は単に番組を視聴しているだけでなく、そのシーンに対するユーザの感情まで含まれた情報であるため両者は相違している。

なお、上記図１７及び図１８のそれぞれの結果は、対象とするユーザを、携帯端末５のユーザの友人に絞って集計することもできるし、友人以外も含めて集計して結果を出力することもできる。

図１９は、ログイン処理後に携帯端末５で表示される、テレビ番組のタイムライン画面を例示する図である。ここでは、上記図６で示したタイムライン画面と比して、ログイン後であるため、携帯端末５のユーザの友人として登録されている他のユーザのみからの投稿内容となっている。

画面の上部には、選択されているテレビ番組の番組名と放送時間が表示されると共に、その番組の詳細な説明を表示させるための詳細ボタンＭＤが表示され、さらにその時点でエモ発信された内容に基づき、それぞれに顔のシンボルを配した赤色、黄色、及び青色のエモ発信の投稿傾向がその幅に応じて表示されている。

また、画面中央の大部分では、その時点で最も新しい、テレビ番組に対する投稿内容を表示している。さらに、画面の下端側では、エモ発信のための操作ボタンとして、左側から、赤色の枠内で中央に笑った顔のシンボルを配したボタン、黄色の枠内で中央に怒った顔のシンボルを配したボタン、及び青色の枠内で中央に泣いた顔のシンボルを配したボタンを表示している。

なお本実施形態では、顔のシンボルを配した、色分けしたエモ発信を行なう場合について例示しているが、その他にも、例えば「赤」と「白」のボタンを表示させた上で、対抗形式の歌番組でいずれかに投票を促すようなシステムも容易に構築できる。

これらエモ発信のためのボタンのいずれかが操作された場合、上記ステップＳ２０１でそれがエモグラフサーバ３側で判断されて、プッシュ通知の設定状態に応じたエモ発信処理が実行される。

すなわち、エモグラフサーバ３が実行するエモ発信に関する処理としては、その時点で当該携帯端末５がチェックイン設定していることを確認した上で、ログインしている携帯端末５のユーザのアカウント情報と関連付けて、発信したテレビ番組に関するエモ情報を登録する。

この登録に伴ってエモグラフサーバ３は、当該テレビ番組に対して携帯端末５のユーザが発信したエモ情報の集計処理、具体的には携帯端末５のユーザの友人登録している対象内での集計処理と、友人登録していない、エモグラフ会員全員を対象とした集計処理とを実行する（ステップＳ２０３）。

その後にエモグラフサーバ３は、集計結果に伴って、その時点の携帯端末５のプッシュ通知の設定状態に応じた集計結果を画像データ化して携帯端末５へ返送した上で（ステップＳ２０４）、上記ステップＳ２０５からの処理に戻る。

図２０は、上記図１９の画面を表示している状態から、プッシュ通知の設定をしている携帯端末５のユーザが、画面下部の中央、黄色の枠内で怒った顔のシンボルを配したボタンを操作することでエモ発信した結果に対する、エモグラフサーバ３からの応答画像を例示する図である。

ここでは、携帯端末５のユーザと同じく、黄色の枠内で怒った顔のシンボルを配したボタンを操作した友人が、エモ発信した友人全体に対して３０［％］存在することを、該当する友人のいくつかのアバターの画像と共に表示している。

なお、携帯端末５により投稿を行なうシステムにおいては、基地局やアクセスポイントの情報などからエモグラフサーバ３がその携帯端末５の現在位置を特定することが可能であるため、特定の地域でエモ発信された内容に対して、地域と関連付けた集計処理を行ない、集計結果に反映させるものとしても良い。

携帯端末５のユーザがプッシュ通知の設定を行なっていない場合には、上記図１９の画面上部で示したように、携帯端末５からのエモ発信を加味した、それぞれに顔のシンボルを配した赤色、黄色、及び青色のエモ発信の投稿傾向をその幅に応じて表示すると共に、プッシュ通知を設定することで友人のアバターを表示できることをガイドメッセージで合わせて表示するような画像が携帯端末５で表示されることになる。

なお、上記図１９の画面を表示している状態から、携帯端末５のユーザが画面上部の詳細ボタンＭＤを操作した場合、その発信を受けたエモグラフサーバ３では、まずその時点で携帯端末５のユーザがプッシュ通知の設定を行っているか否かを判断する。

そして、プッシュ通知が設定されていると判断した場合、エモグラフサーバ３は当該テレビ番組に対してその時点でエモ発信された、それぞれに顔のシンボルを配した赤色、黄色、及び青色のエモ発信の投稿傾向と友人のアバターの画像とを範囲を拡大して表示する画像のデータを形成し、携帯端末５に返送する。

図２１は、このとき携帯端末５の画面で表示される画像を例示するものである。同図では、上記図１９で示した画像に比して、エモ発信された友人たちの投稿傾向を示す範囲が大幅に拡大して表示されており、且つ赤色、黄色、及び青色の各領域毎に、そのエモ発信を行なった友人のアバター画像の少なくとも一部が表示されている。これら友人のアバター画像のうち、任意の１つを選択してタッチ操作することで、その友人が最近チェックインした他のテレビ番組についても知ることができるものとする。

図２２は、上記図２１の画面の、泣いた顔のシンボルが配された青色の領域中から、友人Ａ１１のアバター画像をタッチ操作した場合に、代わって携帯端末５で表示される画像を例示する図である。このときエモグラフサーバ３では、タッチ操作により選択された友人のアカウント情報から、当該人物が最近チェックインした他のテレビ番組をサーチし、そのサーチ装置を画像データ化して携帯端末５へ返送することで、上記図２２に示したような携帯端末５側での表示が可能となる。

このような友人のアバター画像の選択に関しても、上述した如く友人に対する優先度の設定を行なうことが可能なシステムであれば、その設定された優先度に応じて、アバター画像の表示形態を変化させ、あるいは選択してから次の表示状態に至るまでの経過状態を変化させるようにしても良い。

なお、上記プッシュ通知の設定がなされていない場合にエモグラフサーバ３は、上記図２１、図２２の表示に代えて、上記図１９の画像の上部で示したような、それぞれに顔のシンボルを配した赤色、黄色、及び青色のエモ発信の投稿傾向の内容をあらためて更新して表示すると共に、プッシュ通知を設定することで、友人のアバター画像が表示可能となる旨を示すガイドメッセージを重畳した画像のデータを携帯端末５に返送するものとしても良い。

また上記ステップＳ２０７で、携帯端末５からテレビ番組のコメントの発信がなされたと判断した場合、これを受付けたエモグラフサーバ３は、その時点で携帯端末５のユーザのプッシュ通知の設定状態に応じたテレビ番組に対するコメント発信処理を実行する（ステップＳ２０８）。

その後、発信されたコメント情報に基づいて当該テレビ番組のコメントに関する更新処理を実行した上で（ステップＳ２０９）、その更新結果を当該携帯端末５に対して返送し（ステップＳ２１０）、その後に上記ステップＳ２１１からの処理に移行する。

図２３は、上記図１９で説明した画面上部の詳細ボタンＭＤが操作されて当該テレビ番組の詳細を説明する画像を表示し。さらに同画像中の「コメント」ボタンが仮に選択された状態での表示画面を例示する図である。

この場合、画面下部の実際のコメント入力枠ＣＩ内が操作された時点で文字入力が可能となり、ユーザが任意のコメントを作成して発信（投稿）することが可能となる。

このようにして発信されたコメントの情報は、上述した如くエモグラフサーバ３側で友人登録された他のユーザからのコメントに加えられ、更新設定された内容が携帯端末５に返送されて、表示される。

以上詳述した如く本実施形態によれば、ユーザの感情に沿ったテレビ番組などのイベントに対する感想等を友人間でリアルタイムに共有することが可能となる。

また上記実施形態では、テレビ番組毎に、簡単な顔の表情を表したシンボルと共に感情の選択肢に応じて色分けしたグラフ画像を集計結果として表示させるものとしたので、そのテレビ番組を視聴している友人たちの感想が視覚的にきわめて理解し易く、自身も感想等を発信するために、より気軽に参加することが可能となる。

加えて上記実施形態では、友人たちの感想やコメント等を表示するにあたって、各ＳＮＳサーバから取得した友人たちのアバター画像を合わせて表示させるものとしたので、どの友人が現在どのテレビ番組を視聴して、どのような感想を持っているのかがきわめて理解し易い画像で提供されるため、お互いに離れた環境で同一のテレビ番組を視聴していても、友人たちとの一体感が強まって、より密な親近感を持つことができる。

なお上記実施形態でも一部で説明した通り、各ＳＮＳサーバ２Ａ〜２Ｃに登録する友人のアカウント情報に関し、携帯端末５のユーザが任意に優先度情報を設定するものとしても良く、その優先度に応じて、例えば上記アバター画像を表示する友人、あるいは投稿されたコメントを表示する友人を選別し、または表示する形態を変化するようにしても良い。

こうすることで、自身がより親しいと思っている友人からの情報が確実に表示画像に反映されるため、携帯端末５で表示される画像の情報がより一層興味深いものとなる。

また上記実施形態では説明しなかったが、例えば上記図１５で示した画像を表示している際に、さらに他の友人がエモ発信を行なった場合には、その発信の結果を活かして、新たにエモ発信した友人のアバター画像が表示画像中に現出して割り込んでくるような表示形態を採用することも可能であり、同プログラムをリアルタイムで共有している現実感をより強調することも可能である。

さらに上記実施形態は、現在放送しているテレビ番組に対する感想を投稿するようなＳＮＳシステムに本発明を適用した場合について説明したが、本発明はこれに限らず、投稿対象となる各種のイベント、例えば「赤」と「白」のボタンを画面に表示させた上で、対抗形式の歌番組に対していずれかに投票を促すようなシステム、試合中の野球チームに対する投稿や応援を行なうようなシステム、仲間内の飲み会でなんらかの投票を行なうような小規模なシステム等、投稿対象となるイベントの設定次第で様々なシステムを構築できる。

その他、本発明は上述した実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、上述した実施形態で実行される機能は可能な限り適宜組み合わせて実施しても良い。上述した実施形態には種々の段階が含まれており、開示される複数の構成要件による適宜の組み合せにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、効果が得られるのであれば、この構成要件が削除された構成が発明として抽出され得る。

１…ネットワーク、２Ａ〜２Ｃ…（Ａ社〜Ｃ社）ＳＮＳサーバ、３…エモグラフサーバ、４，５…携帯端末、６…アクセスポイント（ＡＰ）、７…基地局。

Claims (17)

1. 携帯端末のユーザから視聴対象となるイベントの指定を受付けるイベント指定手段と、
   前記指定されたイベントに対して、前記携帯端末のユーザと関連のある他のユーザにより選択された選択肢の集計結果を取得する集計手段と、
   前記取得した集計結果を前記ユーザの携帯端末に表示するための第１の表示データまたは前記取得した集計結果を前記ユーザの携帯端末に表示するための第２の表示データを送信する送信手段と、
   前記受付けられた視聴対象となるイベントを視聴対象としている前記他のユーザの情報を通知する通知手段と、
   を具備し、
   前記通知手段が実行可能に設定されている場合に、前記第２の表示データが前記ユーザの前記携帯端末に送信され、
   前記第２の表示データによって表示される第２の表示画面における前記集計結果の表示領域は、前記第１の表示データによって表示される第１の表示画面における前記集計結果の表示領域よりも大きい、
   サーバ装置。
2. 前記第２の表示画面においては、前記集計結果の表示領域に、前記他のユーザアバター画像の少なくとも一部が含まれる、
   請求項１に記載のサーバ装置。
3. 前記他のユーザのアバター画像の少なくとも一部は、前記他のユーザの優先度情報に基づいて決定される、請求項２記載のサーバ装置。
4. 前記第１の表示画面においては、前記集計結果の表示領域に、前記他のユーザアバター画像が含まれない、
   請求項１から請求項３のいずれか１項に記載のサーバ装置。
5. 前記携帯端末の前記ユーザの操作に応じて、前記第１の表示データまたは前記第２の表示データが前記ユーザの前記携帯端末に送信される、
   請求項１から請求項４のいずれか１項に記載のサーバ装置。
6. 前記通知手段が実行可能に設定されていない場合、前記受付けられた視聴対象となるイベントを視聴対象としている前記他のユーザの情報が表示可能となる旨を示す表示情報を前記携帯端末に表示させる手段をさらに具備する、請求項１から請求項５のいずれか１項に記載のサーバ装置。
7. 前記集計結果は、前記選択された選択肢に応じて色分けしたグラフ画像を含む、請求項１から請求項６のいずれか１項に記載のサーバ装置。
8. 前記集計結果は、前記サーバ装置へのログイン後に集計される、請求項１から請求項７のいずれか１項に記載のサーバ装置。
9. 前記第１の表示データ及び第２の表示データは、イベント毎に、かつ前記選択肢を選択した全てのユーザにより選択された選択肢の割合を選択肢毎に表示するデータである、請求項１から請求項８のいずれか１項に記載のサーバ装置。
10. 前記携帯端末のユーザのアカウント情報及び前記他のユーザのアカウント情報は、前記携帯端末のユーザから指定されたサービスを提供するサーバ装置から取得される、請求項１から請求項９のいずれか１項に記載のサーバ装置。
11. 前記他のユーザのアカウント情報は、前記他のユーザの選択した選択肢を示す情報及び前記他のユーザが視聴対象としたイベントの情報に関連付けられている、請求項１から請求項１０のいずれか１項に記載のサーバ装置。
12. 複数のサービスの中から前記携帯端末のユーザから指定されたサービスを提供するサーバ装置から取得される前記携帯端末のユーザのアカウント情報を用いて、前記携帯端末のユーザの登録処理を行う、請求項１０または請求項１１に記載のサーバ装置。
13. 前記他のユーザは、前記ユーザから指定されたサービスにおける友人である、請求項１から請求項１２のいずれか１項に記載のサーバ装置。
14. 前記ユーザから指定されたサービスを提供するサーバ装置から、前記他のユーザに関する情報を取得するか否かを選択可能に、前記ユーザの携帯端末に表示させるサーバ選択表示手段をさらに具備する、請求項１から請求項１３のいずれか１項に記載のサーバ装置。
15. 携帯端末のユーザから視聴対象となるイベントの指定を受付け、
    前記指定されたイベントに対して、前記携帯端末のユーザと関連のある他のユーザにより選択された選択肢の集計結果を取得し、
    前記集計結果を前記携帯端末に表示するための第１の表示データまたは前記取得した集計結果を前記ユーザの携帯端末に表示するための第２の表示データを送信し、
    前記受付けられた視聴対象となるイベントを視聴対象としている前記他のユーザの情報を通知するイベント運営方法であって、
    前記他のユーザの情報の通知が実行可能に設定されている場合に、前記第２の表示データが前記ユーザの前記携帯端末に送信され、
    前記第２の表示データによって表示される第２の表示画面における前記集計結果の表示領域は、前記第１の表示データによって表示される第１の表示画面における前記集計結果の表示領域よりも大きい、
    サーバ装置におけるイベント運営方法。
16. サーバ装置に、
    携帯端末のユーザから視聴対象となるイベントの指定を受付けさせ、
    前記指定されたイベントに対して、前記携帯端末のユーザと関連のある他のユーザにより選択された選択肢の集計結果を取得させ、
    前記集計結果を前記携帯端末に表示するための第１の表示データまたは前記取得した集計結果を前記ユーザの携帯端末に表示するための第２の表示データを送信させ、
    前記受付けられた視聴対象となるイベントを視聴対象としている前記他のユーザの情報を通知させるプログラムであって、
    前記他のユーザの情報の通知が実行可能に設定されている場合に、前記第２の表示データが前記ユーザの前記携帯端末に送信され、
    前記第２の表示データによって表示される第２の表示画面における前記集計結果の表示領域は、前記第１の表示データによって表示される第１の表示画面における前記集計結果の表示領域よりも大きい、
    プログラム。
17. 携帯端末に、
    サーバ装置に視聴対象となるイベントの指定をネットワークを介して送信させ、
    前記携帯端末のユーザと関連のある他のユーザにより選択された選択肢の集計結果を表示する第１の表示データまたは前記取得した集計結果を前記ユーザの携帯端末に表示するための第２の表示データ、及び、前記受付けられた視聴対象となるイベントを視聴対象としている前記他のユーザの情報を、前記ネットワークを介して前記サーバ装置から受信して表示させるプログラムであって、
    前記他のユーザの情報の通知が実行可能に設定されている場合に、前記第２の表示データが前記ユーザの前記携帯端末に送信され、
    前記第２の表示データによって表示される第２の表示画面における前記集計結果の表示領域は、前記第１の表示データによって表示される第１の表示画面における前記集計結果の表示領域よりも大きい、
    携帯端末におけるプログラム。
    

Images