JP2003036334A - 幹事支援システム、そのサーバ、方法、記録媒体及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 幹事の手間を大幅に軽減できるようにする。 【解決手段】 サーバ１０は、幹事にその端末１におい
て開催予定通知登録を行わせ、この登録内容に応じて各
参加予定者の端末２に開催予定通知を送付し、参加／不
参加の返信や日時／場所等の希望の収集を行い、例えば
多数決により開催条件（日時／場所／ジャンル等）を決
定する（ステップＳ１〜Ｓ３）。また、開催条件を検索
条件として該当する店を検索する（ステップＳ４）。決
定した開催条件、検索した店の情報等を、幹事の端末１
に通知し（ステップＳ５）、必要に応じて、検索した店
に予約を行う（ステップＳ６）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、所謂「幹事」とし
ての手間を大幅に軽減できるようにする幹事支援システ
ム、サーバ、方法等に関する。

【０００２】

【従来の技術】現在、インターネット上等で、ユーザ
が、例えば所望の飲食店を探したい場合には、任意の検
索条件（場所、店の種類（和食／洋食／中華等）、予
算）を入力すると、該当する店舗が紹介されるサービス
が提供されている。

【０００３】しかしながら、ユーザは、該当する店舗の
中から所望の店舗に対して、電話を掛けて、予約可能で
あるか否かの確認や、希望の日時について空席状況を確
認し、予約不可であったり予約一杯であった場合には他
の店舗を探さなければならない等という手間が掛かるも
のであった。

【０００４】これに対して、例えば「アキアル・コム」
（http://www.akiaru.com ）のように、上記検索サービ
スに加えて、リアルタイムで空席状況の確認、オンライ
ン予約を行えるサービスを提供するサイトが存在する。

【０００５】上記アキアル・コムのサーバが、利用者に
提供するサービスは、概略的には以下の通りである。 （１）利用者側の端末から、場所、日時等の検索条件が
入力されると、この条件に合った店を検索する。更に、
該当した店舗についてリアルタイムの空席状況データを
取得して、これらの情報を利用者側の端末に送信する。 （２）利用者は、表示される検索結果、空席状況を参照
して、所望の店舗について空席があったらオンライン予
約を行う。 （３）サーバは、予約内容を登録すると共に、利用者側
の端末に対し確認メールを送信する。

【０００６】また、上記アキアル・コムのサーバが、店
舗側に提供するサービスは、概略的には以下の通りであ
る。 （４）上記（３）による予約内容登録情報を、店舗側に
送信する。これは、電子メール、ｉ−ｍｏｄｅ（登録商
標）、ＦＡＸ等で行う。 （５）店舗側に用意したコントロールパネルを利用し、
店舗側で予約に必要な入力項目や画面レイアウトを編集
することを可能とする。 （６）店舗側に用意したコントロールパネルを利用し、
空席状況をリアルタイムで確認・変更することを可能に
する。

【０００７】その他、例えば特願平１１−３１０７２３
等においても、店舗のパソコン１６から、登録情報を、
広告会社等のホームページ３にアップロードし、その
後、毎時間に自動的にホームページ３にアクセスして空
席情報を入力することで、顧客は、パソコン２９よりリ
アルタイムで空席状況を認識できるようにする座席の予
約方法、装置が提案されている。

【０００８】

【発明が解決しようとする課題】上述したように、希望
の条件に合った店を探して予約する手間が軽減されるサ
ービスは、既に実現／提案されている。

【０００９】しかしながら、上記“希望の条件に合った
店を探して予約する”際には、検索条件を入力したり、
予約に必要な事項を入力する手間が掛かっていた。更
に、一般に、何等かの会合を開催する際の所謂「幹事」
として手間が掛かる作業は、上記“希望の条件に合った
店を探して予約する”前の段階にもある。

【００１０】すなわち、例えば部署内における忘年会／
新年会／新人歓迎会／送別会等の“飲み会”を一例にす
ると、「幹事」は、これら“飲み会”の参加対象者全員
に対して、“飲み会”開催予定を通知し、日時／場所／
ジャンル（和食／中華／洋食等）等の希望を聞いて、出
来るだけ多くの人間が参加でき、出来るだけ多くの人間
が満足する内容（場所、ジャンル等）となるように調整
したり、主役（例えば新人歓迎会であれば新人）や部長
／課長等が必ず参加できるように調整する等の様々な調
整作業を行わなければならず、手間が掛かるものであっ
た。

