WO2024014108A1

WO2024014108A1 - 支給計算システム

Info

Publication number: WO2024014108A1
Application number: PCT/JP2023/018180
Authority: WO
Inventors: 恵理土田; 千恵子横田; 崇彦高田; 匠土岐; 忍内田
Original assignee: 株式会社バイトルヒクマ
Priority date: 2022-07-15
Filing date: 2023-05-15
Publication date: 2024-01-18

Abstract

交通費支給額を抑えるのに好適な支給計算システムを提供する。　通勤交通費算出サーバ１００は、社員別経路情報テーブル４０６から日割交通費の計算に係る支給対象者の通勤経路に対応する普通運賃及び１ヵ月定期代を含む運賃情報を取得し、記憶装置４２の個人用カレンダ情報から計算対象期間の通勤日数情報を取得する。そして、取得した運賃情報及び通勤日数情報に基づいて、計算対象期間の通勤日数又は通勤予定日数に対応する交通費支給額を普通運賃で計算した場合の実費支給額と、計算対象期間の通勤日数又は通勤予定日数に対応する交通費支給額を１ヵ月定期代とした場合の定期割引支給額とのいずれが低額の方を支給する。

Description

支給計算システム

　本発明は、支給対象者の交通費支給額を計算する支給計算システムに関する。

　従来、通勤交通費の支給額を計算する技術として、例えば、特許文献１記載の技術が知られている。

　特許文献１記載の技術は、例えば、通勤交通費の新規申請が生じたときでかつ申請した通勤経路を月の途中から利用する場合に、６ケ月定期代と該当月の端数日数とに基づいて通勤交通費の定期日割り額を計算し、該当月についてはこの定期日割り額を支給する構成となっている。

特開２０１６－１９２２０１号公報

　しかしながら、特許文献１記載の技術にあっては、６ケ月定期代をベースとして定期日割り額を計算して支給する構成となっているため、該当月については実費合計が定期日割り額よりも高くなる。すなわち、支給対象者には支給額以上の実費の支払いが発生してしまう。また、端数日数分を実費で計算して支給する場合は、端数日数によっては１ケ月定期代を支給した方が実費計算の支給額よりも安くなる場合がある。同様に、例えば在宅勤務と通勤勤務とが混在するような勤務体系の場合に、該当月の通勤日数によっては、実費で精算するよりも１ヵ月定期代で精算した方が支給額を低額に抑えることができる場合がある。しかしながら、特許文献１記載の技術では、このような場面が想定されていない。

　そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、交通費支給額を抑えるのに好適な支給計算システムを提供することを目的としている。

　〔発明１〕　上記目的を達成するために、発明１の支給計算システムは、支給対象者が通勤に利用し得る通勤経路について、当該支給対象者の計算対象期間の通勤予定日数に対応する交通費支給額を計算する支給計算システムであって、前記通勤経路での通勤に要する運賃に関する運賃情報を記憶する運賃情報記憶手段から、前記支給対象者の通勤経路に対応する前記運賃情報を取得する運賃情報取得手段と、前記支給対象者ごとに、当該支給対象者が記録した通勤予定日数に関する通勤予定日数情報を記憶する通勤予定日数情報記憶手段から、前記計算対象期間の通勤予定日数に関する通勤予定日数情報を取得する通勤予定日数情報取得手段と、前記運賃情報取得手段で取得した運賃情報及び前記通勤予定日数情報取得手段で取得した通勤予定日数情報に基づいて、前記計算対象期間の満了前に、前記計算対象期間の通勤予定日数に対応する交通費支給額である第１支給額を計算する第１支給額計算手段と、前記第１支給額計算手段で計算した第１支給額に関する支給情報であって、当該第１支給額を前払いするための支給情報を生成する支給情報生成手段とを備える。

　このような構成であれば、運賃情報取得手段により、運賃情報記憶手段から運賃情報が取得され、通勤予定日数情報取得手段により、通勤予定日数情報記憶手段から通勤予定日数情報が取得される。そして、第１支給額計算手段により、取得された運賃情報及び通勤予定日数情報に基づいて、計算対象期間の満了前に第１支給額が計算され、支給情報生成手段により、計算された第１支給額に関する支給情報が生成される。計算対象期間の満了前に第１支給額が計算され、第１支給額に関する支給情報は、第１支給額を前払いするための支給情報として生成されるので、支給対象者が記録した通勤予定日数に基づいて交通費支給額が前払いされる。

　ここで、第１運賃は、例えば公共交通機関又は個別交通機関における普通運賃又はＩＣカードの利用によるＩＣ運賃等が該当し、第２運賃は、例えば公共交通機関又は個別交通機関における定期券又は回数券を利用した普通運賃よりも割安な運賃等が該当する。

　また、本システムは、単一の装置、端末その他の機器として実現するようにしてもよいし、複数の装置、端末その他の機器を通信可能に接続したネットワークシステムとして実現するようにしてもよい。後者の場合、各構成要素は、それぞれ通信可能に接続されていれば、複数の機器等のうちいずれに属していてもよい。以下、発明３、４及び６の支給計算システムにおいて同じである。

　〔発明２〕　さらに、発明２の支給計算システムは、発明１の支給計算システムにおいて、前記支給対象者の通勤実日数に関する通勤実日数情報を記憶する通勤実日数情報記憶手段から、前記計算対象期間の通勤実日数に関する通勤実日数情報を取得する通勤実日数情報取得手段と、前記運賃情報取得手段で取得した運賃情報及び前記通勤実日数情報取得手段で取得した通勤実日数情報に基づいて、前記計算対象期間の通勤実日数に対応する交通費支給額である第２支給額を計算する第２支給額計算手段と、前記第２支給額計算手段で計算した第２支給額が前記第１支給額よりも大きい場合は、不足分を支給するための不足支給情報を生成する不足支給情報生成手段と、前記第２支給額計算手段で計算した第２支給額が前記第１支給額よりも小さい場合は、過払い分を徴収するための徴収情報を生成する徴収情報生成手段とを備える。

　このような構成であれば、通勤実日数情報取得手段により、通勤実日数情報記憶手段から通勤実日数情報が取得され、第２支給額計算手段により、取得された運賃情報及び通勤実日数情報に基づいて第２支給額が計算される。そして、第２支給額が第１支給額よりも大きい場合は、不足支給情報生成手段により、不足分を支給するための不足支給情報が生成される。これに対し、第２支給額が第１支給額よりも小さい場合は、徴収情報生成手段により、過払い分を徴収するための徴収情報が生成される。

　〔発明３〕　さらに、発明３の支給計算システムは、支給対象者が通勤に利用し得る通勤経路について、当該支給対象者の計算対象期間の通勤予定日数に対応する交通費支給額を計算する支給計算システムであって、前記通勤経路での通勤に要する第１運賃及び当該第１運賃よりも割安な第２運賃を含む運賃に関する運賃情報を記憶する運賃情報記憶手段から、前記支給対象者の通勤経路に対応する前記運賃情報を取得する運賃情報取得手段と、前記支給対象者ごとに、当該支給対象者が記録した通勤予定日数に関する通勤予定日数情報を記憶する通勤予定日数情報記憶手段から、前記計算対象期間の通勤予定日数に関する通勤予定日数情報を取得する通勤予定日数情報取得手段と、前記運賃情報取得手段で取得した運賃情報及び前記通勤予定日数情報取得手段で取得した通勤予定日数情報に基づいて、前記計算対象期間の満了前に、前記計算対象期間の通勤予定日数に対応する交通費支給額を前記第１運賃又は前記第２運賃で計算する第１支給額計算手段と、前記第１支給額計算手段の計算結果に基づいて、当該計算の前記第１運賃に係る支給額及び前記第２運賃に係る支給額のうち低額な方の第１低額支給額に関する支給情報であって、当該第１低額支給額を前払いするための支給情報を生成する支給情報生成手段と、前記支給対象者の通勤実日数に関する通勤実日数情報を記憶する通勤実日数情報記憶手段から、前記計算対象期間の通勤実日数に関する通勤実日数情報を取得する通勤実日数情報取得手段と、前記運賃情報取得手段で取得した運賃情報及び前記通勤実日数情報取得手段で取得した通勤実日数情報に基づいて、前記計算対象期間の通勤実日数に対応する交通費支給額を前記第１運賃又は前記第２運賃で計算する第２支給額計算手段と、前記第２支給額計算手段の計算結果に基づいて、当該計算の前記第１運賃に係る支給額及び前記第２運賃に係る支給額のうち低額な方の第２低額支給額が前記第１低額支給額よりも大きい場合は、不足分を支給するための不足支給情報を生成する不足支給情報生成手段と、前記第２支給額計算手段の計算結果に基づいて、前記第２低額支給額が前記第１低額支給額よりも小さい場合は、過払い分を徴収するための徴収情報を生成する徴収情報生成手段とを備える。

　このような構成であれば、運賃情報取得手段により、運賃情報記憶手段から運賃情報が取得され、通勤予定日数情報取得手段により、通勤予定日数情報記憶手段から通勤予定日数情報が取得される。そして、第１支給額計算手段により、取得された運賃情報及び通勤予定日数情報に基づいて、計算対象期間の満了前に、通勤予定日数に対応する交通費支給額が第１運賃又は第２運賃で計算され、支給情報生成手段により、第１低額支給額に関する支給情報が生成される。

　また、通勤実日数情報取得手段により、通勤実日数情報記憶手段から通勤実日数情報が取得され、第２支給額計算手段により、取得された運賃情報及び通勤実日数情報に基づいて、通勤実日数に対応する交通費支給額が第１運賃又は第２運賃で計算される。そして、第２低額支給額が第１低額支給額よりも大きい場合は、不足支給情報生成手段により、不足分を支給するための不足支給情報が生成される。これに対し、第２低額支給額が第１低額支給額よりも小さい場合は、徴収情報生成手段により、過払い分を徴収するための徴収情報が生成される。

　〔発明４〕　さらに、発明４の支給計算システムは、支給対象者が通勤に利用し得る通勤経路について、当該支給対象者の計算対象期間の通勤予定日数に対応する交通費支給額を計算する支給計算システムであって、前記通勤経路での通勤に要する第１運賃及び当該第１運賃よりも割安な第２運賃を含む運賃に関する運賃情報を記憶する運賃情報記憶手段から、前記支給対象者の通勤経路に対応する前記運賃情報を取得する運賃情報取得手段と、前記支給対象者の前記通勤経路の利用日に関する利用日情報を記憶する利用日情報記憶手段から、前記計算対象期間における前記通勤経路の利用開始日に関する利用開始日情報を取得する利用開始日情報取得手段と、前記支給対象者ごとに、当該支給対象者が記録した通勤予定日数に関する通勤予定日数情報を記憶する通勤予定日数情報記憶手段から、前記計算対象期間の通勤予定日数に関する通勤予定日数情報を取得する通勤予定日数情報取得手段と、前記運賃情報取得手段で取得した運賃情報、前記通勤予定日数情報取得手段で取得した通勤予定日数情報及び前記利用開始日情報取得手段で取得した利用開始日情報に基づいて、前記計算対象期間の満了前に、前記計算対象期間の通勤予定日数に対応する交通費支給額を前記第１運賃又は前記第２運賃で計算する第１支給額計算手段と、前記第１支給額計算手段の計算結果に基づいて、当該計算の前記第１運賃に係る第１支給額及び前記第２運賃に係る第２支給額のうち一方の支給額に関する支給情報であって、当該支給額を前払いするための支給情報を生成する支給情報生成手段とを備える。

　このような構成であれば、運賃情報取得手段により、運賃情報記憶手段から運賃情報が取得され、利用開始日情報取得手段により、利用日情報記憶手段から利用開始日情報が取得され、通勤予定日数情報取得手段により、通勤予定日数情報記憶手段から通勤予定日数情報が取得される。そして、第１支給額計算手段により、取得された運賃情報、通勤予定日数情報及び利用開始日情報に基づいて、計算対象期間の満了前に、通勤予定日数に対応する交通費支給額が第１運賃又は第２運賃で計算され、支給情報生成手段により、第１支給額及び第２支給額のうち一方の支給額に関する支給情報が生成される。

　〔発明５〕　さらに、発明５の支給計算システムは、発明４の支給計算システムにおいて、前記第２運賃は、前記通勤経路の利用日数が所定以上の場合に前記第１運賃よりも割安になり、前記支給情報生成手段は、以下の条件１～５のうち１又は複数の条件の少なくとも１つを満たした場合に、前記第２支給額に関する支給情報を生成し、当該１又は複数の条件をいずれも満たさない場合に、前記第１支給額に関する支給情報を生成する。
　（条件１）前記利用開始日が前記計算対象期間の開始から基準日までの所定期間に含まれる日付であること。
　（条件２）前記計算対象期間における前記利用開始日よりも前の基準日から前記利用開始日までの日数に応じて増加する指標が所定以下であること。
　（条件３）前記計算対象期間における前記利用開始日よりも後の基準日から前記利用開始日までの日数に応じて増加する指標が所定以上であること。
　（条件４）前記計算対象期間における前記利用開始日よりも前の基準日から前記利用開始日までの日数に応じて減少する指標が所定以上であること。
　（条件５）前記計算対象期間における前記利用開始日よりも後の基準日から前記利用開始日までの日数に応じて減少する指標が所定以下であること。

