JP2013188426A - 情報処理装置、情報処理システムおよびプログラム - Google Patents

Abstract

【課題】ユーザによるスポーツのプレーの状態をより的確に把握する。
【解決手段】情報処理装置は、スポーツをプレーするユーザの挙動を示すセンサ情報を取得するセンサ情報取得部と、上記センサ情報に基づいて上記スポーツにおけるプレーイベントの発生を検出し、該プレーイベントに対応するプレーイベント情報を生成するプレーイベント情報生成部とを含む。
【選択図】図３

Description

本開示は、情報処理装置、情報処理システムおよびプログラムに関する。

スポーツの上達のためには、自らのプレーを客観的に分析し、改善のための意識をもってプレーすることが重要である。そのために、例えば、プレーを静止画像や動画として録画し、プレー後にその静止画像や動画を視聴して、改善点などを把握することが広く行われている。このような静止画像や動画は、他人に撮影してもらう場合もあるが、ユーザ自身が撮影する、いわゆる自分撮りである場合も多い。

このような場合に、例えば、静止画像や動画のコンテンツの中から、特定のユーザが映っている部分や、ユーザが特定のプレーをしている部分を抽出できれば、短い時間でプレーを振り返り、改善点を把握することができる。つまり、コンテンツからユーザの所望のシーンを自動的に検出することができれば、コンテンツの検索性が向上し、プレーの上達のためにコンテンツを効率的に活用することができる。

コンテンツからユーザの所望のシーンを自動的に検出する技術は、例えばプロスポーツの中継のような商用のコンテンツでは既に提案されている。例えば、特許文献１には、コンテンツの画像や音声の特徴量に基づく学習によって、ユーザの興味の対象となるシーン（ハイライトシーン）を自動的に検出する技術が記載されている。

特開２０１１−２２３２８７号公報

しかしながら、上記の特許文献１に記載のような技術を、ユーザが自身のスポーツの上達のために撮影したコンテンツに適用することは、容易ではない。上記の技術では、例えばサッカーの試合のコンテンツの場合、フィールドのラインやボールの軌跡を示す画像の特徴量や、ホイッスルや歓声を示す音声の特徴量を抽出して学習し、ハイライトシーンを検出する。ところが、ユーザが撮影したコンテンツの場合、プレーする場所が様々であり、またホイッスルや歓声もない場合が多い。さらに、例えばコートから出たボールを拾いに行っている間など、明らかに不要なシーンもコンテンツに含まれている。従って、商用のコンテンツと同じように特徴量の学習をすることは難しく、また効率的ではない。

それゆえ、例えばユーザが自身のスポーツの上達のために撮影したようなコンテンツについて、上記の技術とは異なる手法によってユーザの所望のシーンを検出する技術が求められていた。そこで、本開示では、ユーザによるスポーツのプレーの状態をより的確に把握することが可能な、新規かつ改良された情報処理装置、情報処理システムおよびプログラムを提案する。

本開示によれば、スポーツをプレーするユーザの挙動を示すセンサ情報を取得するセンサ情報取得部と、上記センサ情報に基づいて上記スポーツにおけるプレーイベントの発生を検出し、該プレーイベントに対応するプレーイベント情報を生成するプレーイベント情報生成部とを含む情報処理装置が提供される。

また、本開示によれば、スポーツをプレーするユーザの挙動を示すセンサ情報を取得するセンサ、および上記センサ情報を送信する通信部を有するセンサ装置と、上記センサ装置から上記センサ情報を受信する通信部、および上記センサ情報に基づいて上記スポーツにおけるプレーイベントの発生を検出し、該プレーイベントに対応するプレーイベント情報を生成するプレーイベント情報生成部を有する情報処理装置とを含む情報処理システムが提供される。

また、本開示によれば、スポーツをプレーするユーザの挙動を示すセンサ情報を取得する機能と、上記センサ情報に基づいて上記スポーツにおけるプレーイベントの発生を検出し、該プレーイベントに対応するプレーイベント情報を生成する機能とをコンピュータに実現させるためのプログラムが提供される。

本技術において、プレーイベントは、スポーツのプレーにおいて何らかの意味を有する動作の単位として定義される。詳しくは後述するが、例えばテニスであれば、「コート内での移動」、「スイング」、「ジャンプ」、「ボールを打つ」といったようなプレーイベントが定義されうる。かかるプレーイベントの発生が検出され、検出されたプレーイベントに対応するプレーイベント情報が生成されることによって、ユーザによるスポーツのプレー状態を、例えばユーザにとって何らかの意味を有する動作を単位として把握することが可能である。

以上説明したように本開示によれば、ユーザによるスポーツのプレーの状態をより的確に把握することができる。

本開示の第１の実施形態に係る情報処理システムの概要を示す図である。 本開示の第１の実施形態における撮像装置の設置例について説明するための図である。 本開示の第１の実施形態に係るセンサ装置および撮像装置の概略的な機能構成を示すブロック図である。 本開示の第１の実施形態におけるプレーイベント検出の例を示す図である。 本開示の第１の実施形態で生成されるプレーイベント情報の例を示す図である。 本開示の第１の実施形態で生成されるプレーイベントの詳細情報の例を示す図である。 本開示の第１の実施形態で生成されるプレーイベントの詳細情報としてスイングの種類を設定する例について説明するための図である。 本開示の第１の実施形態におけるプレーイベント情報の利用の例を示す図である。 本開示の第１の実施形態において、所定のプレーイベントの区間でプレー画像を撮像するための処理フローの例を示す図である。 本開示の第１の実施形態において、撮像された動画にチャプタを設定するための処理フローの例を示す図である。 本開示の第２の実施形態に係るシステムの概要を示す図である。 本開示の第２の実施形態に係るセンサ装置および通知装置の概略的な機能構成を示すブロック図である。 本開示の第２の実施形態で設定される通知ＤＢの例を示す図である。 本開示の第２の実施形態において、ユーザに通知情報を提供するための処理フローの例を示す図である。 本開示の実施形態に係るセンサ装置のハードウェア構成の例を示す図である。 本開示の実施形態に係る情報処理装置のハードウェア構成の例を示す図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．第１の実施形態
１−１．システム構成
１−２．装置構成
１−３．プレーイベント検出の例
１−４．プレーイベント情報の例
１−５．プレーイベント情報の利用の例
１−６．処理フローの例
１−７．実施形態のまとめ
２．第２の実施形態
２−１．システム構成
２−２．装置構成
２−３．通知ＤＢの例
２−４．処理フローの例
２−５．実施形態のまとめ
３．第３の実施形態
４．他の実施形態
５．ハードウェア構成
６．補足

（１．第１の実施形態）
まず、図１〜図１０を参照して、本開示の第１の実施形態について説明する。本開示の第１の実施形態では、プレーイベント情報が、プレー画像の撮像や付加情報設定に利用される。

（１−１．システム構成）
図１は、本開示の第１の実施形態に係る情報処理システムの概要を示す図である。情報処理システム１０は、センサ装置１００と、撮像装置２００と、サーバ３００とを含む。

（センサ装置）
センサ装置１００は、スポーツをプレーしているユーザ、またはユーザが使用するスポーツ用具に装着される。センサ装置１００をユーザに装着する場合、例えば、図示しているようにセンサ装置１００を腕輪状の形状にして、ユーザの体に直接装着してもよい。また、センサ装置１００をスポーツ用具（例えばテニスの場合、ラケット、ウェア、シューズ、リストバンドなど）に装着する場合、センサ装置１００をシャフト部分などに巻きつけたり、布地に縫い付けたり、貼り付けたり、また予め用具に内蔵したりしてもよい。