【００１１】昔は、このような場合、幹事は、各参加予
定者が今どこにいるか探し、個人個人の開催希望条件
（参加可否、日時、場所、食べたいもの等）を聞きまわ
って調整していた為、非常に手間が掛かっていた。

【００１２】現在は、電子メール等により、飲み会”の
参加対象者全員に対して一度にまとめて“飲み会”開催
予定を通知し、参加／不参加や何等かの希望を記した返
信メールを受け取るようにすることはできるようになっ
たが、各参加予定者が各々好きなように希望する内容を
考慮して調整しつつ日時／場所／店の種類等を決定した
り、この決定内容に合った店を探す為に検索を行った
り、予約を行ったりする作業や（上記オンライン予約を
利用する場合でも、予約の為に必要な事項を入力する手
間が掛かる）、日時／場所／予約した店等の決定事項を
あらためて各参加者に通知したりする作業が必要であ
り、相変わらず手間が掛かることは多い。これは、特
に、人数が多かったり、何等かの特別な事情（例えば、
絶対に参加させなければならない人や優先順位が高い人
がいる等）が絡むと、非常に手間が掛かるものであっ
た。

【００１３】本発明の課題は、上述したような幹事の手
間を大幅に軽減できるようにする幹事支援システム、そ
のサーバ、方法を提供することである。

【００１４】

【課題を解決するための手段】本発明による第１のサー
バは、複数の情報処理端末とサーバがネットワークに接
続されて成るシステムにおける前記サーバにおいて、幹
事側の情報処理端末において開催候補条件／参加予定者
を入力／選択させる開催候補条件登録手段と、前記開催
候補条件を各参加予定者側の情報処理端末に通知すると
共に参加／不参加と希望を入力させる情報収集手段と、
該各参加予定者側の情報処理端末より入力された希望を
集計して開催条件を決定する開催条件決定手段とを有す
るように構成する。

【００１５】従来は幹事は、各参加予定者の希望を考慮
しながら開催日時や場所や店を判断するという調整作業
に手間が掛かっていたが、上記第１のサーバによれば自
動的にこのような判断を行うので、幹事は調整に悩む必
要がなくなり、手間が大幅に省けるようになる。

【００１６】自動的な調整方法としては、例えば、前記
開催条件決定手段は、前記集計した結果に基づいて、各
項目毎に多数決により開催条件を決定する。本発明によ
る第２のサーバは、複数の情報処理端末とサーバがネッ
トワークに接続されて成るシステムにおける前記サーバ
において、幹事側の情報処理端末において開催候補条件
／参加予定者を入力／選択させると共に必要に応じて優
先参加者を指定させる開催候補条件登録手段と、開催候
補条件登録手段において優先参加者が指定された場合、
前記開催候補条件を該優先参加者側の情報処理端末に通
知すると共に少なくとも参加可能日を入力させる優先希
望受付手段と、前記参加可能日を開催日とした新たな開
催候補条件を各参加予定者側の情報処理端末に通知する
と共に、参加／不参加と、開催日以外の開催条件に関す
る希望を入力させる情報収集手段と、該入力された開催
日以外の開催条件に関する希望を集計して開催条件を決
定する開催条件決定手段とを有するように構成する。

【００１７】現実上、ある特定の人の希望を優先するよ
うに幹事が調整しなければならない場合があるが、上記
第２のサーバによれば、このような状況に対しても、自
動的に適切な開催条件を決定できる。

【００１８】また、例えば、上記第１のサーバまたは第
２のサーバにおいて、更に、前記決定された開催条件を
検索条件として該検索条件を満たす店を、必要に応じて
空席状況情報を考慮しながら検索する検索手段を有する
ように構成してもよい。

【００１９】更に、例えば前記該検索手段により検索さ
れた店に対する予約処理を行う第１の予約手段、または
前記開催条件または／及び前記検索された店に関する情
報を前記幹事側の情報処理端末に通知して許可を得た場
合に該店に対する予約処理を行う第２の予約手段の何れ
か一方を更に有するように構成してもよい。

【００２０】これらにより、幹事は、更に、検索や予約
に係わる作業の手間が省けるようになる。本発明は、更
に、上記サーバを含む幹事支援システムとして構成して
もよいし、上記サーバの機能を実現させるプログラムを
記録した記録媒体自体または該プログラム自体として構
成してもよいし、方法としてもよい。

【００２１】

【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態について説明する。図１は、本例による幹事
支援システム全体の概略構成図である。

