知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-02-27
(45)【発行日】2024-03-06
(54)【発明の名称】プログラム、情報処理装置、及び方法
(51)【国際特許分類】
G06Q 10/06 20230101AFI20240228BHJP
【ＦＩ】
G06Q10/06
【請求項の数】
9
(21)【出願番号】P 2022134012
(22)【出願日】2022-08-25
【審査請求日】2023-12-11
【早期審査対象出願】
(73)【特許権者】
【識別番号】513056101
【氏名又は名称】フリー株式会社
(74)【代理人】
【識別番号】110002815
【氏名又は名称】ＩＰＴｅｃｈ弁理士法人
(72)【発明者】
【氏名】佐藤 顕範
(72)【発明者】
【氏名】田中 浩之
【審査官】平井 嗣人
(56)【参考文献】
【文献】特開２００９－１１０１９７（ＪＰ，Ａ）
【文献】特開２０１０－０７２６８５（ＪＰ，Ａ）
【文献】特開２００４－０６２４３９（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
プロセッサとメモリとを備えるコンピュータを動作させるためのプログラムであって、前記メモリには、第１の事業者であるユーザが業務を遂行するために必要な帳票類のフォーマット情報、及び、前記帳票類を作成する作業工程を示すワークフローのモデル情報が格納されており、
前記プログラムは、前記プロセッサに、
前記ユーザから、当該ユーザの取引先である第２の事業者と前記ユーザとの間の商取引に関する取引データの入力を受け入れる第１ステップと、
前記第１ステップにおいて受け入れた前記取引データに基づいて、前記モデル情報を参照することで前記第２の事業者との前記商取引に係る前記ワークフローの情報を生成し、この情報を提示する第２ステップと、
前記第２ステップで前記ワークフローの情報を提示した前記ユーザから、前記取引データの変更の指示及び前記変更に係る情報を受け入れる第３ステップと、
前記第３ステップで受け入れた前記変更に係る情報に基づいて、前記第２ステップで生成した前記ワークフローの情報の変更が必要か否かを判定し、変更が必要と判定したら、変更した前記ワークフローの情報を前記ユーザに提示する第４ステップと、
前記第４ステップで変更した前記ワークフローの情報を提示した前記ユーザから、前記ワークフローの情報の変更の承認の指示を受け入れ、受け入れた変更の承認の指示に基づいて、前記ワークフローの情報を変更する第５ステップと
を実行させる、プログラム。
【請求項2】
前記第５ステップにおいて、前記第４ステップで変更した前記ワークフローの情報を提示した前記ユーザから、前記ワークフローの情報の変更の少なくとも一部について非承認の指示を受け入れ、受け入れた変更の非承認の指示に基づいて、前記モデル情報を変更する、請求項１に記載のプログラム。
【請求項3】
前記第２の事業者は複数存在し、前記第５ステップにおいて、前記第４ステップで変更した前記ワークフローの情報を提示した前記ユーザから、前記ワークフローの情報の変更の少なくとも一部について非承認の指示を受け入れ、受け入れた変更の非承認の指示に基づいて、特定の前記第２の事業者についての前記モデル情報を変更する、請求項２に記載のプログラム。
【請求項4】
前記第５ステップにおいて、前記第４ステップで変更した前記ワークフローの情報を提示した前記ユーザから、前記ワークフローの情報の変更の少なくとも一部について非承認の指示を受け入れ、受け入れた変更の非承認の指示に基づいて、特定の時期についての前記商取引に係る前記モデル情報を変更する、請求項２に記載のプログラム。
【請求項5】
前記第４ステップにおいて、変更した前記ワークフローの情報を前記ユーザに視認可能な状態で提示し、このとき、前記ワークフローに関する情報のうち、変更に係る部分を強調表示する、請求項１に記載のプログラム。
【請求項6】
前記第４ステップにおいて、変更した前記ワークフローの情報を前記ユーザに視認可能な状態で提示し、このとき、前記ワークフローに関する情報のうち、変更に係る部分を吹き出し表示する、請求項１に記載のプログラム。
【請求項7】
前記プログラムは、さらに、前記第５ステップにおいて変更した前記ワークフローの情報を前記ユーザに提示する第６ステップを実行させる、請求項１に記載のプログラム。
【請求項8】
プロセッサとメモリとを備えた情報処理装置であって、前記メモリには、第１の事業者であるユーザが業務を遂行するために必要な帳票類のフォーマット情報、及び、前記帳票類を作成する作業工程を示すワークフローのモデル情報が格納されており、
前記プロセッサは、
前記ユーザから、当該ユーザの取引先である第２の事業者と前記ユーザとの間の商取引に関する取引データの入力を受け入れる第１ステップと、
前記第１ステップにおいて受け入れた前記取引データに基づいて、前記モデル情報を参照することで前記第２の事業者との前記商取引に係る前記ワークフローの情報を生成し、この情報を提示する第２ステップと、
前記第２ステップで前記ワークフローの情報を提示した前記ユーザから、前記取引データの変更の指示及び前記変更に係る情報を受け入れる第３ステップと、
前記第３ステップで受け入れた前記変更に係る情報に基づいて、前記第２ステップで生成した前記ワークフローの情報の変更が必要か否かを判定し、変更が必要と判定したら、変更した前記ワークフローの情報を前記ユーザに提示する第４ステップと、
前記第４ステップで変更した前記ワークフローの情報を提示した前記ユーザから、前記ワークフローの情報の変更の承認の指示を受け入れ、受け入れた変更の承認の指示に基づいて、前記ワークフローの情報を変更する第５ステップと
を実行する、情報処理装置。
【請求項9】
プロセッサとメモリとを備えたコンピュータにより実行される方法であって、前記メモリには、第１の事業者であるユーザが業務を遂行するために必要な帳票類のフォーマット情報、及び、前記帳票類を作成する作業工程を示すワークフローのモデル情報が格納されており、
前記プロセッサは、
前記ユーザから、当該ユーザの取引先である第２の事業者と前記ユーザとの間の商取引に関する取引データの入力を受け入れる第１ステップと、
前記第１ステップにおいて受け入れた前記取引データに基づいて、前記モデル情報を参照することで前記第２の事業者との前記商取引に係る前記ワークフローの情報を生成し、この情報を提示する第２ステップと、
前記第２ステップで前記ワークフローの情報を提示した前記ユーザから、前記取引データの変更の指示及び前記変更に係る情報を受け入れる第３ステップと、
前記第３ステップで受け入れた前記変更に係る情報に基づいて、前記第２ステップで生成した前記ワークフローの情報の変更が必要か否かを判定し、変更が必要と判定したら、変更した前記ワークフローの情報を前記ユーザに提示する第４ステップと、
前記第４ステップで変更した前記ワークフローの情報を提示した前記ユーザから、前記ワークフローの情報の変更の承認の指示を受け入れ、受け入れた変更の承認の指示に基づいて、前記ワークフローの情報を変更する第５ステップと
を実行する、方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、情報処理装置、及び方法に関する。
【背景技術】
【0002】
ＥＲＰ（Enterprise Resource Planning）パッケージソフト（統合基幹業務システムと呼ばれることが多く、多くはクラウド型サービスとして提供される）として、見込・引合管理から見積・受注・売上・請求・債権管理まで、販売業務全体を管理する販売管理システムがあり、その中でワークフロー管理機能も備えている。
【0003】
上述した技術に関連する技術として、特許文献１に開示された技術がある。
【0004】
特許文献１は取引管理システムに関するもので、この取引管理システムの取引管理装置は、複数の事業者のうちの一の事業者の操作により、取引データの登録情報を受け付ける取引データ登録受付部と、他の事業者を招待する招待データ受け付ける招待通知部と、取引データに対する編集入力を受け付ける編集入力受付部と、編集を行ったユーザ以外の他のユーザに編集内容の変更箇所を提示する変更箇所提示部と、見積書等の帳票データを生成する帳票データ生成部と、取引データの作業工程に対する承認入力を受け付ける承認入力受付部と、作業工程を次の作業工程に進める取引データ工程変更部と、を備える。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２０２１－９５０５号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
取引（ワークフロー）の管理を行う場合、例えば取り扱う金額が変更になった場合、ワークフローが変更されることがある。具体的には、取り扱い金額が１０万円を超えると稟議のフロー（承認者、添付証憑・・・）が変わることがある。また、チェックの観点も変わることもある。そのため、例えば取引先に金額が所定金額を超えないように請求書を分けて出すよう要請するような、煩わしい管理を行っている現状がある。
【0007】
そこで、本開示では、ワークフロー管理において、取扱い金額が変更になるような場合に、それに伴ってワークフローの変更に対応したカスタマイズを行うことが可能な技術について説明する。
【課題を解決するための手段】
【0008】
本開示の一実施形態によると、プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムが提供される。メモリには、第１の事業者であるユーザが業務を遂行するために必要な帳票類のフォーマット情報、及び、帳票類を作成する作業工程を示すワークフローのモデル情報が格納されている。プログラムは、プロセッサに、ユーザから、当該ユーザの取引先である第２の事業者とユーザとの間の商取引に関する取引データの入力を受け入れる第１ステップと、第１ステップにおいて受け入れた取引データに基づいて、モデル情報を参照することで第２の事業者との商取引に係るワークフローの情報を生成し、この情報を提示する第２ステップと、第２ステップでワークフローの情報を提示したユーザから、取引データの変更の指示及び変更に係る情報を受け入れる第３ステップと、第３ステップで受け入れた変更に係る情報に基づいて、第２ステップで生成したワークフローの情報の変更が必要か否かを判定し、変更が必要と判定したら、変更したワークフローの情報をユーザに提示する第４ステップと、第４ステップで変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の承認の指示を受け入れ、受け入れた変更の承認の指示に基づいて、ワークフローの情報を変更する第５ステップとを実行させる。
【発明の効果】
【0009】
本開示によれば、ワークフロー管理において、取扱い金額が変更になるような場合に、それに伴ってワークフローの変更に対応したカスタマイズを行うことが可能になる。
【図面の簡単な説明】
【0010】
【図1】実施の形態１の取引管理システム１の全体の構成を示す図である。
【図2】実施の形態１の取引管理システム１を構成する端末装置１０の機能的な構成を示すブロック図である。
【図3】実施の形態１の取引管理システム１を構成するサーバ２０の機能的な構成を示す図である。
【図4】実施の形態１の取引管理システム１を構成するサーバ２０が記憶する、取引データベース２０２１のデータ構造の例を示す図である。
【図5】実施の形態１の取引管理システム１を構成するサーバ２０が記憶する、帳票フォーマットデータベース２０２２のデータ構造の例を示す図である。
【図6】実施の形態１の取引管理システム１を構成するサーバ２０が記憶する、ワークフローモデル情報データベース２０２５のデータ構造の例を示す図である。
【図7】実施の形態１の取引管理システム１を構成するサーバ２０が記憶する、クライアント情報データベース２０２７のデータ構造の例を示す図である。
【図8】実施の形態１の取引管理システム１を構成するサーバ２０が記憶する、ユーザ情報データベース２０２８のデータ構造の例を示す図である。
【図9】実施の形態１の取引管理システム１における作業工程及び作業ステータスの一例を示すシーケンス図である。
【図10】実施の形態１の取引管理システム１によるワークフロー処理を行う流れの一例を示すフローチャートである。
【図12】端末装置１０に表示する画面例を示す図である。
【図13】端末装置１０に表示する画面例を示す図である。
【図14】端末装置１０に表示するフォルダツリーの画面例を示す図である。
【図15】端末装置１０に表示するフォルダツリーの画面例を示す図である。
【図16】端末装置１０に表示するフォルダツリーの画面例を示す図である。
【発明を実施するための形態】
【0011】
以下、図面を参照して本発明の実施形態を説明する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は単数でも複数でも構わない。
【0012】
なお、実施例を説明する図において、同一の機能を有する箇所には同一の符号を付し、その繰り返しの説明は省略する。
【0013】
図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。
【0014】
以下の説明では、「テーブル」、「リスト」、「キュー」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ＸＸテーブル」、「ＸＸリスト」等を「ＸＸ情報」と呼ぶことがある。識別情報について説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いるが、これらについてはお互いに置換が可能である。
【0015】
また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのテーブルであってもよい。
【0016】
同一あるいは同様な機能を有する構成要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。ただし、これらの複数の構成要素を区別する必要がない場合には、添字を省略して説明する場合がある。
【0017】
また、以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ、ＧＰＵ）によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）および／またはインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノードであってもよい。プログラムを実行して行う処理の主体は、演算部であれば良く、特定の処理を行う専用回路（例えばＦＰＧＡやＡＳＩＣ）を含んでいてもよい。
【0018】
また、以下の説明において、「プロセッサ（部）」は、１以上のプロセッサである。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサでもよい。少なくとも１つのプロセッサは、シングルコアでもよいしマルチコアでもよい。
【0019】
また、少なくとも１つのプロセッサは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサでもよい。
【0020】
また、以下の説明において、「メモリ部」は、１以上のメモリであり、典型的には主記憶デバイスでよい。メモリ部における少なくとも１つのメモリは、揮発性メモリであってもよいし不揮発性メモリであってもよい。
【0021】
プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサと配布対象のプログラムを記憶する記憶資源を含み、プログラム配布サーバのプロセッサが配布対象のプログラムを他の計算機に配布してもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
【0022】
本開示において、記憶デバイスは、１台のＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の１台のストレージドライブ、複数台のストレージドライブを含むＲＡＩＤ装置、及び複数のＲＡＩＤ装置を含む。また、ドライブがＨＤＤである場合には、例えば、ＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ） ＨＤＤを含んでもよく、ＮＬ－ＳＡＳ（ニアラインＳＡＳ） ＨＤＤを含んでもよい。
【0023】
また、以下の説明において、種々の対象の識別情報として、識別番号が使用されるが、識別番号以外の種類の識別情報（例えば、英字や符号を含んだ識別子）が採用されてもよい。
【0024】
また、以下の説明において、同種の要素を区別しないで説明する場合には、参照符号（又は、参照符号のうちの共通符号）を使用し、同種の要素を区別して説明する場合は、要素の識別番号（又は参照符号）を使用することがある。
【0025】
また、以下の説明において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。
【0026】
＜０ システムの概要＞
以下、本開示に係る取引管理システムについて説明する。
以下、本開示に係る取引管理システムについて説明する。
【0027】
本開示に係る取引管理システムは、限定ではなく例として、第１の事業者であるユーザと他の事業者である第２の事業者の間で行われる取引に係る取引データを管理するシステムにおいて、少なくともユーザからの取引データの登録を受け付け、この取引データと、事前に登録されている帳票類のフォーマットデータ及びワークフローのモデル情報とに基づいて、取引データに適したワークフローの情報を生成する。次いで、取引管理システムは、取引データに変更があった場合、ユーザからの変更指示及び変更内容を受け入れ、ワークフローの情報に変更を加えるかどうかを判定し、変更要と判定したら、ワークフローの情報を変更してユーザに提示し、変更の承認をユーザから得る。そして、変更の承認をユーザから得たら、ワークフローの情報を変更する。
【0028】
なお、取引管理システム１が提供するサービスは、上記のように取引データの管理に限られず、ユーザの企業や個人事業に係る会計処理全般のサービスであってもよい。例えば、入力された取引データを入出金データとして利用し、さらに保有資産等の財務データの入力を受け付け、ユーザの企業や個人事業の会計処理のサービスを提供してもよい。
以下の説明では、取引データの変更指示は第１の事業者であるユーザから受け入れているが、第２の事業者について取引管理システムへ招待した上で、第１の事業者と同様に取引データの変更指示を受け入れてもよい。
以下の説明では、取引データの変更指示は第１の事業者であるユーザから受け入れているが、第２の事業者について取引管理システムへ招待した上で、第１の事業者と同様に取引データの変更指示を受け入れてもよい。
【0029】
本開示に係る取引管理システムにおいて、取引データとはユーザと第２の事業者との間の商取引に関するデータを指す。一例として、取引データは、ユーザ（あるいはユーザが第１の事業者の従業員であれば当該第１の事業者である企業）の事業にて発生する、納品される商品の情報（品番や型番、バージョン番号、数量等）や、業務委託費、備品の購入等の各種支払情報といった取引情報、その取引先の情報、品目、発生年月日、取引金額等の情報である。取引データは、実際にユーザが第２の事業者との間で商取引を行う際に取引管理システムに入力したこれら情報を時系列上に並べた履歴（ログ）として取得してもよい。また、取引データは、一定のフォーマットで作成されたファイルとして、取引管理システムを構成する端末装置において作成され、同様に取引管理システムを構成するサーバにアップロードされてシステムとして登録されてもよい。
【0030】
また、本開示に係る取引管理システムにおいて、帳票類は、ユーザが取引データに基づいて業務を遂行するために必要な帳票類である。このような帳票類は公知であり、一例として見積書、注文書（発注書）、納品書、受領書、検収書、請求書などが挙げられる。ユーザが取引データに基づいて業務を遂行するために必要な帳票類であれば、その名称や内容に特段の限定はなく、種々の名称、内容の帳票類を本開示に係る取引管理システムにおいて管理し、作成することができる。
【0031】
また、本開示に係る取引管理システムにおいて、帳票類のフォーマット情報は、取引データに基づいて帳票類を作成する際に、これら帳票類のフォーマットを示す状である。一例として、帳票データのフォーマット情報は、帳票類を作成する際に必要な文言情報及びレイアウト情報を含む。具体的には、フォーマット情報は、後述するワークフローである作業工程ごとに作成される帳票である見積書、発注書、及び請求書を作成するために必要な文言情報及びレイアウト情報であり、「見積書」、「発注書」、「請求書」といったタイトルや定型文、品目や金額を帳票上に記載する位置を定義する情報等を含む。この帳票類のフォーマットデータは、作業工程の成果物として帳票を作成する場合に使用され、この帳票類のフォーマットデータに会社名や品目、金額といった取引データを当てはめることにより、帳票データが作成される。
【0032】
さらに、本開示に係る取引管理システムにおいて、ワークフローとは帳票類を作成する作業工程を示すものである。具体的なワークフローについては図を用いて詳細に説明するが、一例として、第２の事業者からユーザに成果物の発注があった場合、成果物作成に係る費用の見積書を作成し、見積書について上長に承認を得た上で第２の事業者に送付し、第２の事業者から見積書を含めた成果物作成の指示があり、成果物を作成して納品書とともに納品し、そして、成果物作成に係る費用の請求書を発行する、という一連の作業工程である。本開示に係る取引管理システムにおいて、ワークフローのモデル情報とは、事前に想定されたワークフローのそれぞれについて、どのようなワークフローであるかを示す情報である。ユーザは、ワークフローのモデル情報を参照し、いずれかのワークフローのモデル情報を選択し、さらに、取引データを選択する。本開示に係る取引管理システムは、ユーザによる選択に基づいて、選択された取引データに基づくワークフローの情報を生成する。ワークフローの情報は、選択された取引データに適した具体的なワークフローを示す情報である。
【0033】
ワークフローの情報を生成した後、取引データの変更が生じることがある。一例として、成果物の作成手順を仔細に検討した結果、当初の見積額を上回る見積書を作成する必要がある、といった場合である。ワークフローは第１の事業者の社内規定等に基づいて作成される必要があり、見積額によって決裁者、添付証憑等が変更になり得る。例えば、１０万円以下の見積額であれば課長決裁であるが、見積額が１０万円を超えると１０００万円までは部長決裁になる、といった社内規定がある場合、見積額が変更されれば決裁ルート（すなわちワークフロー）も変更する必要がある。従って、取引データが変更されると、本開示に係る取引管理システムは、取引データの変更の指示及び変更に係る情報を受け入れ、取引データの変更に係る情報に基づいて、ワークフローの情報を変更すべきか否かを判定する。
【0034】
そして、本開示に係る取引管理システムは、ワークフローの情報を変更する必要があると判定したら、変更したワークフローの情報をユーザに提示し、ワークフローの情報の変更の承認をユーザから受け入れる。変更の承認を受け入れたら、本開示に係る取引管理システムは、ワークフローの情報を変更する。
【0035】
＜実施の形態１＞
以下、取引管理システム１について説明する。以下の説明では、例えば、端末装置１０がサーバ２０へアクセスすることにより、サーバ２０が、端末装置１０で画面を生成するための情報を応答する。端末装置１０は、サーバ２０から受信した情報に基づいて画面を生成し表示する。
以下、取引管理システム１について説明する。以下の説明では、例えば、端末装置１０がサーバ２０へアクセスすることにより、サーバ２０が、端末装置１０で画面を生成するための情報を応答する。端末装置１０は、サーバ２０から受信した情報に基づいて画面を生成し表示する。
【0036】
＜１ 取引管理システム１の全体構成＞
図１は、実施の形態１の取引管理システム１の全体の構成を示す図である。図１に示すように、取引管理システム１は、複数の端末装置（図１では、端末装置１０Ａ及び端末装置１０Ｂを示している。以下、総称して「端末装置１０」ということもある）と、サーバ２０とを含む。端末装置１０とサーバ２０とは、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、有線または無線ネットワークにより構成される。本実施形態では、サーバ２０はＷｅｂサーバ（クラウドサーバを含む）としての機能を有するサーバであり、端末装置１０との間でＷｅｂページにより情報のやり取りを行う。また、端末装置１０にはＷｅｂページを閲覧するためのＷｅｂページブラウザがインストールされているが、サーバ２０のサービスを提供するための専用アプリケーションがインストールされ、専用アプリケーションにより閲覧可能に構成してもよい。
図１は、実施の形態１の取引管理システム１の全体の構成を示す図である。図１に示すように、取引管理システム１は、複数の端末装置（図１では、端末装置１０Ａ及び端末装置１０Ｂを示している。以下、総称して「端末装置１０」ということもある）と、サーバ２０とを含む。端末装置１０とサーバ２０とは、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、有線または無線ネットワークにより構成される。本実施形態では、サーバ２０はＷｅｂサーバ（クラウドサーバを含む）としての機能を有するサーバであり、端末装置１０との間でＷｅｂページにより情報のやり取りを行う。また、端末装置１０にはＷｅｂページを閲覧するためのＷｅｂページブラウザがインストールされているが、サーバ２０のサービスを提供するための専用アプリケーションがインストールされ、専用アプリケーションにより閲覧可能に構成してもよい。
【0037】
端末装置１０は、ユーザ及び第２の事業者の担当者が操作する装置である。本実施形態において、ユーザとは、第２の事業者との間で商取引を行う主体であり、商取引に伴って各種帳票類データをサーバ２０に生成させ、生成した帳票類データを第２の事業者との間でやり取りをする事業者である企業の担当者、または個人事業主等である。端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ等により実現される。この他、端末装置１０は、例えば移動体通信システムに対応したタブレットや、スマートフォン等の携帯端末であるとしてもよい。
【0038】
端末装置１０は、ネットワーク８０を介してサーバ２０と通信可能に接続される。端末装置１０は、４Ｇ、５Ｇ、ＬＴＥ（Long Term Evolution）等の通信規格に対応した無線基地局８１、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１等の無線ＬＡＮ（Local Area Network）規格に対応した無線ＬＡＮルータ８２等の通信機器と通信することにより、ネットワーク８０に接続される。図１に端末装置１０Ｂとして示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。
【0039】
通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、キーボードや、タッチパネル、タッチパッド、マウス等のポインティングデバイス等）である。出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。メモリ１５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。記憶部１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。
【0040】
サーバ２０は、端末装置１０の所有者であるユーザの指示によりワークフローの情報を生成し、このワークフローの情報に基づいて帳票類データを生成して端末装置１０に提供する。サーバ２０には、帳票類のフォーマット情報、及びワークフローのモデル情報が格納されている。また、サーバ２０は、ユーザから取引データの入力を受け入れる。そして、サーバ２０は、取引データ及びモデル情報に基づいてワークフローの情報を生成し、このワークフローの情報に基づいて帳票類データを生成する。
【0041】
サーバ２０は、ネットワーク８０に接続されたコンピュータである。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。
【0042】
通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ２５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。
【0043】
＜１．１ 端末装置１０の構成＞
図２は、図１の取引管理システム１を構成する端末装置１０の機能的な構成を示すブロック図である。図２に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、操作受付部１３０（キーボード１３１及びマウス１３２を含む）と、ディスプレイ１５０と、記憶部１７０と、制御部１８０とを含む。端末装置１０は、図２では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路等）も有している。図２に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。
図２は、図１の取引管理システム１を構成する端末装置１０の機能的な構成を示すブロック図である。図２に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、操作受付部１３０（キーボード１３１及びマウス１３２を含む）と、ディスプレイ１５０と、記憶部１７０と、制御部１８０とを含む。端末装置１０は、図２では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路等）も有している。図２に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。
【0044】
アンテナ１１１は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を第１無線通信部１２１へ与える。
【0045】
アンテナ１１２は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１２は、空間から電波を受信して受信信号を第２無線通信部１２２へ与える。
【0046】
第１無線通信部１２１は、端末装置１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理等を行う。第２無線通信部１２２は、端末装置１０が他の無線機器と通信するため、アンテナ１１２を介して信号を送受信するための変復調処理等を行う。第１無線通信部１２１と第２無線通信部１２２とは、チューナー、ＲＳＳＩ（Received Signal Strength Indicator）算出回路、ＣＲＣ（Cyclic Redundancy Check）算出回路、高周波回路等を含む通信モジュールである。第１無線通信部１２１と第２無線通信部１２２とは、端末装置１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１８０へ与える。
【0047】
操作受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、操作受付部１３０は、キーボード１３１と、マウス１３２とを含む。
【0048】
キーボード１３１は、端末装置１０のユーザの入力操作を受け付ける。キーボード１３１は、文字入力を行う装置であり、入力された文字情報を入力信号として制御部１８０へ出力する。
【0049】
マウス１３２は、端末装置１０のユーザの入力操作を受け付ける。マウス１３２は、ディスプレイ１５０に表示されている表示物を選択等するためのポインティングデバイスであり、画面上で選択された位置情報と、ボタン押下されていることを示す情報とを入力信号として制御部１８０へ出力する。
【0050】
ディスプレイ１５０は、制御部１８０の制御に応じて、画像、動画、テキストなどのデータを表示する。ディスプレイ１５０は、例えばＬＣＤ（Liquid Crystal Display）、または有機ＥＬ（Electro-Luminescence）ディスプレイによって実現される。なお、ディスプレイ１５０は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する、タッチスクリーンであり、上述のキーボード等の機能を含むものとして構成してもよい。
【0051】
記憶部１７０は、例えばフラッシュメモリ等のメモリ１５、記憶部１６により構成され、端末装置１０が使用するデータ及びプログラムを記憶する。ある局面において、記憶部１７０は、取引データ１７０１を記憶する。
【0052】
取引データ１７０１は、上述したように、ユーザと第２の事業者との間の商取引に関するデータである。取引データの詳細については後述する。
【0053】
制御部１８０は、例えばプロセッサ１９により構成され、記憶部１７０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、端末装置１０の動作を制御する。制御部１８０は、例えば予め端末装置１０にインストールされている（記憶部１７０に格納されている）アプリケーションであるプログラムに従って動作することにより、入力操作受付部１８０１と、送受信部１８０２と、データ処理部１８０３と、報知制御部１８０４としての機能を発揮する。
【0054】
入力操作受付部１８０１は、キーボード１３１等の入力装置に対するユーザの入力操作を受け付ける処理を行う。
【0055】
送受信部１８０２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。
【0056】
データ処理部１８０３は、端末装置１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。
【0057】
報知制御部１８０４は、ユーザに対し情報を提示する処理を行う。報知制御部１８０４は、表示画像をディスプレイ１５０に表示させる処理、音声をスピーカ（図示せず）に出力させる処理等を行う。
【0058】
＜１．２ サーバ２０の機能的な構成＞
図３は、図１の取引管理システム１を構成するサーバ２０の機能的な構成を示す図である。図３に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。
図３は、図１の取引管理システム１を構成するサーバ２０の機能的な構成を示す図である。図３に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。
【0059】
通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。
【0060】
記憶部２０２は、例えばメモリ２５、ストレージ２６から構成され、サーバ２０が使用するデータ及びプログラムを記憶する。記憶部２０２は、取引データベース（ＤＢ：Database）２０２１、帳票フォーマットＤＢ２０２２、定型文データ２０２３、帳票レイアウトデータ２０２４、ワークフロー（ＷＦ）モデル情報ＤＢ２０２５、ＷＦモデルデータ２０２６、クライアント情報ＤＢ２０２７、ユーザ情報ＤＢ２０２８等を記憶する。
【0061】
取引ＤＢ２０２１は、ユーザと第２の事業者との間の商取引に関する取引データを管理するためのデータベースである。取引ＤＢ２０２１には、好ましくは複数の取引データが格納されている。詳細は後述する。
【0062】
帳票フォーマットＤＢ２０２２は、ユーザが業務を遂行するために必要な帳票類のフォーマット情報を管理するためのデータベースである。帳票フォーマットＤＢ２０２２には、好ましくは複数の帳票類のフォーマット情報が格納されている。詳細は後述する。
【0063】
定型文データ２０２３は、フォーマット情報の一部を為す、帳票類に記載される文章のテンプレートとなるテキストデータである。本開示に係るサーバ２０において、記憶部２０２には複数の定型文データ２０２３が格納されていてもよい。なお、定型文データ２０２３を構成するファイルのデータ形式に特段の限定はなく、テキスト形式であってもよいし、他のデータ形式であってもよい。
【0064】
帳票レイアウトデータ２０２４は、フォーマット情報の一部を為す、帳票類に上述の定型文データ２０２３に含まれるテキストデータや、取引データに含まれるデータなどを記載する位置を定義したデータである。本開示に係るサーバ２０において、記憶部２０２には複数の帳票レイアウトデータ２０２４が格納されていてもよい。なお、帳票レイアウトデータ２０２４を構成するファイルのデータ形式に特段の限定はなく、ＸＭＬ（eXtensible Markup Language）形式などデータの配置位置等を記述しうるデータ形式であれば既知のものが好適に適用可能である。
【0065】
ＷＦモデル情報ＤＢ２０２５は、ワークフローのモデル情報を管理するためのデータベースである。ＷＦモデル情報ＤＢ２０２５には、好ましくは複数のワークフローのモデル情報が格納されている。詳細は後述する。
【0066】
ＷＦモデルデータ２０２６は、ワークフローのモデル情報を為すワークフローのモデルデータである。ワークフローのモデルデータは、ワークフローを構成する個々の作業工程と、これら作業工程の時系列上の前後関係を記述したデータである。本開示に係るサーバ２０において、記憶部２０２には複数のＷＦモデルデータ２０２６が格納されていてもよい。なお、ＷＦモデルデータ２０２６を構成するファイルのデータ形式に特段の限定はなく、ＪＳＯＮ（JavaScript Object Notation）（JavaScriptは登録商標）形式など、データの順序を記述しうるデータ形式であれば既知のものが好適に適用可能である。
【0067】
クライアント情報ＤＢ２０２７は、第２の事業者の情報、具体的には第２の事業者を識別する情報（クライアントＩＤ）、第２の事業者の名称（社名）、第２の法人番号等の情報を保持するためのデータベースである。クライアント情報ＤＢ２０２７はユーザが事前に作成し、記憶部２０２に格納する。詳細は後述する。
【0068】
ユーザ情報ＤＢ２０２８は、取引管理システムを利用するユーザの情報、具体的にはユーザを識別するための情報（ユーザＩＤ）、ユーザの氏名、所属等の情報を保持するためのデータである。ユーザ情報ＤＢ２０２８はユーザが事前に作成し、記憶部２０２に格納する。詳細は後述する。
【0069】
制御部２０３は、サーバ２０のプロセッサ２９がプログラムに従って処理を行うことにより、各種モジュールとして受信制御モジュール２０３１、送信制御モジュール２０３２、取引データ取得モジュール２０３３、ワークフロー情報生成モジュール２０３４、変更箇所受入モジュール２０３５、ワークフロー情報変更モジュール２０３６、帳票データ生成モジュール２０３７、及び取引データ工程変更モジュール２０３８に示す機能を発揮する。
【0070】
受信制御モジュール２０３１は、サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。
【0071】
送信制御モジュール２０３２は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。これら受信制御モジュール２０３１及び送信制御モジュール２０３２は、ネットワーク８０を介してアクセスしてきた端末装置１０を含む外部機器に対して、サーバ２０がＷｅｂサーバとして動作する機能をもたらす。
【0072】
取引データ取得モジュール２０３３は、第１の事業者であるユーザの操作により端末装置１０が操作されて、取引データの登録情報が送信されるので、その取引データを、通信部２０１を介して受け付ける。取引データ取得モジュール２０３３は、受け付けた取引データを取引ＤＢ２０２１に格納する。
【0073】
ワークフロー情報生成モジュール２０３４は、取引データ取得モジュール２０３３が取得して取引ＤＢ２０２１に格納した取引データを特定し（取引ＤＢ２０２１に複数の取引データがあればいずれか１つの取引データを選択し）、この取引データに適用すべき、ワークフローのモデル情報をＷＦモデル情報ＤＢ２０２５から特定し（複数のワークフローのモデル情報があればいずれか１つのワークフローのモデル情報を選択し）、特定したワークフローのモデル情報を用いて、ワークフローの情報を生成する。そして、ワークフロー情報生成モジュール２０３４は、生成したワークフローの情報を一時的に記憶部２０２に格納するとともに、ワークフローの情報をユーザに提示する。
【0074】
ワークフロー情報生成モジュール２０３４がＷＦモデル情報ＤＢ２０２５に格納されているワークフローのモデル情報を選択する手法は任意であり、周知の手法から適宜選択されればよい。一例として、取引データに含まれる第２の事業者に関する情報をワークフロー情報生成モジュール２０３４が参照し、第２の事業者に固有のワークフローのモデル情報を選択する手法が挙げられる。また、取引データに商取引に関する品目のデータがある場合、ワークフロー情報生成モジュール２０３４は、この品目に特有のワークフローのモデル情報を選択する手法も挙げられる。さらには、記憶部２０２に、取引データに含まれる各種情報とワークフローのモデル情報との関係性を記述した教師データを用意し、この教師データを用いて学習モデルを生成し、ワークフロー情報生成モジュール２０３４が、この学習モデルに取引データを入力することで、学習モデルの推論結果としてワークフローのモデル情報を取得する手法も一例として挙げられる。
【0075】
また、ワークフロー情報生成モジュール２０３４が生成したワークフローの情報をユーザに提示する手法も特段の限定はない。一例として、ワークフロー情報生成モジュール２０３４は、ユーザが使用する端末装置１０のディスプレイ１５０に、ワークフローをシーケンス図や状態遷移図などの手法を用いた線図を含む画面を生成するためのデータを生成し、このデータを端末装置１０のディスプレイ１５０に表示させる手法が挙げられる。あるいは、ワークフローを構成する作業工程を箱で示し、この箱の接続状態を示す画面を生成するためのデータを生成し、このデータを端末装置１０のディスプレイ１５０に表示させる手法が挙げられる。
【0076】
変更箇所受入モジュール２０３５は、ワークフロー情報生成モジュール２０３４が提示したワークフローの情報を確認したユーザが、このユーザが所有する端末装置１０を経由して、取引データの変更の指示及び変更に係る情報を入力したら、この取引データの変更の指示及び変更に係る情報を受け入れる。
【0077】
一例として、ワークフロー情報生成モジュール２０３４が生成したワークフローの情報において、取引データは１０万円の商取引であったが、その後、見積金額を精査したところ、１１万円の商取引に変更することが判明した場合を挙げる。ユーザである企業及びこの企業に属するユーザにおいて、１０万円を超える商取引は課長決裁ではなく部長決裁であったとする。見積金額の変更に伴い、ワークフローにおいて課長決裁の次に部長決裁の作業工程が追加されることになる。そこで、ユーザは、端末装置１０を介して取引データにおいて見積金額が１０万円から１１万円に変更する（金額変更が情報でもある）ことをサーバ２０に入力し、変更箇所受入モジュール２０３５は、この取引データの変更及び変更に係る情報（見積金額が１１万円になったこと等）の入力を受け入れる。
【0078】
他に、取引データの変更の例として、取引先である第２の事業者の担当者の変更、担当者の役職変更、品目データの変更などが挙げられる。
【0079】
そして、変更箇所受入モジュール２０３５は、受け入れた、変更された取引データを取引ＤＢ２０２１に格納するとともに、取引データの変更に伴い、ワークフローの情報の変更を検討すべきことをワークフロー情報変更モジュール２０３６に通知する。
【0080】
ワークフロー情報変更モジュール２０３６は、変更箇所受入モジュール２０３５が取引データの変更を受け入れたら、変更された取引データの内容（変更に係る情報）に基づいて、ワークフロー情報生成モジュール２０３４が生成したワークフローの情報の変更が必要か否かを判定する。そして、ワークフロー情報変更モジュール２０３６は、ワークフローの情報の変更が必要であると判定したら、変更したワークフローの情報をユーザに提示する。
【0081】
ワークフロー情報変更モジュール２０３６がワークフローの情報の変更の有無を判定する手法としては、周知の技術が好適に適用可能である。一例として、ワークフロー情報変更モジュール２０３６はルールベースのＤＢを保有し、このルールベースのＤＢに基づいて判定を行う手法が挙げられる。具体的には、ルールベースのＤＢには、見積金額が１０万円を超えた場合に決裁ルートを課長決裁から部長決裁に変更するといったルールが登録されており、上述した例であれば見積金額が１０万円を超えたことから、このルールに従ってワークフローの情報の変更が必要であると判定し、変更したワークフローの情報（この場合は課長決裁から部長決裁へのワークフローの変更に係る情報）をユーザに提示する。この際、ワークフロー情報変更モジュール２０３６は、クライアント情報ＤＢ２０２７及び／またはユーザ情報ＤＢ２０２８に格納されている第２の事業者及び／またはユーザの各種情報を参照して、ワークフローの情報の変更の有無を判定してもよい。
【0082】
また、記憶部２０２に、変更された取引データと変更したワークフローの情報との関係性を記述した教師データを用意し、この教師データを用いて学習モデルを生成し、ワークフロー情報変更モジュール２０３６が、この学習モデルに変更された取引データを入力することで、学習モデルの推論結果として変更したワークフローの情報を取得してユーザに提示する手法も一例として挙げられる。
【0083】
また、ワークフロー情報変更モジュール２０３６が変更したワークフローの情報をユーザに提示する手法も特段の限定はない。一例として、ワークフロー情報変更モジュール２０３６は、ユーザが使用する端末装置１０のディスプレイ１５０に、ワークフローをシーケンス図や状態遷移図などの手法を用いた線図を含む画面を生成するためのデータを生成し、このデータを端末装置１０のディスプレイ１５０に表示させる手法が挙げられる。あるいは、ワークフローを構成する作業工程を箱で示し、この箱の接続状態を示す画面を生成するためのデータを生成し、このデータを端末装置１０のディスプレイ１５０に表示させる手法が挙げられる。
【0084】
このように、ワークフロー情報変更モジュール２０３６は、変更したワークフローの情報をユーザに視認可能な状態で提示することが好ましい。この際、ワークフロー情報変更モジュール２０３６は、変更に係る部分を強調表示する、ポップアップ表示する、点滅表示する等の手法により、ユーザが変更箇所を容易に把握できるようにすることが好ましい。さらに、ワークフロー情報変更モジュール２０３６は、変更に係る部分を吹き出し表示することで、同様にユーザが変更箇所を容易に把握できるようにすることが好ましい。
【0085】
次いで、ワークフロー情報変更モジュール２０３６は、変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の承認の指示を受け入れ、受け入れた承認の指示に基づいて、ワークフローの情報を変更する。この時、変更したワークフローの情報を、最終的な変更結果としてユーザに提示することが好ましい。
【0086】
この際、ユーザから、ワークフローの情報の変更について、その少なくとも一部について変更を承認しない（非承認）であるとの指示を受け入れたら、受け入れた非承認の指示に基づいて、ワークフローのモデル情報そのものを変更する。
【0087】
具体的には、ユーザから、特定の第２の事業者についてはワークフローの情報の変更とともにワークフローのモデル情報の変更を承認するが、この特定の第２の事業者以外の第２の事業者についてはワークフローの情報の変更を承認しない旨の指示を受け入れることがあり得る。この場合、変更したワークフローのモデル情報は、特定の第２の事業者にのみ適用可能なワークフローのモデル情報となる。
【0088】
同様に、ユーザから、ワークフローの情報の変更とともにワークフローのモデル情報の変更を承認するが、このワークフローのモデル情報の変更は特定の時期（例えば３月、９月などの決算月のみワークフローのモデル情報を変更する）のみ適用する旨の指示を受け入れることがあり得る。この場合、変更したワークフローのモデル情報は、特定の時期にのみ適用可能なワークフローのモデル情報となる。
【0089】
なお、上述した例に限らず、ワークフロー情報変更モジュール２０３６は、ワークフローの情報とともにワークフローのモデル情報を変更してもよい。
【0090】
帳票データ生成モジュール２０３７は、複数の作業工程ごとの成果物として作成される帳票データ、例えば見積書データ、発注書データ、及び請求書データを生成する。帳票フォーマットＤＢ２０２２に格納されている帳票データのフォーマットデータには、「見積書」、「発注書」、「請求書」といったタイトルや定型文がすでに設定され、品目や金額を帳票上に記載する位置が定義されているので、この帳票フォーマットデータに対して、取引ＤＢ２０２１に格納されている取引データの品目や金額のデータといった可変データを当てはめて帳票データを生成する。また、帳票データ生成モジュール２０３７は、生成した帳票データを端末装置１０に送信して表示させる。
【0091】
＜２ データ構造＞
図４は、図３のサーバ２０が記憶する取引ＤＢ２０２１のデータ構造の例を示す図である。図５は、図３のサーバ２０が記憶する帳票フォーマットＤＢ２０２２のデータ構造の例を示す図である。図６は、図３のサーバ２０が記憶するＷＦモデル情報ＤＢ２０２５のデータ構造の例を示す図である。図７は、図３のサーバ２０が記憶するクライアント情報ＤＢ２０２７のデータ構造の例を示す図である。図８は、図３のサーバ２０が記憶するユーザ情報ＤＢ２０２８のデータ構造の例を示す図である。
図４は、図３のサーバ２０が記憶する取引ＤＢ２０２１のデータ構造の例を示す図である。図５は、図３のサーバ２０が記憶する帳票フォーマットＤＢ２０２２のデータ構造の例を示す図である。図６は、図３のサーバ２０が記憶するＷＦモデル情報ＤＢ２０２５のデータ構造の例を示す図である。図７は、図３のサーバ２０が記憶するクライアント情報ＤＢ２０２７のデータ構造の例を示す図である。図８は、図３のサーバ２０が記憶するユーザ情報ＤＢ２０２８のデータ構造の例を示す図である。
【0092】
図４に示すように、取引ＤＢ２０２１のレコードのそれぞれは、項目「取引ＩＤ」と、項目「取引先ＩＤ」と、項目「品目」と、項目「発生年月日」と、項目「品番」と、項目「数量」と、項目「金額」と、項目「ステータス」と、項目「変更日」等とを含む。
【0093】
項目「取引ＩＤ」は、取引管理システム１が管理する取引データを識別する情報である。
【0094】
項目「取引先ＩＤ」は、取引管理システム１の管理者であるユーザ（第１の事業者）の商取引の取引先である第２の事業者を識別する情報である。
【0095】
項目「品目」は、項目「取引ＩＤ」で識別される取引データに係る商取引において取引される商品、サービスの品目を示す情報である。
【0096】
項目「発生年月日」は、項目「取引ＩＤ」で識別される取引データに係る商取引の発生年月日を示す情報である。
【0097】
項目「品番」は、項目「取引ＩＤ」で識別される取引データに係る商取引において取引される商品、サービスの品番を示す情報である。なお、取引対象がサービスであれば、品番という概念がないので、項目「品番」は空欄になる。
【0098】
項目「数量」は、項目「取引ＩＤ」で識別される取引データに係る商取引において取引される商品、サービスの数量を示す情報である。なお、取引対象がサービスであれば、数量という概念がないので、項目「数量」は空欄になる。
【0099】
項目「金額」は、項目「取引ＩＤ」で識別される取引データに係る商取引において取引される商品、サービスの金額を示す情報である。
【0100】
項目「ステータス」は、項目「取引ＩＤ」で識別される取引データに係る商取引のステータスを示す情報である。
【0101】
項目「変更日」は、項目「取引ＩＤ」で識別される取引データの変更日を示す情報である。項目「金額」に見るように、取引ＤＢ２０２１は取引データの変更履歴を記録することができる。
【0102】
図５に示すように、帳票フォーマットＤＢ２０２２のレコードのそれぞれは、項目「帳票ＩＤ」と、項目「帳票名称」と、項目「定型文データ」と、項目「帳票フォーマットデータ」と等とを含む。
【0103】
項目「帳票ＩＤ」は、取引管理システム１が管理する帳票フォーマットを識別する情報である。
【0104】
項目「帳票名称」は、項目「帳票ＩＤ」で識別される帳票フォーマットに係る帳票の名称を示す情報である。
【0105】
項目「定型文データ」は、項目「帳票ＩＤ」で識別される帳票フォーマットに係る定型文データ２０２３のファイル名を示す情報である。
【0106】
項目「帳票フォーマットデータ」は、項目「帳票ＩＤ」で識別される帳票フォーマットに係る帳票レイアウトデータ２０２４のファイル名を示す情報である。
【0107】
なお、図５において、定型文データ２０２３の拡張子をテキスト形式として、帳票レイアウトデータ２０２４の拡張子をＸＭＬとして図示しているが、これらデータの形式は図示の例に限定されない。
【0108】
図６に示すように、ＷＦモデル情報ＤＢ２０２５のレコードのそれぞれは、項目「ＷＦモデルＩＤ」と、項目「ＷＦモデルデータ」等とを含む。
【0109】
項目「ＷＦモデルＩＤ」は、取引管理システム１が管理するワークフローのモデル情報を識別する情報である。
【0110】
項目「ＷＦモデルデータ」は、項目「ＷＦモデルＩＤ」で識別されるにワークフローのモデル情報に係るＷＦモデルデータ２０２６の名称を示す情報である。
【0111】
なお、図６において、ＷＦモデルデータ２０２６の拡張子をＪＳＯＮ形式として図示しているが、これらデータの形式は図示の例に限定されない。
【0112】
図７に示すように、クライアント情報ＤＢ２０２７のレコードのそれぞれは、項目「クライアントＩＤ」と、項目「社名」と、項目「法人番号」と、項目「住所」と、項目「連絡先」と、項目「業種」等とを含む。
【0113】
項目「クライアントＩＤ」は、取引管理システム１の管理者であるユーザ（第１の事業者）の商取引の取引先である第２の事業者を識別する情報であり、取引ＤＢ２０２１における項目「取引先ＩＤ」と共通である。
【0114】
項目「名称」は、項目「クライアントＩＤ」で識別される第２の事業者の法人名称または個人の氏名を示す情報である。
【0115】
項目「法人番号」は、項目「クライアントＩＤ」で識別される第２の事業者の法人番号を示す情報である。
【0116】
項目「住所」は、項目「クライアントＩＤ」で識別される第２の事業者の住所を示す情報である。
【0117】
項目「連絡先」は、項目「クライアントＩＤ」で識別される第２の事業者における、取引の担当者の連絡先を示す情報である。
【0118】
項目「業種」は、項目「クライアントＩＤ」で識別される第２の事業者である法人の業種を示す情報である。
【0119】
図８に示すように、ユーザ情報ＤＢ２０２８のレコードのそれぞれは、項目「ユーザＩＤ」と、項目「名称」と、項目「所属」と、項目「ポスト」と、項目「決裁権限」と、項目「決裁権限金額」と、項目「メールアドレス」と、項目「パスワード」等とを含む。図８に示すユーザ情報ＤＢ２０２８において、取引管理システム１を使用する第１の事業者には複数の（個人単位の）ユーザが存在することを前提にしている。本明細書では、会社（法人）としての「ユーザ」と、会社の社員としての「ユーザ」とは特に区別せず、いずれも「ユーザ」として説明している。
【0120】
項目「ユーザＩＤ」は、取引管理システム１の管理者、利用者である個人単位のユーザを識別する情報である。
【0121】
項目「氏名」は、項目「ユーザＩＤ」で識別されるユーザの氏名を示す情報である。
【0122】
項目「所属」は、項目「ユーザＩＤ」で識別されるユーザが所属する組織の組織名を示す情報である。
【0123】
項目「ポスト」は、項目「ユーザＩＤ」で識別されるユーザが所属する組織の組織名におおける役職等のポストを示す情報である。なお、項目「ポスト」には具体的なポスト名を示す情報のみならず、職位、職階、役職といったより抽象度の高い情報が格納されていてもよい。
【0124】
項目「決裁権限」は、項目「ユーザＩＤ」で識別されるユーザが本開示に係る取引管理システム１において割り当てられている、あるいは、ユーザが属する会社におけるユーザの決裁権限を示す情報である。なお、図８において、「申請者」は決裁権限を示す情報ではないが、ワークフローの起点となる申請者を示す情報として「申請者」という情報が格納されている。
【0125】
項目「決裁権限」は、項目「ユーザＩＤ」で識別されるユーザに割り当てられた決裁権限における上限金額を示す情報である。
【0126】
項目「メールアドレス」は、項目「ユーザＩＤ」で識別されるユーザの社内におけるメールアドレスを示す情報である。
【0127】
項目「パスワード」は、項目「ユーザＩＤ」で識別されるユーザの、本開示に係る取引管理システム１にログインする際に用いる（事前登録されている）パスワードを示す情報である。ユーザは、項目「メールアドレス」及び「パスワード」を用いて本開示に係る取引管理システム１に（より詳細にはサーバ２０に）ログインする。
【0128】
【0129】
図９は、本開示に係る取引管理システム１における作業工程及び作業ステータスの例を示すシーケンス図である。図９を用いて、本開示における、取引データで管理される作業工程及び作業ステータスについて説明する。なお、ここで、作業工程とは事業者における取引の段階を示す「見積段階」、「発注段階」、及び「請求段階」であり、作業ステータスは各事業者の作業工程における状態を示す「作成中」、「確認中」、「待ち」等であり、例えば複数の事業者ごとに登録される。
【0130】
まず、発注者である第１の事業者が取引データを登録する。このとき、受注者である第２の事業者は１社とは限らない。
【0131】
このとき、図９に示すように、登録された取引データの作業工程は見積段階となり、受注者であるユーザの作業ステータスは、ステップＳ９０１の見積作成中になり、発注者であるユーザの作業ステータスは、ステップＳ９０２の見積待ちになる。受注者が見積を作成して発注者に送ると、発注者の作業ステータスはステップＳ９０３の見積確認中になり、受注者の作業ステータスはステップＳ９０４の見積確認待ちになる。発注者が見積内容について承認すると、受注者の作業ステータスはステップＳ９０５の見積済になる。
【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】
＜５．小括＞
以上のように、本実施形態によると、取引データに変更があった場合、取引データの変更をサーバ２０に入力すると、サーバ２０のワークフロー情報変更モジュール２０３６がワークフローの情報の変更の有無を判定し、変更が必要であると判定したら、変更の承諾をユーザに求め、ユーザが変更を承諾したら、ワークフローの情報を変更している。これにより、ワークフロー管理において、取扱い金額が変更になるような場合に、それに伴ってワークフローの変更に対応したカスタマイズを行うことが可能になる。
以上のように、本実施形態によると、取引データに変更があった場合、取引データの変更をサーバ２０に入力すると、サーバ２０のワークフロー情報変更モジュール２０３６がワークフローの情報の変更の有無を判定し、変更が必要であると判定したら、変更の承諾をユーザに求め、ユーザが変更を承諾したら、ワークフローの情報を変更している。これにより、ワークフロー管理において、取扱い金額が変更になるような場合に、それに伴ってワークフローの変更に対応したカスタマイズを行うことが可能になる。
【0158】
＜６．付記＞
なお、上記した実施形態は本開示を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施形態の構成の一部について、他の構成に追加、削除、置換することが可能である。
なお、上記した実施形態は本開示を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施形態の構成の一部について、他の構成に追加、削除、置換することが可能である。
【0159】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【0160】
また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。
【0161】
さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。
【0162】
以上の各実施形態で説明した事項を以下に付記する。
【0163】
（付記１）
プロセッサ（２９）とメモリ（２５、２６）とを備えるコンピュータ（２０）を動作させるためのプログラムであって、メモリ（２５、２６）には、第１の事業者であるユーザが業務を遂行するために必要な帳票類のフォーマット情報（２０２２）、及び、帳票類を作成する作業工程を示すワークフローのモデル情報（２０２５、２０２６）が格納されており、プログラムは、プロセッサ（２９）に、ユーザから、当該ユーザの取引先である第２の事業者とユーザとの間の商取引に関する取引データ（２０２１）の入力を受け入れる第１ステップ（Ｓ１００１）と、第１ステップ（Ｓ１００１）において受け入れた取引データ（２０２１）に基づいて、モデル情報（２０２５、２０２６）を参照することで第２の事業者との商取引に係るワークフローの情報を生成し、この情報を提示する第２ステップ（Ｓ１００２、Ｓ１００３）と、第２ステップ（Ｓ１００２、Ｓ１００３）でワークフローの情報を提示したユーザから、取引データ（２０２１）の変更の指示及び変更に係る情報を受け入れる第３ステップ（Ｓ１００５）と、第３ステップ（Ｓ１００５）で受け入れた変更に係る情報に基づいて、第２ステップ（Ｓ１００２、Ｓ１００３）で生成したワークフローの情報の変更が必要か否かを判定し、変更が必要と判定したら、変更したワークフローの情報をユーザに提示する第４ステップ（Ｓ１００６、Ｓ１００７）と、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の承認の指示を受け入れ、受け入れた変更の承認の指示に基づいて、ワークフローの情報を変更する第５ステップ（Ｓ１１００、Ｓ１１０１）とを実行させる、プログラム。
（付記２）
第５ステップ（Ｓ１１００、Ｓ１１０１）において、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の少なくとも一部について非承認の指示を受け入れ、受け入れた変更の非承認の指示に基づいて、モデル情報（２０２５、２０２６）を変更する、付記１に記載のプログラム。
（付記３）
第２の事業者は複数存在し、第５ステップ（Ｓ１１００、Ｓ１１０１）において、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の少なくとも一部について非承認の指示を受け入れ、受け入れた変更の非承認の指示に基づいて、特定の第２の事業者についてのモデル情報（２０２５、２０２６）を変更する、付記２に記載のプログラム。
（付記４）
第５ステップ（Ｓ１１００、Ｓ１１０１）において、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の少なくとも一部について非承認の指示を受け入れ、受け入れた変更の非承認の指示に基づいて、特定の時期についての商取引に係るモデル情報（２０２５、２０２６）を変更する、付記２または３に記載のプログラム。
（付記５）
第４ステップ（Ｓ１００６、Ｓ１００７）において、変更したワークフローの情報をユーザに視認可能な状態で提示し、このとき、ワークフローに関する情報のうち、変更に係る部分を強調表示する、付記１～４のいずれかに記載のプログラム。
（付記６）
第４ステップ（Ｓ１００６、Ｓ１００７）において、変更したワークフローの情報をユーザに視認可能な状態で提示し、このとき、ワークフローに関する情報のうち、変更に係る部分を吹き出し表示する、付記１～５のいずれかに記載のプログラム。
（付記７）
プログラムは、さらに、第５ステップ（Ｓ１１００、Ｓ１１０１）において変更したワークフローの情報をユーザに提示する第６ステップを実行させる、付記１～６のいずれかに記載のプログラム。
（付記８）
プロセッサ（２９）とメモリ（２５、２６）とを備えた情報処理装置（２０）であって、メモリ（２５、２６）には、第１の事業者であるユーザが業務を遂行するために必要な帳票類のフォーマット情報（２０２２）、及び、帳票類を作成する作業工程を示すワークフローのモデル情報（２０２５、２０２６）が格納されており、プロセッサ（２９）は、ユーザから、当該ユーザの取引先である第２の事業者とユーザとの間の商取引に関する取引データ（２０２１）の入力を受け入れる第１ステップ（Ｓ１００１）と、第１ステップ（Ｓ１００１）において受け入れた取引データ（２０２１）に基づいて、モデル情報（２０２５、２０２６）を参照することで第２の事業者との商取引に係るワークフローの情報を生成し、この情報を提示する第２ステップ（Ｓ１００２、Ｓ１００３）と、第２ステップ（Ｓ１００２、Ｓ１００３）でワークフローの情報を提示したユーザから、取引データ（２０２１）の変更の指示及び変更に係る情報を受け入れる第３ステップ（Ｓ１００５）と、第３ステップ（Ｓ１００５）で受け入れた変更に係る情報に基づいて、第２ステップ（Ｓ１００２、Ｓ１００３）で生成したワークフローの情報の変更が必要か否かを判定し、変更が必要と判定したら、変更したワークフローの情報をユーザに提示する第４ステップ（Ｓ１００６、Ｓ１００７）と、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の承認の指示を受け入れ、受け入れた変更の承認の指示に基づいて、ワークフローの情報を変更する第５ステップ（Ｓ１１００、Ｓ１１０１）とを実行する、情報処理装置（２０）。
（付記９）
プロセッサ（２９）とメモリ（２５、２６）とを備えたコンピュータ（２０）により実行される方法であって、メモリ（２５、２６）には、第１の事業者であるユーザが業務を遂行するために必要な帳票類のフォーマット情報（２０２２）、及び、帳票類を作成する作業工程を示すワークフローのモデル情報（２０２５、２０２６）が格納されており、プロセッサ（２９）は、ユーザから、当該ユーザの取引先である第２の事業者とユーザとの間の商取引に関する取引データ（２０２１）の入力を受け入れる第１ステップ（Ｓ１００１）と、第１ステップ（Ｓ１００１）において受け入れた取引データ（２０２１）に基づいて、モデル情報（２０２５、２０２６）を参照することで第２の事業者との商取引に係るワークフローの情報を生成し、この情報を提示する第２ステップ（Ｓ１００２、Ｓ１００３）と、第２ステップ（Ｓ１００２、Ｓ１００３）でワークフローの情報を提示したユーザから、取引データ（２０２１）の変更の指示及び変更に係る情報を受け入れる第３ステップ（Ｓ１００５）と、第３ステップ（Ｓ１００５）で受け入れた変更に係る情報に基づいて、第２ステップ（Ｓ１００２、Ｓ１００３）で生成したワークフローの情報の変更が必要か否かを判定し、変更が必要と判定したら、変更したワークフローの情報をユーザに提示する第４ステップ（Ｓ１００６、Ｓ１００７）と、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の承認の指示を受け入れ、受け入れた変更の承認の指示に基づいて、ワークフローの情報を変更する第５ステップ（Ｓ１１００、Ｓ１１０１）とを実行する、方法。
プロセッサ（２９）とメモリ（２５、２６）とを備えるコンピュータ（２０）を動作させるためのプログラムであって、メモリ（２５、２６）には、第１の事業者であるユーザが業務を遂行するために必要な帳票類のフォーマット情報（２０２２）、及び、帳票類を作成する作業工程を示すワークフローのモデル情報（２０２５、２０２６）が格納されており、プログラムは、プロセッサ（２９）に、ユーザから、当該ユーザの取引先である第２の事業者とユーザとの間の商取引に関する取引データ（２０２１）の入力を受け入れる第１ステップ（Ｓ１００１）と、第１ステップ（Ｓ１００１）において受け入れた取引データ（２０２１）に基づいて、モデル情報（２０２５、２０２６）を参照することで第２の事業者との商取引に係るワークフローの情報を生成し、この情報を提示する第２ステップ（Ｓ１００２、Ｓ１００３）と、第２ステップ（Ｓ１００２、Ｓ１００３）でワークフローの情報を提示したユーザから、取引データ（２０２１）の変更の指示及び変更に係る情報を受け入れる第３ステップ（Ｓ１００５）と、第３ステップ（Ｓ１００５）で受け入れた変更に係る情報に基づいて、第２ステップ（Ｓ１００２、Ｓ１００３）で生成したワークフローの情報の変更が必要か否かを判定し、変更が必要と判定したら、変更したワークフローの情報をユーザに提示する第４ステップ（Ｓ１００６、Ｓ１００７）と、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の承認の指示を受け入れ、受け入れた変更の承認の指示に基づいて、ワークフローの情報を変更する第５ステップ（Ｓ１１００、Ｓ１１０１）とを実行させる、プログラム。
（付記２）
第５ステップ（Ｓ１１００、Ｓ１１０１）において、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の少なくとも一部について非承認の指示を受け入れ、受け入れた変更の非承認の指示に基づいて、モデル情報（２０２５、２０２６）を変更する、付記１に記載のプログラム。
（付記３）
第２の事業者は複数存在し、第５ステップ（Ｓ１１００、Ｓ１１０１）において、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の少なくとも一部について非承認の指示を受け入れ、受け入れた変更の非承認の指示に基づいて、特定の第２の事業者についてのモデル情報（２０２５、２０２６）を変更する、付記２に記載のプログラム。
（付記４）
第５ステップ（Ｓ１１００、Ｓ１１０１）において、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の少なくとも一部について非承認の指示を受け入れ、受け入れた変更の非承認の指示に基づいて、特定の時期についての商取引に係るモデル情報（２０２５、２０２６）を変更する、付記２または３に記載のプログラム。
（付記５）
第４ステップ（Ｓ１００６、Ｓ１００７）において、変更したワークフローの情報をユーザに視認可能な状態で提示し、このとき、ワークフローに関する情報のうち、変更に係る部分を強調表示する、付記１～４のいずれかに記載のプログラム。
（付記６）
第４ステップ（Ｓ１００６、Ｓ１００７）において、変更したワークフローの情報をユーザに視認可能な状態で提示し、このとき、ワークフローに関する情報のうち、変更に係る部分を吹き出し表示する、付記１～５のいずれかに記載のプログラム。
（付記７）
プログラムは、さらに、第５ステップ（Ｓ１１００、Ｓ１１０１）において変更したワークフローの情報をユーザに提示する第６ステップを実行させる、付記１～６のいずれかに記載のプログラム。
（付記８）
プロセッサ（２９）とメモリ（２５、２６）とを備えた情報処理装置（２０）であって、メモリ（２５、２６）には、第１の事業者であるユーザが業務を遂行するために必要な帳票類のフォーマット情報（２０２２）、及び、帳票類を作成する作業工程を示すワークフローのモデル情報（２０２５、２０２６）が格納されており、プロセッサ（２９）は、ユーザから、当該ユーザの取引先である第２の事業者とユーザとの間の商取引に関する取引データ（２０２１）の入力を受け入れる第１ステップ（Ｓ１００１）と、第１ステップ（Ｓ１００１）において受け入れた取引データ（２０２１）に基づいて、モデル情報（２０２５、２０２６）を参照することで第２の事業者との商取引に係るワークフローの情報を生成し、この情報を提示する第２ステップ（Ｓ１００２、Ｓ１００３）と、第２ステップ（Ｓ１００２、Ｓ１００３）でワークフローの情報を提示したユーザから、取引データ（２０２１）の変更の指示及び変更に係る情報を受け入れる第３ステップ（Ｓ１００５）と、第３ステップ（Ｓ１００５）で受け入れた変更に係る情報に基づいて、第２ステップ（Ｓ１００２、Ｓ１００３）で生成したワークフローの情報の変更が必要か否かを判定し、変更が必要と判定したら、変更したワークフローの情報をユーザに提示する第４ステップ（Ｓ１００６、Ｓ１００７）と、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の承認の指示を受け入れ、受け入れた変更の承認の指示に基づいて、ワークフローの情報を変更する第５ステップ（Ｓ１１００、Ｓ１１０１）とを実行する、情報処理装置（２０）。
（付記９）
プロセッサ（２９）とメモリ（２５、２６）とを備えたコンピュータ（２０）により実行される方法であって、メモリ（２５、２６）には、第１の事業者であるユーザが業務を遂行するために必要な帳票類のフォーマット情報（２０２２）、及び、帳票類を作成する作業工程を示すワークフローのモデル情報（２０２５、２０２６）が格納されており、プロセッサ（２９）は、ユーザから、当該ユーザの取引先である第２の事業者とユーザとの間の商取引に関する取引データ（２０２１）の入力を受け入れる第１ステップ（Ｓ１００１）と、第１ステップ（Ｓ１００１）において受け入れた取引データ（２０２１）に基づいて、モデル情報（２０２５、２０２６）を参照することで第２の事業者との商取引に係るワークフローの情報を生成し、この情報を提示する第２ステップ（Ｓ１００２、Ｓ１００３）と、第２ステップ（Ｓ１００２、Ｓ１００３）でワークフローの情報を提示したユーザから、取引データ（２０２１）の変更の指示及び変更に係る情報を受け入れる第３ステップ（Ｓ１００５）と、第３ステップ（Ｓ１００５）で受け入れた変更に係る情報に基づいて、第２ステップ（Ｓ１００２、Ｓ１００３）で生成したワークフローの情報の変更が必要か否かを判定し、変更が必要と判定したら、変更したワークフローの情報をユーザに提示する第４ステップ（Ｓ１００６、Ｓ１００７）と、第４ステップ（Ｓ１００６、Ｓ１００７）で変更したワークフローの情報を提示したユーザから、ワークフローの情報の変更の承認の指示を受け入れ、受け入れた変更の承認の指示に基づいて、ワークフローの情報を変更する第５ステップ（Ｓ１１００、Ｓ１１０１）とを実行する、方法。
【符号の説明】
【0164】
１ 取引管理システム、１０ １０Ａ １０Ｂ 端末装置、２０ サーバ、２５ メモリ、２９ プロセッサ、３０ ストレージ装置、８０ ネットワーク、１５０ ディスプレイ、１７０ 記憶部、１８０ 制御部、２０２ 記憶部、２０３ 制御部、２０２１ 取引ＤＢ、２０２２ 帳票フォーマットＤＢ、２０２３ 定型文データ、２０２４ 帳票レイアウトデータ、２０２５ ＷＦモデル情報ＤＢ、２０２６ ＷＦモデルデータ、２０２７ クライアント情報ＤＢ、２０２８ ユーザ情報ＤＢ、２０３１ 受信制御モジュール、２０３２ 送信制御モジュール、２０３３ 取引データ取得モジュール、２０３４ ワークフロー情報生成モジュール、２０３５ 変更箇所受入モジュール、２０３６ ワークフロー情報変更モジュール、２０３７ 帳票データ生成モジュール、２０３８ 取引データ工程変更モジュール
【要約】
【課題】ワークフロー管理において、取扱い金額が変更になるような場合に、それに伴ってワークフローの変更に対応したカスタマイズを行う。
【解決手段】プロセッサ２９とメモリ２５、２６とを備えるコンピュータ２０を動作させるためのプログラムであって、プログラムは、プロセッサ２９に、ユーザから、当該ユーザの取引先である第２の事業者とユーザとの間の商取引に関する取引データの入力を受け入れるステップと、取引データに基づいて、モデル情報を参照することで第２の事業者との商取引に係るワークフローの情報を生成して提示するステップと、ユーザから、取引データの変更の指示及び変更に係る情報を受け入れるステップと、変更に係る情報に基づいてワークフローの情報の変更が必要と判定したら、変更したワークフローの情報をユーザに提示するステップと、ユーザからワークフローの情報の変更の承認の指示を受け入れてワークフローの情報を変更するステップとを実行させる。
【選択図】 図１
【解決手段】プロセッサ２９とメモリ２５、２６とを備えるコンピュータ２０を動作させるためのプログラムであって、プログラムは、プロセッサ２９に、ユーザから、当該ユーザの取引先である第２の事業者とユーザとの間の商取引に関する取引データの入力を受け入れるステップと、取引データに基づいて、モデル情報を参照することで第２の事業者との商取引に係るワークフローの情報を生成して提示するステップと、ユーザから、取引データの変更の指示及び変更に係る情報を受け入れるステップと、変更に係る情報に基づいてワークフローの情報の変更が必要と判定したら、変更したワークフローの情報をユーザに提示するステップと、ユーザからワークフローの情報の変更の承認の指示を受け入れてワークフローの情報を変更するステップとを実行させる。
【選択図】 図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
