WO2019123568A1

WO2019123568A1 - 支払アカウント管理サーバ、支払アカウント管理システム、支払アカウント管理方法、及び支払アカウント管理プログラム

Info

Publication number: WO2019123568A1
Application number: PCT/JP2017/045713
Authority: WO
Inventors: 舛元　伸一; 竜也樋口
Original assignee: 三菱重工機械システム株式会社
Priority date: 2017-12-20
Filing date: 2017-12-20
Publication date: 2019-06-27
Also published as: JPWO2019123568A1; JP6935514B2; GB2585496A; GB202008793D0

Abstract

車両を利用する利用者に当該車両に係るサービスを提供するサービスシステム管理サーバの各々から、当該利用者の支払アカウントＩＤと前記サービスの料金とを関連付けた課金情報を受け付ける課金情報受付部と、前記支払アカウントＩＤに基づいて、前記利用者別の前記サービスの料金の支払処理を前記サービスに関連付けられた金融機関の各々に行う支払処理部と、前記支払アカウントＩＤにおける前記サービスの料金を合計し、前記サービスの料金の合計を示す利用明細情報を前記利用者に通知する利用明細情報通知部と、を備える。

Description

支払アカウント管理サーバ、支払アカウント管理システム、支払アカウント管理方法、及び支払アカウント管理プログラム

　本発明は、支払アカウント管理サーバ、支払アカウント管理システム、支払アカウント管理方法、及び支払アカウント管理プログラムに関する。

　近年、車両を利用する利用者が車両に係るサービスを利用した場合に、携帯電話等の端末装置を利用してサービス提供者にサービスの料金を支払う技術が開発されている。例えば、自動車配車サービスを利用する利用者は、所持する携帯電話に当該自動車配車サービスのアプリケーションをインストールし、当該アプリケーションを利用してサービスの料金（出発地点から目的地点までの通行料金）を支払う技術が知られている。また、例えば、特許文献１には、車両の利用者が所持する携帯電話と、高速道路等の有料道路に設けられた専用のゲートを介して携帯電話会社のシステムに接続されたサーバとが通信し、高速道路等の有料道路の通行料金を携帯電話会社経由で利用者から徴取する技術が開示されている。

特開２００３－１８７２８１公報

　しかしながら、車両に係る料金を支払う従来技術では、車両の利用者によるサービス提供者の各々への支払いは互いに独立している。例えば、利用者が自動車配車サービスを利用して出発地点から目的地点まで移動する際に高速道路を経由した場合には、自動車配車の料金の支払いと、高速道路の通行料金の支払いとは別々の支払いとして独立して処理される為、統合された情報が存在しない。この為、車両の利用者は、車両に係る料金を総合的に把握することが難しい。従って、車両の利用者によるサービス提供者の各々への支払いを関連付けることのできる技術が望まれている。

　上記課題に鑑みて、本発明は、車両の利用者によるサービス提供者の各々への支払いを関連付けることのできる支払アカウント管理サーバ、支払アカウント管理システム、支払アカウント管理方法、及び支払アカウント管理プログラムを提供する。

　本発明の第１の態様によれば、支払アカウント管理サーバ（４）は、車両（２）を利用する利用者（Ｕ）にサービスを提供するサービスシステムを管理するサービスシステム管理サーバ（３）の各々から、当該利用者の支払アカウントＩＤと前記サービスの料金とを関連付けた課金情報を受け付ける課金情報受付部（４０１）と、前記支払アカウントＩＤに基づいて、前記利用者別の前記サービスの料金の支払処理を前記サービスに関連付けられた金融機関（５）の各々に行う支払処理部（４０２）と、前記支払アカウントＩＤにおける前記サービスの料金を合計し、前記サービスの料金の合計を示す利用明細情報を前記利用者に通知する利用明細情報通知部（４０４）と、を備える。
　このように、車両の利用者によるサービス提供者の各々への支払いを支払アカウント管理サーバを通じてサービスに関連付けられた金融機関（金融機関のシステム）の各々に対して行うことにより、車両の利用者によるサービス提供者の各々への支払いを関連付けて統合化することができる。
　さらに、利用明細情報通知部が、支払アカウントＩＤにおけるサービスの料金を合計し、サービスの料金の合計を示す利用明細情報を前記利用者に通知することにより、車両の利用者は、車両に係るサービスの料金を総合的に把握できる。

　また、本発明の第２の態様によれば、本発明の第１の態様に記載の支払アカウント管理サーバ（４）において、前記サービスは、高速道路のサービス、駐車場のサービス、エリア課金のサービス、タクシーのサービス、及び自動車配車サービスの少なくともいずれかを含む。
　このようにすることで、支払アカウント管理サーバは、車両に係る多種多様なサービスについての統合化が可能であるため、車両の利用者による車両に係るサービスの料金の総合的な把握がより容易となる。

　また、本発明の第３の態様によれば、本発明の第１の態様又は第２の態様に記載の支払アカウント管理サーバ（４）において、前記支払処理部（４０２）は、前記支払アカウントＩＤに基づいて、前記金融機関（５）の各々に前記利用者（Ｕ）別の前記サービスの料金の請求情報を送信することにより前記サービスの料金の支払処理を行う。
　このようにすることで、支払アカウント管理サーバの支払処理部は、サービスに関連付けられた金融機関（金融機関のシステム）の各々に利用者別のサービスの料金の請求情報を送信する処理だけを行うので、処理負荷を低く抑えることができ、処理機能の実装が容易となる。この為、支払アカウント管理サーバとして低スペックのサーバを用いることができ、支払アカウント管理サーバの導入が非常に容易である。また、支払アカウント管理サーバから請求情報を送信された金融機関（金融機関のシステム）の各々は、各々が任意の手順で利用者からの実際の金銭的な処理を行うことができるので処理の自由度を高めることができる。

　また、本発明の第４の態様によれば、支払アカウント管理システム（１）は、本発明の第１の態様から第３の態様のいずれかの態様に記載の支払アカウント管理サーバ（４）と、前記サービスシステム管理サーバ（３）と、前記サービスシステム管理サーバに前記課金情報を送信する料金決定装置（１０）と、を備える。
　このようにすることで、各サービスシステム管理サーバが料金決定装置を介して同一の利用者（車両の利用者）から課金情報を受信し、受信した課金情報を支払アカウント管理サーバに送信して集約させることができる。これにより、車両の利用者によるサービス提供者の各々への支払いを支払アカウント管理サーバを通じて行うことにより、車両の利用者によるサービス提供者の各々への支払いを関連付けて統合化することができる。

　また、本発明の第５の態様によれば、本発明の第４の態様に記載の支払アカウント管理システム（１）において、前記料金決定装置（１０）が、前記車両（２）に搭載されるトランスポンダ（１０Ａ）と前記車両の利用者（Ｕ）が所持する端末装置（１０Ｂ）とを有し、前記料金決定装置は、前記トランスポンダと前記端末装置との連携が終了したタイミングで、前記サービスシステム管理サーバ（３）に前記課金情報を送信する。
　このようにすることで、トランスポンダと端末装置との連携が終了したタイミングでサービスシステム管理サーバに課金情報を送信するようにしているので、利用者に提供されるサービスが終了した正確なタイミングでサービスの料金を決定し、正しい課金情報をサービスシステム管理サーバに送信して適切な支払処理をすることができる。

　また、本発明の第６の態様によれば、支払アカウント管理方法は、車両を利用する利用者にサービスを提供するサービスシステムを管理するサービスシステム管理サーバの各々から、当該利用者の支払アカウントＩＤと前記サービスの料金とを関連付けた課金情報を受け付ける課金情報受付ステップ（Ｓ１１２）と、前記支払アカウントＩＤに基づいて、前記利用者別の前記サービスの料金の支払処理を前記サービスに関連付けられた金融機関の各々に行う支払処理ステップ（Ｓ１１３）と、前記支払アカウントＩＤにおける前記サービスの料金を合計し、前記サービスの料金の合計を示す利用明細情報を前記利用者に通知する利用明細情報通知ステップ（Ｓ１２３）と、を備える。

　また、本発明の第７の態様によれば、支払アカウント管理サーバとしてのコンピュータを、車両を利用する利用者にサービスを提供するサービスシステムを管理するサービスシステム管理サーバの各々から、当該利用者の支払アカウントＩＤと前記サービスの料金とを関連付けた課金情報を受け付ける課金情報受付部と、前記支払アカウントＩＤに基づいて、前記利用者別の前記サービスの料金の支払処理を前記サービスに関連付けられた金融機関の各々に行う支払処理部と、前記支払アカウントＩＤにおける前記サービスの料金を合計し、前記サービスの料金の合計を示す利用明細情報を前記利用者に通知する利用明細情報通知部として機能させる。

　上述の支払アカウント管理サーバ、支払アカウント管理システム、支払アカウント管理方法、及び支払アカウント管理プログラムによれば、車両の利用者によるサービス提供者の各々への支払いを関連付けることができる。

第１の実施形態に係る支払アカウント管理システムの全体構成を示す概略図である。第１の実施形態に係る支払アカウント管理システムの機能構成を説明するブロック図である。第１の実施形態に係る支払アカウント情報の例を示す説明図である。第１の実施形態に係る支払アカウント管理システムの動作を示すフローチャートである。第２の実施形態に係る支払アカウント管理システムの全体構成を示す概略図である。第２の実施形態に係る支払アカウント管理システムが備える料金決定装置の機能構成を説明するブロック図である。第２の実施形態に係る支払アカウント管理システムの動作を示すフローチャートである。少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。

＜第１の実施形態＞
　以下、第１の実施形態について図面を参照しながら説明する。すべての図面において同一または相当する構成には同一の符号を付し、共通する説明は省略する。

（第１の実施形態に係る支払アカウント管理システムの全体構成）
　図１は、第１の実施形態に係る支払アカウント管理システム１の全体構成を示す概略図である。図１を用いて第１の実施形態に係る支払アカウント管理システム１の全体構成について説明する。

