特許6483864 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 平安科技（深▲ジェン▼）有限公司の特許一覧

特許6483864データ処理方法、データ処理装置、データ処理機器、プログラムおよびコンピュータ読み取り可能記憶媒体

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7

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

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

(11)【特許番号】6483864

(24)【登録日】2019年2月22日

(45)【発行日】2019年3月13日

(54)【発明の名称】データ処理方法、データ処理装置、データ処理機器、プログラムおよびコンピュータ読み取り可能記憶媒体

(51)【国際特許分類】

G06Q 40/08 20120101AFI20190304BHJP

【ＦＩ】

G06Q40/08

【請求項の数】19

【全頁数】26

(21)【出願番号】特願2017-562245(P2017-562245)

(86)(22)【出願日】2017年3月24日

(65)【公表番号】特表2019-503521(P2019-503521A)

(43)【公表日】2019年2月7日

(86)【国際出願番号】CN2017077992

(87)【国際公開番号】WO2018120456

(87)【国際公開日】20180705

【審査請求日】2017年11月30日

(31)【優先権主張番号】201611266387.0

(32)【優先日】2016年12月29日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】517395046

【氏名又は名称】平安科技（深▲ジェン▼）有限公司

【氏名又は名称原語表記】ＰＩＮＧＡＮＴＥＣＨＮＯＬＯＧＹ（ＳＨＥＮＺＨＥＮ）ＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】蔡寧

(72)【発明者】

【氏名】方曉

(72)【発明者】

【氏名】黄海亮

(72)【発明者】

【氏名】胡偉

(72)【発明者】

【氏名】侯小能

【審査官】海江田章裕

(56)【参考文献】

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

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

【文献】特開２００８−３０５２７０（ＪＰ，Ａ）

【文献】特開２０１５−８２１８６（ＪＰ，Ａ）

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

Ｇ０６Ｑ１０／００−９９／００

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

【請求項1】

保険システムに用いられるデータ処理方法であって、
販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信するステップと、
前記期間終了償還ファイルが行われたチェックにパスし、かつ前記期間終了償還ファイルがクローズドエンド型である場合、前記期間終了償還ファイル内の償還データと、記憶されている引き受けデータとが一致するか否かを判断するステップと、
前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ前記強制償還ファイルが期間終了一括償還である場合、前記期間終了償還ファイルと前記強制償還ファイルをマッチングするステップと、
前記期間終了償還ファイルと前記強制償還ファイルが一致した場合、確認結果ファイルを生成し、前記サードパーティーシステムに通知するとともに、前記確認結果ファイルを前記販売チャネルにフィードバックするステップとを含むことを特徴とするデータ処理方法。

【請求項2】

販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信する前記ステップの前に、
前記販売チャネルから送信された引き受けファイルを受信したとき、前記販売チャネルが取引アカウントを有しているか否かを判断するステップと、
前記販売チャネルが取引アカウントを有している場合、前記引き受けファイルをチェックし、チェックをパスした場合、前記引き受けファイルに基づいて引き受け申請情報を生成し、前記引き受け申請情報を前記サードパーティーシステムに送信するステップと、
前記サードパーティーシステムから前記引き受け申請情報に基づいてフィードバックされた引き受け確認ファイルを受信して、前記引き受け確認ファイルに基づいて確認結果ファイルを生成し、前記確認結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルによる引き受けを完了させるステップとを含み、
販売チャネルから送信された期間終了償還ファイルを受信する前記ステップは、前記販売チャネルが引き受けを完了した後、前記販売チャネルから送信された期間終了償還ファイルを受信することを含むことを特徴とする請求項１に記載のデータ処理方法。

【請求項3】

前記販売チャネルから送信された引き受けファイルを受信したとき、前記販売チャネルが取引アカウントを有しているか否かを判断する前記ステップの前に、
前記販売チャネルから送信されたアカウント開設ファイルを受信し、前記アカウント開設ファイルをチェックするステップと、
チェックをパスした場合、前記アカウント開設ファイルに基づいてアカウント開設申請情報を生成し、前記アカウント開設申請情報を前記サードパーティーシステムに送信するステップと、
前記サードパーティーシステムから前記アカウント開設申請情報に基づいてフィードバックされたアカウント開設確認ファイルを受信し、前記アカウント開設確認ファイルに基づいて前記販売チャネルのアカウント開設が成功したか否かを判断するステップと、
前記販売チャネルのアカウント開設が成功した場合、前記アカウント開設ファイルと前記アカウント開設確認ファイルに基づいてアカウント開設結果ファイルを生成し、前記アカウント開設結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルのアカウント開設を完了させるステップとを含み、
前記販売チャネルから送信された引き受けファイルを受信する前記ステップは、前記販売チャネルがアカウント開設を完了した後、前記販売チャネルから送信された引き受けファイルを受信することを含むことを特徴とする請求項２に記載のデータ処理方法。