　このような構成であれば、支給情報生成手段により、条件１～５のうち１又は複数の条件の少なくとも１つを満たした場合に、第２支給額に関する支給情報が生成され、１又は複数の条件をいずれも満たさない場合に、第１支給額に関する支給情報が生成される。

　ここで、基準日は、例えば計算対象期間の初日又は末日が該当する。
　〔発明６〕　さらに、発明６の支給計算システムは、支給対象者が通勤に利用し得る通勤経路について、当該支給対象者の計算対象期間の通勤予定日数に対応する交通費支給額を計算する支給計算システムであって、前記通勤経路での通勤に要する第１運賃及び当該第１運賃よりも割安な第２運賃を含む運賃に関する運賃情報を記憶する運賃情報記憶手段から、前記支給対象者の通勤経路に対応する前記運賃情報を取得する運賃情報取得手段と、前記支給対象者ごとに、当該支給対象者が記録した通勤予定日数に関する通勤予定日数情報を記憶する通勤予定日数情報記憶手段から、前記計算対象期間の通勤予定日数に関する通勤予定日数情報を取得する通勤予定日数情報取得手段と、前記通勤経路ごとに当該通勤経路の利用日数の閾値を記憶する閾値記憶手段から、前記支給対象者の通勤経路に対応する前記閾値を取得する閾値取得手段と、前記運賃情報取得手段で取得した運賃情報、前記通勤予定日数情報取得手段で取得した通勤予定日数情報及び前記閾値取得手段で取得した閾値に基づいて、前記計算対象期間の満了前に、前記計算対象期間の通勤予定日数に対応する交通費支給額を前記第１運賃又は前記第２運賃で計算する第１支給額計算手段と、前記第１支給額計算手段の計算結果に基づいて、当該計算の前記第１運賃に係る第１支給額及び前記第２運賃に係る第２支給額のうち一方の支給額に関する支給情報であって、当該支給額を前払いするための支給情報を生成する支給情報生成手段とを備える。

　このような構成であれば、運賃情報取得手段により、運賃情報記憶手段から運賃情報が取得され、通勤予定日数情報取得手段により、通勤予定日数情報記憶手段から通勤予定日数情報が取得され、閾値取得手段により、閾値記憶手段から閾値が取得される。そして、第１支給額計算手段により、取得された運賃情報、通勤予定日数情報及び閾値に基づいて、計算対象期間の満了前に、通勤予定日数に対応する交通費支給額が第１運賃又は第２運賃で計算され、支給情報生成手段により、第１支給額及び第２支給額のうち一方の支給額に関する支給情報が生成される。

　〔発明７〕　さらに、発明７の支給計算システムは、発明６の支給計算システムにおいて、前記支給情報生成手段は、以下の条件１～１２のうち１又は複数の条件の少なくとも１つを満たした場合に、前記第２支給額に関する支給情報を生成し、当該１又は複数の条件をいずれも満たさない場合に、前記第１支給額に関する支給情報を生成する。
　（条件１）前記閾値は前記計算対象期間の通勤予定日数が前記第１支給額が前記第２支給額を上回る境界の日数を示す第１閾値であり、前記計算対象期間の通勤予定日数が当該第１閾値以上であること。
　（条件２）前記閾値は前記第１閾値であり、前記計算対象期間の非通勤予定日数が当該第１閾値未満であること。
　（条件３）前記閾値は前記計算対象期間における週当たりの通勤予定日数が前記第１支給額が前記第２支給額を上回る境界の日数を示す第２閾値であり、当該週当たりの通勤予定日数が当該第２閾値以上であること。
　（条件４）前記閾値は前記第２閾値であり、前記週当たりの非通勤予定日数が当該第２閾値未満であること。
　（条件５）前記閾値は前記計算対象期間における通勤予定日数に応じて増加する第１指標が前記第１支給額が前記第２支給額を上回る境界の値を示す第３閾値であり、前記第１指標が当該第３閾値以上であること。
　（条件６）前記閾値は前記第３閾値であり、前記計算対象期間における非通勤予定日数に応じて増加する第２指標が当該第３閾値未満であること。
　（条件７）前記閾値は前記計算対象期間における週当たりの通勤予定日数に応じて増加する第３指標が前記第２支給額が前記第１支給額を上回る境界の値を示す第４閾値であり、前記第３指標が当該第４閾値以上であること。
　（条件８）前記閾値は前記第４閾値であり、前記計算対象期間における週当たりの非通勤予定日数に応じて増加する第４指標が当該第４閾値未満であること。
　（条件９）前記閾値は前記計算対象期間における通勤予定日数に応じて減少する第５指標が前記第１支給額が前記第２支給額を下回る境界の値を示す第５閾値であり、前記第５指標が当該第５閾値未満であること。
　（条件１０）前記閾値は前記第５閾値であり、前記計算対象期間における非通勤予定日数に応じて減少する第６指標が当該第５閾値以上であること。
　（条件１１）前記閾値は前記計算対象期間における週当たりの通勤予定日数に応じて減少する第７指標が前記第１支給額が前記第２支給額を下回る境界の値を示す第６閾値であり、前記第７指標が当該第６閾値未満であること。
　（条件１２）前記閾値は前記第６閾値であり、前記計算対象期間における週当たりの非通勤予定日数に応じて減少する第８指標が当該第６閾値以上であること。

　このような構成であれば、支給情報生成手段により、条件１～１２のうち１又は複数の条件の少なくとも１つを満たした場合に、第２支給額に関する支給情報が生成され、１又は複数の条件をいずれも満たさない場合に、第１支給額に関する支給情報が生成される。

　〔発明８〕　さらに、発明７の支給計算システムは、発明４乃至７のいずれか１の支給計算システムにおいて、前記支給対象者の通勤実日数に関する通勤実日数情報を記憶する通勤実日数情報記憶手段から、前記計算対象期間の通勤実日数に関する通勤実日数情報を取得する通勤実日数情報取得手段と、前記運賃情報取得手段で取得した運賃情報及び前記通勤実日数情報取得手段で取得した通勤実日数情報に基づいて、前記計算対象期間の通勤実日数に対応する交通費支給額を前記第１運賃又は前記第２運賃で計算する第２支給額計算手段と、前記第２支給額計算手段の計算結果に基づいて、当該計算の前記第１運賃に係る支給額及び前記第２運賃に係る支給額のうち低額な方の第２低額支給額が、前記第１支給額及び前記第２支給額のうち低額な方の第１低額支給額よりも大きい場合は、不足分を支給するための不足支給情報を生成する不足支給情報生成手段と、前記第２支給額計算手段の計算結果に基づいて、前記第２低額支給額が前記第１低額支給額よりも小さい場合は、過払い分を徴収するための徴収情報を生成する徴収情報生成手段とを備える。

　このような構成であれば、通勤実日数情報取得手段により、通勤実日数情報記憶手段から通勤実日数情報が取得され、第２支給額計算手段により、取得された運賃情報及び通勤実日数情報に基づいて、通勤実日数に対応する交通費支給額が第１運賃又は第２運賃で計算される。そして、第２低額支給額が第１低額支給額よりも大きい場合は、不足支給情報生成手段により、不足分を支給するための不足支給情報が生成される。これに対し、第２低額支給額が第１低額支給額よりも小さい場合は、徴収情報生成手段により、過払い分を徴収するための徴収情報が生成される。

　以上説明したように、発明１の支給計算システムによれば、支給対象者が記録した通勤予定日数に基づいて交通費支給額を前払いすることができる。

　さらに、発明２、３又は８の支給計算システムによれば、通勤実績に対して交通費支給額が不足していた場合に、支給対象者に不足分を支給するための不足支給情報を生成することができる。これに対し、通勤実績に対して交通費支給額が過払いであった場合に、支給対象者から過払い分を徴収するための徴収情報を生成することができる。

　さらに、発明３の支給計算システムによれば、第１支給額計算手段で計算した支給額のうち低額な方の第１低額支給額に関する支給情報を生成するので、交通費支給額を抑えることができる。

　さらに、発明３又は８の支給計算システムによれば、第２低額支給額及び第１低額支給額の大小により不足又は過払いの調整を行うので、交通費支給額を抑えることができる。

　さらに、発明４の支給計算システムによれば、運賃情報、通勤予定日数情報及び利用開始日情報に基づいて支給情報を生成することができるので、通勤経路の利用開始日に応じて交通費支給額を抑えることができる。

　さらに、発明５の支給計算システムによれば、条件１～５の成否により支給情報を生成することができるので、より具体的な態様に応じて交通費支給額を抑えることができる。

　さらに、発明６の支給計算システムによれば、運賃情報、通勤予定日数情報及び閾値に基づいて支給情報を生成することができるので、通勤経路の利用日数の閾値に応じて交通費支給額を抑えることができる。

　さらに、発明７の支給計算システムによれば、条件１～１２の成否により支給情報を生成することができるので、より具体的な態様に応じて交通費支給額を抑えることができる。

本実施の形態に係るネットワークシステムの構成を示すブロック図である。通勤交通費算出サーバ１００のハードウェア構成を示す図である。（ａ）～（ｅ）は、企業マスタテーブル４００、勤務先マスタテーブル４０２、社員情報マスタテーブル４０４、社員別経路情報テーブル４０６及び社員別支給情報テーブル４０８のデータ構造を示す図である。（ａ）～（ｂ）は、社員別日割支給情報テーブル４１０及び部署情報テーブル４１２のデータ構造を示す図である。通勤経路情報新規申請処理を示すフローチャートである。申請情報入力画面６００を示す図である。支給情報追加・修正処理を示すフローチャートである。社員情報一覧画面５００を示す図である。経路一覧画面８００を示す図である。支給情報一覧画面８０１の第１の例を示す図である。第１の実施の形態に係る支給情報生成処理を示すフローチャートである。支給情報一覧画面８０１の第２の例を示す図である。社員の個人用カレンダ情報のＣＳＶファイルを取り込む個人用カレンダ情報取込画面９００を示す図である。日割支給後例外処理を示すフローチャートである。社員の実績情報のＣＳＶファイルを取り込む実績情報取込画面９０１を示す図である。第２の実施の形態に係る支給情報生成処理を示すフローチャートである。第３の実施の形態に係る支給情報生成処理を示すフローチャートである。

〔第１の実施の形態〕
〔構成〕
　以下、本発明の第１の実施の形態を説明する。図１乃至図１５は、第１の実施の形態を示す図である。

　まず、本実施の形態の構成を説明する。
　図１は、本実施の形態に係るネットワークシステムの構成を示すブロック図である。

　インターネット１９９には、図１に示すように、通勤交通費を算出するサービス（以下、「通勤交通費算出サービス」と称す）を提供する通勤交通費算出サーバ１００と、通勤交通費算出サービスを利用する企業の社員ごとに設置された社員端末２００とが接続されている。

〔通勤交通費算出サーバ１００のハードウェア構成〕
　次に、通勤交通費算出サーバ１００の構成を説明する。

　図２は、通勤交通費算出サーバ１００のハードウェア構成を示す図である。
　通勤交通費算出サーバ１００は、図２に示すように、制御プログラムに基づいて演算及びシステム全体を制御するＣＰＵ（Central Processing Unit）３０と、所定領域に予めＣＰＵ３０の制御プログラム等を格納しているＲＯＭ（Read Only Memory）３２と、ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算過程で必要な演算結果を格納するためのＲＡＭ（Random Access Memory）３４と、外部装置に対してデータの入出力を媒介するＩ／Ｆ（InterFace）３８とで構成されており、これらは、データを転送するための信号線であるバス３９で相互に且つデータ授受可能に接続されている。

　Ｉ／Ｆ３８には、外部装置として、ヒューマンインターフェースとしてデータの入力が可能なキーボードやマウス等からなる入力装置４０と、データやテーブル等をファイルとして格納する記憶装置４２と、画像信号に基づいて画面を表示する表示装置４４と、インターネット１９９に接続するための信号線とが接続されている。

〔社員端末２００のハードウェア構成〕
　社員端末２００は、上記通勤交通費算出サーバ１００のような据え置き型を想定した端末、または、スマートフォン、タブレットなどの携帯型の端末から構成されている。前者の場合、そのハードウェア構成は、上記通勤交通費算出サーバ１００と同様となる。一方、後者の場合、そのハードウェア構成は、ＣＰＵと、アプリケーションソフトなどのプログラムやプログラムを実行するためのデータ等を格納しているＲＯＭと、ＲＯＭ等から読み出したデータやＣＰＵの演算過程で必要な演算結果を格納するためのＲＡＭと、付属の各種装置に対してデータの入出力を媒介するＩ／Ｆとで構成されている。これらは、データを転送するための信号線で相互に且つデータ授受可能に接続されている。

　Ｉ／Ｆには、付属の各種装置として、データ入力が可能で且つ画像信号に基づいて画面を表示可能なタッチパネル式の表示入力装置、記憶装置、無線通信装置、ビデオカメラ等が接続されている。

〔各種テーブルについて〕
　次に、通勤交通費算出サーバ１００の記憶装置４２に記憶されている各種テーブルについて説明する。

