JP7367367B2 - 情報処理システム及びプログラム - Google Patents

Description

本発明は、情報処理システム及びプログラムに関する。

例えば、特許文献１には、出会いを実現するシステムとして、第１のユーザが携帯する通信端末であって、自己のキー・データ又は自己が出会いたい人・連絡したい人に関するキー・データを記録する記録手段と、エリア内に送信する送信手段とをもった、第１の移動体通信端末と、第２のユーザが自己のキー・データ又は自己が出会いたい人・連絡したい人に関するキー・データを記録する記録手段と、第１の通信端末から無線送信されたキー・データを受信する受信手段と、このキー・データが第２のユーザに関するキー・データと一致しているとき、第２のユーザに知らせる告知手段とをもった第２の移動体通信端末を備えたシステムが開示されている。

特開２０００－１６７２３３号公報

利用者が、特定の目的に合致する人を募集する場合がある。その際、利用者と募集に応募した応募者とが直接会うためには、そのための場所を決めることが必要になる。
本発明の目的は、利用者が特定の目的に合致する人を募集する場合に、利用者と応募者とが利用する候補となる場所の情報を提供することを可能にすることにある。

請求項１に記載の発明は、利用者から、特定の目的に合致する人の募集に関する情報を取得する取得手段と、前記募集に対する応募を受け付ける受付手段と、前記利用者と前記募集に応募した応募者との面会の情報を基に関係性を判断し、当該関係性に応じて当該利用者と当該応募者とが利用する候補となる場所の情報を出力する出力手段とを備える情報処理システムである。
請求項２に記載の発明は、前記出力手段が出力する場所の情報を基に、当該場所を予約する予約手段を更に備えることを特徴とする請求項１に記載の情報処理システムである。
請求項３に記載の発明は、前記予約手段は、前記利用者及び前記応募者に対して、予約した前記場所へ入場する権限を発行することを特徴とする請求項２に記載の情報処理システムである。
請求項４に記載の発明は、前記予約手段は、前記応募者が予め定められた人数を超えている場合、予め定められた手順で決定された当該予め定められた人数の応募者に対して、前記権限を発行することを特徴とする請求項３に記載の情報処理システムである。
請求項５に記載の発明は、前記利用者と前記応募者との関係性は、当該利用者と当該応募者との過去の面会の回数によることを特徴とする請求項１に記載の情報処理システムである。
請求項６に記載の発明は、前記利用者と前記応募者との関係性は、当該利用者と当該応募者との性別の違いの有無によることを特徴とする請求項１に記載の情報処理システムである。
請求項７に記載の発明は、前記利用者と前記応募者との関係性は、当該利用者と当該応募者との年齢差によることを特徴とする請求項１に記載の情報処理システムである。
請求項８に記載の発明は、前記出力手段は、前記場所の情報とともに、当該場所を利用する候補となる日時の情報を出力することを特徴とする請求項１に記載の情報処理システムである。
請求項９に記載の発明は、前記出力手段は、前記特定の目的に応じて、前記日時の情報を出力することを特徴とする請求項８に記載の情報処理システムである。
請求項１０に記載の発明は、利用者から、特定の目的に合致する人の募集に関する情報を取得する取得手段と、前記募集に対する応募を受け付ける受付手段と、前記利用者と前記募集に応募した応募者とが前記特定の目的に応じて利用する候補となる場所の情報を出力する出力手段とを備え、前記出力手段は、前記特定の目的が予め定められた目的の場合には、予約して利用される場所の予約状況であって、前記利用者と前記応募者とが利用する日時の後の予約状況に応じて、前記場所の情報を出力することを特徴とする情報処理システムである。
請求項１１に記載の発明は、利用者から、特定の目的に合致する人の募集に関する情報を取得する取得手段と、前記募集に対する応募を受け付ける受付手段と、前記利用者と前記募集に応募した応募者とが利用する際に扱う情報に応じて利用する候補となる場所の情報を出力する出力手段とを備え、前記出力手段は、前記利用する際に扱う情報に秘密情報が含まれる場合、外部に対して閉じられている場所の情報を出力することを特徴とする情報処理システムである。
請求項１２に記載の発明は、コンピュータに、利用者から、特定の目的に合致する人の募集に関する情報を取得する機能と、前記募集に対する応募を受け付ける機能と、前記利用者と前記募集に応募した応募者との面会の情報を基に関係性を判断し、当該関係性に応じて当該利用者と当該応募者とが利用する候補となる場所の情報を出力する機能とを実現させるためのプログラムである。

請求項１記載の発明によれば、利用者が特定の目的に合致する人を募集する場合に、利用者と応募者とが利用する候補となる場所の情報を提供することが可能になる。
請求項２記載の発明によれば、利用者が特定の目的に合致する人を募集する場合に、利用者と応募者とが利用する場所を予約することが可能になる。
請求項３記載の発明によれば、利用者が特定の目的に合致する人を募集する場合に、利用者と応募者とが利用する場所へ入場する権限を発行することが可能になる。
請求項４記載の発明によれば、応募者が予め定められた人数を超えている場合であっても、応募者に対して、利用者と応募者とが利用する場所へ入場する権限を発行することが可能になる。
請求項５記載の発明によれば、利用者と応募者との過去の面会の回数に応じた場所の情報を提供することが可能になる。
請求項６記載の発明によれば、利用者と応募者との性別の違いの有無に応じた場所の情報を提供することが可能になる。
請求項７記載の発明によれば、利用者と応募者との年齢差に応じた場所の情報を提供することが可能になる。
請求項８記載の発明によれば、利用者が特定の目的に合致する人を募集する場合に、利用者と応募者とが利用する候補となる日時の情報を提供することが可能になる。
請求項９記載の発明によれば、特定の目的に応じた日時の情報を提供することが可能になる。
請求項１０記載の発明によれば、予め定められた目的に合致する人を募集する場合に、利用者と応募者とが利用する日時の後の予約状況にかかわらず、場所の情報を提供する構成と比較して、予め定められた目的で場所を利用する際の利用時間を延長し易くなる。
請求項１１記載の発明によれば、利用者と応募者とが扱う情報に秘密情報が含まれるか否かにかかわらず、場所の情報を提供する構成と比較して、秘密情報の漏えいが抑制される。
請求項１２記載の発明によれば、利用者が特定の目的に合致する人を募集する場合に、利用者と応募者とが利用する候補となる場所の情報を提供する機能を、コンピュータにより実現できる。

本実施の形態に係る情報処理システムの全体構成の例を概略的に示す図である。 ブース型の空間の外観構成例を説明する図である。 本実施の形態で使用する管理サーバのハードウェア構成の一例を説明する図である。 本実施の形態に係るユーザ端末のハードウェア構成の一例を示す図である。 マッチング管理サーバの機能構成の例を説明する図である。 空間管理サーバの機能構成の例を説明する図である。 マッチング管理サーバにて実施される処理の手順の一例を示したフローチャートである。 空間管理サーバにて実施される処理の手順の一例を示したフローチャートである。 募集者と応募者とが利用する候補となる空間を決定する処理の手順の一例を示したフローチャートである。 （Ａ）、（Ｂ）は、マッチング管理サーバ及び空間管理サーバの処理の具体例を説明するための図である。 （Ａ）、（Ｂ）は、マッチング管理サーバ及び空間管理サーバの処理の具体例を説明するための図である。 空間を予約する処理の他の例を示したフローチャートである。

以下、図面を参照して、本発明の実施の形態を説明する。

＜情報処理システムの全体構成＞
図１は、本実施の形態に係る情報処理システム１の全体構成の例を概略的に示す図である。本実施の形態に係る情報処理システム１は、クラウドネットワーク３に接続された各種の装置、空間２で構成されている。