　支払アカウント管理システム１は、図１に示すように、車両２を利用する利用者Ｕが所持する料金決定装置１０、サービスシステム管理サーバ３、及び支払アカウント管理サーバ４を備えている。第１の実施形態では、「利用者Ｕが車両２を利用する」という表現が、「利用者Ｕがタクシーである車両２のタクシーサービスの提供を受ける」ことを意味する場合について説明するが、「利用者Ｕが車両２を利用する」という表現は、「利用者Ｕが車両２に乗車して運転する」こと、「利用者Ｕが自動車配車サービスに係る車両２の自動車配車サービスの提供を受ける」こと、「利用者Ｕがレンタカーである車両２のレンタカーサービスの提供を受ける」こと、及び「利用者Ｕが自動運転車である車両２の自動運転サービスの提供を受ける」こと等、利用者Ｕが車両２を利用するその他の状況の全てを意味する。

　サービスシステム管理サーバ３は、後述するように、車両２を利用する利用者Ｕに特定のサービスを提供するサービスシステムを管理する管理サーバである。第１の実施形態では、図１に示すように、支払アカウント管理システム１が２台のサービスシステム管理サーバ３を有している。第１の実施形態では、２台のサービスシステム管理サーバ３が、タクシーのサービスを提供するサービスシステムを管理する車両配車システム統合サーバ３Ａ（第１のサービスシステム管理サーバ３Ａ）と、高速道路の通行料金の支払い等の高速道路のサービスを提供する高速道路のサービスシステムを管理するＥＴＣシステム統合サーバ３Ｂ（第２のサービスシステム管理サーバ３Ｂ）とである場合について説明する。なお、サービス提供者がサービスシステム管理サーバ３を用いて提供するサービスは、例えば、高速道路のサービス、駐車場のサービス、エリア課金のサービス、タクシーのサービス、及び自動車配車サービスのいずれかであってよいし、その他のサービスであってもよい。支払アカウント管理システム１は、３台以上のサービスシステム管理サーバ３を有していてよい。また、サービスシステム管理サーバ３は、上述したサービスシステム管理サーバ以外の、例えば、駐車場のシステム統合サーバ、ＥＲＰのシステム統合サーバ、自動車配車のシステム統合サーバ、及び自動運転車のシステム統合サーバ等であってよい。

　サービスシステム管理サーバ３（３Ａ、３Ｂ）は、各々、車両２を利用する利用者Ｕが所持する料金決定装置１０と通信を行い、後述するように、料金決定装置１０から、所定のサービスについて利用者Ｕが利用する車両２に係る料金（サービスの料金）と、料金決定装置１０に予め記憶されている支払アカウントＩＤとを関連付けた課金情報を受信するように構成されている。第１の実施形態では、第１のサービスシステム管理サーバ３Ａの管理するサービスシステムが提供するサービスはタクシーのサービスであり、上述したサービスの料金はタクシーの利用料金である。また、第２のサービスシステム管理サーバ３Ｂの管理するサービスシステムが提供するサービスは高速道路のサービスであり、上述したサービスの料金は高速道路の通行料金である。なお、上述したサービスの料金は、利用するサービスに応じて、例えば、駐車場の利用料金、ＥＲＰの課金料金、レンタカーの利用料金、自動車配車サービスの利用料金、及び自動運転車利用料金等であってよい。

　サービスシステム管理サーバ３（３Ａ、３Ｂ）は、各々、受信した課金情報を記憶すると共に、受信した課金情報を支払アカウント管理サーバ４に送信するように構成されている。なお、第１の実施形態では、説明の簡略化するために、サービスシステム管理サーバ３（３Ａ、３Ｂ）が、利用者Ｕ別の課金情報の受信、記憶、及び送信の処理のみを行う場合について説明するが、サービスシステム管理サーバ３（３Ａ、３Ｂ）は、例えば、利用者Ｕ別の課金情報の照合を行う等、サービスシステムを管理するためのその他の処理が行われてよい。

　支払アカウント管理サーバ４は、図１に示すように、サービスシステム管理サーバ３（３Ａ、３Ｂ）の各々に接続されている。また、支払アカウント管理サーバ４は、図１に示すように、金融機関のシステム５（５Ａ、５Ｂ）の各々に接続されている。第１の実施形態では、支払アカウント管理サーバ４が２つの金融機関のシステム５Ａ及び５Ｂに接続されている場合について説明するが、支払アカウント管理サーバ４が接続されている金融機関のシステムは３以上であってよい。また、第１の実施形態では、金融機関のシステム５Ａがクレジットカード会社（例えば、図３に示すABCクレジットカード会社）のシステムであり、金融機関のシステム５Ｂが銀行（例えば、図３に示すXYZ銀行）のシステムである場合について説明するが、金融機関のシステム５は、その他の金融機関のシステムであってよい。

　支払アカウント管理サーバ４は、後述するように、利用者Ｕの支払アカウントを管理し、サービス提供者の各々への支払いを関連付ける管理サーバである。支払アカウント管理サーバ４は、サービスシステム管理サーバ３（３Ａ、３Ｂ）の各々から課金情報を受け付けると、支払アカウント情報に基づいて利用者Ｕが契約している金融機関のシステム５（５Ａ、５Ｂ）にサービスの料金の支払処理を行うように構成されている。第１の実施形態では、支払アカウント管理サーバ４は、記憶している支払アカウント情報に基づいて、受け付けた課金情報に含まれる利用者Ｕ別のサービスの支払アカウントＩＤからサービスの料金の支払手段となる金融機関である支払金融機関を特定する。次に、支払アカウント管理サーバ４は、特定した支払金融機関のシステムに利用者Ｕ別のサービスの料金の請求情報を送信することによりサービスの料金の支払処理を行っている。これにより、請求情報を受信した支払金融機関のシステム５によって、例えば、利用者Ｕの口座からサービスの料金に相当する金額をサービス提供者の口座に振り込む等の実際の金銭的な処理が行われる。

　なお、支払アカウント管理サーバ４は、例えば、支払アカウント管理サーバ４自体が金融機関のシステム５が行う処理と同様の処理を行う等、利用者Ｕ別のサービスの料金の請求情報を送信する処理以外の処理をサービスの料金の支払処理として行ってもよい。支払アカウント管理サーバ４は、各サービスの料金の支払処理を行った後に、各サービスの料金の合計を示す利用明細情報を利用者Ｕに通知するように構成されている。

　第１の実施形態では、車両２を利用する利用者Ｕが所持する料金決定装置１０は、ＧＮＳＳ（Global Navigation Satellite System、全球測位衛星システム）の複数の衛星（図示せず）からの電波を受信し、車両２を利用する利用者Ｕが所持する料金決定装置１０の位置を車両２の位置として算出して決定するように構成されていてよい。なお、料金決定装置１０を所持する利用者Ｕが車両２に搭乗している場合だけでなく、車両２の付近にいる場合についても利用者Ｕの所持する料金決定装置１０の位置が車両２の位置として算出されてよい。

　料金決定装置１０は、車両２の利用者Ｕが所持するスマートフォン、携帯電話、ＰＤＡ端末及びその他の通信可能なモバイル電子機器等であり、後述するようにアプリケーションをインストールして起動できるようにプログラムの実行、記憶、及び演算が可能であってよい。第１の実施形態では、料金決定装置１０がスマートフォンである場合について説明する。料金決定装置１０は、ライト、画像、及びマーク等の表示、音声認識、サウンド機能等によるユーザインタフェースを備えていてよい。料金決定装置１０は、後述するように、例えば、３Ｇ回線網、４Ｇ回線網、及びＬＴＥ回線網等の通信網Ｎを介してサービスシステム管理サーバ３と通信できるように構成されている。

　第１の実施形態では、料金決定装置１０は、後述するようにアプリケーションがインストールされていて、プログラムの実行、記憶、及び演算が可能であってよい。料金決定装置１０は、ライト、画像、及びマーク等の表示、音声認識、サウンド機能等によるユーザインタフェースを備えていてよい。料金決定装置１０は、後述するように、例えば、３Ｇ回線網、４Ｇ回線網、及びＬＴＥ回線網等の通信網Ｎを介してサービスシステム管理サーバ３（３Ａ、３Ｂ）の各々と通信できるように構成されている。

（第１の実施形態に係る支払アカウント管理システムの機能構成）
　図２は、第１の実施形態に係る支払アカウント管理システム１の機能構成を説明するブロック図である。図２には、支払アカウント管理システム１が備える料金決定装置１０、サービスシステム管理サーバ３（３Ａ、３Ｂ）、及び支払アカウント管理サーバ４の詳細な機能構成が示されている。図２を用いて、支払アカウント管理システム１が備える料金決定装置１０、サービスシステム管理サーバ３（３Ａ、３Ｂ）、及び支払アカウント管理サーバ４の機能構成を説明する。

＜料金決定装置の機能構成＞
　料金決定装置１０は、設定情報記憶部１０１（１０１Ａ、１０１Ｂ）、車両情報管理部１０２（１０２Ａ、１０２Ｂ）、料金決定用情報取得部１０３（１０３Ａ、１０３Ｂ）、料金決定部１０４（１０４Ａ、１０４Ｂ）、及び課金情報送信処理部１０５（１０５Ａ、１０５Ｂ）を備える。第１の実施形態では、第１のサービスシステム管理サーバ３Ａと協働するタクシーサービスのアプリケーションが第１のアプリケーションとしてスマートフォンである料金決定装置１０にインストールされ、この第１のアプリケーションが車両情報管理部１０２Ａ、料金決定用情報取得部１０３Ａ、料金決定部１０４Ａ、及び課金情報送信処理部１０５Ａとして機能してよい。同様に、第１の実施形態では、第２のサービスシステム管理サーバ３Ｂと協働する高速道路のサービスのアプリケーションが第２のアプリケーションとしてスマートフォンである料金決定装置１０にインストールされ、この第２のアプリケーションが車両情報管理部１０２Ｂ、料金決定用情報取得部１０３Ｂ、料金決定部１０４Ｂ、及び課金情報送信処理部１０５Ｂとして機能してよい。なお、車両情報管理部１０２（１０２Ａ、１０２Ｂ）、料金決定用情報取得部１０３（１０３Ａ、１０３Ｂ）、料金決定部１０４（１０４Ａ、１０４Ｂ）、及び課金情報送信処理部１０５（１０５Ａ、１０５Ｂ）は、アプリケーションとして導入されずに最初から料金決定装置１０が備えていてもよい。