ここで、センサ装置１００は、スポーツをプレーするユーザの挙動を示すセンサ情報を取得する。センサ情報によって示されるユーザの挙動は、例えば、ユーザや用具の物理的な運動（位置、速度、加速度など）でありうる。かかるセンサ情報を取得するために、例えば、センサ装置１００は、少なくとも１つのセンサを有する。センサは、例えば加速度、角速度、振動、温度、時刻、または位置（例えば緯度経度によってあらわされる地表上の位置、またはコートなどに対する相対的な位置）などを検出する。センサ装置１００は、例えばこのようにして取得されたセンサ情報を、撮像装置２００に送信する。

（撮像装置）
撮像装置２００は、スポーツのプレー画像を撮像する。プレー画像は、少なくともその一部にスポーツをプレーしているユーザが映っている画像であり、静止画像または動画でありうる。撮像装置２００は、例えばユーザがスポーツをプレーしているコートなどの周辺に設置されて、プレー画像を撮像する。このとき、撮像装置２００は、センサ装置１００から受信したセンサ情報に基づいて、ユーザがプレーしているスポーツにおけるプレーイベントの発生を検出し、プレーイベントに対応するプレーイベント情報を生成し、このプレーイベント情報に基づいてプレー画像の撮像を制御する。撮像装置２００は、撮像したプレー画像をサーバ３００にアップロードしてもよい。

ここで、例えば、撮像装置２００は、プレーイベント情報に基づいてプレー画像の撮像開始または撮像終了の少なくとも一方を決定する。これによって、例えば、ユーザが予め指定したプレーイベントのシーンだけを含むプレー画像が生成されうる。また、例えば、撮像装置２００は、プレーイベント情報に基づいてプレー画像にチャプタ情報などの付加情報を設定する。これによって、例えば、ユーザがプレー画像を視聴するときに、所望のプレーイベントのシーンを検索することが容易になる。

また、撮像装置２００は、複数設置されていてもよい。図示された例では、３台の撮像装置２００ａ〜２００ｃが設置されている。このような場合、撮像装置２００ａ〜２００ｃによって撮像されたプレー画像は、プレーイベント情報に基づいて選別されてもよい。より具体的には、例えば、撮像装置２００ａ〜２００ｃは、それぞれがセンサ装置１００からセンサ情報を受信してプレーイベント情報を生成し、それに基づいて各々の撮像を制御してもよい。また、撮像装置２００ａ〜２００ｃのうちのいずれかがセンサ装置１００からセンサ情報を受信し、その装置がホストとなって、他の装置での撮像を制御してもよい。これによって、例えば、それぞれのプレーイベントについて最も適切なアングルを有する撮像装置２００でプレー画像が撮像される。あるいは、それぞれの撮像装置２００で撮像されたプレー画像から、それぞれのプレーイベントについて最も適切なアングルの画像が選択される。

さらに、撮像装置２００は、図示された例における撮像装置２００ａのように、スポーツがプレーされているコートなどを俯瞰的に撮像するものを含んでもよい。この場合、撮像装置２００ａは、センサ装置としても機能しうる。例えば、撮像装置２００ａは、撮像した画像、または画像を解析して取得されたユーザのコート内などでの位置情報を、センサ情報として撮像装置２００ｂ，２００ｃに提供してもよい。

なお、上記の例では３台の撮像装置２００が設置されるが、他の実施形態では撮像装置２００が１台であってもよく、２台であってもよく、また４台以上であってもよい。

（サーバ装置）
サーバ３００は、撮像装置２００が撮像したプレー画像を録画コンテンツとして取得しうる。サーバ３００は、取得したプレー画像を蓄積し、クライアント４００によるダウンロードに供してもよい。このようにして、ユーザは、自らのプレー画像を、プレー後に自宅などで視聴することができる。なお、上記で説明した撮像装置２００の機能のうち、実際にプレー画像を撮像する機能以外は、サーバ３００によって代行されてもよい。つまり、サーバは、撮像装置２００だけではなくセンサ装置１００とも通信し、センサ装置１００から受信したセンサ情報に基づいて撮像装置２００を制御してもよい。

（撮像装置の設置方法の例）
図２は、本開示の第１の実施形態における撮像装置の設置例について説明するための図である。上述のように、本実施形態では、スポーツをプレーするユーザの画像を撮像する撮像装置２００が設けられる。かかる撮像装置２００は、例えば図示された撮像装置２００ａ１のように、クレイドルに固定されたデジタルカメラであってもよい。また、撮像装置２００は、図示された撮像装置２００ａ２のように、撮像機能を有する携帯電話（スマートフォン）がクレイドルに固定されたものであってもよい。さらに、撮像装置２００は、図示された撮像装置２００ａ３のように、全方位カメラモジュールであってもよい。

例えばテニスの場合、こうした撮像装置２００は、図示されているようにコートの支柱に取り付けられてもよい。支柱のコートに対する相対的な位置は決まっているため、支柱に取り付けられた撮像装置２００の画像からは、プレーヤのコート内での位置を識別することが比較的容易である。また、撮像装置２００が広角レンズを用いていたり、撮像装置２００ａ３のような全方位カメラであるような場合、支柱に取り付けることでコート全面を俯瞰することが可能である。

このように、撮像装置２００を適切に配置することで、動画の解析による打球の結果の判定や、プレーヤの動きの判定が可能である。かかる撮像装置２００によって取得された画像、または当該画像の解析結果の情報も、ユーザの挙動を示すセンサ情報として、プレーイベントの検出を実行する撮像装置２００によって利用されてもよい。

（１−２．装置構成）
図３は、本開示の第１の実施形態に係るセンサ装置および撮像装置の概略的な機能構成を示すブロック図である。

（センサ装置）
センサ装置１００は、センサ１１０と、前処理部１２０と、通信部１３０とを含む。なお、これらの機能を実現するためのハードウェア構成については後述する。

センサ１１０は、例えば加速度、角速度、振動、温度、時刻、または位置などを検出する。より具体的には、センサ１１０は、例えば加速度センサ、角速度センサ、振動センサ、温度センサ、時計、またはＧＰＳ（Global Positioning System）受信機などを含みうる。また、上述のように撮像装置２００がセンサ装置としても機能する場合、センサ１１０は、ユーザのコート内などでの位置情報を取得するための画像を撮像する撮像部でありうる。

前処理部１２０は、センサ１１０によって検出されたデータの前処理を実行する。前処理は、例えば、検出されたデータの増幅や、閾値以下のデータのフィルタリングなどでありうる。また、センサ１１０が撮像部である場合、前処理部１２０で、ユーザの位置を特定するための画像処理が実行されてもよい。なお、センサ１１０の種類によっては、データが必ずしも前処理部１２０を経由せずに通信部１３０に供給される場合もある。

通信部１３０は、前処理部１２０（またはセンサ１１０）から提供されたデータを、センサ情報として撮像装置２００に向けて送信する通信モジュールである。センサ情報の送信には、例えば無線通信が用いられる。通信方式は特に限定されないが、例えば撮像装置２００がセンサ装置１００の近くにある場合には、Ｂｌｕｅｔｏｏｔｈ（登録商標）や無線ＬＡＮ（Local Area Network）などが用いられうる。また、撮像装置２００がセンサ装置１００から離れていたり、センサ情報をサーバ３００に送信したりする場合には、インターネットなどが用いられてもよい。

（撮像装置）
撮像装置２００は、通信部２１０と、解析部２２０と、制御部２３０と、撮像部２４０とを含む。なお、これらの機能を実現するためのハードウェア構成については後述する。

通信部２１０は、センサ装置１００から送信されたセンサ情報を受信する通信モジュールである。センサ装置１００について説明したように、センサ情報の送受信には、例えばＢｌｕｅｔｏｏｔｈ（登録商標）や無線ＬＡＮなどの近距離無線通信が用いられてもよい。通信部２１０は、受信したセンサ情報を解析部２２０に提供する。なお、本実施形態では、この通信部２１０が、センサ情報を取得するセンサ情報取得部にあたる。他の例として、センサ情報取得部は、別途設けられた通信装置から、あるいは撮像装置２００の他の部分から内部的にセンサ情報を取得するインターフェースであってもよい。

