KR20180017099A - 컴퓨터 구현 복수 통화 송장 캡처, 거래, 액세스 및 지불 시스템 - Google Patents

Abstract

본 발명은 컴퓨터 구현 송장 캡처, 거래, 액세스 및 지불 시스템들에 관한 것이다. 특히, 본 발명은 다수의 통화로의 송장들의 자동화된 캡처, 서로에 대하여 그리고 상이한 통화들로의 그러한 송장들의 거래를 용이하게 하고, 세계 각국에서의 그러한 송장들의 효율적인 지불을 달성할 수 있는 지불 명령어 파일들을 생성하는 컴퓨터 구현 송장 캡처, 거래, 액세스 및 지불 시스템에 관한 것이다.

Description

컴퓨터 구현 복수 통화 송장 캡처, 거래, 액세스 및 지불 시스템

관련 출원

본 출원은 2015년 6월 12일자로 출원된 호주 특허 출원 제2015902222호의 출원 및 우선권 날짜에 기반하고 이들의 이익을 주장하며, 출원된 그 내용이 그 전체가 참조로 본원에 포함된다.

발명의 분야

본 발명은 컴퓨터 구현 송장 캡처, 거래, 액세스 및 지불 시스템에 관한 것이다. 특히, 본 발명은 다수의 통화 및 국가에 걸쳐 작동할 수 있는 시스템에 관한 것이다.

본 발명은 상세하게는 산업 재산 사건에서의 송장을 캡처하고, 거래하고, 지불하도록 개발되었고, 그러한 적용을 참조하여 후술될 것이다. 그러나, 본 발명이 그러한 특정 사용에 제한되지 않고, 또한 다양한 분야에서 상이한 통화로 트랜잭션하는 엔티티들 사이에서 송장을 캡처하고, 거래하고, 액세스하고, 지불하는데 적절하다는 점이 이해될 것이다.

특허와 같은 산업 재산권은 단일 국가/구역에서의 보호만을 제공한다. 이에 따라, 사람이 많은 국가에서 특허 보호를 얻기를 원하면, 사람은 관심 있는 각각의 국가에서의 특허 사무소의 도움을 요청하여 얻을 필요가 있다. 그러한 작업을 교환하는 특허 사무소는 특허 사무소가 다수의 국가에 위치되므로, 다양한 상이한 통화로 송장을 교환한다. 각각의 특허 사무소는 각각의 특허 사무소의 본국에서 작동하는 각각의 특허 사무소의 본국에서의 회계 시스템을 사용한다. 종래 기술의 한가지 문제는 상이한 국가들로부터의 회계 시스템들이 서로와 호환되지 않는다는 것이다. 추가 문제는 특허 사무소들이 서로에 지불하는데 사용하는 금융 시스템들이 사무소들이 사용하는 회계 시스템들과 호환되지도 않고, 서로와 호환되는 국제 금융 이체 형식들도 아니라는 것이다.

외국 특허 사무소의 송장이 수취될 때, 외국 특허 사무소의 송장은 현지 특허 사무소의 회계 시스템으로 들어가질 필요가 있다. 이는 사용자가 청구서 작성자의 이름을 읽고, 사용자의 회계 기록들에서 상응하는 이름을 찾고, 공급자 이름에 대하여 송장을 기록하는 것으로 전형적으로 수작업으로 행해진다. 기존 자동화된 송장 캡처 시스템들은 일반적으로 하나의 통화를 고려하여 설계되었고, 그러므로, 하나의 국가에서의 시스템에 의한 정보 캡처는 다른 국가에서의 회계 시스템과 호환되지 않을 수 있다. 더욱이 IP 세계에서, 각각의 특허 사무소는 특정 사건을 고유하게 식별하기 위해 내부 레퍼런스를 사용한다. 기존 송장 데이터 캡처 툴은 그러한 내부 레퍼런스를 캡처하지 못하므로, 특허 사무소 회계 시스템과 호환되지 않는다.

다른 단점은 현지 특허 변리사들의 회계 시스템이 현지 특허 변리사들의 자국 통화로 있지만, 외국 특허 변리사들의 송장은 외국 통화로 있다는 것이다. 자국 통화로의 전환이 일어날 필요가 있지만, 환율이 정기적으로 변동하고 송장이 발행되었던 날 상의 환율이 송장이 계좌들로 들어가졌던 날짜와 상이하고 다시 송장이 지불되었던 날짜와 상이하므로, 어느 환율을 사용할지를 결정하는 것은 어렵다. 이에 따라, 회계 시스템에 의해 사용되는 통화는 그러한 송장의 지불에서 금전을 이체하는데 사용되는 은행 또는 외환 제공자와 흔히 상반된다. 환율이 상이하므로, 지불되거나 수취되는 총금액들은 특허 사무소의 회계 시스템에 저장되는 금액들과 일치하지 않는다. 회계 소프트웨어 및 제3 자 자금 이체 제공자 내의 환율들 사이의 이러한 비호환성은 알려진 시스템들의 한가지 단점이다.

현재의 시스템들의 추가 단점은 외국 국가에서의 청구서를 지불하기 위해, 사용자가 국제 전신 이체 트랜잭션을 개시해야 한다는 것이다. 국제 전신 이체는 국가(A)에서의 특허 사무소의 회계 시스템이 국가(B)에서의 수취하는 특허 사무소에 의해 사용되는 금융 시스템과 호환되지 않으므로, 필요하다. 세계 각국에서의 각각의 금융 시스템은 각각의 금융 시스템의 현지 트랜잭션에 대해 국제적으로 금전을 보내는데 사용되는 이체 형식과 호환되지 않는 상이한 형식을 사용한다.

종래 기술의 단점들 중 적어도 하나를 극복하거나 개선하거나 유용한 대안을 제공하는 것이 본 발명의 목적이다.

본 발명의 제1의 폭넓은 양태에 따르면, 중앙 처리 장치 및 메모리를 갖는 프로세싱 컴퓨터를 포함하는 컴퓨터 구현 송장 캡처 시스템이 개시되며, 메모리는 송장 데이터베이스, 공급자 데이터베이스 및 클라이언트 데이터베이스를 저장하고 시스템은:

a) 송장 정보를 포함하는 송장 이미지를 수신하는 것;

b) 적어도 하나의 청구서 작성자 이름 및 지불자 이름을 식별하도록 송장 이미지를 분석하고 송장 데이터베이스에서의 송장 기록에 청구서 작성자 및 지불자 이름들을 저장하는 것;

c) 퍼지 매칭 알고리즘을 사용하여 클라이언트 및 공급자 데이터베이스들에서의 클라이언트 기록들 및 공급자 기록들과 송장 이미지에서 식별되는 청구서 작성자 및 지불자 이름들을 비교하는 것;

d) 퍼지이지만 정확하지 않은 매치가 찾아지는 경우, 클라이언트 또는 공급자 데이터베이스로부터 매칭된 청구서 작성자 또는 지불자 이름으로 송장 기록에서의 송장 이미지에서 식별되는 청구서 작성자 또는 지불자 이름을 오버라이팅하는 것의 단계들을 수행하도록 구성된다.

이미지 파일을 분석하는 단계는:

a) 이미지 송장 통화를 식별하고 송장 데이터베이스에서의 송장 기록에 이미지 송장 통화를 저장하는 것;

b) 이미지 송장 통화를 클라이언트 또는 공급자 데이터베이스에 저장되는 청구서 작성자 송장 통화와 비교하는 것, 및 통화들이 매칭하지 않는 경우;

c) 클라이언트 또는 공급자 데이터베이스로부터의 청구서 작성자 통화로 송장 데이터베이스에서의 이미지 송장 통화를 오버라이팅하는 것을 더 포함할 수 있다.

이러한 양태에 따르면:

a) 송장 정보를 포함하는 송장 이미지를 수신하는 단계;

b) 적어도 하나의 청구서 작성자 이름 및 지불자 이름을 식별하도록 송장 이미지를 분석하고 송장 데이터베이스에서의 송장 기록에 청구서 작성자 및 지불자 이름들을 저장하는 단계;

c) 퍼지 매칭 알고리즘을 사용하여 클라이언트 및 공급자 데이터베이스들에서의 클라이언트 기록들 및 공급자 기록들과 송장 이미지에서 식별되는 청구서 작성자 및 지불자 이름들을 비교하는 단계;

d) 퍼지이지만 정확하지 않은 매치가 찾아지는 경우, 클라이언트 또는 공급자 데이터베이스로부터 매칭된 청구서 작성자 또는 지불자 이름으로 송장 기록에서의 송장 이미지에서 식별되는 청구서 작성자 또는 지불자 이름을 오버라이팅하는 단계를 포함하는 컴퓨터 구현 송장 캡처 방법이 또한 제공된다.

본 발명의 제2의 폭넓은 양태에 따르면:

중앙 처리 장치 및 메모리를 갖는 프로세싱 컴퓨터로서, 메모리는 송장 데이터베이스, 클라이언트 데이터베이스 및:

a) 송장 정보를 포함하는 송장 이미지를 수신하는 것;

b) 송장 이미지를 분석함으로써 지불자의 지불자 이름을 식별하는 것;

c) 지불자 이름에 상응하는 필요한 송장 필드들의 목록을 클라이언트 데이터베이스로부터 회수하는 것으로서, 상기 필요한 송장 필드들은 지불자의 회계 소프트웨어에 의해 필요로 되는 필드들의 세트를 나타내는 회수하는 것;

d) 송장 이미지를 추가로 분석함으로써 필요한 송장 필드들 각각에 상응하는 송장 데이터를 식별하는 것; 및

e) 송장 데이터베이스에서의 송장 기록에 식별된 송장 데이터를 저장하는 것의 단계들을 수행하도록 구성되는 저장된 명령어들을 저장하는 프로세싱 컴퓨터를 포함하는 컴퓨터 구현 송장 캡처 시스템이 개시된다.

저장된 명령어들은:

f) 지불자의 회계 소프트웨어와 호환되는 송장 업로드 파일을 생성하는 것; 및

g) 필요한 송장 필드들 각각에 상응하는 식별된 송장 데이터를 송장 업로드 파일로 라이팅하는 것의 추가 단계들을 수행하도록 구성될 수 있다.

일 실시예에서, 저장된 명령어들은 복수의 송장 이미지 각각에 대해 단계 a) 내지 단계 e)를 반복하도록 구성되며, 단계 f) 및 단계 g) 이후에, 송장 업로드 파일은 지불자의 회계 소프트웨어와 호환되는 형식으로 복수의 분석된 송장에 대한 송장 데이터를 포함한다.

저장된 명령어들은:

지불자 인터페이스 상에 송장 업로드 파일을 표시하는 것;

지불자 컴퓨터 시스템으로 송장 업로드 파일을 다운로드하는 것; 및

지불자의 회계 소프트웨어에 의해 작동되는 웹서비스 API와 호환되는 XML 요청으로 송장 업로드 파일을 변환하는 것 중 임의의 하나 이상을 수행할 수 있다.

일 실시예에서, 필요한 송장 필드들은 적어도: 청구서 작성자 통화; 청구서 작성자 레퍼런스; 및 지불자 레퍼런스를 포함한다.

시스템은 우선 클라이언트 데이터베이스로부터의 지불자 이름에 상응하는 지불자 레퍼런스 패턴을 회수하고 매치를 찾기 위해 송장 이미지 파일에서 찾아진 정보와 지불자 레퍼런스 패턴을 비교함으로써 지불자 레퍼런스를 식별하기 위해 송장 이미지 파일을 분석하도록 구성될 수 있다.

시스템은 메모리에 공급자 데이터베이스를 추가로 저장하고 우선 공급자 데이터베이스로부터의 청구서 작성자 이름에 상응하는 청구서 작성자 레퍼런스 패턴을 회수하고 매치를 찾기 위해 송장 이미지 파일에서 찾아진 정보와 청구서 작성자 레퍼런스 패턴을 비교함으로써 청구서 작성자 레퍼런스를 식별하기 위해 송장 이미지 파일을 분석하도록 구성될 수 있다.

일 실시예에서, 메모리는 은행 규칙 데이터베이스를 추가로 저장하고 저장된 명령어들은:

A) 송장 이미지에 포함되는 어드레스 정보로부터 청구서 작성자 국가를 식별하는 것;

B) 청구서 작성자 국가에 상응하는 필요한 은행 데이터 필드들의 세트를 은행 규칙 데이터베이스로부터 회수하는 것으로서, 필요한 은행 데이터 필드들은 청구서 작성자 국가에 위치되는 은행들이 은행 이체 명령어들을 처리해야 하는 필드들을 나타내는 회수하는 것;

C) 이미지를 추가로 분석함으로써 필요한 은행 데이터 필드들 각각에 상응하는 송장 데이터를 식별하는 것; 및

D) 송장 데이터베이스에서의 송장 기록에 식별된 송장 데이터를 저장하는 것의 단계들을 수행함으로써 분석된 송장으로부터 은행 상세 항목들을 캡처하도록 추가로 구성된다.

이러한 실시예에서, 저장된 명령어들은:

지불자의 금융 소프트웨어와 호환되는 은행 이체 명령어 파일을 생성하는 것; 및

필요한 은행 데이터 필드들 각각에 상응하는 식별된 송장 데이터를 은행 이체 명령어 파일로 라이팅하는 것의 단계들을 수행하도록 추가로 구성될 수 있다.

저장된 명령어들은:

복수의 송장 이미지 각각에 대해 단계 A) 내지 단계 D)를 반복하고,

지불자의 금융 소프트웨어와 호환되는 은행 이체 명령어 파일을 생성하고,

필요한 은행 데이터 필드들 각각에 상응하는 식별된 송장 데이터를 은행 이체 명령어 파일로 기록하여, 은행 이체 명령어 파일은 지불자의 금융 소프트웨어와 호환되는 형식으로 복수의 분석된 송장에 대한 송장 데이터를 포함하도록 구성될 수 있다.

저장된 명령어들은:

다운로드할 지불자에 대한 인터페이스 상에 은행 이체 명령어 파일을 표시하는 것;

지불자 컴퓨터 시스템으로 은행 이체 명령어 파일을 다운로드하는 것; 또는

지불자의 금융 소프트웨어에 의해 작동되는 웹서비스 API와 호환되는 XML 요청으로 은행 이체 명령어 파일을 변환하는 것 중 임의의 하나 이상을 수행하도록 추가로 구성될 수 있다.

이러한 양태에 따르면:

a) 송장 정보를 포함하는 송장 이미지를 수신하는 단계;

b) 송장 이미지를 분석함으로써 지불자의 지불자 이름을 식별하는 단계;

c) 지불자 이름에 상응하는 필요한 송장 필드들의 목록을 클라이언트 데이터베이스로부터 회수하는 단계로서, 상기 필요한 송장 필드들은 지불자의 회계 소프트웨어에 의해 필요로 되는 필드들의 세트를 나타내는 단계;

d) 송장 이미지를 추가로 분석함으로써 필요한 송장 필드들 각각에 상응하는 송장 데이터를 식별하는 단계; 및

