ホーム > 特許ランキング > 株式会社マネーフォワード
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024075821
(43)【公開日】2024-06-05
(54)【発明の名称】情報処理システム、プログラム及び情報処理方法
(51)【国際特許分類】
G06Q 10/00 20230101AFI20240529BHJP
【ＦＩ】
G06Q10/00
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
(21)【出願番号】P 2022187002
(22)【出願日】2022-11-24
(71)【出願人】
【識別番号】513040384
【氏名又は名称】株式会社マネーフォワード
(74)【代理人】
【識別番号】110002789
【氏名又は名称】弁理士法人ＩＰＸ
(72)【発明者】
【氏名】▲高▼木 雅史
(72)【発明者】
【氏名】富田 湧平
(72)【発明者】
【氏名】井上 宏仁
(72)【発明者】
【氏名】石塚 阿左子
(72)【発明者】
【氏名】中久喜 慎吾
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB67
(57)【要約】
【課題】支払漏れがより発生しにくくなる技術を提供すること。
【解決手段】本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、契約に関する契約情報を受け付ける。契約情報は、支払に関する支払情報を含む。支払情報に基づいて、支払申請情報を出力する。支払申請情報は、組織内で支払の申請をするための情報である。
【選択図】図１
【解決手段】本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、契約に関する契約情報を受け付ける。契約情報は、支払に関する支払情報を含む。支払情報に基づいて、支払申請情報を出力する。支払申請情報は、組織内で支払の申請をするための情報である。
【選択図】図１
【特許請求の範囲】
【請求項1】
情報処理システムであって、
制御部を備え、
前記制御部は、
契約に関する契約情報を受け付け、ここで前記契約情報は、支払に関する支払情報を含み、
前記支払情報に基づいて、支払申請情報を出力し、ここで前記支払申請情報は、組織内で支払の申請をするための情報である、
情報処理システム。
制御部を備え、
前記制御部は、
契約に関する契約情報を受け付け、ここで前記契約情報は、支払に関する支払情報を含み、
前記支払情報に基づいて、支払申請情報を出力し、ここで前記支払申請情報は、組織内で支払の申請をするための情報である、
情報処理システム。
【請求項2】
請求項１に記載の情報処理システムにおいて、
前記制御部は、
前記契約情報を扱う第１ユーザから、前記支払申請情報を使用する第２ユーザの指定を受け付け、
前記第２ユーザに対して、前記支払申請情報を出力する、
情報処理システム。
前記制御部は、
前記契約情報を扱う第１ユーザから、前記支払申請情報を使用する第２ユーザの指定を受け付け、
前記第２ユーザに対して、前記支払申請情報を出力する、
情報処理システム。
【請求項3】
請求項２に記載の情報処理システムにおいて、
前記制御部は、
前記第２ユーザが支払の申請に使用する支払管理システムの画面において、前記第１ユーザが前記第２ユーザを指定したことを示す通知を表示させる、
情報処理システム。
前記制御部は、
前記第２ユーザが支払の申請に使用する支払管理システムの画面において、前記第１ユーザが前記第２ユーザを指定したことを示す通知を表示させる、
情報処理システム。
【請求項4】
請求項２に記載の情報処理システムにおいて、
前記制御部は、
前記第２ユーザが支払の申請に使用する支払管理システムの画面において、前記契約情報に含まれる前記支払情報に基づいて作成された前記支払申請情報と、前記第２ユーザが自身で作成した支払申請情報と、を区別可能に表示させる、
情報処理システム。
前記制御部は、
前記第２ユーザが支払の申請に使用する支払管理システムの画面において、前記契約情報に含まれる前記支払情報に基づいて作成された前記支払申請情報と、前記第２ユーザが自身で作成した支払申請情報と、を区別可能に表示させる、
情報処理システム。
【請求項5】
請求項１に記載の情報処理システムにおいて、
前記制御部は、
組織内で発注又は購買の申請をするための発注購買申請情報を受け付け、
前記発注購買申請情報に基づいて、前記支払情報を含む契約申請情報を出力し、ここで前記契約申請情報は、前記契約の内容として反映される情報である、
情報処理システム。
前記制御部は、
組織内で発注又は購買の申請をするための発注購買申請情報を受け付け、
前記発注購買申請情報に基づいて、前記支払情報を含む契約申請情報を出力し、ここで前記契約申請情報は、前記契約の内容として反映される情報である、
情報処理システム。
【請求項6】
請求項１に記載の情報処理システムにおいて、
前記支払情報は、繰り返し発生する支払に関する情報を含み、
前記制御部は、
前記契約情報を受け付け、
前記支払情報に基づいて、繰り返し発生する支払に対応する、複数の前記支払申請情報のそれぞれを、前記契約を履行可能なタイミングで出力するように制御する、
情報処理システム。
前記支払情報は、繰り返し発生する支払に関する情報を含み、
前記制御部は、
前記契約情報を受け付け、
前記支払情報に基づいて、繰り返し発生する支払に対応する、複数の前記支払申請情報のそれぞれを、前記契約を履行可能なタイミングで出力するように制御する、
情報処理システム。
【請求項7】
請求項６に記載の情報処理システムにおいて、
前記制御部は、
前記契約の期間が満了した場合、又は、前記契約に紐づく最後の支払申請情報を出力した場合、前記支払申請情報を出力しないように制御する、
情報処理システム。
前記制御部は、
前記契約の期間が満了した場合、又は、前記契約に紐づく最後の支払申請情報を出力した場合、前記支払申請情報を出力しないように制御する、
情報処理システム。
【請求項8】
請求項１に記載の情報処理システムにおいて、
前記支払情報は、前記組織内の前記契約を担当する者の氏名に関する情報、支払先の名称に関する情報、及び支払の金額に関する情報を含み、
前記制御部は、
前記支払情報を含む前記支払申請情報を出力する、
情報処理システム。
前記支払情報は、前記組織内の前記契約を担当する者の氏名に関する情報、支払先の名称に関する情報、及び支払の金額に関する情報を含み、
前記制御部は、
前記支払情報を含む前記支払申請情報を出力する、
情報処理システム。
【請求項9】
請求項１に記載の情報処理システムにおいて、
前記制御部は、
支払が存在する前記契約に対して、ユーザから、前記支払申請情報を出力するための出力指示を受け付け、
前記出力指示を受け付けた場合、前記支払申請情報を出力する、
情報処理システム。
前記制御部は、
支払が存在する前記契約に対して、ユーザから、前記支払申請情報を出力するための出力指示を受け付け、
前記出力指示を受け付けた場合、前記支払申請情報を出力する、
情報処理システム。
【請求項10】
請求項１に記載の情報処理システムにおいて、
前記制御部は、
前記支払情報に紐づく支払金額と、前記契約に対応する請求書の請求金額とに基づいて、前記支払金額と、前記請求金額とが一致するかを判定した判定結果を表示させる、
情報処理システム。
前記制御部は、
前記支払情報に紐づく支払金額と、前記契約に対応する請求書の請求金額とに基づいて、前記支払金額と、前記請求金額とが一致するかを判定した判定結果を表示させる、
情報処理システム。
【請求項11】
請求項１に記載の情報処理システムにおいて、
前記契約は、売買契約又は業務委託契約に関する契約である、
情報処理システム。
前記契約は、売買契約又は業務委託契約に関する契約である、
情報処理システム。
【請求項12】
請求項１に記載の情報処理システムにおいて、
契約管理システムと、支払管理システムとを有し、
前記契約管理システムは、
前記契約情報を前記支払管理システムに出力し、
前記支払管理システムは、
前記契約情報を前記契約管理システムから取得し、
前記支払情報に基づいて、前記支払申請情報を出力する、
情報処理システム。
契約管理システムと、支払管理システムとを有し、
前記契約管理システムは、
前記契約情報を前記支払管理システムに出力し、
前記支払管理システムは、
前記契約情報を前記契約管理システムから取得し、
前記支払情報に基づいて、前記支払申請情報を出力する、
情報処理システム。
【請求項13】
プログラムであって、
請求項１～１２のいずれか１つに記載の情報処理システムの前記制御部として機能させるためのプログラム。
請求項１～１２のいずれか１つに記載の情報処理システムの前記制御部として機能させるためのプログラム。
【請求項14】
情報処理システムが実行する情報処理方法であって、
請求項１～１２のいずれか１つに記載の情報処理システムの前記制御部が実行する各処理を備える、
情報処理方法。
請求項１～１２のいずれか１つに記載の情報処理システムの前記制御部が実行する各処理を備える、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システム、プログラム及び情報処理方法に関する。
【背景技術】
【0002】
従来の技術において、前受金の入金分以上の売上を売掛金計上金額として正確に把握すると共に、前払金の支払分以上の仕入を買掛金計上金額として正確に把握できるようにする技術が開示されている。（特許文献１）
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１６－１８９１８５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、近年において、支払漏れがより発生しにくくなる技術が求められている。
【0005】
本発明では上記事情を鑑み、支払漏れがより発生しにくくなる技術を提供することとした。
【課題を解決するための手段】
【0006】
本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、契約に関する契約情報を受け付ける。契約情報は、支払に関する支払情報を含む。支払情報に基づいて、支払申請情報を出力する。支払申請情報は、組織内で支払の申請をするための情報である。
【0007】
本開示によれば、支払漏れがより発生しにくくなる技術を提供することが可能となる。
【図面の簡単な説明】
【0008】
【図1】情報処理システム１のシステム構成の一例を示す図である。
【図2】契約管理サーバ装置２のハードウェア構成の一例を示す図である。
【図3】支払管理サーバ装置３のハードウェア構成の一例を示す図である。
【図4】契約クライアント装置４のハードウェア構成の一例を示す図である。
【図5】支払クライアント装置５のハードウェア構成の一例を示す図である。
【図6】実施形態１に係るアクティビティの一例を示す図である。
【図7】契約登録画面６の一例を示す図である。
【図8】支払確認画面７の一例を示す図である。
【図9】支払申請画面８の一例を示す図である。
【図10】実施形態２に係るアクティビティの一例を示す図である。
【発明を実施するための形態】
【0009】
［実施形態］
以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。
以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。
【0010】
ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント装置でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。
【0011】
また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。
【0012】
また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。
【0013】
１．情報処理システム１のシステム構成
まず、図１を参照しながら本実施形態の情報処理システム１のシステム構成について説明する。
まず、図１を参照しながら本実施形態の情報処理システム１のシステム構成について説明する。
【0014】
図１は、情報処理システム１のシステム構成の一例を示す図である。図１が示すように、情報処理システム１は、契約管理サーバ装置２と、支払管理サーバ装置３と、契約クライアント装置４と、支払クライアント装置５と、ネットワークＮとを有する。契約管理サーバ装置２、支払管理サーバ装置３、契約クライアント装置４及び支払クライアント装置５は、ネットワークＮを介して、相互に通信可能に構成される。これにより、契約管理サーバ装置２、支払管理サーバ装置３、契約クライアント装置４及び支払クライアント装置５は、相互に様々な情報を送信又は受信することができる。なお、契約管理サーバ装置２、支払管理サーバ装置３、契約クライアント装置４及び支払クライアント装置５は、情報処理装置の一例であり、本実施形態に限定されるものではない。契約クライアント装置４及び支払クライアント装置５は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレット型コンピュータ、スマートフォン等のいずれであってもよい。なお、契約管理サーバ装置２、支払管理サーバ装置３、契約クライアント装置４及び支払クライアント装置５は、複数あってもよい。ここで、情報処理システム１に例示されるシステムとは、１つ又はそれ以上の装置又は構成要素からなるものである。したがって、契約管理サーバ装置２、支払管理サーバ装置３、契約クライアント装置４及び支払クライアント装置５は、単体であっても情報処理システム１に例示されるシステムに含まれる。
【0015】
２．ハードウェア構成
次に、図２、図３、図４及び図５を参照しながら、本実施形態の契約管理サーバ装置２、支払管理サーバ装置３、契約クライアント装置４及び支払クライアント装置５のそれぞれのハードウェア構成について説明する。
次に、図２、図３、図４及び図５を参照しながら、本実施形態の契約管理サーバ装置２、支払管理サーバ装置３、契約クライアント装置４及び支払クライアント装置５のそれぞれのハードウェア構成について説明する。
【0016】
２．１．契約管理サーバ装置２のハードウェア構成
図２は、契約管理サーバ装置２のハードウェア構成の一例を示す図である。図２に示されるように、契約管理サーバ装置２は、制御部２１と、記憶部２２と、通信部２３とを備え、これらの構成要素が契約管理サーバ装置２の内部において通信バスを介して電気的に接続されている。契約管理サーバ装置２は、実施形態に係る処理を実行する。契約管理サーバ装置２は、契約管理システムの一例であり、単体のサーバから構成されていても、複数のサーバから構成されていてもよい。
図２は、契約管理サーバ装置２のハードウェア構成の一例を示す図である。図２に示されるように、契約管理サーバ装置２は、制御部２１と、記憶部２２と、通信部２３とを備え、これらの構成要素が契約管理サーバ装置２の内部において通信バスを介して電気的に接続されている。契約管理サーバ装置２は、実施形態に係る処理を実行する。契約管理サーバ装置２は、契約管理システムの一例であり、単体のサーバから構成されていても、複数のサーバから構成されていてもよい。
【0017】
制御部２１は、契約管理サーバ装置２に関連する全体動作の処理及び制御を行う。制御部２１は、例えば中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部２１が、記憶部２２に記憶された所定のプログラムを読み出し、プログラムに基づき処理を実行することによって、契約管理サーバ装置２に係る種々の機能、例えば、後述する図６～図１０に示される処理が実現される。なお、制御部２１は単一であることに限定されず、機能ごとに複数の制御部２１を有するように実施してもよい。また、それらの組合せであってもよい。
【0018】
記憶部２２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、制御部２１によって実行される契約管理サーバ装置２に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。記憶部２２は、制御部２１によって実行される契約管理サーバ装置２に係る種々のプログラム、変数及び制御部２１がプログラムに基づき処理を実行する際に用いるデータ等を記憶している。記憶部２２は、記憶媒体の一例である。
【0019】
通信部２３は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、ＬＴＥ／３Ｇ／４Ｇ／５Ｇ等のモバイル通信、ＢＬＵＥＴＯＯＴＨ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、契約管理サーバ装置２は、通信部２３を介して、外部から種々の情報を通信してもよい。
【0020】
２．２．支払管理サーバ装置３のハードウェア構成
図３は、支払管理サーバ装置３のハードウェア構成の一例を示す図である。図３に示されるように、支払管理サーバ装置３は、制御部３１と、記憶部３２と、通信部３３とを備え、これらの構成要素が支払管理サーバ装置３の内部において通信バスを介して電気的に接続されている。支払管理サーバ装置３は、実施形態に係る処理を実行する。支払管理サーバ装置３の制御部３１、記憶部３２及び通信部３３については、契約管理サーバ装置２の制御部２１、記憶部２２及び通信部２３を参照されたい。支払管理サーバ装置３は、支払管理システムの一例であり、単体のサーバから構成されていても、複数のサーバから構成されていてもよい。また、支払管理サーバ装置３は、契約管理サーバ装置２と同じサーバ内に構成されていてもよい。
図３は、支払管理サーバ装置３のハードウェア構成の一例を示す図である。図３に示されるように、支払管理サーバ装置３は、制御部３１と、記憶部３２と、通信部３３とを備え、これらの構成要素が支払管理サーバ装置３の内部において通信バスを介して電気的に接続されている。支払管理サーバ装置３は、実施形態に係る処理を実行する。支払管理サーバ装置３の制御部３１、記憶部３２及び通信部３３については、契約管理サーバ装置２の制御部２１、記憶部２２及び通信部２３を参照されたい。支払管理サーバ装置３は、支払管理システムの一例であり、単体のサーバから構成されていても、複数のサーバから構成されていてもよい。また、支払管理サーバ装置３は、契約管理サーバ装置２と同じサーバ内に構成されていてもよい。
【0021】
２．３．契約クライアント装置４のハードウェア構成
図４は、契約クライアント装置４のハードウェア構成の一例を示す図である。図４に示されるように、契約クライアント装置４は、制御部４１と、記憶部４２と、通信部４３と、入力部４４と、出力部４５と、を有し、これらの構成要素が契約クライアント装置４の内部において通信バスを介して電気的に接続されている。契約クライアント装置４は、実施形態に係る処理を実行する。契約クライアント装置４の制御部４１、記憶部４２及び通信部４３については、契約管理サーバ装置２の制御部２１、記憶部２２及び通信部２３を参照されたい。
図４は、契約クライアント装置４のハードウェア構成の一例を示す図である。図４に示されるように、契約クライアント装置４は、制御部４１と、記憶部４２と、通信部４３と、入力部４４と、出力部４５と、を有し、これらの構成要素が契約クライアント装置４の内部において通信バスを介して電気的に接続されている。契約クライアント装置４は、実施形態に係る処理を実行する。契約クライアント装置４の制御部４１、記憶部４２及び通信部４３については、契約管理サーバ装置２の制御部２１、記憶部２２及び通信部２３を参照されたい。
【0022】
入力部４４は、契約クライアント装置４の筐体に含まれてもよいし、外付けされてもよい。例えば、入力部４４は、出力部４５と一体となってタッチパネルとして実施されてもよい。タッチパネルであれば、ユーザは、タップ操作、スワイプ操作等を入力することが可能である。もちろん、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等を採用してもよい。すなわち、入力部４４がユーザによってなされた操作に基づく入力を受け付ける。当該入力が命令信号として、通信バスを介して制御部４１に転送され、制御部４１が必要に応じて所定の制御又は演算を実行しうる。
【0023】
出力部４５は、契約クライアント装置４の表示部として機能することが可能である。出力部４５は、例えば、契約クライアント装置４の筐体に含まれてもよいし、外付けされてもよい。出力部４５は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。これは例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ及びプラズマディスプレイ等の表示デバイスを、契約クライアント装置４の種類に応じて使い分けて実施することが好ましい。
【0024】
２．４．支払クライアント装置５のハードウェア構成
図５は、支払クライアント装置５のハードウェア構成の一例を示す図である。図５に示されるように、支払クライアント装置５は、制御部５１と、記憶部５２と、通信部５３と、入力部５４と、出力部５５と、を有し、これらの構成要素が支払クライアント装置５の内部において通信バスを介して電気的に接続されている。支払クライアント装置５は、実施形態に係る処理を実行する。支払クライアント装置５の制御部５１、記憶部５２及び通信部５３については、契約管理サーバ装置２の制御部２１、記憶部２２及び通信部２３を参照されたい。支払クライアント装置５の入力部５４及び出力部５５については、契約クライアント装置４の入力部４４及び出力部４５を参照されたい。
図５は、支払クライアント装置５のハードウェア構成の一例を示す図である。図５に示されるように、支払クライアント装置５は、制御部５１と、記憶部５２と、通信部５３と、入力部５４と、出力部５５と、を有し、これらの構成要素が支払クライアント装置５の内部において通信バスを介して電気的に接続されている。支払クライアント装置５は、実施形態に係る処理を実行する。支払クライアント装置５の制御部５１、記憶部５２及び通信部５３については、契約管理サーバ装置２の制御部２１、記憶部２２及び通信部２３を参照されたい。支払クライアント装置５の入力部５４及び出力部５５については、契約クライアント装置４の入力部４４及び出力部４５を参照されたい。
【0025】
３．情報処理システム１の動作の流れ
本実施形態の情報処理システム１で実行される好ましい情報処理の一例を説明する。
本実施形態の情報処理システム１で実行される好ましい情報処理の一例を説明する。
【0026】
本明細書において、ネットワークＮ、通信部２３、通信部３３、通信部４３又は通信部５３を介して送受信された種々の情報は、記憶部２２、記憶部３２、記憶部４２又は記憶部５２に記憶されるものとする。なお、使用された通信部を有する装置内の記憶部にて記憶されるものとする。例えば、通信部２３が使用された場合、送受信された情報は、記憶部２２に記憶されるものとする。
【0027】
本明細書において、ネットワークＮ、通信部２３、通信部３３、通信部４３、通信部５３、入力部４４及び入力部５４に関連する情報処理を省略して記載することがある。例えば、制御部４１がユーザによる入力部４４への操作を介して所定の入力を受け付けることを、単に制御部４１がユーザから所定の入力を受け付けると記載することがある。制御部５１がユーザによる入力部５４への操作を介して所定の入力を受け付けることを、単に制御部５１がユーザから所定の入力を受け付けると記載することがある。また、制御部２１が通信部２３とネットワークＮと通信部４３とを介して、契約クライアント装置４との間で情報を送受信することを、単に制御部２１が契約クライアント装置４に情報を送信する、又は単に制御部２１が契約クライアント装置４から情報を受け付けると省略して記載することがある。契約管理サーバ装置２と支払管理サーバ装置３との間の情報処理と、支払管理サーバ装置３と支払クライアント装置５との間の情報処理とについても同様に省略して記載することがある。
【0028】
本明細書において、出力部４５に情報を表示させる情報処理について、単に制御部４１がある情報を出力部４５に表示させるものとして、また、間接的には制御部２１がある情報を出力部４５に表示させるものとして省略して説明することがある。その場合例えば次に説明するような情報処理が実行されている。例えば、制御部４１は、ユーザによる画面の状態を変化させる指示を受け付ける。制御部４１は、その指示に基づいて表示情報を生成する。制御部４１は、生成した表示情報に基づいて、出力部４５への表示を制御する。また、他の例として、制御部４１は、ユーザによる画面に情報を表示させるための指示をユーザから受け付ける。制御部４１は、その指示を契約管理サーバ装置２に送信する。制御部２１は、その指示を契約クライアント装置４から受信する。制御部２１は、その指示に基づいて表示情報を生成する。制御部２１は、生成した表示情報を契約クライアント装置４に送信する。制御部４１は、生成した表示情報を契約管理サーバ装置２から受信する。制御部４１は、生成した表示情報に基づいて、出力部４５への表示を制御する。支払管理サーバ装置３及び支払クライアント装置５についても、契約管理サーバ装置２及び契約クライアント装置４と同様に省略して記載する。ここで表示情報とは、画面、画像、アイコン、テキスト等といった、ユーザが視認可能な態様で生成された情報そのものだけでなく、表示させるためのレンダリング情報を含む概念である。
【0029】
なお本明細書において、「取得」とは、データ等を他の装置から受信する態様と、データ等を自ら生成する態様との両方を含む概念である。
【0030】
３．１ 情報処理の概要
図６を用いて実施形態１に係る情報処理の概要について説明する。実施形態１では、契約情報の入力を受け付け、契約情報に基づいて支払申請情報を出力するまでの情報処理について説明する。図６は、実施形態１に係るアクティビティの一例を示す図である。契約クライアント装置４は、契約担当者により使用される。契約担当者は、第１ユーザの一例である。第１ユーザは、契約情報を扱うユーザであればよい。支払クライアント装置５は、支払担当者により使用される。支払担当者は、第２ユーザの一例である。第２ユーザは、支払申請情報を使用するユーザであればよい。
図６を用いて実施形態１に係る情報処理の概要について説明する。実施形態１では、契約情報の入力を受け付け、契約情報に基づいて支払申請情報を出力するまでの情報処理について説明する。図６は、実施形態１に係るアクティビティの一例を示す図である。契約クライアント装置４は、契約担当者により使用される。契約担当者は、第１ユーザの一例である。第１ユーザは、契約情報を扱うユーザであればよい。支払クライアント装置５は、支払担当者により使用される。支払担当者は、第２ユーザの一例である。第２ユーザは、支払申請情報を使用するユーザであればよい。
【0031】
（アクティビティＡ１）
まず、制御部４１は、契約担当者から契約に関する契約情報の入力を受け付ける。例えば、制御部４１は、契約担当者から、図７に示す契約登録画面６を介して情報の入力を受け付ける。契約情報は、契約担当者の属する組織が当事者として関与する契約に関して、組織内で登録又は共有の目的で使用される情報である。
まず、制御部４１は、契約担当者から契約に関する契約情報の入力を受け付ける。例えば、制御部４１は、契約担当者から、図７に示す契約登録画面６を介して情報の入力を受け付ける。契約情報は、契約担当者の属する組織が当事者として関与する契約に関して、組織内で登録又は共有の目的で使用される情報である。
【0032】
この組織は、株式会社、有限会社、合資会社、合名会社、合資会社、一般社団法人、一般財団法人、公益社団・公益財団法人、ＮＰＯ法人、組合等の法人を含んでもよい。また、組織は、その組織が会社である場合、グループ会社、関連会社、関係会社、親会社、子会社を含んでもよい。
【0033】
この契約は、支払に関する情報を含む契約である。例えば、契約は、契約担当者が所属する組織が債務者の立場となる支払いを発生させる契約である。より具体的な例として、契約は、契約担当者の属する組織が買主として目的物の売買を行う売買契約に関する契約、又は契約担当者の属する組織が自社の業務の一部を外部に委託する際に締結する業務委託契約に関する契約である。また、契約は、上記の他に、賃貸借契約、請負契約、委任契約、雇用契約、派遣契約、保証契約、ライセンス契約等を含んでもよい。
【0034】
この契約情報は、支払に関する支払情報を含む。例えば、支払情報は、債権者を特定する情報を含む。債権者を特定する情報は、例えば、支払先の名称に関する情報等を含む。支払先の名称に関する情報は、会社名入力領域６２０（図７を示して後述する。）又は代表者名入力領域６２１（図７を示して後述する。）に入力される情報を含む。また、例えば、支払情報は、組織内の契約を担当する者（契約担当者）の氏名に関する情報等を含む。契約担当者の氏名に関する情報は、担当者情報領域６１（図７を示して後述する。）に入力される情報を含む。更に、例えば、支払情報は、取引の金額に関する情報を含む。取引の金額に関する情報は、金額入力領域６３６（図７を示して後述する。）に入力される情報を含む。また、支払情報は、開始日入力領域６３３に入力される契約の開始日の情報を含んでもよい。更に、支払情報は、終了日入力領域６３４に入力される契約の終了日の情報を含んでもよい。支払情報は、メモ入力領域６３９に入力されるメモとしての任意の情報を含んでもよい。また、支払情報は、支払申請情報の一部として使用される情報であり、実施形態２で後述する発注購買申請情報の一部としても使用される情報である。
【0035】
また、アクティビティＡ１において、制御部４１は、支払申請情報の出力指示を受け付ける。具体的には例えば、制御部４１は、支払が存在する契約に対して、契約担当者から、支払申請情報を出力するための出力指示を受け付ける。本実施形態において、支払申請情報を出力するための出力指示は、例えば、作成チェックボックス６４０（図７で後述する。）がチェックされていた場合に生成される。
【0036】
更に、アクティビティＡ１において、制御部４１は、契約担当者から、支払申請情報の出力先を受け付ける。具体的には例えば、制御部４１は、契約情報を扱う契約担当者から、支払申請情報の出力先として、支払申請情報を使用する支払担当者の指定を受け付ける。ここで、支払申請情報を使用する支払担当者の指定は、例えば、指名領域６４１（図７で後述する。）に出力先となる担当者が設定されていた場合に生成される。
【0037】
（アクティビティＡ２）
続いて、制御部４１は、契約情報を契約管理サーバ装置２に送信する。このとき、制御部４１は、出力指示と、指定された支払担当者の情報と、を併せて契約管理サーバ装置２に送信する。例えば、制御部４１は、契約管理サーバ装置２に契約情報を送信するためのボタンの押下を受け付けることに応じて、契約情報等を契約管理サーバ装置２に送信する。
続いて、制御部４１は、契約情報を契約管理サーバ装置２に送信する。このとき、制御部４１は、出力指示と、指定された支払担当者の情報と、を併せて契約管理サーバ装置２に送信する。例えば、制御部４１は、契約管理サーバ装置２に契約情報を送信するためのボタンの押下を受け付けることに応じて、契約情報等を契約管理サーバ装置２に送信する。
【0038】
（アクティビティＡ３）
続いて、制御部２１は、契約情報と、出力指示と、指定された支払担当者の情報と、を契約クライアント装置４から受け付ける。
続いて、制御部２１は、契約情報と、出力指示と、指定された支払担当者の情報と、を契約クライアント装置４から受け付ける。
【0039】
（アクティビティＡ４）
続いて、制御部２１は、所定の条件を満たすことに応じて、契約情報を支払管理サーバ装置３に出力する。この所定の条件は、例えば、契約情報が支払情報を含んでおり、制御部２１が出力指示を取得していることである。
続いて、制御部２１は、所定の条件を満たすことに応じて、契約情報を支払管理サーバ装置３に出力する。この所定の条件は、例えば、契約情報が支払情報を含んでおり、制御部２１が出力指示を取得していることである。
【0040】
（アクティビティＡ５）
続いて、制御部３１は、支払申請情報を出力するための出力指示を含む契約情報を契約管理サーバ装置２から受け付ける。
続いて、制御部３１は、支払申請情報を出力するための出力指示を含む契約情報を契約管理サーバ装置２から受け付ける。
【0041】
（アクティビティＡ６）
続いて、出力指示を受け付けた場合、制御部３１は、支払情報に基づいて、下書き状態の支払申請情報を出力する。支払申請情報は、組織内で支払の申請に使用される情報である。支払申請情報については、図７を用いて後述する。また、下書き状態とは、更に情報を追加する余地があることを示す。すなわち、下書き状態の支払申請情報は、更に支払の申請のために情報が付加される余地がある情報であることを示す。また、この下書き状態の支払申請情報は、支払情報を含む。この支払情報は、契約情報と支払申請情報との間で互換性を有する情報である。他の観点によると、制御部３１は、支払情報を、下書き状態の支払申請情報に転記する。また、他の観点によると、制御部３１は、契約情報から支払情報を抽出し、下書き状態の支払申請情報として流用して使用する。
続いて、出力指示を受け付けた場合、制御部３１は、支払情報に基づいて、下書き状態の支払申請情報を出力する。支払申請情報は、組織内で支払の申請に使用される情報である。支払申請情報については、図７を用いて後述する。また、下書き状態とは、更に情報を追加する余地があることを示す。すなわち、下書き状態の支払申請情報は、更に支払の申請のために情報が付加される余地がある情報であることを示す。また、この下書き状態の支払申請情報は、支払情報を含む。この支払情報は、契約情報と支払申請情報との間で互換性を有する情報である。他の観点によると、制御部３１は、支払情報を、下書き状態の支払申請情報に転記する。また、他の観点によると、制御部３１は、契約情報から支払情報を抽出し、下書き状態の支払申請情報として流用して使用する。
【0042】
支払情報は、３ヶ月に１回等の繰り返し発生する支払に関する情報を含んでもよい。繰り返し発生する支払に関する情報は、サイクル入力領域６３７（図７で後述する。）に入力される情報を含む。その場合、制御部３１は、支払情報に基づいて、繰り返し発生する支払に対応する、複数の下書き状態の支払申請情報のそれぞれを、契約を履行可能なタイミングで出力するように制御する。繰り返し発生する支払は、例えば、毎月、３ヶ月に１回、毎年等のタイミングで繰り返し発生する支払である。契約を履行可能なタイミングは、例えば、支払期日から逆算して日数単位（例えば、５日前）、週単位（例えば、１週間前）、営業日単位（例えば、５営業日前）等のタイミングである。
【0043】
制御部３１は、繰り返し発生する支払について、最後の支払が履行可能な状態となった場合、支払申請情報を出力しないように制御する。例えば、制御部３１は、契約の期間が満了した場合、又は、契約に紐づく最後の下書き状態の支払申請情報を出力した場合、下書き状態の支払申請情報を出力しないように制御する。この契約の期間は、終了日入力領域６３４に入力された契約の終了日と、更新ボタン領域６３５が示す契約を更新しないことの情報とに基づいて特定されてもよい。また、この契約に紐づく最後の下書き状態の支払申請情報は、終了日入力領域６３４と更新ボタン領域６３５とサイクル入力領域６３７との情報に基づいて特定されてもよい。具体的には例えば、制御部３１は、特定した契約の期間と、サイクル入力領域６３７に入力された情報から最後の支払のタイミングを特定し、その支払のタイミングに紐づく下書き状態の支払申請情報を、最後の下書き状態の支払申請情報として特定する。
【0044】
（アクティビティＡ７）
続いて、制御部３１は、下書き状態の支払申請情報を支払クライアント装置５に送信する。
続いて、制御部３１は、下書き状態の支払申請情報を支払クライアント装置５に送信する。
【0045】
（アクティビティＡ８）
続いて、制御部５１は、下書き状態の支払申請情報を支払管理サーバ装置３から受け付ける。その後、制御部５１は、支払担当者が支払の申請に使用する支払管理システムの支払確認画面７（図８で後述する。）において、指名通知情報７１０を出力部５５に表示させる。また、制御部５１は、この通知に紐づく下書き状態の支払申請情報の選択を受け付けることに応じて、支払申請画面８（図９で後述する。）に画面を遷移させる。その後、制御部５１は、支払担当者に対して、下書き状態の支払申請情報を含む支払申請画面８を、出力部５５に表示させる。
続いて、制御部５１は、下書き状態の支払申請情報を支払管理サーバ装置３から受け付ける。その後、制御部５１は、支払担当者が支払の申請に使用する支払管理システムの支払確認画面７（図８で後述する。）において、指名通知情報７１０を出力部５５に表示させる。また、制御部５１は、この通知に紐づく下書き状態の支払申請情報の選択を受け付けることに応じて、支払申請画面８（図９で後述する。）に画面を遷移させる。その後、制御部５１は、支払担当者に対して、下書き状態の支払申請情報を含む支払申請画面８を、出力部５５に表示させる。
【0046】
（アクティビティＡ９）
続いて、制御部５１は、支払担当者から、下書き状態の支払申請情報を含む支払申請画面８に対する情報の入力を受け付ける。制御部５１は、下書き状態の支払申請情報への情報の付加を受け付ける。受け付ける情報については、図９を用いて詳述する。
続いて、制御部５１は、支払担当者から、下書き状態の支払申請情報を含む支払申請画面８に対する情報の入力を受け付ける。制御部５１は、下書き状態の支払申請情報への情報の付加を受け付ける。受け付ける情報については、図９を用いて詳述する。
【0047】
（アクティビティＡ１０）
続いて、制御部５１は、支払申請情報を支払管理サーバ装置３に送信する。例えば、制御部５１は、支払申請情報を送信するためのボタンの押下を受け付けることに応じて、支払申請情報を支払管理サーバ装置３に送信する。
続いて、制御部５１は、支払申請情報を支払管理サーバ装置３に送信する。例えば、制御部５１は、支払申請情報を送信するためのボタンの押下を受け付けることに応じて、支払申請情報を支払管理サーバ装置３に送信する。
【0048】
（アクティビティＡ１１）
最後に、制御部３１は、支払申請情報を支払クライアント装置５から受け付ける。その支払申請情報に承認者が設定されている場合、制御部３１は、承認者のメールアドレスに支払申請情報にアクセスするためのＵＲＬを送信する。
最後に、制御部３１は、支払申請情報を支払クライアント装置５から受け付ける。その支払申請情報に承認者が設定されている場合、制御部３１は、承認者のメールアドレスに支払申請情報にアクセスするためのＵＲＬを送信する。
【0049】
本実施形態によれば、情報処理システムは、制御部を備える。制御部は、契約に関する契約情報を受け付ける。契約情報は、支払に関する支払情報を含む。制御部は、支払情報に基づいて、支払申請情報を出力する。支払申請情報は、組織内で支払の申請をするための情報である。本実施形態によれば、支払漏れがより発生しにくくなる技術を提供することができる。
【0050】
【0051】
まず図７を用いて、契約担当者に表示される画面について説明する。図７は、契約登録画面６の一例を示す図である。契約登録画面６は、図６のアクティビティＡ１にて出力部４５に表示される画面である。契約登録画面６は、契約情報を入力可能に構成される画面である。契約登録画面６は、書類情報領域６０と、担当者情報領域６１と、相手方情報領域６２と、契約情報領域６３と、下書作成領域６４とを含む。
【0052】
書類情報領域６０は、書類の情報が入力される領域である。書類情報領域６０は、ファイル添付ボタン６００と、書類種別領域６０１と、締結方法領域６０２とを含む。ファイル添付ボタン６００は、電子化された契約書のデータを添付するためのボタンである。書類種別領域６０１は、売買契約、業務委託契約等の契約の種類を選択可能に構成される領域である。締結方法領域６０２は、電子契約、紙契約、電子契約（他者から受信）等の契約の締結の方法を選択可能に構成される領域である。
【0053】
担当者情報領域６１は、契約担当者の指名及びメールアドレスを入力可能に構成される領域である。
【0054】
相手方情報領域６２は、契約の相手方に関する情報を入力するための領域である。相手方情報領域６２は、会社名入力領域６２０と、代表者名入力領域６２１とを含む。会社名入力領域６２０は、契約の相手方の会社名を入力可能に構成される領域である。代表者名入力領域６２１は、契約の相手方の代表者名を入力可能に構成される領域である。会社名入力領域６２０及び代表者名入力領域６２１は、「相手方を追加」と記されたボタンの押下の数に応じて、それぞれ増加する。
【0055】
契約情報領域６３は、契約に関する情報を入力するための領域である。契約情報領域６３は、書類番号情報６３０と、稟議入力領域６３１と、締結日入力領域６３２と、開始日入力領域６３３と、終了日入力領域６３４と、更新ボタン領域６３５と、金額入力領域６３６と、サイクル入力領域６３７と、概要入力領域６３８と、メモ入力領域６３９とを含む。
【0056】
書類番号情報６３０は、契約毎に固有な英数字からなる文字列の情報であり、この文字列により契約を特定するための情報である。稟議入力領域６３１は、この文字列により稟議を特定するための情報を入力可能に構成される領域である。締結日入力領域６３２は、契約の締結日を入力可能に構成される領域である。開始日入力領域６３３は、契約の開始日を入力可能に構成される領域である。終了日入力領域６３４は、契約の終了日を入力可能に構成される領域である。更新ボタン領域６３５は、契約の自動更新の規定の有無を入力可能に構成される領域である。金額入力領域６３６は、契約を履行するための金額を入力可能に構成される領域である。サイクル入力領域６３７は、３ヶ月に１回、１年に１回等の支払のサイクルを入力可能に構成される領域である。概要入力領域６３８は、契約の概要を入力可能に構成される領域である。メモ入力領域６３９は、契約担当者からメモとして任意の情報を入力可能に構成される領域である。
【0057】
下書作成領域６４は、下書き状態の支払申請情報の出力に関する設定を行うための領域である。下書作成領域６４は、作成チェックボックス６４０と、指名領域６４１とを含む。作成チェックボックス６４０は、下書き状態の支払申請情報の出力を行うか否かを設定するためのチェックボックスである。指名領域６４１は、下書き状態の支払申請情報の出力先となる支払担当者を設定する領域である。なお、指名領域６４１は、支払担当者のメールアドレスを設定（指定）することが可能に構成されても良いし、"経理部門"というように部門単位で設定（指定）することが可能に構成されても良い。
また、契約に基づいて支払申請の下書きを作成する旨を契約担当者が指定（希望）するための態様としては、情報処理システム１は、複数の契約をリストで表示させ、そのリストの中から希望するものの選択（チェック）を受け付けるような態様であってもよい。また、情報処理システム１は、このような契約のリストとして、契約の締結が完了した契約であって、かつ、支払いが発生する契約（のみ）をリスト化し、契約担当者は当該リストから支払の下書きを希望するものの選択し、情報処理システム１がその選択を受け付けるような態様であってもよい。
また、契約に基づいて支払申請の下書きを作成する旨を契約担当者が指定（希望）するための態様としては、情報処理システム１は、複数の契約をリストで表示させ、そのリストの中から希望するものの選択（チェック）を受け付けるような態様であってもよい。また、情報処理システム１は、このような契約のリストとして、契約の締結が完了した契約であって、かつ、支払いが発生する契約（のみ）をリスト化し、契約担当者は当該リストから支払の下書きを希望するものの選択し、情報処理システム１がその選択を受け付けるような態様であってもよい。
【0058】
制御部４１は、契約登録画面６に対するこれらの情報の入力を、契約担当者からの手入力により受け付けてもよいし、契約書をＯＣＲすることにより取得してもよい。
【0059】
また、ユーザから「次へ」と記されたボタンの押下を受け付けることに応じて、制御部４１は、組織内での承認のワークフローの設定の画面と、押印の設定に関する画面と、を順次出力部４５に表示させる。これらの設定が完了した場合、制御部４１は、送信ボタンを出力部４５に表示させる。この送信ボタンの押下を受け付けることに応じて、制御部４１は、契約情報を契約管理サーバ装置２に送信する。
【0060】
次に図８及び図９を用いて、出力部５５に表示される画面について説明する。図８は、支払確認画面７の一例を示す図である。支払確認画面７は、図６のアクティビティＡ８にて出力部５５に表示される画面である。支払確認画面７は、支払担当者が支払申請情報の状況を確認するための画面である。支払確認画面７は、通知ボタン７０と、通知領域７１と、下書申請領域７２とを含む。
【0061】
通知ボタン７０は、通知領域７１を出力部５５に表示させるためのボタンである。通知ボタン７０の押下に応じて、制御部５１は、通知領域７１を出力部５５に表示させる。
【0062】
通知領域７１は、支払に関して支払担当者に知らせる必要のある通知を出力部５５に表示させる領域である。通知領域７１は、指名通知情報７１０を含む。指名通知情報７１０は、契約担当者が、支払担当者を指定して、下書き状態の支払申請情報が生成されたことを示す情報である。例えば、通知領域は、「契約太郎さんが締結した契約によって、支払い下書きが生成されました。」等の情報が含まれる領域である。この支払い下書きは、下書き状態の支払申請情報を示す。他の観点によると、指名通知情報７１０は、下書き状態の支払申請情報の作成が、支払担当者以外の他のユーザを介して行われたことを示す旨の情報である。これにより、支払担当者に、申請前の支払申請情報があることを視覚的に伝達することができるため、支払漏れがより発生しにくくすることができる。別の言い方をすれば、本実施形態の情報処理システム１は、支払担当者が利用する支払管理システム画面（一例として、図８に示されるような画面）において、契約情報に含まれる支払情報に基づいて作成された支払申請情報と、支払担当者が自身で作成した支払申請情報とを、区別可能に表示することが出来る。
【0063】
下書申請領域７２は、契約担当者が編集又は申請に使用する支払申請情報が含まれる領域である。申請ステータス情報７２０、７２１は、契約情報に基づく下書き状態の支払申請情報が生成されたかどうかを示す情報を含んでもよい。例えば、申請ステータス情報７２０には、「下書き（自動）」と表示されている。この「下書き（自動）」は、契約情報に基づいて生成された下書き状態の支払申請情報に関連して表示される。一方で、申請ステータス情報７２１には、「下書き」と表示されている。この「下書き」は、支払担当者が手動で起票した支払申請情報に関連して表示される。編集ボタン７２２は、下書き状態の支払申請情報を編集するための画面を表示可能に構成されるボタンであり、図９の支払申請画面８を出力部５５に表示させるためのボタンである。
【0064】
次に図９を用いて、編集ボタン７２２を押下することにより、出力部５５に表示される支払申請画面８について説明する。図９は、支払申請画面８の一例を示す図である。支払申請画面８は、図６のアクティビティＡ８、Ａ９にて出力部５５に表示される画面である。支払申請画面８は、第１情報領域８０と、第２情報領域８１と、金額情報領域８２とを含む。
【0065】
第１情報領域８０は、タイトル入力領域８００と、申請識別情報８０１と、申請ステータス情報８０２とを含む。タイトル入力領域８００は、支払の標題又は名称を入力可能な領域である。申請識別情報８０１は、支払申請情報毎に固有な英数字からなる文字列の情報であり、この文字列により支払申請情報を特定するための情報である。申請ステータス情報８０２は、編集中の支払申請情報の現在の状態を示す情報である。申請ステータス情報８０２には、「下書き（自動）」と表示されている。
【0066】
第２情報領域８１は、支払先情報８１０と、発注購買申請領域８１１と、請求書添付領域８１２と、請求書識別情報８１３と、その他書類添付領域８１４と、開始日入力領域８１５と、終了日入力領域８１６と、期日入力領域８１７と、メモ入力領域８１８と、仕分入力領域８１９とを含む。
【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】
１ ：情報処理システム
２ ：契約管理サーバ装置
２１ ：制御部
２２ ：記憶部
２３ ：通信部
３ ：支払管理サーバ装置
３１ ：制御部
３２ ：記憶部
３３ ：通信部
４ ：契約クライアント装置
４１ ：制御部
４２ ：記憶部
４３ ：通信部
４４ ：入力部
４５ ：出力部
５ ：支払クライアント装置
５１ ：制御部
５２ ：記憶部
５３ ：通信部
５４ ：入力部
５５ ：出力部
６ ：契約登録画面
６０ ：書類情報領域
６１ ：担当者情報領域
６２ ：相手方情報領域
６３ ：契約情報領域
６４ ：下書作成領域
６００ ：ファイル添付ボタン
６０１ ：書類種別領域
６０２ ：締結方法領域
６２０ ：会社名入力領域
６２１ ：代表者名入力領域
６３０ ：書類番号情報
６３１ ：稟議入力領域
６３２ ：締結日入力領域
６３３ ：開始日入力領域
６３４ ：終了日入力領域
６３５ ：更新ボタン領域
６３６ ：金額入力領域
６３７ ：サイクル入力領域
６３８ ：概要入力領域
６３９ ：メモ入力領域
６４０ ：作成チェックボックス
６４１ ：指名領域
７ ：支払確認画面
７０ ：通知ボタン
７１ ：通知領域
７１０ ：指名通知情報
７２ ：下書申請領域
７２０ ：申請ステータス情報
８ ：支払申請画面
８０ ：第１情報領域
８００ ：タイトル入力領域
８０１ ：申請識別情報
８０２ ：申請ステータス情報
８１ ：第２情報領域
８１０ ：支払先情報
８１１ ：発注購買申請領域
８１２ ：請求書添付領域
８１３ ：請求書識別情報
８１４ ：他書類添付領域
８１５ ：開始日入力領域
８１６ ：終了日入力領域
８１７ ：期日入力領域
８１８ ：メモ入力領域
８１９ ：仕分入力領域
８２ ：金額情報領域
８３ ：ワークフロー設定領域
８３０ ：担当者設定領域
８３１ ：権限選択ボタン領域
Ｎ ：ネットワーク
２ ：契約管理サーバ装置
２１ ：制御部
２２ ：記憶部
２３ ：通信部
３ ：支払管理サーバ装置
３１ ：制御部
３２ ：記憶部
３３ ：通信部
４ ：契約クライアント装置
４１ ：制御部
４２ ：記憶部
４３ ：通信部
４４ ：入力部
４５ ：出力部
５ ：支払クライアント装置
５１ ：制御部
５２ ：記憶部
５３ ：通信部
５４ ：入力部
５５ ：出力部
６ ：契約登録画面
６０ ：書類情報領域
６１ ：担当者情報領域
６２ ：相手方情報領域
６３ ：契約情報領域
６４ ：下書作成領域
６００ ：ファイル添付ボタン
６０１ ：書類種別領域
６０２ ：締結方法領域
６２０ ：会社名入力領域
６２１ ：代表者名入力領域
６３０ ：書類番号情報
６３１ ：稟議入力領域
６３２ ：締結日入力領域
６３３ ：開始日入力領域
６３４ ：終了日入力領域
６３５ ：更新ボタン領域
６３６ ：金額入力領域
６３７ ：サイクル入力領域
６３８ ：概要入力領域
６３９ ：メモ入力領域
６４０ ：作成チェックボックス
６４１ ：指名領域
７ ：支払確認画面
７０ ：通知ボタン
７１ ：通知領域
７１０ ：指名通知情報
７２ ：下書申請領域
７２０ ：申請ステータス情報
８ ：支払申請画面
８０ ：第１情報領域
８００ ：タイトル入力領域
８０１ ：申請識別情報
８０２ ：申請ステータス情報
８１ ：第２情報領域
８１０ ：支払先情報
８１１ ：発注購買申請領域
８１２ ：請求書添付領域
８１３ ：請求書識別情報
８１４ ：他書類添付領域
８１５ ：開始日入力領域
８１６ ：終了日入力領域
８１７ ：期日入力領域
８１８ ：メモ入力領域
８１９ ：仕分入力領域
８２ ：金額情報領域
８３ ：ワークフロー設定領域
８３０ ：担当者設定領域
８３１ ：権限選択ボタン領域
Ｎ ：ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