【請求項4】

前記引き受けファイルをチェックすることの後に、
前記引き受けファイルがチェックをパスしない場合、前記引き受けファイルのエラーの種類を取得し、
前記エラーの種類が情報入力エラーである場合、入力指令を受信して前記引き受けファイルのデータを修正し、
前記エラーの種類が指定したファイルをまだ受信していないことである場合、前記引き受けファイルのデータに対して一時停止処理を行うことを含むことを特徴とする請求項２に記載のデータ処理方法。

【請求項5】

前記期間終了償還ファイルが行われたチェックにパスすることの前に、
前記販売チャネルから送信された前記期間終了償還ファイルを受信した受信時間を取得して、受信時間が当日の設定時間範囲内に入っているか否かを判断し、
前記受信時間が当日の設定時間範囲内に入っている場合、前記期間終了償還ファイルをチェックするステップを実行し、
前記受信時間が当日の設定時間範囲内に入っていない場合、翌日の設定時間範囲内において前記期間終了償還ファイルをチェックするステップを実行することを含むことを特徴とする請求項１又は３に記載のデータ処理方法。

【請求項6】

前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致するか否かを判断することの後に、
前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致しない場合、相応のプロンプトメッセージを出力することを含むことを特徴とする請求項１に記載のデータ処理方法。

【請求項7】

前記販売チャネルから送信された期間終了償還ファイルを受信することの後に、
受信した前記期間終了償還ファイルが行われたチェックにパスし、かつ前記期間終了償還ファイルがクローズドエンド型である場合、前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致するか否かを判断し、
前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致した場合、前記償還データをサードパーティーシステムに送信し、サードパーティーシステムから前記償還データに基づいて返還された償還ファンドを受信したとき、前記償還ファンドを前記販売チャネルに送信することを含むことを特徴とする請求項１に記載のデータ処理方法。

【請求項8】

保険システムに用いられるデータ処理装置であって、
販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信する受信モジュールと、
前記期間終了償還ファイルが行われたチェックにパスし、かつ前記期間終了償還ファイルがクローズドエンド型である場合、前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致するか否かを判断する第一判断モジュールと、
前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ前記強制償還ファイルが期間終了一括償還である場合、前記期間終了償還ファイルと前記強制償還ファイルをマッチングするマッチングモジュールと、
前記期間終了償還ファイルと前記強制償還ファイルが一致した場合、確認結果ファイルを生成し、前記サードパーティーシステムに通知するとともに、前記確認結果ファイルを前記販売チャネルにフィードバックするフィードバックモジュールとを含むことを特徴とするデータ処理装置。

【請求項9】

前記データ処理装置は、
前記販売チャネルから送信された引き受けファイルを受信したとき、前記販売チャネルが取引アカウントを有しているか否かを判断する第二判断モジュールと、
前記販売チャネルが取引アカウントを有している場合、前記引き受けファイルをチェックし、チェックをパスした場合、前記引き受けファイルに基づいて引き受け申請情報を生成し、前記引き受け申請情報を前記サードパーティーシステムに送信する第一チェックモジュールと、
前記サードパーティーシステムから前記引き受け申請情報に基づいてフィードバックされた引き受け確認ファイルを受信して、前記引き受け確認ファイルに基づいて確認結果ファイルを生成し、前記確認結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルによる引き受けを完了させる第一生成モジュールとを更に含み、
前記受信モジュールはさらに、前記販売チャネルが引き受けを完了した後、前記販売チャネルから送信された期間終了償還ファイルを受信するとともに、前記サードパーティーシステムから送信された強制償還ファイルを受信することを特徴とする請求項８に記載のデータ処理装置。

【請求項10】

前記データ処理装置は、
前記販売チャネルから送信されたアカウント開設ファイルを受信し、前記アカウント開設ファイルをチェックする第二チェックモジュールと、
チェックをパスした場合、前記アカウント開設ファイルに基づいてアカウント開設申請情報を生成し、前記アカウント開設申請情報を前記サードパーティーシステムに送信する送信モジュールと、
前記サードパーティーシステムから前記アカウント開設申請情報に基づいてフィードバックされたアカウント開設確認ファイルを受信し、前記アカウント開設確認ファイルに基づいて前記販売チャネルのアカウント開設が成功したか否かを判断する第三判断モジュールと、
前記販売チャネルのアカウント開設が成功した場合、前記アカウント開設ファイルと前記アカウント開設確認ファイルに基づいてアカウント開設結果ファイルを生成し、かつ前記アカウント開設結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルのアカウント開設を完了させる第二生成モジュールとを更に含み、
前記第二判断モジュールはさらに、前記販売チャネルから送信された引き受けファイルを受信し、前記販売チャネルが取引アカウントを有しているか否かを判断することを特徴とする請求項９に記載のデータ処理装置。

【請求項11】

