JP7446042B1 - 行政事業管理システム、行政事業管理方法、行政事業管理プログラム - Google Patents

Abstract

【課題】統一されたタグを用いて事務事業の情報を効率的に管理する。【解決手段】法令に基づき制定された少なくとも政策、施策、事務事業に関する政策体系情報の登録を受け付け、前記政策体系情報に階層構造を有するタグ情報を関連付け、１または複数の前記タグ情報に基づいて前記政策体系情報を出力する。【選択図】図１

Description

本発明は、行政事業管理システム、行政事業管理方法および、行政事業管理プログラムに関する。

自治体等における財政では、限られた財源の中から予算を編成し、事業の実施に充てている。自治体等における事務事業は多種多様であり、それらに対して効率的に予算を編成するためには、事務事業を適切に評価する必要がある。

特許文献１では、行政評価制度を導入する自治体によるその自治体の特性に合致した行政評価指標の設定を効率的に支援することが可能な技術を開示している。具体的には、特許文献１では、行政評価制度を新たに導入する自治体の自治体特性を自治体特性データベースに登録するステップと、前記自治体の事務事業の指定を受付け、その受付けた事務事業の候補指標を生成する為の自治体特性の値が前記登録した自治体特性の値と近い自治体について前記事務事業の指標に対応する成果指標レベルを行政評価指標データベースから読み出して当該成果指標レベルを格納した行政評価候補指標情報を生成するステップと、前記生成した行政評価候補指標情報を出力するステップとを有することを特徴とする技術を開示している。

特許文献２では、予算査定や行革計画にかかわる財政担当課の処理の単純化、および事務事業の実態に即した予算査定や長期財政推計の実現を図るための技術を開示している。具体的には、特許文献２では、事務事業ごとに、事務事業シートに入力されたコスト・財源の年度別計画値を集計する年度別計画値集計工程と、歳入情報や事務事業シートを作らない事務事業について、客観的推計値をもとに費目ごとの推計値を算出する推計値算出工程と、特定の費目について推計する特定費目推計工程と、歳入・歳出の費目ごとに実行する推計方法を選択する推計方法選択工程と、前記推計方法選択工程で選択された方法に基づいた推計結果から、個別事務事業の計画をベースとする中長期財政見通しを試算する中長期財政見通し試算工程と、を含んだことを特徴とする技術を開示している。

特開２００２－３３４１８５号公報 特開２００５－２９３３２１号公報

従来、自治体等における事務事業は多種多様であり、これらに統一された分類が存在しなかった。そのため、特定の事務事業を対象とした検索性が低く、事務事業の情報を効率的に管理することが困難であった。

本発明は、上述した課題に鑑みてなされたものであって、統一されたタグを用いて事務事業の情報を効率的に管理する技術を提供することを解決すべき課題とする。

上述した課題を解決するために、本発明は、行政事業管理システムであって、事業登録部と、タグ処理部と、を備え、前記事業登録部は、法令に基づき制定された少なくとも政策、施策、事務事業に関する政策体系情報の登録を受け付け、前記タグ処理部は、前記政策体系情報に階層構造を有するタグ情報を関連付け、１または複数の前記タグ情報に基づいて前記政策体系情報を出力する。

また、本発明は、行政事業管理方法であって、法令に基づき制定された少なくとも政策、施策、事務事業に関する政策体系情報の登録を受け付ける工程と、前記政策体系情報に階層構造を有するタグ情報を関連付ける工程と、１または複数の前記タグ情報に基づいて前記政策体系情報を出力する工程と、をコンピュータが実行する。

また、本発明は、行政事業管理プログラムであって、事業登録部と、タグ処理部と、としてコンピュータを機能させ、前記事業登録部は、法令に基づき制定された少なくとも政策、施策、事務事業に関する政策体系情報の登録を受け付け、前記タグ処理部は、前記政策体系情報に階層構造を有するタグ情報を関連付け、１または複数の前記タグ情報に基づいて前記政策体系情報を出力する。

また、本発明は、１または複数の前記タグ情報に基づいて前記政策体系情報を取得し、検索結果として出力する検索処理部を備える。

このような構成とすることで、事務事業情報に統一されたタグ情報を付与し、事務事業情報の検索性や管理効率を向上することができる。

本発明の好ましい形態では、前記タグ情報は、タグＩＤと、粒度レベルと、を有し、前記粒度レベルは、政策タグ、施策タグ、事務事業タグの少なくとも３つの階層を定義し、前記検索処理部は、前記タグ情報の指定操作を受け付けると、当該タグ情報の粒度レベルを参照し、少なくとも当該粒度レベルのタグ情報と関連付けられた前記政策体系情報を取得する。
本発明の好ましい形態では、前記粒度レベルは、政策タグ、施策タグ、事務事業タグの順に上位から下位の階層を定義し、前記施策タグは、１または複数の事務事業タグのタグＩＤと関連付けて定義され、前記政策タグは、１または複数の施策タグのタグＩＤと関連付けて定義され、前記検索処理部は、前記タグ情報の指定操作を受け付けると、当該タグ情報の粒度レベルを参照し、当該粒度レベルのタグ情報および、当該粒度レベルの下位の階層に属するタグ情報に関連付けられた前記政策体系情報を取得する。
このような構成とすることで、政策、施策、事務事業の粒度レベルに基づき、より効率よく情報を検索、管理することができる。

本発明の好ましい形態では、前記タグ処理部は、前記政策体系情報に含まれる概要に基づき、少なくとも政策、施策、事務事業に関連する前記タグ情報の分類結果を出力する。
本発明の好ましい形態では、政策、施策または、事務事業の概要に関するテキストデータと、政策タグ、施策タグまたは、事務事業タグの分類結果と、を含むデータセットにより機械学習された分類モデルを有し、前記タグ処理部は、政策、施策または、事務事業の概要に関するテキストデータを前記分類モデルに入力し、前記分類モデルより分類結果を出力として取得する。
本発明の好ましい形態では、前記分類モデルは、タグ情報または当該タグ情報に対応するキーワードを分類結果として含むデータセットにより機械学習される。
本発明の好ましい形態では、前記分類モデルは、複数の分類器を含み、第１の分類器は、政策、施策または、事務事業の概要に関するテキストデータの入力を受け付け、政策タグの分類結果を出力し、前記政策タグの分類結果に対応する第２の分類器は、前記テキストデータの入力を受け付け、施策タグの分類結果を出力し、前記施策タグの分類結果に対応する第３の分類器は、前記テキストデータの入力を受け付け、事務事業タグの分類結果を出力する。
このような構成とすることで、事務事業の概要に基づきタグ情報を自動分類することができる。

本発明の好ましい形態では、前記分類器は、分類結果として複数のタグ情報と、それらの尤度と、を出力し、尤度分布に設定された閾値に基づき、当該出力を下位の分類器へと入力するかを決定する。
このような構成とすることで、上位の階層のタグとするか、下位の階層のタグとするかを自動分類することができる。

本発明の好ましい形態では、前記タグ処理部は、前記第１の分類器、前記第２の分類器および、前記第３の分類器のそれぞれより出力された尤度を演算することで、前記事務事業タグと、当該事務事業タグの尤度と、を含む分類結果を出力する。
このような構成とすることで、複数の分類器の尤度を用いることで、蓋然性の高いタグ情報に分類することができる。

本発明の好ましい形態では、前記タグ情報は、政策タグ、施策タグ、事務事業タグを含む基本タグと、前記基本タグに付随する付随タグと、を有し、前記付随タグは、タグＩＤと、前記基本タグの少なくとも何れか１つ以上の関係するタグを特定する関係タグＩＤと、を有し、前記タグ処理部は、政策、施策、事務事業の概要に関するテキストデータを分類モデルに入力し、分類モデルより政策タグ、施策タグまたは、事務事業タグの少なくとも１つ以上の基本タグと、当該基本タグに付随する付随タグと、を含む分類結果を出力する。
このような構成とすることで、基本タグと付随タグの両要素に基づく分類をすることができる。

本発明の好ましい形態では、前記付随タグは、前記基本タグにかかる政策、施策、事務事業の執行組織を示す組織タグを含み、少なくとも前記基本タグの指定操作を受け付け、前記基本タグが共通し、前記組織タグが共通しないタグ情報と関連付けられた前記政策体系情報を含むように取得する検索処理部を備える。
このような構成とすることで、統一されたタグを用いることで、異なる組織における事務事業情報を効率的に検索することができる。

本発明によれば、統一されたタグを用いて事務事業の情報を効率的に管理する技術を提供することができる。

本実施形態のシステム構成図。 本実施形態のハードウェア構成図。 本実施形態の処理フローチャート。 本実施形態のデータ構成例。 本実施形態のグループ管理画面の表示例。 本実施形態の進捗情報作成画面、指示通知の表示例。 本実施形態のグループ編成画面の表示例。 本実施形態のグループ編成画面の表示例。 本実施形態の予算枠登録画面の表示例。 本実施形態の予算編成段階の処理フローチャート。 本実施形態のタグ処理画面の表示例。 本実施形態のタグ情報の概要図。 本実施形態の分類モデルの構成例を示す。 本実施形態の比較評価画面の表示例。 本実施形態のマッチング画面の表示例。

以下、図面を用いて、本発明の行政事業管理システム、方法および、プログラムについて説明する。なお、以下に示す実施形態は本発明の一例であり、本発明を以下の実施形態に限定するものではなく、様々な構成を採用することもできる。

本実施形態では行政事業管理システムの構成、動作等について説明するが、同様の構成の方法、装置、コンピュータのプログラムおよび当該プログラムを格納したプログラム記録媒体なども、同様の作用効果を奏することができる。以下で説明する本実施形態にかかる一連の処理は、コンピュータで実行可能なプログラムとして提供され、ＣＤ－ＲＯＭやフレキシブルディスクなどの非一過性コンピュータ可読記録媒体、更には通信回線を経て提供可能である。

行政事業管理システムは、コンピュータ装置により構成される。コンピュータ装置は、ＣＰＵ（Central Processing Unit）などの演算装置および記憶装置を有する。当該コンピュータ装置は、記憶装置に格納される行政事業管理プログラムを、演算装置により実行することで、当該コンピュータ装置を行政事業管理装置として機能させることができる。行政事業管理方法は、行政事業管理装置を含むコンピュータ装置の処理により実現される。

本実施形態において、行政事業管理システムは、行政組織で利用される。行政組織は、国や地方自治体などの官公庁、省庁、公共団体などを含む行政を運営する組織である。

本実施形態において、政策とは、制定された行政区分（市区町村等）におけるまちづくりの方向性や目的を示すものである。施策とは、当該政策を実現するための方策を示すものである。事務事業とは、施策を実現するためのより具体的な手段を示すものである。事務事業は、行政区分に所属する各局における予算を元に、各局により実施される。なお、政策、施策、事務業務などの区分は、これらに限定されるものではなく、細施策などの区分が更に設けられてもよい。

本実施形態では、行政事業管理システムを用いた事務事業の計画段階、予算編成段階、執行段階、評価段階などの各段階における行政業務を支援する仕組みを中心に説明する。計画段階では、対象の事務事業の執行年度（例えば、翌年度）に実施する事務事業の計画書の作成などを実施する。予算編成段階では、計画書に係る事務事業の予算要求書の作成や、予算要求書に対する財政査定などを実施する。執行段階では、査定を通過した事務事業を執行する。評価段階では、執行した事務事業に対する行政評価書の作成などを実施する。なお、上述した各段階は、一例であり、段階の数や内容などが限定されるものではない。

