特許 7430310 電子債権管理システム、方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-02-02

(45)【発行日】2024-02-13

(54)【発明の名称】電子債権管理システム、方法及びプログラム

(51)【国際特許分類】

   G06Q 40/02 20230101AFI20240205BHJP

【ＦＩ】

G06Q40/02

【請求項の数】 3

(21)【出願番号】P 2019163183

(22)【出願日】2019-09-06

(65)【公開番号】P2021043535

(43)【公開日】2021-03-18

【審査請求日】2022-09-06

(73)【特許権者】

【識別番号】709007168

【氏名又は名称】ユニオンソフト株式会社

(74)【代理人】

【識別番号】100177220

【弁理士】

【氏名又は名称】小木 智彦

(72)【発明者】

【氏名】濱田 利夫

【審査官】毛利 太郎

(56)【参考文献】

【文献】特開２０１７－２０４２３４（ＪＰ，Ａ）

【文献】特開２０１９－１３３２４２（ＪＰ，Ａ）

【文献】特開２０１８－１５１９７２（ＪＰ，Ａ）

【文献】特開２０１０－１９８３６９（ＪＰ，Ａ）

【文献】特開２０１４－０８１６６７（ＪＰ，Ａ）

【文献】特開平１０－２３２８１５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

電子債権を管理する電子債権管理システムであって、
ＡＰＩ連携により、所定のタイミングで電子債権データを自動取得するＡＰＩ連携手段と、
取得データの有無に関するメッセージを、ユーザ端末の表示部に表示させるメッセージ送付手段と、
前記ユーザ端末から、電子債権データを取得するスケジュールを受け付けるスケジュール受付手段と、
受け付けたスケジュールを管理し、前記スケジュールに従って、前記ＡＰＩ連携手段に電子債権データの取得指示をするスケジュール管理手段と、
を備える電子債権管理システム。

【請求項2】

電子債権管理システムによって実行される電子債権管理方法であって、
ＡＰＩ連携により、所定のタイミングで電子債権データを自動取得するステップと、
取得データの有無に関するメッセージを、ユーザ端末の表示部に表示させるステップと、
前記ユーザ端末から、電子債権データを取得するスケジュールを受け付けるステップと、
受け付けたスケジュールを管理し、前記スケジュールに従って、ＡＰＩ連携による電子債権データの取得指示をするステップと、
を備える電子債権管理方法。

【請求項3】

コンピュータに、電子債権を管理する電子債権管理処理を実行させるプログラムであって、
ＡＰＩ連携により、所定のタイミングで電子債権データを自動取得するステップと、
取得データの有無に関するメッセージを、ユーザ端末の表示部に表示させるステップと、
前記ユーザ端末から、電子債権データを取得するスケジュールを受け付けるステップと、
受け付けたスケジュールを管理し、前記スケジュールに従って、ＡＰＩ連携による電子債権データの取得指示をするステップと、
を実行させるための電子債権管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電子債権（電子記録債権）を管理するための電子債権管理システム、方法及びプログラムに関し、更に具体的には、ＡＰＩ（Application Programing Interface）連携を用いた電子債権管理システム、方法及びプログラムに関する。

【背景技術】

【0002】

電子債権（電子記録債権ともいう）は、手形・指名債権（売掛債権等）の問題点を克服した新たな金銭債権であり、電子記録債権の発生・譲渡は、電子債権記録機関の記録原簿に電子記録することが、その効力発生の要件となっている。電子記録債権を扱う技術として、例えば、特許文献１に記載の債権・債務管理装置、債権・債務管理方法、およびプログラムがある。同文献の債権・債務管理装置は、債務者端末と金融機関システムとに接続され、債務者が債権者へ支払う支払金額を示す債務データを前記債務者の前記債務者端末から取得し、前記債務データを支払方法毎に仕分する仕分部と、前記支払方法毎に仕分された前記債務データに基づいて前記支払方法毎に支払い処理を前記金融機関システムに対して実行する実行部と、前記債権者が前記債務者から受取る受取金額を示す債権データであって、前記実行部が支払方法毎に前記支払いを実行した結果に基づく前記債権データを集約する集約部と、を備えている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１７－４９７１７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、従来は、例えば、債権発生の通知を電子メールで受信すると、ユーザがインターネットを通じて電子記録債権機関のサービスにログインして、債権照会画面で受領債権の検索を行い、検索でヒットしたファイルをダウンロードし、ユーザ端末に搭載されたアプリケーションによりダウンロードしたファイルを受け入れる。そして、受領債権の登録や、決済時のデータ消込完了作業を行っていた。このため、メールの煩雑さによる業務効率の低下や、通知メールを受信する都度システムに接続してファイルをダウンロードすることによるデータ取得漏れのおそれという課題があった。

