JP7333354B2 - 契約管理装置、契約管理方法、および契約管理プログラム - Google Patents

Description

本発明は、契約管理装置、契約管理方法、および契約管理プログラムに関する。

企業会計基準委員会により我が国における収益認識に関する包括的な会計基準である新収益認識基準が公表され、２０２１年４月から原則適用が開始される。新収益認識基準の基準第２７項によれば、複数の契約を結合し単一の契約とみなして処理することが規定されている。複数の契約を管理するシステムとして、例えば、特許文献１がある。

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

新収益認識規準に則り、複数の契約を結合して管理する方法としては、複数の契約を業務実態などの単位ごとに分類し、契約明細として登録する運用が考えられる。しかし、従来技術では、契約明細の基となった原契約が管理されておらず、業務遂行の効率が低下する場合があった。

本発明は、上記問題点に鑑みてなされたものであり、複数の契約を結合管理する契約管理装置において、業務遂行の効率向上を図ることが可能な契約管理装置、契約管理方法、および契約管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る契約管理装置は、記憶部および制御部を備え、複数の契約を結合管理する契約管理装置であって、前記記憶部は、業務実態の単位の契約からなる契約明細と前記契約明細を識別する契約明細番号とを対応付けた１または複数の契約明細情報が登録された契約明細テーブルを予め記憶し、前記制御部は、結合対象の、前記契約明細の基となった契約である１または複数の原契約の入力と、１または複数の前記契約明細の選択と、を受け付ける受付手段と、受付けた１または複数の前記原契約と受付けた１または複数の前記契約明細とを結合した結合契約と、前記結合契約を識別する結合契約番号と、を対応付けて結合契約テーブルに登録し、前記結合契約番号と、受付けた前記原契約および該原契約を識別する原契約番号と、を対応付けて原契約テーブルへ登録し、前記結合契約番号と、受付けた前記契約明細を識別する前記契約明細番号と、を対応付けて結合契約紐付テーブルへ登録する、登録手段と、を備えることを特徴とする。

なお、本発明に係る契約管理装置の前記受付手段は、登録画面を介して、結合対象の、１または複数の前記原契約の入力と、１または複数の前記契約明細の選択と、を受け付けることを特徴とする。

また、本発明に係る契約管理装置は、前記結合契約テーブル、前記原契約テーブル、前記結合契約紐付テーブル、および前記契約明細テーブルに基づいて、前記結合契約番号に対応する前記原契約および前記契約明細、前記原契約番号に対応する前記結合契約および前記契約明細、および、前記契約明細番号に対応する前記結合契約および前記原契約、の少なくとも１つを出力する出力制御手段を備えることを特徴とする。

また、本発明に係る契約管理装置における前記業務実態の単位は、履行義務の単位であることを特徴とする。

また、本発明に係る契約管理方法は、制御部及び記憶部を備えた情報処理装置に実行させるための契約管理方法であって、前記記憶部には、業務実態の単位の契約からなる契約明細と前記契約明細を識別する契約明細番号とを対応付けた１または複数の契約明細情報が登録された契約明細テーブルが予め記憶され、前記制御部で実行される、結合対象の、前記契約明細の基となった契約である１または複数の原契約の入力と、１または複数の前記契約明細の選択と、を受け付ける受付ステップと、受付けた１または複数の前記原契約と受付けた１または複数の前記契約明細とを結合した結合契約と、前記結合契約を識別する結合契約番号と、を対応付けて結合契約テーブルに登録し、前記結合契約番号と、受付けた前記原契約および該原契約を識別する原契約番号と、を対応付けて原契約テーブルへ登録し、前記結合契約番号と、受付けた前記契約明細を識別する前記契約明細番号と、を対応付けて結合契約紐付テーブルへ登録する、登録ステップと、を含むことを特徴とする。

また、本発明に係る契約管理プログラムは、制御部及び記憶部を備えた情報処理装置に実行させるための契約管理プログラムであって、前記記憶部には、業務実態の単位の契約からなる契約明細と前記契約明細を識別する契約明細番号とを対応付けた１または複数の契約明細情報が登録された契約明細テーブルが予め記憶され、前記制御部において、結合対象の、前記契約明細の基となった契約である１または複数の原契約の入力と、１または複数の前記契約明細の選択と、を受け付ける受付ステップと、受付けた１または複数の前記原契約と受付けた１または複数の前記契約明細とを結合した結合契約と、前記結合契約を識別する結合契約番号と、を対応付けて結合契約テーブルに登録し、前記結合契約番号と、受付けた前記原契約および該原契約を識別する原契約番号と、を対応付けて原契約テーブルへ登録し、前記結合契約番号と、受付けた前記契約明細を識別する前記契約明細番号と、を対応付けて結合契約紐付テーブルへ登録する、登録ステップと、を実行させるための契約管理プログラムである。

本発明によれば、複数の契約を結合管理する契約管理装置において、業務遂行の効率向上を図ることが可能となるという効果を奏する。

図１は、本実施の形態に係る契約管理装置の構成の一例を示すブロック図である。 図２Ａは、結合契約テーブルのデータ構成の一例を示す模式図である。 図２Ｂは、原契約テーブルのデータ構成の一例を示す模式図である。 図２Ｃは、結合契約紐付テーブルのデータ構成の一例を示す模式図である。 図２Ｄは、契約明細テーブルのデータ構成の一例を示す模式図である。 図３は、本実施の形態における契約管理装置の全体の処理の一例を説明するためのフローを示す図である。 図４は、登録画面の一例の模式図である。 図５は、検索画面の一例の模式図である。 図６は、テーブル間の関連を表す説明図である。 図７Ａは、テーブルへの登録パターンの具体例の説明図である。 図７Ｂは、テーブルへの登録パターンの具体例の説明図である。 図８Ａは、テーブルへの登録パターンの具体例の説明図である。 図８Ｂは、テーブルへの登録パターンの具体例の説明図である。 図９Ａは、出力受付画面の一例の模式図である。 図９Ｂは、帳票イメージの一例である。 図１０Ａは、出力受付画面の一例の模式図である。 図１０Ｂは、帳票イメージの一例である。 図１１Ａは、出力受付画面の一例の模式図である。 図１１Ｂは、帳票イメージの一例である。

