KR100590904B1

KR100590904B1 - 연계 지시 정보 생성 장치 및 연계 지시 정보 생성 방법

Info

Publication number: KR100590904B1
Application number: KR1020040002221A
Authority: KR
Inventors: 스기야마다카아키
Original assignee: 후지제롯쿠스 가부시끼가이샤
Priority date: 2003-03-20
Filing date: 2004-01-13
Publication date: 2006-06-19
Also published as: KR20040083339A; US7747979B2; JP4239634B2; CN1333351C; US20040199399A1; CN1532755A; JP2004287837A

Abstract

네트워크 상의 각각의 장치에 사용자의 이용 제한이 있는 경우에도 연계 처리를 원활히 실행할 수 있는 연계 지시 정보를 생성한다.

지시서 생성 서버는 클라이언트 단말의 사용자 인증을 실행하여 사용자 정보를 취득한다(단계 ST1). 다음에 서비스 검색 서버에 대해 사용자가 현재 이용할 수 있는 서비스의 검색 요구를 실행하고, 사용자 정보를 송신한 후 서비스 리스트를 취득한다(단계 ST2). 지시서 생성 서버는 어떤 서비스가 잡 플로우의 구성 요소 중 하나로서 선택되었다고 판정하면(단계 ST3) 선택된 서비스에 드는 비용 등을 사용자 정보에 반영한다(단계 ST4). 그리고 잡 플로우가 완성되었는지를 판정하여 잡 플로우가 완성되었다고 판정했을 때에는 잡 플로우에 관한 정보와 I/F 정보에 기초하여 지시서를 작성한다(단계 ST5).

Description

연계 지시 정보 생성 장치 및 연계 지시 정보 생성 방법{Apparatus and method for producing link indication information}

도 1은 본 발명의 제1 실시 형태에 관한 문서 처리 시스템의 구성을 도시한 블록도이다.

도 2는 문서 처리 시스템을 구성하는 각 서비스 처리 장치의 상호 관계를 설명하기 위한 블록도이다.

도 3은 I/F 정보의 구성을 도시한 도면이다.

도 4는 지시서 생성 서버의 구성을 도시한 블록도이다.

도 5는 클라이언트 단말, 서비스 검색 서버, 지시서 생성 서버, 서비스 처리 장치의 상호 관계를 설명하는 도면이다.

도 6은 웹 서버부에서 생성된 GUI 화면인 지시서 작성 화면을 도시한 도면이다.

도 7은 XML 형식으로 구성된 지시서를 도시한 개념도이다.

도 8은 제한값 테이블의 구성을 도시한 도면이다.

도 9는 지시서 작성시의 지시서 생성 서버의 처리 순서를 도시한 흐름도이다.

도 10은 사용자 정보의 구성을 도시한 도면이다.

도 11은 서비스 검색 서버의 검색 처리 순서를 설명하는 흐름도이다.

도 12는 클라이언트 단말, 지시서 관리 서버 및 연계 처리 서버의 처리를 도시한 흐름도이다.

도 13은 지시서 리스트를 표시한 서비스 연계 처리 선택 화면의 일예를 도시한 도면이다.

도 14는 제2 실시 형태에서 지시서 작성시의 지시서 생성 서버의 처리 순서를 도시한 흐름도이다.

도 15는 서비스 처리 장치의 검색 처리 순서를 설명하는 흐름도이다.

도 16은 제3 실시 형태에서 지시서 작성시의 지시서 생성 서버의 처리 순서를 도시한 흐름도이다.

도 17은 클라이언트 단말에 표시된 지시서 작성 화면을 도시한 도면이다.

도 18은 지시서 생성 서버(30)가 잡 플로우를 구성하는 각 기능을 체크할 때의 서브 루틴을 도시한 흐름도이다.

도 19는 제4 실시 형태에서 지시서 생성 서버가 잡 플로우를 구성하는 각 기능을 체크할 때의 서브 루틴을 도시한 흐름도이다.

도 20은 제5 실시 형태에 관한 문서 처리 시스템을 구성하는 각 서비스 처리 장치의 상호 관계를 설명하기 위한 블록도이다.

[부호의 설명]

10 클라이언트 단말

20 서비스 검색 서버

30 지시서 생성 서버

36 정보 관리부

37 웹 서버부

38 지시서 작성부

40 지시서 관리 서버

50 연계 처리 서버

60, 60A, 60B, ..., 60Y, 60Z 서비스 처리 장치

본 발명은 연계 지시 정보 생성 장치 및 연계 지시 정보 생성에 관한 것으로서, 특히 각각의 장치에 있어서 사용자의 사용 제한이 있는 경우에도 그 사용 제한을 받지 않는 연계 지시 정보를 생성하는 연계 지시 정보 생성 장치 및 연계 지시 정보 생성 방법에 관한 것이다.

문서 데이터에 대해 소정 처리를 실행하는 서비스가 네트워크를 통해 여러 개 존재하는 분산 처리 시스템에서 사용자는 다양한 장소에서 원하는 서비스를 이용할 수 있다.

그러나 모든 사용자가 모든 서비스를 사용 가능한 경우 어느 특정 서비스에만 이용이 집중하는 경우가 있어 그 특정 서비스에 지나친 부담이 실리는 문제가 있다. 또 모든 사용자가 모든 서비스를 사용 가능한 경우 특정 권한을 갖는 사용자 에게만 소정 서비스를 제공한다는 사용자 차별화를 꾀할 수 없는 문제가 있다.

이에 대해 특허문헌 1에는 사용자별로 프린터 장치의 이용 상황의 감시·관리, 이용 제한을 실행하는 인쇄 시스템이 개시되어 있다. 특허문헌 2에는 토너 카트리지에 이용자의 식별자를 기억시킴으로써 토너 카트리지의 이용자 및 이용자별 인쇄 매수를 제한하는 인쇄 장치 및 인쇄 제어 방법이 개시되어 있다.

또 특허문헌 3에는 사용자별 인쇄 매수를 제한하거나 사용할 수 있는 인쇄 기능을 제한함과 동시에 관리자에 의한 공유 프린터의 사용 상황을 관리하는 인쇄 시스템이 개시되어 있다. 특허문헌 4에는 기록지가 많은 사용 매수 제한을 사용자별로 실행할 때 다수의 사용자별 매수 제한을 효율적으로 실행하는 프린터 장치가 개시되어 있다.

<특허문헌 1> 일본 특개평9-30057호 공보

<특허문헌 2> 일본 특개평9-120241호 공보

<특허문헌 3> 일본 특개평10-161823호 공보

<특허문헌 4> 일본 특개2001-328317호 공보

특허문헌 1에서 4 중 어느 하나에 기재된 기술은 이용자별로 각각 독립적으로 프린트 출력을 제한하는 것이다. 이와 같은 기술이 탑재된 프린터를 네트워크에 접속하여 서비스 연계 처리를 실행하면 일부 서비스를 실행할 수 없어 서비스 연계 처리를 원활하게 실행할 수 없는 문제가 있다.

본 발명은 상기 과제를 해결하기 위해 제안된 것으로서 네트워크 상의 각각 의 장치에 사용자 이용 제한이 있는 경우에도 연계 처리를 원활히 실행할 수 있는 연계 지시 정보를 생성하는 연계 지시 정보 생성 장치 및 연계 지시 정보 생성 방법을 제공하는 것을 목적으로 한다.

본 발명에 관한 연계 지시 정보 생성 장치는, 문서 데이터에 관해 소정 처리를 각각 실행하는 복수의 서비스를 네트워크 상에서 연계하도록 지시하는 연계 지시 정보를 생성하는 연계 지시 정보 생성 장치로서, 사용자 정보를 이용하여 사용자가 사용 가능한 복수의 서비스를 취득하는 서비스 취득 수단과, 상기 서비스 취득 수단으로 취득한 복수의 서비스를 이용하여 상기 연계 지시 정보를 생성하는 연계 지시 정보 생성 수단을 구비하고 있다.

서비스 취득 수단은 사용자 정보를 이용하여 사용자가 사용 가능한 복수의 서비스를 취득한다. 사용자 정보는 서비스를 실행할 때 사용자의 현재 상태를 표시하고 있으며 서비스가 실행될 때마다 필요에 따라 갱신된다. 서비스 취득 수단은 서비스를 검색하는 검색 수단을 통해 사용자가 사용 가능한 복수의 서비스를 취득해도 좋다. 서비스 취득 수단은 각각의 서비스 처리 장치에 직접 문의하여 사용자가 사용 가능한 복수의 서비스를 취득해도 좋다. 또 서비스 취득 수단은 복수의 기능을 연계하는 잡 플로우가 이미 작성되어 있는 경우에는 잡 플로우를 구성하는 기능별로 사용자가 사용 가능한 서비스를 취득해도 좋고 그 중에서도 가장 제한이 없는 서비스를 취득해도 좋다. 그리고 연계 지시 정보 생성 수단은 서비스 취득 수단으로 취득한 복수의 서비스를 이용하여 연계 지시 정보를 생성한다.