空間２は、ブース、宿泊施設等の客室、会社内等の会議室等を含む。また、空間２は、自動車等の移動可能な場所であってもよい。これらは、壁や間仕切り等によって周囲から区切られている空間２の一例である。また、空間２は、飲食店等でサービスの提供を受けるテーブルや座席等を含む。これらは、周囲に開放された空間の一例である。このように、本実施の形態における空間２は、ユーザが利用可能な場所であればよく、場所の形態は限定されない。
また、本実施の形態における空間２には、管理上の名称や番号等が付与されている。なお、空間２の予約は、有料でも無料でもよい。

更に、空間２の扉に電子錠が取り付けられている場合、空間２の利用は、事前に配布された電子鍵を有することが利用の条件になる。また、扉を有しない空間２の場合には、例えば、事前に配布された認証コードを用いてユーザを認証する方法、空間２の管理者が空間２を利用するユーザの氏名を確認する方法等が用いられる。
本実施の形態では、利用者と応募者とが利用する候補となる場所、予約して利用される場所の一例として、複数の空間２が設けられている。

また、図１に示す例では、クラウドネットワーク３に接続された装置の例として、ユーザが操作するユーザ端末４、ユーザ同士のマッチングを管理するマッチング管理サーバ５、空間２を管理する空間管理サーバ６が示されている。
マッチングとは、ユーザ同士を結びつけることをいう。具体的には、ユーザが、特定の目的に合致する人を募集し、他のユーザがその募集に対して応募することにより、ユーザ同士がマッチングすることになる。ここでの特定の目的は、募集の目的であるため、以下では「募集目的」と称する場合がある。募集目的としては、ビジネスの事業者同士を結びつけるビジネス目的、英会話の講師と生徒とを結びつける英会話目的、結婚のパートナーの候補同士を結びつける結婚活動（以下、結婚活動を「婚活」と称する）目的などが例示される。
以下では、特定の目的に合致する人を募集するユーザを「募集者」、募集者の募集に対して応募したユーザを「応募者」と称する場合がある。

図１の場合、目的別又は機能別に１台のサーバが用意されている。即ち、マッチング管理サーバ５、空間管理サーバ６がそれぞれ１台ずつ用意されている。
しかし、１つの目的又は機能に対して、複数台のサーバを用意してもよいし、１台のサーバで複数の目的又は機能を分担してもよい。例えば、マッチング管理サーバ５にて空間管理サーバ６の一部又は全部の機能を実現してもよいし、空間管理サーバ６にてマッチング管理サーバ５の一部又は全部の機能を実現してもよい。

また、ある空間２を管理する事業者は、単独でも複数でもよい。例えば予約の管理、利用権限の管理、入退室や室内の利用状況などの管理、ユーザに対する利用料金の請求に関する管理、利用者として登録されている会員の管理のそれぞれを、異なる事業者が分担してもよい。また、空間２毎に異なる事業者が管理してもよい。
更に、前述したように、予約の対象として管理される空間２は、同種である必要もない。例えば空間２の一部はブースであり、空間２の一部は飲食店等の座席やテーブルでもよい。
また、１つの目的又は機能についての管理を、複数の事業者が協働で提供してもよい。

ユーザ端末４は、ユーザが使用する装置である。本実施の形態では、ユーザ端末４として、例えば、ユーザが携帯可能なスマートフォンを想定する。もっとも、ユーザ端末４は、いわゆるウェアラブル端末でもよいし、ノート型のコンピュータやゲーム端末でもよい。

マッチング管理サーバ５は、ユーザ同士のマッチングを管理する。例えば、マッチング管理サーバ５は、募集者から募集に関する情報を取得したり、その募集に対する応募を受け付けたりする。また、マッチング管理サーバ５は、募集者と応募者との面会の調整を行う。面会とは、募集者と応募者とが直接会うことをいう。

空間管理サーバ６は、空間２に関連する各種の情報を管理する。
例えば、空間管理サーバ６は、マッチング管理サーバ５から面会の情報を取得し、面会のために募集者と応募者とが利用する候補となる空間２の情報を出力する。また、空間２の予約を行う。
更に、空間管理サーバ６は、空間２に関連付けられている物品やサービスの予約を管理してもよい。例えば、貸し出しや使用の許諾が可能な物品やサービス、消費される又は消耗する物品やサービスを管理してもよい。

＜空間の構成＞
図２は、ブース型の空間２の外観構成例を説明する図である。
図２に示すブース型の空間２は、例えば駅の構内、空港、オフィスビル、飲食店やデパート等の商業施設、銀行、図書館、美術館、博物館、公共機関や施設、連絡通路、公園等、室内外を問わずに配置される。
図２に示すブース型の空間２は、天井が取り付けられている閉鎖型のブースである。ただし、閉鎖型とは、密閉の意味ではなく、実用的な防音性能を備えていればよい。このため、通気口や小窓等の開口や隙間が、空間２を構成する躯体の一部分に設けられていてもよい。また、窓は開閉が可能でもよい。

図２に示す空間２の躯体は、天井２０Ａと、床面２０Ｂと、開閉可能な扉２２が取り付けられている壁面２０Ｃと、壁面２０Ｃの両側に位置する２つの壁面２０Ｄ及び２０Ｅと、扉２２の対面側に位置する壁面２０Ｆとで構成される。
天井２０Ａには、換気口２３が設けられている。換気口２３には、開口面積の調整が可能なルーバ２３Ａが取り付けられている。図２のルーバ２３Ａは、全開状態にある。
本実施の形態の場合、扉２２は、壁面２０Ｃに沿って移動が可能な引き戸を想定する。図２の場合、扉２２は、一方向にスライドされる片引き扉であるが、２枚以上の部材を行き違わせて開閉する引き違い扉でも、２枚の部材を左右にスライドする引き分け扉でもよい。

もっとも、扉２２は、引き戸に限らない。例えば扉２２は、１枚の部材が弧を描くように移動する片開きの開き戸でもよいし、１つの開口部を２枚の扉部材で仕切る両開きの開き戸でもよい。
また、扉２２は、蝶番で連結された２枚１組の扉部材を折り畳むように開く折れ戸でもよい。折れ戸にも、片方にのみ開くタイプと、両方向に開くタイプがある。
また、特殊なタイプとして、収納時に扉２２が壁の中に引き込まれる引き込み戸や間仕切り戸であってもよい。
なお、扉２２は内開きでも外開きでも構わない。また、扉２２には、開閉時にユーザが掴む取手２２Ａが取り付けられている。

更に、扉２２の中央部分には、秘匿性と防犯性を考慮した加工が施された部材２２Ｂが配置されている。部材２２Ｂは、例えば多数の孔が配列された金属製の板（例えばパンチングメタル）が内側に取り付けられた透明板でもよいし、目隠しとなる部材が隙間を空けて内側に取り付けられた透明板でもよいし、正面からは内部の確認が容易であるが斜め方向からは内部の確認が困難なフィルムが貼り付けられた透明板でもよいし、内部の視認性を低下させる加工が施された透明板でもよい。

ここでの透明板には、例えば、ガラス、アクリル樹脂を用いる。また、秘匿性と防犯性のために貼り付けられるフィルムの透過性に関する特性は、扉２２の位置とユーザの作業位置との関係で定まる。扉２２の正面奥でユーザが作業を行う場合には、正面からは内部の確認が困難であるが、斜め方向からは内部の確認が容易なフィルムを用いればよい。

ここでのフィルムは、透過と白濁を電気的に切り替え可能な液晶フィルムや透過率を電気的に制御可能な偏光フィルムでもよい。
また、視認性を低下させる加工には、例えば光が散乱するように部材の表面に細かい傷を付けることを含む。
なお、当該加工は、部材２２Ｂの一部に施されていてもよい。例えば床面や天井の付近は透明であるが、作業中のモニタを覗き込める範囲は、加工によって視認性が低下される構造でもよい。

