JP7302352B2 - 情報処理システム及びプログラム - 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 (14)

1. 複数のユーザが特定の時間帯に特定の場所を利用する予約についての情報を取得する取得手段と、
   前記複数のユーザの中に、前記特定の時間帯の予め定められた時刻までに前記特定の場所に来なかったユーザが存在する場合、当該来なかったユーザに対して、当該特定の場所に関する料金について、当該予め定められた時刻までに来なかったことに応ずる料金を課金する課金手段と
   を備える情報処理システム。
2. 前記課金手段は、前記複数のユーザの中に、前記予め定められた時刻までに前記特定の場所に来たユーザと前記来なかったユーザとが存在する場合、当該特定の場所に関する料金について、当該来なかったユーザに対して、当該来たユーザよりも多く課金すること
   を特徴とする請求項１に記載の情報処理システム。
3. 前記課金手段は、前記来なかったユーザが存在する場合、前記予め定められた時刻までに前記特定の場所に来たユーザに対して、当該特定の場所に関する料金について、当該来なかったユーザが存在しない場合よりも安くなるように課金すること
   を特徴とする請求項１に記載の情報処理システム。
4. 前記課金手段は、前記来なかったユーザが前記予め定められた時刻の後の時刻であって前記特定の時間内の時刻に前記特定の場所に来た場合には、当該来なかったユーザに対して、当該特定の場所に来た時刻に応じて課金すること
   を特徴とする請求項１に記載の情報処理システム。
5. 前記課金手段は、前記予め定められた時刻までに前記特定の場所に来たユーザに対して、当該特定の場所に関する料金について、前記来なかったユーザが当該特定の場所に来た時刻に応じて課金すること
   を特徴とする請求項４に記載の情報処理システム。
6. 前記課金手段は、前記複数のユーザの中に、前記予め定められた時刻までに前記特定の場所に来たユーザと前記来なかったユーザとが存在する場合に、当該来たユーザと当該来なかったユーザとが次に会う予約がある場合には、当該来なかったユーザに対して、次の予約の場所に関する料金について、当該予め定められた時刻までに来なかったことに応ずる料金を課金すること
   を特徴とする請求項１に記載の情報処理システム。
7. 前記課金手段は、前記来なかったユーザに対して、前記特定の場所に関する料金と次の予約の場所に関する料金との合計について、前記来たユーザよりも多く課金すること
   を特徴とする請求項６に記載の情報処理システム。
8. 前記課金手段は、前記来なかったユーザが、前記予め定められた時刻までに前記特定の場所に来ない旨を特定の時刻より前に通知した場合、当該来なかったユーザに対して、当該予め定められた時刻までに来なかったことに応ずる料金を課金しないこと
   を特徴とする請求項１に記載の情報処理システム。
9. 前記課金手段は、更に、前記特定の場所で有料の役務が提供される場合には、前記来なかったユーザに対して、当該役務の料金について、前記予め定められた時刻までに来なかったことに応ずる料金を課金すること
   を特徴とする請求項１に記載の情報処理システム。
10. 前記課金手段は、前記来なかったユーザに対して、前記役務の料金について、当該役務の種類に応じて課金すること
    を特徴とする請求項９に記載の情報処理システム。
11. 前記課金手段は、前記来なかったユーザに対して、前記特定の場所に関する料金について、前記複数のユーザの関係性に応じて課金すること
    を特徴とする請求項１に記載の情報処理システム。
12. 前記課金手段は、前記来なかったユーザに対して、前記特定の場所に関する料金について、前記複数のユーザが当該特定の場所を利用する目的に応じて課金すること
    を特徴とする請求項１に記載の情報処理システム。
13. ユーザが特定の時間帯に特定の場所を利用する予約についての情報を取得する取得手段と、
    前記取得手段から取得した情報を基に前記特定の場所に関する料金を前記ユーザに課金し、当該情報において複数のユーザが当該特定の場所を利用することが予約されている場合には、当該複数のユーザの各々が前記特定の時間帯に当該特定の場所に来たか否か、及び、当該複数のユーザの各々が当該特定の場所に来た時刻の少なくとも何れか一方の情報を用いて、当該複数のユーザの各々に課金する課金手段と
    を備える情報処理システム。
14. コンピュータに、
    複数のユーザが特定の時間帯に特定の場所を利用する予約についての情報を取得する機能と、
    前記複数のユーザの中に、前記特定の時間帯の予め定められた時刻までに前記特定の場所に来なかったユーザが存在する場合、当該来なかったユーザに対して、当該特定の場所に関する料金について、当該予め定められた時刻までに来なかったことに応ずる料金を課金する機能と
    を実現させるためのプログラム。

Images