WO2024053431A1 - 情報処理装置、情報処理方法、プログラム - Google Patents

Abstract

情報処理装置が、試合に関する情報である試合情報に基づいて、その試合に対応するデジタルアイテムの生成制御処理を行う演算部を備えるようにする。

Description

情報処理装置、情報処理方法、プログラム

　本技術は情報処理装置、情報処理方法、プログラムに関し、特に試合に応じてデジタルアイテムを提供するサービスの技術に関する。

　近年、野球、サッカー、バスケットボールなどの競技の試合中に各種の情報を提供するサービスがある。
　例えば特許文献１には、試合会場で試合の経過やプレー内容の情報をリアルタイムに取得し、センターで集中管理して第三者に提供するシステムが記載されている。
　また特許文献２には、複数の競技場で行われる複数の試合の試合情報を逐次報告することが可能な通信処理システムについて記載されている。

特開２００２－２６８８０６号公報 特開平８－２９９５２５号公報

　野球、サッカー、バスケットボール等の競技の試合には、多くのファンが観客として競技場に訪れて観戦する。またテレビジョン中継などを視聴する人も多い。スポーツ文化の発展には、このような試合観戦に関し、より観客の満足度を高めたり、楽しみを広げたりすることが望ましい。

　そこで本開示では、試合観戦に付随して観客であるユーザがより楽しみを高めることのできるサービス提供の技術を提案する。

　本技術に係る情報処理装置は、試合に関する情報である試合情報に基づいて、前記試合に対応するデジタルアイテムの生成制御処理を行う演算部を備えるようにする。
　例えば試合に関して決定された情報、試合の進行によって生じた情報などの試合情報に応じて、デジタルアイテムが新たに生成されたり最終的なデジタルアイテムの生成過程として編集されたりするようにする。

本技術の実施の形態の情報提供システムの説明図である。 実施の形態の情報提供システムのブロック図である。 実施の形態の情報提供システムの機能構成の説明図である。 実施の形態の情報処理装置のブロック図である。 実施の形態の試合連携サービスによる画面例の説明図である。 実施の形態のユーザインタラクションのための画面例の説明図である。 実施の形態のユーザインタラクションのための画面例の説明図である。 実施の形態の初期的なアイテムの画面例の説明図である。 実施の形態のアイテムの編集の説明図である。 実施の形態のアイテムの編集の説明図である。 実施の形態のアイテムの編集の説明図である。 実施の形態のクイズに関する画面例の説明図である。 実施の形態の特典としての画面例の説明図である。 実施の形態のアイテムのコレクション一覧の画面例の説明図である。 実施の形態の試合連携サービスにおける通信の例の説明図である。 実施の形態の演算部の試合中の第１の処理例のフローチャートである。 実施の形態のユーザ情報確認／取得の処理例のフローチャートである。 実施の形態の編集及びポイント処理例のフローチャートである。 実施の形態の演算部の試合後の処理例のフローチャートである。 実施の形態の演算部の試合中の第２の処理例のフローチャートである。

　以下、実施の形態を次の順序で説明する。
＜１．システム構成＞
＜２．試合連携サービスの画面及び内容例＞
＜３．試合連携サービスの流れ＞
＜４．第１の処理例＞
＜５．第２の処理例＞
＜６．まとめ及び変形例＞

　なお本開示では、スポーツの試合に対応してユーザに提供されるサービスにおいてデジタルコンテンツの生成制御処理を行う情報処理装置について説明するが、デジタルアイテムの「生成」とは、デジタルアイテムの新規作成だけでなく既存のデジタルアイテムの編集を行うことも含む。即ちデジタルアイテムの生成とは、例えばデジタルアイテムを最終形態に至るまでの編集、加工、更新等を行う処理を含む。

　また本開示では、デジタルアイテムの「編集」とは、編集だけでなく、デジタルアイテムに対する何らかの編集、加工、情報付与、関連づけ等を行って、情報を更新することを全て含む用語として用いる。

　また本開示では「画像」とは、動画、静止画のいずれをも指す。例えば図１に示す撮像装置１０は主に動画撮像を行うことが想定されるが、例えば端末装置５で表示される画像は動画の場合や静止画の場合がある。また「画像」とは、実際に画面に表示される画像を指すが、画面に表示されるまでの信号処理過程や伝送路における「画像」とは画像データを指す。

＜１．システム構成＞
　図１に実施の形態の情報提供システム１の概要を示す。
　図１の情報提供システム１は、撮像装置１０、メインサーバ２、スコアデータサーバ３、センサ４、端末装置５を備える。これらが相互の有線通信又は無線通信、又はネットワーク通信等を介して接続される。

　この情報提供システム１は、端末装置５を有するユーザに対して、試合に連携したデジタルアイテムを提供するサービス（以下「試合連携サービス」という）を実現するシステムである。この試合連携サービスでは、ユーザとしてチームや選手のファンなどを想定し、例えばこれらのユーザが観戦する際に、試合に応じて、或いは試合やユーザに応じて生成されるデジタルアイテムを端末装置５に提供するものである。
　これによりユーザが、試合自体の観戦の楽しみとともに、試合連携サービスで提供される楽しみも得ることができるようにする。

　情報提供システム１における複数の撮像装置１０は、例えば野球場等における競技場の被写体の領域、例えば試合の様子を多様な位置から撮像している。なお撮像装置１０を複数示しているが、少なくとも１つの撮像装置１０が設けられればよい。
　撮像装置１０は例えば野球であれば、投手、野手、打者、走者の動きの分析や、ボールの軌道、球種、速度、回転等を判定するめの画像を撮像するものとして用いる。

　情報提供システム１では、このような撮像装置１０の撮像画像から、選手の被写体の骨格キャプチャデータを抽出し、骨格キャプチャデータに基づいて選手の動作、例えば投球動作、打撃動作、走塁動作等を判定できるようにしている。また選手に限らず、ボール、バットなどの競技物の動きを判定する場合もある。

　近年、サッカーやバスケットボールなどの競技のプレーに関し、ＥＰＴＳ（Electronic Performance and Tracking Systems）として、専用に設置したカメラによる画像や、競技に関わる人物（選手）や物体（ボール）に付けられたセンサ（加速度センサやＧＰＳセンサ）による情報から、指定したフィールド上から選手・審判の姿勢や位置、ボールの位置／回転などを推定する技術が知られている。
　具体的には撮像装置１０は、骨格キャプチャデータとして、このようなＥＰＴＳデータを得るための画像の撮像を行う。
　また撮像装置１０による撮像画像は、試合等の実写画像として用いることもできる。

　撮像装置１０で撮像された画像に基づいて生成されたＥＰＴＳデータは、メインサーバ２に送信される。例えば野球場等の競技場側で複数の撮像装置１０の撮像画像を収録し、ＥＰＴＳデータを生成する情報処理装置（図示せず）が設けられる場合、その情報処理装置で生成されたＥＰＴＳデータがメインサーバ２に送信される。
　或いは撮像装置１０で得られる撮像画像がメインサーバ２に送信され、メインサーバ２側でＥＰＴＳデータを生成するようにしてもよい。

　センサ４は選手やボール等の動きを検出するセンサである。具体的には、加速度センサ、ジャイロセンサ、ＧＰＳ（Global Positioning System）センサ、高度センサ、衝撃センサのように選手やボールに付けられたセンサが想定される。例えば選手のユニフォームや身体に装着されたウェアラブルなセンサでもよいし、ボールに内蔵されたセンサでもよい。またレーダーなどでもよい。

　これらのようなセンサ４によるセンシングデータＳＳによっても選手の動きの情報を得ることができる。或いは画像から骨格キャプチャデータを得る際や、姿勢等を推定する際に、センシングデータＳＳを補助的に用いることもできる。またボールの速度、回転数、軌道、バットのスイングスピードや軌道などについてセンサ４によるセンシングデータＳＳを用いることもできる。
　センシングデータＳＳはメインサーバ２に送信されてもよいし、或いは野球場等の競技場側でＥＰＴＳデータを生成する不図示の情報処理装置に入力されてもよい。

　スコアデータサーバ３は、例えば野球のスコアデータＳＤを生成し配信する団体の情報処理装置である。ここではスコアデータサーバ３は、メインサーバ２に対して試合のスコアデータＳＤを送信できるサーバ装置としている。
　スコアデータサーバ３は、スコアデータＳＤを、試合中に逐次メインサーバ２に送信してもよいし、例えば試合後にその試合のスコアデータＳＤの全てを一括して送信してもよい。

　野球の場合、スコアデータＳＤとは、次のような試合の各種の情報を含む。
　例えば試合のイニング毎の得点、出場選手の情報などの試合全体の情報だけでなく、投手の投球の１球毎の情報を含む。例えば１球毎に、投球時刻、投手名、打者名、打者の左右別、１塁／２塁／３塁の走者の有無、走者名、ストライク・ボールカウント、ボール／ストライクの別、アウトカウント、打撃結果（安打、空振り、見逃し、ファール、ゴロアウト、フライアウト、邪飛等）、球速、球種、回転数、回転軸、コース、その他の各種の情報を含む。

　端末装置５は、例えばスマートフォン、タブレット端末、パーソナルコンピュータなどの情報処理装置であるが、この端末装置５としては、上述のように一般ユーザが所持する装置を想定している。そして端末装置５の表示部５ａには、試合連携サービスによってデジタルアイテムを含む画像が提示される。

　メインサーバ２は、試合連携サービスとしての端末装置５における情報提示のための各種処理を行う。例えば撮像装置１０で撮像された画像から生成された被写体の骨格キャプチャデータに基づいて試合や選手の状況を判定し、それに応じたデジタルアイテムを端末装置５に提供するなどの処理を行う。

　このメインサーバ２としては、クラウドコンピューティングを行う情報処理装置、すなわちクラウドサーバを想定することができる。
　但し、端末装置５において試合連携サービスの画像を表示させるための処理をクラウドサーバ以外の情報処理装置で行ってもよい。例えば試合会場に設置されたパーソナルコンピュータ等の情報処理装置がメインサーバ２としての機能を備え、骨格キャプチャデータの取得や提供する画像を生成する処理等を行うことも考えられる。さらには端末装置５がメインサーバ２としての機能を兼ね備え、骨格キャプチャデータの取得や画像生成する処理等を行うことも考えられる。

　図２は、以上の図１の情報提供システム１において、メインサーバ２の構成と、メインサーバ２に関する入出力の例を示したものである。
　またメインサーバ２にデータを供給する部位をデータサーバ３０として示している。

　なお図２のデータサーバ３０は概念的な構成として示しており、メインサーバ２が試合連携サービスの実行のための情報源とする構成を総括して示すものである。例えばデータサーバ３０は、撮像装置１０、スコアデータサーバ３、センサ４、収録部１１、ＥＰＴＳデータ生成部１２を総称している。

　なお撮像装置１０やセンサ４は、図１のように競技場、選手、競技物などに配置される。スコアデータサーバ３については、設置場所は限定されない。
　収録部１１、ＥＰＴＳデータ生成部１２は、一方又は両方が、競技場に配置される情報処理装置によって実現されてもよいし、一方又は両方がメインサーバ２側に設けられてもよい。

　撮像装置１０は、例えばＣＣＤ（Charge Coupled Devices）センサやＣＭＯＳ（Complementary Metal-Oxide-Semiconductor）センサ等による撮像素子を有したデジタルカメラ装置として構成され、デジタルデータとしての撮像画像を得る。本例では、各撮像装置１０は動画としての撮像画像を得る。

　各撮像装置１０は、例えば野球場では投手、野手、打者、走者等を撮像するためにそれぞれが所定位置に配置されている。撮像装置１０の数は１以上であり特に規定されないが、精度の高いＥＰＴＳデータの生成のためには、なるべく多い方が有利である。
　各撮像装置１０は、同期がとられた状態で動画としての撮像を行い、撮像画像を出力する。

　収録部１１は、複数の撮像装置１０による撮像画像（画像データＶＤ）をそれぞれ収録し、また各撮像画像をＥＰＴＳデータ生成部１２に供給する。

　ＥＰＴＳデータ生成部１２は、１又は複数の撮像画像について解析処理を行い、個別にＥＰＴＳデータ生成したうえで、全ての個別のＥＰＴＳデータを統合して、全体としてのＥＰＴＳデータを生成する。ＥＰＴＳデータとは、例えば各フレームタイミングでの選手（投手、野手、打者、走者）やボールの位置、選手の骨格キャプチャデータやそれによる選手の姿勢、ボールの回転数や回転方向の情報などを含む。
　またＥＰＴＳデータ生成部１２は、撮像画像だけでなく、センサ４により得られるセンシングデータＳＳ、例えばボールに埋め込んだ加速度センサや、選手のユニフォームに付けたＧＰＳセンサからの情報を使ってＥＰＴＳデータを生成してもよい。