＜システム構成＞
図１は、行政事業管理システム１のシステム構成図を示す。行政事業管理システム１は、図１に示すように、行政事業管理装置２と、利用者端末３と、依頼先端末４と、記憶部ＤＢと、を備え、各構成部はそれぞれ通信ネットワークＮＷに接続され、通信可能に構成されている。

行政事業管理装置２は、機能構成要素として、事業登録部２１と、グループ登録部２２と、タグ処理部２３と、評価部２４と、更新部２５と、検索処理部２６と、マッチング処理部２７と、を備える。

利用者端末３は、自治体などの行政区分の各局における利用者により操作される端末装置である。利用者端末３は、図１において１つのみ示したが、各自治体で複数設置される。また、自治体は、複数存在してもよい。

本実施形態において、利用者は、各局の財政担当者と、原課担当者と、総務の管理者と、などを含む。原課担当者は、事務事業の計画書作成や、予算要求書作成、行政評価書作成などの業務を実施する。財政担当者は、原課担当者への予算要求書作成依頼、予算要求書の評価などの財政関係の業務を実施する。管理者は、計画書に基づく重点事業選定、優先順位付け、財政担当者により承認された予算要求書の査定などの業務を実施する。行政事業管理システム１は、各利用者に対して所定の操作権限を設けており、操作権限に応じた所定の機能の許可や制限を制御している。

依頼先端末４は、行政による事務事業の委託または協業の依頼先により操作される端末装置である。本実施形態において、依頼先は、民間企業、他の自治体などを含む。依頼先端末４は、図１において、１つのみ示したが、これらは複数存在してもよい。

記憶部ＤＢは、データベースであって、行政事業管理装置２とデータ通信可能な構成であれば、図１に示す構成に限定されない。記憶部ＤＢは、例えば、行政事業管理装置２に内蔵されるか、行政事業管理装置２の外部に設置され有線により通信接続される態様であってもよい。記憶部ＤＢは、ＩＤなどの各種情報に固有の識別情報をキーとして、各種情報を一意に識別可能な構成のデータを格納する。

図２（ａ）は、行政事業管理装置２のハードウェア構成図を示す。行政事業管理装置２は、ハードウェア構成として、制御部２０１と、記憶部２０２と、通信部２０３と、を備える。本実施形態において、行政事業管理装置２は、サーバやパーソナルコンピュータなどのコンピュータ装置を用いることができる。なお、行政事業管理装置２は、複数のコンピュータ装置により構成されてもよく、全体として上述の機能構成要素（２１－２７）を実現できれば、図２（ａ）に示す構成に限定されるものではない。

制御部２０１は、ＣＰＵなどの１つ以上のプロセッサにより構成され、行政事業管理プログラムやＯＳ（Operating System）、その他のアプリケーションを実行することで、行政事業管理装置２における全体処理を制御する。記憶部２０２は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ、ＲＡＭ（Random Access Memory）などであって、行政事業管理プログラムおよび各種データを記憶する。通信部２０３は、通信ネットワークＮＷとの通信制御を行い、利用者端末３、依頼先端末４および、記憶部ＤＢとのデータ通信を実現する。制御部２０１は、行政事業管理プログラムを実行することで、コンピュータを行政事業管理装置２として機能させる。

図２（ｂ）は、利用者端末３、依頼先端末４を含む端末装置９のハードウェア構成図を示す。端末装置９は、ハードウェア構成として、制御部９０１と、記憶部９０２と、通信部９０３と、入力部９０４と、表示部９０５と、を備える。本実施形態において、端末装置９は、スマートフォン、パーソナルコンピュータ、タブレット端末などを用いることができる。

制御部９０１は、ＣＰＵなどの１つ以上のプロセッサにより構成され、ＯＳ、その他のアプリケーションを実行することで、端末装置９における全体処理を制御する。記憶部９０２は、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＲＡＭなどであって、ブラウザアプリケーション、および各種データを記憶する。通信部９０３は、通信ネットワークＮＷとの通信制御を行い、行政事業管理装置２とのデータ通信を実現する。入力部９０４は、操作者による操作要求を受け付ける入力インターフェイスであって、タッチパネル、マウス、キーボードなどにより構成される。表示部９０５は、制御部９０１による処理結果を表示するディスプレイなどにより構成される。

図３は、事務事業の計画段階、予算編成段階、執行段階、評価段階における処理フローを示す。行政事業管理システム１は、事務事業の計画段階、予算編成段階、執行段階、評価段階などの各業務を管理するためのプラットフォームを提供する。事務事業の進捗は、事務事業情報に関連付けされている進捗ステータスによって管理される。

計画段階において、翌年度に執行予定の事務事業に関連する事業計画書を作成する。新規の事務事業を計画する場合（Ｓ１１でＹＥＳ）、事業登録部２１は、事務事業情報の登録を受け付け記憶部ＤＢに格納する（Ｓ１２）。事業登録部２１は、事務事業情報に基づいて、翌年度の事業計画書を作成し、事務事業情報に関連付けて登録する（Ｓ１３）。なお、既存の事務事業がある場合（Ｓ１１でＮＯ）、既存の事務事業情報に基づいて、翌年度の事業計画書を作成し、事務事業情報に関連付けて登録する（Ｓ１３）。

行政事業管理装置２は、事務事業情報に対応し作成された予算情報を含む予算要求操作を受け付ける（Ｓ１４）。更新部２５は、予算要求操作に応じて進捗ステータスを要求前から要求済に更新する。更新部２５は、財政担当者の利用者端末３を介して、予算要求に対する承認操作を受け付けると（Ｓ１５でＹＥＳ）、事務事業情報の進捗ステータスを査定済に更新する（Ｓ１６）。更新部２５は、財政担当者の利用者端末３を介して、予算要求を非承認とする操作を受け付けると（Ｓ１５でＮＯ）、事務事業情報の進捗ステータスを非承認または要求前に更新する。予算要求操作が非承認の場合、更新部２５は、予算情報の修正依頼通知を利用者端末３に出力し、修正された予算情報を含む予算要求操作を再度受け付けてもよい。なお、予算編成段階において、更新部２５は、更に、管理者の利用者端末３を介して予算要求に対する承認操作を受け付けることで、進捗ステータスを最終査定に更新してもよい。

執行段階において、事務事業情報の進捗ステータスは、執行段階へと更新され、事務事業が執行される。ここで、進捗ステータスは、執行年度となることで自動更新されるか、利用者端末３による更新操作により更新される。行政事業管理装置２は、利用者端末３を介して、事務事業情報の実績情報の入力操作を適宜受け付けてもよい。更新部２５は、事務事業の執行が完了すると、進捗ステータスを評価段階に更新する。ここで、進捗ステータスは、執行期限の経過により自動更新されるか、利用者端末３による更新操作により更新される。

評価段階において、執行完了した事務事業に関連する行政評価書が作成される。評価部２４は、利用者端末３を介して事務事業情報に評価情報を関連付けする入力操作を受け付け、記憶部ＤＢに格納する（Ｓ１８）。評価段階が完了すると、事務事業情報に対して、計画情報、予算情報、評価情報などが関連付けられることとなり、翌年度に執行予定の事務事業に関連する事業計画書の作成の際に、既存の事務事業情報を活用することができる。行政事業管理装置２は、更に翌年度の事務事業を管理する際に、Ｓ１１から処理を繰り返し実行することができる。

＜事業登録部＞
事業登録部２１は、法令に基づき制定された事務事業に関する事務事業情報の登録を、利用者端末３を介して受け付け、記憶部ＤＢに格納する。事務事業情報は、各自治体に設置されるデータベースから取得されてもよい。

図４は、事務事業情報および、事務事業情報に関連付けられる各種情報の構成例を示す。事務事業情報は、図４（ａ）に示すように、事務事業を識別するための事業ＩＤをキーとして、基本情報、事業グループ情報、タグ情報、進捗ステータス、計画情報、予算情報、評価情報などを有する。事務事業情報に含まれる各種情報は、それぞれのＩＤにより識別される。

基本情報は、自治体ＩＤと、事務事業名と、事業概要と、執行予定年度と、所属名と、細節名と、などを有する。執行予定年度は、執行予定の年数や年度を示す。

計画情報は、図４（ｂ）に示すように、計画ＩＤをキーとして、執行年度、計画概要、評価項目、評価項目に対する目標などを有する。計画情報は、執行年度別に作成される事業計画書として作成され、事務事業情報に関連付けて記憶部ＤＢに格納される。

評価項目は、定量評価項目および／またはタスク評価項目を含む。評価項目は、それぞれ目標が設定され、当該目標の達成状況により評価される。

定量評価項目は、数値などにより定量的評価が可能な評価項目であって、ＫＰＩやＫＧＩなどを含む。例えば、「農業従事者の確保」に関する事務事業であれば、定量評価項目として「農業就業者数」などが設定され、定量評価項目に対する目標として具体的な人数が設定される。目標の達成状況は、設定された目標に対する実績により評価される。定量評価項目は、複数設定されてもよい。

タスク評価項目は、設定されたタスクの達成により評価が可能な評価項目である。タスク評価項目は、任意のタスク名やタスク内容などとして設定され、当該タスク評価項目に対する目標として当該タスクを実施するスケジュールなどが設定される。目標の達成状況は、設定された目標に対する実績により評価される。タスク評価項目の実績は、タスクが完了したか、タスクがスケジュール内に完了したか、などとして入力される。タスク評価項目は、複数設定されてもよい。また、タスク評価項目は、設定されたタスクの中から重要タスクを設定可能であってよく、重要タスクと通常タスクのそれぞれの目標の達成状況を評価することができる。

予算情報は、図４（ｃ）に示すように、予算ＩＤをキーとして、執行年度、予算額、歳入額などを有する。予算情報は、対象年度における予算要求が承認されることで確定し、事務事業情報に関連付けられて記憶部ＤＢに格納される。予算額は、事務事業の執行にかかる費用の金額を示す。歳入額は、事務事業の執行にかかる財源等の金額を示す。歳入額は、一般財源、特定財源、義務的予算、重点予算、経営予算などの財源等の内訳別の金額を含んでもよい。歳入額は、執行年度の組織における財源データベース（図示せず）を参照し、組織の総財源から事務事業別に割り当てられる。

事業グループ情報は、予算情報に基づく予算総額および歳入総額を有する。予算総額は、グループに属する事務事業の予算額の総額である。歳入総額は、グループに属する事務事業の歳入額の総額である。

予算枠情報は、図４（ｄ）に示すように、予算枠ＩＤをキーとして、執行年度と、事業グループＩＤと、予算枠額と、などを有する。予算枠情報は、対象の執行年度における予算要求依頼を送信する際に財政担当者により設定される。本実施形態において、予算枠額は、事業グループにおける予算総額と歳入総額の差分を補填するため設定されるものである。予算枠情報は、事業グループＩＤを直接的または間接的に参照可能なデータ構成であればよく、例えば、進捗ＩＤに関連付けられていてもよい。

評価情報は、図４（ｅ）に示すように、評価ＩＤをキーとして、執行年度と、実績と、を有する。実績は、定量評価項目に対応する定量評価実績と、タスク評価項目に対応するタスク評価実績と、を含む。定量評価実績は、ＫＰＩやＫＧＩなどの目標値に対する実績値であり、タスク評価実績は、タスク別の達成の有無、達成したタスクの数量などである。なお、実績は、事務事業の執行段階で適宜入力されてよい。なお、定量評価実績は、対象となる事務事業の執行に要した歳出額を含んでもよい。また、対象年度における事務事業の行政評価書が、評価情報に関連付けて記憶部ＤＢに格納されてもよい。