部材２２Ｂを配置することで、モニタの画面を外部から隠しつつも、ユーザの在不在を外部から確認することが可能になる。
この他、扉２２には、電子鍵による解錠が可能な電子錠２２Ｃが取り付けられている。
もっとも、秘匿性と防犯性を考慮した加工は、扉２２以外の部材にも施されることを妨げない。例えば壁面２０Ｄ、２０Ｅ、２０Ｆの少なくとも一部に秘匿性と防犯性を考慮した加工が施されていてもよい。

空間２の利用人数は、空間２の容積によっておおよそ決まる。図２に示す空間２は、基本的に１～３人の少人数が使用する個室型を想定したものである。もっとも、本実施の形態に係る空間２は、多人数を収容可能な大部屋でもよい。大部屋は、単独の部屋として構成されていてもよいが、空間２の壁面２０Ｄ及び２０Ｅの一方又は両方を取り除いた複数の空間２を連結することで形成してもよい。
空間２を構成する躯体の形状や構造、提供される設備や性能は任意である。例えば天井２０Ａを取り除いた構成も可能である。

本実施の形態の場合、躯体の内部には、不図示の机と椅子が配置されている。机の上には、備え付けの備品及び機器、予約された備品及び機器等が配置される。
また、躯体の内部には、躯体の内部の撮影を行うカメラなどにより構成される撮影装置２４、躯体の内部の利用者を検出する人感センサ２５が設けられている。更に、躯体の外表面には、空間２を利用する利用者の個々の情報を取得するための情報取得装置（不図示）が設けられることもある。この情報取得装置は、例えば、ユーザに翳されるＩＤカードを読み取るリーダにより構成される。また、その他に、情報取得装置は、利用者の指紋や静脈の配置などを読み取るリーダなどであってもよい。

なお、上述したように、本実施の形態における空間２の形態は限定されない。空間２は、閉鎖型であってもよいし、外部に対して閉じられていない開放型であってもよい。付言すると、空間２の各々には、閉鎖型、開放型などの属性を示す属性情報が対応付けられている。
更に説明すると、閉鎖型や開放型に限らず、個々の空間２によって、設備や大きさ、周辺環境などが異なる。そのため、空間２の各々には、閉鎖型・開放型、設備、大きさ、周辺環境などの、空間２の機能や性能に関連する各種の情報が対応付けられている。

＜装置のハードウェア構成＞
図３は、本実施の形態で使用する管理サーバのハードウェア構成の一例を説明する図である。本実施の形態における管理サーバは、マッチング管理サーバ５（図１参照）、空間管理サーバ６（図１参照）である。
管理サーバは、装置全体の動作を制御する制御ユニット１０１と、管理データ等を記憶するハードディスクドライブ１０２と、ＬＡＮ（Local Area Network）ケーブル等を介した通信を実現するネットワークインターフェース１０３とを有している。

制御ユニット１０１は、ＣＰＵ（Central Processing Unit）１１１と、基本ソフトウェアやＢＩＯＳ（Basic Input Output System）等が記憶されたＲＯＭ（Read Only Memory）１１２と、ワークエリアとして用いられるＲＡＭ（Random Access Memory）１１３とを有している。ＣＰＵ１１１はマルチコアでもよい。また、ＲＯＭ１１２は、書き換え可能な不揮発性の半導体メモリでもよい。制御ユニット１０１は、いわゆるコンピュータである。

ハードディスクドライブ１０２は、円盤状の基板表面に磁性体を塗布した不揮発性の記憶媒体にデータを読み書きする装置である。もっとも、不揮発性の記憶媒体は、半導体メモリや磁気テープでもよい。
この他、管理サーバは、必要に応じ、キーボード、マウス等の入力デバイス、液晶ディスプレイ等の表示デバイスも備える。
制御ユニット１０１と、ハードディスクドライブ１０２と、ネットワークインターフェース１０３とは、バス１０４や不図示の信号線を通じて接続されている。

図４は、本実施の形態に係るユーザ端末４のハードウェア構成の一例を示す図である。図４に示す構成は、ユーザ端末４がスマートフォンの場合を想定する。
ユーザ端末４は、装置全体の動作を制御する制御ユニット２０１と、各種のデータを記憶するメモリカード２０２と、無線通信の規格に準拠する各種の通信インターフェース２０３と、タッチセンサ等の入力デバイス２０４と、液晶ディスプレイや有機ＥＬ（Electro Luminescence）ディスプレイ等の表示デバイス２０５と、ＧＰＳ（Global Positioning System）センサ２０６と、各部を接続するバス２０７とを有している。

制御ユニット２０１は、ＣＰＵ２１１と、ファームウェアやＢＩＯＳ等が記憶されたＲＯＭ２１２と、ワークエリアとして用いられるＲＡＭ２１３とを有している。ＣＰＵ２１１はマルチコアでもよい。また、ＲＯＭ２１２は、書き換え可能な不揮発性の半導体メモリでもよい。

通信インターフェース２０３は、例えば、マッチング管理サーバ５、空間管理サーバ６との接続に使用されるインターフェース、無線ＬＡＮとの接続に使用されるインターフェースである。
ＧＰＳセンサ２０６は、ＧＰＳ衛星からの電波を受信してユーザ端末４の位置を測定するセンサである。ＧＰＳセンサ２０６から出力される緯度、経度、高度の情報は、ユーザ端末４の現在位置を与える。なお、ＧＰＳセンサ２０６は、屋内用の測位システムに対応してもよい。

＜マッチング管理サーバの機能構成＞
図５は、マッチング管理サーバ５の機能構成の例を説明する図である。マッチング管理サーバ５は、募集情報取得部５１、相手募集部５２、応募受付部５３、面会調整部５４、面会情報送信部５５を備える。

取得手段の一例としての募集情報取得部５１は、特定の目的に合致する人を募集する募集者から、募集に関する情報を取得する。より具体的には、例えば、募集者がユーザ端末４からマッチング管理サーバ５にアクセスすると、ユーザ端末４の表示デバイス２０５にＷｅｂサイトが表示される。募集者が、このＷｅｂサイト上で、募集に関する情報を入力すると、募集情報取得部５１は、入力された情報を取得する。このＷｅｂサイトは、ユーザ同士のマッチングを行うＷｅｂサイトであり、以下では「マッチングサイト」と称する場合がある。

相手募集部５２は、募集者から取得した募集に関する情報を基に、人の募集を行う。例えば、相手募集部５２は、募集者に関する情報をマッチングサイトに掲載して、人の募集を行う。

受付手段の一例としての応募受付部５３は、募集に対する応募を受け付ける。例えば、応募受付部５３は、マッチングサイトを介して、応募者のユーザ端末４から、募集者の募集に対して応募する旨の情報を取得する。

面会調整部５４は、募集者と応募者との面会の調整を行う。例えば、面会調整部５４は、マッチングサイトを介して、募集者と応募者との間の情報の送受信を行う。具体的には、面会調整部５４は、募集者が応募者に対して発信した情報を応募者のユーザ端末４に送信したり、応募者が募集者に対して発信した情報を募集者のユーザ端末４に送信したりする。そして、募集者と応募者との間で、面会の場所、面会の日時、募集者と応募者とが空間２を利用する際に扱う情報の種類等についてのやり取りが行われる。

なお、面会の場所としては、個々の空間２が特定されるわけではなく、東京都内や東京駅付近など、面会を行う場所の範囲が決定される。
また、面会の日時には、面会の時刻、面会時間の長さが含まれる。例えば「２０１９年６月１日１３時～１４時」のように、空間２を使用する予定の時刻及び時間を決定してもよいし、例えば「２０１９年６月１日の午前中」のように、一定の範囲を持たせた日時を決定してもよい。
更に、募集者と応募者とが空間２を利用する際に扱う情報の種類とは、例えば、秘密情報の有無、個人情報の有無等である。

面会情報送信部５５は、面会調整部５４によって調整された、募集者と応募者との面会の情報を、空間管理サーバ６に送信する。募集者と応募者との面会の情報には、面会の場所、面会の日時、募集目的、募集者と応募者とが空間２を利用する際に扱う情報の種類等に加えて、例えば、募集者と応募者との面会の履歴が含まれる。

