JP7121157B1 - サーバ装置及びコンピュータプログラム - Google Patents

Abstract

【課題】利用料金を動的に変動させることでユーザによる輸送サービスの利用を促進しつつ、より効率的に輸送サービスの利用料金を変動させる技術を提供する。【解決手段】サーバ装置は、出発地及び目的地を示す情報を含み、輸送サービスの利用を求める輸送要求を、ユーザ装置から受信すると、当該輸送要求に基づいて、出発地から目的地までの輸送についての基本料金を取得する。更に、サーバ装置は、出発地と目的地との少なくともいずれかに関連する所定の情報に基づいて、輸送要求による輸送サービスの利用料金を基本料金から変動させるための変動金額を決定する。【選択図】図２

Description

本発明は、輸送サービスの利用料金を動的に変動させる技術に関する。

非特許文献１には、都内のタクシー車両の需給バランスを整えるために、需要が高く空車が少ない時間帯と、需要が低く空車が多い時間帯とで、タクシー車両の迎車料金を変動させるサービスが記載されている。また、特許文献１には、タクシーから受信された動態情報（回送、空送、迎走又は賃走）に基づいて乗車率を計算し、乗車率が低くなると、乗車料金を通常よりも割り引きした割引運行を実施するシステムが記載されている。

特開２００３－２１６９８５号公報

LIGARE,"JapanTaxi、ダイナミックプライシング導入の実証実験",[online], 平成30年9月28日, [令和3年3月4日検索], インターネット＜URL: https://ligare.news/story/taxi-dynamic-pricing/＞

上述の従来技術のシステムでは、タクシー等の輸送車両（輸送体）による輸送サービスの利用料金を需要に応じて変動させている。しかしながら、利用料金を動的に変動させることでユーザによる輸送サービスの利用を促進しつつ、より効率的に輸送サービスの利用料金を変動させることは行われていない。

本発明は、利用料金を動的に変動させることでユーザによる輸送サービスの利用を促進しつつ、より効率的に輸送サービスの利用料金を変動させる技術を提供するものである。

本発明の一態様の係るサーバ装置は、出発地及び目的地を示す情報を含み、輸送サービスの利用を求める輸送要求を、ユーザ装置から受信する受信手段と、前記受信手段によって受信された前記輸送要求に基づいて、前記出発地から前記目的地までの輸送についての基本料金を取得し、前記目的地のエリアにおける前記輸送サービスの利用についての需要を示す需要情報に基づいて、前記輸送要求による輸送サービスの利用料金を前記基本料金から変動させるための変動金額を決定する決定手段と、を備えることを特徴とする。

本発明によれば、利用料金を動的に変動させることでユーザによる輸送サービスの利用を促進しつつ、より効率的に輸送サービスの利用料金を変動させることが可能になる。

一実施形態によるシステムの構成図。 一実施形態によるシーケンス図。 一実施形態によるシーケンス図。 一実施形態によるサーバ装置の構成図。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

以下では、利用料金を動的に変動させることでユーザによる輸送サービスの利用を促進しつつ、より効率的に輸送サービスの利用料金を変動させるための実施形態について説明する。なお、以下の説明では、輸送サービスの例として主にタクシーサービスを用いているが、輸送サービスの例には、路線車両（バス、鉄道）によるもの、飛行機及び船舶等によるものが含まれてもよいし、将来的にはドローン等の輸送体によるものが含まれてもよい。

＜第一実施形態＞
図１は、本実施形態によるシステムの構成図である。図１のネットワークは、移動通信ネットワーク及びインターネットの総称である。サービス提供システム３は、タクシー４（輸送体）の位置及び状態（空車状態、賃送状態等）を管理し、タクシー４による輸送サービスが要求された場合、タクシー４の配車を行う。ユーザ装置１は、スマートフォン等の携帯可能な通信装置であり、移動通信ネットワークを介してインターネット上のサーバ装置２と通信可能に構成されている。サーバ装置２は、タクシー４による輸送サービスの利用を求める輸送要求をユーザ装置１から受信すると、受信した輸送要求に従った輸送サービスの利用料金を決定するとともに、タクシー４の配車に必要な情報をサービス提供システム３に通知する。なお、図１では、１つのサービス提供システム３のみを示しているが、本開示の各実施形態において、サービス提供システム３の数は１つに限定されない。つまり、サーバ装置２は、異なるタクシー４のグループを管理する複数のサービス提供システム３それぞれに対してタクシー４の配車に必要な情報を通知することができる。また、各実施形態において、複数のサービス提供システム３には、タクシー４による輸送サービスを提供するサービス提供システム以外にも、バスによる輸送サービスを提供するサービス提供システムや鉄道による輸送サービスを提供するサービス提供システム等が含まれてもよい。