e) 송장 데이터베이스에서의 송장 기록에 식별된 송장 데이터를 저장하는 단계를 포함하는 컴퓨터 구현 송장 캡처 방법이 또한 제공된다.

본 발명의 제3의 폭넓은 양태에 따르면, 중앙 처리 장치 및 메모리를 갖는 프로세싱 컴퓨터를 포함하는 컴퓨터 구현 송장 거래 시스템이 개시되며, 메모리는 환율 데이터베이스 및 송장 데이터베이스를 저장하며, 송장 데이터베이스는:

클라이언트 통화 및 클라이언트 송장 금액을 저장하는 복수의 클라이언트 송장 기록; 및

공급자 통화 및 공급자 송장 금액을 저장하는 복수의 공급자 송장 기록을 포함하며;

시스템은 공급자 통화가 클라이언트 통화와 매칭하지 않는 경우, 각각의 공급자 송장 기록에 대해:

a) 공급자 통화로의 공급자 금액을 환율 데이터베이스로부터 회수되는 환율을 사용하여 클라이언트 통화로 표시된 송장 금액으로 변환하고;

b) 사용자 인터페이스 상에 공급자 송장들의 표시된 송장 금액들을 표시하도록 구성된다.

바람직하게는, 환율은:

환율 데이터베이스에서의 가장 최근에 업데이트된 환율;

공급자 송장 기록에 저장되는 송장 날짜에 상응하는 환율; 및

사용자에 의해 선택되는 계획된 지불 날짜를 참조하여 계산되는 선물 환율로부터 선택된다.

보다 바람직하게는, 환율은:

매도 시세;

매입 시세; 및

중간 시장 시세 중 하나로부터 추가로 선택된다.

바람직하게는, 시스템은:

a) 복수의 클라이언트 송장 기록의 송장 금액들을 합하고;

b) 복수의 공급자 송장 기록의 표시된 송장 금액들을 합하고,

c) 클라이언트 송장 통화로 그러한 2개의 합계 사이의 차액을 계산하도록 추가로 구성된다.

보다 바람직하게는, 송장 거래 시스템은 클라이언트 및 공급자 송장 기록들의 선택된 그룹에 대해: 거래 날짜; 송장 번호; 청구서 작성자 이름 및 지불자 이름을 포함하는 정보를 추출하고; 금융 파일 형식으로 (.csv 파일과 같은) 파일에 정보를 저장하도록 추가로 구성된다.

바람직하게는, 시스템은 복수의 클라이언트 및 공급자 기록의 사용자 선택에 응하여, 선택된 클라이언트 송장 기록들에 거래 날짜 및 거래 레퍼런스를 저장하고 선택된 공급자 송장 기록들에 거래 날짜 및 거래 레퍼런스 및 표시된 송장 금액을 저장하도록 추가로 구성된다.

일 실시예에서, 시스템은 클라이언트 및 공급자 송장 기록들의 선택된 그룹에 대해:

각각의 통화로의 매입 및 매도 총액을 생성하고;

각각의 통화가 매입 또는 매도 총액만을 갖도록 특정 통화에 대한 임의의 매입 총액을 그러한 동일한 통화에 대한 임의의 매도 총액에 대하여 소거하고;

제3 자 외환 컴퓨터 시스템과 호환되는 외환 명령어로 각각의 남은 매입 또는 매도 총액을 변환함으로써 통합된 외환 명령어를 생성하도록 추가로 구성된다.

일 예에서, 통합된 외환 명령어는 남은 매입 또는 매도 총액들 모두를 포함하도록 생성되며, 통합된 외환 명령어는 제3 자 외환 컴퓨터 시스템과 호환된다.

저장된 명령어들은:

다운로드할 클라이언트에 대한 인터페이스 상에 외환 명령어를 표시하는 것;

클라이언트 컴퓨터 시스템으로 외환 명령어를 다운로드하는 것; 및

제3 자 외환 제공자에 의해 작동되는 웹서비스 API와 호환되는 XML 요청으로 외환 명령어를 변환하는 것 중 임의의 하나 이상을 수행하도록 추가로 구성될 수 있다.

이러한 양태에 따르면:

각각의 공급자 통화가 클라이언트 통화와 매칭하지 않는 복수의 공급자 송장 기록 각각에 대해:

a) 공급자 통화로의 공급자 금액을 환율 데이터베이스로부터 회수되는 환율을 사용하여 클라이언트 통화로 표시된 송장 금액으로 변환하는 단계; 및

b) 사용자 인터페이스 상에 공급자 송장 기록들의 표시된 송장 금액들을 표시하는 단계를 포함하는 컴퓨터 구현 송장 거래 방법이 또한 제공된다.

본 발명의 제4의 폭넓은 양태에 따르면:

중앙 처리 장치 및 메모리를 갖는 프로세싱 컴퓨터로서, 메모리는 적어도 하나의 송장 번호를 각각 저장하는 복수의 송장 기록을 포함하는 송장 데이터베이스, 각각의 공급자 기록이 적어도 하나의 공급자 도메인을 포함하는 복수의 공급자 기록을 저장하는 공급자 데이터베이스, 각각의 클라이언트 기록이 적어도 하나의 클라이언트 도메인을 포함하는 복수의 클라이언트 기록을 저장하는 클라이언트 데이터베이스, 및:

a) 사용자로부터 송장 번호 및 사용자 이메일 어드레스를 수신하는 것;

b) 사용자 이메일 어드레스로부터 사용자 이메일 도메인을 추출하는 것;

c) 사용자로부터 수신되는 송장 번호에 상응하는 찾아진 송장 기록을 식별하기 위해 송장 데이터베이스를 검색하는 것;

d) 사용자로부터 수신되는 송장 번호에 상응하는 찾아진 청구서 작성자 이름 및 찾아진 지불자 이름을 찾아진 송장 기록으로부터 회수하는 것;

e) 찾아진 청구서 작성자 이름 및 찾아진 지불자 이름 둘 다에 대해 공급자 데이터베이스를 검색하고 그러한 청구서 작성자 또는 지불자 이름들에 상응하는 임의의 찾아진 공급자 도메인을 회수하는 것;

f) 찾아진 청구서 작성자 이름 및 찾아진 지불자 이름 둘 다에 대해 클라이언트 데이터베이스를 검색하고 그러한 청구서 작성자 또는 지불자 이름들에 상응하는 임의의 찾아진 클라이언트 도메인을 회수하는 것; 및

g) 사용자 도메인이 찾아진 송장 기록에 상응하는 찾아진 클라이언트 도메인 또는 찾아진 공급자 도메인과 매칭할 때, 사용자가 송장 기록에 액세스하는 것을 가능하게 하는 것의 단계들을 수행하도록 구성되는 저장된 명령어들을 저장하는 프로세싱 컴퓨터를 포함하는 컴퓨터 구현 송장 액세스 시스템이 개시된다.

일 실시예에서, 사용자가 송장 기록에 액세스하는 것을 가능하게 하는 단계는:

사용자에게 액세스 가능한 인터페이스 상에 찾아진 송장 기록의 필드들 중 적어도 일부를 표시하는 것;

사용자의 컴퓨터로 찾아진 송장 기록에 저장되는 송장 이미지를 다운로드하는 것;

(.csv 형식으로와 같은) 찾아진 송장 기록 파일의 복사본을 다운로드하는 것;

사용자의 회계 소프트웨어와 호환되는 파일 형식으로 찾아진 송장 기록의 복사본을 다운로드하는 것; 및

사용자에게 암호화된 URL을 이메일로 보내는 것으로서, 암호화된 URL은 사용자에 의해 클릭될 때, 송장 기록의 적어도 일부를 회수하고 표시하도록 구성되는 이메일로 보내는 것 중 임의의 하나 이상을 포함한다.

사용자가 찾아진 송장 기록에 대한 액세스가 제공될 때, 사용자는 사용자 도메인이 임의의 다른 찾아진 송장 기록들의 청구서 작성자 또는 지불자 이름에 상응하는 공급자 도메인 또는 클라이언트 도메인과 매칭하는 송장 데이터베이스에서의 그러한 추가로 찾아진 송장 기록들에 대한 액세스가 동시에 제공될 수 있다.

일 실시예에서, 사용자는 패스워드를 제공할 필요 없이 찾아진 송장 기록에 액세스하는 것이 가능해진다. 일 예에서, 사용자는 패스워드를 제공할 필요 없이 추가로 찾아진 송장 기록들에 액세스하는 것이 가능해진다.

이러한 양태에 따르면:

a) 사용자로부터 송장 번호 및 사용자 이메일 어드레스를 수신하는 단계;

b) 사용자 이메일 어드레스로부터 사용자 이메일 도메인을 추출하는 단계;

c) 사용자로부터 수신되는 송장 번호에 상응하는 찾아진 송장 기록을 식별하기 위해 송장 데이터베이스를 검색하는 단계;

d) 사용자로부터 수신되는 송장 번호에 상응하는 찾아진 청구서 작성자 이름 및 찾아진 지불자 이름을 찾아진 송장 기록으로부터 회수하는 단계;

e) 찾아진 청구서 작성자 이름 및 찾아진 지불자 이름 둘 다에 대해 공급자 데이터베이스를 검색하고 그러한 청구서 작성자 또는 지불자 이름들에 상응하는 임의의 찾아진 공급자 도메인을 회수하는 단계;

f) 찾아진 청구서 작성자 이름 및 찾아진 지불자 이름 둘 다에 대해 클라이언트 데이터베이스를 검색하고 그러한 청구서 작성자 또는 지불자 이름들에 상응하는 임의의 찾아진 클라이언트 도메인을 회수하는 단계; 및

g) 사용자 도메인이 찾아진 송장 기록에 상응하는 찾아진 클라이언트 도메인 또는 찾아진 공급자 도메인과 매칭할 때, 사용자가 송장 기록에 액세스하는 것을 가능하게 하는 단계를 포함하는 컴퓨터 구현 송장 액세스 방법이 또한 제공된다.

본 발명의 제5의 폭넓은 양태에 따르면:

중앙 처리 장치 및 메모리를 갖는 프로세싱 컴퓨터로서, 메모리는 송장 번호, 청구서 작성자 이름 및 청구서 작성자 국가를 각각 저장하는 복수의 송장 기록을 포함하는 송장 데이터베이스, 각각의 공급자 기록이 공급자 국가 및 공급자 은행 계좌 정보를 포함하는 복수의 공급자 기록을 저장하는 공급자 데이터베이스, 복수의 은행 명령어 템플릿을 포함하는 은행 규칙 데이터베이스, 및:

a) 복수의 국가에 위치되는 공급자들에게 지불 가능한 송장들에 대한 복수의 선택된 송장 번호를 수신하는 것;

b) 선택된 송장 번호에 상응하는 복수의 찾아진 송장 기록을 식별하기 위해 송장 데이터베이스를 검색하는 것;

c) 각각의 송장을 발행했던 공급자들의 상응하는 청구서 작성자 이름들 및 청구서 작성자 국가들을 찾아진 송장 기록들 각각으로부터 회수하는 것;

d) 청구서 작성자 국가들 각각에 대해:

청구서 작성자 국가에 상응하는 찾아진 은행 명령어 템플릿을 식별하기 위해 은행 규칙 데이터베이스를 검색하는 것;

각각의 청구서 작성자 이름에 상응하는 은행 계좌 정보를 공급자 데이터베이스로부터 회수하는 것; 및

청구서 작성자 국가에 상응하는 은행 명령어 템플릿에 의해 구술되는 형식으로 국내 은행 이체 명령어 파일에 송장 번호, 송장 금액, 공급자 이름, 공급자 국가 및 공급자 은행 계좌 정보를 저장하는 것의 단계들을 수행하도록 구성되는 저장된 명령어들을 저장하는 프로세싱 컴퓨터를 포함하는 컴퓨터 구현 송장 지불 시스템이 제공된다.

일 실시예에서, 시스템은 청구서 작성자 국가들 각각에 대한 별도의 국내 은행 이체 명령어 파일을 생성하도록 구성된다.

시스템은 각각의 청구서 발부 국가에 상응하는 단일 국제 은행 이체 명령어를 생성하도록 추가로 구성될 수 있어, 국내 은행 이체 명령어 파일들 중 하나에서의 송장 금액들의 총액이 그러한 청구서 발부 국가에 상응하는 국제 은행 이체 명령어로 이체되는 금액과 동등하다.

일 실시예에서, 시스템은 외국 국가에 위치되는 금융 시스템으로 국내 은행 이체 명령어 파일을 송신하도록 추가로 구성된다.

시스템은 사용자의 본국에 위치되는 금융 시스템으로 국제 은행 이체 명령어 파일을 송신하도록 추가로 구성될 수 있다.

일 실시예에서, 국제 은행 이체 명령어 파일은 현지 은행이 제1 외국 은행 계좌로 자금들을 전신하게 하도록 구성되고, 국내 은행 이체 명령어는 제1 외국 은행 계좌로부터 그러한 동일한 외국 국가에 위치되는 복수의 은행 계좌로의 복수의 국내 이체를 그 다음 야기하도록 구성된다.

다양한 실시예들에서, 청구서 작성자 국가는:

i) 미국이고 국내 은행 이체 명령어 파일은 NACHA 형식과 호환되거나;

ii) 유럽 연합에 위치되고 국내 은행 이체 명령어 파일은 SEPA 형식과 호환되거나;

iii) 일본이고 국내 은행 이체 명령어 파일은 EFT 형식과 호환되거나;

iv) 호주이고 국내 은행 이체 명령어 파일은 EFT 형식과 호환되거나;

v) 싱가포르이고 국내 은행 이체 명령어 파일은 GIRO 형식과 호환된다.

이러한 양태에 따르면:

a) 복수의 국가에 위치되는 공급자들에게 지불 가능한 송장들에 대한 복수의 선택된 송장 번호를 수신하는 단계;

b) 선택된 송장 번호에 상응하는 복수의 찾아진 송장 기록을 식별하기 위해 송장 데이터베이스를 검색하는 단계;

c) 각각의 송장을 발행했던 공급자들의 상응하는 청구서 작성자 이름들 및 청구서 작성자 국가들을 찾아진 송장 기록들 각각으로부터 회수하는 단계;

d) 청구서 작성자 국가들 각각에 대해:

청구서 작성자 국가에 상응하는 찾아진 은행 명령어 템플릿을 식별하기 위해 은행 규칙 데이터베이스를 검색하는 단계;

각각의 청구서 작성자 이름에 상응하는 은행 계좌 정보를 공급자 데이터베이스로부터 회수하는 단계; 및

청구서 작성자 국가에 상응하는 은행 명령어 템플릿에 의해 구술되는 형식으로 국내 은행 이체 명령어 파일에 송장 번호, 송장 금액, 공급자 이름, 공급자 국가 및 공급자 은행 계좌 정보를 저장하는 단계를 포함하는 컴퓨터 구현 송장 지불 방법이 또한 제공된다.

본 발명은 또한 컴퓨팅 디바이스에 의해 실행될 때, 본 발명의 위의 양태들 중 임의의 것의 방법을 구현하도록 구성되는 컴퓨터 소프트웨어를 제공한다.

