JP7291920B1 - 交通費算出システム - Google Patents

Abstract

【課題】往路と復路とが異なる経路である場合にそれぞれ個別に申請することができる交通費算出システムを提供する。
【解決手段】交通費算出サーバ１００は、社員端末２００からの通勤経路の新規申請要求に応じて、社員が通勤で利用し得る通勤経路及び社員が利用を申請する通勤経路の往路又は復路を示す経路方向種別を含む通勤経路情報を取得し、通勤経路で通勤に要する交通費に関する交通費情報が登録された社員別経路情報テーブル４１４の交通費情報（片道料金）及び取得した通勤経路情報に基づいて、通勤経路の往路又は復路のうち社員が利用を申請するものについて通勤した場合の通勤交通費を算出する。
【選択図】図９

Description

特許法第３０条第２項適用 株式会社バイトルヒクマが、ウェブサイトにて、「交通費算出システム」（通勤管理Ａｒｖｏ）について公開した。

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

従来、通勤交通費の新規発生、経路変更、打ち切り等による変更時に、支給対象者からの申請に応じて通勤手当の算出を行う技術として、例えば、特許文献１記載の技術が知られている。
特許文献１記載の技術は、通勤交通費の変更申請があると給与システムと連携して給与の交通費支給額を算出する技術であって、会社の通勤手当の支給基準や算出方法に関する定義を作成し、通勤交通費の申請データが入力されると通勤手当定義に基づいて申請データを通勤手当データに変換し、給与の交通費支給額を精算する場合は通勤手当データを計算し直す更新処理を行う。

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

しかしながら、特許文献１記載の技術にあっては、通勤交通費の精算において、例えば、往路のみを利用する場合、復路のみを利用する場合、往路と復路とが異なる通勤経路となる場合については考慮されておらず、このような場合の申請方法についても言及されていない。
そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、往路と復路とが異なる経路である場合にそれぞれ個別に申請することができる交通費算出システムを提供することを目的としている。

〔発明１〕 上記目的を達成するために、発明１の交通費算出システムは、支給対象者が勤務先への移動で利用し得る移動経路及び前記支給対象者が利用を申請する前記移動経路の往路又は復路を示す往復種別を含む移動経路情報を取得する移動経路情報取得手段と、前記移動経路で勤務先への移動に要する交通費に関する交通費情報を記憶する交通費情報記憶手段の前記交通費情報及び前記移動経路情報取得手段で取得した移動経路情報に基づいて、前記移動経路の往路又は復路のうち前記支給対象者が利用を申請するものについて前記移動経路で勤務先に移動した場合の交通費を算出する交通費算出手段とを備える。

このような構成であれば、移動経路情報取得手段により、支給対象者が勤務先への移動で利用し得る移動経路及び前記支給対象者が利用を申請する前記移動経路の往路又は復路を示す往復種別を含む移動経路情報が取得されると、交通費算出手段により、前記移動経路で勤務先への移動に要する交通費に関する交通費情報を記憶する交通費情報記憶手段の前記交通費情報及び前記移動経路情報取得手段で取得した移動経路情報に基づいて、前記通勤経路の往路又は復路のうち前記支給対象者が利用を申請するものについて前記移動経路で勤務先に移動した場合の交通費が算出される。

ここで、交通費は、通勤交通費、出張先への移動に要する交通費等を含む。
また、本システムは、単一の装置、端末その他の機器として実現するようにしてもよいし、複数の装置、端末その他の機器を通信可能に接続したネットワークシステムとして実現するようにしてもよい。後者の場合、各構成要素は、それぞれ通信可能に接続されていれば、複数の機器等のうちいずれに属していてもよい。
〔発明２〕 さらに、発明２の交通費算出システムは、発明１の交通費算出システムにおいて、前記交通費情報は、複数日にわたる期間の利用に係る交通費に関する第１交通費情報及び１日の利用に係る交通費に関する第２交通費情報を含み、前記第２交通費情報を適用する適用日の情報を取得する適用日取得手段と、前記第２交通費情報を適用する前記移動経路の片道又は往復のうち前記支給対象者が利用するものを示す利用方向種別の情報を取得する利用方向種別情報取得手段と、を備え、前記交通費算出手段は、前記第２交通費情報、前記適用日取得手段で取得した適用日の情報及び前記利用方向種別情報取得手段で取得した利用方向種別の情報に基づいて当該適用日の交通費を算出する。

このような構成であれば、適用日取得手段により、第２交通費情報を適用する適用日の情報が取得され、利用方向種別情報取得手段により、第２交通費情報を適用する移動経路の片道又は往復の利用方向を示す利用方向種別の情報が取得されると、交通費算出手段により、第２交通費情報、適用日取得手段で取得した適用日の情報及び利用方向種別情報取得手段で取得した利用方向種別の情報に基づいて当該適用日の交通費が算出される。
ここで、第１交通費情報は、鉄道やバスなどの定期を利用した交通費に関する情報などが該当し、第２交通費情報は、切符を利用した交通費に関する情報、自動車を利用した１日の交通費（駐車場代がかかる場合は駐車場代を含む）に関する情報、自転車を利用した交通費（１日の駐輪場代等）に関する情報などが該当する。

〔発明３〕 さらに、発明３の交通費算出システムは、発明２の交通費算出システムにおいて、前記利用方向種別情報取得手段は、前記第２交通費情報を適用する複数の適用日のそれぞれについて前記利用方向種別の情報を取得し、前記交通費算出手段は、前記第２交通費情報、前記適用日取得手段で取得した適用日の情報及び前記利用方向種別情報取得手段で取得した適用日ごとの利用方向種別の情報に基づいて当該複数の適用日の交通費を算出する。

このような構成であれば、利用方向種別情報取得手段により、第２交通費情報を適用する複数の適用日のそれぞれについて前記利用方向種別の情報が取得され、交通費算出手段により、第２交通費情報、適用日取得手段で取得した適用日の情報及び利用方向種別情報取得手段で取得した適用日ごとの利用方向種別の情報に基づいて当該複数の適用日の交通費が算出される。
〔発明４〕 さらに、発明４の交通費算出システムは、発明１乃至３のいずれか１の交通費算出システムにおいて、前記移動経路情報取得手段は、さらに前記支給対象者が勤務先への移動で利用し得る移動経路の距離に関する移動距離情報を取得し、前記交通費情報記憶手段は、前記交通費情報として、前記支給対象者が勤務先への移動に使用する乗物の燃料の所定量あたりの移動距離を示す燃費及び前記所定量あたりの燃料費の情報を記憶し、前記交通費算出手段は、乗物を使用した勤務先への移動の交通費を算出する場合に、当該乗物の燃費及び燃料費、並びに前記移動経路情報取得手段で取得した前記移動距離情報に基づいて交通費を算出する。

このような構成であれば、移動経路情報取得手段により、さらに支給対象者が勤務先への移動で利用し得る移動経路の距離に関する移動距離情報が取得され、交通費情報記憶手段には、交通費情報として、支給対象者が勤務先への移動に使用する乗物の燃料の所定量あたりの移動距離を示す燃費及び前記所定量あたりの燃料費の情報が記憶され、交通費算出手段により、乗物を使用した勤務先への移動の交通費を算出する場合に、当該乗物の燃費及び燃料費、並びに前記移動経路情報取得手段で取得した前記移動距離情報に基づいて交通費が算出される。

〔発明５〕 さらに、発明５の交通費算出システムは、発明１乃至４のいずれか１の交通費算出システムにおいて、前記支給対象者の所属する被承認グループの識別情報であるグループ識別情報を、当該支給対象者の識別情報である対象者識別情報と対応づけて記憶するグループ識別情報記憶手段から、前記移動経路又は交通費の申請を行った前記支給対象者の対象者識別情報に対応するグループ識別情報を取得するグループ識別情報取得手段と、実在する複数の部署で共通の承認先を含む、前記申請に対する複数の承認先の情報を前記グループ識別情報と対応づけて記憶する承認先情報記憶手段から、前記グループ識別情報取得手段で取得したグループ識別情報に対応する承認先の情報を取得する承認先情報取得手段と、前記承認先情報取得手段で取得した承認先の情報に基づいて各承認先に承認処理要求を送信する承認処理要求送信手段とを備える。

このような構成であれば、グループ識別情報取得手段により、支給対象者の所属する被承認グループの識別情報であるグループ識別情報を、当該支給対象者の識別情報である対象者識別情報と対応づけて記憶するグループ識別情報記憶手段から、移動経路又は交通費の申請を行った支給対象者の対象者識別情報に対応するグループ識別情報が取得され、承認先情報取得手段により、実在する複数の部署で共通の承認先を含む、前記申請に対する複数の承認先の情報をグループ識別情報と対応づけて記憶する承認先情報記憶手段から、グループ識別情報取得手段で取得したグループ識別情報に対応する承認先の情報が取得され、承認処理要求送信手段により、承認先情報取得手段で取得した承認先の情報に基づいて各承認先に承認処理要求が送信される。

〔発明６〕 さらに、発明６の交通費算出システムは、発明１乃至５のいずれか１の交通費算出システムにおいて、運賃改定に係る一括処理又は交通費の給与連携に係る一括処理のうち実行する一括処理の情報を取得する一括処理情報取得手段と、前記一括処理情報取得手段で取得した情報に対応する一括処理の実行スケジュール情報を取得するスケジュール情報取得手段と、前記スケジュール情報取得手段で取得した実行スケジュール情報に基づいて、前記一括処理情報取得手段で取得した情報に対応する一括処理を実行する一括処理実行手段とを備える。

このような構成であれば、一括処理情報取得手段により、運賃改定に係る一括処理又は交通費の給与連携に係る一括処理のうち実行する一括処理の情報が取得され、スケジュール情報取得手段により、一括処理情報取得手段で取得した情報に対応する一括処理の実行スケジュール情報が取得されると、一括処理実行手段により、スケジュール情報取得手段で取得した実行スケジュール情報に基づいて、一括処理情報取得手段で取得した情報に対応する一括処理が実行される。

〔発明７〕 さらに、発明７の交通費算出システムは、発明１乃至６のいずれか１の交通費算出システムにおいて、法律で定められる交通費に係る情報を登録する法律関連交通費情報記憶手段を当該交通費算出システムを利用する全企業に共通で備える。
〔発明８〕 一方、上記目的を達成するために、発明８の交通費算出システムは、支給対象者が勤務先への移動で利用し得る移動経路に要する複数日にわたる期間の利用に係る交通費に関する第１交通費情報及び１日の利用に係る交通費に関する第２交通費情報を記憶する交通費情報記憶手段の前記第２交通費情報を適用する適用日の情報を取得する適用日取得手段と、前記第２交通費情報を適用する前記移動経路の片道又は往復のうち前記支給対象者が利用するものを示す利用方向種別の情報を取得する利用方向種別情報取得手段と、前記第２交通費情報、前記適用日取得手段で取得した適用日の情報及び前記利用方向種別情報取得手段で取得した利用方向種別の情報に基づいて当該適用日の交通費を算出する交通費算出手段とを備える。

〔発明９〕 また、上記目的を達成するために、発明９の交通費算出システムは、支給対象者が勤務先への移動で利用し得る移動経路に要する複数日にわたる期間の利用に係る交通費に関する第１交通費情報及び１日の利用に係る交通費に関する第２交通費情報を記憶する交通費情報記憶手段の前記第２交通費情報を適用する適用日の情報を取得する適用日取得手段と、前記第２交通費情報を適用する複数の適用日のそれぞれについて前記移動経路の片道又は往復のうち前記支給対象者が利用するものを示す利用方向種別の情報を取得する利用方向種別情報取得手段と、前記第２交通費情報、前記適用日取得手段で取得した適用日の情報及び前記利用方向種別情報取得手段で取得した適用日ごとの利用方向種別の情報に基づいて当該複数の適用日の交通費を算出する交通費算出手段とを備える。

以上説明したように、発明１の交通費算出システムによれば、交通費の算出に係る移動経路について、往路と復路とを個別に申請することができるので、例えば、往路のみを利用する場合、復路のみを利用する場合、往路と復路とで移動経路が異なる場合に容易に交通費を算出することができる。
さらに、発明２の交通費算出システムによれば、第２交通費情報を適用する移動経路の利用方向種別及び適用日の情報を取得し、第２交通費情報、取得した利用方向種別及び適用日の情報に基づいて適用日の交通費を算出することができる。これにより、交通費を日割で支給する場合に、日割を適用する適用日の交通費を容易に算出することができる。

さらに、発明３の交通費算出システムによれば、第２交通費情報を適用する複数の適用日のそれぞれについて個別に設定された利用方向種別を取得することができるので、例えば、片道（往路又は復路のみ）の利用と往復での利用とが混在する場合に簡易に交通費を算出することができる。
さらに、発明４の交通費算出システムによれば、通勤に利用する乗物の燃費と燃料費と移動距離とを用いて乗物の利用による交通費を算出するようにしたので、乗物ごとに適切な交通費を算出することができる。

さらに、発明５の交通費算出システムによれば、所属する実組織（実際の部署）が異なっていても同じグループ識別情報の被承認グループに所属している社員であれば、実組織をまたいだ承認処理を行うことができるので、申請者ごとに柔軟な承認ルートで申請情報の登録についての承認処理を行うことができる。
さらに、発明６の交通費算出システムによれば、運賃改定に係る一括処理又は交通費の給与連携に係る一括処理を簡易に所望のスケジュールで一括に処理することができる。その結果、夜中や休日に一括処理をするようにスケジュールを設定することで処理負荷を軽減することができる。

さらに、発明７の交通費算出システムによれば、例えば、法律で定められる交通費に係る情報を登録する法律関連交通費情報記憶手段を各企業が有する必要が無く、例えば、システム管理者側で管理するようにすることで、各企業の担当者の負荷を軽減することができる。
一方、発明８の交通費算出システムによれば、上記発明２と同等の作用及び効果が得られる。
また、発明９の交通費算出システムによれば、上記発明３と同等の作用及び効果が得られる。

本実施の形態に係るネットワークシステムの構成を示すブロック図である。 交通費算出サーバ１００のハードウェア構成を示す図である。 （ａ）～（ｆ）は、企業マスタテーブル４００、乗物別支給ルールマスタテーブル４０２、料金マスタ（自動車）テーブル４０４、勤務先マスタテーブル４０６、燃料単価マスタテーブル４０８及び燃費マスタテーブル４０９のデータ構造を示す図である。 （ａ）～（ｅ）は、私有車情報マスタテーブル４１０、社員情報マスタテーブル４１２、社員別経路情報テーブル４１４、社員別支給情報テーブル４１６及び社員別日割支給情報テーブル４１８のデータ構造を示す図である。 （ａ）～（ｄ）は、部署情報テーブル４２０、バッチ処理マスタテーブル４２２、非課税限度額_公共交通機関マスタテーブル４２４及び非課税限度額_交通用具マスタテーブル４２６のデータ構造を示す図である。 社員情報登録処理を示すフローチャートである。 社員情報一覧画面５００を示す図である。 社員情報新規登録画面５０１を示す図である。 通勤経路情報新規申請処理を示すフローチャートである。 申請情報入力画面６００を示す図である。 （ａ）及び（ｂ）は、承認ルートの構築の仕組みを説明するための図である。 （ａ）は、社員グループＩＤ、部署ＩＤ及び人事権限の設定例を示す図であり、（ｂ）は、承認ルートの一例を示す図である。 私有車両交通費計算処理を示すフローチャートである。 （ａ）は、申請情報入力画面６０１の一部を示す図であり、（ｂ）は、私有車情報マスタテーブル４１０に登録された基本情報の表示画面７００を示す図であり、（ｃ）は、燃費マスタテーブル４０９に登録された基本情報の表示画面７０１を示す図である。 燃料単価マスタテーブル４０８に登録された基準情報及び燃料費情報の表示画面７０２を示す図である。 支給情報追加・修正処理を示すフローチャートである。 選択社員の経路一覧画面８００を示す図である。 支給情報一覧画面８０１を示す図である。 日割支給情報設定画面８０２を示す図である。 日割支給情報設定画面８０２の利用方向種別を設定する画面部分を拡大表示した図である。 利用方向種別を日付ごとに選択する場合の日割支給日設定画面を示す図である。 日割支給金額計算処理を示すフローチャートである。 利用方向種別として往復を選択した場合の日割支給金額計算後の画面を示す図である。 一括処理のスケジュール実行処理を示すフローチャートである。 一括処理設定画面９００を示す図である。

〔構成〕
以下、本発明の実施の形態を説明する。図１乃至図２５は、本実施の形態を示す図である。
まず、本実施の形態の構成を説明する。
図１は、本実施の形態に係るネットワークシステムの構成を示すブロック図である。
インターネット１９９には、図１に示すように、交通費の算出を支援するクラウドサービス（以下、「交通費算出サービス」と称す）を提供する交通費算出サーバ１００と、交通費算出サービスを利用する企業の社員ごとに設置された社員端末２００とが接続されている。

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

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

Ｉ／Ｆには、付属の各種装置として、データ入力が可能で且つ画像信号に基づいて画面を表示可能なタッチパネル式の表示入力装置、記憶装置、無線通信装置、ビデオカメラ等が接続されている。
〔交通費算出サーバ１００の機能について〕
次に、交通費算出サーバ１００の機能について説明する。
交通費算出サーバ１００は、ＣＰＵ３０において、ＲＯＭ３２の所定領域に格納されている所定のプログラムを実行することで実現される機能として、以下の機能を有している。

交通費算出サーバ１００は、システムに登録された社員権限を有する社員に対して通勤経路等の通勤交通費を精算するための通勤経路情報の申請を行う機能を利用できるサービスを提供する。また、登録された上位社員権限を有する社員に対して通勤経路情報の申請及び申請された通勤経路情報の承認処理を行う機能を利用できるサービスを提供する。また、登録された人事権限を有する社員に対して、通勤管理対象の全社員の情報を登録する機能、登録社員の通勤経路情報の変更、修正、解約等を行う機能など通勤交通費に係る全ての機能を利用できるサービスを提供する。

〔社員端末２００の機能について〕
次に、社員端末２００の機能について説明する。
社員端末２００は、ＣＰＵにおいて、ＲＯＭの所定領域に格納されている所定のプログラムを実行することで実現される機能として、以下の機能を有している。
社員端末２００は、交通費算出サーバ１００の提供する通勤交通費の精算管理を支援するクラウドサービス（以下、「交通費算出サービス」と称す）にログインして、このサービスの提供する各種機能を利用することができる。具体的に、ログインアカウントごとに設定された権限レベル（社員、上位社員、人事）に応じた機能を利用することができる。

〔各種テーブルについて〕
次に、記憶装置４２に記憶されている各種テーブルについて説明する。
図３（ａ）～（ｆ）は、企業マスタテーブル４００、乗物別支給ルールマスタテーブル４０２、料金マスタ（自動車）テーブル４０４、勤務先マスタテーブル４０６、燃料単価マスタテーブル４０８及び燃費マスタテーブル４０９のデータ構造を示す図である。
記憶装置４２には、図３（ａ）～（ｆ）に示すように、企業情報を登録する企業マスタテーブル４００と、乗り物別の交通費の支給ルールの情報を登録する乗物別支給ルールマスタテーブル４０２とが記憶されている。加えて、通勤交通費に係る料金の情報を登録する料金マスタ（自動車）テーブル４０４と、企業ごとの勤務先の情報を登録する勤務先マスタテーブル４０６とが記憶されている。さらに、通勤に使用する自動車やバイクの燃料単価の情報を登録する燃料単価マスタテーブル４０８と、通勤に使用する自動車やバイクの燃費の情報を登録する燃費マスタテーブル４０９とが記憶されている。

企業マスタテーブル４００には、図３（ａ）に示すように、企業ＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、企業名、申請制御区分、社員グループ区分情報、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報からなる主要情報が登録されている。
ここで、企業ＩＤは、企業を識別するための情報であり、例えば、企業ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、申請制御区分は、企業に属する従業員からの申請受付可否を設定する情報であり、社員グループ区分情報は、支給社員グループ、その他の社員グループの職系、事務所、所属等の区分を示す情報である。

乗物別支給ルールマスタテーブル４０２には、図３（ｂ）に示すように、企業ＩＤ、支給ルールＩＤ及び乗物ＩＤの組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、支給ルールＩＤ、支給ルール名、乗物ＩＤ、支給サイクル、支給基準金額月数、課税計算種類、料金種別番号、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報からなる主要情報が登録されている。
ここで、支給ルールＩＤは、支給ルールを識別するための情報であり、例えば、支給ルールごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、支給ルールは、通勤交通費の支給に係るルールである。また、乗物ＩＤは、鉄道、バス、自動車、徒歩、バイク、自転車等の通勤に使用する乗物を識別するための情報であり、例えば、乗物の種類ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、支給サイクルは、１ヵ月、３ヵ月、６ヵ月、１２ヵ月などの通勤交通費が支給されるサイクルを示す情報であり、支給基準金額月数は、１ヵ月、３ヵ月、６ヵ月、１２ヵ月などの支給基準金額を決定する情報である。また、課税計算種類は、課税対象とするか否かを判定する情報であり、公共交通機関（法令に準拠した課税計算）、交通用具（法令に準拠した課税計算）、全額課税などの種類を示す情報である。また、料金種別番号は、乗物の種類や駐車施設の種類ごとに設定されている番号である。

料金マスタ（自動車）テーブル４０４は、図３（ｃ）に示すように、企業ＩＤ、料金種別ＩＤ、料金ＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、料金種別ＩＤ、料金種別名、料金マスタタイプ、料金ＩＤ、料金名、金額計算式、営業日数区分、支給金額区分、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報からなる主要情報が登録されている。
ここで、料金種別ＩＤは、料金種別を識別するための情報であり、例えば、料金種別ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、料金マスタタイプは、料金のタイプ（料金名、距離、自動車）を示す情報であり、本テーブルでは、自動車となる。また、料金ＩＤは、料金名の示す料金を識別するための情報であり、例えば、料金名ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、金額計算式は、自動車等の私有車両の通勤交通費を計算するための計算式の情報であり、営業日数は、営業日数を示す情報であり、支給金額区分は、片道又は往復を示す情報である。

なお、料金マスタテーブルは、自動車の他にも鉄道やバスなどを対象とした料金マスタ（料金名）テーブル及びバイクや自転車（３輪以上）を対象とした料金マスタ（距離）テーブルがあるが、図示を省略する。
勤務先マスタテーブル４０６は、図３（ｄ）に示すように、企業ＩＤ、勤務先ＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、勤務先ＩＤ、勤務先名、通勤先住所、カレンダＩＤ、始業時刻、終業時刻、燃料単価種別ＩＤ、地図情報、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報からなる主要情報が登録されている。

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

燃料単価マスタテーブル４０８は、図３（ｅ）に示すように、企業ＩＤ、燃料単価種別ＩＤ、燃料単価区分及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、燃料単価種別ＩＤ、燃料単価種別名、燃料単価区分、燃料単価、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報を含む主要情報が登録されている。
ここで、燃料単価区分は、燃料単価種別の種類（レギュラー、ハイオク、ディーゼル、ＥＶ、ＰＨＶ、ＦＣＶなど）を区分する情報であり、燃料単価は、燃料単価区分に対応する単価の情報である。

燃費マスタテーブル４０９は、図３（ｆ）に示すように、企業ＩＤ、燃費種別ＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、燃費種別ＩＤ、燃費種別名、燃費、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報を含む主要情報が登録されている。
ここで、燃費種別ＩＤは、全車共通、ガソリン車（１５００ＣＣ）、ガソリン車（２０００ＣＣ）などの自動車の燃費に係る種別を識別するための情報であり、例えば、燃費種別ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、燃費は、燃費種別ＩＤに対応する燃費（ｋｍ／Ｌ（リットル））を示す情報である。

図４（ａ）～（ｅ）は、私有車情報マスタテーブル４１０、社員情報マスタテーブル４１２、社員別経路情報テーブル４１４、社員別支給情報テーブル４１６及び社員別日割支給情報テーブル４１８のデータ構造を示す図である。
記憶装置４２には、図４（ａ）～（ｅ）に示すように、社員の私有する乗物の情報を登録する私有車情報マスタテーブル４１０と、社員情報を登録する社員情報マスタテーブル４１２とが記憶されている。加えて、社員ごとの通勤経路の情報を登録する社員別経路情報テーブル４１４と、社員ごとの通勤交通費の支給情報を登録する社員別支給情報テーブル４１６とが記憶されている。さらに、社員ごとの日割交通費の支給情報を登録する社員別日割支給情報テーブル４１８が記憶されている。

私有車情報マスタテーブル４１０には、図４（ａ）に示すように、企業ＩＤ、社員ＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、社員ＩＤ、燃費種別ＩＤ、燃料単価区分、車両番号（ナンバー）、車種名、車種番号、車体番号、車検証番号、車検証名義人、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報を含む主要情報が登録されている。ここで、社員ＩＤは、社員を識別するための情報であり、例えば、社員ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。

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

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

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

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

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

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

社員別日割支給情報テーブル４１８は、図４（ｅ）に示すように、企業ＩＤ、社員ＩＤ、経路ＩＤ、支給ＩＤ及び日割ＩＤの組合せごとに１つのレコードが登録されている。各レコードは、社員ＩＤ、企業ＩＤ、経路ＩＤ、開始日、終了日、支給日、支払方法、日割支給対象期間、支給対象日数、利用方向種別（片道／往復）、日数、支給金額、支給金額合計、その他の情報を含む主要情報が登録されている。
ここで、日割ＩＤは、日割情報を一意に特定するための情報であり、例えば、日割情報ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、日割支給対象期間は、通勤交通費を日割で計算する対象期間を示す情報であり、支給対象日数は、支給対象期間のうち通勤交通費を日割りで支払う日数の情報であり、利用方向種別（片道／往復）は、支給対象期間に利用した経路方向種別を示す情報である。また、支払詳細情報は、運賃改定処理対象であるか否かを示す情報である。

図５（ａ）～（ｄ）は、部署情報テーブル４２０、バッチ処理マスタテーブル４２２、非課税限度額_公共交通機関マスタテーブル４２４及び非課税限度額_交通用具マスタテーブル４２６のデータ構造を示す図である。
記憶装置４２には、図５（ａ）～（ｄ）に示すように、所属部署ごとの承認者及び代理申請者の情報を登録する部署情報テーブル４２０と、バッチ処理（一括処理）の情報を登録するバッチ処理マスタテーブル４２２と、公共交通機関を利用した通勤交通費の非課税限度額の情報を登録する非課税限度額_公共交通機関マスタテーブル４２４とが記憶されている。加えて、交通用具を利用した通勤交通費の非課税限度額の情報を登録する非課税限度額_交通用具マスタテーブル４２６が記憶されている。

部署情報テーブル４２０は、図５（ａ）に示すように、所属部署ごと且つ企業ごとに１つのレコードが登録されている。各レコードは、所属部署ＩＤ、企業ＩＤ、承認者ＩＤ、代理申請者ＩＤ、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報を含む主要情報が登録されている。
ここで、承認者ＩＤは、所属部署ＩＤの所属部署に所属する社員の通勤経路の申請について承認を行う権限を有する上司権限を有する社員の社員ＩＤであり、代理申請者ＩＤは、同じ所属部署に所属する他の社員について通勤経路の申請を代理で行うことができる権限を有する社員の社員ＩＤである。

バッチ処理マスタテーブル４２２には、図５（ｂ）に示すように、企業ＩＤ、サービスＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、サービスＩＤ、企業ＩＤ、処理内容、バッチ起動日区分（特定日／特定曜日／特定年月日）、起動日／起動曜日／起動年月日、起動時刻、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報を含む主要情報が登録されている。
ここで、サービスＩＤは、バッチ処理のサービスを識別するための情報であり、例えば、サービス（処理内容）ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、処理内容は、サービスＩＤに対応するバッチ処理の内容を示す情報であり、バッチ起動日区分は、バッチ処理を起動する起動日の区分を示す情報である。バッチ処理のサービスとしては、例えば、運賃が改定された場合の通勤交通費への反映を行うバッチ処理のサービス、運賃が改定された通勤交通費の給与との連携データを作成するバッチ処理のサービスなどがある。また、バッチ起動日区分としては、例えば、特定日、特定曜日、特定年月日などがある。

なお、本実施の形態において、サービスＩＤは、運賃改定に係るバッチ処理及び通勤交通費の給与連携に係るバッチ処理の２種類のバッチ処理に対応するものが登録されている。
非課税限度額_公共交通機関マスタテーブル４２４には、図５（ｃ）に示すように、適用開始日ごとに１つのレコードが登録されている。各レコードは、非課税限度額、変更理由、適用開始日、適用終了日、その他の情報を含む主要情報が登録されている。
非課税限度額は、公共交通機関を利用した場合の非課税となる通勤交通費の限度額を示す情報であり、変更理由は、非課税限度額を変更したときの理由を示す情報であり、例えば、「制度変更のため」などとなる。

非課税限度額_交通用具マスタテーブル４２６には、図５（ｄ）に示すように、距離下限及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、距離下限、距離上限、非課税限度額、変更理由、適用開始日、適用終了日、その他の情報を含む主要情報が登録されている。
ここで、自動車やバイク等の交通用具を利用した通勤交通費の非課税限度額は、距離下限及び距離上限の組み合わせごとに上記金額に設定されている。具体的に、距離下限が「0km」且つ距離上限が「2km」の場合、通勤に要する距離が「0km以上2km未満」を示し、非課税限度額は0円となる。同様に、距離下限が「2km」且つ距離上限が「10km」の場合、非課税限度額は4,200円となる。このように、距離下限と距離上限との範囲ごとに非課税限度額が決められており、距離下限が「55km」、すなわち通勤に要する距離が「55km以上」の場合、非課税限度額は最大の31,600円となる。

なお、非課税限度額_公共交通機関マスタテーブル４２４及び非課税限度額_交通用具マスタテーブル４２６は、本システムを利用する全ての企業に共通のテーブルとなっており、レコードに登録された情報の登録及び編集は、システム管理者にしかできないようになっている。
〔動作〕
次に、本実施の形態の動作を説明する。
〔社員情報登録処理〕
初めに、人事権限を有する社員が社員情報を登録する場合の交通費算出サーバ１００の動作を説明する。

図６は、社員情報登録処理を示すフローチャートである。
ＣＰＵ３０は、ＭＰＵ（Micro-Processing Unit）等からなり、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図６のフローチャートに示す社員情報登録処理を実行する。
社員情報登録処理は、ＣＰＵ３０において実行されると、図６に示すように、まず、ステップＳ１００に移行する。
ステップＳ１００では、社員端末２００からの社員情報の新規登録要求を受信したか否かを判定し、受信したと判定した場合（ＹＥＳ）は、ステップＳ１０２に移行し、そうでないと判定した場合（ＮＯ）は、一連の処理を終了し元の処理に復帰する。

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

ステップＳ１０２に移行した場合は、社員情報入力処理を実行して、ステップＳ１０４に移行する。
図８は、社員情報新規登録画面５０１を示す図である。
ここで、社員情報入力処理が実行されると、まず、人事社員の社員端末２００に対して、社員情報の入力画面情報を送信する。これにより、人事社員の社員端末２００の表示装置には、図８に示す社員情報新規登録画面５０１が表示される。人事社員は、この画面において、社員情報マスタテーブル４１２に登録する情報を入力する。

社員情報新規登録画面５０１では、図８に示すドロップメニュー５０にて、登録対象の社員の所属部署を選択できるようになっている。また、右下にある地図ボタン５３を押下することで、社員の自宅の最寄り駅を自動で最寄り駅一覧に入力し、最寄り駅登録ボタン５４を押下することで、任意の最寄り駅の入力をすることができる。また、登録ボタン５５を押下することで入力した最寄駅を確定することができる。
ステップＳ１０４では、社員端末２００からの登録申請を受信したか否かを判定し、受信したと判定した場合（ＹＥＳ）は、ステップＳ１０６に移行し、そうでないと判定した場合（ＮＯ）は、ステップＳ１０８に移行する。

ここで、登録する社員情報の入力が完了し、社員端末２００にて、図８に示す社員情報新規登録画面５０１の右下の登録ボタン５５が選択されることで、登録申請が交通費算出サーバ１００に送信される。
ステップＳ１０６では、入力された社員情報の内容を確認し、必須の記入欄への記入漏れが無いと判定した場合に、入力された社員情報を社員情報マスタテーブル４１２に登録する。その後、一連の処理を終了して元の処理に復帰する。
一方、ステップＳ１０８に移行した場合は、社員情報の登録処理がキャンセルされたか否かを判定し、キャンセルされと判定した場合（ＹＥＳ）は、一連の処理を終了して元の処理に復帰し、そうでないと判定した場合（ＮＯ）は、ステップＳ１０４に移行する。

ここで、社員情報の入力途中で、社員端末２００にて、図８に示す社員情報新規登録画面５０１の右下の戻るボタン５６が選択されることで、入力をキャンセルするか否かのポップアップ画面（図示略）が表示され、そこでＯＫボタンを選択することで登録処理のキャンセル要求が交通費算出サーバ１００に送信される。
〔通勤経路情報新規申請処理〕
次に、社員が通勤経路情報を新規に申請する場合の交通費算出サーバ１００の動作について説明する。

図９は、通勤経路情報新規申請処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図９のフローチャートに示す通勤経路情報新規申請処理を実行する。
通勤経路情報新規申請処理は、ＣＰＵ３０において実行されると、図９に示すように、まず、ステップＳ２００に移行する。
ステップＳ２００では、社員端末からの新規申請要求を受信したか否かを判定し、受信したと判定した場合（ＹＥＳ）は、ステップＳ２０２に移行し、そうでないと判定した場合（ＮＯ）は、受信するまで判定処理を繰り返す。

ここで、社員が社員端末２００を介して、メインメニューボタンのなかから「申請」のメニューボタンを選択することで、ドロップダウンリストが表示される。そして、このドロップダウンリストの中から「新規申請」のメニューが選択されることで、新規申請要求が交通費算出サーバ１００に送信される。
なお、通勤経路報の新規申請は、例えば、新入社員が初めて通勤経路情報を登録する場合、又は引っ越しをして通勤経路が変わった場合などに行われる。

ステップＳ２０２に移行した場合は、申請情報入力処理を実行して、ステップＳ２０４に移行する。
図１０は、申請情報入力画面６００を示す図である。
ここで、申請情報入力処理が実行されると、まず、社員端末２００に対して、申請情報の入力画面情報を送信する。これにより、社員端末２００の表示装置には、図１０に示す申請情報入力画面６００が表示される。社員は、社員端末２００を介して、図１０に示す申請情報入力画面６００等に、申請する通勤経路情報を入力する。具体的に、社員別経路情報テーブル４１４、社員別支給情報テーブル４１６及び社員別日割支給情報テーブル４１８に登録する情報の入力を受け付ける処理となる。なお、図１０に例示した画面は、最初に表示される画面であって、申請情報入力画面６００の右下に表示された次へボタン６１を選択することで次の入力画面に切り替わる。すなわち、申請情報の入力処理は複数画面に亘って行われる。

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

例えば、通勤手段が自動車の場合に、往路では通れる道が復路では時間帯や一方通行などで通れない場合で、特に走行距離が大きく変わる場合などに往路と復路とで通勤経路情報を個別に設定することができる。また、例えば、通勤手段が鉄道の場合に、午前中は営業所Ａで仕事をし、午後は営業所Ａから歩きで移動できる別の営業所Ｂで仕事をする場合で、それぞれの営業所で最寄り駅が異なる場合などに往路と復路とで通勤経路情報を個別に設定することができる。また、往路と復路とを個別に設定する場合は、例えば、それぞれについて新規申請を行う。

ステップＳ２０４では、社員端末２００からの登録申請を受信したか否かを判定し、受信したと判定した場合（ＹＥＳ）は、ステップＳ２０６に移行し、そうでないと判定した場合（ＮＯ）は、ステップＳ２１０に移行する。
ステップＳ２０６に移行した場合は、社員情報マスタテーブル４１２から、申請者の所属部署の情報（所属部署ＩＤ）を取得するとともに、部署情報テーブル４２０から、取得した所属部署ＩＤに対応する承認先情報（承認権限を有する社員の社員ＩＤ）を取得して、ステップＳ２０８に移行する。

図１１（ａ）及び（ｂ）は、承認ルート（ワークフロー）の構築の仕組みを説明するための図であり、図１２（ａ）は、社員グループＩＤ、部署ＩＤ及び社員権限の設定例を示す図であり、図１２（ｂ）は、承認ルートの一例を示す図である。
ここで、所属部署ＩＤは、ワークフロー専用の識別情報であり、異なる複数の実組織間で所属社員が同一の所属部署ＩＤを有するように設定することが可能である。例えば、図１１（ａ）に示す例では、実組織である総務部に所属する社員Ａ～Ｄと、実組織である営業部に所属する社員Ｆ～Ｉに対して、同一の所属部署ＩＤである「Ｂ１」が設定されている。なお、実組織については、社員情報マスタテーブル４１２の社員グループＩＤにて登録される。

また、図１１及び図１２に示すように、社員Ａ及びＦは上司権限を有する社員であり、ワークフローにおける承認権限が与えられている。また、社員Ｅは一般社員であり、代理申請権限が与えられている。ここで、承認権限は、ワークフローにおいて同じ所属部署（例えばＢ１）に所属する所属社員の申請内容を承認する権限であり、代理申請権限は、人事部以外の社員が他の所属社員の申請を代理で行う権限である。すなわち、承認権限を有する社員Ａ及びＦは、同じ所属部署Ｂ１の社員Ｂ～Ｅ及びＧ～Ｉの申請に対して承認を行うことが可能となっている。また、代理申請権限を有する社員Ｅは、同じ所属部署Ｂ１の社員Ａ～Ｄ及びＦ～Ｉの申請処理を代理で行うことが可能となっている。

これにより、実組織が異なっていても、部署情報テーブル４２０で定義された同一の所属部署ＩＤで管理されている場合、実組織をまたいだ承認処理及び代理申請処理が可能となっている。すなわち、アメーバ状の承認ルートを構築することができるようになっている。
図９に戻って、ステップＳ２０８では、取得した承認先情報に基づいて、承認ルートを構築し、構築した承認ルートに基づいてルート先の各承認者宛てに申請情報の承認要求を送信して、一連の処理を終了し、元の処理に復帰する。

例えば、所属部署Ｂ１に所属する一般社員が通勤経路の申請を行った場合の承認先は、社員Ａ及びＦの双方となり、承認後の点検先は、所属部署Ｂ１を担当している人事社員Ｊ～Ｌの３人となる。なお、人事社員は、どの部署に対しても点検（最終確認）を行う権限を有している。
すなわち、承認ルートは、図１２（ｂ）に例示したように、まず「社員Ａ及びＦ」となり、社員Ａが承認後は「社員Ａ→人事社員Ｊ～Ｌ」となり、社員Ｆが承認後は、「社員Ｆ→人事社員Ｊ～Ｌ」となる。すなわち、承認は社員Ａ及びＦのいずれか一方が行えばよく双方共の承認は必要ない。また、承認後の点検は、所属部署Ｂ１を担当している人事社員Ｊ～Ｌの３人となり、点検についても人事社員Ｊ～Ｌのうちのいずれか一人が行えばよい。

このようにして、承認及び点検が行われ申請が許可されることで申請情報が、社員別経路情報テーブル４１４、社員別支給情報テーブル４１６及び社員別日割支給情報テーブル４１８に登録される。
一方、ステップＳ２０４において、登録申請を受信せずにステップＳ２１０に移行した場合は、社員端末２００からのキャンセル要求を受信したか否かを判定し、受信したと判定した場合（ＹＥＳ）は、一連の処理を終了して元の処理に復帰し、そうでないと判定した場合（ＮＯ）は、ステップＳ２０４に移行する。

ここで、申請情報の入力途中で、社員端末２００にて、図１０に示す申請情報入力画面６００の右下の戻るボタン６２が選択されることで、入力をキャンセルするか否かのポップアップ画面（図示略）が表示され、そこでＯＫボタンを選択することで入力処理のキャンセル要求が交通費算出サーバ１００に送信される。
〔私有車両通勤交通費計算処理〕
次に、私有車両の通勤交通費の計算処理について説明する。
通勤経路情報の新規申請時に交通手段として自動車やバイクが選択された場合に、通勤距離と、私有車両の燃費及び燃料単価とを用いて私有車両の通勤交通費を計算する処理を実行する。この処理は、上記通勤経路情報新規申請処理で新規申請を行った時点で行われる処理となる。

図１３は、私有車両通勤交通費計算処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１３のフローチャートに示す私有車両通勤交通費計算処理を実行する。
私有車両通勤交通費計算処理は、ＣＰＵ３０において実行されると、図１３に示すように、まず、ステップＳ３００に移行する。
ステップＳ３００では、申請者の企業ＩＤ及び社員ＩＤに基づいて、社員情報マスタテーブル４１２から支給ルールＩＤを取得し、図１０の通勤手段選択欄６６で選択された通勤手段に紐づく乗物ＩＤを取得する。そして、取得した支給ルールＩＤ及び乗物ＩＤに基づいて、乗物別支給ルールマスタテーブル４０２から料金種別ＩＤを取得して、ステップＳ３０２に移行する。

ステップＳ３０２では、ステップＳ３００で取得した料金種別ＩＤに基づいて、料金マスタ（自動車）テーブル４０４から、金額計算式を取得して、ステップＳ３０４に移行する。
ここで、金額計算式は、例えば、「（通勤距離／燃費）×燃料単価」となる。なお、金額計算式は企業ごとに任意の計算式を設定できるようになっている。例えば、上記計算式に、任意の係数（例えば、１．７など）を乗算する計算式などを設定するようにしてもよい。

ステップＳ３０４では、図１０の勤務先選択欄６７で選択した勤務先の住所を元に片道距離を取得して、ステップＳ３０６に移行する。
図１４（ａ）は、申請情報入力画面６０１の一部を示す図であり、図１４（ｂ）は、私有車情報マスタテーブル４１０に登録された基本情報の表示画面７００を示す図であり、図１４（ｃ）は、燃費マスタテーブル４０９に登録された基本情報の表示画面７０１を示す図である。
図１４（ａ）の申請情報入力画面６０１の一部に例示するように、自宅住所の表示欄６３には、社員情報マスタテーブル４１２に予め登録された申請者の住所が表示され、勤務先住所の表示欄６４には、図１０の勤務先選択欄６７で選択された勤務先の住所が表示されるようになっており、これらの住所から通勤距離（片道距離）が自動で計算されるようになっている。自動計算された通勤距離は、通勤距離の表示欄６５に表示されるとともに、承認後に社員別経路情報テーブル４１４に登録される。

図１３に戻って、ステップＳ３０６では、対象社員の企業ＩＤ及び社員ＩＤに基づいて、私有車情報マスタテーブル４１０から、燃費種別ＩＤを取得して、ステップＳ３０８に移行する。
すなわち、私有車情報マスタテーブル４１０には、図１４（ｂ）の基準情報の表示画面７００に例示するように、申請者の所属する企業ＩＤ「ＫＮ１００００」及び社員ＩＤ「ＳＮ０００３１」に紐づけて、燃料種別ＩＤの表示欄７０に表示された燃料種別ＩＤ「ＮＧＰ１００４」が登録されている。

図１３に戻って、ステップＳ３０８では、申請者の企業ＩＤ及び私有車の燃費種別ＩＤに基づいて、燃費マスタテーブル４０９から、申請者の私有車の燃費を取得して、ステップＳ３１０に移行する。
すなわち、燃費マスタテーブル４０９には、図１４（ｃ）の基準情報の表示画面７０１に例示するように、申請者の企業ＩＤ「ＫＮ１００００」及び燃料種別ＩＤ「ＮＧＰ１００４」に紐づけて、燃費表示欄７２に表示された燃費「９．５ｋｍ／Ｌ」が登録されている。

図１３に戻って、ステップＳ３１０では、申請者の企業ＩＤ及び社員ＩＤに基づいて、私有車情報マスタテーブル４１０から、燃料単価区分を取得して、ステップＳ３１２に移行する。
すなわち、私有車情報マスタテーブル４１０には、図１４（ｂ）の基準情報の表示画面７００に例示するように、申請者の所属する企業ＩＤ「ＫＮ１００００」及び社員ＩＤ「ＳＮ０００３１」に紐づけて、燃料単価区分の表示欄７１に表示された燃料単価区分「２：ガソリン」が登録されている。

図１３に戻って、ステップＳ３１２では、申請者の企業ＩＤ及び図１０の勤務先選択欄６７で選択された勤務先の}勤務先ＩＤに基づいて、勤務先マスタテーブル４０６から、燃料単価種別ＩＤを取得して、ステップＳ３１４に移行する。
ステップＳ３１４では、申請者の企業ＩＤ、申請者の勤務先の燃料単価種別ＩＤ及び申請者の私有車の燃料単価区分に基づいて、燃料単価マスタテーブル４０８から、燃料単価を取得して、ステップＳ３１６に移行する。

図１５は、燃料単価マスタテーブル４０８に登録された基準情報及び燃料費情報の表示画面７０２を示す図である。
すなわち、図１５の表示画面７０２に例示するように、申請者の企業ＩＤ「ＫＮ１００００」、申請者の勤務先の燃料単価種別ＩＤ「ＧＡＳ１００１」及び申請者の私有車の燃料単価区分「２：ガソリン」に紐づけて、燃料単価の表示欄７３に表示された燃料単価「１２２円」が登録されている。
図１３に戻って、ステップＳ３１６では、ステップＳ３００で取得した料金種別ＩＤに基づいて、料金マスタ（自動車）テーブル４０６から、支給金額区分（片道／往復）及び営業日数を取得して、ステップＳ３１８に移行する。

ステップＳ３１８では、ステップＳ３０２、Ｓ３０４、Ｓ３０８、Ｓ３１４及びＳ３１６で取得した金額計算式、通勤距離（片道距離）、燃費、燃料単価、支給金額区分及び営業日数に基づいて、申請者の私有車の１ヵ月の通勤交通費（片道／往復）を計算する。その後、一連の処理を終了して元の処理に復帰する。
すなわち、私有車両の通勤交通費（月額）は、「通勤交通費（月額）＝（通勤距離（片道）／燃費）×燃料単価×支給金額区分×営業日数」となる。

具体例を挙げると、通勤距離「１７ｋｍ」、燃費「９．５ｋｍ／Ｌ」、燃料単価「１２２円」、支給金額区分「往復（×２）」、１ヵ月の営業日数「２０日」の場合、通勤交通費（月額）は、以下のようになる。
通勤交通費（月額）＝（１７／９．５）×１２２×２×２０＝８，７３２円
〔支給情報追加・修正処理〕
次に、人事社員が、社員別支給情報テーブル４１６及び社員別日割支給情報テーブル４１８に登録された支給情報の追加及び修正を行う場合の動作を説明する。

図１６は、支給情報追加・修正処理を示すフローチャートである。また、図１７は、選択社員の経路一覧画面８００を示す図であり、図１８は、支給情報一覧画面８０１を示す図であり、図１９は、日割支給情報設定画面８０２を示す図である。また、図２０は、日割支給情報設定画面８０２の利用方向種別を設定する画面部分を拡大表示した図である。また、図２１は、利用方向種別として個別を選択した場合の日割支給日設定画面を示す図である。

支給情報追加・修正処理は、社員情報一覧画面５００（図７を参照）において追加又は修正対象の社員を選択し、経路一覧ボタン５１を選択したあとに表示される経路一覧画面８００（図１７を参照）において実行される処理である。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１６のフローチャートに示す支給情報追加・修正処理を実行する。
支給情報追加・修正処理は、ＣＰＵ３０において実行されると、図１６に示すように、まず、ステップＳ４００に移行する。

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

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

すなわち、図１８に示す支給情報一覧画面８０１にて、日割支給情報が選択された状態で修正ボタン８３が選択された場合は、社員端末２００の表示画面に、図１９に示す日割支給情報設定画面８０２が表示される。なお、定期の支給情報が選択された状態で修正ボタン８３が選択された場合は、日割支給情報設定画面８０２とは異なる定期の支給情報について追加設定できる画面が表示され、何も選択していない状態で追加ボタン８２が選択された場合は、定期と日割の両方の支給情報を追加設定できる画面が表示されるがここでは割愛する。

図１６に戻って、ステップＳ４０４に移行した場合は、支給情報追加処理を実行して、一連の処理を終了して元の処理に復帰する。
ここでは、支給情報追加処理として、図１９に示す日割支給情報設定画面８０２において、人事社員が入力した情報に基づいて、支給情報を追加する場合の処理について説明する。
人事社員は、社員端末２００を介して、日割支給情報設定画面８０２にて必要な情報を入力する。具体的に、日割支給対象期間、支給対象日数、利用方向種別（片道／往復）を入力する。日割支給情報は、例えば、入社日が中途半端な日で、月の途中から出勤するような場合に、その月の出勤日だけ通勤交通費を日割で支給するような場合に設定される情報である。または、例えば感染症の蔓延などによって在宅勤務を行う必要があり、週に２日だけ出勤するといった場合に出勤日だけ通勤交通費を日割で支給するような場合に設定される情報である。従って、日割対象の期間を日割支給対象期間として設定する。

また、図１９に例示したように、日割支給情報設定画面８０２の利用方向種別の入力欄８４にて、図２０に示すドロップダウンリスト８７を表示して、ドロップダウンリスト８７から片道又は往復を選択して入力欄８４に入力する。ここで、利用方向種別は、往路と復路が同じ通勤経路であれば往復を選択し、往路と復路が異なる通勤経路又は片道のみ利用したのであれば片道を選択する。これにより、支給対象期間の各日付に対して共通して往復又は片道が設定される。また、同じ通勤経路で片道だけ利用した日と、往復で利用した日とが混在する場合は片道又は往復のいずれかを選択後に日付ごとに個別に設定することができる。

また、図１９に例示するように、日割支給対象期間を入力することで、日割支給詳細入力欄８５に、日割支給期間「２０２２年１月１８日～２０２２年１月３１日」の各日付と利用方向種別「往復」の料金の一覧が表示される。各日付の左横にはチェックボックスが表示されており、チェックボックスをチェックして表示された日付のうちから出勤した日を選択することで支給対象日を入力（設定）することができる。
また、日割支給情報の入力後に、図１９に示す日割支給情報設定画面８０２の右下にあるＯＫボタン８６が選択されることで日割支給情報の入力が完了したと判定して、図１８に示す支給情報一覧画面８０１に戻る。そして、支給情報一覧画面８０１には、新たに入力された日割支給情報が一覧に追加され、右下の確定ボタンが選択されることで、新たな日割支給情報が、社員別日割支給情報テーブル４１８に追加される。

また、日付ごとに利用方向種別を個別に設定する場合は、図２１に示すように、日割支給詳細入力欄８５中の日付ごとに表示されている運賃の右横のドロップボタンを押下することで表示されるドロップボックス８９にて、片道又は往復を選択することで日付ごとに利用方向種別を設定できるようになっている。なお、図２１の例では、片道が１つ選択されている以外は全て往復が選択されており、片道を選択することで片道の運賃が、往復を選択することで往復の運賃がそれぞれ表示される。

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

すなわち、図１８に示す支給情報一覧画面８０１にて、既に登録されている日割支給情報が選択された状態で修正ボタン８３が選択された場合は、社員端末２００の表示画面に、図１９に示す日割支給情報設定画面８０２が既に情報が入力された状態で表示される。
ステップＳ４０８に移行した場合は、支給情報修正処理を実行して、一連の処理を終了し元の処理に復帰する。
ここで、支給情報修正処理は、日割支給情報設定画面８０２にて既に入力された情報を修正する処理であり、支給情報追加処理と比較して、新たに入力するか既に入力された情報を変更（修正）するかの違いのみで同様の処理となるので説明を省略する。

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

他のボタンとしては、図１８に示すように、解約ボタン、削除ボタン、確定ボタン及びキャンセルボタンがある。解約ボタンが選択された場合は定期の解約処理が実行され、削除ボタンが選択された場合は選択支給情報の削除処理が実行され、キャンセルボタンが選択された場合は、経路の修正がキャンセルされて経路一覧画面８００に戻る処理が実行される。
〔日割支給金額計算処理〕
次に、人事社員が日割支給金額を追加・修正した場合の日割支給金額の算出処理の動作を説明する。この処理は、上記ステップＳ４０４やＳ４０８で行われる処理となる。

図２２は、日割支給金額計算処理を示すフローチャートである。
ステップＳ４０４又はＳ４０８において、日割支給金額計算処理が実行されると、図２２に示すように、まず、ステップＳ５００に移行する。
ステップＳ５００では、社員端末２００からの情報に基づいて、再検索ボタン８８が選択されたか否かを判定し、選択されたと判定した場合（ＹＥＳ）は、ステップＳ５０２に移行し、そうでないと判定した場合（ＮＯ）は、選択されるまで判定処理を繰り返す。

ステップＳ５０２に移行した場合は、片道ごと及び往復ごとにチェックボックスにチェックをされている日付の数を計数して、ステップＳ５０４に移行する。
図２３は、利用方向種別として全て往復を選択した場合の日割支給金額計算後の画面を示す図である。図２３に示す例では、１０個のチェックボックスがチェックされているので、支給日数は１０日となる。
ステップＳ５０４では、往復運賃（片道運賃×２）にステップＳ５０２で計数された往復の支給日数を乗算し、片道運賃にステップＳ５０２で計数された片道の支給日数を乗算し、これら乗算結果を足し合わせることで、日割支給金額を計算する。その後、ステップＳ５０６に移行する。

図２１に示す例では、往復の運賃が「１，０３６円」、片道の運賃が「５１８円」に設定されているため、「１，０３６×１０＋５１８×０＝１０，３６０円」が日割支給金額として計算される。
一方、図２１の例では、往復に対応する日付のチェックボックス及び片道に対応するチェックボックスがそれぞれ１つずつチェックされているので、日割支給金額は、１，０３６×１＋５１８×１＝１，５５４円となる。
ステップＳ５０６では、ステップＳ５０４で計算した日割支給金額を日割支給詳細入力欄８５の支給金額の表示欄８５０に表示して、一連の処理を終了し元の処理に復帰する。

図２１に示す例では、「１０，３６０円」が日割支給金額として表示欄８５０に表示され、図２１に示す例では、「１，５５４円」が日割支給金額として表示欄８５０に表示される。
〔一括処理のスケジュール実行処理〕
次に、人事社員が設定した一括処理のスケジュールに基づく一括処理の実行処理の動作を説明する。
図２４は、一括処理のスケジュール実行処理を示すフローチャートである。
一括処理のスケジュール実行処理は、人事社員によってスケジュールされた一括処理についてスケジュール実行する処理となる。ここで、一括処理としては、例えば、運賃改定時の対応する各テーブルへの反映を一括で行う一括処理、通勤交通費を給与と連携させる給与連携データの作成を一括で行う一括処理などがある。

ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図２４のフローチャートに示す一括処理のスケジュール実行処理を実行する。
一括処理のスケジュール実行処理は、ＣＰＵ３０において実行されると、図２４に示すように、まず、ステップＳ６００に移行する。
ステップＳ６００では、一括処理のスケジュールが設定されているか否かを判定し、設定されていると判定した場合（ＹＥＳ）は、ステップＳ６０２に移行し、そうでないと判定した場合（ＮＯ）は、スケジュールが設定されるまで判定処理を繰り返す。

図２５は、一括処理設定画面９００を示す図である。
一括処理設定画面９００は、図２５に示すように、一括処理のサービスＩＤを入力するサービスＩＤ入力欄９０と、サービスＩＤ入力欄９０に入力したサービスＩＤに対応する一括処理のスケジュール情報を入力するスケジュール入力欄９１と、登録ボタン９２と、登録された一括処理の一覧情報を表示する一覧情報表示欄９３とを含んでいる。
人事社員は、社員端末２００の表示装置に表示された一括処理設定画面９００にて、企業ＩＤを入力するとともに、サービスＩＤ入力欄９０に実行する一括処理のサービスＩＤを入力する。その後、このサービスＩＤに対応する一括処理のスケジュールをスケジュール入力欄９１に入力する。具体的に、バッチ起動日区分（特定日／特定曜日／特定年月日）、起動日／起動曜日／起動年月日、起動時刻の情報を入力する。

スケジュールの入力が完了後は、登録ボタン９２を選択することで、この一括処理の情報が一覧情報表示欄９３に表示されるとともに、交通費算出サーバ１００に送信される。交通費算出サーバ１００は、社員端末２００からの一括処理の情報を取得（受信）した場合に、一括処理のスケジュールが設定されていると判定する。
ステップＳ６０２に移行した場合は、取得した一括処理の情報から実行時刻（起動日／起動曜日／起動年月日及び起動時刻）の情報を取得し、交通費算出サーバ１００の時計ＩＣから現在時刻（年月日曜日時刻）の情報を取得して、ステップＳ６０４に移行する。

ステップＳ６０４では、ステップＳ６０２で取得した実行時刻と現在時刻とを比較して、実行時刻になったか否かを判定し、実行時刻になったと判定した場合（ＹＥＳ）は、ステップＳ６０６に移行し、そうでないと判定した場合（ＮＯ）は、ステップＳ６０２に移行する。
ステップＳ６０６に移行した場合は、一括処理を実行して、ステップＳ６０８に移行する。
ステップＳ６０８では、一括処理が完了したか否かを判定し、完了したと判定した場合（ＹＥＳ）は、一連の処理を終了して元の処理に復帰し、そうでないと判定した場合（ＮＯ）は、一括処理が完了するまで判定処理を繰り返す。

〔実施の形態の効果〕
次に、本実施の形態の効果を説明する。
本実施の形態では、通勤経路を含む通勤経路情報に係る申請情報の入力において、申請情報入力画面６００の経路方向種別のドロップダウンリスト６０にて、往路又は復路のいずれか一方を選択することで、往路の通勤経路と復路の通勤経路とを個別に申請できるようにした。
このような構成であれば、例えば、往路と復路とのいずれか一方しか利用しない場合や往路と復路とで通勤経路が異なる場合などに、容易に個別申請することができるとともに、往路と復路の通勤交通費を容易に、個別に算出することができる。

さらに、本実施の形態では、通勤交通費を日割で支給する際の日割支給情報の入力において、利用方向種別と、日割支給対象期間とを設定した後に、日割支給詳細入力欄８５に表示された日割支給対象期間に対応する各日付について、各日付の左側に表示されたチェックボックスをチェックすることで支給対象日を入力することができるようにした。
このような構成であれば、支給対象日の設定を容易に行うことができるとともに、支給対象日の通勤交通費を簡易に算出することができる。

さらに、本実施の形態では、通勤交通費を日割で支給する際の日割支給情報の入力において、日割支給詳細入力欄８５にて、支給対象の日付ごとに「片道／往復」の利用方向種別を個別に入力（設定）できるようにした。
このような構成であれば、各支給対象日で片道のみの利用と往復での利用とが混在する場合に、支給対象日ごとに適切な情報（利用方向種別、運賃等）を容易に設定することができるとともに、容易に通勤交通費を計算することができる。

さらに、本実施の形態では、社員の私有車の種別ごとに設定された燃費と燃料単価とを用いて私有車の利用による通勤交通費を算出するようにした。
このような構成であれば、私有車ごとに適切な通勤交通費を計算することができる。
さらに、本実施の形態では、ワークフロー専用の所属部署ごとに承認先（承認権限を有する上司）が登録された部署情報テーブル４２０から、申請情報に対応する社員の所属部署に対応する承認先を取得し、取得した承認先によって構築される承認ルートで申請情報の登録についての承認要求を各承認者宛てに送信するようにした。

このような構成であれば、所属する実組織（社員グループＩＤ）が異なっていても同じ所属部署ＩＤの所属部署に所属している社員であれば、実組織をまたいだ承認処理を行うことができるので、申請者ごとに柔軟な承認ルートで申請情報の登録についての承認処理を行うことができる。
さらに、本実施の形態では、ワークフロー専用の所属部署ごとに代理申請者の権限を有する社員を登録して、同じ所属部署に所属する他の社員の通勤経路の申請を代理で行うことができるようにした。

このような構成であれば、所属する実組織（社員グループＩＤ）が異なっていても同じ所属部署ＩＤの所属部署に所属している社員であれば、実組織をまたいだ代理申請処理を行うことができる。
さらに、本実施の形態では、バッチ処理マスタテーブル４２２に登録された運賃改定に係るバッチ処理又は通勤交通費の給与連携に係るバッチ処理に対応するサービスＩＤのなかから実行するバッチ処理の内容に対応するサービスＩＤを選択し、選択したサービスＩＤに対応するバッチ処理について実行スケジュールを設定できるようにした。