図２は、本実施形態のシーケンス図を示している。ユーザ装置１のユーザ（以下、単に「ユーザ」と表記する。）は、タクシー４による輸送サービスを利用して出発地から目的地に移動する場合に、ユーザ装置１を操作して、輸送サービスを利用することを指示する。ユーザは、例えば、ユーザ装置１にインストールされた配車アプリケーションを操作して、移動の出発地及び目的地を設定する。この設定は、例えば、乗車場所（出発地）と降車場所（目的地）をそれぞれ地図上で設定することによって行われてもよいし、又は、住所、地名、建物名若しくは駅名等の情報の入力により行われてもよい。また、ユーザ装置１に備えられたＧＰＳ機能により取得されるユーザ装置１の現在位置が、出発地として設定されてもよい。

Ｓ１で、ユーザ装置１は、上述のようなユーザの操作により、タクシー４による輸送サービスの利用が指示されると、輸送サービスの利用を求める輸送要求を、サーバ装置２に向けて送信する。この輸送要求には、ユーザによって設定された出発地及び目的地を示す情報が含められる。

サーバ装置２は、ユーザ装置１から送信された輸送要求の受信に応じて、Ｓ２及びＳ３で、当該輸送要求による輸送サービスの利用料金を決定する。具体的には、まずＳ２で、サーバ装置２は、受信した輸送要求に基づいて、出発地から目的地までの輸送についての基本料金（基準料金）を取得する。基本料金は、例えば、輸送サービスを提供する輸送体がタクシー４である場合、出発地から目的地までの距離に基づいて算出されてもよいし、距離と料金とを対応付けたテーブルを用いて取得されてもよい。なお、輸送体が路線車両（バス、鉄道）である場合、出発地から目的地までの経路に対応して予め定められた運賃が、基本料金として取得されうる。

次にＳ３で、サーバ装置２は、輸送要求で指定された出発地と目的地との少なくともいずれかに関連する所定の情報に基づいて、当該輸送要求による輸送サービスの利用料金を基本料金から変動させるための変動金額を決定する。本実施形態では、変動金額は、基本料金からの割り引き額又は割り増し額に相当し、基本料金に変動金額を適用することで、基本料金から割り引き又は割り増しが行われた利用料金が求められる。

一例において、サーバ装置２は、輸送要求で指定された出発地又は目的地のエリア（例えば、出発地又は目的地が存在する市区町村のエリア）における輸送サービスの利用についての需要を示す需要情報に基づいて、変動金額を決定する。サーバ装置２は、例えば、需要情報が示す需要が低いほど、利用料金を減少させる（割り引きする）ように変動金額を決定してもよいし、需要レベルが所定の閾値を下回る場合に、利用料金を減少させるように変動金額を決定してもよい。一方、サーバ装置２は、例えば、出発地又は目的地のエリアが渋滞場所のような混雑地であり、需要情報が示す需要が高い場合には、基本料金から割り引きを行わないように変動金額を決定してもよい。あるいは、サーバ装置２は、需要レベルが所定の閾値を上回る場合に、利用料金を増加させる（割り増しする）ように変動金額を決定してもよい。このように、出発地又は目的地のエリアに関する需要情報に基づいて変動金額を決定することで、変動金額の適用によりユーザによる輸送サービスの利用を促進しつつ、当該エリア内の実際の状況に応じて適切に利用料金を変動させることが可能になる。