본 발명은 또한 그러한 컴퓨터 소프트웨어를 포함하는 (유형이고/이거나 비일시적인 컴퓨터 판독 가능 매체와 같은) 컴퓨터 판독 가능 매체를 제공한다.

본 발명의 위의 양태들 각각의 다양한 개별 특징 중 임의의 것, 및 청구항들에 포함되는 본원에 설명하는 실시예들의 다양한 개별 특징 중 임의의 것이 적절하고 원하는 바에 따라 결합될 수 있다는 점이 주목되어야 한다.

본 발명이 보다 분명히 확인될 수 있기 위해, 실시예들을 첨부 도면들을 참조하여 예로서만 이제 설명할 것이다:
도 1은 본 발명의 일 실시예에 따른 컴퓨터 구현 복수 통화 송장 캡처, 거래, 액세스 및 지불 시스템의 블록도이다.
도 2는 본 발명의 일 실시예에 따른 컴퓨터 구현 송장 캡처 시스템의 블록도이다.
도 3a는 도 2의 컴퓨터 구현 송장 캡처 시스템의 사용자 인터페이스의 본 발명의 일 실시예에 따른 송장 인박스 페이지의 스크린샷이다.
도 3b는 도 3a의 사용자 인터페이스의 송장 인박스 페이지 상에서 겹쳐지는 예시적인 송장 이미지의 스크린샷이다.
도 4는 본 발명의 일 실시예에 따른 송장 캡처 시스템의 은행 상세 항목 템플릿 캡처 부분의 블록도이다.
도 5는 본 발명의 일 실시예에 따른 컴퓨터 구현 송장 거래 시스템의 블록도이다.
도 6은 본 발명의 일 실시예에 따른 송장 인박스 페이지의 스크린샷들이다.
도 7은 본 발명의 일 실시예에 따른 거래 페이지의 스크린샷이다.
도 8a 및 도 8b는 본 발명의 일 실시예에 따른 거래 카트 페이지의 스크린샷들이다.
도 9는 본 발명의 일 실시예에 따른 감사 페이지의 스크린샷이다.
도 10은 본 발명의 일 실시예에 따른 거래 파일의 스크린샷이다.
도 11은 본 발명의 일 실시예에 따른 이력 페이지의 스크린샷이다.
도 12는 본 발명의 일 실시예에 따른 자동화된 거래 명령어 생성기의 블록도이다.
도 13a는 본 발명의 일 실시예에 따른 송장 액세스 시스템의 블록도이다.
도 13b는 도 13a의 시스템의 사용자 인터페이스의 송장 번호 필드의 개략도이다.
도 13c는 도 13a의 시스템의 작동을 도시하는 흐름도이다.
도 14는 도 13a의 시스템의 예시적인 출력이다.
도 15는 본 발명의 일 실시예에 따른 컴퓨터 구현 송장 지불 시스템의 블록도이다.
도 16은 본 발명의 일 실시예에 따른 컴퓨터 구현 송장 지불 시스템의 작동을 도시하는 흐름도이다.

설명 및 청구항들에서, 하나 이상의 지적/산업 재산 사건에서 제공되는 서비스들에 관하여 청구서 작성자로부터 지불자에게로 발행되는 청구서를 나타내도록 "송장"이란 용어가 사용된다. 문맥이 달리 분명히 나타내지 않는다면, 이러한 "송장"이란 용어가 임의의 시도 분야에서 기업들, 개인들 및 사무소들 사이의 임의의 화폐 문서 교환을 또한 포함하는 것으로 의도된다는 점이 이해될 것이다.

설명 및 청구항들에서, "지적 재산" 및 "산업 재산"이란 용어들은 상호 교환 가능하게 사용되고 둘 다 "IP"란 용어로 축약된다.

도 1에 도시된 바와 같이, 본 발명의 일 실시예의 컴퓨터 구현 복수 통화 송장 캡처, 거래, 액세스 및 지불 시스템(1)은 중앙 처리 장치(2) 및 메모리(3)의 형태의 컴퓨터 판독 가능 저장 매체를 포함한다. 메모리(3)는 저장된 별도로 또는 조합으로 저장될 수 있는 3개의 서브시스템을 포함한다. 이러한 3개의 서브시스템은 도 2 내지 도 4를 참조하여 보다 상세히 설명하는 송장 캡처 시스템(74), 도 5 내지 도 12를 참조하여 설명하는 송장 거래 시스템(75), 도 13a 내지 도 13c, 및 도 14를 참조하여 설명하는 송장 액세스 시스템(76), 및 도 15 및 도 16을 참조하여 설명하는 송장 지불 시스템(77)이다.

본 실시예의 시스템(1)은 인터넷과 같은 네트워크(9)를 통하여 billtrader.com 웹사이트와 같은 사용자 인터페이스(8)와 통신한다. 시스템은 외환 데이터베이스(70), 복수의 금융 시스템(78 및 78’) 및 사용자의 회계 소프트웨어 패키지(79)와 추가로 통신한다.

제1 실시예에서, 인터페이스(8)는 송장 작성 시스템(1)과 동일한 서버 상에 위치된다. 제2 실시예에서, 인터페이스(8)는 컴퓨터 시스템(1)으로부터 원격으로 위치되고 네트워크(9)를 통하여 액세스된다.

이제 도 2를 참조하면, 중앙 처리 장치(2) 및 메모리(3)의 형태의 컴퓨터 판독 가능 저장 매체를 포함하는 본 발명의 일 실시예의 컴퓨터 구현 송장 캡처 시스템(74)이 도시된다. 메모리는 송장 데이터베이스(4), 클라이언트 데이터베이스(5), 공급자 데이터베이스(6), 환율 데이터베이스(70), 및 내부에 저장되는 소프트웨어(7)의 형태의 프로그램 명령어들을 포함한다. 송장 캡처 시스템(74)은 인터넷과 같은 네트워크(9)를 통하여 웹사이트와 같은 사용자 인터페이스(8)와 통신한다. 시스템(74)은 네트워크(9)를 통하여 사용자의 회계 소프트웨어(79)와 추가로 통신한다.

시스템(74)과 도 1, 그리고 실제로 도 6, 도 13a 및 도 15의 시스템의 비교로부터, ― 편의를 위해― 유사 참조 번호들이 유사 구성 요소들을 식별하는데 사용되었다는 점이 주목되어야 한다. 그러나, 다양한 구성 요소가 유사 참조 번호들에 의해 식별되더라도, 일반적으로 별개의 요소들로서 제공될 것이라는 점이 이해되어야 한다. 이것에도 불구하고 일부 경우에, 통합된 형태로 일정 구성 요소들을 제공하는 것이 편리하거나 유리할 수 있다. 예를 들어, 송장 캡처 시스템(74)의 메모리(3)가 송장 캡처, 거래, 액세스 및 지불 시스템(1)의 메모리(3)에 하우징(housing)되거나 이것의 일부로서 제공될 수 있다는 점이 이해될 것이다.

도 2를 다시 참조하면 제1 실시예에서, 시스템(74)의 인터페이스(8)는 송장 캡처 시스템(74)과 동일한 서버 상에 위치된다. 제2 실시예에서, 인터페이스(8)는 송장 캡처 시스템(74)으로부터 원격으로 위치되고 네트워크(9)를 통하여 액세스된다.

일 실시예에서, 송장 캡처 시스템(74)의 CPU는 송장 캡처, 거래, 액세스 및 지불 시스템(1)의 CPU와 동일한 CPU이다. 대안적인 실시예에서, 그것들은 복수이지만 공유된 CPU들 그리고, 다른 실시예에서, 별도의 CPU들을 갖는다. 마찬가지로 앞서 논의된 바와 같이 일 실시예에서, 송장 캡처 시스템(74)의 메모리는 송장 캡처, 거래, 액세스 및 지불 시스템(1)의 메모리와 동일한 메모리이다. 대안적인 실시예에서, 그것들은 별도의 메모리들이다. 일 실시예에서, 외환 데이터베이스(70)는 송장 캡처 시스템의 메모리(74) 내에 위치된다. 대안적인 실시예에서, 외환 데이터베이스(70)는 원격으로 위치되고 송장 캡처 시스템(74)은 인터넷과 같은 네트워크(9)를 통하여 그러한 데이터베이스에 액세스한다.

도 3a를 참조하면, 사용자 인터페이스(8)의 송장 인박스 페이지(10)의 바람직한 실시예의 스크린샷이 도시된다. 송장 기록(11)이 인박스(10)에서 나타나기 위해, 송장 기록(11)은 다수의 단계를 거친다. 첫째로, 사용자는 mail@billtrader.com과 같은 중앙 이메일 어드레스로 물리적 송장(12)(미도시)의 이미지(16)(예를 들어, 도 3b의 송장 이미지(16) 참조)를 이메일로 보낸다. 송장 이미지(16)는 바람직하게는 PDF 또는 JPEG 형식이지만, 워드 프로세서 또는 다른 형식들일 수도 있다.

사용자로부터 이메일로 보내진 송장을 수신할 시에, 시스템(74)은 이메일이 수신되었던 이메일 어드레스에 상응하는 클라이언트 기록(13)을 식별하기 위해 클라이언트 데이터베이스(5)에 액세스한다. 클라이언트 기록(13)은 전형적으로 특허 변리사 사무소인 클라이언트에 대한 다수의 개수의 정보를 포함한다. 단순함을 위해, 호주 특허 사무소로서 클라이언트 및 외국 특허 사무소(즉, 상이한 관할권에 위치되는 특허 사무소)로서 공급자를 지칭할 것이다. 그러나, 클라이언트들 및 서비스 제공자들이 임의의 국가에 위치될 수 있고 특허 변리사 사무소들이 아닐 수 있다는 점이 당업자에 의해 이해될 것이다.

클라이언트 기록(13)은 적어도 클라이언트의 이름, 클라이언트가 송장들을 발행하는 통화, 클라이언트의 이메일 어드레스들에 포함되는 도메인 이름 및 전용 송장 이메일 어드레스(14)를 포함한다. 클라이언트로부터 이메일의 수신 시에, 시스템은 그러한 클라이언트와 연관된 전용 송장 이메일 어드레스(14)로 이메일을 재전송한다. 이메일이 그러한 전용 송장 이메일 어드레스(14)로 수신되었으면, 시스템은 송장 이미지(16)의 복사본을 시스템의 송장 데이터베이스(4)에 저장하고 사용자 인터페이스(8)의 송장 인박스 페이지(10) 상의 송장 인박스(15) 내의 "Inv. No." 열에 송장 번호에 인접한 송장 이미지(16)에의 링크(17)를 표시한다. 사용자 인터페이스(8)가 하이퍼링크로서 관련 있는 송장 번호를 표시함으로써 특정 송장에 상응하는 링크(17)를 제공할 수도 있어, 하이퍼링크의 선택이 상응하는 송장 이미지(16)를 표시하도록 시스템을 프롬프트할 것이라는 점이 주목되어야 한다. 이는 따라서 예를 들어, (후술하는) 도 7의 거래 페이지(36)에 있다.

대안적인 실시예에서, 시스템(74)은 송장 그 자체로부터의 청구서 작성자 이름(19) 또는 지불자 이름(20)을 분석하고 그러한 이름을 클라이언트 데이터베이스(5)에 저장되는 클라이언트 이름과 매칭함으로써만 송장이 비롯되었던 이메일 어드레스로부터의 클라이언트를 식별하지는 않는다.

이메일이 인박스(15)에서 수신되었으면, 시스템(74)은 키 송장 정보(18)를 회수하고 키 송장 정보(18)를 송장 데이터베이스(4)에 저장하기 위해 송장 이미지(16) 상의 분석을 수행한다. 분석은 전형적으로 송장 이미지를 분석하고, 찾아진 텍스트의 형태(예를 들어, 문자, 숫자), 키워드들(예를 들어, "송장 번호", 날짜) 및 페이지 상의 정보의 위치(예를 들어, 총액들이 전형적으로 페이지의 하단 쪽으로 찾아짐)에 기반하여, 키 정보(18)를 식별하는 것, 키 정보(18)를 송장 데이터베이스(4)에 저장하는 것, 및 송장 인박스(15)의 편집 가능한 열들(27) 내에 키 정보(18)를 표시하는 것을 수반한다. 키 정보(18)는 청구서 작성자 이름(19)(즉, 송장을 발행했고 지불 받을 예정인 사람/사무소), 지불자 이름(20)(즉, 청구서 작성자에게 금전을 지불할 의무가 있는 사람/사무소), 청구서 작성자의 레퍼런스(21), 송장 번호(22), 송장이 발행되었던 통화(23) 및 송장의 금액(24)을 포함한다.

도 4에 도시된 바와 같이, 청구서 작성자의 레퍼런스(21) 및 지불자의 레퍼런스(80)는 해당어 표들의 세트(81)를 참조하여 확인될 수 있다. 해당어 표들(81)은 청구서 작성자 또는 지불자 레퍼런스에 대해 각각의 국가에 사용되는 해당어들을 학습하는 동적으로 덧붙여지는 표들이며; 이러한 해당어들은 국가 순으로 저장된다. 도시된 바와 같이 미국, 영국 및 호주에서, 청구서 작성자의 레퍼런스(21)에 대한 하나의 해당어는 "나의 레퍼런스"이다. 호주에서의 다른 해당어는 "사건 번호"이다. 해당어 표들(81)은 둘 다가 송장 상세 항목들을 사용자의 회계 소프트웨어 패키지(79)로 정확하게 캡처하는데 필요한 청구서 작성자 레퍼런스(21) 및 지불자 레퍼런스(80) 둘 다를 정확하게 캡처하는 송장 분석 프로세스의 일부로서 사용된다.

바람직한 실시예에서, 클라이언트 데이터베이스(5)는 또한 특정 클라이언트 사무소가 특정 클라이언트 사무소 자체의 사건 번호들을 나타내는데 사용하는 형식에 상응하는 "나의 레퍼런스" 패턴(88)을 포함한다. 예를 들어, 사무소는 수반되는 파트너의 머리 글자(예를 들어, LLL)가 이어지는 설정된 수의 숫자(예를 들어, NNNNNN)가 이어지는 수반되는 지적 재산의 타입의 지표(예를 들어, 특허들의 경우 P, 상표들의 경우 T)로 사무소의 참조를 시작할 수 있다. 클라이언트/공급자의 패턴이 알려질 때, 시스템(74)은 송장 이미지(16)로부터 청구서 작성자 레퍼런스(21) 및 지불자 레퍼런스(80)를 훨씬 더 정확히 추출할 수 있다.

바람직한 실시예에서, 송장 캡처 시스템(74)은 데이터 검증 프로세스의 일부로서 캡처된 키 송장 정보(18)를 검토하고 캡처된 키 송장 정보(18)를 특정 공급자에 대한 앞서 캡처된 은행 정보 또는 특정 클라이언트 또는 공급자의 레퍼런스 패턴과 같은 알려진 정보와 비교한다. 이러한 알려진 정보를 이용함으로써, 송장들로부터 데이터를 추출하고 데이터를 검증하는 프로세스는 더 정확해진다.