前記データ処理装置は、
前記引き受けファイルがチェックをパスしない場合、前記引き受けファイルのエラーの種類を取得する取得モジュールと、
前記エラーの種類が情報入力エラーである場合、入力指令を受信して前記引き受けファイルのデータを修正する修正モジュールと、
前記エラーの種類が指定したファイルをまだ受信していないことである場合、前記引き受けファイルのデータに対して一時停止処理を行う一時停止モジュールとを更に含むことを特徴とする請求項９に記載のデータ処理装置。

【請求項12】

前記データ処理装置は、
前記販売チャネルから送信された前記期間終了償還ファイルを受信した受信時間を取得して、受信時間が当日の設定時間範囲内に入っているか否かを判断する第四判断モジュールと、
前記受信時間が当日の設定時間範囲内に入っている場合、第一チェックモジュールによって前記期間終了償還ファイルをチェックし、前記受信時間が当日の設定時間範囲内に入っていない場合、翌日の設定時間範囲内において第一チェックモジュールによって前記期間終了償還ファイルをチェックする処理モジュールとを更に含むことを特徴とする請求項８又は１０に記載のデータ処理装置。

【請求項13】

データ処理機器であって、前記データ処理機器は処理装置と記憶装置を含み、前記処理装置が記憶装置に記憶されているデータ処理プログラムを実行することにより、
販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信するステップと、
前記期間終了償還ファイルが行われたチェックにパスし、かつ前記期間終了償還ファイルがクローズドエンド型である場合、前記期間終了償還ファイル内の償還データと、記憶されている引き受けデータとが一致するか否かを判断するステップと、
前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ前記強制償還ファイルが期間終了一括償還である場合、前記期間終了償還ファイルと前記強制償還ファイルをマッチングするステップと、
前記期間終了償還ファイルと前記強制償還ファイルが一致した場合、確認結果ファイルを生成し、前記サードパーティーシステムに通知するとともに、前記確認結果ファイルを前記販売チャネルにフィードバックするステップとを実現することを特徴とするデータ処理機器。

【請求項14】

前記処理装置はさらに、記憶装置に記憶されているデータ処理プログラムを実行することにより、販売チャネルから送信された前記期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信するステップの前に、
前記販売チャネルから送信された引き受けファイルを受信したとき、前記販売チャネルが取引アカウントを有しているか否かを判断するステップと、
前記販売チャネルが取引アカウントを有している場合、前記引き受けファイルをチェックし、チェックをパスした場合、前記引き受けファイルに基づいて引き受け申請情報を生成し、前記引き受け申請情報を前記サードパーティーシステムに送信するステップと、
前記サードパーティーシステムから前記引き受け申請情報に基づいてフィードバックされた引き受け確認ファイルを受信して、前記引き受け確認ファイルに基づいて確認結果ファイルを生成し、前記確認結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルによる引き受けを完了させるステップとを実現し、
販売チャネルから送信された期間終了償還ファイルを受信する前記ステップは、前記販売チャネルが引き受けを完了した後、前記販売チャネルから送信された期間終了償還ファイルを受信することを含むことを特徴とする請求項１３に記載のデータ処理機器。

【請求項15】

前記処理装置はさらに、記憶装置に記憶されているデータ処理プログラムを実行することにより、前記販売チャネルから送信された引き受けファイルを受信したとき、前記販売チャネルが取引アカウントを有しているか否かを判断する前記ステップの前に、
前記販売チャネルから送信されたアカウント開設ファイルを受信し、前記アカウント開設ファイルをチェックするステップと、
チェックをパスした場合、前記アカウント開設ファイルに基づいてアカウント開設申請情報を生成し、前記アカウント開設申請情報を前記サードパーティーシステムに送信するステップと、
前記サードパーティーシステムから前記アカウント開設申請情報に基づいてフィードバックされたアカウント開設確認ファイルを受信し、前記アカウント開設確認ファイルに基づいて前記販売チャネルのアカウント開設が成功したか否かを判断するステップと、
前記販売チャネルのアカウント開設が成功した場合、前記アカウント開設ファイルと前記アカウント開設確認ファイルに基づいてアカウント開設結果ファイルを生成し、前記アカウント開設結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルのアカウント開設を完了させるステップとを実現し、
販売チャネルから送信された引き受けファイルを受信する前記ステップは、前記販売チャネルがアカウント開設を完了した後、前記販売チャネルから送信された引き受けファイルを受信することを含むことを特徴とする請求項１４に記載のデータ処理機器。

【請求項16】

販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信するステップと、
前記期間終了償還ファイルが行われたチェックにパスし、かつ前記期間終了償還ファイルがクローズドエンド型である場合、前記期間終了償還ファイル内の償還データと、記憶されている引き受けデータとが一致するか否かを判断するステップと、
前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ前記強制償還ファイルが期間終了一括償還である場合、前記期間終了償還ファイルと前記強制償還ファイルをマッチングするステップと、
前記期間終了償還ファイルと前記強制償還ファイルが一致した場合、確認結果ファイルを生成し、前記サードパーティーシステムに通知するとともに、前記確認結果ファイルを前記販売チャネルにフィードバックするステップと、をコンピュータに実行させるためのプログラム。