上述の需要情報は、出発地又は目的地のエリアにおける輸送サービスの需要と相関がある種々の情報に基づいて求めることができる。例えば、エリア内の各タクシー４（輸送体）が利用されていない時間の平均値に基づいて需要情報が求められてもよいし、エリア内の各タクシー４の利用時間の平均値に基づいて需要情報が求められてもよい。例えば、輸送要求（Ｓ１）を受けた時刻の所定時間前までに輸送要求を行ったユーザ装置が存在する場所又は出発地を含む所定エリア内のタクシー４の乗車履歴に基づいて、タクシー４が利用（乗車）されていない時間又は利用時間（乗車時間）の平均値が算出されることで、需要情報が求められてもよい。各タクシー４が利用されない時間の平均値が小さいほど、当該エリアにおける輸送サービスの需要が高いことを示し、当該平均値が大きいほど、当該エリアにおける輸送サービスの需要が低いことを示す。また、エリア内の各タクシー４の利用時間の平均値が大きいほど、当該エリアにおける輸送サービスの需要が高いことを示し、当該平均値が小さいほど、当該エリアにおける輸送サービスの需要が低いことを示す。

別の例として、需要情報は、ユーザ装置１からサーバ装置２が輸送要求を受信してから、当該輸送要求に基づく輸送サービスの利用開始までに要する時間の平均値に基づいて求められてもよい。この場合、当該平均値が大きいほど、出発地又は目的地のエリアにおける輸送サービスの需要が高いことを示し、当該平均値が小さいほど、当該エリアにおける輸送サービスの需要が低いことを示す。更に別の例として、需要情報は、出発地又は目的地のエリア内で運行されているタクシー４（輸送体）の数及び利用率に基づいて求められてもよい。また、これらの例に示した情報を適宜組み合わせて、需要情報が求められてもよい。

Ｓ３における変動金額の決定についての別の例として、サーバ装置２は、輸送要求で指定された出発地から目的地までの距離に応じて変動金額を決定してもよいし、又は、Ｓ２で取得した基本料金に応じて、変動金額を決定してもよい。この場合、サーバ装置２は、当該距離又は基本料金が所定の閾値を上回った場合に、利用料金を減少させる（割り引きする）ように変動金額を決定してもよい。また、サーバ装置２は、例えば、当該距離又は基本料金が所定の閾値を上回る場合に、当該処理又は基本料金と閾値との差分に応じて変動金額（割り引き額）を変化させてもよい。

Ｓ３における変動金額の決定についての更に別の例として、サーバ装置２は、輸送要求で指定された出発地にタクシー４（輸送体）が到着する到着予定時間、又は輸送サービスの利用開始後に目的地に到着する到着予定時間に基づいて、変動金額を決定してもよい。例えば、サーバ装置２は、出発地におけるタクシー４の到着予定時間が所定の閾値を上回る場合に（即ち、出発地においてユーザの待ち時間が長くなる場合に）、利用料金を減少させる（割り引きする）ように変動金額を決定してもよい。

また、サーバ装置２は、ユーザ装置１から輸送要求（Ｓ１）を受信した時間帯に応じて、上述のように決定される変動金額を更に変動させてもよい。例えば、サーバ装置２は、輸送要求を受信した時間帯が深夜帯（例：午前０時から午前５時まで）であれば、利用料金を増加させる（割り増しする）ように変動金額を変動させてもよい。

Ｓ３における変動金額の決定が完了すると、Ｓ４で、サーバ装置２は、Ｓ２において取得した基本料金に、Ｓ３において決定した変動金額を適用して得られる、輸送サービスの利用料金を、ユーザ装置１へ通知する。この料金通知には、輸送要求で指定された出発地にタクシー４（輸送体）が到着する到着予定時間を示す情報が含まれてもよい。その場合、サーバ装置２は、サービス提供システム３に対して到着予定時間（到着予定時刻）の照会を行い、その回答を受け取ることで得られた到着予定時間を料金通知に含めてユーザ装置１へ送信する。また、料金通知には、輸送要求で指定された目的地に到着する到着予定時間（予想到着時刻）を示す情報が含まれてもよい。