이러한 바람직한 실시예에서, 사용자는 거래할 준비됨 버튼(25)을 클릭함으로써 송장 데이터베이스(4)에 자동적으로 생성된 키 정보(18)를 저장하기 전에 자동적으로 생성된 키 정보(18)를 편집하는 능력을 갖는다. 게다가, 사용자들은 업로드 버튼(26)(미도시)을 사용하여 송장 인박스(15)로 직접 부가 송장 이미지들(16)을 업로드할 수 있다.

업로드 버튼(26)이 사용되면, 시스템은 키 송장 정보(18)를 식별하고 키 송장 정보(18)를 송장 인박스(15)의 편집 가능한 열들(27)에서 표시하기 위해 상술한 분석을 자동적으로 수행한다.

분석이 수행되었고 키 송장 정보(18)가 식별되었으면, 시스템(1)은 추가 검증 단계를 수행한다. 도 2에 도시된 클라이언트 데이터베이스(5)는 클라이언트 데이터베이스(5)의 클라이언트 기록들(13)에서, 송장 작성 시스템을 운용하는 기업의 클라이언트들, 이러한 예에서 BillTrader(상표)인 모든 특허 변리사 사무소의 완료된 목록을 포함한다. 이러한 특허 사무소 클라이언트들 각각은 전형적으로 알려진 목록의 외국 특허 변리사 사무소들과 거래한다. "공급자들"로서 본원에 지칭되는 이러한 외국 특허 변리사들은 공급자 데이터베이스(6)에서의 복수의 공급자 기록(28)에 포함된다. 각각의 공급자 기록(28)은 적어도 공급자 이름(29), 공급자 통화(30)(즉, 공급자가 송장들을 생성하는 통화) 및 특정 클라이언트 기록(13)을 특정 공급자 기록(28)과 연관시키는 페어링 정보(31)를 포함한다. 이러한 페어링은 클라이언트-공급자 관계들의 완료된 목록을 나타낸다. 예를 들어, 단일의 호주 특허 사무소는 3개의 상이한 중국 특허 사무소와 업무를 교환할 수 있다. 페어링 정보는 그러한 4개의 당사자 사이의 클라이언트-공급자 관계를 나타낼 것이다.

특히 열악한 품질 스캔들이 사용될 때, 컴퓨터들이 이미지들을 정확히 인지하고 이미지들을 단어들로 바꿔놓는 것이 어려우므로, 그리고 특허 사무소의 이름이 라이팅되는 방식이 송장 상에서 공급자 데이터베이스(6)에 저장되는 공급자 이름(29)과 상이할 수 있으므로, 검증 단계는 그러한 정보를 자동적으로 교정하도록 수행된다. 검증 단계에서, 청구서 작성자 이름(19)은 이러한 예에서 "Simpson Attorneys"라 불리는 호주 특허 사무소인, 클라이언트 사용자에 상응하는 클라이언트 이름(32)과 우선 비교된다. 퍼지 로직이 유사하지만, 동일하지 않은 이름들이 그럼에도 불구하고 매칭될 수 있도록 이러한 비교에 사용된다. 예를 들어, 송장 이미지(16)가 청구서 작성자 이름으로서 "Simpson Attys”을 가졌으면, 시스템은 그러한 어구를 클라이언트 데이터베이스(6)에 저장되는 "Simpson Attorneys"의 정확한 클라이언트 이름(32)과 매칭할 것이다. 퍼지 매치의 경우에, 시스템은 부정확하거나 근사치인 이름 "Simpson Attys"를 정확한 청구서 작성자 이름 "Simpson Attorneys"로 오버라이팅하고 "Simpson Attorneys"를 송장 기록(11)의 청구서 작성자 이름(19) 필드에 저장한다.

마찬가지로, 검증 단계는 또한 Simpson Attorneys에 상응하는 페어링된 공급자들의 세트를 식별하고 이름들의 그러한 목록을 송장들 상에서 찾아진 청구서 작성자 이름들(19) 및 지불자 이름들(20)과 비교함으로써 공급자 이름들이 정확하다는 것을 보장하는 것을 수반한다. 한 번 더, 퍼지 로직은 유사하지만 정확하지 않은 이름들이 매칭되도록 사용된다. 퍼지 매치가 달성되면, 송장 기록(11)에서의 청구서 작성자 이름(19) 및 지불자 이름(20)은 공급자 데이터베이스(6)에서의 공급자 기록들(28)의 공급자 이름(29) 필드들에 저장되는 정확한 형태의 그러한 이름들로 오버라이팅된다.

이러한 검증 단계의 끝에서, 송장 인박스(15)에 나타내어진 청구서 작성자(19) 및 지불자 이름들(20) 모두는 클라이언트(5) 및 공급자(6) 데이터베이스들 각각에서의 클라이언트 이름들(32) 또는 공급자 이름들(29)에 정확하게 상응한다.

이러한 검증 단계를 수행함으로써, 사람 상호 작용/확인이 최소화되고 데이터가 자동적으로 크리닝되어, 사용자의 회계 소프트웨어(79)와의 매끄러운 통합을 가능하게 한다. 이는 또한 클라이언트 및 공급자 이름들이 외국 특허 사무소들의 회계부들에 의해 라이팅되는 방식을 검토하고 교정하는데 필요한 노고를 최소화한다. 키 정보의 추출을 자동화하고, 그 다음 그러한 키 정보를 검증함으로써, 본 송장 작성 시스템은 통상적인 수단보다 실질적으로 더 효율적이다.

도 3a의 스크린샷에 도시되지 않지만, 배후에서, 송장 캡처 시스템(74)은 또한 도 5에 도시된 바와 같이 송장 이미지(16)로부터 은행 계좌 정보를 캡처하고 있다.

도 5를 참조하면 공급자 데이터베이스(6) 내에서, 공급자가 위치되는 국가를 나타내는 공급자 국가(81) 및 공급자 이름(29)을 각각 포함하는 복수의 공급자 기록(28)이 저장된다. 금융 규칙들이 국가마다 상이하고 국가(A)에서의 은행 이체에 필요한 정보가 국가(B)에서의 은행 이체에 필요한 정보와 상이함에 따라, 시스템(74)은 공급자 국가(81)를 은행 규칙 데이터베이스(71)에 저장되는 은행 국가(82)와 교차 참조한다. 각각의 은행 국가(82)의 경우, 은행 이체들을 수행할 때, 그러한 국가에서의 은행들이 필요로 하는 상이한 필드들을 저장하는 은행 계좌 템플릿(83)이 은행 규칙 데이터베이스(71)에 저장된다. 예를 들어, 일부 국가는 BIC 코드를 필요로 하고, 다른 국가들은 BSB를 필요로 하고, 다른 국가들은 SWIFT 코드를 필요로 하는 등이다. 거의 모든 국가는 상이한 은행 계좌 명명법을 갖는다. 은행 계좌 데이터베이스(71)는 주요 국가들에 대한 템플릿들(83) 모두를 저장하고 송장 이미지(16)로부터 공급자의 은행 정보(84)를 추출할 때, 그러한 템플릿을 참조한다.

도 5는 호주에 대한 템플릿인 예시적 템플릿(AU_Temp1)을 도시한다. 템플릿은 다수의 필요한 은행 필드(85), 선택적 은행 필드(86) 및 은행 필드 해당어(87)를 포함한다. 공급자의 은행 정보(84)를 추출할 때, 송장 캡처 시스템(74)은 필드를 식별하는 것을 돕는 해당어들(87)을 이용함으로써 송장 내에서 필요한 은행 필드들(86)을 찾을 것이다. 예를 들어, 호주 공급자에 의해 발행되는 송장의 경우, 호주에서 필요한 BIC(은행 식별 코드)는 "BSB" 번호라 불리므로, 시스템은 BIC 대신에 스트링 "BSB"를 검색하고 BIC 필드로서 "BSB”를 뒤따르는 스트링을 저장한다.

도 3a를 다시 참조하면, 사용자가 거래하기를 원하는 청구서들을 사용자가 선택하는 것을 가능하게 하는 일련의 선택 가능한 체크박스들(33)이 또한 도시된다.

거래할 준비됨 버튼(25)이 눌러질 때, 시스템은 시스템의 메모리에서의 송장 데이터베이스(4)로 송장 인박스(15) 상에서 나타나는 정보로 송장 기록들(11)을 업데이트함으로써 응답한다. 게다가, 각각의 송장 기록(11)은 상태(35)를 포함한다. 업데이트 버튼(34)이 클릭될 때, 송장 상태(35)는 "계류 중"에서 "거래할 준비됨"으로 변경된다.

바람직한 실시예에서, 선택된 송장들이 거래할 준비됨일 때, 송장 업로드 파일(89)이 또한 생성된다. 송장 업로드 파일(89)은 사용자의 회계 소프트웨어(79)와 호환되는 형식의 파일이다.

그것의 바람직한 형태에서, 시스템(74)은 ― 지불자의 이름(20)을 식별하도록 송장 이미지(16)를 분석하였으면 ― 클라이언트 데이터베이스(5)를 검색하고 지불자 이름(20)에 상응하는 필요한 송장 필드들의 목록을 회수한다. 필요한 송장 필드들은 Aderant Expert(상표) 또는 InProtech(상표)와 같은 지불자의 회계 소프트웨어(79)에 의해 필요로 되는 필드들의 세트를 나타낸다. 시스템(74)은 그 다음 송장 이미지(16)로부터 키 정보(18)를 캡처하며, 캡처링 정보는 그러한 필요한 송장 필드들에 상응하고, 그 다음 송장 데이터베이스(4)에 송장 기록들의 정보를 저장한다.

바람직한 형태에서, 사용자가 "거래할 준비됨" 버튼(25)을 클릭할 때, 시스템은 도 12에 도시된 거래 파일(62)과 유사한 송장 업로드 파일(91)을 생성한다. 송장 업로드 파일(91)은 지불자의 회계 소프트웨어(79)와 호환되도록 구성되고 필요한 송장 필드들 각각에 상응하는 송장 이미지(16)로부터 추출되는 키 정보를 포함한다.

바람직한 실시예에서, "거래할 준비됨" 버튼(25)을 클릭할 시에, 송장 업로드 파일(91)은 사용자의 컴퓨터 시스템으로 자동적으로 다운로드된다. 사용자는 그 다음 그러한 공급자 송장들로부터 정보 모두를 수작업으로 입력할 필요 없이 사용자의 회계 소프트웨어(79)로 송장 데이터를 업로드하기 위해 그러한 파일을 사용할 수 있다. 정보 캡처 단계에서 사용자의 회계 소프트웨어 형식을 교차 참조함으로써, 시스템(74)은 시스템(74) 자체와 사용자의 회계 소프트웨어(79) 사이의 호환성을 보장한다.

대안적인 실시예에서, 송장 업로드 파일 정보(91)는 BillTrader 웹사이트와 같은 사용자 인터페이스(8) 상에 표시된다. 추가 대안에서, 시스템(74)은 웹서비스들, 또는 유사한 API를 통하여 사용자의 회계 소프트웨어(79)와 직접 통신한다. 그러한 일 실시예에서, 시스템은 사용자의 회계 소프트웨어에 의해 작동되는 웹서비스 API와 호환되는 XML 요청으로 송장 업로드 파일을 변환한다. 사용자의 회계 소프트웨어는 그 다음 시스템(74)에 의해 자동적으로 캡처되었던 키 송장 정보 모두를 포함하는 웹서비스 요청을 수신하고 웹서비스 요청을 사용자의 회계 소프트웨어 자체의 데이터베이스로 업로드할 수 있다. 이러한 방식으로, 송장 데이터의 자동화된 캡처는 사용자의 회계 소프트웨어와의 호환성을 보장하는 방식으로 달성된다.

상태 "거래할 준비됨"을 갖는 송장 기록들(11)은 도 7에 도시된 거래 페이지(36) 상에 나타난다.

우선 도 6을 참조하면, 본 발명의 일 실시예에 따른 컴퓨터 구현 송장 거래 시스템(75)의 블록도가 도시된다. 송장 거래 시스템(75)은 중앙 처리 장치(2) 및 메모리(3)의 형태의 컴퓨터 판독 가능 저장 매체를 포함한다. 메모리는 송장 데이터베이스(4), 클라이언트 데이터베이스(5), 공급자 데이터베이스(6), 환율 데이터베이스(70), 및 내부에 저장되는 소프트웨어(7)의 형태의 프로그램 명령어들을 포함한다. 송장 거래 시스템(75)은 인터넷과 같은 네트워크(9)를 통하여 웹사이트와 같은 사용자 인터페이스(8)와 통신하도록 구성된다.

이제 도 7을 참조하면, 송장 거래 시스템(75)의 일 실시예에 따른 거래 페이지(36)의 스크린샷이 도시된다. 거래 페이지(36)는 "나의 청구서들" 부문(37), "그들의 청구서들" 부문(38) 및 거래 개요 부문(39)을 포함한다.

나의 청구서들 부문(37)을 덧붙이기 위해, 시스템은 송장 상태(35)가 "거래할 준비됨"이고 지불 상태(40)가 "지불되지 않음"인 사용자의 클라이언트 이름(32)에 상응하는 송장들에 대한 송장 데이터베이스(4)를 검색한다. 모든 그러한 송장의 합계는 시스템(75)에 의해 계산되고 송장 총액(41)으로서 표시된다. 선택 가능한 거래 체크박스들(42)의 세트가 도시된 각각의 송장 기록(11) 옆에 표시된다. 선택될 때, 거래 총액(43)은 상응하는 선택된 송장들의 금액들의 합계로 업데이트된다.

나의 청구서들 부문(37)은 지불자 이름(20), 청구서 작성자 레퍼런스(21), 송장 날짜(44), 송장 번호(22), 송장 이미지(16)에의 링크(17) 및 송장 금액(24)을 포함하는 송장 기록의 다수의 필드를 나타낸다. 나의 청구서들 부문(37)에서, 송장들이 사용자의 바람직한 통화(즉, 클라이언트 통화)로 나타내어지며, 사용자의 바람직한 통화는 이러한 예에서 호주 달러라는 점을 주목해야 한다.

거래 체크박스들(42)이 확인될 때, 거래 총액(43)은 나의 청구서들 부문(37)에서 업데이트된다. 이러한 거래 총액(43)은 사용자가 외국 특허 사무소들에 의해 지불 받을 권리가 있는 금전의 금액이다. 이러한 금액은 사용자가 그들의 청구서들 부문(38)에 도시된 외국 특허 사무소들로부터 수취하였던 송장들에 대하여 거래에 이용 가능하다.

그것의 청구서들 부문(38)은 통화가 처리되는 방법을 제외하고 나의 청구서들 부문과 유사한 방식으로 운용된다. 도시된 바와 같이, 공급자들로부터 수취되는 이러한 송장들의 표시된 송장 금액들(45) 모두는 호주 달러(즉, 클라이언트 통화)로 나타내어진다. 이러한 송장들의 송장 통화들이 나타내어지지 않지만, PIPERS Patent Attorneys 송장 기록(46)은 뉴질랜드 달러의 송장 통화(25)를 갖고, OneLegal 송장 기록(47)은 싱가포르 달러의 송장 통화(25)를 갖고 SunYoung 송장 기록(48)은 한국 원의 송장 통화(25)를 갖는다.

