JP2014052727A - スケジュール検索装置、スケジュール検索方法およびスケジュール検索プログラム - Google Patents

Abstract

【課題】デマンド方式の公共交通機関を利用した訪問型サービスの予約を簡易に行う。
【解決手段】要求受付部４０は、ユーザの所在地を訪問して提供される少なくとも１つの訪問型サービスの予約要求を受付ける。第１取得部４２は、訪問型サービスの予約を管理する予約管理部４１を用いて、訪問型サービスの予約可能な期間を取得する。第２取得部４３は、デマンド方式による公共交通機関であるオンデマンド交通の予約システムを用いて、訪問型サービスの提供者をユーザの所在地に送迎可能なオンデマンド交通の運行情報を取得する。検索部４４は、取得した予約可能な期間と運行情報とに基づいて、予約要求を受付けた訪問型サービスを提供可能なスケジュールを検索する。
【選択図】図２

Description

本発明は、スケジュール検索装置、スケジュール検索方法およびスケジュール検索プログラムに関する。

高齢化社会の到来や、在宅勤務などのワークスタイルの変化から、外出せずにサービスを享受したいというニーズが増加することが想定される。このようなサービスには、ユーザの自宅などの所在地へ訪問して提供される、医療、介護、美容、家事代行等の訪問型サービスがある。この訪問型サービスは、サービスを提供する提供者が訪問してサービスを提供するため、ネット上のみでは提供できない。ユーザは、各種の訪問型サービスを利用しようとした場合、訪問型サービスを提供する各サイトにアクセスしてその都度予約を行う。

しかし、ユーザは、それぞれの訪問型サービスのサイトにアクセスして個別に予約を行わねばならず煩雑である。また、訪問型サービスの提供者は、予約を受付ける場合に、ユーザの所在地までの移動手段を確保する必要がある。

そこで、医療機関の診察予約システムと交通の予約システムとの間で双方の予約を連携する従来技術が開示されている（例えば、特許文献１）。

特開２００１−２６５８６２号公報

しかしながら、従来技術は、医療機関などの施設へユーザが訪問する場合の予約を行うシステムであり、訪問型サービスの提供者が予約したユーザの所在地を訪問してサービスを提供する訪問型サービスに適した予約を行うことはできない。

本願は、上記に鑑みてなされたものであって、デマンド方式の公共交通機関を利用した訪問型サービスの予約を簡易に行うことができるスケジュール検索装置、スケジュール検索方法およびスケジュール検索プログラムを提供することを目的とする。

本願に係るスケジュール検索装置は、ユーザの所在地を訪問して提供される少なくとも１つの訪問型サービスの予約要求を受付ける要求受付手段と、前記訪問型サービスの予約を管理する管理手段を用いて、訪問型サービスの予約可能な期間を取得する第１取得手段と、デマンド方式による公共交通機関であるオンデマンド交通の予約システムを用いて、訪問型サービスの提供者を前記所在地に送迎可能なオンデマンド交通の運行情報を取得する第２取得手段と、前記第１取得手段で取得した予約可能な期間と前記第２取得手段で取得した運行情報とに基づいて、前記要求受付手段により予約要求を受付けた訪問型サービスを提供可能なスケジュールを検索する検索手段と、を有することを特徴とする。

本願に係るスケジュール検索装置は、デマンド方式の公共交通機関を利用した訪問型サービスの予約を簡易に行うことができる。

図１は、実施形態に係るシステム全体の概略構成を示す図である。 図２は、実施形態に係るサーバ装置の機能的な構成の一例を示す図である。 図３は、提供可能な期間の検索の一例を説明するための図である。 図４は、複数の訪問型サービスの予約要求を受付けた場合の予定期間の検索の一例を説明するための図である。 図５は、提供可能な期間を複数検索できた場合のケース分けの一例を説明するための図である。 図６は、訪問型サービスの予約の流れを示すシーケンス図である。 図７は、訪問型サービスの予約の流れを示すシーケンス図である。 図８は、スケジュール検索処理の手順を示すフローチャートである。 図９は、予約処理の手順を示すフローチャートである。

以下に、本発明に係るスケジュール検索装置、スケジュール検索方法およびスケジュール検索プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態によりこの発明が限定されるものではない。

［１．システム全体の概略構成］
まず、図１を参照して、訪問型サービスの予約を行うシステム全体の概略構成について説明する。図１は、実施形態に係るシステム全体の概略構成を示す図である。なお、図１に示すサーバ装置１０、オンデマンド交通サービスの予約システム１１、事業者端末１２、およびユーザ端末１３は、それぞれインターネットなどのネットワーク１４に接続されており、例えば、アドレス等を指定したアクセスによりネットワーク１４を介して互いに通信可能となっている。なお、サーバ装置１０が本発明のスケジュール検索装置に対応する。

オンデマンド交通サービスの予約システム１１は、ユーザからのオンデマンド交通の予約を受け付け、オンデマンド交通の運行をスケジューリングするシステムである。予約システム１１は、オンデマンド交通を実施するそれぞれ地域毎に設けられたシステムでもよく、また、クラウド・コンピューティングにより複数の地域のオンデマンド交通の予約をまとめて受け付けるシステムであってもよい。この複数の地域のオンデマンド交通の予約をまとめて受け付けるシステムの例としては、オンデマンド交通・コンビニクルが挙げられる。本実施形態では、オンデマンド交通サービスの予約システム１１は、複数の地域のオンデマンド交通の予約をまとめて受け付けるシステムであるものとする。

予約システム１１は、オンデマンド交通サービスで用いられる各種情報を記憶する。例えば、予約システム１１は、オンデマンド交通を利用する顧客の顧客情報や、オンデマンド交通で使用する車両の移動経路を示す経路情報、過去の利用実績を示す実績情報、オンデマンド交通で使用する車両に関する車両情報を記憶する。予約システム１１は、オンデマンド交通サービスの予約を行うためのＡＰＩ（Application Programming Interface）を提供しており、ＡＰＩを用いてオンデマンド交通サービスの予約を行うことが可能とされている。予約システム１１は、出発地、目的地、および、出発日時または到着日時が指定されてオンデマンド交通の予約状況の問い合わせを受信した場合、乗車の予約が可能な出発日時および到着日時を運行情報として回答する。

