WO2022230213A1

WO2022230213A1 - エスクロー式スケジュールブッキングシステムとそのソーシャル評価システム

Info

Publication number: WO2022230213A1
Application number: PCT/JP2021/026020
Authority: WO
Inventors: 茂利梅田
Original assignee: 茂利梅田
Priority date: 2021-04-27
Filing date: 2021-07-09
Publication date: 2022-11-03
Also published as: EP4332869A1; US20240211820A1; JP2022169346A; CN117529743A

Abstract

指定アドレスに、指定時間、居合わせるという最低条件を提示するだけで、個々のブッキング内容はプラットフォーム内公約（ＰＰＰメッセージ：約束事）を通してその都度、リアルタイムに決定可能なブッキングシステムを提供する。　ユーザーに含まれるブッカーのブッカー端末１０と、ユーザーに含まれるキャストのキャスト端末２０と、ブッキングさせるためのブッキングシステム４０とをネットワーク３０で通信可能なブッキングシステムである。ブッキングシステム４０は、ブッカー端末１０からサービスを受けるためのサービス要求情報を受信して記憶する要求情報記憶部と、ブッカー端末１０とキャスト端末２０をブッキングするブッキング処理部（５１、５２）と、キャスト端末４０とブッカー端末１０からの相互間メッセージをブッカーキャスト間契約情報として記憶する契約情報記憶部と、前記契約情報記憶部に記憶されているブッカーキャスト間契約情報を公開する公開部と、を有する。

Description

エスクロー式スケジュールブッキングシステムとそのソーシャル評価システム

　本発明は、ブッキングシステムに関する。

　従来、求人サイトや求職サイトでのブッキングシステムの利用者は、マッチングサービスの増加に伴い、オンライン上で企業などの求人募集者と求人応募者間でマッチングを行い、求人応募者が求人募集者と個別に契約する時給（タイムチャージ）労働者達が多数を占めている。すなわち、フリーランス、パートタイム、アルバイトなどの労働形態を希望する人たちである。
　このような人達は、インターネット検索等を行い、クラウドソーシングやジョブマッチングサービスを利用して仕事を探し、個別に契約して働くことが多い。
　しかし、現在のクラウドソーシング／ジョブマッチングサービス全般の概念自体が受託ビジネスの概念から抜け出せていない。

　つまり受託ビジネスでは成果物を保証して対価が支払われるが、個人のスキルや経験、時間といった資源を活用してタイムチャージという形で労働を提供するような労働形態と比較してリスクを伴うものである。
　またInstagram（登録商標）やFacebook（登録商標）等の所謂ソーシャルメディアでは、商取引を希望するユーザーが多数存在するにもかかわらず、受発注者双方の責任問題が生じ案件としてなかなか成立され辛い状況がある。案件として成立し易くなるためには、本発明の様に交渉に関する第三者公証人の様な役割を果たし、同時にエスクロー式のタイムチャージ報酬や、実際にユーザーのソーシャルメディア上（プラットフォーム上）の信用を担保と出来る様な仕組みを実現し、透明性の高いより便利なシステムに発展させる必要がある。

　オンライン上で「知識・スキル・経験」といった得意を売り買いできるスキルマーケットとしては、ココナラサービスが知られている（非特許文献１）。ココナラサービスでは、個人のスキルや経験を「サービス」として出品する出品者と、出品者が出品した「スキル・経験」を購入する購入者が存在する。例えば、サービスの購入者は２００種類以上のサービスから購入したいサービスを検索・比較して購入することができる。実際の購入に際しては、サービスの「購入者」がココナラのサービスサイトにログインし、最初に依頼・相談事項をダイレクトメッセージとしてサービスの「出品者」に送信する。そして、「購入者」と「出品者」との間で、相談内容の確認、相談可否、サービス料金等を交渉する。交渉後に購入者がサービスを購入すると、購入された出品者の「トークルーム」で実際の相談内容や納品日等の確認を行い、実際の取引が行われる。すべての取引は、ココナラ内でのやり取りに限られ、高額の手数料の為に購入者と出品者が外部で直接会うことを厳禁としている。したがって、ココナラ以外の外部のＺＯＯＭ会議などを利用することはできないなど、サービスに制限があり、使い勝手がよくない。

　特許文献１には、インターネットを介してスキル提供者がスキルを販売する電子商取引システムにおいて、ユーザーがスキル提供者のスキルを容易に判断可能な情報処理装置、情報処理方法、及び情報処理プログラムが開示されている。この特許文献１のものは、サーバがユーザー端末からの要求によって、スキル提供者が提供するスキル、作業前情報、及び作業後情報を含むスキル案内コンテンツをユーザー端末に送信する。そして、サーバが作業前情報及び作業後情報に基づいて、スキル提供者のスキルを評価して、これをユーザーに送信している。
　また、関連する特許文献としては、特開２０２０－９１６８５号公報が挙げられる（特許文献２）。

特開２０２０―９１６８４号公報特開２０２０－９１６８５号公報

株式会社ココナラ「ココナラ－みんなの得意を売り買い、スキルのフリーマーケット」、［ｏｎｌｉｎｅ］、［令和３年４月５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｃｏｃｏｎａｌａ．ｃｏｍ／＞

　しかしながら、非特許文献１および特許文献１は、購入者と出品者間のメッセージのやり取りが多く、短時間の隙間サービス（例えば、１０分、２０分、３０分など）の利用には適しないサービスであった。例えば、サービス購入者（支払者）が、明日の１３時から１３時３０分の３０分の空き時間を有効利用するために、英語を教えてくれる人はいないかなど、英語を学びたい場合、支払者目線でサービスを利用することができないとう問題があった。

　また、従来のサービスでは、サービス提供者の専門性から費用を算出し、内容を担保とする、いわゆるプロシェッショナル向けのプラットフォームであるため、普段から時給の感覚で働いているフリーランス、パートタイム、アルバイト等が、受託者（キャスト）として参加するためにはハードルが高いという問題があった。受託者（キャスト）目線でも、１日のちょっとした隙間時間を利用して収入を得ることは難しいものであった。

