(57)【要約】  【課題】  例えば野球ならばルールに則れば９人のメンバーを集めねばならず、メンバー募集の告知などを行わなければならない。また同時に対戦相手の募集も行う必要もある。また、そのようにして集めた人それぞれのスケジュールや都合があるため日程の調整を行わねばならないなどの手間がかかる。  【解決手段】  上記課題を解決するために、本発明は、競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する情報と、を含む情報である参加希望情報を取得する参加希望情報取得部と、前記参加希望情報取得部で取得した参加希望情報を管理する参加希望情報管理部と、を有するスケジュール管理装置を提供する。さらに上記のように収集、管理した競技への参加希望者の情報に基づいて、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するスケジュール管理装置を提供する。  【選択図】  図２
2006099448.tif 000002
【特許請求の範囲】
【請求項１】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を取得する参加希望情報取得部と、
前記参加希望情報取得部で取得した参加希望情報を管理する参加希望情報管理部と、
を有するスケジュール管理装置。
【請求項２】
前記参加希望情報取得部は、ネットワークを介して参加希望情報を取得する請求項１に記載のスケジュール管理装置。
【請求項３】
前記参加希望情報取得部で取得する参加希望情報は、前記競技の種類を識別するための情報である競技識別情報を含み、
前記参加希望情報管理部は、前記参加希望情報取得部が取得した参加希望情報に含まれる競技識別情報に応じて参加希望情報を管理する請求項１又は２に記載のスケジュール管理装置。
【請求項４】
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理部での管理情報に基づいて判断する定足判断部を有する請求項１ないし３のいずれか一に記載のスケジュール管理装置。
【請求項５】
前記参加希望情報管理部で管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するカレンダー表示部
をさらに有する請求項４に記載のスケジュール管理装置。
【請求項６】
前記参加希望情報取得部が取得する参加希望情報には、
地域を識別するための地域識別情報をさらに含むとともに、
前記カレンダー表示部は、
前記地域識別情報に基づいて前記カレンダー表示を行うための地域表示手段を有し、
前記定足判断部は、
前記取得した地域識別情報に基づいて前記地域での参加希望者が定足となったか判断する地域定足判断手段を有する請求項５に記載のスケジュール管理装置。
【請求項７】
前記参加希望情報取得部が取得する参加希望情報は、
参加希望者が競技において希望する役割を示す役割情報をさらに含むとともに、
前記カレンダー表示部は、
前記役割情報に基づいて前記カレンダー表示を行う役割表示手段を有し、
前記定足判断部は、
前記役割情報に基づいて競技における役割が定足となったか判断する役割定足判断手段を有する
請求項５または６に記載のスケジュール管理装置。
【請求項８】
前記参加希望情報取得部が取得する参加希望情報は、
競技への参加希望者の能力を示す参加希望者能力情報をさらに含むとともに、
前記カレンダー表示部は、
前記参加希望者能力情報に基づいて前記カレンダー表示を行う参加希望者能力表示手段を有する
請求項５ないし７のいずれか一に記載のスケジュール管理装置。
【請求項９】
前記定足判断部は、
前記参加希望者能力情報に基づいて参加希望者が定足となったか判断する参加希望者能力定足判断手段を有する請求項８に記載のスケジュール管理装置。
【請求項１０】
参加希望者に対する評価に関する参加希望者評価情報を取得する参加希望者評価情報取得部をさらに有するとともに、
前記カレンダー表示部は、
前記参加希望者評価情報に基づいて前記カレンダー表示を行う参加希望者評価表示手段をさらに有する
請求項５ないし９のいずれか一に記載のスケジュール管理装置。
【請求項１１】
前記定足判断部は、
前記参加希望者評価情報に基づいて参加希望者が定足となったか判断する参加希望者評価定足判断手段を有する請求項１０に記載のスケジュール管理装置。
【請求項１２】
前記カレンダー表示部は、前記参加希望者の人数をキャラクターアイコンを利用して表示するためのキャラクターアイコン表示手段を有する請求項５から１１のいずれか一に記載のスケジュール管理装置。
【請求項１３】
前記キャラクターアイコン表示手段にて表示されるキャラクターアイコンをドラッグドロップして、そのキャラクターアイコンの表示される日付領域を変更するためのキャラクターアイコン移動部を有し、
前記参加希望情報管理部は、
前記キャラクターアイコン移動部での移動に応じて前記参加希望情報管理部にて管理されている参加希望情報を変更する変更手段を有する
請求項１２に記載のスケジュール管理装置。
【請求項１４】
競技における参加者の成績を示す参加者成績情報を取得する参加者成績情報取得部と、
前記参加者成績情報取得部で取得した参加者成績情報を蓄積する参加者成績情報蓄積部と、
前記参加者成績情報蓄積部で蓄積した参加者成績情報に基づいて、所定の賞の受賞者を決定する受賞者決定部と、
をさらに有する請求項１ないし１３のいずれか一に記載のスケジュール管理装置。
【請求項１５】
競技における参加者の成績を示す参加者成績情報を取得する参加者成績情報取得部と、
前記参加者成績情報取得部で取得した参加者成績情報を蓄積する参加者成績情報蓄積部と、
前記参加者成績情報蓄積部に蓄積された参加者成績情報に基づいて、前記キャラクターアイコン表示手段にて表示されるキャラクターアイコンの表示を変更するキャラクターアイコン第一変更部と、を有する請求項１２又は１３に記載のスケジュール管理装置。
【請求項１６】
参加希望者に対する評価に関する参加希望者評価情報を取得する参加希望者評価情報取得部と、
前記参加希望者評価情報を蓄積する参加希望者評価情報蓄積部と、
前記参加希望者評価情報蓄積部に蓄積された参加希望者評価情報に基づいて、前記キャラクターアイコン表示手段にて表示されるキャラクターアイコンの表示を変更するキャラクターアイコン第二変更部と、を有する請求項１２又は１３に記載のスケジュール管理装置。
【請求項１７】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
を有するスケジュール管理方法。
【請求項１８】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を、ネットワークを介して取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
を有するスケジュール管理方法。
【請求項１９】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、前記競技の種類を識別するための情報である競技識別情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報に含まれる競技識別情報に応じて、参加希望情報を管理する参加希望情報管理ステップと、
を有するスケジュール管理方法。
【請求項２０】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報に基づいて判断する定足判断ステップと、
を有するスケジュール管理方法。
【請求項２１】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記参加希望情報管理ステップにて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するカレンダー表示ステップと、
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報に基づいて判断する定足判断ステップと、
を有するスケジュール管理方法。
【請求項２２】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、地域を識別するための地域識別情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記地域識別情報に基づいて、前記参加希望情報管理ステップにて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するカレンダー表示ステップと、
前記日付情報で示される日に、前記地域での前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報と前記地域識別情報とに基づいて判断する定足判断ステップと、
を有するスケジュール管理方法。
【請求項２３】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、参加希望者が競技において希望する役割を示す役割情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記役割情報に基づいて、前記参加希望情報管理ステップにて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するカレンダー表示ステップと、
前記日付情報で示される日に、前記競技における役割が定足となったか、前記参加希望情報管理ステップでの管理情報と前記役割情報とに基づいて判断する定足判断ステップと、を有するスケジュール管理方法。
【請求項２４】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、競技への参加希望者の能力を示す参加希望者能力情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記参加希望者能力情報に基づいて、前記参加希望情報管理ステップにて管理されている参加希望情報を、前記カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示を行うカレンダー表示ステップと、
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報に基づいて判断する定足判断ステップと、
を有するスケジュール管理方法。
【請求項２５】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、競技への参加希望者の能力を示す参加希望者能力情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記参加希望者能力情報に基づいて、前記参加希望情報管理ステップにて管理されている参加希望情報を、前記カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示を行うカレンダー表示ステップと、
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報と前記参加希望者能力情報と、に基づいて判断する定足判断ステップと、
を有するスケジュール管理方法。
【請求項２６】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
参加希望者に対する評価に関する参加希望者評価情報を取得する参加希望者評価情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記参加希望者評価情報取得ステップにて取得した参加希望者評価情報に基づいて、前記参加希望情報管理ステップにて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するカレンダー表示ステップと、
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報に基づいて判断する定足判断ステップと、
を有するスケジュール管理方法。
【請求項２７】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
参加希望者に対する評価に関する参加希望者評価情報を取得する参加希望者評価情報取得ステップとを
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記参加希望者評価情報取得ステップにて取得した参加希望者評価情報に基づいて、前記参加希望情報管理ステップにて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するカレンダー表示ステップと、
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報と前記参加希望者評価情報と、に基づいて判断する定足判断ステップと、
を有するスケジュール管理方法。
【請求項２８】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記参加希望情報管理ステップにて管理されている参加希望情報を、キャラクターアイコンを利用してカレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するカレンダー表示ステップと、
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報に基づいて判断する定足判断ステップと、
を有するスケジュール管理方法。
【請求項２９】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記参加希望情報管理ステップにて管理されている参加希望情報を、キャラクターアイコンを利用してカレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するカレンダー表示ステップと、
前記表示されるキャラクターアイコンをドラッグドロップして、そのキャラクターアイコンの表示される日付領域を変更するためのキャラクターアイコン移動ステップと、
キャラクターアイコン移動ステップでの移動に応じて前記参加希望情報管理ステップにて管理されている参加希望情報を変更する変更ステップと、
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報に基づいて判断する定足判断ステップと、
を有するスケジュール管理方法。
【請求項３０】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記参加希望情報管理ステップにて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するカレンダー表示ステップと、
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報に基づいて判断する定足判断ステップと、
競技における参加者の成績を示す参加者成績情報を取得する参加者成績情報取得ステップと、
前記参加者成績情報取得ステップで取得した参加者成績情報を蓄積する参加者成績情報蓄積ステップと、
前記参加者成績情報蓄積ステップで蓄積した参加者成績情報に基づいて、所定の賞の受賞者を決定する受賞者決定ステップと、
を有するスケジュール管理方法。
【請求項３１】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記参加希望情報管理ステップにて管理されている参加希望情報を、キャラクターアイコンを利用してカレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するカレンダー表示ステップと、
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報に基づいて判断する定足判断ステップと、
競技における参加者の成績を示す参加者成績情報を取得する参加者成績情報取得ステップと、
前記参加者成績情報取得ステップで取得した参加者成績情報を蓄積する参加者成績情報蓄積ステップと、
前記参加者成績情報蓄積ステップにて蓄積された参加者成績情報に基づいて、前記キャラクターアイコンの表示を変更するキャラクターアイコン第一変更ステップと、
を有するスケジュール管理方法。
【請求項３２】
競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報である参加希望情報を取得する参加希望情報取得ステップと、
前記参加希望情報取得ステップで取得した参加希望情報を管理する参加希望情報管理ステップと、
前記参加希望情報管理ステップにて管理されている参加希望情報を、キャラクターアイコンを利用してカレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するカレンダー表示ステップと、
前記日付情報で示される日に前記競技の参加希望者が定足となったか、前記参加希望情報管理ステップでの管理情報に基づいて判断する定足判断ステップと、
参加希望者に対する評価に関する参加希望者評価情報を取得する参加希望者評価情報取得ステップと、
前記参加希望者評価情報を蓄積する参加希望者評価情報蓄積ステップと、
前記参加希望者評価情報蓄積ステップにて蓄積された参加希望者評価情報に基づいて、前記キャラクターアイコンの表示を変更するキャラクターアイコン第二変更ステップと、を有するスケジュール管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
スケジュールを管理する技術、およびその管理されるスケジュールに関するカレンダーを表示するための技術、および参加希望者が定足に達したか判断する技術に関する。
【背景技術】
【０００２】
野球やサッカーなどのスポーツ、あるいはマージャンなどのテーブルゲーム、バンドやオーケストラなどのライブや演奏会、演劇の上演会などは、通常、知り合いなどを中心に参加するメンバーを集めて実施される。しかし学校のクラブ活動などでない限り例えば野球ならばルールに則れば９人のメンバーを集めねばならず、その数に足りなければメンバー募集の告知などを行わなければならない。また競技によっては同時に対戦相手の募集も行う必要もある。
【０００３】
また、知り合いにせよメンバー募集で集めた人にせよ、人それぞれのスケジュールや都合があるため日程の調整を行わねばならないなどの手間がかかる。
【０００４】
このような問題を解決するため、特許文献１の「スポーツ多目的情報システム」では以下のような技術が開示されている。この特許文献は、登録されている会員のランキングなどを元に対戦相手を決定したり、対戦希望者の一覧を閲覧可能に表示して選択させたりしてスポーツの対戦相手をマッチングするシステムである。
【特許文献１】特開２００２−１９７２２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上記技術では、相手または自分の指定した日程に基づいて対戦可能な相手の一覧を表示し選択することができるのみであって、例えば、試合可能な１週間のうちどの日が対戦相手や仲間の集まりが一番よいのか、など日付を横断してこのような情報を確認することが困難である、という課題がある。
【０００６】
また、上記技術は基本的に仲間となるメンバーはすでにいることが前提で、その対戦相手を探すための技術である。したがって仲間となるメンバーを募集する技術は開示されていない。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する情報と、を含む情報である参加希望情報を取得する参加希望情報取得部と、前記参加希望情報取得部で取得した参加希望情報を管理する参加希望情報管理部と、を有するスケジュール管理装置を提供する。
【０００８】
さらに上記のように収集、管理した競技への参加希望者の情報に基づいて、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示するスケジュール管理装置を提供する。さらに、このスケジュール管理装置は日および競技ごとに参加希望者が定足になったかどうか判断する機能を備える。また、参加者の様々な情報に応じて上記カレンダー表示をビジュアライズに表示する機能を備える。
【発明の効果】
【０００９】
以上の構成をとる本発明によって競技への参加者の人数を日付領域に明示的にカレンダー表示することができ、日付を横断した参加者の参加状況などを視覚的に簡単に把握することができる。また、そうして集まったメンバーによって試合などが開催可能な人数に達したかの判断し、簡単に試合などのメイキングを行うことができるようになる。
【００１０】
なお、上記「競技」とは狭義にスポーツのみを指す文言ではなく、社内での会議やネットワークを利用した知り合い募集やそのオフ会、マージャン、バンド、オーケストラ、演劇など複数の者が参加する対象すべてを含むものとする。
【発明を実施するための最良の形態】
【００１１】
以下に、図を用いて、本発明の実施の形態の一例を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１２】
なお、実施例１は、請求項１，２，３，１７，１８，１９について説明する。
【００１３】
また、実施例２は、請求項４，２０について説明する。
【００１４】
また、実施例３は、請求項５，２１について説明する。
【００１５】
また、実施例４は、請求項６，２２について説明する。
【００１６】
また、実施例５は、請求項７，２３について説明する。
【００１７】
また、実施例６は、請求項８，２４について説明する。
【００１８】
また、実施例７は、請求項９，２５について説明する。
【００１９】
また、実施例８は、請求項１０，２６について説明する。
【００２０】
また、実施例９は、請求項１１，２７について説明する。
【００２１】
また、実施例１０は、請求項１２，２８について説明する。
【００２２】
また、実施例１１は、請求項１３，２９について説明する。
【００２３】
また、実施例１２は、請求項１４，３０について説明する。
【００２４】
また、実施例１３は、請求項１５，１６，３１，３２について説明する。
【００２５】
≪実施例１≫
【００２６】
<概要>
【００２７】
図１に示すのは、本実施例におけるスケジュール管理装置の概念の一例を表す図である。この図にあるように、本実施例のスケジュール管理装置に、社内ＬＡＮを通じて開発部や営業部など各部署の端末が接続されている。そしてあるプロジェクトに関する会議を開く必要が生じた場合、各部署のプロジェクトメンバーは端末でこのスケジュール管理装置にアクセスし、会議可能日程などを入力する。
【００２８】
スケジュール管理装置は、この入力された日時を管理し、例えば端末からの要請に応じて参加希望日時入力状況を表やグラフ化して表示したり、あるいはどの日時に会議を開くのが効率的か判断して、好適な会議開催予定日時を各部署の端末に通知したりする。
【００２９】
このようにして、効率的にスケジュールを管理することが可能になる。
【００３０】
<構成>
【００３１】
図２に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「スケジュール管理装置」（０２００）は、「参加希望情報取得部」（０２０１）と、「参加希望情報管理部」（０２０２）と、を有する。
【００３２】
なお、以下に記載する本システムの機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵやメモリ、バス、ハードディスクドライブ、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの読取ドライブ、各種通信用の送受信ポート、インターフェース、その他の周辺装置などのハードウェア構成部や、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラムなどが挙げられる。
【００３３】
具体的には、メモリ上に展開されたプログラムを順次実行することで、メモリ上のデータや、インターフェースを介して入力されるデータの加工、蓄積、出力などにより各部の機能が実現される。
【００３４】
また、この発明は装置またはシステムとして実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができることもできる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００３５】
（参加希望情報取得部）
【００３６】
「参加希望情報取得部」（０２０１）は、参加希望情報を取得する機能を有する。「参加希望情報」とは、競技への参加希望日を示す日付情報と、前記競技への参加希望者に関する希望者情報と、を含む情報を言う。なお「競技」とは、前述のように所定の人数で集まって行うものをいい、例えばスポーツ競技のほかに、会議、知り合い募集、オフ会、テーブルゲーム、音楽のライブや演奏会、演劇の上演会なども含まれる。また、「競技の参加者」とは、直接競技を行うプレイヤーのみならず、例えば審判や監督、音響調整家、演出家などの関係者、協力者を含んでいてもよい。
【００３７】
（参加希望情報の例示）
【００３８】
図３に示すのは、この日付情報と希望者情報を含む参加希望情報を取得するための情報入力画面の一例を表す図である。この図にあるように、希望者情報としては、例えば参加希望者の名前の情報やｅメールアドレスや電話番号などの連絡先の情報などが挙げられる。その他にも性別や年齢、利き腕などの属性情報、居住所情報、過去の競技経験や成績情報なども挙げられる。あるいは顔写真や全身写真などの写真画像情報が含まれていても良い。
【００３９】
参加希望情報取得部は、このような入力画面を利用して入力された参加希望情報を社内ＬＡＮやインターネットなどのネットワークを介して取得するとよい。
【００４０】
また日付情報に関しても、図３に示すように情報入力画面に参加を希望する日付を入力することで取得する方法が挙げられる。また、その取得の際、第一希望日や第二希望日など複数日指定させてもよいし、また日付のみならず時間の指定を行わせても良い。
【００４１】
また図３に示すような情報入力画面によるテキスト入力やプルダウン、チェックボックス選択を利用した日付情報の取得方法以外にも、例えば詳細は図８で後述するようなカレンダー表示の日付領域などに参加者自身のキャラクターアイコンなどをドラッグ&ドロップすることで取得してもよい。あるいはカレンダー表示されている日付領域をクリックすることで図３に示すような情報入力画面が表示されるのであれば、そのクリックの際に日付情報を取得してもよい。
【００４２】
（参加希望情報のその他の例示）
【００４３】
また参加希望情報には、上記参加者に関する情報や日付情報の他に、例えば図３に示すように参加希望地域を示す情報、担当ポジションや担当楽器など役割を示す情報を含んでいてもよい。また、自分の能力を示す情報、有名人や仲のいい人など一緒にプレイしたい仲間を示す情報などが含まれていてもよい。なお、これら参加希望地域や役割、自分の能力などの情報についての詳細な説明は後述する。
【００４４】
（参加希望情報−競技識別情報）
【００４５】
あるいは、このスケジュール管理装置が、例えば地域のスポーツメンバーを包括的に募集し管理する装置である場合、取得する参加希望情報には、参加したい競技の種類を識別する競技識別情報が含まれていても良い。このような場合、スケジュール管理装置は競技識別情報で識別される競技ごとに参加希望情報を分類して管理すると良い。また、表示されるカレンダーが図１で示すような競技別カレンダーであれば、カレンダーを選択することでその競技識別情報が取得される構成であっても良い。
【００４６】
参加希望情報取得部で取得された上記のような参加希望情報が次の参加希望情報管理部において様々な形態で管理される事になる。また、後述するように、ここで取得された参加希望情報の日付情報で示される日に、例えば野球ならば９人、又は対戦相手を含めて１８人集まったか判断することができる。またその判断に際して例えば開催地域の希望やポジションの希望などその他の参加希望情報を加味した判断が行われても良い。
【００４７】
（参加希望情報管理部）
【００４８】
「参加希望情報管理部」（０２０２）は、参加希望情報取得部（０２０１）で取得した参加希望情報を管理する機能を有する。参加希望情報の管理形態の一例として、参加希望情報に含まれるさまざまな情報を、競技別、日付情報別、参加希望地域別、ポジション別などで関連付けてデータベース化し管理する形態が挙げられる。また、Ｗｅｂを通じてさまざまな参加希望者の情報が蓄積されていくので、更新などによる管理形態も含まれる。また上記ポジション別での表示、など端末からの表示指示に応じて端末に対して情報を送信する管理形態であっても良い。
【００４９】
<Ｐ２Ｐモデルの実施例>
【００５０】
なお上記実施例では、スケジュール管理装置がサーバ・クライアントモデルによって運用される例を挙げて説明しているが、もちろんそれ以外の、例えばサーバを利用するハイブリッド型、あるいはサーバを利用しないピュア型のＰ２Ｐ（ピア・ツーピア）モデルによるスケジュール管理装置の実施が行われても構わない。
【００５１】
図４１に示すのは、Ｐ２Ｐモデルによるスケジュール管理の一例を説明するための図である。この図にあるように、上記実施例のスケジュール管理装置の機能を実行するためのプログラムを、Ｐ２Ｐネットワークに接続する各クライアント端末Ａ，Ｂ，Ｃにインストールする。そしてあるノード（端末）Ａにおいて参加希望情報取得部で参加希望情報が取得されスケジュールに関する情報が変更された。すると、Ｐ２Ｐ接続されているその他のノードＢの参加希望情報管理部において、参加希望情報の同期、更新が行われる。このようにしてＰ２Ｐネットワーク内での情報の一貫性を保持しつつスケジュール管理を行う方法が挙げられる。なお、最新の情報を保持しているノードＡ，Ｂなどすべてがオフラインとなっている場合にＰ２Ｐネットワークに接続したノードＣの参加希望情報を最新のものとするためには、例えばメールサーバを利用すると良い。すなわちノードＡにて取得された参加希望情報を反映した最新のスケジュールなどを予めメールにてメールサーバに送信しておく。そしてこの最新のスケジュールに関する情報を保持していないノードＣがＰ２Ｐネットワークに接続された際に、メールサーバに保持されている最新の情報がメールによって送信されることで、参加希望情報の同期、更新を行う方法である。
【００５２】
もちろんＰ２Ｐネットワーク内での情報の一貫性を保持するための方法は、上記のようなメールサーバを利用したハイブリッド型のＰ２Ｐモデルでの方法の他に、以下のようなピュア型のＰ２Ｐモデルによる方法であっても良い。すなわち、ネットワーク接続対応のデジタルテレビなどＰ２Ｐネットワークに常時接続されているノードがいることを前提に、その常時接続されたノードを利用して情報の一貫性を保持する方法である。この場合、最新の参加希望情報が反映されたスケジュールに関する情報は、この常時接続ノードに自動的に取得、保持される。そしてこのピュア型のＰ２Ｐネットワークに接続したノードは、この常時接続ノードの保持する情報によって常に最新の状態に維持され、ネットワーク内で流通しているスケジュールに関する情報を参照し、その情報の同期、更新を行うような構成をとる方法が挙げられる。
【００５３】
このように、最新の参加希望情報を取得、管理するクライアント端末（ノード）が、サーバ装置と同様の立場となる、と言うことができる。
【００５４】
また、各ノードのデータをキャッシュ化しても良い。「キャッシュ化」とは、例えばコンピュータ装置の場合、ハードディスクなどに比べ高速に読み書き可能なメモリやＣＰＵ内のキャッシュメモリなどにデータを蓄えることで、データの高速な読み書きを行うためのデータ蓄積方法である。したがって、ノードに蓄積されているスケジュールに関する情報がキャッシュ化されることで、情報の検索高速化を図ったり、キャッシュの履歴を利用して効率的に検索を行えるように図ったりすることが可能になる。
【００５５】
また、実施例２以降でもサーバ・クライアントモデルによるスケジュール管理装置の実施を例に挙げ説明しているが、同様にＰ２Ｐモデルでのスケジュール管理装置の実施であっても良いことは言うまでもない。
【００５６】
<処理の流れ>
【００５７】
図４に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。なお、以下に示す処理の流れは、方法、計算機に実行させるためのプログラム、またはそのプログラムが記録された読み取り可能な記録媒体として実施されうる。
【００５８】
この図にあるように、まず、参加希望情報を取得する（ステップＳ０４０１）。次に、参加希望情報を管理する（ステップＳ０４０２）。
【００５９】
<効果の簡単な説明>
【００６０】
以上のように、本実施例のスケジュール管理装置によって様々な参加者を募り参加希望情報を取得し、例えば接点のない者同士であっても効率的に管理を行うことが可能になる。
【００６１】
≪実施例２≫
【００６２】
<概要>
【００６３】
本実施例のスケジュール管理装置は、実施例１を基本として、参加希望者が定足になったか判断する機能を備えていることを特徴とする。例えば、野球ならば、その開催にルールに則れば１８人（相手チームが揃っているのならば自チームのみの９人）必要である。このような場合、本実施例のスケジュール管理装置では、参加希望情報の日付情報に基づいて１８人（あるいは９人）に達している日を試合の開催日と判断する。
【００６４】
このように、競技を開くに足る人数が集まったかスケジュール管理装置が判断し、参加者は例えばメールによる通知などでそれを知ることが出来る。したがって、参加希望者はスケジュール管理装置に競技の開催日時の決定まで任せることができる。
【００６５】
<構成>
【００６６】
図５に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「スケジュール管理装置」（０５００）は、実施例１を基本として、「参加希望情報取得部」（０５０１）と、「参加希望情報管理部」（０５０２）と、を有する。なお、この「参加希望情報取得部」と「参加希望情報管理部」は実施例１で説明済みであるので、その説明は省略する。
【００６７】
そして、本実施例の「スケジュール管理装置」（０５００）は、特徴点として、さらに「定足判断部」（０５０３）を有する。
【００６８】
（定足判断部）
【００６９】
「定足判断部」（０５０３）は、前記日付情報で示される日に、前記競技の参加希望者が定足となったか判断する機能を有する。「定足」とは、競技を開催するに足る参加者の人数をいい、例えば野球ならば９人など、それぞれのルールに則した人数が挙げられる。もちろん、厳密にルールに則らなくても、６人でも野球をしたい場合やオーケストラのコンサートのように人数が特別決まっていない場合などは、競技を開催可能だと考えられる最低人数などを定足としても良い。あるいは、最低限ピッチャーとキャッチャー、バイオリン２人にギター１人など、後述するように担当ポジションなどを考慮した定足であっても構わない。
【００７０】
（定足の判断処理の一例）
【００７１】
図６に示すのは、定足判断部での判断処理の一例について説明するための概念図である。この図にあるように、スケジュール管理装置が組み込まれたサーバ装置内に、前記参加希望情報で取得した各日ごとの参加希望者に関する情報が蓄積されている。そして例えば５日においては、ポジション１（投手）を希望する者が２人、ポジション２（捕手）を希望する者が１人、ポジション３（内野：一塁手）を希望する者が３人、ポジション５（内野：三塁手）を希望する者が１人、ポジション８（外野：中堅手）を希望する者が１人、といった参加状況となっている。
【００７２】
ここでポジション７（外野：左翼手）を希望する参加者の参加希望情報を取得した。するとサーバ装置は、予め保持している試合成立条件「内野２人以上、外野２人以上、捕手及び投手１人以上、全部で９人以上」という人数の条件を満たしているか判断する。そしてこの人数の条件を満たしている場合、定足になったと判断し試合成立と判断する。
【００７３】
なお、上記条件は、例えば競技ごとに予め設定されサーバ装置内に保持されていても良いし、この日の野球の試合開催を企画した発案者や参加希望者により希望された条件情報を取得することで設定されても良い。また、その条件内容も、単純に最低限の人数による条件でも良いし、上記例のようにポジション、あるいは参加地域や時刻、能力、年齢、性別など参加希望情報で取得される各情報を考慮する人数の条件が定められていても良い。
【００７４】
（定足判断結果の出力）
【００７５】
また、定足判断部での上記定足となった旨の判断結果を参加希望者に出力する機能を有する定足情報出力部を、本実施例のスケジュール管理装置が備えていても良い。この定足情報出力部は、例えば定足となった日付への参加希望者のメールアカウントに対してメールを送信することで試合の成立を通知しても良い。あるいは後述するカレンダー表示部にて表示されるカレンダーの日付領域上で試合成立を示すテキストやアイコンを表示することで試合成立を参加者に通知しても良い。
【００７６】
このようにして定足判断部での定足になったか否かの判断や、メールなどによる定足になった旨の情報が出力され参加希望者に通知されることで、参加希望者同士で日程の聞き取りや調整などの手間をとることなく競技の開催を行うことが出来る。
【００７７】
<処理の流れ>
【００７８】
図７に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。この図にあるように、まず、日付情報と希望者情報とを含む参加希望情報を取得する（ステップＳ０７０１）。次に、参加希望情報を管理する（ステップＳ０７０２）。最後に、前記日付情報で示される日に、競技への参加希望者が定足となったか判断する（ステップＳ０７０３）。
【００７９】
<効果の簡単な説明>
【００８０】
以上のように、本実施例のスケジュール管理装置によって、定足になったか否かの判断や、メールなどによる定足になった旨の参加希望者への通知を行うことができる。したがって、参加希望者同士で日程の聞き取りや調整などの手間をとることなく競技の開催を行うことが出来る。
【００８１】
≪実施例３≫
【００８２】
<概念>
【００８３】
本実施例のスケジュール管理装置は、端末のディスプレイ上にカレンダー表示を行う機能を有している。すなわちカレンダー表示された日付を横断した参加者の参加状況などを視覚的に簡単に把握することができる。
【００８４】
図８に示すのは、本実施例のスケジュール管理装置により表示されたカレンダーの一例を模式的に表した図である。ここでは、本実施例のスケジュール管理装置はネットワーク上のサーバ装置に導入され、アクセスしてきたユーザーの端末のディスプレイに図８に示すような画面をカレンダー表示する。
【００８５】
ここに、４月の土曜日にベースボールをしたいと考えるユーザーがいる。そこで、このユーザーは自身の端末からこのサーバ装置のスケジュール管理装置にアクセスした。すると図に示すようにベースボールやサッカーなどタブ形式で競技別に分かれた４月のカレンダーが端末のディスプレイ上に表示される。ユーザーはこの中からベースボールのカレンダーを選択し端末に表示させる。すると、４月５日の領域にキャラクターアイコンが５つ表示されており、ユーザーはこの日に５人の参加希望者があることを一目で把握することができる。
【００８６】
土曜日ならばいつ試合をしてもいいこのユーザーは、人の集まりの良いこの４月５日のベースボールの試合への参加してもよいと考える。そこで該当日にカーソルを合わせるとカレンダー下部にある詳細情報を表示するスペースに、現在集まっているメンバーの数や埋まっているポジション、試合会場などの情報が表示される。この詳細情報を参照し、自分の希望に合っていると思ったこのユーザーは、自身の守備ポジションや打率、盗塁成功数などの情報を入力し、ドラッグ&ドロップなどの操作で自分のキャラクターアイコンを該当日に追加する。これにより、このユーザーは４月５日に○×市営グラウンドで開催されるベースボールの試合に参加希望であることを表明することができる。
【００８７】
そして各地のユーザーが同様にネットワークに接続された端末でスケジュール管理装置によるカレンダーを表示して、ベースボールが近所で希望する日時に開催されるかなど詳細情報を参考に判断し、試合への参加希望をこのスケジュール管理装置を利用して表明する。このようにして集まったメンバーがベースボールの試合を開催可能な所定人数に達すると、このスケジュール管理装置は、参加希望を表明したユーザーに対して試合の開催が可能になったことを例えばメールなどで通知する。
【００８８】
このようにして本実施例のスケジュール管理装置によって、ユーザーは日付を横断してどの日のメンバーの集まりがいいのか、などの情報を視覚的に容易に把握することできる。また、そうして集まった人が、例えばベースボールの試合を開催可能な人数に達したか否かスケジュール管理装置が判断し参加者はそれを知ることが出来る。
【００８９】
<構成>
【００９０】
図９に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「スケジュール管理装置」（０９００）は、実施例２を基本として、「参加希望情報取得部」（０９０１）と、「参加希望情報管理部」（０９０２）と、「定足判断部」（０９０３）と、を有する。なお、この「参加希望情報取得部」と「参加希望情報管理部」と「定足判断部」は実施例１および２で説明済みであるので、その説明は省略する。
【００９１】
そして、本実施例の「スケジュール管理装置」（０９００）は、特徴点として、さらに「カレンダー表示部」（０９０４）を有する。
【００９２】
（カレンダー表示部）
【００９３】
「カレンダー表示部」（０９０４）は、参加希望情報管理部（０９０２）で管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示する機能を有する。
【００９４】
（日付領域）
【００９５】
「日付領域」とは、表示されたカレンダーの日ごとに区切られた表示領域をいう。この日付領域の表示方法は、図８で示すように、例えばカレンダーの各日ごとの日付領域を並べて同時に表示する方法が挙げられる。そしてこの日付領域に、例えばキャラクターアイコンによる表示や数字表示などで参加希望者の人数が明示的にカレンダー表示される。
【００９６】
あるいは、図１０のＡに示すように、カレンダー表示自体には参加希望者の人数は明示されていないが、そのカレンダー表示されている日付にカーソルを合わせるとポップアップ機能などでその日付の日付領域が別枠で拡大表示される方法であっても良い。または図１０のＢで示すように、カレンダーの週の頭にカーソルを合わせるとその週に含まれる各日ごとの日付領域を別枠で表示する方法や、曜日の頭にカーソルを合わせると、その月に含まれる指定曜日の日付領域を別枠で拡大表示する方法も挙げられる。また、その日付領域がさらに時間によって細分化され表示されても良い。
【００９７】
（参加希望者の数の明示）
【００９８】
また、参加希望者の人数を明示してカレンダー表示するための方法として、上記のように例えば参加希望者があることを表すマークを利用する方法が挙げられる。そのマークは例えばＣＧ（コンピュータ・グラフィックス）で描画されたキャラクターアイコンや、参加希望情報取得部で参加希望情報として取得した本人の写真を利用したマークなどが挙げられる。その他にも、いわゆるアバターのようにユーザーが服装や髪型、アクセサリなどを選択して作り上げた仮想空間上のキャラクターを利用しても良い。
【００９９】
このように視認容易な参加者マークが日付領域に表示されることで、ユーザーは日付ごとの参加状況を容易に把握することが可能になる。
【０１００】
またその表示方法は、参加者一人一人のキャラクターアイコンなどが表示される形態でも良いし、日付領域の表示スペースが狭い場合など５人や１０人単位のマークを利用した表示形態であっても良い。また、このマークは日付領域に表示されるのみならず、ドラッグ&ドロップして参加希望の日付情報を指定するために利用されても良い。
【０１０１】
もちろんこのようなキャラクターアイコンなどを利用する他に、日付領域に数字を表示することで参加人数を明示的に表示してもよい。
【０１０２】
（カレンダー表示されるその他の項目）
【０１０３】
なお「カレンダー表示」とは、カレンダーの日付領域の表示のみならず、図８で示すような試合開催地の情報などその他の情報を表示するための日付領域以外の枠領域も含めて表示する形態も含むものとする。また、前記枠領域とは、一画面を、日付領域と１又は複数の枠領域に分割することで表示する表示形態でもよいし、日付領域などにカーソルを合わせたりクリックしたりすることでポップアップでの表示や別ウィンドウが開きそこに表示される形態でもよい。
【０１０４】
そして、この日付領域やそれ以外の枠領域には、参加希望者の人数が明示的に表示される他に、図８で示すような参加希望ポジションや参加希望者の打率、盗塁成功率などの参加希望情報に含まれる各種情報が表示されるとよい。
【０１０５】
このように日付領域上で競技への参加希望者の人数が明示的に表示されることで、ユーザーは日ごとの参加状況を視覚的に把握しやすくなる。
【０１０６】
また、図４０に示すように、カレンダー表示部（４００４）が、サーバであるスケジュール管理装置とインターネットを通じて接続されているクライアント端末にあるような構成であっても良い。もちろん、カレンダー表示部に加え参加希望情報管理部などがクライアント端末にある構成であっても構わない。このようにカレンダー表示部がクライアント端末にあれば、ユーザーがそのカレンダー表示を自分に合わせて容易にカスタマイズすることが可能になる。
【０１０７】
また、前述のように、本実施例のスケジュール管理装置はサーバ装置を必要としないＰ２Ｐモデルであっても良い。その場合、個々のノードにおいて最新の情報として保持されている参加希望情報に基づいて、図８に示すようなカレンダー表示を行うと良い。
【０１０８】
<処理の流れ>
【０１０９】
図１１に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。
【０１１０】
この図にあるように、まず、日付情報と参加希望者に関する情報とを含む参加希望情報を取得する（ステップＳ１１０１）。次に、前記ステップＳ１１０１で取得した参加希望情報を管理する（ステップＳ１１０２）。つづいて、前記ステップＳ１１０２にて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示する（ステップＳ１１０３）。また、前記ステップＳ１１０２にて管理されている日付情報で示される日に、前記競技の参加希望者が定足となったか判断する（ステップＳ１１０４）。
【０１１１】
<効果の簡単な説明>
【０１１２】
このようにして本実施例のスケジュール管理装置によって参加者の人数が日付領域に明示的に表示されることで、ユーザーは日付ごとの参加状況を容易に把握することが可能になる。また定足になったかの判断と、定足になった旨の情報が出力され参加希望者に通知されることで、参加希望者同士で日程の聞き取りや調整などの手間をとることなく競技の開催を行うことが出来る。
【０１１３】
また、このスケジュール管理装置を利用して知らない者同士が集まることが出来るので、通常のサークルなどを超えたグループを容易に形成することが出来る。
【０１１４】
≪実施例４≫
【０１１５】
<概念>
【０１１６】
本実施例のスケジュール管理装置は、実施例３を基本として、参加を希望する地域や自身が住んでいる地域などの地域識別情報を取得し、その地域における参加者が定足になったかを判断する機能を備えている点を特徴とする。したがって、野球への参加を希望する人数が定足に達したのはいいが、その参加希望者の一人が試合会場の三鷹市から遠く離れた新潟在住であり、結局人数が足りなかったなどの事態を防ぐことができる。
【０１１７】
図１２に示すのは、本実施例のスケジュール管理装置により端末上に表示される表示画面の一例を模式的に表す図である。この図にあるように、ネットワーク上のサーバ装置に導入された本実施例のスケジュール管理装置は、アクセスしてきたユーザー端末のディスプレイに都道府県別に分割された日本地図を表示する。ユーザーは表示された日本地図の中から参加を希望する地域や自身の居住地などを含む都道府県、例えば東京都をクリックする。すると、今度は東京都が市や区ごとに分割されて表示され、ユーザーは同様に地域を指定してクリックする。
【０１１８】
そして、このようにして指定された「東京都三鷹市○×市営公園」などの地域識別情報が参加希望情報に含まれてスケジュール管理装置に取得されることで、日付の他に、例えば競技への参加者の参加可能地域なども加味して定足になったかの判断を行うことができる。
【０１１９】
<構成>
【０１２０】
図１３に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例のスケジュール管理装置は、実施例３を基本として、「参加希望情報取得部」（１３０１）と、「参加希望情報管理部」（１３０２）と、「定足判断部」（１３０３）と、「カレンダー表示部」（１３０４）と、を有する。なお、上記「参加希望情報取得部」と「参加希望情報管理部」と「定足判断部」と「カレンダー表示部」の各機能ブロックは、実施例１，２，３で説明済みであるのでその説明は省略する。
【０１２１】
そして本実施例の特徴点は、「カレンダー表示部」（１３０４）が「地域表示手段」（１３０５）を有し、「定足判断部」（１３０３）が「地域定足判断手段」（１３０６）を有する点である。
【０１２２】
（地域識別情報）
【０１２３】
また、更なる特徴点として、本実施例の「参加希望情報取得部」（１３０１）が取得する参加希望情報には、地域識別情報が含まれる点も挙げられる。「地域識別情報」とは、地域を識別するための情報をいい、「中野区」や「三鷹市○×市営公園」などの地名やランドマーク名などや、それを識別するために固有に付されたコード情報などが挙げられる。また、参加希望情報に含まれる地域識別情報は、競技への参加者が参加を希望する地域、参加が可能な地域の地域識別情報、あるいは競技開催予定地域の地域識別情報や参加者の居住地域の地域識別情報など、さまざまな地域の地域識別情報であってよい。
【０１２４】
なお、この地域識別情報の取得方法については、実施例１の参加希望情報取得部で説明したように、情報入力画面上で例えばテキスト入力やチェックボックス、プルダウン選択入力などで地域識別情報を入力してもらい、インターネット網を介して取得する方法が挙げられる。
【０１２５】
その他に、概念で記載したようにスケジュール管理装置によってユーザー端末にグラフィカルな地図画像が表示され、ユーザーにその画像から地域を選択させることで地域識別情報を取得してもよい。なお、ユーザー端末に上記地図画像などを表示する機能は後述するカレンダー表示部の地域表示手段の機能によって実現されうる。
【０１２６】
（地域表示手段）
【０１２７】
「地域表示手段」（１３０５）は、地域識別情報に基づいて前記カレンダー表示を行うための機能を有する。この「地域識別情報に基づくカレンダー表示」とは、例えば参加希望情報としての地域識別情報を取得するためのカレンダー表示が挙げられる。具体的にはユーザー選択用に予め地域識別情報が蓄積されており、その蓄積してある地域識別情報に基づいてユーザー端末上で、例えば概念で説明したようなグラフィカルな地図画像をカレンダーの枠内や別ウィンドウなどに表示したり、チェックボックス、プルダウンによる地域選択が可能な情報入力画面をカレンダー表示したりする、という具合である。
【０１２８】
地域表示手段による上記のようなカレンダー表示によって、本実施例のスケジュール管理装置は参加希望情報としての地域識別情報を取得することができる。それによって、以下の地域定足判断手段による判断も可能になる。
【０１２９】
また、その他の「地域識別情報に基づくカレンダー表示」の一例として、例えば上記のような選択入力やテキスト入力などによって取得され、参加希望情報管理部で管理されている地域識別情報をその参加希望者と関連付けてカレンダー表示する形態も挙げられる。具体的には、カレンダー上の日付領域に表示されている参加希望者のキャラクターアイコンなどと関連付けて、その参加希望者が参加を希望している地域などのテキスト情報がカレンダー表示される、といった具合である。あるいは、「三鷹市○×市営公園」をカレンダーの別枠などで表示させると、地域識別情報に基づいて三鷹市○×公園で開催される競技への参加希望者の人数が明示的にカレンダー表示されるなどの表示形態であってもよい。
【０１３０】
このように参加希望情報管理部で管理されている地域識別情報に基づいてカレンダー表示することによって、ユーザーは参加者の人数を、地域ごとに視覚的に容易に把握することができる。
【０１３１】
（地域定足判断部）
【０１３２】
「地域定足判断手段」（１３０６）は、参加希望情報取得部（１３０１）で取得した地域識別情報に基づいて前記地域での参加希望者が定足となったか判断する機能を有する。この地域定足判断手段による判断は、例えば地域識別情報で識別される地域が中野区ならば中野区のみを判断対象とするのではなく、例えば隣接地域への参加希望者や、緯度経度情報から半径１０キロメートル以内の地域への参加希望者なども含んで定足となるか判断してもよい。
【０１３３】
また、参加希望情報に含まれる地域識別情報として、第一希望地域、第二希望地域など複数取得された場合、重み付けや人数の比率などに基づいて複数の希望地域を比較して定足となるか判断してもよい。
【０１３４】
<処理の流れ>
【０１３５】
図１４に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。この図にあるように、まず、日付情報と希望者情報と地域識別情報と、を含む参加希望情報を取得する（ステップＳ１４０１）。次に、前記ステップＳ１４０１で取得した参加希望情報を管理する（ステップＳ１４０２）。つづいて、前記ステップＳ１４０２にて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示する（ステップＳ１４０３）。また、前記地域識別情報に基づいてカレンダー表示を行う（ステップＳ１４０４）
【０１３６】
また、前記ステップＳ１４０２にて管理されている日付情報で示される日に、地域識別情報で示される地域における前記競技の参加希望者が定足となったか判断する（ステップＳ１４０５）。
【０１３７】
（その他の処理の流れ）
【０１３８】
なお上記処理の流れは、参加希望者が参加希望地域を入力画面で入力するなどの、参加希望情報管理部で管理されている地域識別情報に基づくカレンダー表示を行う場合の処理の流れの一例である。その他にも、概念のように予め地図を表示させる場合の処理の流れの一例としては、ステップＳ１４０１の前の処理に、地域識別情報に基づくカレンダー表示を行うステップＳ１４００を有し、ステップＳ１４０１では、ステップＳ１４００でのカレンダー表示された地域識別情報を（ユーザーの選択により）取得する、という具合の処理の流れとなる。
【０１３９】
<効果の簡単な説明>
【０１４０】
以上のような本実施例のスケジュール管理装置によって、参加希望者の参加希望または参加可能地域なども加味して定足になったかの判断を行うことが可能になる。つまり、定足になったが競技の開催地が遠すぎて参加できない参加希望者がいたなどの事態を抑え、より確実な競技の開催可能性を判断することができる。
【０１４１】
また、参加希望情報に含まれる地域識別情報に基づいて参加希望者と地域を関連付けてカレンダー表示することで、ユーザーは、地域ごとの参加希望者の人数を視覚的に容易に把握することができる。
【０１４２】
≪実施例５≫
【０１４３】
<概念>
【０１４４】
本実施例のスケジュール管理装置は、実施例３や４を基本として、「守備位置はサード」や「舞台演出の経験あり」などの参加希望者の希望する役割を示す情報を取得し、その役割における参加者が定足になったかを判断する機能を備えている点を特徴とする。
【０１４５】
図１５に示すのは、本実施例のスケジュール管理装置による画面表示の一例を模式的に表した図である。この図にあるように、ネットワーク上のサーバ装置に導入された本実施例のスケジュール管理装置は、アクセスしてきたユーザー端末のディスプレイ上に野球のプレイグラウンドを示す画像（ダイアモンドの画像）を表示する。ユーザーは表示されたダイアモンド画像の中で、自分が参加を希望するポジション、例えばサードの位置に自身のキャラクターアイコンをドラッグ&ドロップにより移動させる。
【０１４６】
そして、このようにして指定された「サード」などの役割を示す情報が参加希望情報に含まれスケジュール管理装置に取得されることで、日付や地域の他に、例えば競技への参加者が参加を希望する役割も加味して定足になったかの判断を行うことができる。
【０１４７】
<構成>
【０１４８】
図１６に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例のスケジュール管理装置は、実施例３を基本として、「参加希望情報取得部」（１６０１）と、「参加希望情報管理部」（１６０２）と、「定足判断部」（１６０３）と、「カレンダー表示部」（１６０４）と、を有する。なお、上記「参加希望情報取得部」と、「参加希望情報管理部」と、「定足判断部」と、「カレンダー表示部」の各機能ブロックは、実施例１，２，３で説明済みであるのでその説明は省略する。また、実施例４を基本として「地域表示手段」や「地域定足判断手段」を有していてもよい。
【０１４９】
そして本実施例の特徴点は、「カレンダー表示部」（１６０４）が「役割表示手段」（１６０５）を有し、「定足判断部」（１６０３）が「役割定足判断手段」（１６０６）を有する点である。
【０１５０】
（役割情報）
【０１５１】
また、更なる特徴点として、本実施例の「参加希望情報取得部」（１６０１）が取得する参加希望情報には、役割情報が含まれる点も挙げられる。「役割情報」とは、参加希望者が競技において希望する役割を示す情報をいい、サードやフォワードなどの各スポーツにおけるポジションや、ギターやドラムなど担当楽器などのプレイヤーとしての役割を示す情報や、演出家や脚本家、照明などの競技の関係者や協力者としての役割を示す情報が挙げられる。
【０１５２】
なお、この役割情報の取得方法については、地域識別情報と同様に、情報入力画面上でテキスト入力や選択入力でユーザーに役割情報を入力してもらい、インターネット網を介して取得する方法が挙げられる。あるいは概念で記載したようにスケジュール管理装置によってユーザー端末にグラフィカルなプレイフィールド画像などが表示され、ユーザーがその画像の中から希望する役割の位置などを選択することで役割情報を取得してもよい。なお、ユーザー端末に上記プレイフィールド画像などを表示する機能は後述するカレンダー表示部の役割表示手段の機能によって実現されうる。
【０１５３】
（役割表示手段）
【０１５４】
「役割表示手段」（１６０５）は、役割情報に基づいて前記カレンダー表示を行うための機能を有する。この「役割情報に基づくカレンダー表示」とは、地域識別情報と同様に、例えば参加希望情報としての地域識別情報を取得するためのカレンダー表示が挙げられる。具体的にはユーザー選択用に予め役割情報が蓄積されており、その蓄積してある役割情報に基づいてユーザー端末上にグラフィカルなプレイフィールド画像をカレンダーの枠内や別ウィンドウなどにカレンダー表示したり、チェックボックス、プルダウンによる役割選択が可能な情報入力画面をカレンダー表示したりする、という具合である。
【０１５５】
役割表示手段による上記のようなカレンダー表示によって、本実施例のスケジュール管理装置は参加希望情報としての役割情報を取得することができる。また、それによって、以下の役割定足判断手段による判断も可能になる。
【０１５６】
また、その他の「役割情報に基づくカレンダー表示」の一例として、やはり地域識別情報と同様に、参加希望情報として参加希望情報管理部で管理されている役割情報をその参加希望者と関連付けてカレンダー表示する形態も挙げられる。具体的には、カレンダー上の日付領域に表示されている参加希望者のキャラクターアイコンなどと関連付けて、その参加希望者が参加を希望している役割などのテキスト情報がカレンダー表示される、といった具合である。あるいは、スケジュール管理装置に検索機能を具備することで、例えば「サード」のポジション希望者がいない日を検索するなどしてその日がカレンダー表示されてもよい。
【０１５７】
このように参加希望情報管理部で管理されている役割情報に基づいてカレンダー表示することによって、ユーザーは役割ごとの参加希望者や、特定の日にどの役割が足りていないのかなどを容易に把握することができる。
【０１５８】
（役割定足判断手段）
【０１５９】
「役割定足判断手段」（１６０６）は、参加希望情報取得部（１６０１）で取得した役割情報に基づいて競技における役割が定足となったか判断する機能を有する。この役割定足判断手段による判断は、やはり地域識別情報と同様に、例えば役割情報で示される役割がサードならばサードのみを判断対象とするのではなく、例えば内野全般を判断対象としてもよいし、ファーストに空きがあるならば外野でもファーストと互換性があるとして定足となるか判断する、など様々な判断基準に基づいて判断してもよい。その場合、その判断基準は、例えば競技の開催の提案者などによって予め定められているとよい。
【０１６０】
<処理の流れ>
【０１６１】
図１７に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。
【０１６２】
この図にあるように、まず、日付情報と希望者情報と役割情報と、を含む参加希望情報を取得する（ステップＳ１７０１）。次に、前記ステップＳ１７０１で取得した参加希望情報を管理する（ステップＳ１７０２）。つづいて、前記ステップＳ１７０２にて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示する（ステップＳ１７０３）。また、役割情報に基づいてカレンダー表示を行う（ステップＳ１７０４）。
【０１６３】
また、前記ステップＳ１７０２にて管理されている日付情報で示される日に、役割情報で示される役割が定足となったか判断する（ステップＳ１７０５）。
【０１６４】
なお、上記処理の流れは参加希望情報管理部で管理されている役割情報に基づくカレンダー表示を行う場合の処理の流れの一例であるので、地域識別情報同様、ステップＳ１７０１の前の処理に、役割情報に基づくカレンダー表示を行うステップＳ１７００を有していてもよい。
【０１６５】
<効果の簡単な説明>
【０１６６】
以上のような本実施例のスケジュール管理装置によって、参加希望者が参加を希望する役割も加味して定足になったかの判断を行うことが可能になる。また、参加希望情報に含まれる役割情報に基づいて参加希望者と役割を関連付けてカレンダー表示することで、ユーザーは、特定の日にどの役割が足りていないのかなどを容易に把握することができる。
【０１６７】
≪実施例６≫
【０１６８】
<概念>
【０１６９】
本実施例のスケジュール管理装置は、実施例３，４，５のいずれかを基本として、参加希望者の自己申告や過去の成績などによる能力を示す情報を取得し、その能力をカレンダー表示する機能を備えている点を特徴とする。
【０１７０】
図１８に示すのは、本実施例のスケジュール管理装置による表示画面の一例を模式的に表した図である。この図にあるように、ネットワーク上のサーバ装置に導入された本実施例のスケジュール管理装置は、アクセスしてきたユーザー端末のディスプレイに、参加希望者の打率や盗塁数、また投手ならば防御率や捕手ならば盗塁阻止率など、その能力を示す情報をポップアップ表示などでカレンダー表示する。
【０１７１】
このようにして参加希望者の能力が表示されることで、例えば開催される競技のレベルや欲しいメンバーの選択、能力に応じた試合の戦略などを知ることができる。
【０１７２】
<構成>
【０１７３】
図１９に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例のスケジュール管理装置は、実施例３を基本として、「参加希望情報取得部」（１９０１）と、「参加希望情報管理部」（１９０２）と、「定足判断部」（１９０３）と、「カレンダー表示部」（１９０４）と、を有する。なお、上記「参加希望情報取得部」と、「参加希望情報管理部」と、「定足判断部」と、「カレンダー表示部」の各機能ブロックは、実施例１，２，３で説明済みであるのでその説明は省略する。また、実施例４、５を基本とした機能ブロックをさらに有していてもよい。
【０１７４】
そして本実施例の特徴点は、「カレンダー表示部」（１９０４）が「参加希望者能力表示手段」（１９０５）を有する点である。
【０１７５】
（参加希望者能力情報）
【０１７６】
また、更なる特徴点として、本実施例の「参加希望情報取得部」（１９０１）が取得する参加希望情報には、参加希望者能力情報が含まれる点も挙げられる。「参加希望者能力情報」とは、競技への参加者の能力を示す情報をいい、参加者の能力を判断する指標となる情報、例えば打率やシュート成功率、平均スコアなど過去の競技での成績情報や、「甲子園出場歴あり」や「バレー歴１０年」などの経験情報、あるいは「速さ（あるいは１００メートル走のタイム）」、「強さ（あるいは握力）」などを示すパラメータ情報などが挙げられる。
【０１７７】
なお、この参加希望者能力情報の取得方法については、情報入力画面上で参加希望者に参加希望者能力情報を入力してもらいインターネット網を介して自己申告により取得する方法や、別の参加者が客観的に見た能力を同じくインターネット網を介して取得する方法が挙げられる。あるいは参加者の識別情報をキーとして過去の打率などのデータベースを参照し取得する方法なども挙げられる。また、他人による参加希望者能力情報の入力においては、パスワードなどを設定することで信頼のおける人物からのみ入力してもらうことができるようにしても良い。
【０１７８】
（参加希望者能力表示手段）
【０１７９】
「参加希望者能力表示手段」（１４０６）は、前記参加希望者能力情報に基づいて前記カレンダー表示を行う機能を有する。その参加希望者能力情報の表示方法としては、例えば数値表示、グラフ表示、能力を示す数値などの大小に応じたアイコンの大きさによる表示などが挙げられる。
【０１８０】
そしてこのような形態で表示される参加希望者能力情報が、ポップアップ表示や別ウィンドウ表示などカレンダー表示されることにより、ユーザーは他の参加者の能力を知ることができる。
【０１８１】
<処理の流れ>
【０１８２】
図２０に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。
【０１８３】
この図にあるように、まず、日付情報と希望者情報と参加希望者能力情報と、を含む参加希望情報を取得する（ステップＳ２００１）。次に、前記ステップＳ２００１で取得した参加希望情報を管理する（ステップＳ２００２）。つづいて、前記ステップＳ２００２にて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示する（ステップＳ２００３）。また、参加希望者能力情報に基づいてカレンダー表示を行う（ステップＳ２００４）。
【０１８４】
また、前記ステップＳ２００２にて管理されている日付情報で示される日に前記競技の参加希望者が定足となったか判断する（ステップＳ２００５）。
【０１８５】
<効果の簡単な説明>
【０１８６】
以上のような本実施例のスケジュール管理装置によって、参加希望者の能力を参加希望者と関連付けてカレンダー表示することで、ユーザーは、他の参加者の能力を容易に把握することができる。
【０１８７】
また、自己の能力をアピールし、別の試合に招待されるなどより多くのグループへ参加する機会を増やすことができる。
【０１８８】
≪実施例７≫
【０１８９】
<概念>
【０１９０】
本実施例のスケジュール管理装置は、実施例６を基本として、参加希望者能力情報で示される能力も加味して参加者が定足になったかを判断する機能を備えている点を特徴とする。具体的には、例えばレベルの高い試合を望む、あるいは逆にのんびり競技を楽しみたい場合など、参加希望者能力情報で示される打率や防御率の高低に応じて定足判断の際の参加人数に含めたり含めなかったりする処理を行う、という具合である。
【０１９１】
このようにして日付や地域の他に、参加希望者の能力も加味して定足になったかの判断を行うことができる。
【０１９２】
<構成>
【０１９３】
図２１に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例のスケジュール管理装置は、実施例６を基本として、「参加希望情報取得部」（２１０１）と、「参加希望情報管理部」（２１０２）と、「定足判断部」（２１０３）と、「カレンダー表示部」（２１０４）と、「参加希望者能力表示手段」（２１０５）と、を有する。なお、上記「参加希望情報取得部」と、「参加希望情報管理部」と、「定足判断部」と、「カレンダー表示部」と、「参加希望者能力表示手段」の各機能ブロックは、上記実施例で説明済みであるのでその説明は省略する。
【０１９４】
そして本実施例の特徴点は、「定足判断部」（２１０３）が「参加希望者能力定足判断手段」（２１０６）を有する点である。
【０１９５】
（参加希望者能力定足判断手段）
【０１９６】
「参加希望者能力定足判断手段」（２１０６）は、参加希望情報取得部（２１０１）で取得した参加希望者能力情報に基づいて参加希望者が定足となったか判断する機能を有する。この参加希望者能力定足判断手段による判断は、概念で述べたように、参加希望者能力情報で示される能力が所定の基準以上または以下の参加希望者は参加人数に含めないなどの処理により行われるとよい。またその場合、その所定の基準は、例えば競技の開催の提案者などによって予め定められているとよい。
【０１９７】
<処理の流れ>
【０１９８】
図２２に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。
【０１９９】
この図にあるように、まず、日付情報と希望者情報と参加希望者能力情報と、を含む参加希望情報を取得する（ステップＳ２２０１）。次に、前記ステップＳ２２０１で取得した参加希望情報を管理する（ステップＳ２２０２）。つづいて、前記ステップＳ２２０２にて管理されている参加希望情報をカレンダーの日付領域に参加希望者の人数を明示してカレンダー表示する（ステップＳ２２０３）。また、参加希望者能力情報に基づいてカレンダー表示を行う（ステップＳ２２０４）。
【０２００】
また、前記ステップＳ２２０２にて管理されている日付情報で示される日に、参加希望者能力情報に基づいて前記競技の参加希望者が定足となったか判断する（ステップＳ２２０５）。
【０２０１】
<効果の簡単な説明>
【０２０２】
以上のような本実施例のスケジュール管理装置によって、参加希望者の能力も加味して定足になったかの判断を行うことができる。それにより、参加者の競技レベルに合った仲間を集めたり、絶対試合に勝ちたい場合などには高い能力を有する参加者を集めたりすることができる。
【０２０３】
≪実施例８≫
【０２０４】
<概念>
【０２０５】
図２３に示すのは、本実施例のスケジュール管理装置による画面表示の一例を表す図である。この図にあるように、ユーザーの端末には、参加希望者である捕手喜夫さんの自己評価や他者評価として、「リードが上手い」「チャンスに強い」「打ち上げの飲みでのパフォーマンスが最高」など、参加する競技に関係ある評価から関係ない評価まで様々な評価が表示される。
【０２０６】
このように、数値化などしにくい能力や、それ以外の特徴などに関してもこのような自己あるいは他者評価を表示することで知ることができる。
【０２０７】
<構成>
【０２０８】
図２４に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例のスケジュール管理装置は、実施例３を基本として、「参加希望情報取得部」（２４０１）と、「参加希望情報管理部」（２４０２）と、「定足判断部」（２４０３）と、「カレンダー表示部」（２４０４）と、を有する。なお、上記「参加希望情報取得部」と、「参加希望情報管理部」と、「定足判断部」と、「カレンダー表示部」の各機能ブロックは、実施例１，２，３で説明済みであるのでその説明は省略する。また、実施例４、５を基本とした機能ブロックをさらに有していてもよい。
【０２０９】
そして本実施例の特徴点は、「参加希望者評価情報取得部」（２４０５）をさらに有し、また「カレンダー表示部」（２４０４）が「参加希望者評価表示手段」（２４０６）を有する点である。
【０２１０】
（参加希望者評価情報）
【０２１１】
「参加希望者評価情報取得部」（２４０５）は、参加希望者評価情報を取得する機能を有する。「参加希望者評価情報」とは、参加希望者に対する評価に関する情報をいい、例えば、概念で記載したような「リードが上手い」「チャンスに強い」「リーダーシップがある」「ルールに詳しい」「打ち上げの飲みでのパフォーマンスが最高」など、参加する競技に関係ある評価から関係ない評価まで様々な評価が挙げられる。
【０２１２】
なお、この参加希望者評価情報は、自己評価であっても他者評価であっても構わない。また、自己評価である場合、参加希望情報といっしょに取得されても良い。また現在は参加希望者ではないが、過去にこのスケジュール管理装置を使って参加希望を行ったり競技に参加したりしたことがある者に関する者に対する評価を示す情報であっても構わない。
【０２１３】
また、自分が他人の評価をした場合、その評価をした相手から自分も必ず評価されるようにしても良い。このようにすることで、いたずらの参加希望者評価情報の入力などを防ぐことができ、適正な評価を知ることができるようになる。
【０２１４】
（参加希望者評価表示手段）
【０２１５】
「参加希望者評価表示手段」（２４０６）は、前記参加希望者評価情報に基づいて前記カレンダー表示を行う機能を有する。その参加希望者能力情報の表示方法としては、参加希望者評価情報が例えばポップアップ表示や別ウィンドウ表示などでカレンダー表示する方法が挙げられる。また、参加希望者評価情報は文章のみならず所定のアイコンによって表示されても構わない。
【０２１６】
<処理の流れ>
【０２１７】
図２５に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。
【０２１８】
この図にあるように、まず、日付情報と希望者情報とを含む参加希望情報を取得する（ステップＳ２５０１）。また、参加希望者評価情報を取得する（ステップＳ２５０２）。次に、前記ステップＳ２５０１で取得した参加希望情報を管理する（ステップＳ２５０３）。つづいて、前記ステップＳ２５０３にて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示する（ステップＳ２５０４）。また、参加希望者評価情報に基づいてカレンダー表示を行う（ステップＳ２５０５）。
【０２１９】
また、前記ステップＳ２５０３にて管理されている日付情報で示される日に前記競技の参加希望者が定足となったか判断する（ステップＳ２５０６）。
【０２２０】
<効果の簡単な説明>
【０２２１】
以上のような本実施例のスケジュール管理装置によって、参加希望者の評価を参加希望者と関連付けてカレンダー表示することで、ユーザーは、他の参加者の自己評価や他者評価、あるいは自己に対する評価も容易に知ることができる。
【０２２２】
これによって、例えば数値化されにくい部分でメンバー募集の手助けとすることなどができる。
【０２２３】
≪実施例９≫
【０２２４】
<概念>
【０２２５】
本実施例のスケジュール管理装置は、実施例８を基本として、参加希望者評価情報で示される能力も加味して参加者が定足になったかを判断する機能を備えている点を特徴とする。具体的には、例えばチームの防御率が全体的に悪いのでリードの上手な捕手の加入を望んでいる場合や、試合よりもその後の打ち上げを楽しみたい場合など、参加希望者評価情報に応じて定足判断の際の参加人数に含めたり含めなかったりする処理を行う、という具合である。
【０２２６】
このようにして日付や地域の他に、参加希望者の評価も加味して定足になったかの判断を行うことができる。
【０２２７】
<構成>
【０２２８】
図２６に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例のスケジュール管理装置は、実施例８を基本として、「参加希望情報取得部」（２６０１）と、「参加希望情報管理部」（２６０２）と、「定足判断部」（２６０３）と、「カレンダー表示部」（２６０４）と、「参加希望者評価情報取得部」（２６０５）と、「参加希望者能力表示手段」（２６０６）と、を有する。なお、上記「参加希望情報取得部」と、「参加希望情報管理部」と、「定足判断部」と、「カレンダー表示部」と、「参加希望者評価情報取得部」と、「参加希望者能力表示手段」の各機能ブロックは、上記実施例で説明済みであるのでその説明は省略する。
【０２２９】
そして本実施例の特徴点は、「定足判断部」（２６０３）が「参加希望者評価定足判断手段」（２６０７）を有する点である。
【０２３０】
（参加希望者評価定足判断手段）
【０２３１】
「参加希望者評価定足判断手段」（２６０７）は、参加希望者評価情報取得部（２１０１）で取得した参加希望者評価情報に基づいて参加希望者が定足となったか判断する機能を有する。この参加希望者評価定足判断手段による判断は、５段階評価で示されるリードの上手さに関する参加希望者評価情報が、所定の基準以上の参加希望者は参加人数に含めるなどの処理により行われるとよい。またその場合、その所定の基準は、例えば競技の開催の提案者やチームメイトなどによって予め定められているとよい。
【０２３２】
<処理の流れ>
【０２３３】
図２７に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。
【０２３４】
この図にあるように、まず、日付情報と希望者情報とを含む参加希望情報を取得する（ステップＳ２７０１）。また、参加希望者評価情報を取得する（ステップＳ２７０２）。次に、前記ステップＳ２７０１で取得した参加希望情報を管理する（ステップＳ２７０３）。つづいて、前記ステップＳ２７０３にて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示する（ステップＳ２７０４）。また、参加希望者評価情報に基づいてカレンダー表示を行う（ステップＳ２７０５）。
【０２３５】
また、前記ステップＳ２７０３にて管理されている日付情報で示される日に、参加希望者評価情報に基づいて前記競技の参加希望者が定足となったか判断する（ステップＳ２７０６）。
【０２３６】
<効果の簡単な説明>
【０２３７】
以上のような本実施例のスケジュール管理装置によって、参加希望者の様々な評価も加味して定足になったかの判断を行うことができる。それにより、競技後の飲みに目標を定めたメンバー募集などもすることができる。
【０２３８】
≪実施例１０≫
【０２３９】
<概念>
【０２４０】
図２８に示すのは、本実施例のスケジュール管理装置による画面表示の一例を表す図である。この図にあるように、本実施例はカレンダー表示上のキャラクターアイコンによって人数を表示することを特徴としている。
【０２４１】
このように人数がキャラクターアイコンによってビジュアル的に表示されることで、ユーザーはより容易に人数を把握することが可能になる。また、キャラクターアイコンとして参加希望者の顔写真画像やオリジナルＣＧなどを利用することで、参加希望者の個人の判別も可能になる。したがって、一緒に競技を行いたい人が参加希望している日付の確認なども容易に行うことができる。
【０２４２】
また、自身のキャラクターアイコンに必要情報を関連付けて、そのキャラクターアイコンをカレンダー表示された日付領域にドラッグ&ドロップすることにより、本実施例のスケジュール管理装置に参加希望情報を取得させる構成であっても良い。
【０２４３】
<構成>
【０２４４】
図２９に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、実施例３を基本として、「参加希望情報取得部」（２９０１）と、「参加希望情報管理部」（２９０２）と、「定足判断部」（２９０３）と、「カレンダー表示部」（２９０４）と、を有する。なお、上記「参加希望情報取得部」と「参加希望情報管理部」と「定足判断部」と「カレンダー表示部」の各機能ブロックはすでに説明済みであるのでその説明は省略する。
【０２４５】
そして本実施例の特徴点は、「カレンダー表示部」（２９０４）が「キャラクターアイコン表示手段」（２９０５）を有する点である。
【０２４６】
（キャラクターアイコン）
【０２４７】
「キャラクターアイコン表示手段」（２９０５）は、参加希望者の人数を、キャラクターアイコンを利用して表示するための機能を有する。「キャラクターアイコン」は、前述の通り、例えばＣＧ（コンピュータ・グラフィックス）で描画されたキャラクターアイコンや、参加希望情報取得部で参加希望情報として取得した本人の写真を利用したキャラクターアイコンなどが挙げられる。あるいは、アバターとしてユーザーが髪型や服装、アクセサリなどを洗濯して作り上げたキャラクターであっても構わない。そして、そのキャラクターに表情の変化や動作などのアニメーション処理をほどこすことで仮想空間上でのコミュニケーションを取れるようにして、現実世界でいっしょに競技をする者との親交をさらに深めるシステムとしても良い。
【０２４８】
またその表示方法は、参加者一人一人のキャラクターアイコンなどが表示される形態でも良いし、日付領域の表示スペースが狭い場合など５人や１０人単位のキャラクターアイコンを利用した表示形態であっても良い。また、このキャラクターアイコンは日付領域に表示されるのみならず、ドラッグ&ドロップして参加希望の日付情報を指定するために利用されても良い。
【０２４９】
<処理の流れ>
【０２５０】
図３０に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。
【０２５１】
この図にあるように、まず、日付情報と希望者情報とを含む参加希望情報を取得する（ステップＳ３００１）。次に、前記ステップＳ３００１で取得した参加希望情報を管理する（ステップＳ３００２）。つづいて、前記ステップＳ３００２にて管理されている参加希望情報に基づいて、カレンダーの日付領域に参加希望者の人数を、キャラクターアイコンを利用してカレンダー表示する（ステップＳ３００３）。また、前記ステップＳ３００２にて管理されている日付情報で示される日に、前記競技の参加希望者が定足となったか判断する（ステップＳ３００４）。
【０２５２】
<効果の簡単な説明>
【０２５３】
以上のように、本実施例のスケジュール管理装置によってキャラクターアイコンを利用して参加希望者の人数が明示されることで、ユーザーはさらに参加希望者の人数を把握することが容易になる。また、個人写真やオリジナルＣＧによるキャラクターアイコンを使えば個人の特定も可能になる。
【０２５４】
≪実施例１１≫
【０２５５】
<概念>
【０２５６】
図３１に示すのは、本実施例におけるスケジュール管理装置の概念の一例を説明するための図である。この図にあるように、本実施例のスケジュール管理装置によって土曜日の日付領域にポジションが投手である投手速男さんのキャラクタ−アイコンが表示されている。また、翌日の日曜日に参加を希望している４人の中に投手経験者がいない。このような場合、この日曜日に参加を希望している４人が端末を操作し投手速男さんのキャラクターアイコンをドラッグ&ドロップにより土曜日から日曜日の日付領域に移動することで、投手速男さんへ日曜日の試合への参加依頼の通知メールが送信される。
【０２５７】
このようにして、他人のキャラクターアイコンの表示されている日付領域をドラッグ&ドロップで移動することで、他人に対して競技への参加要請を行うことができる。もちろん、自分で自分のキャラクターアイコンをドラッグ&ドロップで移動し、参加希望日時を変更しても良い。
【０２５８】
<構成>
【０２５９】
図３２に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例のスケジュール管理装置は、実施例１０を基本として、「参加希望情報取得部」（３２０１）と、「参加希望情報管理部」（３２０２）と、「定足判断部」（３２０３）と、「カレンダー表示部」（３２０４）と、を有し、また「カレンダー表示部」（３２０４）が「キャラクターアイコン表示手段」（３２０５）を有する。なお、上記「参加希望情報取得部」と「参加希望情報管理部」と「定足判断部」と「カレンダー表示部」「キャラクターアイコン表示手段」の各機能ブロックはすでに説明済みであるのでその説明は省略する。
【０２６０】
そして本実施例の特徴点は、「キャラクターアイコン移動部」（３２０６）をさらに有する点あり、また、「参加希望情報管理部」（３２０２）が「変更手段」（３２０７）をさらに有する点である。
【０２６１】
（キャラクターアイコン移動部）
【０２６２】
「キャラクターアイコン移動部」（３２０６）は、キャラクターアイコン表示手段（３２０５）にて表示されるキャラクターアイコンをドラッグドロップして、そのキャラクターアイコンの表示される日付領域を変更する機能を有する。
【０２６３】
ここで、ドラッグドロップによる移動前のキャラクターアイコンの表示を消去し、移動後のキャラクターアイコンを描画する処理を行う。
【０２６４】
（変更手段）
【０２６５】
「変更手段」（３２０７）は、キャラクターアイコン移動部（３２０６）での移動に応じて参加希望情報管理部（３２０２）にて管理されている参加希望情報を変更する機能を有する。
【０２６６】
このように、キャラクターアイコン移動部の処理により日付領域を移動した場合、その参加希望情報で示される参加希望の日付情報はキャラクターアイコンの移動後の日付領域で示されるものへと変更されることになる。
【０２６７】
このようにして自分の手による参加希望の日付の変更や、他の日に参加を希望している他者に対する競技への参加要請を簡単に行うことができる。
【０２６８】
<処理の流れ>
【０２６９】
図３３に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。
【０２７０】
この図にあるように、まず、日付情報と希望者情報とを含む参加希望情報を取得する（ステップＳ３３０１）。次に、前記ステップＳ３３０１で取得した参加希望情報を管理する（ステップＳ３３０２）。つづいて、前記ステップＳ３３０２にて管理されている参加希望情報に基づいて、カレンダーの日付領域に参加希望者の人数を、キャラクターアイコンを利用してカレンダー表示する（ステップＳ３３０３）。また、前記ステップＳ３３０３にて表示されたキャラクターアイコンを、ドラッグドロップしてそのキャラクターが表示される日付領域を変更する（ステップＳ３３０４）。つづいて、前記ステップＳ３３０４でのキャラクターアイコンの表示される日付領域の変更に応じて、管理されている参加希望情報を変更する。
【０２７１】
<効果の簡単な説明>
【０２７２】
以上のように、本実施例のスケジュール管理装置によってキャラクターアイコンを利用して参加希望日時の移動を手軽に行うことができるようになる。また、それによって他者の競技への参加要請を行ったり、自分の参加希望の日付を変化させたりすることができるようになる。
【０２７３】
≪実施例１２≫
【０２７４】
<概念>
【０２７５】
本実施例のスケジュール管理装置は、例えば試合毎や月間、年間を通して成立した競技の個人成績にもとづいてＭＶＰを決定したり優勝者を決定したりすることを特徴としている。
【０２７６】
このように参加者の成績に基づいて所定の賞の受賞者を決定することで、より競技の参加に対するモチベーションを挙げたり、成績を競い合うことで競技をより楽しくしたりすることができる。
【０２７７】
<構成>
【０２７８】
図３４に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例のスケジュール管理装置（３４００）は、実施例３を基本として、「参加希望情報取得部」（３４０１）と、「参加希望情報管理部」（３４０２）と、「定足判断部」（３４０３）と、「カレンダー表示部」（３４０４）と、を有する。なお、上記「参加希望情報取得部」と「参加希望情報管理部」と「定足判断部」と「カレンダー表示部」の各機能ブロックはすでに説明済みであるのでその説明は省略する。
【０２７９】
そして本実施例の特徴点は、「参加者成績情報取得部」（３４０５）と、「参加者成績情報蓄積部」（３４０６）と、「受賞者決定部」（３４０７）と、を有する点である。
【０２８０】
（参加者成績情報取得部）
【０２８１】
「参加者成績情報取得部」（３４０５）は、参加者成績情報を取得する機能を有する。「参加者成績情報」とは、競技における参加者の成績を示す情報をいい、例えば、得点率や打率、防御率、勝率、あるいは優勝回数などの情報が挙げられる。
【０２８２】
なお、この参加者成績情報の取得は、1試合での成績のみならず、例えば月間や年間を通した成績であっても良い。
【０２８３】
（参加者成績情報蓄積部）
【０２８４】
「参加者成績情報蓄積部」（３４０６）は、参加者成績情報取得部（３４０５）で取得した参加者成績情報を蓄積する機能を有する。この参加者成績情報の蓄積時に、例えばデータベース化して蓄積することで、過去の個人成績の閲覧やチーム成績の閲覧などを行うことができる。また、ここで蓄積されている参加者成績情報を、前述の参加希望者能力情報として利用しても良い。
【０２８５】
（受賞者決定部）
【０２８６】
「受賞者決定部」（３４０７）は、参加者成績情報蓄積部で蓄積した参加者成績情報に基づいて、所定の賞の受賞者を決定する機能を有する。例えば、年間の打率が最も良い者を首位打者の受賞者と決定する、などである。
【０２８７】
なお「所定の賞」とは、例えば野球ならば首位打者、打点王、盗塁王、本塁打王、最優秀防御率、最多勝利、セーブ王、奪三振王などが挙げられる。サッカーならば得点王、最優秀選手、バスケットならば、得点王、リバウンド王、アシスト王、ブロックショット王、スティール王、３ポイント率、フリースロー率などが挙げられる。また、将棋や囲碁ならば、名人、王将、本因坊、天元、棋聖、棋王などが挙げられる。
【０２８８】
また、このスケジュール管理装置は、例えば三鷹市での野球の試合の参加募集も行うし、福岡市での野球の試合の参加募集を行うこともできる。したがって、三鷹市野球大会の最優選手という受賞者決定のほかに、全国様々な野球大会すべての中の最優秀選手などを決定することも可能である。それによって、地域を越えて顔も知らない人と競技でのライバルとして争うことができる。
【０２８９】
<処理の流れ>
【０２９０】
図３５に示すのは、本実施例のスケジュール管理装置における処理の流れの一例を表すフローチャートである。
【０２９１】
この図にあるように、まず、日付情報と参加希望者に関する情報とを含む参加希望情報を取得する（ステップＳ３５０１）。次に、前記ステップＳ３５０１で取得した参加希望情報を管理する（ステップＳ３５０２）。つづいて、前記ステップＳ３５０２にて管理されている参加希望情報を、カレンダーの日付領域に参加希望者の人数を明示してカレンダー表示する（ステップＳ３５０３）。また、前記ステップＳ３５０２にて管理されている日付情報で示される日に、前記競技の参加希望者が定足となったか判断する（ステップＳ３５０４）。
【０２９２】
また、参加者成績情報を取得する（ステップＳ３５０５）。つづいて、前記ステップＳ３５０５で取得した参加者成績情報を蓄積する（ステップＳ３５０６）。最後に、参加者成績情報に基づいて所定の賞の受賞者を決定する（ステップＳ３５０７）。
【０２９３】
<効果の簡単な説明>
【０２９４】
以上のように、本実施例のスケジュール管理装置によって所定の賞の受賞者を決定することで、より競技の参加に対するモチベーションを挙げたり、成績を競い合うことで競技をより楽しくしたりすることができる。
【０２９５】
また、この賞の受賞を地域を越えて競わせることで、顔も知らない遠くの人と競技でのライバルとして争うことができる。
【０２９６】
≪実施例１３≫
【０２９７】
<概念>
【０２９８】
本実施例のスケジュール管理装置は、例えば、前述の参加者成績情報で示される成績に応じて、打率の高い参加希望者ほどキャラクターアイコンが大きくなるなどアイコンを変化させて表示を行うことを特徴としている。
【０２９９】
このように、参加希望者の成績に応じてそのキャラクターアイコンが変化するので、視覚的にその能力などの違いを簡単に把握できるようになる。
【０３００】
<構成>
【０３０１】
図３６に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例のスケジュール管理装置（３６００）は、実施例１０を基本として、「参加希望情報取得部」（３６０１）と、「参加希望情報管理部」（３６０２）と、「定足判断部」（３６０３）と、「カレンダー表示部」（３６０４）と、「キャラクターアイコン表示手段」（３６０５）と、を有する。なお、上記「参加希望情報取得部」と「参加希望情報管理部」と「定足判断部」と「カレンダー表示部」と「キャラクターアイコン表示手段」の各機能ブロックはすでに説明済みであるのでその説明は省略する。
【０３０２】
そして本実施例の特徴点は、「参加者成績情報取得部」（３６０６）と、「参加者成績情報蓄積部」（３６０７）と、「キャラクターアイコン第一変更部」（３６０８）を有する点である。なお、「参加者成績情報取得部」と、「参加者成績情報蓄積部」は実施例１２で説明したものと同一であるので、その説明はやはり省略する。
【０３０３】
（キャラクターアイコン第一変更部）
【０３０４】
「キャラクターアイコン第一変更部」（３６０８）は、参加者成績情報蓄積部（３６０７）に蓄積された参加者成績情報に基づいて、キャラクターアイコン表示手段（３６０５）にて表示されるキャラクターアイコンの表示を変更する機能を有する。
【０３０５】
この変更は、参加者成績情報で示される成績の高低によってキャラクターアイコンの大きさや色を変更する方法や、成績の内容、例えば盗塁王獲得経験者ならばシューズ型のアイコンに変更する方法などが挙げられる。あるいはカーソルを合わせたときに成績に応じたアニメーションを行わせる変更であっても良い。
【０３０６】
このように、成績に応じてキャラクターアイコンを従来と変更して表示することで、視覚的に参加希望者の能力などの違いを簡単に把握できるようになる。
【０３０７】
<処理の流れ>
【０３０８】
図３７に示すのは、本実施例のスケジュール管理装置の処理の流れの一例を表すフローチャートである。この図にあるように、まず、日付情報と参加希望者に関する情報とを含む参加希望情報を取得する（ステップＳ３７０１）。次に、前記ステップＳ３７０１で取得した参加希望情報を管理する（ステップＳ３７０２）。つづいて、前記ステップＳ３７０２にて管理されている参加希望情報に基づいて、カレンダーの日付領域に参加希望者の人数をキャラクターアイコンを利用してカレンダー表示する（ステップＳ３７０３）。
【０３０９】
また、参加者成績情報を取得する（ステップＳ３７０４）。つづいて、前記ステップＳ３７０４で取得した参加者成績情報を蓄積する（ステップＳ３７０５）。次に、参加者成績情報に基づいてキャラクターアイコンの表示を変更する（ステップＳ３７０６）。
【０３１０】
最後に、前記ステップＳ３７０２にて管理されている日付情報で示される日に、前記競技の参加希望者が定足となったか判断する（ステップＳ３７０７）。
【０３１１】
（その他の実施例）
【０３１２】
<概念>
【０３１３】
上記実施例では参加者成績情報で示される成績に応じてキャラクターアイコンの表示を変更するスケジュール管理装置について説明したが、その他にも、前述の参加希望者評価情報で示される評価に応じてキャラクターアイコンの表示を変更するスケジュール管理装置も別の実施例として挙げられる。
【０３１４】
すなわち、例えば打率などの成績の代わりに、「チャンスに強い」などの参加希望者評価情報で示される評価に応じてキャラクターアイコンの表示を黄色く変更するなどの機能を備えたスケジュール管理装置である。
【０３１５】
<構成>
【０３１６】
図３８に示すのは、本実施例のスケジュール管理装置における機能ブロックの一例を表す図である。この図にあるように、本実施例のスケジュール装置（３８００）は、実施例１０を基本として、「参加希望情報取得部」（３８０１）と、「参加希望情報管理部」（３８０２）と、「定足判断部」（３８０３）と、「カレンダー表示部」（３８０４）と、「キャラクターアイコン表示手段」（３８０５）と、を有する。なお、上記「参加希望情報取得部」と「参加希望情報管理部」と「定足判断部」と「カレンダー表示部」と「キャラクターアイコン表示手段」の各機能ブロックはすでに説明済みであるのでその説明は省略する。
【０３１７】
そして本実施例の特徴点は、「参加希望者評価情報取得部」（３８０６）と、「参加希望者評価情報蓄積部」（３８０７）と、「キャラクターアイコン第二変更部」（３８０８）を有する点である。
【０３１８】
（参加希望者評価情報）
【０３１９】
なお「参加希望者評価情報」は、実施例８で説明したものと同様でありその説明は省略する。また、「参加希望者評価情報取得部」および「参加者成績情報蓄積部」においても特段詳細に説明すべき事項はないので、その説明は同じく省略する。
【０３２０】
（キャラクターアイコン第二変更部）
【０３２１】
「キャラクターアイコン第二変更部」（３８０８）は、参加希望者評価情報蓄積部（３８０７）に蓄積された参加希望者評価情報に基づいて、キャラクターアイコン表示手段（３８０５）にて表示されるキャラクターアイコンの表示を変更する機能を有する。
【０３２２】
この変更は、前述のキャラクターアイコン第一変更部と同様、参加希望者評価情報で示される評価に応じてキャラクターアイコンの大きさや色を変更する方法や、評価の内容に応じたアイコンに変更する方法、評価内容に応じたアニメーションをさせる方法などが挙げられる。
【０３２３】
なお上記実施例のスケジュール管理装置は、もちろん前述のようにサーバ装置を必要としないＰ２Ｐモデルであって構わないことは言うまでもない。その場合、個々のノード（クライアント端末）において参加希望者評価情報や参加者成績情報などを取得し、その他のノード間で最新の情報を同期、更新すると良い。また、そのように同期、更新された情報に基づいて個々のノードにおいてキャラクターアイコンがカレンダー表示されても良い。
【０３２４】
<処理の流れ>
【０３２５】
図３９に示すのは、本実施例のスケジュール管理装置の処理の流れの一例を表すフローチャートである。この図にあるように、まず、日付情報と参加希望者に関する情報とを含む参加希望情報を取得する（ステップＳ３９０１）。次に、前記ステップＳ３９０１で取得した参加希望情報を管理する（ステップＳ３９０２）。つづいて、前記ステップＳ３９０２にて管理されている参加希望情報に基づいて、カレンダーの日付領域に参加希望者の人数をキャラクターアイコンを利用してカレンダー表示する（ステップＳ３９０３）。
【０３２６】
また、参加希望者評価情報を取得する（ステップＳ３９０４）。つづいて、前記ステップＳ３９０４で取得した参加希望者評価情報を蓄積する（ステップＳ３９０５）。次に、参加希望者評価情報に基づいてキャラクターアイコンの表示を変更する（ステップＳ３９０６）。
【０３２７】
最後に、前記ステップＳ３９０２にて管理されている日付情報で示される日に、前記競技の参加希望者が定足となったか判断する（ステップＳ３９０７）。
【０３２８】
<効果の簡単な説明>
【０３２９】
以上のように本実施例のスケジュール管理装置によって、成績や評価に応じてキャラクターアイコンの表示を変更することができる。したがって、ユーザーはその成績や評価を視覚的に簡単に把握することができるようになる。
【図面の簡単な説明】
【０３３０】
【図１】実施例１におけるスケジュール管理装置の概念の一例を表す図
【図２】実施例１のスケジュール管理装置における機能ブロックの一例を表す図
【図３】実施例１のスケジュール管理装置において、日付情報と参加希望者に関する情報を含む参加希望情報を取得するための情報入力画面の一例を表す図
【図４】実施例１のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図５】実施例２のスケジュール管理装置における機能ブロックの一例を表す図
【図６】実施例２のスケジュール管理装置における定足判断部での判断処理の一例について説明するための概念図
【図７】実施例２のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図８】実施例３のスケジュール管理装置により表示されたカレンダーの一例を模式的に表した図
【図９】実施例３のスケジュール管理装置における機能ブロックの一例を表す図
【図１０】実施例３のスケジュール管理装置におけるカレンダー表示部による日付領域のカレンダー表示の一例を表す図
【図１１】実施例３のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図１２】実施例４のスケジュール管理装置により端末上に表示される表示画面の一例を模式的に表す図
【図１３】実施例４のスケジュール管理装置における機能ブロックの一例を表す図
【図１４】実施例４のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図１５】実施例５のスケジュール管理装置による画面表示の一例を模式的に表した図
【図１６】実施例５のスケジュール管理装置における機能ブロックの一例を表す図
【図１７】実施例５のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図１８】実施例６のスケジュール管理装置による表示画面の一例を模式的に表した図
【図１９】実施例６のスケジュール管理装置における機能ブロックの一例を表す図
【図２０】実施例６のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図２１】実施例７のスケジュール管理装置における機能ブロックの一例を表す図
【図２２】実施例７のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図２３】実施例８のスケジュール管理装置による画面表示の一例を表す図
【図２４】実施例８のスケジュール管理装置における機能ブロックの一例を表す図
【図２５】実施例８のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図２６】実施例９のスケジュール管理装置における機能ブロックの一例を表す図
【図２７】実施例９のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図２８】実施例１０のスケジュール管理装置による画面表示の一例を表す図
【図２９】実施例１０のスケジュール管理装置における機能ブロックの一例を表す図
【図３０】実施例１０のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図３１】実施例１１におけるスケジュール管理装置の概念の一例を説明するための図
【図３２】実施例１１のスケジュール管理装置における機能ブロックの一例を表す図
【図３３】実施例１１のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図３４】実施例１２のスケジュール管理装置における機能ブロックの一例を表す図
【図３５】実施例１２のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図３６】実施例１３のスケジュール管理装置における機能ブロックの一例を表す図
【図３７】実施例１３のスケジュール管理装置における処理の流れの一例を表すフローチャート
【図３８】実施例１３のスケジュール管理装置における機能ブロックの別の一例を表す図
【図３９】実施例１３のスケジュール管理装置における処理の流れの別の一例を表すフローチャート
【図４０】実施例３のスケジュール管理装置における機能ブロックの別の一例を表す図
【図４１】実施例１のスケジュール管理装置においてＰ２Ｐモデルの場合の、スケジュール管理の一例を説明するための図
【符号の説明】
【０３３１】
０９００  スケジュール管理装置
０９０１  参加希望情報取得部
０９０２  参加希望情報管理部
０９０３  定足判断部
０９０４  カレンダー表示部
【図１】
2006099448.tif 000003
【図２】
2006099448.tif 000004
【図３】
2006099448.tif 000005
【図４】
2006099448.tif 000006
【図５】
2006099448.tif 000007
【図６】
2006099448.tif 000008
【図７】
2006099448.tif 000009
【図８】
2006099448.tif 000010
【図９】
2006099448.tif 000011
【図１０】
2006099448.tif 000012
【図１１】
2006099448.tif 000013
【図１２】
2006099448.tif 000014
【図１３】
2006099448.tif 000015
【図１４】
2006099448.tif 000016
【図１５】
2006099448.tif 000017
【図１６】
2006099448.tif 000018
【図１７】
2006099448.tif 000019
【図１８】
2006099448.tif 000020
【図１９】
2006099448.tif 000021
【図２０】
2006099448.tif 000022
【図２１】
2006099448.tif 000023
【図２２】
2006099448.tif 000024
【図２３】
2006099448.tif 000025
【図２４】
2006099448.tif 000026
【図２５】
2006099448.tif 000027
【図２６】
2006099448.tif 000028
【図２７】
2006099448.tif 000029
【図２８】
2006099448.tif 000030
【図２９】
2006099448.tif 000031
【図３０】
2006099448.tif 000032
【図３１】
2006099448.tif 000033
【図３２】
2006099448.tif 000034
【図３３】
2006099448.tif 000035
【図３４】
2006099448.tif 000036
【図３５】
2006099448.tif 000037
【図３６】
2006099448.tif 000038
【図３７】
2006099448.tif 000039
【図３８】
2006099448.tif 000040
【図３９】
2006099448.tif 000041
【図４０】
2006099448.tif 000042
【図４１】
2006099448.tif 000043