特開 2024-171415 審査承認確率指標出力方法および審査承認確率指標出力プログラム

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

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

(11)【公開番号】P2024171415

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

(54)【発明の名称】審査承認確率指標出力方法および審査承認確率指標出力プログラム

(51)【国際特許分類】

   G06Q 10/0631 20230101AFI20241205BHJP

   G06Q 50/14 20120101ALI20241205BHJP

   G06Q 20/14 20120101ALI20241205BHJP

【ＦＩ】

G06Q10/0631

G06Q50/14

G06Q20/14

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023088397

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

(71)【出願人】

【識別番号】000005223

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

(74)【代理人】

【識別番号】110003649

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

(74)【代理人】

【識別番号】100189201

【弁理士】

【氏名又は名称】横田 功

(72)【発明者】

【氏名】中島 克也

(72)【発明者】

【氏名】宮田 唯平

(72)【発明者】

【氏名】加瀬 康裕

(72)【発明者】

【氏名】上地 吾生

(72)【発明者】

【氏名】辻 裕央

(72)【発明者】

【氏名】植木 麻央

(72)【発明者】

【氏名】石塚 雅之

(72)【発明者】

【氏名】吉川 有哉

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

5L010

5L020

5L049

5L050

5L055

【Ｆターム（参考）】

5L010AA10

5L020AA33

5L049AA10

5L049CC26

5L050CC26

5L055AA33

(57)【要約】      （修正有）

【課題】審査承認の可能性が高い移動経路候補を申請者に示すことを可能とする承認確率指標出力方法および承認確率指標出力プログラムを提供する。
【解決手段】旅費業務支援システムにおいて、旅費業務支援部は、起案者が端末を操作することにより経路検索システム４での移動経路検索結果２ａを取得し、判定部３へ送信する。判定部３は、過去に審査承認された複数の旅費申請に含まれる所定の複数の移動経路の実績データとの間における類似度を算出し、移動経路検索結果２ａについて、算出した複数の類似度に基づき、移動経路候補が審査承認を得る確率を示す指標を出力する。
【選択図】図１

【特許請求の範囲】

【請求項1】

旅費申請システムにおいて検索された複数の移動経路候補の各々と、過去に審査承認された複数の旅費申請に含まれる所定の複数の移動経路の各々との間における類似度を算出し、
前記複数の移動経路候補の各々について、算出した複数の前記類似度に基づき、前記移動経路候補が審査承認を得る確率を示す指標を出力する、
処理をコンピュータが実行する、審査承認確率指標出力方法。

【請求項2】

前記出力する処理は、前記複数の移動経路候補の各々について、算出した前記複数の類似度のうちの最大の類似度を前記指標として出力する処理を含む、
請求項１に記載の審査承認確率指標出力方法。

【請求項3】

前記算出する処理は、前記複数の移動経路候補の各々について、前記移動経路候補に含まれる第１の複数の要素と、前記所定の複数の移動経路の各々に含まれる第２の複数の要素との間における要素の一致数に基づき、前記移動経路候補と前記所定の複数の移動経路の各々との間における前記類似度を算出する処理を含む、
請求項１又は請求項２に記載の審査承認確率指標出力方法。

【請求項4】

前記要素は、地点又は移動手段であり、
前記第１の複数の要素は、前記移動経路候補に含まれる複数の地点及び１以上の移動手段であり、
前記第２の複数の要素は、前記移動経路に含まれる複数の地点及び１以上の移動手段である、
請求項３に記載の審査承認確率指標出力方法。

【請求項5】

前記旅費申請システムにおいて起案された第１の複数の旅費申請を格納する起案実績データに格納された前記第１の複数の旅費申請のうちの審査承認された第２の複数の旅費申請に含まれる複数の移動経路から、所定数以上重複する移動経路を審査承認実績データに格納する、
処理を前記コンピュータが実行し、
前記算出する処理は、前記審査承認実績データに含まれる複数の移動経路を前記所定の複数の移動経路として取得する処理を含む、
請求項１又は請求項２に記載の審査承認確率指標出力方法。

【請求項6】

旅費申請システムにおいて検索された複数の移動経路候補の各々と、過去に審査承認された複数の旅費申請に含まれる所定の複数の移動経路の各々との間における類似度を算出し、
前記複数の移動経路候補の各々について、算出した複数の前記類似度に基づき、前記移動経路候補が審査承認を得る確率を示す指標を出力する、
処理をコンピュータに実行させる、審査承認確率指標出力プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、審査承認確率指標出力方法および審査承認確率指標出力プログラムに関する。

【背景技術】

【0002】

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

【0003】

旅費業務支援システムにおいて、旅費申請業務の主要部分である行程作成は、外部の経路検索システムと連携して実行されることがある。例えば、旅費業務支援システムは、起案者により行程作成画面に入力された出発地，目的地等の移動経路の検索条件を経路検索システムに送信することで検索結果を取得し、取得した検索結果に含まれる複数の移動経路候補を行程作成画面に表示する。起案者は、複数の移動経路候補から旅費申請の起案対象とする適切な移動経路候補を選択し、選択した移動経路候補を移動経路として旅費申請を起案する。

【0004】

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

【0005】

旅費業務支援システムでは、起案者は、個人の判断により複数の移動経路候補からルールを満たす適切な移動経路候補を選択する。また、審査者は、個人の判断により起案内容の移動経路がルールを満たすか否かを含む審査を行なう。

【先行技術文献】