そして、マッチング管理サーバ５の各機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、マッチング管理サーバ５を、図３に示したハードウェア構成にて実現した場合、例えば、ハードディスクドライブ１０２等に記憶されたプログラムが、ＲＡＭ１１３に読み込まれてＣＰＵ１１１に実行されることにより、募集情報取得部５１、相手募集部５２、応募受付部５３、面会調整部５４、面会情報送信部５５等の各機能部が実現される。

＜空間管理サーバの機能構成＞
図６は、空間管理サーバ６の機能構成の例を説明する図である。空間管理サーバ６は、面会情報取得部６１、空間決定部６２、空間情報出力部６３、空間予約部６４、予約状況記憶部６５、利用権限発行部６６、空間関連情報記憶部６７を備える。

面会情報取得部６１は、マッチング管理サーバ５から、募集者と応募者との面会の情報を取得する。

空間決定部６２は、募集者と応募者との面会の情報を基に、複数の空間２の中から、募集者と応募者とが利用する候補となる空間２を決定する。空間２を決定する処理の詳細については、後述する。

出力手段の一例としての空間情報出力部６３は、空間決定部６２が決定した空間２の情報を出力する。例えば、空間情報出力部６３は、空間決定部６２が決定した空間２の情報を、募集者のユーザ端末４、応募者のユーザ端末４に出力する。

予約手段の一例としての空間予約部６４は、空間決定部６２が決定した空間２を予約する。ここで、空間予約部６４は、空間情報出力部６３が空間２の情報を出力した後、募集者及び応募者がこの空間２を利用することを承諾した場合に、空間２を予約することとしてもよい。
また、空間予約部６４は、ここでの予約に関連する各種の情報を、予約状況記憶部６５に記憶する。予約に関連する各種の情報とは、例えば、予約の対象である空間２の情報、予約の開始時刻、予約の終了時刻、募集者の情報、応募者の情報である。予約の対象である空間２の情報とは、例えば、空間２の住所又は所在場所を特定する情報、管理用の名称や番号である。

予約状況記憶部６５は、空間予約部６４が行った予約に関連する各種の情報を記憶する。予約状況記憶部６５には、各空間２について、予約に関連する各種の情報が記憶される。

予約手段の一例としての利用権限発行部６６は、空間予約部６４が空間２を予約すると、予約された空間２を利用する募集者及び応募者に対して、予約された空間２へ入場する権限を発行する。より具体的には、例えば、利用権限発行部６６は、空間２へ入場する権限の情報を、募集者のユーザ端末４及び応募者のユーザ端末４に送信する。ここでの権限の情報は、例えば、電子錠２２Ｃを解錠するのに用いられる電子鍵である。

空間関連情報記憶部６７は、空間２の機能や性能に関連する各種の情報を記憶する。空間２の機能や性能に関連する各種の情報とは、例えば、空間２で利用可能な設備、空間２の大きさ、壁の材質、窓の有無や窓の数などの情報である。また、個々の空間２の情報だけでなく、複数の空間２の密集具合や、周囲にある他の空間２との距離など、複数の空間２に関する情報を含めてもよい。これらの情報は、例えば、情報処理システム１の管理者や空間２の管理者等が設定することにより記憶される。

そして、空間管理サーバ６の各機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、空間管理サーバ６を、図３に示したハードウェア構成にて実現した場合、例えば、ハードディスクドライブ１０２等に記憶されたプログラムが、ＲＡＭ１１３に読み込まれてＣＰＵ１１１に実行されることにより、面会情報取得部６１、空間決定部６２、空間情報出力部６３、空間予約部６４、利用権限発行部６６等の各機能部が実現される。また、予約状況記憶部６５、空間関連情報記憶部６７は、例えば、ＲＯＭ１１２、ＲＡＭ１１３、ハードディスクドライブ１０２等により実現される。

＜マッチング管理サーバの処理＞
図７は、マッチング管理サーバ５にて実施される処理の手順の一例を示したフローチャートである。
なお、以下では、処理のステップを記号の「Ｓ」と表記する。

まず、募集者がユーザ端末４からマッチング管理サーバ５にアクセスして、マッチングサイト上で募集に関する情報を入力すると、募集情報取得部５１は、募集に関する情報を取得する（Ｓ１０１）。次に、相手募集部５２は、募集に関する情報を基に、人の募集を行う（Ｓ１０２）。次に、募集に対して応募者が応募すると、応募受付部５３は、応募を受け付ける（Ｓ１０３）。

次に、面会調整部５４は、募集者と応募者との面会の調整を行う（Ｓ１０４）。ここでは、例えば、募集者と応募者との間でやり取りが行われ、面会の日時、面会の場所等が調整される。次に、面会情報送信部５５は、面会調整部５４によって調整された、募集者と応募者との面会の情報を、空間管理サーバ６に送信する（Ｓ１０５）。そして、本処理フローは終了する。

なお、応募者の人数が対応可能な人数を超えている場合、予め定められた手順により、対応可能な人数の応募者が決定される。予め定められた手順とは、例えば、応募した先着順で決定する手順や、募集者が手動で応募者を選定する手順等が例示される。また、対応可能な人数とは、例えば、募集者が設定した人数や、マッチングサイトにて予め定められた人数である。本実施の形態において、対応可能な人数は、予め定められた人数の一例として用いられる。
また、応募を受け付ける期間や期限を設けてもよい。例えば、募集者が設定した期間が満了すると、相手募集部５２は募集を打ち切り、それ以降の応募を受け付けない。

＜空間管理サーバの処理＞
図８は、空間管理サーバ６にて実施される処理の手順の一例を示したフローチャートである。

まず、図７のＳ１０５において、マッチング管理サーバ５の面会情報送信部５５が面会の情報を送信すると、面会情報取得部６１は、面会の情報を取得する（Ｓ２０１）。次に、空間決定部６２は、面会情報取得部６１が取得した情報を基に、募集者と応募者とが利用する候補となる空間２を決定する（Ｓ２０２）。Ｓ２０２の処理は、後述する図９にて詳細に説明する。
次に、空間情報出力部６３は、Ｓ２０２で決定された空間２の情報を出力する（Ｓ２０３）。例えば、Ｓ２０２で決定された空間２の情報が、募集者のユーザ端末４、応募者のユーザ端末４に出力される。

次に、空間予約部６４は、Ｓ２０２で決定された空間２を予約する（Ｓ２０４）。例えば、空間予約部６４は、空間情報出力部６３が空間２の情報を出力した後、募集者及び応募者がこの空間２を利用することを承諾した場合に、空間２を予約する。また、空間予約部６４は、予約に関連する各種の情報を予約状況記憶部６５に記憶する。

次に、空間予約部６４は、キャンセル可能な期間内に予約がキャンセルされたか否かを判定する（Ｓ２０５）。例えば、募集者又は応募者がマッチングサイト上で予約をキャンセルした場合、マッチング管理サーバ５から、キャンセルした旨が通知される。空間予約部６４は、キャンセル可能な期間内にその通知を受け取ると、Ｓ２０５で肯定の判断（ＹＥＳ）を行う。なお、キャンセル可能な期間とは、例えば、マッチングサイトのシステム上定められた期間であり、具体的には、例えば、面会予定日の前日までの期間である。

Ｓ２０５で肯定の判断（ＹＥＳ）がされると、空間予約部６４は、予約をキャンセルする（Ｓ２０６）。そして、本処理フローは終了する。
一方、Ｓ２０５で否定の判断（ＮＯ）がされると、利用権限発行部６６は、募集者及び応募者に対して、予約した空間２へ入場する権限を発行する（Ｓ２０７）。そして、本処理フローは終了する。

