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