【特許文献】

【0006】

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

【発明の概要】

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

【0007】

上述したルールは、記載内容が難解であり、また、解釈に幅があるため、起案者によってはルールへの理解が不足しているケースやルールを誤って解釈しているケースがある。

【0008】

このため、起案者が旅費業務支援システムが提示した複数の移動経路候補からいずれかの移動経路候補を選択する際に、選択に多くの時間を要したり、ルール上適切ではない経路を選択したりしてしまう場合がある。

【0009】

また、起案者がルール上適切ではない移動経路候補を選択して起案した場合、審査にて起案が却下される（差し戻される）可能性が高いため、起案の修正，再度の起案及び審査等が発生し、起案者及び審査者の双方の負担になることがある。

【0010】

１つの側面では、本発明は、審査承認の可能性が高い移動経路候補を申請者に示すことを可能とすることを目的の１つとする。

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

【0011】

１つの側面では、審査承認確率指標出力方法は、コンピュータが以下の処理を実行してよい。前記処理は、旅費申請システムにおいて検索された複数の移動経路候補の各々と、過去に審査承認された複数の旅費申請に含まれる所定の複数の移動経路の各々との間における類似度を算出してよい。また、前記処理は、前記複数の移動経路候補の各々について、算出した複数の前記類似度に基づき、前記移動経路候補が審査承認を得る確率を示す指標を出力してよい。

【発明の効果】

【0012】

１つの側面では、本発明は、審査承認の可能性が高い移動経路候補を申請者に示すことが可能となる。

【図面の簡単な説明】

【0013】

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

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

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

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

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

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

【図7】ルールの一例を説明するための図である。

【図8】推奨率判定部による類似度算出処理の一例を説明するための図である。

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

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

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

【図12】旅費業務支援システムの適用例を示す図である。

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

経路検索システム４は、旅費業務支援部２から受信した移動経路（以下、単に「経路」と表記する場合がある）の検索条件を満たす複数の移動経路候補を検索し、検索結果として複数の移動経路候補を旅費業務支援部２に送信する。経路検索システム４は、外部のシステムであってもよいし、旅費業務支援システム１に備えられてもよい。

【0019】

判定部３は、旅費業務支援部２において検索された複数の経路候補を取得すると、複数の経路候補の各々について、審査承認を得る確率を示す指標を判定結果として旅費業務支援部２に応答（出力）する。

【0020】

例えば、判定部３は、旅費業務支援部２において検索された複数の経路候補の各々と、過去に審査承認された複数の旅費申請に含まれる所定の複数の経路の各々との間における類似度を算出する。そして、判定部３は、複数の経路候補の各々について、算出した複数の類似度に基づき、経路候補が審査承認を得る確率を示す指標を出力する。審査承認を得る確率を示す指標とは、例えば、旅費法或いは条例等のルールを満たす適切な経路候補である確率を示す指標であってよい。

【0021】

過去に審査承認された複数の旅費申請は、ルールに基づく審査を通過しているため、ルールに適合しているといえる。このため、判定部３は、経路候補と所定の複数の経路との間の類似度に基づく指標を出力することで、起案者に審査承認を得る確率が高い経路候補を示すことができる。

【0022】

このように、ルールを満たす可能性の高い適切な経路を含む旅費申請を起案者に起案させることができる。これにより、ルールを満たさない経路を含む旅費申請が起案される可能性を低減できるため、審査における差し戻しや再度の起案及び審査に伴う、起案者及び審査者の双方の負担を軽減できる。

【0023】

また、一実施形態に係る手法によれば、起案の修正，再度の起案及び審査等に伴う作業の発生を抑制できるため、旅費業務支援システム１の負荷を軽減できる。負荷としては、例えば、旅費業務支援システム１のネットワーク負荷，旅費業務支援部２及び判定部３を実現するコンピュータの処理負荷，経路検索システム４のネットワーク負荷及び処理負荷，並びに起案者及び審査者の各々の端末５の処理負荷等が挙げられる。

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

グラフィック処理装置１０ｂは、ＩＯ部１０ｆのうちのモニタ等の出力装置に対する画面表示制御を行なう。また、グラフィック処理装置１０ｂは、機械学習モデルを利用した機械学習処理及び推論処理を実行するアクセラレータとしての構成を有してよい。グラフィック処理装置１０ｂとしては、種々の演算処理装置、例えば、ＧＰＵ（Graphics Processing Unit）、ＡＰＵ、ＤＳＰ、ＡＳＩＣ又はＦＰＧＡ等の集積回路（ＩＣ）が挙げられる。

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

また、旅費業務支援部２は、移動経路検索結果２ａ，移動経路検索結果＋判定結果２ｂ及び旅費起案情報２ｃを記憶可能であってよい。以下、移動経路検索結果２ａ，移動経路検索結果＋判定結果２ｂをそれぞれ単に検索結果２ａ，２ｂと表記する場合がある。

【0044】

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

【0045】

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

【0046】

例えば、入出力制御部２１は、経路検索システム４のＡＰＩ（Application Programming Interface）等のＩＦを利用して、経路検索システム４に経路の検索条件を送信するとともに、経路検索システム４から経路の検索結果２ａを受信してよい。検索結果２ａには、検索条件が含まれてもよい。

【0047】

また、入出力制御部２１は、起案者が端末５を操作してＷｅｂページ又はアプリケーション上で起案を行なうための制御情報を生成及び更新してよい。制御情報は、例えば、起案画面を表示させるための画面情報を含んでよい。起案画面は、起案を行なうための画面であり、端末５の出力装置に表示されるＷｅｂページ又はアプリケーションの表示画面である。