【００２２】同図において、端末１は、幹事側の情報処
理装置（パソコン等）である。端末２は、各参加予定者
側の情報処理装置（パソコン等）である。これら情報処
理装置には、一般的なブラウザ機能／電子メール送受信
機能が備えられている。

【００２３】サーバ１０（名幹事サーバ）は、カレンダ
ー・データベース１１、名簿データベース１２、店舗デ
ータベース１３等の各データベースを備え、詳しくは後
述する各種処理を行って、幹事の手間が軽減できるよう
に支援する。

【００２４】カレンダー・データベース１１は、単に一
般的なカレンダ機能の為のデータである。名簿データベ
ース１２には、予めユーザ等が作成して登録しておく、
そのユーザが属する任意のグループ（所属部署、友達グ
ループ等）の名簿データが格納されている。名簿データ
は、例えば氏名及び電子メールアドレスである。

【００２５】店舗データベース１３には、上述した従来
技術と略同様に、例えば飲食店等の各店舗の登録情報
（店名、住所、地図、ジャンル（和食／洋食／中華
等）、定休日、電話番号／ＦＡＸ／電子メールアドレ
ス、食べ物（メニュー）等が格納され、また空席状況等
（予約可能日や各日／各時間帯毎の予約可能人数（空き
席数）等）を示すデータが格納／更新される。また、サ
ーバ１０には、一般的な検索機能が搭載されており、指
定される検索条件に応じて店舗データベース１３を検索
して、該当する店舗を抽出する。

【００２６】端末１、端末２、サーバ１０は、ネットワ
ーク３で接続されている。また、不図示の各店舗側のパ
ソコン等も接続されている。ネットワーク３は、例えば
インターネットであってもよいし、社内ＬＡＮ等であっ
てもよい。但し、ネットワーク３をＬＡＮとするなら
ば、少なくともサーバ１０は、特に図示していないが、
インターネット等を介して外部（例えば各店舗側のパソ
コン等）とアクセス可能な構成とする。これより、各店
舗から、リアルタイムで、空席状況をサーバ１０に通知
し、これに応じてサーバ１０は、店舗データベース１３
に格納されている空席状況データを更新する。

【００２７】以下、図２を参照して、サーバ１０の処理
内容を中心に、幹事支援システムの動作について説明す
る。同図において、サーバ１０における処理内容は、ス
テップＳ１〜ステップＳ６として示す通りである。ステ
ップＳ１は、開催予定通知登録処理である。ステップＳ
２は、参加可否、及び希望条件収集処理である。ステッ
プＳ３は、開催条件決定処理である。ステップＳ４は、
予約店舗検索処理である。ステップＳ５は、参加状況通
知処理である。ステップＳ６は、予約処理である。

【００２８】これら各ステップの処理の詳細な一例につ
いて、以下、説明していく。 １）ステップＳ１の開催予定通知登録処理についてこの
処理は、幹事がその端末１より開催候補条件を登録する
と、各参加予定者に開催予定通知を送付する処理であ
る。

【００２９】(a) まず、幹事の端末１から、サーバ１
０の特定のアドレス（開催候補条件を登録する為のホー
ムページ・アドレス）にアクセスすると、予め用意され
ている開催候補条件登録画面（不図示）が幹事の端末に
表示される。この開催候補条件登録画面では、例えば、
お題目（例えば新人歓迎会）、開催候補日（例えば、来
週の月〜金）、開催候補場所（例えば、新宿、渋谷、赤
坂）等の開催候補条件が設定できる。また、サーバ１０
は、予め名簿データベース１２に登録されている名簿デ
ータを読み出して端末１のディスプレイに表示させ、幹
事に任意の参加予定者を選択させる。

【００３０】(b) サーバ１０は、この幹事による開催
候補条件登録内容とカレンダ情報等とに基づいて、例え
ば図３に示すような希望条件入力用ホームページを作成
し、このホームページに任意のアドレスを割り当てる。
希望条件入力用ホームページは、基本的なフォームは予
め作成されており、上記幹事の登録内容に応じて、その
内容が変化する（例えば現在が３月２８日であった場合
に上記の様に開催候補日を来週の月〜金と登録した場合
には、図３に示すように開催希望日の候補が４月２日
（月）〜６日（金）となる）。