以下に、本発明に係る契約管理装置、契約管理方法、および契約管理プログラムの実施形態を、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。

［１．概要］
企業会計基準委員会により、２０１８年３月３０日に、我が国における収益認識に関する包括的な会計基準である新収益認識基準が公表され、２０２１年４月から原則適用が開始される。

具体的には、本発明は、２０２１年４月から原則適用が開始される企業会計基準第２９号（以下「新収益認識基準」と記載）の適用に関して、主に、建設工事業・ＩＴ業等向けの案件型販売管理システムにおいて効果を見込むものである。

新収益認識基準について、以下の項が本発明に関係する内容となる。

・基準第２７項
同一の顧客（当該顧客の関連当事者を含む。）と同時又はほぼ同時に締結した複数の契約について、次の（１）から（３）のいずれかに該当する場合には、当該複数の契約を結合し、単一の契約とみなして処理する。
（１）当該複数の契約が同一の商業的目的を有するものとして交渉されたこと
（２）１つの契約において支払われる対価の額が、他の契約の価格又は履行により影響を受けること
（３）当該複数の契約において約束した財又はサービスが、第３２項から第３４項に従うと単一の履行義務となること

上記規準第２７項において本発明と関連するポイントは、実際の契約書上は別々である契約が、1つの契約に結合される点である。

なお、本実施形態では、履行義務などの業務実態の単位の契約を、「契約明細」と称して説明する。また、契約明細の基となった契約を、「原契約」と称して説明する。原契約は、具体的には、実務上の契約書ベースの契約である。また、本実施形態では、原契約のデータを、単に、原契約、と称して説明する。同様に、契約明細のデータを契約明細と称し、結合契約のデータを結合契約と称して説明する。結合契約は単一の契約としてみなすように、複数の契約を結合したものである。

ここで、契約の結合を行う従来の対応方法としては、以下の方法が挙げられる。例えば、契約内容を履行義務ごとに分類し、履行義務の単位の契約明細をシステムに登録する方法が考えられる。しかし、このような従来の対応方法では、原契約の情報がシステム上のどこにも存在せず、業務実態の契約と紐付けが出来なかった。また、紐付けが出来ないことから、実際の業務を原契約の契約書ベースで行った場合、ユーザは、システム上のどの契約明細を処理する必要があるか等の確認が行えず、業務遂行が困難となる場合があった。また、従来では、原契約と履行義務が多対多で複雑に関連することになり、効率の良い紐付け方法も確立されていなかった。すなわち、従来では、複数の契約の結合管理において、業務遂行の効率が低下する場合があった。

そこで、本実施形態の契約管理装置では、上記課題を解消し、且つ、上記新収益規準に対応可能な機能を有する。

［２．構成］
本実施形態に係る契約管理装置１００の構成の一例について、図１を参照して説明する。図１は、契約管理装置１００の構成の一例を示すブロック図である。

契約管理装置１００は、複数の契約を結合管理する装置である。契約管理装置１００は、市販のデスクトップ型パーソナルコンピュータである。なお、契約管理装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。

契約管理装置１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備える。契約管理装置１００が備える各部は、任意の通信路を介して通信可能に接続されている。

通信インターフェース部１０４は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、契約管理装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、契約管理装置１００とサーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。なお、記憶部１０６に記憶されている各種のデータは、例えばサーバ２００に格納されてもよい。

入出力インターフェース部１０８には、入力装置１１２および出力装置１１４が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、及びマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４とし、入力装置１１２をキーボード１１２またはマウス１１２として記載する場合がある。

記憶部１０６には、各種のデータベース、テーブルおよびファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、および光ディスク等を用いることができる。

記憶部１０６は、例えば、結合契約テーブル１０６ａと、原契約テーブル１０６ｂと、結合契約紐付テーブル１０６ｃと、契約明細テーブル１０６ｄと、を記憶する。

これらのテーブルのデータ構成の一例を説明する。なお、本実施形態では、結合契約テーブル１０６ａ、原契約テーブル１０６ｂ、結合契約紐付テーブル１０６ｃ、および契約明細テーブル１０６ｄなどのテーブルの構造を簡略化して記載するものとする。実際のテーブルの構造は、より複雑であるが、本発明と直接関係のない部分については実際より簡略化して示した。

図２Ａは、結合契約テーブル１０６ａのデータ構成の一例を示す模式図である。

結合契約テーブル１０６ａは、１または複数の結合契約情報を登録するためのテーブルである。なお、結合契約テーブル１０６ａのデータ形式は、テーブルに限定されない。例えば、結合契約テーブル１０６ａのデータ形式は、データベースであってもよい。

結合契約情報は、結合契約と、結合契約を識別する結合契約番号と、を対応付けた情報である。結合契約とは、複数の契約を結合した契約のデータである。詳細には、結合契約とは、ユーザによって指定された、１または複数の原契約と、１または複数の契約明細と、を結合し、単一の契約とみなしたものである。本実施形態では、例えば、結合契約は、結合契約名、登録日、営業担当者コード、営業担当部署コード、結合契約備考、などの情報を含む。結合契約番号は、対応する結合契約を識別する識別情報である。結合契約番号は、後述する制御部１０２によって自動的に一意の値が付与される。