따라서 본 발명에 따른 연계 지시 정보 생성 장치에 따르면, 사용자 정보를 이용하여 사용자가 사용 가능한 복수의 서비스를 취득하고, 취득한 복수의 서비스를 이용하여 상기 연계 지시 정보를 생성함으로써 서비스의 제한 없이 복수의 서비스의 연계 처리를 원활히 실행하기 위한 연계 지시 정보를 생성할 수 있다.

본 발명에 관한 연계 지시 정보 생성 방법은 문서 데이터에 관해 소정 처리를 각각 실행하는 복수의 서비스를 네트워크 상에서 연계하도록 지시하는 연계 지시 정보를 생성하는 연계 지시 정보 생성 방법으로서, 각각의 서비스 실행 제한을 표시하는 각각의 제한값 테이블과 사용자 정보를 조합(照合)함으로써 사용자가 사용 가능한 복수의 서비스를 취득하는 서비스 취득 공정과, 상기 서비스 취득 공정에서 취득한 복수의 서비스를 이용하여 연계 지시 정보를 생성하는 연계 지시 정보 생성 공정을 구비하고 있다.

또한, 상기 연계 지시 정보 생성 공정에서는 취득한 복수의 서비스 중에서 잡 플로우를 구성하는 서비스의 선택을 접수하고 접수한 서비스를 이용하여 연계 지시 정보를 생성하는 것을 특징으로 한다.

또한, 상기 서비스 취득 공정에서는 잡 플로우를 구성하는 기능별로 사용자가 사용 가능한 서비스를 취득하는 것을 특징으로 한다.

또한, 상기 서비스 취득 공정에서는 상기 잡 플로우를 구성하는 기능별로 가장 제한이 없는 서비스를 취득하는 것을 특징으로 한다.

따라서 본 발명에 따른 연계 지시 정보 생성 방법에 따르면, 각각의 서비스의 실행 제한을 표시하는 각각의 제한값 테이블과 사용자 정보를 조합함으로써 사 용자가 사용 가능한 복수의 서비스를 취득하고, 취득한 복수의 서비스를 이용하여 연계 지시 정보를 생성함으로써 서비스의 제한 없이 복수의 서비스의 연계 처리를 원활히 실행하기 위한 연계 지시 정보를 생성할 수 있다.

이하 본 발명의 바람직한 실시 형태에 대해 도면을 참조하여 상세히 설명하기로 한다.

[제1 실시 형태]

(시스템 구성)

도 1은 본 발명의 제1 실시 형태에 관한 문서 처리 시스템(1)의 구성을 도시한 블록도이다.

문서 처리 시스템(1)은 다양한 서비스나 어플리케이션이 네트워크(5)를 통해 접속된 것이다. 여기에서 서비스란 외부로부터의 요구에 따라 문서에 관한 이용 가능한 기능을 말한다. 서비스는 예컨대, 복사, 프린트, 스캔, 팩스 송수신, 메일 배신, 리포지터리(또는 데이터 베이스)에 격납하거나 리포지터리로부터 읽어 들이기, OCR(Optical Character Recognition) 처리, 노이즈 제거 처리, PDF 변환 등이 해당되는데 특별히 한정되지는 않는다.

문서 처리 시스템(1)은 구체적으로는 복수의 서비스를 연계시켜 사용자가 원하는 처리를 지시하는 사용자 인터페이스를 구비한 클라이언트 단말(10)과, 사용자가 원하는 서비스를 검색하는 서비스 검색 서버(20)와, 클라이언트 단말(10)에서 지시된 서비스 연계에 관한 정보로부터 지시서를 작성하는 지시서 생성 서버(30)와, 지시서를 관리하는 지시서 관리 서버(40)와, 지시서를 따라 각 서비스의 연계 처리를 실행하는 연계 처리 서버(50)를 구비하고 있다.

문서 처리 시스템(1)은 서비스 A를 실행하는 서비스 처리 장치(60A)와 서비스 B를 실행하는 서비스 처리 장치(60B)와, ..., 서비스 Y를 실행하는 서비스 처리 장치(60Y)와, 서비스(Z)를 실행하는 서비스 처리 장치(60Z)를 구비하고 있다. 이하 서비스 처리 장치(60A), (60B), ..., (60Y), (60Z) 중 임의의 것을 도시할 때에는 서비스 처리 장치(60)로 표기한다.

또 문서 처리 시스템(1)은 본 실시 형태에서는 소정 서비스 처리를 실행하는 복수의 서버가 네트워크(5)를 통해 접속된 구성으로 되어 있는데 복수의 서비스가 네트워크(5)를 통해 접속되어 있으면 특별히 한정되지는 않는다.

여기에서 지시서란 일련의 처리를 복수의 기능적인 처리로 분해한 경우에 각 기능의 관계를 표시한 정보와, 각 기능을 호출하기 위한 인터페이스(I/F) 정보와, 일련의 처리에 관한 그래피컬 사용자 인터페이스(GUI)를 구성하기 위한 정보를 포함한 데이터를 말한다.

도 2는 문서 처리 시스템(1)을 구성하는 각 서비스 처리 장치의 상호 관계를 설명하기 위한 블록도이다. 각 서비스 처리 장치는 자신이 제공하는 서비스 내용을 표시한 I/F 정보를 기억하고 있다.

도 3은 I/F 정보의 구성을 도시한 도면이다. I/F 정보는 <서비스 종류(Service Class)>, <서비스 명칭(Service Name)>, <서비스 아이콘(Service Icon)>, <서비스 로케이션 정보(Service Location Information )>, <입력(Input)>, <출력(Output)>, <파라미터 제한 룰(Parameter Restriction Rules)>, <서비스 로케 이션(Service Location)>, <메소드 명칭(Method Name)>, <기동 방법(Invocation Scheme)>, <묵시 요소(Implicit Elements)>로 구성되어 있다.

<서비스 종류>는 서비스 처리 장치가 제공하는 서비스 종류이다. <서비스 종류>는 미리 정의되어 있는 것이 사용되며 예컨대 스캔, 프린트, 리포지터리, 플로우 등이 해당된다. <서비스 명칭>은 서비스 처리 장치가 제공하는 서비스 이름이다. <서비스 아이콘>은 클라이언트 단말(10)의 GUI에 표시하는 아이콘의 위치 정보이다.

<서비스 로케이션 정보>은 지시서 생성 서버(30)가 I/F 정보를 취득하기 위해 이용하는 URL이다. <입력>은 서비스로의 입력이다. <출력>은 서비스로부터의 출력이다. <파라미터 제한 룰>은 <입력>이나 <출력>에 적용되는 제한 룰이다. <서비스 로케이션>은 서비스를 실제로 사용할 때의 위치 정보이다. <메소드 명칭>은 서비스 처리 제공 수단이나 서비스를 가리키는 명칭이 기술되어 있다.

<기동 방법>은 서비스를 호출 기동하는 방법이다. <기동 방법>으로는 예컨대 메시지 교환의 프로토콜인 SOAP(Simple Object Access Protocol), SMTP(Simple Mail Transfer Protocol) 등을 이용할 수 있다. <묵시 요소>는 출력으로서 명시적으로 후단 처리로 넘겨지는 데이터는 아니지만 후단의 처리에서 참조 가능한 데이터이다.

클라이언트 단말(10)은 지시서의 동작성을 지시하거나 기동해야 할 지시서를 선택하기 위해 화면 표시하거나 소정 조작을 실행하기 위한 그래피컬 사용자 인터페이스(GUI)의 기능을 구비하고 있다.

서비스 검색 서버(20)는 네트워크(5)에 접속된 복수의 서비스 중에서 검색 조건에 대응하는 서비스를 검색한다. 서비스 검색 서버(20)는 다양한 서비스 처리 장치의 I/F 정보의 일부(이하, 부분 I/F 정보라 함)를 미리 기억한다. 여기에서 부분 I/F 정보는 I/F 정보의 요소 중 <서비스 종류>, <서비스 명칭>, <서비스 로케이션 정보>, <입력> 정보, <출력> 정보를 말한다.

서비스 검색 서버(20)는 지시서 생성 서버(30)나 연계 처리 서버(50)에서 검색 조건이 송신되었을 때에는 각 서비스 처리 장치의 부분 I/F 정보를 이용하여 서비스를 검색한다. 예컨대 서비스 검색 서버(20)는 소정 서비스와 동일한 서비스를 검색할 때에는 <서비스 종류>가 일치하는 서비스를 검색하거나 <입력> 및 <출력>이 일치하는 서비스를 검색하거나 이들 모두가 일치하는 서비스를 검색하면 된다.

도 4는 지시서 생성 서버(30)를 도시한 블록도이다. 지시서 생성 서버(30)는 네트워크(5)와의 사이에서 정보의 송수신을 실행하는 입출력 포트(31)와, 지시서 생성 제어 프로그램을 기억하는 ROM(32), 지시서 작성을 포함한 전체적인 처리를 실행하는 CPU(33), 데이터의 작업 영역인 RAM(34), CPU(33)에 의해 처리된 데이터 등을 기억하는 하드 디스크 드라이브(35)를 구비하고 있다.