　また、サービスの対価が後払いの場合、支払者が必ず支払うといった保証が担保されておらず受託者がリスクを負う。一方、サービスが対価に値するものでなかった場合、支払者側がリスクを負うことになる。
　さらに、支払者と受託者間の感情的な齟齬により、いわゆるソーシャル評価システム、たとえば口コミなどを通じてトラブルに発展することも少なくない。

　本発明によるエスクロー式のスケジュールブッキングは、スケジュールを抑えられた分だけのタイムチャージであり、納品を保証する内容ではない。条件確定時に前払い、終了時に受け取りといったスケジュールブッキングであるため、上記のような支払者と受託者双方のリスクを回避することができる。ここで「エスクロー」とは第三者に金銭や証書を預け一定条件が成就した場合に証書としての効力を生ずるものである。
　また本発明による他ユーザーへのディール内容公開などのソーシャル評価システムを採用すれば、第三者に見られる事が前提として交渉が行われる為、支払者と受託者間の感情的な齟齬によるトラブルを未然に防ぐことができる。

　本発明の目的は、上記従来の課題を解決し、指定アドレスに、指定時間を提示するだけで、個々のブッキング内容はＩｎ　Ｐｌａｔｆｏｒｍ　Ｐｕｂｌｉｃ－ａｂｌｅ　Ｐｒｏｍｉｓｅ＝プラットフォーム内公約（以下、PPP）を通して、ブッキング毎に決定可能な、エスクロー式のタイムチャージによるスケジュールブッキングシステムと、事実と異なる内容が多い従来の口コミ、レビューに取って代わる新たな評価経済を提供することにある。

　また、本発明のさらなる目的は、公開されたブッキング評価を参照しながら随時新たな相手の時間をブッキングして自由に支払いを伴う予約取引が自在にできるシステムを提供することにある。

　本発明は上記課題に鑑みてなされてものであり、請求項１に係る発明は、ユーザーに含まれるブッカーのブッカー端末と、ユーザーに含まれるキャストのキャスト端末と、ブッキングさせるためのブッキングサイトとをネットワークで通信可能なブッキングシステムであって、前記ブッキングサイトは、前記ブッカー端末からサービスを受けるためのサービス要求情報を受信して記憶する要求情報記憶部と、前記ブッカー端末と前記キャスト端末をブッキングするブッキング処理部と、前記キャスト端末と前記ブッカー端末からの相互間メッセージをブッカーキャスト間契約情報として記憶する契約情報記憶部と、前記契約情報記憶部に記憶されているブッカーキャスト間契約情報を公開する公開部と、を有するブッキングシステムである。
　請求項２に係る発明は、前記相互間メッセージは交互にだけ書き込むことが可能な請求項１に記載のブッキングシステムである。

　請求項３に係る発明は、キャスト情報に基づいてサービスポイントを算出し仮払い状態となりサービス終了後に請求情報として決済機関に送信するサービス決済部を有する請求項１又は２に記載のブッキングシステムである。

　請求項４に係る発明は、前記ブッカー端末及び前記キャスト端末がオフラインブッキングされた場合は、ＧＰＳでブッキング開始時間前から完了迄の作動、位置を把握する位置把握部を有し、前記ブッカー端末及びキャスト端末は、撮影アイコンを表示し、前記撮影アイコンの選択でカメラからの撮影画像を前記ブッキングサイトに送信する請求項１から３のいずれか１項に記載のブッキングシステムである。

　請求項５に係る発明は、前記キャスト端末の検索結果はＡＩマッチング順に表示され、前記ブッカー端末と前記キャスト端末同士はＡＩマッチングされる請求項１から４のいずれか１項に記載のブッキングシステムである。

　請求項６に係る発明は、前記キャスト端末へのオファーが重なった場合に、承認検討段階で、どのオファーが最も収益性が高いかを含む判断材料を、前記ブッキングサイトが計算する請求項１から５のいずれか１項に記載のブッキングシステムである。

　以上のように本発明によれば、指定アドレスに、指定時間、居合わせるという最低条件を提示するだけで、個々のブッキング内容はＰＰＰ（Ｉｎ　Ｐｌａｔｆｏｒｍ　Ｐｕｂｌｉｃ－ａｂｌｅ　Ｐｒｏｍｉｓｅ＝プラットフォーム内公約）を通してその都度、リアルタイムに決定可能なブッキングシステムを実現することができる。
　これにより、マッチングサービスのリボンモデルで言う供給側の喚起が、ソーシャルメディアレベルの敷居の低さになり集客（登録）した時点でユーザーの時間をある意味在庫化出来ている事になる。

　　図面は、本開示に係る本発明の特定の実施の形態を示し、発明の不可欠な構成ばかりでなく、選択的及び好ましい実施の形態を含む。
本実施の形態のブッキングシステムの概略機能ブロック図である。本発明を適用したブッカー（支払者）端末とキャスト（受託者）端末とブッキングシステムとのネットワーク接続システム概略構成図である。本実施の形態のブッキングシステムの概念図である。本実施の形態のブッキングシステムのブッカー（支払者）とキャスト（受託者）の一例を示す図である。本実施の形態のブッキングシステムを仲介したブッカー（支払者）端末とキャスト（受託者）端末とのブッキング処理フローチャートである。本実施形態のブッカー（支払者）端末とキャスト（受託者）端末とのメッセージの交互のやり取りの制御とメッセージ公開／非公開、キャンセル処理を説明するための図である。本実施の形態のブッカー端末とキャスト端末とのブッキングの説明図である。本実施の形態の日程表を表示する画面を説明する説明図である。本実施形態のブッキングシステムにおけるブッキングオファー投稿時の確認画面例を示す図である。本実施の形態のＰＰＰメッセージを表示する画面を説明する説明図である。本実施の形態のキャスト端末のブッキングオファー返信投稿時の確認画面例を示す図である。本実施の形態のブッキング開始画面を説明する説明図である。本実施の形態のブッキング終了画面を説明する説明図である。本実施の形態のブッキングシステムにおけるプロフィール画面例を示す図である。本実施の形態のブッキングシステムにおけるプロフィール画面において公開中のブッキングケース例を示す図である。本実施の形態のブッキングシステムにおけるユーザーインタフェースを示す図である。本実施の形態のブッキングシステムにおけるユーザーインタフェースを示す図である。本実施の形態のブッキングシステムにおけるユーザーインタフェースを示す図である。本実施の形態のブッキングシステムにおけるユーザーインタフェースを示す図である。

