JP2022018604A - タクシー管理装置、タクシー運用システム及び運賃設定方法 - Google Patents

Abstract

【課題】言語通訳に関連して相乗りするタクシー利用者の双方にメリットを与えるタクシー管理装置、タクシー運用システム及び運賃設定方法を提供する。【解決手段】タクシー運用システムにて提供される特殊配車サービスであって、通訳を希望する外国人のタクシー利用者（Ｐ）と通訳が可能なタクシー利用者（Ｑ）をマッチングして、タクシーへ相乗りさせる。この際、通訳が可能なタクシー利用者（Ｑ）の運賃に割引を適用する。【選択図】図５

Description

本発明は、タクシー管理装置、タクシー運用システム及び運賃設定方法に関する。

或る国（例えば日本国）において、当該国の公用語（日本国であれば日本語）と異なる言語を使用言語とする外国人がタクシーを利用することも多い。

特開２０１４－１４６２６１号公報 特開２０１１－７６４１７号公報

この際、外国人のタクシー利用者はタクシーでの会話に不安を覚えることも多く、タクシー利用者の要望が運転手に正しく伝わらないなどといったトラブルが発生することもある。特に例えば、国際的なイベント会場でのイベント終了後（例えばスポーツの国際大会会場の試合終了後）には各種国籍の多数の外国人が一斉に会場から移動するため、運転手とのコミュニケーションが円滑に進まないと、大きな混乱が生じうる。

一方で、タクシー利用者の中には通訳能力を有するものも多い。仮に、外国人のタクシー利用者と通訳能力を有するタクシー利用者を共通のタクシーに相乗りさせることができたならば、タクシー利用における言語の壁の問題は解消又は低減される。この際、通訳能力を有するタクシー利用者にとって何かメリットのあるサービスを提供できれば上述のような相乗りが促進され、各タクシー利用者にとって好ましいサービスを実現できると考えられる。

本発明は、言語通訳に関連して相乗りするタクシー利用者の双方にメリットを与えることが可能なタクシー管理装置、タクシー運用システム及び運賃設定方法を提供することを目的とする。

本発明に係るタクシー管理装置は、第１人物の使用言語を特定する情報を含む第１情報、及び、第２人物の通訳可能言語を特定する情報を含む第２情報を取得する情報取得部と、前記第１情報及び前記第２情報に基づき、前記第１人物及び前記第２人物がタクシーに相乗りしたときにおける前記第２人物の運賃の割引設定を行う割引設定部と、を備えた構成（第１の構成）である。

上記第１の構成に係るタクシー管理装置において、タクシーは基準言語を公用語とする国にて運用され、前記第１人物の使用言語は前記基準言語と異なり、前記基準言語と前記第１人物の使用言語との間の通訳が前記第２人物において可能である場合、そうでない場合と比べ、前記割引設定部は、前記相乗りの際の前記第２人物の運賃を低く設定する構成（第２の構成）であっても良い。

上記第２の構成に係るタクシー管理装置において、前記基準言語と前記第１人物の使用言語との間の通訳が前記第２人物において可能である場合、その通訳の習熟レベルも前記第２情報に含まれ、前記割引設定部は、その通訳の習熟レベルに応じ、前記相乗りの際の前記第２人物の運賃の割引設定を行う構成（第３の構成）であっても良い。

上記第３の構成に係るタクシー管理装置において、前記基準言語と前記第１人物の使用言語との間の通訳が前記第２人物において可能である場合、前記割引設定部は、前記習熟レベルが高いほど、前記相乗りの際の前記第２人物の運賃を低く設定する構成（第４の構成）であっても良い。

上記第３又は第４の構成に係るタクシー管理装置において、前記第２人物を含む複数の通訳登録者の夫々についての通訳能力情報を登録して保持する通訳能力情報登録部を備え、前記通訳能力情報は、前記通訳登録者ごとに前記通訳登録者の通訳可能言語を特定し、前記通訳可能言語における通訳は、前記基準言語と非基準言語との間の通訳であり、前記通訳能力情報において、前記通訳登録者ごとに且つ前記通訳可能言語ごとに通訳の習熟レベルが規定され、前記第２情報は前記第２人物についての前記通訳能力情報を含む構成（第５の構成）であっても良い。

上記第５の構成に係るタクシー管理装置において、マッチング情報に基づいて、１以上の通訳登録者を含む複数のユーザの中から、前記第１人物を選定するとともに、前記基準言語と前記第１人物の使用言語との間の通訳が可能なユーザを前記第２人物として選定するマッチング処理部を更に備え、前記マッチング情報は、各ユーザのタクシーによる出発地及び目的地、各ユーザの使用言語、及び、前記１以上の通訳登録者の前記通訳能力情報を含む構成（第６の構成）であっても良い。

上記第１～第６の構成の何れかに係るタクシー管理装置において、前記割引設定部の設定結果をタクシーに搭載された車載装置に送信する通信部を更に備えた構成（第７の構成）であっても良い。

上記第２～第６の構成の何れかに係るタクシー管理装置において、前記第１情報及び前記第２情報に基づき、前記第１人物及び前記第２人物がタクシーに相乗りしたときにおける前記第１人物の運賃の割増設定を行う割増設定部を更に備え、前記基準言語と前記第１人物の使用言語との間の通訳が前記第２人物において可能である場合、そうでない場合と比べ、前記割増設定部は、前記相乗りの際の前記第１人物の運賃を高く設定する構成（第８の構成）であっても良い。

上記第８の構成に係るタクシー管理装置において、前記割増設定部の設定結果をタクシーに搭載された車載装置に送信する通信部を更に備えた構成（第９の構成）であっても良い。

本発明に係るタクシー運用システムは、上記第１～第９の構成の何れかに係るタクシー管理装置と、タクシーに搭載され、前記タクシー管理装置と通信可能な車載装置と、を備えた構成（第１０の構成）である。

本発明に係る運賃設定方法は、第１人物の使用言語を特定する情報を含む第１情報、及び、第２人物の通訳可能言語を特定する情報を含む第２情報に基づき、前記第１人物及び前記第２人物がタクシーに相乗りしたときにおける前記第２人物の運賃の割引設定を行う構成（第１１の構成）である。

本発明によれば、言語通訳に関連して相乗りするタクシー利用者の双方にメリットを与えることが可能なタクシー管理装置、タクシー運用システム及び運賃設定方法を提供することが可能となる。

本発明の実施形態に係るタクシー運用システムの全体構成図である。 本発明の実施形態に係る端末装置の概略機能ブロック図である。 本発明の実施形態に係るサーバ装置の概略機能ブロック図である。 本発明の実施形態に係る車載装置の概略機能ブロック図である。 本発明の実施形態のタクシー運用システムにて提供される特殊配車サービスの概要を表す図である。 本発明の実施形態に係り、サーバ装置にて保持される配車アプリ登録者データの構成図である。 本発明の実施形態に係り、サーバ装置にて保持される通訳登録者データの構成図である。 図７の通訳登録者データ内における通訳能力情報の例を示す図である。 図８の通訳能力情報中の通訳レベルの設定に供される語学検定データの構成図である。 本発明の実施形態に係り、サーバ装置にて設定される割引率データの構成図である。 本発明の実施形態に係り、通訳登録者の一人である注目人物の運賃の算出方法を表すフローチャートである。 本発明の実施形態に係り、特殊配車サービスに関わるサーバ制御部の機能ブロック図である。 本発明の実施形態に属する第１実施例に係り、各被通訳者の端末装置及び各通訳登録者の端末装置からサーバ装置に対し配車要求信号及び相乗り対応信号が送信される様子を示す図である。 本発明の実施形態に属する第１実施例に係り、タクシーへの相乗り対象者を選定するための動作の流れを表すフローチャートである。 本発明の実施形態に属する第１実施例に係り、一人の被通訳者と一人の通訳登録者に注目した特殊配車サービスの説明図である。 本発明の実施形態に属する第２実施例に係り、一人の被通訳者と一人の通訳登録者に注目した特殊配車サービスの説明図である。 本発明の実施形態に属する第４実施例に係り、サーバ装置にて設定される割引料データの構成図である。 本発明の実施形態に属する第４実施例に係り、通訳登録者の一人である注目人物の運賃の算出方法を表すフローチャートである。 本発明の実施形態に属する第７実施例に係り、特殊配車サービスに関わるサーバ制御部の機能ブロック図である。 本発明の実施形態に属する第７実施例に係り、サーバ装置にて設定される割増率データの構成図である。 本発明の実施形態に属する第７実施例に係り、通訳登録者及び被通訳者の運賃の算出方法を表すフローチャートである。 本発明の実施形態に属する第７実施例に係り、サーバ装置にて設定される割増料データの構成図である。

以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量又は部材等を参照する記号又は符号を記すことによって、該記号又は符号に対応する情報、信号、物理量又は部材等の名称を省略又は略記することがある。例えば、後述の“Ｄ１”によって参照される配車アプリ登録者データは（図６参照）、配車アプリ登録者データＤ１と表記されることもあるし、データＤ１と略記されることもあり得るが、それらは全て同じものを指す。

図１に本発明の実施形態に係るタクシー運用システムＳＹＳの全体構成を示す。タクシー運用システムＳＹＳは、１以上の端末装置１０と、サーバ装置２０と、１以上の車載装置３０と、で構成される。サーバ装置２０は、本発明に係るタクシー管理装置の例である。サーバ装置２０は、互いに分離しつつも無線又は有線にて互いに接続された複数のコンピュータ装置により形成されていても良い。タクシー運用システムＳＹＳの下で複数のタクシーが運営される。

端末装置１０は、ユーザが所持及び操作する機器であり、例えば、ユーザが所持するスマートホン、タブレット、パーソナルコンピュータである。ユーザはタクシー運用システムＳＹＳの利用者であり、タクシーに乗車する又はタクシーへの乗車を予定する旅客となり得る。サーバ装置２０は、各端末装置１０及び各車載装置３０と所定の通信網（移動体通信ネットワーク）を介して無線接続され、各端末装置１０及び各車載装置３０と無線による双方向通信が可能である。車載装置３０はタクシー運用システムＳＹＳに属する各タクシーに搭載される電子機器である。車載装置３０は例えばタブレット型の電子機器として構成される。

図２は端末装置１０の概略機能ブロック図である。端末装置１０は、端末制御部１１、端末通信部１２、端末記憶部１３、インターフェース部１４及びＧＰＳ処理部１５を備える。この他、図２に示されない様々な他の機能部位が端末装置１０に設けられ得るが、他の機能部位の図示は省略されている。

端末制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read only memory）及びＲＡＭ（Random access memory）等にて構成され、ＲＯＭに格納されたプログラムをＣＰＵが実行することで、各種機能を実現すると共に端末装置１０の全体の動作を制御する。端末通信部１２は、端末装置１０と異なる装置と無線通信を行うための処理を実行する。端末装置１０との通信の相手にはサーバ装置２０が含まれる。端末記憶部１３は、ＲＯＭ及びＲＡＭ等にて構成され、端末制御部１１の制御の下で任意の情報及びデータを記憶する。インターフェース部１４は、端末装置１０と端末装置１０の操作者（上述のユーザに相当）との間のマンマシンインターフェースであり、表示画面、操作部、マイクロホン及びスピーカ等から成る。