【００３１】(c) また、サーバ１０は、開催予定通知
を各参加予定者に送付する。上記の通り名簿データベー
ス１２には氏名と電子メールアドレスが格納されてお
り、サーバ１０は、幹事により選択された参加予定者の
電子メールアドレスを抽出して、この電子メールアドレ
スを用いて各人の端末２に電子メール（開催予定通知）
を送信する。この電子メールは、その“件名”に上記お
題目を入れ、更に本文には上記希望条件入力用ホームペ
ージのアドレスを埋め込んである。また、上記開催候補
条件登録画面上に幹事のコメント入力用のテンプレート
が用意されているものとし、入力されたコメントが電子
メールの本文中に挿入されるようにしてもよい。コメン
トは、例えば「主題の件、来週開催したいと思いますの
で、埋め込まれているアドレスをクリックして、希望を
入力して下さい。」等となる。 ２）ステップＳ２の参加可否及び希望条件収集処理につ
いて (a) 上記電子メールを受信した各参加予定者は、この
電子メール本文に埋め込まれているアドレスをクリック
することで、例えば図３に示すような希望条件入力用画
面２０を表示させることができる。

【００３２】(b) 各参加予定者は、この希望条件入力
用画面２０上で好きなように自分の希望を入力する。入
力項目としては、図３に示す例では、参加確認２１、開
催希望日２２、開催希望時間２３、開催希望場所２４、
希望ジャンル２５等がある（但し、これらの入力項目
は、参加確認２１の選択入力欄において「参加」を選択
した場合にのみ入力できるのであり、不参加者は自分の
希望を入力できない）。

【００３３】また、選択肢は、幹事が設定した範囲内と
なる。例えば上記例では、幹事が開催候補日を来週の月
〜金としているので、仮に現在日時が３月２８日等であ
ったとすると、図３に示すように４月２日（月）〜６日
（金）が選択肢となっている。同様に、上記の例では幹
事は開催候補場所を新宿／渋谷／赤坂としているので、
図３の開催希望場所２４における▽マークをクリックす
ると、これら新宿／渋谷／赤坂が選択肢として表われる
（特に図示しない）。

【００３４】また、希望は複数選択してもよい。例えば
開催希望日に関しては、目的は、出来るだけ多くの人が
参加できるようにすることであるので、例えばある参加
予定者は、来週の月〜金の全て参加可能である場合には
４月２日（月）〜６日（金）の全てを選択すればよい。
この場合は、開催希望日というよりは、参加可能日とい
ったほうがよいかもしれない。あるいは、複数選択する
場合に、第１希望、第２希望というように、優先順位を
付けられるようにしてもよい。あるいは、開催希望日
と、参加可能日とを各々入力させる形式にしてもよい。

【００３５】(c) 参加予定者は、登録作業完了した
ら、図３の「確認」ボタン２６をクリックすれば、入力
した参加／不参加や希望内容がサーバ１０に返信され
る。 ３）ステップＳ３の開催条件決定処理について サーバ１０は、各参加予定者からの上記希望内容に基づ
いて、開催条件（日時、場所等）を決定する。例えば、
各参加予定者からの上記希望内容を各項目毎に集計し
て、最も希望が多かったものを採用する（すなわち、多
数決で決定する）。あるいは、詳しくは後に図５を参照
して説明するように、絶対に参加して欲しい人の希望を
最優先とするようにしてもよい。また、決定した開催日
時に参加できるメンバーのリストを作成する（開催希望
日（参加可能日）に基づいて判断できる）。 ４）ステップＳ４の予約店舗検索処理について ステップＳ３で開催条件を決定すると、これは店舗の検
索条件とすることができるので、サーバ１０は、一般的
な検索機能を用いて店舗データベース１３を検索し、該
当する店舗を探し出す。尚、このような例に限らず、例
えばサーバ１０に検索機能や店舗データベース１３は備
えられていない場合には、ネットワーク３を介して外部
の他のサーバ（検索機能や店舗データベース１３が備え
られている）に上記検索条件を渡して、検索させるよう
にしてもよい。 ５）ステップＳ５の参加状況通知処理について (a) サーバ１０は、ステップＳ３で決定した開催条件
及び参加者のリスト、及びステップＳ４で検索した店舗
の情報をまとめて、幹事の端末１に通知する。

【００３６】(b) この通知を受けた幹事は、内容を見
てＯＫか否かを判断し、ＯＫであれば（検索した店舗が
複数ある場合には、その中から１つを選択する）、その
旨を返答する。また、幹事から特に一言ある場合には、
例えば「幹事からのメッセージ」入力欄（不図示）が用
意されており、ここに任意のメッセージを書き込むよう
にしてもよい。