解析部２２０は、通信部２１０から提供されたセンサ情報を解析し、解析結果を制御部２３０に提供する。解析部２２０は、プレーイベント情報生成部２２１を含む。プレーイベント情報生成部２２１は、センサ情報に基づいてスポーツにおけるプレーイベントの発生を検出し、プレーイベントに対応するプレーイベント情報を生成する。

ここで、上述のように、プレーイベントは、スポーツのプレーにおいて何らかの意味を有する動作の単位として定義される。例えば、テニスの場合であれば、「コート内での移動」、「スイング」、「ジャンプ」、「ボールを打つ」といったようなプレーイベントが定義されうる。プレーイベント情報生成部２２１は、予め定義されたプレーイベントの発生を、機械学習やパターン認識などを用いたセンサ情報の解析によって検出する。さらに、プレーイベント情報生成部２２１は、発生したことが検出されたプレーイベントについて、例えば必要に応じてセンサ情報をさらに参照して当該プレーイベントに関する詳細な情報を付加して、プレーイベント情報を生成する。なお、プレーイベントの検出や、プレーイベント情報の具体的な例については、後述する。

制御部２３０は、解析部２２０から提供された解析結果であるプレーイベント情報に基づいて、撮像装置２００の動作を制御する。本実施形態において、制御部２３０は、撮像制御部２３１と、チャプタ設定部２３２とを含む。

撮像制御部２３１は、プレーイベント情報に基づいて、撮像部２４０によるプレー画像の撮像を制御する。例えば、撮像制御部２３１は、撮像部２４０による、動画像であるプレー画像の撮像開始または撮像終了の少なくともいずれかを、プレーイベント情報に基づいて決定する。より具体的には、撮像制御部２３１は、所定のプレーイベントの発生が検出された場合に、当該プレーイベントの区間についてプレー画像が撮像されるように撮像部２４０を制御する。

また、撮像制御部２３１は、複数の撮像装置によって撮像されるプレー画像を、プレーイベント情報に基づいて選別してもよい。上述のように、複数の撮像装置２００によってプレー画像が撮像される場合、それぞれの撮像装置２００の撮像制御部２３１は、検出されたプレーイベントについて、自装置のアングルが適切である場合に、撮像部２４０にプレー画像を撮像させてもよい。また、いずれかの撮像装置２００の撮像制御部２３１が、プレーイベントについて最も適切なアングルを有する撮像装置２００でプレー画像が撮像されるように、他の撮像装置２００の撮像部２４０を制御してもよい。あるいは、いずれかの撮像装置２００の撮像制御部２３１によって、それぞれの撮像装置２００で撮像されたプレー画像から、それぞれのプレーイベントについて最も適切なアングルの画像が選択されてもよい。

一方、チャプタ設定部２３２は、プレーイベント情報に基づいて、撮像部２４０によって撮像されたプレー画像に、プレーイベントに対応するチャプタ情報を設定する。チャプタ情報は、プレー画像が動画像である場合に、当該動画像の再生区間を例えば再生時間によって定義する情報である。チャプタ情報が設定されることによって、ユーザは、プレー画像を視聴する際に、チャプタ単位で再生をスキップしたり、また戻ったりすることができる。従って、所望のプレーイベントの部分にジャンプしたり、そのプレーイベント部分を繰り返し視聴したりといったことが可能である。

なお、本実施形態では、このチャプタ設定部２３２が、プレー画像に付加情報を設定する付加情報設定部にあたる。他の例として、付加情報設定部は、プレー画像の特定のプレーイベントに対応する区間、あるいはその前の区間に、プレーイベントを示すキャプションを表示するための情報をプレー画像に付加してもよい。また、例えば、付加情報設定部は、プレー画像が静止画像である場合に、当該静止画像にプレーイベントを示すキャプションの情報を付加してもよい。

撮像部２４０は、画像を撮像するための撮像素子やレンズ、およびそれらの駆動回路などを含む。撮像部２４０は、制御部２３０の制御に従ってプレー画像を撮像する。撮像されたプレー画像のデータは、例えば例えば通信部２１０からサーバ３００（図２には示していない）に送信されてもよい。あるいは、撮像されたプレー画像のデータは、撮像装置２００の記憶装置に蓄積されてもよい。

（１−３．プレーイベント検出の例）
図４は、本開示の第１の実施形態におけるプレーイベント検出の例を示す図である。図示された例では、撮像装置２００のプレーイベント情報生成部２２１が、テニスのスイングを、ユーザが使用するラケットの振動をセンサ情報として用いて検出する。

図示された例において、スイングは、テイクバック、フォワードスイング、インパクト、ポストインパクト、およびフォロースルーの動作からなるものとする。本実施形態では、「スイング」のプレーイベントは、このテイクバックからフォロースルーまでの一連の動作として定義される。例示的な振動波形に示されるように、このときのラケットの振動は、インパクトの動作時に発生し、ポストインパクトの動作の間に減衰する。

この場合、プレーイベント情報生成部２２１は、まず、インパクトの区間で発生するラケットの振動を、ラケットに装着されたセンサ装置１００に含まれる振動センサ（センサ１１０）によるセンサ情報によって検出する。プレーイベント情報生成部２２１は、その後の振動の減衰波形をも考慮して、この振動がスイングを表すものであることを特定する。つまり、ここで、プレーイベント情報生成部２２１は、プレーイベント「スイング」が発生したことを検出する。

さらに、プレーイベント情報生成部２２１は、振動の発生時点をインパクトの開始時点とし、そこから３〜５ミリ秒の区間をインパクトとし、その前後にテイクバック、フォワードスイング、ポストインパクト、およびフォロースルーの区間を定義する。これらの区間の全体が、プレーイベント「スイング」の区間である。プレーイベント情報生成部２２１は、これらの区間の開始および終了の時刻を、後述するプレーイベント情報に含めてもよい。

ここで、テイクバック、フォワードスイング、インパクト、ポストインパクト、およびフォロースルーの各区間の長さは、例えば、一般的なスイングのデータからあらかじめ設定されていてもよい。設定値は、例えば固定値であってもよいし、振動の振幅や長さに応じた相対的な値であってもよい。

（１−４．プレーイベント情報の例）
図５は、本開示の第１の実施形態で生成されるプレーイベント情報の例を示す図である。図示された例において、プレーイベント情報は、センサ装置ＩＤ、開始時刻、終了時刻、プレーイベント種類、および詳細情報を含む。

センサ装置ＩＤは、プレーイベントを検出する基になったセンサ情報を送信したセンサ装置１００を識別するための情報である。例えば、複数のプレーヤがそれぞれセンサ装置１００を装着し、複数のユーザの挙動を示すセンサ情報が通信部２１０によって受信される場合、これらのセンサ装置１００をセンサ装置ＩＤによって識別することで、プレーイベントに対応するユーザを特定することができる。ＩＤ情報には、例えばセンサ装置１００のＭＡＣ（Media Access Control）アドレスなどが用いられてもよい。なお、センサ装置１００が１台しかない場合には、センサ装置ＩＤの情報は省略されてもよい。

開始時刻および終了時刻の情報は、プレーイベントの開始と終了の時刻を特定する。例えば、図４に示す「スイング」のプレーイベントであれば、テイクバックの始点とフォロースルーの終点との時刻が、それぞれ開始時刻および終了時刻として記録されうる。この例のように、プレーイベントは秒単位、またはミリ秒単位で発生しうるため、開始時刻および終了時刻は少なくとも秒単位、好ましくはミリ秒単位で記録されることが望ましい。開始時刻および終了時刻は、例えば、センサ装置１００側でセンサ情報を送信するときに付加される時刻情報に基づいて特定されてもよいし、また撮像装置２００側でセンサ情報を受信するときに付加される時刻情報に基づいて特定されてもよい。

