JP2019185104A - 情報検索サーバ、情報検索システムおよび情報検索方法 - Google Patents

Abstract

【課題】異なる事業者によって運営される複数のカーシェアリングサービスを利用するユーザの利便性を向上させる。【解決手段】ユーザは、通信端末を用いて情報検索サーバに接続し、利用条件を入力する。情報検索サーバは、入力された利用条件を取得する（Ｓ１００）。情報検索サーバは、情報検索サーバに登録された事業者のサーバに接続し、利用条件を用いて当該事業者のサーバで車両を検索するための予約条件を作成し（Ｓ１２０）、当該事業者サーバに予約条件を送信する（Ｓ１３０）。事業者のサーバは保有している車両の中から予約条件を満たす車両を検索し、検索結果を情報検索サーバに送信する。情報検索サーバは、情報検索サーバに登録されたすべての事業者のサーバに対して、Ｓ１１０〜Ｓ１４０の検索を行ない、その検索結果を通信端末に送信する（Ｓ１６０）。【選択図】図１０

Description

本開示は、カーシェアリングサービスの情報提示に関する。

複数のユーザが１台の車両を共同で使用するカーシェアリングが普及してきている。カーシェリングとは、ユーザは自ら車両を所有せずに、カーシェアリングの事業者に会員登録を行なって、事業者の所有する車両（以下、「シェアカー」ともいう）を適宜利用するというものである。

特開２０１１−２０９９６０号公報（特許文献１）には、ある事業者のカーシェアリングサービスに登録しているユーザが、当該事業者のサーバに接続して、カーシェアリングサービスの予約条件を入力することによって、予約条件を満たした車両がユーザに提示されるカーシェアリングシステムが開示されている。

特開２０１１−２０９９６０号公報 特開２０１７−１０２５５３号公報

カーシェアリングサービスが普及してきた近年においては、異なる事業者によって運営される複数のカーシェアリングサービスが存在する。そのため、カーシェアリングサービスを利用するユーザには、その時々の自身のニーズに合ったカーシェアリングサービスを利用したいというニーズが存在し得る。

複数のカーシェアリングサービスを検討する場合、特許文献１に開示されたカーシェアリングシステムにおいては、ユーザが複数の事業者のサーバの各々に個別に接続して、事業者毎に検索を行ない、その検索結果を比較検討することが想定される。そのため、ユーザは、所望する検索結果を得るまでに工数を要することが懸念される。

本開示は、上記問題を解決するためになされたものであり、その目的は、異なる事業者によって運営される複数のカーシェアリングサービスを利用するユーザの利便性を向上させることである。

本開示に係る情報検索サーバは、カーシェアリングサービスを行なう複数の事業者のサーバおよびユーザの通信端末と通信ネットワークを介して通信を行なう通信装置と、ユーザに複数の事業者が保有する車両に関する情報を提示するように構成された処理装置とを備える。処理装置は、カーシェアリングサービスの利用条件に含まれる所定の項目について通信端末から入力された情報を取得し、複数の事業者のサーバに、保有する車両の中から取得した情報により定まる利用条件を満たす車両を検索させ、検索された車両に関する情報を通信端末に送信する。

本開示の他の局面に係る情報検索システムは、カーシェアリングサービスを行なう複数の事業者のサーバと、カーシェアリングサービスを利用するユーザの通信端末と、複数の事業者のサーバおよび通信端末と通信ネットワークを介して通信するように構成され、ユーザに複数の事業者が保有する車両に関する情報を提示するように構成された情報検索サーバとを備える。通信端末は、利用条件に含まれる所定の項目についてユーザによって入力された情報を情報検索サーバに送信する。情報検索サーバは、複数の事業者のサーバに、保有する車両の中から通信端末から取得した情報により定まる利用条件を満たす車両を検索させ、検索された車両に関する情報を通信端末に送信する。

本開示のさらに他の局面に係る情報検索方法は、カーシェアリングサービスを行なう複数の事業者のサーバおよびユーザの通信端末と通信ネットワークを介して通信を行ない、ユーザに複数の事業者が保有する車両に関する情報を提示するための情報検索方法である。この情報検索方法は、カーシェアリングサービスの利用条件に含まれる所定の項目について通信端末から入力された情報を取得するステップと、複数の事業者のサーバに、保有する車両の中から取得した情報により定まる利用条件を満たす車両を検索させるステップと、検索された車両に関する情報を通信端末に送信するステップとを含む。

上記構成によれば、情報検索サーバは、ユーザによって通信端末に入力された利用条件を取得する。そして、情報検索サーバは、複数の事業者のサーバに、保有する車両の中から利用条件を満たす車両を検索させる。情報検索サーバは、複数の事業者のサーバから取得した検索結果（利用条件を満たす車両に関する情報）を編集して、一括してユーザに提示する。これによって、ユーザは、通信端末を用いて情報検索サーバに接続し、利用条件を入力することによって、複数の事業者のサーバに登録された車両を一括して検索することができる。ゆえに、カーシェアリングサービスの利用に際し、ユーザが複数の事業者のサーバの各々に個別に接続して車両を検索する必要がなく、ユーザの利便性が向上される。

好ましくは、情報検索サーバは、複数の事業者の事業情報を記憶する記憶装置をさらに備える。処理装置は、利用条件のうち予め定められた項目を検索条件として抽出し、記憶装置に記憶された複数の事業者の事業情報の中から、検索条件を満たす事業情報を有する事業者を検索し、検索された事業者のサーバに保有された車両の中から車両を検索させる。

利用条件を満たす車両の検索を、複数の事業者のサーバに登録された車両のすべてに対して行なうと車両の検索に要する時間の増加を招く可能性がある。上記構成によれば、ユーザによって入力された利用条件のうちから、予め定められた項目が検索条件として抽出される。情報検索サーバは、予め記憶部に記憶されている事業情報に基づいて、車両を検索すべき事業者のサーバを選択し、選択された事業者のサーバに対して車両の検索を行なわせる。このように、検索条件を満たさない事業者のサーバに対しては車両の検索が行なわれないため、検索の効率を向上させることができユーザに短時間で検索結果を提示することができる。ゆえに、ユーザの利便性を向上させることができる。

好ましくは、記憶装置は、ユーザ情報をさらに記憶する。処理装置は、利用条件に含まれる所定の項目のうち少なくとも一部が入力されておらず、かつ、当該入力されていない項目がユーザ情報に含まれている場合には、ユーザ情報に含まれている情報を用いて利用条件を補完し、補完された利用条件を用いて車両を検索させる。

たとえば、ユーザは、通信端末を用いて情報検索サーバに接続した際に、入力が求められる利用条件の項目をすべて入力しないような場合も想定される。このような場合、利用条件が少ないために、検索結果にはユーザの潜在ニーズに合致しない車両に関する情報も含まれる可能性がある。上記構成によれば、利用条件が不足していても、不足している利用条件がユーザ情報（会員登録の情報）に含まれている場合には、ユーザ情報を用いて利用条件が補完される。これによって、たとえば、ユーザが利用条件を入力せずにブランクで送信したような場合であっても、補完された利用条件を用いて車両の検索を行なわせることができる。ゆえに、ユーザの潜在ニーズに合致した車両に関する情報（検索結果）を提示することができる。

好ましくは、利用条件は、音声により入力される。

上記構成によれば、ユーザは、通信端末への利用条件の入力に際して、音声入力をすることができる。これによって、ユーザは、キーパッドなどを用いて文字の入力を行なうことなく、利用条件の入力が可能となり、より簡便に情報を検索することができる。

好ましくは、通信端末は、ユーザによって音声により入力された情報の中から、利用条件を抽出する人工知能を含む。情報検索サーバは、ユーザ情報を記憶し、利用条件に含まれる所定の項目のうち少なくとも一部が人工知能により抽出されておらず、かつ、当該抽出されていない項目がユーザ情報に含まれている場合には、ユーザ情報に含まれている情報を用いて利用条件を補完し、補完された利用条件を用いて車両を検索させる。

上記構成によれば、たとえば、ユーザが通信端末に音声により入力を行なうと、人工知能によって、入力された音声の情報から利用条件が抽出される。そして、情報検索サーバは、抽出された利用条件を取得し、利用条件が不足していればユーザ情報を用いて利用条件を補完する。これによって、ユーザは、利用条件の入力に際して、利用条件の定型的なフォームに沿って入力するのではなく、たとえば、会話のように入力するだけで、車両を検索することができる。