なお、利用権限の発行と予約のキャンセルや変更とは、前後してもよい。図８に示す例では、キャンセル可能な期間内に予約がキャンセルされなければ、空間２の利用権限を発行することとした。しかし、例えば、空間予約部６４が空間２を予約した時点で利用権限を発行し、予約がキャンセルされた場合、発行済みの利用権限を無効にすることとしてもよい。

＜空間の決定処理＞
次に、図８のＳ２０２の処理、即ち、募集者と応募者とが利用する候補となる空間２を決定する処理の手順について、詳細に説明する。図９は、募集者と応募者とが利用する候補となる空間２を決定する処理の手順の一例を示したフローチャートである。

空間決定部６２は、募集者と応募者との面会の情報を基に、募集目的が、ビジネス目的、英会話目的、又は婚活目的であるかを判定する（Ｓ３０１）。
ステップ３０１において、ビジネス目的と判定された場合、空間決定部６２は、募集者と応募者との面会が初回であるか否かを判定する（Ｓ３０２）。

Ｓ３０２で肯定の判断（ＹＥＳ）がされた場合、空間決定部６２は、募集者と応募者とが利用する候補となる空間２として、初対面用の空間２を選択する（Ｓ３０３）。ここでは、面会の場所に存在する空間２であって、面会の日時にまだ予約されていない空間２のうち、初対面用の空間２が選択される。そして、本処理フローは終了する。
一方、Ｓ３０２で否定の判断（ＮＯ）がされた場合、空間決定部６２は、募集者と応募者とが空間２を利用する際に扱う情報に、特定の情報が含まれるか否かを判定する（Ｓ３０４）。特定の情報とは、例えば、秘密情報、個人情報である。

Ｓ３０４で肯定の判断（ＹＥＳ）がされた場合、空間決定部６２は、募集者と応募者とが利用する候補となる空間２として、遮音性、防音性の高い空間２を選択する（Ｓ３０５）。ここでは、面会の場所に存在する空間２であって、面会の日時にまだ予約されていない空間２のうち、遮音性、防音性の高い空間２が選択される。そして、本処理フローは終了する。なお、遮音性、防音性の高い空間２とは、例えば、遮音設備や防音設備が備えられている空間２である。このような空間２は、遮音性、防音性の高い空間２として予め登録されている。本実施の形態において、遮音性、防音性の高い空間２は、外部に対して閉じられている場所の一例である。

一方、Ｓ３０４で否定の判断（ＮＯ）がされた場合、空間決定部６２は、募集者と応募者とが利用する候補となる空間２として、何れかの空間２を選択する（Ｓ３０６）。ここでは、面会の場所に存在する空間２であって、面会の日時にまだ予約されていない空間２のうち、何れかの空間２が選択される。そして、本処理フローは終了する。

また、Ｓ３０１において、英会話目的又は婚活目的のどちらかと判定された場合、空間決定部６２は、募集者と応募者との面会が初回であるか否かを判定する（Ｓ３０７）。
Ｓ３０７で肯定の判断（ＹＥＳ）がされた場合、空間決定部６２は、募集者と応募者とが利用する候補となる空間２として、初対面用の空間２を選択する（Ｓ３０８）。ここでは、面会の場所に存在する空間２であって、面会の日時にまだ予約されていない空間２のうち、初対面用の空間２が選択される。そして、本処理フローは終了する。
一方、Ｓ３０７で否定の判断（ＮＯ）がされた場合、空間決定部６２は、募集者と応募者とが利用する候補となる空間２として、初対面用ではない空間２を選択する（Ｓ３０９）。ここでは、面会の場所に存在する空間２であって、面会の日時にまだ予約されていない空間２のうち、初対面用ではない空間２が選択される。そして、本処理フローは終了する。

なお、Ｓ３０３、Ｓ３０８で選択される初対面用の空間２とは、例えば、開放型であること、閉鎖型の場合には外部から中が見えること、机を挟んで対面式であること（即ち、横並びの席ではないこと）、募集者及び応募者が座ったときの両者の距離が一定以上（例えば、２ｍｍ以上）であること、等の条件を満たす空間２である。なお、これらの条件のうちの複数の条件を満たす空間２を初対面用としてもよいし、１つの条件を満たす空間２を初対面用としてもよい。

また、Ｓ３０３、Ｓ３０５、Ｓ３０６、Ｓ３０８、Ｓ３０９の処理において、該当の空間２が複数存在する場合には、予め定められた規則に従って、何れかの空間２が選択される。予め定められた規則は、例えば、駅に近い空間２を優先的に選択する規則や、募集者の居住地に近い空間２を優先的に選択する規則である。
一方、該当の空間２が存在しない場合には、例えば、募集者及び応募者に対して、日時の変更を促す旨が通知される。また、例えば、キャンセル待ちとなり、空間２のキャンセルが出たら、自動で、募集者と応募者とが利用する候補の空間２として選択することとしてもよい。

更に、上述した例では、英会話目的と婚活目的とで同じ処理をすることとしたが、英会話目的と婚活目的とで異なる処理を行ってもよい。例えば、募集目的が婚活目的の場合、募集者と応募者とが利用する候補となる空間２として、カフェやレストランなどの飲食店を優先的に選択するようにしてもよい。

このように、空間決定部６２は、募集目的に応じて、募集者と応募者とが利用する候補となる空間２を決定する。
付言すると、ビジネス目的の場合、募集者と応募者とはビジネス上の関係にある。また、英会話目的の場合、募集者と応募者とは英会話の講師と生徒の関係にある。更に、婚活目的の場合、募集者と応募者とは結婚のパートナー候補の関係にある。よって、募集目的に応じて空間２を決定する処理は、募集者と応募者との関係性に応じて空間２を決定する処理として捉えることもできる。また、募集者と応募者との面会が初回であるか否かという過去の面会の回数は、募集者と応募者との関係性を表す情報の一例である。

＜マッチング管理サーバ及び空間管理サーバの処理の具体例＞
次に、マッチング管理サーバ５及び空間管理サーバ６の処理の具体例について説明する。図１０及び図１１は、マッチング管理サーバ５及び空間管理サーバ６の処理の具体例を説明するための図である。図１０に示す例では、ビジネス目的の場合について説明する。また、図１１に示す例では、英会話目的の場合について説明する。
なお、以下に示すステップ（即ち、記号の「Ｓ」）は、図７～図９の各ステップに対応する。

（ビジネス目的の例）
例えば、ビジネスの事業者である事業者Ａは、協業パートナーとしての事業者を募集する。ここで、事業者Ａのユーザは、自身のユーザ端末４からマッチング管理サーバ５にアクセスして、マッチングサイト上で募集に関する情報を入力する。ここでの募集に関する情報には、募集する事業者の条件が含まれる。具体的には、例えば、求める業種、事業規模、個人の能力、販売している商品の種類、等の条件である。そして、募集情報取得部５１は、募集に関する情報を取得する（Ｓ１０１）。次に、相手募集部５２は、募集に関する情報を基に募集を行う（Ｓ１０２）。

相手募集部５２が募集することにより、マッチングサイト上で募集に関する情報が閲覧可能になる。図１０（Ａ）は、ビジネス目的の場合に閲覧される情報の一例を示す図である。「応募者の情報」、「募集の条件」は、事業者Ａのユーザが入力したものである。そして、応募者が、ユーザ端末４にてマッチングサイトを閲覧し、応募ボタン１１を選択すると、応募受付部５３は、応募を受け付ける（Ｓ１０３）。この例では、事業者Ａと過去に１度面会したことのある事業者Ｂが応募したものとする。

次に、面会調整部５４は、事業者Ａと事業者Ｂとの面会の調整を行う（Ｓ１０４）。例えば、事業者Ａと事業者Ｂとがやり取りを行うことにより、面会の日時、面会の場所が調整される。また、事業者Ａや事業者Ｂが複数人で面会に参加することを希望する場合には、参加者の人数も調整される。この例では、面会の日時が２０１９年６月１日１３時～１４時、面会の場所が東京都、として調整されたものとする。また、事業者Ａと事業者Ｂとが空間２を利用する際に扱う情報には、今後の事業の展望等の秘密情報が含まれる。調整された面会の情報は、空間管理サーバ６に送信される（Ｓ１０５）。