＜進捗管理＞
本実施形態において、翌年度の事務事業に関する計画、予算編成、執行および、行政評価は、カテゴリ別に生成される進捗情報により管理される。更に、進捗情報は、複数の事務事業による事業グループ別に生成され、事業グループ別の進捗が管理される。

図５（ａ）は、利用者端末３に表示されるグループ管理画面Ｗ１の画面表示例を示す。グループ管理画面Ｗ１は、サマリー表示部Ｗ１１と、グループ一覧表示部Ｗ１２と、新規作成ボタンＷ１３と、を備える。進捗情報は、翌年度の事務事業または事業グループの事業の計画、予算編成、執行および、行政評価などの各業務の進捗管理に用いられる。

サマリー表示部Ｗ１１は、枠設定状況、枠額および要求額の設定状況などを表示する。枠とは、予算要求可能な金額の枠を示す。図５（ａ）の例では、予算要求前の枠対象の事務事業数および予算要求済の枠設定済の事務事業数の割合、全体予算および要求済予算の割合、義務的予算、重点予算、経営予算などの予算分類別の前提予算と要求済予算の割合などを表示する。

グループ一覧表示部Ｗ１２は、事業グループ情報の一覧を表示する。また、グループ一覧表示部Ｗ１２は、事業グループ情報および、事業グループ情報に関連付けられた各種情報に基づき、グループＩＤ、事業グループ名、担当者、進捗状況、カテゴリ、期限、事業総額、枠額などを一覧表示する。進捗状況は、進捗ステータスの段階別の進捗状況に関する評価結果を表示する。進捗状況に関する評価結果は、事業グループに属する事務事業の総数と、所定の進捗ステータスを有する事務事業の数量と、に基づき、出力される。

新規作成ボタンＷ１３は、入力操作を受け付けると、図５（ｂ）に示すように、グループ作成画面Ｗ２を利用者端末３において表示させる。

グループ作成画面Ｗ２は、グループ情報入力部Ｗ２１と、登録ボタンＷ２２と、を備える。本実施形態では、事業グループ情報として事業グループ名と、カテゴリと、の登録を受け付ける。カテゴリは、計画、予算編成、執行、行政評価などから選択される。登録ボタンＷ２２は、押下されることで、グループ情報入力部Ｗ２１に入力された情報を事業グループ情報として登録する要求を行政事業管理装置２に送信する。

事業グループ情報は、図４（ｆ）に示すように、事業グループＩＤをキーとして、事業グループ名と、事業グループに関連付けられた１または複数の事務事業の事業ＩＤと、を有する。また、事業グループ情報は、管理対象となるカテゴリを含んでもよい。ここで、事業グループ情報は、カテゴリに対応する評価軸が関連付けられる態様であってもよい。評価軸は、評価部２４による評価対象の選定に用いられる。

一態様では、事業グループ情報は、利用者により任意の事務事業情報を関連付けて登録可能に構成される。事業グループ情報のグループ名は、利用者による任意の分類条件にしたがって決定される。ここで、分類条件は、利用者により選択されるカテゴリを含む。また、分類条件は、カテゴリに加えて、利用者によるグループ化の目的に応じた任意の分類条件が適宜設けられてもよい。

具体例として、部署や課などに対する予算枠を編成するためのグループを作成する場合、事業グループ情報は、カテゴリが予算編成に設定され、「〇年度当初 農林水産部」などのグループ名が設定される。また、重点課題とする事務事業を編成するためのグループを作成する場合、事業グループ情報は、「〇年度Ｘ市重点事業」などのグループ名が設定される。グループ名は、当該事業グループに関連付けてもよい事務事業を推測できる名称であることが好ましく、また、グループ化の目的やグループ編成に関する規則などを示すメッセージと関連付けられていてもよい。

一態様では、事業グループ情報と、事務事業情報は、それぞれ分類条件を有する。事業グループ情報は、同様の分類条件が付与された事務事業情報を関連付けて自動登録可能に構成される。記憶部ＤＢは、分類条件のマスター情報を格納する。事務事業情報は、マスター情報を参照し、分類条件が選択されることで、事業グループ情報に関連付けされる。なお、分類条件は、１つの事業グループまたは１つの事務事業情報に対してそれぞれ複数設定されてもよい。また、分類条件は、後述するタグ情報に対応するものであってもよい。

具体例として、マスター情報は、分類条件として、款項目分類、政策／施策／事業分類、決算統計／目的別分類、組織分類、性質分類などを有する。款項目分類は、歳入または歳出の内訳にかかる分類であって、物件費、普建、人件費、補助交付金などの細分類を有する。政策／施策／事業分類は、分類対象が政策、施策、細施策、事務事業などの何れであるかを示す分類であって、具体的な政策名や、施策名、事務事業名などの細分類を有する。決算統計／目的別分類は、決算統計または目的にかかる分類であって、具体的な決算統計名や目的の種別などの細分類を有する。組織分類は、組織図における部署や課などの分類であって、具体的な部署名や課名などの細分類を有する。性質分類は、歳入または歳出の内訳にかかる分類であって、物件費、普建・補助・県営、人件費、補助費・補助交付金などの細分類を有する。なお、分類条件は、これらに限定されず、目的に応じて適宜設けられてもよい。

図６は、進捗情報作成画面Ｗ３の画面表示例を示す。進捗情報作成画面Ｗ３は、進捗情報を入力する指示操作を受け付ける進捗情報入力部Ｗ３１と、進捗情報入力部Ｗ３１で入力された進捗情報の登録／更新の際に押下される登録ボタンＷ３２と、を備える。本実施形態において、進捗情報作成画面Ｗ３は、グループ一覧表示部Ｗ１２の３点リーダに対する選択操作を受け付けることで遷移し、当該事業グループに対する進捗情報を生成することができる。なお、進捗情報入力部Ｗ３１は、登録済の事業グループ情報に基づき事業グループの選択操作を受け付けることで、当該事業グループに対する進捗情報を生成するか、新規の事業グループ名の入力操作を受け付けることで、事業グループ情報および進捗情報を生成してもよい。

登録ボタンＷ３２は、押下されることで、進捗情報の登録指示を行政事業管理装置２に送信する。行政事業管理装置２は、進捗情報を記憶部ＤＢに格納する。

進捗情報は、事業グループに属する事務事業の進捗管理に用いられる。進捗情報は、図４（ｇ）に示すように、進捗ＩＤをキーとして、進捗名、事業グループＩＤ、担当者、スケジュール、メッセージなどを有する。メッセージは、担当者に対する指示などに関するテキストデータであって、例えば、グループ編成の指示や期限などを含むことができる。

グループ登録部２２は、進捗情報作成画面Ｗ３を介して、事業グループ情報に対する担当者を含む指示操作を受け付けると、事業グループ情報へのアクセス情報を含む指示通知を生成し、担当者に対して通知先を参照して出力する。

図６（ｂ）は、担当者に通知された指示通知の一例を示す。指示通知は、進捗情報のメッセージと、事業グループＩＤにより特定される事業グループのグループ編成画面へのＵＲＬなどのリンク（アクセス情報）を含む。通知先は、担当者のメールアドレスや担当者ＩＤなどである。指示通知を受けた担当者は、グループ編成画面にアクセスし、事業グループの編成を行うことができる。

評価部２４は、進捗情報が登録されると、進捗情報に関連付けられる事業グループ情報および、当該事業グループ情報に関連付けられる事務事業情報の進捗ステータスに基づき、進捗状況を評価軸とした評価処理を実行する。更新部２５は、計画段階における事業計画書の提出状況、予算編成段階における予算要求書の提出状況、執行段階における評価項目に対する実績やタスク完了の状況、行政評価段階における行政評価書の提出状況、などに応じて進捗ステータスを更新する。評価部２４は、事業グループに属する事務事業の進捗ステータスを段階別に集計し、事業グループの全体に対する個別の事務事業の進捗状況に関する評価結果を出力することができる。進捗ステータスの集計結果は、例えば、ステータス別の割合や総数により示される。進捗状況に関する評価結果は、グループ一覧表示部Ｗ１２の進捗状況に反映される。これによって、それぞれの事業グループにおける進捗状況を一覧として容易に把握することができる。

事務事業情報の進捗ステータスは、カテゴリに応じた処理段階を示すステータスである。計画段階の進捗ステータスは、事業計画書の提出前、提出済など更に詳細な段階に分類される。予算編成段階の進捗ステータスは、予算要求書の要求前、要求済、査定済など更に詳細な段階に分類される。執行段階の進捗ステータスは、執行前、執行中、執行済など更に詳細な段階に分類される。評価段階の進捗ステータスは、行政評価書の提出前、提出済など更に詳細な段階に分類される。進捗ステータスは、処理段階に応じて利用者端末３を介して設定操作を受け付けることで更新される。

＜グループ編成＞
事務事業情報は、事業グループ情報に関連付けられることで、グループ化される。本実施形態において、事業グループは、予算枠額内に収まるように事務事業の取捨選択を行うことや、過去の実績に応じて事務事業の取捨選択を行うことなど、好適な事業計画や予算編成を支援する趣旨で任意のグループとして定義可能である。

図７、図８は、利用者端末３に表示されるグループ編成画面Ｗ４の画面表示例を示す。グループ編成画面Ｗ４は、指示通知の事業グループへのリンクよりアクセスすることで、利用者端末３の表示部９０５に表示される。また、グループ編成画面Ｗ４は、グループ管理画面Ｗ１の詳細ボタンが押下されることで、表示されてもよい。ここでは、予算編成段階において、ある事業グループに関連する予算要求書作成依頼に関する指示通知を受けた原課担当者が、想定される予算や過去の実績などを参照しながら、事業グループに関連付ける事務事業の追加、変更、削除などのグループ編成にかかる操作入力を行う実施例を説明する。

グループ編成画面Ｗ４は、サマリー表示部Ｗ４１と、グループ編成部Ｗ４２と、検索部Ｗ４３と、事業表示部Ｗ４４と、を備える。サマリー表示部Ｗ４１、グループ編成部Ｗ４２、検索部Ｗ４３は、それぞれプルダウン式で表示／非表示を切替可能に構成される。図７の表示例では、検索部Ｗ４３のみを表示し、図８の表示例では、サマリー表示部Ｗ４１と、グループ編成部Ｗ４２のみを表示している。

検索部Ｗ４３は、事業グループに追加、変更、削除する事務事業を検索する機能を提供する。検索部Ｗ４３は、１または複数の検索条件の入力を受け付ける。検索処理部２６は、検索条件に基づき、対象となる事務事業情報に関する検索処理を実行する。なお、検索部Ｗ４３は、検索条件の入力形式として、キーワード入力形式、条件選択形式などを採用することができる。

検索部Ｗ４３は、検索条件として、執行年度、事業グループ、当初予算・補正予算などの予算区分、所定のキーワード、分類条件、タグ名、過去のＫＰＩや予算に関する実績などを用いることができる。ＫＰＩや予算に関する実績は、所定期間を指定するとともにＫＰＩや予算の増減率などにより設定される。原課担当者は、指示通知を参照しながら事業グループに追加、変更削除する事務事業の選定を実施する。

検索部Ｗ４３は、分類条件やタグ名が関連付けられた事務事業の数量など、分類条件やタグ情報の分布状況を表示することができる。また、現時点において事業グループ情報に関連付けされる事務事業情報の総数、事業グループ情報における予算総額、歳入総額などを表示してもよい。