　図３（ａ）～（ｅ）は、企業マスタテーブル４００、勤務先マスタテーブル４０２、社員情報マスタテーブル４０４、社員別経路情報テーブル４０６及び社員別支給情報テーブル４０８のデータ構造を示す図である。

　記憶装置４２には、図３（ａ）～（ｅ）に示すように、企業情報を登録する企業マスタテーブル４００と、企業ごとの勤務先の情報を登録する勤務先マスタテーブル４０２と、社員情報を登録する社員情報マスタテーブル４０４と、社員ごとの通勤経路の情報を登録する社員別経路情報テーブル４０６と、社員ごとの通勤交通費の支給情報を登録する社員別支給情報テーブル４０８とが記憶されている。

　企業マスタテーブル４００には、図３（ａ）に示すように、企業ＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、企業名、申請制御区分、社員グループ区分情報、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報からなる主要情報が登録されている。

　ここで、企業ＩＤは、企業を識別するための情報であり、例えば、企業ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、申請制御区分は、企業に属する従業員からの申請受付可否を設定する情報であり、社員グループ区分情報は、支給社員グループ、その他の社員グループの職系、事務所、所属等の区分を示す情報である。

　勤務先マスタテーブル４０２は、図３（ｂ）に示すように、企業ＩＤ、勤務先ＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、勤務先ＩＤ、勤務先名、通勤先住所、カレンダＩＤ、始業時刻、終業時刻、燃料単価種別ＩＤ、地図情報、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報からなる主要情報が登録されている。

　ここで、勤務先ＩＤは、勤務先を識別するための情報であり、例えば、勤務先ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、カレンダＩＤは、企業ごとに設定された勤務先の営業日と休日とが記されたカレンダを識別するための情報であり、例えば、カレンダの種類ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、燃料単価種別ＩＤは、企業ごとに設定された燃料の単価種別を識別するための情報であり、例えば、単価種別ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。なお、燃料単価種別としては、ガソリン（レギュラー）、ガソリン（ハイオク）、ディーゼル（軽油）などの燃料ごとの単価種別と、ＥＶ（電気自動車）、ＰＨＶ（プラグインハイブリッド電気自動車）、ＦＣＶ（燃料電池自動車）などのエコ自動車の種類ごとの単価種別がある。また、地図情報は、勤務先の最寄り駅の情報である。

　社員情報マスタテーブル４０４には、図３（ｃ）に示すように、企業ＩＤ、社員ＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、社員ＩＤ、社員名、社員名（カナ）、社員郵便番号（自宅）、社員住所（自宅）、電話番号、メールアドレス、勤務先ＩＤ、勤務先名、所属部署ＩＤ、所属部署名、従業員区分、支給ルールＩＤ、カレンダＩＤ、パスワード、権限レベル、地図情報、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報を含む主要情報が登録されている。

　ここで、所属部署ＩＤは、社員の所属する部署を識別するための情報であり、例えば、所属部署ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。従業員区分は、正社員、パートなどを区分する情報であり、権限レベルは、人事権限、上位者権限及び社員権限のうちのいずれかを示す情報である。人事権限は、本システムの通勤費業務に関する全ての機能を利用することができる権限であり、上位者権限は、通勤経路の申請および申請内容の承認作業のみをすることができる権限であり、社員権限は、通勤経路の申請のみをすることができる権限である。また、カレンダＩＤは、社員の個人用カレンダを識別するための情報であり、例えば、社員ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、地図情報は、社員の自宅の最寄り駅の情報である。

　社員別経路情報テーブル４０６には、図３（ｄ）に示すように、企業ＩＤ、社員ＩＤ及び経路ＩＤの組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、社員ＩＤ、乗物ＩＤ、経路方向種別、社員最寄り駅、経路ＩＤ、経路、経路利用期間、１ヵ月金額、３ヵ月金額、６ヵ月金額、１２ヵ月金額、片道金額、片道距離、片道時間、乗換回数、経路基準日、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報を含む主要情報が登録されている。

　ここで、経路方向種別は、通勤手段の利用方向を示す情報であり往路、復路又は往復の情報となる。また、経路ＩＤは、通勤経路を識別するための情報であり、例えば、通勤経路ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、経路は、自宅から勤務先までの経路であり、例えば、通勤手段が鉄道であれば、「自宅→徒歩→最寄り駅（自宅）→途中駅→最寄り駅（勤務先）→徒歩→勤務先」となり、例えば、通勤手段が自動車であれば、「自宅→自動車→勤務先」となる。また、１ヵ月金額、３ヵ月金額、６ヵ月金額及び１２ヵ月金額は、設定した通勤手段及び経路方向種別の１、３、６及び１２ヵ月の定期割引運賃の金額であり、片道金額は、設定した通勤手段の片道の普通運賃（割引なし）の金額であり、経路基準日は、通勤経路が有効となる基準日である。なお、通勤手段として、バスを利用する場合は、定期券の金額及び片道金額に加えて回数券の金額を追加で登録してもよい。

　社員別支給情報テーブル４０８は、図３（ｅ）に示すように、企業ＩＤ、社員ＩＤ、経路ＩＤ及び支給ＩＤの組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、社員ＩＤ、経路ＩＤ、支給ＩＤ、開始日、終了日、支給日、支払方法、支給対象期間、支給対象月数、支給／控除額、自己負担額、種別、期間、備考、解約日、支払詳細情報、定期月数、定期枚数、支給金額、支給金額合計、自己負担額合計、その他の情報を含む主要情報が登録されている。

　ここで、支給ＩＤは、支給情報を一意に特定するための情報であり、例えば、支給情報ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、支払方法は、例えば、給与に組み込み、銀行口座への振り込み、現物（現金）支給などの通勤交通費の支払方法を示す情報であり、支給対象月数及び定期月数は、１ヵ月、３ヵ月、６ヵ月及び１２ヵ月のいずれかとなる。また、支払詳細情報は、継続支給の対象であるか否か、支給サイクル固定の対象であるか否か、運賃改定処理対象であるか否かを示す情報である。

　図４（ａ）～（ｂ）は、社員別日割支給情報テーブル４１０及び部署情報テーブル４１２のデータ構造を示す図である。

　記憶装置４２には、図４（ａ）～（ｂ）に示すように、社員ごとの日割通勤交通費の支給情報を登録する社員別日割支給情報テーブル４１０と、所属部署ごとの承認者及び代理申請者の情報を登録する部署情報テーブル４１２とが記憶されている。

　社員別日割支給情報テーブル４１０は、図４（ａ）に示すように、企業ＩＤ、社員ＩＤ、経路ＩＤ、支給ＩＤ及び日割ＩＤの組合せごとに１つのレコードが登録されている。各レコードは、社員ＩＤ、企業ＩＤ、経路ＩＤ、開始日、終了日、支給日、支払方法、日割支給対象期間、支給対象日数、利用方向種別（片道／往復）、日数、支給金額、支給金額合計、その他の情報を含む主要情報が登録されている。

　ここで、日割ＩＤは、日割情報を一意に特定するための情報であり、例えば、日割情報ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、日割支給対象期間は、通勤交通費を日割で計算する対象期間を示す情報であり、支給対象日数は、支給対象期間のうち通勤交通費を日割りで支払う日数の情報であり、利用方向種別（片道／往復）は、支給対象期間に利用した経路方向種別を示す情報である。また、支払詳細情報は、運賃改定処理対象であるか否かを示す情報である。

　部署情報テーブル４１２は、図４（ｂ）に示すように、所属部署ごと且つ企業ごとに１つのレコードが登録されている。各レコードは、所属部署ＩＤ、企業ＩＤ、承認者ＩＤ、代理申請者ＩＤ、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報を含む主要情報が登録されている。

　ここで、承認者ＩＤは、所属部署ＩＤに対応する所属部署に所属する社員の通勤経路の申請について承認を行う権限を有する上司権限を有する社員の社員ＩＤであり、代理申請者ＩＤは、同じ所属部署に所属する他の社員について通勤経路の申請を代理で行うことができる権限を有する社員の社員ＩＤである。

　なお、記憶装置４２には、上記テーブル以外にも企業ＩＤ、社員ＩＤ及びカレンダＩＤに対応付けて、社員ごとに各月の勤務予定日の情報を含む個人用カレンダ情報が記憶されている。加えて、企業ＩＤ及び社員ＩＤに対応付けて、社員ごとの各月の勤務実績に関する勤務実績情報が記憶されている。さらに、企業ＩＤに対応付けて、適切な交通費支給額を計算するための運賃種別を設定する設定方法が定められた運賃種別設定情報が記憶されている。

　ここで、個人用カレンダ情報は、具体的に、社員ごとに各月の通勤予定日、在宅勤務予定日、通勤予定日の合計日数、在宅勤務予定日の合計日数の情報等を含む情報であり、各社員が自身で記録するものである。

　また、勤務実績情報は、社員ごとの各月の実際に勤務をした日及び勤務時間を含む情報であり、具体的には、通勤勤務を遂行した日及び勤務時間の情報、在宅勤務を遂行した日及び勤務時間の情報、通勤勤務を遂行した日の合計日数（以下、「通勤実日数」と称す）の情報、在宅勤務を遂行した日の合計日数の情報を含んでいる。なお、この構成に限らず、例えば、勤務時間の情報を含まない構成、在宅勤務を遂行した日数を含まない構成、合計日数の情報を含まない構成など他の構成としてもよい。

〔動作〕
　次に、本実施の形態の動作を説明する。
〔通勤経路情報新規申請処理〕
　次に、社員が通勤経路情報を新規に申請する場合の通勤交通費算出サーバ１００の動作について説明する。

　図５は、通勤経路情報新規申請処理を示すフローチャートである。
　ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図５のフローチャートに示す通勤経路情報新規申請処理を実行する。

　通勤経路情報新規申請処理は、ＣＰＵ３０において実行されると、図５に示すように、まず、ステップＳ１００に移行する。

　ステップＳ１００では、社員端末２００からの新規申請要求を受信したか否かを判定し、受信したと判定した場合（ＹＥＳ）は、ステップＳ１０２に移行し、そうでないと判定した場合（ＮＯ）は、受信するまで判定処理を繰り返す。

　ここで、通勤経路情報の新規申請は、例えば、新入社員が初めて通勤経路情報を登録する場合、又は引っ越しをして通勤経路が変わった場合などに行われる。

　ステップＳ１０２に移行した場合は、申請情報入力処理を実行して、ステップＳ１０４に移行する。

　図６は、申請情報入力画面６００を示す図である。
　ここで、申請情報入力処理が実行されると、まず、社員端末２００に対して、申請情報の入力画面情報を送信する。これにより、社員端末２００の表示装置には、図６に示す申請情報入力画面６００が表示される。社員は、社員端末２００を介して、図６に示す申請情報入力画面６００等に、申請する通勤経路情報を入力する。

　具体的に、社員別経路情報テーブル４０６、社員別支給情報テーブル４０８及び社員別日割支給情報テーブル４１０に登録する情報の入力を受け付ける処理となる。なお、図６に例示した画面は、最初に表示される画面であって、申請情報入力画面６００の右下に表示された次へボタン６１を選択することで次の入力画面に切り替わる。すなわち、申請情報の入力処理は複数画面に亘って行われる。

　具体的に、申請情報入力画面６００では、通勤手段（乗物ＩＤ）、申請理由、自宅住所、経路方向種別等の通勤経路情報を入力することができるようになっている。経路方向種別は、具体的に、ドロップダウンリストに表示される「往路」、「復路」、「往復」の３つのうちから１つを選択して入力欄６０に入力することができるようになっている。すなわち、往路しか利用しない場合、復路しか利用しない場合、往路と復路で通勤経路が異なる場合などに、往路、復路で個別に通勤経路情報を設定できるようになっている。

　また、図６の「経路のみを登録する」のチェックボックス６３に示すように、通勤経路のみを登録することができるようになっている。ここで、チェックボックス６３がチェックされていない場合、通勤経路の登録が行われると登録された通勤経路に対応する支給情報が即座に自動生成されて、生成された支給情報が社員別支給情報テーブル４１６に登録される。一方、チェックボックス６３がチェックされている場合は、通勤経路の登録が行われても、支給情報の自動生成が即座に行われず、人事部又は総務部の担当者によって別途生成業務が行われる。

　ここで、「経路のみを登録する」を選択できるようにしたのは、例えば、月の途中から新たな通勤経路を利用して通勤を行う社員、在宅勤務と通勤勤務とが混在する勤務体系の社員等に柔軟に対応するためである。このような社員に対応する場合、単純に定期券での対応ができず事前に支給情報を生成することが難しい。そのため、該当月又は各月の通勤実日数又は通勤予定日数から日割りで通勤交通費の支給額を計算する必要がある。特に、交通費を前払いや当月払いで支給するような場合は、各社員に設定された該当月又は各月の通勤予定日数から日割支給額合計（以下、「日割交通費」と称する）の計算を行う必要がある。

　ステップＳ１０４では、社員端末２００からの登録申請を受信したか否かを判定し、受信したと判定した場合（ＹＥＳ）は、ステップＳ１０６に移行し、そうでないと判定した場合（ＮＯ）は、ステップＳ１１０に移行する。

　ステップＳ１０６に移行した場合は、社員情報マスタテーブル４０４から、申請者の所属部署の情報（所属部署ＩＤ）を取得するとともに、部署情報テーブル４１２から、取得した所属部署ＩＤに対応する承認先情報（承認権限を有する社員の社員ＩＤ）を取得して、ステップＳ１０８に移行する。

