JP2004275485A

JP2004275485A - Opponent search assisting device, method and program

Info

Publication number: JP2004275485A
Application number: JP2003071595A
Authority: JP
Inventors: Hirobumi Terada; 博文寺田
Original assignee: Kobe Steel Ltd
Current assignee: Kobe Steel Ltd
Priority date: 2003-03-17
Filing date: 2003-03-17
Publication date: 2004-10-07

Abstract

<P>PROBLEM TO BE SOLVED: To obtain more opponents by promoting the disclosure of personal information. <P>SOLUTION: The subject opponent search assisting device includes an individual information storage section 122 for storing the individual information on each soccer team; a request information receiving section 113 for receiving request information as an opponent from a terminal device 2; an opponent searching section 114 for checking the individual information and request information to search a soccer team consistent with a soccer team transmitting the request information; and a game application section 115 for applying a game to a terminal device 2 of the soccer team selected by the search. The game application section 115 gives only disclosed team information when applying the game. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、対戦を希望するチーム等がインターネットなどの通信回線を利用して所望の対戦相手を探し出す際の検索支援技術に関する。
【０００２】
【従来の技術】
チームあるいは個人で各種スポーツや技能を競う対戦競技においては、対戦相手をいかにして見つけ出すかが重要であり、通常、遊戯者は大会などに参加するか、あるいは知人からの紹介などによって対戦相手を得ている。また、これ以外にも、多くの相手との対戦を希望することも想定される。かかる場合、共通の趣味を持つ知人を紹介するサービスを行なうインターネット上のサイトを利用することが有効な手段として考えられる。このようなサイトでは、そこに自らの個人情報を提供することで会員登録を行い、この個人情報を他のユーザから閲覧してもらい、閲覧者との間で同意によって対戦が成立する。
【０００３】
【特許文献１】
特開２００２−５６３１６
【０００４】
【発明が解決しようとする課題】
しかしながら、このようなサイトに個人情報を提供すると、個人情報が不特定の第三者に閲覧されてしまう虞があるため、個人情報を提供することに対して抵抗を感じる人も少なからず存在しており、このような人達は自らの個人情報を提供してまでも会員登録を行おうとは考えない。その結果、多くの会員を獲得することに対して一定の限界があり、会員はより多くの対戦相手を獲得することができないという問題がある。
【０００５】
本発明は、上記課題を解決するためになされたものであり、個人情報の開示を促し、より多くの対戦相手を獲得することができる対戦相手検索支援装置、方法及びプログラムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本対戦相手検索支援装置は、操作部及びモニタをそれぞれ備える複数の端末装置と通信ネットワークを介して接続され、任意の１の端末装置からの対戦の申し込み要求を受けて他の端末装置との間で対戦相手の検索を実行する対戦相手検索支援装置であって、所定の対戦競技に関連するユーザの個別情報を記憶する個別情報記憶手段と、前記端末装置からの対戦相手としての希望情報を受け付ける受付手段と、前記受付受手段が受け付けた希望情報と前記個別情報記憶手段が記憶する各ユーザの個別情報とを照合し、当該希望情報を発したユーザと整合性を有するユーザを検索する検索手段と、検索の結果、抽出されたユーザの端末装置に対して対戦申し込みを行う対戦申込手段とを備え、前記ユーザの個別情報は、他のユーザが閲覧可能な属性を有する公開情報と、他のユーザが閲覧不可な属性を有する非公開情報とを含み、前記対戦申込手段は、対戦申し込み時に前記公開情報のみを通知することを特徴とする。
【０００７】
この構成によれば、端末装置を介してユーザの対戦相手としての希望情報が受け付けられ、予め記憶されたユーザに関する情報である個別情報と、希望情報とが照合されて整合性を有するユーザが検索され、検索の結果、抽出されたユーザの端末装置に対して対戦申し込みが通知される。そして、個別情報には、ユーザが公開されても困らないような公開情報とユーザが公開されては困るような非公開情報とが含まれており、公開情報のみが端末装置に送信される。その結果、ユーザによる個人情報の提供が促され、個別情報に含まれるユーザ数が増大し、より多くの対戦が成立する。
【０００８】
また、前記ユーザの個別情報は、ユーザの戦力に関する１又は複数の項目を数値で示した戦力情報を含み、前記希望情報は、ユーザの戦力に関する１又は複数の項目を数値で示した戦力希望情報を含み、前記検索手段は、前記戦力情報と前記戦力希望情報との対応する項目同士の差分（二次、三次等の高次の差分を含む）の総計を算出し、当該総計値が所定の値よりも小さい戦力情報を有するユーザを対戦候補として抽出することが好ましい。
【０００９】
この構成によれば、戦力を数値化した情報に基づいて、対戦相手の検索が行われるため、検索結果に客観性が生じ、より的確な対戦相手の抽出が可能となる。
【００１０】
また、前記個別情報は、ハンディキャップ戦に同意するか否かの情報を含み、前記検索手段は、前記ハンディキャップ戦に同意するユーザ同士に対しては、前記所定の値をハンディキャップ戦に同意しないユーザよりも大きくして、対戦候補の抽出を行うことが好ましい。
【００１１】
この構成によれば、ハンディキャップ戦に同意するユーザ同士に対しては、ハンディキャップ戦に同意しないユーザよりも検索条件の幅が広げられるため、より多くの対戦成立が実現される。
【００１２】
また、前記個別情報は、対戦申し込みに応じる意思を表す情報を含み、前記対戦処理手段は、前記意思を表す情報を有するユーザに対しては、対戦申し込みを行う代わりに、対戦を打診する情報を送信することが好ましい。
【００１３】
この構成によれば、個人情報を提供しているものの、積極的に対戦相手を見つける行動をとってない者に対しても、他のユーザの希望情報の条件と合致した場合には、その者に対して対戦を打診する情報が送信されるため、積極的に対戦相手を見つける行動をとっていない者との間でも対戦が成立するケースが増大し、より多くの対戦が成立される。
【００１４】
また、ユーザ同士の実際の対戦結果を受け付ける対戦結果受付手段と、当該対戦結果受付手段が受け付けた対戦結果を基に、前記個別情報を更新する個別情報更新手段とを備えることが好ましい。この構成によれば、実際の対戦結果を基に、個別情報が更新されるため、個別情報の信頼性が高められる。
【００１５】
本発明に係る対戦相手検索支援プログラムは、操作部及びモニタをそれぞれ備える複数の端末装置間と通信ネットワークを介して接続され、任意の１の端末装置からの対戦の申し込み要求を受けて他の端末装置との間で対戦相手の検索をコンピュータに実行させる対戦相手検索支援プログラムであって、前記コンピュータを、所定の対戦競技に関連するユーザの個別情報を記憶する個別情報記憶手段と、前記端末装置からの対戦相手としての希望情報を受け付ける受付手段と、前記受付受手段が受け付けた希望情報と前記個別情報記憶手段が記憶する各ユーザの個別情報とを照合し、当該希望情報を発したユーザと整合性を有するユーザを検索する検索手段と、検索の結果、抽出された端末装置に対して対戦申し込みを行う対戦申込手段として機能させるとともに、前記個別情報は、他のユーザが閲覧可能な属性を有する公開情報と他のユーザが閲覧不可な属性を有する非公開情報とを含み、前記対戦申込手段は、対戦申し込み時に前記公開情報のみ通知することを特徴とする。
【００１６】
この構成によれば、端末装置を介してユーザの対戦相手としての希望情報が受け付けられ、予め記憶されたユーザに関する情報である個別情報と、希望情報とが照合され整合性を有するユーザが検索され、検索の結果、抽出されたユーザに対して対戦申し込みがそのユーザの端末装置に送信される。この場合、個別情報には、公開情報と非公開情報とが含まれており、公開情報のみが端末装置に送信される。そして、全ての個人情報が公開されず、ユーザが公開されても困らないような一部の個人情報のみが公開されるため、ユーザの個人情報の個人情報の提供が促され、より多くの対戦が成立される。
【００１７】
本対戦相手検索支援方法は、操作部及びモニタをそれぞれ備える複数の端末装置と通信ネットワークを介して接続され、任意の１の端末装置からの対戦の申し込み要求を受けて対戦相手としての他の端末装置に対する検索を実行する対戦相手検索支援方法であって、コンピュータに、所定の対戦競技に関連するユーザの個別情報を記憶するステップと、前記端末装置からの対戦相手としての希望情報を受け付けるステップと、前記受付受手段が受け付けた希望情報と前記個別情報記憶手段が記憶する各ユーザの個別情報とを照合し、当該希望情報を発したユーザと整合性を有するユーザを検索するステップと、検索の結果、抽出されたユーザの端末装置に対して対戦申し込みを行うステップとを実行させ、前記個別情報は、他のユーザが閲覧可能な属性を有する公開情報と、他のユーザが閲覧不可な属性を有する非公開情報とを含み、前記対戦申込みをするステップは、対戦申し込み時に前記公開情報のみ通知することを特徴とする。
【００１８】
この構成によれば、端末装置を介してユーザの対戦相手としての希望情報が受け付けられ、予め記憶されたユーザに関する情報である個別情報と、希望情報とが照合され整合性を有するユーザが検索され、検索の結果、抽出されたユーザに対して対戦申し込みがそのユーザの端末装置に送信される。そして、個別情報には、公開情報と非公開情報とが含まれており、公開情報のみが端末装置に送信される。そのため、全ての個人情報が公開されず、ユーザが公開されても困らないような一部の個人情報のみが公開されるため、ユーザの個人情報の個人情報の提供が促され、より多くの対戦が成立される。
【００１９】
【発明の実施の形態】
図１は、本発明に係る対戦相手検索支援装置一の実施形態を示した図である。なお、以下の説明では、サッカーの対戦相手を検索する場合を例に挙げて説明するが、本発明に係る対戦相手検索支援装置をサッカー以外のスポーツ、例えばラグビー、野球、アメリカンフットボールなどの球技の他、種々の対戦相手の検索に用いてもよいし、囲碁や将棋などの対戦型の競技の対戦相手の検索に用いてもよい。対戦相手検索支援装置１は、インターネット３上の配設され、更に、この対戦相手検索支援装置１にはインターネット３を介して複数の端末装置２が通信可能に接続されている。
【００２０】
端末装置２は、サッカーチームを構成するいずれかのメンバー、例えば代表者によって所有され、各チームに１台の端末装置２が存在する。本実施形態では、端末装置２は、キーボード、マウス等であって各種データの入力及び各種の指示を与えるための操作部及び種々の情報を表示する表示部（モニタ）を備えると共に、インターネットや電子メールが利用可能な家庭用のパーソナルコンピュータから構成され、かつブラウザソフト等を用いて個別情報などの種々のデータを入力し、対戦相手検索支援装置１に送信するとともに、対戦相手検索支援装置１から送信されてきた対戦申込等の種々のデータを受信する通信部、及び受信情報を表示部に導く機能を備えたものである。
【００２１】
図２は、対戦相手検索支援装置１のブロック図を示している。対戦相手検索支援装置１は、コンピュータで構成され、ＣＰＵ（中央処理装置）１１、補助記憶装置１２、モニタ１３、操作部１４、ＲＯＭ（リードオンリーメモリ）１５、ＲＡＭ（ランダムアクセスメモリ）１６、通信インターフェイス１７（通信Ｉ／Ｆ）及び記録媒体駆動装置１８を備える。
【００２２】
補助記憶装置１２は、例えばハードディスクから構成され、コンピュータを対戦相手検索支援装置として機能させる対戦相手検索支援プログラム及びオペレーティングシステムを記憶する。
【００２３】
モニタ１３は、ＣＲＴ、液晶パネル、有機ＥＬ又はプラズマディスプレイなどから構成され、ＣＰＵが処理した種々の情報を表示する。本装置１は、必要に応じて操作部１４を有し、キーボード、マウスなどを備えて、オペレータからの操作指令を受け付けＣＰＵ１１に出力する。ＲＯＭ１５は、ＢＩＯＳ（ｂａｓｉｃｉｎｐｕｔ／ｏｕｔｐｕｔｓｙｓｔｅｍ）などの基本プログラムを記憶する。ＲＡＭ１６は、ＣＰＵ１１の作業領域として用いられ、種々のデータ乃至は必要に応じて適宜読み出された処理プログラムデータを一時的に記憶する。通信インターフェイス（通信Ｉ／Ｆ）１７は、ＣＰＵ１１の制御の基、対戦相手検索支援システムとインターネット３とのインターフェイスを行う。記録媒体駆動装置１８は、ＣＤ−ＲＯＭ等の記録媒体に記録されたデータを読み出し指示に応じて読み出し、ＣＰＵ１１に出力する。対戦相手検索支援プログラムは、ＣＤ−ＲＯＭなどの記録媒体に記録されており、このＣＤ−ＲＯＭを記録媒体駆動装置１８に装填して、インストールすることにより、補助記憶装置１２（あるいはＲＡＭ１６）に対戦相手検索支援プログラムを格納してもよい。また、対戦相手検索支援プログラムがインターネット３上のＷＥＢサーバに記憶されている場合は、そのＷＥＢサーバから対戦相手検索支援プログラムをダウンロードすることで、補助記憶装置１２（あるいはＲＡＭ１６）に対戦相手検索支援プログラムを格納してもよい。
【００２４】
ＣＰＵ１１は、オペレーティングシステムの制御の基、補助記憶装置１２に記憶された検索相手検索支援プログラムを実行することで、ユーザＩＤ発行部１１１、個別情報受付部１１２、希望情報受付部１１３、対戦相手検索部１１４、対戦申込部１１５として機能するとともに、補助記憶装置１２は、会員情報記憶部１２１、個別情報記憶部１２２、抽出チーム記憶部１２３として機能する。
【００２５】
ユーザＩＤ発行部１１１は、端末装置２から入力された所要項目に対する入会情報を通信Ｉ／Ｆ１７を介して受け付け、受け付けた入会情報に記載された項目内容を会員情報記憶部１２１に記憶するとともに、入会情報を送信したユーザの端末装置２に対して本対戦相手検索支援装置１にアクセスするためのユーザＩＤ及びパスワードを発行する。ここでユーザが入力する情報としては、例えばユーザの氏名、住所、メールアドレス等が含まれる。
【００２６】
個別情報受付部１１２は、ユーザが端末装置２を用いて入力した、ユーザが属するサッカーチームのチーム名等を含む個別情報を通信Ｉ／Ｆ１７を介して受け付け、受け付けた個別情報を個別情報記憶部１２２に記憶する。
【００２７】
図３は、個別情報記憶部１２２が記憶するデータの一例を示したメモリマップである。個別情報記憶部１２２は、チームの基本情報、自己評価、第３者からの評価（多己評価）を会員情報記憶部１２１に記憶されたユーザＩＤと対応づけて記憶（すなわちチーム毎に記憶）している。
【００２８】
図４は、チームの基本情報に含まれるデータを示した図である。チームの基本情報には、第三者に公表が禁止される非公開チーム情報と、第三者に対して公開される公開チーム情報とが存在する。非公開チーム情報には、チームの名称を示す「チーム名」、チームが所属するリーグを示す「所属リーグ」、チームの監督やコーチなどの名前を示す「コーチ名」、チームに所属する部員数を示す「部員数」、チームの過去の戦績を示す「過去の戦績」、対戦を望まない特定のチーム名を一覧表示した「拒否リスト」、対戦申し込みがあれば、いつでも対戦に応じることができるか否かの情報を示す「対戦フラグ」の各項目が含まれている。「対戦フラグ」有り（フラグ１）のチームに対しては、後述する対戦申し込みメールが送信され、「対戦フラグ」無し（フラグ「０」）のチームに対しては、後述する対戦打診メールが送信される。
【００２９】
公開チーム情報には、チームの主な活動場所を示す「エリア情報」、チームを構成するメンバーの職種等（例えば小学生、中学生、高校生、大学生、社会人等）を示す「カテゴリー情報」、チームの総合的な戦力を段階表示する「グレード」、ハンディキャップ戦に同意するか否かを示す「ハンディキャップフラグ」の各項目が含まれている。なお、本実施形態では、公開チーム情報及び非公開チーム情報を上記のように定めたが、これに限定されず、他の項目を含めてもよく、あるいは非公開情報及び公開チーム情報に属する項目の振り分け方として他の態様を採用してもよい。
【００３０】
図５は、チームの自己評価、チームの他己評価のそれぞれに含まれるデータ項目を示した図である。図５に示すように、チームの自己評価には、フォワード陣の戦力レベルを示す「フォワード力」、ミッドフィルダー陣の戦力レベルを示す「中盤力」、バックス陣の戦力レベルを示す「バックス力」、キーパーの戦力レベルを示す「キーパー力」、１試合当たりの平均得点数を示す「得点力」、１試合当たりの平均失点数を示す「防御力」、コーナーキックやペナルティキックなどのセットプレーのレベルを示す「セットプレー力」、チームワークの良さを示す「組織力」が含まれ、それぞれの項目を例えば１〜１０までの１０段階評価で表現する。値１は最低レベルであり、値１０は最高レベルを示す。本実施形態では、チームの自己評価の項目は全て第三者に対して公開されるようにしているが、これに限定されず、いずれかの項目を非公開としてもよい。また、上記項目以外の項目を含めてもよいし、上記項目のうちのいずれかの項目を省いてもよい。
【００３１】
図５に示すように、チームの他己評価には、チームの自己評価と同様「フォワード力」、「中盤力」、「バックス力」、「キーパー力」、「得点力」、「防御力」、「セットプレー力」及び「組織力」を含み、それぞれの項目を例えば１〜１０までの１０段階評価で表示する。本実施形態では、他己評価に掲げる項目は第三者に対して公開されるが、これに限定されず、いずれかの項目を非公開としてもよい。また、上記以外の項目を含めても良いし、上記項目のうちのいずれかの項目を省いてもよい。さらに、他己評価に掲げる項目は自己評価に掲げる項目と一致している必要はなく、一部異なるものとし、あるいは一部除いたものとしてもよい。
【００３２】
希望情報受付部１１３は、ユーザの属するサッカーチームが対戦を希望するチームの条件であって、該ユーザの端末装置２から入力された希望情報を受け付ける。図６に示すように、希望情報には、「エリア情報」、「カテゴリー情報」、「グレード」、「戦力情報」及び希望する対戦日時乃至は対戦期間を指定する「希望対戦日時」の各項目が含まれており、さらに「戦力情報」には、チームの自己評価と同様「フォワード力」、「中盤力」、「バックス力」、「キーパー力」、「得点力」、「防御力」、「セットプレー力」及び「組織力」の各項目が含まれ、これら項目は、前述した１〜１０までの１０段階評価のうちから、所望の値を入力することで指定される。
【００３３】
対戦相手検索部１１４は、希望情報を送信してきたチームの希望情報と個別情報記憶部１２２に記憶されている各チームの個別情報との間で、それぞれ対応する項目同士を所定の手法により照合して、両チーム間の整合性（マッチング）を評価することにより、該当するチームを抽出し、抽出チーム記憶部１２３に記憶する。
【００３４】
前記照合のための所定手法として、本実施形態では、対戦希望を発したチームと他のチームとの間で、対応する項目について両チーム間の値の差の２乗の値を求め、その２乗の値の総計値を求める最小二乗法を用いる。最小二乗法の演算結果（差分値）が所定の閾値以下となったチームを整合性を有するチームとして抽出する。この演算を対戦希望を発したチーム以外の他のチームとの間で実行し、それぞれの演算結果が閾値以下となったチームを整合性を有するチームとして抽出する。演算結果が小さい値となるチームほど整合性が高い、すなわち相性のよいチームとなる。
【００３５】
対戦申込部１１５は、抽出したチームに対して演算結果の大小比較を行うことによって演算結果の小さい（整合性の高い）チーム順に順位付け行うと共に、順位付けしたチームの順番で、あるいは所定の方法で、各チームの端末装置２に対して対戦が申し込まれた旨の電子メール（対戦申し込みメール）を送信する。対戦申込部１１５は、対戦申し込みメールを送信するに際し、対戦申込を行ったチームの基本情報のうち公開チーム情報を添付して送信する。このメールを閲覧することで、ユーザは自己のチームに対戦が申し込まれたことを認識する。
【００３６】
次に、本対戦相手検索支援装置１のユーザ登録の処理について説明する。図７は、ユーザ登録時の処理を示すフローチャートである。ユーザにより、端末装置２から対戦相手検索支援装置１のドメイン名又はＩＰ（インターネットプロトコル）アドレスが指定され、対戦相手検索支援装置１にアクセスされると、対戦相手検索支援装置１は、アクセスしてきた端末装置２に対して入会情報を入力するための入会シートの画面情報をダウンロードする（ステップＳ１）。入会シートには、ユーザ名、住所、メールアドレスを記載する欄が含まれており、これらの欄に該当する情報が操作部を用いて入力されると、入力済みの入会シートが対戦相手検索支援装置１に送信される。対戦相手検索支援装置１は、入会シートに記入された情報を入会情報としてユーザＩＤ発行部１１１で受信する（ステップＳ２）。
【００３７】
ステップＳ３において、ユーザＩＤ発行部１１１は、入会情報を送信してきたユーザに対して、ユーザＩＤ及パスワードを所定のルールに従って作成し、該ユーザの端末装置２へ送信する（発行する）。
【００３８】
ステップＳ４において、ユーザユーザＩＤ発行部１１１は、発行したユーザＩＤ及パスワードを入会情報に記載されたユーザの指名、住所及びメールアドレスと対応付けて会員情報記憶部１２１に記憶する。
【００３９】
対戦相手検索支援装置１は、ユーザＩＤとパスワードとを含むアクセスに対して、会員情報記憶部１２１に記憶されているユーザＩＤとパスワードの照合を行うことで、会員専用のホームページへのアクセスを許可する。
【００４０】
次に、本対戦相手検索支援装置１が行う処理について説明する。図８は、対戦相手検索支援装置１の処理を示したフローチャートである。
【００４１】
対戦相手検索支援装置１は、ユーザの端末装置２からのユーザＩＤ及びパスワードの入力待ち状態にあり（ステップＳ１１）、ユーザＩＤ及びパスワードを受け付けると（ステップＳ１１でＹＥＳ）、受け付けたユーザＩＤ及びパスワードを会員情報記憶部１２１に記憶されているユーザＩＤ及びパスワードと照合し、該ユーザＩＤとパスワードとが正規の会員のものであるか否かの判断を行う（ステップＳ１２）。
【００４２】
対戦相手検索支援装置１が、ユーザが入力したユーザＩＤ及びパスワードが正規の会員のものであると判断した場合（ステップＳ１２でＹＥＳ）、対戦相手検索支援装置１は、そのユーザのログインを許可し、端末装置２に対して会員専用のホームページのフロントページをダウンロードする（ステップＳ１３）。このフロントページには、対戦相手を検索するためのモード、個別情報を登録するためのモード、他己情報を入力するためのモード等を選択するための複数の選択メニューが掲載されている。
【００４３】
対戦相手検索支援装置１は、検索するモードの選択を受け付けると（ステップＳ１４で「１」）、端末装置２に対し対戦相手を検索するための画面情報を送信する。これにより、端末装置２の表示部にはこの画面が表示される。対戦相手を検索するための画面は、「エリア情報」、「カテゴリー情報」、「グレード」、「戦力希望情報」を入力する欄及び対戦相手の検索を開始する「検索ボタン」から構成されている。
【００４４】
端末装置２の画面には、「戦力希望情報」を入力する欄として、図９に示すような各頂点に戦力希望情報の項目が対応づけられた８角形のタコグラフが表示され、このタコグラフ上に戦力希望情報が入力可能にされている。そして、これらの欄への入力が終了し、検索ボタンがクリックされると、入力されたデータが希望情報として、端末装置２から対戦相手検索支援装置１へ送信される。なお、タコグラフへの入力は、入力する項目のゲージの所望するレベル位置にマウスポインタを合わせ、クリックすることで、その位置にマーカが表示されるとともに、この位置に対応する値がその項目の値とされる。これにより、ユーザは視覚的に戦力を把握することができる。
【００４５】
対戦相手検索支援装置１では、個別情報受付部１１２が、この希望情報を受け付け（ステップＳ１５）、次いで、対戦相手検索部１１４が、対戦相手の検索処理を行う（ステップＳ１６）。
【００４６】
一方、ステップＳ１２で、対戦相手検索支援装置１が、入力されたユーザＩＤ及びパスワードが正規の会員のものではないと判断した場合（ステップＳ１２でＮＯ）、該ユーザのログインを許可することなく、本フローを終了する、あるいは、ログインの再実行を促す画面を提示するようにしてもよい。
【００４７】
ステップＳ１４において、個別情報を入力するモードが選択された場合（ステップＳ１４で「３」）、対戦相手検索支援装置１は、個別情報を入力するモードに移行し、端末装置２に対して個別情報入力シートの画面情報のダウンロードする（ステップＳ１９）。個別情報入力シートは、「チームの基本情報」、「チームの自己評価」及び「チームの他己評価」に含まれる各情報を入力する欄から構成されている。そして、端末装置２で、各欄への該当する情報の入力が終了し、検索ボタンがクリックされると、入力された情報を個別情報として、端末装置２から対戦相手検索支援装置１へ送信される。対戦相手検索支援装置１では、受信した情報は個別情報受付部１１２が受け付け（ステップＳ２０）、受け付けた個別情報を個別情報記憶部１２２に記憶する（ステップＳ２１）。
【００４８】
ステップＳ１４において、チームの他己評価を入力するモードが選択された場合（ステップＳ１４で「２」）、対戦相手検索支援装置１は、他己評価入力モードに移行し、他己評価入力モードのフロントページの画面情報を端末装置２へダウンロードする（ステップＳ１７）。他己評価入力モードのフロントページは、チーム名を記入する欄と実行ボタンなどから構成されている。端末装置２では、チーム名を入力する欄への他己評価を入力したいチーム名が入力されて実行ボタンがクリックされると、この入力情報が対戦相手検索支援装置１に転送され、かつ該チームの現他己評価が対戦相手検索支援装置１から返送されることにより、該現他己評価の画面が表示部に表示される。端末装置で、この画面に表示された他己評価に対する適宜の修正が終了し、完了ボタンがクリックされると、入力された他己評価情報は対戦相手検索支援装置１に送信される。
【００４９】
対戦相手検索支援装置１は、他己評価更新を処理する機能部を実行させることにより、受信した他己評価を基に個別情報記憶部１２２の現他己評価の各データを更新する（ステップＳ１８）。これにより、実際に対戦を行ったチームからの他己評価が得られることとなり、個別情報に実際の対戦結果が反映されることとなる。その結果、個別情報の信頼性をより高めることができる。なお、実際に対戦を行ったチームからの他己評価更新要求のアクセスか否かを判断するべく、対戦相手を検索するモードにおいて確定した対戦相手に関するデータを登録しておいて、この登録内容を参照するなどして、更新の許否を決定するようにすることができる。また、対戦相手検索支援装置１において、他己評価を入力したいチームの他己評価が記憶されていない場合は、入力欄が空白の他己評価画面が送信される。
【００５０】
図１０は、ステップＳ１６の対戦相手の検索処理のフローチャートを示している。あるチーム（ここでは便宜上チームＸという）から対戦希望を申し出が発生すると、対戦相手検索部１１４により、個別情報記憶部１２２に記憶されたチームに対して所定の順番で検索を行うべく、先ず１番目の検索対象のチーム（ここでは便宜上チームＹという）が選定される（ステップＳ１０１）。
【００５１】
次いで、対戦希望を申し出ているチームＸの希望情報である「エリア情報」、「カテゴリー情報」、「グレード」及び「戦力情報」と、チームＹの個別情報である「エリア情報」、「カテゴリー情報」、「グレード」及び「戦力情報」とがそれぞれ対応する項目毎に照合される。先ず、「エリア情報」、「カテゴリー情報」、「グレード」に関しての照合が行われる（ステップＳ１０２）。この照合は、対応する項目の内容の一致、不一致によって行われる。例えば、希望情報の「エリア情報」に「大阪北部」と指定されている場合、個別情報の「エリア情報」の欄に「大阪北部」と記載されているチームが候補として抽出される。また、個別情報の「カテゴリー情報」が「社会人」と指定されている場合、個別情報の「カテゴリー情報」の欄に「社会人」と記載されているチームが候補として抽出される。また、「グレード」に関しても、「エリア情報」と同様、これらの項目の内容との一致、不一致によって候補の有無が決定される。
【００５２】
ステップＳ１０２で、チームＸとチームＹとの「エリア情報」、「カテゴリー情報」及び「グレード」のうち一つでも項目内容の不一致があった場合（ステップＳ１０２でＮＯ）、処理を終了する。一方、「エリア情報」、「カテゴリー情報」及び「グレード」の全ての項目の内容が一致した場合（ステップＳ１０２でＹＥＳ）、ステップＳ１５で受け付けたチームＸの希望情報に含まれる戦力情報（チームＸの戦力情報）と、チームＹのチームの自己評価（チームＹの戦力情報）とが照合される（ステップＳ１０３）。
【００５３】
式（１）に示す最小二乗法を用いてチームＸとチームＹとの整合性を示すパラメータＡ（演算結果）が算出される（ステップＳ１０４）。
【００５４】
【数１】

