JP7430953B1 - ワークフローを管理するためのシステム、方法、及びプログラム - Google Patents

Abstract

【課題】 ワークフローの容易な設定を支援する。【解決手段】本発明の一実施形態に係るワークフロー管理サーバ１０は、通信ネットワーク２０を介して通信可能に接続されているユーザ端末３０を操作するユーザに対してワークフロー管理ツールを提供する。当該ワークフロー管理サーバ１０は、企業における組織役職情報、及び、承認ワークフローのルール情報を取得し、これらの情報に基づいて、承認ワークフローの設定情報を自動的に生成するから、ユーザは、組織役職情報及びルール情報を準備することにより、承認ワークフローを設定することが可能となる。【選択図】 図１

Description

特許法第３０条第２項適用 令和５年６月７日に、株式会社ＵＰＳＩＤＥＲが、ｈｔｔｐｓ：／／ａｉ－ｃｏｗｏｒｋｅｒ．ｕｐ－ｓｉｄｅｒ．ｃｏｍ／、にて公開 令和５年６月７日に、株式会社ＵＰＳＩＤＥＲが、ｈｔｔｐｓ：／／ｎｏｔｅ．ｃｏｍ／ｕｐｓｉｄｅｒ＿ｉｎｃ／ｎ／ｎ３６ｅ５ｆ１３００ｄ５ｅ、にて公開 令和５年６月７日に、株式会社ＵＰＳＩＤＥＲが、ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／０００００００６０．００００７６２７２．ｈｔｍｌ、にて公開 令和５年６月１２日に、株式会社ＵＰＳＩＤＥＲが、ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／０００００００６１．００００７６２７２．ｈｔｍｌ、にて公開 令和５年６月７日に、アイティメディア株式会社が、ｈｔｔｐｓ：／／ｗｗｗ．ｉｔｍｅｄｉａ．ｃｏ．ｊｐ／ｎｅｗｓ／ａｒｔｉｃｌｅｓ／２３０６／０７／ｎｅｗｓ０８９．ｈｔｍｌ、にて公開 令和５年６月７日に、株式会社ダイヤモンド社が、ｈｔｔｐｓ：／／ｓｉｇｎａｌ．ｄｉａｍｏｎｄ．ｊｐ／ａｒｔｉｃｌｅｓ／－／１６６５、にて公開 令和５年６月７日に、株式会社ＴＨＥ ＢＲＩＤＧＥが、ｈｔｔｐｓ：／／ｔｈｅｂｒｉｄｇｅ．ｊｐ／２０２３／０６／ｕｐｓｉｄｅｒ－ｕｎｖｅｉｌｓ－ａｉ－ｃｏｗｏｒｋｅｒ－ｕｐｓｉｄｅｒ－ｃａｐｉｔａｌ、にて公開 令和５年６月７日に、株式会社インプレスが、ｈｔｔｐｓ：／／ｗｗｗ．ｗａｔｃｈ．ｉｍｐｒｅｓｓ．ｃｏ．ｊｐ／ｄｏｃｓ／ｎｅｗｓ／１５０６５２０．ｈｔｍｌ、にて公開 令和５年６月７日に、朝日インタラクティブ株式会社が、ｈｔｔｐｓ：／／ｊａｐａｎ．ｃｎｅｔ．ｃｏｍ／ａｒｔｉｃｌｅ／３５２０４８１７／、にて公開 令和５年６月７日に、リンクタイズ株式会社が、ｈｔｔｐｓ：／／ｆｏｒｂｅｓｊａｐａｎ．ｃｏｍ／ａｒｔｉｃｌｅｓ／ｄｅｔａｉｌ／６３６９０、にて公開 令和５年６月９日に、株式会社ＴＩプランニングが、ｈｔｔｐｓ：／／ｐａｙｍｅｎｔｎａｖｉ．ｃｏｍ／ｐａｙｍｅｎｔｎｅｗｓ／１３１２９４．ｈｔｍｌ、にて公開 令和５年６月２２日に、株式会社角川アスキー総合研究所が、ｈｔｔｐｓ：／／ａｓｃｉｉ．ｊｐ／ｅｌｅｍ／０００／００４／１４１／４１４１７２７／、にて公開

特許法第３０条第２項適用 令和５年６月２９日に、株式会社メディアジーンが、ｈｔｔｐｓ：／／ｗｗｗ．ｂｕｓｉｎｅｓｓｉｎｓｉｄｅｒ．ｊｐ／ｐｏｓｔ－２７１６８６、にて公開 令和５年７月１１日に、株式会社ｉＤＯＯＲが、ｈｔｔｐｓ：／／ｉ－ｄｏｏｒｓ．ｊｐ／ａｒｔｉｃｌｅ／ｆＣａＫＨ１ＫＥ、にて公開

本発明は、ワークフローを管理するためのシステム、方法、及びプログラムに関するものである。

従来、企業におけるワークフローを管理するための様々なシステムが提案されている。例えば、下記特許文献１は、オンラインによってクラウド型の契約が締結できると共に、契約毎のワークフローと関係者の業務フローとをリンクさせたクラウド型契約管理システムを開示している。こうしたワークフローの仕組みは、業務の効率化を促進し得る。

特開２０２１－１６８１１５号公報

しかしながら、上述したような従来のシステムにおいては、人手によるワークフローの設定作業が煩雑となってしまう場合もあった。したがって、ワークフローの容易な設定を支援するような仕組みが望まれる。

本発明の実施形態は、ワークフローの容易な設定を支援することを目的の一つとする。

本発明の一実施形態に係るシステムは、１又は複数のコンピュータプロセッサを備え、ワークフローを管理するためのシステムであって、前記１又は複数のコンピュータプロセッサは、企業における組織及び役職に関する組織役職情報を取得するステップと、前記企業において承認を得るための承認ワークフローのルールに関するルール情報を取得するステップと、前記組織役職情報と、前記ルール情報と、に基づいて、前記承認ワークフローの設定情報を生成するステップと、前記設定情報を登録するステップと、を実行する。

本発明の一実施形態に係る方法は、１又は複数のコンピュータによって実行され、ワークフローを管理するための方法であって、企業における組織及び役職に関する組織役職情報を取得するステップと、前記企業において承認を得るための承認ワークフローのルールに関するルール情報を取得するステップと、前記組織役職情報と、前記ルール情報と、に基づいて、前記承認ワークフローの設定情報を生成するステップと、前記設定情報を登録するステップと、を備える。

本発明の一実施形態に係るプログラムは、ワークフローを管理するためのプログラムであって、１又は複数のコンピュータに、企業における組織及び役職に関する組織役職情報を取得するステップと、前記企業において承認を得るための承認ワークフローのルールに関するルール情報を取得するステップと、前記組織役職情報と、前記ルール情報と、に基づいて、前記承認ワークフローの設定情報を生成するステップと、前記設定情報を登録するステップと、を実行させる。

本発明の様々な実施形態は、ワークフローの容易な設定を支援する。

