JP2022054123A - シート体験システム - Google Patents

Abstract

【課題】複数人で１つのことを成し遂げる楽しさを得ることができるシート体験システムを提供することを目的とする。【解決手段】シート体験システム１は、第１シート本体（Ｓ０）と、第１シート本体上の第１ユーザの動作を検出するための第１情報を取得する第１センサ（圧力センサＰＳ１～ＰＳ６）を有する第１シート（Ｓ）と、第２シート本体と、第２シート本体上の第２ユーザの動作を検出するための第２情報を取得する第２センサを有する第２シートと、第１センサから第１情報を取得し、かつ、第２センサから第２情報を取得する制御部（サーバＳＶ）を備える。制御部は、所定期間内に、第１情報が第１条件を満たし、かつ、第２情報が第２条件を満たすという協働条件を満たした場合に、所定の処理を実行し、協働条件を満たさない場合には、所定の処理を実行しない。【選択図】図２

Description

本発明は、センサを有するシートを備えたシート体験システムに関する。

従来、乗員の着座姿勢を検出するために、シート上に複数の圧力センサを配置した車両用シートが知られている（特許文献１）。

特開２０１７－６５５０４号公報

しかしながら、従来の車両用シートは、運転者の着座姿勢を評価して提示するだけであるので、あまり有効に利用できないという問題がある。

そこで、本発明は、シートの新たな価値を提案するべく、複数人で１つのことを成し遂げる楽しさを得ることができるシート体験システムを提供することを目的とする。

前記した課題を解決する本発明に係るシート体験システムは、第１シート本体と、前記第１シート本体上の第１ユーザの動作を検出するための第１情報を取得する第１センサを有する第１シートと、第２シート本体と、前記第２シート本体上の第２ユーザの動作を検出するための第２情報を取得する第２センサを有する第２シートと、前記第１センサから前記第１情報を取得し、かつ、前記第２センサから前記第２情報を取得する制御部と、を備える。
前記制御部は、所定期間内に、前記第１情報が第１条件を満たし、かつ、前記第２情報が第２条件を満たすという協働条件を満たした場合に、所定の処理を実行し、前記協働条件を満たさない場合には、前記所定の処理を実行しない。

この構成によれば、協働条件を満たした場合に限り、所定の処理が実行されるので、所定の処理の実行の有無により、各ユーザが他人と協調しているかを知ることができ、複数人で１つのことを成し遂げる楽しさを得ることができる。

また、前記第１センサおよび前記第２センサは、圧力センサであってもよい。

また、前記シート体験システムは、画面を有する端末をさらに備え、前記制御部は、初期形状から最終形状まで段階的に変化する目標画像を前記画面に表示可能であり、前記所定の処理において、前記目標画像を現在の形状から前記最終形状に近づけるように前記目標画像を変化させてもよい。

この構成によれば、協働条件を満たすたびに目標画像が最終形状に近づいていくので、各ユーザが目標画像を見ながら、他人との協力プレイを楽しむことができる。

また、前記制御部は、前記協働条件を満たした場合には、前記目標画像を現状の形状から前記最終形状に近づけるように前記目標画像を変化させ、前記協働条件を満たさない場合には、前記目標画像を変化させないように構成されてもよい。

また、前記制御部は、前記協働条件を満たさない場合には、前記目標画像を現状の形状から前記最終形状に近づけるように前記目標画像を変化させ、前記協働条件を満たした場合には、前記協働条件を満たさない場合よりも、前記目標画像が現状の形状から前記最終形状にさらに近づくように前記目標画像を変化させてもよい。

また、前記シート体験システムは、画面を有する端末をさらに備え、前記制御部は、前記画面に表示された可動体を直進および旋回させることが可能であり、前記所定の処理において、前記可動体を直進させてもよい。

この構成によれば、協働条件を満たすたびに可動体が直進するので、各ユーザが可動体の動きを見ながら、他人との協力プレイを楽しむことができる。

また、前記制御部は、前記協働条件を満たした場合には、前記可動体を直進させ、前記協働条件を満たさない場合には、前記可動体を直進させないように構成されてもよい。

また、前記制御部は、前記協働条件を満たさない場合には、前記可動体を所定量直進させ、前記協働条件を満たした場合には、前記可動体を前記所定量よりも大きく直進させてもよい。

また、前記制御部は、前記第１情報が前記第１条件を満たし、かつ、前記第２情報が前記第２条件を満たさない場合には、前記可動体を左右の一方に旋回させてもよい。

また、前記制御部は、前記第１情報が前記第１条件を満たさず、かつ、前記第２情報が前記第２条件を満たす場合には、前記可動体を左右の他方に旋回させてもよい。

また、前記シート体験システムは、画面を有する端末をさらに備え、前記第１センサは、前記第１シート本体の左に位置する第１左センサと、前記第１シート本体の右に位置する第１右センサと、を有し、前記第２センサは、前記第２シート本体の左に位置する第２左センサと、前記第２シート本体の右に位置する第２右センサと、を有し、前記制御部は、左右に並ぶ左画像および右画像を前記画面に表示可能であり、前記第１左センサから取得した圧力値が所定値以上であり、かつ、前記第１右センサから取得した圧力値が所定値以上でない場合には、前記第１情報が第１条件を満たしたと判定し、前記第２左センサから取得した圧力値が所定値以上であり、かつ、前記第２右センサから取得した圧力値が所定値以上でない場合には、前記第２情報が第２条件を満たしたと判定し、前記所定の処理において、前記左画像を選択してもよい。

この構成によれば、協働条件を満たすと、各ユーザが選択した左画像が選択されるので、各ユーザがともに左画像を選んだことを知ることができ、他人との協力プレイを楽しむことができる。

また、前記シート体験システムは、画面を有する端末をさらに備え、前記第１センサは、前記第１シート本体の左に位置する第１左センサと、前記第１シート本体の右に位置する第１右センサと、を有し、前記第２センサは、前記第２シート本体の左に位置する第２左センサと、前記第２シート本体の右に位置する第２右センサと、を有し、前記制御部は、左右に並ぶ左画像および右画像を前記画面に表示可能であり、前記第１右センサから取得した圧力値が所定値以上であり、かつ、前記第１左センサから取得した圧力値が所定値以上でない場合には、前記第１情報が第１条件を満たしたと判定し、前記第２右センサから取得した圧力値が所定値以上であり、かつ、前記第２左センサから取得した圧力値が所定値以上でない場合には、前記第２情報が第２条件を満たしたと判定し、前記所定の処理において、前記右画像を選択してもよい。

この構成によれば、協働条件を満たすと、各ユーザが選択した右画像が選択されるので、各ユーザがともに右画像を選んだことを知ることができ、他人との協力プレイを楽しむことができる。

本発明によれば、協働条件を満たした場合に限り、所定の処理が実行されるので、所定の処理の実行の有無により、各ユーザが他人と協調しているかを知ることができ、複数人で１つのことを成し遂げる楽しさを得ることができる。

また、協働条件を満たすたびに目標画像が最終形状に近づくように構成することで、各ユーザが目標画像を見ながら、他人との協力プレイを楽しむことができる。

また、協働条件を満たすたびに画面上の可動体が直進するように構成することで、各ユーザが可動体の動きを見ながら、他人との協力プレイを楽しむことができる。

また、協働条件を満たすと、各ユーザが選択した画像が選択されるように構成することで、各ユーザがともに同じ画像を選んだことを知ることができ、他人との協力プレイを楽しむことができる。

第１の実施形態に係るシート体験システムを示す図である。 シート体験システムの構成を説明する図である。 スポーツ観戦アプリで取得する圧力の変化を示すグラフである。 スポーツ観戦アプリのスタート画像を示す図（ａ）と、スポーツ観戦中の画像を示す図（ｂ）である。 応援ゲージがＭＡＸになって応援メッセージが表示された画像を示す図である。 スマートフォンの処理を示すフローチャートである。 サーバの処理を示すフローチャートである。 第２の実施形態における長縄跳びゲームのスタート画像を示す図（ａ）と、ゲーム実行中の画像を示す図（ｂ）である。 長縄跳びゲームの成功画像を示す図（ａ）と、失敗画像を示す図（ｂ）である。 長縄跳びゲームにおける成否判定期間と画像の送信タイミングを示す図である。 第２の実施形態におけるサーバの処理を示すフローチャートである。 第３の実施形態における宝獲得ゲームのゲーム実行中の画像を示す図（ａ）と、チームＡが宝を獲得した画像を示す図（ｂ）である。 第４の実施形態における穴掘りゲームのゲーム開始時の画像を示す図（ａ）と、犬が穴を掘っている画像を示す図（ｂ）である。 第５の実施形態における破壊ゲームのゲーム実行中の画像を示す図である。 第５の実施形態におけるサーバの処理を示すフローチャートである。 第６の実施形態におけるボートゲームのゲーム実行中の画像を示す図である。 第６の実施形態におけるサーバの処理を示すフローチャートである。 第７の実施形態におけるトロッコゲームのゲーム実行中の画像を示す図である。 第７の実施形態におけるサーバの処理を示すフローチャートである。 第８の実施形態における熊回避ゲームのゲーム実行中の画像を示す図である。 第８の実施形態におけるサーバの処理を示すフローチャートである。 第１の実施形態の変形例に係るサーバの処理を示すフローチャートである。 第６の実施形態の変形例に係るサーバの処理を示すフローチャートである。

以下、図面を参照しながら、本発明の第１の実施形態について説明する。
図１に示すように、シート体験システム１は、複数のシート体験装置ＳＭと、制御部の一例としてのサーバＳＶと、を備えている。シート体験装置ＳＭは、シートＳと、端末の一例としてのスマートフォンＳＰと、を備えている。つまり、シート体験システム１は、複数のシートＳと、各シートＳから出力される情報に基づいて処理を実行するサーバＳＶと、サーバＳＶから送信される画像を表示可能なスマートフォンＳＰと、を備えている。ここで、シートＳの台数は、いくつであってもよいが、例えば１０台とすることができる。複数のうち一部のシートＳは、「第１シート」に相当し、残りのシートＳは、「第２シート」に相当する。