サーバ装置１０は、訪問型サービスの予約を管理し、訪問型サービスの予約の要求を受付けた場合、要求されたサービスを提供可能なスケジュールを検索する検索サービスを提供するサーバ装置である。サーバ装置１０は、訪問型サービスの予約の管理に用いる各種情報を記憶する。例えば、サーバ装置１０は、予約を管理する訪問型サービスに関する管理情報や、訪問型サービスの予約情報を記憶する。サーバ装置１０は、訪問型サービスの予約を管理する管理システムが動作する。管理システムは、訪問型サービス毎に、予約の登録を受付けて予約期間を管理しており、予約可能な期間の問い合わせを受けた場合、例えば、営業時間などサービスの提供が可能な期間内で予約されてない期間を、訪問型サービスの予約が可能な期間として回答する。なお、管理システムは、訪問型サービス毎に設けられ、別なサーバ装置で動作してもよい。例えば、管理システムは、訪問型サービスを提供する事業者毎に設けられ、事業者が管理するサーバ装置上で動作してもよい。本実施形態では、管理システムは、複数の訪問型サービスの予約を管理しており、サーバ装置１０上で動作するものとする。

また、サーバ装置１０は、訪問型サービスの予約の要求を受付け、予約システム１１および管理システムに対して問い合わせを行って、要求されたサービスを提供可能なスケジュールを検索する検索システムが動作する。検索システムは、訪問型サービスの予約を受付けるための各種のＡＰＩを提供する。サーバ装置１０は、検索システムが提供するＡＰＩを用いて訪問型サービスの予約を受付ける予約受付のウェブページを提供する。

事業者端末１２は、訪問型サービスを提供する事業者によって利用される情報処理装置である。例えば、事業者端末１２は、デスクトップ型ＰＣ（Personal Computer）、タブレット型ＰＣ、ノート型ＰＣ、携帯電話機、スマートフォン、ＰＤＡ（Personal Digital Assistant）等である。

事業者端末１２は、サーバ装置１０で動作する管理システムにアクセス可能とされている。事業者は、事業者端末１２を介して管理システムにアクセスして、訪問型サービスに関する管理情報を管理システムに登録する。また、事業者は、事業者端末１２を介して管理システムにアクセスして訪問型サービスの予約情報を取得する。また、事業者は、事業者端末１２を介して管理システムにアクセスして、検索システムを介さずに受付けた予約を管理システムに登録する。

ユーザ端末１３は、ユーザによって利用される情報処理装置である。例えば、ユーザ端末１３は、デスクトップ型ＰＣ、タブレット型ＰＣ、ノート型ＰＣ、携帯電話機、スマートフォン、ＰＤＡ等である。

ユーザ端末１３は、サーバ装置１０によって提供される予約受付のウェブページを受信し、受信したウェブページを所定の表示部（ディスプレイ）に表示する。かかるウェブページには、サーバ装置１０から予約が可能な訪問型サービスを選択可能に表示した表示領域が設けられており、予約を希望する訪問型サービスを複数選択することも可能とされている。また、ウェブページには、予約希望日時などの条件を指定可能な入力領域が設けられており、予約を希望する日時を指定することも可能とされている。ユーザは、訪問型サービスの予約を行う場合、ユーザ端末１３を操作して表示部に表示されたウェブページで、予約を要求する訪問型サービスおよび予約希望日時などの予約条件を指定して、スケジュールの検索実行を指示する。ユーザ端末１３は、スケジュールの検索実行が指示されると、ウェブページで指定された予約条件をサーバ装置１０へ送信する。

サーバ装置１０は、予約条件を受信すると、予約を要求された訪問型サービスの予約可能な期間を管理システムから取得する。また、サーバ装置１０は、予約を要求された訪問型サービスの提供者を、ユーザの所在地に送迎可能なオンデマンド交通の運行情報を予約システム１１から取得する。そして、サーバ装置１０は、取得した予約可能な期間と運行情報とに基づいて、予約要求を受付けた訪問型サービスを提供するスケジュールを検索する。サーバ装置１０は、検索されたスケジュールをユーザ端末１３に送信してユーザに提示して、スケジュールの選択を受付け、選択されたスケジュールで管理システムに訪問型サービスの予約を行う。

［２．サーバ装置の構成］
次に、本実施形態に係るサーバ装置１０についてさらに詳細に説明する。図２は、実施形態に係るサーバ装置の機能的な構成の一例を示す図である。図２に示すように、サーバ装置１０は、通信Ｉ／Ｆ（インタフェース）部２０と、記憶部２１と、制御部２２とを有する。

通信Ｉ／Ｆ部２０は、ＮＩＣ（Network Interface Card）等のインタフェースである。通信Ｉ／Ｆ部２０は、ネットワーク１４を介した他の装置との間で各種のデータを送受信する。このネットワーク１４には、他の装置、例えば、予約システム１１や、事業者端末１２、ユーザ端末１３が通信可能に接続される。

通信Ｉ／Ｆ部２０は、ネットワーク１４を介してユーザ端末１３から予約条件が指定されてスケジュールの検索要求を受信し、検索結果をユーザ端末１３へ送信する。また、通信Ｉ／Ｆ部２０は、ネットワーク１４を介して予約システム１１との間でオンデマンド交通サービスの予約に関する各種データを送受信する。

記憶部２１は、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部２１は、上記の種類の記憶装置に限定されるものではなく、ＲＡＭ（Random Access Memory）、フラッシュメモリなどの半導体メモリ素子であってもよい。

記憶部２１は、制御部２２で実行されるＯＳ（Operating System）やスケジュールの検索に用いる各種プログラムを記憶する。さらに、記憶部２１は、制御部２２で実行されるプログラムで用いられる各種データを記憶する。例えば、記憶部２１は、管理情報３０と、予約情報３１とを記憶する。

