特許7525219マッチングシステム、マッチングプログラム、およびマッチング方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-07-22
(45)【発行日】2024-07-30
(54)【発明の名称】マッチングシステム、マッチングプログラム、およびマッチング方法
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240723BHJP
【ＦＩ】
G06Q50/10
【請求項の数】
7
(21)【出願番号】P 2024078350
(22)【出願日】2024-05-14
【審査請求日】2024-05-14
【新規性喪失の例外の表示】特許法第３０条第２項適用 令和６年２月２０日にウェブサイト ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｍＦｓ８Ｐｑｄ２ＩＢ８にて公開
【早期審査対象出願】
(73)【特許権者】
【識別番号】523445195
【氏名又は名称】株式会社フードクリエーションズ
(74)【代理人】
【識別番号】100215027
【弁理士】
【氏名又は名称】留場 恒光
(72)【発明者】
【氏名】原 伊織
【審査官】星野 裕
(56)【参考文献】
【文献】特開２０２０－００８９０６（ＪＰ，Ａ）
【文献】特開２０２４－０３５０２９（ＪＰ，Ａ）
【文献】国際公開第２０１６／１２５２０３（ＷＯ，Ａ１）
【文献】特表２０２３－５４５８３４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
ユーザのうち、入場管理装置による入場処理を行って入場している場内ユーザの情報をユーザ入場情報として取得する入場情報取得部、前記ユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知部、
前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得部、
前記場内ユーザ位置情報と場内地図情報とから、ユーザマップ情報を作成するユーザマップ情報作成部、
ユーザプロフィール情報を取得するプロフィール情報取得部、
一の場内ユーザについての情報を要求する情報要求者がある場合に、
（１）前記情報要求者が他の場内ユーザである場合は、特定情報を含むユーザプロフィール情報およびユーザマップ情報を提供し、
（２）前記情報要求者が前記入場管理装置により入場が管理される場所の外にいる場外ユーザである場合は、特定情報を含まないユーザプロフィール情報を提供する、ユーザ情報提供部、
前記他の場内ユーザから前記一の場内ユーザに対する個別情報交換の要求を受け付ける情報交換要求取得部、および、
前記一の場内ユーザの承諾を受けて、前記他の場内ユーザと前記一の場内ユーザとの個別情報交換を許可する個別通信許可部、
を備えることを特徴とする、マッチングシステム。
【請求項2】
前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得部が、複数のビーコンにより場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得部、であることを特徴とする、請求項１に記載のマッチングシステム。
【請求項3】
さらに、前記特定情報を含むユーザプロフィール情報は、開示する情報と開示しない情報をユーザが選択できることを特徴とする、請求項１に記載のマッチングシステム。
【請求項4】
さらに、ユーザの入場予約を受け付ける予約受付部、ユーザの前記入場予約を公開する予約公開部、を備え、
前記ユーザプロフィール情報が前記入場予約の情報を含むことを特徴とする、請求項１に記載のマッチングシステム。
【請求項5】
さらに、自分以外のユーザを個別登録する個別登録部、個別登録している自分以外のユーザが前記入場予約を行ったときまたは入場したときに、当該入場予約または入場があったことを通知する個別登録者情報通知部、
を備えることを特徴とする、請求項４に記載のマッチングシステム。
【請求項6】
コンピュータを、ユーザのうち入場管理装置による入場処理を行って入場している場内ユーザの情報をユーザ入場情報として取得する入場情報取得手段、
前記ユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知手段、
前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得手段、
前記場内ユーザ位置情報と場内地図情報とから、ユーザマップ情報を作成するユーザマップ情報作成手段、
ユーザプロフィール情報を取得するプロフィール情報取得手段、
一の場内ユーザについての情報を要求する情報要求者がある場合に、
（１）前記情報要求者が他の場内ユーザである場合は、特定情報を含むユーザプロフィール情報およびユーザマップ情報を提供し、
（２）前記情報要求者が前記入場管理装置により入場が管理される場所の外にいる場外ユーザである場合は、特定情報を含まないユーザプロフィール情報を提供する、ユーザ情報提供手段、
前記他の場内ユーザから前記一の場内ユーザに対する個別情報交換の要求を受け付ける情報交換要求取得手段、および、
前記一の場内ユーザの承諾を受けて、前記他の場内ユーザと前記一の場内ユーザとの個別情報交換を許可する個別通信許可手段、
として機能させることを特徴とする、マッチングプログラム。
【請求項7】
コンピュータが、ユーザのうち、入場管理装置による入場処理を行って入場している場内ユーザの情報をユーザ入場情報として取得する入場情報取得ステップ、
前記ユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知ステップ、
前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得ステップ、
前記場内ユーザ位置情報と場内地図情報とから、ユーザマップ情報を作成するユーザマップ情報作成ステップ、
ユーザプロフィール情報を取得するプロフィール情報取得ステップ、
一の場内ユーザについての情報を要求する情報要求者がある場合に、
（１）前記情報要求者が他の場内ユーザである場合は、特定情報を含むユーザプロフィール情報およびユーザマップ情報を提供し、
（２）前記情報要求者が前記入場管理装置により入場が管理される場所の外にいる場外ユーザである場合は、特定情報を含まないユーザプロフィール情報を提供する、ユーザ情報提供ステップ、
前記他の場内ユーザから前記一の場内ユーザに対する個別情報交換の要求を受け付ける情報交換要求取得ステップ、および、
前記一の場内ユーザの承諾を受けて、前記他の場内ユーザと前記一の場内ユーザとの個別情報交換を許可する個別通信許可ステップ、
を実行するマッチング方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、マッチングシステム、マッチングプログラム、およびマッチング方法に関するものである。
【背景技術】
【0002】
交際相手との出会いを求めるためのいわゆるマッチングが、事業として広く行われている。
例えば婚活イベントなど、あらかじめ指定された会場に集まって交際相手を探すものがある。
例えば婚活イベントなど、あらかじめ指定された会場に集まって交際相手を探すものがある。
【0003】
しかしながら、そのようなイベント会場内でマッチングするにあたっては、まず他人に話かけるという心理的ハードルと、実際にマッチングするまでに多くの人と話をするという身体的なハードルがあるため、このようなイベントで出会いを求めることは心身ともに負担がかかる。
また、日時が限られていることが一般的であるため、日程が合わず、参加できない場合もある。
また、日時が限られていることが一般的であるため、日程が合わず、参加できない場合もある。
【0004】
マッチングを支援するためのアプリケーションソフトウェア（以下「マッチングアプリ」とする。）などが存在する。
マッチングアプリとして、例えばユーザに会話やチャットなどの機会を与えることを主な目的とし、ユーザ同士のオフラインでの実際の出会いについては当事者に任せるものが多く知られている。
マッチングアプリとして、例えばユーザに会話やチャットなどの機会を与えることを主な目的とし、ユーザ同士のオフラインでの実際の出会いについては当事者に任せるものが多く知られている。
【0005】
しかしながら、会話やチャットの機会があったとしても、そこからユーザ同士が実際に会うまでには心理的な障壁がある。つまり、会話やチャットで話が盛り上がったとしても、実際に会うところまではいかないことが多い。
また、オンライン上のプロフィール（顔写真などの画像情報や、自己紹介等のテキスト情報）が正しいとも限らない。
さらに、マッチングアプリのユーザであっても、出会うことを目的としない、例えば単に冷やかし目的で利用している、場合などもあり得る。
また、オンライン上のプロフィール（顔写真などの画像情報や、自己紹介等のテキスト情報）が正しいとも限らない。
さらに、マッチングアプリのユーザであっても、出会うことを目的としない、例えば単に冷やかし目的で利用している、場合などもあり得る。
【0006】
そこで、これらの問題点を解消する方法の一つとして、店舗などのマッチング会場に入場したタイミングでどこにどのような人がいるかを確認でき、そのうえで実際に気になる相手に声をかけることなくアプローチできるような方法が望まれる。
【0007】
例えば、事業者や店舗側が実際に出会う場所を提供するが、そこではまだマッチングアプリユーザ同士が１対１にはならない。ユーザは、その店舗等の中にいる他のユーザのプロフィールなどで気になった人を見つけ、そこから当人に会い、チャットや会話に入ることができる。
マッチングアプリユーザ本人に会うことができる蓋然性が高いことから、そのプロフィールに偽りが記載される可能性は大幅に低減されるという利点がある。
マッチングアプリユーザ本人に会うことができる蓋然性が高いことから、そのプロフィールに偽りが記載される可能性は大幅に低減されるという利点がある。
【0008】
特許文献１には、ユーザが地図上の特定範囲内に存在することを条件とする情報提供設定およびユーザの位置情報開示に基づく情報提供を行う情報提供サーバ及び情報提供システムが開示されている。
【0009】
会場でのイベントの場合は、イベント参加者の入場が適切に管理されることが好ましい。人気のあるイベントなどは、入場者が殺到することが考えられるためである。
【0010】
特許文献２には、イベントの会場に収容人数を制限することが可能な情報処理方法等を提供する技術が開示されている。
【先行技術文献】
【特許文献】
【0011】
【文献】ＷＯ２０１６－１２５２０３
【文献】特開２０２２－０６２５２７号公報
【0012】
ここで、会話やチャットの機会の提供と、実際の出会いの場の提供は、シームレスであることが好ましい。
つまり、マッチングアプリのユーザは、普段当該マッチングアプリで他のユーザとコミュニケーションを取ったり、気になった他のユーザの動向をチェックしたりしつつ、店舗等のイベントに参加が可能なときに無理せず参加できることが好ましい。
つまり、マッチングアプリのユーザは、普段当該マッチングアプリで他のユーザとコミュニケーションを取ったり、気になった他のユーザの動向をチェックしたりしつつ、店舗等のイベントに参加が可能なときに無理せず参加できることが好ましい。
【0013】
マッチングアプリユーザのうち、実際に店舗などの会場に足を運ぶユーザは、冷やかしを目的とするユーザではなく、真剣に出会いを求めているユーザである可能性が高い。
したがって、これらのユーザに特典などを付与することで、出会いをさらに支援することが考えられる。また、このような特典により、店舗のイベントに参加することを躊躇するユーザに参加を促すことができる。
したがって、これらのユーザに特典などを付与することで、出会いをさらに支援することが考えられる。また、このような特典により、店舗のイベントに参加することを躊躇するユーザに参加を促すことができる。
【0014】
また、オンラインのやり取りで気になっている他のユーザが、店舗のイベントに参加することや参加していることが分かれば、それがイベント参加の契機となり得る。
【0015】
このため、マッチングアプリは、来店（来場）するユーザと、来店（来場）しないユーザとを明確に区別する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【0016】
解決しようとする問題点は、リアル店舗等における出会いを提供するマッチングアプリにおいて、実際に店舗等に新たな参加者の入場があった場合はリアルタイムで通知を行うことや、また、実際に店舗等に入場しているユーザとそうでないユーザとで処理を分け、店舗等に入場しているユーザには特典を付与するマッチングアプリが提供できてない点である。
【課題を解決するための手段】
【0017】
本発明のマッチングシステムは、入場管理装置による入場処理を経て入場しているユーザのユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知部、
場内ユーザに「ユーザマップ情報」提供するユーザマップ情報提供部、および、
一の場内ユーザについての情報を要求する情報要求者がある場合に、（１）前記情報要求者が他の場内ユーザである場合は、「特定情報を含むユーザプロフィール情ｚz
報」および「ユーザマップ情報」を提供し、（２）前記情報要求者が場内ユーザでない場合は、「特定情報を含まないユーザプロフィール情報」を提供する、ユーザ情報提供部、を備えることを最も主要な特徴とする。
場内ユーザに「ユーザマップ情報」提供するユーザマップ情報提供部、および、
一の場内ユーザについての情報を要求する情報要求者がある場合に、（１）前記情報要求者が他の場内ユーザである場合は、「特定情報を含むユーザプロフィール情ｚz
報」および「ユーザマップ情報」を提供し、（２）前記情報要求者が場内ユーザでない場合は、「特定情報を含まないユーザプロフィール情報」を提供する、ユーザ情報提供部、を備えることを最も主要な特徴とする。
【0018】
本発明は、上記課題を鑑みてなされたものであり、例えば以下の手段を採用している。
すなわち、ユーザのうち、入場管理装置による入場処理を行って入場している場内ユーザの情報をユーザ入場情報として取得する入場情報取得部、
前記ユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知部、
前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得部、
前記場内ユーザ位置情報と場内地図情報とから、ユーザマップ情報を作成するユーザマップ情報作成部、
ユーザプロフィール情報を取得するプロフィール情報取得部、
一の場内ユーザについての情報を要求する情報要求者がある場合に、
（１）前記情報要求者が他の場内ユーザである場合は、特定情報を含むユーザプロフィール情報およびユーザマップ情報を提供し、
（２）前記情報要求者が場内ユーザでない場合は、特定情報を含まないユーザプロフィール情報を提供する、ユーザ情報提供部、
前記他の場内ユーザから前記一の場内ユーザに対する個別情報交換の要求を受け付ける情報交換要求取得部、および、
前記一の場内ユーザの承諾を受けて、前記他の場内ユーザと前記一の場内ユーザとの個別情報交換を許可する個別通信許可部、を備えることを特徴とする、マッチングシステムを提供する。
すなわち、ユーザのうち、入場管理装置による入場処理を行って入場している場内ユーザの情報をユーザ入場情報として取得する入場情報取得部、
前記ユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知部、
前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得部、
前記場内ユーザ位置情報と場内地図情報とから、ユーザマップ情報を作成するユーザマップ情報作成部、
ユーザプロフィール情報を取得するプロフィール情報取得部、
一の場内ユーザについての情報を要求する情報要求者がある場合に、
（１）前記情報要求者が他の場内ユーザである場合は、特定情報を含むユーザプロフィール情報およびユーザマップ情報を提供し、
（２）前記情報要求者が場内ユーザでない場合は、特定情報を含まないユーザプロフィール情報を提供する、ユーザ情報提供部、
前記他の場内ユーザから前記一の場内ユーザに対する個別情報交換の要求を受け付ける情報交換要求取得部、および、
前記一の場内ユーザの承諾を受けて、前記他の場内ユーザと前記一の場内ユーザとの個別情報交換を許可する個別通信許可部、を備えることを特徴とする、マッチングシステムを提供する。
【発明の効果】
【0019】
本発明のマッチングシステムは、実際に店舗等に新たな参加者の入場があった場合にリアルタイムで通知を行い、また、実際に店舗等に入場しているユーザとそうでないユーザとで処理を分け、店舗等に入場しているユーザには特典を付与することで、ユーザに対し、店舗のイベント等への参加を促すことができるという利点がある。
【図面の簡単な説明】
【0020】
【図1】マッチングシステム１の概要を示す図（ネットワーク構成図）である。
【図2】認証情報表示画面を示す図である。
【図3】場内地図表示画面を示す図である。
【図4】個別チャット画面を示す図である。
【図5】入場状況表示画面を示す図である。
【図6】店舗外ユーザ向けプロフィール画面を示す図である。
【図7】店舗内ユーザ向けプロフィール画面を示す図である。
【図8】入場監視処理を示すフローチャートである。
【図9】ユーザ位置更新処理を示すフローチャートである。
【図10】ユーザ情報提供処理を示すフローチャートである。
【図11】情報交換支援処理を示すフローチャートである。
【図12】サーバ１０のハードウェア構成図である。
【図13】ユーザ端末３０のハードウェア構成図である。
【図14】変形例に係るユーザ位置更新処理を示すフローチャートである。
【発明を実施するための形態】
【0021】
本発明の実施形態を図面に基づいて説明する。以下の各実施形態では、同一又は対応する部分については同一の符号を付して説明を適宜省略する場合がある。
また、以下に用いる図面は本実施形態を説明するために用いるものであり、実際の装置の構成やユーザーインターフェース（ＵＩ）、データ構成などとは異なる場合がある。
また、以下に用いる図面は本実施形態を説明するために用いるものであり、実際の装置の構成やユーザーインターフェース（ＵＩ）、データ構成などとは異なる場合がある。
【0022】
（実施形態の概要）
本実施形態の概要について、図１を用いて説明する。
図１は、本実施形態のマッチングプログラムＰ１による処理を行うシステム（以下「マッチングシステム１」とする。）の概要を示す図（ネットワーク図）である。
本実施形態の概要について、図１を用いて説明する。
図１は、本実施形態のマッチングプログラムＰ１による処理を行うシステム（以下「マッチングシステム１」とする。）の概要を示す図（ネットワーク図）である。
【0023】
（実施形態の詳細）
以下、本実施形態に係るマッチングシステム１について、詳細を説明する。
すなわちマッチングシステム１は、マッチングプログラムＰ１による情報処理が、サーバ１０などのハードウェア資源を用いて具体的に実現されるものである。
以下、本実施形態に係るマッチングシステム１について、詳細を説明する。
すなわちマッチングシステム１は、マッチングプログラムＰ１による情報処理が、サーバ１０などのハードウェア資源を用いて具体的に実現されるものである。
【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】
ここで、ユーザ端末３０を操作しているユーザが店舗内にいるか、店舗外にいるかで表示される内容が異なる。以下店舗外ユーザと店舗内ユーザそれぞれで表示される画面について説明する。
【0055】
図６は、店舗外ユーザ向けプロフィール画面を示す図である。
図６に示すように、店舗外ユーザ向けプロフィール画面はプロフィール表示部ＵＩ－１８と、顔写真表示部ＵＩ－１９を備える。
店舗外ユーザ向けプロフィール画面は、ユーザのプロフィール情報のうち一部を表示する。
図６に示すように、店舗外ユーザ向けプロフィール画面はプロフィール表示部ＵＩ－１８と、顔写真表示部ＵＩ－１９を備える。
店舗外ユーザ向けプロフィール画面は、ユーザのプロフィール情報のうち一部を表示する。
【0056】
具体的には、プロセッサ１１１は店舗外ユーザ向けプロフィール画面に、顔写真などの特定情報を含まないプロフィールを表示する。特定情報については後述する。
図６の例では、ニックネームと、メッセージのみが表示されている。
図６の例では、ニックネームと、メッセージのみが表示されている。
【0057】
プロセッサ１１１は店舗外ユーザ向けプロフィール画面の顔写真表示欄ＵＩ－１９に顔写真は表示せず、ここでは「No Image」の文字を表示している。
なお、「No Image」の文字等に代えて、顔写真以外の画像、例えばユーザが選択する任意のイラスト画像などであってもよい。
なお、「No Image」の文字等に代えて、顔写真以外の画像、例えばユーザが選択する任意のイラスト画像などであってもよい。
【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】
またプロセッサ１１１は、当該一のユーザが店舗内のどこにいるかの位置情報（「場内ユーザ位置情報」）を含むユーザマップ情報を、当該他のユーザに提供可能にする（ステップ２３）。
これは例えば、店舗内ユーザ向けプロフィール画面（図７参照）で当該他のユーザが位置情報表示ボタンＵＩ－２０を押下したときに、対象となるユーザ（一のユーザ）の位置情報を場内地図ＵＩ－１２上に表示するものである。
これは例えば、店舗内ユーザ向けプロフィール画面（図７参照）で当該他のユーザが位置情報表示ボタンＵＩ－２０を押下したときに、対象となるユーザ（一のユーザ）の位置情報を場内地図ＵＩ－１２上に表示するものである。
【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】
【表1】
【0109】
表１は、ユーザ位置テーブルＤ１１が備えるデータを例示するものである。ここでは、場内またはその近傍に、ビーコンが３つある場合を例示する。
表１に示すように、ユーザ位置テーブルＤ１１はデータ項目として一意のユーザＩＤ（identification）、ビーコン名、場内位置コードを備える。ビーコン名はビーコン２２ａのＵＵＩＤと一対一対応する。
表１に示すように、ユーザ位置テーブルＤ１１はデータ項目として一意のユーザＩＤ（identification）、ビーコン名、場内位置コードを備える。ビーコン名はビーコン２２ａのＵＵＩＤと一対一対応する。
【0110】
ユーザＩＤは、プロセッサ１１１がユーザに割り当てる一意のＩＤである。
【0111】
ビーコン（ビーコン１～３）は、各ユーザのユーザ端末３０が受信するビーコン２２ａごとの受信電波強度（ＲＳＳＩ（Received Signal Strength Indicator））を多段階評価で示すものである。
【0112】
例えば、ユーザＩＤがＵ０００００１のユーザ端末３０は、ビーコン１からの電波は受信していないのに対し（表１中「－」で表示）、ビーコン２からの弱い電波を受信しており（Ｌｏｗ）、ビーコン３からは強い電波を受信している（Ｈｉｇｈ）。
このことから、当該ユーザ端末３０はビーコン３の近くにあることが分かり、また、ビーコン１は遠く離れていることが分かる。
そして例えば３点測位を用いることにより、プロセッサ１１１はユーザ端末３０の位置を正確に取得することができる。
このことから、当該ユーザ端末３０はビーコン３の近くにあることが分かり、また、ビーコン１は遠く離れていることが分かる。
そして例えば３点測位を用いることにより、プロセッサ１１１はユーザ端末３０の位置を正確に取得することができる。
【0113】
場内位置コードは、各ビーコン２２ａの情報から割り出したユーザの位置座標である。
プロセッサ１１１はこの場内位置コードを、場内地図ＵＩ－１２にユーザの位置（自己位置アイコンＵＩ－１２１または他者位置アイコンＵＩ－１２２）をプロットするのに使用する。
プロセッサ１１１はこの場内位置コードを、場内地図ＵＩ－１２にユーザの位置（自己位置アイコンＵＩ－１２１または他者位置アイコンＵＩ－１２２）をプロットするのに使用する。
【0114】
また使用する測位装置２２（ビーコン２２ａ）により、ユーザ位置テーブルＤ１１は上記以外のデータを備えていてもよい。
例えば、ユーザ端末３０と測位装置２２を結ぶ線の水平面（地面）からの角度など、測位に用いる角度情報などを備えていてもよい。
例えば、ユーザ端末３０と測位装置２２を結ぶ線の水平面（地面）からの角度など、測位に用いる角度情報などを備えていてもよい。
【0115】
入退場ログテーブルＤ１２は、ユーザの入退場ログデータを備えるテーブルである。
【0116】
【表2】
【0117】
表２は、入退場ログテーブルＤ１２が備えるデータを例示するものである。
表２の入退場ログテーブルは、ある１のユーザ（例えばユーザＩＤがＵ０００００１のユーザ）についてのテーブルである。
表２に示すように、入退場ログテーブルＤ１２はデータ項目として一意のログ番号、入退場日時、フラグを備える。
表２の入退場ログテーブルは、ある１のユーザ（例えばユーザＩＤがＵ０００００１のユーザ）についてのテーブルである。
表２に示すように、入退場ログテーブルＤ１２はデータ項目として一意のログ番号、入退場日時、フラグを備える。
【0118】
ログ番号は、時系列順に割り振られる一意の番号である。
入退場日時は、ユーザの入場日時はまた退場日時を示す。
フラグは、入場か退場かを示すものであり、「１」は入場を、「０」は退場を示す。例えば本実施形態における入場者フラグである。
入退場日時は、ユーザの入場日時はまた退場日時を示す。
フラグは、入場か退場かを示すものであり、「１」は入場を、「０」は退場を示す。例えば本実施形態における入場者フラグである。
【0119】
例えば、表２のユーザの場合、２０２４年４月１２日の１８時１分に入場し、２０時２４分に退場している。
【0120】
入場時間は、ユーザが場内へ入場するに際し、入場管理装置２１が当該ユーザを認証した時間（ＱＲコードを読み取った時間）である。
退場時間は、当該ユーザのユーザ端末３０が、ビーコン２２ａのいずれからも電波を受信しなくなって一定時間が経過し、プロセッサ１１１が入場者フラグをＯＦＦにした時間である。
退場時間は、当該ユーザのユーザ端末３０が、ビーコン２２ａのいずれからも電波を受信しなくなって一定時間が経過し、プロセッサ１１１が入場者フラグをＯＦＦにした時間である。
【0121】
ユーザプロフィールテーブルＤ１３は、ユーザのプロフィールに関するデータ（ユーザプロフィール（データ））を備えるテーブルである。
【0122】
【表3】
【0123】
表３は、ユーザプロフィールテーブルＤ１３が備えるデータを例示するものである。
表３に示すように、ユーザプロフィールテーブルＤ１３はデータ項目として一意のユーザＩＤのほか、ユーザプロフィール（名前、ニックネーム、年齢、性別、職業、住所１（都道府県）、住所２（市区町村以下）、顔写真ＩＤ、背景画像ＩＤ、および自己紹介文）を備える。
表３に示すように、ユーザプロフィールテーブルＤ１３はデータ項目として一意のユーザＩＤのほか、ユーザプロフィール（名前、ニックネーム、年齢、性別、職業、住所１（都道府県）、住所２（市区町村以下）、顔写真ＩＤ、背景画像ＩＤ、および自己紹介文）を備える。
【0124】
ユーザはユーザ用アプリ２０を自己のユーザ端末３０にインストールし、使用するに際し、最初に自己のプロフィールを入力して登録する。このときユーザにより入力される情報を、プロセッサ１１１はユーザプロフィールテーブルＤ１３に記憶する。
本実施形態において、ニックネーム（または名前）と、性別とは必須の入力項目である。
本実施形態において、ニックネーム（または名前）と、性別とは必須の入力項目である。
【0125】
名前は、ユーザの本名である。
ニックネームは、ユーザの仮名である。
なお、表３は一例であり、名前（本名）をデータとして取得せず、ニックネームのみでもよい。
ニックネームは、ユーザの仮名である。
なお、表３は一例であり、名前（本名）をデータとして取得せず、ニックネームのみでもよい。
【0126】
年齢、性別、職業、住所はそれぞれユーザの年齢、性別、職業、住所である。
マッチングの性質上、相手の職業を知りたいというニーズが多いため、職業を含めることは好ましい。職業とは別に、保有資格や年収の項目があってもよい。これにより、他のユーザのことをよりよく知ることができるため、マッチングが成立しやすくなる。
マッチングの性質上、相手の職業を知りたいというニーズが多いため、職業を含めることは好ましい。職業とは別に、保有資格や年収の項目があってもよい。これにより、他のユーザのことをよりよく知ることができるため、マッチングが成立しやすくなる。
【0127】
本実施形態において、住所は住所１と住所２で分かれており、住所１は都道府県、住所２は市区町村以下の情報を含む。ただし必ずしもこのように分ける必要はなく、１つにしてもよいし、さらに細かく分けてもよい。
【0128】
顔写真ＩＤは、ユーザにより登録されている顔写真の画像データに紐づく一意のＩＤである。
マッチングデータベースＤ１は、顔写真ＩＤと顔写真の画像データとを紐づける顔写真データベースを備える（不図示）。顔写真ＩＤは、対応する画像データを参照するためのＩＤである。
なお、画像に係るデータＩＤがある場合、当該画像データＩＤと画像データとを紐づけるデータベースを備える点は、以下も同様である。
マッチングの性質上、相手の顔を知りたいというニーズが多いため、顔写真をデータに含むことは好ましい。
マッチングデータベースＤ１は、顔写真ＩＤと顔写真の画像データとを紐づける顔写真データベースを備える（不図示）。顔写真ＩＤは、対応する画像データを参照するためのＩＤである。
なお、画像に係るデータＩＤがある場合、当該画像データＩＤと画像データとを紐づけるデータベースを備える点は、以下も同様である。
マッチングの性質上、相手の顔を知りたいというニーズが多いため、顔写真をデータに含むことは好ましい。
【0129】
背景画像ＩＤは、ユーザにより登録されている背景画像の画像データに紐づく一意のＩＤである。顔写真ＩＤと同様に、対応する画像データを参照するためのＩＤである。
【0130】
自己紹介文は、ユーザが入力する自己紹介のテキスト情報である。
ユーザへの入力を促すため、自己紹介文は複数の項目に分かれていてもよい。例えば、趣味、特技、好きな食べ物、嫌いな食べ物、好きな場所、休日の過ごし方、自己分析などである（不図示）。これらにより、自己紹介を充実させることができる。
ユーザへの入力を促すため、自己紹介文は複数の項目に分かれていてもよい。例えば、趣味、特技、好きな食べ物、嫌いな食べ物、好きな場所、休日の過ごし方、自己分析などである（不図示）。これらにより、自己紹介を充実させることができる。
【0131】
また、さらに自己紹介を充実させるため、ユーザプロフィールテーブルＤ１３はほかのサービスへのリンクＵＲＬを項目として備えていてもよい。
サービスは例えばＳＮＳや動画サイトであってもよいし、心理テストのようなウェブサービスであってもよい。
サービスは例えばＳＮＳや動画サイトであってもよいし、心理テストのようなウェブサービスであってもよい。
【0132】
上述したように、本実施形態において、ユーザプロフィールテーブルＤ１３は上記のほか、入場予約の情報を含む。
ただし、入場予約の情報は別のテーブル（入場予約テーブル）として備えていてもよい。この場合、入場予約テーブルはユーザＩＤと予約日時をデータとして備える。
ただし、入場予約の情報は別のテーブル（入場予約テーブル）として備えていてもよい。この場合、入場予約テーブルはユーザＩＤと予約日時をデータとして備える。
【0133】
表３は、あくまで一例であり、ユーザプロフィールテーブルＤ１３は上記データの一部を備えなくてもよいし、逆に、上記以外のデータを含めてもよい。
例えば、ユーザプロフィールテーブルＤ１３は本人確認時の免許証番号などの個人識別番号などを含んでいてもよい。
また、ユーザプロフィールテーブルＤ１３は、「いいね」や個別登録をした相手、および／または、「いいね」や個別登録をしてくれた相手の情報（ユーザＩＤなど）を含んでもよい。
例えば、ユーザプロフィールテーブルＤ１３は本人確認時の免許証番号などの個人識別番号などを含んでいてもよい。
また、ユーザプロフィールテーブルＤ１３は、「いいね」や個別登録をした相手、および／または、「いいね」や個別登録をしてくれた相手の情報（ユーザＩＤなど）を含んでもよい。
【0134】
上述したように、本名のデータは割愛し得るほか、住所のデータも省略し、または割愛し得る。個人情報保護の観点である。
一方、顔写真ＩＤや背景画像ＩＤのほか、他の画像に係るＩＤなどを含んでいてもよい。顔写真や背景に限らず、自己紹介用のアイコンや、自分のプロフィールページのデザインなど、サイト上で各種設定を行い、コーディネートできるのが今日一般的であるからである。
一方、顔写真ＩＤや背景画像ＩＤのほか、他の画像に係るＩＤなどを含んでいてもよい。顔写真や背景に限らず、自己紹介用のアイコンや、自分のプロフィールページのデザインなど、サイト上で各種設定を行い、コーディネートできるのが今日一般的であるからである。
【0135】
なお管理者は、ユーザプロフィールテーブルＤ１３に関係するデータの一部を「特定情報」として設定する。
例えば本実施形態の「特定情報」は、ニックネームと自己紹介文以外の情報、具体的には名前、年齢、職業、住所、顔写真（顔写真による画像情報）である。
管理者は何を「特定情報」とするかについて適宜変更し得る。
例えば、管理者が「職業」を特定情報から外すことで、どのユーザも、他のユーザの職業を閲覧することができるようになる（例外（開示拒否）については次項で説明する）。
例えば本実施形態の「特定情報」は、ニックネームと自己紹介文以外の情報、具体的には名前、年齢、職業、住所、顔写真（顔写真による画像情報）である。
管理者は何を「特定情報」とするかについて適宜変更し得る。
例えば、管理者が「職業」を特定情報から外すことで、どのユーザも、他のユーザの職業を閲覧することができるようになる（例外（開示拒否）については次項で説明する）。
【0136】
開示可否項目テーブルＤ１４は、ユーザの設定による、自己のプロフィールの開示可否を示すデータ（開示可否データ）を備えるテーブルである。
【0137】
【表4】
【0138】
表４は、開示可否項目テーブルＤ１４が備えるデータを例示するものである。
表４に示すように、開示可否項目テーブルＤ１４はデータ項目として一意のユーザＩＤのほか、名前、ニックネーム、年齢、職業、住所１、住所２、顔写真、および自己紹介文を備える。
表４に示すように、開示可否項目テーブルＤ１４はデータ項目として一意のユーザＩＤのほか、名前、ニックネーム、年齢、職業、住所１、住所２、顔写真、および自己紹介文を備える。
【0139】
ユーザは名前、ニックネーム、年齢、職業、住所１、住所２、顔写真、および自己紹介文のそれぞれについて、開示の可否を選択できる。
【0140】
表４において、ユーザが情報の開示を可としている項目は「１」、開示を否としている項目は「０」で表示されている。
【0141】
なお本実施形態において、ニックネームと自己紹介文は非開示にできない。よって、全ユーザにおいてニックネームと自己紹介文は「１」となっている。
つまり、店舗内ユーザ・店舗外ユーザ問わず、全ユーザは、他者のプロフィールのうちニックネームおよび自己紹介文を閲覧することができる。また、システムの性質上、他者の性別も知ることができる。
つまり、店舗内ユーザ・店舗外ユーザ問わず、全ユーザは、他者のプロフィールのうちニックネームおよび自己紹介文を閲覧することができる。また、システムの性質上、他者の性別も知ることができる。
【0142】
表４について例示すると、ユーザＩＤがＵ０００００１のユーザは、特定情報（名前、年齢、職業、住所１、住所２、および顔写真）のいずれも開示（「１」）としている。よって、当該ユーザが店舗内にいるときは、他の店舗内ユーザは、当該ユーザのニックネームおよび自己紹介文に加え、年齢、住所１、住所２、および顔写真情報を閲覧することができる。
【0143】
一方で、ユーザＩＤがＵ０００００２のユーザは、特定情報（名前、年齢、職業、住所１、住所２、および顔写真）のうち、名前と職業を非開示（「０」）としている。よって、当該ユーザが店舗内にいるときは、他の店舗内ユーザは当該ユーザのニックネームおよび自己紹介文のほか、年齢、住所１、住所２、および顔写真情報を閲覧することができる。
【0144】
店舗内ユーザは、店舗外ユーザと異なり、原則他の店舗内ユーザの、特定情報を含むプロフィール情報を閲覧することができる。
しかしながら、ユーザが非開示としているプロフィール情報については閲覧することができない。
ユーザはどうしても開示したくない自己のプロフィール情報を非開示にできるため、自己の個人情報に配慮しつつ安心してユーザ用アプリＰ２０を使用し、またイベント等に参加することができる。
しかしながら、ユーザが非開示としているプロフィール情報については閲覧することができない。
ユーザはどうしても開示したくない自己のプロフィール情報を非開示にできるため、自己の個人情報に配慮しつつ安心してユーザ用アプリＰ２０を使用し、またイベント等に参加することができる。
【0145】
ユーザが情報の開示可否を設定できる項目に、後述する予約データテーブルの情報や、投稿データテーブル情報を含めてもよい。
これは、ユーザが来店日時や投稿内容を知られたくない場合に効果がある。
これは、ユーザが来店日時や投稿内容を知られたくない場合に効果がある。
【0146】
小括すると、特定情報を含むユーザプロフィール情報は、開示する情報と開示しない情報をユーザが選択することができる。
【0147】
来店予約データテーブルＤ１５は、ユーザの来店予約情報を備えるテーブルである。
予約受付処理でユーザの来店予約の登録を受け付けることにより、プロセッサ１２２は当該ユーザのユーザＩＤと来店予約日時を記憶部１４に記憶させる。
予約受付処理でユーザの来店予約の登録を受け付けることにより、プロセッサ１２２は当該ユーザのユーザＩＤと来店予約日時を記憶部１４に記憶させる。
【0148】
【表5】
【0149】
表５は、来店予約データテーブルＤ１５が備えるデータを例示するものである。
表５に示すように、来店予約データテーブルＤ１５は一意のユーザＩＤ、来店予約日時、および認証ＩＤを備える。
表５に示すように、来店予約データテーブルＤ１５は一意のユーザＩＤ、来店予約日時、および認証ＩＤを備える。
【0150】
来店予約日時はユーザの入力し、登録した来店予約日時を示す。
本実施形態において、プロセッサ１１１は来店予約日時をユーザプロフィール情報に含めて開示する。ここでは来店予約日時の情報は特定情報ではないため、来店していないユーザであっても、他のユーザの来店予約情報を知ることができる。
ただし、ユーザ本人による開示拒否があればその限りではない（非開示となる）。
本実施形態において、プロセッサ１１１は来店予約日時をユーザプロフィール情報に含めて開示する。ここでは来店予約日時の情報は特定情報ではないため、来店していないユーザであっても、他のユーザの来店予約情報を知ることができる。
ただし、ユーザ本人による開示拒否があればその限りではない（非開示となる）。
【0151】
認証ＩＤは、認証に必要な情報である。
本実施形態において、認証ＩＤはＱＲコードに紐づく。この認証情報が２次元コード化され、ユーザ端末３０の表示部３５１に表示される。
プロセッサ１１１は、ユーザが提示するＱＲコードの認証情報と、来店予約データテーブルＤ１５が記憶している認証情報が合致するかの判断を行う。
本実施形態において、認証ＩＤはＱＲコードに紐づく。この認証情報が２次元コード化され、ユーザ端末３０の表示部３５１に表示される。
プロセッサ１１１は、ユーザが提示するＱＲコードの認証情報と、来店予約データテーブルＤ１５が記憶している認証情報が合致するかの判断を行う。
【0152】
投稿データテーブルＤ１６は、ユーザの投稿に係るデータ（ユーザ投稿データ）を備えるテーブルである。
【0153】
【表6】
【0154】
表６は、投稿データテーブルＤ１６が備えるデータを例示するものである。
表６に示すように、投稿データテーブルＤ１６はデータ項目として、一意の投稿ＩＤのほか、投稿日時、投稿内容、添付データＩＤ、リプライＩＤ、評価１、および評価２を備える。
表６に示すように、投稿データテーブルＤ１６はデータ項目として、一意の投稿ＩＤのほか、投稿日時、投稿内容、添付データＩＤ、リプライＩＤ、評価１、および評価２を備える。
【0155】
投稿ＩＤは、投稿時にプロセッサ１１１が割り振る一意のＩＤである。
投稿日時は、ユーザが投稿を行った日時（サーバ１０が投稿を受け付けた日時）である。
投稿内容は、投稿に係るテキストデータである。
投稿日時は、ユーザが投稿を行った日時（サーバ１０が投稿を受け付けた日時）である。
投稿内容は、投稿に係るテキストデータである。
【0156】
添付データＩＤは、ユーザが投稿とともに添付している画像データに紐づく一意のＩＤである。
マッチングデータベースＤ１は、添付データＩＤと添付画像データとを紐づけるデータベースを備える（不図示）。
マッチングデータベースＤ１は、添付データＩＤと添付画像データとを紐づけるデータベースを備える（不図示）。
【0157】
リプライＩＤは、ユーザが他者の投稿にリプライ（返信）等する形で投稿した場合において、当該他社の投稿の投稿ＩＤを示すものである。
【0158】
評価１、評価２は、ユーザの投稿に対する他者の反応に係る数値データである。例えば、投稿に対して他社が「いいね」ボタンを押下すると、評価１の数値が増える。
「いいね」に限らず、「なるほど」、「すごい」、「楽しい」など、読者の感情に合わせたボタンが複数備えていてもよく、それぞれの押下回数に対応する数値データを、プロセッサ１１１が評価１、評価２などの項目に記録する。
「いいね」に限らず、「なるほど」、「すごい」、「楽しい」など、読者の感情に合わせたボタンが複数備えていてもよく、それぞれの押下回数に対応する数値データを、プロセッサ１１１が評価１、評価２などの項目に記録する。
【0159】
４．ハードウェア構成
図１に示すように、マッチングシステム１は、サーバ１０、場内用ネットワーク機器２０、およびユーザ用アプリＰ２０を備えるユーザ端末３０と、を備える。また、これらの各装置は、ネットワークＮを介して接続されている。ネットワークＮは例えばインターネットなどである。
サーバ１０は、本実施形態に係るマッチングシステム１を動作させるためのマッチングプログラムＰ１を含むソフトウェア（アプリケーションソフトウェア）をインストールしており、当該ソフトウェアの機能により、各種処理を実行する。
以下、各ハードウェアについて説明する。
図１に示すように、マッチングシステム１は、サーバ１０、場内用ネットワーク機器２０、およびユーザ用アプリＰ２０を備えるユーザ端末３０と、を備える。また、これらの各装置は、ネットワークＮを介して接続されている。ネットワークＮは例えばインターネットなどである。
サーバ１０は、本実施形態に係るマッチングシステム１を動作させるためのマッチングプログラムＰ１を含むソフトウェア（アプリケーションソフトウェア）をインストールしており、当該ソフトウェアの機能により、各種処理を実行する。
以下、各ハードウェアについて説明する。
【0160】
＜サーバ１０＞
サーバ１０は、マッチングプログラムＰ１を実行するためのコンピュータである。
図１においてサーバ１０は１台のみ図示しているが、数は１台に限られるものではなく、複数のサーバにより実現してもよい。
例えば、負荷分散や可用性の観点から、複数のサーバを用いることも考えられる。
サーバ１０はクラウドサービス事業者のコンピュータを利用するものであってもよいし、ユーザがコンピュータを用意してもよい。
サーバ１０は、マッチングプログラムＰ１を実行するためのコンピュータである。
図１においてサーバ１０は１台のみ図示しているが、数は１台に限られるものではなく、複数のサーバにより実現してもよい。
例えば、負荷分散や可用性の観点から、複数のサーバを用いることも考えられる。
サーバ１０はクラウドサービス事業者のコンピュータを利用するものであってもよいし、ユーザがコンピュータを用意してもよい。
【0161】
図１２は、サーバ１０のハードウェア構成図である。
図１２に示すように、サーバ１０は、制御部１１、記憶部１２、および通信制御部１３を備える。また制御部１１は、プロセッサ１１１、ＲＯＭ１１２、ＲＡＭ１１３、計時部１１４を備える。それぞれの基本的な機能については後でまとめて説明する。
図１２に示すように、サーバ１０は、制御部１１、記憶部１２、および通信制御部１３を備える。また制御部１１は、プロセッサ１１１、ＲＯＭ１１２、ＲＡＭ１１３、計時部１１４を備える。それぞれの基本的な機能については後でまとめて説明する。
【0162】
プロセッサ１１１を備える制御部１１は、サーバ１０においてマッチング部１１ａとしても機能する（不図示）。マッチング部１１ａは、マッチングプログラムＰ１を実行してマッチング処理を行う。本実施形態において、プロセッサ１１１はＣＰＵ（Central Processing Unit）である。
【0163】
また、一のプログラムは、別のプログラムを含んでいてもよい。例えば本実施形態において、マッチングプログラムＰ１は、入場監視プログラムＰ１１やユーザ位置更新プログラムＰ１２などを含む。
【0164】
図１２に示すように、記憶部１２は、プログラム格納部１２ａとデータ格納部１２ｂを備え、各種処理に必要なプログラムやデータを備える。
例えば、プログラム格納部１２ａには、本実施形態に係るマッチングプログラムＰ１のほか、サーバ１０に接続されている機器を制御するための制御プログラム、例えば通信制御部１３を制御する通信制御プログラムなどが格納されている。
例えば、プログラム格納部１２ａには、本実施形態に係るマッチングプログラムＰ１のほか、サーバ１０に接続されている機器を制御するための制御プログラム、例えば通信制御部１３を制御する通信制御プログラムなどが格納されている。
【0165】
図１２に示すように、通信制御部１３は、サーバ１０と、外部にある端末、例えば、後述する入場管理装置２１やユーザ端末３０などとの間で通信を行う装置である。通信制御部１３は、図１に示すように、サーバ１０をネットワークＮに接続する。
【0166】
上記のほか、サーバ１０は、命令やデータの入力を行うための入力部（例えばキーボード）や、情報を何らかの形で出力するための出力部（例えば音声出力装置）などを備えていてもよい（不図示）。また、本実施形態の用途のために追加的に必要な装置や、本実施形態の用途について利便性を向上させるための装置を備えていてもよい。
【0167】
＜場内用ネットワーク機器２０＞
場内用ネットワーク機器２０は、ユーザの位置情報を把握するために場内またはその近傍に配設されるネットワーク機器である。
マッチングシステム１は、場内用ネットワーク機器２０として入場管理装置２１および測位装置２２を備える。
場内用ネットワーク機器２０は、ユーザの位置情報を把握するために場内またはその近傍に配設されるネットワーク機器である。
マッチングシステム１は、場内用ネットワーク機器２０として入場管理装置２１および測位装置２２を備える。
【0168】
＜入場管理装置２１＞
入場管理装置２１は、ユーザの場内への物理的な入場を管理する情報処理装置である。
本実施形態において、入場管理装置２１は会場の入口（場内と場外の境界部分）に配設される。入口が複数ある場合、入口ごとに少なくとも１つの入場管理装置が配設される。また、一つの入口に複数の入場管理装置２１が配設されていてもよい。
入場管理装置２１は、ユーザの場内への物理的な入場を管理する情報処理装置である。
本実施形態において、入場管理装置２１は会場の入口（場内と場外の境界部分）に配設される。入口が複数ある場合、入口ごとに少なくとも１つの入場管理装置が配設される。また、一つの入口に複数の入場管理装置２１が配設されていてもよい。
【0169】
本実施形態において、入場管理装置２１は入力部として情報読取部２１１を備えるコンピュータである。本実施形態において、情報読取部２１１はＱＲコードリーダである。
また、入場管理装置２１が備える通信制御装置により、入場管理装置２１はサーバ１０と通信を行う。
また、入場管理装置２１が備える通信制御装置により、入場管理装置２１はサーバ１０と通信を行う。
【0170】
本実施形態において例えば、ユーザはあらかじめ送付され、スマートフォンに格納されているＱＲコードを入場管理装置２１のＱＲコードリーダにかざし、認証を行う。
認証に成功すると、例えば入口に配設されているゲートなどが開き、ユーザは場内に入場することができる。
認証に成功すると、例えば入口に配設されているゲートなどが開き、ユーザは場内に入場することができる。
【0171】
また、認証時に入場管理装置２１がユーザを識別する情報をサーバ１０に送信するため、サーバ１０は当該ユーザの入場情報を取得することができる。
【0172】
なお本実施形態において、入場管理装置２１はユーザの場内からの物理的な退場も管理する。
ただし、入場管理装置２１が退場を管理しない態様もあり得るため、ここでは入退場管理装置とせず入場管理装置と称する。
ただし、入場管理装置２１が退場を管理しない態様もあり得るため、ここでは入退場管理装置とせず入場管理装置と称する。
【0173】
＜測位装置２２＞
測位装置２２は、場内に居るユーザの位置情報を正確に把握するための位置測位装置である。測位装置として例えば、測位する場所の近傍に配設されるビーコンや、人工衛星からの電波を利用するＧＰＳが挙げられる。
測位装置２２は、場内に居るユーザの位置情報を正確に把握するための位置測位装置である。測位装置として例えば、測位する場所の近傍に配設されるビーコンや、人工衛星からの電波を利用するＧＰＳが挙げられる。
【0174】
本実施形態において、測位装置２２としてビーコン２２ａを用いている。
本実施形態の用途に用いるビーコン２２ａとして、例えばＢＬＥ（Bluetooth（登録商標） Low Energy）および／またはＵＷＢ（Ultra Wide Band）の規格に基づく通信を行う（電波を発する）ビーコンが好適に用いられる。規格については後述する。
本実施形態の用途に用いるビーコン２２ａとして、例えばＢＬＥ（Bluetooth（登録商標） Low Energy）および／またはＵＷＢ（Ultra Wide Band）の規格に基づく通信を行う（電波を発する）ビーコンが好適に用いられる。規格については後述する。
【0175】
このようなビーコン２２ａとして例えば、Ａｐｐｌｅ Ｉｎｃ．社（登録商標）のｉＢｅａｃｏｎ（登録商標）や（ＢＬＥを使用）、Ｅｓｔｉｍｏｔｅ Ｉｎｃ．社のＵＷＢ Ｂｅａｃｏｎ（ＢＬＥ、ＵＷＢを使用）が挙げられる。
ビーコン２２ａは、通信制御部として近距離無線通信制御部を備え、ユーザ端末３０と通信（ＢＬＥ規格またはＵＷＢ規格による通信）を行う。
ビーコン２２ａは、通信制御部として近距離無線通信制御部を備え、ユーザ端末３０と通信（ＢＬＥ規格またはＵＷＢ規格による通信）を行う。
【0176】
本実施形態のビーコン２２ａは、１つまたは複数が場内またはその近傍に配設され、場内全域のユーザ位置情報を把握することができる。
本実施形態において、ビーコン２２ａは１０センチ程度の距離にあるユーザ端末３０同士を識別することができる。
本実施形態において、ビーコン２２ａは１０センチ程度の距離にあるユーザ端末３０同士を識別することができる。
【0177】
場内全域を十分にカバーするため、マッチングシステム１は、通常２以上のビーコン２２ａを使用することが好ましい。ただし図１では、簡単のためビーコン２２ａを１つのみ描画している。
【0178】
ここで、ビーコン２２ａが発する電波による測位の例について説明する。
ビーコン２２ａは、例えばＵＵＩＤ（Universally Unique Identifier）などの一意のＩＤを備え、一定の周期で電波（ビーコン信号）を発する。ユーザ用アプリＰ２０を備えるユーザ端末３０は、ビーコン２２ａが発する電波を受信し、その受信電波強度（ＲＳＳＩ）を取得する。
ビーコン２２ａは、例えばＵＵＩＤ（Universally Unique Identifier）などの一意のＩＤを備え、一定の周期で電波（ビーコン信号）を発する。ユーザ用アプリＰ２０を備えるユーザ端末３０は、ビーコン２２ａが発する電波を受信し、その受信電波強度（ＲＳＳＩ）を取得する。
【0179】
ビーコン２２ａからユーザ端末３０までの距離が、近いほど受信電波強度は大きく、遠いほど受信電波強度は小さくなるため、ビーコン２２ａによりユーザ端末３０の距離測定（測距）が可能となる。
特に、複数のビーコン２２ａを用いることにより、ユーザ端末３０の正確な位置を特定することができる。測位の方法として例えば、３つ（以上）のビーコン２２ａによる３点測位が挙げられる。
特に、複数のビーコン２２ａを用いることにより、ユーザ端末３０の正確な位置を特定することができる。測位の方法として例えば、３つ（以上）のビーコン２２ａによる３点測位が挙げられる。
【0180】
このときユーザ用アプリＰ２０は、ビーコン２２ａが発する電波（信号）を受信してその受信電波強度（ＲＳＳＩ）を取得するほか、ビーコン２２ａと通信を行って当該ビーコン２２ａの情報を取得し、それらの受信電波強度情報とビーコン識別情報をサーバ１０に送信する。
【0181】
つまり、ユーザ用アプリＰ２０はビーコンが発する電波を受信してその受信電波強度を取得する機能や、当該受信電波強度やビーコン識別情報などのビーコン２２ａに係る情報をサーバ１０に送信する機能を備える。
【0182】
ただし、この測位方法はあくまでも一例であり、これに限られない。例えば、ユーザ端末３０ではなく測位装置２２（ビーコン２２ａ）がサーバ１０と通信するような方法であってもよい。
【0183】
また、ビーコン２２ａによる測位は上述したもの以外の技術を用いてもよい。
例えば、電波の受信角度などにより測位を行うＡｏＡ（Angle of Arrival）や、電波の送信角度などにより測位を行うＡｏＤ（Angle of Departure）といった技術を用いてもよい。
この場合、ユーザ端末３０やビーコン２２ａはこれらの測位を可能とする機能を備える。例えばユーザ用アプリＰ２０は、これらの情報を処理する機能を備える。
例えば、電波の受信角度などにより測位を行うＡｏＡ（Angle of Arrival）や、電波の送信角度などにより測位を行うＡｏＤ（Angle of Departure）といった技術を用いてもよい。
この場合、ユーザ端末３０やビーコン２２ａはこれらの測位を可能とする機能を備える。例えばユーザ用アプリＰ２０は、これらの情報を処理する機能を備える。
【0184】
本実施形態のビーコン２２ａは、電力の消費を抑えられるほか、ＧＰＳ（Global Positioning System）の電波が届きにくい屋内でも使用することができるという利点がある。
店舗等におけるイベントは主に屋内（地下なども含む）で行われるほか、人気のイベントでは人が密集することから、屋内において数十センチメートル程度の誤差で測位できることが必要である。
ＧＰＳにこの精度を求めることが困難であるため、この要件を満たすビーコン２２ａを用いることが特に好ましい。
店舗等におけるイベントは主に屋内（地下なども含む）で行われるほか、人気のイベントでは人が密集することから、屋内において数十センチメートル程度の誤差で測位できることが必要である。
ＧＰＳにこの精度を求めることが困難であるため、この要件を満たすビーコン２２ａを用いることが特に好ましい。
【0185】
＜ルータ２３＞
ルータ２３は、ユーザ端末３０のネットワークＮへの接続を補助する情報処理装置である。本実施形態において、ルータ２３はＷｉ－Ｆｉルータである。無線通信については後述する。
図１ではルータ２３の描画を省略している。
ルータ２３は、ユーザ端末３０のネットワークＮへの接続を補助する情報処理装置である。本実施形態において、ルータ２３はＷｉ－Ｆｉルータである。無線通信については後述する。
図１ではルータ２３の描画を省略している。
【0186】
＜ユーザ端末３０＞
ユーザ端末３０は、ユーザがマッチングシステム１を利用するための情報処理装置である。ユーザは、ユーザ端末３０を用いてサーバ１０にアクセスすることにより、マッチングシステム１を利用する。
本実施形態において、ユーザ端末３０はスマートフォンである。ただし、ユーザ端末３０はこれに限られるものではなく、タブレットなどの携帯型端末であってもよい。
ユーザ端末３０は、ユーザがマッチングシステム１を利用するための情報処理装置である。ユーザは、ユーザ端末３０を用いてサーバ１０にアクセスすることにより、マッチングシステム１を利用する。
本実施形態において、ユーザ端末３０はスマートフォンである。ただし、ユーザ端末３０はこれに限られるものではなく、タブレットなどの携帯型端末であってもよい。
【0187】
図１３は、ユーザ端末３０のハードウェア構成図である。図１３に示すように、ユーザ端末３０は、制御部３１、記憶部３１、通信制御部３３、入力部３４、および出力部３５を備える。また制御部は、プロセッサ３１１、ＲＯＭ、ＲＡＭ、および計時部を備え、記憶部はプログラム格納部３２ａとデータ格納部３２ｂを備える。出力部３５は表示部３５１を備える。
説明済みの内容と重複するものや、後述する基本的な機能に関するものは説明を省略する。
説明済みの内容と重複するものや、後述する基本的な機能に関するものは説明を省略する。
【0188】
ユーザ端末３０の通信制御部３３は、近距離無線通信制御部３３１を備える。近距離無線通信は例えばＷｉ－Ｆｉ、ブルートゥース（登録商標）、ＢＬＥ（ブルートゥース（登録商標）ローエナジー）、ＵＷＢ（Ultra Wide Band）などである。
本実施形態において、近距離無線通信制御部は、後述するビーコン２２ａから電波（例えばＢＬＥの規格である周波数２．４ＧＨｚの電波など）を受信する。
近距離無線通信制御部は、消費電力が低くかつ測距精度が高いＢＬＥやＵＷＢの規格に基づくものが好ましい。またより高い測距精度を求める場合、特にＵＷＢが好ましい。
本実施形態において、近距離無線通信制御部は、後述するビーコン２２ａから電波（例えばＢＬＥの規格である周波数２．４ＧＨｚの電波など）を受信する。
近距離無線通信制御部は、消費電力が低くかつ測距精度が高いＢＬＥやＵＷＢの規格に基づくものが好ましい。またより高い測距精度を求める場合、特にＵＷＢが好ましい。
【0189】
ユーザ端末３０のプログラム格納部３２ａには、本実施形態に係るユーザ端末用アプリケーションプログラムＰ２０（ユーザ用アプリＰ２０）が格納（インストール）されており、当該ソフトウェアの機能により、プロセッサ３１１が各種処理を実行する。
【0190】
各種処理とは、上述したビーコン２２ａとの通信に係る処理や、サーバ１０への情報送信やサーバ１０からの情報取得、取得した情報などに基づく出力（画面表示、音声出力）などである。
ユーザがユーザ用アプリＰ２０を起動すると、ユーザ端末３０のプロセッサ３１１はネットワークＮを通じてサーバ１０と通信を行い、各種処理を実行する。
なお、ビーコン２２ａとの通信に関する処理の少なくとも一部は、バックグランドで実行することができる。
ユーザがユーザ用アプリＰ２０を起動すると、ユーザ端末３０のプロセッサ３１１はネットワークＮを通じてサーバ１０と通信を行い、各種処理を実行する。
なお、ビーコン２２ａとの通信に関する処理の少なくとも一部は、バックグランドで実行することができる。
【0191】
なお本実施形態において、ユーザ用アプリＰ２０は、ネットワークＮを通じて、ユーザ端末３０にインストールされる。
【0192】
（コンピュータの基本的機能に係る説明）
コンピュータは、原則として制御部（プロセッサ、ＲＯＭ、ＲＡＭ、計時部）、記憶部、通信制御部、入力部、および出力部を備える。
以下、それぞれについて説明する。
なお、本実施形態のいずれの端末においても、機能部間の接続態様（ネットワークトポロジ）は特に限定されない。例えばバス型であってもよいし、スター型、メッシュ型などであってもよい。
コンピュータは、原則として制御部（プロセッサ、ＲＯＭ、ＲＡＭ、計時部）、記憶部、通信制御部、入力部、および出力部を備える。
以下、それぞれについて説明する。
なお、本実施形態のいずれの端末においても、機能部間の接続態様（ネットワークトポロジ）は特に限定されない。例えばバス型であってもよいし、スター型、メッシュ型などであってもよい。
【0193】
プロセッサは、ＲＯＭや記憶部などに記憶されたプログラムに従って、情報処理や各種装置の制御を行う。本実施形態において、プロセッサはＣＰＵ（Central Processing Unit）である。
【0194】
ただし、プロセッサはＣＰＵに限られない。ＣＰＵ、ＤＳＰ（Digital Signal Unit）、ＧＰＵ（Graphics Processing Unit）、ＧＰＧＰＵ（General Purpose computing on GPU）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＦＰＧＡ（Field Programmable Gate Array）など、各種プロセッサを単独で、あるいは組み合わせて用いてもよい。
例えば、ＣＰＵとＧＰＵを統合したプロセッサはＡＰＵ（Accelerated Processing Unit）などと呼ばれるが、このようなプロセッサを用いてもよい。
例えば、ＣＰＵとＧＰＵを統合したプロセッサはＡＰＵ（Accelerated Processing Unit）などと呼ばれるが、このようなプロセッサを用いてもよい。
【0195】
ＲＯＭは、プロセッサが各種制御や演算を行うための各種プログラムやデータがあらかじめ格納された、リードオンリーメモリである。
【0196】
ＲＡＭは、プロセッサにワーキングメモリとして使用されるランダムアクセスメモリである。このＲＡＭには、本実施形態の各種処理を行うための各種エリアが確保可能になっている。
【0197】
計時部は、時間情報の取得などに係る計時処理を行う。コンピュータが通信制御部を備える場合は、ＮＴＰ（ネットワーク・タイム・プロトコル）により外部から時間情報を取得してもよい。
【0198】
記憶部は、プログラムやデータなどの情報を記憶するための装置である。記憶部はストレージとも称する。記憶部は内蔵型か、外付型かを問わない。
【0199】
記憶部は、データの読み書きが可能な記憶媒体と、当該記憶媒体に読み書きするドライブとを含む。
記憶媒体は例えば、内蔵型や外付型があり、ＨＤ（ハードディスク）、ＣＤ－ＲＯＭ、フラッシュメモリなどが挙げられる。
ドライブは例えば、ＨＤＤ（ハードディスクドライブ）、ＳＳＤ（ソリッドステートドライブ）などが挙げられる。
記憶媒体は例えば、内蔵型や外付型があり、ＨＤ（ハードディスク）、ＣＤ－ＲＯＭ、フラッシュメモリなどが挙げられる。
ドライブは例えば、ＨＤＤ（ハードディスクドライブ）、ＳＳＤ（ソリッドステートドライブ）などが挙げられる。
【0200】
記憶部は、機能部としてプログラム格納部とデータ格納部を備える。
プログラム格納部には、各種機器を制御するための制御プログラム、例えば通信を制御する通信制御プログラムなどが格納されている。
プログラム格納部には、各種機器を制御するための制御プログラム、例えば通信を制御する通信制御プログラムなどが格納されている。
【0201】
通信制御部は、端末などの間で通信を行うための装置である。通信制御部は、当該通信制御部を備える端末をネットワークＮに接続する。
【0202】
通信制御部の通信方式は公知の方式であり、機器に応じて有線による方式や無線による方式が適用される。
例えば、端末がデスクトップＰＣであれば有線、無線の両方の場合が考えられ、また、端末がスマートフォンであれば、無線による通信方式が考えられる。
例えば、端末がデスクトップＰＣであれば有線、無線の両方の場合が考えられ、また、端末がスマートフォンであれば、無線による通信方式が考えられる。
【0203】
有線であれば、例えばＩＥＥＥ８０２．３（例えばバス型やスター型の有線ＬＡＮ）で規定される通信方式を好適に用いることができるが、それ以外にも、ＩＥＥＥ８０２．５（例えばリング型の有線ＬＡＮ）で規定される通信方式などを用いてもよい。
【0204】
無線であれば、例えばＩＥＥＥ８０２．１１（例えばＷｉ－Ｆｉ）で規定される通信方式を好適に用いることができるが、それ以外にも、ＩＥＥＥ８０２．１５（例えばブルートゥース（登録商標）、ＢＬＥ（ブルートゥース（登録商標）ローエナジー）など）、ＩＥＥＥ８０２．１５．４ｚ（ＵＷＢ（Ultra Wide Band））、ＩＥＥＥ８０２．１６（例えばＷｉＭＡＸ）、または赤外線通信などの光通信で規定される通信方式などを用いてもよい。
【0205】
なお、ここに示すものは一例であり、これらと類似するものを用いてもよい。
例えば、ＵＷＢに関連するものとしてＩＥＥＥ８０２．１５．３ａやＩＥＥＥ８０２．１５．４ａなども挙げられるが、簡単のため上記のものを例示している。
例えば、ＵＷＢに関連するものとしてＩＥＥＥ８０２．１５．３ａやＩＥＥＥ８０２．１５．４ａなども挙げられるが、簡単のため上記のものを例示している。
【0206】
入力部および出力部は、それぞれ端末に対する入力と出力を担う装置である。入力部および出力部をあわせて入出力部と称する場合がある。
入力部はユーザからの入力を受け付ける装置である。このような入力部として例えば、キーボード、ポインティングデバイスとしてのマウス、トラックパッド、タブレット、またはタッチパネルなどが挙げられる。
入力部はユーザからの入力を受け付ける装置である。このような入力部として例えば、キーボード、ポインティングデバイスとしてのマウス、トラックパッド、タブレット、またはタッチパネルなどが挙げられる。
【0207】
端末がタブレットやスマートフォンなどであって、入力部がタッチパネルの場合、入力部はタッチスクリーンなど、画像などを表示する表示部の表面に配置される。この場合、入力部は、表示部に表示される各種操作アイコンに対応したユーザのタッチ位置を特定し、ユーザによる入力を受け付ける。
【0208】
出力部は例えば、画像や音声、帳票などを出力するための装置である。
出力部として例えば、タッチスクリーンやディスプレイ（液晶ディスプレイや有機ＥＬディスプレイ）などの表示装置や、スピーカなどの音声出力装置、プリンタなどの帳票出力装置が挙げられる。
出力部として例えば、タッチスクリーンやディスプレイ（液晶ディスプレイや有機ＥＬディスプレイ）などの表示装置や、スピーカなどの音声出力装置、プリンタなどの帳票出力装置が挙げられる。
【0209】
以上のような構成により、入場管理装置２１とビーコン２２ａが場内と場外を明確に区画するため、プロセッサ１１１は場内ユーザと場外ユーザを明確に識別することができ、これらのユーザに対する処理に差異を設けることができる。
【0210】
（変形例）
本発明は上述の実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲において、上述の実施形態に種々の変更を加えたものを含む。
本発明は上述の実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲において、上述の実施形態に種々の変更を加えたものを含む。
【0211】
上述の実施形態において、入場管理装置２１の情報読取部２１１はＱＲコードリーダであったが、情報読取部２１１はこれに限られるものではなく、ユーザを知識認証、所有物認証、または生体認証の少なくとも１つにより認証できるものであればよい。
入場管理装置２１の情報読取部２１１として例えば、ＩＣカードリーダ、磁気テープリーダ、パスワード入力装置、指紋認証装置、虹彩認証装置、または顔認証装置などが挙げられる。
また、入場管理装置２１が生体認証情報を取得する形式ではなく、例えばＦＩＤＯ（登録商標）認証のように、スマートフォンなどのユーザ端末に格納されている認証情報を加工等したものを入場管理装置２１が読み取る形式であってもよい。
ただし、単なる入退場管理であれば、ユーザの抵抗感の少ないＱＲコードなどを読み取る情報読取部２１１が好ましい。一方、高いセキュリティが求められる場合は、生体認証などによるものなどが好ましい。
入場管理装置２１の情報読取部２１１として例えば、ＩＣカードリーダ、磁気テープリーダ、パスワード入力装置、指紋認証装置、虹彩認証装置、または顔認証装置などが挙げられる。
また、入場管理装置２１が生体認証情報を取得する形式ではなく、例えばＦＩＤＯ（登録商標）認証のように、スマートフォンなどのユーザ端末に格納されている認証情報を加工等したものを入場管理装置２１が読み取る形式であってもよい。
ただし、単なる入退場管理であれば、ユーザの抵抗感の少ないＱＲコードなどを読み取る情報読取部２１１が好ましい。一方、高いセキュリティが求められる場合は、生体認証などによるものなどが好ましい。
【0212】
入場管理装置２１は、さらにユーザの退場を管理してもよい。
この場合、ユーザは退場時に入場時と同様の操作を行う。つまり、退場するユーザは、入場管理装置２１の情報読取部２１１に認証情報表示部ＵＩ－１１の認証情報を読み取らせる。
なお、この退場に係る処理を「退場処理」と称する。
この場合、ユーザは退場時に入場時と同様の操作を行う。つまり、退場するユーザは、入場管理装置２１の情報読取部２１１に認証情報表示部ＵＩ－１１の認証情報を読み取らせる。
なお、この退場に係る処理を「退場処理」と称する。
【0213】
この場合の退場時間は、ユーザが場外に退出するに際し、入場管理装置２１が当該ユーザを認証し（ＱＲコードを読み取り）、プロセッサ１１１が入場者フラグをＯＦＦにした時間である。
【0214】
入場管理装置２１がさらにユーザの退場を管理する場合、退場時間がより明確になる利点がある。これにより例えばあるユーザは、他のユーザが店内に居るかいないかを正しく把握することができる。
【0215】
【0216】
ステップ１１のあと、プロセッサ１１１は退場処理があるか否かについて監視する。退場処理がない場合（ステップ１６Ｎｏ）、プロセッサ１１１はユーザの位置情報を更新する（ステップ１３）。
【0217】
一方で、退場処理があった場合は（ステップ１６Ｙｅｓ）、プロセッサ１１１は入場者フラグをＯＦＦにし（ステップ１５）、そのユーザについてユーザ位置更新処理を終了する。
【0218】
本実施形態を含む本発明の態様は、換言すると以下の特徴を備える。下記は本願出願時における特許請求の範囲と対応する。ただし、出願後における特許請求の範囲の補正により、当該補正後の特許請求の範囲の記載とは異なる場合がある。
（１）第１の態様では、ユーザのうち、入場管理装置による入場処理を行って入場している場内ユーザの情報をユーザ入場情報として取得する入場情報取得部、前記ユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知部、前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得部、前記場内ユーザ位置情報と場内地図情報とから、ユーザマップ情報を作成するユーザマップ情報作成部、ユーザプロフィール情報を取得するプロフィール情報取得部、
一の場内ユーザについての情報を要求する情報要求者がある場合に、（１）前記情報要求者が他の場内ユーザである場合は、特定情報を含むユーザプロフィール情報およびユーザマップ情報を提供し、（２）前記情報要求者が場内ユーザでない場合は、特定情報を含まないユーザプロフィール情報を提供する、ユーザ情報提供部、
前記他の場内ユーザから前記一の場内ユーザに対する個別情報交換の要求を受け付ける情報交換要求取得部、および、前記一の場内ユーザの承諾を受けて、前記他の場内ユーザと前記一の場内ユーザとの個別情報交換を許可する個別通信許可部、を備えることを特徴とする、マッチングシステムを提供する。
（２）第２の態様では、前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得部が、複数のビーコンにより場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得部、であることを特徴とする、第１の態様に記載のマッチングシステムを提供する。
この場合、会場が屋内である場合や、混雑した状態にあっても、高い精度でユーザの位置を取得できるという利点がある。異なるユーザが数十センチ程度の距離にある場合でもそれらのユーザを区別することが必須であるが、ＧＰＳなどの場合と比べ、ビーコンを用いることで、特に屋内等の電波状況が悪いところであってもユーザ識別精度が向上する。
（３）第３の態様では、さらに、前記特定情報を含むユーザプロフィール情報は、開示する情報と開示しない情報をユーザが選択できることを特徴とする、第１の態様に記載のマッチングシステムを提供する。
この場合、ユーザが自己の個人情報の開示非開示を選択できるため、ユーザは安心してマッチングシステムを使用することができる。
（４）第４の態様では、さらに、ユーザの入場予約を受け付ける予約受付部、ユーザの前記入場予約を公開する予約公開部、を備え、前記ユーザプロフィール情報が前記入場予約の情報を含むことを特徴とする、第１の態様に記載のマッチングシステムを提供する。
この場合、予約によりイベント参加時の利便性が向上するほか、予約情報を他のユーザに開示することにより、当該他のユーザの参加を促すことができるという利点がある。
（５）第５の態様では、さらに、自分以外のユーザを個別登録する個別登録部、個別登録している自分以外のユーザが前記入場予約を行ったときまたは入場したときに、当該入場予約または入場があったことを通知する個別登録者情報通知部、を備えることを特徴とする、第４の態様に記載のマッチングシステムを提供する。
この場合、お気に入りのユーザの動向を確認できるため、マッチング確率が向上する。
（６）第６の態様では、コンピュータを、ユーザのうち入場管理装置による入場処理を行って入場している場内ユーザの情報をユーザ入場情報として取得する入場情報取得手段、前記ユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知手段、前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得手段、前記場内ユーザ位置情報と場内地図情報とから、ユーザマップ情報を作成するユーザマップ情報作成手段、ユーザプロフィール情報を取得するプロフィール情報取得手段、
一の場内ユーザについての情報を要求する情報要求者がある場合に、（１）前記情報要求者が他の場内ユーザである場合は、特定情報を含むユーザプロフィール情報およびユーザマップ情報を提供し、（２）前記情報要求者が場内ユーザでない場合は、特定情報を含まないユーザプロフィール情報を提供する、ユーザ情報提供手段、
前記他の場内ユーザから前記一の場内ユーザに対する個別情報交換の要求を受け付ける情報交換要求取得手段、および、前記一の場内ユーザの承諾を受けて、前記他の場内ユーザと前記一の場内ユーザとの個別情報交換を許可する個別通信許可手段、として機能させることを特徴とする、マッチングプログラムを提供する。
（７）第７の態様では、コンピュータを用いて、ユーザのうち、入場管理装置による入場処理を行って入場している場内ユーザの情報をユーザ入場情報として取得する入場情報取得ステップ、前記ユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知ステップ、前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得ステップ、前記場内ユーザ位置情報と場内地図情報とから、ユーザマップ情報を作成するユーザマップ情報作成ステップ、ユーザプロフィール情報を取得するプロフィール情報取得ステップ、
一の場内ユーザについての情報を要求する情報要求者がある場合に、（１）前記情報要求者が他の場内ユーザである場合は、特定情報を含むユーザプロフィール情報およびユーザマップ情報を提供し、（２）前記情報要求者が場内ユーザでない場合は、特定情報を含まないユーザプロフィール情報を提供する、ユーザ情報提供ステップ、
前記他の場内ユーザから前記一の場内ユーザに対する個別情報交換の要求を受け付ける情報交換要求取得ステップ、および、前記一の場内ユーザの承諾を受けて、前記他の場内ユーザと前記一の場内ユーザとの個別情報交換を許可する個別通信許可ステップ、を実行するマッチング方法を提供する。
（１）第１の態様では、ユーザのうち、入場管理装置による入場処理を行って入場している場内ユーザの情報をユーザ入場情報として取得する入場情報取得部、前記ユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知部、前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得部、前記場内ユーザ位置情報と場内地図情報とから、ユーザマップ情報を作成するユーザマップ情報作成部、ユーザプロフィール情報を取得するプロフィール情報取得部、
一の場内ユーザについての情報を要求する情報要求者がある場合に、（１）前記情報要求者が他の場内ユーザである場合は、特定情報を含むユーザプロフィール情報およびユーザマップ情報を提供し、（２）前記情報要求者が場内ユーザでない場合は、特定情報を含まないユーザプロフィール情報を提供する、ユーザ情報提供部、
前記他の場内ユーザから前記一の場内ユーザに対する個別情報交換の要求を受け付ける情報交換要求取得部、および、前記一の場内ユーザの承諾を受けて、前記他の場内ユーザと前記一の場内ユーザとの個別情報交換を許可する個別通信許可部、を備えることを特徴とする、マッチングシステムを提供する。
（２）第２の態様では、前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得部が、複数のビーコンにより場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得部、であることを特徴とする、第１の態様に記載のマッチングシステムを提供する。
この場合、会場が屋内である場合や、混雑した状態にあっても、高い精度でユーザの位置を取得できるという利点がある。異なるユーザが数十センチ程度の距離にある場合でもそれらのユーザを区別することが必須であるが、ＧＰＳなどの場合と比べ、ビーコンを用いることで、特に屋内等の電波状況が悪いところであってもユーザ識別精度が向上する。
（３）第３の態様では、さらに、前記特定情報を含むユーザプロフィール情報は、開示する情報と開示しない情報をユーザが選択できることを特徴とする、第１の態様に記載のマッチングシステムを提供する。
この場合、ユーザが自己の個人情報の開示非開示を選択できるため、ユーザは安心してマッチングシステムを使用することができる。
（４）第４の態様では、さらに、ユーザの入場予約を受け付ける予約受付部、ユーザの前記入場予約を公開する予約公開部、を備え、前記ユーザプロフィール情報が前記入場予約の情報を含むことを特徴とする、第１の態様に記載のマッチングシステムを提供する。
この場合、予約によりイベント参加時の利便性が向上するほか、予約情報を他のユーザに開示することにより、当該他のユーザの参加を促すことができるという利点がある。
（５）第５の態様では、さらに、自分以外のユーザを個別登録する個別登録部、個別登録している自分以外のユーザが前記入場予約を行ったときまたは入場したときに、当該入場予約または入場があったことを通知する個別登録者情報通知部、を備えることを特徴とする、第４の態様に記載のマッチングシステムを提供する。
この場合、お気に入りのユーザの動向を確認できるため、マッチング確率が向上する。
（６）第６の態様では、コンピュータを、ユーザのうち入場管理装置による入場処理を行って入場している場内ユーザの情報をユーザ入場情報として取得する入場情報取得手段、前記ユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知手段、前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得手段、前記場内ユーザ位置情報と場内地図情報とから、ユーザマップ情報を作成するユーザマップ情報作成手段、ユーザプロフィール情報を取得するプロフィール情報取得手段、
一の場内ユーザについての情報を要求する情報要求者がある場合に、（１）前記情報要求者が他の場内ユーザである場合は、特定情報を含むユーザプロフィール情報およびユーザマップ情報を提供し、（２）前記情報要求者が場内ユーザでない場合は、特定情報を含まないユーザプロフィール情報を提供する、ユーザ情報提供手段、
前記他の場内ユーザから前記一の場内ユーザに対する個別情報交換の要求を受け付ける情報交換要求取得手段、および、前記一の場内ユーザの承諾を受けて、前記他の場内ユーザと前記一の場内ユーザとの個別情報交換を許可する個別通信許可手段、として機能させることを特徴とする、マッチングプログラムを提供する。
（７）第７の態様では、コンピュータを用いて、ユーザのうち、入場管理装置による入場処理を行って入場している場内ユーザの情報をユーザ入場情報として取得する入場情報取得ステップ、前記ユーザ入場情報をリアルタイムで他のユーザに通知する入場情報通知ステップ、前記場内ユーザの位置情報を場内ユーザ位置情報として取得する場内ユーザ位置取得ステップ、前記場内ユーザ位置情報と場内地図情報とから、ユーザマップ情報を作成するユーザマップ情報作成ステップ、ユーザプロフィール情報を取得するプロフィール情報取得ステップ、
一の場内ユーザについての情報を要求する情報要求者がある場合に、（１）前記情報要求者が他の場内ユーザである場合は、特定情報を含むユーザプロフィール情報およびユーザマップ情報を提供し、（２）前記情報要求者が場内ユーザでない場合は、特定情報を含まないユーザプロフィール情報を提供する、ユーザ情報提供ステップ、
前記他の場内ユーザから前記一の場内ユーザに対する個別情報交換の要求を受け付ける情報交換要求取得ステップ、および、前記一の場内ユーザの承諾を受けて、前記他の場内ユーザと前記一の場内ユーザとの個別情報交換を許可する個別通信許可ステップ、を実行するマッチング方法を提供する。
【産業上の利用可能性】
【0219】
屋内、屋外問わず、様々な店舗形態でのマッチングイベントにも適用できる。
【符号の説明】
【0220】
１ マッチングシステム
１０ サーバ
１１ 制御部
１１１ プロセッサ
１１２ ＲＯＭ
１１３ ＲＡＭ
１１４ 計時部
１１ａ マッチング部
１２ 記憶部
１２ａ プログラム格納部
１２ｂ データ格納部
１３ 通信制御部
２０ 場内用ネットワーク機器
２１ 入場管理装置
２１１ 情報読取部
２２ 測位装置
２２ａ ビーコン
２３ ルータ
３０ ユーザ端末
３１ 制御部
３１１ プロセッサ
３２ 記憶部
３２ａ プログラム格納部
３２ｂ データ格納部
３３ 通信制御部
３３１ 短距離無線通信部
３４ 入力部
３５ 出力部
３５１ 表示部
Ｎ ネットワーク
Ｅ 会場（Ｅ内部が場内、Ｅ外部が場外）（店舗含む）
ＵＩ－１１ 認証情報表示部
ＵＩ－１２ 場内地図
ＵＩ－１２１ 自己位置アイコン
ＵＩ－１２２ 他者位置アイコン
ＵＩ－１３ 簡易プロフィール画面
ＵＩ－１３１ 詳細ボタン
ＵＩ－１３２ いいねボタン
ＵＩ－１４ システム通知
ＵＩ－１５ 個別チャット画面
ＵＩ－１５１ ユーザ名
ＵＩ－１５２ ユーザ顔画像アイコン
ＵＩ－１５３ チャット文章
ＵＩ－１６ 来店者一覧表示部
ＵＩ－１６１ 来店者名アイコン
ＵＩ－１７ リアルタイム来店情報表示部
ＵＩ－１７１ 来店者名リンク
ＵＩ－１８ プロフィール表示部
ＵＩ－１９ 顔写真表示部
ＵＩ－２０ 位置情報表示ボタン
Ｐ１ マッチングプログラム
Ｐ１１ 入場監視プログラム
Ｐ１２ ユーザ位置更新プログラム
Ｐ１３ ユーザ情報提供プログラム
Ｐ１４ 情報交換支援プログラム
Ｐ１５ 予約受付プログラム
Ｐ２０ ユーザ端末用アプリケーションプログラム（ユーザ用アプリ）
Ｄ１ マッチングデータベース
Ｄ１１ ユーザ位置テーブル
Ｄ１２ 入退場ログテーブル
Ｄ１３ ユーザプロフィールテーブル
Ｄ１４ 開示可否項目テーブル
Ｄ１５ 来店予約データテーブル
Ｄ１６ 投稿データテーブル
１０ サーバ
１１ 制御部
１１１ プロセッサ
１１２ ＲＯＭ
１１３ ＲＡＭ
１１４ 計時部
１１ａ マッチング部
１２ 記憶部
１２ａ プログラム格納部
１２ｂ データ格納部
１３ 通信制御部
２０ 場内用ネットワーク機器
２１ 入場管理装置
２１１ 情報読取部
２２ 測位装置
２２ａ ビーコン
２３ ルータ
３０ ユーザ端末
３１ 制御部
３１１ プロセッサ
３２ 記憶部
３２ａ プログラム格納部
３２ｂ データ格納部
３３ 通信制御部
３３１ 短距離無線通信部
３４ 入力部
３５ 出力部
３５１ 表示部
Ｎ ネットワーク
Ｅ 会場（Ｅ内部が場内、Ｅ外部が場外）（店舗含む）
ＵＩ－１１ 認証情報表示部
ＵＩ－１２ 場内地図
ＵＩ－１２１ 自己位置アイコン
ＵＩ－１２２ 他者位置アイコン
ＵＩ－１３ 簡易プロフィール画面
ＵＩ－１３１ 詳細ボタン
ＵＩ－１３２ いいねボタン
ＵＩ－１４ システム通知
ＵＩ－１５ 個別チャット画面
ＵＩ－１５１ ユーザ名
ＵＩ－１５２ ユーザ顔画像アイコン
ＵＩ－１５３ チャット文章
ＵＩ－１６ 来店者一覧表示部
ＵＩ－１６１ 来店者名アイコン
ＵＩ－１７ リアルタイム来店情報表示部
ＵＩ－１７１ 来店者名リンク
ＵＩ－１８ プロフィール表示部
ＵＩ－１９ 顔写真表示部
ＵＩ－２０ 位置情報表示ボタン
Ｐ１ マッチングプログラム
Ｐ１１ 入場監視プログラム
Ｐ１２ ユーザ位置更新プログラム
Ｐ１３ ユーザ情報提供プログラム
Ｐ１４ 情報交換支援プログラム
Ｐ１５ 予約受付プログラム
Ｐ２０ ユーザ端末用アプリケーションプログラム（ユーザ用アプリ）
Ｄ１ マッチングデータベース
Ｄ１１ ユーザ位置テーブル
Ｄ１２ 入退場ログテーブル
Ｄ１３ ユーザプロフィールテーブル
Ｄ１４ 開示可否項目テーブル
Ｄ１５ 来店予約データテーブル
Ｄ１６ 投稿データテーブル
【要約】
【課題】実際に店舗等に新たな参加者の入場があった場合にリアルタイムで通知を行い、また、実際に店舗等に入場しているユーザとそうでないユーザとで処理を分け、店舗等に入場しているユーザには特典を付与するマッチングシステムを提供する。
【解決手段】本発明のマッチングシステムは、入場管理装置によりユーザの入場を監視し、ユーザ入場があった場合にその情報をリアルタイムで他のユーザに通知する入場情報通知部や、一の場内ユーザについての情報を要求する情報要求者がある場合に、当該情報要求者が、店舗内ユーザが店舗外ユーザかで異なる情報を提供する、ユーザ情報提供部を備える。
【選択図】図３
【解決手段】本発明のマッチングシステムは、入場管理装置によりユーザの入場を監視し、ユーザ入場があった場合にその情報をリアルタイムで他のユーザに通知する入場情報通知部や、一の場内ユーザについての情報を要求する情報要求者がある場合に、当該情報要求者が、店舗内ユーザが店舗外ユーザかで異なる情報を提供する、ユーザ情報提供部を備える。
【選択図】図３
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】