シートＳは、例えば、複数のユーザＵのそれぞれの家の中で使用されるシートとして構成される。なお、本発明において、前後、左右、上下は、シートＳに座るユーザＵを基準とする。

図２に示すように、シートＳは、シート本体Ｓ０と、制御装置１００とからなる。シート本体Ｓ０は、シートクッションＳ１、シートバックＳ２およびヘッドレストＳ３を有する。シートクッションＳ１、シートバックＳ２およびヘッドレストＳ３は、クッションパッド２０と、クッションパッド２０を被覆する表皮１０とを備えている。クッションパッド２０は、ウレタンフォームなどからなり、図示せぬフレームによって支持されている。表皮１０は、合成皮革や布地などからなっている。「第１シート」に相当するシートＳのシート本体Ｓ０は、「第１シート本体」に相当し、「第２シート」に相当するシートＳのシート本体Ｓ０は、「第２シート本体」に相当する。また、「第１シート本体」に相当するシートＳ上のユーザＵは、「第１ユーザ」に相当し、「第２シート本体」に相当するシートＳ上のユーザＵは、「第２ユーザ」に相当する。

シートクッションＳ１とシートバックＳ２には、表皮１０の下に複数の圧力センサＰＳ１～ＰＳ６が設けられている。圧力センサＰＳ１～ＰＳ６は、センサの一例であり、シート本体Ｓ０に座っているユーザＵの動作を検出するための情報である測定値を取得する。圧力センサＰＳ１～ＰＳ６は、シート本体Ｓ０に着座するユーザＵに対向する座面の状態を検知可能に配置され、シート本体Ｓ０に座っているユーザＵからの圧力値を取得する。「第１シート」に相当するシートＳにある圧力センサＰＳ１～ＰＳ６は、第１センサに相当し、第１センサに相当する圧力センサＰＳ１～ＰＳ６で取得した情報は、「第１情報」に相当する。「第２シート」に相当するシートＳにある圧力センサＰＳ１～ＰＳ６は、第２センサに相当し、第２センサに相当する圧力センサＰＳ１～ＰＳ６で取得した情報は、「第２情報」に相当する。

各圧力センサＰＳ１～ＰＳ６は、シートＳの左右の中心に対して左右対称に１対ずつ設けられている。「第１シート」に相当するシートＳの左に位置する圧力センサＰＳ１～ＰＳ６は、「第１左センサ」に相当し、右に位置する圧力センサＰＳ１～ＰＳ６は、「第１右センサ」に相当する。「第２シート」に相当するシートＳの左に位置する圧力センサＰＳ１～ＰＳ６は、「第２左センサ」に相当し、右に位置する圧力センサＰＳ１～ＰＳ６は、「第２右センサ」に相当する。

シートクッションＳ１には、圧力センサＰＳ１～ＰＳ３が設けられている。圧力センサＰＳ１および圧力センサＰＳ２は、シートクッションＳ１におけるユーザＵの臀部に対応する位置に配置されている。圧力センサＰＳ１および圧力センサＰＳ２は、ユーザＵの臀部からの圧力を測定する第１クッションセンサＳＣ１を構成している。圧力センサＰＳ２は、圧力センサＰＳ１の少し前に配置されている。なお、第１クッションセンサＳＣ１は、圧力センサＰＳ１および圧力センサＰＳ２のいずれか一方のみを備えていてもよい。

圧力センサＰＳ３は、ユーザＵの大腿の下に位置している。圧力センサＰＳ３は、ユーザＵの大腿からの圧力値を測定する第２クッションセンサＳＣ２を構成している。圧力センサＰＳ３は、圧力センサＰＳ１および圧力センサＰＳ２から前方に大きく離れて配置されている。

シートバックＳ２には、圧力センサＰＳ４～ＰＳ６が設けられている。圧力センサＰＳ４は、ユーザＵの腰の後ろに対応する位置に設けられている。圧力センサＰＳ５は、圧力センサＰＳ４の少し上に配置されている。圧力センサＰＳ４および圧力センサＰＳ５は、いずれも、ユーザＵの腰からの圧力を測定する第１バックセンサＳＢ１を構成している。なお、第１バックセンサＳＢ１は、圧力センサＰＳ４および圧力センサＰＳ５のいずれか一方のみを備えていてもよい。

圧力センサＰＳ６は、圧力センサＰＳ４および圧力センサＰＳ５から上方に大きく離れて配置されている。圧力センサＰＳ６は、ユーザＵの背中の上部に対応して位置している。圧力センサＰＳ６は、ユーザＵの背中の上部からの圧力値を測定する第２バックセンサＳＢ２を構成している。

なお、圧力センサＰＳ１～ＰＳ６は、例えば、外部からの圧力によって電気抵抗が変化する素子であり、圧力値が大きい程、検出信号の電圧が高くなる（もしくは低くなる）。

制御装置１００は、各圧力センサＰＳ１～ＰＳ６から、圧力値を取得可能に圧力センサＰＳ１～ＰＳ６と接続されている。制御装置１００は、各圧力センサＰＳ１～ＰＳ６で検出した情報を、スマートフォンＳＰに送信可能となっている。

詳しくは、制御装置１００には、ブルートゥース（登録商標）またはＷｉ－Ｆｉ（登録商標）などの近距離無線通信を可能にする近距離通信機３Ａが接続されている。制御装置１００は、近距離通信機３Ａを介してスマートフォンＳＰと通信可能となっている。また、スマートフォンＳＰは、サーバＳＶとインターネットを介して通信可能となっている。

制御装置１００、スマートフォンＳＰおよびサーバＳＶは、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、書換可能な不揮発性メモリ等を有し、予め記憶されたプログラムを実行する。なお、スマートフォンＳＰは、画面としてのディスプレイＤＳＰをさらに備えている。

スマートフォンＳＰは、各圧力センサＰＳ１～ＰＳ６から制御装置１００を介して圧力値を取得する機能を有している。スマートフォンＳＰには、シートＳから送信されてくる信号（圧力値）に基づいて実行可能なアプリケーション（以下、単に「アプリ」とも称する）であるシート用アプリがインストールされている。

本実施形態に係るシート用アプリは、スポーツの動画を表示している画面に観戦者からの応援メッセージを表示することができるスポーツ観戦アプリとする。図４（ｂ）に示すように、スポーツ観戦アプリでは、スマートフォンＳＰの画面上に、スポーツの動画を表示するとともに、応援ゲージＧ１を表示する。応援ゲージＧ１は、ユーザがシートＳ上で両脚を交互に上下動させる脚上げ動作を、複数のユーザが同時期に行うことで、一段階上がるゲージである。つまり、同時期において１人でも脚上げ動作を行っていないユーザがいると、応援ゲージＧ１は上がらない。そして、図５に示すように、応援ゲージＧ１がＭＡＸになると、画面上に、例えば「がんばれー！」などの応援メッセージが所定方向、例えば左から右に流れていく。なお、本実施形態では、応援ゲージＧ１が１０段階上がったときに、応援ゲージＧ１がＭＡＸになることとする。

スマートフォンＳＰは、スポーツ観戦アプリの実行中において、各圧力センサＰＳ１～ＰＳ６から取得した圧力値をサーバＳＶに送信し、サーバＳＶから送られてくる画像を画面に表示している。

サーバＳＶは、各シートＳの各圧力センサＰＳ１～ＰＳ６から制御装置１００およびスマートフォンＳＰを介して圧力値を取得する機能を有している。サーバＳＶは、インターネットなどからスポーツ動画の画像を取得し、スポーツ動画の画像に応援ゲージＧ１や応援メッセージを追加した画像をスマートフォンＳＰに送信可能となっている。サーバＳＶは、スマートフォンＳＰからスポーツ観戦アプリが開始されたことを示す信号を受けると、前述した画像の取得・送信を実行し、スマートフォンＳＰからスポーツ観戦アプリが終了されたことを示す信号を受けると、画像の取得・送信を止める。

スマートフォンＳＰでのスポーツ観戦アプリの実行中において、サーバＳＶは、シートＳにおける左右の圧力センサＰＳ３の圧力値Ｐ３_Ｒ，Ｐ３_Ｌを取得する。そして、そのときに座っているユーザＵの平均的な圧力であるノーマル圧力Ｐ３_ｎと、圧力値のピーク検出のためのしきい値Ｐ３ｔｈを決定する。

具体的には、ユーザＵが脚を交互に上げた場合、圧力値Ｐ３_Ｒ，Ｐ３_Ｌは、例えば図３のように変化する。図３において、圧力が急に小さくなっている部分は、ユーザＵが脚を上げたことにより、圧力センサＰＳ３の部分の圧力が小さくなっていることを示す。つまり、圧力が小さくなっていない１４０付近の圧力値が、脚を上げていないときの平均のノーマル圧力Ｐ３_ｎとなる。ノーマル圧力Ｐ３_ｎを算出するには、例えば、圧力値Ｐ３_Ｒ，Ｐ３_Ｌの前回値と今回値の差（今回値Ｐ３（ｎ）から前回値Ｐ３（ｎ－１）を引いた値とする。）の絶対値が所定値以下である場合（つまり、値の変化が小さいとき）の今回値を集計して平均すればよい。

また、しきい値Ｐ３ｔｈは、脚を上げている最中であることを判定するためのしきい値であり、例えば、図３の場合であれば、１００～１２０程度の値を用いればよい。このため、しきい値Ｐ３ｔｈは、ノーマル圧力Ｐ３ｎに所定値を乗じた値を用いることができる。例えば、ノーマル圧力Ｐ３_ｎに０．６～０．９程度の所定値を乗じた値をしきい値Ｐ３ｔｈとすることができる。