【００５５】
ただし、チームＸにおける項目Ｘ１〜Ｘ８は以下のとおりである。
Ｘ１：「フォワード力」
Ｘ２：「中盤力」
Ｘ３：「バックス力」
Ｘ４：「キーパー力」
Ｘ５：「得点力」
Ｘ６：「失点率」
Ｘ７：「セットプレー力」
Ｘ８：「組織力」
また、チームＹにおける項目Ｙ１〜Ｙ８は以下のとおりである。
Ｙ１：「フォワード力」
Ｙ２：「中盤力」
Ｙ３：「バックス力」
Ｙ４：「キーパー力」
Ｙ５：「得点力」
Ｙ６：「失点率」
Ｙ７：「セットプレー力」
Ｙ８：「組織力」
また、ｋ１〜ｋ８は、重み付け（重み係数）を示す。
ｋ１：「フォワード力」
ｋ２：「中盤力」
ｋ３：「バックス力」
ｋ４：「キーパー力」
ｋ５：「得点力」
ｋ６：「失点率」
ｋ７：「セットプレー力」
ｋ８：「組織力」
ステップＳ１０５において、チームＸの対戦希望情報に含まれるハンディキャップフラグの有無と個別情報に含まれるチームＹのハンディキャップフラグの有無との照合が行われ、両者のフラグがともに１の場合、すなわちチームＸとチームＹとがともにハンディキャップ戦に同意しているチームである場合（ステップＳ１０５でＹＥＳ）、パラメータＡが第１の閾値Ｔ１と比較され、Ａ＜＝Ｔ１の場合（ステップＳ１０６でＹＥＳ）、チームＹはチームＸの対戦相手の候補として抽出（整合性有りと）され、抽出チーム記憶部１２３に記憶される（ステップＳ１０８）。この場合、抽出チーム記憶部１２３には、チームＹのチーム名、対戦フラグ「１」及びパラメータＡが対応づけて記憶される。一方、Ａ＞Ｔ１の場合、整合性無しとして処理される。このように、ハンディキャップ戦を望むチーム同士に関しては閾値Ｔ１を用いて対戦相手の候補が抽出されるため、検索の幅が広がり、より多くのチームが抽出されることとなる。
【００５６】
ステップＳ１０５において、チームＸ及びチームＹのいずれか一方のチームのハンディキャップフラグが０である場合、すなわち、チームＸ及びチームＹのいずれか一方のチームがハンディキャップ戦を望まないチームである場合（ステップＳ１０５においてＮＯ）、閾値Ｔ１に代えて閾値Ｔ１より小さい閾値Ｔ２（すなわち、整合性がより厳しい条件）が採用され、算出されたパラメータは閾値Ｔ２と比較される。このとき、パラメータＡ＜＝Ｔ２であれば（ステップＳ１０７でＹＥＳ）、チームＹはチームＸの対戦相手の候補として抽出され（ステップＳ１０８）、抽出チーム記憶部１２３に記憶される。一方、Ａ＞Ｔ２であれば（ステップＳ１０７でＮＯ）、整合性有りとして処理して、ステップＳ１０９に進む。
【００５７】
次いで、個別情報記憶部１２２に記憶される全てのチームについて、ステップＳ１０１〜ステップＳ１０８の処理が終了したか否かが判断され（ステップＳ１０９）、全チームの処理が終了していない場合（ステップＳ１０９でＮＯ）、予め順序付けた検索順に従う次の検索対象チームに対してのチームがチームＹとして選定され（ステップＳ１１０）、ステップＳ１０２に戻り、次のチームＹに対して、ステップＳ１０２〜Ｓ１０８の処理が施される。
【００５８】
このようにして、チームＸ以外の全てのチームに対しての照合処理（ステップＳ１０２〜Ｓ１０８）が終了すると、本フローを終了する。この結果、対戦候補チームのリストが抽出チーム記憶部１２３内に作成される。続いて、図１１のフローチャートが実行される。
【００５９】
図１１は、対戦申込部１１５の処理手順を示したフローチャートである。まず、抽出チーム記憶部１２３が参照され、対戦フラグが「１」のチームのリストに対してパラメータＡに基づいて昇順の並べ替え処理（Ｙ１，Ｙ２，…）が行われ、パラメータＡの値が最も小さい、すなわち、チームＸが希望する最適の対戦相手であるチームＹ１（の所有する端末装置２）に対して、チームＸから対戦の申し込みがあった旨の電子メール（対戦申込メール）が送信される（ステップＳ２１）。なお、前記並び替え処理は対戦候補の抽出処理の最後に、あるいは逐次処理によって実行してもよい。
【００６０】
対戦申し込みメールには、チームＸの公開チーム情報が添付される。すなわち、チームＸの「エリア情報」、「カテゴリー情報」及び「グレード」がチームＹ１の所有する端末装置で閲覧可能にされる。なお、「チーム名」、「所属リーグ」等のチームの非公開情報は電子メールには添付されないようになっている。これにより、チームの匿名性が確保されるため、本システムの入会への抵抗を排除できて会員増大が期待でき、チームＸの希望に沿うような対戦相手をより多く検出することができる。すなわち、より多くのユーザを会員として獲得することができ、個別情報に記憶されるチーム数が増大して、対戦相手の獲得の機会の増大が図れる。
【００６１】
次いで、ステップＳ２２において、所定期間内にチームＹ１の端末装置２から対戦申し込みを承諾する旨のメールが受け付けられると（ステップＳ２２でＹＥＳ）、対戦相手検索支援装置１は、チームＸの端末装置２及びチームＹ１の端末装置２に対して、対戦申し込みが承諾された旨（承諾メール）乃至は対戦が決定した旨の電子メールを送信する。
【００６２】
一方、ステップＳ２２において、所定期間内にチームＹ１の端末装置２から承諾メールが受信されなかった場合（ステップＳ２２でＮＯ）、対戦フラグが「１」のチームであって、チームＹ１の次にパラメータＡの小さいチームＹ２の端末装置２に対して、対戦申し込みメールを送信する（ステップＳ２３）。
【００６３】
所定期間は、チームＸの希望情報に記載された「対戦日時」を参照することで設定される。例えば、対戦申込メールの送信日が、チームＸが希望する対戦日の直前である場合は、この所定期間は短く設定され、チームＸが希望する対戦日が、対戦申込メールの送信日よりもかなり先である場合、この所定期間は長く設定される。さらに、所定期間は、対戦相手検索部１１４が抽出したチーム数を加味して設定してもよい。
【００６４】
そして、チームＹ２の端末装置２から所定期間内に承諾メールが受け付けられると（ステップＳ２４でＹＥＳ）、チームＸの端末装置２及びチームＹ１の端末装置２に対して、対戦申し込みが承諾された旨（承諾メール）乃至は対戦が決定した旨の電子メールを送信する。（ステップＳ２６）。
【００６５】
一方、チームＹ２の端末装置２から所定期間内に承諾メールが受信されなかった場合（ステップＳ２４でＮＯ）、対戦候補として抽出されたチームの最後のチームか否かが判断され（ステップＳ２５）、そうでなければ、ステップＳ２４に戻り、対戦申込部１１５は、次にパラメータＡの小さいチームに対して対戦申し込みメールを送信する。このようにして、対戦申込部１１５は、承諾メールが送信されるまで、対戦相手検索部１１４で抽出された対戦フラグが「１」のチームのうち、整合性の高いチームから順番に対戦申込メールを送信していくようにしている。なお、ここでは、対戦相手検索部１１４は、１チーム単位で対戦申込メールを送信しているが、これに限定されず、複数チーム毎に、対戦申し込みメールを送信するようにしてもよく、これによれば、短期間で対戦相手を見つけることができる。また、試合期日と抽出された対戦候補数との関係によって同時に対戦申し込みメールを送信する数を決定する処理を実行させてもよい。
【００６６】
一方、全てのチームへの対戦申し込み処理が終了したのであれば（ステップＳ２５でＹＥＳ）、ステップＳ２７に移行する。
【００６７】
ステップＳ２７では、チームの非公開チーム情報に含まれる「対戦フラグ」が「０」であるチーム、すなわち対戦が申し込まれても直ちに対戦に応じる意志乃至は予定のない（あるいは設定忘れの）チームに対しては、対戦申し込みメールに代えて対戦を打診するメールが送信される（ステップＳ２７）。なお、対戦を打診するメールには、公開チーム情報は添付されない。この場合、対戦フラグが「０」のチームのうち、パラメータＡが小さいチーム順に上位から所定数のチームに対して対戦を打診するメールを送信してもよい。
【００６８】
次いで、対戦を打診するメールを送信した端末装置２から対戦申し込みを承諾する旨のメールが所定期間内に受け付けられると（ステップＳ２８でＹＥＳ）、対戦相手検索支援装置１は、チームＸの端末装置２に対して、対戦申し込みが承諾された旨の電子メール（承諾メール）を送信する（ステップＳ２６）。いずれのチームからも受諾メールが受信されなければ、チームＸの対戦相手は抽出されなかったものとして処理を終了する。この場合、対戦相手検索支援装置１は、チームＸの端末装置２に対して、対戦相手を見つけることができなかった旨のメールを送信などすればよい。
【００６９】
なお、本発明は以下の態様をとることができる。
【００７０】
（１）上記実施形態では、照合の手法として、最小二乗法を用いて対戦情報の整合性を求めたが、これに限定されず、他の方法を用いて対戦情報の整合性を求めてもよい。
【００７１】
（２）上記実施形態では、戦力情報の整合性の判断をチームの自己評価を基に行ったが、これに限定されず、チームの他己評価を基に行ってもよいし、チームの自己評価とチームの他己評価との両方を用いてチームの整合性の判断を行うようにしてもよい。こうすることによって、より客観性のある整合性の評価が可能になる。
【００７２】
（３）上記実施形態では、「対戦フラグ」が１、すなわち対戦を積極的に希望しているチームにのみ、対戦申込メールを申し込み、「対戦フラグ」が０、すなわち対戦を積極的に希望していないチームに対しては、対戦を打診するメールを送信することとしたが、これに限定されず、「対戦フラグ」の有無に拘わらず、一律に対戦申し込みメールをパラメータＡの小さい順に送信するようにしてもよい。これにより、対戦機会の増大がより一層図れる。また、この場合、「対戦フラグ」が０のチームに対しては、対戦申し込みの通知のみとし、通知に対して受諾の回答を許可しない態様としてもよい。これにより、「対戦フラグ」の設定の勧誘が図れる。
【００７３】
（４）上記実施形態では、希望情報の戦力情報全ての項目に情報が記載されていることを前提に記述したが、これに限定されず、希望情報として入力されなかった項目については、重み計数を「０」として扱ってもよい。
【００７４】
（５）式（１）に示す重み計数ｋ１〜ｋ８は申込チームＸによって、個別に所望する値に変更するようにしてもよい。これにより、チームＸの希望条件に沿うようなチーム選定を選定することができる。
【００７５】
（６）上記実施形態では、閾値Ｔ１、Ｔ２で対戦候補の抽出処理を行ったが、これに代えて、閾値を一つとしてもよい。また、閾値より小さいパラメータＡが得られたチームを対戦候補としたが、これに代えて、小さい順から所定チーム数だけ抽出する態様としてもよい。
【００７６】
【発明の効果】
請求項１、６，７記載の発明によれば、ユーザが公開されては困るような情報が公開されないため、ユーザの個別情報が増大し、より多くの対戦を成立させることができる。
【００７７】
請求項２記載の発明によれば、検索結果に客観性が生じ、より的確な対戦相手を検出することができる。
【００７８】
請求項３記載の発明によれば、ハンディキャップ戦に同意するユーザ同士に対しては、検索の幅が広げられるため、より多くの対戦を成立させることができる。
【００７９】
請求項４記載の発明によれば、積極的に対戦相手を見つける行動をとっていない者に対して、対戦を打診する旨のメールが送信されるため、より多くの対戦を成立させることができる。
【００８０】
請求項５記載の発明によれば、対戦欠課を基に、個別情報が更新されるため、個別情報の信頼性をより高めることができる。
【図面の簡単な説明】
【図１】本発明に係る対戦相手検索支援装置一の実施形態を示した図である。
【図２】対戦相手検索支援装置のブロック図である。
【図３】個別情報記憶部が記憶するデータを示した図である。
【図４】チームの基本情報に含まれるデータを示した図である。
【図５】チームの自己評価、チームの他己評価それぞれに含まれるデータを示した図である。
【図６】希望情報に含まれるデータを示した図である。
【図７】ユーザ登録時の処理を示すフローチャートである。
【図８】対戦相手検索支援装置が対戦相手を検索する処理を示したフローチャートである。
【図９】対戦希望情報を入力するためのタコグラフを示した図である。
【図１０】対戦相手の検索処理のフローチャートである。
【図１１】対戦申込部の処理手順を示したフローチャートである。
【符号の説明】
１対戦相手検索支援装置
２端末装置
３インターネット
１１ＣＰＵ
１２補助記憶装置
１３モニタ
１４操作部
１５ＲＯＭ
１６ＲＡＭ
１７通信インターフェイス
１８記録媒体駆動装置
１１１ユーザＩＤ発行部
１１２個別情報受付部
１１３希望情報受付部
１１４対戦相手検索部
１１５対戦申込部
１２１会員情報記憶部
１２２個別情報記憶部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a search support technique for a team or the like who wants to play a battle to search for a desired opponent using a communication line such as the Internet.
[0002]
[Prior art]
In competitive competitions where teams or individuals compete for various sports and skills, it is important to find out the opponents. Usually, players will participate in competitions, or introduce opponents through introductions from acquaintances, etc. It has gained. In addition to this, it is assumed that a player wants to play against many opponents. In such a case, it is considered as an effective means to use a site on the Internet that provides a service for introducing an acquaintance having a common hobby. In such a site, membership registration is performed by providing personal information to the site, the personal information is browsed by another user, and a battle is established by agreement with the viewer.
[0003]
[Patent Document 1]
JP 2002-56316 A
[0004]
[Problems to be solved by the invention]
However, if personal information is provided to such sites, there is a risk that personal information may be viewed by unspecified third parties, so there are many people who feel resistance to providing personal information. Such people do not want to register as a member even if they provide their personal information. As a result, there is a certain limit to acquiring many members, and there is a problem that the members cannot acquire more opponents.
[0005]
The present invention has been made to solve the above-described problems, and has an object to provide an opponent search support apparatus, method, and program that can promote the disclosure of personal information and acquire more opponents. And
[0006]
[Means for Solving the Problems]
The opponent search support device is connected to a plurality of terminal devices each having an operation unit and a monitor via a communication network, and receives an application request for a battle from any one terminal device, and is connected to other terminal devices. An opponent search support device that executes search for opponents, and receives individual information storage means for storing individual information of a user related to a predetermined battle game and desired information as an opponent from the terminal device Retrieval means that retrieves a user having consistency with the user who issued the desired information by collating the desired information received by the acceptance means and the individual information of each user stored in the individual information storage means And a match application means for applying for a match to the user terminal device extracted as a result of the search, and the individual information of the user can be viewed by other users Includes a public information with sex, and private information other user has not view attributes, the match-up means, and notifies only the public information when the match-up.
[0007]
According to this configuration, desired information as an opponent of the user is received via the terminal device, and the individual information that is information relating to the user stored in advance and the desired information are collated to search for a user having consistency. As a result of the search, a competition application is notified to the extracted terminal device of the user. The individual information includes public information that does not cause problems even if the user is disclosed and non-public information that is not appropriate if the user is disclosed, and only the public information is transmitted to the terminal device. As a result, provision of personal information by the user is encouraged, the number of users included in the individual information increases, and more matches are established.
[0008]
In addition, the individual information of the user includes strength information indicating one or more items related to the user's strength in numerical values, and the desired information includes strength request information indicating one or more items related to the user's strength in numerical values. The search means calculates a sum of differences between corresponding items of the strength information and the strength request information (including high-order differences such as secondary and tertiary), and the total value is a predetermined value. It is preferable to extract a user having strength information smaller than the value as a battle candidate.
[0009]
According to this configuration, since the opponent is searched based on the information obtained by quantifying the strength, the search result is objective and the opponent can be extracted more accurately.
[0010]
Further, the individual information includes information on whether or not to agree with the handicap game, and the search means agrees with the predetermined value for the handicap game for users who agree with the handicap game. It is preferable to extract a battle candidate by making it larger than the user who does not.
[0011]
According to this structure, since the range of search conditions is expanded for users who agree with the handicap battle, compared to users who do not agree with the handicap battle, more battles are established.
[0012]
Further, the individual information includes information indicating an intention to respond to a battle application, and the battle processing means includes information for consulting a battle instead of performing a battle application for a user having information indicating the intention. It is preferable to transmit.
[0013]
According to this configuration, even if a person who provides personal information but does not actively take action to find an opponent matches with the conditions of other users' desired information, that person Since the information for consulting the battle is transmitted, the number of cases where the battle is established with those who are not actively taking action to find the opponent increases, and more battles are established.
[0014]
Moreover, it is preferable to include a battle result receiving unit that receives an actual battle result between users and an individual information update unit that updates the individual information based on the battle result received by the battle result receiving unit. According to this configuration, since the individual information is updated based on the actual battle result, the reliability of the individual information is improved.
[0015]
The opponent search support program according to the present invention is connected between a plurality of terminal devices each having an operation unit and a monitor via a communication network, and receives an application request for a battle from any one terminal device to other terminals. An opponent search support program for causing a computer to search for an opponent with a device, wherein the computer stores individual information of a user related to a predetermined battle game, and the terminal device Receiving means for receiving the desired information as an opponent from the user, the desired information received by the receiving receiving means and the individual information of each user stored in the individual information storage means, and the user who issued the desired information Search means for searching for users having consistency, and match application means for applying for a match to the terminal device extracted as a result of the search The individual information includes public information having an attribute that can be browsed by other users and non-public information having an attribute that cannot be browsed by other users. It is characterized by notifying only information.
[0016]
According to this configuration, the desired information as the opponent of the user is received via the terminal device, and the individual information that is information about the user stored in advance and the desired information are collated to search for a user having consistency. As a result of the search, a match application is transmitted to the user's terminal device for the extracted user. In this case, the individual information includes public information and non-public information, and only the public information is transmitted to the terminal device. And since all of the personal information is not disclosed and only some of the personal information that is not inconvenienced by the user is disclosed, the provision of personal information of the user's personal information is encouraged, and more matches Is established.
[0017]
The opponent search support method is connected to a plurality of terminal devices each provided with an operation unit and a monitor via a communication network, and receives an application request for an opponent from any one terminal device, and thus another terminal as an opponent An opponent search support method for executing a search for an apparatus, the step of storing individual information of a user related to a predetermined competition game in a computer, and the step of receiving desired information as an opponent from the terminal device, A step of collating the desired information received by the reception receiving unit with the individual information of each user stored in the individual information storage unit, and searching for a user having consistency with the user who issued the desired information; As a result, a step of applying a battle to the extracted terminal device of the user is executed, and the individual information is browsed by other users Includes a public information Capable of attributes, and a private information other user has not view attributes, the step of the application the matchup, and notifies only the public information when the match-up.
[0018]
According to this configuration, the desired information as the opponent of the user is received via the terminal device, and the individual information that is information about the user stored in advance and the desired information are collated to search for a user having consistency. As a result of the search, a match application is transmitted to the user's terminal device for the extracted user. The individual information includes public information and non-public information, and only the public information is transmitted to the terminal device. Therefore, since all personal information is not disclosed and only a part of personal information that does not cause a problem even if the user is disclosed is disclosed, the provision of personal information of the user's personal information is promoted, and more matches Is established.
[0019]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a diagram showing an embodiment of an opponent search support apparatus according to the present invention. In the following description, the case of searching for a soccer opponent will be described as an example. However, the opponent search support apparatus according to the present invention is used for sports other than soccer, for example, ball games such as rugby, baseball, and American football. In addition, it may be used for searching for various opponents, or may be used for searching for opponents of battle-type competitions such as Go and Shogi. The opponent search support apparatus 1 is disposed on the Internet 3, and a plurality of terminal devices 2 are communicably connected to the opponent search support apparatus 1 via the Internet 3.
[0020]
The terminal device 2 is owned by any member constituting the soccer team, for example, a representative, and there is one terminal device 2 for each team. In the present embodiment, the terminal device 2 includes a keyboard, a mouse, etc., an operation unit for inputting various data and giving various instructions, and a display unit (monitor) for displaying various information, as well as the Internet and electronic devices. It is composed of a personal computer for home use where mail can be used, and various data such as individual information is input using browser software and transmitted to the opponent search support device 1, and from the opponent search support device 1. It has a communication unit that receives various data such as a battle application that has been transmitted, and a function that guides received information to the display unit.
[0021]
FIG. 2 shows a block diagram of the opponent search support device 1. The opponent search support device 1 is configured by a computer, and includes a CPU (Central Processing Unit) 11, an auxiliary storage device 12, a monitor 13, an operation unit 14, a ROM (Read Only Memory) 15, a RAM (Random Access Memory) 16, and a communication. An interface 17 (communication I / F) and a recording medium driving device 18 are provided.
[0022]
The auxiliary storage device 12 is composed of, for example, a hard disk, and stores an opponent search support program and an operating system that cause the computer to function as an opponent search support device.
[0023]
The monitor 13 is composed of a CRT, liquid crystal panel, organic EL, plasma display, or the like, and displays various information processed by the CPU. The apparatus 1 includes an operation unit 14 as necessary, and includes a keyboard, a mouse, and the like, and receives an operation command from an operator and outputs it to the CPU 11. The ROM 15 stores basic programs such as BIOS (basic input / output system). The RAM 16 is used as a work area of the CPU 11 and temporarily stores various data or processing program data read as appropriate according to need. The communication interface (communication I / F) 17 performs an interface between the opponent search support system and the Internet 3 under the control of the CPU 11. The recording medium driving device 18 reads data recorded on a recording medium such as a CD-ROM in response to a read instruction and outputs the data to the CPU 11. The opponent search support program is recorded on a recording medium such as a CD-ROM, and the CD-ROM is loaded into the recording medium driving device 18 and installed to play against the auxiliary storage device 12 (or RAM 16). The partner search support program may be stored. If the opponent search support program is stored in the WEB server on the Internet 3, the opponent search support program is downloaded to the auxiliary storage device 12 (or RAM 16) by downloading the opponent search support program from the WEB server. A program may be stored.
[0024]
The CPU 11 executes a search partner search support program stored in the auxiliary storage device 12 under the control of the operating system, so that the user ID issuing unit 111, the individual information receiving unit 112, the desired information receiving unit 113, the opponent search The auxiliary storage device 12 functions as a member information storage unit 121, an individual information storage unit 122, and an extraction team storage unit 123.
[0025]
The user ID issuing unit 111 receives membership information for the required item input from the terminal device 2 via the communication I / F 17 and stores the item content described in the received membership information in the member information storage unit 121. A user ID and password for accessing the opponent search support device 1 are issued to the terminal device 2 of the user who has transmitted the membership information. Here, the information input by the user includes, for example, the user's name, address, mail address, and the like.
[0026]
The individual information receiving unit 112 receives individual information including a team name of a soccer team to which the user belongs, input by the user using the terminal device 2, via the communication I / F 17, and receives the received individual information as an individual information storage unit. 122.
[0027]
FIG. 3 is a memory map showing an example of data stored in the individual information storage unit 122. The individual information storage unit 122 stores the basic information of the team, self-evaluation, and evaluation (third-person evaluation) from a third party in association with the user ID stored in the member information storage unit 121 (that is, stored for each team). doing.
[0028]
FIG. 4 is a diagram showing data included in the basic information of the team. The basic information of the team includes private team information that is prohibited from being disclosed to third parties and public team information that is disclosed to third parties. The private team information includes the “team name” indicating the name of the team, the “affiliated league” indicating the league to which the team belongs, the “coach name” indicating the name of the team manager and coach, etc., and the number of members belonging to the team You can respond to a match at any time if you apply for a “number of members”, a “past battle record” that shows the past results of the team, a “reject list” that lists the names of specific teams that you do not want to play. Each item of “match flag” indicating whether or not is included. A battle application mail, which will be described later, is transmitted to a team with “match flag” (flag 1), and a battle consultation mail, which will be described later, is transmitted to a team without “match flag” (flag “0”). Is done.
[0029]
The public team information includes “area information” that indicates the main activities of the team, “category information” that indicates the job types of the members that make up the team (for example, elementary school students, junior high school students, high school students, university students, working adults, etc.) Each item includes a “grade” for displaying the overall strength in stages, and a “handicap flag” indicating whether or not to agree to the handicap battle. In this embodiment, the public team information and the private team information are defined as described above. However, the present invention is not limited to this, and other items may be included, or items belonging to the private information and the public team information. You may employ | adopt another aspect as how to distribute.
[0030]
FIG. 5 is a diagram showing data items included in each of the team self-evaluation and the team self-evaluation. As shown in FIG. 5, the team's self-assessment includes “forward power” indicating the strength level of the forward team, “medium power” indicating the strength level of the midfielder team, and “bucks power” indicating the strength level of the back team. , “Keeper power” indicating the strength level of the keeper, “Scoring power” indicating the average score per game, “Defensive power” indicating the average goal score per game, corner kick, penalty kick, etc. “Set play ability” indicating a level and “organization ability” indicating good teamwork are included, and each item is expressed by, for example, a 10-level evaluation from 1 to 10. Value 1 is the lowest level and value 10 is the highest level. In this embodiment, all the items of the team's self-evaluation are made public to a third party, but the present invention is not limited to this, and any item may be made private. In addition, items other than the above items may be included, or any of the above items may be omitted.
[0031]
As shown in FIG. 5, the team's self-assessment is similar to the team's self-assessment: “forward power”, “midfield power”, “bucks power”, “keeper power”, “scoring power”, “defense power” , “Set play ability” and “organization ability”, and each item is displayed in a 10-step evaluation from 1 to 10, for example. In the present embodiment, the items listed in the self-evaluation are disclosed to third parties, but the present invention is not limited to this, and any item may be made private. In addition, items other than those described above may be included, and any of the above items may be omitted. Furthermore, the items listed in the self-evaluation do not need to match the items listed in the self-evaluation, and may be partially different or may be partially excluded.
[0032]
The wish information accepting unit 113 accepts the desired information input from the terminal device 2 of the user, which is a condition of the team that the soccer team to which the user belongs wants to play. As shown in FIG. 6, the desired information includes items of “area information”, “category information”, “grade”, “strength information”, and “desired match date / time” that specifies the desired match date / time or match duration. As well as the team's self-evaluation, the “Strength Information” includes “Forward Power”, “Medium Power”, “Bucks Power”, “Keeper Power”, “Scoring Power”, “Defense Power”, Each item of “set play ability” and “organization ability” is included, and these items are designated by inputting a desired value from the 10-level evaluations 1 to 10 described above.
[0033]
The opponent search unit 114 collates corresponding items between the desired information of the team that has transmitted the desired information and the individual information of each team stored in the individual information storage unit 122 by a predetermined method. Thus, by evaluating the consistency (matching) between the two teams, the corresponding team is extracted and stored in the extracted team storage unit 123.
[0034]
As a predetermined method for the collation, in the present embodiment, a square value of a difference between values of two teams is obtained for a corresponding item between a team that has issued a match and another team. The least square method is used to find the sum of the power values. The team whose arithmetic result (difference value) of the least square method is equal to or less than a predetermined threshold is extracted as a team having consistency. This calculation is executed with a team other than the team that issued the competition request, and the teams whose calculation results are equal to or less than the threshold are extracted as teams having consistency. A team with a smaller calculation result has a higher consistency, that is, a team with better compatibility.
[0035]
The match application unit 115 ranks the extracted teams in the order of teams with the smaller calculation results (high consistency) by comparing the magnitudes of the calculation results, and in the order of the ranked teams or a predetermined method. Then, an electronic mail (competition application mail) indicating that a match has been applied is transmitted to the terminal device 2 of each team. When sending the battle application mail, the battle application unit 115 sends the public team information of the basic information of the team that applied for the battle. By viewing this mail, the user recognizes that a match has been applied to his team.
[0036]
Next, user registration processing of the opponent search support device 1 will be described. FIG. 7 is a flowchart showing processing at the time of user registration. When the user designates the domain name or IP (Internet Protocol) address of the opponent search support device 1 from the terminal device 2 and accesses the opponent search support device 1, the opponent search support device 1 has accessed. The screen information of the membership sheet for inputting the membership information to the terminal device 2 is downloaded (step S1). The enrollment sheet includes columns for user name, address, and e-mail address. When information corresponding to these fields is entered using the operation unit, the entered enrollment sheet is used to support opponent search. Sent to the device 1. The opponent search support apparatus 1 receives the information entered in the membership sheet as membership information by the user ID issuing unit 111 (step S2).
[0037]
In step S3, the user ID issuing unit 111 creates a user ID and password according to a predetermined rule for the user who has transmitted the membership information, and transmits (issues) the user ID and password to the user terminal device 2.
[0038]
In step S4, the user user ID issuing unit 111 stores the issued user ID and password in the member information storage unit 121 in association with the user designation, address, and mail address described in the membership information.
[0039]
The opponent search support device 1 permits access to a member-dedicated website by checking the user ID and password stored in the member information storage unit 121 for access including the user ID and password. To do.
[0040]
Next, processing performed by the opponent search support device 1 will be described. FIG. 8 is a flowchart showing processing of the opponent search support device 1.
[0041]
The opponent search support device 1 is in a state waiting for input of the user ID and password from the user terminal device 2 (step S11). When the user ID and password are received (YES in step S11), the received user ID and password are received. Is compared with the user ID and password stored in the member information storage unit 121, and it is determined whether or not the user ID and password belong to a legitimate member (step S12).
[0042]
If the opponent search support apparatus 1 determines that the user ID and password entered by the user are those of a regular member (YES in step S12), the opponent search support apparatus 1 permits the user to log in. Then, the front page of the website dedicated to the member is downloaded to the terminal device 2 (step S13). The front page includes a plurality of selection menus for selecting a mode for searching for an opponent, a mode for registering individual information, a mode for inputting other information, and the like.
[0043]
When the opponent search support device 1 accepts selection of a search mode (“1” in step S14), the opponent search support device 1 transmits screen information for searching for an opponent to the terminal device 2. As a result, this screen is displayed on the display unit of the terminal device 2. The screen for searching for opponents consists of fields for entering “Area Information”, “Category Information”, “Grade”, “Strength Wanted Information” and “Search Button” to start searching for opponents. .
[0044]
On the screen of the terminal device 2, an octagonal tachograph in which items of strength request information are associated with each vertex as shown in FIG. 9 is displayed as a column for inputting “strength request information”. The strength request information can be input. When input to these fields is completed and the search button is clicked, the input data is transmitted from the terminal device 2 to the opponent search support device 1 as desired information. To input to the tachograph, move the mouse pointer to the desired level position of the gauge of the item to be input and click to display a marker at that position, and the value corresponding to this position is the value of that item. It is said. As a result, the user can visually grasp the strength.
[0045]
In the opponent search support device 1, the individual information reception unit 112 receives this desired information (step S15), and then the opponent search unit 114 performs an opponent search process (step S16).
[0046]
On the other hand, when the opponent search support device 1 determines in step S12 that the input user ID and password are not those of a regular member (NO in step S12), without permitting the user to log in, You may make it show the screen which complete | finishes this flow or prompts re-execution of login.
[0047]
When the mode for inputting individual information is selected in step S14 ("3" in step S14), the opponent search support device 1 shifts to the mode for inputting individual information, and the individual information is transmitted to the terminal device 2. The screen information of the input sheet is downloaded (step S19). The individual information input sheet is composed of fields for inputting each information included in the “team basic information”, “team self-evaluation”, and “team self-evaluation”. When the terminal device 2 finishes inputting the corresponding information in each field and the search button is clicked, the input information is transmitted from the terminal device 2 to the opponent search support device 1 as individual information. The In the opponent search support device 1, the received information is received by the individual information receiving unit 112 (step S20), and the received individual information is stored in the individual information storage unit 122 (step S21).
[0048]
In step S14, when the mode for inputting the other person's own evaluation of the team is selected ("2" in step S14), the opponent search support apparatus 1 shifts to the other person's own evaluation input mode, and enters the other person's own evaluation input mode. The screen information of the front page is downloaded to the terminal device 2 (step S17). The front page of the self-evaluation input mode includes a field for entering a team name and an execution button. In the terminal device 2, when a team name to which other self-evaluation is to be input is input to the field for inputting the team name and the execution button is clicked, this input information is transferred to the opponent search support device 1, and the team Is returned from the opponent search support apparatus 1, the current self-evaluation screen is displayed on the display unit. When the terminal device finishes appropriate correction for the other player's evaluation displayed on this screen and the completion button is clicked, the inputted other player's evaluation information is transmitted to the opponent search support device 1.
[0049]
The opponent search support apparatus 1 updates each data of the current self-evaluation in the individual information storage unit 122 based on the received self-evaluation by executing a function unit that processes the self-evaluation update (step S18). ). As a result, the other player's evaluation from the team that actually played the battle is obtained, and the actual battle result is reflected in the individual information. As a result, the reliability of the individual information can be further increased. In addition, in order to determine whether or not it is an access to another self-evaluation update request from the team that actually played the battle, data regarding the opponent determined in the opponent search mode is registered, and this registration content is It is possible to determine whether the update is permitted or not by referring to it. Further, in the opponent search support apparatus 1, when the other person evaluation of the team to which the other person evaluation is to be input is not stored, the other person evaluation screen in which the input field is blank is transmitted.
[0050]
FIG. 10 shows a flowchart of the opponent search process in step S16. When a request for a match from a certain team (referred to here as team X for convenience) occurs, the opponent search unit 114 first searches for the teams stored in the individual information storage unit 122 in a predetermined order. The second search target team (here, referred to as team Y for convenience) is selected (step S101).
[0051]
Next, “Area Information”, “Category Information”, “Grade” and “Strength Information”, which are the desired information of Team X that offers the competition request, and “Area Information”, “Category Information” which are individual information of Team Y "," Grade "and" strength information "are collated for each corresponding item. First, collation regarding “area information”, “category information”, and “grade” is performed (step S102). This collation is performed by matching or mismatching of the contents of corresponding items. For example, when “Northern Osaka” is designated in the “Area Information” of the desired information, the team described as “Northern Osaka” in the “Area Information” column of the individual information is extracted as a candidate. Further, when “category information” of the individual information is designated as “working person”, a team described as “working person” in the “category information” column of the individual information is extracted as a candidate. In addition, regarding “grade” as well as “area information”, the presence / absence of a candidate is determined based on whether or not these items match.
[0052]
In step S102, if there is a discrepancy between the item contents in any one of “area information”, “category information”, and “grade” between team X and team Y (NO in step S102), the process ends. On the other hand, when the contents of all items of “area information”, “category information”, and “grade” match (YES in step S102), the strength information (team X) included in the desired information of team X received in step S15 Are compared with the self-evaluation of the team Y (team Y's strength information) (step S103).
[0053]
The parameter A (calculation result) indicating the consistency between the team X and the team Y is calculated using the least square method shown in the equation (1) (step S104).
[0054]
[Expression 1]

[0055]
However, items X1 to X8 in team X are as follows.
X1: “Forward force”
X2: “Medium power”
X3: “Bucks power”
X4: “Keeper power”
X5: “Scoring ability”
X6: “Goal loss rate”
X7: “Set play ability”
X8: “Organizational power”
The items Y1 to Y8 in the team Y are as follows.
Y1: “Forward force”
Y2: “Medium power”
Y3: “Bucks power”
Y4: “Keeper power”
Y5: “Scoring ability”
Y6: “Goal loss rate”
Y7: “Set play ability”
Y8: “Organizational power”
K1 to k8 indicate weights (weight coefficients).
k1: “Forward force”
k2: “Middle power”
k3: "Bucks power"
k4: “Keeper power”
k5: “Scoring ability”
k6: “Goal loss rate”
k7: “Set play ability”
k8: “Organizational power”
In step S105, the presence / absence of the handicap flag included in the match information of team X is checked against the presence / absence of the handicap flag of team Y included in the individual information. If both X and team Y agree to the handicap game (YES in step S105), the parameter A is compared with the first threshold T1, and if A <= T1 (YES in step S106) Team Y is extracted as a candidate for the opponent of Team X (with consistency) and stored in the extracted team storage unit 123 (Step S108). In this case, the extracted team storage unit 123 stores the team Y team name, the battle flag “1”, and the parameter A in association with each other. On the other hand, when A> T1, it is processed as no consistency. In this way, for teams desiring a handicap match, the opponent candidates are extracted using the threshold value T1, so that the search range is expanded and more teams are extracted.
[0056]
If the handicap flag of either team X or team Y is 0 in step S105, that is, if either team X or team Y is a team that does not want a handicap battle ( In step S105, NO), a threshold value T2 smaller than the threshold value T1 (that is, a condition with more stringent consistency) is adopted instead of the threshold value T1, and the calculated parameter is compared with the threshold value T2. At this time, if parameter A <= T2 (YES in step S107), team Y is extracted as an opponent candidate for team X (step S108) and stored in extracted team storage unit 123. On the other hand, if A> T2 (NO in step S107), processing is performed as having consistency, and the process proceeds to step S109.
[0057]
Next, for all the teams stored in the individual information storage unit 122, it is determined whether or not the processing of step S101 to step S108 has been completed (step S109), and the processing of all teams has not been completed (step S109). NO), the team for the next search target team that follows the search order ordered in advance is selected as the team Y (step S110), and the process returns to step S102, and the processing of steps S102 to S108 is performed for the next team Y. Is given.
[0058]
In this way, when the collation processing (steps S102 to S108) for all the teams other than the team X is completed, this flow is terminated. As a result, a list of battle candidate teams is created in the extracted team storage unit 123. Subsequently, the flowchart of FIG. 11 is executed.
[0059]
FIG. 11 is a flowchart showing a processing procedure of the battle application unit 115. First, the extracted team storage unit 123 is referred to, and ascending order rearrangement processing (Y1, Y2,...) Is performed on the list of teams having the battle flag “1” based on the parameter A, and the value of the parameter A is set. An electronic mail (match application mail) is sent to the team X1 (the terminal device 2 owned by the team Y1) that is the smallest opponent that the team X desires, that the team X has applied for a match. (Step S21). The rearrangement process may be executed at the end of the battle candidate extraction process or by a sequential process.
[0060]
The public team information of Team X is attached to the battle application email. That is, the “area information”, “category information”, and “grade” of the team X can be viewed on the terminal device owned by the team Y1. It should be noted that non-public information of the team such as “team name” and “affiliated league” is not attached to the e-mail. Thereby, since the anonymity of the team is ensured, the resistance to joining the system can be eliminated and the number of members can be expected to increase, and more opponents that meet the wishes of Team X can be detected. That is, more users can be acquired as members, the number of teams stored in the individual information is increased, and the opportunity for acquiring opponents can be increased.
[0061]
Next, in step S22, when an e-mail indicating acceptance of the battle application is received from the terminal device 2 of the team Y1 within a predetermined period (YES in step S22), the opponent search support device 1 is switched to the terminal device 2 of the team X. And an electronic mail indicating that the battle application has been accepted (acceptance mail) or that the battle has been decided is transmitted to the terminal device 2 of the team Y1.
[0062]
On the other hand, if the consent mail is not received from the terminal device 2 of the team Y1 within the predetermined period in step S22 (NO in step S22), the team has the battle flag “1”, and the parameter next to the team Y1. A battle application mail is transmitted to the terminal device 2 of the team Y2 having a small A (step S23).
[0063]
The predetermined period is set by referring to the “match date” described in the desired information of team X. For example, if the transmission date of the battle application email is immediately before the battle date desired by Team X, the predetermined period is set to be short, and the battle date desired by Team X is considerably longer than the transmission date of the battle application email. In the case of the destination, this predetermined period is set long. Further, the predetermined period may be set in consideration of the number of teams extracted by the opponent search unit 114.
[0064]
When an acceptance mail is received from the terminal device 2 of the team Y2 within a predetermined period (YES in step S24), the fact that the competition application has been accepted for the terminal device 2 of the team X and the terminal device 2 of the team Y1. (Consent email) or an e-mail indicating that the match has been determined. (Step S26).
[0065]
On the other hand, if the consent email is not received within the predetermined period from the terminal device 2 of the team Y2 (NO in step S24), it is determined whether or not it is the last team of the teams extracted as the competition candidates (step S25). Otherwise, the process returns to step S24, and the battle application unit 115 transmits a battle application mail to the team with the next smallest parameter A. In this way, the battle application unit 115 sends the battle application emails in order from the team with the highest consistency among the teams with the battle flag extracted by the opponent search unit 114 until the consent email is transmitted. Is going to send. Here, the opponent search unit 114 transmits a battle application email for each team, but the present invention is not limited to this, and a battle application email may be transmitted for each team. According to the above, it is possible to find an opponent in a short period of time. Moreover, you may perform the process which determines the number which transmits a battle application mail simultaneously according to the relationship between a game due date and the number of extracted battle candidates.
[0066]
On the other hand, if the battle application process for all teams is completed (YES in step S25), the process proceeds to step S27.
[0067]
In step S27, a team whose “match flag” included in the private team information of the team is “0”, that is, a team that has no intention or plan to respond to a match immediately after applying for a match (or forgets to set it). On the other hand, instead of the battle application mail, a mail for consulting the battle is transmitted (step S27). In addition, public team information is not attached to the email for consulting the battle. In this case, among teams having a battle flag of “0”, an email may be transmitted to a predetermined number of teams from the top in order of teams with the smallest parameter A.
[0068]
Next, when an e-mail indicating acceptance of the battle application is received from the terminal device 2 that has transmitted the e-mail for inquiring the battle within a predetermined period (YES in step S28), the opponent search support device 1 is the team X terminal device. 2, an electronic mail (acceptance mail) indicating that the match application has been accepted is transmitted (step S26). If no acceptance mail is received from any team, it is determined that the opponent of Team X has not been extracted, and the process ends. In this case, the opponent search support device 1 may transmit an email indicating that the opponent could not be found to the terminal device 2 of the team X.
[0069]
In addition, this invention can take the following aspects.
[0070]
(1) In the above embodiment, the match information consistency is obtained using the least square method as a matching method. However, the present invention is not limited to this, and the match information consistency may be obtained using other methods. Good.
[0071]
(2) In the above embodiment, the determination of the consistency of the strength information is performed based on the self-evaluation of the team. However, the present invention is not limited to this. You may make it judge the consistency of a team using both evaluation and other self-evaluation of a team. By doing so, it is possible to evaluate consistency with more objectivity.
[0072]
(3) In the above-described embodiment, only the team that has the “match flag” of 1, that is, the team that actively desires the battle, applies for the battle application mail, and the “match flag” is 0, that is, the battle is actively requested. However, the present invention is not limited to this, and it is not limited to this, and a match application mail is uniformly transmitted in ascending order of parameter A regardless of the presence or absence of the “match flag”. You may do it. As a result, the number of battle opportunities can be further increased. Further, in this case, for a team with “0” as a “match flag”, only a match application notification may be provided, and an acceptance response may not be permitted for the notification. As a result, it is possible to solicit the setting of the “match flag”.
[0073]
(4) In the above embodiment, the description is made on the assumption that the information is described in all items of the strength information of the desired information. However, the present invention is not limited to this. May be treated as “0”.
[0074]
(5) The weighting factors k1 to k8 shown in Expression (1) may be changed to desired values individually by the application team X. As a result, it is possible to select a team that matches the desired condition of team X.
[0075]
(6) In the above embodiment, the battle candidate extraction process is performed using the thresholds T1 and T2. However, instead of this, one threshold may be used. Moreover, although the team from which the parameter A smaller than the threshold value was obtained was determined as a battle candidate, instead of this, a predetermined number of teams may be extracted from the smallest.
[0076]
【The invention's effect】
According to the first, sixth, and seventh aspects of the present invention, since information that would be difficult for the user to be disclosed is not disclosed, the individual information of the user increases, and more matches can be established.
[0077]
According to the invention described in claim 2, objectivity is generated in the search result, and a more accurate opponent can be detected.
[0078]
According to the invention described in claim 3, since the range of search is widened between users who agree to the handicap battle, more battles can be established.
[0079]
According to the fourth aspect of the present invention, an email is sent to a person who is not actively taking action to find an opponent, so that more matches can be established. .
[0080]
According to the fifth aspect of the present invention, since the individual information is updated based on the match absence, the reliability of the individual information can be further improved.
[Brief description of the drawings]
FIG. 1 is a diagram showing an embodiment of an opponent search support apparatus according to the present invention.
FIG. 2 is a block diagram of an opponent search support device.
FIG. 3 is a diagram illustrating data stored in an individual information storage unit.
FIG. 4 is a diagram showing data included in basic team information.
FIG. 5 is a diagram showing data included in a team self-evaluation and another self-evaluation of a team.
FIG. 6 is a diagram showing data included in desired information.
FIG. 7 is a flowchart showing processing at the time of user registration.
FIG. 8 is a flowchart showing a process of searching for an opponent by an opponent search support device.
FIG. 9 is a diagram showing a tachograph for inputting battle hope information.
FIG. 10 is a flowchart of an opponent search process.
FIG. 11 is a flowchart showing a processing procedure of a battle application unit.
[Explanation of symbols]
1 Opponent search support device
2 Terminal equipment
3 Internet
11 CPU
12 Auxiliary storage
13 Monitor
14 Operation unit
15 ROM
16 RAM
17 Communication interface
18 Recording medium drive
111 User ID issuing department
112 Individual information reception
113 Hope information reception
114 Opponent Search Department
115 Battle Application Department
121 Member information storage
122 Individual information storage unit