本開示によると、異なる事業者によって運営される複数のカーシェアリングサービスを利用するユーザの利便性を向上させることができる。

実施の形態１に係る情報検索システムの全体構成を概略的に示す図である。 実施の形態１に係る事業者Ａの車両情報の一例を示す図である。 実施の形態１に係る事業者Ａの予約情報の一例を示す図である。 実施の形態１に係る事業者Ｂの車両情報の一例を示す図である。 実施の形態１に係る事業者Ｂの予約情報の一例を示す図である。 実施の形態１に係る価格帯情報の一例を示す図である。 実施の形態１に係る利用条件の一例を示す図である。 実施の形態１に係る表示部に表示される情報（提示情報）の一例を示す図である。 実施の形態１に係る情報検索サーバの制御部の構成を示す機能ブロック図である。 実施の形態１に係る情報検索サーバで実行される、検索時の処理を示すフローチャートである。 実施の形態１に係る第１サーバで実行される、検索時の処理を示すフローチャートである。 変形例１に係る検索条件の一例を示す図である。 変形例１に係る事業情報の一例を示す図である。 変形例１に係る情報検索サーバの制御部の構成を示す機能ブロック図である。 変形例１に係る情報検索サーバで実行される、検索時の処理を示すフローチャートである。 変形例２に係るユーザ情報の一例を示す図である。 変形例２に係る情報検索サーバで実行される、検索時の処理を示すフローチャートである。 実施の形態２に係る情報検索システムの全体構成を概略的に示す図である。 実施の形態２に係る通信端末および人工知能で実行される処理を示すフローチャートである。

以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。

（情報検索システムの全体構成について）

図１は、実施の形態１に係る情報検索システム１の全体構成を概略的に示す図である。図１を参照して、情報検索システム１は、第１サーバ１００と、第２サーバ２００と、情報検索サーバ３００と、通信端末４００とを備える。

第１サーバ１００および第２サーバ２００は、カーシェアリングサービスを行なう事業者Ａおよび事業者Ｂのそれぞれのサーバである。事業者Ａまたは事業者Ｂのカーシェアリングサービスを利用したいユーザは、通信端末４００（スマートフォンやパーソナルコンピュータなど）を用いて第１サーバ１００または第２サーバ２００に接続して所望する車両の条件を入力することによって車両を検索する。

通信端末４００は、通信部４１０と、記憶部４２０と、制御部４３０と、入力部４４０と表示部４５０とを含む。各部は、通信バス４８０によって通信可能に接続されている。

通信部４１０は、第１サーバ１００の通信部１１０、第２サーバ２００の通信部２１０および情報検索サーバ３００の通信部３１０との通信が可能となるように構成される。通信部４１０と、通信部１１０、通信部２１０および通信部３１０との通信は、インターネットまたは電話回線などの通信ネットワーク６００を介して互いに行なわれる。

記憶部４２０は、たとえば、フラッシュメモリ、ハードディスクあるいはソリッドステートドライブ等の大容量の記憶装置を含む。記憶部４２０は、通信端末４００の各種の機能を実行するためのプログラムなどを記憶する。

制御部４３０は、第１サーバ１００および第２サーバ２００に接続した際に通信部４１０を経由して受信する情報に基づいて、第１予約条件および第２予約条件に含まれる項目を入力するための画面を表示部４５０に表示させる。第１予約条件とは、第１サーバ１００に車両を検索させるための条件である。第２予約条件とは、第２サーバ２００に車両を検索させるための条件である。

具体的に一例を示すと、たとえば、第１予約条件には、「利用したい日時」、「貸し出しを受けたい場所」および「車両種別」などの条件が含まれる。なお、以下においては、第１予約条件および第２予約条件を総称して単に「予約条件」ともいう。

また、制御部４３０は、入力された第１予約条件および第２予約条件に対する検索結果の情報（車両に関する情報）を第１サーバ１００および第２サーバ２００からそれぞれ受信し、受信した情報を表示部４５０に表示させる。

入力部４４０は、通信端末４００における入力装置である。入力部４４０は、キーボード、マウス、タッチパネルなどで構成され、キーボード、マウス、タッチパネルなどに対する入力操作を受け付ける。また、入力部４４０は、音声入力機能を備えた音声入力装置であってもよい。

表示部４５０は、制御部４３０の制御に従って画像を表示する表示装置である。表示部４５０は例えば液晶パネルなどで実現される。表示部４５０は、通信端末４００が第１サーバ１００に接続された際に、第１予約条件を入力するための画面を表示する。また、表示部４５０は、通信端末４００が第２サーバ２００に接続された際に、第２予約条件を入力するための画面を表示する。

表示部４５０は、第１サーバ１００または第２サーバ２００から受信した検索結果（車両に関する情報）を表示する。

第１サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを含む。各部は、通信バス１４０によって通信可能に接続されている。

通信部１１０は、情報検索サーバ３００の通信部３１０、第２サーバ２００の通信部２１０およびユーザの通信端末４００の通信部４１０との通信が可能となるように構成される。通信部１１０と、通信部３１０、通信部２１０および通信部４１０との通信は、通信ネットワーク６００を介して互いに行なわれる。

記憶部１２０は、たとえば、ハードディスクあるいはソリッドステートドライブ等の大容量の記憶装置を含む。記憶部１２０には、たとえば、車両情報７００Ａ（図２）に示される事業者Ａが保有する車両の情報、および、予約情報８００Ａ（図３）に示される保有する車両の予約状況の情報が記憶されている。

制御部１３０は、ＣＰＵ（Central Processing Unit）１３０ａと、メモリ（ＲＯＭおよびＲＡＭ）１３０ｂと、各種信号を入出力するための入出力ポート（図示せず）などを含む。制御部１３０は、記憶部１２０に記憶された情報や、情報検索サーバ３００および通信端末４００から通信部１１０を経由して受信する情報に基づいて所定の演算処理を実行するように構成される。

たとえば、制御部１３０が受信する情報は、第１サーバ１００に接続された通信端末４００から送信された第１予約条件である。第１予約条件に入力可能な項目は、第１サーバ１００が任意に設定することができる。制御部１３０は、第１予約条件を満たす車両を記憶部１２０に記憶された車両情報７００Ａおよび予約情報８００Ａを用いて検索し、第１予約条件を満たした車両に関する情報を通信部１１０を介して通信端末４００に送信する。

また、制御部１３０は、通信端末４００が第１サーバ１００に接続された際に、第１予約条件に含まれる項目を入力する画面を表示するための情報を通信部１１０を介して、通信端末４００に送信する。

ここで、車両情報７００Ａおよび予約情報８００Ａについて、具体的に一例を示し説明する。

（車両情報）

図２は、実施の形態１に係る事業者Ａの車両情報７００Ａの一例を示す図である。図２に示されるように、車両情報７００Ａには、たとえば、「車両ＩＤ」と、「配置エリア」と、「車両種別」と、「乗車可能人数」と、「価格帯種別」と、「乗捨可否」と、「可能オプション」との情報が含まれている。

「車両ＩＤ」は、事業者Ａが保有している車両毎に割り当てられたＩＤの情報である。車両ＩＤは、車両を個別に識別するために用いられる。

「配置エリア」は、車両が配置されているエリアの情報である。たとえば、「配置エリア」は、車両が配置されているステーションが含まれるエリアの情報であってもよい。また、「配置エリア」は、車両が配置されているステーションの情報であってもよい。

「車両種別」は、車両が該当する車両種別の情報である。本実施の形態においては、車両種別として、「小型」、「中型」および「大型」の三つの種別が用いられる例について説明する。各種の車両がいずれの種別に属するかについては、情報検索サーバ３００が定める基準に従って登録される。

「乗車可能人数」は、車両に乗車可能な人数の情報である。たとえば、図２には、車両ＩＤ：Ａ００１の車両は、乗車可能人数が４人であることが示されている。

「価格帯種別」は、車両の価格帯を示す情報である。価格帯種別は、車両の単位時間あたりの利用価格を、後述する価格帯情報９５０（図６）を照会することによって選択される。なお、価格帯種別は、車両の単位時間あたりの価格の情報であってもよい。