【0048】

例えば、入出力制御部２１は、Ｗｅｂサーバ又はアプリケーションサーバの機能を備え、端末５に画面情報を送信するとともに、起案者により端末５を介して入力又は選択された入力情報を受信してよい。入力情報には経路の検索条件が含まれてよい。経路検索システム４による経路の検索後に出力される画面情報には、連携部２２から入力される検索結果２ｂが含まれてよい。検索結果２ｂには、検索結果２ａと、判定部３による最適な経路候補の判定結果とが含まれてよい。

【0049】

連携部２２は、判定部３との連携を行なう。例えば、連携部２２は、入出力制御部２１により記憶領域に格納された検索結果２ａを取得し、検索結果２ａに含まれる複数の経路（経路候補）を含む判定要求を判定部３に送信してよい。また、連携部２２は、判定部３から受信した応答（判定結果）を検索結果２ａに追加することで検索結果２ｂを生成してよい。なお、判定要求には検索結果２ａそのものが含まれてもよく、判定部３からの応答には、検索結果２ｂそのものが含まれてもよい。

【0050】

図３は、一実施形態に係る旅費業務支援システム１の動作例を説明するための図である。図３では、端末５に表示される起案画面５０における経路検索処理に着目する。

【0051】

起案画面５０には、経路検索の検索条件、例えば出発地，目的地等を指定するための入力領域５１，指定された検索条件で検索を開始するための検索ボタン５２が含まれてよい（符号Ａ１参照）。端末５は、起案者により入力領域５１に検索条件が入力（又は選択）され、検索ボタン５２が押下されると、入力された検索条件を含む経路検索要求を旅費業務支援部２に送信する（符号Ａ２参照）。

【0052】

入出力制御部２１は、検索条件を経路検索システム４に送信することで経路検索を実行し、経路検索システム４から検索結果２ａを受信する（符号Ａ３参照）。図３の例では、入出力制御部２１は、出発地：「〇県庁」，目的地：「◆労働局」の検索条件に対して、経路１，経路２，経路３，…の複数の経路候補を含む検索結果２ａを取得する。

【0053】

連携部２２は、検索結果２ａに含まれる複数の経路候補を判定部３に送信し（符号Ａ４参照）、判定部３から判定結果を受信して（符号Ａ５参照）、判定結果を含む検索結果２ｂを取得する。図３の例では、検索結果２ｂには、検索結果２ａに含まれる経路候補ごとに、当該経路候補が推奨される確率を示す推奨率が含まれてよい。推奨率は、判定部３による判定結果であり、当該経路候補が審査承認を得る確率を示す指標の一例である。

【0054】

入出力制御部２１は、端末５からの経路検索要求に対して、検索結果２ｂを含む応答を端末５に送信する（符号Ａ６参照）。検索結果２ｂを含む応答には、検索結果２ｂを起案画面５０に表示するための画面情報が含まれてもよい。

【0055】

端末５は、入出力制御部２１から受信した応答に基づき、検索結果２ｂの情報を表示するように起案画面５０を更新する（符号Ａ７参照）。符号Ａ７に示す起案画面５０には、入力領域５１，検索ボタン５２に加えて、経路検索結果一覧を表示する表示領域５３が含まれてよい。

【0056】

表示領域５３は、例示的に、識別番号５３ａ，推奨マーク５３ｂ，経路５３ｃ，料金５３ｄ，所要時間５３ｅの項目を含んでよい。

【0057】

識別番号５３ａは、検索結果２ｂに含まれる各経路候補を識別するための番号である。識別番号５３ａは押下可能であってよい。端末５は、起案者により識別番号５３ａが押下されると、押下された識別番号５３ａが示す経路候補を旅費申請の申請対象経路に決定し、申請対象経路を含む旅費申請の起案を行なうように起案画面５０を更新してよい（図示省略）。

【0058】

推奨マーク５３ｂは、判定部３（旅費業務支援システム１）により推奨（レコメンド）される経路候補に付加される記号である。例えば、推奨マーク５３ｂは、検索結果２ｂに含まれる複数の経路候補のうちの推奨率が最大である経路候補に付加されてよい。図３の例では、推奨マーク５３ｂが「ＡＩ」（Artificial Intelligence）という表記の記号であるものとする。

【0059】

なお、推奨マーク５３ｂは、２以上の経路候補に付加されてもよい。例えば、推奨マーク５３ｂが付加される経路候補は、複数の経路候補のうちの、推奨率が上位の複数（所定数）個の経路候補であってもよいし、推奨率が所定の閾値以上である経路候補であってもよい。

【0060】

また、推奨率が最大の経路候補が複数存在する場合、入出力制御部２１は、当該複数の経路候補に推奨マーク５３ｂを付加してもよい。或いは、入出力制御部２１は、当該複数の経路候補のうちのいずれかの経路候補、一例として識別番号５３ａが小さい（表示領域５３で画面の上側に表示される）経路候補に推奨マーク５３ｂを付加してもよい。

【0061】

経路５３ｃは、検索結果２ａ及び２ｂに含まれる経路候補である。料金５３ｄ及び所要時間５３ｅは、経路候補を利用した移動により発生する料金及び時間であり、検索結果２ａ及び２ｂに含まれてよい。

【0062】