プレーイベント種類は、プレーイベントの種類を示す情報である。と、プレーイベントごとの詳細データとを含む。例えば、テニスの場合、「コート内での移動」、「スイング」、「ジャンプ」、「ボールを打つ」、・・・といったようなプレーイベントの種類が設定されうる。この場合、例えば、「ジャンプ」しながら「スイング」して「ボールを打つ」、といったように、重複した区間について複数の種類のプレーイベントが設定される場合もある。なお、プレーイベントの種類は、スポーツの種目や、プレーヤの嗜好によって様々に設定されうる。

詳細情報は、各プレーイベントの内容をさらに詳細に記述する情報である。詳細情報の例について、続いて図６を参照してさらに説明する。

図６は、本開示の第１の実施形態で生成されるプレーイベントの詳細情報の例を示す図である。図示された例では、テニスで生成される「コート内での移動」、「スイング」、「ジャンプ」、「ボールを打つ」という４つの種類のプレーイベントについて、プレーイベント情報に設定されうる詳細情報が示されている。

例えば、「コート内での移動」のプレーイベントであれば、詳細情報としてＧＰＳ情報（緯度経度）が記録される。ＧＰＳ情報は、例えば、移動の始点と終点とを示す情報として記録されてもよい。なお、こうした情報は、例えば準天頂衛星の利用などによってＧＰＳの精度が向上すれば現実的に取得可能である。

また、「スイング」のプレーイベントでは、スイングの種類が詳細情報として記録される。スイングの種類の検出については、この後図７を参照して説明する。「ジャンプ」のプレーイベントでは、ＧＰＳ情報（緯度経度）が、ジャンプをした位置の情報として記録される。「ボールを打つ」のプレーイベントでは、ラケットにボールが当たった位置が詳細情報として記録される。ボールの当たった位置から、スイートスポット率（ボールがスイートスポット（ボールを打ったときのラケットの振動が最小になる位置など）に当たった率）が算出されて、詳細情報として記録されてもよい。なお、ボールの当たった位置は、例えばラケットの振動の情報から検出することが可能である。

このように、各プレーイベントについて詳細情報を設定することによって、例えば、プレーイベント情報を利用してプレー画像の撮像を制御する場合に、ユーザの所望に応じた細やかな制御が可能になる。また、プレー画像にプレーイベントに関する付加情報を設定する場合に、単にイベントの種類だけではなく様々な情報を付加することが可能になり、例えばユーザのスポーツの上達に役立てることができる。

なお、例えば「コート外に球を拾いに行った」、「休憩」、「歓談」などのように、プレー画像としては不要なプレーイベントも設定されうる（例えばその部分ではプレー画像の撮像を中止したり、プレー画像の再生時にその部分をスキップしたりできるようにするため）。例えばこのようなプレーイベントでは、詳細情報は設定されなくてもよい。

図７は、本開示の第１の実施形態で生成されるプレーイベントの詳細情報としてスイングの種類を設定する例について説明するための図である。図示された例では、センサ装置１００ａが、ラケットのシャフト部分に装着されている。センサ装置１００ａは、センサ１１０としてｘ軸、ｙ軸、ｚ軸の各方向について加速度を検出することが可能な３軸の加速度センサを有する。

この場合、ユーザがラケットをスイングすると、スイングの種類に特有の波形が加速度の時系列データに現れる。例えば、フォアハンドストロークとサーブとの特徴は、図示されているように現れる（なお、センサ装置１００ａの取り付け位置、および加速度センサの性能などによって、必ずしも図示したような波形が観察されるとは限らない）。このような加速度の時系列データをベクトル特徴化し、予め登録しておいた識別辞書と照合することによって、スイングの種別を識別することが可能である。識別には、一般的な機械学習の方法を用いればよい。例えば、ｋ−ＮＮ法やサポートベクターマシンなどを用いることが可能である。なお、スイングの種類としては、例えばフォアハンドストローク、フォアハンドボレー、フォアハンドスライス、バックハンドストローク、バックハンドスライス、バックハンドボレー、サーブ、スマッシュなどが挙げられる。

このようにして、プレーイベント「スイング」の詳細情報に、スイング種別を設定することが可能である。詳細情報は、この他にも、ユーザの所望に応じて、公知の各種の技術を使って取得される情報を含みうる。

（１−５．プレーイベント情報の利用の例）
図８は、本開示の第１の実施形態におけるプレーイベント情報の利用の例を示す図である。図示された例では、ユーザＡおよびユーザＢによってテニスがプレーされる。ユーザＡおよびユーザＢは、いずれもセンサ装置１００を装着している。１台の撮像装置２００が、プレーの模様をプレー画像として撮像する。

この場合、例えば、撮像装置２００は、ユーザＡおよびユーザＢのそれぞれについて、スイングの機会ごとにプレーイベント情報を生成しうる。図では、生成されるプレーイベント情報が、ユーザＡおよびユーザＢのそれぞれについて時系列で示されている。プレーイベントに記載されているのは、詳細情報として特定されたスイングの種類である。

このようにプレーイベント情報がユーザごとに設定されることによって、例えば、ユーザＡおよびユーザＢのプレーが交互に映っているプレー画像から、ユーザＡまたはユーザＢのプレーを抽出または検索することが可能である。また、詳細情報としてスイングの種類が設定されていることによって、例えば、ユーザＡ、ユーザＢにかかわらず、ストローク（ボレー、サーブなどでもよい）を映したシーンを抽出または検索することも可能である。また、プレーイベント「スイング」に、ボールの当たった位置などの他の詳細情報が設定されている場合には、それを基にしてプレー画像のシーンを抽出または検索してもよい。

（１−６．処理フローの例）
（撮像制御）
図９は、本開示の第１の実施形態において、所定のプレーイベントの区間でプレー画像を撮像するための処理フローの例を示す図である。

まず、センサ装置１００において、センサ１１０がユーザの挙動を検出する（ステップＳ１０１）。ここで、検出される値は、例えば加速度センサ、角速度センサ、もしくは振動センサなどの計測値、またはＧＰＳによって受信される位置情報（緯度、経度）でありうる。

次に、前処理部１２０が、センサ１１０によって検出された検出値が所定の閾値以上であるか否かを判定する（ステップＳ１０３）。例えば検出値が加速度センサ、角速度センサ、または振動センサなどの計測値である場合、前処理部１２０は、検出値の大きさまたは振幅などが所定の閾値以上であるか否かを判定してもよい。なお、判定に用いられる検出値は、所定の増幅処理を経たものであってもよい。一方、例えば検出値がＧＰＳによる位置情報である場合、前処理部１２０は、以前の位置情報と新たに検出された位置情報とを比較し、その間の距離が所定の閾値以上であるか否かを判定してもよい。

ステップＳ１０３において、検出値が所定の閾値以上である場合、通信部１３０が、撮像装置２００に向けてセンサ情報を送信する。ここで送信されるセンサ情報には、ステップＳ１０１で検出された検出値に加えて、他のセンサによる検出値や時刻情報が付加されていてもよい。例えば、センサ１１０である加速度センサが所定の閾値以上の値を検出した場合、加速度センサの検出値とともに、ＧＰＳ受信機が取得したユーザの位置や、検出値が取得された時刻の情報が付加された情報が、通信部１３０から撮像装置２００に向けて送信されてもよい。

一方、ステップＳ１０３において、検出値が所定の閾値以上ではない場合、通信部１３０はセンサ情報を送信せず、センサ装置１００は再びユーザの挙動の検出に戻る（ステップＳ１０１）。このように、検出値が所定の閾値以上ではない場合にはセンサ情報を送信しないことによって、通信に伴うセンサ装置１００の消費電力を節約することができる。また、不要なセンサ情報を送信しないことで、撮像装置２００における解析の処理負荷が不必要に高くなることを防ぐこともできる。