【００３７】(c) これより、サーバ１０は、ステップ
Ｓ３で決定した開催条件及び参加者のリスト、ステップ
Ｓ４で検索した店舗の情報（複数ある場合には幹事が選
択したもの）、上記任意のメッセージ等に基づいて、例
えば図４に示すような内容の開催通知２８を作成し、各
参加者の端末２及び幹事の端末１に、電子メール等で通
知する。尚、参加予定者であったが「不参加」と回答し
た者の端末２に対しても、開催通知を通知するようにし
てもよい。

【００３８】例えば、図４に示す例では、参加者がＡさ
ん、Ｂさん、Ｃさんとなり、Ｄさんは不参加であるが、
Ｄさんの端末２にも通知され、例えば幹事からのメッセ
ージとして「（前半分省略） Ｄさんへ もし参加でき
たら参加して下さい。」となっている。また、店舗の情
報は、図４の例のように、店名、電話番号等の最低限の
情報のみ通知し、更に詳しい情報が知りたい場合には店
名等をクリックさせるようにしてもよい（店舗データベ
ース１３内の対応するアドレスにリンクされている）。 ６）ステップＳ６の予約処理について ステップＳ５で幹事がＯＫを出したら、サーバ１０が、
上記検索した店舗の予約を行うようにしてもよい。通
常、予約の際には、人数、日時、予約者名、連絡先（電
話番号、電子メールアドレス）等の情報を入力する必要
があるが、人数、日時は上述した処理により決まってお
り、予約者名等は例えば幹事にすれば良いので、これら
の情報を用いて自動的に予約を行うことができる。

【００３９】上述した説明は、一例に過ぎず、これに限
るわけではない。例えば、予約は幹事が行うようにして
もよい。あるいは、例えば、ステップＳ４の処理で、空
席状況も参照するようにしてもよい。すなわち、検索条
件に一致し、且つ検索条件における日時に空席がある店
舗を、検索結果とするようにしてもよい。

【００４０】また、上述した処理は、参加予定者の希望
を集計して多数決で決定する方式であったが、現実に
は、参加予定者の中に優先順位がある場合も多い。例え
ば、新入社員歓迎会を行う場合には、新入社員が参加で
きなければ意味がないので、必ず参加できるように調整
する必要がある。また、更に、通常、部署内のイベント
（上記新入社員歓迎会や、忘年会、新年会等）の場合、
その部署の重要人物（部長、課長等）の都合を優先する
ように調整しなければならない場合が多い。勿論、部署
内に限らず、例えば友達同士の飲み会や同窓会等の任意
のグループ内においても、現実には、必ず参加して欲し
い人や出来るだけ参加して欲しい人の希望を優先するよ
うに幹事が調整する場合が少なくない。

【００４１】以下、このような調整までも含めた幹事の
手間を軽減できるように支援する幹事支援システムの処
理について図５を参照して説明する。図５に示す処理
は、概略的には、図２のステップＳ１の処理の途中から
ステップＳ２までの処理に代わる処理である。

【００４２】まず、ステップＳ１と同様に開催条件登録
画面上で幹事に設定／登録作業を行わせる。その際、名
簿データベース１２に登録されている名簿データを読み
出して端末１のディスプレイに表示させ、幹事に任意の
参加予定者を選択させるが、、更に、参加予定者の中に
絶対に参加して欲しい人（以下、優先参加者と呼ぶ）が
存在する場合には、この優先参加者を選択させる欄を開
催条件登録画面上に設けておくものとする。

【００４３】サーバ１０は、開催条件登録画面上での登
録が完了したら、優先参加者が選択されているか否かを
判定し（ステップＳ１１）、優先参加者は存在しない場
合には（ステップＳ１１，ＮＯ）ステップＳ２と同様に
全ての参加予定者に対して開催予定通知を送付する（ス
テップＳ１５）。

【００４４】一方、優先参加者が存在する場合には（ス
テップＳ１１，ＹＥＳ）、この優先参加者の端末２に対
してのみ上記ステップＳ２と同様に開催予定通知（電子
メール）を送付して希望条件入力用画面２０上で所望の
希望を入力させる（ステップＳ１２）。