サーバＳＶは、スマートフォンＳＰから取得した圧力センサＰＳ３の圧力値Ｐ３_Ｒ，Ｐ３_Ｌがしきい値Ｐ３ｔｈ以下になると、ユーザが脚を１回上げたと判定して、脚上げ回数Ｎをカウントする。サーバＳＶは、所定期間内において、脚上げ回数Ｎがしきい値Ｎｔｈ以上になったか否かを、スポーツ観戦アプリを実行中のすべてのユーザＵについて判定し、すべてのユーザＵについてＮ≧Ｎｔｈを満たすという協働条件を満たした場合に、応援ゲージＧ１を１段階上げるゲージ上昇処理を所定の処理として実行する。ここで、しきい値Ｎｔｈは、いくつに設定してもよく、例えば１０に設定することができる。

また、サーバＳＶは、協働条件を満たさない場合には、ゲージ上昇処理を実行しない。つまり、サーバＳＶは、所定期間内に、第１情報が第１条件を満たし、かつ、第２情報が第２条件を満たすという協働条件を満たした場合に、所定の処理を実行し、協働条件を満たさない場合には、所定の処理を実行しない。

ここで、応援ゲージＧ１は、初期形状から最終形状まで段階的に変化する目標画像の一例である。サーバＳＶは、ゲージ上昇処理において、目標画像である応援ゲージＧ１を現在の形状から最終形状に近づけるように応援ゲージＧ１を変化させる。サーバＳＶは、ゲージ上昇処理を実行しない場合には、応援ゲージＧ１を変化させない。

次に、スマートフォンＳＰおよびサーバＳＶでの各処理について詳細に説明する。
図６に示すように、スマートフォンＳＰは、まず、ユーザＵがスポーツ観戦アプリを開始したか否かを判定する（Ｓ１１）。詳しくは、ユーザＵがスポーツ観戦アプリを立ち上げると、図４（ａ）に示すスタート画像がスマートフォンＳＰの画面に表示される。スタート画像は、スポーツ観戦アプリを開始するための開始ボタンＢ１と、スポーツ観戦アプリを終了するための終了ボタンＢ２と、を有する。なお、終了ボタンＢ２は、図４（ｂ）に示すようなスポーツ動画を流す画面においても表示されている。

スマートフォンＳＰは、ユーザＵによって開始ボタンＢ１が押されたか否かを判定することで、ユーザＵがスポーツ観戦アプリを開始したか否かを判定する（Ｓ１１）。ステップＳ１１においてスポーツ観戦アプリが開始されていないと判定した場合には（Ｎｏ）、スマートフォンＳＰは、本処理を終了する。

ステップＳ１１においてスポーツ観戦アプリが開始されたと判定した場合には（Ｙｅｓ）、スマートフォンＳＰは、スポーツ観戦アプリを開始したことを示す開始信号をサーバＳＶに送信する（Ｓ１２）。ステップＳ１２の後、スマートフォンＳＰは、サーバＳＶから取得した画像を画面に表示する（Ｓ１３）。

ステップＳ１３の後、スマートフォンＳＰは、左右の圧力センサＰＳ３から取得した圧力値をサーバＳＶに送信する（Ｓ１４）。ステップＳ１４の後、スマートフォンＳＰは、スポーツ観戦アプリが終了したか否かを判定する（Ｓ１５）。詳しくは、スマートフォンＳＰは、ステップＳ１５において、終了ボタンＢ２が押されたか否かを判定する。

ステップＳ１５において終了ボタンＢ２が押されていない、つまりスポーツ観戦アプリが終了していないと判定した場合には（Ｎｏ）、スマートフォンＳＰは、ステップＳ１３の処理に戻る。ステップＳ１５において終了ボタンＢ２が押された、つまりスポーツ観戦アプリが終了したと判定した場合には（Ｙｅｓ）、スマートフォンＳＰは、サーバＳＶにスポーツ観戦アプリを終了したことを示す終了信号を送信して、本処理を終了する。

図７に示すように、サーバＳＶは、まず、複数のスマートフォンＳＰから開始信号を受信したか否かを判定する（Ｓ３１）。ここで、「複数」とは、少なくとも２つの意味である。ステップＳ３１において複数のスマートフォンＳＰから開始信号を受信していないと判定した場合には（Ｎｏ）、サーバＳＶは、本処理を終了する。つまり、１人のユーザＵのみがスポーツ観戦アプリを実行しても、サーバＳＶは、後の処理を実行しない。なお、この場合、サーバＳＶは、応援ゲージＧ１がないスポーツ動画のみを１人のユーザＵに対して配信してもよい。

ステップＳ３１において複数のスマートフォンＳＰから開始信号を受信したと判定した場合には（Ｙｅｓ）、サーバＳＶは、開始信号を送信した各スマートフォンＳＰ、つまりスポーツ観戦アプリを実行中のすべてのスマートフォンＳＰに、応援ゲージＧ１の画像が付加されたスポーツ動画の画像を送信する（Ｓ３２）。ステップＳ３２の後、サーバＳＶは、各スマートフォンＳＰから圧力値を取得する（Ｓ３３）。

ステップＳ３３の後、サーバＳＶは、監視期間Ｔのカウントを行う（Ｓ３４）。ここで、監視期間Ｔは、各ユーザＵが脚上げ動作を行っているかを監視する期間である。監視期間Ｔは、後で詳述するように、所定期間Ｔｔｈ以上になるとリセットされる（Ｓ４４，Ｓ４５）。これにより、サーバＳＶは、スポーツ観戦アプリが開始されてから終了されるまでの間、連続した複数の所定期間Ｔｔｈごとに、各ユーザＵが脚上げ動作を行っているかを監視する。

ステップＳ３４の後、サーバＳＶは、各スマートフォンＳＰから取得した圧力値に基づいて、各ユーザＵについて脚上げ回数Ｎをカウントする（Ｓ３５）。ここで、脚上げ回数Ｎは、後で詳述するように、所定期間Ｔｔｈ以上になるとリセットされる（Ｓ４４，Ｓ４５）。これにより、サーバＳＶは、連続した複数の所定期間Ｔｔｈのそれぞれの期間中における各ユーザＵの脚上げ回数Ｎをカウントする。

ステップＳ３５の後、サーバＳＶは、各ユーザＵにおいてＮ≧Ｎｔｈを満たすか否かを判定する（Ｓ３６）。ここで、Ｎは前述したように所定期間Ｔｔｈ以上になるとリセットされるため、サーバＳＶは、ステップＳ３６においては、実質、所定期間Ｔｔｈ内に、各ユーザＵにおいてＮ≧Ｎｔｈを満たすかという協働条件が満たされたか否かを判定する。

ステップＳ３６において協働条件（所定期間Ｔｔｈ内に各ユーザＵでＮ≧Ｎｔｈ）が満たされていないと判定した場合には（Ｎｏ）、サーバＳＶは、監視期間Ｔが所定期間Ｔｔｈ以上であるか否かを判定する（Ｓ４４）。ステップＳ４４においてＴ≧Ｔｔｈでないと判定した場合には（Ｎｏ）、サーバＳＶは、ステップＳ４２の処理に進んで、スポーツ観戦アプリが終了したか否かを判定する（Ｓ４２）。

詳しくは、ステップＳ４２において、サーバＳＶは、スポーツ観戦アプリを実行中のすべてのスマートフォンＳＰから終了信号を受信したか否かを判定する。ステップＳ４２においてスポーツ観戦アプリが終了していないと判定した場合には（Ｎｏ）、サーバＳＶは、ステップＳ３２の処理に戻る。

ステップＳ３６において協働条件（所定期間Ｔｔｈ内に各ユーザＵでＮ≧Ｎｔｈ）が満たされたと判定すると（Ｙｅｓ）、サーバＳＶは、ゲージカウンタＣＧをカウントする（Ｓ３７）。ここで、ゲージカウンタＣＧは、応援ゲージＧ１の画像を変更するためのカウンタであり、ゲージカウンタＣＧの数が多いほど、応援ゲージＧ１がＭＡＸ状態に近づく。

ステップＳ３７の後、サーバＳＶは、ゲージカウンタＣＧに基づいて、応援ゲージＧ１の画像を、現在の画像から一段階上昇した画像に更新する（Ｓ３８）。ステップＳ３８の後、サーバＳＶは、ゲージカウンタＣＧが１０になったか否か、つまり応援ゲージＧ１がＭＡＸになったか否かを判定する（Ｓ３９）。ステップＳ３９においてＣＧ＝１０であると判定した場合には（Ｙｅｓ）、サーバＳＶは、応援メッセージを画面に表示し、表示した応援メッセージを画面上で移動させる応援メッセージ表示処理の実行を開始する（Ｓ４０）。

応援メッセージ表示処理では、サーバＳＶは、ステップＳ３２での画像の送信時に、送信する画像に応援メッセージを付加するとともに、送信を実行するたびに応援メッセージの位置を変更する処理を行う。なお、サーバＳＶは、応援メッセージが画面の一端から他端まで移動させたときに、応援メッセージの表示を消して、応援メッセージ表示処理を終了する。

ステップＳ４０の後、サーバＳＶは、監視期間Ｔおよび脚上げ回数Ｎをリセットして（Ｓ４１）、ステップＳ４２の処理に進む。ステップＳ３９においてＣＧ＝１０でないと判定した場合には（Ｎｏ）、サーバＳＶは、ゲージカウンタＣＧが１０よりも大きいか否かを判定する（Ｓ４３）。

ステップＳ４３においてＣＧ＞１０でない、つまり応援ゲージＧ１がＭＡＸに満たないと判定した場合には（Ｎｏ）、サーバＳＶは、ステップＳ４１の処理に進む。ステップＳ４３においてＣＧ＞１０であると判定した場合には（Ｙｅｓ）、サーバＳＶは、ステップＳ４６に進んで、ゲージカウンタＣＧをリセットする。