事業表示部Ｗ４４は、検索処理部２６により検索結果として取得された事務事業情報に基づき、事業グループへの追加候補となる事務事業の一覧を表示する。事業表示部Ｗ４４の追加ボタンＷ４４１Ａ～Ｗ４４１Ｃは、事業グループに追加する事務事業の選択操作を受け付ける。

グループ編成部Ｗ４２の候補表示部Ｗ４２１は、追加ボタンＷ４４１により選択操作されたグループの候補となる事務事業を表示する。グループ作成ボタンＷ４２２は、押下されることで、候補表示部Ｗ４２１に表示されている事務事業を、事業グループとして登録する。また、グループ選択部Ｗ４２３は、選択タブとして構成され、既存の事業グループの選択操作を受け付けることで、当該事業グループに属する事務事業を追加、変更、削除する一括操作を行うことができる。

評価結果表示部Ｗ４１１は、事業グループの評価結果を表示する。ここで、評価結果は、事業グループに属する事務事業の予算総額、平均予算額などが含まれる。評価結果は、予算分類別、進捗ステータス別の予算総額や平均予算額などを区別可能に表示することができる。また、評価結果は、全体予算額、他の事業グループの予算額、枠額などと、対象の事業グループの予算額と、を対比可能に表示してもよい。

切替部Ｗ４１２は、選択操作を受け付けることで評価軸を切り替え、評価結果表示部Ｗ４１１に表示される評価結果を更新することができる。例えば、評価軸は、評価項目として予算枠額と、評価項目に対応する目標値と、を有する。評価結果は、予算枠額の目標値と、実績値である要求予算額に基づき出力される。なお、図８において、目標値は、事業グループに属する事務事業１件当たりの予算枠額であり、実績値は、事業グループに属する事務事業１件当たりの要求予算額である。評価結果表示部Ｗ４１１は，例えば、要求予算額が予算枠額を超過する場合、テキストをハイライト表示することなどにより注意を促してもよい。

一態様として、評価結果表示部Ｗ４１１は、評価結果として、予算総額、事業単位の平均予算額を表示する。予算総額は、一般財源や特定財源など財源種別ごとの総額をそれぞれ表示する。平均予算額は、新規事業や重点事業など事業種別ごとの平均予算額をそれぞれ表示する。

一態様として、評価結果表示部Ｗ４１１は、評価結果として、事業単位および／または事業グループ単位の平均予算額を含む。平均予算額は、予算編成段階の進捗ステータスである要求前、要求済、査定済に応じて、それぞれの進捗ステータスの事業単位および／または事業グループ単位の平均予算額を出力される。

サマリー表示部Ｗ４１は、事業グループに属する事務事業および、グループ編成部Ｗ４２で選択されているグループの候補となる事務事業に基づき評価結果を出力する。例えば、グループの候補となる事務事業が追加、削除など変更されると、サマリー表示部Ｗ４１は、当該変更に応じて再計算された評価結果を表示することができる。グループ編成画面Ｗ４は、少なくともサマリー表示部Ｗ４１およびグループ編成部Ｗ４２を同一画面上に設けることで、評価結果を参照しながら、事業グループに関連付けする事務事業を選択することを好適に支援するインターフェイスとなる。

＜予算枠登録＞
図９は、利用者端末３に表示される予算枠登録画面Ｗ５の画面表示例を示す。予算枠登録画面Ｗ５は、グループ編成画面Ｗ４より遷移可能に構成される。予算枠登録画面Ｗ５は、予算情報表示部Ｗ５１と、予算枠設定部Ｗ５２と、登録更新ボタンＷ５３と、を備える。予算情報表示部Ｗ５１は、予算枠情報を関連付ける事業グループ名、現在の事業グループに確保されている歳入総額、現在の事業グループに必要な予算総額を表示する。予算情報表示部Ｗ５１は、事業グループ情報に関連付けられた事務事業情報の予算情報を参照し、それらの対象年度における予算額および歳入額に基づき算定される事業グループ情報における予算総額および歳入総額を表示する。予算枠設定部Ｗ５２は、事業グループを予算枠の付与対象とする場合、オンに設定する操作入力を受け付け、予算枠額の設定入力を受け付ける。予算枠設定部Ｗ５２は、予算総額および歳入総額の差分を自動入力する態様であってもよい。登録更新ボタンＷ５３は、押下されることで、予算枠設定部Ｗ５２で設定入力された予算枠額を、予算枠情報として登録または更新する要求を行政事業管理装置２に送信する。グループ登録部２２は、予算枠登録画面Ｗ５を介して、事業グループ情報に紐付けられた予算総額および歳入総額に基づき、予算枠額を含む予算枠情報の登録を受け付け、記憶部ＤＢに格納する。

図１０は、予算編成段階の処理フローの実施例を示す。行政事業管理装置２は、財政担当の利用者端末３を介して、進捗情報の登録要求を受け付ける（Ｓ２１）。Ｓ２１において、登録要求は、事業グループ情報の登録要求を含んでもよい。行政事業管理装置２は、進捗情報が登録されると、担当者の利用者端末３に対してグループ編成や予算要求書作成の依頼に関する指示通知を出力してもよい。行政事業管理装置２は、財政担当者の利用者端末３を介して、予算枠情報を事業グループ情報に関連付ける登録要求を受け付ける（Ｓ２２）。なお、Ｓ２１およびＳ２２の手順は、入れ替わってもよい。原課担当者は、予算情報、予算枠情報、サマリー表示部Ｗ４１の評価結果、過去の評価情報などを参照しながら、事業グループ情報に関連付ける事務事業情報を選定することでグループ編成を行う。また、原課担当者は、予算枠情報や評価結果を参照しながら、各事務事業情報の執行年度における予算情報（予算要求書）を作成する。行政事業管理装置２は、原課担当者の利用者端末３を介して、事業グループ情報に関連付ける事務事業情報の登録指示、および、予算情報の登録指示を受け付ける（Ｓ２３）。財政担当者および／または管理者は、予算情報、予算枠情報、評価結果、過去の評価情報などを参照しながら、予算情報の承認・非承認を判断する。行政事業管理装置２は、財政担当者および／または管理者の利用者端末３を介して、各事務事業情報の予算情報に関する承認指示を受け付けることで、予算編成段階の処理を順次完了する（Ｓ２４）。完了した個別の事務事業の進捗ステータスは、事業グループの進捗状況として反映され、これによって、事業グループ別の進捗管理を実現することができる。

＜タグ情報：実施例１＞
タグ処理部２３は、事務事業情報および／または事業グループ情報にタグ情報を関連付けて、記憶部ＤＢに格納する。タグ情報は、事務事業または事業グループに対して統一された規則にしたがって付与されることで、類型となる事務事業または事業グループの検索性、識別性、管理容易性などを向上させる趣旨で定義される。タグ情報は、図４（ｈ）に示すように、タグＩＤと、タグ名と、を有する。

タグ情報は、付与対象が、政策、施策、細施策、事務事業などの何れに該当するものであるかを示す粒度レベルを更に備えてもよい。本実施形態において、タグ情報は、例えば、粒度レベルに応じた階層分類として構成される。粒度レベルが政策であるタグ情報は、例えば、保険・医療、まちづくり、物流・交通、行政運営、ものづくり、域内企業、農林水産業などを含む。粒度レベルが施策であるタグ情報は、例えば、特別支援教育の充実、スポーツ施設整備、市内企業支援、中小企業支援、農林水産業の従事者などを含む。粒度レベルが事務事業であるタグ情報は、例えば、中小企業等への資金融資、補助金の配布、地域イベントの実施、農業の従事者などを含む。

粒度レベルは、政策、施策、事務事業の順に下位の階層分類となる。即ち、事務事業は施策の下位階層であり、施策は政策の下位階層となる。具体的には、「農林水産業」に関する政策に対して、「農林水産業の従事者」に関する施策が制定され、「農林水産業の従事者」に関する施策に対して、更に「農業の従事者」に関する事務事業が制定される。なお、本実施形態における、タグ名は、政策・施策・事務事業にそれぞれ対応する任意の名称を設定可能であり、名称により発明の範囲が制限されるものではない。

なお、粒度レベルは、階層分類可能なタグに設けられてもよい。すなわち、粒度レベルは、政策、施策、細施策、事務事業以外の階層分類であってもよい。

タグ情報は、年度、組織、事業、予算、重点課題、実績などに関連するタグを設定することができる。また、タグ情報は、マスター情報として格納される分類条件に対応するタグを設定されてもよい。タグ情報は、例えば、事務事業を執行する自治体を示す組織タグ、自治体の地域を示す地理タグ、事業の分類を示す事業タグなど事務事業情報の検索条件に対応した各種タグを設定することが可能である。

タグ処理部２３は、事務事業情報および／または事業グループ情報の登録や編集の際に、当該事務事業が該当するタグＩＤまたはタグ名を選択操作することで事務事業情報に関連付けて記憶部ＤＢに格納される。

タグ処理部２３は、事務事業情報に含まれる事業名、事業概要、事業計画、所属名、細節名などのテキストデータを分類モデルに入力し、タグ情報を分類結果として出力することができる。

分類モデルは、データセットにより機械学習されたモデルである。モデルは、ニューラルネットワーク、ロジスティック回帰、決定木、ｋ近傍法など既知のものであってよい。本実施形態において、自然言語処理に適したモデルを適宜採用することができる。また、本実施形態において、タグ情報は、階層構造を有するため、階層分類モデルが採用される。

モデルの機械学習に用いられるデータセットは、事務事業情報に含まれるテキストデータと、当該事務事業情報の分類結果に対応する１または複数のタグＩＤと、を含む。このデータセットによりモデルを機械学習することで、任意のテキストデータの入力に対して、タグＩＤを分類結果として出力する分類モデルが生成される。

記憶部ＤＢは、外部のコンピュータ装置などで機械学習処理された分類モデルを格納してもよい。コンピュータ装置は、１または複数のデータセットを取得し、それらデータセットを用いてモデルの機械学習処理を実行する。コンピュータ装置は、機械学習処理により学習済の分類モデルを生成する。記憶部ＤＢは、生成された分類モデルを取得し、格納する。

記憶部ＤＢは、複数の分類モデルを格納してもよい。分類モデルは、例えば、事務事業の事業種別に応じたテキストデータと、タグＩＤを含むデータセットによりそれぞれ機械学習される。例えば、財務事業に関連する事務事業情報に対して詳細な財務事業の分類を付与することを目的として、財務事業分類モデルを生成することができる。タグ処理部２３は、入力する事務事業の大まかな事業分類に応じて任意の分類モデルを選択可能に構成される。これにより、より適切なタグ情報の付与を実現する。

タグ処理部２３は、事務事業情報に含まれるテキストデータを取得し、当該テキストデータを分類モデルに入力し、分類結果を出力する。このとき、タグ処理部２３は、分類結果として１または複数のタグＩＤを出力する。出力された１または複数のタグＩＤは、尤度とともに利用者端末３の表示部９０５に表示される。タグ処理部２３は、１または複数のタグＩＤの選択操作を、利用者端末３を介して受け付け、タグＩＤを事務事業情報に関連付けて記憶部ＤＢに格納する。なお、タグ処理部２３は、分類結果として出力された１または複数のタグＩＤを、自動的に事務事業情報に関連付けて記憶部ＤＢに格納することができる。このとき、タグ処理部２３は、尤度が最も高いタグＩＤを事務事業情報に関連付ける処理や、尤度が所定値以上のタグＩＤを事務事業情報に関連付ける処理などを採用することで関連付け処理の自動化を実現する。