管理情報３０は、訪問型サービス毎に、訪問型サービスを提供する提供者の所在地や、営業時間などの訪問型サービスの提供が可能な提供可能期間、訪問型サービスの実施にかかる標準的な実施時間などの所定の実施時間、訪問型サービスの料金等を記憶したデータである。管理情報３０は、訪問型サービスを提供する事業者等により予め登録され、後述する検索部４４により訪問型サービスを提供可能なスケジュールを検索する際に用いられる。

予約情報３１は、訪問型サービス毎に、予約された予約期間、予約ユーザ、予約地点を記憶したデータである。予約情報３１は、訪問型サービスを提供する事業者および後述する予約部４７により登録され、後述する検索部４４により訪問型サービスを提供可能なスケジュールを検索する際に用いられる。

制御部２２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部２２は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、図示しない内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。なお、制御部２２は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現してもよい。

制御部２２は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部２２は、要求受付部４０と、予約管理部４１と、第１取得部４２と、第２取得部４３と、検索部４４と、送信部４５と、指定受付部４６と、予約部４７とを有する。

要求受付部４０は、ユーザ端末１３から各種の指示を受け付ける。例えば、要求受付部４０は、ユーザ端末１３から訪問型サービスの予約要求を受け付ける。要求受付部４０は、例えば、訪問型サービスの予約を受付ける予約受付のウェブページをユーザ端末１３に表示させ、ウェブページから予約を要求する訪問型サービスや予約希望日時などの予約条件の入力を受け付けており、予約条件を指定してスケジュールの検索実行を指示された場合、指定された予約条件での訪問型サービスの予約要求を受付ける。

予約管理部４１は、上述した管理システムが対応しており、登録された予約の管理を行う。例えば、予約管理部４１は、訪問型サービス毎に、予約された予約期間、予約ユーザを予約情報３１に登録して管理する。予約管理部４１は、新規の予約の登録要求を受けた場合、登録を要求された予約期間が既に登録済みの予約期間と重ならない場合に、登録を要求された予約期間、予約ユーザ、予約地点など予約の管理に必要な情報を予約情報３１に登録する。また、予約管理部４１は、予約状況の問い合わせを受けた場合、予約状況を回答する。例えば、予約管理部４１は、訪問型サービスおよび日付を指定して予約状況の問い合わせを受けた場合、指定された訪問型サービスについて指定された日付の予約されてない予約可能な期間を予約状況として回答する。なお、予約管理部４１は、予約状況として、予約済みの予約期間を回答してもよい。

第１取得部４２は、予約管理部４１を用いて訪問型サービスの予約可能な期間を取得する。例えば、第１取得部４２は、予約管理部４１に対して訪問型サービスおよび日付を指定して予約可能な期間の問い合わせを行い、指定した訪問型サービスおよび指定した日付での予約が可能な期間を取得する。なお、予約管理部４１が予約状況として予約済みの予約期間を回答する場合、第１取得部４２は、管理情報３０に記憶された訪問型サービスの提供可能期間から、回答された予約済みの予約期間を除いた期間を特定することにより、訪問型サービスの予約可能な期間を取得してもよい。

第２取得部４３は、予約システム１１を用いて、訪問型サービスの提供者を、予約を要求したユーザの所在地に送迎可能なオンデマンド交通の運行情報を取得する。例えば、第２取得部４３は、通信Ｉ／Ｆ部２０を介して、予約システム１１に対して出発地、目的地、および、出発日時または到着日時を指定して予約状況の問い合わせを送信し、オンデマンド交通に関する運行情報を取得する。

検索部４４は、第１取得部４２および第２取得部４３を制御して、予約管理部４１から予約可能な期間、予約システム１１から運行情報をそれぞれ取得する。そして、検索部４４は、取得した予約可能な期間と運行情報とに基づいて、予約要求を受付けた訪問型サービスを提供可能なスケジュールを検索する。例えば、検索部４４は、第１取得部４２を制御して、予約要求を受付けた訪問型サービスについての予約可能な期間を取得し、第２取得部４３を制御して、予約可能な期間の運行情報を取得する。そして、検索部４４は、取得した予約可能な期間と運行情報とに基づいて、予約要求を受付けた訪問型サービスの予約可能な期間内で、当該訪問型サービスの提供者が予約を要求したユーザの所在地を訪問して訪問型サービスを提供可能な期間を検索する。

ここで、訪問型サービスを提供可能な期間の検索について説明する。訪問型サービスは、ユーザの所在地を訪問してサービスを行う。このため、訪問型サービスでは、訪問型サービスの予約可能な期間がサービスの標準的な実施時間以上あるかだけではなく、前の予約の予約地点から移動時間および後の予約の予約地点への移動時間も含めた期間により、予約が可能か否かを判定する必要がある。そこで、検索部４４は、訪問型サービスの予約可能な期間内で、当該訪問型サービスの提供者が予約を要求したユーザの所在地を訪問して当該訪問型サービスの所定の実施時間を経過した後に次の予約地点へ移動可能な期間を、提供可能な期間として検索する。

図３は、提供可能な期間の検索の一例を説明するための図である。図３の例では、ユーザから予約要求を受け付けた予約希望日時の近辺に既に訪問型サービスの予約Ｒ１、Ｒ２があるものとする。例えば、検索部４４は、第１取得部４２により予約管理部４１に対して、予約希望日を指定して予約可能な期間の問い合わせを行う。

予約管理部４１は、予約Ｒ１、Ｒ２の間の期間を予約可能な期間ＴＬを回答する。

検索部４４は、予約管理部４１から予約可能な期間ＴＬを得ると、訪問型サービスの予約可能な期間ＴＬの開始時刻ＴＬｓを出発時刻、前の予約Ｒ１の予約地点を出発地、予約を要求したユーザの所在地を目的地として第２取得部４３により予約システム１１に対して問い合わせを行う。なお、検索部４４は、予約可能な期間ＴＬが後述する他の訪問型サービスの予約の予定期間と重複する場合、重複した期間を除いた期間を予約可能な期間ＴＬとして予約可能な期間の検索を行う。

予約システム１１は、出発時刻ＴＬｓ以降で、出発地から目的地へ移動し、乗車の予約が可能であるオンデマンド交通の出発日時や到着日時を運行情報として回答する。例えば、予約システム１１は、出発時刻ＴＬｓ以降で、出発日時Ｔ１、到着日時Ｔ２で出発地から目的地へ移動する運行情報として回答する。