「乗捨可否」は、車両が乗り捨て可能な車両であるか否かを示す情報である。乗り捨てとは、ユーザが車両の貸し出しを受けた場所（たとえば、ステーション）とは異なる場所に車両を返却することである。たとえば、図２には、車両ＩＤ：Ａ００１の車両は、車両が乗り捨て可能な車両であることが示されている。なお、図２に示された車両情報７００Ａにおいては、「乗捨可否」の情報が、車両が乗り捨て可能な車両であることを示す情報の場合には「可」と、車両が乗り捨て可能な車両でないことを示す情報の場合には「否」と表示されている。

実施の形態１においては、事業者ごとに一律に車両の乗り捨ての可否が設定されている例について説明する。つまり、事業者Ａが車両の乗り捨てを可能とする事業者であれば、事業者Ａの保有する全車両が乗り捨て可能な車両として登録されている。なお、同事業者内において、車両毎に乗り捨ての可否が設定されてもよい。

「可能オプション」は、選択可能なオプションの情報である。オプションは、たとえば、スタッドレスタイヤの装着、チャイルドシートの貸し出し、および、サンルーフの有無などである。「可能オプション」の情報がスタッドレスタイヤの装着を選択することができる情報である場合には、図２において「スタッドレス」と表示される。また、選択できるオプションがない場合には、図２において「−」と表示される。

図２に示す一例について説明すると、車両ＩＤ：Ａ００１の車両は、第１エリアに配置されている。そして、車両ＩＤ：Ａ００１の車両は、車両種別は小型であり、乗車可能人数は４人である。そして、車両ＩＤ：Ａ００１の車両は、単位時間あたりの価格帯種別は価格帯種別Ｖ１であり、オプションとしてスタッドレスタイヤの装着が可能である。

（予約情報）

図３は、実施の形態１に係る事業者Ａの予約情報８００Ａの一例を示す図である。予約情報８００Ａは、ある１日における、事業者Ａが保有する車両についての予約状況を示したものである。第１サーバ１００には、日付毎に予約情報８００Ａに示される情報が記憶されている。

図３に示されるように、予約情報８００Ａには、たとえば、「車両ＩＤ」と「各時間帯における予約状況」との情報が含まれている。図３においては、時間帯は、１時間毎に区切られる例について示されている。なお、時間帯は、１時間毎に時間帯が区切られることに限定されるものではなく、たとえば、時間帯は、２時間毎に区切られてもよいし、１５分毎または３０分毎などに区切られてもよい。また、時間帯を設けずに、任意の時間をユーザが指定して予約できる構成であってもよい。

「各時間帯における予約状況」としては、時間帯毎に予約可能か否かの情報が記憶されている。図３においては、車両の予約が可能なことを示す情報の場合（他の予約がされていない場合）には「○」が表示され、車両の予約が不可なことを示す情報の場合（他の予約がすでに入っている場合）に「−」が表示されている。

図３に示す一例について説明すると、車両ＩＤ：Ａ００１の車両は、０：００〜１：００および２３：００〜２４：００の時間帯においては、予約可能である。１：００〜２：００および２：００〜３：００の時間帯は予約不可である。

図１に戻り、第２サーバ２００は、通信部２１０と、記憶部２２０と、制御部２３０とを含む。各部は、通信バス２４０によって通信可能に接続されている。

記憶部２２０は、たとえば、ハードディスクあるいはソリッドステートドライブ等の大容量の記憶装置を含む。記憶部２２０には、たとえば、車両情報７００Ｂ（図４）に示される事業者Ｂが保有する車両の情報、および、予約情報８００Ｂ（図５）に示される保有する車両の予約状況の情報が記憶されている。車両情報７００Ｂおよび予約情報８００Ｂについては、車両情報７００Ａおよび予約情報８００Ａとそれぞれ同様であるため、繰り返し説明しない。

第２サーバ２００の通信部２１０および制御部２３０の機能は、第１サーバ１００の通信部１１０および制御部１３０の機能とそれぞれ同様であるため、繰り返し説明しない。なお、第２サーバ２００の制御部２３０は、通信ネットワーク６００を介して受信した第２予約条件を満たす車両を、記憶部２２０に記憶された車両情報７００Ｂおよび予約情報８００Ｂを用いて検索し、検索された車両に関する情報を通信部２１０を介して通信端末４００に送信する。

カーシェアリングサービスを利用したいユーザは、たとえば、通信端末４００を用いて事業者Ａの第１サーバ１００に接続し、通信端末４００から第１予約条件を入力する。これによって、事業者Ａの第１サーバ１００に登録された車両の中から、第１予約条件を満たす車両の検索が行なわれる。

ここで、第１予約条件を満たす車両が見つからなかった場合や、第１予約条件を満たす車両が見つかっても他の事業者の保有する車両と価格面などを比較したい場合も想定される。このような場合、ユーザは、さらに、通信端末４００を用いて事業者Ｂの第２サーバ２００に接続して同様に車両を検索する。ユーザは、上記の行為を複数の事業者のサーバに対して繰り返して行なうことにより、複数の事業者のカーシェアリングサービスを比較検討することができる。

しかしながら、上述したように、ユーザは複数の事業者の各々のサーバに対して車両を検索しなければならず、検索対象の事業者数が増えると所望する検索結果を得るまでに工数がかかり、利便性に欠けることが懸念される。

そこで、本実施の形態に係る情報検索システム１は、さらに情報検索サーバ３００を備える。ユーザは、通信端末４００を用いて、情報検索サーバ３００に接続して利用条件５００を入力する。情報検索サーバ３００は、取得した利用条件５００に基づいて、情報検索サーバ３００に登録された事業者のサーバ（第１サーバ１００および第２サーバ２００）に順次接続して、第１サーバ１００および第２サーバ２００に車両の検索を行なわせる。これによって、ユーザは、情報検索サーバ３００に接続して利用条件５００を入力することによって、自動的に複数の事業者のサーバに登録された車両の中から所望の車両を検索することができる。

事業者は、情報検索サーバ３００にカーシェアリングサービスを行なっている事業者として登録することによって、情報検索サーバ３００による車両の検索において、自身のサーバ（第１サーバ１００，第２サーバ２００）が検索されるようにすることができる。

なお、以下の説明においては、情報検索サーバ３００に登録している事業が事業者Ａおよび事業者Ｂである例について説明するが、情報検索サーバ３００に登録している事業者の数は２事業者に限られるものではなく、３以上の事業者が登録されてもよい。

情報検索サーバ３００は、通信部３１０と、記憶部３２０と、制御部３３０とを含む。各部は、通信バス３４０によって通信可能に接続されている。

通信部３１０は、第１サーバ１００の通信部１１０、第２サーバ２００の通信部２１０および通信端末４００の通信部４１０との通信が可能となるように構成される。通信部３１０と、通信部１１０、通信部２１０および通信部４１０との通信は、通信ネットワーク６００を介して互いに行なわれる。

記憶部３２０は、たとえば、ハードディスクあるいはソリッドステートドライブ等の大容量の記憶装置を含む。記憶部３２０には、たとえば、車両の単位時間あたりの利用価格を価格帯種別に分類するための価格帯情報９５０が記憶されている。

価格帯情報９５０は、たとえば、図６に示されるように、単位時間当たりの価格が価格Ｘ１未満の場合は、価格帯種別Ｖ１が割り当てられる。単位時間当たりの価格が、価格Ｘ１以上であり、かつ、価格Ｘ１より大きい価格Ｘ２（Ｘ１＜Ｘ２）未満の場合は、価格帯種別Ｖ２が割り当てられる。単位時間当たりの価格が、価格Ｘ２以上であり、かつ、価格Ｘ２より大きい価格Ｘ３（Ｘ２＜Ｘ３）未満の場合は、価格帯種別Ｖ３が割り当てられる。単位時間当たりの価格が、価格Ｘ３以上の場合は、価格帯種別Ｖ４が割り当てられる。

図１に戻り、記憶部３２０には、事業者Ａが保有する車両を検索するための第１予約条件の項目、および、事業者Ｂが保有する車両を検索するための第２予約条件の項目が記憶されている。

制御部３３０は、ＣＰＵ（Central Processing Unit）３３０ａと、メモリ（ＲＯＭおよびＲＡＭ）３３０ｂと、各種信号を入出力するための入出力ポート（図示せず）などを含む。制御部３３０は、通信端末４００に入力された利用条件５００についての情報を通信部３１０を介して取得する。