次に、撮像装置２００において、通信部２１０が、センサ装置１００から送信されたセンサ情報を受信する（ステップＳ１０７）。通信部２１０は、受信したセンサ情報を解析部２２０に提供する。センサ装置１００側でセンサ情報に時刻情報が付加されていない場合、この時点で時刻情報が付加されてもよい。

次に、解析部２２０のプレーイベント情報生成部２２１が、受信されたセンサ情報から、有効なプレーイベントが発生したか否かを判定する（ステップＳ１０９）。上述のように、本実施形態において、プレーイベント情報生成部２２１は、予め定義されたプレーイベントについて、センサ情報の特徴を認識しており、それに基づいてセンサ情報からプレーイベントの発生を検出する。

なお、ここでいう「有効なプレーイベント」は、単に予め定義されたプレーイベントではなく、その中で有効なものとして指定されたプレーイベントを意味してもよい。例えばテニスの場合、「コート外にボールを拾いに行く」というプレーイベントが定義されてもよいが、これは例えば撮像された画像を視聴するユーザにとって有効なプレーイベントではない。従って、プレーイベント情報生成部２２１は、センサ情報の特徴から、予め定義された「コート外にボールを拾いに行く」というプレーイベントの発生を検出するが、当該イベントを有効なプレーイベントではないと判定してもよい。

ステップＳ１０９において、有効なプレーイベントが発生したと判定された場合、制御部２３０の撮像制御部２３１が、プレーイベントの開始時刻から、撮像部２４０によるプレー画像の撮像を開始させる（ステップＳ１１１）。ここで、実際のプレーイベントの開始からプレーイベントの発生が検出されるまでの時間差が考慮されてもよい。その場合、撮像部２４０は継続的に撮像を実行し、撮像された画像をバッファメモリに一時的に記録しており、撮像制御部２３１は、バッファメモリに格納された画像のうち、プレーイベントの開始時刻以降の画像をプレー画像として記録してもよい。

例えば、プレーイベント「スイング」が、図４の例でいう「インパクト」のタイミングで検出されたとする。この場合、撮像制御部２３１は、「インパクト」の時刻を基準にしてその前に定義された「フォワードスイング」および「テイクバック」の区間まで遡って、バッファメモリに格納されている画像を記録する。

その後、撮像制御部２３１は、プレーイベントの終了時刻で撮像部２４０によるプレー画像の撮像を終了する（ステップＳ１１３）。プレーイベントの終了は、例えば上記のステップＳ１０１〜Ｓ１０９と同様にしてセンサ情報から判定されてもよいし、またプレーイベントの種類などによって、プレーイベントの開始から所定時間後がプレーイベントの終了として特定されてもよい。

（チャプタ設定）
図１０は、本開示の第１の実施形態において、撮像された動画にチャプタを設定するための処理フローの例を示す図である。

この例において、プレーイベントを検出するステップ（ステップＳ１０１〜Ｓ１０９）は、上記で図９を参照して説明した例と同様である。

ステップＳ１０９において、有効なプレーイベントが発生したと判定された場合、制御部２３０のチャプタ設定部２３２が、撮像部２４０によって撮像されているプレー画像のプレーイベント開始時刻に対応する位置に、プレーイベントの開始を示すチャプタ属性を記録する（ステップＳ２１１）。

その後、チャプタ設定部２３２は、撮像されているプレー画像のプレーイベント終了時刻に対応する位置に、プレーイベントの終了を示すチャプタ属性を記録する（ステップＳ２１３）。プレーイベントの終了は、例えば上記のステップＳ１０１〜Ｓ１０９と同様にしてセンサ情報から判定されてもよいし、またプレーイベントの種類などによって、プレーイベントの開始から所定時間後がプレーイベントの終了として特定されてもよい。

（１−７．実施形態のまとめ）
以上、本開示の第１の実施形態について説明した。本実施形態では、例えば、撮像装置２００によるプレー画像の撮像を、センサ情報に基づいて生成されるプレーイベント情報に従って制御することによって、いわゆる自分撮りの場合などに、ユーザが撮像の制御のための操作に手を煩わされることなく所望のプレー画像を撮像することが可能である。また、予め振り返りたいプレーイベントを、有効なプレーイベントとして予め設定しておけば、所望の部分だけが予め抽出されたプレー画像を自動的に生成することも可能である。また、そのような設定をしなくても、球拾いのような明らかに不要なシーンについては自動的にプレー画像から除外することができる。これによって、プレー画像全体の容量も削減され、例えば撮像装置２００からサーバ３００にプレー画像をアップロードするような場合に通信時間の短縮が可能である。

また、例えば、撮像装置２００によって撮像される画像に、センサ情報から検出されるプレーイベントの情報に従ってチャプタなどを設定することによって、生成されたプレー画像における検索性が著しく向上する。また、チャプタがプレーイベントに従って設定されているために、ユーザがプレー画像を視聴する際に、自らのプレーの中の所望の部分だけを再生するといったことも容易である。

上記の本実施形態の説明では、主にテニスの例について説明したが、スポーツの種目はテニスには限られない。本実施形態は、例えば野球にも適用できる。野球の場合、センサ装置１００は、例えばユーザ自身、またはバットやグローブなどの用具に装着されうる。検出されたプレーイベントに対応してプレー画像が撮像されたり、チャプタが設定されたりするのは、上記のテニスの例と同じである。野球の場合、攻撃にしても守備にしても、１人のユーザがプレーする機会は限られるため、本実施形態を適用して所望のシーンの抽出または検索を容易にすることには大きな利点がある。

また、本実施形態は、バッティングセンターやゴルフ練習場に適用することも可能である。例えば、バットやゴルフクラブのような打具にセンサ装置１００を装着し、プレーイベントとしてよいショットとそうではないショットとを識別し、よいショットの動画を抽出してユーザに提供することが考えられる。

なお、上記の例に限らず、本実施形態は、ユーザが画像によって自らのプレーを振り返る可能性がある、スポーツのあらゆる局面において有用である。

（２．第２の実施形態）
次に、図１１〜図１４を参照して、本開示の第２の実施形態について説明する。本開示の第２の実施形態では、プレーイベント情報が、プレーに関する情報をユーザに通知するために利用される。

（２−１．システム構成）
図１１は、本開示の第２の実施形態に係るシステムの概要を示す図である。情報処理システム２０は、センサ装置５００と、通知装置６００とを含む。

センサ装置５００は、上記の第１の実施形態におけるセンサ装置１００と同様に、スポーツをプレーしているユーザに装着される。センサ装置５００は、センサ情報を取得して通知装置６００に送信するだけではなく、通知装置６００から通知情報を受信して、これをユーザに向けて出力する。

通知装置６００は、センサ装置５００から提供されたセンサ情報からプレーイベント情報を生成し、これに基づいてユーザへの通知情報を生成し、センサ装置５００に送信する。なお、プレーイベント情報の生成について、通知装置６００は第１の実施形態における撮像装置２００と同様である。通知装置６００は、通信機能と情報処理機能を有する装置であれば、どのような装置であってもよい。図示された例では、携帯電話（スマートフォン）が通知装置６００として用いられている。

（２−２．装置構成）
図１２は、本開示の第２の実施形態に係るセンサ装置および通知装置の概略的な機能構成を示すブロック図である。

（センサ装置）
センサ装置５００は、センサ１１０と、前処理部１２０と、通信部５３０と、通知出力部５４０とを含む。なお、これらの機能を実現するためのハードウェア構成については後述する。また、センサ１１０および前処理部１２０については、上記の第１の実施形態と同様の構成であるため、詳細な説明を省略する。

通信部５３０は、第１の実施形態の通信部１３０とほぼ同様の構成を有するが、通知装置６００にセンサ情報を送信するだけではなく、通知装置６００から通知情報を受信するのにも用いられる点が異なる。