〔第１実施形態〕
　以下、添付図面を参照しながら実施の形態について詳細に説明する。
　図１は、本実施形態のブッキングシステムの機能ブロック図である。なお、以下の本実施形態において、本発明に係るブッキングシステムを総称してＢｏｏｋＹｏｕ（商品名）と呼ぶ場合がある。
　本実施形態のブッキングシステムは、規定ＸＸ文字以内（例えば２００文字）のブッカー（支払者）端末とキャスト（受託者）端末とのメッセージの交互のやりとりで約束された内容（ブッカーキャスト間契約情報）で、スケジュールに対してエスクロー払い済みのブッキングを作る事ができるプラットホーム型のシステムである。このブッカーキャスト間契約情報は、ＰＰＰ（Ｉｎ　Ｐｌａｔｆｏｒｍ　Ｐｕｂｌｉｃ－ａｂｌｅ　Ｐｒｏｍｉｓｅ＝プラットフォーム内公約）を意味しており、単に約束事という場合もある。このプラットフォーム型のシステムは、ＰＰＰというプラットフォーム内公約を公開するブッキング交渉専用のメッセンジャー（メッセージングアプリ）を提供する。このメッセンジャーは、お互いの交渉内容が、第三者が観覧し易い様に必ず交互に、時系列に記録されるものである。この交渉専用のメッセージングアプリは、パソコン（タブレットＰＣ、ノートＰＣ、デスクトップＰＣなどを含む）やスマートフォンにインストールして使用することができる。

　ここで、ブッカー／キャスト間契約情報は、規定文字数内のＰＰＰメッセージを用いていたが、規定秒数以内のライブビデオ、音声でも良い。例えば、7秒以内のビデオ、もしくは音声を、その場で録画することにより、ＰＰＰメッセージの代わりとして使用することもできる。録画する秒数は、７秒に限らず、ブッキングの内容である約束事を記録（録画）できる時間であれば良い。

　図１に示すように、本実施形態のブッキングシステムは、情報取得部４１と、ユーザー情報登録部４２と、前払いポイント発行部４３と、前払いポイント送信部４４と、時間（在庫）予約購入部４５と、ＰＰＰメッセージ作成部４６と、連投禁止部４７と、ブッキングスケジュール管理部４８と、ブッキング時間通知部４９と、予約時間開始・終了部５０と、オンラインブッキング処理部５１と、オフラインブッキング処理部５２と、公開・非公開管理部５３と、ＡＩ自動マッチング部５４と、ブッキングオファー発信部５５と、を有する。このブッキングシステムは、ネットワーク３０に接続して構成されるブッキングサイトを構成している。
　「情報取得部」４１は、ユーザー情報、ブッキングオファー承認情報、ポイント購入情報等の取得を行う。

　「ユーザー情報登録部」４２は、ブッカー（支払者）又はキャスト（受託者）となりうるユーザー利用者端末を介して登録を行う。ブッカー（支払者）又はキャスト（受託者）は、例えば図４に示すように、コンパニオン、シェフ、バーテンダー、弁護士、弁理士、占い師、医師、エンジニア、司会者、英語教師、オンラインゲーマー、テレワーカー、芸能人（タレント）、水道修理者などである。これらの者（人）は、ブッカー（支払者）であれば、オンラインブッキング、オフラインブッキングを依頼することができる。キャスト（受託者）であれば、ブッカーリクエストに応じてオンラインブッキング、オフラインブッキングを受託することができる。ユーザーは支払数や受託数に応じてランキングを付与してリスト表示したり、スコア表示しても良い。また、ゴールド、シルバー、レギュラーなどのランクをブッカー表示画面やキャスト表示画面に表示させても良い。
　「前払いポイント発行部」４３は、ユーザー端末からの前払い購入要求に応じて前払いポイントを発行する。

　「前払いポイント送信部」４４は、購入要求のあったユーザー端末であるブッカー端末またはキャスト端末へ前払いポイント発行部４３により発行した前払いポイントを送信する。ブッカー端末またはキャスト端末はブッキングシステムから送信された前払いポイントを受信する。

　「時間予約購入部」４５は、ブッカー端末からブッキングリクエストを発行し、時間予約購入があると、時間購入処理を行う。時間購入処理は、検索条件に合致したキャスト端末のスケジュール予約処理を行い、キャスト端末からの返信を待つ。

　「ＰＰＰメッセージ作成部」４６は、ＰＰＰメッセージを作成する。このＰＰＰメッセージはユーザー同士で問題解決出来る仕組みを提供する。具体的には、一度のＰＰＰメッセージは２００文字以内(日本語２文字扱い)。そして、交互にしか送ることが出来ないＰＰＰと名付けた交渉専用のメッセンジャー仕様。交渉内容が時系列を追って、第三者から見てもわかり易い形式(交互にＸＸ文字以内)でメッセージ履歴に約束事として残る。ＰＰＰメッセージは契約書の代わりとなっている。

　「連投禁止部」４７は、ブッキングリクエストやメッセージのやり取りの２連投を禁止し、ブッカー端末とキャスト端末で交互にやり取りを行う。連投を認めると、スパムメールのようになるからである。連投禁止部４７は、交互にと言う部分は、場合によってはなくすパターン（二連投以上を許すパターン）を採用しても良い。例えば、ブッキングリクエストへの承認はブッカーに対する一つの返信として、ブッカー及びキャストは承認に対して返信できる。これは二連投とみなさない。キャストが承認してから返信を書く事も二連投でなければ可能である。