ＧＰＳ処理部１５は、ＧＰＳ（Global Positioning System）を形成する複数のＧＰＳ衛星からの信号を受信することで端末装置１０の現在位置を検出し、端末装置１０の現在位置を示す端末位置情報を生成する。端末位置情報では、端末装置１０の現在位置が、地球上における経度及び緯度によって表現される。端末位置情報は所定周期で順次生成される。或る端末装置１０についての端末位置情報は、当該端末装置１０を所持するユーザの現地位置を表している。

図３はサーバ装置２０の概略機能ブロック図である。サーバ装置２０は、サーバ制御部２１、サーバ通信部２２、サーバ記憶部２３及びインターフェース部２４を備える。この他、図３に示されない様々な他の機能部位がサーバ装置２０に設けられ得るが、他の機能部位の図示は省略されている。

サーバ制御部２１は、ＣＰＵ、ＲＯＭ及びＲＡＭ等にて構成され、ＲＯＭに格納されたプログラムをＣＰＵが実行することで、各種機能を実現すると共にサーバ装置２０の全体の動作を制御する。サーバ通信部２２は、サーバ装置２０と異なる装置と無線通信を行うための処理を実行する。サーバ装置２０との通信の相手には端末装置１０及び車載装置３０が含まれる。サーバ記憶部２３は、ＲＯＭ及びＲＡＭ等にて構成され、サーバ制御部２１の制御の下で任意の情報及びデータを記憶する。インターフェース部２４は、サーバ装置２０とサーバ装置２０の操作者との間のマンマシンインターフェースであり、表示画面、操作部、マイクロホン及びスピーカ等から成る。

図４は車載装置３０の概略機能ブロック図である。車載装置３０は、車載制御部３１、車載通信部３２、車載記憶部３３、インターフェース部３４及びＧＰＳ処理部３５を備える。この他、図４に示されない様々な他の機能部位が車載装置３０に設けられ得るが、他の機能部位の図示は省略されている。

車載制御部３１は、ＣＰＵ、ＲＯＭ及びＲＡＭ等にて構成され、ＲＯＭに格納されたプログラムをＣＰＵが実行することで、各種機能を実現すると共に車載装置３０の全体の動作を制御する。車載通信部３２は、車載装置３０と異なる装置と無線通信を行うための処理を実行する。車載装置３０との通信の相手にはサーバ装置２０が含まれる。車載記憶部３３は、ＲＯＭ及びＲＡＭ等にて構成され、車載制御部３１の制御の下で任意の情報及びデータを記憶する。インターフェース部３４は、車載装置３０と車載装置３０の操作者（当該車載装置３０が搭載されたタクシーの運転手に相当）との間のマンマシンインターフェースであり、表示画面、操作部、マイクロホン及びスピーカ等から成る。

ＧＰＳ処理部３５は、ＧＰＳを形成する複数のＧＰＳ衛星からの信号を受信することで車載装置３０の現在位置を検出し、車載装置３０の現在位置を示す車両位置情報を生成する。車両位置情報では、車載装置３０の現在位置が、地球上における経度及び緯度によって表現される。車両位置情報は所定周期で順次生成される。或る車載装置３０についての車両位置情報は、当該車載装置３０が搭載されたタクシーの現地位置を表している。

尚、端末装置１０、サーバ装置２０、車載装置３０における信号の送受信に関し、任意の信号又は情報の受信とは詳細には端末通信部１２、サーバ通信部２２、車載通信部３２での受信（換言すれば端末通信部１２、サーバ通信部２２、車載通信部３２を用いた受信）を指すと共に、任意の信号又は情報の送信とは詳細には端末通信部１２、サーバ通信部２２、車載通信部３２からの送信（換言すれば端末通信部１２、サーバ通信部２２、車載通信部３２を用いた送信）を指すが、以下では、端末通信部１２、サーバ通信部２２、車載通信部３２の記述を省略することがある。

タクシー運用システムＳＹＳ及びタクシー運用システムＳＹＳにおけるタクシーは、所定の基準言語を公用語とする国にて運用される。本実施形態では、タクシー運用システムＳＹＳ及びタクシー運用システムＳＹＳにおけるタクシーが日本国において運用されることを想定する。このため、基準言語は日本語である。タクシーの運転手の内、一部の運転手は、基準言語（ここでは日本語）以外の言語で会話することも可能であり得るが、タクシーの運転手は基本的に基準言語のみを正確に理解し且つ基準言語にて会話を行うものとする。即ち、各タクシーの運転手の使用言語は日本語である。本実施形態において、通訳とは、基準言語と、基準言語以外の言語（以下、非基準言語と称する）との間の通訳を意味する。尚、説明を分かりやすくするために、当該国（地域）において大多数の人が用いる言語を、当該国で基準となっている言語と捉え、その意味において当該言語を基準言語と称する。

図５を参照して、タクシー運用システムＳＹＳで提供される特徴的な配車サービス（以下、特殊配車サービスと称する）の概要を説明する。図５において、人物Ｐ、Ｑは、夫々、第１、第２のユーザを表している。人物Ｐの使用言語は基準言語と異なっていて、人物Ｐがタクシーでの会話に不安を持っており、タクシーの利用の際、通訳を希望している。人物Ｑは人物Ｐの使用言語と基準言語との間の通訳能力を有している。即ち、人物Ｑの通訳可能言語に人物Ｐの使用言語が含まれている。サーバ装置２０は、複数のユーザの夫々における移動希望情報（タクシーによる出発地及び目的地等）及び使用言語、並びに、通訳能力を有する各ユーザの通訳可能言語などに基づき、１台のタクシーに相乗りさせるユーザのマッチングを行う。相乗りとは、１台のタクシーに複数の人物（複数のユーザ）が同乗することを指す。当然ながら、同乗する複数の人物とは、運転手以外の複数の人物を指す。図５では、マッチングの結果、人物Ｐと相乗りすべき人物として人物Ｑが選定されている。このとき、サーバ装置２０は、人物Ｑの通訳能力及び通訳作業などを考慮して人物Ｑの運賃を無料又は低廉に設定し、その設定結果並びに出発地及び目的地を含む配車指示を、人物Ｐ及びＱが相乗りすべきタクシーの車載装置３０に送信する。その後、実際に人物Ｐ及びＱが１台のタクシーに相乗りしたとき、上記設定結果に従い、人物Ｑの運賃が無料とされる又は標準運賃よりも低廉とされる。

これにより、人物Ｐの言語に関する不安が解消されると同時に人物Ｑは無料又は低運賃でタクシーを利用することができ、双方にとってメリットのあるサービスを提供できる。

特殊配車サービスはサーバ装置２０が主体となって実現される。特殊配車サービスを実現するためのサーバ装置２０の構成及び動作を詳細に説明する。

図６及び図７に、サーバ記憶部２３に記憶及び保持される配車アプリ登録者データＤ１及び通訳登録者データＤ２の構造を示す。特殊配車サービスを利用するための所定のアプリケーションプログラム（以下、配車アプリと称する）が各端末装置１０に予めインストールされていて、各端末装置１０において端末制御部１１により配車アプリを実行可能であるとする。各端末装置１０にて配車アプリを起動させた状態で、各ユーザが自身の固有情報をインターフェース部１４を通じて各端末装置１０に入力する。これにより、各ユーザの固有情報が各端末装置１０からサーバ装置２０に伝達され、各ユーザの固有情報が配車アプリ登録者データＤ１又は通訳登録者データＤ２に格納される。

タクシー運用システムＳＹＳにおける各ユーザは、図５の人物Ｐ及びＱの何れかになり得る。特殊配車サービスに人物Ｐとして参加しうるユーザを特に被通訳者と称し、特殊配車サービスに人物Ｑとして参加しうるユーザを特に通訳登録者と称する。各被通訳者の固有情報はデータＤ１に格納され且つ各通訳登録者の固有情報はデータＤ２に格納される。これらの格納の後に、特殊配車サービスが実際に運用される。

配車アプリ登録者データＤ１には、複数の個人ＩＤが設定され、各個人ＩＤに一人の被通訳者が対応付けられた上で当該一人の被通訳者の固有情報がデータＤ１内に含められる。或る被通訳者の固有情報は、当該被通訳者の氏名、属性情報及び個人認証情報を含む。尚、図面煩雑化の防止のため、図６の表中では属性情報の詳細を示していない。或る被通訳者の属性情報は、当該被通訳者の属性を表す情報であり、当該被通訳者の使用言語、国籍、年齢、性別、趣味などを含む。或る被通訳者が複数の言語の何れかで会話することができる場合、その複数の言語の内、当該被通訳者が選択した主たる言語が使用言語として登録されて良い。或る被通訳者の個人認証情報は、当該被通訳者の身分を証明するための情報であり、犯罪の防止等を目的としてデータＤ１に含められる。例えば、或る被通訳者は、自分自身の身分を証明するためにパスポートを利用することができ、この場合、パスポートが当該被通訳者の個人認証情報となる。

通訳登録者データＤ２には、複数の通訳登録者ＩＤが設定され、各通訳登録者ＩＤに一人の通訳登録者が対応付けられた上で当該一人の通訳登録者の固有情報がデータＤ２内に含められる。或る通訳登録者の固有情報は、当該通訳登録者の氏名、属性情報及び個人認証情報を含み、更に当該通訳登録者の通訳能力情報を含む。尚、図面煩雑化の防止のため、図７の表中では属性情報及び通訳能力情報の詳細を示していない。或る通訳登録者の属性情報は、当該通訳登録者の属性を表す情報であり、当該通訳登録者の使用言語、国籍、年齢、性別、趣味などを含む。或る通訳登録者が複数の言語の何れかで会話することができる場合、その複数の言語の内、当該通訳登録者が選択した主たる言語が使用言語として登録されて良い。或る通訳登録者の個人認証情報は、当該通訳登録者の身分を証明するための情報であり、犯罪の防止等を目的としてデータＤ２に含められる。例えば、或る通訳登録者は、自分自身の身分を証明するためにパスポートを利用することができ、この場合、パスポートが当該通訳登録者の個人認証情報となる。

通訳能力情報は、通訳登録者の通訳可能言語及び通訳レベルを特定する情報である。通訳登録者データＤ２において、通訳登録者ごとに通訳能力情報が登録及び保持される。

或る通訳登録者について、通訳可能言語とは、通訳登録者により基準言語との間で通訳が可能な言語を指す。例えば、或る特定の通訳登録者が、日本語及び英語間の通訳と日本語及び仏語間の通訳とを行うことができるとき、特定の通訳登録者の通訳可能言語は英語及び仏語となる。

通訳レベルとは通訳の習熟レベルを表す。通訳登録者データＤ２では、通訳可能な非基準言語ごとに、通訳レベルがレベルＬＶ１、ＬＶ２、ＬＶ３及びＬＶ４の何れかに設定される（図８参照）。レベルＬＶ１、ＬＶ２、ＬＶ３及びＬＶ４の内、レベルＬＶ１が最も高く、レベルＬＶ１から、レベルＬＶ２、レベルＬＶ３を通じて、レベルＬＶ４に向かうにつれて通訳レベルが低くなるものとする。通訳レベルが高いほど通訳の習熟レベルが高く、通訳をより正確に且つより円滑に行うことができると期待される。

