知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024171488
(43)【公開日】2024-12-12
(54)【発明の名称】通信装置
(51)【国際特許分類】
H04N 21/24 20110101AFI20241205BHJP
H04N 21/238 20110101ALI20241205BHJP
H04N 21/442 20110101ALI20241205BHJP
H04N 21/462 20110101ALI20241205BHJP
A63F 13/35 20140101ALI20241205BHJP
A63F 13/212 20140101ALI20241205BHJP
A63F 13/75 20140101ALI20241205BHJP
A63F 13/795 20140101ALI20241205BHJP
【ＦＩ】
H04N21/24
H04N21/238
H04N21/442
H04N21/462
A63F13/35
A63F13/212
A63F13/75
A63F13/795
【審査請求】未請求
【請求項の数】23
【出願形態】ＯＬ
(21)【出願番号】P 2023088522
(22)【出願日】2023-05-30
(71)【出願人】
【識別番号】000001007
【氏名又は名称】キヤノン株式会社
(74)【代理人】
【識別番号】100126240
【弁理士】
【氏名又は名称】阿部 琢磨
(74)【代理人】
【識別番号】100223941
【弁理士】
【氏名又は名称】高橋 佳子
(74)【代理人】
【識別番号】100159695
【弁理士】
【氏名又は名称】中辻 七朗
(74)【代理人】
【識別番号】100172476
【弁理士】
【氏名又は名称】冨田 一史
(74)【代理人】
【識別番号】100126974
【弁理士】
【氏名又は名称】大朋 靖尚
(72)【発明者】
【氏名】高橋 誠治
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164FA22
5C164SB21P
5C164SB41P
5C164SC05S
5C164SD12S
5C164UB41P
5C164UC21P
5C164YA11
5C164YA12
(57)【要約】
【課題】 動画等のコンテンツのオンライン配信サービスにおいて、視聴者が不快になるような不適切な投稿に対して、ユーザは手動で通報操作を行わなければならなかったり、マルチプレイのオンラインゲームにおいて、ストレス等に起因して他のプレイヤに迷惑をかける悪質なプレイヤがいた場合、被害を受けたプレイヤは手動で通報操作を行わなければならない。
【解決手段】 通信装置であって、コンテンツを複数のクライアント端末に配信する配信手段、各クライアント端末のユーザの生体情報に基づいて当該コンテンツの配信を制御する配信制御手段を有することを特徴とする。
【選択図】 図１
【解決手段】 通信装置であって、コンテンツを複数のクライアント端末に配信する配信手段、各クライアント端末のユーザの生体情報に基づいて当該コンテンツの配信を制御する配信制御手段を有することを特徴とする。
【選択図】 図１
【特許請求の範囲】
【請求項1】
通信装置であって、
コンテンツを複数のクライアント端末に配信する配信手段と、
各クライアント端末のユーザの生体情報に基づいて当該コンテンツの配信を制御する配信制御手段を有する
ことを特徴とする通信装置。
コンテンツを複数のクライアント端末に配信する配信手段と、
各クライアント端末のユーザの生体情報に基づいて当該コンテンツの配信を制御する配信制御手段を有する
ことを特徴とする通信装置。
【請求項2】
前記配信制御手段とは、コンテンツの配信を停止する
ことを特徴とする請求項１に記載の通信装置。
ことを特徴とする請求項１に記載の通信装置。
【請求項3】
各クライアント端末のユーザの生体情報に基づいて前記コンテンツに対する不快度を取得する不快度取得手段、を有し、
各クライアント端末に対応する不快度に基づいて前記コンテンツの配信を制御する
ことを特徴とする請求項１に記載の通信装置。
各クライアント端末に対応する不快度に基づいて前記コンテンツの配信を制御する
ことを特徴とする請求項１に記載の通信装置。
【請求項4】
前記不快度取得手段は、クライアント端末から受信した生体情報に基づいて不快度を算出する
ことを特徴とする請求項３に記載の通信装置。
ことを特徴とする請求項３に記載の通信装置。
【請求項5】
前記不快度取得手段は、クライアント端末から生体情報に基づいた不快度を受信する
ことを特徴とする請求項３に記載の通信装置。
ことを特徴とする請求項３に記載の通信装置。
【請求項6】
前記不快度取得手段で取得した不快度が所定値以上か判定する不快度閾値判定手段、
を有することを特徴とする請求項３に記載の通信装置。
を有することを特徴とする請求項３に記載の通信装置。
【請求項7】
クライアント端末のユーザが前記コンテンツを視聴中であること判定する視聴判定手段、
を有することを特徴とする請求項６に記載の通信装置。
を有することを特徴とする請求項６に記載の通信装置。
【請求項8】
前記不快度閾値判定手段および前記視聴判定手段の結果に応じてコンテンツの配信を制御する
ことを特徴とする請求項７に記載の通信装置。
ことを特徴とする請求項７に記載の通信装置。
【請求項9】
各クライアント端末から前記コンテンツに対して手動の操作による配信制御要求を受信する手動配信制御要求受信手段、を有し、
前記配信制御要求および各クライアント端末のユーザの生体情報に基づいて前記コンテンツの配信を制御する
ことを特徴とする請求項１に記載の通信装置。
前記配信制御要求および各クライアント端末のユーザの生体情報に基づいて前記コンテンツの配信を制御する
ことを特徴とする請求項１に記載の通信装置。
【請求項10】
クライアント端末のユーザの生体情報に基づいて前記配信制御要求の重み付けを行う配信制御要求重み付け手段
を有することを特徴とする請求項９に記載の通信装置。
を有することを特徴とする請求項９に記載の通信装置。
【請求項11】
通信装置であって、
サーバ装置から受信したコンテンツを再生する再生手段と、
ユーザの生体情報に基づいてサーバ装置に当該コンテンツの配信の制御要求を送信する配信制御要求送信手段
を有することを特徴とする通信装置。
サーバ装置から受信したコンテンツを再生する再生手段と、
ユーザの生体情報に基づいてサーバ装置に当該コンテンツの配信の制御要求を送信する配信制御要求送信手段
を有することを特徴とする通信装置。
【請求項12】
前記配信制御要求送信手段とは、コンテンツの配信停止要求を送信する
ことを特徴とする請求項１１に記載の通信装置。
ことを特徴とする請求項１１に記載の通信装置。
【請求項13】
ユーザの生体情報に基づいて前記コンテンツに対する不快度を取得する不快度取得手段、を有し、
前記不快度に基づいてサーバ装置にコンテンツ配信の制御要求を送信する
ことを特徴とする請求項１１に記載の通信装置。
前記不快度に基づいてサーバ装置にコンテンツ配信の制御要求を送信する
ことを特徴とする請求項１１に記載の通信装置。
【請求項14】
前記不快度取得手段で取得した不快度が所定値以上か判定する不快度閾値判定手段、
を有することを特徴とする請求項１３に記載の通信装置。
を有することを特徴とする請求項１３に記載の通信装置。
【請求項15】
ユーザが前記コンテンツを視聴中であること判定する視聴判定手段、
を有することを特徴とする請求項１４に記載の通信装置。
を有することを特徴とする請求項１４に記載の通信装置。
【請求項16】
前記不快度閾値判定手段および前記視聴判定手段の結果に応じてコンテンツの配信制御要求を送信する
ことを特徴とする請求項１５に記載の通信装置。
ことを特徴とする請求項１５に記載の通信装置。
【請求項17】
ユーザから前記コンテンツに対して手動の操作による配信制御要求を受け付ける配信制御要求操作手段、
前記操作に応じてサーバ装置に当該コンテンツの配信の制御要求を送信する手動配信要求送信手段、
を有することを特徴とする請求項１１に記載の通信装置。
前記操作に応じてサーバ装置に当該コンテンツの配信の制御要求を送信する手動配信要求送信手段、
を有することを特徴とする請求項１１に記載の通信装置。
【請求項18】
ユーザの生体情報に基づいて前記手動による配信制御要求の重み付けを行う手動配信制御要求重み付け手段
を有することを特徴とする請求項１７に記載の通信装置。
を有することを特徴とする請求項１７に記載の通信装置。
【請求項19】
通信装置であって、
ネットワーク上でクライアント端末のユーザ同士をマッチングさせるマッチング手段、
クライアント端末のユーザの生体情報に基づいてマッチングを制御するマッチング制御手段、
を有することを特徴とする通信装置。
ネットワーク上でクライアント端末のユーザ同士をマッチングさせるマッチング手段、
クライアント端末のユーザの生体情報に基づいてマッチングを制御するマッチング制御手段、
を有することを特徴とする通信装置。
【請求項20】
クライアント端末のユーザの生体情報に基づいて不快度を取得する不快度取得手段
を有し、
不快を示したユーザのマッチングを抑制する
ことを特徴とする請求項１９に記載の通信装置。
を有し、
不快を示したユーザのマッチングを抑制する
ことを特徴とする請求項１９に記載の通信装置。
【請求項21】
前記不快度取得手段は、クライアント端末から受信した生体情報に基づいて不快度を算出する
ことを特徴とする請求項２０に記載の通信装置。
ことを特徴とする請求項２０に記載の通信装置。
【請求項22】
前記不快度取得手段は、クライアント端末から生体情報に基づいた不快度を受信する
ことを特徴とする請求項２０に記載の通信装置。
ことを特徴とする請求項２０に記載の通信装置。
【請求項23】
不快を示したユーザをマッチングから除外する
ことを特徴とする請求項２０に記載の通信装置。
ことを特徴とする請求項２０に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、オンラインサービスにおいてユーザの生体情報に基づいて各種制御を行う通信装置に関するものである。
【背景技術】
【0002】
従来、腕時計や眼鏡、指輪などに生体センサを搭載してユーザの生体情報を取得できるウェアラブル端末が普及している。例えば特許文献１では、ウェアラブル端末で取得した生体情報に基づいて、ユーザのストレス状態を算出する技術が開示されている。
【0003】
また、一般ユーザが投稿した動画等のコンテンツを不特定多数の第三者が閲覧できるオンライン配信サービスが普及している。このような配信サービスにおいて、視聴ユーザは多様なコンテンツを享受して楽しむことができる。一方で、公序良俗に反する内容を含む不適切なコンテンツを投稿するユーザも存在しており問題となっている。この問題に対して、例えば特許文献２では、視聴ユーザの通報によって不適切なコンテンツの配信を停止する技術が提案されている。
【0004】
また、面識のないプレイヤとマッチングして協力プレイ（いわゆる、マルチプレイ）するオンラインゲームが普及している。このようなゲームシステムにおいて、暴言などを口にする、非協力的なプレイをする、といった悪質なプレイヤとマッチングしてしまう場合があり、健全なプレイヤの楽しみを阻害してしまう要因になっている。このような問題に対して、例えば特許文献３では、オンラインゲームにおいて通信を意図的に切断した悪質なプレイヤについて、制限期間が経過するまで他のプレイヤと対戦できないようにする技術が開示されている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０１９－１９５４２７号公報
【特許文献2】特開２００３－０８５０９２号公報
【特許文献3】特開２００９－５０３２３号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、特許文献１には、ユーザの生体情報に基づいてオンラインサービスにおける各種制御を行う技術については開示されていない。例えば、動画等のコンテンツのオンライン配信サービスにおいて、視聴者が不快になるような不適切な投稿に対して、ユーザは手動で通報操作を行わなければならない。また、マルチプレイのオンラインゲームにおいて、ストレス等に起因して他のプレイヤに迷惑をかける悪質なプレイヤがいた場合、被害を受けたプレイヤは手動で通報操作を行わなければならない。
【0007】
また、引用文献２では、通報のための操作が煩雑なため、視聴ユーザが通報を躊躇ってしまう場合がある。また通報という行為自体が他者に対して罰則を与え得るものであるため、例え不適切なコンテンツであったとしても通報するユーザの心理的負担は少なくない。
【0008】
また、引用文献３では、プレイヤの振る舞いに応じてマッチングを除外する場合、ユーザが悪質な振る舞いをした後で前記判定を行うため、前記の悪質な振る舞いによる被害を未然に防ぐことができない。また、悪質な振る舞いをアカウントに紐付けてマッチング除外する場合、悪質なユーザが別アカウントを作成することで前記マッチング除外を回避できてしまう。
【課題を解決するための手段】
【0009】
上記課題を解決するために本願に係る発明の１つは、通信装置であって、コンテンツを複数のクライアント端末に配信する配信手段、各クライアント端末のユーザの生体情報に基づいて当該コンテンツの配信を制御する配信制御手段を有することを特徴とする。
【発明の効果】
【0010】
本発明によれば、ユーザの生体情報に基づいて各種判定を行うことで、オンライン配信サービスにおける不適切なコンテンツや、オンラインゲームにおける悪質なプレイヤに対して、ユーザに煩雑な通報操作をさせることなく、適切な制御を行うことができる。
【0011】
そして、本発明によれば、クライアント端末のユーザの生体情報に基づいてコンテンツを配信停止すべきか判定することで、ユーザに煩雑な通報操作をさせることなく、不適切なコンテンツを配信停止できる。
【0012】
そして、本発明によれば、クライアント端末のユーザの不快度に基づいてマッチングすべきか判定する。これにより、他のユーザに害を与え得る悪質なユーザをマッチングから除外し、健全なユーザの楽しみが阻害される事態を未然に防ぐことができる。また、不快度に基づいて動的にマッチング除外判定を行うため、別アカウント作成でマッチング除外を回避される恐れがないという効果が得られる。
【図面の簡単な説明】
【0013】
【図1】実施例１におけるサーバ装置、クライアント端末およびウェアラブル端末のブロック図である。
【図2】実施例１におけるサーバ装置にて保持される情報の一例を示す概念図である。
【図3】実施例１におけるサーバ装置とクライアント端末との通信手順の概要を説明するためのシーケンス図である。
【図4】実施例１におけるクライアント端末の動作を示すフローチャートである。
【図5】実施例１におけるサーバ装置の動作を示すフローチャートである。
【図6】実施例２におけるサーバ装置、クライアント端末およびコントローラのブロック図である。
【図7】実施例２におけるクライアント端末にて表示されるＧＵＩの一例を示す概念図である。
【図8】実施例２におけるサーバ装置とクライアント端末との通信手順の概要を説明するためのシーケンス図である。
【図9】実施例２におけるクライアント端末の動作を示すフローチャートである。
【図10】実施例２におけるサーバ装置の動作を示すフローチャートである。
【発明を実施するための形態】
【0014】
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。
【0015】
【0016】
図１において、Ａ１００は本実施形態におけるサーバ装置である。サーバ装置Ａ１００は、例えばパーソナルコンピュータ等である。Ｂ１００は本実施形態におけるクライアント端末である。クライアント端末Ｂ１００は、例えばスマートフォンやノートＰＣ、ゲーム機等である。Ｃ１００は本実施形態におけるウェアラブル端末である。ウェアラブル端末Ｃ１００は、例えばスマートウォッチやマウス、ゲームコントローラ等である。
【0017】
まず、サーバ装置Ａ１００について説明する。
【0018】
制御部Ａ１０１は、入力された信号や、プログラムに従ってサーバ装置Ａ１００の各部を制御する。なお、制御部Ａ１０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。
【0019】
メモリＡ１０２は、各種データを一時的に保持するバッファメモリや、制御部Ａ１０１の作業領域等として使用される。
【0020】
不揮発性メモリＡ１０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部Ａ１０１で実行されるプログラム等が格納される。
【0021】
操作部Ａ１０４は、サーバ装置Ａ１００に対する指示をユーザから受け付けるために用いられる。操作部Ａ１０４は例えば、ユーザがサーバ装置Ａ１００の電源のＯＮ／ＯＦＦを指示するための電源ボタンを含む。
【0022】
記録媒体Ａ１０６は各種データを記録することができる。記録媒体Ａ１０６は、サーバ装置Ａ１００に着脱可能なように構成してもよいし、サーバ装置Ａ１００に内蔵されていてもよい。すなわち、サーバ装置Ａ１００は少なくとも記録媒体Ａ１０６にアクセスする手段を有していればよい。
【0023】
通信部Ａ１１１は、有線通信を実現するための通信ユニットであり、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）に従った通信を実現する。制御部Ａ１０１は、通信部Ａ１１１を制御し、公衆網Ｄ１００および無線ＬＡＮアクセスポイントＥ１００を介して、クライアント端末Ｂ１００との通信を実現する。本実施形態のサーバ装置Ａ１００は、通信部Ａ１１１を介して、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルに従って、クライアント端末Ｂ１００に動画データを送信する。
【0024】
以上がサーバ装置Ａ１００の説明である。
【0025】
次に、クライアント端末Ｂ１００について説明する。
【0026】
制御部Ｂ１０１は、入力された信号や、プログラムに従ってクライアント端末Ｂ１００の各部を制御する。なお、制御部Ｂ１０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。
【0027】
メモリＢ１０２は、各種データを一時的に保持するバッファメモリや、制御部Ｂ１０１の作業領域等として使用される。
【0028】
不揮発性メモリＢ１０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部Ｂ１０１で実行されるプログラム等が格納される。
【0029】
操作部Ｂ１０４は、クライアント端末Ｂ１００に対する指示をユーザから受け付けるために用いられる。操作部Ｂ１０４は例えば、ユーザがクライアント端末Ｂ１００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、画面遷移を指示するための操作ボタンを含む。また、後述する表示部Ｂ１０５に形成されるタッチパネルも操作部Ｂ１０４に含まれる。
【0030】
表示部Ｂ１０５は、対話的な操作のためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）表示を行う。なお、表示部Ｂ１０５は必ずしもクライアント端末Ｂ１００が内蔵する必要はない。クライアント端末Ｂ１００は表示内容を制御する表示制御機能を少なくとも有していればよい。
【0031】
記録媒体Ｂ１０６は各種データを記録することができる。記録媒体Ａ１０６は、クライアント端末Ｂ１００に着脱可能なように構成してもよいし、クライアント端末Ｂ１００に内蔵されていてもよい。すなわち、クライアント端末Ｂ１００は少なくとも記録媒体Ｂ１０６にアクセスする手段を有していればよい。
【0032】
無線ＬＡＮ部Ｂ１１２は、無線通信を実現するための通信ユニットである。無線ＬＡＮ部Ｂ１１２は、無線通信のためのアンテナと無線信号を処理するための通信コントローラから構成され、ＩＥＥＥ８０２．１１規格に従った無線通信を実現する。制御部Ｂ１０１は、無線ＬＡＮ部Ｂ１１２を制御し、無線ＬＡＮアクセスポイントＥ１００および公衆網Ｄ１００を介して、サーバ装置Ａ１００との通信を実現する。本実施形態のクライアント端末Ｂ１００は、無線ＬＡＮ部Ｂ１１１を介して、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルに従って、サーバ装置Ａ１００から動画データを受信する。
【0033】
近距離無線通信部Ｂ１１３は、例えば無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。近距離無線通信部Ｂ１１３は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することによりＩＥＥＥ８０２．１５の規格（いわゆるＢｌｕｅｔｏｏｔｈ（登録商標））に従った近距離無線通信を実現する。制御部Ｂ１０１は、近距離無線通信部Ｂ１１３を制御し、ウェアラブル端末Ｃ１００との通信を実現する。本実施形態のクライアント端末Ｂ１００は、近距離無線通信部Ｂ１１３を介して、ウェアラブル端末Ｃ１００から生体情報データを受信する。
【0034】
以上がクライアント端末Ｂ１００の説明である。
【0035】
次に、ウェアラブル端末Ｃ１００について説明する。
【0036】
制御部Ｃ１０１は、入力された信号や、プログラムに従ってウェアラブル端末Ｃ１００の各部を制御する。なお、制御部Ｃ１０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。
【0037】
生体センサＣ１０７は、血圧、心拍、発汗等の生体情報を取得するセンサである。
【0038】
近距離無線通信部Ｃ１１３は、例えば無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。近距離無線通信部Ｃ１１３は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することによりＩＥＥＥ８０２．１５の規格（いわゆるＢｌｕｅｔｏｏｔｈ（登録商標））に従った近距離無線通信を実現する。制御部Ｃ１０１は、近距離無線通信部Ｃ１１３を制御し、クライアント端末Ｂ１００との通信を実現する。本実施形態のウェアラブル端末Ｃ１００は、近距離無線通信部Ｃ１１３を介して、クライアント端末Ｂ１００に生体情報データを送信する。
【0039】
以上がウェアラブル端末Ｃ１００の説明である。
【0040】
図２は、本実施例に係るシステムを実現するために、サーバ装置Ａ１００がメモリＡ１０２に記憶する情報の一例である。
【0041】
図２に示す視聴情報管理テーブル２００は、配信中の各動画について複数のクライアント端末から受信した視聴情報を管理するテーブルである。視聴情報管理テーブル２００は、少なくとも、アカウント２０１、不快度２０２、視聴中フラグ２０３、配信停止要求フラグ２０４、配信停止スコア２０５の組み合わせで構成される。
【0042】
アカウント２０１は、クライアント端末のユーザを一意に特定するための情報である。
【0043】
不快度２０２は、クライアント端末のユーザが配信中の動画を視聴したことで感じた不快度を示す情報である。
【0044】
視聴中フラグ２０３は、クライアント端末のユーザが配信中の動画を視聴中であることを示すフラグである。
【0045】
配信停止要求フラグ２０４は、クライアント端末から、配信中の動画に対する配信停止要求を受信したか否かを示すフラグである。
【0046】
配信停止スコア２０５は、サーバ装置Ａ１００が動画の配信を停止するか否かを判定するための情報である。
【0047】
【0048】
＜システムの概要＞
次に、図３を参照しながら、本実施例におけるシステムの概要を説明する。
次に、図３を参照しながら、本実施例におけるシステムの概要を説明する。
【0049】
図３は、本実施形態に係る代表的なシステムの処理の流れを示したシーケンス図である。図３に示すクライアント端末Ｂ１００ａおよびクライアント端末Ｂ１００ｂは、図１のクライアント端末Ｂ１００と同等の構成を持つ。
【0050】
クライアント端末Ｂ１００ａは、操作部Ｂ１０４を介してＳ３０１の動画再生操作を受け付けると、無線ＬＡＮ部Ｂ１１２を介してサーバ装置Ａ１００に動画要求Ｓ３０２を送信する。
【0051】
サーバ装置Ａ１００は、通信部Ａ１１１を介して、クライアント端末Ｂ１００ａから前記動画要求Ｓ３０２を受信すると、通信部Ａ１１１を介して、クライアント端末Ｂ１００ａに動画応答Ｓ３０３を送信する。サーバ装置Ａ１００は、前記動画応答Ｓ３０３に、少なくとも動画データを含める。
【0052】
クライアント端末Ｂ１００ａは、ステップＳ３０４にて、前記動画応答Ｓ３０３で受信した動画データの再生を開始する。
【0053】
クライアント端末Ｂ１００ａは、ステップＳ３０５にて、近距離無線通信部Ｂ１１３を介して、ウェアラブル端末Ｃ１００から生体情報を受信する。
【0054】
クライアント端末Ｂ１００ａは、ステップＳ３０６にて、ステップＳ３０５で受信した生体情報に基づいてユーザの不快度を算出する。なお、生体情報に基づく不快度の算出方法については既知のアルゴリズムを適用することとし、ここでは説明を省略する。
【0055】
クライアント端末Ｂ１００ａは、ステップＳ３０７にて、ステップＳ３０４で再生した動画をユーザが視聴中か否か判定する。クライアント端末Ｂ１００ａは、例えば、動画再生アプリケーションがアクティブ状態の場合に、ユーザが動画を視聴中であると判定する。
【0056】
クライアント端末Ｂ１００ａは、ステップＳ３０８にて、無線ＬＡＮ部Ｂ１１２を介して、サーバ装置Ａ１００に視聴情報を送信する。クライアント端末Ｂ１００ａは、前記視聴情報Ｓ３０８に、少なくとも、ユーザのアカウント情報、ステップＳ３０６で算出した不快度、および、ステップＳ３０７で判定した視聴中フラグを含める。
【0057】
サーバ装置Ａ１００は、通信部Ａ１１１を介して、クライアント端末Ｂ１００ａから前記視聴情報Ｓ３０８を受信すると、ステップＳ３０９にて、メモリＡ１０２の視聴情報管理テーブル２００を更新する。サーバ装置Ａ１００は、前記視聴情報Ｓ３０８に含まれるアカウント情報と一致するアカウント２０１について、不快度２０２および視聴中フラグ２０３を上書きして記憶する。また、サーバ装置Ａ１００は、不快度２０２および視聴中フラグ２０３に基づいて配信停止スコア２０５を算出して記憶する。例えば、サーバ装置Ａ１００は、不快度２０２が８０％以上、かつ、視聴中フラグ２０３が有効の場合に、配信停止スコア２０５を１と算出する。また、サーバ装置Ａ１００は、不快度２０２が８０％未満、または、視聴中フラグ２０３が無効の場合に、配信停止スコア２０５を０と算出する。
【0058】
クライアント端末Ｂ１００ａは、操作部Ｂ１０４を介してＳ３１０の通報操作を受け付けると、ステップＳ３１１およびＳ３１２にて、ステップＳ３０５およびＳ３０６と同様の処理を行う。
【0059】
クライアント端末Ｂ１００ａは、ステップＳ３１３にて、無線ＬＡＮ部Ｂ１１２を介してサーバ装置Ａ１００に動画配信停止要求を送信する。クライアント端末Ｂ１００ａは、前記動画配信停止要求Ｓ３１３に、少なくとも、アカウント情報、および、配信停止要求フラグを含める。
【0060】
クライアント端末Ｂ１００ａは、ステップＳ３１４にて、ステップＳ３０４で再生した動画を停止する。
【0061】
サーバ装置Ａ１００は、通信部Ａ１１１を介して、クライアント端末Ｂ１００ａから前記動画配信停止要求Ｓ３１３を受信すると、ステップＳ３１５にて、メモリＡ１０２の視聴情報管理テーブル２００を更新する。サーバ装置Ａ１００は、前記動画配信停止要求Ｓ３１３に含まれるアカウント情報と一致するアカウント２０１について、配信停止要求フラグ２０４を上書きして記憶する。また、サーバ装置Ａ１００は、不快度２０２および配信停止要求フラグ２０４に基づいて配信停止スコア２０５を算出して記憶する。例えば、サーバ装置Ａ１００は、不快度２０２が２０％以上、かつ、配信停止要求フラグ２０４が有効の場合に、配信停止スコア２０５を１と算出する。また、サーバ装置Ａ１００は、不快度２０２が２０％未満、または、視聴中フラグ２０４が無効の場合に、配信停止スコア２０５を０．２と算出する。
【0062】
続いて、クライアント端末Ｂ１００ｂおよびサーバ装置Ａ１００は、ステップＳ３１６～Ｓ３２４において、ステップＳ３０１～Ｓ３０９と同等の処理を行う。
【0063】
サーバ装置Ａ１００は、動画配信停止条件を満たしたと判定した場合に、ステップＳ３２５にて、動画配信停止処理（動画ファイルの削除など）を行う。サーバ装置Ａ１００は、例えば、視聴情報管理テーブル２００を参照し、配信停止スコア２０５の合算値が所定値以上の場合、または、全視聴者数に対する配信停止スコア２０５の合算値の割合が所定値以上の場合に、動画配信停止条件を満たしたと判定する。
【0064】
このように、本実施形態のサーバ装置Ａ１００は、各クライアント端末Ｂ１００のユーザの不快度に基づいて動画を配信停止すべきか判定することで、ユーザに煩雑な通報操作をさせることなく、不適切な動画を配信停止できる。また、サーバ装置Ａ１００は、クライアント端末Ｂ１００のユーザが動画を視聴中でない場合には配信停止スコアを０にすることで、動画視聴以外の要因でユーザが不快になった場合を除外して判定できる。また、サーバ装置Ａ１００は、クライアント端末Ｂ１００から配信停止要求を受信した場合であっても、当該クライアント端末のユーザの不快度が所定値未満であれば配信停止スコアの重みを下げる。これにより、悪戯目的の通報によって健全な動画配信を停止してしまう問題を回避できる。
【0065】
＜各装置の動作＞
続いて、上記の動作を実現するためのクライアント端末の詳細な動作について、図４を参照しながら説明する。
続いて、上記の動作を実現するためのクライアント端末の詳細な動作について、図４を参照しながら説明する。
【0066】
図４は、本実施形態のクライアント端末Ｂ１００の動作を示すフローチャートである。なお、本フローチャートに示す処理は、クライアント端末Ｂ１００の制御部Ｂ１０１が入力信号やプログラムに従い、クライアント端末Ｂ１００の各部を制御することにより実現される。
【0067】
制御部Ｂ１０１は、ステップＳ４０１にて、操作部Ｂ１０４を介して、ユーザから動画再生操作を受け付けたか判定する。制御部Ｂ１０１は、動画再生操作を受け付けたと判定した場合は処理をステップＳ４０２に移行し、受け付けていないと判定した場合は再びステップＳ４０１の処理を繰り返す。
【0068】
制御部Ｂ１０１は、ステップＳ４０２にて、無線ＬＡＮ部Ｂ１１２を介して、サーバ装置Ａ１００に動画要求を送信する。本ステップの処理は、図３のステップＳ３０２およびＳ３１６の処理に相当する。
【0069】
制御部Ｂ１０１は、ステップＳ４０３にて、無線ＬＡＮ部Ｂ１１２を介して、サーバ装置Ａ１００から動画応答を受信したか判定する。制御部Ｂ１０１は、動画応答を受信したと判定した場合は処理をステップＳ４０４に移行し、受信していないと判定した場合は再びステップＳ４０３の処理を繰り返す。
【0070】
制御部Ｂ１０１は、ステップＳ４０４にて、ステップＳ４０３で受信した動画応答に含まれる動画の再生を開始する。本ステップの処理は、図３のステップＳ３０４およびＳ３１９の処理に相当する（再生手段）。
【0071】
制御部Ｂ１０１は、ステップＳ４０５にて、操作部Ｂ１０４を介して、ユーザから動画停止操作を受け付けたか判定する。制御部Ｂ１０１は、動画停止操作を受け付けたと判定した場合は処理をステップＳ４１４に移行し、受け付けていないと判定した場合は処理をステップＳ４０６に移行する。
【0072】
制御部Ｂ１０１は、ステップＳ４０６にて、近距離無線通信部Ｂ１１３を介して、ウェアラブル端末Ｃ１００から生体情報を受信する。本ステップの処理は、図３のステップＳ３０５およびＳ３２０の処理に相当する。
【0073】
制御部Ｂ１０１は、ステップＳ４０７にて、ステップＳ４０６で受信した生体情報に基づいてユーザの不快度を算出する。なお、生体情報に基づく不快度の算出方法については既知のアルゴリズムを適用することとし、ここでは説明を省略する。本ステップの処理は、図３のステップＳ３０６およびＳ３２１の処理に相当する（不快度取得手段）。
【0074】
制御部Ｂ１０１は、ステップＳ４０８にて、ステップＳ４０４で再生した動画をユーザが視聴中か否か判定する。制御部Ｂ１０１は、例えば、動画再生アプリケーションがアクティブ状態の場合に、ユーザが動画を視聴中であると判定する。本ステップの処理は、図３のステップＳ３０７およびＳ３２２の処理に相当する。
【0075】
制御部Ｂ１０１は、ステップＳ４０９にて、無線ＬＡＮ部Ｂ１１２を介して、サーバ装置Ａ１００に視聴情報を送信する。制御部Ｂ１０１は、前記視聴情報に、少なくとも、ユーザのアカウント情報、ステップＳ４０７で算出した不快度、および、ステップＳ４０８で判定した視聴中フラグを含める。本ステップの処理は、図３のステップＳ３０８およびＳ３２３の処理に相当する。
【0076】
制御部Ｂ１０１は、ステップＳ４１０にて、操作部Ｂ１０４を介して、ユーザから再生中の動画に対する通報操作を受け付けたか否かを判定する。制御部Ｂ１０１は、通報操作を受け付けたと判定した場合は処理をステップＳ４１１に移行し、受け付けていないと判定した場合は処理をステップＳ４０５に移行する（配信制御要求操作手段）。
【0077】
制御部Ｂ１０１は、ステップＳ４１１にて、ステップＳ４０６と同様の処理を行う。本ステップの処理は、図３のステップＳ３１１の処理に相当する。
【0078】
制御部Ｂ１０１は、ステップＳ４１２にて、ステップＳ４０７と同様の処理を行う。本ステップの処理は、図３のステップＳ３１２の処理に相当する。
【0079】
制御部Ｂ１０１は、ステップＳ４１３にて、無線ＬＡＮ部Ｂ１１２を介して、サーバ装置Ａ１００に動画配信停止要求を送信する。制御部Ｂ１０１は、前記動画配信停止要求に、少なくとも、ユーザのアカウント情報、ステップＳ４１２で算出した不快度、および、配信停止要求フラグを含める。本ステップの処理は、図３のステップＳ３１３の処理に相当する（手動配信要求送信手段）。
【0080】
制御部Ｂ１０１は、ステップＳ４１４にて、ステップＳ４０４で再生した動画を停止する。本ステップの処理は、図３のステップＳ３１４の処理に相当する。
【0081】
以上のように、本実施形態のクライアント端末Ｂ１００は、ユーザの生体情報に基づいて判定した不快度や、動画を視聴中か否かの情報をサーバ装置Ａ１００に送信する。また、クライアント端末Ｂ１００は、ユーザから手動で通報操作を受け付けた場合には、配信停止要求をサーバ装置Ａ１００に送信する。
【0082】
続いて、上記の動作を実現するためのサーバ装置の詳細な動作について、図５を参照しながら説明する。
【0083】
図５は、本実施形態のサーバ装置Ａ１００の動作を示すフローチャートである。なお、本フローチャートに示す処理は、サーバ装置Ａ１００の制御部Ａ１０１が入力信号やプログラムに従い、サーバ装置Ａ１００の各部を制御することにより実現される。
【0084】
制御部Ａ１０１は、ステップＳ５０１にて、通信部Ａ１１１を介して、クライアント端末Ｂ１００から動画要求を受信したか判定する。制御部Ａ１０１は、動画要求を受信したと判定した場合は処理をステップＳ５０２に移行し、受信していないと判定した場合は処理をステップＳ５０３に移行する。
【0085】
制御部Ａ１０１は、ステップＳ５０２にて、通信部Ａ１１１を介して、クライアント端末Ｂ１００に動画応答を送信する。サーバ装置Ａ１００は、前記動画応答に、少なくとも動画データを含める。本ステップの処理は、図３のステップＳ３０３およびＳ３１５の処理に相当する（配信手段）。
【0086】
制御部Ａ１０１は、ステップＳ５０３にて、通信部Ａ１１１を介して、クライアント端末Ｂ１００から視聴情報を受信したか判定する。制御部Ａ１０１は、視聴情報を受信したと判定した場合は処理をステップＳ５０４に移行し、受信していないと判定した場合は処理をステップＳ５０５に移行する（不快度取得手段）（視聴判定手段）。
【0087】
制御部Ａ１０１は、ステップＳ５０４にて、ステップＳ５０３で受信した視聴情報に基づいて、メモリＡ１０２の視聴情報管理テーブル２００を更新する。制御部Ａ１０１は、前記視聴情報に含まれるアカウント情報と一致するアカウント２０１について、不快度２０２および視聴中フラグ２０３を上書きして記憶する。また、制御部Ａ１０１は、不快度２０２および視聴中フラグ２０３に基づいて配信停止スコア２０５を算出して記憶する。例えば、制御部Ａ１０１は、不快度２０２が８０％以上、かつ、視聴中フラグ２０３が有効の場合に、配信停止スコア２０５を１と算出する。また、制御部Ａ１０１は、不快度２０２が８０％未満、または、視聴中フラグ２０３が無効の場合に、配信停止スコア２０５を０と算出する。本ステップの処理は、図３のステップＳ３０９およびＳ３２１の処理に相当する（不快度閾値判定手段）。
【0088】
制御部Ａ１０１は、ステップＳ５０５にて、通信部Ａ１１１を介して、クライアント端末Ｂ１００から配信停止要求を受信したか判定する。制御部Ａ１０１は、配信停止要求を受信したと判定した場合は処理をステップＳ５０６に移行し、受信していないと判定した場合は処理をステップＳ５０１に移行する（手動配信制御要求受信手段）。
【0089】
制御部Ａ１０１は、ステップＳ５０６にて、ステップＳ５０５で受信した配信停止要求に基づいて、メモリＡ１０２の視聴情報管理テーブル２００を更新する。制御部Ａ１０１は、前記動画配信停止要求に含まれるアカウント情報と一致するアカウント２０１について、配信停止要求フラグ２０４を上書きして記憶する。また、制御部Ａ１０１は、不快度２０２および配信停止要求フラグ２０４に基づいて配信停止スコア２０５を算出して記憶する。例えば、制御部Ａ１０１は、不快度２０２が２０％以上、かつ、配信停止要求フラグ２０４が有効の場合に、配信停止スコア２０５を１と算出する。また、制御部Ａ１０１は、不快度２０２が２０％未満、または、視聴中フラグ２０４が無効の場合に、配信停止スコア２０５を０．２と算出する。本ステップの処理は、図３のステップＳ３１２の処理に相当する（配信制御要求重み付け手段）。
【0090】
制御部Ａ１０１は、ステップＳ５０７にて、動画配信停止条件を満たした否かを判定する。制御部Ａ１０１は、例えば、視聴情報管理テーブル２００を参照し、配信停止スコア２０５の合算値が所定値以上の場合、または、全視聴者数に対する配信停止スコア２０５の合算値の割合が所定値以上の場合に、動画配信停止条件を満たしたと判定する。
【0091】
制御部Ａ１０１は、ステップＳ５０８にて、動画配信停止処理（動画ファイルの削除など）を行う（配信制御手段）。
【0092】
このように、本実施形態のサーバ装置Ａ１００は、各クライアント端末Ｂ１００のユーザの不快度に基づいて動画を配信停止すべきか判定することで、ユーザに煩雑な通報操作をさせることなく、不適切な動画を配信停止できる。また、サーバ装置Ａ１００は、クライアント端末Ｂ１００のユーザが動画を視聴中でない場合には配信停止スコアを０にすることで、動画視聴以外の要因でユーザが不快になった場合を除外して判定できる。また、サーバ装置Ａ１００は、クライアント端末Ｂ１００から配信停止要求を受信した場合であっても、当該クライアント端末のユーザの不快度が所定値未満であれば配信停止スコアの重みを下げる。これにより、悪戯目的の通報によって健全な動画配信を停止してしまう問題を回避できる。
【0093】
上述の第１の実施形態では、クライアント端末が不快度を算出してサーバ装置に送信する構成を例に説明したが、クライアント端末からサーバ装置に生体情報を送信し、サーバ装置が不快度を算出する構成でも良い（請求項４）。
【0094】
あるいは、クライアント端末が、ユーザがコンテンツを視聴中かつ不快度が所定値以上の場合に、サーバ装置にコンテンツ配信停止要求を送信する構成でも良い（請求項１１～１６）（配信制御要求送信手段）。また、クライアント端末は、ユーザの不快度に応じて前記配信停止要求に重み付けを行う構成でも良い。（手動配信制御要求重み付け手段）例えば、クライアント端末は、ユーザの不快度が２０％以上の場合は配信停止スコアを１、２０％未満の場合は配信停止スコアを０．２、として前記配信停止要求に含める構成でも良い。
【0095】
上述の実施形態では、コンテンツとして動画を例に説明したが、静止画や音声データなどその他のコンテンツであっても良い。
【0096】
【0097】
図６において、Ａ６００は本実施形態におけるサーバ装置である。サーバ装置Ａ６００は、例えばパーソナルコンピュータ等である。Ｂ６００は本実施形態におけるクライアント端末である。クライアント端末Ｂ６００は、例えばゲーム機やスマートフォン、パーソナルコンピュータ等である。Ｃ６００は本実施形態におけるコントローラである。コントローラＣ６００は、例えばゲームパッドやマウス、キーボード等である。
【0098】
まず、サーバ装置Ａ６００について説明する。
【0099】
制御部Ａ６０１は、入力された信号や、プログラムに従ってサーバ装置Ａ６００の各部を制御する。なお、制御部Ａ６０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。
【0100】
メモリＡ６０２は、各種データを一時的に保持するバッファメモリや、制御部Ａ６０１の作業領域等として使用される。
【0101】
不揮発性メモリＡ６０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部Ａ６０１で実行されるプログラム等が格納される。
【0102】
操作部Ａ６０４は、サーバ装置Ａ６００に対する指示をユーザから受け付けるために用いられる。操作部Ａ６０４は例えば、ユーザがサーバ装置Ａ６００の電源のＯＮ／ＯＦＦを指示するための電源ボタンを含む。
【0103】
記録媒体Ａ６０６は各種データを記録することができる。記録媒体Ａ６０６は、サーバ装置Ａ６００に着脱可能なように構成してもよいし、サーバ装置Ａ６００に内蔵されていてもよい。すなわち、サーバ装置Ａ６００は少なくとも記録媒体Ａ６０６にアクセスする手段を有していればよい。
【0104】
通信部Ａ６１１は、有線通信を実現するための通信ユニットであり、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）に従った通信を実現する。制御部Ａ６０１は、通信部Ａ６１１を制御し、公衆網Ｄ６００および無線ＬＡＮアクセスポイントＥ６００を介して、クライアント端末Ｂ６００との通信を実現する。
【0105】
以上がサーバ装置Ａ６００の説明である。
【0106】
次に、クライアント端末Ｂ６００について説明する。
【0107】
制御部Ｂ６０１は、入力された信号や、プログラムに従ってクライアント端末Ｂ６００の各部を制御する。なお、制御部Ｂ６０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。
【0108】
メモリＢ６０２は、各種データを一時的に保持するバッファメモリや、制御部Ｂ６０１の作業領域等として使用される。
【0109】
不揮発性メモリＢ６０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部Ｂ６０１で実行されるプログラム等が格納される。
【0110】
操作部Ｂ６０４は、クライアント端末Ｂ６００に対する指示をユーザから受け付けるために用いられる。操作部Ｂ６０４は例えば、ユーザがクライアント端末Ｂ６００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、画面遷移を指示するための操作ボタンを含む。また操作部Ｂ６０４は、後述の近距離無線通信部Ｂ６１３を介してコントローラＣ６００から操作コマンドを受け付ける構成も含む。
【0111】
表示部Ｂ６０５は、対話的な操作のためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）表示を行う。なお、表示部Ｂ６０５は必ずしもクライアント端末Ｂ６００が内蔵する必要はない。クライアント端末Ｂ６００は表示内容を制御する表示制御機能を少なくとも有していればよい。
【0112】
記録媒体Ｂ６０６は各種データを記録することができる。記録媒体Ａ６０６は、クライアント端末Ｂ６００に着脱可能なように構成してもよいし、クライアント端末Ｂ６００に内蔵されていてもよい。すなわち、クライアント端末Ｂ６００は少なくとも記録媒体Ｂ６０６にアクセスする手段を有していればよい。
【0113】
無線ＬＡＮ部Ｂ６１２は、無線通信を実現するための通信ユニットである。無線ＬＡＮ部Ｂ６１２は、無線通信のためのアンテナと無線信号を処理するための通信コントローラから構成され、ＩＥＥＥ８０２．１１規格に従った無線通信を実現する。制御部Ｂ６０１は、無線ＬＡＮ部Ｂ６１２を制御し、無線ＬＡＮアクセスポイントＥ６００および公衆網Ｄ６００を介して、サーバ装置Ａ６００との通信を実現する。
【0114】
近距離無線通信部Ｂ６１３は、例えば無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。近距離無線通信部Ｂ６１３は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することによりＩＥＥＥ８０２．１５の規格（いわゆるＢｌｕｅｔｏｏｔｈ（登録商標））に従った近距離無線通信を実現する。制御部Ｂ６０１は、近距離無線通信部Ｂ６１３を制御し、コントローラＣ６００との通信を実現する。本実施形態のクライアント端末Ｂ６００は、近距離無線通信部Ｂ６１３を介して、コントローラＣ６００から操作コマンドや生体情報データを受信する。
【0115】
以上がクライアント端末Ｂ６００の説明である。
【0116】
次に、コントローラＣ６００について説明する。
【0117】
制御部Ｃ６０１は、入力された信号や、プログラムに従ってコントローラＣ６００の各部を制御する。なお、制御部Ｃ６０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。
【0118】
操作部Ｃ６０４は、コントローラＣ６００に対する指示をユーザから受け付けるために用いられる。操作部Ｃ６０４は例えば、ユーザがコントローラＣ６００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、ゲーム内での操作を指示するためのボタンやジョイスティックなどを含む。
【0119】
生体センサＣ６０７は、血圧、心拍、発汗等の生体情報を取得するセンサである。
【0120】
近距離無線通信部Ｃ６１３は、例えば無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。近距離無線通信部Ｃ６１３は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することによりＩＥＥＥ８０２．１５の規格（いわゆるＢｌｕｅｔｏｏｔｈ（登録商標））に従った近距離無線通信を実現する。制御部Ｃ６０１は、近距離無線通信部Ｃ６１３を制御し、クライアント端末Ｂ６００との通信を実現する。本実施形態のコントローラＣ６００は、近距離無線通信部Ｃ６１３を介して、クライアント端末Ｂ６００に操作コマンドや生体情報データを送信する。
【0121】
以上がコントローラＣ６００の説明である。
【0122】
図７は、本実施形態に係るシステムを実現するために、クライアント端末Ｂ６００の表示部Ｂ６０６に表示されるＧＵＩの一例である。
【0123】
ゲーム開始画面７００は、ユーザからゲームの開始または終了を受け付けるための画面であり、少なくとも、マッチング開始アイコン７０１、および、ゲーム終了アイコン７０２を含む。
【0124】
マッチング開始アイコン７０１は、ゲームを開始してネットワーク上でマッチングを開始するためのアイコンである。
【0125】
ゲーム終了アイコン７０２は、ゲームを終了するためのアイコンである。
【0126】
生体情報取得エラー画面７１０は、生体情報の取得に失敗した旨をユーザに通知するための画面であり、少なくとも、生体情報取得エラーメッセージ７１１、および、戻るアイコン７１２を含む。
【0127】
生体情報取得エラーメッセージ７１１は、生体情報の取得に失敗した旨をユーザに通知するためのテキストメッセージである。
【0128】
戻るアイコン７１２は、ゲーム開始画面に戻るためのアイコンである。
【0129】
マッチング結果画面７２０は、マッチング結果をユーザに通知するための画面である。
【0130】
マッチングエラー画面７３０は、マッチングに失敗した旨をユーザに通知するための画面であり、少なくとも、マッチングエラーメッセージ７３１、および、戻るアイコン７１２を含む。
【0131】
マッチングエラーメッセージ７３１は、マッチングに失敗した旨をユーザに通知するためのテキストメッセージである。
【0132】
＜システムの概要＞
次に、図８を参照しながら、本実施例におけるシステムの概要を説明する。
次に、図８を参照しながら、本実施例におけるシステムの概要を説明する。
【0133】
図８は、本実施形態に係る代表的なシステムの処理の流れを示したシーケンス図である。図８に示すクライアント端末Ｂ６００ａおよびクライアント端末Ｂ６００ｂは、図１のクライアント端末Ｂ６００と同等の構成を持つ。
【0134】
クライアント端末Ｂ６００ａは、操作部Ｂ６０４を介してＳ８０１のマッチング開始操作を受け付けると、ステップＳ８０２にて、近距離無線通信部Ｂ６１３を介して、コントローラＣ６００から生体情報を受信する。
【0135】
クライアント端末Ｂ６００ａは、ステップＳ８０３にて、ステップＳ８０２で受信した生体情報に基づいてユーザの不快度を算出する。なお、生体情報に基づく不快度の算出方法については既知のアルゴリズムを適用することとし、ここでは説明を省略する。
【0136】
クライアント端末Ｂ６００ａは、ステップＳ８０４にて、無線ＬＡＮ部Ｂ６１２を介してサーバ装置Ａ６００にマッチング要求を送信する。クライアント端末Ｂ６００ａは、前記マッチング要求Ｓ８０４に、少なくとも、ユーザのアカウント情報、および、ステップＳ８０３で算出した不快度を含める。
【0137】
ここでは、前記マッチング要求Ｓ８０４に含まれる不快度が所定値以上であった場合を例に説明する。
【0138】
サーバ装置Ａ６００は、通信部Ａ６１１を介して、クライアント端末Ｂ６００ａから前記マッチング要求Ｓ８０２を受信すると、ステップＳ８０５にて、通信部Ａ６１１を介して、クライアント端末Ｂ６００ａにマッチング拒否応答を送信する。
【0139】
クライアント端末Ｂ６００ａは、無線ＬＡＮ部Ｂ６１２を介して前記マッチング拒否応答Ｓ８０５を受信すると、ステップＳ８０６にて、表示部Ｂ６０６にマッチングエラー画面７３０を表示する。
【0140】
続いて、クライアント端末Ｂ６００ｂは、ステップＳ８０７～Ｓ８１０において、ステップＳ８０１～Ｓ８０４と同等の処理を行う。
【0141】
ここでは、マッチング要求Ｓ８１０に含まれる不快度が所定値未満であった場合を例に説明する。
【0142】
サーバ装置Ａ６００は、不快度が所定値未満のマッチング要求を受信した数が所定値に到達したと判定すると、ステップＳ８１１にて、マッチング処理を行う。サーバ装置Ａ６００は、不快度が所定値未満のマッチング要求を受信した全てのアカウントの中から、所定人数で構成されるチームの組み合わせを決定する。
【0143】
サーバ装置Ａ６００は、ステップＳ８１２にて、通信部Ａ６１１を介して、クライアント端末Ｂ６００ｂにマッチング応答を送信する。サーバ装置Ａ６００は、前記マッチング応答Ｓ８１２に、少なくとも、ステップＳ８１１の結果としてクライアント端末Ｂ６００ｂのユーザと同じチームになったアカウントに関する情報（例えば、ユーザ名など）を含める。なお、サーバ装置Ａ６００は、ステップＳ８１１のマッチング対象となった全てのアカウントに対応するクライアント端末に対して、マッチング応答Ｓ８１２を送信する。
【0144】
クライアント端末Ｂ６００ｂは、無線ＬＡＮ部Ｂ６１２を介して前記マッチング応答Ｓ８１２を受信すると、ステップＳ８１３にて、表示部Ｂ６０６にマッチング結果画面７２０を表示する。クライアント端末Ｂ６００ｂは、少なくとも、前記マッチング応答Ｓ８１２に含まれるアカウントに関する情報（例えば、ユーザ名など）をマッチング結果画面７２０に表示する。
【0145】
このように、本実施形態のサーバ装置Ａ６００は、クライアント端末のユーザの不快度に基づいてマッチングすべきか判定する。これにより、他のユーザに害を与え得る悪質なユーザをマッチングから除外し、マッチングを抑制することで、健全なユーザの楽しみが阻害される事態を未然に防ぐことができる。また、サーバ装置Ａ６００は、不快度に基づいて動的にマッチング除外判定を行うため、別アカウント作成でマッチング除外を回避される恐れがない。
【0146】
＜各装置の動作＞
続いて、上記の動作を実現するためのクライアント端末の詳細な動作について、図９を参照しながら説明する。
続いて、上記の動作を実現するためのクライアント端末の詳細な動作について、図９を参照しながら説明する。
【0147】
図９は、本実施形態のクライアント端末Ｂ６００の動作を示すフローチャートである。なお、本フローチャートに示す処理は、クライアント端末Ｂ６００の制御部Ｂ６０１が入力信号やプログラムに従い、クライアント端末Ｂ６００の各部を制御することにより実現される。
【0148】
制御部Ｂ６０１は、ステップＳ９０１にて、操作部Ｂ６０４を介して、ユーザからゲームを終了する旨の操作を受け付けたか判定する。制御部Ｂ６０１は、例えば、ゲーム終了アイコン７０２が選択された場合に、ゲーム終了操作を受け付けたと判定する。制御部Ｂ６０１は、ゲーム終了操作を受け付けたと判定した場合は本シーケンスを終了し、受け付けていないと判定した場合は処理をステップＳ９０２に移行する。
【0149】
制御部Ｂ６０１は、ステップＳ９０２にて、操作部Ｂ６０４を介して、ユーザからマッチングを開始する旨の操作を受け付けたか判定する。制御部Ｂ６０１は、例えば、マッチング開始アイコン７０１が選択された場合に、ゲーム終了操作を受け付けたと判定する。制御部Ｂ６０１は、マッチング開始操作を受け付けたと判定した場合は処理をステップＳ９０３に移行し、受け付けていないと判定した場合は処理をステップＳ９０１に移行する。
【0150】
制御部Ｂ６０１は、ステップＳ９０３にて、近距離無線通信部Ｂ６１３を介して、所定時間内にコントローラＣ６００から生体情報を受信したか判定する。制御部Ｂ６０１は、生体情報を受信したと判定した場合は処理をステップＳ９０４に移行し、受信しなかったと判定した場合は処理をステップＳ９１０に移行する。
【0151】
制御部Ｂ６０１は、ステップＳ９０４にて、ステップＳ９０３で受信した生体情報に基づいてユーザの不快度を算出する。なお、生体情報に基づく不快度の算出方法については既知のアルゴリズムを適用することとし、ここでは説明を省略する。本ステップの処理は、図８のステップＳ８０３およびＳ８０９の処理に相当する。
【0152】
制御部Ｂ６０１は、ステップＳ９０５にて、無線ＬＡＮ部Ｂ６１２を介して、サーバ装置Ａ６００にマッチング要求を送信する。制御部Ｂ６０１は、前記マッチング要求に、少なくとも、ユーザのアカウント情報、および、ステップＳ９０４で算出した不快度を含める。本ステップの処理は、図８のステップＳ８０４およびＳ８１０の処理に相当する。
【0153】
制御部Ｂ６０１は、ステップＳ９０６にて、無線ＬＡＮ部Ｂ６１２を介して、サーバ装置Ａ６００からマッチング応答を受信したか判定する。制御部Ｂ６０１は、マッチング応答を受信したと判定した場合は処理をＳ９０７に移行し、受信していないと判定した場合は処理をステップＳ９０８に移行する。
【0154】
制御部Ｂ６０１は、ステップＳ９０７にて、表示部Ｂ６０６にマッチング結果画面７２０を表示する。制御部Ｂ６０１は、少なくとも、ステップＳ９０６で受信したマッチング応答に含まれるアカウントに関する情報（例えば、ユーザ名など）をマッチング結果画面７２０に表示する。本ステップの処理は、図８のステップＳ８１３の処理に相当する。
【0155】
制御部Ｂ６０１は、ステップＳ９０８にて、無線ＬＡＮ部Ｂ６１２を介して、サーバ装置Ａ６００からマッチング拒否応答を受信したか判定する。制御部Ｂ６０１は、マッチング拒否応答を受信したと判定した場合は処理をＳ９０９に移行し、受信していないと判定した場合は処理をステップＳ９０６に移行する。
【0156】
制御部Ｂ６０１は、ステップＳ９０９にて、表示部Ｂ６０６にマッチングエラー画面７３０を表示する。本ステップの処理は、図８のステップＳ８０６の処理に相当する。
【0157】
制御部Ｂ６０１は、ステップＳ９１０にて、表示部Ｂ６０６に生体情報取得エラー画面７１０を表示する。
【0158】
以上のように、本実施形態のクライアント端末Ｂ６００は、ユーザの生体情報に基づいて判定した不快度をサーバ装置Ａ６００に送信する。
【0159】
続いて、上記の動作を実現するためのサーバ装置の詳細な動作について、図１０を参照しながら説明する。
【0160】
図１０は、本実施形態のサーバ装置Ａ６００の動作を示すフローチャートである。なお、本フローチャートに示す処理は、サーバ装置Ａ６００の制御部Ａ６０１が入力信号やプログラムに従い、サーバ装置Ａ６００の各部を制御することにより実現される。
【0161】
制御部Ａ６０１は、ステップＳ１００１にて、通信部Ａ６１１を介して、クライアント端末Ｂ６００からマッチング要求を受信したか判定する。制御部Ａ６０１は、マッチング要求を受信したと判定した場合は処理をステップＳ１００２に移行し、受信していないと判定した場合は再びステップＳ１００１の処理を繰り返す（不快度取得手段）。
【0162】
制御部Ａ６０１は、ステップＳ１００２にて、ステップＳ１００１で受信したマッチング要求に含まれる不快度が所定値以上か否かを判定する。制御部Ａ６０１は、前記不快度が所定値以上と判定した場合は処理をステップＳ１００３に移行し、所定値未満と判定した場合は処理をステップＳ１００４に移行する（マッチング制御手段）。
【0163】
制御部Ａ６０１は、ステップＳ１００３にて、通信部Ａ６１１を介して、クライアント端末Ｂ６００にマッチング拒否応答を送信する。本ステップの処理は、図８のステップＳ８０５の処理に相当する。
【0164】
制御部Ａ６０１は、ステップＳ１００４にて、不快度が所定値未満のマッチング要求を受信した数が所定値に到達したか否か判定する。制御部Ａ６０１は、前記到達したと判定した場合は処理をステップＳ１００５に移行し、到達していないと判定した場合は処理をステップＳ１００１に移行する。
【0165】
制御部Ａ６０１は、ステップＳ１００５にて、マッチング処理を行う。制御部Ａ６０１は、不快度が所定値未満のマッチング要求を受信した全てのアカウントの中から、所定人数で構成されるチームの組み合わせを決定する。本ステップの処理は、図８のステップＳ８１１の処理に相当する（マッチング手段）。
【0166】
制御部Ａ６０１は、ステップＳ１００６にて、ステップＳ１００５のマッチング対象となった全てのアカウントに対応するクライアント端末に対して、通信部Ａ６１１を介して、マッチング応答を送信する。サーバ装置Ａ６００は、前記マッチング応答に、少なくとも、ステップＳ１００５の結果として各クライアント端末のユーザと同じチームになったアカウントに関する情報（例えば、ユーザ名など）を含める。本ステップの処理は、図８のステップＳ８１２の処理に相当する。
【0167】
以上のように、本実施形態のサーバ装置Ａ６００は、クライアント端末のユーザの不快度に基づいてマッチングすべきか判定する。これにより、他のユーザに害を与え得る悪質なユーザをマッチングから除外し、健全なユーザの楽しみが阻害される事態を未然に防ぐことができる。また、サーバ装置Ａ６００は、不快度に基づいて動的にマッチング除外判定を行うため、別アカウント作成でマッチング除外を回避される恐れがない。
【0168】
上述の第２の実施形態は、クライアント端末が不快度を算出してサーバ装置に送信する構成を例に説明したが、クライアント端末からサーバ装置に生体情報を送信し、サーバ装置が不快度を算出する構成でも良い（請求項２１）。あるいは、クライアント端末において不快度が所定値以上の場合には、サーバ装置にマッチング要求を送信しないようにする構成でも良い。
【0169】
上述の実施形態では、不快を示したユーザをマッチングから除外する場合を例に説明したが、不快を示したユーザ同士をマッチングする構成でも良い。あるいは、不快を示したユーザとのマッチングを許容する旨の設定操作をしたユーザと、不快を示したユーザとをマッチングする構成でも良い。
【0170】
上述の実施形態では、ゲームにおけるユーザ同士のマッチングを例に説明したが、出会い系サービスなどオンライン上でリアルタイムにユーザ同士をマッチングするユースケースに適用しても良い。
【0171】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】