바람직한 실시예에서, 시스템(75)은 실시간으로 그리고 이력적 기반(예를 들어, 과거의 특정 날에 대한 평균 매입, 매도 및 중간 시장 시세들) 상에서 둘 다로 매입 환율들(53), 매도 환율들(54) 및 중간 시장 환율들(55)을 저장하는 환율 데이터베이스(70)를 참조하여 표시된 송장 금액(45)을 계산한다.

일 실시예에서, 호주 달러로 표시된 송장 금액(45)은 실시간 매도측 환율(54)을 사용하여 뉴질랜드 달러로의 PIPERS 송장 기록(46)의 송장 금액(24)으로부터 계산된다. 이러한 실시예에서, 표시된 송장 금액(45)은 환율 데이터베이스(70)가 외환 정보 제공자로부터의 환율 공급(52)에 의해 업데이트되는만큼 흔히 업데이트되고 사용자가 거래 버튼(51)을 클릭할 때만 고정된다.

다른 실시예에서, 호주 달러로 표시된 송장 금액(45)은 이러한 경우에, 2015년 6월 16일인 송장 날짜(44)에서의 이력적 매도측 환율(54)을 사용하여 뉴질랜드 달러로의 PIPERS 송장 기록(46)의 송장 금액(24)으로부터 계산된다.

추가 실시예에서, 표시된 송장 금액(45)은 주어진 기간 동안의 환율을 고정시키는 시스템 운영자(이러한 경우에, BillTrader)와 외환 정보 제공자 사이에서 확립되는 선물 환율(56)을 참조하여 계산된다. 우측 상의 도 8a 및 도 8b에 도시된 거래 카트 페이지(57) 상에서 "지금 지불함" 또는 "이후에 지불함"이라는 명칭의 라디오 버튼(93)이 도시된다. 이후에 지불함 옵션은 (예를 들어, 90 일의) 클라이언트와의 확립된 동의된 지불 스케줄에 상응하는 선물 환율을 사용하도록 시스템을 트리거 한다. "지금 지불함" 옵션은 적은 수의 날 내에 지불되는데 동의되는 환율 또는 현재의 환율을 사용한다. 이러한 옵션은 시스템이 앞으로 시스템의 클라이언트들에게 청구하고 자금들을 수집할 예정인 공급자 송장들에 대한 환율을 연계 매매하는 툴로서 또는 단순히 지불 서비스(지금 지불함)로서 시스템을 사용하는 능력을 클라이언트에게 부여한다. "이후에 지불함"을 선택함으로써, 사용자는 사용자의 공급자 송장들에 대한 고정된 AUD 값을 고정화하고, 90 일 동의된 기한까지 AUD 총액을 시스템 운영자(이러한 경우에, BillTrader)에게 그 때 지불하기 전에, 그 다음 사용자의 현지 클라이언트로부터 그러한 정확한 AUD 자금들을 수집하는데 2개월이 걸릴 수 있다. 90 일 동안 이러한 방식으로 환율을 고정시킴으로써, 사용자 특허 사무소는 사용자가 사용자의 대리인의 송장을 사용자의 현지 클라이언트에게 전달하는 날짜와 사용자가 사용자의 외국 대리인에게 지불하는 날짜 사이에서 일어날 수 있는 통화 변동들에 대하여 환율 자체를 보호한다.

추가 실시예들은 시스템(1)이 실시간으로 또는 이력적 나날의 평균치들에 기반하여 매입측 환율(53), 매도측 환율(54) 또는 중간 시장 환율(55)을 참조하여 표시된 송장 금액(45)을 계산하는 것을 수반한다.

그들의 청구서들 거래 총액(43’)이 이러한 경우에, 4,520.84 호주 달러인 거래 차액(50)을 계산하기 위해 나의 청구서들 거래 총액(43)에서 감산되는 시스템에 의해 수행되는 계산의 결과가 거래 개요 부문(39)에서 표시된다.

개념적으로, 사용자는 사용자가 사용자의 외국 변호사 공급자들로부터 수취하였던 송장들에 대하여 사용자가 거래하기를 원하는 다수의 사용자 자체의 송장을 선택하고 있다. 따라서, 차액은 거래가 일어나면, 송장 시스템 운영자 이러한 경우에 BillTrader가 클라이언트에게 지불할 금액이다.

사용자가 거래 버튼(51)을 클릭하면, 송장 작성 시스템(1)은 사용자 인터페이스(8) 상에 거래 카트 페이지(57)를 표시한다. 도 8a에 도시된 바와 같이, 거래 카트 페이지(57)는 거래 페이지(36)와 유사하게 보이지만, 선택된 송장들의 거래 체크박스들(42)을 가졌던 송장들만이 표시되도록 필터가 적용되었다. 한 번 더, 페이지는 나의 청구서들 부문(37), 그들의 청구서들 부문(38) 및 거래 개요 부문(39)으로 분할된다.

통상적 웹사이트 쇼핑 카트 같이, 이러한 페이지는 사용자가 사용자의 거래를 확인하는 것을 가능하게 한다. 제거 체크박스들(58) 상에서 클릭하고, 그 다음 링크 제거(59)를 클릭하는 것은 임의의 선택된 송장 기록들이 이러한 거래 카트 페이지(57)에서 사라지게 한다. "카트 삭제" 페이지 상에서 클릭하는 것은 모든 송장을 선택 취소하고 사용자를 거래 페이지(36)로 복귀시킨다.

상술한 바와 같이, 라디오 버튼(93)은 현물 거래(즉, 지금 지불함)와 선물 환 예약(즉, 이후에 지불함) 사이에서 사용자가 토글하는 것을 가능하게 한다. 도 8b를 참조하면, 라디오 버튼(93)이 토글됨에 따라, "그들의 청구서들"의 표시된 개별 송장 금액들(45)은 선물 또는 현물 환율들을 반영하도록 변경된다. "나의 청구서들" 부문에서의 송장 금액들(24)은 송장 금액들(24)이 사용자의 자국 통화로 있으므로, 변경되지 않는다.

사용자가 거래 확인 버튼(60)을 클릭하면, 시스템(75)은 다수의 단계를 구현한다. 첫째로, 거래 카트 페이지(57) 상의 송장 기록들(11) 각각에 대한 송장 상태(35)는 "거래됨"으로 변경되고 이러한 상태는 시스템(75)의 메모리(3)에서의 송장 데이터베이스(3)에 기록된다. 둘째로, 페이지 상의 그들의 청구서들 각각의 경우, 표시된 송장 금액(45)은 각각의 거래된 송장의 송장 기록(11)에서의 거래된 금액 필드(61)에 라이팅된다. 셋째로, (도 10을 참조하여 후술하는) 거래 파일(62)이 생성되고 메모리(3)에 저장된다.

이제 도 9를 참조하면, 사용자가 거래 파일 다운로드 버튼(64)을 통하여 거래 파일(62)을 다운로드할 수 있는 감사 페이지(63)의 스크린샷이 도시된다. 예시적인 거래 파일(62)이 도 10에 도시된다. 거래 파일은 청구서 작성자 이름(19), 송장 번호(22), 송장 금액(24), 송장 통화(23), 송장들이 거래되었던 날짜를 나타내는 거래 날짜(68), 및 동시에 거래된 청구서들 모두를 링크하는 내부 레퍼런스인 거래 레퍼런스(92)를 포함한다. 그것의 바람직한 형태에서, "다운로드 버튼"(64)이 클릭되고, 시스템(75)이 클라이언트 데이터베이스로부터 사용자의 회계 소프트웨어 업로드 형식을 검색하고 호환이 되는 형식으로 거래 파일을 생성한다. 이러한 방식으로, 필드 헤더, 날짜 형식 등은 수작업 데이터 입력 없이 사용자가 거래하였던 청구서들의 기록을 사용자가 업로드하는 것을 가능하게 하는 형식이다. 시스템(75)의 운영자(예를 들어, BillTrader)는 외국 대리인들(즉, 공급자들)에게 지불하는 책무를 띠며, 사용자는 "지불됨"으로 표시되는 송장 상태들 모두로 사용자의 회계 소프트웨어(79)로 거래 파일을 업로드할 수 있다. 사용자의 관점에서, 대리인들이 지불받았으므로, 송장 상태는 그것을 반영할 수 있다. 외국 공급자들에게 실제 지불들을 이행하는 것은 BillTrader에게 달려 있지만, 사용자의 작업은 완료되었다.

이제 도 11을 참조하면, 일어났던 모든 이력적 송장 거래의 개요를 도시하는 이력 페이지(65)의 스크린샷이 도시된다. 거래 파일(62)은 이러한 페이지 상의 거래 파일 다운로드 버튼(64)을 통한 다운로드에 또한 이용 가능하다.

이력 페이지(65) 상의 정보의 대부분은 거래 날짜(68), 거래 파일 링크들(64), 지불된 날짜(69) 및 지불 레퍼런스 링크들(66)을 제외하고 상술한 정보와 부합한다. BillTrader와 같은 송장 시스템 운영자가 외국 변호사 송장들에 지불하면, 지불 확인 파일(66)이 송장 데이터베이스(4)에서의 상응하는 송장 기록(11)에 저장된다. 지불 확인 파일(67)은 전형적으로 사용자가 지불 레퍼런스 링크들(66)을 통하여 액세스할 수 있는 지불 은행에 의해 제공되는 (PDF JPEG 형식으로와 같은) 이미지 파일이다. 거래 날짜(68)는 거래가 일어나는 날짜이다. 지불된 날짜(69)는 BillTrader가 청구서 작성자에게 송장 금액을 지불했던 날짜이다.

이제 도 12를 참조하면, 거래 시스템(75)이 거래 파일(62)로부터 거래 명령어 파일(106)을 자동적으로 생성할 수 있는 이러한 실시예에 따른 프로세스의 흐름도가 도시된다. 시스템(75)에 의해 생성되는 거래 파일(62)은 거래가 수행되었으면, .CSV 파일로서를 포함하는 다양한 형식 중 임의의 것으로 생성될 수 있다. 거래 파일(62)은 사무소 이름(20), 청구서 작성자 레퍼런스(21), 지불자 레퍼런스(49), 송장 번호(22), (또한 클라이언트의 운영상의 통화로서 알려져 있는 클라이언트가 송장들에 거래하였던 통화인) 거래 통화(107), 송장 금액(24), 송장 통화(23), 거래 날짜(69) 및 거래 레퍼런스(64)와 같은 이력 페이지(65) 상의 정보와 유사한 정보를 포함한다.

시스템(75)은 거래일의 끝에서 그러한 거래 파일(62)을 생성하며; 거래 파일(62)은 유용한 정보인 시스템(75)에서 수행되는 모든 거래의 상세 항목들을 포함한다. 그러나, 파일의 형식이 외환 거래 소프트웨어에서 사용되는 파일들의 형식과 상반됨에 따라, 그러한 거래 소프트웨어를 통하여 통화를 매입하고 매도하기 위해 그러한 파일의 내용들을 사용하는 것이 가능하지 않다. 그러므로, 거래 시스템(75)은 이러한 실시예에 따라, 비호환성을 경감하기 위해 다수의 조작을 수행한다.

제1 페이즈(phase)에서, 시스템(75)은 거래 통화(107) 열에 모든 금액을 가져오고, 통화에 준하여 모든 금액을 그룹화하고, "매도" 열(109)에 모든 금액을 저장함으로써 제1 통합된 거래 개요(72)를 생성한다. 이러한 방식으로, 시스템은 거래 통화(107)가 지불 프로세스를 개시할 때, 사용자가 제공할 금액이므로, 시스템이 매입하는데 필요한 각각의 통화의 총금액들을 계산하고 있다. 시스템은 송장 통화(23) 열에 금액들의 유사한 합산을 행하고 통합된 거래 개요의 "매입" 열(108)에 금액들을 저장한다.

제2 페이즈에서, 거래 시스템(75)은 매입 또는 매도 열들에 제공되는 각각의 통화에 대해 어느 금액이 더 많은지를 결정함으로써 제2 통합된 거래 개요(110)를 생성한다. 금액이 매입 열에서 더 많으면, 매도 열에서의 동일한 통화에 대한 금액이 삭제되고 매입 열에서의 금액에서 감산된다. 도시된 예에서, 매입 열은 5,600 캐나다 달러를 반영하고 매도 열은 1,200 캐나다 달러를 반영한다. 제2 페이즈 조작은 매도 열(109)로부터 1,200 캐나다 달러를 삭제하고 매입 열(108)에서 5,600 캐나다 달러에서 1,200 캐나다 달러를 감산하여 매입 열에서 4,400 캐나다 달러를 남긴다.

이러한 방식으로 제2 페이즈 조작 이후에, 제2 통합된 거래 개요는 시스템 운영자가 매입하거나 매도하는데 필요한 각각의 통화의 총계를 반영한다. 이러한 예에서, 4,400 캐나다 달러, 411 덴마크 크로네 및 1,103 일본 엔을 매입할 필요가 있고 14,000 유럽 연합 유로, 7,000 호주 달러 및 7,178 미국 달러를 매도할 필요가 있다.

제3 페이즈에서, 거래 시스템(75)은 외환 소프트웨어 시스템에의 업로드에 적절한 거래 명령어 파일(106)로 제2 통합된 거래 개요(110)를 변환한다. 거래 명령어 파일(106)은 매입 금액(111), 매입 통화(112), 매도 금액(113) 및 매도 통화(114)를 포함하는 다수의 필드를 포함한다. 외환 소프트웨어 시스템에 업로드될 때, 거래 명령어 파일(106)은 거래 파일(62)에서의 개별 거래들 모두와 동등한 통합된 거래 명령어들을 개시한다.

이러한 바람직한 방법에 의해 거래 파일(62)을 거래 명령어 파일(106)로 변환함으로써, 시스템(75)은 거래 명령어 파일(106)에서의 통합된 거래의 수가 거래 파일(62)에서의 개별 송장 거래들보다 상당히 더 작으므로, 실제 외환 거래들을 달성하는데 필요한 컴퓨터 리소스들을 실질적으로 감소시킨다. 더욱이, 거래 파일(62)은 외환 소프트웨어와 호환되지 않으므로, 이러한 비호환성을 제거하는 것은 사용자 인터페이스(8) 및 외환 소프트웨어의 상호 운용 가능성을 개선한다.