本発明の一実施形態に係るワークフロー管理サーバ１０を含むネットワークの構成を概略的に示す構成図。 ユーザ情報テーブル１５１１が管理する情報を例示する図。 企業情報テーブル１５１２が管理する情報を例示する図。 組織情報テーブル１５１３が管理する情報を例示する図。 役職情報テーブル１５１４が管理する情報を例示する図。 ワークフロー情報管理テーブル１５１５が管理する情報を例示する図。 ワークフロー段階情報管理テーブル１５１６が管理する情報を例示する図。 稟議案件管理テーブル１５１７が管理する情報を例示する図。 稟議承認情報管理テーブル１５１８が管理する情報を例示する図。 支払情報管理テーブル１５１９が管理する情報を例示する図。 承認ワークフローの設定の際にワークフロー管理サーバ１０が実行する処理を例示するフローチャート。 ルール入力画面５０を例示する図。 大規模言語モデルからの出力情報を例示する図。 承認ワークフロー詳細画面６０を例示する図。 段階情報変更画面７０を例示する図。 ワークフロー情報管理テーブル１５１５及びワークフロー段階情報管理テーブル１５１６において設定される値を例示する図。 稟議申請の際にワークフロー管理サーバ１０が実行する処理を例示するフローチャート。 稟議申請代行アカウントに対するメッセージ２００を例示する図。 稟議情報確認メッセージ２１０を例示する図。 承認依頼メッセージ２２０を例示する図。 稟議案件一覧画面８０を例示する図。 支払情報一覧画面９０を例示する図。

以下、図面を参照しながら、本発明の実施形態について説明する。各図面において、同一の又は類似する構成要素に対しては同一の参照符号が付され得る。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。

図１は、本発明の一実施形態に係るワークフロー管理サーバ１０を含むネットワークの構成を概略的に示す構成図である。ワークフロー管理サーバ１０は、図示するように、インターネット等の通信ネットワーク２０を介してユーザ端末３０と通信可能に接続されている。図１においては、１つのユーザ端末３０のみが図示されているが、ワークフロー管理サーバ１０は、複数のユーザ端末３０と通信可能に接続されている。ワークフロー管理サーバ１０は、ユーザ端末３０を操作するユーザに対してワークフロー管理ツールを提供する。ワークフロー管理サーバ１０は、本発明のシステムの全部又は一部を実装する装置の一例である。

まず、ワークフロー管理サーバ１０のハードウェア構成について説明する。ワークフロー管理サーバ１０は、一般的なコンピュータとして構成されており、図１に示すように、コンピュータプロセッサ１１と、メインメモリ１２と、入出力Ｉ／Ｆ１３と、通信Ｉ／Ｆ１４と、ストレージ（記憶装置）１５とを備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。

コンピュータプロセッサ１１は、ＣＰＵ、ＧＰＵ又はＦＰＧＡ等、またはそれらを含む回路により構成され、ストレージ１５等に記憶されている様々なプログラムをメインメモリ１２に読み込んで、当該プログラムに含まれる各種の命令を実行する。メインメモリ１２は、例えば、ＤＲＡＭ等によって構成される。

入出力Ｉ／Ｆ１３は、操作者等との間で情報をやり取りするための各種の入出力装置を含む。入出力Ｉ／Ｆ１３は、例えば、キーボード、ポインティングデバイス（例えば、マウス、タッチパネル等）等の情報入力装置、マイクロフォン等の音声入力装置、カメラ等の画像入力装置を含む。また、入出力Ｉ／Ｆ１３は、ディスプレイ等の画像出力装置、スピーカー等の音声出力装置を含む。

通信Ｉ／Ｆ１４は、ネットワークアダプタ等のハードウェア、各種の通信用ソフトウェア、又はこれらの組み合わせとして実装され、通信ネットワーク２０等を介した有線又は無線の通信を実現できるように構成されている。

ストレージ１５は、例えば、磁気ディスク又はフラッシュメモリ等によって構成される。ストレージ１５は、オペレーティングシステムを含む様々なプログラム及び各種データ等を記憶する。例えば、ストレージ１５は、様々な情報を管理する各種テーブル１５１を有する。また、例えば、ストレージ１５は、本発明の一実施形態に係るサーバ側プログラム４０を記憶する。当該プログラム４０は、ワークフロー管理サーバ１０を、ワークフロー管理ツールを提供するためのシステムの全部又は一部として機能させるためのプログラムである。サーバ側プログラム４０の少なくとも一部は、後述する端末側プログラム４２を介してユーザ端末３０側において実行されるように構成され得る。

本実施形態において、ワークフロー管理サーバ１０は、それぞれが上述したハードウェア構成を有する複数のコンピュータを用いて構成され得る。例えば、ワークフロー管理サーバ１０は、１又は複数のサーバ装置によって構成され得る。

このように構成されたワークフロー管理サーバ１０は、ウェブサーバ及びアプリケーションサーバとしての機能を有し、ユーザ端末３０にインストールされている端末側プログラム４２からの要求に応答して各種の処理を実行し、当該処理の結果に応じた画面データ（例えば、ＨＴＭＬデータ）及び制御データ等をユーザ端末３０に対して送信する。ユーザ端末３０では、受信したデータに基づくウェブページ又はその他の画面が出力される。

次に、ユーザ端末３０のハードウェア構成について説明する。ユーザ端末３０は、一般的なコンピュータとして構成されており、図１に示すように、コンピュータプロセッサ３１と、メインメモリ３２と、入出力Ｉ／Ｆ３３と、通信Ｉ／Ｆ３４と、ストレージ（記憶装置）３５とを備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。

コンピュータプロセッサ３１は、ＣＰＵ、ＧＰＵ又はＦＰＧＡ等、またはそれらを含む回路により構成され、ストレージ３５等に記憶されている様々なプログラムをメインメモリ３２に読み込んで、当該プログラムに含まれる各種の命令を実行する。メインメモリ３２は、例えば、ＤＲＡＭ等によって構成される。

入出力Ｉ／Ｆ３３は、操作者等との間で情報をやり取りするための各種の入出力装置を含む。入出力Ｉ／Ｆ３３は、例えば、キーボード、ポインティングデバイス（例えば、マウス、タッチパネル等）等の情報入力装置、マイクロフォン等の音声入力装置、カメラ等の画像入力装置を含む。また、入出力Ｉ／Ｆ３３は、ディスプレイ等の画像出力装置、スピーカー等の音声出力装置を含む。

通信Ｉ／Ｆ３４は、ネットワークアダプタ等のハードウェア、各種の通信用ソフトウェア、及びこれらの組み合わせとして実装され、通信ネットワーク２０等を介した有線又は無線の通信を実現できるように構成されている。

ストレージ３５は、例えば、磁気ディスク又はフラッシュメモリ等によって構成される。ストレージ３５は、オペレーティングシステムを含む様々なプログラム及び各種データ等を記憶する。ストレージ３５が記憶するプログラムは、アプリケーションマーケット等からダウンロードされてインストールされ得る。また、ストレージ３５は、上述した端末側プログラム４２を記憶する。当該プログラム４２は、ウェブブラウザ、又は、その他のアプリケーション（例えば、ワークフロー管理ツール用のアプリケーション等）として構成され、上述したように、サーバ側プログラム４０の少なくとも一部を実行するように構成され得る。