図１１は、利用者端末３に表示されるタグ処理画面Ｗ６Ａ、Ｗ６Ｂの画面表示例を示す。図１１（ａ）において、タグ処理画面Ｗ６Ａは、テキスト入力部Ｗ６１と、タグ表示部Ｗ６２と、モデル選択部Ｗ６３と、を備える。テキスト入力部Ｗ６１は、事務事業情報に含まれるテキストデータの入力操作を受け付ける。タグ表示部Ｗ６２は、既に事務事業情報に付与されているタグＩＤに基づき、タグ名などを表示する。モデル選択部Ｗ６３は、テキスト入力部Ｗ６１に入力されるテキストデータを入力する分類モデルの選択操作を受け付ける。

図１１（ａ）のモデル選択部Ｗ６３により分類モデルが選択操作されると、図１１（ｂ）のようにタグ処理画面Ｗ６Ｂとして更新され、表示される。タグ処理画面Ｗ６Ｂは、分類結果表示部Ｗ６４と、詳細表示部Ｗ６５と、を更に備える。タグ処理部２３は、テキスト入力部Ｗ６１のテキストデータを選択された分類モデルに入力し、分類モデルから出力されるタグＩＤを取得する。

分類結果表示部Ｗ６４は、分類結果であるタグＩＤ、タグＩＤに基づき特定されるタグ名、粒度レベルおよび、尤度（スコア）を表示する。分類結果表示部Ｗ６４は、尤度が最も高いタグＩＤについてハイライト表示にすることや、タグＩＤを尤度順にソートして表示することによって、利用者によるタグＩＤの決定を支援する。分類結果表示部Ｗ６４は、タグＩＤに対する選択操作を受け付けることで、当該タグＩＤを事務事業情報に関連付けて処理を完了する。

詳細表示部Ｗ６５は、分類モデルによる分類処理の処理詳細を表示する。処理詳細は、分類処理において特徴量として抽出されたキーワードとその連関度、テキストデータに含まれるキーワード数、文字数などを含む。詳細表示部Ｗ６５は、分類処理の詳細を表示することで、分類処理のブラックボックス化を防ぐことに寄与する。例えば、分類処理に用いられるキーワードとして明らかに不適切なものが含まれていないかを利用者が確認することで、最終的に付与するタグ情報の判断支援に寄与する。

タグ情報は、タグ情報の分布状況に関する評価軸による評価に用いられる。評価部２４は、タグ情報に基づき評価結果を出力する。具体的には、評価部２４は、事業グループ情報に属する事務事業情報に付与されたタグ情報の分布状況に関する評価結果を出力する。分布状況とは、事業グループ内におけるそれぞれのタグ情報の集計数などを示す。分布状況は、例えば、事業グループ内における、政策、施策、事業がそれぞれ何件関連付けられているかを示すものである。

＜タグ情報：実施例２＞
本実施例における異なるタグ情報の実施例を説明する。図１２は、本実施例におけるタグ情報の概要図を示す。

図１２（ａ）は、タグ情報のデータ構成例を示す。タグ情報は、図１２（ａ）によると、タグＩＤと、タグ名と、粒度レベルと、関係タグＩＤと、を含む。

本実施例では、粒度レベルは、政策、施策、事務事業の少なくとも３つの階層である。また、粒度レベルは、更に、細事業を含む４つ以上の階層であってもよい。粒度レベルは、任意の階層数として定義可能である。粒度レベルは、政策タグ、施策タグ、事務事業タグにそれぞれ対応する。なお、本実施形態の階層分けは一例であって、粒度レベルは、任意の階層数として定義可能であり、更に多くの階層数または、更に少ない階層数として定義されてもよい。また、粒度レベルは、政策、施策、事務事業、細事業の分類に限定されない。

関係タグＩＤは、当該タグと、階層構造において関係する他のタグと、の関係性を特定するタグＩＤを示す。関係性は、親子関係、兄弟関係、孫関係などの任意の関係であってよいが、少なくとも隣接する階層の親子関係を特定可能な態様であることが好ましい。階層構造は、政策タグ、施策タグ、事務事業タグの順に上位から下位の階層として定義されており、例えば、施策タグは、１の政策タグのタグＩＤを関係タグＩＤとして関連付けて定義され、事務事業タグは、１の施策タグのタグＩＤを関係タグＩＤとして関連付けて定義される。なお、施策タグは、１または複数の事務事業タグのタグＩＤを関係タグＩＤとして関連付けて定義され、政策タグは、１または複数の施策タグのタグＩＤを関係タグＩＤとして関連付けて定義される構成であってもよい。

本実施例において、タグ情報は、政策タグ、施策タグ、事務事業タグなどを含む粒度レベルを定義された基本タグと、当該基本タグに付随する付随タグと、を含む。付随タグは、タグＩＤと、タグ名と、基本タグの少なくとも何れか１つ以上の関係するタグＩＤである関係タグＩＤと、を有する。なお、付随タグは、付随タグのタグＩＤを関係タグＩＤとして有する構成であってもよい。

付随タグは、関係する基本タグに、付随データを付与する役割を担う。付随タグは、費用タグ、組織タグ、年度タグ、実績タグ、重点課題タグなどに分類される。費用タグは、例えば、事務事業に個別出費項目や特定財源、積算項目など歳入および／または歳出に関する付随データを含む場合に付与される。組織タグは、例えば、基本タグにかかる政策、施策、事務事業などの執行組織に関する付随データを含む場合に付与される。執行組織は、ある組織内における部署や課などや、各地方自治体など組織自体を示すものであってよい。付随タグは、上述した分類に限定されず、基本タグの参照に有益な各種タグとして定義される。

図１２（ｂ）は、図１２（ａ）に示すタグ情報の階層構造の一例を示す。タグ情報は、図１２（ｂ）によると、政策タグＡを第１の階層とし、政策タグＡの子関係にあたる施策タグＡ、Ｂを第２の階層とし、施策タグＡの子関係にあたる事務事業タグＡ、Ｂなどを第３の階層とし、事務事業タグＡの子関係にあたる細事業タグＡ、Ｂなどを第４の階層とする階層構造を有する。ここで、細事業タグＡは、付随タグＡ、Ｂと関連付けられ、付随データを付与される。また、付随タグＡは、付随タグＣと関連付けられ、更に詳細な付随データを付与されている。なお、付随タグは、政策タグ、施策タグ、事務事業タグ、細事業タグの何れに関連付けられていてもよい。

政策、施策、細施策、事務事業、細事業のように行政にかかる事業等の体系が存在する。本実施形態において、これらをまとめて政策体系と定義する。すなわち、政策体系情報は、政策情報、施策情報、細施策情報、事務事業情報、細事業情報を含むものとする。以下の説明において、政策体系を使用する場合、上述した政策、施策などを区別しないものとする。これら政策体系は、上述した粒度レベルに対応するものである。

事業登録部２１は、政令に基づき制定された政策、施策、細施策、事務事業、細事業などに関する政策体系情報の登録を受け付け、記憶部ＤＢに格納する。

本実施形態において、記憶部ＤＢは、政策情報、施策情報、事務事業情報など、タグ情報の政策タグ、施策タグ、事務事業タグなどの階層に対応する情報を格納する。
事務事業情報は、図４（ａ）に例示するように、事務事業ＩＤと、事務事業の概要を含む事務事業基本情報と、タグ情報を特定するタグＩＤと、などを有する。事務事業の概要は、例えば、事務事業名、事業概要、執行年度、所属名、細節名などを含む。
施策情報は、施策ＩＤをキーとして、施策の概要を含む施策基本情報と、タグ情報を特定するタグＩＤと、などを有する。施策の概要は、施策名、施策概要、執行年度、所属名、細節名などを含む。
政策情報は、政策ＩＤをキーとして、政策の概要を含む政策基本情報と、タグ情報を特定するタグＩＤと、などを有する。政策の概要は、政策名、政策概要、執行年度、所属名、細節名などを含む。
政策情報、施策情報、事務事業情報は、それぞれのタグ情報により特定される政策タグ、施策タグ、事務事業タグの関係タグＩＤによって関連付けされる。なお、政策情報、施策情報、事務事業情報は、関連付けされたそれぞれの政策ＩＤ、施策ＩＤ、事務事業ＩＤを紐付けて有してもよい。例えば、政策情報は、関連する施策ＩＤを有し、施策情報は、関連する事務事業ＩＤを有する態様とすることができる。

施策情報は、関連付けられた１または複数の事務事業情報の予算情報に基づいて、施策に対する合計予算額、合計歳入額などを集計可能に構成される。政策情報は、関連付けられた１または複数の施策情報の合計予算額や合計歳入額に基づいて、更に政策に対する合計予算、合計歳入額などを集計可能に構成される。

タグ処理部２３は、政策体系情報に階層構造を有するタグ情報を関連付ける処理を実行する。タグ処理部２３は、政策体系情報に含まれる概要に基づき、タグ情報の分類結果を出力することができる。タグ処理部２３は、出力された分類結果を当該政策体系情報に関連付けて記憶部ＤＢに格納する。

本実施例において、政策、施策、事務事業または、細事業などの概要に基づき、政策、施策、事務事業または細事業に関連するタグ情報が決定される。概要は、例えば、事務事業情報の事務事業名、事業概要、執行年度、所属名、細節名、などのテキストデータを含む。タグ処理部２３は、政策、施策、事務事業または、細事業などに含まれる概要に基づき、タグ情報の分類結果を出力する。

本実施例において、タグ処理部２３は、政策、施策または、事務事業の概要に関するテキストデータを分類モデルに入力し、分類モデルより分類結果を出力として取得する。分類モデルは、記憶部ＤＢに格納されている。分類モデルは、データセットにより機械学習されたモデルである。本実施例において、モデルは、ニューラルネットワーク、回帰モデル、決定木、ｋ近傍法モデルなどを採用することができる。

分類モデルの機械学習に用いられるデータセットは、以下の態様を含む。
一態様として、データセットは、政策、施策または、事務事業の概要に関するテキストデータと、政策タグ、施策タグ、事務事業タグまたは、細事業タグなどの少なくとも基本タグを含む分類結果と、を含む。なお、分類結果は、付随タグを含むものとしてもよい。
一態様として、データセットは、政策、施策または、事務事業の概要に関するテキストデータと、基本タグに対応する１または複数のキーワードを含む分類結果と、を含む。このとき、基本タグおよび対応するキーワードは、対応テーブルとして記憶部ＤＢに格納されており、分類結果として出力されたキーワードに対応する基本タグを更に出力する構成とすることができる。なお、分類結果は、付随タグに対応する１または複数のキーワードを含むものとしてもよい。このとき、対応テーブルは、付随タグおよび対応するキーワードを有し、分類結果として出力されたキーワードに対応する付随タグを出力することができる。

本実施例において、分類モデルは、複数の分類器を有する。分類器は、入力に対する分類結果を出力し、タグ情報のそれぞれの階層に少なくとも１つ以上設けられ、分類結果の出力を次の階層に設けられる分類器に受け渡す。

図１３は、本実施例における分類モデルＭの構成例を示す。分類モデルＭは、図１３によると、政策、施策または、事務事業の概要に関するテキストデータの入力を受け付け、政策タグの分類結果を出力する第１の分類器ＭＡ１と、第１の分類器ＭＡの分類結果の入力を受け付け、施策タグの分類結果を出力する第２の分類器ＭＢ１、ＭＢ２と、第２の分類器ＭＢの分類結果の入力を受け付け、事務事業タグの分類結果を出力する第３の分類器ＭＣ１、ＭＣ２と、を含む。なお、分類モデルＭは、更に、第３の分類器ＭＣの分類結果の入力を受け付け、細事業タグの分類結果を出力する第４の分類器を含んでもよく、階層数に応じた分類器の構成とすることができる。