次に、面会情報取得部６１は、マッチング管理サーバ５から面会の情報を取得し（Ｓ２０１）、空間決定部６２は、事業者Ａと事業者Ｂとが利用する候補となる空間２を決定する（Ｓ２０２）。
Ｓ２０２において、空間決定部６２は、募集目的がビジネス目的であると判断する（Ｓ３０１）。なお、募集目的ついては、例えば、事業者Ａがビジネス目的である旨をマッチングサイト上で入力してもよいし、マッチングサイト自体がビジネス目的用の場合、そのマッチングサイトが利用されたことにより、募集目的がビジネス目的であると判断してもよい。

次に、空間決定部６２は、事業者Ａと事業者Ｂとの面会は２回目であると判断する（Ｓ３０２でＮＯ）。次に、空間決定部６２は、事業者Ａと事業者Ｂとが空間２を利用する際に扱う情報に、秘密情報が含まれると判断する（Ｓ３０４でＹＥＳ）。そして、空間決定部６２は、事業者Ａと事業者Ｂとが利用する候補となる空間２として、面会の場所である東京都内の空間２であって、面会の日時である２０１９年６月１日１３時～１４時にまだ予約されていない空間２のうち、遮音性、防音性の高い空間２を選択する（Ｓ３０５）。この例では、空間２Ａが選択される。

次に、空間情報出力部６３は、空間２Ａの情報を、事業者Ａのユーザのユーザ端末４、事業者Ｂのユーザのユーザ端末４等に出力する（Ｓ２０３）。図１０（Ｂ）は、出力される空間２Ａの情報の一例を示す図である。ここでは、面会場所が空間２Ａであること、面会日時が２０１９年６月１日１３時～１４時があること等が示されている。事業者Ａ、事業者Ｂの各々は、これらの面会場所、面会日時で問題なければ、各々のユーザ端末４にてＯＫボタン１２を選択すればよい。また、面会場所や面会日時の変更を希望する場合には、キャンセルボタン１３を選択すればよい。

次に、空間予約部６４は、２０１９年６月１日１３時～１４時の日時で、空間２Ａを予約する（Ｓ２０４）。次に、キャンセル可能な期間内に予約がキャンセルされなければ（Ｓ２０５でＮＯ）、利用権限発行部６６は、事業者Ａ及び事業者Ｂに対して、空間２Ａへ入場する権限を発行する（Ｓ２０７）。具体的には、例えば、利用権限発行部６６は、事業者Ａのユーザのユーザ端末４、事業者Ｂのユーザのユーザ端末４に対して、電子鍵を配布する。また、認証コードを配布したり、空間２Ａの管理者に対して事業者Ａ及び事業者Ｂが利用する旨を通知したりしてもよい。そして、事業者Ａ及び事業者Ｂは、２０１９年６月１日１３時～１４時の日時に、空間２Ａを利用する。
なお、キャンセル可能な期間内に予約がキャンセルされた場合（Ｓ２０５でＹＥＳ）、再度、面会の調整が行われ、面会の日時や面会の場所が変更されたり、面会自体が中止されたりする。

（英会話目的の例）
例えば、生徒Ａは、英会話の講師を募集する。ここで、生徒Ａは、自身のユーザ端末４からマッチング管理サーバ５にアクセスして、マッチングサイト上で募集に関する情報を入力する。ここでの募集に関する情報には、募集する英会話の講師の条件が含まれる。具体的には、例えば、講師の国籍、母国語、性別、英会話のレベル、値段、無料体験できること、等の条件である。なお、英会話のレベルは、ビジネスレベル、日常会話レベル等である。そして、募集情報取得部５１は、募集に関する情報を取得する（Ｓ１０１）。次に、相手募集部５２は、募集に関する情報を基に募集を行う（Ｓ１０２）。

相手募集部５２が募集することにより、マッチングサイト上で募集に関する情報が閲覧可能になる。図１１（Ａ）は、英会話目的の場合に閲覧される情報の一例を示す図である。ここで、「応募者の情報」、「募集の条件」は、生徒Ａが入力したものである。そして、応募者が、ユーザ端末４にてマッチングサイトを閲覧し、応募ボタン１１を選択すると、応募受付部５３は、応募を受け付ける（Ｓ１０３）。この例では、生徒Ａと過去に１度も面会したことのない講師Ｂが応募したものとする。

次に、面会調整部５４は、生徒Ａと講師Ｂとの面会の調整を行う（Ｓ１０４）。例えば、生徒Ａと講師Ｂとがやり取りを行うことにより、面会の日時、面会の場所が調整される。また、生徒Ａ側や講師Ｂ側が複数人で参加することを希望する場合には、参加者の人数も調整される。この例では、面会の日時が２０１９年６月２日１５時～１６時、面会の場所が東京都、として調整されたものとする。調整された面会の情報は、空間管理サーバ６に送信される（Ｓ１０５）。

次に、面会情報取得部６１は、マッチング管理サーバ５から面会の情報を取得し（Ｓ２０１）、空間決定部６２は、生徒Ａと講師Ｂとが利用する候補となる空間２を決定する（Ｓ２０２）。
Ｓ２０２において、空間決定部６２は、募集目的が英会話目的であると判断する（Ｓ３０１）。募集目的については、ビジネス目的の場合と同様に、例えば、生徒Ａが英会話目的である旨をマッチングサイト上で入力してもよいし、英会話用のマッチングサイトが利用されたことにより、募集目的が英会話目的であると判断してもよい。

次に、空間決定部６２は、生徒Ａと講師Ｂとの面会は初回であると判断する（Ｓ３０７でＹＥＳ）。次に、空間決定部６２は、生徒Ａと講師Ｂとが利用する候補となる空間２として、面会の場所である東京都内の空間２であって、面会の日時である２０１９年６月２日１５時～１６時にまだ予約されていない空間２のうち、初対面用の空間２を選択する（Ｓ３０８）。この例では、空間２Ｂが選択される。

次に、空間情報出力部６３は、空間２Ｂの情報を、生徒Ａのユーザ端末４、講師Ｂのユーザ端末４等に出力する（Ｓ２０３）。図１１（Ｂ）は、出力される空間２Ｂの情報の一例を示す図である。ここでは、面会場所が空間２Ｂであること、面会日時が２０１９年６月２日１５時～１６時があること等が示されている。生徒Ａ、講師Ｂの各々は、これらの面会場所、面会日時で問題なければ、各々のユーザ端末４にてＯＫボタン１２を選択すればよい。

次に、空間予約部６４は、２０１９年６月２日１５時～１６時の日時で、空間２Ｂを予約する（Ｓ２０４）。次に、キャンセル可能な期間内に予約がキャンセルされなければ（Ｓ２０５でＮＯ）、利用権限発行部６６は、生徒Ａ及び講師Ｂに対して、予約した空間２Ｂへ入場する権限を発行する（Ｓ２０７）。そして、生徒Ａ及び講師Ｂは、２０１９年６月２日１５時～１６時の日時に、空間２Ｂを利用する。

なお、この例では、生徒Ａと講師Ｂとの面会が初回であることとしたが、生徒Ａと講師Ｂとの面会が２回目以降の場合（Ｓ３０７でＮＯ）、空間決定部６２は、生徒Ａと講師Ｂとが利用する候補となる空間２として、初対面用ではない空間２を選択する（Ｓ３０９）。
ここで、生徒Ａは、面会が２回目以降の場合の空間２の条件を、マッチング前に出しておけることとしてもよい。例えば、マッチング前に、空間２の条件として、２回目以降も初対面用の空間２を利用すること、開放型の空間２であること、等の条件を出しておいてもよい。