【0005】

本発明は、以上の点に鑑み、データの取得漏れを防止し、高い業務効率を実現できる電子債権管理システム、方法及びプログラムを提供することを、その目的とする。

【課題を解決するための手段】

【0006】

本発明は、電子債権を管理する電子債権管理システムであって、ＡＰＩ連携により、所定のタイミングで電子債権データを自動取得するＡＰＩ連携手段と、取得データの有無に関するメッセージを、ユーザ端末の表示部に表示させるメッセージ送付手段と、前記ユーザ端末から、電子債権データを取得するスケジュールを受け付けるスケジュール受付手段と、受け付けたスケジュールを管理し、前記スケジュールに従って、前記ＡＰＩ連携手段に電子債権データの取得指示をするスケジュール管理手段と、を備える電子債権管理システム（システムは単体のコンピュータであってもよい）を提供する。

【0007】

また、本発明は、電子債権管理システムによって実行される電子債権管理方法であって、ＡＰＩ連携により、所定のタイミングで電子債権データを自動取得するステップと、取得データの有無に関するメッセージを、ユーザ端末の表示部に表示させるステップと、前記ユーザ端末から、電子債権データを取得するスケジュールを受け付けるステップと、受け付けたスケジュールを管理し、前記スケジュールに従って、ＡＰＩ連携による電子債権データの取得指示をするステップと、を備える電子債権管理方法を提供する。

【0008】

さらに、本発明は、コンピュータに、電子債権を管理する電子債権管理処理を実行させるプログラムであって、ＡＰＩ連携により、所定のタイミングで電子債権データを自動取得するステップと、取得データの有無に関するメッセージを、ユーザ端末の表示部に表示させるステップと、前記ユーザ端末から、電子債権データを取得するスケジュールを受け付けるステップと、受け付けたスケジュールを管理し、前記スケジュールに従って、ＡＰＩ連携による電子債権データの取得指示をするステップと、を実行させるための電子債権管理プログラムを提供する。

【発明の効果】

【0009】

本発明によれば、電子債権の管理において、ＡＰＩ連携により、所定のタイミングで電子債権データを自動取得し、取得データの有無に関するメッセージを、ユーザ端末の表示部に表示させることとした。このため、ユーザは取得したデータの確認や受け入れが可能となり、データの取得漏れがなくなり、通知メールを受信する都度システムにアクセスしてデータを確認・取得という操作を省略することができて高い業務効率が実現できる。加えて、本発明によれば、電子債権を取り扱う銀行が複数あっても、銀行それぞれのＷｅｂページにアクセスしてページを開くのではなく、一つのソフトウェアインターフェースで取り扱うことが可能となる。

【図面の簡単な説明】

【0010】

【図1】本発明の一実施形態の電子債権管理システムを用いた全体構成を示す概念図である。

【図2】前記実施形態の管理サーバのハードウェア構成を示すブロック図である。

【図3】前記実施形態の管理サーバの機能構成を示すブロック図である。

【図4】前記実施形態のユーザ端末の構成を示すブロック図である。

【図5】従来技術及び前記実施形態による電子債権受領時の処理手順を示す概念図である。

【図6】従来技術及び前記実施形態による入金決済時の処理手順を示す概念図である。

【図7】従来技術及び前記実施形態による電子債権振り出しデータの一括請求時の処理手順を示す概念図である。

【図8】前記実施形態によるスケジュール登録画面の一例を示す図である。

【図9】前記実施形態によるメインメニュー画面の一例を示す図である。

【図10】前記実施形態による送受信履歴画面の一例を示す図である。

【図11】前記実施形態によるデータ受入画面の一例を示す図である。

【発明を実施するための形態】

【0011】