利用条件５００は、カーシェアリング事業者の保有する車両を利用するにあたって、ユーザが希望する条件である。利用条件５００は、通信端末４００を用いてユーザによって入力される。利用条件５００としては、利用したい日時の情報や、貸し出しを受けたい車両などの項目の情報を含む。

利用条件５００には、たとえば、図７に示されるように、「日にち」と、「利用開始時刻」と、「利用終了時刻」と、「選択エリア」と、「車両種別」と、「乗車人数」と、「価格帯」と、「乗捨希望」と、「乗捨エリア」と、「オプション」との情報が含まれている。

「日にち」は、ユーザがカーシェアリングサービス（車両）の利用を希望する日にちの情報である。「利用開始時刻」は、ユーザが車両の貸し出しを受けたい時刻の情報である。「利用終了時刻」は、ユーザが車両を返却したい時刻の情報である。「乗車人数」は、乗車予定の人数の情報である。

「選択エリア」は、ユーザが車両の貸し出しを受けたいエリアの情報である。図７においては、一例として、第２エリアが示されている。エリアは、都道府県単位や市町村単位など、任意にその単位を設定することができる。また、エリアは、たとえば、通信端末４００に搭載されたＧＰＳ（Global Positioning System）を用いて取得された、利用条件５００の入力時の位置に基づいて設定されてもよい。たとえば、エリアは、当該取得された位置から所定の半径以内とするような設定であってもよい。

「車両種別」は、検索結果に表示させたい（ユーザが利用したい）車両の種別の情報であり、たとえば、「小型」、「中型」および「大型」の三つの種別が用いられる。なお、車両種別として、たとえば、具体的な車種名が登録されてもよい。

「価格帯」は、検索結果に表示させたい（ユーザが希望する）単位時間あたりの価格帯種別の情報である。実施の形態１においては、検索結果には、選択された価格帯種別以下の車両が表示される。価格帯種別は、価格帯情報９５０に従って選択される。図７においては、一例として、価格帯種別Ｖ２が表示されている。検索結果には、価格帯種別Ｖ２および価格帯種別Ｖ２より低い価格帯種別Ｖ１の車両が表示される。なお、検索結果に表示させるのは、「価格帯」に設定された価格帯種別以下の車両に限られるものではない。たとえば、「価格帯」に設定された価格帯種別以上の車両であってもよいし、「価格帯」に設定された価格帯種別の車両のみであってもよい。また、単位時間は、任意に設定可能である。たとえば、単位時間は１５分、３０分、１時間などに設定される。

「乗捨希望」は、ユーザが貸し出しを受けた車両の乗り捨てを希望するか否かを示す情報である。たとえば、利用条件５００を入力する画面には、車両の乗り捨てを希望する場合にチェックを入れるチェックボックスが表示される。「乗捨希望」を希望する場合、検索結果には、乗り捨てができる車両が表示される。「乗捨希望」について指定がなければ、検索結果には、乗り捨てができる車両、および、乗り捨てができない車両の双方が表示される。

「乗捨エリア」は、ユーザが車両の乗り捨てを希望するエリアの情報である。「オプション」は、ユーザが希望する車両のオプションの情報である。

図１に戻り、制御部３３０は、第１予約条件の各項目の情報を利用条件５００から抽出して第１サーバ１００に送信する。同様に、制御部３３０は、第２予約条件の各項目の情報を利用条件５００から抽出して第２サーバ２００に送信する。

制御部３３０は、第１予約条件の検索結果として、第１サーバ１００から第１予約条件を満たす車両に関する情報を取得する。また、制御部３３０は、第２予約条件の検索結果として、第２サーバ２００から第２予約条件を満たす車両に関する情報を取得する。そして、制御部３３０は、第１サーバ１００および第２サーバ２００の双方から取得した車両に関する情報を編集して、一括して通信端末４００に出力する（送信する）。制御部３３０から送信された車両に関する情報を、通信端末４００は表示部４５０に表示させる。

（提示情報）

図８は、実施の形態１に係る表示部４５０に表示される情報（提示情報１０００）の一例を示す図である。提示情報１０００は、ユーザが情報検索サーバ３００を利用して検索を行なった結果として通信端末４００の表示部４５０に表示される（提示される）。提示情報１０００には、たとえば、「事業者名」と、「車両名」と、「乗車可能人数」と、「価格」と、「乗捨可否」と、「オプション」との情報が含まれている。なお、「事業者名」、「車両名」、「乗車可能人数」、「価格」、「乗捨可否」および「オプション」の情報は、本開示に係る「車両に関する情報」の一例に相当する。

「事業者名」は、検索結果として表示される車両を保有している事業者を示す情報である。「車両名」は、検索結果として表示される車両の車種名を示す情報である。車種名は、たとえば、当該車両が一般に市販されている名称などである。「乗車可能人数」は、検索結果として表示される車両に乗車可能な最大人数の情報である。「価格」は、検索結果として表示される車両の単位時間あたりの価格の情報である。なお、検索結果として表示される車両にオプションの選択が可能な場合には、オプションの価格の情報が含まれてもよい。「乗捨可否」は、検索結果として表示される車両の乗り捨てが可能か否かを示す情報である。「オプション」は、検索結果として表示される車両に選択可能なオプションを示す情報である。

図９は、実施の形態１に係る情報検索サーバ３００の制御部３３０の構成を示す機能ブロック図である。制御部３３０は、情報取得部３３１と、予約条件作成部３３７と、出力部３３９とを含む。

情報取得部３３１は、ユーザの通信端末４００から入力される利用条件５００を通信部３１０を介して取得する。また、情報取得部３３１は、情報検索サーバ３００に登録された各事業者のサーバ（第１サーバ１００および第２サーバ２００）から、車両に関する情報を取得する。

予約条件作成部３３７は、利用条件５００を用いて、各事業者によって定められている予約条件を作成する。具体的には、たとえば、予約条件作成部３３７は、記憶部３２０から事業者Ａの第１予約条件の項目を読み出す。そして、予約条件作成部３３７は、第１予約条件の項目の情報を利用条件５００から抽出して、第１予約条件を作成する。予約条件作成部３３７は、事業者Ｂの第２予約条件の項目を読み出して、同様にして、事業者Ｂの第２予約条件を作成する。

出力部３３９は、予約条件作成部３３７によって作成された予約条件を、情報検索サーバ３００に登録された各事業者のサーバ（第１サーバ１００および第２サーバ２００）に通信部３１０を介して送信する。また、出力部３３９は、各事業者のサーバ（第１サーバ１００および第２サーバ２００）から取得した検索結果を編集し、一括して通信端末４００に送信する。

図１０は、実施の形態１に係る情報検索サーバ３００で実行される、検索時の処理を示すフローチャートである。この処理は、通信端末４００を用いて利用条件５００の入力の確定がされる毎に実行される。なお、図１０に示すフローチャートの各ステップは、情報検索サーバ３００の制御部３３０によるソフトウェア処理によって実現される場合について説明するが、その一部あるいは全部が制御部３３０内に作製されたハードウェア（電気回路）によって実現されてもよい。図１５および図１７においても同様である。

制御部３３０は、ユーザが通信端末４００に入力した利用条件５００を通信ネットワーク６００を介して取得する（ステップ１００、以下ステップを「Ｓ」と略す）。

制御部３３０は、情報検索サーバ３００に登録されている各事業者のサーバに、通信部３１０を介して接続する（Ｓ１１０）。具体的には、たとえば、制御部３３０は、通信部３１０を介して、事業者Ａの第１サーバ１００に接続する。

制御部３３０は、記憶部３２０から第１予約条件の項目を読み出して、第１予約条件の各項目に対応する情報を利用条件５００から抽出する（Ｓ１２０）。なお、利用条件５００から第１予約条件として利用条件５００の全項目を抽出してもよいし、一部の項目のみを抽出してもよい。

そして、制御部３３０は、抽出した第１予約条件を第１サーバ１００に送信する（Ｓ１３０）。これによって、第１サーバ１００において、第１予約条件を用いて車両が検索される。

制御部３３０は、第１サーバ１００からＳ１３０に対する検索結果として第１予約条件を満たした車両に関する情報を取得すると、取得した情報を記憶部３２０に記憶する（Ｓ１４０）。