입출력 포트(31)는 예컨대 사용자 정보, 서비스 리스트, I/F 정보를 수신하거나 검색 요구 신호, 지시서를 송신한다. CPU(33)는 지시서 생성 서버(30)의 전체 처리를 제어하고 예컨대 지시서의 생성, 서비스 검색 서버(20)에 대한 검색 요구, 서비스 처리 장치(60)로의 문의를 지시한다.

도 5는 클라이언트 단말(10), 서비스 검색 서버(20), 지시서 생성 서버(30), 서비스 처리 장치(60)의 상호 관계를 설명하는 도면이다.

지시서 생성 서버(30)는 기능적으로는 도 5에 도시한 바와 같이 구성되며 I/f 정보 등 다양한 정보를 관리하는 정보 관리부(36)와, 클라이언트 단말(10)과의 사이에서 정보를 송수신하는 웹 서버부(37)와, 정보 관리부(36) 및 웹 서버부(37)에서 얻어진 정보에 기초하여 지시서를 작성하는 지시서 작성부(38)를 구비하고 있다.

지시서 생성 서버(30)는 웹 UI 뿐 아니라 클라이언트 어플리케이션을 이용해도 좋다. 즉 지시서 생성 서버(30) 대신에 정보 관리부(36), 지시서 작성부(38) 및 그래피컬 사용자 인터페이스(GUI)(39)를 구비한 지시서 생성 서버(30A)를 이용해도 좋다.

정보 관리부(36)는 <서비스 로케이션 정보>에 기초하여 네트워크(5) 상에 분산한 소정 서비스 처리 장치로부터 각 서비스에 관한 I/F 정보나 제한값 테이블을 송신하도록 요구한다. 또 정보 관리부(36)는 원하는 서비스 처리 장치를 파악하지 않은 경우에는 서비스 검색 서버(20)에 대해 원하는 서비스 처리 장치와 동일한 서비스를 실행하는 다른 서비스 처리 장치를 검색하도록 지시한다. 그리고 정보 관리부(36)는 서비스 검색 서버(20)로부터 다른 서비스 처리 장치의 <서비스 로케이션 정보>를 취득하면 된다. 그리고 정보 관리부(36)는 서비스 검색 서버(20)로부터의 검색 결과나 각 서비스 처리 장치로부터 수신한 I/F 정보나 제한값 테이블을 관리한다.

웹 서버부(37)는 각 서비스 처리 장치로부터 취득한 I/F 정보에 기초하여 잡 플로우를 정의하기 위한 GUI 화면이 되는 예컨대 HTML 파일을 생성한다. 웹 서버부(37)는 클라이언트 단말(10)로부터의 서비스 열람 요구가 있으면 GUI 화면이 되는 HTML 파일을 상기 클라이언트 단말(10)로 송신한다.

도 6은 웹 서버부(37)에서 생성된 GUI 화면인 지시서 작성 화면(100)을 도시한 도면이다. 지시서 작성 화면(100)은 서비스 윈도우(101), 플로우 윈도우(102), 로직 윈도우(103), 프로퍼티 윈도우(104)로 구성되어 있다.

서비스 윈도우(101)는 사용 가능한 다양한 서비스(서비스 처리 장치(60))를 각각의 아이콘으로 표시한다 로직 윈도우(103)는 서비스 간의 연계 패턴을 도시한 잡 플로우를 표시한다. 프로퍼티 윈도우(104)는 서비스 윈도우(101)와 로직 윈도우(103)에 표시된 각 아이콘의 상세한 설정 파라미터를 표시한다.

사용자는 서비스 윈도우(101)의 아이콘과 로직 윈도우(103)의 아이콘을 플로우 윈도우(102)에 드래그 앤 드롭함으로써 플로우 윈도우(102)에 잡 플로우를 정의할 수 있다. 사용자는 또 프로퍼티 윈도우(104)에 표시된 내용을 편집함으로써 서비스나 로직 등 서비스 간의 관계를 상세히 설정할 수 있다. 클라이언트 단말(10)은 사용자의 조작에 의해 정의된 잡 플로우 정보를 지시서 생성 서버(30)로 송신한다.

지시서 생성 서버(30)의 지시서 작성부(38)는 사용자로부터의 서비스 연계 지시에 관한 잡 플로우 정보와, 각 서비스의 I/F 정보에 기초하여 각 서비스에 의뢰하는 처리 내용, 입력 파라미터, 각 서비스 연계 방법(잡 플로우), 문서명이나 격납 로케이션 정보 등의 처리 대상 문서를 특정하기 위한 정보를 정의한 지시서를 작성한다. 지시서는 XML 형식의 파일로 구성되어 있다.

도 7은 지시서를 도시한 개념도이다. 이 지시서는 XML 형식의 서식으로 기술하도록 해도 좋다. 복수의 서비스 제휴 처리 자체도 하나의 서비스로 간주되기 때문에 지시서는 도 3에 도시한 I/F 정보에 더해 <플로우(Flow)>를 추가한 구성으로 되어 있다.

<플로우>는 서비스 간의 연계를 기술하는 요소이며 <기동(Invoke)>, 제어 구조나 논리 연산, 조건 판단을 위한 <if> 등의 요소, 서비스 간의 연계를 조정하기 위한 XML 구조의 조작 지시, 나아가 처리 대상 문서를 특정하기 위한 정보를 포함하고 있다.

<기동>은 서비스 처리 장치의 특정 메소드를 표시하며 서비스 호출을 실행한다. <기동>의 요소로서 파라미터 위치 정보를 나타내는 <맵>과, 호출 메소드 명칭 <메소드>를 가지고 있다. 제어 구조나 논리 연산 등을 나타내는 <if>, <and>, <eq>, <gt>는 연계 처리시에 조건 분기를 실행하거나 서비스 간에 오가는 파라미터의 조정을 실시한다.

지시서는 서비스 연계 처리의 제어에 관한 모든 정보를 <플로우>의 요소에 기술하고 있다. 이로써 지시서에 의해 표시되는 연계 처리 자체도 하나의 서비스로 간주된다. 지시서는 도 5에 도시한 구성에 한정되지 않고 각 서비스를 연계시킬 수 있으면 된다.

지시서 생성 버서(30)는 이상과 같은 XML 형식의 지시서를 지시서 관리 서버(10)로 송신한다. 또 지시서 생성 서버(30)는 사용자에 의해 서비스 연계 처리 의 실행이 지시되어 있는 경우에는 지시서를 직접 연계 처리 서버(50)로 송신해도 좋다.

지시서 관리 서버(40)는 지시서 생성 서버(30)로부터 송신된 지시서를 지지하고 클라이언트 단말(10)로부터의 요구에 따라 지시서를 연계 처리 서버(50)로 송신한다.

연계 처리 서버(50)는 지정된 지시서를 해석·실행하는 서버이다. 연계 처리 서버(50)는 지시서가 송신되면 그 지시서를 해석하고 지시서에 기술되어 있는 순서와 이용 방법에 따라 서비스 처리 장치(60)를 차례로 호출하여 연계 처리를 실행한다. 또 연계 처리 서버(50)는 실행 중의 연계 처리 상황이나 종료된 연계 처리 결과의 정보를 저장하고 외부로부터의 요구에 따라 연계 처리의 상황이나 결과를 통지한다.

연계 처리 서버(50)는 지시서를 해석하여 각 서비스 처리 장치에 의뢰할 때에는 처리 의뢰 내용이나 입력 파라미터, 처리 대상 문서를 특정하기 위한 정보 등을 갖는 개별 지시 정보를 생성한다. 또 연계 처리 서버(50)는 각 서비스 처리 장치에서 실행하는 처리의 연계 처리에서의 전후 서비스 처리와의 연계 정보를 추출하여 지시서에 기술해도 좋고 지시서 형식이 아닌 각 서비스 처리 장치별 고유의 정보 교환 형식으로 처리를 의뢰하도록 해도 좋다.

서비스 처리 장치(60A)는 외부로부터의 지시에 따라 문서에 관한 소정 서비스를 실행하는 장치이다. 여기에서 서비스 처리 장치(60A)는 연계 처리 서버(50)로부터의 처리 의뢰 내용이나 입력 파라미터, 처리 대상 문서를 특정하기 위한 정보 등의 정보에 기초하여 자신이 실행해야 할 서비스를 실행한다. 또 서비스 처리 장치(60A)는 기동시에 서비스 검색 서버(20)에 대해 부분 I/F 정보를 통지한다. 또 서비스 처리 장치(60A)는 지시서 생성 서버(30)로부터의 요구에 따라 서비스 이용 방법을 도시한 I/F 정보를 송신한다.

서비스 처리 장치(60A)는 사용자의 이용을 제한하는 제한값 테이블을 기억하고 있다. 제한값 테이블은 서비스 제공자에 의해 미리 설정된 사용자 제한 정보이다.