図１の説明に戻り、更新部２３は、旅費業務支援システム１の旅費申請業務及び旅費審査業務において、旅費起案情報２ｃを更新する。旅費起案情報２ｃは、旅費業務支援部２において起案された第１の複数の旅費申請を格納する起案実績データの一例である。旅費起案情報２ｃは、例えば、旅費申請業務で起案された旅費申請に含まれる経路に関する情報と、旅費審査業務により旅費申請が承認されたか否かを示す情報と、を少なくとも含んでよい。

【0063】

図４は、旅費起案情報２ｃの一例を示す図である。旅費起案情報２ｃは、例示的に、「申請番号」，「行程番号」，「要素番号」，「駅名／路線名等」，「承認」の項目を含んでよい。なお、旅費起案情報２ｃには、旅費申請，旅行（出張）及び審査の少なくとも１つが行なわれた日時を示すタイムスタンプが含まれてもよい。

【0064】

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

【0065】

要素番号は、１つの行程に含まれる要素の識別情報の一例であり、例えば１つの行程の中での連番であってよい。要素とは、経路に含まれる地点又は移動手段である。地点としては、例えば、経路の出発地，経由地（乗り換え点等），目的地等の場所の名称が挙げられる。これらの場所としては、例えば、駅，停留所，空港，港，施設，その他の目印となる所が挙げられる。移動手段としては、例えば、鉄道又は軌道の路線名，バスの系統名，タクシー，航空機の便名，船舶の便名等の公共交通機関を特定するための情報，或いは徒歩等の、地点間を移動するための種々の手段の名称が挙げられる。

【0066】

駅名／路線名等は、個々の要素の名称である。このように、旅費起案情報２ｃは、１つの旅費申請に含まれる経路を成す（構成する）複数の要素の各々を、経由順に１つのレコード（エントリ）に格納した情報である。

【0067】

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

【0068】

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

【0069】

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

【0070】

実績データ生成部３１は、旅費業務支援部２の旅費起案情報２ｃから、審査承認済みのデータを取得して実績データ３ｂを生成する。実績データ３ｂは、審査承認実績データの一例である。

【0071】

例えば、実績データ生成部３１は、旅費起案情報２ｃから審査承認済みのデータを取得（抽出）し、中間データである集計データ３ａとして記憶領域に格納してよい。集計データ３ａは、旅費起案情報２ｃに含まれる第１の複数の旅費申請のうちの審査承認された第２の複数の旅費申請の一例である。

【0072】

図５は、集計データ３ａの一例を示す図である。集計データ３ａは、例示的に、「No.」，「経路」，「カウント」の項目を含んでよい。No.は、集計データ３ａのレコードの識別情報の一例である。

【0073】

経路は、旅費起案情報２ｃにおける、申請番号及び行程番号が同一であるレコード群の要素の名称（駅名／路線名等）を、要素番号順に互いに分離可能に結合した情報である。図５の例では、経路は、各要素をハイフン「－」で接続した文字列になっている。カウントは、旅費起案情報２ｃから取得したデータ（複数のレコード群）に含まれる同一の経路の数を示す。

【0074】

例えば、実績データ生成部３１は、旅費起案情報２ｃから、審査承認済み（審査：「1」）であり、且つ、申請番号及び行程番号が同一であるレコード群を取得し、レコード群の駅名／路線名等（図４参照）に基づき経路情報を生成してよい。経路情報は、レコード群に含まれる複数の要素の集合であってもよいし、当該複数の要素を要素番号順に結合した経路（図５参照）であってもよい。

【0075】

実績データ生成部３１は、経路情報と集計データ３ａとを比較し、当該経路情報を集計データ３ａに登録するか否かを判断してよい。例えば、実績データ生成部３１は、当該経路情報に対応する経路が集計データ３ａに既に存在する場合、経路情報の登録を行なわず、集計データ３ａ内の該当経路のレコードのカウントに「1」を加算してよい。一方、経路情報に対応する経路が集計データ３ａに存在しない場合、実績データ生成部３１は、経路情報に基づく経路を集計データ３ａの新たなレコードに登録し、当該レコードのカウントに「1」をセットする。

【0076】

これにより、集計データ３ａには、審査承認済みの経路であって、互いに重複しない（一意の）経路が蓄積される。

【0077】

例えば、図４に示す旅費起案情報２ｃにおいて、符号Ｂ１で示すレコード群（申請番号：「1」，行程番号：「1」）は、承認：「0」であり審査承認されていない。このため、実績データ生成部３１は、当該レコード群については旅費起案情報２ｃからの取得をスキップする。これにより、当該レコード群の要素に基づく経路「〇県庁－徒歩－〇県庁前バス停－×系統－□駅－◇線－◆労働局」は、集計データ３ａには登録されない。

【0078】

一方、図４の符号Ｂ２で示す往路のレコード群（申請番号：「2」，行程番号：「1」）及び符号Ｂ３で示す復路のレコード群（申請番号：「2」，行程番号：「2」）は、いずれも承認：「1」であり審査承認されている。このため、実績データ生成部３１は、当該レコード群の要素に基づく経路「〇県庁－徒歩－□駅－◇線－◆労働局」及び「◆労働局－◇線－□駅－徒歩－〇県庁」を、それぞれ、集計データ３ａのNo.：「3」，「4」に登録する（図５の符号Ｃ参照）。

【0079】