本発明は、電子債権（または電子記録債権ともいう）を管理する電子債権管理システムであって、ＡＰＩ（Application Programing Interface）連携により、所定のタイミングで電子債権データを取得し、取得データの有無に関するメッセージを、ユーザ端末の表示部に表示させるものである。ＡＰＩ連携による電子債権データの自動取得は、定期的に行ってもよいし、ユーザ端末から、電子債権データを取得するスケジュールを受け付け、受け付けたスケジュールを管理し、前記スケジュールに従って、ＡＰＩ連携による電子債権データの取得指示をし、当該取得指示のタイミングで行うようにしてもよい。

【0012】

＜全体構成＞・・・図１は、本実施形態に係る電子債権管理システムを用いた全体システムを示す概念図である。全体システム１００は、電子債権管理サーバ（以下「管理サーバ」とする）１０を中心に構成されている。管理サーバ１０は、インターネットを含むネットワークを介して、ユーザ端末４０、中継センター８０、金融機関９０と相互にデータ通信可能となっている。中継センター８０は、電子記録債権機関７０に接続するサービスを提供するＡＰＩサービスや、金融機関９０に接続するインターネットバンキングサービスを提供するＡＰＩサービスを含む。管理サーバ１０と金融機関９０がＡＰＩ連携してもよい。

【0013】

ユーザ端末４０には、後述する電子債権管理アプリケーション６０が搭載されており、これによって、管理サーバ１０へ自動取得結果があるかどうかを問い合わせたり、電子債権データを取得するタイミングを登録する。また、電子債権管理アプリケーション６０は、管理サーバ１０から各種データを受信し、取得したデータの確認や受け入れ、電子債権による債務の振り出し（支払手形の振り出し）、電子債権による債権の受領、債務者の預金口座から債権者の預金口座へ債権の金額が口座送金されることによる期日決済の確認などを行う。

【0014】

より具体的には、管理サーバ１０は、ユーザ端末４０からネットワークを介してスケジュールの登録を受け付け（ステップＳ１）、受け付けたスケジュールをデータベースに記憶する（ステップＳ２）。記憶されたスケジュールは、スケジューラ（後述のスケジュール管理手段）によって管理され（ステップＳ３）、スケジュールの順序に従ってキュー及びリクエストが生成され（ステップＳ４）、ＡＰＩ連携による債権データの取得指示を出す（ステップＳ５）。

【0015】

すると、ＡＰＩ連携により管理サーバ１０が中継センター８０を介して、電子債権記録機関７０から自動的に電子債権データを取得し（ステップＳ６）、取得状況をデータベースに記憶する。あるいは、当該スケジュールでは取得する電子債権データがない場合には、その旨をデータベースに記憶する。また、ＡＰＩ連携による電子債権データの自動取得を実行した履歴が、データベースに記憶される。

【0016】

そして、ＡＰＩ連携による電子債権データの自動取得結果（受信履歴、債権情報、ユーザへのメッセージなど）をユーザ端末４０に送信するためのレスポンスが生成され、データベースに記憶される（ステップＳ８）。そして、ユーザ端末４０の電子債権管理アプリケーション６０の起動時及び起動中に、ネットワークを介して定期的に管理サーバ１０に自動取得結果があるかどうかを問い合わせ、データがあれば取得するとともに、電子債権データの取得の有無に関するメッセージが表示される（ステップＳ９）。なお、取得データの有無に関するメッセージとは、例えば、管理サーバ１０で受信した電子債権データをユーザ端末４０で受入れ済みか否かのメッセージであるが、これに限定されるものではない。

【0017】

このように、電子債権の管理において、ＡＰＩ連携により、所定のタイミングで電子債権データを自動取得し、取得データの有無に関するメッセージを、ユーザ端末の表示部に表示させることとした。このため、ユーザは取得したデータの確認や受け入れが可能となり、データの取得漏れがなくなり、通知メールを受信する都度システムにアクセスしてデータを確認・取得という操作を省略することができて高い業務効率が実現できる。なお、ここでは、ユーザが登録したスケジュールに従って、ＡＰＩ連携による電子債権データの自動取得を行うこととして説明したが、ユーザによるスケジュール登録がない場合には、予め定められた間隔で定期的に電子債権データの自動取得を行うようにしてもよい。

【0018】