도 8은 제한값 테이블의 구성을 도시한 도면이다. 제한값 테이블은 사용자에 따라 서비스를 실행하기 위한 제한이나 조건을 표시하고 있다. 제한값 테이블은 이 서비스의 실행에 드는 금액을 도시한 「서비스 실행 금액」, 이 서비스의 실행에 드는 시간을 도시한 「서비스 실행 시간」, 이 서비스를 실행하는 데 필요한 권한을 갖는 사용자 어카운트를 도시한 「필요 권한」, 한 사람이 이 서비스를 실행할 수 있는 횟수를 도시한 「실행 가능 횟수/명」, 서비스 처리 장치(60A)와 사용자까지의 거리를 도시한 「사용자까지의 거리」를 가지고 있다. 또 제한값 테이블은 이들 정보 모두를 가지고 있는 경우에 한정되지 않으며 임의의 일부 정보만 가지고 있어도 좋고 또 다른 정보를 가지고 있어도 좋다.

서비스 처리 장치(60B), ... (60Y), (60Z)는 각각 서비스 내용을 제외하고 서비스 처리 장치(60A)와 동일하게 처리하도록 구성되어 있다.

이상과 같이 구성된 문서 처리 시스템(1)에서 서비스 처리 장치(60)는 소정 서비스를 실행하기 위한 어플리케이션 프로그램이 설치되면 이하와 같이 동작한다.

서비스 처리 장치(60)는 기동 처리에 있어서, 각각의 서비스 개요와 어드레스를 도시한 정보를 포함한 부분 I/F 정보 및 제한값 테이블을 서비스 검색 서버(20)에 통지한다.

서비스 검색 서버(20)는 각 서비스 처리 장치로부터 송신된 부분 I/F 정보 및 제한값 테이블을 저장한다. 이로써 서비스 검색 서버(20)는 예컨대 지시서 생성 서버(30)나 연계 처리 서버(50)로부터 소정 서비스 검색 요구가 있었을 때 부분 I/F 정보나 제한값 테이블을 이용하여 검색을 실행할 수 있다.

(지시서 작성 1)

도 9는 지시서 작성시의 지시서 생성 서버(30)의 처리 순서를 도시한 흐름도이다. 본 실시 형태에서는 서비스 검색 서버(20)는 각 서비스 처리 장치(60)의 제한값 테이블을 일원 관리하고 있다. 그래서 지시서 생성 서버(30)는 서비스 검색 서버(20)에 서비스 검색을 실행시킨 후 지시서를 작성한다.

처음에 클라이언트 단말(10)은 사용자의 조작에 따라 설치된 브라우저를 통해 지시서 생성 서버(30)가 제공하는 사용자 인터페이스 화면용으로 생성된 HTML 파일의 URL(Uniform Resource Locator)로 액세스한다. 지시서 생성 서버(30)는 클라이언트 단말(10)의 액세스를 확인하면 단계 ST1 이하의 처리를 실행한다.

단계 ST1에서는 지시서 생성 서버(30)는 클라이언트 단말(10)의 사용자 인증을 실행한다. 그리고 사용자가 클라이언트 단말(10)에 입력한 사용자 정보를 취득하여 단계 ST2로 이동한다.

도 10은 사용자 정보의 구성을 도시한 도면이다. 사용자 정보는 사용자 자신 을 표시한 정보로서 사용자의 「소지 금액」, 「희망 납기」, 「사용자 어카운트」, 사용자가 서비스별로 실행한 횟수를 도시한 「사용자 실행 횟수」, 사용자의 「주소」를 가지고 있다. 사용자 정보는 이들 정보 모두를 가지고 있는 경우에 한정되지 않으며 임의의 일부 정보만을 가지고 있어도 좋고 또 다른 정보를 가지고 있어도 좋다.

서비스 검색 서버(20)는 상세하게는 후술하지만 사용자가 서비스 처리 장치(60)의 이용이 제한되어 있지 않은지를 조사할 때 상기 도 10에 도시한 바와 같은 사용자 정보를 이용한다.

단계 ST2에서는 지시서 생성 서버(30)는 서비스 검색 서버(20)에 대해 사용자가 현재 이용할 수 있는 서비스 검색 요구를 실행하고 사용자 정보를 송신한다. 그 후 지시서 생성 서버(30)는 서비스 검색 서버(20)로부터 서비스 리스트를 취득하면 단계 ST3으로 이동한다.

(서비스 검색)

도 11은 서비스 검색 서버(20)의 검색 처리 순서를 설명하는 흐름도이다. 서비스 검색 서버(20)는 지시서 생성 서버(30)로부터 서비스 검색 요구가 있으면 단계 ST11 이하의 처리를 실행한다.

단계 ST11에서는 서비스 검색 서버(20)는 사용자 정보를 수신했는지 여부를 판정하고 사용자 정보를 수신할 때까지 대기하여 사용자 정보를 수신하면 단계 ST12로 이동한다.

단계 ST12에서는 서비스 검색 서버(20)는 사용자 정보와 각 서비스 처리 장 치(60)의 제한값 테이블을 비교하여 사용자 정보가 각각의 제한값 테이블로 제한되어 있는지를 확인하여 단계 ST13으로 이동한다.

예컨대 서비스 검색 서버(20)는 사용자 정보의 「소지 금액」이 제한값 테이블의 「서비스 실행 금액」 이상이면 「제한 없음」으로 판정하고 그 미만이면 「제한 있음」으로 판정한다. 또 제한값 테이블의 「서비스 실행 시간」이 사용자 정보의 「희망 납기」 이내이면 「제한 없음」, 그렇지 않으면 「제한 있음」으로 판정한다.

이와 같이 서비스 검색 서버(20)는 이 사용자의 이용이 제한되어 있지 않은 서비스(서비스 처리 장치(60))를 검색하기 위해 사용자 정보의 각 항목과 제한값 테이블의 각 항목을 조합하여 한 항목이라도 제한이 있는 경우에는 「제한 있음」, 모든 항목에서 제한이 없으면 「제한 없음」으로 판정한다. 또 서비스 검색 서버(20)는 일부 항목, 예컨대 우선 순위가 높은 항목만 조합해도 좋다.

단계 ST13 및 단계 ST14에서는 서비스 검색 서버(20)는 「제한 없음」의 제한값 테이블에 대응하는 서비스 처리 장치(60)를 표시한 서비스 리스트를 작성한다. 서비스 리스트에는 각각의 서비스 처리 장치(60)에 액세스하기 위한 <서비스 로케이션 정보>도 포함되어 있다. 그리고 서비스 검색 서버(20)는 이 서비스 리스트를 지시서 생성 서버(30)로 송신하여 검색 처리를 종료한다. 반면 지시서 생성 서버(30)는 서비스 검색 서버(20)로부터 서비스 리스트를 취득하면 도 9에 도시한 단계 ST3으로 이동한다.

(지시서 작성 2)

단계 ST3에서는 지시서 생성 서버(30)는 서비스 리스트에 기술된 각 서비스를 이용하여 지시서를 작성하기 위한 지시서 작성 화면(100)(예컨대 HTML 파일)을 클라이언트 단말(10)로 송신한다.

클라이언트 단말(10)은 지시서 생성 서버(30)로부터 송신된 예컨대 HTML 파일에 포함되는 화면을 구성하는 정보에 기초하여 지시서 작성 화면(100)을 표시한다. 이 때 사용자는 도 6에 도시한 지시서 작성 화면(100)을 이용하여 원하는 서비스 연계의 잡 플로우를 정의할 수 있다.

예컨대 도 6에 도시한 바와 같이 지시서 작성 화면(100)의 서비스 윈도우(101)에는 사용자가 현재 이용할 수 있는 서비스 A, B, C, D 및 각각의 제한 내용이 표시되어 있다. 예컨대 서비스 A는 금액 100엔으로 1시간만 실행할 수 있으며 서비스 B는 관리자만 실행할 수 있고 서비스 C는 1인 3회까지 실행할 수 있으며 이 사용자는 1회 더 이용할 수 있다. 서비스 D는 특별히 제한을 설정하지 않았다.

지시서 생성 서버(30)는 클라이언트 단말(10)을 통해 한 서비스가 잡 플로우의 구성 요소 중 하나로서 선택되었는지 여부를 판정하여 선택되었다고 판정하면 단계 ST4로 이동한다.

단계 ST4에서는 지시서 생성 서버(30)는 클라이언트 단말(10)에 의해 선택된 서비스에 드는 비용 등을 사용자 정보에 반영하여 단계 ST5로 이동한다. 예컨대 지시서 생성 서버(30)는 사용자 정보인 「소지 금액」으로부터 단계 ST3에서 선택된 서비스의 「서비스 실행 금액」을 공제하거나 「사용자 실행 횟수」를 증가시켜 사용자 정보를 갱신한다. 또 지시서 생성 서버(30)는 단계 ST3의 선택이 취소된 경우 에는 사용자 정보를 원래 상태로 되돌린다.

지시서 생성 서버(30)는 서비스가 선택되면 잡 플로우 전체에 관한 정보나 갱신된 사용자 정보를 클라이언트 단말(10)로 송신한다. 이로써 예컨대 도 6에 도시한 바와 같이 지시서 작성 화면(100)의 플로우 윈도우(102)에는 플로우 전체의 제한 정보, 예컨대 현 단계에서 잡 플로우 전체를 실행하는 데 드는 비용(도 6에서는 「금액: 2,500엔」)이나 기간(도 6에서는 「기간: 15시간」)이 표시된다. 또 지시서 작성 화면(100)에는 갱신된 사용자 정보를 표시해도 좋다.