なお、後述する推奨率判定部３２による判定処理では、「経路」に含まれる要素の並び順は順不同である。このため、実績データ生成部３１は、経路情報と集計データ３ａ内の経路（レコード）との比較の際に、要素の並び順を問わず、経路情報に含まれる全ての要素と一致する経路（レコード）が集計データ３ａに存在するか否かを判断してもよい。この場合、例えば図５に示す集計データ３ａでは、No.：「2」，「4」，「6」のレコードが生成されず、代わりに、No.：「2」，「4」，「6」のそれぞれのカウントの値が、同一の要素を含むNo.：「1」，「3」，「5」のカウントにそれぞれ加算されることになる。これにより、集計データ３ａに蓄積されるデータ数を削減でき、記憶領域の使用量を削減できる。

【0080】

また、図４の符号Ｂ２及びＢ３は、１つの旅費申請において同一の経路を往復したケースを示す。この場合、集計データ３ａにおいて要素の並び順を問わずに経路がカウントされると、１つの旅費申請の１つの経路（往復経路）について、審査承認が１回行なわれただけにもかかわらずカウントが「2」増加することになる。往復経路のカウントの増加数を「1」にしたい場合、実績データ生成部３１は、以下の処理を行なってもよい。例えば、実績データ生成部３１は、旅費起案情報２ｃから取得した２つのレコード群の間で申請番号が同一であり行程番号が異なる場合、いずれか一方のレコード群については、集計データ３ａに経路情報を登録するか否かの判断をスキップしてもよい。

【0081】

実績データ生成部３１は、集計データ３ａから所定の条件を満たすデータを実績データ３ｂとして記憶領域に格納してよい。実績データ３ｂに含まれる複数の経路は、過去に審査承認された複数の旅費申請に含まれる所定の複数の移動経路の一例であり、集計データ３ａに含まれる移動経路のうちの所定数以上重複する移動経路の一例である。

【0082】

図６は、実績データ３ｂの一例を示す図である。実績データ３ｂは、例示的に、「No.」，「経路」の項目を含んでよい。No.は、実績データ３ｂのレコードの識別情報の一例である。経路は、図５に示す集計データ３ａの経路と同様である。

【0083】

実績データ生成部３１は、集計データ３ａ内の複数のレコードのうち、所定の条件を満たす所定の複数のレコード、例えばカウントが所定数（一例として、「5」）以上である所定の複数のレコードを抽出し、実績データ３ｂに格納する。カウントが所定数以上であるレコードの経路は、集計データ３ａに含まれる移動経路のうちの所定数以上重複する経路を意味してよい。

【0084】

図５の例では、集計データ３ａにおいて、No.：「1」，「2」，「5」，「6」のカウントが「5」以上であり、符号Ｃで示すNo.：「3」，「4」のカウントが「1」である。この場合、実績データ生成部３１は、No.：「1」，「2」，「5」，「6」の経路を実績データ３ｂに格納する。例えば、集計データ３ａのNo.：「1」の経路は、実績データ３ｂにNo.：「1」の経路として登録される（符号Ｄ参照）。

【0085】

図７は、ルールの一例を説明するための図である。例えば、「出発地から徒歩15分圏内の駅を利用する場合、その駅へのバス利用は禁止」というルールが存在する場合を想定する。図７の例では、〇県庁Ｅ１（出発地）から徒歩15分圏外である×駅Ｅ６に行く場合、〇県庁前バス停Ｅ２からのバス利用（ｙ系統Ｅ５）は可能である。

【0086】

一方、〇県庁Ｅ１（出発地）から徒歩15分圏内の□駅Ｅ４に行く場合、〇県庁前バス停Ｅ２からのバス利用（ｘ系統Ｅ３）は禁止となる。例えば、図４の符号Ｂ１に示すように、「〇県庁－徒歩－〇県庁前バス停－ｘ系統－□駅」を含む経路は、旅費審査業務において承認されない。なお、例えば〇県庁Ｅ１（出発地）から徒歩で□駅Ｅ４に行く経路、すなわち「〇県庁－徒歩－□駅」を含む経路であれば、図４の符号Ｂ２に示すように、旅費審査業務において承認される。

【0087】

このように、実績データ生成部３１によれば、所定数以上の回数に亘って審査承認された経路が実績データ３ｂに登録され、ルールを逸脱した経路が実績データ３ｂに含まれなくなる。また、仮に、ルールに違反する経路が誤って審査承認され、集計データ３ａに登録された場合であっても、当該経路が審査承認された回数が所定数の回数未満である場合には、当該経路は実績データ３ｂには登録されない。このように、誤って審査承認された経路が実績データ３ｂに登録されることを抑制でき、実績データ３ｂの信頼性を向上させることができる。

【0088】

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

【0089】

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

【0090】

図１の説明に戻り、推奨率判定部３２は、連携部２２から複数の経路候補を取得すると、当該経路候補の各々について、推奨率を推定し、当該推奨率を判定結果として連携部２２に応答（出力）する。

【0091】

例えば、推奨率判定部３２は、複数の経路候補のうちの１つを判定対象経路として選択し、判定対象経路と、実績データ３ｂに含まれる複数の経路の各々との間の類似度を算出し、算出した複数の類似度のうちの最大の類似度を推奨率として算出（出力）する。

【0092】

図８は、推奨率判定部３２による類似度算出処理の一例を説明するための図である。図８において、符号Ｆ１で示すエントリは判定対象経路のエントリである。推奨率判定部３２は、判定対象経路に含まれる第１の複数の要素を個々の要素に分割するとともに、実績データ３ｂに含まれる全ての経路（図８の例では、実績経路#1～実績経路#4と表記する４つの経路）の各々に含まれる第２の複数の要素を個々の要素に分割する。