図２Ｂは、原契約テーブル１０６ｂのデータ構成の一例を示す模式図である。原契約テーブル１０６ｂは、１または複数の結合契約原契約情報を登録するためのテーブルである。なお、原契約テーブル１０６ｂのデータ形式は、テーブルに限定されない。例えば、原契約テーブル１０６ｂのデータ形式は、データベースであってもよい。

結合契約原契約情報は、結合契約番号と、原契約情報と、を対応付けた情報である。原契約情報は、原契約と、原契約を識別するための原契約番号と、を含む。原契約とは、上述したように、実務上の契約書ベースの契約であり、契約明細の基となった契約である。例えば、原契約は、原契約番号、原契約名、原契約本体金額、備考、などの情報を含む。

なお、結合契約原契約情報は、更に、行番号を含んでいてもよい。結合契約原契約情報に含まれる行番号は、１つの結合契約番号に対して紐付けられている原契約番号の各々に対して、連番となるように付与される。このため、結合契約原契約情報における、１つの結合契約番号に対応付けられている行番号の最大値は、該結合契約番号に対して、いくつの原契約番号が紐付けられているかを示す情報となる。

図２Ｃは、結合契約紐付テーブル１０６ｃのデータ構成の一例を示す模式図である。結合契約紐付テーブル１０６ｃは、１または複数の紐付け情報を登録するためのテーブルである。なお、結合契約紐付テーブル１０６ｃのデータ形式は、テーブルに限定されない。例えば、結合契約紐付テーブル１０６ｃのデータ形式は、データベースであってもよい。

紐付け情報は、結合契約番号と、契約明細番号と、を対応付けた情報である。契約明細番号は、契約明細の識別情報である。契約明細とは、上述したように、履行義務などの業務実態の単位の契約からなるデータである。履行義務などの業務実態の単位とは、ユーザなどによって予め定められた単位の一例である。

なお、紐付け情報は、更に、行番号を含んでいてもよい。紐付け情報に含まれる行番号は、１つの結合契約番号に対して紐付けられている契約明細番号の各々に対して、連番となるように付与される。このため、紐付け情報における、１つの結合契約番号に対応付けられている行番号の最大値は、該結合契約番号に対して、いくつの契約明細番号が紐付けられているかを示す情報となる。

図２Ｄは、契約明細テーブル１０６ｄのデータ構成の一例を示す模式図である。契約明細テーブル１０６ｄは、１または複数の契約明細情報を登録するためのテーブルである。なお、契約明細テーブル１０６ｄのデータ形式は、テーブルに限定されない。例えば、契約明細テーブル１０６ｄのデータ形式は、データベースであってもよい。

契約明細情報は、契約明細と、契約明細を識別する契約明細番号と、を対応付けた情報である。契約明細とは、上述したように、履行義務などの業務実態の単位の契約である。本実施形態では、契約明細は、履行義務の単位の契約である。本実施形態では、契約明細は、契約明細名、受注金額、などを含む。

なお、本実施形態では、上述した複数のテーブルの内、契約明細テーブル１０６ｄには、１または複数の契約明細情報が予め登録されているものとする。すなわち、本実施形態では、契約明細番号と契約明細とを対応付けた契約明細情報は、別のシステムや別のアプリケーションソフトウェアなどによって予め登録及び生成され、予め記憶部１０６へ記憶されているものとする。

例えば、契約管理装置１００では、システム起動時などに、別のシステムなどで生成された契約明細テーブル１０６ｄをサーバ２００などから読み取り、記憶部１０６へ記憶してもよい。また、契約管理装置１００は、契約明細テーブル１０６ｄ登録用のアプリケーションソフトウェアを備えた構成であってもよい。この場合、ユーザが、アプリケーションソフトウェアを利用することで、１または複数の契約明細情報を予め契約明細テーブル１０６ｄに登録する構成とすればよい。

一方、本実施形態では、上述した複数のテーブルの内、結合契約テーブル１０６ａ、原契約テーブル１０６ｂ、および結合契約紐付テーブル１０６ｃについては、後述する制御部１０２の処理によって更新される。更新処理の詳細については後述する。

図１に戻り説明を続ける。制御部１０２は、契約管理装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ（オペレーティング・システム）等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。

本実施形態では、制御部１０２は、受付部１０２ａと、登録部１０２ｂと、出力制御部１０２ｃと、を備える。

受付部１０２ａは、結合対象の、１または複数の原契約の入力と、１または複数の契約明細の選択と、を受け付ける。結合対象とは、上記規準第２７項に則り、結合して単一の契約とみなして処理する対象の契約、を意味する。

例えば、受付部１０２ａは、出力装置１１４に出力された登録画面を介して、結合対象の、１または複数の原契約の入力と、１または複数の契約明細の選択と、を受け付ける。

登録部１０２ｂは、受付部１０２ａで受付けた１または複数の原契約と、受付部１０２ａで受付けた１または複数の契約明細と、を結合した結合契約と、この結合契約を識別する結合契約番号と、を対応付けて結合契約テーブル１０６ａに登録する。詳細には、登録部１０２ｂは、結合契約と結合契約番号とを対応付けた結合契約情報を、結合契約テーブル１０６ａへ登録する。

また、登録部１０２ｂは、結合契約番号と、受付けた原契約および原契約を識別する原契約番号と、を対応付けて原契約テーブル１０６ｂへ登録する。詳細には、登録部１０２ｂは、結合契約番号と、原契約および原契約番号と、を対応付けた結合契約原契約情報を、原契約テーブル１０６ｂへ登録する。