　このＥＰＴＳデータ生成部１２によって、試合全体のＥＰＴＳデータとして、例えば試合中の投手の全投球のそれぞれについて、投球動作やボールの速度、軌跡、投球に対する打者の挙動や打撃結果、走塁結果、打具の速度、軌跡などを判定できる情報を生成することができる。
　従ってＥＰＴＳデータは、試合に関連する人物（投手、打者、走者など）或いは競技物（ボール、バットなど）のいずれかについての挙動情報の例となる。

　ＥＰＴＳデータ生成部１２は、複数の撮像装置１０によって得られる複数の撮像画像からＥＰＴＳデータを生成することができるし、１つの撮像装置１０によって得られる複数の撮像画像からＥＰＴＳデータを生成することもできる。さらにＥＰＴＳデータ生成部１２は、複数の画像と１又は複数のセンサのセンシングデータＳＳからＥＰＴＳデータを生成することもできるし、１つの撮像画像と１つのセンサのセンシングデータＳＳからＥＰＴＳデータを生成することもできる。

　ＥＰＴＳデータ生成部１２が生成したＥＰＴＳデータ（骨格キャプチャデータ）はメインサーバ２に送信される。
　撮像装置１０で撮像された画像データＶＤも例えばＥＰＴＳデータ生成部１２を介してメインサーバ２に送信される。
　またセンシングデータＳＳがメインサーバ２に送信されて、そのままメインサーバ２の処理に用いられてもよい。

　なお、ＥＰＴＳデータ生成部１２がメインサーバ２に設けられてもよいが、例えばその場合、撮像装置１０による撮像画像（画像データＶＤ）やセンサ４のセンシングデータＳＳが、ネットワーク通信等を介してメインサーバ２におけるＥＰＴＳデータ生成部１２に送信されれば良い。

　また図１で説明したように、スコアデータサーバ３からは、逐次、スコアデータＳＤがメインサーバ２に送信される。

　メインサーバ２は、コンピュータ装置等の情報処理装置により構成され、例えばマイクロプロセッサ等による演算部２１、提示制御部２２としての機能や、そのマイクロプロセッサ等によりアクセス可能な記憶媒体によるストレージ２３が設けられている。

　演算部２１は、データサーバ３０からの情報取得や、取得した情報を用いた試合連携サービスの実行のための各種の処理、例えばデータ取得、試合解析、デジタルアイテムやコンテンツの生成等を実行する。演算部２１の処理機能は図３で後述する。

　ストレージ２３は、受信した画像データＶＤ、骨格キャプチャデータＢＤ、スコアデータＳＤ等の情報を記憶したり、演算部２１が生成した各種データを記憶したりするメインサーバ２における記憶媒体を示している。
　ストレージ２３はメインサーバ２の内部記憶媒体でもよし、メインサーバ２を構成する情報処理装置とは別体の記憶媒体でもよい。

　提示制御部２２は、演算部２１の処理により生成された各種画像を、端末装置５において所定の態様で表示させる制御を行う。具体的には提示制御部２２は、演算部２１が試合連携サービスの実行上で生成したデジタルアイテム等の画像を端末装置５の表示部５ａで表示させる処理を行う。

　以上の演算部２１、提示制御部２２、ストレージ２３は、１つの情報処理装置内に設けられても良いが、複数の情報処理装置に分かれて設けられてもよい。またストレージ２３をどのような記憶媒体で構成するかの実現態様は多様に考えられる。

　このようなメインサーバ２の処理による試合連携サービスの画像又は画像生成のためのデータは、端末装置５に送信され、表示部５ａで表示される。これにより端末装置５を所持するユーザは、試合連携サービスによる提供画像を視認できる。
　また端末装置５からは、試合連携サービスの提供中におけるユーザインタラクションの情報が演算部２１に入力されることもある。

　図３は、データサーバ３０から演算部２１に送信される情報と、演算部２１の処理機能を例示している。特にこの図では、試合連携サービス機能（game linked service function）４０についての処理機能と、試合連携サービスによる結果物を出品できるＮＦＴ（Non-Fungible Token）マーケット機能５０としての処理機能を例示している。

　なお、本実施の形態の演算部２１としては、試合連携サービス機能４０の処理機能を備える。メインサーバ２の演算部２１がＮＦＴマーケット機能５０の処理機能を備えてもよいが、ＮＦＴマーケット機能５０の処理機能は他のサーバ装置が備えるようにしてもよい。

　上述したデータサーバ３０によって演算部２１に提供される情報をまとめると、図示のように、ＥＰＴＳデータ、センシングデータＳＳ、画像データＶＤ、スタッツデータ、ヒストリカルデータ、解析データ等がある。

　スタッツデータ、ヒストリカルデータとは、スコアデータサーバ３によるスコアデータＳＤである。
　例えばスタッツデータとは、選手やチームの成績情報である。例えば野球の投手の場合のスタッツデータの例を挙げると、チーム名、所属リーグ、勝利数、敗北数、防御率、登板試合数、完投数、完封数、セーブ数、セーブ機会数、投球回数、失点数、自責点数、被本塁打数、与死球数、与四球数、敬遠・故意四球数、奪三振数、被安打率、１投球回あたりに出した走者数（ＷＨＩＰ：Walks plus Hits per Inning Pitched）、ゴロ／フライアウト比率などがある。
　また、チーム、選手の過去の成績だけでなく、現在進行中の試合の現時点までのチームや各選手の成績の情報、即ち詳細な試合経過の情報、出場登録選手の情報、スターティングメンバーの情報、交代選手の情報等もスタッツデータに含まれる。

　ヒストリカルデータもチームや選手の成績情報であり、広義のスタッツデータに含まれるが、ここでは説明上、過去の最高記録、球団記録、個人記録などの情報として示している。例えば現在の試合で達成される可能性のある記録の情報を含む。例えば過去の１試合での奪三振数の記録、連続打席安打の記録、連続試合出場の記録、１試合のチーム安打数の記録などがある。このようなヒストリカルデータは、試合連携サービスにおいて特別なデジタルアイテム編集のために参照できる情報となる。

　解析データは、ＥＰＴＳデータ、センシングデータＳＳ、画像データＶＤについてデータ解析部３２としての機能により判定されたデータを示している。
　このデータ解析部３２の機能は、メインサーバ２に設けられてもよいし、他の情報処理装置により実現されてもよい。
　解析データとしては具体的には、ＥＰＴＳデータやセンシングデータＳＳ等から判定される選手の特定の動作、ボールの軌跡等が想定される。

　これらデータサーバ３０から演算部２１に供給されるＥＰＴＳデータ、センシングデータＳＳ、画像データＶＤ、スタッツデータ、ヒストリカルデータ、解析データは、試合に関する情報であり、試合情報と呼ぶこととする。
　この試合情報とは、内容的には、試合自体に関する情報や、試合を行う選手やチームの情報を指すものとして、後述のユーザ情報と区別している。
　試合自体に関する情報とは、試合日時、会場、天候、スコア、試合の進行に関する情報（現在のイニング、アウトカウント）などがある。
　選手の情報とは、各選手の試合での成績、過去の成績、試合の画像、プレー内容、選手の動きの情報など、選手個人毎の情報がある。
　チームの情報とは、チームの試合での成績、過去の成績、試合の画像、出場選手、控え選手など、チーム全体の情報である。
　なお、これらの「試合情報」となるＥＰＴＳデータ、センシングデータＳＳ、画像データＶＤ、スタッツデータ、ヒストリカルデータ、解析データは、それらの全てが演算部２１に送信されるものとする必要はない。例えばこれらのうち少なくとも１つが演算部２１に送信されることで、演算部２１は試合連携サービス機能４０のための処理を行うことができる。

　また端末装置５から演算部２１に入力される情報としてユーザ情報や購入／出品情報がある。

　ここで試合情報、ユーザ情報について説明しておく。
　本開示でいう「試合情報」については、その情報ソースとして次の２通りがある。
・スコアデータサーバ３から提供される情報
・撮像装置１０やセンサ４からの信号を元として得られる情報
　この２種類の情報ソースから得られる情報の内容は異なる物もあれば同じものもある。

　試合情報の内容的な種別を考える場合に、本実施の形態では「試合固定情報」「試合経過情報」に分類する。

　試合固定情報は、試合経過によっては変化しない情報とする。
　例えば開催地、試合開始日時、季節、チーム、スターティングメンバー、試合開始時の天候や気温等の気象情報、試合前までのチーム成績、ベンチ入り選手、試合前までの選手やチームの成績（スタッツデータ、ヒストリカルデータ）、審判、試合の種別（公式戦、優勝決定戦、優勝マジック点灯試合等）、試合前の選手のコンディション、選手のプロフィール（誕生日、出身地等）等がある。

　試合経過情報は、試合の経過で得られる情報とする。
　例えば試合のスコア（試合経過／結果）、進行イニング／時間／ハーフ、試合中の気候変化、試合進行に伴った選手やチームの成績（スタッツデータ、ヒストリカルデータ）、出場選手、選手の行動（ＥＰＴＳ情報／センシングデータＳＳ／解析データ）、試合の画像データＶＤ、達成記録等がある。

　ユーザ情報としては、メインサーバ２が対象のユーザ（試合連携サービス機能４０にログインしているユーザ）について取得できる情報を指す。
　ここではユーザ情報の内容的な種別を考え「ユーザ固定情報」「ユーザ反応情報」に分類する。

　ユーザ固定情報は、今回の試合（ログインしているユーザが観戦している試合）によっては変化しないユーザ情報とする。
　例えばユーザのアカウント情報、アドレス情報、属性情報、試合連携サービスに関する履歴情報、所有アイテムの情報などがある。属性情報としては、年齢、性別、居住地、メールアドレスなどの基本的な情報や、さらには試合連携サービスに関連して応援しているチームや選手を示す情報などが含まれても良い。
　なおユーザ固定情報の一部や全部は、例えば試合連携サービス機能４０に登録したユーザについて予め入力し、ストレージ２３等に記憶しておいてもよい。

　ユーザ反応情報は、今回の試合や試合連携サービスに対するユーザの行動、インタラクションに応じた情報とする。
　例えば試合連携サービスによって提供されたクイズ等に対する回答入力や、今回の試合についてユーザが入力する応援するチームや選手を示す情報、試合中にユーザが入力する情報（後述するＷＯＷボタン１２０の操作情報など）、ユーザの観戦場所や現在位置や座席の情報、ユーザ（又は観客全体）の歓声の情報などがある。

　演算部２１は、試合連携サービス機能４０の処理に関し、以上のような試合情報（試合固定情報、試合経過情報）、及びユーザ情報（ユーザ固定情報、ユーザ反応情報）を入力する。

　演算部２１において試合連携サービス機能４０の実行のための処理機能として、試合情報取得部４１、ユーザ情報取得部４２、試合解析部４３、クイズ生成部４４、アイテム／コンテンツ生成部４５、記憶制御部４６を示している。なお演算部２１がこれらの処理機能の全てを備える必要はない。

　試合情報取得部４１は試合情報（試合固定情報、試合経過情報）を取得する機能である。例えば試合開始前、及び試合中に逐次試合情報をデータサーバ３０から取得する処理を行う。

　ユーザ情報取得部４２はユーザ情報（ユーザ固定情報、ユーザ反応情報）を取得する機能である。例えばログインユーザについて試合開始前や試合中に逐次ユーザ情報を取得する。ログイン時に、ストレージ２３に記憶してある当該ユーザのユーザ固定情報を読み出す処理も行う。

　試合解析部４３は試合情報やユーザ情報に基づいて試合に関する解析を行い、試合の状況を判定する処理を行う。また試合解析部４３は試合状況の判定に応じて、サービスに関してユーザの対応を求めるタイミングの判定をしたり、デジタルアイテムの編集のタイミングを判定したりする処理を行う。

　クイズ生成部４４は、ユーザに提供するクイズやアンケートを生成し、端末装置５に送信する処理を行う。クイズ生成部４４は、さらにクイズやアンケート以外にユーザインタラクションを求めるための処理を行うこともできる。