本実施形態において、ユーザ端末３０は、スマートフォン、タブレット端末、ウェアラブルデバイス、又はパーソナルコンピュータ等として構成され得る。

このように構成されたユーザ端末３０を操作するユーザは、ストレージ３５等にインストールされている端末側プログラム４２を介したワークフロー管理サーバ１０との通信を実行することによって、ワークフロー管理サーバ１０が提供するワークフロー管理ツールを利用することができる。

次に、このように構成されたワークフロー管理サーバ１０が有する機能について説明する。ワークフロー管理サーバ１０のコンピュータプロセッサ１１は、図１に示すように、メインメモリ１２に読み込まれたプログラム（例えば、サーバ側プログラム４０の少なくとも一部）に含まれる命令を実行することによって、管理機能制御部１１２、ワークフロー設定登録部１１４、及び、稟議情報管理部１１６として機能するように構成されている。

管理機能制御部１１２は、ワークフロー管理ツールの管理機能の制御に関する様々な処理を実行するように構成されている。例えば、管理機能制御部１１２は、管理機能に関する様々な画面の画面データ及び制御データ等をユーザ端末３０に対して送信し、ユーザ端末３０において出力される当該画面を介したユーザによる操作入力に応答して様々な処理を実行し、当該処理の結果に応じた画面データ及び制御データ等をユーザ端末３０に対して送信する。管理機能制御部１１２によって制御される管理機能は、例えば、ログイン処理（ユーザ認証）、課金制御、及び、ユーザ情報の管理等を含む。

ワークフロー設定登録部１１４は、ワークフローの設定登録に関する様々な処理を実行するように構成されている。例えば、ワークフロー設定登録部１１４は、ワークフローの設定登録に関する様々な画面の画面データ及び制御データ等をユーザ端末３０に対して送信し、ユーザ端末３０において出力される当該画面を介したユーザによる操作入力に応答して様々な処理を実行し、当該処理の結果に応じた画面データ及び制御データ等をユーザ端末３０に対して送信する。

本実施形態において、ワークフロー設定登録部１１４は、企業における組織及び役職に関する組織役職情報を取得するように構成されている。例えば、こうした組織役職情報は、各種テーブル１５１に含まれる１又は複数のテーブルにおいて管理されており、これらのテーブルから取得される。組織役職情報は、例えば、企業における複数の組織の構造（例えば、親子関係等）、及び、各組織における役職を含む。

また、ワークフロー設定登録部１１４は、企業において承認を得るための承認ワークフローのルールに関するルール情報を取得するように構成されている。例えば、ワークフロー設定登録部１１４は、ユーザ端末３０において出力される画面を介してユーザによって入力されるルール情報を取得する。

また、ワークフロー設定登録部１１４は、上述した組織役職情報及びルール情報に基づいて、承認ワークフローの設定情報を生成するように構成されている。当該設定情報は、例えば、承認ワークフローにおける複数の段階（段階の数）と、各段階における承認者の条件に関する承認者条件情報と、を含む。また、承認者条件情報は、承認者を特定するための条件であって、例えば、承認者の所属組織、及び／又は、役職に関する条件を含む。

承認者の所属組織に関する条件は、例えば、特定の組織（例えば、経理部等の部門、部署等）に所属すること、及び、承認を申請する申請者の所属組織に所属すること等を含む。また、承認者の役職に関する条件は、例えば、特定の役職（例えば、ｘｘ部門の部長等）であること等を含む。

また、ワークフロー設定登録部１１４は、承認ワークフローの設定情報を登録するように構成されている。当該設定情報は、ワークフロー設定登録部１１４によって生成された設定情報がそのまま登録されてもよいし、ユーザによって変更が加えられた変更後の設定情報が登録されてもよい。こうした変更は、ユーザ端末３０において出力される画面を介して行われる。承認ワークフローの設定情報は、例えば、各種テーブル１５１に含まれる１又は複数のテーブルにおいて管理される。

稟議情報管理部１１６は、稟議情報の管理に関する様々な処理を実行するように構成されている。例えば、稟議情報管理部１１６は、稟議情報の管理に関する様々な画面の画面データ及び制御データ等をユーザ端末３０に対して送信し、ユーザ端末３０において出力される当該画面を介したユーザによる操作入力に応答して様々な処理を実行し、当該処理の結果に応じた画面データ及び制御データ等をユーザ端末３０に対して送信する。

このように、本実施形態におけるワークフロー管理サーバ１０は、企業における組織役職情報、及び、承認ワークフローのルール情報を取得し、これらの情報に基づいて、承認ワークフローの設定情報を自動的に生成するから、ユーザは、組織役職情報及びルール情報を準備することにより、承認ワークフローを設定することが可能となる。つまり、ワークフロー管理サーバ１０は、ワークフローの容易な設定を支援する。

本実施形態において、ワークフロー設定登録部１１４は、企業における複数の従業員に関する従業員情報であって、各従業員の所属組織及び役職を含む当該従業員情報を取得するように構成することができ、この場合、ワークフロー設定登録部１１４は、当該従業員情報に基づいて、上記組織役職情報を取得するように構成され得る。こうした構成は、従業員情報に基づく組織役職情報の取得を可能とする。

本実施形態において、承認ワークフローのルールが文章で記述されたルール情報を取得するようにしてもよい。この場合、ワークフロー設定登録部１１４は、上述した組織役職情報及びルール情報に基づいて、承認ワークフローの設定情報の出力を言語モデルに対して指示するためのプロンプトを生成し、当該プロンプトを言語モデルに対して入力し、当該言語モデルから出力される情報に基づいて設定情報を取得するように構成され得る。言語モデルは、人間の言語を単語の出現確率を用いてモデル化したものであり、例えば、大規模言語モデル（ＬＬＭ）を含む。当該プロンプトは、例えば、承認ワークフローのルールに対して、企業における組織及び役職が適用された設定情報の出力を指示するものとして構成される。こうした構成は、ユーザが、承認ワークフローのルールを文章で記述することを可能とする。

また、承認ワークフローの設定情報の出力を指示するためのプロンプトが複数のプロンプトによって構成されるようにしてもよい。例えば、複数のプロンプトは、設定情報のうち、承認ワークフローにおける複数の段階（段階の数）の出力を指示するための第１プロンプトと、各段階における承認者の条件に関する承認者条件情報の出力を指示するための第２プロンプトと、を含む。こうした構成は、１つのプロンプトにおける文字数が過剰になることを抑制する。

本実施形態において、稟議情報管理部１１６は、承認ワークフローの設定情報に関連付けて稟議情報を生成し、当該設定情報に基づいて、稟議情報の承認を制御するように構成され得る。稟議情報は、稟議において承認の対象となる内容と言うこともでき、例えば、各種テーブル１５１に含まれる１又は複数のテーブルにおいて管理される。こうした構成は、承認ワークフローの設定情報に基づく稟議情報の承認の制御を可能とする。