図８に、三人の通訳登録者５１０、５２０及び５３０についての通訳能力情報の例を示す。図８に示す情報が図７の通訳登録者データＤ２に含まれる。通訳登録者５１０は、日本語及び英語間の通訳と日本語及び中国語間の通訳と日本語及び仏語間の通訳とを行うことが可能であって（即ち通訳登録者５１０の通訳可能言語に英語、中国語及び仏語が含まれ）、それら３種類の通訳が可能であることが通訳登録者データＤ２に登録されている。そして、通訳登録者５１０について、日本語及び英語間の通訳における通訳レベル、日本語及び中国語間の通訳における通訳レベル、日本語及び仏語間の通訳における通訳レベルが、夫々、レベルＬＶ２、ＬＶ１、ＬＶ３であることが通訳登録者データＤ２に登録されている。通訳登録者５２０は、日本語及び独語間の通訳と日本語及びスワヒリ語間の通訳を行うことが可能であって（即ち通訳登録者５２０の通訳可能言語に独語及びスワヒリ語が含まれ）、それら２種類の通訳が可能であることが通訳登録者データＤ２に登録されている。そして、通訳登録者５２０について、日本語及び独語間の通訳における通訳レベル、日本語及びスワヒリ語間の通訳における通訳レベルが、夫々、レベルＬＶ４、ＬＶ１であることが通訳登録者データＤ２に登録されている。通訳登録者５３０は、日本語及び中国語間の通訳のみが可能であって（即ち通訳登録者５３０の通訳可能言語には中国語のみが含まれ）、そのことが通訳登録者データＤ２に登録されている。そして、通訳登録者５３０について、日本語及び中国語間の通訳における通訳レベルがレベルＬＶ２であることが通訳登録者データＤ２に登録されている。このように、通訳登録者データＤ２における通訳能力情報により、通訳登録者ごとに且つ通訳可能言語ごとに通訳レベル（通訳の習熟レベル）が規定される。

サーバ装置２０において、サーバ制御部２１は各通訳登録者の通訳レベルを通訳レベル推定用情報に従って決定することができる。例えば、サーバ装置２０に提供される図９に示すような語学検定データを通訳レベル推定用情報として用いることができる。語学検定データは、通訳登録者の夫々について、非基準言語ごとに非基準言語の習熟レベルを数値化して表したものであり、語学検定機関で実施済みの語学検定試験の結果に基づき生成される。例えば、通訳登録者５１０が、英語の習熟レベルを得点化する英語の語学検定試験にて第１、第２、第３、第４の得点を取得すれば、通訳登録者５１０の英語の通訳レベルは、夫々、レベルＬＶ１、ＬＶ２、ＬＶ３、ＬＶ４に設定される。ここで、（第１の得点）＞（第２の得点）＞（第３の得点）＞（第４の得点）、である。尚、通訳登録者５１０を含む任意の通訳登録者は基準言語を十分に扱えるものとする。故に、通訳登録者５１０が英語を解することができれば、日本語及び英語間の通訳が可能である（他の通訳登録者についても同様）。

サーバ装置２０に対する語学検定データの提供方法は任意である。例えば、語学検定機関に設置されたコンピュータ装置からサーバ装置２０に対して語学検定データが提供されて良い。或いは、通訳登録者が語学検定機関での認証を添えて自身の語学検定データをサーバ装置２０の管理者に提出しても良く、この場合、提出された語学検定データに基づきデータＤ２内の通訳能力情報が設定される。

上述の語学検定データは通訳レベル推定用情報の一例に過ぎない。通訳レベル推定用情報は、各通訳登録者における基準言語及び非基準言語間の通訳の習熟レベルを非基準言語ごとに推定するためのデータであれば任意である。例えば、通訳登録者の通訳に関してネットワークに上げられている情報（通訳を利用したユーザからの所謂口コミ情報など）が通訳レベル推定用情報に含められていても良い。また、本実施形態では、通訳レベルをレベルＬＶ１～ＬＶ４の４段階で設定することを想定しているが、通訳レベルの設定の段階数は２以上のであれば任意である。

図１０に、サーバ記憶部２３に記憶及び保持されている割引率データＤ３の構造を示す。割引率データＤ３では、通訳レベルに応じた通訳登録者の運賃の割引率ｋ_Ｄが非基準言語ごとに規定されている。つまり、割引率データＤ３では、割引率ｋ_Ｄが非基準言語ごとに且つ通訳レベルごとに規定されており、被通訳者及び通訳登録者が人物Ｐ及びＱとして実際に１台のタクシーに相乗りした場合における通訳登録者の運賃は標準運賃の（１－ｋ_Ｄ）倍とされる。“０＜ｋ_Ｄ≦１”が満たされる。

図１１を参照し、通訳登録者の一人である注目人物の運賃の算出方法について説明を加える。注目人物の標準運賃は、注目人物を乗せた状態でのタクシーの走行距離及び走行時間、並びに、注目人物のタクシーの乗車地、降車地、乗車開始時刻及び乗車終了時刻などに基づき、所定の標準運賃算出条件に従って算出される。この点については被通訳者も同様である。後述の事前確定運賃サービスが導入されていない場合にあっては、標準運賃の算出自体はタクシーに搭載されたタクシーメータ又は車載装置３０にて実行される。ここでは、事前確定運賃サービスが導入されていないと考える。

特定の乗車条件にて注目人物が特定の乗車地から特定の降車地までタクシーで移動したときの、注目人物の標準運賃は運賃Ｆ_ＲＥＦであったとする。ここで、特定の乗車条件とは、注目人物と被通訳者との相乗り有無を除く乗車条件であり、注目人物を乗せた状態でのタクシーの走行距離及び走行時間、並びに、注目人物のタクシーの乗車地、降車地、乗車開始時刻及び乗車終了時刻などの条件である。この場合において、仮に、特定の乗車条件にて注目人物が一人で特定の乗車地から特定の降車地までタクシーで移動したならば（ステップＳ１１のＮ）、注目人物の運賃は標準運賃Ｆ_ＲＥＦとなる（ステップＳ１４）。一方、特定の乗車条件にて注目人物（通訳登録者）と被通訳者が１台のタクシーに相乗りした状態で注目人物が特定の乗車地から特定の降車地まで移動し、且つ、注目人物（通訳登録者）の通訳可能言語に被通訳者の使用言語が含まれているのであれば（ステップＳ１１及びＳ１２のＹ）、注目人物の運賃は標準運賃Ｆ_ＲＥＦの（１－ｋ_Ｄ）倍とされる（ステップＳ１３）。特定の乗車条件にて注目人物（通訳登録者）と被通訳者が１台のタクシーに相乗りした状態で注目人物が特定の乗車地から特定の降車地まで移動した場合であっても、注目人物（通訳登録者）の通訳可能言語に被通訳者の使用言語が含まれていないのであれば（ステップＳ１１のＹ及びステップＳ１２のＮ）、注目人物の運賃は標準運賃Ｆ_ＲＥＦとなる（ステップＳ１４）。

注目人物に対して割引率ｋ_Ｄが設定された場合、設定された割引率ｋ_Ｄを特定する情報を含む信号が、サーバ装置２０（サーバ通信部２２）から、注目人物と被通訳者が相乗りすべきタクシーの車載装置３０に対し送信される。当該タクシーの車載装置３０からタクシーメータに割引率ｋ_Ｄを特定する情報が提供されることで、注目人物の運賃が実際に“Ｆ_ＲＥＦ・（１－ｋ_Ｄ）”とされる。車載装置３０にタクシーメータの機能を担わせても良い。

通訳される非基準言語が一定である場合、通訳レベルが高いほど、対応する割引率ｋ_Ｄが高くなる。割引率ｋ_Ｄが設定された通訳登録者の運賃は、割引率ｋ_Ｄが高いほど低くなる。即ち例えば、図１０に示す如く、被通訳者としての人物Ｐの使用言語が中国語であって且つ通訳登録者としての人物Ｑの通訳可能言語に中国語が含まれる場合において、人物Ｑの中国語の通訳レベルがレベルＬＶ１、ＬＶ２、ＬＶ３、ＬＶ４であるとき、人物Ｑの割引率ｋ_Ｄは、夫々、７０％、６０％、５０％、３０％に設定される。同様に例えば、被通訳者としての人物Ｐの使用言語がスワヒリ語であって且つ通訳登録者としての人物Ｑの通訳可能言語にスワヒリ語が含まれる場合において、人物Ｑのスワヒリ語の通訳レベルがレベルＬＶ１、ＬＶ２、ＬＶ３、ＬＶ４であるとき、人物Ｑの割引率ｋ_Ｄは、夫々、１００％、９０％、８０％、６０％に設定される。“ｋ_Ｄ＝１”であるとき、即ち割引率ｋ_Ｄに１が設定されたとき、人物Ｑの運賃はゼロとなる。但し、“ｋ_Ｄ＝１”となることが無いように割引率データＤ３を構成しても良い。

図１２に、特殊配車サービスに関わるサーバ制御部２１の機能ブロック図を示す。サーバ制御部２１は、情報取得部２１Ａ、マッチング処理部２１Ｂ及び割引設定部２１Ｃを備える。情報取得部２１Ａは、被通訳者に関する被通訳者情報（第１情報）と通訳登録者に関する通訳登録者情報（第２情報）を取得する。被通訳者情報は、少なくとも被通訳者の使用言語を特定する情報を含む。通訳登録者情報は、少なくとも通訳登録者の通訳可能言語を特定する情報を含み、望ましくは通訳登録者の通訳能力情報（図７及び図８参照）を含む。マッチング処理部２１Ｂは、相乗りすべき被通訳者と通訳登録者のマッチング処理を行う（詳細は後述）。割引設定部２１Ｃは、被通訳者情報及び通訳登録者情報に基づいて、被通訳者及び通訳登録者が１台のタクシーに相乗りしたときにおける通訳登録者の運賃の割引設定を行う。通訳登録者の運賃の割引設定は、通訳登録者の運賃に対する割引有無の設定と、割引がある際の割引率ｋ_Ｄの設定と、を含む。

以下、複数の実施例の中で、タクシー運用システムＳＹＳに関する具体的な動作例、応用技術、変形技術等を説明する。本実施形態にて上述した事項は、特に記述無き限り且つ矛盾無き限り、以下の各実施例に適用される。各実施例において、上述した事項と矛盾する事項がある場合には、各実施例での記載が優先されて良い。また矛盾無き限り、以下に示す複数の実施例の内、任意の実施例に記載した事項を、他の任意の実施例に適用することもできる（即ち複数の実施例の内の任意の２以上の実施例を組み合わせることも可能である）。

＜＜第１実施例＞＞
タクシー運用システムＳＹＳの第１実施例を説明する。第１実施例では、リアルタイムで被通訳者と通訳登録者をマッチングさせて、マッチングさせた被通訳者及び通訳登録者の相乗りを促進する動作を説明する。

図１３を参照する。複数の被通訳者が所持する複数の端末装置１０の夫々から配車要求信号Ｒｅｑ＿Ｐがサーバ装置２０に送信され、複数の通訳登録者が所持する複数の端末装置１０の夫々から相乗り対応信号Ｒｅｑ＿Ｑがサーバ装置２０に送信される。図１３では、複数の被通訳者に対応する複数の配車要求信号Ｒｅｑ＿Ｐと複数の通訳登録者に対応する複数の相乗り対応信号Ｒｅｑ＿Ｑが同時期にサーバ装置２０に送信される様子が示されている。例えば、国際的なイベント会場でのイベント終了後（例えばスポーツの国際大会会場の試合終了後）に多くの国籍の人物が会場から移動するケースにおいて、多数の信号Ｒｅｑ＿Ｐ及びＲｅｑ＿Ｑが同時期にサーバ装置２０に送信されると想定される。