【請求項17】

販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信される強制償還ファイルを受信する前記ステップの前に、
前記販売チャネルから送信された引き受けファイルを受信したとき、前記販売チャネルが取引アカウントを有しているか否かを判断するステップと、
前記販売チャネルが取引アカウントを有している場合、前記引き受けファイルをチェックし、チェックをパスした場合、前記引き受けファイルに基づいて引き受け申請情報を生成し、前記引き受け申請情報を前記サードパーティーシステムに送信するステップと、
前記サードパーティーシステムから前記引き受け申請情報に基づいてフィードバックされた引き受け確認ファイルを受信して、前記引き受け確認ファイルに基づいて確認結果ファイルを生成し、前記確認結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルによる引き受けを完了させるステップと、を前記コンピュータに実行させ、
販売チャネルから送信された期間終了償還ファイルを受信する前記ステップは、前記販売チャネルが引き受けを完了した後、前記販売チャネルから送信された期間終了償還ファイルを受信することを含むことを特徴とする請求項１６に記載のプログラム。

【請求項18】

前記販売チャネルから送信された引き受けファイルを受信したとき、前記販売チャネルが取引アカウントを有しているか否かを判断する前記ステップの前に、
前記販売チャネルから送信されたアカウント開設ファイルを受信し、前記アカウント開設ファイルをチェックするステップと、
チェックをパスした場合、前記アカウント開設ファイルに基づいてアカウント開設申請情報を生成し、前記アカウント開設申請情報を前記サードパーティーシステムに送信するステップと、
前記サードパーティーシステムから前記アカウント開設申請情報に基づいてフィードバックされたアカウント開設確認ファイルを受信し、前記アカウント開設確認ファイルに基づいて前記販売チャネルのアカウント開設が成功したか否かを判断するステップと、
前記販売チャネルのアカウント開設が成功した場合、前記アカウント開設ファイルと前記アカウント開設確認ファイルに基づいてアカウント開設結果ファイルを生成し、前記アカウント開設結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルのアカウント開設を完了させるステップと、を前記コンピュータに実行させ、
販売チャネルから送信された引き受けファイルを受信する前記ステップは、前記販売チャネルがアカウント開設を完了した後、前記販売チャネルから送信された引き受けファイルを受信することを含むことを特徴とする請求項１７に記載のプログラム。

【請求項19】

請求項１６から１８のいずれか１項に記載のプログラムを記憶したコンピュータ読み取り可能記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願への相互参照］
この出願は、出願日が２０１６年１２月２９日であり、出願番号が２０１６１１２６６３８７．０であり、発明の名称が「データ処理方法および装置」である中国特許出願の優先権を主張し、該中国特許出願の全内容を本願に援用する。

【0002】

本発明は、保険システム技術に関し、特に、データ処理方法、データ処理装置、データ処理機器、プログラムおよびコンピュータ読み取り可能記憶媒体に関するものである。

【背景技術】

【0003】

例えば、養老保障システムなどである保険システムは、多数の販売チャネルとつながっている。保険システムと販売チャネルとで情報交換する場合、異なる販売チャネルごとにフローも異なっているので、保険システムを重複して開発しなければならない。例えば償還フローにおいて、保険システムとつながっている販売チャネルの増加に伴い、保険システムの開発は複雑になり、保険システムと販売チャネルとの間の情報交換を迅速に行うことができず、データの処理も迅速にできなくなる。

【発明の概要】

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

【0004】

本発明の主たる目的は、保険システムのデータ処理の迅速性を向上させることができる、データ処理方法、データ処理装置、データ処理機器、プログラムおよびコンピュータ読み取り可能記憶媒体を提供することにある。

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

【0005】

上記目的を実現するため、本発明が提供するデータ処理方法は、保険システムに用いられるデータ処理方法であって、販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信するステップと、前記期間終了償還ファイルが行われたチェックにパスし、かつ前記期間終了償還ファイルがクローズドエンド型である場合、前記期間終了償還ファイル内の償還データと、記憶されている引き受けデータとが一致するか否かを判断するステップと、前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ前記強制償還ファイルが期間終了一括償還である場合、前記期間終了償還ファイルと前記強制償還ファイルをマッチングするステップと、前記期間終了償還ファイルと前記強制償還ファイルが一致した場合、確認結果ファイルを生成し、前記サードパーティーシステムに通知するとともに、前記確認結果ファイルを前記販売チャネルにフィードバックするステップとを含む。

【0006】