　ステップＳ１０８では、取得した承認先情報に基づいて承認ルートを構築する。その後、構築した承認ルートに基づいてルート先の各承認者宛てに申請情報の承認要求を送信して、一連の処理を終了し、元の処理に復帰する。

　これにより、承認が行われ申請が許可されることで、「経路のみを登録する」が選択されていない場合は、申請情報及び支給情報が、社員別経路情報テーブル４０６、社員別支給情報テーブル４０８及び社員別日割支給情報テーブル４１０に登録される。一方で、「経路のみを登録する」が選択されている場合は、申請情報が社員別経路情報テーブル４０６に登録されるのみで支給情報が生成されない。

　一方、ステップＳ１０４において、登録申請を受信せずにステップＳ１１０に移行した場合は、社員端末２００からのキャンセル要求を受信したか否かを判定し、受信したと判定した場合（ＹＥＳ）は、一連の処理を終了して元の処理に復帰し、そうでないと判定した場合（ＮＯ）は、ステップＳ１０４に移行する。

〔支給情報追加・修正処理〕
　次に、人事社員が、社員別支給情報テーブル４０８及び社員別日割支給情報テーブル４１０への支給情報の追加及び登録されている支給情報の修正を行う場合の動作を説明する。

　図７は、支給情報追加・修正処理を示すフローチャートであり、図８は、社員情報一覧画面５００を示す図であり、図９は、経路一覧画面８００を示す図であり、図１０は、支給情報一覧画面８０１の第１の例を示す図である。

　ここで、通勤交通費算出サービスの提供ページに人事権限を有するアカウントでログインすると、人事権限を有する社員（以下、「人事社員」と称す）の社員端末２００の表示装置には、サービスのトップページが表示される。このトップページには、図示省略するが、「申請」「社員情報」「業務マスタ」などのメインメニューボタンが表示されている。なお、図示省略するが、これらメインメニューボタンは常に画面上部に表示されており、トップページ以外のページからでも選択することが可能となっている。そして、人事権限を有する社員が、社員端末２００を介して「社員情報」のメニューボタンを選択（マウスによる押下又は指によるタッチ等を）することで、表示装置には、図８に示す社員情報一覧画面５００が表示される。ここで、人事社員は、通勤交通費の計算に係る業務を行う権限を有している。

　支給情報追加・修正処理は、社員情報一覧画面５００において追加又は修正対象の社員を選択し、経路一覧ボタン５１を選択したあとに表示される経路一覧画面８００において実行される処理である。

　ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図７のフローチャートに示す支給情報追加・修正処理を実行する。

　支給情報追加・修正処理は、ＣＰＵ３０において実行されると、図７に示すように、まず、ステップＳ２００に移行する。

　ステップＳ２００では、社員端末２００からの情報に基づいて、経路一覧画面８００に表示された選択社員の通勤経路一覧から選択された通勤経路について、経路の修正ボタン８０が選択されたか否かを判定する。そして、選択されたと判定した場合（ＹＥＳ）は、支給情報一覧画面８０１の画面情報を社員端末２００に送信して、ステップＳ２０２に移行し、そうでないと判定した場合（ＮＯ）は、選択されるまで判定処理を繰り返す。

　すなわち、図９に示す経路一覧画面８００にて経路の修正ボタン８０が選択された場合は、社員端末２００の表示装置に、図１０に示す支給情報一覧画面８０１が表示される。

　なお、図１０に示す例では、申請時に「経路のみを登録する」が選択されたため支給情報が未登録となっている。

　図７に戻って、ステップＳ２０２に移行した場合は、社員端末２００からの情報に基づいて、支給情報一覧画面８０１にて、追加ボタン８２が選択されたか否かを判定する。そして、選択されたと判定した場合（ＹＥＳ）は、支給情報を設定するための支給情報設定画面（不図示）の画面情報を社員端末２００に送信して、ステップＳ２０４に移行し、そうでないと判定した場合（ＮＯ）は、ステップＳ２０６に移行する。これにより、図示省略するが、社員端末２００の表示画面には、支給情報設定画面が表示される。

　ステップＳ２０４に移行した場合は、支給情報追加処理を実行して、一連の処理を終了して元の処理に復帰する。

　支給情報追加処理としては、例えば、月の途中から新しい通勤経路が利用される場合に、その月の新しい通勤経路の利用日数について日割支給情報を追加する処理が該当する。また、在宅勤務と通勤勤務とが混在する勤務形態の場合に、各月の通勤実日数又は通勤予定日数に応じた日割支給情報を追加する処理が該当する。

　具体的に、人事社員は、社員端末２００を介して、支給情報設定画面において日割支給対象期間、支給対象日数、利用方向種別（片道／往復）などの必要な情報を入力する。日割支給情報は、例えば、入社日が中途半端な日で、申請した通勤経路で月の途中から出勤するような場合に、その月の出勤日だけ通勤交通費を日割で支給するような場合に設定される情報である。加えて、例えば感染症の蔓延などによって在宅勤務を行う必要があり、在宅勤務と通勤勤務とが混在する場合に出勤日の分だけ通勤交通費を日割で支給するような場合に設定される情報である。従って、日割対象の期間を日割支給対象期間として設定する。

　なお、申請した通勤経路を月の途中から利用する場合は、該当月の通勤対象期間が日割支給対象期間となる。例えば、６月１５日から新たな通勤経路を利用して通勤する場合は、６月１５日～６月３０日が日割支給対象期間に設定される。一方、在宅勤務と通勤勤務とが混在する勤務体系（混在勤務体系）については、例えば、対象となる各月の期間が日割支給対象期間となる。例えば、６月１日から混在勤務体系が実施される場合は、６月１日～６月３０日が日割支給対象期間として設定される。翌月以降も混在勤務体系が継続する場合は、翌月以降についても、各月の期間が日割支給対象期間として設定される。

　また、必要な情報の入力後に、支給情報設定画面に表示されたＯＫボタン（図示略）が選択されることで、入力情報を含む日割交通費に関する支給情報の生成指示が通勤交通費算出サーバ１００に送信される。これにより、通勤交通費算出サーバ１００にて、日割交通費に関する支給情報が生成される。

　一方、ステップＳ２０２で、追加ボタン８１が選択されずにステップＳ２０６に移行した場合は、社員端末２００からの情報に基づいて、支給情報一覧画面８０１にて、選択支給情報について修正ボタン８３が選択されたか否かを判定する。そして、選択されたと判定した場合（ＹＥＳ）は、支給情報設定画面（不図示）の画面情報を社員端末２００に送信して、ステップＳ２０８に移行し、そうでないと判定した場合（ＮＯ）は、ステップＳ２１０に移行する。

　すなわち、図示省略するが支給情報一覧画面８０１にて、既に登録されている日割支給情報が選択された状態で修正ボタン８３が選択された場合は、社員端末２００の表示画面に、既に情報が入力された状態の支給情報設定画面（不図示）が表示される。

　ステップＳ２０８に移行した場合は、支給情報修正処理を実行して、一連の処理を終了し元の処理に復帰する。

　ここで、支給情報修正処理は、支給情報設定画面にて既に入力された情報を修正する処理である。

　また、ステップＳ２０６において、修正ボタン８３が選択されずにステップＳ２１０に移行した場合は、追加ボタン８２及び修正ボタン８３を除く他のボタンが選択されたか否かを判定する。そして、他のボタンが選択されたと判定した場合（ＹＥＳ）は、他のボタンに対応する画面の画面情報を社員端末２００に送信して、ステップＳ２１２に移行し、そうでないと判定した場合（ＮＯ）は、ステップＳ２０２に移行する。

　ステップＳ２１２に移行した場合は、選択された他のボタンに対応する処理を実行して、一連の処理を終了し元の処理に復帰する。

　他のボタンとしては、図１０に示すように、解約ボタン、削除ボタン、確定ボタン及びキャンセルボタンがある。解約ボタンが選択された場合は定期の解約処理が実行され、削除ボタンが選択された場合は選択支給情報の削除処理が実行され、キャンセルボタンが選択された場合は、経路の修正がキャンセルされて経路一覧画面８００に戻る処理が実行される。

〔支給情報生成処理〕
　次に、日割交通費に関する支給情報の生成処理を実行する場合の通勤交通費算出サーバ１００の動作について説明する。以下、日割交通費の計算対象期間を計算対象月として説明する。

　図１１は、本実施の形態に係る支給情報生成処理を示すフローチャートであり、図１２は、支給情報一覧画面８０１の第２の例を示す図である。また、図１３は、社員の個人用カレンダ情報のＣＳＶファイルを取り込む個人用カレンダ情報取込画面９００を示す図である。また、図１５は、社員の実績情報のＣＳＶファイルを取り込む実績情報取込画面９０１を示す図である。

　支給情報生成処理は、ＣＰＵ３０において実行されると、図１１に示すように、まず、ステップＳ２５０に移行する。

　ステップＳ２５０では、支給情報の生成指示があったか否かを判定する。そして、生成指示があったと判定した場合(YES)は、ステップＳ２５２に移行し、そうでないと判定した場合(NO)は、生成指示があるまで判定処理を繰り返す。

　ここで、支給情報の生成指示は、支給情報追加・修正処理におけるステップＳ２０４の支給情報追加処理にて発行される指示が該当する。加えて、通勤交通費算出サーバ１００に実装された一括処理機能にて支給情報の追加を一括処理する際に発行される指示が該当する。

　ステップＳ２５２では、該当社員の計算対象月に対応する勤務実績情報又は個人用カレンダ情報を取得して、ステップＳ２５４に移行する。

　具体的に、計算対象期間が計算対象月の場合、対象月の翌月に対象月の業務実績に基づいて日割交通費を支給する場合は勤務実績情報を取得し、例えば翌月の日割交通費を前月又は当月に支給する場合は個人用カレンダ情報を取得する。

　ここで、通勤交通費算出サーバ１００は、記憶装置４２に記憶されている該当社員の企業ＩＤ、社員ＩＤ及び計算対象月に対応する勤務実績情報又は個人用カレンダ情報を取得する。勤務実績情報及び個人用カレンダ情報は、記憶装置４２に例えばＣＳＶファイル等の所定のファイル形式のファイルとして記憶しておき、図１３又は図１５の例に示すように、該当社員のＣＳＶファイルを選択して取り込むことで取得することができる。この取込は、一括処理機能を適用した場合に処理対象の全ての社員に対して行うことができ、処理対象の全ての社員のファイルを取り込んだ場合は以降の処理を全ての社員に対して一括で行うことができるようになっている。一方、支給情報追加・修正処理においては、選択されている社員のファイルを取得する処理となり、選択されている社員に対してのみ以降の処理が実行される。

　なお、日割交通費の前払い若しくは当月払い又は翌月払いの判定は、例えば、通勤交通費算出サーバ１００に内蔵されたＲＴＣ（Real Time Clock）の時刻情報（年月日時分秒）を利用して自動で判別する構成としてもよいし、人事社員がチェックボックス等で選択する構成としてもよい。

　ステップＳ２５４では、ステップＳ２５２で取得した処理対象月の勤務実績情報から通勤勤務を遂行した合計日数を取得するか又はステップＳ２５２で取得した処理対象月の個人用カレンダ情報から通勤予定日の合計日数を取得して、ステップＳ２５６に移行する。

　ステップＳ２５６では、該当社員の通勤経路に対応する運賃情報を取得して、ステップＳ２５８に移行する。ここで、通勤交通費算出サーバ１００は、社員別経路情報テーブル４０６の該当社員のレコードから、運賃情報として切符利用による片道金額（普通運賃）及び１ヵ月定期券の金額（１ヵ月金額）の情報を取得する。

　ステップＳ２５８では、ステップＳ２５４で取得した合計日数と、ステップＳ２５６で取得した片道金額（普通運賃）とに基づいて実費支給額を算出する。その後、ステップＳ２６０に移行する。

　具体的に、実費支給額は、同じ通勤経路を往復で利用した場合は「実費支給額＝合計日数×片道金額×２」で計算される。一方、通勤経路を片道（「往路」のみ又は「復路」のみ）で利用した場合は「実費支給額＝合計日数×片道金額」で計算される。すなわち、通勤経路が片道ずつ異なる場合は、通勤経路ごとに実費支給額が計算される。

　ステップＳ２６０では、ステップＳ２５８で算出した実費支給額と、ステップＳ２５４で取得した１ヵ月金額（以下、「定期割引支給額」と称する）との大小を判定する。そして、この判定結果に基づいて実費支給額が定期割引支給額よりも低額であるか否かを判定し、低額であると判定した場合(YES)は、ステップＳ２６２に移行し、そうでないと判定した場合(NO)は、ステップＳ２６４に移行する。

　ステップＳ２６２に移行した場合は、ステップＳ２５８で算出した実費支給額を支給する支給情報を生成する。その後、ステップＳ２６６に移行する。

　一方、ステップＳ２６４に移行した場合は、定期券の１ヵ月金額からなる定期割引支給額を支給する支給情報を生成する。その後、ステップＳ２６６に移行する。