制御部３３０は、情報検索サーバ３００に登録されている全事業者のサーバを検索したか否かを判定する（Ｓ１５０）。制御部３３０は、情報検索サーバ３００に登録されている全事業者のサーバを検索していないと判定すると（Ｓ１５０においてＮＯ）、処理をＳ１１０に戻し、まだ検索を行なっていない事業者のサーバに対して、Ｓ１１０〜Ｓ１４０の処理を実行する。

制御部３３０は、情報検索サーバ３００に登録されている全事業者サーバを検索したと判定すると（Ｓ１５０においてＹＥＳ）、記憶部３２０に記憶された各事業者から取得した車両に関する情報を編集し、一括して検索結果として通信端末４００に送信する（出力する）（Ｓ１６０）。なお、制御部３３０は、利用条件５００を満たす車両が検索されなかった場合には、利用条件５００を満たす車両がない旨を示す情報を通信端末４００に送信する。

その後、ユーザは、通信端末４００に表示された車両に関する情報（提示情報１０００）に基づいて、車両の予約を行なうことができる。車両の予約については、通信端末４００に表示された提示情報１０００の中からユーザが任意の車両を選択することによって、当該選択した車両を所有する事業者のサーバ（たとえば、第１サーバ１００）に移行するように設定されてもよい。これによって、ユーザは、検索に引き続いて、選択した車両の予約を行なうことができる。あるいは、通信端末４００に表示された提示情報１０００の中からユーザが任意の車両を選択することによって、当該選択した車両を情報検索サーバ３００において予約を行なえるように設定されてもよい。

図１１は、実施の形態１に係る第１サーバ１００で実行される、検索時の処理を示すフローチャートである。この処理は、情報検索サーバ３００あるいは通信端末４００から第１予約条件が送信される毎に実行される。なお、図１１に示すフローチャートの各ステップは、第１サーバ１００の制御部１３０によるソフトウェア処理によって実現される場合について説明するが、その一部あるいは全部が制御部１３０内に作製されたハードウェア（電気回路）によって実現されてもよい。以下の説明においては、情報検索サーバ３００から第１予約条件が送信される例について説明する。なお、図示しないが、第２サーバ２００においても、情報検索サーバ３００あるいは通信端末４００から第２予約条件が送信されると、図１１に示す第１サーバ１００と同様の処理が実行される。

制御部１３０は、情報検索サーバ３００から第１予約条件を取得すると（Ｓ４００）、記憶部１２０に記憶されている車両情報７００Ａを照会して、第１予約条件を満たす車両を検索する（Ｓ４１０）。具体的には、制御部１３０は、利用条件５００の「選択エリア」、「車両種別」、「乗車人数」、「価格帯」、「乗捨希望」、「乗捨エリア」および「オプション」の項目を、車両情報７００Ａの「配置エリア」、「車両種別」、「乗車可能人数」、「価格帯種別」、「乗捨可否」および「可能オプション」の項目とそれぞれ照会する。一例として、図２の車両情報７００Ａにおいて、図７に示された利用条件５００により検索された車両は、車両ＩＤ：Ａ００２の車両である。

次いで、制御部１３０は、Ｓ４１０において検索された車両の予約情報８００Ａを照会する（Ｓ４２０）。具体的には、制御部１３０は、車両ＩＤ：Ａ００２の車両の予約情報８００Ａと図７の利用条件５００に含まれる「利用開始時刻」および「利用終了時刻」とを照会する。図３の予約情報８００Ａの例において、２：００〜３：００における車両ＩＤ：Ａ００２の車両の予約は可能であるので、車両ＩＤ：Ａ００２の車両は、第１予約条件を満たす。

制御部１３０は、第１予約条件を満たした車両に関する情報を情報検索サーバ３００へ送信する（Ｓ４３０）。

以上のように、実施の形態１においては、情報検索サーバ３００は、取得した利用条件５００を用いて、各事業者のサーバに登録された車両を検索するためのそれぞれの予約条件（第１および第２予約条件）を作成して、各事業者のサーバに送信する。そして、情報検索サーバ３００は、各事業者のサーバで車両の検索が行なわれたそれぞれの検索結果（予約条件を満たした車両に関する情報）を取得する。そして、これらの検索結果を編集して、一括して通信端末４００に送信する。これによって、ユーザは、単一の情報検索サーバ３００に接続して利用条件５００を入力することによって、複数の事業者のサーバに個別に接続して車両を検索することなく、複数の事業者のサーバに登録された車両の検索結果を一括して得ることができる。

なお、実施の形態１においては、利用条件５００を用いて各事業者で車両の検索を行なわせるために第１および第２予約条件が作成される例について説明したが、第１および第２予約条件を作成することに限られるものではない。たとえば、情報検索サーバ３００に登録された事業者のサーバにおいては、利用条件５００を共通の予約条件として用いて車両の検索が行なえるように構成されてもよい。

＜変形例１＞

実施の形態１においては、利用条件５００が入力されると、情報検索サーバ３００に登録された全事業者を対象に利用条件５００を満たす車両の検索が行なわれる構成について説明した。しかしながら、情報検索サーバ３００に登録された全事業者を対象に車両の検索が行なわれると、検索に要する時間の増加を招く可能性がある。

そこで、変形例１においては、情報検索サーバ３００に登録された全事業者のサーバに対して、予備的な検索が行なわれ、予備的な検索を満たした事業者のみを対象に車両の検索が行なわれる例について説明する。これによって、車両の検索時間を短縮することができる。

具体的には、入力された利用条件５００の中から、予め定められた一部の項目が検索条件５５０として抽出される。そして、情報検索サーバ３００に登録された事業者が行なうカーシェアリングサービスに関する事業情報７５０の中から、検索条件５５０を満たす事業者の検索が行なわれる。そして、検索された事業者に対して車両の検索が行なわれる。

このように、予備的な検索によって一部の事業者に限って車両の検索が行なわれるので、検索に要する時間を短くすることができる。

（検索条件および事業情報）

ここで、検索条件５５０および事業情報７５０について具体的に説明する。図１２は、変形例１に係る検索条件５５０の一例を示す図である。検索条件５５０は、利用条件５００の中から特定の項目が抽出された情報を示したものである。具体的には、利用条件５００の中から「選択エリア」と、「車両種別」と、「価格帯」と、「乗捨希望」とが検索条件５５０として抽出される。なお、検索条件５５０として利用条件５００から抽出される項目は、上記の項目に限られるものではなく、他の項目が抽出されるように設定されてもよい。

事業情報７５０は、情報検索サーバ３００に登録された事業者（事業者Ａおよび事業者Ｂ）が行なうカーシェアリングサービスに関する情報である。事業情報７５０は、事業者Ａおよび事業者Ｂが情報検索サーバ３００にカーシェアリングサービスを行なっている事業者として登録した際に、情報検索サーバ３００の記憶部３２０に記憶される。

事業情報７５０は、たとえば、図１３に示されるように、「事業者」と、「事業エリア」と、「保有車両種別」と、「最低価格帯種別」と、「乗捨可否」との情報が含まれている。

「事業者」は、事業者（事業者Ａまたは事業者Ｂ）を特定するための情報である。「事業エリア」は、事業者がカーシェアリングサービスを行なっているエリアの情報である。「保有車両種別」は、事業者Ａが保有している車両の車両種別の情報である。「最低価格帯種別」は、事業者Ａが保有している車両の価格帯種別のうち、もっとも小さい価格帯種別の情報である。「乗捨可否」は、事業者Ａが車両の乗り捨てが可能なカーシェアリングサービスを行なっているか否かを示す情報である。

図１３において、事業情報７５０の一例を説明すると、事業者Ａは、第１エリア、第２エリアおよび第３エリアでカーシェアリングサービスを行なっており、これらのエリア内にステーションを有している。事業者Ａは、小型および中型の車両種別に分類される車両を保有している。事業者Ａが保有している車両のうち、最も安い価格帯の車両は価格帯種別Ｖ１の車両である。事業者Ａは、乗り捨て可能なカーシェアリングサービスを提供している。

図１４は、変形例１に係る情報検索サーバ３００の制御部３３０Ａの構成を示す機能ブロック図である。制御部３３０Ａは、情報取得部３３１と、抽出部３３３と、検索部３３５と、予約条件作成部３３７と、出力部３３９とを含む。図１４に示す機能ブロック図は、図９の機能ブロック図に対して、抽出部３３３および検索部３３５が追加されたものである。その他の各部については、図９の機能ブロック図における各部と同様であるため、繰り返し説明しない。