分類モデルＭは、政策、施策または、事務事業の概要に関するテキストデータの入力を受け付け、付随タグの分類結果を出力する付随タグ分類器を備える構成であってもよい。なお、付随タグ分類器は、第１～第３の分類器による分類結果の入力を受け付け、付随タグの分類結果を出力する構成であってもよい。

本実施例において、分類器は、それぞれ上述のデータセットを用いて機械学習されてもよい。

それぞれの分類器は、分類結果として複数のタグ情報と、それらの尤度と、を出力する。尤度とは、分類結果として出力されるタグ情報であることの蓋然性がどの程度であるかを示す指標や推定値である。

本実施例にかかる分類器は、尤度分布に閾値が設定されている。尤度分布とは、複数のタグ情報のそれぞれの尤度の分布であって、例えば、以下のパターンに分類される。
パターン１：特定のタグの尤度が、他のタグの尤度と比較して高い。
パターン２：それぞれのタグの尤度が、比較的均等である。

パターン１は、特定のタグの尤度と、他のタグの尤度の差分に対して閾値を設けることで特定される。なお、特定のタグは、複数であってもよい。
パターン２は、複数のタグの尤度の差分に対して閾値を設けることで特定される。なお、パターン２では、所定のタグ数が設定され、当該タグ数のタグの尤度の差分に対して閾値を設ける態様であってもよい。

分類器は、尤度分布に設定された閾値に基づき、少なくとも上述したパターンの何れであるかを特定し、分類結果を下位の分類器へと入力するか否かを決定する。例えば、分類器は、パターン１であれば、分類結果を下位の分類器へと入力し、パターン２であれば、分類結果を下位の分類器へと入力しない。分類モデルＭは、パターン２の場合、最後に分類結果が入力された分類器に対応するタグ情報を含む分類結果を出力する。これによって、例えば、政策タグや施策タグなど上位の階層のタグ情報である蓋然性が高いタグを分類結果として出力することができる。

図１３を参照しながら、事務事業タグの分類結果を出力する流れを説明する。
第１の分類器ＭＡ１は、事務事業情報の事業概要のテキストデータの入力を受け付け、政策タグＢ１と尤度０．９５を含む分類結果を分類器ＭＢ１に、政策タグＢ２と尤度０．０５を含む分類結果を分類器ＭＢ２に出力する。
分類器ＭＢ１は、分類結果の入力を受け付け、施策タグＣ１と尤度０．７５を含む分類結果を分類器ＭＣ１に、施策タグＣ２と尤度０．２５を含む分類結果を分類器ＭＣ２に出力する。
分類器ＭＣ１は、分類結果の入力を受け付け、事務事業タグＡと尤度０．８８を含む分類結果と、事務事業タグＢと尤度０．１２を含む分類結果と、を出力する。
分類器ＭＣ２は、分類結果の入力を受け付け、事務事業タグＣと尤度０．５８を含む分類結果と、事務事業タグＤと尤度０．４２を含む分類結果と、を出力する。
ここで、分類器ＭＣ１、ＭＣ２は、例えば、尤度分布の閾値０．５が設定されており、分類器ＭＣ１は、尤度分布がパターン１であると特定し、事務事業タグＡと事務事業タグＢを分類結果として出力する。分類器ＭＣ２は、尤度分布がパターン２であると特定し、施策タグＣ２を分類結果として出力する。
分類モデルＭは、分類結果として、事務事業タグＡ、事務事業タグＢ、施策タグＣ２および、それぞれの尤度を出力する。尤度は、通過した第１～第３の分類器のそれぞれより出力された尤度を演算することで導出される。尤度の演算は、例えば、乗算であり、事務事業タグＡの尤度は、０．９５＊０．７５＊０．８８＝０．６２７、事務事業タグＢの尤度は、０．９５＊０．７５＊０．１２≒０．０８６、施策タグＣ２の尤度は、０．９５＊０．２５≒０．２３８となる。
これら分類結果は、図１１（ｂ）のタグ処理画面Ｗ６Ｂの分類結果表示部Ｗ６４において、タグ名やスコアとして表示される。

図１１（ｂ）のタグ処理画面Ｗ６Ｂの表示の実装例を説明する。分類結果表示部Ｗ６４は、分類モデルＭによる分類結果である尤度に基づき、尤度の高い順にタグ名を表示する。
一態様として、表示されるタグ名は、分類器ＭＡ１、分類器ＭＢ１、分類器ＭＣ１を経由して最終出力される事務事業タグＡを含む場合、更に経由した分類器ＭＡ１に対応する政策タグＢ１、分類器ＭＢ１に対応する施策タグＣ１を含むことができる。
一態様として、表示されるタグ名は、分類器ＭＡ１、分類器ＭＢ１、分類器ＭＣ１を経由して最終出力される事務事業タグＡを含む場合、最終出力である事務事業タグＡのみとすることができる。事務事業タグＡの尤度は、政策タグＢ１の尤度や施策タグＣ１の尤度より小さくなる場合であっても、上述の尤度分布がパターン１であれば、より下位の分類器により出力されるタグ名とする蓋然性が高いものとなる。これによって、タグ名の選定・決定をより効率化することができる。

なお、分類モデルＭは、付随タグについても同様の手順で、分類することができる。分類モデルＭは、例えば、それぞれの分類器による分類結果を、付随タグの分類器に入力することで付随タグの分類結果を出力する。また、付随タグを分類するための異なる分類モデルを用いて付随タグの分類を行ってもよい。

基本タグ、付随タグは、政策、施策、事務事業に一元的に定義されたタグとして付与されることで、それら情報の検索性、識別性、管理容易性などを向上させる趣旨で設けられる。

＜付随タグ＞
タグ情報の付随タグの分類について具体例を挙げて説明する。本実施形態において、付随タグのうち費用タグは、個別出費項目タグ、積算項目タグなどを有する。個別出費項目は、事務事業において個別に発生する出費項目を示すものである。個別出費項目は、例えば、設備の修繕に係る事務事業であれば、修繕費、代替設備の貸出費など事務事業に特有の項目を１又は複数含み、これらに対応するタグ（個別出費項目タグ）を有する。積算項目は、特に工事に関する事務事業において積算として発生する費用項目を示すものである。積算項目は、例えば、施設の建設に係る事務事業であれば、人件費、材料費およびそれらの数量など事務事業に特有の項目を１又は複数含み、これらに対応するタグ（積算項目タグ）を有する。

本実施形態において、付随タグは、付随タグと、当該付随タグに関連付けられ更に付随データを付与する役割を持つ軸タグと、を有する。軸タグは、例えば、費用タグに関連付けられる場合、査定軸タグなどを有する。査定軸タグとは、「修繕 不急」、「修繕 急」、「建設 不急」、「建設 急」など、政策体系に特有の費用項目に係るタグを有する。

軸タグの種類は、関連付けられる付随タグの種類に応じて決定されるもの、または、付随タグの種類に依存することなく関連付け可能なもの、の何れであってもよい。

付随タグは、基本タグと同様に階層構造を有するものであってよい。このとき、階層構造は、付随タグを第１の階層、軸タグを第２の階層として定義することができる。なお、付随タグの階層構造の階層数は特に制限なく、付随データを階層的に付与可能な構成をとることができるものとする。

本実施形態における、付随タグの分類方法について具体例を挙げて説明する。

一態様として、タグ処理部２３は、政策体系情報の概要に基づき、基本タグに関する分類結果を出力する。続いて、タグ処理部２３は、政策体系情報の概要に基づき、付随タグに関する分類結果を出力する。タグ処理部２３は、例えば、修繕、工事、補修などのキーワードを含む政策体系情報の概要のテキストデータに基づき修繕費タグ（費用タグ）を分類結果として出力できる。

一態様として、タグ処理部２３は、分類結果として出力された基本タグに基づき、付随タグに関する分類結果を出力する。タグ処理部２３は、例えば、設備の修繕に係る事務事業タグの分類結果に基づき、修繕費タグ（費用タグ）を分類結果として出力できる。

一態様として、タグ処理部２３は、政策体系情報の概要および分類結果として出力された基本タグに基づき、付随タグに関する分類結果を出力する。タグ処理部２３は、例えば、設備の修繕に係る事務事業タグの分類結果と、設備の名称、貸出などのキーワードを含む政策体系情報の概要のテキストデータと、に基づき代替設備の貸出費タグ（費用タグ）を分類結果として出力できる。

ここで、タグ処理部２３は、政策体系情報の概要と、付随タグと、に基づき軸タグに関する分類結果を出力することができる。タグ処理部２３は、例えば、修繕費タグの分類結果と、時期や期限に関するキーワードを含む政策体系情報の概要のテキストデータと、に基づき「修繕 不急」または「修繕 急」などの査定軸タグを分類結果として出力することができる。

タグ処理部２３は、利用者端末３を介して、事務事業情報又は事業グループ情報に対して関連付けするタグ情報の指示操作を受け付けることで、事務事業情報又は事業グループ情報に対してタグ情報を関連付けて記憶部ＤＢに格納する構成を採用してもよい。

行政事業管理装置２は、タグ情報に基づいて政策体系情報を出力する。一例として、政策体系情報は、事務事業管理画面（図示せず）として出力される。事務事業管理画面は、事務事業に関する各種の項目を表示可能である。項目は、事業名や、計画情報、予算情報、評価情報、タグ情報などを参照することで得られる執行年度、計画概要、評価項目、目標、予算額、歳入額、歳出額、予算枠額、評価実績、タグ名などを含むことができる。

行政事業管理装置２は、例えば、費用タグに基づき、予算額、歳入額、予算枠額などの項目を自動生成することができる。具体的には、事務事業情報に対して個別出費項目タグのうち、修繕費タグと、貸出費タグと、が関連付けられる場合、事務事業管理画面は、歳出額として修繕費、貸出費の項目を表示する。このとき、事務事業管理画面は、執行に応じて、修繕費、貸出費の金額などの入力を受け付け可能な構成とすることができる。このように、タグ情報は、政策体系に関する管理画面などにおける表示や、想定される入力項目を自動反映することに寄与する。

検索処理部２６は、１または複数のタグ情報に基づいて政策体系情報を出力する。検索処理部２６は、利用者端末３を介してタグ情報の指定操作を受け付けると、当該タグ情報の粒度レベルを参照し、少なくとも当該粒度レベルのタグ情報と関連付けられた事務事業情報を取得する。また、検索処理部２６は、タグ情報の指定操作を受け付けると、当該タグ情報の粒度レベルを参照し、当該粒度レベルのタグ情報および、当該粒度レベルの下位の階層に属するタグ情報に関連付けられた事務事業情報を取得する。検索処理部２６は、取得した事務事業情報を含む政策体系情報を検索結果として利用者端末３に対して出力することができる。

また、具体的には、検索処理部２６は、少なくとも基本タグの指定操作を受け付け、当該基本タグが共通し、組織タグが共通しないタグ情報と関連付けられた事務事業情報を含むように、事務事業情報を取得する。ここで、組織タグは、異なる地方自治体などの執行組織のタグを含み、検索処理部２６は、異なる地方自治体の組織タグを付与された事務事業情報を含む情報を検索対象とすることができる。これによって、従来、地方自治体毎に呼称や分類などが統一されていなかった政策、施策、事務事業の情報が同様のタグ情報として管理され、他の地方自治体の情報の活用や協業を支援することができるようになる。