また、上記目的を実現するため、本発明がさらに提供するデータ処理装置は、保険システムに用いられるデータ処理装置であって、販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信する受信モジュールと、前記期間終了償還ファイルが行われたチェックにパスし、かつ前記期間終了償還ファイルがクローズドエンド型である場合、前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致するか否かを判断する第一判断モジュールと、前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ前記強制償還ファイルが期間終了一括償還である場合、前記期間終了償還ファイルと前記強制償還ファイルをマッチングするマッチングモジュールと、前記期間終了償還ファイルと前記強制償還ファイルが一致した場合、確認結果ファイルを生成し、前記サードパーティーシステムに通知するとともに、前記確認結果ファイルを前記販売チャネルにフィードバックするフィードバックモジュールとを含む。

【0007】

また、上記目的を実現するため、本発明がさらに提供するデータ処理機器は、処理装置と記憶装置を含み、前記処理装置が記憶装置に記憶されているデータ処理プログラムを実行することにより、販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信するステップと、前記期間終了償還ファイルが行われたチェックにパスし、かつ前記期間終了償還ファイルがクローズドエンド型である場合、前記期間終了償還ファイル内の償還データと、記憶されている引き受けデータとが一致するか否かを判断するステップと、前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ前記強制償還ファイルが期間終了一括償還である場合、前記期間終了償還ファイルと前記強制償還ファイルをマッチングするステップと、前記期間終了償還ファイルと前記強制償還ファイルが一致した場合、確認結果ファイルを生成し、前記サードパーティーシステムに通知するとともに、前記確認結果ファイルを前記販売チャネルにフィードバックするステップとを実現する。

【0008】

また、上記目的を実現するため、本発明がさらに提供するプログラムは、販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信するステップと、前記期間終了償還ファイルが行われたチェックにパスし、かつ前記期間終了償還ファイルがクローズドエンド型である場合、前記期間終了償還ファイル内の償還データと、記憶されている引き受けデータとが一致するか否かを判断するステップと、前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ前記強制償還ファイルが期間終了一括償還である場合、前記期間終了償還ファイルと前記強制償還ファイルをマッチングするステップと、前記期間終了償還ファイルと前記強制償還ファイルが一致した場合、確認結果ファイルを生成し、前記サードパーティーシステムに通知するとともに、前記確認結果ファイルを前記販売チャネルにフィードバックするステップと、をコンピュータに実行させる。

【発明の効果】

【0009】

本発明の実施例の保険システムのデータ処理方法、データ処理装置、データ処理機器、プログラムおよびコンピュータ読み取り可能記憶媒体は、販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信した後、期間終了償還ファイルが行われたチェックにパスし、かつ期間終了償還ファイルがクローズドエンド型である場合、期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致するか否かを判断する。期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ強制償還ファイルが期間終了一括償還である場合、期間終了償還ファイルと強制償還ファイルをマッチングする。そして期間終了償還ファイルと強制償還ファイルが一致した場合、確認結果ファイルを生成し、サードパーティーシステムに通知するとともに、確認結果ファイルを販売チャネルにフィードバックする。これにより、養老保障システムは販売チャネルが購入したファンド商品を容易に償還することができ、保険システムのデータ処理の迅速性を向上させることができる。

【図面の簡単な説明】

【0010】

【図1】図１は本発明のデータ処理方法の第一実施例の流れ図である。

【図2】図２は本発明のデータ処理方法の第二実施例の流れ図である。

【図3】図３は本発明のデータ処理方法の第三実施例の流れ図である。

【図4】図４は本発明のデータ処理装置の第一実施例の機能モジュールの模式図である。

【図5】図５は本発明のデータ処理装置の第二実施例の機能モジュールの模式図である。

【図6】図６は本発明のデータ処理装置の第三実施例の機能モジュールの模式図である。

【図7】図７は本発明の実施例に係るハードウェア実行環境である機器の構成図である。

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

【0011】

本発明の目的の実現、機能特徴および利点について、実施例と結び付け、図面を参照して詳細に説明する。

【0012】

なお、下記の具体的な実施例は、本発明を説明するためのものであり、本発明を限定するものでない。

【0013】

図１に示すとおり、本発明のデータ処理方法の第一実施例を提供する。本実施例のデータ処理方法は以下のステップを含む。ステップＳ１０では、販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティー（third party）システムから送信された強制償還ファイルを受信する。本実施例において、データ処理方法は保険システムに用いられ、前記保険システムは養老保障システムを含む。以下、養老保障システムを例として詳細に説明する。なお、クライアントが販売チャネルを介してファンドを主体的に償還してもよいし、サードパーティーがファンドを強制償還してもよい。具体的には、強制償還を例にとると、サードパーティーがファンドを強制償還するフローにおいて、養老保障システムは、クライアントが養老保障システムで引き受けたファンド商品を償還する必要がある場合、販売チャネルを介して期間終了償還フローを実行しなければならない。すなわち、販売チャネルは養老保障システムに期間終了償還ファイルを送信し、養老保障システムは販売チャネルから送信された期間終了償還ファイルを受信する。