이제 도 13a를 참조하면, 바람직한 실시예에 따른 송장 액세스 시스템(76)이 개시된다. 시스템(76)은 사용자에게 저장된 송장에 대한 반보안적 액세스를 제공한다. 송장 정보는 일반적으로 매우 기밀이지는 않고, 세계 각국에서의 수 천개의 송장에 액세스하는 수 백명의 또는 수 천명의 사용자로, 각각의 사용자가 사용자 이름 및 패스워드를 기억하는 것을 필요로 하는 것은 이상적이지 않다. 이러한 실시예에서, 시스템(76)은 사용자의 이메일 어드레스의 도메인 이름 부분이 송장에 상응하는 청구서 작성자 또는 지불자에 대하여 저장되는 도메인과 매칭하면, 사용자에 대한 액세스를 승인한다. 일반적으로 말하면, 특허 변리사 사무소의 고용인은 그러한 사무소의 웹사이트의 도메인과 매칭하고 도메인이 그러한 사무소에 고유한 이메일 어드레스를 가질 것이다. 이러한 반보안적 액세스 접근법을 채용함으로써, 특정 사무소의 임의의 고용인은 임의의 고용인의 사무소가 발송하였거나 수취하였던 송장들에 대한 액세스가 제공될 수 있다.

더 상세히 도 13a를 참조하면, 송장 액세스 시스템(76)은 중앙 처리 장치(2) 및 메모리(3)를 갖는 프로세싱 컴퓨터를 포함한다. 메모리(3)는 각각 송장 번호(22)를 갖는 다수의 송장 기록(11)을 갖는 송장 데이터베이스(4)를 갖는다. 메모리(3)는 또한 다수의 공급자 기록(28)을 저장하는 공급자 데이터베이스(6)를 저장한다. 공급자 기록들(28)은 특허 변리사의 이메일 어드레스에서 @ 기호를 뒤따르는 이메일 어드레스의 일부인 공급자 도메인(94)을 각각 포함한다. 그러한 공급자 도메인은 공급자가 나온 특허 사무소를 고유하게 식별하는 역할을 한다.

메모리(3)는 또한 다수의 클라이언트 기록(13)을 수용하는 클라이언트 데이터베이스(5)를 포함한다. 클라이언트 기록들(13)은 클라이언트 도메인이 @ 기호를 뒤따르는 특허 변리사 사무소 클라이언트의 이메일 어드레스의 부문인 클라이언트 도메인(94)을 클라이언트 기록들(13) 내에 저장하였다.

도 13b는 사용자가 송장 번호(22)를 입력할 수 있는 사용자 인터페이스(8)의 송장 번호 필드(96)의 개략도인 반면에, 도 13c는 도 13a의 시스템(76)의 작동을 도시하는 흐름도이다. 도 13c를 참조하면, 송장 번호(22)를 사용자 인터페이스(8)의 송장 번호 필드(96)로 입력할 시에, 시스템(76)은 공급된 송장 번호가 송장 데이터베이스(4)에 존재하는지 여부를 식별하기 위해 송장 데이터베이스(4)에 질의한다(97). 그렇지 않으면, 시스템(76)은 사용자가 새로운 송장 이미지의 복사본을 업로드할 것을 요청함으로써(98) 응답한다. 공급된 송장 번호(22)가 송장 데이터베이스(4)에서 찾아지면, 시스템(76)은 사용자의 이메일 어드레스(99)를 요청함으로써(102) 응답한다. 사용자 이메일 어드레스(99)를 수신할 시에, 시스템(76)은 공급자(6) 및 클라이언트(5) 데이터베이스들 각각에 저장되는 공급자(94) 및 클라이언트 도메인들(95)과 사용자의 이메일 어드레스의 도메인 이름 부분을 비교함으로써(103) 응답한다.

대안적인 실시예에서, (공급자(94) 및 클라이언트(95) 도메인들에 상응하는) 청구서 작성자 도메인(100) 및 지불자 도메인(101)은 송장 데이터베이스(4)에 저장되고, 시스템(76)은 공급자(6) 및 클라이언트(5) 데이터베이스들 대신에 그러한 데이터베이스를 검색한다.

시스템(76)이 사용자의 도메인과 청구서 작성자 도메인(100) 또는 지불자 도메인(101) 사이에서 매치를 찾으면, 시스템(76)은 (도 14에 도시된 바와 같이) 사용자 인터페이스(8) 상에서 입력된 클라이언트 송장 번호 뿐만 아니라 청구서 작성자 이름(19) 또는 지불자 이름(20)에 상응하는 도메인들이 사용자의 도메인과 매칭하는 송장 데이터베이스(4)에 저장되는 임의의 송장도 표시한다.

이러한 방식으로 단일 송장 번호를 입력할 시에, 사용자는 당해의 송장뿐만 아니라, 사용자 또는 사용자의 해외의 공급자들에 의한 임의의 미결제의 송장에도 거래할 수 있다.

바람직하게는, 보안 URL이 이메일을 통하여 사용자의 이메일 어드레스(99)로 송신되는(104) 중간 검증 단계가 일어난다. 그러한 보안 링크를 사용자의 클릭하는 것에 응하여, 시스템(76)은 사용자 인터페이스(8) 상에서 더 이전에 입력된 송장 기록(11)의 상세 항목들을 표시한다. 그러한 사용자 인터페이스(8)로부터, 사용자는 또한 사용자의 사무소가 청구서 작성자 또는 지불자인 송장 데이터베이스(4)에 저장되는 완료된 세트의 송장 기록들(11)에 대한 액세스를 갖는다.

실제로, 시스템(76)은 보안 URL을 클릭할 시에 반보안적 세션을 확립할 것이다. 그러한 세션은 사용자 인터페이스(8)에 크리덴셜들을 제공하며; 이러한 크리덴셜들은 그러한 세션 동안, 청구서 작성자 이름 또는 지불자 이름이 사용자의 도메인과 매칭하는 임의의 송장 기록에 사용자가 액세스하는 것을 가능하게 한다. 이러한 방식으로 패스워드를 제공할 필요 없이, 사용자는 사용자 인터페이스(8)를 통하여 사용자가 지불할 의무가 있거나 지불 받을 권리가 있는 청구서들에 접근할 수 있다.

바람직한 실시예에서, 세션이 (사용자가 웹사이트를 떠나거나, 비활성의 기간 후에 시스템을 통하여 타임 아웃되는 것에 의해) 종료하면, 보안 URL은 더 이상 작동하지 않는다. 송장을 검토하기 위해, 사용자는 당해의 송장 번호(22)를 재입력해야 하고 사용자는 사용자의 이메일 어드레스를 제공한 후에 보안 URL을 다시 수신할 것이다. 이러한 방식으로, 보안 URL은 사용자의 사무소로 또는 이것으로부터 지불할 의무가 있는 송장들에 사용자가 액세스하도록 임시 크리덴셜들을 제공하는 1회 사용 세션 식별자이다.

이제 도 15를 참조하면, 본 발명의 일 실시예에 따른 컴퓨터 구현 송장 지불 시스템(77)의 블록도가 도시된다. 시스템(77)은 중앙 처리 장치(2) 및 메모리(3)의 형태의 컴퓨터 판독 가능 저장 매체를 포함한다. 메모리는 송장 데이터베이스(4), 클라이언트 데이터베이스(5), 공급자 데이터베이스(6), 환율 데이터베이스(70), 은행 규칙 데이터베이스(71) 및 내부에 저장되는 소프트웨어(7)의 형태의 프로그램 명령어들을 포함한다. 송장 지불 시스템(77)은 인터넷과 같은 네트워크(9)를 통하여 웹사이트와 같은 사용자 인터페이스(8)와 통신한다. 시스템(77)은 네트워크(9)를 통하여 사용자의 국가 및 외국 국가들 둘 다에서 복수의 금융 시스템(78 및 78’)과 추가로 통신한다.

복수의 외국 통화로의 지불을 필요로 하는 복수의 공급자 송장 기록의 수취 시에, 시스템은:

a) 공급자 송장들을 통화 세트들로 그룹화하는 단계;

b) 송장들의 각각의 외국 통화의 각각의 통화 세트에서의 송장들을 합하는 단계; 및

c) 일련의 자금 이체 명령어들을 생성하는 단계를 포함하는 다수의 단계를 수행한다.

자금 이체 명령어들은 외국 은행 계좌로 단일 통화 세트의 총금액을 이체하는 단일 국제 자금 이체 명령어 및 동일한 외국 통화로 위치된 은행들 사이에서 자금들을 이체하는 복수의 현지 자금 이체 명령어를 포함한다.

예를 들어, 하나의 호주 특허 변리사 사무소는 지불할 40개의 공급자 송장을 갖는다. 그러한 공급자 송장들은 미국, 중국 및 일본의 특허 사무소들에서 비롯된다. 송장들 중 15개는 미국으로부터이고 합계가 135,000 미국 달러가 된다. 송장들 중 12개는 중국에서 비롯되고 합계가 780,000 중국 위안이 되고 일본으로부터의 남은 13개의 송장은 합계가 1,200,000 일본 엔이 된다.

통상적 국제 자금 이체 접근법들이 40개의 세트의 국제 금융 수수료들을 발생시키고 40개의 통화 환율을 이루는 40개의 국제 자금 이체를 수반할 것이지만, 본 시스템은 대신에 이하의 자금 이체 명령어들:

a) 호주 BillTrader 은행 계좌로부터 미국, 중국 및 일본에 위치되는 BillTrader 은행 계좌들로의 3개의 국제 자금 이체 명령어; 및

b) 1. BillTrader의 미국 은행 계좌로부터 15개의 미국 특허 사무소 은행 계좌로의 총 135,000 미국 달러가 되는 15개의 현지 자금 이체 명령어;

2. BillTrader의 중국 은행 계좌로부터 12개의 중국 특허 사무소 은행 계좌로의 총 780,000 중국 위안이 되는 12개의 현지 자금 이체 명령어;

3. BillTrader의 일본 은행 계좌로부터 13개의 일본 특허 사무소 은행 계좌로의 총 1,200,000 일본 엔이 되는 13개의 현지 자금 이체 명령어인 40개의 현지 자금 이체 명령어를 생성한다.

43개의 자금 이체 명령어는 자금 이체 데이터 파일들의 세트로서 저장되고 자금 이체들을 수행하는 각각의 은행에 전자적으로 분배될 수 있다.

이러한 실시예를 본 발명의 일 실시예에 따른 컴퓨터 구현 송장 지불 시스템(77)의 작동을 도시하는 흐름도인 도 16을 참조하여 보다 상세히 설명한다. 외국 국가들에서의 개별 제3 자 은행 계좌들로 개별 국제 전신 이체 지불들을 발송하는 것 대신에, 시스템(77)은 내국 은행 계좌들 사이의 제1 쇄도의 이체들 그리고 제3 자 은행 계좌들로의 제2 쇄도의 이체들을 생성한다.

도 16에서, 시스템(77)이 국제 전신 이체 파일(120)에 의해 트리거되는 일련의 국제 전신 이체를 발송하는 호주 내국 은행 계좌(115)(지불 시스템(77)의 사용자에 의해 소유되고 운용되는 계좌인 '내국' 은행 계좌)가 도시된다. 국제 전신 이체 파일(120)은 지불될 필요가 있는 다양한 국가에서의 총금액들의 개요를 포함하고 (이러한 예에서) 시스템 운영자의 내국 호주 금융 시스템(78)과 호환되는 방식으로 형식화된다.

이러한 예에서, 호주 내국 은행 계좌(115)는 미국에 위치되는 미국 내국 은행 계좌(116), 핀란드에 위치되는 유럽 내국 은행 계좌(117), 일본에 위치되는 일본 내국 은행 계좌(118) 그리고 싱가포르에 위치되는 싱가포르 내국 은행 계좌(119)로 일련의 국제 전신 이체를 발송한다.

각각이 각각의 국가에서 필요한 벌크 이체들의 형식에 따라 지불 시스템(77)에 의해 생성되는 이체 파일에 의해 트리거되고 해외에서 운용되는 내국 은행 계좌들로 업로드되는 제2 쇄도의 이체들에서, 다수의 국내 이체가 행해진다. 도시된 바와 같이, NACHA 형식 파일(125)은 내국 미국 은행 계좌(116)로부터 미국에 모두 위치되는 복수의 국내 제3 자 은행 계좌(121, 121’)로 다수의 국내 이체를 트리거한다. SEPA 형식 파일(126)은 내국 유럽 은행 계좌(117)로부터 유럽 연합에 모두 위치되는 복수의 국내 제3 자 은행 계좌(122, 122’)로 다수의 국내 이체를 트리거한다. EFT 형식 파일(127)은 내국 일본 은행 계좌(118)로부터 일본에 모두 위치되는 복수의 국내 제3 자 은행 계좌(123, 123’)로 다수의 국내 이체를 트리거한다. 마찬가지로, GIRO 형식 파일(128)은 내국 일본 은행 계좌(118)로부터 싱가포르에 모두 위치되는 복수의 국내 제3 자 은행 계좌(124, 124’)로 다수의 국내 이체를 트리거한다.

숙련된 청자는 상이한 국가들 및 관할권들의 금융 관행들 및 필요 조건들에 따라 많은 다른 형식이 가능하다는 점을 이해할 것이다.

지불 시스템(77)은 도 12에 도시된 바와 같이 거래 시스템(75)이 거래 명령어 파일을 생성하는 유사한 방식으로 국제 전신 이체 파일(120)을 생성한다. 제1 페이즈에서, 시스템은 거래 파일(62)을 취하고, 각각의 국가에서의 송장 금액들을 검토할 뿐만 아니라 공급자 국가(81)에 준하여 송장 금액들을 그룹화하기도 하는 통합된 지불 파일을 생성한다. 각각의 국가에 대해, 시스템은 지불될 필요가 있는 금액들을 합하고 그러한 국가에서의 내국 은행 계좌(예를 들어, 116)의 상세 항목들을 추가한다. 시스템은 그 다음 시스템 운영자의 내국 은행 시스템(78)에 받아들일 수 있는 형식으로 파일을 재형식화하고 바람직하게는 자동화된 지불을 위해 은행 시스템(78)으로 파일(120)을 거쳐 보낸다.

NACHA 형식 파일과 같은 개별 국가 파일들을 생성할 때, 지불 시스템(77)은 각각의 국가에 대한 거래 파일(62)을 분석하고 특정 공급자 국가(81)에서의 공급자들에게 지불 가능한 송장들을 식별한다. 찾아지면, 지불 시스템(77)은 그 다음 그러한 국가 및 필수의 필드들에 대한 정확한 파일 형식을 결정하기 위해 은행 규칙 데이터베이스(71)를 검색한다. 찾아지면, 지불 시스템(77)은 지불될 필요가 있는 모든 송장을 포함하는 NACHA 형식 파일(125)을 생성하며, 각각의 공급자의 은행 계좌 상세 항목들은 공급자 데이터베이스(6)로부터 회수된다.

은행 규칙 데이터베이스(71)로부터 정확한 파일 형식을 식별하고, 각각의 국가에서의 공급자들에게 지불 가능한 송장들을 선택하고, 공급자 데이터베이스(6)로부터 그러한 공급자들의 상응하는 은행 계좌들을 식별하고, 국가 혼재에 적절한 바에 따라 SEPA 126, EFT 127 또는 GIRO 128 지불 파일을 생성하는 프로세스가 그 다음 각각의 국가 또는 관할권에 대해 반복된다. 바람직하게는, 시스템은 그 다음 외국 국가들에서의 내국 은행 계좌들(116 내지 119) 각각에 상응하는 금융 시스템(78’)으로 네트워크(9)를 통하여 이체 파일들 각각을 송신한다.

