(57)【要約】【課題】  容易かつ臨機応変にメンバーの管理を可能にする技術を提供する。【解決手段】キーパーソン端末からサービスの依頼情報を受信し、これに基づいて依頼されたサービスのサービスリストを作成すると共に、依頼情報に基づいてメンバー情報を作成し、登録する。このメンバー情報をキーパーソン端末に送信し、前記メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信し、これを照合して正規のメンバー申請情報であった場合、前記グループメンバー端末のメンバー情報を作成し、グループメンバー端末に送信する。そしてキーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に照合を行い、照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信する。【選択図】図１
2005202524.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼するキーパーソン端末と、キーパーソン端末が依頼したサービスを前記サーバから受けるグループメンバー端末とを含むメンバー管理システムであって、
前記サーバが、
キーパーソン端末からサービスの依頼情報を受信する依頼受信部と、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するリスト作成部と、
前記依頼情報に基づいてメンバー情報を作成し、このメンバー情報を前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するメンバー情報作成部と、
前記メンバー情報をキーパーソン端末に送信するメンバー情報送信部と、
前記メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信する申請受信部と、
前記メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報に基づく正規のメンバー申請情報か否かを照合する申請情報照合部と、
前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するグループメンバー情報作成部と、
前記グループメンバー情報作成部で作成したメンバー情報をグループメンバー端末に送信するグループメンバー情報送信部と、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するメンバー情報照合部と、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するサービス提供部とを備え、
前記キーパーソン端末が、
前記サーバにサービスの依頼情報を送信する依頼送信部と、
前記依頼情報に基づいて作成されたメンバー情報を前記サーバから受信するメンバー情報受信部と、
前記メンバー情報に基づいてメンバー申請情報を作成する申請情報作成部と、
前記メンバー申請情報をグループメンバー端末に送信する申請情報送信部と、
前記サーバにサービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備え、
前記グループメンバー端末が、
前記メンバー申請情報を受信する申請情報受信部と、
前記メンバー申請情報を前記サーバに送信する申請情報送信部と、
前記メンバー申請情報に基づいて作成されたメンバー情報を前記サーバから受信するメンバー情報受信部と、
前記サーバに、サービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備えたメンバー管理システム。
【請求項２】
キーパーソン端末及びグループメンバー端末にネットワークを介してサービスを提供するサーバであって、
キーパーソン端末からサービスの依頼情報を受信する依頼受信部と、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するリスト作成部と、
前記依頼情報に基づいてメンバー情報を作成し、このメンバー情報を前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するメンバー情報作成部と、
前記メンバー情報をキーパーソン端末に送信するメンバー情報送信部と、
前記メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信する申請受信部と、
前記メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報に基づく正規のメンバー申請情報か否かを照合する申請情報照合部と、
前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するグループメンバー情報作成部と、
前記グループメンバー情報作成部で作成したメンバー情報をグループメンバー端末に送信するグループメンバー情報送信部と、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するメンバー情報照合部と、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するサービス提供部と、
を備えるサーバ。
【請求項３】
ネットワークを介してサービスを提供するサーバと、このサーバからサービスを受けるグループメンバー端末と共にメンバー管理システムを構成するキーパーソン端末であって、
前記サーバにサービスの依頼情報を送信する依頼送信部と、
前記依頼情報に基づいて作成されたメンバー情報を前記サーバから受信するメンバー情報受信部と、
前記メンバー情報に基づいてメンバー申請情報を作成する申請情報作成部と、
前記メンバー申請情報をグループメンバー端末に送信する申請情報送信部と、
前記サーバにサービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部と、
を備えるキーパーソン端末。
【請求項４】
キーパーソン端末及びグループメンバー端末にネットワークを介してサービスを提供するサーバにて運用されるプログラムであって、
キーパーソン端末からサービスの依頼情報を受信するステップと、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するステップと、
前記依頼情報に基づいてメンバー情報を作成し、このメンバー情報を前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するステップと、
前記メンバー情報をキーパーソン端末に送信するステップと、
前記メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信するステップと、
前記メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報に基づく正規のメンバー申請情報か否かを照合するステップと、
前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するステップと、
前記ステップで作成したメンバー情報をグループメンバー端末に送信するステップと、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するステップと、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するステップと、
を実行させるプログラム。
【請求項５】
ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼するキーパーソン端末と、キーパーソン端末が依頼したサービスを前記サーバから受けるグループメンバー端末とを含むメンバー管理システムにて実行されるメンバー管理方法であって、
前記サーバが、
キーパーソン端末からサービスの依頼情報を受信するステップと、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するステップと、
前記依頼情報に基づいてメンバー情報を作成し、このメンバー情報を前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するステップと、
前記メンバー情報をキーパーソン端末に送信するステップと、
前記メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信するステップと、
前記メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報に基づく正規のメンバー申請情報か否かを照合するステップと、
前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するステップと、
前記ステップで作成したメンバー情報をグループメンバー端末に送信するステップと、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するステップと、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するステップと行い、
前記キーパーソン端末が、
前記サーバにサービスの依頼情報を送信するステップと、
前記依頼情報に基づいて作成されたメンバー情報を前記サーバから受信するステップと、
前記メンバー情報に基づいてメンバー申請情報を作成するステップと、
前記メンバー申請情報をグループメンバー端末に送信するステップと、
前記サーバにサービスの要求と共に前記メンバー情報を送信するステップと、
要求した前記サービスの情報を受信するステップとを行い、
前記グループメンバー端末が、
前記メンバー申請情報を受信するステップと、
前記メンバー申請情報を前記サーバに送信するステップと、
前記メンバー申請情報に基づいて作成されたメンバー情報を前記サーバから受信するステップと、
前記メンバー情報に基づいてメンバー申請情報を作成するステップと、
前記メンバー申請情報をグループメンバー端末に送信するステップと、
前記サーバに、サービスの要求と共に前記メンバー情報を送信するステップと、
要求した前記サービスの情報を受信するステップとを行うメンバー管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレビ会議システム等のサービスに参加するメンバーを管理する技術に関する。
例えば、ＣＤＭＡ方式を採用している移動通信網、及び携帯端末（ＴＶ電話機能搭載及びアプリケーション搭載型）に対して適用可能であり、携帯電話のテレビ電話機能を利用したＴＶ会議システムなど、複数のグループメンバーを構築して使用するサービスにおいて好適である。
【背景技術】
【０００２】
従来、携帯端末を使用したＴＶ会議等のシステムを利用する際、一般的に利用者は、予め文書による申し込みやＷｅｂを利用した申し込みを行い、システムの管理者が登録を行った後、システムの管理者は文書或いはメール通知などにより、システムにアクセスするためのユーザＩＤ、パスワード、ＴＶ会議ＩＤなどの情報などを利用者に通知する必要があった。会議のグループメンバーの変更についても同様の文書やＷｅｂによる方法で予め登録する必要があった。
【０００３】
メンバーは文書やメール等で送付されてきたユーザＩＤやパスワード等を保管しておき、スケジューリングデータの登録・更新や、グループメンバーの選定、ＴＶ会議の参加などのたびに、保管しておいた情報をみて、或いは記憶にたよってユーザＩＤ、パスワード等の情報を入力する必要があった。
【０００４】
一般に会議の主催者は、会議のたびに、グループメンバーに会議参加のためのキーコード等の情報を通知する必要があった。
【０００５】
また、比較的少人数のグループメンバー構成しか考慮されていないため、階層を考慮したグループメンバー構成を構成したり、一度構成したグループメンバーをサブグループに構成し直すといった複雑なメンバー管理を行うことができなかった。
【０００６】
本願発明に関連する先行技術として、例えば、下記の特許文献１乃至４に開示される技術がある。
【０００７】
【特許文献１】特開２０００−３５３１３８号公報
【特許文献２】特開２００２−１１１９０２号公報
【非特許文献１】著作2002  CNET Networks, Inc.  ［平成１５年１１月２８日検索］  インターネット＜http://www.zdnet.co.jp/news/0205/24/njbt＿05.html ＞
【非特許文献２】著作1997-2003 ASCII Corporation.  ［平成１５年１１月２８日検索］  インターネット＜http://ascii24.com/news/i/net/article/2002/03/13/634353-000.html＞
【非特許文献３】著作2003  NTT DoCoMo, ink.  ［平成１５年１１月２８日検索］  インターネット＜http://www.nttdocomo.co.jp/new/contents/02/whatnew0313.html＞
【非特許文献４】著作2002-03-13 行宮彰太NTT PC COMMUNICATIONS, Inc.  ［平成１５年１１月２８日検索］  インターネット＜http://www.pc-view.net/News/Old/0203/1303.html＞
【非特許文献５】著作1997-2003 ASCII Corporation.  ［平成１５年１１月２８日検索］  インターネット＜http://ascii24.com/news/i/net/article/2002/05/24/636001-000.html＞
【非特許文献６】著作2003  NTT DoCoMo, ink.  ［平成１５年１１月２８日検索］  インターネット＜http://www.nttdocomo.co.jp/new/contents/02/whatnew0524a.html＞
【非特許文献７】著作2003  NTT DoCoMo, ink. ［平成１５年１２月１８日検索］インターネット＜http://www.nttdocomo.co.jp/p＿s/mstage/infogate＿top.html＞
【非特許文献８】著作2003  NTT DoCoMo, ink. ［平成１５年１２月１８日検索］インターネット＜http://www.nttdocomo.co.jp/p＿s/mstage/visualnet/index.html＞
【非特許文献９】著作2001-2003 NTT BizLink, Inc.  ［平成１５年１１月２８日検索］  インターネット＜http://www.vcd.nttbiz.com/tatiten/outline/use.htm＞
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来の技術では下記のような問題がある。
１．グループメンバーに変動があった場合、文書やＷｅｂにより再申請が必要となる。この場合、新たなユーザＩＤ、パスワード等の情報を得ることがタイムリーにできないため、臨機応変にグループメンバーを構成できない。
【０００９】
２．ユーザＩＤ・パスワード，会議ＩＤ等の情報が紙による文書やメール文章のなかに記載されているため、紛失などによりシステムが使用できない状況に陥ったり、盗用されたりしやすい状況にある。
【００１０】
３．ユーザＩＤ・パスワード，会議ＩＤ等の情報は認証が堅固になればなるほど、人間には覚えにくくなる。（コードの桁数が増える。意味のない英数字の羅列になるなど）
４．スケジューリングデータの登録・更新や、グループメンバーの選定、ＴＶ会議の参加などのたびに、手入力でユーザＩＤ・パスワード，会議ＩＤ等の情報を入力する必要があり、作業が煩雑になる。
【００１１】
５．会議の主催者は会議のたびに全グループメンバーに会議参加のためのキーコード等の情報を通知する必要がある場合があり、会議主催者の作業も煩雑である。
【００１２】
６．システムの管理者による各種情報の管理が煩雑である。
【００１３】
７．階層を考慮したグループメンバー構成を構成したり、一度構成したグループメンバーをサブグループに構成し直すといった複雑グループメンバー構成を構築するというようなことができない。
【００１４】
また、これらの会議ＩＤ  やユーザＩＤ、ユーザパスワードなどシステムにアクセスするための情報量は、セキュリティが厳しくなればなるほど多くなり、このことにより、ユーザにとっては会議開催・参加・スケジュールの登録・変更の作業がより煩雑になる傾向にあった。
【００１５】
そこで本発明は、容易かつ臨機応変にメンバーの管理を可能にする技術の提供を課題とする。
【課題を解決するための手段】
【００１６】
本発明のメンバー管理システム、サーバ、キーパーソン端末、グループメンバー端末、メンバー管理方法は、上記課題を解決するために、以下の手段を採用した。即ち、本発明のメンバー管理システムは、ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼するキーパーソン端末と、キーパーソン端末が依頼したサービスを前記サーバから受けるグループメンバー端末とを含み、
前記サーバが、
キーパーソン端末からサービスの依頼情報を受信する依頼受信部と、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するリスト作成部と、
前記依頼情報に基づいてメンバー情報を作成し、このメンバー情報を前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するメンバー情報作成部と、
前記メンバー情報をキーパーソン端末に送信するメンバー情報送信部と、
前記メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信する申請受信部と、
前記メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報に基づく正規のメンバー申請情報か否かを照合する申請情報照合部と、
前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するグループメンバー情報作成部と、
前記グループメンバー情報作成部で作成したメンバー情報をグループメンバー端末に送信するグループメンバー情報送信部と、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するメンバー情報照合部と、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するサービス提供部とを備え、
前記キーパーソン端末が、
前記サーバにサービスの依頼情報を送信する依頼送信部と、
前記依頼情報に基づいて作成されたメンバー情報を前記サーバから受信するメンバー情報受信部と、
前記メンバー情報に基づいてメンバー申請情報を作成する申請情報作成部と、
前記メンバー申請情報をグループメンバー端末に送信する申請情報送信部と、
前記サーバにサービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備え、
前記グループメンバー端末が、
前記メンバー申請情報を受信する申請情報受信部と、
前記メンバー申請情報を前記サーバに送信する申請情報送信部と、
前記メンバー申請情報に基づいて作成されたメンバー情報を前記サーバから受信するメンバー情報受信部と、
前記サーバに、サービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備える。
【００１７】
これにより、本発明のメンバー管理システムは、複数の端末でサービス受ける際のメンバー管理が容易かつ臨機応変に実施できるようにしている。
なお、前記サービスは、ＴＶ会議や、動画配信、データベースの検索等、ネットワークを介して情報（サービス情報）を配信することで提供されるものである。
【００１８】
また、本発明のメンバー管理システムは、
ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼
するキーパーソン端末と、キーパーソン端末が依頼したサービスを前記サーバから受けるグループメンバー端末とを含み、
前記サーバが、
キーパーソン端末から依頼するサービスと該サービスを受けるメンバー数を示す情報を含んだ依頼情報を受信する依頼受信部と、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するリスト作成部と、
前記依頼情報に基づくメンバー情報及びメンバー数分のメンバーＩＤを作成し、このメンバー情報及びメンバーＩＤを前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するメンバー情報作成部と、
前記メンバー情報及びメンバーＩＤをキーパーソン端末に送信するメンバー情報送信部と、
前記メンバー情報及びメンバーＩＤに基づいて作成されたメンバー申請情報をグループメンバー端末から受信する申請受信部と、
前記メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報及びメンバーＩＤに基づく正規のメンバー申請情報か否かを照合する申請情報照合部と、
前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するグループメンバー情報作成部と、
前記グループメンバー情報作成部で作成したメンバー情報をグループメンバー端末に送信するグループメンバー情報送信部と、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するメンバー情報照合部と、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するサービス提供部とを備え、
前記キーパーソン端末が、
前記サーバに依頼するサービスと該サービスを受けるメンバー数を示す情報を含んだ依頼情報を送信する依頼送信部と、
前記依頼情報に基づいて作成された自端末用のメンバー情報及びメンバーＩＤを前記サーバから受信するメンバー情報受信部と、
前記自端末用のメンバー情報及びメンバーＩＤに基づいてグループメンバー端末用のメンバー情報を作成するメンバー情報作成部と、
前記グループメンバー端末用のメンバー情報をグループメンバー端末に送信するメンバー情報送信部と、
前記サーバにサービスの要求と共に前記自端末用のメンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備え、
前記グループメンバー端末が、
前記メンバー情報を受信するメンバー情報受信部と、
前記サーバにサービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備える。
【００１９】
このように、本発明のメンバー管理システムは、サーバに対しキーパーソン端末のみが登録処理を行えば良く、グループメンバー端末毎にメンバー情報の登録を行わずに済み、簡易な構成でメンバー管理が行えるようにしている。
【００２０】
上記メンバー管理システムにおいて、
前記キーパーソン端末の申請情報送信部及び前記グループメンバー端末の申請情報受信部が、赤外線通信、無線通信又は電子メールでメンバー申請情報の通信を行っても良い。
【００２１】
これにより、本発明は、メンバー情報を他のメンバーに伝達する際に、紙等にプリントアウトして渡すことが無くなり、メンバー情報の漏洩を減少させている。
上記メンバー管理システムにおいて、
前記メンバー情報は、サービスを特定するサービスＩＤ、端末を特定するメンバーＩＤ、パスワードを含んでも良い。
【００２２】
このようにサービスＩＤや、メンバーＩＤ、パスワード等からなるメンバー情報が、メンバー作成部で作成されるので、セキュリティを強化しても入力等の手間を増加させることがない。
【００２３】
上記メンバー管理システムにおいて、
前記グループメンバー端末は、
前記メンバー情報に基づいてメンバー申請情報を作成する申請情報作成部と、
前記メンバー申請情報をグループメンバー端末に送信する申請情報送信部とを備えても良い。
【００２４】
これにより、本発明は、メンバー情報を受信したグループメンバー端末が、更に他のグループメンバー端末にメンバー申請情報を送信してメンバーを拡張できるようにしている。
【００２５】
上記メンバー管理システムにおいて、
前記キーパーソン端末が、メンバー申請情報に許容階層数を含めてグループメンバー端末に送信し、
このグループメンバー端末がこのメンバー申請情報を前記サーバに送信し、
前記サーバが、このメンバー申請情報の許容階層数が所定値以上か否かを判断し、所定値以上であればメンバー情報を作成して該グループメンバー端末に送信し、
このメンバー情報を受信したグループメンバー端末が、このメンバー情報の許容階層数を減算してメンバー申請情報を作成して他のグループメンバー端末に送信しても良い。
これにより本発明は、許容階層数の範囲で、メンバーの拡張を可能としている。
【００２６】
上記メンバー管理システムにおいて、
前記グループメンバー端末が、前記サーバからメンバー情報を受信し、このメンバー情報の許容階層数とメンバーＩＤをキーパーソン端末に通知した場合に、この許容階層数毎にグループを設定し、各グループとメンバーＩＤとを対応付けてグループ情報記憶部に登録するグルーピング部を前記キーパーソン端末が備え、
このキーパーソン端末が、サービスを受けるグループの入力を受け付けた場合に、前記申請情報送信部が、グループ情報記憶部に当該グループと対応付けて登録されているメンバーＩＤで特定されるグループメンバー端末にメンバー申請情報を送信しても良い。
【００２７】
これにより本発明は、キーパーソンから直接メンバーに選ばれた、即ちキーパーソン端末からメンバー申請情報を受信した端末からなるグループ(便宜上これをメイングループとも称する)や、メイングループの端末からメンバー申請情報を受信した端末からなるグループなど、許容階層数に応じてグループ化し、このグループ単位でサービスを受けられるようにしている。
【００２８】
上記メンバー管理システムにおいて、
前記グループメンバー端末が、グループ化するメンバーＩＤの入力を受け付けた場合に、このグループとメンバーＩＤとを対応付けてグループ情報記憶部に登録するグルーピング部を備え、
このキーパーソン端末が、サービスを受けるグループの入力を受け付けた場合に、前記申請情報送信部が、グループ情報記憶部に当該グループと対応付けて登録されているメンバーＩＤで特定されるグループメンバー端末にメンバー申請情報を送信しても良い。
【００２９】
これにより本発明は、任意に指定した端末をグループ化し、このグループ単位でサービスを受けられるようにしている。
【００３０】
また、本発明のメンバー管理方法は、
ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼するキーパーソン端末と、キーパーソン端末が依頼したサービスを前記サーバから受けるグループメンバー端末とを含むメンバー管理システムにて実行され、
前記サーバが、
キーパーソン端末からサービスの依頼情報を受信するステップと、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するステップと、
前記依頼情報に基づいてメンバー情報を作成し、このメンバー情報を前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するステップと、
前記メンバー情報をキーパーソン端末に送信するステップと、
前記メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信するステップと、
前記メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報に基づく正規のメンバー申請情報か否かを照合するステップと、
前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するステップと、
前記ステップで作成したメンバー情報をグループメンバー端末に送信するステップと、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するステップと、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するステップと行い、
前記キーパーソン端末が、
前記サーバにサービスの依頼情報を送信するステップと、
前記依頼情報に基づいて作成されたメンバー情報を前記サーバから受信するステップと、
前記メンバー情報に基づいてメンバー申請情報を作成するステップと、
前記メンバー申請情報をグループメンバー端末に送信するステップと、
前記サーバにサービスの要求と共に前記メンバー情報を送信するステップと、
要求した前記サービスの情報を受信するステップとを行い、
前記グループメンバー端末が、
前記メンバー申請情報を受信するステップと、
前記メンバー申請情報を前記サーバに送信するステップと、
前記メンバー申請情報に基づいて作成されたメンバー情報を前記サーバから受信するステップと、
前記メンバー情報に基づいてメンバー申請情報を作成するステップと、
前記メンバー申請情報をグループメンバー端末に送信するステップと、
前記サーバに、サービスの要求と共に前記メンバー情報を送信するステップと、
要求した前記サービスの情報を受信するステップとを行う。
【００３１】
また、本発明は、これらのステップをサーバ、キーパーソン端末、グループメンバー端
末にそれぞれ実行させるプログラムであっても良い。
〈デバイスが読み取り可能な記録媒体〉
本発明は、上記プログラムを実行するデバイス（サーバ、キーパーソン端末、グループメンバー端末）に読み取り可能に記録した記録媒体であっても良い。そして、それぞれのデバイスに、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【００３２】
このデバイスで読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等のデバイスから読み取ることができる記録媒体をいう。このような記録媒体の内デバイスから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、8mmテープ、メモリカード等がある。
【００３３】
また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【発明の効果】
【００３４】
本発明は、上記手段をとることにより、容易かつ臨機応変にメンバーの管理を行う技術を提供することができる。
【発明を実施するための最良の形態】
【００３５】
以下、図面を参照して本発明を実施するための最良の形態について説明する。但し、以下の実施の形態の構成は例示であり、本発明は実施の形態の構成に限定されない。
〈実施形態１〉
§１．システムの概略
図１は、本発明に係るシステムの機能ブロック図である。このシステムは、ＴＶ（テレビ）会議サービスを提供するサーバ１に、ネットワークを介して接続する端末２,３を用いてＴＶ会議に参加するメンバーの管理を行う構成（メンバー管理システム）を備えている。
【００３６】
各メンバー（ユーザ）は、前記サーバ１から端末２,３上にアプリケーションをダウンロードし、このアプリケーションを実行してテレビ会議に参加する為の処理を行う。該メンバーのうち、会議を企画するメンバーをキーパーソン、このキーパーソンが使用する端末をキーパーソン端末と称する。また、キーパーソン等からメンバーに指定されて会議に参加するメンバーをグループメンバー、このグループメンバーの端末、即ちメンバー申請情報を受信した端末をグループメンバー端末とも称する。
【００３７】
図２に本システムの処理の大まかな流れ(その１)を示す。なお、各ステップの説明には、Ｓ１のように図と同じ番号を付して説明する。
Ｓ１（図ではＳ１のように略記する）：各端末２,３において、端末用アプリケーションのダウンロードを行う。
【００３８】
Ｓ２：キーパーソン端末２はダウンロードを行ったアプリケーションを実行し、サーバ１に対してＴＶ会議などのサービスの依頼を行う。この依頼時の登録情報として、キーパーソンの個人情報、及び、会議などのサービス実施情報を入力する。
【００３９】
Ｓ３：キーパーソン端末２から赤外線通信機能や無線通信（例えば特定省電力無線通信、具体的にはBluetooth(登録商標)や無線ＬＡＮ）、或いは非接触ICチップによる電波方式認識システム（RFID＝Radio Frequency Identification）、メール通信機能を使用して、グループメンバー端末へメンバー申請情報を送信してグループメンバーに指定する。
【００４０】
Ｓ４：メンバー申請情報を受信した各グループメンバー端末３はアプリケーションを実行し、前記会議への登録を行う。
【００４１】
Ｓ５：キーパーソンを含むグループメンバーは、サービス開催通知（会議開始通知）を受けた場合に、各端末２，３から夫々メンバー情報をサーバ１に送信してＴＶ会議等のサービスに参加する。
【００４２】
端末２は、ダウンロードしたアプリケーションを実行すると、サーバ１との間で通信を行い、個人認識ＩＤ・個人認証コード，サービスＩＤ、サービスキーコード等のＴＶ会議などのサービスに係る情報（メンバー情報）を端末上のメモリ領域に格納する。
【００４３】
このときサーバ１は、端末２上のアプリケーションとやり取りを行い、個人情報の登録・個人認証の実施・サービスの登録・サービスの実施などを行う。
【００４４】
即ち、本システムでは、個人認証ＩＤやサービスＩＤ等の情報の送受信を端末２のアプリケーションが行っており、ユーザがこの情報を入力する等の動作が無いため、メモリ領域内の情報を表示するなど、この情報をユーザが確認する機能が必要無く、情報の漏洩を防げる。
【００４５】
本実施形態において端末２，３としては、ＮＴＴ DoCoMo社などのアプリケーション対応携帯端末（携帯電話）が好適である。このアプリケーション対応携帯端末では、メモリ領域(ScratchPad)が関連するアプリケーションのみでしかアクセスできない。従ってこのアプリケーションに情報の表示機能がない限り、情報の内容を参照することは不可能となっている。
【００４６】
また、端末２，３としてパーソナルコンピュータ（ＰＣ）や本発明をＰＣなどの端末に応用する場合は、個人認識ＩＤ・個人認証コード，サービスＩＤ、サービスキーコード等の情報（メンバー情報）を関連する会議用のアプリケーションのみでしか解読できない形式にデータ変換する。
【００４７】
このように、各端末２，３に格納したメンバー情報を用いてメンバーの認証を行うことで、ＴＶ会議サービスへのアクセス権が端末固定となり、この端末２，３からでないとアクセスできない。且つ会議用のアプリケーションによる処理以外で端末２，３からメンバー情報が出力されることがないため、メンバー情報の漏洩の可能性が少なく堅固なセキュリティを実現できる。
【００４８】
グループメンバー構築のイメージを図４、図５に示す。
図４では、キーパーソンからグループメンバーの通知を受けたメンバーが、さらに次のメンバーに対してグループメンバー構築を拡張するイメージを示している。キーパーソンが始めにＴＶ会議などのシステムへの登録を行う際に、キーパーソンからのグルーピング許容階層数を指定することができ、グループメンバーはこの許容階層数の範囲内でグループメンバー構築の拡張を行える。
【００４９】
グループとしては、下記のように階層ごとにサブグループを構築することもできる。また、階層ごとにサブグループのように分類せず、全階層のグループメンバーをひとつのグループとして設定することも可能である。
【００５０】
階層１ : キーパーソンから直接通知を受けたグループメンバーによるメイングループ
階層２ : キーパーソンから直接通知を受けたメイングループのメンバーが二次的に通
知を行ったグループメンバーをメイングループに追加したサブグループＡ
階層３ : 上記サブグループＡにさらに、グループメンバーが三次的に通知を行ったグループメンバーを追加したサブグループＢ
図５では、キーパーソンからグループメンバーの通知を送信したメンバーを、サブグループにグルーピングするイメージを示している。
【００５１】
キーパーソンは、グループメンバーの通知を行い、サーバ１への全グループメンバー登録が完了後、そのグループメンバーをサブグループ登録できる。キーパーソンから直接通知を受けた全グループメンバーはメインのグループとなり、図５ではそのグループメンバーをさらに３つのサブグループ1-1, 1-2, 1-3に分類している。グループメンバーは複数のサブグループに属することもできる。(グループメンバー５：サブグループ1-1と1-2、グループメンバー１１：サブグループ1-1,1-3)
また、図４で示された階層ごとのサブグルーピング方法と、図５で示されたサブグルーピング方法は併用することが可能である。
【００５２】
§２．本システムの構成要素
２−１．サーバ１
図６に示すようにサーバ１は、ＣＰＵやメインメモリからなる演算処理部１１、入出力部１２、記憶装置（ハードディスク）１３、通信制御部１４等からなる一般的なコンピュータである。
【００５３】
該記憶装置１３は、サービス（ＴＶ会議）を実施する為のプログラム及びメンバー管理プログラム等のアプリケーションプログラム、並びにオペレーティングシステムを記憶している。また、記憶装置１３は、管理情報データベースが構築され、メンバー情報やサービスリスト等の管理情報を記憶している。
【００５４】
演算処理部１１は、記憶装置１３に記憶されているプログラムを適宜読み出して実行することにより、ＴＶ会議の実施やメンバー管理の処理を行っている。
【００５５】
特に本実施形態において演算処理部１１は、メンバー管理プログラムに従って、アプリケーション対応部１５、データベース管理部１６、サービス管理部１７の機能を実現している。
【００５６】
アプリケーション対応部１５は、通信制御部１４を介して各端末２，３との間で、サービスを実施するための情報を送受信する。このアプリケーション対応部１５は、アプリケーション制御部１５ａ、データベース情報編集部１５ｂ、データ送受信部１５ｃ、メールデータ編集部１５ｄ、メール送受信部１５ｅとしても機能している。
【００５７】
アプリケーション制御部１５ａは、端末アプリケーションとの対応処理の制御を行う。
データベース情報編集部１５ｂは、管理制御部１６ａから受け取った情報の編集を行う。
メールデータ編集部１５ｄは、各メンバーの端末へ送信するために当該メンバーの編集し、メール形式に編集する。
【００５８】
メール送受信部１５ｅは、メールデータ編集部１５ｄで編集したメール形式データの送信を行う。
データ送受信部１５ｃは、アプリケーションからの要求に対して、ｈｔｔｐ等によるデータの送受信を行う。
【００５９】
このメール送受信部１５ｅ及びデータ送受信部１５ｃは、それぞれメールの送受信及び
データの送受信を行うことにより、キーパーソン端末からサービスの依頼情報を受信する依頼受信部や、メンバー情報をキーパーソン端末に送信するメンバー情報送信部、メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信する申請受信部、グループメンバー情報作成部で作成したメンバー情報をグループメンバー端末に送信するグループメンバー情報送信部として機能している。
【００６０】
また、データベース管理部１６は、グループメンバー構築のためのデータを管理する。このデータベース管理部１６は、管理制御部１６ａ、データベース照合部１６ｂ、データベース作成部１６ｃ、データベース分析部１６ｄを備えている。
【００６１】
管理制御部１６ａは、グループメンバー構築のためのデータ管理の制御を行う。
データベース照合部１６ｂは、与えられた情報の照合・認証を行う。このデータベース照合部１６ｂは、メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報に基づく正規のメンバー申請情報か否かを照合する申請情報照合部や、キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するメンバー情報照合部として機能している。
【００６２】
データベース作成部１６ｃは、与えられた情報からデータベースの作成を行う。データベース作成部１６ｃは、依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するリスト作成部や、依頼情報に基づいてメンバー情報を作成し、このメンバー情報を前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するメンバー情報作成部、前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するグループメンバー情報作成部として機能している。
【００６３】
データベース分析部１６ｄは、サービス実施のためのデータの分析を行う。
また、サービス管理部１７は、ＴＶ会議などのサービス実施に関して管理を行う。このサービス管理部１７（サービス提供部に相当）は、サービス実施情報管理部１７ａ、サービス実行部１７ｂを備えている。
【００６４】
サービス実施情報管理部１７ａは、サービス実施時に必要な情報の管理を行う。
サービス実行部１７ｂは、サービス実施情報管理部１７ａの指示に応じてサービスの実施を行う。
【００６５】
例えば、データベース管理部１６から前記メンバー情報の照合の結果、正規のメンバー情報であった旨の通知をサービス実施情報管理部１７ａに受けた場合に、サービス実施情報管理部１７ａがサービスの開始をサービス実行部１７ｂに通知し、サービス実行部１７ｂがこのメンバー情報を送信した端末に要求されたサービスの情報を配信する。
【００６６】
２−２．キーパーソン端末２
図７に示すようにキーパーソン端末２は、ＣＰＵやメモリからなる演算処理部２１、入出力部２２、記憶部２３、通信制御部２４等からなる。本実施形態では、端末２として携帯電話を用いた例を示したが、これに限らず端末２は会議用のアプリケーションに従って所定の処理が実行できる情報処理装置、即ちコンピュータであれば良い。
【００６７】
入出力部２２は、入力情報受信部２２ａや、画像表示制御部２２ｂ、出力制御部２２ｃを備えている。入力情報受信部２２ａは、メンバーのボタン（キーボード）操作による入力情報やマイクによって入力された音声、カメラによって撮影されたメンバーの画像を受け、演算処理部２１に入力している。そして画面表示制御部２２ｂは、演算処理部からの
表示信号に基づき、メニューや発言者の画像等の画面を表示部に表示させる。また、出力制御部２２ｃは、演算処理部２１からの出力信号に基づいて出力制御を行う。例えば、ＴＶ会議の音声をスピーカから出力させる。
【００６８】
記憶部（メモリ）２３には、サービス（ＴＶ会議）を受ける為のプログラム及びメンバー管理プログラム等のアプリケーションプログラム、並びに通話を行うための基本ソフトウェアが記憶されている。また、該アプリケーションの実行によって、該メモリ２３の特定の領域にメンバーの情報が記憶される。
【００６９】
演算処理部２１は、メモリ２３に記憶されているプログラムを適宜読み出して実行することにより、ＴＶ会議に参加する際のメンバー情報の管理を行っている。
【００７０】
特に本実施形態において演算処理部２１は、メンバー管理プログラムに従って、アプリケーション主制御部２１ａ、送受信部２１ｂ、分析部２１ｃ、サービス制御部２１ｄ、申請情報送信部２１ｅ、入力情報編集部２１ｆ、申請情報作成部２１ｇ、メモリアクセス制御部２１ｈの機能を実現している。
【００７１】
アプリケーション主制御部２１ａは、端末アプリケーションの動作に伴い、どの機能を実行するか等を管理する。
【００７２】
送受信部２１ｂは、通信制御部２４を介してＨＴＴＰ等のプロトコルにより、サーバ１とデータの送受信を行うものであり、サーバ１にサービスの依頼情報を送信する依頼送信部や、前記依頼情報に基づいて作成されたメンバー情報を前記サーバから受信するメンバー情報受信部として機能する。
【００７３】
分析部２１ｃは、メールや赤外線通信で外部からアプリケーションが起動された場合の起動データの分析を行う。
【００７４】
サービス制御部２１ｄは、サービスの実施に関する制御を行うものであり、サーバ１にサービスの要求と共に前記メンバー情報を送信するサービス要求部や、要求したサービスの情報を受信するサービス受信部として機能する。
【００７５】
申請情報送信部２１ｅは、ＯＢＥＸ等のプロトコルにより、メンバー申請情報をグループメンバー端末３に送信する。
入力情報編集部２１ｆは、入力情報受信部２２ａを介して入力された情報の編集を行う。
【００７６】
メモリアクセス制御部２１ｈは、アプリケーションで必要な情報（例えばメンバー情報）をメモリ２３内の所定のメモリ領域に書き込む、或は該メモリ領域から読み出す。
【００７７】
２−３．グループメンバー端末３
図８に示すようにグループメンバー端末３は、ＣＰＵやメモリからなる演算処理部２１、入出力部２２、記憶部２３、通信制御部２４等からなる。本実施形態では、グループメンバー端末３として携帯電話を用いた例を示したが、これに限らずグループメンバー端末３は会議用のアプリケーションに従って所定の処理が実行できる情報処理装置、即ちコンピュータであれば良い。グループメンバー端末３は、前述のキーパーソン端末２と比べて演算処理部２１が、申請情報受信部３１ａや送受信部３１ｂの機能を実現することが異なっており、その他の構成は同じである。
【００７８】
この申請情報受信部３１ａは、通信制御部２４の近距離通信部を介してＯＢＥＸ等のプ
ロトコルにより、メンバー申請情報をキーパーソン端末２或はグループメンバー端末３から受信する。
【００７９】
送受信部３１ｂは、通信制御部２４を介してＨＴＴＰ等のプロトコルにより、サーバ１とデータの送受信を行うものであり、前記メンバー申請情報をサーバ１に送信する申請情報送信部や、メンバー申請情報に基づいて作成されたメンバー情報をサーバ１から受信するメンバー情報受信部としても機能する。
【００８０】
なお、本実施形態では、キーパーソン端末２とグループメンバー端末３とを別の端末としたが、一つの端末で、前記キーパーソン端末２の各部とグループメンバー端末３の各部を併せ持ち、サービスを依頼するときにはキーパーソン端末２として機能し、他のキーパーソンが依頼したサービスに参加するときにはグループメンバー端末３として機能する構成としても良い。
【００８１】
§３．ＴＶ会議の実施手順
本システムにおけるサービスとして携帯端末を使用したＴＶ会議を実施する例について説明する。
【００８２】
まず始めに、キーパーソンが端末２に会議用アプリケーションの実行を入力すると、端末２は、ディスプレイ上に下記項目のメインメニューを表示する。キーパーソンが、端末２に対し、ボタン操作によってこの項目の何れかを選択する入力を行う（このような入力を以下、単に選択と称する）と、各項目の処理が開始される。
−ユーザのメニュー選択により起動される機能
-  キーパーソン登録
-  グループメンバー登録 by 赤外線通信
-  グループメンバー登録 by メール通信
-  サブ会議メンバー登録
-  会議任意開催
-  グループメンバリスト表示
-  グループメンバー権限登録
-  スケジュール表示
-  スケジュール登録・変更
-  メンバー削除
-  会議脱退
-  会議解散
【００８３】
また、キーパーソン端末２やグループメンバー端末３において、分析部２１ｃや申請情報受信部３１ａで、会議開始通知やメンバー申請情報を受信したと判別した場合に、下記の処理を開始する。
−赤外線通信やメールで会議開始通知や申請情報が通知された場合の機能
-  グループメンバー登録
-  会議参加(日程・周期指定開催)
-  会議参加(任意開催)
図９は、キーパーソンによってキーパーソン登録が選択された場合の処理フローを示す。
【００８４】
３−１．キーパーソン登録処理
Ｓ1.1：キーパーソンとなるユーザが、上記アプリケーションを起動すると、端末２はメインメニューを表示して機能の選択を促し、キーパーソン登録が選択された場合に、この機能を開始する。
【００８５】
Ｓ1.2：端末２は、ディスプレイ上にキーパーソン登録画面４１を表示し、キーパーソンに下記項目の入力を促す。
【００８６】
-  会議名
-  キーパーソン名
-  キーパーソンTEL番号(端末のTEL番号 : ユーザが直接入力しなくとも、入力画面中に、端末上に登録されているTEL番号を表示させることも可能)
-  キーパーソンメールアドレス(ユーザが直接入力しなくとも、入力画面中に端末上に登録されているメールアドレスを表示させることも可能)
-  会議開催形態 (任意開催のみ／日程指定(開催日時の指定)／周期指定(開催曜日時間の指定)など)
-  日程指定時の開催日時／周期指定時の開催曜日時間
-  キーパーソンからのグループ化の許容階層数
-  グルーピング階層時サブグループ化の有無
Ｓ1.3：キーパーソンは、これらの入力項目を画面中に表示されている夫々の入力欄に入力した後、登録ボタン４２を選択する。
【００８７】
Ｓ1.4：キーパーソン端末２は、この登録ボタン４２が選択されると、入力された各項目の情報（依頼情報）をHTTPプロトコルPostにより会議サーバ１に送信する。具体的には、入力情報編集部２１ｆが、この入力された項目を会議サーバ１上のデータ管理プログラム（サーブレット形式のプログラム）にサービスを依頼する依頼情報のパラメータとして編集し、送受信部２１ｂがHTTPプロトコルPostにより、そのプログラムを呼び出し、該依頼情報を送信する。
【００８８】
Ｓ1.5：会議サーバ１は、送受信部１５ｃでこの依頼情報を受信すると、制御部１５ａがデータベース管理部１６に引渡し、データベース作成部１６ｃがこの依頼情報に基づいて会議名・会議キーコード・会議ＩＤ・開催日時等の会議についての情報を含む会議リスト４３を作成する。
【００８９】
Ｓ1.6：また、データベース作成部１６ｃは、キーパーソンがこの会議に参加するための個人認識ＩＤ・個人認証コード（パスワード）を含むメンバー情報を作成し、前記会議リストと対応付けて（図９の例では、会議リストにメンバー情報を含めている）管理情報データベースに登録する。
【００９０】
Ｓ1.7：管理制御部１６ａは、この管理情報データベースに記憶したメンバー情報をアプリケーション対応部１５に引渡し、送受信部１５ｃがキーパーソン端末２に送信する。
【００９１】
Ｓ1.8：キーパーソン端末２は、送受信部２１ｂでこのメンバー情報を受信し、メモリアクセス制御部２１ｈがメモリ２３のメモリ領域（ScratchPad）に書き込みを行う。このScratchPadに書き込まれるメンバー情報としては下記があげられる。
【００９２】
-  会議ID
-  会議名
-  会議キーコード
-  キーパーソン名
-  キーパーソンID
-  キーパーソンTEL
-  キーパーソン メールアト゛レス
-  個人認証コード(キーパーソン)
-  グルーピング許容階層数
-  etc
【００９３】
なお、上記のうちキーパーソン名・会議名などの文字データについては、端末上のメモリサイズの制限や、データ送信時のデータサイズの制限がある場合などメモリ上に保存はせずに、サーバ１のみに保存し、アプリケーション上に名称の表示が必要な場合は、そのたびにアプリケーションからサーバ１に問い合わせを行うという処理も考えられる。ここであげられた例では、端末上のメモリサイズの制限、データ送信時のデータサイズの制限は特に考慮せず、端末上のメモリに文字データも保存を行い、データ送信時もこれらの文字データも送信を行うものとして記述した。また、TEL番号・メールアドレスの情報も、アプリケーションが端末から入手可能であればメモリへの書き込みは必須ではない。(以降の実施例のフローでも同様とする。)
また、アプリケーション上、データ送信受信の処理概要としては下記の手順となる。
１．URLを指定してGeneric connectionフレームワークをオーフ゜ンする。
２．HttpConnectionインターフェースの実装インスタンスに対して POSTリクエストであることを設定。
３．リクエストホ゛テ゛ィへテ゛ータを書き込むためのOutputStream インターフェイスの実装インスタンスを取得しテ゛ータを書き込む。リクエストホ゛テ゛ィのテ゛ータ種類をリクエストヘッタ゛に対して設定。
４．connectメソッドを呼び出してWebサーバへ接続してPOSTリクエストを実行
５．Webサーバから返されたデータを取得。(InputStream でデータを読み出す。)
６．Generic connectionフレームワークをクロース゛する。(HttpConnectionインターフェースの実装インスタンスに対してCloseメソッドを実行。)
【００９４】
３−２．グループメンバー登録処理(赤外線通信による接触型)
図１０，図１１，図１３にキーパーソンによるグループメンバー登録処理（グルーピング）のフローを示す。この接触型の通信では、メンバーが直接会った際に、ピアトゥーピアで情報を受け渡す。この接触型の通信であれば、メンバーが相手を確認しながら情報を渡すことができるので、なりすましによって情報が漏洩することがない。
【００９５】
Ｓ2.1：キーパーソンは、アプリケーションを起動し、グループメンバー登録by赤外線通信メニューを選択する。
【００９６】
Ｓ2.2：端末２は、ディスプレイ上にグループメンバー登録 by赤外線通信の登録画面を表示し、画面上に表示した会議名からグルーピングする会議名の選択を促す(キーパーソンとして複数会議名を登録した場合,会議名毎にグルーピングが可能となる)。
【００９７】
Ｓ2.3：キーパーソンは、自己の端末２とグルーピングするグループメンバーの端末３の赤外線ポート同士を近づけて登録ボタン４５を選択する。
【００９８】
Ｓ2.4：この登録ボタン４５が選択されると、キーパーソン端末２は、データベース作成部１６ｃがScratchPadに書き込まれているメンバー情報を読み出し、メンバー登録に必要な下記の情報を、vTrigger形式(図１２参照)のパラメータに編集してメンバー申請情報を作成した後、OBEXプロトコルPUTにより送信する。
【００９９】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  個人認識（キーパーソンＩＤ）
-  個人認証コード（キーパーソン）
-  グルーピング許容階層数
-  ｅｔｃ
なお、vTrigger形式のパラメータとしては、上記項目に加え、情報を受信した端末上で何の処理を行うかに使用される識別子を追加する。ここでは、「識別子 = "グループメンバー登録"の画面の表示」を指定する。
【０１００】
Ｓ2.5：データを受信したグループメンバー端末３は、このメンバー申請情報を申請情報受信部３１ａで受信した場合、アプリケーションを起動するか否かをグループメンバーに選択させるダイアログを表示し、起動が選択された場合に以下の処理に移行する。
【０１０１】
Ｓ2.5.1：グループメンバー端末３は、受信したメンバー申請情報を申請情報２１ｅがHTTPプロトコルPostにより会議サーバ１に送信して照合を要求する。
【０１０２】
Ｓ2.5.2：会議サーバ１は、受信したメンバー申請情報の会議ＩＤ、会議キーコード、キーパーソンＩＤ、個人認証コード(キーパーソン)が、管理情報データベースに登録されているキーパーソンのメンバー情報と一致するか否かをデータベース照合部１６ｂが照合する。そして一致した場合には、データベース作成部１６ｃが、下記項目のメンバー情報を作成し、このメンバー情報を処理結果として送受信部１５ｃがグループメンバー端末３に送信すると共に、管理情報データベースに登録する。また、サーバ１は、照合の結果、一致しなければ、照合結果としてエラーメッセージを端末３に送信する。
【０１０３】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  グルーピング許容階層数−１
Ｓ2.5.3：グループメンバー端末３は、サーバ１から受信した照合結果をScratchPadに書き込み、この照合結果をキーパーソン端末２に送信する。この場合、グループメンバー端末３は、処理結果として上記項目を全て送信しなくても、正常に受信されたか否か（一致したか否か）の結果のみを送信しても良い。
【０１０４】
Ｓ2.5.4：キーパーソン端末２は、処理結果を受信する。
Ｓ2.5.5：そしてグループメンバー端末３は、「識別子 = "グループメンバー登録" の画面の表示」に基づき、グループメンバー登録画面４６を表示する。
【０１０５】
Ｓ2.5.6：ユーザが登録画面上の下記項目を入力し、登録を選択すると、端末３は入力情報をメンバー申請情報としてHTTPプロトコルPostにより会議サーバ１に送信する。
-  メンバー名
-  メンバーTEL(端末のTEL番号 : ユーザが直接入力しなくとも、入力画面中に、メモリ２３に登録されているTEL番号を読み出して入力することも可能)
-  メンバーメールアドレス(ユーザが直接入力しなくとも、メモリ２３に登録されているメールアドレスを読み出して入力させることも可能)
-  etc
Ｓ2.5.7：会議サーバ１では、送付されてきたメンバー申請をもとに、会議リストを作成する。
【０１０６】
Ｓ2.5.8：また、会議サーバ１は、該当会議用の個人認識ＩＤ（メンバーID）・個人認証コード(グループメンバー)を発行し、ユーザが会議に参加するためのメンバー情報を作成して端末３に送信する。また会議サーバ１は、このメンバー情報を前記Ｓ2.5.1で作成したメンバー情報に追加して管理情報データベースに登録する。
【０１０７】
Ｓ2.5.9：このメンバー情報を受信したグループメンバー端末３は、このメンバー情報に基づきScratchPadに下記データの追加書き込みを行う。
【０１０８】
-  メンバー名
-  メンバーID
-  メンバーTEL
-  個人認証コード（メンバー）
-  etc
Ｓ2.5.10：グループメンバー端末３は、登録完了の旨を表示を行う。
Ｓ2.6：キーパーソン端末２は、一番目のグループメンバーへのメンバー登録を行った後、グループメンバー登録 By赤外線通信(続行) 画面が表示される。
【０１０９】
Ｓ2.7：キーパーソンは、自己の端末２と次のグループメンバーの端末３の赤外線ポート同士を近づけて登録を選択すると、上記Ｓ2.4〜Ｓ2.5.10の処理が同様に実施される。
Ｓ2.8：キーパーソンは、グループメンバー数分、グループメンバー登録 by赤外線通信(続行)を繰り返した後、終了時には終了を選択する。
【０１１０】
Ｓ2.9：全メンバーの登録が完了したかどうかをキーパーソンが確認するために、下記のような処理を行う。
(1)一定周期ごとにグループメンバーの登録状況をサーバ１に問い合わせて、登録メンバー表示を行う。
(2)サーバ１側でメンバー登録が完了するごとに、メンバー名をキーパーソンにメールなどで通知を行う。
【０１１１】
なお、上記グループメンバー登録処理において、キーパーソン及びその端末２が行ったステップは、キーパーソンからメンバー情報を受けたグループメンバー及びその端末３が行っても良い。これにより、キーパーソンが直接指定したメンバーだけでなく、指定されたメンバーが更に他のメンバーを指定することができる。このとき、キーパーソンが設定した許容階層以内で指定を認めるのが望ましい。この場合、例えば、サーバ１は、データベース分析部１６ｄが、ステップ2.5.2で受信したメンバー申請情報の許容階層数が所定値以上か否かを判断し、所定値以上であればデータベース作成部１６ｃがこの許容階層数を減算してメンバー情報を作成し、このメンバー情報を当該グループメンバー端末に送信する。
【０１１２】
そして、このメンバー情報を受信したグループメンバー端末３が、キーパーソン端末２に代わってグループメンバー登録処理を行う場合、ステップ2.4で、このメンバー情報の許容階層数を含めてメンバー申請情報を作成して他のグループメンバー端末３へ送信する。
【０１１３】
もし、このグループメンバー端末３がキーパーソンの設定した許容階層数を超えていた場合には、このメンバー申請情報の許容階層数が所定値未満と判断されてメンバー登録を行うことができない。
【０１１４】
なお、この階層数が許容範囲内であるか否かの判断は、端末３が行っても良い。例えば端末３は、ステップ2.2〜2.3で会議名が選択された際に、このメンバー情報の許容階層数を参照し、これが所定値以上（例えば１以上）であれば、登録処理を続行し、所定数未満であればキーパーソンの許容範囲を超える旨を表示して処理を中断する。或は登録画面４４を表示する際にこの許容階層数を参照して所定数未満の会議の会議名を表示せず、登録処理が行えないようにしても良い。
【０１１５】
３−３．グループメンバー登録処理(メール通信による非接触型)
図１４，図１５，図１７にキーパーソンによるグループメンバー登録処理フロー(メール通信による非接触型)を示す。
【０１１６】
Ｓ3.1：キーパーソンは、アプリケーションを起動し、グループメンバー登録byメール通信メニューを選択する。
【０１１７】
Ｓ3.2：この選択がなされるとキーパーソン端末２は、グループメンバー登録 byメール通信の登録画面４８を表示し、ユーザは画面上に表示された会議名から該当会議名を選択し、グループメンバーとなるユーザのメールアドレスを入力する。キーパーソンとして複数会議名を登録した場合,会議名毎にグルーピングが可能となる。また、メールアドレスについては、端末上に登録されている加入者リストから選べるようにもでき、また、複数指定も可とする。
【０１１８】
Ｓ3.3：キーパーソンが登録ボタン４９を選択すると、端末２は、入力されたメールアドレス、及び端末上の ScratchPadに書き込まれている会議参加時に必要な情報に基づいて、メンバー登録に必要な下記のメンバー申請情報を作成し、会議サーバ１に対してHTTPプロトコルPost にて送信する。
【０１１９】
-  会議ID
-  会議名
-  会議キーコード
-  キーパーソンID
-  個人認証コード(キーパーソン)
-  グルーピング許容階層数
-  etc
Ｓ3.4：会議サーバ１は、送付されてきたメンバー申請情報の会議ID、会議キーコード、キーパーソンID、個人認証コード(キーパーソン)の照合チェックを実施後、OKの場合、グループメンバーのアプリケーション起動用のメール書式(図１６参照)を編集し、あて先メールアドレスに送信する。メール添付のパラメータとして下記の情報が編集される。
【０１２０】
-  会議ID
-  会議名
-  会議キーコード
-  キーパーソン名
-  キーパーソンID
-  個人認証コード(キーパーソン)
-  グルーピング許容階層数
-  etc
なお、メール添付のパラメータとしては、上記情報に加え、情報を受信した端末上で何の処理を行うかに使用される識別子を追加する。ここでは、「識別子 = "グループメンバー登録" の画面の表示」を指定する。また、本例では、キーパーソン端末２からグループメンバー端末３へのメンバー申請情報のメールをサーバ１が中継したが、これに限らず他のメールサーバが中継しても良い。
【０１２１】
Ｓ3.5：データを受信したグループメンバー端末３では、このメールによるメンバー申請情報を受信した後、アプリケーションを起動するか否かを選択させるダイアログを表示する。このアプリケーションの起動が選択された場合、グループメンバー端末３がアプリケーションの起動を行い、下記の処理に移行する。
【０１２２】
Ｓ3.5.1：端末３は、送信されてきたメンバー申請情報のうち、保持が必要な下記のデータをScratchPadに書き込む。
【０１２３】
-  会議ID
-  会議名
-  会議キーコード
-  グルーピング許容階層数 - 1
Ｓ3.5.2：「識別子 = "グループメンバー登録" の画面の表示」より、グループメンバー登録画面５１を表示する。
【０１２４】
Ｓ3.5.3：ユーザが登録画面上の下記項目を入力し、登録ボタン５２を選択すると、前記メンバー申請情報に、この入力項目の情報を加え、このメンバー申請情報をHTTPプロトコルPostにより会議サーバ５４に送信する。
【０１２５】
-  メンバー名
-  メンバーTEL(端末のTEL番号 : ユーザが直接入力しなくとも、入力画面中に、端末上に登録されているTEL番号を表示させることも可能)
-  メンバーメールアドレス(ユーザが直接入力しなくとも、入力画面中に端末上に登録されているメールアドレスを表示させることも可能)
-  etc
Ｓ3.5.4：会議サーバ１では、送付されてきたメンバー申請情報をもとに、会議リストを作成する。
【０１２６】
Ｓ3.5.5：また、該当会議用のメンバーID・個人認証コード(メンバー)を発行し、ユーザが会議に参加するためのメンバー情報を作成し、前記会議リストと対応付けて管理情報データベースに登録する。
【０１２７】
Ｓ3.5.6：そして、会議サーバ１の送受信部１５ｃは、前記メールアドレス宛て、即ち当該グループメンバーの端末３に、前記メンバー情報を送信する。
Ｓ3.5.7：このメンバー情報を受信したグループメンバー端末３は、これに基づきScratchPadに会議参加時に必要な情報として下記データの書き込みを行う。
【０１２８】
-  メンバー名
-  メンバーID
-  メンバーTEL
-  個人認証コード（メンバー）
-  etc
Ｓ3.5.8：グループメンバー端末３は、登録完了の旨を表示を行う。
Ｓ3.6：キーパーソン端末２は、一番目のグループメンバーへのメンバー登録を行った後、グループメンバー登録 By メール通信(続行)画面５３を表示する。
【０１２９】
キーパーソンが次のグループメンバーとなるユーザ端末のメールアドレスを指定して登録処理を続行すると、上記Ｓ3.3〜Ｓ3.5.8の処理が同様に実施される。
Ｓ3.7：キーパーソンは、グループメンバー数分、グループメンバー登録 byメール通信(続行)を繰り返した後、終了時には,終了を選択する。
【０１３０】
Ｓ3.8：全メンバーの登録が完了したかどうかをキーパーソンが確認するために、端末２は、下記のような処理を行う。
【０１３１】
(1)一定周期ごとにグループメンバーの登録状況をシステムに問い合わせて、登録メン
バー表示を行う。
(2)システム側でメンバー登録が完了するごとに、メンバー名をキーパーソンにメールなどで通知を行う。
【０１３２】
なお、上記グループメンバー登録処理において、キーパーソン及びその端末２が行ったステップは、キーパーソンからメンバー情報を受けたグループメンバー及びその端末３が行っても良い。これにより、キーパーソンが直接指定したメンバーだけでなく、指定されたメンバーが更に他のメンバーを指定することができる。このとき、キーパーソンが設定した許容階層以内で指定を認めるのが望ましい。この場合、例えば、サーバ１は、データベース分析部１６ｄが、ステップ3.4で受信したメンバー申請情報の許容階層数が所定値以上か否かを判断し、所定値以上であればデータベース作成部１６ｃがこの許容階層数を減算してメンバー情報を作成し、このメンバー情報を当該グループメンバー端末３に送信する。
【０１３３】
そして、このメンバー情報を受信したグループメンバー端末３が、キーパーソン端末２に代わってグループメンバー登録処理を行う場合、ステップ3.3で、このメンバー情報の許容階層数を含めてメンバー申請情報を作成して他のグループメンバー端末へ送信する。
【０１３４】
もし、このグループメンバー端末３がキーパーソンの設定した許容階層数を超えていた場合には、このメンバー申請情報の許容階層数が所定値未満と判断されてメンバー登録を行うことができない。
【０１３５】
なお、この階層数が許容範囲内であるか否かの判断は、端末３が行っても良い。例えば端末３は、ステップ3.2で会議名が選択された際に、このメンバー情報の許容階層数を参照し、これが所定値以上（例えば１以上）であれば、登録処理を続行し、所定数未満であればキーパーソンの許容範囲を超える旨を表示して処理を中断する。或は登録画面４８を表示する際にこの許容階層数を参照して所定数未満の会議の会議名を表示せず、登録処理が行えないようにしても良い。
【０１３６】
３−４．サブ会議メンバー登録処理
図１８，図１９にサブ会議メンバー登録処理フローを示す。
Ｓ4.1：キーパーソン（あるいはキーパーソンから許可を受けたグループメンバー）は、アプリケーションを起動し、サブ会議メンバー登録メニューを選択する。
【０１３７】
Ｓ4.2：端末２は、サブ会議メンバー登録画面５４を表示し、ユーザが画面上に表示された会議名から該当会議名を選択する。(会議名はScratchPad上のテ゛ータを参照し表示する。ScratchPad上に保存されていない場合は、サーバに問い合わせを行い登録されている前会議名を入手し表示を行う。)
Ｓ4.3：キーパーソンが選択ボタン５５を押下すると、端末２は、ScratchPadに書き込まれている会議システムへのアクセス時に必要な下記の情報を編集後、会議サーバに対してHTTPプロトコルPost にて送信する。
【０１３８】
-  会議ID
-  会議キーコード
-  キーパーソン/メンバーID
-  個人認証コード(キーパーソン/メンバー)
-  etc
Ｓ4.4〜S4.5：会議サーバ１の管理データ参照プログラムでは、送付されてきたデータをもとに、会議情報(会議ID/会議キーコード/キーパーソン/メンバーID/個人認証コード(キーパーソン/メンバー))の照合を行い、該当会議の全会議メンバーリストの編集を行い
、端末２に送信する。
【０１３９】
Ｓ4.6：このメンバーリストを受信した端末２は、これをもとにサブ会議メンバー登録詳細画面５６を表示する。
Ｓ4.7：キーパーソンはサブ会議名を入力し、会議メンバーを選択（例えば必要なメンバーにレ点を付ける）した後、登録ボタン５７を選択する。
【０１４０】
Ｓ4.8：キーパーソン端末２は、入力されたサブ会議名や選択されたメンバーの情報を編集しサブ会議用の依頼情報を作成し、会議サーバ１に送信する。
【０１４１】
Ｓ4.9〜Ｓ4.11：会議サーバでは、送信されてきたデータをもとにサブ会議のメンバーリストを作成し、サブ会議用の会議ＩＤ、会議キーコードを発行後、サブ会議参加時に必要なメンバー情報を作成し、キーパーソン端末２に送信する。
【０１４２】
Ｓ4.12：このメンバー情報を受信した端末２は、端末上のScratchPadにサブ会議参加時に必要な情報として書き込みを行う。ScratchPadに書き込まれるデータとしては下記があげられる。
【０１４３】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  etc
Ｓ4.13〜Ｓ4.14：キーパーソン端末２は、サブ会議メンバー登録詳細(続行)画面５８を表示し、必要に応じてキーパーソンが上記サブ会議メンバー登録の選択を繰り返す。
【０１４４】
Ｓ4.15：キーパーソンは、終了時に終了ボタン５９を選択する。
Ｓ4.16：このサブ会議メンバー登録処理でメンバーとして登録されたグループメンバーの端末３は、グループメンバリスト表示やスケジュール表示、会議参加などのためにアプリケーションが起動されたときに、ScratchPadにないサブ会議登録がされているか否かをサーバ１に問い合わせる。例えばScratchPadから会議情報(会議ＩＤ/会議キーコード/メンバーＩＤ/個人認証コード(メンバー))を抽出してサーバ１に送信する。
【０１４５】
Ｓ4.17：会議サーバ１では、この会議情報と管理情報データベースの情報とを照合する。
Ｓ4.18：会議サーバ１は、この照合した情報が一致している場合に、サブ会議リストをチェックし、まだ当該端末３に送信していない登録情報があれば、サブ会議キーコード・サブ会議ＩＤ等のサブ会議参加時に必要なメンバー情報を端末３に送信する。
【０１４６】
Ｓ4.19：メンバー情報を受信した端末３は、ScratchPadにサブ会議参加時に必要なメンバー情報として書き込みを行う。ScratchPadに書き込まれるデータとしては下記があげられる。
【０１４７】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  etc
Ｓ4.20：端末３は、本来の目的であったグループメンバリスト表示やスケジュール表示、会議参加など処理を起動する。
【０１４８】
なお、上記サブ会議メンバー登録処理において、キーパーソン及びその端末２が行った
ステップは、キーパーソンから許可を受けたグループメンバー及びその端末３が行っても良い。
【０１４９】
３−５．会議参加処理(日程・周期指定開催)
図２０に会議参加処理フロー(日程・周期指定開催)を示す。
【０１５０】
Ｓ5.1：会議サーバ１は、周期的に会議リストを参照し、開催される会議があるか否かのチェックを行う。
【０１５１】
Ｓ5.2：会議サーバ１は、開催予定の会議がある場合、この会議に係る情報（会議ＩＤ、会議名、開催日、開催時等）を管理情報データベースから抽出して会議参加情報を作成し、会議に参加する全ての端末２，３に電子メールで送付する。(メールイメージについては図２１参照)
Ｓ5.3：グループメンバー端末３は、トリガーとなる会議参加情報のメールを受信した場合、アプリケーションを起動するか否かの選択を促すダイアログを表示する。そしてグループメンバーが起動を選択した場合に端末３は、アプリケーションを起動して会議参加処理を開始する。なお、以下グループメンバーが端末３を用いて会議に参加するステップを説明するが、キーパーソンが端末２を用いて会議に参加するステップも同じであるので、この説明は省略する。
【０１５２】
Ｓ5.4：グループメンバー端末３は、送信されてきた会議参加情報のうち、保持が必要な下記データをScratchPadに書き込む。
【０１５３】
-  会議ＩＤ
-  会議名
-  開催日
-  開催時
-  etc
Ｓ5.5：グループメンバー端末３は、端末会議参加(日程・周期指定開催)の画面を表示する。
Ｓ5.6：グループメンバーが参加、或いは不参加の押下を行うと、端末３は参加・不参加情報,及び、端末上のScratchPadに格納されている会議参加時に必要な下記の情報を編集し、メンバー情報を会議サーバ１に送信する。
【０１５４】
-  会議ＩＤ
-  会議キーコード
-  キーパーソン/メンバーＩＤ
-  個人認証コード(キーパーソン/メンバー)
-  etc
Ｓ5.7〜Ｓ5.9：会議サーバ１では、受信したメンバー情報(会議ＩＤ/会議キーコード/キーパーソン/メンバーＩＤ/個人認証コード(キーパーソン/メンバー))の照合を行い、照合結果ＯＫの場合、参加メンバーリストへの追加を行い、参加OKのグループメンバーの端末３に対しては、会議参加用の電話番号の通知を行う。
【０１５５】
Ｓ5.10：グループメンバー端末３は、この受信した会議参加用の電話番号をScratchPadに書き込む。
【０１５６】
Ｓ5.11：グループメンバー端末３は、ディスプレイ上に、例えば、会議開始までのカウントダウン画面などの表示して開催時間まで待機する。(このステップは、特にカウントダウン画面などを表示せず、単に待ち状態などとしてもよい。)
Ｓ5.12：端末３は、指定時間（開催時間）になると、自動的に指定された前記会議参加用の電話番号に発呼するため、発呼ＯＫか否かを問い合わせるダイアログの表示を行う。(実際の処理としては、Phoneクラスのcallメソッドを呼び出した時点でアプリケーションはサスヘ゜ント゛状態となる)
Ｓ5.13：ユーザは発呼ＯＫを選択する。
【０１５７】
Ｓ5.14：グループメンバー端末３が、会議参加用の電話番号の呼び出しを行い、無線電話回線を介して会議サーバ１に接続すると、サーバ１は、サービス制御部２１ｄが、これらの端末２，３から受信した画像や音声等のサービス情報を他の端末２，３に配信することでＴＶ会議サービスを実施する。
【０１５８】
３−６．会議参加処理(任意開催)
図２２，図２３に会議参加処理フロー(任意開催)を示す。
【０１５９】
Ｓ6.1：会議主催者となるユーザ(キーパーソンあるいはキーパーソンから許可を受けたグループメンバー)は、アプリケーションを起動し、会議任意開催メニューを選択する。なお、以下キーパーソンが端末２を用いて会議に参加するステップを説明するが、グループメンバーが端末３を用いて会議に参加するステップも同じであるので、この説明を省略する。
【０１６０】
Ｓ6.2：この会議任意開催メニューが選択されると、キーパーソン端末２は、会議任意開催画面６２を表示する。(会議名はScratchPad上のデータを参照し表示) 
Ｓ6.3：キーパーソンは会議名を選択し、選択ボタン６３を押下（選択）する。
【０１６１】
Ｓ6.4：キーパーソン端末２は、ScratchPadから、選択された会議名の会議に参加するのに必要な下記項目の情報を読み出して編集し、メンバー情報として会議サーバ１に送信する。
【０１６２】
-  会議ＩＤ
-  会議キーコード
-  キーパーソン/メンバーＩＤ
-  個人認証コード(キーパーソン/メンバー)
-  etc
Ｓ6.5：会議サーバ１では、メンバー情報(会議ＩＤ/会議キーコード/キーパーソン/メンバーＩＤ/個人認証コード(キーパーソン/メンバー))の照合を行う。
Ｓ6.6：照合OKの場合、端末２は、管理情報データベースから該当会議に登録しているメンバー情報を抽出し、メンバーリストを作成して端末２へ送信する。
【０１６３】
Ｓ6.7：キーパーソン端末２は、受信したメンバーリストをもとに、会議任意開催詳細画面６４を表示する。
Ｓ6.8：キーパーソンは、開催時を入力し、会議メンバーを選択(全メンバー指定、或いは個別指定)後、設定ボタン６５を選択する。
【０１６４】
Ｓ6.9：キーパーソン端末２は、この開催時刻・メンバー選択情報を編集し、開催依頼情報として会議サーバ１に送信する。
Ｓ6.10：会議サーバ１では、送信されてきた開催依頼情報を記憶装置１３に保存する。
Ｓ6.11：会議主催者の端末２の会議用アプリケーションはいったん終了とする。
【０１６５】
Ｓ6.12：会議サーバ１では、会議参加情報を編集し、選択されたグループメンバーにメール送付する。(メールイメージについては図２４参照)
Ｓ6.13：グループメンバー端末３は、トリガーとなる会議参加情報を含むメールを受信したときに、アプリケーションを起動しても良いか否かの選択を促すダイアログを表示し、起動が選択された場合にアプリケーションを起動して会議参加処理を行う。
【０１６６】
また、グループメンバー端末３は、受信した会議参加情報のうち、保持が必要な下記データをScratchPadに書き込む。
【０１６７】
-  会議ＩＤ
-  会議名
-  開催日
-  開催時
-  etc
Ｓ6.14：グループメンバー端末３は、会議参加(任意開催)の画面６６を表示する。
Ｓ6.15：ユーザが、参加ボタン６７或いは不参加ボタン６８の選択を行うと、参加／不参加を示す情報、及びScratchPadに格納されている会議参加時に必要な下記項目のメンバー情報を編集し、編集データを会議サーバ１に送信する。
【０１６８】
-  会議ＩＤ
-  会議キーコード
-  キーパーソン/メンバーＩＤ
-  個人認証コード(キーパーソン/メンバー)
-  etc
Ｓ6.16〜Ｓ6.17：会議サーバ１では、メンバー情報(会議ＩＤ/会議キーコード/キーパーソン/メンバーＩＤ/個人認証コード(キーパーソン/メンバー))の照合を行い、照合結果OKの場合、このメンバーを参加メンバーリストへ追加する。
【０１６９】
Ｓ6.18：そして、会議サーバ１は、この照合結果がＯＫであったメンバー情報の参加／不参加を示す情報をチェックし、参加ＯＫのメンバーに対しては、会議参加用の電話番号を送信する。
【０１７０】
Ｓ6.19：この会議参加用の電話番号を受信したグループメンバー端末３は、この電話番号をScratchPadに書き込む。
【０１７１】
Ｓ6.20：グループメンバー端末３は、ディスプレイ上に、例えば、会議開始までのカウントダウン画面などの表示して開催時間まで待機する。(このステップは、特にカウントダウン画面などを表示せず、単に待ち状態などとしてもよい。)
Ｓ6.21：端末３は、指定時間（開催時間）になると、自動的に指定された前記会議参加用の電話番号に発呼するため、発呼ＯＫか否かを問い合わせるダイアログの表示を行う。(実際の処理としては、Phoneクラスのcallメソッドを呼び出した時点でアプリケーションはサスヘ゜ント゛状態となる)
Ｓ6.22：ユーザは発呼ＯＫを選択する。
【０１７２】
Ｓ6.23：グループメンバー端末３が、会議参加用の電話番号の呼び出しを行い、無線電話回線を介して会議サーバ１に接続すると、サーバ１は、サービス制御部２１ｄが、これらの端末２，３から受信した画像や音声等のサービス情報を他の端末２，３に配信することでＴＶ会議サービスを実施する。
【０１７３】
３−７．グループメンバリスト表示／グループメンバー権限登録／スケジュール表示／スケジュール登録・変更／メンバー削除／会議脱退／会議解散
上記で示された機能と同様に、端末２，３は、ScratchPadに保存されたデータをもとに
、会議サーバ１とやり取りを行い、グループメンバリスト表示／グループメンバー権限登録／スケジュール表示／スケジュール登録・変更／メンバー削除／会議脱退／会議解散の処理を行う。
【０１７４】
§４．データベース構造
会議サーバ１の記憶装置に登録されるデータベース構成の概要を下記に示す。
【０１７５】
図２５（Ａ）は、会議リストの例である。この会議リスト（サービスリスト）には、会議を特定する会議ＩＤ（サービスを特定するサービスＩＤ）や、会議キーコード、会議名（サービス名）等の 会議の基本情報（サービスの基本情報）及びキーパーソンのメンバー情報を格納している。
【０１７６】
図２５（Ｂ）は、メンバーリストの例である。このメンバーリストは、会議ＩＤをキーとして会議（サービス）と 全グループメンバーのメンバー情報とを対応付けて格納している。
【０１７７】
図２５（Ｃ）は、サブ会議のメンバーリストの例である。このサブ会議のメンバーリストは、サブ会議のメンバーとして登録されたメンバーのリストであり、会議ＩＤをキーとして会議とメンバー情報を対応付けて格納している。
【０１７８】
図２６（Ａ）は、階層サブメンバーリストの例である。この階層サブメンバーリストは、階層数に基づいて所定階層数のグループを設定し、会議のメンバーのうち、このグループに該当するメンバーのメンバー情報を格納している。これらのメンバー情報は、会議ＩＤをキーとして当該会議と対応つけて格納されている。
【０１７９】
図２６（Ｂ）は、選択メンバーリストの例である。この選択メンバーリストは、 任意開催の会議参加処理時に選択されたメンバーのメンバー情報を、会議ＩＤ又はサブ会議ＩＤをキーとして会議又はサブ会議と対応付けて格納している。
【０１８０】
図２６（Ｃ）は、参加メンバーリストの例である。この参加メンバーリストは、 会議開催時に会議に参加するメンバーのメンバー情報を、会議ＩＤ又はサブ会議ＩＤをキーとして会議又はサブ会議と対応付けて格納している。
【０１８１】
§５．本実施形態の効果
本実施形態によれば、以下の効果がある。
容易かつ臨機応変にグループメンバーを構成できるため、多人数での会議からパーソナルユースの少人数での打ち合わせまで幅広く対応できる。
【０１８２】
個人認識ＩＤ、個人認証コード、会議ＩＤ等の情報が紙による文書やメール文章として残らないため、紛失・盗用などの状況に陥らない。
【０１８３】
個人認識ＩＤ、個人認証コード、会議ＩＤ等の情報を各グループメンバーがいちいち覚える必要がない。
【０１８４】
会議の開催日時（スケジューリングデータ）の登録・更新や、グループメンバーの選定、ＴＶ会議の参加などの作業のたびに、いちいち手入力で個人認識ＩＤ、個人認証コード、会議ＩＤ等の情報を入力する必要がない。
【０１８５】
会議の主催者は会議のたびに全グループメンバーに会議参加のためのキーコード等の情報を通知する等の作業をする必要がない。
【０１８６】
サーバ１へのアクセス権が端末固有のであるため、堅固なセキュリティとなる。
システム管理者による各種情報の管理が不要となる。
【０１８７】
階層を考慮したグループメンバー構成を構成したり、一度構成したグループメンバーをサブグループに構成し直すといった複雑グループメンバー構成を構築することができる。
【０１８８】
〈実施形態２〉
次に本発明の実施形態２について説明する。本実施形態は、前記実施形態１と比較してＴＶ会議サービス（メンバー管理）の実施手順が異なり、その他の構成は同じである。このため同一の構成要素に同符号を付す等して再度の説明を省略する。
【０１８９】
図３は、本実施形態におけるシステムの処理の大まかな流れを示す。
Ｓ１（図ではＳ１のように略記する）：各端末２,３において、端末用アプリケーションのダウンロードを行う。
【０１９０】
Ｓ１ａ：各端末２，３によるユーザ登録を実施する。
Ｓ２：キーパーソン端末２はダウンロードを行ったアプリケーションを実行し、サーバ１に対してＴＶ会議などのサービスの依頼を行う。この依頼時の登録情報として、キーパーソンの個人情報、及び、会議などのサービス実施情報を入力する。
【０１９１】
Ｓ３：キーパーソン端末２から赤外線通信機能や無線通信（例えば特定省電力無線通信、具体的にはBluetooth(登録商標)や無線ＬＡＮ）、メール通信機能を使用して、グループメンバー端末へメンバー申請情報を送信してグループメンバーに指定する。
【０１９２】
Ｓ４：メンバー申請情報を受信した各グループメンバー端末３はアプリケーションを実行し、前記会議への登録を行う。
【０１９３】
Ｓ５：キーパーソンを含むグループメンバーは、サービス開催通知（会議開始通知）を受けた場合に、各端末２，３から夫々メンバー情報をサーバ１に送信してＴＶ会議等のサービスに参加する。
【０１９４】
まず実施形態１と同様に、キーパーソンが端末２に会議用アプリケーションの実行を入力すると、端末２は、ディスプレイ上に下記項目のメインメニューを表示する。
-  ユーザがアプリケーションを最初に起動時に起動される機能
-  ユーザ登録
-  ユーザのメニュー選択により起動される機能
-  会議登録
-  グループメンバー登録 by 赤外線通信
-  グループメンバー登録 by メール通信
-  サブ会議メンバー登録
-  会議任意開催
-  グループメンバリスト表示
-  グループメンバー権限登録
-  スケジュール表示
-  スケジュール登録・変更
-  メンバー削除
-  会議脱退
-  会議解散
【０１９５】
また、キーパーソン端末２やグループメンバー端末３において、分析部２１ｃや申請情報受信部３１ａで、会議開始通知やメンバー申請情報を受信したと判別した場合に、下記の処理を開始する。
-  赤外線通信やメールで起動される機能
-  会議参加(日程・周期指定開催)
-  会議参加(任意開催)
ユーザ登録／会議登録／グループメンバー登録 by 赤外線通信／グループメンバー登録
by メール通信 の４機能についての処理の流れを以下で説明する。この４つ以外の機能については実施形態１と同様である。
【０１９６】
１−１．ユーザ登録
図２７にユーザ登録処理フローを示す。
【０１９７】
Ｓ8.1：アプリケーションダウンロード後、始めにアプリケーションを起動したときに、端末２，３は、ユーザ登録画面７１を表示する。
【０１９８】
Ｓ8.2：ユーザは、下記項目の情報を画面７１上に表示されているそれぞれの入力欄に入力する。
【０１９９】
-  ユーザ名
-  ユーザTEL番号
-  ユーザメールアドレス
Ｓ8.3：ユーザが情報入力後、登録ボタン７２を選択すると、端末２，３は、この入力情報をHTTPプロトコルPostにより会議サーバ１に送信する。例えば、端末２，３は、この入力情報を会議サーバ１上のデータ管理プログラム（サーブレット形式のプログラム）のパラメータとして編集し、HTTPプロトコルPostにより、そのプログラムを呼び出し、これらの情報（パラメータ）を送信する。)
Ｓ8.4〜Ｓ8.6：会議サーバ１は、送付されてきた情報をもとに、ユーザーリスト７３にこのユーザのレコードを作成し、前記入力項目の情報を登録する。また、会議サーバ１は、ユーザーＩＤ・個人認証コードを発行して該ユーザーのレコードに追加すると共に、このメンバーＩＤ・個人認証コード等の情報をメンバーが会議システムにアクセスするためのメンバー情報の一部として編集して端末２，３に送信する。
【０２００】
Ｓ8.7：この情報を受信した端末２，３は、これらをScratchPadに書き込む。ScratchPadに書き込むデータとしては下記があげられる。
-  メンバー名
-  メンバーＩＤ
-  メンバーTEL 
-  メンバーメールアドレス
-  個人認証コード
なお、上記のうちメンバー名などの文字データについては、端末上のメモリサイズの制限や、データ送信時のデータサイズの制限がある場合、端末のメモリ上には保存せずに、サーバ１のみに保存し、名称の表示が必要な場合は、そのたびにサーバ１に問い合わせを行うという処理としても良い。ここであげた実施形態では、端末上のメモリサイズの制限、データ送信時のデータサイズの制限は特に考慮せず、端末上のメモリに文字データも保存を行い、データ送信時もこれらの文字データも送信を行うものとして記述した。また、TEL番号・メールアドレスの情報も、既に端末内に登録されているはずのデータなのでメモリへの書き込みは必須ではない。(以降のフローでも同様とする。)
１−２．会議登録
図２８に会議登録処理フローを示す。
【０２０１】
Ｓ9.1：キーパーソンとなるユーザは、アプリケーションを起動し、会議登録メニューを選択する。
【０２０２】
Ｓ9.2：該会議登録メニューが選択されると、キーパーソン端末２は、会議登録画面７３が表示し、下記項目の情報の入力を促す。
【０２０３】
-  会議名
-  会議開催形態 (任意開催のみ／日程指定(開催日時の指定)／周期指定(開催曜日時間の指定)など)
-  日程指定時の開催日時／周期指定時の開催曜日時間
-  キーパーソンからのグルーピング許容階層数
-  グルーピング階層時サブグループ化の有無
Ｓ9.3：キーパーソンが、これらの情報を該画面７３のそれぞれの入力欄に入力した後、登録ボタン７４を選択すると、キーパーソン端末２は、入力情報をHTTPプロトコルPostにより会議サーバ１に送信する。(入力情報を会議サーバ上のデータ管理プログラム（サーブレット形式のプログラム）のパラメータとして編集し、HTTPプロトコルPostにより、そのプログラムの呼び出してこれらの情報を受け渡す)
Ｓ9.4：会議サーバ１は、送付されてきたユーザＩＤ・個人認証コードの照合を行い、照合OKの場合,送付されてきた情報をもとに、会議リストを作成し、該当会議用の会議キーコードを発行し、ユーザが会議に参加するための情報として、会議キーコード・会議ＩＤ 等のメンバー情報を編集して端末２へ送信する。
【０２０４】
Ｓ9.5：メンバー情報を受信したアプリケーションは、端末上の ScratchPadに会議参加時に必要な情報として書き込みを行う。ScratchPadに書き込まれるデータとしては下記があげられる。
【０２０５】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  グルーピング許容階層数
-  etc
１−３．グループメンバー登録処理(赤外線通信による接触型)
図２９，図３０にキーパーソンによるグループメンバー登録処理フロー(赤外線通信による接触型)を示す。
【０２０６】
Ｓ10.1：キーパーソンは、アプリケーションを起動し、グループメンバー登録by赤外線通信メニューを選択する。
【０２０７】
Ｓ10.2：端末２は、グループメンバー登録 by赤外線通信の登録画面を表示し、会議名の一覧を表示して登録処理を行う会議名の選択を促す。(キーパーソンとして複数会議名を登録した場合、会議名毎にグルーピングが可能となる)
Ｓ10.3：キーパーソンが、この会議名の選択後、自己の端末２とグループメンバーとなるユーザ端末３の赤外線ポート同士を近づけて、登録ボタン７６を選択すると、端末２は、ScratchPadに書き込まれている会議参加時に必要なメンバー情報のうちメンバー登録に必要な下記のメンバー申請情報を、vTrigger形式(図３１参照)のパラメータとして編集後、OBEXプロトコルPUTにより端末３へ送信する。このときグルーピング許容階層数は、自己の
-  会議ＩＤ
-  会議名
-  会議キーコード
-  キーパーソン名
-  キーパーソンＩＤ
-  個人認証コード(キーパーソン)
-  グルーピング許容階層数
-  etc
なお、vTrigger形式のパラメータとしては、上記情報に加え、情報を受信した端末上で何の処理を行うかに使用される識別子を追加する。ここでは、「識別子 = "グループメンバー登録"の処理実行」を指定する。
【０２０８】
Ｓ10.4 これに対し、データを受信したグループメンバー端末３では、トリガーとなる信号を受信してアプリケーションを起動するか否かを選択させるダイアログを表示し、起動が選択されると、アプリケーションの起動を行う。
【０２０９】
このメンバー申請情報（会議情報）を受信したグループメンバー端末３は、上記識別子に基づいて下記のグループメンバー登録の処理を開始する。
【０２１０】
Ｓ10.5：端末３は、グループメンバー登録を行うために、送付されてきた会議ＩＤ/会議キーコード/キーパーソンＩＤ/個人認証コード(キーパーソン)、そして端末上のScratchPadの、ユーザ名、個人認証コードの照合を会議サーバ１に対してHTTPプロトコルPostにより要求する。
【０２１１】
Ｓ10.6：会議サーバ１は、受信したメンバー申請情報のうち、会議情報(会議ＩＤ/会議キーコード/キーパーソンＩＤ/個人認証コード(キーパーソン))を管理情報データベースに記憶した情報と照合する。
【０２１２】
Ｓ10.7：会議情報の照合がOKであれば、受信したメンバー申請情報のうち個人情報(ユーザ名、個人認証コード)を管理情報データベースに記憶した情報と照合する。この個人情報が管理情報データベースに記憶されていなければ、前記会議のメンバーとして(メンバーリストの追加)登録を行う。
【０２１３】
Ｓ10.8：照合後、上記メンバー申請情報をもとに、会議リスト７０を作成すると共に、当該メンバーが会議に参加するのに必要なメンバー情報を処理結果として端末３に送信する。
【０２１４】
Ｓ10.9：グループメンバー端末３は、この処理結果を受信した場合、端末上のScratchPadに、下記項目のメンバー情報の書き込みを行う。
【０２１５】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  グルーピング許容階層数 - 1
Ｓ10.10：グループメンバー端末３は、登録完了の旨を表示を行う。
Ｓ10.11：キーパーソン側のアプリケーションでは、一番目のグループメンバーへのメンバー登録を行った後、グループメンバー登録 By赤外線通信(続行) 画面が表示される。
【０２１６】
Ｓ10.12：キーパーソンが次のグループメンバーとなるユーザ端末と赤外線ポート同士を近づけて登録ボタン７８を選択すると、端末２は上記の処理を同様に繰り返す。
Ｓ10.13：キーパーソンは、グループメンバー数分、グループメンバー登録 by赤外線通信(続行)を繰り返し、終了時には、終了ボタン９１を選択する。
【０２１７】
Ｓ10.14：全メンバーの登録が完了したかどうかをキーパーソンが確認するために、端末２は下記のような処理を行う。
【０２１８】
(1) 一定周期ごとにグループメンバーの登録状況をシステムに問い合わせて、登録メンバー表示を行う。
(2) システム側でメンバー登録が完了するごとに、メンバー名をキーパーソンにメールなどで通知を行う。
【０２１９】
なお、上記グループメンバー登録処理において、キーパーソン及びその端末２が行ったステップは、キーパーソンからメンバー情報を受けたグループメンバー及びその端末３が行っても良い。これにより、キーパーソンが直接指定したメンバーだけでなく、指定されたメンバーが更に他のメンバーを指定することができる。このとき、キーパーソンが設定した許容階層以内で指定を認めるのが望ましい。この場合、例えば、サーバ１は、データベース分析部１６ｄが、ステップ10.6で受信したメンバー申請情報の許容階層数が所定値以上か否かを判断し、所定値以上であればデータベース作成部１６ｃがこの許容階層数を減算してメンバー情報を作成し、このメンバー情報をステップ10.8で当該グループメンバー端末３に送信する。
【０２２０】
そして、このメンバー情報を受信したグループメンバー端末３が、キーパーソン端末２に代わってグループメンバー登録処理を行う場合、ステップ10.3で、このメンバー情報の許容階層数を含めてメンバー申請情報を作成して他のグループメンバー端末へ送信する。
【０２２１】
もし、このグループメンバー端末３がキーパーソンの設定した許容階層数を超えていた場合には、このメンバー申請情報の許容階層数が所定値未満と判断されてメンバー登録を行うことができない。
【０２２２】
なお、この階層数が許容範囲内であるか否かの判断は、端末３が行っても良い。例えば端末３は、ステップ10.2〜10.3で会議名が選択された際に、このメンバー情報の許容階層数を参照し、これが所定値以上（例えば１以上）であれば、登録処理を続行し、所定数未満であればキーパーソンの許容範囲を超える旨を表示して処理を中断する。或は登録画面７６を表示する際にこの許容階層数を参照して所定数未満の会議の会議名を表示せず、登録処理が行えないようにしても良い。
【０２２３】
１−４．グループメンバー登録処理(メール通信による非接触型)
図３２，３３，３４にキーパーソンによるグループメンバー登録処理フロー(メール通信による非接触型)を示す。
【０２２４】
Ｓ11.1：キーパーソンは、アプリケーションを起動し、グループメンバー登録byメール通信メニューを選択する。
【０２２５】
Ｓ11.2：端末２はグループメンバー登録 byメール通信の登録画面７９を表示する。ユーザはこの画面上に表示された会議名の一覧から該当会議名を選択し、グループメンバーとなるユーザのメールアドレスを入力する。(キーパーソンとして複数会議名を登録した場合、会議名毎にグルーピングが可能となる。
【０２２６】
また、メールアドレスについては、端末上に登録されている加入者リストから選べるようにもでき、また、複数指定も可とする。)
Ｓ11.3：これらの入力後、キーパーソンが登録ボタン８１を選択すると、端末２は、入力されたメールアドレス、及び端末上の ScratchPadに書き込まれている会議参加時に必
要な情報のうちメンバー登録に必要な下記情報をメンバー申請情報（会議情報）として会議サーバ１に対してHTTPプロトコルPost にて送信する。
【０２２７】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  キーパーソンＩＤ
-  個人認証コード(キーパーソン)
-  グルーピング許容階層数
-  etc
Ｓ11.4：会議サーバ１は、送付されてきたメンバー申請情報の会議ＩＤ/会議キーコード/キーパーソンＩＤ/個人認証コード(キーパーソン) を管理情報データベースの情報と照合し、照合OKであれば、グループメンバー登録のアプリケーション起動用の電子メール(図３５参照)を作成し、あて先メールアドレスに送信する。この電子メールには、パラメータとして下記の情報（メンバー申請情報）を添付する。
【０２２８】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  キーパーソンＩＤ
-  個人認証コード(キーパーソン)
-  グルーピング許容階層数
-  etc
なお、メール添付のパラメータとしては、上記情報に加え、情報を受信した端末上で何の処理を行うかに使用される識別子を追加する。ここでは、「識別子 = "グループメンバー登録" の処理実行」を指定する。
【０２２９】
Ｓ11.5：データを受信したグループメンバー端末３では、トリガー受信後、アプリケーションを起動するか否かのダイアログを表示する。ユーザがアプリケーションの起動を行うと、端末３は、前記識別子に基づき、グループメンバー登録の処理を開始する。
【０２３０】
Ｓ11.6：端末３は、受信したメンバー申請情報のうち、下記のデータをScratchPadに書き込みを行う。
【０２３１】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  グルーピング許容階層数 - 1
Ｓ11.7： 端末上３は、ScratchPadの、ユーザＩＤ、個人認証コード等の個人情報を編集してメンバー申請情報とし、HTTPプロトコルPostにより会議サーバ１に送信する
-  ユーザＩＤ
-  個人認証コード
-  etc
Ｓ11.8： 会議サーバ１では、端末３から送付されてきたメンバー申請情報（個人情報）を管理情報データベースに登録されているユーザ情報と照合し、一致していれば、この個人情報及びステップ11.4で受信した会議情報とに基づき会議会議リスト９２を作成し、処理結果として登録ＯＫを端末３に送信する。
【０２３２】
Ｓ11.9：端末３は、登録完了の旨の表示を行う。
Ｓ11.10：キーパーソン端末２は、一番目のグループメンバーへのメンバー登録を行っ
た後、グループメンバー登録 By メール通信(続行) 画面を表示する。
【０２３３】
Ｓ11.11：キーパーソンが次のグループメンバーとなるユーザ端末のメールアドレスを指定して登録処理を続行すると、上記の処理が同様に実施される。
【０２３４】
Ｓ11.12：端末２が、グループメンバー数分、グループメンバー登録 byメール通信(続行)を繰り返した後、キーパーソンは、終了を選択する。
Ｓ11.13：全メンバーの登録が完了したかどうかをキーパーソンが確認するために、端末２は、下記のような処理を行う。
【０２３５】
(1)一定周期ごとにグループメンバーの登録状況をシステムに問い合わせて、登録メンバー表示を行う。
(2)システム側でメンバー登録が完了するごとに、メンバー名をキーパーソンにメールなどで通知を行う。
【０２３６】
なお、上記グループメンバー登録処理において、キーパーソン及びその端末２が行ったステップは、キーパーソンからメンバー情報を受けたグループメンバー及びその端末３が行っても良い。これにより、キーパーソンが直接指定したメンバーだけでなく、指定されたメンバーが更に他のメンバーを指定することができる。このとき、キーパーソンが設定した許容階層以内で指定を認めるのが望ましい。この場合、例えば、サーバ１は、データベース分析部１６ｄが、ステップ11.4で受信したメンバー申請情報の許容階層数が所定値以上か否かを判断し、所定値以上であればデータベース作成部１６ｃがこの許容階層数を減算してメンバー情報を作成し、このメンバー情報を当該グループメンバー端末３に送信する。
【０２３７】
そして、このメンバー情報を受信したグループメンバー端末３が、キーパーソン端末２に代わってグループメンバー登録処理を行う場合、ステップ11.3で、このメンバー情報の許容階層数を含めてメンバー申請情報を作成して他のグループメンバー端末へ送信する。
【０２３８】
もし、このグループメンバー端末３がキーパーソンの設定した許容階層数を超えていた場合には、このメンバー申請情報の許容階層数が所定値未満と判断されてメンバー登録を行うことができない。
【０２３９】
なお、この階層数が許容範囲内であるか否かの判断は、端末３が行っても良い。例えば端末３は、ステップ11.2で会議名が選択された際に、このメンバー情報の許容階層数を参照し、これが所定値以上（例えば１以上）であれば、登録処理を続行し、所定数未満であればキーパーソンの許容範囲を超える旨を表示して処理を中断する。或は登録画面７９を表示する際にこの許容階層数を参照して所定数未満の会議の会議名を表示せず、登録処理が行えないようにしても良い。
【０２４０】
１−５．データベース構造
会議サーバ上に登録されるデータベース構成の概要を下記に示す。
図３６（Ａ）は、ユーザリストであり、ユーザ登録を行った全ユーザの情報をリスト形式で登録している。
【０２４１】
図３６（Ｂ）は、会議リストであり、 会議の基本情報及びキーパーソン情報を登録している。
図３６（Ｃ）は、メンバーリストの例である。このメンバーリストは、会議ＩＤをキーとして会議（サービス）と 全グループメンバーのメンバー情報とを対応付けて格納している。
【０２４２】
図３７（Ａ）は、サブメンバーリストの例である。このサブメンバーリストは、サブ会議のメンバーとして登録されたメンバーのリストであり、会議ＩＤをキーとして会議とメンバー情報を対応付けて格納している。
【０２４３】
図３７（Ｂ）は、階層サブメンバーリストの例である。この階層サブメンバーリストは、階層数に基づいて所定階層数のグループを設定し、会議のメンバーのうち、このグループに該当するメンバーのメンバー情報を格納している。これらのメンバー情報は、会議ＩＤをキーとして当該会議と対応つけて格納されている。
【０２４４】
図３７（Ｃ）は、選択メンバーリストの例である。この選択メンバーリストは、 任意開催の会議参加処理時に選択されたメンバーのメンバー情報を、会議ＩＤ又はサブ会議ＩＤをキーとして会議又はサブ会議と対応付けて格納している。
【０２４５】
図３７（Ｄ）は、参加メンバーリストの例である。この参加メンバーリストは、 会議開催時に会議に参加するメンバーのメンバー情報を、会議ＩＤ又はサブ会議ＩＤをキーとして会議又はサブ会議と対応付けて格納している。
〈実施形態３〉
次に本発明の実施形態３について説明する。本実施形態は、前記実施形態１と比較してＴＶ会議サービス（メンバー管理）の実施手順が異なり、会議を一時的に開催する場合の簡易版のグルーピング方法とした点が異なっており、その他の構成は同じである。このため同一の構成要素に同符号を付す等して再度の説明を省略する。
【０２４６】
なお前述の実施形態との主な相違点は、
１．キーパーソン以外はユーザ登録不要
２．キーパーソンに 必要グループメンバー分の ユーザＩＤ/個人認証コードを一括して発行する。
【０２４７】
3.キーパーソンは赤外線、或いはメール通信で各グループメンバーに会議参加のための必要情報を配布する。(各グループメンバーにはそれぞれ異なったユーザＩＤ/個人認証コードと、会議参加のための必要情報、すなわち会議ＩＤ/会議キーコード/会議参加用の電話番号などを配布するようにする。)
4.グループメンバーはデータを受信後、会議参加処理を行い、会議サーバからの認証ＯＫ受信後、会議システムへの接続を行う。
【０２４８】
本例においても、前述の実施１，２と同様、まず始めに、ユーザの携帯端末上に会議用アプリケーションをダウンロードする。この会議用アプリケーションを実行することで端末２，３は、下記に示されるような機能を実現する。
【０２４９】
-  ユーザのメニュー選択により起動される機能
-  ユーザ登録  (一回のみ実施)
-  即時会議登録 (ユーザ登録を行ったキーパーソン(会議主催者)が実施)
-  即時会議通知   (*1)
-  メールで起動される機能
-  即時会議参加
なお、 即時会議通知としては赤外線による会議通知機能も考えられるが、即時会議の場合は赤外線による会議通知よりもメールによる通知機能のほうが、より実用的のため(赤外線の届く距離でのＴＶ会議はあまり実用的でない)、本例ではメールによる会議通知について記述を行うものとする。但し、赤外線の届く距離（近距離）のメンバーも含めて、遠隔地にいるメンバー達と会議を行う場合、遠隔地のメンバーにはメールで通知し、近
距離のメンバーには赤外線通信で通知しても良い。
【０２５０】
１−１．ユーザ登録
図３８にユーザ登録処理フローを示す。本処理は実施形態２（図２７）のユーザ登録と略同じであり、初めのアプリケーション起動時にユーザ登録を行うか否かを選択する点が異なっている。
【０２５１】
図２７に示す実施形態２のフローでは、始めのアプリケーション起動時に必ずユーザ登録を行うのに対し、図３８に示す本実施形態では、アプリケーション起動時にメニューを表示させ、メニューを選択して任意にユーザ登録を行う。本実施形態では、キーパーソンだけがサーバに情報を登録するので、グループメンバーは、必ずしもユーザ登録を行う必要はないが、一回行えばその後はキーパーソンとして会議を開催することができる。
【０２５２】
１−２．即時会議登録
図３９に会議登録処理フローを示す。
【０２５３】
Ｓ13.1：キーパーソンとなるユーザは、アプリケーションを起動し、即時会議登録メニューを選択する。
【０２５４】
Ｓ13.2：この即時会議登録メニューが選択された場合、端末２は、即時会議登録画面を表示し、下記項目の情報（会議情報）の入力を促す。
【０２５５】
-  会議名
-  会議人数
Ｓ13.3：ユーザが情報入力後、登録ボタン８５を選択すると、端末２は、これらの入力情報にScratchPadの個人情報（ユーザ名、ユーザＩＤ等）を加えてサービスの依頼情報とし、この依頼情報をHTTPプロトコルPostにより会議サーバ１へ送信する。このとき端末２は依頼情報を会議サーバ上のデータ管理プログラム（サーブレット形式のプログラム）のパラメータとして編集し、HTTPプロトコルPostにより、そのプログラムを呼び出して該情報の受け渡しを行う。
【０２５６】
Ｓ13.4〜S13.5：会議サーバ１は、送付されてきた依頼情報のうちキーパーソンの個人情報（ユーザＩＤ・個人認証コード）の照合を行い、照合OKの場合、送付されてきた依頼情報をもとに会議リスト９２を作成し、管理情報データベースに登録する。また、会議サーバ１は、該当会議用の会議キーコードを発行してこの会議リスト９２に登録する。
【０２５７】
Ｓ13.6〜Ｓ13.7：会議サーバ１は、会議人数分のテンポラリユーザＩＤ、及び、それぞれの認証コードを発行し、ユーザリスト（テンポラリユーザリスト）を作成すると共に、各テンポラリユーザＩＤを会議リスト９２に登録する。
【０２５８】
また、サーバ１は、グループメンバーが、会議に参加するための情報として、会議キーコード・会議ＩＤ・会議酸化用の電話番号等の情報を編集してキーパーソン端末２へ返信する。
【０２５９】
Ｓ13.8：この編集情報を受信した端末２は、 ScratchPadに会議参加時に必要な情報として書き込みを行う。ScratchPadに書き込まれるデータとしては下記があげられる。
【０２６０】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  会議参加用の電話番号
-  テンポラリユーザＩＤ (人数分)
-  認証コード(人数分)
-  etc
１−３．キーパーソンによる即時会議通知(メール通信による非接触型)
図４０，図４１にキーパーソンによる即時会議通知処理フロー(メール通信による非接触型)を示す。
【０２６１】
Ｓ14.1：キーパーソンは、アプリケーションを起動し、即時会議通知メニューを選択する。
Ｓ14.2：このメニューが選択された場合、端末２は、即時会議通知の登録画面８６を表示し、該画面上に一覧表示した会議名の選択、及びグループメンバーとなるユーザのメールアドレスの入力を促す。(キーパーソンとして複数会議名を登録した場合、会議名毎にグルーピングが可能となる。また、メールアドレスについては、端末上に登録されている加入者リストから選べるようにもでき、複数指定が可能である。)
Ｓ14.3：キーパーソンが登録を選択した場合、端末２は、入力されたメールアドレスに対して、テンポラリＩＤの割り付けを行った後、端末上の ScratchPadに書き込まれている会議参加時に必要な下記の情報を編集してメンバー申請情報とし、会議サーバ１に対してHTTPプロトコルPost にて送信する。
【０２６２】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  キーパーソンＩＤ
-  個人認証コード(キーパーソン)
-  あて先メールアドレス(人数分)
-  上記アドレスに割り当てられたテンポラリユーザＩＤ (人数分)
-  認証コード(人数分)
-  etc
Ｓ14.4 ：会議サーバ１は、送付されてきたメンバー申請情報の会議ＩＤ、会議キーコード、キーパーソンＩＤ、個人認証コード(キーパーソン) を管理情報データベースに登録されている情報と照合し、一致している場合に照合ＯＫとし、グループメンバーのアプリケーション起動用のメール(図４２参照)を作成し、指定メンバー分のあて先メールアドレスに送信する。
【０２６３】
このメールのパラメータとして下記のメンバー情報を添付する。
【０２６４】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  キーパーソンＩＤ
-  個人認証コード(キーパーソン)
-  テンポラリユーザＩＤ
-  認証コード
-  etc
なお、メール添付のパラメータとしては、上記情報に加え、情報を受信した端末上で何の処理を行うかに使用される識別子を追加する。ここでは、「識別子 = "即時会議通知" の処理実行」を指定する。
【０２６５】
Ｓ14.5：これらの情報を受信したグループメンバー端末３では、トリガー受信後、アプ
リケーションを起動するか否かを選択させるダイアログを表示し、ユーザが起動を選択した場合に、アプリケーションの起動を行い、送信されてきたメンバー情報のうち、下記項目のデータをScratchPadに書き込む。
【０２６６】
-  会議ＩＤ
-  会議名
-  会議キーコード
-  キーパーソンＩＤ
-  個人認証コード(キーパーソン)
-  テンポラリーユーザＩＤ
-  認証コード
Ｓ14.8：そして端末３は、ScratchPadに登録したメンバー情報（会議ＩＤ、テンポラリユーザＩＤ、個人認証コードなど）をHTTPプロトコルPostにより会議サーバ１に送信する。
【０２６７】
-  会議ＩＤ
-  テンポラリユーザＩＤ
-  個人認証コード
-  etc
Ｓ14.9：会議サーバ１では、送付されてきたメンバー情報を管理情報データベースの情報と照合し、一致した場合にＯＫとし、会議リスト(応答状況の更新)を作成し、処理結果（ＯＫ／ＮＧ）を端末３に送信する。
【０２６８】
Ｓ14.10：処理結果がＯＫの場合、端末３は、即時会議参加の画面８８を表示する。
【０２６９】
Ｓ14.11： ユーザが参加ボタン８９或いは不参加ボタン９０を選択すると、端末３は、この選択に応じて参加情報或は不参加情報を会議サーバ１に送信する。
【０２７０】
Ｓ14.12：会議サーバ１では送付されてきた参加情報或は不参加情報をもとに会議リストを更新し(参加状況の更新)、参加ＯＫの場合、会議参加用の電話番号を端末３に送信する。
【０２７１】
Ｓ14.13：端末３は、この受信した会議参加用の電話番号をScratchPadに書き込み、この電話番号に発呼するか否かを問い合わせるダイアログの表示を行う。(実際の処理としては、Phoneクラスのcallメソッドを呼び出した時点でアプリケーションはサスペンド状態となる)
Ｓ14.14：ユーザは発呼OKを選択する。
【０２７２】
Ｓ14.15：グループメンバー端末３が、会議参加用の電話番号の呼び出しを行い、無線電話回線を介して会議サーバ１に接続すると、サーバ１は、サービス制御部２１ｄが、これらの端末２，３から受信した画像や音声等のサービス情報を他の端末２，３に配信することでＴＶ会議サービスを実施する。
【０２７３】
Ｓ14.6，Ｓ14.16，Ｓ14.17：一方、キーパーソン端末２は、即時会議通知を行った後、周期的にメンバーの応答状況・参加状況のチェック（問合せ）を行う。（ＨＴＴＰ ｃｏｎｎｅｃｔｉｏｎ ＧＥＴ）
Ｓ14.7：会議サーバ１は、この問合せに応じて会議リストのチェックを行い、各テンポラリユーザの応答状況・参加状況を該端末２に送信する。
【０２７４】
Ｓ14.18：メンバーが一人でも参加状態であることを確認した場合、端末２は指定され
た電話番号に発呼するため、電話をかけるか否かを問い合わせるダイアログの表示を行う。(実際の処理としては、Phoneクラスのcallメソッドを呼び出した時点でアプリケーションはサスペンド状態となる)
Ｓ14.19：ユーザが発呼OKを選択すると、端末２は、会議参加用の電話番号の呼び出しを行い、無線電話回線を介して会議サーバ１に接続してサービスを受ける。
【０２７５】
そして、サービスが終了した場合、会議サーバ１は会議リストに課金情報を登録する。この課金情報は、サービスの提供時間に応じた金額としても良いし、サービス情報の通信量に応じた金額としても良い。そしてこの課金情報をユーザ毎、或は全てのグループメンバーの課金を積算してキーパーソンと対応つけて登録し、所定の請求日にこの課金情報を読み出して請求処理を行う。なお、本実施形態のように、キーパーソンのみがメンバー登録を行う場合には、全てのユーザの課金をキーパーソンに請求するのが望ましい。
【０２７６】
１−４．データベース構成
図４３（Ａ），図４３（Ｂ），図４３（Ｂ）は、本実施形態の会議サーバ上に登録されるデータベース構成の説明図である。
【０２７７】
図４３（Ａ）は、ユーザリストであり、ユーザ登録を行った全ユーザの情報をリスト形式で登録している。
【０２７８】
図４３（Ｂ）は、会議リストであり、 会議の基本情報及びキーパーソン情報を登録している。
【０２７９】
図４３（Ｃ）は、テンポラリメンバーリストの例である。このメンバーリストは、会議ＩＤをキーとして会議（サービス）とテンポラリメンバーのメンバー情報とを対応付けて格納している。
〈変形例〉
上記実施形態３では、即時会議登録を行ったのちに、即時会議通知を行ったが、図４４，図４５，図４６に示すように、即時会議登録及び即時会議通知を一連の処理で行っても良い。
【０２８０】
まず、ステップ13.1aでキーパーソンが即時会議登録＆通知メニューを選択すると、端末２は即時会議登録画面(図４４)を表示し、会議名やグループメンバーのメールアドレス等の情報（会議情報）の入力を促す。本実施形態では、このように、予めグループメンバーのメールアドレスを入力し、ステップ13.3〜13.8で会議情報を登録した後、サーバ１が、各メールアドレスにテンポラリＩＤの割り付けを行い、各メールアドレス宛のメンバー情報を作成し、それぞれの端末３に送信する（Ｓ14.4ａ）。そしてその後、前述と同様に通知処理を行う（Ｓ14.5〜Ｓ14.9）。
【０２８１】
このように、本実施形態によれば、即時会議登録及び即時会議通知を一連の処理で行うことで、より簡易な処理で前述の実施形態と同様の効果が得られる。
【０２８２】
〈その他の実施形態〉
本発明は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【０２８３】
例えば、以下に付記した構成であっても上述の実施形態と同様の効果が得られる。また、これらの構成要素は可能な限り組み合わせることができる。
【０２８４】
（付記１）
ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼するキーパーソン端末と、キーパーソン端末が依頼したサービスを前記サーバから受けるグループメンバー端末とを含むメンバー管理システムであって、
前記サーバが、
キーパーソン端末からサービスの依頼情報を受信する依頼受信部と、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するリスト作成部と、
前記依頼情報に基づいてメンバー情報を作成し、このメンバー情報を前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するメンバー情報作成部と、
前記メンバー情報をキーパーソン端末に送信するメンバー情報送信部と、
前記メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信する申請受信部と、
前記メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報に基づく正規のメンバー申請情報か否かを照合する申請情報照合部と、
前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するグループメンバー情報作成部と、
前記グループメンバー情報作成部で作成したメンバー情報をグループメンバー端末に送信するグループメンバー情報送信部と、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するメンバー情報照合部と、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するサービス提供部とを備え、
前記キーパーソン端末が、
前記サーバにサービスの依頼情報を送信する依頼送信部と、
前記依頼情報に基づいて作成されたメンバー情報を前記サーバから受信するメンバー情報受信部と、
前記メンバー情報に基づいてメンバー申請情報を作成する申請情報作成部と、
前記メンバー申請情報をグループメンバー端末に送信する申請情報送信部と、
前記サーバにサービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備え、
前記グループメンバー端末が、
前記メンバー申請情報を受信する申請情報受信部と、
前記メンバー申請情報を前記サーバに送信する申請情報送信部と、
前記メンバー申請情報に基づいて作成されたメンバー情報を前記サーバから受信するメンバー情報受信部と、
前記サーバに、サービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備えたメンバー管理システム。
【０２８５】
（付記２）
ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼するキーパーソン端末と、キーパーソン端末が依頼したサービスを前記サーバから受けるグループメンバー端末とを含むメンバー管理システムであって、
前記サーバが、
キーパーソン端末から依頼するサービスと該サービスを受けるメンバー数を示す情報を含んだ依頼情報を受信する依頼受信部と、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するリスト作成部と、
前記依頼情報に基づくメンバー情報及びメンバー数分のメンバーＩＤを作成し、このメンバー情報及びメンバーＩＤを前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するメンバー情報作成部と、
前記メンバー情報及びメンバーＩＤをキーパーソン端末に送信するメンバー情報送信部と、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するメンバー情報照合部と、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するサービス提供部とを備え、
前記キーパーソン端末が、
前記サーバに依頼するサービスと該サービスを受けるメンバー数を示す情報を含んだ依頼情報を送信する依頼送信部と、
前記依頼情報に基づいて作成された自端末用のメンバー情報及びメンバー数分のメンバーＩＤを前記サーバから受信するメンバー情報受信部と、
前記自端末用のメンバー情報及びメンバーＩＤに基づいてグループメンバー端末用のメンバー情報を作成するメンバー情報作成部と、
前記グループメンバー端末用のメンバー情報をグループメンバー端末に送信するメンバー情報送信部と、
前記サーバにサービスの要求と共に前記自端末用のメンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備え、
前記グループメンバー端末が、
前記メンバー情報を受信するメンバー情報受信部と、
前記サーバにサービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備えたメンバー管理システム。
【０２８６】
（付記３）
ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼するキーパーソン端末と、キーパーソン端末が依頼したサービスを前記サーバから受けるグループメンバー端末とを含むメンバー管理システムであって、
前記サーバが、
キーパーソン端末から依頼するサービスと該サービスを受けるメンバー数分のアドレスとを示す情報を含んだ依頼情報を受信する依頼受信部と、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するリスト作成部と、
前記依頼情報に基づいて各メンバーのメンバー情報を作成し、前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するメンバー情報作成部と、
前記メンバー情報をキーパーソン端末及びグループメンバー端末に送信するメンバー情報送信部と、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報とを照合するメンバー情報照合部と、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するサービス提供部とを備え、
前記キーパーソン端末が、
前記サーバに依頼するサービスと該サービスを受けるメンバー数を示す情報を含んだ依頼情報を送信する依頼送信部と、
前記依頼情報に基づいて作成された自端末用のメンバー情報を前記サーバから受信する
メンバー情報受信部と、
前記サーバにサービスの要求と共に前記自端末用のメンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備え、
前記グループメンバー端末が、
前記メンバー情報を受信するメンバー情報受信部と、
前記サーバにサービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備えたメンバー管理システム。
【０２８７】
（付記４）
前記キーパーソン端末の申請情報送信部及び前記グループメンバー端末の申請情報受信部が、赤外線通信、特定省電力無線又は電子メールでメンバー申請情報の通信を行う付記１に記載のメンバー管理システム。
【０２８８】
（付記５）
前記メンバー情報が、サービスを特定するサービスＩＤ、端末を特定するメンバーＩＤ、パスワードを含む付記１に記載のメンバー管理システム。
【０２８９】
（付記６）
前記グループメンバー端末が、
前記メンバー情報に基づいてメンバー申請情報を作成する申請情報作成部と、
前記メンバー申請情報をグループメンバー端末に送信する申請情報送信部とを備えた付記１に記載のメンバー管理システム。
【０２９０】
（付記７）
前記キーパーソン端末が、メンバー申請情報に許容階層数を含めてグループメンバー端末に送信し、
グループメンバー端末からメンバー申請情報を受信したサーバは、このメンバー申請情報の許容階層数が所定値以上か否かを判断し、所定値以上であればこの許容階層数を減算してメンバー情報を作成し、このメンバー情報を当該グループメンバー端末に送信し、
このメンバー情報を受信したグループメンバー端末が、このメンバー情報の許容階層数を含めてメンバー申請情報を作成して他のグループメンバー端末へ送信する付記６に記載のメンバー管理システム。
【０２９１】
（付記８）
前記グループメンバー端末が、前記サーバからメンバー情報を受信し、このメンバー情報の許容階層数とメンバーＩＤをキーパーソン端末に通知した場合に、この許容階層数毎にグループを設定し、各グループとメンバーＩＤとを対応付けてグループ情報記憶部に登録するグルーピング部を前記キーパーソン端末が備え、
このキーパーソン端末が、サービスを受けるグループの入力を受け付けた場合に、前記申請情報送信部が、グループ情報記憶部に当該グループと対応付けて登録されているメンバーＩＤで特定されるグループメンバー端末にメンバー申請情報を送信する付記７に記載のメンバー管理システム。
【０２９２】
（付記９）
前記グループメンバー端末が、グループ化するメンバーＩＤの入力を受け付けた場合に、このグループとメンバーＩＤとを対応付けてグループ情報記憶部に登録するグルーピング部を備え、
このキーパーソン端末が、サービスを受けるグループの入力を受け付けた場合に、前記
申請情報送信部が、グループ情報記憶部に当該グループと対応付けて登録されているメンバーＩＤで特定されるグループメンバー端末にメンバー申請情報を送信する付記７又は８に記載のメンバー管理システム。
【０２９３】
（付記１０）
キーパーソン端末及びグループメンバー端末にネットワークを介してサービスを提供するサーバであって、
キーパーソン端末からサービスの依頼情報を受信する依頼受信部と、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するリスト作成部と、
前記依頼情報に基づいてメンバー情報を作成し、このメンバー情報を前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するメンバー情報作成部と、
前記メンバー情報をキーパーソン端末に送信するメンバー情報送信部と、
前記メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信する申請受信部と、
前記メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報に基づく正規のメンバー申請情報か否かを照合する申請情報照合部と、
前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するグループメンバー情報作成部と、
前記グループメンバー情報作成部で作成したメンバー情報をグループメンバー端末に送信するグループメンバー情報送信部と、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するメンバー情報照合部と、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するサービス提供部と、
を備えるサーバ。
（付記１１）
ネットワークを介してサービスを提供するサーバと、このサーバからサービスを受けるグループメンバー端末と共にメンバー管理システムを構成するキーパーソン端末であって、
前記サーバにサービスの依頼情報を送信する依頼送信部と、
前記依頼情報に基づいて作成されたメンバー情報を前記サーバから受信するメンバー情報受信部と、
前記メンバー情報に基づいてメンバー申請情報を作成する申請情報作成部と、
前記メンバー申請情報をグループメンバー端末に送信する申請情報送信部と、
前記サーバにサービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部と、
を備えるキーパーソン端末。
【０２９４】
（付記１２）
ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼するキーパーソン端末と共にメンバー管理システムを構成するグループメンバー端末であって、
前記メンバー申請情報を受信する申請情報受信部と、
前記メンバー申請情報を前記サーバに送信する申請情報送信部と、
前記メンバー申請情報に基づいて作成されたメンバー情報を前記サーバから受信するメンバー情報受信部と、
前記メンバー情報に基づいてメンバー申請情報を作成する申請情報作成部と、
前記メンバー申請情報をグループメンバー端末に送信する申請情報送信部と、
前記サーバに、サービスの要求と共に前記メンバー情報を送信するサービス要求部と、
要求した前記サービスの情報を受信するサービス受信部とを備えたグループメンバー端末。
【０２９５】
（付記１３）
キーパーソン端末及びグループメンバー端末にネットワークを介してサービスを提供するサーバにて運用されるプログラムであって、
キーパーソン端末からサービスの依頼情報を受信するステップと、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するステップと、
前記依頼情報に基づいてメンバー情報を作成し、このメンバー情報を前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するステップと、
前記メンバー情報をキーパーソン端末に送信するステップと、
前記メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信するステップと、
前記メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報に基づく正規のメンバー申請情報か否かを照合するステップと、
前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するステップと、
前記ステップで作成したメンバー情報をグループメンバー端末に送信するステップと、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するステップと、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するステップと、
を実行させるプログラム。
【０２９６】
（付記１４）
ネットワークを介してサービスを提供するサーバと、このサーバからサービスを受けるグループメンバー端末と共にメンバー管理システムを構成するキーパーソン端末にて運用されるプログラムであって、
前記サーバにサービスの依頼情報を送信するステップと、
前記依頼情報に基づいて作成されたメンバー情報を前記サーバから受信するステップと、
前記メンバー情報に基づいてメンバー申請情報を作成するステップと、
前記メンバー申請情報をグループメンバー端末に送信するステップと、
前記サーバにサービスの要求と共に前記メンバー情報を送信するステップと、
要求した前記サービスの情報を受信するステップと、
を実行させるプログラム。
【０２９７】
（付記１５）
ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼するキーパーソン端末と共にメンバー管理システムを構成するグループメンバー端末にて運用されるプログラムであって、
前記メンバー申請情報を受信するステップと、
前記メンバー申請情報を前記サーバに送信するステップと、
前記メンバー申請情報に基づいて作成されたメンバー情報を前記サーバから受信するステップと、
前記メンバー情報に基づいてメンバー申請情報を作成するステップと、
前記メンバー申請情報をグループメンバー端末に送信するステップと、
前記サーバに、サービスの要求と共に前記メンバー情報を送信するステップと、
要求した前記サービスの情報を受信するステップと、
を実行させるプログラム。
【０２９８】
（付記１６）
ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼するキーパーソン端末と、キーパーソン端末が依頼したサービスを前記サーバから受けるグループメンバー端末とを含むメンバー管理システムにて実行されるメンバー管理方法であって、
前記サーバが、
キーパーソン端末からサービスの依頼情報を受信するステップと、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するステップと、
前記依頼情報に基づいてメンバー情報を作成し、このメンバー情報を前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するステップと、
前記メンバー情報をキーパーソン端末に送信するステップと、
前記メンバー情報に基づいて作成されたメンバー申請情報をグループメンバー端末から受信するステップと、
前記メンバー申請情報が、前記メンバー情報記憶部に登録されたメンバー情報に基づく正規のメンバー申請情報か否かを照合するステップと、
前記メンバー申請情報の照合の結果、正規のメンバー申請情報であった場合に、前記グループメンバー端末のメンバー情報を作成し、メンバー情報記憶部に登録するステップと、
前記ステップで作成したメンバー情報をグループメンバー端末に送信するステップと、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するステップと、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するステップとを行い、
前記キーパーソン端末が、
前記サーバにサービスの依頼情報を送信するステップと、
前記依頼情報に基づいて作成されたメンバー情報を前記サーバから受信するステップと、
前記メンバー情報に基づいてメンバー申請情報を作成するステップと、
前記メンバー申請情報をグループメンバー端末に送信するステップと、
前記サーバにサービスの要求と共に前記メンバー情報を送信するステップと、
要求した前記サービスの情報を受信するステップとを行い、
前記グループメンバー端末が、
前記メンバー申請情報を受信するステップと、
前記メンバー申請情報を前記サーバに送信するステップと、
前記メンバー申請情報に基づいて作成されたメンバー情報を前記サーバから受信するステップと、
前記メンバー情報に基づいてメンバー申請情報を作成するステップと、
前記メンバー申請情報をグループメンバー端末に送信するステップと、
前記サーバに、サービスの要求と共に前記メンバー情報を送信するステップと、
要求した前記サービスの情報を受信するステップとを行うメンバー管理方法。
【０２９９】
（付記１７）
前記グループメンバー端末が、
前記メンバー情報に基づいてメンバー申請情報を作成するステップと、
前記メンバー申請情報をグループメンバー端末に送信するステップとを行う付記１６に記載のメンバー管理方法。
【０３００】
（付記１８）
前記キーパーソン端末が、メンバー申請情報に許容階層数を含めてグループメンバー端末に送信するステップを行い、
グループメンバー端末からメンバー申請情報を受信したサーバは、このメンバー申請情報の許容階層数が所定値以上か否かを判断するステップと、所定値以上であればこの許容階層数を減算してメンバー情報を作成するステップと、このメンバー情報を当該グループメンバー端末に送信するステップとを行い、
このメンバー情報を受信したグループメンバー端末が、このメンバー情報の許容階層数を含めてメンバー申請情報を作成して他のグループメンバー端末へ送信するステップを行う付記１７に記載のメンバー管理システム。
【０３０１】
（付記１９）
ネットワークを介してサービスを提供するサーバと、該サーバにサービスの提供を依頼するキーパーソン端末と、キーパーソン端末が依頼したサービスを前記サーバから受けるグループメンバー端末とを含むメンバー管理システムにて実行されるメンバー管理方法であって、
前記サーバが、
キーパーソン端末から依頼するサービスと該サービスを受けるメンバー数を示す情報を含んだ依頼情報を受信するステップと、
前記依頼情報に基づいて依頼されたサービスのサービスリストを作成し、リスト記憶部に登録するステップと、
前記依頼情報に基づくメンバー情報及びメンバー数分のメンバーＩＤを作成し、このメンバー情報及びメンバーＩＤを前記サービスリストのサービスと対応付けてメンバー情報記憶部に登録するステップと、
前記メンバー情報及びメンバーＩＤをキーパーソン端末に送信するステップと、
前記キーパーソン端末又はグループメンバー端末からサービスの要求と共にメンバー情報を受信した場合に、この要求されたサービスと対応付けてメンバー情報記憶部に登録されているメンバー情報と受信したメンバー情報を照合するステップと、
前記メンバー情報の照合の結果、正規のメンバー情報であった場合、このメンバー情報を送信した端末に要求されたサービスの情報を配信するステップとを行い、
前記キーパーソン端末が、
前記サーバに依頼するサービスと該サービスを受けるメンバー数を示す情報を含んだ依頼情報を送信するステップと、
前記依頼情報に基づいて作成された自端末用のメンバー情報及びメンバー数分のメンバーＩＤを前記サーバから受信するステップと、
前記自端末用のメンバー情報及びメンバーＩＤに基づいてグループメンバー端末用のメンバー情報を作成するステップと、
前記グループメンバー端末用のメンバー情報をグループメンバー端末に送信するステップと、
前記サーバにサービスの要求と共に前記自端末用のメンバー情報を送信するステップと、
要求した前記サービスの情報を受信するステップとを行い、
前記グループメンバー端末が、
前記メンバー情報を受信するステップと、
前記サーバにサービスの要求と共に前記メンバー情報を送信するステップと、
要求した前記サービスの情報を受信するステップとを行うメンバー管理システム。
【産業上の利用可能性】
【０３０２】
上記実施形態では、携帯端末上のアプリケーションを利用した例について述べたが、本発明は、携帯端末のみでなく PC/PDA-PC/PDA間、或いは PC/PDA-携帯間等のメンバー管理にも応用可能である。
【０３０３】
また、実施形態では赤外線通信、メール通信を利用した例を述べているが、Blurtoothによる通信手段や、非接触ICチップによる電波方式認識システム（RFID＝Radio Frequency Identification）でアプリケーションが起動されるような場合でも応用可能である。
【０３０４】
また、例えば、本発明は、携帯の呼発信着信やメール発信着信などについても、赤外線通信或いはメール通信によって確認しあった人以外からの発信或いは,確認しあった人以外への着信には以降規制をかけるのようにメンバー管理を行う場合にも応用可能である。
【０３０５】
本発明では、グループ化されたメンバー以外からの着信を、自分で限定できるため、例えば、番号非通知の呼着信には応答しないという人にとってはこのようなサービスがあるとさらに着信を限定でき有効である。また、会社から割り当てられた携帯端末でグループ化されたメンバー間のみで発信着信可能とし、それ以外の発着信（私用の利用）は不可とするというような使用方法としても本発明は有効である。
【図面の簡単な説明】
【０３０６】
【図１】本発明に係るシステムの機能ブロック図
【図２】実施形態１のシステムにおける処理の大まかな流れを示す図
【図３】実施形態２のシステムにおける処理の大まかな流れを示す図
【図４】グループメンバー構築の説明図
【図５】グループメンバー構築の説明図
【図６】本発明に係るサーバの概略構成図
【図７】本発明に係るキーパーソン端末の概略構成図
【図８】本発明に係るグループメンバー端末の概略構成図
【図９】キーパーソン登録処理の説明図
【図１０】グループメンバー登録処理(赤外線通信による接触型)のフローチャート
【図１１】グループメンバー登録処理(赤外線通信による接触型)のフローチャート
【図１２】vTrigger形式の説明図
【図１３】グループメンバー登録処理(赤外線通信による接触型)のフローチャート
【図１４】グループメンバー登録処理(メール通信による非接触型)のフローチャート
【図１５】グループメンバー登録処理(メール通信による非接触型)のフローチャート
【図１６】アプリケーション起動用のメール書式の説明図
【図１７】グループメンバー登録処理(メール通信による非接触型)のフローチャート
【図１８】サブ会議メンバー登録処理のフローチャート
【図１９】サブ会議メンバー登録処理のフローチャート
【図２０】会議参加処理(日程・周期指定開催)のフローチャート
【図２１】会議参加通知としてのメールの説明図
【図２２】会議参加処理のフローチャート
【図２３】会議参加処理のフローチャート
【図２４】会議参加通知としてのメールの説明図
【図２５】データベース構造の説明図
【図２６】データベース構造の説明図
【図２７】実施形態２のユーザ登録処理のフローチャート
【図２８】実施形態２の会議登録処理のフローチャート
【図２９】実施形態２のグループメンバー登録処理フローチャート
【図３０】実施形態２のグループメンバー登録処理フローチャート
【図３１】vTrigger形式としたメンバー申請情報の説明図
【図３２】実施形態２のグループメンバー登録処理フローチャート
【図３３】実施形態２のグループメンバー登録処理フローチャート
【図３４】実施形態２のグループメンバー登録処理フローチャート
【図３５】アプリケーション起動用の電子メールの説明図
【図３６】データベース構造の説明図
【図３７】データベース構造の説明図
【図３８】実施形態３のユーザ登録処理のフローチャート
【図３９】実施形態３の会議登録処理のフローチャート
【図４０】実施形態３の即時会議通知処理フローチャート
【図４１】実施形態３の即時会議通知処理フローチャート
【図４２】アプリケーション起動用のメールの説明図
【図４３】データベース構成の説明図
【図４４】変形例の即時会議登録処理及び即時会議通知処理のフローチャート
【図４５】変形例の即時会議登録処理及び即時会議通知処理のフローチャート
【図４６】変形例の即時会議登録処理及び即時会議通知処理のフローチャート
【符号の説明】
【０３０７】
１    サーバ（会議サーバ）
２    キーパーソン端末
３    グループメンバー端末
１１  演算処理部
１２  入出力部
１３  記憶装置
１４  通信制御部
１５  アプリケーション対応部
１５ａ      アプリケーション制御部
１５ｂ      データベース情報編集部
１５ｃ      データ送受信部
１５ｄ      メールデータ編集部
１５ｅ      メール送受信部
１６  データベース管理部
１６ａ      管理制御部
１６ｂ      データベース照合部
１６ｃ      データベース作成部
１６ｄ      データベース分析部
１７  サービス管理部
１７ａ      サービス実施情報管理部
１７ｂ      サービス実行部
２１  演算処理部
２１ａ      アプリケーション主制御部
２１ｂ      送受信部
２１ｃ      分析部
２１ｄ      サービス制御部
２１ｅ      申請情報送信部
２１ｆ      入力情報編集部
２１ｇ      申請情報作成部
２１ｈ      メモリアクセス制御部
２２  入出力部
２２ａ      入力情報受信部
２２ｂ      画像表示制御部
２２ｃ      出力制御部
２３  記憶部（メモリ）
２４  通信制御部
３１ａ      申請情報受信部
３１ｂ      送受信部
【図１】
2005202524.tif 000003
【図２】
2005202524.tif 000004
【図３】
2005202524.tif 000005
【図４】
2005202524.tif 000006
【図５】
2005202524.tif 000007
【図６】
2005202524.tif 000008
【図７】
2005202524.tif 000009
【図８】
2005202524.tif 000010
【図９】
2005202524.tif 000011
【図１０】
2005202524.tif 000012
【図１１】
2005202524.tif 000013
【図１２】
2005202524.tif 000014
【図１３】
2005202524.tif 000015
【図１４】
2005202524.tif 000016
【図１５】
2005202524.tif 000017
【図１６】
2005202524.tif 000018
【図１７】
2005202524.tif 000019
【図１８】
2005202524.tif 000020
【図１９】
2005202524.tif 000021
【図２０】
2005202524.tif 000022
【図２１】
2005202524.tif 000023
【図２２】
2005202524.tif 000024
【図２３】
2005202524.tif 000025
【図２４】
2005202524.tif 000026
【図２５】
2005202524.tif 000027
【図２６】
2005202524.tif 000028
【図２７】
2005202524.tif 000029
【図２８】
2005202524.tif 000030
【図２９】
2005202524.tif 000031
【図３０】
2005202524.tif 000032
【図３１】
2005202524.tif 000033
【図３２】
2005202524.tif 000034
【図３３】
2005202524.tif 000035
【図３４】
2005202524.tif 000036
【図３５】
2005202524.tif 000037
【図３６】
2005202524.tif 000038
【図３７】
2005202524.tif 000039
【図３８】
2005202524.tif 000040
【図３９】
2005202524.tif 000041
【図４０】
2005202524.tif 000042
【図４１】
2005202524.tif 000043
【図４２】
2005202524.tif 000044
【図４３】
2005202524.tif 000045
【図４４】
2005202524.tif 000046
【図４５】
2005202524.tif 000047
【図４６】
2005202524.tif 000048