KR20060049064A

KR20060049064A - 서버/클라이언트 시스템

Info

Publication number: KR20060049064A
Application number: KR1020050070925A
Authority: KR
Inventors: 다다히로 이또
Original assignee: 가부시끼가이샤 히다찌 옴론 터미널 솔루션스
Priority date: 2004-09-22
Filing date: 2005-08-03
Publication date: 2006-05-18
Also published as: TWI307842B; KR100759170B1; CN1753022B; JP2006092056A; CN1753022A; TW200622667A; US20060080201A1

Abstract

거래의 요구를 입력하는 복수의 단말기와, 단말기에 의해 입력한 거래의 요구에 기초하여 호스트와 교신하는 제1 서버와, 호스트와의 교신에 대응하는 제1 서버로부터의 명령에 기초하여, 디바이스를 제어하는 디바이스 제어 프로그램을 갖는 제2 서버를 갖는 서버/클라이언트 시스템.

호스트 컴퓨터, 어플리케이션 서버, Thin 클라이언트, Rich 클라이언트

Description

서버/클라이언트 시스템{SERVER/CLIENT SYSTEM}

도 1은 센터와 영업점의 구성의 일례를 도시하는 블록도.

도 2는 영업점내에 있어서의 금융 디바이스 배치의 일례를 도시하는 도면.

도 3은 서버와 클라이언트의 구성의 일례를 도시하는 블록도.

도 4는 AP 서버에서의 처리의 일례를 나타내는 플로우차트.

도 5a는 Thin 클라이언트의 화면예1.

도 5b는 Thin 클라이언트의 화면예2.

도 6은 AP 서버에서의 처리의 변형예를 나타내는 플로우차트.

<도면의 주요 부분에 대한 부호의 설명>

1 : AP 서버

2 : 호스트 컴퓨터

3 : 디바이스 제어 서버

4 : Thin 클라이언트

5 : Rich 클라이언트

8 : 현금 입출금기(ACT)

9 : 통장 프린터(PBPR)

10 : 스캐너(BLS)

[특허문헌1] 일본 공개특허 평성 5-204585호 공보

[특허문헌2] 일본 공개특허 평성 9-160894호 공보

본 발명은, 금융 기관의 영업점(branch) 등에서 이용되는 서버/클라이언트 시스템에 관한 것이다.

금융 기관의 영업점에서는, 일본 공개특허 평성 5-204585호 공보(특허 문헌1)에 개시되는 바와 같은 계원용 단말기가 이용되고 있다. 이 계원용 단말기는, 영업점의 창구 카운터에 설치되며, 현금 취급 장치나 통장 기장용 프린터 등의 금융 디바이스를 제어하는 기능을 갖고 있다.

또한, 단말 장치의 소형화와 증감의 용이화를 도모하기 위해서, 일본 공개특허 평성 9-160894호 공보(특허 문헌2)는, 디스플레이나 프린터로 이루어지는 복수의 단말기부를, 회선으로 접속된 주 제어부에서 외관상 동시 병행 처리하는 것을 개시하고 있다.

상기 특허 문헌1의 기술에 따르면, 현금 입출금 장치나 통장 프린터 등의 금융 디바이스를 단말기에 의해서 모두 제어하지 않으면 안 되기 때문에 영업점 단말기(Fat 클라이언트)에 코스트가 든다.

상기 특허 문헌2의 기술에서는, 단순한 디스플레이나 키보드나 프린터 등의 범용 디바이스에 이용할 수 있지만, 현금 입출금기나 통장 프린터 등의 금융 디바이스에서는 그 동작의 복잡함 때문에 제어의 교신의 정보량이 많아, 특허 문헌2와 같은 시스템 구성으로는 금융 디바이스의 제어에 완전히 대응할 수 없다.

상기 과제를 해결하기 위해서, 예를 들면 이하의 것을 채용한다.

특정 화면 정의 정보를 갖는 Rich 클라이언트와, 특정 화면 정의 정보를 갖지 않는 Thin 클라이언트와, Rich 클라이언트로의 명령인지 Thin 클라이언트로의 명령인지를 판단하여, Thin 클라이언트의 명령이라고 판단했을 때에는 특정 화면 정보를 부가하여 발신하는 기능을 갖는 어플리케이션 서버를 포함하는 서버/클라이언트 시스템.

현금을 입출금하는 현금 입출금기 및 통장을 반송하여 인자하는 통장 프린터 중 적어도 한쪽을 제어하는 디바이스 제어 기능을 갖는 디바이스 제어 서버와, 디바이스 제어 기능을 갖는 Rich 클라이언트와, 디바이스 제어 기능을 갖지 않는 Thin 클라이언트와, 현금 입출금기 및 통장 프린터 중 적어도 한쪽을 이용하는 거래에 있어서, Rich 클라이언트인지 Thin 클라이언트인지를 판단하여, Rich 클라이 언트라고 판단했을 때, 그 거래에 있어서의 디바이스에의 명령을 Rich 클라이언트에게 발신하고, Thin 클라이언트라고 판단했을 때, 그 거래에 있어서의 디바이스에의 명령을 디바이스 제어 서버로 발신하는 어플리케이션 서버를 포함하는 영업점 시스템.

본 발명에 따르면, 복잡한 금융 디바이스를 포함하는 영업점 시스템의 자유도의 향상 또는 비용절감의 향상으로 연결된다.

금융 기관에서 이용되는 형태를 예로서 설명한다. 또한, 도 1∼도 6에서 설명하는 하드웨어 구성 및 소프트웨어 구성 및 이들의 기능은 일례이며, 모든 구성 및 그 기능을 구비하고 있을 필요는 없다. 구성·기능을 구비하는 것에 의해 작용이나 효과가 기재된 바와 같이 높아진다.

도 1은, 금융 기관의 센터 및 영업점 각각의 구성의 개략을 도시하는 블록도이다.

센터에는, 호스트 컴퓨터(2)(호스트(2))와 어플리케이션 서버(1)(AP 서버(1))가 있다. 호스트(2)는 금융 기관의 기간(基幹)이고, 예를 들면 예금 거래, 인출 거래, 불입 거래 등의 감정계 거래에서 발생하는 예금고의 증감(수지)을 관리한다. 일반적으로는, 메인 프레임으로 구성되는 경우가 많지만, 서버라도 된다. AP 서버(1)에 대해서는 후술한다.

영업점에는, 영업점의 창구(카운터)에서 텔러가 조작하는 복수의 Thin 클라이언트(4) 및/또는 Rich 클라이언트(5)와, 액정 등으로 텔러에 대하여 입력 화면을 표시하는 디스플레이(6)와, 디스플레이(6)의 입력 화면에 대하여 데이터를 입력하 는 입력 장치(키보드(7), 마우스, 터치 패널 등)와, 고객으로부터 텔러가 수취한 현금을 입금하거나, 고객에게 건네줄 현금을 출금하거나 하는 현금 입출금기(8)와, 통장을 반송하여 인자 헤드로 인자하고, 경우에 따라서는 통장의 페이지를 넘기는 통장 프린터(9)와, 불입 전표나 예입 전표 등의 장표(帳票)의 이미지를 취득하는 화상 취득 장치(스캐너 등)(10)와, 디바이스 제어 서버(3)가 있다. Thin 클라이언트(4)이어도, 스캐너는, Thin 클라이언트(4)에 접속하고, 스캐너에 의해 취득한 화상을 인식하는 문자 인식 소프트도, Thin 클라이언트(4)에 저장해 두고 실행시키는 것이 바람직하다. 왜냐하면, 화상 데이터의 용량이 크기 때문에, 문자 인식 처리를 행하기 위해 AP 서버(1)에 데이터를 송신하면, 네트워크에 부하가 걸려 버려, 클라이언트에서 처리하는 쪽이 고속화할 수 있기 때문이다. 동일한 이유로, AP 서버(1)에 문자 인식 소프트를 설치하기 보다는, 디바이스 제어 서버(3)에 문자 인식 소프트를 설치하는 쪽이 바람직하다.