或る特定の被通訳者に対応する配車要求信号Ｒｅｑ＿Ｐは、特定の被通訳者の移動希望情報及び個人ＩＤ（図６参照）を含み、且つ、通訳を希望する旨の情報を含んでいる。被通訳者の移動希望情報は、被通訳者のタクシーによる出発地及び目的地を含んでいる。被通訳者の移動希望情報は、被通訳者のタクシーによる経由地、出発希望時刻、到着希望時刻などを更に含むこともある。

或る特定の通訳登録者に対応する相乗り対応信号Ｒｅｑ＿Ｑは、特定の通訳登録者の移動希望情報及び通訳登録者ＩＤ（図７参照）を含み、且つ、被通訳者との相乗りを希望又は許可する旨の情報を含んでいる。通訳登録者の移動希望情報は、通訳登録者のタクシーによる出発地及び目的地を含んでいる。通訳登録者の移動希望情報は、通訳登録者のタクシーによる経由地、出発希望時刻、到着希望時刻などを更に含むこともある。

被通訳者又は通訳登録者がタクシーに乗車して移動する場合、被通訳者又は通訳登録者はタクシーにとっての旅客である。出発地とは、タクシーによる旅客の移動の出発地点であって、旅客がタクシーに乗車する地点（タクシーへの乗車を開始する地点）である。故に、タクシーの利用に関して出発地と乗車地は同義である。目的地とは、タクシーを利用して旅客が到達することを望む目的地点であって、旅客がタクシーを降車する地点でもある。故に、タクシーの利用に関して目的地と降車地は同義である。

図１４を参照し、被通訳者及び通訳登録者のマッチングの流れを説明する。マッチングとは、１台のタクシーに相乗りすべき被通訳者及び通訳登録者の組み合わせを選定することを指す。ステップＳ３１～Ｓ３３の処理はサーバ装置２０にて実行される。尚、図１３の例では、複数の端末装置１０からの複数の配車要求信号Ｒｅｑ＿Ｐと複数の端末装置１０からの複数の相乗り対応信号Ｒｅｑ＿Ｑとがサーバ装置２０にて受信される様子が示されているが、サーバ装置２０にて受信される配車要求信号Ｒｅｑ＿Ｐの個数は１以上であれば任意であり、サーバ装置２０にて受信される相乗り対応信号Ｒｅｑ＿Ｑの個数も１以上であれば任意である。

まず、ステップＳ３１において、１以上の被通訳者の端末装置１０からの１以上の配車要求信号Ｒｅｑ＿Ｐがサーバ装置２０（サーバ通信部２２）にて受信される。ステップＳ３１において、情報取得部２１Ａ（図１２参照）は、その受信結果に基づき、各被通訳者に関する被通訳者情報（第１情報）として、各被通訳者の移動希望情報及び固有情報を取得する。情報取得部２１Ａは、配車アプリ登録者データＤ１（図６参照）を参照し、各配車要求信号Ｒｅｑ＿Ｐに含まれる個人ＩＤに基づきデータＤ１から各被通訳者の固有情報を取得できる。

一方、ステップＳ３２において、１以上の通訳登録者の端末装置１０からの１以上の相乗り対応信号Ｒｅｑ＿Ｑがサーバ装置２０（サーバ通信部２２）にて受信される。ステップＳ３２において、情報取得部２１Ａは、その受信結果に基づき、各通訳登録者に関する通訳登録者情報（第２情報）として、各通訳登録者の移動希望情報及び固有情報を取得する。情報取得部２１Ａは、通訳登録者データＤ２（図７参照）を参照し、各相乗り対応信号Ｒｅｑ＿Ｑに含まれる通訳登録者ＩＤに基づきデータＤ２から各通訳登録者の固有情報を取得できる。

尚、ステップＳ３１及びＳ３２の処理の実行順序は任意であり、それらが同時に行われることがあっても良い。また、被通訳者の固有情報の全部又は一部（例えば使用言語を特定する情報）は配車要求信号Ｒｅｑ＿Ｐに含まれていても良く、この場合、情報取得部２１Ａは、配車要求信号Ｒｅｑ＿Ｐから被通訳者の固有情報の全部又は一部（例えば使用言語を特定する情報）を抽出しても良い。

ステップＳ３１及びＳ３２の後、ステップＳ３３において、マッチング処理部２１Ｂ（図１２参照）によりマッチング処理が行われる。マッチング処理では、ステップＳ３１及びＳ３２での取得情報を含むマッチング情報に基づき、１台のタクシーに相乗りさせるべき被通訳者及び通訳登録者を相乗り対象者として選定する。ここで選定された被通訳者及び通訳登録者が図５の人物Ｐ及びＱに相当する。即ち、マッチング処理では、マッチング情報に基づいて、１以上の通訳登録者を含む複数のユーザの中から、被通訳者である人物Ｐを選定すると共に、基準言語と人物Ｐの使用言語との間の通訳が可能なユーザ（通訳登録者）を人物Ｑとして選定する。この際、出発地が完全に又は或る程度一致する被通訳者及び通訳登録者であって、且つ、目的地も完全に又は或る程度一致する被通訳者及び通訳登録者が、相乗り対象者（Ｐ及びＱ）として選定される。マッチング情報は、ステップＳ３１及びＳ３２での取得情報、即ち、各被通訳者の被通訳者情報（移動希望情報及び固有情報）及び各通訳登録者の通訳登録者情報（移動希望情報及び固有情報）を含んでいるため、各ユーザのタクシーによる出発地及び目的地、各ユーザの使用言語、及び、各通訳登録者の通訳能力情報を含む（図６及び図７を適宜参照）。故に、適正な相乗り対象者を選定できる。

つまり、出発地及び目的地が完全に又は或る程度一致するユーザ同士であって、通訳を望むユーザ（被通訳者）と通訳が可能なユーザ（通訳登録者）を、相乗り対象者として適正にマッチングさせることが可能となる。

このとき、マッチング情報に各ユーザの属性情報（使用言語以外の属性情報；図６及び図７参照）を含めておくことで、様々な観点から相乗り対象者をマッチングさせることが可能となり、マッチングの適正化が促進される。例えば、異性のユーザ同士よりも同性のユーザ同士がマッチングされやすくなるようにしたり、趣味の一致するユーザ同士をマッチングさせるといったことが可能となる。尚、通訳登録者の属性情報に観光地の知識量情報などが含まれていても良い。例えば、人物Ｐとしての被通訳者が京都市内をタクシーで移動する際、京都に関する知識が豊富な通訳登録者は人物Ｑとして選定されやすくなるといった応用が可能である。

図１５に、被通訳者の一人である人物Ｐと通訳登録者の一人である人物Ｑに注目したタクシー運用システムＳＹＳの動作の流れを示す。図１５の人物Ｐ及びＱは、図５の人物Ｐ及びＱと同じ人物を指す。図１５では、図示の煩雑化防止のため、図１２に示される複数の被通訳者及び複数の通訳登録者の内、マッチング処理により１組の相乗り対象者として選定される人物Ｐ及びＱのみが示されている。人物Ｐ、Ｑが所持する端末装置１０を、特に夫々符号“１０Ｐ”、“１０Ｑ”にて参照する。

信号６１０は端末装置１０Ｐからサーバ装置２０に送信される配車要求信号Ｒｅｑ＿Ｐであり、信号６１２は端末装置１０Ｑからサーバ装置２０に送信される相乗り対応信号Ｒｅｑ＿Ｑである。サーバ装置２０では、信号６１０及び６１２の受信結果に基づく情報取得処理６１４が実行された後、マッチング処理６１６及びタクシー探索処理６１８が実行される。情報取得処理６１４は図１４のステップＳ３１及びＳ３２の処理に相当し、マッチング処理６１６は図１４のステップＳ３３の処理に相当する。マッチング処理６１６の結果、人物Ｐ及びＱが相乗り対象者として選定される。

タクシー運用システムＳＹＳに属する複数のタクシーの各車載装置３０は、順次取得される車両位置情報をサーバ装置２０に順次送信する。タクシー探索処理６１８において、サーバ制御部２１は、各車載装置３０からの車両位置情報と、信号６１０及び６１２（特に人物Ｐ及びＱの出発地）とに基づいて、人物Ｐ及びＱを相乗りさせるのに適したタクシーを探索し、探索されたタクシーを対象タクシーに設定する。この際、空車状態のタクシーのみが探索対象に含められるようにして良い。探索自体は既存技術であるため、詳細な説明を省略する。尚、マッチングの結果とタクシーの探索結果が最適化されるよう、マッチング処理６１６及びタクシー探索処理６１８が並列に行われても良い。

マッチング処理６１６により人物Ｐ及びＱが相乗り対象者として選定されると、割引設定部２１Ｃ（図１２参照）により割引設定処理６２０が実行される。割引設定処理６２０において、割引設定部２１Ｃは、人物Ｐの使用言語と人物Ｑの通訳能力情報とに基づき、人物Ｑに対する割引率ｋ_Ｄを設定する。割引率ｋ_Ｄの設定方法は図１０等を参照して上述した通りである。即ち例えば、人物Ｐの使用言語が中国語である場合において、人物Ｑの中国語の通訳レベルがレベルＬＶ１、ＬＶ２、ＬＶ３、ＬＶ４であるとき、人物Ｑの割引率ｋ_Ｄは、夫々、７０％、６０％、５０％、３０％に設定される。同様に例えば、人物Ｐの使用言語がスワヒリ語である場合において、人物Ｑのスワヒリ語の通訳レベルがレベルＬＶ１、ＬＶ２、ＬＶ３、ＬＶ４であるとき、人物Ｑの割引率ｋ_Ｄは、夫々、１００％、９０％、８０％、６０％に設定される。

割引設定処理６２０の後、サーバ制御部２１はサーバ通信部２２を用いて照会信号６２２を端末装置１０Ｑに送信する。照会信号６２２の内容には、人物Ｐが人物Ｑと相乗りする予定であること、人物Ｐの使用言語、及び、割引設定処理６２０にて設定された割引率ｋ_Ｄが含まれる。また、対象タクシーに乗車するために人物Ｑがいつ、どこにくるべきかを示す情報（例えば「本日、１６時５５分頃に○○に来てください」といった情報）、及び、割引の適用には本人確認書類が必要であることを示す情報（例えば「割引の適用をうけるためには本人確認用に運転免許証が必要です」といった情報）も、照会信号６２２に含まれる。更には、人物Ｐの使用言語以外の、人物Ｐの属性情報（国籍、性別等）も照会信号６２２に含まれていても良い。照会信号６２２に含まれる内容は、端末装置１０Ｑにて実行されている配車アプリにより端末装置１０Ｑのインターフェース部１４を通じて人物Ｑに伝達される。

人物Ｑが、照会信号６２２に含まれる内容を参照した上で、相乗りへの承認を意図する承認操作を端末装置１０Ｑのインターフェース部１４に入力すると、端末装置１０Ｑにて実行されている配車アプリの制御の下、承認信号６２４が生成され、端末装置１０Ｑからサーバ装置２０に対し承認信号６２４が送信される。尚、詳細な説明は省略するが、上記承認が行われなかったときには、マッチング処理６１６の再度の実行により相乗り対象者が再選定される。