また、登録部１０２ｂは、結合契約番号と、受付けた契約明細を識別する契約明細番号と、を対応付けて結合契約紐付テーブル１０６ｃへ登録する。詳細には、登録部１０２ｂは、結合契約番号と、契約明細番号と、を対応付けた紐付け情報を、結合契約紐付テーブル１０６ｃへ登録する。

このため、受付部１０２ａが新たな結合契約に関する情報を受け付けるごとに、結合契約テーブル１０６ａ、原契約テーブル１０６ｂ、および結合契約紐付テーブル１０６ｃが更新される。

出力制御部１０２ｃは、結合契約テーブル１０６ａ、原契約テーブル１０６ｂ、結合契約紐付テーブル１０６ｃ、および契約明細テーブル１０６ｄに基づいて、結合契約番号に対応する原契約および契約明細、原契約番号に対応する結合契約および契約明細、および、契約明細番号に対応する結合契約および原契約、の少なくとも１つを出力する。

［３．具体例］
図３～図１１を参照して、本実施の形態における契約管理装置１００の処理の具体例を説明する。

図３は、本実施の形態における契約管理装置１００の全体の処理の一例を説明するためのフローを示す図である。

制御部１０２では、契約の結合を実行するか否かを判断する（ステップＳ１０）。例えば、ユーザは、契約の結合業務を遂行するときに、入力装置１１２を操作することで、契約の結合実行指示を入力する。制御部１０２では、入力装置１１２から、契約の結合実行指示を示す信号を受付けたか否かを判別することで、ステップＳ１０の判断を実行する。契約の結合を実行すると判断した場合（ステップＳ１０：Ｙｅｓ）、ステップＳ１２へ進む。

ステップＳ１２では、出力制御部１０２ｃが、登録画面を出力装置１１４へ出力する。登録画面は、結合対象の原契約の入力および契約明細の選択時に、出力装置１１４に出力される画面である。

図４は、登録画面５０の一例の模式図である。登録画面５０は、結合対象の原契約の入力および契約明細の選択時に、出力装置１１４に出力される画面である。言い換えると、登録画面５０は、契約の結合を行った結果の、結合された結合契約をデータとして登録するときに出力される画面である。例えば、登録画面５０は、結合契約番号の表示欄５０Ａ、結合契約の入力欄５０Ｂ、原契約の入力欄５０Ｃ、および、契約明細の選択欄５０Ｄ、を含む。

結合契約番号の表示欄５０Ａには、新たな結合契約を識別するための識別番号が表示される。出力制御部１０２ｃは、登録画面５０を出力装置１１４へ出力するときに、記憶部１０６に記憶されていない一意の新たな結合契約番号を自動採番し、結合契約番号の表示欄５０Ａへ表示すればよい。

結合契約の入力欄５０Ｂは、結合契約の入力欄である。ユーザは、入力装置１１２を操作することで、結合契約の営業担当者、営業担当部署、登録日、結合契約名、結合契約備考、などを入力する。

原契約の入力欄５０Ｃは、結合対象の原契約に関するデータの入力を受付けるための入力欄である。ユーザは、入力装置１１２を操作することで、結合対象の原契約と、この原契約を識別する原契約番号と、を原契約の入力欄５０Ｃへ入力する。例えば、ユーザは、原契約として、原契約名、原契約本体金額、備考、などを入力する。

契約明細の選択欄５０Ｄは、結合対象の契約明細の選択を受け付けるための入力欄である。契約明細の選択欄５０Ｄは、例えば、入力欄５０Ｄ１と、表示欄５０Ｄ２と、を含む。

ユーザは、入力装置１１２を操作することで、契約管理装置１００の契約明細テーブル１０６ｄに登録されている複数の契約明細情報の中から、結合対象の契約明細の契約明細番号を入力欄５０Ｄ１へ入力し、追加ボタンを操作する。これらの操作がなされることで、受付部１０２ａは、結合対象の契約明細の選択を受け付ける。また、出力制御部１０２ｃは、受付けた契約明細番号に対応する契約明細を契約明細テーブル１０６ｄから検索し、該契約明細番号と契約明細とを含む契約明細情報を、選択受付済の契約明細情報として表示欄５０Ｄ２へ表示する。これらの処理は、入力欄５０Ｄ１へ契約明細番号が入力され、追加ボタンが操作されるたびに、繰り返し実行される。

なお、契約明細番号の受付時には、出力制御部１０２ｃは、検索画面を更に出力してもよい。

図５は、検索画面５２の一例の模式図である。例えば、検索画面５２は、検索ワードを入力するための入力欄５２Ａと、検索結果の表示欄５２Ｂと、を含む。ユーザは、入力装置１１２を操作することで、入力欄５２Ａへ検索対象の契約明細の検索ワードを入力し、検索実行ボタンを操作する。出力制御部１０２ｃは、入力された検索ワードを含む契約明細情報を契約明細テーブル１０６ｄから検索し、表示欄５２Ｂへ表示する。

ユーザは、表示欄５２Ｂへ表示された契約明細情報を確認することで、結合対象とする所望の契約明細の契約明細番号を確認することができる。そして、ユーザは、図４に示す登録画面５０において、入力欄５２Ｃ１へ契約明細番号を入力することで、結合対象の契約明細を契約明細テーブル１０６ｄから選択すればよい。