ここで、サーバＳＶは、ゲージカウンタＣＧを１０よりも多くカウントする場合がある。例えば、応援ゲージＧ１がＭＡＸになった直後の所定期間Ｔｔｈ内に協働条件が満たされた場合などである。この場合、サーバＳＶは、ステップＳ４３でＹｅｓと判定して、ゲージカウンタＣＧをリセットする。なお、ステップＳ３７でゲージカウンタＣＧを１０よりも多くカウントした後のステップＳ３８の処理では、サーバＳＶは、例えば、ＭＡＸ状態の応援ゲージＧ１の画像を、同じＭＡＸ状態の応援ゲージＧ１の画像に更新する。

ステップＳ４４においてＴ≧Ｔｔｈであると判定した場合には（Ｙｅｓ）、サーバＳＶは、監視期間Ｔおよび脚上げ回数Ｎをリセットするとともに（Ｓ４５）、ゲージカウンタＣＧをリセットする（Ｓ４６）。ステップＳ４６の後、サーバＳＶは、応援ゲージＧ１の画像を０の状態の応援ゲージＧ１の画像に更新する（Ｓ４７）。ステップＳ４７の後、サーバＳＶは、ステップＳ４２の処理に進む。ステップＳ４２においてスポーツ観戦アプリが終了したと判定した場合には（Ｙｅｓ）、サーバＳＶは、本処理を終了する。

次に、シート体験システム１の具体的な動作の一例を詳細に説明する。
図１に示すように、シート体験システム１を構成する各機器（Ｓ，ＳＶ，ＳＰ）が通信可能な状態において、例えば１０人のユーザＵは、まず、各自のスマートフォンＳＰを持った状態で各自のシートＳに着座する。次に、各ユーザＵは、オンライン電話を利用して、各自が連絡を取り合えるようにする。

ここで、オンライン電話は、スポーツ観戦アプリとは別のアプリであってもよいし、スポーツ観戦アプリがオンライン電話の機能を有していてもよい。なお、オンライン電話による相互通信は、スポーツ観戦アプリを効果的に楽しむための方法であるため、必ずしも必要ではない。

続いて、各ユーザＵが、各自のスマートフォンＳＰを操作してスポーツ観戦アプリを立ち上げると、図４（ａ）に示すスタート画像が、各自のスマートフォンＳＰの画面上に表示される。各ユーザＵが開始ボタンＢ１を押すと、各スマートフォンＳＰは、図６のステップＳ１１でＹｅｓと判定して、開始信号をサーバＳＶに送信する（Ｓ１２）。

図７に示すように、サーバＳＶは、複数のスマートフォンＳＰから開始信号を受信すると（Ｓ３１：Ｙｅｓ）、各スマートフォンＳＰに応援ゲージＧ１付きのスポーツ動画の画像を送信する（Ｓ３２）。各スマートフォンＳＰは、サーバＳＶから取得した画像を画面に表示する（Ｓ１３）。これにより、各スマートフォンＳＰの画面には、図４（ｂ）に示すような応援ゲージＧ１付きのスポーツ動画の画像が表示される。

各ユーザＵは、スポーツ動画の視聴中において、応援メッセージを画面に表示させたい場合には、両脚を交互に上下動させる。この際、オンライン電話を利用して声を掛け合って各自の脚上げ動作のタイミングを合わせるとよい。

各ユーザＵが脚上げ動作を行うと、サーバＳＶは、ステップＳ３５において各自の脚上げ回数Ｎをカウントする。そして、各ユーザＵの所定期間Ｔｔｈ内の脚上げ回数Ｎがしきい値Ｎｔｈ以上になると、サーバＳＶは、協働条件が満たされたと判定して、ゲージカウンタＣＧを１つ上げ（Ｓ３７）、このゲージカウンタＣＧに基づいて応援ゲージＧ１を一段階上げるゲージ上昇処理を実行する（Ｓ３８）。

サーバＳＶは、一段階上がった状態の応援ゲージＧ１の画像を、ステップＳ３２において各スマートフォンＳＰに送信する。各スマートフォンＳＰは、一段階上がった状態の応援ゲージＧ１の画像を画面に表示する（Ｓ１３）。

これにより、各ユーザＵは、画面上の応援ゲージＧ１が上昇したことを確認することができるので、全員が協調して脚上げ動作を行っていることを知ることができ、全員で応援している一体感を感じることができる。その後、各ユーザＵが継続して脚上げ動作を行っていくと、応援ゲージＧ１が徐々にＭＡＸに近づいてく。

そして、応援ゲージＧ１がＭＡＸになると（Ｓ３９：Ｙｅｓ）、サーバＳＶは、応援メッセージ表示処理を実行する（Ｓ４０）。これにより、図５に示すように、例えば「がんばれー！」という応援メッセージが、画面を左から右に移動していく。これにより、各ユーザＵは、全員で応援している一体感をより感じることができ、スポーツ動画をより楽しむことができる。

以上のような本実施形態のシート体験システム１において、次の各効果を奏することができる。
協働条件を満たした場合に限り、所定の処理であるゲージ上昇処理が実行されるので、ゲージ上昇処理の実行の有無により、各ユーザＵが他人と協調しているかを知ることができ、複数人で１つのことを成し遂げる楽しさを得ることができる。

協働条件を満たすたびに目標画像である応援ゲージＧ１が最終形状（ＭＡＸ）に近づいていくので、各ユーザＵが応援ゲージＧ１を見ながら、他人との協力プレイを楽しむことができる。

次に、本発明の第２の実施形態について、適宜図面を参照しながら詳細に説明する。なお、第２の実施形態は、第１の実施形態とは、使用するシート用アプリが異なるだけで、シート体験システム１の構成自体は同様であるため、第１の実施形態と同様の構成要素については、同一符号を付し、その説明を省略することとする。また、スマートフォンＳＰでの処理は、第１実施形態と同様であるため、説明は省略する。

第２の実施形態に係るシート用アプリは、複数のキャラクタが長縄跳びを行う長縄跳びゲームを実行するアプリである。図８（ａ）は、長縄跳びゲームのスタート画像を示す。このスタート画像は、第１の実施形態と同様の開始ボタンＢ１および終了ボタンＢ２を有する。

図８（ｂ）は、長縄跳びゲームが実行されているときの画面を示す。長縄跳びゲームは、所定速度で回ってくる長縄に対して、複数のキャラクタがタイミングよく跳ぶと、長縄跳びが成功し（図９（ａ）参照）、複数のキャラクタの跳ぶタイミングがずれると、長縄跳びが失敗する（図９（ｂ）参照）、という内容のゲームである。具体的には、図１０に示すように、長縄跳びゲームでは、例えば長縄が１回転する時間を２秒とした場合、１．５～２秒の成否判定期間ＴＣ内に各ユーザＵが所定の動作を行ったか否かをサーバＳＶが判定する。つまり、サーバＳＶは、長縄が１回転する直前の成否判定期間ＴＣ内に各ユーザＵが所定の動作を行ったか否かを判定する。

サーバＳＶは、第１の実施形態と同様に、長縄跳びゲーム用の画像を各スマートフォンＳＰに送信可能となっている。図１０において、図の円状に等間隔で示す目盛りは、画像を送信するタイミングを示している。

サーバＳＶは、成否判定期間ＴＣ内に各ユーザＵが所定の動作を行ったと判定した場合には、図９（ａ）に示す成功画像をスマートフォンＳＰに送信する。また、サーバＳＶは、成否判定期間ＴＣ内に少なくとも１人のユーザＵが所定の動作を行っていないと判定した場合には、図９（ｂ）に示す失敗画像をスマートフォンＳＰに送信する。詳しくは、サーバＳＶは、図１０に示すように、成否判定期間ＴＣが終了した直後のタイミングＴＭで、成功画像または失敗画像を送信する。なお、その他のタイミングでは、サーバＳＶは、そのタイミングに適した位置に位置する長縄とキャラクタの画像を送信する。

次に、サーバＳＶの動作について図１１のフローチャートを参照して詳細に説明する。なお、図１１の処理において、第１の実施形態でのサーバＳＶの処理（図７）と略同様の処理については同一符号を付して、説明を省略する。

図１１に示すように、サーバＳＶは、複数のスマートフォンＳＰから長縄跳びゲームを開始するための開始信号を受信すると（Ｓ３１：Ｙｅｓ）、各スマートフォンＳＰに長縄跳びゲーム用の画像を送信するとともに（Ｓ３２）、各スマートフォンＳＰから圧力値を取得する（Ｓ３３）。ステップＳ３３の後、サーバＳＶは、成否判定期間ＴＣ中であるか否かを判定する（Ｓ６１）。

ステップＳ６１において成否判定期間ＴＣ中であると判定した場合には（Ｙｅｓ）、サーバＳＶは、各ユーザＵが長縄を跳んだ動作をしたか否かを判定する（Ｓ６２）。ここで、「長縄を跳んだ動作」は、どのような動作であってもよいが、本実施形態では、ユーザＵが両脚を同時に上げる動作とする。ユーザＵが両脚を同時に上げた場合には、両脚の下にある左右の圧力センサＰＳ３の圧力値が同時に下がるため、この圧力値に基づいてサーバＳＶが跳んだ動作の判定を行うことができる。

ステップＳ６２において跳んだ動作がなされたと判定した場合には（Ｙｅｓ）、サーバＳＶは、成功フラグＦを１にする（Ｓ６３）。ステップＳ６３の後、または、ステップＳ６１，Ｓ６２でＮｏと判定した場合には、サーバＳＶは、成否判定期間ＴＣが終了したか否かを判定する（Ｓ６４）。

ステップＳ６４において成否判定期間ＴＣが終了したと判定した場合には（Ｙｅｓ）、サーバＳＶは、成功フラグＦが１であるか否かを判定する（Ｓ６５）。ステップＳ６５においてＦ＝１であると判定した場合には（Ｙｅｓ）、サーバＳＶは、成功画像を生成する（Ｓ６６）。