また、空間決定部６２は、講師Ｂが英会話スクールに所属している場合、生徒Ａと講師Ｂとが利用する候補となる空間２として、講師Ｂが所属する英会話スクールの建物内の空間２を優先的に選択してもよい。例えば、英会話スクールの建物外の空間２よりも、英会話スクールの建物内の空間２を優先的に選択する。また、例えば、英会話スクールの建物内に、初対面用ではない空間２が存在する場合に、生徒Ａと講師Ｂとの面会が初回であっても、この空間２を優先的に選択してもよい。

＜空間を予約する処理の他の例＞
次に、空間２を予約する処理の他の例について説明する。図１２は、空間２を予約する処理の他の例を示したフローチャートである。上述した例では、マッチングした後に募集者と応募者とで面会の調整をしたが、図１２に示す例では、募集者が面会の日時及び面会の場所の条件を提示して、人の募集が行われる。

まず、募集者がユーザ端末４からマッチング管理サーバ５にアクセスして、マッチングサイト上で募集に関する情報を入力すると、募集情報取得部５１は、募集に関する情報を取得する（Ｓ４０１）。ここで、募集者は、希望する応募者の条件の他に、希望する面会の条件を設定する。面会の条件には、面会の場所、面会の日時が含まれる。面会の場所としては、特定の空間２ではなく、東京都や東京駅付近など、面会を行う場所の範囲が指定される。また、面会の日時としては、空間２を使用する予定の時刻及び時間を指定してもよいし、一定の範囲を持たせた日時を指定してもよい。

次に、相手募集部５２は、応募者の候補となるユーザに対して、応募するか否かを問い合わせるためのメッセージを通知する（Ｓ４０２）。ここでは、Ｓ４０１で入力された応募者の条件、面会の条件が通知される。また、応募者の候補となるユーザは、例えば、募集者のユーザ端末４から収集されたアドレス帳に登録されているユーザの中から無作為に抽出されたユーザや、マッチングサイトにアカウントを持つユーザの中から無作為に抽出されたユーザである。

次に、応募受付部５３は、Ｓ４０２で通知したユーザから、マッチング結果を受信する（Ｓ４０３）。ここで、Ｓ４０２で通知したユーザが応募することを選択した場合には、マッチングが成立する。一方、Ｓ４０２で通知したユーザが応募することを選択しなかった場合には、マッチングは成立しない。

次に、面会調整部５４は、マッチングが成立した応募者の人数が対応可能な人数以内であるか否かを判定する（Ｓ４０４）。Ｓ４０４で否定の判断（ＮＯ）がされた場合、面会調整部５４は、募集者に対して、マッチングが成立した応募者の人数が対応可能な人数を超えている旨を通知する（Ｓ４０５）。この場合、マッチングが成立した応募者の中から、予め定められた手順で応募者の絞り込みが行われる（Ｓ４０６）。予め定められた手順とは、上述したように、例えば、応募した先着順で決定する手順や、募集者が手動で応募者を選定する手順等が例示される。

そして、Ｓ４０６の後、又はＳ４０４で肯定の判断（ＹＥＳ）がされた場合、面会調整部５４は、対応可能な人数に収まる応募者の情報を取得する（Ｓ４０７）。ここで、募集者と応募者との間で、募集者が提示した面会の条件から、更に詳細に、面会の日時、面会の場所を調整してもよい。
次に、面会情報送信部５５は、募集者の情報、応募者の情報、募集者と応募者との面会の情報を、空間管理サーバ６に送信する（Ｓ４０８）。次に、空間管理サーバ６の面会情報取得部６１は、募集者の情報、応募者の情報、募集者と応募者との面会の情報を取得する（Ｓ４０９）。

次に、空間決定部６２は、面会情報取得部６１が取得した情報を基に、募集者と応募者とが利用する候補となる空間２を決定する（Ｓ４１０）。
以降のＳ４１１～Ｓ４１５の処理は、図８に示すＳ２０３～Ｓ２０７の処理と同様であるため、ここでは説明を省略する。

なお、Ｓ４０２において、相手募集部５２は、メッセージを通知する際に、募集者の位置を考慮してもよい。例えば、相手募集部５２は、募集者のユーザ端末４から、ユーザ端末４のＧＰＳセンサ２０６にて取得された位置情報を収集する。そして、相手募集部５２は、取得された位置情報の示す位置から一定の範囲内（例えば１ｋｍ以内）にいるユーザに絞って、メッセージを通知してもよい。

＜他の構成例＞
次に、本実施の形態の他の構成例について説明する。

（募集目的に応じて空間を決定する処理の例）
上述した例では、空間決定部６２は、募集目的に応じて、募集者と応募者とが利用する候補となる空間２を決定した。ここで、空間決定部６２は、更に、募集目的に応じて、空間２の位置を決定してもよい。
例えば、空間決定部６２は、募集目的がビジネス目的の場合、募集者の所在地と応募者の所在地との中間地点よりも、応募者の所在地に近い空間２を選択する。また、例えば、募集目的が英会話目的の場合、募集者の居住地と応募者の居住地との中間地点よりも、応募者の居住地に近い空間２を選択する。更に、例えば、募集目的が婚活目的の場合、募集者の居住地と応募者の居住地との中間地点の付近にある空間２を選択する。

更に、空間決定部６２は、募集目的が予め定められた目的の場合、利用者と応募者とが面会する日時の後の予約状況に応じて、空間２を決定してもよい。
例えば、婚活目的など、募集目的によっては、空間２の利用時間が延長され易い場合がある。そこで、このような募集目的の場合、空間決定部６２は、例えば、募集者と応募者とが面会する日時の直後に予約が入っていない空間２や、募集者と応募者の予約の終了時刻から次の予約までの時間が一定時間以上（例えば、３０分以上）空いている空間２を優先的に選択する。この例では、予め定められた目的の一例として、婚活目的が用いられる。

（募集者と応募者との関係性に応じて空間を決定する処理の例）
上述した例では、募集者と応募者との関係性の一例として、募集者と応募者との過去の面会の回数に応じて空間２を決定する処理について説明した。ここで、募集者と応募者との関係性の他の例として、例えば、募集者と応募者との性別の違いの有無や、募集者と応募者との年齢差に応じて空間２を決定してもよい。

例えば英会話目的や婚活目的等において、募集者と応募者との性別が異なる場合、特に女性は危険を感じる可能性があり、公衆の面前で面会することで安心を得られる。そこで、例えば英会話目的や婚活目的等の場合、空間決定部６２は、募集者と応募者との性別が同じであるか否かを判定する。ここで、募集者と応募者の性別が異なる場合、空間決定部６２は、募集者と応募者とが利用する候補となる空間２として、開放型の空間２を優先して選択する。
同様に、募集者と応募者との年齢差が一定以上（例えば２０歳以上）の場合も、一方の側が危険を感じる可能性があり、公衆の面前で面会することで安心を得られる。そこで、例えば英会話目的や婚活目的等の場合、空間決定部６２は、募集者と応募者との年齢差が一定以上であるか否かを判定する。ここで、募集者と応募者との年齢差が一定以上の場合、空間決定部６２は、募集者と応募者とが利用する候補となる空間２として、開放型の空間２を優先して選択する。

（交通費や移動時間を考慮する場合の例）
空間決定部６２は、空間２までの交通費や移動時間に応じて、募集者と応募者とが利用する候補となる空間２の場所を決定してもよい。
例えば、空間決定部６２は、応募者の居住地から空間２までの交通費が安い空間２を優先的に選択する。また、例えば、空間決定部６２は、応募者の居住地から空間２までの移動時間が短い空間２を優先的に選択する。
更に、空間２までの交通費や移動時間に応じて、面会の料金を設定してもよい。例えば、募集目的が英会話目的の場合、講師の居住地から空間２までの交通費が安いほど、英会話のレッスン料を安くしてもよい。また、例えば、講師の居住地から空間２までの移動時間が長いほど、英会話のレッスン料を高くしてもよい。