Claims

It is connected to a plurality of terminal devices each having an operation unit and a monitor via a communication network, receives a request for a match from any one terminal device, and searches for opponents with other terminal devices. An opponent search support device,
Individual information storage means for storing individual information of a user related to a predetermined battle game;
Receiving means for receiving desired information as an opponent from the terminal device;
Search means for collating desired information received by the reception receiving means with individual information of each user stored in the individual information storage means, and searching for a user having consistency with the user who issued the desired information;
As a result of the search, a match application means for applying for a match to the extracted user terminal device is provided,
The individual information of the user includes public information having an attribute that can be browsed by other users, and non-public information having an attribute that cannot be browsed by other users,
The opponent search support device, wherein the match application means notifies only the public information when applying for a match.

The individual information of the user includes strength information indicating one or more items related to the strength of the user by numerical values,
The desired information includes strength desired information indicating numerically one or more items related to the user's strength,
The search means calculates a sum of differences between corresponding items of the strength information and the strength request information, and extracts a user having strength information whose total value is smaller than a predetermined value as a battle candidate. The opponent search support device according to claim 1.

The individual information includes information on whether or not to agree to the handicap battle,
The said search means makes the said predetermined value larger than the user who does not agree with a handicap game, and extracts a battle candidate with respect to users who agree with the said handicap game. 2. The opponent search support device according to 2.

