JP2003006370A - 集会支援装置、集会支援方法、及び集会支援プログラム - Google Patents

Abstract

(57)【要約】 【課題】 複数の参加者が集会を開催する場合のプロセ
スを全体的に支援できる集会支援装置を提供する。 【解決手段】 集会の属性と、参加者とが集会データベ
ースにより管理され、集会地の候補が集会地候補データ
ベースにより管理される。集会の開催の際に、制御部１
１が当該集会の参加者から現在位置の情報を取得し、集
会データベースの集会の属性情報を参照し、各参加者の
現在位置の情報と、集会の属性情報とに基づき、集会地
候補データベースから、集会の開催地候補が選抜され
る。当該開催地候補から、集会のポリシーに従って、開
催地が決定され、当該決定された開催地が、各参加者に
報知される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の参加者が地
理上の一カ所に集会する場合に、その集会を支援する集
会支援装置に関する。

【０００２】

【従来の技術】近年、携帯電話機やＰＨＳ（Personal H
andy-phone System）等の個人間で移動しながら通信を
行う手段が発達し、外出先で落ち合う等の場合に相互に
連絡を取り合うことができる。また、これら携帯電話機
等はインターネット接続やメール機能を装備するなど、
ますます高機能化し、１対１型のコミュニケーションの
みならず、１対多のコミュニケーションも可能になって
きている。

【０００３】これにより、例えば多人数の集会を開く場
合に、電子メールにてその開催を通知して参加者を募
り、集会場所（待ち合わせ場所や目的地）を相互に連絡
を取り合って決定し、さらに集会場所の地図を電子メー
ルに添付して配布するなど、多人数の集会の際にも利用
されている。

【０００４】このような背景のもと、例えば待ち合わせ
場所と、待ち合わせ相手の電話番号とを登録しておく
と、待ち合わせ相手が待ち合わせ場所近傍に到着したこ
とを報知するといったサービスが考えられている（特開
平１１−３４１５４６号公報、「待ち合わせ支援システ
ム」）。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来のシステムでは、集会を開催する際に最も連絡を要す
る待ち合わせ場所等、集会場所の決定に係るプロセスが
十分に支援されず、メールや電話連絡などを何度も行っ
て、集会場所を決定する必要がある。また、決定された
集会場所までの経路がわからない場合に、各参加者が自
主的に経路を調べなければならないので、改めて地図を
メールするなど詳しい情報を連絡する手間がかかってい
た。このように、上記従来のシステムでは、集会に対す
る支援が十分にできないという問題点があった。

【０００６】本発明は上記実情に鑑みて為されたもの
で、複数の参加者が集会を開催する場合のプロセスを全
体的に支援できる集会支援装置を提供することを目的と
する。

【０００７】

【課題を解決するための手段】上記従来例の問題点を解
決するための本発明は、集会支援装置であって、複数の
集会地の候補について、その所在地情報を管理する集会
地管理手段と、集会に参加する複数の参加者について、
それぞれの位置情報を取得する手段と、当該各参加者の
位置情報に基づいて、前記複数の集会地候補から集会の
開催地候補を選抜する手段と、を含み、前記選抜された
開催地候補が、参加者の集会支援の処理に供されること
を特徴としている。このように、各参加者の現在位置に
応じて、集会開催地の候補が選抜され、これが例えば主
催者側に提供されるので、集会開催地の決定を容易に行
うことができるようになる。

【０００８】ここで、前記選抜された開催地候補を、事
前に定められた集会主催者に通知する手段と、前記集会
主催者側から開催地候補のうち、集会を実際に行う開催
地の指定を受け付ける手段と、当該受け付けた開催地の
所在地情報を各参加者に通知する手段と、をさらに含む
ことも好適である。これにより、集会開催地の決定から
参加者への通知までの手続きが全体的に支援できる。

【０００９】ここでさらに、参加者ごとに、当該参加者
の現在位置から開催地への交通経路を探索する経路探索
手段を有し、前記開催地の所在地情報を各参加者に通知
する手段は、各参加者に対し、その交通経路を併せて通
知することも好ましい。

【００１０】また、前記集会地管理手段は、さらに、各
集会地の候補に対して、その利用予約窓口の情報を関連
づけて管理し、集会主催者側から開催地の指定があった
ときに、当該指定された開催地の利用予約窓口の情報を
集会主催者に提供する手段を含むことも好ましい。