サーバ装置２は、ユーザ装置１へ料金通知（Ｓ４）を行うとともに、決定した利用料金を含む、タクシー４の配車に必要な情報（輸送要求に含まれる出発地及び目的地を示す情報等）を、サービス提供システム３へ通知する。その後、輸送サービスの利用のキャンセルがユーザ装置１から指示されない限り、サービス提供システム３によって、輸送要求で指定された出発地へタクシー４が配車され、タクシー４による輸送サービスの提供が開始される。なお、サーバ装置２は、料金通知（Ｓ４）に含まれる情報（利用料金、到着予定時間等）にユーザが承諾するか否かをユーザ装置１に問い合わせ、ユーザが承諾したことに応じて（例えば、ユーザの承諾に応じてユーザ装置１から改めて輸送要求が行われたことに応じて）、輸送サービスの提供をサービス提供システム３に開始させてもよい。

その後、輸送体（本例ではタクシー４）による輸送により目的地に到着すると、タクシー４からサービス提供システム３へ到着通知が行われ、ユーザが目的地に到着したことがサービス提供システム３からサーバ装置２へ通知される。サーバ装置２は、目的地へのユーザの到着が通知されると（Ｓ５で「ＹＥＳ」）、Ｓ６で、輸送要求（Ｓ１）による輸送サービスの利用料金を精算するための精算処理を行う。例えば、サーバ装置２は、ユーザ装置１と通信して、ユーザ装置１によるＱＲコード（登録商標）決済又はクレジットカード決済により精算処理を行う。また、この精算処理には、ＱＲコード決済及びクレジットカード決済に限らず、他のキャッシュレス決済を適用することも可能であるし、現金による決済を適用することも可能である。サーバ装置は、利用料金の精算処理が完了すると、例えば、支払われた利用料金から手数料を差し引いて、サービス提供システム３に対する支払い処理を行ってもよい。

なお、サーバ装置２は、目的地への到着後に限らず、目的地への到着前に利用料金の精算処理を行ってもよい。例えば、サーバ装置２は、輸送要求（Ｓ１）に応じて利用料金がユーザ装置１へ通知された際に（Ｓ４）に、利用料金の精算を行ってもよい。その場合、料金通知に含まれる情報にユーザが承諾したことに応じて精算処理を行ってもよい。また、別の例において、Ｓ６の精算処理は、サービス提供システム３を介して行われてもよい。その場合、ユーザによる利用料金の支払いは、ユーザ装置１のＮＦＣ機能を利用した決済又は現金の受け渡しにより行われてもよく、タクシー４（輸送体）においてユーザによる利用料金の支払いが行われたことが、タクシー４からサービス提供システム３を介してサーバ装置２へ通知されてもよい。

また、サーバ装置２は、例えば、タクシー４（輸送体）が到着予定時間より遅れて目的地に到着した場合に、利用料金を減少させるように変動金額を変動させてもよい。この場合、サーバ装置２は、Ｓ４においてユーザ装置１へ通知した利用料金を減額した料金の精算処理を行う。この利用料金の減額は、ユーザ装置１へ目的地への到着予定時間をＳ４において通知していた場合に行われてもよい。また、サーバ装置２は、料金通知（Ｓ４）に応じて予め精算処理を行っており、かつ、目的地への到着後に変動金額の減額又は増額が必要になった場合には、その減額又は増額分の精算処理を目的地への到着後に行ってもよい。例えば、利用料金を増額した場合には、精算（支払い）済みの利用料金からの増額分の支払いを請求する処理を行い、利用料金を減額した場合には、精算（支払い）済みの利用料金からの減額分を返金する処理を行う。

サーバ装置２は、Ｓ６における精算処理が完了すると、輸送要求（Ｓ１）による輸送サービスの提供に関連する処理を終了する。

