(57)【要約】【課題】多種多様なサービスについて適切な仲介を行うことによりユーザにとって利便性の高いサービス仲介支援システムを提供する。【解決手段】サービス仲介支援サーバ１００は、複数のサービスについて少なくともサービスの提供者情報及びサービス提供の日程情報を含む提供サービス情報を記憶した提供サービスＤＢ１０２と、提供サービス情報をユーザ端末１に提示するとともにユーザが希望する一以上のサービス及び各サービスの予約日程の入力を前記ユーザ端末１から行う希望サービス入力部１１２と、サービスの予約情報を含むサービス実施情報をサービス実施情報ＤＢ１０３に記憶するとともに、サービス提供者端末２に対してネットワークを介して前記予約情報を送信するサービス予約部１１３とを備えた。【選択図】図１
2019185637.tif 000002
【特許請求の範囲】
【請求項１】
他人に与えるユーザ自身の印象を向上させることを目的としてユーザを対象として行われるサービスに関し、サービス提供者とユーザとの間の仲介業務を支援するサービス仲介支援システムであって、
複数のサービスについて少なくともサービスの提供者情報及びサービス提供の日程情報を含む提供サービス情報を記憶した提供サービス情報記憶手段と、
前記提供サービス情報記憶手段から抽出した提供サービス情報をユーザ端末に提示するとともにユーザが希望する一以上のサービス及び各サービスの予約日程の入力を前記ユーザ端末から行う希望サービス入力手段と、
希望サービス入力手段で入力されたサービス及び予約日程並びに前記提供サービス情報に基づきサービスの予約情報を含むサービス実施情報をサービス実施情報記憶手段に記憶するとともに、各サービス提供者のサービス提供者端末に対してネットワークを介して前記予約情報を送信するサービス予約手段とを備えた
ことを特徴とするサービス仲介支援システム。
【請求項２】
前記希望サービス入力手段は、前記ユーザ端末から入力された条件情報に基づき前記提供サービス情報記憶手段から提供サービス情報を抽出する
ことを特徴とする請求項１記載のサービス仲介支援システム。
【請求項３】
前記提供サービス情報はユーザへのサービス提供の制約条件を含み、
前記希望サービス入力手段は、サービス及び各サービスの予約日程が前記制約条件を満たすよう入力を制御する
ことを特徴とする請求項１又は２何れか１項記載のサービス仲介支援システム。
【請求項４】
前記制約条件は、あるサービスについてサービス提供を行う条件が１つ以上の他のサービスについてのサービス提供の進捗状況に依存する、というものを含む
ことを特徴とする請求項３記載のサービス仲介支援システム。
【請求項５】
前記提供サービス情報記憶手段に記憶された提供サービス情報をサービス提供者端末からネットワークを介して管理するよう構成されたサービス提供者用インタフェースを備えた
ことを特徴とする請求項１乃至４何れか１項記載のサービス仲介支援システム。
【請求項６】
前記サービス実施情報に基づきユーザに対してサービス実施前に通知を行う通知手段を備えた
ことを特徴とする請求項１乃至５何れか１項記載のサービス仲介支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば美容整形などのサービスを提供するサービス提供者とユーザとを仲介するサービス仲介支援システムに関する。
【背景技術】
【０００２】
近年、他人に与えるユーザ自身の印象を向上させることを目的としてユーザを対象として行われる多種多様なサービスが普及してきている。このようなサービスの典型的な例としては、美容整形などユーザに施術を提供するサービス、体を鍛えるトレーニング設備や指導を提供するサービス、服装や髪型などについてコーディネートを提供するサービスなどが挙げられる。各サービスのサービス提供者は多数存在し、各サービス提供者で値段・評判・提供地域がまちまちである。このため、従来、ユーザが自身にとって最適なサービス提供者を見つけることが困難であった。
【０００３】
このような問題を解決するため、従来、ユーザが自身にとって最適なサービス提供者を見つけ出すシステムが登場してきている（特許文献１参照）。特許文献１に記載のものは、整形手術を含む医療全般についての医療仲介システムである。このシステムでは、医療機関側のコンピュータが医療仲介者サーバにアクセスして病院情報を登録する。患者はコンピュータを用いて前記医療仲介者サーバにアクセスし、登録情報の検索や医療機関への予約を可能としている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２３６７６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載されているシステムは、ユーザが１つの医療サービスの提供（例えば内科での診察）を希望する場合のみを想定している。このため、ユーザが複数のサービス提供を希望する場合には、サービス毎にシステムを用いるため操作が煩雑であるという問題がある。
【０００６】
また、１つのサービス提供者が提供するサービス数は複数に亘ることが多いが、どのサービスを提供するかはサービス提供者によって異なる。例えば、サービス提供者Ａはサービス１とサービス２を提供しており、サービス提供者Ｂはサービス１とサービス３を提供していることを想定する。この場合、特許文献１に記載のシステムにおいて、ユーザがサービス１について検索し、結果としてサービス提供者Ｂを選択したとする。次いで、ユーザがサービス２について検索すると、選択肢はサービス提供者Ａのみとなる。このように、サービス提供者Ａでサービス１とサービス２の双方を提供しているにもかかわらず、複数のサービス提供者Ａ及びＢを利用することになり利便性に欠けるものとなる。
【０００７】
また、ユーザが複数のサービス提供を受ける場合、そのサービスの提供の順序や時期等に制約が生じることがある。例えば、サービス１とサービス２の双方を受ける場合、「サービス１の提供は他のサービス２の提供から１ヶ月以上期間を開けることが条件となる」という制約が生じることがある。しかし、特許文献１に記載のものでは、このような複数のサービス間の制約条件については考慮されていないので、適切な日程予約を行うことが困難であった。
【０００８】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、多種多様なサービスについて適切な仲介を行うことによりユーザにとって利便性の高いサービス仲介支援システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本願発明は、他人に与えるユーザ自身の印象を向上させることを目的としてユーザを対象として行われるサービスに関し、サービス提供者とユーザとの間の仲介業務を支援するサービス仲介支援システムであって、複数のサービスについて少なくともサービスの提供者情報及びサービス提供の日程情報を含む提供サービス情報を記憶した提供サービス情報記憶手段と、前記提供サービス情報記憶手段から抽出した提供サービス情報をユーザ端末に提示するとともにユーザが希望する一以上のサービス及び各サービスの予約日程の入力を前記ユーザ端末から行う希望サービス入力手段と、希望サービス入力手段で入力されたサービス及び予約日程並びに前記提供サービス情報に基づきサービスの予約情報を含むサービス実施情報をサービス実施情報記憶手段に記憶するとともに、各サービス提供者のサービス提供者端末に対してネットワークを介して前記予約情報を送信するサービス予約手段とを備えたことを特徴とする。
【００１０】
また、本願発明は、前記サービス仲介支援システムにおいて、前記提供サービス情報はユーザへのサービス提供の制約条件を含み、前記希望サービス入力手段は、サービス及び各サービスの予約日程が前記制約条件を満たすよう入力を制御することを特徴とする。ここで、前記制約条件の一例としては、あるサービスについてサービス提供を行う条件が１つ以上の他のサービスについてのサービス提供の進捗状況に依存する、というものを含むものが挙げられる。
【発明の効果】
【００１１】
本発明によれば、一以上のサービスについて提供サービス情報がユーザ端末に提示されるので、ユーザは希望する一以上のサービス及び各サービスの予約日程をユーザ端末から入力することが可能となる。そして、各サービス提供者の端末には予約情報が送信される。したがって、ユーザが複数のサービスを受けたい場合であっても、複数のサービスを統括的に選択することができるので、適切なサービスを受けることができる。また、各サービス提供者への予約手続きを同時に行うことができるので利便性の高いものとなる。さらに、サービス提供に制約条件がある場合であっても、当該制約条件を考慮してサービスや予約日程の選択ができるので、適切なサービスを受けることができる。
【００１２】
これによりユーザは、例えば美容整形サービスとトレーニング提供サービスと服装コーディネートサービスなど、ユーザにあった適切な複数のサービスを統括的且つ容易に受けることができる。したがって、他人に与えるユーザ自身の印象をより効果的に向上させることができる。
【図面の簡単な説明】
【００１３】
【図１】第１の実施の形態に係るサービス仲介支援システムの構成図
【図２】ユーザ情報のデータ構造の一例
【図３】提供サービス情報のデータ構造の一例
【図４】サービス実施情報のデータ構造の一例
【図５】ユーザインタフェースの機能ブロック図
【図６】入力画面イメージの一例
【図７】管理用インタフェースの機能ブロック図
【図８】第２の実施の形態に係るサービス仲介支援システムの構成図
【発明を実施するための形態】
【００１４】
（第１の実施の形態）
本発明の一実施の形態に係るサービス仲介支援システムについて図面を参照して説明する。まず、サービス仲介支援システムを用いたビジネスモデルについて説明する。
【００１５】
本ビジネスモデルでは、サービスを提供する複数のサービス提供者、サービス提供者からサービスの提供を受けるユーザ、本実施の形態に係るサービス仲介支援システムを運営するシステム運営者が、登場する。
【００１６】
各サービス提供者は、それぞれ１つ以上のサービスを提供する。提供サービスは、例えば、美容整形などユーザに施術を提供するサービス、体を鍛えるトレーニング設備や指導を提供するサービス、服装や髪型などについてコーディネートを提供するサービスなど、他人に与えるユーザ自身の印象を向上させることを目的としてユーザを対象として行われるサービスである。本実施の形態では、ユーザが所定期間又はユーザによって指定された期間内に複数のサービスをまとめて受けることを、運営者が仲介する。なお、以下の説明では、複数のサービスをまとめた１つの仲介を１つの「契約」と言う。
【００１７】
サービス提供者の提供するサービスは、その提供形態によって分類することができる。本実施の形態では、（１）単発型、（２）反復型、（３）最終工程型、に分類した。単発型は、１回乃至数回のサービス提供によりサービスが完結するものである。例えば、美容整形における「二重まぶた手術」などが挙げられる。反復型は、例えば週１回など定期的にサービスを提供し、所定回数、所定期間又は所定の目標の達成によりサービスが完結するものである。例えば、ジムにおける「トレーニング」などが挙げられる。最終工程型は、契約の含まれる他のサービスの終了後又は他のサービスの進捗状況が所定状況であることを制約条件として提供されるサービスである。例えば、服装や髪型などについてコーディネートを提供するサービスが挙げられる。そして、この場合の制約条件の一例としては、「契約に含まれる『二重まぶた手術』及び『トレーニング』の終了後」というものが挙げられる。
【００１８】
本ビジネスモデルの一例では、全てのサービス提供者は、男性の印象向上に資するサービスを提供する。また、本ビジネスモデル例に含まれるサービス提供者の提供サービスは、複数の種類・形態にわたっている。例えば、サービス提供者Ａは美容整形における各種サービスを提供し、サービス提供者Ｂはジムにおける各種トレーニングを提供し、サービス提供者Ｃは服装コーディネートサービスを提供する。本ビジネスモデル例では、ユーザが、男性の印象向上に資する多種多様な複数のサービスを１つの契約として統括的に受ける。これにより、サービスを単独で受ける場合よりも、他人に与えるユーザ自身の印象を効果的に向上させることができる。すなわち、本ビジネスモデル例によれば、ユーザをより好印象で魅力的な男性に変えることに貢献することができる。
【００１９】
次に、サービス仲介支援システムの構成について図１を参照して説明する。図１はサービス仲介支援システムの構成図である。
【００２０】
サービス仲介支援システムは、図１に示すように、サービス仲介支援サーバ１００と、ユーザのユーザ端末１と、サービス提供者のサービス提供者端末２と、運営者の運営者端末３とを含む。サービス仲介支援サーバ１００は、ユーザ端末１、サービス提供者端末２及び運営者端末３に対して、インターネットなどのネットワークを介して通信可能となっている。サービス仲介支援サーバ１００の実装形態は不問である。典型的な例としては、サービス仲介支援サーバ１００はいわゆるクラウドサーバに実装される。ユーザ端末１、サービス提供者端末２及び運営者端末３は、パーソナルコンピュータや、スマートフォンなどの高機能携帯端末などにより構成される。
【００２１】
サービス仲介支援サーバ１００は、図１に示すように、ユーザ情報ＤＢ１０１と、提供サービス情報ＤＢ１０２と、サービス実施情報ＤＢ１０３と、対ユーザ用のユーザインタフェース１１０と、対サービス提供者及び運営者用の管理用インタフェース１２０と、ユーザに通知を行う通知部１３０とを備えている。
【００２２】
ユーザ情報ＤＢ１０１は、ユーザの属性情報であるユーザ情報を記憶する。ユーザ情報のデータ構造の一例を図２に示す。図２の例では、ユーザ情報は、ユーザを一意に識別する識別子であるユーザＩＤ、ユーザの氏名、住所、メールアドレス、電話番号、サービス提供開始前のユーザの画像データ、サービス提供開始後のユーザの画像データ、サービス提供開始前からのユーザの体重情報を含む。なお、体重情報は、サービス提供開始前の体重情報だけでなく、その後の体重情報を含む。すなわち、ユーザ情報は、体重の遷移情報を含む。ユーザ情報は、ユーザインタフェース１１０を介して、ユーザ端末１から登録される。ただし、サービス提供開始後の画像データ及びサービス提供開始後の体重情報は、ユーザ登録時ではなく、サービス開始後に適宜、ユーザインタフェース１１０を介してユーザ端末１から、又は、管理用インタフェース１２０を介してサービス提供者端末２から入力される。
【００２３】
提供サービス情報ＤＢ１０２は、サービス提供者がユーザに提供するサービスに関する提供サービス情報を記憶する。提供サービス情報のデータ構造の一例を図３に示す。図３の例では、サービスを一意に識別する識別子であるサービスＩＤ、サービス名、サービス提供者の名称、サービス提供形態、予約可能日時情報、制約条件情報を含む。提供サービス情報は、その他、サービス内容の説明文や、写真データ等を含むことができる。
【００２４】
ここで、サービス提供形態は、例えば、前述した（１）単発型、（２）反復型、（３）最終工程型などの分類をコード化したものである。また、予約可能日時情報は、サービス提供者がユーザにサービスを提供可能な日程情報である。予約可能日時情報は、サービス提供形態に応じたデータの保持形式にすることができる。例えば（１）単発型や（３）最終工程型の場合、予約可能日時情報は、年月日単位にデータを保持することができる。例えば（２）反復型の場合、予約可能日時情報は曜日単位など反復周期に応じてデータを保持することができる。
【００２５】
制約条件情報は、サービス提供にあたって制約となる条件の情報を意味する。制約条件としては、他のサービス提供との関係性、契約との関係性、日時との関係性などを含むことができる。制約条件としては、例えば「１つ以上の他のサービスについてのサービス提供の進捗状況に依存する」というものを含むことができる。ここで他のサービスについての進捗状況は、他のサービスについての、実施回数、実施時期、実施割合を含むことができる。制約条件としては、他のサービス提供との関係性を含む場合、さらに当該他のサービスの提供形態を条件に含めることができる。また、制約条件としては、例えば、契約日からの期間、他のサービスについての初回の提供日からの期間、直近のサービス提供日からの期間との、関連性を含めることができる。制約条件の具体例としては、「前述した（１）単発型及び（２）反復型のサービス提供が全て完了すること」というものが挙げられる。また、制約条件の他の具体例としては、「契約日或いは最先のサービス提供日から所定期間後」というものが挙げられる。
【００２６】
提供サービス情報は、管理用インタフェース１２０を介して、運営者端末３から登録される。また、提供サービス情報、特に予約可能日時情報は、管理用インタフェース１２０を介して、サービス提供者端末２から更新することができる。
【００２７】
サービス実施情報ＤＢ１０３は、ユーザが本システムを利用して契約した各サービスについての予約情報・進捗情報などのサービス実施情報を記憶する。サービス実施情報のデータ構造の一例を図４に示す。図４の例では、サービス実施情報は、ユーザとの契約を一意に識別する識別子である契約ＩＤ、ユーザＩＤ、サービスＩＤ、予約日、進捗情報を含む。進捗情報は、サービス提供を実施した日時や、サービス提供の実施により変化するサービス提供に係る情報を含むことができる。進捗情報は、サービスの提供形態に応じたデータ形式とすることができる。サービス実施情報は、ユーザインタフェース１１０の処理により登録される。サービス実施情報のうち進捗情報は、管理用インタフェース１２０を介してサービス提供者端末２又は運営者端末３から更新することができる。
【００２８】
ユーザインタフェース１１０はユーザ端末１に対するユーザインタフェースである。管理用インタフェース１２０はサービス提供者端末２及び運営者端末３に対するユーザインタフェースである。ユーザインタフェース１１０及び管理用インタフェース１２０と各端末１，２，３との間のプロトコルは不問である。典型的にはＨＴＭＬ（HyperText Markup Language）が用いられる。この場合、各端末１，２，３は標準的なＷｅｂブラウザを備えていればよい。なお、各端末１，２，３では、標準的なＷｅｂブラウザに替えて専用アプリケーションを用いるようにしてもよい。
【００２９】
次に、ユーザインタフェース１１０について図５を参照して詳述する。図５はユーザインタフェースの機能ブロック図である。ユーザインタフェース１１０は、ユーザ情報管理部１１１、希望サービス入力部１１２、サービス予約部１１３、サービス実施情報管理部１１４を備えている。
【００３０】
ユーザ情報管理部１１１は、ユーザ情報ＤＢ１０１に記憶されるユーザ情報の入力・登録・閲覧・更新等の管理機能をユーザ端末１に提供するものである。
【００３１】
希望サービス入力部１１２は、提供サービス情報ＤＢ１０２から提供サービス情報を抽出してユーザ端末１に提示するとともに、ユーザが希望する一以上のサービス及び各サービスの予約日程の入力をユーザ端末１から受け付ける。図６に希望サービス入力部１１２によりユーザ端末１に提示された入力画面イメージを示す。図６に示すように、入力画面２００は、条件入力部２１０と、抽出結果表示部２２０とを備えている。
【００３２】
希望サービス入力部１１２は、条件入力部２１０として、提供サービス情報ＤＢ１０２に登録されている各提供サービス情報についてサービス名リスト２１１を表示する。このサービス名リスト２１１はサービス選択用のＧＵＩ部品が付されており、ユーザ端末１によって１つ以上のサービスを選択できるように構成されている。また、条件入力部２１０には、例えばサービス提供地域２１２などその他の抽出条件を入力することができる。希望サービス入力部１１２は、条件入力部２１０により選択・入力された条件情報に基づき、提供サービス情報ＤＢ１０２から提供サービス情報を抽出し、抽出結果を抽出結果表示部２２０に表示する。
【００３３】
抽出結果表示部２２０には、サービス及びサービス提供者毎に配置した提供サービス情報のサービスリスト２２１を表示する。このサービスリスト２２１には、サービス選択用のＧＵＩ部品及び予約日程入力用のＧＵＩ部品が付されており、ユーザ端末１によってサービスの選択及び予約日程の入力ができるよう構成されている。ここで、希望サービス入力部１１２は、予約日程の入力については、提供サービス情報に含まれる予約可能日時情報及び制約条件情報を満たすような日程のみが入力可能となっている。このような入力を行う方法としては、予約可能日時情報及び制約条件情報を満たすような日程のみを選択又は入力可能に提示し、その中から希望する日程をユーザ端末１によって選択又は入力させる方法がある。他の方法としては、ユーザ端末１から選択又は入力された日程に対して、希望サービス入力部１１２が予約可能日時情報及び制約条件情報を満たすか否かを判定し、満たさない場合、再選択又は再入力を促す方法がある。
【００３４】
サービス予約部１１３は、希望サービス入力部１１２と連携し、希望サービス入力部１１２により入力された当該契約に係る各サービス及び予約日程並びに提供サービス情報ＤＢ１０２に記憶されている提供サービス情報に基づき、各サービスの予約情報を含むサービス実施情報をサービス実施情報ＤＢ１０３に登録する。また、サービス予約部１１３は、各サービス提供者のサービス提供者端末２に対してネットワークを介して前記予約情報を送信する。ここで、１つの契約に含まれる複数のサービスが複数のサービス提供者にわたる場合、各サービス提供者に予約情報が送信される点に留意されたい。予約情報の送信は、管理用インタフェース１２０を介して行ってもよいし、メールなどの他の情報通信手段を用いてもよい。
【００３５】
サービス実施情報管理部１１４は、サービス実施情報ＤＢ１０３に記憶されたサービス実施情報の閲覧・更新等の管理機能をユーザ端末１に提供するものである。
【００３６】
次に、管理用インタフェース１２０について図７を参照して詳述する。図７は管理用インタフェースの機能ブロック図である。管理用インタフェース１２０は、ユーザ情報管理部１２１と、提供サービス情報管理部１２２と、サービス実施情報管理部１２３とを備えている。
【００３７】
ユーザ情報管理部１２１は、ユーザ情報ＤＢ１０１に記憶されるユーザ情報の入力・登録・閲覧・更新等の管理機能を運営者端末３に提供するものである。
【００３８】
提供サービス情報管理部１２２は、提供サービス情報ＤＢ１０２に記憶される提供サービス情報の入力・登録・閲覧・更新等の管理機能をサービス提供者端末２及び運営者端末３に提供するものである。ただし、サービス提供者端末２に対しては、管理対象を、自身のサービスに関する提供サービス情報にのみ限定する。
【００３９】
サービス実施情報管理部１２３は、サービス実施情報ＤＢ１０３に記憶されるサービス実施情報の入力・登録・閲覧・更新等の管理機能をサービス提供者端末２及び運営者端末３に提供するものである。ただし、サービス提供者端末２に対しては、管理対象を、自身のサービスに関するサービス実施情報にのみ限定する。
【００４０】
通知部１３０は、サービス実施情報ＤＢ１０３に記憶されたサービス実施情報に基づきサービスの実施日から所定期間前にユーザに対してサービス実施日が迫っていることを通知する。通知先は、サービス仲介支援サーバ１００にアクセス可能なユーザ端末１であってもよいし、ユーザの有する他の端末であってもよい。例えばユーザ情報ＤＢ１０１に登録されているメールアドレス等の連絡先に対して通知メッセージを送信することができる。また、ユーザ端末１が専用アプリケーションを有している場合は、当該アプリケーションに対してメッセージをプッシュ通知することができる。
【００４１】
本実施の形態に係るサービス仲介支援システムによれば、一以上のサービスについて提供サービス情報がユーザ端末１に提示されるので、ユーザは希望する一以上のサービス及び各サービスの予約日程をユーザ端末１から入力することが可能となる。そして、各サービス提供者の端末２には予約情報が送信される。したがって、ユーザが複数のサービスを受けたい場合であっても、複数のサービスを統括的に選択することができるので、適切なサービスを受けることができる。また、各サービス提供者への予約手続きを同時に行うことができるので利便性の高いものとなる。さらに、サービス提供に制約条件がある場合であっても、当該制約条件を考慮してサービスや予約日程の選択ができるので、適切なサービスを受けることができる。
【００４２】
これによりユーザは、例えば美容整形サービスとトレーニング提供サービスと服装コーディネートサービスなど、ユーザにあった適切な複数のサービスを統括的且つ容易に受けることができる。したがって、他人に与えるユーザ自身の印象をより効果的に向上させることができる。
【００４３】
また、本実施の形態に係るサービス仲介支援システムによれば、ユーザはサービス提供日から所定期間前に通知を受けることができるので、利便性の高いものとなる。また、本実施の形態に係るサービス仲介支援システムによれば、ユーザはユーザ端末１によりサービス仲介支援サーバ１００にアクセスしてサービスのスケジュールや実施状況や体重の遷移情報などを確認できるので、利便性の高いものとなる。
【００４４】
（第２の実施の形態）
次に、本発明の第２の実施の形態に係るサービス仲介支援システムについて図８を参照して説明する。図８は第２の実施の形態に係るサービス仲介支援システムの構成図である。
【００４５】
本実施の形態に係るサービス仲介支援システムが第１の実施の形態と異なる点は、ユーザに対して、どのサービスを選択するのが好ましいかのアドバイスを提供する機能を有している点にある。他の構成については第１の実施の形態と同様なので、ここでは相違点のみを説明する。
【００４６】
サービス仲介支援サーバ１００’は、図８に示すように、第１の実施の形態に係るサービス仲介支援サーバ１００の構成に加えて、サービス提案部１４０を備えている。サービス提案部１４０は、ユーザ端末１と運営者端末３との間におけるチャット通信、音声通信、ビデオ通信などのリアルタイム通信の仲介処理を行う。サービス提案部１４０は、仲介処理において、ユーザ端末１と運営者端末３との間の通信の全てを中継することができる。また、サービス提案部１４０は、仲介処理において、ユーザ端末１と運営者端末３との間の通信の制御のみを行い、実際の両者間のデータ通信は他のサーバに依頼することができる。
【００４７】
このようなサービス仲介支援サーバ１００’によれば、ユーザはサービス選択に先立ち運営者からアドバイスを受けることができるので、利便性が向上する。他の作用及び効果については第１の実施の形態と同様である。
【００４８】
なお、上記の例では、サービス提案部１４０は、ユーザ端末１と運営者端末３との間におけるリアルタイム通信の仲介処理を行っていたが、両者間のデータを逐次中継したり保存したりすることにより両者間の通信を仲介するようにしてもよい。例えば、サービス提案部１４０は、ユーザ端末１からユーザの身長体重情報、要望情報、画像データなどを受信して、運営者端末３に送信或いは運営者端末３から閲覧可能に保存する。運営者は当該情報に基づいてユーザに好適なアドバイスを作成して運営者端末３を用いてサービス提案部１４０に送信する。サービス提案部１４０は、当該アドバイス情報を受信するとユーザ端末１に送信或いはユーザ端末１から閲覧可能に保存する。
【００４９】
また、上記の例では、サービス提案部１４０においてユーザに提供するアドバイスは運営者が行うものであるが、ユーザから受信したデータに基づき人工知能エンジンを利用して提供サービスについてのアドバイスを生成するようにしてもよい。なお、この場合であっても、サービス提案部１４０は、ユーザ端末１と運営者端末３との間の仲介処理を有していると、人工知能エンジンにより生成されたアドバイスと運営者によるアドバイスの双方を参考にできるので利便性が向上する。
【００５０】
以上、本発明の実施の形態について詳述したが本発明はこれに限定されるものではない。例えば、上記各実施の形態に係るサービス仲介支援サーバ１００，１００’において、さらに、サービス提供者によるサービス提供の対価に対する決済処理機能を設けてもよい。この場合、決済処理機能では、１つの契約に係る１以上のサービスについての対価の総額をユーザが支払うよう決裁処理を行う。運営者は、決済された対価をユーザから受領したら、各サービス提供者に対して分配すればよい。
【００５１】
また、上記実施の形態における各ＤＢのデータ構造はあくまで一例であり、他のデータ構造を採用してもよい。また、上記実施の形態における画面イメージはあくまでユーザインタフェース一例であり、例えば複数の画面遷移を用いて選択・処理を行うような他のユーザインタフェースを用いてもよい。
【００５２】
また、上記実施の形態で説明した各提供サービスはあくまで一例であり、他のサービスであっても本発明に係るサービス仲介支援システムの対象とすることができる。
【符号の説明】
【００５３】
１…ユーザ端末
２…サービス提供者端末
３…運営者端末
１００，１００’…サービス仲介支援サーバ
１０１…ユーザ情報ＤＢ
１０２…提供サービス情報ＤＢ
１０３…サービス実施情報ＤＢ
１１０…ユーザインタフェース
１１１…ユーザ情報管理部
１１２…希望サービス入力部
１１３…サービス予約部
１１４…サービス実施情報管理部
１２０…管理用インタフェース
１２１…ユーザ情報管理部
１２２…提供サービス情報管理部
１２３…サービス実施情報管理部
１３０…通知部
１４０…サービス提案部
【図１】
2019185637.tif 000003
【図２】
2019185637.tif 000004
【図３】
2019185637.tif 000005
【図４】
2019185637.tif 000006
【図５】
2019185637.tif 000007
【図６】
2019185637.tif 000008
【図７】
2019185637.tif 000009
【図８】
2019185637.tif 000010