また、稟議情報管理部１１６は、稟議情報を生成する際に、複数の承認ワークフローに含まれる１の承認ワークフローの設定情報を当該稟議情報に関連付けると共に、これらの複数の承認ワークフローの各々の設定情報のうち、稟議情報が関連付けられた承認ワークフローの設定情報に基づいて、当該稟議情報の承認を制御するように構成され得る。稟議情報に関連付ける設定情報は、例えば、登録されている複数の承認ワークフローの設定情報の中からユーザ（例えば、稟議の申請者）によって特定され、又は、稟議情報管理部１１６によって自動的に特定される。こうした構成は、複数の承認ワークフローに含まれる１の承認ワークフローの設定情報に基づく稟議情報の承認の制御を可能とする。

本実施形態において、稟議情報を生成するための情報が、ユーザによって入力されるようにしてもよい。例えば、稟議情報管理部１１６は、申請者によって入力される情報に基づいて、稟議情報を生成するように構成される。例えば、当該申請者は、ユーザ端末３０において出力される画面を介して情報を入力する。また、例えば、当該申請者は、当該画面を介して、請求書又は契約書等の電子ファイルをアップロードし、当該電子ファイルに含まれる情報（ＯＣＲ等の文字認識処理を介して取得される。）に基づいて、稟議情報が生成される。こうした構成は、申請者によって入力される情報に基づく稟議情報の生成を可能とする。

また、例えば、稟議情報管理部１１６は、所定アカウントを宛先とするメッセージに含まれる情報に基づいて、稟議情報を生成するように構成される。当該メッセージは、チャット、及び、電子メール等を含む。例えば、稟議情報管理部１１６は、所定アカウントを宛先とするメッセージの受信を監視し、受信したメッセージに含まれる情報に基づいて、稟議情報を生成する。こうした稟議情報の申請者は、例えば、メッセージに含まれる情報に基づいて設定され、或いは、当該メッセージの送信元、又は、他の宛先の中から設定される。こうした構成は、所定アカウントを宛先とするメッセージに含まれる情報に基づく稟議情報の生成を可能とする。

また、稟議情報管理部１１６は、承認ワークフローの設定情報、及び、従業員情報に基づいて、承認ワークフローにおける複数の段階の各々における承認者を特定し、特定した承認者に対して稟議情報の承認依頼を通知するように構成され得る。こうした構成は、承認ワークフローの各段階における承認者に対する承認依頼の通知を可能とする。

本実施形態において、複数の稟議情報の各々に関連付けて、対応する承認ワークフローの複数の段階の各々における承認者及び承認状況が管理されるようにしてもよい。この場合、稟議情報管理部１１６は、特定の承認者又は承認者の所属組織（承認組織）に関連付けられた稟議案件の一覧を提示するように構成され得る。例えば、こうした稟議情報の一覧を含む画面の画面データ及び制御データ等が、ユーザ端末３０に対して送信される。こうした構成は、承認者及び承認組織毎の稟議情報の管理を可能とする。

また、稟議情報管理部１１６は、稟議情報に関連付けられた契約書情報及び／又は請求書情報に基づいて支払情報を取得するように構成され得る。取得された支払情報は、例えば、各種テーブル１５１に含まれる１又は複数のテーブルにおいて管理される。こうした構成は、稟議情報に基づく支払情報の管理を可能とする。

また、稟議情報管理部１１６は、相互に異なる稟議情報に関連付けられた契約書情報及び請求書情報の類似度に基づいて、これらの契約書情報と請求書情報とを関連付けて記憶するように構成され得る。こうした構成は、類似する契約書情報及び請求書情報の関連付けを可能とする。

次に、このような機能を有する本実施形態のワークフロー管理サーバ１０の一態様としての具体例について説明する。

まず、この例において、各種テーブル１５１に含まれる各テーブルが管理する情報について説明する。図２は、この例において、ユーザ情報テーブル１５１１が管理する情報を例示する。この例におけるユーザ情報テーブル１５１１は、ワークフロー管理ツールのユーザ（企業における従業員）に関する情報を管理し、図示するように、個別のユーザを識別する「ユーザＩＤ」に対応付けて、「氏名」、所属する企業を識別する「企業ＩＤ」、所属する組織を識別する「所属組織ＩＤ」、役職を識別する「役職ＩＤ」等の情報を管理する。

図３は、この例において、企業情報テーブル１５１２が管理する情報を例示する。この例における企業情報テーブル１５１２は、ワークフロー管理ツールが導入されている企業に関する情報を管理し、図示するように、個別の企業を識別する「企業ＩＤ」に対応付けて、「名称」等の情報を管理する。

図４は、この例において、組織情報テーブル１５１３が管理する情報を例示する。この例における組織情報テーブル１５１３は、企業における組織に関する情報を管理し、図示するように、個別の企業を識別する「企業ＩＤ」及び当該企業において個別の組織を識別する「組織ＩＤ」の組合せに対応付けて、「名称」、親の組織を識別する「親組織ＩＤ」等の情報を管理する。当該親組織ＩＤによって、組織の親子関係が管理される。

図５は、この例において、役職情報テーブル１５１４が管理する情報を例示する。この例における役職情報テーブル１５１４は、企業における役職に関する情報を管理し、図示するように、個別の企業を識別する「企業ＩＤ」及び当該企業において個別の役職を識別する「役職ＩＤ」の組合せに対応付けて、「名称」等の情報を管理する。

この例では、企業の担当者から提供される従業員リストに基づいて、ユーザ情報テーブル１５１１、組織情報テーブル１５１３、及び、役職情報テーブル１５１４の内容が自動的に設定される。従業員リストは、ワークフロー管理ツールのユーザＩＤ、氏名、所属組織（名称）、及び、役職（名称）を含み、例えば、ＣＳＶ形式で提供される。従業員リストにおける所属組織は、組織の階層構造（親子関係）が特定可能な形式（例えば、上位組織（例えば、部）及び下位組織（例えば、課）が別のカラムで管理される形式等）で提供される。

図６は、この例において、ワークフロー情報管理テーブル１５１５が管理する情報を例示する。この例におけるワークフロー情報管理テーブル１５１５は、設定情報が登録されている承認ワークフローに関する情報を管理し、図示するように、個別の企業を識別する「企業ＩＤ」及び当該企業において個別の承認ワークフローを識別する「ワークフローＩＤ」の組合せに対応付けて、「名称」、「適用開始日」等の情報を管理する。

図７は、この例において、ワークフロー段階情報管理テーブル１５１６が管理する情報を例示する。この例におけるワークフロー段階情報管理テーブル１５１６は、承認ワークフローにおける各段階に関する情報を管理し、図示するように、個別の企業を識別する「企業ＩＤ」、個別の承認ワークフローを識別する「ワークフローＩＤ」、及び、当該承認ワークフローにおける個別の段階を示す「段階」の組合せに対応付けて、承認者の条件に関する情報である「承認者条件情報」、最終の段階であるか否かを示す「最終段階フラグ」等の情報を管理する。承認ワークフローの最終の段階における承認者は、決裁者と言うこともできる。