　第１の実施形態では、第１のアプリケーション及び第２のアプリケーションのいずれのアプリケーションについても利用者Ｕがスマートフォンである料金決定装置１０を操作し、料金決定装置１０にアプリケーションの起動命令を入力することにより、アプリケーションが起動する。同様に、利用者Ｕが料金決定装置１０にサービス開始命令を入力することによりアプリケーションのサービスが開始し、サービス終了命令を入力することによりアプリケーションのサービスが終了する。

　設定情報記憶部１０１（１０１Ａ、１０１Ｂ）は、料金決定装置１０を所持する利用者Ｕ別のサービスの支払アカウントＩＤと、利用者Ｕに提供されたサービスの料金を決定するための料金決定用情報とが記憶されるように構成されている。詳述すると、設定情報記憶部１０１Ａは、料金決定装置１０を所持する利用者Ｕ別のタクシーサービスの支払アカウントＩＤと、タクシーサービスのサービスの料金を決定するための料金決定用情報とが記憶されるように構成されている。同様に、設定情報記憶部１０１Ｂは、料金決定装置１０を所持する利用者Ｕ別の高速道路のサービスの支払アカウントＩＤと、高速道路のサービスの料金を決定するための情報である料金決定用情報とが記憶されるように構成されている。

　第１の実施形態では、例えば、料金決定装置１０にアプリケーションをインストールする際に、利用者Ｕが自分の支払アカウントＩＤを料金決定装置１０に入力することで設定情報記憶部１０１（１０１Ａ、１０１Ｂ）に利用者Ｕの支払アカウントＩＤが記憶されてよい。即ち、料金決定装置１０に第１のアプリケーションをインストールする際に利用者Ｕのタクシーサービスの支払アカウントＩＤが記憶され、料金決定装置１０に第２のアプリケーションをインストールする際に利用者Ｕの高速道路のサービスの支払アカウントＩＤが記憶されてよい。支払アカウントＩＤは、例えば、利用者Ｕの氏名、メールアドレス、クレジットカード番号、銀行口座番号、及びプリペイドカード情報等、利用者Ｕを特定できる情報であってよい。

　第１の実施形態では、料金決定用情報が、利用者Ｕが利用中の車両２の走行経路及び走行距離である場合について説明するが、料金決定用情報は、例えば、車種、ナンバープレート情報、及び車検情報等、利用者Ｕに提供されたサービスの料金を決定するためのその他の情報であってよい。車両２の走行経路及び走行距離は、後述する車両情報管理部１０２（１０２Ａ、１０２Ｂ）によって決定され、例えば、定期的に設定情報記憶部１０１（１０１Ａ、１０１Ｂ）に記憶されてよい。

　車両情報管理部１０２（１０２Ａ、１０２Ｂ）は、車両２の車両情報を管理するように構成されている。第１の実施形態では、例えば、車両情報管理部１０２（１０２Ａ、１０２Ｂ）は、電波受信インタフェース（図示せず）を介して受信したＧＮＳＳ衛星からの電波の情報に基づいて、車両２を利用する利用者Ｕが所持する料金決定装置１０の位置を車両２の現在位置として定期的に算出し、算出した車両２の現在位置の変化量から、車両２の走行経路及び走行速度を決定してよい。車両情報管理部１０２Ａ及び１０２Ｂは、決定した車両２の走行経路及び走行速度を料金決定用情報として、各々、設定情報記憶部１０１Ａ及び１０１Ｂに記憶してよい。

　料金決定用情報取得部１０３（１０３Ａ、１０３Ｂ）は、利用者Ｕに提供されたサービスの料金を決定するための料金決定用情報を取得するように構成されている。第１の実施形態では、料金決定用情報取得部１０３Ａ及び１０３Ｂは、設定情報記憶部１０１Ａ及び１０１Ｂを各々参照して料金決定用情報を各々取得してよい。料金決定用情報取得部１０３Ａ及び１０３Ｂは、各々、取得した料金決定用情報を料金決定部１０４Ａ及び１０４Ｂに入力するように構成されている。第１の実施形態では、料金決定用情報取得部１０３（１０３Ａ、１０３Ｂ）が料金決定用情報を定期的に取得する場合について説明するが、料金決定用情報取得部１０３（１０３Ａ、１０３Ｂ）による料金決定用情報の取得が不定期に行われてもよい。

　料金決定部１０４（１０４Ａ、１０４Ｂ）は、料金決定用情報取得部１０３（１０３Ａ、１０３Ｂ）が取得した料金決定用情報に基づいて利用者Ｕに提供されたサービスの料金を決定するように構成されている。第１の実施形態では、料金決定部１０４Ａは、利用者Ｕに提供されたタクシーのサービスの料金を決定するように構成されており、料金決定部１０４Ｂは、利用者Ｕに提供された高速道路のサービスの料金を決定するように構成されていてよい。

　第１の実施形態では、利用者Ｕから料金決定装置１０にアプリケーションのサービス終了命令が入力されたタイミングで、料金決定部１０４（１０４Ａ、１０４Ｂ）が料金決定用情報に基づいてサービスの料金を決定する場合について説明するが、料金決定部１０４（１０４Ａ、１０４Ｂ）がその他のタイミングでサービスの料金を決定してもよい。例えば、料金決定用情報取得部１０３（１０３Ａ、１０３Ｂ）が料金決定用情報を定期的に取得して、料金決定用情報を料金決定部１０４（１０４Ａ、１０４Ｂ）に入力するタイミングで、料金決定部１０４（１０４Ａ、１０４Ｂ）が定期的にサービスの料金を決定してもよい。料金決定部１０４（１０４Ａ、１０４Ｂ）は、決定したサービスの料金の情報を課金情報送信処理部１０５（１０５Ａ、１０５Ｂ）に入力するように構成されている。

　課金情報送信処理部１０５（１０５Ａ、１０５Ｂ）は、料金決定部１０４（１０４Ａ、１０４Ｂ）から決定されたサービスの料金の情報が入力されると、設定情報記憶部１０１（１０１Ａ、１０１Ｂ）に予め記憶されている利用者Ｕの支払アカウントＩＤを取得し、サービスの料金の情報と支払アカウントＩＤとを関連付けて課金情報としてサービスシステム管理サーバ３（３Ａ、３Ｂ）に送信するように構成されている。詳述すると、課金情報送信処理部１０５Ａは、利用者Ｕ別のタクシーサービスの料金の情報と、利用者Ｕのタクシーサービスの支払アカウントＩＤとを関連付けて課金情報として第１のサービスシステム管理サーバ３Ａに送信するように構成されている。同様に、課金情報送信処理部１０５Ｂは、利用者Ｕ別の高速道路のサービスの料金の情報と、利用者Ｕの高速道路のサービスの支払アカウントＩＤとを関連付けて課金情報として第２のサービスシステム管理サーバ３Ｂに送信するように構成されている。

＜サービスシステム管理サーバの機能構成＞
　サービスシステム管理サーバ３（３Ａ、３Ｂ）は、課金情報受信処理部３０１（３０１Ａ、３０１Ｂ）、課金情報記憶部３０２（３０２Ａ、３０２Ｂ）、及び課金情報送信処理部３０３（３０３Ａ、３０３Ｂ）を備える。第１のサービスシステム管理サーバ３Ａ及び第２のサービスシステム管理サーバ３Ｂは、同様に構成されており、同様に機能するので、以下では、第１のサービスシステム管理サーバ３Ａについて説明する。

　サービスシステム管理サーバ３Ａの課金情報受信処理部３０１Ａは、通信網Ｎを介して料金決定装置１０の課金情報送信処理部１０５Ａから送信された課金情報を受信するように構成されている。課金情報受信処理部３０１は、料金決定装置１０から課金情報を受信すると、受信した課金情報を課金情報記憶部３０２Ａに記憶すると共に、課金情報送信処理部３０３Ａに入力するように構成されている。

　サービスシステム管理サーバ３Ａの課金情報送信処理部３０３Ａは、課金情報受信処理部３０１Ａから課金情報が入力されると、入力された課金情報を支払アカウント管理サーバ４に送信するように構成されている。

＜支払アカウント管理サーバの機能構成＞
　支払アカウント管理サーバ４は、課金情報受付部４０１、支払処理部４０２、支払アカウント情報記憶部４０３、及び利用明細情報通知部４０４を備える。

　支払アカウント管理サーバ４の課金情報受付部４０１は、サービスシステム管理サーバ３（３Ａ、３Ｂ）の各々から送信された課金情報を受け付けるように構成されている。課金情報受付部４０１は、サービスシステム管理サーバ３（３Ａ、３Ｂ）の各々から課金情報を受け付けると、受け付けた課金情報を支払処理部４０２に入力するように構成されている。

　支払アカウント管理サーバ４の支払処理部４０２は、課金情報受付部４０１から課金情報が入力されると、支払アカウント情報記憶部４０３を参照し、入力された課金情報に含まれる利用者Ｕ別のサービスの支払アカウントＩＤからサービスの料金の支払い手段となる支払金融機関を特定するように構成されている。また、支払処理部４０２は、利用者Ｕ別のサービス料金の支払処理として、特定した金融機関のシステム５（５Ａ、５Ｂ）に利用者Ｕ別のサービスの料金の請求情報を送信するように構成されている。支払処理部４０２は、利用者Ｕ別のサービスの料金の支払処理を行った後に、利用者Ｕ別のサービスの料金の請求情報を利用明細情報通知部４０４に入力するように構成されている。

　支払アカウント管理サーバ４の支払アカウント情報記憶部４０３は、支払アカウント情報を記憶するように構成されている。図３は、第１の実施形態に係る支払アカウント情報の例を示す説明図である。第１の実施形態に係る支払アカウント情報記憶部４０３は、図３に示す支払アカウント情報を記憶していてよい。図３に示すように、支払アカウント情報は、例えば、特定の利用者Ｕ別の支払アカウント情報が関連付けられるように構成されていてよい。図３に示す場合には、１行目に利用者Ｕ１（Ｕ）の支払アカウント情報が含まれており、２行目に利用者Ｕ２（Ｕ）の支払アカウント情報が含まれており、以下、同様にして各行に特定の利用者Ｕの支払アカウント情報が含まれている。また、図３の各列の項目名に示されているように、支払アカウント情報は、例えば、利用者Ｕの氏名、メールアドレス、クレジットカード番号、銀行口座番号、及び利用者Ｕ別の各サービスの支払手段となる支払金融機関の情報を含んでいてよい。支払アカウント情報は、上述した情報以外にも、プリペイドカード情報等、特定の利用者Ｕ別に関連付けられた情報が含まれてよい。