以上説明した管理サーバ１０は、単体のコンピュータであってもよく、例えば、端末であってもよい。また、後述する機能構成が、それぞれ異なるコンピュータで実行させるコンピュータシステム（クラウド）であってもよい。さらに、本実施形態で説明する管理サーバ１０で実行する機能の全部または一部を、ユーザ端末４０側で実行するようにしてもよいし、ユーザ端末４０に搭載されている電子債権管理アプリケーション６０の機能の一部または全部を管理サーバ１０側で実行するようにしてもよい。

【0019】

＜管理サーバ１０のハードウェア構成＞・・・次に、図２を参照して、管理サーバ１０のハードウェア構成を説明する。管理サーバ１０は、プロセッサ１２、メモリ１４、ストレージ１６、通信部２８を備え、これらは図示しないバスにより接続されている。プロセッサ１２は、例えば、ＣＰＵ（Central Processing Unit）により構成され、メモリ１４に記憶された各種プログラムを読み出して実行することで、各種処理を行う。前記メモリ１４は、プロセッサ１２により実行させるプログラムを記憶するものであり、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）により構成される。例えば、図３に示す各種手段が記憶されている。ストレージ１６は、スケジュール情報１８、リクエスト情報２０、状況管理情報２２、実行履歴情報２４、レスポンス情報２６などのデータベースや、図示しない制御プログラムなどを記憶するものである。

【0020】

スケジュール情報１８は、ユーザ端末４０から受け付けたスケジュール情報を記憶したものである。ここでいうスケジュール情報とは、何月何日に電子債権データを取得するというスケジュールであってもよいし、毎週何曜日に電子債権データを取得する、何日毎に電子債権データを取得するというものであってもよい。また、登録された直近のスケジュール間隔が所定の日数以上である場合には、その間に、所定の間隔で電子債権データを自動取得する設定と組み合わせるという指定をスケジュール情報とともに記憶してもよい。

【0021】

リクエスト情報２０は、スケジュール情報を管理することで、スケジュールの順序に従って生成されたリクエスト情報である。状況管理情報２２は、ＡＰＩ連携により中継センター８０を介して自動的に取得した電子債権データの取得状況であって、取得した電子債権データと紐づけて記憶される。また、状況管理情報２２は、当該スケジュールでは取得する電子債権データがなかった場合には、その旨が記憶される。実行履歴情報２４は、ＡＰＩ連携による電子債権データの自動取得を実行した履歴を記憶した情報である。

【0022】

レスポンス情報２６は、ＡＰＩ連携による電子債権データの自動取得結果についてユーザ端末４０へ送付されるレスポンス情報である。レスポンス情報２６には、例えば、送受信履歴、債権情報、取得データの有無に関するユーザへのメッセージなどが含まれる。ユーザ端末４０の表示部５２には、このレスポンス情報２６に基づいて、電子債権データの取得データの有無に関するメッセージが表示される。なお、取得データの有無に関するメッセージとは、例えば、管理サーバ１０で受信した電子債権データをユーザ端末４０で受入れ済みか否かのメッセージなどである。

【0023】

次に、通信部２８は、ネットワークを介してユーザ端末４０から電子債権データを取得するスケジュールの登録を受け付けたり、自動取得結果について定期的に問い合わせを受け付けたり、ユーザ端末４０へ電子債権データやその有無に関するメッセージを送信したりするものである。むろん、必要に応じて、他の情報の送受信を行うようにしてもよい。

【0024】

＜管理サーバの機能構成＞・・・次に、図３を参照して、管理サーバ１０の機能構成を説明する。管理サーバ１０は、スケジュール受付手段３０と、スケジュール管理手段３２と、ＡＰＩ連携手段３４と、結果送付・問合せ受付手段３６を備えている。

【0025】

スケジュール受付手段３０は、ユーザ端末４０からネットワークを介して電子債権データを取得するスケジュールを受信して受け付けるものである。取得したスケジュールは、ストレージ１６のスケジュール情報１８に記憶される。

【0026】

スケジュール管理手段３２は、スケジュール受付手段３０によって受け付けたスケジュール情報１８を管理し、スケジュールの順序に沿ってＡＰＩ連携による電子債権データのリクエストを生成するものである。生成したリクエストは、ストレージ１６のリクエスト情報２０に記憶される。

【0027】