　ブッカーがブッカー端末によりキャストのキャスト端末に対してブッキングプレ交渉をして、キャストと確認をとった後で、ブッキングオファーを送信する構成となっている。ブッキングプレ交渉は必ずしも必須ではなく、キャストを知っている場合など、省略しても良い。ブッキングプレ交渉のメッセージは、「時間、アドレス、ブッキング内容（２００文字以内、日本語２文字扱い）」を入力して送信する。ブッキングオファーとしては上記内容に「金額」を追加入力して送信する。ブッキングオファーを送るにはポイントが必要でありオファー分以上のポイントを購入する。ブッキングが承認された後は、ブッカー側からのキャンセルは出来ない。時間にキャストが遅れた場合のみ、その時点よりブッカー側から無料キャンセル可能となる。逆にキャストはいつでもキャンセル可能ではあるが、承認後のキャンセル回数は常に公表される。ブッカーが遅刻しても、キャストが来ていればブッキング開始→時間が来たら自動終了となる。
　「ブッキングスケジュール管理部」４８は、ブッキングスケジュールを管理する。

　「ブッキング時間通知部」４９は、ブッキング開始時間の所定時間前に通知を行う。所定時間は、開始５分前や１０分前など任意の時間に設定することができる。
　「予約時間開始・終了部」５０は、予約時間の開始時間および終了時間を計測するタイマーである。

　「オンラインブッキング処理部」５１は、オンラインブッキング処理を行う。オンラインブッキングに関しては、キャストがビデオチャットにログインした時点で開始する。ブッカーおよびキャストの双方が揃い、ブッキング終了時間が来たら自動で終了する。ブッキングシステムが保留していた仮払い状態からキャストのキャスト端末にポイントが移る。

　「オフラインブッキング処理部」５２は、キャスト端末の位置情報の確認やオフラインブッキング開始をチェックする。オフラインブッキングが開始されるトリガーは、キャストがキャスト端末の指定アドレスＧＰＳ上で開始ボタンをタップしたときとする。このとき、互いの端末はＧＰＳ携帯であることが好ましく、ＧＰＳデータを付加してブッキングシステムに送信している。そして、ブッキングシステムはこれらをブッカーキャスト間契約情報に関連付けてメモリに記憶する。

　「公開・非公開管理部」５３は、ブッキング完了したメッセンジャーの公開又は非公開の管理を行う。公開・非公開管理部５３は、ブッカーキャスト間契約情報を公開する機能も有する。公開・非公開管理部５３は、ブッキング完了後、ポジティブな評価もしくはネガティブな評価を他ユーザーに公開したいブッカーの要求（又は設定）によりブッキングの交渉に使われたメッセンジャーを公開する。公開・非公開管理部５３は、ネガティブ公開であればブッカー、ポジティブな公開であればキャストの要求に応じていつでも非公開化できる。ただし、一度非公開化されたメッセンジャーはもう二度公開できないように設定しておく。公開状態から非公開化されたブッキングは、非公開のまま終えたブッキングの中にカウントされる。これの幾つかある中の最大の理由は、ブッカーとキャストとの当事者間で解決した問題を蒸し返させないためである。これにより、ブッキングシステムがトラブル解決の一助となる。ＳＮＳ上で誹謗・中傷されたメッセージを削除するためには、ＳＮＳ運営団体に削除要請してから削除されるまで相当の期間を要するからである。

　ブッカーにメッセージを公開されたキャストは、最後のブッキングで支払われたポイント数を上限に幾らでも返却することができ、ブッカーに対して『半分ポイントを返すからブッキングケースを閉じて欲しい』等の交渉が可能とするように構成しても良い。公開・非公開管理部５３は、キャストがポイントを全額返還した場合は自動で非公開化し、二度と公開されないように構成している。約束事（ＰＰＰメッセージ）がブッキングシステムの他ユーザー等にも公開され得る事で必然的に透明性、社会性が築かれ、運営側（又は運営会社）の管理を複雑化しなくても仕組みが機能する“ブロックチェーン“の発想にも近い。例えば、違法なブッキングオファーをしてしまうとＰＰＰを公開できなくなってしまい、返金も期待できない。

　ブッキングシステムが、このような仕組み提供することでユーザー同士が問題解決し安くなり、浮いた管理コストはプラットホーム手数料を下げることができる。

　「ＡＩ自動マッチング部」５４は、ブッカー（支払者）又はキャスト（受託者）となるユーザー同士をマッチングさせる検索を行う。ＡＩ自動マッチング部５４は、検索条件を入力すると、ＡＩ自動検索を行い、ブッカーのブッキングニーズに合ったキャストをマッチング順（例えば、マッチングのスコア順）に表示する。検索結果は、ユーザー情報がスキル又は職業別（業種別）にカテゴライズされているので、検索条件の絞り込みに利用できる。また、ブッカーやキャストは最低時給が設定されているので、ブッカーがキャストを検索した時、報酬金額以下のキャストしか検索されない。その理由は、ブッカーやキャストのよりニーズに合ったマッチングを図るためである。ユーザーは自分に対して売上が多いブッカーを優先的に上位にソートする構成を備えても良い。キャストへのブッキングオファーが重なった際に、承認検討段階で、どのオファーが最も収益性が高いか等の判断材料、システムが自動計算する手段を備えても良い。

　「ブッキングオファー発信部」５５は、ブッカー（支払者）からキャスト（受託者）へのブッキングオファーを発信する。ブッキングオファーには、オンラインブッキングとオフラインブッキングの２種類がある。ブッカーがオフラインブッキングオファーを発信する際は、ブッカーからブッキングシステムへの顔写真付きの身分証明を提出させる。この一度の提出確認で一定期間有効とする。身分証明を提出させる理由は、キャストに対する安全性を考慮したからである。一度確認すると、一定期間は安全性が確保されていると考え、一定期間有効と認める。
　その他にオンラインブッキング処理部５１又はオフラインブッキング処理部５２が、サービス決済手段を有し、本決済処理を行うように構成しても良い。

この本決済処理は、サービス要求情報に含まれるサービス要求時間、時間帯と、その選択されたキャスト情報とに基づいてサービス費を算出し、このサービス費から所定費用を減算又は加算して前記ブッカー端末からのサービス要求情報に含まれている決済機関に請求情報として送信する処理である。例えば、ｐａｙｐａｌ、ｐａｙｐａｙ、ｖｉｓａ，ｍａｓｔｅｒ（登録商標）等の経由でキャストの銀行口座に振り込む。
　図２は、本発明を適用したブッカー（支払者）端末とキャスト（受託者）端末とブッキングシステムとのネットワーク接続システム概略構成図である。