단계 ST5에서는 지시서 생성 서버(30)는 잡 플로우가 완성되었는지 여부를 판정한다. 예컨대 클라이언트 단말(10)에 의해 잡 플로우 작성 종료의 지시가 있었을 때에는 잡 플로우가 완성되었다고 판정하고 그 지시가 없었을 때에는 완성되지 않았다고 판정한다. 잡 플로우가 완성되지 않았을 때에는 다시 단계 ST2 이후의 처리를 실행한다.

이와 같이 지시서 생성 서버(30)는 단계 ST2부터 단계 ST5까지의 처리를 반복 실행함으로써 사용자 정보를 차례로 갱신하고 현재의 사용자 정보로 이용할 수 있는 서비스를 검색하고 검색된 서비스 중에서 지시서를 작성할 수 있다.

또 지시서 생성 서버(30)는 잡 플로우가 완성되었다고 판정했을 때에는 클라이언트 단말(10)로부터 각 서비스 연계를 표시한 잡 플로우에 관한 정보를 수신한다. 지시서 생성 서버(30)는 서비스 리스트에 기술된 <서비스 로케이션 정보>에 기초하여 연계 처리를 실행하는 각 서비스 처리 장치로부터 I/F 정보를 취득한다. 그리고 잡 플로우에 관한 정보와 I/F 정보에 기초하여 각 서비스에 의뢰하는 처리 내 용, 입력 파라미터, 각 서비스의 연계 방법, 문서명이나 격납 로케이션 정보 등 처리 대상의 문서를 특정하기 위한 정보를 정의한 지시서를 작성하여 지시서 작성 처리를 종료한다. 마지막으로 지시서 생성 서버(30)는 XML 형식의 지시서를 지시서 관리 서버(40)로 송신한다.

지시서 관리 서버(40)는 지시서 생성 서버(30)에서 생성된 지시서를 저장한다. 지시서 관리 서버(40)는 지시서 생성 서버(30)에서 작성된 복수의 지시서를 저장하고 있으며 클라이언트 단말(10)에서 지시서의 선택 지시가 있었을 때에는 선택된 지시서를 독출한다.

또 지시서 관리 서버(40)는 단계 ST5에서 부정 판정하여 단계 ST2로 돌아가는 대신 단계 ST2에서 취득한 서비스 리스트를 항상 기억해 놓고 단계 ST5에서 부정 판정했을 때에는 단계 ST3으로 돌아가도록 해도 좋다.

(연계 처리의 기동·실행)

사용자는 지시서 관리 서버(40)에 저장되어 있는 복수의 지시서 중에서 원하는 지시서를 선택하여 연계 처리를 기동시킬 수 있다. 구체적으로는 이하와 같다.

도 12는 클라이언트 단말(10), 지시서 관리 서버(40) 및 연계 처리 서버(50)의 처리를 도시한 흐름도이다.

단계 ST21에서는 클라이언트 단말(10)은 지시서 관리 서버(40)로 액세스하여 지시서 관리 서버(40)에서 관리되는 지시서 리스트를 취득한다.

도 13은 지시서 리스트를 표시한 서비스 연계 처리 선택 화면(110)의 일예를 도시한 도면이다. 서비스 연계 처리 선택 화면(110)은 지시서별로 지시서를 선택하 기 위한 버튼(111)~(116)을 가지고 있다. 사용자는 서비스 연계 처리 선택 화면(110)에서 원하는 버튼을 클릭함으로써 지시서를 선택할 수 있다.

클라이언트 단말(10)은 서비스 연계 처리 선택 화면(110)에서 사용자의 조작 지시에 기초하여 소정 서비스 연계 처리를 표시한 지시서를 선택하고 이 때 필요에 따라 사용자에게 파라미터 입력 화면을 표시하고 잡 플로우의 실행에 필요한 파라미터의 입력을 받아들인다. 그 지시서의 기동을 지시하면 단계 ST22로 이동한다.

단계 ST22에서는 지시서 관리 서버(40)는 클라이언트 단말(10)에 의해 지시된 지시서를 연계 처리 서버(50)로 송신하여 단계 ST23으로 이동한다. 그 결과 연계 처리 서버(50)는 연계 처리의 실행을 시작한다.

단계 ST23에서는 연계 처리 서버(50)는 지시서 관리 서버(40)에서 송신된 지시서를 해석하고 지시서에 기술된 첫번째 처리인 예컨대 서비스 처리 장치(60A)에 대해 제1 서비스를 실행할 것을 의뢰한다.

연계 처리 서버(50)는 구체적으로는 지시서에 기재된 정보를 기초로 처리 의뢰하는 서비스 처리 장치의 로케이션이나 처리 의뢰에 필요한 입력 파라미터와 출력 파라미터 형식, 처리 의뢰를 위한 메소드 명칭, 기동 방법, 처리 대상 문서를 특정하는 정보를 추출하여 개별 지시 정보를 작성한다. 연계 처리 서버(50)는 개별 지시 정보를 제1 서비스 처리 의뢰처인 서비스 처리 장치(60A)로 송신한다.

서비스 처리 장치(60A)는 송신된 지시서에 기술된 처리 대상 문서의 격납처 로케이션 정보를 기초로 처리 대상 문서를 복사하여 문서를 취득한다. 서비스 처리 장치(60A)는 취득한 문서 화상에 대해 서비스 의뢰 내용을 해석하여 서비스 A를 실 행한다. 서비스 처리 장치(60A)는 서비스 A에 의해 얻어진 문서를 원래 격납처에 재격납한다. 서비스 처리 장치(60A)는 이와 같은 처리가 완료되면 처리의 상태 정보(완료), 출력 파라미터, 처리 후의 문서 격납처 정보 등 처리 결과를 연계 처리 서버(50)로 송신하여 단계 ST24로 이동한다.

단계 ST24에서는 연계 처리 서버(50)는 서비스 처리 장치(60A)로부터의 처리 결과를 수신하면 제1 처리 의뢰 결과를 로그로서 관리한다. 그리고 연계 처리 서버(50)는 지시서에 기초하여 제2 처리 의뢰처를 특정하고 제2 서비스를 실행할 것을 서비스 처리 장치(60B)에 의뢰한다. 연계 처리 서버(50)는 제1 서비스 의뢰와 동일하게 개별 지시 정보(처리 의뢰에 관한 정보인 문서를 격납하는 취지의 정보, 문서 격납처 정보, 처리 대상 문서를 특정하는 정보)를 서비스 처리 장치(60B)로 송신한다.

서비스 처리 장치(60B)는 연계 처리 서버(50)의 의뢰 내용에 기초하여 상기 처리(제1 서비스)에서 처리되어 격납된 문서를 의뢰 내용에 기초하여 서비스 B를 실행한다. 서비스 처리 장치(60B)는 이와 같은 처리가 완료되면 처리 상태 정보(완료), 출력 파라미터, 처리 후의 문서 격납처 정보 등 처리 결과를 연계 처리 서버(50)로 송신하여 단계 ST25로 이동한다.

단계 ST25에서는 연계 처리 서버(50)는 제2 서비스(서비스 처리 장치(60B))로부터의 처리 결과를 수신하면 제2 처리 의뢰 결과를 로그로서 관리한다. 연계 처리 서버(50)는 지시서에 기초하여 제3 처리 의뢰처를 특정하고 제3 서비스를 실행할 것을 서비스 처리 장치(60C)에 의뢰한다. 연계 처리 서버(50)는 제2 서비스 의 뢰와 동일하게 개별 지시 정보(처리 의뢰에 관한 정보인 문서를 격납하는 취지의 정보, 문서 격납처 정보, 처리 대상 문서를 특정하는 정보)를 서비스 처리 장치(60C)로 송신한다.

서비스 처리 장치(60C)는 연계 처리 서버(50)의 의뢰 내용에 기초하여 상기 처리(제2 서비스)에서 처리되어 격납된 문서를, 문서를 특정하는 정보(격납처 정보)에 기초하여 문서 파일을 독출하고 의뢰 내용에 기술된 서비스 C를 실행한다. 서비스 처리 장치(60C)는 처리가 완료되면 처리 상태 정보(완료), 출력 파라미터, 처리 후의 문서 격납처 정보 등 처리 결과를 연계 처리 서버(50)로 송신하여 단계 ST26으로 이동한다.

단계 ST26에서는 연계 처리 서버(50)는 제3 서비스(서비스 처리 장치(60C))로부터의 처리 결과를 수신하고 지시서에는 다음 처리가 기술되어 있지 않다고 판단하면 클라이언트 단말(10)에 대해서 모든 처리가 완료되었다는 취지의 통지를 하고 연계 처리를 종료한다.

또 연계 처리 서버(50)는 지시서에 따라 연계 처리를 실행했을 때에는 필요에 따라 사용자 정보나 각 서비스 처리 장치(60)의 제한값 테이블을 수정 기입하는 것은 물론이다.