ステップＳ６６の後、サーバＳＶは、成功フラグＦをリセットして（Ｓ６７）、ステップＳ３２の処理に戻る。ステップＳ６４においてＮｏと判定した場合には、サーバＳＶは、ステップＳ３２の処理に戻って、タイミングに応じた画像を送信する。ステップＳＳ６５においてＮｏと判定した場合には、サーバＳＶは、失敗画像を生成して、生成した失敗画像を各スマートフォンＳＰに送信する（Ｓ６８）。ステップＳ６８の後、サーバＳＶは、第１の実施形態と同様のアプリの終了を判定する処理（Ｓ４２）を実行する。なお、失敗画像を送信した後は長縄跳びゲームが終了するので、Ｓ６８→Ｓ４２：Ｎｏ→Ｓ３２の順で処理が進んだ場合には、サーバＳＶは、ステップＳ３２において、スタート画像を各スマートフォンＳＰに送信する。

次に、シート体験システム１の具体的な動作の一例を詳細に説明する。
複数のユーザが長縄跳びゲームのアプリを立ち上げると、図８（ａ）に示すスタート画像が各スマートフォンＳＰの画面に表示される。各ユーザＵが開始ボタンＢ１を押すと、各スマートフォンＳＰからサーバＳＶに開始信号が送信される（図６のＳ１１）。

サーバＳＶは、各スマートフォンＳＰから開始信号を受信すると、例えば図８（ｂ）に示すようなゲーム用の画像をゲームの進行具合に応じて各スマートフォンＳＰに送信する（Ｓ３１：Ｙｅｓ、Ｓ３２）。具体的には、サーバＳＶは、長縄が最下点から徐々に回転していき、再び最下点に達するまでのコマ割り画像を順次送信する。各スマートフォンＳＰは、サーバＳＶから取得した画像を画面に表示する（Ｓ１３）。

長縄跳びゲーム中において成否判定期間ＴＣに入ると、サーバＳＶは、各スマートフォンＳＰから取得した圧力値に基づいて各ユーザＵが長縄を跳んだ動作をしたかを判定する（Ｓ６２）。成否判定期間ＴＣ内において各ユーザＵが長縄を跳んだ動作をしたと判定した場合には（Ｙｅｓ）、サーバＳＶは、図９（ａ）の成功画像を各スマートフォンＳＰに送信した後（Ｓ３２）、次の画像送信時（Ｓ３２）においてゲーム用の画像を再び送信して、２回目以降の長縄跳びに挑戦させる。

成否判定期間ＴＣ内において少なくとも１人のユーザＵが長縄を跳んだ動作をしなかったと判定した場合には（Ｎｏ）、サーバＳＶは、図９（ｂ）の失敗画像を各スマートフォンＳＰに送信した後、長縄跳びゲームを終了して、スタート画像を各スマートフォンＳＰに送信する。

以上、第２の実施形態によれば、複数のユーザＵが互いに協力して、長縄跳びゲームを楽しむことができる。

次に、本発明に係る第３、第４の実施形態について、適宜図面を参照しながら詳細に説明する。なお、第３、第４の実施形態は、第１の実施形態におけるゲージ上昇処理と同じ方法を利用したシート用アプリを使用する形態であるため、シート体験システム１の構成およびサーバＳＶ、スマートフォンＳＰでの処理の説明は適宜省略する。

図１２（ａ）に示すように、第３の実施形態に係るシート用アプリは、複数のユーザＵをチームＡ，Ｂに分けて、チームＡ，Ｂで宝を取り合う宝獲得ゲームを実行するアプリである。チームＡ，Ｂは、それぞれ複数のユーザＵで構成されている。宝獲得ゲームでは、チームＡ，Ｂでの各ユーザＵの脚上げ動作に伴って、チームＡ，Ｂに対応した目標ゲージＧ２，Ｇ３を上げていき、目標ゲージＧ２，Ｇ３のどちらかがＭＡＸになると、ＭＡＸになった方のチームが宝を獲得できる。

この形態では、サーバＳＶは、図７と略同様の処理を、チームＡ，Ｂのそれぞれに対して実行している。また、サーバＳＶは、基本的には図７と同様の処理を行うが、多少異なる処理も行う。詳しくは、サーバＳＶは、ステップＳ３８において応援ゲージＧ１ではなく目標ゲージ（Ｇ２またはＧ３）の画像を更新する。また、サーバＳＶは、ステップＳ４０の応援メッセージ表示処理の代わりに、図１２（ｂ）に示すような宝を獲得したことを示す画像を生成する処理を実行する。

以上、第３の実施形態によれば、複数のユーザＵが互いに協力して、宝獲得ゲームを楽しむことができる。なお、ゲームによって獲得するものは、宝に限らず、例えばゲームで使用するレアキャラなどのキャラクタであってもよい。

図１３（ａ）に示すように、第４の実施形態に係るシート用アプリは、地中に埋まった宝を犬が掘り出す穴掘りゲームを実行するアプリである。穴掘りゲームでは、各ユーザＵの脚上げ動作に伴って、穴の深さが徐々に大きくなっていき、穴の深さが宝の位置まで到達すると宝を獲得できる。

この形態では、サーバＳＶは、図７と略同様の処理を実行している。また、サーバＳＶは、基本的には図７と同様の処理を行うが、多少異なる処理も行う。具体的に、サーバＳＶは、ステップＳ３８において応援ゲージＧ１ではなく穴、犬および取り除いた土の画像を更新する。詳しくは、サーバＳＶは、ステップＳ３８において、ゲージカウンタＣＧが大きいほど、穴の深さが現在よりも大きくなった画像に更新する。また、サーバＳＶは、ステップＳ４０の応援メッセージ表示処理の代わりに、宝を獲得したことを示す画像を生成する処理を実行する。

以上、第４の実施形態によれば、複数のユーザＵが互いに協力して、穴掘りゲームを楽しむことができる。

次に、本発明に係る第５の実施形態について、適宜図面を参照しながら詳細に説明する。なお、第５の実施形態は、第１の実施形態とは、使用するシート用アプリが異なるだけなので、シート体験システム１の構成およびスマートフォンＳＰでの処理の説明は適宜省略する。

図１４に示すように、第５の実施形態に係るシート用アプリは、所定の制限時間内において、トラックなどの自動車をキャラクタが全壊させる破壊ゲームを実行するアプリである。破壊ゲームでは、各ユーザＵの脚上げ動作に伴って、自動車の壊れ度合いが徐々に大きくなっていく。自動車は、目標画像の一例である。自動車は、壊れていない初期形状から、全壊した最終形状まで段階的に変化する。

次に、サーバＳＶの動作について図１５のフローチャートを参照して詳細に説明する。なお、図１５の処理において、第１の実施形態でのサーバＳＶの処理（図７）と略同様の処理については同一符号を付して、説明を省略する。

図１５に示すように、サーバＳＶは、複数のスマートフォンＳＰから破壊ゲームを開始するための開始信号を受信すると（Ｓ３１：Ｙｅｓ）、各スマートフォンＳＰに破壊ゲーム用の画像を送信する（Ｓ３２）。ステップＳ３２の後、サーバＳＶは、圧力値の取得、Ｔ，Ｎのカウントを実行する（Ｓ３３～Ｓ３５）。

ステップＳ３６においてＮｏと判定すると、サーバＳＶは、ステップＳ４４の処理を実行する。ステップＳ４４でＮｏと判定すると、サーバＳＶは、ステップＳ３２の処理に戻る。

ステップＳ３６においてＹｅｓと判定すると、サーバＳＶは、自動車の画像を現在よりも壊れた画像に変更する（Ｓ８１）。ステップＳ８１の後、サーバＳＶは、Ｔ，Ｎをリセットして（Ｓ４１）、自動車が最終形状になったか否かを判定する（Ｓ８２）。

ステップＳ８２において最終形状になっていないと判定した場合には（Ｎｏ）、サーバＳＶは、ステップＳ３２の処理に戻る。ステップＳ８２において最終形状になったと判定した場合には（Ｙｅｓ）、サーバＳＶは、自動車の全壊が成功したことを示す画像を各スマートフォンＳＰに送信する（Ｓ８３）。ステップＳ８３の後、サーバＳＶは、ステップＳ４２の処理に進む。

ステップＳ４５の後、サーバＳＶは、破壊ゲームの制限時間が終了したか否かを判定する（Ｓ８４）。ステップＳ８４において制限時間が終了していないと判定した場合には（Ｎｏ）、サーバＳＶは、ステップＳ３２の処理に戻る。

ステップＳ８４において制限時間が終了したと判定した場合には（Ｙｅｓ）、サーバＳＶは、自動車の全壊が失敗したことを示す画像を各スマートフォンＳＰに送信する（Ｓ８５）。ステップＳ８５の後、サーバＳＶは、ステップＳ４２の処理に進む。

以上、第５の実施形態によれば、複数のユーザＵが互いに協力して、破壊ゲームを楽しむことができる。

次に、本発明に係る第６の実施形態について、適宜図面を参照しながら詳細に説明する。なお、第６の実施形態は、第１の実施形態とは、使用するシート用アプリが異なるだけなので、シート体験システム１の構成およびスマートフォンＳＰでの処理の説明は適宜省略する。

図１６に示すように、第６の実施形態に係るシート用アプリは、左右に並んだキャラクタがそれぞれ１つのオールを操作することで、可動体の一例としてのボートを進ませるボートゲームを実行するアプリである。ボートゲームでは、各ユーザＵがオールを動かすための漕ぎ動作を同時に行うとボートが直進し、左側のキャラクタを操作するユーザＵのみが漕ぎ動作を行うとボートが右旋回し、右側のキャラクタを操作するユーザＵのみが漕ぎ動作を行うとボートが左旋回する。

漕ぎ動作は、どのような動作であってもよいが、本実施形態では、ユーザＵが身体を前後に揺らす動作とする。ユーザＵが身体を前後に揺らした場合には、例えばシートバックＳ２に配置された圧力センサＰＳ４～ＰＳ６の少なくとも１つの圧力値が変動するため、圧力センサＰＳ４～ＰＳ６の少なくとも１つの圧力値に基づいて、サーバＳＶは、漕ぎ動作をしたかの判定を行うことができる。