현금 입출금기(8)는, 입출금구에 셔터를 갖고, 현금(지폐)을 계속 투입하여 반송하는 롤러·벨트·모터나, 현금의 화폐 종류나 진위를 감별하는 감별 장치나, 현금을 수납하는 수납 박스 등을 갖는다. 통장 프린터(9)는, 통장을 반송하기 위한 롤러·모터나, 통장에 부착된 자기 스트라이프의 자기 정보를 기입 및 판독하는 자기 리더 라이터나, 통장의 인자 완료행을 광학적으로 판독하는 스캐너나, 통장에 인자하는 인자 헤드나, 통장의 페이지를 넘기는 페이지 넘김 롤러를 갖는다. 또한, 통장 프린터(9)는, 상부에 장표를 삽입하는 상부 인서터를 갖고, 하부에 통장을 삽입하는 하부 인서터를 갖고, 각각 삽입된 매체를 반송하여 인자 등을 한다.

현금 입출금기(8)나 통장 프린터(9)와 같이, 통상의 오피스에서는 사용되지 않고 금융 기관 등에서 특히 이용되는 기기(디바이스)를 금융 디바이스라고 부른다. 일반적인 레이저 프린터나 잉크젯 프린터 등은, 금융 디바이스가 아니다. 금융 디바이스에는, 그 밖에 예를 들면, 계좌를 갖는 고객(엔드 유저)이 조작하는 자동 거래 장치(현금 입출금기(8)와는 다르다. 소위 ATM), 영업점에 내점한 고객을 접수하여 창구로 안내하는 순서를 인자한 종이를 출력 등 하는 접수 단말기, 고객의 조작을 받아 예를 들면 론 등의 시뮬레이션을 하는 로비 단말기, 영업점 단말기에 구비된 현금 입출금기(8)와는 별도로 영업점내의 현금을 관리하는 원방기(元方機), 통장을 발행하는 통장 발행기(PIM), 수표 등의 채권을 발행하는 채권 발행기(BIM), 카드에 엠보싱 문자 등을 인자하여 발행하는 카드 발행기(ACM), 불입권을 발행하는 불입권 발행 장치(TTCM)를 포함해도 된다.

Rich 클라이언트(5)에는 금융 디바이스를 접속하고 있는 한편, Thin 클라이언트(4)에는 금융 디바이스를 접속하고 있지 않다. 이것은, Rich 클라이언트(5)가 금융 디바이스를 제어하는 기능을 갖고 있는 한편, Thin 클라이언트(4)가 금융 디바이스를 제어하는 기능을 갖고 있지 않기 때문이다. 그러나, Thin 클라이언트(4)로부터도 디바이스 제어 서버(3)에 접속된 금융 디바이스를 이용할 수 있다. Thin 클라이언트(4)와 Rich 클라이언트(5)를 병용하면, 통상 금융 디바이스를 이용하는 클라이언트로서 Rich 클라이언트를 이용하고, 매우 바쁠 때에는 금융 디바이스를 이용하는 클라이언트로서 Thin 클라이언트를 이용한다고 하는 코스트와 이용율을 고려한 도입이 가능하게 된다.

Rich 클라이언트(5)와 Thin 클라이언트(4)를, 각각 제1 클라이언트, 제2 클라이언트라고도 한다. 또한, 통합해서 영업점 단말기나 클라이언트라고도 한다. AP 서버(1)를 플로우 제어 서버나 제1 서버라고도 한다. 디바이스 제어 서버를 제2 서버라고도 부른다. 서버와 호스트를 총칭하여 상위 장치라고 도 부른다.

각 구성을 접속하고 있는 회선은, 용량이 큰, 바꿔 말하면 통신 속도가 빠른 것이 바람직하다. 일반적으로는, 클라이언트나 디바이스 제어 서버(3)와 금융 디바이스를 접속하고 있는 회선의 용량이 크고, 그 다음에 클라이언트와 디바이스 제어 서버(3)를 접속하고 있는 회선, 영업점과 센터를 연결하고 있는 회선의 용량의 순으로 크다. 또한, 이 회선의 용량의 관계로부터, 도 1 및 2에서는, 디바이스 제어 서버(3)와 Rich 클라이언트(5)에 금융 디바이스를 접속하고 있지만, 디바이스 제어 서버(3)와 Rich 클라이언트(5)와 금융 디바이스를 병렬로 접속해도 된다.

도 2는, 도 1의 하드웨어를 점포에 레이아웃하는 일례를 나타낸다. 금융 디바이스의 수를 최적화하여 코스트를 저감하고, 현금을 취급하는 일선, 후방 처리를 행하는 이선이라고 하는 종래의 영업점 레이아웃의 개념을 없애고, 업무마다의 상담 카운터 등의 배치를 가능하게 할 수 있다. 클라이언트(4/5)(PC), 현금 입출금기(8)(ACT), 통장 프린터(9)(PBPR), 레이저 프린터(LBP), 스캐너(10)(BLS), 자동 거래 장치(ATM)를 예로서 배치하고 있다.

도 3은, AP 서버(1)와, 디바이스 제어 서버(3)와, Rich 클라이언트(5)와, Thin 클라이언트(4)의 상세한 블록도를 나타낸다.

AP 서버(1)는, 예를 들면 반도체 상의 집적 회로를 포함하여 반도체 메모리 등을 구비하는 프로세서(11)와, 예를 들면 자기 디스크에 자기 정보를 기억하는 하드디스크(14)와, 회선과 접속하여 전문(電文)을 송수신하는 인터페이스(13)를 갖는다. 하드디스크(14)는, 여러 가지의 프로그램, 데이터, 파일을 기억하고 있어, 반도체 메모리 등과 함께 기억부라고도 한다. 이하, 프로그램을 실행한다는 것은, 즉, 프로세서가 프로그램을 하드디스크로부터 호출하여 실행하는 것을 의미한다.

AP 서버(1)는, Thin 클라이언트(4)용의 단말기 입출력 제어, 및 Rich 클라이언트(5)용의 단말기 입출력 제어를 하는 하위층과, 처리 수순을 관리·제어하는 플로우 컨트롤러(1404), 처리를 실행하는 콤포넌트군(1406) 등을 포함하는 상위층을 갖는다. 또한, 하위층과 상위층은, 예를 들면 TCP/IP의 층 구성에 있어서의 트랜스포트층과 어플리케이션층의 각각에 해당하는 것으로 할 수도 있지만, 하위층과 상위층의 양쪽이 어플리케이션층에 있어도 된다.

하위층은, 클라이언트의 종별, 즉 Thin 클라이언트(4)와 Rich 클라이언트(5)와의 차이를 흡수한다. 이에 의해, 상위층은, 클라이언트의 종별에 관계되지 않는 구성 및 처리를 취하는 것이 가능하게 된다. 단, 하위층만으로 차이를 흡수하지 않고, 상위 장치와 일체로 흡수한다고 해도, Thin 클라이언트(4)와 Rich 클라이언트(5)를 병용시킬 수 있다.

Thin 클라이언트(4)와 Rich 클라이언트(5)의 차이를 흡수하기 위해, AP 서버(1)의 하위층은, Thin 클라이언트(4)와의 송수신을 제어하는 Thin용 입출력 제어 프로그램(1401)과, Rich 클라이언트(5)와의 송수신을 제어하는 Rich용 입출력 제어 프로그램(1402)과, Thin/Rich 분류 프로그램(1407)을 갖는다.