（天気に応じて空間を決定する場合の例）
空間決定部６２は、天気に応じて、募集者と応募者とが利用する候補となる空間２を決定してもよい。
空間決定部６２は、面会の日時における天気予報の情報を取得する。そして、例えば、面会の日時の天気が雨の予報の場合、駅に近い空間２を優先的に選択する。また、面会の日時の天気が雨の予報の場合、募集者と応募者との面会が初回であっても、初対面用の空間２よりも駅に近い空間２であって初対面用ではない空間２が存在する場合には、初対面用ではない空間２を優先的に選択してもよい。

（空間を利用する候補となる日時を出力する例）
上述した例では、空間情報出力部６３は、募集者と応募者とが利用する候補となる空間２の情報を出力した。ここで、空間情報出力部６３は、場所の情報とともに、空間２を利用する候補となる日時の情報を出力してもよい。

例えば、募集者と応募者とで調整された面会の日時が「２０１９年６月１日の午前中」であるとする。また、空間決定部６２が、募集者と応募者とが利用する候補となる空間２として、空間２Ａを選択したとする。ここで、空間２Ａの２０１９年６月１日の午前中の予約状況が、９時～１０時及び１１時～１２時は予約なし、それ以外の時間帯に予約が入っている場合、空間２Ａを利用する候補となる日時は、９時～１０時、１１時～１２時のうちの何れかの時間になる。そこで、空間情報出力部６３は、例えば、空間２を利用する候補となる日時の情報として、９時～１０時の情報を出力する。

また、空間情報出力部６３は、募集目的や、募集者と応募者との関係性に応じて、空間２を利用する候補となる日時の情報を出力してもよい。
例えば、空間決定部６２は、募集目的に応じて、面会の時刻を調整したり、面会時間の長さを調整したりしてもよい。
より具体的には、例えば、空間決定部６２は、募集目的がビジネス目的の場合、空間２を利用する候補となる日時として、日勤帯で、３０分間の日時を選択する。また、例えば、募集目的が英会話目的の場合、空間２を利用する候補となる日時として、早朝や夜１９時以降の時間帯で、１時間の日時を選択する。

また、空間決定部６２は、募集者と応募者との関係性に応じて、面会の時刻を調整したり、面会時間の長さを調整したりしてもよい。
より具体的には、例えば、空間決定部６２は、募集者と応募者との面会が初回の場合、空間２を利用する候補となる日時として、昼間の時間帯を選択する。また、例えば、面会が２回目以降の場合、空間２を利用する候補となる日時として、昼間の時間帯の他に、朝や夜も含めた時間帯の中で、何れかの時間帯を選択する。更に、募集者と応募者との面会が初回の場合、面会が２回目以降の場合よりも、面会時間を短くする。例えば、募集者と応募者との面会が初回の場合、面会時間を３０分間にする。一方、面会が２回目以降の場合、面会時間を１時間にする。

なお、上述した例では、マッチング管理サーバ５が提供するマッチングサイトにてユーザ同士がマッチングすることとしたが、マッチングの手法は限定されない。例えば、マッチング管理サーバ５を介さずに、複数のユーザ端末４でやり取りをしてマッチングしてもよい。具体的には、例えば、ユーザ端末４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）といった近距離無線通信や、ＬＰＷＡ（Low Power Wide Area）等の広域無線通信、ＧＰＳセンサ２０６で測定した位置情報等を利用して、周囲にある他のユーザ端末４を特定する。そして、ユーザ端末４が特定した他のユーザ端末４との間で通信を行うことにより、マッチングしてもよい。付言すると、マッチング管理サーバ５を介さずにマッチングする場合、ユーザ端末４にて空間管理サーバ６の一部又は全部の機能が実現される。なお、本実施の形態では、ユーザ端末４にて空間管理サーバ６の一部又は全部の機能を実現してもよい。

また、本発明の実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ－ＲＯＭ等の記録媒体に記憶して提供することも可能である。

なお、上記では種々の実施形態および変形例を説明したが、これらの実施形態や変形例どうしを組み合わせて構成してももちろんよい。
また、本開示は上記の実施形態に何ら限定されるものではなく、本開示の要旨を逸脱しない範囲で種々の形態で実施することができる。

１…情報処理システム、２…空間、４…ユーザ端末、５…マッチング管理サーバ、６…空間管理サーバ、５１…募集情報取得部、５２…相手募集部、５３…応募受付部、５４…面会調整部、５５…面会情報送信部、６１…面会情報取得部、６２…空間決定部、６３…空間情報出力部、６４…空間予約部、６５…予約状況記憶部、６６…利用権限発行部、６７…空間関連情報記憶部

Claims (12)

1. 利用者から、特定の目的に合致する人の募集に関する情報を取得する取得手段と、
   前記募集に対する応募を受け付ける受付手段と、
   前記利用者と前記募集に応募した応募者との面会の情報を基に関係性を判断し、当該関係性に応じて当該利用者と当該応募者とが利用する候補となる場所の情報を出力する出力手段と
   を備える情報処理システム。
2. 前記出力手段が出力する場所の情報を基に、当該場所を予約する予約手段を更に備えること
   を特徴とする請求項１に記載の情報処理システム。
3. 前記予約手段は、前記利用者及び前記応募者に対して、予約した前記場所へ入場する権限を発行すること
   を特徴とする請求項２に記載の情報処理システム。
4. 前記予約手段は、前記応募者が予め定められた人数を超えている場合、予め定められた手順で決定された当該予め定められた人数の応募者に対して、前記権限を発行すること
   を特徴とする請求項３に記載の情報処理システム。
5. 前記利用者と前記応募者との関係性は、当該利用者と当該応募者との過去の面会の回数によること
   を特徴とする請求項１に記載の情報処理システム。
6. 前記利用者と前記応募者との関係性は、当該利用者と当該応募者との性別の違いの有無によること
   を特徴とする請求項１に記載の情報処理システム。
7. 前記利用者と前記応募者との関係性は、当該利用者と当該応募者との年齢差によることを特徴とする請求項１に記載の情報処理システム。
8. 前記出力手段は、前記場所の情報とともに、当該場所を利用する候補となる日時の情報を出力すること
   を特徴とする請求項１に記載の情報処理システム。
9. 前記出力手段は、前記特定の目的に応じて、前記日時の情報を出力すること
   を特徴とする請求項８に記載の情報処理システム。
10. 利用者から、特定の目的に合致する人の募集に関する情報を取得する取得手段と、
    前記募集に対する応募を受け付ける受付手段と、
    前記利用者と前記募集に応募した応募者とが前記特定の目的に応じて利用する候補となる場所の情報を出力する出力手段とを備え、
    前記出力手段は、前記特定の目的が予め定められた目的の場合には、予約して利用される場所の予約状況であって、前記利用者と前記応募者とが利用する日時の後の予約状況に応じて、前記場所の情報を出力すること
    を特徴とする情報処理システム。
11. 利用者から、特定の目的に合致する人の募集に関する情報を取得する取得手段と、
    前記募集に対する応募を受け付ける受付手段と、
    前記利用者と前記募集に応募した応募者とが利用する際に扱う情報に応じて利用する候補となる場所の情報を出力する出力手段とを備え、
    前記出力手段は、前記利用する際に扱う情報に秘密情報が含まれる場合、外部に対して閉じられている場所の情報を出力すること
    を特徴とする情報処理システム。
12. コンピュータに、
    利用者から、特定の目的に合致する人の募集に関する情報を取得する機能と、
    前記募集に対する応募を受け付ける機能と、
    前記利用者と前記募集に応募した応募者との面会の情報を基に関係性を判断し、当該関係性に応じて当該利用者と当該応募者とが利用する候補となる場所の情報を出力する機能と
    を実現させるためのプログラム。

Images