抽出部３３３は、利用条件５００の項目の中から、予め定められた項目を検索条件５５０として抽出する。検索条件５５０は、複数の事業者のサーバ（第１サーバおよび第２サーバ）に対して予備的な検索を行なうことに用いられる。

検索部３３５は、検索条件５５０を満たす事業者を、記憶部３２０に記憶されている事業情報７５０の中から検索する。具体的には、検索部３３５は、事業情報７５０に含まれる事業者Ａの情報および事業者Ｂの情報が、検索条件５５０を満たすか否かを照会することで検索を行なう。そして、予約条件作成部３３７は、検索条件を満たした事業者に対してのみ予約条件を作成する。

図１５は、変形例１に係る情報検索サーバ３００で実行される、検索時の処理を示すフローチャートである。図１５に示すフローチャートは、図１０のフローチャートに対して、Ｓ２０５〜Ｓ２２５が追加されたものとなっている。その他の各ステップについては、図１０のフローチャートにおける各ステップと同様であるため、繰り返し説明しない。また、第１サーバ１００および第２サーバ２００で実行される処理についても、図１１のフローチャートにおける各ステップと同様であるため、繰り返し説明しない。

制御部３３０は、ユーザが通信端末４００に入力した利用条件５００を通信ネットワーク６００を介して取得する（Ｓ２００）。

制御部３３０は、利用条件５００の中から、予め定められた項目を検索条件５５０として抽出する（Ｓ２０５）。具体的には、制御部３３０は、利用条件５００から、「選択エリア」と、「車両種別」と、「価格帯」と、「乗捨希望」との項目を検索条件５５０として抽出する。

制御部３３０は、記憶部３２０に記憶されている事業情報７５０を読み出して、検索条件５５０を満たす事業者を検索する（Ｓ２１０）。具体的には、たとえば、制御部３３０は、検索条件５５０の「選択エリア」、「車両種別」、「価格帯」および「乗捨希望」が、事業情報７５０の「事業エリア」、「保有車両種別」、「最低価格帯種別」および「乗捨可否」にそれぞれ含まれるか否かを照会する。以下においては、Ｓ２１０の照会を「予備検索」ともいう。

具体的に事業者Ａを例に説明すると、検索条件５５０の「選択エリア」である第２エリアは、事業情報７５０の「事業エリア」である第１〜第３エリアに含まれる。検索条件５５０の「車両種別」である小型および中型は、事業情報７５０の「保有車両種別」である小型および中型に含まれる。検索条件５５０の「価格帯」である価格帯種別Ｖ２は、事業情報７５０の「最低価格帯種別」である価格帯種別Ｖ１より高い価格帯である。ゆえに、ユーザが表示させたい価格帯である検索条件５５０の「価格帯」は、事業情報７５０の「最低価格帯種別」に含まれる。また、検索条件５５０の「乗捨希望」は「希望」となっており、事業情報７５０の「乗捨可否」は「可」となっている。ゆえに、「乗捨希望」の条件は満たされている。以上より、制御部３３０は、事業者Ａの事業情報７５０は、検索条件５５０を満たすと判定する。

制御部３３０は、予備検索が完了すると、検索条件５５０を満たす事業者があったか否かを判定する（Ｓ２２５）。

制御部３３０は、検索条件５５０を満たす事業者があったと判定すると（Ｓ２２５においてＹＥＳ）、検索条件５５０を満たす事業者のサーバに対して、Ｓ２３０〜Ｓ２５０の処理を実行する。これによって、検索条件５５０を満たす事業者のサーバに登録されている車両の中から、利用条件５００を満たす車両の検索が行なわれる。

制御部３３０は、検索条件５５０を満たす事業者がなかったと判定すると（Ｓ２２５においてＮＯ）、利用条件５００を満たす車両がない旨の検索結果を通信端末４００に送信する（Ｓ２５５）。

以上のように、変形例１においては、まず、情報検索サーバ３００に記憶された事業情報７５０の中から、検索条件５５０を満たす事業者の検索が行なわれる。そして、情報検索サーバ３００は、検索条件５５０を満たす事業者のサーバに接続して、当該事業者のサーバに登録された車両の中から、利用条件５００を満たす車両の検索が行なわれる。

上記のように、検索条件５５０を用いて、利用条件５００を用いた詳細な検索を行なう前に、予備検索が行なわれることによって、検索に要する時間を短くすることができる。これによって、効率的な検索を行なうことができる。

＜変形例２＞

実施の形態１および変形例１においては、通信端末４００を用いて情報検索サーバ３００に接続したユーザが、通信端末４００に利用条件５００を入力して検索を行なう例について説明した。変形例２においては、通信端末４００を用いて情報検索サーバ３００に接続したユーザが、情報検索サーバ３００に会員登録しログインした状態で検索を行なう例について説明する。会員登録を行なうと、ユーザは、以下において説明するように、通信端末４００で入力する利用条件５００の項目を、予め登録したユーザ情報９００（図１６）を用いて補完することができる。また、ユーザは、通信端末４００に表示された車両に関する情報（提示情報１０００）を用いて車両の予約を行なう際に、会員登録を行なっていれば、予め登録したユーザ情報９００を用いることにより、車両の予約に必要な自己の情報を都度入力することなく、車両の予約を行なうことができる。

ユーザが情報検索サーバ３００に会員登録をすると、会員登録時に入力した情報（ユーザ情報９００）が情報検索サーバ３００の記憶部３２０に記憶される。ユーザは、情報検索サーバ３００に会員登録を行なった際に付与されたユーザＩＤを用いて、情報検索サーバ３００にログインすることができる。

たとえば、ユーザは、車両の検索をするために通信端末４００で利用条件５００を入力するにあたり、利用条件５００の項目をすべて入力しないような場合も想定される。このような場合、利用条件５００に含まれる項目が少ないために、検索結果にはユーザの潜在ニーズに合致しない車両に関する情報も含まれる可能性がある。

そこで、変形例２においては、利用条件５００の項目が不足している場合において、当該不足している項目がユーザ情報９００に含まれる項目であるときは、当該ユーザ情報９００の項目の情報を用いて利用条件５００を補完する。これによって、利用条件５００の項目が不足している場合であっても、補完された利用条件を満たす車両の検索をすることができる。ゆえに、ユーザの潜在ニーズに合致した車両に関する情報をユーザに提示することができる。

（ユーザ情報）

図１６は、変形例２に係るユーザ情報９００の一例を示す図である。ユーザ情報９００は、ユーザが情報検索サーバ３００に会員登録をした際に記憶部３２０に記憶される。ユーザ情報９００には、「ユーザＩＤ」と、「氏名」と、「住所」と、「車両種別」と、「価格帯」と、「乗捨希望」との情報が含まれている。

「ユーザＩＤ」は、情報検索サーバ３００への会員登録が完了すると、ユーザに対して設定され、ユーザを一意的に特定するために用いられる。

「氏名」および「住所」は、ユーザの氏名および住所の情報である。「住所」には、一例として、ユーザが登録した住所の情報の他に、当該住所が含まれるエリアの情報が含まれる。なお、図１６においては、「住所」には、エリアのみを図示している。

「車両種別」は、利用条件５００の「車両種別」の項目をブランクにした場合に補完させたい車両種別の情報である。図１６においては、たとえば、ユーザＩＤ：００１のユーザであれば、「車両種別」に「大型」が示されている。たとえば、ユーザが通信端末４００で利用条件５００の入力時に「車両種別」の項目をブランクで入力を確定させた場合、ユーザが情報検索サーバ３００にログインしていれば、「車両種別」には「大型」の情報が補完されるようにすることができる。なお、ユーザが利用条件５００の「車両種別」の項目に情報を入力した場合には、「車両種別」の項目は補完されない。たとえば、ユーザＩＤ：００１のユーザが、利用条件５００の「車両種別」の項目に「小型」を入力したような場合には、補完されることなく、利用条件５００の「車両種別」の項目には「小型」が用いられる。情報の補完の手法は、以下に説明する「価格帯」および「乗捨希望」についても同様である。