보다 바람직하게는, 시스템은 근무일 1일에서 국제 전신 이체 파일(120)을 사용하여 제1 국제 전신 이체를 발송하며, 그 다음 다양한 국내 이체 파일(125 내지 128)을 사용하여 복수의 국내 전신 이체 명령어를 발송하기 위해 예를 들어, 근무일 3일까지 대기한다. 그러한 방식으로, 국제 전신 이체는 이후의 국내 이체들이 개시되기 전에, 도달하고 처리되기에 충분한 시간이 주어진다.

위의 실시예들이 그러한 실시예들의 구조 및 기능을 청자가 이해하는 것을 돕기 위해 예시적으로 제공되었다. 그러한 청자는 실시예들로부터의 다양한 특징 및 기능이 선택적으로 조합으로 이용 가능하거나, 일 실시예의 정확한 구현의 세부 사항에 따라 상호 교환 가능하거나 생략 가능하다는 점을 특히 본원의 교시의 이익을 고려해 볼 때 또한 이해할 것이다. 예시적인 실시예들을 제공하는 것에의 발명자들의 의도는 본 발명의 구현을 입증하고 그러한 특징들 및 기능들이 다른 가능한 실시예들로부터 추가되거나, 대체되거나, 생략될 수 없다는 것을 제안하지 않는 것이다.

본 발명을 특정 예들을 참조하여 설명하였지만, 본 발명이 디바이스들, 시스템들 및 방법들로서 구현되는 것을 포함하지만 이제 제한되지 않는 많은 다른 형태로 구현될 수 있다는 점이 당업자에 의해 이해될 것이다.

뒤따르는 청구항들에서 그리고 본 발명의 앞선 설명에서, 문맥이 달리 요구하는 경우를 제외하고, 또는 명확한 언어 또는 필연적인 함축 때문에, "포함하다(comprise)"란 단어 또는 "포함한다(comprises)" 또는 "포함하는(comprising)"과 같은 변형들은 본 발명의 다양한 실시예에서 포괄적인 의미로, 즉, 진술된 특징들의 존재를 구체화하지만 추가의 특징들의 존재 또는 부가를 배제하기 않도록 사용된다.

게다가, 종래 기술에 대한 본원의 임의의 참조는 그러한 종래 기술이 임의의 국가에서의 통상의 일반적 인지의 일부를 형성하거나 형성하였다는 것을 시사하는 것으로 의도되지 않는다.

도면 참조 번호

이하의 도면 참조 번호 표는 읽는 자의 이해의 용이함을 위해 제공된다:

Claims (42)

1. 중앙 처리 장치 및 메모리를 갖는 프로세싱 컴퓨터를 포함하는 컴퓨터 구현 송장 캡처 시스템으로서, 상기 메모리는 송장 데이터베이스, 공급자 데이터베이스 및 클라이언트 데이터베이스를 저장하고 상기 시스템은:
   a) 송장 정보를 포함하는 송장 이미지를 수신하는 것;
   b) 적어도 하나의 청구서 작성자 이름 및 지불자 이름을 식별하도록 상기 송장 이미지를 분석하고 상기 송장 데이터베이스에서의 송장 기록에 상기 청구서 작성자 및 지불자 이름들을 저장하는 것;
   c) 퍼지 매칭 알고리즘을 사용하여 상기 클라이언트 및 공급자 데이터베이스들에서의 클라이언트 기록들 및 공급자 기록들과 상기 송장 이미지에서 식별되는 상기 청구서 작성자 및 지불자 이름들을 비교하는 것;
   d) 퍼지이지만 정확하지 않은 매치가 찾아지는 경우, 상기 클라이언트 또는 공급자 데이터베이스로부터 매칭된 청구서 작성자 또는 지불자 이름으로 상기 송장 기록에서의 상기 송장 이미지에서 식별되는 상기 청구서 작성자 또는 지불자 이름을 오버라이팅하는 것의 단계들을 수행하도록 구성되는, 시스템.
2. 제1항에 있어서,
   상기 이미지 파일을 분석하는 단계는:
   e) 이미지 송장 통화를 식별하고 상기 송장 데이터베이스에서의 상기 송장 기록에 이미지 송장 통화를 저장하는 것;
   f) 상기 이미지 송장 통화를 상기 클라이언트 또는 공급자 데이터베이스에 저장되는 청구서 작성자 송장 통화와 비교하는 것, 및 상기 통화들이 매칭하지 않는 경우;
   g) 상기 클라이언트 또는 공급자 데이터베이스로부터의 상기 청구서 작성자 통화로 상기 송장 데이터베이스에서의 상기 이미지 송장 통화를 오버라이팅하는 것의 단계들을 더 포함하는, 시스템.
3. 컴퓨터 구현 송장 캡처 시스템으로서:
   중앙 처리 장치 및 메모리를 갖는 프로세싱 컴퓨터로서, 상기 메모리는 송장 데이터베이스, 클라이언트 데이터베이스 및:
   a) 송장 정보를 포함하는 송장 이미지를 수신하는 것;
   b) 상기 송장 이미지를 분석함으로써 지불자의 지불자 이름을 식별하는 것;
   c) 상기 지불자 이름에 상응하는 필요한 송장 필드들의 목록을 상기 클라이언트 데이터베이스로부터 회수하는 것으로서, 상기 필요한 송장 필드들은 상기 지불자의 회계 소프트웨어에 의해 필요로 되는 필드들의 세트를 나타내는 회수하는 것;
   d) 상기 송장 이미지를 추가로 분석함으로써 상기 필요한 송장 필드들 각각에 상응하는 송장 데이터를 식별하는 것; 및
   e) 상기 송장 데이터베이스에서의 송장 기록에 상기 식별된 송장 데이터를 저장하는 것의 단계들을 수행하도록 구성되는 저장된 명령어들을 저장하는 프로세싱 컴퓨터를 포함하는, 시스템.
4. 제3항에 있어서,
   상기 저장된 명령어들은:
   f) 상기 지불자의 상기 회계 소프트웨어와 호환되는 송장 업로드 파일을 생성하는 것; 및
   g) 상기 필요한 송장 필드들 각각에 상응하는 상기 식별된 송장 데이터를 상기 송장 업로드 파일로 라이팅하는 것의 추가 단계들을 수행하도록 구성되는, 시스템.
5. 제4항에 있어서,
   상기 저장된 명령어들은 복수의 송장 이미지 각각에 대해 단계 a) 내지 단계 e)를 반복하도록 구성되고, 단계 f) 및 단계 g) 이후에, 상기 송장 업로드 파일은 상기 지불자의 상기 회계 소프트웨어와 호환되는 형식으로 복수의 분석된 송장에 대한 송장 데이터를 포함하는, 시스템.
6. 제3항 또는 제4항에 있어서,
   상기 저장된 명령어들은:
   지불자 인터페이스 상에 상기 송장 업로드 파일을 표시하는 것;
   지불자 컴퓨터 시스템으로 상기 송장 업로드 파일을 다운로드하는 것; 및
   상기 지불자의 상기 회계 소프트웨어에 의해 작동되는 웹서비스 API와 호환되는 XML 요청으로 상기 송장 업로드 파일을 변환하는 것 중 임의의 하나 이상을 수행하도록 구성되는, 시스템.
7. 제3항 내지 제6항 중 어느 한 항에 있어서,
   상기 필요한 송장 필드들은 적어도:
   청구서 작성자 통화; 청구서 작성자 레퍼런스; 및 지불자 레퍼런스를 포함하는, 시스템.
8. 제7항에 있어서,
   상기 시스템은 우선 상기 클라이언트 데이터베이스로부터의 상기 지불자 이름에 상응하는 지불자 레퍼런스 패턴을 회수하고 매치를 찾기 위해 송장 이미지 파일에서 찾아진 정보와 상기 지불자 레퍼런스 패턴을 비교함으로써 상기 지불자 레퍼런스를 식별하기 위해 송장 이미지 파일을 분석하도록 구성되는, 시스템.
9. 제7항에 있어서,
   상기 시스템은 상기 메모리에 공급자 데이터베이스를 추가로 저장하고 우선 상기 공급자 데이터베이스로부터의 청구서 작성자 이름에 상응하는 청구서 작성자 레퍼런스 패턴을 회수하고 매치를 찾기 위해 송장 이미지 파일에서 찾아진 정보와 상기 청구서 작성자 레퍼런스 패턴을 비교함으로써 상기 청구서 작성자 레퍼런스를 식별하기 위해 송장 이미지 파일을 분석하도록 구성되는, 시스템.
10. 제3항 내지 제9항 중 어느 한 항에 있어서,
    상기 메모리는 은행 규칙 데이터베이스를 추가로 저장하고 상기 저장된 명령어들은:
    A) 상기 송장 이미지에 포함되는 어드레스 정보로부터 청구서 작성자 국가를 식별하는 것;
    B) 상기 청구서 작성자 국가에 상응하는 필요한 은행 데이터 필드들의 세트를 상기 은행 규칙 데이터베이스로부터 회수하는 것으로서, 상기 필요한 은행 데이터 필드들은 상기 청구서 작성자 국가에 위치되는 은행들이 은행 이체 명령어들을 처리해야 하는 필드들을 나타내는 회수하는 것;
    C) 상기 이미지를 추가로 분석함으로써 상기 필요한 은행 데이터 필드들 각각에 상응하는 송장 데이터를 식별하는 것; 및
    D) 상기 송장 데이터베이스에서의 송장 기록에 상기 식별된 송장 데이터를 저장하는 것의 단계들을 수행함으로써 상기 분석된 송장으로부터 은행 상세 항목들을 캡처하도록 추가로 구성되는, 시스템.
11. 제10항에 있어서,
    상기 저장된 명령어들은:
    상기 지불자의 금융 소프트웨어와 호환되는 은행 이체 명령어 파일을 생성하는 것; 및
    상기 필요한 은행 데이터 필드들 각각에 상응하는 상기 식별된 송장 데이터를 상기 은행 이체 명령어 파일로 라이팅하는 것의 단계들을 수행하도록 추가로 구성되는, 시스템.
12. 제10항에 있어서,
    상기 저장된 명령어들은:
    복수의 송장 이미지 각각에 대해 단계 A) 내지 단계 D)를 반복하고,
    상기 지불자의 금융 소프트웨어와 호환되는 은행 이체 명령어 파일을 생성하고,
    상기 필요한 은행 데이터 필드들 각각에 상응하는 상기 식별된 송장 데이터를 상기 은행 이체 명령어 파일로 기록하여, 상기 은행 이체 명령어 파일은 상기 지불자의 상기 금융 소프트웨어와 호환되는 형식으로 복수의 분석된 송장에 대한 송장 데이터를 포함하도록 추가로 구성되는, 시스템.
13. 제11항 또는 제12항에 있어서,
    상기 저장된 명령어들은:
    다운로드할 상기 지불자에 대한 인터페이스 상에 은행 이체 명령어 파일을 표시하는 것;
    지불자 컴퓨터 시스템으로 상기 은행 이체 명령어 파일을 다운로드하는 것; 또는
    상기 지불자의 상기 금융 소프트웨어에 의해 작동되는 웹서비스 API와 호환되는 XML 요청으로 상기 은행 이체 명령어 파일을 변환하는 것 중 임의의 하나 이상을 수행하도록 추가로 구성되는, 시스템.
14. 컴퓨터 구현 송장 거래 시스템으로서:
    중앙 처리 장치 및 메모리를 갖는 프로세싱 컴퓨터로서, 상기 메모리는 환율 데이터베이스 및 송장 데이터베이스를 저장하며, 상기 송장 데이터베이스는:
    클라이언트 통화 및 클라이언트 송장 금액을 저장하는 복수의 클라이언트 송장 기록; 및
    공급자 통화 및 공급자 송장 금액을 저장하는 복수의 공급자 송장 기록을 포함하며,
    상기 시스템은 상기 공급자 통화가 상기 클라이언트 통화와 매칭하지 않는 경우, 각각의 공급자 송장 기록에 대해:
    a) 상기 공급자 통화로의 상기 공급자 금액을 상기 환율 데이터베이스로부터 회수되는 환율을 사용하여 상기 클라이언트 통화로 표시된 송장 금액으로 변환하고,
    b) 사용자 인터페이스 상에 상기 공급자 송장 기록들의 상기 표시된 송장 금액들을 표시하도록 구성되는, 시스템.
15. 제14항에 있어서,
    상기 환율은:
    i) 상기 환율 데이터베이스에서의 가장 최근에 업데이트된 환율;
    ii) 상기 공급자 송장 기록에 저장되는 송장 날짜에 상응하는 환율; 및
    iii) 사용자에 의해 선택되는 계획된 지불 날짜를 참조하여 계산되는 선물 환율로부터 선택되는, 시스템.
16. 제15항에 있어서,
    상기 환율은:
    매도 시세;
    매입 시세; 및
    중간 시장 시세로부터 추가로 선택되는, 시스템.
17. 제14항 내지 제16항 중 어느 한 항에 있어서,
    복수의 클라이언트 송장 기록의 송장 금액들을 합하고,
    복수의 공급자 송장 기록의 상기 표시된 송장 금액들을 합하고,
    상기 클라이언트 송장 통화로 그러한 2개의 합계 사이의 차액을 계산하도록 추가로 구성되는, 시스템.
18. 제14항 내지 제17항 중 어느 한 항에 있어서,
    클라이언트 및 공급자 송장 기록들의 선택된 그룹에 대해:
    i) 거래 날짜;
    ii) 송장 번호;
    iii) 청구서 작성자 이름; 및
    iv) 지불자 이름을 포함하는 정보를 추출하고,
    상기 정보를 금융 파일 형식으로 파일에 저장하도록 추가로 구성되는, 시스템.
19. 제14항 내지 제18항 중 어느 한 항에 있어서,
    복수의 클라이언트 및 공급자 기록의 사용자 선택에 응하여, 상기 선택된 클라이언트 송장 기록들에 거래 날짜 및 거래 레퍼런스를 저장하고 상기 선택된 공급자 송장 기록들에 상기 거래 날짜 및 상기 거래 레퍼런스 및 상기 표시된 송장 금액을 저장하도록 추가로 구성되는, 시스템.
20. 제14항 내지 제17항 중 어느 한 항에 있어서,
    클라이언트 및 공급자 송장 기록들의 선택된 그룹에 대해:
    각각의 통화로의 매입 및 매도 총액을 생성하고;
    각각의 통화가 매입 또는 매도 총액만을 갖도록 특정 통화에 대한 임의의 매입 총액을 그러한 동일한 통화에 대한 임의의 매도 총액에 대하여 소거하고;
    제3 자 외환 컴퓨터 시스템과 호환되는 외환 명령어로 각각의 남은 매입 또는 매도 총액을 변환함으로써 통합된 외환 명령어를 생성하도록 추가로 구성되는, 시스템.
21. 제20항에 있어서,
    상기 통합된 외환 명령어는 상기 남은 매입 또는 매도 총액들 모두를 포함하도록 생성되며, 상기 통합된 외환 명령어는 제3 자 외환 컴퓨터 시스템과 호환되는, 시스템.