【0014】

前記販売チャネルは養老保障システムと提携関係を結んだ販売チャネル、例えば、陸金所（Lufax）、ウィーチャット（WeChat）（登録商標）、京東（Jingdong）（登録商標）などを含む。前記期間終了償還ファイルは、養老保障システムが予め設定した標準テンプレートであり、販売チャネルは前記標準テンプレートに記入することにより期間終了償還ファイルを作成する。前記期間終了償還ファイルは、取引番号、取引時間、銀行口座番号、身分証明書種類、個人情報、連絡先などの情報を含む。

【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】

図７に示すとおり、前記データ処理機器は、例えばＣＰＵである処理装置１００１、ネットワークインタフェース１００４、ユーザーインタフェース１００３、記憶装置１００５および通信バス１００２を含むことができる。通信バス１００２はこれらコンポーネント間の接続通信を実現する。ユーザーインタフェース１００３は、ディスプレイ（Display）や、例えばキーボード（Keyboard）のような入力装置を含んでもよい。選択可能なユーザーインタフェース１００３として、さらに標準規格の有線インタフェース、無線インタフェースを含んでもよい。選択可能なネットワークインタフェース１００４として、標準規格の有線インタフェース、無線インタフェース（例えばＷｉ−Ｆｉインタフェース）などを含んでもよい。記憶装置１００５は高速ＲＡＭメモリであってもよいし、不揮発性メモリ（non−volatile memory）、例えば磁気メモリであってもよい。選択可能な記憶装置１００５として、処理装置１００１から独立した記憶装置であってもよい。

【0082】

選択的に、前記データ処理機器は、カメラ、ＲＦ（Radio Frequency）回路、センサー、音声回路、Ｗｉ−Ｆｉモジュールなどを更に含むことができる。センサーは例えば、光センサー、モーションセンサーおよび他のセンサーである。具体的には、光センサーは環境光センサーと近接センサーを含む。環境光センサーは環境光線の明暗に応じてディスプレイの輝度を調節でき、近接センサーはモバイル式データ処理機器を耳に近付けたとき、ディスプレイおよび／またはバックライトをオフにすることができる。モーションセンサーの一種である重力加速度センサーは、各方向（通常三軸の方向）の加速度の大きさを感知し、静止しているときは重力の大きさと方向を感知することができるので、モバイル式データ処理機器の姿勢を識別するアプリケーション（例えば、表示パネルの縦横切換アプリケーション、ゲーム、磁力計姿勢較正アプリケーション）、振動感知関連機能（例えば歩数計、振動ゲーム）などに用いられる。モバイル式データ処理機器は、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサーなどその他のセンサーを更に含むことができるが、ここではこれらを説明しない。

【0083】

本技術分野の技術者であれば理解できるように、図７に示すデータ処理機器の構成は、データ処理機器を限定するものではなく、図示したよりも多くの、または少ない部品を含んでもよいし、いくつかの部品を組み合わせてもよいし、部品の配置が異なってもよい。

【0084】

図７に示すとおり、コンピュータ記憶媒体である記憶装置１００５は、オペレーティングシステム、ネットワーク通信モジュール、ユーザーインタフェースモジュールおよびデータ処理プログラムを含むことができる。

【0085】

図７に示されるデータ処理機器において、ネットワークインタフェース１００４は主としてサーバーに接続してサーバーとデータ通信を行うために用いる。ユーザーインタフェース１００３は主としてクライアント端末（ユーザー端末）に接続してクライアント端末とデータ通信を行うために用いる。このクライアント端末は、販売チャネルとサードパーティーシステムを含む。処理装置１００１は記憶装置１００５に記憶されているデータ処理プログラムを呼び出して、販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信する操作と、前記期間終了償還ファイルが行われたチェックにパスし、かつ前記期間終了償還ファイルがクローズドエンド型である場合、前記期間終了償還ファイル内の償還データと、記憶されている引き受けデータとが一致するか否かを判断する操作と、前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ前記強制償還ファイルが期間終了一括償還である場合、前記期間終了償還ファイルと前記強制償還ファイルをマッチングする操作と、前記期間終了償還ファイルと前記強制償還ファイルが一致した場合、確認結果ファイルを生成し、前記サードパーティーシステムに通知するとともに、前記確認結果ファイルを前記販売チャネルにフィードバックする操作とを実行するために用いる。

【0086】