【００４５】優先参加者による希望が入力されたら（ス
テップＳ１３，ＹＥＳ）、その開催希望日を開催日とし
て決定する。そして、他の参加予定者全員に開催予定通
知（電子メール）を送付して希望条件入力用画面上で所
望の希望を入力させる（ステップＳ１４）。この時、他
の参加予定者の為に用意される希望条件入力用画面は、
図３の希望条件入力用画面２０における参加希望日２２
が無くなり、代わりに開催日が表示される内容に変わっ
ている。よって、他の参加予定者は希望日を入力するこ
とはできず、開催日に参加できるか否かを入力する。開
催希望場所、希望ジャンル等は選択できる。

【００４６】開催希望場所、希望ジャンル等について
は、図２で説明したものと同様、優先参加者と他の参加
予定者全員の希望を集計して、多数決により決定すれば
よい。勿論、このような例に限るわけではなく、開催希
望場所、希望ジャンル等についても優先参加者の希望通
りに決定し、他の参加予定者には決定事項を通知して参
加／不参加だけを回答させるようにしてもよいし、集計
の際に優先参加者の希望に重み付けを行う（例えば、一
人で２票、３票分としてカウントする）ことで、優先参
加者の希望が採用され易くしてもよい。あるいは、開催
希望日以外（開催希望場所、希望ジャンル等）を優先さ
せるようにしてもよい（例えば、開催場所は優先参加者
の希望通りに決定し、開催日、希望ジャンル等について
は、優先参加者と他の参加予定者全員の希望を集計し
て、多数決により決定するようにしてもよい）。

【００４７】また、以上の説明は、優先参加者が一人の
場合を想定しているが、優先参加者が複数存在する場合
には、各優先参加者に参加可能日（または参加不可能
日）を全て選択してもらい、全ての優先参加者が参加可
能な日を判定してこの日を開催日とする。尚、全ての優
先参加者が参加可能な日が存在しない場合には、その旨
を幹事に通知するようにしてもよい。この場合、幹事
は、例えば、開催予定候補日を新たに設定し直して（例
えば上記例では来週の月〜金となっていたものを、再来
週の月〜金に変更する等）、再度同様な処理を行わせ
る。

【００４８】以上説明したように、本例の幹事支援シス
テム、サーバ、方法によれば、以下に述べるメリットが
得られる。従来でも、電子メール（及びアドレス帳等）
を用いて、何等かのイベントの開催予定があることを関
係者全員に通知し、参加／不参加や何等かの希望を記し
た返信メールを受け取るようにすることはできた。しか
しながら、どのような希望を述べさせればよいのか／各
希望内容の選択肢は何にするのか等を逐一幹事が考えな
ければならなかった。本例によれば、基本的なフォーマ
ット（開催候補条件登録画面）が幹事に与えられ、幹事
は任意の開催候補条件を選択すれば済むので、考える手
間が少なくて済むようになる。更に、従来は幹事は、各
人の希望を返信メールで受け取った後、各々の希望を考
慮しながら開催日時や場所や店を判断するという調整作
業に手間が掛かっていたが、本例ではサーバが自動的に
このような判断を行うので、幹事は調整に悩む必要がな
くなり、手間が大幅に省けるようになる。更に、現実に
は、ある特定の人の希望を優先するように幹事が調整し
なければならない場合があるが、本例ではこのような状
況に対しても、自動的に適切な開催条件を決定できる。

【００４９】また、従来は、幹事は、上記返信メールを
受け取って開催日時や場所や店を判断／決定した後に、
この決定事項や参加者名等を知らせる電子メールを作成
して各人に通知するという作業も必要であったが、本例
によればこのような作業も必要なくなる。

【００５０】また、上記開催条件を検索条件にして自動
的に店を検索することもでき、幹事の手間は更に省ける
ようになる。更に、検索した店への予約も自動的に行う
こともでき、更に幹事の手間が省けるようになる。

【００５１】図６は、上述した各種処理を実現する情報
処理装置（サーバ）のハードウェア構成の一例を示す図
である。同図に示す情報処理装置３０は、ＣＰＵ３１、
メモリ３２、記憶装置３３、媒体駆動装置３４、及びネ
ットワーク接続装置３５を有し、これらがバス３６に接
続された構成となっている。同図に示す構成は一例であ
り、これに限るものではない。

【００５２】ＣＰＵ３１は、当該情報処理装置３０全体
を制御する中央処理装置である。メモリ３２は、プログ
ラム実行、データ更新等の際に、記憶装置３３（あるい
は可搬記録媒体３７）に記憶されているプログラムある
いはデータを一時的に格納するＲＡＭ等のメモリであ
る。ＣＰＵ３１は、メモリ３２に読み出したプログラム
／データを用いて、上述してある各種処理を実行する。