【0093】

図８の例では、判定対象経路は、要素#1：「新橋」，要素#2：「山手線」，要素#3：「東京」，要素#4：「京葉線」，要素#5：「舞浜」の５つの要素に分割される。また、実績経路#1は、要素#1：「新橋」，要素#2：「山手線」，要素#3：「秋葉原」の３つの要素に分割される。同様に、実績経路#2～#4の各々は、５つの要素に分割される。なお、図８に示す判定対象経路の要素#1～#5は、配列（判定対象要素配列）に格納されてよい。また、図８に示す各実績経路の要素#1～#5は、配列（実績経路要素配列）に格納されてよい。

【0094】

推奨率判定部３２は、例えば、実績経路#1～#4の各々について、下記式（１）に従い、判定対象経路と実績経路との間の類似度を算出してよい。
類似度＝ｎ×２／（Ｘ＋Ｙ） （１）

【0095】

上記式（１）において、ｎ（ｎは0以上の整数）は、要素の一致数であり、例えば、判定対象経路と実績経路との間で要素の位置（順番）を問わずに要素が一致した数である。Ｘ（Ｘは1以上の整数）は判定対象経路（判定対象要素配列）の要素数であり、Ｙ（Ｙは1以上の整数）は実績経路（実績経路要素配列）の要素数である。

【0096】

例えば、図８において、推奨率判定部３２は、実績経路#1～#4の各々の要素について、判定対象経路の要素との一致数を下記のように特定してよい。
実績経路#1：一致数＝2（要素#1「新橋」，要素#2「山手線」）
実績経路#2：一致数＝3（要素#1「新橋」，要素#3「東京」，要素#5「舞浜」）
実績経路#3：一致数＝4（要素#1「舞浜」，要素#2「京葉線」，要素#3「東京」，
要素#5「新橋」）
実績経路#4：一致数＝2（要素#3「新橋」，要素#5「東京」）

【0097】

推奨率判定部３２は、上記の一致度と、上述した判定対象経路及び実績経路#1～#4の各々の要素数と、上記式（１）とに基づき、判定対象経路と実績経路#1～#4の各々との間の類似度を下記のように算出してよい。
実績経路#1：類似度＝2 * 2 / (5 + 3) ＝ 0.5
実績経路#2：類似度＝3 * 2 / (5 + 5) ＝ 0.6
実績経路#3：類似度＝4 * 2 / (5 + 5) ＝ 0.8
実績経路#4：類似度＝2 * 2 / (5 + 5) ＝ 0.4

【0098】

推奨率判定部３２は、算出した複数の類似度のうちの最大の類似度、図８の例では符号Ｆ２で示す実績経路#3の類似度0.8を、判定対象経路の推奨率として、記憶領域のうちの返却領域に格納してよい。返却領域は、推奨率を格納するための記憶領域である。

【0099】

複数の経路候補の全ての推奨率を算出すると、推奨率判定部３２は、返却領域に格納した複数の推奨率を含む判定結果を連携部２２に出力する。

【0100】

なお、推奨率判定部３２は、上記式（１）に代えて、下記式（２）又は下記式（３）に基づき類似度を算出してもよい。
類似度＝ｎ／Ｘ （２）
類似度＝ｎ／Ｙ （３）

【0101】

以上のように、推奨率判定部３２により、経路候補ごとに、経路候補と最も類似する実績経路との間の類似度を推奨率として出力できる。実績経路は、ルールに適合した経路であることが実績データ３ｂの生成処理の段階で或る程度保証されているため、当該実績経路に類似する経路候補は、類似度に応じて、ルールに基づいている可能性、換言すれば、審査承認される可能性の高い経路であるといえる。

【0102】

従って、旅費業務支援部２は、例えば推奨率が最大の経路候補を起案者に提示する（例えば推奨マーク５３ｂ（図３参照）を付加する）ことで、起案者は、審査承認される可能性の高い経路を含む旅費申請を起案することができる。これにより、ルールを満たさない経路を含む旅費申請が起案される可能性を低減できるため、審査における差し戻しや再度の起案及び審査に伴う、起案者及び審査者の双方の負担を軽減できる。

【0103】

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

【0104】

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

【0105】

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

【0106】

実績データ生成部３１は、取得した旅費起案情報２ｃの先頭から、申請番号及び行程番号が同一のレコード群を読み込む（ステップＳ２）。

【0107】

実績データ生成部３１は、レコード群から駅名／路線名等の複数の要素を含む経路情報を特定する（ステップＳ３）。

【0108】

実績データ生成部３１は、特定した経路情報を集計データ３ａから検索し（ステップＳ４）、経路情報が集計データ３ａでヒットしたか否かを判定する（ステップＳ５）。

【0109】

経路情報がヒットした場合（ステップＳ５でＹＥＳ）、実績データ生成部３１は、集計データ３ａにおけるヒットした経路情報のカウントをインクリメントし（ステップＳ６）、処理がステップＳ８に移行する。

【0110】

経路情報がヒットしない場合（ステップＳ５でＮＯ）、実績データ生成部３１は、集計データ３ａに経路情報を登録して、カウントに「1」をセットし（ステップＳ７）、処理がステップＳ８に移行する。

【0111】

