計算機システム及び料金管理サーバ
【課題】市民の個人レベルの寄付を促進する。
【解決手段】所定期間単位で変動するサービスの料金を計算する料金管理サーバと、前記料金管理サーバと接続された事業管理サーバと、を備える計算機システムであって、前記事業管理サーバは、市民が寄付金額を入力する第１の端末に接続された計算機であり、市民から入力された寄付金額の情報を前記第１の端末から収集し、前記収集した寄付金額の情報を前記料金管理サーバに送信し、前記料金管理サーバは、前記事業管理サーバから受信した寄付金額の情報を累積し、前記累積された寄付金額の情報を用いて、次の期間の前記サービスの料金を計算し、前記計算されたサービスの料金を前記事業管理サーバに送信し、前記事業管理サーバは、前記料金管理サーバから受信したサービスの料金の計算結果を前記第１の端末に送信する。
【解決手段】所定期間単位で変動するサービスの料金を計算する料金管理サーバと、前記料金管理サーバと接続された事業管理サーバと、を備える計算機システムであって、前記事業管理サーバは、市民が寄付金額を入力する第１の端末に接続された計算機であり、市民から入力された寄付金額の情報を前記第１の端末から収集し、前記収集した寄付金額の情報を前記料金管理サーバに送信し、前記料金管理サーバは、前記事業管理サーバから受信した寄付金額の情報を累積し、前記累積された寄付金額の情報を用いて、次の期間の前記サービスの料金を計算し、前記計算されたサービスの料金を前記事業管理サーバに送信し、前記事業管理サーバは、前記料金管理サーバから受信したサービスの料金の計算結果を前記第１の端末に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、料金を変動させて設定するシステムに関し、特に、市民の寄付によってサービスの料金を変動させるシステムに関する。
【背景技術】
【０００２】
近年、例えば地域交通に代表されるように公共サービスは、財政的に逼迫しており、自治体からの公的資金の援助がなければ運営することができない。また、公的な援助にも限界があり、公的な援助だけで公共サービスを維持することが困難になっている。
【０００３】
このような公共サービスの財政的な逼迫は、地域交通だけでなく、他の公共サービス（公民館や市民ホールの運営）などでも生じている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このような状況下で、公共サービスを維持していくために、民間企業の援助や一般市民の寄付を促進することが望まれている。
【０００５】
一般市民による自治体への寄付を促進するために、地方自治体への寄付制度（例えば、ふるさと納税制度）が設けられているが、広く少額の寄付を広く浅く募るのに適する制度ではなかった。また、市民から寄せられた寄付は、自治体の一般財源に組み込まれるので、寄付が使用される用途が特定されず、寄付者が望まない事業や用途に寄付金が使用されることがあった。このため、寄付者が望む用途に使用され、少額の寄付を簡単に受け付けられるシステムが求められている。
【０００６】
さらに、自治体の財政は逼迫する傾向にあるため、限られた公的資金を無駄なく、効率的に運用することが求められている。
【課題を解決するための手段】
【０００７】
本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、所定期間単位で変動するサービスの料金を計算する料金管理サーバと、前記料金管理サーバと接続された事業管理サーバと、を備える計算機システムであって、前記事業管理サーバは、プロセッサ、メモリ及び通信インターフェースを有し、市民が寄付金額を入力する第１の端末に接続された計算機であり、市民から入力された寄付金額の情報を前記第１の端末から収集し、前記収集した寄付金額の情報を前記料金管理サーバに送信し、前記料金管理サーバは、プロセッサ、メモリ及び通信インターフェースを有する計算機であり、前記事業管理サーバから受信した寄付金額の情報を累積し、前記累積された寄付金額の情報を用いて、次の期間の前記サービスの料金を計算し、前記計算されたサービスの料金を前記事業管理サーバに送信し、前記事業管理サーバは、前記料金管理サーバから受信したサービスの料金の計算結果を前記第１の端末に送信する。
【０００８】
また、他の一例を示せば、所定期間単位で変動するサービスの料金を計算する料金管理サーバであって、プロセッサ、メモリ及び通信インターフェースを有し、市民が寄付金額を入力する第１の端末に接続された事業管理サーバと接続された計算機であり、前記事業管理サーバが前記第１の端末から収集した市民から入力された寄付金額の情報を累積し、前記累積された寄付金額の情報を用いて、次の期間の前記サービスの料金を計算し、前記計算されたサービスの料金を前記事業管理サーバを経由して前記第１の端末に送信する。
【発明の効果】
【０００９】
本発明の代表的な実施形態によれば、寄付者が直接的に寄付の効果を実感することができ、市民の個人レベルの寄付を促進することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１の実施形態の料金変動システムの構成を示すブロック図である。
【図２】本発明の第１の実施形態の運賃管理システムの構成の一例を示すブロック図である。
【図３】本発明の第１の実施形態の第１の実施形態のバス端末の構成の一例を示すブロック図である。
【図４】本発明の第１の実施形態の第１の実施形態の運賃データベースの構成の一例を説明する図である。
【図５】本発明の第１の実施形態の料金変動システムによる寄付金受付処理を説明するシーケンス図である。
【図６】本発明の第１の実施形態の料金変動システムによる運賃決定処理を説明するシーケンス図である。
【図７】本発明の第１の実施形態の運賃管理システムによる運賃決定処理を説明するフローチャートである。
【図８】本発明の第１の実施形態のタクシー端末において運賃支払い時に表示される運賃支払画面を説明する図である。
【図９】本発明の第１の実施形態のタクシー端末において運賃支払い時に表示される運賃支払画面を説明する図である。
【図１０】本発明の第１の実施形態のタクシー端末において運賃支払い時に表示される運賃支払画面を説明する図である。
【図１１】本発明の第１の実施形態の運賃管理システムの画面に表示される運賃設定画面を説明する図である。
【図１２】本発明の第１の実施形態のバス停端末の画面に表示される内容を説明する図である。
【図１３】本発明の第２の実施形態の料金変動システムによる寄付金受付処理を説明するシーケンス図である。
【発明を実施するための形態】
【００１１】
＜実施形態１＞
図１は、本発明の第１の実施形態の料金変動システムの構成を示すブロック図である。
【００１２】
第１の実施形態では、寄付金の額に応じて路線バスの高齢者料金を１日毎に変動させる例について説明するが、他の公共サービスの料金（例えば、公民館や運動場などの公共施設の利用料金）にも適用することができ、また、１日毎ではなく、１時間毎や１週間毎に変動させてもよい。
【００１３】
本実施形態の料金変動システムは、交通事業者が運用する運行管理システム１００、寄付金管理事業者が運用する運賃管理システム２００及び自治体が運用する拠出金管理システム３００を備える。なお、本料金変動システムは、ＳＮＳ事業者が運用するＳＮＳシステム４００が接続されるとよい。
【００１４】
運行管理システム１００は、バス端末１１０、バス停端末１２０及びタクシー端末１３０と有線又は無線のネットワークを介して接続される。
【００１５】
運行管理システム１００は、交通事業者の本社などに設置される計算機（サーバ）であり、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを記憶するメモリ、他の装置との通信を制御する通信インターフェース、及びデータを格納する不揮発性記憶装置（例えば、磁気ディスクドライブ）を有する。
【００１６】
バス端末１１０は、バスの車内に設置される料金収受装置であり、その詳細な構成は、図３を用いて説明する。バス端末１１０は、運行管理システム１００から運賃情報を受信し、利用者から寄せられた寄付金の情報を運行管理システム１００に送信する。
【００１７】
バス停端末１２０は、バス停に設置されるサイネージ装置で、運行管理システム１００から運賃情報を受信し、バスの利用者に様々な情報を提供する（図１２参照）。バス停端末１２０は、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを記憶するメモリ、他の装置との通信を制御する通信インターフェース、データを格納する不揮発性記憶装置（例えば、不揮発性半導体記憶装置）及び表示装置を有する計算機である。
【００１８】
タクシー端末１３０は、タクシーの車内に設置される料金収受装置であり、その構成は、バス端末１１０と同じである。タクシー端末１３０は、運行管理システム１００から運賃情報を受信し、利用者から寄せられた寄付金の情報を運行管理システム１００に送信する。
【００１９】
運行管理システム１００は、需要予測システム１５０と接続されており、需要予測システム１５０から明日の利用者の予測値（乗客数予測データ）を取得する。需要予測システム１５０は、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを記憶するメモリ、他の装置との通信を制御する通信インターフェース、及びデータを格納する不揮発性記憶装置（例えば、磁気ディスクドライブ）を有する計算機（サーバ）である。
【００２０】
需要予測システム１５０は、気象予測システム、交通量予測システム、地域イベントデータベース、鉄道運行情報提供システム等の他のシステムと接続されており、これらのシステムから情報を取得し、当該交通事業者が運営する路線バスサービスの利用者数を取得した情報を用いて予測する。
【００２１】
運賃管理システム２００は、寄付金を運営する団体（例えば、ドネーション運営事業者であるＮＰＯ）が設置している計算機（サーバ）であり、その詳細な構成は、図２を用いて説明する。
【００２２】
運賃管理システム２００は、運賃管理サブシステム２１０、拠出金管理サブシステム２２０、寄付金管理サブシステム２３０及び運賃ＤＢ２４０によって構成される。なお、運賃管理システム２００を構成する各サブシステムは、論理的又は物理的に構成された複数の計算機上で稼働するシステムである。なお、各システムが、同一の計算機上で別個のスレッドで動作してもよい。
【００２３】
運賃管理サブシステム２１０は、寄付金額及び運営コストに基づいて、公共サービスが提供される料金を設定する。拠出金管理サブシステム２２０は、公共サービス（路線バス事業）を運営するために、自治体から提供された拠出金を管理する。寄付金管理サブシステム２３０は、公共サービス（路線バス事業）の運営を援助するために、市民から提供された寄付金を管理する。
【００２４】
運賃データベース２４０は、運賃管理システム２００が運賃を変動させるために必要とされるデータ、運賃管理システム２００によって変動した運賃などの情報を格納するデータベースであり、その詳細な構成は、図４を用いて説明する。
【００２５】
運賃管理システム２００は、運行管理システム１００と接続されており、乗客数予測データ及び寄付金額を運行管理システム１００から受信し、運賃情報を運行管理システム１００に送信する。
【００２６】
拠出金管理システム３００は、公的拠出金を提供する自治体に設置される計算機（サーバ）であり、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを記憶するメモリ、他の装置との通信を制御する通信インターフェース、及びデータを格納する不揮発性記憶装置（例えば、磁気ディスクドライブ）を有する。拠出金管理システム３００は、運賃管理システム２００と接続されており、拠出金の使用状況のデータを運賃管理システム２００から受信する。
【００２７】
ＳＮＳシステム４００は、ＳＮＳ事業者に設置される計算機（サーバ）であり、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを記憶するメモリ、他の装置との通信を制御する通信インターフェース、及びデータを格納する不揮発性記憶装置（例えば、磁気ディスクドライブ）を有する。ＳＮＳシステム４００は、運賃管理システム２００と接続されており、寄付金の効果の情報（例えば、高齢者運賃の情報）を運賃管理システム２００から受信し、運賃管理システム２００から受信した情報を、ショートメッセージサービスやｗｅｂサイトを用いて市民に発信する。
【００２８】
図２は、第１の実施形態の運賃管理システム２００の構成の一例を示すブロック図である。
【００２９】
運賃管理システム２００は、プロセッサ（ＣＰＵ）２０１、メモリ２０２、不揮発記憶装置（ＨＤＤ）２０３、入力インターフェース２０４、出力インターフェース２０５、及び通信インターフェース２０６を有する計算機である。
【００３０】
プロセッサ２０１は、メモリ２０２に格納されたプログラムを実行する。
【００３１】
メモリ２０２は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶装置であり、オペレーティングシステム（ＯＳ）及びアプリケーションプログラムを格納する。プロセッサ２０１が、オペレーティングシステムを実行することによって、運賃管理システム２００の基本機能が実現され、アプリケーションプログラムを実行することによって、運賃管理システム２００が提供する機能が実装される。
【００３２】
記憶装置２０３は、例えば、磁気記憶装置、フラッシュメモリ等の大容量かつ不揮発性の記憶装置であり、プロセッサ２０１によって実行されるプログラム及びプログラム実行時に使用されるデータを格納する。すなわち、プロセッサ２０１によって実行されるプログラムは、記憶装置２０３から読み出されて、メモリ２０２にロードされて、プロセッサ２０１によって実行される。
【００３３】
入力インターフェース２０４は、入力機器であるキーボード２０７及びマウス２０８からの入力を受ける。及び出力インターフェース２０５は、出力装置であるディスプレイ装置２０９に接続されており、ディスプレイ装置２０９に画像を表示するための信号を出力する。
【００３４】
通信インターフェース２０６は、運賃管理システム２００をネットワークに接続し、他の装置との通信を制御する。
【００３５】
図３は、第１の実施形態のバス端末１１０の構成の一例を示すブロック図である。
【００３６】
バス端末１１０は、プロセッサ（ＣＰＵ）１１１、メモリ１１２、表示装置１１３、操作部１１４、通信インターフェース１１５、ＩＣカードリーダ・ライタ１１６、現金受入部１１７及び現金払出部１１８を有し、バスの車内に設置されている料金収受装置である。
【００３７】
プロセッサ１１１は、メモリ１１２に格納されたプログラムを実行する。
【００３８】
メモリ１１２は、ＤＲＡＭ（Dynamic Random Access Memory）等の高速かつ揮発性の記憶装置と、フラッシュメモリ等の大容量かつ不揮発性の記憶装置とを含む。揮発性記憶装置は、オペレーティングシステム（ＯＳ）及びアプリケーションプログラムを格納する。プロセッサ１１１が、アプリケーションプログラムを実行することによって、バス端末１１０が提供する機能が実装される。不揮発性記憶装置は、プロセッサ１１１によって実行されるプログラム及びプログラム実行時に使用されるデータを格納する。すなわち、プロセッサ１１１によって実行されるプログラムは、不揮発性記憶装置から読み出されて、揮発性記憶装置（ＤＲＡＭ）にロードされて、プロセッサ１１１によって実行される。
【００３９】
表示装置１１３は、例えば、液晶ディスプレイ装置によって構成され、利用者から収受する料金、寄付金の額、当該寄付金による高齢者運賃の変化などを表示する。
【００４０】
操作部１１４は、利用者が操作する利用者操作部と、乗務員が操作する乗務員操作部とを含む。利用者操作部は、例えば、利用者が寄付の用途を選択した、寄付金額を設定したりするために操作するもので、独立したキーボードでも、表示装置１１３と一体に構成されたタッチパネルでもよい。乗務員操作部は、乗務員がバス端末１１０の状態を設定するために操作をするキーボードである。
【００４１】
通信インターフェース１１５は、バス端末１１０を無線ネットワークに接続し、運行管理システム１００との通信を制御する。
【００４２】
ＩＣカードリーダ・ライタ１１６は、利用者が提示したＩＣカードから情報を読み取り、必要な料金を収受するための通信をする。現金受入部１１７は、利用者が投入した現金を計数して受け入れる。現金払出部１１８は、現金貯蔵部に格納された現金を計数して、利用者に（例えば、おつりとして）払い出す。
【００４３】
なお、タクシー端末１３０は、タクシーの車内に設置されている料金収受装置であり、その構成は、バス端末１１０と同じであるが、現金受入部１１７及び現金払出部１１８を有さず、乗務員が利用者から現金を直接収受してもよい。
【００４４】
図４は、第１の実施形態の運賃データベース２４０の構成の一例を説明する図である。
【００４５】
運賃データベース２４０は、運賃を切り替える期間毎に一つのエントリ（一組のデータ）を有する。各エントリは、年月日２４０１、拠出金額２４０２、拠出金乗数２４０３、寄付金額２４０４、一般運賃２４０５、一般利用者数２４０６、高齢者運賃２４０７、高齢者利用者数２４０８、エネルギー費２４０９及びその他経費２４１０のデータを含む。
【００４６】
年月日２４０１は、この運賃が適用される期間を表す。なお、図示した例では、１日毎に変動させるが、１時間毎に変動させてもよい。
【００４７】
拠出金額２４０２は、この期間の公共サービスに投入された（又は、投入される）公的拠出金の金額である。公的拠出金の額は、この期間の公共サービスに１日あたりに投入される基準額が予め定まっており（例えば、本年度は１日あたり１０万円）、この基準額に拠出金乗数２４０３を乗じた額である。なお、後述するように、拠出金乗数２４０３は、１日（料金を変動させる時間単位毎）に変化する。拠出金乗数２４０３は、この期間の公共サービスに投入された公的拠出金の基準額に対する割合である。なお、図示した例では、公的拠出金の基準額は１０万円である。
【００４８】
寄付金額２４０４は、この期間の公共サービスに対して寄せられた寄付金の額であり、この額の寄付金が、次の期間（例えば、明日）の高齢者運賃に反映される。すなわち、現時点が含まれる期間の寄付金額は、寄付が寄せられる度にリアルタイムに積算され、過去においては、当該期間に寄せられた寄付金の額の積算値である。
【００４９】
一般運賃２４０５は、一般の乗客が支払う運賃の額であり、通常は固定値である。一般利用者数２４０６は、一般運賃で利用した乗客の数であり、過去のデータは実績値、将来のデータは運行管理システム１００（需要予測システム１５０）から取得した予測値である。
【００５０】
高齢者運賃２４０７は、所定の年齢以上の乗客が支払う運賃の額である。高齢者利用者数２４０８は、高齢者運賃で利用した乗客の数であり、過去のデータは実績値、将来のデータは運行管理システム１００（需要予測システム１５０）から取得した予測値である。
【００５１】
エネルギー費２４０９は、この期間の公共サービスを提供するために必要なエネルギーのコストであり、例えば、バスが電気自動車である場合、電力コストである。この電力コストは、自家発電による供給量や、発電事業者からの購入量が、その日の天候（日照時間、風速）によって変化するので、運賃管理システム２００は、日照量、風速、気温のデータを気象予測システムから取得して、エネルギー費２４０９を予測して、設定する。
【００５２】
その他経費２４１０は、運行する路線の運転手などの人件費、車両などの減価償却費の合計である。
【００５３】
図５は、第１の実施形態の料金変動システムによる寄付金受付処理を説明するシーケンス図である。
【００５４】
本実施形態のタクシー端末１３０は、利用者が料金を支払う際に、寄付金の額及び用途を選択する画面（図８）を表示画面に表示する。タクシーの利用者は、タクシー端末１３０を操作して、寄付金の額及び用途を決定する（Ｓ１０１）。
【００５５】
タクシー端末１３０は、タクシー利用者からの寄付を受け付けると、寄せられた寄付金額の情報を運行管理システム１００に送信する（Ｓ１０２）。
【００５６】
運行管理システム１００は、タクシー端末１３０から収集された、高齢者運賃に寄与する寄付金額の情報を、運賃管理システム２００に送信する（Ｓ１０３）。
【００５７】
運賃管理システム２００は、運行管理システム１００から寄付金額の情報を取得すると、明日の高齢者運賃の予測値を計算し（Ｓ１０４）、計算された高齢者運賃の予測値（予想運賃情報）を運行管理システム１００に送信する（Ｓ１０５）。
【００５８】
運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃の予測値を、タクシー端末１３０に転送する（Ｓ１０６）。タクシー端末１３０は、受信した高齢者運賃の予測値を表示装置に表示する（Ｓ１０７）。
【００５９】
また、運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃の予測値を、バス停端末１２０に転送する（Ｓ１０８）。バス停端末１２０は、受信した高齢者運賃の予測値を表示装置に表示する（Ｓ１０９）。
【００６０】
このように、寄付金の額に応じた高齢者運賃をリアルタイムで計算することによって、寄付金の効果をリアルタイムで寄付者に提供することができる。
【００６１】
図６は、本発明の第１の実施形態の料金変動システムによる運賃決定処理を説明するシーケンス図である。この運賃決定処理は、１日に寄せられた寄付金の額が集計された時点で実行される。
【００６２】
需要予測システム１５０は、気象予測システム、交通量予測システム、地域イベントデータベース、鉄道運行情報提供システム等の他のシステムから、当該交通事業者が運営する交通事業の利用者数を予測するための情報を取得する。具体的には、気象予測システムから明日の天気、気温、降水量、風向、風速、日照量の情報を取得し、交通量予測システムから運行する道路の交通量の情報を取得し、地域イベントデータベースから運行する路線の周辺で行われるイベントの情報を取得し、鉄道運行情報提供システムから鉄道路線の運休の情報を取得する。需要予測システム１５０は、取得した情報を用いて、明日の乗客数を予測し、運行管理システム１００に送る（Ｓ１５１）。
【００６３】
運行管理システム１００は、明日の乗客の予測数（需要予測）を運賃管理システム２００に送り、運賃の設定を要求する（Ｓ１５２）。
【００６４】
運賃管理システム２００は、運賃の設定要求を受けると、当該期間（例えば、今日）に寄せられた寄付金の額を集計し（Ｓ１５３）、運賃を決定する期間（例えば、明日）の支出を予測する（Ｓ１５４）。また、運賃管理システム２００は、その日の運行に投入される公的拠出金の額を計算し、高齢者運賃を計算する（Ｓ１５５）。
【００６５】
その後、運賃管理システム２００は、計算された公的拠出金の額を拠出金管理システム３００に送る（Ｓ１５６）。拠出金管理システム３００を運営する自治体は、運賃管理システム２００から送られた公的拠出金の額によって、公的拠出金の使用状況を確認することができる。
【００６６】
また、運賃管理システム２００は、計算された高齢者運賃（運賃情報）を運行管理システム１００に送信する（Ｓ１５７）。
【００６７】
運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃を、バス端末１１０に転送する（Ｓ１５８）。この運賃情報の送信は、バス端末１１０からの要求に従って（例えば、翌朝に）送信してもよい。バス端末１１０は、受信した高齢者運賃を表示装置に表示する（Ｓ１５９）。
【００６８】
また、運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃を、バス停端末１２０に転送する（Ｓ１６０）。バス停端末１２０は、受信した高齢者運賃を表示装置に表示する（Ｓ１６１）。
【００６９】
さらに、運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃を、ＳＮＳシステム４００に転送する（Ｓ１６２）。ＳＮＳシステム４００は、受信した高齢者運賃を、ショートメッセージサービスやｗｅｂサイトを用いて市民に発信する（Ｓ１６３）。
【００７０】
なお、本実施形態では、１日を単位として運賃を変動させる例について説明したが、１時間毎に運賃を変動させる場合、図６に示す運賃決定処理は、運賃を切り替えるタイミングで実行される。
【００７１】
このように、寄付金の額に応じた高齢者運賃を計算し、明日の運賃に反映することによって、寄付金及び公的拠出金を効率よく使用することができる。また、寄付金の効果をリアルタイムで寄付者に提供することができる。
【００７２】
図７は、本発明の第１の実施形態の運賃管理システム２００による運賃決定処理を説明するフローチャートである。
【００７３】
まず、運賃管理システム２００は、運賃の設定要求を受けると、明日の乗客の予測数（需要予測）を運行管理システム１００から取得し、運賃データベース２４０の明日の一般乗客数２４０６及び高齢者利用者数２４０８に格納する（Ｓ２０１）。さらに、当該期間に寄せられた寄付金の額を集計し、運賃データベース２４０の明日の寄付金額２４０４に格納する（Ｓ２０２）。
【００７４】
その後、運賃管理システム２００は、明日の支出を予測し、運賃データベース２４０の明日のエネルギー費２４０９及びその他経費２４１０に格納する（Ｓ２０３）。この予測は、運行する路線の運転手などの人件費、車両などの減価償却費、運行にかかるエネルギー費などの経費を合計する。人件費、減価償却費などは運行本数によって変動するが、基本的には固定費である。また、エネルギー費は、例えばバスが電気自動車である場合、電力コストである。この電力コストは、自家発電による供給量や、発電事業者からの購入量が、その日の天候によって変化するので、運賃管理システム２００は、日照量、風速、気温のデータを気象予測システムから取得して、エネルギー費を予測して、設定する。なお、支出は運賃管理システム２００が予測してもよく、他のシステムから支出の予測値を取得してもよい。
【００７５】
その後、運賃管理システム２００は、その日の運行に投入される公的拠出金の額を設定し、高齢者運賃を計算する（Ｓ２０４）。具体的には、明日の公的拠出金の乗数２４０３を今日と同じに設定し、公的拠出金の額を概算する。また、一般運賃の収入（一般運賃×一般利用者数）、拠出金額及び寄付金額を加算し、加算された額を予想された支出額から減じて、高齢者運賃で賄うべき金額（高齢者運賃の合計額）を計算する。その後、計算された高齢者運賃の合計額を明日の高齢者利用者数２４０８で除して、明日の高齢者運賃を概算する。
【００７６】
その後、ステップＳ２０４において概算された公的拠出金の額（乗率）及び高齢者運賃を調整する。すなわち、運賃収入が支出額を下回らず、公的拠出金の額（乗率）が所定の範囲内で、高齢者運賃が所定の範囲内となるようにを調整する。この操作のための画面の例を、図１１に示す。
【００７７】
運賃管理システム２００の運賃設定画面２０００は、公的拠出金の表示欄２００１、寄付金の表示欄２００２、一般運賃の表示欄２００３、高齢者運賃の表示欄２００４、人件費の表示欄２００５及びエネルギー費の表示欄２００６を含む。
【００７８】
公的拠出金の表示欄２００１には、公的拠出金の基準額、乗率、公的拠出金の額が表示される。寄付金の表示欄２００２には、昨日に寄せられた寄付金の額が表示される（なお、図１１では、欄の下部に表示）。一般運賃の表示欄２００３には、一般運賃の額、一般運賃による利用者の予測数、一般運賃収入の額が表示される。高齢者運賃の表示欄２００４には、高齢者運賃の額、高齢者運賃による利用者の予測数、高齢者運賃収入の額が表示される。人件費の表示欄２００５には、人件費の単価、投入労働力（例えば、時間）、人件費の合計額が表示される。エネルギー費の表示欄２００６には、電力単価、電力使用量、エネルギー費の合計額が表示される。
【００７９】
調整可能な数値の右側には、該数値を変更するための操作ボタン２００８を含む。また、各表示欄は、昨日と比較して各コストが高くなったか、低くなったかを示す表示２００７を含む。
【００８０】
寄付金運営事業者のオペレータは、運賃管理システム２００の表示画面２０００を見て、公的拠出金の額（乗率）及び高齢者運賃を調整する（Ｓ２０５）。図１１に示す運賃設定画面２０００では、収入の合計が４３８１８０円で、支出の合計が４４２１４０円であるため、収入が不足する。このため、公的拠出金の乗率及び高齢者運賃を増加させて、収入が支出と等しくなるように調整し、明日の高齢者運賃及び公的拠出金の額が決定する。
【００８１】
また、寄付金運営事業者のオペレータは、運賃管理システム２００の表示画面２０００を見て、高齢者運賃及び一般運賃を変更することによって、利用者の増減を操作できる。すなわち、運賃を上げることによって利用者数が減ることが予想され、運賃を下げることによって利用者数が増えることが予想される。
【００８２】
また、エネルギー費と天気予報とを組み合わせることによって、天候によって再生可能エネルギーの使用割合の変動（すなわち、エネルギーコストの変動）を、料金の割引として計算してもよい。例えば、冬季に風速が大きい場合、風力発電の発電量が増加し、エネルギー費における風力発電の割合が増加することによって、エネルギー費の低下が期待できる。このエネルギー費の低下分を、例えば「北風割引」として、運賃を減額する。また、晴天で日照時間が長い場合、太陽光発電の発電量が増加し、エネルギー費における太陽光発電の割合が増加することによって、エネルギー費の低下が期待できる。このエネルギー費の低下分を、例えば「太陽割引」として、運賃を減額する。
【００８３】
なお、運賃設定画面２０００は、運賃管理システム２００のディスプレイではなく、運賃管理システム２００に接続された端末上で動作するアプリケーション（例えば、ｗｅｂブラウザ）に表示されるものでもよい。
【００８４】
ステップＳ２０５では、オペレータが手動で公的拠出金の額（乗率）及び高齢者運賃を調整したが、以下の処理によって、自動的に（例えば、以下のルールによって）、公的拠出金の額（乗率）及び高齢者運賃を調整することができる。（１）公的拠出金の乗率を１．００に設定し、高齢者運賃を計算する。この場合、高齢者運賃は最低値となる。（２）高齢者運賃が下限額（例えば、８０円）より低くなった場合、高齢者運賃を下限額に設定し、公的拠出金の額（乗率）を減少する。（３）高齢者運賃が上限額（例えば、１６０円）より高くなった場合、高齢者運賃を上限額に設定し、公的拠出金の額（乗率）を１．０より増加する。
【００８５】
なお、公的拠出金の額（乗率）及び高齢者運賃だけでなく、一般運賃の額を変更してもよい。
【００８６】
その後、運賃管理システム２００は、計算された高齢者運賃（運賃情報）をＳＮＳシステム４００を経由して市民に発信し、運行管理システム１００を経由して、バス端末１１０、バス停端末１２０及びタクシー端末１３０に送信する（Ｓ２０６）。
【００８７】
図８、図９、図１０は、本発明の第１の実施形態のタクシー端末１３０において運賃支払い時に表示される運賃支払画面１３００を説明する図である。
【００８８】
なお、タクシー端末１３０は、表示部と一体のタッチパネルによって利用者用操作部が構成されている。
【００８９】
タクシーの運転手がメータを運賃支払いモードに設定すると、タクシー端末１３０の表示装置に、図８に示す運賃支払画面１３００が表示される。運賃支払画面１３００は、運賃表示領域１３０１、経路表示領域１３０２、寄付用途選択領域１３０３〜１３０５を含む。
【００９０】
運賃表示領域１３０１には、当該乗車の運賃の額が表示される。経路表示領域１３０２には、当該乗車の経路、距離などが表示される。寄付用途選択領域１３０３〜１３０５は、利用者が寄付を選択するための操作をする領域である。例えば、領域１３０３は、路線バスの高齢者運賃に寄付をする場合、領域１３０４は、太陽光パネルを設置するための補助金に寄付をする場合、領域１３０５は、芝生を植えるための補助金に寄付をする場合に、利用者がタッチパネルに触れることによって、当該用途が選択される。
【００９１】
タクシーの利用者が、領域１３０３を操作し、バスの高齢者運賃に寄付をすることを選択すると、図９に示すように、運賃支払画面１３００に寄付金額設定ウインドウ１３１１がポップアップ表示される。
【００９２】
寄付金額設定ウインドウ１３１１は、明日の高齢者運賃の表示１３１２、運賃額表示１３１３、寄付金額表示１３１４、合計支払金額表示１３１５を含む。
【００９３】
タクシー端末１３０は、利用者が支払うべき運賃額を所定の桁数に切り上げた差額を計算し、該差額を寄付金額として表示する。この切り上げは、例えば１円、１０円の桁を０円とするように、加算する寄付金額を計算する。図示した例では、運賃額が１９１１円、切り上げた金額が２０００円なので，差額の８９円が寄付金額となる。利用者は、寄付金額表示１３１４の横に設けられたボタン１３１６を操作することによって、寄付金の額を下げることができる。また、ボタン１３１７を操作することによって、寄付金の額を上げることができる。
【００９４】
タクシーの利用者は、合計支払金額を確認した後、総合運賃領域１３１８に触れて、確認操作をすることによって、支払額が決定する。この決定された額の支払いは、現金で運転手に支払っても、ＩＣカード又はクレジットカードによって支払ってもよい。
【００９５】
タクシーの利用者は、取消ボタン１３１９を操作することによって、寄付金の用途の選択を取り消すことができる。
【００９６】
合計支払額を確認する操作が行われると、寄付金額設定ウインドウ１３１１が閉じ、寄付金効果表示画面１３２０（図１０）が表示される。寄付金効果表示画面１３２０では、寄付金の効果が視覚的に表示される。図５を用いて前述したように、タクシーの利用者が決定した寄付金の額は運賃管理システム２００に送信され、運賃管理システム２００が計算した明日の高齢者運賃を受信して、計算された明日の高齢者運賃の額を表示する。
【００９７】
具体的には、例えば、明日の高齢者運賃の表示額が少し減少したり（１３２１）、高齢者運賃額の変化を示すインジケータ１３２２が回転してもよい。例えば、インジケータ１３２２の１回転が０．００１円に対応するように設定しておくとよい。
【００９８】
なお、この寄付金による効果は、タクシー端末１３０以外に、ＳＮＳシステム４００からも発信され、利用者が寄付をした後で確認することができる。例えば、タクシー料金の領収書に記載されたシリアル番号（又は、ＵＲＬ、２次元バーコード）を用いて、ＳＮＳシステム４００にアクセスすることによって、この寄付の効果を表示する画面を呼び出せるとよい。
【００９９】
図１２は、本発明の第１の実施形態のバス停端末１２０の画面に表示される内容を説明する図である。
【０１００】
バス停端末１２０の画面には、今日の高齢者運賃の表示領域１２０１、割引表示領域１２０２、寄付者の情報表示領域１２０３、表示切替ボタン領域１２０４、バスの運行に関する情報を表示する領域１２０５が含まれる。
【０１０１】
今日の高齢者運賃の表示領域１２０１には、今日の高齢者運賃額、昨日の高齢者運賃との比較が表示される。割引表示領域１２０２には、例えば、天候等の要因によるエネルギーコストの変化が料金に反映される額が表示される。寄付者の情報表示領域１２０３には、寄付者の人数、本人の希望によって写真（又は、イラスト、ハンドルネーム）が表示される。表示切替ボタン領域１２０４には、バス停端末の表示内容を切り替えるためのボタンが表示される。例えば、バスルート、時刻表、周辺施設の検索、バス停の検索などの表示内容、及び、表示言語を切り替えるためのボタンが設けられる。バスの運行に関する情報を表示する領域１２０５は、次に到着するバスの行き先等が表示される。なお、表示領域に入りきらない情報は画面をスクロールすることによって見ることができる。
【０１０２】
以上に説明したように、第１の実施形態では、市民から寄せられた寄付に基づいて、公共サービスの料金をリアルタイムで計算することによって、寄付者が寄付の効果を実感することができる。よって、市民の個人レベルの寄付を促進することができる。
【０１０３】
また、市民から寄せられた寄付に基づいて、公共サービスへの公的資金の投入額（投資変数）を変更するので、公的資金を効率よく運用することができる。
【０１０４】
さらに、気象予想や交通情報に基づいて利用者行動を予測し、気象予測に基づいて自然エネルギーのコストを予測して、公共サービスの運営に必要な公的資金の投入額を変更するので、公的資金を効率よく運用することができる。
【０１０５】
＜実施形態２＞
次に、本発明の第２の実施形態について説明する。
【０１０６】
図１３は、本発明の第２の実施形態の料金変動システムによる寄付金受付処理を説明するシーケンス図である。
【０１０７】
前述した第１の実施形態では、タクシーの利用者による寄付金の額を用いて運賃管理システム２００が計算して、明日の運賃を予測し、予想運賃情報をタクシー端末１３０に送信した。しかし、タクシー端末１３０と運行管理システム１００との間の通信は無線通信回線によるので、回線の状態によっては、寄付を受け付けた後、短時間で寄付の効果を表示することが困難となる。そこで、第２の実施形態では、タクシー端末１３０に寄付金と明日の高齢者運賃との関係式を格納し、この関係式に従って、タクシー端末１３０が寄付金による高齢者運賃の変化を計算し、表示する。
【０１０８】
本実施形態のタクシー端末１３０は、利用者が料金を支払う際に、寄付金の額及び用途を選択する画面（図８）を表示画面に表示する。タクシーの利用者は、タクシー端末１３０を操作して、寄付金の額及び用途を決定する（Ｓ１０１）。
【０１０９】
タクシー端末１３０は、タクシー利用者からの寄付を受け付けると、寄せられた寄付金額の情報を運行管理システム１００に送信する（Ｓ１０２）。
【０１１０】
また、タクシー端末１３０は、タクシー利用者から寄せられた寄付金額の情報に基づいて、高齢者運賃の予想額を計算する（Ｓ１２１）。具体的には、タクシー端末１３０に予め設定されている計算式を用いて、今回寄せられた寄付金額によって変動する高齢者運賃の額を計算する。この計算式は、寄付金額を変数として高齢者運賃を計算する式を作成し、運賃管理システム２００が、過去の実績値を用いてパラメータを算出することによって、求めることができる。
【０１１１】
その後、タクシー端末１０３は、計算された高齢者運賃の予想額を表示する（Ｓ１２２）。
【０１１２】
一方、運行管理システム１００は、タクシー端末１３０から収集された、高齢者運賃に寄与する寄付金額の情報を、運賃管理システム２００に送信する（Ｓ１０３）。
【０１１３】
運賃管理システム２００は、運行管理システム１００から寄付金額の情報を取得すると、明日の高齢者運賃の予測値を計算し（Ｓ１０４）、計算された高齢者運賃の予測値（予想運賃情報）を運行管理システム１００に送信する（Ｓ１０５）。
【０１１４】
運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃の予測値を、バス停端末１２０に転送する（Ｓ１０８）。バス停端末１２０は、受信した高齢者運賃の予測値を表示装置に表示する（Ｓ１０９）。
【０１１５】
また、運賃管理システム２００は、運行管理システム１００から寄付金額の情報を取得すると、所定のタイミングで（例えば、所定時間毎に）、明日の高齢者運賃の予測計算に用いるパラメータを計算し（Ｓ１３１）、計算された予想運賃計算用のパラメータを運行管理システム１００に送信する（Ｓ１３２）。
【０１１６】
運行管理システム１００は、運賃管理システム２００から受信した予想運賃計算用のパラメータを、タクシー端末１３０に転送する（Ｓ１３３）。タクシー端末１３０は、受信した予想運賃計算用のパラメータをメモリに格納して、更新する（Ｓ１３４）。メモリに格納されたパラメータは、次に高齢者運賃の予想値を計算する際に用いられる。
【０１１７】
前述したように第２の実施形態によると、寄付金の額に応じた高齢者運賃をタクシー端末１３０に保持された式を用いて計算するので、タクシー端末１３０と運行管理システム１００との間の通信状況が劣悪な場合でも、オフラインで、寄付金による高齢者運賃の変化を計算して、寄付金の効果をリアルタイムで寄付者に提供することができる。
【０１１８】
また、所定時間間隔で、高齢者運賃の計算に用いるパラメータを更新することによって、他のタクシー端末１３０に寄せられた寄付金の額を反映した高齢者運賃を計算することができる。
【０１１９】
以上、本発明の実施形態を、路線バスの高齢者を寄付により変動させる例について説明したが、その他の天気（日照時間、風速など）によるエネルギーコストによって運賃を変化させることもできる。さらに、本発明は、様々な要因を組み合わせて、公共サービスの料金を決定するシステムに適用することができる。
【符号の説明】
【０１２０】
１００ 運行管理システム
１１０ バス端末
１２０ バス停端末
１３０ タクシー端末
１５０ 需要予測システム
２００ 運賃管理システム
２１０ 運賃管理サブシステム
２２０ 拠出金管理サブシステム
２３０ 寄付金管理サブシステム
２４０ 運賃データベース
３００ 拠出金管理システム
４００ ＳＮＳシステム
【技術分野】
【０００１】
本発明は、料金を変動させて設定するシステムに関し、特に、市民の寄付によってサービスの料金を変動させるシステムに関する。
【背景技術】
【０００２】
近年、例えば地域交通に代表されるように公共サービスは、財政的に逼迫しており、自治体からの公的資金の援助がなければ運営することができない。また、公的な援助にも限界があり、公的な援助だけで公共サービスを維持することが困難になっている。
【０００３】
このような公共サービスの財政的な逼迫は、地域交通だけでなく、他の公共サービス（公民館や市民ホールの運営）などでも生じている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このような状況下で、公共サービスを維持していくために、民間企業の援助や一般市民の寄付を促進することが望まれている。
【０００５】
一般市民による自治体への寄付を促進するために、地方自治体への寄付制度（例えば、ふるさと納税制度）が設けられているが、広く少額の寄付を広く浅く募るのに適する制度ではなかった。また、市民から寄せられた寄付は、自治体の一般財源に組み込まれるので、寄付が使用される用途が特定されず、寄付者が望まない事業や用途に寄付金が使用されることがあった。このため、寄付者が望む用途に使用され、少額の寄付を簡単に受け付けられるシステムが求められている。
【０００６】
さらに、自治体の財政は逼迫する傾向にあるため、限られた公的資金を無駄なく、効率的に運用することが求められている。
【課題を解決するための手段】
【０００７】
本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、所定期間単位で変動するサービスの料金を計算する料金管理サーバと、前記料金管理サーバと接続された事業管理サーバと、を備える計算機システムであって、前記事業管理サーバは、プロセッサ、メモリ及び通信インターフェースを有し、市民が寄付金額を入力する第１の端末に接続された計算機であり、市民から入力された寄付金額の情報を前記第１の端末から収集し、前記収集した寄付金額の情報を前記料金管理サーバに送信し、前記料金管理サーバは、プロセッサ、メモリ及び通信インターフェースを有する計算機であり、前記事業管理サーバから受信した寄付金額の情報を累積し、前記累積された寄付金額の情報を用いて、次の期間の前記サービスの料金を計算し、前記計算されたサービスの料金を前記事業管理サーバに送信し、前記事業管理サーバは、前記料金管理サーバから受信したサービスの料金の計算結果を前記第１の端末に送信する。
【０００８】
また、他の一例を示せば、所定期間単位で変動するサービスの料金を計算する料金管理サーバであって、プロセッサ、メモリ及び通信インターフェースを有し、市民が寄付金額を入力する第１の端末に接続された事業管理サーバと接続された計算機であり、前記事業管理サーバが前記第１の端末から収集した市民から入力された寄付金額の情報を累積し、前記累積された寄付金額の情報を用いて、次の期間の前記サービスの料金を計算し、前記計算されたサービスの料金を前記事業管理サーバを経由して前記第１の端末に送信する。
【発明の効果】
【０００９】
本発明の代表的な実施形態によれば、寄付者が直接的に寄付の効果を実感することができ、市民の個人レベルの寄付を促進することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１の実施形態の料金変動システムの構成を示すブロック図である。
【図２】本発明の第１の実施形態の運賃管理システムの構成の一例を示すブロック図である。
【図３】本発明の第１の実施形態の第１の実施形態のバス端末の構成の一例を示すブロック図である。
【図４】本発明の第１の実施形態の第１の実施形態の運賃データベースの構成の一例を説明する図である。
【図５】本発明の第１の実施形態の料金変動システムによる寄付金受付処理を説明するシーケンス図である。
【図６】本発明の第１の実施形態の料金変動システムによる運賃決定処理を説明するシーケンス図である。
【図７】本発明の第１の実施形態の運賃管理システムによる運賃決定処理を説明するフローチャートである。
【図８】本発明の第１の実施形態のタクシー端末において運賃支払い時に表示される運賃支払画面を説明する図である。
【図９】本発明の第１の実施形態のタクシー端末において運賃支払い時に表示される運賃支払画面を説明する図である。
【図１０】本発明の第１の実施形態のタクシー端末において運賃支払い時に表示される運賃支払画面を説明する図である。
【図１１】本発明の第１の実施形態の運賃管理システムの画面に表示される運賃設定画面を説明する図である。
【図１２】本発明の第１の実施形態のバス停端末の画面に表示される内容を説明する図である。
【図１３】本発明の第２の実施形態の料金変動システムによる寄付金受付処理を説明するシーケンス図である。
【発明を実施するための形態】
【００１１】
＜実施形態１＞
図１は、本発明の第１の実施形態の料金変動システムの構成を示すブロック図である。
【００１２】
第１の実施形態では、寄付金の額に応じて路線バスの高齢者料金を１日毎に変動させる例について説明するが、他の公共サービスの料金（例えば、公民館や運動場などの公共施設の利用料金）にも適用することができ、また、１日毎ではなく、１時間毎や１週間毎に変動させてもよい。
【００１３】
本実施形態の料金変動システムは、交通事業者が運用する運行管理システム１００、寄付金管理事業者が運用する運賃管理システム２００及び自治体が運用する拠出金管理システム３００を備える。なお、本料金変動システムは、ＳＮＳ事業者が運用するＳＮＳシステム４００が接続されるとよい。
【００１４】
運行管理システム１００は、バス端末１１０、バス停端末１２０及びタクシー端末１３０と有線又は無線のネットワークを介して接続される。
【００１５】
運行管理システム１００は、交通事業者の本社などに設置される計算機（サーバ）であり、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを記憶するメモリ、他の装置との通信を制御する通信インターフェース、及びデータを格納する不揮発性記憶装置（例えば、磁気ディスクドライブ）を有する。
【００１６】
バス端末１１０は、バスの車内に設置される料金収受装置であり、その詳細な構成は、図３を用いて説明する。バス端末１１０は、運行管理システム１００から運賃情報を受信し、利用者から寄せられた寄付金の情報を運行管理システム１００に送信する。
【００１７】
バス停端末１２０は、バス停に設置されるサイネージ装置で、運行管理システム１００から運賃情報を受信し、バスの利用者に様々な情報を提供する（図１２参照）。バス停端末１２０は、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを記憶するメモリ、他の装置との通信を制御する通信インターフェース、データを格納する不揮発性記憶装置（例えば、不揮発性半導体記憶装置）及び表示装置を有する計算機である。
【００１８】
タクシー端末１３０は、タクシーの車内に設置される料金収受装置であり、その構成は、バス端末１１０と同じである。タクシー端末１３０は、運行管理システム１００から運賃情報を受信し、利用者から寄せられた寄付金の情報を運行管理システム１００に送信する。
【００１９】
運行管理システム１００は、需要予測システム１５０と接続されており、需要予測システム１５０から明日の利用者の予測値（乗客数予測データ）を取得する。需要予測システム１５０は、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを記憶するメモリ、他の装置との通信を制御する通信インターフェース、及びデータを格納する不揮発性記憶装置（例えば、磁気ディスクドライブ）を有する計算機（サーバ）である。
【００２０】
需要予測システム１５０は、気象予測システム、交通量予測システム、地域イベントデータベース、鉄道運行情報提供システム等の他のシステムと接続されており、これらのシステムから情報を取得し、当該交通事業者が運営する路線バスサービスの利用者数を取得した情報を用いて予測する。
【００２１】
運賃管理システム２００は、寄付金を運営する団体（例えば、ドネーション運営事業者であるＮＰＯ）が設置している計算機（サーバ）であり、その詳細な構成は、図２を用いて説明する。
【００２２】
運賃管理システム２００は、運賃管理サブシステム２１０、拠出金管理サブシステム２２０、寄付金管理サブシステム２３０及び運賃ＤＢ２４０によって構成される。なお、運賃管理システム２００を構成する各サブシステムは、論理的又は物理的に構成された複数の計算機上で稼働するシステムである。なお、各システムが、同一の計算機上で別個のスレッドで動作してもよい。
【００２３】
運賃管理サブシステム２１０は、寄付金額及び運営コストに基づいて、公共サービスが提供される料金を設定する。拠出金管理サブシステム２２０は、公共サービス（路線バス事業）を運営するために、自治体から提供された拠出金を管理する。寄付金管理サブシステム２３０は、公共サービス（路線バス事業）の運営を援助するために、市民から提供された寄付金を管理する。
【００２４】
運賃データベース２４０は、運賃管理システム２００が運賃を変動させるために必要とされるデータ、運賃管理システム２００によって変動した運賃などの情報を格納するデータベースであり、その詳細な構成は、図４を用いて説明する。
【００２５】
運賃管理システム２００は、運行管理システム１００と接続されており、乗客数予測データ及び寄付金額を運行管理システム１００から受信し、運賃情報を運行管理システム１００に送信する。
【００２６】
拠出金管理システム３００は、公的拠出金を提供する自治体に設置される計算機（サーバ）であり、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを記憶するメモリ、他の装置との通信を制御する通信インターフェース、及びデータを格納する不揮発性記憶装置（例えば、磁気ディスクドライブ）を有する。拠出金管理システム３００は、運賃管理システム２００と接続されており、拠出金の使用状況のデータを運賃管理システム２００から受信する。
【００２７】
ＳＮＳシステム４００は、ＳＮＳ事業者に設置される計算機（サーバ）であり、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを記憶するメモリ、他の装置との通信を制御する通信インターフェース、及びデータを格納する不揮発性記憶装置（例えば、磁気ディスクドライブ）を有する。ＳＮＳシステム４００は、運賃管理システム２００と接続されており、寄付金の効果の情報（例えば、高齢者運賃の情報）を運賃管理システム２００から受信し、運賃管理システム２００から受信した情報を、ショートメッセージサービスやｗｅｂサイトを用いて市民に発信する。
【００２８】
図２は、第１の実施形態の運賃管理システム２００の構成の一例を示すブロック図である。
【００２９】
運賃管理システム２００は、プロセッサ（ＣＰＵ）２０１、メモリ２０２、不揮発記憶装置（ＨＤＤ）２０３、入力インターフェース２０４、出力インターフェース２０５、及び通信インターフェース２０６を有する計算機である。
【００３０】
プロセッサ２０１は、メモリ２０２に格納されたプログラムを実行する。
【００３１】
メモリ２０２は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶装置であり、オペレーティングシステム（ＯＳ）及びアプリケーションプログラムを格納する。プロセッサ２０１が、オペレーティングシステムを実行することによって、運賃管理システム２００の基本機能が実現され、アプリケーションプログラムを実行することによって、運賃管理システム２００が提供する機能が実装される。
【００３２】
記憶装置２０３は、例えば、磁気記憶装置、フラッシュメモリ等の大容量かつ不揮発性の記憶装置であり、プロセッサ２０１によって実行されるプログラム及びプログラム実行時に使用されるデータを格納する。すなわち、プロセッサ２０１によって実行されるプログラムは、記憶装置２０３から読み出されて、メモリ２０２にロードされて、プロセッサ２０１によって実行される。
【００３３】
入力インターフェース２０４は、入力機器であるキーボード２０７及びマウス２０８からの入力を受ける。及び出力インターフェース２０５は、出力装置であるディスプレイ装置２０９に接続されており、ディスプレイ装置２０９に画像を表示するための信号を出力する。
【００３４】
通信インターフェース２０６は、運賃管理システム２００をネットワークに接続し、他の装置との通信を制御する。
【００３５】
図３は、第１の実施形態のバス端末１１０の構成の一例を示すブロック図である。
【００３６】
バス端末１１０は、プロセッサ（ＣＰＵ）１１１、メモリ１１２、表示装置１１３、操作部１１４、通信インターフェース１１５、ＩＣカードリーダ・ライタ１１６、現金受入部１１７及び現金払出部１１８を有し、バスの車内に設置されている料金収受装置である。
【００３７】
プロセッサ１１１は、メモリ１１２に格納されたプログラムを実行する。
【００３８】
メモリ１１２は、ＤＲＡＭ（Dynamic Random Access Memory）等の高速かつ揮発性の記憶装置と、フラッシュメモリ等の大容量かつ不揮発性の記憶装置とを含む。揮発性記憶装置は、オペレーティングシステム（ＯＳ）及びアプリケーションプログラムを格納する。プロセッサ１１１が、アプリケーションプログラムを実行することによって、バス端末１１０が提供する機能が実装される。不揮発性記憶装置は、プロセッサ１１１によって実行されるプログラム及びプログラム実行時に使用されるデータを格納する。すなわち、プロセッサ１１１によって実行されるプログラムは、不揮発性記憶装置から読み出されて、揮発性記憶装置（ＤＲＡＭ）にロードされて、プロセッサ１１１によって実行される。
【００３９】
表示装置１１３は、例えば、液晶ディスプレイ装置によって構成され、利用者から収受する料金、寄付金の額、当該寄付金による高齢者運賃の変化などを表示する。
【００４０】
操作部１１４は、利用者が操作する利用者操作部と、乗務員が操作する乗務員操作部とを含む。利用者操作部は、例えば、利用者が寄付の用途を選択した、寄付金額を設定したりするために操作するもので、独立したキーボードでも、表示装置１１３と一体に構成されたタッチパネルでもよい。乗務員操作部は、乗務員がバス端末１１０の状態を設定するために操作をするキーボードである。
【００４１】
通信インターフェース１１５は、バス端末１１０を無線ネットワークに接続し、運行管理システム１００との通信を制御する。
【００４２】
ＩＣカードリーダ・ライタ１１６は、利用者が提示したＩＣカードから情報を読み取り、必要な料金を収受するための通信をする。現金受入部１１７は、利用者が投入した現金を計数して受け入れる。現金払出部１１８は、現金貯蔵部に格納された現金を計数して、利用者に（例えば、おつりとして）払い出す。
【００４３】
なお、タクシー端末１３０は、タクシーの車内に設置されている料金収受装置であり、その構成は、バス端末１１０と同じであるが、現金受入部１１７及び現金払出部１１８を有さず、乗務員が利用者から現金を直接収受してもよい。
【００４４】
図４は、第１の実施形態の運賃データベース２４０の構成の一例を説明する図である。
【００４５】
運賃データベース２４０は、運賃を切り替える期間毎に一つのエントリ（一組のデータ）を有する。各エントリは、年月日２４０１、拠出金額２４０２、拠出金乗数２４０３、寄付金額２４０４、一般運賃２４０５、一般利用者数２４０６、高齢者運賃２４０７、高齢者利用者数２４０８、エネルギー費２４０９及びその他経費２４１０のデータを含む。
【００４６】
年月日２４０１は、この運賃が適用される期間を表す。なお、図示した例では、１日毎に変動させるが、１時間毎に変動させてもよい。
【００４７】
拠出金額２４０２は、この期間の公共サービスに投入された（又は、投入される）公的拠出金の金額である。公的拠出金の額は、この期間の公共サービスに１日あたりに投入される基準額が予め定まっており（例えば、本年度は１日あたり１０万円）、この基準額に拠出金乗数２４０３を乗じた額である。なお、後述するように、拠出金乗数２４０３は、１日（料金を変動させる時間単位毎）に変化する。拠出金乗数２４０３は、この期間の公共サービスに投入された公的拠出金の基準額に対する割合である。なお、図示した例では、公的拠出金の基準額は１０万円である。
【００４８】
寄付金額２４０４は、この期間の公共サービスに対して寄せられた寄付金の額であり、この額の寄付金が、次の期間（例えば、明日）の高齢者運賃に反映される。すなわち、現時点が含まれる期間の寄付金額は、寄付が寄せられる度にリアルタイムに積算され、過去においては、当該期間に寄せられた寄付金の額の積算値である。
【００４９】
一般運賃２４０５は、一般の乗客が支払う運賃の額であり、通常は固定値である。一般利用者数２４０６は、一般運賃で利用した乗客の数であり、過去のデータは実績値、将来のデータは運行管理システム１００（需要予測システム１５０）から取得した予測値である。
【００５０】
高齢者運賃２４０７は、所定の年齢以上の乗客が支払う運賃の額である。高齢者利用者数２４０８は、高齢者運賃で利用した乗客の数であり、過去のデータは実績値、将来のデータは運行管理システム１００（需要予測システム１５０）から取得した予測値である。
【００５１】
エネルギー費２４０９は、この期間の公共サービスを提供するために必要なエネルギーのコストであり、例えば、バスが電気自動車である場合、電力コストである。この電力コストは、自家発電による供給量や、発電事業者からの購入量が、その日の天候（日照時間、風速）によって変化するので、運賃管理システム２００は、日照量、風速、気温のデータを気象予測システムから取得して、エネルギー費２４０９を予測して、設定する。
【００５２】
その他経費２４１０は、運行する路線の運転手などの人件費、車両などの減価償却費の合計である。
【００５３】
図５は、第１の実施形態の料金変動システムによる寄付金受付処理を説明するシーケンス図である。
【００５４】
本実施形態のタクシー端末１３０は、利用者が料金を支払う際に、寄付金の額及び用途を選択する画面（図８）を表示画面に表示する。タクシーの利用者は、タクシー端末１３０を操作して、寄付金の額及び用途を決定する（Ｓ１０１）。
【００５５】
タクシー端末１３０は、タクシー利用者からの寄付を受け付けると、寄せられた寄付金額の情報を運行管理システム１００に送信する（Ｓ１０２）。
【００５６】
運行管理システム１００は、タクシー端末１３０から収集された、高齢者運賃に寄与する寄付金額の情報を、運賃管理システム２００に送信する（Ｓ１０３）。
【００５７】
運賃管理システム２００は、運行管理システム１００から寄付金額の情報を取得すると、明日の高齢者運賃の予測値を計算し（Ｓ１０４）、計算された高齢者運賃の予測値（予想運賃情報）を運行管理システム１００に送信する（Ｓ１０５）。
【００５８】
運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃の予測値を、タクシー端末１３０に転送する（Ｓ１０６）。タクシー端末１３０は、受信した高齢者運賃の予測値を表示装置に表示する（Ｓ１０７）。
【００５９】
また、運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃の予測値を、バス停端末１２０に転送する（Ｓ１０８）。バス停端末１２０は、受信した高齢者運賃の予測値を表示装置に表示する（Ｓ１０９）。
【００６０】
このように、寄付金の額に応じた高齢者運賃をリアルタイムで計算することによって、寄付金の効果をリアルタイムで寄付者に提供することができる。
【００６１】
図６は、本発明の第１の実施形態の料金変動システムによる運賃決定処理を説明するシーケンス図である。この運賃決定処理は、１日に寄せられた寄付金の額が集計された時点で実行される。
【００６２】
需要予測システム１５０は、気象予測システム、交通量予測システム、地域イベントデータベース、鉄道運行情報提供システム等の他のシステムから、当該交通事業者が運営する交通事業の利用者数を予測するための情報を取得する。具体的には、気象予測システムから明日の天気、気温、降水量、風向、風速、日照量の情報を取得し、交通量予測システムから運行する道路の交通量の情報を取得し、地域イベントデータベースから運行する路線の周辺で行われるイベントの情報を取得し、鉄道運行情報提供システムから鉄道路線の運休の情報を取得する。需要予測システム１５０は、取得した情報を用いて、明日の乗客数を予測し、運行管理システム１００に送る（Ｓ１５１）。
【００６３】
運行管理システム１００は、明日の乗客の予測数（需要予測）を運賃管理システム２００に送り、運賃の設定を要求する（Ｓ１５２）。
【００６４】
運賃管理システム２００は、運賃の設定要求を受けると、当該期間（例えば、今日）に寄せられた寄付金の額を集計し（Ｓ１５３）、運賃を決定する期間（例えば、明日）の支出を予測する（Ｓ１５４）。また、運賃管理システム２００は、その日の運行に投入される公的拠出金の額を計算し、高齢者運賃を計算する（Ｓ１５５）。
【００６５】
その後、運賃管理システム２００は、計算された公的拠出金の額を拠出金管理システム３００に送る（Ｓ１５６）。拠出金管理システム３００を運営する自治体は、運賃管理システム２００から送られた公的拠出金の額によって、公的拠出金の使用状況を確認することができる。
【００６６】
また、運賃管理システム２００は、計算された高齢者運賃（運賃情報）を運行管理システム１００に送信する（Ｓ１５７）。
【００６７】
運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃を、バス端末１１０に転送する（Ｓ１５８）。この運賃情報の送信は、バス端末１１０からの要求に従って（例えば、翌朝に）送信してもよい。バス端末１１０は、受信した高齢者運賃を表示装置に表示する（Ｓ１５９）。
【００６８】
また、運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃を、バス停端末１２０に転送する（Ｓ１６０）。バス停端末１２０は、受信した高齢者運賃を表示装置に表示する（Ｓ１６１）。
【００６９】
さらに、運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃を、ＳＮＳシステム４００に転送する（Ｓ１６２）。ＳＮＳシステム４００は、受信した高齢者運賃を、ショートメッセージサービスやｗｅｂサイトを用いて市民に発信する（Ｓ１６３）。
【００７０】
なお、本実施形態では、１日を単位として運賃を変動させる例について説明したが、１時間毎に運賃を変動させる場合、図６に示す運賃決定処理は、運賃を切り替えるタイミングで実行される。
【００７１】
このように、寄付金の額に応じた高齢者運賃を計算し、明日の運賃に反映することによって、寄付金及び公的拠出金を効率よく使用することができる。また、寄付金の効果をリアルタイムで寄付者に提供することができる。
【００７２】
図７は、本発明の第１の実施形態の運賃管理システム２００による運賃決定処理を説明するフローチャートである。
【００７３】
まず、運賃管理システム２００は、運賃の設定要求を受けると、明日の乗客の予測数（需要予測）を運行管理システム１００から取得し、運賃データベース２４０の明日の一般乗客数２４０６及び高齢者利用者数２４０８に格納する（Ｓ２０１）。さらに、当該期間に寄せられた寄付金の額を集計し、運賃データベース２４０の明日の寄付金額２４０４に格納する（Ｓ２０２）。
【００７４】
その後、運賃管理システム２００は、明日の支出を予測し、運賃データベース２４０の明日のエネルギー費２４０９及びその他経費２４１０に格納する（Ｓ２０３）。この予測は、運行する路線の運転手などの人件費、車両などの減価償却費、運行にかかるエネルギー費などの経費を合計する。人件費、減価償却費などは運行本数によって変動するが、基本的には固定費である。また、エネルギー費は、例えばバスが電気自動車である場合、電力コストである。この電力コストは、自家発電による供給量や、発電事業者からの購入量が、その日の天候によって変化するので、運賃管理システム２００は、日照量、風速、気温のデータを気象予測システムから取得して、エネルギー費を予測して、設定する。なお、支出は運賃管理システム２００が予測してもよく、他のシステムから支出の予測値を取得してもよい。
【００７５】
その後、運賃管理システム２００は、その日の運行に投入される公的拠出金の額を設定し、高齢者運賃を計算する（Ｓ２０４）。具体的には、明日の公的拠出金の乗数２４０３を今日と同じに設定し、公的拠出金の額を概算する。また、一般運賃の収入（一般運賃×一般利用者数）、拠出金額及び寄付金額を加算し、加算された額を予想された支出額から減じて、高齢者運賃で賄うべき金額（高齢者運賃の合計額）を計算する。その後、計算された高齢者運賃の合計額を明日の高齢者利用者数２４０８で除して、明日の高齢者運賃を概算する。
【００７６】
その後、ステップＳ２０４において概算された公的拠出金の額（乗率）及び高齢者運賃を調整する。すなわち、運賃収入が支出額を下回らず、公的拠出金の額（乗率）が所定の範囲内で、高齢者運賃が所定の範囲内となるようにを調整する。この操作のための画面の例を、図１１に示す。
【００７７】
運賃管理システム２００の運賃設定画面２０００は、公的拠出金の表示欄２００１、寄付金の表示欄２００２、一般運賃の表示欄２００３、高齢者運賃の表示欄２００４、人件費の表示欄２００５及びエネルギー費の表示欄２００６を含む。
【００７８】
公的拠出金の表示欄２００１には、公的拠出金の基準額、乗率、公的拠出金の額が表示される。寄付金の表示欄２００２には、昨日に寄せられた寄付金の額が表示される（なお、図１１では、欄の下部に表示）。一般運賃の表示欄２００３には、一般運賃の額、一般運賃による利用者の予測数、一般運賃収入の額が表示される。高齢者運賃の表示欄２００４には、高齢者運賃の額、高齢者運賃による利用者の予測数、高齢者運賃収入の額が表示される。人件費の表示欄２００５には、人件費の単価、投入労働力（例えば、時間）、人件費の合計額が表示される。エネルギー費の表示欄２００６には、電力単価、電力使用量、エネルギー費の合計額が表示される。
【００７９】
調整可能な数値の右側には、該数値を変更するための操作ボタン２００８を含む。また、各表示欄は、昨日と比較して各コストが高くなったか、低くなったかを示す表示２００７を含む。
【００８０】
寄付金運営事業者のオペレータは、運賃管理システム２００の表示画面２０００を見て、公的拠出金の額（乗率）及び高齢者運賃を調整する（Ｓ２０５）。図１１に示す運賃設定画面２０００では、収入の合計が４３８１８０円で、支出の合計が４４２１４０円であるため、収入が不足する。このため、公的拠出金の乗率及び高齢者運賃を増加させて、収入が支出と等しくなるように調整し、明日の高齢者運賃及び公的拠出金の額が決定する。
【００８１】
また、寄付金運営事業者のオペレータは、運賃管理システム２００の表示画面２０００を見て、高齢者運賃及び一般運賃を変更することによって、利用者の増減を操作できる。すなわち、運賃を上げることによって利用者数が減ることが予想され、運賃を下げることによって利用者数が増えることが予想される。
【００８２】
また、エネルギー費と天気予報とを組み合わせることによって、天候によって再生可能エネルギーの使用割合の変動（すなわち、エネルギーコストの変動）を、料金の割引として計算してもよい。例えば、冬季に風速が大きい場合、風力発電の発電量が増加し、エネルギー費における風力発電の割合が増加することによって、エネルギー費の低下が期待できる。このエネルギー費の低下分を、例えば「北風割引」として、運賃を減額する。また、晴天で日照時間が長い場合、太陽光発電の発電量が増加し、エネルギー費における太陽光発電の割合が増加することによって、エネルギー費の低下が期待できる。このエネルギー費の低下分を、例えば「太陽割引」として、運賃を減額する。
【００８３】
なお、運賃設定画面２０００は、運賃管理システム２００のディスプレイではなく、運賃管理システム２００に接続された端末上で動作するアプリケーション（例えば、ｗｅｂブラウザ）に表示されるものでもよい。
【００８４】
ステップＳ２０５では、オペレータが手動で公的拠出金の額（乗率）及び高齢者運賃を調整したが、以下の処理によって、自動的に（例えば、以下のルールによって）、公的拠出金の額（乗率）及び高齢者運賃を調整することができる。（１）公的拠出金の乗率を１．００に設定し、高齢者運賃を計算する。この場合、高齢者運賃は最低値となる。（２）高齢者運賃が下限額（例えば、８０円）より低くなった場合、高齢者運賃を下限額に設定し、公的拠出金の額（乗率）を減少する。（３）高齢者運賃が上限額（例えば、１６０円）より高くなった場合、高齢者運賃を上限額に設定し、公的拠出金の額（乗率）を１．０より増加する。
【００８５】
なお、公的拠出金の額（乗率）及び高齢者運賃だけでなく、一般運賃の額を変更してもよい。
【００８６】
その後、運賃管理システム２００は、計算された高齢者運賃（運賃情報）をＳＮＳシステム４００を経由して市民に発信し、運行管理システム１００を経由して、バス端末１１０、バス停端末１２０及びタクシー端末１３０に送信する（Ｓ２０６）。
【００８７】
図８、図９、図１０は、本発明の第１の実施形態のタクシー端末１３０において運賃支払い時に表示される運賃支払画面１３００を説明する図である。
【００８８】
なお、タクシー端末１３０は、表示部と一体のタッチパネルによって利用者用操作部が構成されている。
【００８９】
タクシーの運転手がメータを運賃支払いモードに設定すると、タクシー端末１３０の表示装置に、図８に示す運賃支払画面１３００が表示される。運賃支払画面１３００は、運賃表示領域１３０１、経路表示領域１３０２、寄付用途選択領域１３０３〜１３０５を含む。
【００９０】
運賃表示領域１３０１には、当該乗車の運賃の額が表示される。経路表示領域１３０２には、当該乗車の経路、距離などが表示される。寄付用途選択領域１３０３〜１３０５は、利用者が寄付を選択するための操作をする領域である。例えば、領域１３０３は、路線バスの高齢者運賃に寄付をする場合、領域１３０４は、太陽光パネルを設置するための補助金に寄付をする場合、領域１３０５は、芝生を植えるための補助金に寄付をする場合に、利用者がタッチパネルに触れることによって、当該用途が選択される。
【００９１】
タクシーの利用者が、領域１３０３を操作し、バスの高齢者運賃に寄付をすることを選択すると、図９に示すように、運賃支払画面１３００に寄付金額設定ウインドウ１３１１がポップアップ表示される。
【００９２】
寄付金額設定ウインドウ１３１１は、明日の高齢者運賃の表示１３１２、運賃額表示１３１３、寄付金額表示１３１４、合計支払金額表示１３１５を含む。
【００９３】
タクシー端末１３０は、利用者が支払うべき運賃額を所定の桁数に切り上げた差額を計算し、該差額を寄付金額として表示する。この切り上げは、例えば１円、１０円の桁を０円とするように、加算する寄付金額を計算する。図示した例では、運賃額が１９１１円、切り上げた金額が２０００円なので，差額の８９円が寄付金額となる。利用者は、寄付金額表示１３１４の横に設けられたボタン１３１６を操作することによって、寄付金の額を下げることができる。また、ボタン１３１７を操作することによって、寄付金の額を上げることができる。
【００９４】
タクシーの利用者は、合計支払金額を確認した後、総合運賃領域１３１８に触れて、確認操作をすることによって、支払額が決定する。この決定された額の支払いは、現金で運転手に支払っても、ＩＣカード又はクレジットカードによって支払ってもよい。
【００９５】
タクシーの利用者は、取消ボタン１３１９を操作することによって、寄付金の用途の選択を取り消すことができる。
【００９６】
合計支払額を確認する操作が行われると、寄付金額設定ウインドウ１３１１が閉じ、寄付金効果表示画面１３２０（図１０）が表示される。寄付金効果表示画面１３２０では、寄付金の効果が視覚的に表示される。図５を用いて前述したように、タクシーの利用者が決定した寄付金の額は運賃管理システム２００に送信され、運賃管理システム２００が計算した明日の高齢者運賃を受信して、計算された明日の高齢者運賃の額を表示する。
【００９７】
具体的には、例えば、明日の高齢者運賃の表示額が少し減少したり（１３２１）、高齢者運賃額の変化を示すインジケータ１３２２が回転してもよい。例えば、インジケータ１３２２の１回転が０．００１円に対応するように設定しておくとよい。
【００９８】
なお、この寄付金による効果は、タクシー端末１３０以外に、ＳＮＳシステム４００からも発信され、利用者が寄付をした後で確認することができる。例えば、タクシー料金の領収書に記載されたシリアル番号（又は、ＵＲＬ、２次元バーコード）を用いて、ＳＮＳシステム４００にアクセスすることによって、この寄付の効果を表示する画面を呼び出せるとよい。
【００９９】
図１２は、本発明の第１の実施形態のバス停端末１２０の画面に表示される内容を説明する図である。
【０１００】
バス停端末１２０の画面には、今日の高齢者運賃の表示領域１２０１、割引表示領域１２０２、寄付者の情報表示領域１２０３、表示切替ボタン領域１２０４、バスの運行に関する情報を表示する領域１２０５が含まれる。
【０１０１】
今日の高齢者運賃の表示領域１２０１には、今日の高齢者運賃額、昨日の高齢者運賃との比較が表示される。割引表示領域１２０２には、例えば、天候等の要因によるエネルギーコストの変化が料金に反映される額が表示される。寄付者の情報表示領域１２０３には、寄付者の人数、本人の希望によって写真（又は、イラスト、ハンドルネーム）が表示される。表示切替ボタン領域１２０４には、バス停端末の表示内容を切り替えるためのボタンが表示される。例えば、バスルート、時刻表、周辺施設の検索、バス停の検索などの表示内容、及び、表示言語を切り替えるためのボタンが設けられる。バスの運行に関する情報を表示する領域１２０５は、次に到着するバスの行き先等が表示される。なお、表示領域に入りきらない情報は画面をスクロールすることによって見ることができる。
【０１０２】
以上に説明したように、第１の実施形態では、市民から寄せられた寄付に基づいて、公共サービスの料金をリアルタイムで計算することによって、寄付者が寄付の効果を実感することができる。よって、市民の個人レベルの寄付を促進することができる。
【０１０３】
また、市民から寄せられた寄付に基づいて、公共サービスへの公的資金の投入額（投資変数）を変更するので、公的資金を効率よく運用することができる。
【０１０４】
さらに、気象予想や交通情報に基づいて利用者行動を予測し、気象予測に基づいて自然エネルギーのコストを予測して、公共サービスの運営に必要な公的資金の投入額を変更するので、公的資金を効率よく運用することができる。
【０１０５】
＜実施形態２＞
次に、本発明の第２の実施形態について説明する。
【０１０６】
図１３は、本発明の第２の実施形態の料金変動システムによる寄付金受付処理を説明するシーケンス図である。
【０１０７】
前述した第１の実施形態では、タクシーの利用者による寄付金の額を用いて運賃管理システム２００が計算して、明日の運賃を予測し、予想運賃情報をタクシー端末１３０に送信した。しかし、タクシー端末１３０と運行管理システム１００との間の通信は無線通信回線によるので、回線の状態によっては、寄付を受け付けた後、短時間で寄付の効果を表示することが困難となる。そこで、第２の実施形態では、タクシー端末１３０に寄付金と明日の高齢者運賃との関係式を格納し、この関係式に従って、タクシー端末１３０が寄付金による高齢者運賃の変化を計算し、表示する。
【０１０８】
本実施形態のタクシー端末１３０は、利用者が料金を支払う際に、寄付金の額及び用途を選択する画面（図８）を表示画面に表示する。タクシーの利用者は、タクシー端末１３０を操作して、寄付金の額及び用途を決定する（Ｓ１０１）。
【０１０９】
タクシー端末１３０は、タクシー利用者からの寄付を受け付けると、寄せられた寄付金額の情報を運行管理システム１００に送信する（Ｓ１０２）。
【０１１０】
また、タクシー端末１３０は、タクシー利用者から寄せられた寄付金額の情報に基づいて、高齢者運賃の予想額を計算する（Ｓ１２１）。具体的には、タクシー端末１３０に予め設定されている計算式を用いて、今回寄せられた寄付金額によって変動する高齢者運賃の額を計算する。この計算式は、寄付金額を変数として高齢者運賃を計算する式を作成し、運賃管理システム２００が、過去の実績値を用いてパラメータを算出することによって、求めることができる。
【０１１１】
その後、タクシー端末１０３は、計算された高齢者運賃の予想額を表示する（Ｓ１２２）。
【０１１２】
一方、運行管理システム１００は、タクシー端末１３０から収集された、高齢者運賃に寄与する寄付金額の情報を、運賃管理システム２００に送信する（Ｓ１０３）。
【０１１３】
運賃管理システム２００は、運行管理システム１００から寄付金額の情報を取得すると、明日の高齢者運賃の予測値を計算し（Ｓ１０４）、計算された高齢者運賃の予測値（予想運賃情報）を運行管理システム１００に送信する（Ｓ１０５）。
【０１１４】
運行管理システム１００は、運賃管理システム２００から受信した高齢者運賃の予測値を、バス停端末１２０に転送する（Ｓ１０８）。バス停端末１２０は、受信した高齢者運賃の予測値を表示装置に表示する（Ｓ１０９）。
【０１１５】
また、運賃管理システム２００は、運行管理システム１００から寄付金額の情報を取得すると、所定のタイミングで（例えば、所定時間毎に）、明日の高齢者運賃の予測計算に用いるパラメータを計算し（Ｓ１３１）、計算された予想運賃計算用のパラメータを運行管理システム１００に送信する（Ｓ１３２）。
【０１１６】
運行管理システム１００は、運賃管理システム２００から受信した予想運賃計算用のパラメータを、タクシー端末１３０に転送する（Ｓ１３３）。タクシー端末１３０は、受信した予想運賃計算用のパラメータをメモリに格納して、更新する（Ｓ１３４）。メモリに格納されたパラメータは、次に高齢者運賃の予想値を計算する際に用いられる。
【０１１７】
前述したように第２の実施形態によると、寄付金の額に応じた高齢者運賃をタクシー端末１３０に保持された式を用いて計算するので、タクシー端末１３０と運行管理システム１００との間の通信状況が劣悪な場合でも、オフラインで、寄付金による高齢者運賃の変化を計算して、寄付金の効果をリアルタイムで寄付者に提供することができる。
【０１１８】
また、所定時間間隔で、高齢者運賃の計算に用いるパラメータを更新することによって、他のタクシー端末１３０に寄せられた寄付金の額を反映した高齢者運賃を計算することができる。
【０１１９】
以上、本発明の実施形態を、路線バスの高齢者を寄付により変動させる例について説明したが、その他の天気（日照時間、風速など）によるエネルギーコストによって運賃を変化させることもできる。さらに、本発明は、様々な要因を組み合わせて、公共サービスの料金を決定するシステムに適用することができる。
【符号の説明】
【０１２０】
１００ 運行管理システム
１１０ バス端末
１２０ バス停端末
１３０ タクシー端末
１５０ 需要予測システム
２００ 運賃管理システム
２１０ 運賃管理サブシステム
２２０ 拠出金管理サブシステム
２３０ 寄付金管理サブシステム
２４０ 運賃データベース
３００ 拠出金管理システム
４００ ＳＮＳシステム
【特許請求の範囲】
【請求項１】
所定期間単位で変動するサービスの料金を計算する料金管理サーバと、前記料金管理サーバと接続された事業管理サーバと、を備える計算機システムであって、
前記事業管理サーバは、
プロセッサ、メモリ及び通信インターフェースを有し、市民が寄付金額を入力する第１の端末に接続された計算機であり、
市民から入力された寄付金額の情報を前記第１の端末から収集し、
前記収集した寄付金額の情報を前記料金管理サーバに送信し、
前記料金管理サーバは、
プロセッサ、メモリ及び通信インターフェースを有する計算機であり、
前記事業管理サーバから受信した寄付金額の情報を累積し、
前記累積された寄付金額の情報を用いて、次の期間の前記サービスの料金を計算し、
前記計算されたサービスの料金を前記事業管理サーバに送信し、
前記事業管理サーバは、前記料金管理サーバから受信したサービスの料金の計算結果を前記第１の端末に送信することを特徴とする計算機システム。
【請求項２】
前記料金管理サーバは、
公的拠出金を管理する拠出金管理サーバに接続されており、
前記累積された寄付金額の情報及び次の期間に投入される公的拠出金の額を用いて、当該次の期間の前記サービスの料金を計算し、
前記計算されたサービスの料金が適正額となるように、前記公的拠出金が投入される額を調整し、
前記調整された公的拠出金の投入額を前記拠出金管理サーバに出力することを特徴とする請求項１に記載の計算機システム。
【請求項３】
前記料金管理サーバは、料金を変動させる期間、当該期間に投入される公的拠出金の額、当該期間に寄せられた寄付金の額、当該期間のサービスの料金、当該期間のサービスに必要な費用の額を含むデータベースを保持することを特徴とする請求項２に記載の計算機システム。
【請求項４】
前記料金管理サーバは、
前記事業管理サーバから受信した寄付金額の情報を前記データベースに累積し、
当該期間に寄せられた寄付金の額、次の期間に投入される公的拠出金の額及び次の期間のサービスに必要な費用の額を前記データベースから読み出して、次の期間の前記サービスの料金を計算することを特徴とする請求項３に記載の計算機システム。
【請求項５】
前記計算機システムは、市民が寄付金の額を入力する第２の端末を備え、
前記料金管理サーバは、前記サービスの料金を計算するために必要な情報を前記第２の端末に送信し、
前記第２の端末は、前記料金管理サーバから送信された情報を用いて、次の期間の前記サービスの料金を計算することを特徴とする請求項１から４のいずれか一つに記載の計算機システム。
【請求項６】
所定期間単位で変動するサービスの料金を計算する料金管理サーバであって、
プロセッサ、メモリ及び通信インターフェースを有し、市民が寄付金額を入力する第１の端末に接続された事業管理サーバと接続された計算機であり、
前記事業管理サーバが前記第１の端末から収集した市民から入力された寄付金額の情報を累積し、
前記累積された寄付金額の情報を用いて、次の期間の前記サービスの料金を計算し、
前記計算されたサービスの料金を前記事業管理サーバを経由して前記第１の端末に送信することを特徴とする料金管理サーバ。
【請求項７】
前記料金管理サーバは、
公的拠出金を管理する拠出金管理サーバに接続されており、
前記累積された寄付金額の情報及び次の期間に投入される公的拠出金の額を用いて、当該次の期間の前記サービスの料金を計算し、
前記計算されたサービスの料金が適正額となるように、前記公的拠出金が投入される額を調整し、
前記調整された公的拠出金の投入額を前記拠出金管理サーバに出力することを特徴とする請求項６に記載の料金管理サーバ。
【請求項８】
前記料金管理サーバは、料金を変動させる期間、当該期間に投入される公的拠出金の額、当該期間に寄せられた寄付金の額、当該期間のサービスの料金、当該期間のサービスに必要な費用の額を含むデータベースを保持することを特徴とする請求項７に記載の料金管理サーバ。
【請求項９】
前記料金管理サーバは、
前記事業管理サーバから受信した寄付金額の情報を前記データベースに累積し、
当該期間に寄せられた寄付金の額、次の期間に投入される公的拠出金の額及び次の期間のサービスに必要な費用の額を前記データベースから読み出して、次の期間の前記サービスの料金を計算することを特徴とする請求項８に記載の料金管理サーバ。
【請求項１０】
前記事業管理サーバは、市民が寄付金の額を入力する第２の端末に接続されており、
前記料金管理サーバは、前記サービスの料金を計算するために必要な情報を前記第２の端末に送信することを特徴とする請求項６から９のいずれか一つに記載の料金管理サーバ。
【請求項１】
所定期間単位で変動するサービスの料金を計算する料金管理サーバと、前記料金管理サーバと接続された事業管理サーバと、を備える計算機システムであって、
前記事業管理サーバは、
プロセッサ、メモリ及び通信インターフェースを有し、市民が寄付金額を入力する第１の端末に接続された計算機であり、
市民から入力された寄付金額の情報を前記第１の端末から収集し、
前記収集した寄付金額の情報を前記料金管理サーバに送信し、
前記料金管理サーバは、
プロセッサ、メモリ及び通信インターフェースを有する計算機であり、
前記事業管理サーバから受信した寄付金額の情報を累積し、
前記累積された寄付金額の情報を用いて、次の期間の前記サービスの料金を計算し、
前記計算されたサービスの料金を前記事業管理サーバに送信し、
前記事業管理サーバは、前記料金管理サーバから受信したサービスの料金の計算結果を前記第１の端末に送信することを特徴とする計算機システム。
【請求項２】
前記料金管理サーバは、
公的拠出金を管理する拠出金管理サーバに接続されており、
前記累積された寄付金額の情報及び次の期間に投入される公的拠出金の額を用いて、当該次の期間の前記サービスの料金を計算し、
前記計算されたサービスの料金が適正額となるように、前記公的拠出金が投入される額を調整し、
前記調整された公的拠出金の投入額を前記拠出金管理サーバに出力することを特徴とする請求項１に記載の計算機システム。
【請求項３】
前記料金管理サーバは、料金を変動させる期間、当該期間に投入される公的拠出金の額、当該期間に寄せられた寄付金の額、当該期間のサービスの料金、当該期間のサービスに必要な費用の額を含むデータベースを保持することを特徴とする請求項２に記載の計算機システム。
【請求項４】
前記料金管理サーバは、
前記事業管理サーバから受信した寄付金額の情報を前記データベースに累積し、
当該期間に寄せられた寄付金の額、次の期間に投入される公的拠出金の額及び次の期間のサービスに必要な費用の額を前記データベースから読み出して、次の期間の前記サービスの料金を計算することを特徴とする請求項３に記載の計算機システム。
【請求項５】
前記計算機システムは、市民が寄付金の額を入力する第２の端末を備え、
前記料金管理サーバは、前記サービスの料金を計算するために必要な情報を前記第２の端末に送信し、
前記第２の端末は、前記料金管理サーバから送信された情報を用いて、次の期間の前記サービスの料金を計算することを特徴とする請求項１から４のいずれか一つに記載の計算機システム。
【請求項６】
所定期間単位で変動するサービスの料金を計算する料金管理サーバであって、
プロセッサ、メモリ及び通信インターフェースを有し、市民が寄付金額を入力する第１の端末に接続された事業管理サーバと接続された計算機であり、
前記事業管理サーバが前記第１の端末から収集した市民から入力された寄付金額の情報を累積し、
前記累積された寄付金額の情報を用いて、次の期間の前記サービスの料金を計算し、
前記計算されたサービスの料金を前記事業管理サーバを経由して前記第１の端末に送信することを特徴とする料金管理サーバ。
【請求項７】
前記料金管理サーバは、
公的拠出金を管理する拠出金管理サーバに接続されており、
前記累積された寄付金額の情報及び次の期間に投入される公的拠出金の額を用いて、当該次の期間の前記サービスの料金を計算し、
前記計算されたサービスの料金が適正額となるように、前記公的拠出金が投入される額を調整し、
前記調整された公的拠出金の投入額を前記拠出金管理サーバに出力することを特徴とする請求項６に記載の料金管理サーバ。
【請求項８】
前記料金管理サーバは、料金を変動させる期間、当該期間に投入される公的拠出金の額、当該期間に寄せられた寄付金の額、当該期間のサービスの料金、当該期間のサービスに必要な費用の額を含むデータベースを保持することを特徴とする請求項７に記載の料金管理サーバ。
【請求項９】
前記料金管理サーバは、
前記事業管理サーバから受信した寄付金額の情報を前記データベースに累積し、
当該期間に寄せられた寄付金の額、次の期間に投入される公的拠出金の額及び次の期間のサービスに必要な費用の額を前記データベースから読み出して、次の期間の前記サービスの料金を計算することを特徴とする請求項８に記載の料金管理サーバ。
【請求項１０】
前記事業管理サーバは、市民が寄付金の額を入力する第２の端末に接続されており、
前記料金管理サーバは、前記サービスの料金を計算するために必要な情報を前記第２の端末に送信することを特徴とする請求項６から９のいずれか一つに記載の料金管理サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図１３】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図１３】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−７３４８２（Ｐ２０１３−７３４８２Ａ）
【公開日】平成２５年４月２２日（２０１３．４．２２）
【国際特許分類】
【出願番号】特願２０１１−２１３０５４（Ｐ２０１１−２１３０５４）
【出願日】平成２３年９月２８日（２０１１．９．２８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２５年４月２２日（２０１３．４．２２）
【国際特許分類】
【出願日】平成２３年９月２８日（２０１１．９．２８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]