次に、サーバＳＶの動作について図１７のフローチャートを参照して詳細に説明する。なお、図１７の処理において、第１の実施形態でのサーバＳＶの処理（図７）と略同様の処理については同一符号を付して、説明を省略する。

図１７に示すように、サーバＳＶは、２つのスマートフォンＳＰからボートゲームを開始するための開始信号を受信すると（Ｓ３１：Ｙｅｓ）、各スマートフォンＳＰにボートゲーム用の画像を送信し（Ｓ３２）各スマートフォンＳＰから圧力値を取得する（Ｓ３３）。ステップＳ３３の後、サーバＳＶは、動作判定期間内に各ユーザＵが身体を前後に揺らしたという協働条件を満たしたか否かを判定する（Ｓ１０１）。

ここで、動作判定期間は、所定期間の一例である。動作判定期間は、ボートゲームの開始から終了まで連続した複数の期間として設定されている。つまり、ｎ回目の動作判定期間が終わると、ｎ＋１回目の動作判定期間が始まるように設定されている。

ステップＳ１０１において協働条件を満たしたと判定した場合には（Ｙｅｓ）、サーバＳＶは、ボートを現在の位置から前進させた画像を生成した後（Ｓ１０２）、ステップＳ４２：Ｎｏ→ステップＳ３２と処理を進め、ステップＳ３２においてボートを前進させた画像を各スマートフォンＳＰに送信する。これにより、各スマートフォンＳＰの画面上でボートが前進（直進）する。

ステップＳ１０１において協働条件を満たしていないと判定した場合には（Ｎｏ）、サーバＳＶは、左のキャラクタを操作するユーザＵのみが身体を前後に揺らしたか否かを判定する（Ｓ１０３）。ステップＳ１０３において左のキャラクタを操作するユーザＵのみが身体を前後に揺らしたと判定した場合には（Ｙｅｓ）、サーバＳＶは、ボートを現在の位置から右に旋回させた画像を生成した後（Ｓ１０４）、ステップＳ４２：Ｎｏ→ステップＳ３２と処理を進め、ステップＳ３２においてボートを右旋回させた画像を各スマートフォンＳＰに送信する。これにより、各スマートフォンＳＰの画面上でボートが右旋回する。

ステップＳ１０３においてＮｏと判定した場合には、サーバＳＶは、右のキャラクタを操作するユーザＵのみが身体を前後に揺らしたか否かを判定する（Ｓ１０５）。ステップＳ１０５において右のキャラクタを操作するユーザＵのみが身体を前後に揺らしたと判定した場合には（Ｙｅｓ）、サーバＳＶは、ボートを現在の位置から左に旋回させた画像を生成した後（Ｓ１０６）、ステップＳ４２：Ｎｏ→ステップＳ３２と処理を進め、ステップＳ３２においてボートを左旋回させた画像を各スマートフォンＳＰに送信する。これにより、各スマートフォンＳＰの画面上でボートが左旋回する。

ここで、「左のキャラクタを操作するユーザＵが身体を前後に揺らしたこと」、詳しくは、「第１センサの圧力値が、左のキャラクタを操作するユーザＵの身体の前後動に対応して変動したこと」は、第１情報が第１条件を満たすことに相当する。また、「右のキャラクタを操作するユーザＵが身体を前後に揺らしたこと」、詳しくは、「第２センサの圧力値が、右のキャラクタを操作するユーザＵの身体の前後動に対応して変動したこと」は、第２情報が第２条件を満たすことに相当する。そのため、サーバＳＶは、第１情報が第１条件を満たし、かつ、第２情報が第２条件を満たさない場合には、ボートを右に旋回させる。また、サーバＳＶは、第１情報が第１条件を満たさず、かつ、第２情報が第２条件を満たす場合には、ボートを左に旋回させる。

ステップＳ１０５においてＮｏと判定した場合には、サーバＳＶは、画像を変更せずに、ステップＳ４２の処理に進む。つまり、ステップＳ１０１において協働条件を満たしていない場合には（Ｎｏ）、サーバＳＶは、各スマートフォンＳＰの画面上において、ボートを直進させずに、右旋回、左旋回または現状の位置に維持させる。

以上、第６の実施形態によれば、２人のユーザＵが互いに協力して、ボートゲームを楽しむことができる。なお、可動体は、ボートに限らず、例えば左右に並んだペダルを有する２人乗りの自転車であってもよいし、二人三脚をする２人のキャラクタであってもよい。なお、２人乗りの自転車や二人三脚をする２人のキャラクタを動かすための、各ユーザＵの動きは、例えば両脚を交互に上下動させる動きとすることができる。

次に、本発明に係る第７の実施形態について、適宜図面を参照しながら詳細に説明する。なお、第７の実施形態は、第１の実施形態とは、使用するシート用アプリが異なるだけなので、シート体験システム１の構成およびスマートフォンＳＰでの処理の説明は適宜省略する。

図１８に示すように、第７の実施形態に係るシート用アプリは、トロッコの走行中の適宜なタイミングでクイズが出題され、クイズを全問正解するとゴールに到着することができるトロッコゲームを実行するアプリである。トロッコゲームでは、クイズが出題された後、２つの回答を示す回答画像ＡＳ１，ＡＳ２が左右のレールとともに画面の左右に表示される。ここで、回答画像ＡＳ１は、左画像の一例であり、回答画像ＡＳ２は、右画像の一例である。各ユーザＵは、トロッコに乗った２人のキャラクタをトロッコの左端にともに移動させる左寄せ動作、または、２人のキャラクタをトロッコの右端にともに移動させる右寄せ動作を、同時に行うことで、左右のいずれかの回答を選択することが可能となっている。

左寄せ動作または右寄せ動作は、どのような動作であってもよいが、本実施形態では、ユーザＵがシート本体Ｓ０の上で左または右に身体を傾ける動作とする。ユーザＵが身体を左に傾けた場合には、例えばシートクッションＳ１に配置された、左側の圧力センサＰＳ１～ＰＳ３の少なくとも１つの圧力値が所定値以上になり、右側の圧力センサＰＳ１～ＰＳ３の少なくとも１つの圧力値が所定値以上でない状態となるため、左右の圧力センサＰＳ４～ＰＳ６の圧力値に基づいて、サーバＳＶは、左寄せ動作がなされたと判定することができる。また、右寄せ動作の判定は、左寄せ動作時と左右の圧力値の大小関係が逆になるだけであるため、左寄せ動作の判定と左右の圧力値を逆にした方法で行うことができる。

ここで、第１シートにおいて、左側の圧力センサＰＳ１～ＰＳ３は、第１左センサの一例であり、右側の圧力センサＰＳ１～ＰＳ３は、第１右センサの一例である。また、第２シートにおいて、左側の圧力センサＰＳ１～ＰＳ３は、第２左センサの一例であり、右側の圧力センサＰＳ１～ＰＳ３は、第２右センサの一例である。

本実施形態において、第１情報は、第１左センサおよび第１右センサから取得される圧力値である。第２情報は、第２左センサおよび第２右センサから取得される圧力値である。また、本実施形態では、第１条件および第２条件は、それぞれ２種類あり、また、協働条件も２種類ある。

１種類目の第１条件は、第１シートでの左寄せ動作を判定するための条件であり、第１左センサから取得した圧力値が所定値以上であり、かつ、第１右センサから取得した圧力値が所定値以上でないことである。２種類目の第１条件は、第１シートでの右寄せ動作を判定するための条件であり、第１右センサから取得した圧力値が所定値以上であり、かつ、第１左センサから取得した圧力値が所定値以上でないことである。

１種類目の第２条件は、第２シートでの左寄せ動作を判定するための条件であり、第２左センサから取得した圧力値が所定値以上であり、かつ、第２右センサから取得した圧力値が所定値以上でないことである。２種類目の第２条件は、第２シートでの右寄せ動作を判定するための条件であり、第２右センサから取得した圧力値が所定値以上であり、かつ、第２左センサから取得した圧力値が所定値以上でないことである。

サーバＳＶは、所定期間内に、第１情報が１種類目の第１条件を満たし、かつ、第２情報が１種類目の第２条件を満たした場合に、第１の協働条件が満たされたと判定して、左画像を選択する処理を実行する。また、サーバＳＶは、所定期間内に、第１情報が２種類目の第１条件を満たし、かつ、第２情報が２種類目の第２条件を満たした場合に、第２の協働条件が満たされたと判定して、右画像を選択する処理を実行する。

次に、サーバＳＶの動作について図１９のフローチャートを参照して詳細に説明する。なお、図１９の処理において、第１の実施形態でのサーバＳＶの処理（図７）と略同様の処理については同一符号を付して、説明を省略する。

図１９に示すように、サーバＳＶは、２つのスマートフォンＳＰからトロッコゲームを開始するための開始信号を受信すると（Ｓ３１：Ｙｅｓ）、各スマートフォンＳＰにトロッコゲーム用の画像を送信し（Ｓ３２）、各スマートフォンＳＰから圧力値を取得する（Ｓ３３）。ステップＳ３３の後、サーバＳＶは、所定期間内に各ユーザＵが身体を左に傾けたか否かを判定する（Ｓ１２１）。ここで、所定期間は、トロッコゲーム中において、例えば回答画像ＡＳ１，ＡＳ２が画面に表示されたときから所定の時間が経過した期間とすることができる。

ステップＳ１２１において所定期間内に各ユーザＵが身体を左に傾けたと判定した場合には（Ｙｅｓ）、サーバＳＶは、画面の左に表示された回答画像ＡＳ１を選択する（Ｓ１２２）。ステップＳ１２１においてＮｏと判定した場合には、サーバＳＶは、所定期間内に各ユーザＵが身体を右に傾けたか否かを判定する（Ｓ１２３）。