　例えば、図３に示す場合には、一行目を左から右に見ていくと分かるように、ある利用者Ｕ１（Ｕ）の支払アカウントＩＤは、氏名が「YAMADA TAROU」であり、メールアドレスが「ym@xxxx.xxx」であり、クレジットカード番号が「4XXXXXXXXXXXXXXX」であり、銀行口座番号が「000XXXXYYYYYYY」である。また、図３に示す場合には、利用者Ｕ１（Ｕ）の第１のサービスの支払金融機関が「ABCクレジットカード会社」であり、第２のサービスの支払金融機関が「XYZ銀行」である。

　さらに、図３に示す場合には、二行目を左から右に見ていくと分かるように、別の利用者Ｕ２（Ｕ）の支払アカウントＩＤは、氏名が「INOUE HANAKO」であり、メールアドレスが「inoue_h@yyy.zzz」であり、クレジットカード番号が「5YYYYYYYYYYYYYYY」であり、銀行口座番号が「999AAAABBBBBBB」である。また、図３に示す場合には、利用者Ｕ２（Ｕ）の第１のサービスの支払金融機関が「DEF銀行」であり、第２のサービスの支払金融機関が「OPQクレジットカード会社」である。

　第１の実施形態では、第１のサービスシステム管理サーバ３Ａにおける支払アカウントＩＤが利用者Ｕの銀行口座番号であり、第２のサービスシステム管理サーバ３Ｂにおける支払アカウントＩＤが利用者Ｕのメールアドレスである場合を想定しており、図３に示す支払アカウント情報には、第１のサービスシステム管理サーバ３Ａ及び第２のサービスシステム管理サーバ３Ｂにおける支払アカウントＩＤが含まれている。従って、図３に示す支払アカウント情報は、各サービスシステム管理サーバ３における利用者Ｕの支払アカウントＩＤに関連付けられた情報になっている。

　支払アカウント管理サーバ４の利用明細情報通知部４０４は、支払処理部４０２から入力された利用者Ｕ別のサービスの料金（の請求情報）を合計し、サービス料金の合計を示す利用明細情報を利用者Ｕに通知するように構成されている。第１の実施形態では、利用者Ｕに利用明細情報を記載した電子メールを送信することで利用者Ｕへの通知が行われるが、例えば、特定のＷＥＢサイトに掲載する等のその他の方法によって利用者Ｕへの通知が行われてもよい。

（第１の実施形態に支払アカウント管理システムの動作の処理フロー）
　図４は、第１の実施形態に係る支払アカウント管理システム１の動作を示すフローチャートである。図４を用いて第１の実施形態に係る支払アカウント管理システム１の動作を説明する。図４では、支払アカウント管理システム１が備える料金決定装置１０、第１のサービスシステム管理サーバ３Ａ、第２のサービスシステム管理サーバ３Ｂ、及び支払アカウント管理サーバ４によって行われる処理を、利用者Ｕの処理と共に示している。

　第１の実施形態では、利用者Ｕが、タクシー（第１のサービス）を利用し、高速道路（第２のサービス）を経由して所定の出発地点から所定の目的地まで向かう場合についての支払アカウント管理システム１の動作の処理フローを説明する。

　出発地点にいる利用者Ｕは、乗車するタクシー（車両２）が目的地点に向けた走行を開始する前に、所持している料金決定装置１０であるスマートフォンを操作し、料金決定装置１０にインストールされた第１のアプリケーション（タクシーのサービスを提供するアプリケーション）を起動し、第１のアプリケーションのサービス開始命令を入力する（ステップＳ１０１）。これにより、第１のアプリケーションのサービスが開始される（ステップＳ１０２）。第１の実施形態では、利用者Ｕの入力する第１のアプリケーションのサービス開始命令が、タクシーの料金を支払う為のサービスを開始するというサービス開始命令である場合について説明する。従って、第１のアプリケーションのサービス開始命令の入力により、タクシーの料金を支払う為のサービスが開始される。

　上述したように、第１のアプリケーションのサービスが開始されたことにより、利用者Ｕの乗車した車両２が出発地点から目的地点に向けて走行している間、料金決定装置１０の車両情報管理部１０２は、ＧＮＳＳ衛星から受信した電波の情報に基づいて、車両２を利用する利用者Ｕが所持する料金決定装置１０の位置を車両２の現在位置として定期的に算出し、算出した車両２の現在位置の変化量から、車両２の走行経路及び走行速度を決定し、設定情報記憶部１０１Ａに記憶する。

　利用者Ｕは、料金決定装置１０を利用して車両２で走行する高速道路の通行料金を支払う為に、高速道路に入る前に、所持する料金決定装置１０を操作し、料金決定装置１０にインストールされた第２のアプリケーション（高速道路のサービスを提供するアプリケーション）を起動し、第２のアプリケーションのサービス開始命令を入力する（ステップＳ１０３）。これにより、第２のアプリケーションのサービスが開始される（ステップＳ１０４）。第１の実施形態では、利用者Ｕの入力する第２のアプリケーションのサービス開始命令が、高速道路の通行料金を支払う為のサービスを開始するというサービス開始命令である場合について説明する。従って、第２のアプリケーションのサービス開始命令の入力により、高速道路の通行料金を支払う為のサービスが開始される。

　上述したように、第２のアプリケーションのサービスが開始されたことにより、利用者Ｕの乗車した車両２が高速道路を走行している間、料金決定装置１０の車両情報管理部１０２は、ＧＮＳＳ衛星から受信した電波の情報に基づいて、車両２を利用する利用者Ｕが所持する料金決定装置１０の位置を車両２の現在位置として定期的に算出し、算出した車両２の現在位置の変化量から、車両２の走行経路及び走行速度を決定し、設定情報記憶部１０１Ｂに記憶する。

　利用者Ｕは、車両２が高速道路から出た後等の所定のタイミングで、所持する料金決定装置１０を操作し、料金決定装置１０の第２のアプリケーション（高速道路のサービスを提供するアプリケーション）のサービス終了命令を入力する（ステップＳ１０５）。これにより、第２のアプリケーションのサービスが終了される（ステップＳ１０６）。第１の実施形態では、利用者Ｕの入力する第２のアプリケーションのサービス終了命令が、高速道路の通行料金を支払う為のサービスを終了するというサービス終了命令である場合について説明する。

　第２のアプリケーションのサービス終了命令が入力されると、料金決定装置１０の料金決定用情報取得部１０３Ｂは、設定情報記憶部１０１Ｂを参照し、利用者Ｕに提供された第２のサービスの料金（高速道路の通行料金）を決定するための料金決定用情報を取得し（ステップＳ１０６）、料金決定部１０４Ｂに入力する。なお、第１の実施形態では、料金決定装置１０の車両情報管理部１０２Ｂが、料金決定用情報を設定情報記憶部１０１Ｂに非常に短い時間間隔で定期的に記憶する場合について説明する。従って、上記ステップＳ１０６の処理で料金決定用情報取得部１０３Ｂが設定情報記憶部１０１Ｂを参照する前に料金決定用情報を記憶する必要はないが、料金決定用情報をより最新な情報にするように、上記ステップＳ１０６の処理で料金決定用情報取得部１０３Ｂが設定情報記憶部１０１Ｂを参照する前に、車両情報管理部１０２Ｂが受信したＧＮＳＳ衛星からの電波の情報に基づいて算出した料金決定用情報を設定情報記憶部１０１Ｂに記憶してもよい。

　料金決定装置１０の料金決定部１０４Ｂは、料金決定用情報取得部１０３Ｂから料金決定用情報が入力されると、入力された料金決定用情報に基づいて、利用者Ｕに提供された第２のサービスの料金（高速道路の通行料金）を決定する（ステップＳ１０７）。例えば、料金決定部１０４Ｂは、料金決定用情報に含まれる「走行経路」及び「走行距離」に基づいて「車両２が高速道路の所定の入口から所定の出口まで１００ｋｍの距離を走行している」と判定し、普通車が高速道路を１００ｋｍの距離走行した場合に適用される通行料金を車両２が走行した高速道路の通行料金として決定してよい。料金決定部１０４Ｂは、決定した高速道路の通行料金の情報を第２のサービスの料金の情報として課金情報送信処理部１０５Ｂに入力する。

　料金決定装置１０の課金情報送信処理部１０５Ｂは、料金決定部１０４Ｂから決定された第２のサービスの料金の情報が入力されると、設定情報記憶部１０１Ｂに予め記憶されている利用者Ｕ別の第２のサービス（高速道路のサービス）の支払アカウントＩＤを取得し、入力された第２のサービスの料金の情報と支払アカウントＩＤとを関連付けて第２の課金情報として第２のサービスシステム管理サーバ３Ｂ（ＥＴＣシステム統合サーバ３Ｂ）に送信する（ステップＳ１０８）。例えば、利用者Ｕが提供された第２のサービスの料金が「４０００円」であり、利用者Ｕ別の第１のサービスの支払アカウントＩＤが利用者Ｕのメールアドレス「ym@xxxx.xxx」である場合には、課金情報送信処理部１０５Ｂは、第２のサービスの料金の情報である「４０００円」と利用者Ｕの支払アカウントＩＤ「ym@xxxx.xxx」とを関連付けたデータを第２の課金情報として第２のサービスシステム管理サーバ３Ｂに送信してよい。以上により、第２のアプリケーションのサービスが終了する（ステップＳ１０９）。

　第２のサービスのサービスシステム管理サーバ３Ｂの課金情報受信処理部３０１Ｂは、料金決定装置１０から送信された第２の課金情報を受信する（ステップＳ１１０）。課金情報受信処理部３０１Ｂは、第２の課金情報を受信すると、受信した第２の課金情報を課金情報記憶部３０２Ｂに記憶すると共に、課金情報送信処理部３０３Ｂに入力する。第２のサービスのサービスシステム管理サーバ３Ｂの課金情報送信処理部３０３Ｂは、入力された第２の課金情報を支払アカウント管理サーバ４に送信する（ステップＳ１１１）。

