(57)【特許請求の範囲】
【請求項１】
利用者端末によって受け付けられた、複数の参加者により実行される活動への参加に関する前記参加者毎の、当該参加者が前記活動への参加に際して希望する条件を表す条件情報と、当該条件に関する重要度を表す重要度情報とを、前記利用者端末から受け付ける受付手段と、
前記条件情報と、前記条件に関する重要度を表す重要度情報とに基づいて、前記活動に参加可能な前記参加者の組合せを生成する組合せ生成手段と、
前記参加者とは異なる人物であるオーナがオーナ端末を介して登録する、前記参加者の属性を表す情報を、保持する保持手段と、
を備え、
前記組合せ生成手段は、第１の属性に属する前記参加者と第２の属性に属する前記参加者とを含む組合せの生成を禁止するという条件が満たされるように、前記参加者の組合せを生成する、
情報処理装置。
【請求項２】
前記受付手段は、前記参加者毎に、当該参加者が前記活動への参加に際して希望する前記条件を表す１以上の前記条件情報を受け付け、
前記組合せ生成手段は、複数の前記参加者のうち、２以上の前記参加者であって互いに相手が希望する前記１以上の前記条件情報により表される前記条件の少なくとも一部を充足するような、２以上の前記参加者の中から、前記条件が充足される数の多い順に前記参加者を選択することにより、前記参加者の組合せを生成する
請求項１に記載の情報処理装置。
【請求項３】
特定の前記条件に関する前記重要度が、当該特定の前記条件について前記参加者の組合せを生成する際に満たすべき必須条件であることを表す場合において、当該特定の前記条件が満たされない場合には、
前記組合せ生成手段は、前記活動への参加に際して当該特定の前記条件を希望する前記参加者を含まない前記参加者の組合せを生成する
請求項２に記載の情報処理装置。
【請求項４】
前記組合せ生成手段は、
前記生成された前記参加者の組合せに含まれる前記参加者の数が基準を満たさない場合には、各前記参加者毎に受け付けた１以上の前記条件情報により表される前記条件の中で、前記必須条件ではない前記条件の少なくとも１つを、考慮しない条件として、再び前記参加者の組合せを生成する
請求項３に記載の情報処理装置。
【請求項５】
前記受付手段は、前記参加者毎に、前記活動への参加を一時的に希望しない状態であるか否かを示す活動状況情報を受け付け、
前記組合せ生成手段は、当該活動状況情報に基づいて、前記活動への参加を一時的に希望しない状態である前記参加者を除外した前記参加者の組合せを生成する
請求項１から請求項４のいずれか一項に記載の情報処理装置。
【請求項６】
前記オーナ端末は、複数の前記参加者のうち、第１の前記参加者と、第２の前記参加者とを含む前記参加者の組合せの生成を禁止する、という更なる条件を示す禁止情報を受け付け、
前記保持手段は前記オーナ端末が受け付けた前記禁止情報を保持し、
前記組合せ生成手段は、前記禁止情報が示す前記更なる条件を満たすように、前記参加者の組合せを生成する
請求項１から請求項５のいずれか一項に記載の情報処理装置。
【請求項７】
情報処理装置が、
利用者端末によって受け付けられた、複数の参加者により実行される活動への参加に関する前記参加者毎の属性を表す情報と、当該参加者が前記活動への参加に際して希望する条件を表す条件情報と、当該条件に関する重要度を表す重要度情報とを、前記利用者端末から受け付け
前記参加者とは異なる人物であるオーナがオーナ端末を介して登録する、前記参加者の組合せに関する更なる条件を、保持し、
前記条件情報と、前記条件に関する重要度を表す重要度情報とに基づいて、前記活動に参加可能な前記参加者の組合せを生成し、
前記更なる条件は、第１の属性に属する前記参加者と第２の属性に属する前記参加者とを含む組合せの生成を禁止するという条件を含み、
前記参加者の組合せの生成において、前記更なる条件が満たされるように前記参加者の組合せを生成する、
情報処理方法。
【請求項８】
利用者端末によって受け付けられた、複数の参加者により実行される活動への参加に関する前記参加者毎の属性を表す情報と、当該参加者が前記活動への参加に際して希望する条件を表す条件情報と、当該条件に関する重要度を表す重要度情報とを、前記利用者端末から受け付ける受付処理と、
前記条件情報と、前記条件に関する重要度を表す重要度情報とに基づいて、前記活動に参加可能な前記参加者の組合せを生成する組合せ生成処理と、
前記参加者とは異なる人物であるオーナがオーナ端末を介して登録する、前記参加者の組合せに関する更なる条件を、保持する保持処理と、
をコンピュータに実行させ、
前記更なる条件は、第１の属性に属する前記参加者と第２の属性に属する前記参加者とを含む組合せの生成を禁止するという条件を含み、前記組合せ生成処理は、前記更なる条件が満たされるように、前記参加者の組合せを生成する、
コンピュータプログラム。
【請求項９】
請求項１から請求項６のいずれか一項に記載の情報処理装置と、前記利用者端末と、前記オーナ端末と、を含み、
前記利用者端末は、前記活動が行われる施設に設置される、
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数人により実行される活動に参加可能な参加者の組合せを生成する情報処理装置等に関する。
【背景技術】
【０００２】
各種スポーツあるいはゲーム等、複数の参加者が参加する活動においては、当該活動に参加する参加者を適切に組み合わせることが必要となる。
【０００３】
係る組合せは、例えば、当該活動への参加を希望する参加者が他の参加者を募集し、参加者同士が相互に連絡し合うことにより、参加者同士の合意に基づいて形成される。参加者は、例えば、上記活動を実行する設備、施設、あるいは場所等において直接話し合う、あるいは、何らかの情報共有手段（例えば、Ｉｎｔｅｒｎｅｔなどの通信ネットワークを利用した情報共有）を用いて相互に連絡し合うことにより、他の参加者を募る。例えば、テニスなどの複数人で行うスポーツ等で、スポーツクラブ等の施設を利用する場合には、利用者同士が声を掛け合うことで参加者を募集し、お互いに合意することにより、対戦の組合せが形成される場合が多い。
【０００４】
このように、特定の活動に対する参加者の組合せを形成する方法に関連して、例えば、下記の特許文献が開示されている。
【０００５】
特許文献１（特開２００１−３４４３７２号公報）は、ネットワークに接続されたゲームの参加者を組織化（グループ化）する技術を開示する。特許文献１に開示された技術は、ネットワークに接続されたゲーム装置のユーザに関する個人情報（個人の属性、及び、目的、リクエスト等）をデータベースに登録する。特許文献１に開示された技術は、係るデータベースに登録された個人情報に基づいて、特定のゲームに参加するユーザを組織化する。これにより、各ユーザは、他のユーザとチームを組んでゲームに参加することが可能である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−３４４３７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
複数の参加者により実行される活動に参加を希望する参加者は、他の参加者を容易に募集できるとは限らない。例えば、上記活動の初心者や、施設（スポーツ施設等）の利用経験が浅い利用者は、他の参加者を募集しにくい場合がある。
【０００８】
また、各参加者が上記活動に参加する際に希望する（求める）各種条件（参加条件）は、参加者毎に異なる場合がある。更に、参加者毎に、ある参加条件の重要度（当該参加条件をどの程度重視するか）が異なる場合がある。
【０００９】
以上を鑑みると、ある活動に参加する際にそれぞれ参加者が希望する参加条件を考慮して、当該活動に参加する参加者の組合せを形成可能な技術が求められている。
【００１０】
これに対して、上記特許文献１に開示された技術は、各参加者の個人情報に含まれる情報をどの程度重視するかついて十分に考慮していない。即ち、特許文献１に開示された技術を採用した場合、参加者が求める条件に十分に合致した組合せが形成されるとは限らない。
【００１１】
本発明は、上記のような事情を鑑みてなされたものである。即ち、本発明は、複数の参加者により実行される活動に関して各参加者が求める参加条件及びその重要度に基づいて、当該活動に参加する参加者の組合せを生成する情報処理装置等を提供することを、主たる目的とする。
【課題を解決するための手段】
【００１２】
上記の目的を達成すべく、本発明の一態様に係る情報処理装置は、以下の構成を備える。即ち、本発明の一態様に係る情報処理装置は、複数の参加者により実行される活動への参加に関する上記参加者毎の条件を表す条件情報と、上記条件に関する重要度を表す重要度情報とに基づいて、上記活動に参加可能な上記参加者の組合せを生成する組合せ生成部を備える。
【００１３】
また、本発明の一態様に係る情報処理方法は、以下の構成を備える。即ち、本発明の一態様に係る情報処理方法は、情報処理装置が、複数の参加者により実行される活動への参加に関する上記参加者毎の条件を表す条件情報と、上記条件に関する重要度を表す重要度情報とに基づいて、上記活動に参加可能な上記参加者の組合せを生成する。
【００１４】
また、同目的は、上記構成を有する情報処理装置、並びに対応する情報処理方法を、コンピュータによって実現するコンピュータ・プログラム、及び、そのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記憶媒体等によっても達成される。
【発明の効果】
【００１５】
本発明によれば、複数の参加者により実行される活動に関して各参加者が求める参加条件及びその重要度に基づいて、当該活動に参加する参加者の組合せを生成する情報処理装置等を提供可能である。
【図面の簡単な説明】
【００１６】
【図１】図１は、本願発明の第１の実施形態における情報処理装置の機能的な構成を例示するブロック図である。
【図２】図２は、本願発明の第１の実施形態において、参加者の組合せを生成する際に用いられる情報の具体例を示す図である。
【図３】図３は、本願発明の第１の実施形態における情報処理装置の動作を例示するフローチャートである。
【図４】図４は、本願発明の第１の実施形態の変形例における情報処理装置の機能的な構成を例示するブロック図である。
【図５】図５は、本願発明の第１の実施形態の変形例において、参加者の組合せを生成する際に用いられる情報の具体例を示す図である。
【図６】図６は、本願発明の第２の実施形態における情報処理装置の機能的な構成を例示するブロック図である。
【図７】図７は、本願発明の各実施形態における情報処理装置を実現可能なハードウェア構成を例示するブロック図である。
【発明を実施するための形態】
【００１７】
次に、本発明を実施する形態について図面を参照して詳細に説明する。以下の実施の形態に記載されている構成は単なる例示であり、本願発明の技術範囲はそれらには限定されない。
【００１８】
以下の各実施形態において説明する情報処理装置は、専用のハードウェア装置により実現されてもよく、１以上の物理的なコンピュータ又は仮想的なコンピュータ又はそれらの組合せを用いて実現されたシステムとして実現されてもよい。
【００１９】
＜第１の実施形態＞
以下、本発明の第１の実施形態について説明する。
【００２０】
以下、具体例として、スポーツクラブ等の施設において、複数の参加者（例えば、当該施設のユーザ）がある活動（例えば、スポーツ等の対戦）を行う場合に、当該活動に参加するユーザの組合せを生成するシステムを例示して説明する。
【００２１】
図１は、本実施形態における情報処理装置（ホストコンピュータ１０１）を含む、システム全体の機能的な構成を例示するブロック図である。
【００２２】
本実施形態におけるホストコンピュータ１０１には、１以上の利用者端末１０２が通信可能に接続される。また、ホストコンピュータ１０１には、表示部１０３が接続されてもよい。以下、それぞれの要素について説明する。
【００２３】
まず、ホストコンピュータ１０１について説明する。ホストコンピュータ１０１は、参加条件受付部１０１ａと、組合せ生成部１０１ｂとを備える。ホストコンピュータ１０１を構成するこれらの構成要素の間は、任意の通信方式により通信可能に接続されている。
【００２４】
参加条件受付部１０１ａは、図示しないユーザから、当該ユーザが複数の参加者（他のユーザ）により実行される活動（例えば、スポーツ等の対戦）への参加に際して希望する（求める）条件を表す情報（条件情報）を受け付ける。また、参加条件受付部１０１ａは、ユーザから、上記参加条件と共に、当該参加条件に関する重要度を表す情報（重要度情報）を受け付ける。以下、上記条件情報、及び、重要度情報について説明する。
【００２５】
上記したように、条件情報は、ユーザが特定の活動への参加に際して希望する（求める）条件を表す情報である。スポーツの対戦を具体例として説明すると、係る条件情報が表す条件は、例えば、「初心者との対戦希望」「上級者との対戦希望」、「同性との対戦希望」、「異性との対戦希望」、「希望なし」等、ユーザが対戦に関して求める条件であってもよい。
【００２６】
また、係る条件情報が表す条件は、例えば、「ユーザＸＸとの対戦不可」等、特定のユーザとの対戦を除外する条件であってもよい。このような条件を設定することにより、ユーザは、当該ユーザが対戦を希望しない他のユーザを含む参加者の組合せから、自身を除外することが可能である。
【００２７】
上記条件情報は、これらの条件を、機械解釈可能な任意の形式（例えば、任意の符号の組合せ等）により表してもよい。
【００２８】
重要度情報は、上記条件情報により表される条件に関して、ユーザが与える（設定する）重要度（重み）を表す。即ち、ユーザは、ある条件情報が表す条件に関して重要度を設定することにより、後述するユーザ（参加者）の組合せ生成に際して、当該条件の充足をどの程度重視するかを設定可能である。
【００２９】
スポーツの対戦を具体例として説明すると、重要度情報が表す重要度は、例えば、特定の条件が充足されることを対戦の必須条件とする「必須」を表してもよい。換言すると、あるユーザが特定の条件に対して重要度「必須」を設定した場合、係る条件が充足されない限り、当該ユーザは参加者の組合せ（対戦の組合せ）に含まれない。また、重要度情報が表す重要度は、例えば、係る条件が充足されなくても、対戦可能な状況になれば対戦に参加可能であることを表す「対戦優先」であってもよい。また、重要度情報が表す重要度は、例えば、係る条件の充足が、他の条件よりも優先されることを表す「可能な限り条件の充足を優先」等であってもよい。上記に限らず、重要度情報は、例えば、数値や符号等により、重要度を段階的に表してもよい。
【００３０】
重要度情報は、これらの重要度を、機械解釈可能な任意の形式（例えば、任意の符号の組合せ等）により表してもよい。
【００３１】
参加条件受付部１０１ａは、後述する利用者端末１０２を介して、上記ユーザから上記条件情報及び重要度情報を受け付けてもよい。参加条件受付部１０１ａは、ユーザから受け付けた条件情報及び重要度情報を、後述する組合せ生成部１０１ｂに送信する（受け渡す）。
【００３２】
参加条件受付部１０１ａは、また、利用者端末１０２から、特定のユーザを上記活動に参加する参加者から一時的に除外することを表す活動状況情報を受け付けてもよい。係る活動状況情報は、例えば、スポーツ等の対戦から一時的に休憩する場合にユーザが利用者端末１０２に入力する。この場合、ユーザが利用者端末１０２に休憩の解除を入力するまで、当該ユーザは、上記活動に参加する参加者の組合せから除外される。
【００３３】
参加条件受付部１０１ａは、ユーザから受け付けた活動状況情報を、後述する組合せ生成部１０１ｂに送信する（受け渡す）。
【００３４】
組合せ生成部１０１ｂは、参加条件受付部１０１ａから受け付けた上記条件情報、及び、重要度情報を、組合せ生成情報１０１ｃに登録する。また、組合せ生成部１０１ｂは、参加条件受付部１０１ａから受け付けた上記活動状況情報を、組合せ生成情報１０１ｃに登録する。
【００３５】
図２を参照して、組合せ生成情報１０１ｃについて説明する。組合せ生成情報１０１ｃは、図２に例示するように、ユーザ（図２における２０１）毎に、条件情報（図２における２０２）、重要度情報（図２における２０３）、活動状況情報（図２における２０４）、及び、当該ユーザの待ち時間（図２における２０５）を関連付けて保持する。待ち時間２０５については後述する。
【００３６】
ユーザ２０１には、特定のユーザを識別可能な識別情報（識別符号）等が設定されてもよい。
【００３７】
条件情報２０２には、参加条件受付部１０１ａから受け付けた参加条件を表す条件情報が設定される。
【００３８】
重要度情報２０３には、参加条件受付部１０１ａから受け付けた、重要度情報が設定される。係る重要度情報２０３は、条件情報２０２により表される条件に関する重要度を表す。図２に例示する具体例においては、条件情報２０２と、重要度情報２０３とが１対１に関連付けされる。図２に例示する具体例に限定されず、例えば、複数の条件情報２０２に対して、共通する重要度情報が関連付けされてもよい。
【００３９】
活動情報２０４には、参加条件受付部１０１ａから受け付けた活動情報が設定される。活動状況２０４には、ユーザの活動状況に応じて、例えば、ユーザが特定の活動に参加可能であることを表す「アクティブ」と、ユーザが休憩中である（特定の活動に参加しない）ことを表す「休憩」と、が設定されてもよい。
【００４０】
待ち時間２０５には、ユーザ２０１の待ち時間が設定される。待ち時間２０５には、あるユーザが条件情報及び重要度情報を入力してからの経過時間が設定される。組合せ生成部１０１ｂは、ユーザが特定の活動（スポーツの対戦等）を実行した際、待ち時間２０５をリセットし、当該活動が完了した時点からの経過時間を待ち時間２０５に設定してもよい。
【００４１】
なお、組合せ生成部１０１ｂは、上記条件情報、重要度情報、及び、活動状況情報等について、図２に例示する形式とは異なる任意の形式により保持してもよい。
【００４２】
組合せ生成部１０１ｂは、組合せ生成情報１０１ｃに登録された情報に基づいて、ある活動に参加する参加者の組合せを生成する。図２に例示する具体例においては、組合せ生成部１０１ｂは、組合せ生成情報１０１ｃに登録された情報に基づいて、スポーツの対戦組合せを生成する。組合せ生成部１０１ｂの具体的な動作については後述する。
【００４３】
利用者端末１０２は、ホストコンピュータ１０１と通信可能に接続される任意の情報通信端末である。利用者端末１０２は、例えば、スポーツクラブ等の施設に、専用端末として設置されてもよい。また、利用者端末１０２は、例えば、ユーザ等が所有する任意の情報通信装置（パーソナルコンピュータ、各種携帯端末等の、通信機能を有する任意の情報処理装置）と、当該情報通信装置において実行されるアプリケーション（コンピュータ・プログラム）等により構成されてもよい。この場合、係るアプリケーションをどのように構成するかは適宜選択してよい。例えば、係るアプリケーションは、ユーザ等が所有する情報通信装置において実行されてもよい。また、係るアプリケーションは、Ｉｎｔｅｒｎｅｔ等の通信回線を介して図示しないサーバ等により提供され、ユーザ等が所有する情報通信装置は、係るサーバに接続して当該アプリケーションを利用してもよい。
【００４４】
利用者端末１０２と、ホストコンピュータ１０１との間は、任意の通信ネットワークを介して接続される。係る通信ネットワークは、有線、無線、又はこれらの組合せを用いて構成可能である。係る通信ネットワークは、施設内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の狭域ネットワークであってもよく、Ｉｎｔｅｒｎｅｔ等の広域ネットワークであってもよい。
【００４５】
図示しないユーザは、利用者端末１０２を介して、上記した条件情報、重要度情報、活動状況情報などを入力する。より具体的には、ある施設（例えば、スポーツクラブ）のユーザは、当該施設に来場した際、当該ユーザ自身の識別情報と、上記各種情報とを利用者端末１０２に入力する。また、ユーザは、例えば、ユーザ自身が所有する情報通信端末を用いて、予め上記した条件情報、重要度情報等を登録してもよい。この場合、ユーザは、施設への来場前に各種条件を入力可能である。
【００４６】
表示部１０３は、例えば、液晶ディスプレイ、プロジェクタ等の任意の表示装置である。表示部１０３は、ホストコンピュータ１０１により生成された、特定の活動に参加するユーザの組合せ等を表示可能である。具体的には、表示部１０３は、例えば、スポーツクラブにおいて、ホストコンピュータ１０１が生成した対戦に関するユーザの組合せ（対戦組合せ）等を表示可能である。表示部１０３は、ホストコンピュータ１０１を構成する構成要素として実現されてもよく、ホストコンピュータ１０１と任意の通信手段により接続された、独立した表示装置として実現されてもよい。
【００４７】
以下、ホストコンピュータ１０１の動作を中心に、上記説明したシステムの動作について、図３に例示するフローチャートを参照して説明する。なお、以下の説明においては、条件情報２０２により表される条件を、単に「条件」と称する場合がある。また、重要度情報２０３により表される重要度を、単に「重要度」と称する場合がある。
【００４８】
先ず、図示しないユーザ（ある活動の参加者）は、利用者端末１０２に対して、特定の活動（例えば、スポーツクラブにおけるスポーツの対戦）に関する条件情報、及び、重要度情報を入力する（ステップＳ３０１）。この場合、ユーザは、当該ユーザ自身を識別可能な情報（名称や会員番号等）を入力してもよい。
【００４９】
また、ユーザは、利用者端末１０２を介して、自ら登録した条件情報、又は、重要度情報を変更してもよい。この場合、ユーザは、変更後の新たな条件情報、又は、重要度情報を利用者端末１０２に入力してもよい。
【００５０】
利用者端末１０２は、上記入力された情報をホストコンピュータ１０１に送信する（ステップＳ３０２）。より具体的には、利用者端末１０２は、例えば、上記入力された情報を参加条件受付部１０１ａに送信してもよい。
【００５１】
ステップＳ３０２において送信された情報を受信したホストコンピュータ１０１は、当該情報に基づいて、特定の活動に参加するユーザ（参加者）の組合せを生成する（ステップＳ３０３）。以下、ステップＳ３０３における処理について具体的に説明する。
【００５２】
まず、参加条件受付部１０１ａが、上記ステップＳ３０２において送信された情報を受信し、組合せ生成部１０１ｂに受け渡す（送信する）。
【００５３】
係る情報を受け付けた組合せ生成部１０１ｂは、当該情報を組合せ生成情報１０１ｃに登録する。より具体的には、組合せ生成部１０１ｂは、ステップＳ３０１においてユーザが入力した条件を表す条件情報を、条件情報２０２に登録する。また、組合せ生成部１０１ｂは、ステップＳ３０１においてユーザが入力した条件に関する重要度を表す重要度情報を、重要度情報２０３に登録する。
【００５４】
組合せ生成部１０１ｂは、組合せ生成情報１０１ｃに登録されたユーザ２０１毎の条件情報２０２及び、重要度情報２０３を参照する。そして、組合せ生成部１０１ｂは、組合せ生成情報１０１ｃに登録されたユーザの内、条件が完全に一致するユーザ、もしくは一致する条件の多いユーザの順で、ユーザの組合せを生成する。
【００５５】
図２に例示する具体例においては”ｕｓｅｒ０１”と、”ｕｓｅｒ０４”との条件が一致するため、組合せ生成部１０１ｂは、”ｕｓｅｒ０１”と、”ｕｓｅｒ０４”とを含む参加者の組合せ（グループ）を生成する。
【００５６】
組合せ生成部１０１ｂは、生成された組合せ（グループ）に含まれるユーザ（参加者）の数が、所定の基準を超えた場合、当該生成した組合せを表示部１０３に表示する（ステップＳ３０４）。なお、係る所定の基準は、例えば、特定の活動（例えば、スポーツの対戦）の実行に要する人数であってもよい。
【００５７】
生成した組合せ（グループ）に含まれるユーザの数が、特定の活動の実行に要する人数よりも多い場合、組合せ生成部１０１ｂは、当該活動を実行可能であることを認識した時間の早いユーザを優先して当該活動に参加させるよう、表示部１０３に表示してもよい。
【００５８】
また、生成した組合せ（グループ）に含まれるユーザの数が、特定の活動の実行に要する人数よりも少ない場合、あるいは、各ユーザの条件情報を満たす組合せを生成できない場合、組合せ生成部１０１ｂは、例えば、所定の時間待機してもよい。係る待機時間中に、新たなユーザに関する条件情報等が組合せ生成情報１０１ｃに登録されるか、あるいは既存のユーザが各種情報を変更した場合、組合せ生成部１０１ｂは、再度組合せ生成情報１０１ｃを参照して、ユーザの組合せを生成してもよい。
【００５９】
係る所定の待機時間を経過しても、適切な組合せを生成できない場合、組合せ生成部１０１ｂは、組合せの生成に用いる条件を緩和することにより、ユーザの組合せを生成してもよい。なお、下記に説明する条件の緩和方法は一つの具体例であり、本実施形態はこれには限定されない。
【００６０】
具体的には、組合せ生成部１０１ｂは、例えば、各ユーザ２０１について条件情報２０２に設定されている条件の一部を考慮せずに、ユーザの組合せを生成してもよい。これにより、考慮すべき条件情報２０２の数が削減されることから、特定の活動の実行に要する人数を含む組合せが生成される可能性が高まる。
【００６１】
また、組合せ生成部１０１ｂは、例えば、各ユーザ２０１について重要度情報２０３に設定されている重要度を一時的に変更することにより、ユーザの組合せを生成してもよい。例えば、特定の条件情報２０３が表す条件に関して高い重要度が与えられている場合（即ち、重要度情報２０３が表す重要度が高い場合）、組合せ生成部１０１ｂは、当該重要度を一時的に低くする。これにより、各ユーザ２０１について一致する条件が増えるる可能性があることから、特定の活動の実行に要する人数を含む組合せが生成される可能性が高まる。
【００６２】
なお、上記条件の緩和に際して、組合せ生成部１０１ｂは、重要度が「必須」と設定されている条件を表す条件情報２０２は緩和しない。これにより、組合せ生成部１０１ｂは、重要度が「必須」設定されている条件が成立するまで、当該条件を設定したユーザを含む組合せを生成しない。
【００６３】
また、組合せ生成部１０１ｂは、上記説明したように、ユーザ毎に待ち時間を計測してもよい。そして、組合せ生成部１０１ｂは、上記組合せを生成する際、ユーザ毎の条件情報２０２、重要度情報２０３と共に、待ち時間２０５を考慮して、待ち時間の長いユーザを優先して含めるよう、組合せを生成してもよい。
【００６４】
また、図３に例示するフローチャートには記載していないが、ユーザは利用者端末１０２を用いて、自身の活動状況を入力可能である。より具体的には、ユーザは、休憩する旨、あるいは休憩を解除する旨を利用者端末１０２に入力可能である。
【００６５】
組合せ生成部１０１ｂは、利用者端末１０２を介してユーザが入力して活動状況情報（この場合は、例えば、「休憩」あるいは「アクティブ」）を受け付け、組合せ生成情報１０１ｃ（活動状況情報２０４）に設定する。組合せ生成部１０１ｂは、特定の活動に参加するユーザの組合せを生成する際、活動状況情報２０４に「休憩」が設定されているユーザを係る組合せから除外する。
【００６６】
ユーザにより休憩が解除された場合、組合せ生成部１０１ｂは、当該ユーザに関する活動状況情報２０４を「アクティブ」に設定する。この場合、組合せ生成部１０１ｂは、特定の活動に参加するユーザの組合せに、当該ユーザを含めてもよい。
【００６７】
以上のように構成された本実施形態におけるホストコンピュータ１０１は、特定の活動に参加するユーザ（参加者）が求める条件及びその重要度を考慮して、当該活動に参加するユーザの組合せを生成可能である。なぜならば、ホストコンピュータ１０１（特に、組合せ生成部１０１ｂ）は、各ユーザにより登録された条件情報及び当該条件情報に関する重要度を表す重要度情報に基づいて、当該活動に参加するユーザの組合せを生成するからである。
【００６８】
本実施形態によれば、例えば、各ユーザは、当該ユーザ自身が望む条件に合致した他のユーザと共に特定の活動（例えば、スポーツの対戦等）を実行可能である。これより、例えば、当該活動の初心者や、施設（スポーツ施設等）の利用経験が浅い利用者であっても、安心して当該活動に参加可能である。
【００６９】
また、本実施形態によれば、ホストコンピュータ１０１により当該活動に参加するユーザの組合せが生成されることから、ユーザ自身が当該活動に参加する他のユーザを募集する必要が無い。これより、本実施形態によれば、他のユーザを募集しにくいユーザであっても、複数の参加者により実行される活動に容易に参加可能である。より具体的には、例えば、一人でスポーツクラブに来場するユーザ、あるいは、スポーツクラブに入会して間もないユーザであっても、当該ユーザが希望する条件に合致したスポーツの対戦が可能である。
【００７０】
また、本実施形態によれば、ホストコンピュータ１０１は、特定の活動を実行するために必要な人数を含む組合せを生成できない場合には、各ユーザにより登録された条件の少なくとも一部を緩和する。これにより、特定の活動に全く参加できないユーザの発生が回避される。
【００７１】
以上より、本実施形態によれば、複数の参加者により実行される活動に関して各参加者が求める参加条件及びその重要度に基づいて、当該活動に参加する参加者の組合せを生成する情報処理装置等を提供可能である。
【００７２】
なお、本実施形態は、上記具体例において説明したスポーツクラブ等の施設におけるスポーツの対戦に関する組合せの生成に限定されない。本実施形態を一例として説明した本願発明は、複数の参加者により実行される任意の活動について、当該活動に参加する参加者の組合せを生成可能である。係る活動は、物理的な現実空間において実行される活動（例えばスポーツ等）であってもよく、情報通信技術を用いて構築された仮想的な空間（いわゆる「サイバースペース」等）で実行される活動（例えばゲーム等）であってもよい。より具体的には、係る活動は、例えば、通信回線を介して接続された複数の参加者によって実行されるネットワークゲームにおける対戦であってもよい。なお、本実施形態において、上記「複数人により実行される活動を実行する施設」は物理的な設備を伴う施設であってもよく、上記仮想的な空間に構築された特定の設備や領域であってもよい。
【００７３】
＜第１の実施形態の変形例＞
次に、上記説明した本願発明の第１の実施形態の変形例について説明する。以下の説明においては、上記第１の実施形態と同様の構成については同様の参照符号を付すことにより、重複する説明を省略する。
【００７４】
図４は、本変形例におけるホストコンピュータ１０１を含む、システム全体の機能的な構成を例示するブロック図である。本変形例における組合せ生成部１０１ｂは、付加情報１０１ｄを有する。また、本変形例においては、ホストコンピュータ１０１に対して、オーナ端末４０１が通信可能に接続されている。本変形例におけるホストコンピュータ１０１は、これらの相違点を除いて、上記第１の実施形態と同様の構成を有する。以下、係る相違点を中心に説明する。
【００７５】
まず、本変形例におけるオーナ端末４０１について説明する。本変形例におけるオーナ端末４０１は、任意の情報通信端末であり、任意の通信手段を用いてホストコンピュータ１０１と通信可能に接続される。
【００７６】
本変形例においては、特定の活動が実行される施設の管理者や所有者等（以下、「オーナ」と称する）が、オーナ端末１０４を介して、当該活動に参加する参加者の組合せの生成に用いられる付加情報をホストコンピュータ１０１に登録する。即ち、係る付加情報を用いることにより、オーナは、オーナ自身が有する知見を、組合せ生成部１０１ｂにおける組合せの生成に反映可能である。
【００７７】
係る付加情報は、例えば、各参加者（施設のユーザ）に関する属性を表す属性情報であってもよい。より具体的には、係る属性情報は、例えば、特定の活動に対する習熟度をユーザ毎に表す情報（例えば、「初級」、「中級」、「上級」等）であってもよい。
【００７８】
また、係る付加情報は、例えば、あるユーザ（「第１のユーザ」と称する）と、他のユーザ（「第２のユーザ」と称する）とを共に含む組合せの生成を禁止する禁止情報であってもよい。
【００７９】
オーナによって登録された付加情報は、オーナ端末４０１を介してホストコンピュータ１０１に送信される。
【００８０】
なお、オーナは、オーナ端末４０１を介して、組合せ生成情報１０１ｃに登録された内容を管理可能である。ホストコンピュータ１０１は、オーナ端末４０１からの要求に応じて、組合せ生成情報１０１ｃの内容を、オーナ端末４０１に提供してもよい。オーナは、オーナ端末４０１を用いて、組合せ生成情報１０１ｃに登録された内容を管理するための操作を適宜実行する。
【００８１】
次に、組合せ生成部１０１ｂにおける付加情報１０１ｄについて説明する。
【００８２】
組合せ生成部１０１ｂは、オーナ端末４０１から受け付けた上記付加情報を、付加情報１０１ｄに登録する。付加情報１０１ｄは、図５に例示するように、ユーザ（図５における５０１）毎に、上記オーナにより登録された属性情報（図５における５０２）及び、禁止情報（図５における５０３）を関連付けて保持する。
【００８３】
なお、組合せ生成部１０１ｂは、上記属性情報、及び禁止情報について、図５に例示する形式とは異なる任意の形式により保持してもよい。例えば、組合せ生成部１０１ｂは、係る付加情報を組合せ生成情報１０１ｃの一部として保持してもよい。また、付加情報１０１ｄは、上記属性情報あるいは禁止情報のいずれか一方を保持してもよい。
【００８４】
次に、上記のように構成された本変形例におけるホストコンピュータ１０１の動作について説明する。
【００８５】
組合せ生成部１０１ｂは、上記第１の実施形態において特定の活動に参加するユーザの組合せを生成する際（ステップＳ３０３）、付加情報１０１ｄを参照し、生成されるユーザの組合せを調整する。
【００８６】
即ち、付加情報１０１ｄに上記禁止情報が設定されている場合は、組合せ生成部１０１ｂは、当該禁止情報に基づいて、第１のユーザと、第２のユーザとを共に含まないように、生成するユーザの組合せを調整する。
【００８７】
また、付加情報１０１ｄに上記属性情報が設定されている場合には、組合せ生成部１０１ｂは、当該属性情報を所定の基準に基づいて解釈した結果に基づいて、生成するユーザの組合せを調整する。図５に例示する具体例の場合、係る基準は、「同じ習熟度のユーザを組み合わせる」「習熟度が初級であるユーザと、上級であるユーザとを組み合わせない」などであってもよい。なお、係る基準は上記具体例に限定されず、任意に定めてよい。係る基準は、予め組合せ生成部１０１ｂに登録されていてもよい。
【００８８】
以上のように構成された本変形例におけるホストコンピュータ１０１によれば、特定の活動が実施される施設のオーナが、当該活動に参加するユーザの組合せを調整可能である。なぜならば、組合せ生成部１０１ｂが、オーナにより登録された付加情報（付加情報１０１ｄに登録された属性情報５０２あるいは禁止情報５０３）を参照し、生成されるユーザの組合せを調整するからである。これにより、本変形例によれば、特定の活動が実行されるオーナの知見に基づいて、より適切なユーザの組合せを生成することが可能である。
【００８９】
また、本変形例におけるホストコンピュータ１０１は、上記第１の実施形態と同様の構成を含むことから、上記第１の実施形態と同様の効果を奏する。
【００９０】
＜第２の実施形態＞
次に、本願発明の第２の実施形態について、図６を参照して説明する。図６は、本実施形態における情報処理装置の機能的な構成を例示するブロック図である。
【００９１】
図６に例示するように、本実施形態における情報処理装置６００は、組合せ生成部６０１を備える。
【００９２】
本実施形態における組合せ生成部６０１は、複数の参加者により実行される活動への参加に関する参加者毎の条件を表す条件情報と、当該条件に関する重要度を表す重要度情報とに基づいて、上記活動に参加可能な参加者の組合せを生成する。
【００９３】
上記条件情報及び重要度情報は、上記活動への参加を希望する参加者（不図示）により情報処理装置６００に入力されてもよい。
【００９４】
情報処理装置６００は、組合せ生成部６０１により生成された組合せを、上記活動への参加を希望する参加者が参照可能な任意の形式により出力してもよい。
【００９５】
以上のように構成された本実施形態における情報処理装置６００は、特定の活動に参加する参加者が求める条件及びその重要度を考慮して、当該参加者の組合せを生成可能である。なぜならば、情報処理装置６００（特に、組合せ生成部６０１）は、各参加者により登録された条件情報及び重要度情報に基づいて、当該活動に参加するユーザの組合せを生成するからである。
【００９６】
これより、本実施形態によれば、各参加者は、当該参加者自身が望む条件に合致した他の参加者と共に特定の活動を実行可能である。
【００９７】
また、本実施形態によれば、情報処理装置６００により参加者の組合せが生成されることから、参加者自身が当該活動に参加する他の参加者を募集する必要が無い。
【００９８】
以上より、本実施形態によれば、複数の参加者により実行される活動に関して各参加者が求める参加条件及びその重要度に基づいて、当該活動に参加する参加者の組合せを生成する情報処理装置を提供可能である。
【００９９】
＜ハードウェア及びソフトウェア・プログラム（コンピュータ・プログラム）の構成＞
以下、上記説明した各実施形態を実現可能なハードウェア構成について説明する。
【０１００】
以下の説明において、上記各実施形態において説明した情報処理装置（ホストコンピュータ１０１、情報処理装置６００）をまとめて、単に「情報処理装置」と称する場合がある。また、当該情報処理装置の各構成要素（例えば、参加条件受付部１０１ａ、組合せ生成部（１０１ｂ、６０１）等）をまとめて、単に「情報処理装置の構成要素」と称する場合がある。
【０１０１】
上記各実施形態において説明した情報処理装置は、専用のハードウェア装置により構成してもよい。その場合、上記各図に示した各構成要素は、一部又は全部を統合したハードウェア（処理ロジックを実装した集積回路等）として実現してもよい。
【０１０２】
例えば、各構成要素をハードウェアにより実現する場合、各構成要素は、それぞれの機能を提供可能な集積回路をＳｏＣ（Ｓｙｓｔｅｍ  ｏｎ  ａ  Ｃｈｉｐ）等により実装されてもよい。この場合、例えば、各構成要素が保持するデータは、ＳｏＣとして統合されたＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）領域やフラッシュメモリ領域に記憶されてもよい。
【０１０３】
また、この場合、各構成要素を接続する通信回線としては、周知の通信バスを採用してもよい。また、各構成要素を接続する通信回線はバス接続に限らず、それぞれの構成要素間をピアツーピアで接続してもよい。
【０１０４】
また、上述した情報処理装置は、図７に例示するような汎用のハードウェアと、係るハードウェアによって実行される各種ソフトウェア・プログラム（コンピュータ・プログラム）とによって構成されてもよい。
【０１０５】
図７における演算装置７０１は、汎用のＣＰＵやマイクロプロセッサ等の演算処理装置である。演算装置７０１は、例えば後述する不揮発性記憶装置７０３に記憶された各種ソフトウェア・プログラムを記憶装置７０２に読み出し、係るソフトウェア・プログラムに従って処理を実行してもよい。なお、上記第１の実施形態における演算処理部７０３は、演算装置７０１を用いて、各種演算処理を実行してもよい。
【０１０６】
記憶装置７０２は、演算装置７０１から参照可能な、ＲＡＭ等のメモリ装置であり、ソフトウェア・プログラムや各種データ等を記憶する。なお、記憶装置７０２は、揮発性のメモリ装置であってもよい。
【０１０７】
不揮発性記憶装置７０３は、例えば磁気ディスクドライブや、フラッシュメモリによる半導体記憶装置のような、不揮発性の記憶装置である。不揮発性記憶装置７０３は、各種ソフトウェア・プログラムやデータ等を記憶可能である。例えば、組合せ生成情報１０１ｃ及び付加情報１０１ｄは、ファイルやデータベース等の形式により、不揮発性記憶装置７０３に保存されてもよい。
【０１０８】
ネットワークインタフェース７０６は、通信ネットワークに接続するインタフェース装置であり、例えば有線及び無線のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続用インタフェース装置等を採用してもよい。なお、上記第１の実施形態における参加条件受付部１０１ａは、ネットワークインタフェース７０６を介して、利用者端末１０２から、各種条件に関する入力を受け付けてもよい。
【０１０９】
ドライブ装置７０４は、例えば、後述する外部記憶媒体７０５に対するデータの読み込みや書き込みを処理する装置である。
【０１１０】
外部記録媒体７０５は、例えば光ディスク、光磁気ディスク、半導体フラッシュメモリ等、データを記録可能な任意の記録媒体である。
【０１１１】
入出力インタフェース７０７は、外部装置との間の入出力を制御する装置である。例えば、上記第１の実施形態において、表示部１０３は、入出力インタフェース７０７を介して、情報処理装置（ホストコンピュータ）１０１に接続されてもよい。
【０１１２】
上述した各実施形態を例に説明した本発明は、例えば、図７に例示したハードウェア装置により情報処理装置を構成し、係るハードウェア装置に対して、上記各実施形態において説明した機能を実現可能なソフトウェア・プログラムを供給することにより実現されてもよい。この場合、係る装置に対して供給したソフトウェア・プログラムを、演算装置７０１が実行することによって、本願発明が実現されてもよい。
【０１１３】
上述した各実施形態において、上記各図（例えば、図１、図４、及び図６）に示した各部は、上述したハードウェアにより実行されるソフトウェア・プログラムの機能（処理）単位である、ソフトウェアモジュールとして実現することができる。ただし、これらの図面に示した各ソフトウェアモジュールの区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。
【０１１４】
例えば、図１、図４、及び、図６に例示した各部をソフトウェアモジュールとして実現する場合、これらのソフトウェアモジュールを不揮発性記憶装置７０３に記憶しておき、演算装置７０１がそれぞれの処理を実行する際に、これらのソフトウェアモジュールを記憶装置７０２に読み出すよう構成してもよい。
【０１１５】
また、これらのソフトウェアモジュール間は、共有メモリやプロセス間通信等の適宜の方法により、相互に各種データを伝達できるように構成してもよい。このような構成により、これらのソフトウェアモジュール間は、相互に通信可能に接続可能である。
【０１１６】
更に、上記各ソフトウェア・プログラムを外部記憶媒体７０５に記録しておき、上記通信装置等の出荷段階、あるいは運用段階等において、適宜ドライブ装置７０４を通じて当該ソフトウェア・プログラムを不揮発性メモリ７０３に格納するよう構成してもよい。
【０１１７】
なお、上記の場合において、上記情報処理装置への各種ソフトウェア・プログラムの供給方法は、出荷前の製造段階、あるいは出荷後のメンテナンス段階等において、適当な治具を利用して当該装置内にインストールする方法を採用してもよい。また、各種ソフトウェア・プログラムの供給方法は、インターネット等の通信回線を介して外部からダウンロードする方法等のように、現在では一般的な手順を採用してもよい。
【０１１８】
そして、このような場合において、本発明は、係るソフトウェア・プログラムを構成するコード、あるいは係るコードが記録されたところの、コンピュータ読み取り可能な記憶媒体によって構成されると捉えることができる。
【０１１９】
また、上述した情報処理装置、あるいは、当情報処理装置の構成要素は、図７に例示するハードウェア装置を仮想化した仮想化環境と、当該仮想化環境において実行される各種ソフトウェア・プログラム（コンピュータ・プログラム）とによって構成されてもよい。この場合、図７に例示するハードウェア装置の構成要素は、当該仮想化環境における仮想デバイスとして提供される。なお、この場合も、図７に例示するハードウェア装置を物理的な装置として構成した場合と同様の構成にて、本発明を実現可能である。
【０１２０】
以上、本発明を、上述した模範的な実施形態に適用した例として説明した。しかしながら、本発明の技術的範囲は、上述した各実施形態に記載した範囲には限定されない。当業者には、係る実施形態に対して多様な変更又は改良を加えることが可能であることは明らかである。そのような場合、係る変更又は改良を加えた新たな実施形態も、本発明の技術的範囲に含まれ得る。更に、上述した各実施形態、あるいは、係る変更又は改良を加えた新たな実施形態を組み合わせた実施形態も、本発明の技術的範囲に含まれ得る。そしてこのことは、特許請求の範囲に記載した事項から明らかである。
【符号の説明】
【０１２１】
１０１  ホストコンピュータ
１０１ａ  参加条件受付部
１０１ｂ  組合せ生成部
１０２  利用者端末
１０３  表示部
４０１  オーナ端末
７０１  演算装置
７０２  記憶装置
７０３  不揮発性記憶装置
７０４  ドライブ装置
７０５  外部記録媒体
７０６  ネットワークインタフェース
７０７  入出力インタフェース
【図１】
0006525239.tif 000002
【図２】
0006525239.tif 000003
【図３】
0006525239.tif 000004
【図４】
0006525239.tif 000005
【図５】
0006525239.tif 000006
【図６】
0006525239.tif 000007
【図７】
0006525239.tif 000008