　アイテム／コンテンツ生成部４５は、デジタルアイテムとしての後述のアイテム１００の生成を行う。またアイテム／コンテンツ生成部４５は、試合のダイジェスト動画、自由視点画像、ＣＧ（computer graphics）画像などの画像コンテンツなどの生成処理を行う。またアイテム／コンテンツ生成部４５は、最終的にデジタルアイテムに関連づける情報の生成などの処理も行う。またアイテム／コンテンツ生成部４５は後述するポイントの生成、付与の処理も行う。

　記憶制御部４６は試合連携サービス機能４０に関しての、ストレージ２３に対する情報の記憶及び読出の処理を行う。

　メインサーバ２の演算部２１については、以上のような試合連携サービス機能４０に加えて、ＮＦＴマーケット機能５０も示している。
　ＮＦＴマーケット機能５０は、ユーザが取得したＮＦＴ作品を出品販売したり、或いは出品されているＮＦＴ作品を購入したりできるサービスである。
　例えば本実施の形態の場合、試合連携サービス機能４０で生成されるデジタルアイテム（アイテム１００）は試合の経過及びユーザインタラクションによって編集されていくものであり、最終的にはユーザ固有のデジタルアイテムとなる。これをＮＦＴ作品としてＮＦＴマーケット機能５０において出品したり購入したりすることができるようにする。

　このためＮＦＴマーケット機能５０として、スマートコントラクト機能５１や決済機能５２が備えられる。
　スマートコントラクト機能５１は、売買取引について、所定条件に応じて所定の売買処理を自動的に実行する機能である。
　決済機能５２は、売買に関しての決済処理を行う機能である。

　このようなＮＦＴマーケット機能５０に対して、試合連携サービス機能４０は何らかのデジタルアイテムを出品してユーザが購入可能とすることができる。
　またユーザは試合連携サービス機能４０により自分が取得したデジタルアイテムを出品したり、他人が出品したデジタルアイテムを購入したりすることができる。

　なお図３の機能構成は一例である。
　試合連携サービス機能４０としての機能の一部は端末装置５側で処理することも可能である。
　例えばクイズ生成部４４、試合解析部４３及びアイテム／コンテンツ生成部４５の一部のコンテンツ生成機能（ハイライト、自由視点画像等）は、試合連携サービス機能４０の外部で実行することも考えられる。
　演算部２１は、少なくとも試合情報に基づいて試合に対応するデジタルアイテムの生成制御処理を行うものとすればよい。

　またＮＦＴマーケット機能５０は設けなくて良い。例えば試合連携サービス機能４０が生成したデジタルアイテムをユーザに販売するような処理も考えられる。

　以上の図１，図２，図３で説明した情報提供システム１で用いられる情報処理装置７０の構成を説明する。例えば、メインサーバ２、端末装置５や、図２におけるＥＰＴＳデータ生成部１２等は、図４に示す情報処理装置７０により実現できる。
　そして情報処理装置７０は、例えば専用のワークステーションや、汎用のパーソナルコンピュータ、モバイル端末装置等として構成することができる。

　図４に示す情報処理装置７０のＣＰＵ７１は、ＲＯＭ７２や例えばＥＥＰ－ＲＯＭ（Electrically Erasable Programmable Read-Only Memory）などの不揮発性メモリ部７４に記憶されているプログラム、または記憶部７９からＲＡＭ７３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ７３にはまた、ＣＰＵ７１が各種の処理を実行する上において必要なデータなども適宜記憶される。

　画像処理部８５は各種の画像処理を行うプロセッサとして構成される。例えばクリップ等の画像生成処理、撮像画像等に対する画像解析処理、アニメーション画像やＣＧ画像の生成処理、ＤＢ（Data Base）処理、画像エフェクト処理、ＥＰＴＳデータ生成処理などのいずれかを行うことができるプロセッサとされる。

　この画像処理部８５は例えば、ＣＰＵ７１とは別体のＣＰＵ、ＧＰＵ（Graphics Processing Unit）、ＧＰＧＰＵ（General-purpose computing on graphics processing units）、ＡＩ（artificial intelligence）プロセッサ等により実現できる。
　なお画像処理部８５はＣＰＵ７１内の機能として設けられてもよい。

　ＣＰＵ７１、ＲＯＭ７２、ＲＡＭ７３、不揮発性メモリ部７４、画像処理部８５は、バス８３を介して相互に接続されている。このバス８３にはまた、入出力インタフェース７５も接続されている。

　入出力インタフェース７５には、操作子や操作デバイスよりなる入力部７６が接続される。例えば入力部７６としては、キーボード、マウス、キー、ダイヤル、タッチパネル、タッチパッド、リモートコントローラ等の各種の操作子や操作デバイスが想定される。
　入力部７６によりユーザの操作が検知され、入力された操作に応じた信号はＣＰＵ７１によって解釈される。

　また入出力インタフェース７５には、ＬＣＤ（Liquid Crystal Display）或いは有機ＥＬ（Electro-Luminescence）パネルなどよりなる表示部７７や、スピーカなどよりなる音声出力部７８が一体又は別体として接続される。

　表示部７７はユーザインタフェースとして各種表示を行う。表示部７７は例えば情報処理装置７０の筐体に設けられるディスプレイデバイスや、情報処理装置７０に接続される別体のディスプレイデバイス等により構成される。
　表示部７７は、ＣＰＵ７１の指示に基づいて表示画面上に各種の画像表示を実行する。また表示部７７はＣＰＵ７１の指示に基づいて、各種操作メニュー、アイコン、メッセージ等、即ちＧＵＩ（Graphical User Interface）としての表示を行う。

　例えばこの情報処理装置７０を端末装置５として考える場合、表示部７７は表示部５ａに相当し、後述するアイテム１００を含む画面などの試合連携サービス機能４０による画面表示を行う。

　入出力インタフェース７５には、ＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive）などより構成される記憶部７９や、モデムなどより構成される通信部８０が接続される場合もある。
　例えばこの情報処理装置７０をメインサーバ２として考える場合、記憶部７９は、記憶制御部４６によって情報が記憶されるストレージ２３の一例と考えることができる。
　通信部８０は、インターネット等の伝送路を介しての通信処理や、各種機器との有線／無線通信、バス通信などによる通信を行う。

　入出力インタフェース７５にはまた、必要に応じてドライブ８２が接続され、フラッシュメモリ、メモリカード、磁気ディスク、光ディスク、光磁気ディスクなどのリムーバブル記録媒体８１が適宜装着される。
　ドライブ８２により、リムーバブル記録媒体８１からは画像ファイル等のデータファイルや、各種のコンピュータプログラムなどを読み出すことができる。読み出されたデータファイルは記憶部７９に記憶されたり、データファイルに含まれる画像や音声が表示部７７や音声出力部７８で出力されたりする。またリムーバブル記録媒体８１から読み出されたコンピュータプログラム等は必要に応じて記憶部７９にインストールされる。

　この情報処理装置７０では、ソフトウエアを、通信部８０によるネットワーク通信やリムーバブル記録媒体８１を介してインストールすることができる。或いは当該ソフトウエアは予めＲＯＭ７２や記憶部７９等に記憶されていてもよい。

　例えばこの情報処理装置７０をメインサーバ２として考える場合、ソフトウエアにより、上述の演算部２１、提示制御部２２としての機能が設けられ、ＣＰＵ７１や画像処理部８５により、これらの機能による処理が実行される。

　センサ部８４は、イメージセンサ（カメラ）、ジャイロセンサ、加速度センサ、位置センサなど、何らかのセンシングデータＳＳを出力する部位として示している。例えば情報処理装置７０が端末装置５として実現される場合は、ユーザの行動、挙動、位置などを検出できるようにセンサ部８４が設けられる。

＜２．試合連携サービスの画面及び内容例＞
　試合連携サービスにおいて実現される端末装置５における画面例を説明する。
　試合連携サービスは、野球等の競技の試合に関連する試合情報に応じて、競技に関係するデジタルアイテムに対して、生成（アイテム自体の編集処理やアイテムに対する情報付与等）を行うサービスである。

　このような試合連携サービス機能４０による提供画面の例を図５に示す。
　提供画面の１つとしてアイテム画面９０がある。アイテム画面９０は、デジタルアイテムであるアイテム１００を表示させる画面である。
　アイテム１００は、例えば競技に関連するデジタルアイテムとされ、野球の場合は、野球のボールなどのデザインとなる。例えばこの例では、ボールにチームロゴ等が付加されたデザインのデジタルアイテムとされている。

　またアイテム画面９０では、アイテム１００とともに試合に関する情報やユーザに関する情報が表示される。この例ではチーム／スコア情報１１０や、ポイント情報１１１が表示されている。
　チーム／スコア情報１１０では、対戦チームがチームのロゴやマスコットマークなどで表示されるとともに、現在の試合のスコアが表示される。

　ポイント情報１１１では、このユーザ、つまり試合連携サービスにログインして端末装置５で提供画面を見ているユーザについてのポイントが示されている。
　例えばポイント情報１１１としては、現在ポイント１１２、ランキング１１３、アクティブポイント１１４、クイズポイント１１５、プレーヤーポイント１１６等が含まれている。

　試合連携サービスでは、試合状況やユーザ状況に応じてユーザにポイントを付与している。
　ポイント情報１１１は、対象の試合に関してユーザが取得したポイントを示すものであり、現在ポイント１１２は現在ユーザが今回の試合において獲得しているポイント、ランキング１１３は、ログインしている全ユーザの中のポイントの順位を示している。

　また現在ポイント１１２の内訳として、アクティブポイント１１４、クイズポイント１１５、プレーヤーポイント１１６が示される。
　アクティブポイント１１４はユーザの入力や行動などに応じて付与されたポイントなどである。
　クイズポイント１１５はクイズに対するユーザの回答により付与されたポイントである。
　プレーヤーポイント１１６はユーザが選択した選手の成績などにより付与されたポイントである。

　アイテム画面９０や、後述する他の画面には、選択可能な項目としてクイズアイコン１０１、コレクションアイコン１０２、ボールアイコン１０３、ＮＦＴアイコン１０４、設定アイコン１０５が表示される。

　クイズアイコン１０１は後述のクイズ画面１４０に遷移する操作のためのアイコンである。コレクションアイコン１０２は後述のコレクション画面１６０に遷移する操作のためのアイコンである。ボールアイコン１０３はアイテム画面９０に遷移する操作のためのアイコンである。ＮＦＴアイコン１０４はＮＦＴ作品としてのアイテムを表示させる操作のためのアイコンである。設定アイコン１０５は不図示の設定画面に遷移する操作のためのアイコンである。
　またこれらのアイコンは現在の画面を提示するものでもあり、図５のようにアイテム画面９０の場合は、ボールアイコン１０３が他のアイコンと異なる態様で表示される。例えば、図５では、ボールアイコン１０３の枠が他のアイコンの枠よりも太く強調して表示されている。

　アイテム画面９０においては、逐次、他の内容が表示される。図６のようにＷＯＷボタン１２０が表示される場合もある。
　例えば試合連携サービスでは、試合中の良いプレーなどのタイミングで、端末装置５にＷＯＷボタン１２０を表示させ、ユーザが操作可能とする。例えば、試合中にヒットやホームランを打ったことを検知したタイミングや、投球速度が閾値より速いことを検知したタイミングや、予め設定されたタイミング（７回目のイニング内の所定のタイミング）などで、ＷＯＷボタン１２０を表示させる。また、ユーザは例えばプレーに対して感動、感心、驚愕、興奮等の感情に応じて任意にＷＯＷボタン１２０を操作することができる。ＷＯＷボタン１２０の操作情報は、ユーザ反応情報の１つとしてメインサーバ２に取得される。
　なお、ＷＯＷボタン１２０は例えばアイテム画面９０において常時表示させていて、ユーザが任意のタイミングで操作できるようにしてもよい。

　またアイテム画面９０において図７のようにクイズウインドウ１２１が表示されるようにしてもよい。
　クイズウインドウ１２１にはクイズの内容が表示されると共に回答ボタン１２２が表示される。ユーザは回答項目に対するチェック操作や回答ボタン１２２の操作で、クイズの回答を行うことができる。
　クイズに対するユーザの回答の情報は、ユーザ反応情報の１つとしてメインサーバ２に取得される。

　アイテム画面９０では主たる内容としてアイテム１００を表示させるが、メインサーバ２は端末装置５に表示させるアイテム１００を、試合情報に応じて、或いは試合情報とユーザ情報に応じて、変化させていく処理（デジタルアイテムの生成制御処理）を行う。即ち図３のアイテム／コンテンツ生成部４５の機能によるアイテム１００の編集処理である。