【００５３】記憶装置３３は、例えば磁気ディスク装
置、光ディスク装置、光磁気ディスク装置等であり、上
述した様々な処理・機能を実現させるプログラム／デー
タが格納されている。尚、上記カレンダー・データベー
ス１１、名簿データベース１２、店舗データベース１３
は、記憶装置３３内に構築されるものであってもよい
し、別途設けられるものであってもよいし、当該情報処
理装置３０の外部に設けられるものであってもよい。

【００５４】これらプログラム／データは、可搬記録媒
体３７に記憶されているものであってもよい。この場
合、可搬記録媒体３７に記憶されているプログラム／デ
ータは、媒体駆動装置３４によって読み出される。可搬
記録媒体３７は、例えば、ＦＤ（フロッピー（登録商
標）ディスク）３７ａ、ＣＤ−ＲＯＭ３７ｂ、その他、
ＤＶＤ、光磁気ディスク等である。

【００５５】ネットワーク接続装置３５は、例えばイン
ターネット等に接続して、上述した端末１、２や不図示
の各店舗の情報処理端末とのデータ送受信を可能にする
為の構成である。

【００５６】また、上記プログラム／データは、ネット
ワーク接続装置３５により接続しているネットワークを
介して、外部の他の装置内（不図示）に記憶されている
ものをダウンロードするようにしてもよい。

【００５７】また、本発明は、上記本発明の各種処理を
コンピュータ上で実現するプログラムを記録した可搬記
録媒体自体として構成できるだけでなく、当該プログラ
ム自体として構成することもできる。

【００５８】また、上述した実施の形態の説明では、
“飲み会”を行う為に飲食店を決めることを一例にした
が、これに限るわけではなく、例えば複数人で旅行を行
う際に行き先や宿を決めることにも適用できるし、複数
人でカラオケ店等のレジャー施設を利用する際にも適用
できるし、その他複数人で行う何等かの会合／イベント
を開催するとき全てに適用できる。よって、本明細書に
おいて単に“店”と記した場合には、飲食店に限るもの
ではなく、このような宿やカラオケ店のようなもの全て
を含む意味であるものとする。

【００５９】また、例えば、上記各種ホームページは、
例えばｉ−ｍｏｄｅ等で提供される簡易型のホームペー
ジであってもよい。この場合、端末１、２は携帯電話等
となる。また、端末１、２は、ＰＤＡ等の携帯型情報処
理端末や、インターネット端末としても利用可能なゲー
ム機等であってもよい。ネットワーク３への接続形態
は、無線／有線のどちらでもよい。

【００６０】

【発明の効果】以上、詳細に説明したように、本発明の
幹事支援システム、そのサーバ、方法によれば、各参加
予定者の日時／場所／ジャンル等に関する様々な希望を
考慮して調整しつつ開催条件を決定する作業や、絶対に
参加して欲しい人がいる場合の希望の調整／開催条件決
定作業や、希望に応じた店を探したり、予約可能である
かを確認しながら予約を入れたり、決定事項を通知する
等といった幹事としての様々な作業の手間を大幅に軽減
できるようになる。

【図面の簡単な説明】

【図１】幹事支援システム全体の概略構成図である。

【図２】サーバの処理内容を中心に、幹事支援システム
の動作について説明する為の図である。

【図３】作成される希望条件入力用ホームページの一例
を示す図である。

【図４】作成される開催通知の一例とその送付を示す図
である。

【図５】優先参加者が存在する場合の処理例を説明する
為のフローチャート図である。

【図６】情報処理装置（サーバ）のハードウェア構成の
一例、及びプログラムを記録した記録媒体の一例を示す
図である。

【符号の説明】

１ 端末 ２ 端末 １０ サーバ（名幹事サーバ） １１ カレンダー・データベース １２ 名簿データベース １３ 店舗データベース ２１ 参加確認 ２２ 開催希望日 ２３ 開催希望時間 ２４ 開催希望場所 ２５ 希望ジャンル ２６ 「確認」ボタン ２７ 「キャンセル」ボタン ３０ 情報処理装置 ３１ ＣＰＵ ３２ メモリ ３３ 記憶装置 ３４ 媒体駆動装置 ３５ ネットワーク接続装置 ３６ バス ３７ 可搬記録媒体 ３７ａ ＦＤ（フロッピーディスク） ３７ｂ ＣＤ−ＲＯＭ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 複数の情報処理端末とサーバがネットワ
   ークに接続されて成るシステムにおける前記サーバにお
   いて、 幹事側の情報処理端末において開催候補条件／参加予定
   者を入力／選択させる開催候補条件登録手段と、 前記開催候補条件を各参加予定者側の情報処理端末に通
   知すると共に参加／不参加と希望を入力させる情報収集
   手段と、 該各参加予定者側の情報処理端末より入力された希望を
   集計して開催条件を決定する開催条件決定手段とを有す
   ることを特徴とするサーバ。