以上説明したように、本実施形態においてサーバ装置２は、出発地及び目的地を示す情報を含み、輸送サービスの利用を求める輸送要求を、ユーザ装置１から受信すると、当該輸送要求に基づいて、出発地から目的地までの輸送についての基本料金を取得する。更に、サーバ装置２は、出発地と目的地との少なくともいずれかに関連する所定の情報に基づいて、輸送要求による輸送サービスの利用料金を基本料金から変動させるための変動金額を決定する。本実施形態によれば、変動金額の適用によりユーザによる輸送サービスの利用を促進しつつ、より効率的に輸送サービスの利用料金を変動させることが可能になる。

＜第二実施形態＞
次に、第二実施形態について第一実施形態との相違点を中心に説明する。第二実施形態では、ユーザ装置１から受信される輸送要求で指定された出発地から目的地までの経路において複数の輸送サービス（交通手段）が順に利用される場合に、より効率的に輸送サービスの利用料金を変動させる例について説明する。

図３は、本実施形態のシーケンス図を示している。サーバ装置２は、Ｓ１１で、ユーザ装置１から輸送要求を受信する。この輸送要求には、第一実施形態と同様、ユーザによって設定された出発地及び目的地を示す情報が含められる。第一実施形態は、出発地から目的地までの経路において、輸送サービスとしてタクシー４のみが利用されるものであったが、本実施形態では、出発地から目的地までの経路において複数の輸送サービスが順に利用される場合を想定する。複数の輸送サービスが順に利用されるケースとして、例えば、以下のようなケースが挙げられる。
●ケース１：出発地から経由地Ａまでタクシーが利用され、経由地Ａから経由地Ｂまでバスが利用され、経由地Ｂから目的地までタクシーが利用される。
●ケース２：出発地から経由地Ａまでタクシーが利用され、経由地Ａから経由地Ｂまで鉄道が利用され、経由地Ｂから目的地までバスが利用される。
本実施形態のサーバ装置２は、このような場合に、複数の輸送サービスのそれぞれについて、基本料金を取得するとともに変動金額を決定する。なお、複数の輸送サービスは、ユーザ装置１におけるユーザの操作により、出発地及び目的地とともに指定され、指定された複数の輸送サービスを示す情報が輸送要求に含められてもよい。

具体的には、Ｓ１２で、サーバ装置２は、Ｓ２と同様、受信した輸送要求に基づいて、出発地から目的地までの輸送についての基本料金（基準料金）を取得する。ただし、本実施形態では、サーバ装置２は、輸送要求で指定された出発地及び目的地に基づいて特定される複数の輸送サービスのそれぞれについて、基本料金を個別に取得する。例えば、上記のケース１においては、出発地から経由地Ａまでタクシーの基本料金と、経由地Ａから経由地Ｂまでバスの基本料金と、経由地Ｂから目的地までタクシーの基本料金とが取得される。なお、バス又は鉄道（路線車両）の利用についての基本料金については、利用される経路に対応して予め定められた運賃が取得されうる。

次にＳ１３で、サーバ装置２は、Ｓ３と同様、輸送要求で指定された出発地と目的地との少なくともいずれかに関連する所定の情報に基づいて、当該輸送要求による輸送サービスの利用料金を基本料金から変動させるための変動金額を決定する。ただし、本実施形態では、サーバ装置２は、輸送要求で指定された出発地及び目的地に基づいて特定される複数の輸送サービスのそれぞれについて、変動金額を個別に決定する。その場合、サーバ装置２は、輸送サービスごとに、当該輸送サービスの利用の開始位置となる出発地又は経由地と、当該輸送サービスの利用の終了位置となる経由地又は目的地と、の少なくともいずれかに関連する所定の情報に基づいて、変動金額を決定してもよい。なお、輸送サービスごとの変動金額の決定は、第一実施形態と同様の処理により実現できる。

以下では更に、出発地から目的地までそれぞれ異なる経路で１つ以上の輸送サービスを順に利用して輸送を行う複数の輸送パターンが存在する場合を想定する。この場合、サーバ装置２は、当該複数の輸送パターンのそれぞれについて、当該輸送パターンに含まれる輸送サービスごとに、Ｓ１２において基本料金を取得するとともに、Ｓ１３において変動金額を決定する。