検索部４４は、予約システム１１から回答されたオンデマンド交通の到着日時Ｔ２から、管理情報３０に記憶された、予約要求された訪問型サービスの所定の実施時間ＴＭを経過したサービスの終了予定時刻Ｔ３を求める。そして、検索部４４は、サービスの終了予定時刻Ｔ３を出発時刻、予約を要求したユーザの所在地を出発地、次の予約Ｒ２の予約地点を目的地として第２取得部４３により予約システム１１に対して問い合わせを行う。

予約システム１１は、出発時刻以降で、出発地から目的地へ移動し、乗車の予約が可能であるオンデマンド交通の到着日時を運行情報として回答する。例えば、予約システム１１は、出発時刻Ｔ３以降で、出発日時Ｔ４、到着日時Ｔ５で出発地から目的地へ移動する運行情報として回答する。

検索部４４は、回答された到着日時Ｔ５が、予約可能な期間ＴＬ内であれば、前の予約Ｒ１の予約地点の出発時刻Ｔ１から次の予約Ｒ２の予約地点の到着時刻Ｔ５を、訪問型サービスを提供可能な期間と特定する。

なお、予約可能な期間ＴＬの開始時刻ＴＬｓを基準として、提供可能な期間を特定したが提供可能な期間の検索方法は、これに限定されるものではない。例えば、予約可能な期間ＴＬの終了時刻ＴＬｅを基準として、提供可能な期間を特定してもよい。例えば、検索部４４は、予約可能な期間ＴＬの終了時刻ＴＬｅを到着日時と指定し、予約を要求したユーザの所在地を出発地、次の予約Ｒ２の予約地点を目的地として第２取得部４３により予約システム１１に対して問い合わせを行って、予約可能な期間ＴＬの終了時刻までに次の予約Ｒ２の予約地点へ移動が可能な、ユーザの所在地からの出発日時および次の予約の予約地点への到着時刻を予約システム１１から取得する。検索部４４は、取得したユーザの所在地からの出発日時から訪問型サービスの実施時間前のサービスの開始予定時刻を求める。そして、検索部４４は、サービスの開始予定時刻を到着日時と指定し、前の予約の予約地点を出発地、予約を要求したユーザの所在地を目的地として第２取得部４３により予約システム１１に対して問い合わせを行って、前の予約の予約地点からの出発日時を予約システム１１から取得し、前の予約の予約地点からの出発日時が予約可能な期間ＴＬ内であれば予約可能と判定して、前の予約の予約地点からの出発日時から次の予約の予約地点への到着時刻を、訪問型サービスを提供可能な期間と特定してもよい。

また、例えば、検索部４４は、予約可能な期間ＴＬの終了時刻までに次の予約Ｒ２の予約地点へ移動が可能な、ユーザの所在地からの出発日時を予約システム１１から取得し、前の予約Ｒ１の予約地点からユーザの所在地への到着時刻と、ユーザの所在地から次の予約Ｒ２の予約地点への出発時刻との間の期間が、訪問型サービスの実施時間以上あれば訪問型サービスを提供可能と判定してもよい。この場合、提供可能な期間は、前の予約の予約地点からユーザの所在地への到着時刻と、ユーザの所在地から次の予約の予約地点への出発時刻との間の期間で定めればよい。例えば、予約可能な期間ＴＬの開始時刻ＴＬｓを基準として、提供可能な期間を特定してもよく、予約可能な期間ＴＬの終了時刻ＴＬｅを基準として、提供可能な期間を特定してもよい。

検索部４４は、複数の訪問型サービスの予約要求を受付けた場合、複数の訪問型サービスについて順に、訪問型サービスを提供可能な期間を検索し、提供可能な期間がある場合、当該提供可能な期間を訪問型サービスの予定期間として、予定期間の前後で、予約要求を受付けた複数の訪問型サービスの提供可能な期間の検索を行う。提供可能な期間を検索する検索順序は、管理者が各訪問型サービスの優先度を定め、優先度の高い順としてもよい。また、検索順序は、ユーザから指定を受付けてもよい。また、検索順序は、予約情報３１から予約要求を受付けた各訪問型サービスの混雑度を求め、混雑度の高い順としてもよい。混雑度は、例えば、提供可能期間に対する予約期間の割合から求める。また、複数の訪問型サービスについて、異なる複数の検索順序でそれぞれ訪問型サービスを提供可能な期間を検索してそれぞれスケジュールを求めてもよい。

図４は、複数の訪問型サービスの予約要求を受付けた場合の予定期間の検索の一例を説明するための図である。例えば、訪問型サービスＡ、Ｂ、Ｃが予約要求を受付けた場合、検索部４４は、訪問型サービスＡ、Ｂ、Ｃの順に、最初に、訪問型サービスＡを提供可能な期間Ｔａを検索し、期間Ｔａがある場合、期間Ｔａを訪問型サービスＡの予定期間とする。次に、検索部４４は、期間Ｔａの前後で訪問型サービスＢを提供可能な期間Ｔｂを検索し、期間Ｔｂがある場合、期間Ｔｂを訪問型サービスＢの予定期間とする。次に、検索部４４は、期間Ｔａ、期間Ｔｂの前後で訪問型サービスＣを提供可能な期間Ｔｃを検索し、期間Ｔｃがある場合、期間Ｔｃを訪問型サービスＣの予定期間とする。一方、例えば、期間Ｔｂがない場合、検索部４４は、期間Ｔａの前後で訪問型サービスＣを提供可能な期間Ｔｃを検索し、期間Ｔｃがある場合、期間Ｔｃを訪問型サービスＣの予定期間とする。

検索部４４は、訪問型サービスについての提供可能な期間を複数検索できた場合、それぞれの提供可能な期間を別に予定期間としたケースに分けてスケジュールを検索する。