ステップＳ１２３において所定期間内に各ユーザＵが身体を右に傾けたと判定した場合には（Ｙｅｓ）、サーバＳＶは、画面の右に表示された回答画像ＡＳ２を選択する（Ｓ１２４）。ステップＳ１２２またはステップＳ１２４の後、サーバＳＶは、選択した回答画像ＡＳ１，ＡＳ２に相当する内容の回答が正解か否かを判定する（Ｓ１２５）。

ステップＳ１２５において回答が正解であると判定した場合には（Ｙｅｓ）、サーバＳＶは、正解したことを示す成功画像を各スマートフォンＳＰに送信して（Ｓ１２６）、ステップＳ４２の処理に進む。ステップＳ１２５において回答が正解でないと判定した場合には（Ｎｏ）、サーバＳＶは、不正解であること示す失敗画像を各スマートフォンＳＰに送信して（Ｓ１２７）、ステップＳ４２の処理に進む。また、ステップＳ１２３でＮｏと判定した場合、つまり、各ユーザＵの動きが揃っていない場合にも、サーバＳＶは、不正解であること示す失敗画像を各スマートフォンＳＰに送信する（Ｓ１２７）。

以上、第７の実施形態によれば、２人のユーザＵが互いに協力して、トロッコゲームを楽しむことができる。詳しくは、第１の協働条件を満たすと、各ユーザＵが選択した左画像が選択されるので、各ユーザＵがともに左画像を選んだことを知ることができ、他人との協力プレイを楽しむことができる。また、第２の協働条件を満たすと、各ユーザＵが選択した右画像が選択されるので、各ユーザＵがともに右画像を選んだことを知ることができ、他人との協力プレイを楽しむことができる。

次に、本発明に係る第８の実施形態について、適宜図面を参照しながら詳細に説明する。なお、第８の実施形態は、第１の実施形態とは、使用するシート用アプリが異なるだけなので、シート体験システム１の構成およびスマートフォンＳＰでの処理の説明は適宜省略する。

図２０に示すように、第８の実施形態に係るシート用アプリは、森の中を歩いているキャラクタが熊に出会ったときに死んだふりをして熊がいなくなるのを待つ熊回避ゲームを実行するアプリである。熊回避ゲームでは、所定のタイミングで熊が出現し、熊が出現してから所定期間の間、各ユーザＵは身体を所定の回避姿勢から動かさずに静止した状態を維持することを同時に行うことで、熊を回避することが可能となっている。

回避姿勢は、どのような姿勢であってもよいが、本実施形態では、ユーザＵがシート本体Ｓ０上で上半身を前に倒した姿勢とする。ユーザＵが上半身を前に倒した姿勢をとる場合には、例えばシートクッションＳ１に配置された圧力センサＰＳ１～ＰＳ３の少なくとも１つの圧力値がある程度狭い所定範囲内に維持され、シートバックＳ２に配置された圧力センサＰＳ４～ＰＳ６の少なくとも１つの圧力値が０となる。そのため、サーバＳＶは、各圧力センサＰＳ１～ＰＳ６の圧力値に基づいて、回避姿勢を判定することができる。

次に、サーバＳＶの動作について図２１のフローチャートを参照して詳細に説明する。なお、図２１の処理において、第１の実施形態でのサーバＳＶの処理（図７）と略同様の処理については同一符号を付して、説明を省略する。

図２１に示すように、サーバＳＶは、複数のスマートフォンＳＰから熊回避ゲームを開始するための開始信号を受信すると（Ｓ３１：Ｙｅｓ）、各スマートフォンＳＰに熊回避ゲーム用の画像を送信し（Ｓ３２）、各スマートフォンＳＰから圧力値を取得する（Ｓ３３）。ステップＳ３３の後、サーバＳＶは、画面上に熊が出現したか否かを判定する（Ｓ１４１）。

ステップＳ１４１において熊が出現したと判定した場合には（Ｙｅｓ）、熊が出現してから所定期間の間、各ユーザＵが静止状態となっているか、つまり各ユーザＵが回避姿勢を維持しているか否かを判定する（Ｓ１４２）。ステップＳ１４２において所定時間の間、各ユーザＵが静止状態を維持したと判定した場合には（Ｙｅｓ）、サーバＳＶは、熊の回避に成功したことを示す成功画像を各スマートフォンＳＰに送信して（Ｓ１４３）、ステップＳ４２の処理に進む。

ステップＳ１４２において所定時間の間においていずれかのユーザＵが動いてしまったと判定した場合には（Ｎｏ）、サーバＳＶは、熊の回避に失敗したことを示す失敗画像を各スマートフォンＳＰに送信して（Ｓ１４４）、ステップＳ４２の処理に進む。また、ステップＳ１４１においてＮｏと判定した場合には、そのままステップＳ４２の処理に進む。

以上、第８の実施形態によれば、複数のユーザＵが互いに協力して、熊回避ゲームを楽しむことができる。

図７に示す第１の実施形態では、協働条件が満たされた場合には（Ｓ３６：Ｙｅｓ）、ゲージ画像を最終形状に近づけ（Ｓ３７，Ｓ３８）、協働条件が満たされない場合には（Ｓ３６：Ｎｏ）、ゲージ画像を最終形状に近づけないようにしたが（Ｓ４４～Ｓ４７）、本発明はこれに限定されない。例えば、サーバＳＶは、協働条件を満たさない場合には、目標画像を現状の形状から最終形状に近づけるように目標画像を変化させ、協働条件を満たした場合には、協働条件を満たさない場合よりも、目標画像が現状の形状から最終形状にさらに近づくように目標画像を変化させてもよい。

具体的に、サーバＳＶは、図２２に示す処理を実行してもよい。図２２の処理は、図７の処理を一部変更したものであるため、図７と略同様の処理については同一符号を付して、説明を省略する。

図２２に示す処理では、サーバＳＶは、ステップＳ３６においてＹｅｓと判定すると、ゲージカウンタＣＧを２つインクリメントして（Ｓ１６１）、ステップＳ３８の処理に進む。ステップＳ３６においてＮｏと判定した場合には、サーバＳＶは、いずれかのユーザＵにおいてＮ≧Ｎｔｈを満たすか否かを判定する（Ｓ１６２）。

ステップＳ１６２においてＮ≧Ｎｔｈであると判定した場合には（Ｙｅｓ）、サーバＳＶは、ゲージカウンタＣＧを１つインクリメントして（Ｓ１６３）、ステップＳ３８の処理に進む。ステップＳ１６２においてＮｏと判定した場合には、サーバＳＶは、ステップＳ４４の処理に進む。

以上、この形態によれば、ステップＳ３６において協働条件（所定期間Ｔｔｈ内に各ユーザＵでＮ≧Ｎｔｈ）が満たされた場合には、サーバＳＶは、ステップＳ１６１，Ｓ３８によりゲージ画像を二段階上げる。また、ステップＳ３６において協働条件（所定期間Ｔｔｈ内に各ユーザＵでＮ≧Ｎｔｈ）が満たれなかったが、ステップＳ１６２でＹｅｓと判定した場合には、サーバＳＶは、ステップＳ１６３，Ｓ３８によりゲージ画像を一段階上げる。

なお、協働条件の成否に基づいて目標画像の進み具合を変化させる方法は、図１２～図１４に示す、宝獲得ゲーム、穴掘りゲームまたは破壊ゲームにも適用することができる。また、図１６に示すボートゲームにおいては、協働条件の成否に基づいてボートの直進方向への移動量を変化させてもよい。つまり、サーバＳＶは、協働条件を満たさない場合には、ボートを所定量直進させ、協働条件を満たした場合には、ボートを所定量よりも大きく直進させてもよい。

具体的に、サーバＳＶは、図２３に示す処理を実行してもよい。図２３の処理は、図１７の処理を一部変更したものであるため、図１７と略同様の処理については同一符号を付して、説明を省略する。

図２３に示す処理では、サーバＳＶは、ステップＳ１０１でＹｅｓと判定すると、２人のユーザＵが身体を前後に揺らしたタイミングのずれΔＴがしきい値ΔＴｔｈ以下であるか否かを判定する（Ｓ１８１）。ステップＳ１８１においてΔＴ≦ΔＴｔｈであると判定した場合には（Ｙｅｓ）、サーバＳＶは、ボートを、ΔＴ＞ΔＴｔｈであるときよりも大きく前進させた画像を生成して（Ｓ１８２）、ステップＳ４２の処理に進む。

ここで、本実施形態における所定期間は、動作判定期間ではなく、ΔＴｔｈである。サーバＳＶは、所定期間としてのΔＴｔｈの期間中に、２人のユーザＵが略同時に身体を前後に揺らすと、協働条件が満たされたと判定して、協働条件が満たされなかった場合よりもボートを大きく前進させる。

ステップＳ１８１においてΔＴ≦ΔＴｔｈであると判定した場合には（Ｙｅｓ）、サーバＳＶは、ボートを、ΔＴ≦ΔＴｔｈであるときよりも小さく前進させた画像を生成して（Ｓ１８３）、ステップＳ４２の処理に進む。つまり、サーバＳＶは、所定期間としてのΔＴｔｈの期間中に２人のユーザＵが略同時に身体を前後に揺らしたという協働条件が満たされなかったと判定すると、協働条件が満たされた場合よりもボートを小さく前進させる。

以上、この形態によれば、協働条件の成否に応じてボートが前進するスピードが変わるため、各ユーザＵがボートゲームをより楽しむことができる。

前記した各実施形態では、制御部としてサーバＳＶを例示したが、本発明はこれに限定されず、制御部は、例えばスマートフォンＳＰであってもよい。

所定の処理については、画面を使った処理に限らない。例えば、協働条件を満たした場合に、成功したことを示す音楽などをスピーカから流したりしてもよい。

前述した各ゲームの結果は、クラウドにあげてもよい。この場合、クラウドを介して、世界ランキングなどを見ることができる。また、自分の記録をクラウドに蓄積し、後で振り返ることができる。さらに、他人の記録を見ることもできる。また、自分と他人の記録を比較することができる。

