JP2023145045A - 契約変更装置、契約変更方法、及び契約変更プログラム - Google Patents

Abstract

【課題】変更依頼が来たタイミングで変更内容の予約登録を行うことにより、契約情報の変更を可能とすることで、契約情報の変更の作業負荷を平準化すると共に人為的ミスを低減することが可能な契約変更装置を提供すること。
【解決手段】本実施の形態に係る契約変更装置は、変更依頼を受けた担当者の操作に応じて、契約番号、契約の変更内容を含む変更予約データを登録する変更予約登録手段と、承認者の操作に応じて、前記変更予約データを承認する変更予約承認手段と、承認された前記変更予約データに基づいて、前記契約データを変更する変更予約反映手段と、を備えている。
【選択図】図２

Description

本発明は、契約変更装置、契約変更方法、及び契約変更プログラムに関する。

例えば、契約情報の変更作業をする場合に、担当者が変更日になってから実データの更新を行う必要があった。そのため、変更作業が集中する繁忙期に作業負荷が集中していた。また、担当者が直接、契約情報を変更するため、変更した内容が正しいかの確認が取りづらかった。従来、契約情報を変更するシステムとして、例えば、特許文献１がある。

特開２０１７－７２９７５号公報

しかしながら、特許文献１では、契約情報について、変更依頼が来たタイミングで変更内容の予約登録を行うことにより、契約情報の変更を可能とすることで、契約情報の変更の作業負荷を平準化すると共に人為的ミスを低減することに関して何ら記載されていない。

本発明は、上記に鑑みてなされたものであり、変更依頼が来たタイミングで変更内容の予約登録を行うことにより、契約情報の変更を可能とすることで、契約情報の変更の作業負荷を平準化すると共に人為的ミスを低減することが可能な契約変更装置、契約変更方法、及び契約変更プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、制御部を備え、契約情報の変更を行う契約変更装置であって、前記制御部は、契約番号及び契約内容を含む契約データにアクセス可能に構成されており、変更依頼を受けた担当者の操作に応じて、契約番号、契約の変更内容を含む変更予約データを登録する変更予約登録手段と、承認者の操作に応じて、前記変更予約データを承認する変更予約承認手段と、承認された前記変更予約データに基づいて、前記契約データを変更する変更予約反映手段と、を備えたことを特徴とする。

また、本発明の一態様によれば、前記変更予約データは、契約番号、登録日、変更日、変更対象項目の変更前及び変更後、申請中、承認、差戻、又は反映済を示すステータスを含み、前記変更予約登録手段は、前記変更予約データのステータスを申請中に設定し、前記変更予約承認手段は、前記変更予約データを承認する場合はステータスを承認に、差戻する場合は、ステータスを差戻に設定し、変更予約反映手段は、前記変更予約データのステータスが承認の場合に、当該変更予約データに基づいて契約データを変更し、当該変更予約データのステータスを反映済に設定することにしてもよい。

また、本発明の一態様によれば、前記変更予約反映手段は、前記変更予約データの変更日の前日の夜間に、当該変更予約データに基づいて契約データを変更することにしてもよい。

また、本発明の一態様によれば、前記契約データの契約内容は、賃料の金額と追加保証料の金額を含むことにしてもよい。

また、本発明の一態様によれば、前記変更予約登録手段は、変更予約画面上での担当者の操作に応じて、前記変更予約データを作成し、当該変更予約画面では、変更前と変更後の賃料に基づいて、追加保証料の金額を自動計算することにしてもよい。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置で実行される契約変更方法であって、前記制御部は、契約番号及び契約内容を含む契約データにアクセス可能に構成されており、前記制御部において実行される、変更依頼を受けた担当者の操作に応じて、契約番号、契約の変更内容を含む変更予約データを登録する変更予約登録工程と、承認者の操作に応じて、前記変更予約データを承認する変更予約承認工程と、承認された前記変更予約データに基づいて、前記契約データを変更する変更予約反映工程と、を含むことを特徴とする。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置が実行するための契約変更プログラムであって、前記制御部は、契約番号及び契約内容を含む契約データにアクセス可能に構成されており、前記制御部において、変更依頼を受けた担当者の操作に応じて、契約番号、契約の変更内容を含む変更予約データを登録する変更予約登録工程と、承認者の操作に応じて、前記変更予約データを承認する変更予約承認工程と、承認された前記変更予約データに基づいて、前記契約データを変更する変更予約反映工程と、を実行させるための契約変更プログラムであることを特徴とする。