이상과 같이 본 실시 형태에 관한 지시서 생성 서버(30)는 사용자가 이용할 수 있는 서비스를 서비스 검색 서버(20)에 검색시키고 서비스 검색 서버(20)에서 검색된 각 서비스를 이용하여 복수의 서비스 연계 실행을 지시하는 지시서를 생성한다. 따라서 지시서 생성 서버(30)는 서비스 처리 장치(60)가 사용자의 이용 제한 을 설정한 경우에도 그 이용 제한의 영향을 받지 않는 지시서를 생성할 수 있다.

그리고 연계 처리 서버(50)는 지시서 생성 서버(30)에서 생성된 지시서를 이용하여 연계 처리를 실행함으로써 사용자의 이용 제한을 설정하는 서비스 처리 장치(60)에 서비스 실행을 의뢰하지 않기 때문에 확실히 연계 처리를 실행할 수 있다.

[제2 실시 형태]

이어서 본 발명의 제2 실시 형태에 대해 설명하기로 한다. 제1 실시 형태와 동일한 부위에는 동일한 부호를 붙이고 상세한 설명은 생략한다. 본 실시 형태에서는 지시서 생성 서버(30)는 각각의 서비스 처리 장치(60)에 대해 한 사용자가 이용할 수 있는지 여부를 직접 문의하고 그 문의 결과에 기초하여 지시서를 작성하는 것이다.

(지시서 작성)

도 14는 지시서 작성시의 지시서 작성 서버(30)의 처리 순서를 도시한 흐름도이다. 지시서 생성 서버(30)는 클라이언트 단말(10)의 액세스를 확인하면 단계 ST31에서 단계 ST35까지의 처리를 실행한다. 또 단계 ST31, 및 단계 ST33부터 단계 ST35는, 각각 단계 ST1 및 단계 ST3부터 단계 ST5와 동일하다. 그래서 단계 ST32에 대해 주로 설명하기로 한다.

단계 ST32에서는 지시서 생성 서버(30)는 각각의 서비스 처리 장치(60)에 대해 사용자의 사용자 정보를 송신하고 그 사용자가 서비스를 이용할 수 있는지를 문의한다. 그리고 지시서 생성 서버(30)는 각각의 서비스 처리 장치(60)와의 문의 결 과에 기초하여 사용자가 이용할 수 있는 서비스를 표시한 서비스 리스트를 생성하여 단계 ST33으로 이동한다.

이 때 서비스 처리 장치(60)는 지시서 생성 서버(30)로부터의 문의에 대해 다음 순서에 따라 처리를 실행한다.

(서비스 처리 장치(60)의 처리)

도 15는 서비스 처리 장치(60)의 검색 처리 순서를 설명하는 흐름도이다. 서비스 처리 장치(60)는 지시서 생성 서버(30)로부터 서비스 이용 여부의 문의가 있으면 단계 ST41 이하의 처리를 실행한다.

단계 ST41에서는 서비스 처리 장치(60)는 사용자 정보를 수신했는지 여부를 판정하고 사용자 정보를 수신할 때까지 대기하여 사용자 정보를 수신하면 단계 ST42로 이동한다.

단계 ST42에서는 서비스 처리 장치(60)는 사용자 정보와 미리 기억해 놓은 제한값 테이블을 비교하여 사용자 정보가 제한값 테이블로 제한되어 있는지를 확인하여 단계 ST43으로 이동한다. 즉 서비스 처리 장치(60)는 지시서 생성 서버(30)로부터 문의가 있었던 사용자에 대해 이용 가부를 확인한다.

단계 ST43 및 단계 ST44에서는 서비스 처리 장치(60)는 단계 ST43의 확인 결과에 기초하여 그 사용자의 이용이 제한되어 있지 않다고 판정했을 때에는 I/F 정보를 지시서 생성 서버(30)로 송신하고 그 사용자의 이용이 제한되어 있다고 판정했을 때에는 그대로 처리를 종료한다.

반면 지시서 생성 서버(30)는 각각의 서비스 처리 장치(60)로부터 송신된 I/F 정보를 취득하고 해당 사용자가 이용 가능한 서비스를 표시한 서비스 리스트를 생성하여 단계 ST33 이동 처리를 실행한다.

이상과 같이 본 실시 형태에 관한 지시서 생성 서버(30)는 사용자가 이용할 수 있는지 여부를 직접 서비스 처리 장치(60)에 문의하고 사용자가 이용 가능한 서비스 처리 장치(60)로부터 I/F 정보를 취득함으로써 서비스 처리 장치(60)가 사용자의 이용 제한을 설정한 경우에도 그 이용 제한의 영향을 받지 않는 지시서를 생성할 수 있다.

[제3 실시 형태]

다음에 본 발명의 다른 실시 형태에 대해 설명하기로 한다. 상기 실시 형태와 동일한 부위에는 동일 부호를 붙이고 상세한 설명은 생략한다.

제3 실시 형태에 관한 지시서 생성 서버(30)는 사용자에 의해 기능적인 잡 플로우가 작성된 후 이 잡 플로우를 구성하는 서비스 이용 제한을 체크하는 것이다.

도 16은 지시서 작성시의 지시서 생성 서버(30)의 처리 순서를 도시한 흐름도이다.

(메인 루틴 1)

단계 ST51에서는 지시서 생성 서버(30)는 서비스 검색 서버(20)에 대해 서비스를 기능별로 검색하도록 요구한다. 지시서 생성 서버(30)는 서비스 검색 서버(20)에서 복수의 서비스를 기능별로 분류한 서비스 리스트를 수신한다. 지시서 생성 서버(30)는 수신한 서비스 리스트에 기초하여 복수의 서비스를 기능별로 분류 하여 표시한 지시서 작성 화면을 클라이언트 단말(10)에 송신하여 단계 ST52로 이동한다.

도 17은 클라이언트 단말(10)에 표시된 지시서 작성 화면(100A)을 도시한 도면이다. 서비스 윈도우(10)에는 기능 A, B, C, D가 표시되어 있다. 기능 A에 포함되는 서비스로는 서비스 1, 서비스 2가 있다. 기능 B, C, D에 포함되는 서비스도 각각 존재하는데 도시는 생략한다.

사용자는 서비스 윈도우(101)에 있는 기능 아이콘과 로직 윈도우(103)의 로직 아이콘을 플로우 윈도우(102)에 드래그 앤 드롭함으로써 플로우 윈도우(102)에 기능 연계를 표시한 잡 플로우를 정의할 수 있다.

또 사용자는 프로퍼티 윈도우(104)에 표시된 내용을 편집함으로써 기능, 서비스, 로직을 상세히 설정할 수 있다. 예컨대 사용자는 소정 기능 중에서 서비스 우선 순위를 설정해도 좋다. 또 사용자는 기능 뿐 아니라 특정 서비스를 선택해도 좋다.

단계 ST52는 지시서 생성 서버(30)는 클라이언트 단말(10)의 지시서 작성 화면(100A)을 통해 각각의 기능이 선택되고 잡 플로우가 완성되었다고 판정하면 단계 ST53으로 이동한다.

잡 플로우가 완성된 경우 지시서 작성 화면(100A)의 플로우 윈도우(102)에는 플로우 전체의 제어 정보, 예컨대 잡 플로우 전체를 실행하는 데 드는 비용(도 17에서는 「금액: 2,500엔))이나 기간(도 17에서는 「기간: 15시간」)이 표시된다.

단계 ST53에서는 지시서 생성 서버(30)는 지시서 작성 화면(100A)의 제한 체 크 버튼(105)이 클릭되었다고 판정하면 플로우 윈도우(102)에 표시된 잡 플로우를 기능별로 체크한다.

(서브 루틴)

도 18은 지시서 생성 서버(30)가 잡 플로우를 구성하는 각 기능을 체크할 때의 서브 루틴을 도시한 플로우 차트이다. 지시서 생성 서버(30)는 상술한 제한 체크 버튼(105)이 클릭되었다고 판정하면 단계 ST61 이하의 처리를 실행한다.

단계 ST61에서는 지시서 생성 서버(30)는 서비스 검색 서버(20)에 사용자 정보를 문의하여 단계 ST62로 이동한다. 또 사용자 정보는 사용자 인증시에 클라이언트 단말(10)에서 입력된 정보이어도 좋다.

단계 ST62에서는 지시서 생성 서버(30)는 체크 대상이 되는 기능 중에 사용자 정보가 제한되어 있는지 여부를 서비스 검색 서버(20)에 확인시켜 단계 ST63으로 이동한다.

이 때 서비스 검색 서버(20)는 체크 대상이 되는 기능에 있어서 각각의 서비스 제한값 테이블과 사용자 정보를 조합하여 사용자의 이용이 제한되어 있지 않은 서비스를 검색한다.

단계 ST63에서는 지시서 생성 서버(30)는 체크 대상이 되는 기능 중에 제한값이 가장 낮은 서비스를 서비스 검색 서버(20)에 검색시켜 단계 ST64로 이동한다.

