JP4623351B2 - 寄付金付き旅行販売システム - Google Patents
寄付金付き旅行販売システム Download PDFInfo
- Publication number
- JP4623351B2 JP4623351B2 JP2001169554A JP2001169554A JP4623351B2 JP 4623351 B2 JP4623351 B2 JP 4623351B2 JP 2001169554 A JP2001169554 A JP 2001169554A JP 2001169554 A JP2001169554 A JP 2001169554A JP 4623351 B2 JP4623351 B2 JP 4623351B2
- Authority
- JP
- Japan
- Prior art keywords
- customer
- donation
- travel
- donations
- amount
- 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
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネット等の情報通信網を介して旅行を販売するシステムに関し、詳しくは、旅行代金に寄付金が加算されたいわゆる寄付金付き旅行を販売する寄付金付き旅行販売システムに関する。
【０００２】
【従来の技術】
近年、大手旅行代理店（主催旅行業者）や航空会社等のホームページでは、顧客にインターネットを介して旅行を販売することがなされている。ところが、旅行代金に寄付金が加算されたいわゆる寄付金付き旅行を販売することは、未だなされていない。
【０００３】
【発明が解決しようとする課題】
観光地の中には現地住民が貧困や文盲のために苦しんでいる地域もあり、旅行の販売に合わせて寄付金を募ることは極めて有益である。一方、インターネットを介して寄付・寄進をする技術は、例えば特開平１０−２２９５５５号公報等に開示されている。これらの技術を考え合わせれば、インターネットを介した旅行の販売と同時に、そのホームページを経由して寄付金を募ることも考えられなくはない。
【０００４】
しかしながら、旅行の販売と寄付活動とを単純に結合しただけでは興趣に欠け、寄付金の集まりも悪いものと予想される。そこで、本発明は、多くの人が参加する、同様の企画が繰り返される、といった旅行の特徴と寄付活動とを関連づけることにより、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることのできる寄付金付き旅行販売システムの提供を目的としてなされた。
【０００５】
【課題を解決するための手段及び発明の効果】
上記目的を達するためになされた請求項１記載の発明は、旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して上記顧客の少なくともいずれかに販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに寄付金を要求するデータを送信する寄付金要求手段と、
複数の上記顧客のコンピュータが上記寄付金の支払いを承諾するデータを送信したとき、上記旅行の催行可能な人数の範囲内で、上記寄付金の多い順に上記顧客を選出する顧客選出手段と、
該顧客選出手段によって選出された上記各顧客の寄付金の総額を積算する寄付金積算手段と、
該寄付金積算手段が積算した寄付金の総額が目標金額以上であるとき、上記顧客選出手段が選出した顧客を上記旅行の参加者として決定する参加者決定手段と、を備えたことを特徴とする。
【０００６】
このように構成された本発明では、いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、寄付金要求手段はその顧客のコンピュータに寄付金を要求するデータを送信する。そして、複数の顧客のコンピュータが寄付金の支払いを承諾するデータを送信したとき、顧客選出手段は、旅行の催行可能な人数の範囲内で、寄付金の多い順に顧客を選出する。
【０００７】
顧客選出手段によって顧客が選出されると、寄付金積算手段は各顧客の寄付金の総額を積算し、その寄付金の総額が目標金額以上であるとき、参加者決定手段は上記選出された顧客を旅行の参加者として決定する。このように、本発明では、寄付金の支払いを承諾する顧客が多い場合はその寄付金の多い順に顧客が選出され、選出された顧客だけで目標金額以上の寄付金が集まる場合はそれ以外の顧客は参加者として決定されない。
【０００８】
このため、どうしても旅行に参加したい顧客は多額の寄付金の支払いを承諾することになる。しかも、最終的に旅行の参加者が決定されるまでは自分が参加できるか否か不明なため、顧客にとってはスリルの連続となる。従って、本発明では、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。なお、寄付金要求手段による寄付金の要求は、旅行代金とは別途に要求されてもよく、旅行代金と一体に、すなわち、寄付金込みの旅行代金等の名目で要求されてもよい。この点は、以下の請求項においても同様である。
【０００９】
請求項２記載の発明は、請求項１記載の構成に加え、上記顧客のコンピュータによって寄付金の金額変更が指示されたとき、上記顧客選出手段が、上記変更後の寄付金の金額に基づいて上記顧客の選出を行い、上記寄付金積算手段が上記変更後の寄付金の金額に基づいて上記寄付金の総額を積算することを特徴とする。
【００１０】
本発明では、上記顧客のコンピュータによって寄付金の金額変更が指示されると、顧客選出手段は変更後の寄付金の金額に基づいて顧客の選出を行い、寄付金積算手段は上記変更後の寄付金の金額に基づいて寄付金の総額を積算する。このため、顧客は、一旦ある金額の寄付金の支払いを承諾した後からも、その寄付金の額を変更することができ、変更後の寄付金の金額に基づいて上記顧客の選出等が行われることになる。このため、顧客は、成り行きを見て寄付金の金額を増減するといったかけひきを楽しむこともできる。従って、本発明では、請求項１記載の発明の効果に加えて、寄付金付き旅行の購入を顧客にとって一層興趣に富んだものとすることができ、一層多額の寄付金を容易に集めることができるといった効果が生じる。
【００１１】
請求項３記載の発明は、旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して上記顧客の少なくともいずれかに販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに寄付金及び一定額の景品原資を要求するデータを送信する要求手段と、
複数の上記顧客のコンピュータが上記寄付金及び景品原資の支払いを承諾するデータを送信したとき、上記景品原資の総額を積算する景品原資積算手段と、
該景品原資積算手段が積算した景品原資の総額が所定額を超えたとき、上記支払いを承諾するデータを新たに送信した顧客に対して抽選を行う抽選手段と、
該抽選手段による抽選で上記顧客が当選したとき、上記顧客と景品とを対応付けると共に上記景品原資の総額から上記景品に対応した金額を減額する当選処理手段と、を備えたことを特徴とする。
【００１２】
このように構成された本発明では、いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、要求手段はその顧客のコンピュータに寄付金及び一定額の景品原資を要求するデータを送信する。そして、複数の上記顧客のコンピュータが上記寄付金及び景品原資の支払いを承諾するデータを送信したとき、景品原資積算手段は上記景品原資の総額を積算する。
【００１３】
景品原資積算手段が積算した景品原資の総額が所定額を超えると、抽選手段が、上記支払いを承諾するデータを新たに送信した顧客に対して抽選を行う。そして、その抽選で顧客が当選したとき、当選処理手段はその顧客と景品とを対応付ける。これによって、顧客は景品を得ることができる。この景品の授受は、情報通信網を介して行われても人手によって行われてもよい。また、上記当選時に当選処理手段は、景品原資の総額から上記景品に対応した金額を減額する。
【００１４】
このため、本発明では、寄付金付き旅行を購入した顧客に抽選の楽しみを与えることができる。しかも、この抽選は景品原資の総額に応じて実行されるので、旅行の応募者（すなわち上記支払いを承諾するデータを新たに送信した顧客）の多寡や他の顧客が当選したか否かに応じて、抽選が実行されるか否かが変化する。よって、上記抽選は一層興趣に富んだものとなる。従って、本発明では、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００１５】
請求項４記載の発明は、旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して上記顧客の少なくともいずれかに販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに一定額の寄付金を要求するデータを送信する寄付金要求手段と、
複数の上記顧客のコンピュータが上記寄付金の支払いを承諾するデータを送信したとき、上記寄付金の総額を積算する寄付金積算手段と、
該寄付金積算手段が積算した寄付金の総額が目標金額を超えたとき、寄付金の総額が上記目標金額満たす範囲内で上記一定額を減額する寄付金減額手段と、
該寄付金減額手段により上記一定額が減額されたとき、その額に応じて上記各顧客への課金額を変更する課金額変更手段と、を備えたことを特徴とする。
【００１６】
このように構成された本発明では、いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、寄付金要求手段はその顧客のコンピュータに一定額の寄付金を要求するデータを送信する。そして、複数の顧客のコンピュータが寄付金の支払いを承諾するデータを送信したとき、寄付金積算手段はその寄付金の総額を積算する。
【００１７】
寄付金積算手段が積算した寄付金の総額が目標金額を超えたとき、寄付金減額手段は、寄付金の総額が上記目標金額満たす範囲内で上記一定額を減額し、課金額変更手段は、その減額された上記一定額に応じて各顧客への課金額を変更する。よって、寄付金付き旅行の応募者が増えるに従って各顧客が負担する寄付金の額は低くなるので、寄付金付き旅行を購入した顧客は、自身が負担する寄付金の額が低くなるのを期待しながら推移を見守ることができる。従って、本発明では、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００１８】
請求項５記載の発明は、旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して所定の募集人員の上記顧客に販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに一人当たり所定額以上の寄付金を要求するデータを送信する寄付金要求手段と、
複数の上記顧客のコンピュータが上記寄付金の支払いを承諾するデータを送信したとき、上記各顧客のコンピュータによって指示された寄付金の総額を積算する寄付金積算手段と、
寄付金の総額の目標金額から上記寄付金積算手段が積算した寄付金の総額を引いて残りの募集人数で割った金額を上記一人当たりの所定額として設定する寄付金設定手段と、を備え、
上記寄付金要求手段が、その時点で設定されている最新の上記所定額に基づいて寄付金を要求することを特徴とする。
【００１９】
このように構成された本発明では、いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、寄付金要求手段はその顧客のコンピュータに一人当たり所定額以上の寄付金を要求するデータを送信する。そして、複数の顧客のコンピュータが寄付金の支払いを承諾するデータを送信したとき、寄付金積算手段は各顧客のコンピュータによって指示された寄付金の総額を積算する。
【００２０】
本発明で販売される寄付金付き旅行は予め所定の募集人員に設定されているので、寄付金設定手段は、寄付金の総額の目標金額から上記寄付金積算手段が積算した寄付金の総額を引いて残りの募集人数で割った金額を上記一人当たりの所定額として設定する。上記寄付金要求手段は、その時点で設定されている最新の上記所定額に基づいて寄付金を要求する。
【００２１】
すなわち、寄付金要求手段は、寄付金の総額の目標金額を参加者に均等に割り振るようにして寄付金を要求するが、その均等に割り振られた所定額よりも多額の寄付金を支払う顧客が現れた場合、その顧客より後から旅行の販売を要求した顧客は負担すべき寄付金の金額が少なくて済むのである。
【００２２】
よって、寄付金付き旅行の販売をこれから要求しようとする顧客は、自身が負担する寄付金の額が低くなるのを期待しながら推移を見守ることができる。また、上記一人当たりの所定額よりも多額の寄付金を支払う顧客は、他の顧客の負担額を低くしてやったという満足感を得ることができる。従って、本発明では、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００２３】
請求項６記載の発明は、請求項５記載の構成に加え、上記いずれかの顧客のコンピュータが、上記所定額よりも大きい第２の所定額以上の寄付金の支払いを承諾するデータを送信したとき、その顧客のコンピュータに、上記旅行の提供者のホームページ上に広告を掲載する権利を提供する広告権提供手段を、更に備えたことを特徴とする。
【００２４】
本発明では、上記いずれかの顧客のコンピュータが、上記所定額よりも大きい第２の所定額以上の寄付金の支払いを承諾するデータを送信したとき、広告権提供手段は、その顧客のコンピュータに、上記旅行の提供者のホームページ上に広告を掲載する権利を提供する。このため、第２の所定額以上の寄付金の支払いを承諾した顧客は、前述のような満足感のみならず、提供者のホームページ上に広告を掲載することができるといった特典を得ることができる。従って、本発明では、請求項５記載の発明の効果に加えて、一層多額の寄付金を容易に集めることができるといった効果が生じる。
【００２５】
【００２６】
【００２７】
【００２８】
【発明の実施の形態】
次に、本発明の実施の形態を、具体的な実施例を挙げて図面と共に説明する。
（第１実施例）
図１は、本発明が適用された第１実施例としての寄付金付き旅行販売システムの構成を表す説明図である。図１に示すように、ネットワークＷには、提供者としての旅行会社（例えば販売旅行業者）１のパーソナルコンピュータ（以下パソコンという）２と、複数の顧客１１のパソコン１２とが接続されている。また、旅行会社１は、ネットワークＷにウェブサーバ３とデータベース４とを接続することにより自身のホームページを開設している。
【００２９】
なお、図１では顧客１１を２つだけ表示したが、実際には何千何万という無数の顧客１１が接続されている。また、本実施例では、情報通信網としてのネットワークＷがインターネットである場合を想定して説明するが、ネットワークＷは他の企画の専用回線網、ＷＡＮ等のネットワークでもよく、公衆回線を利用しないＬＡＮで構成されるイントラネットのようなネットワークであってもよい。
【００３０】
次に、顧客１１のパソコン１２から旅行会社１のホームページへアクセスがなされたときに、ウェブサーバ３が実行する処理について説明する。上記ホームページ中の所定のサイトがアクセスされると、ウェブサーバ３は、図２に示すように旅行の題目を羅列した画面（一覧画面）のデータをパソコン１２に送信し、パソコン１２のＣＲＴ等にその画面が表示される。以下、このようにウェブサーバ３が画面のデータを送信する処理を、単に「画面を表示する」等という。
【００３１】
図２に示すように、この一覧画面には、寄付金付き旅行もそうでない一般の旅行も並列に表示される。ここで、例えば、寄付金付き旅行としての「ミャンマー学校寄贈と５日間の旅」を選択し、パソコン１２でその題目５１がクリックされると、ウェブサーバ３は図３のフローチャートに示す処理を開始する。
【００３２】
図３に示すように、処理を開始するとウェブサーバ３は、先ずＳ１（Ｓはステップを表す：以下同様）にて、その旅行の締め切り日以前であるか否かを判断する。締め切り日以前である場合は（Ｓ１：ＹＥＳ）、続くＳ３へ移行し、図４に示すような旅程表５３を表示する。
【００３３】
図４に示すように、この画面には、各日程における行動予定を表示した旅程表５３と共に、その旅行の募集人員等を表示した説明表示部５５、前の画面に戻るための戻るボタン６１、旅行の申し込みをするためのお申し込みボタン６２、予約内容等を変更するための変更ボタン６３、現在の応募状況を調べるための現在の応募状況ボタン６４、等が表示される。なお、以下の説明で、同様の機能を有するボタンには図４と同様の符号を付して詳細な説明を省略する。
【００３４】
図３に戻って、続くＳ５では、変更ボタン６３がクリックされたか否かを判断し、クリックされていない場合は（Ｓ５：ＮＯ）、Ｓ７へ移行してお申し込みボタン６２がクリックされたか否かを判断する。お申し込みボタン６２もクリックされていない場合は（Ｓ７：ＮＯ）、Ｓ８へ移行して戻るボタン６１がクリックされたか否かを判断し、クリックされていない場合は（Ｓ８：ＮＯ）、Ｓ９へ移行して現在の応募状況ボタン６４がクリックされたか否かを判断する。そして、現在の応募状況ボタン６４もクリックされていない場合は（Ｓ９：ＮＯ）、前述のＳ３へ移行して旅程表５３の表示を続ける。こうして上記ボタン６１〜６４のいずれかがクリックされるまで、Ｓ３〜Ｓ９の処理を繰り返しながら待機する。
【００３５】
お申し込みボタン６２がクリックされた場合は（Ｓ７：ＹＥＳ）、Ｓ１１へ移行し、図５に示すお申し込み画面を表示する。図５に示すように、このお申し込み画面には、顧客１１の氏名を入力する氏名入力欄７１、顧客１１の住所を入力する住所入力欄７２、旅行費用を入力する旅行費用入力欄７３、及び旅行費用の支払方法を入力する支払方法入力欄７４が表示され。更に、このお申し込み画面には、その顧客１１（以下、応募者ともいう）に割り当てられた記号としての応募者記号を表示する応募者記号表示部７５、ＯＫボタン７６、戻るボタン６１等も表示される。
【００３６】
続くＳ１３では、ＯＫボタン７６がクリックされるまで待機する。この待機中に、顧客１１は、氏名入力欄７１，住所入力欄７２，旅行費用入力欄７３，及び支払方法入力欄７４にそれぞれ必要事項を入力し、確認後、ＯＫボタン７６をクリックする。なお、本実施例の寄付金付き旅行は、募集価格が６万円以上とされ、旅行代金としての６万円に寄付金を上乗せしたものを旅行費用入力欄７３に入力する。
【００３７】
お申し込み画面のＯＫボタン７６がクリックされると（Ｓ１３：ＹＥＳ）、続くＳ１５にて、上記入力された氏名等のデータ（申し込みデータ）をデータベース４に格納すると共に、後述の応募状況画面のデータを更新してＳ３へ戻る。また、前述のＳ３〜Ｓ９の処理中に戻るボタン６１がクリックされると（Ｓ８：ＹＥＳ）、処理を一旦終了して図２の一覧画面を表示する。
【００３８】
次に、Ｓ３〜Ｓ９の処理中に現在の応募状況ボタン６４がクリックされると（Ｓ９：ＹＥＳ）、図６（Ａ）に例示するような応募状況画面を表示し（Ｓ１７）、その応募状況画面における戻るボタン６１がクリックされるまで待機する（Ｓ１９）。
【００３９】
本実施例の寄付金付き旅行は、募集人員が４名で寄付金総額が３０万円に予め設定され、応募者多数の場合は原則的に寄付金額の上位４名が参加できる。そのかわり、旅行日程には現地の文部大臣との昼食会等が含まれるなど、多額の寄付を行うのに見合った内容となっている（図４参照）。
【００４０】
そこで、応募状況画面では、図６（Ａ）に示すように前述の応募者記号と旅行費用（応募旅行費用）とを表形式で表示し、上位４名の応募者記号は反転表示される。この応募状況画面を参照することによって、これから応募しようとする顧客１１はどの程度の旅行費用を支払えば上位４名に入れるかを知ることができ、既に応募したものの上位４名に入っていない顧客１１も、旅行費用をどの程度に増額すれば上位４名に入れるかを知ることができる。次に示すように、このような増額は、締め切り日ギリギリまで可能である。
【００４１】
すなわち、Ｓ３〜Ｓ９の処理中（Ｓ１で肯定判断した場合）に変更ボタン６３がクリックされると（Ｓ５：ＹＥＳ）、処理はＳ２１へ移行し、所定のダイアログボックス（図示せず）を表示することにより応募者記号を入力させる処理がなされる。この処理に応じて、既に応募している顧客１１は自身の応募者記号をダイアログボックスに入力する。続くＳ２３では、入力された応募者記号に対応する申し込みデータをデータベース４から検索し、前述のＳ１１へ移行する。
【００４２】
この場合、Ｓ１１では、前述のお申し込み画面に当該申し込みデータを書き込んだ状態で表示する。そこで、顧客１１は必要事項を書き換えた後（支払方法の変更等であってもよい）、ＯＫボタン７６をクリックする。これによって、データベース４には変更後の申し込みデータが格納され、それに応じて応募状況画面も更新される。例えば、応募者Ｅが１０万円であった応募旅行費用を２０万円に増額した場合、図６（Ｂ）に示すように、同じ応募者記号Ｅの欄が追加され、その応募旅行費用として２０万円が表示される。図６（Ｂ）の例では、応募者Ｅは上記増額によって上位４名の中に入ることができた。
【００４３】
一方、締め切り日を過ぎてから図２の題目５１がクリックされた場合は（Ｓ１：ＮＯ）、処理はＳ２５へ移行し、参加者が決定しているか否かを判断する。締め切り日を過ぎると、ウェブサーバ３は、後述の参加者決定処理によって参加者を決定する。参加者決定処理が終了していない場合は（Ｓ２５：ＮＯ）、Ｓ２７へ移行し、計算中である旨を告知するメッセージを戻るボタンと共に表示する。続くＳ２９では、その戻るボタンがクリックされるまで待機し、クリックされると（Ｓ２９：ＹＥＳ）、処理を一旦終了して図２の一覧画面を表示する。
【００４４】
ここで、参加者決定処理の詳細を図７のフローチャートを用いて説明する。この処理は、締め切り日を過ぎた後、旅行会社１のパソコン２からの指令によって開始される。処理を開始するとウェブサーバ３は、先ずＳ３１にて、応募者が４人以上であるか否かを判断する。応募者が４人に満たない場合は（Ｓ３１：ＮＯ）、Ｓ３３にて催行中止を決定して処理を終了する。
【００４５】
応募者が４人以上ある場合は（Ｓ３１：ＹＥＳ）、Ｓ３５にてその応募者の中から４人を寄付金額（すなわち応募旅行費用）が多い順に選出し、更にＳ３７にて、その４人の寄付金を合計する。続くＳ３９では、その合計金額が３０万円以上であるか否かを判断する。３０万円未満の場合は（Ｓ３９：ＮＯ）、前述のＳ３３へ移行して催行中止を決定し、３０万円以上の場合は（Ｓ３９：ＹＥＳ）、Ｓ４１へ移行してその４人を参加者に決定する。
【００４６】
Ｓ４１に続くＳ４３では、上記寄付金付き旅行に増員または増設が可能であるか否かを判断する。例えば、寄付金の上位５人目から上位８人目までの合計金額も３０万円以上である場合、同様の企画を２本構成し、寄贈する学校も１校から２校に増やすといった対応が考えられる。また、募集人員を４名から５名に増員することが可能な場合もある。Ｓ４３では、ネットワークＷを介して飛行機，ホテル等の素材業者のパソコンとデータの送受信を行うことによって、増員・増設が可能であるか否かを判断するのである。
【００４７】
この判断には、旅行会社１の社員がパソコン２を介して何等かの入力を行う処理が介在してもよい。また、ネットワークＷを介して旅行会社１と素材業者とを接続し、旅行の内容を変更する技術については、本願出願人の特願２０００−３１２０２４号，特願２０００−３２７１０６号に詳しいので参照されたい。
【００４８】
Ｓ４３にて増員・増設が不可能（ＮＯ）と判断した場合はそのまま処理を終了し、参加者はＳ３５にて選出された４人となる。また、Ｓ４３にて増員・増設が可能と判断した場合は、参加者を追加する参加者追加処理（Ｓ４５）を実行して処理を終了する。
【００４９】
図３に戻って、このように参加者が決定された後に前述のＳ２５へ移行した場合は、肯定判断してＳ４７へ移行し、図６（Ｃ）に例示する参加者発表画面を戻るボタン６１と共に表示する。図６（Ｃ）の例では、参加者Ａ，Ｅ，Ｆ，Ｄが参加者として決定されている。図３に戻って、続くＳ２９では、その参加者発表画面の戻るボタン６１がクリックされるまで待機し、クリックされると（Ｓ２９：ＹＥＳ）、処理を一旦終了して図２の一覧画面を表示する。
【００５０】
このように、本実施例では、応募者が４人以上いる場合は寄付金の多い順に応募者が４人だけ選出され（Ｓ３５）、その４人で寄付金の目標金額の３０万円が集まる場合はそれ以外の応募者は旅行に参加できない。このため、どうしても旅行に参加したい顧客１１は多額の寄付金の支払いを承諾することになる。しかも、最終的に旅行の参加者が決定されるまでは自分が参加できるか否か不明なため、顧客にとってはスリルの連続となる。
【００５１】
更に、本実施例では、変更ボタン６３をクリックすることにより寄付金の額を変更することができ、変更後の寄付金の金額に基づいて上記選出等が行われる。このため、顧客１１は、成り行きを見て寄付金の金額を増減するといったかけひきを楽しむこともできる。
【００５２】
従って、本実施例では、寄付金付き旅行の購入を顧客にとって極めて興趣に富んだものとすることができ、多額の寄付金を容易に集めることができることができる。なお、上記実施例では、上位４名で３０万円集まらなかった場合には催行中止としたが（Ｓ３３）、この場合、旅行の増員が可能であるか否かを判断し、例えば上位５人で寄付金が３０万円集まる場合には１名増員して旅行を催行するといったことも考えられる。また、３０万円集まらなかった場合、自動的に締め切りを延期して所望の寄付金が集まるまで待機してもよい。締め切りを延期する場合は、出発日をずらすことも考えられる。
【００５３】
逆に、上位４名だけでも３０万円を遥かに超える寄付金が集まる場合は、寄贈する学校の数を増やす、ユネスコ等同種の寄付に使う、余剰金を旅行会社１の利益とする、などといった種々の方法によって余剰金を処理することができる。また、予め、寄付金の内の５１％は学校等のための寄付として、４９％は旅行会社１の利益として、定率で配分するようにシステムを構築することも考えられる。この場合、寄付金が集まれば集まるほど旅行会社１の利益も増加する。
【００５４】
更に、上記実施例では、変更ボタン６３をクリックすることによって寄付金を減額することも可能であるが、増額側の変更のみを受け付けるようにしてもよい。また更に、上記実施例では、寄付金を旅行代金の６万円とは別途に要求しているが、予め所定額の寄付金を含んだ金額を旅行代金として要求してもよい。
【００５５】
また、上記実施例では、応募状況画面に各応募者の応募旅行費用を明示しているので、上位４名に入っていない応募者はいくら増額すれば上位４名に入ることができるのか判る。これに対して、図８（Ａ），（Ｂ）に示すように、応募状況画面では応募旅行費用を明示せずに「＊＊＊」等で表示すると共に、上位４名の応募者記号を反転表示してもよい。この場合、上位４名に入っていない応募者はいくら増額すれば上位４名に入ることができるのか判らず、寄付金を必要以上に増額する可能性が高くなる。従って、この場合、多額の寄付金を一層容易に集めることができる。更に、応募状況画面は全く表示しなくてもよい。この場合、参加者発表があるまで顧客１１は自分が参加できるのか否か全く判らず、ハラハラドキドキといったスリルを一層長期間楽しむことができる。
（第２実施例）
図９は、第２実施例としての寄付金付き旅行販売システムの処理を表すフローチャートである。なお、システムの構成及び一覧画面は、図１，図２に示した第１実施例のものと同様である。パソコン１２で「ミャンマー学校寄贈と５日間の旅」が選択されると、ウェブサーバ３は図９の処理を開始する。
【００５６】
処理を開始すると、ウェブサーバ３は、先ずＳ５１にてその旅行の締め切り日以前であるか否かを判断する。締め切り日以前である場合は（Ｓ５１：ＹＥＳ）、続くＳ５３へ移行して現在の応募者が募集人員未満であるか否かを判断し、募集人員未満の場合は（Ｓ５３：ＹＥＳ）、Ｓ５５へ移行して図１０に示すような旅程表５３を表示する。
【００５７】
この画面では、旅程表５３や各種ボタン６１〜６３は、現在の応募状況ボタン６４がない点を除いて第１実施例と同様である。また、この画面では、説明表示部５５に表示される説明が、第１実施例とは次のように異なっている。この旅行は、募集人員が１７名で、募集価格も１０万円と一律に固定されている。この募集価格には寄付金及び抽選景品原資が含まれており、以下に示すように、抽選景品原資が５個以上貯まっている場合に抽選が行われる。説明表示部５５には、景品の内容や現在の抽選景品原資の個数も表示されている。
【００５８】
図９に戻って、続くＳ５７では、お申し込みボタン６２がクリックされたか否かを判断する。お申し込みボタン６２がクリックされていない場合は（Ｓ５７：ＮＯ）、Ｓ５９にて対応した処理を行った後、前述のＳ５５へ移行する。すなわち、Ｓ５９では、ボタンが何もクリックされていない場合はそのままＳ５５へ移行し、変更ボタン６３がクリックされた場合はその顧客１１の応募者記号に対応したお申し込み画面を表示するなど、第１実施例と同様の処理を実行する。また、Ｓ５５〜Ｓ５９の処理中に戻るボタン６１がクリックされると、第１実施例と同様に処理を一旦終了して一覧画面を表示する。
【００５９】
Ｓ５５〜Ｓ５９の処理中、すなわち図１０の画面の表示中にお申し込みボタン６２がクリックされると（Ｓ５７：ＹＥＳ）、第１実施例と同様にお申し込み画面を表示し（Ｓ６１）、ＯＫボタン７６がクリックされるまで待機する（Ｓ６３）。本実施例では、募集価格が１０万円と一律に固定されているため、お申し込み画面に旅行費用入力欄７３はなく、「募集価格１０万円」と固定的に表示される。Ｓ６１で表示されるお申し込み画面は、上記以外の点では図５に示した第１実施例のお申し込み画面と同様である。
【００６０】
お申し込み画面の必要事項が入力され、ＯＫボタン７６がクリックされると（Ｓ６３：ＹＥＳ）、Ｓ６５へ移行し、カウンタＫを一つインクリメントしてＳ６７へ移行し、Ｋが６以上であるか否かを判断する。ここで、カウンタＫは抽選景品原資の個数を表すカウンタで、当該旅行に関するホームページの開設時に０にセットされる。また、Ｓ５５にて旅程表５３を表示するとき、説明表示部５５にはその時点におけるカウンタＫの値が抽選景品原資の個数として表示される。
【００６１】
Ｋが６未満である場合は（Ｓ６７：ＮＯ）、前述のＳ５５へ移行して旅程表５３を表示する。一方、Ｋが６以上である場合は（Ｓ６７：ＹＥＳ）、Ｓ６９へ移行して抽選処理を実行する。この抽選処理は、乱数を発生するなどの周知の方法により、所定の確率で、顧客１１に景品を１個〜５個獲得させる処理である。なお、Ｋが初めて６以上となってこの抽選処理（Ｓ６９）へ移行した場合は、それまで抽選がなされていなかった顧客１１に対しても同様の抽選がなされる。
【００６２】
続くＳ７１では、Ｓ６９の抽選処理によって顧客１１が当選したか否かを判断し、当選した場合は（Ｓ７１：ＹＥＳ）、Ｓ７３へ移行して当選を顧客１１及び旅行会社１へ告知する。例えば、顧客１１のパソコン１２及び旅行会社１のパソコン２に、上記当選を告知する電子メールを送付する。この場合、旅行会社１へは、顧客１１の住所・氏名と景品獲得数とを対応付けたリストが送付される。
【００６３】
また、本実施例では、図１０の説明表示部５５に表示されたように、景品１個獲得に対してグアム旅行が、景品２個獲得に対してシンガポール旅行が、景品３個獲得に対して香港旅行が、景品４個獲得に対してハワイ旅行が、景品５個獲得に対してオーストラリア旅行が、それぞれ贈呈される。
【００６４】
旅行券の顧客１１への発行・送付は、例えばコンビニエンスストアにおけるチケット販売のように、パソコン１２に接続された図示しないプリンタにパソコン２から画像データを自動的に送信してもよく、パソコン２に接続された図示しないプリンタから旅行券及び顧客１１の宛名シールを自動的にプリントアウトしてもよく、パソコン２の操作者が従来通りに手作業で発行・送付してもよい。
【００６５】
Ｓ７３に続くＳ７５では、カウンタＫの値から上記各得された景品個数を差し引いたものを新たなカウンタＫの値として、前述のＳ５５へ移行する。一方、Ｓ６９の抽選処理で顧客１１が当選しなかった場合は（Ｓ７１：ＮＯ）、顧客１１のパソコン１２に外れを告知して（Ｓ７７）、前述のＳ５５へ移行する。また、前述のＳ５１にて締め切り日以降である（ＮＯ）と判断した場合、及び、前述のＳ５３にて応募者が募集人員に達した（ＮＯ）と判断した場合は、Ｓ９７へ移行し、顧客１１のパソコン１２に募集終了を告知する。続くＳ９９では、その告知画面に設けられた戻るボタンがクリックされるまで待機し、クリックされると（Ｓ９９：ＹＥＳ）、処理を一旦終了して一覧画面を表示する。
【００６６】
本実施例では、図１１に例示するように、顧客１１が申し込みを行う毎に抽選景品原資が１個ずつ増加し（Ｓ６５）、抽選景品原資が５個以上（申し込んだ顧客１１の分を含めて６個以上）貯まると抽選が行われる（Ｓ６９）。そして、顧客１１が当選すると獲得した景品個数に対応する旅行が贈呈され（Ｓ７３）、その景品個数が抽選景品原資から差し引かれる（Ｓ７５）。なお、図１１には、当選が１回も発生しなかった場合の抽選景品原資の増加を破線で示し、９人目の顧客１１が景品を２個、１１人目が景品を１個、１５人目が景品を４個、それぞれ獲得した場合の抽選景品原資の増加を実線で示した。
【００６７】
このように、本実施例では、寄付金付き旅行を購入した顧客１１に抽選の楽しみを与えることができる。しかも、この抽選は抽選景品原資の個数に応じて実行されるので、旅行の応募者の多寡や他の顧客１１が当選したか否かに応じて、抽選が実行されるか否かが変化する。よって、上記抽選は一層興趣に富んだものとなる。従って、本実施例では、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００６８】
なお、上記実施の形態では、抽選景品原資が５個（最高の景品個数）以上貯まれば同様に抽選がなされるものとしたが、貯まった抽選景品原資に応じて抽選の形態を変化させてもよい。例えば、抽選景品原資が貯まれば貯まるほど当選確率が高くなるようにしたり、抽選景品原資が１０個以上貯まれば景品価値を倍増（例えば１名様ご招待を２名様ご招待に変更）するようにしてもよい。後者の場合、Ｓ７５にて差し引かれる景品個数も倍増させるとよい。更に、抽選景品原資が一定数貯まった場合には、所定量の抽選景品原資を旅行会社１が利益として没収するようにしてもよい。
【００６９】
また、募集価格１０万円の内訳を、旅行費用と寄付金と抽選景品原資とに分けて表示してもよく、第１実施例のように、寄付金の額は顧客１１が任意に設定できるようにしてもよい。寺院めぐりなど、信心深い顧客１１が多数参加する寄付金付き旅行では、後者のように寄付金の額を任意に設定できるようにした方が、縁起を担いで多額の寄付金をする顧客１１が増える可能性がある。更に、多忙で旅行に行けない顧客１１のために、寄付金と抽選景品原資とを支払うことによって抽選にのみ参加することも可能なシステムを構築することも考えられる。
（第３実施例）
図１２は、第３実施例としての寄付金付き旅行販売システムの処理を表すフローチャートである。なお、システムの構成及び一覧画面は、図１，図２に示した第１実施例のものと同様である。また、本実施例の処理は第２実施例の処理と同様の処理を含んでいるため、同様のステップには図９で用いた符号を付して詳細な説明を省略する。
【００７０】
「ミャンマー学校寄贈と５日間の旅」が選択され、締め切り日以前で（Ｓ５１：ＹＥＳ）、かつ、未だ募集人員未満であった場合は（Ｓ５３：ＹＥＳ）、Ｓ５５へ移行して図１３に示すような旅程表５３を表示する。この旅程表５３には、戻るボタン６１と説明表示部５５とが添付されており、説明表示部５５の募集価格の項目には、「？」を表記した募集価格ボタン６５が設けられている。
【００７１】
図１２に戻って、続くＳ８１では、募集価格ボタン６５がクリックされたか否かを判断する。募集価格ボタン６５がクリックされていない場合は（Ｓ８１：ＮＯ）、Ｓ８３へ移行し、戻るボタン６１がクリックされたか否かを判断する。戻るボタン６１もクリックされていない場合は（Ｓ８３：ＮＯ）、前述のＳ５５へ移行する。こうして、Ｓ５５〜Ｓ８３の処理を繰り返す間に戻るボタン６１がクリックされると（Ｓ８３：ＹＥＳ）、処理を一旦終了して一覧画面を表示する。
【００７２】
一方、Ｓ５５〜Ｓ８３の処理中に募集価格ボタン６５がクリックされると（Ｓ８１：ＹＥＳ）、図１４に示す募集価格画面を表示する。本実施例の寄付金付き旅行は、募集人員が１０〜２０名で寄付金総額は５０万円に設定してある。そこで、募集開始時には、最低の１０名で寄付金総額の５０万円が集まるように、寄付金額は一人当たり５万円に設定される。そして、参加人数が１０名を超えると徐々に一人当たりの寄付金額が低下し、最高の２０名に達すると一人当たりの寄付金額は２万５千円となる。
【００７３】
図１４に示す募集価格画面には、このような寄付金額及び旅行費用総額の変化を示すグラフと共に、現在、顧客１１が何人目で、申し込んだ場合の旅行費用総額及び寄付金額がいくらになるかが表示される。図１４は、顧客１１が１６人目である場合を例示しており、旅行費用総額は８１２５０円に、寄付金額は３１２５０円になっている。また、この募集価格画面には、戻るボタン６１及びお申し込みボタン６２も表示される。
【００７４】
図１２に戻って、続くＳ８７，Ｓ８９では、お申し込みボタン６２がクリックされたか、戻るボタン６１がクリックされたか、を順次判断しながら募集価格画面の表示（Ｓ８５）を続け、戻るボタン６１がクリックされた場合は（Ｓ８９：ＹＥＳ）、前述のＳ５５へ移行して旅程表５３を表示する。
【００７５】
一方、Ｓ８５〜Ｓ８９の処理中に、すなわち募集価格画面の表示中にお申し込みボタン６２がクリックされた場合は（Ｓ８７：ＹＥＳ）、前述の各実施例と同様にお申し込み画面を表示し（Ｓ９１）、ＯＫボタン７６がクリックされるまで待機する（Ｓ９３）。本実施例でも、お申し込み画面に旅行費用入力欄７３はなく、募集価格画面に表示されていた旅行費用総額が固定的に表示される。
【００７６】
このお申し込み画面に氏名等の必要事項を入力した後、ＯＫボタン７６がクリックされると（Ｓ９３：ＹＥＳ）、Ｓ９５にて募集価格を更新した後Ｓ５５へ移行する。申し込みがあると一人当たりの寄付金額が低下するため、既に申し込みを済ませている応募者への課金額も低下する。また、次に募集価格画面を表示する場合（Ｓ８５）の表示価格も変更する必要がある。Ｓ９５では、このように課金額及び表示価格を変更する処理を行って、前述のＳ５５へ移行するのである。
【００７７】
このように、本実施例では、寄付金付き旅行の応募者が増えるに従って各顧客１１が負担する寄付金額は低くなるので、寄付金付き旅行を購入した顧客１１は、自身が負担する寄付金額が低くなるのを期待しながら推移を見守ることができる。従って、本実施例では、寄付金付き旅行の購入を顧客１１にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
（第４実施例）
本実施例は、募集人員が１０名に固定されている点と、募集価格画面が図１５のように構成される点とを除いては第３実施例と同様であるので、相違点について説明する。本実施例では、募集開始時には、寄付金総額の５０万円を募集人員の１０名で割った５万円を寄付金額として含む１５万円以上の金額を募集価格として提示する。図１５の例では、応募者Ａは提示された１５万円（内１０万円は旅行代金）をそのまま支払っている。ところが、応募者Ｂは、寄付に賛同して３０万円もの旅行費用を支払っている。すると、既に２５万円の寄付金が集まったことになるので、応募者Ｃ以降の応募者は残りの寄付金額２５万円を８人で均等に割った３１２５０円以上の寄付金を負担すればよいことになる。
【００７８】
本実施例では、このように、提示された募集価格よりも高い費用を負担する応募者が現れると、それ以降の応募者に対してはより低い募集価格が提示される。図１５の例では、応募者Ａが１５万円、応募者Ｂが３０万円、応募者Ｃが１３１５００円、応募者Ｄが２０万円、それぞれ支払ったので、応募者Ｅ以降の応募者は１１９７５０円以上支払えばよいことになっている。本実施例の募集価格画面には、このような各応募者が支払った金額が棒グラフで表示されると共に、現在アクセスしている顧客１１がいくら以上支払えばよいのかが表示される。
【００７９】
また、この募集価格画面には、戻るボタン６１及びお申し込みボタン６２も表示され、第３実施例と同様に申し込み等が行える。但し、本実施例で表示されるお申し込み画面では、第１実施例と同様に旅行費用入力欄７３が設けられて応募旅行費用が自由に入力でき、申し込み後に実行される募集価格更新処理（Ｓ９５）では、既に申し込みを済ませている応募者への課金額は変更されない。
【００８０】
このため、本実施例では、寄付金付き旅行の販売をこれから要求しようとする顧客１１は、自身が負担する寄付金の額が低くなるのを期待しながら推移を見守ることができる。また、上記募集価格よりも多額の応募旅行費用を支払った顧客１１は、他の顧客１１の負担額を低くしてやったという満足感を得ることができる。従って、本実施例では、寄付金付き旅行の購入を顧客１１にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００８１】
なお、図１３の旅程表５３に示すように、本実施例の寄付金付き旅行は文部大臣との昼食会を日程に含んでいるので、応募旅行費用に応じて昼食会における席が決定されるようにしてもよい。また、多額の応募旅行費用を支払った応募者には、旅行会社１のホームページに広告を掲示する権限を与えてもよい。
【００８２】
図１６は、応募者にこのような権限を与えるための変形例を表すフローチャートである。本処理は、前述のＳ９３とＳ９５との間に次のような処理（Ｓ１０１〜Ｓ１０５）を挿入した点において異なり、他は上記実施例と同様である。
図１６に示すように、お申し込み画面を表示して（Ｓ９１）、必要事項の入力後にＯＫボタン７６がクリックされると（Ｓ９３：ＹＥＳ）、そのお申し込み画面に入力された応募旅行費用が所定金額（例えば２０万円）以上であるか否かを判断する（Ｓ１０１）。所定金額未満である場合は（Ｓ１０１：ＮＯ）、そのまま前述のＳ９５へ移行し、上記実施例と同様の募集価格更新処理がなされる。
【００８３】
一方、顧客１１が入力した応募旅行費用が所定金額以上であった場合は（Ｓ１０１：ＹＥＳ）、Ｓ１０３へ移行し、広告掲示用のパスワードを表示する。続くＳ１０５では、そのパスワードをメモするのに必要かつ充分な所定時間が経過するまで待機し、所定時間が経過すると（Ｓ１０５：ＹＥＳ）、前述のＳ９５へ移行する。
【００８４】
このようにしてパスワードを取得した顧客１１は、広告用の画像データを作成した後、そのパスワードを用いてデータベース４にアクセスし、その画像データを所定領域に記憶させればよい。こうすることによって、上記画像データに対応した広告が旅行会社１のホームページ上に掲示される。本実施例では、多額の応募旅行費用を支払った顧客１１にこのような特典を与えることによって、一層多額の寄付金を一層容易に集めることができる。
（参考例）
図１７は、参考例としての寄付金付き旅行販売システムの処理を表すフローチャートである。なお、システムの構成及び一覧画面は、図１，図２に示した第１実施例のものと同様である。パソコン１２で「世界遺産修復プロジェクトツアー」（図２には図示せず）が選択されると、ウェブサーバ３は図１７の処理を開始する。
【００８５】
処理を開始すると、ウェブサーバ３は、先ずＳ１１１にて、図１８に例示する旅行情報画面を表示する。本実施の形態の寄付金付き旅行（「世界遺産修復プロジェクトツアー」）は、寄付金の継続的な提供を必要とする活動（図１８の例ではエジプトピラミッドの修復、アンコールワットの修復、及び、ボロブドールの修復）に対応する旅行であって、何度も繰り返し継続的に企画される。
【００８６】
そこで、図１８の旅行情報画面では、各企画の出発日を表示する出発日表示欄８１、その企画の題目を表示する題目表示欄８２、その企画の募集価格（当該活動に関する寄付金を含む）を表示する募集価格表示欄８３、その企画の募集人員及び現在の応募者数を表示する募集人員表示欄８４、例えばピラミッドの修復であればどこを修復するかなどの現地の情報を表示する現地情報表示欄８５、応募者が自己紹介等を書き込む応募者情報表示欄８６、並びに、過去に旅行に参加した顧客１１が感想文等を書き込む感想文表示欄８７が、各企画毎に表形式で表示される。また、題目表示欄８２には、当該企画への参加を申し込むためのお申し込みボタン６２が、上記表の外側には戻るボタン６１が、それぞれ表示される。
【００８７】
なお、この旅行情報画面では、同様の内容の企画に対しても出発日が異なれば個々に上記各表示欄８１〜８７が形成され、現在進行中のものを挟んで過去のものも未来のものも表示される。また、応募者情報表示欄８６への書き込みは出発日直前まで、感想文表示欄８７への書き込みは旅行終了後に、それぞれ書き込み可能となる。更に、一つの欄に多数の書き込みがあった場合は、その企画に割り当てられた欄は上下方向に自動的に伸張する。
【００８８】
図１７へ戻って、Ｓ１１１に続くＳ１１３では、お申し込みボタン６２がクリックされたか否かを判断する。クリックされていない場合は（Ｓ１１３：ＮＯ）、Ｓ１１５へ移行し、現在アクセスしている顧客１１が参加者（応募者または過去に旅行に参加した者）であるか否かを判断する。この判断は、パソコン１２のメールアドレスから判断してもよく、顧客１１に所定のパスワードを入力させることによって判断してもよい。
【００８９】
顧客１１が参加者でない場合は（Ｓ１１５：ＮＯ）、戻るボタンがクリックされたか否かを判断し（Ｓ１１７）、クリックされていない場合は（Ｓ１１７：ＮＯ）、前述のＳ１１１へ移行する。このＳ１１１〜Ｓ１１７を繰り返し実行する間に戻るボタン６１がクリックされると（Ｓ１１７：ＹＥＳ）、処理を一旦終了して一覧画面を表示する。
【００９０】
一方、Ｓ１１１〜Ｓ１１７の処理中にお申し込みボタン６２がクリックされると（Ｓ１１３：ＹＥＳ）、上記各実施例と同様に、お申し込み画面を表示し（Ｓ１２１）、ＯＫボタン７６がクリックされるまで待機する（Ｓ１２３）。本参考例でも、お申し込み画面に旅行費用入力欄７３はなく、募集価格表示欄８３に表示されていた募集価格が固定的に表示される。必要事項の入力後にＯＫボタン７６がクリックされると（Ｓ１２３：ＹＥＳ）、前述のＳ１１１へ移行する。
【００９１】
顧客１１が、このように申し込みを行った応募者である場合、または過去に旅行に参加したものである場合は（Ｓ１１５：ＹＥＳ）、Ｓ１２５へ移行して、応募者情報表示欄８６または感想文表示欄８７への書き込み要求、或いは、他の応募者へのメール送信要求がなされたか否かを判断する。応募者情報表示欄８６または感想文表示欄８７への書き込み要求は、書き込みを希望する欄の枠内をクリックすることによってなされ、メール送信要求は、応募者情報表示欄８６において応募者氏名の前に表示された数字をクリックすることによってなされる。
【００９２】
このような要求がなされていない場合は（Ｓ１２５：ＮＯ）、前述のＳ１１７へ移行し、要求がなされた場合は（Ｓ１２５：ＹＥＳ）、Ｓ１２７にてメール入力画面を表示する。このメール入力画面は、電子メールの送信やＢＢＳへの書き込みに使用される周知の画面で、送信ボタンを備えている。続くＳ１２９では、その送信ボタンがクリックされるまで待機する。
【００９３】
顧客１１が応募者情報表示欄８６または感想文表示欄８７へ書き込むべき文章または他の応募者へ送信すべき文章を上記メール入力画面に入力し、入力完了後に送信ボタンをクリックすると（Ｓ１２９：ＹＥＳ）、処理はＳ１３１へ移行する。Ｓ１３１では、上記要求が応募者情報表示欄８６または感想文表示欄８７への書き込み要求であった場合に、旅行情報画面を更新して前述のＳ１１１へ移行する。なお、上記要求が他の応募者へのメール送信要求であった場合は、旅行情報画面は更新せず、周知の別ルーチンによってそのメールを対応する応募者のパソコン１２に送信してＳ１１１へ移行する。
【００９４】
このように、本参考例では、寄付金付き旅行の参加者同士で情報交換が可能となり、応募者に取ってはその旅行を出発以前から一層興趣に富んだものとすることができる。また、本参考例では、現地の情報等も旅行情報画面に表示されるので、旅行を出発以前から更に興趣に富んだものとすることができる。従って、本参考例では、寄付金付き旅行の購入を顧客１１にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００９５】
以上、本発明を具体的な実施例を挙げて説明したが、上記各実施例において、Ｓ３，Ｓ８５，Ｓ１１１が寄付金要求手段に、Ｓ３５が顧客選出手段に、Ｓ３７が寄付金積算手段に、Ｓ４１が参加者決定手段に、図９のＳ５５が要求手段に、Ｓ６５が景品原資積算手段に、Ｓ６９が抽選手段に、Ｓ７３及びＳ７５が当選処理手段に、第３実施例におけるＳ９５が寄付金積算手段，寄付金減額手段，及び課金額変更手段に、第４実施例におけるＳ９５が寄付金積算手段及び寄付金設定手段に、Ｓ１０３が広告権提供手段に、Ｓ１１１が旅行情報提供手段に、それぞれ相当する。
【００９６】
なお、本発明は上記実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲で種々の形態で実施することができる。例えば、本発明は、飛行機やホテルをセットにした企画旅行に限らず、関西空港−ヤンゴン空港（ミャンマー）間の往復航空券等のいわゆる単品ものに対しても適用することができる。また、寄付金は、空港で渡されるレイの代金などの名目で集められてもよい。
【００９７】
更に、上記各実施例のお申し込み画面では１回の表示で１名のみが申し込み可能となっているが、家族等、複数名が同時に申し込み可能に構成してもよい。また更に、旅行には参加できないが寄付には協力したい顧客１１のために、ブランド品や現地の民芸品等の商品の購入によっても旅行の購入時と同様に寄付が行えるようにシステムを構築することも考えられる。
【図面の簡単な説明】
【図１】 各実施例の寄付金付き旅行販売システムの構成を表す説明図である。
【図２】 各実施例の処理における一覧画面の構成を表す説明図である。
【図３】 第１実施例の処理のメインルーチンを表すフローチャートである。
【図４】 その処理で表示される旅程表の画面を表す説明図である。
【図５】 その処理で表示されるお申し込み画面を表す説明図である。
【図６】 その処理で表示される応募状況画面を表す説明図である。
【図７】 第１実施例における参加者決定処理を表すフローチャートである。
【図８】 上記応募状況画面の変形例を表す説明図である。
【図９】 第２実施例の処理のメインルーチンを表すフローチャートである。
【図１０】 その処理で表示される旅程表の画面を表す説明図である。
【図１１】 第２実施例における抽選景品原資の変化を例示する説明図である。
【図１２】 第３，第４実施例の処理のメインルーチンを表すフローチャートである。
【図１３】 その処理で表示される旅程表の画面を表す説明図である。
【図１４】 その処理で表示される募集価格画面を例示する説明図である。
【図１５】 第４実施例における募集価格画面を例示する説明図である。
【図１６】 その変形例の処理の一部を表すフローチャートである。
【図１７】 参考例の処理のメインルーチンを表すフローチャートである。
【図１８】 その処理で表示される旅行情報画面を表す説明図である。
【符号の説明】
１…旅行会社 ２，１２…パソコン ３…ウェブサーバ
４…データベース １１…顧客 ５３…旅程表
５５…説明表示部 ６１…戻るボタン ６２…お申し込みボタン
６３…変更ボタン ６４…現在の応募状況ボタン ６５…募集価格ボタン
７１…氏名入力欄 ７２…住所入力欄 ７３…旅行費用入力欄
７４…支払方法入力欄 ７５…応募者記号表示部 ７６…ＯＫボタン
８１…出発日表示欄 ８２…題目表示欄 ８３…募集価格表示欄
８４…募集人員表示欄 ８５…現地情報表示欄 ８６…応募者情報表示欄
８７…感想文表示欄 Ｗ…ネットワーク
【発明の属する技術分野】
本発明は、インターネット等の情報通信網を介して旅行を販売するシステムに関し、詳しくは、旅行代金に寄付金が加算されたいわゆる寄付金付き旅行を販売する寄付金付き旅行販売システムに関する。
【０００２】
【従来の技術】
近年、大手旅行代理店（主催旅行業者）や航空会社等のホームページでは、顧客にインターネットを介して旅行を販売することがなされている。ところが、旅行代金に寄付金が加算されたいわゆる寄付金付き旅行を販売することは、未だなされていない。
【０００３】
【発明が解決しようとする課題】
観光地の中には現地住民が貧困や文盲のために苦しんでいる地域もあり、旅行の販売に合わせて寄付金を募ることは極めて有益である。一方、インターネットを介して寄付・寄進をする技術は、例えば特開平１０−２２９５５５号公報等に開示されている。これらの技術を考え合わせれば、インターネットを介した旅行の販売と同時に、そのホームページを経由して寄付金を募ることも考えられなくはない。
【０００４】
しかしながら、旅行の販売と寄付活動とを単純に結合しただけでは興趣に欠け、寄付金の集まりも悪いものと予想される。そこで、本発明は、多くの人が参加する、同様の企画が繰り返される、といった旅行の特徴と寄付活動とを関連づけることにより、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることのできる寄付金付き旅行販売システムの提供を目的としてなされた。
【０００５】
【課題を解決するための手段及び発明の効果】
上記目的を達するためになされた請求項１記載の発明は、旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して上記顧客の少なくともいずれかに販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに寄付金を要求するデータを送信する寄付金要求手段と、
複数の上記顧客のコンピュータが上記寄付金の支払いを承諾するデータを送信したとき、上記旅行の催行可能な人数の範囲内で、上記寄付金の多い順に上記顧客を選出する顧客選出手段と、
該顧客選出手段によって選出された上記各顧客の寄付金の総額を積算する寄付金積算手段と、
該寄付金積算手段が積算した寄付金の総額が目標金額以上であるとき、上記顧客選出手段が選出した顧客を上記旅行の参加者として決定する参加者決定手段と、を備えたことを特徴とする。
【０００６】
このように構成された本発明では、いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、寄付金要求手段はその顧客のコンピュータに寄付金を要求するデータを送信する。そして、複数の顧客のコンピュータが寄付金の支払いを承諾するデータを送信したとき、顧客選出手段は、旅行の催行可能な人数の範囲内で、寄付金の多い順に顧客を選出する。
【０００７】
顧客選出手段によって顧客が選出されると、寄付金積算手段は各顧客の寄付金の総額を積算し、その寄付金の総額が目標金額以上であるとき、参加者決定手段は上記選出された顧客を旅行の参加者として決定する。このように、本発明では、寄付金の支払いを承諾する顧客が多い場合はその寄付金の多い順に顧客が選出され、選出された顧客だけで目標金額以上の寄付金が集まる場合はそれ以外の顧客は参加者として決定されない。
【０００８】
このため、どうしても旅行に参加したい顧客は多額の寄付金の支払いを承諾することになる。しかも、最終的に旅行の参加者が決定されるまでは自分が参加できるか否か不明なため、顧客にとってはスリルの連続となる。従って、本発明では、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。なお、寄付金要求手段による寄付金の要求は、旅行代金とは別途に要求されてもよく、旅行代金と一体に、すなわち、寄付金込みの旅行代金等の名目で要求されてもよい。この点は、以下の請求項においても同様である。
【０００９】
請求項２記載の発明は、請求項１記載の構成に加え、上記顧客のコンピュータによって寄付金の金額変更が指示されたとき、上記顧客選出手段が、上記変更後の寄付金の金額に基づいて上記顧客の選出を行い、上記寄付金積算手段が上記変更後の寄付金の金額に基づいて上記寄付金の総額を積算することを特徴とする。
【００１０】
本発明では、上記顧客のコンピュータによって寄付金の金額変更が指示されると、顧客選出手段は変更後の寄付金の金額に基づいて顧客の選出を行い、寄付金積算手段は上記変更後の寄付金の金額に基づいて寄付金の総額を積算する。このため、顧客は、一旦ある金額の寄付金の支払いを承諾した後からも、その寄付金の額を変更することができ、変更後の寄付金の金額に基づいて上記顧客の選出等が行われることになる。このため、顧客は、成り行きを見て寄付金の金額を増減するといったかけひきを楽しむこともできる。従って、本発明では、請求項１記載の発明の効果に加えて、寄付金付き旅行の購入を顧客にとって一層興趣に富んだものとすることができ、一層多額の寄付金を容易に集めることができるといった効果が生じる。
【００１１】
請求項３記載の発明は、旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して上記顧客の少なくともいずれかに販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに寄付金及び一定額の景品原資を要求するデータを送信する要求手段と、
複数の上記顧客のコンピュータが上記寄付金及び景品原資の支払いを承諾するデータを送信したとき、上記景品原資の総額を積算する景品原資積算手段と、
該景品原資積算手段が積算した景品原資の総額が所定額を超えたとき、上記支払いを承諾するデータを新たに送信した顧客に対して抽選を行う抽選手段と、
該抽選手段による抽選で上記顧客が当選したとき、上記顧客と景品とを対応付けると共に上記景品原資の総額から上記景品に対応した金額を減額する当選処理手段と、を備えたことを特徴とする。
【００１２】
このように構成された本発明では、いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、要求手段はその顧客のコンピュータに寄付金及び一定額の景品原資を要求するデータを送信する。そして、複数の上記顧客のコンピュータが上記寄付金及び景品原資の支払いを承諾するデータを送信したとき、景品原資積算手段は上記景品原資の総額を積算する。
【００１３】
景品原資積算手段が積算した景品原資の総額が所定額を超えると、抽選手段が、上記支払いを承諾するデータを新たに送信した顧客に対して抽選を行う。そして、その抽選で顧客が当選したとき、当選処理手段はその顧客と景品とを対応付ける。これによって、顧客は景品を得ることができる。この景品の授受は、情報通信網を介して行われても人手によって行われてもよい。また、上記当選時に当選処理手段は、景品原資の総額から上記景品に対応した金額を減額する。
【００１４】
このため、本発明では、寄付金付き旅行を購入した顧客に抽選の楽しみを与えることができる。しかも、この抽選は景品原資の総額に応じて実行されるので、旅行の応募者（すなわち上記支払いを承諾するデータを新たに送信した顧客）の多寡や他の顧客が当選したか否かに応じて、抽選が実行されるか否かが変化する。よって、上記抽選は一層興趣に富んだものとなる。従って、本発明では、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００１５】
請求項４記載の発明は、旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して上記顧客の少なくともいずれかに販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに一定額の寄付金を要求するデータを送信する寄付金要求手段と、
複数の上記顧客のコンピュータが上記寄付金の支払いを承諾するデータを送信したとき、上記寄付金の総額を積算する寄付金積算手段と、
該寄付金積算手段が積算した寄付金の総額が目標金額を超えたとき、寄付金の総額が上記目標金額満たす範囲内で上記一定額を減額する寄付金減額手段と、
該寄付金減額手段により上記一定額が減額されたとき、その額に応じて上記各顧客への課金額を変更する課金額変更手段と、を備えたことを特徴とする。
【００１６】
このように構成された本発明では、いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、寄付金要求手段はその顧客のコンピュータに一定額の寄付金を要求するデータを送信する。そして、複数の顧客のコンピュータが寄付金の支払いを承諾するデータを送信したとき、寄付金積算手段はその寄付金の総額を積算する。
【００１７】
寄付金積算手段が積算した寄付金の総額が目標金額を超えたとき、寄付金減額手段は、寄付金の総額が上記目標金額満たす範囲内で上記一定額を減額し、課金額変更手段は、その減額された上記一定額に応じて各顧客への課金額を変更する。よって、寄付金付き旅行の応募者が増えるに従って各顧客が負担する寄付金の額は低くなるので、寄付金付き旅行を購入した顧客は、自身が負担する寄付金の額が低くなるのを期待しながら推移を見守ることができる。従って、本発明では、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００１８】
請求項５記載の発明は、旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して所定の募集人員の上記顧客に販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに一人当たり所定額以上の寄付金を要求するデータを送信する寄付金要求手段と、
複数の上記顧客のコンピュータが上記寄付金の支払いを承諾するデータを送信したとき、上記各顧客のコンピュータによって指示された寄付金の総額を積算する寄付金積算手段と、
寄付金の総額の目標金額から上記寄付金積算手段が積算した寄付金の総額を引いて残りの募集人数で割った金額を上記一人当たりの所定額として設定する寄付金設定手段と、を備え、
上記寄付金要求手段が、その時点で設定されている最新の上記所定額に基づいて寄付金を要求することを特徴とする。
【００１９】
このように構成された本発明では、いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、寄付金要求手段はその顧客のコンピュータに一人当たり所定額以上の寄付金を要求するデータを送信する。そして、複数の顧客のコンピュータが寄付金の支払いを承諾するデータを送信したとき、寄付金積算手段は各顧客のコンピュータによって指示された寄付金の総額を積算する。
【００２０】
本発明で販売される寄付金付き旅行は予め所定の募集人員に設定されているので、寄付金設定手段は、寄付金の総額の目標金額から上記寄付金積算手段が積算した寄付金の総額を引いて残りの募集人数で割った金額を上記一人当たりの所定額として設定する。上記寄付金要求手段は、その時点で設定されている最新の上記所定額に基づいて寄付金を要求する。
【００２１】
すなわち、寄付金要求手段は、寄付金の総額の目標金額を参加者に均等に割り振るようにして寄付金を要求するが、その均等に割り振られた所定額よりも多額の寄付金を支払う顧客が現れた場合、その顧客より後から旅行の販売を要求した顧客は負担すべき寄付金の金額が少なくて済むのである。
【００２２】
よって、寄付金付き旅行の販売をこれから要求しようとする顧客は、自身が負担する寄付金の額が低くなるのを期待しながら推移を見守ることができる。また、上記一人当たりの所定額よりも多額の寄付金を支払う顧客は、他の顧客の負担額を低くしてやったという満足感を得ることができる。従って、本発明では、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００２３】
請求項６記載の発明は、請求項５記載の構成に加え、上記いずれかの顧客のコンピュータが、上記所定額よりも大きい第２の所定額以上の寄付金の支払いを承諾するデータを送信したとき、その顧客のコンピュータに、上記旅行の提供者のホームページ上に広告を掲載する権利を提供する広告権提供手段を、更に備えたことを特徴とする。
【００２４】
本発明では、上記いずれかの顧客のコンピュータが、上記所定額よりも大きい第２の所定額以上の寄付金の支払いを承諾するデータを送信したとき、広告権提供手段は、その顧客のコンピュータに、上記旅行の提供者のホームページ上に広告を掲載する権利を提供する。このため、第２の所定額以上の寄付金の支払いを承諾した顧客は、前述のような満足感のみならず、提供者のホームページ上に広告を掲載することができるといった特典を得ることができる。従って、本発明では、請求項５記載の発明の効果に加えて、一層多額の寄付金を容易に集めることができるといった効果が生じる。
【００２５】
【００２６】
【００２７】
【００２８】
【発明の実施の形態】
次に、本発明の実施の形態を、具体的な実施例を挙げて図面と共に説明する。
（第１実施例）
図１は、本発明が適用された第１実施例としての寄付金付き旅行販売システムの構成を表す説明図である。図１に示すように、ネットワークＷには、提供者としての旅行会社（例えば販売旅行業者）１のパーソナルコンピュータ（以下パソコンという）２と、複数の顧客１１のパソコン１２とが接続されている。また、旅行会社１は、ネットワークＷにウェブサーバ３とデータベース４とを接続することにより自身のホームページを開設している。
【００２９】
なお、図１では顧客１１を２つだけ表示したが、実際には何千何万という無数の顧客１１が接続されている。また、本実施例では、情報通信網としてのネットワークＷがインターネットである場合を想定して説明するが、ネットワークＷは他の企画の専用回線網、ＷＡＮ等のネットワークでもよく、公衆回線を利用しないＬＡＮで構成されるイントラネットのようなネットワークであってもよい。
【００３０】
次に、顧客１１のパソコン１２から旅行会社１のホームページへアクセスがなされたときに、ウェブサーバ３が実行する処理について説明する。上記ホームページ中の所定のサイトがアクセスされると、ウェブサーバ３は、図２に示すように旅行の題目を羅列した画面（一覧画面）のデータをパソコン１２に送信し、パソコン１２のＣＲＴ等にその画面が表示される。以下、このようにウェブサーバ３が画面のデータを送信する処理を、単に「画面を表示する」等という。
【００３１】
図２に示すように、この一覧画面には、寄付金付き旅行もそうでない一般の旅行も並列に表示される。ここで、例えば、寄付金付き旅行としての「ミャンマー学校寄贈と５日間の旅」を選択し、パソコン１２でその題目５１がクリックされると、ウェブサーバ３は図３のフローチャートに示す処理を開始する。
【００３２】
図３に示すように、処理を開始するとウェブサーバ３は、先ずＳ１（Ｓはステップを表す：以下同様）にて、その旅行の締め切り日以前であるか否かを判断する。締め切り日以前である場合は（Ｓ１：ＹＥＳ）、続くＳ３へ移行し、図４に示すような旅程表５３を表示する。
【００３３】
図４に示すように、この画面には、各日程における行動予定を表示した旅程表５３と共に、その旅行の募集人員等を表示した説明表示部５５、前の画面に戻るための戻るボタン６１、旅行の申し込みをするためのお申し込みボタン６２、予約内容等を変更するための変更ボタン６３、現在の応募状況を調べるための現在の応募状況ボタン６４、等が表示される。なお、以下の説明で、同様の機能を有するボタンには図４と同様の符号を付して詳細な説明を省略する。
【００３４】
図３に戻って、続くＳ５では、変更ボタン６３がクリックされたか否かを判断し、クリックされていない場合は（Ｓ５：ＮＯ）、Ｓ７へ移行してお申し込みボタン６２がクリックされたか否かを判断する。お申し込みボタン６２もクリックされていない場合は（Ｓ７：ＮＯ）、Ｓ８へ移行して戻るボタン６１がクリックされたか否かを判断し、クリックされていない場合は（Ｓ８：ＮＯ）、Ｓ９へ移行して現在の応募状況ボタン６４がクリックされたか否かを判断する。そして、現在の応募状況ボタン６４もクリックされていない場合は（Ｓ９：ＮＯ）、前述のＳ３へ移行して旅程表５３の表示を続ける。こうして上記ボタン６１〜６４のいずれかがクリックされるまで、Ｓ３〜Ｓ９の処理を繰り返しながら待機する。
【００３５】
お申し込みボタン６２がクリックされた場合は（Ｓ７：ＹＥＳ）、Ｓ１１へ移行し、図５に示すお申し込み画面を表示する。図５に示すように、このお申し込み画面には、顧客１１の氏名を入力する氏名入力欄７１、顧客１１の住所を入力する住所入力欄７２、旅行費用を入力する旅行費用入力欄７３、及び旅行費用の支払方法を入力する支払方法入力欄７４が表示され。更に、このお申し込み画面には、その顧客１１（以下、応募者ともいう）に割り当てられた記号としての応募者記号を表示する応募者記号表示部７５、ＯＫボタン７６、戻るボタン６１等も表示される。
【００３６】
続くＳ１３では、ＯＫボタン７６がクリックされるまで待機する。この待機中に、顧客１１は、氏名入力欄７１，住所入力欄７２，旅行費用入力欄７３，及び支払方法入力欄７４にそれぞれ必要事項を入力し、確認後、ＯＫボタン７６をクリックする。なお、本実施例の寄付金付き旅行は、募集価格が６万円以上とされ、旅行代金としての６万円に寄付金を上乗せしたものを旅行費用入力欄７３に入力する。
【００３７】
お申し込み画面のＯＫボタン７６がクリックされると（Ｓ１３：ＹＥＳ）、続くＳ１５にて、上記入力された氏名等のデータ（申し込みデータ）をデータベース４に格納すると共に、後述の応募状況画面のデータを更新してＳ３へ戻る。また、前述のＳ３〜Ｓ９の処理中に戻るボタン６１がクリックされると（Ｓ８：ＹＥＳ）、処理を一旦終了して図２の一覧画面を表示する。
【００３８】
次に、Ｓ３〜Ｓ９の処理中に現在の応募状況ボタン６４がクリックされると（Ｓ９：ＹＥＳ）、図６（Ａ）に例示するような応募状況画面を表示し（Ｓ１７）、その応募状況画面における戻るボタン６１がクリックされるまで待機する（Ｓ１９）。
【００３９】
本実施例の寄付金付き旅行は、募集人員が４名で寄付金総額が３０万円に予め設定され、応募者多数の場合は原則的に寄付金額の上位４名が参加できる。そのかわり、旅行日程には現地の文部大臣との昼食会等が含まれるなど、多額の寄付を行うのに見合った内容となっている（図４参照）。
【００４０】
そこで、応募状況画面では、図６（Ａ）に示すように前述の応募者記号と旅行費用（応募旅行費用）とを表形式で表示し、上位４名の応募者記号は反転表示される。この応募状況画面を参照することによって、これから応募しようとする顧客１１はどの程度の旅行費用を支払えば上位４名に入れるかを知ることができ、既に応募したものの上位４名に入っていない顧客１１も、旅行費用をどの程度に増額すれば上位４名に入れるかを知ることができる。次に示すように、このような増額は、締め切り日ギリギリまで可能である。
【００４１】
すなわち、Ｓ３〜Ｓ９の処理中（Ｓ１で肯定判断した場合）に変更ボタン６３がクリックされると（Ｓ５：ＹＥＳ）、処理はＳ２１へ移行し、所定のダイアログボックス（図示せず）を表示することにより応募者記号を入力させる処理がなされる。この処理に応じて、既に応募している顧客１１は自身の応募者記号をダイアログボックスに入力する。続くＳ２３では、入力された応募者記号に対応する申し込みデータをデータベース４から検索し、前述のＳ１１へ移行する。
【００４２】
この場合、Ｓ１１では、前述のお申し込み画面に当該申し込みデータを書き込んだ状態で表示する。そこで、顧客１１は必要事項を書き換えた後（支払方法の変更等であってもよい）、ＯＫボタン７６をクリックする。これによって、データベース４には変更後の申し込みデータが格納され、それに応じて応募状況画面も更新される。例えば、応募者Ｅが１０万円であった応募旅行費用を２０万円に増額した場合、図６（Ｂ）に示すように、同じ応募者記号Ｅの欄が追加され、その応募旅行費用として２０万円が表示される。図６（Ｂ）の例では、応募者Ｅは上記増額によって上位４名の中に入ることができた。
【００４３】
一方、締め切り日を過ぎてから図２の題目５１がクリックされた場合は（Ｓ１：ＮＯ）、処理はＳ２５へ移行し、参加者が決定しているか否かを判断する。締め切り日を過ぎると、ウェブサーバ３は、後述の参加者決定処理によって参加者を決定する。参加者決定処理が終了していない場合は（Ｓ２５：ＮＯ）、Ｓ２７へ移行し、計算中である旨を告知するメッセージを戻るボタンと共に表示する。続くＳ２９では、その戻るボタンがクリックされるまで待機し、クリックされると（Ｓ２９：ＹＥＳ）、処理を一旦終了して図２の一覧画面を表示する。
【００４４】
ここで、参加者決定処理の詳細を図７のフローチャートを用いて説明する。この処理は、締め切り日を過ぎた後、旅行会社１のパソコン２からの指令によって開始される。処理を開始するとウェブサーバ３は、先ずＳ３１にて、応募者が４人以上であるか否かを判断する。応募者が４人に満たない場合は（Ｓ３１：ＮＯ）、Ｓ３３にて催行中止を決定して処理を終了する。
【００４５】
応募者が４人以上ある場合は（Ｓ３１：ＹＥＳ）、Ｓ３５にてその応募者の中から４人を寄付金額（すなわち応募旅行費用）が多い順に選出し、更にＳ３７にて、その４人の寄付金を合計する。続くＳ３９では、その合計金額が３０万円以上であるか否かを判断する。３０万円未満の場合は（Ｓ３９：ＮＯ）、前述のＳ３３へ移行して催行中止を決定し、３０万円以上の場合は（Ｓ３９：ＹＥＳ）、Ｓ４１へ移行してその４人を参加者に決定する。
【００４６】
Ｓ４１に続くＳ４３では、上記寄付金付き旅行に増員または増設が可能であるか否かを判断する。例えば、寄付金の上位５人目から上位８人目までの合計金額も３０万円以上である場合、同様の企画を２本構成し、寄贈する学校も１校から２校に増やすといった対応が考えられる。また、募集人員を４名から５名に増員することが可能な場合もある。Ｓ４３では、ネットワークＷを介して飛行機，ホテル等の素材業者のパソコンとデータの送受信を行うことによって、増員・増設が可能であるか否かを判断するのである。
【００４７】
この判断には、旅行会社１の社員がパソコン２を介して何等かの入力を行う処理が介在してもよい。また、ネットワークＷを介して旅行会社１と素材業者とを接続し、旅行の内容を変更する技術については、本願出願人の特願２０００−３１２０２４号，特願２０００−３２７１０６号に詳しいので参照されたい。
【００４８】
Ｓ４３にて増員・増設が不可能（ＮＯ）と判断した場合はそのまま処理を終了し、参加者はＳ３５にて選出された４人となる。また、Ｓ４３にて増員・増設が可能と判断した場合は、参加者を追加する参加者追加処理（Ｓ４５）を実行して処理を終了する。
【００４９】
図３に戻って、このように参加者が決定された後に前述のＳ２５へ移行した場合は、肯定判断してＳ４７へ移行し、図６（Ｃ）に例示する参加者発表画面を戻るボタン６１と共に表示する。図６（Ｃ）の例では、参加者Ａ，Ｅ，Ｆ，Ｄが参加者として決定されている。図３に戻って、続くＳ２９では、その参加者発表画面の戻るボタン６１がクリックされるまで待機し、クリックされると（Ｓ２９：ＹＥＳ）、処理を一旦終了して図２の一覧画面を表示する。
【００５０】
このように、本実施例では、応募者が４人以上いる場合は寄付金の多い順に応募者が４人だけ選出され（Ｓ３５）、その４人で寄付金の目標金額の３０万円が集まる場合はそれ以外の応募者は旅行に参加できない。このため、どうしても旅行に参加したい顧客１１は多額の寄付金の支払いを承諾することになる。しかも、最終的に旅行の参加者が決定されるまでは自分が参加できるか否か不明なため、顧客にとってはスリルの連続となる。
【００５１】
更に、本実施例では、変更ボタン６３をクリックすることにより寄付金の額を変更することができ、変更後の寄付金の金額に基づいて上記選出等が行われる。このため、顧客１１は、成り行きを見て寄付金の金額を増減するといったかけひきを楽しむこともできる。
【００５２】
従って、本実施例では、寄付金付き旅行の購入を顧客にとって極めて興趣に富んだものとすることができ、多額の寄付金を容易に集めることができることができる。なお、上記実施例では、上位４名で３０万円集まらなかった場合には催行中止としたが（Ｓ３３）、この場合、旅行の増員が可能であるか否かを判断し、例えば上位５人で寄付金が３０万円集まる場合には１名増員して旅行を催行するといったことも考えられる。また、３０万円集まらなかった場合、自動的に締め切りを延期して所望の寄付金が集まるまで待機してもよい。締め切りを延期する場合は、出発日をずらすことも考えられる。
【００５３】
逆に、上位４名だけでも３０万円を遥かに超える寄付金が集まる場合は、寄贈する学校の数を増やす、ユネスコ等同種の寄付に使う、余剰金を旅行会社１の利益とする、などといった種々の方法によって余剰金を処理することができる。また、予め、寄付金の内の５１％は学校等のための寄付として、４９％は旅行会社１の利益として、定率で配分するようにシステムを構築することも考えられる。この場合、寄付金が集まれば集まるほど旅行会社１の利益も増加する。
【００５４】
更に、上記実施例では、変更ボタン６３をクリックすることによって寄付金を減額することも可能であるが、増額側の変更のみを受け付けるようにしてもよい。また更に、上記実施例では、寄付金を旅行代金の６万円とは別途に要求しているが、予め所定額の寄付金を含んだ金額を旅行代金として要求してもよい。
【００５５】
また、上記実施例では、応募状況画面に各応募者の応募旅行費用を明示しているので、上位４名に入っていない応募者はいくら増額すれば上位４名に入ることができるのか判る。これに対して、図８（Ａ），（Ｂ）に示すように、応募状況画面では応募旅行費用を明示せずに「＊＊＊」等で表示すると共に、上位４名の応募者記号を反転表示してもよい。この場合、上位４名に入っていない応募者はいくら増額すれば上位４名に入ることができるのか判らず、寄付金を必要以上に増額する可能性が高くなる。従って、この場合、多額の寄付金を一層容易に集めることができる。更に、応募状況画面は全く表示しなくてもよい。この場合、参加者発表があるまで顧客１１は自分が参加できるのか否か全く判らず、ハラハラドキドキといったスリルを一層長期間楽しむことができる。
（第２実施例）
図９は、第２実施例としての寄付金付き旅行販売システムの処理を表すフローチャートである。なお、システムの構成及び一覧画面は、図１，図２に示した第１実施例のものと同様である。パソコン１２で「ミャンマー学校寄贈と５日間の旅」が選択されると、ウェブサーバ３は図９の処理を開始する。
【００５６】
処理を開始すると、ウェブサーバ３は、先ずＳ５１にてその旅行の締め切り日以前であるか否かを判断する。締め切り日以前である場合は（Ｓ５１：ＹＥＳ）、続くＳ５３へ移行して現在の応募者が募集人員未満であるか否かを判断し、募集人員未満の場合は（Ｓ５３：ＹＥＳ）、Ｓ５５へ移行して図１０に示すような旅程表５３を表示する。
【００５７】
この画面では、旅程表５３や各種ボタン６１〜６３は、現在の応募状況ボタン６４がない点を除いて第１実施例と同様である。また、この画面では、説明表示部５５に表示される説明が、第１実施例とは次のように異なっている。この旅行は、募集人員が１７名で、募集価格も１０万円と一律に固定されている。この募集価格には寄付金及び抽選景品原資が含まれており、以下に示すように、抽選景品原資が５個以上貯まっている場合に抽選が行われる。説明表示部５５には、景品の内容や現在の抽選景品原資の個数も表示されている。
【００５８】
図９に戻って、続くＳ５７では、お申し込みボタン６２がクリックされたか否かを判断する。お申し込みボタン６２がクリックされていない場合は（Ｓ５７：ＮＯ）、Ｓ５９にて対応した処理を行った後、前述のＳ５５へ移行する。すなわち、Ｓ５９では、ボタンが何もクリックされていない場合はそのままＳ５５へ移行し、変更ボタン６３がクリックされた場合はその顧客１１の応募者記号に対応したお申し込み画面を表示するなど、第１実施例と同様の処理を実行する。また、Ｓ５５〜Ｓ５９の処理中に戻るボタン６１がクリックされると、第１実施例と同様に処理を一旦終了して一覧画面を表示する。
【００５９】
Ｓ５５〜Ｓ５９の処理中、すなわち図１０の画面の表示中にお申し込みボタン６２がクリックされると（Ｓ５７：ＹＥＳ）、第１実施例と同様にお申し込み画面を表示し（Ｓ６１）、ＯＫボタン７６がクリックされるまで待機する（Ｓ６３）。本実施例では、募集価格が１０万円と一律に固定されているため、お申し込み画面に旅行費用入力欄７３はなく、「募集価格１０万円」と固定的に表示される。Ｓ６１で表示されるお申し込み画面は、上記以外の点では図５に示した第１実施例のお申し込み画面と同様である。
【００６０】
お申し込み画面の必要事項が入力され、ＯＫボタン７６がクリックされると（Ｓ６３：ＹＥＳ）、Ｓ６５へ移行し、カウンタＫを一つインクリメントしてＳ６７へ移行し、Ｋが６以上であるか否かを判断する。ここで、カウンタＫは抽選景品原資の個数を表すカウンタで、当該旅行に関するホームページの開設時に０にセットされる。また、Ｓ５５にて旅程表５３を表示するとき、説明表示部５５にはその時点におけるカウンタＫの値が抽選景品原資の個数として表示される。
【００６１】
Ｋが６未満である場合は（Ｓ６７：ＮＯ）、前述のＳ５５へ移行して旅程表５３を表示する。一方、Ｋが６以上である場合は（Ｓ６７：ＹＥＳ）、Ｓ６９へ移行して抽選処理を実行する。この抽選処理は、乱数を発生するなどの周知の方法により、所定の確率で、顧客１１に景品を１個〜５個獲得させる処理である。なお、Ｋが初めて６以上となってこの抽選処理（Ｓ６９）へ移行した場合は、それまで抽選がなされていなかった顧客１１に対しても同様の抽選がなされる。
【００６２】
続くＳ７１では、Ｓ６９の抽選処理によって顧客１１が当選したか否かを判断し、当選した場合は（Ｓ７１：ＹＥＳ）、Ｓ７３へ移行して当選を顧客１１及び旅行会社１へ告知する。例えば、顧客１１のパソコン１２及び旅行会社１のパソコン２に、上記当選を告知する電子メールを送付する。この場合、旅行会社１へは、顧客１１の住所・氏名と景品獲得数とを対応付けたリストが送付される。
【００６３】
また、本実施例では、図１０の説明表示部５５に表示されたように、景品１個獲得に対してグアム旅行が、景品２個獲得に対してシンガポール旅行が、景品３個獲得に対して香港旅行が、景品４個獲得に対してハワイ旅行が、景品５個獲得に対してオーストラリア旅行が、それぞれ贈呈される。
【００６４】
旅行券の顧客１１への発行・送付は、例えばコンビニエンスストアにおけるチケット販売のように、パソコン１２に接続された図示しないプリンタにパソコン２から画像データを自動的に送信してもよく、パソコン２に接続された図示しないプリンタから旅行券及び顧客１１の宛名シールを自動的にプリントアウトしてもよく、パソコン２の操作者が従来通りに手作業で発行・送付してもよい。
【００６５】
Ｓ７３に続くＳ７５では、カウンタＫの値から上記各得された景品個数を差し引いたものを新たなカウンタＫの値として、前述のＳ５５へ移行する。一方、Ｓ６９の抽選処理で顧客１１が当選しなかった場合は（Ｓ７１：ＮＯ）、顧客１１のパソコン１２に外れを告知して（Ｓ７７）、前述のＳ５５へ移行する。また、前述のＳ５１にて締め切り日以降である（ＮＯ）と判断した場合、及び、前述のＳ５３にて応募者が募集人員に達した（ＮＯ）と判断した場合は、Ｓ９７へ移行し、顧客１１のパソコン１２に募集終了を告知する。続くＳ９９では、その告知画面に設けられた戻るボタンがクリックされるまで待機し、クリックされると（Ｓ９９：ＹＥＳ）、処理を一旦終了して一覧画面を表示する。
【００６６】
本実施例では、図１１に例示するように、顧客１１が申し込みを行う毎に抽選景品原資が１個ずつ増加し（Ｓ６５）、抽選景品原資が５個以上（申し込んだ顧客１１の分を含めて６個以上）貯まると抽選が行われる（Ｓ６９）。そして、顧客１１が当選すると獲得した景品個数に対応する旅行が贈呈され（Ｓ７３）、その景品個数が抽選景品原資から差し引かれる（Ｓ７５）。なお、図１１には、当選が１回も発生しなかった場合の抽選景品原資の増加を破線で示し、９人目の顧客１１が景品を２個、１１人目が景品を１個、１５人目が景品を４個、それぞれ獲得した場合の抽選景品原資の増加を実線で示した。
【００６７】
このように、本実施例では、寄付金付き旅行を購入した顧客１１に抽選の楽しみを与えることができる。しかも、この抽選は抽選景品原資の個数に応じて実行されるので、旅行の応募者の多寡や他の顧客１１が当選したか否かに応じて、抽選が実行されるか否かが変化する。よって、上記抽選は一層興趣に富んだものとなる。従って、本実施例では、寄付金付き旅行の購入を顧客にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００６８】
なお、上記実施の形態では、抽選景品原資が５個（最高の景品個数）以上貯まれば同様に抽選がなされるものとしたが、貯まった抽選景品原資に応じて抽選の形態を変化させてもよい。例えば、抽選景品原資が貯まれば貯まるほど当選確率が高くなるようにしたり、抽選景品原資が１０個以上貯まれば景品価値を倍増（例えば１名様ご招待を２名様ご招待に変更）するようにしてもよい。後者の場合、Ｓ７５にて差し引かれる景品個数も倍増させるとよい。更に、抽選景品原資が一定数貯まった場合には、所定量の抽選景品原資を旅行会社１が利益として没収するようにしてもよい。
【００６９】
また、募集価格１０万円の内訳を、旅行費用と寄付金と抽選景品原資とに分けて表示してもよく、第１実施例のように、寄付金の額は顧客１１が任意に設定できるようにしてもよい。寺院めぐりなど、信心深い顧客１１が多数参加する寄付金付き旅行では、後者のように寄付金の額を任意に設定できるようにした方が、縁起を担いで多額の寄付金をする顧客１１が増える可能性がある。更に、多忙で旅行に行けない顧客１１のために、寄付金と抽選景品原資とを支払うことによって抽選にのみ参加することも可能なシステムを構築することも考えられる。
（第３実施例）
図１２は、第３実施例としての寄付金付き旅行販売システムの処理を表すフローチャートである。なお、システムの構成及び一覧画面は、図１，図２に示した第１実施例のものと同様である。また、本実施例の処理は第２実施例の処理と同様の処理を含んでいるため、同様のステップには図９で用いた符号を付して詳細な説明を省略する。
【００７０】
「ミャンマー学校寄贈と５日間の旅」が選択され、締め切り日以前で（Ｓ５１：ＹＥＳ）、かつ、未だ募集人員未満であった場合は（Ｓ５３：ＹＥＳ）、Ｓ５５へ移行して図１３に示すような旅程表５３を表示する。この旅程表５３には、戻るボタン６１と説明表示部５５とが添付されており、説明表示部５５の募集価格の項目には、「？」を表記した募集価格ボタン６５が設けられている。
【００７１】
図１２に戻って、続くＳ８１では、募集価格ボタン６５がクリックされたか否かを判断する。募集価格ボタン６５がクリックされていない場合は（Ｓ８１：ＮＯ）、Ｓ８３へ移行し、戻るボタン６１がクリックされたか否かを判断する。戻るボタン６１もクリックされていない場合は（Ｓ８３：ＮＯ）、前述のＳ５５へ移行する。こうして、Ｓ５５〜Ｓ８３の処理を繰り返す間に戻るボタン６１がクリックされると（Ｓ８３：ＹＥＳ）、処理を一旦終了して一覧画面を表示する。
【００７２】
一方、Ｓ５５〜Ｓ８３の処理中に募集価格ボタン６５がクリックされると（Ｓ８１：ＹＥＳ）、図１４に示す募集価格画面を表示する。本実施例の寄付金付き旅行は、募集人員が１０〜２０名で寄付金総額は５０万円に設定してある。そこで、募集開始時には、最低の１０名で寄付金総額の５０万円が集まるように、寄付金額は一人当たり５万円に設定される。そして、参加人数が１０名を超えると徐々に一人当たりの寄付金額が低下し、最高の２０名に達すると一人当たりの寄付金額は２万５千円となる。
【００７３】
図１４に示す募集価格画面には、このような寄付金額及び旅行費用総額の変化を示すグラフと共に、現在、顧客１１が何人目で、申し込んだ場合の旅行費用総額及び寄付金額がいくらになるかが表示される。図１４は、顧客１１が１６人目である場合を例示しており、旅行費用総額は８１２５０円に、寄付金額は３１２５０円になっている。また、この募集価格画面には、戻るボタン６１及びお申し込みボタン６２も表示される。
【００７４】
図１２に戻って、続くＳ８７，Ｓ８９では、お申し込みボタン６２がクリックされたか、戻るボタン６１がクリックされたか、を順次判断しながら募集価格画面の表示（Ｓ８５）を続け、戻るボタン６１がクリックされた場合は（Ｓ８９：ＹＥＳ）、前述のＳ５５へ移行して旅程表５３を表示する。
【００７５】
一方、Ｓ８５〜Ｓ８９の処理中に、すなわち募集価格画面の表示中にお申し込みボタン６２がクリックされた場合は（Ｓ８７：ＹＥＳ）、前述の各実施例と同様にお申し込み画面を表示し（Ｓ９１）、ＯＫボタン７６がクリックされるまで待機する（Ｓ９３）。本実施例でも、お申し込み画面に旅行費用入力欄７３はなく、募集価格画面に表示されていた旅行費用総額が固定的に表示される。
【００７６】
このお申し込み画面に氏名等の必要事項を入力した後、ＯＫボタン７６がクリックされると（Ｓ９３：ＹＥＳ）、Ｓ９５にて募集価格を更新した後Ｓ５５へ移行する。申し込みがあると一人当たりの寄付金額が低下するため、既に申し込みを済ませている応募者への課金額も低下する。また、次に募集価格画面を表示する場合（Ｓ８５）の表示価格も変更する必要がある。Ｓ９５では、このように課金額及び表示価格を変更する処理を行って、前述のＳ５５へ移行するのである。
【００７７】
このように、本実施例では、寄付金付き旅行の応募者が増えるに従って各顧客１１が負担する寄付金額は低くなるので、寄付金付き旅行を購入した顧客１１は、自身が負担する寄付金額が低くなるのを期待しながら推移を見守ることができる。従って、本実施例では、寄付金付き旅行の購入を顧客１１にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
（第４実施例）
本実施例は、募集人員が１０名に固定されている点と、募集価格画面が図１５のように構成される点とを除いては第３実施例と同様であるので、相違点について説明する。本実施例では、募集開始時には、寄付金総額の５０万円を募集人員の１０名で割った５万円を寄付金額として含む１５万円以上の金額を募集価格として提示する。図１５の例では、応募者Ａは提示された１５万円（内１０万円は旅行代金）をそのまま支払っている。ところが、応募者Ｂは、寄付に賛同して３０万円もの旅行費用を支払っている。すると、既に２５万円の寄付金が集まったことになるので、応募者Ｃ以降の応募者は残りの寄付金額２５万円を８人で均等に割った３１２５０円以上の寄付金を負担すればよいことになる。
【００７８】
本実施例では、このように、提示された募集価格よりも高い費用を負担する応募者が現れると、それ以降の応募者に対してはより低い募集価格が提示される。図１５の例では、応募者Ａが１５万円、応募者Ｂが３０万円、応募者Ｃが１３１５００円、応募者Ｄが２０万円、それぞれ支払ったので、応募者Ｅ以降の応募者は１１９７５０円以上支払えばよいことになっている。本実施例の募集価格画面には、このような各応募者が支払った金額が棒グラフで表示されると共に、現在アクセスしている顧客１１がいくら以上支払えばよいのかが表示される。
【００７９】
また、この募集価格画面には、戻るボタン６１及びお申し込みボタン６２も表示され、第３実施例と同様に申し込み等が行える。但し、本実施例で表示されるお申し込み画面では、第１実施例と同様に旅行費用入力欄７３が設けられて応募旅行費用が自由に入力でき、申し込み後に実行される募集価格更新処理（Ｓ９５）では、既に申し込みを済ませている応募者への課金額は変更されない。
【００８０】
このため、本実施例では、寄付金付き旅行の販売をこれから要求しようとする顧客１１は、自身が負担する寄付金の額が低くなるのを期待しながら推移を見守ることができる。また、上記募集価格よりも多額の応募旅行費用を支払った顧客１１は、他の顧客１１の負担額を低くしてやったという満足感を得ることができる。従って、本実施例では、寄付金付き旅行の購入を顧客１１にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００８１】
なお、図１３の旅程表５３に示すように、本実施例の寄付金付き旅行は文部大臣との昼食会を日程に含んでいるので、応募旅行費用に応じて昼食会における席が決定されるようにしてもよい。また、多額の応募旅行費用を支払った応募者には、旅行会社１のホームページに広告を掲示する権限を与えてもよい。
【００８２】
図１６は、応募者にこのような権限を与えるための変形例を表すフローチャートである。本処理は、前述のＳ９３とＳ９５との間に次のような処理（Ｓ１０１〜Ｓ１０５）を挿入した点において異なり、他は上記実施例と同様である。
図１６に示すように、お申し込み画面を表示して（Ｓ９１）、必要事項の入力後にＯＫボタン７６がクリックされると（Ｓ９３：ＹＥＳ）、そのお申し込み画面に入力された応募旅行費用が所定金額（例えば２０万円）以上であるか否かを判断する（Ｓ１０１）。所定金額未満である場合は（Ｓ１０１：ＮＯ）、そのまま前述のＳ９５へ移行し、上記実施例と同様の募集価格更新処理がなされる。
【００８３】
一方、顧客１１が入力した応募旅行費用が所定金額以上であった場合は（Ｓ１０１：ＹＥＳ）、Ｓ１０３へ移行し、広告掲示用のパスワードを表示する。続くＳ１０５では、そのパスワードをメモするのに必要かつ充分な所定時間が経過するまで待機し、所定時間が経過すると（Ｓ１０５：ＹＥＳ）、前述のＳ９５へ移行する。
【００８４】
このようにしてパスワードを取得した顧客１１は、広告用の画像データを作成した後、そのパスワードを用いてデータベース４にアクセスし、その画像データを所定領域に記憶させればよい。こうすることによって、上記画像データに対応した広告が旅行会社１のホームページ上に掲示される。本実施例では、多額の応募旅行費用を支払った顧客１１にこのような特典を与えることによって、一層多額の寄付金を一層容易に集めることができる。
（参考例）
図１７は、参考例としての寄付金付き旅行販売システムの処理を表すフローチャートである。なお、システムの構成及び一覧画面は、図１，図２に示した第１実施例のものと同様である。パソコン１２で「世界遺産修復プロジェクトツアー」（図２には図示せず）が選択されると、ウェブサーバ３は図１７の処理を開始する。
【００８５】
処理を開始すると、ウェブサーバ３は、先ずＳ１１１にて、図１８に例示する旅行情報画面を表示する。本実施の形態の寄付金付き旅行（「世界遺産修復プロジェクトツアー」）は、寄付金の継続的な提供を必要とする活動（図１８の例ではエジプトピラミッドの修復、アンコールワットの修復、及び、ボロブドールの修復）に対応する旅行であって、何度も繰り返し継続的に企画される。
【００８６】
そこで、図１８の旅行情報画面では、各企画の出発日を表示する出発日表示欄８１、その企画の題目を表示する題目表示欄８２、その企画の募集価格（当該活動に関する寄付金を含む）を表示する募集価格表示欄８３、その企画の募集人員及び現在の応募者数を表示する募集人員表示欄８４、例えばピラミッドの修復であればどこを修復するかなどの現地の情報を表示する現地情報表示欄８５、応募者が自己紹介等を書き込む応募者情報表示欄８６、並びに、過去に旅行に参加した顧客１１が感想文等を書き込む感想文表示欄８７が、各企画毎に表形式で表示される。また、題目表示欄８２には、当該企画への参加を申し込むためのお申し込みボタン６２が、上記表の外側には戻るボタン６１が、それぞれ表示される。
【００８７】
なお、この旅行情報画面では、同様の内容の企画に対しても出発日が異なれば個々に上記各表示欄８１〜８７が形成され、現在進行中のものを挟んで過去のものも未来のものも表示される。また、応募者情報表示欄８６への書き込みは出発日直前まで、感想文表示欄８７への書き込みは旅行終了後に、それぞれ書き込み可能となる。更に、一つの欄に多数の書き込みがあった場合は、その企画に割り当てられた欄は上下方向に自動的に伸張する。
【００８８】
図１７へ戻って、Ｓ１１１に続くＳ１１３では、お申し込みボタン６２がクリックされたか否かを判断する。クリックされていない場合は（Ｓ１１３：ＮＯ）、Ｓ１１５へ移行し、現在アクセスしている顧客１１が参加者（応募者または過去に旅行に参加した者）であるか否かを判断する。この判断は、パソコン１２のメールアドレスから判断してもよく、顧客１１に所定のパスワードを入力させることによって判断してもよい。
【００８９】
顧客１１が参加者でない場合は（Ｓ１１５：ＮＯ）、戻るボタンがクリックされたか否かを判断し（Ｓ１１７）、クリックされていない場合は（Ｓ１１７：ＮＯ）、前述のＳ１１１へ移行する。このＳ１１１〜Ｓ１１７を繰り返し実行する間に戻るボタン６１がクリックされると（Ｓ１１７：ＹＥＳ）、処理を一旦終了して一覧画面を表示する。
【００９０】
一方、Ｓ１１１〜Ｓ１１７の処理中にお申し込みボタン６２がクリックされると（Ｓ１１３：ＹＥＳ）、上記各実施例と同様に、お申し込み画面を表示し（Ｓ１２１）、ＯＫボタン７６がクリックされるまで待機する（Ｓ１２３）。本参考例でも、お申し込み画面に旅行費用入力欄７３はなく、募集価格表示欄８３に表示されていた募集価格が固定的に表示される。必要事項の入力後にＯＫボタン７６がクリックされると（Ｓ１２３：ＹＥＳ）、前述のＳ１１１へ移行する。
【００９１】
顧客１１が、このように申し込みを行った応募者である場合、または過去に旅行に参加したものである場合は（Ｓ１１５：ＹＥＳ）、Ｓ１２５へ移行して、応募者情報表示欄８６または感想文表示欄８７への書き込み要求、或いは、他の応募者へのメール送信要求がなされたか否かを判断する。応募者情報表示欄８６または感想文表示欄８７への書き込み要求は、書き込みを希望する欄の枠内をクリックすることによってなされ、メール送信要求は、応募者情報表示欄８６において応募者氏名の前に表示された数字をクリックすることによってなされる。
【００９２】
このような要求がなされていない場合は（Ｓ１２５：ＮＯ）、前述のＳ１１７へ移行し、要求がなされた場合は（Ｓ１２５：ＹＥＳ）、Ｓ１２７にてメール入力画面を表示する。このメール入力画面は、電子メールの送信やＢＢＳへの書き込みに使用される周知の画面で、送信ボタンを備えている。続くＳ１２９では、その送信ボタンがクリックされるまで待機する。
【００９３】
顧客１１が応募者情報表示欄８６または感想文表示欄８７へ書き込むべき文章または他の応募者へ送信すべき文章を上記メール入力画面に入力し、入力完了後に送信ボタンをクリックすると（Ｓ１２９：ＹＥＳ）、処理はＳ１３１へ移行する。Ｓ１３１では、上記要求が応募者情報表示欄８６または感想文表示欄８７への書き込み要求であった場合に、旅行情報画面を更新して前述のＳ１１１へ移行する。なお、上記要求が他の応募者へのメール送信要求であった場合は、旅行情報画面は更新せず、周知の別ルーチンによってそのメールを対応する応募者のパソコン１２に送信してＳ１１１へ移行する。
【００９４】
このように、本参考例では、寄付金付き旅行の参加者同士で情報交換が可能となり、応募者に取ってはその旅行を出発以前から一層興趣に富んだものとすることができる。また、本参考例では、現地の情報等も旅行情報画面に表示されるので、旅行を出発以前から更に興趣に富んだものとすることができる。従って、本参考例では、寄付金付き旅行の購入を顧客１１にとって興趣に富んだものとすることができ、多額の寄付金を容易に集めることができる。
【００９５】
以上、本発明を具体的な実施例を挙げて説明したが、上記各実施例において、Ｓ３，Ｓ８５，Ｓ１１１が寄付金要求手段に、Ｓ３５が顧客選出手段に、Ｓ３７が寄付金積算手段に、Ｓ４１が参加者決定手段に、図９のＳ５５が要求手段に、Ｓ６５が景品原資積算手段に、Ｓ６９が抽選手段に、Ｓ７３及びＳ７５が当選処理手段に、第３実施例におけるＳ９５が寄付金積算手段，寄付金減額手段，及び課金額変更手段に、第４実施例におけるＳ９５が寄付金積算手段及び寄付金設定手段に、Ｓ１０３が広告権提供手段に、Ｓ１１１が旅行情報提供手段に、それぞれ相当する。
【００９６】
なお、本発明は上記実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲で種々の形態で実施することができる。例えば、本発明は、飛行機やホテルをセットにした企画旅行に限らず、関西空港−ヤンゴン空港（ミャンマー）間の往復航空券等のいわゆる単品ものに対しても適用することができる。また、寄付金は、空港で渡されるレイの代金などの名目で集められてもよい。
【００９７】
更に、上記各実施例のお申し込み画面では１回の表示で１名のみが申し込み可能となっているが、家族等、複数名が同時に申し込み可能に構成してもよい。また更に、旅行には参加できないが寄付には協力したい顧客１１のために、ブランド品や現地の民芸品等の商品の購入によっても旅行の購入時と同様に寄付が行えるようにシステムを構築することも考えられる。
【図面の簡単な説明】
【図１】 各実施例の寄付金付き旅行販売システムの構成を表す説明図である。
【図２】 各実施例の処理における一覧画面の構成を表す説明図である。
【図３】 第１実施例の処理のメインルーチンを表すフローチャートである。
【図４】 その処理で表示される旅程表の画面を表す説明図である。
【図５】 その処理で表示されるお申し込み画面を表す説明図である。
【図６】 その処理で表示される応募状況画面を表す説明図である。
【図７】 第１実施例における参加者決定処理を表すフローチャートである。
【図８】 上記応募状況画面の変形例を表す説明図である。
【図９】 第２実施例の処理のメインルーチンを表すフローチャートである。
【図１０】 その処理で表示される旅程表の画面を表す説明図である。
【図１１】 第２実施例における抽選景品原資の変化を例示する説明図である。
【図１２】 第３，第４実施例の処理のメインルーチンを表すフローチャートである。
【図１３】 その処理で表示される旅程表の画面を表す説明図である。
【図１４】 その処理で表示される募集価格画面を例示する説明図である。
【図１５】 第４実施例における募集価格画面を例示する説明図である。
【図１６】 その変形例の処理の一部を表すフローチャートである。
【図１７】 参考例の処理のメインルーチンを表すフローチャートである。
【図１８】 その処理で表示される旅行情報画面を表す説明図である。
【符号の説明】
１…旅行会社 ２，１２…パソコン ３…ウェブサーバ
４…データベース １１…顧客 ５３…旅程表
５５…説明表示部 ６１…戻るボタン ６２…お申し込みボタン
６３…変更ボタン ６４…現在の応募状況ボタン ６５…募集価格ボタン
７１…氏名入力欄 ７２…住所入力欄 ７３…旅行費用入力欄
７４…支払方法入力欄 ７５…応募者記号表示部 ７６…ＯＫボタン
８１…出発日表示欄 ８２…題目表示欄 ８３…募集価格表示欄
８４…募集人員表示欄 ８５…現地情報表示欄 ８６…応募者情報表示欄
８７…感想文表示欄 Ｗ…ネットワーク
Claims (6)
- 旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して上記顧客の少なくともいずれかに販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに寄付金を要求するデータを送信する寄付金要求手段と、
複数の上記顧客のコンピュータが上記寄付金の支払いを承諾するデータを送信したとき、上記旅行の催行可能な人数の範囲内で、上記寄付金の多い順に上記顧客を選出する顧客選出手段と、
該顧客選出手段によって選出された上記各顧客の寄付金の総額を積算する寄付金積算手段と、
該寄付金積算手段が積算した寄付金の総額が目標金額以上であるとき、上記顧客選出手段が選出した顧客を上記旅行の参加者として決定する参加者決定手段と、
を備えたことを特徴とする寄付金付き旅行販売システム。 - 上記顧客のコンピュータによって寄付金の金額変更が指示されたとき、上記顧客選出手段が、上記変更後の寄付金の金額に基づいて上記顧客の選出を行い、上記寄付金積算手段が上記変更後の寄付金の金額に基づいて上記寄付金の総額を積算することを特徴とする請求項１記載の寄付金付き旅行販売システム。
- 旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して上記顧客の少なくともいずれかに販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに寄付金及び一定額の景品原資を要求するデータを送信する要求手段と、
複数の上記顧客のコンピュータが上記寄付金及び景品原資の支払いを承諾するデータを送信したとき、上記景品原資の総額を積算する景品原資積算手段と、
該景品原資積算手段が積算した景品原資の総額が所定額を超えたとき、上記支払いを承諾するデータを新たに送信した顧客に対して抽選を行う抽選手段と、
該抽選手段による抽選で上記顧客が当選したとき、上記顧客と景品とを対応付けると共に上記景品原資の総額から上記景品に対応した金額を減額する当選処理手段と、
を備えたことを特徴とする寄付金付き旅行販売システム。 - 旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して上記顧客の少なくともいずれかに販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに一定額の寄付金を要求するデータを送信する寄付金要求手段と、
複数の上記顧客のコンピュータが上記寄付金の支払いを承諾するデータを送信したとき、上記寄付金の総額を積算する寄付金積算手段と、
該寄付金積算手段が積算した寄付金の総額が目標金額を超えたとき、寄付金の総額が上記目標金額満たす範囲内で上記一定額を減額する寄付金減額手段と、
該寄付金減額手段により上記一定額が減額されたとき、その額に応じて上記各顧客への課金額を変更する課金額変更手段と、
を備えたことを特徴とする寄付金付き旅行販売システム。 - 旅行の提供者のコンピュータと複数の顧客のコンピュータとを情報通信網を介して接続することにより、上記提供者が提供する旅行をその旅行代金に寄付金を加算して所定の募集人員の上記顧客に販売する寄付金付き旅行販売システムであって、
上記いずれかの顧客のコンピュータから旅行の販売を要求するデータが送信されたとき、その顧客のコンピュータに一人当たり所定額以上の寄付金を要求するデータを送信する寄付金要求手段と、
複数の上記顧客のコンピュータが上記寄付金の支払いを承諾するデータを送信したとき、上記各顧客のコンピュータによって指示された寄付金の総額を積算する寄付金積算手段と、
寄付金の総額の目標金額から上記寄付金積算手段が積算した寄付金の総額を引いて残りの募集人数で割った金額を上記一人当たりの所定額として設定する寄付金設定手段と、
を備え、
上記寄付金要求手段が、その時点で設定されている最新の上記所定額に基づいて寄付金を要求することを特徴とする寄付金付き旅行販売システム。 - 上記いずれかの顧客のコンピュータが、上記所定額よりも大きい第２の所定額以上の寄付金の支払いを承諾するデータを送信したとき、その顧客のコンピュータに、上記旅行の提供者のホームページ上に広告を掲載する権利を提供する広告権提供手段を、更に備えたことを特徴とする請求項５記載の寄付金付き旅行販売システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001169554A JP4623351B2 (ja) | 2001-06-05 | 2001-06-05 | 寄付金付き旅行販売システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001169554A JP4623351B2 (ja) | 2001-06-05 | 2001-06-05 | 寄付金付き旅行販売システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002366618A JP2002366618A (ja) | 2002-12-20 |
| JP4623351B2 true JP4623351B2 (ja) | 2011-02-02 |
Family
ID=19011614
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001169554A Expired - Fee Related JP4623351B2 (ja) | 2001-06-05 | 2001-06-05 | 寄付金付き旅行販売システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4623351B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005346169A (ja) * | 2004-05-31 | 2005-12-15 | Sony Corp | 情報処理装置および方法、並びにプログラム |
| JP2006235738A (ja) * | 2005-02-22 | 2006-09-07 | Dee Corp | 入札状況の表示方法及びオークションサーバ |
| JP4775628B2 (ja) * | 2005-08-10 | 2011-09-21 | 信也 二神 | 予算指定方法および、予算指定付き支払い方法 |
| JP7743668B1 (ja) * | 2025-08-15 | 2025-09-24 | 落合 和夫 | 寄付金促進システム、寄付金促進方法、及び寄付金促進プログラム |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1996034358A1 (en) * | 1995-04-25 | 1996-10-31 | Every Penny Counts, Inc. | System and its method of use for accepting financial overpayments |
| JPH1078989A (ja) * | 1996-07-11 | 1998-03-24 | Fujitsu Ltd | 仮想商店街におけるポイントサービスシステム |
| JP3567057B2 (ja) * | 1997-01-27 | 2004-09-15 | 東芝テック株式会社 | 商品情報検索システム |
| JP2000207458A (ja) * | 1999-01-08 | 2000-07-28 | Recruit Co Ltd | 商品情報サ―ビスシステム |
| JP2000276536A (ja) * | 1999-03-23 | 2000-10-06 | Ntt Data Corp | 施設予約システム、予約管理サーバ、利用者端末及び記録媒体 |
| JP2001052050A (ja) * | 1999-08-13 | 2001-02-23 | Soken Tokyo:Kk | 購入希望受理装置、方法および記録媒体 |
| JP2001126144A (ja) * | 1999-10-26 | 2001-05-11 | Toshiba Tec Corp | 情報提供装置 |
-
2001
- 2001-06-05 JP JP2001169554A patent/JP4623351B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002366618A (ja) | 2002-12-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107798481A (zh) | 安排表管理装置和匹配支持装置 | |
| CN109584065A (zh) | 用于合作交易的系统 | |
| KR20000024229A (ko) | 추첨식 쇼핑몰 운영 시스템 및 그 방법 | |
| KR101608211B1 (ko) | 포인트 강화 서비스 운영 방법과 시스템 및 이 방법을 기록한 컴퓨터로 읽을 수 있는 기록 매체 | |
| US20130097509A1 (en) | Video sticker album available on line and system develoed for operationalizing such album | |
| JP2002222353A (ja) | 分割化ポイントサービスシステム | |
| JP4623351B2 (ja) | 寄付金付き旅行販売システム | |
| JP2001147881A (ja) | 広告配信システム | |
| JP2001340611A (ja) | コンピュータネットワークを利用した景品引換方法および景品引換システム | |
| JP2001202439A (ja) | サービス予約システム、サービス予約用ウェブサーバおよびサービス予約方法ならびに情報記録媒体 | |
| JP2002049790A (ja) | オークション取引システム及びオークション取引方法 | |
| JP3854922B2 (ja) | 取引支援方法及び取引支援プログラム | |
| KR100456498B1 (ko) | 온라인상의 이벤트를 통한 상품 홍보/판매 시스템 및 그방법 | |
| JP2002123704A (ja) | チャリティオークションのシステム及びそのサーバ機 | |
| KR100945602B1 (ko) | 지역별 경품 경매를 이용한 광고방법 | |
| JP5395224B1 (ja) | サーバ装置およびプログラム | |
| JP2023116862A (ja) | 電子商取引方法およびサーバ装置 | |
| JP2003006498A (ja) | 電子取引システム、電子取引方法及び電子取引プログラム | |
| JP2003122953A (ja) | コラボリングサービスシステム及び方法、懸賞サービス提供装置 | |
| JP2002049826A (ja) | ポイント特典交換サーバ、ポイント特典交換方式、ポイント特典交換方法及び記録媒体 | |
| JP2003233692A (ja) | ２階建てのワイド懸賞キャンペーンシステム及びその抽選方法 | |
| JP2002074204A (ja) | 商品等の入手支援方法 | |
| JP2003044724A (ja) | 商品受注方法および商品受注システム | |
| KR20090044738A (ko) | 화상 카메라 및 사용자제작 컨텐츠를 이용한 전자 상거래운영 방법 | |
| JP2002024680A (ja) | 情報提供方法および入札方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070817 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100608 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100802 |
|
| 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: 20100921 |
|
| 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: 20101020 |
|
| 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: 20131112 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |