JP2018055480A - 連携制御プログラム、装置、及び方法 - Google Patents
連携制御プログラム、装置、及び方法 Download PDFInfo
- Publication number
- JP2018055480A JP2018055480A JP2016191896A JP2016191896A JP2018055480A JP 2018055480 A JP2018055480 A JP 2018055480A JP 2016191896 A JP2016191896 A JP 2016191896A JP 2016191896 A JP2016191896 A JP 2016191896A JP 2018055480 A JP2018055480 A JP 2018055480A
- Authority
- JP
- Japan
- Prior art keywords
- service
- conditions
- condition
- divided
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims description 51
- 238000011156 evaluation Methods 0.000 claims description 5
- 230000006870 function Effects 0.000 description 10
- 230000004308 accommodation Effects 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 239000004065 semiconductor Substances 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 230000001174 ascending effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/14—Travel agencies
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
- G06Q10/025—Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0605—Supply or demand aggregation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/12—Hotels or restaurants
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
Landscapes
- Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Entrepreneurship & Innovation (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】複数のサービス提供システムを連携させる。【解決手段】受付部１２が、サービスの提供に関する条件を受け付け、分割部１４が、受け付けた条件を複数の条件に分割し、取得部１６が、分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する。【選択図】図２
Description
本発明は、連携制御プログラム、連携制御装置、及び連携制御方法に関する。
従来、旅行予約や旅行計画作成を支援するサービスが存在する。例えば、ユーザの端末装置からＩＴＳ（Intelligent Transport System）サービスセンタに要求されるサービスを、旅行コンテンツ会社サービスシステムや航空会社サービスシステムなどと連携してユーザに提供するシステムが提案されている。
また、インターネットを介して顧客の要求する条件を満たすサービス提供事業者を検索すると共に、顧客の要求を満たすサービス提供事業者を選定、及び通知するシステムが提案されている。
現在、自動車、空き部屋、洋服、人手や能力、資金などの様々なリソースを複数の人で共有したり、個人間で貸し借りをしたりする際の仲介を行うシェアリングサービスが普及している。これらのシェアリングサービスのようなサービス提供システムは、それぞれ独自に運用されている。そのため、例えば旅行などの１つのイベントについて、ユーザが複数のサービス提供システムを利用したい場合には、ユーザはそれぞれのシステムに個別に条件を指定して予約するなどの手順が必要となる。
本発明は、一つの側面として、複数のサービス提供システムを連携させることを目的とする。
本発明は、一つの態様として、サービスの提供に関する条件を受け付け、受け付けた前記条件を複数の条件に分割し、分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する。
一つの側面として、複数のサービス提供システムを連携させることができる。
以下、図面を参照して本発明に係る実施形態の一例を詳細に説明する。
＜第１実施形態＞
図１に示すように、第１実施形態に係る連携制御システム１００は、連携制御装置１０と、複数のシェアリングサーバ２０と、複数のユーザ端末３０とを含む。連携制御装置１０と、シェアリングサーバ２０の各々と、ユーザ端末３０の各々とは、インターネット等のネットワークを介して接続される。なお、シェアリングサーバ２０及びユーザ端末３０の数は、図１の例に限定されない。
図１に示すように、第１実施形態に係る連携制御システム１００は、連携制御装置１０と、複数のシェアリングサーバ２０と、複数のユーザ端末３０とを含む。連携制御装置１０と、シェアリングサーバ２０の各々と、ユーザ端末３０の各々とは、インターネット等のネットワークを介して接続される。なお、シェアリングサーバ２０及びユーザ端末３０の数は、図１の例に限定されない。
シェアリングサーバ２０は、シェアリングサービスを提供する装置であり、例えば、サーバ装置、パーソナルコンピュータ等の情報処理装置で実現することができる。シェアリングサービスとは、自動車、空き部屋、洋服、人手や能力、資金などの様々なリソースを複数の人で共有したり、個人間で貸し借りをしたりする際の仲介を行うサービスである。本実施形態では、複数のシェアリングサーバ２０には、同種のシェアリングサービスを提供する複数のシェアリングサーバ２０、及び異なるシェアリングサービスを提供する複数のシェアリングサーバ２０が含まれる場合について説明する。例えば、ある複数のシェアリングサーバ２０の各々は、Ｕｂｅｒなどのように、配車のシェアリングサービスを提供し、別の複数のシェアリングサーバ２０の各々は、Ａｉｒｂｎｂなどのように、宿泊施設のシェアリングサービスを提供する。シェアリングサーバ２０は、ユーザ端末３０上で、ウェブアプリケーションやスマートフォンアプリケーションとしてシェアリングサービスを提供する。
ユーザ端末３０は、シェアリングサービスを利用するユーザが使用する情報処理端末であり、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等で実現することができる。なお、シェアリングサービスのユーザには、シェアリングサービスにおいてシェアされる対象であるリソースを提供するサービス提供者、及びリソースを利用するサービス利用者の両者が含まれる。ユーザ端末３０において、所望のシェアリングサービスのアプリケーションを起動することにより、ユーザ端末３０から、そのシェアリングサービスを提供しているシェアリングサーバ２０にアクセスされる。
連携制御装置１０は、複数のシェアリングサービスを連携させて、サービス利用者から指定されたサービス条件に対応するマッチング結果をサービス利用者に提供する。マッチング結果には、条件に対応するリソースを提供可能か否か、提供可能な場合には、提供可能なリソースの情報が含まれる。
図２に示すように、連携制御装置１０は、機能的には、受付部１２と、分割部１４と、取得部１６と、提供部１８とを含む。
受付部１２は、ユーザ端末３０を介して、サービス利用者からサービス条件を受け付ける。サービス条件とは、サービス利用者が利用を希望するリソースの属性等の条件である。本実施形態では、サービス条件には、時間情報が含まれるものとする。例えば、サービス利用者が、自動車の所有者（運転者）であるサービス提供者と、自動車を移動手段として利用したいサービス利用者とのマッチングを行うライドシェアのシェアリングサービスの利用を希望しているとする。この場合、サービス条件としては、出発地、目的地、出発時刻等が指定される。なお、出発時刻が時間情報の一例である。受付部１２は、受け付けたサービス条件を分割部１４に受け渡す。
分割部１４は、受付部１２から受け渡されたサービス条件を複数の条件に分割する。以下では、分割された条件のそれぞれを「分割条件」という。具体的には、本実施形態では、分割部１４は、サービス条件を、そのサービス条件に含まれる時間情報に基づいて、時間軸方向に複数の分割条件に分割する。時間軸方向に分割するとは、分割条件の各々に含まれる時間情報がそれぞれ重複しないように分割することをいう。
例えば、上述のライドシェアについてのサービス条件の場合、分割部１４は、出発地から目的地までの経路を検索し、その経路を所定の地点毎に複数の部分に分割する。経路の検索には従来既知の手法を用いることができる。所定の地点は、出発時刻を基準とした到着予定時刻が所定時間間隔となる各地点とすることができる。また、分割部１４は、出発地から所定距離毎の地点で分割したり、高速道路のサービスエリアや主要なランドマークなどが存在する地点で分割したりしてもよい。
上記の所定時間や所定距離などの分割の粒度は、対象のシェアリングサービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて変更することができる。例えば、ライドシェアの場合、サービス提供者（自動車の運転者）によるサービスの提供範囲は、サービス提供者の生活圏に関連するなど、地域性が高いことが想定される。従って、長距離移動で目的地まで移動する条件でマッチングを行うよりも、短距離移動を繋ぎ合わせて目的地まで移動する条件でマッチングを行う方が、サービス条件とマッチするリソースが存在する可能性が高くなる。
そこで、シェアリングサービスの種類がライドシェアの場合には、サービス条件の分割の粒度を細かく設定することができる。また、都心部よりも田舎の方が長距離移動に対応するサービス提供者が多いことが想定されるため、サービス条件で指定される利用地域が田舎の場合には、利用地域が都心部の場合よりも、分割の粒度を大きくしてもよい。また、利用する経路が高速道路か一般道か、昼間の時間帯か夜間か等に応じて、分割の粒度を変更してもよい。また、１つのサービス条件を分割した分割条件の各々の粒度を異ならせてもよい。
分割条件には、サービス利用者により指定されたサービス条件と同様の指定が含まれる。例えばライドシェアについてのサービス条件を分割した分割条件には、出発地、目的地、出発時刻等の指定が含まれる。分割条件の出発地及び目的地は、サービス条件を分割した地点であり、出発時刻は、その地点への到着予定時刻である。分割部１４は、分割条件の各々を取得部１６に受け渡す。
取得部１６は、分割条件の各々を送信するシェアリングサービスを選択する。例えば、取得部１６は、図３に示すように、シェアリングサービスの識別情報と、そのシェアリングサービスの種類とを対応付けたテーブルを保持しておく。図３の例では、シェアリングサービスの識別情報として、サービスＩＤを用いている。以下、サービスＩＤ＝Ｘのシェアリングサービスを「シェアリングサービスＸ」という。取得部１６は、このテーブルを参照して、サービス条件に対応する種類のシェアリングサービスを選択する。対象のシェアリングサービスが複数存在する場合には、それらの全て、又はそのうちの複数のシェアリングサービスを選択してもよい。
取得部１６は、選択したシェアリングサービスを提供するシェアリングサーバ２０に分割条件の各々を送信する。なお、各シェアリングサービスに送信する分割条件は、サービス条件全体に相当する全ての分割条件であってもよいし、一部の分割条件であってもよい。例えば、サービスの提供地域が限定されているシェアリングサービスが存在する場合、その地域に対応した指定を含む分割条件のみを、そのシェアリングサービスへ送信することができる。
また、取得部１６は、分割条件の各々を送信したシェアリングサービスの各々から、マッチング結果を受信する。上述したように、マッチング結果には、分割条件に対応するリソースを提供可能か否か、提供可能な場合には、提供可能なリソースの情報が含まれる。例えば、提供可能なリソースの情報として、提供可能なリソースと、そのリソースの属性とをリスト化したリソースリストをマッチング結果とすることができる。取得部１６は、取得した分割条件毎のマッチング結果の各々を提供部１８に受け渡す。
なお、取得部１６とシェアリングサービスとの間の情報のやり取りのために、シェアリングサービスに、Application Programming Interface（ＡＰＩ）を設けておく。このＡＰＩは、分割条件の受け付け、及びマッチング結果の出力を行うためのものである。そして、このＡＰＩを利用して、取得部１６とシェアリングサービスとの間で情報のやり取りを行えばよい。
提供部１８は、取得部１６から受け渡された分割条件毎のマッチング結果に含まれるリソースリストを分割条件毎に集約し、リソースリストに含まれる各リソースの情報を、いずれかの属性に応じて並び替える。例えば、提供部１８は、リソースの情報を、利用金額が安い順に並び替えたり、サービス提供者の評価が高い順に並び替えたりすることができる。提供部１８は、並び替えた分割条件毎のリソースリストの全てを、当初のサービス条件に対応するマッチング結果として一括でサービス利用者が使用するユーザ端末３０へ返送する。
なお、いずれかの分割条件に対応するマッチング結果に、分割条件に対応するサービスを提供することができないことを示す場合マッチング結果が含まれているとする。以下、この場合のマッチング結果を、「マッチングなし」という。この場合、提供部１８は、該当の分割条件に対応するマッチング結果として、マッチングなしのマッチング結果をサービス利用者に返送する。また、提供部１８は、マッチングなしのマッチング結果となった分割条件を分割部１４に通知し、該当部分を含むサービス条件の一部又は全部について、分割の粒度を変更した上で、再度分割を行うように指示してもよい。分割部１４による再分割が行われた場合、再分割された分割条件について、取得部１６及び提供部１８の処理も再度実行する。
また、提供部１８は、サービス利用者から、各分割条件に対応したリソースリストからいずれかのリソースを選択する指示を受け付けた場合、該当のリソースを提供するシェアリングサービスに、該当のリソースの予約指示を送信する。
これにより、サービス利用者は、各分割条件が送信されたシェアリングサービスの各々を意識することなく、当初指定したサービス条件全体に対応するマッチング結果を取得することができる。
連携制御装置１０は、例えば図４に示すコンピュータ４０で実現することができる。コンピュータ４０は、Central Processing Unit（ＣＰＵ）４１と、一時記憶領域としてのメモリ４２と、不揮発性の記憶部４３とを備える。また、コンピュータ４０は、入出力装置４４と、記憶媒体４９に対するデータの読み込み及び書き込みを制御するRead/Write（Ｒ／Ｗ）部４５と、インターネット等のネットワークに接続される通信インターフェース（Ｉ／Ｆ）４６とを備える。ＣＰＵ４１、メモリ４２、記憶部４３、入出力装置４４、Ｒ／Ｗ部４５、及び通信Ｉ／Ｆ４６は、バス４７を介して互いに接続される。
記憶部４３は、Hard Disk Drive（ＨＤＤ）、Solid State Drive（ＳＳＤ）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部４３には、コンピュータ４０を連携制御装置１０として機能させるための連携制御プログラム５０が記憶される。連携制御プログラム５０は、受付プロセス５２と、分割プロセス５４と、取得プロセス５６と、提供プロセス５８とを有する。
ＣＰＵ４１は、連携制御プログラム５０を記憶部４３から読み出してメモリ４２に展開し、連携制御プログラム５０が有するプロセスを順次実行する。ＣＰＵ４１は、受付プロセス５２を実行することで、図２に示す受付部１２として動作する。また、ＣＰＵ４１は、分割プロセス５４を実行することで、図２に示す分割部１４として動作する。また、ＣＰＵ４１は、取得プロセス５６を実行することで、図２に示す取得部１６として動作する。また、ＣＰＵ４１は、提供プロセス５８を実行することで、図２に示す提供部１８として動作する。これにより、連携制御プログラム５０を実行したコンピュータ４０が、連携制御装置１０として機能する。
なお、連携制御プログラム５０により実現される機能は、例えば半導体集積回路、より詳しくはApplication Specific Integrated Circuit（ＡＳＩＣ）等で実現することも可能である。
次に、第１実施形態に係る連携制御システム１００の作用について説明する。
連携制御装置１０の受付部１２が、サービス利用者からユーザ端末３０を介して送信されたサービス条件を受け付けると、連携制御装置１０において、図５に示す連携制御処理が実行される。ここでは、出発時刻９：００で、羽田から箱根までのライドシェアを希望するサービス条件が受け付けられたものとする。
ステップＳ１１で、受付部１２が、例えば、下記に示すように、受け付けたサービス条件を所定のフォーマットに設定し、分割部１４に受け渡す。
Ｆｒｏｍ＝羽田
Ｔｏ ＝箱根
出発時刻＝９：００
Ｆｒｏｍ＝羽田
Ｔｏ ＝箱根
出発時刻＝９：００
次に、ステップＳ１２で、分割部１４が、受付部１２から受け渡されたサービス条件を複数の分割条件に分割する。そして、分割部１４は、分割した分割条件の各々を取得部１６に受け渡す。ここでは、例えば、以下のように３つの分割条件に分割する場合について説明する。
分割条件１：
Ｆｒｏｍ＝羽田
Ｔｏ ＝新宿
出発時刻＝９：００
分割条件２：
Ｆｒｏｍ＝新宿
Ｔｏ ＝小田原
出発時刻＝１０：００
分割条件３：
Ｆｒｏｍ＝小田原
Ｔｏ ＝箱根
出発時刻＝１２：００
Ｆｒｏｍ＝羽田
Ｔｏ ＝新宿
出発時刻＝９：００
分割条件２：
Ｆｒｏｍ＝新宿
Ｔｏ ＝小田原
出発時刻＝１０：００
分割条件３：
Ｆｒｏｍ＝小田原
Ｔｏ ＝箱根
出発時刻＝１２：００
次に、ステップＳ１３で、取得部１６が、分割条件の各々を送信するシェアリングサービスを選択する。例えば、取得部１６は、図３に示すようなテーブルを参照し、ライドシェアのシェアリングサービスがシェアリングサービスＡ及びＤであることを特定する。取得部１６は、シェアリングサービスＡ及びＤのいずれかを分割条件の送信先として選択してもよいし、両方を選択してもよい。また、分割条件毎に送信先のシェアリングサービスを異ならせてもよい。例えば、分割条件１の送信先としてシェアリングサービスＡを選択し、分割条件２及び３の送信先としてシェアリングサービスＤを選択してもよい。取得部１６は、選択したシェアリングサービスを提供するシェアリングサーバ２０に分割条件の各々を送信する。
次に、ステップＳ１４で、取得部１６が、分割条件の各々を送信したシェアリングサービスの各々から、リソースリストを含むマッチング結果を取得する。取得部１６は、取得した分割条件毎のマッチング結果の各々を提供部１８に受け渡す。
次に、ステップＳ１５で、提供部１８が、例えば、図６の左図に示すように、取得部１６から受け渡された分割条件毎のマッチング結果に含まれるリソースリストを分割条件毎に集約する。また、提供部１８は、図６の右図に示すように、分割条件毎のリソースリストに含まれる各リソースの情報を、いずれかの属性に応じて並び替える。そして、提供部１８は、並び替えた分割条件毎のリソースリストの全てを、サービス条件全体に対応するマッチング結果として一括でサービス利用者が使用するユーザ端末３０へ提供する。
次に、ステップＳ１６で、提供部１８が、サービス利用者から、各分割条件に対応したリソースリストからいずれかのリソースを選択する指示を受け付ける。そして、提供部１８は、選択されたリソースを提供するシェアリングサービスに、該当のリソースの予約指示を送信し、連携制御処理は終了する。
以上説明したように、第１実施形態に係る連携制御装置は、サービス利用者から指定されたサービス条件を、時間軸方向に複数の分割条件に分割し、分割条件の各々を１又は複数のシェアリングサービスに送信する。これにより、複数のシェアリングサービスを連携させて、サービス利用者により指定されたサービス条件に対応したサービスを提供することができる。
＜第２実施形態＞
次に、第２実施形態について説明する。なお、第２実施形態に係る連携制御システムについて、第１実施形態に係る連携制御システム１００と同様の部分については、同一符号を付して詳細な説明を省略する。
次に、第２実施形態について説明する。なお、第２実施形態に係る連携制御システムについて、第１実施形態に係る連携制御システム１００と同様の部分については、同一符号を付して詳細な説明を省略する。
図１に示すように、第２実施形態に係る連携制御システム２００は、連携制御装置２１０と、複数のシェアリングサーバ２０と、複数のユーザ端末３０とを含む。
図２に示すように、連携制御装置２１０は、機能的には、受付部１２と、分割部１４と、取得部２１６と、提供部２１８とを含む。
取得部２１６は、第１実施形態に係る取得部１６と同様に、分割条件の各々を、選択したシェアリングサーバへ送信し、マッチング結果を取得する。この際、第２実施形態に係る取得部２１６は、分割条件に含まれる時間情報に応じて、分割条件毎に順次マッチング結果を取得する。例えば、分割条件に開始時刻が含まれる場合、取得部２１６は、各分割条件の開始時刻の所定時間前になったタイミングで、その分割条件を選択したシェアリングサーバへ送信し、マッチング結果を取得する。
提供部２１８は、取得部２１６から分割条件毎のマッチング結果を受け渡される都度、リソースリストの集約及び並び替えを行い、サービス利用者に提供する点が、第１実施形態に係る提供部１８と異なる。
連携制御装置２１０は、例えば図４に示すコンピュータ４０で実現することができる。コンピュータ４０の記憶部４３には、コンピュータ４０を連携制御装置２１０として機能させるための連携制御プログラム２５０が記憶される。連携制御プログラム２５０は、受付プロセス５２と、分割プロセス５４と、取得プロセス２５６と、提供プロセス２５８とを有する。
ＣＰＵ４１は、連携制御プログラム２５０を記憶部４３から読み出してメモリ４２に展開し、連携制御プログラム２５０が有するプロセスを順次実行する。ＣＰＵ４１は、取得プロセス２５６を実行することで、図２に示す取得部２１６として動作する。また、ＣＰＵ４１は、提供プロセス２５８を実行することで、図２に示す提供部２１８として動作する。他のプロセスについては、第１実施形態に係る連携制御プログラム５０と同様である。これにより、連携制御プログラム２５０を実行したコンピュータ４０が、連携制御装置２１０として機能する。
なお、連携制御プログラム２５０により実現される機能は、例えば半導体集積回路、より詳しくはＡＳＩＣ等で実現することも可能である。
次に、第２実施形態に係る連携制御システム２００の作用について説明する。
連携制御装置２１０の受付部１２が、サービス利用者からユーザ端末３０を介して送信されたサービス条件を受け付けると、連携制御装置２１０において、図７に示す連携制御処理が実行される。第２実施形態においても、第１実施形態と同様のライドシェアのサービスを利用する場合を例に説明する。なお、図７に示す連携制御処理について、第１実施形態における連携制御処理（図５）と同様の処理については、同一符号を付して詳細な説明を省略する。
ステップＳ１２で、第１実施形態と同様に、分割部１４が、サービス条件を、上述の分割条件１、２、及び３に分割する。そして、次のステップＳ１３で、取得部２１６が、各分割条件に含まれる開始時刻の早い順に１つの分割条件を選択する。ここでは、まず、分割条件１が選択される。
次に、ステップＳ２２で、取得部２１６が、選択した分割条件に含まれる開始時刻の所定時間前などの所定の送信タイミングに到達したか否かを判定する。送信タイミングに到達していない場合には、本ステップの判定を繰り返し、送信タイミングに到達した場合には、処理はステップＳ２３へ移行する。
ステップＳ２３では、取得部２１６が、選択した分割条件を送信するシェアリングサービスを、例えば図３に示すようなテーブルを参照して選択し、選択したシェアリングサービスを提供するシェアリングサーバ２０に、選択した分割条件を送信する。
次に、ステップＳ２４で、取得部２１６が、選択した分割条件を送信したシェアリングサービスから、リソースリストを含むマッチング結果を取得する。取得部２１６は、取得した分割条件毎のマッチング結果の各々を提供部２１８に受け渡す。
次に、ステップＳ２５で、提供部２１８が、例えば、図８の上段左図に示すように、取得部２１６から受け渡された分割条件のマッチング結果に含まれるリソースリストを集約する。また、提供部２１８は、選択された分割条件のリソースリストに含まれる各リソースの情報を、いずれかの属性に応じて並び替える。そして、提供部２１８は、図８の上段右図に示すように、並び替えたリソースリストを、サービス利用者が使用するユーザ端末３０へ提供する。
次に、ステップＳ２６で、提供部２１８が、サービス利用者から、選択された分割条件に対応したリソースリストからいずれかのリソースを選択する指示を受け付ける。そして、提供部２１８は、選択されたリソースを提供するシェアリングサービスに、該当のリソースの予約指示を送信する。
次に、ステップＳ２７で、取得部２１６が、全ての分割条件について、マッチング結果を取得済みか否かを判定する。マッチング結果を未取得の分割条件が存在する場合には、処理はステップＳ２１に戻り、取得部２１６が、開始時刻順に次の分割条件を選択し、ステップＳ２２〜Ｓ２６の処理を繰り返す。一方、全ての分割条件についてマッチング結果を取得済みの場合には、連携制御処理は終了する。
以上説明したように、第２実施形態に係る連携制御装置によれば、サービス利用者から指定されたサービス条件を、時間軸方向に複数の分割条件に分割し、分割条件の各々を時間情報に応じて、１又は複数のシェアリングサービスに順次送信する。これにより、第１実施形態と同様に、複数のシェアリングサービスを連携させて、サービス利用者により指定されたサービス条件に対応したサービスを提供することができる。
また、分割条件に含まれる時間情報に応じたタイミングで分割条件毎にマッチングを行うため、適切なリソースの情報を提供することができる。例えば、ライドシェアの場合、たまたま同じ方向に移動するサービス提供者の自動車に相乗りさせてもらう、という趣旨を含んでいる。そのため、事前に利用時間を指定してリソースを予約する場合よりも、本実施形態のように、利用開始時刻間近の状況に応じてマッチングを行う方が、サービス利用者及びサービス提供者の双方にとって無駄のないマッチングを行える可能性が高い。
＜第３実施形態＞
次に、第３実施形態について説明する。第１及び第２実施形態では、サービス条件を時間軸方向に分割する場合について説明したが、第３実施形態では、サービスの種類に応じてサービス条件を分割する場合について説明する。なお、第３実施形態に係る連携制御システムについて、第１実施形態に係る連携制御システム１００と同様の部分については、同一符号を付して詳細な説明を省略する。
次に、第３実施形態について説明する。第１及び第２実施形態では、サービス条件を時間軸方向に分割する場合について説明したが、第３実施形態では、サービスの種類に応じてサービス条件を分割する場合について説明する。なお、第３実施形態に係る連携制御システムについて、第１実施形態に係る連携制御システム１００と同様の部分については、同一符号を付して詳細な説明を省略する。
図１に示すように、第３実施形態に係る連携制御システム３００は、連携制御装置３１０と、複数のシェアリングサーバ２０と、複数のユーザ端末３０とを含む。
図２に示すように、連携制御装置３１０は、機能的には、受付部１２と、分割部３１４と、取得部１６と、提供部１８とを含む。
分割部３１４は、受付部１２から受け渡されたサービス条件を、そのサービス条件で指定されている項目の各々に対応するシェアリングサービスの種類に基づいて、複数の分割条件に分割する。例えば、出発地から目的地までのライドシェアの利用と、目的地での民泊の利用とを指定したサービス条件の場合、分割部３１４は、サービス条件を、ライドシェアの利用の部分と、民泊の利用の部分とに分割する。
連携制御装置３１０は、例えば図４に示すコンピュータ４０で実現することができる。コンピュータ４０の記憶部４３には、コンピュータ４０を連携制御装置３１０として機能させるための連携制御プログラム３５０が記憶される。連携制御プログラム３５０は、受付プロセス５２と、分割プロセス３５４と、取得プロセス５６と、提供プロセス５８とを有する。
ＣＰＵ４１は、連携制御プログラム３５０を記憶部４３から読み出してメモリ４２に展開し、連携制御プログラム３５０が有するプロセスを順次実行する。ＣＰＵ４１は、分割プロセス３５４を実行することで、図２に示す分割部３１４として動作する。他のプロセスについては、第１実施形態に係る連携制御プログラム５０と同様である。これにより、連携制御プログラム３５０を実行したコンピュータ４０が、連携制御装置３１０として機能する。
なお、連携制御プログラム３５０により実現される機能は、例えば半導体集積回路、より詳しくはＡＳＩＣ等で実現することも可能である。
次に、第３実施形態に係る連携制御システム３００の作用について説明する。
連携制御装置３１０の受付部１２が、サービス利用者からユーザ端末３０を介して送信されたサービス条件を受け付けると、連携制御装置３１０において、図９に示す連携制御処理が実行される。なお、図９に示す連携制御処理について、第１実施形態における連携制御処理（図５）と同様の処理については、同一符号を付して詳細な説明を省略する。ここでは、以下に示すサービス条件が受け付けられたものとする。
１０／１ 大阪、宿泊、１名
１０／２ 大阪→静岡、１８：００発
１０／２ 静岡、宿泊、１名
１０／３ 静岡→横浜、１２：００発
１０／３ 横浜、宿泊、１名
１０／２ 大阪→静岡、１８：００発
１０／２ 静岡、宿泊、１名
１０／３ 静岡→横浜、１２：００発
１０／３ 横浜、宿泊、１名
ステップＳ３２で、分割部３１４が、受付部１２から受け渡されたサービス条件を、そのサービス条件で指定されている項目の各々に対応するシェアリングサービスの種類に基づいて、複数の分割条件に分割する。そして、分割部３１４は、分割した分割条件の各々を取得部１６に受け渡す。ここでは、例えば、以下のように、民泊向けの分割条件と、ライドシェア向けの分割条件とに分割される。
民泊向けの分割条件：
１０／１ 大阪、宿泊、１名
１０／２ 静岡、宿泊、１名
１０／３ 横浜、宿泊、１名
ライドシェア向けの分割条件：
１０／２ 大阪→静岡、１８：００発
１０／３ 静岡→横浜、１２：００発
１０／１ 大阪、宿泊、１名
１０／２ 静岡、宿泊、１名
１０／３ 横浜、宿泊、１名
ライドシェア向けの分割条件：
１０／２ 大阪→静岡、１８：００発
１０／３ 静岡→横浜、１２：００発
次に、ステップＳ１３で、取得部１６が、例えば、図３に示すようなテーブルを参照し、分割条件の各々を送信するシェアリングサービスを選択する。例えば、取得部１６は、民泊向けの分割条件を送信するシェアリングサービスとして、シェアリングサービスＢ若しくはＣ、又はシェアリングサービスＢ及びＣの両方を選択することができる。同様に、取得部１６は、ライドシェア向けの分割条件を送信するシェアリングサービスとして、シェアリングサービスＡ若しくはＤ、又はシェアリングサービスＡ及びＤの両方を選択することができる。取得部１６は、選択したシェアリングサービスを提供するシェアリングサーバ２０に分割条件の各々を送信する。
以下、ステップＳ１４〜Ｓ１５で、第１実施形態と同様に、各シェアリングサービスから返送されたマッチング結果を取得し、サービス利用者に提供する。
以上説明したように、第３実施形態に係る連携制御装置は、サービス利用者から指定されたサービス条件を、サービスの種類に応じて複数の分割条件に分割する。そして、分割条件の各々を、その分割条件に対応するサービスを提供する１又は複数のシェアリングサービスに送信する。これにより、異なる種類の複数のシェアリングサービスを連携させて、サービス利用者により指定されたサービス条件に対応したサービスを提供することができる。
また、サービス利用者は、サービスの種類に応じてそれぞれ異なるシェアリングサービスに対してサービス条件を指定するなどの手間を要することなく、例えば旅行などの１つのイベントに関して利用する複数のリソースを予約することができる。
なお、第２実施形態では、種類が異なるサービスを組み合わせたサービス条件の例として、ライドシェアと民泊との組み合わせの場合について説明したが、これに限定されない。例えば、ライドシェアとキャンプ用品等の貸し出しとの組み合わせ、会議室の貸し出しとプロジェクタ等の機器の貸し出しとの組み合わせなど、様々な種類のシェアリングサービスの組み合わせにも、本発明を適用することができる。また、組み合わせるシェアリングサービスの種類は２つに限らず、３つ以上でもよい。
また、第１の実施形態と第２の実施形態とを組み合わせて、サービス条件に含まれる時間情報に基づく時間方向の分割と、サービスの種類に応じた分割を合わせて行ってもよい。
また、上記では、連携制御プログラム５０、２５０、３５０が記憶部４３に予め記憶（インストール）されている態様を説明したが、これに限定されない。プログラムは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリ等の記憶媒体に記憶された形態で提供することも可能である。
以上の各実施形態に関し、更に以下の付記を開示する。
（付記１）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラム。
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラム。
（付記２）
前記分割した各条件のそれぞれを満たす前記サービス提供者に関する情報を一括で取得する付記１に記載の連携制御プログラム。
前記分割した各条件のそれぞれを満たす前記サービス提供者に関する情報を一括で取得する付記１に記載の連携制御プログラム。
（付記３）
前記分割した各条件に含まれる時間情報に応じて、前記サービス提供者に関する情報を順次取得する付記１に記載の連携制御プログラム。
前記分割した各条件に含まれる時間情報に応じて、前記サービス提供者に関する情報を順次取得する付記１に記載の連携制御プログラム。
（付記４）
前記サービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて、前記条件を分割する粒度を変更する付記１〜付記３のいずれか１項に記載の連携制御プログラム。
前記サービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて、前記条件を分割する粒度を変更する付記１〜付記３のいずれか１項に記載の連携制御プログラム。
（付記５）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラム。
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラム。
（付記６）
取得した前記サービス提供者に関する情報を依頼元に提供する際に、前記分割した各条件のそれぞれを満たすサービスの料金又は評価の合計に基づいて並び替えて提供する付記１〜付記５のいずれか１項に記載の連携制御プログラム。
取得した前記サービス提供者に関する情報を依頼元に提供する際に、前記分割した各条件のそれぞれを満たすサービスの料金又は評価の合計に基づいて並び替えて提供する付記１〜付記５のいずれか１項に記載の連携制御プログラム。
（付記７）
サービスの提供に関する条件を受け付ける受付部と、
受け付けた前記条件を複数の条件に分割する分割部と、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する取得部と、
を含むことを特徴とする連携制御装置。
サービスの提供に関する条件を受け付ける受付部と、
受け付けた前記条件を複数の条件に分割する分割部と、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する取得部と、
を含むことを特徴とする連携制御装置。
（付記８）
前記取得部は、前記分割した各条件のそれぞれを満たす前記サービス提供者に関する情報を一括で取得する付記７に記載の連携制御装置。
前記取得部は、前記分割した各条件のそれぞれを満たす前記サービス提供者に関する情報を一括で取得する付記７に記載の連携制御装置。
（付記９）
前記取得部は、前記分割した各条件に含まれる時間情報に応じて、前記サービス提供者に関する情報を順次取得する付記７に記載の連携制御装置。
前記取得部は、前記分割した各条件に含まれる時間情報に応じて、前記サービス提供者に関する情報を順次取得する付記７に記載の連携制御装置。
（付記１０）
前記分割部は、前記サービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて、前記条件を分割する粒度を変更する付記７〜付記９のいずれか１項に記載の連携制御装置。
前記分割部は、前記サービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて、前記条件を分割する粒度を変更する付記７〜付記９のいずれか１項に記載の連携制御装置。
（付記１１）
サービスの提供に関する条件を受け付け受付部と、
受け付けた前記条件を複数種類の条件に分割する分割部と、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する取得部と、
を含むことを特徴とする連携制御装置。
サービスの提供に関する条件を受け付け受付部と、
受け付けた前記条件を複数種類の条件に分割する分割部と、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する取得部と、
を含むことを特徴とする連携制御装置。
（付記１２）
取得した前記サービス提供者に関する情報を依頼元に提供する際に、前記分割した各条件のそれぞれを満たすサービスの料金又は評価の合計に基づいて並び替えて提供する提供部をさらに含む付記７〜付記１１のいずれか１項に記載の連携制御装置。
取得した前記サービス提供者に関する情報を依頼元に提供する際に、前記分割した各条件のそれぞれを満たすサービスの料金又は評価の合計に基づいて並び替えて提供する提供部をさらに含む付記７〜付記１１のいずれか１項に記載の連携制御装置。
（付記１３）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータが実行することを特徴とする連携制御方法。
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータが実行することを特徴とする連携制御方法。
（付記１４）
前記分割した各条件のそれぞれを満たす前記サービス提供者に関する情報を一括で取得する付記１３に記載の連携制御方法。
前記分割した各条件のそれぞれを満たす前記サービス提供者に関する情報を一括で取得する付記１３に記載の連携制御方法。
（付記１５）
前記分割した各条件に含まれる時間情報に応じて、前記サービス提供者に関する情報を順次取得する付記１３に記載の連携制御方法。
前記分割した各条件に含まれる時間情報に応じて、前記サービス提供者に関する情報を順次取得する付記１３に記載の連携制御方法。
（付記１６）
前記サービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて、前記条件を分割する粒度を変更する付記１３〜付記１５のいずれか１項に記載の連携制御方法。
前記サービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて、前記条件を分割する粒度を変更する付記１３〜付記１５のいずれか１項に記載の連携制御方法。
（付記１７）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータが実行することを特徴とする連携制御方法。
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータが実行することを特徴とする連携制御方法。
（付記１８）
取得した前記サービス提供者に関する情報を依頼元に提供する際に、前記分割した各条件のそれぞれを満たすサービスの料金又は評価の合計に基づいて並び替えて提供する付記１３〜付記１７のいずれか１項に記載の連携制御方法。
取得した前記サービス提供者に関する情報を依頼元に提供する際に、前記分割した各条件のそれぞれを満たすサービスの料金又は評価の合計に基づいて並び替えて提供する付記１３〜付記１７のいずれか１項に記載の連携制御方法。
（付記１９）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラムを記憶した記憶媒体。
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラムを記憶した記憶媒体。
（付記２０）
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラムを記憶した記憶媒体。
サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラムを記憶した記憶媒体。
１０、２１０、３１０ 連携制御装置
１２ 受付部
１４、３１４ 分割部
１６、２１６ 取得部
１８、２１８ 提供部
２０ シェアリングサーバ
３０ ユーザ端末
４０ コンピュータ
４１ ＣＰＵ
４２ メモリ
４３ 記憶部
４４ 入出力装置
４９ 記憶媒体
５０、２５０、３５０ 連携制御プログラム
１００、２００、３００ 連携制御システム
１２ 受付部
１４、３１４ 分割部
１６、２１６ 取得部
１８、２１８ 提供部
２０ シェアリングサーバ
３０ ユーザ端末
４０ コンピュータ
４１ ＣＰＵ
４２ メモリ
４３ 記憶部
４４ 入出力装置
４９ 記憶媒体
５０、２５０、３５０ 連携制御プログラム
１００、２００、３００ 連携制御システム
Claims (10)
- サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラム。 - 前記分割した各条件のそれぞれを満たす前記サービス提供者に関する情報を一括で取得する請求項１に記載の連携制御プログラム。
- 前記分割した各条件に含まれる時間情報に応じて、前記サービス提供者に関する情報を順次取得する請求項１に記載の連携制御プログラム。
- 前記サービスの種類、利用地域、及び利用時間帯の少なくとも１つに応じて、前記条件を分割する粒度を変更する請求項１〜請求項３のいずれか１項に記載の連携制御プログラム。
- サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータに実行させることを特徴とする連携制御プログラム。 - 取得した前記サービス提供者に関する情報を依頼元に提供する際に、前記分割した各条件のそれぞれを満たすサービスの料金又は評価の合計に基づいて並び替えて提供する請求項１〜請求項５のいずれか１項に記載の連携制御プログラム。
- サービスの提供に関する条件を受け付ける受付部と、
受け付けた前記条件を複数の条件に分割する分割部と、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する取得部と、
を含むことを特徴とする連携制御装置。 - サービスの提供に関する条件を受け付け受付部と、
受け付けた前記条件を複数種類の条件に分割する分割部と、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する取得部と、
を含むことを特徴とする連携制御装置。 - サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数の条件に分割し、
分割した各条件のそれぞれを満たすサービス提供者に関する情報を取得する、
処理をコンピュータが実行することを特徴とする連携制御方法。 - サービスの提供に関する条件を受け付け、
受け付けた前記条件を複数種類の条件に分割し、
分解した各条件を条件の種類に応じて複数のサービス提供システムのうちのいずれかに振り分けて提供し、
前記各条件が振り分けられた各サービス提供システムから、条件を満たすサービス提供者に関する情報を取得する、
処理をコンピュータが実行することを特徴とする連携制御方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016191896A JP2018055480A (ja) | 2016-09-29 | 2016-09-29 | 連携制御プログラム、装置、及び方法 |
| US15/695,114 US20180089772A1 (en) | 2016-09-29 | 2017-09-05 | Method and device for gathering information |
| EP17192332.9A EP3301619A1 (en) | 2016-09-29 | 2017-09-21 | Method and device for gathering travel information from different service providers |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016191896A JP2018055480A (ja) | 2016-09-29 | 2016-09-29 | 連携制御プログラム、装置、及び方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2018055480A true JP2018055480A (ja) | 2018-04-05 |
Family
ID=59930230
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016191896A Withdrawn JP2018055480A (ja) | 2016-09-29 | 2016-09-29 | 連携制御プログラム、装置、及び方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20180089772A1 (ja) |
| EP (1) | EP3301619A1 (ja) |
| JP (1) | JP2018055480A (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20190390971A1 (en) * | 2018-06-25 | 2019-12-26 | Uber Technologies, Inc. | Determining cumulative estimated time for requested services |
| JP7172413B2 (ja) * | 2018-10-12 | 2022-11-16 | トヨタ自動車株式会社 | 同乗者マッチング方法および同乗者マッチングシステム |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001188835A (ja) | 1999-12-28 | 2001-07-10 | Hitachi Ltd | サービス提供システム |
| US20030018499A1 (en) * | 2001-02-09 | 2003-01-23 | Miller Rodney D. | System and methods for continuous fare shopping and virtual grouping of itinerary requests |
| JPWO2006067835A1 (ja) * | 2004-12-21 | 2008-06-12 | 株式会社キースエンタープライズ | 情報処理システム |
| JP2008159010A (ja) | 2006-12-25 | 2008-07-10 | Yuji Fujita | 検索予約システム |
| US20140149157A1 (en) * | 2012-11-27 | 2014-05-29 | GoEuro Corp. | Travel planning |
| US9251478B2 (en) * | 2013-07-29 | 2016-02-02 | Amadeus S.A.S. | Processing information queries in a distributed information processing environment |
| US20170124205A1 (en) * | 2014-05-28 | 2017-05-04 | GoEuro Corporation | Smart cache for travel search computer system hosting a travel meta-search engine |
-
2016
- 2016-09-29 JP JP2016191896A patent/JP2018055480A/ja not_active Withdrawn
-
2017
- 2017-09-05 US US15/695,114 patent/US20180089772A1/en not_active Abandoned
- 2017-09-21 EP EP17192332.9A patent/EP3301619A1/en not_active Withdrawn
Also Published As
| Publication number | Publication date |
|---|---|
| US20180089772A1 (en) | 2018-03-29 |
| EP3301619A1 (en) | 2018-04-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6925479B2 (ja) | 共有可能な注文を割り当てるためのシステムおよび方法 | |
| Gurumurthy et al. | Analyzing the dynamic ride-sharing potential for shared autonomous vehicle fleets using cellphone data from Orlando, Florida | |
| US11928752B1 (en) | Allocation of dynamically batched service providers and service requesters | |
| JP6385416B2 (ja) | 旅行計画システム、旅行計画方法、及びプログラム | |
| JP2020109695A (ja) | オンデマンドサービスのための情報を提供するシステム及び方法 | |
| CN110741225B (zh) | 确定目标站点的系统和方法 | |
| Velaga et al. | Development of an integrated flexible transport systems platform for rural areas using argumentation theory | |
| CN105678412A (zh) | 面向多人乘车的路线规划方法和装置 | |
| JP2009301150A (ja) | 車両管理装置、車両管理方法、車両管理プログラム、および記録媒体 | |
| CN113139726A (zh) | 多租户派单方法和网约车系统 | |
| JP2016200983A (ja) | 共用車両管理装置 | |
| CN110287214A (zh) | 信息处理装置、乘坐共享用户选择方法和存储介质 | |
| WO2017061025A1 (ja) | 行動選択肢提示装置、行動選択肢提示プログラム及び行動選択肢提示方法 | |
| CN109413202B (zh) | 区块链交易信息的排序系统及方法 | |
| JP2019185136A (ja) | 情報処理装置及びカーシェアリングサービス用の制御プログラム | |
| JP2018055480A (ja) | 連携制御プログラム、装置、及び方法 | |
| Rehena et al. | A multiple-criteria algorithm for smart parking: making fair and preferred parking reservations in smart cities | |
| JP2018055479A (ja) | サービス条件処理プログラム、装置、及び方法 | |
| JP2002024659A (ja) | 配車予約システム | |
| Park et al. | Development of reservation recommendation algorithms for charging electric vehicles in smart-grid cities | |
| JP7367627B2 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
| JP6804943B2 (ja) | 車両管理方法及び車両管理システム | |
| US11733051B2 (en) | Communications server apparatus, method and communications system for managing request for transport-related services | |
| JP6937112B2 (ja) | 車両管理方法及び車両管理システム | |
| KR102136307B1 (ko) | 호텔 셔틀버스 공유플랫폼 운영 시스템 및 이를 이용한 호텔 투숙객 무료 교통 서비스 제공 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190611 |
|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20200225 |