(57)【要約】  本発明は、情報技術の分野に関し、特に電子システム及び通貨基金流通方法に関し、リアルタイムモードにおいて電子支払システムの参加者の間の相互決済の問題を解決するのに利用可能である。これを実行する際、銀行規制及び適用可能な法律の要求に従う電子銀行持参人小切手は、提供される本発明の通貨基金に類似する。クライアントアプリケーションユニットは、各カテゴリの小切手流通パラメータのグループを予め設定する可能性を提供することによって、クライアント及びサーバアプリケーションの認証のユニットにより決定されるユーザ状態に対応するカテゴリによりモジュールにグループ化されるようにレンダリングされる。小切手の発行は、法的に有効な文書の作成と小切手レジスタにおける取引の反映とを伴う。
2015515032.tif 000002
【特許請求の範囲】
【請求項１】
データ処理及び格納のための少なくとも１つのサーバコンピュータ装置、サーバアプリケーション及びデータ処理のためのクライアントコンピュータ装置を含む電子小切手による決済の電子システムであって、前記クライアントコンピュータ装置は、インターネットネットワークの通信チャネルを介した前記クライアントコンピュータ装置と前記サーバコンピュータ装置との間の接続の可能性と、暗号化及び電子デジタル署名の利用によるサーバ及びクライアントモジュールとのハードウェア及びソフトウェア設備による前記通信チャネルのプロテクションの可能性とを提供することによって、前記クライアントコンピュータ装置と前記サーバ装置とのインタラクションを保証するファームウェアクライアントモジュールを含み、前記クライアント及びサーバアプリケーションは、当該システムにおけるユーザ認証のための相互接続されたユニット、クライアント及びサーバアプリケーションデータの更新及び同期のためのユニット、ユーザパラメータの認証及び証明のための前記ユニットと接続される電子小切手譲渡のパラメータの検証のためのユニットとハードウェア及びソフトウェア設備により接続される前記クライアントアプリケーションの支払に関する情報の格納及び譲渡の実行のパラメータの入力のためのユニット、及び電子小切手譲渡の登録及び実行のためのユニットに接続され、前記サーバアプリケーションのデジタル文書の生成及び格納のためのユニットとハードウェア及びソフトウェア設備により接続される前記クライアントアプリケーションの構成に前記電子署名ユニットを包含すると共に、クライアント及びサーバアプリケーションデータの更新及び同期のためのユニットに接続され、手数料の小切手をアカウントに配置し、リアルタイムモードにおいて前記ユーザに通知を送信するため、電子小切手管理のためのユニットとフィードバックチャネルにより接続される前記サーバアプリケーションの電子小切手の譲渡の登録及び実行のためのユニットを少なくとも有し、
これを実行する際、前記サーバアプリケーションの電子小切手管理ユニットは、電子小切手の署名のためのユニットに接続されるように、電子小切手による取引のレジスタへの登録及び電子小切手の発行のための相互接続されたユニットとフィードバックチャネルを介しハードウェア及びソフトウェア設備により接続されるようにレンダリングされる電子システム。
【請求項２】
前記クライアントアプリケーションユニットは、各カテゴリの小切手の流通のパラメータセットを予め設定する可能性を提供することによって、前記クライアント及びサーバアプリケーションの認証のためのユニットによって決定されたユーザ状態に対応するカテゴリによりモジュールにグループ化されるようにレンダリングされる、請求項１記載の電子システム。
【請求項３】
前記クライアントアプリケーションユニットは、銀行への支払いのための小切手を提出し、その小切手のための支払銀行を選択する可能性を提供することによって、小切手流通パラメータの最小セットによる初期レベルと、当該システムの発行者、パートナー銀行及び仲介者（ブローカ）の処理のための更なる小切手流通パラメータセットを生成する可能性を提供することによる拡張レベルとを含む３つのカテゴリによってモジュールにグループ化されるようにレンダリングされる、請求項２記載の電子システム。
【請求項４】
前記クライアント装置は、それ自体のユーザインタフェースによる別のクライアントアプリケーション、及び／又はウェブブラウザに表示されるそれ自体のユーザインタフェースにおけるビルトインモジュールの形式によるクライアントアプリケーション、及び／又は前記サーバに前記ユーザインタフェースの情報処理及び生成のためのユニットを転送する可能性を提供することによるウェブブラウザに基づくシンクライアントの形式によりレンダリングされるクライアントアプリケーションを含む、請求項１又は２記載の電子小切手による決済の電子システム。
【請求項５】
シンクライアントモードによりユーザアプリケーションを含む前記クライアント装置が、ウェブブラウザユーザインタフェースへのデータ入力、デジタル文書の電子署名、データ暗号化、前記サーバへのデータ転送、前記サーバからのデータ受信、暗号化及び前記ウェブブラウザユーザインタフェースへの出力の可能性を提供することによってレンダリングされる、請求項１、２又は４記載の電子小切手による決済の電子システム。
【請求項６】
データ処理及び格納のためのサーバコンピュータ装置、情報表示装置、サーバアプリケーション、及び情報表示のための装置と無線及び／又はインターネット通信のチャネルを介し接続された情報表示及びクライアントアプリケーションとを有するクライアントコンピュータ処理装置を含む電子小切手決済システムにおける電子小切手譲渡を実現する方法であって、
前記システムの参加者の認証、アカウントデータの受信、電子小切手譲渡パラメータの入力、電子小切手パラメータの検証、前記電子小切手譲渡の実行に対するリクエストの登録、譲渡小切手、手数料小切手及び残高小切手を含む複数の小切手への送信者の小切手の交換の取引の実行、支払のための小切手の提出、新たな小切手の支払及び発行、前記システムのオペレータのアカウント及び／又は標準的なユーザカテゴリの電子小切手の譲渡に対する仲介者（ブローカ）のアカウントと共に仲介者（ブローカ）を介した銀行アカウントへの前記電子手数料小切手の配置、前記電子小切手の参加者のアカウントへの配置、電子文書の作成及び署名に伴う譲渡の確定、前記譲渡の実行の参加者への通知の順次実現されるステージを有する方法。
【請求項７】
支払のための小切手の提出を含み、特に新たな小切手の収集、支払及び発行を介し前記参加者のアカウントに電子小切手を配置するステージの後に実行される１つの小切手への受取人の交換の取引を更に有する、請求項６記載の方法。
【請求項８】
前記システムの参加者の認証は、前記クライアントアプリケーションのユーザの起動を含み、その間に、前記クライアント認証ユニットが初期化され、リクエスト及び電子文書のために等価な手書きシグネチャ（ＥＨＳ）を生成する可能性を提供することによって、参加者のアカウント、前記電子キーのアクセス可能性及び正確さの検証が実行されるユーザパラメータの認証及び検証のために前記Ｓ２サーバユニットにプロテクトされた通信チャネルを介しインターネットネットワークによりサーバとのインタラクションのためのＫ４ユニットを介し前記アカウントデータが入力及び転送され、参加者の状態及び対応する権利が確認され、受信した小切手をアカウントに配置するため参加者のアカウント、譲渡及びインボイスの現在状態に関する情報をクライアント及びサーバプリケーション端末に出力する可能性を提供することによって、クライアント及びサーバアプリケーションデータの同期が実行され、パラメータ入力及びクライアントアプリケーションの譲渡の実行のためのユニットの初期化が実行される、請求項６記載の方法。
【請求項９】
前記アカウントの入力及び検証と、前記アカウントのカテゴリに対応する検知によるそれの権限付与が、認証のための前記クライアントユニットの初期化により実行される、請求項８記載の方法。
【請求項１０】
情報更新のためのモジュールのサーバアプリケーションは、認証のステージの完了成功後、前記アカウントのナンバー及び説明、前記アカウントの借方超過残高、前記アカウントに参照される前記電子小切手のナンバー、前記アカウントに関連する銀行に関するデータなどの参加者のアカウントの全てに関する情報を含むアカウント情報の前記ユーザインタフェースへの表示を実行する、請求項６記載の方法。
【請求項１１】
前記クライアントアプリケーションのユーザインタフェースの対応するセクションの強制された選択のケースにおいて、前記譲渡パラメータの入力及び前記譲渡の実行がステージ毎に実行され、前記電子小切手の譲渡に必要な初期データの入力が実行され、参加者の各カテゴリについて前記システムにおいて予め設定され、前記譲渡は、前記小切手をアカウントに配置するため受信されたインボイス又はあるタイプのアプリケーションに基づき生成される、請求項６記載の方法。
【請求項１２】
前記譲渡パラメータの入力は、エラーメッセージの同時生成と、参加者のクライアントアプリケーション及びコンピュータ装置へのそれの転送とによって、パラメータ入力処理において実行される自動検証を含む、請求項６記載の方法。
【請求項１３】
メッセージの同時生成とそれのクライアントアプリケーション及びクライアント計算装置への送信とによって、前記サーバアプリケーションによってソフトウェア及びハードウェア設備により実行される譲渡金額に関するデータの前記アプリケーションによる受信処理において、前記譲渡のため収集される手数料の自動計算を有する、請求項６記載の方法。
【請求項１４】
前記手数料の計算は、例えば、サーバコンピュータ装置のメモリに予め設定される手数料レートに基づき及び／又はアカウントデータの受信ステージなどにおいてＲＡＭに格納される及び／又はダウンロードされるアプリケーションのローカルデータに基づき前記モジュールにより実行される。前記クライアントアプリケーションからの別のリクエストによりって前記サーバからのそれの更新及び転送の可能性によって、前記クライアントアプリケーションのＫ５ユニットに転送される控除される金額（又は記入されるパラメータに応じた受取可能な金額）と前記譲渡のため収集される手数料金額に関するレポートを生成する、請求項１３記載の方法。
【請求項１５】
譲渡パラメータの予備的検証のためのステージを更に有し、その間に、電子リクエストが、データ検証のためＫ５ユニットにより生成され、電子小切手の譲渡のパラメータの検証のため前記Ｓ４サーバユニットに転送され、前記Ｓ４ユニットは、検証中に前記指定されたパラメータによる譲渡の実行がアクセス可能であるか判断し、肯定的なレスポンスが受信された場合、Ｓ２サーバユニットの実行がトリガされ、その間に、送信者の真正性の必要な検証、リクエストＥＨＳの少なくとも検証、譲渡受取人、前記受取金額のアクセス性の少なくとも検証、及び譲渡の送信者のアカウントにおいて利用可能な電子小切手に関するデータが前記ＤＢから抽出され、前記小切手の額面価値が控除される金額と比較され、前記システムの具体的な実装の特性により提供されるような他の検証が実行される、請求項６記載の方法。
【請求項１６】
前記アカウントにおける別の金額のブロッキングが、アクセス可能な借方超過残高の金額に対する控除される金額との比較により更に実行される、請求項１５記載の方法。
【請求項１７】
前記システムのＤＢの譲渡及びそれの記録のための登録リクエストのステージは、計算を実行し、手数料レートを固定する、請求項１５記載の方法。
【請求項１８】
前記譲渡の登録リクエストのステージは更に、電子小切手の譲渡のためのアプリケーションの全ての詳細を含み、デジタル文書の電子署名のクライアントユニットにより参加者のＥＨＳにより確認された紙に印刷するのに適した形式による電子文書を生成する可能性を提供することによって、デジタル文書の生成及び格納の前記Ｓ９ユニットの初期化を有する、請求項１５記載の方法。
【請求項１９】
紙に印刷するのに適した形式による電子文書は、前記サーバ上のＤＢに転送され、前記アプリケーションデータベースに前記ＥＨＳ及び他の情報と共に格納される、請求項１８記載の方法。
【請求項２０】
電子小切手の譲渡の登録及び実行のための前記Ｓ５ユニットは、前記譲渡の実行時、譲渡の送信者のアカウントの電子小切手及び手数料金額に関するデータを前記システムデータベースから受信し、前記送信者のアカウントの残高小切手の額面価値と前記譲渡金額との比較を実行し、比較された値が一致する場合、電子小切手の譲渡が前記送信者のアカウントから前記受取人のアカウントに実行される、請求項４記載の方法。
【請求項２１】
前記Ｓ５ユニットは、前記小切手の譲渡のため、電子小切手のサーバの管理ユニットＳ７の実行を開始し、これを実行する際、前記データが前記電子小切手のナンバー、前記譲渡送信者のアカウントのナンバー及び前記譲渡受取人のアカウントのナンバーに少なくとも関する入力に転送され、前記譲渡の実行が確認された場合、前記Ｓ７ユニットは、前記ＤＢにおける情報の変更を実現し、このとき、前記譲渡送信者のアカウントの小切手に関する情報が削除され、新たな残高小切手のナンバーに関するデータが前記受取人のアカウントに導入され、前記小切手の所有者に関する情報が変更され、同時に、前記Ｓ８ユニットへの情報の転送と前記Ｓ８ユニットによるレジスタへの電子小切手の取引の登録とが実行され、その後、前記譲渡の確定の成功に関する情報が生成され、前記Ｓ７ユニットに送信される、請求項２０記載の方法。
【請求項２２】
前記電子小切手はまずオペレータに転送され、前記オペレータは前記小切手を譲渡受取人に送信する、請求項２０記載の方法。
【請求項２３】
譲渡に対するリクエストのケースにおいて、前記小切手の額面価値が前記受取人に完全に送信され、前記Ｓ５ユニットは、電子小切手管理のため前記Ｓ７ユニットの電子小切手交換のための手順をトリガし、これを実行する際、前記Ｓ５ユニットは、額面価値が前記送信者のアカウントの残高に等しい電子小切手のナンバー、前記交換が実行され前記譲渡金額に等しい前記電子小切手の額面価値及び前記譲渡のため収集される手数料金額のデータを前記手順の入力に転送する、請求項２０記載の方法。
【請求項２４】
前記Ｓ７ユニットは、電子小切手交換のケースにおいて、前記送信者の電子小切手を前記システムオペレータに送信し、これを実行する際、前記オペレータは、支払のため受信した電子小切手を前記支払銀行に提出し、このとき、支払のための電子小切手の提出は、電子小切手管理のため前記Ｓ７ユニットの支払のための小切手の提出のための手順の実行により実行され、それの入力について、電子小切手のナンバー、前記銀行に関する情報、前記小切手が提出されているアカウントのナンバーのデータが少なくとも送信され、支払のための小切手の提出のための手順の実行成功後の小切手の控除のための手順の実行が電子小切手管理のための前記Ｓ７ユニットをトリガすることにより実行され、それの入力について、前記電子小切手ナンバーが送信され、前記支払われた小切手のデータが変更され、前記レジスタにおける前記電子小切手の取引の登録及び記録が前記Ｓ８ユニットの初期化により実行され、電子小切手の控除に関する取引が前記Ｓ７ユニットに制御信号を送信すると確定される、請求項２３記載の方法。
【請求項２５】
電子小切手交換のための手順のフレームワーク内において、前記Ｓ７ユニットは、指定された各小切手の電子小切手の発行のための前記Ｓ１１ユニットの実行を順次トリガし、これを実行する際、前記譲渡金額の発行者からオペレータによる新たな小切手、前記手数料金額の小切手及び／又は前記必要とされる額面価値の残高金額の小切手を取得する可能性を提供することによって、前記新たな小切手の詳細に関するデータが前記ユニットの入力に送信され、少なくとも前記小切手の額面価値及び通貨、前記支払銀行に関するデータを含む、請求項２４記載の方法。
【請求項２６】
前記必要なデータは、前記Ｓ１１ユニットの実行中に前記小切手の詳細の指定のため前記システムＤＢから抽出され、電子小切手署名のためのＳ１２ユニットの実行がトリガされ、前記ＤＢの新たな電子小切手に関するレコードが生成される、請求項２５記載の方法。
【請求項２７】
前記Ｓ１１ユニットは、前記電子小切手発行の実現中、レジスタへの前記電子小切手取引の登録のため前記Ｓ８ユニットの小切手発行取引を記録するための手順の実行をトリガし、前記レジスタへの記録の成功後、電子小切手発行のための前記Ｓ１１ユニットの処理が前記小切手について確定され、前記発行された小切手が、電子小切手管理のため前記Ｓ７ユニットの電子小切手譲渡のための手順に従って前記オペレータに送信され、これを実行する際、前記オペレータは前記残高小切手を譲渡送信者に転送する、請求項２４記載の方法。
【請求項２８】
前記オペレータは、前記Ｓ５ユニットの取引の実行のための手順のフレームワーク内において、前記受取人のアカウントへの譲渡金額の小切手の送信を実行し、これを実行する際、前記Ｓ５ユニットは、前記譲渡受取人のアカウントの残高及び前記アカウント設定に関する情報を抽出し、これに実行する際、残高が前記小切手の受取人のアカウントにおいて利用可能である場合、及び／又は銀行が前記譲渡小切手に従って支払銀行と異なるアカウントパラメータに指定される場合、前記Ｓ５ユニットは、電子小切手管理のための前記Ｓ７ユニットの電子小切手の交換及び／又は組み合わせのための手順をトリガし、これを実行する際、前記受取人のアカウントからの電子小切手は前記システムオペレータのアカウントに転送され、前記オペレータは、前記譲渡受取人の“残高小切手”に従って支払者として指定された銀行に、又は前記アカウント設定に指定された銀行に支払いのため受信した電子小切手（小切手）を提出し、前記残高が不足している場合、支払銀行に支払いのため提出された電子小切手について、電子小切手管理のため前記Ｓ７ユニットの小切手の控除のための手順の実行がトリガされ、それが終了すると、前記オペレータは前記発行者から新たな小切手を取得し、その額面価値は、交換もため提出された小切手の額面価値の合計であり、及び／又はそれは他の支払銀行の小切手に交換するため提出された小切手の額面価値に等しく、前記Ｓ７ユニットは、電子小切手交換（組み合わせ）のための手順のフレームワーク内において、電子小切手の発行のための前記Ｓ１１ユニットの実行をトリガし、前記新たな小切手による支払者が交換のため提出された小切手の支払を実行した銀行であると判断し、前記発行者は、前記システムオペレータに発行された小切手を譲渡し、前記オペレータは前記新たな小切手を譲渡受取人に転送し、電子小切手交換及び／又は組み合わせのための手順が、上述したアクションの実現の成功後に確定される、請求項２４記載の方法。
【請求項２９】
参加者のＥＨＳ及び以降のプリントアウトによる署名の可能性を提供することによって、電子小切手譲渡の登録及び実行のため前記Ｓ５ユニットの取引のための手順を実現する際、デジタル文書の生成及び格納のため前記Ｓ９ユニットの実行がトリガされ、必要とされるデジタル報告文書を提供する、請求項２４乃至２８何れか一項記載の方法。
【請求項３０】
対応する当事者のＥＨＳによる署名の可能性を提供することによって、デジタル文書の電子署名のためＫ１７ユニットの入力に転送される前記電子小切手の受領の証明書、提供されるサービスの証明書及び見積もり送り状の文書のデジタルイメージが、前記ＳＤ９ユニットの実行下で生成される、請求項２９記載の方法。
【請求項３１】
前記必要とされる文書の譲渡及び生成の実現の成功後、前記Ｓ５ユニットは、オンライン通知を送信するため前記Ｓ１０ユニットの実行を開始し、譲渡受取人に関する情報及び前記メッセージのタイプが前記Ｓ１０ユニットの入力に送信され、これを実行する際、前記Ｓ１０ユニットは、クライアント及びサーバアプリケーションデータの更新及び同期のため前記Ｋ３クライアントユニットの実行をトリガし、同時に、前記Ｓ５ユニットは、前記Ｋ５ユニットに情報を転送し、前記Ｋ５ユニットは、譲渡送信者の支払に関する情報を保存する、請求項３０記載の方法。
【請求項３２】
データ処理及び格納のためのサーバコンピュータ装置、情報表示装置及びそれを有するサーバアプリケーション装置と、情報表示装置及び無線及び／又はインターネット通信チャネルを介し接続されるクライアントアプリケーションを有するクライアントコンピュータ処理装置とを有する電子小切手決済システムにおける電子小切手を発行する方法であって、
小切手を発行するための発行者によるリクエストの必須のステージと、システムのサーバ上で生成及び格納される小切手レジスタにおける取引の反映及び法的に有効な文書との生成の可能性を提供することによって、リクエストパラメータと前記電子小切手発行の銀行の確認に従って、所与の小切手のセキュリティとして機能する発行者のアカウントにおける通貨基金の受領の銀行の検証のステージとを少なくとも有する方法。
【請求項３３】
前記システムにおいてカスタマの認証の実行と発行者のアカウントによりユーザによる前記クライアントコンピュータ装置上のクライアントアプリケーションの起動を有し、実行する際、前記システムにおける認証のためのＫ２クライアントユニットとクライアント及びサーバアプリケーションデータの更新及び同期のためのＫ３ユニットとが、認証のための対応するＳ１サーバユニットとアカウントデータがＤＢサーバデータと比較されるデータ同期のＳ２ユニットとに前記通信チャネルを介しアカウントデータを転送するアカウントデータの入力中に順次初期化され、アカウントデータの処理の実行が終了すると、制御信号が、クライアントの情報表示装置上に結果を表示する可能性を提供することによって、前記システムアプリケーションへのアカウントエントリのアクセスのブロッキング又はパーミッションのためＫ２及びＫ３ユニットに転送され、認証が確認された場合、前記Ｋ３ユニットは、小切手発行取引に対応するインタフェースによりクライアントアプリケーションを生成する電子小切手の発行のためのデータ入力及びリクエストの送信のため前記アカウントデータをＫ１１ユニットに転送し、電子小切手発行のためのリクエストのデータが入力され、これに基づきＫ１１ユニットは、発行者のＥＨＳにより証明された電子文書の形式により小切手発行に対するリクエストを生成し、前記小切手をアカウントに配置するためアプリケーションの登録のために前記リクエストを前記Ｓ６サーバユニットに転送し、前記小切手発行リクエストのパラメータの検証のための手順を実行し、認証のためのリクエストを生成し、前記Ｓ２サーバユニットの実行を初期化し、その間に、必要な検証が送信者のアカウント（前記リクエストＥＨＳの検証を含む）とリクエスト受領者のアカウントとの双方について実行され、全てのデータの検証の肯定的な結果の場合、前記Ｓ２ユニットは、前記Ｓ６ユニットに前記検証をわたすことに関する確認メッセージを生成し、前記リクエストが前記サーバ上で登録され、前記リクエストデータが前記ＤＢに記録され、実行する際、銀行のＫ３ユニットに新たなリクエストの利用可能性に関するオンライン通知を送信するため前記Ｓ１０ユニットにより発行される小切手のためメッセージが支払銀行に送信され、銀行の識別データを有するリクエストをＳ３に送信することによって、銀行のＫ３ユニットは、前記リクエストに基づきＳ２及びＳ３ユニットにより実行される前記システムにおける銀行の認証の確認後、電子小切手発行のためのリクエストのデータのダウンロードを実行し、小切手発行に対するリクエストに関するデータの前記ユーザインタフェースにおける出力と、前記リクエストを拒絶又は受理する選択の実現とを提供することによって、電子小切手の発行について受信したリクエストを処理するためＫ１３銀行のクライアントユニットに前記リクエストに関するデータを転送し、実行する際、銀行のＫ１３ユニットは、発行される小切手の電子小切手の発行に対するリクエストに指定された支払者から受信した支払の利用可能性を検証し、Ｓ３から受信した発行者のアカウントからステートメントからのデータによる発行者のリクエストにおけるデータを照合し、通貨基金が前記小切手の取得のため発行者のアカウントにおいて受け取られる場合、銀行のＫ１３ユニットは、前記リクエストの電子確認を生成し、アプリケーションの処理及び実行のため前記Ｓ１３サーバユニットに転送し、確認される小切手発行に対するリクエストに関するデータをＤＢから抽出し、銀行のアカウントの必要な検証を実行し、それらの確定の成功により、電子小切手の発行のためのＳ１１ユニットに小切手発行データを転送し、電子小切手譲渡の登録及び実行のためＳ５ユニットの初期化を実行し、前記電子小切手を生成し、銀行及び発行者のＫ３ユニットに実行される取引に関するメッセージの生成の可能性によって、Ｓ１３を介したＳ１０への以降の転送によって、前記取引の実行に関するレポートを生成し、Ｓ１１ユニットへのそれの転送によって、発行者のアカウントから発行された小切手の小切手購入者のアカウントへの転送を実現し、実行する際、Ｓ１３ユニットは、小切手発行データを銀行のＫ１３ユニットに転送し、処理された小切手発行リクエストの更新された状態を記録し、Ｓ１０ユニットは、前記リクエストの更新された状態と前記発行者の情報表示装置への前記小切手の購入者への自動転送に関する情報との同時出力の可能性を提供することによって、発行者のアカウントデータを更新する、請求項３２記載の方法。
【請求項３４】
前記電子小切手の発行に対するリクエストのデータのパラメータは、額面金額、前記小切手の通貨及び支払銀行に関するデータを含む小切手の詳細に関するデータを少なくとも含む、請求項３３記載の方法。
【請求項３５】
データ処理及び格納のためのサーバコンピュータ装置、情報表示装置及びそれを有するサーバアプリケーション装置と、情報表示装置及び無線及び／又はインターネット通信チャネルを介し接続されるクライアントアプリケーションを有するクライアントコンピュータ処理装置とを有する電子小切手決済システムにおける電子小切手の支払のための方法であって、
前記クライアントアプリケーションの起動を有し、その間に、前記システムにおける認証のためＫ２クライアントユニットが初期化され、その実行後、Ｋ３ユニットは、クライアント及びサーバアプリケーションデータの更新及び同期のため起動され、その実行が成功した場合、データ入力のためＫ８ユニットの初期化、電子小切手支払のためのアプリケーションの送信及び電子小切手の支払のためのアプリケーションの生成に必要とされる初期データの入力が実行され、実行する際、Ｋ８ユニットは、入力データに基づき参加者の電子小切手の支払者として機能する銀行を決定し、ユーザのＥＨＳにより証明される電子文書の形式により前記電子小切手の支払のためのアプリケーションを生成し、Ｓ２ユニットを介し実行されるように、小切手をアカウントに配置するためアプリケーション、リクエスト及びインボイスの登録のためのＳ６サーバユニットにアプリケーションを転送し、それらとシステムＤＢに格納されるデータとを比較することによってデータの検証を実行し、検証の肯定的な結果の場合、前記アプリケーションが前記サーバに登録され、前記レコードが前記ＤＢに導入され、そのとき、新たなアプリケーションの利用可能性に関するオンライン通知を送信するため、メッセージがＳ１０ユニットを介し受取人（支払銀行）に送信され、Ｓ３ユニットとのインタラクションによって、銀行は前記電子小切手の支払のため前記サーバから前記アプリケーションをダウンロードし、実行する際、クライアント及びサーバアプリケーションＤＢのデータ更新及び同期のためのＳ３サーバユニットが、前記リクエストにおいて指定された“銀行”状態により前記リクエストのダウンロードが前記受取人により実行されたという事実の検証を実行し、前記リクエストの受信成功後、銀行のクライアントアプリケーションのＫ１４ユニットのトリガが、電子小切手の支払のため受信されるアプリケーションを処理するため実行され、前記電子小切手の支払のため前記アプリケーション上のユーザインタフェースにおいて前記データを生成及び出力し、前記銀行に前記アプリケーションの拒絶又は確認するオプションを提供し、前記銀行は、アプリケーションパラメータの正確さと、発行者の決済アカウントにおける必要な基金量の利用可能性とを検証し、検証が成功した場合、前記システムを介しデータ入力のため前記クライアントアプリケーションのＫ６ユニットの実行により小切手をアカウントに配置するためのインボイスの生成と、小切手をアカウントに配置するためのインボイスの送信とを実行し、ユーザのＥＨＳにより証明された電子文書の形式により小切手をアカウントに配置するためのインボイスを生成し、小切手をアカウントに配置するためアプリケーション、リクエスト及びインボイスの登録のため前記インボイスを前記Ｓ６サーバユニットに転送し、前記Ｓ６ユニットは、Ｓ２サーバユニットにより小切手をアカウントに配置するため前記インボイスのパラメータの検証のための手順を実行し、検証の実行が成功した場合、新たなリクエストの利用可能性に関するオンライン通知を送信するためＳ１０ユニットにより前記受取人にメッセージを生成し、システムメッセージが受信された場合、電子小切手の支払のため受信されたアプリケーションの処理のための銀行のクライアントアプリケーションのＫ１４ユニットは、アプリケーションの状態の更新を実行し、小切手をアカウントに配置するため上述したインボイスを受信すると、前記参加者は、指定された前記システムにおけるアカウントに対する前記銀行への譲渡を実行し、実行する際、前記譲渡が受信した電子小切手譲渡の処理についてＫ９ユニットにより乗とされた場合、支払の詳細及び他の譲渡パラメータの検証が実行され、前記ＤＢに格納される小切手の支払のため確認されたアプリケーションのパラメータと比較と、前記受信した電子小切手の検証のための手順とが開始され、発行者からの小切手の検証の通知の受信と、“確認”への前記システムにおける検証に対するリクエストの状態の変更との後、前記銀行は、参加者の決済アカウントに各自の通貨基金を送ることによって、前記小切手に従って支払を実行し、前記小切手の控除を実行する方法。
【請求項３６】
アプリケーションが充足不可である場合及び／又は小切手持参人が必要な検証をパスしなかった場合、前記銀行は、“アプリケーションを拒絶”オプションを選択し、拒絶の根拠を指定し、実行する際、電子小切手の支払について受信したアプリケーションの処理のためのＫ１４ユニットは、アプリケーション及びリクエストの処理及び実行のためＳ１３サーバユニットにコマンドを送信し、Ｓ１３ユニットの支払拒絶のための手順をトリガし、前記手順の実行中、拒絶されたアプリケーションに関するデータがＤＢから抽出され、必要な検証が実行され、小切手支払の拒絶の通知の生成の可能性を提供することによって、Ｓ９ユニットのトリガがデジタル文書の生成のため実行され、銀行のＥＨＳによるデジタル文書の電子署名が、Ｋ１７ユニットの実行により実現され、実行する際、Ｓ１３ユニットは、カスタマにより送信されたアプリケーションの状態の変更を前記カスタマに通知する、請求項３５記載の方法。
【請求項３７】
電子小切手の控除処理は、銀行のアプリケーションのユーザインタフェースにおける対応するオプションの選択に応答して実行され、実行する際、Ｋ１８ユニットの実行が電子小切手を控除するためトリガされ、検証に対する確認されたリクエストに基づき、前記検証に対するリクエストのナンバーを含む前記電子小切手を控除するための電子リクエストを生成し、それを前記銀行のＥＨＳにより証明し、それを前記電子小切手の控除のため前記Ｓ１４サーバユニットに送信し、前記検証ステージの実行後、前記小切手の検証に対する確認されたリクエストに関するデータが前記ＤＢから抽出され、Ｋ２ユニットのトリガが、銀行のアカウント及びリクエストＥＨＳの検証と共に、控除される前記電子小切手の検証について実行され、前記小切手の控除を実行し、対応する変更がＤＢに導入され、Ｓ１４ユニットによって、前記レジスタにおける控除取引の記録及び登録が実行され、その後、Ｓ１４ユニットは、前記小切手の支払と検証に対するリクエストについて前記アプリケーションの状態の更新を実行し（“実行された小切手支払”に）、対応する通知がＳ１０ユニットによりシステムの参加者に送信される、請求項３５又は３６記載の方法。
【請求項３８】
データ処理及び格納のためのサーバコンピュータ装置、情報表示装置及びそれを有するサーバアプリケーション装置と、情報表示装置と無線及び／又はインターネット通信チャネルを介し接続されるクライアントアプリケーションを有するクライアントコンピュータ処理装置とを有する電子小切手決済システムにおける電子小切手の検証のための方法であって、
銀行が支払のため小切手の支払のためのアプリケーション上のデータの表示により特殊なアカウントに電子小切手の譲渡を受信した場合に、それは起動され、実行する際、支払のため提出された電子小切手の検証のリクエストが生成され、このとき、Ｋ１５ユニットの実行が電子小切手の検証のためのデータ入力及びリクエストの送信のため開始され、Ｋ１５ユニットが前記受信した譲渡に基づきリクエストパラメータの自動完了の可能性を前記銀行に提供し、実行する際、Ｋ１５ユニットは、銀行のＥＨＳにより電子文書の形式の前記リクエストを証明し、小切手をアカウントに配置するためアプリケーション、リクエスト及びインボイスの登録のためＳ６サーバユニットにそれを送信し、前記電子小切手の検証のためのリクエストのパラメータの検証のための手順を実行し、全ての検証の実行が成功した場合、それは発行者の登録ナンバーを決定し、前記サーバに対するリクエストをシステムＤＢに保存し、そのとき、新たなリクエストの利用可能性に関する案ライン通知を送信するためＳ１０ユニットによりメッセージが受取人（発行者）に送信され、Ｓ３ユニットとのインタラクションにより前記発行者は、前記サーバから電子小切手の検証のためのリクエストをダウンロードし、実行する際、クライアント及びサーバアプリケーションＤＢの更新及び同期に関するデータのＳ３サーバユニットが、リクエストのダウンロードが前記リクエストに示される“発行者”状態により前記受けトリオ人によって実行中であるという事実の検証を実行し、前記リクエストの受信成功後、前記発行者のクライアントアプリケーションのＫ１２ユニットのトリガが、電子小切手の検証のため受信されたリクエストの処理について実行され、電子小切手の検証に対するリクエストに関するデータを前記ユーザインタフェースに出力し、前記リクエストを拒絶又は確認するためのオプションを前記発行者に提供し、全ての検証の実行が成功した場合、前記発行者は、前記小切手の検証に対するリクエストを確認し、そのとき、電子小切手の支払について受信したアプリケーションの処理のためのＫ１２ユニットが、アプリケーション及びリクエストの処理及び実行のためのリクエストを前記Ｓ１３サーバユニットに送信し、Ｓ１３ユニットの小切手の検証に対するリクエストの確認のための手順をトリガし、その実行中、確認されるリクエストに関するデータがＤＢから抽出され、必要な検証が実行され、電子小切手の検証の通知の生成の可能性を提供することによって、Ｓ９ユニットのトリガがデジタル文書の生成のため実行され、そのとき、デジタル文書の電子署名のためＫ１７ユニットの実行によって、前記文書が前記発行者のＥＨＳにより署名され、Ｓ１３ユニットが、前記発行者により送信されたアプリケーションの状態の変更を前記銀行に通知する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報技術の分野に関し、特に電子システム及び通貨基金流通方法に関し、リアルタイムモードで電子支払システムの参加者の間の相互決済の問題を解決するのに利用可能である。これを行う際、本発明の通貨基金に類似したものとして、適用可能な法律の銀行規制及び要求に準拠した電子銀行持参人払い小切手である。
【背景技術】
【０００２】
相互決済問題を解決するため電子小切手を利用する電子支払システムが周知である。特に、財及びサービスのための支払手段として電子小切手を利用するＣｙｂｅｒＣｈｅｃｋシステムが一般的になってきている。このシステムでは、支払処理を実行するため小切手のみが使用され、ユーザによるそれの署名後にのみ生成され、このことは、通貨基金流通の完全な範囲を保証せず、決済システムの能力をかなり狭くし、カバーされていない小切手を発行するための前提条件を生じさせる。
【０００３】
また、条件付きの電子支払システムであるＮｅｔＣｈｅｘシステムがよく知られている。このシステムでは、小切手を発行するための顧客の発注は、電子形式でのみ受信され、当該小切手は、紙形式でサービス／財の供給元に送信され、このことは、決済システムの能力を狭くし、小切手流通処理をかなり複雑化する。
【０００４】
決済目的のためのＰａｙｍｅｒデジタル小切手の使用がまた周知である。このシステムの実現では、流通すると小切手に関する情報が、ハードコピーのドキュメント形式により格納され、システムユーザ間の小切手による取引の実行が、電子形式とハードコピーとの双方において可能である。このとき、小切手は特定の所有者に参照されず、これにより、小切手の“共同所有”の問題が生じる。このシステムは電子相互決済を実現する際のリスクの排除を可能にせず、全ての電子小切手処理の透明性を保証しないことは明らかである。
【発明の概要】
【０００５】
本発明の目的は、銀行小切手の電子類似物を利用することに依るリアルタイムモードにおけるそれの参加者の間の電子相互決済をサポートし、ハイレベルなセキュリティと、システムの参加者により実行される全ての取引に関する完全で法律的に有効な文書データベースを取得する可能性とをそれの参加者に提供する電子マネーシステムを提供することである。
【０００６】
本発明により実現されるべき技術的結果は、多機能電子小切手流通システムの生成と共に、電子小切手の発行及び支払及び電子小切手の譲渡の実行の方法を含む電子小切手流通の完全なサイクルを保証することによって、電子小切手記録管理のエンジニアリング手段と方法との双方により保証される電子小切手の利用による相互決済のセキュリティの向上、システム参加者の認証及び電子小切手の真正性の検証に関する。
【０００７】
上述された技術的結果の実現のため、サーバアプリケーションを有するデータ処理及び格納ための少なくとも１つのサーバコンピュータ装置と、インターネットネットワーク通信チャネルを介したクライアントコンピュータ装置とサーバ装置との接続と、暗号化及び電子デジタル署名を利用することによるサーバ及びクライアントモジュールのファームウェア手段による通信チャネルのプロテクションとの可能性を保証するファームウェアクライアントモジュールを含むデータ処理のための少なくとも１つのクライアントコンピュータ装置とを含む電子小切手決済システムが利用される。これを実行する際、当該電子小切手のための電子決済システムは、クライアント及びサーバアプリケーションが相互接続されるシステムのユーザ認証の相互接続ユニット、クライアント及びサーバアプリケーションデータの更新及び同期のためのユニットと共に、ユーザパラメータの認証及び検証のためのユニットによるファームウェアによって関連するクライアントアプリケーション支払に関する情報の伝送及び格納の実行のためのパラメータ入力ユニットと、電子小切手譲渡の登録及び実行のためユニットに接続されるサーバアプリケーションのデジタル文書の生成及び格納のためのユニットにファームウェアにより接続される、クライアントアプリケーションの構成における電子署名ユニットの包含と共に、クライアントアプリケーションデータの更新及び同期のためのユニットに接続されるリアルタイムモードによりユーザに通知を送信し、電子小切手の管理、小切手の預け入れ及び手数料のためのユニットにフィードバックチャネルにより接続されるサーバアプリケーション電子小切手譲渡の登録及び実行のためのユニットを有し、そのとき、サーバアプリケーションの電子小切手管理ユニットは、電子小切手署名ユニットに接続される電子小切手取引の登録のための相互接続されたユニットにフィードバックチャネルを介しファームウェアにより接続される。
【０００８】
これを実行する際、クライアントアプリケーションユニットは、各カテゴリの小切手流通パラメータのグループを予め設定する可能性を提供することによって、クライアント及びサーバアプリケーションの認証ユニットにより決定されるユーザ状態に対応するカテゴリによりモジュールにグループ化される。
【０００９】
特に、システムは、３つのユーザカテゴリを提供し、最小限の小切手流通パラメータセットを有する初期カテゴリ（動作モードにおいて、銀行と共に標準的なユーザカテゴリの電子小切手の譲渡が仲介者（ブローカ）を介し実行されるとき、初期カテゴリは、状態（ユーザカテゴリ）を変更するためのアプリケーションの登録及び送信について排他的に利用される）、標準カテゴリ（参加者に関する追加的なデータの提供を要求し、参加者が銀行に支払用の小切手を提示し、その小切手の支払銀行を選択することを可能にする）及び拡張カテゴリ（各カテゴリの追加的な小切手流通パラメータセットを生成する可能性を提供することによって、システムの発行者、パートナー銀行及び仲介者（ブローカ）の処理を意図した最も広範な機能能力セットを有する）である。これを実行する際、法人としてシステムに参加するため、カスタマには標準又は拡張カテゴリが付与され、組織の必要な小切手の全ての実行を保証する対応する状態変更手順を完了する間にのみ取得可能である。
【００１０】
技術的結果はまた、上述した支払システムを利用することにより電子小切手の支払、発行、譲渡及び検証のための方法が提案されるという事実によって実現される。
【００１１】
これを実行する際、譲渡データの入力と共にシステムにおけるユーザデータの入力及びそれの認証のステージを含む電子小切手譲渡を実現する方法は、それが電子小切手記録管理方法において提供される制約に従ってリアルタイムモードにより小切手譲渡を可能にする点で異なり、以下のステージを含む。すなわち、システムにおける認証、アカウントデータの受信、電子小切手譲渡パラメータの入力、電子小切手パラメータの検証、電子小切手譲渡の実現に対するリクエストの登録、支払用の小切手の提示、新たな小切手の支払及び発行を含む複数の小切手（譲渡小切手、手数料小切手、新たな残高小切手）への送信者の小切手交換に関する取引、銀行と共に標準的なユーザカテゴリの電子小切手を仲介者（ブローカ）を介し仲介者（ブローカ）のアカウントに譲渡する際にオペレータのアカウント又はシステム動作モードにおける電子小切手手数料の配置、電子小切手を受取人のアカウントに配置、支払用の小切手の提示を含む１つの小切手への小切手の受取人の交換に関する取引（受取人がそれのアカウントに残高を有する場合）、電子文書の作成及び署名に伴う譲渡の確定及び譲渡実行の参加者の通知である。電子小切手譲渡を実現するための当該方法は、小切手レジスタに全ての完了したアクションが反映されることによって、必要な法的に有効な文書の全ての作成を伴う。
【００１２】
本発明により提供される電子小切手の発行のための方法は、複数のユーザカテゴリによる必須のステージの完了後にのみ電子小切手の発行を可能にする。発行方法は、電子小切手発行の銀行の確認及びリクエストパラメータの準拠及び発行者の決済アカウントに預け入れられているお金の銀行の検証（発行された小切手のセキュリティ）と共に、発行者による小切手発行リクエストの生成の必須ステージを含む。単一の参加者による独立した発行は可能でない。発行は、法的に有効な文書の作成と小切手レジスタにおける取引の反映とを伴う。
【００１３】
電子小切手支払方法はまた、複数のステージを有し、複数のユーザカテゴリの必須の参加を要求する。本方法は、小切手の支払のためのアプリケーションをカスタマが銀行に送信し、銀行が小切手支払の可能性とアプリケーションに指定された詳細を検証し、発行されたインボイスの支払によりカスタマにより銀行に支払いのため提示された小切手を乗とし、銀行が小切手の検証のためのリクエストを発行者に送信し、発行者が支払用に提示された小切手を検証し、発行者が検証通知を送信することによってリクエストを確認し、小切手支払を実現するステージを含む。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明に関する方法を利用するシステムの概略図である。
【図２】図２は、クライアントアプリケーションを有する主要なユニットを示す。
【図３】図３は、サーバアプリケーションを有する主要なユニットを示す。
【図４】図４は、主要なクライアントアプリケーションＤＢセクションの図である。
【図５】図５は、主要なサーバアプリケーションＤＢセクションの図である。
【図６】図６は、電子小切手の譲渡を実現する際のユニットのインタラクションの図である。
【図７】図７は、パラメータ入力及び譲渡の実現のためのクライアントＫ５ユニットの動作アルゴリズムのフローチャートである。
【図８】図８は、電子小切手の譲渡の登録及び実現のためのサーバＳ５ユニットの処理の実行のための手順のフローチャートである。
【図９】図９は、電子小切手管理のためのサーバＳ７ユニットの電子小切手の交換（合成）のための手順のフローチャートである。
【図１０】図１０は、電子小切手発行手順を実現する際のユニットのインタラクションの図である。
【図１１】図１１は、電子小切手支払手順を実現する際のユニットのインタラクションの図である。
【図１２】図１２は、電子小切手検証手順を実現する際のユニットのインタラクションの図である。  以下の記号は、上述した例示的な図において用いられる。
【００１５】
Ｋ１−システムの登録（ＫＢ  Ｒ）のためのクライアントユニット
Ｋ２−システムの認証（ＫＢ  Ａ）のためのクライアントユニット
Ｋ３−クライアント及びサーバアプリケーションＤＢのデータ更新同期（ＫＢ  ＯＤＳ）のためのクライアントユニット
Ｋ４−サーバとのインタラクション（ＫＢ  ＶＳ）のためのクライアントユニット
Ｋ５−パラメータ入力及び譲渡の実現（ＫＢ  ＶＤＶＰ）のためのクライアントユニット
Ｋ６−小切手をアカウントに配置するためのデータ入力及びインボイスの送信（ＫＢ  ＶＤＯＳ）のためのクライアントユニット
Ｋ７−電子小切手の購入及び販売のためのデータ入力及びアプリケーションの送信（ＫＢ  ＯＺＰＰＥＣｈ）のためのクライアントユニット
Ｋ８−電子小切手の支払のためのデータ入力及びアプリケーションの送信（ＫＢ  ＯＺＯＥＣｈ）のためのクライアントユニット
Ｋ９−受信した電子小切手の譲渡のための処理（ＫＢ  ＯＰＰＥＣｈ）のためのクライアントユニット
Ｋ１０−小切手をアカウントに配置するため受信したインボイスの処理（ＫＢ  ＯＰＳＺＣｈ）のためのクライアントユニット
Ｋ１１−デジタル文書化の電子署名（ＫＢ  ＴｓＰ）のためのクライアントユニット
Ｋ１１（発行元）−電子小切手の発行のためのデータ入力及びリクエストの送信（ＫＢＥ  ＯＺＶＥＣｈ）のためのクライアントユニット
Ｋ１２（発行元）−電子小切手の検証のため受信したリクエストの処理（ＫＢＥ  ＯＰＺＶＦＥＣｈ）のためのクライアントユニット
Ｋ１３（銀行）−電子小切手の発行のため受信したリクエストの処理（ＫＢＢ  ＯＰＺＶＥＣｈ）のためのクライアントユニット
Ｋ１４（銀行）−電子小切手の支払のため受信したアプリケーションの処理（ＫＢＢ  ＯＰＺＯＥＣｈ）のためのクライアントユニット
Ｋ１５（銀行）−電子小切手の検証のためのデータ入力及びリクエストの送信（ＫＢＢ  ＶＤＯＺＶＦＥＣｈ）のためのクライアントユニット
Ｋ１６（発行元）−電子小切手の購入のため受信したアプリケーションの処理（ＫＢＥ  ＯＰＺＰＥＣｈ）のためのクライアントユニット
Ｋ１６（仲介者）−電子小切手の購入のため受信したアプリケーションの処理（ＫＢＥ  ＯＰＺＰＥＣｈ）のためのクライアントユニット
Ｋ１７（仲介者）−電子小切手の販売のため受信したアプリケーションの処理（ＫＢＤ  ＯＰＺＰｒＥＣｈ）のためのクライアントユニット
Ｓ１−ユーザアカウントの登録及び管理（ＳＢ  ＲＵＵＺＰ）のためのサーバユニット
Ｓ２−ユーザパラメータの認証及び検証（ＳＢ  ＡＰＰＰ）のためのサーバユニット
Ｓ３−クライアント及びサーバアプリケーションＤＢのデータ更新及び後期（ＳＢ  ＯＤＳ）のためのサーバユニット
Ｓ４−電子小切手譲渡パラメータの検証（ＳＢ  ＰＰＰＥＣｈ）のためのサーバユニット
Ｓ５−電子小切手の譲渡の登録及び実現（ＳＢ  ＲＶＰＥＣｈ）のためのサーバユニット
Ｓ５−ユーザアカウント管理（ＳＢ  ＵＵＳＰ）のためのサーバユニット
Ｓ６−小切手をアカウントに配置するためのアプリケーション、リクエスト及びインボイスの登録（ＳＢ  ＲＺＺＳＺＥＣｈ）のためのサーバユニット
Ｓ７−電子小切手管理（ＳＢ  ＵＥＣｈ）のためのサーバユニット
Ｓ８−レジスタにおける電子小切手取引の登録（ＳＢ  ＲＯＥＣｈＲ）のためのサーバユニット
Ｓ９−デジタル文書化の生成（ＳＢ  ＧＴｓＤ）のためのサーバユニット
Ｓ１０−オンライン通知の送信（ＳＢ  ＯＯＵ）のためのサーバユニット
Ｓ１１−電子小切手の発行（ＳＢ  ＶＥＣｈ）のためのサーバユニット
Ｓ１２−電子小切手の署名（ＳＢ  ＰＥＣｈ）のためのサーバユニット
Ｓ１３−アプリケーション及びリクエストの処理及び実行（ＳＢ  ＯＩＺＺ）のためのサーバユニット
Ｓ１４−電子小切手の償却（ＳＢ  ＳＥＣｈ）のためのサーバユニット
【発明を実施するための形態】
【００１６】
本発明は、リアルタイムモードによる組織及び／又は個人の間の電子小切手決済システム（システム）を提供することを目的とする。技術的には、当該システムの実現は、データ処理及び格納のための少なくとも１つのサーバコンピュータ装置に関するものとすることが可能であり、サーバアプリケーションは、クライアントコンピュータ装置とサーバコンピュータ装置との間のインタラクションを提供するクライアントアプリケーションによるデータ処理のためのクライアントコンピュータ装置とそれとを有する。サーバとクライアントコンピュータ装置とのインタラクションは、プロテクトされた通信チャネルを介しインターネットネットワークを利用して実行される。通信チャネルのプロテクションは、暗号化及び電子デジタル署名アルゴリズムを利用することによってサーバ及びクライアントアプリケーションにより提供される。
【００１７】
ここに提供される方法は、サーバ及びクライアントコンピュータ装置の対応する動作アルゴリズムにより表現される。与えられたアルゴリズムにこれらの装置の処理を適合させることは、サーバ及びクライアントアプリケーションにおいて提供されるプログラム命令のシーケンスを実行することにより保証される。サーバ装置又は装置セットのアーキテクチャは、ローカルエリアネットワークによりキムあわされる１以上のコンピュータの利用に基づき、少なくとも以下のモジュール、すなわち、データベースマネージメントシステム（ＤＢＭＳ）、ウェブサーバ（インターネットを介しクライアントアプリケーションとのインタラクションを提供するモジュール）、アプリケーションサーバ（メインアプリケーションロジックを実現し、ＤＢＭＳとのインタラクションを保証するモジュール）及びオンラインメッセージのモジュール（システム内のイベントに関するインスタント情報をユーザに提供する）を有する。
【００１８】
クライアント装置のアーキテクチャは、クライアントアプリケーションの以下の可能な解決手段に基づくことが可能である。すなわち、それ自身のユーザインタフェースと分離したクライアントアプリケーション（後述される）、ウェブブラウザに反映されるべきそれ自身のユーザインタフェースによりインターネットネットワークリソースを閲覧するための標準的なツール（ウェブブラウザ）に組み込まれたモジュールの形態によるクライアントアプリケーション（後述される同一のユニット及びインタラクションパターンを有する）、データ処理及びサーバとのユーザインタフェースの生成のためのユニットの譲渡によるウェブブラウザに基づくシンクライアント形式である。シンクライアントモードでは、ウェブブラウザユーザインタふぇーｓｙに入力されるデータ、デジタル文書化の電子署名、データ暗号化、サー部へのデータ転送、サーバからのデータ受信、解読及びウェブブラウザユーザインタフェースへの出力のみが、クライアント装置上で処理される。これを実行する際、ビルトインモジュール又はシンクライアントの形態によるクライアントアプリケーションの実現の場合、クライアント装置及びシステム全体は、それ自身のインタフェースと分離したクライアントアプリケーションに基づくクライアント装置を利用する場合、システムによる等しい機能能力を全体的に有する。
【００１９】
上述されたシステムは、本発明の何れか可能な実現を制限するものでない。
【００２０】
図２及び３において、機能ユニットの形式によるクライアント及びサーバアプリケーションの構成が与えられる。検討されるシステムの実現では、クライアントアプリケーションは、システムにおいて承認されたユーザの状態により決定される複数の動作モードを有する。更なるユニットは、発行元、銀行及び仲介者（ブローカ）の形式により配置される。残りのユニットは、何れかの動作モードによりアクセス可能である（あり得る制限は、具体的なシステムの実現形態の特性により決定される）。それぞれにおいて対応するユニットセットがアクセス可能な複数のクライアントアプリケーションが存在する実現形態が可能である。
【００２１】
参加者カテゴリ
システムの参加者の３つの主要な状態があると仮定される。これを実行する際、参加者はクライアントコンピュータ装置を利用してシステムとやりとりするシステムデータベースの電子形式により提供されるユーザに関する情報を有するユーザ（法人又は個人）である。当該状態は、権利セットを参加者に付与し、これにより、それはシステムの特定のアルゴリズムの実行の可能性を取得し、システムに利用可能なある量の情報へのアクセスを取得する。
【００２２】
初期状態は、システム内の可能性セットに関して限定される参加者レベルであり、登録されるとユーザにより入力された情報の確認のための文書の提供を要求しない。初期的なレベルでは、登録は個人としてのみ可能である。法人は、初期レベルから標準レベルへの譲渡のケースにおいてのみ、システムにおいて登録可能である。これを実行する際、システムの動作モードにおいて、標準状態を有するユーザと共に銀行の電子小切手の譲渡が仲介者（ブローカ）を介し実行されるとき、初期的なカテゴリは、状態（ユーザカテゴリ）の変更に対する状態リクエストの登録及び送信のためにのみ利用される。
【００２３】
標準状態は、個人又は法人にかかわらず、システムの認証された参加者について設定されたレベルである。この状態を取得するため、参加者は、自らに関する追加的な情報とそれの確認のための複数の文書とを提供することが義務づけられる。この状態は、参加者が支払のため銀行に小切手を提示し、その小切手のための支払銀行を選択することを可能にする。
【００２４】
拡張状態は、システムの発行元、パートナー銀行及び仲介者（ブローカ）の処理のため設定されるレベルである。
【００２５】
本発明において提供される方法の動作性を保証するため、以下の参加者がシステムに登録される必要がある。
・発行元−電子小切手の発行が実行される組織
・オペレータ−それの機能を保証するシステムに対する権利の所有者
・少なくとも１つの銀行−発行された小切手のセキュリティとして機能する通貨基金が発行元の設計アカウントに配置されるパートナー銀行
・少なくとも１つの仲介者（ブローカ）−発行元からの小切手の購入と共に、永続的に参加者との電子小切手の購入及び販売取引を実行する法人
銀行、仲介者（ブローカ）として登録される参加者はまた、顧客として動作し、標準的なシステム機能を利用可能である。
【００２６】
図１において、同様のシステムの概略図が提供される。
【００２７】
対応する状態を取得し、システムにおける作業の可能性を取得するため、参加者は、リクエストされた状態に応じて異なる個数のステージから構成される登録を完了させる。システムにおける登録の第１ステージは、クライアントアプリケーションにより実行され、参加者のパーソナルデータの入力、安全パラメータの設定、申し出の同意の熟知及びＥＨＳ（Ｅｑｕｉｖａｌｅｎｔ  Ｈａｎｄｗｒｉｔｔｅｎ  Ｓｉｇｎａｔｕｒｅ）のための電子キーの生成を含む。登録の第１ステージの結果として、参加者には一意的な登録ナンバーが割り当てられ、ＥＨＳの検証用の構成された公開キーが、システムサーバ内にその名前により登録され、参加者のデータがシステムデータベースに記録される。
【００２８】
登録の第１ステージの結果として、ユーザには初期状態が割り当てられる。標準又は拡張状態を取得するため、参加者は、システムを介し電子アプリケーションを生成し、それはカテゴリ（個人／法人）を指定し、リクエストされた情報の全てを入力する。入力情報の確認のため、参加者は、正規に証明された文書のコピーを提供する。文書検証ステージの完了が成功し、必要な場合には追加的な合意の入力の後になって始めて、参加者にリクエストされた状態が発行され、システム内の対応する権利セットが提供される。
【００２９】
システムの何れかの状態を有する参加者は、システムによりサポートされる通過タイプにより表現される無制限の個数のアカウントを開くことができる。初期的なものより高い状態を有する参加者は、小切手の支払銀行として機能する銀行を選択することが可能である。その額面価値はアカウントの残高である。アカウントを開くと、参加者の特定が明確に実行可能なシステムの一意的なナンバーがそれに対して割り当てられる。
【００３０】
電子小切手
システムの通貨基金の等価物は電子小切手である。電子小切手は、非文書形式による持参人払式小切手（ｂｅａｒｅｒ  ｃｈｅｃｋ）であり、以下の必須の詳細を含む。
・小切手ナンバー−小切手の一意的な識別子
・文書テキストに含まれ、文書が記述された国の言語により表現される“小切手”の説明
・ある金額を支払う要求（小切手の額面価値）
・支払銀行の名前
・支払が実行されるアカウントの表示
・支払通貨の表示
・小切手実行日時の表示
・発行元（小切手振出人）の署名
非文書形式の小切手は合法的であり、このような形式により振り出された小切手は、後述される電子小切手処理方法の特性を説明するロシア銀行規制“Ｏｎ  Ｃａｓｈｌｅｓｓ  Ｓｅｔｔｌｅｍｅｎｔｓ  ｉｎ  ｔｈｅ  Ｒｕｓｓｉａｎ  Ｆｅｄｅｒａｔｉｏｎ”に従って有効な支払手段とみなされる。
【００３１】
電子小切手は、ＤＢレコードの形式により提供される。電子小切手の署名は、発行元のクローズされたキーを用いて小切手の詳細の暗号変換の結果として取得されるＥＨＳの形式により提供され、小切手振出人の特定と、電子小切手の情報の歪曲がないことの判定とを可能にしながら、偽造に対する電子小切手のプロテクションを保証する。
【００３２】
電子小切手の記録管理は、参加者のアカウントにおいて実行される。小切手交換処理が完了すると、額面価値がアカウントの残高である１つのみの小切手が、システムのある標準的なカスタマのアカウントに参照可能である。支払のため銀行に提示される小切手の記録管理のため、複数の電子小切手が同時に発注可能である特殊なアカウントが利用される。
【００３３】
電子小切手は、以下の状態によって特徴付けされる。
・当該小切手は流通している。−有効な小切手がシステムの参加者の１人の自由である。
・当該小切手が支払のため提出された（支払銀行に）。
・当該小切手が収集を介し支払のため提出された。
・当該小切手が支払われた。
【００３４】
電子小切手の状態の変更又は小切手の所有者の変更が、小切手発行、小切手譲渡、支払のための小切手の提出、収集を介した支払のための小切手の提出、小切手支払又は支払の収集などの特定の処理の結果として生じる可能性がある。全ての電子小切手取引は、小切手レジスタに記録され、対応する主体のＥＨＳにより証明される法的に有効な文書の生成を伴う。
【００３５】
電子小切手は、限定的な有効期間を有し、それが経過すると、新たな発行ナンバー及び日付を有する等価な小切手と自動的に交換される。
【００３６】
電子小切手の譲渡の実現方法
ここに提供される電子小切手の譲渡の実現方法は、実行のため必須又は必須でないかにかかわらず、当該処理の主要なステージのあるシーケンスから構成される。ステージの必須性は、後述されるアルゴリズムに開示される特定の条件の充足によって決定される。当該方法を実現するソフトウェアのプログラミング言語やアーキテクチャ特性などのアルゴリズムの実現の特性は、与えられる発明により限定されるものでない。
【００３７】
本方法は、参加者のコンピュータ装置がインターネットを介しサーバコンピュータ装置とのインタラクション及び本方法を実現するクライアントアプリケーションのプログラムされた命令の実行を可能にするように構成されることを仮定する。
【００３８】
譲渡処理の実現の最初は、クライアントアプリケーションのユーザのスタートアップであり、その間にシステムの認証のためのＫ２クライアントユニットが初期化される。当該ユニットの実行中、参加者のアカウントの検証と各状態に対応する権利による投資とが実行される。これらの処理の実行のため、サーバとのインタラクションのためのＫ２クライアントユニットからＫ４ユニットは、ユーザパラメータの認証及び検証のためＳ２サーバユニットと接続する。これを実行する際、Ｋ４ユニットにおいて、コマンド及び必要なデータが受信されると、以下が実行される。すなわち、要求されるフォーマットによるリクエストの生成、暗号化、リクエストの署名、サーバとの接続の確立、リクエストの譲渡（プロテクトされた通信チャネルによるインターネットを介した）、及びリプライの処理である。サーバユニットと全てのクライアントユニットとのインタラクションは、Ｋ４ユニットを介し実行され、更なる説明はされないと仮定される。
【００３９】
クライアント及びサーバ認証ユニットの実現は、本発明の主題でなく、ユーザの認証及び許可のための周知の方法の各種組み合わせを含むことが可能である。
【００４０】
これらのユニットにとって参加者のアカウント、電子キーのストレージのアクセス性及び正しさは必須であり、当該電子キーは更に、リクエストの等価な手書きの署名（ＥＨＳ）及び電子文書の作成と共に、参加者の状態及び対応する権利に関する情報を取得するのに利用される。参加者の状態に基づき、それの状態によって提供されないアクションを参加者が実行する可能性がブロックされ、このとき、ブロッキングは、クライアントアプリケーションのレベル（対応するユーザインタフェースの欠落、クライアントアプリケーションにおけるチェックのアルゴリズムの実行）と、サーバアプリケーションのレベル（当該アプリケーションを有するサーバユニットは、ユーザ状態及び他のパラメータを検証するため、受信した各リクエストの処理のケースにおいてＳ２ユニットに適用される）との双方において行われる。
【００４１】
認証ユニットの実行の成功は、参加者が排除又はブロックされないことを保証し、それのクローズされた電子キーは、システムに登録されている公開キーに対応する。
【００４２】
認証ユニットの実行の成功は、クライアント及びサーバアプリケーションのデータの更新及び同期のための次のＫ３ユニットに譲渡するための必須条件である。クライアントＫ３ユニットは、クライアント及びサーバアプリケーションのデータ更新及び同期のためのサーバＳ３ユニットと通信する。Ｋ３，Ｓ３ユニットの実行中、参加者のアカウントの現在状態、受信した譲渡及びアカウントにおける小切手の配置のためのインボイスに関する情報が受信される。参加者の状態と対応するタイプのアプリケーションに依存して、リクエストが受信され、それらの状態が更新される。これらのユニットの実行は、クライアントアプリケーションデータベースとサーバアプリケーションデータベースとの同期などによって）参加者により送受信された全ての譲渡に関する情報、小切手をアカウントに配置するためのインボイス、アプリケーション、リクエスト及び他の情報への参加者のアクセスを保証する。これらのユニットの実現方法は周知であり、本発明の主題でない。システム実装の一例として、図４に示されるように、サーバから受信した情報がローカルデータベースに格納されるバージョンが検討される。
【００４３】
Ｋ３ユニットの処理の完了が成功した後、アプリケーションは、全てのカスタマのアカウントに関する情報、すなわち、ナンバー、アカウント名、アカウントにおける借方超過残高、アカウントを参照する電子小切手のナンバー、アカウントに関連する銀行の詳細など、ユーザインタフェースにおいて受信された情報を表示する。受信及び表示される情報のボリュームは、システム実装バージョンによって決定される。
【００４４】
クライアント及びサーバアプリケーションデータの更新及び同期のためのＳ３サーバユニット及びＫ３クライアントユニットの実行の成功は、パラメータ入力及び譲渡の実行のためのＫ５ユニットに譲渡するための必須条件である。
【００４５】
当該ユニットの初期化のため、参加者は、クライアントアプリケーションのユーザインタフェースにおいて対応するセクションを選択する。
【００４６】
Ｋ５ユニットは、ユーザが電子小切手を譲渡するため必要とされる初期データを入力することを可能にする。当該ユニットは、譲渡パラメータを入力するための各種可能性、すなわち、パラメータの直接的な入力（受取人のアカウント、受取可能な小切手金額若しくは控除される小切手金額、支払目的の入力）、可能な値のリストからのパラメータの変形の選択（送信者のプライベートアカウントのリストからの選択、対応するリファレンスブックからの受信者のアカウントナンバーの選択）、特定タイプのアプリケーション又はアカウントに小切手を配置するため受信されるインボイスに基づく譲渡の生成（例えば、電子小切手の購入のためのアプリケーションなど）を提供可能である。後者の変形は、クライアント及びサーバアプリケーションデータの更新及び同期のためＫ３ユニットの実行中に受信され、システムの具体的な実装に対応する方法によりアプリケーションに（コンピュータ装置のＲＡＭ又はＲＯＭに）格納された情報の利用に基づく。譲渡パラメータの入力方法は、パラメータ入力中に実行される自動的な検証を含むことが可能であり、これにより、ユーザにはエラーが即座に通知される。本方法は、アプリケーションによる譲渡金額データの受信中に譲渡のため収集される手数料金額の自動計算を含むことが可能である。手数料の計算は、別のリクエストによりサーバからダウンロードされる手数料レートに基づき、又はアプリケーションのローカルデータに基づき（金額データの受信段階などにおいてダウンロードされるＤＢ又はＲＡＭに格納される）、モジュールにより実行可能である。この可能性は、グループの参加者の状態に対する手数料レートの依存（この場合、手数料を決定するため、送信者に関するデータと譲渡の受信者に関するデータとの双方が必要とされる）、参加者の個別の手数料の設定の可能性などのより複雑な手数料設定の変形を実現するため利用可能である。手数料の計算後、モジュールは、譲渡について収集されるべき手数料と控除されるべき合計（又は記入されるパラメータに応じて受取可能な合計）との合計をユーザに通知する。
【００４７】
図７において、譲渡の実行及びパラメータ入力のためのＫ５ユニットの動作アルゴリズムの一例が提供される。
【００４８】
譲渡パラメータの入力中、譲渡の受取人に関する情報が受取人のアカウントナンバーに基づきダウンロードされ、誤ったデータの入力リストを最小限にするため、参加者に表示される実現形態が可能である。
【００４９】
本方法は、譲渡パラメータの予備的な検証のためのステージを含むことが可能であり、Ｋ５ユニットは、データ検証のための電子リクエストを生成し、電子小切手譲渡パラメータの検証のためＳ４サーバユニットにそれを送信する。当該リクエストは、送信者のアカウント、譲渡受取人のアカウントナンバー、譲渡金額及び通貨を含む。チェック中、Ｓ４ユニットは、指定されたパラメータによる譲渡の実行が利用可能か判断する。Ｓ２サーバユニットの実行がトリガされ、送信者（リクエストＥＨＳのチェックを含む）と譲渡受取人（受取人のアカウントのアクセス可能性の検証を含む）との双方の必要な検証が実行される。譲渡送信者のアカウントにおいて利用可能な電子小切手に関するＤＢからのデータの抽出、控除される金額と小切手の額面価値との比較（アカウントの別の金額のブロッキングと、その後の利用可能な借方超過残高の合計に対する控除金額の比較が行われる実現形態が可能である）及びシステムの具体的な実装の特性により提供される他のチェックが実行される。これらのチェックは、システムデータベースに格納される情報との照合、ＤＢのアカウント設定のチェック、電子デジタル署名の検証アルゴリズムの実行により実行される。
【００５０】
パラメータ入力及び譲渡の実行のためのＫ５クライアントユニットは、チェック結果に関する情報をＳ４ユニットから受信し、カスタマが繰り返し確認できる譲渡に関する情報を有するウィンドウ又は生じたエラーに関するメッセージをユーザに表示する。この段階では、モジュールは、方法の実装に応じて譲渡に関する何れかのデータ（金額、受取人の名前、ＩＮＮなど）を表示可能である。
【００５１】
参加者から取引の確認を受信すると、Ｋ５ユニットは、控除用のアカウントのナンバー、小切手をアカウントに配置するためのインボイスのナンバー、譲渡金額及び通貨、支払目的を含む譲渡を実行するための電子リクエストを生成し、電子小切手の譲渡の登録及び実行のため、それをＳ５サーバユニットに転送する。
【００５２】
譲渡の実行に対するリクエストを受信すると、Ｓ５ユニットは、譲渡登録手順を実行する。当該手順中、受信したリクエストをチェックするため、Ｓ４ユニットへの転送が、電子小切手譲渡パラメータを検証するため実行され（受信した全てのデータが転送される）、それの実行が成功した後、譲渡に関する情報がシステムデータベースに記録され、手数料金額が計算及び記録される。Ｓ４ユニットがエラーを返す場合、譲渡は登録されず、譲渡実行のエラー結果がＫ５クライアントユニットに返される（例えば、取引状態、エラーコードなど）。
【００５３】
譲渡実行リクエストの送信及び登録のステージでは、デジタル文書の生成及び格納のためのユニットが実行可能である（Ｓ９）。本方法は、サーバアプリケーション又はクライアントアプリケーションの何れかにおいて当該ユニットの包含を意味する。当該ユニットの処理結果として（所与のケースでは、譲渡の実行のためのアプリケーションの生成のための手順）、電子小切手の譲渡のためのアプリケーションの全ての詳細を含む別の電子文書が生成され（ｐｄｆフォーマットなどにより）、デジタル文書の電子署名の参加者のＥＨＳが、クライアントユニットを介し確認される（Ｋ１７）。本方法は、当該文書を格納するための各種変形を意味し、例えば、文書はサーバに送信され、ＥＨＳ及び他の情報と共にアプリケーションデータベースに保存され、その後、サーバアプリケーションの特殊サービスを介し全ての利害関係者にアクセス可能になるなどである。
【００５４】
文書がサーバ上で生成された場合、デジタル文書の電子署名（Ｋ１７）のためのユニットは、サーバから電子文書をダウンロードするための手順を実現する。
【００５５】
サーバＤＢへの譲渡の記録の成功後、Ｓ５ユニットは取引実現手順を実行する。図８において、当該手順の実現の一例が与えられる。当該手順のための入力パラメータは、譲渡実行後に受信されるデータの全てである。
【００５６】
電子小切手の登録及び実行のためのＳ５ユニットは、譲渡送信者のアカウントおける電子小切手及び手数料金額に関するデータをシステムデータベースから受信する（“ユーザアカウントに関する情報”、“電子小切手に関する情報”、“電子小切手譲渡に関する情報”セクション）。
【００５７】
送信者のアカウントに関する残高チェックの額面金額が譲渡金額に一致し、譲渡手数料が収集されない場合、電子小切手は送信者のアカウントから受取人のアカウントに直接譲渡される。
【００５８】
小切手を譲渡するため、Ｓ５ユニットは、電子小切手の管理のためＳ７サーバユニットの実行を開始する。これを実行する際、電子小切手の譲渡のための手順がトリガされ、その入力に対して、以下のデータ、すなわち、電子小切手のナンバー、譲渡送信者のアカウントのナンバー、譲渡受取人のアカウントのナンバーが送信される。当該手順を実現する際、“ユーザアカウントに関する情報”におけるＤＢの情報の修正が実行される。すなわち、譲渡送信者のアカウントにおける小切手に関する情報が削除され、残高チェックの回数に関するデータがアカウントレコードに導入され、小切手所有者に関する情報が、“電子小切手に関する情報”セクションにおいて修正される。
【００５９】
当該手順のフレームワーク内において、Ｓ８ユニットの実行が、レジスタへの電子小切手取引の登録のため開始される。レジスタへの小切手譲渡取引を記録するための手順をトリガする際の入力パラメータは、電子小切手のナンバー、譲渡送信者のアカウントのナンバー、譲渡受取人のアカウントのナンバー、取引タイプ（“小切手譲渡”）である。小切手レジスタの可能なタイプの取引は、“小切手発行”、“小切手譲渡”、“支払のための小切手提出”、“収集を介した支払のための小切手提出”、“小切手支払”、“小切手収集”である。入力パラメータに基づき、Ｓ８ユニットは、ＤＢから必要なデータを抽出し、取引のナンバー、日付、時間、譲渡される小切手の金額、通貨、ナンバー、アカウントの残高に関するデータを少なくとも含むレコードを“電子小切手レジスタ”ＤＢセクションに導入する。小切手レジスタへの取引の記録の成功後、Ｓ７ユニットの電子小切手譲渡のための手順が終了される。
【００６０】
同様の状況において、小切手の額面金額全体が受取人に譲渡されるとき、電子小切手はまずオペレータに転送され、オペレータが当該小切手を譲渡受取人に転送する実現形態が可能である。小切手の譲渡（それに対する更なる全てのリファレンスと同様に）は、上述された電子小切手管理のためのＳ７サーバユニットの電子小切手の譲渡のための手順のフレームワーク内で実行される。
【００６１】
上述された条件が充足されない場合（小切手の額面価値が完全には受取人に譲渡されない）、Ｓ５ユニットは、電子小切手管理のためＳ７ユニットの電子小切手の交換のための手順をトリガする。Ｓ５ユニットは、当該手順の入力に以下のデータ、すなわち、額面価値が送信者のアカウントの残高である電子小切手のナンバー、譲渡金額と譲渡のため収集される手数料金額に等しい交換が実行される電子小切手の額面価値を転送する。
【００６２】
Ｓ７ユニットの電子小切手交換のための手順のフレームワーク内において、送信者の電子小切手は、システムオペレータに転送される（当該手順は、電子小切手管理のためＳ７サーバユニットの電子小切手譲渡について実行され、その入力について、電子小切手のナンバー、譲渡送信者のアカウントのナンバー、オペレータのアカウントのナンバーが転送される）。
【００６３】
オペレータは、支払銀行に支払いのため受信した電子小切手を提出する。支払用の電子小切手の提出は、電子小切手管理のためＳ７ユニットの支払のための小切手の提出のための手順の実行によって実行され、その入力について、電子小切手のナンバー、銀行に関する情報（登録ナンバー）、小切手の提供元のアカウントのナンバー（オペレータのアカウント）が転送される。当該手順を実現する際、小切手が譲渡される特別な銀行アカウントのナンバーが決定される。その後、小切手の譲渡は、標準的な小切手の譲渡手順と同様に実行される。１つの相違は、システムＤＢにおける電子小切手状態から“支払のため提出済み”状態（“電子小切手に関する情報”セクション）への変更と、レジスタへの電子小切手取引の登録のためのＳ８ユニットの実行のケースにおける“支払用の小切手の提出”又は“収集を介した支払用の小切手の提出”の取引タイプの小切手レジスタにおける表示とである。“収集を介した支払用の小切手の提出”の取引タイプは、電子小切手が支払用の提供されている銀行と与えられた小切手に対する支払銀行とが一致しないときに利用される。
【００６４】
支払のための小切手の提出のための手順の実行の成功後、電子小切手が支払のため提出された銀行と与えられた小切手の支払銀行とが一致する限り、Ｓ７ユニットの小切手控除手順の実行がトリガされ、その入力について電子小切手ナンバーが転送される。“電子小切手に関する情報”における当該手順のフレームワーク内において、支払われる小切手に関するデータが変更され、レジスタにおける電子小切手取引の登録のためのＳ８ユニットの実行がトリガされる。“電子小切手レジスタ”セクションのレジスタへの小切手控除取引の記録のための手順のフレームワーク内において、取引のナンバー及び日時、控除される小切手の価値、通貨及びナンバー、控除される小切手が参照するアカウントのナンバー、取引タイプ、与えられたアカウントにおける残高のデータを含むレコードが導入される。電子小切手控除手順の実行は、小切手の支払と小切手の額面価値に等しい実際の通貨基金のそれの所有者への送信のケースにおいて、又は支払のため小切手を提出した人によるシステム発行者による新たな電子小切手の購入による小切手の支払により解放された通貨基金の相殺のケースのみにおいて可能である。
【００６５】
小切手レジスタへの取引の記録の成功後、Ｓ７ユニットの電子小切手の控除のための手順が終了される。
【００６６】
受け取った（リリースされた）基金を利用して、オペレータは、発行者から要求された額面価値の新たな小切手を購入する。
・譲渡金額の小切手
・手数料金額の小切手（０に等しい可能性があり、この場合、小切手は発行されない）
・残高金額の小切手（残高は０に等しい可能性があり、この場合、小切手は発行されない）
このため、電子小切手交換手順のフレームワーク内において、Ｓ７ユニットは、対象となる各小切手の電子小切手発行のためのＳ１１ユニットの実行を順次トリガする。新たな小切手の詳細に関するデータが、当該ユニットの入力に転送され、それは少なくとも額面価値、小切手通貨、支払銀行に関するデータを含む。新たな小切手の支払者として、交換のため譲渡される当該小切手の支払銀行が指示される。
【００６７】
Ｓ１１ユニットを実現する際、全ての小切手の詳細を示すのに必要なデータがシステムＤＢから受信され、電子小切手の署名のためのＳ１２ユニットの実行がトリガされ（これにより、発行者のための小切手の署名が、電子デジタル署名アルゴリズムを実行することにより生成される）、新たな電子小切手に関するレコードが、“電子小切手に関する情報”ＤＢセクションにおいて生成される。
【００６８】
電子小切手の発行を実現する際、Ｓ１１ユニットは、レジスタへの電子小切手取引の登録のため、Ｓ８ユニットの小切手発行処理を記録するための手順を実行させる。当該手順がトリガされるケースにおける入力パラメータとして、電子小切手のナンバー、発行された小切手が参照されるアカウントのナンバー（発行者のアカウント）、取引タイプ（“小切手発行”）が転送される。当該手順のフレームワーク内において、取引のナンバー及び日時、発行された小切手の価値、通貨及びナンバー、取引タイプ、発行される小切手が参照されるアカウントのナンバー、与えられたアカウントの残高のデータを含むレコードが、“電子小切手レジスタ”ＤＢ背ションに導入される。小切手レジスタへの取引の記録の成功後、電子小切手の発行のためのＳ１１ユニットの処理が、当該ユニットの実行がトリガされた小切手について終了される。
【００６９】
Ｓ１１ユニットの処理の終了に成功した後、発行された小切手はオペレータに転送される（電子小切手管理のためのＳ７ユニットの電子小切手譲渡のための手順に従って）。
【００７０】
残高の小切手の発行に成功した場合、オペレータは、当該小切手を譲渡送信者に転送する。当該アクションの終了に成功した後、電子小切手交換のための手順が、譲渡送信者の小切手について終了される。
【００７１】
Ｓ５ユニットの処理のフレームワーク内において、オペレータは、受取人のアカウントへの譲渡金額の小切手を送信する。データベース（“ユーザアカウントに関する情報”セクション）、Ｓ５ユニットは、譲渡受取人のアカウントの残高とアカウント設定に関する情報を抽出する。受取人のアカウントに残高の小切手がある場合、又は譲渡小切手の支払銀行と異なる銀行が与えられたアカウントの設定において指定されている場合、Ｓ５ユニットは、電子小切手管理のためＳ７ユニットの電子小切手交換（組み合わせ）のための手順をトリガする（図９）。この手順のフレームワーク内において、電子小切手（小切手）は受取人のアカウントからシステムオペレータのアカウントに譲渡される。
【００７２】
オペレータは、譲渡受取人の“残高の小切手”に従って支払銀行として指定された銀行に、又は残高が不足している場合にはアカウントの設定で指定された銀行に支払いのため受け取った電子小切手（小切手）を送信する。提供された情報とは別に、譲渡受取人の新たな小切手に従う支払者である銀行を決定するための他の方法が可能であり、例えば、現在の残高チェックのデータ及びアカウント設定を利用する代わりに、支払銀行はより大きな額面価値の電子小切手に従って選択可能である。
【００７３】
支払のための銀行への小切手の提出は、電子小切手の管理のためＳ７ユニットの支払のための小切手の提出のための手順のフレームワーク内で実行される。
【００７４】
与えられた小切手の支払銀行として指定された銀行と異なる銀行に支払のための小切手を提出することは、収集のための小切手の提示の機構に従って実行される。当該手順は、発行者により発行された小切手のためのセキュリティとして機能するパートナー銀行における発行者の決済アカウントにおいて十分な金額の通貨基金が利用可能であることを保証する。
【００７５】
支払銀行に支払いのため提出される電子小切手について（説明される実現形態では、譲渡受取人のアカウントからの残高の小切手）、電子小切手管理のためＳ７ユニットの標準的な小切手控除手順の実行がトリガされる。
【００７６】
リリースされた基金を利用して、オペレータは、発行者から新たな小切手を取得し、その額面価値は交換用に提出された小切手の額面価値の合計に等しい（又は他の支払銀行の小切手に対する交換用に提出された小切手の額面価値に等しい）。
【００７７】
このため、Ｓ７ユニットは、電子小切手交換（組み合わせ）の手順のフレームワーク内において、電子小切手発行のためのＳ１１ユニットの実行をトリガし、それの入力について額面金額、小切手の通貨（組み合わされる小切手の通貨に等しい）及び支払銀行のデータを転送する。新たな小切手の支払者は、交換のため提出された小切手の支払を実行した銀行である。
【００７８】
発行者は、システムオペレータに発行された小切手を譲渡する。オペレータは、新たな小切手を譲渡受取人に譲渡する。これらのアクションの実現を成功した後、電子小切手交換（組み合わせ）のための手順が終了される。
【００７９】
送信者の小切手の譲渡の交換が実行されず、何れかの個数の電子小切手の記録管理が受取人のアカウントにおいて維持される実現形態が可能である。例えば、説明される実現形態では、支払のための小切手の提出のフレームワークのないにおいて譲渡の実現が実行され、小切手が特別な銀行のアカウントに譲渡される場合、電子小切手の交換の手順は実行されない。
【００８０】
譲渡のための手数料が収集される場合、Ｓ５ユニットは、手数料の小切手をアカウントに配置するため、Ｓ１３ユニットの実行をトリガする。説明される実現形態では、オペレータのアカウントに残高の小切手があるか、又は手数料の小切手の支払銀行と異なる銀行がオペレータのアカウントの設定において指定される場合、Ｓ１３はまた、電子小切手管理のためＳ７の電子小切手交換（組み合わせ）のための手順の実行を開始し、その間、完了した譲渡の手数料金額を含む新たな小切手がオペレータのアカウントに配置される。オペレータの電子小切手の交換の順序は、取引がオペレータへの小切手の譲渡とシステムオペレータからの小切手の受取に関するものを除き、譲渡受取人の小切手の交換の交換に類似する。また、小切手の譲渡が仲介者（ブローカ）を介し実行される場合、手数料は、オペレータでなく譲渡の実現における仲介者として機能する仲介者（ブローカ）にＳ１３ユニットにおいて課金されることが考慮される必要がある。小切手交換取引は、手数料の受取人に関係なくオペレータを介し常に実行される。
【００８１】
電子小切手譲渡の登録及び実行のためＳ５ユニットの取引の実行のための手順を実現する際、Ｓ９ユニットの実行がデジタル情報の生成及び格納のためトリガされる。当該ユニットの処理結果として、受信した譲渡パラメータに関する情報に基づき、デジタル報告文書が、参加者のＥＨＳによるそれの署名と更なるプリントアウトの可能性を提供するため生成される。
【００８２】
説明される実現形態では、Ｓ９ユニットの処理中、電子小切手の受領の証明書、提供されるサービスの証明者及び見積もり送り状の文書が生成される。デジタル文書の電子署名のためＫ１７ユニットの実行から生じる文書は、対応するパーティのＥＨＳにより署名される。
【００８３】
要求される文書の譲渡及び生成の実行の成功後、Ｓ５ユニットは、オンライン通知を送信するためＳ１０ユニットの実行を開始する。送信されるメッセージのタイプ及び譲渡受取人に関する情報が、当該ユニットの入力に送信される。当該ユニットの実行結果として、Ｋ３ユニットの実行が、クライアント及びサーバアプリケーションデータの更新及び同期のためトリガされる。譲渡に関する情報の受信後、Ｋ１７ユニットの実行が、譲渡受取人による小切手の受領の証明書の署名のため、デジタル文書の電子署名についてトリガ可能である。
【００８４】
電子小切手の譲渡の登録及び実行のためＳ５ユニットの処理の終了中、取引結果と共にメッセージが生成され、それはパラメータ入力、譲渡の実行及び譲渡送信者のアプリケ０ションの支払に関する情報の格納のためＫ５ユニットに送信される。電子小切手の登録及び実行のためＳ５ユニットの取引の実行の手順がオンラインモードにより実行されない、すなわち、Ｓ５ユニットの譲渡の登録のための手順の終了が成功した後、譲渡がシステムにより受信されたという事実に関するメッセージが譲渡送信者（Ｋ５ユニット）にすぐに送信され、取引実行手順が以降に実行される実現形態が可能である（アプリケーションの動作モード）。
【００８５】
取引の終了に関するメッセージを受信した場合、パラメータ入力、譲渡の実行及び譲渡送信者の支払に関する情報の格納のためのＫ５ユニットは、譲渡結果に関する情報をユーザに表示し、クライアント及びサーバアプリケーションデータの更新及び同期のためＫ３ユニットの実行をトリガし、処理終了時、ユーザアカウントにおける現在の残高に関する情報の更新が実行される。
【００８６】
電子小切手発行方法
以下において、譲渡の実現における電子小切手の自動交換に関する取引と異なる状況において利用される電子小切手発行のための方法が提供される。当該方法は、例えば、他の電子小切手の支払を利用するよりも仲介者（ブローカ）による小切手の購入などにおいて、発行者の決済アカウントにおいて受け取られた実際の通貨基金を用いて発行された流通用の新たな小切手の受取の処理の安全性を保証することを目的とする。
【００８７】
電子小切手発行処理の開始は、発行者のアカウントによるユーザによるクライアントアプリケーションの起動であり、その間、システムの認証用のクライアントＫ２ユニットが初期化され、当該実行後、Ｋ３ユニットがクライアント及びサーバアプリケーションデータの更新及び同期について開始される。Ｋ２及びＫ３ユニットの実行の成功は、電子小切手の発行に対するリクエストの送信とデータ入力のためのＫ１１ユニットへの譲渡の必須条件である。当該ユニットの初期化のため、発行者は、クライアントアプリケーションのユーザインタフェースにおける対応するセクションを選択する。
【００８８】
Ｋ１１ユニットは、電子小切手の発行に対するリクエストを生成するのに必要とされる初期データの入力の可能性をユーザに提供する。当該ユニットは、パラメータの直接的な入力、可能な値のリストからのパラメータバリアントの選択（支払銀行のリストからの選択）及び仲介者（ブローカ）から受信した小切手購入リクエストに基づくリクエストの生成などのリクエストパラメータを入力するための各種可能性を提供可能である。
【００８９】
電子小切手を発行するためのリクエストの必須パラメータは、発行者の詳細（登録ナンバー、説明など）、額面価値、発行される小切手の通貨、支払銀行、小切手の支払が発注される発行者の決済アカウントのナンバー、小切手購入者及び支払者に関するデータ（名前、ＩＮＮ、登録ナンバー、購入アプリケーションに関するデータ、小切手をアカウントに配置するための購入者のアカウント）である。リクエストの全ての必要なパラメータの発行者の正しい完了後、Ｋ１１ユニットは、発行者のＥＨＳにより証明される電子文書の形式により小切手を発行するためのリクエストを生成する。Ｋ１１ユニットは、小切手をアカウントに配置するためのアプリケーション、リクエスト及びインボイスの登録のためＳ６サーバユニットに当該リクエストを送信する。
【００９０】
Ｓ６ユニットは、小切手を発行するためのリクエストの検証のための手順を実行する。すなわち、Ｓ２サーバユニットの実行がトリガされ、その間、送信者（リクエストＥＨＳの検証を含む）とリクエスト受信者との双方の必要な検証が実行される。全ての検証の実行が成功した場合、リクエストがサーバに登録される。レコードは、“小切手をアカウントに配置するためのアプリケーション、リクエスト及びアカウントに関する情報”セクションにおいてＤＢに導入される。新たなリクエストの利用可能性に関するメッセージが、オンライン通知を送信するためＳ１０ユニットにより受取人（発行された小切手の支払銀行）に送信される。
【００９１】
銀行システムにエントリすると、又はオンライン通知が受信された場合、Ｓ３ユニットとのインタラクションによる銀行のクライアントアプリケーションのためのＫ３ユニット（クライアント及びサーバアプリケーションデータの更新及び同期）は、電子小切手を発行するためサーバからリクエストをダウンロードする。
【００９２】
これを実行する際、クライアント及びサーバアプリケーションＤＢのデータ更新及び同期のためのＳ３サーバユニットは、リクエストのダウンロードがリクエストに指定された“銀行”状態によって受取人によってのみ実行されているという事実の検証を実行する。
【００９３】
当該リクエストの受信の成功後、銀行のクライアントアプリケーションのＫ１３ユニットのトリガは、電子小切手を発行するため受信されたリクエストを処理するため実行される。Ｋ１３ユニットは、小切手発行リクエストに関する情報をユーザインタフェースにおいて表示し、当該リクエストを拒絶又は確認するためのオプションを銀行に提供する。
【００９４】
リクエストを受信すると、銀行は、電子小切手発行のためのリクエストに指示される支払者から受信した発行された小切手に対する支払の利用可能性を検証し、発行者のリクエストのデータ（例えば、小切手の額面価値、通貨、小切手購入アプリケーションのナンバー、支払者の詳細）と発行者のアカウントステートメントからのデータとを比較する。小切手の購入のための通貨基金が発行者のアカウントにおいて受け取られる場合、銀行は、クライアントアプリケーションを介して発行者のリクエストを確認する。これを実行する際、電子小切手発行のための受信したリクエストを処理するＫ１３ユニットは、リクエストの電子確認を生成し、それをアプリケーション及びリクエストの処理及び実行のためＳ１３サーバユニットに転送する。
【００９５】
電子小切手の発行のためのアプリケーションの確認手順中、Ｓ１３ユニットは、確認された小切手を発行するためのリクエストに関するデータをＤＢから抽出し、（銀行のアカウントの検証のためＫ２ユニットのトリガを含む）必要な検証を実行し、これらの完了の成功後、Ｓ１１ユニットの実行が電子小切手の発行についてトリガされる。発行に対するリクエストから受信した新たな小切手の詳細に関するデータは、当該ユニットの入力に送信され、それは、額面価値、小切手通貨及び支払銀行に関するデータを含む。Ｓ１１ユニットの説明が上述された（電子小切手譲渡の実行のための方法を参照）。
【００９６】
Ｓ１１ユニットの処理の終了が成功すると、Ｓ１３ユニットは、電子小切手を発行するためのアプリケーションの確認のための手順中、発行者のアカウントから発行された小切手の小切手購入者のアカウントへの譲渡の自動生成及び実行のため、電子小切手の譲渡（譲渡登録手順）の登録及び実行のためＳ５ユニットの実行をトリガする。ＤＢから抽出した電子小切手を発行するためのアプリケーションからのデータ、すなわち、受取人のアカウント、額面価値、小切手通貨などが、Ｓ５ユニットの譲渡の登録のための手順の入力に転送される。
【００９７】
Ｓ５ユニットの譲渡の登録のための手順の処理の終了後、当該手順は、Ｓ５ユニットの処理の実現のため実行される（上述したシーケンスに従って）。
【００９８】
Ｓ１３ユニットは、リクエストの処理の成功した結果を、小切手発行に対する処理されたリクエストの更新された状態を記録する銀行のアプリケーションのＫ１３クライアントユニットと共に、Ｓ１０ユニットを介し小切手発行リクエストの送信者（発行者）のクライアントアプリケーションに送信する（購入者への小切手の自動的な譲渡に関するリクエスト及び情報の状態を更新し、発行者に表示するクライアント及びサーバアプリケーションＤＢのデータ更新及び同期のためにＳ３ユニットに）。
【００９９】
電子小切手の支払方法
以下において、持参人の決済アカウントの小切手による実際の通貨基金を受け取るため、小切手が銀行に提出される状況において利用される電子小切手の支払のための方法が提供される。本方法は、小切手持参人の部分と支払を実行する銀行の部分との双方において、小切手による支払を受け取る処理の安全性を保証することを目的とする。
【０１００】
支払のための電子小切手の提出処理の開始は、クライアントアプリケーションのユーザの軌道であり、その間、システムにおける認証のためのＫ２クライアントユニットが初期化され、その後、Ｋ３ユニットの実行がクライアント及びサーバアプリケーションデータの更新及び同期について開始される。Ｋ２及びＫ３ユニットの実行の成功が、電子小切手の支払のためのデータ入力及びアプリケーションの送信のためＫ８データに転送するための必須条件である。Ｋ８ユニットは、各種ユーザカテゴリにアクセス可能である（例えば、初期的なものより高いシステムにおける状態を有する法人のみなど）。
【０１０１】
当該ユニットの初期化のため、システム参加者は、クライアントアプリケーションのユーザインタフェースにおいて対応するセクションを選択する。
【０１０２】
Ｋ８ユニットは、小切手の控除が実行されるアカウント、小切手の額面価値、支払を行うための銀行の詳細などの電子小切手の支払のためのアプリケーションを生成するのに必要とされる初期データの入力の可能性をユーザに提供する。ユーザにより入力されたデータに基づき、Ｋ８ユニットは、参加者の小切手に従って支払者として機能する銀行を決定する。
【０１０３】
アプリケーションの必須の詳細の正しい完了の後、Ｋ８ユニットは、ユーザのＥＨＳにより証明された電子文書の形式により電子小切手の支払のアプリケーションを生成する。Ｋ８ユニットは、小切手をアカウントに配置するためアプリケーション、リクエスト及びアカウントの登録のためＳ６サーバユニットにアプリケーションを転送する。
【０１０４】
Ｓ６ユニットは、電子小切手の支払のためのアプリケーションの検証のための手順を実行する。Ｓ２サーバユニットの実行がトリガされ、その間に、送信者（リクエストＥＨＳの検証を含む）とリクエスト受取人との双方に関して必要な検証が実行され、支払を行うためのカスタマの銀行の詳細の正確さ（特にＢＩＣによる適用可能な銀行参照ブックに従って）とい送信者のアカウントの基金の十分さとの検証が、取引の適切な実行に必要なその他の検証と共に実行される。
【０１０５】
全ての検証の実行が成功した場合、アプリケーションはサーバに登録される。レコードは、“アカウントに小切手を配置するためのアプリケーション、リクエスト及びアカウントに関する情報”セクションにおいてＤＢに導入される。オンライン通知を送信するためＳ１０ユニットにより受取人（支払銀行）に対する新たなアプリケーションの利用可能性に関するメッセージが送信される。
【０１０６】
銀行がシステムに入るとき、又はオンライン通知を受信した場合、Ｓ３ユニットとのインタラクションによる銀行のクライアントアプリケーションのＫ３ユニット（クライアント及びサーバアプリケーションデータの更新及び同期）は、サーバからの電子小切手の支払のためのアプリケーションをダウンロードする。これを実行する際、クライアント及びサーバアプリケーションＤＢのデータ更新及び同期のためのＳ３サーバユニットは、リクエストのダウンロードがリクエストに指定された“銀行”状態による受取人によってのみ実行されているという事実の検証を実行する。
【０１０７】
リクエストの受信成功後、銀行のアプリケーションのＫ１４ユニットのトリガが、電子小切手の支払のため受信されたアプリケーションを処理するのに実行される。Ｋ１４ユニットは、ユーザインタフェースにおいて電子小切手の支払のためのアプリケーションに関する情報を表示し、アプリケーションを拒絶又は確認するためのオプションを銀行に提供する。
【０１０８】
アプリケーションを受信すると、銀行は、アプリケーションパラメータの正確さと、発行者の決済アカウントにおける必要な基金量の利用可能性とを検証する。アプリケーションの確認は、小切手をアカウントに配置するためシステムを介し発行されたインボイスである。
【０１０９】
銀行は、小切手をアカウントに配置するためデータ入力及びインボイスの送信のためＫ６クライアントユニットの実行によりインボイスを発行する。当該ユニットの実行中、小切手の支払のためアプリケーションに基づき決定され、銀行により部分的に完了されるパラメータを有するインボイスが生成される。銀行は、支払のため提出される小切手に割り当てられたそれのアカウントの詳細を指定する。インボイスの基礎として、小切手の支払のためのアプリケーションのナンバーを指定し、支払を配置するため小切手持参人の銀行の詳細を通知する必要がある。
【０１１０】
インボイスの詳細の正しい完了の後、Ｋ６ユニットは、ユーザＥＨＳにより証明された電子文書の形式により小切手をアカウントに配置するためのインボイスを生成する。Ｋ６ユニットは、小切手をアカウントに配置するためアプリケーション、リクエスト及びインボイスの登録のためＳ６サーバユニットにインボイスを転送する。
【０１１１】
Ｓ６ユニットは、小切手をアカウントに配置するためのインボイスのパラメータの検証のための手順を実行し、Ｓ２サーバユニットの実行がトリガされ、その間に、送信者（リクエストＥＨＳの検証を含む）とリクエスト受取人との双方の必要な検証が実行される。全ての検証の実行が成功した場合、インボイスがサーバに登録される。レコードは、アカウントに小切手を配置するためアプリケーション、リクエスト及びインボイスに関する情報“セクションにおいてＤＢに導入される。新たなインボイスの利用可能性に関するメッセージが、オンライン通知の送信のためＳ１０ユニットにより受取人に送信される。
【０１１２】
インボイスの発行成功後、電子小切手の支払のため受信されたアプリケーションの処理のための銀行のクライアントアプリケーションのＫ１４ユニットは、アプリケーション状態の更新を実行する。このため、対応する通知が、アプリケーション及びリクエストの処理及び実行のためＳ１３サーバユニットに送信され、その間に、アプリケーションの新たな状態がサーバＤＢに記録され、通知が送信者に送信される。
【０１１３】
アプリケーションが充足可能でない場合（小切手持参人が必要な検証にパスしなかった）、銀行は、“アプリケーションの拒絶”オプションを選択し、拒絶の根拠を示す。これを実行する際、電子小切手の支払のため受信したアプリケーションの処理のためのＫ１４ユニットは、アプリケーション及びリクエストの処理及び実行のためのコマンドをＳ１３サーバユニットに送信する（Ｓ１３ユニットによる支払の拒絶のための手順がトリガされる）。当該手順の実行中、拒絶されたアプリケーションに関するデータがＤＢから抽出され、必要な検証が実行され、デジタル文書の生成のためのＳ９ユニットのトリガが実行される（小切手を支払うことの拒絶に関する通知の生成手順）。拒絶の根拠と共に支払われる小切手のカスタマ、銀行及び通貨に関するデータが、当該手順の入力に送信される。デジタル文書の電子署名のためのＫ１７ユニットの実行による文書は、銀行のＥＨＳにより署名される。Ｓ１３ユニットは、カスタマに当該カスタマにより送信されるアプリケーションの状態の変更を通知する。
【０１１４】
（受信した電子小切手の譲渡処理のためのＫ９ユニット）小切手をアカウントに配置するための上述したインボイスを受信すると、参加者は、支払のため指定された小切手持参人の詳細、アプリケーションのナンバー及び譲渡の他のパラメータが確認された小切手支払アプリケーションのパラメータに従っているという事実の検証を実行し、受信した電子小切手の検証のための手順を開始する。電子小切手の検証方法が後述される。
【０１１５】
小切手の検証に関する通知と、“確認済み”へのシステムの検証に対するリクエストの状態の変化とが受信されたときに限って、銀行は、各通貨基金を参加者の決済アカウントに譲渡し（参加者が信用組織である場合、それの対応するアカウントに）、小切手を控除することによって、小切手の支払を実行する。
【０１１６】
電子小切手の控除処理は、銀行のアプリケーションのユーザインタフェースにおいて対応するオプションを選択すると実行される。これを実行する際、電子小切手控除のためのＫ１８ユニットの実行がトリガされる。検証のための確認済みのリクエストに基づき、Ｋ１８ユニットは、検証用のリクエストのナンバーを含む電子小切手を控除するための電子リクエストを生成し、それを銀行のＥＨＳにより証明し、電子小切手の控除のためＳ１４サーバユニットに送信する。Ｋ１８ユニットは更に、実際の通貨基金の譲渡が小切手持参者に対して実行される基礎となる支払注文のパラメータの銀行の入力のステージの実行を含むことが可能である。
【０１１７】
電子小切手の控除のためのＳ１４サーバユニットは検証のステージを実行し、その間に、小切手の検証のため確認されたリクエストに関するデータがＤＢから抽出され、Ｋ２ユニットが、銀行のアカウント及びリクエストＥＨＳの検証のためトリガされ、控除される電子小切手の検証が実行される。全ての検証の完了が成功した後、Ｓ１４ユニットは小切手の控除を実行し、対応する変更が“電子小切手に関する情報”セクションにおいてＤＢに導入される（電子小切手状態及び他の必要なパラメータが変更される）。
【０１１８】
電子小切手の控除を実現する際、Ｓ１４ユニットは、レジスタの電子小切手による処理の登録のため、Ｓ８ユニットの小切手控除取引を記録するための手順の実行をトリガする。当該手順がトリガされるケースにおける入力パラメータとして、電子小切手のナンバー、控除される小切手が配置されたアカウントのナンバー、取引タイプ（小切手控除（払い済み））のデータが転送される。当該手順のフレームワーク内において、取引のナンバー及び日時、価値、通貨、控除される小切手のナンバー、取引タイプ、小切手が参照されるアカウントのナンバー、与えられたアカウントの残高のデータが“電子小切手レジスタ”ＤＢセクションに導入される。
【０１１９】
小切手レジスタへの取引の記録の成功後、Ｓ１４ユニットは、検証のため小切手支払及びリクエストのためのアプリケーションの状態の更新を実行する（“小切手の支払が実行された”）。対応する通知が、Ｓ１０ユニットによるシステム参加者に送信される。
【０１２０】
電子小切手の検証方法
電子小切手の検証方法は、銀行が支払いのため提出される小切手の真正性の確認を受信することを可能にし、小切手の支払前の必須ステージである。
【０１２１】
検証処理は、小切手の支払のためアプリケーション上の支払のためにデータの表示と共に特殊なアカウントへの電子小切手の譲渡を受信すると、銀行が提出された電子小切手の支払の検証に対するリクエストを生成するときに開始される。
【０１２２】
“検証に対するリクエスト”オプションの銀行の選択において、電子小切手の検証に対するデータ入力及びリクエストの送信のためのＫ１５ユニットの実行が開始される。Ｋ１５ユニットは、受信した譲渡に基づきリクエストのパラメータの自動完了の可能性を銀行に提供する。検証用のリクエストは、電子小切手と共に支払用の小切手を提出した人に関するデータを含む。
【０１２３】
Ｋ１５は、銀行のＥＨＳにより電子文書の形式により記入されたリクエストを証明し、小切手をアカウントに配置するためアプリケーション、リクエスト及びインボイスの登録のためにＳ６サーバユニットに送信する。
【０１２４】
Ｓ６ユニットは、電子小切手の検証に対するリクエストのパラメータの検証のための手順を実行し、それは、電子小切手の詳細の自動検証を含み、その間に、電子小切手及びリクエスト送信者のアカウントの現在状態と同様に（Ｓ２サーバユニットの実行がトリガされる）、小切手のＥＨＳが検証される（電子デジタル署名の検証のアルゴリズムは、電子小切手の全ての詳細の不変性を保証するＤＢの小切手に関する発行者の公開キー及びレコードの利用によって実行される）。
【０１２５】
全ての検証の実行が成功した場合、Ｓ６ユニットは、発行者の登録ナンバーを決定し、サーバにリクエストを保存する。当該レコードは、“小切手をアカウントに配置するためのアプリケーション、リクエスト及びアカウントに関する情報”セクションにおいてＤＢに導入される。新たなリクエストの利用可能性に関するメッセージが、オンライン通知の送信のため、Ｓ１０ユニットにより受取人（発行者）に送信される。
【０１２６】
発行者がシステムに入力したとき、又はオンライン通知を受信した場合、Ｓ３ユニットとのインタラクションによる発行者のクライアントアプリケーションのＫ３ユニット（クライアント及びサーバアプリケーションデータの更新及び同期）は、サーバから電子小切手の検証に対するリクエストをダウンロードする。これを実行する際、クライアント及びサーバアプリケーションＤＢのデータ更新及び同期のためのＳ３サーバユニットは、リクエストのダウンロードがリクエストに指定された“発行者”状態により受取人によってのみ実行されているという事実の検証を実行する。
【０１２７】
リクエストの受信の成功後、発行者のクライアントアプリケーションのＫ１２ユニットのトリガが、電子小切手の検証のため受信されたリクエストを処理するため実行される。Ｋ１２ユニットは、電子小切手の検証に対するリクエストに関するデータをユーザインタフェースにおいて表示し、当該リクエストを拒絶又は確認するためのオプションを発行者に提供する。
【０１２８】
発行者は、検証のためのリクエストを受信すると、小切手レジスタの利用によって電子小切手の履歴を追跡し、小切手の詳細の正しさと小切手持参者に関するデータの信頼性とを検証する（システムは、グラフィカル形式により電子小切手を閲覧する可能性を提供する）。
【０１２９】
全ての検証の実行が成功した場合、発行者は、小切手の検証のためリクエストを確認する。
【０１３０】
これを実行する際、電子小切手の支払のために受信したリクエストの処理のためのＫ１２ユニットは、アプリケーション及びリクエストの処理及び実行のためリクエストをＳ１３サーバユニットに送信する（Ｓ１３ユニットの小切手の検証に対するリクエストの確認のための手順がトリガされる）。当該手順の実行中、確認済みのリクエストに関するデータがＤＢから抽出され、必要な検証が実行され、デジタル文書の生成のためのＳ９ユニットのトリガが実行される（電子小切手検証に関する通知を生成する手順）。検証のためのリクエストに基づき受信される電子小切手に関するデータが、当該手順の入力に転送される。文書は、デジタル文書の電子署名のためＫ１７ユニットの実行により発行者のＥＨＳにより署名される。Ｓ１３ユニットは、銀行に当該銀行によって送信されたアプリケーションの状態の変更を通知する。
【０１３１】
リクエストが確認できなかった場合、発行者は、“リクエストの拒絶”オプションを選択し、拒絶の根拠を指示する。リクエストの拒絶は、銀行による小切手の支払のためのアプリケーションの拒絶と同様に行われる。
【図１】
2015515032.tif 000003
【図２】
2015515032.tif 000004
【図３】
2015515032.tif 000005
【図４】
2015515032.tif 000006
【図５】
2015515032.tif 000007
【図６】
2015515032.tif 000008
【図７】
2015515032.tif 000009
【図８】
2015515032.tif 000010
【図９】
2015515032.tif 000011
【図１０】
2015515032.tif 000012
【図１１】
2015515032.tif 000013
【図１２】
2015515032.tif 000014
【国際調査報告】
2015515032.tif 000015
2015515032.tif 000016