　一例を図８から図１１に示す。
　図８はアイテム画面９０においてブランクボールとしてのアイテム１００が表示されている状態である。
　図９はアイテム画面９０においてブランクボールにチームロゴが加えられた状態のアイテム１００が表示されている状態である。
　図１０はアイテム画面９０において、一部の色が変化され、また選手の肖像が加えられた状態のアイテム１００が表示されている状態である。
　図１１は試合終了時点で最終的なアイテム１００が表示されている状態である。

　例えば試合開始時点でブランクボールであったアイテム１００は、試合経過情報やユーザ反応情報などに応じて編集されていき、試合終了時点で最終的なデザインとなったアイテム１００が完成する。
　メインサーバ２は、このようなアイテム１００の編集を、試合経過やユーザの行動に応じて実行していくことで、試合毎或いはユーザ毎に、ユニークなアイテム１００を生成してユーザに提供できる。

　メインサーバ２は、完成したアイテム１００は、そのユーザ固有のデジタルアイテムとして無償又は有償で、ユーザに提供することができる。例えばそのユーザのＮＦＴ作品として、ユーザのコレクションに加えることができる。

　なおアイテム画面９０におけるアイテム１００は、静止画でもよいが、動画や、所定の動きのある画像としてもよい。例えばボールのアイテム１００の場合、ボールが回転している画像でもよい。
　またアイテム１００に対するユーザの操作により、回転等の動きを加えるような表示を行っても良い。

　図１２Ａにはクイズ画面１４０を示している。
　例えばユーザがクイズアイコン１０１を操作した場合、メインサーバ２は端末装置５にクイズ画面１４０を提供する。或いはメインサーバ２は何らかのタイミングで自動的に端末装置５にクイズ画面１４０を表示させるようにしてもよい。例えば、メインサーバ２は、ユーザがログインした後のタイミング（試合開始前のタイミング）や、予め設定されたタイミング（イニング内の所定のタイミング）などで、自動的にクイズ画面１４０を表示させてもいい。
　また図７のようなクイズウインドウ１２１によるクイズ提供と、図１２Ａのクイズ画面１４０によるクイズ提供を併用しても良いし、一方のみを実行してもよい。

　図１２Ａのクイズ画面１４０ではクイズ内容１４１や回答部１４２が設けられる。この例では、クイズ内容１４１は、野球のスタジアムの観客席についてボールが飛び込むエリアを選択する内容とされる。ユーザは任意のエリアを選んで回答部１４２を操作すると、それが回答となる。
　例えばホームランやファールとして打球が観客席に飛び込んだ場合、その場所が、クイズ画面１４０で選択していたエリアであったら、そのユーザはクイズに正答したということになる。

　図１２Ｂはクイズ結果画面１４９を示している。ユーザが選択したエリアにホームランボールが飛び込んだことにより、そのユーザに対して、正答であることを示すクイズ結果が表示されている例である。正答という結果もユーザ反応情報の１つであり、正答によってポイントが付与されたり、アイテム１００の編集が行われたりするということが考えられる。

　図１３Ａ、図１３ＢはＮＦＴ作品とされたアイテム１００を、アイテム画面９０で表示させている例である。例えばユーザがＮＦＴアイコン１０４を操作した場合、メインサーバ２は端末装置５にアイテム画面９０を提供し、ＮＦＴ作品とされたアイテム１００を表示させる。例えば図１３Ａは取得したポイント数のランキングが上位の人に対して生成されたアイテム１００をＮＦＴアイテムとして承認した画面である。図１３Ｂは、応援しているチームの優勝時に生成したアイテム１００をＮＦＴアイテムとして承認した画面である。

　図１４はコレクション画面１６０の例である。ユーザは、試合毎に試合連携サービスにログインしてアイテム１００を生成させることで、試合ごとにアイテム１００を獲得していくことができる。メインサーバ２はユーザ毎にアイテム１００を管理する。
　ユーザがコレクションアイコン１０２を操作することで、メインサーバ２はそのユーザのコレクション画面１６０を端末装置５に提供する。これによりユーザは過去に取得したアイテム１００を一覧することができる。

　以上は試合連携サービスによる画面の一例である。
　メインサーバ２は、試合連携サービスのための主たる処理として、試合情報やユーザ情報に応じたアイテム１００の編集等を行い、端末装置５でユーザに提示する。

　このような主たる処理を踏まえて、試合連携サービスにおいて想定される事項を以下述べていく。野球の試合を想定した例示である。

　アイテム１００は、競技に関係するアイテムであることが望ましい。この観点から、アイテム１００の例として、ボール、バット、ユニフォーム（帽子、衣服、靴、リストバンド）、選手肖像、チームのキャラクターロゴ、マスコットロゴ、チームマスコット、チアリーダー等の画像が考えられる。

　例えば試合連携サービスは、ユーザがボールのアイテム１００を収集するだけではなく、バットやチームキャラクターのアイテム１００を収集するというものでもよい。例えばキャラクターを試合情報やユーザ情報に応じて編集していくような処理でもよい。
　また実際のチアリーダーをバーチャル化し、試合情報やユーザ情報に応じてチアリーダーの衣装や髪型やメイクを加工していくということも考えられる。

　これらのアイテム１００の種類は、メインサーバ２側で決定してもよいが、ユーザが任意のアイテム１００を選択できるものとしてもよい。

　アイテム１００は、試合情報やユーザ情報に応じて編集される。どのような情報によってどのように編集されるかの例を挙げる。

　試合情報（試合固定情報や試合経過情報）として、例えば試合経過スコア／結果、スタッツ、選手のプロフィール（誕生日等）、季節、天気、スターティングメンバー、ＥＰＴＳデータ等がある。
　またユーザ情報（ユーザ固定情報やユーザ反応情報）として、クイズ回答、ＷＯＷボタン１２０の操作、ユーザ位置、ユーザの属性情報、ファン反応などがある。

　メインサーバ２は試合経過スコアや結果によりアイテム１００を編集していくようにする。例えば応援チームがリードしている、リードされている、僅差、同点、勝利、敗北などにより、それを表現する編集を行うことで、試合状況に応じた表示ができる。

　メインサーバ２はアイテム１００を季節や天候を反映させて編集してもよい。例えば天候に応じて背景を変えるなどである。試合当日の体験を思い出させてくれるようなアイテム１００を生成できる。

　メインサーバ２はスターティングメンバーや交代出場メンバーによってアイテム１００の編集内容が異なるようにしてもいい。例えばベンチ入り選手が誰か、応援している選手が活躍したかどうかなどに応じてアイテム１００の編集が行われてもよい。

　メインサーバ２は、選手やチームの試合開始前までの成績、コンディションなどに応じてアイテム１００を変化させてもよい。例えばリーグ戦の現時点の順位、トーナメントにおける準決勝、決勝などの試合種別などによりアイテム１００を変化させる。選手の肖像をアイテム１００とする場合は、その選手の成績やコンディションによりアイテム１００を変化させてもよい。

　メインサーバ２は、試合中の選手の成績（奪三振、盗塁、ホームラン、マルチ安打等）、達成記録（連続打席安打記録、連続打席ホームラン記録、完封勝利、ノーヒットノーラン達成、完全試合達成など）などに応じてアイテム１００を変化させてもよい。その試合の内容に応じたアイテム１００の生成に好適となる。

　メインサーバ２は、試合情報としてＥＰＴＳデータを用い、投球の回転数や打球の初速などによりアイテム１００を変化させてもよい。特別な動作が検出されることに応じてアイテム１００を変化させることで、その試合独自の編集がアイテム１００に加えられることになる。またユーザが応援している選手の特徴的な動作、プレーなどを、ＥＰＴＳデータを用いて判定し、アイテム１００を変化させてもよい。

　メインサーバ２はクイズに対するユーザの回答の有無、正答／誤答、ＷＯＷボタン１２０の操作などに応じてアイテム１００を編集していくようにする。これによりユーザの試合及び試合連携サービスへの参加度合に応じてアイテム１００を変化させていくことができる。

　メインサーバ２はユーザのロケーションに応じてアイテム１００を変化させてもよい。例えばスタジアムにいる人と、テレビジョン視聴している人とで、アイテム１００が異なるようにする。

　メインサーバ２はユーザのプロフィールに応じてアイテム１００を変化させてもよい。例えばユーザが誕生日の場合には通常とアイテム１００のデザインが異なるようにする。また例えばユーザと同じ誕生月や同じ出身地の選手が活躍した場合にアイテム１００を変化させるなど、ユーザのプロフィールを試合情報に関連づけて、アイテム編集の機会を発生させることも考えられる。

　以上は例示にすぎない。これら以外にも試合情報やユーザ情報に応じたアイテム１００を編集する例は多様に考えられる。

　また試合情報については優先度を付ける（重み付けをする）ようにしてもよい。
　例えば、１試合の経過のうち、盛り上がるシーン内の試合情報の優先度を高くしてもよい。より具体的には、例えば１試合の経過のうち、後半（例えば野球なら第５イニング、第７イニング）の情報について優先度を高くする。野球の試合において第５イニング、第７イニングは盛り上がることが多いので、スタッツデータの優先度を高くしておくことが考えられる。

　また、試合当日に誕生日の選手がいたら、その選手のスタッツデータの優先度を高くすることが考えられる。
　ユーザが応援するチームや選手についてのスタッツデータは、そのユーザに関しては重み付けして参照するようにしてもよい。

　また重要なシーンやゲームポイントのシーンに応じて、優先度を動的に変えてもよい。試合の流れを考慮して、重要な場合ではスタッツデータの優先度を上げることが考えられる。
　観客の歓声によっても盛り上がりが判定できるので、それによって優先度を変えてもよい。

　次にアイテム１００の編集（編集・加工・情報付与）の例について説明する。
　アイテム１００の編集として、アイテム１００に対して色、模様、テキスト、画像を変化させることが考えられる。またアイテム１００の背景の色や模様を変化させたりテキスト付加したりしてもよい。
　アイテム１００のサイズや形態を変化させることも考えられる。
　アイテム１００に音を付加してもよい。
　またボールの回転やバットのスイングなどのアイテム１００自体へのモーション付与を行ってもよい。
　アイテム１００に対して、他のコンテンツとのリンク付加等を行ってもよい。
　アイテム１００に対して、ＱＲコード（登録商標）、クーポン等の付加等を行ってもよい。

　またアイテム１００の編集は、アイテム１００の全体ではなく部分的に行うようにしてもよい。
　例えばボールの縫い目を境にした部位毎に色を付けるなどである。

　このように編集されるアイテム１００をユーザが取得することができるが、ユーザが単にコレクションするだけでなく、特典としてのサービスが行われてもよい。
　例えばユーザが編集されたアイテムを提示することで、特別なグッズがもらえるようにしたり、アイテムに付加されたＱＲコード、クーポンなどを活用できるようにしたりする。

　なお試合途中などでアイテム１００が未完成の段階としては、例えば、クイズに全問正解しなくても回答に応じてアイテムを編集／加工／情報付与してもよい。クイズに参加しなかった場合は「ブランクボール」を出力することもあり得る。

　アイテム１００の利用については次の様な例も考えられる。
　ユーザが収集したアイテム１００は、他のコンテンツ（ゲーム等）で使えるようにする例がある。
　例えばアイテム１００に紐づくデータとして、アイテム１００に対応する強さ、速度、回転等を保存しておく。そして保存したデータを、他のゲームにおいて反映させるようにする。どのようなデータを保存するかは使うゲームによって決められればよい。

　アイテム１００のグラフィックだけを他のコンテンツで使用できるようにしてもよい。試合に関連する他のコンテンツでアイテム１００が表示されるようにしてもよい。例えば試合のダイジェスト動画、試合を漫画化した漫画コンテンツ、試合の静止画集等のコンテンツで、アイテム１００が表示されるようにする。

　メインサーバ２或いは端末装置５において、試合情報やユーザ情報としてのどういう情報に基づいてそのアイテム１００が生成されたかという情報を管理しておくことも考えられる。そのような情報をアイテム１００の価値の基準としてもよい。

　アイテム１００は売買、交換できるようにする。アイテム１００の売買や交換などの取引は、オフチェーン／オンチェーンどちらでもよい。

　アイテム１００を所有するユーザに対して権利を付与してもよい。例えば特定のデザインが加えられたアイテム１００を所有するユーザ、ポイントランキング上位となったアイテム１００を所有するユーザ等に、選手のデジタルサインを付加してもらう権利を与えるなどである。