Thin/Rich 분류 프로그램(1407)은, 상위층으로부터 수취한 전문을 해석하여, Thin 클라이언트(4)로 보내야 할 것인지, Rich 클라이언트(5)로 보내야 할 것인지를 판단하여, 전자이면 Thin용 입출력 제어 프로그램(1401)에 인계하고, 후자이면 Rich용 입출력 제어 프로그램에 인계한다.

Thin용 입출력 제어 프로그램(1401)은, Thin 클라이언트(4)로부터의 입력(송신) 데이터를 해석하여, 데이터를 축적하고, 입력 화면이 복수일 때에는 다음 화면을 되돌려 이어지는 입력을 구한다. Thin 클라이언트(4)의 오퍼레이터(텔러)에 의해서 일련의 데이터 입력을 받는 입력 화면 중, 최후의 입력 화면에 대한 입력 데이터를 수신했을 때, Thin용 입출력 제어 프로그램(1401)은, 입력하여 축적한 데이터를 상위층으로 송신한다. 또한, 상위층으로부터 Thin 클라이언트(4)용의 출력 데이터를 수취하여, 출력 데이터로서 축적한다. 그리고, 화면 정의 정보(1403)로부터 디스플레이(6a)로 출력하는 입력 화면의 레이아웃(포맷)을 취득하여 출력 데이터를 합성하고, 입력 화면을 작성하여 Thin 클라이언트(4)에게 발신한다. 화면 정의 정보(1403)는, 입력 화면 등의 레이아웃 정보와 입력 화면 등의 천이 정보를 포함하는 것으로 하드디스크(14)에 저장되어 있다. 또한, 입력 화면의 예를 도 5에 도시한다.

Rich용 입출력 제어 프로그램(1402)은, Rich 클라이언트(5)로부터의 입력(송신) 데이터를 해석하여, 상위층으로 송신한다. 또한, 상위층으로부터 Rich 클라이언트(5)용의 출력 데이터를 수취하여, Rich 클라이언트(5)용으로 편집하여 발신한다.

상위층은, 클라이언트나 호스트(2)로부터 수신한 전문에 기초하여, 업무마다 개별화된 콤포넌트를 선택하여 호출하는 플로우 제어 프로그램 및 플로우정의 정보를 갖는다. 플로우 정의 정보에 의해 임의의 거래에 대응하는 복수의 업무의 수순을 정의해 둠으로써, 해당하는 거래에 이용하는 콤포넌트를 플로우 제어 프로그램에 의해서 호출하여 실행한다. 즉, 복수의 거래에서 공통으로 이용하는 콤포넌트를, 거래마다 준비해 둘 필요가 없게 된다. 또한, 금융 기관에 따라서 업무의 수순이 서로 다르지만, 플로우 정의 정보에 의해 정의하고 있는 업무의 수순을 변경함으로써 대응할 수 있으므로 커스터마이즈가 용이하게 된다. 또한, 종래에는, 임의의 금융 기관의 임의의 거래마다 각각 일련의 업무를 기술한 정의를 구비하고 있었기 때문에, 중복이 많고 또한 커스터마이즈가 용이하지 않았다.

또한, 업무의 처리를 실행하는 콤포넌트는 업무의 내용뿐만 아니라 데이터도 관리하고, 그 콤포넌트로 데이터 편집/해석도 실행한다. 이에 의해, 콤포넌트간의 독립성을 유지하여, 콤포넌트마다의 재편성 등을 용이하게 한다. 콤포넌트에 의한 데이터 및 편집 방식은, 금융 기관마다/거래마다/업무마다에 따라서 다른 경우가 많기 때문에 정의 가능하게 한다. 이 고안에 의해, 플로우 제어 기능을 이용하는 것 외에 또한, 금융 기관마다나 거래마다 등의 커스터마이즈의 코스트가 저감된다. 또한, 본 명세서에서는, 거래는 업무를 포함하고, 업무는 금융 디바이스의 동작을 포함하는 관계에 있는 것으로 한다. 금융 디바이스의 동작을 포함하지 않는 업무도 있고, 단일의 업무만으로 이루어지는 거래도 있다.

콤포넌트군(1406)에는, 전문 해석·분류 콤포넌트, 전자 저널 콤포넌트, 유 저 관리 콤포넌트, 통장 제어 콤포넌트, 현금 제어 콤포넌트, 현금·집계 관리 콤포넌트, 호스트 트랜잭션 콤포넌트 등이 있다. 또한, 콤포넌트군(1406)은 일군의 소프트웨어를 가리키지만, 하드웨어를 포함하는 것이라도 된다.

전문 해석·분류 콤포넌트는 송신 정의 정보를 갖고, 송신 정의 정보에 따라서, 건네받은 데이터를 상위 송신 데이터의 형식으로 편집(번역)하여, 호스트(2)로 송신한다(호스트 트랜잭션 콤포턴트를 호출한다). 호스트(2)로부터 회신되면, 회신된 데이터를 해석(번역)하여, 적당한 콤포넌트로 분류한다.

유저 관리 콤포넌트는, 유저의 로그인/로그 아웃을 관리하고, 유저 관리 서버에 통신하여 유저에게 허용된 거래 권한의 체크를 한다.

통장 제어 콤포넌트는, 통장 프린터(9)의 동작을 포함하는 업무를 처리하고, 자기 스트라이프로부터 판독한 데이터의 해석, 출력 데이터의 편집을 실행한다.

현금 제어 콤포넌트는, 현금 입출금기(8)의 동작을 포함하는 업무를 처리한다.

전자 저널 제어 콤포넌트는, 입력 모니터 정의에 따라, 입력 데이터로부터 입력 모니터 인자 데이터를 편집하여, 입력 모니터 인자를 한다. 상위로부터의 회답 전문 내에 대하여, (로지컬 데이터인 경우, 출력 정의 정보에 따라서, 데이터를 편집하여,) 출력 인자를 한다. 또한, 저널 검색 기능도 제공한다. 클라이언트에서 관리하는 것보다 서버에서 집중 관리하는 것이 효율적이다.

현금·집계 관리 콤포넌트는, 현금 입출금 장치의 현금 관리, 클라이언트마다, 점포마다의 집계 관리를 한다.

호스트 트랜잭션 콤포넌트는, 호스트(2)와 교신이 발생하면 부여되는 일련 번호나 호스트(2)의 스테이터스 등을 관리한다.

상위층의 공통 기반 프로그램(1405)은, 클라이언트 이외의 예를 들면 자동 거래 장치(ATM)와도 공통되는 기반이다. Thin 클라이언트(4) 및 Rich 클라이언트(5)나 금융 디바이스의 구성(어드레스, 점포 번호, 기기 번호, 단말기 구성)이나 스테이터스를 관리하는 구성 관리 프로그램과, AP 서버(1)에서의 트레이스(장해 이력 등)를 취득하여 보수에 활용하는 트레이스 취득 프로그램과, DB로 액세스하는 데이터베이스 액세스 프로그램과, AP 서버(1)에서 장해가 발생한 경우에 호스트 트랜잭션 콤포넌트, 트레이스 취득 프로그램, 현금 제어 콤포넌트, 통장 제어 콤포넌트의 정보를 수집하는, 알람 상태를 제어하는 등의 처리를 하는 장해 대처 프로그램을 갖는다.

또한, 공통 메모리 영역(1408)을 갖는다. 이 공통 메모리 영역(1408)은 프로세서(11)의 내부 메모리나 반도체 메모리에 있어도 된다.

디바이스 제어 서버(3)는, 프로세서(31)와, 인터페이스(33)와, 하드디스크(34)를 갖는다. 이들은, 상술한 프로세서(11), 인터페이스(13), 하드디스크(14)와 하드웨어로서는 스펙 등이 서로 다르지만, 기본적으로 마찬가지의 것이라고 생각해도 된다.