なお、サーバ装置２は、輸送要求を受信した時間帯において、出発地及び目的地の少なくともいずれかから所定の距離範囲内に、当該輸送要求で要求された第１輸送サービスとは異なる第２輸送サービスのための輸送体への乗降が可能な場所が存在する場合に、複数の輸送パターンが存在すると判定してもよい。例えば、タクシー４による輸送サービスの利用が要求された場合に、出発地となる現在位置から所定の距離範囲内に、バス乗り場又は鉄道の乗車駅が存在する場合に、複数のパターンが存在すると判定してもよい。

このような場合、サーバ装置２は、Ｓ１４で、複数の輸送パターンにそれぞれ対応する、基本料金及び変動金額に基づく利用料金を示す情報を含む問い合わせメッセージを、ユーザ装置１に送信する。これにより、当該複数の輸送パターンのうちで利用する輸送パターンをユーザに確認する。ユーザ装置１は、受信した問い合わせメッセージに従って、輸送パターンごとの利用料金をディスプレイに表示することでユーザに提示するとともに、輸送パターンの選択をユーザから受け付ける。その後Ｓ１５で、ユーザ装置１は、ユーザによって選択された輸送パターンを示す選択情報を、サーバ装置２へ通知する。これにより、サーバ装置２は、ユーザ装置１においてユーザが選択した輸送パターンを示す情報を、ユーザ装置１から受信する。

なお、地方自治体によっては、高齢者が病院に通院する場合には、その高齢者の自宅（出発地）から病院（目的地）までの、タクシー又はバスの利用についての交通費を、地方自治体が補助金として交通機関に支払うケースがありうる。その場合、当該高齢者は、輸送サービスの利用料金から補助金の金額を控除した料金を、交通機関に支払うことになる。このようなケースでは、サーバ装置２は、Ｓ１４において補助金の金額が控除された、ユーザ（高齢者）が実質的に負担する利用料金を示す情報を問い合わせメッセージに含めてもよく、ユーザ装置１は、そのような利用料金をユーザに提示してもよい。

サーバ装置２は、ユーザ装置１からの選択情報を受信すると（Ｓ１５）、選択された輸送パターン及び利用料金を含む、輸送サービスの提供に必要な情報（輸送要求に含まれる出発地及び目的地を示す情報等）をサービス提供システム３へ通知する。これにより、輸送サービスの提供をサービス提供システム３に開始させる。

その後、第一実施形態と同様に、ユーザが目的地に到着したことがサービス提供システム３から通知されると、サーバ装置２は、Ｓ１７で、輸送要求（Ｓ１１）による輸送サービスの利用料金を精算するための精算処理を行う。この精算処理は、第一実施形態と同様、サーバ装置２が、ユーザ装置１と通信して、ユーザ装置１によるＱＲコード（登録商標）決済又はクレジットカード決済により精算処理を行ってもよいし、又は、サービス提供システム３を介して行われてもよい。また、この精算処理には、ＱＲコード決済及びクレジットカード決済に限らず、他のキャッシュレス決済を適用することも可能であるし、現金による決済を適用することも可能である。なお、別の例において、Ｓ６の精算処理は、サービス提供システム３を介して行われてもよい。

Ｓ１７において、サーバ装置２は、Ｓ１５において受信した選択情報が示す輸送パターンに従った輸送が完了した後に、当該輸送パターンに対応する利用料金の精算処理を行う。その際、サーバ装置２は、輸送手段（輸送サービス）ごとのユーザによる利用情報を、各輸送サービスに対応するサービス提供システム３から受信し、受信した情報に基づいて、選択情報が示す輸送パターンどおりにユーザが移動したか否かを判定する。サーバ装置２は、その判定結果に従って、選択情報が示す輸送パターンに対応する利用料金を適用するか否かを決定する。サーバ装置２は、選択情報が示す輸送パターンどおりにユーザが移動しなかったと判定した場合、Ｓ１３で決定した変動金額の適用は行わずに、Ｓ１２で取得した基本料金を利用料金として適用して精算処理を行う。即ち、ユーザが、選択した輸送パターンどおりに移動した場合に限り、Ｓ１３において決定された変動金額が利用料金に対して適用されることになる。サーバ装置２は、利用料金の精算処理が完了すると、例えば、支払われた利用料金から手数料を差し引いて、各サービス提供システム３に対する支払い処理を行ってもよい。