図４に戻り説明を続ける。なお、登録画面５０は、原契約本体金額合計、受注本体金額合計、差異金額、などの表示欄５０Ｅを更に備えていてもよい。この場合、出力制御部１０２ｃは、登録画面５０を介して新たな原契約や契約明細が入力または選択されるごとに、これらの金額を再計算し、表示欄５０Ｅへ表示すればよい。これらの金額が表示されることで、ユーザは、操作時に金額などを確認しながら業務を遂行することができる。

また、登録画面５０は、実際の契約書のコピーなどの各種のファイルを証憑などとして添付するためのファイル添付ボタン５０Ｆを備えていてもよい。ユーザは、入力装置１１２を操作することで、ファイル添付ボタン５０Ｆを操作し、添付対象のファイルを選択する。これらの操作によって、結合契約に対して、選択されたファイルが紐付けられる。

ユーザが、登録画面５０における登録ボタンを操作することで、登録画面５０を介して入力された情報が記憶部１０６の各テーブルに登録される。このため、登録画面５０を介して操作がなされることで、結合契約を主軸とし、元となった原契約、および、契約明細の情報を登録することができる。

図３へ戻り説明を続ける。ステップＳ１２で登録画面５０が表示され、登録画面５０を介して上記の各種の情報が入力されると、受付部１０２ａが、結合対象を受け付ける（ステップＳ１４）。具体的には、受付部１０２ａは、登録画面５０を介して入力または選択された、原契約情報、契約明細情報、結合契約情報、および、登録画面５０に表示された結合契約番号、などを受け付ける。

次に、登録部１０２ｂは、ステップＳ１４で受け付けた情報を、記憶部１０６の結合契約テーブル１０６ａ、原契約テーブル１０６ｂ、および結合契約紐付テーブル１０６ｃへ登録する（ステップＳ１６）。そして、本ルーチンを終了する。

具体的には、登録部１０２ｂは、受付けた１または複数の原契約情報の原契約と、受付けた１または複数の契約明細情報の契約明細と、を結合し、結合契約として特定する。そして、登録部１０２ｂは、特定した結合契約と、この結合契約の結合契約番号と、を対応付けた結合契約情報を、結合契約テーブル１０６ａへ登録する。

また、登録部１０２ｂは、受付けた結合契約番号と、原契約および該原契約を識別する原契約番号と、を対応付けた原契約情報を、原契約テーブル１０６ｂへ登録する。

また、登録部１０２ｂは、受付けた結合契約番号と、受付けた契約明細を識別する契約明細番号と、を対応付けた紐付け情報を、結合契約紐付テーブル１０６ｃへ登録する。

このため、これらの処理によって、結合契約テーブル１０６ａ、原契約テーブル１０６ｂ、および結合契約紐付テーブル１０６ｃには、新たに登録された結合契約と、該結合契約によって結合された原契約および契約明細と、が紐付けられた状態となる（図２Ａ～図２Ｄ参照）。すなわち、これらのテーブルによって、結合契約、原契約、および契約明細が、結合契約番号、原契約番号、および契約明細番号によって紐付けられた状態となる。

図６は、テーブル間の関連を表す説明図である。図６に示すように、契約明細テーブル１０６ｄに登録されている契約明細番号と、結合契約紐付テーブル１０６ｃに登録されている契約明細番号と、は、１対１の関係で紐付けられる。また、結合契約紐付テーブル１０６ｃに登録されている結合契約番号と、結合契約テーブル１０６ａに登録されている結合契約番号とは、Ｎ対１の関係で紐付けられる。なお、Ｎは、１以上の整数である。また、結合契約テーブル１０６ａに登録されている結合契約番号と、原契約テーブル１０６ｂに登録されている結合契約番号とが、１対Ｎの関係で紐付けされることとなる。

また、原契約テーブル１０６ｂには、結合契約番号に対応付けて原契約番号が登録される。このため、記憶部１０６に記憶されているテーブルによって、契約明細と原契約とが、Ｎ対Ｍの関係で紐付けられる。なお、Ｍは、１以上の整数である。

図７Ａおよび図７Ｂは、テーブルへの登録パターンの具体例の説明図である。図７Ａおよび図７Ｂは、契約明細を１個に対して原契約がＮ個対応付けられる例Ａを示した。図７Ｂに示すように、例えば、契約書が、システムＡの設計、システムＡの開発、および、システムＡのインフラ構築、の３工程で分かれている場合を想定する。すなわち、例Ａには、３つの原契約である、原契約００１、原契約００２、および原契約００３が含まれる。また、例Ａでは、システムＡは、設計、開発、およびインフラ構築、の３工程が揃って初めて１つの履行義務となる場合を想定する。

この場合、図７Ａに示すように、上記テーブルには、１つの契約明細Ａに対して、１つの結合契約番号αが紐付けられ、該１つの結合契約番号αに対して、３個の原契約番号が紐付けられた状態となる。

図８Ａおよび図８Ｂは、テーブルへの登録パターンの具体例の説明図である。図８Ａおよび図８Ｂは、契約明細をＮ個に対して原契約がＭ個対応付けられる例Ｂを示した。図８Ｂに示すように、例えば、契約書が、システムの設計、システムの開発、および、システムのインフラ構築、の３工程で分かれている場合を想定する。すなわち、例Ａには、３つの原契約である、原契約００１、原契約００２、および原契約００３が含まれる。また、例Ａでは、システムＡとシステムＢとは、各々個別利用可能であり、且つ、各々別の履行義務となる場合を想定する。また、これらのシステムＡとシステムＢは、それぞれ、設計、開発、およびインフラ構築、の３工程が揃って初めて１つの履行義務を提供できる場合を想定する。