　支払アカウント管理サーバ４の課金情報受付部４０１は、第２のサービスのサービスシステム管理サーバ３Ｂから送信された第２の課金情報を受け付ける（ステップＳ１１２）。課金情報受付部４０１は、受け付けた第２の課金情報を支払処理部４０２に入力する。支払処理部４０２は、課金情報受付部４０１から第２の課金情報が入力されると、支払アカウント情報記憶部４０３を参照し、入力された第２の課金情報に含まれる利用者Ｕ別のサービスの支払アカウントＩＤからサービスの料金の支払手段となる支払金融機関を特定する。

　例えば、第２の課金情報が上述したように第２のサービスの料金の情報である「４０００円」と利用者Ｕの支払アカウントＩＤ「ym@xxxx.xxx」とを含んでいる場合には、支払処理部４０２は、支払アカウント情報記憶部４０３に記憶された図３に示す支払アカウント情報を参照し、第２の課金情報に含まれる支払アカウントＩＤ「ym@xxxx.xxx」に基づいて、利用者Ｕが図３の１行目に記載の利用者Ｕ１であることと、利用者Ｕ１の第２のサービス支払金融機関が「XYZ銀行」であると特定する。

　支払処理部４０２は、特定した第２のサービスの支払金融機関である「XYZ銀行」のシステム５Ｂに、利用者Ｕ別の第２のサービスの料金の請求情報を送信することにより支払処理を行う（ステップＳ１１３）。具体的には、支払処理部４０２が送信する請求情報には、例えば、第２の課金情報に含まれている利用者Ｕに提供された第２のサービスの料金の情報（４０００円）と、図３に示す支払アカウント情報を参照して取得した利用者Ｕの氏名（YAMADA TAROU）、及び利用者Ｕの銀行口座番号（000XXXXYYYYYYY）等が含まれていてよい。支払アカウント管理サーバ４から請求情報を受信した金融機関のシステム５Ｂは、受信した請求情報に基づいて、例えば、利用者Ｕの口座から第２のサービスの料金に相当する金額を第２のサービスのサービス提供者の口座に振り込む等の実際の金銭的な処理を行う。以上により、第２のサービス（高速道路のサービス）の料金の支払いが完了する。

　次に、利用者Ｕは、タクシーである車両２が目的地点に到達した等の所定のタイミングで、所持する料金決定装置１０を操作し、料金決定装置１０の第１のアプリケーション（タクシーのサービスを提供するアプリケーション）のサービス終了命令を入力する（ステップＳ１１４）。なお、第１の実施形態では、利用者Ｕの入力する第１のアプリケーションのサービス終了命令が、タクシーの料金を支払う為のサービスを終了するというサービス終了命令である場合について説明する。

　第１のアプリケーションのサービス終了命令が入力されると、料金決定装置１０の料金決定用情報取得部１０３Ａは、設定情報記憶部１０１Ａを参照し、利用者Ｕに提供された第１のサービスの料金（タクシーの料金）を決定するための料金決定用情報を取得し（ステップＳ１１５）、料金決定部１０４Ａに入力する。なお、第１の実施形態では、料金決定装置１０の車両情報管理部１０２Ａが、料金決定用情報を設定情報記憶部１０１Ａに非常に短い時間間隔で定期的に記憶する場合について説明する。従って、上記ステップＳ１１５の処理で料金決定用情報取得部１０３Ａが設定情報記憶部１０１Ａを参照する前に料金決定用情報を記憶する必要はないが、料金決定用情報をより最新な情報にするように、上記ステップＳ１１５の処理で料金決定用情報取得部１０３Ａが設定情報記憶部１０１Ａを参照する前に、車両情報管理部１０２Ａが受信したＧＮＳＳ衛星からの電波の情報に基づいて算出した料金決定用情報を設定情報記憶部１０１Ａに記憶してもよい。

　料金決定装置１０の料金決定部１０４Ａは、料金決定用情報取得部１０３Ａから料金決定用情報が入力されると、入力された料金決定用情報に基づいて、利用者Ｕに提供された第１のサービスの料金（タクシーの料金）を決定する（ステップＳ１１６）。例えば、料金決定部１０４Ａは、料金決定用情報に含まれる「走行経路」及び「走行距離」に基づいて「タクシーである車両２が所定の出発地点から所定の目的地点まで１５０ｋｍの距離を走行している」と判定し、タクシーが乗客を１５０ｋｍの距離搬送した場合に適用される料金を車両２に係るタクシーの料金として決定してよい。料金決定部１０４Ａは、決定したタクシーの料金の情報を第１のサービスの料金の情報として課金情報送信処理部１０５Ａに入力する。

　料金決定装置１０の課金情報送信処理部１０５Ａは、料金決定部１０４Ａから決定された第１のサービスの料金の情報が入力されると、設定情報記憶部１０１Ａに予め記憶されている利用者Ｕ別の第１のサービス（タクシーのサービス）の支払アカウントＩＤを取得し、入力された第１のサービスの料金の情報と支払アカウントＩＤとを関連付けて第１の課金情報として第１のサービスシステム管理サーバ３Ａ（車両配車システム統合サーバ３Ａ）に送信する（ステップＳ１１７）。例えば、利用者Ｕが提供された第１のサービスの料金が「１００００円」であり、利用者Ｕ別の第１のサービスの支払アカウントＩＤが利用者Ｕの銀行口座番号「000XXXXYYYYYYY」である場合には、課金情報送信処理部１０５Ａは、第１のサービスの料金の情報である「１００００円」と利用者Ｕの支払アカウントＩＤである「000XXXXYYYYYYY」とを関連付けたデータを第１の課金情報として第１のサービスシステム管理サーバ３Ａに送信してよい。以上により、第１のアプリケーションのサービスが終了する（ステップＳ１１８）。

　第１のサービスのサービスシステム管理サーバ３Ａの課金情報受信処理部３０１Ａは、料金決定装置１０から送信された第１の課金情報を受信する（ステップＳ１１９）。課金情報受信処理部３０１Ａは、第１の課金情報を受信すると、受信した第１の課金情報を課金情報記憶部３０２Ａに記憶すると共に、課金情報送信処理部３０３Ａに入力する。第１のサービスのサービスシステム管理サーバ３Ａの課金情報送信処理部３０３Ａは、入力された第１の課金情報を支払アカウント管理サーバ４に送信する（ステップＳ１２０）。

　支払アカウント管理サーバ４の課金情報受付部４０１は、第１のサービスのサービスシステム管理サーバ３Ａから送信された第１の課金情報を受け付ける（ステップＳ１２１）。課金情報受付部４０１は、受け付けた第１の課金情報を支払処理部４０２に入力する。支払処理部４０２は、課金情報受付部４０１から第１の課金情報が入力されると、支払アカウント情報記憶部４０３を参照し、入力された第１の課金情報に含まれる利用者Ｕ別のサービスの支払アカウントＩＤからサービスの料金の支払手段となる支払金融機関を特定する。

　例えば、第１の課金情報が上述したように第１のサービスの料金の情報である「１００００円」と利用者Ｕの支払アカウントＩＤ「000XXXXYYYYYYY」とを含んでいる場合には、支払処理部４０２は、支払アカウント情報記憶部４０３に記憶された図３に示す支払アカウント情報を参照し、第１の課金情報に含まれる支払アカウントＩＤ「000XXXXYYYYYYY」に基づいて、利用者Ｕが図３の１行目に記載の利用者Ｕ１であることと、利用者Ｕ１の第１のサービス支払金融機関が「ABCクレジットカード会社」であると特定する。

　支払処理部４０２は、特定した第１のサービスの支払金融機関である「ABCクレジットカード会社」のシステム５Ａに、利用者Ｕ別の第１のサービスの料金の請求情報を送信することにより支払処理を行う（ステップＳ１２２）。具体的には、支払処理部４０２が送信する請求情報には、例えば、第１の課金情報に含まれている利用者Ｕに提供された第２のサービスの料金の情報（１００００円）と、図３に示す支払アカウント情報を参照して取得した利用者Ｕの氏名（YAMADA TAROU）、及び利用者Ｕのクレジットカード番号（4XXXXXXXXXXXXXXX）等が含まれていてよい。支払アカウント管理サーバ４から請求情報を受信した金融機関のシステム５Ａは、受信した請求情報に基づいて、例えば、利用者Ｕのクレジット口座から第１のサービスの料金に相当する金額を引落として第１のサービスのサービス提供者の口座に振り込む等の実際の金銭的な処理を行う。以上により、第１のサービス（タクシーのサービス）の料金の支払いが完了する。

（作用、効果）
　以上のとおり、第１の実施形態に係る支払アカウント管理システム１が備える支払アカウント管理サーバ４は、車両２を利用する利用者Ｕにサービスを提供するサービスシステムを管理するサービスシステム管理サーバ３（３Ａ、３Ｂ）の各々から、当該利用者Ｕの支払アカウントＩＤとサービスの料金とを関連付けた課金情報を受け付ける課金情報受付部４０１と、支払アカウントＩＤに基づいて、利用者Ｕ別のサービスの料金の支払処理をサービスに関連付けられた金融機関５の各々に行う支払処理部４０２と、支払アカウントＩＤにおけるサービスの料金を合計し、サービスの料金の合計を示す利用明細情報を利用者Ｕに通知する利用明細情報通知部４０４と、を備える。
　このように、車両２の利用者Ｕによるサービス提供者の各々への支払いを支払アカウント管理サーバ４を通じてサービスに関連付けられた金融機関５の各々に行うことにより、車両２の利用者Ｕによるサービス提供者の各々への支払いを関連付けて統合化することができる。特に、支払アカウント管理システム１が、支払アカウント管理サーバ４と、サービスシステム管理サーバ３と、サービスシステム管理サーバ４に課金情報を送信する料金決定装置１０と、を備える構成とすることにより、各サービスシステム管理サーバ３が料金決定装置１０を介して同一の利用者Ｕ（車両２の利用者Ｕ）から課金情報を受信し、受信した課金情報を支払アカウント管理サーバ４に送信して集約させることができる。これにより、上述したように支払アカウント管理サーバ４によって車両２の利用者Ｕによるサービス提供者の各々への支払いを関連付けて統合化することができる。
　さらに、利用明細情報通知部４０４が、支払アカウントＩＤにおけるサービスの料金を合計し、サービスの料金の合計を示す利用明細情報を前記利用者Ｕに通知することにより、車両２の利用者Ｕは、車両２に係るサービスの料金を総合的に把握できる。