이 때 서비스 검색 서버(20)는 사용자의 이용이 제한되어 있지 않은 서비스 중 제한값이 가장 낮은 서비스를 검색하여 그 검색 결과를 지시서 생성 서버(30)에 송신한다. 제한값이 가장 낮은 서비스 검색 방법으로는 예컨대 서비스 실행 금액을 중요시하는 경우 서비스 검색 서버(20)는 서비스 실행 금액이 가장 싼 서비스를 검색하면 된다. 또 예컨대 서비스 실행 시간을 중요시하는 경우 서비스 검색 서버(20)는 서비스 실행 시간이 가장 짧은 서비스를 검색하면 된다.

단계 ST64에서는 지시서 생성 서버(30)는 체크 대상이 되는 기능을 지시서 생성 서버(30)에서 검색된 서비스로 치환한 경우에 흐름도 전체의 처리가 제한되어 있지 않은지를 확인한다. 예컨대 사용자 정보의 「소지 금액」이 잡 플로우 전체의 「금액」을 초과하거나 사용자 정보의 「희망 납기」가 잡 플로우 전체의 「기간」을 초과한 경우에는 잡 플로우 전체의 처리가 제한된다.

그리고 지시서 생성 서버(30)는 잡 플로우의 전체적인 처리가 제한되어 있지 않을 때에는 서비스 검색 서버(20)에서 검색된 서비스를 잡 플로우를 구성하는 서비스로서 설정하여 단계 ST65로 이동한다. 반면에 잡 플로우 전체적인 처리가 제한될 때에는 서브 루틴을 뺀다.

단계 ST65에서는 지시서 생성 서버(30)는 잡 플로우를 실행하는 데 걸리는 제한을 사용자 정보에 반영하여 사용자 정보를 갱신한다. 예컨대 잡 플로우를 실행하는 데 드는 금액이나 기간 등을 사용자 정보에서 공제하여 단계 ST66으로 이동한다.

단계 ST66에서는 지시서 생성 서버(30)는 잡 플로우 중에서 아직 체크되어 있지 않은 다음 기능이 있는지를 판정하여 체크되어 있지 않은 다음 기능이 있을 때에는 단계 ST67로 이동하고 그와 같은 기능이 없을 때에는 서브 루틴을 뺀다.

단계 ST67에서는 지시서 생성 서버(30)는 상기 다음의 기능을 체크 대상이 되는 기능으로 설정하여 단계 ST62로 돌아간다. 그리고 지시서 생성 서버(30)는 단계 ST62부터 단계 ST67까지의 처리를 반복 실행함으로써 사용자 정보에 제한되지 않는 서비스를 잡 플로우의 각 기능에 설정할 수 있다.

(메인 루틴 2)

지시서 생성 서버(30)는 단계 ST53의 서브 루틴을 실행하면 단계 ST54로 이동한다.

단계 ST54에서는 지시서 생성 서버(30)는 단계 ST53에서 체크된 잡 플로우가 제한되어 있는지 여부를 판정하고 잡 플로우가 제한되어 있을 때에는 단계 ST52로 돌아간다. 이 때 지시서 생성 서버(30)는 클라이언트 단말(10)에 대해 제한에 걸린 기능(예컨대 도 17 중의 「기능 Z))을 명시한 지시서 작성 화면(100A)을 송신한다. 이로써 지시서 생성 서버(30)는 사용자에 대해 잡 플로우를 구성하는 기능(또는 서비스)의 변경을 촉진한다.

한편 지시서 생성 서버(30)는 잡 플로우가 제한되어 있지 않을 때에는 클라이언트 단말(10)에서 각 서비스 연계를 표시한 잡 플로우에 관한 정보를 수신하고 또 연계 처리를 실행하는 각 서비스 처리 장치로부터 I/F 정보를 취득한다. 그리고 잡 플로우에 관한 정보와 I/F 정보에 기초하여 각 서비스에 의뢰하는 처리 내용, 입력 파라미터, 각 서비스의 연계 방법, 문서명이나 격납 로케이션 정보 등 처리 대상의 문서를 특정하기 위한 정보를 정의한 지시서를 작성하여 지시서 작성 처리를 종료한다. 마지막으로 지시서 생성 서버(30)는 XML 형식의 지지서를 지시서 관리 서버(40)로 송신한다.

이상과 같이 제3 실시 형태에 관한 지시서 생성 서버(30)는 사용자에게 기능만의 잡 플로우를 정의시킨 후 기능별로 사용자의 이용이 제한되어 있지 않고, 또한 제한값이 가장 낮은 서비스를 서비스 검색 서버(20)에 검색시킨다. 그리고 지시서 생성 서버(30)는 서비스 검색 서버(20)에서 검색된 제한값이 가장 낮은 서비스를 잡 플로우에 설정한다. 그 결과 지시서 생성 서버(3)는 사용자에게 자유롭게 잡 플로우를 작성시킨 후 사용자의 이용이 제한되어 있지 않고, 또한 제한값이 가장 낮은 서비스를 이용하여 각 서비스를 연계하는 지시서를 생성할 수 있다.

또 연계 처리 서버(50)는 지시서 생성 서버(30)에서 생성된 지시서를 이용하여 연계 처리를 실행할 때에는 사용자의 이용 제한을 설정한 서비스 처리 장치(60)에 서비스 실행을 의뢰하지 않기 때문에 확실하게 연계 처리를 실행할 수 있다. 또 제한값이 가장 낮은 서비스의 연계 처리를 실행하기 때문에 비용이나 시간도 대폭 억제할 수 있다.

[제4 실시 형태]

다음에 본 발명의 제4 실시 형태에 대해 설명하기로 한다. 제3 실시 형태와 동일한 부위에는 동일 부호를 붙이고 상세한 설명은 생략한다.

본 실시 형태에서는 지시서 생성 서버(30)는 각각의 서비스 처리 장치(60)에 대해 한 서버를 이용할 수 있는지 여부를 직접 문의하고 그 문의 결과에 기초하여 지시서를 작성한다. 제3 실시 형태와 비교하면 도 16에 도시한 단계 ST53의 서브 루틴만 다르다.

도 19는 지시서 생성 서버(30)가 단계 ST53에서 잡 플로우를 구성하는 각 기 능을 체크할 때의 서브 루틴을 도시한 플로우 차트이다. 지시서 생성 서버(30)는 상술한 제한 체크 버튼(105)이 클릭되었다고 판정하면 단계 ST71 이하의 처리를 실행한다. 단계 ST73에서 단계 ST76까지는 제3 실시 형태에서 설명한 단계 ST64에서 단계 ST67까지와 동일하다. 이 때문에 단계 ST71 및 단계 ST72를 주로 설명하기로 한다.

단계 ST71에서는 지시서 생성 서버(30)는 체크 대상이 되는 기능의 각각의 서비스 처리 장치(60)에 대해 사용자 정보가 제한되어 있는지 여부를 확인시켜 단계 ST72로 이동한다.

이 때 서비스 처리 장치(60)는 지시서 생성 서버(30)에서 송신된 사용자 정보와 자신이 미리 기억해 놓은 제한값 테이블을 조합하여 사용자의 이용을 제한하고 있는지를 확인하여 확인 결과를 지시서 생성 서버(30)로 송신한다.

단계 ST72에서는 지시서 생성 서버(30)는 체크 대상이 되는 기능 중 사용자의 이용이 제한되어 있지 않고 또 제한값이 가장 낮은 서비스(서비스 처리 장치(60))를 선택하여 단계 ST73으로 이동한다. 그리고 지시서 생성 서버(30)는 제3 실시 형태와 동일하게 하여 단계 ST73에서 단계 ST76까지의 처리를 실행한다.

이상과 같이 제4 실시 형태에 관한 지시서 생성 서버(30)는 사용자에게 기능만의 잡 플로우를 정의시킨 후 기능별로 각각의 서비스 처리 장치(60)에 문의하여 사용자의 이용이 제한되어 있지 않고 또 제한값이 가장 낮은 서비스를 찾는다. 그리고 지시서 생성 서버(30)는 찾은 서비스 중에서 제한값이 가장 낮은 서비스를 잡 플로우로 설정한다.

그 결과 지시서 생성 서버(30)는 사용자에게 자유롭게 잡 플로우를 작성시킨 후 사용자의 이용이 제한되어 있지 않고 또 제한값이 가장 낮은 서비스를 이용하여 각 서비스를 연계하는 지시서를 생성할 수 있다.

또 연계 처리 서버(50)는 지시서 생성 서버(30)에서 생성된 지시서를 이용하여 연계 처리를 실행할 때에는 사용자의 이용 제한을 설정한 서비스 처리 장치(60)에 서비스의 실행을 의뢰하지 않기 때문에 확실하게 연계 처리를 실행할 수 있다. 또 제한값이 가장 낮은 서비스의 연계 처리를 실행하기 때문에 비용이나 시간도 대폭 억제할 수 있다.

[제5 실시 형태]

다음에 본 발명의 제5 실시 형태에 대해 설명하기로 한다. 상기 실시 형태와 동일한 부위에는 동일한 부호를 붙이고 상세한 설명은 생략한다.