サーバ装置２０にて承認信号６２４が受信されると、サーバ制御部２１は、端末装置１０Ｐに対して配車完了信号６２６を送信すると共に、タクシー探索処理６１８にて設定された対象タクシーの車載装置３０に向けて配車指示信号６３０を送信する。配車完了信号６２６は、信号６１０に基づきタクシーの配車が完了して人物Ｐが指定した出発地にタクシーがこれから向かうこと又は人物Ｐが指定した出発地にてタクシーが既に待機していること、及び、通訳者の手配が完了して通訳可能な人物が相乗りすること等を示す信号である。人物Ｐは、配車完了信号６２６の内容を端末装置１０Ｐのインターフェース部１４にて確認し、タクシーによる人物Ｐの出発地に向かう（或いは、すでに出発地にいる場合には、そこでタクシーの到着を待機する）。

配車指示信号６３０は、サーバ制御部２１の制御の下、サーバ通信部２２から対象タクシーの車載装置３０に送信される信号であって、タクシーの配車を指示する信号である。対象タクシーが旅客を迎えに行くべき迎車地（人物Ｐ及びＱの出発地に相当）、人物Ｐ及びＱが相乗りすること、割引設定処理６２０にて設定された人物Ｑの割引率ｋ_Ｄ、及び、人物Ｑの本人確認方法（例えば運転免許証の提示）などが信号６３０の内容に含まれる。対象タクシーにおいて、信号６３０の内容はインターフェース部３４を通じて運転手に伝達される（例えば、インターフェース部３４の表示画面に表示される）。対象タクシーの運転手は、信号６３０の内容を確認して、迎車地に向かう。

対象タクシーにおいて、人物Ｐ及びＱが相乗りにて乗車した後、人物Ｐが降車する際、人物Ｐに対しては標準運賃が請求される。人物Ｐの標準運賃は、人物Ｐを乗せた状態でのタクシーの走行距離及び走行時間、並びに、人物Ｐのタクシーの乗車地、降車地、乗車開始時刻及び乗車終了時刻などに基づき、所定の標準運賃算出条件に従って算出される。一方、対象タクシーにおいて、人物Ｐ及びＱが相乗りにて乗車した後、人物Ｑが降車する際、人物Ｑに対しては割引率ｋ_Ｄによる割引適用後の運賃が請求される。但し、割引適用後の運賃がゼロであるならば運賃の請求は無い。割引適用後の運賃は、人物Ｑに対して算出された標準運賃の（１－ｋ_Ｄ）倍である。

＜＜第２実施例＞＞
タクシー運用システムＳＹＳの第２実施例を説明する。第１実施例では、主としてリアルタイムで被通訳者と通訳登録者をマッチングさせるケース（以下、リアルタイムケースと称する）が想定されている。即ち例えば、国際的なイベント会場でのイベント終了後（例えばスポーツの国際大会会場の試合終了後）に多くの国籍の人物が会場から移動する状況において、現在、会場近辺にいる多数の人物が会場から即時離れるための移動手段としてタクシーを利用するようなケースが、リアルタイムケースに相当する。但し、タクシー運用システムＳＹＳにおける上記特殊配車サービスは予約配車にも適用できる。

第２実施例では予約配車に対して特殊配車サービスを適用するケース（以下、予約配車ケースと称する）を想定する。予約配車は、将来の任意の日時を出発日時に設定してタクシーの配車を行うサービスである。予約配車ケースにおいても、基本的には第１実施例と同様の動作が行われ、第１実施例に記載の事項は特に記述なき限り第２実施例の予約配車ケースにも適用される。

但し、予約配車ケースにおいては、各配車要求信号Ｒｅｑ＿Ｐの移動希望情報に出発希望日時が含められ、各相乗り対応信号Ｒｅｑ＿Ｑの移動希望情報に出発希望日時又は出発可能日時が含められる。出発希望日時及び出発可能日時は、当然、信号Ｒｅｑ＿Ｐ及びＲｅｑ＿Ｑの送信日時から見て将来の日時である。

一人の人物Ｐに注目した場合、配車要求信号Ｒｅｑ＿Ｐにおける出発希望日時は、人物Ｐのタクシーによる移動開始を希望する日時である。一人の人物Ｑに注目した場合、相乗り対応信号Ｒｅｑ＿Ｑにおける出発希望日時は、人物Ｑのタクシーによる移動開始を希望する日時である。相乗り対応信号Ｒｅｑ＿Ｑにおける出発可能日時は、人物Ｑのタクシーによる移動開始日時として人物Ｑにて認容される日時を表し、相応の時間幅を有していて良い。例えば、２０２０年４月５日の午前１０時ちょうどから午前１１時３０分までの時間帯が出発可能日時に設定されていても良い。これは、その時間帯内に出発できるのであれば、相乗りする相手の都合に併せても良いと人物Ｑが考えていることを表す。運賃の無料化又は低廉化を望める人物Ｑは、或る程度、時間に関して譲歩しても構わないと考える場合もある。故に、人物Ｑは、自身の都合を考慮しつつ、相乗り対応信号Ｒｅｑ＿Ｑの移動希望情報に出発希望日時又は出発可能日時を含める。

一人の被通訳者である人物Ｐに注目して配車要求信号Ｒｅｑ＿Ｐを説明したが、他の任意の被通訳者に対応する配車要求信号Ｒｅｑ＿Ｐも同様であり、一人の通訳登録者である人物Ｑに注目して相乗り対応信号Ｒｅｑ＿Ｑを説明したが、他の任意の通訳登録者に対応する相乗り対応信号Ｒｅｑ＿Ｑも同様である。

予約配車ケースにおいても、マッチングの流れは図１４に示した通りであり、ステップＳ３１～Ｓ３３の処理を通じて相乗り対象者が選定される。但し、予約配車ケースでは、マッチング情報に、各信号Ｒｅｑ＿Ｐ中の出発希望日時と各信号Ｒｅｑ＿Ｑ中の出発希望日時又は出発可能日時が追加され、出発日時に関する被通訳者及び通訳登録者の希望に沿ったマッチングが行われる。結果、出発地及び目的地が完全に又は或る程度一致し、且つ、出発日時に関する希望が完全に又は或る程度の一致しているユーザ同士であって、通訳を望むユーザ（被通訳者）と通訳が可能なユーザ（通訳登録者）を、相乗り対象者として適正にマッチングさせることが可能となる。

被通訳者の一人である人物Ｐと通訳登録者の一人である人物Ｑに注目したタクシー運用システムＳＹＳの動作の流れも、図１５を参照して第１実施例で説明したものと同様であるが、図１５に対し若干の変形が施され、図１６のようになる。図１５及び図１６間の相違部分（即ちリアルタイムケース及び予約配車ケース間の相違部分）に主に注目して、予約配車ケースに係るタクシー運用システムＳＹＳの動作を説明する。

信号６１０及び６１２の送受信、信号６１０及び６１２に基づく情報取得処理６１４及びマッチング処理６１６は第１実施例で述べた通りである。但し、端末装置１０Ｐからの配車要求信号Ｒｅｑ＿Ｐである信号６１０の内容には人物Ｐの出発希望日時が含まれ、端末装置１０Ｑからの相乗り対応信号Ｒｅｑ＿Ｑである信号６１２の内容には人物Ｑの出発希望日時又は出発可能日時が含まれる。

予約配車ケースにおいては、タクシー探索処理６１８の代わりにタクシー設定処理６１８’が実行される。タクシー設定処理６１８’では、タクシー運用システムＳＹＳに属する１台の任意のタクシーが対象タクシーに設定されて良い。但し、信号６１０中の出発希望日時の時点で実車状態となることが予想されるタクシーなど、対象タクシーに設定されることが望ましくないタクシーは対象タクシーの設定対象から除外される。

また、予約配車ケースにおいては、承認信号６２４がサーバ装置２０にて受信された後、配車完了信号６２６の代わりに配車予約完了信号６２６’がサーバ装置２０から端末装置１０Ｐに送信される。配車予約完了信号６２６’は、信号６１０に基づきタクシーの配車予約が完了したこと及び通訳者の手配が完了して通訳可能な人物が相乗りすること等を示す信号である。人物Ｐは、配車予約完了信号６２６’の内容を端末装置１０Ｐのインターフェース部１４にて確認し、乗車の当日の適切な時刻に自身が指定した出発地に赴く。

更に、予約配車ケースにおいては、承認信号６２４がサーバ装置２０にて受信された後、配車指示信号６３０の代わりに配車予約指示信号６３０’がサーバ装置２０から端末装置１０Ｐに送信される。配車予約指示信号６３０’は、タクシーの配車予約を表す信号であって、対象タクシーが旅客を迎えに行くべき迎車地（人物Ｐ及びＱの出発地に相当）及び迎車日時、人物Ｐ及びＱが相乗りすること、割引設定処理６２０にて設定された人物Ｑの割引率ｋ_Ｄ、及び、人物Ｑの本人確認方法（例えば運転免許証の提示）などが、信号６３０’の内容として含まれる。迎車日時は信号６１０中に指定された人物Ｐの出発希望日時と一致する。対象タクシーにおいて、信号６３０’の内容はインターフェース部３４を通じて運転手に伝達され（例えば、インターフェース部３４の表示画面に表示され）、対象タクシーの運転手は信号６３０’の内容を確認してタイムリーに迎車地に向かう。

信号６１０及び６１２の送受信日（例えば２０２０年４月３日）が人物Ｐの出発希望日時における日付（例えば２０２０年４月５日）より前である場合、対象タクシーの設定及び配車予約指示信号６３０’の送信は、人物Ｐ及びＱの乗車当日（例えば２０２０年４月５日）に実行されて良く、当日の各タクシーの運行状況に応じて対象タクシーが動的に設定されて良い。

人物Ｐ及びＱに対して請求される運賃は第１実施例で述べた通りである。但し、人物Ｐに対して請求される運賃には所定の予約料金が加算されることもあり、これに加えて、人物Ｑに対して請求される運賃にも所定の予約料金が加算されることもある。人物Ｐに対して請求される運賃と、人物Ｑに対して請求される運賃の内、前者の運賃に対してのみ予約料金が加算されるようにしても良い。

＜＜第３実施例＞＞
タクシー運用システムＳＹＳの第３実施例を説明する。サーバ装置２０が配車要求信号Ｒｅｑ＿Ｐを受信したとき、サーバ装置２０から各通訳登録者に対し相乗りの募集をかけるようにしても良い。例えば、人物Ｐの端末装置１０から配車要求信号Ｒｅｑ＿Ｐを受信したとき、サーバ制御部２１は、人物Ｐの移動希望情報と人物Ｐの固有情報の全部又は一部（少なくとも使用言語を含む）を含む募集信号を、各通訳登録者の端末装置１０に送信しても良い。この際、募集信号中の情報を自身の端末装置１０で確認した何人かの通訳登録者は、配車要求信号Ｒｅｑ＿Ｐの内容に沿った条件の相乗り対応信号Ｒｅｑ＿Ｑを自身の端末装置１０から送信することが期待される。

このような募集は、第２実施例に係る予約配車ケースにおいて特に有益であると考えられるが、第１実施例に係るリアルタイムケースにおいても有益となり得る。

＜＜第４実施例＞＞
タクシー運用システムＳＹＳの第４実施例を説明する。被通訳者と相乗りする通訳登録者の運賃を標準運賃より低くするために割引率を設定する方法を上述したが、割引率の代わりに割引料を設定しても良い。これを第４実施例として説明する。