　さらに、第１の実施形態に係る支払アカウント管理システム１が備える支払アカウント管理サーバ４において、サービスは、高速道路のサービス、駐車場のサービス、エリア課金のサービス、タクシーのサービス、及び自動車配車サービスの少なくともいずれかを含んでいてよい。
　このように、支払アカウント管理サーバ４は、車両２に係る多種多様なサービスについての統合化が可能であるため、車両２の利用者Ｕによる車両２に係るサービスの料金の総合的な把握がより容易となる。

　さらに、第１の実施形態に係る支払アカウント管理システム１が備える支払アカウント管理サーバ４において、支払処理部４０２は、支払アカウントＩＤに基づいて、金融機関（金融機関のシステム５）の各々に利用者Ｕ別のサービスの料金の請求情報を送信することによりサービスの料金の支払処理を行ってよい。
　このように、支払アカウント管理サーバ４の支払処理部４０２は、サービスに関連付けられた金融機関（金融機関のシステム５）の各々に利用者Ｕ別のサービスの料金の請求情報を送信する処理だけを行うので、処理負荷を低く抑えることができ、処理機能の実装が容易となる。この為、支払アカウント管理サーバ４として低スペックのサーバを用いることができ、支払アカウント管理サーバ４の導入が非常に容易である。また、支払アカウント管理サーバ４から請求情報を送信された金融機関（金融機関のシステム５）の各々は、各々が任意の手順で利用者Ｕからの実際の金銭的な処理を行うことができるので処理の自由度を高めることができる。

＜第２の実施形態＞
　図５は、第２の実施形態に係る支払アカウント管理システム１の全体構成を示す概略図である。図６は、第２の実施形態に係る支払アカウント管理システム１が備える料金決定装置１０の機能構成を説明するブロック図である。図７は、第２の実施形態に係る支払アカウント管理システム１の動作を示すフローチャートである。図５～図７を用いて、第２の実施形態に係る支払アカウント管理システム１について説明する。なお、第２の実施形態に係る支払アカウント管理システム１が備える各構成要素は、特に言及する場合を除き、第１の実施形態に係る支払アカウント管理システム１が備える各構成要素と同様に構成され、同様に機能するので、重複する説明については省略する。

　第２の実施形態に係る料金決定装置１０は、図５に示すように、車両２に搭載されたトランスポンダ１０Ａと、車両２を利用する利用者Ｕが所持する端末装置１０Ｂとを備えている。

　第２の実施形態では、車両２に搭載されたトランスポンダ１０Ａは、ＧＮＳＳ（Global Navigation Satellite System、全球測位衛星システム）の複数の衛星（図示せず）からの電波を受信し、車両２の位置を算出して決定するように構成されていてよい。トランスポンダ１０Ａは、車両２と一体型であり、取り外し及び載せ替えができないように構成されている。例えば、トランスポンダ１０Ａは、車両２から物理的に取り外すことができないようにケンジントンワイヤ等の固定具で固定されていてよい。また、例えば、トランスポンダ１０Ａは、ＲＦＩＤ（Radio Frequency Identification）を利用して認証され、ＲＦＩＤ技術のタンパー機能等によって車両２から取り外したことをソフトウェア的に検知できるように構成されていてよい。

　第２の実施形態では、端末装置１０Ｂは、車両２の利用者Ｕが所持するスマートフォン、携帯電話、ＰＤＡ端末及びその他の通信可能なモバイル電子機器等であり、後述するようにアプリケーションをインストールして起動できるようにプログラムの実行、記憶、及び演算が可能であってよい。第２の実施形態では、端末装置１０Ｂがスマートフォンである場合について説明する。端末装置１０Ｂは、ライト、画像、及びマーク等の表示、音声認識、サウンド機能等によるユーザインタフェースを備えていてよい。端末装置１０Ｂは、車両２に搭載されたトランスポンダ１０Ａと通信できるように構成されている。また、端末装置１０Ｂは、例えば、３Ｇ回線網、４Ｇ回線網、及びＬＴＥ回線網等の通信網Ｎを介してサービスシステム管理サーバ３（３Ａ、３Ｂ）と通信できるように構成されている。

（第２の実施形態に係る料金決定装置の機能構成）
　第２の実施形態に係る料金決定装置１０は、第１の実施形態に係る料金決定装置１０の備えていた機能がトランスポンダ１０Ａ及び端末装置１０Ｂに分散されている点で、第１の実施形態に係る料金決定装置１０と異なっている。例えば、図２に示す第１の実施形態では、利用者Ｕの所持する料金決定装置１０が車両情報管理部１０２Ａ及び料金決定部１０４Ａを共に備えていたのに対し、図６に示すように、第２の実施形態に係る料金決定装置１０は、車両２に搭載されたトランスポンダ１０Ａが車両情報管理部１００５を備え、車両２を利用する利用者Ｕが所持する端末装置１０Ｂが料金決定部２００３を備えている。

＜トランスポンダの機能構成＞
　トランスポンダ１０Ａは、識別ＩＤ記憶部１００１、識別ＩＤ送信処理部１００２、料金決定用情報記憶部１００３、料金決定用情報送信処理部１００４、車両情報管理部１００５、電波受信インタフェース１０１０、及び通信インタフェース１０２０を備える。

　識別ＩＤ記憶部１００１は、車両２に搭載されたトランスポンダ１０Ａを一意に識別可能な識別ＩＤを記憶するように構成されている。例えば、識別ＩＤは、トランスポンダ１０Ａに対し、当該トランスポンダ１０Ａを搭載する車両２の製造番号と１対１に関連付けて一意に付与される数字、英字、及び記号等の少なくともいずれかを含む固有の文字列であってよい。これにより、トランスポンダ１０Ａの識別ＩＤから、当該トランスポンダ１０Ａが搭載されている車両２を識別することが可能である。なお、トランスポンダ１０Ａと車両２の製造番号との関連付けを示す情報は、トランスポンダ１０Ａの製造会社等の特定の機関が保持していてよい。

　識別ＩＤ送信処理部１００２は、識別ＩＤ記憶部１００１に記憶されている識別ＩＤを取得し、通信インタフェース１０２０を介して車両２の利用者Ｕの所持する端末装置１０Ｂに送信する送信処理を行うように構成されている。

　料金決定用情報記憶部１００３は、車両２に係る料金を決定するための料金決定用情報を記憶するように構成されている。第２の実施形態では、料金決定用情報が、利用者Ｕが利用中の車両２の走行経路、走行距離、車種、ナンバープレート情報、及び車検情報等を含む場合について説明するが、料金決定用情報は、車両２に係る料金を決定するためのその他の情報であってよい。車両２の走行経路及び走行距離は、後述する車両情報管理部１００５によって決定され、例えば、定期的に料金決定用情報記憶部１００３に記憶されてよい。また、車両２の車種、ナンバープレート情報、及び車検情報は、例えば、トランスポンダ１０Ａが車両２に搭載される前に予め料金決定用情報記憶部１００３に記憶されていてよい。

　料金決定用情報送信処理部１００４は、料金決定用情報記憶部１００３に記憶されている料金決定用情報を取得し、端末装置１０Ｂとトランスポンダ１０Ａとが連携している間に、取得した料金決定用情報を、通信インタフェース１０２０を介して車両２の利用者Ｕの所持する端末装置１０Ｂに送信する送信処理を行うように構成されている。具体的には、第２の実施形態では、料金決定用情報送信処理部１００４は、通信インタフェース１０２０を介して端末装置１０Ｂの識別ＩＤ受付部２００１からトランスポンダ１０Ａを受け付けた旨の受付通知信号を受信すると、トランスポンダ１０Ａと端末装置１０Ｂとの連携が開始され、料金決定用情報の取得と端末装置１０Ｂへの送信を行うように構成されている。以後、トランスポンダ１０Ａ及び端末装置１０Ｂの接続が切断されるまで、料金決定用情報送信処理部１００４による料金決定用情報の取得と端末装置１０Ｂへの送信が定期的に行われてよい。なお、料金決定用情報送信処理部１００４による料金決定用情報の取得と端末装置１０Ｂへの送信とが不定期に行われてもよい。

　車両情報管理部１００５は、車両２の車両情報を管理するように構成されている。例えば、車両情報管理部１００５は、電波受信インタフェース１０１０を介して受信したＧＮＳＳ衛星（図示せず）からの電波の情報に基づいて車両２の現在位置を定期的に算出し、算出した車両２の現在位置の変化量から、車両２の走行経路及び走行速度を決定してよい。車両情報管理部１００５は、決定した車両２の走行経路及び走行速度を料金決定用情報として料金決定用情報記憶部１００３に記憶してよい。

　電波受信インタフェース１０１０は、ＧＮＳＳ衛星（図示せず）からの電波を受信できるように構成されている。

　通信インタフェース１０２０は、トランスポンダ１０Ａ及び端末装置１０Ｂの間の通信を可能とするインタフェースである。第２の実施形態では、通信インタフェース１０２０は、例えば、トランスポンダ１０Ａ及び端末装置１０Ｂの間でブルートゥース（Bluetooth（登録商標））の規格に準拠した無線通信が行われるように構成されている場合について説明するが、赤外線通信、ＷｉＦｉ通信等、その他の規格での無線通信が行われるように構成されていてもよい。また、通信インタフェース１０２０は、例えば、トランスポンダ１０Ａ及び端末装置１０Ｂの間で有線通信が行われるように構成されていてもよい。