단, 특히 인터페이스(33)는, AP 서버(1)용 통신 기반과, 처리의 시퀀스를 담당하고, 예를 들면 AP 서버(1)로부터의 디바이스 지시를 수신하여 WOSA/XFS-API를 호출하거나, 디바이스의 이벤트를 AP 서버(1)에 통지하기도 한다. 이 인터페이스 (33)에는, 하드웨어로서의 커넥터뿐만 아니라, 소프트웨어(디바이스 제어 미들웨어나 디바이스 에이전트라고도 한다)가 포함된다.

하드디스크(34)는, 디바이스 서비스 프로바이더, 디바이스 드라이버(3402), 구성 관리 프로그램 등을 저장한다.

디바이스 드라이버(3402)는, 디바이스의 구체적인 동작을 제어한다. 예를 들면, 현금 입출금기(8)에 있어서의 지폐를 반송하는 모터의 구동이나, 입출금구의 셔터의 개폐, 통장 프린터(9)에 있어서의 인자 헤드의 상하 좌우로의 이동이나, 페이지 넘김 롤러의 구동 등의 지시를 발한다.

디바이스 서비스 프로바이더(3401)(디바이스 SP(3401))는, 디바이스의 동작을 감시하여, 디바이스가 정상적으로 동작하지 않는, 즉 장해일 때에는 장해 대책의 처치를 강구한다. 예를 들면, 지시 신호의 재송신 등이다.

구성 관리 프로그램은, 각 디바이스의 스테이터스 및 점유를 관리한다.

Thin 클라이언트(4)와 Rich 클라이언트(5)는, 프로세서(41·51), 인터페이스(43·53), 하드디스크(44·54)를 갖는다. 이들도, 상술한 프로세서(11), 인터페이스(13), 하드디스크(14)와 하드웨어로서는, 스펙 등이 서로 다르지만 기본적으로 마찬가지의 것이라고 생각해도 된다.

인터페이스(33), 디바이스 SP(3401), 디바이스 드라이버(3402)에 대한 기술은, Rich 클라이언트(5)의 인터페이스(53), 디바이스 SP(5402), 디바이스 드라이버(5401)도 마찬가지이다. 단, 일반적으로, 디바이스 제어 서버(3)는, Rich 클라이언트(5)보다 많은 디바이스에 대응하는 드라이버와 서비스 프로바이더 등을 갖는 다.

또한, 화면 정의 정보(5403)는, 화면 정의 정보(1403)와 거의 마찬가지이다. 단, 화면 정의 정보(1403)는, Rich 클라이언트(5)에 없는 화면 정보도 갖고 있다. 예를 들면, 외환 거래나 융자 상담 거래와 같은 소위 하이 카운터에서의 거래에 이용하는 화면이다.

Thin 클라이언트(4)는, 기본적으로 브라우저(4401)밖에 갖지 않는다. 한편, Rich 클라이언트(5)는, Rich 클라이언트(5) 상의 화면 입출력 외에, 화면 정의 정보(5403)에 따라, 입력 체크/편집, 화면 작성, 화면 천이 등을 행한다. 또한, 입력 데이터, 출력 데이터의 축적도 행한다. 또한, 서버로부터의 한쪽을 수신하여, 단독으로 메시지를 표시하거나, 혹은, 미리 등록되어 있는 클라이언트 프로세스에 통지를 행한다. 디바이스가 동작했을 때의 통지도 이것이 수신한다.

Rich 클라이언트(5)와 Thin 클라이언트(4)는, 전자가, 디바이스 제어 기능을 갖고 또한 화면 정의 파일을 갖는 한편, 후자가, 디바이스 제어 기능을 갖지 않고 또한 화면 정의 기능을 갖지 않는 점에서 상위하다. 디바이스 제어 기능이라 함은, 구체예에서는, 디바이스 SP(5402), 디바이스 드라이버(5401)이다.

Thin 클라이언트(4)는, Rich 클라이언트(5)에 비하여 저렴한 구성으로 되고, 디바이스 드라이버(5401)나 디바이스 서비스 프로바이더(5402)의 갱신도 디바이스 제어 서버(3)를 갱신하면 좋기 때문에 메인터넌스성이 높다. 한편, Thin 클라이언트(4)에서는 통신 회선을 통하여 AP 서버로부터 화면을 수신하고, 또한, 디바이스 제어 서버에서 디바이스의 동작을 제어하여 그 결과를 수취하기 때문에 텔러의 조 작에 대한 레스펀스가 통신 회선, AP 서버, 디바이스 제어 서버의 영향을 Rich 클라이언트(5)보다 강하게 받는다. 이에 의해, 일반적으로는 Rich 클라이언트(5)는, Thin 클라이언트(4)보다 레스펀스가 빠르기 때문에 조작성이 좋다.

Thin 클라이언트(4)도 Rich 클라이언트(5)도, 클라이언트에는 데이터를 축적하지 않고, 저널, 집계 데이터 등은 서버에서 축적, 관리하고, 데이터 편집/해석이나 논리적인 구성 관리는 모두 AP 서버(1)에서 행하는 것으로 한다. 이 점에서, Rich 클라이언트(5)는, 종래의 Fat 클라이언트와 상위하다.

디바이스 제어 서버(3)를, 센터의 AP 서버(1)와는 별도로, 예를 들면 영업점 또는 물리적으로 영업점에 가까운 장소에 설치함으로써, 금융 디바이스와의 통신 부하가 경감된다. 현금 입출금기나 통장 프린터 등의 금융 디바이스는, 이들의 동작(셔터의 개폐, 현금의 감별, 현금이나 통장의 반송, 자기 스트라이프의 기입 및 판독, 페이지 넘김 등)의 복잡함 때문에 교신의 정보량이 커서 회선 등의 부하가 높고, 한편, 현금이나 통장과 같은 유가 매체를 취급하기 때문에 안정성이나 안전성이 요구된다. 이들의 특수한 사정에 의해, 통신 부하를 경감하는 효과가 매우 높다.

도 4는, AP 서버(1)의 프로세서(11)가 각종 프로그램을 이용하여 실행하는 동작의 플로우차트를 나타낸다.

Thin 클라이언트(4) 또는 Rich 클라이언트(5)는, 거래(예를 들면 예입 거래)의 지정을 입력하면, Thin 클라이언트(4) 또는 Rich 클라이언트(5)의 인터페이스(43·53)를 통해 네트워크를 통하여, AP 서버(1)에 입력한 거래의 요구를 발신한 다. 거래의 지정은, 텔러의 키 입력을 키보드(7) 등으로 받아 거래의 종별을 지정하는 형태라도 좋고, 장표(예를 들면 예입 전표)의 화상을 스캐너 등으로 판독하고, 마크/코드/문자 등을 인식하여 거래의 종별을 자동적으로 지정하는 형태로 해도 된다.

AP 서버(1)(의 프로세서(11))는, 인터페이스(13)를 통하여 Thin 클라이언트(4) 또는 Rich 클라이언트(5)로부터 거래의 요구를 수신한다(S3001).

Thin용 입출력 제어 프로그램(1401) 또는 Rich용 입출력 제어 프로그램(1402)은, 각각 Thin 클라이언트(4) 또는 Rich 클라이언트(5)로부터의 거래의 요구를 수신하고, 거래의 요구의 발신원을 특정하여 공통 메모리 영역(1408)에 기억한다(S3002). 발신원은, 예를 들면, 거래의 요구를 포함하는 전문에 포함되는 헤더로부터 발신원을 취득하여 특정한다. 기억의 형식으로서는, 예를 들면 「기기 번호 11111」, 「네트워크 어드레스」, 「A지점의 1번 클라이언트」, 「A지점의 1번 Thin 클라이언트(4)」가 고려된다. 또한, 클라이언트에서 사용 디바이스가 지정되어 있는 경우에는, 그 지정되어 있는 사용 디바이스도 공통메모리 영역에 기억한다. 기억의 형식으로서는, 예를 들면 「통장 프린터 3호기」, 「현금 입출금기 2호기」가 고려된다. 지정은, 후술하는 도 5와 같이 오퍼레이터에 의해서 지정되어도 좋고, 클라이언트나 서버에서 자동적으로 지정하도록 해도 된다.

