JP4244623B2 - 募集システム及び方法 - Google Patents
募集システム及び方法 Download PDFInfo
- Publication number
- JP4244623B2 JP4244623B2 JP2002350848A JP2002350848A JP4244623B2 JP 4244623 B2 JP4244623 B2 JP 4244623B2 JP 2002350848 A JP2002350848 A JP 2002350848A JP 2002350848 A JP2002350848 A JP 2002350848A JP 4244623 B2 JP4244623 B2 JP 4244623B2
- Authority
- JP
- Japan
- Prior art keywords
- group
- information
- application
- recruitment
- travel
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 230000007115 recruitment Effects 0.000 title claims description 248
- 238000000034 method Methods 0.000 title claims description 66
- 238000012545 processing Methods 0.000 claims description 134
- 230000004044 response Effects 0.000 claims description 91
- 230000008569 process Effects 0.000 claims description 60
- 230000005540 biological transmission Effects 0.000 claims description 52
- 230000000694 effects Effects 0.000 claims description 12
- 238000004891 communication Methods 0.000 description 45
- 238000010586 diagram Methods 0.000 description 26
- 238000012790 confirmation Methods 0.000 description 17
- 230000006870 function Effects 0.000 description 7
- 230000010365 information processing Effects 0.000 description 2
- 238000003825 pressing Methods 0.000 description 2
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000010006 flight Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを通じて旅行募集案内を利用者に配信し、参加者を募る募集システム及び方法に関する。
【０００２】
【従来の技術】
近年のインターネットの急速な普及に伴い、パッケージツアーなどの旅行募集案内を自社のホームページに掲載する旅行業者が増えてきている。但し、多くの場合、参加申込は電話ないしファクシミリに頼っているのが現状である。
【０００３】
また、現在募集中のツアーの案内を会員に対して電子メールで定期的に通知するサービスを実施している旅行業者も存在する。
【０００４】
更に、既存会員から入会が見込めそうな友人や知人をネットワークを介して紹介してもらい、被紹介者に対して紹介者の名前をメール本文中で明示した入会勧誘メールを発信し、被紹介者が入会した場合には紹介者にインセンティブを与えるようにした会員制サービス提供システムが提案されている（例えば、後述する特許文献１参照）。類似する技術は、後述する特許文献２にも記載されている。
【０００５】
【特許文献１】
特開２００１−２３６４０９号公報
【特許文献２】
特許第３３１５９５４号
【０００６】
【発明が解決しようとする課題】
ツアーを企画した旅行業者にとって、参加者を確保することは極めて重要である。特に、パッケージツアーなどの旅行の中には最小催行人数を定めたものがあるが、このような旅行の場合、最小催行人数以上の参加者をツアー開催までか、募集期限がある場合にはその期限内に効率良く獲得する必要があり、旅行募集案内をホームページに掲載するだけでは最小催行人数すら確保できない恐れがある。従来技術で述べたように定期的に旅行募集案内を会員に電子メールで配信するサービスが存在するが、定期的な案内では募集締め切り日との兼ね合いで効果がでない可能性がある。
【０００７】
ところで、世間には、親しい友人や知人と一緒ならツアーに参加するが、同行者が行きたくなければ参加したくないという人もいる。このような場合、現状では、参加希望者自身が同行者の一人一人に対して電話や電子メールでツアーの内容を伝えて同意を得てから参加の申込を行う必要があり、グループで参加する場合の利用者の手間が面倒である。旅行業者がより多くの参加者を獲得するには、このようなグループ参加を簡便に行える仕組みが必要である。
【０００８】
また、特許文献１および２に記載された技術を転用し、旅行募集案内情報を送った利用者から他の利用者を紹介してもらい、被紹介者に旅行募集案内情報を送ることで、より多くの利用者に旅行募集案内情報を配信することが可能であるが、いわゆる迷惑メールと同様に無視される可能性が高く、効果が期待できない。また、旅行募集案内情報を送った利用者から他の利用者が紹介される毎に、その被紹介者に旅行募集案内情報を送ると、被紹介者の重複により同じ旅行募集案内情報が何度も同じ利用者に届く可能性があり、利用者に迷惑がかかる上、旅行業者の信用も疑われる結果を招く。
【０００９】
そこで本発明の第１の目的は、ネットワークを通じて旅行募集案内を利用者に配信しかつその申込をオンラインで受け付けることを可能にすることにより、旅行参加者を効率良く獲得することができるようにすることにある。
【００１０】
本発明の第２の目的は、親しい友人や知人と一緒にツアーに参加するグループの手間を削減することにより、旅行参加者を効率良く獲得することができるようにすることにある。
【００１３】
【課題を解決するための手段】
本発明の募集システムは、サーバ装置と、前記サーバ装置にネットワークを介して接続される複数の端末装置とを備え、前記サーバ装置は、処理装置と記憶装置を備え、前記処理装置は、前記ネットワークを通じて、旅行募集案内情報を複数の前記端末装置に送信する旅行募集案内送信手段と、前記送信された前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記ネットワークを通じて前記端末装置から受信し、申込者および同行者全員のアドレス、同行者へのメッセージおよび同行者に１対１に対応するフラグを含むグループ申込情報を記憶装置に保存する処理、前記記憶装置に保存したグループ申込情報にアドレスが記載された同行者の端末装置に対して、前記ネットワークを通じて、申込者および同行者全員のアドレスおよび前記メッセージを付加したグループ旅行募集案内情報を送信する処理、前記送信されたグループ旅行募集案内情報に対する応答情報を前記同行者の端末装置から前記ネットワークを通じて受信し、グループでの申込に同意する応答情報か否かを判別する処理、グループでの申込に同意しない応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込が中止された旨の情報を送信する処理、グループでの申込に同意する応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報中のフラグのうち、今回受信した応答情報で同意する意志を示した同行者に対応するフラグをセットし、グループ申込情報中の同行者に対応するすべてのフラグがセットされた場合に、グループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込を受け付けた旨の情報を送信する処理を行う受付手段とを備え、前記端末装置は、前記サーバ装置から送信された前記旅行募集案内情報および前記グループ旅行募集案内情報を前記ネットワークを通じて受信する受信手段と、前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記ネットワークを通じて前記サーバ装置に送信する処理と、前記グループ旅行募集案内情報に対する応答情報として、グループでの申込に同意するか否かを示す応答情報を前記ネットワークを通じて前記サーバ装置に送信する処理とを行う送信手段とを備える。
【００１８】
本発明の募集方法は、ａ）サーバ装置が、ネットワークを通じて、旅行募集案内情報を複数の端末装置に送信するステップ、ｂ）前記端末装置が、前記ネットワークを通じて、前記サーバ装置から送信された前記旅行募集案内情報を受信するステップ、ｃ）前記端末装置が、前記ネットワークを通じて、前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記サーバ装置に送信するステップ、ｄ）前記サーバ装置が、前記ネットワークを通じて、前記端末装置から前記グループでの申込情報を受信し、申込者および同行者全員のアドレス、同行者へのメッセージおよび同行者に１対１に対応するフラグを含むグループ申込情報を記憶装置に保存するステップ、ｅ）前記サーバ装置が、前記ネットワークを通じて、前記記憶装置に保存したグループ申込情報にアドレスが記載された同行者の端末装置に対して、申込者および同行者全員のアドレスおよび前記メッセージを付加したグループ旅行募集案内情報を送信するステップ、ｆ）前記同行者の端末装置が、前記ネットワークを通じて、前記サーバ装置から送信された前記グループ旅行募集案内情報を受信するステップ、ｇ）前記同行者の端末装置が、前記ネットワークを通じて、前記グループ旅行募集案内情報に対する応答情報として、グループでの申込に同意するか否かを示す応答情報を前記サーバ装置に送信するステップ、ｈ）前記サーバ装置が、前記ネットワークを通じて、前記同行者の端末装置から送信された前記グループ旅行募集案内情報に対する応答情報を受信し、グループでの申込に同意する応答情報か否かを判別するステップ、ｉ）前記サーバ装置が、グループでの申込に同意しない応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込が中止された旨の情報を送信するステップ、ｊ）前記サーバ装置が、グループでの申込に同意する応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報中のフラグのうち、今回受信した応答情報で同意する意志を示した同行者に対応するフラグをセットするステップ、ｋ）前記サーバ装置が、前記記憶装置に保存されたグループ申込情報中の同行者に対応するすべてのフラグがセットされた場合に、グループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込を受け付けた旨の情報を送信するステップ、を含む。
【００２３】
本発明のサーバ装置は、処理装置と記憶装置を備え、ネットワークを介して複数の端末装置に接続されたサーバ装置であって、前記処理装置は、前記ネットワークを通じて、旅行募集案内情報を複数の前記端末装置に送信する旅行募集案内送信手段と、前記送信された前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記ネットワークを通じて前記端末装置から受信し、申込者および同行者全員のアドレス、同行者へのメッセージおよび同行者に１対１に対応するフラグを含むグループ申込情報を記憶装置に保存する処理、前記記憶装置に保存したグループ申込情報にアドレスが記載された同行者の端末装置に対して、前記ネットワークを通じて、申込者および同行者全員のアドレスおよび前記メッセージを付加したグループ旅行募集案内情報を送信する処理、前記送信されたグループ旅行募集案内情報に対する応答情報を前記同行者の端末装置から前記ネットワークを通じて受信し、グループでの申込に同意する応答情報か否かを判別する処理、グループでの申込に同意しない応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込が中止された旨の情報を送信する処理、グループでの申込に同意する応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報中のフラグのうち、今回受信した応答情報で同意する意志を示した同行者に対応するフラグをセットし、グループ申込情報中の同行者に対応するすべてのフラグがセットされた場合に、グループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込を受け付けた旨の情報を送信する処理を行う受付手段とを備える。
【００３０】
【作用】
本発明にあっては、サーバ装置からネットワークを通じて旅行募集案内情報を複数のユーザ宛に配信し、ユーザからの申込をネットワークを通じて受け付けることで、効率良く募集を行う。
【００３１】
また本発明にあっては、親しい友人や知人と一緒ならツアーに参加するが、同行者が行きたくなければ参加したくないというグループでの申込を行う際のユーザの負担を軽減する。
【００３４】
【発明の実施の形態】
次に本発明の実施の形態について図面を参照して詳細に説明する。
【００３５】
図１を参照すると、本発明の実施の形態にかかる募集システムは、サーバ装置１００と、このサーバ装置１００にネットワーク２００を介して接続された複数の端末装置３０１〜３０４とを含んで構成される。ネットワーク２００は、インターネット、移動通信ネットワークなどの１または２以上のネットワークである。
【００３６】
サーバ装置１００は、パーソナルコンピュータやワークステーション等の情報処理装置であり、旅行募集案内情報をネットワーク２００を通じて端末装置３０１〜３０４に送信する機能、端末装置３０１〜３０４からの旅行募集案内にかかる旅行の申込をネットワーク２００を通じて受け付ける機能などを備えている。
【００３７】
端末装置３０１〜３０４は、パーソナルコンピュータ、携帯電話機あるいは携帯情報端末などの情報処理装置であり、サーバ装置１００から送信された旅行募集案内情報をネットワーク２００を通じて受信してユーザに提示する機能と、ユーザから入力された旅行募集案内に対する応答情報をサーバ装置１００にネットワーク２００を通じて送信する機能などを備えている。端末装置３０１〜３０４のそれぞれはユーザＡ〜Ｄが使用する端末とする。ここで、ユーザＡとユーザＢはいつも一緒に旅行に出かける旅仲間、ユーザＣはユーザＡの知人、ユーザＤはユーザＡおよびＣの共通の知人である。また、サーバ装置１００にはユーザＡの通信アドレスだけが事前に登録されており、他のユーザＢ〜Ｄの通信アドレスは登録されていない。通信アドレスは一般的には電子メールアドレスが使用される。
【００３８】
次に、本実施の形態にかかる特徴的な動作を図２を参照して説明する。
【００３９】
旅行業者がある旅行を企画し、その参加者を募る場合、サーバ装置１００に事前に通信アドレスが登録されているユーザＡに対して旅行募集案内情報を送信する（Ｓ１００）。このときサーバ装置１００は、ユーザＡの通信アドレスを送信済通信アドレスとして記録しておく。
【００４０】
上記の旅行募集案内情報は端末装置３０１で受信され、ユーザＡに提示される。旅行募集案内情報には、旅名、行き先、出発日などの募集要項が記載されている。旅行工程などその他の詳細情報を含ませても良いが、これらの詳細情報はＷｅｂページに記載しておき、旅行募集案内情報にそのＷｅｂページのアドレスを記載して、ユーザ自身にＷｅｂページをアクセスさせるようにしても良い。ユーザからの参加申込可否の情報、グループで申込む場合の同行者の通信アドレスや同行者に対するメッセージ、紹介したい他のユーザの通信アドレスは、そのＷｅｂページ上で記入させて送信させるのが一般的であるが、旅行募集案内情報中に、申込内容、同行者がいる場合のその通信アドレスとメッセージ、紹介したいユーザがいる場合のその通信アドレスを記入する記入フォームを含ませておき、必要な事項を設定した記入フォームをユーザからサーバ装置１００に電子メールで返信させるようにしても良い。
【００４１】
さて、ユーザＡは、募集中の旅行にユーザＢと一緒に参加したいため、同行者であるユーザＢの通信アドレスと同行者Ｂへのメッセージを記載し、またユーザＣ、Ｄを紹介したいのでそれらの通信アドレスを記載した応答情報を作成して、端末装置３０１からサーバ装置１００へ送信したとする（Ｓ１０１）。入力できるメッセージ内容は任意である。ここでは、例えば「花子さん、素敵なツアーを見つけたので、また一緒に行きましょうね。マリコより。」なるメッセージを記載したものとする。
【００４２】
サーバ装置１００は、ユーザＡの端末装置３０１からの応答情報を受信して解析し、以下の事項を認識して認識結果を保存する。
（１）ユーザＡがユーザＢと一緒に旅行に参加したいグループ参加を申し込んでいること。
（２）ユーザＣ、Ｄの通信アドレスが紹介されていること。
【００４３】
サーバ装置１００は、（１）の認識事項に対し、ユーザＡから知らされた同行者Ｂの通信アドレスを用いて、ユーザＡから渡されたメッセージを付与した旅行募集案内情報をユーザＢ宛に送信する（Ｓ１０２）。また、サーバ装置１００は、（２）の認識事項に対し、ユーザＡから紹介されたユーザＣ、Ｄの通信アドレスを用いて、旅行募集案内情報をユーザＣおよびユーザＤ宛に送信する（Ｓ１０３）。この際、情報の送信元アドレスはサーバ装置１００のアドレスでなく、紹介者であるユーザＡのアドレスに置き換えて送信する。ユーザＢ宛に送信する旅行募集案内情報の送信元アドレスはサーバ装置１００のアドレスとしても良いし、グループ参加を申し込んだユーザＡの通信アドレスに置き換えて送信しても良い。またサーバ装置１００は、ユーザＢ、Ｃ、Ｄの通信アドレスを送信済通信アドレスとして記録しておく。
【００４４】
ユーザＢ宛に送信された旅行募集案内情報は、ユーザＢの端末装置３０２で受信され、ユーザＢに提示される。ユーザＢは、提示された旅行募集案内情報に付加されているユーザＡからのメッセージを見て、趣旨を理解し、参加するかどうかを決定し、端末装置３０２からサーバ装置１００に応答情報を送信する。募集中の旅行の詳細情報を知る方法や応答情報を送信する方法は、ユーザＡの場合と同様である。
【００４５】
図２のＳ１０４、Ｓ１０５は、ユーザＢがユーザＡの申込んだ旅行に参加する旨の回答を応答してきた場合のシーケンスである。サーバ装置１００は、ユーザＢから旅行に参加する旨の応答情報を受信すると（Ｓ１０４）、この時点で、ユーザＡが申し込んだグループの同行者全員が同意したことになるので、ユーザＡの申込を有効とし、グループでの申込を受け付けた旨の通知を申込人であるユーザＡ宛に送信する（Ｓ１０５）。申込人だけでなく、その同行者全員にグループ申込受付通知を送信するようにしても良い。
【００４６】
また、図２のＳ１０６、Ｓ１０７は、ユーザＢが今回の旅行に参加しない旨の回答を応答してきた場合のシーケンスである。サーバ装置１００は、ユーザＢから旅行に参加しない旨の応答情報を受信すると（Ｓ１０６）、この時点で、ユーザＡが申し込んだグループ参加の同伴者の少なくとも一人が同意しないことが決定したので、ユーザＡのグループでの申込を無効とし、その申込をキャンセルする旨の通知を申込人であるユーザＡ宛に送信する（Ｓ１０７）。申込人だけでなく、その同行者全員或いは参加を表明した同行者にキャンセル通知を送信するようにしても良い。
【００４７】
他方、サーバ装置１００からユーザＣ、Ｄ宛に送信された旅行募集案内情報は、端末装置３０３、３０４でそれぞれ受信される（Ｓ１０３）。ユーザＣ、Ｄに送られる旅行募集案内情報は、その送信元アドレスが紹介者のユーザＡのアドレスになっている点が相違するだけで、ユーザＡに送信されたものと同じである。図２の例では、ユーザＣは、送られてきた旅行募集案内情報を見てその旅行に一人で参加する単独の申込情報と、紹介アドレスとしてユーザＤの通信アドレスとを含む応答情報をサーバ装置１００に送信している（Ｓ１０８）。一方、ユーザＤは何らの応答情報も送信していない。
【００４８】
サーバ装置１００は、ユーザＣの端末装置３０３からの応答情報を受信して解析し、以下の事項を認識し、認識結果を保存する。
（１）ユーザＣが単独参加を申し込んでいること。
（２）ユーザＤのアドレスが紹介されていること。
【００４９】
サーバ装置１００は、（１）の認識事項に対し、申込を受け付けた旨の通知をユーザＣ宛に送信する（Ｓ１０９）。また、サーバ装置１００は、（２）の認識事項に対し、ユーザＣから紹介されたユーザＤの通信アドレスが送信済通信アドレスとして記録されているので、旅行募集案内情報を被紹介者のユーザＤへは送信しない（Ｓ１１０）。
【００５０】
次に、本実施の形態の効果を説明する。
【００５１】
第１の効果は、サーバ装置１００によりネットワーク２００を通じて旅行募集案内情報をユーザ宛に配信し且つその申込をオンラインで受け付けることが可能であるため、旅行参加者を効率良く獲得することができることである。
【００５２】
第２の効果は、親しい友人や知人と一緒にツアーに参加するグループの手間と負担が軽減されることである。その理由は、前述したように旅行募集案内情報を受信したユーザＡがユーザＢと一緒なら旅行に行きたいと希望した場合、一般的には事前に電話ないしメールでユーザＢに今回の旅行の詳細を伝え、ユーザＢの同意を得た上で申込を行う必要があるが、本実施の形態では、ユーザＡが同行者Ｂの通信アドレスとメッセージを添えてグループで申し込めば、同行者Ｂへの旅行募集案内情報の送信、同行者Ｂの参加（同意）の確認がサーバ装置１００側で自動的に行われ、同行者全員が参加表明したことを条件に、ユーザＡが申込んだグループでの申込が有効となるからである。また、同行者Ｂから見れば、同意と申込が同時に実現可能になるからである。
【００５３】
第３の効果は、旅行募集案内情報を送ったユーザから紹介された他のユーザに対して送信する旅行募集案内情報の効果を高めることができることである。その理由は、知らない者から受信した電子メールは内容を見ずに捨ててしまうユーザが多いが、本実施の形態で被紹介者に送られる旅行募集案内情報の送信元アドレスは、紹介者の通信アドレスになっているため、送信元アドレスが旅行業者のアドレスになっている場合に比べて、内容を見ずに捨てられる確率が小さくなるからである。
【００５４】
第４の効果は、ユーザＤの例で示したように、同一のユーザに同じ旅行募集案内情報を重複して送り付けないようにしたことで、利用者に不快感を与えることがなくなることである。
【００５５】
【実施例】
次に本実施の形態の募集システムの実施例について図面を参照して詳細に説明する。例として、所定の最小催行人数、募集定員および募集期間の条件の下に、旅行業者が企画した旅行への参加者を募集する募集システムを採り上げる。また、募集期間終了時に申込人数が最小催行人数に満たない場合は旅行の開催は中止するものとする。更に、募集定員を満たす申込者があった時点で正規の募集を終了し、その後はキャンセル待ち扱いとして申込を受け付けるものとする。
【００５６】
【構成】
図３を参照すると、サーバ装置１００の一実施例は、プログラム制御によって動作する処理装置１０１と、主記憶および補助記憶装置で構成される記憶装置１０２と、入力装置および出力装置で構成される入出力装置１０３とを含んで構成され、ネットワーク２００を通じて端末装置３０１および図示を省略した他の端末装置と通信可能に接続される。
【００５７】
処理装置１０１は、旅行募集案内送信部１１１と、受付部１１２と、ツアー開催決定処理部１１３と、発券処理部１１４と、通信部１１５とを含む。処理装置１０１に接続されている記録媒体１０４は、ＣＤ−ＲＯＭや磁気ディスク等のコンピュータ可読記録媒体であり、サーバ用プログラムを記録する。記録媒体１０４に記録されたサーバ用プログラムは、サーバ装置１００の立ち上げ時などにサーバ装置１００を構成するコンピュータの処理装置１０１に読み取られ、処理装置１０１の動作を制御することにより、処理装置１０１上に前述した旅行募集案内送信部１１１、受付部１１２、ツアー開催決定処理部１１３、発券処理部１１４および通信部１１５を実現する。
【００５８】
旅行募集案内送信部１１１は、旅行に関する募集案内メールをネットワーク２００を通じてユーザ宛に送信する処理を司る。この旅行募集案内送信部１１１は、サーバ装置１００に事前に登録されたユーザ宛に募集案内メールを送信する登録ユーザへの旅行募集案内送信部１２１と、募集案内メールを送信したユーザから紹介された被紹介者へ募集案内メールを送信する被紹介者への旅行募集案内送信部１２２とを備えている。前者の旅行募集案内送信部１２１は、募集開始時に動作を開始し、事前に登録された全てのユーザ宛に募集案内メールを送信すると、動作を停止する。後者の旅行募集案内送信部１２２は、募集案内メールを送信したユーザから他のユーザが紹介された場合に、未だ募集期間が終了しておらず且つ申込人数が募集定員に達していなければ、被紹介者に対して募集案内メールを送信する。
【００５９】
受付部１１２は、募集案内メールを受信したユーザから各種の要求を受け付けて処理する部分であり、一般的なＷｅｂサイトの機能を備える詳細情報提供部１３１および申込処理部１３２を含んで構成される。詳細情報提供部１３１は、アクセスしてきたユーザに対して、募集案内メールに記載されない旅行の詳細な情報を記載したＷｅｂページを提供する部分である。また、本実施例では、この提供したＷｅｂページ上で、参加申込可否の情報、グループで申込む場合の同行者の通信アドレスや同行者に対するメッセージ、紹介したい他のユーザの通信アドレス等をユーザに入力させ、サーバ装置１００に送信させることで、ユーザからの応答情報をサーバ装置１００で取得するようにしている。申込処理部１３２は、取得されたユーザからの応答情報を解析して必要な処理を行う部分であり、単独申込処理部１４１、グループ申込処理部１４２および被紹介者登録部１４３を含んでいる。
【００６０】
単独申込処理部１４１は、一人で旅行に参加する単独申込を処理する部分である。グループ申込処理部１４２は、複数人で旅行に参加するグループ申込を処理する部分である。被紹介者登録部１４３は、ユーザからの応答情報に他のユーザのメールアドレスが紹介されていた場合に、この被紹介メールアドレスを処理する部分である。
【００６１】
ツアー開催決定処理部１１３は、募集期間終了時点における申込人数と最小催行人数に基づいてツアーを開催するか否かを決定し、開催する場合には申込者全員にツアー申込券メールを送信し、中止する場合には申込者全員にツアー中止案内メールを送信する部分である。また、このツアー開催決定処理部１１３は、申込人数が募集定員に満たない場合のキャンセル待ち者へのツアー申込券メールの送信などの処理なども司る。
【００６２】
発券処理部１１４は、ツアーの開催が決定した場合に所定の旅券購入期間にわたって、入出力装置１０３からの入力操作に応答して旅券の発行処理を行う部分である。また、キャンセル待ち者への旅券の発行処理も行う。
【００６３】
通信部１１５は、旅行募集案内送信部１１１、受付部１１２およびツアー開催決定処理部１１３に対して、ネットワーク２００を通じて端末装置３０１と通信する機能を提供する部分である。
【００６４】
記憶装置１０２は、旅行募集案内送信部１１１、受付部１１２、ツアー開催決定処理部１１３および発券処理部１１４が参照更新する各種の情報を記憶する部分である。具体的には、基礎情報１５１、登録ユーザリスト１５２、送信済アドレスリスト１５３、被紹介者アドレスリスト１５４、単独申込リスト１５５、グループ申込リスト１５６、キャンセル待ち行列１５７および応募状況１５８を記憶する。それぞれの内容について以下説明する。
【００６５】
先ず、基礎情報１５１について図４を参照して説明する。基礎情報１５１は、図４に示すように、ツアー名１５１００、行先１５１０１、出発日１５１０２、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５、旅券購入期間１５１０６、キャンセル待ち購入期間１５１０７、旅行日程詳細１５１０８および旅行代金１５１０９といった募集要綱を予め記憶する。ここで、ツアー名１５１００とは、募集するツアーに付けられた名前であり、例えば「チャーター便で行く欧州の旅」などである。行先１５１０１は、例えば「イタリア」など旅行の行き先である。出発日１５１０２は、「２００２年１０月１０日」など旅行の出発日である。募集定員１５１０３は、募集する参加者の最大人数、最小催行人数１５１０４は当ツアーが開催されるために最低限満たされる必要のある申込人数、募集期限１５１０５は募集を受け付ける最終受付日時である。旅券購入期間１５１０６は、申込者が旅券を購入することができる最終購入受付日時である。キャンセル待ち購入期間１５１０７は、キャンセル待ちであった人が当選した場合に旅券を購入することができる最終購入受付日時である。旅行日程詳細１５１０８は、当ツアーの全日程の詳細な解説であり、旅行代金１５１０９は当ツアーに参加する者が支払うべき代金の総額である。
【００６６】
基礎情報１５１は、更に、端末装置３０１へ送信するメールや画面のひな形となる各種のテンプレートを記憶している。
【００６７】
募集案内メール用のテンプレートは３種類記憶する。１つ目は、登録ユーザ宛に送信する募集案内メールのテンプレート１５１１０、２つ目は、被紹介者宛に送信する募集案内メールのテンプレート１５１１１、３つ目は、グループ参加の同行者宛に送信する募集案内メールのテンプレート１５１１２である。図５〜図７にテンプレート１５１１０〜１５１１２の一例を示す。
【００６８】
登録ユーザ宛に送信する募集案内メールのテンプレート１５１１０は、図５に示すように、メールのヘッダの部分と本文の部分とから構成され、ヘッダ部分に、差出人Ａ１、日時Ａ２、表題Ａ３の項目がある。また、本文部分には、行先Ａ４、出発日Ａ５、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８および第１の詳細情報へのＵＲＬ Ａ９の各項目がある。テンプレート上では、それらは全て空欄になっており、メール送信時に設定する。なお、第１の詳細情報へのＵＲＬ Ａ９には、この募集案内メールを送ったユーザのメールアドレスがパラメータとして設定されたＵＲＬ情報が設定される。これは、詳細情報を要求したユーザが誰であるかを、ユーザ自身に自己のメールアドレスを設定させることなくサーバ装置１００側が認識できるようにするためである。
【００６９】
被紹介者宛に送信する募集案内メールのテンプレート１５１１１は、図６に示すように、紹介者からのメッセージＡ１０の項目が追加されている点でのみ図５に示した登録ユーザ用のテンプレート１５１１０と相違する。グループ参加の同行者宛に送信する募集案内メールのテンプレート１５１１２は、図７に示すように、グループでの申込を行った申込者から同行者へのメッセージＡ１１の項目と、グループ各員のメールアドレスＡ１２−１〜Ａ１２−ｎの項目とが図５に示した登録ユーザ用のテンプレート１５１１０に追加されている。また、ＵＲＬ Ａ９には、第２の詳細画面情報へのＵＲＬに、このメールを送ったユーザのメールアドレスを示すパラメータを付加したＵＲＬ情報が設定される。
【００７０】
再び図４を参照すると、基礎情報１５１には、２種類の詳細情報画面テンプレート１５１２０、１５１２１が含まれる。１つ目の詳細情報画面テンプレート１５１２０は、登録ユーザあるいは被紹介者宛に送信した募集案内メールのＵＲＬ（図５および図６のＵＲＬ Ａ９）によってユーザがアクセスしてきたときに提供する画面用であり、その一例を図８に示す。旅行日程詳細Ｂ１、旅行代金Ｂ２、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８、現時点における申込済人数Ｂ３、現時点におけるキャンセル待ち人数Ｂ４、申込ボタンＢ５、グループ申込ボタンＢ６、不参加ボタンＢ７、被紹介者のメールアドレスＢ８−１〜Ｂ８−ｎ、被紹介者へのメッセージＢ９および送信ボタンＢ１０、この画面を要求したユーザのメールアドレスＢ１１の各項目がある。これらの項目のうち、送信ボタンＢ１０を除く項目は全て空欄になっており、Ａ６〜Ａ８、Ｂ１〜Ｂ４、Ｂ１１は使用時にサーバ装置１００が設定する。また、Ｂ５〜Ｂ９の項目は何れも未設定の状態で送信され、ユーザ側で設定される。送信ボタンＢ１０は、ユーザが応答情報を送信する際に使用するボタンであり、この送信ボタンＢ１０が押されると、申込ボタンＢ５、グループ申込ボタンＢ６、不参加ボタンＢ７の各状態、被紹介者のメールアドレスＢ８−１〜Ｂ８−ｎ、被紹介者へのメッセージＢ９、この画面を要求したユーザのメールアドレスＢ１１が端末装置３０１からサーバ装置１００へ送信されることになる。また、被紹介者へは紹介者のアドレスを送信元アドレスとした募集案内メールを送信するため、その旨を注意事項として記載してある。
【００７１】
２つ目の詳細情報画面テンプレート１５１２１は、同行者宛に送信した募集案内メールのＵＲＬ（図７のＵＲＬ Ａ９）によってユーザがアクセスしてきたときに提供する画面用であり、その一例を図９に示す。図８のテンプレート１５１２０とほぼ同じであるが、グループ申込ボタンＢ６がなく、既にグループで申し込まれている旅行に参加するかどうかを、申込ボタンＢ５あるいは不参加ボタンＢ６で返事させるようになっている。
【００７２】
再び図４を参照して基礎情報１５１に含まれる他の情報について説明する。
【００７３】
グループ申込画面テンプレート１５１３１は、グループ参加を申込んだユーザに対して同行者のメールアドレスおよびメッセージを入力させるための画面用のテンプレートであり、その一例を図１０に示す。グループのメンバのメールアドレスＣ１−１〜Ｃ１−ｎと、申込者から同行者へのメッセージＣ２と、送信ボタンＣ３の項目がある。項目Ｃ１−１〜Ｃ１−ｎおよび項目Ｃ２は全て空欄であり、使用時に項目Ｃ１−１に申込者のメールアドレスを設定し、その他は空欄のままサーバ装置１００からグループ参加申込人の端末装置３０１へ送信され、Ｃ１−２〜Ｃ１−ｎはユーザ側で設定される。送信ボタンＣ３は、設定した項目Ｃ１−１〜Ｃ１−ｎおよび項目Ｃ２の内容を端末装置３０１からサーバ装置１００へ送信するためのボタンである。
【００７４】
募集期間終了画面テンプレート１５１３２は、募集期間終了後に申込んできたユーザに対してその旨を通知する画面用のテンプレートであり、その一例を図１１に示す。募集受付終了日Ｄ１の項目があり、サーバ装置１００が項目Ｄ１に値を設定して使用する。
【００７５】
受付確認メールテンプレート１５１３３は、単独あるいはグループで申込を受け付けたときにユーザ宛にその旨を通知するメール用のテンプレートであり、その一例を図１２（ａ）に示す。受付番号Ｅ１の項目があり、サーバ装置１００が項目Ｅ１に採番したユニークな受付番号を設定して使用する。もう一つの受付確認メールテンプレート１５１３３４は、キャンセル待ちを申込んだ者に送信する受付確認メール用であり、図１２（ｂ）のようになっている。受付番号Ｅ２には、キャンセル待ちを受け付けたときに採番される受付番号が設定される。
【００７６】
キャンセル待ち画面テンプレート１５１３５は、募集定員満了後に申込んできたユーザに対してキャンセル待ちを行うかどうかを問う際にサーバ装置１００が使用する画面用のテンプレートであり、その一例を図１３に示す。キャンセル待ちを申込む申込ボタンＦ１、申込まない不参加ボタンＦ２、送信ボタンＦ３の項目があり、このテンプレートの内容をそのまま端末装置３０１へ送信する。ユーザは、ボタンＦ１、Ｆ２の何れか一方を選択し、送信ボタンＦ３を押せば、ボタンＦ１、Ｆ２の状態が端末装置３−１からサーバ装置１００へ送信される。
【００７７】
グループ申込重複通知メールテンプレート１５１３６は、グループ参加を申込んできた者が通知した同行者の何れかが、既に単独で申込んでいるか、或いは他のグループの同行者となっている場合に、グループ参加申込人に今回のグループ申込を取り消す旨を通知するメール用のテンプレートである。その一例を図１４に示す。既に単独で申込んでいるか、或いは他のグループの同行者となっている者のメールアドレスＧ１の項目があり、サーバ装置１００は、項目Ｇ１に値を設定して使用する。
【００７８】
グループ申込中止メールテンプレート１５１３７は、申込まれたグループの同行者全員の賛同が得られなかった場合に、グループ申込を取り消す旨をサーバ装置１００からユーザに通知するメール用のテンプレートである。その一例を図１５（ａ）に示す。もう一つのグループ申込中止メールテンプレート１５１３８は、申込まれたグループの同行者全員の賛同が得られた時点で募集定員に達しており、またキャンセル待ちも申込まれなかった場合に、グループ申込を取り消す旨をサーバ装置１００からユーザに通知するメール用のテンプレートであり、その一例を図１５（ｂ）に示す。
【００７９】
重複メールアドレス通知メールテンプレート１５１３９は、既に募集案内メールを送信したユーザと同じユーザのメールアドレスが他のユーザから紹介された場合に、その紹介を取り消す旨をサーバ装置１００が紹介者へ送信するメール用のテンプレートである。その一例を図１６に示す。紹介を取り消すメールアドレスＨ１の項目があり、サーバ装置１００は、項目Ｈ１に値を設定して使用する。
【００８０】
ツアー中止案内メールテンプレート１５１４０は、申込人数が最小催行人数に達しなかった場合にサーバ装置１００から申込人に送るツアー中止メール用のテンプレートであり、その一例を図１７に示す。
【００８１】
ツアー申込券メールテンプレート１５１４１は、ツアーの開催が決定したために申込人に対してツアー申込券を送信するためのメール用のテンプレートであり、その一例を図１８に示す。購入金額Ｊ１、購入期限Ｊ２、受付番号Ｊ３の項目があり、サーバ装置１００は各項目Ｊ１〜Ｊ３に値を設定して使用する。ここで、受付番号Ｊ３は、図１２の受付確認メールテンプレート１５１３３または１５１３３を使用して当該ユーザに通知した受付番号Ｅ１またはＥ２と同じものを通知する。
【００８２】
次に、図３の記憶装置１０２に記憶されている基礎情報１５１以外の情報について説明する。
【００８３】
登録ユーザリスト１５２は、会員など募集案内メールを送信するユーザとして予めサーバ装置１００に登録されているユーザのメールアドレスを保持する。図１９にその一例を示す。この例では、合計ｍ人分のメールアドレスが保持されている。
【００８４】
送信済アドレスリスト１５３は、募集案内メールを送信したユーザのメールアドレスを保持する。図２０にその一例を示す。この時点では、合計ｍ人分のメールアドレスが保持されている。
【００８５】
被紹介者アドレスリスト１５４は、被紹介者のメールアドレスとそれを紹介した紹介者のメールアドレスと紹介者からのメッセージとの組を保持する。図２１にその一例を示す。この時点では、合計ｐ組が登録されている。なお、同じ紹介者のメールアドレスについて複数の被紹介者アドレスが存在する場合、これらを１行にまとめて保持するようにしても良い。
【００８６】
単独申込リスト１５５は、募集したツアーへ一人で参加を申込んできたユーザのメールアドレスと受付番号の組を保持する。図２２にその一例を示す。この時点では、合計ｑ人が単独申込を行っている。受付番号は申込を受け付けた際に割当てられる。
【００８７】
グループ申込リスト１５６は、募集したツアーへグループで参加を申込んできたグループメンバ全員のメールアドレス、参加（同意）の有無、申込者から他の同行者へのメッセージ、受付番号を保持する。図２３にその一例を示す。１行が１つのグループ申込に関する情報を表し、先頭から順に、受付番号、申込者のメールアドレス、参加人数、同行者のメールアドレスと参加（同意）の有無を示すフラグ、申込者から他の同行者へのメッセージが列挙される。フラグは、初期状態は０であり、参加を表明した場合は１に設定される。申込者は申込と同時に参加の意志が示されていると考えられるので、特にフラグは設けていない。受付番号はグループの全ての者が参加を表明し且つこのグループ申込を受け付けた際に割当てられる。図２３の例では、３つのグループ申込情報１５６−１〜１５６−３が保持されている。例えば、グループ申込情報１５６−１は、３人のグループで申込が行われていること、申込者以外の２人の同行者のうち１人は参加を表明しているが、残り一人は未だ参加の申込（同意）をしていないことを示す。また、グループ申込情報１５６−２は、２人のグループで申込が行われており、全員が参加を表明している。また、このグループ申込を受け付けたため、受付番号が割当てられていることを示す。
【００８８】
キャンセル待ち行列１５７は、キャンセル待ちを行っている単独申込あるいはグループ申込の情報を先入れ先出し方式で保持する。その模式図を図２４に示す。図２４において、一重丸の記号は、キャンセル待ちの単独申込情報を示し、申込者のメールアドレスおよび受付番号を含む。二重丸の記号は、図２３に示したグループ申込リスト１５６中のグループ申込情報のうち、キャンセル待ちとなったグループ申込情報が移送されたものである。
【００８９】
応募状況１５８は、図２５に示されるように、最新の申込済人数１５８−１、キャンセル待ち人数１５８−２および旅券購入済人数１５８−３を含む。これらの初期値はすべて０である。
【００９０】
次に端末装置３０１の構成を説明する。
【００９１】
図３を参照すると、端末装置３０１の一実施例は、プログラム制御によって動作する処理装置３１１と、主記憶および補助記憶装置で構成される記憶装置３１２と、表示部３１３と、入力部３１４とを含んで構成され、ネットワーク２００を通じてサーバ装置１００と通信可能に接続される。
【００９２】
処理装置３１１は、送信部３２１、受信部３２２および通信部３２３を含む。端末装置３０１に接続されている記録媒体３３１は、ＣＤ−ＲＯＭや磁気ディスク等のコンピュータ可読記録媒体であり、端末用プログラムを記録する。記録媒体３３１に記録された端末用プログラムは、端末装置３０１の起動時などに端末装置３０１を構成するコンピュータの処理装置３１１に読み取られ、処理装置３１１の動作を制御することにより、処理装置３１１上に前述した送信部３２１、受信部３２２および通信部３２３を実現する。
【００９３】
送信部３２１および受信部３２２は、メールの送受信機能を有するメールプログラム、インターネット上のホームページをアクセスするブラウザプログラムなどを含んで構成される。通信部３２３は、送信部３２１および受信部３２２に対して、ネットワーク２００経由でサーバ装置１００と通信する機能を提供する。
【００９４】
【動作】
次に本実施例の募集システムの動作を説明する。
【００９５】
図２６を参照すると、本実施例の募集システムにおけるサーバ装置１００の募集工程は、募集期間、申込券送信期間、旅券購入期間、キャンセル待ち募集期間およびキャンセル待ち旅券購入期間の５つの工程を含む。以下に各工程の概要を説明する。
【００９６】
募集期間では、旅行募集案内送信部１１１による募集案内メールの配信と、受付部１１２によるユーザからの申込の受付（キャンセル待ちの申込の受付を含む）とが行われる。募集案内メールの送信は、先ず、登録ユーザへの旅行募集案内送信部１２１により予め登録されている全ユーザに対して募集案内メールが送信され（Ｓ２０１）、その後、被紹介者への旅行募集案内送信部１２２により被紹介者に対して募集案内メールを送信する処理が行われる（Ｓ２０４）。但し、被紹介者への募集案内メールの送信は、募集期間が終了すると停止し、また募集期間終了前であっても申込人数が募集定員に達した場合には停止する（Ｓ２０２、Ｓ２０３）。
【００９７】
申込券送信期間では、ツアー開催決定処理部１１３により、ツアーを開催するかどうかが決定される。募集期間終了時点で申込人数が最小催行人数に満たない場合（Ｓ２０５でＮＯ）、ツアーは開催されない。この場合、申込者全員にツアー中止メールが送信され（Ｓ２０６）、旅券購入期間、キャンセル待ち募集期間およびキャンセル待ち旅券購入期間の各工程は省略される。募集期間終了時点で申込人数が最小催行人数に達しているか（Ｓ２０５でＹＥＳ）、募集期間終了前に申込人数が募集定員に達した場合（Ｓ２０３でＹＥＳ）、ツアー開催決定処理部１１３はツアーの開催を決定する。この場合、申込者全員に受付番号を記したツアー申込券メールを送信する（Ｓ２０７）。
【００９８】
旅券購入期間では、発券処理部１１４により、ツアー申込券を送信した申込者に対して旅券を発券する処理が行われる（Ｓ２０９）。旅券の発券処理は、旅行業者の店頭において予め定められた旅券購入期間が終了するまで続けられる（Ｓ２０８）。
【００９９】
キャンセル待ち募集期間では、ツアー開催決定処理部１１３により旅券購入人数が募集定員に達しているかどうか、達していなければキャンセル待ちの申込者がいるかどうかが判定される（Ｓ２１０、Ｓ２１１）。そして、旅券購入人数が募集定員より少なく且つキャンセル待ち申込者がいる場合に限り、ツアー開催決定処理部１１３は、不足定員を限度にキャンセル待ち申込者に対して受付番号を記したツアー申込券を送信する処理を行う（Ｓ２１２）。
【０１００】
キャンセル待ち旅券購入期間では、発券処理部１１４により、ツアー申込券を送信したキャンセル待ち申込者に対して旅券を発券する処理が行われる（Ｓ２１４）。旅券の発券処理は、旅行業者の店頭において予め定められたキャンセル待ち購入期間が終了するまで続けられる（Ｓ２１３）。
【０１０１】
次に、各工程の詳細な動作を説明する。
【０１０２】
（１）募集期間
（Ａ）登録ユーザへの募集案内メールの送信
登録ユーザへの旅行募集案内送信部１２１の処理例を図２７に示す。旅行募集案内送信部１２１は、先ず、図５に示した募集案内メールテンプレート１５１１０を用いて募集案内メールを作成する（Ｓ３０１）。このとき、募集案内メールテンプレート１５１１０における差出人Ａ１にはサーバ装置１００のメールアドレスを、日時Ａ２には現在日時をそれぞれ設定する。また、表題Ａ３、行先Ａ４、出発日Ａ５、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８には、基礎情報１５１におけるツアー名１５１００、行先１５１０１、出発日１５１０２、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５を設定する。さらに、詳細情報のＵＲＬ Ａ９には、第１の詳細情報画面のＵＲＬを設定するが、そのＵＲＬのパラメータに付加するユーザのメールアドレスは未設定のままにしておく。
【０１０３】
次に、旅行募集案内送信部１２１は、図１９に示した登録ユーザリスト１５２の先頭から１ユーザのメールアドレス１５２−１を入力し（Ｓ３０２）、このメールアドレス宛にステップＳ３０１で作成した募集案内メールを通信部１１５によりネットワーク２００に送信する（Ｓ３０３）。このとき、メール本文中の詳細情報のＵＲＬ Ａ９における未設定のパラメータに当該ユーザのメールアドレスを設定する。そして、今回送信した募集案内メールの宛先メールアドレスを図２０に示した送信済アドレスリスト１５３に保存する（Ｓ３０４）。
【０１０４】
１ユーザへの募集案内メールの送信処理を終えると、旅行募集案内送信部１２１は、図１９の登録ユーザリスト１５２に次のメールアドレスが存在するか否かを調べ（Ｓ３０５）、存在すればステップＳ３０２に戻って上述した処理と同じ処理を繰り返し、存在しなければ登録ユーザへの募集案内メールの送信処理を終える。従って、図１９に示した登録ユーザリスト１５２の場合、メールアドレス１５２−２からメールアドレス１５２−ｍまでの登録ユーザに対して募集案内メールが送信されることになる。
【０１０５】
（Ｂ）募集案内メールを受信した端末装置３０１側での処理
サーバ装置１００から送信された募集案内メールは、指定されたメールアドレスのユーザの端末装置３０１の通信部３２３を通じて受信部３２２で受信される。ユーザは、受信した募集案内メールを表示部３１３に表示させることにより、募集中のツアー名、行先、出発日、募集定員、最小催行人数、募集期限といった概要を知ることができる。
【０１０６】
ユーザがより詳細な情報を知りたいために、受信した募集案内メールの詳細情報のＵＲＬ（図５のＡ９）を入力部３１４で操作すると、端末装置３０１の送信手段３２１が自動的に起動され、通信部３２３を通じて当該ＵＲＬの情報がネットワーク２００を通じてサーバ装置１００に対して送信され、第１の詳細情報が要求される。
【０１０７】
（Ｃ）第１の詳細情報要求時のサーバ装置１００の処理
端末装置３０１から送信された第１の詳細情報の要求にかかるＵＲＬは、サーバ装置１００の通信部１１５で受信されて受付部１１２の詳細情報提供部１３１に伝達される。詳細情報提供部１３１は、図２８に示す処理を開始し、先ず受信したＵＲＬの内容から、第１の詳細情報が要求されていること、その要求者のメールアドレスを認識する（Ｓ３１１）。次に、第１の詳細情報が要求されているので（Ｓ３１２でＹＥＳ）、図８に示した詳細情報画面テンプレート１５１２０を用いて第１の詳細情報画面を作成する（Ｓ３１３）。このとき、詳細情報画面テンプレート１５１２０における旅行日程詳細Ｂ１、旅行代金Ｂ２、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８には、基礎情報１５１中の旅行日程詳細１５１０８、旅行代金１５１０９、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５を設定する。また、申込済人数Ｂ３、キャンセル待ちＢ４には、図２５に示した応募状況１５８で保持されている最新の申込済人数１５８−１、キャンセル待ち人数１５８−２を設定する。さらに、宛名Ｂ１１には、ステップＳ３１１でＵＲＬのパラメータから認識したユーザのメールアドレスを設定する。そして、詳細情報提供部１３１は、作成した第１の詳細情報画面を要求元の端末装置３０１へ送信する（Ｓ３１４）。
【０１０８】
（Ｄ）第１の詳細情報受信時の端末装置３０１側の処理
サーバ装置１００から送信された第１の詳細情報画面は、要求元の端末装置３０１の通信部３２３を通じて受信部３２２で受信され、表示部３１３に表示される。ユーザは、この第１の詳細情報画面から募集中の旅行の詳細を知ることができ、また必要に応じてサーバ装置１００に応答を返すことができる。
【０１０９】
図８に示したように、第１の詳細情報画面には、申込ボタンＢ５、グループ申込ボタンＢ６、不参加ボタンＢ７があるので、一人で参加を希望するユーザは、申込ボタンＢ５をオンにして、送信ボタンＢ１０を押せば、単独申込を行うことができる。また、親しい友人などと一緒に参加したいユーザは、グループ申込ボタンＢ６をオンにすれば、グループ申込を行うことができる。今回の旅行に参加したくないユーザは、何らの応答を返す義務はないが、不参加ボタンＢ７をオンにして送信ボタンＢ１０を押し、不参加の旨を積極的にサーバ装置１００に伝達することもできる。さらに、何れの場合も、紹介したい他のユーザのメールアドレスをＢ８−１〜Ｂ８−ｎに設定し、紹介先へのメッセージをＢ９に設定しておけば、それらもＢ５〜Ｂ７、Ｂ１１の内容と一緒にサーバ装置１００へ送信することができる。
【０１１０】
（Ｅ）第１の詳細情報画面による応答の受信処理
第１の詳細情報画面の送信ボタンＢ１０が操作されることにより端末装置３０１からサーバ装置１００に送信された応答情報は、通信部１１５を通じて受付部１１２の申込処理部１３２に伝達され、図２９に示す処理が開始される。
【０１１１】
先ず申込処理部１３２は、基礎情報１５１における募集期限１５１０５と現在日時とを比較し、募集期限終了後に応答情報が送られてきた場合（Ｓ３２１でＹＥＳ）、図１１に示した募集期間終了画面テンプレート１５１３２の項目Ｄ１に募集期限１５１０５を設定して募集期間終了画面を作成し、それを応答情報を送信してきた端末装置３０１へ送信し（Ｓ３２２）、処理を終える。
【０１１２】
募集期間内の応答であれば（Ｓ３２１でＮＯ）、グループでの申込かどうか、単独での申込かどうかをそれぞれ判別し（Ｓ３２３、Ｓ３２４）、グループ申込であればグループ申込受付処理Ｓ３２５を実行し、単独申込であれば単独申込受付処理Ｓ３２６を実行する。そして、単独申込の場合はその処理Ｓ３２６を終えた後、グループ申込の場合はその処理Ｓ３２５を終えた後、何れの申込でもない不参加の場合は直ちに、今回の応答情報に被紹介メールアドレスが記載されているかどうかを判別し（Ｓ３２７）、記載されていれば被紹介メールアドレス登録処理Ｓ３２８を実行する。
【０１１３】
（Ｅ−１）単独申込受付処理Ｓ３２６の詳細
単独申込受付処理は、単独申込処理部１４１で実行される。単独申込処理部１４１は、まず図４の基礎情報１５１に設定されている募集定員１５１０３と、図２５の応募状況１５８に保持されている最新の申込済人数１５８−１とを比較し、申込済人数が募集定員に達していないかどうかを調べる（Ｓ３３１）。申込済人数が募集定員より少なければ、今回の単独申込を受け付けるべく、申込者のメールアドレスに受付番号を付与して図２２の単独申込リスト１５５に保存し（Ｓ３３２）、図２５の応募状況１５８の申込済人数を１だけ加算する（Ｓ３３３）。そして、図１２（ａ）の受付確認メールテンプレート１５１３３の項目Ｅ１に前記受付番号を設定した受付確認メールを申込者のメールアドレス宛に送信する（Ｓ３３４）。
【０１１４】
他方、申込済人数が既に募集定員に達していれば（Ｓ３３１でＮＯ）、キャンセル待ちの受付を行う。先ず、単独申込処理部１４１は、図１３のキャンセル待ち画面テンプレート１５１３５を用いてキャンセル待ち画面を作成し、申込者の端末装置３０１へ送信する（Ｓ３３５）。端末装置３０１では、キャンセル待ち画面は受信部３２２で受信されて表示部３１３に表示される。ユーザがキャンセル待ちを希望する場合、申込ボタンＦ１をオンにして、送信ボタンＦ３を押せば、キャンセル待ちの申込情報が送信部３２１によりサーバ装置１００の単独申込処理部１４１へ送信される。反対に不参加ボタンＦ２をオンにして送信すれば、キャンセル待ちを行わない旨の情報が単独申込処理部１４１へ送信される。単独申込処理部１４１は、キャンセル待ち画面からの応答を受信し（Ｓ３３６）、キャンセル待ちをユーザが申込んだかどうかを判別する（Ｓ３３７）。キャンセル待ちの申込がない場合、単独申込受付処理Ｓ３２６を終了する。キャンセル待ちが申込まれた場合、単独申込処理部１４１は、今回の申込者のメールアドレスに受付番号を付与して図２４のキャンセル待ち行列１５７に格納すると共に、図２５の応募状況１５８中のキャンセル待ち人数１５８−２を１だけ加算する（Ｓ３３８）。そして、図１２（ｂ）の受付確認メールテンプレート１５１３４の項目Ｅ２に前記受付番号を設定して作成した受付確認メールを申込者のメールアドレス宛に送信する（Ｓ３３９）。
【０１１５】
（Ｅ−２）グループ申込受付処理Ｓ３２５の詳細
グループ申込受付処理は、グループ申込処理部１４２で実行される。その詳細を図３０に示す。グループ申込処理部１４２は、先ず、図１０のグループ申込画面テンプレート１５１３１を用いてグループ申込画面を作成し、申込者の端末装置３０１へ送信する（Ｓ３５１）。このとき、グループメンバのメールアドレスをユーザが設定する複数の項目Ｃ１−１〜Ｃ１−ｎのうち、先頭の項目Ｃ１−１にはグループ申込者のメールアドレスをサーバ装置１００で設定し、残りの項目は空欄にしておく。端末装置３０１では、このグループ申込画面は受信部３２２で受信されて表示部３１３に表示される。グループ申込を行ったユーザは、他の同行者のメールアドレスをグループ申込画面の項目Ｃ１−２以下に記載し、項目Ｃ２に同行者へのメッセージを記載して、送信ボタンＣ３を押せば、グループメンバ全員のメールアドレスとメッセージとが送信部３２１によりサーバ装置１００のグループ申込処理部１４２に送信される。
【０１１６】
グループ申込処理部１４２は、グループ申込画面による送信情報からグループメンバのメールアドレスとメッセージとを受信すると（Ｓ３５２）、以下の２点のチェックを行う。１つは、申込者以外の同行者が他のグループのメンバとして登録されていないかどうかのチェックである（Ｓ３５３）。このチェックは、図２３のグループ申込リスト１５６に同じメールアドレスが登録されていないかどうかを調べることで行われる。また、図２４のキャンセル待ち行列１５７にグループ申込情報が存在する場合、そのグループ申込情報中に同じメールアドレスが登録されていないかどうかも調べる。２つ目は、申込者以外の同行者が単独で参加を申込んでいないかどうかのチェックである（Ｓ３５４）。このチェックは、図２２の単独申込リスト１５５に同じメールアドレスが登録されていないかどうかを調べることで行われる。また、図２４のキャンセル待ち行列１５７に単独申込情報が存在する場合、その単独申込情報のメールアドレスと同じでないかどうかも調べる。これらのチェックの結果、同行者の少なくとも一人でも、他のグループに登録されているか、単独で参加を申込んでいたことが判明した場合、グループ申込処理部１４２は、今回のグループでの申込を拒否すべく、図１４のグループ申込重複通知メールテンプレート１５１３６の項目Ｇ１に、重複して申込されている同行者全てのメールアドレスを記載したグループ申込重複通知メールを作成して、グループ申込者の端末装置３０１へ送信する（Ｓ３５５）。
【０１１７】
他方、上記のチェックをパスした場合、グループ申込処理部１４２は、グループメンバ全員のメールアドレスとメッセージを図２３のグループ申込リスト１５６に保存する（Ｓ３５６）。このとき、図２３の申込者以外の同行者に対応するフラグは未だ参加を表明していない初期値の０にしておく。
【０１１８】
次にグループ申込処理部１４２は、申込者以外の同行者全員に対して旅行の概要を知らせると同時に参加の意志を確認するために、図７の募集案内メールテンプレート１５１１２を用いて作成した募集案内メールを送信する（Ｓ３５７）。このとき、募集案内メールテンプレート１５１１２における差出人Ａ１にはグループ参加申込者のメールアドレスを、日時Ａ２には現在日時をそれぞれ設定し、表題Ａ３、行先Ａ４、出発日Ａ５、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８には、基礎情報１５１におけるツアー名１５１００、行先１５１０１、出発日１５１０２、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５を設定する。また、項目Ａ１２−１〜Ａ１２−ｎに、グループメンバ全員のメールアドレスを設定し、項目Ａ１１に、申込者から同行者に対するメッセージを記載する。さらに、詳細情報のＵＲＬ Ａ９に第２の詳細情報画面のＵＲＬを設定し、そのＵＲＬに付加するパラメータとして、このメールを送信する同行者のメールアドレスを設定しておく。そして、今回送信した募集案内メールの宛先メールアドレスを図２０に示した送信済アドレスリスト１５３に保存する（Ｓ３５８）。
【０１１９】
（Ｅ−２−１）募集案内メールを受信した同行者の端末装置３０１側での処理
サーバ装置１００から送信された募集案内メールは、指定されたメールアドレスのユーザの端末装置３０１の通信部３２３を通じて受信部３２２で受信される。ユーザは、受信した募集案内メールを表示部３１３に表示させることにより、図７の項目Ａ１１に記載されているグループ申込者からのメッセージ、および差出人Ａ１のメールアドレスから、差出人が自分を同行者の一人としてグループで当該旅行を申込んでいる事実を認識することができる。また、項目Ａ１２−１〜Ａ１２−ｎに列挙されているグループメンバ全員のメールアドレスにより、同行者を知ることができ、更に、募集中のツアー名、行先、出発日、募集定員、最小催行人数、募集期限といった概要を知ることができる。
【０１２０】
ユーザがより詳細な情報を知りたいために、受信した募集案内メールの詳細情報のＵＲＬ（図７のＡ９）を入力部３１４で操作すると、端末装置３０１の送信手段３２１が通信部３２３を通じて当該ＵＲＬの情報をネットワーク２００を通じてサーバ装置１００に送信することで、第２の詳細情報を要求する。
【０１２１】
（Ｅ−２−２）第２の詳細情報要求時のサーバ装置１００の処理
端末装置３０１から送信された第２の詳細情報の要求にかかるＵＲＬは、サーバ装置１００の通信部１１５で受信されて受付部１１２の詳細情報提供部１３１に伝達される。詳細情報提供部１３１は、図２８に示す処理を開始し、先ず受信したＵＲＬの内容から、第２の詳細情報が要求されていること、及び要求者のメールアドレスを認識する（Ｓ３１１）。次に、第２の詳細情報が要求されているので（Ｓ３１２でＮＯ）、図９に示した詳細情報画面テンプレート１５１２１を用いて第２の詳細情報画面を作成する（Ｓ３１５）。このとき、詳細情報画面テンプレート１５１２１における旅行日程詳細Ｂ１、旅行代金Ｂ２、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８には、基礎情報１５１中の旅行日程詳細１５１０８、旅行代金１５１０９、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５を設定し、申込済人数Ｂ３、キャンセル待ちＢ４には、図２５に示した応募状況１５８で保持されている最新の申込済人数１５８−１、キャンセル待ち人数１５８−２を設定する。また、宛名Ｂ１１には、ステップＳ３１１でＵＲＬのパラメータから認識したユーザのメールアドレスを設定する。そして、詳細情報提供部１３１は、作成した第２の詳細情報画面を要求元の端末装置３０１へ送信する（Ｓ３１６）。
【０１２２】
（Ｅ−２−３）第２の詳細情報受信時の端末装置３０１側の処理
サーバ装置１００から送信された第２の詳細情報画面は、要求元の端末装置３０１の通信部３２３を通じて受信部３２２で受信され、表示部３１３に表示される。ユーザは、この第２の詳細情報画面から、自分自身をメンバに含むグループで申込まれている旅行の詳細を知ることができる。また申込ボタンＢ５、不参加ボタンＢ７があるので、今回のグループでの申込に同意するユーザは、申込ボタンＢ５をオンにして、送信ボタンＢ１０を押せば、その旨をサーバ装置１００に送信することができる。また、今回のグループでの申込に同意できないユーザは、不参加ボタンＢ７をオンにして送信ボタンＢ１０を押せば、その旨をサーバ装置１００に伝達することもできる。なお、何れの場合も、紹介したい他のユーザのメールアドレスをＢ８−１〜Ｂ８−ｎに設定し、紹介先へのメッセージをＢ９に設定しておけば、それらもＢ５、Ｂ７、Ｂ１１の内容と一緒にサーバ装置１００へ送信することができる。
【０１２３】
（Ｅ−２−４）第２の詳細情報画面による応答の受信処理
第２の詳細情報画面の送信ボタンＢ１０が操作されることにより端末装置３０１からサーバ装置１００に送信された応答情報は、通信部１１５を通じて受付部１１２のグループ申込処理部１４２に伝達され、図３１に示す処理が開始される。
【０１２４】
先ずグループ申込処理部１４２は、基礎情報１５１における募集期限１５１０５と現在日時とを比較し、募集期限終了後に応答情報が送られてきた場合（Ｓ３６１でＹＥＳ）、図１１に示した募集期間終了画面テンプレート１５１３２の項目Ｄ１に募集期限１５１０５を設定した募集期間終了画面を作成し、それを応答情報を送信してきた端末装置３０１へ送信し（Ｓ３６２）、処理を終える。
【０１２５】
募集期間内の応答であれば（Ｓ３６１でＮＯ）、参加、不参加の何れであるかを判別する（Ｓ３６３）。不参加が表明されていれば、グループメンバ全員の賛同が得られないことが確定したので、グループ申込処理部１４２は、グループ申込をキャンセルすべく、図１５のグループ申込中止メールテンプレート１５１３７を用いて作成したグループ申込中止メールをグループ申込者のメールアドレス宛に送信する（Ｓ３６４）。応答情報を返してきたユーザのメールアドレスは応答情報と共にサーバ装置１００に送信されているため、このユーザのメールアドレスを含むグループ申込情報を図２３のグループ申込リスト１５６から検索すれば、グループ申込者のメールアドレスは判明する。なお、グループ申込者だけでなく、グループメンバ全員にグループ申込中止メールを送信しても良いし、既に参加を表明している同行者全員にグループ申込中止メールを送信しても良い。その後、グループ申込処理部１４２は、申込をキャンセルしたグループ申込情報を図２３のグループ申込リスト１５６から削除する（Ｓ３６５）。そして、ステップＳ３７８へ進む。
【０１２６】
他方、参加が表明されている場合（Ｓ３６３でＹＥＳ）、グループ申込処理部１４２は、図２３のグループ申込リスト１５６の該当グループ申込情報における当該ユーザのメールアドレスに対応するフラグを１に変更し、当該ユーザが参加する旨を記憶する（Ｓ３６６）。そして、該当グループ申込情報の同行者全員のフラグが全て１になったかどうか、つまりグループメンバ全員が参加を表明したかどうかを調べ（Ｓ３６７）、未だ全員が参加を表明していない場合、ステップＳ３７８へ進む。
【０１２７】
グループメンバ全員が参加を表明したことが確認されると（Ｓ３６７でＹＥＳ）、この時点ではじめてグループでの申込が有効となる。グループ申込処理部１４２は、図４の基礎情報１５１に設定されている募集定員１５１０３と、図２５の応募状況１５８に保持されている最新の申込済人数１５８−１に今回のグループ申込の参加人数を加算した人数とを比較し、今回のグループ申込を受け付けると募集定員を超えるかどうかを調べる（Ｓ３６８）。超えなければ、今回のグループ申込を受け付けるべく、図２３のグループ申込リスト１５６に記憶されている今回のグループ申込情報に受付番号を付与すると共に図２５の応募状況１５８の申込済人数１５８−１を参加者数だけ加算する（Ｓ３６９）。そして、図１２の受付確認メールテンプレート１５１３３の項目Ｅ１に前記受付番号を設定した受付確認メールをグループ申込者のメールアドレス宛に送信する（Ｓ３７０）。なお、グループ申込者だけでなく、グループメンバ全員に受付確認メールを送信しても良い。
【０１２８】
他方、今回のグループ申込を受け付けると募集定員をオーバーする場合（Ｓ３６８でＹＥＳ）、キャンセル待ちの受付を行う。先ず、グループ申込処理部１４２は、図１３のキャンセル待ち画面テンプレート１５１３５を用いてキャンセル待ち画面を作成し、今回応答してきたユーザの端末装置３０１へ送信する（Ｓ３７１）。端末装置３０１では、キャンセル待ち画面は受信部３２２で受信されて表示部３１３に表示される。ユーザがキャンセル待ちを希望する場合、申込ボタンＦ１をオンにして、送信ボタンＦ３を押せば、キャンセル待ちの申込情報が送信部３２１によりサーバ装置１００のグループ申込処理部１４２へ送信される。反対に不参加ボタンＦ２をオンにして送信すれば、キャンセル待ちを行わない旨の情報がグループ申込処理部１４２へ送信される。グループ申込処理部１４１は、キャンセル待ち画面からの応答を受信し（Ｓ３７２）、キャンセル待ちをユーザが申込んだかどうかを判別する（Ｓ３７３）。キャンセル待ちの申込がない場合、グループ申込処理部１４２は、図１５（ｂ）の受付拒否メールテンプレート１５１３７を用いて受付拒否メールを作成し、グループ申込者に送信する（Ｓ３７４）。なお、グループ申込者だけでなく、グループメンバ全員か、今回の応答者以外の同行者全員に受付拒否メールを送信しても良い。そして、グループ申込処理部１４２は、申込を拒否したグループ申込情報を図２３のグループ申込リスト１５６から削除し（Ｓ３７５）、ステップＳ３７８へ進む。
【０１２９】
一方、キャンセル待ちの申込があった場合（Ｓ３７３でＹＥＳ）、グループ申込処理部１４２は、図２３のグループ申込リスト１５６に記憶されている今回のグループ申込情報にキャンセル待ちの受付番号を付与し、このグループ申込情報をグループ申込リスト１５６から図２４のキャンセル待ち行列１５７へ移送すると共に、図２５の応募状況１５８中のキャンセル待ち人数１５８−２をメンバ数だけ加算する（Ｓ３７６）。次に、図１２（ｂ）のキャンセル待ち受付確認メールテンプレート１５１３４の項目Ｅ２に前記受付番号を設定したキャンセル待ち受付確認メールをグループ申込者のメールアドレス宛に送信する（Ｓ３７７）。なお、グループ申込者だけでなく、グループメンバ全員にキャンセル待ち受付確認メールを送信しても良い。そして、ステップＳ３７８へ進む。
【０１３０】
なお、本実施例では、グループメンバ全員が参加を表明した際に定員オーバーであった場合、最後に参加を表明したユーザに対してキャンセル待ちの申込を行うかどうかを尋ねたが、グループでの参加を申込んだユーザに対して、定員オーバーであるためキャンセル待ちを行うかどうかを尋ねるメールを送信し、申込者本人からキャンセル待ちの申込を受け付けるようにしても良い。また、グループメンバ全員に同様のメールを送信し、グループメンバ全員がキャンセル待ちを申込んだ場合にキャンセル待ちの申込を受け付けるようにしても良い。
【０１３１】
最後に、ステップＳ３７８では、グループ申込処理部１４２は、今回の応答情報に被紹介メールアドレスが記載されているかどうかを判別する。そして、記載されていれば被紹介メールアドレス登録処理Ｓ３７９を実行する。
【０１３２】
（Ｆ）被紹介メールアドレス処理
図２９のステップＳ３２８および図３１のステップＳ３７９で実行される被紹介メールアドレス処理の詳細を図３２に示す。被紹介メールアドレス処理は、被紹介者登録部１４３で実行される。
【０１３３】
被紹介者登録部１４３は、ユーザから送信されてきた応答情報に記載された被紹介メールアドレス（図８および図９のＢ８−１〜Ｂ８−ｎ）のうち、図２０の送信済アドレスリスト１５３中の送信済メールアドレス及び図２１の被紹介者アドレスリスト１５４中の被紹介者メールアドレスと重複しない被紹介メールアドレスだけを、被紹介者アドレスリスト１５４に保存する（Ｓ４０１）。このとき、誰が紹介したかがわかるように、被紹介メールアドレスと紹介者のメールアドレスを組にして被紹介者アドレスリスト１５４に保存する。また、紹介者からのメッセージ（図８および図９のＢ９）が記載されていれば、それも一緒に登録する。
【０１３４】
また被紹介者登録部１４３は、同じく応答情報に記載された被紹介メールアドレのうち、図２０の送信済アドレスリスト１５３中の送信済メールアドレス及び図２１の被紹介者アドレスリスト１５４中の被紹介者メールアドレスと重複する被紹介メールアドレスについては、紹介者に重複メールアドレス通知メールを送信する（Ｓ４０２）。重複メールアドレス通知メールは、図１６の重複メールアドレス通知メールテンプレート１５１３９の項目Ｈ１に、重複メールアドレスを列挙して作成する。
【０１３５】
（Ｇ）被紹介者への募集案内メールの送信
被紹介者への旅行募集案内送信部１２２の処理例を図３３に示す。旅行募集案内送信部１２２は、募集期間が終了する迄、図３３の処理を実行する。但し、募集期間終了前に申込済人数が募集定員に達した場合、図３３の処理は実行しない。
【０１３６】
旅行募集案内送信部１２２は、図２１の被紹介者アドレスリスト１５４が空かどうかを判別し（Ｓ４１１）、空でなければ、被紹介者アドレスリスト１５４の先頭から１つの被紹介メールアドレスと紹介者メールアドレスの組を取り出す（Ｓ４１２）。次に、図６の募集案内メールテンプレート１５１１１を用いて被紹介者用の募集案内メールを作成する（Ｓ４１３）。このとき、募集案内メールテンプレート１５１１１における差出人Ａ１には紹介者のメールアドレスを設定し、日時Ａ２には現在日時を設定する。また、表題Ａ３、行先Ａ４、出発日Ａ５、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８には、基礎情報１５１におけるツアー名１５１００、行先１５１０１、出発日１５１０２、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５を設定する。また、項目Ａ１０に紹介者からのメッセージを設定する。さらに、詳細情報のＵＲＬ Ａ９には、第１の詳細情報画面のＵＲＬを設定し、そのＵＲＬに付加するパラメータとして今回のメールの宛先メールアドレスを設定しておく。
【０１３７】
次に、旅行募集案内送信部１２２は、作成した被紹介者用の募集案内メールを通信部１１５によりネットワーク２００に送信する（Ｓ４１４）。そして、今回送信した募集案内メールの宛先メールアドレスを図２０に示した送信済アドレスリスト１５３に保存する（Ｓ４１５）。
【０１３８】
１被紹介者への募集案内メールの送信処理を終えると、旅行募集案内送信部１２２は、ステップＳ４１１に戻って上述した処理と同様の処理を繰り返す。
【０１３９】
被紹介者用の募集案内メールを受信した端末装置３０１側での処理は前記Ｂと同じである。また、被紹介者が募集案内メールの送信ボタン（図６のＡ９）を操作して第１の詳細情報を要求した時のサーバ装置１００の処理は前記Ｃと同じである。また、サーバ装置１００から第１の詳細情報画面が送信されたときの端末装置３０１側の処理は前記Ｄと同じである。また、端末装置３０１から第１の詳細情報画面による応答情報が送信されたときのサーバ装置１００の処理は前記Ｅ、Ｅ−１、Ｅ−２、Ｅ−２−１、Ｅ−２−２、Ｅ−２−３、Ｅ−２−４、Ｆと同じである。
【０１４０】
（２）申込券送信期間
ツアー開催決定処理部１１３は、募集期間中、図２５の応募状況１５８中の最新の申込済人数１５８−１と基礎情報１５１中の募集定員１５１０３とを比較することにより、申込済人数が募集定員に達したかどうかを監視しており、申込済人数が募集定員に達すると図２６のステップＳ２０７の処理を実行する。また、申込済人数が募集定員に達する前に募集期間が終了した場合、申込済人数１５８−１と基礎情報１５１中の最小催行人数とを比較し（Ｓ２０５）、申込済人数が最小催行人数に満たない場合は、ステップＳ２０６の処理を実行し、申込済人数が最小催行人数に達していれば、ステップＳ２０７の処理を実行する。
【０１４１】
ステップＳ２０６では、ツアー開催決定処理部１１３は、申込者全員にツアー中止メールを送信する。ツアー中止メールは、図１７のツアー中止メールテンプレート１５１４０を用いて作成する。メールの送り先は、図２２の単独申込リスト１５５にメールアドレスが記録されている単独申込者、図２３のグループ申込リスト１５６に記録されている受付番号付きのグループ申込情報におけるメールアドレスが記録されている申込者である。グループ参加の申込者だけでなく、その同行者全員にツアー中止メールを送信しても良い。また、図２３のグループ申込リスト１５６には、参加について全員の賛同が未だ得られていないグループ申込情報も含まれるが、このようなグループに対して、ツアー中止メールを送信しても良いし、送信しなくても良い。
【０１４２】
ステップＳ２０７では、ツアー開催決定処理部１１３は、申込者全員にツアー申込券メールを送信する。ツアー申込券メールは、図１８のツアー申込券メールテンプレート１５１４１を用いて作成する。図１８の項目Ｊ１には基礎情報１５１中の旅行代金１５１０９を、項目Ｊ２には旅券購入期間１５１０６を、項目Ｊ３には図１２（ａ）の受付確認メールで通知した受付番号と同じ受付番号をそれぞれ設定する。ツアー申込券メールの送り先は、図２２の単独申込リスト１５５にメールアドレスが記録されている単独申込者、図２３のグループ申込リスト１５６に記録されている受付番号付きのグループ申込情報におけるメールアドレスが記録されている申込者である。グループ参加の申込者だけでなく、その同行者全員にツアー申込券メールを送信しても良い。なお、図２３のグループ申込リスト１５６には、参加について全員の賛同が未だ得られていないグループ申込情報も含まれるが、このようなグループの申込者に対して、このステップＳ２０７において、図１５（ａ）のグループ申込中止メールテンプレート１５１３７を用いて作成したグループ申込中止メールを送信するようにしても良い。
【０１４３】
端末装置３０１側では、サーバ装置１００から送信されたツアー申込券メールを受信部３２２で受信し、表示部３１３に表示する。ユーザは、このツアー申込券メールを受信することにより、ツアーの開催が決定したことが認識でき、また購入期間などを認識することができる。本実施例の場合、旅券はこのメールで送られてきたツアー申込券を提示して旅行業者の店頭で行うため、プリントアウトして保管しておく。勿論、端末装置３０１が携帯電話機などの可搬型機器である場合、端末装置３０１の表示部３１３にツアー申込券を表示させて提示するようにしても良い。
【０１４４】
（３）旅券購入期間
発券処理部１１４は、基礎情報１５１中の旅券購入期間１５１０６にわたり、図３４に示す発券処理を実行する。旅行業者の店頭にツアー申込券を持参したユーザがそれを提示して旅行の発券を申込むと、旅行業者のオペレータは、提示されたツアー申込券に記載されている受付番号を入出力装置１０３から発券処理部１１４に入力する（Ｓ４２１）。発券処理部１１４は、入力された受付番号と同じ受付番号が図２２の単独申込リスト１５５または図２３のグループ申込リスト１５６に登録されているかどうかを調べる（Ｓ４２２）。若し、何れのリストにも同じ受付番号が登録されていない場合には、入出力装置１０３にエラーメッセージを出力して今回の処理を終える（Ｓ４２３）。
【０１４５】
受付番号が登録されており、それが単独申込リスト１５５に登録されていた場合には（Ｓ４２４でＮＯ）、一人分の旅券を発行する処理を行い（Ｓ４２５）、単独申込リスト１５５から今回旅券の発行を行った申込情報（受付番号とメールアドレスの組）を削除し、図２５の応募状況１５８中の旅券購入済人数１５８−３を１だけ加算する（Ｓ４２７）。また、グループ申込リスト１５６に登録されていた場合には（Ｓ４２４でＹＥＳ）、グループのメンバ数分の旅券を発行する処理を行い（Ｓ４２６），グループ申込リスト１５６からグループ申込情報を削除し、応募状況１５８中の旅券購入済数１５８−３をグループのメンバ数だけ加算する（Ｓ４２７）。そして、今回の処理を終える。
【０１４６】
なお、旅券購入期間１５１０６の終了時点で、単独申込リスト１５５およびグループ申込リスト１５６に残っている、旅券未購入の申込情報は全て削除される。
【０１４７】
（４）キャンセル待ち募集期間
ツアー開催決定処理部１１３は、基礎情報１５１中の旅券購入期間終了時点に、図２５の応募状況１５８中の旅券購入済人数１５８−３と募集定員１５１０３とを比較し、旅券購入済人数が募集定員より少ないかどうかを判定する（図２６のＳ２１０）。そして、旅券購入済人数が募集定員に達していなければ、応募状況１５８中のキャンセル待ち人数１５８−２が１以上であり、キャンセル待ち者が存在するかどうかを調べる（Ｓ２１１）。キャンセル待ち者が一人以上いる場合、不足定員分を限度にキャンセル待ち者に対してツアー申込券メールを送信する（Ｓ２１２）。このステップＳ２１２の詳細を図３５に示す。
【０１４８】
ツアー開催決定処理部１１３は、図２４のキャンセル待ち行列１５７から１つの申込情報を取り出し（Ｓ４３１）、それが単独申込情報か、グループ申込情報かを判別する（Ｓ４３２）。単独申込情報であれば、その申込者に対してツアー申込券メールを送信する（Ｓ４３３）。ツアー申込券メールは、図１８のツアー申込券メールテンプレート１５１４１を用いて作成する。図１８の項目Ｊ１には旅行代金１５１０９を、項目Ｊ２にはキャンセル待ち購入期間１５１０７を、項目Ｊ３にはキャンセル待ちの申込を受け付けたときに送信した受付確認メールで通知した受付番号と同じ受付番号をそれぞれ設定する。次に、この単独申込情報を図２２の単独申込リスト１５５へ保存する（Ｓ４３４）。そして、図２５の応募状況１５８中の旅券購入済数１５８−３を１だけ加算すると共に、キャンセル待ち人数１５８−２を１だけ減算し（Ｓ４３８）、ステップＳ４３９へ進む。
【０１４９】
キャンセル待ち行列１５７から取り出した申込情報がグループ申込情報であれば（Ｓ４３２でＹＥＳ）、旅券購入済人数１５８−３に今回の申込情報で申込まれた参加人数を加えた人数と、募集定員１５１０３とを比較することにより、このグループ申込情報の受付可否を判定する（Ｓ４３５）。今回のグループ申込を受け付けると定員オーバーになる場合（Ｓ４３５でＹＥＳ）、今回のグループ申込は受け付けず、ステップＳ４３９へ進む。今回のグループ申込を受け付けても募集定員をオーバーしない場合（Ｓ４３５でＮＯ）、図１８のツアー申込券メールテンプレート１５１４１を用いて作成したツアー申込券メールをグループ参加申込者に対して送信する（Ｓ４３６）。グループ参加申込者だけでなく、メンバ全員にツアー申込券メールを送信しても良い。次に、今回のグループ申込情報をグループ申込リスト１５６に保存し（Ｓ４３７）、図２５の応募状況１５８中の旅券購入済数１５８−３を参加人数だけ加算すると共に、キャンセル待ち人数１５８−２をメンバ数だけ減算し（Ｓ４３８）、ステップＳ４３９へ進む。
【０１５０】
ステップＳ４３９では、募集定員１５１０３と旅券購入済数１５８−３とを比較し（Ｓ４３９）、未だ受け付ける余裕がある場合、キャンセル待ち人数１５８−２が１以上、つまりキャンセル待ち行列１５７に申込情報が存在すれば（Ｓ４４０でＹＥＳ）、ステップＳ４３１に戻って上述したと同様の処理を繰り返す。キャンセル待ち行列１５７に申込情報が残っていなければ、処理を終了する。
【０１５１】
（５）キャンセル待ち旅券購入期間
発券処理部１１４は、基礎情報１５１中のキャンセル待ち購入期間１５１０７にわたり、図３４に示す発券処理を再び実行する。これにより、旅行業者の店頭にツアー申込券を持参したキャンセル待ちユーザに対して旅行の発券が行われる。但し、ステップＳ４２７では応募状況１５８中の旅券購入済数１５８−３は更新しなくても良い。
【０１５２】
以上の実施例では、最小催行人数、募集定員、募集期間の条件の下に、旅行業者が企画した旅行への参加者を募集する募集システムを採り上げたが、最小催行人数、募集定員、募集期間のうちの１つ又は２つ或いは全ての条件を付けずに、参加者を募集する募集システムに対しても本発明は適用可能である。また、募集定員を満たす申込者があった時点で正規の募集を終了し、その後はキャンセル待ち扱いとして申込を受け付けたが、キャンセル待ちの申込を受け付けない募集システムに対しても本発明は適用可能である。更に、以上の実施例では、募集期間終了前に申込済人数が募集定員に達した場合、被紹介者への募集案内メールの配信処理を停止したが、本発明の他の実施例として、募集期間終了前に申込済人数が募集定員に達した場合であっても被紹介者への募集案内メールの配信を続け、キャンセル待ち申込の機会を多くのユーザに与えるようにしても良い。
【０１５３】
【発明の効果】
以上説明したように本発明によれば、旅行参加者を効率良く獲得することができる。その理由は、ネットワークを通じて旅行募集案内を利用者に配信しかつその申込をオンラインで受け付けることができるからである。また、親しい友人や知人と一緒にツアーに参加するグループの手間が削減され、グループでの旅行参加者を効率良く獲得することができるからである。また、旅行募集案内情報を送った利用者から紹介された他の利用者に対して送信元アドレスを紹介者のアドレスとした旅行募集案内情報を送ることで、旅行募集案内の効果が高まるからである。また、同一の利用者に同じ旅行募集案内情報を重複して送り付けないため、利用者に不快感を与えることがなく、旅行募集案内情報の効果が高まるからである。
【図面の簡単な説明】
【図１】本発明の実施の形態にかかる募集システムの全体構成を示すブロック図である。
【図２】本発明の実施の形態にかかる募集システムの特徴的な動作を示すシーケンス図である。
【図３】本発明のサーバ装置および端末装置の実施例のブロック図である。
【図４】基礎情報の内容例を示す図である。
【図５】募集案内メールテンプレート（１）の内容例を示す図である。
【図６】募集案内メールテンプレート（２）の内容例を示す図である。
【図７】募集案内メールテンプレート（３）の内容例を示す図である。
【図８】詳細情報画面テンプレート（１）の内容例を示す図である。
【図９】詳細情報画面テンプレート（２）の内容例を示す図である。
【図１０】グループ申込画面テンプレートの内容例を示す図である。
【図１１】募集期間終了画面テンプレートの内容例を示す図である。
【図１２】受付確認メールテンプレート（１）、（２）の内容例を示す図である。
【図１３】キャンセル待ち画面テンプレートの内容例を示す図である。
【図１４】グループ申込重複通知メールテンプレートの内容例を示す図である。
【図１５】グループ申込中止メールテンプレート（１）、（２）の内容例を示す図である。
【図１６】重複メールアドレス通知メールテンプレートの内容例を示す図である。
【図１７】ツアー中止案内メールテンプレートの内容例を示す図である。
【図１８】ツアー申込券メールテンプレートの内容例を示す図である。
【図１９】登録ユーザリストの内容例を示す図である。
【図２０】送信済アドレスリストの内容例を示す図である。
【図２１】被紹介者アドレスリストの内容例を示す図である。
【図２２】単独申込リストの内容例を示す図である。
【図２３】グループ申込リストの内容例を示す図である。
【図２４】キャンセル待ち行列の模式図である。
【図２５】応募状況の内容例を示す図である。
【図２６】本発明の募集システムにおけるサーバ装置の全体処理例を示すフローチャートである。
【図２７】登録ユーザへの旅行募集案内送信部の処理例を示すフローチャートである。
【図２８】詳細情報提供部の処理例を示すフローチャートである。
【図２９】申込処理部が第１の詳細情報画面による応答を受信した際の処理例を示すフローチャートである。
【図３０】グループ申込処理部の処理例を示すフローチャートである。
【図３１】申込処理部が第２の詳細情報画面による応答を受信した際の処理例を示すフローチャートである。
【図３２】被紹介者登録部の処理例を示すフローチャートである。
【図３３】被紹介者への旅行募集案内送信部の処理例を示すフローチャートである。
【図３４】発券処理部の処理例を示すフローチャートである。
【図３５】ステップＳ２１２の詳細を示すフローチャートである。
【符号の説明】
１００…サーバ装置
１０１…処理装置
１０２…記憶装置
１０３…入出力装置
１０４…記録媒体
１１１…旅行募集案内送信部
１１２…受付部
１１３…ツアー開催決定処理部
１１４…発券処理部
１１５…通信部
１２１…登録ユーザへの旅行募集案内送信部
１２２…被紹介者への旅行募集案内送信部
１３１…詳細情報提供部
１４１…単独申込処理部
１４２…グループ申込処理部
１４３…被紹介者登録部
１５１…基礎情報
１５２…登録ユーザリスト
１５３…送信済アドレスリスト
１５４…被紹介者アドレスリスト
１５５…単独申込リスト
１５６…グループ申込リスト
１５７…キャンセル待ち行列
１５８…応募状況
２００…ネットワーク
３０１〜３０４…端末装置
３１１…処理装置
３１２…記憶装置
３１３…表示部
３１４…入力部
３２１…送信部
３２２…受信部
３２３…通信部
３３１…記録媒体
【発明の属する技術分野】
本発明は、ネットワークを通じて旅行募集案内を利用者に配信し、参加者を募る募集システム及び方法に関する。
【０００２】
【従来の技術】
近年のインターネットの急速な普及に伴い、パッケージツアーなどの旅行募集案内を自社のホームページに掲載する旅行業者が増えてきている。但し、多くの場合、参加申込は電話ないしファクシミリに頼っているのが現状である。
【０００３】
また、現在募集中のツアーの案内を会員に対して電子メールで定期的に通知するサービスを実施している旅行業者も存在する。
【０００４】
更に、既存会員から入会が見込めそうな友人や知人をネットワークを介して紹介してもらい、被紹介者に対して紹介者の名前をメール本文中で明示した入会勧誘メールを発信し、被紹介者が入会した場合には紹介者にインセンティブを与えるようにした会員制サービス提供システムが提案されている（例えば、後述する特許文献１参照）。類似する技術は、後述する特許文献２にも記載されている。
【０００５】
【特許文献１】
特開２００１−２３６４０９号公報
【特許文献２】
特許第３３１５９５４号
【０００６】
【発明が解決しようとする課題】
ツアーを企画した旅行業者にとって、参加者を確保することは極めて重要である。特に、パッケージツアーなどの旅行の中には最小催行人数を定めたものがあるが、このような旅行の場合、最小催行人数以上の参加者をツアー開催までか、募集期限がある場合にはその期限内に効率良く獲得する必要があり、旅行募集案内をホームページに掲載するだけでは最小催行人数すら確保できない恐れがある。従来技術で述べたように定期的に旅行募集案内を会員に電子メールで配信するサービスが存在するが、定期的な案内では募集締め切り日との兼ね合いで効果がでない可能性がある。
【０００７】
ところで、世間には、親しい友人や知人と一緒ならツアーに参加するが、同行者が行きたくなければ参加したくないという人もいる。このような場合、現状では、参加希望者自身が同行者の一人一人に対して電話や電子メールでツアーの内容を伝えて同意を得てから参加の申込を行う必要があり、グループで参加する場合の利用者の手間が面倒である。旅行業者がより多くの参加者を獲得するには、このようなグループ参加を簡便に行える仕組みが必要である。
【０００８】
また、特許文献１および２に記載された技術を転用し、旅行募集案内情報を送った利用者から他の利用者を紹介してもらい、被紹介者に旅行募集案内情報を送ることで、より多くの利用者に旅行募集案内情報を配信することが可能であるが、いわゆる迷惑メールと同様に無視される可能性が高く、効果が期待できない。また、旅行募集案内情報を送った利用者から他の利用者が紹介される毎に、その被紹介者に旅行募集案内情報を送ると、被紹介者の重複により同じ旅行募集案内情報が何度も同じ利用者に届く可能性があり、利用者に迷惑がかかる上、旅行業者の信用も疑われる結果を招く。
【０００９】
そこで本発明の第１の目的は、ネットワークを通じて旅行募集案内を利用者に配信しかつその申込をオンラインで受け付けることを可能にすることにより、旅行参加者を効率良く獲得することができるようにすることにある。
【００１０】
本発明の第２の目的は、親しい友人や知人と一緒にツアーに参加するグループの手間を削減することにより、旅行参加者を効率良く獲得することができるようにすることにある。
【００１３】
【課題を解決するための手段】
本発明の募集システムは、サーバ装置と、前記サーバ装置にネットワークを介して接続される複数の端末装置とを備え、前記サーバ装置は、処理装置と記憶装置を備え、前記処理装置は、前記ネットワークを通じて、旅行募集案内情報を複数の前記端末装置に送信する旅行募集案内送信手段と、前記送信された前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記ネットワークを通じて前記端末装置から受信し、申込者および同行者全員のアドレス、同行者へのメッセージおよび同行者に１対１に対応するフラグを含むグループ申込情報を記憶装置に保存する処理、前記記憶装置に保存したグループ申込情報にアドレスが記載された同行者の端末装置に対して、前記ネットワークを通じて、申込者および同行者全員のアドレスおよび前記メッセージを付加したグループ旅行募集案内情報を送信する処理、前記送信されたグループ旅行募集案内情報に対する応答情報を前記同行者の端末装置から前記ネットワークを通じて受信し、グループでの申込に同意する応答情報か否かを判別する処理、グループでの申込に同意しない応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込が中止された旨の情報を送信する処理、グループでの申込に同意する応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報中のフラグのうち、今回受信した応答情報で同意する意志を示した同行者に対応するフラグをセットし、グループ申込情報中の同行者に対応するすべてのフラグがセットされた場合に、グループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込を受け付けた旨の情報を送信する処理を行う受付手段とを備え、前記端末装置は、前記サーバ装置から送信された前記旅行募集案内情報および前記グループ旅行募集案内情報を前記ネットワークを通じて受信する受信手段と、前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記ネットワークを通じて前記サーバ装置に送信する処理と、前記グループ旅行募集案内情報に対する応答情報として、グループでの申込に同意するか否かを示す応答情報を前記ネットワークを通じて前記サーバ装置に送信する処理とを行う送信手段とを備える。
【００１８】
本発明の募集方法は、ａ）サーバ装置が、ネットワークを通じて、旅行募集案内情報を複数の端末装置に送信するステップ、ｂ）前記端末装置が、前記ネットワークを通じて、前記サーバ装置から送信された前記旅行募集案内情報を受信するステップ、ｃ）前記端末装置が、前記ネットワークを通じて、前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記サーバ装置に送信するステップ、ｄ）前記サーバ装置が、前記ネットワークを通じて、前記端末装置から前記グループでの申込情報を受信し、申込者および同行者全員のアドレス、同行者へのメッセージおよび同行者に１対１に対応するフラグを含むグループ申込情報を記憶装置に保存するステップ、ｅ）前記サーバ装置が、前記ネットワークを通じて、前記記憶装置に保存したグループ申込情報にアドレスが記載された同行者の端末装置に対して、申込者および同行者全員のアドレスおよび前記メッセージを付加したグループ旅行募集案内情報を送信するステップ、ｆ）前記同行者の端末装置が、前記ネットワークを通じて、前記サーバ装置から送信された前記グループ旅行募集案内情報を受信するステップ、ｇ）前記同行者の端末装置が、前記ネットワークを通じて、前記グループ旅行募集案内情報に対する応答情報として、グループでの申込に同意するか否かを示す応答情報を前記サーバ装置に送信するステップ、ｈ）前記サーバ装置が、前記ネットワークを通じて、前記同行者の端末装置から送信された前記グループ旅行募集案内情報に対する応答情報を受信し、グループでの申込に同意する応答情報か否かを判別するステップ、ｉ）前記サーバ装置が、グループでの申込に同意しない応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込が中止された旨の情報を送信するステップ、ｊ）前記サーバ装置が、グループでの申込に同意する応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報中のフラグのうち、今回受信した応答情報で同意する意志を示した同行者に対応するフラグをセットするステップ、ｋ）前記サーバ装置が、前記記憶装置に保存されたグループ申込情報中の同行者に対応するすべてのフラグがセットされた場合に、グループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込を受け付けた旨の情報を送信するステップ、を含む。
【００２３】
本発明のサーバ装置は、処理装置と記憶装置を備え、ネットワークを介して複数の端末装置に接続されたサーバ装置であって、前記処理装置は、前記ネットワークを通じて、旅行募集案内情報を複数の前記端末装置に送信する旅行募集案内送信手段と、前記送信された前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記ネットワークを通じて前記端末装置から受信し、申込者および同行者全員のアドレス、同行者へのメッセージおよび同行者に１対１に対応するフラグを含むグループ申込情報を記憶装置に保存する処理、前記記憶装置に保存したグループ申込情報にアドレスが記載された同行者の端末装置に対して、前記ネットワークを通じて、申込者および同行者全員のアドレスおよび前記メッセージを付加したグループ旅行募集案内情報を送信する処理、前記送信されたグループ旅行募集案内情報に対する応答情報を前記同行者の端末装置から前記ネットワークを通じて受信し、グループでの申込に同意する応答情報か否かを判別する処理、グループでの申込に同意しない応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込が中止された旨の情報を送信する処理、グループでの申込に同意する応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報中のフラグのうち、今回受信した応答情報で同意する意志を示した同行者に対応するフラグをセットし、グループ申込情報中の同行者に対応するすべてのフラグがセットされた場合に、グループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込を受け付けた旨の情報を送信する処理を行う受付手段とを備える。
【００３０】
【作用】
本発明にあっては、サーバ装置からネットワークを通じて旅行募集案内情報を複数のユーザ宛に配信し、ユーザからの申込をネットワークを通じて受け付けることで、効率良く募集を行う。
【００３１】
また本発明にあっては、親しい友人や知人と一緒ならツアーに参加するが、同行者が行きたくなければ参加したくないというグループでの申込を行う際のユーザの負担を軽減する。
【００３４】
【発明の実施の形態】
次に本発明の実施の形態について図面を参照して詳細に説明する。
【００３５】
図１を参照すると、本発明の実施の形態にかかる募集システムは、サーバ装置１００と、このサーバ装置１００にネットワーク２００を介して接続された複数の端末装置３０１〜３０４とを含んで構成される。ネットワーク２００は、インターネット、移動通信ネットワークなどの１または２以上のネットワークである。
【００３６】
サーバ装置１００は、パーソナルコンピュータやワークステーション等の情報処理装置であり、旅行募集案内情報をネットワーク２００を通じて端末装置３０１〜３０４に送信する機能、端末装置３０１〜３０４からの旅行募集案内にかかる旅行の申込をネットワーク２００を通じて受け付ける機能などを備えている。
【００３７】
端末装置３０１〜３０４は、パーソナルコンピュータ、携帯電話機あるいは携帯情報端末などの情報処理装置であり、サーバ装置１００から送信された旅行募集案内情報をネットワーク２００を通じて受信してユーザに提示する機能と、ユーザから入力された旅行募集案内に対する応答情報をサーバ装置１００にネットワーク２００を通じて送信する機能などを備えている。端末装置３０１〜３０４のそれぞれはユーザＡ〜Ｄが使用する端末とする。ここで、ユーザＡとユーザＢはいつも一緒に旅行に出かける旅仲間、ユーザＣはユーザＡの知人、ユーザＤはユーザＡおよびＣの共通の知人である。また、サーバ装置１００にはユーザＡの通信アドレスだけが事前に登録されており、他のユーザＢ〜Ｄの通信アドレスは登録されていない。通信アドレスは一般的には電子メールアドレスが使用される。
【００３８】
次に、本実施の形態にかかる特徴的な動作を図２を参照して説明する。
【００３９】
旅行業者がある旅行を企画し、その参加者を募る場合、サーバ装置１００に事前に通信アドレスが登録されているユーザＡに対して旅行募集案内情報を送信する（Ｓ１００）。このときサーバ装置１００は、ユーザＡの通信アドレスを送信済通信アドレスとして記録しておく。
【００４０】
上記の旅行募集案内情報は端末装置３０１で受信され、ユーザＡに提示される。旅行募集案内情報には、旅名、行き先、出発日などの募集要項が記載されている。旅行工程などその他の詳細情報を含ませても良いが、これらの詳細情報はＷｅｂページに記載しておき、旅行募集案内情報にそのＷｅｂページのアドレスを記載して、ユーザ自身にＷｅｂページをアクセスさせるようにしても良い。ユーザからの参加申込可否の情報、グループで申込む場合の同行者の通信アドレスや同行者に対するメッセージ、紹介したい他のユーザの通信アドレスは、そのＷｅｂページ上で記入させて送信させるのが一般的であるが、旅行募集案内情報中に、申込内容、同行者がいる場合のその通信アドレスとメッセージ、紹介したいユーザがいる場合のその通信アドレスを記入する記入フォームを含ませておき、必要な事項を設定した記入フォームをユーザからサーバ装置１００に電子メールで返信させるようにしても良い。
【００４１】
さて、ユーザＡは、募集中の旅行にユーザＢと一緒に参加したいため、同行者であるユーザＢの通信アドレスと同行者Ｂへのメッセージを記載し、またユーザＣ、Ｄを紹介したいのでそれらの通信アドレスを記載した応答情報を作成して、端末装置３０１からサーバ装置１００へ送信したとする（Ｓ１０１）。入力できるメッセージ内容は任意である。ここでは、例えば「花子さん、素敵なツアーを見つけたので、また一緒に行きましょうね。マリコより。」なるメッセージを記載したものとする。
【００４２】
サーバ装置１００は、ユーザＡの端末装置３０１からの応答情報を受信して解析し、以下の事項を認識して認識結果を保存する。
（１）ユーザＡがユーザＢと一緒に旅行に参加したいグループ参加を申し込んでいること。
（２）ユーザＣ、Ｄの通信アドレスが紹介されていること。
【００４３】
サーバ装置１００は、（１）の認識事項に対し、ユーザＡから知らされた同行者Ｂの通信アドレスを用いて、ユーザＡから渡されたメッセージを付与した旅行募集案内情報をユーザＢ宛に送信する（Ｓ１０２）。また、サーバ装置１００は、（２）の認識事項に対し、ユーザＡから紹介されたユーザＣ、Ｄの通信アドレスを用いて、旅行募集案内情報をユーザＣおよびユーザＤ宛に送信する（Ｓ１０３）。この際、情報の送信元アドレスはサーバ装置１００のアドレスでなく、紹介者であるユーザＡのアドレスに置き換えて送信する。ユーザＢ宛に送信する旅行募集案内情報の送信元アドレスはサーバ装置１００のアドレスとしても良いし、グループ参加を申し込んだユーザＡの通信アドレスに置き換えて送信しても良い。またサーバ装置１００は、ユーザＢ、Ｃ、Ｄの通信アドレスを送信済通信アドレスとして記録しておく。
【００４４】
ユーザＢ宛に送信された旅行募集案内情報は、ユーザＢの端末装置３０２で受信され、ユーザＢに提示される。ユーザＢは、提示された旅行募集案内情報に付加されているユーザＡからのメッセージを見て、趣旨を理解し、参加するかどうかを決定し、端末装置３０２からサーバ装置１００に応答情報を送信する。募集中の旅行の詳細情報を知る方法や応答情報を送信する方法は、ユーザＡの場合と同様である。
【００４５】
図２のＳ１０４、Ｓ１０５は、ユーザＢがユーザＡの申込んだ旅行に参加する旨の回答を応答してきた場合のシーケンスである。サーバ装置１００は、ユーザＢから旅行に参加する旨の応答情報を受信すると（Ｓ１０４）、この時点で、ユーザＡが申し込んだグループの同行者全員が同意したことになるので、ユーザＡの申込を有効とし、グループでの申込を受け付けた旨の通知を申込人であるユーザＡ宛に送信する（Ｓ１０５）。申込人だけでなく、その同行者全員にグループ申込受付通知を送信するようにしても良い。
【００４６】
また、図２のＳ１０６、Ｓ１０７は、ユーザＢが今回の旅行に参加しない旨の回答を応答してきた場合のシーケンスである。サーバ装置１００は、ユーザＢから旅行に参加しない旨の応答情報を受信すると（Ｓ１０６）、この時点で、ユーザＡが申し込んだグループ参加の同伴者の少なくとも一人が同意しないことが決定したので、ユーザＡのグループでの申込を無効とし、その申込をキャンセルする旨の通知を申込人であるユーザＡ宛に送信する（Ｓ１０７）。申込人だけでなく、その同行者全員或いは参加を表明した同行者にキャンセル通知を送信するようにしても良い。
【００４７】
他方、サーバ装置１００からユーザＣ、Ｄ宛に送信された旅行募集案内情報は、端末装置３０３、３０４でそれぞれ受信される（Ｓ１０３）。ユーザＣ、Ｄに送られる旅行募集案内情報は、その送信元アドレスが紹介者のユーザＡのアドレスになっている点が相違するだけで、ユーザＡに送信されたものと同じである。図２の例では、ユーザＣは、送られてきた旅行募集案内情報を見てその旅行に一人で参加する単独の申込情報と、紹介アドレスとしてユーザＤの通信アドレスとを含む応答情報をサーバ装置１００に送信している（Ｓ１０８）。一方、ユーザＤは何らの応答情報も送信していない。
【００４８】
サーバ装置１００は、ユーザＣの端末装置３０３からの応答情報を受信して解析し、以下の事項を認識し、認識結果を保存する。
（１）ユーザＣが単独参加を申し込んでいること。
（２）ユーザＤのアドレスが紹介されていること。
【００４９】
サーバ装置１００は、（１）の認識事項に対し、申込を受け付けた旨の通知をユーザＣ宛に送信する（Ｓ１０９）。また、サーバ装置１００は、（２）の認識事項に対し、ユーザＣから紹介されたユーザＤの通信アドレスが送信済通信アドレスとして記録されているので、旅行募集案内情報を被紹介者のユーザＤへは送信しない（Ｓ１１０）。
【００５０】
次に、本実施の形態の効果を説明する。
【００５１】
第１の効果は、サーバ装置１００によりネットワーク２００を通じて旅行募集案内情報をユーザ宛に配信し且つその申込をオンラインで受け付けることが可能であるため、旅行参加者を効率良く獲得することができることである。
【００５２】
第２の効果は、親しい友人や知人と一緒にツアーに参加するグループの手間と負担が軽減されることである。その理由は、前述したように旅行募集案内情報を受信したユーザＡがユーザＢと一緒なら旅行に行きたいと希望した場合、一般的には事前に電話ないしメールでユーザＢに今回の旅行の詳細を伝え、ユーザＢの同意を得た上で申込を行う必要があるが、本実施の形態では、ユーザＡが同行者Ｂの通信アドレスとメッセージを添えてグループで申し込めば、同行者Ｂへの旅行募集案内情報の送信、同行者Ｂの参加（同意）の確認がサーバ装置１００側で自動的に行われ、同行者全員が参加表明したことを条件に、ユーザＡが申込んだグループでの申込が有効となるからである。また、同行者Ｂから見れば、同意と申込が同時に実現可能になるからである。
【００５３】
第３の効果は、旅行募集案内情報を送ったユーザから紹介された他のユーザに対して送信する旅行募集案内情報の効果を高めることができることである。その理由は、知らない者から受信した電子メールは内容を見ずに捨ててしまうユーザが多いが、本実施の形態で被紹介者に送られる旅行募集案内情報の送信元アドレスは、紹介者の通信アドレスになっているため、送信元アドレスが旅行業者のアドレスになっている場合に比べて、内容を見ずに捨てられる確率が小さくなるからである。
【００５４】
第４の効果は、ユーザＤの例で示したように、同一のユーザに同じ旅行募集案内情報を重複して送り付けないようにしたことで、利用者に不快感を与えることがなくなることである。
【００５５】
【実施例】
次に本実施の形態の募集システムの実施例について図面を参照して詳細に説明する。例として、所定の最小催行人数、募集定員および募集期間の条件の下に、旅行業者が企画した旅行への参加者を募集する募集システムを採り上げる。また、募集期間終了時に申込人数が最小催行人数に満たない場合は旅行の開催は中止するものとする。更に、募集定員を満たす申込者があった時点で正規の募集を終了し、その後はキャンセル待ち扱いとして申込を受け付けるものとする。
【００５６】
【構成】
図３を参照すると、サーバ装置１００の一実施例は、プログラム制御によって動作する処理装置１０１と、主記憶および補助記憶装置で構成される記憶装置１０２と、入力装置および出力装置で構成される入出力装置１０３とを含んで構成され、ネットワーク２００を通じて端末装置３０１および図示を省略した他の端末装置と通信可能に接続される。
【００５７】
処理装置１０１は、旅行募集案内送信部１１１と、受付部１１２と、ツアー開催決定処理部１１３と、発券処理部１１４と、通信部１１５とを含む。処理装置１０１に接続されている記録媒体１０４は、ＣＤ−ＲＯＭや磁気ディスク等のコンピュータ可読記録媒体であり、サーバ用プログラムを記録する。記録媒体１０４に記録されたサーバ用プログラムは、サーバ装置１００の立ち上げ時などにサーバ装置１００を構成するコンピュータの処理装置１０１に読み取られ、処理装置１０１の動作を制御することにより、処理装置１０１上に前述した旅行募集案内送信部１１１、受付部１１２、ツアー開催決定処理部１１３、発券処理部１１４および通信部１１５を実現する。
【００５８】
旅行募集案内送信部１１１は、旅行に関する募集案内メールをネットワーク２００を通じてユーザ宛に送信する処理を司る。この旅行募集案内送信部１１１は、サーバ装置１００に事前に登録されたユーザ宛に募集案内メールを送信する登録ユーザへの旅行募集案内送信部１２１と、募集案内メールを送信したユーザから紹介された被紹介者へ募集案内メールを送信する被紹介者への旅行募集案内送信部１２２とを備えている。前者の旅行募集案内送信部１２１は、募集開始時に動作を開始し、事前に登録された全てのユーザ宛に募集案内メールを送信すると、動作を停止する。後者の旅行募集案内送信部１２２は、募集案内メールを送信したユーザから他のユーザが紹介された場合に、未だ募集期間が終了しておらず且つ申込人数が募集定員に達していなければ、被紹介者に対して募集案内メールを送信する。
【００５９】
受付部１１２は、募集案内メールを受信したユーザから各種の要求を受け付けて処理する部分であり、一般的なＷｅｂサイトの機能を備える詳細情報提供部１３１および申込処理部１３２を含んで構成される。詳細情報提供部１３１は、アクセスしてきたユーザに対して、募集案内メールに記載されない旅行の詳細な情報を記載したＷｅｂページを提供する部分である。また、本実施例では、この提供したＷｅｂページ上で、参加申込可否の情報、グループで申込む場合の同行者の通信アドレスや同行者に対するメッセージ、紹介したい他のユーザの通信アドレス等をユーザに入力させ、サーバ装置１００に送信させることで、ユーザからの応答情報をサーバ装置１００で取得するようにしている。申込処理部１３２は、取得されたユーザからの応答情報を解析して必要な処理を行う部分であり、単独申込処理部１４１、グループ申込処理部１４２および被紹介者登録部１４３を含んでいる。
【００６０】
単独申込処理部１４１は、一人で旅行に参加する単独申込を処理する部分である。グループ申込処理部１４２は、複数人で旅行に参加するグループ申込を処理する部分である。被紹介者登録部１４３は、ユーザからの応答情報に他のユーザのメールアドレスが紹介されていた場合に、この被紹介メールアドレスを処理する部分である。
【００６１】
ツアー開催決定処理部１１３は、募集期間終了時点における申込人数と最小催行人数に基づいてツアーを開催するか否かを決定し、開催する場合には申込者全員にツアー申込券メールを送信し、中止する場合には申込者全員にツアー中止案内メールを送信する部分である。また、このツアー開催決定処理部１１３は、申込人数が募集定員に満たない場合のキャンセル待ち者へのツアー申込券メールの送信などの処理なども司る。
【００６２】
発券処理部１１４は、ツアーの開催が決定した場合に所定の旅券購入期間にわたって、入出力装置１０３からの入力操作に応答して旅券の発行処理を行う部分である。また、キャンセル待ち者への旅券の発行処理も行う。
【００６３】
通信部１１５は、旅行募集案内送信部１１１、受付部１１２およびツアー開催決定処理部１１３に対して、ネットワーク２００を通じて端末装置３０１と通信する機能を提供する部分である。
【００６４】
記憶装置１０２は、旅行募集案内送信部１１１、受付部１１２、ツアー開催決定処理部１１３および発券処理部１１４が参照更新する各種の情報を記憶する部分である。具体的には、基礎情報１５１、登録ユーザリスト１５２、送信済アドレスリスト１５３、被紹介者アドレスリスト１５４、単独申込リスト１５５、グループ申込リスト１５６、キャンセル待ち行列１５７および応募状況１５８を記憶する。それぞれの内容について以下説明する。
【００６５】
先ず、基礎情報１５１について図４を参照して説明する。基礎情報１５１は、図４に示すように、ツアー名１５１００、行先１５１０１、出発日１５１０２、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５、旅券購入期間１５１０６、キャンセル待ち購入期間１５１０７、旅行日程詳細１５１０８および旅行代金１５１０９といった募集要綱を予め記憶する。ここで、ツアー名１５１００とは、募集するツアーに付けられた名前であり、例えば「チャーター便で行く欧州の旅」などである。行先１５１０１は、例えば「イタリア」など旅行の行き先である。出発日１５１０２は、「２００２年１０月１０日」など旅行の出発日である。募集定員１５１０３は、募集する参加者の最大人数、最小催行人数１５１０４は当ツアーが開催されるために最低限満たされる必要のある申込人数、募集期限１５１０５は募集を受け付ける最終受付日時である。旅券購入期間１５１０６は、申込者が旅券を購入することができる最終購入受付日時である。キャンセル待ち購入期間１５１０７は、キャンセル待ちであった人が当選した場合に旅券を購入することができる最終購入受付日時である。旅行日程詳細１５１０８は、当ツアーの全日程の詳細な解説であり、旅行代金１５１０９は当ツアーに参加する者が支払うべき代金の総額である。
【００６６】
基礎情報１５１は、更に、端末装置３０１へ送信するメールや画面のひな形となる各種のテンプレートを記憶している。
【００６７】
募集案内メール用のテンプレートは３種類記憶する。１つ目は、登録ユーザ宛に送信する募集案内メールのテンプレート１５１１０、２つ目は、被紹介者宛に送信する募集案内メールのテンプレート１５１１１、３つ目は、グループ参加の同行者宛に送信する募集案内メールのテンプレート１５１１２である。図５〜図７にテンプレート１５１１０〜１５１１２の一例を示す。
【００６８】
登録ユーザ宛に送信する募集案内メールのテンプレート１５１１０は、図５に示すように、メールのヘッダの部分と本文の部分とから構成され、ヘッダ部分に、差出人Ａ１、日時Ａ２、表題Ａ３の項目がある。また、本文部分には、行先Ａ４、出発日Ａ５、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８および第１の詳細情報へのＵＲＬ Ａ９の各項目がある。テンプレート上では、それらは全て空欄になっており、メール送信時に設定する。なお、第１の詳細情報へのＵＲＬ Ａ９には、この募集案内メールを送ったユーザのメールアドレスがパラメータとして設定されたＵＲＬ情報が設定される。これは、詳細情報を要求したユーザが誰であるかを、ユーザ自身に自己のメールアドレスを設定させることなくサーバ装置１００側が認識できるようにするためである。
【００６９】
被紹介者宛に送信する募集案内メールのテンプレート１５１１１は、図６に示すように、紹介者からのメッセージＡ１０の項目が追加されている点でのみ図５に示した登録ユーザ用のテンプレート１５１１０と相違する。グループ参加の同行者宛に送信する募集案内メールのテンプレート１５１１２は、図７に示すように、グループでの申込を行った申込者から同行者へのメッセージＡ１１の項目と、グループ各員のメールアドレスＡ１２−１〜Ａ１２−ｎの項目とが図５に示した登録ユーザ用のテンプレート１５１１０に追加されている。また、ＵＲＬ Ａ９には、第２の詳細画面情報へのＵＲＬに、このメールを送ったユーザのメールアドレスを示すパラメータを付加したＵＲＬ情報が設定される。
【００７０】
再び図４を参照すると、基礎情報１５１には、２種類の詳細情報画面テンプレート１５１２０、１５１２１が含まれる。１つ目の詳細情報画面テンプレート１５１２０は、登録ユーザあるいは被紹介者宛に送信した募集案内メールのＵＲＬ（図５および図６のＵＲＬ Ａ９）によってユーザがアクセスしてきたときに提供する画面用であり、その一例を図８に示す。旅行日程詳細Ｂ１、旅行代金Ｂ２、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８、現時点における申込済人数Ｂ３、現時点におけるキャンセル待ち人数Ｂ４、申込ボタンＢ５、グループ申込ボタンＢ６、不参加ボタンＢ７、被紹介者のメールアドレスＢ８−１〜Ｂ８−ｎ、被紹介者へのメッセージＢ９および送信ボタンＢ１０、この画面を要求したユーザのメールアドレスＢ１１の各項目がある。これらの項目のうち、送信ボタンＢ１０を除く項目は全て空欄になっており、Ａ６〜Ａ８、Ｂ１〜Ｂ４、Ｂ１１は使用時にサーバ装置１００が設定する。また、Ｂ５〜Ｂ９の項目は何れも未設定の状態で送信され、ユーザ側で設定される。送信ボタンＢ１０は、ユーザが応答情報を送信する際に使用するボタンであり、この送信ボタンＢ１０が押されると、申込ボタンＢ５、グループ申込ボタンＢ６、不参加ボタンＢ７の各状態、被紹介者のメールアドレスＢ８−１〜Ｂ８−ｎ、被紹介者へのメッセージＢ９、この画面を要求したユーザのメールアドレスＢ１１が端末装置３０１からサーバ装置１００へ送信されることになる。また、被紹介者へは紹介者のアドレスを送信元アドレスとした募集案内メールを送信するため、その旨を注意事項として記載してある。
【００７１】
２つ目の詳細情報画面テンプレート１５１２１は、同行者宛に送信した募集案内メールのＵＲＬ（図７のＵＲＬ Ａ９）によってユーザがアクセスしてきたときに提供する画面用であり、その一例を図９に示す。図８のテンプレート１５１２０とほぼ同じであるが、グループ申込ボタンＢ６がなく、既にグループで申し込まれている旅行に参加するかどうかを、申込ボタンＢ５あるいは不参加ボタンＢ６で返事させるようになっている。
【００７２】
再び図４を参照して基礎情報１５１に含まれる他の情報について説明する。
【００７３】
グループ申込画面テンプレート１５１３１は、グループ参加を申込んだユーザに対して同行者のメールアドレスおよびメッセージを入力させるための画面用のテンプレートであり、その一例を図１０に示す。グループのメンバのメールアドレスＣ１−１〜Ｃ１−ｎと、申込者から同行者へのメッセージＣ２と、送信ボタンＣ３の項目がある。項目Ｃ１−１〜Ｃ１−ｎおよび項目Ｃ２は全て空欄であり、使用時に項目Ｃ１−１に申込者のメールアドレスを設定し、その他は空欄のままサーバ装置１００からグループ参加申込人の端末装置３０１へ送信され、Ｃ１−２〜Ｃ１−ｎはユーザ側で設定される。送信ボタンＣ３は、設定した項目Ｃ１−１〜Ｃ１−ｎおよび項目Ｃ２の内容を端末装置３０１からサーバ装置１００へ送信するためのボタンである。
【００７４】
募集期間終了画面テンプレート１５１３２は、募集期間終了後に申込んできたユーザに対してその旨を通知する画面用のテンプレートであり、その一例を図１１に示す。募集受付終了日Ｄ１の項目があり、サーバ装置１００が項目Ｄ１に値を設定して使用する。
【００７５】
受付確認メールテンプレート１５１３３は、単独あるいはグループで申込を受け付けたときにユーザ宛にその旨を通知するメール用のテンプレートであり、その一例を図１２（ａ）に示す。受付番号Ｅ１の項目があり、サーバ装置１００が項目Ｅ１に採番したユニークな受付番号を設定して使用する。もう一つの受付確認メールテンプレート１５１３３４は、キャンセル待ちを申込んだ者に送信する受付確認メール用であり、図１２（ｂ）のようになっている。受付番号Ｅ２には、キャンセル待ちを受け付けたときに採番される受付番号が設定される。
【００７６】
キャンセル待ち画面テンプレート１５１３５は、募集定員満了後に申込んできたユーザに対してキャンセル待ちを行うかどうかを問う際にサーバ装置１００が使用する画面用のテンプレートであり、その一例を図１３に示す。キャンセル待ちを申込む申込ボタンＦ１、申込まない不参加ボタンＦ２、送信ボタンＦ３の項目があり、このテンプレートの内容をそのまま端末装置３０１へ送信する。ユーザは、ボタンＦ１、Ｆ２の何れか一方を選択し、送信ボタンＦ３を押せば、ボタンＦ１、Ｆ２の状態が端末装置３−１からサーバ装置１００へ送信される。
【００７７】
グループ申込重複通知メールテンプレート１５１３６は、グループ参加を申込んできた者が通知した同行者の何れかが、既に単独で申込んでいるか、或いは他のグループの同行者となっている場合に、グループ参加申込人に今回のグループ申込を取り消す旨を通知するメール用のテンプレートである。その一例を図１４に示す。既に単独で申込んでいるか、或いは他のグループの同行者となっている者のメールアドレスＧ１の項目があり、サーバ装置１００は、項目Ｇ１に値を設定して使用する。
【００７８】
グループ申込中止メールテンプレート１５１３７は、申込まれたグループの同行者全員の賛同が得られなかった場合に、グループ申込を取り消す旨をサーバ装置１００からユーザに通知するメール用のテンプレートである。その一例を図１５（ａ）に示す。もう一つのグループ申込中止メールテンプレート１５１３８は、申込まれたグループの同行者全員の賛同が得られた時点で募集定員に達しており、またキャンセル待ちも申込まれなかった場合に、グループ申込を取り消す旨をサーバ装置１００からユーザに通知するメール用のテンプレートであり、その一例を図１５（ｂ）に示す。
【００７９】
重複メールアドレス通知メールテンプレート１５１３９は、既に募集案内メールを送信したユーザと同じユーザのメールアドレスが他のユーザから紹介された場合に、その紹介を取り消す旨をサーバ装置１００が紹介者へ送信するメール用のテンプレートである。その一例を図１６に示す。紹介を取り消すメールアドレスＨ１の項目があり、サーバ装置１００は、項目Ｈ１に値を設定して使用する。
【００８０】
ツアー中止案内メールテンプレート１５１４０は、申込人数が最小催行人数に達しなかった場合にサーバ装置１００から申込人に送るツアー中止メール用のテンプレートであり、その一例を図１７に示す。
【００８１】
ツアー申込券メールテンプレート１５１４１は、ツアーの開催が決定したために申込人に対してツアー申込券を送信するためのメール用のテンプレートであり、その一例を図１８に示す。購入金額Ｊ１、購入期限Ｊ２、受付番号Ｊ３の項目があり、サーバ装置１００は各項目Ｊ１〜Ｊ３に値を設定して使用する。ここで、受付番号Ｊ３は、図１２の受付確認メールテンプレート１５１３３または１５１３３を使用して当該ユーザに通知した受付番号Ｅ１またはＥ２と同じものを通知する。
【００８２】
次に、図３の記憶装置１０２に記憶されている基礎情報１５１以外の情報について説明する。
【００８３】
登録ユーザリスト１５２は、会員など募集案内メールを送信するユーザとして予めサーバ装置１００に登録されているユーザのメールアドレスを保持する。図１９にその一例を示す。この例では、合計ｍ人分のメールアドレスが保持されている。
【００８４】
送信済アドレスリスト１５３は、募集案内メールを送信したユーザのメールアドレスを保持する。図２０にその一例を示す。この時点では、合計ｍ人分のメールアドレスが保持されている。
【００８５】
被紹介者アドレスリスト１５４は、被紹介者のメールアドレスとそれを紹介した紹介者のメールアドレスと紹介者からのメッセージとの組を保持する。図２１にその一例を示す。この時点では、合計ｐ組が登録されている。なお、同じ紹介者のメールアドレスについて複数の被紹介者アドレスが存在する場合、これらを１行にまとめて保持するようにしても良い。
【００８６】
単独申込リスト１５５は、募集したツアーへ一人で参加を申込んできたユーザのメールアドレスと受付番号の組を保持する。図２２にその一例を示す。この時点では、合計ｑ人が単独申込を行っている。受付番号は申込を受け付けた際に割当てられる。
【００８７】
グループ申込リスト１５６は、募集したツアーへグループで参加を申込んできたグループメンバ全員のメールアドレス、参加（同意）の有無、申込者から他の同行者へのメッセージ、受付番号を保持する。図２３にその一例を示す。１行が１つのグループ申込に関する情報を表し、先頭から順に、受付番号、申込者のメールアドレス、参加人数、同行者のメールアドレスと参加（同意）の有無を示すフラグ、申込者から他の同行者へのメッセージが列挙される。フラグは、初期状態は０であり、参加を表明した場合は１に設定される。申込者は申込と同時に参加の意志が示されていると考えられるので、特にフラグは設けていない。受付番号はグループの全ての者が参加を表明し且つこのグループ申込を受け付けた際に割当てられる。図２３の例では、３つのグループ申込情報１５６−１〜１５６−３が保持されている。例えば、グループ申込情報１５６−１は、３人のグループで申込が行われていること、申込者以外の２人の同行者のうち１人は参加を表明しているが、残り一人は未だ参加の申込（同意）をしていないことを示す。また、グループ申込情報１５６−２は、２人のグループで申込が行われており、全員が参加を表明している。また、このグループ申込を受け付けたため、受付番号が割当てられていることを示す。
【００８８】
キャンセル待ち行列１５７は、キャンセル待ちを行っている単独申込あるいはグループ申込の情報を先入れ先出し方式で保持する。その模式図を図２４に示す。図２４において、一重丸の記号は、キャンセル待ちの単独申込情報を示し、申込者のメールアドレスおよび受付番号を含む。二重丸の記号は、図２３に示したグループ申込リスト１５６中のグループ申込情報のうち、キャンセル待ちとなったグループ申込情報が移送されたものである。
【００８９】
応募状況１５８は、図２５に示されるように、最新の申込済人数１５８−１、キャンセル待ち人数１５８−２および旅券購入済人数１５８−３を含む。これらの初期値はすべて０である。
【００９０】
次に端末装置３０１の構成を説明する。
【００９１】
図３を参照すると、端末装置３０１の一実施例は、プログラム制御によって動作する処理装置３１１と、主記憶および補助記憶装置で構成される記憶装置３１２と、表示部３１３と、入力部３１４とを含んで構成され、ネットワーク２００を通じてサーバ装置１００と通信可能に接続される。
【００９２】
処理装置３１１は、送信部３２１、受信部３２２および通信部３２３を含む。端末装置３０１に接続されている記録媒体３３１は、ＣＤ−ＲＯＭや磁気ディスク等のコンピュータ可読記録媒体であり、端末用プログラムを記録する。記録媒体３３１に記録された端末用プログラムは、端末装置３０１の起動時などに端末装置３０１を構成するコンピュータの処理装置３１１に読み取られ、処理装置３１１の動作を制御することにより、処理装置３１１上に前述した送信部３２１、受信部３２２および通信部３２３を実現する。
【００９３】
送信部３２１および受信部３２２は、メールの送受信機能を有するメールプログラム、インターネット上のホームページをアクセスするブラウザプログラムなどを含んで構成される。通信部３２３は、送信部３２１および受信部３２２に対して、ネットワーク２００経由でサーバ装置１００と通信する機能を提供する。
【００９４】
【動作】
次に本実施例の募集システムの動作を説明する。
【００９５】
図２６を参照すると、本実施例の募集システムにおけるサーバ装置１００の募集工程は、募集期間、申込券送信期間、旅券購入期間、キャンセル待ち募集期間およびキャンセル待ち旅券購入期間の５つの工程を含む。以下に各工程の概要を説明する。
【００９６】
募集期間では、旅行募集案内送信部１１１による募集案内メールの配信と、受付部１１２によるユーザからの申込の受付（キャンセル待ちの申込の受付を含む）とが行われる。募集案内メールの送信は、先ず、登録ユーザへの旅行募集案内送信部１２１により予め登録されている全ユーザに対して募集案内メールが送信され（Ｓ２０１）、その後、被紹介者への旅行募集案内送信部１２２により被紹介者に対して募集案内メールを送信する処理が行われる（Ｓ２０４）。但し、被紹介者への募集案内メールの送信は、募集期間が終了すると停止し、また募集期間終了前であっても申込人数が募集定員に達した場合には停止する（Ｓ２０２、Ｓ２０３）。
【００９７】
申込券送信期間では、ツアー開催決定処理部１１３により、ツアーを開催するかどうかが決定される。募集期間終了時点で申込人数が最小催行人数に満たない場合（Ｓ２０５でＮＯ）、ツアーは開催されない。この場合、申込者全員にツアー中止メールが送信され（Ｓ２０６）、旅券購入期間、キャンセル待ち募集期間およびキャンセル待ち旅券購入期間の各工程は省略される。募集期間終了時点で申込人数が最小催行人数に達しているか（Ｓ２０５でＹＥＳ）、募集期間終了前に申込人数が募集定員に達した場合（Ｓ２０３でＹＥＳ）、ツアー開催決定処理部１１３はツアーの開催を決定する。この場合、申込者全員に受付番号を記したツアー申込券メールを送信する（Ｓ２０７）。
【００９８】
旅券購入期間では、発券処理部１１４により、ツアー申込券を送信した申込者に対して旅券を発券する処理が行われる（Ｓ２０９）。旅券の発券処理は、旅行業者の店頭において予め定められた旅券購入期間が終了するまで続けられる（Ｓ２０８）。
【００９９】
キャンセル待ち募集期間では、ツアー開催決定処理部１１３により旅券購入人数が募集定員に達しているかどうか、達していなければキャンセル待ちの申込者がいるかどうかが判定される（Ｓ２１０、Ｓ２１１）。そして、旅券購入人数が募集定員より少なく且つキャンセル待ち申込者がいる場合に限り、ツアー開催決定処理部１１３は、不足定員を限度にキャンセル待ち申込者に対して受付番号を記したツアー申込券を送信する処理を行う（Ｓ２１２）。
【０１００】
キャンセル待ち旅券購入期間では、発券処理部１１４により、ツアー申込券を送信したキャンセル待ち申込者に対して旅券を発券する処理が行われる（Ｓ２１４）。旅券の発券処理は、旅行業者の店頭において予め定められたキャンセル待ち購入期間が終了するまで続けられる（Ｓ２１３）。
【０１０１】
次に、各工程の詳細な動作を説明する。
【０１０２】
（１）募集期間
（Ａ）登録ユーザへの募集案内メールの送信
登録ユーザへの旅行募集案内送信部１２１の処理例を図２７に示す。旅行募集案内送信部１２１は、先ず、図５に示した募集案内メールテンプレート１５１１０を用いて募集案内メールを作成する（Ｓ３０１）。このとき、募集案内メールテンプレート１５１１０における差出人Ａ１にはサーバ装置１００のメールアドレスを、日時Ａ２には現在日時をそれぞれ設定する。また、表題Ａ３、行先Ａ４、出発日Ａ５、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８には、基礎情報１５１におけるツアー名１５１００、行先１５１０１、出発日１５１０２、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５を設定する。さらに、詳細情報のＵＲＬ Ａ９には、第１の詳細情報画面のＵＲＬを設定するが、そのＵＲＬのパラメータに付加するユーザのメールアドレスは未設定のままにしておく。
【０１０３】
次に、旅行募集案内送信部１２１は、図１９に示した登録ユーザリスト１５２の先頭から１ユーザのメールアドレス１５２−１を入力し（Ｓ３０２）、このメールアドレス宛にステップＳ３０１で作成した募集案内メールを通信部１１５によりネットワーク２００に送信する（Ｓ３０３）。このとき、メール本文中の詳細情報のＵＲＬ Ａ９における未設定のパラメータに当該ユーザのメールアドレスを設定する。そして、今回送信した募集案内メールの宛先メールアドレスを図２０に示した送信済アドレスリスト１５３に保存する（Ｓ３０４）。
【０１０４】
１ユーザへの募集案内メールの送信処理を終えると、旅行募集案内送信部１２１は、図１９の登録ユーザリスト１５２に次のメールアドレスが存在するか否かを調べ（Ｓ３０５）、存在すればステップＳ３０２に戻って上述した処理と同じ処理を繰り返し、存在しなければ登録ユーザへの募集案内メールの送信処理を終える。従って、図１９に示した登録ユーザリスト１５２の場合、メールアドレス１５２−２からメールアドレス１５２−ｍまでの登録ユーザに対して募集案内メールが送信されることになる。
【０１０５】
（Ｂ）募集案内メールを受信した端末装置３０１側での処理
サーバ装置１００から送信された募集案内メールは、指定されたメールアドレスのユーザの端末装置３０１の通信部３２３を通じて受信部３２２で受信される。ユーザは、受信した募集案内メールを表示部３１３に表示させることにより、募集中のツアー名、行先、出発日、募集定員、最小催行人数、募集期限といった概要を知ることができる。
【０１０６】
ユーザがより詳細な情報を知りたいために、受信した募集案内メールの詳細情報のＵＲＬ（図５のＡ９）を入力部３１４で操作すると、端末装置３０１の送信手段３２１が自動的に起動され、通信部３２３を通じて当該ＵＲＬの情報がネットワーク２００を通じてサーバ装置１００に対して送信され、第１の詳細情報が要求される。
【０１０７】
（Ｃ）第１の詳細情報要求時のサーバ装置１００の処理
端末装置３０１から送信された第１の詳細情報の要求にかかるＵＲＬは、サーバ装置１００の通信部１１５で受信されて受付部１１２の詳細情報提供部１３１に伝達される。詳細情報提供部１３１は、図２８に示す処理を開始し、先ず受信したＵＲＬの内容から、第１の詳細情報が要求されていること、その要求者のメールアドレスを認識する（Ｓ３１１）。次に、第１の詳細情報が要求されているので（Ｓ３１２でＹＥＳ）、図８に示した詳細情報画面テンプレート１５１２０を用いて第１の詳細情報画面を作成する（Ｓ３１３）。このとき、詳細情報画面テンプレート１５１２０における旅行日程詳細Ｂ１、旅行代金Ｂ２、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８には、基礎情報１５１中の旅行日程詳細１５１０８、旅行代金１５１０９、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５を設定する。また、申込済人数Ｂ３、キャンセル待ちＢ４には、図２５に示した応募状況１５８で保持されている最新の申込済人数１５８−１、キャンセル待ち人数１５８−２を設定する。さらに、宛名Ｂ１１には、ステップＳ３１１でＵＲＬのパラメータから認識したユーザのメールアドレスを設定する。そして、詳細情報提供部１３１は、作成した第１の詳細情報画面を要求元の端末装置３０１へ送信する（Ｓ３１４）。
【０１０８】
（Ｄ）第１の詳細情報受信時の端末装置３０１側の処理
サーバ装置１００から送信された第１の詳細情報画面は、要求元の端末装置３０１の通信部３２３を通じて受信部３２２で受信され、表示部３１３に表示される。ユーザは、この第１の詳細情報画面から募集中の旅行の詳細を知ることができ、また必要に応じてサーバ装置１００に応答を返すことができる。
【０１０９】
図８に示したように、第１の詳細情報画面には、申込ボタンＢ５、グループ申込ボタンＢ６、不参加ボタンＢ７があるので、一人で参加を希望するユーザは、申込ボタンＢ５をオンにして、送信ボタンＢ１０を押せば、単独申込を行うことができる。また、親しい友人などと一緒に参加したいユーザは、グループ申込ボタンＢ６をオンにすれば、グループ申込を行うことができる。今回の旅行に参加したくないユーザは、何らの応答を返す義務はないが、不参加ボタンＢ７をオンにして送信ボタンＢ１０を押し、不参加の旨を積極的にサーバ装置１００に伝達することもできる。さらに、何れの場合も、紹介したい他のユーザのメールアドレスをＢ８−１〜Ｂ８−ｎに設定し、紹介先へのメッセージをＢ９に設定しておけば、それらもＢ５〜Ｂ７、Ｂ１１の内容と一緒にサーバ装置１００へ送信することができる。
【０１１０】
（Ｅ）第１の詳細情報画面による応答の受信処理
第１の詳細情報画面の送信ボタンＢ１０が操作されることにより端末装置３０１からサーバ装置１００に送信された応答情報は、通信部１１５を通じて受付部１１２の申込処理部１３２に伝達され、図２９に示す処理が開始される。
【０１１１】
先ず申込処理部１３２は、基礎情報１５１における募集期限１５１０５と現在日時とを比較し、募集期限終了後に応答情報が送られてきた場合（Ｓ３２１でＹＥＳ）、図１１に示した募集期間終了画面テンプレート１５１３２の項目Ｄ１に募集期限１５１０５を設定して募集期間終了画面を作成し、それを応答情報を送信してきた端末装置３０１へ送信し（Ｓ３２２）、処理を終える。
【０１１２】
募集期間内の応答であれば（Ｓ３２１でＮＯ）、グループでの申込かどうか、単独での申込かどうかをそれぞれ判別し（Ｓ３２３、Ｓ３２４）、グループ申込であればグループ申込受付処理Ｓ３２５を実行し、単独申込であれば単独申込受付処理Ｓ３２６を実行する。そして、単独申込の場合はその処理Ｓ３２６を終えた後、グループ申込の場合はその処理Ｓ３２５を終えた後、何れの申込でもない不参加の場合は直ちに、今回の応答情報に被紹介メールアドレスが記載されているかどうかを判別し（Ｓ３２７）、記載されていれば被紹介メールアドレス登録処理Ｓ３２８を実行する。
【０１１３】
（Ｅ−１）単独申込受付処理Ｓ３２６の詳細
単独申込受付処理は、単独申込処理部１４１で実行される。単独申込処理部１４１は、まず図４の基礎情報１５１に設定されている募集定員１５１０３と、図２５の応募状況１５８に保持されている最新の申込済人数１５８−１とを比較し、申込済人数が募集定員に達していないかどうかを調べる（Ｓ３３１）。申込済人数が募集定員より少なければ、今回の単独申込を受け付けるべく、申込者のメールアドレスに受付番号を付与して図２２の単独申込リスト１５５に保存し（Ｓ３３２）、図２５の応募状況１５８の申込済人数を１だけ加算する（Ｓ３３３）。そして、図１２（ａ）の受付確認メールテンプレート１５１３３の項目Ｅ１に前記受付番号を設定した受付確認メールを申込者のメールアドレス宛に送信する（Ｓ３３４）。
【０１１４】
他方、申込済人数が既に募集定員に達していれば（Ｓ３３１でＮＯ）、キャンセル待ちの受付を行う。先ず、単独申込処理部１４１は、図１３のキャンセル待ち画面テンプレート１５１３５を用いてキャンセル待ち画面を作成し、申込者の端末装置３０１へ送信する（Ｓ３３５）。端末装置３０１では、キャンセル待ち画面は受信部３２２で受信されて表示部３１３に表示される。ユーザがキャンセル待ちを希望する場合、申込ボタンＦ１をオンにして、送信ボタンＦ３を押せば、キャンセル待ちの申込情報が送信部３２１によりサーバ装置１００の単独申込処理部１４１へ送信される。反対に不参加ボタンＦ２をオンにして送信すれば、キャンセル待ちを行わない旨の情報が単独申込処理部１４１へ送信される。単独申込処理部１４１は、キャンセル待ち画面からの応答を受信し（Ｓ３３６）、キャンセル待ちをユーザが申込んだかどうかを判別する（Ｓ３３７）。キャンセル待ちの申込がない場合、単独申込受付処理Ｓ３２６を終了する。キャンセル待ちが申込まれた場合、単独申込処理部１４１は、今回の申込者のメールアドレスに受付番号を付与して図２４のキャンセル待ち行列１５７に格納すると共に、図２５の応募状況１５８中のキャンセル待ち人数１５８−２を１だけ加算する（Ｓ３３８）。そして、図１２（ｂ）の受付確認メールテンプレート１５１３４の項目Ｅ２に前記受付番号を設定して作成した受付確認メールを申込者のメールアドレス宛に送信する（Ｓ３３９）。
【０１１５】
（Ｅ−２）グループ申込受付処理Ｓ３２５の詳細
グループ申込受付処理は、グループ申込処理部１４２で実行される。その詳細を図３０に示す。グループ申込処理部１４２は、先ず、図１０のグループ申込画面テンプレート１５１３１を用いてグループ申込画面を作成し、申込者の端末装置３０１へ送信する（Ｓ３５１）。このとき、グループメンバのメールアドレスをユーザが設定する複数の項目Ｃ１−１〜Ｃ１−ｎのうち、先頭の項目Ｃ１−１にはグループ申込者のメールアドレスをサーバ装置１００で設定し、残りの項目は空欄にしておく。端末装置３０１では、このグループ申込画面は受信部３２２で受信されて表示部３１３に表示される。グループ申込を行ったユーザは、他の同行者のメールアドレスをグループ申込画面の項目Ｃ１−２以下に記載し、項目Ｃ２に同行者へのメッセージを記載して、送信ボタンＣ３を押せば、グループメンバ全員のメールアドレスとメッセージとが送信部３２１によりサーバ装置１００のグループ申込処理部１４２に送信される。
【０１１６】
グループ申込処理部１４２は、グループ申込画面による送信情報からグループメンバのメールアドレスとメッセージとを受信すると（Ｓ３５２）、以下の２点のチェックを行う。１つは、申込者以外の同行者が他のグループのメンバとして登録されていないかどうかのチェックである（Ｓ３５３）。このチェックは、図２３のグループ申込リスト１５６に同じメールアドレスが登録されていないかどうかを調べることで行われる。また、図２４のキャンセル待ち行列１５７にグループ申込情報が存在する場合、そのグループ申込情報中に同じメールアドレスが登録されていないかどうかも調べる。２つ目は、申込者以外の同行者が単独で参加を申込んでいないかどうかのチェックである（Ｓ３５４）。このチェックは、図２２の単独申込リスト１５５に同じメールアドレスが登録されていないかどうかを調べることで行われる。また、図２４のキャンセル待ち行列１５７に単独申込情報が存在する場合、その単独申込情報のメールアドレスと同じでないかどうかも調べる。これらのチェックの結果、同行者の少なくとも一人でも、他のグループに登録されているか、単独で参加を申込んでいたことが判明した場合、グループ申込処理部１４２は、今回のグループでの申込を拒否すべく、図１４のグループ申込重複通知メールテンプレート１５１３６の項目Ｇ１に、重複して申込されている同行者全てのメールアドレスを記載したグループ申込重複通知メールを作成して、グループ申込者の端末装置３０１へ送信する（Ｓ３５５）。
【０１１７】
他方、上記のチェックをパスした場合、グループ申込処理部１４２は、グループメンバ全員のメールアドレスとメッセージを図２３のグループ申込リスト１５６に保存する（Ｓ３５６）。このとき、図２３の申込者以外の同行者に対応するフラグは未だ参加を表明していない初期値の０にしておく。
【０１１８】
次にグループ申込処理部１４２は、申込者以外の同行者全員に対して旅行の概要を知らせると同時に参加の意志を確認するために、図７の募集案内メールテンプレート１５１１２を用いて作成した募集案内メールを送信する（Ｓ３５７）。このとき、募集案内メールテンプレート１５１１２における差出人Ａ１にはグループ参加申込者のメールアドレスを、日時Ａ２には現在日時をそれぞれ設定し、表題Ａ３、行先Ａ４、出発日Ａ５、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８には、基礎情報１５１におけるツアー名１５１００、行先１５１０１、出発日１５１０２、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５を設定する。また、項目Ａ１２−１〜Ａ１２−ｎに、グループメンバ全員のメールアドレスを設定し、項目Ａ１１に、申込者から同行者に対するメッセージを記載する。さらに、詳細情報のＵＲＬ Ａ９に第２の詳細情報画面のＵＲＬを設定し、そのＵＲＬに付加するパラメータとして、このメールを送信する同行者のメールアドレスを設定しておく。そして、今回送信した募集案内メールの宛先メールアドレスを図２０に示した送信済アドレスリスト１５３に保存する（Ｓ３５８）。
【０１１９】
（Ｅ−２−１）募集案内メールを受信した同行者の端末装置３０１側での処理
サーバ装置１００から送信された募集案内メールは、指定されたメールアドレスのユーザの端末装置３０１の通信部３２３を通じて受信部３２２で受信される。ユーザは、受信した募集案内メールを表示部３１３に表示させることにより、図７の項目Ａ１１に記載されているグループ申込者からのメッセージ、および差出人Ａ１のメールアドレスから、差出人が自分を同行者の一人としてグループで当該旅行を申込んでいる事実を認識することができる。また、項目Ａ１２−１〜Ａ１２−ｎに列挙されているグループメンバ全員のメールアドレスにより、同行者を知ることができ、更に、募集中のツアー名、行先、出発日、募集定員、最小催行人数、募集期限といった概要を知ることができる。
【０１２０】
ユーザがより詳細な情報を知りたいために、受信した募集案内メールの詳細情報のＵＲＬ（図７のＡ９）を入力部３１４で操作すると、端末装置３０１の送信手段３２１が通信部３２３を通じて当該ＵＲＬの情報をネットワーク２００を通じてサーバ装置１００に送信することで、第２の詳細情報を要求する。
【０１２１】
（Ｅ−２−２）第２の詳細情報要求時のサーバ装置１００の処理
端末装置３０１から送信された第２の詳細情報の要求にかかるＵＲＬは、サーバ装置１００の通信部１１５で受信されて受付部１１２の詳細情報提供部１３１に伝達される。詳細情報提供部１３１は、図２８に示す処理を開始し、先ず受信したＵＲＬの内容から、第２の詳細情報が要求されていること、及び要求者のメールアドレスを認識する（Ｓ３１１）。次に、第２の詳細情報が要求されているので（Ｓ３１２でＮＯ）、図９に示した詳細情報画面テンプレート１５１２１を用いて第２の詳細情報画面を作成する（Ｓ３１５）。このとき、詳細情報画面テンプレート１５１２１における旅行日程詳細Ｂ１、旅行代金Ｂ２、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８には、基礎情報１５１中の旅行日程詳細１５１０８、旅行代金１５１０９、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５を設定し、申込済人数Ｂ３、キャンセル待ちＢ４には、図２５に示した応募状況１５８で保持されている最新の申込済人数１５８−１、キャンセル待ち人数１５８−２を設定する。また、宛名Ｂ１１には、ステップＳ３１１でＵＲＬのパラメータから認識したユーザのメールアドレスを設定する。そして、詳細情報提供部１３１は、作成した第２の詳細情報画面を要求元の端末装置３０１へ送信する（Ｓ３１６）。
【０１２２】
（Ｅ−２−３）第２の詳細情報受信時の端末装置３０１側の処理
サーバ装置１００から送信された第２の詳細情報画面は、要求元の端末装置３０１の通信部３２３を通じて受信部３２２で受信され、表示部３１３に表示される。ユーザは、この第２の詳細情報画面から、自分自身をメンバに含むグループで申込まれている旅行の詳細を知ることができる。また申込ボタンＢ５、不参加ボタンＢ７があるので、今回のグループでの申込に同意するユーザは、申込ボタンＢ５をオンにして、送信ボタンＢ１０を押せば、その旨をサーバ装置１００に送信することができる。また、今回のグループでの申込に同意できないユーザは、不参加ボタンＢ７をオンにして送信ボタンＢ１０を押せば、その旨をサーバ装置１００に伝達することもできる。なお、何れの場合も、紹介したい他のユーザのメールアドレスをＢ８−１〜Ｂ８−ｎに設定し、紹介先へのメッセージをＢ９に設定しておけば、それらもＢ５、Ｂ７、Ｂ１１の内容と一緒にサーバ装置１００へ送信することができる。
【０１２３】
（Ｅ−２−４）第２の詳細情報画面による応答の受信処理
第２の詳細情報画面の送信ボタンＢ１０が操作されることにより端末装置３０１からサーバ装置１００に送信された応答情報は、通信部１１５を通じて受付部１１２のグループ申込処理部１４２に伝達され、図３１に示す処理が開始される。
【０１２４】
先ずグループ申込処理部１４２は、基礎情報１５１における募集期限１５１０５と現在日時とを比較し、募集期限終了後に応答情報が送られてきた場合（Ｓ３６１でＹＥＳ）、図１１に示した募集期間終了画面テンプレート１５１３２の項目Ｄ１に募集期限１５１０５を設定した募集期間終了画面を作成し、それを応答情報を送信してきた端末装置３０１へ送信し（Ｓ３６２）、処理を終える。
【０１２５】
募集期間内の応答であれば（Ｓ３６１でＮＯ）、参加、不参加の何れであるかを判別する（Ｓ３６３）。不参加が表明されていれば、グループメンバ全員の賛同が得られないことが確定したので、グループ申込処理部１４２は、グループ申込をキャンセルすべく、図１５のグループ申込中止メールテンプレート１５１３７を用いて作成したグループ申込中止メールをグループ申込者のメールアドレス宛に送信する（Ｓ３６４）。応答情報を返してきたユーザのメールアドレスは応答情報と共にサーバ装置１００に送信されているため、このユーザのメールアドレスを含むグループ申込情報を図２３のグループ申込リスト１５６から検索すれば、グループ申込者のメールアドレスは判明する。なお、グループ申込者だけでなく、グループメンバ全員にグループ申込中止メールを送信しても良いし、既に参加を表明している同行者全員にグループ申込中止メールを送信しても良い。その後、グループ申込処理部１４２は、申込をキャンセルしたグループ申込情報を図２３のグループ申込リスト１５６から削除する（Ｓ３６５）。そして、ステップＳ３７８へ進む。
【０１２６】
他方、参加が表明されている場合（Ｓ３６３でＹＥＳ）、グループ申込処理部１４２は、図２３のグループ申込リスト１５６の該当グループ申込情報における当該ユーザのメールアドレスに対応するフラグを１に変更し、当該ユーザが参加する旨を記憶する（Ｓ３６６）。そして、該当グループ申込情報の同行者全員のフラグが全て１になったかどうか、つまりグループメンバ全員が参加を表明したかどうかを調べ（Ｓ３６７）、未だ全員が参加を表明していない場合、ステップＳ３７８へ進む。
【０１２７】
グループメンバ全員が参加を表明したことが確認されると（Ｓ３６７でＹＥＳ）、この時点ではじめてグループでの申込が有効となる。グループ申込処理部１４２は、図４の基礎情報１５１に設定されている募集定員１５１０３と、図２５の応募状況１５８に保持されている最新の申込済人数１５８−１に今回のグループ申込の参加人数を加算した人数とを比較し、今回のグループ申込を受け付けると募集定員を超えるかどうかを調べる（Ｓ３６８）。超えなければ、今回のグループ申込を受け付けるべく、図２３のグループ申込リスト１５６に記憶されている今回のグループ申込情報に受付番号を付与すると共に図２５の応募状況１５８の申込済人数１５８−１を参加者数だけ加算する（Ｓ３６９）。そして、図１２の受付確認メールテンプレート１５１３３の項目Ｅ１に前記受付番号を設定した受付確認メールをグループ申込者のメールアドレス宛に送信する（Ｓ３７０）。なお、グループ申込者だけでなく、グループメンバ全員に受付確認メールを送信しても良い。
【０１２８】
他方、今回のグループ申込を受け付けると募集定員をオーバーする場合（Ｓ３６８でＹＥＳ）、キャンセル待ちの受付を行う。先ず、グループ申込処理部１４２は、図１３のキャンセル待ち画面テンプレート１５１３５を用いてキャンセル待ち画面を作成し、今回応答してきたユーザの端末装置３０１へ送信する（Ｓ３７１）。端末装置３０１では、キャンセル待ち画面は受信部３２２で受信されて表示部３１３に表示される。ユーザがキャンセル待ちを希望する場合、申込ボタンＦ１をオンにして、送信ボタンＦ３を押せば、キャンセル待ちの申込情報が送信部３２１によりサーバ装置１００のグループ申込処理部１４２へ送信される。反対に不参加ボタンＦ２をオンにして送信すれば、キャンセル待ちを行わない旨の情報がグループ申込処理部１４２へ送信される。グループ申込処理部１４１は、キャンセル待ち画面からの応答を受信し（Ｓ３７２）、キャンセル待ちをユーザが申込んだかどうかを判別する（Ｓ３７３）。キャンセル待ちの申込がない場合、グループ申込処理部１４２は、図１５（ｂ）の受付拒否メールテンプレート１５１３７を用いて受付拒否メールを作成し、グループ申込者に送信する（Ｓ３７４）。なお、グループ申込者だけでなく、グループメンバ全員か、今回の応答者以外の同行者全員に受付拒否メールを送信しても良い。そして、グループ申込処理部１４２は、申込を拒否したグループ申込情報を図２３のグループ申込リスト１５６から削除し（Ｓ３７５）、ステップＳ３７８へ進む。
【０１２９】
一方、キャンセル待ちの申込があった場合（Ｓ３７３でＹＥＳ）、グループ申込処理部１４２は、図２３のグループ申込リスト１５６に記憶されている今回のグループ申込情報にキャンセル待ちの受付番号を付与し、このグループ申込情報をグループ申込リスト１５６から図２４のキャンセル待ち行列１５７へ移送すると共に、図２５の応募状況１５８中のキャンセル待ち人数１５８−２をメンバ数だけ加算する（Ｓ３７６）。次に、図１２（ｂ）のキャンセル待ち受付確認メールテンプレート１５１３４の項目Ｅ２に前記受付番号を設定したキャンセル待ち受付確認メールをグループ申込者のメールアドレス宛に送信する（Ｓ３７７）。なお、グループ申込者だけでなく、グループメンバ全員にキャンセル待ち受付確認メールを送信しても良い。そして、ステップＳ３７８へ進む。
【０１３０】
なお、本実施例では、グループメンバ全員が参加を表明した際に定員オーバーであった場合、最後に参加を表明したユーザに対してキャンセル待ちの申込を行うかどうかを尋ねたが、グループでの参加を申込んだユーザに対して、定員オーバーであるためキャンセル待ちを行うかどうかを尋ねるメールを送信し、申込者本人からキャンセル待ちの申込を受け付けるようにしても良い。また、グループメンバ全員に同様のメールを送信し、グループメンバ全員がキャンセル待ちを申込んだ場合にキャンセル待ちの申込を受け付けるようにしても良い。
【０１３１】
最後に、ステップＳ３７８では、グループ申込処理部１４２は、今回の応答情報に被紹介メールアドレスが記載されているかどうかを判別する。そして、記載されていれば被紹介メールアドレス登録処理Ｓ３７９を実行する。
【０１３２】
（Ｆ）被紹介メールアドレス処理
図２９のステップＳ３２８および図３１のステップＳ３７９で実行される被紹介メールアドレス処理の詳細を図３２に示す。被紹介メールアドレス処理は、被紹介者登録部１４３で実行される。
【０１３３】
被紹介者登録部１４３は、ユーザから送信されてきた応答情報に記載された被紹介メールアドレス（図８および図９のＢ８−１〜Ｂ８−ｎ）のうち、図２０の送信済アドレスリスト１５３中の送信済メールアドレス及び図２１の被紹介者アドレスリスト１５４中の被紹介者メールアドレスと重複しない被紹介メールアドレスだけを、被紹介者アドレスリスト１５４に保存する（Ｓ４０１）。このとき、誰が紹介したかがわかるように、被紹介メールアドレスと紹介者のメールアドレスを組にして被紹介者アドレスリスト１５４に保存する。また、紹介者からのメッセージ（図８および図９のＢ９）が記載されていれば、それも一緒に登録する。
【０１３４】
また被紹介者登録部１４３は、同じく応答情報に記載された被紹介メールアドレのうち、図２０の送信済アドレスリスト１５３中の送信済メールアドレス及び図２１の被紹介者アドレスリスト１５４中の被紹介者メールアドレスと重複する被紹介メールアドレスについては、紹介者に重複メールアドレス通知メールを送信する（Ｓ４０２）。重複メールアドレス通知メールは、図１６の重複メールアドレス通知メールテンプレート１５１３９の項目Ｈ１に、重複メールアドレスを列挙して作成する。
【０１３５】
（Ｇ）被紹介者への募集案内メールの送信
被紹介者への旅行募集案内送信部１２２の処理例を図３３に示す。旅行募集案内送信部１２２は、募集期間が終了する迄、図３３の処理を実行する。但し、募集期間終了前に申込済人数が募集定員に達した場合、図３３の処理は実行しない。
【０１３６】
旅行募集案内送信部１２２は、図２１の被紹介者アドレスリスト１５４が空かどうかを判別し（Ｓ４１１）、空でなければ、被紹介者アドレスリスト１５４の先頭から１つの被紹介メールアドレスと紹介者メールアドレスの組を取り出す（Ｓ４１２）。次に、図６の募集案内メールテンプレート１５１１１を用いて被紹介者用の募集案内メールを作成する（Ｓ４１３）。このとき、募集案内メールテンプレート１５１１１における差出人Ａ１には紹介者のメールアドレスを設定し、日時Ａ２には現在日時を設定する。また、表題Ａ３、行先Ａ４、出発日Ａ５、募集定員Ａ６、最小催行人数Ａ７、募集期限Ａ８には、基礎情報１５１におけるツアー名１５１００、行先１５１０１、出発日１５１０２、募集定員１５１０３、最小催行人数１５１０４、募集期限１５１０５を設定する。また、項目Ａ１０に紹介者からのメッセージを設定する。さらに、詳細情報のＵＲＬ Ａ９には、第１の詳細情報画面のＵＲＬを設定し、そのＵＲＬに付加するパラメータとして今回のメールの宛先メールアドレスを設定しておく。
【０１３７】
次に、旅行募集案内送信部１２２は、作成した被紹介者用の募集案内メールを通信部１１５によりネットワーク２００に送信する（Ｓ４１４）。そして、今回送信した募集案内メールの宛先メールアドレスを図２０に示した送信済アドレスリスト１５３に保存する（Ｓ４１５）。
【０１３８】
１被紹介者への募集案内メールの送信処理を終えると、旅行募集案内送信部１２２は、ステップＳ４１１に戻って上述した処理と同様の処理を繰り返す。
【０１３９】
被紹介者用の募集案内メールを受信した端末装置３０１側での処理は前記Ｂと同じである。また、被紹介者が募集案内メールの送信ボタン（図６のＡ９）を操作して第１の詳細情報を要求した時のサーバ装置１００の処理は前記Ｃと同じである。また、サーバ装置１００から第１の詳細情報画面が送信されたときの端末装置３０１側の処理は前記Ｄと同じである。また、端末装置３０１から第１の詳細情報画面による応答情報が送信されたときのサーバ装置１００の処理は前記Ｅ、Ｅ−１、Ｅ−２、Ｅ−２−１、Ｅ−２−２、Ｅ−２−３、Ｅ−２−４、Ｆと同じである。
【０１４０】
（２）申込券送信期間
ツアー開催決定処理部１１３は、募集期間中、図２５の応募状況１５８中の最新の申込済人数１５８−１と基礎情報１５１中の募集定員１５１０３とを比較することにより、申込済人数が募集定員に達したかどうかを監視しており、申込済人数が募集定員に達すると図２６のステップＳ２０７の処理を実行する。また、申込済人数が募集定員に達する前に募集期間が終了した場合、申込済人数１５８−１と基礎情報１５１中の最小催行人数とを比較し（Ｓ２０５）、申込済人数が最小催行人数に満たない場合は、ステップＳ２０６の処理を実行し、申込済人数が最小催行人数に達していれば、ステップＳ２０７の処理を実行する。
【０１４１】
ステップＳ２０６では、ツアー開催決定処理部１１３は、申込者全員にツアー中止メールを送信する。ツアー中止メールは、図１７のツアー中止メールテンプレート１５１４０を用いて作成する。メールの送り先は、図２２の単独申込リスト１５５にメールアドレスが記録されている単独申込者、図２３のグループ申込リスト１５６に記録されている受付番号付きのグループ申込情報におけるメールアドレスが記録されている申込者である。グループ参加の申込者だけでなく、その同行者全員にツアー中止メールを送信しても良い。また、図２３のグループ申込リスト１５６には、参加について全員の賛同が未だ得られていないグループ申込情報も含まれるが、このようなグループに対して、ツアー中止メールを送信しても良いし、送信しなくても良い。
【０１４２】
ステップＳ２０７では、ツアー開催決定処理部１１３は、申込者全員にツアー申込券メールを送信する。ツアー申込券メールは、図１８のツアー申込券メールテンプレート１５１４１を用いて作成する。図１８の項目Ｊ１には基礎情報１５１中の旅行代金１５１０９を、項目Ｊ２には旅券購入期間１５１０６を、項目Ｊ３には図１２（ａ）の受付確認メールで通知した受付番号と同じ受付番号をそれぞれ設定する。ツアー申込券メールの送り先は、図２２の単独申込リスト１５５にメールアドレスが記録されている単独申込者、図２３のグループ申込リスト１５６に記録されている受付番号付きのグループ申込情報におけるメールアドレスが記録されている申込者である。グループ参加の申込者だけでなく、その同行者全員にツアー申込券メールを送信しても良い。なお、図２３のグループ申込リスト１５６には、参加について全員の賛同が未だ得られていないグループ申込情報も含まれるが、このようなグループの申込者に対して、このステップＳ２０７において、図１５（ａ）のグループ申込中止メールテンプレート１５１３７を用いて作成したグループ申込中止メールを送信するようにしても良い。
【０１４３】
端末装置３０１側では、サーバ装置１００から送信されたツアー申込券メールを受信部３２２で受信し、表示部３１３に表示する。ユーザは、このツアー申込券メールを受信することにより、ツアーの開催が決定したことが認識でき、また購入期間などを認識することができる。本実施例の場合、旅券はこのメールで送られてきたツアー申込券を提示して旅行業者の店頭で行うため、プリントアウトして保管しておく。勿論、端末装置３０１が携帯電話機などの可搬型機器である場合、端末装置３０１の表示部３１３にツアー申込券を表示させて提示するようにしても良い。
【０１４４】
（３）旅券購入期間
発券処理部１１４は、基礎情報１５１中の旅券購入期間１５１０６にわたり、図３４に示す発券処理を実行する。旅行業者の店頭にツアー申込券を持参したユーザがそれを提示して旅行の発券を申込むと、旅行業者のオペレータは、提示されたツアー申込券に記載されている受付番号を入出力装置１０３から発券処理部１１４に入力する（Ｓ４２１）。発券処理部１１４は、入力された受付番号と同じ受付番号が図２２の単独申込リスト１５５または図２３のグループ申込リスト１５６に登録されているかどうかを調べる（Ｓ４２２）。若し、何れのリストにも同じ受付番号が登録されていない場合には、入出力装置１０３にエラーメッセージを出力して今回の処理を終える（Ｓ４２３）。
【０１４５】
受付番号が登録されており、それが単独申込リスト１５５に登録されていた場合には（Ｓ４２４でＮＯ）、一人分の旅券を発行する処理を行い（Ｓ４２５）、単独申込リスト１５５から今回旅券の発行を行った申込情報（受付番号とメールアドレスの組）を削除し、図２５の応募状況１５８中の旅券購入済人数１５８−３を１だけ加算する（Ｓ４２７）。また、グループ申込リスト１５６に登録されていた場合には（Ｓ４２４でＹＥＳ）、グループのメンバ数分の旅券を発行する処理を行い（Ｓ４２６），グループ申込リスト１５６からグループ申込情報を削除し、応募状況１５８中の旅券購入済数１５８−３をグループのメンバ数だけ加算する（Ｓ４２７）。そして、今回の処理を終える。
【０１４６】
なお、旅券購入期間１５１０６の終了時点で、単独申込リスト１５５およびグループ申込リスト１５６に残っている、旅券未購入の申込情報は全て削除される。
【０１４７】
（４）キャンセル待ち募集期間
ツアー開催決定処理部１１３は、基礎情報１５１中の旅券購入期間終了時点に、図２５の応募状況１５８中の旅券購入済人数１５８−３と募集定員１５１０３とを比較し、旅券購入済人数が募集定員より少ないかどうかを判定する（図２６のＳ２１０）。そして、旅券購入済人数が募集定員に達していなければ、応募状況１５８中のキャンセル待ち人数１５８−２が１以上であり、キャンセル待ち者が存在するかどうかを調べる（Ｓ２１１）。キャンセル待ち者が一人以上いる場合、不足定員分を限度にキャンセル待ち者に対してツアー申込券メールを送信する（Ｓ２１２）。このステップＳ２１２の詳細を図３５に示す。
【０１４８】
ツアー開催決定処理部１１３は、図２４のキャンセル待ち行列１５７から１つの申込情報を取り出し（Ｓ４３１）、それが単独申込情報か、グループ申込情報かを判別する（Ｓ４３２）。単独申込情報であれば、その申込者に対してツアー申込券メールを送信する（Ｓ４３３）。ツアー申込券メールは、図１８のツアー申込券メールテンプレート１５１４１を用いて作成する。図１８の項目Ｊ１には旅行代金１５１０９を、項目Ｊ２にはキャンセル待ち購入期間１５１０７を、項目Ｊ３にはキャンセル待ちの申込を受け付けたときに送信した受付確認メールで通知した受付番号と同じ受付番号をそれぞれ設定する。次に、この単独申込情報を図２２の単独申込リスト１５５へ保存する（Ｓ４３４）。そして、図２５の応募状況１５８中の旅券購入済数１５８−３を１だけ加算すると共に、キャンセル待ち人数１５８−２を１だけ減算し（Ｓ４３８）、ステップＳ４３９へ進む。
【０１４９】
キャンセル待ち行列１５７から取り出した申込情報がグループ申込情報であれば（Ｓ４３２でＹＥＳ）、旅券購入済人数１５８−３に今回の申込情報で申込まれた参加人数を加えた人数と、募集定員１５１０３とを比較することにより、このグループ申込情報の受付可否を判定する（Ｓ４３５）。今回のグループ申込を受け付けると定員オーバーになる場合（Ｓ４３５でＹＥＳ）、今回のグループ申込は受け付けず、ステップＳ４３９へ進む。今回のグループ申込を受け付けても募集定員をオーバーしない場合（Ｓ４３５でＮＯ）、図１８のツアー申込券メールテンプレート１５１４１を用いて作成したツアー申込券メールをグループ参加申込者に対して送信する（Ｓ４３６）。グループ参加申込者だけでなく、メンバ全員にツアー申込券メールを送信しても良い。次に、今回のグループ申込情報をグループ申込リスト１５６に保存し（Ｓ４３７）、図２５の応募状況１５８中の旅券購入済数１５８−３を参加人数だけ加算すると共に、キャンセル待ち人数１５８−２をメンバ数だけ減算し（Ｓ４３８）、ステップＳ４３９へ進む。
【０１５０】
ステップＳ４３９では、募集定員１５１０３と旅券購入済数１５８−３とを比較し（Ｓ４３９）、未だ受け付ける余裕がある場合、キャンセル待ち人数１５８−２が１以上、つまりキャンセル待ち行列１５７に申込情報が存在すれば（Ｓ４４０でＹＥＳ）、ステップＳ４３１に戻って上述したと同様の処理を繰り返す。キャンセル待ち行列１５７に申込情報が残っていなければ、処理を終了する。
【０１５１】
（５）キャンセル待ち旅券購入期間
発券処理部１１４は、基礎情報１５１中のキャンセル待ち購入期間１５１０７にわたり、図３４に示す発券処理を再び実行する。これにより、旅行業者の店頭にツアー申込券を持参したキャンセル待ちユーザに対して旅行の発券が行われる。但し、ステップＳ４２７では応募状況１５８中の旅券購入済数１５８−３は更新しなくても良い。
【０１５２】
以上の実施例では、最小催行人数、募集定員、募集期間の条件の下に、旅行業者が企画した旅行への参加者を募集する募集システムを採り上げたが、最小催行人数、募集定員、募集期間のうちの１つ又は２つ或いは全ての条件を付けずに、参加者を募集する募集システムに対しても本発明は適用可能である。また、募集定員を満たす申込者があった時点で正規の募集を終了し、その後はキャンセル待ち扱いとして申込を受け付けたが、キャンセル待ちの申込を受け付けない募集システムに対しても本発明は適用可能である。更に、以上の実施例では、募集期間終了前に申込済人数が募集定員に達した場合、被紹介者への募集案内メールの配信処理を停止したが、本発明の他の実施例として、募集期間終了前に申込済人数が募集定員に達した場合であっても被紹介者への募集案内メールの配信を続け、キャンセル待ち申込の機会を多くのユーザに与えるようにしても良い。
【０１５３】
【発明の効果】
以上説明したように本発明によれば、旅行参加者を効率良く獲得することができる。その理由は、ネットワークを通じて旅行募集案内を利用者に配信しかつその申込をオンラインで受け付けることができるからである。また、親しい友人や知人と一緒にツアーに参加するグループの手間が削減され、グループでの旅行参加者を効率良く獲得することができるからである。また、旅行募集案内情報を送った利用者から紹介された他の利用者に対して送信元アドレスを紹介者のアドレスとした旅行募集案内情報を送ることで、旅行募集案内の効果が高まるからである。また、同一の利用者に同じ旅行募集案内情報を重複して送り付けないため、利用者に不快感を与えることがなく、旅行募集案内情報の効果が高まるからである。
【図面の簡単な説明】
【図１】本発明の実施の形態にかかる募集システムの全体構成を示すブロック図である。
【図２】本発明の実施の形態にかかる募集システムの特徴的な動作を示すシーケンス図である。
【図３】本発明のサーバ装置および端末装置の実施例のブロック図である。
【図４】基礎情報の内容例を示す図である。
【図５】募集案内メールテンプレート（１）の内容例を示す図である。
【図６】募集案内メールテンプレート（２）の内容例を示す図である。
【図７】募集案内メールテンプレート（３）の内容例を示す図である。
【図８】詳細情報画面テンプレート（１）の内容例を示す図である。
【図９】詳細情報画面テンプレート（２）の内容例を示す図である。
【図１０】グループ申込画面テンプレートの内容例を示す図である。
【図１１】募集期間終了画面テンプレートの内容例を示す図である。
【図１２】受付確認メールテンプレート（１）、（２）の内容例を示す図である。
【図１３】キャンセル待ち画面テンプレートの内容例を示す図である。
【図１４】グループ申込重複通知メールテンプレートの内容例を示す図である。
【図１５】グループ申込中止メールテンプレート（１）、（２）の内容例を示す図である。
【図１６】重複メールアドレス通知メールテンプレートの内容例を示す図である。
【図１７】ツアー中止案内メールテンプレートの内容例を示す図である。
【図１８】ツアー申込券メールテンプレートの内容例を示す図である。
【図１９】登録ユーザリストの内容例を示す図である。
【図２０】送信済アドレスリストの内容例を示す図である。
【図２１】被紹介者アドレスリストの内容例を示す図である。
【図２２】単独申込リストの内容例を示す図である。
【図２３】グループ申込リストの内容例を示す図である。
【図２４】キャンセル待ち行列の模式図である。
【図２５】応募状況の内容例を示す図である。
【図２６】本発明の募集システムにおけるサーバ装置の全体処理例を示すフローチャートである。
【図２７】登録ユーザへの旅行募集案内送信部の処理例を示すフローチャートである。
【図２８】詳細情報提供部の処理例を示すフローチャートである。
【図２９】申込処理部が第１の詳細情報画面による応答を受信した際の処理例を示すフローチャートである。
【図３０】グループ申込処理部の処理例を示すフローチャートである。
【図３１】申込処理部が第２の詳細情報画面による応答を受信した際の処理例を示すフローチャートである。
【図３２】被紹介者登録部の処理例を示すフローチャートである。
【図３３】被紹介者への旅行募集案内送信部の処理例を示すフローチャートである。
【図３４】発券処理部の処理例を示すフローチャートである。
【図３５】ステップＳ２１２の詳細を示すフローチャートである。
【符号の説明】
１００…サーバ装置
１０１…処理装置
１０２…記憶装置
１０３…入出力装置
１０４…記録媒体
１１１…旅行募集案内送信部
１１２…受付部
１１３…ツアー開催決定処理部
１１４…発券処理部
１１５…通信部
１２１…登録ユーザへの旅行募集案内送信部
１２２…被紹介者への旅行募集案内送信部
１３１…詳細情報提供部
１４１…単独申込処理部
１４２…グループ申込処理部
１４３…被紹介者登録部
１５１…基礎情報
１５２…登録ユーザリスト
１５３…送信済アドレスリスト
１５４…被紹介者アドレスリスト
１５５…単独申込リスト
１５６…グループ申込リスト
１５７…キャンセル待ち行列
１５８…応募状況
２００…ネットワーク
３０１〜３０４…端末装置
３１１…処理装置
３１２…記憶装置
３１３…表示部
３１４…入力部
３２１…送信部
３２２…受信部
３２３…通信部
３３１…記録媒体
Claims (4)
- サーバ装置と、
前記サーバ装置にネットワークを介して接続される複数の端末装置とを備え、
前記サーバ装置は、
処理装置と記憶装置を備え、
前記処理装置は、
前記ネットワークを通じて、旅行募集案内情報を複数の前記端末装置に送信する旅行募集案内送信手段と、
前記送信された前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記ネットワークを通じて前記端末装置から受信し、申込者および同行者全員のアドレス、同行者へのメッセージおよび同行者に１対１に対応するフラグを含むグループ申込情報を前記記憶装置に保存する処理、前記記憶装置に保存したグループ申込情報にアドレスが記載された同行者の端末装置に対して、前記ネットワークを通じて、申込者および同行者全員のアドレスおよび前記メッセージを付加したグループ旅行募集案内情報を送信する処理、前記送信されたグループ旅行募集案内情報に対する応答情報を前記同行者の端末装置から前記ネットワークを通じて受信し、グループでの申込に同意する応答情報か否かを判別する処理、グループでの申込に同意しない応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込が中止された旨の情報を送信する処理、グループでの申込に同意する応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報中のフラグのうち、今回受信した応答情報で同意する意志を示した同行者に対応するフラグをセットし、グループ申込情報中の同行者に対応するすべてのフラグがセットされた場合に、グループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込を受け付けた旨の情報を送信する処理を行う受付手段とを備え、
前記端末装置は、
前記サーバ装置から送信された前記旅行募集案内情報および前記グループ旅行募集案内情報を前記ネットワークを通じて受信する受信手段と、
前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記ネットワークを通じて前記サーバ装置に送信する処理と、前記グループ旅行募集案内情報に対する応答情報として、グループでの申込に同意するか否かを示す応答情報を前記ネットワークを通じて前記サーバ装置に送信する処理とを行う送信手段とを備えることを特徴とする募集システム。 - ａ）サーバ装置が、ネットワークを通じて、旅行募集案内情報を複数の端末装置に送信するステップ、
ｂ）前記端末装置が、前記ネットワークを通じて、前記サーバ装置から送信された前記旅行募集案内情報を受信するステップ、
ｃ）前記端末装置が、前記ネットワークを通じて、前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記サーバ装置に送信するステップ、
ｄ）前記サーバ装置が、前記ネットワークを通じて、前記端末装置から前記グループでの申込情報を受信し、申込者および同行者全員のアドレス、同行者へのメッセージおよび同行者に１対１に対応するフラグを含むグループ申込情報を記憶装置に保存するステップ、
ｅ）前記サーバ装置が、前記ネットワークを通じて、前記記憶装置に保存したグループ申込情報にアドレスが記載された同行者の端末装置に対して、申込者および同行者全員のアドレスおよび前記メッセージを付加したグループ旅行募集案内情報を送信するステップ、
ｆ）前記同行者の端末装置が、前記ネットワークを通じて、前記サーバ装置から送信され た前記グループ旅行募集案内情報を受信するステップ、
ｇ）前記同行者の端末装置が、前記ネットワークを通じて、前記グループ旅行募集案内情報に対する応答情報として、グループでの申込に同意するか否かを示す応答情報を前記サーバ装置に送信するステップ、
ｈ）前記サーバ装置が、前記ネットワークを通じて、前記同行者の端末装置から送信された前記グループ旅行募集案内情報に対する応答情報を受信し、グループでの申込に同意する応答情報か否かを判別するステップ、
ｉ）前記サーバ装置が、グループでの申込に同意しない応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込が中止された旨の情報を送信するステップ、
ｊ）前記サーバ装置が、グループでの申込に同意する応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報中のフラグのうち、今回受信した応答情報で同意する意志を示した同行者に対応するフラグをセットするステップ、
ｋ）前記サーバ装置が、前記記憶装置に保存されたグループ申込情報中の同行者に対応するすべてのフラグがセットされた場合に、グループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込を受け付けた旨の情報を送信するステップ、
を含むことを特徴とする募集方法。 - 処理装置と記憶装置を備え、ネットワークを介して複数の端末装置に接続されたサーバ装置であって、
前記処理装置は、
前記ネットワークを通じて、旅行募集案内情報を複数の前記端末装置に送信する旅行募集案内送信手段と、
前記送信された前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記ネットワークを通じて前記端末装置から受信し、申込者および同行者全員のアドレス、同行者へのメッセージおよび同行者に１対１に対応するフラグを含むグループ申込情報を記憶装置に保存する処理、前記記憶装置に保存したグループ申込情報にアドレスが記載された同行者の端末装置に対して、前記ネットワークを通じて、申込者および同行者全員のアドレスおよび前記メッセージを付加したグループ旅行募集案内情報を送信する処理、前記送信されたグループ旅行募集案内情報に対する応答情報を前記同行者の端末装置から前記ネットワークを通じて受信し、グループでの申込に同意する応答情報か否かを判別する処理、グループでの申込に同意しない応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込が中止された旨の情報を送信する処理、グループでの申込に同意する応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報中のフラグのうち、今回受信した応答情報で同意する意志を示した同行者に対応するフラグをセットし、グループ申込情報中の同行者に対応するすべてのフラグがセットされた場合に、グループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込を受け付けた旨の情報を送信する処理を行う受付手段とを備えることを特徴とするサーバ装置。 - 処理装置と記憶装置を備え、ネットワークを介して複数の端末装置に接続されたサーバ装置を構成するコンピュータを、
前記ネットワークを通じて、旅行募集案内情報を複数の前記端末装置に送信する旅行募集案内送信手段と、
前記送信された前記旅行募集案内情報に対する応答情報として、申込者および同行者全員のアドレス、申込者から同行者へのメッセージを含むグループでの申込情報を前記ネット ワークを通じて前記端末装置から受信し、申込者および同行者全員のアドレス、同行者へのメッセージおよび同行者に１対１に対応するフラグを含むグループ申込情報を記憶装置に保存する処理、前記記憶装置に保存したグループ申込情報にアドレスが記載された同行者の端末装置に対して、前記ネットワークを通じて、申込者および同行者全員のアドレスおよび前記メッセージを付加したグループ旅行募集案内情報を送信する処理、前記送信されたグループ旅行募集案内情報に対する応答情報を前記同行者の端末装置から前記ネットワークを通じて受信し、グループでの申込に同意する応答情報か否かを判別する処理、グループでの申込に同意しない応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込が中止された旨の情報を送信する処理、グループでの申込に同意する応答情報を受信した場合に、前記記憶装置に保存されたグループ申込情報中のフラグのうち、今回受信した応答情報で同意する意志を示した同行者に対応するフラグをセットし、グループ申込情報中の同行者に対応するすべてのフラグがセットされた場合に、グループ申込情報にアドレスが記載されている申込者および同行者の端末装置に対して、前記ネットワークを通じて、前記グループでの申込を受け付けた旨の情報を送信する処理を行う受付手段と、
して機能させるためのサーバプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002350848A JP4244623B2 (ja) | 2002-12-03 | 2002-12-03 | 募集システム及び方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002350848A JP4244623B2 (ja) | 2002-12-03 | 2002-12-03 | 募集システム及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004185267A JP2004185267A (ja) | 2004-07-02 |
| JP4244623B2 true JP4244623B2 (ja) | 2009-03-25 |
Family
ID=32752923
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002350848A Expired - Fee Related JP4244623B2 (ja) | 2002-12-03 | 2002-12-03 | 募集システム及び方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4244623B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100891917B1 (ko) * | 2007-04-02 | 2009-04-08 | 원치승 | 전세 운송수단을 이용한 여객 맞교환 예약 시스템 및 방법 |
| JP5473426B2 (ja) * | 2009-06-22 | 2014-04-16 | 楽天株式会社 | 現地ツアー推薦システム |
| JP4927201B2 (ja) * | 2010-06-29 | 2012-05-09 | 株式会社Ｌｏｏｐｓ | コミュニティギフトシステム、情報処理方法及び情報処理プログラム |
| JP6636241B2 (ja) * | 2014-10-28 | 2020-01-29 | 松之進 山口 | 情報処理装置、情報処理方法及びプログラム |
| JP6312163B2 (ja) * | 2016-06-29 | 2018-04-18 | 株式会社コナミデジタルエンタテインメント | 予約管理装置のプログラム、予約管理装置の制御方法、及び、予約管理装置 |
-
2002
- 2002-12-03 JP JP2002350848A patent/JP4244623B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004185267A (ja) | 2004-07-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5266841B2 (ja) | 仮想共同体管理システム、仮想共同体管理方法、およびコンピュータプログラム | |
| US20030189592A1 (en) | Systems and methods for providing self-governing online communities | |
| JP4927201B2 (ja) | コミュニティギフトシステム、情報処理方法及び情報処理プログラム | |
| JP2003141038A (ja) | 情報配布方法及び装置 | |
| KR101936528B1 (ko) | 사용자단말기를 이용한 만남 서비스 제공 시스템 및 방법 | |
| KR101893569B1 (ko) | 공용숙박시설 및 행사룸의 온라인 예약 시스템 | |
| JP2022018178A (ja) | 医師とユーザのマッチングシステム | |
| JP4244623B2 (ja) | 募集システム及び方法 | |
| JP3811158B2 (ja) | 通知装置、端末装置、通知システム及び通知方法 | |
| KR101217905B1 (ko) | 매칭 서비스 제공 시스템 및 그 방법 | |
| CN101359388A (zh) | 交友网中两会员从网上到现实中见面或相亲的系统和方法 | |
| JP5875946B2 (ja) | 仮想共同体管理システム、仮想共同体管理方法、およびコンピュータプログラム | |
| JP2020009139A (ja) | 返礼支援装置、返礼支援方法、返礼支援プログラム | |
| JP2020071644A (ja) | チャットシステム。 | |
| JP4792102B2 (ja) | 宿泊勧誘システム | |
| JP3768791B2 (ja) | チャットシステム及びサーバ装置 | |
| JP4178737B2 (ja) | 課金システム及びこの課金システムを備えた会話システム | |
| KR101493342B1 (ko) | 애프터 신청 해결 서비스 제공 시스템 및 방법 | |
| JP2007213516A (ja) | 制御サーバ及び制御方法 | |
| KR20040009343A (ko) | 멀티미디어 메시징 서비스 제공 시스템 및 그 방법 | |
| TWI509554B (zh) | Accommodation Invitation System | |
| KR20010097190A (ko) | 통신상의 만남주선 서비스방법 | |
| JP7074786B2 (ja) | 管理システム、情報処理装置、サーバ、制御方法及びプログラム | |
| KR101108840B1 (ko) | 장소의 제약없이 호감을 전달하기 위한 온라인 호감전달 시스템 및 그 운영방법 | |
| JP4818411B2 (ja) | 宿泊勧誘システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051115 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080417 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080603 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080801 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081216 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081229 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120116 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130116 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130116 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |