特開 2024-171416 異常申請データ判定方法および異常申請データ判定プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024171416

(43)【公開日】2024-12-12

(54)【発明の名称】異常申請データ判定方法および異常申請データ判定プログラム

(51)【国際特許分類】

   G06Q 10/0631 20230101AFI20241205BHJP

【ＦＩ】

G06Q10/0631

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023088398

(22)【出願日】2023-05-30

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110003649

【氏名又は名称】弁理士法人真田特許事務所

(74)【代理人】

【識別番号】100189201

【弁理士】

【氏名又は名称】横田 功

(72)【発明者】

【氏名】中島 克也

(72)【発明者】

【氏名】宮田 唯平

(72)【発明者】

【氏名】加瀬 康裕

(72)【発明者】

【氏名】上地 吾生

(72)【発明者】

【氏名】辻 裕央

(72)【発明者】

【氏名】植木 麻央

(72)【発明者】

【氏名】石塚 雅之

(72)【発明者】

【氏名】吉川 有哉

【テーマコード（参考）】

5L010

5L049

【Ｆターム（参考）】

5L010AA06

5L049AA06

(57)【要約】

【課題】旅費申請の審査に要する時間を削減する。
【解決手段】旅費申請システム１において、審査者向けに警告を出力するための異常申請データ判定方法であって、コンピュータは、過去に審査承認された旅費申請に係る移動経路に含まれる複数の移動区間の各々と前記移動区間のコストとを含む審査承認実績データから、新たな旅費申請の申請データ２ｂに係る第１移動経路に含まれる第１移動区間と類似する１以上の第２移動区間を特定し、特定された前記１以上の第２移動区間に対応する１以上の第２コストに基づき、審査承認されると推定できるコスト範囲を決定し、決定されたコスト範囲と前記第１移動区間の第１コストとに基づき、前記申請データ２ｂが却下される確率を示す指標５５ａを判定する、処理を実行する。
【選択図】図５

【特許請求の範囲】

【請求項1】

旅費申請システムにおいて、審査者向けに警告を出力するための異常申請データ判定方法であって、
過去に審査承認された旅費申請に係る移動経路に含まれる複数の移動区間の各々と前記移動区間のコストとを含む審査承認実績データから、新たな旅費申請の申請データに係る第１移動経路に含まれる第１移動区間と類似する１以上の第２移動区間を特定し、
特定された前記１以上の第２移動区間に対応する１以上の第２コストに基づき、審査承認されると推定できるコスト範囲を決定し、
決定されたコスト範囲と前記第１移動区間の第１コストとに基づき、前記申請データが却下される確率を示す指標を判定する、
処理をコンピュータが実行する、異常申請データ判定方法。

【請求項2】

前記移動経路に含まれる複数の前記第１移動区間の各々について、前記１以上の第２移動区間を特定する処理、及び、前記コスト範囲を決定する処理、を前記コンピュータが実行し、
前記判定する処理は、前記複数の第１移動区間について決定された複数の前記コスト範囲と、前記複数の第１移動区間の複数の前記第１コストとに基づき、前記指標を判定する処理を含む、
請求項１に記載の異常申請データ判定方法。

【請求項3】

前記コストは、前記移動区間に関する審査対象の項目の値であり、
前記コスト範囲を決定する処理は、
前記複数の移動区間の各々についての前記審査対象の項目の値の下限及び上限を定義する情報から、前記１以上の第２移動区間の前記審査対象の項目の値の下限及び上限を取得し、
前記１以上の第２コストの統計情報と、取得された前記下限及び上限とに基づき、前記コスト範囲を算出する、処理を含む、
請求項１又は請求項２に記載の異常申請データ判定方法。

【請求項4】

前記コストは、前記移動区間に関する複数種類の前記審査対象の項目の値であり、
前記情報は、前記複数の移動区間の各々についての前記下限及び上限を前記審査対象の項目の種類ごとに定義し、
前記コスト範囲を決定する処理は、前記審査対象の項目の種類ごとに前記コスト範囲を算出する処理を含み、
前記指標を判定する処理は、前記審査対象の項目の種類ごとに前記指標を判定する処理を含む、
請求項３に記載の異常申請データ判定方法。

【請求項5】

判定された前記指標を、前記申請データの審査を行なう前記審査者の端末に出力する、
処理を前記コンピュータが実行する、請求項１又は請求項２に記載の異常申請データ判定方法。

【請求項6】

旅費申請システムにおいて、審査者向けに警告を出力するための異常申請データ判定プログラムであって、
過去に審査承認された旅費申請に係る移動経路に含まれる複数の移動区間の各々と前記移動区間のコストとを含む審査承認実績データから、新たな旅費申請の申請データに係る第１移動経路に含まれる第１移動区間と類似する１以上の第２移動区間を特定し、
特定された前記１以上の第２移動区間に対応する１以上の第２コストに基づき、審査承認されると推定できるコスト範囲を決定し、
決定されたコスト範囲と前記第１移動区間の第１コストとに基づき、前記申請データが却下される確率を示す指標を判定する、
処理をコンピュータに実行させる、異常申請データ判定プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、異常申請データ判定方法および異常申請データ判定プログラムに関する。

【背景技術】

【0002】

業務を支援するシステムの１つとして、旅費業務を支援する旅費業務支援システムが知られている。旅費業務は、起案者（申請者）による旅費申請の起案（旅費申請業務）、並びに、審査者による起案内容の審査（旅費審査業務）を含む業務である。

【0003】

旅費業務では、起案及び審査が所定のルールに基づき実施される場合がある。例えば、公務員の旅費業務では、旅費法或いは条例（以下、これらをまとめて「ルール」と表記する場合がある）に基づき起案及び審査が実施される。ルールについては、部署ごとに固有の解釈が存在することもある。

【0004】

旅費業務支援システムでは、起案者は、自身がルールを満たすと判断した移動経路を起案内容に含めて起案する。審査者は、起案された申請データに含まれる移動経路がルールを満たすか否かを含む審査を自身の判断により行なう。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００９－２２３５９７号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

上述したルールは、記載内容が難解であり、また、解釈に幅があるため、起案者によってはルールへの理解が不足しているケースやルールを誤って解釈しているケースがある。このため、起案者はルールを満たす起案内容であるか否かを起案時に論理的に判断することは難しく、ルール上適切ではない起案内容を含む起案の発生を抑制することは難しい。

【0007】

一方、審査者は、申請データがルールに則って起案されているかを確認するが、ルールに則って起案されたこと（問題の無い起案であること）が結果的に確認できたとしても、問題の無いことを確認するために多くの時間を費やすことになり、負担が大きい。

【0008】

１つの側面では、本発明は、旅費申請の審査に要する時間を削減することを目的の１つとする。

【課題を解決するための手段】

【0009】

１つの側面では、異常申請データ判定方法は、旅費申請システムにおいて、審査者向けに警告を出力するための方法であって、コンピュータが以下の処理を実行してよい。前記処理は、過去に審査承認された旅費申請に係る移動経路に含まれる複数の移動区間の各々と前記移動区間のコストとを含む審査承認実績データから、新たな旅費申請の申請データに係る第１移動経路に含まれる第１移動区間と類似する１以上の第２移動区間を特定してよい。また、前記処理は、特定された前記１以上の第２移動区間に対応する１以上の第２コストに基づき、審査承認されると推定できるコスト範囲を決定してよい。さらに、前記処理は、決定されたコスト範囲と前記第１移動区間の第１コストとに基づき、前記申請データが却下される確率を示す指標を判定してよい。

【発明の効果】

【0010】

１つの側面では、本発明は、旅費申請の審査に要する時間を削減することが可能となる。

【図面の簡単な説明】

【0011】

【図1】一実施形態に係る旅費業務支援システムのソフトウェア構成例を示すブロック図である。

【図2】一実施形態に係る旅費業務支援システムの機能を実現するコンピュータのハードウェア（ＨＷ）構成例を示すブロック図である。

【図3】旅費起案情報の一例を示す図である。

【図4】新規起案データの一例を示す図である。

【図5】一実施形態に係る旅費業務支援システムの動作例を説明するための図である。

【図6】実績データの一例を示す図である。

【図7】統計データの一例を示す図である。

【図8】基準データの一例を示す図である。

【図9】正否推定部による正否推定の範囲の算出例を説明するための図である。

【図10】判定結果の設定例を示す図である。

【図11】判定結果の一例を示す図である。

【図12】一実施形態に係る旅費業務支援システムの判定部における実績データ生成処理の動作例を説明するためのフローチャートである。

【図13】一実施形態に係る旅費業務支援システムの判定部における正否推定処理の動作例を説明するためのフローチャートである。

【発明を実施するための形態】

【0012】

以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形又は技術の適用を排除する意図はない。例えば、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。なお、以下の説明で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。

【0013】

〔Ａ〕一実施形態に係る旅費業務支援システムの説明
図１は、一実施形態に係る旅費業務支援システム１のソフトウェア構成例を示すブロック図である。以下、図１を参照して、一実施形態の一例としての旅費業務支援システム１について簡単に説明する。

【0014】

旅費業務支援システム１は、図１に例示するように、旅費業務支援部２及び判定部３を備えてよい。

【0015】

旅費業務支援部２は、起案者端末４を利用する起案者による旅費申請の起案（旅費申請業務）、並びに、審査者端末５を利用する審査者による起案内容の審査（旅費審査業務）を支援する。旅費業務支援部２は、旅費申請システムの一例である。旅費業務支援部２の少なくとも一部は、例えば、既存の旅費業務支援システムと同様であってもよい。

【0016】

判定部３は、審査者向けに警告を出力するための異常申請データの判定を行なう。例えば、判定部３は、旅費業務支援部２において起案された新たな旅費申請の申請データを取得すると、申請データが却下される確率を示す指標を判定し、当該指標を判定結果として旅費業務支援部２に応答（出力）する。判定部３は、例えば、以下の（１）～（３）の処理を実行することで、当該指標を判定してよい。

【0017】

（１）区間特定処理
判定部３は、過去に審査承認された旅費申請に係る移動経路に含まれる複数の移動区間の各々と移動区間のコストを含む審査承認実績データから、申請データに係る第１移動経路に含まれる第１移動区間と類似する１以上の第２移動区間を特定する。なお、コストとは、例えば、移動区間に関する審査対象の項目の値であってよく、一例として、運賃，移動距離及び所要時間のうちの少なくとも１種類以上の項目の値である。

【0018】

（２）コスト範囲決定処理
判定部３は、特定された１以上の第２移動区間に対応する１以上の第２コストに基づき、審査承認されると推定できるコスト範囲を決定する。

【0019】

（３）指標判定処理
判定部３は、決定されたコスト範囲と第１移動区間の第１コストとに基づき、申請データが却下される確率を示す指標を判定する。

【0020】

過去に審査承認された旅費申請は、ルールに基づく審査を通過しているため、ルールに適合しているといえる。換言すれば、審査承認実績データに含まれる複数の移動区間の各々のコストは、審査承認されるための条件を満たしているはずである。

【0021】

そこで、判定部３は、申請データに含まれる第１移動区間と類似する（一例として、一致する）１以上の第２移動区間の１以上のコストから、例えば統計上審査承認されると推定できるコスト範囲を決定してよい。そして、判定部３は、例えば、第１移動区間の第１コストがコスト範囲を外れる場合には、申請データ（少なくとも第１移動区間）が却下される確率が高いことを示す指標を判定してよい。

【0022】

このように、判定部３は、申請データに含まれる移動区間を過去に審査承認された旅費申請の移動経路と照合することで、申請データが審査において却下される確率を示す指標を判定できる。

【0023】

例えば、申請データが却下される確率が（例えば基準よりも）高いことを示す指標が判定された場合、指標を提示された審査者は、申請データ（移動区間）が異常である、換言すれば、ルールに則っていないことを認識できる。一方、例えば、申請データが却下される確率が（例えば基準よりも）低いことを示す指標が判定された場合、指標を提示された審査者は、申請データが正常である、換言すれば、ルールに則っていることを認識できる。これにより、申請データがルールに則って起案されているかを審査者が自身で判断する場合と比較して、審査に要する時間を大幅に削減することができる。

【0024】

また、一実施形態に係る手法によれば、審査者が審査に要する時間を削減できるため、旅費審査業務における審査者端末５の処理負荷等を軽減できる。さらに、審査者は申請データがルールに則っているか否かを指標に基づき容易に認識できるため、例えば、過去に審査承認又は却下された申請データを旅費業務支援システム１で検索及び参照するといった作業の実施回数の削減や当該作業の省略が可能となる。これにより、例えば、旅費業務支援システム１のネットワーク負荷，旅費業務支援部２及び判定部３を実現するコンピュータの処理負荷，審査者端末５の処理負荷等を軽減できる。

【0025】

〔Ｂ〕ハードウェア構成例
一実施形態に係る旅費業務支援システム１（例えば旅費業務支援部２及び判定部３）の機能は、コンピュータによって実現されてよい。コンピュータとしては、例えば、サーバ，ＰＣ（Personal Computer）等の情報処理装置が挙げられる。コンピュータは、例えば、仮想サーバ（ＶＭ：Virtual Machine）であってもよいし、物理サーバであってもよい。

【0026】

旅費業務支援システム１の機能は、１台のコンピュータにより実現されてもよいし、２台以上のコンピュータにより実現されてもよい。また、旅費業務支援システム１の機能のうちの少なくとも一部は、クラウド環境により提供されるＨＷ（Hardware）リソース及びＮＷ（Network）リソースを用いて実現されてもよい。

【0027】

図２は、一実施形態に係る旅費業務支援システム１の機能を実現するコンピュータ１０のハードウェア（ＨＷ）構成例を示すブロック図である。旅費業務支援システム１の機能を実現するＨＷリソースとして、複数のコンピュータが用いられる場合は、各コンピュータが図２に例示するＨＷ構成を備えてよい。

【0028】

図２に示すように、コンピュータ１０は、ＨＷ構成として、例示的に、プロセッサ１０ａ、グラフィック処理装置１０ｂ、メモリ１０ｃ、記憶部１０ｄ、ＩＦ（Interface）部１０ｅ、ＩＯ（Input / Output）部１０ｆ、及び読取部１０ｇを備えてよい。

【0029】

プロセッサ１０ａは、種々の制御や演算を行なう演算処理装置の一例である。プロセッサ１０ａは、コンピュータ１０内の各ブロックとバス１０ｊで相互に通信可能に接続されてよい。なお、プロセッサ１０ａは、複数のプロセッサを含むマルチプロセッサであってもよいし、複数のプロセッサコアを有するマルチコアプロセッサであってもよく、或いは、マルチコアプロセッサを複数有する構成であってもよい。

【0030】

プロセッサ１０ａとしては、例えば、ＣＰＵ、ＭＰＵ、ＡＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ等の集積回路（ＩＣ：integrated circuit）が挙げられる。なお、プロセッサ１０ａとして、これらの集積回路の２以上の組み合わせが用いられてもよい。ＣＰＵはCentral Processing Unitの略称であり、ＭＰＵはMicro Processing Unitの略称である。ＡＰＵはAccelerated Processing Unitの略称である。ＤＳＰはDigital Signal Processorの略称であり、ＡＳＩＣはApplication Specific ICの略称であり、ＦＰＧＡはField-Programmable Gate Arrayの略称である。

【0031】

グラフィック処理装置１０ｂは、ＩＯ部１０ｆのうちのモニタ等の出力装置に対する画面表示制御を行なう。グラフィック処理装置１０ｂとしては、種々の演算処理装置、例えば、ＧＰＵ（Graphics Processing Unit）、ＡＰＵ、ＤＳＰ、ＡＳＩＣ又はＦＰＧＡ等の集積回路（ＩＣ）が挙げられる。

【0032】

メモリ１０ｃは、種々のデータやプログラム等の情報を格納するＨＷの一例である。メモリ１０ｃとしては、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性メモリ、及び、ＰＭ（Persistent Memory）等の不揮発性メモリ、の一方又は双方が挙げられる。

【0033】

記憶部１０ｄは、種々のデータやプログラム等の情報を格納するＨＷの一例である。記憶部１０ｄとしては、ＨＤＤ（Hard Disk Drive）等の磁気ディスク装置、ＳＳＤ（Solid State Drive）等の半導体ドライブ装置、不揮発性メモリ等の各種記憶装置が挙げられる。不揮発性メモリとしては、例えば、フラッシュメモリ、ＳＣＭ（Storage Class Memory）、ＲＯＭ（Read Only Memory）等が挙げられる。

【0034】

記憶部１０ｄは、旅費業務支援システム１の各種機能の全部若しくは一部を実現するプログラム１０ｈ（異常申請データ判定プログラム）を格納してよい。例えば、プロセッサ１０ａは、記憶部１０ｄに格納されたプログラム１０ｈをメモリ１０ｃに展開して実行することにより、旅費業務支援システム１（例えば図１に示す旅費業務支援部２及び判定部３）としての機能を実現できる。

【0035】

旅費業務支援システム１の機能が複数のコンピュータ１０により実現される場合、当該プログラム１０ｈは、例えば、複数のプログラムに分割され、これらの複数のコンピュータ１０に分散して格納されてもよい。当該複数のプログラムは、少なくとも一部の機能が互いに共通（重複）してもよい。複数のコンピュータ１０は、互いに協調して、それぞれに格納されたプログラムを実行することで、旅費業務支援システム１の各種機能の全部若しくは一部を実現してもよい。

【0036】

ＩＦ部１０ｅは、旅費業務支援システム１と起案者端末４及び審査者端末５の各々との間、或いは、旅費業務支援システム１を実現するコンピュータ間の接続及び通信の制御等を行なう通信ＩＦの一例である。例えば、ＩＦ部１０ｅは、イーサネット（登録商標）等のＬＡＮ（Local Area Network）、或いは、ＦＣ（Fibre Channel）等の光通信等に準拠したアダプタを含んでよい。当該アダプタは、無線及び有線の一方又は双方の通信方式に対応してよい。

【0037】

なお、プログラム１０ｈは、当該通信ＩＦを介して、ＮＷ（例えば外部ＮＷ）からコンピュータ１０にダウンロードされ、記憶部１０ｄに格納されてもよい。

【0038】

ＩＯ部１０ｆは、入力装置、及び、出力装置、の一方又は双方を含んでよい。入力装置としては、例えば、キーボード、マウス等が挙げられる。出力装置としては、例えば、モニタ、プロジェクタ、プリンタ等が挙げられる。また、ＩＯ部１０ｆは、入力装置及び出力装置が一体となったタッチパネル等の表示装置を含んでもよい。出力装置は、グラフィック処理装置１０ｂに接続されてよい。

【0039】

読取部１０ｇは、記録媒体１０ｉに記録されたデータやプログラムの情報を読み出すリーダの一例である。読取部１０ｇは、記録媒体１０ｉを接続可能又は挿入可能な接続端子又は装置を含んでよい。読取部１０ｇとしては、例えば、ＵＳＢ（Universal Serial Bus）等に準拠したアダプタ、記録ディスクへのアクセスを行なうドライブ装置、ＳＤカード等のフラッシュメモリへのアクセスを行なうカードリーダ等が挙げられる。なお、記録媒体１０ｉにはプログラム１０ｈが格納されてもよく、読取部１０ｇが記録媒体１０ｉからプログラム１０ｈを読み出して記憶部１０ｄに格納してもよい。

【0040】

記録媒体１０ｉとしては、例示的に、磁気／光ディスクやフラッシュメモリ等の非一時的なコンピュータ読取可能な記録媒体が挙げられる。磁気／光ディスクとしては、例示的に、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク、ＨＶＤ（Holographic Versatile Disc）等が挙げられる。フラッシュメモリとしては、例示的に、ＵＳＢメモリやＳＤカード等の半導体メモリが挙げられる。

【0041】

上述したコンピュータ１０のＨＷ構成は例示である。従って、コンピュータ１０内でのＨＷの増減（例えば任意のブロックの追加や削除）、分割、任意の組み合わせでの統合、又は、バスの追加若しくは削除等は適宜行なわれてもよい。

【0042】

〔Ｃ〕ソフトウェア構成例
次に、図１を参照して、一実施形態に係る旅費業務支援システム１のソフトウェア構成例を説明する。

【0043】

〔Ｃ－１〕旅費業務支援部のソフトウェア構成例
まず、旅費業務支援部２のソフトウェア構成例を説明する。図１に例示するように、旅費業務支援部２は、入出力制御部２１及び連携部２２を備えてよい。入出力制御部２１及び連携部２２の機能は、図２に示すプロセッサ１０ａがプログラム１０ｈをメモリ１０ｃに展開して実行することにより実現されてよい。

【0044】

また、旅費業務支援部２は、旅費起案情報２ａ，新規起案データ２ｂ及び判定結果２ｃを記憶可能であってよい。これらの情報２ａ～２ｃを記憶する記憶領域は、例えば、図２に示すメモリ１０ｃ及び記憶部１０ｄのうちの一方又は双方が有する記憶領域により実現されてよい。以下の説明では、これらの情報２ａ～２ｃをテーブル形式で表記するが、これに限定されるものではなく、これらの情報２ａ～２ｃは、ＤＢ（Database）形式，ｘｍｌ（eXtensible Markup Language）形式，配列形式等の種々の形式のデータであってもよい。

【0045】

入出力制御部２１は、起案者端末４及び審査者端末５の各々と旅費業務支援システム１との間の入出力を制御する。入出力制御部２１の機能の少なくとも一部は、例えば、図２に示すＩＦ部１０ｅ及びＩＯ部１０ｆの一方又は双方により実現されてもよい。

【0046】

入出力制御部２１は、例えば、Ｗｅｂサーバ又はアプリケーションサーバの機能を備え、起案者端末４及び審査者端末５の各々に制御情報を送信してよい。制御情報は、例えば、起案者端末４に起案画面を表示させるための画面情報、又は、審査者端末５に審査画面を表示させるための画面情報を含んでよい。

【0047】

起案画面は、例えば、起案者端末４の出力装置に表示されるＷｅｂページ又はアプリケーション上で起案者が起案者端末４を操作して起案を行なうための画面である。

【0048】

入出力制御部２１は、例えば、起案者により起案者端末４を介して起案画面で入力又は選択された新規起案データ２ｂを受信すると、新規起案データ２ｂを連携部２２に出力するとともに、新規起案データ２ｂの内容を旅費起案情報２ａに書き込んでよい。旅費起案情報２ａは、複数の起案データを蓄積する。起案データは、旅費申請の申請データの一例であり、新規起案データ２ｂは、新たな旅費申請の申請データの一例である。

【0049】

審査画面は、例えば、審査者端末５の出力装置に表示されるＷｅｂページ又はアプリケーション上で審査者が審査者端末５を操作して、新たな旅費申請の申請データの審査を行なうための画面である。例えば、入出力制御部２１は、旅費起案情報２ａ（及び判定結果２ｃ）に基づき審査画面を生成してよい。判定結果２ｃは、連携部２２が判定部３から取得した情報であって、新規起案データ２ｂが却下される確率を示す指標の一例である。

【0050】

入出力制御部２１は、例えば、審査者により審査者端末５を介して審査画面で行なわれた審査結果を受信すると、審査結果に基づき旅費起案情報２ａを更新してよい。

【0051】

連携部２２は、判定部３との連携を行なう。例えば、連携部２２は、入出力制御部２１が起案者端末４から取得した新規起案データ２ｂを含む判定要求を判定部３に送信してよい。

【0052】

また、連携部２２は、判定部３から受信した応答（判定結果）を判定結果２ｃとして旅費起案情報２ａに書き込むことで、旅費起案情報２ａを更新してよい。なお、判定結果２ｃは、入出力制御部２１を介して審査画面の内容に反映されてもよい。

【0053】

図３は、旅費起案情報２ａの一例を示す図である。旅費起案情報２ａは、例示的に、「申請番号」，「行程番号」，「区間番号」，「地点」，「交通手段」，「運賃」，「運賃判定」，「行程距離」，「行程距離判定」，「所要時間」，「所要時間判定」，「承認」の項目を含んでよい。なお、旅費起案情報２ａには、旅費申請，旅行（出張）及び審査の少なくとも１つが行なわれた日時を示すタイムスタンプが含まれてもよい。また、旅費起案情報２ａには、日当と、日当についての判定部３による判定結果を示す日当判定とが含まれてもよい。

【0054】

申請番号は、旅費申請の起案データの識別情報の一例であり、例えば旅費申請単位の連番であってよい。行程番号は、１つの旅費申請に含まれる行程（移動）の識別情報の一例であり、例えば１つの旅費申請の中での連番であってよい。例えば、行程番号：「1」は往路，「2」は復路を示してよい。

【0055】

区間番号は、移動経路に含まれる複数の区間（移動区間）の各々の識別情報の一例であり、例えば１つの行程の中での連番であってよい。区間とは、当該区間の始点の要素となる地点と、当該地点から当該区間の終点（次の区間の始点）の要素となる地点と、始点から終点まで（地点間）の移動手段と、を含む情報であってよい。

【0056】

図３に示すように、旅費起案情報２ａには、例えば、起案データの申請番号の昇順、行程番号の昇順、且つ、区間番号の昇順で、区間ごとのレコードが登録されてよい。

【0057】

地点は、当該区間の始点の要素となる場所であり、例えば、経路の出発地，経由地（乗り換え点等），目的地等が挙げられる。これらの場所としては、例えば、駅，停留所，空港，港，施設，その他の目印となる所が挙げられる。なお、旅費起案情報２ａには、当該区間の終点の要素となる場所として、「地点（終点）」が含まれてもよい。

【0058】

交通手段は、当該区間の地点（始点）から当該区間の終点の要素となる地点までの移動手段であり、例えば、鉄道，バス，タクシー，空路，航路等の公共交通機関を特定するための情報が挙げられる。なお、移動経路の最後の区間の交通手段は、未設定（図３の例ではハイフン“-”で示す）であってよい。

【0059】

運賃（単位：円）は、当該区間の始点から終点までの交通手段の利用料金（交通費）である。行程距離（単位：ｋｍ）は、当該区間の始点から終点まで交通手段を利用したときの移動距離である。所要時間（単位：分）は、当該区間の始点から終点まで交通手段を利用したときにかかる時間である。以下の説明では、便宜上、運賃，行程距離，所要時間の各々の単位の表記を省略する場合がある。

【0060】

なお、移動経路の最後の区間の運賃，行程距離，所要時間は、未設定（図３の例ではゼロ“0”で示す）であってよい。運賃，行程距離，所要時間（及び図示しない日当）は、当該区間のコストの一例であって、起案データの移動区間に関する複数種類の審査対象の項目（審査対象項目）の値の一例である。

【0061】

運賃判定，行程距離判定，所要時間判定（及び図示しない日当判定）の各々は、判定部３による審査対象項目ごとの判定結果２ｃの一例であり、申請データが却下される確率を示す指標の一例である。図３の例では、申請データが却下される確率が低い（例えば却下されないと推定される）項目には“〇”が設定され、申請データが却下される確率が高い（例えば却下されると推定される）項目には“×”（図３では不図示）が設定される。

【0062】

承認は、起案データが旅費審査業務において審査承認されたか否か（承認有無）を示す情報である。例えば、承認：「0」は未承認又は不許可，承認：「1」は承認済みを示してよい。なお、承認は、各レコードに設定されるものとしたが、複数のレコードのうちの特定のレコード（例えば行程番号：「1」且つ「区間番号：「1」のレコード）にのみ設定されてもよい。また、承認の項目は、起案データの申請番号と対応付けた別の情報（ＤＢ等）で管理されてもよく、この場合、旅費起案情報２ａでは承認の項目が省略されてもよい。

【0063】

図４は、新規起案データ２ｂの一例を示す図である。新規起案データ２ｂは、例示的に、「出発駅」，「目的駅」，「交通手段」，「運賃」，「行程距離」，「所要時間」の項目を含んでよい。図４に示すように、新規起案データ２ｂは、移動経路の区間ごとにレコードを備えてよい。なお、新規起案データ２ｂには、各区間の行程（往路，復路）の識別番号（例えば行程番号）が含まれてもよい。

【0064】

出発駅及び目的駅は、区間の始点及び終点の地点となる要素である。交通手段は、出発駅から目的駅までの移動手段である。運賃，行程距離，所要時間の各々は、当該交通手段の利用に関する利用料金，移動距離及び時間である。

【0065】

入出力制御部２１は、新規起案データ２ｂを取得すると、新規起案データ２ｂに新たな申請番号を割り当て、新規起案データ２ｂに含まれる行程及び区間ごとに、旅費起案情報２ａにレコードを作成してよい。そして、入出力制御部２１は、新規起案データ２ｂの出発駅，交通手段，運賃，行程距離，所要時間を、旅費起案情報２ａに作成した新たなレコードの地点，交通手段，運賃，行程距離，所要時間にそれぞれ登録してよい。

【0066】

図５は、一実施形態に係る旅費業務支援システム１の動作例を説明するための図である。図５では、審査者端末５に表示される審査画面５０の生成処理に着目する。

【0067】

起案者端末４は、起案者により起案画面（図示省略）において入力された新規起案データ２ｂを旅費業務支援部２に送信する（符号Ｃ１参照）。

【0068】

入出力制御部２１は、新規起案データ２ｂを旅費起案情報２ａに書き込む、例えば新規起案データ２ｂに含まれる情報を新たな１以上のレコード（エントリ）として旅費起案情報２ａに登録する（符号Ｃ２参照）。

【0069】

連携部２２は、入出力制御部２１が取得した新規起案データ２ｂを含む判定要求を判定部３に送信する（符号Ｃ３参照）。

【0070】

連携部２２は、判定部３から判定結果２ｃを受信すると（符号Ｃ４参照）、判定結果２ｃを旅費起案情報２ａに書き込む、例えば符号Ｃ２で旅費起案情報２ａに登録したレコードに判定結果２ｃをセットする（符号Ｃ５参照）ことで、旅費起案情報２ａを更新する。

【0071】

入出力制御部２１は、更新された旅費起案情報２ａに含まれる複数のレコードに基づき審査画面５０の画面情報を生成し、審査者端末５に送信する（符号Ｃ６参照）。

【0072】

図５には、審査画面５０における決裁一覧の表示例を示す。決裁一覧は、審査対象（決裁対象）の起案データの一覧である。審査画面５０は、決裁一覧において、識別番号５１，チェック欄５２，状況情報５３，帳票情報５４，判定結果情報５５，起案者情報５６，決裁者情報５７の項目を含んでよい。

【0073】

識別番号５１は、決裁一覧に含まれる各起案データを識別するための番号である。識別番号５１は押下可能であってよい。審査者端末５は、審査者により識別番号５１が押下されると、押下された識別番号５１に対応する起案データの審査を行なうための画面（図示省略）を表示するように審査画面５０を更新してよい。これにより、審査者による起案データの審査（決裁）が行なわれる（符号Ｃ７参照）。入出力制御部２１は、当該画面において審査者により審査された結果に基づき旅費起案情報２ａを更新（例えば承認に「1」又は「0」を設定（図３参照））する。

【0074】

チェック欄５２は、１以上の起案データを選択するためのチェックボックスである。チェック欄５２にチェックが入った起案データは、一括処理用の操作ボタン（図示省略）の押下により、一括処理が行なわれる。状況情報５３は、決裁済みか未決裁か等を示す決裁状況（識別番号５１のエントリの上段），至急案件や重要案件である場合にその旨が表示される至急重要欄（識別番号５１のエントリの下段）を含んでよい。

【0075】

帳票情報５４は、決裁等の行為を示す決裁行為（左列上段），専決の区分を示す専決区分（左列下段），帳票（申請データ）を識別するための帳票識別（右列上段），帳票の起案日（右列下段）を含んでよい。

【0076】

起案者情報５６は、起案の件名（上段），起案者名（下段）を含んでよい。決裁者情報５７は、決裁日（上段），決裁者（下段）を含んでよい。

【0077】

破線枠で示す判定結果情報５５は、申請データの審査対象項目ごとに、判定結果２ｃの指標に応じたマークが表示される表示領域を含んでよい。図５の例では、審査対象項目である「日当」（左列上段），「距離」（左列下段），「運賃」（右列上段），「時間」（右列下段）の各々の表示領域において、指標が当該審査対象項目の異常を示す場合に、エクスクラメーションマーク“！”が表示される。審査対象項目の異常とは、例えば、当該審査対象項目の値に、審査却下されると推定される程度の瑕疵がある、一例として基準範囲からの逸脱がある場合を含んでよい。当該マークは、例えば、旅費起案情報２ａ（図３参照）において「×」が設定されている審査対象項目に表示されてよい。

【0078】

このような判定結果情報５５におけるマークの表示により、審査者は、新規起案データ２ｂの審査に先立って、当該新規起案データ２ｂに異常（例えば審査却下されると推定された瑕疵）が含まれることを認識できる。例えば、審査画面５０の識別番号５１が「6」の起案データ（太実線枠参照）では、判定結果情報５５において「時間」の審査対象項目にマークが表示されている（符号５５ａで示す破線枠参照）。この場合、審査者は、当該起案データの「時間」に異常が存在することを認識できる。これにより、審査者は当該異常の存在を踏まえて新規起案データ２ｂの審査を行なうことができるため、審査に要する時間を削減することができる。

【0079】

また、審査対象項目ごとにマークが表示されることにより、審査者は、新規起案データ２ｂのいずれの審査対象項目に異常が含まれるのかを認識できるため、審査に要する時間をより削減することができる。

【0080】

一方、マークが表示されない新規起案データ２ｂは、判定部３により異常が特定されていない（例えば審査却下されると推定された審査対象項目が存在しない）ことを意味する。この場合、旅費審査業務の運用によっては、審査者が起案データに対して通常行なう審査の内容のうちの少なくとも一部について、当該新規起案データ２ｂの審査においては省略することが許容されてもよい。これにより、審査において起案データに異常が存在しないことを確認するために要する時間を大幅に削減することができる。

【0081】

なお、旅費起案情報２ａには、起案データに含まれる移動経路内の区間ごとに、審査対象項目ごとの判定の結果が設定される。例えば、入出力制御部２１は、審査画面５０、又は、識別番号５１の押下に応じて遷移する「審査を行なうための画面」において、審査対象項目ごとの判定の結果を示すマークを移動経路内の区間ごとに表示するように画面情報を制御してもよい。これにより、審査者による審査負担を軽減できるとともに、審査に要する時間をより削減することができる。

【0082】

〔Ｃ－２〕判定部のソフトウェア構成例
次に、判定部３のソフトウェア構成例を説明する。図１に例示するように、判定部３は、実績データ生成部３１及び正否推定部３２を備えてよい。実績データ生成部３１及び正否推定部３２の機能は、図２に示すプロセッサ１０ａがプログラム１０ｈをメモリ１０ｃに展開して実行することにより実現されてよい。

【0083】

また、判定部３は、実績データ３ａ，統計データ３ｂ及び基準データ３ｃを記憶可能であってよい。以下、これらのデータ３ａ～３ｃを記憶する記憶領域は、例えば、図２に示すメモリ１０ｃ及び記憶部１０ｄのうちの一方又は双方が有する記憶領域により実現されてよい。以下の説明では、これらのデータ３ａ～３ｃをテーブル形式で表記するが、これに限定されるものではなく、これらのデータ３ａ～３ｃは、ＤＢ形式，配列形式等の種々の形式のデータであってもよい。

【0084】

実績データ生成部３１は、旅費業務支援部２の旅費起案情報２ａから、審査承認済みのデータを取得して実績データ３ａを生成する。実績データ３ａは、過去に審査承認された旅費申請に係る移動経路に含まれる複数の移動区間の各々と移動区間のコストとを含む審査承認実績データの一例である。

【0085】

例えば、実績データ生成部３１は、旅費起案情報２ａから審査承認済み（審査：「1」）のデータを取得（抽出）し、実績データ３ａとして記憶領域に格納してよい。

【0086】

図６は、実績データ３ａの一例を示す図である。実績データ３ａは、例示的に、「No.」，「出発駅」，「目的駅」，「交通手段」，「運賃」，「行程距離」，「所要時間」の項目を含んでよい。No.は、実績データ３ａのレコードの識別情報の一例である。

【0087】

出発駅は、旅費起案情報２ａの１つのレコードにおける地点（区間の始点）である。目的駅は、旅費起案情報２ａの１つのレコードにおける区間の終点であり、当該１つのレコードの次のレコード（申請番号，行程番号が同一であり、区間番号に１を加算したレコード）における地点（区間の始点）に対応する。なお、目的駅が移動経路における最後の区間の始点である場合、当該レコードについては実績データ３ａとしての取得が省略されてもよい。

【0088】

交通手段は、出発駅から目的駅までの移動手段である。運賃，行程距離，所要時間の各々は、当該交通手段の利用に関する利用料金，移動距離及び時間である。

【0089】

例えば、実績データ生成部３１は、旅費起案情報２ａに示す申請番号：「1」，行程番号：「1」，区間番号：「1」のレコード（図３の符号Ａ１参照）における地点，交通手段，運賃，行程距離，所要時間を、図６の実績データ３ａの符号Ｄ１に示すレコードにおける出発駅，交通手段，運賃，行程距離，所要時間に登録する。また、実績データ生成部３１は、旅費起案情報２ａの当該レコードにおける区間の終点の地点として、申請番号：「1」，行程番号：「1」，区間番号：「2」のレコード（図３の符号Ａ１参照）における地点を、図６の実績データ３ａの符号Ｄ１に示すレコードにおける目的駅に登録する。

【0090】

同様に、実績データ生成部３１は、図３の旅費起案情報２ａの符号Ａ２，Ａ３に示すそれぞれのレコードの情報を、図６の符号Ｄ２，Ｄ３に示すレコードに登録する。

【0091】

一方、旅費起案情報２ａの符号Ａ４に示すレコードは、承認：「0」であり審査未承認又は不許可であるため、実績データ生成部３１は、当該レコードの実績データ３ａへの登録をスキップしてよい。

【0092】

図６には、出発駅，目的駅及び交通手段の組み合わせが互いに一致する（重複する）複数のレコード（符号Ｅ参照）が実績データ３ａに格納されている例を示す。

【0093】

なお、実績データ生成部３１による実績データ３ａの生成は、例えば、旅費起案情報２ａにおける過去所定期間（一例として、２年間）内のタイムスタンプを持つエントリのデータを収集対象として実施されてよい。また、実績データ生成部３１による実績データ３ａの生成は、所定のタイミング、例えば定期的なタイミングで（一例として毎日の夜間に）実施されてよい。過去に生成された実績データ３ａは、実績データ３ａが生成される前にリセットされてよい。

【0094】

これにより、ルールの改正，組織内の方針の変更，地点又は移動手段の新設又は廃止，運賃改定等の環境変化により現在では審査承認される可能性が低い審査承認済みデータを、実績データ３ａから徐々に除外していくことができる。例えば、旅費審査業務が継続的に実施されることにより、環境変化に応じた区間が実績データ３ａに蓄積されるとともに、環境変化前の区間が過去所定期間から外れることになる。従って、例えば、審査承認される可能性が高い区間をマスタ情報として管理するといった業務や作業を不要とすることができ、環境変化に応じたマスタ情報の更新等の個別対応も不要とすることができる。

【0095】

図１の説明に戻り、正否推定部３２は、連携部２２から判定要求を取得すると、上記（１）～（３）の処理を実行することで新規起案データ２ｂが却下される確率を示す指標を判定し、判定結果２ｃを連携部２２に応答（出力）する。以下、上記（１）～（３）の各処理の一例を説明する。

【0096】

（１）区間特定処理
例えば、図４に示す新規起案データ２ｂが判定要求に含まれている場合を想定する。図４に示す全てのレコードは、新たな旅費申請の申請データに係る第１移動経路の一例である。また、図４に示す各レコードにおける出発駅，目的駅，交通手段は、第１移動区間の一例であり、運賃，行程距離，所要時間は、第１コストの一例である。

【0097】

正否推定部３２は、実績データ３ａから、新規起案データ２ｂに係る第１移動経路に含まれる第１移動区間と類似する１以上の第２移動区間を特定する。

【0098】

例えば、正否推定部３２は、新規起案データ２ｂに含まれる複数のレコードのうちの１つのレコードを、正否推定の対象区間（第１移動区間）として特定する。以下の説明では、正否推定部３２は、図４の符号Ｂに示すレコードを対象区間（出発駅：「A駅」，目的駅：「B駅」，交通手段：「鉄道」）として特定した場合を例に挙げる。

【0099】

正否推定部３２は、例えば、実績データ３ａから、対象区間の出発駅，目的駅及び交通手段の組み合わせと一致する組み合わせを有する１以上のレコードを、第２移動区間として特定してよい。図６の例では、符号Ｅで示すNo.「1」～「4」のレコードにおける出発駅，目的駅及び交通手段が１以上の第２移動区間の一例であり、これらのレコードにおける審査対象項目の各々の値は、第２移動区間に対応する第２コストの一例である。

【0100】

なお、出発駅又は目的駅等の地点には、互いに類似する地点が存在する場合がある。例えば、航空会社「ａ航空」，「ｂ航空」が「ｘ空港」に乗り入れている場合、「ｘ空港」の地点は同一であっても、「ｘ空港（ａ航空）」，「ｘ空港（ｂ航空）」のように互いに異なる表記となる場合がある。このような場合、正否推定部３２は、例えば、「ｘ空港（ａ航空）」を含む対象区間と類似する第２移動区間として、「ｘ空港（ｂ航空）」を含む区間を特定してもよい。

【0101】

（２）コスト範囲決定処理
正否推定部３２は、特定された１以上の第２移動区間に対応する１以上の第２コストに基づき、審査承認されると推定できるコスト範囲を決定する。正否推定部３２は、例えば、特定された第２移動区間の統計データ３ｂを生成してよい。

【0102】

図７は、統計データ３ｂの一例を示す図である。統計データ３ｂは、例示的に、上記（１）の処理で特定された１以上の第２移動区間のレコード（符号Ｆ１：図６の符号Ｅ）と、統計情報（符号Ｆ２参照）とを含んでよい。統計情報は、１以上の第２移動区間に対応する１以上の審査対象項目の値ごとの統計であり、一例として、平均及び標準偏差を含んでよい。

【0103】

次いで、正否推定部３２は、基準データ３ｃから、対象区間の複数の審査対象項目の各々の上限基準及び下限基準を取得する。基準データ３ｃは、複数の移動区間の各々についての審査対象の項目の値の下限及び上限を定義する情報の一例である。

【0104】

図８は、基準データ３ｃの一例を示す図である。基準データ３ｃは、例示的に、「審査対象項目」，「交通手段」，「判定手法」，「下限基準」，「上限基準」の項目を含んでよい。

【0105】

審査対象項目は、運賃，行程距離，所要時間等のコストの種類を示す情報である。交通手段は、鉄道，空路，航路等の移動手段である。判定手法は、上限基準及び下限基準によりコスト範囲の上限及び下限を決定するための手法の種類を示す情報であり、例えば、数値，割合，標準偏差等である。下限基準及び上限基準は、それぞれ、判定手法に応じた上限及び下限の基準値である。

【0106】

図８に示すように、基準データ３ｃには、審査対象項目，交通手段及び判定手法の組み合わせごとに、下限基準及び上限基準が予め定義されてよい。

【0107】

正否推定部３２は、例えば、基準データ３ｃから、対象区間の交通手段：「鉄道」と、対象区間のコストである運賃，行程距離，所要時間とに対応するレコードを抽出する。図８の例では、正否推定部３２は、基準データ３ｃから、審査対象項目：「運賃」，「行程距離」及び「所要時間」，交通手段：「鉄道」，判定手法：「数値」，「割合」及び「標準偏差」の９つのレコード（符号Ｇ１～Ｇ３参照）を抽出する。

【0108】

そして、正否推定部３２は、生成された統計データ３ｂと、基準データ３ｃから抽出されたレコードとに基づき、正否推定の範囲を算出してよい。

【0109】

図９は、正否推定部３２による正否推定の範囲の算出例を説明するための図である。正否推定の範囲はコスト範囲の一例である。図９に示す例において、符号Ｈ１は図７に示す統計データ３ｂに対応する部分であり、符号Ｈ２は基準データ３ｃから抽出されたレコードに対応する部分である。

【0110】

正否推定部３２は、例えば、符号Ｈ３に示すように、項目値算出手法に従い、統計データ３ｂと下限基準及び上限基準とに基づき、正否推定の範囲下限及び範囲上限の各々を、審査対象項目ごと且つ判定手法（数値，割合，標準偏差）ごとに算出する。

【0111】

項目値算定手法は、正否推定の範囲下限及び範囲上限の各々について、判定手法（数値，割合，標準偏差）ごとに定義された手法であり、例えば以下の手法となる。
（正否推定の範囲下限）
・判定手法：数値……平均－下限基準
・判定手法：割合……平均＊下限基準
・判定手法：数値……平均－標準偏差＊下限基準
（正否推定の範囲上限）
・判定手法：数値……平均＋上限基準
・判定手法：割合……平均＊上限基準
・判定手法：数値……平均＋標準偏差＊上限基準

【0112】

例えば、正否推定部３２は、「運賃」の正否推定の範囲下限について、上記項目値算定手法と、符号Ｈ１に示す「運賃」の平均：「297.50」及び標準偏差：「5.00」に基づき、数値：「297.50」，割合：「282.63」，標準偏差：「290.00」を算出する。一例として、「運賃」の正否推定の範囲下限のうち、判定手法：「標準偏差」の範囲下限は、平均（297.50）－標準偏差（5.00）×下限基準（1.50）＝290.00となる。

【0113】

正否推定部３２は、審査対象項目及び判定手法の全ての組み合わせについて正否推定の範囲下限及び範囲上限を算出すると、審査対象項目ごとに、正否推定の範囲下限の最小値を下限値に、正否推定の範囲上限の最大値を上限値に、それぞれ決定する。

【0114】

図９の例では、正否推定部３２は、「運賃」，「行程距離」，「所要時間」の各々について、正否推定の範囲下限値及び範囲上限値として、いずれも判定手法：「割合」の数値に決定する（符号Ｈ４参照）。

【0115】

以上により、出発駅：「A駅」，目的駅：「B駅」，交通手段：「鉄道」の区間における審査対象項目ごとの正否推定の範囲（下限値～上限値）は、運賃：282.63～312.38（円），行程距離：14.18～17.33（ｋｍ），所要時間：9.23～11.28（分）に決定される。

【0116】

（３）指標判定処理
正否推定部３２は、決定された正否推定の範囲と、対象区間のコストとに基づき、新規起案データ２ｂが却下される確率を示す指標を判定し、判定した指標を判定結果２ｃに設定する。

【0117】

図１０は、判定結果２ｃの設定例を示す図である。判定結果２ｃは、例示的に、新規起案データ２ｂ（図４参照）に対して「運賃判定」，「行程距離判定」，「所要時間判定」の項目を追加したデータであってよい。

【0118】

正否推定部３２は、例えば、対象区間の審査対象項目の種類ごとに、審査対象項目の値が、対応する種類の正否推定の範囲内であるか否かを判定し、判定した結果を判定結果２ｃの対応する審査対象項目の判定欄に設定する。

【0119】

例えば、正否推定部３２は、図１０の符号Ｉで示す区間について、対象区間の各審査対象項目の値と、対応する正否推定の範囲とを比較する。図９及び図１０に示すように、運賃：「290」は、正否推定の範囲282.63～312.38の範囲内であり、行程距離：「16.0」は、正否推定の範囲14.18～17.33の範囲内である。この場合、正否推定部３２は、判定結果２ｃにおいて、運賃判定及び行程距離判定に「〇」を設定する。一方、図９及び図１０に示すように、所要時間：「14.0」は、正否推定の範囲9.23～11.28の範囲外である（上限値を超えている）。この場合、正否推定部３２は、判定結果２ｃにおいて、所要時間判定に「×」を設定する。

【0120】

これにより、符号Ｉで示す出発駅：「A駅」，目的駅：「B駅」，交通手段：「鉄道」の対象区間について、正否推定が完了する。

【0121】

正否推定部３２は、新規起案データ２ｂに含まれる下記の区間の各々を対象区間として上述した（１）～（３）の処理を順次実行することで、新規起案データ２ｂに含まれる全ての区間についての正否推定を行なう。
出発駅：「A駅」，目的駅：「B駅」，交通手段：「鉄道」の区間
出発駅：「B駅」，目的駅：「C駅」，交通手段：「鉄道」の区間
出発駅：「C駅」，目的駅：「B駅」，交通手段：「鉄道」の区間
出発駅：「B駅」，目的駅：「A駅」，交通手段：「鉄道」の区間

【0122】

図１１は、判定結果２ｃの一例を示す図である。新規起案データ２ｂに含まれる全ての区間についての正否推定が完了すると、正否推定部３２は、判定結果２ｃを連携部２２に応答（出力）する。なお、判定結果２ｃは、例えば、新規起案データ２ｂに含まれる移動経路について、少なくとも１つの区間における少なくとも１つの審査対象項目の正否推定が「否」である（判定結果２ｃに「×」が設定される）場合、当該新規起案データ２ｂが却下される確率が高いことを示す情報であるといえる。

【0123】

連携部２２は、例えば、上述したように、判定結果２ｃに含まれる審査対象項目ごとの判定欄の設定値を、入出力制御部２１が旅費起案情報２ａに登録した新規起案データ２ｂのレコードにおける判定欄に登録する。

【0124】

これにより、入出力制御部２１は、審査者端末５に送信する審査画面５０において、判定結果２ｃに基づく判定結果情報５５を出力することができる。

【0125】

〔Ｄ〕動作例
次に、一実施形態に係る旅費業務支援システム１の動作例を説明する。図１２は、一実施形態に係る旅費業務支援システム１の判定部３における実績データ生成処理の動作例を説明するためのフローチャートである。図１３は、一実施形態に係る旅費業務支援システム１の判定部３における正否推定処理の動作例を説明するためのフローチャートである。

【0126】

〔Ｄ－１〕実績データ生成処理
まず、図１２を参照して、判定部３の実績データ生成部３１による実績データ生成処理の動作例を説明する。なお、図１２に示す実績データ生成処理は、例えば、毎日の夜間等のタイミングで、過去に生成された実績データ３ａの初期化後に実行されてよい。

【0127】

図１２に例示するように、判定部３の実績データ生成部３１は、審査承認済みの旅費起案情報２ａを取得する（ステップＳ１）。なお、実績データ生成部３１は、例えば、旅費起案情報２ａにおける過去所定期間内のタイムスタンプを持つレコードを取得してよい。

【0128】

実績データ生成部３１は、取得した旅費起案情報２ａの先頭から１つの区間についてのレコードを読み込む（ステップＳ２）。例えば、実績データ生成部３１は、旅費起案情報２ａにおける登録順で先頭のレコードと、登録順で当該レコードの次のレコードとを読み込んでよい。図３の例では、申請番号：「1」，行程番号：「1」，区間番号：「1」の区間についてのレコードは、符号Ａ１で示す申請番号：「1」，行程番号：「1」，区間番号：「1」，「2」の２つのレコードである。

【0129】

実績データ生成部３１は、読み込んだレコードから、実績データ３ａに使用する情報を取得する（ステップＳ３）。例えば、実績データ生成部３１は、直近に読み込んだ２つのレコードのうち、先に読み込んだ（登録順が古い）レコードにおける地点，交通手段，運賃，行程距離，所要時間等の項目を、出発駅，交通手段，運賃，行程距離，所要時間等の項目として取得する。また、実績データ生成部３１は、直近に読み込んだ２つのレコードのうち、後に読み込んだ（登録順が新しい）レコードにおける地点の項目を、目的駅の項目として取得する。

【0130】

実績データ生成部３１は、レコードから取得した情報を実績データ３ａに登録し（ステップＳ４）、旅費起案情報２ａから次の区間についてのレコードを読み込む（ステップＳ５）。

【0131】

実績データ生成部３１は、読み込んだレコードがＥＯＦ（End Of File）を示すか否かを判定する（ステップＳ６）。読み込んだレコードがＥＯＦを示さない場合（ステップＳ６でＮＯ）、処理がステップＳ３に移行する。読み込んだレコードがＥＯＦを示す場合（ステップＳ６でＹＥＳ）、処理が終了する。

【0132】

〔Ｄ－２〕正否推定処理
次に、図１３を参照して、判定部３の正否推定部３２による正否推定処理の動作例を説明する。

【0133】

図１３に例示するように、正否推定部３２は、旅費業務支援部２から新規起案データ２ｂ（判定要求）を取得すると（ステップＳ１１）、新規起案データ２ｂから正否推定の対象区間を１つ選択する（ステップＳ１２：図４の符号Ｂ参照）。

【0134】

正否推定部３２は、実績データ３ａから対象区間と同一区間のレコード群（１以上の第２移動区間）を特定する（ステップＳ１３：図６の符号Ｅ参照）。

【0135】

正否推定部３２は、特定したレコード群における各審査対象項目の統計データ３ｂを算出する（ステップＳ１４：図７の符号Ｆ２及び図９の符号Ｈ１参照）。

【0136】

正否推定部３２は、基準データ３ｃから、各審査対象項目の推定基準を取得する（ステップＳ１５：図８の符号Ｇ１～Ｇ３及び図９の符号Ｈ２参照）。

【0137】

正否推定部３２は、統計データ３ｂ及び推定基準に基づき、審査対象項目ごとに、正否推定の範囲を算出する（ステップＳ１６：図９の符号Ｈ３及びＨ４参照）。

【0138】

正否推定部３２は、審査対象項目ごとに、対象区間が正否推定の範囲内か否かを判定し、判定した結果を判定結果２ｃとして返却領域に格納する（ステップＳ１７：図１０参照）。

【0139】

正否推定部３２は、新規起案データ２ｂから正否推定の対象区間（データ）を１つ選択する（ステップＳ１８）。

【0140】

正否推定部３２は、選択したデータが新規起案データ２ｂのＥＯＦか否かを判定する（ステップＳ１９）。選択したデータが新規起案データ２ｂのＥＯＦではない場合（ステップＳ１９でＮＯ）、処理がステップＳ１３に移行する。

【0141】

選択したデータが新規起案データ２ｂのＥＯＦである場合（ステップＳ１９でＹＥＳ）、正否推定部３２は、返却領域の判定結果２ｃを旅費業務支援部２に応答し（ステップＳ２０）、処理が終了する。

【0142】

なお、ステップＳ１２，Ｓ１３，Ｓ１８は、上述した（１）の区間特定処理の一例であり、ステップＳ１４～Ｓ１６は、上述した（２）のコスト範囲決定処理の一例であり、ステップＳ１７は、上述した（３）の指標判定処理の一例である。

【0143】

〔Ｅ〕その他
上述した一実施形態に係る技術は、以下のように変形、変更して実施することができる。

【0144】

例えば、図１に示す旅費業務支援システム１のソフトウェア構成は、任意の組み合わせで併合してもよく、それぞれ分割してもよい。

【0145】

また、図１に示す旅費業務支援システム１は、複数の装置がネットワークを介して互いに連携することにより、各処理機能を実現してもよい。一例として、入出力制御部２１はＷｅｂサーバ，情報２ａ～２ｃ及び３ａ～３ｃを記憶する記憶領域はＤＢサーバ，連携部２２，実績データ生成部３１及び正否推定部３２はアプリケーションサーバ又はＷｅｂサーバ等であってもよい。この場合、ＤＢサーバ，アプリケーションサーバ及びｗｅｂサーバが、ネットワークを介して互いに連携することにより、旅費業務支援システム１としての各処理機能を実現してもよい。

【0146】

〔Ｆ〕付記
以上の実施形態に関し、さらに以下の付記を開示する。

【0147】

（付記１）
旅費申請システムにおいて、審査者向けに警告を出力するための異常申請データ判定方法であって、
過去に審査承認された旅費申請に係る移動経路に含まれる複数の移動区間の各々と前記移動区間のコストとを含む審査承認実績データから、新たな旅費申請の申請データに係る第１移動経路に含まれる第１移動区間と類似する１以上の第２移動区間を特定し、
特定された前記１以上の第２移動区間に対応する１以上の第２コストに基づき、審査承認されると推定できるコスト範囲を決定し、
決定されたコスト範囲と前記第１移動区間の第１コストとに基づき、前記申請データが却下される確率を示す指標を判定する、
処理をコンピュータが実行する、異常申請データ判定方法。

【0148】

（付記２）
前記移動経路に含まれる複数の前記第１移動区間の各々について、前記１以上の第２移動区間を特定する処理、及び、前記コスト範囲を決定する処理、を前記コンピュータが実行し、
前記判定する処理は、前記複数の第１移動区間について決定された複数の前記コスト範囲と、前記複数の第１移動区間の複数の前記第１コストとに基づき、前記指標を判定する処理を含む、
付記１に記載の異常申請データ判定方法。

【0149】

（付記３）
前記コストは、前記移動区間に関する審査対象の項目の値であり、
前記コスト範囲を決定する処理は、
前記複数の移動区間の各々についての前記審査対象の項目の値の下限及び上限を定義する情報から、前記１以上の第２移動区間の前記審査対象の項目の値の下限及び上限を取得し、
前記１以上の第２コストの統計情報と、取得された前記下限及び上限とに基づき、前記コスト範囲を算出する、処理を含む、
付記１又は付記２に記載の異常申請データ判定方法。

【0150】

（付記４）
前記コストは、前記移動区間に関する複数種類の前記審査対象の項目の値であり、
前記情報は、前記複数の移動区間の各々についての前記下限及び上限を前記審査対象の項目の種類ごとに定義し、
前記コスト範囲を決定する処理は、前記審査対象の項目の種類ごとに前記コスト範囲を算出する処理を含み、
前記指標を判定する処理は、前記審査対象の項目の種類ごとに前記指標を判定する処理を含む、
付記３に記載の異常申請データ判定方法。

【0151】

（付記５）
判定された前記指標を、前記申請データの審査を行なう前記審査者の端末に出力する、
処理を前記コンピュータが実行する、付記１～付記４のいずれか１項に記載の異常申請データ判定方法。

【0152】

（付記６）
旅費申請システムにおいて、審査者向けに警告を出力するための異常申請データ判定プログラムであって、
過去に審査承認された旅費申請に係る移動経路に含まれる複数の移動区間の各々と前記移動区間のコストとを含む審査承認実績データから、新たな旅費申請の申請データに係る第１移動経路に含まれる第１移動区間と類似する１以上の第２移動区間を特定し、
特定された前記１以上の第２移動区間に対応する１以上の第２コストに基づき、審査承認されると推定できるコスト範囲を決定し、
決定されたコスト範囲と前記第１移動区間の第１コストとに基づき、前記申請データが却下される確率を示す指標を判定する、
処理をコンピュータに実行させる、異常申請データ判定プログラム。

【0153】

（付記７）
前記移動経路に含まれる複数の前記第１移動区間の各々について、前記１以上の第２移動区間を特定する処理、及び、前記コスト範囲を決定する処理、を前記コンピュータが実行し、
前記判定する処理は、前記複数の第１移動区間について決定された複数の前記コスト範囲と、前記複数の第１移動区間の複数の前記第１コストとに基づき、前記指標を判定する処理を含む、
付記６に記載の異常申請データ判定プログラム。

【0154】

（付記８）
前記コストは、前記移動区間に関する審査対象の項目の値であり、
前記コスト範囲を決定する処理は、
前記複数の移動区間の各々についての前記審査対象の項目の値の下限及び上限を定義する情報から、前記１以上の第２移動区間の前記審査対象の項目の値の下限及び上限を取得し、
前記１以上の第２コストの統計情報と、取得された前記下限及び上限とに基づき、前記コスト範囲を算出する、処理を含む、
付記６又は付記７に記載の異常申請データ判定プログラム。

【0155】

（付記９）
前記コストは、前記移動区間に関する複数種類の前記審査対象の項目の値であり、
前記情報は、前記複数の移動区間の各々についての前記下限及び上限を前記審査対象の項目の種類ごとに定義し、
前記コスト範囲を決定する処理は、前記審査対象の項目の種類ごとに前記コスト範囲を算出する処理を含み、
前記指標を判定する処理は、前記審査対象の項目の種類ごとに前記指標を判定する処理を含む、
付記８に記載の異常申請データ判定プログラム。

【0156】

（付記１０）
判定された前記指標を、前記申請データの審査を行なう前記審査者の端末に出力する、
処理を前記コンピュータに実行させる、付記６～付記９のいずれか１項に記載の異常申請データ判定プログラム。

【符号の説明】

【0157】

１ 旅費業務支援システム
１０ コンピュータ
２ 旅費業務支援部
２ａ 旅費起案情報
２ｂ 新規起案データ
２ｃ 判定結果
２１ 入出力制御部
２２ 連携部
３ 判定部
３ａ 実績データ
３ｂ 統計データ
３ｃ 基準データ
３１ 実績データ生成部
３２ 正否推定部
４ 起案者端末
５ 審査者端末
５０ 審査画面
５１ 識別番号
５２ チェック欄
５３ 状況情報
５４ 帳票情報
５５ 判定結果情報
５６ 起案者情報
５７ 決裁者情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】