　以上の試合情報やユーザ情報の例、アイテム１００の例、アイテム１００の編集の態様の例などを想定したうえで、どのような情報に応じてアイテム１００がどのように変化するかという観点で、いくつかの例を挙げておく。

［例１］
　試合連携サービスにログインしたユーザは試合前にエリア（スタジアムを区切った一つ）を選ぶ（図１２Ａ参照）。選んだエリアに選手が打ったボールが入ると、ポイントが加算され、ポイント（打球が入った本数）が増えるのに応じてアイテム１００の色や模様が変化する。

［例２］
　ユーザ情報と試合情報から、ユーザが注目している選手が試合中にヒットを打つと、アイテム１００に重畳された選手のグラフィックがヒットを打つ前よりも大きく表示されたり、チームのマスコットキャラクターが登場するモーションが追加されたりする。

［例３］
　ポイントは、野球の場合は第５イニング、第７イニングのように盛り上がる回で取得できる倍率を上げる。或いはユーザ毎に特定の選手に関してポイント倍率を上げる。例えば応援チームのヒット数でポイントが加算されるようにすると共に、第５イニング、第７イニングのヒットや、応援選手のヒットの場合はポイント倍率が上がるようにする。

［例４］
　試合が行われている場所（例えば、球場）によって異なる表示をする。例えばアイテム１００自体、アイテム１００内や背景に表示する物として、球場の場所の特産物を表示させる。

［例５］
　投手が投げるボールのスピード、回転、球種、高度等によって、アイテム１００であるボールの色、模様、モーション等が変わるようにする。

［例６］
　投手が投げるボールのスピンの方向に合わせて、アイテム１００であるボールを回転表示させる。またアイテム１００であるボールの内外に、ＥＰＴＳデータや画像データＶＤに基づく表示をする。例えばＥＰＴＳデータとして回転数が得られる場合は、回転数をテキスト表示するなどである。

［例７］
　アイテム１００であるボールを、例えば縫い目で分ける等してエリア分けし、試合情報やユーザ情報に応じてエリア毎に徐々に変化するように編集する。ボールの表面だけでなく、裏側を編集してもよい。

［例８］
　ユーザがアイテム１００としてのボールを触る操作をしたときの回転の仕方を、試合情報やユーザ情報、或いはポイント等によって変える。例えばポイントが高い人はボールのモーションの速度を速くできる。触る操作に応じては、ボールの回転以外にも、ボールを歪ませるモーションや、サイズや色などが徐々に変化するようなモーションを生じさせてもよい。

　なお、以上は野球の試合の例で説明してきたが、試合連携サービスを適用できる競技は多様である。例えばサッカー、アメリカンフットボール、ラグビー、バスケットボール、バレーボール、テニス、ゴルフなどがある。特にＥＰＴＳシステムを利用している競技であると球技が好適である。もちろん球技以外の競技でもよい。例えば体操、スケート、陸上競技、水泳、柔道、剣道、ボクシング、フェンシング等でも利用できる。

　アイテム１００は競技に応じて考えられる。サッカーであればサッカーボール、ボクシングであればボクシンググローブ、テニスであればラケットなどが考えられる。
　試合情報も競技毎に想定される。

　また試合情報については野球のスタッツデータの例を示したが、もちろん競技により異なる。サッカーであれば、スタッツデータは次の様なものがある。
・ゴール数：シーズン中のゴール数
・シュート数：シュートを打った数
・枠内シュート数：ゴールの枠内に打ったシュート数
・ラストパス数：ゴールチャンスになったパス数
・ワンタッチパス数：ワンタッチでパスした数
・空中戦数：空中にあるボールを競り合った数
・タックル数：ボール保持者に対してボールを取りに行った数
・走行距離：各選手についての試合中に走った距離

＜３．試合連携サービスの流れ＞
　試合連携サービスの処理の具体的な流れの例を図１５で説明する。図１５では端末装置５、メインサーバ２、及びデータサーバ３０の間での通信を示しながら処理の流れの例を示している。なお図２，図３で説明したようにデータサーバ３０は１つの具体的な装置を示すものではなく、メインサーバ２に対する試合情報のソースという意味で示している。
　以下、端末装置５の処理は「Ｕ＊」、メインサーバ２の処理は「ＭＳ＊」、データサーバ３０の処理は「ＤＳ＊」の符号を付し（＊は数字）、時系列で説明する。

［処理ＤＳ１］
　試合連携サービスを提供するメインサーバ２は野球等の試合前の段階でデータサーバ３０から試合情報を取得する。この場合の試合情報は試合固定情報である。具体的には主に試合開始前までのスタッツデータやヒストリカルデータである。

［処理Ｕ１］
　ユーザは端末装置５から試合連携サービスにログインする。メインサーバ２はユーザのアカウントについてログイン処理を行い、そのユーザに対して試合連携サービスの処理を開始する。

［処理ＭＳ１］
　メインサーバ２は端末装置５に対して初期的なアイテム１００を送信して表示させる。例えば図８のブランクボールとしてアイテム１００が表示されるようにする。

［処理Ｕ２］
　端末装置５からは自動的に、或いはユーザ操作に応じて、試合開始前の段階でのユーザ情報をメインサーバ２に送信する。この場合のユーザ情報はユーザ固定情報である。但し、ユーザ固定情報は、試合連携サービスに登録したユーザについてメインサーバ２が記憶しておいても良いため、メインサーバ２はログインユーザに対してストレージ２３からユーザ固定情報を取得してもよい。
　また、端末装置５からは、メインサーバ２が記憶していないユーザ情報を送信することもある。例えばその試合において記録がかかっている選手など、ユーザが特に注目したいと思っている選手やチームの情報などがある。メインサーバ２は、注目選手やチームのアンケート画面などを端末装置５に表示させ、ユーザの回答を得るという処理を行ってもよい。

［処理ＭＳ２］
　メインサーバ２は端末装置５に対してユーザ情報に応じたアイテム１００を送信して表示させる。例えば図５のようにユーザの応援チームの情報に基づいて、チームロゴが入ったボールであるアイテム１００が表示されるようにする。
　なお、ログインの際にユーザ情報（例えば応援チーム）が取得できていれば、ブランクボールに代えてチームロゴが入ったボールなどを最初から表示させるようにしてもよい。或いは試合開始まではアイテム１００はブランクボールのままとしてもよい。

［処理ＭＳ３］
　メインサーバ２は試合開始前のタイミングで、ログインしたユーザの端末装置５に対してクイズを送信することができる。例えば図１２Ａのように打球が飛び込むエリアのクイズ画面１４０を表示させる。試合開始前におけるクイズとしては、その試合の活躍選手の予想クイズなどもある。なおクイズに限らずアンケートなどでもよい。

［処理Ｕ３］
　端末装置５からはユーザ操作に応じて、試合開始前の段階で提供されたクイズやアンケート等に対するユーザの回答の情報をメインサーバ２に送信する。メインサーバ２はこれをユーザ反応情報の１つとして記憶する。

　以上が試合開始前までの大まかな流れの例となる。ここからは試合開始後の処理を説明する。
　なお、試合開始後にログインしたユーザに対しては、処理Ｕ１から処理ＭＳ２までが行なわれ、それ以降は、次に説明する試合中の処理が行われれば良い。

［処理ＤＳ１］から［処理ＤＳｘ］
　試合中においてメインサーバ２はデータサーバ３０から試合情報を逐次取得する。この場合の試合情報は試合経過情報である。具体的にはＥＰＴＳデータ、画像データ、その試合のスタッツデータ、解析データなどである。

［処理Ｕ１０］
　試合中においてユーザがＷＯＷボタン１２０を操作した場合、操作情報が端末装置５からメインサーバ２に送信される。メインサーバ２はこれをユーザ反応情報の１つとして記憶する。なおメインサーバ２は、試合経過情報に基づいてタイミングを判定して端末装置５におけるＷＯＷボタン１２０の表示制御を行うようにしてもよい。例えば良いプレーがあったときに端末装置５においてＷＯＷボタン１２０が表示されるようにするなどである。

［処理ＭＳ１１］
　メインサーバ２は試合中に、試合情報やユーザ情報に応じてアイテム編集を行い、編集したアイテム１００を端末装置５に送信する。これにより端末装置５では、試合中にアイテム１００が変化する。

［処理Ｕ１１］
　試合中においてユーザ情報が端末装置５からメインサーバ２に送信される。例えばユーザの位置情報、行動、挙動、歓声などの情報が送信される。メインサーバ２はこれをユーザ反応情報の１つとして記憶する。

［処理ＭＳ１２］
　メインサーバ２は試合中にユーザの端末装置５に対してクイズやアンケートを送信することができる。例えばチャンスの場面で得点できるか否かなどの試合経過に応じたクイズが考えられる。またユーザにミッションを要求してもよい。例えば特定の場所の撮影を要求したり、ある時刻に特定の場所に行くことを要求したり、観戦している様子をＳＮＳ（Social networking service）にアップロードすることなどをミッションとする。

［処理Ｕ１２］
　端末装置５からはユーザ操作に応じて、提供されたクイズやアンケート等に対するユーザの回答の情報やミッション完了の情報をメインサーバ２に送信する。メインサーバ２はこれをユーザ反応情報の１つとして記憶する。

［処理ＭＳ１３］
　メインサーバ２は試合中に、試合情報やユーザ情報に応じてアイテム編集を行い、編集したアイテム１００を端末装置５に送信する。つまり処理ＭＳ１１で編集されたアイテムをさらに変更する処理を行う。このように、メインサーバ２はアイテム編集を複数回行う。これによって端末装置５では、試合中にアイテム１００が段階的に変化していくようになる。

［処理Ｕ１３］
　端末装置５では、アイテム１００に対するユーザ操作に応じてアイテム１００の表示態様を変化させる処理を行う。

［処理ＭＳ１４］
　メインサーバ２は試合終了時点前後に、アイテムの最終的な編集を行い、編集したアイテム１００を端末装置５に送信する。これが今回の試合でユーザが最終的に取得するアイテム１００となり、例えばＮＦＴアイテムとしてユーザに提供されるようにする。端末装置５においては最終的なアイテム１００が表示される。またメインサーバ２は当該ユーザが今回の試合で取得したアイテム１００の情報をストレージ２３に保存する。メインサーバ２は試合のダイジェスト動画等のコンテンツや試合の情報、或いはアイテム１００の編集データなどを生成し、アイテム１００に関連するコンテンツやメタデータとしてストレージ２３に記憶させることもできる。

　なお、試合終了前にユーザがログアウトした場合は、アイテム１００は無効としてもよいし、その時点のアイテム１００をユーザが取得したものとしてストレージ２３に記憶させても良い。

［処理Ｕ１４］
　試合後においては、ユーザは端末装置５で図１４のコレクション画面１６０により所有するアイテム１００の確認ができる。
　またＮＦＴマーケット機能５０によるマーケットにアイテム１００を出品して販売したり、販売されているアイテム１００を購入したりすることができる。
　またアイテム１００の交換やＳＮＳへの投稿、共有などを可能としてもよい。

　以上は試合連携サービスによる処理の流れの一例であり、特に試合中における各処理の順序は固定的ではない。いずれにしても、試合情報やユーザ情報に基づいてパーソナルなデジタルアイテムとしてアイテム１００が生成されていくものとなる。

＜４．第１の処理例＞
　以上のような試合連携サービスを実現するためのメインサーバ２の処理例を図１６から図１９で説明する。以下の処理はメインサーバ２の演算部２１における図３の試合連携サービス機能４０により実行される処理例である。この演算部２１の処理は、図４の情報処理装置７０をメインサーバ２の構成とした場合は、ＣＰＵ７１により実行される処理である。
　但し、一部の処理が端末装置５側で行われてもよい。その処理は、図４の情報処理装置７０を端末装置５の構成とした場合は、ＣＰＵ７１により実行される。

　図１６は、端末装置５が試合連携サービスにログインした後の処理として示している。ステップＳ１０１で演算部２１は、ログインユーザに対するサービス開始時のユーザ情報及び試合情報を取得する。

　演算部２１はステップＳ１０２でユーザ情報や試合情報に基づいてアイテム１００を端末装置５に送信し表示させる。例えばブランクボールやチームロゴのみが入ったボールなどをアイテム１００として表示させる。

　試合中は、演算部２１はステップＳ１０３からステップＳ１０７の処理を繰り返す。
　ステップＳ１０３で演算部２１はデータサーバ３０から試合情報を取得する。試合情報は、逐次継続的に送信されてくるため、演算部２１はステップＳ１０３のたびに、送信されてくる試合情報を取得することになる。