＜事務事業検索＞
上述したように、事務事業情報は、事業グループ情報および／またはタグ情報を関連付けられることで、事務事業情報の検索性の向上に寄与する。検索処理部２６は、利用者端末３を介して、事業グループ情報を特定するための分類条件や、タグ情報を特定するためのタグ名などを含む検索条件の入力操作を受け付け、当該検索条件に基づき対応する事務事業情報や事業グループ情報を検索処理し、その結果を利用者端末３に対して出力することができる。

ここで、検索条件は、利用者端末３の所属する自治体の事務事業情報を対象としたもののみならず、利用者端末３の所属する自治体外の事務事業情報を対象としたものであってもよい。具体的には、検索処理部２６は、組織タグが異なる事務事業情報であって、事業タグを含む検索条件が共通する事務事業情報を検索処理することで、他の自治体において参照したい事業分類の事務事業情報を取得することができる。従来、政策・施策・事務事業の分類の定義は、一律ではなく、自治体毎、部署毎、担当者毎などで任意に設定されていたが、事業グループやタグ情報などの統一された事務事業の定義にしたがって、事務事業情報が管理されることによって、自治体外における事務事業に関連する実績などの情報を取得することが容易となる。例えば、財政担当者や原課担当者、総務の管理者は、新規事業の運用にあたって、他の自治体の予算編成などを参照しながら、計画、編成、執行、評価を実施することができる。

なお、事務事業情報は、少なくとも１つ以上のタグ情報と関連付けられることが好ましい。グループ登録部２２は、事業グループ情報の分類条件（特に、事業分類）の設定において、タグ情報を用いてもよい。

また、事務事業情報の検索機能は、地域住民の端末装置に対して提供されてもよい。これにより、透明性の高い事務事業情報の地域住民等への提供を支援することができる。

以下、行政事業管理システム１の具体的な実施例を説明する。

＜計画段階＞
計画段階において、原課担当者の利用者端末３は、計画書作成依頼に対して、計画情報を作成し、計画要求を行政事業管理装置２に対して送信する。行政事業管理装置２の更新部２５は、計画要求を取得し、対象となる事務事業情報に関連付けられる計画段階の進捗ステータスを、要求前から要求済に更新する。更新部２５は、管理者の利用者端末３を介して、提出された計画要求に対応する計画情報について、承認指示を取得すると、進捗ステータスを要求済から査定済に更新する。なお、更新部２５は、計画情報について非承認指示を取得すると、進捗ステータスを要求済から要求前に更新する。進捗ステータスが査定済となることで、計画段階における進捗が完了となる。更新部２５は、計画段階における進捗が完了すると、進捗ステータスを予算編成段階に自動更新してもよい。なお、行政事業管理装置２は、計画段階が査定済となると、財政担当者の利用者端末３に対して通知を送信する。財政担当者は、査定済の計画情報を参照しながら、予算法編成方針を決定する。

行政事業管理装置２は、査定済の事務事業情報に対する優先順位の付与操作を、管理者の利用者端末３を介して受け付け、事務事業情報に関連付けて記憶部ＤＢに格納してもよい。

＜予算編成＞
予算編成段階において、原課担当者の利用者端末３は、財政担当者からの予算要求書作成依頼に対して、予算情報を作成し、予算要求を行政事業管理装置２に対して送信する。行政事業管理装置２の更新部２５は、予算要求を取得し、対象となる事務事業情報に関連付けられる進捗ステータスを、要求前から要求済に更新する。更新部２５は、財政担当者の利用者端末３を介して、提出された予算要求に対応する予算情報について、承認指示を取得すると、進捗ステータスを要求済から査定済に更新する。なお、更新部２５は、予算情報について非承認指示を取得すると、進捗ステータスを要求済から要求前に更新する。進捗ステータスが査定済となることで、予算編成段階における進捗が完了となる。更新部２５は、進捗ステータスを執行段階に自動更新してもよい。

行政事業管理装置２は、予算要求に対する承認指示または非承認指示の操作を受け付ける際に、各事務事業情報に関連付けられた優先順位を、承認者（財政担当者、管理者）の利用者端末３に対して提供することができる。これによって、例えば、承認者は、優先順位を参照しながら、優先度の高い事務事業から順に査定することができる。

＜執行＞
執行段階において、原課担当者の利用者端末３は、事務事業の執行に伴い、執行開始要求を行政事業管理装置２に対して送信する。更新部２５は、執行開始要求を取得し、対象となる事務事業情報に関連付けられる進捗ステータスを、執行中に更新する。また、原課担当者の利用者端末３は、事務事業の執行に伴い、執行金額、執行実績などの執行情報記録要求を行政事業管理装置２に対して送信し、執行履歴として事務事業情報に関連付けて記憶部ＤＢに格納してもよい。更新部２５は、原課担当者の利用者端末３を介して事務事業の執行完了要求を取得するか、事務事業の執行期限を超過すると、進捗ステータスを執行済に更新する。進捗ステータスが執行済となることで、執行段階における進捗が完了となる。更新部２５は、進捗ステータスを執行段階に自動更新してもよい。

＜行政評価＞
評価段階において、原課担当者の利用者端末３は、執行済の事務事業情報に対する評価情報の登録要求を行政事業管理装置２に対して送信する。更新部２５は、評価要求を取得し、対象となる事務事業情報に関連付けられる進捗ステータスを評価済に更新する。進捗ステータスが評価済となることで、対象の執行年度における進捗が全て完了となる。

本実施形態において、執行段階または行政評価段階において、行政事業管理装置２は、事務事業情報における実績に関する入力を受け付けることができる。行政事業管理装置２は、定量評価項目に対応する定量評価実績について実績値として入力を受け付ける。行政事業管理装置２は、タスク評価項目に対応するテスク評価実績について、完了したタスクのステータスを完了に更新することで入力を受け付ける。

＜評価部＞
本実施形態において、評価部２４は、評価軸に応じて様々な対象の評価結果を出力することができる。評価軸は、評価対象を特定する軸を示す。評価部２４は、特定の評価結果に関する要求を、利用者端末３を介して受け付けることで、要求された評価対象に対応する評価軸に基づく評価結果を利用者端末３に対して出力することができる。

評価部２４は、事業グループ情報に関連付けられた評価軸に基づき事務事業の評価結果を出力する。また、評価部２４は、事業グループ情報に関連付けられた評価軸に基づき事業グループ単位の評価結果を出力する。

本実施形態において、評価軸は、進捗状況と、経過状況と、達成状況と、分布状況と、などを有する。評価部２４は、これらの評価軸に基づき、進捗状況、経過状況、達成状況、分布状況に関する評価結果を出力する。

進捗状況の評価軸は、進捗ステータスの段階別の進捗状況の評価に用いられる。評価部２４は、事業グループ情報に関連付けられる事務事業情報の進捗ステータスに基づき、事業グループにおける進捗状況に関する評価結果を出力する。具体的には、事業グループ情報に属する事務事業情報の総数と、所定の進捗ステータスを有する事務事業情報の数量と、に基づき、事業グループの全体に対する進捗ステータス別の割合や総数などを進捗状況に関する評価結果として出力する。なお、進捗状況は、計画段階、予算編成段階、執行段階、行政評価段階のそれぞれのカテゴリに応じた進捗ステータスに基づき評価結果が出力される。

経過状況の評価軸は、予算情報の変動に関する経過状況の評価に用いられる。評価部２４は、事業グループに属する事務事業の予算情報に基づき、年度別の予算総額および歳入総額を算出する。評価部２４は、事業グループにおける予算総額および／または歳入総額の年度による経過状況を出力する。経過状況は、所定年度からの増減額、増減率、または、年度別の予算総額および／または歳入総額の推移を示すグラフなどにより示される。

達成状況の評価軸は、定量評価項目およびタスク評価項目に設定された目標の達成状況の評価に用いられる。評価部２４は、定量評価項目に設定されたＫＰＩやＫＧＩなどの目標値に対する定量評価実績として入力された実績値に基づき、事務事業情報の達成状況を評価する。ここで、個別の事務事業情報の達成状況は、実績値が目標値を超えたか、目標値に対する実績値の達成率などを示す。

評価部２４は、タスク評価項目に設定されたタスクに対するタスク評価実績として入力されたタスク完了にかかるステータスに基づき、事務事業情報の達成状況を評価する。ここで、個別の事務事業情報の達成状況は、タスクを完了したか、タスクをスケジュール内に完了したか、複数のタスクに関する達成率などを示す。評価部２４は、通常タスクと重要タスクのそれぞれに対する達成状況を評価してもよい。

評価部２４は、事業グループ情報に関連付けられた個別の事務事業情報の達成状況に基づき、事業グループ全体における目標の達成状況を評価する。ここで、事業グループの達成状況は、事務事業の達成率の平均や、目標の総達成数や達成率、通常タスクと重点タスクのそれぞれの総達成数や達成率などを示す。

達成状況は、目標の達成状況の推移を示すものであってもよい。このとき、達成状況は、例えば、所定年度からの目標の達成率の増減や達成数の増減の推移を示すグラフ形式、表形式、マップ形式として出力される。

分布状況の評価軸は、タグ情報の分布状況の評価に用いられる。評価部２４は、事業グループに属する事務事業に付与されたそれぞれのタグＩＤを集計する。評価部２４は、集計したタグＩＤに基づき、それぞれのタグＩＤの数量を分布状況に関する評価結果として出力する。ここで、分布状況に関する評価結果は、タグＩＤごとの数量をグラフ形式などで出力してもよい。

評価部２４は、タグ情報の政策、施策、事務事業に関する粒度レベルに応じて、政策単位、施策単位、事務事業単位での評価結果を出力することができる。ここで、評価部２４は、進捗状況、経過状況、達成状況、分布状況の評価軸を用いて評価結果を出力する。例えば、評価部２４は、施策単位での進捗状況の比較や、施策単位での目標の達成状況の比較などを評価結果として出力できる。施策単位での進捗状況の評価の場合、当該施策に属する事務事業の進捗ステータスに基づき進捗状況の評価結果が出力される。

評価部２４は、政策単位、施策単位、細施策単位、事務事業単位または、事業グループ単位で、評価結果を比較可能に出力することができる。

図１４は、利用者端末３に表示される比較評価画面Ｗ７の画面表示例を示す。比較評価画面Ｗ７は、政策単位、施策単位、細施策単位、事務事業単位または、事業グループ単位などの評価結果を比較表示する。

比較評価画面Ｗ７は、第１表示部Ｗ７１と、第２表示部Ｗ７２と、第３表示部Ｗ７３と、第４表示部Ｗ７４と、追加ボタンＷ７５と、を備える。第１表示部Ｗ７１～第４表示部Ｗ７４は、利用者端末３を介して任意に設定された評価結果や事務事業などをそれぞれ表示する。追加ボタンＷ７５は、押下されると、第５表示部として表示する内容、表示形式などの設定操作を受け付け、設定操作に基づく第５表示部を生成する。比較評価画面Ｗ７は、第１表示部Ｗ７１～第４表示部Ｗ７４の４つの表示部の表示例を示したが、表示部の数は制限されず、追加、編集、削除することができる。