【００１１】また、上記従来例の問題点を解決するため
の本発明は、集会支援装置において、複数の集会地の候
補について、その所在地情報を管理する集会地管理手段
と、集会に参加する複数の参加者について、それぞれの
位置情報を取得する手段と、前記集会地候補から選択さ
れた開催地の所在地と、各参加者の位置情報とに基づい
て、各参加者が前記選択された開催地に到着する予想時
刻を演算する手段と、を含み、前記各参加者の予想時刻
が、各参加者の集会支援の処理に供されることを特徴と
している。

【００１２】さらに上記従来例の問題点を解決するため
の本発明は、集会を支援する方法であって、複数の集会
地の候補について、その所在地情報を管理する集会地デ
ータベースを用いて、集会に参加する複数の参加者につ
いて、それぞれの位置情報を取得する工程と、当該各参
加者の位置情報に基づいて、前記複数の集会地候補から
集会の開催地候補を選抜する工程と、前記選抜された開
催地候補を、参加者の集会支援の処理のために提供する
工程と、を含むことを特徴としている。

【００１３】また上記従来例の問題点を解決するための
本発明は、集会を支援する方法であって、複数の集会地
の候補について、その所在地の情報を管理する集会地デ
ータベースを用い、集会に参加する複数の参加者の状況
情報を取得し、各参加者の状況情報を参照して前記集会
地候補から開催地の候補を選抜し、集会の主催者側から
当該選抜された開催地候補のうち、開催地の指定を受け
て、各参加者に当該指定された開催地の所在地に関連す
る情報を提供することを特徴としている。

【００１４】さらに、上記従来例の問題点を解決するた
めの本発明は、集会支援プログラムであって、複数の集
会地の候補について、その所在地情報を管理する集会地
データベースに接続されたコンピュータに、集会に参加
する複数の参加者について、それぞれの位置情報を取得
する手順と、当該各参加者の位置情報に基づいて、前記
複数の集会地候補から集会の開催地候補を選抜する手順
と、前記選抜された開催地候補を、参加者の集会支援の
処理のために提供する手順と、を実行させることを特徴
としている。

【００１５】

【発明の実施の形態】本発明の実施の形態について図面
を参照しながら説明する。本発明の実施の形態に係る集
会支援装置１０は、図１に示すように、制御部１１と、
記憶部１２と、ストレージデバイス１３と、ネットワー
クインタフェース１４と、公衆回線網インタフェース１
５とから基本的に構成されている。また、この集会支援
装置１０は、ネットワークを介して集会の参加者側に配
置されるパーソナルコンピュータ２０と接続されてお
り、さらに公衆回線網（電話回線網、統合ディジタル回
線網、携帯電話網等を含む）を介して集会の参加者側の
携帯端末（携帯電話機やＰＨＳなど）に接続されてい
る。

【００１６】制御部１１は、ストレージデバイス１３内
に格納されている集会支援プログラムを実行しており、
集会参加者と集会の内容に関連した条件との入力を受け
付けて、各参加者の現在の状況情報を取得し、これらに
基づいてストレージデバイス１３内に構築された集会地
候補のデータベースから適切な集会開催地の候補を選抜
する処理を行っている。また、この制御部１１は、Ｗｅ
ｂサーバや電子メールサーバとしても動作しており、ネ
ットワーク及び公衆回線網を介して、集会参加者との連
絡を行う。この制御部１１の処理は、後に詳しく説明す
る。

【００１７】記憶部１２は、制御部１１のワークメモリ
として動作している。ストレージデバイス１３は、図２
に示すように登録される集会ごとに（集会識別子をキー
として）、集会属性と、その集会の参加者のリストとを
集会データベースとして格納している。この参加者のリ
ストには、参加者の名前や連絡先（電子メールアドレス
等）が登録されている。また、このストレージデバイス
１３には、図３に示すように、集会地の候補について、
その名称と、所在地の情報と、予算情報（例えばその場
で飲食したときの平均的金額）と、内容に関する情報と
が関連づけられて、集会地候補データベースとして蓄積
されている。ここで内容に関する情報とは、料理店、喫
茶店、カラオケなどの種別の情報や、「カラオケあり」
などのサービスに関連した情報、予約の必要性や予約の
連絡先（予約窓口）の情報、営業時間などのサービス提
供側の事情についての情報が含まれ、さらに好ましくは
現在の状況（空席状況など）が含まれる。この現在の状
況の情報は、ネットワークを介して、又は公衆回線網を
介して、当該集会地候補側から受信した情報に基づき、
制御部１１が更新する。この集会地候補データベース
が、本発明の集会地管理手段に相当する。