前述したシート体験システムは、自動運転車にも適用することができる。この場合、自動運転時であることを条件に、シート体験システムを使用可能な設定にするとよい。また、シート体験システムの使用中においては、自動運転解除前に、シート体験システムの使用を制限するとよい。なお、この場合、突然に使用制限とならないように、事前案内手段を作動させて、音声案内や表示案内によって、所定時間後に使用制限となる旨を通知してもよい。

また、車両の停車時のみに、シート体験システムを使用可能に設定してもよい。なお、停車の判定は、車速が０であるかや、シフトレバーがパーキングレンジに位置するかなどで、判定すればよい。

シート体験システムの制御部は、外部環境やシート体験システム自体の異常を取得可能となっていてもよい。この場合、異常を取得したときに、シート体験システムの使用を制限するとよい。シート体験システム自体の異常としては、例えば、センサの異常、ハーネスの異常（断線）、ＥＣＵ異常、通信異常（端末の異常を含む）、シートに設けたヒータやファンなどの温度調整装置の異常や、シートの一部または全部を動かすアクチュエータの異常や、シートウェイトセンサや温度センサなどの他のセンサの異常や、シートに用いられる芳香剤の容量が少ないなど、消耗品の残量や使用状況に関する異常や、シート制御部自体の異常等が含まれる。また、外部環境の異常としては、例えば、アプリを実行するのに望ましくない状況であり、他の車が接近しているとか、道路状況が悪い、車速が高い、地震が発生した、目的地が近い、目的地に着いた、目的地に着くまでゲームが終わらないことが予測される、残燃料が少ない、バッテリーの残容量が少ない、車内または車外の温度や湿度が高い、等が含まれる。

使用を制限する方法は、一度の異常で制限する方法や、複数回の異常で制限する方法などが挙げられる。制限の仕方も何段階か設定可能である。例えば、第１段階では、使用を止めたほうが好ましいことを勧めることをメッセージや音声等で報知し、第２段階では、使用の禁止を強く提案することをメッセージや音声等で報知し、第３段階では、システムを強制終了する。

また、所定箇所のセンサの異常を検出したときには、異常が検出されていないセンサを使ったゲームを推奨するように、シート体験システムを構成することもできる。例えば、シートクッションの座面のセンサが異常である場合には、シートクッションの座面の左右両側にある座面から盛り上がった側部のセンサを使ったゲームを推奨する。

前記実施形態では、センサとして圧力センサＰＳ１～ＰＳ６を例示したが、本発明はこれに限定されず、センサは、例えば光センサ、静電容量センサ、温度センサ、音の大きさを検出する音センサなどであってもよい。例えば、光センサまたは静電容量センサを利用する場合には、センサのＯＮ・ＯＦＦの状態に基づいてユーザの動作を判定することができる。また、温度センサでは、測定した温度が所定値以上であるか否かを判定することで、ユーザが温度センサを擦った動作を行っているかを判定することができる。

音の大きさを検出する音センサでは、例えば検出した音の大きさに基づいてユーザの発声動作を判定することができる。なお、音センサを利用する場合には、シートはなくてもよい。例えば、前述したようなスポーツ観戦アプリを実行可能なアプリ体験システムは、音センサを有する複数の端末を備える。そして、複数のユーザが各自の端末の音センサに向けて略同時（所定期間内）に所定の音量以上の声を発することで、協働条件が満たされたと判定して、画面上の応援ゲージを上げるようにしてもよい。

前記実施形態では、第１条件または第２条件を満たすかの判定を、複数の圧力センサの圧力値で行ったが、本発明はこれに限定されず、１つの圧力センサの圧力値で判定を行ってもよい。

また、センサは、シートクッションまたはシートバックの左右の側部（座面から突出した部分）、ヘッドレスト、アームレスト、または、シート周りの部品（インパネ、ドア、フロア）などに設けられていてもよい。

シートは、自動車で使用される車両用シートであってもよいし、その他の乗物用シート、例えば、船舶や航空機などで使用されるシートであってもよい。また、シートは、乗物用シートに限らず、例えば、座椅子、家具やアウトドアの椅子、病院の待合椅子、公園のベンチ、ベッド、マットレスなどであってもよい。

前記実施形態では、端末として、スマートフォンＳＰを例示したが、本発明はこれに限定されず、端末は、例えばタブレットやＰＣなどであってもよい。また、端末は、シートに備え付けの端末であり、シートに一体に設けられていてもよい。また、端末は、カーナビゲーションシステムを構成する端末であってもよい。また、端末は、複数のユーザが視聴可能な大画面を有する端末であってもよい。この場合、端末が、協働条件を判定する制御部を有していてもよい。

前記した実施形態および変形例で説明した各要素を、任意に組み合わせて実施してもよい。

１ シート体験システム
ＰＳ１ 圧力センサ
ＰＳ２ 圧力センサ
ＰＳ３ 圧力センサ
ＰＳ４ 圧力センサ
ＰＳ５ 圧力センサ
ＰＳ６ 圧力センサ
Ｓ シート
Ｓ０ シート本体
ＳＰ スマートフォン
ＳＶ サーバ
Ｔｔｈ 所定期間
Ｕ ユーザ

Claims (12)

1. 第１シート本体と、前記第１シート本体上の第１ユーザの動作を検出するための第１情報を取得する第１センサを有する第１シートと、
   第２シート本体と、前記第２シート本体上の第２ユーザの動作を検出するための第２情報を取得する第２センサを有する第２シートと、
   前記第１センサから前記第１情報を取得し、かつ、前記第２センサから前記第２情報を取得する制御部と、を備えたシート体験システムであって、
   前記制御部は、
   所定期間内に、前記第１情報が第１条件を満たし、かつ、前記第２情報が第２条件を満たすという協働条件を満たした場合に、所定の処理を実行し、
   前記協働条件を満たさない場合には、前記所定の処理を実行しないことを特徴とするシート体験システム。
2. 前記第１センサおよび前記第２センサは、圧力センサであることを特徴とする請求項１に記載のシート体験システム。
3. 画面を有する端末をさらに備え、
   前記制御部は、
   初期形状から最終形状まで段階的に変化する目標画像を前記画面に表示可能であり、
   前記所定の処理において、前記目標画像を現在の形状から前記最終形状に近づけるように前記目標画像を変化させることを特徴とする請求項１または請求項２に記載のシート体験システム。
4. 前記制御部は、
   前記協働条件を満たした場合には、前記目標画像を現状の形状から前記最終形状に近づけるように前記目標画像を変化させ、
   前記協働条件を満たさない場合には、前記目標画像を変化させないことを特徴とする請求項３に記載のシート体験システム。
5. 前記制御部は、
   前記協働条件を満たさない場合には、前記目標画像を現状の形状から前記最終形状に近づけるように前記目標画像を変化させ、
   前記協働条件を満たした場合には、前記協働条件を満たさない場合よりも、前記目標画像が現状の形状から前記最終形状にさらに近づくように前記目標画像を変化させることを特徴とする請求項３に記載のシート体験システム。
6. 画面を有する端末をさらに備え、
   前記制御部は、
   前記画面に表示された可動体を直進および旋回させることが可能であり、
   前記所定の処理において、前記可動体を直進させることを特徴とする請求項１または請求項２に記載のシート体験システム。
7. 前記制御部は、
   前記協働条件を満たした場合には、前記可動体を直進させ、
   前記協働条件を満たさない場合には、前記可動体を直進させないことを特徴とする請求項６に記載のシート体験システム。
8. 前記制御部は、
   前記協働条件を満たさない場合には、前記可動体を所定量直進させ、
   前記協働条件を満たした場合には、前記可動体を前記所定量よりも大きく直進させることを特徴とする請求項６に記載のシート体験システム。
9. 前記制御部は、
   前記第１情報が前記第１条件を満たし、かつ、前記第２情報が前記第２条件を満たさない場合には、前記可動体を左右の一方に旋回させることを特徴とする請求項６から請求項８のいずれか１項に記載のシート体験システム。
10. 前記制御部は、
    前記第１情報が前記第１条件を満たさず、かつ、前記第２情報が前記第２条件を満たす場合には、前記可動体を左右の他方に旋回させることを特徴とする請求項９に記載のシート体験システム。
11. 画面を有する端末をさらに備え、
    前記第１センサは、前記第１シート本体の左に位置する第１左センサと、前記第１シート本体の右に位置する第１右センサと、を有し、
    前記第２センサは、前記第２シート本体の左に位置する第２左センサと、前記第２シート本体の右に位置する第２右センサと、を有し、
    前記制御部は、
    左右に並ぶ左画像および右画像を前記画面に表示可能であり、
    前記第１左センサから取得した圧力値が所定値以上であり、かつ、前記第１右センサから取得した圧力値が所定値以上でない場合には、前記第１情報が第１条件を満たしたと判定し、
    前記第２左センサから取得した圧力値が所定値以上であり、かつ、前記第２右センサから取得した圧力値が所定値以上でない場合には、前記第２情報が第２条件を満たしたと判定し、
    前記所定の処理において、前記左画像を選択することを特徴とする請求項２に記載のシート体験システム。
12. 画面を有する端末をさらに備え、
    前記第１センサは、前記第１シート本体の左に位置する第１左センサと、前記第１シート本体の右に位置する第１右センサと、を有し、
    前記第２センサは、前記第２シート本体の左に位置する第２左センサと、前記第２シート本体の右に位置する第２右センサと、を有し、
    前記制御部は、
    左右に並ぶ左画像および右画像を前記画面に表示可能であり、
    前記第１右センサから取得した圧力値が所定値以上であり、かつ、前記第１左センサから取得した圧力値が所定値以上でない場合には、前記第１情報が第１条件を満たしたと判定し、
    前記第２右センサから取得した圧力値が所定値以上であり、かつ、前記第２左センサから取得した圧力値が所定値以上でない場合には、前記第２情報が第２条件を満たしたと判定し、
    前記所定の処理において、前記右画像を選択することを特徴とする請求項２に記載のシート体験システム。

Images