本発明によれば、変更依頼が来たタイミングで変更内容の予約登録を行うことにより、契約情報の変更を可能とすることで、契約情報の変更の作業負荷を平準化すると共に人為的ミスを低減することが可能になるという効果を奏する。

図１は、従来の契約情報の変更を説明するための図である。 図２は、本実施の形態に係る契約変更装置の構成の一例を示すブロック図である。 図３は、本実施形態に係る契約変更装置の全体の処理の一例を示すフロー図である。 図４は、本実施形態に係る契約変更装置の制御部の処理の具体例を説明するための図である。 図５は、本実施形態に係る契約変更装置の制御部の処理の具体例を説明するための図である。 図６は、本実施形態に係る契約変更装置の制御部の処理の具体例を説明するための図である。 図７は、本実施形態に係る契約変更装置の制御部の処理の具体例を説明するための図である。 図８は、本実施形態に係る契約変更装置の制御部の処理の具体例を説明するための図である。 図９は、本実施形態に係る契約変更装置の制御部の処理の具体例を説明するための図である。

本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。

［１．概要］
例えば、契約情報の変更作業をする場合、（１）契約情報変更業務の負荷の集中、（２）契約情報変更の人為的ミスという課題があった。

図１は、従来の契約情報の変更を説明するための図である。以下の説明では、金額の単位を全て「円」とし、その表記を省略する場合がある。図１に示す例は、契約変更日を２０２２／３／１とした場合を示している。従来は、契約入力により、契約変更日の２０２２／３／１に担当者が契約情報の変更内容を直接登録する。２０２２／３／１に各契約に対してそれぞれ作業が必要であった。

（１）契約情報変更業務の負荷の集中
担当者が変更日になってから実データの更新を行う必要があった。そのため、変更作業が集中する繁忙期に作業負荷が集中しており、担当者の契約情報変更業務の負荷が大きかった。

そこで、本実施の形態では、契約情報の変更依頼自体は数ヶ月前から分散して来ている事に着目し、依頼が来たタイミングで変更内容の予約登録を行うことで、作業負荷を平準化できるようにした。

（２）契約情報変更の人為的ミス
担当者が直接契約情報を変更するため、変更した内容が正しいかの確認が取りづらかった。そのため、収益に直接影響する保証額の計算で人為的ミスがあっても気が付かず、そのまま顧客に請求してしまうことがあった。

そこで、本実施の形態では、作業担当者が契約情報を直接変更するのではなく一時的に予約データとして保存する仕組みを構築した。これにより、承認者は予約データを閲覧する画面において変更内容の確認を行うことができるようになった。

本発明の契約変更装置は、例えば、不動産賃貸や家賃保証等の契約情報の変更に好適に使用できるが、これらに限らず各種契約情報を変更する場合に適用することができる。

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

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

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

通信インターフェース部１０４は、ルータ等の通信装置及び専用線等の有線又は無線の通信回線を介して、契約変更装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、契約変更装置１００と、担当者端末４００、承認者端末５００、サーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。

担当者端末４００は、担当者が使用する端末であり、契約変更装置１００にアクセス可能に構成されている。承認者端末５００は、承認者が使用する端末であり、契約変更装置１００にアクセス可能に構成されている。

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

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

データファイル１０６ｃは、契約データや変更予約データ等を格納するためのファイルである。

契約データは、契約番号、契約内容（例えば、契約形態コード、賃料、追加保証料）を含んでいてもよい。

変更予約データは、契約番号、登録日、変更日、変更対象項目、変更前、変更後、ステータス、登録ユーザーを含んでいてもよい。ステータスは、変更の承認を申請する申請、
変更を承認する承認、変更を承認しない差戻、又は契約データを変更した反映済である。

制御部１０２は、契約変更装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。

制御部１０２は、記憶部１０６に格納されているデータファイル１０６ａ等にアクセス可能に構成されている。なお、データファイル１０６ａは、他の場所（例えば、サーバ２００）に設けられていてもよく、制御部１０２がアクセス可能な構成であればよい。

制御部１０２は、機能概念的に、変更予約登録部１０２ａと、変更予約承認部１０２ｂと、変更予約反映部１０２ｃと、画面表示制御部１０２ｄと、を備えている。

