知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025020557
(43)【公開日】2025-02-13
(54)【発明の名称】債権管理装置、債権管理方法、及び債権管理プログラム
(51)【国際特許分類】
G06Q 40/04 20120101AFI20250205BHJP
【ＦＩ】
G06Q40/04
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2023124021
(22)【出願日】2023-07-31
(71)【出願人】
【識別番号】398040527
【氏名又は名称】株式会社オービック
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】門田 万莉
【テーマコード（参考）】
5L040
5L055
【Ｆターム（参考）】
5L040BB52
5L055BB52
(57)【要約】
【課題】取引更新処理を行った複数債権に関連するデータを分類し管理することによって一括で全ての対象債権に関連するデータについて自動で取引取消処理が可能となり業務の効率化、処理漏れによるリスクを軽減することができる債権管理装置等を提供することを目的とする。
【解決手段】本実施形態では、債権取引履歴データを参照して、所定の債権データを抽出し、取引種別マスタを参照して、所定の債権データに紐づく一括処理の対象であるか否かを区分する一括処理対象区分を取得し、一括処理区分が一括処理の対象であった場合に、債権取引履歴データを参照して、所定の債権データに紐づく債権データを抽出し、抽出した債権データに紐づくデータおよび所定の債権データに紐づくデータを更新する。
【選択図】図１４
【解決手段】本実施形態では、債権取引履歴データを参照して、所定の債権データを抽出し、取引種別マスタを参照して、所定の債権データに紐づく一括処理の対象であるか否かを区分する一括処理対象区分を取得し、一括処理区分が一括処理の対象であった場合に、債権取引履歴データを参照して、所定の債権データに紐づく債権データを抽出し、抽出した債権データに紐づくデータおよび所定の債権データに紐づくデータを更新する。
【選択図】図１４
【特許請求の範囲】
【請求項1】
債権の取引履歴を管理する第一データを参照して、所定の債権データを抽出する債権抽出部と、
債権の取引種別および前記取引種別が一括処理の対象であるか否かを管理する第二マスタを参照して、前記債権抽出部が抽出した前記債権データに紐づく一括処理の対象であるか否かを区分する一括処理対象区分を取得する一括処理対象区分取得部と、
前記一括処理対象区分取得部が取得した前記一括処理区分が一括処理の対象であった場合に、前記第一データを参照して、前記所定の前記債権データに紐づく債権データを抽出する一括処理債権抽出部と、
前記債権抽出部が抽出した前記債権データに紐づくデータおよび前記一括処理債権抽出部が抽出した前記債権データに紐づくデータを更新するデータ更新部と、
を備えることを特徴とする債権管理装置。
債権の取引種別および前記取引種別が一括処理の対象であるか否かを管理する第二マスタを参照して、前記債権抽出部が抽出した前記債権データに紐づく一括処理の対象であるか否かを区分する一括処理対象区分を取得する一括処理対象区分取得部と、
前記一括処理対象区分取得部が取得した前記一括処理区分が一括処理の対象であった場合に、前記第一データを参照して、前記所定の前記債権データに紐づく債権データを抽出する一括処理債権抽出部と、
前記債権抽出部が抽出した前記債権データに紐づくデータおよび前記一括処理債権抽出部が抽出した前記債権データに紐づくデータを更新するデータ更新部と、
を備えることを特徴とする債権管理装置。
【請求項2】
前記債権抽出部は、前記第一データを参照して、前記所定の前記債権データの債権を識別する債権識別情報、債権の処理履歴を管理する処理履歴識別情報、債権の取引履歴を管理する取引履歴連番管理識別情報、債権の履歴を管理する債権履歴連番管理識別情報、取引種別を識別する取引種別識別情報および債権処理を識別する処理連番管理識別情報を抽出し、
前記一括処理対象区分取得部は、前記取引種別識別情報を基に、前記第二マスタを参照して、前記所定の前記債権データに紐づく一括処理対象区分を取得し、
前記一括処理債権抽出部は、前記債権データに紐づく前記一括処理区分が一括処理の対象であった場合に、前記第一データを参照して、前記債権抽出部が抽出した前記処理連番管理識別情報を含む債権データに紐づく前記債権識別情報、前記処理履歴識別情報および前記債権履歴連番管理識別情報を抽出し、
前記データ更新部は、
債権処理情報が格納されている第三データを参照して、前記債権データに対して、債権処理識別情報を付与して、前記債権データに紐づく前記処理履歴識別情報および前記債権データの債権計上額の値に対して値がプラスであるならばマイナスの符号を付して、値がマイナスであるならばプラスの値を格納して、前記第三データを生成して更新する第三データ更新部と、
前記債権データの前記債権識別情報を含む関連データを参照して、前記債権識別情報で特定した前記関連データ、前記債権識別情報で特定できない場合は、前記債権識別情報と前記取引履歴連番管理識別情報または前記債権履歴連番管理識別情報のいずれかを含む前記関連データを特定して、特定された前記関連データを前記関連データから削除し更新するデータ削除更新部と、
データ削除更新部による削除更新後の債権履歴情報が格納されている第四データを参照して、前記データ削除更新部による削除更新処理を実施した前記債権データの前記債権識別情報が格納されているか確認し、格納されていた場合は、前記第四データを参照して、前記債権識別情報に紐づく債権履歴識別情報の値が最大値の債権データの債権履歴連番管理識別情報を取得し、最新の債権情報を格納する第五データに前記債権識別情報および取得した前記債権履歴連番管理識別情報を格納し、前記第五データを生成し更新するデータ追加更新部と、
を備える、
ことを特徴とする請求項１に記載の債権管理装置。
前記一括処理対象区分取得部は、前記取引種別識別情報を基に、前記第二マスタを参照して、前記所定の前記債権データに紐づく一括処理対象区分を取得し、
前記一括処理債権抽出部は、前記債権データに紐づく前記一括処理区分が一括処理の対象であった場合に、前記第一データを参照して、前記債権抽出部が抽出した前記処理連番管理識別情報を含む債権データに紐づく前記債権識別情報、前記処理履歴識別情報および前記債権履歴連番管理識別情報を抽出し、
前記データ更新部は、
債権処理情報が格納されている第三データを参照して、前記債権データに対して、債権処理識別情報を付与して、前記債権データに紐づく前記処理履歴識別情報および前記債権データの債権計上額の値に対して値がプラスであるならばマイナスの符号を付して、値がマイナスであるならばプラスの値を格納して、前記第三データを生成して更新する第三データ更新部と、
前記債権データの前記債権識別情報を含む関連データを参照して、前記債権識別情報で特定した前記関連データ、前記債権識別情報で特定できない場合は、前記債権識別情報と前記取引履歴連番管理識別情報または前記債権履歴連番管理識別情報のいずれかを含む前記関連データを特定して、特定された前記関連データを前記関連データから削除し更新するデータ削除更新部と、
データ削除更新部による削除更新後の債権履歴情報が格納されている第四データを参照して、前記データ削除更新部による削除更新処理を実施した前記債権データの前記債権識別情報が格納されているか確認し、格納されていた場合は、前記第四データを参照して、前記債権識別情報に紐づく債権履歴識別情報の値が最大値の債権データの債権履歴連番管理識別情報を取得し、最新の債権情報を格納する第五データに前記債権識別情報および取得した前記債権履歴連番管理識別情報を格納し、前記第五データを生成し更新するデータ追加更新部と、
を備える、
ことを特徴とする請求項１に記載の債権管理装置。
【請求項3】
前記関連データには、前記第一データ、前記第四データおよび前記第五データを含み、
前記データ削除更新部は、
前記第一データを参照して、前記債権データに対応する前記債権識別情報および前記取引履歴連番管理識別情報を含む前記第一データを削除し更新し、
前記第四データを参照して、前記債権データに対応する前記債権識別情報および前記債権履歴連番管理識別情報を含む第四データを削除し更新し、
前記第五データを参照して、前記債権データに対応する前記債権識別情報を含む前記第五データを削除し更新する、
ことを特徴とする請求項２に記載の債権管理装置。
前記データ削除更新部は、
前記第一データを参照して、前記債権データに対応する前記債権識別情報および前記取引履歴連番管理識別情報を含む前記第一データを削除し更新し、
前記第四データを参照して、前記債権データに対応する前記債権識別情報および前記債権履歴連番管理識別情報を含む第四データを削除し更新し、
前記第五データを参照して、前記債権データに対応する前記債権識別情報を含む前記第五データを削除し更新する、
ことを特徴とする請求項２に記載の債権管理装置。
【請求項4】
前記データ更新部は、
前記債権抽出部が抽出した前記債権データに紐づく前記処理履歴識別情報および前記一括処理債権抽出部が抽出した前記債権データに紐づく前記処理履歴識別情報を比較して、前記処理履歴識別情報の値が最大である債権データを選択して、前記選択した債権データから前記第三データ更新部の処理を開始し、
さらに、前記データ追加更新部の更新処理の終了後に、前記債権抽出部が抽出した前記債権データおよび前記一括処理債権抽出部が抽出した前記債権データを確認して、前記債権データの全ての処理が終了していない場合は、前記更新処理を終了した前記債権データを除いて、再度前記債権抽出部が抽出した前記債権データの前記処理履歴識別情報および前記一括処理債権抽出部が抽出した前記債権データの前記処理履歴識別情報を比較して、前記処理履歴識別情報の値が最大である債権データを選択して、前記選択した債権データから前記第三データ更新部の処理を開始する、
ことを特徴とする請求項２に記載の債権管理装置。
前記債権抽出部が抽出した前記債権データに紐づく前記処理履歴識別情報および前記一括処理債権抽出部が抽出した前記債権データに紐づく前記処理履歴識別情報を比較して、前記処理履歴識別情報の値が最大である債権データを選択して、前記選択した債権データから前記第三データ更新部の処理を開始し、
さらに、前記データ追加更新部の更新処理の終了後に、前記債権抽出部が抽出した前記債権データおよび前記一括処理債権抽出部が抽出した前記債権データを確認して、前記債権データの全ての処理が終了していない場合は、前記更新処理を終了した前記債権データを除いて、再度前記債権抽出部が抽出した前記債権データの前記処理履歴識別情報および前記一括処理債権抽出部が抽出した前記債権データの前記処理履歴識別情報を比較して、前記処理履歴識別情報の値が最大である債権データを選択して、前記選択した債権データから前記第三データ更新部の処理を開始する、
ことを特徴とする請求項２に記載の債権管理装置。
【請求項5】
前記データ更新部は、
前記第三データ更新部の処理前に、
前記第一データを参照して、当該選択した前記債権データの前記債権識別情報に紐づく処理履歴識別情報の値の最大値を取得して、選択した前記債権データの前記処理履歴識別情報の値と一致するか確認し、
前記確認の終了後に、前記一括処理債権抽出部によって前記債権データの一括処理区分が一括処理の対象であった場合に、前記債権抽出部が抽出した前記処理連番管理識別情報を含む全債権データの前記債権識別情報、前記処理履歴識別情報および前記債権履歴連番管理識別情報が抽出されているか確認する、
ことを特徴とする請求項４に記載の債権管理装置。
前記第三データ更新部の処理前に、
前記第一データを参照して、当該選択した前記債権データの前記債権識別情報に紐づく処理履歴識別情報の値の最大値を取得して、選択した前記債権データの前記処理履歴識別情報の値と一致するか確認し、
前記確認の終了後に、前記一括処理債権抽出部によって前記債権データの一括処理区分が一括処理の対象であった場合に、前記債権抽出部が抽出した前記処理連番管理識別情報を含む全債権データの前記債権識別情報、前記処理履歴識別情報および前記債権履歴連番管理識別情報が抽出されているか確認する、
ことを特徴とする請求項４に記載の債権管理装置。
【請求項6】
前記債権抽出部は、
前記第一データを参照して、取引の取消処理を実行するための取引取消画面に指定された顧客に紐づく債権データを抽出して、抽出した前記債権データを前記取引取消画面に表示し選択可能に出力させる第一出力制御部
を備え、
前記一括処理債権抽出部は、
前記第一データを参照して、前記債権抽出部が抽出した前記処理連番管理識別情報を含む債権データを前記取引取消画面に選択済みの態様で表示させる第二出力制御部
を備えることを特徴とする請求項２に記載の債権管理装置。
前記第一データを参照して、取引の取消処理を実行するための取引取消画面に指定された顧客に紐づく債権データを抽出して、抽出した前記債権データを前記取引取消画面に表示し選択可能に出力させる第一出力制御部
を備え、
前記一括処理債権抽出部は、
前記第一データを参照して、前記債権抽出部が抽出した前記処理連番管理識別情報を含む債権データを前記取引取消画面に選択済みの態様で表示させる第二出力制御部
を備えることを特徴とする請求項２に記載の債権管理装置。
【請求項7】
前記債権データの債権は、金銭債権であること、
を特徴とする請求項１に記載の債権管理装置。
を特徴とする請求項１に記載の債権管理装置。
【請求項8】
債権抽出部が、債権の取引履歴を管理する第一データを参照して、所定の債権データを抽出する債権抽出ステップと、
一括処理対象区分取得部が、債権の取引種別および前記取引種別が一括処理の対象であるか否かを管理する第二マスタを参照して、前記債権抽出部が抽出した前記債権データに紐づく一括処理の対象であるか否かを区分する一括処理対象区分を取得する一括処理対象区分取得ステップと、
一括処理債権抽出部が、前記一括処理対象区分取得部が取得した前記一括処理区分が一括処理の対象であった場合に、前記第一データを参照して、前記所定の前記債権データに紐づく債権データを抽出する一括処理債権抽出ステップと、
データ更新部が、前記債権抽出部が抽出した前記債権データに紐づくデータおよび前記一括処理債権抽出部が抽出した前記債権データに紐づくデータを更新するデータ更新ステップと、
を含むことを特徴とする債権管理方法。
一括処理対象区分取得部が、債権の取引種別および前記取引種別が一括処理の対象であるか否かを管理する第二マスタを参照して、前記債権抽出部が抽出した前記債権データに紐づく一括処理の対象であるか否かを区分する一括処理対象区分を取得する一括処理対象区分取得ステップと、
一括処理債権抽出部が、前記一括処理対象区分取得部が取得した前記一括処理区分が一括処理の対象であった場合に、前記第一データを参照して、前記所定の前記債権データに紐づく債権データを抽出する一括処理債権抽出ステップと、
データ更新部が、前記債権抽出部が抽出した前記債権データに紐づくデータおよび前記一括処理債権抽出部が抽出した前記債権データに紐づくデータを更新するデータ更新ステップと、
を含むことを特徴とする債権管理方法。
【請求項9】
情報処理装置を、
債権の取引履歴を管理する第一データを参照して、所定の債権データを抽出する債権抽出手段、
債権の取引種別および前記取引種別が一括処理の対象であるか否かを管理する第二マスタを参照して、前記債権抽出手段が抽出した前記債権データに紐づく一括処理の対象であるか否かを区分する一括処理対象区分を取得する一括処理対象区分取得手段、
前記一括処理対象区分取得手段が取得した前記一括処理区分が一括処理の対象であった場合に、前記第一データを参照して、前記所定の前記債権データに紐づく債権データを抽出する一括処理債権抽出手段、
前記債権抽出手段が抽出した前記債権データに紐づくデータおよび前記一括処理債権抽出手段が抽出した前記債権データに紐づくデータを更新するデータ更新手段、
として機能させるための債権管理プログラム。
債権の取引履歴を管理する第一データを参照して、所定の債権データを抽出する債権抽出手段、
債権の取引種別および前記取引種別が一括処理の対象であるか否かを管理する第二マスタを参照して、前記債権抽出手段が抽出した前記債権データに紐づく一括処理の対象であるか否かを区分する一括処理対象区分を取得する一括処理対象区分取得手段、
前記一括処理対象区分取得手段が取得した前記一括処理区分が一括処理の対象であった場合に、前記第一データを参照して、前記所定の前記債権データに紐づく債権データを抽出する一括処理債権抽出手段、
前記債権抽出手段が抽出した前記債権データに紐づくデータおよび前記一括処理債権抽出手段が抽出した前記債権データに紐づくデータを更新するデータ更新手段、
として機能させるための債権管理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、債権管理装置、債権管理方法、及び債権管理プログラムに関する。
【背景技術】
【0002】
特許文献１には、債権の取消等に伴う債権価格修正等の処理も含めて、一連の流動化事務を迅速かつ高い精度で完結させる債権流動化システム等が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００５－３０９６９７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ここで、債権管理業務においては、債権者（債権を保有する個人や企業等）と債務者の取引等に伴い、債務者である顧客または特定の契約に紐づく全債権に関連するデータの更新（取引更新）がされることがある。例えば、債権者と債務者である顧客と取引等を行い、当該顧客の全債権に対して和解が成立し、それに伴い債権管理業務では対象債権に関連するデータの和解処理を行い更新する。また、債権者は、債務者に対し特定の契約の全債権に対して貸倒・期限の利益喪失を行うことがあり、それに伴い債権管理業務では対象債権に関連するデータについて貸倒処理・期限の利益喪失処理を行い更新する。上記のような複数債権に対する取引等に伴い、対象債権に関連する債権のデータの更新を自動で一括処理を行うことは可能である。一方で、当該取引等が和解条項違反等の理由で取引更新処理（例えば和解等）が取消された場合に、債権管理業務においては、債権管理上、最新取引から順番に取消を行うことが必須であるため、担当者によって、当該取引更新処理（例えば和解等）を行った全ての債権に関連するデータの選択、選択された債権に関連するデータの取消処理（取引取消）を行い、取引更新処理前（例えば和解前等）のデータに戻す必要があり、対象の債権が多い場合に、担当者の業務負荷が増大し、処理漏れによる誤った情報のまま会計連携、外信報告等が行われるリスクが発生していた。
【0005】
本発明は、上記に鑑みてなされたものであって、取引種別によって債権を分類し管理することによって一括で全ての対象債権に紐づくデータについて自動でデータの更新処理が可能となり業務の効率化、処理漏れによるリスクを軽減することができる債権管理装置、債権管理方法、及び債権管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上述した課題を解決し、目的を達成するために、本発明に係る債権管理装置は、債権の取引履歴を管理する第一データを参照して、所定の債権データを抽出する債権抽出部と、債権の取引種別および前記取引種別が一括処理の対象であるか否かを管理する第二マスタを参照して、前記債権抽出部が抽出した前記債権データに紐づく一括処理の対象であるか否かを区分する一括処理対象区分を取得する一括処理対象区分取得部と、前記一括処理対象区分取得部が取得した前記一括処理対象区分が一括処理の対象であった場合に、前記第一データを参照して、前記所定の前記債権データに紐づく債権データを抽出する一括処理債権抽出部と、前記債権抽出部が抽出した前記債権データに紐づくデータおよび前記一括処理債権抽出部が抽出した前記債権データに紐づくデータを更新するデータ更新部と、を備えることを特徴とする。
【0007】
なお、本発明に係る債権管理装置において、前記債権抽出部は、前記第一データを参照して、前記所定の前記債権データの債権を識別する債権識別情報、債権の処理履歴を管理する処理履歴識別情報 、債権の取引履歴を管理する取引履歴連番管理識別情報、債権の履歴を管理する債権履歴連番管理識別情報、取引種別を識別する取引種別識別情報および債権処理を識別する処理連番管理識別情報を抽出し、前記一括処理対象区分取得部は、前記取引種別識別情報を基に、前記第二マスタを参照して、前記所定の前記債権データに紐づく一括処理対象区分を取得し、前記一括処理債権抽出部は、前記債権データに紐づく前記一括処理区分が一括処理の対象であった場合に、前記第一データを参照して、前記債権抽出部が抽出した前記処理連番管理識別情報を含む債権データに紐づく前記債権識別情報、前記処理履歴識別情報および前記債権履歴連番管理識別情報を抽出し、前記データ更新部は、債権処理情報が格納されている第三データを参照して、前記債権データに対して、債権処理識別情報を付与して、前記債権データに紐づく前記処理履歴識別情報および前記債権データの債権計上額の値に対して値がプラスであるならばマイナスの符号を付して、値がマイナスであるならばプラスの値を格納して、前記第三データを生成して更新する第三データ更新部と、前記債権データの前記債権識別情報を含む関連データを参照して、前記債権識別情報で特定した前記関連データ、前記債権識別情報で特定できない場合は、前記債権識別情報と前記取引履歴連番管理識別情報または前記債権履歴連番管理識別情報のいずれかを含む前記関連データを特定して、特定された前記関連データを前記関連データから削除し更新するデータ削除更新部と、データ削除更新部による削除更新後の債権履歴情報が格納されている第四データを参照して、前記データ削除更新部による削除更新処理を実施した前記債権データの前記債権識別情報が格納されているか確認し、格納されていた場合は、前記第四データを参照して、前記債権識別情報に紐づく債権履歴識別情報の値が最大値の債権データの債権履歴連番管理識別情報を取得し、最新の債権情報を格納する第五データに前記債権識別情報および取得した前記債権履歴連番管理識別情報を格納し、前記第五データを生成し更新するデータ追加更新部と、を備える、ことを特徴とする。
【0008】
また、本発明に係る債権管理装置において、前記関連データには、前記第一データ、前記第四データおよび前記第五データを含み、前記データ削除更新部は、前記第一データを参照して、前記債権データに対応する前記債権識別情報および前記取引履歴連番管理識別情報を含む前記第一データを削除し更新し、前記第四データを参照して、前記債権データに対応する前記債権識別情報および前記債権履歴連番管理識別情報を含む第四データを削除し更新し、前記第五データを参照して、前記債権データに対応する前記債権識別情報を含む前記第五データを削除し更新する、ことを特徴とする。
【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】
１００ 業務支援装置
１０２ 制御部
１０２ａ 履歴出力部
１０２ｂ 取引取消処理部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 債権取引履歴データ
１０６ｂ 最新債権データ
１０６ｃ 債権履歴データ
１０６ｄ 債権ログデータ
１０６ｅ 契約データ
１０６ｆ 顧客データ
１０６ｇ 取引種別マスタ
１０６ｈ 取引内容マスタ
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
１０２ 制御部
１０２ａ 履歴出力部
１０２ｂ 取引取消処理部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 債権取引履歴データ
１０６ｂ 最新債権データ
１０６ｃ 債権履歴データ
１０６ｄ 債権ログデータ
１０６ｅ 契約データ
１０６ｆ 顧客データ
１０６ｇ 取引種別マスタ
１０６ｈ 取引内容マスタ
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】