図５は、提供可能な期間を複数検索できた場合のケース分けの一例を説明するための図である。例えば、訪問型サービスＢについて提供可能な期間Ｔｂ１、期間Ｔｂ２と複数ある場合、検索部４４は、期間Ｔｂ１を訪問型サービスＢの予定期間とした場合と、期間Ｔｂ２を訪問型サービスＢの予定期間とした場合にスケジュールを分けて、それぞれ訪問型サービスＣを提供可能な期間Ｔｃを検索する。

検索部４４は、このように予約要求を受付けた各訪問型サービスについて順に提供可能な予定期間を検索することにより、予約要求を受付けた各訪問型サービスを提供可能なスケジュールを１つ以上検索する。

送信部４５は、検索部４４により検索された各スケジュールを選択候補としてユーザ端末１３へ送信して予約受付のウェブページに検索結果として表示させる。なお、スケジュールが多数求められた場合、表示領域を多く消費し、ユーザもスケジュールを判別しづらくなる。そこで、送信部４５は、提供可能な訪問型サービスの数が多いスケジュールから順に所定個（例えば、３個）のスケジュールを選択候補として要求元へ送信してもよい。提供可能な訪問型サービスの数が同じスケジュールが複数ある場合は、例えば、最初の訪問型サービスの開始時間から最後の訪問型サービスの終了時間までの期間が短いものから優先して送信するようにしてもよい。また、各訪問型サービスの間の開き時間を求め、開き時間の短いものから優先して送信するようにしてもよい。また、各訪問型サービスについて、それぞれ前後の予約からの待ち時間を求め、待ち時間の短いものから優先して送信するようにしてもよい。さらに、オンデマンド交通から移動費用が回答される場合、移動費用の合計が少ないものから優先して送信するようにしてもよい。また、当該ユーザや他のユーザの過去の履歴から、承認率の高い組み合わせを学習して優先的に表示するようにしてもよい。例えば、ユーザが過去に予約を行った訪問型サービスの組み合わせを履歴情報として記憶部２１に記憶し、各スケジュールにより提供される訪問型サービスの組み合わせと、履歴情報により示される過去の予約を行った訪問型サービスの組み合わせとの適合度合いを求め、適合度合いの高いスケジュールから優先して送信してもよい。

ユーザは、ユーザ端末１３に表示されたスケジュールを参照することにより、それぞれのスケジュールにおいて各訪問型サービスが提供される予定時刻を把握できる。この予約受付のウェブページでは、表示した候補からスケジュールを選択可能とされている。ユーザは、予約受付のウェブページに表示された候補の中から希望するスケジュールを選択する。

指定受付部４６は、選択候補からスケジュールの指定を受け付ける。例えば、指定受付部４６は、複数のスケジュールが表示された予約受付のウェブページにより、ユーザが利用を希望するスケジュールの指定を受け付けており、ウェブページによりスケジュールの指定を受け付ける。

予約部４７は、予約システム１１に対して、指定受付部４６で受け付けたスケジュールで、訪問型サービスおよびオンデマンド交通の予約を行う。例えば、予約部４７は、予約管理部４１に対して、スケジュールに含まれる各訪問型サービスの予定期間の予約の登録を要求し、各訪問型サービスの予約を予約情報３１に登録する。また、予約部４７は、通信Ｉ／Ｆ部２０を介して、予約システム１１に対して、スケジュールに含まれるオンデマンド交通による移動部分について、それぞれ出発地、目的地、出発日時および到着日時での予約の依頼を送信して、オンデマンド交通の予約を行う。ここで、予約システム１１には、例えば、訪問型サービスの提供者が前の予約の予約地点から一旦事業所へ戻り、また、事業所から後の予約の予約地点へ移動するなど、前の予約の予約地点からの移動および後の予約の予約地点へ移動の予約の予約が行われている場合がある。この前の予約の予約地点からの移動および後の予約の予約地点へ移動の予約は、新たな訪問型サービスの予約地点への移動の予約が行われたことにより、使用されなくなる予約である。そこで、予約部４７は、使用されなくなる予約のキャンセルを依頼して、使用されなくなる予約のキャンセルを併せて行ってもよい。例えば、予約情報３１にそれぞれの予約で使用されるオンデマンド交通の予約番号が記憶されている場合、予約部４７は、予約情報３１に記憶された予約番号を用いて前の予約の予約地点からの移動および後の予約の予約地点へ移動の予約のキャンセルを依頼してもよい。また、例えば、予約システム１１が問い合わせに対して予約済みのオンデマンド交通の予約状況を回答する場合、予約部４７は、訪問型サービスの提供者に関する予約状況を問い合わせし、回答された予約状況から前の予約の予約地点からの移動および後の予約の予約地点へ移動の予約を特定して予約のキャンセルを依頼してもよい。

予約システム１１は、予約の依頼を受信すると、依頼された内容でオンデマンド交通の予約を行い、予約の結果をサーバ装置１０へ通知する。また、予約システム１１は、予約のキャンセルの依頼を受信すると、キャンセルを依頼された予約のキャンセルを行う。

送信部４５は、スケジュールに含まれる各訪問型サービスの予約が完了し、かつ予約システム１１から予約の結果が通知されると、スケジュールに沿って、通知されたオンデマンド交通の予約の結果と訪問型サービスの予約の結果とをマージしてユーザ端末１３へ送信して予約受付のウェブページに予約結果として表示させる。

これにより、ユーザは、ユーザ端末１３に表示された予約結果を参照することにより、予約されたスケジュールを把握できる。

［３．スケジュール検索の流れ］
次に、本実施形態に係るサーバ装置１０によるスケジュールを検索する流れを説明する。図６および図７は、訪問型サービスの予約の流れを示すシーケンス図である。

図６に示すように、ユーザは、ユーザ端末１３に表示された予約受付のウェブページから予約を要求する訪問型サービスや予約希望日時などの予約条件を指定してスケジュールの検索実行を指示する（Ｓ１０）。図６の例は、予約条件として、予約希望日時、予約を希望する訪問型サービスＡ、Ｂ、Ｃが指定された場合を示している。