The individual information includes information representing an intention to respond to a battle application,
The said battle process means transmits the information which consults a battle instead of performing a battle application with respect to the user who has the information showing the said intention, The claim 1 characterized by the above-mentioned. Opponent search support device.

A battle result receiving means for receiving an actual battle result between users;
The opponent search support apparatus according to any one of claims 1 to 4, further comprising individual information update means for updating the individual information based on a match result received by the match result receiving means.

A computer that is connected to a plurality of terminal devices each having an operation unit and a monitor via a communication network and receives a request for a match from any one terminal device, and searches for opponents with other terminal devices. An opponent search support program to be executed,
The computer,
Individual information storage means for storing individual information of a user related to a predetermined battle game;
Receiving means for receiving desired information as an opponent from the terminal device;
Search means for collating desired information received by the reception receiving means with individual information of each user stored in the individual information storage means, and searching for a user having consistency with the user who issued the desired information;
As a result of the search, it functions as a battle application means for applying for a battle against the extracted terminal device,
The individual information includes public information having attributes that other users can view and non-public information having attributes that other users cannot view,
The opponent search support program, wherein the opponent application means only notifies the public information when applying for an opponent.

An opponent who is connected to a plurality of terminal devices each having an operation unit and a monitor via a communication network, and receives a request for a match from any one of the terminal devices and executes a search for another terminal device as an opponent A search support method,
On the computer,
Storing the individual information of the user related to the predetermined battle competition;
Receiving desired information as an opponent from the terminal device;
Collating desired information received by the reception receiving unit with individual information of each user stored in the individual information storage unit, and searching for a user having consistency with the user who issued the desired information;
As a result of the search, a step of applying a battle against the extracted user terminal device is executed,
The individual information includes public information having attributes that other users can view, and non-public information having attributes that other users cannot view,
In the battle application step, only the public information is notified at the time of battle application.