【００１８】ネットワークインタフェース１４は、制御
部１１から入力される指示に従って、ネットワークを介
してデータを送信し、またネットワークを介して受信し
たデータを制御部１１に出力する。公衆回線網インタフ
ェース１５は、制御部１１から入力される指示に従い、
公衆回線網を介して携帯端末などを発呼し、携帯端末側
が着信したときに所要のデータを送信する。また、携帯
端末側から公衆回線網を介して着呼したときには、これ
を着信して、携帯端末側からのデータを受信して制御部
１１に出力する。

【００１９】ここで制御部１１の処理について説明す
る。制御部１１は、本発明の位置情報を取得する手段、
開催地候補を選抜する手段、集会開催者への通知を行う
手段、参加者への通知を行う手段、及び経路探索手段に
相当する。集会の登録を受け付ける処理（集会登録受付
処理）と、参加者の現在状況を取得する処理（現在状況
取得処理）と、集会開催地候補を選抜して通知する処理
（開催地候補選抜処理）と、集会開催地の決定を受け付
ける処理（決定受付処理）と、集会開催地を報知する処
理（報知処理）とを実行する。なお、各参加者との通信
は、公衆回線網インタフェース１５あるいはネットワー
クインタフェース１４を介して行われるが、Ｗｅｂ又は
電子メール、ＦＡＸ、ＤＴＭＦ（Dual Tone Modulation
Frequency）信号を利用したものなど、広く知られた通
信により、データの授受や、報知の処理を実現できる。

【００２０】［集会登録受付処理］制御部１１は、ネッ
トワークを介して、例えばＷｅｂページを用いて集会の
登録要求を受け付けて、集会属性の入力を行わせる。こ
こで集会属性には、集会目的（商用、会議、プライベー
ト遊行など）、日時（「本日」、「Ｘ月Ｙ日Ｚ時」、
「毎週Ｘ曜日」など）、開催地選抜の条件（「費用の上
限はＸ円」、「移動時間が最短」、「カラオケができ
る」など）、開催地候補選抜の開始条件（「Ｘ時から開
始」、「全参加者が状況を通知してから開始」、「特定
の参加者（リーダー）が指示したら開始」など）が含ま
れる。また、制御部１１は、参加者リスト（参加者の氏
名及び連絡先の情報など）の登録及び、集会開催者の指
定を受け付けて、固有の集会識別子を発行し、これら入
力された集会属性と参加者リストとを、当該集会識別子
に関連づけて集会データベースに登録する。また、各集
会識別子に関連づけて、当該集会についての開催地候補
を選抜したか否かなど、支援処理の状況を表す処理状況
データを蓄積する。

【００２１】なお、ここでは参加者のリストを入力する
際に、その名前と連絡先情報とを入力するとしていた
が、例えば事前にグループとして参加者のリストをスト
レージデバイス１３に格納しておき、このグループの識
別子を指定することにより、制御部１１が当該グループ
内に属する参加者を参加者リストにインポートしてもよ
い。これにより参加者リストを毎回入力する手間が省か
れる。

【００２２】また、集会開催者は、必ずしも参加者の中
にいなくてもよい。この場合には、集会開催者の連絡先
の情報等は参加者リストとは別に登録される。

【００２３】［現在状況取得処理］参加者は、集会開催
の連絡を受けて、集会支援装置１０に各自の現在位置な
ど、状況情報を登録する。この登録は、例えばネットワ
ークを介して制御部１１により提供されるＷｅｂページ
を用いて行ってもよいし、制御部１１側が、例えば公衆
回線網を介して、各参加者の携帯端末の位置情報を取得
することによって行ってもよい。後者の場合、各携帯端
末がＧＰＳ（Global Positioning System）を用いて取
得した現在位置を報知することで位置登録を行ってもよ
いし、携帯電話システムでの位置登録情報（各携帯端末
がどの基地局と通信しているかの情報）を当該携帯電話
システム側から取得して位置登録を行ってもよい。

【００２４】具体的に、Ｗｅｂページを用いて状況を入
力する際には、参加者は、集会開催の連絡とともに、集
会識別子を受信し、制御部１１が提供する「位置登録ペ
ージ」にアクセスする。この位置登録ページは、図４に
示すように現在位置を選択し、または文字列により入力
するフィールド（Ａ）と、状況を選択するフィールド
（Ｂ）と、登録ボタン（Ｃ）とを備えたＷｅｂページで
ある。ここで、Ｗｅｂページにより入力される状況の情
報には、「商談中」や「移動中」などの現況を表す情報
を含む。そして、参加者は、各フィールドを用いて状況
の情報を入力し、登録ボタン（Ｃ）をクリックする。そ
して、集会識別子と参加者自身を識別する情報ととも
に、状況の情報が制御部１１側に送信される。