サーバ装置１０は、ＡＰＩを介して予約条件を検索システムに受け渡し（Ｓ１１）、検索システムにより予約条件で要求されたサービスを提供可能なスケジュールを検索する。例えば、サーバ装置１０は、訪問型サービスＡ、Ｂ、Ｃの順に、次の処理を行う。最初に、サーバ装置１０は、予約希望日の予約可能な期間を取得する（Ｓ１２）。また、サーバ装置１０は、予約情報３１から訪問型サービスの前後の予約の予約地点を求める（Ｓ１３）。そして、サーバ装置１０は、訪問型サービスの提供者が予約を要求したユーザの所在地を訪問して訪問型サービスを提供可能な期間を検索する（Ｓ１４）。例えば、サーバ装置１０は、予約希望時間が指定されている場合、予約システム１１に対して、予約希望時間までに前の予約の予約地点からユーザの所在地に到着可能なオンデマンド交通の問い合わせを行う（Ｓ１５）。また、サーバ装置１０は、次の予約の開始時刻までにユーザの所在地から次の予約の予約地点に到着可能なオンデマンド交通の問い合わせを行う（Ｓ１５）。

予約システム１１は、それぞれの問い合わせに対して運行計画を計算し（Ｓ１６）、運行情報を回答する（Ｓ１７）。

サーバ装置１０は、ユーザに対してサービスが提供可能か判定し、サービスが提供可能である場合、提供可能な期間を訪問型サービスの予定期間とする（Ｓ１８）。例えば、前の予約地点からの到着時刻と次の予約地点への出発時刻の間の期間が所定の実施時間以上であるか否か判定し、所定の実施時間以上である場合、サービスが提供可能と判定する。

サーバ装置１０は、予約可能な期間が複数あり、提供可能な期間の検索を行っていない予約可能な期間があるか判定し（Ｓ１９）、提供可能な期間の検索を行っていない予約可能な期間がある場合（Ｓ１９肯定）、Ｓ１４へ戻り、提供可能な期間の検索を行っていない他の予約可能な期間について、提供可能な期間の検索を行う。一方、サーバ装置１０は、提供可能な期間を検索していない予約可能な期間がない場合（Ｓ１９否定）、予約条件で要求された全サービスについて検索が完了したか否か判定する（Ｓ２０）。

サーバ装置１０は、検索が完了してないサービスがある場合（Ｓ２０否定）、Ｓ１２へ戻り、検索が完了してない訪問型サービスについてサービスが提供可能であるかを検索する。

一方、サーバ装置１０は、全サービスについて検索が完了した場合（Ｓ２０肯定）、検索された各スケジュールを選択候補としてユーザ端末１３へ送信（Ｓ２１）して予約受付のウェブページに検索結果として表示させる。

図７に示すように、ユーザは、選択候補の中から希望するスケジュールを選択する（Ｓ３０）。

サーバ装置１０は、ＡＰＩを介して選択されたスケジュールを検索システムに受け渡し（Ｓ３１）、検索システムにより、選択されたスケジュールでの訪問型サービスおよびオンデマンド交通の予約を行う（Ｓ３２）。例えば、サーバ装置１０は、受け付けたスケジュールに含まれる各訪問型サービスの予定期間の予約を予約情報３１に登録する（Ｓ３３）。また、サーバ装置１０は、通信Ｉ／Ｆ部２０を介して、予約システム１１に対して、選択されたスケジュールに含まれるオンデマンド交通による移動部分について、それぞれ出発地、目的地、出発日時および到着日時での予約の依頼を送信して、オンデマンド交通の予約を行う（Ｓ３４）。なお、この際、サーバ装置１０は、予約システム１１に対して、前の予約の予約地点からの移動および後の予約の予約地点へ移動の予約のキャンセルを依頼して、使用されなくなる予約のキャンセルを併せて行ってもよい。

予約システム１１は、依頼された内容でオンデマンド交通の予約を行い（Ｓ３５）、予約の結果をサーバ装置１０へ通知する（Ｓ３６）。

サーバ装置１０は、スケジュールに含まれる各訪問型サービスの予約が完了し、かつ予約システム１１から予約の結果が通知されると、ユーザ端末１３へ予約結果を通知する（Ｓ３７）。

一方、訪問型サービスを提供する事業者は、事業者端末１２を介して管理システムにアクセスして予約情報３１に記憶された訪問型サービスの予約状況を取得する（Ｓ３８）。

［４．作用（サーバ装置１０の動作）］
次に、本実施形態に係るサーバ装置１０の作用について説明する。まず、本実施形態に係るサーバ装置１０が訪問型サービスを提供するスケジュールを検索するスケジュール検索処理の流れを説明する。図８は、スケジュール検索処理の手順を示すフローチャートである。このスケジュール検索処理は、所定のタイミング、例えば、ユーザ端末１３から訪問型サービスの予約要求を受け付けたタイミングで実行される。

図８に示すように、検索部４４は、予約要求を受付けた訪問型サービスが複数であるか否か判定する（Ｓ５０）。予約要求を受付けた訪問型サービスが複数である場合（Ｓ５０肯定）、検索部４４は、所定の検索順序の順に、予約要求を受付けた複数の訪問型サービスから検索対象の訪問型サービスを特定し（Ｓ５１）、後述するＳ５３へ移行する。一方、予約要求を受付けた訪問型サービスが１つである場合（Ｓ５０否定）、検索部４４は、検索順序の順に、予約要求を受付けた１つの訪問型サービスを検索対象の訪問型サービスと特定し（Ｓ５２）、後述するＳ５３へ移行する。

検索部４４は、第１取得部４２を制御して、検索対象の訪問型サービスについての予約可能な期間を取得する（Ｓ５３）。また、検索部４４は、第２取得部４３を制御して、予約可能な期間内での、前の予約の予約地点から予約を要求したユーザの所在地、および、予約を要求したユーザの所在地から次の予約の予約地点へのオンデマンド交通の運行情報を取得する（Ｓ５４）。そして、検索部４４は、取得した予約可能な期間と運行情報とに基づいて、検索対象の訪問型サービスの予約可能な期間内で、当該訪問型サービスの提供者が予約を要求したユーザの所在地を訪問して訪問型サービスを提供可能な期間を検索する（Ｓ５５）。検索部４４は、検索の結果、訪問型サービスを提供可能な期間があるか否か判定する（Ｓ５６）。訪問型サービスを提供可能な期間がある場合（Ｓ５６肯定）、検索部４４は、提供可能な期間を訪問型サービスの予定期間としてスケジュールに記憶する（Ｓ５７）。なお、提供可能な期間を複数ある場合、検索部４４は、各提供可能な期間をそれぞれ別に記憶したスケジュールを作成する。