図１７に第４実施例に係る割引料データＤ３ａの構造を示す。第４実施例では、図１０の割引率データＤ３の代わりに割引料データＤ３ａがサーバ記憶部２３に記憶及び保持される。割引料データＤ３ａでは、通訳レベルに応じた通訳登録者の運賃の割引料Ｆ_Ｄが非基準言語ごとに規定されている。つまり、被通訳者及び通訳登録者が人物Ｐ及びＱとして１台のタクシーに相乗りした場合における通訳登録者の運賃は標準運賃から割引料Ｆ_Ｄを減じた金額とされ、割引料データＤ３ａでは、割引料Ｆ_Ｄが非基準言語ごとに且つ通訳レベルごとに規定されている。“０＜Ｆ_Ｄ”が満たされる。

図１８を参照し、通訳登録者の一人である注目人物の運賃の算出方法について説明を加える。特定の乗車条件にて注目人物が特定の乗車地から特定の降車地までタクシーで移動したときの、注目人物の標準運賃は運賃Ｆ_ＲＥＦであったとする。ここで、特定の乗車条件とは、注目人物と被通訳者との相乗り有無を除く乗車条件であり、注目人物を乗せた状態でのタクシーの走行距離及び走行時間、並びに、注目人物のタクシーの乗車地、降車地、乗車開始時刻及び乗車終了時刻などの条件である。この場合において、仮に、特定の乗車条件にて注目人物が一人で特定の乗車地から特定の降車地までタクシーで移動したならば（ステップＳ１１ａのＮ）、注目人物の運賃は標準運賃Ｆ_ＲＥＦとなる（ステップＳ１４ａ）。一方、特定の乗車条件にて注目人物（通訳登録者）と被通訳者が１台のタクシーに相乗りした状態で注目人物が特定の乗車地から特定の降車地まで移動し、且つ、注目人物（通訳登録者）の通訳可能言語に被通訳者の使用言語が含まれているのであれば（ステップＳ１１ａ及びＳ１２ａのＹ）、注目人物の運賃は金額（Ｆ_ＲＥＦ－Ｆ_Ｄ）及びゼロの内の高い方とされる、即ち、“Ｆ_ＲＥＦ－Ｆ_Ｄ＞０”ならば金額（Ｆ_ＲＥＦ－Ｆ_Ｄ）とされ、“Ｆ_ＲＥＦ－Ｆ_Ｄ≦０”ならばゼロ（無料）とされる（ステップＳ１３ａ）。特定の乗車条件にて注目人物（通訳登録者）と被通訳者が１台のタクシーに相乗りした状態で注目人物が特定の乗車地から特定の降車地まで移動した場合であっても、注目人物（通訳登録者）の通訳可能言語に被通訳者の使用言語が含まれていないのであれば（ステップＳ１１ａのＹ及びステップＳ１２ａのＮ）。注目人物の運賃は標準運賃Ｆ_ＲＥＦとなる（ステップＳ１４ａ）。

注目人物に対して割引料Ｆ_Ｄが設定された場合、設定された割引料Ｆ_Ｄを特定する情報を含む信号が、サーバ装置２０から、注目人物及び被通訳者が相乗りすべきタクシーの車載装置３０に送信される。当該タクシーの車載装置３０からタクシーメータに割引料Ｆ_Ｄを特定する情報が提供されることで、注目人物の運賃が実際に金額（Ｆ_ＲＥＦ－Ｆ_Ｄ）又はゼロの内の高い方とされる（ステップＳ１３ａ）。車載装置３０にタクシーメータの機能を担わせても良い。

通訳される非基準言語が一定である場合、通訳レベルが高いほど、対応する割引料Ｆ_Ｄが高くなる。割引料Ｆ_Ｄが設定された通訳登録者の運賃は、割引料Ｆ_Ｄが高いほど低くなる（但しゼロを下回ることは無い）。即ち例えば、図１７に示す如く、被通訳者としての人物Ｐの使用言語が中国語であって且つ通訳登録者としての人物Ｑの通訳可能言語に中国語が含まれる場合において、人物Ｑの中国語の通訳レベルがレベルＬＶ１、ＬＶ２、ＬＶ３、ＬＶ４であるとき、人物Ｑの割引料Ｆ_Ｄは、夫々、１２００円、１０００円、８００円、６００円に設定される。同様に例えば、被通訳者としての人物Ｐの使用言語がスワヒリ語であって且つ通訳登録者としての人物Ｑの通訳可能言語にスワヒリ語が含まれる場合において、人物Ｑのスワヒリ語の通訳レベルがレベルＬＶ１、ＬＶ２、ＬＶ３、ＬＶ４であるとき、人物Ｑの割引料Ｆ_Ｄは、夫々、２０００円、１８００円、１６００円、１４００円に設定される。

第４実施例を第１実施例に係る図１５の動作又は第２実施例に係る図１６の動作と組み合わせた場合、割引設定処理６２０では割引率ｋ_Ｄの代わりに割引料Ｆ_Ｄが設定され、照会信号６２２と配車指示信号６３０又は配車予約指示信号６３０’には割引率ｋ_Ｄの情報の代わりに割引料Ｆ_Ｄの情報が含まれる。結果、人物Ｑが人物Ｐと相乗りする対象タクシーから降車する際、人物Ｑに対しては割引料Ｆ_Ｄによる割引適用後の運賃が請求される。但し、割引適用後の運賃がゼロであるならば運賃の請求は無い。割引適用後の運賃は、人物Ｑに対して算出された標準運賃から割引料Ｆ_Ｄを減じた金額と、ゼロの内の、高い方である。

上述したように、割引設定部２１Ｃは、通訳者の使用言語を特定する情報を含む被通訳者情報と、通訳登録者の通訳可能言語を特定する情報を含む通訳登録者情報とに基づき、被通訳者及び通訳登録者が１台のタクシーに相乗りしたときにおける通訳登録者の運賃の割引設定を行う。第４実施例において通訳登録者の運賃の割引設定は、通訳登録者の運賃に対する割引有無の設定と、割引がある際の割引料Ｆ_Ｄの設定と、を含むことになる。

被通訳者と相乗りする通訳登録者（但し、基準言語と被通訳者の使用言語との間の通訳が可能な通訳登録者に限る）の運賃が標準運賃よりも低廉になる限り、割引設定の方法は様々に変更可能であり、割引率ｋ_Ｄと割引料Ｆ_Ｄの組み合わせによって割引設定を行うようにしても良い。相乗りの際のタクシーの走行距離や、時間帯、曜日などに応じて、割引の条件が調整されても良い。

＜＜第５実施例＞＞
タクシー運用システムＳＹＳの第５実施例を説明する。日本国では事前確定運賃サービスの利用も可能となっている。事前確定運賃サービスでは、旅客（ユーザ）が実際にタクシーに乗車してタクシーの賃走（実車）が開始される前に、旅客が指定した出発地及び目的地に基づいて出発地及び目的地間のタクシーの運賃を事前確定運賃として算出しておくと共に出発地及び目的地間のタクシーの走行予定ルートを設定する。そして、事前確定運賃に合意した運転手は、原則、設定された走行予定ルートで賃走（実車）を行い、事前確定運賃を実際の運賃として旅客に対し支払いを求める。

事前確定運賃サービスと特殊配車サービスが組み合わせて実施されることがあっても良い。この組み合わせが行われた場合にあっても、特殊配車サービスによる人物Ｐ及びＱの運賃の算出方法は上述したものと同じである。但し、この組み合わせが行われた場合、人物Ｐ及びＱの運賃の夫々は、タクシー内のタクシーメータ又は車載装置３０ではなく、サーバ制御部２１にて事前確定運賃として算出及び決定され、決定された事前確定運賃の情報がサーバ装置２０からタクシー（図１５又は図１６の対象タクシー）の車載装置３０に送信される。人物Ｐの事前確定運賃は、人物Ｐの標準運賃と同じ算出方法によって算出されるため、第１実施例で述べた人物Ｐの標準運賃と一致する。人物Ｑの事前確定運賃は、人物Ｑに対して算出された標準運賃が運賃Ｆ_ＲＥＦであったとすると、“Ｆ_ＲＥＦ・（１－ｋ_Ｄ）”とされる。或いは、第４実施例の割引料Ｆ_Ｄが採用されたならば、人物Ｑの事前確定運賃は、“（Ｆ_ＲＥＦ－Ｆ_Ｄ）”及びゼロの内、高い方とされる。

＜＜第６実施例＞＞
タクシー運用システムＳＹＳの第６実施例を説明する。

旅客として人物Ｐのみがタクシーに乗車する第１ケースにおいて、タクシーの売上は、人物Ｐの標準運賃（例えば２０００円）となる。一方、タクシーに人物Ｐ及びＱが相乗りする第２ケースにおいて、タクシーの売上は、人物Ｐの標準運賃（例えば２０００円）と人物Ｑの運賃（例えば４００円）との和となる。これは、第１ケースよりも第２ケースの方が、タクシーの売上が大きくなることを意味する（但し、人物Ｑの運賃が無料ではないと仮定）。売上の増大分の一部又は全部がサーバ装置２０の運用会社等に分配されるといった運営方法も可能であるが、第２ケースにおける人物Ｐの運賃を第１ケースにおける人物Ｐの運賃（例えば２０００円）より低下させるようにしても良い。この際、第１ケースにおける人物Ｐの運賃（例えば２０００円）と、第２ケースにおける人物Ｐの運賃と人物Ｑの運賃との和が等しくなるようにしても良い。

被通訳者と被通訳者に同行する１以上の人物にてグループが形成され、被通訳者を含むグループが１台のタクシーに乗車する際においては、グループの構成人数を示すグループ人数情報を上述の配車要求信号Ｒｅｑ＿Ｐ（図１３参照）に含めておくと良い。これにより、上述の被通訳者情報にグループ人数情報が含められる（図１４のステップＳ３１参照）。尚、上記グループには通訳登録者は含まれない。マッチング処理では、グループ人数情報を考慮して相乗り対象者の選定を行うことが好ましい（図１４のステップＳ３３参照）。

任意のユーザとサーバ装置２０（サーバ装置２０の管理者）との間における任意の情報のやり取りは、端末装置１０を用いない態様で実現されても良く、例えば、音声通話、ファクシミリ通信などで実現されても良い。

車載装置３０の代わりに、文字情報のみを表示可能なハンディ端末がタクシーに設置されている場合もありうる。この場合、信号６３０又は６３０’（図１５ｍ他派図１６参照）はハンディ端末に送信される。ハンディ端末も車載装置の一種であると考えることができる。

＜＜第７実施例＞＞
タクシー運用システムＳＹＳの第７実施例を説明する。図１９に示す如く、特殊配車サービスに関わるサーバ制御部２１は、情報取得部２１Ａ、マッチング処理部２１Ｂ及び割引設定部２１Ｃに加えて、割増設定部２１Ｄを有していて良い。第７実施例では、割増設定部２１Ｄの機能について説明する。割増設定部２１Ｄは、被通訳者情報及び通訳登録者情報に基づいて、被通訳者及び通訳登録者が１台のタクシーに相乗りしたときにおける被通訳者の運賃の割増設定を行う。被通訳者の運賃の割増設定は、被通訳者の運賃に対する割増有無の設定と、割増がある際の割増率ｋ_Ｕの設定と、を含む。

