知財求人 - 知財ポータルサイト「IP Force」
特開2024-175977食事会マッチング方法、食事会マッチングシステム及び食事会マッチングプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024175977
(43)【公開日】2024-12-19
(54)【発明の名称】食事会マッチング方法、食事会マッチングシステム及び食事会マッチングプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20241212BHJP
【ＦＩ】
G06Q50/10
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
(21)【出願番号】P 2023094130
(22)【出願日】2023-06-07
(71)【出願人】
【識別番号】522490516
【氏名又は名称】株式会社Ｆｏｏｄｉｅｓ Ｐｒｉｍｅ
(74)【代理人】
【識別番号】110004093
【氏名又は名称】弁理士法人アクセル特許事務所
(72)【発明者】
【氏名】菅井 貴志
【テーマコード（参考）】
5L049
5L050
【Ｆターム（参考）】
5L049CC12
5L050CC12
(57)【要約】 （修正有）
【課題】食事会の幹事の負担を軽減する食事会マッチング方法、システム及びプログラムを提供する。
【解決手段】食事会マッチングシステムが実行する食事会マッチング方法であって、食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集ステップと、前記食事会に対する応募者からの参加の応募を受け付ける応募受付ステップと、幹事による、前記応募者の中からの参加者の選択を受け付ける参加者受付ステップと、を含む。
【選択図】図８
【解決手段】食事会マッチングシステムが実行する食事会マッチング方法であって、食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集ステップと、前記食事会に対する応募者からの参加の応募を受け付ける応募受付ステップと、幹事による、前記応募者の中からの参加者の選択を受け付ける参加者受付ステップと、を含む。
【選択図】図８
【特許請求の範囲】
【請求項1】
食事会マッチングシステムが実行する食事会マッチング方法であって、
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集ステップと、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付ステップと、
前記応募者の中からの参加者の選択を受け付ける参加者受付ステップと、
を含む食事会マッチング方法。
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集ステップと、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付ステップと、
前記応募者の中からの参加者の選択を受け付ける参加者受付ステップと、
を含む食事会マッチング方法。
【請求項2】
前記食事会情報は、キャンセルポリシーを含む
請求項１に記載の食事会マッチング方法。
請求項１に記載の食事会マッチング方法。
【請求項3】
前記キャンセルポリシーは、キャンセル期限及びキャンセル料を示す情報を含む
請求項２に記載の食事会マッチング方法。
請求項２に記載の食事会マッチング方法。
【請求項4】
前記参加者が前記キャンセル期限に前記食事会への参加をキャンセルした場合、前記参加者から前記キャンセル料が支払われる
請求項３に記載の食事会マッチング方法。
請求項３に記載の食事会マッチング方法。
【請求項5】
前記キャンセルポリシーは、前記幹事により設定される
請求項２に記載の食事会マッチング方法。
請求項２に記載の食事会マッチング方法。
【請求項6】
前記参加者のユーザ情報は、前記幹事に通知される
請求項１に記載の食事会マッチング方法。
請求項１に記載の食事会マッチング方法。
【請求項7】
前記ユーザ情報は、前記参加者のアレルギー食材を示す情報を含む
請求項６に記載の食事会マッチング方法。
請求項６に記載の食事会マッチング方法。
【請求項8】
前記ユーザ情報は、前記参加者の苦手食材を示す情報を含む
請求項６に記載の食事会マッチング方法。
請求項６に記載の食事会マッチング方法。
【請求項9】
前記食事会情報は、予約人数及び募集人数を示す情報を含み、
前記予約人数より少ない前記募集人数が登録可能である
請求項１に記載の食事会マッチング方法。
前記予約人数より少ない前記募集人数が登録可能である
請求項１に記載の食事会マッチング方法。
【請求項10】
ユーザのユーザ情報に基づいて、前記ユーザに食事会をレコメンドする
請求項１に記載の食事会マッチング方法。
請求項１に記載の食事会マッチング方法。
【請求項11】
前記応募者のユーザ情報に基づいて、前記幹事に前記応募者をレコメンドする
請求項１に記載の食事会マッチング方法。
請求項１に記載の食事会マッチング方法。
【請求項12】
ユーザのユーザ情報は、前記ユーザを食事会に招待した際に発生する謝礼を示す情報を含む
請求項１に記載の食事会マッチング方法。
請求項１に記載の食事会マッチング方法。
【請求項13】
食事会マッチングシステムが実行する食事会マッチング方法であって、
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集部と、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付部と、
前記応募者の中からの参加者の選択を受け付ける参加者受付部と、
を備える食事会マッチングシステム。
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集部と、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付部と、
前記応募者の中からの参加者の選択を受け付ける参加者受付部と、
を備える食事会マッチングシステム。
【請求項14】
食事会マッチングシステムに、
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集ステップと、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付ステップと、
前記応募者の中からの参加者の選択を受け付ける参加者受付ステップと、
を含む食事会マッチング方法を実行させる食事会マッチングプログラム。
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集ステップと、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付ステップと、
前記応募者の中からの参加者の選択を受け付ける参加者受付ステップと、
を含む食事会マッチング方法を実行させる食事会マッチングプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、食事会マッチング方法、食事会マッチングシステム及び食事会マッチングプログラムに関する。
【背景技術】
【0002】
予約が困難な人気の飲食店では、既存顧客が来店した際に次の予約も確保するため、既存顧客の予約により先々の予約まで埋まってしまっている場合が多い。このような既存顧客は、次の予約を行う際に、複数人分の予約をまとめて行い、その人数分の参加者を自ら募って食事会を開くことがある。つまり、人気店の既存顧客は、その飲食店で行う食事会の幹事の役割を果たしている。
【0003】
イベントの幹事を支援する方法として、記憶部を備えるサーバの制御方法であって、複数のユーザごとの予定を示すスケジュールデータを前記記憶部に記憶し、前記複数のユーザのうちの幹事ユーザの幹事端末から、イベントに招集する複数の招集ユーザ及び前記イベントの複数の候補日時の設定を受付け、前記複数の招集ユーザのそれぞれについて、前記複数の候補日時におけるスケジュールデータを前記記憶部から読み出し、前記複数の候補日時を、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時とを区別して表示する画面情報を前記複数の招集ユーザのユーザ端末に出力する、ステップを有することを特徴とする制御方法が知られている（引用文献１）。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１７－３３２９２号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
食事会の幹事は、参加者を募る際に、飲食店、メニュー、金額、立地、日時、人間関係など、様々なことを考慮する必要がある。また、参加を予定していた者が直前にキャンセルした場合、幹事は、短時間でこれらを考慮した参加者を募らねばならない。さらに、幹事は、参加者から食事代を徴収したり、飲食店に事前に参加者のアレルギー食材などを伝えたりする必要もある。これらの手間は、幹事にとって大きな負担となっている。
【0006】
本発明は、上記の課題を鑑みてなされたものであり、食事会の幹事の負担を軽減することを目的とする。
【課題を解決するための手段】
【0007】
一実施形態に食事会マッチング方法は、食事会マッチングシステムが実行する食事会マッチング方法であって、食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集ステップと、前記食事会に対する応募者からの参加の応募を受け付ける応募受付ステップと、前記応募者の中からの参加者の選択を受け付ける参加者受付ステップと、を含む。
【発明の効果】
【0008】
一実施形態によれば、食事会の幹事の負担を軽減することができる。
【図面の簡単な説明】
【0009】
【図1】食事会マッチングシステム１０００の構成の一例を示す図である。
【図2】情報処理装置のハードウェア構成の一例を示す図である。
【図3】食事会マッチング装置１の機能構成の一例を示す図である。
【図4】ユーザ情報１２１の一例を示す図である。
【図5】食事会情報１２２の一例を示す図である。
【図6】応募者情報１２３の一例を示す図である。
【図7】ユーザ端末２の機能構成の一例を示す図である。
【図8】食事会の登録処理の一例を示すフローチャートである。
【図9】食事会登録画面ｓｃ１の一例を示す図である。
【図10】食事会の募集処理の一例を示すフローチャートである。
【図11】食事会一覧画面ｓｃ２の一例を示す図である。
【図12】食事会募集画面ｓｃ３の一例を示す図である。
【図13】応募者一覧画面ｓｃ４の一例を示す図である。
【図14】参加者一覧画面ｓｃ５の一例を示す図である。
【図15】食事会のキャンセル処理の一例を示すフローチャートである。
【図16】食事会募集画面ｓｃ６の一例を示す図である。
【発明を実施するための形態】
【0010】
以下、本発明の各実施形態について、添付の図面を参照しながら説明する。なお、各実施形態に係る明細書及び図面の記載に関して、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省略する。
【0011】
＜食事会マッチングシステムの構成＞
まず、本実施形態に係る食事会マッチングシステム１０００の概要について説明する。食事会マッチングシステム１０００は、食事会とその参加者をオンライン上でマッチングする食事会マッチングサービスを提供する情報処理システムである。食事会マッチングシステム１０００を利用することにより、食事会を企画した幹事の負担を軽減することができる。
まず、本実施形態に係る食事会マッチングシステム１０００の概要について説明する。食事会マッチングシステム１０００は、食事会とその参加者をオンライン上でマッチングする食事会マッチングサービスを提供する情報処理システムである。食事会マッチングシステム１０００を利用することにより、食事会を企画した幹事の負担を軽減することができる。
【0012】
図１は、食事会マッチングシステム１０００の構成の一例を示す図である。図１に示すように、食事会マッチングシステム１０００は、ネットワークＮを介して相互に通信可能に接続された、食事会マッチング装置１と、ユーザ端末２と、を備える。ネットワークＮは、例えば、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ、インターネット、公衆回線網、モバイルデータ通信網、又はこれらの組み合わせである。図１の例では、食事会マッチングシステム１０００は、食事会マッチング装置１を１つ備えるが、複数備えてもよい。
【0013】
食事会マッチング装置１は、食事会の参加者を募集し、食事会と参加者のマッチングを行う情報処理装置である。食事会マッチング装置１は、例えば、サーバ装置であるが、これに限られない。食事会マッチング装置１について、詳しくは後述する。
【0014】
ユーザ端末２は、食事会マッチングシステム１０００（食事会マッチングサービス）のユーザが利用する情報処理装置である。ユーザ端末２は、例えば、ＰＣ（Personal Computer）、スマートフォン又はタブレット端末であるが、これに限られない。図１に示すように食事会マッチングシステム１０００のユーザは、幹事、応募者、参加者及び招待者を含む。
【0015】
幹事は、食事会を企画したユーザである。応募者は、幹事が企画した食事会に参加を応募したユーザである。参加者は、幹事が企画した食事会に参加を認められたユーザである。招待者は、幹事が食事会に招待したユーザである。以下では、食事会マッチングシステム１０００のユーザを、その役割に応じて、幹事、応募者、参加者、招待者又は単にユーザと称する。なお、食事会マッチングシステム１０００のユーザは、これらの役割を複数掛け持つことができる。
【0016】
＜情報処理装置１００のハードウェア構成＞
次に、情報処理装置１００のハードウェア構成について説明する。図２は、情報処理装置１００のハードウェア構成の一例を示す図である。図２に示すように、情報処理装置１００は、バスＢを介して相互に接続された、プロセッサ１０１と、メモリ１０２と、ストレージ１０３と、通信Ｉ／Ｆ１０４と、入力装置１０５と、出力装置１０６と、ドライブ装置１０７と、を備える。
次に、情報処理装置１００のハードウェア構成について説明する。図２は、情報処理装置１００のハードウェア構成の一例を示す図である。図２に示すように、情報処理装置１００は、バスＢを介して相互に接続された、プロセッサ１０１と、メモリ１０２と、ストレージ１０３と、通信Ｉ／Ｆ１０４と、入力装置１０５と、出力装置１０６と、ドライブ装置１０７と、を備える。
【0017】
プロセッサ１０１は、ストレージ１０３に記憶されたＯＳ（Operating System）及び食事会マッチングプログラムを含む各種のプログラムをメモリ１０２に展開して実行することにより、情報処理装置１００の各構成を制御し、情報処理装置１００の機能を実現する。プロセッサ１０１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）又はＤＳＰ（Digital Signal Processor）であるが、これに限られない。
【0018】
メモリ１０２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、又はこれらの組み合わせである。ＲＯＭは、例えば、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、又はこれらの組み合わせである。ＲＡＭは、例えば、ＤＲＡＭ（Dynamic RAM）又はＳＲＡＭ（Static RAM）であるが、これに限られない。
【0019】
ストレージ１０３は、ＯＳ及び食事会マッチングプログラムを含む各種のプログラム及びデータを記憶する。ストレージ１０３は、例えば、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）又はＳＣＭ（Storage Class Memories）であるが、これに限られない。
【0020】
通信Ｉ／Ｆ１０４は、情報処理装置１００を、ネットワークＮを介して外部装置に接続し、通信を制御するためのインタフェースである。通信Ｉ／Ｆ１０４は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ（登録商標）、ＺｉｇＢｅｅ（登録商標）又はＥｔｈｅｒｎｅｔ（登録商標）であるが、これに限られない。
【0021】
入力装置１０５は、情報処理装置１００に情報を入力するための装置である。入力装置１０５は、例えば、マウス、キーボード、タッチパネル、マイク、スキャナ、撮影装置（カメラ）、各種センサ又は操作ボタンであるが、これに限られない。
【0022】
出力装置１０６は、情報処理装置１００から情報を出力するための装置である。出力装置１０６は、例えば、表示装置（ディスプレイ）、プロジェクタ、プリンタ、スピーカ又はバイブレータであるが、これに限られない。
【0023】
ドライブ装置１０７は、記録メディア１０８のデータを読み書きする装置である。ドライブ装置１０７は、例えば、磁気ディスクドライブ、光学ディスクドライブ、光磁気ディスクドライブ又はＳＤカードリーダであるが、これに限られない。記録メディア１０８は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＦＤ（Floppy Disk）、ＭＯ（Magneto-Optical disk）、ＢＤ（Blu-ray（登録商標） Disc）、ＵＳＢ（登録商標）メモリ又はＳＤカードであるが、これに限られない。
【0024】
なお、本実施形態において、食事会マッチングプログラムは、情報処理装置１００の製造段階でメモリ１０２又はストレージ１０３に書き込まれてもよいし、ネットワークＮを介して情報処理装置１００に提供されてもよいし、記録メディア１０８などの非一時的でコンピュータ読み取り可能な記録媒体を介して情報処理装置１００に提供されてもよい。
【0025】
＜食事会マッチング装置１の機能構成＞
次に、食事会マッチング装置１の機能構成について説明する。図３は、食事会マッチング装置１の機能構成の一例を示す図である。図３に示すように、食事会マッチング装置１は、通信部１１と、記憶部１２と、制御部１３と、を備える。
次に、食事会マッチング装置１の機能構成について説明する。図３は、食事会マッチング装置１の機能構成の一例を示す図である。図３に示すように、食事会マッチング装置１は、通信部１１と、記憶部１２と、制御部１３と、を備える。
【0026】
通信部１１は、通信Ｉ／Ｆ１０４により実現される。通信部１１は、ネットワークＮを介して、ユーザ端末２との間で情報の送受信を行う。
【0027】
記憶部１２は、メモリ１０２及びストレージ１０３により実現される。記憶部１２は、ユーザ情報１２１と、食事会情報１２２と、応募者情報１２３と、を記憶する。
【0028】
ユーザ情報１２１は、ユーザに関する情報である。ユーザ情報１２１は、ユーザごとに記憶される。
【0029】
図４は、ユーザ情報１２１の一例を示す図である。図４のユーザ情報１２１は、情報項目として、「ＵＩＤ」、「ユーザ名」、「年齢」、「性別」、「住所」、「好物」、「食事量」、「苦手食材」、「アレルギー食材」、「食事会（幹事）」、「食事会（参加者）」、「お店（来店済）」及び「お店（希望）」を含む。
【0030】
「ＵＩＤ」は、ユーザを一意に識別する識別情報である。以下、「ＵＩＤ」がＵＸＸＸであるユーザを、ユーザＸＸＸと称する場合がある。また、ユーザＸＸＸが、幹事、応募者、参加者又は招待者である場合、それぞれ幹事ＸＸＸ、応募者ＸＸＸ、参加者ＸＸＸ又は招待者ＸＸＸと称する場合がある。
【0031】
「ユーザ名」は、ユーザの名前を示す情報である。図４の例では、ユーザ００１、ユーザ００２、ユーザ００３の「ユーザ名」は、それぞれ「ｘｘｘ」、「ｙｙｙ」、「ｚｚｚ」である。
【0032】
「年齢」は、ユーザの年齢を示す情報である。図４の例では、ユーザ００１、ユーザ００２、ユーザ００３の「年齢」は、それぞれ「３０（歳）」、「４０（歳）」、「５０（歳）」である。
【0033】
「性別」は、ユーザの性別を示す情報である。図４の例では、ユーザ００１、ユーザ００２、ユーザ００３の「性別」は、それぞれ「男」、「女」、「女」である。なお、ユーザの性別は、男及び女に限られない。
【0034】
「住所」は、ユーザの住所を示す情報である。図４の例では、ユーザ００１、ユーザ００２、ユーザ００３の「住所」は、それぞれ「東京」、「千葉」、「埼玉」である。
【0035】
「好物」は、ユーザの好物を示す情報である。図４の例では、ユーザ００１、ユーザ００２、ユーザ００３の「好物」は、それぞれ「寿司」、「ワイン」、「フレンチ」である。ユーザの好物は、食材（例えば、肉）、料理（例えば、寿司）、料理ジャンル（例えば、フレンチ）、酒の種類（例えば、ワイン）など、任意に設定可能である。また、ユーザの好物は、複数設定されてもよい。
【0036】
「食事量」は、ユーザの食事量を示す情報である。図４の例では、ユーザ００１、ユーザ００２、ユーザ００３の「食事量」は、それぞれ「普通」、「少ない」、「多い」である。ユーザの食事量は、「少ない、普通、多い」の３段階に限らず、任意の段階で設定可能である。また、ユーザの食事量として、ユーザの酒量が設定されてもよい。
【0037】
「苦手食材」は、ユーザが苦手な食材を示す情報である。図４の例では、ユーザ００１、ユーザ００２、ユーザ００３の「苦手食材」は、それぞれ「－」、「トマト」、「－」である。ユーザの苦手な食材は、複数設定されてもよい。
【0038】
「アレルギー食材」は、ユーザのアレルギー食材を示す情報である。図４の例では、ユーザ００１、ユーザ００２、ユーザ００３の「アレルギー食材」は、それぞれ「－」、「－」、「そば」である。ユーザのアレルギー食材は、複数設定されてもよい。
【0039】
「食事会（幹事）」は、ユーザが幹事を務めた食事会を示す情報である。図４の例では、「食事会（幹事）」はＰＩＤであり、ユーザ００１、ユーザ００２、ユーザ００３の「食事会（幹事）」は、それぞれ「Ｐ００１」、「－」、「Ｐ００３」である。なお、ＰＩＤは、食事会を一意に識別する識別情報である。
【0040】
「食事会（参加者）」は、ユーザが参加者として参加した食事会を示す情報である。図４の例では、「食事会（参加者）」はＰＩＤであり、ユーザ００１、ユーザ００２、ユーザ００３の「食事会（参加者）」は、それぞれ「Ｐ００２」、「Ｐ００１」、「－」である。
【0041】
「お店（来店済）」は、ユーザが行ったことのある飲食店を示す情報である。図４の例では、「お店（来店済）」はＲＩＤであり、ユーザ００１、ユーザ００２、ユーザ００３の「お店（来店済）」は、それぞれ「Ｒ００１，Ｒ００２」、「Ｒ００１」、「Ｒ００３」である。ＲＩＤは、飲食店を一意に識別する識別情報である。以下、ＲＩＤがＲＸＸＸである飲食店を、飲食店ＸＸＸと称する場合がある。
【0042】
「お店（希望）」は、ユーザが行きたい飲食店及び謝礼を示す情報である。図４の例では、行きたい飲食店を示す情報はＲＩＤである。
【0043】
謝礼は、ユーザが行きたい飲食店として登録した飲食店で開催される食事会に、その食事会の幹事がユーザを招待した場合に発生する謝礼である。謝礼は、ユーザにより登録されてもよいし、食事会マッチング装置１により自動的に設定されてもよい。謝礼は、「金額」を基準とした割合として設定されてもよいし、「金額」とは別に設定された基準金額に対する割合として設定されてもよい。また、謝礼として、割合ではなく金額自体が設定されてもよい。また、謝礼は、現金であってもよいし、食事会マッチングサービス上で利用可能なポイントであってもよいし、暗号資産（仮想通貨）であってもよい。謝礼は、ユーザから、全部が幹事、飲食店又は食事会マッチングサービスの運営者に支払われてもよいし、これらのうちの２者以上に分割して支払われてもよい。
【0044】
図４の例では、ユーザ００１の「お店（希望）」は、「Ｒ００４：１０，０００ｐ」である。これは、ユーザ００１が飲食店００４への来店を希望しており、幹事が飲食店００４で食事会を開催し、その食事会にユーザ００１を招待すると、食事会マッチングサービス上で利用可能な１０，０００ポイントの謝礼がユーザ００１から発生することを示している。この謝礼は、例えば、ユーザ００１から幹事に４，５００ポイント、飲食店００４に４，５００ポイント、食事会マッチングサービスの運営者に１，０００ポイント支払われる。
【0045】
さらに、謝礼は、他の飲食店でユーザが開催する食事会への参加権であってもよい。図４の例では、ユーザ００２の「お店（希望）」は、「Ｒ００５：Ｒ００１」である。これは、ユーザ００２が飲食店００５への来店を希望しており、幹事が飲食店００５で食事会を開催し、その食事会にユーザ００２を招待すると、その幹事に、ユーザ００２が飲食店００１で開催する食事会への参加権が与えられることを示している。
【0046】
「ＵＩＤ」は、ユーザが食事会マッチングサービスにユーザ登録した際に、食事会マッチング装置１により自動的に付与される。「ユーザ名」、「年齢」、「性別」、「住所」、「好物」、「食事量」、「苦手食材」、「アレルギー食材」及び「お店（希望）」は、ユーザ端末２を介してユーザにより登録される。「食事会（幹事）」及び「食事会（参加者）」は、ユーザが食事会を企画又は食事会に参加する度に、食事会マッチング装置１により自動的に追加される。「お店（来店済）」は、ユーザ端末２を介してユーザにより登録されてもよいし、ユーザが食事会を企画又は食事会に参加する度に、食事会マッチング装置１により自動的に追加されてもよい。
【0047】
なお、ユーザ情報１２１は、図４の例に限られない。ユーザ情報１２１は、上記の情報項目の一部を含まなくてもよいし、上記以外の情報項目を含んでもよい。
【0048】
食事会情報１２２は、食事会に関する情報である。食事会情報１２２は、食事会ごとに記憶される。
【0049】
図５は、食事会情報１２２の一例を示す図である。図５の食事会情報１２２は、情報項目として、「ＰＩＤ」、「食事会名」、「店名」、「住所」、「ＵＲＬ」、「開催日時」、「予約人数」、「募集人数」、「金額」、「表示範囲」、「幹事」、「招待者」、「参加者」、「希望条件」、「支払い方法」、「自由記載」及び「キャンセルポリシー」を含む。
【0050】
「ＰＩＤ」は、食事会を一意に識別する識別情報である。以下、「ＰＩＤ」がＰＸＸＸである食事会を、食事会ＸＸＸと称する場合がある。
【0051】
「食事会名」は、食事会の名称を示す情報である。図５の例では、食事会００４の「食事会名」は、「５月食事会」である。
【0052】
「店名」は、食事会を行う飲食店の名称を示す情報である。図５の例では、食事会００４の「店名」は、「ＡＡＡ」である。
【0053】
「住所」は、食事会を行う飲食店の住所を示す情報である。図５の例では、食事会００４の「住所」は、「東京」である。
【0054】
「ＵＲＬ」は、食事会を行う飲食店のＵＲＬを示す情報である。図５の例では、食事会００４の「ＵＲＬ」は、「aaa.com」である。
【0055】
「開催日時」は、食事会の開催日時を示す情報である。図５の例では、食事会００４の「開催日時」は、「5/25 18:00」である。
【0056】
「予約人数」は、食事会を開催するために飲食店に予約した人数を示す情報である。図５の例では、食事会００４の「予約人数」は、「６（人）」である。
【0057】
「募集人数」は、食事会の参加者を募集している人数を示す情報である。図５の例では、食事会００４の「募集人数」は、「４人」である。幹事と参加者の合計が「予約人数」となるため、「募集人数」は「予約人数」より少なくなる。例えば、「予約人数」が６人である場合、募集人数は最大で５人となる。
【0058】
「金額」は、食事会の金額の目安を示す情報である。図５の例では、食事会００４の「金額」は、「１００００（円）」である。「金額」は、範囲であってもよい。
【0059】
「表示範囲」は、食事会の募集を表示するユーザの範囲を示す情報である。「表示範囲」として、１又は複数のユーザ情報１２１に基づいて制限可能な任意の範囲が設定可能である。「表示範囲」は、表示されるユーザの範囲として設定されてもよいし、表示されないユーザの範囲として設定されてもよい。図５の例では、食事会００４の「表示範囲」は、「年齢：３０代」である。これは、食事会００４の参加者の募集が「年齢」が３０代のユーザにのみ行われることを示している。
【0060】
「幹事」は、食事会の幹事を示す情報である。図５の例では、「幹事」は幹事のＵＩＤであり、食事会００４の「幹事」は、「Ｕ００４」である。
【0061】
「招待者」は、食事会の招待者及び参加の可否を示す情報である。図５の例では、「招待者」は招待者のＵＩＤ及び参加の可否であり、食事会００４の「招待者」は、「Ｕ００５：未」である。これは、招待者００５の参加が未定であることを示している。
【0062】
「参加者」は、食事会の参加者を示す情報である。図５の例では、「参加者」は参加者のＵＩＤであり、食事会００４の「参加者」は、「Ｕ００６」である。
【0063】
「希望条件」は、食事会の参加者に対して幹事が希望する条件を示す情報である。「希望条件」として、１又は複数のユーザ情報１２１に基づいて設定可能な任意の条件が設定可能である。図５の例では、食事会００４の「希望条件」は、「好物：ワイン」である。これは、食事会００４の参加者として、「好物」がワインであるユーザを幹事が希望していることを示している。
【0064】
「支払い方法」は、食事会の支払い方法を示す情報である。図５の例では、食事会００４の「支払い方法」は、「現金」である。
【0065】
「自由記載」は、食事会を募集画面に表示される、幹事が自由に記載可能なテキストを示す情報である。図５の例では、食事会００４の「自由記載」は、「・・・」である。
【0066】
「キャンセルポリシー」は、食事会の参加者に対するペナルティを示す情報である。「キャンセルポリシー」は、幹事により登録されてもよいし、食事会マッチング装置１により自動的に設定されてもよい。「キャンセルポリシー」は、ペナルティの発生条件及び内容を示す情報を含む。「キャンセルポリシー」は、例えば、キャンセル期限及びキャンセル料を示す情報を含む。
【0067】
キャンセル期限は、ペナルティの発生条件の一例であり、「開催日時」を基準とした、食事会への参加をキャンセルする日である。キャンセル期限として、例えば、当日、１日前、２日前、３日前が設定される。１つの食事会に対して、複数のキャンセル期限が設定されてもよい。
【0068】
キャンセル料は、ペナルティの内容の一例であり、参加者がキャンセル期限に食事会への参加をキャンセルした場合に発生する料金である。キャンセル料は、「金額」を基準とした割合として設定されてもよいし、「金額」とは別に設定された基準金額に対する割合として設定されてもよい。また、キャンセル料として、割合ではなく金額自体が設定されてもよい。また、キャンセル料は、現金であってもよいし、食事会マッチングサービス上で利用可能なポイントであってもよいし、暗号資産（仮想通貨）であってもよい。キャンセル料は、キャンセル期限が「開催日時」に近いほど高くなるように設定されるのが好ましい。
【0069】
図５の例では、食事会００４の「キャンセルポリシー」は、「当日：１００％，１日前：８０％」である。キャンセル料が「金額」を基準としている場合、この「キャンセルポリシー」は、参加者が「開催日時」の当日に食事会への参加をキャンセルした場合、参加者に１００００円（「金額」の１００％）のキャンセル料が発生し、参加者が「開催日時」の１日前に食事会への参加をキャンセルした場合、参加者に８０００円（「金額」の８０％）のキャンセル料が発生することを示している。
【0070】
「ＰＩＤ」は、幹事が食事会を登録した際に、食事会マッチング装置１により自動的に付与される。「食事会名」、「店名」、「住所」、「ＵＲＬ」、「開催日時」、「予約人数」、「募集人数」、「金額」、「表示範囲」、「幹事」、「希望条件」、「支払い方法」、「自由記載」及び「キャンセルポリシー」は、ユーザ端末２を介してユーザにより登録される。「募集人数」及び「参加者」は、食事会への参加者が決まる度に、食事会マッチング装置１により自動的に更新される。
【0071】
なお、食事会情報１２２は、図５の例に限られない。食事会情報１２２は、上記の情報項目の一部を含まなくてもよいし、上記以外の情報項目を含んでもよい。
【0072】
応募者情報１２３は、食事会の応募者に関する情報である。応募者情報１２３は、食事会ごとに記憶される。
【0073】
【0074】
「ＰＩＤ」は、食事会を一意に識別する識別情報である。
【0075】
「応募者」は、食事会への参加を応募した応募者を示す情報である。図６の例では、「応募者」は、応募者のＵＩＤであり、食事会００４、食事会００５の「応募者」は、それぞれ「Ｕ００７，Ｕ００８」、「Ｕ００９」である。
【0076】
「応募者」は、食事会への応募を受け付ける度に、食事会マッチング装置１により自動的に更新される。
【0077】
なお、応募者情報１２３は、図６の例に限られない。応募者情報１２３は、上記の情報項目の一部を含まなくてもよいし、上記以外の情報項目を含んでもよい。
【0078】
制御部１３は、プロセッサ１０１がメモリ１０２からプログラムを読み出して実行し、他のハードウェア構成と協働することにより実現される。制御部１３は、食事会マッチング装置１の動作全体を制御する。制御部１３は、参加者募集部１３１と、応募受付部１３２と、参加者受付部１３３と、キャンセル処理部１３４と、を備える。
【0079】
参加者募集部１３１は、食事会の幹事が登録した食事会情報１２１に基づいて、食事会の参加者を募集する。具体的には、参加者募集部１３１は、ユーザ端末２からの要求に応じて、表示範囲に含まれるユーザのユーザ端末２に食事会情報１２２を送信し、そのユーザ端末２に食事会の募集画面を表示させる。
【0080】
応募受付部１３２は、食事会に対する応募者からの参加の応募を受け付ける。具体的には、応募受付部１３２は、応募者のユーザ端末２から食事会への参加要求を受け付け、応募者情報１２３に「応募者」を追加する。また、応募受付部１３２は、幹事のユーザ端末２からの要求に応じて、その幹事が登録した食事会の応募者のユーザ情報１２１を送信し、幹事のユーザ端末２に表示させる。
【0081】
参加者受付部１３３は、幹事による、食事会の応募者の中からの参加者の選択を受け付ける。参加者受付部１３３は、応募者のユーザ情報１２１と食事会の希望条件とを比較して、希望条件に最も近い応募者を、参加者として幹事にレコメンドしてもよい。参加者受付部１３３は、参加者の選択を受け付けると、食事会情報１２２の「参加者」を追加し、「募集人数」を減らす。
【0082】
キャンセル処理部１３４は、参加者の食事会への参加のキャンセル処理を行う。具体的には、キャンセル処理部１３４は、参加者のユーザ端末２からキャンセルを通知されると、食事会情報１２２の「参加者」からその参加者を削除し、「募集人数」を増やす。また、キャンセル処理部１３４は、キャンセルされた食事会の「プライバシーポリシー」に従って、参加者からのキャンセル料の支払いを実行する。キャンセル料は、全てが幹事に支払われてもよいし、一部が幹事に、一部が食事会マッチングサービスの運営者に支払われてもよい。
【0083】
なお、食事会マッチング装置１の機能構成は、上記の例に限られない。例えば、食事会マッチング装置１は、上記の機能構成の一部を備え、残りをユーザ端末２が備えてもよい。また、食事会マッチング装置１は、上記以外の機能構成を備えてもよい。また、食事会マッチング装置１の各機能構成は、上記の通り、ソフトウェアにより実現されてもよいし、ＩＣチップ、ＳｏＣ（System on Chip）、ＬＳＩ（Large Scale Integration）、マイクロコンピュータ等のハードウェアによって実現されてもよい。
【0084】
＜ユーザ端末２の機能構成＞
次に、ユーザ端末２の機能構成について説明する。図７は、ユーザ端末２の機能構成の一例を示す図である。図７に示すように、ユーザ端末２は、通信部２１と、記憶部２２と、制御部２３と、を備える。
次に、ユーザ端末２の機能構成について説明する。図７は、ユーザ端末２の機能構成の一例を示す図である。図７に示すように、ユーザ端末２は、通信部２１と、記憶部２２と、制御部２３と、を備える。
【0085】
通信部２１は、通信Ｉ／Ｆ１０４により実現される。通信部２１は、ネットワークＮを介して、食事会マッチング装置１との間で情報の送受信を行う。
【0086】
記憶部２２は、メモリ１０２及びストレージ１０３により実現される。記憶部２２は、ユーザ情報２２１と、食事会情報２２２と、応募者情報２２３と、を記憶する。
【0087】
ユーザ情報２２１は、そのユーザ端末２のユーザに関する情報である。ユーザ情報２２１の内容は、ユーザ情報１２１と同様であるため、説明を省略する。
【0088】
食事会情報２２２は、そのユーザ端末２のユーザが企画した食事会に関する情報である。食事会情報２２２の内容は、食事会情報１２２と同様であるため、説明を省略する。
【0089】
応募者情報２２３は、そのユーザ端末２のユーザが企画した食事会への応募者に関する情報である。応募者情報２２３の内容は、応募者情報１２３と同様であるため、説明を省略する。
【0090】
制御部２３は、プロセッサ１０１がメモリ１０２からプログラムを読み出して実行し、他のハードウェア構成と協働することにより実現される。制御部２３は、ユーザ端末２の動作全体を制御する。制御部２３は、表示制御部２３１を備える。
【0091】
表示制御部２３１は、ユーザの操作に応じて、ユーザ端末２の表示装置に各種の画面を表示させる。ユーザ端末２に表示される画面について、詳しくは後述する。
【0092】
なお、ユーザ端末２の機能構成は、上記の例に限られない。例えば、ユーザ端末２は、上記の機能構成の一部を備え、残りを食事会マッチング装置１が備えてもよい。また、ユーザ端末２は、上記以外の機能構成を備えてもよい。また、ユーザ端末２の各機能構成は、上記の通り、ソフトウェアにより実現されてもよいし、ＩＣチップ、ＳｏＣ、ＬＳＩ、マイクロコンピュータ等のハードウェアによって実現されてもよい。
【0093】
＜食事会の登録処理＞
次に、食事会マッチングシステム１０００が実行する食事会の登録処理について説明する。図８は、食事会マッチングシステム１０００が実行する食事会の登録処理の一例を示すフローチャートである。以下では、幹事００４が食事会００４を企画する場合を例に説明する（図５参照）。以下、幹事００４のユーザ端末２をユーザ端末２Ａ、招待者００５のユーザ端末２をユーザ端末２Ｂと称する。
次に、食事会マッチングシステム１０００が実行する食事会の登録処理について説明する。図８は、食事会マッチングシステム１０００が実行する食事会の登録処理の一例を示すフローチャートである。以下では、幹事００４が食事会００４を企画する場合を例に説明する（図５参照）。以下、幹事００４のユーザ端末２をユーザ端末２Ａ、招待者００５のユーザ端末２をユーザ端末２Ｂと称する。
【0094】
（ステップＳ１０１）
まず、幹事００４がユーザ端末２Ａを操作して、ユーザ端末２Ａに食事会登録画面ｓｃ１を表示させる（ステップＳ１０１）。言い換えると、ユーザ端末２Ａの表示制御部２３１は、幹事００４の操作に応じて、ユーザ端末２Ａの表示装置に食事会登録画面ｓｃ１を表示させる。食事会登録画面ｓｃ１は、幹事００４が食事会００４を企画し、登録するための画面である。
まず、幹事００４がユーザ端末２Ａを操作して、ユーザ端末２Ａに食事会登録画面ｓｃ１を表示させる（ステップＳ１０１）。言い換えると、ユーザ端末２Ａの表示制御部２３１は、幹事００４の操作に応じて、ユーザ端末２Ａの表示装置に食事会登録画面ｓｃ１を表示させる。食事会登録画面ｓｃ１は、幹事００４が食事会００４を企画し、登録するための画面である。
【0095】
図９は、食事会登録画面ｓｃ１の一例を示す図である。図９の食事会登録画面ｓｃ１は、基本情報設定エリアｃ１１と、希望条件設定エリアｃ１２と、キャンセリポリシー設定エリアｃ１３と、クリアボタンｃ１４と、登録ボタンｃ１５と、を含む。
【0096】
基本情報設定エリアｃ１１は、食事会００４の基本情報を設定するためのエリアである。基本情報設定エリアｃ１１には、「食事会名」、「店名」、「開催日時」、「予約人数」、「募集人数」、「金額」、「住所」、「ＵＲＬ」、「表示範囲」、「招待者」、「支払い方法」及び「自由記載」の入力欄が含まれる。
【0097】
なお、「店名」、「住所」及び「ＵＲＬ」は、外部サービスと連携して、自動で入力可能であってもよい。これにより、幹事００４が入力する手間を軽減できる。
【0098】
また、「募集人数」は、「予約人数」より少ない人数が登録可能であるのが好ましい。具体的には、図９の例では、「予約人数」の入力欄で６が入力されると、「募集人数」の入力欄（ドロップダウンリスト）で１～５が選択可能になるように、「募集人数」の入力欄が制御されるのが好ましい。これにより、予約人数より少ない募集人数が登録されることになるため、募集人数を誤って過剰に登録し、予約人数以上の参加者が集まってしまうことを防ぐことができる。
【0099】
また、「招待者」は、幹事００４が、友人であるユーザの中から選択してもよいし、希望条件及びユーザ情報２２１に基づいて食事会マッチング装置１によりレコメンドされたユーザの中から選択してもよい。また、「招待者」は、幹事００４が、その食事会を開催する飲食店を行きたい飲食店（「お店（希望）」）として登録したユーザの一覧の中から選択してもよい。この場合、ユーザの一覧には、各ユーザを招待した際に発生する謝礼が表示されるのが好ましい。これにより、幹事００４は、謝礼を参考にして招待者を選択することができる。
【0100】
希望条件設定エリアｃ１２は、食事会００４の希望条件を設定するためのエリアである。希望条件設定エリアｃ１２には、「好物（お酒の種類）」、「食事量（お酒の量、食べる量）」、「性別」及び「年齢」の入力欄が含まれる。希望条件設定エリアｃ１２では、上記以外の希望条件が設定可能であってもよい。
【0101】
キャンセルポリシー設定エリアｃ１３は、食事会００４のキャンセルポリシーを設定するためのエリアである。キャンセルポリシー設定エリアｃ１３には、「キャンセルポリシー（キャンセル期限及びキャンセル料）」の入力欄が含まれる。キャンセルポリシー設定エリアｃ１３では、４つ以上の「キャンセルポリシー」が設定可能であってもよい。
【0102】
クリアボタンｃ１４は、食事会登録画面ｓｃ１の入力内容をクリアするためのボタンである。幹事００４がクリアボタンｃ１４を選択すると、食事会登録画面ｓｃ１の入力内容がクリアされる。
【0103】
登録ボタンｃ１５は、食事会登録画面ｓｃ１の入力内容で食事会００４を登録するためのボタンである。
【0104】
（ステップＳ１０２）
幹事００４が登録ボタンｃ１５を選択すると、ユーザ端末２Ａは、食事会登録画面ｓｃ１に入力された内容を食事会００４の食事会情報２２２として記憶部２２に保存すると共に、食事会００４の食事会情報２２２を食事会マッチング装置１に送信する（ステップＳ１０２）。
幹事００４が登録ボタンｃ１５を選択すると、ユーザ端末２Ａは、食事会登録画面ｓｃ１に入力された内容を食事会００４の食事会情報２２２として記憶部２２に保存すると共に、食事会００４の食事会情報２２２を食事会マッチング装置１に送信する（ステップＳ１０２）。
【0105】
（ステップＳ１０３）
食事会マッチング装置１の参加者募集部１３１は、ユーザ端末２Ａから食事会００４の食事会情報２２２を受信すると、食事会００４の食事会情報１２２として記憶部１２に保存し（図５参照）、食事会００４を登録する（ステップＳ１０３）。この際、参加者募集部１３１は、食事会００４に「ＰＩＤ（Ｐ００４）」を付与し、幹事００４のユーザ情報１２１の「食事会（幹事）」にＰ００４を追加する。なお、この時点では、参加者は幹事００４以外決まっていないため、「招待者」は「Ｕ００５：未」であり、「参加者」は「－」である。
食事会マッチング装置１の参加者募集部１３１は、ユーザ端末２Ａから食事会００４の食事会情報２２２を受信すると、食事会００４の食事会情報１２２として記憶部１２に保存し（図５参照）、食事会００４を登録する（ステップＳ１０３）。この際、参加者募集部１３１は、食事会００４に「ＰＩＤ（Ｐ００４）」を付与し、幹事００４のユーザ情報１２１の「食事会（幹事）」にＰ００４を追加する。なお、この時点では、参加者は幹事００４以外決まっていないため、「招待者」は「Ｕ００５：未」であり、「参加者」は「－」である。
【0106】
（ステップＳ１０４）
次に、参加者募集部１３１は、食事会００４への参加者の募集を開始する（ステップＳ１０４）。具体的には、参加者募集部１３１は、ユーザ端末２からの要求に応じた食事会００４の食事会情報１２２の送信を開始する。この際、参加者募集部１３１は、食事会００４の食事会情報１２２を要求したユーザのユーザ情報１２１と食事会００４の「表示範囲」とを比較して、そのユーザが「表示範囲」に含まれるユーザか判定し、「表示範囲」に含まれるユーザである場合、そのユーザのユーザ端末２に食事会００４の食事会情報１２２を送信する。
次に、参加者募集部１３１は、食事会００４への参加者の募集を開始する（ステップＳ１０４）。具体的には、参加者募集部１３１は、ユーザ端末２からの要求に応じた食事会００４の食事会情報１２２の送信を開始する。この際、参加者募集部１３１は、食事会００４の食事会情報１２２を要求したユーザのユーザ情報１２１と食事会００４の「表示範囲」とを比較して、そのユーザが「表示範囲」に含まれるユーザか判定し、「表示範囲」に含まれるユーザである場合、そのユーザのユーザ端末２に食事会００４の食事会情報１２２を送信する。
【0107】
なお、参加者募集部１３１は、「表示範囲」に含まれるユーザのユーザ情報１２１と、食事会００４の食事会情報１２２と、の類似度が高い場合、そのユーザに食事会００４をレコメンドしてもよい。食事会００４をレコメンドする方法として、例えば、ユーザ端末２に、「あなたにオススメの食事会」として食事会００４を表示させたり、食事会００４に「オススメ」のマークを付して表示させたりする方法が挙げられる。
【0108】
（ステップＳ１０５）
続いて、参加者募集部１３１は、食事会００４の食事会情報１２２を参照して、食事会００４に招待者が設定されているか確認する（ステップＳ１０５）。招待者が設定されていない場合（ステップＳ１０５：ＮＯ）、登録処理は終了する。一方、招待者が設定されている場合（ステップＳ１０５：ＹＥＳ）、登録処理はステップＳ１０６に進む。
続いて、参加者募集部１３１は、食事会００４の食事会情報１２２を参照して、食事会００４に招待者が設定されているか確認する（ステップＳ１０５）。招待者が設定されていない場合（ステップＳ１０５：ＮＯ）、登録処理は終了する。一方、招待者が設定されている場合（ステップＳ１０５：ＹＥＳ）、登録処理はステップＳ１０６に進む。
【0109】
（ステップＳ１０６）
参加者募集部１３１は、食事会００４の招待者００５のユーザ端末２Ｂに、食事会００４への招待を送る（ステップＳ１０６）。招待は、食事会マッチングサービス上で送られてもよいし、電子メールなどで送られてもよい。
参加者募集部１３１は、食事会００４の招待者００５のユーザ端末２Ｂに、食事会００４への招待を送る（ステップＳ１０６）。招待は、食事会マッチングサービス上で送られてもよいし、電子メールなどで送られてもよい。
【0110】
（ステップＳ１０７）
ユーザ端末２Ｂで食事会００４への招待を受け取った招待者００５は、ユーザ端末２Ｂを操作して、食事会００４への参加の可否を食事会マッチング装置１に送る（ステップＳ１０７）。
ユーザ端末２Ｂで食事会００４への招待を受け取った招待者００５は、ユーザ端末２Ｂを操作して、食事会００４への参加の可否を食事会マッチング装置１に送る（ステップＳ１０７）。
【0111】
（ステップＳ１０８）
招待者００５のユーザ端末２Ｂから食事会００４への参加の可否を受け取った食事会マッチング装置１の参加者募集部１３１は、受け取った参加の可否に応じて食事会００４の食事会情報１２２を更新する（ステップＳ１０８）。具体的には、招待者００５が食事会に参加する場合、参加者募集部１３１は、「招待者」を「Ｐ００５：可」に変更し、「参加者」に「Ｐ００５」を追加する。一方、招待者００５が食事会に参加しない場合、参加者募集部１３１は、「招待者」を「Ｐ００５：不可」に変更する。
招待者００５のユーザ端末２Ｂから食事会００４への参加の可否を受け取った食事会マッチング装置１の参加者募集部１３１は、受け取った参加の可否に応じて食事会００４の食事会情報１２２を更新する（ステップＳ１０８）。具体的には、招待者００５が食事会に参加する場合、参加者募集部１３１は、「招待者」を「Ｐ００５：可」に変更し、「参加者」に「Ｐ００５」を追加する。一方、招待者００５が食事会に参加しない場合、参加者募集部１３１は、「招待者」を「Ｐ００５：不可」に変更する。
【0112】
（ステップＳ１０９）
その後、参加者募集部１３１は、招待者００５の食事会００４への参加の可否を幹事００４のユーザ端末２Ａに通知する（ステップＳ１０９）。参加の可否の通知は、食事会マッチングサービス上で行われてもよいし、電子メールなどで行われてもよい。
その後、参加者募集部１３１は、招待者００５の食事会００４への参加の可否を幹事００４のユーザ端末２Ａに通知する（ステップＳ１０９）。参加の可否の通知は、食事会マッチングサービス上で行われてもよいし、電子メールなどで行われてもよい。
【0113】
＜食事会の募集処理＞
次に、食事会マッチングシステム１０００が実行する食事会の募集処理について説明する。図１０は、食事会マッチングシステム１０００が実行する食事会の募集処理の一例を示すフローチャートである。以下では、ユーザ００６が食事会００４に応募する場合を例に説明する（図５参照）。以下、ユーザ００６のユーザ端末２をユーザ端末２Ｃと称する。
次に、食事会マッチングシステム１０００が実行する食事会の募集処理について説明する。図１０は、食事会マッチングシステム１０００が実行する食事会の募集処理の一例を示すフローチャートである。以下では、ユーザ００６が食事会００４に応募する場合を例に説明する（図５参照）。以下、ユーザ００６のユーザ端末２をユーザ端末２Ｃと称する。
【0114】
（ステップＳ２０１）
まず、ユーザ００６の操作に応じて、ユーザ端末２Ｃが食事会マッチング装置１に食事会情報１２２を要求する（ステップＳ２０１）。
まず、ユーザ００６の操作に応じて、ユーザ端末２Ｃが食事会マッチング装置１に食事会情報１２２を要求する（ステップＳ２０１）。
【0115】
（ステップＳ２０２）
食事会マッチング装置１の応募受付部１３２は、食事会情報１２２を要求されると、ユーザ００６のユーザ情報１２１と、各食事会の食事会情報１２２の「表示範囲」と、を比較して、ユーザ００６が「表示範囲」に含まれる食事会を選択する（ステップＳ２０２）。図５の例では、食事会００４の「表示範囲」は「年齢：３０代」である。よって、ユーザ００６が３０代である場合、食事会００４は選択される。一方、ユーザ００６が３０代でない場合、食事会００４は選択されない。ここでは、ユーザ００６は３０であり、食事会００４が選択されたものとする。
食事会マッチング装置１の応募受付部１３２は、食事会情報１２２を要求されると、ユーザ００６のユーザ情報１２１と、各食事会の食事会情報１２２の「表示範囲」と、を比較して、ユーザ００６が「表示範囲」に含まれる食事会を選択する（ステップＳ２０２）。図５の例では、食事会００４の「表示範囲」は「年齢：３０代」である。よって、ユーザ００６が３０代である場合、食事会００４は選択される。一方、ユーザ００６が３０代でない場合、食事会００４は選択されない。ここでは、ユーザ００６は３０であり、食事会００４が選択されたものとする。
【0116】
（ステップＳ２０３）
そして、応募受付部１３２は、選択した食事会の食事会情報１２２をユーザ端末２Ｃに送信する（ステップＳ２０３）。これにより、食事会００４を含む複数の食事会の食事会情報１２２がユーザ端末２Ｃに送信される。
そして、応募受付部１３２は、選択した食事会の食事会情報１２２をユーザ端末２Ｃに送信する（ステップＳ２０３）。これにより、食事会００４を含む複数の食事会の食事会情報１２２がユーザ端末２Ｃに送信される。
【0117】
（ステップＳ２０４）
ユーザ端末２Ｃの表示制御部２３１は、食事会マッチング装置１から受信した食事会情報１２２を食事会情報２２２として記憶部２２に保存すると共に、食事会情報２２２に基づいて、ユーザ端末２Ｃの表示装置に食事会一覧画面ｓｃ２を表示させる（ステップＳ２０４）。食事会一覧画面ｓｃ２は、食事会マッチング装置１に登録された食事会のうち、ユーザ００６が表示範囲に含まれるものを一覧表示する画面である。
ユーザ端末２Ｃの表示制御部２３１は、食事会マッチング装置１から受信した食事会情報１２２を食事会情報２２２として記憶部２２に保存すると共に、食事会情報２２２に基づいて、ユーザ端末２Ｃの表示装置に食事会一覧画面ｓｃ２を表示させる（ステップＳ２０４）。食事会一覧画面ｓｃ２は、食事会マッチング装置１に登録された食事会のうち、ユーザ００６が表示範囲に含まれるものを一覧表示する画面である。
【0118】
【0119】
食事会選択ボタンｃ２１は、食事会情報１２２を表示する食事会を選択するためのボタンである。図１１の例では、食事会選択ボタンｃ２１は、「全て」、「開催予定」及び「参加予定」の３つ中から１つを選択可能であり、「全て」が選択されている。「全て」は、食事会マッチング装置１から食事会情報１２２を取得した全ての食事会の食事会情報１２２を表示するボタンである。「開催予定」は、自分が幹事を務める食事会の食事会情報１２２を表示するボタンである。「参加予定」は、自分が参加者として参加者として承認されている食事会の食事会情報１２２を表示するボタンである。
【0120】
ソートボタンｃ２２は、食事会情報表示領域ｃ２３に食事会情報１２２を表示される食事会をソートするためのボタンである。図１１の例では、食事会は日付順でソートされている。ソート方法として、新着順、募集人数順、金額順などが考えられる。
【0121】
食事会情報表示領域ｃ２３は、それぞれの食事会の概要（食事会情報１２２の一部）を表示する領域である。図１１の例では、食事会情報表示領域ｃ２３には、「開催日時」、「幹事」、「店名」、「住所」、「食事会名」、「予約人数」及び「募集人数」が表示されている。
【0122】
食事会一覧画面ｓｃ２が表示されると、ユーザ００６は、食事会００４の食事会情報領域ｃ２３を選択し、食事会００４の食事会募集画面ｓｃ３を表示する。食事会募集画面ｓｃ３は、食事会の詳細な情報が表示された、食事会の参加者を募集するための画面である。
【0123】
【0124】
食事会情報表示領域ｃ３１は、それぞれの食事会の詳細（食事会情報１２２の一部又は全部）を表示する領域である。図１２の例では、食事会情報表示領域ｃ３１には、食事会００４の「開催日時」、「幹事」、「店名」、「住所」、「食事会名」、「予約人数」、「募集人数」、「参加者」、「希望条件」、「自由記載（幹事からのコメント）」及び「キャンセルポリシー」が表示されている。
【0125】
応募ボタンｃ３２は、食事会００４への参加を応募するためのボタンである。
【0126】
（ステップＳ２０５）
ユーザ００６が応募ボタンｓｃ３２を選択すると、ユーザ端末２Ｃは、食事会マッチング装置１に食事会００４への参加を応募する（ステップＳ２０５）。以降、ユーザ００６を応募者００６と称する。
ユーザ００６が応募ボタンｓｃ３２を選択すると、ユーザ端末２Ｃは、食事会マッチング装置１に食事会００４への参加を応募する（ステップＳ２０５）。以降、ユーザ００６を応募者００６と称する。
【0127】
（ステップＳ２０６）
食事会マッチング装置１の応募受付部１３２は、ユーザ端末２Ｃからの応募を受け付けると、応募者情報１２３を更新する（ステップＳ２０６）。具体的には、応募受付部１３２は、食事会００４の応募者情報１２３に、応募者００６を応募者として追加する。
食事会マッチング装置１の応募受付部１３２は、ユーザ端末２Ｃからの応募を受け付けると、応募者情報１２３を更新する（ステップＳ２０６）。具体的には、応募受付部１３２は、食事会００４の応募者情報１２３に、応募者００６を応募者として追加する。
【0128】
（ステップＳ２０７）
その後、幹事００４の操作に応じて、ユーザ端末２Ａが食事会マッチング装置１に食事会００４の応募者情報１２３を要求する（ステップＳ２０７）。
その後、幹事００４の操作に応じて、ユーザ端末２Ａが食事会マッチング装置１に食事会００４の応募者情報１２３を要求する（ステップＳ２０７）。
【0129】
（ステップＳ２０８）
食事会マッチング装置１の応募受付部１３２は、応募者情報１２３を要求されると、食事会００４の応募者情報１２３をユーザ端末２Ａに送信する（ステップＳ２０８）。この際、応募受付部１３２は、応募者情報１２３と共に、応募者００６を含む食事会００４の応募者のユーザ情報１２１（「アレルギー食材」及び「苦手食材」を除く）もユーザ端末２Ａに送信する。
食事会マッチング装置１の応募受付部１３２は、応募者情報１２３を要求されると、食事会００４の応募者情報１２３をユーザ端末２Ａに送信する（ステップＳ２０８）。この際、応募受付部１３２は、応募者情報１２３と共に、応募者００６を含む食事会００４の応募者のユーザ情報１２１（「アレルギー食材」及び「苦手食材」を除く）もユーザ端末２Ａに送信する。
【0130】
（ステップＳ２０９）
ユーザ端末２Ａの表示制御部１３１は、応募者情報１２３を受信すると、応募者情報２２３として保存すると共に、応募者情報２２３に基づいて、応募者一覧画面ｓｃ４を表示する（ステップＳ２０９）。応募者一覧画面ｓｃ４は、食事会００４の応募者の一覧を表示する画面である。
ユーザ端末２Ａの表示制御部１３１は、応募者情報１２３を受信すると、応募者情報２２３として保存すると共に、応募者情報２２３に基づいて、応募者一覧画面ｓｃ４を表示する（ステップＳ２０９）。応募者一覧画面ｓｃ４は、食事会００４の応募者の一覧を表示する画面である。
【0131】
【0132】
食事会情報表示領域ｃ４１は、食事会００４の概要（食事会情報１２２の一部）を表示する領域である。図１３の例では、食事会情報表示領域ｃ４１には、食事会００４の「開催日時」、「幹事」、「店名」、「住所」、「食事会名」及び「募集人数」と、応募の件数と、が表示されている。
【0133】
応募者情報表示領域ｃ４２は、それぞれの応募者の概要（ユーザ情報１２１の一部）を表示する領域である。図１３の例では、応募者情報表示領域ｃ４２には、「ＵＩＤ」、「年齢」、「性別」及び「住所」と、応募日時と、拒否ボタンｃ４３と、承認ボタンｃ４４と、が表示されている。
【0134】
拒否ボタンｃ４３は、食事会００４への応募者の参加を拒否するためのボタンである。
【0135】
承認ボタンｃ４４は、食事会００４への応募者の参加を承認するためのボタンである。
【0136】
（ステップＳ２１０）
幹事００４は、応募者００６の承認ボタンｃ４４を選択することにより、応募者００６を参加者として選択する。幹事００４が応募者００６の承認ボタンｃ４４を選択すると、ユーザ端末２Ａは、応募者００６が参加者として承認されたことを食事会マッチング装置１に通知する（ステップＳ２１０）。
幹事００４は、応募者００６の承認ボタンｃ４４を選択することにより、応募者００６を参加者として選択する。幹事００４が応募者００６の承認ボタンｃ４４を選択すると、ユーザ端末２Ａは、応募者００６が参加者として承認されたことを食事会マッチング装置１に通知する（ステップＳ２１０）。
【0137】
（ステップＳ２１１）
食事会マッチング装置１の参加者受付部１３３は、ユーザ端末２Ａから応募者００６が参加者として承認されたことを通知されると、食事会００４の食事会情報１２２を更新する（ステップＳ２１１）。具体的には、参加者受付部１３３は、食事会００４の「参加者」に応募者００６を追加し、「募集人数」をひとり減らす。
食事会マッチング装置１の参加者受付部１３３は、ユーザ端末２Ａから応募者００６が参加者として承認されたことを通知されると、食事会００４の食事会情報１２２を更新する（ステップＳ２１１）。具体的には、参加者受付部１３３は、食事会００４の「参加者」に応募者００６を追加し、「募集人数」をひとり減らす。
【0138】
（ステップＳ２１２）
そして、参加者受付部１３３は、応募者００６のユーザ端末２Ｃに、応募者００６が参加者として承認されたことを通知する（ステップＳ２１２）。参加者として承認されたことの通知は、食事会マッチングサービス上で行われてもよいし、電子メールなどで行われてもよい。以降、応募者００６を参加者００６と称する。
そして、参加者受付部１３３は、応募者００６のユーザ端末２Ｃに、応募者００６が参加者として承認されたことを通知する（ステップＳ２１２）。参加者として承認されたことの通知は、食事会マッチングサービス上で行われてもよいし、電子メールなどで行われてもよい。以降、応募者００６を参加者００６と称する。
【0139】
（ステップＳ２１３）
また、参加者受付部１３３は、参加者００６のユーザ情報１２１のうち「アレルギー食材」及び「苦手食材」を幹事００４のユーザ端末２Ａに通知する（ステップＳ２１３）。ユーザ端末２Ａの表示制御部１３１は、例えば、参加者一覧画面ｓｃ５に参加者００６を含む各参加者の「アレルギー食材」及び「苦手食材」を表示する。
また、参加者受付部１３３は、参加者００６のユーザ情報１２１のうち「アレルギー食材」及び「苦手食材」を幹事００４のユーザ端末２Ａに通知する（ステップＳ２１３）。ユーザ端末２Ａの表示制御部１３１は、例えば、参加者一覧画面ｓｃ５に参加者００６を含む各参加者の「アレルギー食材」及び「苦手食材」を表示する。
【0140】
【0141】
食事会情報表示領域ｃ５１は、食事会００４の概要（食事会情報１２２の一部）を表示する領域である。図１４の例では、食事会情報表示領域ｃ５１には、食事会００４の「開催日時」、「幹事」、「店名」、「住所」及び「食事会名」が表示されている。
【0142】
参加者情報表示領域ｃ５２は、それぞれの応募者の概要（ユーザ情報１２１の一部）を表示する領域である。図１４の例では、参加者情報表示領域ｃ５２には、「ＵＩＤ」、「アレルギー食材」及び「苦手食材」と、取り消しボタンｃ５３と、が表示されている。
【0143】
取り消しボタンｃ５３は、参加者の参加を取り消すためのボタンである。
【0144】
幹事００４は、参加者一覧画面ｓｃ５を確認することにより、各参加者に個別に確認することなく、参加者００６を含む各参加者の「アレルギー食材」及び「苦手食材」を把握し、事前に飲食店に連絡することができる。なお、「アレルギー食材」及び「苦手食材」は、他の画面に表示されてもよい。また、「アレルギー食材」及び「苦手食材」の少なくとも一方は、ステップＳ２０８でユーザ端末２Ａに送信されてもよい。
【0145】
＜食事会のキャンセル処理＞
次に、食事会マッチングシステム１０００が実行する食事会のキャンセル処理について説明する。図１５は、食事会マッチングシステム１０００が実行する食事会のキャンセル処理の一例を示すフローチャートである。以下では、参加者００６が食事会００４への参加をキャンセルする場合を例に説明する。
次に、食事会マッチングシステム１０００が実行する食事会のキャンセル処理について説明する。図１５は、食事会マッチングシステム１０００が実行する食事会のキャンセル処理の一例を示すフローチャートである。以下では、参加者００６が食事会００４への参加をキャンセルする場合を例に説明する。
【0146】
（ステップＳ３０１）
まず、参加者００６がユーザ端末２Ｃを操作して、ユーザ端末２Ｃに食事会募集画面ｓｃ６を表示させる（ステップＳ３０１）。言い換えると、ユーザ端末２Ｃの表示制御部２３１は、参加者００６の操作に応じて、ユーザ端末２Ｃの表示装置に食事会募集画面ｓｃ６を表示させる。
まず、参加者００６がユーザ端末２Ｃを操作して、ユーザ端末２Ｃに食事会募集画面ｓｃ６を表示させる（ステップＳ３０１）。言い換えると、ユーザ端末２Ｃの表示制御部２３１は、参加者００６の操作に応じて、ユーザ端末２Ｃの表示装置に食事会募集画面ｓｃ６を表示させる。
【0147】
図１６は、食事会募集画面ｓｃ６の一例を示す図である。図１６に示すように、参加者００６が参加する食事会００４の食事会募集画面ｓｃ６には、キャンセルボタンｃ６１が表示される。キャンセルボタンｃ６１は、食事会００４への参加をキャンセルするためのボタンである。
【0148】
（ステップＳ３０２）
参加者００６がキャンセルボタンｃ６１を選択すると、ユーザ端末２Ｃは、食事会マッチング装置１に食事会００４への参加のキャンセルを通知する（ステップＳ３０２）。
参加者００６がキャンセルボタンｃ６１を選択すると、ユーザ端末２Ｃは、食事会マッチング装置１に食事会００４への参加のキャンセルを通知する（ステップＳ３０２）。
【0149】
（ステップＳ３０３）
ユーザ端末２Ｃから参加者００６の食事会００４への参加のキャンセルを通知されると、食事会マッチング装置１のキャンセル処理部１３４は、食事会００４の食事会情報１２２を更新する（ステップＳ３０３）。具体的には、キャンセル処理部１３４は、「参加者」から参加者００６を削除し、「募集人数」を一人増やす。
ユーザ端末２Ｃから参加者００６の食事会００４への参加のキャンセルを通知されると、食事会マッチング装置１のキャンセル処理部１３４は、食事会００４の食事会情報１２２を更新する（ステップＳ３０３）。具体的には、キャンセル処理部１３４は、「参加者」から参加者００６を削除し、「募集人数」を一人増やす。
【0150】
（ステップＳ３０４）
また、キャンセル処理部１３４は、幹事００４に、参加者００６が食事会００４への参加をキャンセルしたことを通知する（ステップＳ３０４）。キャンセルの通知は、食事会マッチングサービス上で行われてもよいし、電子メールなどで行われてもよい。
また、キャンセル処理部１３４は、幹事００４に、参加者００６が食事会００４への参加をキャンセルしたことを通知する（ステップＳ３０４）。キャンセルの通知は、食事会マッチングサービス上で行われてもよいし、電子メールなどで行われてもよい。
【0151】
（ステップＳ３０５）
その後、キャンセル処理部１３４は、食事会００４の「キャンセルポリシー」を参照し、参加者００６がキャンセルしたタイミングが、キャンセル期限に該当するか判定する（ステップＳ３０５）。キャンセル期限に該当しない場合（ステップＳ３０５：ＮＯ）、キャンセル処理は終了する。一方、キャンセル期限に該当する場合（ステップＳ３０５：ＹＥＳ）、処理はステップＳ３０６に進む。
その後、キャンセル処理部１３４は、食事会００４の「キャンセルポリシー」を参照し、参加者００６がキャンセルしたタイミングが、キャンセル期限に該当するか判定する（ステップＳ３０５）。キャンセル期限に該当しない場合（ステップＳ３０５：ＮＯ）、キャンセル処理は終了する。一方、キャンセル期限に該当する場合（ステップＳ３０５：ＹＥＳ）、処理はステップＳ３０６に進む。
【0152】
（ステップＳ３０６）
参加者００６がキャンセルしたタイミングがキャンセル期限に該当する場合、キャンセル処理部１３４は、食事会００４の「キャンセルポリシー」を参照し、該当したキャンセル期限に対応するキャンセル料の支払いを行う。例えば、キャンセル処理部１３４は、参加者００６が５／２４（「開催日時（5/25 18:00）」の前日）に食事会００４をキャンセルした場合、８０００円（食事会００４の「金額（１００００円）」の８０％）のキャンセル料を、参加者００６から幹事００４に支払う。これにより、幹事００４が参加者００６からキャンセル料を徴収する手間を削減できる。また、参加者００６から確実にキャンセル料を徴収することができる。なお、キャンセル料は、一部が食事会マッチングサービスの運営者に支払われてもよい。
参加者００６がキャンセルしたタイミングがキャンセル期限に該当する場合、キャンセル処理部１３４は、食事会００４の「キャンセルポリシー」を参照し、該当したキャンセル期限に対応するキャンセル料の支払いを行う。例えば、キャンセル処理部１３４は、参加者００６が５／２４（「開催日時（5/25 18:00）」の前日）に食事会００４をキャンセルした場合、８０００円（食事会００４の「金額（１００００円）」の８０％）のキャンセル料を、参加者００６から幹事００４に支払う。これにより、幹事００４が参加者００６からキャンセル料を徴収する手間を削減できる。また、参加者００６から確実にキャンセル料を徴収することができる。なお、キャンセル料は、一部が食事会マッチングサービスの運営者に支払われてもよい。
【0153】
＜まとめ＞
以上説明した通り、食事会マッチングシステム１０００は、食事会の幹事が登録した食事会情報１２２に基づいて、食事会の参加者を募集し、食事会に対する応募者からの参加の応募を受け付け、応募者の中からの参加者の選択を受け付ける。食事会マッチングシステム１０００を利用することにより、食事会の幹事は、食事会の募集、応募の受け付け、参加者の選択などの各作業を、様式の整ったオンラインの食事会マッチングサービスで完結させることができる。これにより、幹事が参加者の候補に食事会への参加を個別に打診したり、幹事がＳＮＳなどを通じて参加者を個人的に募集したりする場合に比べて、幹事の負担を軽減することができる。
以上説明した通り、食事会マッチングシステム１０００は、食事会の幹事が登録した食事会情報１２２に基づいて、食事会の参加者を募集し、食事会に対する応募者からの参加の応募を受け付け、応募者の中からの参加者の選択を受け付ける。食事会マッチングシステム１０００を利用することにより、食事会の幹事は、食事会の募集、応募の受け付け、参加者の選択などの各作業を、様式の整ったオンラインの食事会マッチングサービスで完結させることができる。これにより、幹事が参加者の候補に食事会への参加を個別に打診したり、幹事がＳＮＳなどを通じて参加者を個人的に募集したりする場合に比べて、幹事の負担を軽減することができる。
【0154】
＜付記＞
本実施形態は、以下の開示を含む。
本実施形態は、以下の開示を含む。
【0155】
（付記１）
食事会マッチングシステムが実行する食事会マッチング方法であって、
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集ステップと、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付ステップと、
前記応募者の中からの参加者の選択を受け付ける参加者受付ステップと、
を含む食事会マッチング方法。
食事会マッチングシステムが実行する食事会マッチング方法であって、
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集ステップと、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付ステップと、
前記応募者の中からの参加者の選択を受け付ける参加者受付ステップと、
を含む食事会マッチング方法。
【0156】
（付記２）
前記食事会情報は、キャンセルポリシーを含む
付記１に記載の食事会マッチング方法。
前記食事会情報は、キャンセルポリシーを含む
付記１に記載の食事会マッチング方法。
【0157】
（付記３）
前記キャンセルポリシーは、キャンセル期限及びキャンセル料を示す情報を含む
付記２に記載の食事会マッチング方法。
前記キャンセルポリシーは、キャンセル期限及びキャンセル料を示す情報を含む
付記２に記載の食事会マッチング方法。
【0158】
（付記４）
前記参加者が前記キャンセル期限に前記食事会への参加をキャンセルした場合、前記参加者から前記キャンセル料が支払われる
付記３に記載の食事会マッチング方法。
前記参加者が前記キャンセル期限に前記食事会への参加をキャンセルした場合、前記参加者から前記キャンセル料が支払われる
付記３に記載の食事会マッチング方法。
【0159】
（付記５）
前記キャンセルポリシーは、前記幹事により設定される
付記２に記載の食事会マッチング方法。
前記キャンセルポリシーは、前記幹事により設定される
付記２に記載の食事会マッチング方法。
【0160】
（付記６）
前記参加者のユーザ情報は、前記幹事に通知される
付記１に記載の食事会マッチング方法。
前記参加者のユーザ情報は、前記幹事に通知される
付記１に記載の食事会マッチング方法。
【0161】
（付記７）
前記ユーザ情報は、前記参加者のアレルギー食材を示す情報を含む
付記６に記載の食事会マッチング方法。
前記ユーザ情報は、前記参加者のアレルギー食材を示す情報を含む
付記６に記載の食事会マッチング方法。
【0162】
（付記８）
前記ユーザ情報は、前記参加者の苦手食材を示す情報を含む
付記６に記載の食事会マッチング方法。
前記ユーザ情報は、前記参加者の苦手食材を示す情報を含む
付記６に記載の食事会マッチング方法。
【0163】
（付記９）
前記食事会情報は、予約人数及び募集人数を示す情報を含み、
前記予約人数より少ない前記募集人数が登録可能である
付記１に記載の食事会マッチング方法。
前記食事会情報は、予約人数及び募集人数を示す情報を含み、
前記予約人数より少ない前記募集人数が登録可能である
付記１に記載の食事会マッチング方法。
【0164】
（付記１０）
ユーザのユーザ情報に基づいて、前記ユーザに食事会をレコメンドする
付記１に記載の食事会マッチング方法。
ユーザのユーザ情報に基づいて、前記ユーザに食事会をレコメンドする
付記１に記載の食事会マッチング方法。
【0165】
（付記１１）
前記応募者のユーザ情報に基づいて、前記幹事に前記応募者をレコメンドする
付記１に記載の食事会マッチング方法。
前記応募者のユーザ情報に基づいて、前記幹事に前記応募者をレコメンドする
付記１に記載の食事会マッチング方法。
【0166】
（付記１２）
ユーザのユーザ情報は、前記ユーザを食事会に招待した際に発生する謝礼を示す情報を含む
付記１に記載の食事会マッチング方法。
ユーザのユーザ情報は、前記ユーザを食事会に招待した際に発生する謝礼を示す情報を含む
付記１に記載の食事会マッチング方法。
【0167】
（付記１３）
食事会マッチングシステムが実行する食事会マッチング方法であって、
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集部と、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付部と、
前記応募者の中からの参加者の選択を受け付ける参加者受付部と、
を備える食事会マッチングシステム。
食事会マッチングシステムが実行する食事会マッチング方法であって、
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集部と、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付部と、
前記応募者の中からの参加者の選択を受け付ける参加者受付部と、
を備える食事会マッチングシステム。
【0168】
（付記１４）
食事会マッチングシステムに、
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集ステップと、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付ステップと、
前記応募者の中からの参加者の選択を受け付ける参加者受付ステップと、
を含む食事会マッチング方法を実行させる食事会マッチングプログラム。
食事会マッチングシステムに、
食事会の幹事が登録した食事会情報に基づいて、前記食事会の参加者を募集する参加者募集ステップと、
前記食事会に対する応募者からの参加の応募を受け付ける応募受付ステップと、
前記応募者の中からの参加者の選択を受け付ける参加者受付ステップと、
を含む食事会マッチング方法を実行させる食事会マッチングプログラム。
【0169】
今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。また、本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【符号の説明】
【0170】
１：食事会マッチング装置
２：ユーザ端末
１２１：ユーザ情報
１２２：食事会情報
１２３：応募者情報
１３１：参加者募集部
１３２：応募受付部
１３３：参加者受付部
１３４：キャンセル処理部
２３１：表示制御部
１０００：食事会マッチングシステム
２：ユーザ端末
１２１：ユーザ情報
１２２：食事会情報
１２３：応募者情報
１３１：参加者募集部
１３２：応募受付部
１３３：参加者受付部
１３４：キャンセル処理部
２３１：表示制御部
１０００：食事会マッチングシステム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