検索部４４は、予約要求を受付けた全ての訪問型サービスについて、提供可能な期間の検索を行ったか否かを判定する（Ｓ５８）。提供可能な期間の検索を行っていない訪問型サービスがある場合（Ｓ５８否定）、上記Ｓ５１へ移行する。一方、全ての訪問型サービスについて、提供可能な期間の検索が行われた場合（Ｓ５８肯定）、検索された各スケジュールを選択候補としてユーザ端末１３へ送信して（Ｓ５８）、予約受付のウェブページに検索結果のウェブページに検索結果を表示させ、処理を終了する。

次に、本実施形態に係るサーバ装置１０が、訪問型サービスおよびオンデマンド交通の予約を行う予約処理の流れを説明する。図９は、予約処理の手順を示すフローチャートである。この予約処理は、所定のタイミング、例えば、ユーザ端末１３で選択候補からスケジュールの選択を受け付けたタイミングで実行される。

図９に示すように、予約部４７は、受け付けたスケジュールに含まれる各訪問型サービスの予定期間の予約を予約情報３１に登録する（Ｓ７０）。予約部４７は、予約システム１１に対して、選択されたスケジュールに含まれるオンデマンド交通による移動部分について、それぞれ出発地、目的地、出発日時および到着日時での予約の依頼を送信して、オンデマンド交通の予約を行う（Ｓ７１）。

送信部４５は、スケジュールに含まれる各訪問型サービスの予約が完了し、かつ予約システム１１から予約の結果が通知されると、スケジュールに沿って、通知されたオンデマンド交通の予約の結果と訪問型サービスの予約の結果とをマージしてユーザ端末１３へ送信して（Ｓ７２）、予約受付のウェブページに予約結果として表示させ、処理を終了する。

［５．効果］
このように、サーバ装置１０は、ユーザの所在地を訪問して提供される少なくとも１つの訪問型サービスの予約要求を受付ける。サーバ装置１０は、訪問型サービスの予約を管理する予約管理部４１を用いて、訪問型サービスの予約可能な期間を取得する。サーバ装置１０は、オンデマンド交通の予約システム１１を用いて、訪問型サービスの提供者をユーザの所在地に送迎可能なオンデマンド交通の運行情報を取得する。そして、サーバ装置１０は、取得した予約可能な期間と取得した運行情報とに基づいて、予約要求を受付けた訪問型サービスを提供可能なスケジュールを検索する。このように、サーバ装置１０は、訪問型サービスの予約可能な期間と、オンデマンド交通の運行情報とに基づいて、訪問型サービスを提供するスケジュールを検索するので、デマンド方式の公共交通機関を利用した訪問型サービスの予約を簡易に行うことができる。

また、サーバ装置１０は、取得した予約可能な期間と運行情報とに基づいて、予約要求を受付けた訪問型サービスの予約可能な期間内で当該訪問型サービスの提供者がユーザの所在地を訪問して訪問型サービスを提供可能な期間を検索する。これにより、サーバ装置１０は、ユーザに対して訪問型サービスを提供可能なスケジュールを適切に検索できる。

また、サーバ装置１０は、複数の訪問型サービスの予約要求を受付けた場合、当該複数の訪問型サービスについて順に、当該訪問型サービスを提供可能な期間を検索し、提供可能な期間がある場合、当該提供可能な期間を訪問型サービスの予定期間として、予定期間の前後で複数の訪問型サービスの提供可能な期間の検索を行う。これにより、サーバ装置１０は、複数の訪問型サービスの予約要求を受付けた場合でも、ユーザに対して各訪問型サービスを提供可能なスケジュールを適切に検索できる。

また、サーバ装置１０は、訪問型サービスの予約可能な期間内で、当該訪問型サービスの提供者がユーザの所在地を訪問して当該訪問型サービスの所定の実施時間を経過した後に次の予約地点へ移動可能な期間を、提供可能な期間として検索する。これにより、サーバ装置１０は、訪問型サービスの提供者の移動時間まで含めて、予約可能であるかを判断して、予約を行うことができる。

また、サーバ装置１０は、訪問型サービスについての提供可能な期間が複数検索できた場合、それぞれの提供可能な期間を別に予定期間としたケースに分けてスケジュールを複数検索する。サーバ装置１０は、検索された複数のスケジュールを選択候補として要求元へ送信する。サーバ装置１０は、選択候補からスケジュールの指定を受け付ける。そして、サーバ装置１０は、受け付けたスケジュールで予約管理部４１および予約システム１１に対して予約を行う。これにより、サーバ装置１０は、ユーザが複数のスケジュールから希望するスケジュールを選択して予約を行うことができる。

また、サーバ装置１０は、提供可能な訪問型サービスの数が多いスケジュールから順に所定個のスケジュールを選択候補として要求元へ送信する。これにより、サーバ装置１０は、提供可能な訪問型サービスの数が多いスケジュールを選択候補とするため、ユーザが希望した訪問型サービスをより多く提供するスケジュールを選択しやすくなる。

また、サーバ装置１０は、予約を要求する日付の指定を受付ける。そして、サーバ装置１０は、指定された日付で、予約要求を受付けた訪問型サービスを提供するスケジュールを検索する。これにより、サーバ装置１０は、ユーザが指定された日付で訪問型サービスを提供するスケジュールを提供できる。

［６．その他］
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

例えば、上記の実施形態では、検索されたスケジュールをユーザに提示して選択させる場合について説明したが、本発明はこれに限定されない。例えば、検索されたスケジュールで訪問型サービスおよびオンデマンド交通の予約を行うものとしてもよい。例えば、複数のスケジュールが検索された場合は、提供可能な訪問型サービスの数が多く、最初の訪問型サービスの開始時間から最後の訪問型サービスの終了時間までの期間が短いスケジュールで訪問型サービスおよびオンデマンド交通の予約を行うものとしてもよい。