【００２５】そして制御部１１は、集会識別子と、送信
元の参加者を識別する情報と、当該参加者の状況の情報
とを受信し、当該集会識別子に関連づけられて登録され
ている参加者リストから、当該送信元の参加者を特定
し、当該参加者の情報に状況情報を関連付けて登録す
る。

【００２６】［開催地候補選抜処理］制御部１１は、集
会データベースに蓄積されている各集会について、その
処理状況データを参照し、既に開催地候補を選抜したか
否かを調べ、開催地候補を選抜していなければ、集会登
録の際に指定された開催地候補の選抜開始条件が具備さ
れているか否かをさらに調べる。そして、選抜開始条件
が具備されているものについて、開催地候補を選抜する
処理を開始する。

【００２７】例えば、「全参加者が状況を通知してから
開始」との条件が設定されている集会については、参加
者リストを参照して、すべての参加者に状況の情報が関
連づけられているか否かが判断され、また、例えば「午
後６時から」との条件が設定されている場合には、制御
部１１が時計（図示せず）を参照して、当該時刻を経過
しているか否かを調べ、この結果によって開催地候補の
選抜処理を開始するか否かが決定される。

【００２８】なお、「リーダーが指示したら開始」とな
っている場合には、当該リーダーから集会識別子ととも
に開始指示を受信して（Ｗｅｂページなどを介して受信
することができる）、開催地候補の選抜処理を開始す
る。

【００２９】制御部１１は、開催地候補を選抜する処理
を開始すると、ストレージデバイス１３内に格納されて
いる集会地候補データベースから、対象となっている集
会に関連づけられた開催地候補選抜の条件を満たすもの
を選抜して、第１候補とする。そして、この第１候補に
含まれている集会地の候補の所在地の情報と、参加者リ
ストに関連づけて現在登録されている各参加者の現在位
置の情報とを参照して、各参加者との距離を演算する。
この演算は、所在地情報と緯度、経度情報とを関連づけ
るテーブルを参照し、集会地候補の所在地に相当する緯
度経度と、参加者の現在位置の緯度経度との距離として
演算できる。なお、この第１候補の選抜の際に、集会地
の候補の現在状況の情報（空席情報等）を参照し、空席
数が参加者数より少ないなど、参加者の情報との関係に
おいて集会の開催が困難である旨の条件が満たされてい
るときには、当該集会地の候補を第１候補から削除して
おくことも好ましい。

【００３０】そして、各参加者ごとに演算された距離を
総計して、その集会地候補の点数として記憶部１２に保
持する。こうして、第１候補に含まれている各集会地ご
とに各参加者との距離の総和として得られた点数が記憶
部１２に蓄積され、制御部１１は、当該点数を参照し
て、事前に設定された点数より、点数の低い集会地（各
参加者の移動にかかる時間が最小になると考えられるも
の）を第２候補として選び出す。そして、この第２候補
を開催地候補とする。なお、ここでは距離を利用して集
会地候補を選抜しているが、例えば、ストレージデバイ
ス１３に鉄道、バス、その他の交通路線情報を格納して
おき、ここから広く知られた方法によって移動経路を生
成し、またはネットワークを介して、移動経路情報の生
成をサービスしているＷｅｂサイトから当該移動経路を
取得して、この移動経路に沿った平均的な移動時間に従
って、各参加者の移動時間の和が最小となるような集会
地を第２候補として選抜するようにしてもよい。また、
この移動経路の検索において時刻表の情報が利用できる
場合には、現実の移動時間に従って、当該移動時間の和
が最小となるような集会地を選抜するようにしてもよ
い。

【００３１】なお、ここで第１候補又は第２候補の選抜
の結果、適切な候補がなくなってしまった場合（条件に
合致するものがない場合）には、その旨を参加者（例え
ばリーダー）に通知し、改めて開催地候補選抜の条件の
入力を求める。この場合、当該参加者は、集会自体をキ
ャンセルすることもできるようにしておく。キャンセル
された場合には、各参加者にキャンセルされた旨を通知
する処理を実行する。

【００３２】さらに、第２候補の選抜の際に、各参加者
ごとの距離や移動時間を調べ、距離や移動時間が所定の
しきい値より大きい参加者（このような参加者からなる
グループを第１グループと呼ぶ）の数ｎと、小さい参加
者（このような参加者からなるグループを第２グループ
と呼ぶ）の数ｍ（ｎ＋ｍは全参加者数になる）とを演算
し、ｎ／ｍ−１の絶対値が所定値α（αは０から１まで
の小数）以下であるときに、上記第１グループと第２グ
ループとに分割して、個別に集会を開催すれば、各参加
者が無理なく集まり得ること（いわば「分割の提案」）
を各参加者（またはリーダー）に報知することも好まし
い。なお、ｎ／ｍ−１の絶対値を演算しているのは、第
１グループの参加者数と第２グループの参加者数とがあ
まり異ならないようにするためである。例えば第１グル
ープの参加者数が「２」であるのに、第２グループの参
加者数が「２０」であれば、２／２０−１＝−０．９と
なって、その絶対値は大きくなる。一方、第１グループ
の参加者数と、第２グループの参加者数とがともに「１
１」であれば、１１／１１−１＝０であるから、人数が
そろうほどこの値は０に近づく。αは、例えば各集会ご
とに、適宜設定できるようにしておけばよく、たとえ両
グループの人数差が大きくなっても、グループに分割し
てよい、という場合には、「１」に近い値に、人数差を
なるべく小さくできないならばグループに分割しない、
という場合には「０」に近い値に設定されることにな
る。

【００３３】また、上記の報知を行った場合に、各参加
者（またはリーダー）からグループに分割する旨の指示
を受信したときには、各グループごとに改めて第２候補
の選抜を行って、各グループに選抜の結果を報知する。
この場合、それぞれのグループで集会の開催地が決定さ
れたときには、各グループの集会の開催地を両グループ
の参加者に通知することが好ましい。これにより、第１
グループの参加者は、第２グループの参加者の集会開催
地を知ることができ、同じように第２グループの参加者
は、第１グループの参加者の集会開催地を知ることがで
きる。

【００３４】さらに、ここでは、２つのグループに分割
する場合を例示したが、上記の処理を再帰的に実行し
て、３以上のグループに分割してもよい。このときに
は、分割後の複数のグループについて、例えば第１、第
２のグループの参加者数の比β1、第１、第３のグルー
プの参加者数の比β2…等のβiを用い、βi−１の絶対
値の各々が、上記設定されたαと比べられ、そのどれも
が、αより小さい場合に、分割の提案が報知される。

【００３５】［決定受付処理］選抜された開催地候補が
複数ある場合、集会ごとに事前に定められたポリシーに
従って開催地を一つに決定する処理が行われる。ここで
ポリシーとしては、（多数決等により）参加者全員で決
定する場合や、開催者が決定する場合などがある。前者
のように参加者全員で決定する場合には、制御部１１
は、各参加者に対して開催地候補を通知し、各参加者か
ら希望開催地の情報を収集する。そして、例えば最も数
の多い希望開催地を開催地として決定し、これを各参加
者に報知する。

【００３６】また、開催者が決定する場合には、制御部
１１は、事前に設定された開催者の連絡先に開催地候補
を通知し、開催者から開催地の指定を受けて、当該指定
された開催地を各参加者に報知する。

【００３７】具体的に制御部１１は、開催地候補が選抜
されると、図５に示す処理を開始し、集会の属性の情報
からポリシーを確認する（Ｓ１）。そして、ポリシーが
「多数決」と「開催者より決定」とのいずれであるかを
判断する（Ｓ２）。ここで「開催者により決定」であれ
ば、開催者に対し、開催地候補を送信し（Ｓ３）、指定
があるまで待機し（Ｓ４）、指定が行われると、当該決
定された開催地の情報を集会の属性情報に含めて（Ｓ
５）処理を終了する。また、処理Ｓ２において、「多数
決」のポリシーであれば、選抜された開催地候補を集会
の参加者に送信し（Ｓ６）、投票を受け付ける。ここで
すべての参加者が投票を終えたか否かを判断し（Ｓ
７）、投票を終えていないならば（Ｎｏならば）、投票
の受付を続ける。また、処理Ｓ７においてすべての参加
者が投票を終えていれば（Ｙｅｓならば）、当該投票の
結果から最も多数の投票があった開催地を選択し（Ｓ
８）、処理Ｓ５に移行して、当該決定された開催地の情
報を集会の属性情報に含め、処理を終了する。そして、
集会の属性情報に含められた開催地（決定された開催
地）が各参加者に報知される。

【００３８】さらに、他のポリシーとしては、集会支援
装置１０に委任して、開催地候補からランダムに、又は
各参加者からの距離の和が最小となる等の条件のもとに
一つの開催地を指定させ、これにより指定された開催地
を各参加者に報知するようにしてもよい。