　ステップＳ１０４で演算部２１は、ユーザ情報の確認及び取得の処理を行う。例えば演算部２１は図１７の処理を行う。

　図１７のステップＳ１２０で演算部２１は、ユーザに何らかのインタラクションを求める機会であるか否かを判定する。例えば演算部２１は、クイズ、アンケート、ミッション等を提示する機会であるか否かを、試合情報やユーザ情報に基づいて判定する。演算部２１は、特定のイニングが終了した時点、試合開始から所定時間が経過した時点、特定のプレーが発生した時点、ユーザが特定の行動をとった時点などをインタラクション機会と判定することが考えられる。

　インタラクション機会と判定した場合、演算部２１はステップＳ１２１に進み、クイズ、アンケート、ミッション等の情報を生成して端末装置５に送信し、ユーザに提示させ、ステップＳ１２２に進む。
　この場合、演算部２１はクイズ等の内容については、或る固定的な内容のクイズを送信してもよいし、試合情報を参照して時限的なクイズを生成するようにしてもよい。
　例えば試合経過情報に基づいて、今回の試合で或る記録が達成できるか否かといったクイズや、現在のチャンスで何点入るかといったクイズを生成したり、ＥＰＴＳデータから判定された特定の動作について、その特定の動作を行った選手が誰か、といったクイズを生成したりすることができる。

　演算部２１はステップＳ１２０においてインタラクション機会と判定しなければ演算部２１はステップＳ１２２に進む。

　ステップＳ１２２で演算部２１は、何らかのユーザ情報が受信されたか否かを判定する。例えばＷＯＷボタン１２０の操作情報、ユーザの位置情報、クイズやアンケートに対する回答情報、ミッションクリアの情報などの受信を確認する。
　なおクイズ等に対する回答が送信されるユーザ操作等に基づくためタイミングは不定であり、ステップＳ１２１の直後のステップＳ１２２で回答が得られる訳ではない。
　即ちステップＳ１２２は、その時点での位置情報、ユーザが任意に入力した情報、ＷＯＷボタン１２０等の操作情報、回答情報、ミッションに関する情報、歓声の情報などなどが受信されているか否かを判定する処理である。

　これらの情報の受信があれば、演算部２１はステップＳ１２３に進み、それらの情報をユーザ情報（ユーザ反応情報）として取得する。
　なおユーザ情報はログインしたユーザ毎に固有の情報であるため、演算部２１はユーザ毎に取得して管理することは言うまでもない。

　以上の図１７の処理を図１６のステップＳ１０４で実行したら、演算部２１はステップＳ１０５に進み、アイテム１００についての編集処理やポイント処理を行う。例えば演算部２１は図１８の処理を行う。なお図１８はユーザ毎に行われる処理である。

　演算部２１はステップＳ１５０で、試合情報に応じたアイテム１００の編集機会であるか否かを判定する。アイテム１００の編集機会とは、特定のイニングの終了時点、特定のプレーの発生時点、得点があった時点、特定の記録が達成された時点などとして予め決められていればよい。演算部２１は現在そのような機会であるか否かを判定する。
　演算部２１は試合情報に応じたアイテム１００の編集機会であると判定したらステップＳ１５２に進む。

　一方、演算部２１は試合情報に応じたアイテム１００の編集機会ではないと判定したらステップＳ１５１に進み、ユーザ情報に応じたアイテム１００の編集機会であるか否かを判定する。この場合のアイテム１００の編集機会とは、例えばユーザが応援するチームの得点時点、応援する選手のプレーに応じた時点、例えば打球が飛び込んだ場所などのクイズやアンケートの回答結果に関連する時点、ミッションクリアの情報が得られた時点、特定のユーザインタラクションがあった時点などが想定される。演算部２１は現在そのような機会であるか否かを判定する。
　演算部２１はユーザ情報に応じたアイテム１００の編集機会であると判定したらステップＳ１５２に進む。

　従って演算部２１は、試合情報やユーザ情報に基づいて、アイテム１００の編集機会と判定したら、ステップＳ１５２以降でアイテム１００の編集処理を行うことになる。
　一方、試合情報とユーザ情報のいずれを参照してもアイテム１００の編集機会と判定されなければ、演算部２１はアイテム１００の編集は行わずにステップＳ１５７に進む。

　ステップＳ１５２で演算部２１は、重み付け設定を行う。重み付けとは、アイテム編集に関して注目する試合情報やユーザ情報の価値を数値化する場合の重み付け設定を行うことである。例えば上述のように第５イニングや第７イニングの試合経過情報やユーザ反応情報は、他のイニングのときよりも高い重み係数が設定されるようにするなどである。またユーザの応援選手のプレーについては他の選手のプレーより高い重み係数となるような設定も考えられる。

　なお演算部２１が試合固定情報やユーザ固定情報に応じて重み付け設定を行うようにしてもよい。例えば誕生日のユーザや、誕生日の選手のプレーに対して価値を高めたり優勝決定戦など試合の種別により重み付けを変えたりするなどである。

　ステップＳ１５３で演算部２１は、試合情報やユーザ情報について数値化する。特に演算部２１はユーザ反応情報について、その価値を特定するために数値化することが考えられる。例えばその時点までのクイズ回答操作や結果、ＷＯＷボタン操作などを数値化し、ユーザの試合及び試合連携サービスへの参加度合いの評価値とする。例えばクイズ回答、正答／誤答、ＷＯＷボタン１２０のタイミング、ミッション達成などをそれぞれ数値化し、ユーザの参加の評価値とする。

　また演算部２１は数値化の際に、ステップＳ１５２の重み付け設定も反映させる。例えば図１２Ａのようなエリアを選択するクイズにおいて、第５イニングや第７イニングにユーザの選択エリアに打球が飛び込んだ場合の数値は、他のイニングの場合よりも数値を高めるといった例が想定される。
　このような数値化処理を、その時点で記憶されているユーザ反応情報について行い、合計してユーザの参加度合いの評価値とする。
　また同様に試合経過情報について数値化を行っても良い。

　ステップＳ１５４で演算部２１は、アイテム編集を行うか否かを判定する。例えば数値化したユーザ反応情報や試合経過情報を所定の閾値と比較する。

　演算部２１は数値化したユーザ反応情報や試合経過情報の値が閾値を超えていれば編集実行と判定せずにステップＳ１５５からステップＳ１５７に進む。つまりアイテム編集を実行しない。

　演算部２１は、数値化したユーザ反応情報や試合経過情報の値が閾値を超えていれば編集実行と判定して演算部２１はステップＳ１５５からステップＳ１５６に進み、アイテム編集を行う。例えば演算部２１はアイテム編集機会と判定された試合情報やユーザ情報の種別や内容、数値化した評価値の合計等に応じて編集内容を決定し、アイテム１００を編集する。

　編集処理としては試合経過、プレー内容、達成記録などを表すデザイン、テキスト等の付加、スタッツデータの表示、ユーザのインタラクションに応じた内容を表すデザイン、テキスト等の付加、アイテム１００の部分的な色の変更、ロゴやキャラクターの付加などがある。またアイテム１００自体の編集に加えて、或るプレーのリプレイ動画、自由視点画像、アニメーションといったコンテンツの生成及び関連づけなどを行ってもよい。

　またクイズの結果に応じてボールの色が変わる処理を行うことで、クイズに正解するとボールが進化するような編集となる。
　また試合の状況や勝敗に応じて背景色が変わるようにしてもよい。例えばホームランを打つ／リードする／試合に勝つと背景色がゴールドになる、負けると背景が赤になるなどである。
　スタッツデータ等に基づいてボールをスピンさせるような編集でもよい。
　選手の画像、サイン、ユニフォーム（背番号）等を重畳するような編集もある。

　また編集処理としては、例えばユーザのポイントのランキングに応じた特典のような編集を行うことも考えられる。例えばランキング上位者には、選手のデジタルサインがもらえる権利が付加され、デジタルサインがアイテム１００の上に重畳されるなどである。
　また編集処理としては、アイテム１００のエリア毎に編集する処理を行ってもよい。例えば所定のエリア（パーツ、区画）として、アイテム１００がボールであれば、縫い目で区切られる部分や、皮の一部毎、アイテム１００がユニフォームであれば袖、胸元、襟、番号、前面、背面等などを決めておく。そして演算部２１はステップＳ１５６ではアイテム１００の特定のエリアについて編集を実行する。

　続いてステップＳ１５７で演算部２１はポイント処理の機会か否かを判定する。例えば演算部２１は現在処理対象としている試合情報やユーザ情報がポイント付与に関連するものであるか否かを判定してポイント処理機会か否かを判定する。
　ポイント処理機会であれば演算部２１はステップＳ１５８に進み、ポイント付与処理を行う。例えば演算部２１はポイント処理機会と判定した原因となった試合情報やユーザ情報の種別や内容に応じてポイント付与を行う。

　以上の図１８の処理を図１６のステップＳ１０５で行ったら、演算部２１はステップＳ１０６に進み、送信処理を行う。これは編集したアイテム１００や新たなポイント情報を端末装置５に送信する処理となる。
　これにより端末装置５では、編集後のアイテム１００や更新されたポイントの値が表示される状態となる。
　なお直前のステップＳ１０５（図１８の処理）で特にアイテム編集やポイント付加が行われていない場合は、ステップＳ１０６で端末装置５に対して送信を行わなくてもよい。

　ステップＳ１０７で演算部２１は、アイテム更新の終了を判定する。例えば終了のトリガとしては、試合情報として試合終了の情報が入力されることや、ユーザによるログアウト等が想定される。
　アイテム更新の終了のトリガが検出されなければ、演算部２１はステップＳ１０３に戻って、上記の処理を繰り返す。

　アイテム更新の終了のトリガが検出された場合は、演算部２１はステップＳ１０７からステップＳ１０８に進み、アイテム１００の状態を最終的に確定し、ユーザが取得したアイテム１００としてストレージ２３に記憶させる処理を行う。この際に最終的な編集を加えてもよい。例えば演算部２１は、最終的な完成形のアイテム１００としてのデザインを付加したり、試合に関するコンテンツ生成を行ってアイテム１００と関連づけたり、リンク情報、試合情報、ユーザ反応情報、アイテムの編集情報、特典情報などの各種の情報付与を行ってもよい。また演算部２１はアイテム１００をＮＦＴアイテムとする処理を行ってもよい。

　図１９は試合後のアイテム１００の活用に関するメインサーバ２の演算部２１の処理を示している。なおこの処理も、端末装置５が行う処理と考えてもよい。

　演算部２１はステップＳ２０１でアイテム１００の表示要求を監視する。
　例えばユーザが試合直後に最終的に生成されてストレージ２３に記憶されたアイテムの表示を要求する操作を監視する。或いはユーザが図１４のコレクション画面１６０において或るアイテム１００を選択して表示要求する操作を監視する。

　或るアイテムの表示要求があった場合は、演算部２１はステップＳ２０２に進み、指定されたアイテム１００をストレージ２３から取得する。
　ステップＳ２０３で演算部２１は、当該アイテム１００を端末装置５において表示させる。

　ステップＳ２０４で演算部２１は、ユーザが、そのアイテムに関して共有処理、販売要求などのアイテム利用操作を行うことを監視する。
　ユーザがアイテム利用操作を行った場合は、演算部２１はステップＳ２０５に進み、そのアイテム１００に対して指示された処理を行う。例えばＮＦＴマーケット機能５０によるマーケットへの出品の処理、ＳＮＳアップロード処理、共有処理などである。

　演算部２１はステップＳ２０６で当該アイテム１００に関する処理の終了を判定し、終了であれば処理を終える。

　以上によりユーザは試合により生成されたアイテム１００を、他のサービス等で利用できることになる。

　なお試合により生成されたアイテム１００は、ユーザがそのまま無償で取得できるものとしてもよいし、購入した人、クイズの正答率で条件を満たした人に提供してもよいし、ランダムに提供してもよい。

＜５．第２の処理例＞
　図２０は第２の処理例を示している。この図２０はユーザ情報をアイテム１００の編集に用いない例である。なお図１６と同一の処理は同一のステップ番号を付している。

　ステップＳ１０１Ａで演算部２１は、ログインユーザに対するサービス開始時の試合情報を取得する。

　演算部２１はステップＳ１０２Ａで試合情報に基づいてアイテム１００を端末装置５に送信し表示させる。例えばブランクボールやチームロゴのみが入ったボールなどをアイテム１００として表示させる。