2. 【請求項２】 前記開催条件決定手段は、前記集計した
   結果に基づいて、各項目毎に多数決により開催条件を決
   定することを特徴とする請求項１記載のサーバ。
3. 【請求項３】 複数の情報処理端末とサーバがネットワ
   ークに接続されて成るシステムにおける前記サーバにお
   いて、 幹事側の情報処理端末において開催候補条件／参加予定
   者を入力／選択させると共に必要に応じて優先参加者を
   指定させる開催候補条件登録手段と、 開催候補条件登録手段において優先参加者が指定された
   場合、前記開催候補条件を該優先参加者側の情報処理端
   末に通知すると共に少なくとも参加可能日を入力させる
   優先希望受付手段と、 前記参加可能日を開催日とした新たな開催候補条件を各
   参加予定者側の情報処理端末に通知すると共に、参加／
   不参加と、開催日以外の開催条件に関する希望を入力さ
   せる情報収集手段と、 該入力された開催日以外の開催条件に関する希望を集計
   して開催条件を決定する開催条件決定手段とを有するこ
   とを特徴とするサーバ。
4. 【請求項４】 前記決定された開催条件を検索条件とし
   て該検索条件を満たす店を、必要に応じて空席状況情報
   を考慮しながら検索する検索手段を更に有することを特
   徴とする請求項１〜３の何れかに記載のサーバ。
5. 【請求項５】 前記該検索手段により検索された店に対
   する予約処理を行う第１の予約手段、または前記開催条
   件または／及び前記検索された店に関する情報を前記幹
   事側の情報処理端末に通知して許可を得た場合に該店に
   対する予約処理を行う第２の予約手段の何れか一方を更
   に有することを特徴とする請求項４記載のサーバ。
6. 【請求項６】 複数の情報処理端末とサーバがネットワ
   ークに接続されて成るシステムにおいて、 前記サーバは、幹事側の情報処理端末において開催候補
   条件／参加予定者を入力／選択させる開催候補条件登録
   手段と、前記開催候補条件を各参加予定者側の情報処理
   端末に通知すると共に参加／不参加と希望を入力させる
   情報収集手段と、該各参加予定者側の情報処理端末より
   入力された希望を集計して開催条件を決定する開催条件
   決定手段とを有し、 前記各情報処理端末は、サーバ側より提供される所定の
   フォーマットに基づいて前記開催候補条件または希望を
   入力させる為の画面を表示させるブラウザ手段を有する
   ことを特徴とする幹事支援システム。
7. 【請求項７】 複数の情報処理端末とサーバがネットワ
   ークに接続されて成るシステムによる幹事支援方法であ
   って、 幹事側の情報処理端末において開催候補条件／参加予定
   者を入力／選択させ、 前記開催候補条件を各参加予定者側の情報処理端末に通
   知すると共に参加／不参加と希望を入力させ、 該各参加予定者側の情報処理端末より入力された希望を
   集計して開催条件を決定することを特徴とする幹事支援
   方法。
8. 【請求項８】 コンピュータにおいて用いられたとき、 幹事側の情報処理端末において開催候補条件／参加予定
   者を入力／選択させる機能と、 前記開催候補条件を各参加予定者側の情報処理端末に通
   知すると共に参加／不参加と希望を入力させる機能と、 該各参加予定者側の情報処理端末より入力された希望を
   集計して開催条件を決定する機能と、 を実現させるプログラムを記録した前記コンピュータ読
   取り可能な記録媒体。
9. 【請求項９】 コンピュータに、 幹事側の情報処理端末において開催候補条件／参加予定
   者を入力／選択させる機能と、 前記開催候補条件を各参加予定者側の情報処理端末に通
   知すると共に参加／不参加と希望を入力させる機能と、 該各参加予定者側の情報処理端末より入力された希望を
   集計して開催条件を決定する機能と、 を実現させるためのプログラム。