図１４において、第１表示部Ｗ７１は、それぞれの事業グループ単位のＫＧＩ評価結果を一覧表示する。ここで、事業グループに属する各事務事業のＫＰＩの実績値の平均値または集計値が、事業グループ単位のＫＧＩの実績値として算出され、ＫＧＩ評価結果として表示される。第１表示部Ｗ７１は、継続、廃止、予算増加、予算削減の対象となる事務事業または事業グループを選定する際に、利用者によって参照される。
図１４において、第２表示部Ｗ７２は、１または複数のお気に入りの事務事業の概要を表示する。
図１４において、第３表示部Ｗ７３は、予算編成段階の事務事業の数を、進捗ステータス別にグラフ形式で表示する。
図１４において、第４表示部Ｗ７４は、予算編成段階において、事業グループに属する一定以上の進捗ステータス（査定済など）を有する事務事業の割合を、事業グループ別の評価結果として一覧表示する。第４表示部Ｗ７４は、割合に応じて事業グループをハイライトや色によって区別可能に表示可能である。第４表示部Ｗ７４は、進捗ステータスが芳しくない事業グループを一見して把握することができるインターフェイスとして提供される。

＜重点課題＞
本実施形態において、行政事業管理装置２は、利用者端末３を介して重点課題情報の登録指示を受け付け、記憶部ＤＢに格納する。重点課題情報は、対象年度における重点課題を管理するための情報であって、重点課題ＩＤと、重点課題名と、重点課題概要と、重点課題の解決するための政策、施策、細施策、事務事業などの重点事業と、重点事業にかかる執行等を担う組織と、などを含む。重点事業は、政策、施策、細施策、事務事業をそれぞれ複数設定されてもよい。

重点課題情報は、重点事業として登録された事務事業の事務事業ＩＤと関連付けられる。重点事業として登録された事務事業情報は、重点課題であることを示すタグ情報が付与される。重点課題情報は、重点事業に属する事務事業情報の予算情報に基づく重点課題予算総額と、重点課題歳入総額と、を有する。重点課題予算総額は、各事務事業の予算額の総額を示す。重点課題歳入総額は、各事務事業の一般財源の歳入額の総額を示す。重点課題情報は、予算枠額を設定する際に、重点予算に区分される財源を用いることができる。このように、一般事業と重点事業は、予算枠額の設定方法が区別され、それぞれに設定可能な財源を用いた予算編成を行うことができる。

＜マッチング機能＞
事務事業は、行政で執行される場合と、行政が民間企業等に委託または協業を依頼し、依頼先で執行される場合と、がある。行政事業管理システム１は、事務事業の委託・協業に際して、行政および依頼先のマッチングを支援するプラットフォームを提供する。本実施形態において、依頼先は、民間企業や他の地方自治体等の行政機関が含まれる。

行政事業管理システム１は、更に、依頼先端末４を備える。依頼先端末４は、民間企業等の担当者により操作される端末装置である。依頼先端末４は、利用者端末３と同様のハードウェア構成を備えるスマートフォン、パーソナルコンピュータ、タブレット端末などを用いることができる。依頼先端末４は、通信ネットワークＮＷに接続され、行政事業管理装置２などとデータ通信可能に構成される。

マッチング処理部２７は、組織分類と、事業分類と、を含む事務事業の公募情報の入力操作を、利用者端末３を介して受け付け、記憶部ＤＢに格納する。マッチング処理部２７は、事務事業情報の選択操作を、利用者端末３を介して受け付け、事務事業情報に基づき生成されてもよい。マッチング処理部２７は、組織分類と、事業分類と、を含む事務事業の応募情報の入力操作を、依頼先端末４を介して受け付け、記憶部ＤＢに格納する。

組織分類は、公募を行う地方自治体等の行政機関であることを示す公募組織と、応募を行う民間企業や行政機関であることを示す応募組織と、を区別するための分類を含む。事業分類は、公募する事務事業の分類、応募する民間企業が得意とする事務事業の分類、応募する行政機関が協業を希望する事務事業の分類などを区別するための分類を含む。事業分類は、タグ情報のタグ名などが用いられてもよい。

マッチング処理部２７は、公募情報に対する応募情報を許可する入力操作を、公募組織の利用者端末３を介して受け付けることで、公募情報および応募情報に対応する事務事業の委託または協業に関するマッチングを成立させる。また、マッチング処理部２７は、応募情報に対する公募情報を許可する入力操作を、応募組織の依頼先端末４を介して受け付けることで、公募情報および応募情報に対応する事務事業の委託または協業に関するマッチングを成立させる。

図１５は、利用者端末３または依頼先端末４に表示されるマッチング画面Ｗ８の画面表示例を示す。図１５において、マッチング画面Ｗ８は、公募情報に基づく事務事業の公募一覧を表示している。マッチング画面Ｗ８は、分類切替部Ｗ８１と、事業表示部Ｗ８２と、を備える。分類切替部Ｗ８１は、公募情報、応募情報、提案情報に関する選択操作を受け付け、事業表示部Ｗ８２に一覧として表示する情報を切り替える。事業表示部Ｗ８２Ａ～８２Ｃは、公募情報、応募情報または、提案情報に基づき対象となる事務事業の名称、組織分類、概要、公開終了日、事業分類および、マッチング状況をそれぞれ表示する。図１５において、事業表示部Ｗ８２は、組織分類として公募を実施する地方自治体等の公募組織を表示する。また、事業分類は、対象となる事務事業情報に関連付けられるタグ情報に基づき表示される。マッチング状況は、対象の公募情報に対する応募情報の件数、公募情報に対する提案情報の件数などを示す。

提案情報は、公募情報に対する応募情報を許可する入力操作を受け付けた場合、応募組織の依頼先端末４を介して入力操作を受け付けることで生成される情報であって、公募された事務事業に対する具体的な対応案などの提案概要を含む。マッチング処理部２７は、公募組織の利用者端末３を介して、更に公募情報に対する提案情報を許可する入力操作を受け付けることで、正式な依頼として公募組織と応募組織の間のマッチングを成立させる。なお、公募情報に対する応募情報および提案情報は、上限数を設定され、マッチング処理部２７は、上限数内でのマッチング処理のみを実行することができる。

１ 行政事業管理システム
２ 行政事業管理装置
２１ 事業登録部
２２ グループ登録部
２３ タグ処理部
２４ 評価部
２５ 更新部
２６ 検索処理部
２７ マッチング処理部
３ 利用者端末
４ 依頼先端末
ＤＢ 記憶部

Claims (13)

1. 行政事業管理システムであって、
   事業登録部と、タグ処理部と、を備え、
   前記事業登録部は、法令に基づき制定された少なくとも政策、施策、事務事業に関する政策体系情報の登録を受け付け、
   前記タグ処理部は、前記政策体系情報に含まれる概要に基づき、少なくとも政策、施策、事務事業に関連するタグ情報の分類結果を出力し、
   前記政策体系情報に階層構造を有する前記タグ情報を関連付け、
   １または複数の前記タグ情報に基づいて前記政策体系情報を出力する、行政事業管理システム。
2. １または複数の前記タグ情報に基づいて前記政策体系情報を取得し、検索結果として出力する検索処理部を備える、請求項１に記載の行政事業管理システム。
3. 前記タグ情報は、タグＩＤと、粒度レベルと、を有し、
   前記粒度レベルは、政策タグ、施策タグ、事務事業タグの少なくとも３つの階層を定義し、
   前記検索処理部は、前記タグ情報の指定操作を受け付けると、当該タグ情報の粒度レベルを参照し、少なくとも当該粒度レベルのタグ情報と関連付けられた前記政策体系情報を取得する、請求項２に記載の行政事業管理システム。
4. 前記粒度レベルは、政策タグ、施策タグ、事務事業タグの順に上位から下位の階層を定義し、
   前記施策タグは、１または複数の事務事業タグのタグＩＤと関連付けて定義され、
   前記政策タグは、１または複数の施策タグのタグＩＤと関連付けて定義され、
   前記検索処理部は、前記タグ情報の指定操作を受け付けると、当該タグ情報の粒度レベルを参照し、当該粒度レベルのタグ情報および、当該粒度レベルの下位の階層に属するタグ情報に関連付けられた前記政策体系情報を取得する、請求項３に記載の行政事業管理システム。
5. 政策、施策または、事務事業の概要に関するテキストデータと、政策タグ、施策タグまたは、事務事業タグの分類結果と、を含むデータセットにより機械学習された分類モデルを有し、
   前記タグ処理部は、政策、施策または、事務事業の概要に関するテキストデータを前記分類モデルに入力し、前記分類モデルより分類結果を出力として取得する、請求項１に記載の行政事業管理システム。
6. 前記分類モデルは、タグ情報または当該タグ情報に対応するキーワードを分類結果として含むデータセットにより機械学習される、請求項５に記載の行政事業管理システム。
7. 前記分類モデルは、複数の分類器を含み、
   第１の分類器は、政策、施策または、事務事業の概要に関するテキストデータの入力を受け付け、政策タグの分類結果を出力し、
   前記政策タグの分類結果に対応する第２の分類器は、前記テキストデータの入力を受け付け、施策タグの分類結果を出力し、
   前記施策タグの分類結果に対応する第３の分類器は、前記テキストデータの入力を受け付け、事務事業タグの分類結果を出力する、請求項５に記載の行政事業管理システム。
8. 前記分類器は、分類結果として複数のタグ情報と、それらの尤度と、を出力し、
   尤度分布に設定された閾値に基づき、当該出力を下位の分類器へと入力するかを決定する、請求項７に記載の行政事業管理システム。
9. 前記タグ処理部は、前記第１の分類器、前記第２の分類器および、前記第３の分類器のそれぞれより出力された尤度を演算することで、前記事務事業タグと、当該事務事業タグの尤度と、を含む分類結果を出力する、請求項８に記載の行政事業管理システム。
10. 前記タグ情報は、少なくとも政策タグ、施策タグ、事務事業タグを含む基本タグと、前記基本タグに付随する付随タグと、を有し、
    前記付随タグは、タグＩＤと、前記基本タグの少なくとも何れか１つ以上の関係するタグを特定する関係タグＩＤと、を有し、
    前記タグ処理部は、政策、施策、事務事業の概要に関するテキストデータを分類モデルに入力し、分類モデルより政策タグ、施策タグまたは、事務事業タグの少なくとも１つ以上の基本タグと、当該基本タグに付随する付随タグと、を含む分類結果を出力する、請求項１に記載の行政事業管理システム。
11. 前記付随タグは、前記基本タグにかかる政策、施策、事務事業の執行組織を示す組織タグを含み、
    少なくとも前記基本タグの指定操作を受け付け、前記基本タグが共通し、前記組織タグが共通しないタグ情報と関連付けられた前記政策体系情報を含むように取得する検索処理部を備える、請求項１０に記載の行政事業管理システム。
12. 行政事業管理方法であって、
    法令に基づき制定された少なくとも政策、施策、事務事業に関する政策体系情報の登録を受け付ける工程と、
    前記政策体系情報に含まれる概要に基づき、少なくとも政策、施策、事務事業に関連するタグ情報の分類結果を出力する工程と、
    前記政策体系情報に階層構造を有する前記タグ情報を関連付ける工程と、
    １または複数の前記タグ情報に基づいて前記政策体系情報を出力する工程と、をコンピュータが実行する、行政事業管理方法。
13. 行政事業管理プログラムであって、
    事業登録部と、タグ処理部と、としてコンピュータを機能させ、
    前記事業登録部は、法令に基づき制定された少なくとも政策、施策、事務事業に関する政策体系情報の登録を受け付け、
    前記タグ処理部は、前記政策体系情報に含まれる概要に基づき、少なくとも政策、施策、事務事業に関連するタグ情報の分類結果を出力し、
    前記政策体系情報に階層構造を有する前記タグ情報を関連付け、
    １または複数の前記タグ情報に基づいて前記政策体系情報を出力する、行政事業管理プログラム。