「価格帯」は、利用条件５００の「価格帯」の項目をブランクにした場合に補完させたい価格帯の情報である。図１６においては、たとえば、ユーザＩＤ：００１のユーザであれば、「価格帯」に「Ｖ３」が示されている。たとえば、ユーザが通信端末４００で利用条件５００の入力時に「価格帯」の項目をブランクで入力を確定させた場合、ユーザが情報検索サーバ３００にログインしていれば、「価格帯」には「Ｖ３」の情報が補完されるようにすることができる。

「乗捨希望」は、利用条件５００の「乗捨希望」の項目をブランクにした場合に補完させたい乗捨希望の情報である。ユーザが検索結果として乗り捨てできる車両を表示することを希望する場合に「希望」が登録される。ユーザが検索結果として乗り捨てできる車両および乗り捨てできない車両の双方を表示することを希望する場合に「−」が登録される。図１６においては、たとえば、ユーザＩＤ：００１のユーザであれば、「乗捨希望」に「−」が示されている。たとえば、ユーザが通信端末４００で利用条件５００の入力時に「乗捨希望」の項目をブランクで入力を確定させた場合、ユーザが情報検索サーバ３００にログインしていれば、「乗捨希望」には「−」の情報が補完されるようにすることができる。

図１７は、変形例２に係る情報検索サーバ３００で実行される、検索時の処理を示すフローチャートである。図１７に示すフローチャートは、図１０のフローチャートに対して、Ｓ３０５〜Ｓ３３０が追加されたものとなっている。その他の各ステップについては、図１０のフローチャートにおける各ステップと同様であるため、繰り返し説明しない。また、第１サーバ１００および第２サーバ２００で実行される処理についても、図１１のフローチャートにおける各ステップと同様であるため、繰り返し説明しない。

制御部３３０は、ユーザが通信端末４００に入力した利用条件５００を通信ネットワーク６００を介して取得する（Ｓ３００）。

制御部３３０は、ユーザがログインしているか否かを判定する（Ｓ３０５）。制御部３３０は、ユーザがログインしていないと判定すると（Ｓ３０５においてＮＯ）、処理をＳ３４０に進めてＳ３４０以後の処理を実行する。

制御部３３０は、ユーザがログインしていると判定すると（Ｓ３０５においてＹＥＳ）、取得した利用条件５００のうち、所定の項目がブランクであるか否かを判定する（Ｓ３１０）。所定の項目とは、利用条件５００に含まれる項目であって、かつ、ユーザ情報９００に含まれる項目である。具体的には、たとえば、「車両種別」、「価格帯」および「乗捨希望」である。なお、所定の項目は上記の項目に限られるものではなく、利用条件５００に含まれる項目およびユーザ情報９００に含まれる項目を任意に変更することにより、所定の項目に他の項目を設定することが可能である。

制御部３３０は、取得した利用条件５００のうち、所定の項目がブランクであると判定すると（Ｓ３１０においてＹＥＳ）、検索を行なっているユーザ（ログインしているユーザ）のユーザＩＤを用いてユーザ情報９００を読み出す（Ｓ３２０）。

制御部３３０は、読み出したユーザ情報９００を用いて、Ｓ３１０においてブランクであると判定された所定の項目を補完する（Ｓ３３０）。そして、制御部３３０は、補完した利用条件を用いて、Ｓ３４０以後の処理を実行する。そして、制御部３３０は、補完した利用条件を満たす車両に関する情報を検索結果としてユーザの通信端末４００に送信する（Ｓ３９０）。

制御部３３０は、Ｓ３１０において、取得した利用条件５００のうち、所定の項目がブランクでないと判定すると（Ｓ３１０においてＮＯ）、利用条件５００を補完することなく、処理をＳ３４０に進めてＳ３４０以後の処理を実行する。そして、制御部３３０は、利用条件５００を満たす車両に関する情報を検索結果としてユーザの通信端末４００に送信する（Ｓ３９０）。

なお、ユーザは、利用条件５００のうち、所定の項目を意図的にブランクにして検索を行ないたいような場合もある。このような場合のために、通信端末４００に表示される利用条件５００を入力する項目に、利用条件５００の補完を行なわないようにするチェックボックスを設けてもよい。チェックボックスにチェックが入れられると、利用条件５００に補完を行なわないという情報が利用条件５００に追加される。そして、当該補完を行なわないという情報が利用条件５００に含まれている場合には利用条件５００の補完がされないようにすることができる。

以上のように、通信端末４００で利用条件５００を入力するにあたり、利用条件５００の項目がすべて入力されずに入力が確定されたような場合、利用条件５００に含まれる項目が少なくなる。そのため、検索結果にはユーザの潜在ニーズに合致しない車両に関する情報も含まれる可能性がある。

このような場合であっても、ユーザが情報検索サーバ３００に会員登録しログインしていれば、不足している項目がユーザ情報９００に含まれる項目であるときは、ユーザ情報９００に含まれる情報を用いて利用条件５００が補完される。これによって、ユーザにより入力された利用条件５００の項目が不足している場合であっても、補完された利用条件を満たす車両の検索をすることができる。ゆえに、ユーザの潜在ニーズに合致した車両に関する情報を提示することができる。

＜実施の形態２＞

近年においては、人工知能（Artificial intelligence、以下「ＡＩ」ともいう）の分野の進歩が飛躍的に進んできている。実施の形態２に係る情報検索システム１Ｂにおいては、人工知能を用いて通信端末４００Ｂに入力された情報から利用条件５００を抽出する例について説明する。具体的には、公知の人工知能に関して公開されているＡＰＩ（Application Programming Interface）を通信端末４００Ｂに組み込む例について説明する。

図１８は、実施の形態２に係る情報検索システム１Ｂの全体構成を概略的に示す図である。図１８を参照して、情報検索システム１Ｂは、第１サーバ１００と、第２サーバ２００と、情報検索サーバ３００と、通信端末４００Ｂと、人工知能５０とを備える。なお、第１サーバ１００、第２サーバ２００および情報検索サーバ３００においては、実施の形態１の情報検索サーバ３００と同様の構成であるため、繰り返し説明しない。

通信端末４００Ｂは、通信部４１０Ｂと、記憶部４２０と、制御部４３０Ｂと、入力部４４０Ｂと表示部４５０とを含む。各部は、通信バス４８０によって通信可能に接続されている。なお、記憶部４２０、表示部４５０および通信バス４８０については、実施の形態１に係る通信端末４００と同様の構成であるため、繰り返し説明しない。

通信部４１０Ｂは、第１サーバ１００の通信部１１０、第２サーバ２００の通信部２１０および情報検索サーバ３００の通信部３１０との通信が可能となるように構成される。通信部４１０Ｂと、通信部１１０、通信部２１０および通信部３１０との通信は、通信ネットワーク６００を介して互いに行なわれる。また、通信部４１０Ｂは、通信ネットワーク６００を介して人工知能５０との通信が可能となるように構成される。

入力部４４０Ｂは、人工知能５０のＡＰＩが組み込まれた音声入力装置である。入力部４４０Ｂは、音声入力装置に加えて、キーボード、マウス、タッチパネルなどの入力装置を併用できるように構成されてもよい。

制御部４３０Ｂは、たとえば、入力部４４０Ｂに音声によって入力された情報を入力情報として、通信部４１０を介して、人工知能５０に送信する。

人工知能５０は、通信端末４００Ｂから送信された入力情報を解析して、当該入力情報から利用条件５００を抽出する。なお、人工知能５０およびその利用方法については、公知の人工知能およびその利用方法に基づくものであってもよい。

具体的な一例を説明すると、たとえば、通信端末４００Ｂの入力部４４０Ｂに「明日の朝、スーパーＡに２人で行きたい」と音声入力された場合、当該音声入力された情報が入力情報として人工知能５０に送られる。

人工知能５０は、受信した当該入力情報の中から、「明日の朝」、「スーパーＡ」および「２人」の情報を利用条件５００を抽出するための情報として抽出する。そして、これらの情報から、「日にち」、「利用開始時刻」、「利用終了時刻」、「選択エリア」、「車両種別」、「乗車人数」、「価格帯」、「乗捨希望」および「オプション」の項目の情報を特定する。