なお、サーバ装置２は、目的地への到着後に限らず、目的地への到着前に利用料金の精算処理を行ってもよい。その場合、例えばサーバ装置２は、選択情報の受信（Ｓ１５）に応じて、選択された輸送パターンに対応する利用料金の精算処理を行ってもよい。選択した輸送パターンどおりに移動しなかった場合等、目的地への到着後に変動金額の減額又は増額が必要になった場合には、サーバ装置２は、その減額又は増額分の精算処理を目的地への到着後に行ってもよい。例えば、利用料金を増額した場合には、精算（支払い）済みの利用料金からの増額分の支払いを請求する処理を行い、利用料金を減額した場合には、精算（支払い）済みの利用料金からの減額分を返金する処理を行う。

また、Ｓ１４においてサーバ装置２からユーザ装置１へ送信される問い合わせメッセージには、例えば、出発地から目的地までの移動に要する予想時間、順に利用される輸送サービスごとの移動に要する予想時間、及び輸送サービス（電車、バス）ごとの予想混雑度を示す情報が含められ、ユーザ装置１において複数の輸送パターンの利用料金とともにユーザに提示されてもよい。

以上説明したように、本実施形態によれば、出発地から目的地までの経路において複数の輸送サービスが順に利用される場合にも、ユーザによる輸送サービスの利用を促進しつつ、より効率的に輸送サービスの利用料金を変動させることが可能になる。

＜サーバ装置２＞
図４は、上記各実施形態のサーバ装置２の構成図である。通信部２１は、ネットワークを介する通信処理を行う。収集部２２は、輸送サービスが提供されるエリアごとの、輸送サービスの利用についての需要を示す需要情報を生成するために必要となる情報（例えば、第一実施形態で説明したように、エリア内の各タクシー４が利用されない時間の平均値等）を、例えば、インターネットの他のサーバ装置又はサービス提供システム３から収集し、収集した情報に基づいて需要情報を生成する。収集部２２は、生成した需要情報を記憶部２６に保存する。

取得部２３は、ユーザ装置１から送信された輸送要求を、通信部２１を介して受信する。取得部２３は、輸送要求を受信すると、第一及び第二実施形態において説明したように、当該輸送要求に基づいて、出発地から目的地までの輸送についての基本料金を取得する。その際、取得部２３は、必要に応じて、記憶部２６に格納されている情報を用いて基本料金を取得する。記憶部２６には、例えば、タクシー４による輸送サービスの利用距離と料金とを対応付けたテーブルが格納されていてもよいし、バス及び鉄道による輸送サービスの基本料金を示す運賃テーブルが格納されていてもよい。

決定部２４は、第一及び第二実施形態において説明したように、出発地と目的地との少なくともいずれかに関連する所定の情報に基づいて、輸送要求による輸送サービスの利用料金を基本料金から変動させるための変動金額を決定する。その際、決定部２４は、必要に応じて、記憶部２６に格納されている情報を用いて変動金額を決定する。例えば、決定部２４は、記憶部２６に格納されている需要情報を用いて変動金額を決定する。

処理部２５は、取得部２３から出力される基本料金に対して、決定部２４から出力される変動金額を適用することで、受信された輸送要求による輸送サービスの利用料金を決定する。更に、処理部２５は、ユーザ装置１へ料金通知を行うとともに、決定した利用料金を含む、タクシー４の配車に必要な情報（輸送要求に含まれる出発地及び目的地を示す情報等）を、サービス提供システム３へ通知する処理を行う。また、処理部２５は、第一及び第二実施形態において説明したように、輸送要求による輸送サービスの利用料金を精算するための精算処理を、サービス提供システム３を介して行う。