図８は、この例において、稟議案件管理テーブル１５１７が管理する情報を例示する。この例における稟議案件管理テーブル１５１７は、申請された稟議案件を管理し、図示するように、個別の企業を識別する「企業ＩＤ」、及び、当該企業において個別の稟議案件を識別する「稟議案件ＩＤ」の組合せに対応付けて、稟議の申請者を識別する「申請者ユーザＩＤ」、適用される承認ワークフローを識別する「ワークフローＩＤ」、「申請日」、稟議の内容に関する情報である「稟議情報」、関連する契約書に関する情報である「契約書情報」、関連する請求書に関する情報である「請求書情報」、「稟議ステータス」等の情報を管理する。この例において、契約書情報は、稟議における承認の対象が「契約締結」である場合に設定され、契約書データへのリンク情報等を含む。また、請求書情報は、稟議における承認の対象が「請求書支払」である場合に設定され、請求書データへのリンク情報等を含む。稟議ステータスには、「未承認」、「承認中」（一部の承認者のみが承認済み）、「承認済」、及び、「却下」のうちの何れかに対応する値が設定される。

図９は、この例において、稟議承認情報管理テーブル１５１８が管理する情報を例示する。この例における稟議承認情報管理テーブル１５１８は、稟議における承認に関する情報を管理し、図示するように、個別の企業を識別する「企業ＩＤ」、個別の稟議案件を識別する「稟議案件ＩＤ」、及び、当該稟議案件の承認ワークフローにおける個別の段階を示す「段階」の組合せに対応付けて、承認者に関する情報である「承認者情報」、「承認日」、「承認ステータス」、最終の段階であるか否かを示す「最終段階フラグ」等の情報を管理する。承認ステータスには、「未承認」、「承認済」、及び、「却下」のうちの何れかに対応する値が設定される。

図１０は、この例において、支払情報管理テーブル１５１９が管理する情報を例示する。この例における支払情報管理テーブル１５１９は、稟議情報に基づく支払に関する情報を管理し、図示するように、個別の企業を識別する「企業ＩＤ」、及び、当該企業において個別の支払を識別する「支払ＩＤ」の組合せに対応付けて、関連する稟議案件を識別する「稟議案件ＩＤ」、支払先となる取引先に関する情報である「取引先情報」、「支払予定日」、「支払金額」、企業において担当する組織を識別する「担当組織ＩＤ」、「支払ステータス」等の情報を管理する。支払ステータスには、「未支払」、及び、「支払済」のうちの何れかに対応する値が設定される。

以上、この例において、各テーブルが管理する情報について説明した。次に、この例において、ワークフロー管理サーバ１０が実行する処理、及び、ユーザ端末３０において出力される画面等について説明する。

まず、承認ワークフローの設定について説明する。図１１は、承認ワークフローの設定の際に、ワークフロー管理サーバ１０が実行する処理を例示するフローチャートである。ワークフロー管理サーバ１０は、まず、図示するように、承認ワークフローのルールを受け付ける（ステップＳ１００）。この例において、当該ルールは、ユーザ端末３０において出力される画面を介してユーザによって入力される。

図１２は、ユーザ端末３０において出力されるルール入力画面５０を例示する。当該画面５０は、承認ワークフローのルールを入力するための画面であり、図示するように、承認ワークフローの名称を入力するための名称入力領域５２と、ルールを入力するためのルール入力領域５４と、「次へ」というテキストが付加された続行ボタン５６とを有する。名称入力領域５２には、「請求書支払申請」又は「契約締結申請」等の承認ワークフローを特定するための名称が入力される。

ルール入力領域５４は、承認ワークフローのルールを文章で入力できるように構成されている。ユーザ（例えば、企業における事務を管轄する総務部門の担当者等）は、例えば、「２段階の承認で、所属部門の部長が承認した後、経理部の部長が承認したら決裁としたい。」等の文章で、承認ワークフローのルールを入力することができる。続行ボタン５６が選択されると、ワークフローの名称と共に、ルールが受け付けられる。

図１１のフローチャートに戻り、続いて、ワークフロー管理サーバ１０は、組織役職情報、及び、ルールに基づいて、承認ワークフローの設定情報の生成を大規模言語モデル（ＬＬＭ）に対して指示するためのプロンプトを生成する（ステップＳ１１０）。こうした大規模言語モデルとして、例えば、米国ＯｐｅｎＡＩ社が提供するＧＰＴ－４等が適用され得る。

プロンプトは、具体的には、文章で指定されたルールに対して、企業における複数の組織の構造、及び、各組織における役職を適用した上で、承認ワークフローの設定情報の生成を指示するものである。組織の構造、及び、役職は、組織情報テーブル１５１３及び役職情報テーブル１５１４から取得される。

次に、ワークフロー管理サーバ１０は、生成したプロンプトを大規模言語モデルに対して入力する（ステップＳ１２０）。具体的には、大規模言語モデルに対応するＡＰＩを介してプロンプトが入力される。

続いて、ワークフロー管理サーバ１０は、大規模言語モデルからの出力情報に基づいて、承認ワークフローの設定情報を取得して表示する（ステップＳ１３０）。図１３は、大規模言語モデルからの出力情報を例示する。図示するように、この例の出力情報では、承認ワークフローにおける２つの段階の各々に対応する承認者の条件（承認組織及び承認役職）がＪＳＯＮ形式で記述されている。

この例において、承認ワークフローの設定情報の生成を指示するためのプロンプトとして、複数のプロンプトが生成される（複数のプロンプトに分割する。）ようにしてもよい。この場合、例えば、第１のプロンプトは、承認ワークフローにおける段階の数の出力を指示するものであり、第２のプロンプトは、第１のプロンプトを介して取得された数の各段階における承認者の条件の出力を指示するものである。また、組織の構造、及び、役職に関する情報の情報量が多い場合に、これらの情報を、複数のプロンプトを用いて段階的に、大規模言語モデルに対して提供するようにしてもよい。

図１４は、承認ワークフローの設定情報を表示する承認ワークフロー詳細画面６０を例示する。当該画面は、承認ワークフローの設定情報を表示及び登録するための画面であり、図示するように、承認ワークフローの名称を表示する名称表示領域６１と、承認ワークフローにおける段階に関する情報を表示する段階情報表示領域６２と、「ステップ追加」というテキストが付加された段階追加ボタン６４と、ワークフローの適用開始日の指定を有効化するための適用開始日有効化チェックボックス６６と、当該適用開始日を入力するための適用開始日入力領域６７と、保存ボタン６８とを有する。

段階情報表示領域６２は、承認ワークフローにおける複数の段階に対応する段階ボタン６２１を有し、当該ボタン６２１の右側において、承認者の条件に関する情報（図１４の例では、「申請者の所属部門の部長」及び「経理部の部長」）を表示する。図１４の段階情報表示領域６２は、承認ワークフローにおける承認の段階数が２段階である場合に対応しており、「Ｓｔｅｐ １」及び「Ｓｔｅｐ ２」というテキストがそれぞれ付加された２つの段階ボタン６２１が上下方向に並べて配置されている。