図２０に割増設定において参照される割増率データＤ４の構造を示す。割増率データＤ４はサーバ記憶部２３に記憶及び保持される。割増率データＤ４では、被通訳者の運賃の割増率ｋ_Ｕが非基準言語ごとに規定されている。つまり、割増率データＤ４では、割増率ｋ_Ｕが非基準言語ごとに規定されており、被通訳者及び通訳登録者が人物Ｐ及びＱとして実際に１台のタクシーに相乗りした場合における被通訳者の運賃は標準運賃の（１＋ｋ_Ｕ）倍とされる。この際の割増率ｋ_Ｕは、被通訳者の使用言語が何れの非基準言語であるかに基づいて、決定される。“０＜ｋ_Ｕ”が満たされる。

図２１を参照し、被通訳者及び通訳登録者の運賃の算出方法を説明する。被通訳者に対する割増設定と通訳登録者に対する割引設定の双方を行っても良く、図２１では、それらが共に行われることを想定している。但し、第７実施例において、通訳登録者に対する割引設定を非実行としても良い（即ち、通訳登録者の運賃を、被通訳者との相乗りの有無に関係なく、常に標準運賃にしても良い）。上述したように、任意の注目人物の標準運賃は、注目人物を乗せた状態でのタクシーの走行距離及び走行時間、並びに、注目人物のタクシーの乗車地、降車地、乗車開始時刻及び乗車終了時刻などに基づき、所定の標準運賃算出条件に従って算出される。事前確定運賃サービスが導入されていない場合にあっては、標準運賃の算出自体はタクシーに搭載されたタクシーメータ又は車載装置３０にて実行される。ここでは、事前確定運賃サービスが導入されていないと考える。

今、一人の注目人物である第１注目人物が通訳登録者であって、他の一人の注目人物である第２注目人物が被通訳者である場合を考える。そして、特定の乗車条件にて各注目人物が特定の乗車地から特定の降車地までタクシーで移動したときの、各注目人物の標準運賃は運賃Ｆ_ＲＥＦであったとする。ここで、特定の乗車条件とは、被通訳者と通訳登録者との相乗り有無を除く乗車条件であり、注目人物を乗せた状態でのタクシーの走行距離及び走行時間、並びに、注目人物のタクシーの乗車地、降車地、乗車開始時刻及び乗車終了時刻などの条件である。

この場合において、仮に、特定の乗車条件にて各注目人物が一人で特定の乗車地から特定の降車地までタクシーで移動したならば（ステップＳ５１のＮ）、各注目人物の運賃は標準運賃Ｆ_ＲＥＦとなる（ステップＳ５５）。一方、特定の乗車条件にて第１注目人物（通訳登録者）と第２注目人物（被通訳者）が１台のタクシーに相乗りした状態で各注目人物が特定の乗車地から特定の降車地まで移動し、且つ、第１注目人物（通訳登録者）の通訳可能言語に第２注目人物（被通訳者）の使用言語が含まれているのであれば（ステップＳ５１及びＳ５２のＹ）、第１注目人物（通訳登録者）の運賃を標準運賃Ｆ_ＲＥＦの（１－ｋ_Ｄ）倍とする割引設定が成されると共に（ステップＳ５３）、第２注目人物（被通訳者）の運賃を標準運賃Ｆ_ＲＥＦの（１＋ｋ_Ｕ）倍とする割増設定が成される（ステップＳ５４）。特定の乗車条件にて第１注目人物（通訳登録者）と第２注目人物（被通訳者）が１台のタクシーに相乗りした状態で各注目人物が特定の乗車地から特定の降車地まで移動した場合であっても、第１注目人物（通訳登録者）の通訳可能言語に第２注目人物（被通訳者）の使用言語が含まれていないのであれば（ステップＳ５１のＹ及びステップＳ５２のＮ）、各注目人物の運賃は標準運賃Ｆ_ＲＥＦとなる（ステップＳ５５）。

第１注目人物（通訳登録者）に対して割引率ｋ_Ｄが設定された場合、設定された割引率ｋ_Ｄを特定する情報を含む信号が、サーバ装置２０（サーバ通信部２２）から、第１及び第２注目人物が相乗りすべきタクシーの車載装置３０に対し送信される。当該タクシーの車載装置３０からタクシーメータに割引率ｋ_Ｄを特定する情報が提供されることで、第１注目人物（通訳登録者）の運賃が実際に“Ｆ_ＲＥＦ・（１－ｋ_Ｄ）”とされる。車載装置３０にタクシーメータの機能を担わせても良い。

第２注目人物（被通訳者）に対して割増率ｋ_Ｕが設定された場合、設定された割増率ｋ_Ｕを特定する情報を含む信号が、サーバ装置２０（サーバ通信部２２）から、第１及び第２注目人物が相乗りすべきタクシーの車載装置３０に対し送信される。当該タクシーの車載装置３０からタクシーメータに割増率ｋ_Ｕを特定する情報が提供されることで、第２注目人物（被通訳者）の運賃が実際に“Ｆ_ＲＥＦ・（１＋ｋ_Ｕ）”とされる。車載装置３０にタクシーメータの機能を担わせても良い。

図２０に示す割増率データＤ４の例では、非基準言語としての英語、中国語、仏語、独語、スワヒリ語に対し、夫々、１０％、１５％、２０％、２０％、３０％の割増率ｋ_Ｕが設定されている。このため、例えば、被通訳者としての人物Ｐの使用言語が中国語であって且つ通訳登録者としての人物Ｑの通訳可能言語に中国語が含まれる場合、人物Ｐの割増率ｋ_Ｕは１５％に設定される。同様に例えば、被通訳者としての人物Ｐの使用言語がスワヒリ語であって且つ通訳登録者としての人物Ｑの通訳可能言語にスワヒリ語が含まれる場合、人物Ｐの割増率ｋ_Ｕは３０％に設定される。

第７実施例に係る割増設定を図１５の動作の流れに適用する場合、図１５の割引設定処理６２０が行われる段階で、割引設定処理６２０と並行して割増設定処理を行えば良い（第７実施例に係る割増設定を図１６の動作の流れに適用する場合も同様）。割増設定処理において、割増設定部２１Ｄは、人物Ｐの使用言語と人物Ｑの通訳能力情報とに基づき、人物Ｐに対する割引率ｋ_Ｄを設定する。

第７実施例が適用された図１５の動作において、割引設定処理６２０及び割増設定処理の後の動作は、第１実施例で示した通りである。但し、配車指示信号６３０には割増率ｋ_Ｕの情報が追加される。即ち、対象タクシーが旅客を迎えに行くべき迎車地（人物Ｐ及びＱの出発地に相当）、人物Ｐ及びＱが相乗りすること、割引設定処理６２０にて設定された人物Ｑの割引率ｋ_Ｄ、割増設定処理にて設定された人物Ｐの割増率ｋ_Ｕ、及び、人物Ｑの本人確認方法（例えば運転免許証の提示）などが信号６３０の内容に含まれる。対象タクシーにおいて、信号６３０の内容はインターフェース部３４を通じて運転手に伝達される（例えば、インターフェース部３４の表示画面に表示される）。対象タクシーの運転手は、信号６３０の内容を確認して、迎車地に向かう。

対象タクシーにおいて、人物Ｐ及びＱが相乗りにて乗車した後、人物Ｐが降車する際、人物Ｐに対しては割増率ｋ_Ｕによる割増適用後の運賃が請求される。割増適用後の運賃は、人物Ｐに対して算出された標準運賃の（１＋ｋ_Ｕ）倍である。一方、対象タクシーにおいて、人物Ｐ及びＱが相乗りにて乗車した後、人物Ｑが降車する際、人物Ｑに対しては割引率ｋ_Ｄによる割引適用後の運賃が請求される。但し、割引適用後の運賃がゼロであるならば運賃の請求は無い。割引適用後の運賃は、人物Ｑに対して算出された標準運賃の（１－ｋ_Ｄ）倍である。

人物Ｐの運賃の割増は、いわば通訳の対価であり、割増があっても通訳の恩恵を得ることができるのであるから、有益なサービスを構築できると考えられる。

割増率データＤ４の代わりに、図２２の割増料データＤ４ａをサーバ記憶部２３に記憶及び保持させておき、割増料データＤ４ａを用いて、被通訳者及び通訳登録者が１台のタクシーに相乗りしたときにおける被通訳者の運賃の割増設定を行うようにしても良い。つまり、被通訳者及び通訳登録者が人物Ｐ及びＱとして１台のタクシーに相乗りした場合における被通訳者の運賃は標準運賃に割増料Ｆ_Ｕを加算した金額とされても良い。割増率データＤ４ａでは、被通訳者の運賃の割増料Ｆ_Ｕが非基準言語ごとに規定されている。被通訳者及び通訳登録者が人物Ｐ及びＱとして１台のタクシーに相乗りした場合において、被通訳者の割増料Ｆ_Ｕは、被通訳者の使用言語が何れの非基準言語であるかに基づいて、決定される。“０＜Ｆ_Ｄ”が満たされる。

割増料Ｆ_Ｕの加算により被通訳者の割増設定を行う場合、図２１の動作では以下のようにすれば良い。即ち、特定の乗車条件にて第１注目人物（通訳登録者）と第２注目人物（被通訳者）が１台のタクシーに相乗りした状態で各注目人物が特定の乗車地から特定の降車地まで移動し、且つ、第１注目人物（通訳登録者）の通訳可能言語に第２注目人物（被通訳者）の使用言語が含まれているのであれば（ステップＳ５１及びＳ５２のＹ）、ステップＳ５４において第２注目人物（被通訳者）の運賃を標準運賃Ｆ_ＲＥＦの（１＋ｋ_Ｕ）倍とする代わりに、第２注目人物（被通訳者）の運賃を（Ｆ_ＲＥＦ＋Ｆ_Ｕ）とする割増設定を行えば良い。

第２注目人物（被通訳者）に対して割増料Ｆ_Ｕが設定された場合、設定された割増料Ｆ_Ｕを特定する情報を含む信号が、サーバ装置２０（サーバ通信部２２）から、第１及び第２注目人物が相乗りすべきタクシーの車載装置３０に対し送信される。当該タクシーの車載装置３０からタクシーメータに割増料Ｆ_Ｕを特定する情報が提供されることで、第２注目人物（被通訳者）の運賃が実際に（Ｆ_ＲＥＦ＋Ｆ_Ｕ）とされる。車載装置３０にタクシーメータの機能を担わせても良い。

図２２に示す割増料データＤ４の例では、非基準言語としての英語、中国語、仏語、独語、スワヒリ語に対し、夫々、５００円、７００円、９００円、９００円、１５００円の割増料Ｆ_Ｕが設定されている。このため、例えば、被通訳者としての人物Ｐの使用言語が中国語であって且つ通訳登録者としての人物Ｑの通訳可能言語に中国語が含まれる場合、人物Ｐの割増料Ｆ_Ｕは７００円に設定される。同様に例えば、被通訳者としての人物Ｐの使用言語がスワヒリ語であって且つ通訳登録者としての人物Ｑの通訳可能言語にスワヒリ語が含まれる場合、人物Ｐの割増料Ｆ_Ｕは１５００円に設定される。

第４実施例で述べたように、通訳登録者としての人物Ｑに対しても、割引率ｋ_Ｄの代わりに割引料Ｆ_Ｄが適用されても良い（図１７参照）。