　ブッキングシステム４０は、図２に示すように、ブッカー（支払者）端末１０とキャスト（受託者）端末２０とがインターネットやブロードバンドのネットワーク３０を介して接続されており、各ブッカー端末１１，１２，１３とキャスト端末２１，２２，２３とはそれぞれ任意の端末と接続可能となっている。ブッキングシステム４０は運営会社のサーバ構成としたり、クラウドサーバとしてクラウド上に設置しても良い。図３に本実施形態のブッキングシステムの概念図を示す。
　以下、図２、図３を用いて本実施形態のブッキングシステムの概念（仕組み）を説明する。

　ブッカーがブッカー端末１０からＰＰＰメッセージとしてブッキングオファーが送信されると、ネットワーク３０を経由して希望の条件に合致したキャスト端末２１、２２，２３へブッキングオファーが送信される。ブッキングオファーの例を図７に示す。ブッキングオファー送信時には、図８のような確認画面や、図９のようなブッキング内容の公開、非公開の確認面がブッカー端末に表示される。ブッキング投稿後は、図１０のようなブッキングペンディング（保留）状態となる。この状態では、ブッキング編集とキャンセルが行うことができる。ＰＰＰメッセージとしては、時間、場所（指定アドレス）、金額（ポイント）、ブッキング内容などが含まれる。ＰＰＰメッセージは、所定文字数のテキストメッセージを使用したり、所定秒数のビデオや音声メッセージであっても良い。

　ブッキングオファーを受信したキャスト端末２１、２２のキャストが返信・承認メッセージを送信すると、受託処理がなされ、ブッキングが成立する。なお、本例では、返信・承認について受託される場合を説明するが、承認メッセージを送信した場合に限り、受託処理するように制御してもよい。
　キャスト端末に表示されたブッキング返信処理時の確認画面例を図１１に示す。確認後にキャストが図１１に示すようなＹＥＳボタンを押下すると、返信・承認処理のメッセージが送信される。キャスト端末２２のキャストのようにブッキングオファーを無視したり、拒否すると、それでブッキング未成立となり、処理は終了する。なお、ブッキングオファーを無視しているだけの場合、そのリクエストの時間になるまでブッキングオファーは残ったままの状態で管理される。本システムでは、ブッキングが承認されるまでは、キャスト側が拒否もしくはブッカーがリクエストを却下できるので、どちらかがされるまではブッキングリクエストはそのままの状態が維持さるように管理されている。
　また、ブッキングは複数のブッキングオファーを発信することができる。
　図５は、本実施の形態のブッキングシステムを仲介したブッカー（支払者）端末とキャスト（受託者）端末とのブッキング処理フローチャートである。
　以下、図５によりブッキング処理の流れについて説明する。

　まず、ブッカーがブッカー端末からブッキングプレ交渉を行うことができる（ステップ５０１）、ブッキングプレ交渉のメッセージがブッカー端末から発信されると、ブッキングシステムを介してブッキングプレ交渉メッセージが送信され（ステップ５０２）、キャストのキャスト端末はブッキングプレ交渉メッセージを受信する（ステップ５０３）。この一連のブッキングプレ交渉により、ブッカーはキャストの情報を得ることができる。ブッキングプレ交渉は省略して、ブッキングオファーを直接キャストのキャスト端末に送ることができるが、事前にブッカーがキャストに連絡して、事前交渉を行うことにより、より自分の希望に合ったキャストかを確認してブッキングオファーを出すことができる。ブッキングプレ交渉メッセージとしては、時間、指定アドレス、ブッキング内容を送信する。ブッキングプレ交渉においては、前払いポイントを購入していなくても、メッセージを送信することができる。しかしながら、正式なブッキングオファーを発信する場合は、前払いポイントを購入するか、事前に前払いポイントを購入しておく必要がある。

　次にブッカー端末から前払いポイント購入処理を行うと（ステップ５０４）、購入要求情報がブッキングシステムで受信され（ステップ５０５）、購入受理され（ステップ５０６）、前払いポイントが発行される（ステップ５０７）。
　ブッカー端末がブッキングシステムから発行された前払いポイントを受信すると（ステップ５０８）、ブッキングオファー可能状態となる。
　ここで、ブッキングオファーを送る場合は、前払いポイントが必要であるが、ブッキングオファー分以上のポイントを購入する必要がある。

　ポイントは仮想通貨の様に独自のレートを作る事も出来るが、当面はＵＳＤ（ＵＳドル）にペッグする。最小購入がＵＳＤ２０．００で１８６０ポイント購入することができる。日本法人として消費税１０％を取る場合は、更に１０％引いて１６６０ポイントだが、最初の二期は消費税が免税されるので１８６０ポイントを渡す。ＵＳＤ１．００＝ＪＰＹ１１０の場合は日本ユーザーに対する最小購入はＪＰＹ２２００＝１８６０ポイントになる。

　貯めたポイントは１ポイント＝ＵＳＤ１ｃｅｎｔでいつでもユーザーのｐａｙｐａｌやｐａｙｐａｙ、提携出来ればｖｉｓａ，ｍａｓｔｅｒ（登録商標）経由で銀行口座、各国のウォレットサービスと支払い先は追加する。基本的にはユーザーｐａｙｐａｌ（登録商標）のドル口座に換金だが、サービス開始時から日本ユーザーだけ先にｐａｙｐａｙ（登録商標）経由で円を受け取れる様にしようとしている。ＵＳＤ１．００＝ＪＰＹ１１１で、２００００ポイント持っていたら、２２２００円が振り込まれる。

　さらに、公開されるブッキングのメッセージに関して、額面は非表示である。ブッカー（支払者）及びキャスト（受託者）達によってメッセージ内に額面が記載され、それが公開されている場合は当人達の責任の元と言うプラットフォーム側の考え方である。手数料７％については、ポイント購入時に徴収する。

　ステップ５０８において、ブッカーがブッキングオファーに必要なポイントを保有していると、ブッカー端末からブッキングオファーを発信することができる（ステップ５０９）。