플로우 제어 프로그램(1404)은, 하위층에서 수신하여 상위층으로 전달된 거래의 요구에 대응하여, 거래마다 설정되어 있는 업무 플로우를 플로우 정의 정보에 의해 거래의 코드를 키로 하여 검색하고 취득한다(S3003). 바꿔 말하면, 프로세서 (11)는, 거래의 요구에 대응하는 업무 플로우를 취득한다. 예를 들면, 예입 거래에서는, 「호스트에 거래 요구를 통지→입금→계수→호스트에 입금액을 통지→통장 기입」이라는 업무 플로우가 선택된다.

플로우 제어 프로그램(1404)은, 취득한 업무 플로우에 기초하여 콤포넌트를 선택하고 명령을 부여한다(S3004). 바꿔 말하면, 취득한 업무 플로우에 기초하여 대응하는 콤포넌트를 취득한다. 업무 플로우는, 거래 대응의 플로우나 거래의 플로우라고도 한다.

예를 들면, 「호스트에 거래 요구를 통지→입금→계수→호스트에 입금액을 통지→통장 기입」의 플로우를 취득한 경우, 「호스트통지」의 업무에 대해서는, 호스트 트랜잭션 관리 콤포넌트에 명령을 부여하고, 「입금」과 「계수」의 업무에 대하여 현금 제어 콤포넌트에 「입금」과 「계수」의 명령을 부여하고, 「통장 기입」의 업무에 대해서는, 통장 제어 콤포넌트에 통장 인자의 명령을 부여한다.

명령을 공급된 콤포넌트군(1406)은, 명령에 기초하여 각각의 업무를 순으로 실행한다. 예를 들면, 호스트(2)로부터 호스트 트랜잭션 관리 콤포넌트에 의해 취득한 전문을, 전문 해석·분류 콤포넌트에 의해 해석하고, 그 전문에 통장 프린터(9)에 대한 명령과, 화면의 명령과, 현금 입출금기(8)에 대한 명령이 포함되어 있는 것을 검출하면, 플로우 제어 프로그램은, 통장 제어 콤포넌트를 호출한다. 통장 제어 콤포넌트는, 통장 프린터(9)에 대하여, 예를 들면, 통장 프린터의 하부 인서터에 대하여, 인자(페이지 넘김을 포함한다)하여, 종료하시오,라는 명령을 포함하는 전문을 발신한다.

통상적으로, 우선 호스트 트랜잭션 관리 콤포넌트로부터 호스트(2)에 거래 요구를 통지하고, 전문 해석·분류 콤포넌트에 의해 호스트(2)로부터의 수신을 해석하여, 다른 콤포넌트에 명령을 포함하는 전문을 분류한다(S3005).

분류된 전문에 디바이스에의 명령이 포함되는지를 판단한다(S3006). 디바이스에의 전문이라 함은 통장 제어 콤포넌트나 현금 제어 콤포넌트로 분류되는 전문이다.

디바이스에의 명령이 포함되는 경우(S3006에서 Yes), 공통 메모리 영역(1408)을 참조하여 지정된 사용 디바이스가 있는 경우에는 그 사용 디바이스에 명령을 송신한다(S3008). 예를 들면 통장 인자의 명령을 포함하는 전문이 통장 제어 콤포넌트로 분류되고, 사용 디바이스로서 통장 프린터 3호기가 지정되어 있던 경우, 통장 프린터 3호기로 송신한다. 지정된 사용 디바이스가 없는 경우, 미리 설정된 조건에 따라서 디바이스를 결정하여 송신한다. 미리 설정된 조건으로서는, 예를 들면 Rich 클라이언트로부터 거래 처리 요구되어 있으면 그 Rich 클라이언트에 접속되어 있는 디바이스, Thin 클라이언트로부터 거래 처리요구되어 있으면 그 Thin 클라이언트에 거리가 가깝고 또한 비어 있는 디바이스 또는 빠른 번호가 붙여진 디바이스를 선택하는 것이 고려된다. 송신한 곳의 디바이스는 공통 메모리 영역(1408)에 기억해 둔다. 또한, 디바이스에 명령을 송신하는 것은, 그 디바이스를 관리하고 있는 Rich 클라이언트(5)나 디바이스 제어 서버(3)를 경유하는 것을 포함한다.

명령을 송신한 디바이스에서 처리가 실행되면, 제어 완료 통지를 수신한다 (S3009). 공통 메모리 영역(1408)에 기억한 송신처의 디바이스 전체로부터 제어 완료 통지를 수신하면(S3010에서 Yes), 그 취지를 업무 플로우 콤포넌트에 통지한다. 멀티캐스트 배신과 같은 형태도 고려되므로, 처리를 요하는 복수의 디바이스(예를 들면 현금 입출금기와 통장 프린터)로부터 제어 완료 통지를 수신했는지의 여부를 판단하는 것으로 해도 된다. 또한, 디바이스의 처리가 실행될 때마다 제어 완료 통지를 수신하면 디바이스, 디바이스 제어 서버, Rich 클라이언트에서 모든 처리가 완료했는지를 판단하는 것이 불필요하게 되어 코스트가 저감되지만, 이들에 의해 모든 디바이스에서 제어 완료했는지를 판단하도록 하여 AP 서버(1)에 회신하도록 해도 된다.

S3012에서는, Thin/Rich 분류 프로그램(1407)에서, 수신한 거래의 요구의 발신원이 Thin 클라이언트(4)인지 Rich 클라이언트(5)인지를 공통 메모리 영역(1408)의 기억으로 판단한다. 메모리의 기억이, 「기기 번호 11111」, 「네트워크 어드레스」, 「A지점의 1번 클라이언트」라는 형식인 경우에는, 이 기억을 참조하는 것만으로는 판단할 수 없기 때문에, 하드디스크(14)에 저장하고 있는 대응 테이블 등을 이용하여, 기기 번호 11111/네트워크 어드레스/A지점의 1번 클라이언트가 Thin 클라이언트(4)에 상당하는지 Rich 클라이언트(5)에 상당하는지를 판단한다.

거래 처리 요구원이 Thin 클라이언트(4)였던 경우(S3012에서 Thin 클라이언트), 화면 정의 정보(1403)로부터 대응하는 화면 정보를 취득하여 전문의 내용을 화면 정보에 부착하여 합성한다(S3014). 발신처의 Thin 클라이언트(4)에는, 화면 정의 정보(1403)를 설치하고 있지 않기 때문이다. 합성한 전문의 내용과 화면 정 보를 Thin 클라이언트(4)로 송신한다(S3015).

거래 처리 요구원이 Rich 클라이언트(5)였던 경우(S3012에서 Rich 클라이언트), 화면 정의 정보(1403)의 화면 정보와 합성하지 않고 Rich 클라이언트(5)로 보낸다(S3014). Rich 클라이언트(5)는, 디바이스 제어 기능과 화면 정의 정보를 갖기 때문이다.

이와 같이 AP 서버(1)에서, 클라이언트의 종별을 판단하는 기능을 가짐으로써, 거래를 실행하는 부분을 공통화하면서, Thin 클라이언트(4)와 Rich 클라이언트(5)를 병존시키는 것이 가능하게 된다.

후술하는 변형예와 달리, 클라이언트의 종별과는 독립적으로 및/또는 종별의 결정에 앞서서 송신하는 디바이스를 판단함으로써, Rich 클라이언트(5)로부터도 디바이스 제어 서버(3)를 이용할 수 있고, 또한, 반대로 Thin 클라이언트(4)로부터도 Rich 클라이언트(4)에 접속된 디바이스를 이용할 수 있다. 대부분의 클라이언트를 이용하고 싶은 특수한 상황이나 일부의 디바이스가 고장나 있을 때에 유효하다.