さらに、処理装置１００１は記憶装置１００５に記憶されているデータ処理プログラムを実行することにより、前記販売チャネルから送信された引き受けファイルを受信したとき、前記販売チャネルが取引アカウントを有しているか否かを判断する操作と、前記販売チャネルが取引アカウントを有している場合、前記引き受けファイルをチェックし、チェックをパスした場合、前記引き受けファイルに基づいて引き受け申請情報を生成し、前記引き受け申請情報を前記サードパーティーシステムに送信する操作と、前記サードパーティーシステムから前記引き受け申請情報に基づいてフィードバックされた引き受け確認ファイルを受信して、前記引き受け確認ファイルに基づいて確認結果ファイルを生成し、前記確認結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルによる引き受けを完了させる操作とを実現することができ、販売チャネルから送信された期間終了償還ファイルを受信する前記ステップは、前記販売チャネルが引き受けを完了した後、前記販売チャネルから送信された期間終了償還ファイルを受信することを含む。

【0087】

さらに、処理装置１００１は記憶装置１００５に記憶されているデータ処理プログラムを実行することにより、前記販売チャネルから送信されたアカウント開設ファイルを受信し、前記アカウント開設ファイルをチェックする操作と、チェックをパスした場合、前記アカウント開設ファイルに基づいてアカウント開設申請情報を生成し、前記アカウント開設申請情報を前記サードパーティーシステムに送信する操作と、前記サードパーティーシステムから前記アカウント開設申請情報に基づいてフィードバックされたアカウント開設確認ファイルを受信し、前記アカウント開設確認ファイルに基づいて前記販売チャネルのアカウント開設が成功したか否かを判断する操作と、前記販売チャネルのアカウント開設が成功した場合、前記アカウント開設ファイルと前記アカウント開設確認ファイルに基づいてアカウント開設結果ファイルを生成し、前記アカウント開設結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルのアカウント開設を完了させる操作とを実現し、販売チャネルから送信された引き受けファイルを受信する前記ステップは、前記販売チャネルがアカウント開設を完了した後、前記販売チャネルから送信された引き受けファイルを受信することを含む。

【0088】

さらに、処理装置１００１は記憶装置１００５に記憶されているデータ処理プログラムを実行することにより、前記引き受けファイルがチェックをパスしない場合、前記引き受けファイルのエラーの種類を取得する操作と、前記エラーの種類が情報入力エラーである場合、入力指令を受信して前記引き受けファイルのデータを修正する操作と、前記エラーの種類が、指定したファイルをまだ受信していないことである場合、前記引き受けファイルのデータに対して一時停止処理を行う操作とを実現する。

【0089】

さらに、処理装置１００１は記憶装置１００５に記憶されているデータ処理プログラムを実行することにより、前記販売チャネルから送信された前記期間終了償還ファイルを受信した受信時間を取得して、受信時間が当日の設定時間範囲内に入っているか否かを判断する操作と、前記受信時間が当日の設定時間範囲内に入っている場合、前記期間終了償還ファイルをチェックするステップを実行する操作と、前記受信時間が当日の設定時間範囲内に入っていない場合、翌日の設定時間範囲内において前記期間終了償還ファイルをチェックするステップを実行する操作とを実現する。

【0090】

本実施例は上記のスキームによって、販売チャネルから送信された期間終了償還ファイルを受信するとともにサードパーティーシステムから送信された強制償還ファイルを受信した後、期間終了償還ファイルが行われたチェックにパスし、かつ期間終了償還ファイルがクローズドエンド型である場合、期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致するか否かを判断する。期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ強制償還ファイルは期間終了一括償還である場合、期間終了償還ファイルと強制償還ファイルをマッチングする。また、期間終了償還ファイルと強制償還ファイルが一致した場合、確認結果ファイルを生成し、サードパーティーシステムに通知するとともに、確認結果ファイルを販売チャネルにフィードバックする。これにより、養老保障システムは販売チャネルが引き受けたファンド商品を容易に償還することができ、保険システムのデータ処理の迅速性を向上させることができる。

【0091】

本発明はコンピュータ読み取り可能記憶媒体を提供する。前記コンピュータ読み取り可能記憶媒体には１つまたは複数のプログラムが記憶されている。前記１つまたは複数のプログラムが１つまたは複数の処理装置によって実行されることにより、販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信するステップと、前記期間終了償還ファイルが行われたチェックにパスし、かつ前記期間終了償還ファイルがクローズドエンド型である場合、前記期間終了償還ファイル内の償還データと、記憶されている引き受けデータとが一致するか否かを判断するステップと、前記期間終了償還ファイル内の償還データと記憶されている引き受けデータとが一致し、かつ前記強制償還ファイルが期間終了一括償還である場合、前記期間終了償還ファイルと前記強制償還ファイルをマッチングするステップと、前記期間終了償還ファイルと前記強制償還ファイルが一致した場合、確認結果ファイルを生成し、前記サードパーティーシステムに通知するとともに、前記確認結果ファイルを前記販売チャネルにフィードバックするステップとを実現する。

【0092】