＜端末装置の機能構成＞
　端末装置１０Ｂは、識別ＩＤ受付部２００１、料金決定用情報取得部２００２、料金決定部２００３、課金情報送信処理部２００４、設定情報記憶部２００５、第１の通信インタフェース２０１０、及び第２の通信インタフェース２０２０を備える。第２の実施形態では、サービスシステム管理サーバ３（３Ａ、３Ｂ）と協働するアプリケーション（第１のアプリケーション及び第２のアプリケーション）がスマートフォンである端末装置１０Ｂにインストールされ、このアプリケーションが識別ＩＤ受付部２００１、料金決定用情報取得部２００２、料金決定部２００３、及び課金情報送信処理部２００４として機能してよい。なお、識別ＩＤ受付部２００１、料金決定用情報取得部２００２、料金決定部２００３、及び課金情報送信処理部２００４は、アプリケーションとして導入されずに最初から端末装置１０Ｂが備えていてもよい。

　第２の実施形態では、第１の実施形態の場合と同様に第１のアプリケーション及び第２のアプリケーションが端末装置１０Ｂにインストールされる場合について説明するが、端末装置１０Ｂにインストールされるアプリケーションは、利用者Ｕが利用する特定のサービスに応じたその他のアプリケーションであってよい。

　識別ＩＤ受付部２００１は、利用者Ｕが利用の対象とする車両２に搭載されたトランスポンダ１０Ａから送信され、第１の通信インタフェース２０１０を介して受信した識別ＩＤを受け付けるように構成されている。識別ＩＤ受付部２００１が識別ＩＤを受け付けることにより、利用者Ｕが利用する車両２に搭載されたトランスポンダ１０Ａが識別され、従って、トランスポンダ１０Ａと１対１に関連付けられた車両２が識別される。識別ＩＤ受付部２００１は、利用者Ｕが利用する車両２に搭載されたトランスポンダ１０Ａの識別ＩＤを受け付けた旨の受付通知信号を第１の通信インタフェース２０１０を介してトランスポンダ１０Ａに送信するように構成されている。

　料金決定用情報取得部２００２は、端末装置１０Ｂとトランスポンダ１０Ａとが連携している間に、車両２に係る料金を決定するための料金決定用情報を取得するように構成されている。第２の実施形態では、料金決定用情報取得部２００２は、車両２に搭載されたトランスポンダ１０Ａから送信された料金決定用情報を、第１の通信インタフェース２０１０を介して受信することにより、料金決定用情報を取得してよい。料金決定用情報取得部２００２は、取得した料金決定用情報を料金決定部２００３に入力するように構成されている。第２の実施形態では、料金決定用情報取得部２００２がトランスポンダ１０Ａの料金決定用情報送信処理部１００４から定期的に送信される料金決定用情報を、料金決定用情報取得部２００２が定期的に取得する場合について説明するが、料金決定用情報取得部２００２による料金決定用情報の取得が不定期に行われてもよい。

　料金決定部２００３は、料金決定用情報取得部２００２が取得した料金決定用情報に基づいてサービスの料金を決定するように構成されている。第２の実施形態では、トランスポンダ１０Ａと端末装置１０Ｂとの連携が終了したタイミングで、料金決定部２００３が料金決定用情報に基づいてサービスの料金を決定する場合について説明する。

　課金情報送信処理部２００４は、料金決定部２００３から決定された料金の情報が入力されると、設定情報記憶部２００５に予め記憶されている利用者Ｕの支払アカウントＩＤを取得し、料金の情報と支払アカウントＩＤとを関連付けて課金情報としてサービスシステム管理サーバ３（３Ａ、３Ｂ）に送信するように構成されている。

　設定情報記憶部２００５は、端末装置１０Ｂを保持する利用者Ｕの支払アカウントＩＤが記憶されるように構成されている。第２の実施形態では、例えば、端末装置１０Ｂにアプリケーションをインストールする際に、利用者Ｕが自分の支払アカウントＩＤを端末装置１０Ｂに入力することで設定情報記憶部２００５に利用者Ｕの支払アカウントＩＤが記憶されてよい。

　第１の通信インタフェース２０１０は、トランスポンダ１０Ａ及び端末装置１０Ｂの間の通信を可能とするインタフェースである。第１の通信インタフェース２０１０は、上述したトランスポンダ１０Ａの通信インタフェース１０２０と同じ規格に準拠した通信が行われるように構成されている。第２の実施形態では、例えば、トランスポンダ１０Ａ及び端末装置１０Ｂの間でブルートゥース（Bluetooth（登録商標））の規格に準拠した無線通信が行われるように構成されているが、通信インタフェース１０２０にと同様に赤外線通信、ＷｉＦｉ通信等、その他の規格での無線通信が行われるように構成されていてもよい。また、第１の通信インタフェース２０１０は、例えば、トランスポンダ１０Ａ及び端末装置１０Ｂの間で有線通信が行われるように構成されていてもよい。

　第２の通信インタフェース２０２０は、端末装置１０Ｂ及びサービスシステム管理サーバ３（３Ａ、３Ｂ）の間の通信を可能とするインタフェースである。第２の実施形態では、第２の通信インタフェース２０２０は、例えば、３Ｇ回線網、４Ｇ回線網、及びＬＴＥ回線網等の通信網Ｎに接続され、通信網Ｎを介してサービスシステム管理サーバ３（３Ａ、３Ｂ）と通信できるように構成されている。

（第２の実施形態に係る支払アカウント管理システムの動作の処理フロー）
　図７に示す第２の実施形態に係る支払アカウント管理システム１における処理と、図４に示す第１の実施形態に係る支払アカウント管理システム１における処理との相違点は、ステップＳ２０１及びＳ２０２の処理が追加されている点である。他の処理については、図４に示す第１の実施形態に係る支払アカウント管理システム１の処理フローと同様であるので説明を省略する。

　第２の実施形態では、利用者Ｕがタクシーである車両２に乗り込む際に料金決定装置１０が備えるトランスポンダ１０Ａと端末装置１０Ｂとが連携を開始する（ステップＳ２０１）と、第１のアプリケーションのサービス（タクシーのサービスを提供するアプリケーション）が開始される（ステップＳ１０２）。例えば、利用者Ｕがタクシーである車両２に乗り込む際に車両２に搭載されたトランスポンダ１０Ａと、利用者Ｕが所持する端末装置１０Ｂとの間でブルートゥース（Bluetooth（登録商標））の規格に準拠した無線通信により相互認証が行われると、トランスポンダ１０Ａと端末装置１０Ｂとの連携が開始されてよい。なお、トランスポンダ１０Ａと端末装置１０Ｂとの連携は、ブルートゥース（Bluetooth（登録商標））の規格に準拠した無線通信以外の方法で、例えば、利用者Ｕが端末装置２０Ｂを用いてＱＲコード（登録商標）を読み込んでトランスポンダ１０Ａを認証することでトランスポンダ１０Ａと端末装置１０Ｂとの連携が開始されてもよい。

　また、第２の実施形態では、タクシーである車両２が目的地点に到達した等の所定のタイミングで、利用者Ｕが所持する端末装置１０Ｂを操作して端末装置１０Ｂの第１のアプリケーション（タクシーのサービスを提供するアプリケーション）のサービス終了命令を入力する（ステップＳ１１４）。第１のアプリケーションのサービス終了命令が入力されると、端末装置１０Ｂの料金決定用情報取得部２００２は、設定情報記憶部２００５を参照し、利用者Ｕに提供された第１のサービスの料金（タクシーの料金）を決定するための料金決定用情報を取得し（ステップＳ１１５）、料金決定部２００３に入力する。次に、トランスポンダ１０Ａ及び端末装置１０Ｂの間でブルートゥース（Bluetooth（登録商標））の規格に準拠した無線通信による相互認証が解除され、トランスポンダ１０Ａと端末装置１０Ｂとの連携が終了する（ステップＳ２０２）。

　次に、端末装置１０Ｂの料金決定部２００３は、トランスポンダ１０Ａと端末装置１０Ｂとの連携が終了したタイミングで料金決定用情報取得部２００２から入力された料金決定用情報に基づいて、利用者Ｕに提供された第１のサービスの料金（タクシーの料金）を決定する（ステップＳ１１６）。料金決定部２００３は、決定したタクシーの料金の情報を第１のサービスの料金の情報として課金情報送信処理部２００４に入力する。課金情報送信処理部２００４は、料金決定部２００３から決定された第１のサービスの料金の情報が入力されると、設定情報記憶部２００５に予め記憶されている利用者Ｕ別の第１のサービス（タクシーのサービス）の支払アカウントＩＤを取得し、入力された第１のサービスの料金の情報と支払アカウントＩＤとを関連付けて第１の課金情報として第１のサービスシステム管理サーバ３Ａ（車両配車システム統合サーバ３Ａ）に送信する（ステップＳ１１７）。以上により、第１のアプリケーションのサービスが終了する（ステップＳ１１８）。以降、第１の実施形態の場合と同様に処理が進められる。

　なお、図７に示すフローチャートでは、利用者Ｕが所持する端末装置１０Ｂを操作して端末装置１０Ｂの第１のアプリケーションのサービス終了命令を入力する（ステップＳ１１４）ことにより、料金決定用情報の取得（ステップＳ１１５）、第１のサービスの料金の決定（ステップＳ１１６）、第１の課金情報の第１のサービスシステム管理サーバ３Ａ（車両配車システム統合サーバ３Ａ）への送信（ステップＳ１１７）の処理が行われる場合について説明した。しかしながら、例えば、タクシーである車両２が目的地点に到達した後、端末装置１０Ｂを所持する利用者Ｕが、トランスポンダ１０Ａの搭載された車両２から降車して所定距離以上、離れることにより、トランスポンダ１０Ａ及び端末装置１０Ｂの間でのブルートゥース（Bluetooth（登録商標））の規格に準拠した無線通信による相互認証が解除され、トランスポンダ１０Ａと端末装置１０Ｂとの連携が終了することにより、上述したステップＳ１１５～Ｓ１１７の処理が行われてよい。