ステップＳ８において、実績データ生成部３１は、取得した旅費起案情報２ｃから次のレコード群（レコード）を読み込む。実績データ生成部３１は、読み込んだレコード群（レコード）がＥＯＦ（End Of File）を示すか否かを判定する（ステップＳ９）。

【0112】

読み込んだレコード群（レコード）がＥＯＦを示さない場合（ステップＳ９でＮＯ）、処理がステップＳ３に移行する。

【0113】

読み込んだレコード群（レコード）がＥＯＦを示す場合（ステップＳ９でＹＥＳ）、実績データ生成部３１は、集計データ３ａのうちのカウントが所定数（例えば「5」）以上のレコードを実績データ３ｂとして出力し（ステップＳ１０）、処理が終了する。

【0114】

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

【0115】

図１０に例示するように、推奨率判定部３２は、旅費業務支援部２から判定要求を取得すると（ステップＳ１１）、判定要求から判定対象経路を１つ選択する（ステップＳ１２）。

【0116】

推奨率判定部３２は、判定対象経路を複数の要素に分割して、各要素を判定対象要素配列に格納し（ステップＳ１３）、判定対象経路の類似度に「0」をセットする（ステップＳ１４）。

【0117】

推奨率判定部３２は、実績データ３ｂからレコード（実績経路）を１つ選択し（ステップＳ１５）、選択した実績経路を複数の要素に分割して、各要素を実績経路要素配列に格納する（ステップＳ１６）。

【0118】

推奨率判定部３２は、判定対象要素配列の各値と、実績経路要素配列の各値との間で値が一致する数（一致数ｎ）を取得する（ステップＳ１７）。

【0119】

推奨率判定部３２は、判定対象要素配列と実績経路要素配列との間の類似度を上記式（１）に従い算出する（ステップＳ１８）。なお、推奨率判定部３２は、類似度を上記式（２）又は上記式（３）に従い算出してもよい。

【0120】

推奨率判定部３２は、判定対象経路の類似度（初期値：「0」）が算出した類似度未満か否かを判定する（ステップＳ１９）。判定対象経路の類似度が算出した類似度未満である場合（ステップＳ１９でＮＯ）、処理がステップＳ２１に移行する。

【0121】

判定対象経路の類似度が算出した類似度以上である場合（ステップＳ１９でＹＥＳ）、推奨率判定部３２は、判定対象経路の類似度に、算出した類似度をセットする（ステップＳ２０）。

【0122】

推奨率判定部３２は、実績データ３ｂからレコード（実績経路）を１つ選択し（ステップＳ２１）、選択したレコードが実績データ３ｂのＥＯＦか否かを判定する（ステップＳ２２）。選択したレコードが実績データ３ｂのＥＯＦではない場合（ステップＳ２２でＮＯ）、処理がステップＳ１６に移行する。

【0123】

選択したレコードが実績データ３ｂのＥＯＦである場合（ステップＳ２２でＹＥＳ）、処理が図１１のステップＳ２３に移行する。

【0124】

図１１に例示するように、ステップＳ２３では、推奨率判定部３２は、判定対象経路の類似度を推奨率として返却領域の判定結果に格納する。

【0125】

推奨率判定部３２は、判定要求から判定対象経路を１つ選択し（ステップＳ２４）、判定要求（例えば複数の経路候補のリスト）のＥＯＦか否かを判定する（ステップＳ２５）。判定要求のＥＯＦではない場合（ステップＳ２５でＮＯ）、処理が図１０のステップＳ１３に移行する。

【0126】

判定要求のＥＯＦである場合（ステップＳ２５でＹＥＳ）、推奨率判定部３２は、返却領域の判定結果を旅費業務支援部２に応答し（ステップＳ２６）、処理が終了する。

【0127】

〔Ｅ〕適用例
図１２は、旅費業務支援システム１の適用例を示す図である。図１２には、端末５が旅費申請業務において経路検索を行なう場合の起案画面５０の表示例を示す。

【0128】

図１２に示すように、起案画面５０の入力領域５１に出発地：「宮崎」，目的地：「霞ヶ関（東京都）」，到着時刻：「14:10」が入力又は選択され、検索ボタン５２が押下されると、起案画面５０には、表示領域５３が表示される。

【0129】

表示領域５３には、識別番号５３ａ，推奨マーク５３ｂ，経路５３ｃ，料金（運賃）５３ｄ，所要時間５３ｅの項目に加えて、「早」，「安」，「楽」のマーク，行程距離，指定席料金，自由席料金，グリーン席料金，乗換回数，片道金額等の項目が表示されてよい。

【0130】

図１２の例では、識別番号５３ａが「6」である「宮崎－[特急L号・鹿児島中央行]－鹿児島中央－[新幹線M号・博多行]－姫路－[寝台特急N号・東京行]－東京－ ...」の経路に推奨マーク５３ｂが付される。

【0131】

このように、表示領域５３では、所要時間５３ｅが短い「早」，運賃５３ｄが安い「安」，乗換回数が少ない「楽」等のマークと並べて推奨マーク５３ｂが表示されてよい。これにより、従前の表示領域からのレイアウトの変更を最小限にでき、起案者に操作上の不都合を生じさせずに、推奨経路を起案者に容易に認識させることができる。

【0132】

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

【0133】

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

【0134】