　ブッキングオファーの例を図７に示す。ブッキングオファーは、図７に示すように、ブッカーの名前、予約日付、予約時間、ブッキング種別（オンラインブッキングかオフラインブッキングか）、場所（ＺＯＯＭ）、支払い（金額）：２００００ポイント、ブッキング内容（英語を教えてください）などである。ブッカーはブッカー端末からブッキングシステムにログインし、キャストを好み（希望）の条件で検索、もしくはＡＩ自動マッチングにより見つけ出し、図７のようなブッキングオファーを発信する。ブッキングを発信する前に図８に示すような確認画面がブッカー端末に表示される。その後、ブッカーがブッキングボタンを押下すると、ブッキングオファーが発信される。

　このブッキングオファーを受信したブッキングシステムは、上述したようなＰＰＰメッセージを作成・発行し、（ステップ５１０）、該当するキャスト端末へブッキングオファーを送信する。このブッキングオファーを受信したキャスト端末により（ステップ５１１）、ブッキングオファー（ＰＰＰメッセージ）の承認（受託）可否判断を行う（ステップ５１２）。承認（受託）する場合は（ステップ５１２）、キャスト端末よりキャストが図１１に示すような確認画面のＹＥＳボタンを押下すると、承認（受託）返信処理がなされる（ステップ５１３）。これでブッキングが成立する。

　ブッキングシステムは、ブッキングが成立すると、ブッキング時間予約処理に移る（ステップ５１５）。スケジュール管理部によりブッキング予約情報を入力し、ブッキング時間の管理を行う（ステップ５１６）。ブッキング開始時刻の所定時間前（例えば、５分前）になると、図１２に示すようなブッキング開始のスタート画面がブッカーのブッカー端末に表示される。ブッカーがスタートボタンを押下すると、ブッキングにスタンバイするか時間を過ぎていれば開始される。ブッキング終了時刻になると、ブッキング完了通知をブッカー端末に対して通知する（ステップ５１７）。

　ブッキング完了通知を受信したブッカー端末に図１３に示すようなブッキング完了画面を表示する。ブッカーがＥＮＤ（終了）ボタンを押下すると、ブッキング完了となる（ステップ５１８）。ブッキングが完了したが、キャストの仕事が期待したほどではなく、不満がある場合、もしくはキャストの仕事が期待した以上であった場合（良かった場合）、ブッキング内容を他のユーザー達に公開することができる。その場合は、ブッカー端末に図１３のような画面が表示され、ブッカーがＰＵＢＬＩＳＨ　ＴＨＥ　ＣＡＳＥボタンを押下することにより、公開できる。この公開した例を図１４、図１５に示す。図１４のＹＡＭＡＭＯＴＯのプロフィール画面を見ると、ブッキング完了数は１４５件、ブッキングキャンセル数が１２件、ブッキング公開中が１０件となっている。すなわち、１０件がブッカーとキャスト間で不満があった、もしくは期待値以上であったことになる。ただし、不満があった場合、どちらに非があるかは不明なので、公開により社会的な問題解決に供することができる。期待値以上であった場合は、ソーシャル評価として、キャスト又はブッカーが評価されることになる。図１５の例では、ブッキング公開中の評価として、ポジティブ（期待値以上、良かった）評価と、ネガティブ（不満であった、良くなかった）評価を表している。図１５の例では、ブッキング完了数に含まれないものをブッキング公開中として、ポジティブ評価とネガティブ評価をカウントしたが、ブッキングを完了したもの全件（ブッキング数－キャンセル数）をブッキング完了数とカウントし、そのうちブッキング公開中が何件あり、ブッキング公開中のうちポジティブ評価とネガティブ評価が何件あるかをカウントするようにしても良い。また、キャンセルは、ブッキング完了数とキャンセル数を加算して、キャンセル数で割算し、例えば０．５％などの％表示で表示しても良い。

　ステップ５１３において、ブッキングオファーを承認しない場合は、無視するか否かの判断を行い（ステップ５１８）、無視（ステップ５２０）または拒否返信（ステップ５２１）により、ブッキングオファーが未成立となる。

　図６は、本実施形態のブッカー（支払者）端末とキャスト（受託者）端末とのメッセージの交互のやり取りの制御とメッセージ公開／非公開、キャンセル処理を説明するための図である。実際は、ブッカー（支払者）端末とキャスト（受託者）端末との通信は、ブッキングシステムを介して行われるが、ブッカー端末とキャスト端末間のメッセージのやり取りをわかりやすくするため、ブッキングシステムを省略している。

　まず、ブッカーがブッカー端末により、ＰＰＰメッセージを送信すると（ステップ６０１）、キャストはキャスト端末により、ＰＰＰメッセージを受信する。ブッキングオファーとしてのＰＰＰメッセージを受信したキャストが、キャストの予定と合わない場合は、キャスト端末からブッカー端末へＰＰＰメッセージ修正要求を送信する（ステップ６０３）。

　ブッカーはブッカー端末によりＰＰＰメッセージ修正要求を受信すると（ステップ６０４）、キャストのキャスト端末へ修正ＰＰＰメッセージを送信する（ステップ６０５）。キャスト端末が修正ＰＰＰメッセージを受信すると（ステップ６０６）、キャストは承認またはキャンセル判断処理を行う（ステップ６０７）。承認する場合は、キャスト端末より承認（受託）返信を行い（ステップ６０８）、ブッカー端末では受託受信し（ステップ６０９）、ブッキング成立となる（ステップ６１０）。ブッキング開始時間になってもキャストが来なかった場合は（ステップ６１１）、ブッカーはブッカー端末よりブッキングをキャンセルすることができる（ステップ６１２）。キャストが来て、ブッキングが完了すると、ブッカーはブッカー端末によりメッセージを公開することができる（ステップ６１３）。メッセージを公開すると、メッセージを公開した情報がキャストのキャスト端末へ通知され、キャストはキャスト端末により、メッセージ公開を受信する（ステップ６１４）。ブッカーの公開した情報を見て、キャストはブッカーが納得していないことを知る。キャストの評価が低い場合やキャストにとって不都合なメッセージはメッセージ非公開要求を行える（ステップ６１５）。例えば、キャストがブッカーに３００ポイント返金するので、公開情報を非公開にしてほしいなどの要求を出せる（ステップ６１６）。ブッカーが受け入れた場合は、ブッカー端末により、メッセージ非公開処理を行うことができる（ステップ６１６）。ブッカーがキャストからの返金要求に応じない場合は、キャストがブッカーから受け取ったポイントを全額返金することにより（ステップ６１７）、メッセージを自動的に非公開処理を行うことができる（ステップ６１８）。
　ステップ６０７において、承認しない場合は、キャンセル処理を行うことができる（ステップ６１９）。