【００３９】［予約］制御部１１は、開催地の指定を受
けたときに、当該決定された開催地の情報を、集会地候
補データベースから検索し、当該決定された開催地の予
約要否の情報を調べ、予約が必要であれば、集会地候補
データベースからさらに予約窓口の情報を取りだして、
予約窓口の情報を開催者に報知する。開催者は、この情
報に基づき、予約を行うことができる。

【００４０】［経路案内処理］さらに、制御部１１は、
決定された開催地を参加者に報知するにあたり、各参加
者の現在位置から当該決定された開催地までの移動経路
情報を生成して、開催地の報知に含めてもよい。この場
合には例えばストレージデバイス１３に鉄道、バス、そ
の他の交通路線情報を格納しておき、ここから広く知ら
れた方法によって移動経路を生成することとしてもよい
し、ネットワークを介して、移動経路情報の生成をサー
ビスしているＷｅｂサイトから当該移動経路情報を取得
して、報知に含めるようにしても構わない。なお、開催
地候補の選抜において移動経路を得ているときには、当
該移動経路をそのまま利用してもよい。また、この場
合、ストレージデバイス１３の集会地候補データベース
に、決定された開催地の地図画像が含まれていれば、当
該地図画像を併せて報知する。

【００４１】こうして、各参加者専用の開催地報告が、
例えば図６に示すような態様で生成される。図６に示し
た例では、開催地の情報として、名称、場所（例えばホ
テルであれば宴会場の名称）、電話番号、所在地等を含
み（Ａ）、経路案内として各参加者の現在位置からの交
通手段が記載されている（Ｂ）。また、地図画像があれ
ば、これが含められる（Ｃ）。

【００４２】この場合に、当該交通路線情報に時刻表の
情報を含んでいれば、制御部１１は、集会の開催日時の
情報に基づいて出発時刻を逆算する。制御部１１は、こ
の逆算結果を各参加者に報知する。この場合に、さら
に、各参加者が現地に到着する時刻は各交通手段によっ
て区々であることに配慮して、各参加者の現地到着の予
想時刻を当該時刻表の情報を利用して演算する。具体的
に、制御部１１は、各参加者ごとに、逆算により得られ
た出発時間に、当該参加者が出発したときの現地到着時
間を時刻表の情報に基づき演算する。制御部１１は、こ
れを全参加者に報知することも好ましい（図６
（Ｄ））。これによると、他の参加者がいつ頃到着する
かが了解できる。予測された到着時間を各参加者に報知
するこの処理を行うことにより、制御部１１は、本発明
の各参加者が選択された開催地に到着する予想時刻を演
算する手段を実現する。

【００４３】［動作］例えば、定期的に会合を開いてカ
ラオケを楽しむグループがある場合、このグループのメ
ンバーは、事前に各メンバー（参加者）を参加者リスト
として集会支援装置１０に登録し、そのうちの一人を
「リーダー（開催者）」として設定する。この場合、集
会目的は「プライベート」、日時は「毎月第２金曜
日」、「カラオケができ、費用の上限は３千円」等とな
る。また、開催地候補の選抜開始条件を「全参加者が状
況を通知してから開始」としておいたとする。

【００４４】制御部１１は、集会開催日になると、集会
開催の連絡を各参加者に行う。各参加者は、この連絡を
受けて各自の現在位置等の状況情報を報知する。ここで
集会開催の連絡はインターネットに常時接続されている
利用者であれば、電子メールにより行われ、位置登録
は、Ｗｅｂページ（図４）を用いて行うことができる。
また、例えば自宅にいる参加者に対しては、集会開催の
連絡はＦＡＸ等で通知され、当該参加者は、公衆回線網
を介して集会支援装置１０を発呼し、ＦＡＸのダイヤル
ボタンを押下してＤＴＭＦ信号を発生し、位置登録を行
う。また、携帯電話機の利用者であれば、電子メール等
として集会開催の連絡を受信し、これに対する返信メー
ルとして位置登録を行うことができる。なお、携帯電話
機の場合、その携帯電話機のシステムから当該参加者の
携帯電話機の位置情報を取得することができれば、その
情報をそのまま位置登録に利用してもよい。さらに、Ｇ
ＰＳ受信機つきの携帯端末を所持している参加者は、Ｇ
ＰＳ信号を利用して測位された現在位置を公衆回線網を
介して送信し、位置登録を行うこともできる。

【００４５】こうして、各参加者から現在位置の情報が
収集されると、集会地候補データベースが参照され、条
件として指定されている、「カラオケができ、費用の上
限は３千円」を満たす候補が選抜される。さらに、この
選抜結果から、各参加者の現在位置からの距離の総和が
所定値より小さいものが開催地候補として、さらに選抜
される。