　ステップＳ２６６では、ステップＳ２６２又はＳ２６４で生成した支給情報を社員別支給情報テーブル４０８又は社員別日割支給情報テーブル４１０の該当する社員のレコードに登録する。その後、一連の処理を終了して元の処理に復帰する。

　具体的に、通勤交通費算出サーバ１００は、生成した支給情報を、各月の交通費を日割交通費で支給している社員については、社員別日割支給情報テーブル４１０の該当するレコードに登録し、各月の交通費を通常は定期券の金額で支給している社員については、社員別支給情報テーブル４０８の該当するレコードに登録する。

　これにより、図１２に示すように、支給情報一覧画面８０１に、登録した日割交通費に関する支給情報が表示される。

〔日割支給後例外処理〕
　次に、日割交通費を支給後の例外処理について説明する。ここで、日割支給後例外処理は、通勤交通費の日割交通費を前払い又は当月払いした場合に実行される処理となる。

　具体的に、日割支給後例外処理は、日割交通費を前払い又は当月払いした場合に生じる可能性のある日割交通費の不足又は過払いに対応する処理となる。以下、計算対象期間を計算対象月として説明する。

　日割支給後例外処理では、具体的に、日割交通費を過払いしている場合は差額分の徴収額を徴収するための徴収情報を生成し、日割交通費が不足している場合は不足分を支給するための日割支給情報を生成する。

　図１４は、日割支給後例外処理を示すフローチャートである。
　日割支給後例外処理は、予め設定した実行条件が成立した場合に実行される処理である。

　ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１４のフローチャートに示す日割支給後例外処理を実行する。

　日割支給後例外処理は、ＣＰＵ３０において実行されると、図１４に示すように、まず、ステップＳ３００に移行する。

　ステップＳ３００では、実行条件が成立したか否かを判定し、成立したと判定した場合(YES)は、ステップＳ３０２に移行し、そうでないと判定した場合(NO)は、成立するまで判定処理を繰り返す。

　ここで、実行条件は、例えば、支給対象の社員からの要求があったとき、人事社員からの要求があったとき、予め設定した実行タイミングとなったときなどに成立するように条件が設定されている。例えば、実費支給額で日割交通費の支給後に通勤予定日が大幅に増加したため１ケ月定期券を購入したところ購入費用が実費支給額を越えてしまう場合がある。この場合は、日割交通費の不足が発生した状態となる。また、例えば、定期割引支給額で日割交通費を支給後に通勤予定日が大幅に減少したため切符を購入して通勤をしたところ通勤に要した費用が定期割引支給額を下回る場合がある。この場合は、日割交通費の過払いが発生した状態となる。

　このように、日割交通費の不足や過払いが生じた場合に、社員端末２００を介した社員からの要求によって実行条件が成立するように設定することができる。

　しかしながら、前払いで支給された日割交通費が実際に通勤に要した費用を上回る場合、社員は積極的に過払い分を戻すような処理を要求をしてこない可能性が高い。そのため、このような場合を考慮して、例えば定期的（例えば、毎月決められた日付）に日割交通費を支給される社員全員に対して、定期的に実行条件が成立するように設定することもできる。

　また、人事社員が実行条件を成立する指示を入力することで、人事社員の任意のタイミングで実行条件を成立させることも可能である。

　ステップＳ３０２に移行した場合は、該当社員の計算対象月に対応する勤務実績情報を取得して、ステップＳ３０４に移行する。ここで、通勤交通費算出サーバ１００は、記憶装置４２に記憶されている該当社員の企業ＩＤ、社員ＩＤ及び対象月に対応する勤務実績情報から通勤勤務を遂行した合計日数の情報を取得する。例えば、勤務実績情報は、記憶装置４２にＣＳＶファイルとして記憶しておき、図１５の例に示すように、該当社員のＣＳＶファイルを選択して取り込むことで取得することができる。この取込は複数の社員に対して行うことができ、複数の社員のＣＳＶファイルを取り込んだ場合は以降の処理を複数の社員に対して一括で行うことができるようになっている。

　ステップＳ３０４では、該当社員の通勤経路に対応する運賃情報を取得して、ステップＳ３０６に移行する。ここで、通勤交通費算出サーバ１００は、社員別経路情報テーブル４０６の該当社員のレコードから、片道金額（普通運賃）及び１ヵ月定期券の金額（１ヵ月金額）の情報を取得する。

　ステップＳ３０６では、該当社員の計算対象月に対応する支給情報（ここでは日割交通費を支給済みの支給情報）を取得して、ステップＳ３０８に移行する。ここで、通勤交通費算出サーバ１００は、社員別日割支給情報テーブル４１０の該当社員のレコードから、計算対象月に対応する支給情報を取得する。

　ステップＳ３０８では、ステップＳ３０２で取得した合計日数と、ステップＳ３０４で取得した片道金額（普通運賃）とに基づいて実費支給額を算出し、算出した実費支給額とステップＳ３０４で取得した１ケ月金額とを比較していずれか低額の方を実績支給額に設定する。その後、ステップＳ３１０に移行する。

　ステップＳ３１０では、ステップＳ３０６で取得した該当社員の計算対象月の支給情報の金額とステップＳ３０８で設定した実績支給額とを比較して、支給情報の金額が実績支給額以下か否かを判定する。そして、実績支給額以下であると判定した場合(YES)は、ステップＳ３１２に移行し、そうでないと判定した場合(NO)は、ステップＳ３１６に移行する。

　ステップＳ３１２に移行した場合は、不足金を支給する不足支給情報を生成して、ステップＳ３１４に移行する。すなわち、実績支給額の方が高額となるため支給額との差額分を支給する支給情報を生成する。

　ステップＳ３１４では、ステップＳ３１２で生成した不足支給情報を社員別日割支給情報テーブル４１０の該当する社員のレコードに登録する。その後、一連の処理を終了して元の処理に復帰する。

　一方、ステップＳ３１０において支給情報の金額が実績支給額以上と判定されステップＳ３１６に移行した場合は、過払い金を徴収する徴収情報を生成して、ステップＳ３１８に移行する。すなわち、実績支給額の方が低額となるため支給額との差額分を徴収する。

　なお、支給情報の金額と実績支給額とが一致する場合は、不足でも過払いでも無いため以降の処理を実行せずに、一連の処理を終了して元の処理に復帰する。

　ステップＳ３１８では、ステップＳ３１６で生成した徴収情報を、該当する社員の企業ＩＤ、社員ＩＤ及び対象月情報に対応付けて記憶装置４２に記憶する。その後、一連の処理を終了して元の処理に復帰する。ここで、徴収情報は人事社員に閲覧可能となっており、人事社員は、この徴収情報に基づいて、例えば、給与支給額から徴収情報に対応する過払い額を差し引くなどの処理を行う。

〔効果〕
　次に、本実施の形態の効果を説明する。
　本実施の形態では、通勤交通費算出サーバ１００は、支給対象の社員の申請した通勤経路の日割交通費の計算において、社員別経路情報テーブル４０６から、この通勤経路の普通運賃及び１ヵ月の定期代である１ヵ月金額（定期割引支給額）の情報を取得する。加えて、記憶装置４２から、該当社員の計算対象期間の通勤実日数又は通勤予定日数の情報を取得し、取得した普通運賃と通勤実日数又は通勤予定日数とに基づいて実費支給額を計算する。そして、計算した実費支給額及び取得した１ヵ月金額である定期割引支給額の大小を判定し、この判定結果に基づいていずれが低額かを判定する。さらに、低額な方の支給額に関する支給情報を生成する。そして、生成した支給情報を社員別支給情報テーブル４０８又は社員別日割支給情報テーブル４１０の該当社員のレコードに登録するようにした。

　このような構成であれば、支給対象の社員にとって適切な金額の日割交通費を選定でき且つ選定した日割交通費に関する支給情報を生成することができる。

　さらに、本実施の形態では、日割交通費を前払い又は当月払いで支給した場合に、実行条件の成立に応じて、該当社員の対象月の通勤勤務の実績（通勤日数合計）と、該当社員の通勤経路に対応する普通運賃とに基づいて実費支給額を算出し、この実費支給額と１ヵ月金額（定期割引支給額）とのうち低額な方の支給額を実績支給額として設定する。加えて、該当社員の対象月の日割支給情報に対応する日割交通費（通勤予定日に基づいて計算）及び実績支給額の大小を比較し、実績支給額の方が低額な場合に過払い分を徴収するための徴収情報を生成し、実績支給額の方が高額な場合に不足分を支給するための日割支給情報を生成するようにした。

　このような構成であれば、例えば、実費支給額で日割交通費の支給後に事情が変わって１ケ月定期券を購入したところ購入費用が実費支給額を越えてしまうような例外的な状況が発生した場合に不足分を該当社員に支給することができる。また、例えば、定期割引支給額で日割交通費を支給後に事情が変わって切符を購入して通勤をしたところ通勤に要した費用が定期割引支給額を下回るといった例外的な状況が発生した場合に該当社員から過払い分を徴収することができる。

　但し、いずれも勤務実績に応じて判定されるため、例えば、実費支給額で日割交通費の支給後に通勤予定日が大幅に増えて１ケ月定期券を購入したが病気やケガで通勤予定日の後半半分を通勤できなかった場合などは実際に通勤勤務を遂行した日数での判定処理となるため、実際の通勤日数によっては事前に支給された実費支給額を下回って逆に過払い金の徴収が発生する場合がある。

〔対応関係〕
　本実施の形態において、ステップＳ２５２～Ｓ２５４、Ｓ３０２は、発明１若しくは３の通勤予定日数情報取得手段、又は発明２若しくは３の通勤実日数情報取得手段に対応し、ステップＳ２５６は、発明１乃至３の運賃情報取得手段に対応し、ステップＳ２５８は、発明１又は３の第１支給額計算手段に対応している。

　また、本実施の形態において、ステップＳ２６２～Ｓ２６４は、発明１又は３の支給情報生成手段に対応し、ステップＳ３０８は、発明２又は３の第２支給額計算手段に対応し、ステップＳ３１２は、発明２又は３の不足支給情報生成手段に対応し、ステップＳ３１６は、発明２又は３の徴収情報生成手段に対応している。

　また、本実施の形態において、記憶装置４２は、発明１若しくは３の運賃情報記憶手段、発明１若しくは３の通勤予定日数情報記憶手段、又は発明２若しくは３の通勤実日数情報記憶手段に対応し、普通運賃は、発明３の第１運賃に対応し、定期券の１ヵ月金額、３ヵ月金額、６ヵ月金額及び１２ヵ月金額は、発明３の第２運賃に対応している。

〔第２の実施の形態〕
〔構成〕
　次に、本発明の第２の実施の形態を説明する。図１６は、第２の実施の形態を示す図である。以下、上記第１の実施の形態と異なる部分についてのみ説明し、重複する部分については説明を省略する。

　本実施の形態は、新規申請された通勤経路について、利用開始日が利用開始月の途中の日付である場合に、上記第１の実施の形態の判定方法とは異なる判定方法によって、利用開始月の日割交通費を計算する運賃種別を判定する点が上記第１の実施の形態と異なる。他の構成については、上記第１の実施の形態と同様となる。

　本実施の形態では、新規申請した通勤経路での利用開始月の利用開始日が、その月の第１期間（例えば１日～１５日）内に含まれる日付である場合に、定期割引運賃を利用開始月の交通費支給額の計算に用いる運賃種別として設定する。一方、利用開始日が、利用開始月の第２期間（例えば１６日～３０日又は３１日）内に含まれる日付である場合に、普通運賃を利用開始月の交通費支給額の計算に用いる運賃種別として設定する。以下、この設定方法を「第１設定方法」と称する。すなわち、第１設定方法は、新規申請した通勤経路について、この経路の利用開始日が利用開始月の途中の日付となる場合にその月の交通費支給額を計算するのに適切な設定方法となっている。

　なお、第１期間及び第２期間は、申請された通勤経路ごとに設定されている。具体的に、通勤経路、利用開始月及びその月の営業日数（通勤勤務日数）に対してそれぞれ最適な期間が設定されている。具体的に、交通費支給額が対象社員にとって適切な支給額となるように設定された期間となっている。

　例えば、通勤経路に対応する鉄道会社が鉄道会社Ａであり、申請した通勤経路を１８日以上利用することによって１ヵ月定期券の方が普通運賃よりも割安となるように運賃が設定されているとする。この場合、平日を営業日とした場合で且つ利用開始月が例えば６月である場合に第１期間が６月の１日～７日の期間に設定され、第２期間が８日～３０日の期間に設定される。また、例えば、通勤経路に対応する鉄道会社が鉄道会社Ｂであり、申請した通勤経路を１２日以上利用することによって１ヵ月定期券の方が普通運賃よりも割安となるように運賃が設定されているとする。この場合、平日を営業日とした場合で且つ利用開始月が例えば６月である場合に第１期間が６月の１日～１５日の期間に設定され、第２期間が１６日～３０日の期間に設定される。すなわち、鉄道会社Ａであれば、６月の利用開始日が１～７日の期間内の日付であれば１ヵ月定期代の方が普通運賃で計算された実費支給額よりも安くなり、８日～３０日の期間内の日付であれば実費支給額の方が１ヵ月定期代よりも安くなる。同様に、鉄道会社Ｂであれば、６月の利用開始日が１日～１５日の期間内の日付であれば１ヵ月定期代の方が実費支給額よりも安くなり、１６日～３０日の期間内の日付であれば実費支給額の方が１ヵ月定期代よりも安くなる。