通知出力部５４０は、通信部５３０が受信した通知情報を、ユーザに向けて出力する。通知出力部５４０は、例えば、スピーカ５４１と、表示装置５４２とを含んでもよい。スピーカ５４１は、通知情報を音声によってユーザに向けて出力する。表示装置５４２は、通知情報を画像としてユーザに向けて出力する。スピーカ５４１と表示装置５４２とは、例えば通知情報の種類によっていずれかが選択されて用いられてもよく、また併用されてもよい。また、通知出力部５４０は、ＬＥＤランプなどの点灯部や、ユーザ自身や用具に振動を与えるバイブレータなどを含んでもよい。

なお、通知情報は、必ずしもセンサ装置５００から出力されなくてもよく、別途の表示装置やスピーカによって出力されてもよいが、本実施形態の適用場面としてユーザが個人的にスポーツをプレーしている場面が多く考えられることを鑑みると、センサ装置５００から通知情報を出力するのが合理的な方法の１つである。

（通知装置）
通知装置６００は、通信部６１０と、解析部２２０と、通知情報生成部６５０と、通知ＤＢ６６０と、登録部６７０とを含む。なお、これらの機能を実現するためのハードウェア構成については後述する。また、解析部２２０については、上記の第１の実施形態と同様の構成であるため、詳細な説明を省略する。

通信部６１０は、第１の実施形態の通信部２１０とほぼ同様の構成を有するが、センサ装置５００からセンサ情報を受信するだけではなく、センサ装置５００に通知情報を送信するのにも用いられる点が異なる。

通知情報生成部６５０は、解析部２２０から提供された解析結果であるプレーイベント情報に基づいて、ユーザに向けた通知情報を生成する。通知情報は、例えばユーザが予めプレーイベントに関連付けて通知ＤＢ６６０に登録した情報でありうる。この場合、通知情報生成部６５０は、例えばプレーイベントの種類をマッチングさせることによって、発生したプレーイベントが通知情報生成の対象になるか否かを判定する。通知情報生成の対象になるプレーイベントが発生した場合、通知情報生成部６５０は、通知ＤＢ６６０に登録されている情報に従って通知情報を生成し、通信部６１０を介してセンサ装置５００に送信する。通知情報生成部６５０は、通知情報の生成のために、プレーイベント情報に加えて通信部６１０が受信したセンサ情報を用いてもよい。なお、通知ＤＢ６６０に登録される情報の例については後述する。

登録部６７０は、通知ＤＢ６６０に登録される情報を追加または修正するための操作入力部である。例えば、登録部６７０は、通知装置６００の表示部や操作部を用いて、通知ＤＢ６６０の登録内容を設定するためのＧＵＩ（Graphical User Interface）をユーザに提供してもよい。

（２−３．通知ＤＢの例）
図１３は、本開示の第２の実施形態で設定される通知ＤＢの例を示す図である。図示された例では、「リマインド（サーブ）」、「リマインド（休憩）」、「成功確認」の３つの通知に関する情報が示されている。

例えば、「リマインド（サーブ）」の通知は、ユーザがサーブを１回失敗し、次のサーブをする場合に実行される。通知ＤＢ６６０には、このケースを特定するための条件が、例えば（１）プレーイベント「スイング」が発生し、（２）当該「スイング」の詳細情報にある「スイング種別」が「サーブ」であり、（３）同詳細情報にある「ボールが当たった位置」がスイートスポット以外であり、（４）センサ情報によって示されるユーザの位置が引き続きサービスライン付近にある、というように設定される。通知情報生成部６５０は、プレーイベント情報およびセンサ情報に基づいて上記の条件が満たされたと判定された場合、スピーカ５４１から「トスを丁寧に上げること」という音声出力をさせるための通知情報をセンサ装置５００に送信する。

また、「リマインド（休憩）」の通知は、ユーザがプレーを開始して６０分間継続した場合に実行される。通知ＤＢには、このケースを特定するための条件が、例えば（１）「休憩」以外の何らかのプレーイベントが以前に発生し、（２）その後プレーイベント「休憩」が発生せず、（３）最初のプレーイベントの発生から所定の時間（６０分）が経過した、というように設定される。通知情報生成部６５０は、プレーイベント情報およびセンサ情報に基づいて上記の条件が満たされたと判定された場合、ＬＥＤを点滅させ、バイブレータを振動させるための通知情報をセンサ装置５００に送信する。

さらに、「成功確認」の通知は、ユーザがストロークの際にラケットのスイートスポットでボールを打った場合に実行される。通知ＤＢには、このケースを特定するための条件が、例えば（１）プレーイベント「スイング」が発生し、（２）当該「スイング」の詳細情報にある「スイング種別」が「ストローク」であり、（３）同詳細情報にある「ボールが当たった位置」がスイートスポットである、というように設定される。通知情報生成部６５０は、プレーイベント情報に基づいて上記の条件が満たされたと判定された場合、表示装置５４２に「Ｇｏｏｄ！」という文字を表示させるための通知情報をセンサ装置５００に送信する。

（２−４．処理フローの例）
図１４は、本開示の第２の実施形態において、ユーザに通知情報を提供するための処理フローの例を示す図である。

この例において、プレーイベントを検出するステップ（ステップＳ１０１〜Ｓ１０９）は、上記で図９を参照して説明した第１の実施形態の例と同様である。

ステップＳ１０９において、有効なプレーイベントが発生したと判定された場合、通知装置６００の通知情報生成部６５０は、発生したプレーイベントと通知ＤＢ６６０に登録された情報とをマッチングする（ステップＳ３１１）。上述のように、ここでのマッチングには、直前のステップＳ１０９で検出されたプレーイベントの情報だけではなく、それまでに検出されたプレーイベントの情報や、ステップＳ１０７で受信されたセンサ情報も用いられうる。

ステップＳ３１１において、通知ＤＢ６６０に格納された通知条件とのマッチングが発生した場合、通知情報生成部６５０は、通信部６１０を介して、センサ装置５００に通知情報を送信する（ステップＳ３１３）。ここで送信される通知情報は、例えば、通知に使用するデバイス（スピーカ５４１、表示装置５４２など）を特定する通知デバイス情報と、通知の具体的な動作を示す通知アクション情報とを含みうる。

次に、センサ装置５００において、通信部５３０が通知情報を受信する（ステップＳ３１５）。通信部５３０は、受信した通知情報を通知出力部５４０に提供する。通知出力部５４０は、提供された通知情報に従って、適切な通知デバイスを選択し、通知アクションを実行する（ステップＳ３１７）。

（２−５．実施形態のまとめ）
以上、本開示の第２の実施形態について説明した。本実施形態では、例えば、スポーツのプレー中に、ユーザが予め意図していたタイミングで適切な通知が提供される。従って、ユーザが、プレー前に認識していたプレーの改善点などを、プレーに集中しがちなプレー中のタイミングであっても思い出すことができる。

また、プレーに集中すると、休憩を取ることも忘れがちになるが、例えば休憩を１つのプレーイベントとして検出し、これが検出されない状態が長く続いた場合に休憩を促す通知をユーザに提供することで、熱中症などの事故を防ぐこともできる。

本実施形態は、このように、スポーツをプレー中のユーザに適切な情報を提供することで、スポーツの上達、または安全なプレーといったことを実現するものである。従って、本実施形態も、上記のテニスの例に限られず、あらゆる種目のスポーツに適用可能である。

（３．第３の実施形態）
次に、本開示の第３の実施形態について説明する。本開示の第３の実施形態では、例えばゴルフのようなコースを回るスポーツにおいて、プレーイベント情報を生成する。

本実施形態では、例えばユーザが使用する用具（ゴルフクラブなど）のインパクト時の振動を検出したセンサ情報に基づいて、ボールを打ったこと（ショット）がプレーイベントとして検出される。プレーイベント「ショット」の詳細情報には、例えばＧＰＳ情報によって位置情報が設定される。

