(57)【要約】【課題】複数のサービス提供システムを連携させる。【解決手段】受付部１２が、サービスの提供に関する条件を受け付け、分割部１４が、受け付けた条件を複数の条件に分割し、取得部１６が、分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する。【選択図】図２
2018055480.tif 000002
【特許請求の範囲】
【請求項１】
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラム。
【請求項２】
前記分割した各条件のそれぞれを満たす前記サービス提供者に関する情報を一括で取得する請求項１に記載の連携制御プログラム。
【請求項３】
前記分割した各条件に含まれる時間情報に応じて、前記サービス提供者に関する情報を順次取得する請求項１に記載の連携制御プログラム。
【請求項４】
前記サービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて、前記条件を分割する粒度を変更する請求項１〜請求項３のいずれか１項に記載の連携制御プログラム。
【請求項５】
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラム。
【請求項６】
取得した前記サービス提供者に関する情報を依頼元に提供する際に、前記分割した各条件のそれぞれを満たすサービスの料金又は評価の合計に基づいて並び替えて提供する請求項１〜請求項５のいずれか１項に記載の連携制御プログラム。
【請求項７】
サービスの提供に関する条件を受け付ける受付部と、
受け付けた前記条件を複数の条件に分割する分割部と、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する取得部と、
を含むことを特徴とする連携制御装置。
【請求項８】
サービスの提供に関する条件を受け付け受付部と、
受け付けた前記条件を複数種類の条件に分割する分割部と、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する取得部と、
を含むことを特徴とする連携制御装置。
【請求項９】
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータが実行することを特徴とする連携制御方法。
【請求項１０】
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータが実行することを特徴とする連携制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、連携制御プログラム、連携制御装置、及び連携制御方法に関する。
【背景技術】
【０００２】
従来、旅行予約や旅行計画作成を支援するサービスが存在する。例えば、ユーザの端末装置からＩＴＳ（Intelligent Transport System）サービスセンタに要求されるサービスを、旅行コンテンツ会社サービスシステムや航空会社サービスシステムなどと連携してユーザに提供するシステムが提案されている。
【０００３】
また、インターネットを介して顧客の要求する条件を満たすサービス提供事業者を検索すると共に、顧客の要求を満たすサービス提供事業者を選定、及び通知するシステムが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１８８８３５号公報
【特許文献２】特開２００８−１５９０１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現在、自動車、空き部屋、洋服、人手や能力、資金などの様々なリソースを複数の人で共有したり、個人間で貸し借りをしたりする際の仲介を行うシェアリングサービスが普及している。これらのシェアリングサービスのようなサービス提供システムは、それぞれ独自に運用されている。そのため、例えば旅行などの１つのイベントについて、ユーザが複数のサービス提供システムを利用したい場合には、ユーザはそれぞれのシステムに個別に条件を指定して予約するなどの手順が必要となる。
【０００６】
本発明は、一つの側面として、複数のサービス提供システムを連携させることを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、一つの態様として、サービスの提供に関する条件を受け付け、受け付けた前記条件を複数の条件に分割し、分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する。
【発明の効果】
【０００８】
一つの側面として、複数のサービス提供システムを連携させることができる。
【図面の簡単な説明】
【０００９】
【図１】第１〜第３実施形態に係る連携制御システムの概略構成を示すブロック図である。
【図２】第１〜第３実施形態に係る連携制御装置の機能ブロック図である。
【図３】シェアリングサービス毎の種類を記憶したテーブルの一例を示す図である。
【図４】第１〜第３実施形態に係る連携制御装置として機能するコンピュータの概略構成を示すブロック図である。
【図５】第１実施形態における連携制御処理の一例を示すフローチャートである。
【図６】第１実施形態におけるマッチング結果の取得及び提供を説明するための図である。
【図７】第２実施形態における連携制御処理の一例を示すフローチャートである。
【図８】第２実施形態におけるマッチング結果の取得及び提供を説明するための図である。
【図９】第３実施形態における連携制御処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明に係る実施形態の一例を詳細に説明する。
【００１１】
＜第１実施形態＞
図１に示すように、第１実施形態に係る連携制御システム１００は、連携制御装置１０と、複数のシェアリングサーバ２０と、複数のユーザ端末３０とを含む。連携制御装置１０と、シェアリングサーバ２０の各々と、ユーザ端末３０の各々とは、インターネット等のネットワークを介して接続される。なお、シェアリングサーバ２０及びユーザ端末３０の数は、図１の例に限定されない。
【００１２】
シェアリングサーバ２０は、シェアリングサービスを提供する装置であり、例えば、サーバ装置、パーソナルコンピュータ等の情報処理装置で実現することができる。シェアリングサービスとは、自動車、空き部屋、洋服、人手や能力、資金などの様々なリソースを複数の人で共有したり、個人間で貸し借りをしたりする際の仲介を行うサービスである。本実施形態では、複数のシェアリングサーバ２０には、同種のシェアリングサービスを提供する複数のシェアリングサーバ２０、及び異なるシェアリングサービスを提供する複数のシェアリングサーバ２０が含まれる場合について説明する。例えば、ある複数のシェアリングサーバ２０の各々は、Ｕｂｅｒなどのように、配車のシェアリングサービスを提供し、別の複数のシェアリングサーバ２０の各々は、Ａｉｒｂｎｂなどのように、宿泊施設のシェアリングサービスを提供する。シェアリングサーバ２０は、ユーザ端末３０上で、ウェブアプリケーションやスマートフォンアプリケーションとしてシェアリングサービスを提供する。
【００１３】
ユーザ端末３０は、シェアリングサービスを利用するユーザが使用する情報処理端末であり、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等で実現することができる。なお、シェアリングサービスのユーザには、シェアリングサービスにおいてシェアされる対象であるリソースを提供するサービス提供者、及びリソースを利用するサービス利用者の両者が含まれる。ユーザ端末３０において、所望のシェアリングサービスのアプリケーションを起動することにより、ユーザ端末３０から、そのシェアリングサービスを提供しているシェアリングサーバ２０にアクセスされる。
【００１４】
連携制御装置１０は、複数のシェアリングサービスを連携させて、サービス利用者から指定されたサービス条件に対応するマッチング結果をサービス利用者に提供する。マッチング結果には、条件に対応するリソースを提供可能か否か、提供可能な場合には、提供可能なリソースの情報が含まれる。
【００１５】
図２に示すように、連携制御装置１０は、機能的には、受付部１２と、分割部１４と、取得部１６と、提供部１８とを含む。
【００１６】
受付部１２は、ユーザ端末３０を介して、サービス利用者からサービス条件を受け付ける。サービス条件とは、サービス利用者が利用を希望するリソースの属性等の条件である。本実施形態では、サービス条件には、時間情報が含まれるものとする。例えば、サービス利用者が、自動車の所有者（運転者）であるサービス提供者と、自動車を移動手段として利用したいサービス利用者とのマッチングを行うライドシェアのシェアリングサービスの利用を希望しているとする。この場合、サービス条件としては、出発地、目的地、出発時刻等が指定される。なお、出発時刻が時間情報の一例である。受付部１２は、受け付けたサービス条件を分割部１４に受け渡す。
【００１７】
分割部１４は、受付部１２から受け渡されたサービス条件を複数の条件に分割する。以下では、分割された条件のそれぞれを「分割条件」という。具体的には、本実施形態では、分割部１４は、サービス条件を、そのサービス条件に含まれる時間情報に基づいて、時間軸方向に複数の分割条件に分割する。時間軸方向に分割するとは、分割条件の各々に含まれる時間情報がそれぞれ重複しないように分割することをいう。
【００１８】
例えば、上述のライドシェアについてのサービス条件の場合、分割部１４は、出発地から目的地までの経路を検索し、その経路を所定の地点毎に複数の部分に分割する。経路の検索には従来既知の手法を用いることができる。所定の地点は、出発時刻を基準とした到着予定時刻が所定時間間隔となる各地点とすることができる。また、分割部１４は、出発地から所定距離毎の地点で分割したり、高速道路のサービスエリアや主要なランドマークなどが存在する地点で分割したりしてもよい。
【００１９】
上記の所定時間や所定距離などの分割の粒度は、対象のシェアリングサービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて変更することができる。例えば、ライドシェアの場合、サービス提供者（自動車の運転者）によるサービスの提供範囲は、サービス提供者の生活圏に関連するなど、地域性が高いことが想定される。従って、長距離移動で目的地まで移動する条件でマッチングを行うよりも、短距離移動を繋ぎ合わせて目的地まで移動する条件でマッチングを行う方が、サービス条件とマッチするリソースが存在する可能性が高くなる。
【００２０】
そこで、シェアリングサービスの種類がライドシェアの場合には、サービス条件の分割の粒度を細かく設定することができる。また、都心部よりも田舎の方が長距離移動に対応するサービス提供者が多いことが想定されるため、サービス条件で指定される利用地域が田舎の場合には、利用地域が都心部の場合よりも、分割の粒度を大きくしてもよい。また、利用する経路が高速道路か一般道か、昼間の時間帯か夜間か等に応じて、分割の粒度を変更してもよい。また、１つのサービス条件を分割した分割条件の各々の粒度を異ならせてもよい。
【００２１】
分割条件には、サービス利用者により指定されたサービス条件と同様の指定が含まれる。例えばライドシェアについてのサービス条件を分割した分割条件には、出発地、目的地、出発時刻等の指定が含まれる。分割条件の出発地及び目的地は、サービス条件を分割した地点であり、出発時刻は、その地点への到着予定時刻である。分割部１４は、分割条件の各々を取得部１６に受け渡す。
【００２２】
取得部１６は、分割条件の各々を送信するシェアリングサービスを選択する。例えば、取得部１６は、図３に示すように、シェアリングサービスの識別情報と、そのシェアリングサービスの種類とを対応付けたテーブルを保持しておく。図３の例では、シェアリングサービスの識別情報として、サービスＩＤを用いている。以下、サービスＩＤ＝Ｘのシェアリングサービスを「シェアリングサービスＸ」という。取得部１６は、このテーブルを参照して、サービス条件に対応する種類のシェアリングサービスを選択する。対象のシェアリングサービスが複数存在する場合には、それらの全て、又はそのうちの複数のシェアリングサービスを選択してもよい。
【００２３】
取得部１６は、選択したシェアリングサービスを提供するシェアリングサーバ２０に分割条件の各々を送信する。なお、各シェアリングサービスに送信する分割条件は、サービス条件全体に相当する全ての分割条件であってもよいし、一部の分割条件であってもよい。例えば、サービスの提供地域が限定されているシェアリングサービスが存在する場合、その地域に対応した指定を含む分割条件のみを、そのシェアリングサービスへ送信することができる。
【００２４】
また、取得部１６は、分割条件の各々を送信したシェアリングサービスの各々から、マッチング結果を受信する。上述したように、マッチング結果には、分割条件に対応するリソースを提供可能か否か、提供可能な場合には、提供可能なリソースの情報が含まれる。例えば、提供可能なリソースの情報として、提供可能なリソースと、そのリソースの属性とをリスト化したリソースリストをマッチング結果とすることができる。取得部１６は、取得した分割条件毎のマッチング結果の各々を提供部１８に受け渡す。
【００２５】
なお、取得部１６とシェアリングサービスとの間の情報のやり取りのために、シェアリングサービスに、Application Programming Interface（ＡＰＩ）を設けておく。このＡＰＩは、分割条件の受け付け、及びマッチング結果の出力を行うためのものである。そして、このＡＰＩを利用して、取得部１６とシェアリングサービスとの間で情報のやり取りを行えばよい。
【００２６】
提供部１８は、取得部１６から受け渡された分割条件毎のマッチング結果に含まれるリソースリストを分割条件毎に集約し、リソースリストに含まれる各リソースの情報を、いずれかの属性に応じて並び替える。例えば、提供部１８は、リソースの情報を、利用金額が安い順に並び替えたり、サービス提供者の評価が高い順に並び替えたりすることができる。提供部１８は、並び替えた分割条件毎のリソースリストの全てを、当初のサービス条件に対応するマッチング結果として一括でサービス利用者が使用するユーザ端末３０へ返送する。
【００２７】
なお、いずれかの分割条件に対応するマッチング結果に、分割条件に対応するサービスを提供することができないことを示す場合マッチング結果が含まれているとする。以下、この場合のマッチング結果を、「マッチングなし」という。この場合、提供部１８は、該当の分割条件に対応するマッチング結果として、マッチングなしのマッチング結果をサービス利用者に返送する。また、提供部１８は、マッチングなしのマッチング結果となった分割条件を分割部１４に通知し、該当部分を含むサービス条件の一部又は全部について、分割の粒度を変更した上で、再度分割を行うように指示してもよい。分割部１４による再分割が行われた場合、再分割された分割条件について、取得部１６及び提供部１８の処理も再度実行する。
【００２８】
また、提供部１８は、サービス利用者から、各分割条件に対応したリソースリストからいずれかのリソースを選択する指示を受け付けた場合、該当のリソースを提供するシェアリングサービスに、該当のリソースの予約指示を送信する。
【００２９】
これにより、サービス利用者は、各分割条件が送信されたシェアリングサービスの各々を意識することなく、当初指定したサービス条件全体に対応するマッチング結果を取得することができる。
【００３０】
連携制御装置１０は、例えば図４に示すコンピュータ４０で実現することができる。コンピュータ４０は、Central Processing Unit（ＣＰＵ）４１と、一時記憶領域としてのメモリ４２と、不揮発性の記憶部４３とを備える。また、コンピュータ４０は、入出力装置４４と、記憶媒体４９に対するデータの読み込み及び書き込みを制御するRead/Write（Ｒ／Ｗ）部４５と、インターネット等のネットワークに接続される通信インターフェース（Ｉ／Ｆ）４６とを備える。ＣＰＵ４１、メモリ４２、記憶部４３、入出力装置４４、Ｒ／Ｗ部４５、及び通信Ｉ／Ｆ４６は、バス４７を介して互いに接続される。
【００３１】
記憶部４３は、Hard Disk Drive（ＨＤＤ）、Solid State Drive（ＳＳＤ）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部４３には、コンピュータ４０を連携制御装置１０として機能させるための連携制御プログラム５０が記憶される。連携制御プログラム５０は、受付プロセス５２と、分割プロセス５４と、取得プロセス５６と、提供プロセス５８とを有する。
【００３２】
ＣＰＵ４１は、連携制御プログラム５０を記憶部４３から読み出してメモリ４２に展開し、連携制御プログラム５０が有するプロセスを順次実行する。ＣＰＵ４１は、受付プロセス５２を実行することで、図２に示す受付部１２として動作する。また、ＣＰＵ４１は、分割プロセス５４を実行することで、図２に示す分割部１４として動作する。また、ＣＰＵ４１は、取得プロセス５６を実行することで、図２に示す取得部１６として動作する。また、ＣＰＵ４１は、提供プロセス５８を実行することで、図２に示す提供部１８として動作する。これにより、連携制御プログラム５０を実行したコンピュータ４０が、連携制御装置１０として機能する。
【００３３】
なお、連携制御プログラム５０により実現される機能は、例えば半導体集積回路、より詳しくはApplication Specific Integrated Circuit（ＡＳＩＣ）等で実現することも可能である。
【００３４】
次に、第１実施形態に係る連携制御システム１００の作用について説明する。
【００３５】
連携制御装置１０の受付部１２が、サービス利用者からユーザ端末３０を介して送信されたサービス条件を受け付けると、連携制御装置１０において、図５に示す連携制御処理が実行される。ここでは、出発時刻９：００で、羽田から箱根までのライドシェアを希望するサービス条件が受け付けられたものとする。
【００３６】
ステップＳ１１で、受付部１２が、例えば、下記に示すように、受け付けたサービス条件を所定のフォーマットに設定し、分割部１４に受け渡す。
Ｆｒｏｍ＝羽田
Ｔｏ    ＝箱根
出発時刻＝９：００
【００３７】
次に、ステップＳ１２で、分割部１４が、受付部１２から受け渡されたサービス条件を複数の分割条件に分割する。そして、分割部１４は、分割した分割条件の各々を取得部１６に受け渡す。ここでは、例えば、以下のように３つの分割条件に分割する場合について説明する。
【００３８】
分割条件１：
Ｆｒｏｍ＝羽田
Ｔｏ    ＝新宿
出発時刻＝９：００
分割条件２：
Ｆｒｏｍ＝新宿
Ｔｏ    ＝小田原
出発時刻＝１０：００
分割条件３：
Ｆｒｏｍ＝小田原
Ｔｏ    ＝箱根
出発時刻＝１２：００
【００３９】
次に、ステップＳ１３で、取得部１６が、分割条件の各々を送信するシェアリングサービスを選択する。例えば、取得部１６は、図３に示すようなテーブルを参照し、ライドシェアのシェアリングサービスがシェアリングサービスＡ及びＤであることを特定する。取得部１６は、シェアリングサービスＡ及びＤのいずれかを分割条件の送信先として選択してもよいし、両方を選択してもよい。また、分割条件毎に送信先のシェアリングサービスを異ならせてもよい。例えば、分割条件１の送信先としてシェアリングサービスＡを選択し、分割条件２及び３の送信先としてシェアリングサービスＤを選択してもよい。取得部１６は、選択したシェアリングサービスを提供するシェアリングサーバ２０に分割条件の各々を送信する。
【００４０】
次に、ステップＳ１４で、取得部１６が、分割条件の各々を送信したシェアリングサービスの各々から、リソースリストを含むマッチング結果を取得する。取得部１６は、取得した分割条件毎のマッチング結果の各々を提供部１８に受け渡す。
【００４１】
次に、ステップＳ１５で、提供部１８が、例えば、図６の左図に示すように、取得部１６から受け渡された分割条件毎のマッチング結果に含まれるリソースリストを分割条件毎に集約する。また、提供部１８は、図６の右図に示すように、分割条件毎のリソースリストに含まれる各リソースの情報を、いずれかの属性に応じて並び替える。そして、提供部１８は、並び替えた分割条件毎のリソースリストの全てを、サービス条件全体に対応するマッチング結果として一括でサービス利用者が使用するユーザ端末３０へ提供する。
【００４２】
次に、ステップＳ１６で、提供部１８が、サービス利用者から、各分割条件に対応したリソースリストからいずれかのリソースを選択する指示を受け付ける。そして、提供部１８は、選択されたリソースを提供するシェアリングサービスに、該当のリソースの予約指示を送信し、連携制御処理は終了する。
【００４３】
以上説明したように、第１実施形態に係る連携制御装置は、サービス利用者から指定されたサービス条件を、時間軸方向に複数の分割条件に分割し、分割条件の各々を１又は複数のシェアリングサービスに送信する。これにより、複数のシェアリングサービスを連携させて、サービス利用者により指定されたサービス条件に対応したサービスを提供することができる。
【００４４】
＜第２実施形態＞
次に、第２実施形態について説明する。なお、第２実施形態に係る連携制御システムについて、第１実施形態に係る連携制御システム１００と同様の部分については、同一符号を付して詳細な説明を省略する。
【００４５】
図１に示すように、第２実施形態に係る連携制御システム２００は、連携制御装置２１０と、複数のシェアリングサーバ２０と、複数のユーザ端末３０とを含む。
【００４６】
図２に示すように、連携制御装置２１０は、機能的には、受付部１２と、分割部１４と、取得部２１６と、提供部２１８とを含む。
【００４７】
取得部２１６は、第１実施形態に係る取得部１６と同様に、分割条件の各々を、選択したシェアリングサーバへ送信し、マッチング結果を取得する。この際、第２実施形態に係る取得部２１６は、分割条件に含まれる時間情報に応じて、分割条件毎に順次マッチング結果を取得する。例えば、分割条件に開始時刻が含まれる場合、取得部２１６は、各分割条件の開始時刻の所定時間前になったタイミングで、その分割条件を選択したシェアリングサーバへ送信し、マッチング結果を取得する。
【００４８】
提供部２１８は、取得部２１６から分割条件毎のマッチング結果を受け渡される都度、リソースリストの集約及び並び替えを行い、サービス利用者に提供する点が、第１実施形態に係る提供部１８と異なる。
【００４９】
連携制御装置２１０は、例えば図４に示すコンピュータ４０で実現することができる。コンピュータ４０の記憶部４３には、コンピュータ４０を連携制御装置２１０として機能させるための連携制御プログラム２５０が記憶される。連携制御プログラム２５０は、受付プロセス５２と、分割プロセス５４と、取得プロセス２５６と、提供プロセス２５８とを有する。
【００５０】
ＣＰＵ４１は、連携制御プログラム２５０を記憶部４３から読み出してメモリ４２に展開し、連携制御プログラム２５０が有するプロセスを順次実行する。ＣＰＵ４１は、取得プロセス２５６を実行することで、図２に示す取得部２１６として動作する。また、ＣＰＵ４１は、提供プロセス２５８を実行することで、図２に示す提供部２１８として動作する。他のプロセスについては、第１実施形態に係る連携制御プログラム５０と同様である。これにより、連携制御プログラム２５０を実行したコンピュータ４０が、連携制御装置２１０として機能する。
【００５１】
なお、連携制御プログラム２５０により実現される機能は、例えば半導体集積回路、より詳しくはＡＳＩＣ等で実現することも可能である。
【００５２】
次に、第２実施形態に係る連携制御システム２００の作用について説明する。
【００５３】
連携制御装置２１０の受付部１２が、サービス利用者からユーザ端末３０を介して送信されたサービス条件を受け付けると、連携制御装置２１０において、図７に示す連携制御処理が実行される。第２実施形態においても、第１実施形態と同様のライドシェアのサービスを利用する場合を例に説明する。なお、図７に示す連携制御処理について、第１実施形態における連携制御処理（図５）と同様の処理については、同一符号を付して詳細な説明を省略する。
【００５４】
ステップＳ１２で、第１実施形態と同様に、分割部１４が、サービス条件を、上述の分割条件１、２、及び３に分割する。そして、次のステップＳ１３で、取得部２１６が、各分割条件に含まれる開始時刻の早い順に１つの分割条件を選択する。ここでは、まず、分割条件１が選択される。
【００５５】
次に、ステップＳ２２で、取得部２１６が、選択した分割条件に含まれる開始時刻の所定時間前などの所定の送信タイミングに到達したか否かを判定する。送信タイミングに到達していない場合には、本ステップの判定を繰り返し、送信タイミングに到達した場合には、処理はステップＳ２３へ移行する。
【００５６】
ステップＳ２３では、取得部２１６が、選択した分割条件を送信するシェアリングサービスを、例えば図３に示すようなテーブルを参照して選択し、選択したシェアリングサービスを提供するシェアリングサーバ２０に、選択した分割条件を送信する。
【００５７】
次に、ステップＳ２４で、取得部２１６が、選択した分割条件を送信したシェアリングサービスから、リソースリストを含むマッチング結果を取得する。取得部２１６は、取得した分割条件毎のマッチング結果の各々を提供部２１８に受け渡す。
【００５８】
次に、ステップＳ２５で、提供部２１８が、例えば、図８の上段左図に示すように、取得部２１６から受け渡された分割条件のマッチング結果に含まれるリソースリストを集約する。また、提供部２１８は、選択された分割条件のリソースリストに含まれる各リソースの情報を、いずれかの属性に応じて並び替える。そして、提供部２１８は、図８の上段右図に示すように、並び替えたリソースリストを、サービス利用者が使用するユーザ端末３０へ提供する。
【００５９】
次に、ステップＳ２６で、提供部２１８が、サービス利用者から、選択された分割条件に対応したリソースリストからいずれかのリソースを選択する指示を受け付ける。そして、提供部２１８は、選択されたリソースを提供するシェアリングサービスに、該当のリソースの予約指示を送信する。
【００６０】
次に、ステップＳ２７で、取得部２１６が、全ての分割条件について、マッチング結果を取得済みか否かを判定する。マッチング結果を未取得の分割条件が存在する場合には、処理はステップＳ２１に戻り、取得部２１６が、開始時刻順に次の分割条件を選択し、ステップＳ２２〜Ｓ２６の処理を繰り返す。一方、全ての分割条件についてマッチング結果を取得済みの場合には、連携制御処理は終了する。
【００６１】
以上説明したように、第２実施形態に係る連携制御装置によれば、サービス利用者から指定されたサービス条件を、時間軸方向に複数の分割条件に分割し、分割条件の各々を時間情報に応じて、１又は複数のシェアリングサービスに順次送信する。これにより、第１実施形態と同様に、複数のシェアリングサービスを連携させて、サービス利用者により指定されたサービス条件に対応したサービスを提供することができる。
【００６２】
また、分割条件に含まれる時間情報に応じたタイミングで分割条件毎にマッチングを行うため、適切なリソースの情報を提供することができる。例えば、ライドシェアの場合、たまたま同じ方向に移動するサービス提供者の自動車に相乗りさせてもらう、という趣旨を含んでいる。そのため、事前に利用時間を指定してリソースを予約する場合よりも、本実施形態のように、利用開始時刻間近の状況に応じてマッチングを行う方が、サービス利用者及びサービス提供者の双方にとって無駄のないマッチングを行える可能性が高い。
【００６３】
＜第３実施形態＞
次に、第３実施形態について説明する。第１及び第２実施形態では、サービス条件を時間軸方向に分割する場合について説明したが、第３実施形態では、サービスの種類に応じてサービス条件を分割する場合について説明する。なお、第３実施形態に係る連携制御システムについて、第１実施形態に係る連携制御システム１００と同様の部分については、同一符号を付して詳細な説明を省略する。
【００６４】
図１に示すように、第３実施形態に係る連携制御システム３００は、連携制御装置３１０と、複数のシェアリングサーバ２０と、複数のユーザ端末３０とを含む。
【００６５】
図２に示すように、連携制御装置３１０は、機能的には、受付部１２と、分割部３１４と、取得部１６と、提供部１８とを含む。
【００６６】
分割部３１４は、受付部１２から受け渡されたサービス条件を、そのサービス条件で指定されている項目の各々に対応するシェアリングサービスの種類に基づいて、複数の分割条件に分割する。例えば、出発地から目的地までのライドシェアの利用と、目的地での民泊の利用とを指定したサービス条件の場合、分割部３１４は、サービス条件を、ライドシェアの利用の部分と、民泊の利用の部分とに分割する。
【００６７】
連携制御装置３１０は、例えば図４に示すコンピュータ４０で実現することができる。コンピュータ４０の記憶部４３には、コンピュータ４０を連携制御装置３１０として機能させるための連携制御プログラム３５０が記憶される。連携制御プログラム３５０は、受付プロセス５２と、分割プロセス３５４と、取得プロセス５６と、提供プロセス５８とを有する。
【００６８】
ＣＰＵ４１は、連携制御プログラム３５０を記憶部４３から読み出してメモリ４２に展開し、連携制御プログラム３５０が有するプロセスを順次実行する。ＣＰＵ４１は、分割プロセス３５４を実行することで、図２に示す分割部３１４として動作する。他のプロセスについては、第１実施形態に係る連携制御プログラム５０と同様である。これにより、連携制御プログラム３５０を実行したコンピュータ４０が、連携制御装置３１０として機能する。
【００６９】
なお、連携制御プログラム３５０により実現される機能は、例えば半導体集積回路、より詳しくはＡＳＩＣ等で実現することも可能である。
【００７０】
次に、第３実施形態に係る連携制御システム３００の作用について説明する。
【００７１】
連携制御装置３１０の受付部１２が、サービス利用者からユーザ端末３０を介して送信されたサービス条件を受け付けると、連携制御装置３１０において、図９に示す連携制御処理が実行される。なお、図９に示す連携制御処理について、第１実施形態における連携制御処理（図５）と同様の処理については、同一符号を付して詳細な説明を省略する。ここでは、以下に示すサービス条件が受け付けられたものとする。
【００７２】
１０／１  大阪、宿泊、１名
１０／２  大阪→静岡、１８：００発
１０／２  静岡、宿泊、１名
１０／３  静岡→横浜、１２：００発
１０／３  横浜、宿泊、１名
【００７３】
ステップＳ３２で、分割部３１４が、受付部１２から受け渡されたサービス条件を、そのサービス条件で指定されている項目の各々に対応するシェアリングサービスの種類に基づいて、複数の分割条件に分割する。そして、分割部３１４は、分割した分割条件の各々を取得部１６に受け渡す。ここでは、例えば、以下のように、民泊向けの分割条件と、ライドシェア向けの分割条件とに分割される。
【００７４】
民泊向けの分割条件：
１０／１  大阪、宿泊、１名
１０／２  静岡、宿泊、１名
１０／３  横浜、宿泊、１名
ライドシェア向けの分割条件：
１０／２  大阪→静岡、１８：００発
１０／３  静岡→横浜、１２：００発
【００７５】
次に、ステップＳ１３で、取得部１６が、例えば、図３に示すようなテーブルを参照し、分割条件の各々を送信するシェアリングサービスを選択する。例えば、取得部１６は、民泊向けの分割条件を送信するシェアリングサービスとして、シェアリングサービスＢ若しくはＣ、又はシェアリングサービスＢ及びＣの両方を選択することができる。同様に、取得部１６は、ライドシェア向けの分割条件を送信するシェアリングサービスとして、シェアリングサービスＡ若しくはＤ、又はシェアリングサービスＡ及びＤの両方を選択することができる。取得部１６は、選択したシェアリングサービスを提供するシェアリングサーバ２０に分割条件の各々を送信する。
【００７６】
以下、ステップＳ１４〜Ｓ１５で、第１実施形態と同様に、各シェアリングサービスから返送されたマッチング結果を取得し、サービス利用者に提供する。
【００７７】
以上説明したように、第３実施形態に係る連携制御装置は、サービス利用者から指定されたサービス条件を、サービスの種類に応じて複数の分割条件に分割する。そして、分割条件の各々を、その分割条件に対応するサービスを提供する１又は複数のシェアリングサービスに送信する。これにより、異なる種類の複数のシェアリングサービスを連携させて、サービス利用者により指定されたサービス条件に対応したサービスを提供することができる。
【００７８】
また、サービス利用者は、サービスの種類に応じてそれぞれ異なるシェアリングサービスに対してサービス条件を指定するなどの手間を要することなく、例えば旅行などの１つのイベントに関して利用する複数のリソースを予約することができる。
【００７９】
なお、第２実施形態では、種類が異なるサービスを組み合わせたサービス条件の例として、ライドシェアと民泊との組み合わせの場合について説明したが、これに限定されない。例えば、ライドシェアとキャンプ用品等の貸し出しとの組み合わせ、会議室の貸し出しとプロジェクタ等の機器の貸し出しとの組み合わせなど、様々な種類のシェアリングサービスの組み合わせにも、本発明を適用することができる。また、組み合わせるシェアリングサービスの種類は２つに限らず、３つ以上でもよい。
【００８０】
また、第１の実施形態と第２の実施形態とを組み合わせて、サービス条件に含まれる時間情報に基づく時間方向の分割と、サービスの種類に応じた分割を合わせて行ってもよい。
【００８１】
また、上記では、連携制御プログラム５０、２５０、３５０が記憶部４３に予め記憶（インストール）されている態様を説明したが、これに限定されない。プログラムは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリ等の記憶媒体に記憶された形態で提供することも可能である。
【００８２】
以上の各実施形態に関し、更に以下の付記を開示する。
【００８３】
（付記１）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラム。
【００８４】
（付記２）
前記分割した各条件のそれぞれを満たす前記サービス提供者に関する情報を一括で取得する付記１に記載の連携制御プログラム。
【００８５】
（付記３）
前記分割した各条件に含まれる時間情報に応じて、前記サービス提供者に関する情報を順次取得する付記１に記載の連携制御プログラム。
【００８６】
（付記４）
前記サービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて、前記条件を分割する粒度を変更する付記１〜付記３のいずれか１項に記載の連携制御プログラム。
【００８７】
（付記５）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラム。
【００８８】
（付記６）
取得した前記サービス提供者に関する情報を依頼元に提供する際に、前記分割した各条件のそれぞれを満たすサービスの料金又は評価の合計に基づいて並び替えて提供する付記１〜付記５のいずれか１項に記載の連携制御プログラム。
【００８９】
（付記７）
サービスの提供に関する条件を受け付ける受付部と、
受け付けた前記条件を複数の条件に分割する分割部と、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する取得部と、
を含むことを特徴とする連携制御装置。
【００９０】
（付記８）
前記取得部は、前記分割した各条件のそれぞれを満たす前記サービス提供者に関する情報を一括で取得する付記７に記載の連携制御装置。
【００９１】
（付記９）
前記取得部は、前記分割した各条件に含まれる時間情報に応じて、前記サービス提供者に関する情報を順次取得する付記７に記載の連携制御装置。
【００９２】
（付記１０）
前記分割部は、前記サービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて、前記条件を分割する粒度を変更する付記７〜付記９のいずれか１項に記載の連携制御装置。
【００９３】
（付記１１）
サービスの提供に関する条件を受け付け受付部と、
受け付けた前記条件を複数種類の条件に分割する分割部と、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する取得部と、
を含むことを特徴とする連携制御装置。
【００９４】
（付記１２）
取得した前記サービス提供者に関する情報を依頼元に提供する際に、前記分割した各条件のそれぞれを満たすサービスの料金又は評価の合計に基づいて並び替えて提供する提供部をさらに含む付記７〜付記１１のいずれか１項に記載の連携制御装置。
【００９５】
（付記１３）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータが実行することを特徴とする連携制御方法。
【００９６】
（付記１４）
前記分割した各条件のそれぞれを満たす前記サービス提供者に関する情報を一括で取得する付記１３に記載の連携制御方法。
【００９７】
（付記１５）
前記分割した各条件に含まれる時間情報に応じて、前記サービス提供者に関する情報を順次取得する付記１３に記載の連携制御方法。
【００９８】
（付記１６）
前記サービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて、前記条件を分割する粒度を変更する付記１３〜付記１５のいずれか１項に記載の連携制御方法。
【００９９】
（付記１７）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータが実行することを特徴とする連携制御方法。
【０１００】
（付記１８）
取得した前記サービス提供者に関する情報を依頼元に提供する際に、前記分割した各条件のそれぞれを満たすサービスの料金又は評価の合計に基づいて並び替えて提供する付記１３〜付記１７のいずれか１項に記載の連携制御方法。
【０１０１】
（付記１９）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラムを記憶した記憶媒体。
【０１０２】
（付記２０）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラムを記憶した記憶媒体。
【符号の説明】
【０１０３】
１０、２１０、３１０ 連携制御装置
１２   受付部
１４、３１４  分割部
１６、２１６  取得部
１８、２１８  提供部
２０   シェアリングサーバ
３０   ユーザ端末
４０   コンピュータ
４１   ＣＰＵ
４２   メモリ
４３   記憶部
４４   入出力装置
４９   記憶媒体
５０、２５０、３５０ 連携制御プログラム
１００、２００、３００      連携制御システム
【図１】
2018055480.tif 000003
【図２】
2018055480.tif 000004
【図３】
2018055480.tif 000005
【図４】
2018055480.tif 000006
【図５】
2018055480.tif 000007
【図６】
2018055480.tif 000008
【図７】
2018055480.tif 000009
【図８】
2018055480.tif 000010
【図９】
2018055480.tif 000011