　以上説明したように、第１期間及び第２期間は、申請された通勤経路ごとに最適な期間が設定されるようになっており、これらの情報は、例えば、通勤経路、通勤経路に対応する交通機関（例えば鉄道会社、バス会社等）、利用する路線種類、利用開始月及び利用開始月の営業日数（通勤勤務日数）に対応付けられて記憶装置４２に記憶されている。以下、通勤経路、通勤経路に対応する交通機関、利用する路線種類、利用開始日（年月日）、利用開始月の営業日数（通勤勤務日数）等の第１期間及び第２期間を特定するための各種情報を「通勤関連情報」と称する。

〔動作〕
　次に、本実施の形態の動作を説明する。
〔支給情報生成処理〕
　次に、通勤経路が新規申請された場合の日割交通費に関する支給情報の生成処理を実行する場合の通勤交通費算出サーバ１００の動作について説明する。

　図１６は、本実施の形態に係る支給情報生成処理を示すフローチャートである。
　支給情報生成処理は、ＣＰＵ３０において実行されると、図１６に示すように、まず、ステップＳ４００に移行する。

　ステップＳ４００では、通勤経路の新規申請があったか否かを判定し、あったと判定した場合(YES)は、ステップＳ４０２に移行し、そうでないと判定した場合(NO)は、新規申請があるまで判定処理を繰り返す。

　ステップＳ４０２では、該当社員の新規申請された通勤経路に対応する利用開始月の勤務実績情報又は個人用カレンダ情報を取得して、ステップＳ４０４に移行する。

　ここで、勤務実績情報及び個人用カレンダ情報は、通勤経路の利用開始日の情報を含んでいる。勤務実績情報及び個人用カレンダ情報は、上記第１の実施の形態と同様に記憶装置４２に例えばＣＳＶファイル等の所定のファイル形式のファイルとして記憶されており、例えば、図１３又は図１５の例に示すように、該当社員のＣＳＶファイルを選択して取り込むことで取得することができる。この取込は、一括処理機能を適用した場合に処理対象の全ての社員に対して行うことができ、処理対象の全ての社員のファイルを取り込んだ場合は以降の処理を全ての社員に対して一括で行うことができるようになっている。

　ステップＳ４０４では、ステップＳ４０２で取得した利用開始月の勤務実績情報又は個人用カレンダ情報から利用開始日を取得して、ステップＳ４０５に移行する。

　ステップＳ４０５では、利用開始日が利用開始月の途中の日付か否かを判定し、途中の日付であると判定した場合(YES)は、ステップＳ４０６に移行し、そうでないと判定した場合(NO)は、一連の処理を終了して元の処理に復帰する。

　ここで、利用開始月の途中の日付か否かの判定処理は、基本的に、利用開始日が、利用開始月の最初の営業日以外の日付のときに途中の日付と判定し、最初の営業日のときに途中の日付では無いと判定する処理となる。なお、例えば利用開始月の最初の出勤日が休日出勤の場合は、この日付を営業開始日として判定してもよい。また、利用開始日が営業開始日である場合は、別途、定期券の３ヵ月金額などによって支給額が計算される。

　ステップＳ４０６では、記憶装置４２から該当社員の通勤関連情報に対応する第１期間を取得し、ステップＳ４０４で取得した利用開始日が、取得した第１期間内の日付か否かを判定する。そして、第１期間内の日付であると判定した場合(YES)は、ステップＳ４０８に移行し、そうでないと判定した場合(NO)は、ステップＳ４１０に移行する。

　ステップＳ４０８に移行した場合は、利用開始月の日割交通費を計算する運賃種別として定期割引運賃（１ヵ月金額）を設定して、ステップＳ４１０に移行する。

　ステップＳ４１０では、社員別経路情報テーブル４０６から該当社員の通勤経路に対応する定期券の１ヵ月金額を取得し、取得した１ヵ月金額からなる定期割引支給額を支給する支給情報を生成する。その後、ステップＳ４１６に移行する。

　一方、ステップＳ４０６で利用開始日が第１期間内の日付では無い（すなわち第２期間内の日付である）と判定されステップＳ４１２に移行した場合は、利用開始月の日割交通費を計算する運賃種別として片道金額（普通運賃）を設定して、ステップＳ４１４に移行する。

　ステップＳ４１４では、ステップＳ４０２で取得した利用開始月の勤務実績情報から通勤勤務を遂行した合計日数を取得するか又はステップＳ４０２で取得した利用開始月の個人用カレンダ情報から通勤予定日の合計日数を取得する。加えて、社員別経路情報テーブル４０６から該当社員の通勤経路に対応する片道金額を取得して、片道金額及び合計日数に基づいて日割支給額を計算する。さらに、計算して得られた日割支給額を支給する支給情報を生成して、ステップＳ４１６に移行する。

　ステップＳ４１６では、ステップＳ４１０又はＳ４１４で生成した支給情報を社員別支給情報テーブル４０８又は社員別日割支給情報テーブル４１０の該当する社員のレコードに登録する。その後、一連の処理を終了して元の処理に復帰する。

〔効果〕
　次に、本実施の形態の効果を説明する。
　本実施の形態では、通勤交通費算出サーバ１００は、支給対象の社員が新規に申請した通勤経路での利用開始月の日割交通費の計算において、利用開始日が利用開始月の途中の日付である場合に、記憶装置４２から、該当社員の通勤経路情報等の通勤関係情報に対応する判定期間である第１期間を取得し、利用開始日が第１期間内の日付であるか否かを判定する。加えて、この判定結果に基づいて、第１期間内の日付である場合に日割交通費の計算に用いる運賃の運賃種別を定期割引運賃（１ヵ月金額）に設定し、第１期間内の日付ではない場合に日割交通費の計算に用いる運賃の運賃種別を普通運賃（片道金額）に設定する。さらに、設定した運賃種別の運賃で計算した日割交通費に関する支給情報を生成する。そして、生成した支給情報を社員別支給情報テーブル４０８又は社員別日割支給情報テーブル４１０の該当社員のレコードに登録するようにした。

　このような構成であれば、申請した通勤経路での利用開始日がその月の途中の日付である場合に、簡易な判定処理によって、支給対象者にとって適切な金額の日割交通費を計算することができる運賃種別を選定することができ且つ選定した運賃種別の運賃で計算した日割交通費に関する支給情報を生成することができる。

〔対応関係〕
　本実施の形態において、ステップＳ４０２～Ｓ４０４は、発明４の通勤予定日数情報取得手段、発明８の通勤実日数情報取得手段、又は発明４の利用開始日情報取得手段に対応し、ステップＳ４０６～Ｓ４１４は、発明４、５又は８の支給情報生成手段に対応している。

　また、本実施の形態において、記憶装置４２は、発明４の運賃情報記憶手段、発明４の利用日情報記憶手段、発明４の通勤予定日数情報記憶手段、又は発明８の通勤実日数情報記憶手段に対応し、普通運賃は、発明４、５又は８の第１運賃に対応している。

　また、本実施の形態において、定期割引運賃（１ヵ月金額）は、発明４、５又は８の第２運賃に対応している。

〔第３の実施の形態〕
　次に、本発明の第３の実施の形態を説明する。図１７は、第３の実施の形態を示す図である。以下、上記第１の実施の形態と異なる部分についてのみ説明し、重複する部分については説明を省略する。

　本実施の形態は、申請した通勤経路による計算対象期間の通勤実日数又は通勤予定日数と申請された通勤経路に対応する判定基準日数とに基づいて計算対象期間の日割交通費を実費支給額か定期割引支給額のいずれか一方に決定する点が上記第１の実施の形態と異なる。他の構成については、上記第１の実施の形態と同様となる。

　本実施の形態は、計算対象期間の通勤実日数又は通勤予定日数が、実費支給額が定期割引支給額よりも高額になる境界の日数である予め設定された判定基準日数未満である場合に、普通運賃を計算対象期間の交通費支給額の計算に用いる運賃種別として設定する。一方、計算対象期間の通勤実日数又は通勤予定日数が、判定基準日数以上である場合に、定期割引運賃を計算対象期間の交通費支給額の計算に用いる運賃種別として設定する。以下、この設定方法を「第２設定方法」と称する。

　なお、判定基準日数は、申請された通勤経路に対してそれぞれ最適な日数が設定されている。具体的に、交通費支給額が対象社員に対して適切な支給額となるように設定された日数となっている。

　以下、計算対象期間が計算対象月であるとして具体例を説明する。
　例えば、通勤経路に対応する鉄道会社が鉄道会社Ｃであり、申請した通勤経路を往復で１４日以上利用することによって１ヵ月定期券の方が普通運賃よりも割安となるように運賃が設定されているとする。この場合、判定基準日数は１４日に設定される。また、例えば、通勤経路に対応する鉄道会社が鉄道会社Ｄであり、申請した通勤経路を往復で１６日以上利用することによって１ヵ月定期券の方が普通運賃よりも割安となるように運賃が設定されているとする。この場合、判定基準日数は１６日に設定される。すなわち、鉄道会社Ｃであれば、計算対象月の通勤実日数又は通勤予定日数が、判定基準日数である１４日未満の場合に実費支給額の方が１ヵ月定期代よりも安くなり、１４日以上の場合に１ヵ月定期代の方が普通運賃で計算された実費支給額よりも安くなる。同様に、鉄道会社Ｄであれば、計算対象月の通勤実日数又は通勤予定日数が、判定基準日数である１６日未満の場合に実費支給額の方が１ヵ月定期代よりも安くなり、１６日以上の場合に１ヵ月定期代の方が実費支給額よりも安くなる。

　以上説明したように、判定基準日数は、申請された通勤経路ごとに最適な日数が設定されるようになっており、例えば、通勤経路、通勤経路に対応する交通機関（例えば鉄道会社、バス会社等）及び利用する路線種類に対応付けられて記憶装置４２に記憶されている。

〔動作〕
　次に、本実施の形態の動作を説明する。
〔支給情報生成処理〕
　次に、日割交通費に関する支給情報の生成処理を実行する場合の通勤交通費算出サーバ１００の動作について説明する。以下、計算対象期間を計算対象月として説明する。

　図１７は、本実施の形態に係る支給情報生成処理を示すフローチャートである。
　支給情報生成処理は、ＣＰＵ３０において実行されると、図１７に示すように、まず、ステップＳ５００に移行する。

　ステップＳ５００では、支給情報の生成指示があったか否かを判定し、あったと判定した場合(YES)は、ステップＳ５０２に移行し、そうでないと判定した場合(NO)は、生成指示があるまで判定処理を繰り返す。

　ステップＳ５０２では、該当社員の計算対象月に対応する勤務実績情報又は個人用カレンダ情報を取得して、ステップＳ５０４に移行する。

　ここで、勤務実績情報及び個人用カレンダ情報は、上記第１の実施の形態と同様に記憶装置４２に例えばＣＳＶファイル等の所定のファイル形式のファイルとして記憶されており、例えば、図１３又は図１５の例に示すように、該当社員のＣＳＶファイルを選択して取り込むことで取得することができる。この取込は、一括処理機能を適用した場合に処理対象の全ての社員に対して行うことができ、処理対象の全ての社員のファイルを取り込んだ場合は以降の処理を全ての社員に対して一括で行うことができるようになっている。

　ステップＳ５０４では、ステップＳ５０２で取得した計算対象月の勤務実績情報から通勤勤務を遂行した合計日数（通勤日合計）を取得するか又はステップＳ５０２で取得した計算対象月の個人用カレンダ情報から通勤予定日の合計日数（通勤予定日合計）を取得する。その後、ステップＳ５０６に移行する。

　ステップＳ５０６では、記憶装置４２から該当社員の通勤経路等に対応する判定基準日数を取得し、ステップＳ５０４で取得した合計日数が、取得した判定基準日数未満か否かを判定する。そして、判定基準日数未満であると判定した場合(YES)は、ステップＳ５０８に移行し、そうでないと判定した場合(NO)は、ステップＳ５１２に移行する。

　ステップＳ５０８に移行した場合は、日割交通費を計算する運賃種別として片道金額（普通運賃）を設定して、ステップＳ５１０に移行する。

　ステップＳ５１０では、社員別経路情報テーブル４０６から該当社員の通勤経路に対応する片道金額を取得して、取得した片道金額及びステップＳ５０４で取得した合計日数に基づいて日割支給額を計算する。加えて、計算して得られた日割支給額を支給する支給情報を生成して、ステップＳ５１６に移行する。

　一方、ステップＳ５０６で合計日数が判定基準日数未満では無いと判定されステップＳ５１２に移行した場合は、計算対象月の日割交通費を計算する運賃種別として定期割引運賃（１ヵ月金額）を設定して、ステップＳ５１４に移行する。

　ステップＳ５１４では、社員別経路情報テーブル４０６から該当社員の通勤経路に対応する定期券の１ヵ月金額を取得して、取得した１ヵ月金額である定期割引支給額を支給する支給情報を生成する。その後、ステップＳ５１６に移行する。