図１５は、段階ボタン６２１の選択に応じて、承認ワークフロー詳細画面６０に重ねて出力される段階情報変更画面７０を例示する。当該画面７０は、対応する段階における承認者の条件の変更、及び、段階自体の削除を行うための画面であり、図示するように、承認者の条件の設定方法を選択するための設定方法選択領域７２と、承認者の条件に関する情報を入力するための情報入力領域７４と、登録ボタン７６と、削除ボタン７８とを有する。削除ボタン７８が選択されると、対応する段階自体が削除される。

設定方法選択領域７２は、「人を指定」、「申請者の所属部門の役職を指定」、「部門と役職を指定」、及び「申請時に承認者を指定」の４つの選択肢の中から１の選択肢を選択できるように構成されている。

情報入力領域７４には、設定方法選択領域７２における選択内容に対応する個別入力領域７４１が配置される。具体的には、情報入力領域７４には、設定方法選択領域７２において「人を指定」が選択されている場合、承認者の選択入力が可能な１つの個別入力領域７４１が配置される。また、設定方法選択領域７２において「申請者の所属部門の役職を指定」が選択されている場合、役職の選択入力が可能な１つの個別入力領域７４１が配置される。また、設定方法選択領域７２において「部門と役職を指定」が選択されている場合、部門の選択入力可能な個別入力領域７４１、及び、役職の選択入力が可能な個別入力領域７４１が配置される。また、設定方法選択領域７２において「申請時に承認者を指定」が選択されている場合、個別入力領域７４１は配置されない。

登録ボタン７６が選択されると、設定方法選択領域７２及び情報入力領域７４を介して設定されている承認者の条件が登録（変更）される。

図１４の承認ワークフロー詳細画面６０に戻り、段階追加ボタン６４は、段階を追加するためのオブジェクトである。当該ボタン６４が選択されると、図１５に例示した上述した段階情報変更画面７０が出力され、ユーザは、当該画面７０を介して、新たに追加する段階の承認者の条件の設定を行うことができる。追加される段階は、承認ワークフローの最終の段階として追加される。

適用開始日有効化チェックボックス６６を選択してチェック状態とすると、適用開始日入力領域６７に対する入力が可能となり、ユーザは、当該領域６７を介して、承認ワークフローの設定情報の適用開始日を入力することができる。

保存ボタン６８が選択されると、承認ワークフローの設定情報が登録される。具体的には、ワークフロー情報管理テーブル１５１５及びワークフロー段階情報管理テーブル１５１６において、新たなレコードが挿入され、対応する値が設定される（図１６を参照）。

以上、承認ワークフローの設定について説明した。次に、承認ワークフローの設定情報に基づく稟議申請について説明する。

図１７は、稟議申請の際に、ワークフロー管理サーバ１０が実行する処理を例示するフローチャートである。ワークフロー管理サーバ１０は、まず、図示するように、稟議申請代行アカウントに対するメッセージの受信を待機する（ステップＳ２００においてＮＯ）。具体的には、この例におけるワークフロー管理ツールは、チャット機能を有しており、稟議申請代行アカウントに対するチャットメッセージの受信が待機される。例えば、稟議申請を行うユーザ（申請者）は、稟議申請代行アカウントを宛先とするチャットメッセージを送信する。

図１８は、稟議申請代行アカウントに対して稟議申請を依頼する稟議申請依頼メッセージ２００を例示する。当該メッセージ２００では、図示するように、「請求書支払申請をお願いします。」という文章が記述されていると共に、請求書データ（電子ファイル）が添付されている。なお、契約書締結を対象とする稟議申請である場合、契約書データ（契約書ファイル）が添付される。

図１７のフローチャートに戻り、稟議申請代行アカウントに対するメッセージを受信すると（ステップＳ２００においてＹＥＳ）、ワークフロー管理サーバ１０は、適用する承認ワークフローを特定する（ステップＳ２１０）。具体的には、ワークフロー情報管理テーブル１５１５において管理されている対象企業の複数の承認ワークフローのうち、その名称が、受信したメッセージの本文に含まれる承認ワークフローが、適用する承認ワークフローとして特定される。なお、受信したメッセージと、各承認ワークフローに関連付けられたサンプルメッセージとの類似度（例えば、コサイン類似度等）を判定し、当該類似度が高い承認ワークフローが、適用する承認ワークフローとして特定されるようにしてもよい。また、受信した電子ファイルと、各承認ワークフローに関連付けられたサンプル電子ファイルとの類似度（例えば、コサイン類似度等）を判定し、当該類似度が高い承認ワークフローが、適用する承認ワークフローとして特定されるようにしてもよい。

次に、ワークフロー管理サーバ１０は、受信したメッセージの添付ファイルに含まれるテキストを取得する（ステップＳ２２０）。具体的には、当該添付ファイルに対する文字認識処理（例えば、ＯＣＲ）を介して、テキストが取得される。添付ファイルは、契約書データ又は請求書データである。

続いて、ワークフロー管理サーバ１０は、稟議情報を生成する（ステップＳ２３０）。具体的には、稟議情報は、添付ファイルに含まれるテキストに基づいて生成される。例えば、稟議申請の対象が請求書支払である場合、稟議情報に含まれる項目である「支払先」、「支払先口座」、「請求日」、「支払期日」、「支払額」等の値に対応する文字列が請求書データから抽出され、当該文字列を用いて稟議情報が生成される。稟議情報に含まれる項目は、稟議申請の対象（契約書締結又は請求書支払）に応じて予め設定されている。

次に、ワークフロー管理サーバ１０は、申請者による稟議情報の確認を受け付ける（ステップＳ２４０）。具体的には、申請者に対して、稟議情報を確認するための確認メッセージが送信される。申請者は、稟議申請代行アカウントに対するチャットメッセージの送信元のユーザである。

図１９は、申請者のユーザ端末３０において出力される稟議情報確認メッセージ２１０を例示する。当該メッセージ２１０は、図示するように、生成された稟議情報を表示すると共に、ＯＫボタン２１２と、修正ボタン２１４と、取消ボタン２１６とを有する。ＯＫボタン２１２が選択されると、申請者による稟議情報の確認が受け付けられる。また、修正ボタン２１４が選択されると、稟議情報を修正するための図示しない画面が出力され、当該画面を介して、申請者は、稟議情報の修正を行うことができる。また、取消ボタン２１６が選択されると、稟議申請が取り消される。

図１７のフローチャートに戻り、申請者による稟議情報の確認が受け付けられると、次に、ワークフロー管理サーバ１０は、承認者を特定し、対応する稟議案件を登録する（ステップＳ２５０）。承認者は、具体的には、適用する承認ワークフローの各段階における承認者の条件を充足する承認者であり、ユーザ情報テーブル１５１１において管理されているユーザの中から特定される。稟議案件の登録では、具体的には、稟議案件管理テーブル１５１７、及び、稟議承認情報管理テーブル１５１８において、新たなレコードが挿入され、対応する値が設定される。