22. 제20항 또는 제21항에 있어서,
    상기 저장된 명령어들은:
    다운로드할 상기 클라이언트에 대한 인터페이스 상에 상기 외환 명령어를 표시하는 것;
    클라이언트 컴퓨터 시스템으로 상기 외환 명령어를 다운로드하는 것; 및
    제3 자 외환 제공자에 의해 작동되는 웹서비스 API와 호환되는 XML 요청으로 상기 외환 명령어를 변환하는 것 중 임의의 하나 이상을 수행하도록 추가로 구성되는, 시스템.
23. 컴퓨터 구현 송장 액세스 시스템으로서:
    중앙 처리 장치 및 메모리를 갖는 프로세싱 컴퓨터로서, 상기 메모리는 적어도 하나의 송장 번호를 각각 저장하는 복수의 송장 기록을 포함하는 송장 데이터베이스, 각각의 공급자 기록이 적어도 하나의 공급자 도메인을 포함하는 복수의 공급자 기록을 저장하는 공급자 데이터베이스, 각각의 클라이언트 기록이 적어도 하나의 클라이언트 도메인을 포함하는 복수의 클라이언트 기록을 저장하는 클라이언트 데이터베이스, 및:
    a) 사용자로부터 송장 번호 및 사용자 이메일 어드레스를 수신하는 것;
    b) 상기 사용자 이메일 어드레스로부터 사용자 이메일 도메인을 추출하는 것;
    c) 상기 사용자로부터 수신되는 상기 송장 번호에 상응하는 찾아진 송장 기록을 식별하기 위해 상기 송장 데이터베이스를 검색하는 것;
    d) 상기 사용자로부터 수신되는 상기 송장 번호에 상응하는 찾아진 청구서 작성자 이름 및 찾아진 지불자 이름을 상기 찾아진 송장 기록으로부터 회수하는 것;
    e) 상기 찾아진 청구서 작성자 이름 및 상기 찾아진 지불자 이름 둘 다에 대해 상기 공급자 데이터베이스를 검색하고 그러한 청구서 작성자 또는 지불자 이름들에 상응하는 임의의 찾아진 공급자 도메인을 회수하는 것;
    f) 상기 찾아진 청구서 작성자 이름 및 상기 찾아진 지불자 이름 둘 다에 대해 상기 클라이언트 데이터베이스를 검색하고 그러한 청구서 작성자 또는 지불자 이름들에 상응하는 임의의 찾아진 클라이언트 도메인을 회수하는 것; 및
    g) 상기 사용자 도메인이 상기 찾아진 송장 기록에 상응하는 상기 찾아진 클라이언트 도메인 또는 상기 찾아진 공급자 도메인과 매칭할 때, 상기 사용자가 상기 송장 기록에 액세스하는 것을 가능하게 하는 것의 단계들을 수행하도록 구성되는 저장된 명령어들을 저장하는 프로세싱 컴퓨터를 포함하는, 시스템.
24. 제23항에 있어서,
    상기 사용자가 상기 송장 기록에 액세스하는 것을 가능하게 하는 단계는:
    상기 사용자에게 액세스 가능한 인터페이스 상에 상기 찾아진 송장 기록의 필드들 중 적어도 일부를 표시하는 것;
    상기 사용자의 컴퓨터로 상기 찾아진 송장 기록에 저장되는 송장 이미지를 다운로드하는 것;
    찾아진 송장 기록 파일의 복사본을 다운로드하는 것;
    상기 사용자의 회계 소프트웨어와 호환되는 파일 형식으로 상기 찾아진 송장 기록의 복사본을 다운로드하는 것; 및
    상기 사용자에게 암호화된 URL을 이메일로 보내는 것으로서, 상기 암호화된 URL은 상기 사용자에 의해 클릭될 때, 상기 송장 기록의 적어도 일부를 회수하고 표시하도록 구성되는 이메일로 보내는 것 중 임의의 하나 이상을 포함하는, 시스템.
25. 제23항 또는 제24항에 있어서,
    상기 사용자가 상기 찾아진 송장 기록에 대한 액세스가 제공될 때, 상기 사용자는 상기 사용자 도메인이 임의의 다른 찾아진 송장 기록들의 상기 청구서 작성자 또는 지불자 이름에 상응하는 상기 공급자 도메인 또는 상기 클라이언트 도메인과 매칭하는 상기 송장 데이터베이스에서의 그러한 추가로 찾아진 송장 기록들에 대한 액세스가 동시에 제공되는, 시스템.
26. 제23항 또는 제24항에 있어서,
    상기 사용자는 패스워드를 제공할 필요 없이 상기 찾아진 송장 기록에 액세스하는 것이 가능해지는, 시스템.
27. 제25항에 있어서,
    상기 사용자는 패스워드를 제공할 필요 없이 상기 추가로 찾아진 송장 기록들에 액세스하는 것이 가능해지는, 시스템.
28. 컴퓨터 구현 송장 지불 시스템으로서:
    중앙 처리 장치 및 메모리를 갖는 프로세싱 컴퓨터로서, 상기 메모리는 송장 번호, 청구서 작성자 이름 및 청구서 작성자 국가를 각각 저장하는 복수의 송장 기록을 포함하는 송장 데이터베이스, 각각의 공급자 기록이 공급자 국가 및 공급자 은행 계좌 정보를 포함하는 복수의 공급자 기록을 저장하는 공급자 데이터베이스, 복수의 은행 명령어 템플릿을 포함하는 은행 규칙 데이터베이스, 및:
    a) 복수의 국가에 위치되는 공급자들에게 지불 가능한 송장들에 대한 복수의 선택된 송장 번호를 수신하는 것;
    b) 상기 선택된 송장 번호에 상응하는 복수의 찾아진 송장 기록을 식별하기 위해 상기 송장 데이터베이스를 검색하는 것;
    c) 각각의 송장을 발행했던 상기 공급자들의 상응하는 청구서 작성자 이름들 및 청구서 작성자 국가들을 상기 찾아진 송장 기록들 각각으로부터 회수하는 것;
    d) 상기 청구서 작성자 국가들 각각에 대해:
    상기 청구서 작성자 국가에 상응하는 찾아진 은행 명령어 템플릿을 식별하기 위해 상기 은행 규칙 데이터베이스를 검색하는 것;
    각각의 청구서 작성자 이름에 상응하는 은행 계좌 정보를 상기 공급자 데이터베이스로부터 회수하는 것; 및
    상기 청구서 작성자 국가에 상응하는 상기 은행 명령어 템플릿에 의해 구술되는 형식으로 국내 은행 이체 명령어 파일에 상기 송장 번호, 송장 금액, 공급자 이름, 공급자 국가 및 공급자 은행 계좌 정보를 저장하는 것의 단계들을 수행하도록 구성되는 저장된 명령어들을 저장하는 프로세싱 컴퓨터를 포함하는, 시스템.
29. 제28항에 있어서,
    상기 시스템은 상기 청구서 작성자 국가들 각각에 대한 별도의 국내 은행 이체 명령어 파일을 생성하도록 구성되는, 시스템.
30. 제29항에 있어서,
    상기 시스템은 각각의 청구서 발부 국가에 상응하는 단일 국제 은행 이체 명령어를 생성하도록 추가로 구성되어, 상기 국내 은행 이체 명령어 파일들 중 하나에서의 상기 송장 금액들의 총액이 그러한 청구서 발부 국가에 상응하는 상기 국제 은행 이체 명령어로 이체되는 금액과 동등한, 시스템.
31. 제28항 내지 제30항 중 어느 한 항에 있어서,
    상기 시스템은 외국 국가에 위치되는 금융 시스템으로 상기 국내 은행 이체 명령어 파일을 송신하도록 추가로 구성되는, 시스템.
32. 제30항 내지 제31항 중 어느 한 항에 있어서,
    상기 시스템은 사용자의 본국에 위치되는 금융 시스템으로 국제 은행 이체 명령어 파일을 송신하도록 추가로 구성되는, 시스템.
33. 제28항 내지 제32항 중 어느 한 항에 있어서,
    상기 국제 은행 이체 명령어 파일은 현지 은행이 제1 외국 은행 계좌로 자금들을 전신하게 하도록 구성되고, 국내 은행 이체 명령어는 상기 제1 외국 은행 계좌로부터 그러한 동일한 외국 국가에 위치되는 복수의 은행 계좌로의 복수의 국내 이체를 그 다음 야기하도록 구성되는, 시스템.
34. 제28항 내지 제33항 중 어느 한 항에 있어서,
    상기 청구서 작성자 국가는:
    i) 미국이고 상기 국내 은행 이체 명령어 파일은 NACHA 형식과 호환되거나,
    ii) 유럽 연합에 위치되고 상기 국내 은행 이체 명령어 파일은 SEPA 형식과 호환되거나,
    iii) 일본이고 상기 국내 은행 이체 명령어 파일은 EFT 형식과 호환되거나,
    iv) 호주이고 상기 국내 은행 이체 명령어 파일은 EFT 형식과 호환되거나,
    v) 싱가포르이고 상기 국내 은행 이체 명령어 파일은 GIRO 형식과 호환되는, 시스템.
35. 컴퓨터 구현 송장 캡처 방법으로서:
    a) 송장 정보를 포함하는 송장 이미지를 수신하는 단계;
    b) 적어도 하나의 청구서 작성자 이름 및 지불자 이름을 식별하도록 상기 송장 이미지를 분석하고 송장 데이터베이스에서의 송장 기록에 상기 청구서 작성자 및 지불자 이름들을 저장하는 단계;
    c) 퍼지 매칭 알고리즘을 사용하여 클라이언트 및 공급자 데이터베이스들에서의 클라이언트 기록들 및 공급자 기록들과 상기 송장 이미지에서 식별되는 상기 청구서 작성자 및 지불자 이름들을 비교하는 단계;
    d) 퍼지이지만 정확하지 않은 매치가 찾아지는 경우, 상기 클라이언트 또는 공급자 데이터베이스로부터 매칭된 청구서 작성자 또는 지불자 이름으로 상기 송장 기록에서의 상기 송장 이미지에서 식별되는 상기 청구서 작성자 또는 지불자 이름을 오버라이팅하는 단계를 포함하는, 방법.
36. 컴퓨터 구현 송장 캡처 방법으로서:
    a) 송장 정보를 포함하는 송장 이미지를 수신하는 단계;
    b) 상기 송장 이미지를 분석함으로써 지불자의 지불자 이름을 식별하는 단계;
    c) 상기 지불자 이름에 상응하는 필요한 송장 필드들의 목록을 클라이언트 데이터베이스로부터 회수하는 단계로서, 상기 필요한 송장 필드들은 상기 지불자의 회계 소프트웨어에 의해 필요로 되는 필드들의 세트를 나타내는 단계;
    d) 상기 송장 이미지를 추가로 분석함으로써 상기 필요한 송장 필드들 각각에 상응하는 송장 데이터를 식별하는 단계; 및
    e) 송장 데이터베이스에서의 송장 기록에 상기 식별된 송장 데이터를 저장하는 단계를 포함하는, 방법.
37. 컴퓨터 구현 송장 거래 방법으로서:
    각각의 공급자 통화가 클라이언트 통화와 매칭하지 않는 복수의 공급자 송장 기록 각각에 대해:
    a) 상기 공급자 통화로의 공급자 금액을 환율 데이터베이스로부터 회수되는 환율을 사용하여 상기 클라이언트 통화로 표시된 송장 금액으로 변환하는 단계; 및
    b) 사용자 인터페이스 상에 상기 공급자 송장 기록들의 상기 표시된 송장 금액들을 표시하는 단계를 포함하는, 방법.
38. 컴퓨터 구현 송장 액세스 방법으로서:
    a) 사용자로부터 송장 번호 및 사용자 이메일 어드레스를 수신하는 단계;
    b) 상기 사용자 이메일 어드레스로부터 사용자 이메일 도메인을 추출하는 단계;
    c) 상기 사용자로부터 수신되는 상기 송장 번호에 상응하는 찾아진 송장 기록을 식별하기 위해 송장 데이터베이스를 검색하는 단계;
    d) 상기 사용자로부터 수신되는 상기 송장 번호에 상응하는 찾아진 청구서 작성자 이름 및 찾아진 지불자 이름을 상기 찾아진 송장 기록으로부터 회수하는 단계;
    e) 상기 찾아진 청구서 작성자 이름 및 상기 찾아진 지불자 이름 둘 다에 대해 상기 공급자 데이터베이스를 검색하고 그러한 청구서 작성자 또는 지불자 이름들에 상응하는 임의의 찾아진 공급자 도메인을 회수하는 단계;
    f) 상기 찾아진 청구서 작성자 이름 및 상기 찾아진 지불자 이름 둘 다에 대해 상기 클라이언트 데이터베이스를 검색하고 그러한 청구서 작성자 또는 지불자 이름들에 상응하는 임의의 찾아진 클라이언트 도메인을 회수하는 단계; 및
    g) 상기 사용자 도메인이 상기 찾아진 송장 기록에 상응하는 상기 찾아진 클라이언트 도메인 또는 상기 찾아진 공급자 도메인과 매칭할 때, 상기 사용자가 상기 송장 기록에 액세스하는 것을 가능하게 하는 단계를 포함하는, 방법.
39. 컴퓨터 구현 송장 지불 방법으로서:
    a) 복수의 국가에 위치되는 공급자들에게 지불 가능한 송장들에 대한 복수의 선택된 송장 번호를 수신하는 단계;
    b) 상기 선택된 송장 번호에 상응하는 복수의 찾아진 송장 기록을 식별하기 위해 송장 데이터베이스를 검색하는 단계;
    c) 각각의 송장을 발행했던 상기 공급자들의 상응하는 청구서 작성자 이름들 및 청구서 작성자 국가들을 상기 찾아진 송장 기록들 각각으로부터 회수하는 단계;
    d) 상기 청구서 작성자 국가들 각각에 대해:
    상기 청구서 작성자 국가에 상응하는 찾아진 은행 명령어 템플릿을 식별하기 위해 은행 규칙 데이터베이스를 검색하는 단계;
    각각의 청구서 작성자 이름에 상응하는 은행 계좌 정보를 공급자 데이터베이스로부터 회수하는 단계; 및
    상기 청구서 작성자 국가에 상응하는 상기 은행 명령어 템플릿에 의해 구술되는 형식으로 국내 은행 이체 명령어 파일에 상기 송장 번호, 송장 금액, 공급자 이름, 공급자 국가 및 공급자 은행 계좌 정보를 저장하는 단계를 포함하는, 방법.
40. 컴퓨팅 디바이스에 의해 실행될 때, 제36항 내지 제40항 중 어느 한 항의 방법을 구현하도록 구성되는 컴퓨터 소프트웨어.
41. 컴퓨팅 디바이스에 의해 실행될 때, 제36항 내지 제40항 중 어느 한 항의 방법을 구현하도록 구성되는 컴퓨터 소프트웨어.
42. 제41항의 컴퓨터 소프트웨어를 포함하는 컴퓨터 판독 가능 매체.

Images