変更予約登録部１０２ａは、変更依頼を受けた担当者の操作に応じて、契約番号、契約の変更内容を含む変更予約データをデータファイル１０６ａに登録すると共に、承認者端末５００に通知する。

変更予約データは、契約番号、登録日、変更日、変更対象項目の変更前及び変更後、申請中、承認、差戻、又は反映を示すステータスを含み、変更予約登録部１０２ａは、変更予約データのステータスを申請中に設定してもよい。

契約データの契約内容は、賃料の金額と追加保証料の金額を含むことにしてもよい。変更予約登録部１０２ａは、変更予約画面上での担当者の操作に応じて、変更予約データを作成し、当該変更予約画面では、変更前と変更後の賃料に基づいて、追加保証料の金額を自動計算することにしてもよい。

変更予約承認部１０２ｂは、承認者の操作に応じて、変更予約データを承認する。変更予約承認部１０２ｂは、変更予約データを承認する場合はステータスを承認に、差戻する場合は、ステータスを差戻に設定してもよい。

変更予約反映部１０２ｃは、承認された変更予約データに基づいて、契約データを変更する。変更予約反映部１０２ｃは、変更予約データのステータスが承認の場合に、当該変更予約データに基づいて契約データを変更し、当該変更予約データのステータスを反映済に設定してもよい。

画面表示制御部１０２ｇは、モニタ１１４に表示する各種画面の表示及びその入力を制御する。

［３．具体例］
図２～図９を参照して、本実施の形態における契約変更装置１００の制御部１０２の処理の具体例について説明する。

（３－１．全体の処理）
図３は、本実施の形態における契約変更装置１００の制御部１０２の全体の処理の概略を説明するためのフローを示す図である。

図３を参照して、本実施の形態における契約変更装置１００の制御部１０２の全体の処理の概略を説明する。図３において、変更予約登録部１０２ａは、変更予約登録処理を実行する（ステップＳ１）。具体的には、変更予約登録処理では、変更予約登録部１０２ａは、担当者端末４００からのアクセスに応じて、変更予約データを作成するための変更予約画面を担当者端末４００に提供する。変更依頼を受けている担当者は、担当者端末４００の変更予約画面で変更内容を入力する。変更予約登録部１０２ａは、入力内容に応じた変更予約データ（契約番号、登録日、変更日、変更対象項目の変更前及び変更後、申請中とするステータス）を作成して、データファイル１０６ａに登録すると共に、変更予約承認部１０２ｂに送信する。

変更予約承認部１０２ｂは、変更予約承認処理を実行する（ステップＳ２）。具体的には、変更予約承認処理では、変更予約承認部１０２ｂは、当該変更予約データを確認するための変更予約承認画面を承認者端末５００に通知する。承認者端末５００の承認者は、
変更予約承認画面上で変更内容に誤りがないか確認し、変更内容の承認／差戻を設定する。変更予約承認部１０２ｂは、設定した承認／差戻に従って、変更予約データのステータスを承認／差戻に変更し、変更予約データのステータスが承認の場合は、変更予約反映部１０２ｃに変更予約データを送信する。

ステータスが差戻の場合は、担当者端末４００に変更予約データの差戻の通知を行う。担当者は、変更内容を修正し、修正した変更予約データを再度、変更予約承認部１０２ｂに送信し、変更予約承認部１０２ｂでは、承認担当者が再度確認し、修正した変更内容でＯＫの場合は、ステータスを承認に変更し、修正した内容でＮＧの場合は、再度、差戻を行う。

変更予約反映部１０２ｃは、変更予約反映処理を実行する（ステップＳ３）。具体的には、変更予約反映処理では、変更予約反映部１０２ｃは、変更予約データのステータスが承認の場合は、変更予約データ基づいて、契約の変更日の前日の夜間に、契約データを変更し、変更後に、変更予約データのステータスを反映済に設定する。

（３－２．サンプルデータ）
図４～図９は、本実施の形態における契約変更装置１００の制御部１０２の処理の具体例を説明するためのサンプルデータを示す図である。図４～図９を参照して、本実施の形態における契約変更装置１００の制御部１０２の処理の具体例を説明する。

（Ｓ１：変更予約登録処理）
図４を参照して、変更予約登録処理の具体例を説明する。変更予約登録部１０２ａは、変更依頼を受けた担当者の操作に応じて、契約番号、登録日、変更日、変更対象項目の変更前及び変更後、申請中を示すステータスを含む変更予約データをデータファイル１０６ａに登録すると共に、承認者端末５００に通知する。