続いて、ワークフロー管理サーバ１０は、その時点の段階の承認者による承認を受け付ける（ステップＳ２６０）。具体的には、適用する承認ワークフローにおける１又は複数の未承認の段階のうち、最初の段階の承認者に対して、稟議情報の承認を依頼するための承認依頼メッセージが送信される。承認依頼メッセージの送信元は、稟議申請代行アカウントである。

図２０は、承認者のユーザ端末３０において出力される承認依頼メッセージ２２０を例示する。当該メッセージ２２０は、図示するように、稟議情報を表示すると共に、承認ボタン２２２と、差戻ボタン２２４と、却下ボタン２２６とを有する。承認ボタン２２２が選択されると、承認者による承認が受け付けられる。また、差戻ボタン２２４が選択されると、申請者への差戻が行われる。また、却下ボタン２２６が選択されると、稟議申請が却下される。これらのボタン２２２～２２６の選択に応じて、稟議承認情報管理テーブル１５１８において、対応する稟議案件及び段階の承認ステータスが更新される。

図１７のフローチャートに戻り、承認者による承認の受付は、承認者が最終承認者（決裁者）となる（つまり、最終段階の承認が行われる。）までの間、繰り返される（ステップＳ２７０においてＮＯ）。そして、最終承認者による承認（つまり、決裁）が行われると（ステップＳ２７０においてＹＥＳ）、次に、ワークフロー管理サーバ１０は、稟議申請の対象が請求書支払である場合には（ステップＳ２８０においてＹＥＳ）、支払情報を登録する（ステップＳ２９０）。具体的には、支払情報管理テーブル１５１９において、新たなレコードが挿入され、対応する値が設定される。支払情報は、稟議情報に基づいて取得される。

また、この例では、ユーザが承認者に含まれる稟議案件の一覧の出力が可能である。図２１は、ユーザ端末３０において出力される稟議案件一覧画面８０を例示する。当該画面８０は、図示するように、稟議案件の一覧表示の対象となる承認ワークフローを指定するためのワークフロー指定領域８１と、一覧表示に含める稟議案件のステータスを指定するためのステータス指定領域８２と、一覧表示領域８４とを有する。

ワークフロー指定領域８１は、対応する企業の複数の承認ワークフロー（ワークフロー情報管理テーブル１５１５において管理されている。）の中から、任意のワークフローを選択できるように構成されている。

ステータス指定領域８２は、未承認ボタン８２１と、承認済ボタン８２２と、却下済ボタン８２３とを有する。これらのボタン８２１～８２３が選択状態となると（同時に複数のボタンを選択状態とすることもできる。）、対応するステータス（未承認、承認済、又は、却下済）の稟議案件が、一覧表示領域８４における一覧表示の対象となる。

一覧表示領域８４は、ワークフロー指定領域８１を介して指定された承認ワークフローに対応する稟議案件のうち、対応するユーザが承認者として含まれる稟議案件であって、ステータス指定領域８２を介して指定された１又は複数のステータスに対応する稟議案件が一覧表示される。一覧表示される情報は、例えば、申請者、申請日、対応するユーザに対する承認依頼が行われてからの経過日数等を含む。当該経過日数が閾値以上となった場合に、ユーザに対するアラート通知が行われるようにしてもよい。また、対応するユーザが承認者として含まれる稟議案件に代えて、又は、これに加えて、対応するユーザの所属組織が承認組織として含まれる稟議案件が一覧表示されるようにしてもよい。

また、この例では、支払情報の一覧の出力が可能である。図２２は、ユーザ端末３０において出力される支払情報一覧画面９０を例示する。当該画面９０は、図示するように、一覧表示に含める支払情報のステータスを指定するためのステータス指定領域９２と、一覧表示領域９４とを有する。

ステータス指定領域９２は、未支払ボタン９２１と、支払済ボタン９２２とを有する。これらのボタン９２１～９２２が選択状態となると（同時に複数のボタンを選択状態とすることもできる。）、対応するステータス（未支払、又は、支払済）の支払情報が、一覧表示領域９４における一覧表示の対象となる。

一覧表示領域９４は、対応する企業における支払情報のうち、ステータス指定領域９２を介して指定された１又は複数のステータスに対応する支払情報が一覧表示される。一覧表示される情報は、例えば、取引先（支払先）、支払予定日、金額、ステータス、契約書データへのリンク、請求書データへのリンク、担当部署等を含む。

上述した例において、契約締結を対象とする稟議申請において添付された契約書データ、及び、請求書支払を対象とする稟議申請において添付された請求書データの内容の類似度に基づいて、これらのデータを関連付けるようにしてもよい。例えば、コサイン類似度が閾値以上である請求書データ及び契約書データの組合せが、各種テーブル１５１に含まれるテーブルにおいて管理される。例えば、サブスクリプション契約の場合には、１つの契約書データに対して、複数の請求書データが関連付けられる。この結果、請求書データと契約書データとの関連性の適切な管理が可能となる。

上述した例では、稟議申請代行アカウントに対するメッセージの受信に応じて、当該メッセージの添付ファイルに含まれるテキストに基づいて、稟議情報が生成されるようにしたが、これに代えて、又は、これに加えて、申請者が直接に稟議情報を入力し、当該申請者による指示に応じて、当該稟議情報が生成されるようにしてもよい。また、申請者が直接に電子ファイル（契約書データ又は請求書データ等）を入力（アップロード）し、当該電子ファイルに含まれるテキストに基づいて、稟議情報が生成されるようにしてもよい。

上述した例では、承認ワークフローのルールが文章で入力されるようにしたが、当該ルールが、文章以外の形式で入力されるようにしてもよい。この場合、大規模言語モデルを介した設定情報の取得に代えて、ルールベースの仕組みを介して、承認ワークフローの設定情報を生成するようにしてもよい。

以上説明した本実施形態に係るワークフロー管理サーバ１０は、企業における組織役職情報、及び、承認ワークフローのルール情報を取得し、これらの情報に基づいて、承認ワークフローの設定情報を自動的に生成するから、ユーザは、組織役職情報及びルール情報を準備することにより、承認ワークフローを設定することが可能となる。つまり、ワークフロー管理サーバ１０は、ワークフローの容易な設定を支援する。

本発明の他の実施形態において、上述した実施形態におけるワークフロー管理サーバ１０が有する機能の一部又は全部は、ワークフロー管理サーバ１０及びユーザ端末３０が協動することによって実現され、又は、ユーザ端末３０によって実現され得る。つまり、本発明のシステムは、ワークフロー管理サーバ１０によって構成される他、ワークフロー管理サーバ１０及びユーザ端末３０によって構成され、又は、ユーザ端末３０によって構成され得る。

本明細書で説明された処理及び手順は、明示的に説明されたもの以外にも、ソフトウェア、ハードウェアまたはこれらの任意の組み合わせによって実現される。例えば、本明細書で説明される処理及び手順は、集積回路、揮発性メモリ、不揮発性メモリ、磁気ディスク等の媒体に、当該処理及び手順に相当するロジックを実装することによって実現される。また、本明細書で説明された処理及び手順は、当該処理・手順に相当するコンピュータプログラムとして実装し、各種のコンピュータに実行させることが可能である。