도 5a와 도 5b는, Thin 클라이언트(4)의 텔러가 사용하는 현금 입출금기(8)나 통장 프린터(9)를 지정하는 화면 천이의 예를 나타낸다.

디바이스를 사용하는 거래일 때나 디바이스 키를 누르면, 영업점내에 배치된 통장 프린터(9) 또는 현금 입출금기(8)에 대하여 서버에서 관리되고 있는 상황을 나타내는, 디바이스 선택 화면을 표시한다. 이 상황은, 구성 관리 프로그램(3403)에 의해서 관리하고 있고, 점유 상태의 관리도 마찬가지이다.

텔러에 의해서 디바이스 선택 화면에서 선택된 금융 디바이스를 그 텔러(또 는 Thin 클라이언트(4))의 점유 상태로 한다. 이어지는 거래의 화면 상에는, 점유한 금융 디바이스의 번호를 나타내는 아이콘을 표시해 둔다. 또한, Thin 클라이언트(4)로부터 가까운 금융 디바이스를 자동적으로 할당해도 된다.

초기 화면(G5001)에 있어서, 가이드 번호 입력 및 화면 색인 기능을 갖는 가이드 키 압하를 행하여, 거래 대상 화면인 보통 입금 화면을 색인한다.

보통 입금 화면(G5002)에서, 통장 프린터 키를 누르면, 영업점내에 배치된 통장 프린터(9)의 상황을 나타내는, 통장 프린터 선택 화면(G5003)을 표시한다. 통장 프린터(9)의 디바이스 스테이터스는, 디바이스 제어 서버(3) 내의 구성 관리 프로그램(3403)에서 관리하고 있고, Thin 클라이언트(4)는 AP 서버(1)를 통하여, 디바이스 제어 서버(3)와 통신하여, 통장 프린터(9)의 스테이터스를 표시하는 통장 프린터 선택 화면(G5003)을 표시한다. 텔러가 숫자 + 엔터 키를 누르면, 이것에 대응한 통장 프린터(9)를 텔러의 점유상태로 한다. Thin 클라이언트(4) 화면 상에서는 통장 프린터(9)의 선택 화면을 소거하고, 화면 상에 점유한 통장 프린터(9)의 번호를 나타내는 아이콘을 표시하고, 어떤 통장 프린터(9)를 점유한 상태인지 텔러에게 통지한다(G5004). 텔러가 통장 프린터(9)에 통장 및 전표를 세트하면, 통장 세트 및 전표 세트 통지를 디바이스 제어 서버(3)가 검지하고, AP 서버(1)를 통하여, 점유하고 있는 Thin 클라이언트(4)의 화면에, 통장 세트 상태 및 전표 세트 상태를 표시한다. 또한, 통장 프린터(9)에의 통장 세트에 의해 자기 스트라이프 데이터의 판독을 행하고, 판독 데이터 중, 거래 화면 상의 필드 정의에 대응한 계좌 번호의 데이터를 잘라내어, 해당 필드에 표시를 행한다(G5005).

계속해서, 거래 금액을 입력하면, 차액을 표시하는 수지 밸런스 화면(G5006)을 표시하고, 거래 금액에 대한 현금 취급 상황을 통지한다. 보통 입금 화면(G5006)에서, 현금 입출금기 키를 누르면, 영업점내에 배치된 현금 입출금기(8)의 상황을 나타내는, 현금 입출금기 선택 화면(G5007)을 표시한다. 현금 입출금기(8)의 디바이스 스테이터스는, 디바이스 제어 서버(3)의 구성 관리 프로그램(3403)에서 관리하고 있고, Thin 클라이언트(4)는 AP 서버(1)를 통하여, 디바이스 제어 서버(3)와 통신하여, 현금 입출금기(8)의 스테이터스를 표시하는 현금 입출금기 선택 화면(G5007)을 표시한다. 텔러가 숫자 + 엔터 키를 누르면, 이것에 대응한 현금 입출금기(8)를 텔러의 점유상태로 한다. Thin 클라이언트(4) 화면 상에서는 현금 입출금기 선택 화면을 소거하고, 화면 상에 점유한 현금 입출금기(8)의 번호를 나타내는 아이콘을 표시하고, 어떤 현금 입출금기(8)를 점유한 상태인지, AP 서버(1)를 통하여 Thin 클라이언트(4)의 거래 화면 상에 표시한다(G5008). 텔러가 현금 입출금기(8)에 현금을 세트하면, 입금 상태를 디바이스 제어 서버(3)가 검지하고, 점유하고 있는 Thin 클라이언트(4)에 통지한다(G5010). 화폐 종류 화면 키 압하에 의해, 현금의 취급 상황을 확인하기 위한 화폐 종류 화면(G5010)을 표시하고, 현금 입출금기(8)에서 입금한 상황을 반영한다. 이 경우, 9000엔의 거래 금액에 대하여, 1만엔의 입금을 발생시키기 때문에, 수지를 맞추기 위해서는, 거스름돈으로서 천엔을 출금할 필요가 있다. 따라서, 거스름돈 키 및 자동 지불 키에 의해, 거스름돈으로서 지불할 천엔을 고위 화폐 종류 분류하고, 천엔 지폐 1매를 현금 입출금기(8)로부터 지불하는 상황으로 하고, 거래 금액과 현금 취급 금액의 차액이 0엔으 로 되는 것을 확인한다(G5011). 화폐 종류 화면 키의 압하로 보통 입금 화면(G5012)을 표시하면, 수지 밸런스 화면 상의 차액도 0엔으로 되어 있는 것을 확인할 수 있어, 보통 입금으로서의 데이터 엔트리를 완결할 수 있다.

또한, 통장 프린터(9) 키 혹은 현금 입출금기(8) 키 등 디바이스에 특화된 키를 할당함으로써, 사용하는 디바이스를 선언하고 있지만, 통합해서 금융 디바이스 키로서 취급하여, 한 화면으로 모든 사용 디바이스를 선언하는 방법도 가능하다.

완료 키를 눌러, AP 서버(1)를 통하여 호스트(2)와 송수신을 실시하여, 디바이스에의 출력 전문을 수신한 경우, 상기 Thin 클라이언트(4)가 점유하고 있는 디바이스로의 출력 내용을 디바이스 출력 지시 화면(G5013)으로서 표시하고, AP 서버(1)로부터 디바이스 제어 서버(3)를 통하여, 점유하고 있는 디바이스에 대한 출력 처리를 순차적으로 실시한다. 텔러는, 현금 입출금기(8)로의 출력 지시 내용을 디바이스 출력 지시 화면에서 확인하고, 점유하고 있는 현금 입출금기(8)로부터 출금되고 있는 거스름돈을 수취한 후, 엔터 키 압하에 의해, 다음 화면(G5014)으로 진행한다. 텔러는 통장 프린터(9)로의 출력 지시 내용을 디바이스 출력 지시 화면에서 확인하고, 점유하고 있는 통장 프린터(9)로부터 통장 및 전표를 수취한 후, 엔터 키 압하에 의해, 디바이스 출력 지시 화면을 소거하고, 1건의 거래 종료를 검지하여 초기 화면(G5015) 표시를 행한다.

도 5의 화면 천이예는, 하나 하나의 디바이스에의 지시를 확실하게 확인하면서 오퍼레이션시키는 방식이지만, 디바이스에의 출력 지시에 대하여 한번에 모든 디바이스에의 지시를 화면 표시할 수도 있다. 그 경우, 텔러가 돌아다니는 것을 극력 줄일 수 있다.