ＡＰＩ連携手段３４は、スケジュール管理手段３２により生成されたリクエスト情報２０に基づいて、中継センター８０とのＡＰＩ連携により、電子債権記録機関７０に、リクエストに対応する電子債権データがあるか否かを照会し、電子債権データがある場合には当該電子債権データを受信する。受信した電子債権データは、ストレージ１６の状況管理情報２２に記憶される。該当する電子債権データがない場合には、その旨を状況管理情報２２に記憶する。さらに、ＡＰＩ連携による電子債権データの自動取得を実行した履歴が、ストレージ１６の実行履歴情報２４として記憶される。

【0028】

結果送付・問合せ受付手段３６は、ＡＰＩ連携手段３４による電子債権データの自動取得結果に基づいてユーザ端末４０へ送信するレスポンスを生成し、ストレージ１６にレスポンス情報２６として記憶する。レスポンス情報２６には、例えば、送受信履歴や、債権情報、電子債権データの有無に関するユーザへのメッセージなどが含まれる。結果送付・問合せ受付手段３６は、また、電子債権管理アプリケーション６０から、自動取得結果があるかどうかの定期的な問合せを受け付ける。そして、ユーザ端末４０で電子債権管理アプリケーション６０が起動されたとき、あるいは起動中に、ネットワークを介してユーザ端末４０へ電子債権データやメッセージを送信し、電子債権データを取り込みさせ、ユーザ端末４０の表示部５２にメッセージを表示させるものである。

【0029】

メッセージを受信したユーザ端末４０では、電子債権管理アプリケーション６０の表示画面１２４に、取得データの有無に関するメッセージが表示される。なお、取得データの有無に関するメッセージとは、例えば、管理サーバ１０で受信した電子債権データをユーザ端末４０で受入れ済みか否かのメッセージなどである。

【0030】

＜ユーザ端末の構成＞・・・次に、図４を参照して、ユーザ端末４０の構成を説明する。ユーザ端末４０は、プロセッサ４２、メモリ４４、ストレージ４６、通信部４８、入力部５０、表示部５２を備え、これらは図示しないバスにより接続されている。プロセッサ４２は、例えば、ＣＰＵ（Central Processing Unit）により構成され、メモリ４４に記憶された各種プログラムを読み出して実行することで、各種処理を行う。前記メモリ４４は、プロセッサ４２により実行させるプログラムを記憶するものであり、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）により構成される。本実施形態では、メモリ４４には、後述する電子債権管理アプリケーション６０が記憶されている。

【0031】

通信部４８は、ネットワークを介して管理サーバ１０へスケジュール登録をしたり、管理サーバ１０から電子債権データの有無やその受入れ状況に関するメッセージ受信したり、管理サーバ１０から電子債権データ（債権情報）を受信したりするものである。むろん、必要に応じて、他の情報の送受信を行うようにしてもよい。

【0032】

入力部５０は、キーボードやタッチパネルであるが、これに限定されない。表示部５２は、ディスプレイやタッチパネルがあるが、これも限定されるものではない。

【0033】

電子債権管理アプリケーション６０は、電子債権管理手段６２と、債権債務データ６４と、債権開示情報データ６６と、支払データ６８を備えている。

【0034】

電子債権管理手段６２は、管理サーバ１０へ、自動取得結果があるかどうかを定期的に問い合わせたり、電子債権データを取得するタイミングを登録する。また、電子債権管理アプリケーション６０は、管理サーバ１０から各種データを受信し、取得したデータの確認や受け入れ、電子債権による債務の振り出し（支払手形の振り出し）、電子債権による債権の受領、債務者の預金口座から債権者の預金口座へ債権の金額が口座送金されることによる期日決済の確認などを行う。

【0035】

債権債務データ６４は、管理サーバ１０のＡＰＩ連携手段３４が中継センター８０を介して電子債権記録機関７０から取得し、ユーザ端末４０へ送信した債権情報を記憶したものである。債権債務データ６４には、債務情報も記憶される。

【0036】

債権開示情報データ６６は、管理サーバ１０のＡＰＩ連携手段３４が中継センター８０を介して電子債権記録機関７０から取得し、ユーザ端末４０へ送信した債権開示情報を記憶したものである。なお、管理サーバ１０がＡＰＩ連携手段３４によって、入出金明細情報を取得した場合には、当該入出金明細情報と債権開示情報データ６６に基づいて、入金決済日もしくはその翌日の決済処理が可能となる。

【0037】

