知財求人 - 知財ポータルサイト「IP Force」
特開2024-163284対戦ゲーム実行サーバシステム、制御方法、及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024163284
(43)【公開日】2024-11-21
(54)【発明の名称】対戦ゲーム実行サーバシステム、制御方法、及びプログラム
(51)【国際特許分類】
A63F 13/65 20140101AFI20241114BHJP
A63F 13/35 20140101ALI20241114BHJP
A63F 13/58 20140101ALI20241114BHJP
A63F 13/216 20140101ALI20241114BHJP
A63F 13/795 20140101ALI20241114BHJP
A63F 13/70 20140101ALI20241114BHJP
A63F 13/80 20140101ALI20241114BHJP
G06T 1/00 20060101ALI20241114BHJP
【ＦＩ】
A63F13/65
A63F13/35
A63F13/58
A63F13/216
A63F13/795
A63F13/70
A63F13/80 Z
G06T1/00 500A
【審査請求】有
【請求項の数】11
【出願形態】ＯＬ
【公開請求】
(21)【出願番号】P 2024157900
(22)【出願日】2024-09-12
(71)【出願人】
【識別番号】524341971
【氏名又は名称】山田 愛子
(74)【代理人】
【識別番号】100205523
【弁理士】
【氏名又は名称】木村 浩也
(72)【発明者】
【氏名】山田 愛子
(57)【要約】
【課題】従来の対戦型ゲームは、対戦マッチングや戦略性の高度化が進み、初心者がゲームを行うハードルが高くなってしまう。
【解決手段】 クライアントデバイスとデータサーバを有し、前記クライアントデバイスは、画像データ等を生成する生成部を備え、前記データサーバは、前記画像データ等に対し、前記画像データ等を生成した前記クライアントデバイス以外からの指示でライクポイントを付与できるポイント付与部と、２以上の前記画像データ等に付与されている前記ライクポイントを比較し、前記画像データ等の勝敗を決定する対戦判定部を備えることによって、初心者でも手軽にシステムを利用することができ、また対戦方法も他のシステム利用者から付与されたライクポイントを基に勝敗を決することにより、シンプルにもかかわらず射幸心を上げる対戦型ゲーム実行するシステムを提供することが可能となる。
【選択図】図１
【解決手段】 クライアントデバイスとデータサーバを有し、前記クライアントデバイスは、画像データ等を生成する生成部を備え、前記データサーバは、前記画像データ等に対し、前記画像データ等を生成した前記クライアントデバイス以外からの指示でライクポイントを付与できるポイント付与部と、２以上の前記画像データ等に付与されている前記ライクポイントを比較し、前記画像データ等の勝敗を決定する対戦判定部を備えることによって、初心者でも手軽にシステムを利用することができ、また対戦方法も他のシステム利用者から付与されたライクポイントを基に勝敗を決することにより、シンプルにもかかわらず射幸心を上げる対戦型ゲーム実行するシステムを提供することが可能となる。
【選択図】図１
【特許請求の範囲】
【請求項1】
対戦型ゲームを実行するシステムであって、
システム利用者が利用するクライアントデバイスと、
システム管理者が管理するデータサーバと、
を有し、
前記クライアントデバイスは、
画像データ又は動画データを生成する生成部と、
前記画像データ又は前記動画データに属性を付与する属性付与部と、
画像データ又は動画データを前記データサーバと送受信する通信部と、
前記通信手段で受信した画像を表示する表示部と、
を備え、
前記データサーバは、
前記画像データ又は前記動画データを保存・管理するデータベースと、
前記画像データ又は前記動画データに対し、前記画像データ又は前記動画データを生成した前記クライアントデバイス以外からの指示でライクポイントを付与できるポイント付与部と、
クライアントデバイスと前記画像データ又は前記動画データを送受信する通信部と、
前記通信部で受信した前記画像データ又は前記動画データを前記データベースに保存・読み出しをするデータベースアクセス部と、
２以上の前記画像データ又は前記動画データに付与されている前記ライクポイントを比較し、前記画像データ又は前記動画データの勝敗を決定する対戦判定部と、
を備えることを特徴とする対戦型ゲーム実行システム。
システム利用者が利用するクライアントデバイスと、
システム管理者が管理するデータサーバと、
を有し、
前記クライアントデバイスは、
画像データ又は動画データを生成する生成部と、
前記画像データ又は前記動画データに属性を付与する属性付与部と、
画像データ又は動画データを前記データサーバと送受信する通信部と、
前記通信手段で受信した画像を表示する表示部と、
を備え、
前記データサーバは、
前記画像データ又は前記動画データを保存・管理するデータベースと、
前記画像データ又は前記動画データに対し、前記画像データ又は前記動画データを生成した前記クライアントデバイス以外からの指示でライクポイントを付与できるポイント付与部と、
クライアントデバイスと前記画像データ又は前記動画データを送受信する通信部と、
前記通信部で受信した前記画像データ又は前記動画データを前記データベースに保存・読み出しをするデータベースアクセス部と、
２以上の前記画像データ又は前記動画データに付与されている前記ライクポイントを比較し、前記画像データ又は前記動画データの勝敗を決定する対戦判定部と、
を備えることを特徴とする対戦型ゲーム実行システム。
【請求項2】
前記クライアントデバイスは、
前記クライアントデバイスの位置データを取得できる無線部と、
前記画像データ又は前記動画データに、前記無線部で取得した前記位置データ付与する位置付与部と、
を備えることを特徴とする請求項１の対戦型ゲーム実行システム。
前記クライアントデバイスの位置データを取得できる無線部と、
前記画像データ又は前記動画データに、前記無線部で取得した前記位置データ付与する位置付与部と、
を備えることを特徴とする請求項１の対戦型ゲーム実行システム。
【請求項3】
前記クライアントデバイスは、
前記画像データ又は前記動画データを保持できるデータ数を制限する保有制限部と、
を備え、
前記データサーバは、
前記保有制限部の前記画像データ又は前記動画データを保持できるデータ数を変更することが可能なクライアント保有制限数変更部と、
を備えることを特徴とする請求項１の対戦型ゲーム実行システム。
前記画像データ又は前記動画データを保持できるデータ数を制限する保有制限部と、
を備え、
前記データサーバは、
前記保有制限部の前記画像データ又は前記動画データを保持できるデータ数を変更することが可能なクライアント保有制限数変更部と、
を備えることを特徴とする請求項１の対戦型ゲーム実行システム。
【請求項4】
前記データサーバは、
前記クライアントデバイスからの指示により、前記画像データ又は前記動画データと対戦する他の前記画像データ又は前記動画データを対戦相手としてマッチングさせる第一自動マッチング部と、
を備え、
前記第一自動マッチング部は、前記クライアントデバイスが指示した前記属性が一致する別の前記画像データ又は前記動画データ同士をマッチングさせる、
ることを特徴とする請求項１の対戦型ゲーム実行システム。
前記クライアントデバイスからの指示により、前記画像データ又は前記動画データと対戦する他の前記画像データ又は前記動画データを対戦相手としてマッチングさせる第一自動マッチング部と、
を備え、
前記第一自動マッチング部は、前記クライアントデバイスが指示した前記属性が一致する別の前記画像データ又は前記動画データ同士をマッチングさせる、
ることを特徴とする請求項１の対戦型ゲーム実行システム。
【請求項5】
前記データサーバは、
前記クライアントデバイスからの指示により、指定された他の前記クライアントデバイスが生成した前記画像データ又は前記動画データに中から対戦相手としてマッチングさせる第二自動マッチング部と、
を備え、
前記第二自動マッチング部は、前記クライアントデバイスが指定した別の前記クライアントデバイスに対し通知を行い、別の前記画像データ又は前記動画データ同士をマッチングさせる、
ることを特徴とする請求項１の対戦型ゲーム実行システム。
前記クライアントデバイスからの指示により、指定された他の前記クライアントデバイスが生成した前記画像データ又は前記動画データに中から対戦相手としてマッチングさせる第二自動マッチング部と、
を備え、
前記第二自動マッチング部は、前記クライアントデバイスが指定した別の前記クライアントデバイスに対し通知を行い、別の前記画像データ又は前記動画データ同士をマッチングさせる、
ることを特徴とする請求項１の対戦型ゲーム実行システム。
【請求項6】
前記データサーバは、
前記クライアントデバイスからの指示により、前記画像データ又は前記動画データと対戦する他の前記画像データ又は前記動画データを対戦相手としてマッチングさせる第三自動マッチング部と、
を備え、
前記第三自動マッチング部は、前記クライアントデバイスが指定した前記画像データ又は前記動画データの前記ライクポイントよりも上位の前記ライクポイントを有する前記画像データ又は前記動画データをマッチングさせる、
ることを特徴とする請求項１の対戦型ゲーム実行システム。
前記クライアントデバイスからの指示により、前記画像データ又は前記動画データと対戦する他の前記画像データ又は前記動画データを対戦相手としてマッチングさせる第三自動マッチング部と、
を備え、
前記第三自動マッチング部は、前記クライアントデバイスが指定した前記画像データ又は前記動画データの前記ライクポイントよりも上位の前記ライクポイントを有する前記画像データ又は前記動画データをマッチングさせる、
ることを特徴とする請求項１の対戦型ゲーム実行システム。
【請求項7】
前記データサーバは、
前記画像データ又は前記動画データを事前に設定した基準サイズに自動修正する基準サイズ補正部と、
を備えることを特徴とする請求項１の対戦型ゲーム実行システム。
前記画像データ又は前記動画データを事前に設定した基準サイズに自動修正する基準サイズ補正部と、
を備えることを特徴とする請求項１の対戦型ゲーム実行システム。
【請求項8】
前記データサーバは、
前記画像データ又は前記動画データに人物が映り込んでいるかを判定する人物判定部と、
前記人物判定部で人物が映り込んでいると判定した場合、前記人物を削除補正又はデフォーカス補正を行う人物画像補正部と、
を備えることを特徴とする請求項１の対戦型ゲーム実行システム。
前記画像データ又は前記動画データに人物が映り込んでいるかを判定する人物判定部と、
前記人物判定部で人物が映り込んでいると判定した場合、前記人物を削除補正又はデフォーカス補正を行う人物画像補正部と、
を備えることを特徴とする請求項１の対戦型ゲーム実行システム。
【請求項9】
前記データサーバは、
事前に削除又はデフォーカスを行う補正物を設定する補正物設定部と、
前記画像データ又は前記動画データに前記補正物が映り込んでいるか判定する補正物判定部と、
前記補正物判定部で前記補正物が映り込んでいると判定した場合、前記補正物を削除補正又はデフォーカス補正を行う補正物画像補正部と、
を備えることを特徴とする請求項１の対戦型ゲーム実行システム。
事前に削除又はデフォーカスを行う補正物を設定する補正物設定部と、
前記画像データ又は前記動画データに前記補正物が映り込んでいるか判定する補正物判定部と、
前記補正物判定部で前記補正物が映り込んでいると判定した場合、前記補正物を削除補正又はデフォーカス補正を行う補正物画像補正部と、
を備えることを特徴とする請求項１の対戦型ゲーム実行システム。
【請求項10】
システム利用者が利用するクライアントデバイスにおいて、
画像データ又は動画データを生成する生成ステップと、
前記画像データ又は前記動画データに属性を付与する属性付与ステップと、
画像データ又は動画データを前記データサーバと送受信する通信ステップと、
前記通信ステップで受信した画像を表示する表示ステップと、
を含み、
前記画像データ又は前記動画データを保存・管理するデータベースを備える、システム利用者管理者が利用するデータサーバにおいて、
クライアントデバイスと前記画像データ又は前記動画データを送受信する通信ステップと、
前記画像データ又は前記動画データに対し、前記画像データ又は前記動画データを生成した前記クライアントデバイス以外からの指示でライクポイントを付与できるポイント付与ステップと、
前記通信ステップで受信した前記画像データ又は前記動画データをデータベースに保存・読み出しをするデータベースアクセスステップと、
２以上の前記画像データ又は前記動画データに付与されている前記ライクポイントを比較し、前記画像データ又は前記動画データの勝敗を決定する対戦判定ステップと、
を含むことを特徴とする対戦型ゲーム実行方法。
画像データ又は動画データを生成する生成ステップと、
前記画像データ又は前記動画データに属性を付与する属性付与ステップと、
画像データ又は動画データを前記データサーバと送受信する通信ステップと、
前記通信ステップで受信した画像を表示する表示ステップと、
を含み、
前記画像データ又は前記動画データを保存・管理するデータベースを備える、システム利用者管理者が利用するデータサーバにおいて、
クライアントデバイスと前記画像データ又は前記動画データを送受信する通信ステップと、
前記画像データ又は前記動画データに対し、前記画像データ又は前記動画データを生成した前記クライアントデバイス以外からの指示でライクポイントを付与できるポイント付与ステップと、
前記通信ステップで受信した前記画像データ又は前記動画データをデータベースに保存・読み出しをするデータベースアクセスステップと、
２以上の前記画像データ又は前記動画データに付与されている前記ライクポイントを比較し、前記画像データ又は前記動画データの勝敗を決定する対戦判定ステップと、
を含むことを特徴とする対戦型ゲーム実行方法。
【請求項11】
対戦型ゲーム実行するプログラムであって、
システム利用者が利用するクライアントデバイスを、
画像データ又は動画データを生成する生成手段、
前記画像データ又は前記動画データに属性を付与する属性付与手段、
画像データ又は動画データを前記データサーバと送受信する通信手段、
及び、前記通信ステップで受信した画像を表示する表示手段、
として機能させ、
前記画像データ又は前記動画データを保存・管理するデータベースを備える、システム利用者管理者が利用するデータサーバを、
クライアントデバイスと前記画像データ又は前記動画データを送受信する通信手段、
前記画像データ又は前記動画データに対し、前記画像データ又は前記動画データを生成した前記クライアントデバイス以外からの指示でライクポイントを付与できるポイント付与手段、
前記通信手段で受信した前記画像データ又は前記動画データをデータベースに保存・読み出しをするデータベースアクセス手段、
及び、２以上の前記画像データ又は前記動画データに付与されている前記ライクポイントを比較し、前記画像データ又は前記動画データの勝敗を決定する対戦判定手段、
として機能させることを特徴とする対戦型ゲーム実行プログラム。
システム利用者が利用するクライアントデバイスを、
画像データ又は動画データを生成する生成手段、
前記画像データ又は前記動画データに属性を付与する属性付与手段、
画像データ又は動画データを前記データサーバと送受信する通信手段、
及び、前記通信ステップで受信した画像を表示する表示手段、
として機能させ、
前記画像データ又は前記動画データを保存・管理するデータベースを備える、システム利用者管理者が利用するデータサーバを、
クライアントデバイスと前記画像データ又は前記動画データを送受信する通信手段、
前記画像データ又は前記動画データに対し、前記画像データ又は前記動画データを生成した前記クライアントデバイス以外からの指示でライクポイントを付与できるポイント付与手段、
前記通信手段で受信した前記画像データ又は前記動画データをデータベースに保存・読み出しをするデータベースアクセス手段、
及び、２以上の前記画像データ又は前記動画データに付与されている前記ライクポイントを比較し、前記画像データ又は前記動画データの勝敗を決定する対戦判定手段、
として機能させることを特徴とする対戦型ゲーム実行プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、撮影した写真等をカードに模して属性を付与し、対戦ゲームを実行するサーバシステム、その方法、及びプログラムに関する。
【背景技術】
【0002】
スマートフォンの普及に伴い、携帯端末を用いたオンラインゲームが急速に発展している。その中でも、カード型ゲームは特に人気が高く、多数のシステム利用者ーがこれらのゲームを楽しんでいる。
【0003】
カード型ゲームは、各プレイヤーが様々なカードを用いて戦略的に対戦するゲームであり、カードの組み合わせやプレイ順序が勝敗を左右する。このようなゲームでは、プレイヤー同士がリアルタイムで対戦できる機能が求められている。加えて、ゲームの進行状況やプレイヤーのスキルレベルに応じて、適切な対戦相手を自動的にマッチングする機能も重要視されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２０－０２８５１４号
【特許文献2】特開２０２３－１１８０６２号
【発明の概要】
【発明が解決しようとする課題】
【0005】
上記先行技術のうち、特許文献１は適切な対戦相手を選択する機能を提供するシステムであり、特許文献２はゲーム媒体に対して多数の属性を持たせ、ゲームの戦略性を向上させるシステムである。
【0006】
しかし両発明とも、対戦マッチングや戦略性の高度化が進み、初心者がゲームを行うハードルが高くなってしまう。さらにリアルタイムでの対戦のみ想定しているため、娯楽が多様化した現在、コアなユーザ以外の普及がなかなか進まない。
【0007】
本願発明は上記事情に鑑みてなされたものであり、シンプルで初心者が利用しやすく、操作が簡単でありながら娯楽性を高めるシステム提供する。
【課題を解決するための手段】
【0008】
前記課題を解決するために、請求項１の発明は、対戦型ゲームを実行するシステムであって、システム利用者が利用するクライアントデバイスと、システム管理者が管理するデータサーバを有し、前記クライアントデバイスは、画像データ又は動画データを生成する生成部と、前記画像データ又は前記動画データに属性を付与する属性付与部と、画像データ又は動画データを前記データサーバと送受信する通信部と、前記通信手段で受信した画像を表示する表示部を備え、前記データサーバは、前記画像データ又は前記動画データを保存・管理するデータベースと、前記画像データ又は前記動画データに対し、前記画像データ又は前記動画データを生成した前記クライアントデバイス以外からの指示でライクポイントを付与できるポイント付与部と、クライアントデバイスと前記画像データ又は前記動画データを送受信する通信部と、前記通信部で受信した前記画像データ又は前記動画データを前記データベースに保存・読み出しをするデータベースアクセス部と、２以上の前記画像データ又は前記動画データに付与されている前記ライクポイントを比較し、前記画像データ又は前記動画データの勝敗を決定する対戦判定部を備えることを特徴としている。
【0009】
請求項２及び請求項３の発明は、前記クライアントデバイスに前記クライアントデバイスの位置データを取得できる無線部と、前記画像データ又は前記動画データに前記無線部で取得した前記位置データ付与する位置付与部と、前記画像データ又は前記動画データを保持できるデータ数を制限する保有制限部を備え、前記データサーバには、前記保有制限部の前記画像データ又は前記動画データを保持できるデータ数を変更することが可能なクライアント保有制限数変更部と、を備えることを特徴としている。
【発明の効果】
【0010】
本発明によれば、自身のお気に入りのペットや趣味の対象物を写真や動画で撮影し、疑似対戦型カード化とすることでゲームシステムに参加できるため、初心者でも手軽にシステムを利用することができ、また対戦方法も他のシステム利用者から付与されたライクポイントを基に勝敗を決することにより、シンプルにもかかわらず射幸心を上げる対戦型ゲーム実行するシステムを提供することが可能となる。
【図面の簡単な説明】
【0011】
【図1】本発明の実施形態に係る本システムＳの概要構成の一例を示す図である。
【図2】本発明の実施形態に係るデータサーバ１０の概要構成の一例を示すブロック図である。
【図3】本発明の実施形態に係るクライアントデバイス４０の概要構成の一例を示すブロック図である。
【図4】本発明に係る画像データ８１１のデータ構造例を示した図である。
【図5】本発明に係る利用者４が本システムＳを利用するために必要な初期設定をする際における処理例を示すフローチャートである。
【図6】本発明に係るクライアントデバイス４０に表示される初期設定画面の一例を示す図である。
【図7】本発明に係るクライアントデバイス４０に表示される立ち上げ画面の一例を示す図である。
【図8】本発明に係るクライアントデバイス４０を用いてデータサーバ１０が画像データ８１１又は動画データ８２１を登録する際における処理例を示すフローチャート図である。
【図9】本発明に係るクライアントデバイス４０に表示される画像データ８１１及び動画データ登録画面の一例を示す図である。
【図10】本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０同士が画像データ８１１又は動画データ８２１の属性対戦を行う処理例を示すシーケンス図である。
【図11】本実施形態に係るクライアントデバイス４０がマイルームを表示する画面の一例を示す図である。
【図12】本実施形態に係るクライアントデバイス４０がカードを出す、即ち対戦をする際に表示する画面の一例を示す図である。
【図13】本実施形態に係るクライアントデバイス４０が対戦相手を選ぶ際に属性を選択表示する画面の一例を示す図である
【図14】本実施形態に係るクライアントデバイス４０の画像データ及び動画データ８２１同士が対戦を行っている際に表示される画面の一例を示す図である。
【図15】本実施形態に係るクライアントデバイス４０の画像データ及び動画データ８２１同士が決した際に表示される画面の一例を示す図である。
【図16】本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０同士が画像データ８１１又は動画データ８２１のユーザ対戦を行う処理例を示すシーケンス図である。
【図17】本実施形態に係るクライアントデバイス４０が対戦相手を選ぶ際にユーザ対戦を選択表示する画面の一例を示す図である。
【図18】本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０同士が画像データ８１１又は動画データ８２１のユーザ対戦を行う処理例を示すシーケンス図である。
【図19】本実施形態に係るクライアントデバイス４０が対戦相手を選ぶ際にユーザ対戦を選択表示する画面の一例を示す図である。
【図20】本実施形態に係るクライアントデバイス４０が対戦相手を選ぶ際にユーザ対戦を選択表示する画面の一例を示す図である。
【図21】本実施形態に係るクライアントデバイス４０が対戦相手を選ぶ際にユーザ対戦を選択表示する画面の一例を示す図である。
【図22】本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０が画像データ８１１又は動画データ８２１の評価を行う処理例を示すシーケンス図である。
【図23】本実施形態に係るクライアントデバイス４０が評価（ライクポイントデータ９０２を付与）する画面の一例を示す図である。
【図24】本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０が保有制限部４１４のデータ数制限を変更する処理例を示すシーケンス図である。
【図25】本実施形態に係るクライアントデバイス４０が保有制限部４１４のデータ数制限を変更する画面の一例を示す図である。
【発明を実施するための形態】
【0012】
以下、添付図面を参照しながら本発明の実施の形態について説明する。以下の実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、様々な変形が可能である。さらに、各図面において同一の構成要素に対しては可能な限り同一の符号を付し、重複する説明は省略する。
【0013】
［１．対戦型ゲーム実行システムＳの構成及び機能概要］
先ず、本実施形態に係る対戦型ゲーム実行システムＳ（以下、「本システムＳ」という）の構成及び機能概要について、図１を用いて説明する。図１は、本実施形態に係る本システムＳの概要構成の一例を示す図である。
先ず、本実施形態に係る対戦型ゲーム実行システムＳ（以下、「本システムＳ」という）の構成及び機能概要について、図１を用いて説明する。図１は、本実施形態に係る本システムＳの概要構成の一例を示す図である。
【0014】
図１に示すように、本システムＳは、システム管理者１等が管理するデータサーバ１０、及び利用者４等が管理するクライアントデバイス４０から構成され、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Ｃｏｍｍｕｎｉｔｙ Ａｎｔｅｎｎａ Ｔｅｌｅｖｉｓｉｏｎ）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【0015】
データサーバ１０は、管理する者は特定しないが、例えばＳＮＳを運用する業者といったシステム管理者１等が管理する。データサーバ１０の詳細は後述するが、サーバ装置等で構築され、内部の記憶部１０４に画像データベース８５０や処理プログラム等を有している。
【0016】
クライアントデバイス４０は利用者４等が管理、保有、又は契約をしている通信機機能を有した汎用端末であり、パソコンであってもよく、タブレット、もしくはスマートフォン等でも良い。内部にＷＥＢブラウザアプリケーションを有している、又は専用アプリケーションを有しており、それらを使って、ネットワークＮＷを介し、データサーバ１０に接続を行って、画像データ８１１又は動画データ８２１等の送受信をを行う。
なお利用者４等とはシステム管理者１等も含み、管理者自身がデータを入力、閲覧することも想定され、クライアントデバイス４０は管理者の入力端末も含まれるものとする。
なお利用者４等とはシステム管理者１等も含み、管理者自身がデータを入力、閲覧することも想定され、クライアントデバイス４０は管理者の入力端末も含まれるものとする。
【0017】
［２．データサーバ１０の構成］
次に、図２を参照しながら、データサーバ１０の構成について説明する。
次に、図２を参照しながら、データサーバ１０の構成について説明する。
【0018】
図２は本実施形態に係るデータサーバ１０の概要構成の一例を示すブロック図である。図２に示すようにデータサーバ１０は、通信部１０１、入出力インターフェース部１０２、処理部１０３、記憶部１０４及びシステムバス１０５等を備えている。
【0019】
データサーバ１０は複数のサーバ装置で構成されてもよい。例えば、リクエストに応じてＷＥＢページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。
【0020】
通信部１０１は汎用の通信プロトコル制御部から構成され、ネットワークＮＷ、及び他端末に接続して、利用者４等が管理するクライアントデバイス４０との通信状態を制御する。具体的には、後述するデータベースアクセス部１１１で取得した画像データ８１１及び動画データ８１２をクライアントデバイス４０に送信し、及びデータベースアクセス部１１１を用いて画像データ８１１及び動画データ８１２をデータベース８５０に保存する。
【0021】
入出力インターフェース部１０２は、通信部１０１、処理部１０３及び記憶部１０４各部との間のインターフェース処理を行う。
【0022】
処理部１０３は不図示であるが、記憶部１０４に格納されているプログラムをＣＰＵ等が実行することにより各手段の機能を実現することができる。以下、処理部１０３内の各部の機能について説明する。
【0023】
データベースアクセス部１１１は、クライアントデバイス４０から送受信した画像データ８１１又は動画データ８２１をデータベース８５０に書き込み及び読み込みといった処理を行う。具体的動作は後述の実施例において説明する。
【0024】
ポイント付与部１１２は、クライアントデバイス４０から送受信した画像データ８１１又は動画データ８２１に対し、クライアントデバイス４０から送受信した画像データ８１１又は動画データ８２１を生成したクライアントデバイス４０以外からの指示で、ライクポイントデータ９０２を付与する。具体的動作は後述の実施例において説明する。
【0025】
対戦判定部１１３は、２以上の画像データ８１１又は動画データ８２１に付与されているライクポイントデータ９０２を比較し、画像データ８１１又は動画データ８２１の勝敗を決定する。具体的動作は後述の実施例において説明する。
【0026】
保有制限数変更部１１４は、後述するクライアントデバイス４０の保有制限部４１４で設定された保有制限数を変更することができる。具体的動作は後述の実施例において説明するが、課金等がされた場合に、クライアントデバイス４０が保有できる数を増やすことによって、収益を得るための機能である。
【0027】
基準サイズ補正部１１５は、画像データ８１１又は動画データ８２１を事前に設定した基準サイズに自動修正する。具体的動作は後述の実施例において説明する。
【0028】
人物判定部１１６は、画像データ８１１又は動画データ８２１に人物が映り込んでいるかを判定する。具体的動作は後述の実施例において説明する。
【0029】
人物画像補正部１１７は、前記人物判定部で人物が映り込んでいると判定した場合、前記人物を削除補正又はデフォーカス補正を行う。具体的動作は後述の実施例において説明する。
【0030】
補正物設定部１１８は、事前に削除又はデフォーカスを行う補正物を設定する。具体的には実際に補正物が映り込んだ写真などを事前に登録していくが、具体的な登録方法、保存方法はここでは定めない。
【0031】
補正物判定部１１９は、画像データ８１１又は動画データ８２１に補正物設定部１１８で設定した補正物が映り込んでいるか判定する。具体的動作は後述の実施例において説明する。
【0032】
補正物画像補正部１２０は、補正物判定部１１９で前記補正物が映り込んでいると判定した場合、前記補正物を削除補正又はデフォーカス補正を行う。具体的動作は後述の実施例において説明する。
【0033】
第一自動マッチング部１３１は、画像データ８１１又は動画データ８２１と対戦する他の画像データ８１１又は動画データ８２１を対戦相手としてマッチングさせる。第一自動マッチング部１３１は、前記クライアントデバイスが指示した前記属性が一致する別の画像データ８１１又は動画データ８２１同士をマッチングさせるが、具体的動作は後述の実施例において説明する。
【0034】
第二自動マッチング部１３２は、クライアントデバイス４０からの指示により、指定された他のクライアントデバイス４０が生成した画像データ８１１又は動画データ８２１に中から対戦相手としてマッチングさせる。第二自動マッチング部１３２は、クライアントデバイス４０が指示した属性データ９０３が一致する別の画像データ８１１又は動画データ８２１同士をマッチングさせるが、具体的動作は後述の実施例において説明する。
【0035】
第三自動マッチング部１３３は、クライアントデバイス４０からの指示により、画像データ８１１又は動画データ８２１と対戦する他の画像データ８１１又は動画データ８２１を対戦相手としてマッチングさせる。第三自動マッチング部１３３は、４０クライアントデバイスが指定したライクポイントデータ９０２よりも上位のライクポイントデータ９０２を有する画像データ８１１又は動画データ８２１をマッチングさせるが、具体的動作は後述の実施例において説明する。
【0036】
記憶部１０４は、例えばハードディスクドライブ及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等により構成されている。この記憶部１０４には、画像データ８１１及び動画データ８１２のデータベース８５０等が構築されている。
【0037】
［３．クライアントデバイス４０の構成］
次に、図３を参照しながら、クライアントデバイス４０の構成について説明する。
次に、図３を参照しながら、クライアントデバイス４０の構成について説明する。
【0038】
図３は本実施形態に係るクライアントデバイス４０の概要構成の一例を示すブロック図である。図３に示すようにクライアントデバイス４０は、通信部４０１、入出力インターフェース部４０２、処理部４０３、記憶部４０４、システムバス４０５、撮影部４０６、無線部４０７及び表示部４０８等を備えている。
【0039】
クライアントデバイス４０は、パソコンであってもよく、タブレット、もしくはスマートフォン等でも良い。内部にＷＥＢブラウザアプリケーションを有している、又は専用アプリケーションを有しており、当該ＷＥＢブラウザアプリケーション又は専用アプリケーションで各機能を実現しても良い。
【0040】
通信部４０１は汎用の通信プロトコル制御部から構成され、ネットワークＮＷ、及び他端末に接続して、システム管理者１等が管理するデータサーバ１０との通信状態を制御する。具体的には、画像データ８１１動画及びデータ８２１の送受信を行う。無線部４０７と兼ねても良い。
【0041】
入出力インターフェース部４０２は、通信部４０１、処理部４０３、記憶部４０４、システムバス４０５、撮影部４０６、無線部４０７及び４０８等各部との間のインターフェース処理を行う。
【0042】
処理部４０３は不図示であるが、記憶部４０４に格納されているプログラムをＣＰＵ等が実行することにより各手段の機能を実現することができる。以下、処理部４０３内の各部の機能について説明する。
【0043】
生成部４１１は、撮影部４０６等で撮影した画像や動画を画像データ８１１又は動画データ８２１として生成する。具体的動作は後述の実施例において説明する。
【0044】
属性付与部４１２は、画像データ８１１又は動画データ８２１に、メタデータ９００として属性データ９０３を付与する。具体的動作は後述の実施例において説明する。
【0045】
位置付与部４１３は、画像データ８１１又は動画データ８２１に、メタデータ９００として無線部４０７等で取得した位置データ９０１付与する。具体的動作は後述の実施例において説明する。
【0046】
保有制限部４１４は、画像データ８１１又は動画データ８２１を保持できるデータ数を制限する。具体的動作は後述の実施例において説明するが、クライアントデバイス４０が保有できる数を制限することによって、課金を促し、収益を得るための機能である。。
【0047】
記憶部４０４は、例えばハードディスクドライブ及びＳＳＤ等により構成されている。この記憶部４０４には、画像データ８１１又は動画データ８２１が保存されている。なお、記憶部４０４は、本発明における記憶手段及び入力及び事前保管データ記憶手段の一例である。
【0048】
撮影部４０６は、主に市販のコンピュータ、タブレット及びスマートフォンに付設されている一連のカメラ装置及びデータ生成部であり、画像及び動画を撮影して、生成部４１１を用いて画像データ８１１及び動画データ８２を生成する。。
【0049】
無線部４０７は、主に市販のコンピュータ、タブレット及びスマートフォンに付設されているＷｉ－Ｆｉ（登録商標）、又はＢｌｕｅｔｏｏｔｈ（登録商標）といった規格された無線方式に準じ通信を行うものであり、通信部４０１の機能として使用しても良い。また位置を測定するＧＰＳ機能を搭載し、位置を取得してもよい。
【0050】
表示部４０８は、主に市販のコンピュータ、タブレット及びスマートフォンに付設されているディスプレイ装置であり、例えば生成部４１１で生成された画像データ８１１を表示する。
【0051】
［４．画像データ８１１の構造例］
次に本実施形態に係る画像データ８１１のデータ構造例について図４を参照しながら説明する。図４は、本実施形態に係る画像データ８１１のデータ構造例を示した図である。以下の説明は、画像データ８１１のデータ構造の一例として示すものであって、別の要素及びデータを持たせても良いし、動画データ８２１も同様の構造でも良い。
次に本実施形態に係る画像データ８１１のデータ構造例について図４を参照しながら説明する。図４は、本実施形態に係る画像データ８１１のデータ構造例を示した図である。以下の説明は、画像データ８１１のデータ構造の一例として示すものであって、別の要素及びデータを持たせても良いし、動画データ８２１も同様の構造でも良い。
【0052】
画像データ８１１は写真の画像であるピクチャデータ８２１ｐ及びその属性を表すメタデータ９００からなる。ピクチャデータ８１１ｐはＪＰＥＧ、ＰＮＧ、ＧＩＦといった形式でも良いし、規格化されているデータであれば特に定めない。また動画データ８２１であればピクチャデータ８１１ｐはＡＶＩ、ＱｕｉｃｋＴｉｍｅ、ＷＦＭ、ＦＬＶといった形式でも良いし、規格化されている映像データであれば特に定めない。
【0053】
メタデータ９００は画像データ８１１又は動画データ８２１の属性及び評価を表す。メタデータの下位階層には画像データ８１１又は動画データ８２１の撮影場所を表す位置データ９０１、画像データ８１１又は動画データ８２１をのお気に入りとして登録した利用者４等の数を表すライクポイントデータ９０２、画像データ８１１又は動画データ８２１の属性データ９０３といった当該画像データ８１１又は動画データ８２１の属性を示すデータをおいても良いし、それ以外のデータをおいても良い。
【0054】
位置データ９０１は、画像データ８１１又は動画データ８２１を撮影した場所を、クライアントデバイス４０が受信した無線部４０７等でＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）信号を受信し、当該画像データ８１１又は動画データ８２１の撮影場所として生成されたデータでも良いし、規格化された無線通信、例えばＷｉ－Ｆｉ（登録商標）によって位置を特定して、生成されたデータでも良い。
【0055】
ライクポイントデータ９０２は、画像データ８１１又は動画データ８２１を閲覧して、「いいね」と感じた利用者４等の数を保存する。ライクポイントデータ９０２のカウント方法は定めないが、一般的な方法として、画像データ８１１又は動画データ８２１表示時に「指」又は「ハート形」のボタン等を配置して、ボタンを押下した際にカウントする方法でも良い。
【0056】
属性データ９０３は、画像データ８１１及び動画データ８１２の属性、すなわちカテゴリのデータを保存する。たとえば、「猫」、「犬」、「魚類」、「爬虫類」、及び「昆虫」といった属性を作ってもよい。
【0057】
［５．利用者４のアカウント設定実施例］
次に本実施形態に係るクライアントデバイス４０による、新規の利用者４登録動作について図５、及び図６を参照しながら説明する。図５は、本実施形態に係る利用者４が本システムＳを利用するために必要な初期設定をする際における処理例を示すフローチャートである。図６はクライアントデバイス４０に表示される初期設定画面の一例を示す図である。
次に本実施形態に係るクライアントデバイス４０による、新規の利用者４登録動作について図５、及び図６を参照しながら説明する。図５は、本実施形態に係る利用者４が本システムＳを利用するために必要な初期設定をする際における処理例を示すフローチャートである。図６はクライアントデバイス４０に表示される初期設定画面の一例を示す図である。
【0058】
【0059】
（ステップＳ１２）
クライアントデバイス４０にて利用者４が入力フォームの項目、例えばアカウント名４０８ａ１、メールアドレス４０８ａ２、及び初期位置データ４０８ａ３に対して必要データを入力する。メールアドレス４０８ａ２は、本システムＳにおいて複数アカウントの作成を防ぐためにインデックスキー代わりとしてもよいが、入力は必須としなくともよい。初期位置データ４０８ａ３は、位置データ９０１が取得できない際に、初期値として入力するデータとしてもよい。利用者４は登録ボタン４０８ａ４を押下し、クライアントデバイス４０はネットワークＮＷを介してデータサーバ１０へ初期設定データを送信する。
クライアントデバイス４０にて利用者４が入力フォームの項目、例えばアカウント名４０８ａ１、メールアドレス４０８ａ２、及び初期位置データ４０８ａ３に対して必要データを入力する。メールアドレス４０８ａ２は、本システムＳにおいて複数アカウントの作成を防ぐためにインデックスキー代わりとしてもよいが、入力は必須としなくともよい。初期位置データ４０８ａ３は、位置データ９０１が取得できない際に、初期値として入力するデータとしてもよい。利用者４は登録ボタン４０８ａ４を押下し、クライアントデバイス４０はネットワークＮＷを介してデータサーバ１０へ初期設定データを送信する。
【0060】
（ステップＳ１３）
データサーバ１０は設定データに不備がないかチェックを行っても良いし、行わなくても良い。行った場合は、チェックが正しくない際はエラーメッセージと共にステップＳ１２に戻る。正しい時はステップＳ１４へ進む。
データサーバ１０は設定データに不備がないかチェックを行っても良いし、行わなくても良い。行った場合は、チェックが正しくない際はエラーメッセージと共にステップＳ１２に戻る。正しい時はステップＳ１４へ進む。
【0061】
（ステップＳ１４）
データサーバ１０は入力された初期設定データを利用者管理データベース８８０に登録をする。
データサーバ１０は入力された初期設定データを利用者管理データベース８８０に登録をする。
【0062】
［６．画像データ８１１又は動画データ８２１登録実施例］
次に本実施形態に係るクライアントデバイス４０を用いて、データサーバ１０による、画像データ８１１又は動画データ８２１登録実施例について図７乃至図９を参照しながら説明する。図７はクライアントデバイス４０に表示される立ち上げ画面の一例を示す図、図８は本実施形態に係るクライアントデバイス４０を用いてデータサーバ１０が画像データ８１１又は動画データ８２１を登録する際における処理例を示すフローチャート図、及び図９は本実施形態に係るクライアントデバイス４０に表示される画像データ８１１及び動画データ登録画面の一例を示す図である。
次に本実施形態に係るクライアントデバイス４０を用いて、データサーバ１０による、画像データ８１１又は動画データ８２１登録実施例について図７乃至図９を参照しながら説明する。図７はクライアントデバイス４０に表示される立ち上げ画面の一例を示す図、図８は本実施形態に係るクライアントデバイス４０を用いてデータサーバ１０が画像データ８１１又は動画データ８２１を登録する際における処理例を示すフローチャート図、及び図９は本実施形態に係るクライアントデバイス４０に表示される画像データ８１１及び動画データ登録画面の一例を示す図である。
【0063】
（ステップＳ２１）
クライアントデバイス４０の表示部４０８には、例えば専用アプリケーション画面から、図９のような初期表示画面が表示され入力待ち状態となる。図７に示す項目は初期表示画面の一例である。なおこの表示の際、クライアントデバイス４０が既に事前に設定している保有制限数を超えている場合は、保有制限部４１４によって、カード登録ボタン４０８ｂ１を表示しなくても良い。
クライアントデバイス４０の表示部４０８には、例えば専用アプリケーション画面から、図９のような初期表示画面が表示され入力待ち状態となる。図７に示す項目は初期表示画面の一例である。なおこの表示の際、クライアントデバイス４０が既に事前に設定している保有制限数を超えている場合は、保有制限部４１４によって、カード登録ボタン４０８ｂ１を表示しなくても良い。
【0064】
（ステップＳ２２）
利用者４等がカード登録ボタン４０８ｂ１を押下又はクリックすると、例えばクライアントデバイス４０は図９に示すような画像及び動画データ登録画面を表示する。図９に示す項目は画像及び動画データ登録画面の一例である。
利用者４等がカード登録ボタン４０８ｂ１を押下又はクリックすると、例えばクライアントデバイス４０は図９に示すような画像及び動画データ登録画面を表示する。図９に示す項目は画像及び動画データ登録画面の一例である。
【0065】
（ステップＳ２３）
クライアントデバイス４０にて写真撮影及び登録画面にて、例えば撮影部４０６を用いて撮影可能な画像が４０８ｃ１が表示される。又は、クライアントデバイス４０内に保存されている画像データ又は動画データを選択してもよい。
クライアントデバイス４０にて写真撮影及び登録画面にて、例えば撮影部４０６を用いて撮影可能な画像が４０８ｃ１が表示される。又は、クライアントデバイス４０内に保存されている画像データ又は動画データを選択してもよい。
【0066】
（ステップＳ２４）
ステップＳ２３で画像及び動画選択後、写真の名前又はタイトル４０８ｃ２、撮影地４０８ｃ３、コメント４０８ｃ４等を適宜入力後、登録ボタン４０８ｃ９を押下又はクリックすると、画像データ８１１又は動画データ８２１を生成する。写真の名前又はタイトル４０８ｃ２、撮影地４０８ｃ３、コメント４０８ｃ４等はメタデータとして登録されるが、特に入力しなくても良く、特に撮影地は、４０８ｃ３撮影した場所をクライアントデバイス４０の無線部４０７等で受信したＧＰＳ信号やＷｉ－Ｆｉ信号を用いて取得した位置データ９０１を位置付与部４１３を使って記録してもよいし、しなくてもよい。
ステップＳ２３で画像及び動画選択後、写真の名前又はタイトル４０８ｃ２、撮影地４０８ｃ３、コメント４０８ｃ４等を適宜入力後、登録ボタン４０８ｃ９を押下又はクリックすると、画像データ８１１又は動画データ８２１を生成する。写真の名前又はタイトル４０８ｃ２、撮影地４０８ｃ３、コメント４０８ｃ４等はメタデータとして登録されるが、特に入力しなくても良く、特に撮影地は、４０８ｃ３撮影した場所をクライアントデバイス４０の無線部４０７等で受信したＧＰＳ信号やＷｉ－Ｆｉ信号を用いて取得した位置データ９０１を位置付与部４１３を使って記録してもよいし、しなくてもよい。
【0067】
（ステップＳ２５）
生成された画像データ８１１又は動画データ８２１は、事前に設定された基準サイズ内に収まっているか判定を行ってもよい。基準サイズは、図７に示す初期画面の設定ボタン４０８ｂ５で設定しても良いが、詳細についてはここでは定めない。判定を行わない場合、又は基準サイズ内に収まっていればステップＳ２７に飛ぶ。
生成された画像データ８１１又は動画データ８２１は、事前に設定された基準サイズ内に収まっているか判定を行ってもよい。基準サイズは、図７に示す初期画面の設定ボタン４０８ｂ５で設定しても良いが、詳細についてはここでは定めない。判定を行わない場合、又は基準サイズ内に収まっていればステップＳ２７に飛ぶ。
【0068】
（ステップＳ２６）
生成された画像データ８１１又は動画データ８２１が基準サイズ内に収まっていない場合は、基準サイズ補正部１１５によって、基準サイズに自動補正を行ってもよい。補正方法は特に定めないが、たとえばリサンプリング、ピクセルビニング、ダウンサンプリング及びモザイク処理などが挙げられる。
生成された画像データ８１１又は動画データ８２１が基準サイズ内に収まっていない場合は、基準サイズ補正部１１５によって、基準サイズに自動補正を行ってもよい。補正方法は特に定めないが、たとえばリサンプリング、ピクセルビニング、ダウンサンプリング及びモザイク処理などが挙げられる。
【0069】
（ステップＳ２７）
生成された画像データ８１１又は動画データ８２１は、個人情報保護の観点から、人物判定部１１６によって画像データ８１１又は動画データ８２１に人物が映り込んでいるか否かの判定を行ってもよい。人物判定部１１６の具体的な処理として、例えば畳み込みニューラルネットワークによる画像分類、ＹＯＬＯやＦａｓｔｅｒ Ｒ－ＣＮＮによるオブジェクト検出、セグメンテーション、特徴量ベースの手法、ヒューマンポーズ推定など、さまざまなアプローチが存在するが、ここでは定めない。判定を行わない場合、人物が映り込んでいなければステップＳ２９に飛ぶ。
生成された画像データ８１１又は動画データ８２１は、個人情報保護の観点から、人物判定部１１６によって画像データ８１１又は動画データ８２１に人物が映り込んでいるか否かの判定を行ってもよい。人物判定部１１６の具体的な処理として、例えば畳み込みニューラルネットワークによる画像分類、ＹＯＬＯやＦａｓｔｅｒ Ｒ－ＣＮＮによるオブジェクト検出、セグメンテーション、特徴量ベースの手法、ヒューマンポーズ推定など、さまざまなアプローチが存在するが、ここでは定めない。判定を行わない場合、人物が映り込んでいなければステップＳ２９に飛ぶ。
【0070】
（ステップＳ２８）
生成された画像データ８１１又は動画データ８２１に人物が映り込んでいる場合は、人物画像補正部１１７によって、人物を削除補正又はデフォーカス補正処理を行ってもよい。補正方法はここでは特に定めない。
生成された画像データ８１１又は動画データ８２１に人物が映り込んでいる場合は、人物画像補正部１１７によって、人物を削除補正又はデフォーカス補正処理を行ってもよい。補正方法はここでは特に定めない。
【0071】
（ステップＳ２９）
生成された画像データ８１１又は動画データ８２１は、登録を禁止したい補正物を事前に設定した補正物判定部１１９によって画像データ８１１又は動画データ８２１に補正物設定部１１８で設定された補正対象物が映り込んでいるか否かの判定を行ってもよい。補正物の設定は、図７に示す初期画面の設定ボタン４０８ｂ５で設定しても良いが、補正物設定部１１８による詳細の設定方法についてはここでは定めない。補正物判定部１１９の具体的な処理として、人物判定部１１６と同じく畳み込みニューラルネットワークによる画像分類、ＹＯＬＯやＦａｓｔｅｒ Ｒ－ＣＮＮによるオブジェクト検出、セグメンテーション、特徴量ベースの手法、ヒューマンポーズ推定など、さまざまなアプローチが存在するが、ここでは定めない。判定を行わない場合、補正物が映り込んでいなければステップＳ３１に飛ぶ。
生成された画像データ８１１又は動画データ８２１は、登録を禁止したい補正物を事前に設定した補正物判定部１１９によって画像データ８１１又は動画データ８２１に補正物設定部１１８で設定された補正対象物が映り込んでいるか否かの判定を行ってもよい。補正物の設定は、図７に示す初期画面の設定ボタン４０８ｂ５で設定しても良いが、補正物設定部１１８による詳細の設定方法についてはここでは定めない。補正物判定部１１９の具体的な処理として、人物判定部１１６と同じく畳み込みニューラルネットワークによる画像分類、ＹＯＬＯやＦａｓｔｅｒ Ｒ－ＣＮＮによるオブジェクト検出、セグメンテーション、特徴量ベースの手法、ヒューマンポーズ推定など、さまざまなアプローチが存在するが、ここでは定めない。判定を行わない場合、補正物が映り込んでいなければステップＳ３１に飛ぶ。
【0072】
（ステップＳ３０）
生成された画像データ８１１又は動画データ８２１に補正物が映り込んでいる場合は、補正物画像補正部１２０によって、補正物を削除補正又はデフォーカス補正処理を行ってもよい。補正方法はここでは特に定めない。
生成された画像データ８１１又は動画データ８２１に補正物が映り込んでいる場合は、補正物画像補正部１２０によって、補正物を削除補正又はデフォーカス補正処理を行ってもよい。補正方法はここでは特に定めない。
【0073】
（ステップＳ３１）
生成された画像データ８１１又は動画データ８２１は、クライアントデバイス４０からデータサーバ１０に通信部４０１を用いてＮＷを通し、送信される。通信部１０１を用いて動画データ８２１を受信したデータサーバ１０は、画像データ８１１又は動画データ８２１を画像データベース８５０に登録を行う。
生成された画像データ８１１又は動画データ８２１は、クライアントデバイス４０からデータサーバ１０に通信部４０１を用いてＮＷを通し、送信される。通信部１０１を用いて動画データ８２１を受信したデータサーバ１０は、画像データ８１１又は動画データ８２１を画像データベース８５０に登録を行う。
【0074】
［７．画像データ８１１等の対戦例１（属性対戦）］
次に本実施形態に係るデータサーバ１０を用いて、２つのクライアントデバイス４０が画像データ８１１又は動画データ８２１を用いて対戦する実施例について、図７、図１０乃至図１５参照しながら説明する。図１０は本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０同士が画像データ８１１又は動画データ８２１の属性対戦を行う処理例を示すシーケンス図、図１１は本実施形態に係るクライアントデバイス４０がマイルームを表示する画面の一例を示す図、図１２は本実施形態に係るクライアントデバイス４０がカードを出す、即ち対戦をする際に表示する画面の一例を示す図、図１３は本実施形態に係るクライアントデバイス４０が対戦相手を選ぶ際に属性を選択表示する画面の一例を示す図、図１４は本実施形態に係るクライアントデバイス４０の画像データ及び動画データ８２１同士が対戦を行っている際に表示される画面の一例を示す図、及び図１５は本実施形態に係るクライアントデバイス４０の画像データ及び動画データ８２１同士が決した際に表示される画面の一例を示す図である。
次に本実施形態に係るデータサーバ１０を用いて、２つのクライアントデバイス４０が画像データ８１１又は動画データ８２１を用いて対戦する実施例について、図７、図１０乃至図１５参照しながら説明する。図１０は本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０同士が画像データ８１１又は動画データ８２１の属性対戦を行う処理例を示すシーケンス図、図１１は本実施形態に係るクライアントデバイス４０がマイルームを表示する画面の一例を示す図、図１２は本実施形態に係るクライアントデバイス４０がカードを出す、即ち対戦をする際に表示する画面の一例を示す図、図１３は本実施形態に係るクライアントデバイス４０が対戦相手を選ぶ際に属性を選択表示する画面の一例を示す図、図１４は本実施形態に係るクライアントデバイス４０の画像データ及び動画データ８２１同士が対戦を行っている際に表示される画面の一例を示す図、及び図１５は本実施形態に係るクライアントデバイス４０の画像データ及び動画データ８２１同士が決した際に表示される画面の一例を示す図である。
【0075】
【0076】
（ステップＳ４１）
利用者４等が、図７のマイルームボタン４０８ｂ２、即ち自身が生成、登録した画像データ８１１又は動画データ８２１を確認するページにリンクするボタンを押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し自身が生成、登録した画像データ８１１又は動画データ８２１を表示するようにリクエストを行う。
利用者４等が、図７のマイルームボタン４０８ｂ２、即ち自身が生成、登録した画像データ８１１又は動画データ８２１を確認するページにリンクするボタンを押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し自身が生成、登録した画像データ８１１又は動画データ８２１を表示するようにリクエストを行う。
【0077】
（ステップＳ４２）
リクエストを受けたサーバ１０は、クライアントデバイス４０に対し、自身が生成、登録した画像データ８１１又は動画データ８２１を表示する画面、例えば図１１に示すような画面を送信し、表示する。
リクエストを受けたサーバ１０は、クライアントデバイス４０に対し、自身が生成、登録した画像データ８１１又は動画データ８２１を表示する画面、例えば図１１に示すような画面を送信し、表示する。
【0078】
（ステップＳ４３）
利用者４等が、図１１の「カードを出すボタン」４０８ｄ５、即ち自身が生成、登録した画像データ８１１又は動画データ８２１で対決を行う旨を指示するボタンを押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し選択した画像データ８１１又は動画データ８２１、即ち４０８ｄ１を表示で対決するリクエストを行う。
利用者４等が、図１１の「カードを出すボタン」４０８ｄ５、即ち自身が生成、登録した画像データ８１１又は動画データ８２１で対決を行う旨を指示するボタンを押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し選択した画像データ８１１又は動画データ８２１、即ち４０８ｄ１を表示で対決するリクエストを行う。
【0079】
（ステップＳ４４）
リクエストを受けたサーバ１０は、クライアントデバイス４０に対し、どのような対戦を行うかを選択する画面、例えば図１２に示すような画面を送信し、表示する。
リクエストを受けたサーバ１０は、クライアントデバイス４０に対し、どのような対戦を行うかを選択する画面、例えば図１２に示すような画面を送信し、表示する。
【0080】
（ステップＳ４５）
利用者４等が、図１２の「対戦相手を選ぶ」ボタン４０８ｅ３、即ち自身が生成、登録した画像データ８１１又は動画データ８２１を属性で対決相手を選ぶ旨を指示するボタンを押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し属性で対決するリクエストを行う。
利用者４等が、図１２の「対戦相手を選ぶ」ボタン４０８ｅ３、即ち自身が生成、登録した画像データ８１１又は動画データ８２１を属性で対決相手を選ぶ旨を指示するボタンを押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し属性で対決するリクエストを行う。
【0081】
（ステップＳ４６）
リクエストを受けたサーバ１０は、クライアントデバイス４０に対し、どの属性で対戦を行うかを選択する画面、例えば図１３に示すような画面を送信し、表示する。
リクエストを受けたサーバ１０は、クライアントデバイス４０に対し、どの属性で対戦を行うかを選択する画面、例えば図１３に示すような画面を送信し、表示する。
【0082】
（ステップＳ４７）
利用者４等が、図１３の「対戦属性を選ぶ」エリア４０８ｆ３、即ちどの属性で対決するかを選ぶ旨を示すチェックボックスにチェックを入れ、カードを出すボタン４０８ｆ４を押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し属性で対決するリクエストを行う。
利用者４等が、図１３の「対戦属性を選ぶ」エリア４０８ｆ３、即ちどの属性で対決するかを選ぶ旨を示すチェックボックスにチェックを入れ、カードを出すボタン４０８ｆ４を押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し属性で対決するリクエストを行う。
【0083】
（ステップＳ４８）
リクエストを受けたサーバ１０は、第一自動マッチング部１３１を使って、指定された属性で、対戦を希望する画像データ８１１又は動画データ８２１をマッチングする。具体的なマッチング方法は定めないが、図１０に示すシーケンス図のように、同タイミングで同じ属性を選択したクライアントデバイス４０をマッチングさせる機能である。
リクエストを受けたサーバ１０は、第一自動マッチング部１３１を使って、指定された属性で、対戦を希望する画像データ８１１又は動画データ８２１をマッチングする。具体的なマッチング方法は定めないが、図１０に示すシーケンス図のように、同タイミングで同じ属性を選択したクライアントデバイス４０をマッチングさせる機能である。
【0084】
（ステップＳ４９）
対戦マッチングが完了した画像データ８１１又は動画データ８２１は、各クライアントデバイス４０の間で図１４のような対戦中である旨の表示がされる。
対戦マッチングが完了した画像データ８１１又は動画データ８２１は、各クライアントデバイス４０の間で図１４のような対戦中である旨の表示がされる。
【0085】
（ステップＳ５０）
対戦が発生すると、様々な各クライアントデバイス４０の間で図１４のような対戦中である旨の表示がされ、対戦が行われる。対戦であるライクポイントデータ９０２を付与するシーケンスは後述する。受け付ける対戦期間は２４時間という時間をベースにしても良いし、様々な設定を行うことができるため、ここでは時間を定めない。
対戦が発生すると、様々な各クライアントデバイス４０の間で図１４のような対戦中である旨の表示がされ、対戦が行われる。対戦であるライクポイントデータ９０２を付与するシーケンスは後述する。受け付ける対戦期間は２４時間という時間をベースにしても良いし、様々な設定を行うことができるため、ここでは時間を定めない。
【0086】
（ステップＳ５１）
定めた一定時間がたった際に、サーバ１０は、対戦判定部１１３を使って、ライクポイントデータ９０２が多い画像データ８１１又は動画データ８２１を勝ちとし、少ない画像データ８１１又は動画データ８２１を負けという判定を行う。
定めた一定時間がたった際に、サーバ１０は、対戦判定部１１３を使って、ライクポイントデータ９０２が多い画像データ８１１又は動画データ８２１を勝ちとし、少ない画像データ８１１又は動画データ８２１を負けという判定を行う。
【0087】
（ステップＳ５２）
勝ち負けのデータを、各クライアントデバイス４０に対し送信し、各クライアントデバイス４０は、例えば図１５に示すような勝敗の結果を表示する画面を表示する。
勝ち負けのデータを、各クライアントデバイス４０に対し送信し、各クライアントデバイス４０は、例えば図１５に示すような勝敗の結果を表示する画面を表示する。
【0088】
［６．画像データ８１１等の対戦例２（ユーザ対戦）］
次に本実施形態に係るデータサーバ１０を用いて、２つのクライアントデバイス４０が画像データ８１１又は動画データ８２１を用いて対戦する実施例について、図７、図１１、図１２、図１４乃至図１７参照しながら説明する。図１６は本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０同士が画像データ８１１又は動画データ８２１のユーザ対戦を行う処理例を示すシーケンス図、及び図１７は本実施形態に係るクライアントデバイス４０が対戦相手を選ぶ際にユーザ対戦を選択表示する画面の一例を示す図である。
次に本実施形態に係るデータサーバ１０を用いて、２つのクライアントデバイス４０が画像データ８１１又は動画データ８２１を用いて対戦する実施例について、図７、図１１、図１２、図１４乃至図１７参照しながら説明する。図１６は本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０同士が画像データ８１１又は動画データ８２１のユーザ対戦を行う処理例を示すシーケンス図、及び図１７は本実施形態に係るクライアントデバイス４０が対戦相手を選ぶ際にユーザ対戦を選択表示する画面の一例を示す図である。
【0089】
まず、ステップＳ４０乃至Ｓ４４までは、前述と同様の動作を行う。
【0090】
（ステップＳ６１）
利用者４等が、図１２の「友達と戦う」ボタン４０８ｅ４、即ち自身が生成、登録されている友達（ユーザ）の中から相手を選ぶ旨を指示するボタンを押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し属性で対決するリクエストを行う。
利用者４等が、図１２の「友達と戦う」ボタン４０８ｅ４、即ち自身が生成、登録されている友達（ユーザ）の中から相手を選ぶ旨を指示するボタンを押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し属性で対決するリクエストを行う。
【0091】
（ステップＳ６２）
リクエストを受けたサーバ１０は、クライアントデバイス４０に対し、どの友達（ユーザ）と対戦を行うかを選択する画面、例えば図１７に示すような画面を送信し、表示する。
リクエストを受けたサーバ１０は、クライアントデバイス４０に対し、どの友達（ユーザ）と対戦を行うかを選択する画面、例えば図１７に示すような画面を送信し、表示する。
【0092】
（ステップＳ６３）
利用者４等が、図１７の「ユーザを選ぶ」エリア４０８ｈ３、即ちどの友達と対決するかを選ぶ旨を示すラジオボタンにチェックを入れ、カードを出すボタン４０８ｈ４を押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し指定した友達（ユーザ）と対決するリクエストを行う。
利用者４等が、図１７の「ユーザを選ぶ」エリア４０８ｈ３、即ちどの友達と対決するかを選ぶ旨を示すラジオボタンにチェックを入れ、カードを出すボタン４０８ｈ４を押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し指定した友達（ユーザ）と対決するリクエストを行う。
【0093】
（ステップＳ６４）
リクエストを受けたサーバ１０は、第二自動マッチング部１３２を使って、指定された友達（ユーザ）のクライアントデバイス４０に対し、友達（ユーザ）から対戦を希望が来ている通知を行う。通知を受け取った友達（ユーザ）のクライアントデバイス５０は、ステップＳ４０乃至Ｓ４３を実施し、画像データ８１１又は動画データ８２１を選択し、マッチングが成立する。
リクエストを受けたサーバ１０は、第二自動マッチング部１３２を使って、指定された友達（ユーザ）のクライアントデバイス４０に対し、友達（ユーザ）から対戦を希望が来ている通知を行う。通知を受け取った友達（ユーザ）のクライアントデバイス５０は、ステップＳ４０乃至Ｓ４３を実施し、画像データ８１１又は動画データ８２１を選択し、マッチングが成立する。
【0094】
（ステップＳ６５）
対戦マッチングが完了した画像データ８１１又は動画データ８２１は、各クライアントデバイス４０の間で図１４のような対戦中である旨の表示がされ、対戦が行われる。対戦であるライクポイントデータ９０２を付与するシーケンスは後述する。これ以降、ステップＳ５０乃至Ｓ５２までは、前述と同様の動作を行う。
対戦マッチングが完了した画像データ８１１又は動画データ８２１は、各クライアントデバイス４０の間で図１４のような対戦中である旨の表示がされ、対戦が行われる。対戦であるライクポイントデータ９０２を付与するシーケンスは後述する。これ以降、ステップＳ５０乃至Ｓ５２までは、前述と同様の動作を行う。
【0095】
［７．画像データ８１１等の対戦例３（挑戦者モード）］
次に本実施形態に係るデータサーバ１０を用いて、２つのクライアントデバイス４０が画像データ８１１又は動画データ８２１を用いて対戦する実施例について、図７、図１１、図１２、図１８乃至図２１参照しながら説明する。図１８は本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０同士が画像データ８１１又は動画データ８２１のユーザ対戦を行う処理例を示すシーケンス図、図１９乃至図２１は本実施形態に係るクライアントデバイス４０が対戦相手を選ぶ際にユーザ対戦を選択表示する画面の一例を示す図である。
次に本実施形態に係るデータサーバ１０を用いて、２つのクライアントデバイス４０が画像データ８１１又は動画データ８２１を用いて対戦する実施例について、図７、図１１、図１２、図１８乃至図２１参照しながら説明する。図１８は本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０同士が画像データ８１１又は動画データ８２１のユーザ対戦を行う処理例を示すシーケンス図、図１９乃至図２１は本実施形態に係るクライアントデバイス４０が対戦相手を選ぶ際にユーザ対戦を選択表示する画面の一例を示す図である。
【0096】
まず、ステップＳ４０乃至Ｓ４４までは、前述と同様の動作を行う。
【0097】
（ステップＳ８１）
利用者４等が、図１２の「挑戦者」ボタン４０８ｅ５、即ち自身の画像データ８１１等が持つライクポイントデータ９０２よりも上位の中から相手を選ぶ旨を指示するボタンを押下又はクリックすると、クライアントデバイス４０にはたとえば図１９のような画面が表示され、図１９の「上位の相手に挑戦する」ボタン４０８ｉ３を押下して、サーバ１０に対し挑戦者として対決するリクエストを行う。
利用者４等が、図１２の「挑戦者」ボタン４０８ｅ５、即ち自身の画像データ８１１等が持つライクポイントデータ９０２よりも上位の中から相手を選ぶ旨を指示するボタンを押下又はクリックすると、クライアントデバイス４０にはたとえば図１９のような画面が表示され、図１９の「上位の相手に挑戦する」ボタン４０８ｉ３を押下して、サーバ１０に対し挑戦者として対決するリクエストを行う。
【0098】
（ステップＳ８２）
リクエストを受けたサーバ１０は、第三自動マッチング部１３３を使って、指定された画像データ８１１等が持つライクポイントデータ９０２よりも上位、つまり自身が持つライクポイントデータ９０２よりもポイント数が大きいライクポイントデータ９０２を持つ画像データ８１１等を検索する。検索、マッチングした画像データ８１１等が持つクライアントデバイス４０に対し、挑戦者から対戦を希望が来ている通知、たとえば図２０のような表示を行ってもよいし、表示を行わずに自動マッチングしてもよい。図２０のような通知を受け取ったユーザのクライアントデバイス４０は、「挑戦を受ける」ボタン４０８ｉ４を押下することによってマッチングが成立する。
リクエストを受けたサーバ１０は、第三自動マッチング部１３３を使って、指定された画像データ８１１等が持つライクポイントデータ９０２よりも上位、つまり自身が持つライクポイントデータ９０２よりもポイント数が大きいライクポイントデータ９０２を持つ画像データ８１１等を検索する。検索、マッチングした画像データ８１１等が持つクライアントデバイス４０に対し、挑戦者から対戦を希望が来ている通知、たとえば図２０のような表示を行ってもよいし、表示を行わずに自動マッチングしてもよい。図２０のような通知を受け取ったユーザのクライアントデバイス４０は、「挑戦を受ける」ボタン４０８ｉ４を押下することによってマッチングが成立する。
【0099】
（ステップＳ８３）
対戦マッチングが完了した画像データ８１１又は動画データ８２１は、各クライアントデバイス４０の間で図１４のような対戦中である旨の表示がされ、対戦が行われる。対戦であるライクポイントデータ９０２を付与するシーケンスは後述する。これ以降、ステップＳ５０乃至Ｓ５２までは、前述と同様の動作を行う。なお当該挑戦者モードの場合、受け付ける対戦期間は２４時間では長すぎるため、３時間という時間をベースにしても良いし、様々な設定を行うことができるため、ここでは時間を定めない。また、挑戦者モードでマッチングされた画像データ８１１又は動画データ８２１は、ＲＯＣＫ ＯＮ表示４０８ｊ６又は王冠マーク表示４０８ｊ８のような表示を行って、挑戦者モード対戦中である旨を表示しても良い。
対戦マッチングが完了した画像データ８１１又は動画データ８２１は、各クライアントデバイス４０の間で図１４のような対戦中である旨の表示がされ、対戦が行われる。対戦であるライクポイントデータ９０２を付与するシーケンスは後述する。これ以降、ステップＳ５０乃至Ｓ５２までは、前述と同様の動作を行う。なお当該挑戦者モードの場合、受け付ける対戦期間は２４時間では長すぎるため、３時間という時間をベースにしても良いし、様々な設定を行うことができるため、ここでは時間を定めない。また、挑戦者モードでマッチングされた画像データ８１１又は動画データ８２１は、ＲＯＣＫ ＯＮ表示４０８ｊ６又は王冠マーク表示４０８ｊ８のような表示を行って、挑戦者モード対戦中である旨を表示しても良い。
【0100】
［８．画像データ８１１等の評価例］
次に本実施形態に係るデータサーバ１０を用いて、画像データ８１１又は動画データ８２１の評価例、即ちライクポイントデータ９０２の付与の仕方について、図７、図２２及び図２３参照しながら説明する。図２２は本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０が画像データ８１１又は動画データ８２１の評価を行う処理例を示すシーケンス図、図２３は本実施形態に係るクライアントデバイス４０が評価（ライクポイントデータ９０２を付与）する画面の一例を示す図である。
次に本実施形態に係るデータサーバ１０を用いて、画像データ８１１又は動画データ８２１の評価例、即ちライクポイントデータ９０２の付与の仕方について、図７、図２２及び図２３参照しながら説明する。図２２は本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０が画像データ８１１又は動画データ８２１の評価を行う処理例を示すシーケンス図、図２３は本実施形態に係るクライアントデバイス４０が評価（ライクポイントデータ９０２を付与）する画面の一例を示す図である。
【0101】
まず、ステップＳ４０の動作を行う。
【0102】
（ステップＳ１０１）
利用者４等が、例えば図７の「カードをみる（評価する）」ボタン４０８ｂ４、即ち他者の画像データ８１１等を閲覧し評価する旨を指示するボタンを押下又はクリックすると、サーバ１０に対し、他者の画像データ８１１等を閲覧するリクエストを投げる。
利用者４等が、例えば図７の「カードをみる（評価する）」ボタン４０８ｂ４、即ち他者の画像データ８１１等を閲覧し評価する旨を指示するボタンを押下又はクリックすると、サーバ１０に対し、他者の画像データ８１１等を閲覧するリクエストを投げる。
【0103】
（ステップＳ１０２）
リクエストを受けたサーバ１０は、たとえば図２３のような他者の画像データ８１１等のすべてが表示される画面をクライアントデバイス４０に対し転送する。
リクエストを受けたサーバ１０は、たとえば図２３のような他者の画像データ８１１等のすべてが表示される画面をクライアントデバイス４０に対し転送する。
【0104】
（ステップＳ１０３）
クライアントデバイス４０は、チェックボックス４０８ｋ３で、どの属性で表示するかを選ぶ旨を示すチェックボックスにチェックを入れ、絞り込みボタン４０８ｋ４を押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し指定した属性で表示するリクエストを行う。
クライアントデバイス４０は、チェックボックス４０８ｋ３で、どの属性で表示するかを選ぶ旨を示すチェックボックスにチェックを入れ、絞り込みボタン４０８ｋ４を押下又はクリックすると、クライアントデバイス４０は、サーバ１０に対し指定した属性で表示するリクエストを行う。
【0105】
（ステップＳ１０４）
リクエストを受けたサーバ１０は、たとえば図２３のような指定された属性の他者の画像データ８１１等が表示される画面をクライアントデバイス４０に対し転送し、クライアントデバイス４０は、チェックボックス４０８ｋ３で絞り込まれた属性の画像データ８１１等が表示する。
リクエストを受けたサーバ１０は、たとえば図２３のような指定された属性の他者の画像データ８１１等が表示される画面をクライアントデバイス４０に対し転送し、クライアントデバイス４０は、チェックボックス４０８ｋ３で絞り込まれた属性の画像データ８１１等が表示する。
【0106】
（ステップＳ１０５）
利用者４は、表示された画像データ８１１等が気に入った場合は、表示された画像データ８１１等を直接クリックしたり、表示されているハートマークをクリックするなどのアクションを行う。
利用者４は、表示された画像データ８１１等が気に入った場合は、表示された画像データ８１１等を直接クリックしたり、表示されているハートマークをクリックするなどのアクションを行う。
【0107】
（ステップＳ１０６）
アクションを受けたクライアントデバイス４０は、サーバ１０にその旨通知し、サーバ１０は、ポイント付与部１１２を用いて、画像データ８１１等にライクポイントデータ９０２を付与する。このライクポイントデータ９０２の付与数によって、画像データ８１１等の勝敗が決定する。
アクションを受けたクライアントデバイス４０は、サーバ１０にその旨通知し、サーバ１０は、ポイント付与部１１２を用いて、画像データ８１１等にライクポイントデータ９０２を付与する。このライクポイントデータ９０２の付与数によって、画像データ８１１等の勝敗が決定する。
【0108】
［９．保有制限部４１４のデータ数制限変更実施例］
次に本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０毎の保有制限部４１４の画像データ８１１等を保持できるデータ数の変更方法について、図７、図２４及び図２５参照しながら説明する。図２４は本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０が保有制限部４１４のデータ数制限を変更する処理例を示すシーケンス図、図２５は本実施形態に係るクライアントデバイス４０が保有制限部４１４のデータ数制限を変更を行う画面の一例を示す図である。
次に本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０毎の保有制限部４１４の画像データ８１１等を保持できるデータ数の変更方法について、図７、図２４及び図２５参照しながら説明する。図２４は本実施形態に係るデータサーバ１０を用いて、クライアントデバイス４０が保有制限部４１４のデータ数制限を変更する処理例を示すシーケンス図、図２５は本実施形態に係るクライアントデバイス４０が保有制限部４１４のデータ数制限を変更を行う画面の一例を示す図である。
【0109】
まず、ステップＳ４０の動作を行う。
【0110】
（ステップＳ１２１）
利用者４等が、例えば図７の「設定」ボタン４０８ｂ５、即ち端末の設定を変更する旨を指示するボタンを押下又はクリックすると、サーバ１０に対し、設定画面を表示するリクエストを投げる。
利用者４等が、例えば図７の「設定」ボタン４０８ｂ５、即ち端末の設定を変更する旨を指示するボタンを押下又はクリックすると、サーバ１０に対し、設定画面を表示するリクエストを投げる。
【0111】
（ステップＳ１２２）
リクエストを受けたサーバ１０は、たとえば図２５のような設定画面をクライアントデバイス４０に対し転送する。
リクエストを受けたサーバ１０は、たとえば図２５のような設定画面をクライアントデバイス４０に対し転送する。
【0112】
（ステップＳ１２３）
利用者４等が、例えばカウントボタン４０８ｌ２を押下すると、クライアントデバイス４０は、サーバ１０に対し、保有制限部４１４のデータ数制限を変更する旨のリクエストを行う。
利用者４等が、例えばカウントボタン４０８ｌ２を押下すると、クライアントデバイス４０は、サーバ１０に対し、保有制限部４１４のデータ数制限を変更する旨のリクエストを行う。
【0113】
（ステップＳ１２４）
リクエストを受けたサーバ１０は、クライアントデバイス４０に、例えば図２５のような課金表示４０８ｌ３を送信し、保有制限部４１４のデータ数制限を変更することによる課金金額を表示する。
リクエストを受けたサーバ１０は、クライアントデバイス４０に、例えば図２５のような課金表示４０８ｌ３を送信し、保有制限部４１４のデータ数制限を変更することによる課金金額を表示する。
【0114】
（ステップＳ１２５）
利用者４等は、表示された課金表示４０８ｌ３が問題無いようであれば、設定ボタン４０８ｌ４を押下し、電子決済システム等で課金表示４０８ｌ３に表示された金額を支払う決済処理を行う。
利用者４等は、表示された課金表示４０８ｌ３が問題無いようであれば、設定ボタン４０８ｌ４を押下し、電子決済システム等で課金表示４０８ｌ３に表示された金額を支払う決済処理を行う。
【0115】
（ステップＳ１２６）
課金処理が完了した旨を、クライアントデバイス４０からサーバ１０に通知する。
課金処理が完了した旨を、クライアントデバイス４０からサーバ１０に通知する。
【0116】
（ステップＳ１２７）
課金処理完了データを受け取ったサーバ１０は、保有制限数変更部１１４を用いてサーバ上のクライアントデバイス４０に対する保有制限部４１４のデータ数制限を変更する。
課金処理完了データを受け取ったサーバ１０は、保有制限数変更部１１４を用いてサーバ上のクライアントデバイス４０に対する保有制限部４１４のデータ数制限を変更する。
【0117】
（ステップＳ１２８）
サーバ１０は、クライアントデバイス４０に対し、保有制限部４１４のデータ数制限を変更する旨指示を出し、クライアントデバイス４０は保有制限部４１４のデータ数制限を変更する。
以上のような課金処理を実施することによって、システムＳ上で収益を上げることが可能となる。
サーバ１０は、クライアントデバイス４０に対し、保有制限部４１４のデータ数制限を変更する旨指示を出し、クライアントデバイス４０は保有制限部４１４のデータ数制限を変更する。
以上のような課金処理を実施することによって、システムＳ上で収益を上げることが可能となる。
【符号の説明】
【0118】
Ｓ 対戦型ゲーム実行システム
ＮＷ ネットワーク
１ システム管理者
４ システム利用者
１０ データサーバ
４０ クライアントデバイス
１０１ 通信部
１０２ 入力インターフェース部
１０３ 処理部
１０４ 記憶部
１０５ システムバス部
１１１ データベースアクセス部
１１２ ポイント付与部
１１３ 対戦判定部
１１４ 保有制限数変更部
１１５ 基準サイズ補正部
１１６ 人物判定部
１１７ 人物画像補正部
１１８ 補正物設定部
１１９ 補正物判定部
１２０ 補正物画像補正部
１３１ 第一自動マッチング部
１３２ 第二自動マッチング部
１３３ 第三自動マッチング部
４０１ 通信部
４０２ 入力インターフェース部
４０３ 処理部
４０４ 記憶部
４０５ システムバス部
４０６ 撮影部
４０７ 無線部
４０８ 表示部
４１１ 生成部
４１２ 属性付与部
４１３ 位置付与部
４１４ 保有制限部
８１１ 画像データ
８２１ 動画データ
８５０ 画像データベース
８８０ 利用者管理データベース
９００ メタデータ
９０１ 位置データ
９０２ ライクポイントデータ
９０３ 属性データ
ＮＷ ネットワーク
１ システム管理者
４ システム利用者
１０ データサーバ
４０ クライアントデバイス
１０１ 通信部
１０２ 入力インターフェース部
１０３ 処理部
１０４ 記憶部
１０５ システムバス部
１１１ データベースアクセス部
１１２ ポイント付与部
１１３ 対戦判定部
１１４ 保有制限数変更部
１１５ 基準サイズ補正部
１１６ 人物判定部
１１７ 人物画像補正部
１１８ 補正物設定部
１１９ 補正物判定部
１２０ 補正物画像補正部
１３１ 第一自動マッチング部
１３２ 第二自動マッチング部
１３３ 第三自動マッチング部
４０１ 通信部
４０２ 入力インターフェース部
４０３ 処理部
４０４ 記憶部
４０５ システムバス部
４０６ 撮影部
４０７ 無線部
４０８ 表示部
４１１ 生成部
４１２ 属性付与部
４１３ 位置付与部
４１４ 保有制限部
８１１ 画像データ
８２１ 動画データ
８５０ 画像データベース
８８０ 利用者管理データベース
９００ メタデータ
９０１ 位置データ
９０２ ライクポイントデータ
９０３ 属性データ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】