この場合、図８Ａに示すように、上記テーブルには、２つの契約明細である契約明細Ａおよび契約明細Ｂの各々に対して、１つの結合契約番号αが紐付けられ、更に、該１つの結合契約番号αに対して、３個の原契約番号が紐付けられた状態となる。

このため、結合契約テーブル１０６ａ、原契約テーブル１０６ｂ、結合契約紐付テーブル１０６ｃ、および契約明細テーブル１０６ｄによって、複数の原契約を１件の契約明細と紐付けして管理することが可能となる。また、本実施の形態の契約管理装置１００では、これらのテーブルによって、１つの原契約を複数の契約明細と紐付けして管理することが可能となる。また、本実施形態の契約管理装置１００では、これらのテーブルによって、契約明細と原契約とをＭ対Ｎの関係で紐付けして管理することが可能となる。

図３戻り説明を続ける。ステップＳ１０で否定判断すると、ステップＳ１８へ進む。ステップＳ１８では、制御部１０２は、リストを出力するか否かを判断する（ステップＳ１８）。リストを出力するとは、登録画面５０を介して登録された情報を帳票で出力することを意味する。例えば、ユーザは、結合契約確認などのために、登録された情報を帳票で出力することを所望する場合がある。この場合、ユーザは、入力装置１１２を操作することで、リストの出力指示を入力する。制御部１０２では、入力装置１１２から、リストの出力指示を示す信号を受付けたか否かを判別することで、ステップＳ１８の判断を実行する。ステップＳ１８で否定判断すると（ステップＳ１８：Ｎｏ）、本ルーチンを終了する。一方、ステップＳ１８で肯定判断すると（ステップＳ１８：Ｙｅｓ）、ステップＳ２０へ進む。

ステップＳ２０では、出力制御部１０２ｃは、出力受付画面を出力装置１１４へ表示する（ステップＳ２０）。

図９Ａは、出力受付画面５４の一例の模式図である。出力受付画面５４は、登録画面５０を介して登録された情報を帳票で出力するときに、出力装置１１４に出力される画面である。出力受付画面５４は、上記ステップＳ２０で出力装置１１４に表示される画面の一例である。

出力受付画面５４には、出力単位の選択欄５４Ａが含まれる。本実施形態では、出力単位として、結合契約番号単位、原契約番号単位、および、契約明細単位、の３種類の出力単位が選択可能に構成されている。

結合契約番号単位とは、結合契約番号に対応する原契約および契約明細を出力することを意味する。言い換えると、結合契約単位とは、結合契約番号を軸とし、結合契約番号に紐付けられた、契約明細および原契約の一覧の帳票を出力することを意味する。

原契約番号単位とは、原契約番号に対応する結合契約および契約明細を出力することを意味する。言い換えると、原契約番号単位とは、原契約番号を軸とし、原契約番号に紐付けられた、契約明細および結合契約の一覧の帳票を出力することを意味する。

契約明細単位とは、契約明細番号に対応する結合契約および原契約を出力することを意味する。言い換えると、契約明細単位とは、契約明細を軸とし、契約明細番号に紐付けられた、原契約および結合契約の一覧の帳票を出力することを意味する。

ユーザは、入力装置１１２を操作することで、結合契約番号単位、原契約番号単位、および、契約明細単位の何れかを選択する。この選択操作により、ユーザは、いずれの出力の単位を軸とした帳票を出力するかを選択することが出来る。

図３に戻り説明を続ける。受付部１０２ａは、結合契約番号単位の選択を受け付けたか否かを判断する（ステップＳ２２）。結合契約番号単位の選択を受け付けたと判断した場合（ステップＳ２２：Ｙｅｓ）、ステップＳ２４へ進む。ステップＳ２４では、出力制御部１０２ｃが、結合契約番号単位の帳票を出力装置１１４へ出力し（ステップＳ２４）、本ルーチンを終了する。

図９Ａには、結合契約番号単位が選択された状態の出力受付画面５４の一例を示した。ユーザは、出力受付画面５４を確認しながら入力装置１１２を操作することで、出力対象の結合契約番号を入力し、実行ボタンを操作する。実行ボタンは、例えば、出力受付画面５４における、プレビュー、ＰＤＦ、ＣＳＶなどの表示領域である。プレビューが操作されることで、帳票イメージが出力装置１１４へ表示される。ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）またはＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）が操作されることで、帳票がＰＤＦ形式またはＣＳＶ形式のデータとして記憶部１０６などに記憶される。

図９Ｂは、結合契約番号単位の帳票イメージの一例である。結合契約番号単位が選択されると、出力制御部１０２ｃは、出力受付画面５４を介して入力された結合契約番号に対応する、結合契約情報と、原契約の原契約情報と、契約明細の契約明細情報を検索する。出力制御部１０２ｃは、結合契約番号を検索キーとして、結合契約テーブル１０６ａ、原契約テーブル１０６ｂ、結合契約紐付テーブル１０６ｃ、および契約明細テーブル１０６ｄを検索する。この検索により、出力制御部１０２ｃは、結合契約番号に対応付けられた、結合契約情報、原契約情報、および契約明細情報を検索する。そして、出力制御部１０２ｃは、検索結果として、結合契約情報と、原契約情報と、契約明細情報を含む帳票を、結合契約番号単位の結合契約確認リスト５６として出力装置１１４へ出力する。

このため、ユーザは、結合契約番号を軸として、結合契約番号に紐付けられた原契約と契約明細を容易に確認することができる。また、ユーザは、登録された原契約と契約明細との紐付けを容易に確認することができる。