支払データ６８は、管理サーバ１０のＡＰＩ連携手段３４を介して中継センター８０へ、電子記録債権の振り出し請求（発生記録請求）をファイル渡し（一括記録請求）で行う場合の支払データを記憶したものである。

【0038】

＜電子債権受領処理＞・・・次に、本実施形態の管理サーバ１０による電子債権受領処理について、図５及び図８～図１１を参照して説明する。図５は、従来技術及び本実施形態による電子債権受領時の処理手順を示す概念図、図８～図１１は、ユーザ端末４０に表示される画面の一例を示す図である。本実施形態によれば、まず、管理サーバ１０のスケジュール受付手段３０は、ユーザ端末４０からネットワーク及び通信部２８を介して、電子債権データを取得するスケジュールを受信して受け付ける。

【0039】

図８には、ユーザ端末４０の表示部５２に表示されるスケジュール登録画面１１０の一例が示されている。スケジュール登録画面１１０は、電子債権管理アプリケーション６０内のメニューから表示させることができる。ユーザ４１が入力部５０を使用してスケジュール登録画面１１０に入力し、登録のボタン１１２を押すことで、登録リクエストがネットワークを通じて管理サーバ１０へ送信され、管理サーバ１０ではスケジュール受付手段３０が受信したスケジュール登録のリクエストを受け付け、受け付けたスケジュールをストレージ１６のスケジュール情報１８に記憶する。

【0040】

図８のスケジュール登録画面１１０では、スケジュール名、会社銀行コード、口座情報、サービスの種類、請求者区分、日付指定方法などが指定可能となっているが、これに限定されるものではない。例えば、毎月何日に電子債権データを取得するというスケジュールであってもよいし、毎週何曜日に電子債権データを取得する、何日毎に電子債権データを取得するというものであってもよい。また、登録された直近のスケジュール間隔が所定の日数以上である場合には、その間に、所定の間隔で電子債権データを自動取得する設定と組み合わせるという指定を行えるようにしてもよい。なお、図８のスケジュール登録画面１１０は、接続先銀行設定を行う画面（図示せず）において、スケジュール設定を行うことを選択した場合に表示されるようにし、スケジュール設定をしない場合には、データ取得が定期的に行われるようにしてもよい。

【0041】

次に、管理サーバ１０のスケジュール管理手段３２は、スケジュール受付手段３０によって受け付けたスケジュール情報１８を管理し、スケジュールの順序に沿ってＡＰＩ連携による電子債権データ取得のリクエストを生成する。生成したリクエストは、ストレージ１６のリクエスト情報２０に記憶される。

【0042】

管理サーバ１０のＡＰＩ連携手段３４は、スケジュール管理手段３２により生成されたリクエスト情報２０に基づいて、中継センター８０とのＡＰＩ連携により、電子債権機関７０に、当該リクエストに該当する電子債権データがあるか否かを照会し、電子債権データがある場合には、当該電子債権データを受信する。受信した電子債権データ（債権情報）は、ストレージ１６の状況管理情報２２に記憶される。該当する電子債権データがない場合には、その旨が状況管理情報２２に記憶される。また、ＡＰＩ連携手段３４により電子債権データの自動取得を実行した履歴が、ストレージ１６の実行履歴情報２４として記憶される。

【0043】

そして、結果送付・問合せ受付手段３６は、電子債権管理アプリケーション６０の起動時及び起動中に定期的に自動取得結果があるかどうかの問合せを受け付け、データがある場合には、ＡＰＩ連携手段３４による電子債権データの自動取得結果（受信履歴、債権情報、電子債権データの取得の有無に関するユーザへのメッセージなど）をユーザ端末４０に送信する（図５(B)のステップＳ２０）。これにより、ユーザ４１は、ユーザ端末４０の電子債権管理アプリケーション６０起動することにより、ネットワークを介して自動的に取り込まれた債権情報や取得データの有無に関するメッセージを確認することができる（図５(B)のステップＳ２２）。なお、取得データの有無に関するメッセージとは、例えば、管理サーバ１０で受信した電子債権データをユーザ端末４０で受入れ済みか否かのメッセージである。

【0044】