이와 같이 텔러에게 디바이스를 선택시키고, 디바이스에의 출력 지시를 하나 하나 오퍼레이션으로 확인시킴으로써, 각 텔러의 판단 및 책임 하에서 통장 등의 중요 매체나 현금을 취급할 수 있다. 물론, 거래 개별 입력, 혹은 입금 처리가 없는 거래의 경우에는, 디바이스를 선택하지 않고 거래를 실시하고, 상기 Thin 클라이언트(4)로부터 더 가까운 디바이스로부터 할당하는 등의 우선 순위를 서버측에서 판단시키는 것도 가능하다.

도 6은, 도 4의 변형예를 나타내는 것이다. 이 변형예에서는 디바이스로의 송신에 앞서서 거래 처리 요구원을 판단하고 있다. 이 변형예에서는, Rich 클라이언트가 자신이 관리하고 있는 디바이스를 사용하여 거래 처리를 실행하는 경우에, Rich 클라이언트라고 판단된 후에는 종래와 마찬가지로 처리할 수 있다는 이점이 있다. 이하, S3001∼S3005까지는 도 4와 공통이므로, S6006 이후를 설명한다.

S3005에서 호출된 각 콤포넌트로 업무를 실행하고, AP 서버(1)의 외부로 명령이나 보고를 발신할 때, Thin/Rich 분류 프로그램(1407)은, 수신한 거래 처리 요구원이 Thin 클라이언트(4)인지 Rich 클라이언트(5)인지를 공통 메모리 영역(1408)의 기억으로 판단한다(S6006). 메모리의 기억이, 「기기 번호 11111」, 「네트워크 어드레스」, 「A지점의 1번 클라이언트」라는 형식인 경우에는, 이 기억을 참조하는 것만으로는 판단할 수 없기 때문에, 하드디스크(14)에 저장하고 있는 대응 테이블 등을 이용하여, 기기 번호 11111/네트워크 어드레스/A지점의 1번 클라이언트 가 Thin 클라이언트(4)에 상당하는지 Rich 클라이언트(5)에 상당하는지를 판단한다.

발신원이 Thin 클라이언트(4)였을 때, 디바이스에의 명령이 있는지의 여부를 판단한다(S6007). 디바이스에의 명령은, 금융 디바이스의 동작을 수반하는 명령으로서, 예를 들면, 현금 입출금기(8)의 셔터의 개폐나 지폐의 반송, 통장 프린터(9)의 통장의 취입이나 페이지 넘김 등이 금융 디바이스의 동작이다. 예입 거래인 경우, 현금 입출금기(8)에서 지폐를 입금하고, 통장 프린터(9)에서 입금한 금액을 인자하므로, 콤포넌트군(1406)의 각 업무에 의해 발신하는 전문은, 디바이스에의 명령을 포함하고 있다. 금융 디바이스의 동작을 포함하지 않는 거래는, 예를 들면 잔고 조회 거래나 융자 상담 거래이다.

거래의 요구원이 Thin 클라이언트(4)이고, 또한, 거래가 디바이스 제어를 포함할 때, 디바이스에의 명령을 Thin 클라이언트(4)가 아니고, 디바이스 제어 서버(3)로 발신한다(S6008). Thin 클라이언트(4)는, 디바이스 제어의 기능을 갖고 있지 않기 때문이다. 발신처의 디바이스 제어 서버(3)는, 요구원의 Thin 클라이언트(4)에 대응하여 예정되어 있고, 예를 들면 요구원의 Thin 클라이언트(4)와 동일한 영업점에 설치되어 있는 디바이스 제어 서버(3)이다.

디바이스 제어 서버(3)에서는, 콤포넌트의 명령에 기초하여 디바이스를 실제로 동작시키기 위한 명령을 발신한다. 예를 들면, 통장 제어 콤포넌트로부터 발신된 하부 인서터에 대한, 인자(페이지 넘김을 포함한다)하고, 종료한다는 전문을 인터페이스(13)를 통하여 수신했을 때, 드라이버로 실제로 헤드 등을 작동시켜 인자 한다. 디바이스 SP(3401)는, 헤드의 움직임 등을 감시하고, 그 동작의 이상을 검지한 경우에 신호를 재송신하는 등의 상해 대책을 실시하여, 정상적인 종료를 체크한다. 정상적인 종료를 체크하면, 인터페이스(13)를 통하여 디바이스 제어 서버(3)로부터 AP 서버(1)를 향해 제어의 완료 통지를 발신한다.

통장 제어 콤포넌트나 현금 제어 콤포넌트는, 디바이스 제어 서버(3)로부터 금융 디바이스의 동작 완료의 통지를 수신한다(S6009). 플로우 제어 프로그램(1404)에서 취득한 업무 플로우에 있어서 이어지는 업무가 호스트로의 통지인 경우에는, 호스트(2)와 교신하여 더욱 업무를 계속한다.

Thin 클라이언트(4)로 전문을 발신하는 경우, 화면 정의 정보(1403)로부터 대응하는 화면 정보를 취득하여 전문의 내용을 화면 정보에 부착하여 합성하고(S6010), 합성한 전문의 내용과 화면 정보를 Thin 클라이언트(4)로 송신한다(S6011).

발신원이 Rich 클라이언트(5)였을 때에는, 디바이스에의 명령을 Rich 클라이언트(5)로 보내고(S6013), AP 서버(1)가 작성한 전문도 화면 정의 정보(1403)의 화면 정보와 합성하지 않고 Rich 클라이언트(5)로 보낸다(S6014).

이상, 본 발명의 일 실시 형태를 설명했다. 또한, 본 발명의 과제와 효과는, 본 실시 형태의 구성이나 기능을 취사 선택하여 변형해도 달성할 수 있는 것이 있다. 예를 들면, 디바이스 제어 서버(3)의 기능(프로그램 등)을 AP 서버(1)와 일체로 갖게 하더라도, Rich 클라이언트(5)와 Thin 클라이언트(4)를 병용하는 과제와 효과를 달성할 수 있다. 또한, 예를 들면, Rich 클라이언트(5)가 없더라도, 디바이스 제어 서버(3)를 AP 서버(1)로부터 분리하여 Thin 클라이언트(4)의 근처에 설치함으로써 금융 디바이스의 제어를 안정화 등 하는 과제와 효과를 달성할 수 있다.

Claims

거래의 요구를 입력하는 복수의 단말기와,

상기 단말기에 의해 입력한 거래의 요구에 기초하여 호스트와 교신하는 제1 서버와,

상기 호스트와의 교신에 대응하는 상기 제1 서버로부터의 명령에 기초하여, 디바이스를 제어하는 디바이스 제어 프로그램을 갖는 제2 서버를 포함하는 서버/클라이언트 시스템.
제1항에 있어서,

상기 복수의 단말기는, 입력 화면 정보를 갖는 제1 클라이언트와, 상기 입력 화면 정보를 갖지 않는 제2 클라이언트를 포함하고,

상기 제1 서버는, 상기 단말기로 명령을 발신할 때, 상기 제1 클라이언트로의 명령인지 상기 제2 클라이언트로의 명령인지를 판단하여, 상기 제2 클라이언트의 명령이라고 판단했을 때에는 입력 화면 정보를 부가하여 발신하는 프로그램을 더 포함하는 서버/클라이언트 시스템.
제1항에 있어서,

상기 복수의 단말기는, 상기 디바이스 제어 프로그램을 갖는 제1 클라이언트와, 상기 디바이스 제어 프로그램을 갖지 않는 제2 클라이언트를 포함하고,

상기 제1 서버는, 상기 제1 클라이언트에서 입력한 거래의 요구에 기초한 디바이스에의 명령을 상기 제1 클라이언트에게 발신하고, 상기 제2 클라이언트에서 입력한 거래의 요구에 기초한 디바이스에의 명령을 상기 제2 서버로 발신하도록 분류하는 프로그램을 더 포함하는 서버/클라이언트 시스템.
제2항에 있어서,

