(57)【要約】【課題】コールセンターを介さずにタクシーの迎車を可能とすること。【解決手段】例えばユーザ端末１３−１は、タクシーの呼出指示と自機の位置情報とを対応付けてサーバ１１に送信する。サーバ１１は、呼出指示に応じてリクエストを生成して、当該リクエストを、ユーザ端末１３−１の位置情報と共に、複数のタクシー端末１２−１乃至１２−Ｎの夫々に送信する。サーバ１１は、複数のタクシー端末１２−１乃至１２−Ｎのうち少なくとも１つから、リクエストの承認を示すアンサを受信すると、それらの受信順番に基づいて、迎車を依頼するタクシーを決定し、その決定内容をタクシー端末１２−１乃至１２−Ｎとユーザ端末１３−１とに送信する。【選択図】図１
2014041604.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに保有される第１端末と、前記ユーザの依頼先となり得る複数の候補の各々に保有される複数の第２端末と、前記第１端末及び複数の前記第２端末の夫々と情報を送受信するサーバとを含む情報処理システムであって、
前記第１端末は、
依頼指示を受け付ける第１受付手段と、
自機の位置情報を取得する第１位置取得手段と、
前記第１受付手段により受け付けられた前記依頼指示と、前記第１位置取得手段により取得された前記位置情報とを対応付けてサーバに送信する制御を実行する第１送信制御手段と、
を備え、
前記サーバは、
前記第１端末から送信された前記依頼指示及び前記位置情報を受信する制御を実行する第１受信制御手段と、
前記第１受信制御手段の制御により前記依頼指示が受信されると、リクエストを生成する生成手段と、
前記生成手段により生成された前記リクエストを、前記第１端末の前記位置情報と共に、前記複数の第２端末の夫々に送信する制御を実行する第２送信制御手段と、
前記複数の第２端末のうち少なくとも１つから、前記リクエストの承認を示すアンサを受信する制御を実行する第２受信制御手段と、
前記第２受信制御手段の制御による前記アンサの受信順番に基づいて、依頼先を決定する決定手段と、
前記決定手段の決定内容を、前記第１端末と前記第２端末とに送信する制御を実行する第３送信制御手段と、
を備え、
前記複数の第２端末の各々は、
前記サーバから送信される前記リクエスト及び前記位置情報を受信する制御を実行する第３受信制御手段と、
前記第３受信制御手段の制御により受信された前記リクエスト及び前記位置情報を、報知する第１報知手段と、
前記リクエストの受任指示を受け付ける第２受付手段と、
前記第２受付手段により前記受任指示が受け付けられた場合、前記アンサを生成するアンサ生成手段と、
前記アンサ生成手段により生成された前記アンサを、前記サーバに送信する制御を実行する第４送信制御手段と、
を備える
情報処理システム。
【請求項２】
前記第１端末は、タクシーの乗客となり得る前記ユーザが保持するユーザ端末であり、
前記第２端末は、前記候補となるタクシーに搭載されるタクシー端末であり、
前記依頼は、タクシーの迎車である、
請求項１に記載の情報処理システム。
【請求項３】
前記サーバの前記決定手段は、前記第２受信制御手段の制御により最初に受信された前記アンサを送信したタクシーを、迎車を依頼するタクシーとして決定する、
請求項２に記載の情報処理システム。
【請求項４】
前記複数のタクシー端末の夫々は、
自機の位置情報を取得する第２位置取得手段と、
前記第２位置取得手段により取得された前記位置情報を、前記サーバに送信する制御を実行する第５送信制御手段と、
をさらに備え、
前記第１報知手段は、自機が搭載されたタクシーに迎車を依頼するという決定結果が前記サーバから送信されてきた場合、その後も、前記ユーザ端末の前記位置情報を報知し、
前記ユーザ端末は、
前記サーバの前記決定手段の決定内容を前記ユーザに報知し、その後、迎車を依頼された前記タクシー端末の位置情報を前記ユーザに報知する第２報知手段を備え、
前記サーバは、
迎車を依頼した前記タクシー端末の位置情報を少なくとも前記ユーザ端末に送信すると共に、前記ユーザ端末の位置情報を少なくとも、迎車を依頼した前記タクシー端末に送信する第６送信制御手段
を備える
請求項２又は３に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばコールセンターを介さずにタクシーの迎車を可能とする、情報処理システムに関する。
【背景技術】
【０００２】
従来、タクシー呼び出し用の専用電話機が病院や公共施設等に設置されており、タクシーの迎車を希望するユーザは、この専用電話機を用いることで、電話番号を入力せずに受話器を上げるだけで、コールセンターを呼び出すことができる。
呼び出しを受けたコールセンターのオペレータ（自然人）は、ユーザと対話しながら、ユーザの希望に合致したタクシーに対して迎車指示を無線等で行う。
【０００３】
近年の情報処理分野の飛躍的な進歩により、このようなタクシーの迎車を利用するユーザは、携帯電話機やスマートフォンといった携帯端末を保持している場合が多い。そこで、病院や公共施設等に固定されている専用電話機ではなく、自由に移動が可能な携帯端末を用いてコールセンターを呼び出すタクシー迎車システムも登場してきている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−６１５８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のタクシーの迎車システムは、コールセンター（オペレータ）の介在が必要となり、当該コールセンターの運営コストがかかるという問題がある。
【０００６】
本発明は、このような状況に鑑みてなされたものであり、コールセンターを介さずにタクシーの迎車を可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一態様の情報処理システムは、
ユーザに保有される第１端末と、前記ユーザの依頼先となり得る複数の候補の各々に保有される複数の第２端末と、前記第１端末及び複数の前記第２端末の夫々と情報を送受信するサーバとを含む情報処理システムであって、
前記第１端末は、
依頼指示を受け付ける第１受付手段と、
自機の位置情報を取得する第１位置取得手段と、
前記第１受付手段により受け付けられた前記依頼指示と、前記第１位置取得手段により取得された前記位置情報とを対応付けてサーバに送信する制御を実行する第１送信制御手段と、
を備え、
前記サーバは、
前記第１端末から送信された前記依頼指示及び前記位置情報を受信する制御を実行する第１受信制御手段と、
前記第１受信制御手段の制御により前記依頼指示が受信されると、リクエストを生成する生成手段と、
前記生成手段により生成された前記リクエストを、前記第１端末の前記位置情報と共に、前記複数の第２端末の夫々に送信する制御を実行する第２送信制御手段と、
前記複数の第２端末のうち少なくとも１つから、前記リクエストの承認を示すアンサを受信する制御を実行する第２受信制御手段と、
前記第２受信制御手段の制御による前記アンサの受信順番に基づいて、依頼先を決定する決定手段と、
前記決定手段の決定内容を、前記第１端末と前記第２端末とに送信する制御を実行する第３送信制御手段と、
を備え、
前記複数の第２端末の各々は、
前記サーバから送信される前記リクエスト及び前記位置情報を受信する制御を実行する第３受信制御手段と、
前記第３受信制御手段の制御により受信された前記リクエスト及び前記位置情報を、報知する第１報知手段と、
前記リクエストの受任指示を受け付ける第２受付手段と、
前記第２受付手段により前記受任指示が受け付けられた場合、前記アンサを生成するアンサ生成手段と、
前記アンサ生成手段により生成された前記アンサを、前記サーバに送信する制御を実行する第４送信制御手段と、
を備えることを特徴とする。
【０００８】
この情報処理システムにおいては、
前記第１端末は、タクシーの乗客となり得る前記ユーザが保持するユーザ端末であり、
前記第２端末は、前記候補となるタクシーに搭載されるタクシー端末であり、
前記依頼は、タクシーの迎車である、
ようにすることができる。
【０００９】
この場合、前記サーバの前記決定手段は、前記第２受信制御手段の制御により最初に受信された前記アンサを送信したタクシーを、迎車を依頼するタクシーとして決定する、
ことができる。
【００１０】
また、この情報処理システムにおいては、
前記複数のタクシー端末の夫々は、
自機の位置情報を取得する第２位置取得手段と、
前記第２位置取得手段により取得された前記位置情報を、前記サーバに送信する制御を実行する第５送信制御手段と、
をさらに備え、
前記第１報知手段は、自機が搭載されたタクシーに迎車を依頼するという決定結果が前記サーバから送信されてきた場合、その後も、前記ユーザ端末の前記位置情報を報知し、
前記ユーザ端末は、
前記サーバの前記決定手段の決定内容を前記ユーザに報知し、その後、迎車を依頼された前記タクシー端末の位置情報を前記ユーザに報知する第２報知手段を備え、
前記サーバは、
迎車を依頼した前記タクシー端末の位置情報を少なくとも前記ユーザ端末に送信すると共に、前記ユーザ端末の位置情報を少なくとも、迎車を依頼した前記タクシー端末に送信する第６送信制御手段
を備える
ことができる。
【発明の効果】
【００１１】
本発明によれば、コールセンターを介さずにタクシーの迎車を可能とすることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の情報処理システムの一実施形態に係るタクシー迎車システムの構成を示す図である。
【図２】図１のタクシー迎車システムのうち、サーバ１１のハードウェアの構成を示すブロック図である。
【図３】図１のタクシー迎車システムのうち、タクシー端末１２のハードウェアの構成を示すブロック図である。
【図４】図１のタクシー迎車システムのうち、ユーザ端末１３のハードウェアの構成を示すブロック図である。
【図５】図１のタクシー迎車システムの機能的構成を示す機能ブロック図である。
【図６】図５の機能的構成を有するタクシー迎車システムにおける、複数のタクシーの中から迎車対象を決定するまでの処理の流れを説明するアローチャートである。
【図７】アプリケーションソフトウェアをダウンロードした直後に図５のユーザ端末に表示される登録画面の一例を示す図である。
【図８】図７の画面の「はいボタン」が押下操作された際に図５のユーザ端末に表示される登録画面の一例を示す図である。
【図９】図８の画面の「確定ボタン」が押下操作された際に図５のユーザ端末に表示される登録画面の一例を示す図である。
【図１０】アプリケーションソフトウェアが実行された際に図５のユーザ端末に表示される画面であって、ユーザの操作による、タクシーの呼出指示を受け付けるための画面の一例を示す図である。
【図１１】迎車対象の決定内容をユーザに報知するために、図５のユーザ端末に表示される画面の一例を示す図である。
【図１２】迎車対象のタクシーの状況を逐次ユーザに報知するために、図５のユーザ端末に表示される画面の一例を示す図である。
【図１３】迎車対象のタクシーがユーザの現在位置まで到着した旨をユーザに報知するために、ユーザ端末に表示される画面の一例を示す図である。
【図１４】本発明の情報処理システムの別の実施形態に係る救急車受入システムの構成を示す図である。
【発明を実施するための形態】
【００１３】
図１は、本発明の情報処理システムの一実施形態に係るタクシー迎車システムの構成を示している。
図１に示すタクシー迎車システムは、サーバ１１と、Ｎ台（Ｎは、１以上の任意の整数値）のタクシー端末１２−１乃至１２−Ｎと、Ｍ台（Ｍは、Ｎとは独立した１以上の任意の整数値）のユーザ端末１３−１乃至１３−Ｍとが、インターネット等の所定のネットワークＮを介して相互に接続されることによって構成されている。
【００１４】
サーバ１１は、タクシー迎車の役務を提供する業者等によって管理され、タクシー迎車システム全体の動作を制御する。
タクシー端末１２−１乃至１２−Ｎの各々は、タクシーＴ１乃至ＴＮの各々の内部に配置される、タブレットやパーソナルコンピュータ等で構成される。なお、以下、タクシー端末１２−１乃至１２−Ｎの各々を個々に区別する必要が無い場合、これらをまとめて、「タクシー端末１２」と呼ぶ。また、タクシー端末１２と呼んでいる場合には、「タクシーＴ」と呼ぶ。
ユーザ端末１３−１乃至１３−Ｍは、ユーザＵ１乃至ＵＭの各々に所持される、スマートフォン、携帯電話機、パーソナルコンピュータ等で構成される。なお、以下、ユーザ端末１３−１乃至１３−Ｍの各々を個々に区別する必要が無い場合、これらをまとめて、「ユーザ端末１３」と呼ぶ。また、ユーザ端末１３と呼んでいる場合には、「ユーザＵ」と呼ぶ。
【００１５】
このように、タクシー迎車システムは、タクシーＴの乗客となり得るユーザＵが保持するユーザ端末１３と、複数のタクシーＴの夫々に搭載される複数のタクシー端末１２と、ユーザ端末１３及び複数のタクシー端末１２の夫々と情報を送受信するサーバ１１とを含んでいる。
【００１６】
図２は、図１のタクシー迎車システムのうち、サーバ１１のハードウェアの構成を示すブロック図である。
サーバ１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２３と、バス２４と、入出力インターフェース２５と、出力部２６と、入力部２７と、記憶部２８と、通信部２９と、ドライブ３０とを備えている。
【００１７】
ＣＰＵ２１は、ＲＯＭ２２に記録されているプログラム、又は、記憶部２８からＲＡＭ２３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００１８】
ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インターフェース２５も接続されている。入出力インターフェース２５には、出力部２６、入力部２７、記憶部２８、通信部２９、及びドライブ３０が接続されている。
【００１９】
出力部２６は、ディスプレイやスプレイ等で構成され、画像や音声等の各種情報を出力する。
入力部２７は、マウスやキーボード等で構成され、各種情報を入力する。
記憶部２８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部２９は、ネットワークＮを介して他の装置（本実施形態では主に図１のタクシー端末１２やユーザ端末１３）との間で行う通信を制御する。
【００２０】
ドライブ３０には、必要に応じて、リムーバブルメディア４１が適宜装着される。ドライブ３０によってリムーバブルメディア４１から読み出されたプログラムは、必要に応じて記憶部２８にインストールされる。また、リムーバブルメディア４１は、記憶部２８に記憶されている各種データも、記憶部２８と同様に記憶することができる。
【００２１】
図３は、図１のタクシー迎車システムのうち、タクシー端末１２のハードウェアの構成を示すブロック図である。
タクシー端末１２は、ＣＰＵ５１と、ＲＯＭ５２と、ＲＡＭ５３と、バス５４と、入出力インターフェース５５と、入力部５６と、表示部５７と、記憶部５８と、通信部５９と、ＧＰＳ部６０と、ドライブ６１とを備えている。
【００２２】
ＣＰＵ５１は、ＲＯＭ５２に記録されているプログラム、又は、記憶部５８からＲＡＭ５３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ５３には、ＣＰＵ５１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００２３】
ＣＰＵ５１、ＲＯＭ５２及びＲＡＭ５３は、バス５４を介して相互に接続されている。このバス５４にはまた、入出力インターフェース５５も接続されている。入出力インターフェース５５には、入力部５６、表示部５７、記憶部５８、通信部５９、ＧＰＳ部６０、及びドライブ６１が接続されている。
【００２４】
入力部５６は、例えば表示部５７の表示領域に積層される静電容量式又は抵抗膜式の位置入力センサにより構成され、タッチ操作がなされた位置の座標を検出する。ここで、タッチ操作とは、入力部５６に対する物体（ユーザの指やタッチペン等）の接触又は近接の操作をいう。なお、以下、タッチ操作がなされた位置を「タッチ位置」と呼び、タッチ位置の座標を「タッチ座標」と呼ぶ。
表示部５７は、ディスプレイにより構成され、各種画像を表示する。
即ち、本実施形態では、入力部５６と表示部５７とにより、タッチパネルが構成されている。
【００２５】
記憶部５８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部５９は、ネットワークＮを介して他の装置（本実施形態では主に図１のサーバ１１やユーザ端末１３）との間で行う通信を制御する。
ＧＰＳ部６０は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）衛星から取得したＧＰＳ情報に基づいて、タクシー端末１２（タクシーＴ）の現在位置を示すデータ、具体的には、緯度、経度、及び高度の各データ（これらのデータをまとめて、以下、「位置情報」と呼ぶ）を算出する。
【００２６】
ドライブ６１には、必要に応じて、リムーバブルメディア７１が適宜装着される。ドライブ６１によってリムーバブルメディア７１から読み出されたプログラムは、必要に応じて記憶部５８にインストールされる。また、リムーバブルメディア７１は、記憶部５８に記憶されている各種データも、記憶部５８と同様に記憶することができる。
【００２７】
図４は、図１のタクシー迎車システムのうち、ユーザ端末１３のハードウェアの構成を示すブロック図である。
図４のユーザ端末１３におけるＣＰＵ８１乃至リムーバブルメディア１０１は、図３のタクシー端末１２におけるＣＰＵ５１乃至リムーバブルメディア７１と基本的に同様の機能と構成を有している。従って、これらの説明については省略する。
【００２８】
図５は、図１のタクシー迎車システムの機能的構成を示す機能ブロック図である。
【００２９】
サーバ１１のＣＰＵ２１（図２）においては、図５に示すように、位置受信制御部１１１と、呼出指示受信部１１２と、リクエスト生成部１１３と、リクエスト送信制御部１１４と、アンサ受信制御部１１５と、タクシー決定部１１６と、決定内容送信制御部１１７と、乗車完了受付部１１８とが機能する。なお、位置受信制御部１１１乃至乗車完了受付部１１８が有する機能については、図６のアローチャート等を適宜参照して後述する。
【００３０】
タクシー端末１２のＣＰＵ５１（図３）においては、図５に示すように、相手位置取得部１２１と、自機位置送信制御部１２２と、自機位置取得部１２３と、リクエスト受信制御部１２４と、報知部１２５と、リクエスト受任指示受付部１２６と、アンサ生成部１２７と、アンサ送信制御部１２８と、決定内容受信制御部１２９と、乗車完了処理部１３０とが機能する。なお、相手位置取得部１２１乃至乗車完了処理部１３０が有する機能については、図６のアローチャート等を適宜参照して後述する。
【００３１】
ユーザ端末１３のＣＰＵ８１（図４）においては、図５に示すように、相手位置取得部１３１と、自機位置送信制御部１３２と、呼出指示受付部１３３と、自機位置取得部１３４と、呼出指示送信制御部１３５と、決定内容受信制御部１３６と、報知部１３７とが機能する。なお、相手位置取得部１３１乃至報知部１３７が有する機能については、図６のアローチャート等を適宜参照して後述する。
【００３２】
図６は、図５の機能的構成を有するタクシー迎車システムにおける、複数のタクシーＴの中から迎車対象を決定するまでの処理の流れを説明するアローチャートである。
図６においては、説明の便宜上、タクシーＴ１のタクシー端末１２−１、及びタクシーＴ２のタクシー端末１２−２のみが図示されているが、３台以上のタクシーＴが存在する場合も処理の流れは基本的に同様である。
【００３３】
先ず、図６の処理の実行を実現するために、ユーザＵは、ユーザ端末１３に専用のアプリケーションソフトウェアをダウンロードする。
図７は、当該アプリケーションソフトウェアをダウンロードした直後にユーザ端末１３に表示される登録画面の一例を示している。
ユーザＵは、ユーザ端末１３に表示された図７の画面を視認した後、設定を開始するために、「はい」と表示されたソフトウェアボタン（以下、「はいボタン」と呼ぶ）に対して押下操作（タッチ操作）をする。
図８は、図７の画面の「はいボタン」が押下操作された際にユーザ端末１３に表示される登録画面の一例を示している。
ユーザＵは、自己の性別を入力する操作（タッチ操作）をした後、その入力の設定を確定するために、「確定」と表示されたソフトウェアボタン（以下、「確定ボタン」と呼ぶ）に対して押下操作（タッチ操作）をする。
図９は、図８の画面の「確定ボタン」が押下操作された際にユーザ端末１３に表示される登録画面の一例を示している。
ユーザＵは、自己の年齢（本例では年齢の幅）を入力する操作（タッチ操作）をした後、その入力の設定を確定するために「確定ボタン」に対して押下操作（タッチ操作）をする。
なお、ここでは、図８の画面の後に図９の画面が表示されるように説明したが、実際には、図８と図９の表示の順番は特に限定されない。即ち、図８又は図９の画面の上方の領域において、「年齢」と表示されたソフトウェアボタンが押下操作された場合には図９の年齢設定用の画面に遷移し、「性別」と表示されたソフトウェアボタンが押下操作された場合には図９の性別設定用の画面に遷移する。
このような図７乃至図９の登録画面により、ユーザＵの性別や年齢が登録されると、本アプリケーションソフトウェアの実行が可能になる。
図１０は、本アプリケーションソフトウェアが実行された際にユーザ端末１３に表示される画面であって、ユーザＵの操作による、タクシーＴの呼出指示を受け付けるための画面の一例を示している。
ユーザＵは、現在位置の情報（位置情報）を送信してタクシーＴを呼ぶ指示、即ちタクシーＴの呼出指示をしたい場合、「タクエスト！」と表示されたソフトウェアボタンに対して押下操作（タッチ操作）をする。
すると、図６のアローチャートに示す処理が開始される。
【００３４】
ステップＳ１において、ユーザ端末１３の呼出指示受付部１３３は、ユーザＵの操作（「タクエスト！」と表示されたソフトウェアボタンに対して押下操作）による、タクシーＴの呼出指示を受け付ける。
ステップＳ２において、ユーザ端末１３の自機位置取得部１３４は、ＧＰＳ部９０（図４）を介して、自機（ユーザ端末１３）の位置情報を取得する。
ステップＳ３において、ユーザ端末１３の呼出指示送信制御部１３５は、呼出指示受付部１３３により受け付けられた呼出指示と、自機位置取得部１３４により取得された位置情報とを対応付けてサーバ１１に送信する制御を実行する。
当該制御により、位置情報と対応付けられた呼出指示は、通信部８９（図４）からネットワークＮ（図１）を介してサーバ１１に送信される。
【００３５】
すると、ステップＳ２１において、サーバ１１の呼出指示受信部１１２は、ユーザ端末１３から送信された呼出指示及び位置情報を通信部２９（図２）を介して受信する制御を実行する。
ステップＳ２２において、リクエスト生成部１１３は、呼出指示が受信されると、迎車のリクエストを生成する。
ステップＳ２３において、リクエスト送信制御部１１４は、リクエスト生成部１１３により生成されたリクエストを、ユーザ端末１３の位置情報と共に、複数のタクシー端末１２（図６の例ではタクシー端末１２−１及び１２−２）の夫々に送信する制御を実行する。
当該制御により、ユーザ端末１３の位置情報と対応付けられたリクエストは、通信部２９（図２）からネットワークＮ（図１）を介して複数のタクシー端末１２（図６の例ではタクシー端末１２−１及び１２−２）の夫々に送信される。
【００３６】
この場合、タクシー端末１２−１及び１２−２の夫々において、次のような処理が実行される。
【００３７】
先ず、ステップＳ４１−１において、タクシー端末１２−１のリクエスト受信制御部１２４は、サーバ１１から送信されるリクエスト及びユーザ端末１３の位置情報を通信部５９（図３）を介して受信する制御を実行する。
ステップＳ４１−２において、タクシー端末１２−２の報知部１２５は、当該リクエスト及びユーザ端末１３の位置情報を、運転手に報知する。
ここで、報知の手法は、特に限定されず、当該リクエスト及びユーザ端末１３の位置情報についての音声メッセージによる報知の手法を採用してもよいし、ユーザ端末１３の位置を地図上に表示すると共に迎車のリクエストがあった旨のメッセージを含む画像を表示することによる報知の手法を採用してもよい。或いはまた、これらの手法を組み合わせてもよい。
【００３８】
タクシー端末１２−２においても、ほぼ同時に、ステップＳ４１−１及びＳ４２−１に対応するステップＳ４１−２及びＳ４２−２の処理が実行される。
即ち、タクシーＴ１及びＴ２の夫々の運転手に対して、ほぼ同時に、リクエスト及びユーザ端末１３の位置情報が報知される。
この報知を受けた運転手は、ユーザＵの迎車を所望する場合、リクエストを受任するための所定の指示操作（以下、「受任指示」と呼ぶ）をする。受任指示の手法は、特に限定されないが、例えば図示はしないが、画面に表示された所定のソフトウェアボタンの押下操作等を採用すると、運転中の運転手にとって安全かつ容易であり便宜である。
ここで、図６の例では、タクシーＴ２（タクシー端末１２−２）の運転手が、タクシーＴ１（タクシー端末１２−１）の運転手よりも先に、受任指示をしたものとする。
この場合、タクシー端末１２−１及び１２−２の夫々において、次のような処理が実行される。
【００３９】
時間的に先行して、ステップＳ４３−２において、タクシー端末１２−２のリクエスト受任指示受付部１２６は、運転手の操作により、リクエストの受任指示を受け付ける。
ステップ４４−２において、タクシー端末１２−２のアンサ生成部１２７は、受任指示が受け付けられると、アンサを生成する。
ステップＳ４５−２において、タクシー端末１２−２のアンサ送信制御部１２８は、当該アンサを、通信部５９（図３）及びネットワークＮをサーバ１１に送信する制御を実行する。
【００４０】
その後、ステップＳ４３−１において、タクシー端末１２−１のリクエスト受任指示受付部１２６は、運転手の操作により、リクエストの受任指示を受け付ける。
ステップ４４−１において、タクシー端末１２−１のアンサ生成部１２７は、受任指示が受け付けられると、アンサを生成する。
ステップＳ４５−１において、タクシー端末１２−２のアンサ送信制御部１２８は、当該アンサを、通信部５９（図３）及びネットワークＮをサーバ１１に送信する制御を実行する。
【００４１】
この場合、サーバ１１のアンサ受信制御部１１５は、先ずステップＳ２４−１において、タクシーＴ２（タクシー端末１２−２）からのアンサを受信し、その後ステップＳ２４−２において、タクシーＴ１（タクシー端末１２−１）からのアンサを受信することになる。
そこで、ステップＳ２５において、サーバ１１のタクシー決定部１１６は、アンサ受信制御部１１５の制御によるアンサの受信順番に基づいて、迎車を依頼するタクシーを決定する。即ち、ここでは、タクシーＴ２（タクシー端末１２−２）からのアンサが先に受信されたので、タクシーＴ２に対して迎車を依頼するという決定がなされる。
ステップＳ２６において、サーバ１１の決定内容送信制御部１１７は、タクシー決定部１１６の決定内容を、タクシー端末１２−１、タクシー端末１２−２、及びユーザ端末１３の夫々に送信する。
【００４２】
ステップＳ４６−２において、タクシー端末１２−２の決定内容受信制御部１２９は、決定内容を通信部５９（図３）を介して受信する制御を実行する。
ステップＳ４６−３において、タクシー端末１２−２の報知部１２５は、当該決定内容を、運転手に報知する。
ここでは、タクシー端末１２−２が搭載されたタクシーＴ２が迎車の対象として決定されたという内容が報知されるので、タクシーＴ２の運転手は、ユーザＵの迎車をすべく、当該ユーザＵ（ユーザ端末１３）の現在位置迄の運転を開始することになる。
【００４３】
一方で、タクシー端末１２−１においても、ほぼ同時に、ステップＳ４６−２及びＳ４４７−２に対応するステップＳ４６−１及びＳ４７−１の処理が実行される。
即ち、タクシーＴ１の運転手に対しても、ほぼ同時に、別のタクシー端末１２−２が搭載されたタクシーＴ２が迎車の対象として決定されたという内容が報知される。なお、タクシーＴ１以外の別のタクシーに決定されたことが報知されれば足りるので、具体的にタクシー端末１２−２に決定されたことまでの報知は必須ではない。何れにしても、タクシーＴ１の運転手は、ユーザＵの迎車の対象となれなかったことを即座に把握できるので、別の乗客を見つけるため等に運転を開始することができる。
【００４４】
また、ユーザ端末１３においても、ほぼ同時に、ステップＳ４及びＳ５の処理が実行される。
即ち、ステップＳ４において、ユーザ端末１３の決定内容受信制御部１３６は、決定内容を通信部８９（図４）を介して受信する制御を実行する。
ステップＳ５において、ユーザ端末１３の報知部１２５は、当該決定内容を、ユーザＵに報知する。
ここでは、タクシー端末１２−２が搭載されたタクシーＴ２が迎車の対象として決定されたという内容が報知されるので、ユーザは、当該タクシーＴ２が迎車のために現在位置迄到着するまで、待機等することになる。
【００４５】
図１１は、迎車対象の決定内容をユーザＵに報知するために、ユーザ端末１３に表示される画面の一例を示している。
図１１の画面内の地図において、ユーザＵの現在地を示すシンボル（本例では黒丸印）が当該現在地上に表示されると共に、迎車対象のタクシーＴ２を示すシンボル（本例では乗用車の形状）が、当該タクシーＴ２の現在地上に表示される。さらに、当該タクシーＴ２の情報、具体的には「○○交通の□□」、「待ち時間」、及び「距離」等の情報がメッセージに含まれて、吹き出し形状内に表示される。
従って、ユーザＵは、図１１の画面をみることで、迎車対象のタクシーＴ２の各種情報を即座に視認することができる。
【００４６】
図１２は、迎車対象のタクシーＴ２の状況を逐次ユーザＵに報知するために、ユーザ端末１３に表示される画面の一例を示している。
図１２の画面内の地図において、ユーザＵの現在地を示すシンボル（本例では黒丸印）が当該現在地上に表示されると共に、迎車対象のタクシーを示すシンボル（本例では乗用車の形状）が、当該タクシーＴ２の現在地上に表示される。さらに、当該タクシーＴ２の予定ルートとなる道路が他とは異なった形態（本例では網掛の形態）で表示されると共に、当該タクシーＴ２の情報、具体的には「車のボディカラー」、「○○交通」、「待ち時間」、及び「距離」等の情報がメッセージに含まれて、吹き出し形状内に表示される。
従って、ユーザＵは、迎車対象のタクシーＴ２が決定された時点のみならず、その後も、図１２の画面等をみることで、迎車対象のタクシーＴ２の各種情報を即座に視認することができるので、当該タクシーＴ２が到着するまで安心して待機することができる。
【００４７】
また、図示はしないが、当該タクシーＴ２のタクシー端末１２−２においても、図１１や図１２と同様の画面（ただし、メッセージは必須で無い）が、表示部５７（図３）に表示される。
【００４８】
従って、このような図１１や図１２の画面を構築するためには、迎車対象のタクシーＴ２（タクシー端末１２−２）と、ユーザＵ（ユーザ端末１３）との現在位置が、相互に逐次把握されている必要がある。
このため、サーバ１１のＣＰＵ２１（図２）においては、位置受信制御部１１１が機能している。
タクシー端末１２−２のＣＰＵ５１（図３）においては、相手位置取得部１２１と、自機位置送信制御部１２２と、自機位置取得部１２３と、報知部１２５とが機能している。
ユーザ端末１３のＣＰＵ８１（図４）においては、相手位置取得部１３１と、自機位置送信制御部１３２と、自機位置取得部１３４と、報知部１３７とが機能している。
【００４９】
より具体的には、ユーザ端末１３の自機位置取得部１３４は、ＧＰＳ部９０（図４）を介して、自機（ユーザ端末１３）の位置情報を取得する。当該位置情報は、ユーザ端末１３の報知部１３７と共に、ユーザ端末１３の自機位置送信制御部１３２に供給される。
ユーザ端末１３の自機位置送信制御部１３２は、自機位置取得部１３４により取得された位置情報をサーバ１１に送信する制御を実行する。
当該制御により、ユーザ端末１３の位置情報は、通信部８９（図４）からネットワークＮ（図１）を介してサーバ１１に送信される。
サーバ１１の位置受信制御部１１１は、ユーザ端末１３から送信された位置情報を、通信部２９（図２）を介して受信すると、当該通信部２９を介して、送迎対象のタクシー端末１２−２に送信する制御を実行する。
当該制御により、ユーザ端末１３の位置情報は、通信部２９（図２）からネットワークＮ（図１）を介してタクシー端末１２−２）に送信される。
タクシー端末１２−２の相手位置取得部１２１は、サーバ１１から送信されるユーザ端末１３の位置情報を通信部５９（図３）を介して受信して、タクシー端末１２−２の報知部１２５に供給する制御を実行する。
【００５０】
これとほぼ同時に逆に、タクシー端末１２−２の自機位置取得部１２３は、ＧＰＳ部６０（図３）を介して、自機（タクシー端末１２−２）の位置情報を取得する。当該位置情報は、タクシー端末１２−２の報知部１２５と共に、タクシー端末１２−２の自機位置送信制御部１２２に供給される。
タクシー端末１２−２の自機位置送信制御部１２２は、自機位置取得部１２３により取得された位置情報をサーバ１１に送信する制御を実行する。
当該制御により、タクシー端末１２−２の位置情報は、通信部５９（図３）からネットワークＮ（図１）を介してサーバ１１に送信される。
サーバ１１の位置受信制御部１１１は、タクシー端末１２−２から送信された位置情報を、通信部２９（図２）を介して受信すると、当該通信部２９を介して、ユーザ端末１３に送信する制御を実行する。
当該制御により、タクシー端末１２−２の位置情報は、通信部２９（図２）からネットワークＮ（図１）を介してタクシー端末１２−２）に送信される。
ユーザ端末１３の相手位置取得部１３１は、サーバ１１から送信されるタクシー端末１２−２の位置情報を通信部８９（図４）を介して受信して、ユーザ端末１３の報知部１３７に供給する制御を実行する。
【００５１】
このようにして、ユーザ端末１３の報知部１３７には、自機（ユーザ端末１３）の位置情報と、タクシー端末１２−２の位置情報とが供給される。そこで、報知部１３７は、これらの位置情報に基づいて、上述の図１１や図１２の画面を表示部８７（図４）に表示させることで、ユーザＵにタクシーＴ２の各種情報を報知する。
一方、タクシー端末１２−２の報知部１２５には、自機（タクシー端末１２−２）の位置情報と、ユーザ端末１３の位置情報とが供給される。そこで、報知部１２５は、これらの位置情報に基づいて、上述の図１１や図１２の画面に対応する画面（メッセージは特に必須で無い）を表示部５７（図３）に表示させることで、運転手にユーザＵの現在位置やそこまでの推奨ルート等を報知する。
【００５２】
図１３は、迎車対象のタクシーＴ２がユーザＵの現在位置まで到着した旨をユーザＵに報知するために、ユーザ端末１３に表示される画面の一例を示している。
図１３の画面内の地図において、ユーザＵの現在地を示すシンボル（本例では黒丸印）が当該現在地上に表示されると共に、迎車対象のタクシーを示すシンボル（本例では乗用車の形状）が、当該タクシーＴ２の現在地上に表示される。さらに、当該タクシーＴ２が到着した旨を報知するメッセージが、吹き出し形状内に表示される。
従って、ユーザＵは、図１３の画面をみることで、迎車対象のタクシーＴ２が到着しており、当該タクシーＴ２を容易に見つけ出して乗車することができる。
なお、ユーザＵはユーザ端末１３の表示部８７を逐次みているとは限らないので、ユーザ端末１３の報知部１３７は、迎車対象のタクシーＴ２が到着した旨を、図１３の画面と共に又は代えて、音声メッセージやバイブレータ等別の手法で報知してもよい。これにより、ユーザＵは、迎車対象のタクシーＴ２が到着したことを確実に認識することができる。
【００５３】
その後、タクシーＴ２の運転手は、タッチ操作等により、ユーザＵが乗車したことを明示的にタクシー端末１２−２に入力する。
タクシー端末１２−２の乗車完了処理部１３０は、タクシー端末１２−２内で乗車完了に伴う各種後処理を実行する制御と共に、乗車完了した旨をサーバ１１に通知する制御も行う。サーバ１１の乗車完了受付部１１８は、乗車完了した旨の通知を受け付け、サーバ１１内（必要に応じてユーザ端末１３）内で種後処理を実行する制御を行う。
【００５４】
ここで、ユーザＵの乗車位置は、タクシーＴの呼出指示（「タクエスト！」と表示されたソフトウェアボタンに対して押下操作）をした時点の位置である必要は特にない。上述したように、迎車対象のタクシーＴ２（タクシー端末１２−２）とユーザＵ（ユーザ端末１３）との現在位置が相互に逐次把握されており、相互の現在位置が地図上にリアルタイムに示される画面（図１２の画面等）がタクシー端末１２−２とユーザ端末１３の双方に表示されるからである。
【００５５】
即ち、従来のシステムでは、ユーザＵの現在位置ではなく、配車場所を指定しなければならなかった。このため、ユーザＵは、一度配車依頼（上述のタクシーＴの呼出指示に相当）をしてしまうと、指定した配車場所に居続けなればならず、動的に場所を移動することができない。
これに対して、本実施形態のタクシー迎車システムは、タクシー端末１２−２（タクシーＴ２）とユーザ端末１３（ユーザＵ）の各々の現在位置が相互に送受信されているので、ユーザＵとタクシーＴ２の運転手は、お互いにどのように移動しているか即座に視認することが容易にできる。
【００５６】
従って、本実施形態のタクシー迎車システムが適用されることで、例えば、ユーザＵは、タクシーＴ２が来やすい場所や空いている道等に自在に移動することができる。
【００５７】
また例えば、ユーザＵは、配車場所を自在に変更することができる。具体的には例えば、ユーザＵは、電車に乗っていたところ雨が降ってきたので駅からタクシーＴに乗車して帰りたいと考えている。そこで、ユーザＵは、可能な限り短時間で帰宅したいため、電車内からタクシーコール（上述のタクシーＴの呼出指示）を行ったものとする。そして、迎車対象としてタクシーＴ２が決定されたが、そのタクシーＴ２の現在位置が当初降車を予定していた第１駅の１つ手前の第２駅の方が近かったものとする。
このような場合であっても、従来のシステムでは、ユーザＵは、第１駅を配車場所として指定していたいので、第１駅まで行かなければならない。このため、第２駅から第１駅までの電車の乗車時間も必要になる。ユーザＵが第１駅で降車した際にタクシーＴ２が第１駅まで到達しているとは限らず、この場合、タクシーＴ２の乗車まで待ち時間が生じてしまう。その結果として、可能な限り短時間で帰宅したいというユーザＵの要望に応えることができないことになる。
これに対して、本実施形態のタクシー迎車システムでは、ユーザＵは、第２駅で降車することができ、タクシーＴ２も第２駅に即座に到達することができる。その結果、ユーザＵにとっては、第２駅から第１駅までの電車の乗車時間は不要であり、かつ、タクシーＴ２の乗車まで待ち時間も生じない。その結果として、可能な限り短時間で帰宅したいというユーザＵの要望に応えることができる。
【００５８】
以上説明したように、本実施形態のタクシー迎車システムは、次のような特徴乃至効果を有している。
（１）コールセンターを排した早い者勝ちシステムが実現できる。
（２）位置情報を利用したリアルタイム状況表示ができる。
（３）迎車完了までの時間を使った広告表示（図１２乃至図１３には図示せず）ができる。
（４）ユーザＵの多少の移動なら追尾できるマップ表示ができる。
（５）ユーザ端末１３に対しては、上述のアプリケーションソフトウェアを無料提供することもできる。
（６）蓄積データを利用した情報提供サービスが可能になる。
【００５９】
以下、（６）蓄積データを利用した情報提供サービスについて説明する。
本発明の一実施形態に係るタクシー迎車システムの運営により、以下のようなデータが収集可能になる。
静的データとしては、ユーザ端末１３のユーザＵ（以下、「アプリユーザＵ」とも呼ぶ）のデータ、具体的には、年齢層、性別、ユーザ端末１３の端末情報等が収集可能になる。また、タクシーＴの運転手についての、タクシー免許情報も収集が可能になる。
また、動的データとしては、アプリユーザＵとタクシーＴの両方についての位置情報（緯度経度）や位置情報取得時間が収集可能であり、また、タクシーＴからのみになるが、アプリユーザＵを乗車させた時間も収集可能である。
なお、静的データと動的データとの比率は、１：９以上になると思われる。
【００６０】
ここで、データ取得ポーリング時間としては、例えば次のような時間を採用することができる。
即ち、アプリユーザＵについては、タクシー呼出ボタン（上述の例では図１０の「タクエスト！」と表示されたソフトウェアボタン）の押下操作時点から、タクシーに乗車した時点（サーバ１１が乗車完了した旨の通知を受ける時点）までの時間を、データ取得ポーリング時間として採用することができる。
タクシーＴの運転手については、次の通りになる。即ち、例えばユーザ端末１３のようにアプリケーションソフトウェアをダウンロードするのでなく、タクシー端末１２はサーバ１１のサイトにログオンして上述の各種処理の実行が制御されるものとする。この場合、タクシー端末１２がサイトにログオンしてからログオフするまでの時間を、データ取得ポーリング時間として採用することができる。
【００６１】
この場合、サーバ１１の管理者等は、蓄積したデータに基づいて、時系列の情報にまとめ、当該時系列の情報を提供する役務をすることもできる。
例えば、サーバ１１の管理者等は、時系列の情報の一例として、時系列でのタクシー呼出範囲の情報をタクシーＴ等に対して提供することができる。
例えば、サーバ１１の管理者等は、時系列の情報の一例として、長年タクシーＴの運転手の勘に頼っていた「流し」範囲をデジタルマップ化した情報を、タクシーＴ等に対して提供することができる。
例えば、サーバ１１の管理者等は、時系列の情報の一例として、時系列でのアプリユーザＵの情報（年齢や性別層）を広告会社等に対して提供することができる。
【００６２】
なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００６３】
例えば、上述の実施形態では、タクシーＴ２が、アプリユーザＵに向かっている最中に、ユーザ端末１３は、図１１乃至図１３に示す画像を表示させた。しかしながら、これらの画像は例示であり、ユーザ端末１３は、任意のタクシーの情報や運転手のコメントを示す画像を表示部８７（図４）に表示させることができる。さらにいえば、任意のタクシーの情報や運転手のコメントのアプリユーザへの提示の形態は、特に画像表示に限定されず、画像表示と共に又は画像表示に代えて、音声出力等別の形態を採用することができる。
このように、送迎対象のタクシーＴ２の情報や運転手のコメントを表示等により報知してアプリユーザＵの良心に働きかけることにより、（１）他のタクシーを拾わない（浮気防止）、（２）いたずらを防止する、こと等が可能になる。
【００６４】
また例えば上述の実施形態では、図１３の画面が表示されたとき、即ち送迎対象のタクシーＴ２がアプリユーザＵの近くに到着したときには、運転手が乗車完了ボタンを押下することになっているが、特にこれに限定されない。例えば、必ずしもアプリユーザＵがいるとは限らないため、運転手が、（１）乗車完了と（２）ユーザが見つからないとのうちの何れかを選択する操作をできるようにしてもよい。
【００６５】
また例えば、タクシーＴ２がアプリユーザＵを迎えに行く途中で
（１）アプリユーザＵが高速で移動し表示範囲外に出たとき
（２）ＧＰＳデータ（位置情報）が送られなくなったときに
ユーザ端末の情報とあわせて内部レーティング（優良ユーザーかそうでないか）を判断する機能を有するようにしてもよい。なお、当該機能は、タクシー端末１２に搭載されてもよいし、サーバ１１に搭載されてもよい。
【００６６】
また、上述の実施形態では、アンサを最初に送信してきたタクシー端末１２−２が搭載されたタクシーＴ２が送迎対象に決定されたが、その決定手法は特に限定されない。例えば、サーバ１１は、アンサの受信順番に基づいて、迎車を依頼するタクシーを決定する手法であれば、任意の手法を採用することができる。
【００６７】
例えば、上述の実施形態では、ユーザ端末１３は、スマートフォンとして構成されているが、特にこれに限定されない。
例えば、ユーザ端末１３としては、通信機能を有する電子機器一般を適用することができる。具体的には、例えば、ユーザ端末１３として、ノート型のパーソナルコンピュータ、デジタルカメラ、ビデオカメラ、携帯型ナビゲーション装置、携帯電話機、ポータブルゲーム機等を適用することが可能である。
この点は、サーバやタクシー端末についても同様である。
【００６８】
上述の実施形態による一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、上述した各手段による一連の処理を全体として実行できる機能がタクシー迎車システムに備えられていれば足り、この機能を実現するためにどのように各手段を構成するのかについては特に限定されない。即ち、所定の手段は、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００６９】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ユーザ端末、サーバ、タクシー端末等のコンピュータに対して、ネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。
【００７０】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布されるリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディアは、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されているＲＯＭや、ハードディスク等で構成される。
【００７１】
なお、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
【００７２】
また、本明細書において、システムとは、複数の装置や複数の部等より構成される全体的な装置を意味する。
【００７３】
以上まとめると、本発明のタクシー迎車システムを適用することで、位置情報のビッグデータ化が可能になる。具体的には、次のようなことが実現可能になる。
（１）個人情報を収集しないので、セキュリティリスクが存在しない。
（２）位置データ収集のためのツールを拡充することで、そのときには想像し得なかった、より有機的な分析が可能になる。
（３）クラウドサービスを利用することで、運用コストの低減をはかることができる。
【００７４】
タクシー迎車システムの特徴としては、例えば上述したように、タクシー端末１２は、ブラウザベースのシステムであり、サーバ１１のサイトにログインして使用することができる。
これに対して、ユーザ端末１３は、アプリケーションソフトウェアをダウンロードして、当該アプリケーションソフトウェアを実行して使用することができる。当該アプリケーションソフトウェアには、広告表示機能を容易に搭載させることができる。
サーバ１１は、タクシー端末１２とユーザ端末１３からの位置情報や行動イベント等を蓄積データとして収集しながら、上述の各種処理、例えばタクシー端末１２とユーザ端末１３との間の情報の中継の処理等を実行することができる。
【００７５】
これにより、次のような効果乃至特徴が生じる。
即ち、スタートラインの違いに着目すると、従来のシステムは、既存のシステム（電話や無線等）の置き換え技術に過ぎなかったのに対して、本発明のタクシー迎車システムは、位置情報収集ツールとしても機能する。
また、思想の違いに着目すると、従来のシステムは、予約配車や人的リソースを使用したコールセンターに他ならないのに対して、本発明のタクシー迎車システムは、ユーザ（アプリユーザＵとタクシーＴの運転手の両法含む）の時系列分布図を収集したり、また、ユーザの位置をリアルタイム表示することもできる。
【００７６】
ユーザ端末１３側に着目すると、上述したようにその構成は特に限定されないが、昨今のスマートフォンの普及は著しいものがあり、ユーザ端末１３の多くはスマートフォンで構成されるものと推定される。
このため、ダウンロード用のアプリケーションソフトウェアについては、上述の一連の処理を実行することで、機能は至ってシンプルにすることができる。
即ち、初回起動時に、ユーザＵの情報として、性別と年齢層の指定が必要になるだけである（上述の例では図７乃至図９の画面参照）。ここで、従来のシステムでは、ユーザＵの電話番号等の個人情報を登録させているため、登録された情報を、蓄積されたデータ（ビックデータ）として用いることは困難である。これに対して、本発明のタクシー迎車システムでは、性別と年齢層のみであり、ユーザＵの個人情報は収集していないので、蓄積されたデータ（ビックデータ）として用いることが容易に可能になる。
また、タクシーＴの迎車の所望の際には、タクシーコールボタン（上述の例では図１０の「タクエスト！」と表示されたソフトウェアボタン）の押下だけで済む。これにより、リアルタイムに地図が表示される（タクシーと自身の位置両方ともであり、上述の例では図１１乃至図１３の画面参照）。
ここで、さらに広告機能をつけることもできる。この場合、ユーザＵは、地図については凝視するほどではないが常にチラ見したいという欲求を持っていると想定されるので、地図と共に広告を表示することで、広告会社にとっては、他と比較して広告の露出度が向上するという効果が期待できる。
【００７７】
タクシー端末１２側に着目すると、一定数以上のタクシーＴの各々にタクシー端末１２が搭載されていないと、サーバ１１の管理者等にとって役務の提供が困難になる場合がある。
この場合、タクシーＴ又はその運営会社等にとって、タクシー端末１２を導入するか否かの主要因の１つとしてコストが挙げられる。
本発明のタクシー迎車システムを適用することで、従来の他のシステムを適用するよりもコストが低くなるというメリットがある。
即ち、例えば、サーバ１１の運営者等は、迎車対象のタクシーの決定から、乗車が完了するまでの地図のリアルタイム表示機能までを、フリーミアム版で提供（ユーザＵもタクシーＴも無料で提供）することが容易に可能になる。この機能まででも、位置情報のビッグデータ化は十分に可能になる。
その上で、サーバ１１の運営者等は、タクシーＴによっては、基本機能の制限を無しにしたり、さらに、（ビッグデータに基づく各種情報の提供機能（ユーザＵの質の表示機能や検索範囲の指定機能）等を追加したプレミアム版を提供することもできる。
これらにより、一定数以上のタクシーＴの各々にタクシー端末１２が採用され易くなると期待できる。
また、ユーザ端末１３と違って、タクシー端末１２は業務用であるので、未知のアプリケーションソフトウェアをインストールする不安や敷居の高さも、タクシー端末１２を導入する上での障害となる。この障害を取り除くためには、上述したように、タクシー端末１２は、ブラウザベースのシステムであって、サーバ１１のサイトにログインして使用する構成、即ちデバイスに依存しない（スマートフォンでも可能な）構成とすればよい。
【００７８】
さらに、位置情報のビッグデータ化という点を先に考えると、本発明は、タクシー迎車システムに限定されず、各種各様なシステムに適用可能になる。
【００７９】
図１４は、本発明の情報処理システムの別の実施形態に係る救急車受入システムの構成を示している。
図１４に示す救急車受入システムは、サーバ２０１と、ｎ台（ｎは、１以上の任意の整数値）の病院端末２３１−１乃至２３１−ｎと、ｍ台（ｍは、ｎとは独立した１以上の任意の整数値）の救急車端末２３２−１乃至２３２−ｍとが、インターネット等の所定のネットワークＮを介して相互に接続されることによって構成されている。
【００８０】
サーバ２０１は、図１のサーバ１１に相当し、救急車受け入れの役務を提供する業者等によって管理され、救急車受入システム全体の動作を制御する。
病院端末２３１−１乃至２３１−ｎの各々は、タクシー端末１２−１乃至１２−Ｎの各々に相当し、病院ｈ１乃至ｈｎの各々の内部に配置される、タブレットやパーソナルコンピュータ等で構成される。なお、以下、病院端末２３１−１乃至２３１−ｎの各々を個々に区別する必要が無い場合、これらをまとめて、「病院端末２３１」と呼ぶ。また、病院端末２３１と呼んでいる場合には、「病院ｈ」と呼ぶ。
救急車端末２３２−１乃至２３２−ｍの各々は、ユーザ端末１３−１乃至１３−Ｍの各々に相当し、救急車ｑ１乃至ｑｍの各々に所持される、スマートフォン、携帯電話機、パーソナルコンピュータ等で構成される。なお、以下、救急車端末２３２−１乃至２３３−Ｍの各々を個々に区別する必要が無い場合、これらをまとめて、「救急車端末２３２」と呼ぶ。また、救急車端末２３２と呼んでいる場合には、「救急車ｑ」と呼ぶ。
【００８１】
なお、救急車受入システムの動作（処理）については、上述のタクシー受入システムの動作（処理）と同様である。より具体的には、「サーバ１１」を「サーバ２０１」と読み替え、「タクシー端末１２」を「病院端末２３１」と読み替え、「ユーザ端末１３」を「救急車端末２３２」と読み替え、依頼の目的を「ユーザＵに対するタクシーＴの迎車」から「救急車ｑに対する病院ｈの受入」と読み替えて、上述の処理を読めばよい。従って、ここでは、救急車受入システムの説明は省略する。
【００８２】
さらに、本発明は、上述のタクシー迎車システムや救急車受入システムに特に限定されず、次のような情報処理システムであれば任意の実施形態を取ることができる。
即ち、本発明が適用される情報処理システムは、
ユーザに保有される第１端末と、前記ユーザの依頼先となり得る複数の候補の各々に保有される複数の第２端末と、前記第１端末及び複数の前記第２端末の夫々と情報を送受信するサーバとを含む情報処理システムであって、
前記第１端末は、
依頼指示を受け付ける第１受付手段と、
自機の位置情報を取得する第１位置取得手段と、
前記第１受付手段により受け付けられた前記依頼指示と、前記第１位置取得手段により取得された前記位置情報とを対応付けてサーバに送信する制御を実行する第１送信制御手段と、
を備え、
前記サーバは、
前記第１端末から送信された前記依頼指示及び前記位置情報を受信する制御を実行する第１受信制御手段と、
前記第１受信制御手段の制御により前記依頼指示が受信されると、リクエストを生成する生成手段と、
前記生成手段により生成された前記リクエストを、前記第１端末の前記位置情報と共に、前記複数の第２端末の夫々に送信する制御を実行する第２送信制御手段と、
前記複数の第２端末のうち少なくとも１つから、前記リクエストの承認を示すアンサを受信する制御を実行する第２受信制御手段と、
前記第２受信制御手段の制御による前記アンサの受信順番に基づいて、依頼先を決定する決定手段と、
前記決定手段の決定内容を、前記第１端末と前記第２端末とに送信する制御を実行する第３送信制御手段と、
を備え、
前記複数の第２端末の各々は、
前記サーバから送信される前記リクエスト及び前記位置情報を受信する制御を実行する第３受信制御手段と、
前記第３受信制御手段の制御により受信された前記リクエスト及び前記位置情報を、報知する第１報知手段と、
前記リクエストの受任指示を受け付ける第２受付手段と、
前記第２受付手段により前記受任指示が受け付けられた場合、前記アンサを生成するアンサ生成手段と、
前記アンサ生成手段により生成された前記アンサを、前記サーバに送信する制御を実行する第４送信制御手段と、
を備える
情報処理システムであれば足りる。
【符号の説明】
【００８３】
１１・・・サーバ、１２・・・タクシー端末、１３・・・ユーザ端末、１１１・・・位置受信制御部、１１２・・・呼出指示受信部、１１３・・・リクエスト生成部、１１４・・・リクエスト送信制御部、１１５・・・アンサ受信制御部、１１６・・・タクシー決定部、１１７・・・決定内容送信制御部、１１８・・・乗車完了受付部、１２１・・・相手位置取得部、１２２・・・自機位置送信制御部、１２３・・・自機位置取得部、１２４・・・リクエスト受信制御部、１２５・・・報知部、１２６・・・リクエスト受任指示受付部、１２７・・・アンサ生成部、１２８・・・アンサ送信制御部、１２９・・・決定内容受信制御部、１３０・・・乗車完了処理部、１３１・・・相手位置取得部、１３２・・・自機位置送信制御部、１３３・・・呼出指示受付部、１３４・・・自機位置取得部、１３５・・・呼出指示送信制御部、１３６・・・決定内容受信制御部、１３７・・・報知部、２０１・・・サーバ、２３１・・・病院端末、２３２・・・救急車端末
【図１】
2014041604.tif 000003
【図２】
2014041604.tif 000004
【図３】
2014041604.tif 000005
【図４】
2014041604.tif 000006
【図５】
2014041604.tif 000007
【図６】
2014041604.tif 000008
【図７】
2014041604.tif 000009
【図８】
2014041604.tif 000010
【図９】
2014041604.tif 000011
【図１０】
2014041604.tif 000012
【図１１】
2014041604.tif 000013
【図１２】
2014041604.tif 000014
【図１３】
2014041604.tif 000015
【図１４】
2014041604.tif 000016