この位置情報によって、例えば、ショットがどこでされたかを識別することが可能である。これによって、例えばゴルフの場合であれば、何番ホールでのショットか、ティーショット、バンカーショットなどの特定の位置からのショットか、グリーン上でのパットか、といったことを識別することができる。このような識別の結果をもとに、例えば上記の第１の実施形態のように、プレー画像の撮像を制御したり、プレー画像にチャプタ情報を付加したりすれば、ユーザが後で自らのプレーを振り返るときに有益である。

また、連続するショットの位置の間の距離として、ボールの飛距離を算出することも可能である。例えば、ボールの飛距離ごとにプレー画像を分類したり、ショットの位置とボールの飛距離との関係からショットが成功であったか失敗であったかを判別したりしてもよい。また、通知情報として、同じホール内でのショットの位置をつなげたボールの軌跡をゴルフコースの地図にマッピングした画像を生成して、ユーザに提示してもよい。

（４．他の実施形態）
上記の実施形態は、ユーザが自身のプレーを画像などで振り返る、またはユーザが自身のプレーに関する通知を受け取る、といったように、スポーツをプレーするユーザ自身に利益があるものであったが、本開示の実施形態はこのような例には限定されない。

例えば、上記の第１の実施形態のように、特定のプレーイベントの部分だけを切り出した、またはプレーイベントごとにチャプタなどが設定されたプレー画像を、スポーツをプレーするユーザ以外のユーザ、例えば子供をテニススクールに通わせる親（もちろん、テニス以外のスクールでもよいし、スクールではなくサークル活動などでもよい）などに提供してもよい。この場合、親は、プレー画像の自分の子供が映っている部分だけを視聴したり、また容易に検索したりすることができ、スクールでの子供の様子をより短い時間で的確に把握することができる。

（５．ハードウェア構成）
つづいて、図１５および図１６を参照して、本開示の実施形態に係るセンサ装置および情報処理装置（撮像装置、通知装置などに対応する）を実現するためのハードウェア構成の例について説明する。

（センサ装置）
図１５は、本開示の実施形態に係るセンサ装置のハードウェア構成の例を示す図である。センサ装置８００は、本開示の実施形態に係るセンサ装置、例えば上記で説明したセンサ装置１００やセンサ装置５００を実現しうる。

センサ装置８００は、ＣＰＵ（Central Processing Unit）８０１と、ＲＯＭ（Read Only Memory）８０２と、ＲＡＭ（Random Access Memory）８０３と、振動センサ・アンプ８０４と、ユーザインターフェース８０５と、外部記憶装置８０６と、通信装置８０７と、画像・音声出力装置８０８とを含みうる。これらの要素は、例えばバスによって相互に接続される。

ＣＰＵ８０１、ＲＯＭ８０２、およびＲＡＭ８０３は、例えば外部記憶装置８０６に記録されたプログラム命令を読み込んで実行することによって、様々な機能をソフトウェア的に実現する。本開示の実施形態では、ＣＰＵ８０１、ＲＯＭ８０２、およびＲＡＭ８０３によって、例えば、センサ装置８００全体の制御や、上記の例でいう前処理部１２０の機能の一部が実現されうる。

振動センサ・アンプ８０４は、上記の実施形態の機能構成ではセンサ１１０に対応する。なお、センサ装置８００は、加速度センサ、角速度センサ、温度センサ、時計、またはＧＰＳ受信機などをさらに有してもよい。

ユーザインターフェース８０５は、センサ装置８００へのユーザの操作を受け付ける、例えばボタンやタッチパネルなどの入力装置である。ユーザの操作は、例えば、センサ装置からのセンサ情報の送信の開始や終了を指示するものであってもよく、また通知情報が提供された場合に、その出力の停止を指示するものであってもよい。

外部記憶装置８０６は、センサ装置８００に関する各種の情報を記憶する。外部記憶装置８０６には、例えば、ＣＰＵ８０１、ＲＯＭ８０２、およびＲＡＭ８０３にソフトウェア的に機能を実現させるためのプログラム命令が格納されてもよく、また振動センサ・アンプ８０４などのセンサによって取得されたデータが一時的にキャッシュされてもよい。センサ装置８００がユーザ自身やスポーツ用具に装着されることを考慮すると、外部記憶装置８０６としては、例えば半導体メモリなどの衝撃に強いものを使用することが望ましい。

通信装置８０７は、上記の実施形態の機能構成では通信部１３０，５３０に対応する。通信装置８０７は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）や無線ＬＡＮなどの近距離無線通信によって後述する情報処理装置９００と通信する。また、情報処理装置９００がネットワーク上のサーバ装置である場合、通信装置８０７は、インターネットなどのネットワークを介して情報処理装置９００と通信してもよい。

画像・音声出力装置８０８は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。画像・音声出力装置９０８は、例えば、ＬＣＤ（Liquid Crystal Display）などの表示装置、またはスピーカやヘッドホンなどの音声出力装置などでありうる。画像・音声出力装置８０８は、上記の実施形態の機能構成では通知出力部５４０に対応する。なお、センサ装置８００は、ＬＥＤランプなどの点灯部や、ユーザ自身や用具に振動を与えるバイブレータなどを出力部としてさらに有してもよい。

（情報処理装置）
図１６は、本開示の実施形態に係る情報処理装置のハードウェア構成の例を示す図である。情報処理装置９００は、本開示の実施形態に係る情報処理装置、例えば上記で説明した撮像装置２００や通知装置６００を実現しうる。

情報処理装置９００は、ＣＰＵ９０１と、ＲＯＭ９０２と、ＲＡＭ９０３と、ユーザインターフェース９０５と、外部記憶装置９０６と、通信装置９０７と、画像・音声出力装置９０８とを含みうる。これらの要素は、例えばバスによって相互に接続される。

ＣＰＵ９０１、ＲＯＭ９０２、およびＲＡＭ９０３は、例えば外部記憶装置９０６に記録されたプログラム命令を読み込んで実行することによって、様々な機能をソフトウェア的に実現する。本開示の実施形態では、ＣＰＵ９０１、ＲＯＭ９０２、およびＲＡＭ９０３によって、例えば、情報処理装置９００全体の制御や、上記の例でいう解析部２２０、制御部２３０、および通知情報生成部６５０などの機能が実現されうる。

ユーザインターフェース９０５は、情報処理装置９００へのユーザの操作を受け付ける、例えばボタンやタッチパネルなどの入力装置である。ユーザインターフェース９０５は、例えば、上記の例でいう登録部６７０の機能を実現しうる。

外部記憶装置９０６は、情報処理装置９００に関する各種の情報を記憶する。外部記憶装置９０６には、例えば、ＣＰＵ９０１、ＲＯＭ９０２、およびＲＡＭ９０３にソフトウェア的に機能を実現させるためのプログラム命令が格納されてもよく、また通信装置９０７が受信したセンサ情報が一時的にキャッシュされてもよい。また、外部記憶装置９０６には、プレーイベント情報やセンサ情報のログが蓄積されてもよい。さらに、外部記憶装置９０６には、上記の例でいう通知ＤＢ６６０が格納されてもよい。

画像・音声出力装置９０８は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。画像・音声出力装置９０８は、例えば、ＬＣＤなどの表示装置、またはスピーカやヘッドホンなどの音声出力装置などでありうる。画像・音声出力装置９０８は、情報処理装置９００の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音声または音響などの音声として出力したりする。

（６．補足）
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