本明細書中で説明された処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書において説明されたソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。

本明細書において、発明の構成要素が単数もしくは複数のいずれか一方として説明された場合、又は、単数もしくは複数のいずれとも限定せずに説明された場合であっても、文脈上別に解すべき場合を除き、当該構成要素は単数又は複数のいずれであってもよい。

１０ ワークフロー管理サーバ
１１ コンピュータプロセッサ
１１２ 管理機能制御部
１１４ ワークフロー設定登録部
１１６ 稟議情報管理部
１５ ストレージ
１５１ 各種テーブル
１５１１ ユーザ情報テーブル
１５１２ 企業情報テーブル
１５１３ 組織情報テーブル
１５１４ 役職情報テーブル
１５１５ ワークフロー情報管理テーブル
１５１６ ワークフロー段階情報管理テーブル
１５１７ 稟議案件管理テーブル
１５１８ 稟議承認情報管理テーブル
１５１９ 支払情報管理テーブル
３０ ユーザ端末
４０ サーバ側プログラム
４２ 端末側プログラム
５０ ルール入力画面
６０ 承認ワークフロー詳細画面
７０ 段階情報変更画面
８０ 稟議案件一覧画面
９０ 支払情報一覧画面
２００ 稟議申請依頼メッセージ
２１０ 稟議情報確認メッセージ
２２０ 承認依頼メッセージ

Claims (16)

1. １又は複数のコンピュータプロセッサを備え、ワークフローを管理するためのシステムであって、前記１又は複数のコンピュータプロセッサは、
   企業における組織及び役職に関する組織役職情報を取得するステップと、
   前記企業において承認を得るための承認ワークフローのルールに関するルール情報を取得するステップと、
   前記組織役職情報と、前記ルール情報と、に基づいて、前記承認ワークフローの設定情報を生成するステップと、
   前記設定情報を登録するステップと、を実行する、
   システム。
2. 前記設定情報は、前記承認ワークフローにおける複数の段階と、前記複数の段階の各々における承認者の条件に関する承認者条件情報と、を含み、
   前記承認者条件情報は、承認者の所属組織、及び／又は、役職に関する条件を含む、
   請求項１のシステム。
3. 前記１又は複数のコンピュータプロセッサは、さらに、前記企業における複数の従業員に関する従業員情報であって、前記複数の従業員の各々の所属組織及び役職を含む前記従業員情報を取得するステップを実行し、
   前記組織役職情報を取得するステップは、前記従業員情報に基づいて前記組織役職情報を取得する、
   請求項１のシステム。
4. 前記ルール情報は、前記承認ワークフローのルールが文章で記述されており、
   前記設定情報を生成するステップは、
   前記組織役職情報と、前記ルール情報と、に基づいて、前記設定情報の出力を言語モデルに対して指示するためのプロンプトを生成すること、及び、
   前記プロンプトを前記言語モデルに対して入力し、前記言語モデルから出力される情報に基づいて前記設定情報を取得すること、を含む、
   請求項１のシステム。
5. 前記プロンプトは、前記承認ワークフローのルールに対して、前記組織役職情報に基づく前記企業における組織及び役職が適用された前記設定情報の出力を指示する、
   請求項４のシステム。
6. 前記プロンプトは、複数のプロンプトによって構成され、
   前記複数のプロンプトは、前記設定情報のうち、前記承認ワークフローにおける複数の段階の出力を指示するための第１プロンプトと、前記複数の段階の各々における承認者の条件に関する承認者条件情報の出力を指示するための第２プロンプトと、を含む、
   請求項４のシステム。
7. 前記１又は複数のコンピュータプロセッサは、さらに、
   前記設定情報に関連付けて稟議情報を生成するステップと、
   前記設定情報に基づいて、前記稟議情報の承認を制御するステップと、を実行する、
   請求項１のシステム。
8. 前記稟議情報を生成するステップは、複数の承認ワークフローに含まれる１の承認ワークフローの設定情報を関連付けて前記稟議情報を生成し、
   前記稟議情報の承認を制御するステップは、前記複数の承認ワークフローの各々の設定情報のうち、前記稟議情報が関連付けられた前記１の承認ワークフローの設定情報に基づいて前記稟議情報の承認を制御する、
   請求項７のシステム。
9. 前記稟議情報を生成するステップは、申請者によって入力される情報に基づいて、前記稟議情報を生成する、
   請求項７のシステム。
10. 前記稟議情報を生成するステップは、所定アカウントを宛先とするメッセージに含まれる情報に基づいて、前記稟議情報を生成する、
    請求項７のシステム。
11. 前記１又は複数のコンピュータプロセッサは、さらに、前記企業における複数の従業員に関する従業員情報であって、前記複数の従業員の各々の所属組織及び役職を含む前記従業員情報を取得するステップを実行し、
    前記承認を制御するステップは、前記設定情報及び前記従業員情報に基づいて、前記承認ワークフローにおける複数の段階の各々における承認者を特定し、特定した承認者に対して前記稟議情報の承認依頼を通知することを含む、
    請求項７のシステム。
12. 前記１又は複数のコンピュータプロセッサは、さらに、
    複数の稟議情報の各々に関連付けて、対応する承認ワークフローの複数の段階の各々における承認者及び承認状況を管理するステップと、
    特定の承認者又は承認者の所属組織に関連付けられた稟議情報の一覧を提示するステップと、を実行する、
    請求項７のシステム。
13. 前記１又は複数のコンピュータプロセッサは、さらに、前記稟議情報に関連付けられた契約書情報及び／又は請求書情報に基づいて支払情報を取得するステップを実行する、
    請求項７のシステム。
14. 前記１又は複数のコンピュータプロセッサは、さらに、第１稟議情報に関連付けられた契約書情報と、第２稟議情報に関連付けられた請求書情報と、の類似度に基づいて、前記契約書情報と前記請求書情報とを関連付けて記憶するステップと、を実行する、
    請求項７のシステム。
15. １又は複数のコンピュータによって実行され、ワークフローを管理するための方法であって、
    企業における組織及び役職に関する組織役職情報を取得するステップと、
    前記企業において承認を得るための承認ワークフローのルールに関するルール情報を取得するステップと、
    前記組織役職情報と、前記ルール情報と、に基づいて、前記承認ワークフローの設定情報を生成するステップと、
    前記設定情報を登録するステップと、を備える、
    方法。
16. ワークフローを管理するためのプログラムであって、１又は複数のコンピュータに、
    企業における組織及び役職に関する組織役職情報を取得するステップと、
    前記企業において承認を得るための承認ワークフローのルールに関するルール情報を取得するステップと、
    前記組織役職情報と、前記ルール情報と、に基づいて、前記承認ワークフローの設定情報を生成するステップと、
    前記設定情報を登録するステップと、を実行させる、
    プログラム。