図９(A)には、電子債権管理アプリケーション６０の起動時に、表示されるメインメニュー画面１２０が示されている。メインメニュー画面１２０には、「ＡＰＩ連携で未受入データがあります。受入処理を行いますか？」というメッセージが表示されている。ここで、「ＯＫ」のボタン１２２を押すことにより、図１０に示すデータ受信の送受信履歴画面１３０が開き、個別の「データ受入」ボタン１３２を押すか、チェックを入れて「一括受入」のボタン１３４を押すことにより、図１１に示すデータ受入画面１４０へ進むことができる。ユーザ４１がここでデータチェック後、受入可否をステータスに表示し、受入可能データがあれば、「受入」ボタン１４２を押すと、データ受入処理を実行することができる。

【0045】

図９(B)には、電子債権管理アプリケーション６０の起動中に示されるメインメニュー画面１２４が示されている。メインメニュー画面１２４の下方には、未受入のデータに関するメッセージ１２６が表示されている。この場合、ユーザ４１は、受信履歴メニューを開き、受信データの確認とデータの受入を行う（図１０及び図１１）。

【0046】

従来では電子債権を受領して電子債権管理アプリケーション６０に取り込むためには、債権発生の通知メールを受領したら、ネットワークを介して中継センター８０へログインし（図５(A)のステップＳ１０）、債権照会画面で条件を指定して受領債権の検索を行い、検索結果（債権情報）のファイルをダウンロードし（図５(A)のステップＳ１２）、電子債権管理アプリケーション６０を起動してダウンロードしたファイルの取込を行う（図５(A)のステップＳ１４）という手順が必要となる。これに対し、本実施形態では、所定のタイミングで管理サーバ１０が自動的に債権情報を取得し、電子債権管理アプリケーション６０の起動時及び起動中に、取得データの有無に関するメッセージを表示し、ユーザ４１は取得データの確認や受入を行う。このため、メールの煩雑さによる業務効率の低下や、通知メールを受信する都度システムに接続してファイルをダウンロードすることによるデータ取得漏れのおそれがなくなり、データの取得漏れを防止し、高い業務効率を実現できる。

【0047】

＜電子債権入金決済時の処理＞・・・次に、本実施形態の管理サーバ１０による電子債権入金決済時の処理について、図６を参照して説明する。図６は、従来技術及び本実施形態による電子債権入金決済時の処理手順を示す概念図である。図６(B)に示すように、本実施形態では、管理サーバ１０によって、所定のタイミングで、ＡＰＩ連携手段３４が中継センター８０を介して電子債権記録機関７０から債権開示情報を取得し（ステップＳ４０）、ユーザ４１が電子債権管理アプリケーション６０を起動したとき及び起動中に、債権開示情報を自動取込し、未受入のデータがある場合には、メッセージ表示を行う。ここで、前記図９(A)又は(B)に示す画面から、図１０に示す送受信履歴画面１３０に移ることで、サービス名「開示結果照会」で示されている欄の個別の「データ受入」ボタン１３２または、チェックを付けたデータの「一括受入」ボタン１３４を押すことにより、データ受入処理を実行することができ、ユーザ４１は、債権開示情報を確認することができる（ステップＳ４２）。

【0048】

従来技術によれば、債権開示情報を取り込むためには、図６(A)に示すように、ネットワークを介して中継センター８０へログインし（ステップＳ３０）、条件を指定して債権開示情報の検索を行い、検索結果（債権開示情報）のファイルをダウンロードし（ステップＳ３２）、電子債権管理アプリケーション６０を起動してダウンロードしたファイルの取込（ステップＳ３４）という手順が必要となる。これに対し、本実施形態では、所定のタイミングで管理サーバ１０が自動的に債権開示情報を取得するため、データ取得漏れのおそれがなくなる。また、操作の手間の削減、所要時間の短縮、操作ミスの減少などにより利便性向上を図ることができる。なお、管理サーバ１０がＡＰＩ連携手段３４によって、入出金明細情報を取得した場合には、当該入出金明細情報と債権開示情報データ６６に基づいて、入金決済日もしくはその翌日の決済処理が可能となる。

【0049】

＜電子債権振り出しデータの一括請求時の処理＞・・・次に、本実施形態の管理サーバ１０による電子債権振り出しデータの一括請求時の処理について、図７を参照して説明する。図７は、従来技術及び本実施形態による電子債権振り出しデータの一括請求時の処理手順を示す概念図である。図７(B)に示すように、本実施形態では、ユーザ４１が電子債権での支払を行う場合（ステップＳ６０）には、電子債権管理アプリケーション６０と管理サーバ１０がＡＰＩ連携し、支払データ６８から振り出しデータ（一括記録請求データ）を出力して、ＡＰＩ連携手段３４が、ネットワークを介して所定のタイミングで中継センター８０に一括記録（発生記録）請求をする（ステップＳ６２）。

