ホーム > 特許ランキング > 株式会社Ｍｒｋ＆Ｃｏ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025025708
(43)【公開日】2025-02-21
(54)【発明の名称】情報処理装置、情報処理方法および情報処理プログラム
(51)【国際特許分類】
G06Q 10/109 20230101AFI20250214BHJP
【ＦＩ】
G06Q10/109
【審査請求】有
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2023130760
(22)【出願日】2023-08-10
(71)【出願人】
【識別番号】517323337
【氏名又は名称】株式会社Ｍｒｋ＆Ｃｏ
(74)【代理人】
【識別番号】100134430
【弁理士】
【氏名又は名称】加藤 卓士
(72)【発明者】
【氏名】上條 景介
(72)【発明者】
【氏名】森岡 崇
(72)【発明者】
【氏名】笹山 健志
【テーマコード（参考）】
5L010
5L049
【Ｆターム（参考）】
5L010AA13
5L049AA13
(57)【要約】 （修正有）
【課題】少なくとも２人のユーザが会う日程および場所をスムーズに決める情報処理装置、方法及びプログラムを提供する。
【解決手段】情報処理装置１００は、第１ユーザ１１０と第２ユーザ１２０とが会う候補日時の選択画面を第１ユーザが操作する第１ユーザ端末１１１に表示して、複数の候補日時を取得する候補日時取得部１０１と、第２ユーザ端末１２１に対して、複数の候補日時を提示して、第２ユーザ端末の操作に基づき、日時を決定する日時決定部１０２と、第１ユーザ端末に対する操作に基づき、複数の候補施設を取得する候補施設取得部１０３と、第２ユーザ端末に複数の候補施設を提示し、第２ユーザ端末への操作に基づき、複数の候補施設から一つの施設を決定する決定部１０４と、日時決定部で決定された日時での施設に対する予約の完了を第１ユーザ端末および第２ユーザ端末に報知する報知部１０５と、を備える。
【選択図】図１
【解決手段】情報処理装置１００は、第１ユーザ１１０と第２ユーザ１２０とが会う候補日時の選択画面を第１ユーザが操作する第１ユーザ端末１１１に表示して、複数の候補日時を取得する候補日時取得部１０１と、第２ユーザ端末１２１に対して、複数の候補日時を提示して、第２ユーザ端末の操作に基づき、日時を決定する日時決定部１０２と、第１ユーザ端末に対する操作に基づき、複数の候補施設を取得する候補施設取得部１０３と、第２ユーザ端末に複数の候補施設を提示し、第２ユーザ端末への操作に基づき、複数の候補施設から一つの施設を決定する決定部１０４と、日時決定部で決定された日時での施設に対する予約の完了を第１ユーザ端末および第２ユーザ端末に報知する報知部１０５と、を備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
第１ユーザと第２ユーザとが会う候補日時の選択画面を前記第１ユーザが操作する第１ユーザ端末に表示し、前記第１ユーザ端末から複数の候補日時を取得する候補日時取得部と、
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定部と、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得部と、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定部と、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知部と、
を備えた情報処理装置。
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定部と、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得部と、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定部と、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知部と、
を備えた情報処理装置。
【請求項2】
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設の優先順位を決定する優先順位決定部をさらに備えた請求項１に記載の情報処理装置。
【請求項3】
複数の登録ユーザから、前記第１ユーザと会う第２ユーザの選択を行うユーザ選択部をさらに備えた請求項１に記載の情報処理装置。
【請求項4】
前記第１ユーザ端末に複数の登録ユーザの写真を表示させるユーザ表示制御部と、
前記ユーザ選択部は、前記第１ユーザ端末に対する操作に基づいて、前記複数の登録ユーザから、前記第１ユーザと会う第２ユーザの選択を行う請求項３に記載の情報処理装置。
前記ユーザ選択部は、前記第１ユーザ端末に対する操作に基づいて、前記複数の登録ユーザから、前記第１ユーザと会う第２ユーザの選択を行う請求項３に記載の情報処理装置。
【請求項5】
前記第１ユーザおよび前記第２ユーザの決済情報を取得する決済情報取得部と、
前記予約のキャンセルがあった場合に、前記第１ユーザおよび前記第２ユーザのうち、キャンセル要因となったユーザにキャンセル料を課金する課金部と、
をさらに備えた請求項１に記載の情報処理装置。
前記予約のキャンセルがあった場合に、前記第１ユーザおよび前記第２ユーザのうち、キャンセル要因となったユーザにキャンセル料を課金する課金部と、
をさらに備えた請求項１に記載の情報処理装置。
【請求項6】
前記予約のキャンセル要因の判定のため前記第１ユーザと前記第２ユーザとの間のメッセージのやりとりを取得するメッセージ取得部をさらに備えた請求項５に記載の情報処理装置。
【請求項7】
前記第１ユーザと前記第２ユーザとの間のメッセージのやりとりを解析して前記キャンセル要因を判定する判定部をさらに備えた請求項６に記載の情報処理装置。
【請求項8】
前記候補店舗取得部は、前記複数の登録施設から、前記少なくとも２つの候補施設のうち優先順位が高い候補施設と、地域、価格帯、およびジャンルの少なくともいずれかが共通する施設を選択して自動提示する請求項２に記載の情報処理装置。
【請求項9】
前記候補店舗取得部は、前記複数の登録施設中に、優先順位が高い前記候補施設と、地域、価格帯、およびジャンルの全てが共通する施設があれば、自動提示し、全てが共通する施設がなければ、地域および価格帯が共通する施設を検索して自動提示し、地域および価格帯が共通する施設がなければ、地域が共通する施設を自動提示する請求項８に記載の情報処理装置。
【請求項10】
第１ユーザと第２ユーザとが会う候補日時の選択画面を前記第１ユーザが操作する第１ユーザ端末に表示し、前記第１ユーザ端末から複数の候補日時を取得する候補日時取得ステップと、
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定ステップと、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得ステップと、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定ステップと、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知ステップと、
を情報処理システムで実行する情報処理方法。
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定ステップと、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得ステップと、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定ステップと、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知ステップと、
を情報処理システムで実行する情報処理方法。
【請求項11】
第１ユーザと第２ユーザとが会う候補日時の選択画面を前記第１ユーザが操作する第１ユーザ端末に表示し、前記第１ユーザ端末から複数の候補日時を取得する候補日時取得ステップと、
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定ステップと、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得ステップと、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定ステップと、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知ステップと、
をプロセッサに実行させる情報処理プログラム。
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定ステップと、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得ステップと、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定ステップと、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知ステップと、
をプロセッサに実行させる情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。
【背景技術】
【0002】
上記技術分野において、特許文献１には、マッチングシステムに関する技術が開示されている。
【0003】
特許文献１では、サービス利用者が指定した飲食店にサービス利用者が到着すると、サービス利用者の第２端末２０から、待合場所に到着した旨の通知（待合場所到着通知）が管理サーバ３０を介して、サービス提供者の第１端末１０に送信される。サービス利用者がいるテーブルに着席した時点で、サービス提供者の操作を介して第１端末１０は、サービス利用者との相対通知を管理サーバ３０に送信する。サービス利用者との相対通知が、サービス開始通知として記憶部に記憶される。サービス開始から所定時間経過後、サービス提供者は、サービス利用者との飲食テーブルから一度離席する。続いて、サービス提供者の操作を介して、第１端末１０は、料金交渉通知またはサービス停止通知を管理サーバ３０に送信する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開2022-090368号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、上記文献に記載の技術では、ネット上でマッチングした二人が会おうとする際に日程および場所をスムーズに決めることができなかった。
【0006】
本発明の目的は、上述の課題を解決する技術を提供することにある。
【課題を解決するための手段】
【0007】
上記目的を達成するため、本発明に係る装置は、
第１ユーザと第２ユーザとが会う候補日時の選択画面を前記第１ユーザが操作する第１ユーザ端末に表示し、前記第１ユーザ端末から複数の候補日時を取得する候補日時取得部と、
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定部と、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得部と、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定部と、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知部と、
を備えた情報処理装置である。
第１ユーザと第２ユーザとが会う候補日時の選択画面を前記第１ユーザが操作する第１ユーザ端末に表示し、前記第１ユーザ端末から複数の候補日時を取得する候補日時取得部と、
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定部と、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得部と、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定部と、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知部と、
を備えた情報処理装置である。
【0008】
上記目的を達成するため、本発明に係る方法は、
第１ユーザと第２ユーザとが会う候補日時の選択画面を前記第１ユーザが操作する第１ユーザ端末に表示し、前記第１ユーザ端末から複数の候補日時を取得する候補日時取得ステップと、
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定ステップと、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得ステップと、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定ステップと、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知ステップと、
を情報処理システムで実行する情報処理方法である。
第１ユーザと第２ユーザとが会う候補日時の選択画面を前記第１ユーザが操作する第１ユーザ端末に表示し、前記第１ユーザ端末から複数の候補日時を取得する候補日時取得ステップと、
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定ステップと、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得ステップと、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定ステップと、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知ステップと、
を情報処理システムで実行する情報処理方法である。
【0009】
上記目的を達成するため、本発明に係るプログラムは、
第１ユーザと第２ユーザとが会う候補日時の選択画面を前記第１ユーザが操作する第１ユーザ端末に表示し、前記第１ユーザ端末から複数の候補日時を取得する候補日時取得ステップと、
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定ステップと、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得ステップと、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定ステップと、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知ステップと、
をプロセッサに実行させる情報処理プログラムである。
第１ユーザと第２ユーザとが会う候補日時の選択画面を前記第１ユーザが操作する第１ユーザ端末に表示し、前記第１ユーザ端末から複数の候補日時を取得する候補日時取得ステップと、
前記第２ユーザが操作する第２ユーザ端末に対して、前記複数の候補日時を提示して、前記第２ユーザ端末に対する操作に基づいて、日時を決定する日時決定ステップと、
前記第１ユーザ端末に対する操作に基づいて、少なくとも２つの候補施設を取得する候補施設取得ステップと、
前記第２ユーザ端末に前記少なくとも２つの候補施設を提示し、前記第２ユーザ端末に対する操作に基づいて、前記少なくとも２つの候補施設から一つの施設を決定する決定ステップと、
前記日時決定部で決定された日時での、前記決定部で決定された施設に対する予約の完了を前記第１ユーザ端末および前記第２ユーザ端末に報知する報知ステップと、
をプロセッサに実行させる情報処理プログラムである。
【発明の効果】
【0010】
本発明によれば、少なくとも二人のユーザが会うにあたり日程および場所をスムーズに決めることができる。
【図面の簡単な説明】
【0011】
【図1】第１実施形態に係る情報処理装置の構成を示すブロック図である。
【図2】第２実施形態に係る予約システムの構成を示すブロック図である。
【図3】第２実施形態に係る予約システムの処理の流れを示すブロック図である。
【図4】第２実施形態に係る予約システムが表示させる画面の一例を示す図である。
【図5】第２実施形態に係る予約システムが表示させる画面の一例を示す図である。
【図6】第２実施形態に係る予約システムが表示させる画面の一例を示す図である。
【図7】第２実施形態に係る予約システムが表示させる画面の一例を示す図である。
【図8】第２実施形態に係る予約システムが表示させる画面の一例を示す図である。
【図9】第２実施形態に係る予約システムが表示させる画面の一例を示す図である。
【図10】第２実施形態に係る予約システムが表示させる画面の一例を示す図である。
【図11】第２実施形態に係る予約システムが表示させる画面の一例を示す図である。
【図12】第２実施形態に係る予約システムが備えた店舗データベースの一例を示す図である。
【発明を実施するための形態】
【0012】
以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素はあくまで例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。
【0013】
［第１実施形態］
本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、ユーザ１１０、１２０間の食事の約束をスムーズに行うための装置である。
本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、ユーザ１１０、１２０間の食事の約束をスムーズに行うための装置である。
【0014】
図１に示すように、情報処理装置１００は、候補日時取得部１０１と日時決定部１０２と候補施設取得部１０３と決定部１０４と報知部１０５とを含む。
【0015】
候補日時取得部１０１は、ユーザ１１０とユーザ１２０とが会う候補日時の選択画面をユーザ１１０が操作するユーザ端末１１１に表示し、ユーザ端末１１１から複数の候補日時を取得する。
【0016】
日時決定部１０２は、ユーザ１２０が操作するユーザ端末１２１に対して、複数の候補日時を提示して、ユーザ端末１２１に対する操作に基づいて、日時を決定する。
【0017】
候補施設取得部１０３は、ユーザ端末１１１に対する操作に基づいて、少なくとも２つの候補施設を取得する。決定部１０４は、ユーザ端末１２１に少なくとも２つの候補施設を提示し、ユーザ端末１２１に対する操作に基づいて、少なくとも２つの候補施設から一つの施設を決定する。
報知部１０５は、日時決定部１０２で決定された日時での、決定部１０４で決定された施設に対する予約の完了をユーザ端末１１１およびユーザ端末１２１に報知する。
報知部１０５は、日時決定部１０２で決定された日時での、決定部１０４で決定された施設に対する予約の完了をユーザ端末１１１およびユーザ端末１２１に報知する。
【0018】
以上の構成によれば、非常にスムーズにユーザ間で直接会う日時および施設を決定し、施設に対する予約の完了を報知することができる。
【0019】
［第２実施形態］
次に本発明の第２実施形態に係る情報処理装置について、図２～図１２を用いて説明する。図２は、本実施形態に係る予約システム（情報処理システム）の構成を説明するためのブロック図である。予約システムは情報処理装置としての予約サーバ２００とマッチングサーバ２４０とを含む。予約サーバ２００は、ユーザ２２０、２２０間の食事の予約をスムーズに行うためのプログラムであり、その各構成要素はメモリに格納され順次プロセッサにより実行される。ＡＰＩ（Application Programming Interface）で実現することも可能である。
次に本発明の第２実施形態に係る情報処理装置について、図２～図１２を用いて説明する。図２は、本実施形態に係る予約システム（情報処理システム）の構成を説明するためのブロック図である。予約システムは情報処理装置としての予約サーバ２００とマッチングサーバ２４０とを含む。予約サーバ２００は、ユーザ２２０、２２０間の食事の予約をスムーズに行うためのプログラムであり、その各構成要素はメモリに格納され順次プロセッサにより実行される。ＡＰＩ（Application Programming Interface）で実現することも可能である。
【0020】
なお、ここでは例として２者間での食事の予約について説明するが、本発明はこれに限定されるものではない。３者以上でのやり取りの中で食事を予約してもよいし、食事以外のイベント参加や旅行の予約であってもよい。
【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】
また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に供給され、内蔵されたプロセッサによって実行される場合にも適用可能である。本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるサーバも、プログラムを実行するプロセッサも本発明の技術的範囲に含まれる。特に、少なくとも、上述した実施形態に含まれる処理ステップをコンピュータに実行させるプログラムを格納した非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の技術的範囲に含まれる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】