상기 제2 클라이언트는, 장표의 화상을 취득하는 화상 취득부와 회선을 통하여 접속하고, 상기 화상 취득부에서 입력한 화상을 문자 인식하는 프로그램을 더 포함하는 서버/클라이언트 시스템.
제1항에 있어서,

상기 단말기는, 상기 거래의 요구의 입력에 수반하여 상기 현금 입출금기 및 상기 통장 프린터 중 적어도 한쪽의 점유의 요구를 입력하고,

상기 단말기에서 상기 점유의 요구의 입력이 있었을 때, 상기 제2 서버는, 상기 현금 입출금기 및 상기 통장 프린터 중 적어도 한쪽을 상기 단말기의 점유로 설정하고, 상기 점유의 요구에 수반하여 요구를 입력한 거래가 완료되었을 때, 점유의 설정을 해제하는 서버/클라이언트 시스템.
단말기로부터 거래의 요구를 수신하고, 상기 수신에 기초하여 대응하는 거래의 플로우를 호출하고, 상기 거래의 플로우에 기초하여 복수의 콤포넌트를 호출하 여 실행시키는 플로우 제어 프로그램을 갖는 제1 서버와,

상기 수신에 대응하는 상기 제1 서버의 명령에 기초하여, 현금을 입출금하는 현금 입출금기 및 통장을 반송하여 인자하는 통장 프린터 중 적어도 한쪽을 제어하는 디바이스 제어 프로그램을 갖는 제2 서버를 포함하는 서버/클라이언트 시스템.
제6항에 있어서,

상기 제1 서버는, 상기 단말기가 설치된 영업점과 통신 회선을 통하여 접속하는 센터에 설치되고,

상기 제2 서버는, 상기 영업점에 설치되어 있는 서버/클라이언트 시스템.
제6항에 있어서,

상기 제1 서버는, 상기 플로우 제어 프로그램으로부터 상기 단말기로 명령을 발신할 때, 상기 단말기가 입력 화면 정보를 갖는 제1 클라이언트인지 상기 입력 화면 정보를 갖지 않는 제2 클라이언트인지를 판단하여, 상기 제2 클라이언트라고 판단했을 때에는 입력 화면 정보를 부가하여 발신하는 프로그램을 더 포함하는 서버/클라이언트 시스템.
제6항에 있어서,

상기 제1 서버는, 상기 단말기가, 상기 디바이스 제어 프로그램을 갖는 제1 클라이언트인지 상기 디바이스 제어 프로그램을 갖지 않는 제2 클라이언트인지를 판단하여, 상기 제1 클라이언트라고 판단했을 때, 디바이스에의 명령을 상기 제1 클라이언트에게 발신하고, 상기 제2 클라이언트라고 판단했을 때, 디바이스에의 명령을 상기 제2 서버로 발신하는 프로그램을 더 포함하는 서버/클라이언트 시스템.
금융 기관의 영업점에 설치되어, 거래의 요구를 입력하는 복수의 영업점 단말기와,

상기 영업점과 회선을 통하여 접속하는 센터에 설치되어, 상기 영업점 단말기에 의해 입력한 거래의 요구에 기초하여 대응하는 거래의 플로우를 호출하고, 상기 거래의 플로우에 기초하여 복수의 콤포넌트를 호출하여 실행시키는 플로우 제어 프로그램을 갖는 제1 서버와,

상기 영업점 단말기에서의 상기 요구에 대응하는 상기 제1 서버의 명령에 기초하여, 현금을 입출금하는 현금 입출금기 및 통장을 반송하여 인자하는 통장 프린터 중 적어도 한쪽을 제어하는 디바이스 제어 프로그램을 갖는 제2 서버를 포함하는 영업점 시스템.
제10항에 있어서,

상기 제2 서버는, 상기 영업점에 설치되어 있는 영업점 시스템.
입력 화면 정보를 갖는 제1 클라이언트와,

상기 입력 화면 정보를 갖지 않는 제2 클라이언트와,

상기 제1 클라이언트로의 명령인지 상기 제2 클라이언트로의 명령인지를 판단하여, 상기 제2 클라이언트의 명령이라고 판단했을 때에는 입력 화면 정보를 부가하여 발신하는 프로그램을 갖는 제1 서버를 포함하는 서버/클라이언트 시스템.
제12항에 있어서,

상기 제1 서버는, 상기 제1 클라이언트와 상기 제2 클라이언트 중 적어도 한쪽이 설치된 영업점과 통신 회선을 통하여 접속하는 센터에 설치되어 있는 서버/클라이언트 시스템.
단말기로 명령을 발신할 때, 상기 단말기가 입력 화면 정보를 갖는 제1 클라이언트인지 상기 입력 화면 정보를 갖지 않는 제2 클라이언트인지를 판단하여, 상기 제2 클라이언트라고 판단했을 때에는 입력 화면 정보를 파일로부터 취득하여 발신하는 서버.
화면 정의 정보를 갖는 제1 클라이언트와 상기 화면 정의 정보를 갖지 않는 제2 클라이언트에 통신 회선을 통하여 접속하는 서버가 실행하는 거래 처리 실행 방법으로서,

상기 제1 클라이언트 또는 상기 제2 클라이언트로부터 거래 처리의 요구를 수신하여, 거래 처리의 요구원을 기억하고,

수신한 거래 처리의 요구에 대응하는 명령을 복수의 디바이스로 통신 회선을 통하여 송신하고, 송신한 복수의 상기 디바이스로부터 제어 완료 통지를 수신하면, 기억한 거래 처리의 요구원이 상기 제2 클라이언트일 때, 화면 정보를 부가하여 상기 제2 클라이언트에게 송신하는 거래 처리 실행 방법.
현금을 입출금하는 현금 입출금기 및 통장을 반송하여 인자하는 통장 프린터 중 적어도 한쪽을 제어하는 디바이스 제어 프로그램을 갖는 제2 서버와,

상기 디바이스 제어 프로그램을 갖는 제1 클라이언트와,

상기 디바이스 제어 프로그램을 갖지 않는 제2 클라이언트와,

현금 입출금기 및 통장 프린터 중 적어도 한쪽을 이용하는 거래에 있어서, 상기 제1 클라이언트인지 상기 제2 클라이언트인지를 판단하여, 상기 제1 클라이언트라고 판단했을 때, 상기 거래에 있어서의 디바이스에의 명령을 상기 제1 클라이언트에게 발신하고, 상기 제2 클라이언트라고 판단했을 때, 상기 거래에 있어서의 디바이스에의 명령을 상기 제2 서버로 발신하는 제1 서버를 포함하는 영업점 시스템.
제16항에 있어서,

상기 제2 서버, 상기 제1 클라이언트 및 상기 제2 클라이언트는, 영업점에 설치되고,

상기 제1 서버는, 상기 영업점과 통신 회선을 통하여 접속하는 센터에 설치되어 있는 영업점 시스템.
입출금하는 현금 입출금기 및 통장을 반송하여 인자하는 통장 프린터 중 적어도 한쪽의 디바이스를 제어하는 디바이스 제어 프로그램을 갖는 제1 클라이언트와 상기 디바이스 제어 프로그램을 갖지 않는 제2 클라이언트에 통신 회선을 통하여 접속하는 서버가 실행하는 거래 처리 실행 방법으로서,

명령을 발신할 때, 수신처가, 상기 제1 클라이언트인지 상기 제2 클라이언트인지를 판단하고,

상기 제1 클라이언트라고 판단했을 때, 상기 거래에 있어서의 상기 디바이스에의 명령을 상기 제1 클라이언트에게 발신하고, 상기 제2 클라이언트라고 판단했을 때, 상기 거래에 있어서의 상기 디바이스에의 명령을, 상기 디바이스 제어 프로그램을 갖는 제2 서버로 통신 회선을 통하여 발신하는 거래 처리 실행 방법.