　ステップＳ５１６では、ステップＳ５１０又はＳ５１４で生成した支給情報を社員別支給情報テーブル４０８又は社員別日割支給情報テーブル４１０の該当する社員のレコードに登録する。その後、一連の処理を終了して元の処理に復帰する。

〔効果〕
　次に、本実施の形態の効果を説明する。
　本実施の形態では、通勤交通費算出サーバ１００は、支給対象の社員が申請した通勤経路の通勤実日数又は通勤予定日数に対応する日割交通費の計算において、記憶装置４２から、該当社員の通勤経路等に対応する判定基準日数を取得し、通勤実日数又は通勤予定日数が判定基準日数未満であるか否かを判定する。加えて、この判定結果に基づいて、判定基準日数未満である場合に日割交通費の計算に用いる運賃の運賃種別を普通運賃（片道金額）に設定するとともに、この運賃種別の運賃で計算した日割交通費に関する支給情報を生成する。一方、判定結果が判定基準日数未満ではない場合に日割交通費の計算に用いる運賃の運賃種別を定期割引運賃（１ヵ月金額）に設定するとともに、この運賃種別の運賃で計算した日割交通費に関する支給情報を生成する。そして、生成した支給情報を社員別支給情報テーブル４０８又は社員別日割支給情報テーブル４１０の該当社員のレコードに登録するようにした。

　このような構成であれば、簡易な判定処理によって、支給対象の社員にとって適切な金額の日割交通費を計算できる運賃種別を選定することができ且つ選定した運賃種別の運賃で計算した日割交通費に関する支給情報を生成することができる。

〔対応関係〕
　本実施の形態において、ステップＳ５０２～Ｓ５０４は、発明６の通勤予定日数情報取得手段、又は発明８の通勤実日数情報取得手段に対応し、ステップＳ５０６は、発明６の閾値取得手段に対応し、ステップＳ５０６～Ｓ５１４は、発明６乃至８の支給情報生成手段に対応している。

　また、本実施の形態において、記憶装置４２は、発明６の運賃情報記憶手段、発明６の通勤予定日数情報記憶手段、又は発明６の閾値記憶手段に対応し、判定基準日数は、発明７の第１閾値に対応し、普通運賃は、発明６又は８の第１運賃に対応している。

　また、本実施の形態において、定期割引運賃（１ヵ月金額）は、発明６又は８の第２運賃に対応している。

〔変形例〕
　なお、上記実施の形態においては、計算対象月の実費支給額と定期券の１ヵ月金額との大小比較によって、いずれか低額な方を日割交通費とする構成としたが、この構成に限らない。例えば、日割交通費の支給が連続で複数ヵ月続く場合は、例えば、複数ヵ月分の実費支給額と定期券の対応する複数ヶ月金額（例えば３ヵ月、６ヵ月、１２ヵ月金額のいずれか）との比較によって日割交通費を決定する構成としてもよい。

　また、上記実施の形態及びその変形例においては、実費支給額よりも定期割引支給額の方が低い（安い）か否かを判定し、低い（安い）と判定した場合は定期支給額を支給する構成としたが、この構成に限らない。例えば、実費支給額よりも定期割引支給額の方が高いか否かを判定し、高いと判定した場合は実費支給額を支給する構成としてもよい。または、支給条件等に応じて、実費支給額よりも定期割引支給額の方が高いか否かを判定し、高いと判定した場合は定期支給額を支給する構成としてもよいし、実費支給額よりも定期割引支給額の方が低い（安い）か否かを判定し、低い（安い）と判定した場合は実費支給額を支給する構成としてもよい。

　また、上記実施の形態及びその変形例においては、利用開始日が第１期間内の日付であった場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定して、定期割引支給額（例えば１ヵ月金額）に関する支給情報を生成する構成としたが、この構成に限らない。例えば、利用開始日が第２期間内の日付であるか否かを判定し、第２期間内の日付であった場合に、日割交通費の計算に用いる運賃種別を普通運賃に設定して、実費支給額を計算し、実費支給額に関する支給情報を生成する構成としてもよい。また、第１期間又は第２期間による判定に限らず、例えば、（ａ）計算対象期間における利用開始日よりも前の基準日から利用開始日までの日数に応じて増加する指標が所定以下である場合、（ｂ）計算対象期間における利用開始日よりも後の基準日から利用開始日までの日数に応じて増加する指標が所定以上である場合、（ｃ）計算対象期間における利用開始日よりも前の基準日から利用開始日までの日数に応じて減少する指標が所定以上である場合、（ｄ）計算対象期間における利用開始日よりも後の基準日から利用開始日までの日数に応じて減少する指標が所定以下である場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定して、定期割引支給額（例えば１ヵ月金額）を支給する支給情報を生成する構成としてもよい。上記（ａ）の指標は、例えば、計算対象期間（例えば利用開始月の日数（例えば３０日又は３１日））に対する月初から利用開始日までの日数（例えば８日）の割合（例えば８／３０又は３１）が該当し、上記（ｂ）の指標は、例えば、計算対象期間に対する月末から利用開始日までの日数（例えば１５日）の割合（例えば１５／３０又は３１）が該当し、上記（ｃ）の指標は、例えば、月初から利用開始日までの日数（例えば８日）に対する計算対象期間の割合（例えば３０又は３１／８）が該当し、上記（ｄ）の指標は、例えば、月末から利用開始日までの日数（例えば１５日）に対する計算対象期間の割合（例えば３０又は３１／１５）が該当する。なお、上記計算対象期間は、その期間の全日数に限らず営業日数としてもよい。

　また、上記実施の形態及びその変形例においては、記憶装置４２に記憶された個人用カレンダ情報から通勤予定日の情報を取得する構成としたが、この構成に限らない。例えば、他の記憶媒体から読み込む構成としたり、手入力で入力したものを取り込む構成としたり、社員の使用する端末から送信されたものを受信して取り込む構成としたりするなど他の構成としてもよい。このことは、利用開始日の情報を取得する場合も同様である。

　また、上記実施の形態及びその変形例においては、通勤経路の利用開始日が月の途中から始まる場合に、第１設定方法を用いて日割交通費の計算に用いる運賃種別の選定を行う構成としたが、この構成に限らない。例えば、長期入院などの休業期間があって、職場に復帰する日が月の途中からとなる場合など、他の同様な場合に対しても第１設定方法を適用してもよい。

　また、上記実施の形態及びその変形例においては、通勤実日数又は通勤予定日数と判定基準日数とを比較して、通勤実日数又は通勤予定日数が判定基準日数以上の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定して、定期割引支給額（例えば１ヵ月金額）に関する支給情報を生成する構成としたが、この構成に限らない。例えば、勤務実績情報又は個人用カレンダ情報に基づいて非通勤実日数又は非通勤予定日数の情報を取得又は計算し、非通勤実日数又は非通勤予定日数が判定基準日数未満の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定する構成としてもよい。なお、計算対象期間が計算対象月の場合に非通勤実日数又は非通勤予定日数は、「月の日数－通勤実日数又は通勤予定日数」又は「月の営業日数ー通勤実日数又は通勤予定日数」となる。

　また、例えば、勤務実績情報又は個人用カレンダ情報から週当たりの通勤実日数又は通勤予定日数の情報を取得して、週当たりの通勤実日数又は通勤予定日数が週用の第２判定基準日数（第２閾値に対応するとともに月用の判定基準日数（第１閾値）と同様に適切な支給額となるように設定された日数）とを比較して、週当たりの通勤実日数又は通勤予定日数が第２判定基準日数（例えば４日）以上の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定する構成としてもよい。ここで、週当たりの通勤実日数又は通勤予定日数は、例えば、計算対象月の週当たりの平均日数（＝通勤実日数又は通勤予定日数／４）を取得する。また、勤務実績情報又は個人用カレンダ情報に基づいて週当たりの非通勤実日数又は非通勤予定日数の情報を取得又は計算し、週当たりの非通勤実日数又は非通勤予定日数が第２判定基準日数未満の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定する構成としてもよい。

　また、判定基準日数（第１閾値）と同じ観点から日数の閾値ではなく、通勤実日数又は通勤予定日数に応じて増加する第１指標の閾値（例えば割合の閾値（第３閾値））を設定し、例えば、勤務実績情報又は個人用カレンダ情報から計算対象期間に対する通勤実日数又は通勤予定日数の割合（例えば、通勤実日数又は通勤予定日数／３０日若しくは３１日又は営業日数）を取得又は計算し、この割合（第１指標）が第３閾値（例えば定期の方が安くなる割合「１５日／３０日若しくは３１日又は営業日数」）以上の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定する構成としてもよい。また、例えば、非通勤実日数又は非通勤予定日数に応じて増加する第２指標として、勤務実績情報又は個人用カレンダ情報から計算対象期間に対する非通勤実日数又は非通勤予定日数の割合（例えば、非通勤実日数又は非通勤予定日数／３０日若しくは３１日又は営業日数）を取得又は計算し、この割合（第２指標）が第３閾値未満の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定する構成としてもよい。

　また、第２判定基準日数（第２閾値）と同じ観点から日数の閾値ではなく、週当たりの通勤実日数又は通勤予定日数に応じて増加する第３指標の閾値（例えば割合の閾値（第４閾値））を設定し、例えば、勤務実績情報又は個人用カレンダ情報から週の日数（７日又は週当たりの営業日数）に対する週当たりの通勤実日数又は通勤予定日数の割合（第３指標）を取得又は計算し、この割合が第４閾値（例えば、１ヵ月定期代の方が安くなる境の４日／７日）以上の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定する構成としてもよい。また、例えば、週当たりの非通勤実日数又は非通勤予定日数に応じて増加する第４指標として、勤務実績情報又は個人用カレンダ情報から週の日数（７日又は週当たりの営業日数）に対する週当たりの非通勤実日数又は非通勤予定日数の割合（第４指標）を取得又は計算し、この割合が第４閾値未満の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定する構成としてもよい。

　また、上記第３閾値と同じ観点から、通勤実日数又は通勤予定日数に応じて減少する第５指標の閾値（例えば割合の閾値（第５閾値））を設定し、例えば、勤務実績情報又は個人用カレンダ情報から通勤実日数又は通勤予定日数に対する計算対象期間の割合（例えば、３０日若しくは３１日又は営業日数／通勤実日数又は通勤予定日数）を取得又は計算し、この割合（第５指標）が第５閾値（例えば定期の方が安くなる割合「３０日若しくは３１日又は営業日数／１５日」）未満の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定する構成としてもよい。また、例えば、非通勤実日数又は非通勤予定日数に応じて減少する第６指標として、勤務実績情報又は個人用カレンダ情報から非通勤実日数又は非通勤予定日数に対する計算対象期間の割合（例えば、３０日若しくは３１日又は営業日数／非通勤実日数又は非通勤予定日数）を取得又は計算し、この割合（第６指標）が第５閾値以上の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定する構成としてもよい。

　また、上記第４閾値と同じ観点から、週当たりの通勤実日数又は通勤予定日数に応じて減少する第７指標の閾値（例えば割合の閾値（第６閾値））を設定し、例えば、勤務実績情報又は個人用カレンダ情報から週当たりの通勤実日数又は通勤予定日数に対する週の日数（７日又は週当たりの営業日数）の割合（第７指標）を取得又は計算し、この割合が第６閾値（例えば、１ヵ月定期代の方が安くなる境の７日／４日）未満の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定する構成としてもよい。また、例えば、週当たりの非通勤実日数又は非通勤予定日数に応じて減少する第８指標として、勤務実績情報又は個人用カレンダ情報から週当たりの非通勤実日数又は非通勤予定日数に対する週の日数（７日又は週当たりの営業日数）の割合（第８指標）を取得又は計算し、この割合が第６閾値以上の場合に、日割交通費の計算に用いる運賃種別を定期割引運賃に設定する構成としてもよい。

　また、上記実施の形態及びその変形例においては、日割交通費を支給済みの支給情報について、この支給情報の金額が、勤務実績に対応する実績支給額未満か否かを判定し、この判定結果に基づいて不足分の支給又は過払い分の徴収を行う構成としたが、この構成に限らない。例えば、日割交通費を翌月払いする場合に、生成済みの支給情報に対応する日割交通費の支給前に、その金額が勤務実績に対応する実績支給額未満か否かを判定し、この判定結果に基づいて支給情報を日割交通費の支払い前に修正する構成としてもよい。

　また、上記実施の形態及びその変形例においては、ネットワークシステムとして実現したが、これに限らず、単一の装置又はアプリケーションとして実現することもできる。

　また、上記実施の形態及びその変形例においては、インターネット１９９からなるネットワークシステムに適用した場合について説明したが、これに限らず、例えば、インターネット１９９と同一方式により通信を行ういわゆるイントラネットに適用してもよい。もちろん、インターネット１９９と同一方式により通信を行うネットワークに限らず、任意の通信方式のネットワークに適用することができる。

　また、上記実施の形態及びその変形例において、図５、図７、図１１、図１４、図１６及び図１７のフローチャートに示す処理を実行するにあたってはいずれも、ＲＯＭに予め格納されているプログラムを実行する場合について説明したが、これに限らず、これらの手順を示したプログラムが記憶された記憶媒体から、そのプログラムをＲＡＭに読み込んで実行するようにしてもよい。