また、上記の実施形態では、訪問型サービスの予約希望日時をユーザが指定する場合について説明したが、本発明はこれに限定されない。例えば、所定時間までに訪問型サービスの予約要求を受付けた場合は、要求を受付けた当日でスケジュールを検索し、所定時間以降に訪問型サービスの予約要求を受付けた場合は、要求を受付けた次の日でスケジュールを検索するなど、スケジュールの検索を行う日、システムが定めてよい。また、要求を受付けた日から一定期間（例えば、１週間）の間のそれぞれの日で、スケジュールの検索を行い、提供可能な訪問型サービスの数が多く、日付けが近いものから順にスケジュールを選択候補としてユーザ端末１３へ送信してもよい。また、予約希望日時は、複数の日付や予約希望期間で指定できるものとしてもよい。

また、上述したサーバ装置１０は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「手段」は、「部（section、module、unit）」や「回路」などに読み替えることができる。例えば、検索手段は、検索部や検索回路に読み替えることができる。

１０ サーバ装置
１１ 予約システム
２１ 記憶部
２２ 制御部
３０ 管理情報
３１ 予約情報
４０ 要求受付部
４１ 予約管理部
４２ 第１取得部
４３ 第２取得部
４４ 検索部
４５ 送信部
４６ 指定受付部
４７ 予約部

Claims (9)

1. ユーザの所在地を訪問して提供される少なくとも１つの訪問型サービスの予約要求を受付ける要求受付手段と、
   前記訪問型サービスの予約を管理する管理手段を用いて、訪問型サービスの予約可能な期間を取得する第１取得手段と、
   デマンド方式による公共交通機関であるオンデマンド交通の予約システムを用いて、訪問型サービスの提供者を前記所在地に送迎可能なオンデマンド交通の運行情報を取得する第２取得手段と、
   前記第１取得手段で取得した予約可能な期間と前記第２取得手段で取得した運行情報とに基づいて、前記要求受付手段により予約要求を受付けた訪問型サービスを提供可能なスケジュールを検索する検索手段と、
   を有することを特徴とするスケジュール検索装置。
2. 前記検索手段は、前記第１取得手段で取得した予約可能な期間と前記第２取得手段で取得した運行情報とに基づいて、予約要求を受付けた訪問型サービスの予約可能な期間内で当該訪問型サービスの提供者が前記所在地を訪問して訪問型サービスを提供可能な期間を検索する
   ことを特徴とする請求項１に記載のスケジュール検索装置。
3. 前記検索手段は、複数の訪問型サービスの予約要求を受付けた場合、前記複数の訪問型サービスについて順に、当該訪問型サービスを提供可能な期間を検索し、提供可能な期間がある場合、当該提供可能な期間を訪問型サービスの予定期間として、予定期間の前後で前記複数の訪問型サービスの提供可能な期間の検索を行う
   ことを特徴とする請求項２に記載のスケジュール検索装置。
4. 前記検索手段は、訪問型サービスの予約可能な期間内で、当該訪問型サービスの提供者が前記所在地を訪問して当該訪問型サービスの所定の実施時間を経過した後に次の予約地点へ移動可能な期間を、前記提供可能な期間として検索する
   ことを特徴とする請求項２または３に記載のスケジュール検索装置。
5. 前記検索手段は、訪問型サービスについての提供可能な期間が複数検索できた場合、それぞれの提供可能な期間を別に予定期間としたケースに分けてスケジュールを複数検索し、
   前記検索手段により検索された複数のスケジュールを選択候補として要求元へ送信する送信手段と、
   前記選択候補からスケジュールの指定を受け付ける指定受付手段と、
   前記指定受付手段により受け付けたスケジュールで前記管理手段および前記予約システムに対して予約を行う予約手段と、
   をさらに有することを特徴とする請求項１〜４の何れか１つに記載のスケジュール検索装置。
6. 前記送信手段は、提供可能な訪問型サービスの数が多いスケジュールから順に所定個のスケジュールを選択候補として要求元へ送信する
   をさらに有することを特徴とする請求項５に記載のスケジュール検索装置。
7. 前記要求受付手段は、予約を要求する日付の指定を受付け、
   前記検索手段は、前記要求受付手段により指定された日付で、予約要求を受付けた訪問型サービスを提供するスケジュールを検索する
   をさらに有することを特徴とする請求項１〜６の何れか１つに記載のスケジュール検索装置。
8. コンピュータが実行するスケジュール検索方法であって、
   ユーザの所在地を訪問して提供される少なくとも１つの訪問型サービスの予約要求を受付ける要求受付工程と、
   前記訪問型サービスの予約を管理する管理手段を用いて、訪問型サービスの予約可能な期間を取得する第１取得工程と、
   デマンド方式による公共交通機関であるオンデマンド交通の予約システムを用いて、訪問型サービスの提供者を前記所在地に送迎可能なオンデマンド交通の運行情報を取得する第２取得工程と、
   前記第１取得工程で取得した予約可能な期間と前記第２取得工程で取得した運行情報とに基づいて、前記要求受付工程により予約要求を受付けた訪問型サービスを提供可能なスケジュールを検索する検索工程と、
   を有することを特徴とするスケジュール検索方法。
9. ユーザの所在地を訪問して提供される少なくとも１つの訪問型サービスの予約要求を受付ける要求受付手順と、
   前記訪問型サービスの予約を管理する管理手段を用いて、訪問型サービスの予約可能な期間を取得する第１取得手順と、
   デマンド方式による公共交通機関であるオンデマンド交通の予約システムを用いて、訪問型サービスの提供者を前記所在地に送迎可能なオンデマンド交通の運行情報を取得する第２取得手順と、
   前記第１取得手順で取得した予約可能な期間と前記第２取得手順で取得した運行情報とに基づいて、前記要求受付手順により予約要求を受付けた訪問型サービスを提供可能なスケジュールを検索する検索手順と、
   をコンピュータに実行させることを特徴とするスケジュール検索プログラム。

Images