また、例えば、一実施形態に係る推奨率判定部３２の処理は、機械学習モデルを用いたＡＩタスクによって実行されてもよい。例えば、推奨率判定部３２は、実績データ３ｂに含まれる複数の経路を正例の教師データとして利用し、入力される経路が教師データの経路と類似するほど高い推奨率を出力するように機械学習モデルを訓練してもよい。この場合、推奨率判定部３２は、推論処理において、判定要求に含まれる経路候補を訓練済みの機械学習モデルに入力し、訓練済みの機械学習モデルから出力される推奨率を判定結果として連携部２２に応答してよい。機械学習モデルの訓練、及び、訓練済みの機械学習モデルを用いた推論処理は、グラフィック処理装置１０ｂ等のアクセラレータを利用して実行されてもよい。

【0135】

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

【0136】

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

【0137】

（付記１）
旅費申請システムにおいて検索された複数の移動経路候補の各々と、過去に審査承認された複数の旅費申請に含まれる所定の複数の移動経路の各々との間における類似度を算出し、
前記複数の移動経路候補の各々について、算出した複数の前記類似度に基づき、前記移動経路候補が審査承認を得る確率を示す指標を出力する、
処理をコンピュータが実行する、審査承認確率指標出力方法。

【0138】

（付記２）
前記出力する処理は、前記複数の移動経路候補の各々について、算出した前記複数の類似度のうちの最大の類似度を前記指標として出力する処理を含む、
付記１に記載の審査承認確率指標出力方法。

【0139】

（付記３）
前記算出する処理は、前記複数の移動経路候補の各々について、前記移動経路候補に含まれる第１の複数の要素と、前記所定の複数の移動経路の各々に含まれる第２の複数の要素との間における要素の一致数に基づき、前記移動経路候補と前記所定の複数の移動経路の各々との間における前記類似度を算出する処理を含む、
付記１又は付記２に記載の審査承認確率指標出力方法。

【0140】

（付記４）
前記要素は、地点又は移動手段であり、
前記第１の複数の要素は、前記移動経路候補に含まれる複数の地点及び１以上の移動手段であり、
前記第２の複数の要素は、前記移動経路に含まれる複数の地点及び１以上の移動手段である、
付記３に記載の審査承認確率指標出力方法。

【0141】

（付記５）
前記旅費申請システムにおいて起案された第１の複数の旅費申請を格納する起案実績データに格納された前記第１の複数の旅費申請のうちの審査承認された第２の複数の旅費申請に含まれる複数の移動経路から、所定数以上重複する移動経路を審査承認実績データに格納する、
処理を前記コンピュータが実行し、
前記算出する処理は、前記審査承認実績データに含まれる複数の移動経路を前記所定の複数の移動経路として取得する処理を含む、
付記１～付記４のいずれか１項に記載の審査承認確率指標出力方法。

【0142】

（付記６）
旅費申請システムにおいて検索された複数の移動経路候補の各々と、過去に審査承認された複数の旅費申請に含まれる所定の複数の移動経路の各々との間における類似度を算出し、
前記複数の移動経路候補の各々について、算出した複数の前記類似度に基づき、前記移動経路候補が審査承認を得る確率を示す指標を出力する、
処理をコンピュータに実行させる、審査承認確率指標出力プログラム。

【0143】

（付記７）
前記出力する処理は、前記複数の移動経路候補の各々について、算出した前記複数の類似度のうちの最大の類似度を前記指標として出力する処理を含む、
付記６に記載の審査承認確率指標出力プログラム。

【0144】

（付記８）
前記算出する処理は、前記複数の移動経路候補の各々について、前記移動経路候補に含まれる第１の複数の要素と、前記所定の複数の移動経路の各々に含まれる第２の複数の要素との間における要素の一致数に基づき、前記移動経路候補と前記所定の複数の移動経路の各々との間における前記類似度を算出する処理を含む、
付記６又は付記７に記載の審査承認確率指標出力プログラム。

【0145】

（付記９）
前記要素は、地点又は移動手段であり、
前記第１の複数の要素は、前記移動経路候補に含まれる複数の地点及び１以上の移動手段であり、
前記第２の複数の要素は、前記移動経路に含まれる複数の地点及び１以上の移動手段である、
付記８に記載の審査承認確率指標出力プログラム。

【0146】

（付記１０）
前記旅費申請システムにおいて起案された第１の複数の旅費申請を格納する起案実績データに格納された前記第１の複数の旅費申請のうちの審査承認された第２の複数の旅費申請に含まれる複数の移動経路から、所定数以上重複する移動経路を審査承認実績データに格納する、
処理を前記コンピュータに実行させ、
前記算出する処理は、前記審査承認実績データに含まれる複数の移動経路を前記所定の複数の移動経路として取得する処理を含む、
付記６～付記９のいずれか１項に記載の審査承認確率指標出力プログラム。

【符号の説明】

【0147】

１ 旅費業務支援システム
１０ コンピュータ
２ 旅費業務支援部
２ａ 移動経路検索結果（検索結果）
２ｂ 移動経路検索結果＋判定結果（検索結果）
２ｃ 旅費起案情報
２１ 入出力制御部
２２ 連携部
２３ 更新部
３ 判定部
３ａ 集計データ
３ｂ 実績データ
３１ 実績データ生成部
３２ 推奨率判定部
４ 経路検索システム
５ 端末
５０ 起案画面
５１ 入力領域
５２ 検索ボタン
５３ 表示領域
５３ａ 識別番号
５３ｂ 推奨マーク
５３ｃ 経路
５３ｄ 料金
５３ｅ 所要時間

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】