도 20은 제5 실시 형태에 관한 문서 처리 시스템(1A)을 구성하는 각 서비스 처리 장치의 상호 관계를 설명하기 위한 블록도이다.

문서 처리 시스템(1A)은 도 1 및 도 2에 도시한 연계 처리 서버(20)를 사용하지 않고 복수의 서비스 연계 처리를 실행하는 것이다. 또 지시서 생성 서버(30)는 제1 내지 제4 실시 형태 중 어느 것이어도 좋다.

또 도 20에는 연계 처리에 관한 주요 서비스 처리 장치만을 도시했으나 도 1에 도시한 다른 서비스 처리 장치(연계 처리 서버(50) 제외)가 있어도 좋다.

(연계 처리의 기동·실행)

사용자는 지시서 관리 서버(40)에 저장되어 있는 복수의 지시서 중에서 원하 는 지시서를 선택하여 연계 처리를 기동시킬 수 있다. 구체적으로는 이하와 같다.

클라이언트 단말(10)은 사용자의 조작에 따라 서비스 연계 처리 선택 화면에서 원하는 서비스 연계 처리를 표시한 지시서를 선택하고 그 지시서의 기동을 지시한다. 지시서 관리 서버(40)는 클라이언트 단말(10)에 의해 지시된 지시서를 서비스 처리 장치(60A)로 송신한다.

서비스 처리 장치(60A)는 송신된 지시서에 기술된 처리 대상 문서의 격납처 로케이션 정보를 기초로 처리 대상의 문서를 취득한다. 서비스 처리 장치(60A)는 취득한 문서 화상에 대해 서비스 A를 실행한다. 서비스 처리 장치(60A)는 서비스 A의 실행 후 지시서에 기술된 서비스 의뢰를 삭제한다. 그리고 서비스 처리 장치(60A)는 서비스 A에 의해 얻어진 문서와 처리의 상태 정보(완료), 출력 파라미터, 처리 후의 문서 격납처 정보 등 처리 결과를 갖는 지시서를 다음 서비스를 실행하는 서비스 처리 장치(60B)로 송신한다.

서비스 처리 장치(60B)는 지시서에 기초하여 서비스 처리 장치(60A)에서 송신된 문서에 서비스 B를 실행한다. 그리고 서비스 처리 장치(60B)는 지시서에 기술된 서비스 의뢰를 삭제하여 문서 및 지시서를 다음 서비스를 실행하는 서비스 처리 장치(60C)로 송신한다.

서비스 처리 장치(60C)는 지시서에 기초하여 서비스 처리 장치(60B)에서 송신된 문서에 서비스 C를 실행한다. 그리소 서비스 처리 장치(60C)는 지시서에 다음 서비스가 기술되어 있지 않다고 판단하면 클라이언트 단말(10)에 대해 모든 처리가 완료되었다는 취지의 통지를 실행하여 연계 처리를 종료한다.

본 발명은 상기 실시 형태에 한정되지 않으며 특허 청구의 범위에 기재된 사항의 범위라면 설계 사항이 변경된 경우에도 적용 가능하다.

예컨대 상기 각 실시 형태에서는 서비스 검색 서버(20) 및 지시서 생성 서버(30)는 각각 독립적으로 구성되어 있는데 이들 구성을 하나로 통합해도 좋다. 또 클라이언트 단말(10)과 지시서 생성 서버(30)는 독립적인 것으로 설명했는데 이들을 하나로 통합해도 좋다.

서비스 처리 장치(60)는 제한값 테이블에 의한 제한 대상을 사용자 전원이 아닌 특정 사용자로 해도 좋고 특정 그룹의 사용자로 해도 좋다.

또 사용자 정보는 도 9에 도시한 것에 한정되지 않으며 사용자의 속성을 표시한 것이면 된다. 예컨대 주소 등으로 제한하여 특정 지역 사용자에게만 서비스를 제공하도록 해도 좋다.

또 서비스 검색 서버(20)는 각 서비스 처리 장치(60)의 제한값 테이블을 일원 관리하여 서비스를 검색했다. 그러나 서비스 검색 서버(20)를 대신하여 제한값 테이블을 일원 관리하는 인증 서버와, 서비스 검색만 하는 서비스 검색 서버를 각각 설치해도 좋다. 이 때 제한값 테이블의 체크는 서비스 검색 서버 또는 인증 서버가 실행하면 된다.

본 발명에 관한 연계 지시 정보 생성 장치는, 사용자 정보를 이용하여 사용자가 사용 가능한 복수의 서비스를 취득하고, 취득한 복수의 서비스를 이용하여 상기 연계 지시 정보를 생성함으로써 서비스의 제한 없이 복수의 서비스 연계 처리를 원활히 실행하기 위한 연계 지시 정보를 생성할 수 있다.

본 발명에 관한 연계 지시 정보 생성 방법에 따르면, 각각의 서비스 실행 제한을 표시하는 각각의 제한값 테이블과 사용자 정보를 조합함으로써 사용자가 사용 가능한 복수의 서비스를 취득하고 취득한 복수의 서비스를 이용하여 연계 지시 정보를 생성함으로써 서비스의 제한 없이 복수의 서비스의 연계 처리를 원활하게 실행하기 위한 연계 지시 정보를 생성할 수 있다.

Claims

문서 데이터에 관해 소정 처리를 각각 실행하는 복수의 서비스를 네트워크 상에서 연계하도록 지시하는 연계 지시 정보를 생성하는 연계 지시 정보 생성 장치로서,

서비스를 검색하는 검색 수단에 대해 사용자 정보를 송신하고 사용자가 사용 가능한 서비스의 검색을 지시하는 검색 요구를 실행하고, 이 검색 요구의 응답으로서 사용자가 사용 가능한 복수의 서비스를 취득하는 수단과,

상기 서비스 취득 수단으로 취득한 복수의 서비스를 이용하여 상기 연계 지시 정보를 생성하는 연계 지시 정보 생성 수단을 구비한 연계 지시 정보 생성 장치.
삭제
제2항에 있어서, 상기 검색 수단은 상기 서비스 취득 수단으로부터의 검색 요구가 있었을 때 서비스의 실행 제한을 표시하는 제한값 테이블을 미리 기억한 서비스 처리 장치에 대해 상기 사용자 정보를 조합함으로써 사용자가 사용 가능한 복수의 서비스를 검색하는 것을 특징으로 하는 연계 지시 정보 생성 장치.
제1항에 있어서, 서비스의 실행 제한을 표시하는 제한값 테이블을 미리 기억한 각각의 서비스 처리 장치에 대해 사용자 정보를 송신함으로써 상기 각각의 서비스 처리 장치의 서비스를 사용자가 사용 가능한지를 문의하는 문의 수단을 더 구비하며,

상기 서비스 취득 수단은 상기 문의 수단의 문의 결과에 기초하여 상기 복수의 서비스를 취득하는 것을 특징으로 하는 연계 지시 정보 생성 장치.
제1항에 있어서, 상기 서비스 취득 수단은 잡 플로우를 구성하는 기능마다 사용자가 사용 가능한 서비스를 취득하는 것을 특징으로 하는 연계 지시 정보 생성 장치.
제5항에 있어서, 상기 서비스 취득 수단은 잡 플로우를 구성하는 기능별로 가장 제한이 없는 서비스를 취득하고,

상기 연계 지시 정보 생성 수단은 상기 잡 플로우를 구성하는 각각의 기능에 상기 서비스 취득 수단에 의해 취득된 각각의 서비스를 대응시킴으로써 상기 연계 지시 정보를 생성하는 것을 특징으로 하는 연계 지시 정보 생성 장치.
문서 데이터에 관해 소정 처리를 각각 실행하는 복수의 서비스를 네트워크 상에서 연계하도록 지시하는 연계 지시 정보를 생성하는 연계 지시 정보 생성 방법 으로서,

각각의 서비스 실행 제한을 표시하는 각각의 제한값 테이블과 사용자 정보를 조합함으로써 사용자가 사용 가능한 복수의 서비스를 취득하는 서비스 취득 공정과,

상기 서비스 취득 공정에서 취득한 복수의 서비스를 이용하여 연계 지시 정보를 생성하는 연계 지시 정보 생성 공정을 구비한 연계 지시 정보 생성 방법.
제7항에 있어서, 상기 연계 지시 정보 생성 공정에서는 취득한 복수의 서비스 중에서 잡 플로우를 구성하는 서비스의 선택을 접수하고 접수한 서비스를 이용하여 연계 지시 정보를 생성하는 것을 특징으로 하는 연계 지시 정보 생성 방법.
제7항에 있어서, 상기 서비스 취득 공정에서는 잡 플로우를 구성하는 기능별로 사용자가 사용 가능한 서비스를 취득하는 것을 특징으로 하는 연계 지시 정보 생성 방법.
제9항에 있어서, 상기 서비스 취득 공정에서는 상기 잡 플로우를 구성하는 기능별로 가장 제한이 없는 서비스를 취득하는 것을 특징으로 하는 연계 지시 정보 생성 방법.