　なお、ステップ６１０のブッキング成立後の処理ステップ６１１から６１９は、時系列に実行される必然性はなく、適宜間引いたり、順番を前後させて処理しても良い。
〔第１実施形態の効果〕

　このように、実施形態によれば、従来のフリーランスマッチングや出会い系含め、様々なスキル売りの様な複雑なシステムにしないまま、ソーシャルメディアを利用する様なユーザーリテラシーでも、ジャンルレスで自由度の高いマッチングプラットフォームを利用する新しいユーザエクスペリエンスが可能になる。

　それはサーチエンジンの様に目的を問わず情報検索する様に、人のスケジュールを検索、ジャンルに問われる事なくその人に合わせた内容のブッキングオファーが出来る。プラットフォーム内で約束の公開、要するにユーザーの信用を担保に時給ベースのブッキングを行う事で違法なブッキング内容が実行される可能性も非常に低く、コンプライアンスの面でもシステムの面でも非常に低コストに運用可能であり、従来の様々なマッチングサービスよりもコスト面やターゲット市場規模の面で優位に立てるという効果を奏する。これにより、手数料を著しく下げたり、直接取引禁止を行わない等、現在のユーザーの痛みになっていたマッチングプラットホーム全般の高額手数料をより解決したサービスの提供が可能になる。
〔第２実施形態〕

　上記実施形態では、エスクロー式スケジュールブッキングシステムにおけるブッカー（支払者）端末とキャスト（受託者）端末とのメッセージの交互のやり取りの制御について詳述した。以下、一連の処理において、特徴的なユーザーインタフェースを用いたブッカー（支払者）端末とキャスト（受託者）端末の操作例を説明する。

　図１６～図１９は、本実施形態を示すエスクロー式スケジュールブッキングシステムにおけるブッカー（支払者）端末とキャスト（受託者）端末間で表示されるユーザーインタフェースを説明する図である。
　図１６は、本システムを利用するユーザーのアカウント登録のためのユーザーインタフェースを示す図である。

　図１６に示すように、本システムでは、アカウント登録には、名前情報、連絡先（Ｅｍａｉｌ）、性別、生年月日、国籍、住所、郵便番号、パスワード、電話番号を入力し、確定ボタン（Ｃｏｍｐｌｅｔｅ）を押下すると、本システムへのユーザー登録が完了する。

　図１７は、本システムの利用者の評価情報を表示するユーザーインタフェースを示す図である。本実施形態では、評価（Ｐｏｓｉｔｉｖｅ／Ｎｅｇａｔｉｖｅ）がプロファイル画面に公開し、そのアカウントの人物を参加者がどのように評価しているかを客観的に判断することができるように構成されている。

　図１７において、Ｂｏｏｋｅｒに対応する数値「１４５」は、ブッカーとして完了した、もしくは公開後に非公開化されたブッキングの合計数を示します。Ｂｏｏｋｅｒ列のＰｏｓｉｔｉｖｅに対応する数字「１２」は、ブッカーとしてＰｏｓｉｔｉｖｅに公開しているブッキング数を示し、同じくＢｏｏｋｅｒ列のＮｅｇａｔｉｖｅに対応する数値「１０」はブッカーとしてＮｅｇａｔｉｖｅに公開しているブッキング数を示します。
　また、Ｃａｓｔに対応する数値「１００」は、キャストとして完了した、もしくは公開後に非公開化されたブッキングの合計数を示します。
　Cast列のＰｏｓｉｔｉｖｅに対応する数字「１５」は、キャストとしてＰｏｓｉｔｉｖｅに公開されているブッキング数を示し、Ｃａｓｔ列のＮｅｇａｔｉｖｅに対応する数字「１３」はキャストとしてＮｅｇａｔｉｖｅに公開されているブッキング数を示しします。
　また、Ｃａｎｃｅｌに対応する数値「０．５％」は、キャストとしてキャンセルしてしまったブッキング÷上記１～６の合計数値から算出される。
　これにより、本実施形態では、図１４に示したユーザーインタフェース画面よりも、さらに詳細なブッキング情報を開示することができる。

　また、報酬付きブッキングリクエストが承認された場合、ブッカーはリクエストをキャンセルできないように構成され、さらに、キャストがリクエストに遅刻した場合、その時間から無料キャンセルすることも可能に構成されている。これにより、Ｃａｎｃｅｌ率（％）が以下の式より算出される構成となっている。
　Ｃａｎｃｅｌ率（％）＝キャンセル数／キャスト案件数
　このようにシステム側で算出されたＣａｎｃｅｌ率も参加者のプロフィール画面上に公開されることで、誰でもブッキング対象として選択すべき相手か否かを事前に判断することができる。したがって、評価の悪い参加者は、ブッキングされる機会が下がり、結果として淘汰されることで、システム全体としては評価の高い参加者の母集団が形成される。

　本例は、アカウント（ｙａｍａｍｏｔｏ＿１２３）の評価画面に対応し、ブッカー（支払者）またはキャスト（受託者）としての履歴に評価（（Ｐｏｓｉｔｉｖｅ／Ｎｅｇａｔｉｖｅ）およびブッキングキャンセル（Ｃａｎｃｅｌ％）、Ｆｏｌｌｏｗｅｒｓ，Ｆｏｌｌｏｗｉｎｇ）が数値化されて表示された状態である。

　ブッカー（支払者）またはキャスト（受託者）は、当該画面を通して公開された評価情報を参照してＦｏｌｌｏｗｉｎｇするか否かの決定等を確実に行えるように構成されている。なお、ブッカー（支払者）名は、＃付の数値で表示される場合を示す。
　図１８は、本システムを利用してブッキングを行うユーザーインタフェースを示す図である。