【００４６】この選抜された開催地候補は、当該集会に
おける開催地決定ポリシーの情報に従って、例えば開催
者であるリーダーに伝達される。そして、リーダーがそ
の開催地候補から、一つの開催地を決定し、その決定内
容を集会支援装置１０に伝達する。集会支援装置１０
は、その決定内容に従い、交通路線情報及び時刻表情報
を利用して、参加者ごとに決定された開催地への移動経
路情報を生成する。また、各参加者の現地到着の予想時
刻を演算しておく。

【００４７】そして集会支援装置１０は、各参加者に、
決定された開催地の情報と、その開催地への当該参加者
の移動経路情報、さらには他の参加者の現地到着予想時
刻を報知する。

【００４８】このように、本実施の形態の集会支援装置
１０を利用すると、会合の開催者は、各参加者の現在位
置など、現在の状況に配慮しながら開催地を決定でき、
その開催地への案内を併せて行わせることができる。

【００４９】［課金］また、このように本実施の形態の
集会支援装置１０によると、集会地候補として、集会地
候補データベースに登録されている店舗等は、開催地候
補として選抜されることで集客効果が期待できる。この
集客効果に対し、集会支援装置１０の運営者は、各集会
地候補に対して課金を行うこととしてもよい。ここで課
金は例えば月額など定期的に徴収する「登録維持料」の
形態を採ってもよいし、予約が行われたときに、「紹介
料」の形態で徴収するようにしてもよい。

【００５０】［後日の集会］なお、ここまでの説明で
は、各参加者の現在状況に応じて集会を開催する場合に
ついて説明したが、後日行われる集会のために、各参加
者が当該集会の当日、どこにいる予定であるかの情報を
位置情報として取得し、当該取得した各参加者の位置情
報に基づき、開催地候補の選抜や経路案内の処理を行っ
てもよい。この場合、各参加者の当日の予定は、各参加
者から入力を受けてもよいし、参加者の予定表情報が取
得できる場合には、当該予定表の情報に基づいて位置情
報を取得することとしてもよい。

【００５１】［参加者の欠席］さらに、上記の例では参
加者がすべて参加可能であることを前提としていたが、
開催地の報知などを受けた参加者が欠席を希望する場合
には、欠席の対象となる集会の識別子と、当該欠席の意
思及び理由に関する情報とを電子メールやＷｅｂページ
などによって受け付けて、制御部１１が当該事情を当該
識別子により識別される集会の各参加者（またはリーダ
ー）に報知する。さらに制御部１１は、このように欠席
者がでた場合には、リーダー等からの指示に応じて、当
該欠席者を除いて開催地候補を再度選抜することも好ま
しい。これにより、出席者にとってより便利な開催地が
選抜されることもあり得るからである。

【００５２】また、参加者は欠席の意思ではなく、「こ
のままでは出席不能」である旨を電子メールやＷｅｂペ
ージなどによって本実施の形態の集会支援装置１０へ伝
達可能とすることも好ましい。すなわち、例えば交通機
関の麻痺や、突然の来客などによって時間通りに予定の
開催地へ到来不能となったときに、その旨を集会支援装
置１０を介して他の参加者へ報知する。この場合、集会
支援装置１０は、当該現状出席不能を報知した参加者の
位置近傍の開催地候補を改めて選抜し、各参加者に報知
し、開催地を別の場所へ変更することとしてもよい。

【００５３】なお、集会地候補データベースに予約キャ
ンセル情報（キャンセル可能期間やキャンセル料などの
情報）が含まれている場合であって、既に開催地に予約
を入れていながら、改めて異なる開催地を選択したとき
には、当該予約キャンセル情報を各参加者（またはリー
ダーのみ）に報知する。さらに、キャンセルを実行する
場合には、上記予約キャンセル情報に基づき、キャンセ
ル通知をもとの開催地へ送信するとともに、キャンセル
料金の決済を行い（例えばリーダーの口座やクレジット
カード情報に基づいて決済する）、新たに選択された開
催地に予約を行う等の処理を実行する。

【００５４】

【発明の効果】本発明によれば、複数の集会地の候補に
ついて、その所在地情報を管理しており、集会に参加す
る複数の参加者について、それぞれの位置情報を取得
し、当該各参加者の位置情報に基づいて、複数の集会地
候補から集会の開催地候補を選抜し、選抜された開催地
候補が、参加者の集会支援の処理に供される集会支援装
置としているので、複数の参加者が集会を開催する場合
のプロセスを全体的に支援できる。

【図面の簡単な説明】

【図１】 本発明の実施の形態に係る集会支援装置とそ
の接続状態を示す構成ブロック図である。