＜その他の実施形態＞
本発明によるサーバ装置２は、１つ以上のプロセッサを有する装置・コンピュータの当該１つ以上のプロセッサで実行されると、当該装置・コンピュータを上記サーバ装置２として動作・機能させるプログラムにより実現することができる。これらコンピュータプログラムは、コンピュータが読み取り可能な記憶媒体に記憶されて、又は、ネットワーク経由で配布が可能なものである。

上記構成により、利用料金を動的に変動させることでユーザによる輸送サービスの利用を促進しつつ、より効率的に輸送サービスの利用料金を変動させることが可能になる。よって、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

１：ユーザ装置、２：サーバ装置、３：サービス提供システム、２２：収集部、２３：取得部、２４：決定部、２５：処理部

Claims (10)

1. 出発地及び目的地を示す情報を含み、輸送サービスの利用を求める輸送要求を、ユーザ装置から受信する受信手段と、
   前記受信手段によって受信された前記輸送要求に基づいて、前記出発地から前記目的地までの輸送についての基本料金を取得し、前記目的地のエリアにおける前記輸送サービスの利用についての需要を示す需要情報に基づいて、前記輸送要求による輸送サービスの利用料金を前記基本料金から変動させるための変動金額を決定する決定手段と、
   を備えることを特徴とするサーバ装置。
2. 前記決定手段は、前記需要情報が示す需要が低いほど前記利用料金を減少させるように前記変動金額を決定する
   ことを特徴とする請求項１に記載のサーバ装置。
3. 前記需要情報は、前記エリア内の各輸送体が利用されない時間の平均値、又は前記エリア内の各輸送体の利用時間の平均値に基づいて求められる
   ことを特徴とする請求項１又は２に記載のサーバ装置。
4. 前記需要情報は、前記ユーザ装置から前記輸送要求を受信してから前記輸送要求に基づく前記輸送サービスの利用開始までに要する時間の平均値に基づいて求められる
   ことを特徴とする請求項１又は２に記載のサーバ装置。
5. 前記需要情報は、前記エリア内で運行されている輸送体の数及び利用率に基づいて求められる
   ことを特徴とする請求項１又は２に記載のサーバ装置。
6. 前記決定手段は更に、前記ユーザ装置から前記輸送要求を受信した時間帯に応じて、前記変動金額を変動させる
   ことを特徴とする請求項１から５のいずれか１項に記載のサーバ装置。
7. 前記決定手段は、前記出発地から前記目的地までの経路において複数の輸送サービスが順に利用される場合、当該複数の輸送サービスのそれぞれについて、前記基本料金を取得するとともに前記変動金額を決定する
   ことを特徴とする請求項１から６のいずれか１項に記載のサーバ装置。
8. 前記決定手段は、
   前記出発地から前記目的地までそれぞれ異なる経路で１つ以上の輸送サービスを順に利用して輸送を行う複数の輸送パターンが存在する場合、当該複数の輸送パターンのそれぞれについて、当該輸送パターンに含まれる輸送サービスごとに前記基本料金を取得するとともに前記変動金額を決定し、
   前記サーバ装置は、
   前記複数の輸送パターンにそれぞれ対応する、前記基本料金及び前記変動金額に基づく前記利用料金を示す情報を前記ユーザ装置に送信することで、前記複数の輸送パターンのうちで利用する輸送パターンをユーザに確認し、前記ユーザ装置において前記ユーザが選択した輸送パターンを示す情報を前記ユーザ装置から受信する確認手段と、
   前記選択された輸送パターンに従った輸送が完了した後に、当該輸送パターンに対応する前記利用料金の精算処理を行う処理手段と、
   を更に備えることを特徴とする請求項１から７のいずれか１項に記載のサーバ装置。
9. 前記決定手段は、前記輸送要求を受信した時間帯において、前記出発地及び前記目的地の少なくともいずれかから所定の距離範囲内に、前記輸送要求で要求された第１輸送サービスとは異なる第２輸送サービスのための輸送体への乗降が可能な場所が存在する場合に、複数の輸送パターンが存在すると判定する
   ことを特徴とする請求項８に記載のサーバ装置。
10. コンピュータを請求項１乃至９のいずれか１項に記載のサーバ装置として機能させるためのコンピュータプログラム。

Images