具体的には、たとえば、人工知能５０は、抽出した「明日の朝」の情報から、「日にち」には明日の日付けを示す情報が特定される。そして、人工知能５０は、行き先が「スーパーＡ」という情報から、「利用開始時刻」にはスーパーＡの開店時刻である１０：００の情報を特定する。また、人工知能５０は、スーパーにおける平均的な滞在時間およびユーザの自宅からスーパーＡまでの距離などを考慮して、「利用終了時刻」には１１：００の情報を特定する。

また、人工知能５０は、「２人」の情報から、「乗車人数」には２人の情報を特定する。人工知能５０は、行き先が「スーパーＡ」という情報から、スーパーＡで買い物した後にユーザの自宅に戻ることを想定し、「乗捨希望」にはブランク（「−」）とすることを特定する。

また、人工知能５０は、上記の入力情報からは特定できない情報、具体的には、「選択エリア」、「車両種別」、「価格帯」および「オプション」の情報はブランクとして、利用条件５００を抽出する。

抽出された利用条件５００が情報検索サーバ３００に送信されると、ユーザ情報９００の情報を用いて、たとえば、「選択エリア」、「車両種別」、「価格帯」および「オプション」の項目の情報が補完される。

図１９は、実施の形態２に係る通信端末４００Ｂおよび人工知能５０で実行される処理を示すフローチャートである。図１９における処理は、通信端末４００Ｂに音声データが入力される毎に実行される。なお、図１９に示すフローチャートの通信端末４００Ｂにおける各ステップは、通信端末４００Ｂの制御部４３０Ｂおよび入力部４４０Ｂによるソフトウェア処理によって実現される場合について説明するが、その一部あるいは全部が制御部４３０Ｂ内および入力部４４０Ｂ内に作製されたハードウェア（電気回路）によって実現されてもよい。

通信端末４００Ｂの入力部４４０Ｂに音声データ（アナログデータ）が入力されると（Ｓ５００）、入力部４４０Ｂは、当該音声データを入力情報（デジタルデータ）に変換する（Ｓ５１０）。音声データを入力情報に変換されると、制御部４３０Ｂは、入力情報を人工知能５０へ送信する（Ｓ５２０）。

人工知能５０は、入力情報を取得すると（Ｓ６００）、当該入力情報の中から、利用条件５００を抽出する（Ｓ６１０）。そして、人工知能５０は、抽出した利用条件５００を通信端末４００Ｂに送信する（Ｓ６２０）。

通信端末４００Ｂの制御部４３０Ｂは、利用条件５００を取得すると（Ｓ５３０）、当該利用条件５００を情報検索サーバ３００に送信する（Ｓ５４０）。

情報検索サーバ３００は、利用条件５００を取得すると、変形例２と同様にして、ユーザが情報検索サーバ３００に会員登録しているユーザであれば、情報検索サーバ３００においてユーザ情報９００の情報を用いて、利用条件５００を補完する。そして、情報検索サーバ３００は、第１および第２予約条件を作成して、第１サーバ１００および第２サーバ２００に車両の検索を行なわせる。

以上のように、通信端末４００Ｂに人工知能５０のＡＰＩを組み込むことによって、たとえば、ユーザが通信端末４００Ｂとの対話のような音声データを入力することで、当該音声データから利用条件５００が抽出される。これによって、ユーザは、利用条件の入力に際して、利用条件の定型的なフォームに沿った入力を行なう必要がなく、自身の希望を通信端末４００Ｂに発することで、車両の検索結果が得られる。

また、ユーザが情報検索サーバ３００に会員登録しているユーザであれば、情報検索サーバ３００がユーザ情報９００の情報を用いて、利用条件５００を補完する。これによって、検索精度が向上され、ユーザの利便性がさらに向上される。

今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１，１Ｂ 情報検索システム、５０ 人工知能、１００ 第１サーバ、１１０ 通信部、１２０ 記憶部、１３０ 制御部、１３０ａ ＣＰＵ、１３０ｂ メモリ、１４０ 通信バス、２００ 第２サーバ、２１０ 通信部、２２０ 記憶部、２３０ 制御部、２３０ａ ＣＰＵ、２３０ｂ メモリ、２４０ 通信バス、３００ 情報検索サーバ、３１０ 通信部、３２０ 記憶部、３３０，３３０Ａ 制御部、３３０ａ ＣＰＵ、３３０ｂ メモリ、３３１ 情報取得部、３３３ 抽出部、３３５ 検索部、３３７ 提示部、４００，４００Ｂ 通信端末、４１０，４１０Ｂ 通信部、４２０ 記憶部、４３０，４３０Ｂ 制御部、４４０，４４０Ｂ 入力部、４５０ 表示部、４８０ 通信バス、５００ 利用条件、５５０ 検索条件、６００ 通信ネットワーク、７００Ａ，７００Ｂ 車両情報、７５０，７５０Ａ，７５０Ｂ 事業情報、８００Ａ，８００Ｂ 予約情報、９００ ユーザ情報、９５０ 価格帯情報、１０００ 提示情報。

Claims (7)

1. カーシェアリングサービスを行なう複数の事業者のサーバおよびユーザの通信端末と通信ネットワークを介して通信を行なう通信装置と、
   前記ユーザに前記複数の事業者が保有する車両に関する情報を提示するように構成された処理装置とを備え、
   前記処理装置は、
   前記カーシェアリングサービスの利用条件に含まれる所定の項目について前記通信端末から入力された情報を取得し、
   前記複数の事業者のサーバに、保有する車両の中から取得した前記情報により定まる利用条件を満たす車両を検索させ、
   検索された車両に関する情報を前記通信端末に送信する、情報検索サーバ。
2. 前記複数の事業者の事業情報を記憶する記憶装置をさらに備え、
   前記処理装置は、
   前記利用条件のうち予め定められた項目を検索条件として抽出し、
   前記記憶装置に記憶された前記複数の事業者の前記事業情報の中から、前記検索条件を満たす事業情報を有する事業者を検索し、
   検索された事業者のサーバに保有された車両の中から車両を検索させる、請求項１に記載の情報検索サーバ。
3. 前記記憶装置はユーザ情報をさらに記憶し、
   前記処理装置は、
   前記利用条件に含まれる前記所定の項目のうち少なくとも一部が入力されておらず、かつ、当該入力されていない項目が前記ユーザ情報に含まれている場合には、前記ユーザ情報に含まれている情報を用いて前記利用条件を補完し、
   補完された利用条件を用いて車両を検索させる、請求項２に記載の情報検索サーバ。
4. 前記利用条件は、音声により入力される、請求項１から請求項３のいずれか１項に記載の情報検索サーバ。
5. カーシェアリングサービスを行なう複数の事業者のサーバと、
   前記カーシェアリングサービスを利用するユーザの通信端末と、
   前記複数の事業者のサーバおよび前記通信端末と通信ネットワークを介して通信するように構成され、前記ユーザに前記複数の事業者が保有する車両に関する情報を提示するように構成された情報検索サーバとを備え、
   前記通信端末は、利用条件に含まれる所定の項目について前記ユーザによって入力された情報を前記情報検索サーバに送信し、
   前記情報検索サーバは、前記複数の事業者のサーバに、保有する車両の中から前記通信端末から取得した前記情報により定まる利用条件を満たす車両を検索させ、検索された車両に関する情報を前記通信端末に送信する、情報検索システム。
6. 前記通信端末は、前記ユーザによって音声により入力された情報の中から、前記利用条件を抽出する人工知能を含み、
   前記情報検索サーバは、
   ユーザ情報を記憶し、
   前記利用条件に含まれる前記所定の項目のうち少なくとも一部が前記人工知能により抽出されておらず、かつ、当該抽出されていない項目が前記ユーザ情報に含まれている場合には、前記ユーザ情報に含まれている情報を用いて前記利用条件を補完し、
   補完された利用条件を用いて車両を検索させる、請求項５に記載の情報検索システム。
7. カーシェアリングサービスを行なう複数の事業者のサーバおよびユーザの通信端末と通信ネットワークを介して通信を行ない、前記ユーザに前記複数の事業者が保有する車両に関する情報を提示するための情報検索方法であって、
   前記カーシェアリングサービスの利用条件に含まれる所定の項目について前記通信端末から入力された情報を取得するステップと、
   前記複数の事業者のサーバに、保有する車両の中から取得した前記情報により定まる利用条件を満たす車両を検索させるステップと、
   検索された車両に関する情報を前記通信端末に送信するステップとを含む、情報検索方法。

Images