例えば、２０２２／２／１～２０２２／２／３に、担当者が契約データの変更内容を入力して、変更予約データを登録する。複数の契約や１つの契約に対して同時に複数の変更予約を行うことが可能となっている。変更依頼がきた日から担当者は変更予約の登録が可能となっている。

図４（Ｂ）は、契約データのデータ例を示している。図４（Ｂ）に示す例では、１行目は、契約番号「１１１１１１１１１１」、契約形態コード「１００００００１」、賃料「６００００」、追加保証料「０」、２行目は、契約番号「２２２２２２２２２２」、契約形態コード「２００００００１」、賃料「５７０００」、追加保証料「０」となっている。

図４（Ａ）は、変更予約データのデータ例を示している。図４（Ａ）に示す例では、１行目は、契約番号「１１１１１１１１１１」、登録日「２０２２／２／１」、変更日「２０２２／３／１」、変更対象項目「契約形態コード」、変更前「１００００００１」、変更後「１００００００２」、ステータス「申請中」、登録ユーザー「Ｆ０３６４８」となっている。「契約形態コード」が「１００００００１」から「１００００００２」に変更されている。

２行目は、契約番号「２２２２２２２２２２」、登録日「２０２２／２／２」、変更日「２０２２／３／１」、変更対象項目「追加保証料」、変更前「－」、変更後「２００００」、ステータス「申請中」、登録ユーザー「Ｆ０３６４８」となっている。「追加保証料」が「０」から「２００００」に変更されている。

３行目は、契約番号「２２２２２２２２２２」、登録日「２０２２／２／３」、変更日「２０２２／４／１」、変更対象項目「賃料」、変更前「５７０００」、変更後「５００００」、ステータス「申請中」、登録ユーザー「Ｆ０３６４８」となっている。「賃料」が「５７０００」から「５００００」に変更されている。

（Ｓ２：変更予約承認処理）
図５を参照して、変更予約承認処理の具体例を説明する。変更予約承認部１０２ｂは、承認者の操作に応じて、変更予約データを承認し、変更予約データを承認する場合はステータスを承認に、差戻する場合は、ステータスを差戻に設定する。

例えば、２０２２／２／１０に、承認者が変更予約データの内容を確認し、問題なければ承認、不備があれば差戻を行う。

図５（Ａ）は、変更予約データのデータ例を示す図である。１行目と２行目は、ステータスが「承認」に変更されている。３行目は「差戻」に変更されている。承認者は、「賃料」の「５７０００」から「５００００」の変更は誤りであると判断している。

（Ｓ１：変更予約登録処理）
図６を参照して、変更予約登録処理の具体例を説明する。変更予約登録部１０２ａは、担当者の操作に応じて、差戻された契約予約データの修正を行う。例えば、２０２２／２／２０に、担当者が差戻された契約予約データの修正を行う。

図６（Ａ）は、修正された変更予約データの例を示している。３行目の「賃料」の変更後が「５００００」から「６００００」に変更され、ステータスが「申請中」に変更されている。

（Ｓ２：変更予約承認処理）
図７を参照して、変更予約承認処理の具体例を説明する。変更予約承認部１０２ｂは、承認者の操作に応じて、修正された契約予約データの承認を行う。例えば、２０２２／２／２１に、承認者が、修正された契約予約データの承認を行う。図７（Ａ）は、変更予約データの例を示している。３行目のステータスが「承認」に変更されている。

（Ｓ３：変更予約反映処理）
図８を参照して、変更予約処理の具体例を説明する。変更予約反映部１０２ｃは、変更予約データに基づいて、変更予約データの変更日の前日の夜間に、契約データを変更し、変更後に、変更予約データのステータスを反映済に設定する。この例では、２０２２／２／２８の夜間処理により変更日「２０２２／３／１」の変更予約データを契約データに反映させる。

図８（Ａ）は、変更予約データの例を示している。変更日が「２０２２／３／１」である１行目と２行目のステータスを「反映済」に変更する。

図８（Ｂ）は変更後の契約データの例を示している。１行目の契約形態コードが「１００００００２」に、２行目の追加保証料が「２００００」に変更されている。

変更予約データの変更日が「２０２２／４／１」のものについて、２０２２／３／３１の夜間処理により契約データを変更する。