【0050】

図７(A)に示す従来技術では、電子債権の振り出し請求（発生記録請求）をファイル渡し（一括記録）で行う場合は、ユーザ４１の電子債権管理アプリケーション６０からファイル渡しの電子記録債権振り出しデータ（一括記録請求データ）を出力して（ステップＳ５０）、ネットワークを介して中継センター８０へログインし、中継センター８０の画面で一括記録請求データをアップロードする操作が必要となる（ステップＳ５２）。

【0051】

このように、本実施形態によれば、電子債権管理アプリケーション６０から中継センター８０へのファイル渡しの電子記録振り出しデータ（一括記録請求データ）の連携が可能になり、操作の手間の削減、所要時間の短縮、操作ミスの減少などにより利便性向上を図ることができる。

【0052】

＜効果＞・・・以上説明した実施形態によれば、ＡＰＩ連携により、ユーザ端末４０から受け付けたスケジュールに基づいて電子債権データを取得し、取得データの有無に関するメッセージを、ユーザ端末の表示部に表示させることとした。このため、ユーザは取得したデータの確認や受け入れが可能となり、データの取得漏れがなくなり、通知メールを受信する都度システムにアクセスしてデータを確認・取得という操作を省略することができて高い業務効率が実現できる。

【0053】

なお、上述した実施形態は一例であり、同様の効果を奏する範囲内で適宜変更が可能である。また、管理サーバ１０は、ユーザ端末４０からのスケジュールの登録がない場合には、所定の間隔で定期的に、自動的に電子債権データを取得してもよい。また、管理サーバ１０は、単体のコンピュータであってもよく、例えば、端末であってもよい。また、上述した機能構成が、それぞれ異なるコンピュータで実行されるコンピュータシステム（クラウド）であってもよい。さらに、本実施形態の管理サーバ１０で実行される機能の全部または一部を、ユーザ端末４０側が備えるようにしてもよい。あるいは、本実施形態の電子債権管理アプリケーション６０で実行される機能の全部または一部を、管理サーバ１０が備えるようにしてもよい。また、本発明は、サーバ５０で実行されるプログラムとして提供されてもよい。このプログラムは、コンピュータが読取可能な記録媒体に記録された状態で提供されていてもよいし、ネットワークを介してダウンロードしてもよい。また、本発明は、方法の発明として提供されてもよい。

【産業上の利用可能性】

【0054】

本発明によれば、電子債権の管理において、ＡＰＩ連携により、所定のタイミングで電子債権データを自動取得し、取得データの有無に関するメッセージを、ユーザ端末の表示部に表示させることとした。このため、ユーザは取得したデータの確認や受け入れが可能となり、データの取得漏れがなくなり、通知メールを受信する都度システムにアクセスしてデータを確認・取得という操作を省略することができて高い業務効率が実現できるため、電子債権管理システムに好適である。

【符号の説明】

【0055】

１０：管理サーバ
１２：プロセッサ
１４：メモリ
１６：ストレージ
１８：スケジュール情報
２０：リクエスト情報
２２：状況管理情報
２４：実行履歴情報
２６：レスポンス情報
２８：通信部
３０：スケジュール受付手段
３２：スケジュール管理手段
３４：ＡＰＩ連携手段
３６：結果送付・問合せ受付手段
４０：ユーザ端末
４１：ユーザ
４２：プロセッサ
４４：メモリ
４６：ストレージ
４８：通信部
５０：入力部
５２：表示部
６０：電子債権管理アプリケーション
６２：電子債権管理手段
６４：債権債務データ
６６：債権開示情報データ
６８：支払データ
７０：電子債権記録機関
８０：中継センター
９０：金融機関
１００：全体システム
１１０：スケジュール登録画面
１１２：ボタン
１２０、１２４：メインメニュー画面
１２２：ボタン
１２６：メッセージ
１３０：受信履歴画面
１３２、１３４：ボタン
１４０：データ受入画面
１４２：ボタン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】