知財求人 - 知財ポータルサイト「IP Force」
▶ パナソニックオートモーティブシステムズ株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024165791
(43)【公開日】2024-11-28
(54)【発明の名称】処理方法
(51)【国際特許分類】
G06Q 50/40 20240101AFI20241121BHJP
G06Q 30/0283 20230101ALI20241121BHJP
【ＦＩ】
G06Q50/30
G06Q30/0283 492
【審査請求】未請求
【請求項の数】4
【出願形態】ＯＬ
(21)【出願番号】P 2023082285
(22)【出願日】2023-05-18
(71)【出願人】
【識別番号】322003857
【氏名又は名称】パナソニックオートモーティブシステムズ株式会社
(74)【代理人】
【識別番号】100123102
【弁理士】
【氏名又は名称】宗田 悟志
(72)【発明者】
【氏名】佐藤 慎吾
(72)【発明者】
【氏名】田辺 孝由樹
【テーマコード（参考）】
5L030
5L049
5L050
【Ｆターム（参考）】
5L030BB01
5L049BB01
5L049CC42
5L050CC42
(57)【要約】
【課題】交通機関を乗り合わせる場合に各ユーザの運賃を公平にする技術を提供する。
【解決手段】処理部２２０は、第１通常運賃と第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、第２通常運賃と第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出する。処理部２２０は、第１相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第１相乗り区間運賃と、第２相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第２相乗り区間運賃とを算出する。処理部２２０は、第１通常運賃から第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、第２通常運賃から第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出する。処理部２２０は、第１相乗り区間運賃と第１相乗り区間外運賃とを加算した第１運賃と、第２相乗り区間運賃と第２相乗り区間外運賃とを加算した第２運賃とを算出する。
【選択図】図２
【解決手段】処理部２２０は、第１通常運賃と第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、第２通常運賃と第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出する。処理部２２０は、第１相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第１相乗り区間運賃と、第２相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第２相乗り区間運賃とを算出する。処理部２２０は、第１通常運賃から第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、第２通常運賃から第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出する。処理部２２０は、第１相乗り区間運賃と第１相乗り区間外運賃とを加算した第１運賃と、第２相乗り区間運賃と第２相乗り区間外運賃とを加算した第２運賃とを算出する。
【選択図】図２
【特許請求の範囲】
【請求項1】
第１ユーザに対する第１出発地から第１目的地への第１経路を取得するステップと、
第２ユーザに対する第２出発地から第２目的地への第２経路を取得するステップと、
前記第１経路と前記第２経路の共通部分であって、かつ前記第１ユーザと前記第２ユーザが相乗り可能な相乗り区間を取得するステップと、
前記第１経路において前記相乗り区間がしめる割合である第１相乗り区間割合と、前記第２経路において前記相乗り区間がしめる割合である第２相乗り区間割合とを算出するステップと、
前記第１経路の距離をもとにした第１通常運賃と、前記第２経路の距離をもとにした第２通常運賃とを算出するステップと、
前記第１通常運賃と前記第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、前記第２通常運賃と前記第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出するステップと、
前記第１相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第１相乗り区間運賃と、前記第２相乗り区間通常運賃を前記相乗り人数で除算してから前記システム利用料を積算した第２相乗り区間運賃とを算出するステップと、
前記第１通常運賃から前記第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、前記第２通常運賃から前記第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出するステップと、
前記第１相乗り区間運賃と前記第１相乗り区間外運賃とを加算した第１運賃と、前記第２相乗り区間運賃と前記第２相乗り区間外運賃とを加算した第２運賃とを算出するステップと、
を備える処理方法。
第２ユーザに対する第２出発地から第２目的地への第２経路を取得するステップと、
前記第１経路と前記第２経路の共通部分であって、かつ前記第１ユーザと前記第２ユーザが相乗り可能な相乗り区間を取得するステップと、
前記第１経路において前記相乗り区間がしめる割合である第１相乗り区間割合と、前記第２経路において前記相乗り区間がしめる割合である第２相乗り区間割合とを算出するステップと、
前記第１経路の距離をもとにした第１通常運賃と、前記第２経路の距離をもとにした第２通常運賃とを算出するステップと、
前記第１通常運賃と前記第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、前記第２通常運賃と前記第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出するステップと、
前記第１相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第１相乗り区間運賃と、前記第２相乗り区間通常運賃を前記相乗り人数で除算してから前記システム利用料を積算した第２相乗り区間運賃とを算出するステップと、
前記第１通常運賃から前記第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、前記第２通常運賃から前記第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出するステップと、
前記第１相乗り区間運賃と前記第１相乗り区間外運賃とを加算した第１運賃と、前記第２相乗り区間運賃と前記第２相乗り区間外運賃とを加算した第２運賃とを算出するステップと、
を備える処理方法。
【請求項2】
第１ユーザに対する第１出発地から第１目的地への第１経路を取得するステップと、
第２ユーザに対する第２出発地から第２目的地への第２経路を取得するステップと、
前記第１経路と前記第２経路の共通部分であって、かつ前記第１ユーザと前記第２ユーザが相乗り可能な相乗り区間を取得するステップと、
前記第１経路において前記相乗り区間がしめる割合である第１相乗り区間割合と、前記第２経路において前記相乗り区間がしめる割合である第２相乗り区間割合とを算出するステップと、
前記第１経路の距離をもとにした第１通常運賃と、前記第２経路の距離をもとにした第２通常運賃とを算出するステップと、
前記第１通常運賃と前記第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、前記第２通常運賃と前記第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出するステップと、
前記第２相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第２相乗り区間運賃とを算出するステップと、
前記第１相乗り区間通常運賃と前記第２相乗り区間運賃との安い方を第１相乗り区間運賃として取得するステップと、
前記第１通常運賃から前記第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、前記第２通常運賃から前記第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出するステップと、
前記第１相乗り区間運賃と前記第１相乗り区間外運賃とを加算した第１運賃と、前記第２相乗り区間運賃と前記第２相乗り区間外運賃とを加算した第２運賃とを算出するステップと、
を備える処理方法。
第２ユーザに対する第２出発地から第２目的地への第２経路を取得するステップと、
前記第１経路と前記第２経路の共通部分であって、かつ前記第１ユーザと前記第２ユーザが相乗り可能な相乗り区間を取得するステップと、
前記第１経路において前記相乗り区間がしめる割合である第１相乗り区間割合と、前記第２経路において前記相乗り区間がしめる割合である第２相乗り区間割合とを算出するステップと、
前記第１経路の距離をもとにした第１通常運賃と、前記第２経路の距離をもとにした第２通常運賃とを算出するステップと、
前記第１通常運賃と前記第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、前記第２通常運賃と前記第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出するステップと、
前記第２相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第２相乗り区間運賃とを算出するステップと、
前記第１相乗り区間通常運賃と前記第２相乗り区間運賃との安い方を第１相乗り区間運賃として取得するステップと、
前記第１通常運賃から前記第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、前記第２通常運賃から前記第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出するステップと、
前記第１相乗り区間運賃と前記第１相乗り区間外運賃とを加算した第１運賃と、前記第２相乗り区間運賃と前記第２相乗り区間外運賃とを加算した第２運賃とを算出するステップと、
を備える処理方法。
【請求項3】
前記第１運賃に第１クーポン額を反映させるステップと、
前記第２運賃に第２クーポン額を反映させるステップとをさらに備える請求項１または２に記載の処理方法。
前記第２運賃に第２クーポン額を反映させるステップとをさらに備える請求項１または２に記載の処理方法。
【請求項4】
前記第１相乗り区間通常運賃から前記第１相乗り区間運賃を減算した相乗りクーポン額を算出するステップと、
前記第１相乗り区間通常運賃で決済してから、前記相乗りクーポン額を還元するステップとをさらに備える請求項１または２に記載の処理方法。
前記第１相乗り区間通常運賃で決済してから、前記相乗りクーポン額を還元するステップとをさらに備える請求項１または２に記載の処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、処理技術に関し、特に交通機関の運賃を決定する処理方法に関する。
【背景技術】
【0002】
電車、バス等の交通機関を利用する際の運賃精算のために非接触型ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）を備えた端末装置が使用される。このような端末装置を運賃精算だけではなく、降車案内にも利用することが望まれる。そのために、端末装置は、乗車停留所コードと降車停留所コードをバス車両の精算手段に送信し、精算手段は、運行経路と停留所コードを予め記憶しており、受信した降車停留所コードが運行経路に含まれていない場合に端末装置に警告する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００６－２７６９４０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
交通機関の１つであるタクシーは、見知らぬ他人が乗り合わせることを想定していない。タクシーによる運搬効率、ユーザが支払うべき金額の低下を考慮すると、見知らぬ他人であっても複数のユーザを乗り合わさせることが好ましい。複数のユーザが乗り合わせる場合に、各ユーザの運賃を公平にすることが求められる。
【0005】
本開示はこうした状況に鑑みてなされたものであり、その目的は、複数のユーザが交通機関を乗り合わせる場合に各ユーザの運賃を公平にする技術を提供することにある。
【課題を解決するための手段】
【0006】
上記課題を解決するために、本開示のある態様の処理方法は、第１ユーザに対する第１出発地から第１目的地への第１経路を取得するステップと、第２ユーザに対する第２出発地から第２目的地への第２経路を取得するステップと、第１経路と第２経路の共通部分であって、かつ第１ユーザと第２ユーザが相乗り可能な相乗り区間を取得するステップと、第１経路において相乗り区間がしめる割合である第１相乗り区間割合と、第２経路において相乗り区間がしめる割合である第２相乗り区間割合とを算出するステップと、第１経路の距離をもとにした第１通常運賃と、第２経路の距離をもとにした第２通常運賃とを算出するステップと、第１通常運賃と第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、第２通常運賃と第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出するステップと、第１相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第１相乗り区間運賃と、第２相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第２相乗り区間運賃とを算出するステップと、第１通常運賃から第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、第２通常運賃から第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出するステップと、第１相乗り区間運賃と第１相乗り区間外運賃とを加算した第１運賃と、第２相乗り区間運賃と第２相乗り区間外運賃とを加算した第２運賃とを算出するステップと、を備える。
【0007】
本開示の別の態様もまた、処理方法である。この方法は、第１ユーザに対する第１出発地から第１目的地への第１経路を取得するステップと、第２ユーザに対する第２出発地から第２目的地への第２経路を取得するステップと、第１経路と第２経路の共通部分であって、かつ第１ユーザと第２ユーザが相乗り可能な相乗り区間を取得するステップと、第１経路において相乗り区間がしめる割合である第１相乗り区間割合と、第２経路において相乗り区間がしめる割合である第２相乗り区間割合とを算出するステップと、第１経路の距離をもとにした第１通常運賃と、第２経路の距離をもとにした第２通常運賃とを算出するステップと、第１通常運賃と第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、第２通常運賃と第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出するステップと、第２相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第２相乗り区間運賃とを算出するステップと、第１相乗り区間通常運賃と第２相乗り区間運賃との安い方を第１相乗り区間運賃として取得するステップと、第１通常運賃から第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、第２通常運賃から第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出するステップと、第１相乗り区間運賃と第１相乗り区間外運賃とを加算した第１運賃と、第２相乗り区間運賃と第２相乗り区間外運賃とを加算した第２運賃とを算出するステップと、を備える。
【0008】
なお、以上の構成要素の任意の組合せ、本開示の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本開示の態様として有効である。
【発明の効果】
【0009】
本開示によれば、複数のユーザが交通機関を乗り合わせる場合に各ユーザの運賃を公平にできる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
（実施例１）
本開示を具体的に説明する前に、概要を述べる。実施例１は、交通事業者に対する運賃と、サービス事業者に対するサービス利用額（クーポン）とを連携させて、最終的な運行料金を決定する処理システムに関する。交通事業者の一例はタクシー事業者である。ここで、運賃とは、ユーザがタクシーに乗車して移動した場合に乗車距離に応じて決められる金額である。また、運行料金とは、運賃をもとに決められる金額であり、かつユーザがタクシー事業者に対して支払うべき最終的な金額である。
本開示を具体的に説明する前に、概要を述べる。実施例１は、交通事業者に対する運賃と、サービス事業者に対するサービス利用額（クーポン）とを連携させて、最終的な運行料金を決定する処理システムに関する。交通事業者の一例はタクシー事業者である。ここで、運賃とは、ユーザがタクシーに乗車して移動した場合に乗車距離に応じて決められる金額である。また、運行料金とは、運賃をもとに決められる金額であり、かつユーザがタクシー事業者に対して支払うべき最終的な金額である。
【0012】
これまで、タクシー事業者とサービス拠点とは連携していないので、ユーザがタクシーを利用してサービス拠点を利用する場合、ユーザがタクシー事業者に支払うべき運行料金は運賃に等しい。また、ユーザは、サービス拠点のサービス事業者にサービス利用額を支払っている。つまり、運賃とサービス利用額の支払いは個別になされている。サービス拠点を利用する際の運行料金が安くなれば、ユーザはサービス拠点を利用する頻度が高くなる可能性がある。また、サービス拠点を利用する頻度が高くなると、サービス拠点におけるサービス利用額が増加する可能性がある。これを実現するために、本実施例では、ユーザがタクシーを利用してサービス拠点を利用する場合に、サービス事業者がクーポンを発行する。また、運行料金は、運賃からクーポンの金額を差し引くことによって決められる。つまり、サービス事業者、運賃の一部を負担する。
【0013】
このような処理システムにおいて、タクシーによる運搬効率、運行料金の低下を考慮すると、見知らぬ他人であっても複数のユーザがタクシーを乗り合わさせることが好ましい。そのような状況において、各ユーザの運賃を公平にすることが求められる。第１ユーザが乗車する第１経路と、第２ユーザが乗車する第２経路のうち、共通した部分において第１ユーザと第２ユーザは相乗り可能である。相乗り可能な区間（以下、「相乗り区間」という）における運賃を折半することによって、第１ユーザの運賃と第２ユーザの運賃とを決定可能である。
【0014】
一方、タクシーの運賃は、一般的に初乗り運賃に（距離）加算運賃を加えることによって決定される。また、初乗り運賃と加算運賃とでは、距離に対する金額が異なる。そのため、第１経路の距離と第２経路の距離が異なる場合、相乗り区間に対する初乗り運賃の影響も異なる。前述のように相乗り区間における運賃を折半する場合、第１ユーザの運賃と第２ユーザの運賃とでは、相乗り区間に対する初乗り運賃の影響が異なる。相乗り区間に対する初乗り運賃の影響が異なる場合、各ユーザの運賃は公平とはいえない。各ユーザの運賃を公平にするために、本実施例では、相乗り区間に対する初乗り運賃の影響を等しくするように運賃を決定する。
【0015】
図１は、処理システム１０００の処理の一例の概要を示す。ここでは、第１ユーザ１０ａが第１出発地２０ａから第１目的地２２ａまで第１経路２４ａに沿ってタクシー６０に乗車して移動する場合を想定する。また、第２ユーザ１０ｂが第２出発地２０ｂから第２目的地２２ｂまで第２経路２４ｂに沿ってタクシー６０に乗車して移動することも想定される。説明を明瞭にするために第１目的地２２ａと第２目的地２２ｂは同一であるとする。さらに、第１経路２４ａと第２経路２４ｂは相乗り区間２６において共通であり、第１ユーザ１０ａと第２ユーザ１０ｂは相乗り区間２６においてタクシー６０を相乗りする。
【0016】
このような状況をさらに詳しく説明すると、第１ユーザ１０ａは、第１出発地２０ａにおいてタクシー６０に乗車する。タクシー６０は、第１出発地２０ａから第１経路２４ａに沿って移動し第２出発地２０ｂに到着する。第２ユーザ１０ｂは、第２出発地２０ｂにおいてタクシー６０に乗車する。タクシー６０は、第２出発地２０ｂから第１経路２４ａ（第２経路２４ｂ）に沿って移動し第１目的地２２ａ（第２目的地２２ｂ）に到着する。ここで、第２出発地２０ｂから第１目的地２２ａ（第２目的地２２ｂ）への第１経路２４ａの一部（第２経路２４ｂ）が相乗り区間２６である。第１ユーザ１０ａと第２ユーザ１０ｂは第１目的地２２ａ（第２目的地２２ｂ）においてタクシー６０から降車する。このような状況において、処理システム１０００は、第１ユーザ１０ａの運賃と第２ユーザ１０ｂとの運賃とを公平になるように決定する。運賃の決定については後述する。
【0017】
さらに、第１目的地２２ａ（第２目的地２２ｂ）には、例えばサービス拠点が存在する。サービス拠点は、サービス事業者によって運営されるサービスの提供施設である。サービス拠点は、例えば、病院、薬局、学校、塾、習い事の教室、レストラン、食事処、喫茶店、スーパーマーケット、ショッピングモール、観光スポット、観光施設、フィットネス、ジム、健康管理センタ、人間ドック、美容室、理容院、美術館、科学館、ゴルフ場、映画館、シアター、スタジアム、ホール、展示場、ボーリング、カラオケ、老人ホーム、介護施設、ホテル、旅館、宿泊施設、温泉施設、ダーツ場、コンビニ、銀行、郵便局、金融機関、遊園地、動物園、水族館、テーマパーク、カルチャーセンターである。
【0018】
第１ユーザ１０ａと第２ユーザ１０ｂがサービス拠点を予約した場合に、サービス事業者は、予約に対するクーポン（以下、「予約クーポン」という）を発行する。また、第１ユーザ１０ａと第２ユーザ１０ｂがサービス拠点を利用した場合に、サービス事業者は、利用に対するクーポン（以下、「利用クーポン」という）を発行する。例えば、予約クーポンの金額は、一定の金額として予め定められる。また、第１ユーザ１０ａに対する利用クーポンの金額は、第１ユーザ１０ａがサービス拠点において支払った金額に応じて決定され、第２ユーザ１０ｂに対する利用クーポンの金額は、第２ユーザ１０ｂがサービス拠点において支払った金額に応じて決定される。
【0019】
処理システム１０００は、第１ユーザ１０ａ（第２ユーザ１０ｂ）がサービス拠点に向かう場合に、タクシー６０の運賃から予約クーポンの金額を差し引くことによって運行料金を決定する。処理システム１０００は、第１ユーザ１０ａ（第２ユーザ１０ｂ）がサービス拠点から出て行く場合に、タクシー６０の運賃から利用クーポンの金額を差し引くことによって運行料金を決定する。
【0020】
図２は、処理システム１０００の構成を示す。処理システム１０００は、端末装置１００と総称される第１端末装置１００ａ、第２端末装置１００ｂ、サービス事業者端末装置１１０、タクシー端末装置１１２、タクシー管制端末装置１１４、バス端末装置１１６、バスチケット販売所端末装置１１８、処理装置２００を含む。処理装置２００は、通信部２１０、処理部２２０、記憶部２３０を含む。
【0021】
第１端末装置１００ａは第１ユーザ１０ａ（図１）に使用され、第２端末装置１００ｂは第２ユーザ１０ｂ（図１）に使用される。端末装置１００は、例えば、スマートフォンであり、無線通信により処理装置２００と通信可能である。
【0022】
サービス事業者端末装置１１０、タクシー端末装置１１２、タクシー管制端末装置１１４、バス端末装置１１６、バスチケット販売所端末装置１１８は、例えば、スマートフォンであり、無線通信により処理装置２００と通信可能である。これらは、使用者が異なるとともに、処理システム１０００のために実行するアプリケーションが異なる。サービス事業者端末装置１１０はサービス事業者の担当者に使用され、タクシー端末装置１１２はタクシー６０の運転手に使用され、タクシー管制端末装置１１４はタクシー事業者の管制の担当者に使用される。バス端末装置１１６はバスの運転手に使用され、バスチケット販売所端末装置１１８はバス事業者のチケット販売所の担当者に使用される。バス事業者を含んだ処理については後述する。
【0023】
処理装置２００は、処理システム１０００のための処理を実行可能なコンピュータである。処理装置２００の通信部２１０は、第１端末装置１００ａ、第２端末装置１００ｂ、サービス事業者端末装置１１０、タクシー端末装置１１２、タクシー管制端末装置１１４、バス端末装置１１６、バスチケット販売所端末装置１１８と通信可能である。処理部２２０は、通信部２１０を介して第１端末装置１００ａ～バスチケット販売所端末装置１１８の少なくとも１つから受信した信号をもとに、処理システム１０００のための処理を実行する。処理部２２０は、処理システム１０００のための処理を実行する際に、記憶部２３０に記憶された情報を使用してもよい。また、処理部２２０は、通信部２１０を介して第１端末装置１００ａ～バスチケット販売所端末装置１１８の少なくとも１つに信号を送信する。
【0024】
処理システム１０００のための処理を説明するために、以下では、図３から図８も使用する。処理システム１０００では、第１ユーザ１０ａを識別するためのユーザＩＤ（以下、「第１ユーザＩＤ」という）と、第２ユーザ１０ｂを識別するためのユーザＩＤ（以下、「第２ユーザＩＤ」という）と、サービス事業者を識別するためのサービス事業者ＩＤがそれぞれ設定される。
【0025】
図３は、処理システム１０００による処理手順を示すシーケンス図である。第１ユーザ１０ａは第１端末装置１００ａを使用してサービス事業者の利用を予約する。予約は、インターネットを介してサービス事業者のサーバ（図示せず）に対してなされてもよいし、サービス事業者端末装置１１０を使用する担当者との通話によってなされてもよい。サービス事業者のサーバまたはサービス事業者端末装置１１０は、予約によって第１ユーザ１０ａの予約の情報を生成する。第１ユーザ１０ａの予約の情報は、第１ユーザＩＤ、サービス事業者ＩＤ、予約日時を含む。サービス事業者のサーバとサービス事業者端末装置１１０は、予約の情報を共有する。サービス事業者端末装置１１０は、予約の情報を受けつけると、第１ユーザ１０ａに対する予約クーポンを発行する（Ｓ１０）。前述のごとく、予約クーポンの金額は一定の金額として予め定められる。サービス事業者端末装置１１０は予約クーポンの発行の通知を処理装置２００に送信する（Ｓ１２）。予約クーポンの発行の通知には、第１ユーザＩＤ、サービス事業者ＩＤ、予約クーポンの金額が含まれる。
【0026】
処理装置２００の通信部２１０は、予約クーポンの発行の通知をサービス事業者端末装置１１０から受信する。処理部２２０は、通信部２１０が予約クーポンの発行の通知を受信すると、第１ユーザ１０ａに対する予約クーポンを発行する（Ｓ１４）。予約クーポンには、発行元であるサービス事業者ＩＤ、受取先である第１ユーザＩＤ、予約クーポンの金額が紐付けられる。処理部２２０は、予約クーポンの情報を記憶部２３０に記憶する。通信部２１０は、処理部２２０において発行された予約クーポンを第１端末装置１００ａに送信する（Ｓ１６）。
【0027】
第１端末装置１００ａは、予約クーポンを処理装置２００から受信すると、予約クーポンを記憶する。第１ユーザ１０ａは、第１端末装置１００ａを使用して処理装置２００にアクセスしてタクシーの予約を実行する（Ｓ１８）とともに、タクシーの予約の情報を処理装置２００に送信する（Ｓ２０）。タクシーの予約の情報には、第１ユーザＩＤ、乗車時間帯、第１出発地２０ａ、第１目的地２２ａが含まれる。乗車時間帯は例えば「１１：００」のように示され、第１出発地２０ａと第１目的地２２ａは例えば緯度と経度によって示される。
【0028】
処理装置２００の通信部２１０は、タクシーの予約の情報を第１端末装置１００ａから受信する。処理部２２０は、通信部２１０が受信したタクシーの予約の情報から、第１ユーザＩＤ、乗車時間帯、第１出発地２０ａ、第１目的地２２ａの情報を取得することによって予約を受けつける（Ｓ２２）。処理部２２０は、予約を受けつけると、第１ユーザＩＤ、乗車時間帯、第１出発地２０ａ、第１目的地２２ａの情報を記憶部２３０に記憶するとともに、記憶部２３０に記憶されたテーブルを参照しながら相乗りのためのマッチングを開始する（Ｓ２４）。
【0029】
図４は、記憶部２３０に記憶されるテーブルのデータ構造を示す。マッチングは、テーブルにおける「１」、「２」、「３」の順になされる。処理部２２０は、「１：先の予約受付がある」か否かを確認する。先の予約受付の有無は、他のユーザ１０に対するユーザＩＤ、乗車時間帯、出発地、目的地の情報が記憶部２３０に記憶されているか否かで判定する。１：先の予約受付がある場合に、処理部２２０は、当該先の予約受付のユーザ１０と「２：相乗り可能である」か否かを確認する。２：相乗り可能である場合に、処理部２２０は、「３：相乗り承諾が得られた」か否かを確認する。３：相乗り承諾が得られた場合に、処理部２２０は相乗りを決定する。一方、先の予約受付がない場合、または相乗り可能でない場合、または相乗り承諾が得られない場合、処理部２２０は、相乗りしないことを決定する。図３に戻る。
【0030】
ここでは、第１ユーザ１０ａのタクシー予約よりも先の予約受付がないので、処理部２２０は相乗りしないことを決定する。処理部２２０は、第１ユーザＩＤに対応づけられた第１ユーザ１０ａの運賃を計算する（Ｓ２６）。具体的に説明すると、処理部２２０は、第１ユーザ１０ａの第１出発地２０ａから第１目的地２２ａに至る経路の候補を複数生成し、複数の経路の候補のうちの１つを第１経路２４ａとして選択する。ここで、複数の経路の候補の生成には公知の技術が使用されればよい。また、複数の経路の候補のそれぞれの乗車距離の中から、例えば、最短の乗車距離を有する経路の候補が選択されればよい。つまり、処理部２２０は、第１ユーザ１０ａに対する第１出発地２０ａから第１目的地２２ａへの第１経路２４ａを取得する。
【0031】
記憶部２３０は乗車距離と運賃との対応関係を予め記憶しており、処理部２２０は、記憶部２３０に記憶された対応関係を参照して、第１経路２４ａを単独で乗車した場合の通常運賃（以下、「第１通常運賃」という）を算出する。通常運賃は、初乗り運賃に加算運賃を加えた運賃である。つまり、処理部２２０は、第１経路２４ａの距離をもとにした第１通常運賃を算出する。処理部２２０は、第１ユーザＩＤに対応づけて、第１経路２４ａ、第１通常運賃を記憶部２３０に記憶する。
【0032】
第１ユーザ１０ａは、第１端末装置１００ａを操作して、既に記憶した予約クーポンを読み取る（Ｓ２８）。第１端末装置１００ａは予約クーポンを処理装置２００に送信する（Ｓ３０）。
【0033】
処理装置２００の通信部２１０は、予約クーポンを第１端末装置１００ａから受信する。処理部２２０は、通信部２１０において受信した予約クーポンからサービス事業者ＩＤ、第１ユーザＩＤ、予約クーポンの金額を取得する。処理部２２０は、予約クーポンの第１ユーザＩＤと、第１通常運賃の第１ユーザＩＤとが一致する場合、予約クーポンの金額を記憶部２３０に記憶させるとともに、第１通常運賃から予約クーポン等の金額を差し引くことによって運行料金（以下、「第１運行料金」という）を確定する（Ｓ３２）。予約クーポン以外に差し引く金額については後述する。処理部２２０は、第１ユーザＩＤに対応づけて、第１運行料金を記憶部２３０に記憶する。通信部２１０は、第１運行料金を第１端末装置１００ａに送信する（Ｓ３４）。
【0034】
第１端末装置１００ａは第１運行料金を処理装置２００から受信する。第１端末装置１００ａは第１運行料金をディスプレイに表示する（Ｓ３６）。第１ユーザ１０ａは、ディスプレイに表示された第１運行料金を確認して、第１運行料金による決済を実行するための決済情報を第１端末装置１００ａに入力する（Ｓ３８）。第１端末装置１００ａは、決済情報を処理装置２００に送信する（Ｓ４０）。決済情報には、第１ユーザＩＤ、第１運行料金が含まれる。
【0035】
処理装置２００の通信部２１０は決済情報を受信する。処理部２２０は、通信部２１０が受信した決済情報から第１ユーザＩＤ、第１運行料金を取得し、第１運行料金による決済を実行する（Ｓ４２）。決済には公知の技術が使用されればよい。処理装置２００の通信部２１０は、処理部２２０が決済した後に、タクシー端末装置１１２に対してタクシー予約の要求を送信する（Ｓ４４）。タクシー予約の要求には、第１ユーザＩＤ、第１出発地２０ａ、第１目的地２２ａ、第１経路２４ａ、乗車時間帯の情報が含まれる。
【0036】
タクシー端末装置１１２は、タクシー予約の要求を処理装置２００から受信する（Ｓ４６）。タクシー端末装置１１２は、タクシー予約の要求に含まれた情報をディスプレイに表示する。タクシーの乗員は、表示された情報を確認して配車可能であると判断した場合、タクシー端末装置１１２を操作して配車を決定する（Ｓ４８）。タクシー端末装置１１２は、配車の情報を第１端末装置１００ａに送信する（Ｓ５０）。配車の情報には、タクシー端末装置１１２のＩＤ、タクシー６０の自動車登録番号標に示された番号、第１出発地２０ａへの到着予定時刻が含まれる。第１端末装置１００ａは配車の情報を受信する。
【0037】
タクシーの乗員は、配車可能でないと判断した場合、タクシー端末装置１１２を操作して配車拒否を決定する。タクシー端末装置１１２は配車拒否の情報を処理装置２００に送信する。処理装置２００の通信部２１０は、配車拒否の情報を受信すると、別のタクシー端末装置１１２に対してタクシー予約の要求を送信し、これまでの処理が繰り返される。タクシー６０の配車は、タクシー端末装置１１２に対して直接なされず、タクシー管制端末装置１１４（図２）を介してなされてもよい。
【0038】
図５は、図３に続く処理手順を示すシーケンス図である。第２ユーザ１０ｂは第２端末装置１００ｂを使用してサービス事業者の利用を予約する。予約は、前述の通りになされる。サービス事業者のサーバまたはサービス事業者端末装置１１０は、予約によって第２ユーザ１０ｂの予約の情報を生成する。第２ユーザ１０ｂの予約の情報は、第２ユーザＩＤ、サービス事業者ＩＤ、予約日時を含む。サービス事業者のサーバとサービス事業者端末装置１１０は、予約の情報を共有する。サービス事業者端末装置１１０は、予約の情報を受けつけると、第２ユーザ１０ｂに対する予約クーポンを発行する（Ｓ１００）。サービス事業者端末装置１１０は予約クーポンの発行の通知を処理装置２００に送信する（Ｓ１０２）。予約クーポンの発行の通知には、第２ユーザＩＤ、サービス事業者ＩＤ、予約クーポンの金額が含まれる。
【0039】
処理装置２００の通信部２１０は、予約クーポンの発行の通知をサービス事業者端末装置１１０から受信する。処理部２２０は、通信部２１０が予約クーポンの発行の通知を受信すると、第２ユーザ１０ｂに対する予約クーポンを発行する（Ｓ１０４）。予約クーポンには、発行元であるサービス事業者ＩＤ、受取先である第２ユーザＩＤ、予約クーポンの金額が紐付けられる。処理部２２０は、予約クーポンの情報を記憶部２３０に記憶する。通信部２１０は、処理部２２０において発行された予約クーポンを第２端末装置１００ｂに送信する（Ｓ１０６）。
【0040】
第２端末装置１００ｂは、予約クーポンを処理装置２００から受信すると、予約クーポンを記憶する。第２ユーザ１０ｂは、第２端末装置１００ｂを使用して処理装置２００にアクセスしてタクシーの予約を実行する（Ｓ１０８）とともに、タクシーの予約の情報を処理装置２００に送信する（Ｓ１１０）。タクシーの予約の情報には、第２ユーザＩＤ、乗車時間帯、第２出発地２０ｂ、第２目的地２２ｂが含まれる。
【0041】
処理装置２００の通信部２１０は、タクシーの予約の情報を第２端末装置１００ｂから受信する。処理部２２０は、通信部２１０が受信したタクシーの予約の情報から、第２ユーザＩＤ、乗車時間帯、第２出発地２０ｂ、第２目的地２２ｂの情報を取得することによって予約を受けつける（Ｓ１１２）。処理部２２０は、予約を受けつけると、第２ユーザＩＤ、乗車時間帯、第２出発地２０ｂ、第２目的地２２ｂの情報を記憶部２３０に記憶するとともに、記憶部２３０に記憶されたテーブルを参照しながら相乗りのためのマッチングを開始する（Ｓ１１４）。
【0042】
前述のごとく、マッチングは、記憶部２３０に記憶されるテーブルに示された順番に従ってなされる。まず、処理部２２０は、「１：先の予約受付がある」か否かを確認する。処理部２２０は、第１ユーザ１０ａに対する情報が記憶部２３０に記憶されているので、先の予約受付があることを確認する。
【0043】
次に、処理部２２０は、第２ユーザ１０ｂが第１ユーザ１０ａと「２：相乗り可能である」か否かを確認する。そのために、処理部２２０は、第２ユーザ１０ｂの出発地（図１の第２出発地２０ｂ）から目的地（図１の第２目的地２２ｂ）に至る経路の候補を複数生成し、複数の経路の候補のうちの１つを第２経路２４ｂとして選択する。ここで、複数の経路の候補の生成、第２経路２４ｂの選択は前述のとおりなされる。つまり、処理部２２０は、第２ユーザ１０ｂに対する第２出発地２０ｂから第２目的地２２ｂへの第２経路２４ｂを取得する。
【0044】
処理部２２０は、記憶部２３０から第１経路２４ａを取得し、第１経路２４ａと第２経路２４ｂの共通部分を特定する。この共通部分は、第１ユーザ１０ａと第２ユーザ１０ｂが相乗り可能な「相乗り区間」である。また、処理部２２０は、相乗り区間の距離を第２経路２４ｂの距離で除算することによって、第２経路２４ｂにおいて相乗り区間がしめる割合である第２相乗り区間割合を算出する。
【0045】
処理部２２０は、第１目的地２２ａから第１出発地２０ａに向かうベクトル（以下、「第１ベクトル」という）を特定するとともに、第２目的地２２ｂから第２出発地２０ｂに向かうベクトル（以下、「第２ベクトル」という）を特定する。処理部２２０は、第１ベクトルと第２ベクトルとのなす角度を経路間角度として取得する。
【0046】
処理部２２０は、第２相乗り区間割合が７５％以上であり、かつ経路間角度が９０度以下である場合に、第２ユーザ１０ｂが第１ユーザ１０ａと相乗り可能であることを確認する。一方、第２相乗り区間割合が７５％以上でない場合、または経路間角度が９０度以下でない場合、処理部２２０は、第２ユーザ１０ｂが第１ユーザ１０ａと相乗り可能でないことを確認する。
【0047】
この処理を説明するために、ここでは、図６（ａ）－（ｇ）も使用する。図６（ａ）－（ｆ）は、処理部２２０における相乗り可能の判定処理の概要を示す。図６（ａ）は、第１経路２４ａと第２経路２４ｂの一例であり、図１と同様に示される。図６（ａ）において第２相乗り区間割合は「１００％」である。図６（ｂ）は、図６（ａ）の第１経路２４ａに対する第１ベクトル３０ａと、第２経路２４ｂに対する第２ベクトル３０ｂとを示す。図６（ｂ）において第１ベクトル３０ａと第２ベクトル３０ｂのなす角度θ１は９０度以下である。そのため、図６（ａ）の第１経路２４ａと第２経路２４ｂに対して、処理部２２０は相乗り可能であると判定する。
【0048】
図６（ｃ）は、第１経路２４ａと第２経路２４ｂの別の一例である。図６（ｃ）では、第１目的地２２ａと第２目的地２２ｂとが異なる位置に配置される。図６（ｃ）において第２相乗り区間割合は「７５％」よりも小さい。図６（ｄ）は、図６（ｃ）の第１経路２４ａに対する第１ベクトル３０ａと、第２経路２４ｂに対する第２ベクトル３０ｂとを示す。図６（ｄ）において第１ベクトル３０ａと第２ベクトル３０ｂのなす角度θ１は９０度以下である。そのため、図６（ｃ）の第１経路２４ａと第２経路２４ｂに対して、処理部２２０は相乗り可能でないと判定する。
【0049】
図６（ｅ）は、第１経路２４ａと第２経路２４ｂのさらに別の一例である。図６（ｅ）では、第２経路２４ｂは屈曲した形状を有する。図６（ｅ）において第２相乗り区間割合は「７５％」よりも小さい。図６（ｆ）は、図６（ｅ）の第１経路２４ａに対する第１ベクトル３０ａと、第２経路２４ｂに対する第２ベクトル３０ｂとを示す。図６（ｆ）において第１ベクトル３０ａと第２ベクトル３０ｂのなす角度θ２は９０度より大きい。そのため、図６（ｅ）の第１経路２４ａと第２経路２４ｂに対して、処理部２２０は相乗り可能でないと判定する。図５に戻る。
【0050】
次に、処理部２２０は、第２ユーザ１０ｂと第１ユーザ１０ａから「３：相乗り承諾」が得られたか否かを確認する。処理部２２０は、第１ユーザ１０ａに対して第２ユーザ１０ｂとの相乗りの承諾を確認するための信号（以下、「相乗り確認」という）を生成する。相乗り確認には、第２ユーザＩＤ、第２出発地２０ｂ、第２目的地２２ｂ、第２経路２４ｂの情報が含まれる。通信部２１０は相乗り確認を第１端末装置１００ａに送信する（Ｓ１１６）。
【0051】
第１端末装置１００ａは相乗り確認を処理装置２００から受信する。第１端末装置１００ａは、相乗り確認に含まれた第２ユーザＩＤ、第２出発地２０ｂ、第２目的地２２ｂ、第２経路２４ｂの情報のうちの少なくとも１つをディスプレイに表示し、第２ユーザ１０ｂとの相乗りを承諾するかを第１ユーザ１０ａに問い合わせる。第１ユーザ１０ａは第１端末装置１００ａを操作することによって相乗りを承諾する（Ｓ１１８）。第１端末装置１００ａは、相乗り承諾を受けつけた場合、相乗り承諾を示す信号（以下、「相乗り承諾」という）を処理装置２００に送信する（Ｓ１２０）。相乗り承諾には、第１ユーザＩＤ、第２ユーザＩＤが含まれる。処理装置２００の通信部２１０が相乗り承諾を第１端末装置１００ａから受信すると、処理部２２０は、第１ユーザ１０ａの相乗りの承諾を確認する。
【0052】
処理部２２０は、第２ユーザ１０ｂに対して第１ユーザ１０ａとの相乗りの承諾を確認するための相乗り確認を生成する。相乗り確認には、第１ユーザＩＤ、第１出発地２０ａ、第１目的地２２ａ、第１経路２４ａの情報が含まれる。通信部２１０は相乗り確認を第２端末装置１００ｂに送信する（Ｓ１２２）。
【0053】
第２端末装置１００ｂは相乗り確認を処理装置２００から受信する。第２端末装置１００ｂは、相乗り確認に含まれた第１ユーザＩＤ、第１出発地２０ａ、第１目的地２２ａ、第１経路２４ａの情報のうちの少なくとも１つをディスプレイに表示し、第１ユーザ１０ａとの相乗りを承諾するかを第２ユーザ１０ｂに問い合わせる。第２ユーザ１０ｂは第２端末装置１００ｂを操作することによって相乗りを承諾する（Ｓ１２４）。第２端末装置１００ｂは、相乗り承諾を受けつけた場合、相乗り承諾を処理装置２００に送信する（Ｓ１２６）。相乗り承諾には、第２ユーザＩＤ、第１ユーザＩＤが含まれる。処理装置２００の通信部２１０が相乗り承諾を第２端末装置１００ｂから受信すると、処理部２２０は、第２ユーザ１０ｂの相乗りの承諾を確認する。処理部２２０は、第１ユーザ１０ａと第２ユーザ１０ｂの相乗りの承諾を確認することによって、第１ユーザ１０ａと第２ユーザ１０ｂとのマッチングを確定する（Ｓ１２８）。
【0054】
マッチングを確定すると、処理部２２０は、第１ユーザ１０ａと第２ユーザ１０ｂの相乗り時の運賃を計算する（Ｓ１３０）。ここでは、運賃の計算を説明するために、図７（ａ）－（ｂ）も使用する。図７（ａ）－（ｂ）は、記憶部２３０に記憶されるデータベースのデータ構造を示す。図７（ａ）－（ｂ）のそれぞれのテーブルの上段には第１ユーザ１０ａに関する情報が示され、下段には第２ユーザ１０ｂに関する情報が示される。
【0055】
図７（ａ）における第１ユーザ１０ａに対する「乗車時間帯」は、前述のタクシー予約の情報から取得される。第１ユーザ１０ａに対する「乗車距離（見通し）」は第１経路２４ａを選択する際に取得される。第１ユーザ１０ａに対する「乗車距離（実績）」は、現時点において取得されずに第１ユーザ１０ａが降車したタイミングで取得される。第１ユーザ１０ａに対する「通常運賃」は前述の第１通常運賃である。第１ユーザ１０ａに対する「相乗り区間距離」は、「２：相乗り可能である」か否かを確認する際に取得される。
【0056】
第１ユーザ１０ａに対する「相乗り区間割合」は、第１経路２４ａにおいて相乗り区間がしめる割合である割合（以下、「第１相乗り区間割合」ともいう）である。第１相乗り区間割合は、処理部２２０において、相乗り区間の距離を第１経路２４ａの距離で除算することにより算出される。第１ユーザ１０ａに対する「相乗り区間外割合」は、第１経路２４ａにおいて相乗り区間以外がしめる割合である割合（以下、「第１相乗り区間外割合」ともいう）である。第１相乗り区間外割合は、処理部２２０において、１から第１相乗り区間割合を減算することにより算出される。第１ユーザ１０ａに対する「システム利用料」は処理システム１０００を使用するための料金であり、例えば「１．３」のように予め定められる。
【0057】
図７（ａ）における第２ユーザ１０ｂに対する「乗車時間帯」も、前述のタクシー予約の情報から取得される。第２ユーザ１０ｂに対する「乗車距離（見通し）」は第２経路２４ｂを選択する際に取得される。第２ユーザ１０ｂに対する「乗車距離（実績）」は、現時点において取得されずに第２ユーザ１０ｂが降車したタイミングで取得される。第２ユーザ１０ｂに対する「通常運賃」は、第２経路２４ｂを単独で乗車した場合の通常運賃（以下、「第２通常運賃」という）である。第２通常運賃は、前述の第１通常運賃と同様に、記憶部２３０に予め記憶された乗車距離と運賃との対応関係をもとに処理部２２０により算出される。第２ユーザ１０ｂに対する「相乗り区間距離」も、「２：相乗り可能である」か否かを確認する際に取得される。
【0058】
第２ユーザ１０ｂに対する「相乗り区間割合」は、「２：相乗り可能である」か否かを確認する際に取得された第２相乗り区間割合である。第２ユーザ１０ｂに対する「相乗り区間外割合」は、第２経路２４ｂにおいて相乗り区間以外がしめる割合である割合（以下、「第２相乗り区間外割合」ともいう）である。第２相乗り区間外割合は、処理部２２０において、１から第２相乗り区間割合を減算することにより算出される。第２ユーザ１０ｂに対する「システム利用料」も処理システム１０００を使用するための料金であり、例えば「１．３」のように予め定められる。
【0059】
図７（ｂ）における「相乗り区間通常運賃」には、次のように算出した値が入力される。処理部２２０は、第１ユーザ１０ａに対して、第１通常運賃と第１相乗り区間割合とを乗算した結果（以下、「第１相乗り区間通常運賃」という）を算出する。また、処理部２２０は、第２ユーザ１０ｂに対して、第２通常運賃と第２相乗り区間割合とを乗算した結果（以下、「第２相乗り区間通常運賃」という）を算出する。
【0060】
「相乗り区間運賃」には、次のように算出した値が入力される。その際、「相乗り人数」に示された値、例えば「２」が使用される。処理部２２０は、第１ユーザ１０ａに対して、第１相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した結果（以下、「第１相乗り区間運賃」を算出する。また、処理部２２０は、第２ユーザ１０ｂに対して、第２相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した結果（以下、「第２相乗り区間運賃」という）を算出する。
【0061】
「相乗り区間外運賃」には、次のように算出した値が入力される。処理部２２０は、第１通常運賃から第１相乗り区間通常運賃を減算した結果（以下、「第１相乗り区間外運賃」という）を算出する。処理部２２０は、第１通常運賃と第１相乗り区間外割合とを乗算した結果として「第１相乗り区間外運賃」を算出してもよい。処理部２２０は、第２通常運賃から第２相乗り区間通常運賃を減算した結果（以下、「第２相乗り区間外運賃」という）を算出する。
【0062】
「相乗り計算後運賃」は、相乗りを考慮した場合の運賃である。「相乗り計算後運賃」には、次のように算出した値が入力される。処理部２２０は、第１相乗り区間運賃と第１相乗り区間外運賃とを加算した結果（以下、「第１運賃」という）を算出する。また、処理部２２０は、第２相乗り区間運賃と第２相乗り区間外運賃とを加算した結果（以下、「第２運賃」という）を算出する。例えば、第１ユーザ１０ａは、第１経路２４ａを単独で乗車した場合、第１通常運賃「８４０円」を支払う。一方、第１ユーザ１０ａは、第１経路２４ａの相乗り区間で第２ユーザ１０ｂと相乗りし、残りを単独で乗車した場合、第１運賃「７４２円」を支払う。つまり、相乗りすることによって運賃が低下する。図７（ｂ）の残りは後述して図５に戻る。以上の処理により運賃が確定される（Ｓ１３２）。
【0063】
第２ユーザ１０ｂは、第２端末装置１００ｂを操作して、既に記憶した予約クーポンを読み取る（Ｓ１３４）。第２端末装置１００ｂは予約クーポンを処理装置２００に送信する（Ｓ１３６）。
【0064】
処理装置２００の通信部２１０は、予約クーポンを第２端末装置１００ｂから受信する。処理部２２０は、通信部２１０において受信した予約クーポンからサービス事業者ＩＤ、第２ユーザＩＤ、予約クーポンの金額を取得する。処理部２２０は、予約クーポンの第２ユーザＩＤと、第２運賃の第２ユーザＩＤとが一致する場合、予約クーポンの金額を記憶部２３０のデータベースに記憶させる。
【0065】
処理部２２０は、相乗りする場合における第１ユーザ１０ａと第２ユーザ１０ｂの運行料金（以下、それぞれ「第１運行料金」、「第２運行料金」という）を確定する（Ｓ１３８）。図７（ｂ）における「時間帯割引額」は乗車時間帯に応じて予め定められた割引額を示し、「サービス事業者クーポン割引額」は、サービス事業者端末装置１１０により発行されたクーポン、例えば予約クーポンによる割引額を示す。第１ユーザ１０ａに対するサービス事業者クーポン割引額を「第１クーポン額」と呼ぶ場合、第２ユーザ１０ｂに対するサービス事業者クーポン割引額は「第２クーポン額」と呼ばれる。また、乗車時間帯に応じて加算がなされる場合、「時間帯割引額」は正の値として示される。「割引総額」は、時間帯割引額とサービス事業者クーポン割引額との合計額を示す。一例として、第１ユーザ１０ａに対する割引総額は「－３００円」であり、第２ユーザ１０ｂに対する割引総額は「－２００円」である。
【0066】
「運行料金」は運賃に割引額を反映させた金額である。処理部２２０は、第１運賃に、第１ユーザ１０ａの割引総額を反映させることによって第１運行料金を算出する。また、処理部２２０は、第２運賃に、第２ユーザ１０ｂの割引総額を反映させることによって第２運行料金を算出する。
【0067】
この第１運行料金は「相乗り時の第１運行料金」である。相乗り時の第１運行料金は、例えば、第１運賃「７４２円」－３００円より「４４２円」である。一方、前述のごとく、処理装置２００は、第１ユーザ１０ａが単独で乗車することを前提として第１運行料金（以下、「単独時の第１運行料金」ともいう）による決済を既に済ませている。単独時の第１運行料金は、例えば、第１通常運賃「８４０円」－３００円より「５４０円」である。つまり、第１ユーザ１０ａが単独乗車から相乗り乗車に変更したことによって、第１運行料金が「５４０円」から「４４２円」に下がる。処理部２２０は、第１ユーザ１０ａに対する決済を済ませているので、この差額を「相乗りクーポン額」として第１ユーザ１０ａに還元する。処理部２２０は、単独時の第１運行料金から相乗り時の第１運行料金を減算した相乗りクーポン額を算出する。これは、第１相乗り区間通常運賃から第１相乗り区間運賃を減算した相乗りクーポン額を算出することに相当する。図７に戻る。通信部２１０は、第２運行料金を第２端末装置１００ｂに送信する（Ｓ１４０）。
【0068】
第２端末装置１００ｂは第２運行料金を処理装置２００から受信する。第２端末装置１００ｂは第２運行料金をディスプレイに表示する（Ｓ１４２）。第２ユーザ１０ｂは、ディスプレイに表示された第２運行料金を確認して、第２運行料金による決済を実行するための決済情報を第２端末装置１００ｂに入力する（Ｓ１４４）。第２端末装置１００ｂは、決済情報を処理装置２００に送信する（Ｓ１４６）。決済情報には、第２ユーザＩＤ、第２運行料金が含まれる。
【0069】
処理装置２００の通信部２１０は決済情報を受信する。処理部２２０は、通信部２１０が受信した決済情報から第１ユーザＩＤ、第２運行料金を取得し、第２運行料金による決済を実行する（Ｓ１４８）。決済には公知の技術が使用されればよい。処理装置２００の通信部２１０は、処理部２２０が決済した後に、タクシー端末装置１１２に対してタクシー予約の要求を送信する（Ｓ１５０）。タクシー予約の要求には、第２ユーザＩＤ、第２出発地２０ｂ、第２目的地２２ｂ、第２経路２４ｂ、乗車時間帯の情報が含まれる。さらに、タクシー予約の要求には、第１ユーザＩＤ、第１ユーザ１０ａとの相乗りを示す情報も含まれる。
【0070】
タクシー端末装置１１２は、タクシー予約の要求を処理装置２００から受信する（Ｓ１５２）。タクシー端末装置１１２は、タクシー予約の要求に含まれた情報をディスプレイに表示する。タクシーの乗員は、表示された情報をもとに、第１ユーザ１０ａとの相乗りを認識し、タクシー端末装置１１２を操作して配車を決定する（Ｓ１５４）。タクシー端末装置１１２は、配車の情報を第２端末装置１００ｂに送信する（Ｓ１５６）。配車の情報には、タクシー端末装置１１２のＩＤ、タクシー６０の自動車登録番号標に示された番号、第２出発地２０ｂへの到着予定時刻が含まれる。第２端末装置１００ｂは配車の情報を受信する。処理装置２００の通信部２１０は、相乗りクーポンを第１端末装置１００ａに送信する（Ｓ１５８）。つまり、処理装置２００は、第１ユーザ１０ａに対して、第１相乗り区間通常運賃で決済してから、相乗りクーポン額を還元する。第１端末装置１００ａは相乗りクーポンを受信し、相乗りクーポンを記憶する。
【0071】
図８は、図５に続く処理手順を示すシーケンス図である。第１端末装置１００ａを所持した第１ユーザ１０ａは第１出発地２０ａでタクシー６０に乗車する（Ｓ２００）。タクシー６０は第１出発地２０ａから第２出発地２０ｂに移動する。第２端末装置１００ｂを所持した第２ユーザ１０ｂは第２出発地２０ｂでタクシー６０に乗車する（Ｓ２０２）。
【0072】
第１端末装置１００ａを所持した第１ユーザ１０ａが乗車したタクシー６０は第１目的地２２ａに到着する（Ｓ２０４）。タクシー６０の乗員はサービス事業者端末装置１１０を操作して降車完了の情報を入力する（Ｓ２０６）。降車完了の情報には第１ユーザＩＤが含まれる。タクシー端末装置１１２は降車完了の情報を処理装置２００に送信する（Ｓ２０８）。処理装置２００の通信部２１０は降車完了の情報を受信する。処理部２２０は、通信部２１０が受信した降車完了の情報から第１ユーザＩＤを取得し、記憶部２３０に記憶されたデータベースを参照しながら、第１ユーザ１０ａに対する降車完了処理を実行する（Ｓ２１０）。例えば、処理部２２０は、記憶部２３０に記憶された第１ユーザ１０ａに関する情報に降車完了のフラグを追加する。
【0073】
第２端末装置１００ｂを所持した第２ユーザ１０ｂが乗車したタクシー６０は第２目的地２２ｂに到着する（Ｓ２１２）。タクシー６０の乗員はサービス事業者端末装置１１０を操作して降車完了の情報を入力する（Ｓ２１４）。降車完了の情報には第２ユーザＩＤが含まれる。タクシー端末装置１１２は降車完了の情報を処理装置２００に送信する（Ｓ２１６）。処理装置２００の通信部２１０は降車完了の情報を受信する。処理部２２０は、通信部２１０が受信した降車完了の情報から第２ユーザＩＤを取得し、記憶部２３０に記憶されたデータベースを参照しながら、第２ユーザ１０ｂに対する降車完了処理を実行する（Ｓ２１８）。例えば、処理部２２０は、記憶部２３０に記憶された第２ユーザ１０ｂに関する情報に降車完了のフラグを追加する。第１端末装置１００ａを所持した第１ユーザ１０ａはタクシー６０から降車し（Ｓ２２０）、第２端末装置１００ｂを所持した第２ユーザ１０ｂもタクシー６０から降車する（Ｓ２２２）。
【0074】
これまでの説明において、ユーザ１０がサービス拠点を予約または利用した場合に、サービス事業者端末装置１１０（サービス事業者）は予約クーポンまたは利用クーポンを発行している。予約クーポンまたは利用クーポンはタクシー６０の運賃を値引きするために使用される。一方、ユーザ１０がバスを利用した場合に、バス端末装置１１６またはバスチケット販売所端末装置１１８（バス事業者）はバスクーポンを発行してもよい。バスクーポンは、予約クーポンまたは利用クーポンと同様にタクシー６０の運賃を値引きするために使用される。
【0075】
これまで、処理部２２０における第１運賃と第２運賃の計算は図７（ａ）－（ｂ）のようになされていたが、これに限定されない。ここでは、処理部２２０における第１運賃と第２運賃の計算の別の例を図９（ａ）－（ｂ）を使用しながら説明する。図９（ａ）－（ｂ）は、記憶部２３０に記憶される別のデータベースのデータ構造を示す。図９（ａ）－（ｂ）のそれぞれのテーブルの上段には第１ユーザ１０ａに関する情報が示され、下段には第２ユーザ１０ｂに関する情報が示される。図９（ａ）、つまり「乗車時間帯」、「乗車距離（見通し）」、「乗車距離（実績）」、「通常運賃」、「相乗り区間割合」、「相乗り区間外割合」、「システム利用料」については図７（ａ）と同一である。また、図９（ｂ）の「相乗り区間通常運賃」についても図７（ｂ）と同一である。
【0076】
図９（ｂ）における「相乗り区間運賃」には、次のように算出した値が入力される。その際、「相乗り人数」に示された値、例えば「２」が使用される。処理部２２０は、第２ユーザ１０ｂに対して、第２相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した結果（以下、「第２相乗り区間運賃」という）を算出する。また、処理部２２０は、第１ユーザ１０ａに対して、第１相乗り区間通常運賃と第２相乗り区間運賃との安い方を第１相乗り区間運賃として取得する。これは、基本的に第１相乗り区間運賃を第２相乗り区間運賃と同一の金額にするが、第１相乗り区間運賃の上限値を第１相乗り区間通常運賃とするための処理である。
【0077】
「相乗り区間外運賃」は図７（ｂ）と同一であり、「相乗り計算後運賃」は図７（ｂ）と同様に算出される。「時間帯割引額」、「サービス事業者クーポン割引額」、「割引総額」は図７（ｂ）と同一であり、「運行料金」は図７（ｂ）と同様に算出される。
【0078】
この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、メモリ、その他のＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）で実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ハードウエアとソフトウエアの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【0079】
本実施例によれば、第１相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第１相乗り区間運賃と、第２相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第２相乗り区間運賃とを算出するので、相乗り区間に対する初乗り運賃の影響を公平にできる。また、相乗り区間に対する初乗り運賃の影響が公平になるので、複数のユーザが交通機関を乗り合わせる場合に各ユーザの運賃を公平にできる。また、第１相乗り区間通常運賃と第２相乗り区間運賃との安い方を第１相乗り区間運賃として取得するので、第１相乗り区間運賃が第２相乗り区間運賃と等しい場合、複数のユーザが交通機関を乗り合わせる場合に各ユーザの運賃を公平にできる。また、第１相乗り区間通常運賃と第２相乗り区間運賃との安い方を第１相乗り区間運賃として取得するので、第１相乗り区間運賃が第１相乗り区間通常運賃より高くなることを回避できる。
【0080】
また、第１運賃に第１クーポン額を反映させて第１運行料金を算出し、第２運賃に第２クーポン額を反映させて第２運行料金を算出するので、運行料金を運賃よりも安くできる。また、運行料金が運賃よりも安くなるので、タクシーの利用を促進できる。また、第１相乗り区間通常運賃から第１相乗り区間運賃を減算した相乗りクーポン額を算出し、第１相乗り区間通常運賃で決済してから、相乗りクーポン額を還元するので、決済を早急に実行できる。
【0081】
（実施例２）
次に実施例２を説明する。実施例２は、実施例１と同様の処理システムに関する。実施例１における第１ユーザと第２ユーザは配車前に決済を済ませている。そのため、処理装置は、第１ユーザに対する単独乗車時の運賃と相乗り乗車時の運賃との差額を相乗りクーポンにより精算する。一方、実施例２における第１ユーザと第２ユーザは降車時に決済を済ませる。そのため、処理装置は、第１ユーザに対する相乗り乗車時の運賃により決済する。実施例２に係る処理システム１０００は、図１、図２と同様のタイプである。ここでは、実施例１との差異を中心に説明する。
次に実施例２を説明する。実施例２は、実施例１と同様の処理システムに関する。実施例１における第１ユーザと第２ユーザは配車前に決済を済ませている。そのため、処理装置は、第１ユーザに対する単独乗車時の運賃と相乗り乗車時の運賃との差額を相乗りクーポンにより精算する。一方、実施例２における第１ユーザと第２ユーザは降車時に決済を済ませる。そのため、処理装置は、第１ユーザに対する相乗り乗車時の運賃により決済する。実施例２に係る処理システム１０００は、図１、図２と同様のタイプである。ここでは、実施例１との差異を中心に説明する。
【0082】
図１０は、処理システム１０００による処理手順を示すシーケンス図である。ステップ３００からステップ３１６は、図３のステップ１０からステップ２６と同一である。処理装置２００の処理部２２０は、計算した第１ユーザ１０ａの運賃、つまり第１通常運賃を確定する（Ｓ３１８）。通信部２１０は、第１通常運賃を第１端末装置１００ａに送信する（Ｓ３２０）。第１端末装置１００ａは第１通常運賃を処理装置２００から受信する。第１端末装置１００ａは第１通常運賃をディスプレイに表示する（Ｓ３２２）。第１ユーザ１０ａは、ディスプレイに表示された第１通常運賃を確認して、第１端末装置１００ａを操作してタクシー予約を確定する（Ｓ３２４）。第１端末装置１００ａは、タクシー予約の確定を知らせるための信号（以下、「予約確定」という）を処理装置２００に送信する（Ｓ３２６）。予約確定には、第１ユーザＩＤ、第１通常運賃が含まれる。
【0083】
処理装置２００の通信部２１０は予約確定を受信する。処理部２２０は、通信部２１０が受信した予約確定から第１ユーザＩＤ、第１通常運賃を取得し、第１通常運賃によるタクシー予約確定を決定する（Ｓ３２８）。処理装置２００の通信部２１０は、処理部２２０がタクシー予約を確定した後に、タクシー端末装置１１２に対してタクシー予約の要求を送信する（Ｓ３３０）。タクシー予約の要求には、第１ユーザＩＤ、第１出発地２０ａ、第１目的地２２ａ、第１経路２４ａ、乗車時間帯の情報が含まれる。ステップ３３２からステップ３３６は、図３のステップ４６からステップ５０と同一である。
【0084】
図１１は、図１０に続く処理手順を示すシーケンス図である。ステップ４００からステップ４３２は、図５のステップ１００からステップ１３２と同一である。通信部２１０は、計算した第２ユーザ１０ｂの運賃、つまり第２運賃を第２端末装置１００ｂに送信する（Ｓ４３４）。第２端末装置１００ｂは第２運賃を処理装置２００から受信する。第２端末装置１００ｂは第２運賃をディスプレイに表示する（Ｓ４３６）。第２ユーザ１０ｂは、ディスプレイに表示された第２運賃を確認して、第２端末装置１００ｂを操作してタクシー予約を確定する（Ｓ４３８）。第２端末装置１００ｂは予約確定を処理装置２００に送信する（Ｓ４４０）。予約確定には、第２ユーザＩＤ、第２運賃が含まれる。
【0085】
処理装置２００の通信部２１０は予約確定を受信する。処理部２２０は、通信部２１０が受信した予約確定から第２ユーザＩＤ、第２運賃を取得し、第２運賃によるタクシー予約確定を決定する（Ｓ４４２）。処理装置２００の通信部２１０は、処理部２２０がタクシー予約を確定した後に、タクシー端末装置１１２に対してタクシー予約の要求を送信する（Ｓ４４４）。タクシー予約の要求には、第２ユーザＩＤ、第２出発地２０ｂ、第２目的地２２ｂ、第２経路２４ｂ、乗車時間帯の情報が含まれる。ステップ４４６からステップ４５０は、図５のステップ１５２からステップ１５６と同一である。
【0086】
図１２は、図１１に続く処理手順を示すシーケンス図である。第１端末装置１００ａを所持した第１ユーザ１０ａは第１出発地２０ａでタクシー６０に乗車する（Ｓ５００）。タクシー６０は第１出発地２０ａから第２出発地２０ｂに移動する。第２端末装置１００ｂを所持した第２ユーザ１０ｂは第２出発地２０ｂでタクシー６０に乗車する（Ｓ５０２）。
【0087】
第１端末装置１００ａを所持した第１ユーザ１０ａが乗車したタクシー６０は第１目的地２２ａに到着する（Ｓ５０４）。タクシー端末装置１１２は、処理装置２００から受信した第１運賃が示された画面（以下、「決済画面」という）をディスプレイに表示する（Ｓ５０６）。第１ユーザ１０ａは、第１端末装置１００ａを操作して、既に記憶した予約クーポンを提示する（Ｓ５０８）。第１端末装置１００ａは予約クーポンをタクシー端末装置１１２に送信する（Ｓ５１０）。端末装置１００が非接触型ＩＣを搭載し、サービス事業者端末装置１１０は非接触型ＩＣリーダに接続されることによって、端末装置１００から非接触型ＩＣリーダを介してサービス事業者端末装置１１０に予約クーポンが送信されてもよい。タクシー端末装置１１２は、予約クーポンを受信すると、予約クーポンを読み取る（Ｓ５１２）。タクシー端末装置１１２は、予約クーポンを処理装置２００に送信する（Ｓ５１４）。
【0088】
処理装置２００の通信部２１０は、予約クーポンをタクシー端末装置１１２から受信する。処理部２２０は、通信部２１０において受信した予約クーポンからサービス事業者ＩＤ、第１ユーザＩＤ、予約クーポンの金額を取得する。処理部２２０は、予約クーポンの第１ユーザＩＤと、第１運賃の第１ユーザＩＤとが一致する場合、第１運行料金を計算し、第１運行料金を確定する（Ｓ５１６）。処理部２２０は、第１運行料金により決済を実行する（Ｓ５１８）。処理部２２０は、決済を実行すると、第１ユーザＩＤを取得し、記憶部２３０に記憶されたデータベースを参照しながら、第１ユーザ１０ａに対する降車完了処理を実行する（Ｓ５２０）。例えば、処理部２２０は、記憶部２３０に記憶された第１ユーザ１０ａに関する情報に降車完了のフラグを追加する。第１端末装置１００ａを所持した第１ユーザ１０ａはタクシー６０から降車する（Ｓ５２２）。
【0089】
第２端末装置１００ｂを所持した第２ユーザ１０ｂが乗車したタクシー６０は第２目的地２２ｂに到着する（Ｓ５２４）。タクシー端末装置１１２は、処理装置２００から受信した第２運賃が示された画面（以下、「決済画面」という）をディスプレイに表示する（Ｓ５２６）。第２ユーザ１０ｂは、第２端末装置１００ｂを操作して、既に記憶した予約クーポンを提示する（Ｓ５２８）。第２端末装置１００ｂは予約クーポンをタクシー端末装置１１２に送信する（Ｓ５３０）。タクシー端末装置１１２は、予約クーポンを受信すると、予約クーポンを読み取る（Ｓ５３２）。タクシー端末装置１１２は、予約クーポンを処理装置２００に送信する（Ｓ５３４）。
【0090】
処理装置２００の通信部２１０は、予約クーポンをタクシー端末装置１１２から受信する。処理部２２０は、通信部２１０において受信した予約クーポンからサービス事業者ＩＤ、第２ユーザＩＤ、予約クーポンの金額を取得する。処理部２２０は、予約クーポンの第２ユーザＩＤと、第２運賃の第２ユーザＩＤとが一致する場合、第２運行料金を計算し、第２運行料金を確定する（Ｓ５３６）。処理部２２０は、第２運行料金により決済を実行する（Ｓ５２８）。処理部２２０は、決済を実行すると、第２ユーザＩＤを取得し、記憶部２３０に記憶されたデータベースを参照しながら、第２ユーザ１０ｂに対する降車完了処理を実行する（Ｓ５４０）。例えば、処理部２２０は、記憶部２３０に記憶された第２ユーザ１０ｂに関する情報に降車完了のフラグを追加する。第２端末装置１００ｂを所持した第２ユーザ１０ｂはタクシー６０から降車する（Ｓ５４２）。
【0091】
本実施例によれば、降車のタイミングで決済を実行するので、単独乗車から相乗り乗車に変わった場合でも精算を不要にできる。また、単独乗車から相乗り乗車に変わった場合でも精算が不要になるので、処理を簡易にできる。
【0092】
本開示の一態様の概要は、次の通りである。
（項目１）
第１ユーザに対する第１出発地から第１目的地への第１経路を取得するステップと、
第２ユーザに対する第２出発地から第２目的地への第２経路を取得するステップと、
前記第１経路と前記第２経路の共通部分であって、かつ前記第１ユーザと前記第２ユーザが相乗り可能な相乗り区間を取得するステップと、
前記第１経路において前記相乗り区間がしめる割合である第１相乗り区間割合と、前記第２経路において前記相乗り区間がしめる割合である第２相乗り区間割合とを算出するステップと、
前記第１経路の距離をもとにした第１通常運賃と、前記第２経路の距離をもとにした第２通常運賃とを算出するステップと、
前記第１通常運賃と前記第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、前記第２通常運賃と前記第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出するステップと、
前記第１相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第１相乗り区間運賃と、前記第２相乗り区間通常運賃を前記相乗り人数で除算してから前記システム利用料を積算した第２相乗り区間運賃とを算出するステップと、
前記第１通常運賃から前記第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、前記第２通常運賃から前記第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出するステップと、
前記第１相乗り区間運賃と前記第１相乗り区間外運賃とを加算した第１運賃と、前記第２相乗り区間運賃と前記第２相乗り区間外運賃とを加算した第２運賃とを算出するステップと、
を備える処理方法。
（項目１）
第１ユーザに対する第１出発地から第１目的地への第１経路を取得するステップと、
第２ユーザに対する第２出発地から第２目的地への第２経路を取得するステップと、
前記第１経路と前記第２経路の共通部分であって、かつ前記第１ユーザと前記第２ユーザが相乗り可能な相乗り区間を取得するステップと、
前記第１経路において前記相乗り区間がしめる割合である第１相乗り区間割合と、前記第２経路において前記相乗り区間がしめる割合である第２相乗り区間割合とを算出するステップと、
前記第１経路の距離をもとにした第１通常運賃と、前記第２経路の距離をもとにした第２通常運賃とを算出するステップと、
前記第１通常運賃と前記第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、前記第２通常運賃と前記第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出するステップと、
前記第１相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第１相乗り区間運賃と、前記第２相乗り区間通常運賃を前記相乗り人数で除算してから前記システム利用料を積算した第２相乗り区間運賃とを算出するステップと、
前記第１通常運賃から前記第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、前記第２通常運賃から前記第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出するステップと、
前記第１相乗り区間運賃と前記第１相乗り区間外運賃とを加算した第１運賃と、前記第２相乗り区間運賃と前記第２相乗り区間外運賃とを加算した第２運賃とを算出するステップと、
を備える処理方法。
【0093】
（項目２）
第１ユーザに対する第１出発地から第１目的地への第１経路を取得するステップと、
第２ユーザに対する第２出発地から第２目的地への第２経路を取得するステップと、
前記第１経路と前記第２経路の共通部分であって、かつ前記第１ユーザと前記第２ユーザが相乗り可能な相乗り区間を取得するステップと、
前記第１経路において前記相乗り区間がしめる割合である第１相乗り区間割合と、前記第２経路において前記相乗り区間がしめる割合である第２相乗り区間割合とを算出するステップと、
前記第１経路の距離をもとにした第１通常運賃と、前記第２経路の距離をもとにした第２通常運賃とを算出するステップと、
前記第１通常運賃と前記第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、前記第２通常運賃と前記第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出するステップと、
前記第２相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第２相乗り区間運賃とを算出するステップと、
前記第１相乗り区間通常運賃と前記第２相乗り区間運賃との安い方を第１相乗り区間運賃として取得するステップと、
前記第１通常運賃から前記第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、前記第２通常運賃から前記第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出するステップと、
前記第１相乗り区間運賃と前記第１相乗り区間外運賃とを加算した第１運賃と、前記第２相乗り区間運賃と前記第２相乗り区間外運賃とを加算した第２運賃とを算出するステップと、
を備える処理方法。
第１ユーザに対する第１出発地から第１目的地への第１経路を取得するステップと、
第２ユーザに対する第２出発地から第２目的地への第２経路を取得するステップと、
前記第１経路と前記第２経路の共通部分であって、かつ前記第１ユーザと前記第２ユーザが相乗り可能な相乗り区間を取得するステップと、
前記第１経路において前記相乗り区間がしめる割合である第１相乗り区間割合と、前記第２経路において前記相乗り区間がしめる割合である第２相乗り区間割合とを算出するステップと、
前記第１経路の距離をもとにした第１通常運賃と、前記第２経路の距離をもとにした第２通常運賃とを算出するステップと、
前記第１通常運賃と前記第１相乗り区間割合とを乗算した第１相乗り区間通常運賃と、前記第２通常運賃と前記第２相乗り区間割合とを乗算した第２相乗り区間通常運賃とを算出するステップと、
前記第２相乗り区間通常運賃を相乗り人数で除算してからシステム利用料を積算した第２相乗り区間運賃とを算出するステップと、
前記第１相乗り区間通常運賃と前記第２相乗り区間運賃との安い方を第１相乗り区間運賃として取得するステップと、
前記第１通常運賃から前記第１相乗り区間通常運賃を減算した第１相乗り区間外運賃と、前記第２通常運賃から前記第２相乗り区間通常運賃を減算した第２相乗り区間外運賃とを算出するステップと、
前記第１相乗り区間運賃と前記第１相乗り区間外運賃とを加算した第１運賃と、前記第２相乗り区間運賃と前記第２相乗り区間外運賃とを加算した第２運賃とを算出するステップと、
を備える処理方法。
【0094】
（項目３）
前記第１運賃に第１クーポン額を反映させるステップと、
前記第２運賃に第２クーポン額を反映させるステップとをさらに備える項目１または２に記載の処理方法。
前記第１運賃に第１クーポン額を反映させるステップと、
前記第２運賃に第２クーポン額を反映させるステップとをさらに備える項目１または２に記載の処理方法。
【0095】
（項目４）
前記第１相乗り区間通常運賃から前記第１相乗り区間運賃を減算した相乗りクーポン額を算出するステップと、
前記第１相乗り区間通常運賃で決済してから、前記相乗りクーポン額を還元するステップとをさらに備える項目１から３のいずれか１項に記載の処理方法。
前記第１相乗り区間通常運賃から前記第１相乗り区間運賃を減算した相乗りクーポン額を算出するステップと、
前記第１相乗り区間通常運賃で決済してから、前記相乗りクーポン額を還元するステップとをさらに備える項目１から３のいずれか１項に記載の処理方法。
【0096】
以上、本開示を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本開示の範囲にあることは当業者に理解されるところである。
【符号の説明】
【0097】
１０ ユーザ、 ２０ 出発地、 ２２ 目的地、 ２４ 経路、 ２６ 相乗り区間、 ３０ ベクトル、 ６０ タクシー、 １００ 端末装置、 １１０ サービス事業者端末装置、 １１２ タクシー端末装置、 １１４ タクシー管制端末装置、 １１６ バス端末装置、 １１８ バスチケット販売所端末装置、 ２００ 処理装置、 ２１０ 通信部、 ２２０ 処理部、 ２３０ 記憶部、 １０００ 処理システム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】