また、第７実施例において第５実施例で述べた事前確定運賃サービスが利用される場合にあっては、人物Ｐ及びＱの運賃の夫々は、タクシー内のタクシーメータ又は車載装置３０ではなく、サーバ制御部２１にて事前確定運賃として算出及び決定され、決定された事前確定運賃の情報がサーバ装置２０からタクシー（図１５又は図１６の対象タクシー）の車載装置３０に送信される。人物Ｐの事前確定運賃は、人物Ｐに対して算出された標準運賃が運賃Ｆ_ＲＥＦであったとすると、“Ｆ_ＲＥＦ・（１＋ｋ_Ｕ）”とされる。或いは、割引料Ｆ_Ｕが採用されたならば、人物Ｐの事前確定運賃は“（Ｆ_ＲＥＦ＋Ｆ_Ｕ）”とされる。人物Ｑの事前確定運賃は、人物Ｑに対して算出された標準運賃が運賃Ｆ_ＲＥＦであったとすると、“Ｆ_ＲＥＦ・（１－ｋ_Ｄ）”とされる。或いは、割引料Ｆ_Ｄが採用されたならば、人物Ｑの事前確定運賃は、“（Ｆ_ＲＥＦ－Ｆ_Ｄ）”及びゼロの内、高い方とされる。

尚、通訳登録者としての人物Ｑの通訳レベルに応じ、被通訳者としての人物Ｐに適用される割増率ｋ_Ｕ又は割増料Ｆ_Ｕを設定及び変更しても良い。例えば、人物Ｐの使用言語についての人物Ｑの通訳レベルが高まるにつれて、割増率ｋ_Ｕ又は割増料Ｆ_Ｕを増大させても良い。

＜＜本発明の考察＞＞
上述の実施形態にて具体化された本発明について考察する。

本発明の一側面に係るタクシー管理装置（２０）は、第１人物（例えば被通訳者としての人物Ｐ）の使用言語を特定する情報を含む第１情報（例えば人物Ｐに関する被通訳者情報）、及び、第２人物（例えば通訳登録者としての人物Ｑ）の通訳可能言語を特定する情報を含む第２情報（例えば人物Ｑに関する通訳登録者情報）を取得する情報取得部（２１Ａ）と、前記第１情報及び前記第２情報に基づき、前記第１人物及び前記第２人物がタクシーに相乗りしたときにおける前記第２人物の運賃の割引設定を行う割引設定部（２１Ｃ）と、を備えた構成（以下、構成Ｗ_１と称する）を有する。

言語の壁により第１人物がタクシーでの会話に不安を持っており、タクシーの利用の際、通訳を希望することがある。他方、第２人物は第１人物の使用言語を解して使用言語の通訳を行うことが可能な場合がある。この場合において、第１人物と第２人物をタクシーに相乗りさせれば、第１人物の言語に関する不安が解消される。この相乗りの促進に寄与すべく、構成Ｗ_１に係るタクシー管理装置では割引設定部が設けられる。これにより、第１人物の言語に関する不安が解消されると同時に第２人物は無料又は低運賃でタクシーを利用できる可能性が生まれ、双方にとってメリットのあるサービスを提供できる。

第１情報は、例えば人物Ｐに関する被通訳者情報である。上述の実施形態において人物Ｐは被通訳者であり、人物Ｐに関する被通訳者情報は、人物Ｐの移動希望情報及び固有情報を含んでいて良い（図１４のステップＳ３１参照）。人物Ｐの固有情報により人物Ｐの使用言語が特定される（図６参照）。
第２情報は、例えば人物Ｑに関する通訳登録者情報である。上述の実施形態において人物Ｑは通訳登録者であり、人物Ｑに関する通訳登録者情報は、人物Ｑの移動希望情報及び固有情報を含んでいて良い（図１４のステップＳ３２参照）。人物Ｑの固有情報により人物Ｑの通訳可能言語が特定される（図７及び図８参照）。

具体的には例えば、構成Ｗ_１に係るタクシー管理装置において、タクシーは基準言語を公用語とする国にて運用され、前記第１人物の使用言語は前記基準言語と異なり、前記基準言語と前記第１人物の使用言語との間の通訳が前記第２人物において可能である場合、そうでない場合と比べ、前記割引設定部は、前記相乗りの際の前記第２人物の運賃を低く設定する構成（以下、構成Ｗ_２と称する）を有する（図１１又は図１８参照）。

これにより、第１人物の言語に関する不安が解消されると同時に、通訳可能な第２人物は無料又は低運賃でタクシーを利用でき、双方にとってメリットのあるサービスを提供できる。

また例えば、構成Ｗ_２に係るタクシー管理装置において、前記基準言語と前記第１人物の使用言語との間の通訳が前記第２人物において可能である場合、その通訳の習熟レベル（通訳レベル）も前記第２情報に含まれ（図７及び図８参照）、前記割引設定部は、その通訳の習熟レベルに応じ、前記相乗りの際の前記第２人物の運賃の割引設定を行う構成（以下、構成Ｗ_３と称する）であっても良い（図１０及び図１１参照又は図１７及び図１８参照）。

これにより、通訳の習熟レベル（通訳レベル）に応じた適正な割引設定を行うことができる。例えば、通訳の習熟レベルが高く高品質の通訳が可能な場合にあっては割引の程度を大きくするといったことが可能となり、通訳の対価とも言うべき割引の大きさを妥当なものとすることができる。

具体的には例えば、構成Ｗ_３に係るタクシー管理装置において、前記基準言語と前記第１人物の使用言語との間の通訳が前記第２人物において可能である場合、前記割引設定部は、前記習熟レベルが高いほど、前記相乗りの際の前記第２人物の運賃を低く設定する構成（以下、構成Ｗ_４と称する）であっても良い（図１０及び図１１参照又は図１７及び図１８参照）。

また具体的には例えば、構成Ｗ_３又はＷ_４に係るタクシー管理装置において、前記第２人物（例えば人物Ｑ）を含む複数の通訳登録者の夫々についての通訳能力情報を登録して保持する通訳能力情報登録部（２３）を備え、前記通訳能力情報は、前記通訳登録者ごとに前記通訳登録者の通訳可能言語を特定し、前記通訳可能言語における通訳は、前記基準言語と非基準言語との間の通訳であり、前記通訳能力情報において、前記通訳登録者ごとに且つ前記通訳可能言語ごとに通訳の習熟レベルが規定され、前記第２情報は前記第２人物についての前記通訳能力情報を含む構成（以下、構成Ｗ_５と称する）であっても良い（図７及び図８参照）。

これにより、通訳登録者ごとに且つ通訳可能言語ごとに、通訳の習熟レベル（通訳レベル）に応じた適正な割引設定が可能となる。

通訳能力情報登録部は、上述の実施形態ではサーバ記憶部２３により構成され、サーバ記憶部２３での通訳登録者データＤ２の記憶により、前記第２人物を含む複数の通訳登録者の夫々についての通訳能力情報が登録及び保持される。

本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。以上の実施形態は、あくまでも、本発明の実施形態の例であって、本発明ないし各構成要件の用語の意義は、以上の実施形態に記載されたものに制限されるものではない。上述の説明文中に示した具体的な数値は、単なる例示であって、当然の如く、それらを様々な数値に変更することができる。

ＳＹＳ タクシー運用システム
１０ 端末装置
２０ サーバ装置（タクシー管理装置）
３０ 車載装置
２１ サーバ制御部
２１Ａ 情報取得部
２１Ｂ マッチング処理部
２１Ｃ 割引設定部
２１Ｄ 割増設定部
Ｄ１ 配車アプリ登録者データ
Ｄ２ 通訳登録者データ
Ｄ３ 割引率データ
Ｄ３ａ 割引料データ
Ｄ４ 割増率データ
Ｄ４ａ 割増料データ

Claims (11)

1. 第１人物の使用言語を特定する情報を含む第１情報、及び、第２人物の通訳可能言語を特定する情報を含む第２情報を取得する情報取得部と、
   前記第１情報及び前記第２情報に基づき、前記第１人物及び前記第２人物がタクシーに相乗りしたときにおける前記第２人物の運賃の割引設定を行う割引設定部と、を備えた
   ことを特徴とするタクシー管理装置。
2. タクシーは基準言語を公用語とする国にて運用され、
   前記第１人物の使用言語は前記基準言語と異なり、
   前記基準言語と前記第１人物の使用言語との間の通訳が前記第２人物において可能である場合、そうでない場合と比べ、前記割引設定部は、前記相乗りの際の前記第２人物の運賃を低く設定する
   ことを特徴とする請求項１に記載のタクシー管理装置。
3. 前記基準言語と前記第１人物の使用言語との間の通訳が前記第２人物において可能である場合、その通訳の習熟レベルも前記第２情報に含まれ、前記割引設定部は、その通訳の習熟レベルに応じ、前記相乗りの際の前記第２人物の運賃の割引設定を行う
   ことを特徴とする請求項２に記載のタクシー管理装置。
4. 前記基準言語と前記第１人物の使用言語との間の通訳が前記第２人物において可能である場合、前記割引設定部は、前記習熟レベルが高いほど、前記相乗りの際の前記第２人物の運賃を低く設定する
   ことを特徴とする請求項３に記載のタクシー管理装置。
5. 前記第２人物を含む複数の通訳登録者の夫々についての通訳能力情報を登録して保持する通訳能力情報登録部を備え、
   前記通訳能力情報は、前記通訳登録者ごとに前記通訳登録者の通訳可能言語を特定し、
   前記通訳可能言語における通訳は、前記基準言語と非基準言語との間の通訳であり、
   前記通訳能力情報において、前記通訳登録者ごとに且つ前記通訳可能言語ごとに通訳の習熟レベルが規定され、
   前記第２情報は前記第２人物についての前記通訳能力情報を含む
   ことを特徴とする請求項３又は４に記載のタクシー管理装置。
6. マッチング情報に基づいて、１以上の通訳登録者を含む複数のユーザの中から、前記第１人物を選定するとともに、前記基準言語と前記第１人物の使用言語との間の通訳が可能なユーザを前記第２人物として選定するマッチング処理部を更に備え、
   前記マッチング情報は、各ユーザのタクシーによる出発地及び目的地、各ユーザの使用言語、及び、前記１以上の通訳登録者の前記通訳能力情報を含む
   ことを特徴とする請求項５に記載のタクシー管理装置。
7. 前記割引設定部の設定結果をタクシーに搭載された車載装置に送信する通信部を更に備えた
   ことを特徴とする請求項１～６の何れかに記載のタクシー管理装置。
8. 前記第１情報及び前記第２情報に基づき、前記第１人物及び前記第２人物がタクシーに相乗りしたときにおける前記第１人物の運賃の割増設定を行う割増設定部を更に備え、
   前記基準言語と前記第１人物の使用言語との間の通訳が前記第２人物において可能である場合、そうでない場合と比べ、前記割増設定部は、前記相乗りの際の前記第１人物の運賃を高く設定する
   ことを特徴とする請求項２～６の何れかに記載のタクシー管理装置。
9. 前記割増設定部の設定結果をタクシーに搭載された車載装置に送信する通信部を更に備えた
   ことを特徴とする請求項８に記載のタクシー管理装置。
10. 請求項１～９の何れかに記載のタクシー管理装置と、
    タクシーに搭載され、前記タクシー管理装置と通信可能な車載装置と、を備えた
    ことを特徴とするタクシー運用システム。
11. 第１人物の使用言語を特定する情報を含む第１情報、及び、第２人物の通訳可能言語を特定する情報を含む第２情報に基づき、前記第１人物及び前記第２人物がタクシーに相乗りしたときにおける前記第２人物の運賃の割引設定を行う
    ことを特徴とする運賃設定方法。

Images