１００…通勤交通費算出サーバ、　２００…社員端末、　３０…ＣＰＵ、　３２…ＲＯＭ、　３４…ＲＡＭ、　３８…Ｉ／Ｆ、　３９…バス、　４０…入力装置、　４２…記憶装置、　４４…表示装置、　１９９…インターネット、　４００…企業マスタテーブル、　４０２…勤務先マスタテーブル、　４０４…社員情報マスタテーブル、　４０６…社員別経路情報テーブル、　４０８…社員別支給情報テーブル、　４１０…社員別日割支給情報テーブル、　４１２…部署情報テーブル、　５００…社員情報一覧画面、　６００…申請情報入力画面、　８００…経路一覧画面、　８０１…支給情報一覧画面、　９００…個人用カレンダ情報取込画面、　９０１…実績情報取込画面

Claims

　支給対象者が通勤に利用し得る通勤経路について、当該支給対象者の計算対象期間の通勤予定日数に対応する交通費支給額を計算する支給計算システムであって、
　前記通勤経路での通勤に要する運賃に関する運賃情報を記憶する運賃情報記憶手段から、前記支給対象者の通勤経路に対応する前記運賃情報を取得する運賃情報取得手段と、
　前記支給対象者ごとに、当該支給対象者が記録した通勤予定日数に関する通勤予定日数情報を記憶する通勤予定日数情報記憶手段から、前記計算対象期間の通勤予定日数に関する通勤予定日数情報を取得する通勤予定日数情報取得手段と、
　前記運賃情報取得手段で取得した運賃情報及び前記通勤予定日数情報取得手段で取得した通勤予定日数情報に基づいて、前記計算対象期間の満了前に、前記計算対象期間の通勤予定日数に対応する交通費支給額である第１支給額を計算する第１支給額計算手段と、
　前記第１支給額計算手段で計算した第１支給額に関する支給情報であって、当該第１支給額を前払いするための支給情報を生成する支給情報生成手段とを備えることを特徴とする支給計算システム。
　請求項１において、
　前記支給対象者の通勤実日数に関する通勤実日数情報を記憶する通勤実日数情報記憶手段から、前記計算対象期間の通勤実日数に関する通勤実日数情報を取得する通勤実日数情報取得手段と、
　前記運賃情報取得手段で取得した運賃情報及び前記通勤実日数情報取得手段で取得した通勤実日数情報に基づいて、前記計算対象期間の通勤実日数に対応する交通費支給額である第２支給額を計算する第２支給額計算手段と、
　前記第２支給額計算手段で計算した第２支給額が前記第１支給額よりも大きい場合は、不足分を支給するための不足支給情報を生成する不足支給情報生成手段と、
　前記第２支給額計算手段で計算した第２支給額が前記第１支給額よりも小さい場合は、過払い分を徴収するための徴収情報を生成する徴収情報生成手段とを備えることを特徴とする支給計算システム。
　支給対象者が通勤に利用し得る通勤経路について、当該支給対象者の計算対象期間の通勤予定日数に対応する交通費支給額を計算する支給計算システムであって、
　前記通勤経路での通勤に要する第１運賃及び当該第１運賃よりも割安な第２運賃を含む運賃に関する運賃情報を記憶する運賃情報記憶手段から、前記支給対象者の通勤経路に対応する前記運賃情報を取得する運賃情報取得手段と、
　前記支給対象者ごとに、当該支給対象者が記録した通勤予定日数に関する通勤予定日数情報を記憶する通勤予定日数情報記憶手段から、前記計算対象期間の通勤予定日数に関する通勤予定日数情報を取得する通勤予定日数情報取得手段と、
　前記運賃情報取得手段で取得した運賃情報及び前記通勤予定日数情報取得手段で取得した通勤予定日数情報に基づいて、前記計算対象期間の満了前に、前記計算対象期間の通勤予定日数に対応する交通費支給額を前記第１運賃又は前記第２運賃で計算する第１支給額計算手段と、
　前記第１支給額計算手段の計算結果に基づいて、当該計算の前記第１運賃に係る支給額及び前記第２運賃に係る支給額のうち低額な方の第１低額支給額に関する支給情報であって、当該第１低額支給額を前払いするための支給情報を生成する支給情報生成手段と、
　前記支給対象者の通勤実日数に関する通勤実日数情報を記憶する通勤実日数情報記憶手段から、前記計算対象期間の通勤実日数に関する通勤実日数情報を取得する通勤実日数情報取得手段と、
　前記運賃情報取得手段で取得した運賃情報及び前記通勤実日数情報取得手段で取得した通勤実日数情報に基づいて、前記計算対象期間の通勤実日数に対応する交通費支給額を前記第１運賃又は前記第２運賃で計算する第２支給額計算手段と、
　前記第２支給額計算手段の計算結果に基づいて、当該計算の前記第１運賃に係る支給額及び前記第２運賃に係る支給額のうち低額な方の第２低額支給額が前記第１低額支給額よりも大きい場合は、不足分を支給するための不足支給情報を生成する不足支給情報生成手段と、
　前記第２支給額計算手段の計算結果に基づいて、前記第２低額支給額が前記第１低額支給額よりも小さい場合は、過払い分を徴収するための徴収情報を生成する徴収情報生成手段とを備えることを特徴とする支給計算システム。
　支給対象者が通勤に利用し得る通勤経路について、当該支給対象者の計算対象期間の通勤予定日数に対応する交通費支給額を計算する支給計算システムであって、
　前記通勤経路での通勤に要する第１運賃及び当該第１運賃よりも割安な第２運賃を含む運賃に関する運賃情報を記憶する運賃情報記憶手段から、前記支給対象者の通勤経路に対応する前記運賃情報を取得する運賃情報取得手段と、
　前記支給対象者の前記通勤経路の利用日に関する利用日情報を記憶する利用日情報記憶手段から、前記計算対象期間における前記通勤経路の利用開始日に関する利用開始日情報を取得する利用開始日情報取得手段と、
　前記支給対象者ごとに、当該支給対象者が記録した通勤予定日数に関する通勤予定日数情報を記憶する通勤予定日数情報記憶手段から、前記計算対象期間の通勤予定日数に関する通勤予定日数情報を取得する通勤予定日数情報取得手段と、
　前記運賃情報取得手段で取得した運賃情報、前記通勤予定日数情報取得手段で取得した通勤予定日数情報及び前記利用開始日情報取得手段で取得した利用開始日情報に基づいて、前記計算対象期間の満了前に、前記計算対象期間の通勤予定日数に対応する交通費支給額を前記第１運賃又は前記第２運賃で計算する第１支給額計算手段と、
　前記第１支給額計算手段の計算結果に基づいて、当該計算の前記第１運賃に係る第１支給額及び前記第２運賃に係る第２支給額のうち一方の支給額に関する支給情報であって、当該支給額を前払いするための支給情報を生成する支給情報生成手段とを備えることを特徴とする支給計算システム。
　請求項４において、
　前記第２運賃は、前記通勤経路の利用日数が所定以上の場合に前記第１運賃よりも割安になり、
　前記支給情報生成手段は、以下の条件１～５のうち１又は複数の条件の少なくとも１つを満たした場合に、前記第２支給額に関する支給情報を生成し、当該１又は複数の条件をいずれも満たさない場合に、前記第１支給額に関する支給情報を生成することを特徴とする支給計算システム。
　（条件１）前記利用開始日が前記計算対象期間の開始から基準日までの所定期間に含まれる日付であること。
　（条件２）前記計算対象期間における前記利用開始日よりも前の基準日から前記利用開始日までの日数に応じて増加する指標が所定以下であること。
　（条件３）前記計算対象期間における前記利用開始日よりも後の基準日から前記利用開始日までの日数に応じて増加する指標が所定以上であること。
　（条件４）前記計算対象期間における前記利用開始日よりも前の基準日から前記利用開始日までの日数に応じて減少する指標が所定以上であること。
　（条件５）前記計算対象期間における前記利用開始日よりも後の基準日から前記利用開始日までの日数に応じて減少する指標が所定以下であること。
　支給対象者が通勤に利用し得る通勤経路について、当該支給対象者の計算対象期間の通勤予定日数に対応する交通費支給額を計算する支給計算システムであって、
　前記通勤経路での通勤に要する第１運賃及び当該第１運賃よりも割安な第２運賃を含む運賃に関する運賃情報を記憶する運賃情報記憶手段から、前記支給対象者の通勤経路に対応する前記運賃情報を取得する運賃情報取得手段と、
　前記支給対象者ごとに、当該支給対象者が記録した通勤予定日数に関する通勤予定日数情報を記憶する通勤予定日数情報記憶手段から、前記計算対象期間の通勤予定日数に関する通勤予定日数情報を取得する通勤予定日数情報取得手段と、
　前記通勤経路ごとに当該通勤経路の利用日数の閾値を記憶する閾値記憶手段から、前記支給対象者の通勤経路に対応する前記閾値を取得する閾値取得手段と、
　前記運賃情報取得手段で取得した運賃情報、前記通勤予定日数情報取得手段で取得した通勤予定日数情報及び前記閾値取得手段で取得した閾値に基づいて、前記計算対象期間の満了前に、前記計算対象期間の通勤予定日数に対応する交通費支給額を前記第１運賃又は前記第２運賃で計算する第１支給額計算手段と、
　前記第１支給額計算手段の計算結果に基づいて、当該計算の前記第１運賃に係る第１支給額及び前記第２運賃に係る第２支給額のうち一方の支給額に関する支給情報であって、当該支給額を前払いするための支給情報を生成する支給情報生成手段とを備えることを特徴とする支給計算システム。
　請求項６において、
　前記支給情報生成手段は、以下の条件１～１２のうち１又は複数の条件の少なくとも１つを満たした場合に、前記第２支給額に関する支給情報を生成し、当該１又は複数の条件をいずれも満たさない場合に、前記第１支給額に関する支給情報を生成することを特徴とする支給計算システム。
　（条件１）前記閾値は前記計算対象期間の通勤予定日数が前記第１支給額が前記第２支給額を上回る境界の日数を示す第１閾値であり、前記計算対象期間の通勤予定日数が当該第１閾値以上であること。
　（条件２）前記閾値は前記第１閾値であり、前記計算対象期間の非通勤予定日数が当該第１閾値未満であること。
　（条件３）前記閾値は前記計算対象期間における週当たりの通勤予定日数が前記第１支給額が前記第２支給額を上回る境界の日数を示す第２閾値であり、当該週当たりの通勤予定日数が当該第２閾値以上であること。
　（条件４）前記閾値は前記第２閾値であり、前記週当たりの非通勤予定日数が当該第２閾値未満であること。
　（条件５）前記閾値は前記計算対象期間における通勤予定日数に応じて増加する第１指標が前記第１支給額が前記第２支給額を上回る境界の値を示す第３閾値であり、前記第１指標が当該第３閾値以上であること。
　（条件６）前記閾値は前記第３閾値であり、前記計算対象期間における非通勤予定日数に応じて増加する第２指標が当該第３閾値未満であること。
　（条件７）前記閾値は前記計算対象期間における週当たりの通勤予定日数に応じて増加する第３指標が前記第２支給額が前記第１支給額を上回る境界の値を示す第４閾値であり、前記第３指標が当該第４閾値以上であること。
　（条件８）前記閾値は前記第４閾値であり、前記計算対象期間における週当たりの非通勤予定日数に応じて増加する第４指標が当該第４閾値未満であること。
　（条件９）前記閾値は前記計算対象期間における通勤予定日数に応じて減少する第５指標が前記第１支給額が前記第２支給額を下回る境界の値を示す第５閾値であり、前記第５指標が当該第５閾値未満であること。
　（条件１０）前記閾値は前記第５閾値であり、前記計算対象期間における非通勤予定日数に応じて減少する第６指標が当該第５閾値以上であること。
　（条件１１）前記閾値は前記計算対象期間における週当たりの通勤予定日数に応じて減少する第７指標が前記第１支給額が前記第２支給額を下回る境界の値を示す第６閾値であり、前記第７指標が当該第６閾値未満であること。
　（条件１２）前記閾値は前記第６閾値であり、前記計算対象期間における週当たりの非通勤予定日数に応じて減少する第８指標が当該第６閾値以上であること。
　請求項４乃至７のいずれか１項において、
　前記支給対象者の通勤実日数に関する通勤実日数情報を記憶する通勤実日数情報記憶手段から、前記計算対象期間の通勤実日数に関する通勤実日数情報を取得する通勤実日数情報取得手段と、
　前記運賃情報取得手段で取得した運賃情報及び前記通勤実日数情報取得手段で取得した通勤実日数情報に基づいて、前記計算対象期間の通勤実日数に対応する交通費支給額を前記第１運賃又は前記第２運賃で計算する第２支給額計算手段と、
　前記第２支給額計算手段の計算結果に基づいて、当該計算の前記第１運賃に係る支給額及び前記第２運賃に係る支給額のうち低額な方の第２低額支給額が、前記第１支給額及び前記第２支給額のうち低額な方の第１低額支給額よりも大きい場合は、不足分を支給するための不足支給情報を生成する不足支給情報生成手段と、
　前記第２支給額計算手段の計算結果に基づいて、前記第２低額支給額が前記第１低額支給額よりも小さい場合は、過払い分を徴収するための徴収情報を生成する徴収情報生成手段とを備えることを特徴とする支給計算システム。