好ましくは、前記コンピュータ読み取り可能記憶媒体はさらに、販売チャネルから送信された期間終了償還ファイルを受信するとともに、サードパーティーシステムから送信された強制償還ファイルを受信する前に、前記販売チャネルから送信された引き受けファイルを受信したとき、前記販売チャネルが取引アカウントを有しているか否かを判断するステップと、前記販売チャネルが取引アカウントを有している場合、前記引き受けファイルをチェックし、チェックをパスした場合、前記引き受けファイルに基づいて引き受け申請情報を生成し、前記引き受け申請情報を前記サードパーティーシステムに送信するステップと、前記サードパーティーシステムから前記引き受け申請情報に基づいてフィードバックされた引き受け確認ファイルを受信して、前記引き受け確認ファイルに基づいて確認結果ファイルを生成し、前記確認結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルによる引き受けを完了させるステップとを実現し、販売チャネルから送信された期間終了償還ファイルを受信する前記ステップは、前記販売チャネルが引き受けを完了した後、前記販売チャネルから送信された期間終了償還ファイルを受信することを含む。

【0093】

好ましくは、前記コンピュータ読み取り可能記憶媒体はさらに、前記販売チャネルから送信された引き受けファイルを受信したとき、前記販売チャネルが取引アカウントを有しているか否かを判断する前に、前記販売チャネルから送信されたアカウント開設ファイルを受信し、前記アカウント開設ファイルをチェックするステップと、チェックをパスした場合、前記アカウント開設ファイルに基づいてアカウント開設申請情報を生成し、前記アカウント開設申請情報を前記サードパーティーシステムに送信するステップと、前記サードパーティーシステムから前記アカウント開設申請情報に基づいてフィードバックされたアカウント開設確認ファイルを受信し、前記アカウント開設確認ファイルに基づいて前記販売チャネルのアカウント開設が成功したか否かを判断するステップと、前記販売チャネルのアカウント開設が成功した場合、前記アカウント開設ファイルと前記アカウント開設確認ファイルに基づいてアカウント開設結果ファイルを生成し、前記アカウント開設結果ファイルを前記販売チャネルにフィードバックして、前記販売チャネルのアカウント開設を完了させるステップとを実現し、前記販売チャネルから送信された引き受けファイルを受信するステップは、前記販売チャネルがアカウント開設を完了した後、前記販売チャネルから送信された引き受けファイルを受信することを含む。

【0094】

好ましくは、前記コンピュータ読み取り可能記憶媒体はさらに、前記引き受けファイルをチェックした後に、前記引き受けファイルがチェックをパスしない場合、前記引き受けファイルのエラーの種類を取得するステップと、前記エラーの種類が情報入力エラーである場合、入力指令を受信して前記引き受けファイルのデータを修正するステップと、前記エラーの種類が、指定したファイルをまだ受信していないことである場合、前記引き受けファイルのデータに対して一時停止処理を行うステップとを実現する。

【0095】

好ましくは、前記コンピュータ読み取り可能記憶媒体はさらに、前記期間終了償還ファイルが行われたチェックにパスする前に、前記販売チャネルから送信された前記期間終了償還ファイルを受信した受信時間を取得して、受信時間が当日の設定時間範囲内に入っているか否かを判断するステップと、前記受信時間が当日の設定時間範囲内に入っている場合、前記期間終了償還ファイルをチェックするステップと、前記受信時間が当日の設定時間範囲内に入っていない場合、翌日の設定時間範囲内において前記期間終了償還ファイルをチェックするステップとを実現する。

【0096】

【0097】

なお、本文における「備える」、「含む」またはそれに類する用語は、非排他的な包含を意味し、一連の要素を含む過程、方法、物品または装置は、それら要素を含むだけではなく明確に列挙されていない要素を含んだり、その過程、方法、物品または装置に固有の要素を含むこともできる。特に限定しない場合、「・・・を１つ含む」との表現で限定された要素は、その要素の過程、方法、部品または装置に別の同じ要素が存在する可能性を排除されない。

【0098】

上記の本発明の実施例の番号は説明するためのものにすぎず、各実施例の優劣を示すものでない。

【0099】

以上の実施形態の説明によれば、上記実施例の方法はソフトウェアと必需の汎用ハードウェアプラットフォームによって、あるいは当然ハードウェアによって実現できるが、多くの場合、前者がより好ましい実施の形態であることは当業者であれば自明であろう。その理解の上で、本発明の技術的解決手段は本質的に、または従来技術に対して貢献する部分が、ソフトウェア製品の形態で体現でき、このコンピュータソフトウェア製品は記憶媒体（例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、幾つかのコマンドを含めることで、一台の端末機器（携帯電話、コンピュータ、サーバー、空調機、またはインターネット装置等）で本発明の各実施例で説明した方法を実行することができる。

【0100】

以上は本発明の好ましい実施例にすぎず、本発明の特許範囲を限定するものではない。本発明の明細書および図面を利用してなされた均等な設計やフローの変更、または、別の関連技術分野への直接的または間接的な応用は、いずれも本発明の保護範囲に属する。

【図1】