　本例は、ブッカー（支払者）がアカウント（ｙａｍａｍｏｔｏ＿１２３）のスケジュールを確認して、１１月１２日（西暦２０２０）の１２：００～１５：００の３時間をブッキングするための情報を入力している状態に対応する。

　図１９は、本システムに登録されたユーザーのブッキングレートを確認するためのユーザーインタフェースを示す図である。

　本例は、ブッカー（支払者）がアカウント（ｙａｍａｍｏｔｏ）のブッキングレートは、オンライン、オフラインとも時間当たり＄２０００～＄３０００であることが確認できる。

　なお、図１６～図１９は、本実施形態を示すエスクロー式スケジュールブッキングシステムにおけるユーザーインタフェースの操作環境のアップグレードにより変更されるものであり、各ブッキング機能の進化に追従して今後も随時更新させるものである。
〔第２実施形態の効果〕

　本実施形態によれば、公開されたブッキング評価を参照しながら随時新たな相手の時間を自由なアイデアでブッキングして支払いを伴う予約取引が自在にできるシステムを提供できるという効果を奏する。

従来の納品保証型マッチングサービスでは、サービスが完了もしくは納品する迄、発注者、受注者双方がお互いにコミットするリスクを取る必要があり、報酬も受注者のバッファや発注者の過大要求がせめぎ合い、案件が確定する迄に既に大変な労力を伴っていたのに対して、本実施形態の構成を採用することにより、報酬付きスケジュールブッキング型マッチングサービスにより、トライアルとして出来そうな人をとりあえず２～３時間テレワークで雇い、発注者からのインプット、受注者からアウトプットを確認し、気に入れば再度ブッキングを行い、問題なければ連日で５日間、８時間ブッキングする等の進め方も可能になる。

　これにより、従来のようなオンラインマッチングにおける『払い過ぎ』や『働き過ぎ』のリスクが下がり、発注者、受注者の相性の精度も飛躍的に上げることができるという効果を奏する。

　また、本システムに係るＢｏｏｋＹｏｕによれば、ＰＰＰにより需要側の都合のみで書かれてきた従来のレビューの仕組みよりも透明性の高く正確な評価材料をすべての登録ユーザーに提供でき、他のユーザー達は利用しているだけで、相互にＢｏｏｋＹｏｕ内の取引の信頼性を保護したりあるいは高めたりすることにも貢献できる。

　また、世界中の誰でもが使える自然言語を人対人のジョブマッチングの仕組みを活用するＢｏｏｋＹｏｕによるマッチングサービスは、ターゲットを限りなく世界中に拡げることができる。

　さらに、本システムにおいては、上述したＰＰＰにより、ユーザーはプラットホーム内で社会的秩序を保つこととなり、サービス運営側としてのトラブルシューティングコストも下げることができる。

　他にも、従来の電子商取引が受動的であるのに対して、本システムによれば、例えば外国住人に対して、２時間ビデオチャットで、所謂ウィンドウショッピング(商品の下見)をブッキング、気に入った商品があれば今度は送料と商品代込みの報酬付きで２時間のショッピングをブッキングするといった活用も可能となる。

　これにより、ユーザーは、いわゆるＥ－ｃｏｍｍｅｒｃｅ、Ａｍａｚｏｎ（登録商標）やｅｂａｙ（登録商標）が提供するサイトに商品やサービスが掲載される事を待つのではなく、需要側のアイデアを自然言語で表現し、タイムチャージで人を雇う事により、従来サービスで出来なかったやり方で商品やサービスを購入する事が可能になる。

　１０　ブッカー（支払者）端末
　２０　キャスト（受託者）端末
　３０　ネットワーク
　４０　ブッキングシステム
　４１　情報取得部
　４２　ユーザー情報登録部
　４３　前払いポイント発行部
　４４　前払いポイント送信部
　４５　時間予約購入部
　４６　ＰＰＰメッセージ作成部
　４７　連投禁止部
　４８　ブッキングスケジュール管理部
　４９　ブッキング時間通知部
　５０　予約時間開始・終了部
　５１　オンラインブッキング処理部
　５２　オフラインブッキング処理部
　５３　公開・非公開管理部
　５４　ＡＩ自動マッチング部
　５５　ブッキングオファー発信部

Claims

　ユーザーに含まれるブッカーのブッカー端末と、ユーザーに含まれるキャストのキャスト端末と、ブッキングさせるためのブッキングサイトとをネットワークで通信可能なブッキングシステムであって、
　前記ブッキングサイトは、
　前記ブッカー端末からサービスを受けるためのサービス要求情報を受信して記憶する要求情報記憶部と、
　前記ブッカー端末と前記キャスト端末をブッキングするブッキング処理部と、
　前記キャスト端末と前記ブッカー端末からの相互間メッセージをブッカーキャスト間契約情報として記憶する契約情報記憶部と、
　前記契約情報記憶部に記憶されているブッカーキャスト間契約情報を公開する公開部と、
を有することを特徴とするブッキングシステム。
　前記相互間メッセージは交互にだけ書き込むことが可能なことを特徴とする請求項１に記載のブッキングシステム。
　キャスト情報に基づいてサービスポイントを算出し仮払い状態となりサービス終了後に請求情報として決済機関に送信するサービス決済部を有することを特徴とする請求項１又は請求項２に記載のブッキングシステム。
　前記ブッカー端末及び前記キャスト端末がオフラインブッキングされた場合は、ＧＰＳでブッキング開始時間前から完了迄の作動、位置を把握する位置把握部を有し、前記ブッカー端末及びキャスト端末は、撮影アイコンを表示し、前記撮影アイコンの選択でカメラからの撮影画像を前記ブッキングサイトに送信することを特徴とする請求項１から３のいずれか１項に記載のブッキングシステム。
　前記キャスト端末の検索結果はＡＩマッチング順に表示され、前記ブッカー端末と前記キャスト端末同士はＡＩマッチングされることを特徴とする請求項１から４のいずれか１項に記載のブッキングシステム。
　前記キャスト端末へのオファーが重なった場合に、承認検討段階で、どのオファーが最も収益性が高いかを含む判断材料を、前記ブッキングサイトが計算することを特徴とする請求項１から５のいずれか１項に記載のブッキングシステム。