　試合中は、演算部２１はステップＳ１０３からステップＳ１０７の処理を繰り返す。
　ステップＳ１０３で演算部２１はデータサーバ３０から試合情報を取得する。
　ステップＳ１０５Ａで演算部２１は、アイテム１００について編集処理やポイント処理を行う。例えば演算部２１は試合情報に基づいて編集機会か否かを判定し、編集機会であれば、試合情報に応じて編集を実行する。また試合情報に応じてポイント付与の処理を行う。

　ステップＳ１０６で演算部２１は編集したアイテム１００や新たなポイント情報を端末装置５に送信する処理を行う。これにより端末装置５では、編集後のアイテム１００や更新されたポイントの値が表示される。

　ステップＳ１０７で演算部２１は、アイテム更新の終了を判定する。
　アイテム更新の終了のトリガが検出されなければ、演算部２１はステップＳ１０３に戻って、上記の処理を繰り返す。

　アイテム更新の終了のトリガが検出された場合は、演算部２１はステップＳ１０７からステップＳ１０８に進み、アイテム１００の状態を最終的な確定し、ユーザが取得したアイテム１００としてストレージ２３に記憶させる処理を行う。

　この図２０のように、ユーザ情報を用いずに、試合情報に応じてアイテム１００の生成制御処理が行われる処理例も考えられる。これにより試合の状況に応じたデジタルアイテムが生成される試合連携サービスを実現できる。
　なおこの場合でも試合後に図１９のようなアイテム活用のための処理を同様に行うことができる。

＜６．まとめ及び変形例＞
　以上の実施の形態では次のような効果が得られる。

　実施の形態のメインサーバ２としての情報処理装置７０は、試合情報に基づいて、試合に対応するデジタルアイテム（アイテム１００）の生成制御処理を行う演算部２１を備える（図１６，図１９参照）。
　例えば演算部２１はアイテム１００の生成制御処理として、例えばブランクボールを徐々に編集していく処理を制御する。これにより試合に対応するアイテム１００が生成される。ユーザはアイテム１００を試合に対応する記念のアイテム等として取得することができ、試合をより楽しめるサービスをユーザに提供できる。

　なお編集の対象は、アイテム１００のみに限られない。画面の背景、アイテム１００の他の画像、チーム／スコア情報１１０のデザインなども編集対象としてもよい。つまりデジタルアイテムとはアイテム１００に限られない。

　実施の形態の演算部２１は、試合に関するユーザ情報を管理し、試合情報とユーザ情報に応じてデジタルアイテムの生成制御処理を行うものとした（図１６、図１７、図１８参照）。
　演算部２１が、試合情報だけでなくユーザ情報であるユーザ固定情報やユーザ反応情報をも用いてアイテム１００の編集を行っていくことで、アイテム１００は、ユーザ個人の属性や行動などに応じて完成されていくことになる。従ってユーザは唯一無二のアイテムを取得することができ、ユーザの満足度を高めるようなサービス提供が実現される。

　実施の形態では、ユーザ情報は、試合に関するユーザインタラクションを示すユーザ反応情報を含むものとした。
　演算部２１がユーザ反応情報として、クイズ回答、ＷＯＷボタン１２０の操作、ユーザの位置、リワード（ミッションに対する成果（特定部位の撮影、観戦時間、ＳＮＳ投稿有無等））などの情報を取得し、それに応じてアイテム１００が編集されたりポイント付与されたりすることで、ユーザの行動が反映されて、試合観戦時のユーザの楽しみ方をより広げることができる。

　実施の形態では、演算部２１は、ユーザ反応情報を数値化した値に基づいてデジタルアイテムの生成制御処理を行う例を挙げた（図１８のステップＳ１５３参照）。
　例えばユーザ反応情報を踏まえた数値として、ユーザが試合に対してどの程度参加しているかを示す値（試合に対するユーザの参加をポイント化したもの）や、クイズの結果によるポイント、リワードのポイントなどがある。それらの値に応じてアイテム１００の表示態様を変更するなどを行う。これによりユーザの参加を定量化してアイテム１００に反映させることができる。

　なお必ずしもこのような数値化を行わなくてもよい。例えば特定のユーザ反応情報が得られたら、それに応じて特定の編集を行うような処理とする場合など、数値化を行わない例も考えられる。

　実施の形態では、演算部２１は、試合情報に含まれる試合経過情報に基づいて、ユーザ反応情報の数値化時の重み付け設定を行い、重み付けを反映して決定された値に基づいてデジタルアイテムの生成制御処理を行う例を挙げた（図１８のステップＳ１５２参照）。
　例えば試合経過情報として、時間（試合前半、試合後半）、イニング／ハーフ、得点差がある。また勝利期待度、ファン盛上り度（人気投手への交代、好成績打者の打席、満塁等の状況）などもある。その他、シーズン中全体の成績や個人記録（ヒット／ホームラン数の記録など）がかかるタイミングなどもある。これらの試合経過情報に応じて重み付け設定を行い、ユーザ反応情報の数値化時の重み付けを反映させる。これにより試合の状況、局面と、それに対するユーザの反応を踏まえたアイテム編集ができ、よりユーザ毎の試合に対する思い入れ等に応じた編集ができる。またユーザ毎の独自のアイテム生成の可能性をより高めることもできる。

　実施の形態では、演算部２１は、一のユーザのユーザ反応情報を数値化した値と、他のユーザのユーザ反応情報を数値化した値との比較結果を反映させるように、一のユーザについてのデジタルアイテムの生成制御処理を行う例を挙げた（図１３、図１８のステップＳ１５４，Ｓ１５５，Ｓ１５６参照）。
　例えばユーザのポイントのランキングに応じた特典のような編集を行う。ランキング上位者には、選手のデジタルサインがもらえる権利が付加され、デジタルサインがアイテム１００の上に重畳されるなどである。これによりユーザの試合連携サービスへの参加の楽しみを向上させることができる。

　実施の形態では、ユーザ反応情報は、試合に関連して提供したクイズに対する回答情報を含むものとした（図７、図１７参照）。
　演算部２１は試合に関するクイズを端末装置５に提供し、その回答情報をユーザ反応情報として取得する。これによりユーザの積極的な参加を促して、かつユーザ反応情報を得ることができ、アイテム１００のユーザ毎の多様化を促進できる。

　実施の形態では、ユーザ情報は、試合に関連するユーザの位置情報を含むものとした。即ち演算部２１は、試合に関するユーザの位置情報を取得してアイテム１００の編集に反映させる。例えば試合会場（スタジアム等）、パブリックビューイング、遠隔地（テレビジョン視聴）など、観戦場所としての情報がある。またスタジアム内での座席位置、立ち寄っている場所などの情報もある。またゴルフ観戦の場合は観客が観戦場所を移動するためユーザ位置は変動する。
　このような位置情報を編集に反映させることで、ユーザの観戦態様、行動などに応じたアイテム１００を生成でき、アイテム１００の多様化を促進できる。特に試合観戦場所や座席などが分かるような情報やデザインを付与することで、観戦時の体験を思い出させてくれるようなアイテムを生成することも可能となる。

　実施の形態では、試合情報は、試合の撮像画像の解析により生成された、試合に関連する人物或いは競技物のいずれかについての挙動情報を含むものとした。挙動情報の例としてＥＰＴＳデータ（又はＥＰＴＳデータに基づく解析データ）を挙げた。
　例えばＥＰＴＳデータとして、試合を撮像した画像を解析して被写体人物の骨格キャプチャデータを得ることができ、また骨格キャプチャデータから選手や審判の行動、挙動を判定できる。また撮像画像やセンサ４（カメラ、ウェアラブルセンサ、レーダー等）のセンシングデータＳＳを用いることもできる。これらにより、ボール、バット、ラケットその他の競技物の動きの情報も得ることができる。例えばボールの軌道、回転数、回転方向、速度などである。これらの情報により、プレー状況を判定し、プレー状況に応じたアイテム１００の編集が可能になる。従って試合の内容を反映したアイテム１００を生成することができる。

　なお実施の形態では試合経過情報としてＥＰＴＳデータを用いる例で説明したが、試合経過情報にＥＰＴＳデータを用いないシステムも想定できる。例えばセンサ４に基づく挙動情報や、スコアデータサーバ３による選手の投球結果、打撃結果なども挙動情報となり得る。これらの挙動情報を試合経過情報として用いても試合連携サービスの実行は可能である。

　実施の形態では、演算部２１は、挙動情報に応じて提供する情報に対するユーザ反応情報に応じてデジタルアイテムの生成制御処理を行う例を挙げた（図１７，図１８参照）。
　演算部２１は例えばＥＰＴＳデータ等に基づいてクイズ、アンケート等をユーザに提示し、ユーザの操作や挙動などをユーザ反応情報として取得する。そしてそのユーザ反応情報に応じてアイテム１００の編集を行う。このようにＥＰＴＳデータを踏まえて決定したユーザインタラクティブ項目に対する、ユーザインタラクションを示すユーザ反応情報に基づいてアイテム編集を行うことで、ユーザ毎にユニークなアイテム１００の生成に好適となる。

　実施の形態では、試合情報は、試合の経過により得られる試合経過情報を含み、演算部２１は、取得した試合経過情報に基づいてデジタルアイテムの生成制御処理を行う例を挙げた。
　演算部２１は試合経過で得られる試合経過情報に応じて試合中にアイテム１００の編集を実行する。これにより実際の試合の展開やプレーに応じて編集されたアイテム１００をユーザに提供できる。

　実施の形態では、試合経過情報は、試合に関して検出されたデータの解析した結果により得られる情報である例を挙げた。
　例えば試合に関する画像やセンサ４で得られるセンシングデータＳＳから解析されるＥＰＴＳデータ、さらにはＥＰＴＳデータから判定される選手等の動作、挙動、試合状況など、試合に関する動的な情報が試合経過情報に含まれる。これによりアイテム１００を試合の動的な情報に応じてダイナミックに編集していくことができる。

　実施の形態では、演算部２１は、試合情報の取得に応じてデジタルアイテムが更新されていくようにデジタルアイテムの生成制御処理を行う例を挙げた。
　演算部２１は試合経過で得られる情報によって試合中に複数回、アイテム１００の編集を実行する。つまりアイテム１００が試合中に更新されていくようにする。これにより試合の展開やプレーに応じて進化していくようなアイテム１００をユーザに提供できる。

　実施の形態では、演算部２１は、所定の終了のトリガに応じて、デジタルアイテムを試合に応じて生成されたアイテムとして記憶させる処理を行う例を挙げた（図１６及び図２０のステップＳ１０７，Ｓ１０８参照）。
　例えば試合終了の情報や、アイテム１００の更新終了情報、ユーザによる試合連携サービス機能４０からのログアウト、ユーザのアプリケーションプログラムの終了操作などに応じて、その時点のアイテム１００を試合により生成されたアイテム１００として記憶させる。従って試合連携サービスにより、試合終了などの時点でアイテム１００を確定させることができる。またユーザが試合途中にログアウトしたような場合も、その時点でアイテム１００が確定される。これにより、試合やユーザの状況に応じてアイテムが記憶されることになる。

　実施の形態では、演算部２１は、終了のトリガに応じて、デジタルアイテムに試合に関する画像コンテンツ又は付加情報を関連づける処理を行う例を挙げた（図１６及び図２０のステップＳ１０８参照）。
　例えば試合に関するコンテンツとしては試合の全体又は特定選手のダイジェスト動画、静止画等がある。付加情報としては、選手のデジタルサイン、クーポン、ＱＲコードなどが想定される。これらが関連づけられることで、ユーザは試合後にデジタルアイテムを利用した各種の行動（共有や販売等）を行うことができる。

　実施の形態では、演算部２１は、終了のトリガに応じて、デジタルアイテムに試合情報を関連づける処理を行う例を挙げた（図１６及び図２０のステップＳ１０８参照）。
　例えば試合に関する情報としては、試合情報（試合固定情報、試合経過情報）がある。例えば試合のスコアや選手の成績データ、ＥＰＴＳデータなどをアイテム１００に関連づけることが考えられる。また試合中に得られたユーザ情報（ユーザ固定情報、ユーザ反応情報）を関連づけてもよい。これらの情報を関連づけて記憶しておくことで、試合後におけるアイテム１００の管理、アイテム１００の他のアプリケーションプログラムやサービスでの利用などに好適となる。