図３に戻り説明を続ける。ステップＳ２２で否定判断すると（ステップＳ２２：Ｎｏ）、ステップＳ２６へ進む。受付部１０２ａは、原契約番号単位の選択を受け付けたか否かを判断する（ステップＳ２６）。原契約番号単位の選択を受け付けたと判断した場合（ステップＳ２６：Ｙｅｓ）、ステップＳ２８へ進む。ステップＳ２８では、出力制御部１０２ｃが、原契約番号単位の帳票を出力装置１１４へ出力し（ステップＳ２８）、本ルーチンを終了する。

図１０Ａには、原契約番号単位が選択された状態の出力受付画面５８の一例を示した。ユーザは、出力受付画面５８を確認しながら入力装置１１２を操作することで、出力対象の原契約番号を入力し、実行ボタンを操作する。実行ボタンは、例えば、出力受付画面５８における、プレビュー、ＰＤＦ、ＣＳＶなどの表示領域である。

図１０Ｂは、原契約番号単位の帳票イメージの一例である。原契約番号単位が選択されると、出力制御部１０２ｃは、出力受付画面５４を介して入力された原契約番号に対応する、原契約の原契約情報と、結合契約情報と、契約明細の契約明細情報を検索する。出力制御部１０２ｃは、原契約番号を検索キーとして、結合契約テーブル１０６ａ、原契約テーブル１０６ｂ、結合契約紐付テーブル１０６ｃ、および契約明細テーブル１０６ｄを検索する。この検索により、出力制御部１０２ｃは、原契約番号に対応付けられた、原契約情報、結合契約情報、および契約明細情報を検索する。そして、出力制御部１０２ｃは、検索結果として、原契約情報と、結合契約情報と、契約明細情報を含む帳票を、原契約番号単位の結合契約確認リスト６０として出力装置１１４へ出力する。

このため、ユーザは、原契約番号を軸として、原契約番号に紐付けられた結合契約と契約明細を容易に確認することができる。また、ユーザは、登録された原契約と契約明細との紐付けを容易に確認することができる。

図３に戻り説明を続ける。ステップＳ２６で否定判断すると（ステップＳ２６：Ｎｏ）、ステップＳ３０へ進む。受付部１０２ａは、契約明細番号単位の選択を受け付けたか否かを判断する（ステップＳ３０）。ステップＳ３０で否定判断すると（ステップＳ３０：Ｎｏ）、本ルーチンを終了する。一方、契約明細番号単位の選択を受け付けたと判断した場合（ステップＳ３０：Ｙｅｓ）、ステップＳ３２へ進む。ステップＳ３２では、出力制御部１０２ｃが、契約明細番号単位の帳票を出力装置１１４へ出力し（ステップＳ３２）、本ルーチンを終了する。

図１１Ａには、契約明細単位が選択された状態の出力受付画面６２の一例を示した。ユーザは、出力受付画面６２を確認しながら入力装置１１２を操作することで、出力対象の契約明細番号を入力し、実行ボタンを操作する。実行ボタンは、例えば、出力受付画面６２における、プレビュー、ＰＤＦ、ＣＳＶなどの表示領域である。

図１１Ｂは、契約明細単位の帳票イメージの一例である。契約明細単位が選択されると、出力制御部１０２ｃは、出力受付画面６２を介して入力された契約明細番号に対応する、契約明細情報と、原契約の原契約情報と、結合契約情報と、を検索する。出力制御部１０２ｃは、契約明細番号を検索キーとして、結合契約テーブル１０６ａ、原契約テーブル１０６ｂ、結合契約紐付テーブル１０６ｃ、および契約明細テーブル１０６ｄを検索する。この検索により、出力制御部１０２ｃは、契約明細番号に対応付けられた、契約明細情報、原契約情報、および結合契約情報を検索する。そして、出力制御部１０２ｃは、検索結果として、契約明細情報と、原契約情報と、結合契約情報と、を含む帳票を、契約明細単位の結合契約確認リスト６０として出力装置１１４へ出力する。

このため、ユーザは、契約明細番号を軸として、契約明細番号に紐付けられた原契約と結合契約を容易に確認することができる。また、ユーザは、登録された原契約と契約明細との紐付けを容易に確認することができる。

このように、本実施形態の契約管理装置１００では、結合契約、原契約、および契約明細、のいずれの契約を主軸に出力を実行するかを、ユーザに対して選択可能に提供することができる。このため、本実施形態の契約管理装置１００では、検索性を高めることができる。

以上説明したように、本実施形態の契約管理装置１００は、記憶部１０６と、制御部１０２と、を備え、複数の契約を結合管理する。記憶部１０６は、業務実態の単位の契約からなる契約明細と前記契約明細を識別する契約明細番号とを対応付けた１または複数の契約明細情報が登録された契約明細テーブル１０６ｄを予め記憶する。制御部１０２は、受付部１０２ａと、登録部１０２ｂと、を備える。受付部１０２ａは、結合対象の、契約明細の基となった契約である１または複数の原契約の入力と、１または複数の契約明細の選択と、を受け付ける。登録部１０２ｂは、受付けた１または複数の原契約と受付けた１または複数の契約明細とを結合した結合契約と、結合契約を識別する結合契約番号と、を対応付けて結合契約テーブル１０６ａに登録する。また、登録部１０２ｂは、結合契約番号と、受付けた原契約および該原契約を識別する原契約番号と、を対応付けて原契約テーブル１０６ｂへ登録する。また、登録部１０２ｂは、結合契約番号と、受付けた契約明細を識別する契約明細番号と、を対応付けて結合契約紐付テーブル１０６ｃへ登録する。

このため、本実施形態の契約管理装置１００では、結合契約テーブル１０６ａ、原契約テーブル１０６ｂ、結合契約紐付テーブル１０６ｃ、および契約明細テーブル１０６ｄによって、結合契約と、原契約と、契約明細と、が紐付けられた状態となる。