（変更予約画面）
図９は、変更予約画面イメージを示す図である。変更予約画面で対象の契約番号について、登録日、変更日、契約形態コード、変更対象項目の金額の変更が可能となっている。
例えば、ボタン押下で追加保証料の請求額を自動計算することにしてもよい。例えば、賃料を「５００００円」から「６００００円」に変更した場合、追加保証料計算ボタンが押下されると、追加保証料を、賃料の増加分３，０００円×５０％（不図示のマスタに登録された契約形態１００００００２の保証料の請求割合「５０％」）＝１，５００で自動計算して自動設定してもよい。不図示の申請ボタンが押下されると、変更予約画面の入力内容に応じた変更予約データが自動作成される。

以上説明したように、本実施の形態によれば、変更依頼を受けた担当者の操作に応じて、契約番号、契約の変更内容を含む変更予約データを登録する変更予約登録部１０２ａと、承認者の操作に応じて、変更予約データを承認する変更予約承認部１０２ｂと、承認された変更予約データに基づいて、契約データを変更する変更予約反映部１０２ｃと、を備えているので、変更依頼が来たタイミングで変更内容の予約登録を行うことにより、契約情報の変更を可能とすることで、契約情報の変更の作業負荷を平準化すると共に人為的ミスを低減することが可能となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１００ 契約変更装置
１０２ 制御部
１０２ａ 変更予約登録部
１０２ｂ 変更予約承認部
１０２ｃ 変更予約反映部
１０２ｄ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ データファイル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
４００ 担当者端末
５００ 承認者端末

Claims (7)

1. 制御部を備え、契約情報の変更を行う契約変更装置であって、
   前記制御部は、
   契約番号及び契約内容を含む契約データにアクセス可能に構成されており、
   変更依頼を受けた担当者の操作に応じて、契約番号、契約の変更内容を含む変更予約データを登録する変更予約登録手段と、
   承認者の操作に応じて、前記変更予約データを承認する変更予約承認手段と、
   承認された前記変更予約データに基づいて、前記契約データを変更する変更予約反映手段と、
   を備えたことを特徴とする契約変更装置。
2. 前記変更予約データは、契約番号、登録日、変更日、変更対象項目の変更前及び変更後、申請中、承認、差戻、又は反映済を示すステータスを含み、
   前記変更予約登録手段は、前記変更予約データのステータスを申請中に設定し、
   前記変更予約承認手段は、前記変更予約データを承認する場合はステータスを承認に、差戻する場合は、ステータスを差戻に設定し、
   変更予約反映手段は、前記変更予約データのステータスが承認の場合に、当該変更予約データに基づいて契約データを変更し、当該変更予約データのステータスを反映済に設定することを特徴とする請求項１に記載の契約変更装置。
3. 前記変更予約反映手段は、前記変更予約データの変更日の前日の夜間に、当該変更予約データに基づいて契約データを変更することを特徴とする請求項１又は２に記載の契約変更装置。
4. 前記契約データの契約内容は、賃料の金額と追加保証料の金額を含むことを特徴とする請求項１～３のいずれか１つに記載の契約変更装置。
5. 前記変更予約登録手段は、変更予約画面上での担当者の操作に応じて、前記変更予約データを作成し、当該変更予約画面では、変更前と変更後の賃料に基づいて、追加保証料の金額を自動計算することを特徴とする請求項４に記載の契約変更装置。
6. 制御部を備えた情報処理装置で実行される契約変更方法であって、
   前記制御部は、
   契約番号及び契約内容を含む契約データにアクセス可能に構成されており、
   前記制御部において実行される、
   変更依頼を受けた担当者の操作に応じて、契約番号、契約の変更内容を含む変更予約データを登録する変更予約登録工程と、
   承認者の操作に応じて、前記変更予約データを承認する変更予約承認工程と、
   承認された前記変更予約データに基づいて、前記契約データを変更する変更予約反映工程と、
   を含むことを特徴とする契約変更方法。
7. 制御部を備えた情報処理装置が実行するための契約変更プログラムであって、
   前記制御部は、
   契約番号及び契約内容を含む契約データにアクセス可能に構成されており、
   前記制御部において、
   変更依頼を受けた担当者の操作に応じて、契約番号、契約の変更内容を含む変更予約データを登録する変更予約登録工程と、
   承認者の操作に応じて、前記変更予約データを承認する変更予約承認工程と、
   承認された前記変更予約データに基づいて、前記契約データを変更する変更予約反映工程と、
   を実行させるための契約変更プログラム。

Images