　実施の形態では、演算部２１は、デジタルアイテムに対して所定のエリアを定め、デジタルアイテムの生成制御処理ではエリアごとに編集を行う例を挙げた。
　例えば所定のエリア（パーツ、区画）として、アイテム１００がボールであれば、縫い目で区切られる部分や、皮の一部毎、アイテム１００がユニフォームであれば袖、胸元、襟、番号、前面、背面等などを決めておく。そして演算部２１は試合中に、エリア毎にアイテム１００の編集を実行する。これによりユーザは試合の進行に応じてエリア毎に変化していくアイテム１００を楽しむことができる。
　また試合情報やユーザ情報の内容に応じて、編集されるエリアが異なるようにしてもよい。

　実施の形態では、演算部２１は、デジタルアイテムの生成制御処理において、デジタルアイテムに試合情報に関連するモーションを付与する処理を行う例を挙げた。
　例えば試合情報に関連するモーションとしては試合の最高値（球速、回転）に対する動き、出されたクイズに対応する動き、応援する選手に対応する動きなどをアイテム１００に与えるようにする。例えばアイテム１００としてのボールを回転させること、さらには回転速度や回転方向を設定することなどがある。バットのスイングの動き、選手アイコンの動き、などもある。このようなモーションを、試合情報やユーザ情報（例えば注目選手やクイズの回答など）に対応してアイテム１００に付与する。これによりアイテム１００の見せ方をユーザ毎に多様化できる。
　なおアイテム１００に付与されたモーションのデータは、アイテム１００に関連づけて記憶させることで、他のアプリケーションプログラムで使うことも可能となる。

　なお実施の形態では主にメインサーバ２の演算部２１の処理として説明したが、演算部２１の処理の全部又は一部は、端末装置５側のＣＰＵによって実行されるものであってもよい。例えば演算部２１の試合連携サービス機能４０がアプリケーションプログラムとして端末装置５にインストールされ、例えば図３のアイテム／コンテンツ生成部４５による処理などが端末装置５において行われる例も考えられる。
　他の機能、即ち試合情報取得部４１、ユーザ情報取得部４２、試合解析部４３、クイズ生成部４４、記憶制御部４６等の機能を端末装置５が備え、これらによる処理が端末装置５で行われてもよい。

　実施の形態のプログラムは、図１６から図２０のような処理を、例えばＣＰＵ、ＤＳＰ（digital signal processor）、ＡＩプロセッサ等、或いはこれらを含む情報処理装置７０に実行させるプログラムである。
　即ち実施の形態のプログラムは、試合に関する情報である試合情報に基づいて、試合に対応するデジタルアイテムの生成制御処理を情報処理装置に実行させるプログラムである。

　このようなプログラムにより、実施の形態の情報提供システム１を構成する情報処理装置７０を、例えばコンピュータ装置、携帯端末装置、その他の情報処理が実行できる機器において実現できる。

　このようなプログラムは、コンピュータ装置等の機器に内蔵されている記録媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭ等に予め記録しておくことができる。
　あるいはまたプログラムは、フレキシブルディスク、ＣＤ－ＲＯＭ(Compact Disc Read Only Memory)、ＭＯ(Magneto Optical)ディスク、ＤＶＤ(Digital Versatile Disc)、ブルーレイディスク（Blu-ray Disc（登録商標））、磁気ディスク、半導体メモリ、メモリカードなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。
　また、このようなプログラムは、リムーバブル記録媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ(Local Area Network)、インターネットなどのネットワークを介してダウンロードすることもできる。

　またこのようなプログラムによれば、実施の形態の情報提供システム１を構成する情報処理装置７０の広範な提供に適している。例えばスマートフォンやタブレット等の携帯端末装置、撮像装置、携帯電話機、パーソナルコンピュータ、ゲーム機器、ビデオ機器、ＰＤＡ（Personal Digital Assistant）等にプログラムをダウンロードすることで、これらの機器を、本開示の情報提供システム１を構成する情報処理装置７０として機能させることができる。

　なお、本明細書に記載された効果はあくまでも例示であって限定されるものではなく、また他の効果があってもよい。

　なお本技術は以下のような構成も採ることができる。
　（１）
　試合に関する情報である試合情報に基づいて、前記試合に対応するデジタルアイテムの生成制御処理を行う演算部を備える
　情報処理装置。
　（２）
　前記演算部は、前記試合に関するユーザ情報を管理し、前記試合情報と前記ユーザ情報に応じて前記デジタルアイテムの生成制御処理を行う
　上記（１）に記載の情報処理装置。
　（３）
　前記ユーザ情報は、前記試合に関するユーザインタラクションを示すユーザ反応情報を含む
　上記（２）に記載の情報処理装置。
　（４）
　前記演算部は、前記ユーザ反応情報を数値化した値に基づいて前記デジタルアイテムの生成制御処理を行う
　上記（３）に記載の情報処理装置。
　（５）
　前記演算部は、前記試合情報に含まれる試合経過情報に基づいて、前記ユーザ反応情報の数値化時の重み付け設定を行い、重み付けを反映して決定された値に基づいて前記デジタルアイテムの生成制御処理を行う
　上記（３）又は（４）に記載の情報処理装置。
　（６）
　前記演算部は、一のユーザの前記ユーザ反応情報を数値化した値と、他のユーザの前記ユーザ反応情報を数値化した値との比較結果を反映させるように前記一のユーザについての前記デジタルアイテムの生成制御処理を行う
　上記（３）から（５）のいずれかに記載の情報処理装置。
　（７）
　前記ユーザ反応情報は、前記試合に関連して提供したクイズに対する回答情報を含む
　上記（３）から（６）のいずれかに記載の情報処理装置。
　（８）
　前記ユーザ情報は、前記試合に関連するユーザの位置情報を含む
　上記（２）から（７）のいずれかに記載の情報処理装置。
　（９）
　前記試合情報は、前記試合の撮像画像の解析により生成された、試合に関連する人物或いは競技物のいずれかについての挙動情報を含む
　上記（１）から（８）のいずれかに記載の情報処理装置。
　（１０）
　前記演算部は、前記挙動情報に応じて提供する情報に対するユーザ反応情報に応じて前記デジタルアイテムの生成制御処理を行う
　上記（９）に記載の情報処理装置。
　（１１）
　前記試合情報は、前記試合の経過により得られる試合経過情報を含み、
　前記演算部は、取得した前記試合経過情報に基づいて前記デジタルアイテムの生成制御処理を行う
　上記（１）から（１０）のいずれかに記載の情報処理装置。
　（１２）
　前記試合経過情報は、試合に関して検出されたデータの解析した結果により得られる情報を含む
　上記（１１）に記載の情報処理装置。
　（１３）
　前記演算部は、前記試合情報の取得に応じて前記デジタルアイテムが更新されていくように前記デジタルアイテムの生成制御処理を行う
　上記（１）から（１２）のいずれかに記載の情報処理装置。
　（１４）
　前記演算部は、所定のトリガに応じて、前記デジタルアイテムを前記試合に応じて生成されたアイテムとして記憶させる処理を行う
　上記（１）から（１３）のいずれかに記載の情報処理装置。
　（１５）
　前記演算部は、前記トリガに応じて、前記デジタルアイテムに前記試合に関する画像コンテンツ又は付加情報を関連づける処理を行う
　上記（１４）に記載の情報処理装置。
　（１６）
　前記演算部は、前記トリガに応じて、前記デジタルアイテムに前記試合情報を関連づける処理を行う
　上記（１４）又は（１５）に記載の情報処理装置。
　（１７）
　前記演算部は、前記デジタルアイテムに対して所定のエリアを定め、前記デジタルアイテムの生成制御処理では前記エリアごとに編集を行う
　上記（１）から（１６）のいずれかに記載の情報処理装置。
　（１８）
　前記演算部は、前記デジタルアイテムの生成制御処理において、前記デジタルアイテムに前記試合情報に関連するモーションを付与する処理を行う
　上記（１）から（１７）のいずれかに記載の情報処理装置。
　（１９）
　試合に関する情報である試合情報に基づいて、前記試合に対応するデジタルアイテムの生成制御処理を情報処理装置が実行する
　情報処理方法。
　（２０）
　試合に関する情報である試合情報に基づいて、前記試合に対応するデジタルアイテムの生成制御処理を
　情報処理装置に実行させるプログラム。

１　情報提供システム
２　メインサーバ
３　スコアデータサーバ
４　センサ
５　端末装置
５ａ　表示部
１０　撮像装置
１１　収録部
１２　ＥＰＴＳデータ生成部
２１　演算部
２２　提示制御部
２３　ストレージ
３０　データサーバ
４０　試合連携サービス機能
４１　試合情報取得部
４２　ユーザ情報取得部
４３　試合解析部
４４　クイズ生成部
４５　アイテム／コンテンツ生成部
４６　記憶制御部
７０　情報処理装置
７１　ＣＰＵ

Claims (20)

1. 　試合に関する情報である試合情報に基づいて、前記試合に対応するデジタルアイテムの生成制御処理を行う演算部を備える
   　情報処理装置。
2. 　前記演算部は、前記試合に関するユーザ情報を管理し、前記試合情報と前記ユーザ情報に応じて前記デジタルアイテムの生成制御処理を行う
   　請求項１に記載の情報処理装置。
3. 　前記ユーザ情報は、前記試合に関するユーザインタラクションを示すユーザ反応情報を含む
   　請求項２に記載の情報処理装置。
4. 　前記演算部は、前記ユーザ反応情報を数値化した値に基づいて前記デジタルアイテムの生成制御処理を行う
   　請求項３に記載の情報処理装置。
5. 　前記演算部は、前記試合情報に含まれる試合経過情報に基づいて、前記ユーザ反応情報の数値化時の重み付け設定を行い、重み付けを反映して決定された値に基づいて前記デジタルアイテムの生成制御処理を行う
   　請求項３に記載の情報処理装置。
6. 　前記演算部は、一のユーザの前記ユーザ反応情報を数値化した値と、他のユーザの前記ユーザ反応情報を数値化した値との比較結果を反映させるように前記一のユーザについての前記デジタルアイテムの生成制御処理を行う
   　請求項３に記載の情報処理装置。
7. 　前記ユーザ反応情報は、前記試合に関連して提供したクイズに対する回答情報を含む
   　請求項３に記載の情報処理装置。
8. 　前記ユーザ情報は、前記試合に関連するユーザの位置情報を含む
   　請求項２に記載の情報処理装置。
9. 　前記試合情報は、前記試合の撮像画像の解析により生成された、試合に関連する人物或いは競技物のいずれかについての挙動情報を含む
   　請求項１に記載の情報処理装置。
10. 　前記演算部は、前記挙動情報に応じて提供する情報に対するユーザ反応情報に応じて前記デジタルアイテムの生成制御処理を行う
    　請求項９に記載の情報処理装置。
11. 　前記試合情報は、前記試合の経過により得られる試合経過情報を含み、
    　前記演算部は、取得した前記試合経過情報に基づいて前記デジタルアイテムの生成制御処理を行う
    　請求項１に記載の情報処理装置。
12. 　前記試合経過情報は、試合に関して検出されたデータの解析した結果により得られる情報を含む
    　請求項１１に記載の情報処理装置。
13. 　前記演算部は、前記試合情報の取得に応じて前記デジタルアイテムが更新されていくように前記デジタルアイテムの生成制御処理を行う
    　請求項１に記載の情報処理装置。
14. 　前記演算部は、所定のトリガに応じて、前記デジタルアイテムを前記試合に応じて生成されたアイテムとして記憶させる処理を行う
    　請求項１に記載の情報処理装置。
15. 　前記演算部は、前記トリガに応じて、前記デジタルアイテムに前記試合に関する画像コンテンツ又は付加情報を関連づける処理を行う
    　請求項１４に記載の情報処理装置。
16. 　前記演算部は、前記トリガに応じて、前記デジタルアイテムに前記試合情報を関連づける処理を行う
    　請求項１５に記載の情報処理装置。
17. 　前記演算部は、前記デジタルアイテムに対して所定のエリアを定め、前記デジタルアイテムの生成制御処理では前記エリアごとに編集を行う
    　請求項１に記載の情報処理装置。
18. 　前記演算部は、前記デジタルアイテムの生成制御処理において、前記デジタルアイテムに前記試合情報に関連するモーションを付与する処理を行う
    　請求項１に記載の情報処理装置。
19. 　試合に関する情報である試合情報に基づいて、前記試合に対応するデジタルアイテムの生成制御処理を情報処理装置が実行する
    　情報処理方法。
20. 　試合に関する情報である試合情報に基づいて、前記試合に対応するデジタルアイテムの生成制御処理を
    　情報処理装置に実行させるプログラム。

Images