よって、これらの紐付けを用いることで、結合契約、原契約、および契約明細の各々について、何れの他の契約（契約明細、原契約、結合契約）が紐づけられているかを、容易に提供することが可能となる。

従って、本実施形態の契約管理装置１００では、複数の契約を結合管理する契約管理装置１００において、業務遂行の効率向上を図ることができる。

また、本実施形態の契約管理装置１００では、原契約を、他の契約である契約明細および結合契約と紐付けて管理することができる。このため、ユーザが実際の業務を原契約の契約書ベースで行った場合であっても、ユーザは、システム上のどの契約明細を処理する必要があるか等の確認を容易に行うことができる。

また、本実施形態の契約管理装置１００では、原契約と契約明細とが多対多で複雑に関連する場合であっても、効率よく紐付けして管理することが出来る。

［４．国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８および９に貢献することが可能となる。

また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３および１５に貢献することが可能となる。

また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。

［５．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、契約管理装置１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

例えば、契約管理装置１００が備える処理機能、特に制御部１０２にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて契約管理装置１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。

また、このコンピュータプログラムは、契約管理装置１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、および、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、本実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部１０６に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。

また、契約管理装置１００は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、契約管理装置１００は、当該装置に本実施形態で説明した処理を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。

更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

１００ 契約管理装置
１０２ａ 受付部
１０２ｂ 登録部
１０２ｃ 出力制御部
１０６ａ 結合契約テーブル
１０６ｂ 原契約テーブル
１０６ｃ 結合契約紐付テーブル
１０６ｄ 契約明細テーブル

Claims (6)

1. 記憶部および制御部を備え、複数の契約を結合管理する契約管理装置であって、
   前記記憶部は、
   業務実態の単位の契約からなる契約明細と前記契約明細を識別する契約明細番号とを対応付けた１または複数の契約明細情報が登録された契約明細テーブルを予め記憶し、
   前記制御部は、
   結合対象の、前記契約明細の基となった契約である１または複数の原契約の入力と、１または複数の前記契約明細の選択と、を受け付ける受付手段と、
   受付けた１または複数の前記原契約と受付けた１または複数の前記契約明細とを結合した結合契約と、前記結合契約を識別する結合契約番号と、を対応付けて結合契約テーブルに登録し、前記結合契約番号と、受付けた前記原契約および該原契約を識別する原契約番号と、を対応付けて原契約テーブルへ登録し、前記結合契約番号と、受付けた前記契約明細を識別する前記契約明細番号と、を対応付けて結合契約紐付テーブルへ登録する、登録手段と、
   を備えることを特徴とする契約管理装置。
2. 前記受付手段は、
   登録画面を介して、結合対象の、１または複数の前記原契約の入力と、１または複数の前記契約明細の選択と、を受け付ける、
   ことを特徴とする請求項１に記載の契約管理装置。
3. 前記結合契約テーブル、前記原契約テーブル、前記結合契約紐付テーブル、および前記契約明細テーブルに基づいて、前記結合契約番号に対応する前記原契約および前記契約明細、前記原契約番号に対応する前記結合契約および前記契約明細、および、前記契約明細番号に対応する前記結合契約および前記原契約、の少なくとも１つを出力する出力制御手段を備える、
   ことを特徴とする請求項１または請求項２に記載の契約管理装置。
4. 前記業務実態の単位は、履行義務の単位である、ことを特徴とする請求項１～請求項３の何れか１項に記載の契約管理装置。
5. 制御部及び記憶部を備えた情報処理装置に実行させるための契約管理方法であって、
   前記記憶部には、
   業務実態の単位の契約からなる契約明細と前記契約明細を識別する契約明細番号とを対応付けた１または複数の契約明細情報が登録された契約明細テーブルが予め記憶され、
   前記制御部で実行される、
   結合対象の、前記契約明細の基となった契約である１または複数の原契約の入力と、１または複数の前記契約明細の選択と、を受け付ける受付ステップと、
   受付けた１または複数の前記原契約と受付けた１または複数の前記契約明細とを結合した結合契約と、前記結合契約を識別する結合契約番号と、を対応付けて結合契約テーブルに登録し、前記結合契約番号と、受付けた前記原契約および該原契約を識別する原契約番号と、を対応付けて原契約テーブルへ登録し、前記結合契約番号と、受付けた前記契約明細を識別する前記契約明細番号と、を対応付けて結合契約紐付テーブルへ登録する、登録ステップと、
   を含むことを特徴とする契約管理方法。
6. 制御部及び記憶部を備えた情報処理装置に実行させるための契約管理プログラムであって、
   前記記憶部には、
   業務実態の単位の契約からなる契約明細と前記契約明細を識別する契約明細番号とを対応付けた１または複数の契約明細情報が登録された契約明細テーブルが予め記憶され、
   前記制御部において、
   結合対象の、前記契約明細の基となった契約である１または複数の原契約の入力と、１または複数の前記契約明細の選択と、を受け付ける受付ステップと、
   受付けた１または複数の前記原契約と受付けた１または複数の前記契約明細とを結合した結合契約と、前記結合契約を識別する結合契約番号と、を対応付けて結合契約テーブルに登録し、前記結合契約番号と、受付けた前記原契約および該原契約を識別する原契約番号と、を対応付けて原契約テーブルへ登録し、前記結合契約番号と、受付けた前記契約明細を識別する前記契約明細番号と、を対応付けて結合契約紐付テーブルへ登録する、登録ステップと、
   を実行させるための契約管理プログラム。

Images