　また、例えば、図２に示す第１実施形態の場合と同様に、端末装置１０Ｂにも車両情報管理部１０２を設け、トランスポンダ１０Ａの車両情報管理部１００５により算出された車両２（トランスポンダ１０Ａ）の現在位置の情報と、端末装置１０Ｂの車両情報管理部１０２により算出された車両２（端末装置１０Ｂ）の現在位置の情報とを料金決定用情報取得部２００２が取得し、第１のサービスシステム管理サーバ３Ａに定期的に送信するようにしてよい。これにより、例えば、第１のサービスシステム管理サーバ３Ａは、トランスポンダ１０Ａの現在位置と端末装置１０Ｂの現在位置とを照合し、トランスポンダ１０Ａと端末装置１０Ｂとの連携が維持されているか否かを定期的に確認してよい。例えば、第１のサービスシステム管理サーバ３Ａは、トランスポンダ１０Ａの現在位置と端末装置１０Ｂの現在位置との間の距離が所定の距離以下である場合には、トランスポンダ１０Ａと端末装置１０Ｂとの連携が維持されており、所定の距離を超過している場合には、トランスポンダ１０Ａと端末装置１０Ｂとの連携が維持されておらず、連携が終了していると判断してよい。例えば、第１のサービスシステム管理サーバ３Ａは、トランスポンダ１０Ａと端末装置１０Ｂとの連携が維持されていないと判定した場合には、この判定結果を端末装置１０Ｂに送信し、端末装置１０Ｂが当該判定結果に基づいて、トランスポンダ１０Ａと端末装置１０Ｂとの連携が終了している（ステップＳ２０２）場合の次の処理であるステップＳ１１６を行ってもよい。

（作用、効果）
　以上のとおり、第２の実施形態に係る支払アカウント管理システム１は、料金決定装置１０が、車両２に搭載されるトランスポンダ１０Ａと車両２の利用者Ｕが所持する端末装置１０Ｂとを有し、料金決定装置１０は、トランスポンダ１０Ａと端末装置１０Ｂとの連携が終了したタイミングで、サービスシステム管理サーバ３（３Ａ）に課金情報を送信する。
　このように、トランスポンダ１０Ａと端末装置１０Ｂとの連携が終了したタイミングでサービスシステム管理サーバ３（３Ａ）に課金情報を送信するようにしているので、利用者Ｕに提供されるサービスが終了した正確なタイミングでサービスの料金を決定し、正しい課金情報をサービスシステム管理サーバに送信して適切な支払処理をすることができる。これにより、例えば、利用者Ｕが車両２から降車した後にもサービスの料金が誤って課金されてしまう事態を回避することができる。

　さらに、トランスポンダ１０Ａと端末装置１０Ｂとの連携が終了することにより、上述したステップＳ１１５～Ｓ１１７の処理が行われるようにした場合には、利用者Ｕがサービスの終了命令を入力する手間を省くことができると共に、利用者Ｕに提供されるサービスが終了したより正確なタイミングでサービスの料金を決定し、正しい課金情報をサービスシステム管理サーバに送信して適切な支払処理をすることができる。さらに、上述したように、サービスシステム管理サーバ３が、トランスポンダ１０Ａと端末装置１０Ｂとの連携が維持されているか否かを確認するようにした場合には、トランスポンダ１０Ａと端末装置１０Ｂとの連携が終了したタイミングをより正確に把握することができる。

　図８は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。
　コンピュータ９は、ＣＰＵ９１、主記憶装置９２、補助記憶装置９３、インタフェース９４を備える。
　上述の支払アカウント管理サーバ４は、コンピュータ９を備える。そして、上述した各処理部の動作は、プログラムの形式で補助記憶装置９３に記憶されている。ＣＰＵ９１は、プログラムを補助記憶装置９３から読み出して主記憶装置９２に展開し、当該プログラムに従って上記処理を実行する。例えば、上述した課金情報受付部４０１、支払処理部４０２、及び利用明細情報通知部４０４は、ＣＰＵ９１であってよい。
　また、ＣＰＵ９１は、プログラムに従って、上述したデータベースに対応する記憶領域を主記憶装置９２または補助記憶装置９３に確保する。例えば、上述の支払アカウント管理サーバ４の支払アカウント情報記憶部４０３が補助記憶装置９３に確保されてよい。

　さらに、上述の料金決定装置１０は、コンピュータ９と同様のコンピュータを備えていてよく、料金決定装置１０車両情報管理部１０２、料金決定用情報取得部１０３、料金決定部１０４、及び課金情報送信処理部１０５がＣＰＵ９１と同様のＣＰＵであってよい。さらに、料金決定装置１０の設定情報記憶部１０１は、補助記憶装置９３と同様の補助記憶装置に確保されてよい。

　さらに、上述のサービスシステム管理サーバ３は、コンピュータ９と同様のコンピュータを備えていてよく、サービスシステム管理サーバ３の課金情報受信処理部３０１、及び課金情報送信処理部３０３がＣＰＵ９１と同様のＣＰＵであってよい。さらに、サービスシステム管理サーバ３の課金情報記憶部３０２は、補助記憶装置９３と同様の補助記憶装置に確保されてよい。

　補助記憶装置９３の例としては、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（SolＩＤ State Drive）、磁気ディスク、光磁気ディスク、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ－ＲＯＭ（Digital Versatile Disc Read Only Memory）、半導体メモリ等が挙げられる。補助記憶装置９３は、コンピュータ９のバスに直接接続された内部メディアであってもよいし、インタフェース９４または通信回線を介してコンピュータ９に接続される外部メディアであってもよい。また、このプログラムが通信回線によってコンピュータ９に配信される場合、配信を受けたコンピュータ９が当該プログラムを主記憶装置９２に展開し、上記処理を実行してもよい。少なくとも１つの実施形態において、補助記憶装置９３は、一時的でない有形の記憶媒体である。

　また、当該プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、当該プログラムは、前述した機能を補助記憶装置９３に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であってもよい。

　以上、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。

１　支払アカウント管理システム
２　車両
３、３Ａ、３Ｂ　サービスシステム管理サーバ
４　支払アカウント管理サーバ
５、５Ａ、５Ｂ　金融機関のシステム
９　コンピュータ
１０　料金決定装置
１０Ａ　トランスポンダ
１０Ｂ　端末装置
９１　ＣＰＵ
９２　主記憶装置
９３　補助記憶装置
９４　インタフェース
１０１、１０１Ａ、１０１Ｂ　設定情報記憶部
１０２、１０２Ａ、１０２Ｂ　車両情報管理部
１０３、１０３Ａ、１０３Ｂ　料金決定用情報取得部
１０４、１０４Ａ、１０４Ｂ　料金決定部
１０５、１０５Ａ、１０５Ｂ　課金情報送信処理部
３０１、３０１Ａ、３０１Ｂ　課金情報受信処理部
３０２、３０２Ａ、３０２Ｂ　課金情報記憶部
３０３、３０３Ａ、３０３Ｂ　課金情報送信処理部
４０１　課金情報受付部
４０２　支払処理部
４０３　支払アカウント情報記憶部
４０４　利用明細情報通知部
１００１　識別ＩＤ記憶部
１００２　識別ＩＤ送信処理部
１００３　料金決定用情報記憶部
１００４　料金決定用情報送信処理部
１００５　車両情報管理部
１０１０　電波受信インタフェース
１０２０　通信インタフェース
２００１　識別ＩＤ受付部
２００２　料金決定用情報取得部
２００３　料金決定部
２００４　課金情報送信処理部
２００５　設定情報記憶部
２０１０　第１の通信インタフェース
２０２０　第２の通信インタフェース
Ｎ　通信網
Ｕ　利用者

Claims

　車両を利用する利用者にサービスを提供するサービスシステムを管理するサービスシステム管理サーバの各々から、当該利用者の支払アカウントＩＤと前記サービスの料金とを関連付けた課金情報を受け付ける課金情報受付部と、
　前記支払アカウントＩＤに基づいて、前記利用者別の前記サービスの料金の支払処理を前記サービスに関連付けられた金融機関の各々に行う支払処理部と、
　前記支払アカウントＩＤにおける前記サービスの料金を合計し、前記サービスの料金の合計を示す利用明細情報を前記利用者に通知する利用明細情報通知部と、
　を備える支払アカウント管理サーバ。
　前記サービスは、高速道路のサービス、駐車場のサービス、エリア課金のサービス、タクシーのサービス、及び自動車配車サービスの少なくともいずれかを含む
　請求項１に記載の支払アカウント管理サーバ。
　前記支払処理部は、前記支払アカウントＩＤに基づいて、前記金融機関の各々に前記利用者別の前記サービスの料金の請求情報を送信することにより前記サービスの料金の支払処理を行う
　請求項１又は請求項２に記載の支払アカウント管理サーバ。
　請求項１から請求項３のいずれか一項に記載の支払アカウント管理サーバと、
　前記サービスシステム管理サーバと、
　前記サービスシステム管理サーバに前記課金情報を送信する料金決定装置と、
　を備える支払アカウント管理システム。
　前記料金決定装置が、前記車両に搭載されるトランスポンダと前記車両の利用者が所持する端末装置とを有し、
　前記料金決定装置は、前記トランスポンダと前記端末装置との連携が終了したタイミングで、前記サービスシステム管理サーバに前記課金情報を送信する
　請求項４に記載の支払アカウント管理システム。
　車両を利用する利用者にサービスを提供するサービスシステムを管理するサービスシステム管理サーバの各々から、当該利用者の支払アカウントＩＤと前記サービスの料金とを関連付けた課金情報を受け付ける課金情報受付ステップと、
　前記支払アカウントＩＤに基づいて、前記利用者別の前記サービスの料金の支払処理を前記サービスに関連付けられた金融機関の各々に行う支払処理ステップと、
　前記支払アカウントＩＤにおける前記サービスの料金を合計し、前記サービスの料金の合計を示す利用明細情報を前記利用者に通知する利用明細情報通知ステップと、
　を備える支払アカウント管理方法。
　支払アカウント管理サーバとしてのコンピュータを、
　車両を利用する利用者にサービスを提供するサービスシステムを管理するサービスシステム管理サーバの各々から、当該利用者の支払アカウントＩＤと前記サービスの料金とを関連付けた課金情報を受け付ける課金情報受付部と、
　前記支払アカウントＩＤに基づいて、前記利用者別の前記サービスの料金の支払処理を前記サービスに関連付けられた金融機関の各々に行う支払処理部と、
　前記支払アカウントＩＤにおける前記サービスの料金を合計し、前記サービスの料金の合計を示す利用明細情報を前記利用者に通知する利用明細情報通知部と、
　して機能させる支払アカウント管理プログラム。