例えば、上記の実施形態では、センサ装置と情報処理装置とを含む情報処理システムについて説明したが、本開示の実施形態は、例えば、情報処理装置の機能の少なくとも一部を実現するネットワーク上のサーバ（複数の装置の機能の集合として実現されるものを含む）、コンピュータにこれらの装置の機能を実現させるためのプログラム、およびかかるプログラムが記録された記録媒体などをも含む。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）スポーツをプレーするユーザの挙動を示すセンサ情報を取得するセンサ情報取得部と、
前記センサ情報に基づいて前記スポーツにおけるプレーイベントの発生を検出し、該プレーイベントに対応するプレーイベント情報を生成するプレーイベント情報生成部と
を備える情報処理装置。
（２）前記プレーイベント情報に基づいて前記ユーザに向けた通知情報を生成する通知情報生成部をさらに備える、前記（１）に記載の情報処理装置。
（３）前記通知情報は、前記ユーザが予め前記プレーイベントに関連付けて登録した情報である、前記（２）に記載の情報処理装置。
（４）前記通知情報生成部は、前記センサ情報にさらに基づいて前記通知情報を生成する、前記（２）または（３）に記載の情報処理装置。
（５）前記プレーイベント情報に基づいて前記スポーツのプレー画像の撮像を制御する撮像制御部をさらに備える、前記（１）〜（４）のいずれか１項に記載の情報処理装置。
（６）前記撮像制御部は、動画像である前記プレー画像の撮像開始または撮像終了の少なくともいずれかを前記プレーイベント情報に基づいて決定する、前記（５）に記載の情報処理装置。
（７）前記撮像制御部は、複数の撮像装置によって撮像される前記プレー画像を前記プレーイベント情報に基づいて選別する、前記（５）または（６）に記載の情報処理装置。
（８）前記プレーイベント情報に基づいて前記スポーツのプレー画像に付加情報を設定する付加情報設定部をさらに備える、前記（１）〜（７）のいずれか１項に記載の情報処理装置。
（９）前記付加情報設定部は、動画像である前記プレー画像に前記プレーイベントに対応するチャプタ情報を設定する、前記（８）に記載の情報処理装置。
（１０）センサ情報取得部は、前記ユーザまたは前記ユーザが使用するスポーツ用具に装着される外部装置から前記センサ情報を受信する通信部である、前記（１）〜（９）のいずれか１項に記載の情報処理装置。
（１１）前記プレーイベント情報に基づいて前記ユーザに向けた通知情報を生成する通知情報生成部をさらに備え、
前記通信部は、前記通知情報を前記外部装置に送信する、前記（１０）に記載の情報処理装置。
（１２）前記センサ情報取得部は、前記スポーツをプレーする複数のユーザの挙動を示す前記センサ情報を取得し、
前記プレーイベント情報生成部は、前記プレーイベントの対応するユーザを特定する情報を含む、前記（１）〜（１２）のいずれか１項に記載の情報処理装置。
（１３） スポーツをプレーするユーザの挙動を示すセンサ情報を取得するセンサ、および
前記センサ情報を送信する通信部
を有するセンサ装置と、
前記センサ装置から前記センサ情報を受信する通信部、および
前記センサ情報に基づいて前記スポーツにおけるプレーイベントの発生を検出し、該プレーイベントに対応するプレーイベント情報を生成するプレーイベント情報生成部
を有する情報処理装置と
を含む情報処理システム。
（１４）前記情報処理装置は、前記プレーイベント情報に基づいて前記ユーザに向けた通知情報を生成する通知情報生成部をさらに有し、
前記情報処理装置の通信部は、前記通知情報を前記センサ装置に送信し、
前記センサ装置の通信部は、前記通知情報を前記情報処理装置から受信し、
前記センサ装置は、前記通知情報を前記ユーザに向けて出力する出力部をさらに有し、前記ユーザまたは前記ユーザが使用するスポーツ用具に装着される、前記（１３）に記載の情報処理システム。
（１５）スポーツをプレーするユーザの挙動を示すセンサ情報を取得する機能と、
前記センサ情報に基づいて前記スポーツにおけるプレーイベントの発生を検出し、該プレーイベントに対応するプレーイベント情報を生成する機能と
をコンピュータに実現させるためのプログラム。

１０，２０ 情報処理システム
１００，５００ センサ装置
１１０ センサ
１３０，５３０ 通信部
２００ 撮像装置
２１０ 通信部
２２０ 解析部
２２１ プレーイベント情報生成部
２３０ 制御部
２３１ 撮像制御部
２３２ チャプタ設定部
２４０ 撮像部
３００ サーバ
５４０ 通知出力部
５４１ スピーカ
５４２ 表示装置
６００ 通知装置
６１０ 通信部
６５０ 通知情報生成部
６６０ 通知ＤＢ
６７０ 登録部

Claims (15)

1. スポーツをプレーするユーザの挙動を示すセンサ情報を取得するセンサ情報取得部と、
   前記センサ情報に基づいて前記スポーツにおけるプレーイベントの発生を検出し、該プレーイベントに対応するプレーイベント情報を生成するプレーイベント情報生成部と
   を備える情報処理装置。
2. 前記プレーイベント情報に基づいて前記ユーザに向けた通知情報を生成する通知情報生成部をさらに備える、請求項１に記載の情報処理装置。
3. 前記通知情報は、前記ユーザが予め前記プレーイベントに関連付けて登録した情報である、請求項２に記載の情報処理装置。
4. 前記通知情報生成部は、前記センサ情報にさらに基づいて前記通知情報を生成する、請求項２に記載の情報処理装置。
5. 前記プレーイベント情報に基づいて前記スポーツのプレー画像の撮像を制御する撮像制御部をさらに備える、請求項１に記載の情報処理装置。
6. 前記撮像制御部は、動画像である前記プレー画像の撮像開始または撮像終了の少なくともいずれかを前記プレーイベント情報に基づいて決定する、請求項５に記載の情報処理装置。
7. 前記撮像制御部は、複数の撮像装置によって撮像される前記プレー画像を前記プレーイベント情報に基づいて選別する、請求項５に記載の情報処理装置。
8. 前記プレーイベント情報に基づいて前記スポーツのプレー画像に付加情報を設定する付加情報設定部をさらに備える、請求項１に記載の情報処理装置。
9. 前記付加情報設定部は、動画像である前記プレー画像に前記プレーイベントに対応するチャプタ情報を設定する、請求項８に記載の情報処理装置。
10. センサ情報取得部は、前記ユーザまたは前記ユーザが使用するスポーツ用具に装着される外部装置から前記センサ情報を受信する通信部である、請求項１に記載の情報処理装置。
11. 前記プレーイベント情報に基づいて前記ユーザに向けた通知情報を生成する通知情報生成部をさらに備え、
    前記通信部は、前記通知情報を前記外部装置に送信する、請求項１０に記載の情報処理装置。
12. 前記センサ情報取得部は、前記スポーツをプレーする複数のユーザの挙動を示す前記センサ情報を取得し、
    前記プレーイベント情報生成部は、前記プレーイベントの対応するユーザを特定する情報を含む、請求項１に記載の情報処理装置。
13. スポーツをプレーするユーザの挙動を示すセンサ情報を取得するセンサ、および
    前記センサ情報を送信する通信部
    を有するセンサ装置と、
    前記センサ装置から前記センサ情報を受信する通信部、および
    前記センサ情報に基づいて前記スポーツにおけるプレーイベントの発生を検出し、該プレーイベントに対応するプレーイベント情報を生成するプレーイベント情報生成部
    を有する情報処理装置と
    を含む情報処理システム。
14. 前記情報処理装置は、前記プレーイベント情報に基づいて前記ユーザに向けた通知情報を生成する通知情報生成部をさらに有し、
    前記情報処理装置の通信部は、前記通知情報を前記センサ装置に送信し、
    前記センサ装置の通信部は、前記通知情報を前記情報処理装置から受信し、
    前記センサ装置は、前記通知情報を前記ユーザに向けて出力する出力部をさらに有し、前記ユーザまたは前記ユーザが使用するスポーツ用具に装着される、請求項１３に記載の情報処理システム。
15. スポーツをプレーするユーザの挙動を示すセンサ情報を取得する機能と、
    前記センサ情報に基づいて前記スポーツにおけるプレーイベントの発生を検出し、該プレーイベントに対応するプレーイベント情報を生成する機能と
    をコンピュータに実現させるためのプログラム。
    

Images