【図２】 集会データベースの一例を表す説明図であ
る。

【図３】 集会地候補データベースの一例を表す説明図
である。

【図４】 位置登録ページの一例を表す説明図である。

【図５】 決定受付処理の一例を表すフローチャート図
である。

【図６】 開催地報知の内容の一例を表す説明図であ
る。

【符号の説明】

１０ 集会支援装置、１１ 制御部、１２ 記憶部、１
３ ストレージデバイス、１４ ネットワークインタフ
ェース、１５ 公衆回線網インタフェース、２０ パー
ソナルコンピュータ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 田中 泰夫 神奈川県海老名市本郷2274番地 富士ゼロ ックス株式会社海老名事業所内 (72)発明者 大竹 晋 神奈川県海老名市本郷2274番地 富士ゼロ ックス株式会社海老名事業所内 (72)発明者 天野 泰 神奈川県海老名市本郷2274番地 富士ゼロ ックス株式会社海老名事業所内 (72)発明者 佐藤 直子 神奈川県海老名市本郷2274番地 富士ゼロ ックス株式会社海老名事業所内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 複数の集会地の候補について、その所在
   地情報を管理する集会地管理手段と、 集会に参加する複数の参加者について、それぞれの位置
   情報を取得する手段と、 当該各参加者の位置情報に基づいて、前記複数の集会地
   候補から集会の開催地候補を選抜する手段と、 を含み、前記選抜された開催地候補が、参加者の集会支
   援の処理に供されることを特徴とする集会支援装置。
2. 【請求項２】 請求項１に記載の集会支援装置におい
   て、 前記選抜された開催地候補を、事前に定められた集会主
   催者に通知する手段と、 前記集会主催者側から開催地候補のうち、集会を実際に
   行う開催地の指定を受け付ける手段と、 当該受け付けた開催地の所在地情報を各参加者に通知す
   る手段と、 をさらに含むことを特徴とする集会支援装置。
3. 【請求項３】 請求項２に記載の集会支援装置におい
   て、 さらに、参加者ごとに、当該参加者の現在位置から開催
   地への交通経路を探索する経路探索手段を有し、 前記開催地の所在地情報を各参加者に通知する手段は、
   各参加者に対し、その交通経路を併せて通知することを
   特徴とする集会支援装置。
4. 【請求項４】 請求項２または３に記載の集会支援装置
   において、 前記集会地管理手段は、さらに、各集会地の候補に対し
   て、その利用予約窓口の情報を関連づけて管理し、 集会主催者側から開催地の指定があったときに、当該指
   定された開催地の利用予約窓口の情報を集会主催者に提
   供する手段を含むことを特徴とする集会支援装置。
5. 【請求項５】 複数の集会地の候補について、その所在
   地情報を管理する集会地管理手段と、 集会に参加する複数の参加者について、それぞれの位置
   情報を取得する手段と、 前記集会地候補から選択された開催地の所在地と、各参
   加者の位置情報とに基づいて、各参加者が前記選択され
   た開催地に到着する予想時刻を演算する手段と、 を含み、前記各参加者の予想時刻が、各参加者の集会支
   援の処理に供されることを特徴とする集会支援装置。
6. 【請求項６】 複数の集会地の候補について、その所在
   地情報を管理する集会地データベースを用いて、 集会に参加する複数の参加者について、それぞれの位置
   情報を取得する工程と、 当該各参加者の位置情報に基づいて、前記複数の集会地
   候補から集会の開催地候補を選抜する工程と、 前記選抜された開催地候補を、参加者の集会支援の処理
   のために提供する工程と、 を含むことを特徴とする集会支援方法。
7. 【請求項７】 複数の集会地の候補について、その所在
   地の情報を管理する集会地データベースを用い、 集会に参加する複数の参加者の状況情報を取得し、各参
   加者の状況情報を参照して前記集会地候補から開催地の
   候補を選抜し、集会の主催者側から当該選抜された開催
   地候補のうち、開催地の指定を受けて、各参加者に当該
   指定された開催地の所在地に関連する情報を提供するこ
   とを特徴とする集会支援方法。
8. 【請求項８】 複数の集会地の候補について、その所在
   地情報を管理する集会地データベースに接続されたコン
   ピュータに、 集会に参加する複数の参加者について、それぞれの位置
   情報を取得する手順と、 当該各参加者の位置情報に基づいて、前記複数の集会地
   候補から集会の開催地候補を選抜する手順と、 前記選抜された開催地候補を、参加者の集会支援の処理
   のために提供する手順と、 を実行させることを特徴とする集会支援プログラム。