このような構成であれば、運賃改定に係るバッチ処理又は通勤交通費の給与連携に係るバッチ処理を簡易に所望のスケジュールで実行することができる。その結果、休日や夜中などの処理負荷が軽い時間帯にバッチ処理を実行することができる。
さらに、本実施の形態では、公共交通機関を利用した通勤交通費の非課税限度額が登録された非課税限度額_公共交通機関マスタテーブル４２４と、自動車等の交通用具を利用した通勤交通費の非課税限度額が登録された非課税限度額_交通用具マスタテーブル４２６とについて、本システムを利用する全ての企業に共通で１つを設けるようにした。そして、本システムの管理者のみがこれらのテーブルについて情報の登録・編集をできるようにした。このような構成であれば、例えば、各企業の人事部の社員の処理負荷を軽減するとともに、誤って間違った情報を登録するといったことを防ぐことができる。

〔対応関係〕
本実施の形態において、通勤経路は、発明１、２、４、５、８及び９の移動経路に対応し、経路方向種別は、発明１の往復種別に対応し、利用方向種別は、発明２、３、８及び９の利用方向種別に対応し、記憶装置４２は、発明１、４、７及び８の交通費情報記憶手段、発明５の承認先情報記憶手段、発明７の法律関連交通費情報記憶手段に対応している。
また、本実施の形態において、ステップＳ２０２は、発明１及び４の移動経路情報取得手段に対応し、ステップＳ３１８及びＳ５０４は、発明１乃至４、８及び９の交通費算出手段に対応している。

また、ステップＳ２０６は、発明５の承認先情報取得手段に対応し、ステップＳ２０８は、発明５の承認処理要求送信手段に対応し、ステップＳ６００は、発明６の一括処理情報取得手段に対応し、ステップＳ６０２は、発明６のスケジュール情報取得手段に対応し、ステップＳ６０４～Ｓ６０６は、発明６の一括処理実行手段に対応している。
〔変形例〕
なお、上記実施の形態においては、通勤経路が往路と復路とで異なる場合に、往路と復路とでそれぞれ別々に申請を行う構成としたが、この構成に限らず、一度の申請で往路の通勤経路と復路の通勤経路とを申請できる構成としてもよい。

また、上記実施の形態及びその変形例においては、通勤経路の申請及び通勤交通費の算出に本システムを適用する構成としたが、この構成に限らない。例えば、出張先への移動に要した交通費（実費）の申請及びこの交通費を含む総合的な交通費の算出などに本システムを適用してもよい。
また、上記実施の形態及びその変形例においては、異なる２つの実組織（総務部、営業部）に所属する社員に対して、ワークフロー専用の共通の所属部署ＩＤ（Ｂ１）を設定する構成としたが、この構成に限らない。例えば、３つ以上の実組織に所属する社員に対して共通の所属部署ＩＤを設定する構成としてもよい。

また、上記実施の形態及びその変形例においては、異なる２つの実組織（総務部、営業部）に所属する２人の上司権限を有する社員に対して承認権限を付与する構成としたが、この構成に限らず、３人以上の上司権限を有する社員に対して承認権限を付与する構成としてもよい。
また、上記実施の形態及びその変形例においては、交通費算出サーバ１００の記憶装置４２に各種テーブルデータを記憶する構成としたが、この構成に限らず、別途データベースサーバを通信可能に接続して、データベースサーバの記憶装置に各種テーブルデータを記憶する構成としてもよい。

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

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

１００…交通費算出サーバ、 ２００…社員端末、 ３０…ＣＰＵ、 ３２…ＲＯＭ、 ３４…ＲＡＭ、 ３８…Ｉ／Ｆ、 ３９…バス、 ４０…入力装置、 ４２…記憶装置、 ４４…表示装置、 １９９…インターネット、 ４００…企業マスタテーブル、 ４０２…乗物別支給ルールマスタテーブル、 ４０４…料金マスタ（自動車）テーブル、 ４０６…勤務先マスタテーブル、 ４０８…燃料単価マスタテーブル、 ４０９…燃費マスタテーブル、 ４１０…私有車情報マスタテーブル、 ４１２…社員情報マスタテーブル、 ４１４…社員別経路情報テーブル、 ４１６…社員別支給情報テーブル、 ４１８…社員別日割支給情報テーブル、 ４２０…部署情報テーブル、 ４２２…バッチ処理マスタテーブル、 ４２４…非課税限度額_公共交通機関マスタテーブル、 ４２６…非課税限度額_交通用具マスタテーブル

Claims (7)

1. 支給対象者が自宅と勤務先との間の移動で利用し得る１又は複数の移動経路及び前記支給対象者が利用を申請する前記移動経路の往路、復路又は往復を示す往復種別を含む移動経路情報を取得する移動経路情報取得手段と、
   前記１の移動経路の片道若しくは往復のうち前記支給対象者が利用するものを示す利用方向種別の情報、又は、前記複数の移動経路のうち前記支給対象者が利用を申請する１の移動経路の片道若しくは往復のうち前記支給対象者が利用するものを示す利用方向種別の情報を取得する利用方向種別情報取得手段と、
   前記移動経路で勤務先への移動に要する交通費に関する交通費情報を記憶する交通費情報記憶手段の前記交通費情報、前記移動経路情報取得手段で取得した移動経路情報及び前記利用方向種別情報取得手段で取得した利用方向種別の情報に基づいて、前記移動経路の往路、復路又は往復のうち前記支給対象者が利用を申請するものについて前記移動経路で移動した場合の交通費を算出する交通費算出手段とを備えることを特徴とする交通費算出システム。
2. 請求項１において、
   前記交通費情報は、前記移動経路での移動に要する交通機関の第１運賃に関する第１交通費情報及び当該第１運賃よりも割安な第２運賃に関する第２交通費情報を含み、
   前記支給対象者が利用を申請する１の前記移動経路について前記第１交通費情報を適用する適用日の情報を取得する適用日取得手段を備え、
   前記交通費算出手段は、前記第１交通費情報、前記適用日取得手段で取得した適用日の情報及び前記利用方向種別情報取得手段で取得した利用方向種別の情報に基づいて当該適用日の交通費を算出することを特徴とする交通費算出システム。
3. 請求項２において、
   前記利用方向種別情報取得手段は、前記第１交通費情報を適用する複数の適用日のそれぞれについて前記利用方向種別の情報を取得し、
   前記交通費算出手段は、前記第１交通費情報、前記適用日取得手段で取得した適用日の情報及び前記利用方向種別情報取得手段で取得した適用日ごとの利用方向種別の情報に基づいて当該複数の適用日の交通費を算出することを特徴とする交通費算出システム。
4. 請求項１乃至３のいずれか１項において、
   前記移動経路情報取得手段は、さらに前記支給対象者が自宅と勤務先との間の移動で利用し得る１又は複数の移動経路の距離に関する移動距離情報を取得し、
   前記交通費情報記憶手段は、前記交通費情報として、前記支給対象者が勤務先への移動に使用する乗物の燃料の所定量あたりの移動距離を示す燃費及び前記所定量あたりの燃料費の情報を記憶し、
   前記交通費算出手段は、乗物を使用した前記移動経路の移動に要した交通費を算出する場合に、当該乗物の燃費及び燃料費、並びに前記移動経路情報取得手段で取得した前記移動距離情報に基づいて交通費を算出することを特徴とする交通費算出システム。
5. 請求項１乃至４のいずれか１項において、
   前記支給対象者の所属する被承認グループの識別情報であるグループ識別情報を、当該支給対象者の識別情報である対象者識別情報と対応づけて記憶するグループ識別情報記憶手段から、前記移動経路又は交通費の申請を行った前記支給対象者の対象者識別情報に対応するグループ識別情報を取得するグループ識別情報取得手段と、
   実在する複数の部署で共通の承認先を含む、前記申請に対する複数の承認先の情報を前記グループ識別情報と対応づけて記憶する承認先情報記憶手段から、前記グループ識別情報取得手段で取得したグループ識別情報に対応する承認先の情報を取得する承認先情報取得手段と、
   前記承認先情報取得手段で取得した承認先の情報に基づいて各承認先に承認処理要求を送信する承認処理要求送信手段とを備えることを特徴とする交通費算出システム。
6. 請求項１乃至５のいずれか１項において、
   運賃改定に係る一括処理又は交通費の給与連携に係る一括処理のうち実行する一括処理の情報を取得する一括処理情報取得手段と、
   前記一括処理情報取得手段で取得した情報に対応する一括処理の実行スケジュール情報を取得するスケジュール情報取得手段と、
   前記スケジュール情報取得手段で取得した実行スケジュール情報に基づいて、前記一括処理情報取得手段で取得した情報に対応する一括処理を実行する一括処理実行手段とを備えることを特徴とする交通費算出システム。
7. 請求項１乃至６のいずれか１項において、
   法律で定められる交通費に係る情報を登録する法律関連交通費情報記憶手段を当該交通費算出システムを利用する全企業に共通で備えることを特徴とする交通費算出システム。

Images