[지재 판결문] 특허법원 2021허2984 - 권리범위확인(특)

 

[지재] 특허법원 2021허2984 - 권리범위확인(특).pdf

2.47MB

[지재] 특허법원 2021허2984 - 권리범위확인(특).docx

0.04MB

 

- 1 -

특 허 법 원

제 부

판 결

사 건 허 권리범위확인 특2021 2984 ( )

원 고 주식회사 A

대표자 사내이사 B

소송대리인 특허법인 명인

담당변리사 조강석 조흠오,

피 고 주식회사 C

대표자 사내이사 D

소송대리인 변호사 강경태

소송대리인 변리사 권성락 박철현,

변 론 종 결 2022. 5. 26.

판 결 선 고 2022. 7. 21.

주 문

특허심판원이 당 사건에 관하여 한 심결을 취소한다1. 2021. 3. 31. 2020 2901 .

- 2 -

소송비용은 피고가 부담한다2. .

청 구 취 지

주문과 같다.

이 유

기초사실1.

가 피고의 이 사건 특허발명 갑 제 호증 . ( 2, 3 )

발명의 명칭1) 비연결식 접속 관리 방법:

2) 출원일 우선권주장일 등록일 등록번호( )/ / : 2008. 8. 12.(2008. 4. 24.)/ 2011. 3. 9./

제 호1022839

3 청구범위)

청구항 내지 삭제1 3 ( ) 【 】

청구항 사용자 단말에게 리소스를 할당하여 서비스 이용을 가능하게 하는 네트4【 】

워크 시스템에서의 비연결식 접속 관리방법에 있어서 이하 ( ‘전제부라 한다 제 사’ ), a) 1

용자 단말의 접속을 감지하는 단계 이하 ( ‘구성요소 1 이라 한다 상기 제 사용자 ’ ), b) 1

단말의 고유 식별자에 매칭된 접속 순번이 있는지를 확인하여 최초 접속인지 재접속인

지를 파악하는 단계 이하 ( ‘구성요소 2 라 한다 상기 최초 접속이면 중복되지 않는 ’ ), c)

최소의 접속 순번을 상기 제 사용자 단말에 대응하여 부여하는 단계 이하 1 ( ‘구성요소

3 이라 한다 상기 최초 접속 또는 재접속한 상기 제 사용자 단말에게 리소스 할’ ), d) 1

당이 가능하면 리소스를 할당하고 리소스 할당이 가능하지 않으면 상기 제 사용자 , 1

- 3 -

단말에게 대기 시간 동안 접속 대기한 후 접속할 것을 지시하는 대기 알림 메시지를

전송하는 단계 이하 ( ‘구성요소 4라 한다 그리고 상기 대기 시간을 제공한 제 사’ ), e) 1

용자 단말과의 접속을 해지하는 단계 이하 ( ‘구성요소 5 라 한다 를 포함하는 비연결식 ’ )

접속 관리 방법 이하 ( ‘이 사건 제 항 발명4 이라 하고 ’ 나머지 청구항도 같은 방식으로

부른다).

청구항 5【 】제 항에 있어서 상기 단계는 상기 제 사용자 단말의 고유 식별자4 , c) 1

에 대응하여 부여한 접속 순번을 대기 리스트에 등록하여 관리하고 이 경우에 리, , f)

소스 할당한 상기 제 사용자 단말의 접속 순번을 상기 대기 리스트에서 삭제한 후 할1

당 리스트에 등록하여 관리하는 단계를 더 포함하는 비연결식 접속 관리 방법.

청구항 6【 】제 항에 있어서 리소스를 사용 중인 제 사용자 단말로부터 리소스 사5 , 2

용 알림 메시지가 설정 시간 동안 수신되는지를 감시하고 상기 설정 시간 내에 수신,

되지 않으면 상기 제 사용자의 접속 순번을 상기 할당 리스트에서 삭제하는 단계를 2

더 포함하는 비연결식 접속 관리 방법.

청구항 7【 】제 항에 있어서 상기 대기 시간은 디폴트된 값인 비연결식 접속 관리 6 ,

방법.

청구항 8【 】제 항에 있어서 상기 대기 시간은 상기 할당 리스트를 통해 파악되는 6 ,

상기 네트워크 시스템의 리소스 사용 상태와 상기 대기 리스트를 통해 파악되는 상기

제 사용자 단말을 기준으로 한 대기자의 수를 고려하여 산출된 값인 비연결식접속 관1

리 방법.

청구항 9【 】제 항에 있어서 상기 대기 시간은 상기 제 사용자 단말을 기준으로 8 , 1

한 대기자의 수와 초당 평균 접속 순번 처리수를 이용하여 산출되는 비연결식 접속 관

- 4 -

리 방법.

청구항 10【 】제 항 또는 제 항에 있어서 상기 단계는 상기 제 사용자 단말의 7 8 , d) 1

접속 순번이 상기 대기리스트에 등록된 최소 접속 순번에서 초당 평균 접속 순번 처리

수 만큼의 접속 순번 내에 있으면 리소스 할당을 하는 비연결식 접속 관리 방법.

청구항 내지 11 17【 】 기재 생략( )

발명의 주요 내용 및 도면4)

기술 분야

본 발명은 네트워크 시스템의 리소스 관리를 위한 사용자 단말에 대한 접[0001] (resource)

속을 관리하는 것이다 특히 본 발명은 리소스 할당을 요청하는 사용자 단말의 접속이 폭주.

하더라도 네트워크 시스템에서 한정된 리소스로 안정적인 서비스를 제공할 수 (congestion)

있게 하는 비연결식 접속 관리 방법에 관한 것이다.

배경 기술

일반적으로 웹 서버나 왑 서버 등과 같은 네트워크 시스템은 많은 사용[0002] , (WEB) (WAP)

자들의 접속이 짧은 시간 내에 갑자기 폭주하면 접속 처리가 지연되거나 심지어는 시스템,

이 동작하지 않고 다운되는 문제가 발생한다.

이러한 문제는 네트워크 시스템이 한정된 리소스를 이용하여 많은 사용자들의 접속[0003]

을 처리하기 때문이며 특히 네트워크 시스템이 모든 사용자들과의 접속을 유지한 채 접속 ,

처리를 하기 때문에 발생한다.

현재 이러한 문제는 서버를 증설하여 사용자들의 접속을 처리하는 것으로 해결하고 [0004]

있다.

그러나 서버를 증설하는 것은 사용자의 요청을 받아 줄 수는 있지만[0005] , DB(Database)

나 와 같이 한정된 리소스를 사용하는 장치의 처리능력에 한WAS(Web Application Server)

계가 있기 때문에 사용자의 요청이 일정수준 이상이 되면 더 이상 처리를 못하게 되는 문제

가 발생한다 그리고 사용자의 요청이 일정수준 이상인 경우는 해당 요청의 처리 이외에 한.

정된 리소스와 관련된 모든 서비스에 영향을 주게 되어 전체 서비스를 원활하게 제공하지

못한다 또한 서버를 증설하기 위해서는 서버 증설 수만큼의 비용이 추가적으로 필요로 하.

는 문제가 있다.

- 5 -

해결 하고자하는 과제

본 발명이 이루고자 하는 기술적 과제는 한정된 리소스로 처리할 수 있는 한계치 이[0006]

상의 접속자가 접속하여도 네트워크 시스템에 부하를 주지 않고 안정적으로 서비스 프로세

서를 수행할 수 있게 하는 비연결식 접속 관리 방법을 제공하는 것이다.

효과

전술한 실시 예에 따르면 본 발명은 사용자의 요청 폭주시 한정된 리소스에 접근하[0010] ,

는 사용자의 숫자를 일정 수준으로 유지함으로써 한정된 리소스를 보호하고 사용자에게 원,

활한 서비스를 제공할 수 있게 한다.

발명의 실시를 위한 구체적인 내용

통상의 방법으로 사용자 단말 은 본 발명의 네트워크 시스템 을 이용하기 [0014] (1, 2, 3) (20)

위해서 네트워크 시스템 에 접속한다 후략(20) . ( ).

도 본 발명을 설명하기 위한 개념도[ 1]

그러면 네트워크 시스템 은 접속 순서에 따라 사용자 단말 사용자 단말 사[0015] (20) (1), (2),

용자 단말 의 순서로 각각 대기 시간 또는 또는 을 포함하는 대기알림 메시지를 (3) (T1 T2 T3)

전송한다 여기서 대기알림 메시지는 네트워크 시스템 의 가용 리소스 사용자 단말에게 . (20) (

할당 가능한 리소스 가 없어 리소스를 할당하지 못하는 사용자 단말에게 제공된다) .

따라서 사용자 단말 은 대기알림 메시지를 수신하면 네트워크 시스템 으로[0017] (1, 2, 3) (20)

- 6 -

의 접속을 해지하고 대기시간 동안만큼 대기한 후 네트워크 시스템 에 재접속한다 여기, (20) .

서 사용자 단말과 네트워크 시스템 간의 접속 해지는 사용자 단말의 주도하에 이루어질 수

있고 또는 네트워크 시스템의 주도하에 이루어질 수 있다, .

이상을 통해 보면 본 발명은 접속한 순서에 따라 사용자 단말에게 리소스를 할당하[0023]

고 리소스가 부족한 상황에서 사용자 단말에게 네트워크 시스템 간의 접속을 해지하도록 , (20)

하여 짧은 시간 동안에 이루어지는 많은 접속에 대해서는 네트워크 시스템 을 보호할 수 (20)

있게 한다.

한편 본 발명을 위해서 네트워크 시스템 은 대기 시간을 산출하거나 리소스를 할[0024] , (20)

당하기 위해서 사용자 단말의 접속 순서를 파악하고 있어야 한다.

이를 위해 네트워크 시스템 은 사용자 단말이 접속하면 접속한 사용자 단말의 고[0025] (20)

유 식별자 예 주소 이동전화번호 등 을 파악하고 파악한 고유 식별자에 매칭하여 내부( ; IP , ) ,

적으로 중복되지 않는 최소의 접속 순번 예 번 번 번 번 등 을 부여한다 여기( ; 1 , 10 , 234 , 999 ) .

서 중복되지 않는 최소의 접속 순번이란 다른 사용자 단말에게 부여하지 않은 접속 순번 중

에서 가장 최소 번호를 의미하며 아울러 접속 순번이 일정 규칙에 따라 부여됨을 의미한다, .

후략( ).

그리고 네트워크 시스템 은 사용자 단말의 접속시에 사용자 단말의 고유 식별자를 [0026] (20)

파악하고 고유 식별자에 매칭된 접속 순번을 파악하는 것으로 사용자 단말의 접속 순서를

알게 되며 그에 따라 리소스를 접속 순번에 따라 할당한다, .

물론 네트워크 시스템 은 접속 순번을 대기 식별자에 포함시켜 사용자 단말에 제[0027] (20)

공하고 사용자 단말이 재접속시에 접속 순번을 네트워크 시스템 에 제공하도록 할 수 있, (20)

다.

이하 도 를 참조로 하여 도 을 참조로 한 본 발명의 개념을 달성하는 본 발명의 [0030] , 2 1

제 실시 예에 따른 비연결식 접속 관리 방법을 설명한다 도 는 본 발명의 제 실시 예에 1 . 2 1

따른 비연결식 접속 관리 방법을 보인 데이터 흐름도이다 이하에서는 모든 사용자 단말. (1,

을 총칭하여 사용자 단말 이라 한다2, 3) (100) .

사용자는 사용자 단말 을 통해 네트워크 시스템 에 접속한다 그러면 네[0031] (100) (20) (S201).

트워크 시스템 은 접속한 사용자 단말 의 고유 식별자를 파악하고 부여 가능한 (20) (100) (S202),

최소 번호의 접속 순번을 파악한 후 파악한 고유 식별자에 상기 접속 순번을 매칭하(S203),

여 저장한다(S204).

- 7 -

그런 다음 네트워크 시스템 은 [0032] (20)

사용자 단말 에게 리소스 할당이 가(100)

능한지를 판단한다(S205).

네트워크 시스템 은 사용자 단[0033] (20)

말 의 접속 순번보다 빠른 접속 순번(100)

을 가진 다른 사용자가 많고 그 많음이 ,

현재의 가용 리소스량으로 처리되지 못하

는 정도이면 리소스를 할당하지 않는다.

물론 네트워크 시스템 은 사용자 단말(20)

의 순번보다 빠른 순번을 가진 이전 (100)

접속자가 없거나 적고 현재의 가용 리소,

스량으로 이전 접속자 모두를 충분히 수

용할 정도이면 리소스를 할당한다.

상기 판단 으로 네트워크 시[0035] (S205) ,

스템 은 사용자 단말 에게 리소스(20) (100)

를 할당하지 못한다고 판단하면 가용 리

소스량과 이전 접속자의 수를 이용하여 사용자 단말 에게 제공할 대기 시간을 산출한다(100)

대기 시간은 가용 리소스량이 많거나 이전 접속자의 수가 적을수록 짧아지고 가용 (S206). ,

리소스량이 작거나 이전 접속자의 수가 많을수록 길어진다.

그리고 네트워크 시스템 은 산출한 대기 시간을 포함하는 대기알림 메시지를 사용[0036] (20)

자 단말 에게 제공한다(10) (S207).

그러면 사용자 단말 은 대기알림 메시지를 수신함과 동시에 네트워크 시스템[0037] (100) (20)

과의 접속을 해지하고 대기 시간 카운트를 하여 대기 시간 카운트가 종료되는 (S208), (S209),

시점에서 다시 네트워크 시스템 에 재접속을 한다(20) (S201).

한편 네트워크 시스템 은 상기 판단 에서 사용자 단말 에게 리소스 할당[0039] , (20) (S205) (100)

이 가능하다고 판단하면 사용자 단말 에게 리소스를 할당한다 그러면 사용자 단, (100) (S210).

말 은 할당된 리소스를 사용하여 서비스를 이용한다(100) (S211).

한편 네트워크 시스템 은 사용자 단말 이 대기 시간이 종료되는 제 시점 또[0040] , (20) (100) 1

는 제 시점으로부터 설정된 유효 시간 이내에 접속하지 않으면 사용자 단말 에 대응하1 (100)

도 본 발명의 제 실시 예에 따른 비연결식 [ 2] 1
접속 관리 방법을 보인 데이터 흐름도

- 8 -

여 매칭된 접속 순번을 삭제한다 .

다음으로 도 을 참조로 하여 도 [0041] , 3 1

을 참조로 한 본 발명의 개념을 달성하는

본 발명의 제 실시 예에 따른 비연결식 2

접속 관리 방법을 설명한다 도 은 본 발. 3

명의 제 실시 예에 따른 비연결식 접속 2

관리 방법을 보인 데이터 흐름도이다.

사용자는 사용자 단말 을 통해 [0042] (100)

네트워크 시스템 에 제 접속하여 접속 (20) 1

순번의 발급을 요청한다 여기서 접(S201).

속 순번은 사용자 단말에게 제공되는 형태

를 가지므로 이하에서 대기표 라 한다" " .

제 접속은 대기표를 가지지 않은 [0043] 1

사용자 단말 이 네트워크 시스템 에 (100) (20)

접속하는 것으로 이하에서는 네트워크 시,

스템 에 대기표를 요구하는 접속으로 (20)

지칭한다 그리고 대기표는 대기 식별자이.

며 접속 순번을 알리는 번호 정보를 포함,

한다.

네트워크 시스템 은 사용자 단말[0044] (20)

의 제 접속을 대기표 발급 요청으로 인식하고 사용자 단말 에게 대기표를 제공한(100) 1 , (100)

다(S302).

사용자 단말 은 대기표를 수신하면 제 접속으로 네트워크 시스템 에 [0045] (100) (S203), 2 (20)

접속한다 제 접속은 사용자 단말 이 대기표를 이용하여 네트워크 시스템 에 (S304). 2 (100) (20)

접속하는 것을 의미하며 이하에서는 네트워크 시스템 에 리소스 할당을 요청하는 접속으, (20)

로 지칭한다.

그러면 네트워크 시스템 은 수신된 대기표로 대기 순번을 파악하고 가용 리소스량[0046] (20)

을 파악한다 그런 다음 네트워크 시스템 은 과정의 파악을 통해 사용자 단말(S305). (20) S305

에게 리소스를 할당 가능한지를 판단한다(100) (S306).

도 본 발명의 제 실시 예에 따른 비연결식 [ 3] 2
접속 관리 방법을 보인 데이터 흐름도

- 9 -

네트워크 시스템 은 사용자 단말 의 대기표보다 순번 즉 번호 이 빠른 다른 [0047] (20) (100) ( , )

사용자가 많고 그 많음이 현재의 가용 리소스량으로 처리되지 못하는 정도이면 리소스를 ,

할당하지 않는다 물론 네트워크 시스템 은 사용자 단말 의 대기표보다 순번이 빠른 . (20) (100)

대기표를 가진 사용자 또는 사용자 단말 가 없거나 적고 현재의 가용 리소스량으로 이전 ( ) ,

접속자 모두를 충분히 수용할 정도이면 리소스를 할당한다.

상기 이전 접속자는 임의의 대기표보다 순번이 빠른 대기표를 가진 사용자를 의미한다[0048] .

상기 판단 으로 네트워크 시스템 은 사용자 단말 에게 리소스를 할당하[0049] (S305) , (20) (100)

지 못한다고 판단하면 가용 리소스량과 이전 접속자의 수를 이용하여 사용자 단말 에게 (100)

제공할 대기 시간을 산출한다 대기 시간은 가용 리소스량이 많거나 이전 접속자의 수(S307).

가 적을수록 짧아지고 가용 리소스량이 작거나 이전 접속자의 수가 많을수록 길어진다, .

네트워크 시스템 은 산출한 대기 시간을 사용자 단말 에게 제공한다[0050] (20) (10) (S308).

그러면 사용자 단말 은 대기 시간을 수신함과 동시에 네트워크 시스템 과의 [0051] (100) (20)

접속을 해지하고 대기 시간 카운트하여 대기 시간 카운트가 종료되는 시점에서 다시 (S309),

네트워크 시스템 에 제 접속을 하여 리소스 할당 요청을 한다(20) 2 (S304).

한편 네트워크 시스템 은 상기 판단 에서 사용자 단말 에게 리소스 할당[0053] , (20) (S306) (100)

이 가능하다고 판단하면 사용자 단말 에게 리소스를 할당한다 그러면 사용자 단, (100) (S311).

말 은 할당된 리소스를 사용하여 서비스를 이용한다(100) (S312).

여기서 대기 리스트는 일 예로 도 에 도시된 바와 같은 형태를 가진다 도 은 [0059] , 11 . 11

본 발명의 실시 예에 따른 대기 리스트를 보인 도면이다 도 에 도시된 바와 같이 대기 . 11 ,

리스트는 대기표 또는 접속 순번 이 기록되는 필드와 대기표 또는 접속 순번 에 대응하여 대( ) ( )

기표 또는 접속 순번 이 등록된 시간이 기록되는 필드를 포함한다( ) .

도 대기 리스트를 보인 도면[ 11] 도 할당 리스트를 보인 도면[ 12]

여기서 할당 리스트는 일 예로 도 에 도시된 바와 같은 형태를 가진다 도 는 [0063] , 12 . 12

- 10 -

나 확인대상발명 . (2021 보정된 것 갑 제 호증의 별지 . 3. 17. , 1 [ 2])

원고가 특정한 확인대상발명은 ‘웹 서버에 대한 접근 제어 방법에 관한 것으로 그 ’ ,

설명서 및 도면은 별지 기재와 같다[ 1] .

다 선행발명들 .

선행발명 갑 제 호증의 1) 1( 5 1, 2)

공개된 일본 공개특허공보 특개 호에 게재된 접속 접수 시 2002. 8. 9. 2002-222123 ‘

스템 접수 서버 클라이언트 단말 접속 접수 관리 방법 기억 매체 컴퓨터 프로그램, , , , , ’

에 관한 것으로 그 주요 내용 및 도면은 별지 제 항 기재와 같다, [ 2] 1 .

선행발명 갑 제 호증의 2) 6( 7 1, 2)

본 발명의 실시 예에 따른 할당 리스트를 보인 도면이다 도 에 도시된 바와 같이 할당 . 12 ,

리스트는 대기표 또는 접속 순번 이 기록되는 필드와 대기표 또는 접속 순번 에 대응하여 대( ) ( )

기표 또는 접속 순번 이 등록된 시간이 기록되는 필드를 포함한다 이러한 할당 리스트는 대( ) .

기표 또는( 접속 순번 가 크기에 상관없이 등록되고 가변 크기를 가진 리스트이다 ) .

한편 도 에 도시된 본 발명의 일 실[0066] , 4

시 예는 각 구성 를 독립적으로 (200, 300, 400)

분리하여 사용자가 트랜잭션 서버 와 서, (200)

비스 서버 간의 접속을 별도로 해야 하는 (400)

것으로 설명하였지만 본 발명은 이에 한정되,

지 않는다.

즉 본 발명은 트랜잭션 서버 서[0067] , (200),

비스 컨트롤러 와 서비스 서버 가 일(300) (400)

체화되도록 할 수 있다 즉 트랜잭션 서버. , (20

의 기능과 서비스 컨트롤러 의 기능을 서비스 서버 에 포함되도록 서비스 서버0) (300) (400) (40

를 구성할 수 있다 이 경우에 일 예로 사용자 단말 에게 제공하였던 접속 허가는 트0) . , (100)

랜잭션 서버의 기능과 서비스 서버의 기능 간의 내부 신호 처리로 대신할 수 있게 된다.

도 본 발명의 네트워크 시스템의 블록 [ 4]
구성도

- 11 -

발행된 2000. 10. 'Oracle9iTM 응용 서버 의 제품설명서의 발췌본 으로서 웹 서버의 ' ' , ‘

사용자 수가 많은 경우 기능을 오프 하여 비연결식으로 접속 관리하는 KeepAlive (off)

것에 대해 기술되어 있다 그 구체적인 내용의 기재는 생략한다’ . .

3) 선행발명 갑 제 호증7( 8 )

인터넷에 게재된 문서의 캡쳐본으로서 옵션 기능은 2005. 7. 1. , ‘KeepAlive HTTP

규약에서부터 적용된 것으로 접속 속도에 큰 영향을 준다 를 로 설1.1 . KeepAlive Off

정시 다소 접속 속도는 떨어지지만 좀 더 많은 동시 접속을 수용할 수 있다 따라서 . M

에 도달할 정도로 동시 접속자가 많은 경우에는 를 로 설정하axClients KeepAlive Off

여 비연결식으로 접속 관리하는 것이 해결 방법이 된다는 내용이 기재되어 있다 그 ’ .

구체적인 내용의 기재는 생략한다.

선행발명 갑 제 호증의 4) 8( 6 1, 2)

공개된 일본 공개특허공보 특개 에 게재된 대기행렬 관리 2006. 3. 16. 2006-72760 '

장치 에 관한 것으로 그 주요 내용 및 도면은 별지 제 항 기재와 같다' , [ 2] 2 .

선행발명 갑 제 호증의 5) 10( 9 1, 2)

공개된 일본 공개특허공보 특개 에 게재된 서버 시스템 에 2005. 12. 2. 2005-332275 ' '

관한 것으로 그 구체적인 내용의 기재는 생략한다, .

라 이 사건 심결의 경위 .

원고는 이 사건 특허발명의 특허권자인 피고를 상대로 특허심판원 1) 2020. 9. 21. 에

원고가 실시하는 확인대상발명이 이 사건 제 항 내지 제 항 발명의 권리범위에 속하4 10

지 않는다는 확인을 구하는 소극적 권리범위확인심판을 청구하였다.

2) 특허심판원은 이를 당 사건으로 심리한 후 확인대상발명2020 2901 2021. 3. 31. “

- 12 -

은 이 사건 제 항 내지 제 항 발명과 대비할 수 있을 만큼 구체적으로 특정되지 않았5 10

고 이 사건 제 항 발명의 권리범위에 속한다 는 이유로 원고의 위 심판청구 중 청구, 4 .” ,

범위 제 항 내지 제 항에 관한 부분을 각하하고 청구범위 제 항에 관한 부분을 기각5 10 , 4

하는 내용의 심결 이하 이 사건 심결이라 한다 을 하였다( ‘ ’ ) .

인정 근거 다툼 없는 사실 갑 제 내지 호증 가지번호 있는 것은 가지번호 포함, 1 9 ( , 【 】

이하 같다 의 각 기재 변론 전체의 취지) ,

당사자들의 주장 요지2.

가 원고 .

아래와 같은 이유로 확인대상발명과 이 사건 제 항 발명의 대응 구성은 동일하 1) , 4

거나 균등관계에 있지 않으므로 확인대상발명은 이 사건 제 항 발명의 권리범위에 속4

하지 않는다.

가 최초 접속인지를 판단하기 위하여 구성요소 는 사용자 단말의 고유 식별자에 ) , 2 ‘

매칭된 접속 순번이 있는지를 확인하는 것인 반면 이에 대응하는 확인대상발명의 구’ ,

성요소는 사용자 단말의 페이지 요청 신호에 이라는 식별정보‘ “wellconnCheckAjax=1”

가 있는지를 확인하는 것이므로 양 대응 구성은 그 구성 및 효과 면에서 상당한 차이,

가 있다.

나 구성요소 은 최초 접속한 사용자 단말에 대응하여 중복되지 않는 최소의 접속 ) 3

순번을 부여하는 구성인데 이에 대응하는 확인대상발명의 구성요소는 최초 접속한 사,

용자 단말에 대하여 랜덤하게 생성된 값을 접속 대기자 큐에 등록할 뿐 접’wcCookie‘ ,

속 순번을 부여하지 않는 것이므로 양 대응 구성은 그 구성 및 효과 면에서 상당한 ,

차이가 있다.

- 13 -

다 구성요소 의 최초 접속 또는 재접속한 제 사용자 단말에게 대기 알림 메시 ) 4 ‘ 1

지를 전송하는 구성은 최초 접속한 사용자 단말과 재접속한 사용자 단말 모두에 대기 ’

알림 메시지를 전송하는 구성으로 해석되어야 하므로 재접, 속한 사용자 단말에 대기 시

간에 관한 정보를 전달하지 않는 확인대상발명의 대응 구성요소와 구성 및 효과의 차이

가 있다.

라 이 사건 제 항 발명의 기술사상의 핵심은 선행발명 또는 선행발명 에 의하 ) 4 1 8

여 이미 공지되었다.

마 확인대상발명은 그 발명이 속하는 기술분야에서 통상의 지식을 가진 자 이하 ) (

통상의 기술자라 한다 가 선행발명 에 선행발명 을 결합하여 쉽게 실시할 ‘ ’ ) 8 1, 6, 7, 10

수 있는 자유실시기술에 해당한다.

확인대상발명이 이 사건 제 항 발명의 권리범위에 속하지 않는 이상 이 사건 제 2) 4 4

항 발명을 부가하거나 한정한 종속항인 이 사건 제 항 내지 제 항 발명의 권리범위에5 10

도 속하지 않는 것으로 판단할 수 있으므로 확인대상발명은 이 사건 제 항 내지 제, 5 10

항 발명과 대비할 수 있을 정도로 특정되었다고 보아야 한다.

따라서 이와 결론을 달리하여 확인대상발명이 이 사건 제 항 발명의 권리범위에 3) 4

속하지 않고 이 사건 제 항 내지 제 항 발명과 대비할 수 있을 정도로 특정되지 않, 5 10

았다고 판단한 이 사건 심결은 위법하다.

나 피고 .

아래와 같은 이유로 확인대상발명은 이 사건 제 항 발명의 대응 구성과 실질적 1) , 4

으로 동일하거나 균등관계에 있으므로 이 사건 제 항 발명의 권리범위에 속한다, 4 .

가 확인대상발명은 리소스 할당이 가능한지를 판단하기 위하여 ) ‘wellconnCheckAja

- 14 -

이 존재하는지 확인한 후에도 사용자 단말의 주소와 값이 리스트에 x=1’ IP ‘wcCookie’

있는지 까지도 확인하여야 하므로 이 사건 제 항 발명의 구성요소 내지 를 결합한 , 4 2 4

전체적인 구성과 이에 대응하는 확인대상발명의 구성요소는 실질적으로 큰 차이가 없

다.

나 구성요소 를 구현하는 방법은 통상의 기술자가 다양한 기술 중에서 적절히 선 ) 2

택할 수 있는 것이고 해쉬 함수를 사용하는 방법 등을 사용하는 경우에는 확인, (Hash)

대상발명의 사용자 단말의 페이지 요청 신호에 이라는 식별정‘ “wellconnCheckAjax=1"

보가 있는지를 확인하는 구성에 비하여 연산시간 등에서 큰 차이가 없다’ .

다 구성요소 은 확인대상발명의 사용자 단말의 주소 정보와 값을 ) 3 ‘ IP ”wcCookie“

선입선출 방식으로 동작하는 접속 대기자 큐의 마지막에 추(FIFO, First In First Out)

가하는 구성과 실질적으로 동일하다’ .

라 이 사건 제 항 발명 구성요소 의 최초 접속 또는 재접속한 제 사용자 단말 ) 4 4 ‘ 1

에게 대기 알림 메시지를 전송하는 구성은 최초 접속한 사용자 단말에 대기 알림 메’ , ‘

시지를 전송하거나 재접속한 사용자 단말에 대기 알림 메시지를 전송하는 구성으로 ’

해석되어야 하므로 최초 접속한 사용자 단말에만 대기시간이 포함된 대기 알림 메시,

지를 전송하는 확인대상발명과 차이가 있다고 할 수 없다.

마 확인대상발명과 선행발명 은 과제의 목적이 상이하고 확인대상발명의 ) 8 “wellco

이라는 식별정보를 확인하는 구성 및 서비스 제공이 불가능할 때 대기nnCheckAjax=1"

하도록 하는 페이지를 클라이언트 단말에게 전송하고 접속을 해지하는 구성은 선행발

명들에 개시되어 있지 않으므로 확인대상발명은 통상의 기술자가 선행발명 에 선행, 8

발명 을 결합하더라도 쉽게 도출할 수 없어 자유실시기술에 해당하지 않는1, 6, 7, 10

- 15 -

다.

이 사건 제 항 내지 제 항 발명의 각 구성요소에 대응하는 확인대상발명의 구성 2) 5 10

이 구체적으로 기재되어 있지 않으므로 확인대상발명은 이 사건 제 항 내지 제 항 , 5 10

발명과 대비할 수 있을 만큼 구체적으로 특정되어 있지 않다.

따라서 이와 결론을 같이한 이 사건 심결은 적법하다 3) .

이 사건 심결의 위법 여부3.

가 확인대상발명이 이 사건 제 항 내지 제 항 발명과 대비할 수 있도록 특정되었는 . 5 10

지 여부

관련 법리 1)

특허권의 권리범위확인심판을 청구할 때 심판청구의 대상이 되는 확인대상발명은

당해 특허발명과 대비할 수 있을 만큼 구체적으로 특정되어야 하는데 그 특정을 위해,

서 대상물의 구체적인 구성을 전부 기재할 필요는 없지만 적어도 특허발명의 구성요,

건과 대비하여 그 차이점을 판단함에 필요할 정도로 특허발명의 구성요건에 대응하는

부분의 구체적인 구성을 기재하여야 한다 대법원 선고 후 판결( 2005. 4. 29. 2003 656 ,

대법원 선고 후 판결 등 참조 다만 확인대상발명의 설명서에 특2005. 9. 29. 2004 486 ).

허발명의 구성요소와 대응하는 구체적인 구성이 일부 기재되지 않거나 불명확한 부분

이 있더라도 나머지 구성만으로 확인대상발명이 특허발명의 권리범위에 속하는지를 판

단할 수 있는 경우에는 확인대상발명은 특정된 것으로 봄이 타당하다 대법원 ( 2010. 5.

선고 후 판결 등 참조27. 2010 296 ).

검토 2)

피고 주장과 같이 이 사건 제 항 내지 제 항 발명의 일부 구성요소에 대비되는 확 5 10

- 16 -

인대상발명의 구성요소가 확인대상발명의 설명서에 기재되어 있지 않다고 하더라도,

아래 다 항에서 보는 바와 같이 나머지 구성만으로도 확인대상발명이 이 사건 제 항 . 5

내지 제 항 발명의 권리범위에 속하지 않는다고 판단할 수 있는 이상 확인대상발명10 ,

은 이 사건 제 항 내지 제 항 발명과 대비할 수 있을 정도로 특정되어 있다고 보는 5 10

것이 타당하다.

나 확인대상발명이 이 사건 제 항 발명의 권리범위에 속하는지 여부 . 4

구성요소별 대응 관계 1)

구성

요소
이 사건 제 항 발명4 확인대상발명

전제

부

사용자 단말에게 리소스를 할당

하여 서비스 이용을 가능하게 하

는 네트워크 시스템에서의 비연

결식 접속 관리방법에 있어서 ,

웹 서버에 대한 접근 제어 방법-

접근 제어 장치 는 사용자 단말 로 안내 - (100) , (200)

페이지를 전송한 후, 사용자 단말 과의 접속을 (200)

끊는다.

1

제a) 1 사용자 단말의 접속을 감

지하는 단계,

클라이언트인 사용자 단말 로부터 접근 제어 - (200)

장치 로 페이지 요청 신호가 전송되면 접(100) (S120),

근 제어 장치 는 페이지 요청 신호를 전송한 (100) 사

용자 단말 이 최초 접속했는지의 여부를 판단(200) 한

다(S130).

단계 에서 재요청 스크립트의 실행에 의해 - (S200) 페

이지 요청 신호를 전송하는 사용자 단말 의 접속(300)

을 인지한다.

2

상기 제 사용자 단말의 b) 1 고유

식별자에 매칭된 접속 순번이 있

는지를 확인하여 최초접속인지

재접속인지를 파악하는 단계,

접근 제어 장치 는 페이지 요청 신호를 전송한 - (100)

사용자 단말 이 최(200) 초 접속했는지의 여부를 판단

한다(S130).

이 때 최초 접속 여부는 사용자 단말 로부터 - , , (200)

전송된 페이지 요청 신호에 후술하는

이라는 식별 정보가 포함되어 "wellconnCheckAjax=1"

- 17 -

있지 아니한 경우에는 최초 접속으로 판단하고, 해당

식별 정보가 포함되어 있는 경우에는 최초 접속이

아닌 것으로 판단하는 방법을 사용한다.

3

상기 c) 최초 접속이면 중복되지

않는 최소의 접속 순번을 상기

제 사용자 단말에 대응하여 부1

여하는 단계,

상기 단계 에서- (S130) , 최초 접속인 것으로 판단되

면, 접근 제어 장치 는 사용자 단말 로부터 (100) (200)

전송된 페이지 요청 신호 예컨대 에 ( , HTTP GET)

값이 존재하는지를 판단하고"wcCookie" , "wcCookie"

값이 없다면 이를 생성한 후 페이지 요청 신호에 의

해 요청된 페이지가 정책 적용 대상인지의 여부를

판단한다(S140, S150, S160).

다음으로 상기 단계 에서- , (S170) , 최초 접속한 사용

자 단말 이 웹 서버 로 접근 가능한 상태가 (200) (300)

아닌 것으로 판단되면, 해당 사용자 단말 의 (200) IP

주소 정보 및 값 정보를 접속 대기자 큐wcCookie "

에 등록(Queue)" 한다(S180).

한편- , 값은"wcCookie" 사용자 단말 의 주소 (200) IP

를 기반으로 접근 제어 장치 에서 생성되는 쿠키(100)

로서(Cookie) , 사용자 단말 의 주소 와 랜덤" (200) IP "

하게 생성되는 랜덤값 으로 구성" " 된다.

4

상기 최초 접속 또는 재접속d)

한 상기 제 사용자 단말에게 1 리

소스 할당이 가능하면 리소스를

할당하고, 리소스 할당이 가능하

지 않으면 상기 제 사용자 단말 1

에게 대기 시간 동안 접속 대기

한 후 접속할 것을 지시하는 대

기 알림 메시지를 전송하는 단계,

그리고

최초 접속이나 재접속한 사용자 단말에게 리소스 <

할당이 가능한 경우>

한편 상기 단계 에서 정책 적용 - , (S160, S170, S210)

대상이 아니거나, 접근 가능한 것으로 판단된 경우,

접근 제어 장치 는 페이지 요청 신호를 웹 서버(100)

로 전달하고(300) , 웹 서버 는 페이지 요청 신호(300)

에 상응하는 페이지를 사용자 단말 로 전송(200) 한다.

최초 접속한 사용자 단말에게 리소스 할당이 가능<

하지 않은 경우>

다음으로 상기 단계 에서 최초 접속한 사용- , (S170) ,

자 단말 이 웹 서버 로 (200) (300) 접근 가능한 상태가

- 18 -

아닌 것으로 판단되면 해당 사용자 단말 의 , (200) IP

주소 정보 및 값 정보를 접속 대기자 큐wcCookie "

에 등록한다(Queue)" (S180).

상기 단계 이후 접근 제어 장치 는 - (S180) , (100) 사용

자 단말 로 안내 페이지를 전송(200) 한다(S190).

여기에서- , 안내 페이지 는" " 값 "wcCookie ,

대기자 수wellconnCheckAjax=1, , 재요청 스크립트"

를 포함한다.

또한- , 재요청 스크립트 는" " 로 이루어진 안내 HTML

페이지에 포함되어, 사용자 단말 에서 미리 설정(200)

된 시간, 예컨대 초마다 접근 제어 장치 로 10 (100) 다

시 접속하도록 자동 실행되도록 하는 프로그램이다.

재접속한 사용자 단말에게 리소스 할당이 가능하지 <

않은 경우>

한편 상기 단계 에서 - , (S210) 접근 가능하지 않은 것

으로 판단된 경우 즉 해당 사용자 단말 의 ( , (200)

값 정보가 허용자 리스트 에 포함되어 있wcCookie " "

지 않은 경우) 접근 제어 장치 는 , (100) 대기자 수를

포함하는 응답 메쏘드를 사용자 단말 로 전송(200) 하

며 이후 단계 로 진입하여 앞서 설명한 (S220), (S200)

바와 같은 동작을 반복한다.

여기에서 접근 제어 장치 는 사용자 단말- , (100) (200)

로 대기자 수 만을 전송할 뿐 별도의 대기 시간을 " "

전송하지 아니하며, 이러한 대기자 수 를 포함하는 " "

응답 메쏘드를 수신한 사용자 단말 은 (200) 단계

에서 전송된 재요청 스크립트를 다시 실행시(S190)

켜 단계 를 통해 접근 제어 장치 로 페이지 (S120) (100)

요청 신호를 전송한다 이 때 재요청 스크립트는 단. ,

계 에서 수신된 재요청 스크립트이므로(S190) 해당

- 19 -

재요청 스크립트가 실행되도록 미리 설정된 시간 예(

컨대 초 마다 실행10 ) 된다.

- 재요청 스크립트 는" " 미리 설정된 시간마다 실행되

도록 프로그래밍되어 있으며, 이러한 미리 설정된 "

시간 은 한번 설정되면 재요청 스크립트가 복수회 "

실행되더라도 변경되지 않는 값이며 웹 서버 의 , (300)

접속자 수 등의 사용 상태나 접속 대기자 큐 나 허" " "

용자 리스트 의 크기와는 관계없이 " 고정된 값이다.

5

상기 대기 시간을 제공한 e) 제1

사용자 단말과의 접속을 해지하

는 단계를 포함하는 비연결식 접

속관리 방법

접근 제어 장치 는 사용자 단말 로 안내 - (100) , (200)

페이지를 전송한 후, 사용자 단말 과의 접속을 (200)

끊는다.

주요

도면

- 20 -

공통점 및 차이점 2)

가 전제부 및 구성요소 ) 1, 5

이 사건 제 항 발명의 전제부 구성요소 와 이에 대응하는 확인대상발명의 구 4 , 1, 5

성요소는 사용자 단말에게 리소스를 할당하여 서비스 이용을 가능하게 하는 비연결식 ,

접속 관리방법에 관한 것으로 사용자 단말의 접속을 감지하는 구성 및 리소스 할당이 ,

불가능한 사용자 단말에 대한 접속을 해지하는 구성 접속을 끊는 구성 을 포함한다는 ( )

점에서 동일하다.

나 구성요소 ) 2

이 사건 제 항 발명의 구성요소 와 이에 대응하는 확인대상발명의 구성요소는 모 4 2

두 사용자 단말의 접속이 최초 접속인지 재접속인지를 판단한다는 점에서 공통된다, .

다만 이 사건 제 항 발명은 사용자 단말의 고유 식별자에 매칭된 접속 순번이 있는지4

를 확인하여 최초 접속 여부를 판단하나 확인대상발명은 사용자 단말 로부터 전송, (200)

된 페이지 요청 신호에 이라는 식별 정보가 포함되어 있는지를 ‘wellconnCheckAjax=1’

확인하여 최초 접속 여부를 판단한다는 점에서 차이가 있다 이하 ( ‘차이점 1 이라 한다’ ).

다 구성요소 ) 3

이 사건 제 항 발명의 구성요소 은 최초 접속인 경우 중복되지 않는 최소의 접속 4 3

순번을 사용자 단말에 대응하여 부여하는 것인 반면 확인대상발명의 대응 구성요소는 ,

최초 접속인 경우 사용자 단말 로부터 전송된 페이지 요청 신호에 값(200) ‘wcCookie’

이 존재하는지를 판단하여 값이 존재하지 않는다면 이를 생성한 후 사용자 ‘wcCookie’

단말 의 주소 정보와 함께 접속 대기자 큐 에 등록하는 것이라는 점에서 (200) IP (Queue)

차이가 있다 이하 ( ‘차이점 2 라 한다’ ).

- 21 -

라 구성요소 ) 4

(1) 이 사건 제 항 발명의 구성요소 와 이에 대응하는 확인대상발명의 구성요소4 4

는 최초 접속 또는 재접속한 사용자 단말에게 리소스 할당이 가능하면 접근 가능한 것, [

으로 판단된 경우]1) 리소스를 할당하고 요청 신호에 상응하는 페이지를 사용자 단말 [

로 전송하고 최초 접속한 사용자 단말의 경우 리소스 할당이 가능하지 않으면(200) ],

접근 가능한 상태가 아닌 것으로 판단되면 대기 시간 동안 접속 대기한 후 접속할 [ ]

것을 지시하는 대기 알림 메시지 미리 설정된 시간 후 다시 접속하도록 자동 실행되도[

록 하는 스크립트를 포함한 안내 페이지 를 전송한다는 점에서 공통된다] .

다만 이 사건 제 항 발명은 사용자 단말이 재접속한 경우에도 최초 접속한 경우 , 4

와 마찬가지로 리소스 할당이 가능하지 않으면 대기 시간 동안 접속 대기한 후 접속할

것을 지시하는 대기 알림 메시지를 전송하는 것이나 확인대상발명은 재접속한 경우에,

는 최초 접속한 경우와는 달리 대기자 수만이 포함된 응답 메쏘드를 전송할 뿐 대기

시간에 관한 정보는 전송하지 않는다는 점에서 차이가 있다 이하 ( ‘차이점 3 이라 한다’ ).

이에 대하여 피고는 구성요소 는 최초 접속한 사용자 단말 또는 재접속한 (2) , ‘ 4

사용자 단말에게 대기 알람 메시지를 전송하기만 하면 구성요소 를 실시하는 것과 같4

다 즉 최초 접속한 사용자 단말에게만 대기 알람 메시지를 전송하는 것 역시 구성요.

소 의 권리범위에 속하므로 최초 접속한 사용자 단말에게만 대기시간이 포함된 안내 4

페이지를 전송하고 재접속한 사용자 단말에게는 대기시간에 관한 정보를 제공하지 않

는 확인대상발명의 대응 구성요소가 구성요소 와 차이가 있다고 볼 수 없다 는 취지4 .’

로 주장한다.

1) 대괄호 안에 병기한 것은 이 사건 특허발명의 구성요소에 대응하는 확인대상발명의 구성요소를 의미한다 이하 같다 ([]) . .

- 22 -

구성요소 는 최초 접속 또는 재접속한 상기 제 사용자 단말에게 리소스 할당 4 ‘ 1

이 가능하면 리소스를 할당하는 구성과 리소스 할당이 가능하지 않으면 상기 제 사’ ‘ 1

용자 단말에게 대기 시간 동안 접속 대기한 후 접속할 것을 지시하는 대기 알림 메시

지를 전송하는 구성을 포함하고 있다 그런데 이 사건 제 항 발명에 관한 전체적인 명’ . 4

세서의 기재 및 그 작동 원리 등을 종합하면 이 사건 제 항 발명은 최초 접속한 사용, 4

자 단말과 재접속한 사용자 단말 모두에 대하여 리소스 할당이 가능하면 리소스를 할

당하는 구성으로 이해된다 만일 리소스 할당이 가능함에도 최초 접속한 사용자 단말.

에만 리소스를 할당하고 재접속한 사용자 단말에는 리소스를 할당하지 않는 구성 역시

이 사건 제 항 발명의 권리범위에 속한다고 본다면 재접속한 사용자 단말은 리소스 4 ,

할당이 가능하든 불가능하든 리소스 할당이 되지 않을 것이므로 이 사건 제 항 발명은 4

정상적인 작동이 불가능한 발명이 된다 따라서 구성요소 는 최초 접속한 제 사용자 . 4 1

단말이든 재접속한 제 사용자 단말이든 리소스 할당이 가능하면 리소스를 할당하고1 ,

리소스 할당이 가능하지 않은 위 각 사용자 단말 모두 최초 접속한 사용자 단말과 재(

접속한 사용자 단말 에 대하여 대기 시간 동안 접속 대기한 후 접속할 것을 지시하는 )

대기 알림 메시지를 전송하는 구성이라고 보는 것이 타당하다 따라서 이와 다른 전제‘ .

에 선 피고의 위 주장은 이유 없다.

차이점에 대한 검토 균등 여부 3) :

가 관련 법리 )

특허발명과 대비되는 확인대상발명이 특허발명의 권리범위에 속한다고 하기 위해

서는 특허발명의 특허청구범위에 기재된 각 구성요소와 그 구성요소 간의 유기적 결합

관계가 확인대상발명에 그대로 포함되어 있어야 한다 한편 확인대상발명에 특허발명.

- 23 -

의 특허청구범위에 기재된 구성 중 변경된 부분이 있는 경우에도 특허발명과 과제 해

결원리가 동일하고 특허발명에서와 실질적으로 동일한 작용효과를 나타내며 그와 같, ,

이 변경하는 것이 통상의 기술자라면 누구나 쉽게 생각해 낼 수 있는 정도라면 특별,

한 사정이 없는 한 확인대상발명은 특허발명의 특허청구범위에 기재된 구성과 균등한

것으로서 여전히 특허발명의 권리범위에 속한다고 보아야 한다.

양 발명의 과제 해결원리가 동일한지를 가릴 때에는 특허청구범위에‘ ’ 기재된 구성의

일부를 형식적으로 추출할 것이 아니라 명세서에 적힌 발명의 상세한 설명의 기재와 ,

출원 당시의 공지기술 등을 참작하여 선행기술과 대비하여 볼 때 특허발명에 특유한

해결수단이 기초하고 있는 기술사상의 핵심이 무엇인가를 실질적으로 탐구하여 판단하

여야 한다 대법원 선고 후 판결 등 참조 특허법이 보호하려는 ( 2014. 7. 24. 2012 1132 ).

특허발명의 실질적 가치는 선행기술에서 해결되지 않았던 기술과제를 특허발명이 해결

하여 기술발전에 기여하였다는 데에 있으므로 확인대상발명의 변경된 구성요소가 특,

허발명의 대응되는 구성요소와 균등한지를 판단할 때에도 특허발명에 특유한 과제 해

결원리를 고려하여야 한다 그리고 특허발명의 과제 해결원리를 파악할 때 발명의 상.

세한 설명의 기재뿐만 아니라 출원 당시의 공지기술 등까지 참작하는 것은 전체 선행

기술과의 관계에서 특허발명이 기술발전에 기여한 정도에 따라 특허발명의 실질적 가

치를 객관적으로 파악하여 그에 합당한 보호를 하기 위한 것이다 따라서 이러한 선행.

기술을 참작하여 특허발명이 기술발전에 기여한 정도에 따라 특허발명의 과제 해결원

리를 얼마나 넓게 또는 좁게 파악할지 결정하여야 한다 다만 발명의 상세한 설명에 .

기재되지 않은 공지기술을 근거로 발명의 상세한 설명에서 파악되는 기술사상의 핵심

을 제외한 채 다른 기술사상을 기술사상의 핵심으로 대체하여서는 안 된다 발명의 상.

- 24 -

세한 설명을 신뢰한 제 자가 발명의 상세한 설명에서 파악되는 기술사상의 핵심을 이3

용하지 않았음에도 위와 같이 대체된 기술사상의 핵심을 이용하였다는 이유로 과제 해

결원리가 같다고 판단하게 되면 제 자에게 예측할 수 없는 손해를 끼칠 수 있기 때문3

이다 대법원 선고 후 판결 등 참조( 2019. 1. 31. 2017 424 ).

작용효과가 실질적으로 동일한지 여부는 선행기술에서 해결되지 않았던 기술과제로

서 특허발명이 해결한 과제를 확인대상발명도 해결하는지를 중심으로 판단하여야 한

다 따라서 발명의 상세한 설명의 기재와 출원 당시의 공지기술 등을 참작하여 파악되.

는 특허발명에 특유한 해결수단이 기초하고 있는 기술사상의 핵심이 확인대상발명에서

도 구현되어 있다면 작용효과가 실질적으로 동일하다고 보는 것이 원칙이다 그러나 .

위와 같은 기술사상의 핵심이 특허발명의 출원 당시에 이미 공지되었거나 그와 다름없

는 것에 불과한 경우에는 이러한 기술사상의 핵심이 특허발명에 특유하다고 볼 수 없

고 특허발명이 선행기술에서 해결되지 않았던 기술과제를 해결하였다고 말할 수도 없,

다 이러한 때에는 특허발명의 기술사상의 핵심이 확인대상발명에서 구현되어 있는지.

를 가지고 작용효과가 실질적으로 동일한지 여부를 판단할 수 없고 균등 여부가 문제,

되는 구성요소의 개별적 기능이나 역할 등을 비교하여 판단하여야 한다 대법원 ( 2019.

선고 다 판결 등 참조1. 31. 2018 267252 ).

나 구체적 판단 )

이 사건 제 항 발명의 기술사상의 핵심 (1) 4

이 사건 특허발명의 명세서에는 배경기술 해결하고자 하는 과제 효과에 관하여 , , ‘ ,

웹 서버와 같은 네트워크 시스템은 많은 사용자들의 접속이 짧은 시간 내에 폭‘ (WEB)

주하면 접속 처리가 지연되거나 다운되는 문제가 발생하는데 이는 네트워크 시스템이 ,

- 25 -

한정된 리소스를 이용하여 많은 사용자들의 접속을 처리하기 때문이며 특, 히 네트워크

시스템이 모든 사용자들과의 접속을 유지한 채 접속 처리를 하기 때문에 발생한다 갑 (

제 호증 식별번호 본 발명이 이루고자 하는 기술적 과제는 한정된 리3 [0002], [0003])’, ’

소스로 처리할 수 있는 한계치 이상의 접속자가 접속하여도 네트워크 시스템에 부하를

주지 않고 안정적으로 서비스 프로세서를 수행할 수 있게 하는 비연결식 접속 관리 방

법을 제공하는 것이다 갑 제 호증 식별번호 ( 3 [0006])‘, ’본 발명은 사용자의 요청 폭주시

한정된 리소스에 접근하는 사용자의 숫자를 일정 수준으로 유지함으로써 한정된 리소

스를 보호하고 사용자에게 원활한 서비스를 제공, 할 수 있게 한다 갑 제 호증 식별번( 3

호 는 취지로 기재되어 있다[0010])‘ .

이와 같은 이 사건 특허발명의 명세서 기재 내용을 이 사건 제 항 발명의 구성요 4

소들과 종합하여 살펴보면 이 사건 제 항 발명의 기술사상의 핵심은 네트워크 시스템, 4 ‘

이 그에 접속한 사용자 단말에게 현재 리소스 할당이 가능하지 않으면 대기 시간 동안

접속 대기한 후 접속할 것을 지시하는 대기 알림 메시지를 전송하고 그 사용자 단말과

의 접속을 해지하는 구성을 구비함으로써 한정된 리소스를 구비한 네트워크에 접속된 ’

사용자 단말의 숫자를 일정 수준 이하로 유지하여 리소스를 보호하고 원활한 서비스를

제공하도록 하는 것이다.

이 사건 제 항 발명의 기술사상의 핵심이 공지되었는지 여부 (2) 4

이 사건 특허발명의 출원 전에 공지된 선행발명 의 아래와 같은 명세서 기재 식 1 (

별번호 참조 에 의하면 선행발명 은 서버 측이 시스템의 과부하로 동시에 접[0004] ) 1 ‘

속할 수 있는 클라이언트 단말수를 제한하는 경우 접속이 거부된 클라이언트 단말 측,

에서는 접속이 성립할 때까지 접속 요구를 연속적으로 반복하여 결과적으로 실제로 접

- 26 -

속을 요구하는 클라이언트 단말수보다 훨씬 더 많은 접속 요구를 서버가 받게 되어 발

생하는 과부하의 문제를 해결하기 위한 발명이다’ .

선행발명 의 명세서에는 아래와 같이 위와 같은 문제를 해결하기 위한 수단으 1 ,

로 접수서버는 클라이언트 단말의 애플리케이션 서버에 대한 접속 요구에 대하여 접‘

속을 허가할 수 없는 상태일 경우 접속 가능한 클라이언트 단말수가 기준치 미만일 경(

우 접속을 거부하고 소정 시간 경과 후 접수서버에 다시 접속할 것을 자동으로 실행) ,

시키는 프로그램을 송신하는 구성을 개시하고 갑 제 호증 식별번호 ’ ( 5 [0008], [0009], [0

그로 인하여 클라이언트 단말로부터 접속 요구를 받는 서버의 013], [0014], [0018]),

부하를 경감하고 클라이언트 단말로부터의 접속 요구에 대해 신속하고 확실한 처리를

실행시키도록 하는 효과가 있다고 개시하고 있다 갑 제 호증 식별번호 ( 5 [0032]).

선행발명 갑 제 호증[ 1( 5 )]

발명이 해결하고자 하는 과제0004【 】 【 】 그렇지만 상기와 같이 서버 측에서 접속할 수 있는

클라이언트 단말수를 제한한 경우, 접속이 거부된 클라이언트 단말 측은 접속이 성립할 때

까지 사용자가 접속 요구를 연속적 시행 착오적 으로 반복하는 것이 많다, ( ) . 이 때문에 결과적

으로는 실제로 접속을 요구하고 있는 클라이언트 단말수 보다 훨씬 더 많은 접속 요구를 서

버가 받게 된다 중략 그 결과 이미 접속이 성립하고 있는 클라이언트 단말에 대한 처리의 . ( ) ,

응답 시간마저도 늦어지거나 요구를 정상적으로 처리할 수 없게 될 수도 있어, 문제가 완전

한 해결에는 이르지 않은 현재 상태다.

본 발명은 이러한 기술적 과제에 기반하여 된 것으로 0005【 】 서버의 부하를 경감시킴과 동

시에 선착순에서의 접속관리를 엄밀하게 수행할 수 있는 , 접속 접수 시스템 접수 서버 접, ,

속 접수 관리 방법 등을 제공하는 것을 목적으로 한다.

0008【 】 그런데 본 발명의 접수 서버는 클라이언트 단말로부터의 접속 요구를 거부할 때에, ,

접속 요구를 자동적으로 다시 실행시키는 프로그램을 송신할 수도 있다. 게다가 이 프로그 ,

램에 기초하여 클라이언트 단말에 다시 실행시킨 접속 요구를 받았을 때에 클라이언트 단,

말에 대하여 설정한 접속 순위에 근거해서 클라이언트 단말의 접속을 허가하도록 해도 좋

- 27 -

비록 선행발명 에 클라이언트 단말과의 접속을 해지하는 구성에 대한 명시적인 1

기재는 없으나 선행발명 은 접속이 거부된 클라이언트 단말의 계속적인 접속 요, 1①

구에 의한 시스템 과부하 문제를 해결하기 위한 것으로 그 해결수단으로 계속적인 재,

접속 요구를 하지 못하도록 소정의 시간이 경과한 후에야 재접속 요구를 하는 프로그

다.

본 발명의 접수 서버는 접속 가능한 클라이언트 단말수를 검출하고 이것이 기준치 0009 , , 【 】

이상일 때에는 접속 요구를 한 클라이언트 단말의 접속을 허가하고, , 기준치 미만일 때에는

클라이언트 단말의 접속을 거부하고 이 클라이언트 단말의 접속 우선 순위를 설정한다, . 후(

략)

0013【 】 접수 서버 는 클라이언트 단말 로부터의 접속 요구를 받아 접속의 관리 처리(30) (20)

를 실행하는 접속 관리부(31), 중략 ( ) 애플리케이션 서버 에 대한 접속이 접수 가능한 클(40)

라이언트 단말 의 수를 나타내는 접속 가능수 카운터20 접속수 감시 수단 접속 가능수 검출 ( ,

수단 를 구비하고 있다 중략)(34) . ( ) 접속 가능수 카운터 의 카운터 값이 기준치의 이(34) 1「 」

상이면 클라이언트 단말 의 애플리케이션 서버 에 대한 접속을 허가하고 기준치 미만(20) (40)

의 이면 접속을 거부0「 」 하는 것이다.

전략 클라이언트 단말 에서 제 회째 이후의 접속 요구 제 접속 요구 가 있었을 0014 ( ) 20 2 ( 2 )【 】

때 당해 클라이언트 단말 에 대응하는 정리번호가 접속권 획득된 풀부 에 존재할 경우, 20 36 ,

접속 관리부 은 접속 허가 수단으로서 애플리케이션 서버 에 대한 접속을 허가하는 것31 40

이다. 또한 접속 관리부 은31 프로그램 송신 수단으로서 정리 번호를 부여한 클라이언트 단

말 에 대해20 , 소정 시간 경과 후에 클라이언트 단말 에서 접수 서버 에 접속 요구를 20 30

다시 실행시키는 프로그램 접속 요구 실행 프로그램 의 데이터를 송신( ) 한다.

또한 도 에 나타낸 접수 서버 에서 회신한 데이터 중 도 중 부분 소스 0018 4 , 30 4 ( ) イ【 】

코드에 기초해 클라이언트 단말 에 이 데이터를 로딩한 후 소정 시간20 (onload), ( Interval) ＄

후에 접수 서버 에 대한 재접속 요구 의 처리를 실행시킨다 후략30 (requestConnect) . ( ).

발명의 효과 이상 설명 한 것처럼 본 발명에 의하면0032 ( ) , , 【 】 클라이언트 단말로부터 접속

요구를 받는 서버의 부하를 경감하고 신속하고 확실한 처리를 실행시키, 면 함께 엄밀한 선,

착순에서의 접수를 행하는 것이 가능해진다.

- 28 -

램을 전송하는 방법을 개시하고 있는 점 이와 같이 소정의 시간 후에 다시 접속하, ②

도록 되어 있는 단말이 구태여 그 소정의 시간이 경과되기 전까지 접속을 유지하고 있

을 이유가 없을 뿐만 아니라 오히려 이와 같이 접속을 유지하고 있도록 하는 경우에,

는 서버의 부하를 경감하고자 소정의 시간이 경과한 후에야 재접속을 요구하도록 하기

위한 프로그램을 전송하도록 하는 선행발명 의 기술사상과도 부합하지 않는 점1 , ③

선행발명 에는 접속 요구를 거부할 때에 접속 요구를 자동적으로 다시 실행시키는 1 ‘

프로그램을 송신할 수도 있다 식별번호 기준치 미만일 때에는 클라이언트 단’( [0008]), ‘

말의 접속을 거부하고 이 클라이언트 단말의 접속 우선순위를 설정한다 식별번호 ’( [000

소정 시간 후에 접수 서버에 대한 재접속 요구의 처리를 실행시킨다 식별번호 9]), ’ ‘( [0

고 기재되어 있는데 통상 접속이 유지되어 있는 클라이언트 단말이 다시 접속하018]) , ’ ‘

거나 재접속한다고 표현하지 않고 접속 우선순위의 설정 역시 현재 접속되어 있지 ’ ‘ , ’ ‘

않은 클라이언트 단말의 접속 여부를 결정하기 위한 것이라는 점 등을 고려하면 선행,

발명 은 접속을 요구한 클라이언트 단말의 접속을 거부하면서 그 접속을 해지 즉 클1 (

라이언트 단말의 접속이 유지되지 않도록 하는 것 하는 구성이 내재되어 있거나 이를 )

당연히 전제하고 있다고 보는 것이 타당하다.

따라서 선행발명 에는 접수 서버에 접속한 클라이언트 단말에 대하여 접속 허 1 ’

가를 할 수 없는 경우 접속을 거부하고 소정의 시간이 지난 후에야 비로소 재접속을 ,

할 수 있도록 하되 접속이 거부된 단말의 접속을 해지 접속이 끊어지도록 하는 구성, ( )

을 구비함으로써 한정된 리소스를 구비한 네트워크에 접속된 사용자 단말의 숫자를 ‘

일정 수준 이하로 유지하여 리소스를 보호하고 원활한 서비스를 제공하고자 하는 기술

사상이 개시되어 있다 즉 이 사건 제 항 발명의 기술사상의 핵심은 출원 당시 이미 . 4

- 29 -

공지된 것으로 보아야 한다.

작용효과가 동일한지 여부 (3)

이 사건 제 항 발명의 기술사상의 핵심은 이미 공지되어 이 사건 제 항 발명에 4 4

특유한 것이라 볼 수 없으므로 이 사건 제 항 발명과 확인대상발명의 작용효과가 실, 4

질적으로 동일한지 여부는 위와 같은 기술사상을 구현하는지를 기준으로 삼을 수는 없

고 균등 여부가 문제되는 구성요소의 개별적 기능이나 역할 등을 비교하여 결정하여,

야 한다 아래와 같은 이유로 앞서 본 차이점 와 관련한 이 사건 제 항 발명의 구. 1, 2 , 4

성요소 과 확인대상발명의 대응 구성요소로 인해 나타나는 작용효과는 실질적으로 2, 3

동일하다고 볼 수 없다.

가 이 사건 제 항 발명은 최초 접속인 경우 중복되지 않는 최소의 접속 순번을 ( ) 4 ,

사용자 단말에 대응하여 부여하며 최초 접속인지 여부를 판단하기 위하여 사용자 단,

말의 고유 식별자와 매칭되는 접속 순번이 있는지를 확인하는 구성을 채택하고 있다.

반면 확인대상발명은 최초 접속인 경우 사용자 단말로부터 전송된 페이지 요청 신호,

에 값이 존재하지 않으면 이를 생성한 후 사용자 단말의 주소 정보와 ’wcCookie’ IP

함께 접속 대비자 큐에 등록하고 최초 접속인지 여부를 판단하기 위하여 사용자 단말,

로부터 전송된 페이지 요청 신호에 이라는 식별 정보가 포함되‘wellconnCheckAjax=1’

어 있는지를 확인하는 구성을 채택하고 있다.

나 위와 같은 구성의 차이로 인하여 이 사건 제 항 발명은 네트워크에 대한 모 ( ) , 4

든 접속 최초 접속 및 재접속의 모든 경우 에 대하여 그것이 최초 접속인지를 판단하( ) ,

기 위하여 해당 단말의 고유 식별자를 파악하여야 하고 고유 식별자에 매칭된 대응하, (

여 부여된 접속 순번이 있는지 여부를 확인하는 연산을 수행하여야 한다 그리고 네) . ,

- 30 -

트워크에 대한 최초 접속의 경우 그 단말의 고유 식별자에 대응하여 접속 순번을 부여

하여야 하며 해당 단말의 고유 식별자에 대응하여 부여된 접속 순번을 매칭하여 저장,

하여야 한다 따라서 이를 위한 저장 공간 역시 별도로 필요하다 반면 확인대상발명( ). ,

은 서버에 대한 모든 접속 최초 접속 및 재접속의 모든 경우 에 대하여 그것이 최초 ( ) ,

접속인지 여부의 판단을 위하여 사용자 단말로 전송된 페이지 요청 신호 신호에 ‘wellc

이라는 식별 정보가 포함되어 있는지를 확인하는 것으로 족하다 따onnCheckAjax=1’ .

라서 서버에 대한 모든 접속에 대하여 그 접속 시도를 하는 사용자 단말의 고유 식별

자를 파악할 필요도 위 단말에 매칭된 접속 순번이 있는지 여부를 확인하는 연산을 ,

수행할 필요도 없다 이에 더하여 서버에 대한 최초 접속의 경우 그 단말의 고유 식별.

자에 대응하여 접속 순번을 부여할 필요도 고유 식별자에 대응하여 부여된 접속 순번,

을 매칭하여 저장할 필요도 없다 따라서 이를 위한 저장 공간 역시 필요하지 않다( ).

그렇다면 확인대상발명은 이 사건 제 항 발명에 비하여 고유 식별자 및 이에 , 4

매칭된 접속 순번을 저장하는 공간 사용자 단말의 모든 접속에 대하여 고유 식별자에 ,

매칭된 접속 순번이 존재하는지를 파악하기 위한 연산을 일일이 수행할 필요가 없다는

점에서 더 효율적이고 부하의 발생을 현저하게 줄이는 효과가 있다 고유 식별자에 매, (

칭된 접속 순번이 존재하는지 여부를 판단하기 위한 연산이 사용자 단말로부터 전송된

페이지 요청 신호 신호에 이라는 식별 정보가 포함되어 있는지‘wellconnCheckAjax=1’

를 확인하는 작업에 비하여 더 많은 부하를 발생케 한다는 것은 기술상식에 해당한다).

더욱이 이 사건 특허발명과 확인대상발명은 모두 많은 사용자들의 접속이 짧은 시간

내에 갑자기 폭주하여 접속 처리가 지연되거나 시스템이 동작하지 않을 정도에 이르는

문제 상황에서 시스템의 부하 발생을 낮추어 안정적으로 프로세서를 수행하기 위한 발

- 31 -

명인데 갑 제 호증 식별번호 확인대상발명이 가지는 개선된 효과는( 3 [0002], [0006]), ,

특히 단시간 내에 접속이 폭주하는 상황 네트워크 또는 서버가 정상적으로 처리하기 (

어려운 수준으로 과도한 접속이 이루어지는 상황 에서 더욱 현저할 것으로 보인다) .

다 뿐만 아니라 이 사건 제 항 발명은 사용자 단말이 본래부터 보유하는 고유 ( ) , 4

식별자 정보 및 이에 매칭된 접속 순번에 관한 정보만으로 최초 접속 여부 및 리소스

할당 여부를 결정할 뿐이고 접속 순번에 관한 정보는 서버와 사용자 단말 사이에 전,

송되지 않으므로 접속 순번의 탈취와 같은 공격에 상대적으로 안전하다 반면 확인대, .

상발명의 값은 비록 단말의 고유 식별자 정보인 주소를 활용하여 만들‘wcCookie’ IP

어진 정보이기는 하지만 보안성이 약한 쿠키 형태로 발행되어 사용자 단말에 (Cookie)

전달되는 정보로서 서버는 사용자 단말로부터 전송된 주소와 값을 리소, IP ‘wcCookie’

스 할당 여부 판단에 사용하므로 확인대상발명은 주소와 값의 탈취 등, IP ‘wcCookie’

을 통한 접속 순서 조작을 위한 공격에 대하여 상대적으로 취약하다.

그렇다면 앞서 본 이 사건 제 항 발명과 확인대상발명의 구성상의 차이로 인하 , 4

여 이 사건 제 항 발명은 확인대상발명에 비하여 접속 순번 접속순서 의 탈취 등 공격4 ( )

에 안전하다는 보안상 유리한 효과를 가진다, .

라 피고는 확인대상발명은 이 없어 최초 접속으로 판단 ( ) , ‘wellconnCheckAjax=1’

되는 경우에도 재차 값이 존재하는지 여부를 판단하여 그것이 없을 경우에 ‘wcCookie’

이를 생성하도록 하고 있어 실질적으로는 값의 존재 여부에 따라 재접속 ‘wcCookie’

여부가 판단되는 구성이므로 결국 구성요소 와 동일한 구성을 가진다는 취지로 주장, 2

한다.2)

2) 피고의 자 준비서면 면 참조 2021. 8. 13. 9 .

- 32 -

그러나 확인대상발명은 사용자 단말로부터 전송된 페이지 요청 신호에 ‘wellcon

이 존재하는지 여부만으로 최초 접속에 해당하는지를 판단하는 것이고nCheckAjax=1’ ,

최초 접속이라고 판단된 이후에 값이 존재하는지를 판단하여 그것이 없는 ‘wcCookie’

경우 이를 생성하는 구성이 뒤따른다고 하더라도 이를 최초 접속인지를 판단하기 위한

것으로 볼 수 없다 그리고 설령 값의 존재 여부에 따라 최초 접속인지를 . ‘wcCookie’

판단하는 것과 마찬가지라고 하더라도 값의 확인은 , ‘wcCookie’ ‘wellconnCheckAjax=1’

의 확인과 동일하게 사용자 단말로부터 전송된 페이지 요청 신호에 값이 , ‘wcCookie’

존재하는지를 확인하는 것이므로 이 역시 사용자 단말의 고유 식별자에 매칭된 접속 ,

순번이 있는지를 확인하는 구성요소 와 차이가 있다 피고의 위 주장은 이유 없다2 . .

마 피고는 확인대상발명에서 이라는 값의 할당은 최초 ( ) , ” ‘wellconncheckAjax=1’ ,

접속한 단말에 대해서 값을 생성하고 고유 식별자에 해당하는 주소와 ‘wcCookie’ , IP

값을 대기자 큐에 저장한 이후에 이루어지는 것이다 따라서 확인대상발명‘wcCookie’ .

에서 재접속한 단말의 의 유무를 확인하는 구성은 값‘wellconncheckAjax=1’ ‘wcCookie’

의 생성 및 이를 주소와 함께 대기자 큐에 저장하는 것과 다름 없어 전체적으로 구IP

성요소 과 별반 다르지 않다 는 취지로 주장한다2, 3 .“ .3) 그러나 위 주장은 아래와 같은

이유로 받아들이지 않는다.

확인대상발명에서 사용자 단말의 주소와 값을 접속 대기자 큐 IP ‘wcCookie’ ①

에 등록하는 구성은 웹 서버로 접근 가능한지를 판단하기 위한 것이지 사용자 단말의 ,

접속이 최초 접속인지를 판단하기 위한 것이 아니므로 설령 확인대상발명의 재접속한 ,

단말의 의 유무를 확인하는 구성이 값의 생성 및 이‘wellconncheckAjax=1’ ‘wcCookie’

3) 피고의 자 참고서면 면 피고의 자 준비서면 내지 면 기재 주장 취지도 이와 같은 취지로 보인 2022. 6. 30. 2 . 2022. 5. 23. 4 6
다.

- 33 -

를 주소와 함께 대기자 큐에 저장하는 구성과 다르지 않다거나 위 각 구성 이후에 IP

이루어진다고 하더라도 사용자 단말의 접속이 최초 접속인지를 확인하여 최초 접속인 ,

경우 접속 순번을 부여하는 구성 구성요소 과 동일하다고 할 수 없다( 2, 3) .

이 사건 제 항 발명은 최초 접속한 사용자 단말에 리소스 할당이 가능한지 4 , ②

가능하지 않은지를 불문하고 구성요소 사용자 단말이 최초 접속인지 여부를 판단2, 3(

하기 위하여 고유 식별자에 매칭되는 접속 순번이 있는지 여부를 확인하고 최초 접속,

인 경우 접속 순번을 부여하는 구성 이 수행되는 것인 반면 확인대상발명은 최초 접속) ,

한 사용자 단말이 접근 가능한 상태인 경우 즉 리소스 할당이 가능한 상태인 경우 이( ,

는 허용자 리스트에 포함되어 있는 사용자 단말 의 숫자가 동시 접속 가능한 사용(200)

자의 숫자보다 적고 또한 접속 대기자 큐가 비어 있다는 가지 조건을 충족하는지의 , 2

판단에 의한다 에는 사용자 단말의 주소와 값을 접속 대기자 큐에 등록) IP ‘wcCookie’

하는 구성이 수행되지 않는다 단지 사용자 단말로부터 전송된 페이지 요청 신호에 ( ‘wel

값이 존재하는지 여부만을 확인할 뿐이다 이는 확인lconnCheckAjax=1’, ‘wcCookie’ ). ,

대상발명의 사용자 단말의 주소와 값을 접속 대기자 큐에 등록하는 구IP ‘wcCookie’

성이 최초 접속 여부를 판단하는 구성이 아니라 재접속한 사용자 단말이 접근 가능한

상태인지 여부를 확인하기 위한 구성이기 때문이다.

이 사건 제 항 발명은 재접속한 사용자 단말의 경우에도 그것이 최초 접속인 4③

지를 판단하기 위하여 고유 식별자에 매칭되는 접속 순번이 있는지를 확인하는 구성

연산 이 수행된다 그러나 확인대상발명은 재접속한 사용자 단말의 경우 먼저 사용자 ( ) . ,

단말로부터 전송된 페이지 요청 신호에 이 존재하는지를 확인하‘wellconnCheckAjax=1’

여 최초 접속인지를 판단하고 그 후 웹 서버에 접근 가능한지는 사용자 단말의 , ‘wcCo

- 34 -

값의 정보가 허용자 리스트에 포함되어 있는지를 확인하여 판단한다 나아가 이 okie’ . ,

사건 제 항 발명은 재접속한 사용자 단말이 최초 접속인지를 파악하기 위하여 사용자 4

단말의 고유식별자 및 이에 매칭된 접속 순번을 확인하여야 하는 것인 반면 확인대상,

발명은 재접속한 사용자 단말이 접근 가능한지를 판단하기 위하여 값의 정‘wcCookie’

보가 허용자 리스트에 포함되어 있는지를 확인하는 것인데 특히 단시간에 접속이 폭,

주하는 상황이라면 해당 네트워크 또는 서버에 접속한 모든 사용자 단말의 고유 식별

자에 매칭된 접속 순번의 존재를 확인하는 것보다는 값의 정보가 허용자 , ‘wcCookie’

리스트에 포함되어 있는지를 확인하는 것이 부하 발생이 적을 것임은 자명하다.

그렇다면 구성요소 과 이에 대응하는 구성에 해당한다고 피고가 주장하 2, 3④

는 값을 생성하고 이를 주소와 함께 대기자 큐에 저장하는 구성은 그것‘wcCookie’ IP ,

이 최초 접속 여부를 확인하기 위한 것인지 최초 접속한 사용자 단말의 리소스 할당,

이 가능한 경우 양 대응 구성들이 수행되는지 양 대응 구성이 발생시키는 부하량 등,

의 면에서 앞서 본 것과 같은 차이가 있으므로 실질적으로 동일하다고 할 수 없다, .

바 피고는 고유 식별자에 매칭되는 접속 순번을 생성하여 저장할 때 해시 ( ) , (Has

함수를 사용하는 방법 즉 고유 식별자를 바탕으로 해시 함수를 실행하여 키 값을 h) ,

생성한 이후에 이 키 값이 지정하고 있는 위치에 접속 순번을 저장하는 방법을 사용할

수 있고 이 경우 이후 재접속한 단말의 고유 식별자에 대해서 다시 해시 함수를 실행,

하여 확보된 키 값에 대응하는 저장 위치에 접속 순번이 저장되어 있는지를 확인하는

것만으로 고유 식별자에 접속 순번이 매칭되어 있는지를 확인할 수 있으므로 시스템,

에 큰 부하를 발생시키지 않는다고 주장한다 그러나 피고의 주장에 의하더라도 고유 .

식별자를 바탕으로 해시 함수를 실행하여 키 값을 생성한 이후에 이 키 값이 지정하고

- 35 -

있는 위치에 접속 순번을 저장하는 구성이 필요하고 이후 재접속한 단말의 고유 식별,

자에 매칭된 접속 순번이 있는지 여부를 파악하기 위하여 고유 식별자에 대해서 다시

해시 함수를 실행하여 확보된 키 값에 대응하는 저장 위치에 접속 순번이 저장되어 있

는지를 확인하는 구성도 요구되며 위 각 구성이 수행하는 연산은 특히 단기간에 사용,

자 단말의 접속이 폭주하는 경우에 확인대상발명에 비하여 시스템에 추가적인 부하를

발생시키는 요인이 되므로 결국 위 연산도 사용자 단말의 모든 접속에 대하여 행해져(

야 하는 것이다 구성요소 의 구현에 해시 함수 실행에 의한 방법을 사용할 수 있), 2, 3

다는 점만으로는 확인대상발명이 이 사건 제 항 발명에 비하여 가지는 앞서 본 개선된 4

효과가 없다고 볼 수 없다.

검토 결과의 정리 (4)

이상에서 본 바와 같이 이 사건 제 항 발명의 기술사상의 핵심은 이미 공지되었 , 4

고 이 사건 제 항 발명과 확인대상발명의 균등 여부가 문제되는 구성요소의 개별적인 , 4

기능이나 역할 등을 비교하여 볼 때 그 작용효과가 상이하므로 확인대상발명은 이 사,

건 제 항 발명과 균등관계에 있지 않다4 .

소결 4)

확인대상발명은 이 사건 제 항 발명과 그 구성이 동일하거나 서로 균등관계에 있지 4

도 않으므로 이 사건 제 항 발명의 권리범위에 속하지 않는다, 4 .

다 확인대상발명이 이 사건 제 항 내지 제 항 발명의 권리범위에 속하는지 여부 . 5 10

이 사건 제 항 내지 제 항 발명은 이 사건 제 항 발명을 직접 또는 간접적으로 인 5 10 4

용하는 종속항이므로 확인대상발명은 이 사건 제 항 내지 제 항 발명의 권리범위에, 5 10

도 속하지 않는다.

- 36 -

라 소결론 .

확인대상발명은 이 사건 제 항 내지 제 항 발명과 대비할 수 있을 정도로 특정되었 5 10

고 확인대상발명은 이 사건 제 항 발명의 권리범위에 속하지 않는다 그럼에도 이와 , 4 .

결론을 달리하여 이 사건 심판 청구 중 청구범위 제 항 내지 제 항에 관한 부분을 각5 10

하하고 청구범위 제 항에 관한 부분을 기각한 이 사건 심결은 부적법하다, 4 .

결론4.

이 사건 심결의 취소를 구하는 원고의 청구는 이유 있어 이를 인용한다 .

 

재판장 판사 이형근

판사 박은희

판사 한지윤

- 37 -

별지 [ 1]

확인대상발명의 설명서 및 도면4)

확인대상발명의 설명서1.

가 확인대상발명의 명칭.

웹 서버에 대한 접근 제어 방법

나 도면의 설명.

도 은 확인대상발명의 방법을 수행하기 위한 접근 제어 장치 와 클라이언트인1 (100)

사용자 단말 및 웹 서버 와의 전체적인 연결 관계를 나타낸 도면이다(200) (300) .

도 는 확인대상발명의 방법이 수행되는 전체적인 과정을 나타낸 흐름도이다 2 .

다 상세한 설명 .

도 은 확인대상발명의 방법을 수행하기 위한 접근 제어 장치 와 클라이언트인1 (100)

사용자 단말 및 웹 서버 와의 전체적인 연결 관계를 나타낸 도면이다(200) (300) .

도 에 나타낸 바와 같이 접근 제어 장치 는 웹 서버 앞단에 설치되어 1 , (100) , (300) ,

인터넷과 같은 네트워크를 통해 클라이언트인 사용자 단말 로부터 웹 서버 에 (200) (300)

대한 접근 제어 기능을 수행한다. 여기에서 접근 제어 장치 와 웹 서버 는, (100) (300)

네트워크 시스템을 구성한다.

도 는 확인대상발명의 방법이 수행되는 전체적인 과정을 나타낸 흐름도이다 2 .

도 를 참조하면 우선 접근 제어 장치 는 웹 서버 로부터 전송되는 페이2 , , (100) , (300)

지별 접근허용 수 정책 정보를 사전에 획득하여 저장해둔다 여기에서 페이(S100, S110). ,

4) 밑줄친 부분이 보정된 부분이다 .

- 38 -

지별 접근 허용수 정책 정보라 함은 웹 서버 에서 제공되는 웹 페이지 별, (300) (page)

로 동시에 접속 가능한 사용자의 숫자를 설정해 놓은 정보를 의미한다 .

이러한 상태에서 클라이언트인 사용자 단말 로부터 접근 제어 장치 로, (200) (100)

페이지 요청 신호가 전송되면 접근 제어 장치 는 페이지 요청 신호를 전송(S120), (100)

한 사용자 단말 이 최초 접속했는지의 여부를 판단한다(200) (S130).

이때 최초 접속 여부는 사용자 단말 로부터 전송된 페이지 요청 신호에 후 , , (200)

술하는 "wellconnCheck 이라는 식별 정보가 포함되어 있지 아니한 경우에는 최Ajax=1"

초 접속으로 판단하고 해당 식별 정보가 포함되어 있는 경우에는 최초 접속이 아닌 것,

으로 판단하는 방법을 사용한다 .

상기 단계 에서 최초 접속인 것으로 판단되면 접근 제어 장치 는 사용(S130) , , (100)

자 단말 로부터 전송된 페이지 요청 신호 예컨대 에 값이 (200) ( , HTTP GET) "wcCookie"

존재하는지를 판단하고 값이 없다면 이를 생성한 후 페이지 요청 신호에 , "wcCookie"

의해 요청된 페이지가 정책 적용 대상인지의 여부를 판단한다(S140, S150, S160).

여기에서 정책 적용 대상인지의 여부를 판단한다는 것은 앞서 단계 , , (S100, S110)

에서 설정되어 있는 페이지별 접근 허용 수 정책 에 포함되어 있는 페이지인지의" "

여부를 판단하는 것을 의미한다 만약 정책 적용 대상이 아닌 페이지를 사용자 단말. ,

이 요청했다면 해당 페이지 요청 신호를 웹 서버 로 전달한다(200) , (300) .

한편 값은 사용자 단말 의 , "wcCookie" (200) 주소를 기반으로 접근 제어 장치IP (10

0)에서 생성되는 쿠키 로서 사용자 단말 의 주소 와 랜덤하게 생성되(Cookie) , " (200) IP "

는 랜덤값 으로 구성된다 값은 후술하는 바와 같이 허용자 리스트 에 재" " . "wcCookie" " "

접속한 사용자 단말 이 포함되어 있는지를 확인 (200) 하는 데 사용된다.

- 39 -

한편 상기 단계 에서 정책 적용 대상으로 판단된 경우 접근 제어 장치, (S160) , (100)

는 해당 사용자 단말 이 웹 서버 로 접근 가능한 상태인지를 판단하고 (200) (300) (S170),

접근 가능한 상태로 판단되면 사용자 단말 이 요청한 페이지 요청 신호를 웹 서버(200)

로(300) 전달한다 .

여기에서 접근 가능한 상태 의 판단은, " " , 후술하는 허용자 리스트 에 포함되어 있" "

는 사용자 단말 의 숫자가 동시 접속 가능한 사용자의 숫자보다 작고 또한 접(200) , "

속 대기자 큐 가 비어 있다는 가지 조 건을 모두 충족하는 경우에 사용자 단말 을" 2 (200)

접근 가능한 상태로 판단하고, 이들 조건 중 어느 하나라도 충족되지 않는 경우 사용자

단말 은(200) 접근 가능한 상태가 아닌 것으로 판단하는 방법을 사용한다 .

다음으로 상기 단계 에서 , (S170) , 최초 접속한 사용자 단말 이 웹 서버 로 (200) (300)

접근 가능한 상태가 아닌 것으로 판단되면 해당 사용자 단말 의 주소 정보 및 , (200) IP

값 정보를 접속 대기자 큐 에 등록한다wcCookie " (Queue)" (S180).

여기에서 큐 라 함은 주지된 바와 같이 선입선출, " (Queue)" , , (FIFO, First In First

방식의 데이터 구조이며 접속 대기자 큐 는 웹 서버 에 현재 접속할 수Out) , " " (300)

없어서 접속 대기 상태인 사용자 단말 의 주소 정보 및 값 정보를(200) IP wcCookie

선입선출 방식으로 저장한다.

상기 단계 이후 접근 제어 장치 는 사용자 단말 로 안내 페이지를 (S180) , (100) (200)

전송한다(S190).

여기에서 안내 페이지 는 값 , " " "wcCookie , wellconnCheck 대기자 수 재요Ajax=1, ,

청 스크립트 를 포함한다" .

"wellconnCheck 는 전술한 바와 같이 단계 에서 사용자 단말Ajax=1" , , (S130) (200)

- 40 -

의 최초 접속 여부를 판단하는 데 사용되는 식별 정보이고 대기자 수 는 사용자 단말, " " (20

이0) 요청한 페이지에 대한 접속 대기자 큐에서 사용자 단말 보다 앞서서 접속 대 (200)

기자 큐에 입력되어 있는 다른 사용자 단말 들의 숫자를 의미한다(200) .

또한 재요청 스크립트 는 로 이루어진 안내 페이지에 포함되어 사용자 , " " HTML ,

단말 에서 미리 설정된 시간 예컨대 초마다 접근 제어 장치 로 다시 접속(200) , 10 (100)

하도록 자동 실행되도록 하는 프로그램이다.

재요청 스크립트 는 미리 설정된 시간마다 실행되도록 프로그래밍되어 있으며" " ,

이러한 미리 설정된 시간 은 한번 설정되면 재요청 스크립트가 복수 회 실행되더라도 " "

변경되지 않는 값이며 웹 서버 의 접속자 수 등의 사용 상태나 접속 대기자 큐, (300) " "

나 허용자 리스트 의 크기와는 관계없이 고정된 값이다" " .

한편 접근 제어 장치 는 사용자 단말 로 안내 페이지를 전송한 후 사용, (100) , (200) ,

자 단말 과의 접속을 끊는다 (200) .

한편 안내 페이지를 수신한 사용자 단말 은 해당 안내 페이지를 브라우져를 , (200) ,

통해 표시하고 안내 페이지에 포함된 재요청 스크립트에 의해 미리 설정된 시간이 되면

접근 제어 장치 로(100) 페이지 요청 신호를 전송한다 (S200, S120).

이 때의 페이지 요청 신호는 회째의 접속 요청 신호이므로 앞서 단계 에서 2 , (S190)

수신했던 "wellconnCheck 이라는 식별 정보Ajax=1" 를가 포함된다 따라서 단계 에. (S130)

서 최초 접속이 아닌 것으로 판단되고 단계 로 이동하여 접근 제어 장치, (S210) (100)

는, 사용자 단말 이 웹 서버 에 접근 가능한지의 여부를 판단한다 (200) (300) (S210).

이때 접근 가능 여부의 판단은 해당 사용자 단말 의 값 정보가 허용, , (200) wcCookie "

자 리스트 에 포함되어 있는지의 여부에 의해 이루어진다 여기에서 허용자 리스트 " . , " "

- 41 -

는 웹 서버 에 접근 가능한 사용자 단말 과 웹 서버 에 접속하여 웹 서비스(300) (200) (300)

를 사용하고 있는 사용자 단말 의 주소 정보 및 값 정보가 저장된 리스(200) IP wcCookie

트로서, 이는 웹 서버 에 접속하여 서비스를 이용하다가 접속을 종료하고 빠져나간 (300)

사용자 단말 의 숫자만큼의 사용자 단말 의 주소 정보 및 값 정보(200) (200) IP WcCookie

를 접속 대기자 큐 의 맨 앞쪽으로부터 가져오는 방식으로 구현되어 있다 " " .

예컨대 서비스를 종료하고 웹 서버 에서 빠져나간 사용자 단말 의 숫자 , (300) (200)

가 인 경우 접속 대기자 큐 의 앞 쪽으로부터 개의 사용자 단말 의 주소 정3 , " " 3 (200) IP

보 및 값 정보가 허용자 리스트 에 삽입된다WcCookie " " .

이러한 방식에 의해 단계 에서 접근 가능한 것으로 판단되면 접근 제어 , (S210) , ,

장치 는 사용자 단말 로부터의 페이지 요청 신호를 웹 서버 로 전달한다(100) (200) (300) (S23

0).

한편 상기 단계 에서 접근 가능하지 않은 것으로 판단된 경우 즉 해당 사용자, (S210) ( ,

단말 의 값 정보가 허용자 (200) wcCookie " 큐리스트 에 포함되어 있지 않은 경우 접근 제" ),

어 장치 는 대기자 수를 포함하는 응답 메쏘드를 사용자 단말 로 전송하며 (100) (200) (S22

이후 단계 로 진입하여 앞서 설명한 바와 같은 동작을 반복한다0), (S200) .

여기에서 대기자 수 는 앞서 설명한 바와 같이 사용자 단말 이 요청한, " " , , (200)

페이지에 대한 접속 대기자 큐에서 사용자 단말 보다 앞서서 접속 대기자 큐에 입력(200)

되어 있는 다른 사용자 단말 들의 숫자를 의미한다(200) .

한편 접근 제어 장치 는 사용자 단말 로 대기자 수 를 포함하는 응답, (100) (200) " "

메쏘드를 전송한 이후 사용자 단말 과의 접속을 끊고 단계 에서 재요청 스, (200) , (S200)

크립트의 실행에 의해 페이지 요청 신호를 전송하는 사용자 단말 의 접속을 인지한(300)

- 42 -

다.

여기에서 접근 제어 장치 는 사용자 단말 로 대기자 수 만을 전송할 뿐 , (100) (200) " "

별도의 대기 시간을 전송하지 아니하며 이러한 대기자 수 를 포함하는 응답 메쏘드, " "

를 수신한 사용자 단말 은 단계 에서 전송된 재요청 스크립트를 다시 실행시(200) (S190)

켜 단계 를 통해 접근 제어 장치 로 페이지 요청 신호를 전송한다 이때 재(S120) (100) . ,

요청 스크립트는 단계 에서 수신된 재요청 스크립트이므로 해당 재요청 스크립트가 (S190)

실행되도록 미리 설정된 시간 예컨대 초 마다 실행된다( 10 ) .

한편 상기 단계 에서 정책 적용 대상이 아니거나 접근 가능한 , (S160, S170, S210) ,

것으로 판단된 경우 접근 제어 장치 는 페이지 요청 신호를 웹 서버 로 전달하, (100) (300)

고, 웹 서버 는 페이지 요청 신호에 상응하는 페이지를 사용자 단말 로 전송한 (300) (200)

다.

확인대상발명의 도면2.

도 [ 1]

- 43 -

도 [ 2]

끝.

- 44 -

별지 [ 2]

선행발명들

선행발명 갑 제 호증의 1. 1( 5 1, 2)

공개된 일본 공개특허공보 특개 호에 게재된 접속 접수 시스 2002. 8. 9. 2002-222123 ‘

템 접수 서버 클라이언트 단말 접속 접수 관리 방법 기억 매체 컴퓨터 프로그램에 , , , , , ’

관한 것으로 그 주요 내용 및 도면은 다음과 같다, .

발명이 속하는 기술분야

본 발명은 클라이언트 단말로부터의 접속 요구를 서버로 받아들이는 접속 접수 시0001【 】

스템 접수 서버 접속 접수 관리 방법 등에 관한 것이다, , .

종래의 기술

전략 따라서 네트워크를 통해 복수의 클라이언트 단말에서 평행하여 처리의 요구0002 ( ) , 【 】

가 이루어진 경우 등에 있어서 요구된 처리의 트랜잭션량이 서버 시스템 허용 능력을 초과

해 버리는 일이 있다 그 결과 서버에 있어서 적정한 응답 시간에 처리를 하는 것이 어렵게 . ,

되거나 또한 클라이언트 단말로부터의 요구를 정상적으로 처리할 수 없게 될 수도 있다.

이 때문에 종래보다 서버 측에서 접속할 수 있는 클라이언트 단말수를 제한하고 제0003【 】

한 이상의 클라이언트 단말로부터의 접속 요구가 있는 경우에는 접속을 거부하는 처리를 하

고 있다 제한 이상의 접속 요구를 거부함으로써 서버에 있어서 접속이 성립한 클라이언트 .

단말에서 요구된 처리를 실행하기 위한 일정한 처리 능력을 항상 확보하는 것이다.

발명이 해결하고자 하는 과제

그렇지만 상기와 같이 서버 측에서 접속할 수 있는 클라이언트 단말수를 제한한 경0004【 】

우 접속이 거부된 클라이언트 단말 측은 접속이 성립할 때까지 사용자가 접속 요구를 연속, ,

적 시행 착오적 으로 반복하는 것이 많다 이 때문에 결과적으로는 실제로 접속을 요구하고 ( ) .

있는 클라이언트 단말수 보다 훨씬 더 많은 접속 요구를 서버가 받게 된다 게다가 서버 측.

에서는 클라이언트 단말로부터의 접속 요구에 대해 접속을 거부할 경우도 실제로는 그 거부

처리에 스레드를 사용하기 때문에 부하가 발생하고 있다 중략 또한 어느 클라이언트 단, . ( )

말로부터 접속 요구가 반복하여 있는 도중에 서버 측에서 접속에 순간적으로 빈 곳이 발생

- 45 -

했을 때 나중에 접속 요구를 시작한 다른 단말기가 우연히 그 빈곳의 타이밍에 접속 요구,

를 해 먼저 서버에 접속되어 버리는 것도 많이 있어 엄밀한 선착순에서의 접속 관리를 하,

는 것이 불가능한 것이 현재 상태다.

본 발명은 이러한 기술적 과제에 기반하여 된 것으로 서버의 부하를 경감시킴과 동0005【 】

시에 선착순에서의 접속관리를 엄밀하게 수행할 수 있는 접속 접수 시스템 접수 서버 접, , ,

속 접수 관리 방법 등을 제공하는 것을 목적으로 한다.

과제를 해결하기 위한 수단

과제를 해결하기 위한 수단 이러한 목적 하에 본 발명의 접속 접수 시스템은 클0006【 】 【 】

라이언트 단말에서 제 접속 요구를 받았을 때 서버는 클라이언트 단말의 접속 우선순위를 1 ,

설정함과 동시에 접속 우선순위의 데이터를 클라이언트 단말로 송신한다 그리고 클라이언, .

트 단말에서 제 접속 요구 이후에 된 제 접속 요구를 받았을 때 서버는 접속 우선순위가 1 2 ,

높은 순으로 클라이언트 단말의 접속을 허가한다 한편 클라이언트 단말은 서버로부터 송신. ,

된 접속 우선순위의 데이터에 기반하여 접속 우선순위 정보를 표시한다 이와 같이 하여 서.

버에서는 클라이언트 단말로부터의 접속요구를 접속 우선순위가 높은 순으로 받아들인다.

여기서 서버는 클라이언트 단말에서 제 접속 요구를 받았을 때 접속을 허가할 수 없는 상1 ,

태였을 경우에만 접속 우선순위를 설정하고 접속을 허가할 수 있는 상태일 경우에는 접속

우선순위를 설정하지 않고 그대로 접속을 허가하는 것도 가능하다 또한 클라이언트 단말에.

서 제 접속 요구를 받은 시점에서 접속을 허가할 수 있는지에 관계없이 무조건에서 접속 1

우선순위를 설정하고 이것에 기초한 접속 관리를 할 수도 있다 또한 제 접속 요구란 상대. 2

적으로 제 접속 요구 이후에 된 것이면 좋고 예를 들면 클라이언트 단말에서 된 회째1 1「 」

의 접속 요구를 제 접속 요구로 한다면 번째 는 물론 번째 이후 의 접속 요구도 제1 2 3 2 「 」 「 」

접속 요구로서 파악할 수 있다 따라서 서버로 접속이 받아들여지지 않는 상태일 때 클라이. ,

언트 단말로부터의 접속 요구를 거부하는 구성으로 할 경우 접속이 허가된 시점에서의 접속

요구를 제 접속 요구로서 파악함으로써 본 발명이 성립한다 그런데 서버로 설정하는 접속 2 , .

우선순위는 정리 번호나 접속 순위를 나타내는 문자열이나 숫자열 혹은 다른 기호 등으로 ,

나타낼 수 있다 이 외 클라이언트 단말에서 서버에 대해서 되는 접속 요구는 당해 서버에 . ,

대한 접속 요구라도 좋고 또한 클라이언트 단말로부터의 요구에 따른 처리를 실행하는 다른

서버를 추가로 구비할 경우에는 당해 다른 서버에 대한 접속 요구로 할 수도 있다 이 경우. ,

서버의 접속관리 수단으로 클라이언트 단말의 접속을 허가했을 때는 클라이언트 단말을 다

- 46 -

른 서버에 접속시키면 좋다.

발명의 실시 형태

도 은 본 실시의 형태의 접속 접수 시스템의 개략 구성을 설명하기 위한 도이다0013 1 . 【 】

이 도 에 있어서 부호 은 인터넷이나 등의 네트워크 은 사용자가 사용하는 클라1 10 LAN , 20

이언트 단말 은 복수의 클라이언트 단말 으로부터의 접속 요구를 받아들이는 접수 서, 30 20

버 서버 은 접수 서버 에서 접속 요구의 접수가 완료된 클라이언트 단말 으로부터( ), 40 30 20

의 요구를 받아 소정의 처리를 실행하는 애플리케이션 서버 다른 서버 이다 후략( ) . ( ).

도 본 발명의 실시형태에서 접속 접수 시스템 구성을 나타내는 도면[ 1]

접수 서버 는 클라이언트 단말 로부터의 접속 요구를 받아 접속의 관리 처리0013 (30) (20)【 】

를 실행하는 접속 관리부 애플리케이션 서버 에 대해서 동시에 접속할 수 있는 최대 (31), (40)

접속수가 설정된 최대 접속수 설정 카운터 애플리케이션 서버 에 접속되어 있는 클(32), (40)

라이언트 단말 의 수를 나타내는 접속수 카운터 애플리케이션 서버 에 대한 접속(20) (33), (40)

이 접수 가능한 클라이언트 단말 의 수를 나타내는 접속 가능수 카운터 접속수 감시 수20 (

단 접속 가능수 검출 수단 를 구비하고 있다 후략, )(34) . ( ).

또한 접속 관리부 에서는 우선순위 설정 수단 접속 순위 설정 수단으로서 접속0014 31 , 【 】

을 거부하는 클라이언트 단말 에 대해 제 회 째의 접속 요구 제 접속 요구 가 있었을 때 20 , 1 ( 1 )

접속 우선순위를 결정하기 위한 정리 번호를 부여하고 부여 후에는 이 정리 번호에 기초한

접속 순서의 관리를 한다 이 관리를 하기 위해 접수 서버 에는 접속 대기 행렬 데이터 . , 30

유지부 접속 대기 행렬 데이터 유지 수단 와 접속권 획득된 풀부 접속권 데이터 유지 수( ) 35 (

- 47 -

단 이 마련되어 있다 중략 또한 접속 관리부 은 프로그램 송신 수단으로서 정리 번) 36 . ( ) 31

호를 부여한 클라이언트 단말 에 대해 소정 시간 경과 후에 클라이언트 단말 에서 접20 , 20

수 서버 에 접속 요구를 다시 실행시키는 프로그램 접속 요구 실행 프로그램 의 데이터를 30 ( )

송신한다.

이어서 상기한 것과 같은 구성으로 구0015【 】

성되는 접수 서버 의 접수 처리에 대해 도 30

도 를 참조하면서 상세하게 설명한다 접수 2~ 9 , .

서버 에서는 네트워크 을 통해 클라이언트 30 10

단말 으로부터 접속 요구를 수신했을 때 접20 ,

속 가능수 카운터 를 참조하고 카운터치가 34

이상 인지를 확인한다 단계 판정 처1 ( S101: 「 」

리 그 결과 카운터치가 이상 일 경우 클라). , 1 「 」

이언트 단말 으로부터의 접속 요구를 받아들20

여 단계 접속수 카운터 의 카운터치 현( S102), 33 (

재의 접속수 를 가산한다 단계 그리) 1 ( S103). 「 」

고 접속 관리부 은 클라이언트 단말 에 대31 20

해 애플리케이션 서버 으로의 접속을 허가하, 40

고 애플리케이션 서버 에 접속하기 위한 40 URL

접속 요구처를 지(Uniform Resource Locators:

정하기 위한 데이터 를 포함한 데이터를 클라이언트 단말 으로 송신한다 이것을 받은 클) 20 .

라이언트 단말 에서는 도 에 나타낸 애플리케이션 서버 의 접속 관리부 에 로그인20 1 40 41

접속 하고 응용 프로그램에 기초한 처리를 실행하는 애플리케이션 처리부 에 대해 소정( ) 42 ,

의 처리를 요구한다 단계 ( S104).

그런데 상기 단계 에서 접속 가능수 카운터 의 카운터치가 이상 이 아닌 0016 S101 34 1 【 】 「 」

경우 즉 카운터치가 일 경우 정리 번호 발행 처리 단계 우선순위 설정 처리 로 , 0 , ( S200: )「 」

이행한다 도 에 나타난 바와 같이 정리 번호 발행 처리에 있어서는 접수 서버 의 접속 . 3 , 30

관리부 에서 클라이언트 단말 에 대해 접속 우선순위를 나타내는 정리 번호를 발행한31 20 ,

다 단계 발행하는 정리 번호는 접수 서버 측에서 클라이언트 단말 의 접속 우( S201). 30 20

선순위를 식별할 수 있으면 좋고 본 실시의 형태에서는 예를 들면 서기 월 일 당(Y), (M), (D),

도 접속 요구를 받았을 때에 접속한 [ 2] ,
여부를 판정하는 처리한 흐름을 나타내는

도면

- 48 -

일 연번으로 순차적으로 발행하는 번호 로 구성되는 라고 하는 형식으( n) YYYYMMDD n＃ 「 ＃ 」

로 하고 있다 접속 관리부 에서는 발행한 정리 번 . 31

호를 접속대기행렬 데이터 유지부 로 유지시킨 접35

속 대기 행렬 에 더한다 단계 B ( S202).

계속되는 단계 에서는 접수 서버 은 0017 S203 30【 】

접속 관리부 에서 발행된 정리 번호의 데이터를 클31

라이언트 단말 에 대해서 회신한다 이 때에는 접수 20 .

서버 은 정리 번호를 나타내는 문자열의 데이터를 30

쿠키 로서 접수 서버 에 송부한다 이것과 (Cookie) 30 .

함께 접수 서버 은 클라이언트 단말 으로부터의 30 20

접속 요구에 대한 응답 화면을 해당 클라이언트 단말

의 브라우저 화면에 표시시키기 위한 데이터를 회20

신한다 클라이언트 단말 의 브라우저 화면에 표시. 20

시키기 위한 데이터로서는 본 실시의 형태에서는 예를 들면 도 에 나타내는 4 HTML(Hypert

로 기술된 데이터를 회신한다 이 데이터에 기반해 클라이언트 단말 ext Markup Language) .

의 브라우저 화면에 지금 붐비고 있습니다 당신은 인중 번째20 , , ($QueueSize) ($Order) 「 」 「

에 로그인할 수 있습니다 당신의 정리 번호는 입니다 라는 메시지 접속 . , ($DTX#Ticket) . (」 「 」

우선순위의 정보 를 표시시킨다 여기서 는 접속 대기 행렬 데이터 유지부 에 ) . $QueueSize 35

존재하는 접속 대기 행렬 의 사이즈 접속 기다려 하고 있는 클라이언트 단말 의 수B ( 20 ), $O

는 접속 대기 행렬 내에서의 접속 우선순위 는 쿠키에 의해 부여된 정리 rder B , $DTX#Ticket

번호이며 실제의 브라우저 화면에는 접수 서버 측에서 출력한 숫자열 등이 표시 된다30 .

도 는 이러한 메시지를 표시하는 수단인 브라우저 화면의 표시 예를 나타내는 것이다5 .

도 클라이언트 단말에 표시시키는 정리 번호 등의 [ 5] ,
정보를 포함한 화면의 일례

도 클라이언트 단말에 대해 정리 [ 3]
번호를 발행하는 처리한 흐름을

나타내는 도면

- 49 -

또한 도 에 나타낸 접수 서버 에서 회신한 데이터 중 도 중 부분 소스 0018 4 , 30 4 ( ) イ【 】

코드에 기초해 클라이언트 단말 에 이 데이터를 로딩한 후 소정 시간20 (onload), ( Interval) ＄

후에 접수 서버 에 대한 재접속 요구 의 처리를 실행시킨다 여기서 30 (requestConnect) . In「＄

는 후술한 것과 같이 접수 서버 측에서 설정되는 수치이다 또한 terval 30 . 'requestConnec」 「

의 처리는 도 중 ㅁ 부분 소스 코드에 나타나도록 접속 요구처를 지정하기 위한 데t()' 4 ( ) , 」

이터인 접수 서버 의 일례 에 /servlet/ConnectServlet ( 30 URL(Uniform Resource Locators) )「 」

대해 접속 을 요구하는 처리이다 이와 같이 하여 접수 서버 은 상기 단계 , (connect) . 30 S203

에서 클라이언트 단말 에 대해 접수 서버 이 설정한 시간 이 경과한 후에 접20 , 30 ( Interval)＄

수 서버 에 대한 접속 요구를 자동으로 실행시키는 프로그램을 송신하는 것이다 송신 처30 (

리 프로그램 송신 처리 이것에 의해 접수 서버 에 대해서는 정리 번호를 부여한 클라이, ). 30

언트 단말 에서 소정 시간 경과 후에 접속 요구가 다시 자동으로 이루어지게 되어 있다20 .

그런데 접수 서버 에서는 상기한 것처럼 클라이언트 단말 에 접속 요구를 자0019 30 , 20【 】

동으로 실행시키기 위한 데이터를 송신할 때 접속 요구를 실행할 때까지의 설정 시간, ( Int＄

을 설정한다 이 설정 시간은 클라이언트 단말 에 대해서 발행한 정리 번호의 접속 erval) . 20

대기 행렬 데이터 유지부 의 접속 대기 행렬 의 접속 우선순위에 기반하여 복수 단계로 35 B

설정된다 예를 들면 접속 대기 행렬 데이터 유지부 의 접속 대기 행렬 중에서 접속 우. 35 B

선순위가 번째 번째의 정리 번호에 대해서는 설정 시간 을 초 번째 번1 ~10 ( Interval) 10 , 11 ~50＄

째의 정리 번호에 대해서는 설정시간 을 초 번째 번째의 정리 번호에 대( Interval) 30 , 51 ~100＄

해서는 설정 시간 을 초로 설정한다( Interval) 60 . ＄

후략( ).

그런데 도 에 도시한 바와 같이 이미 0020 , 7 , 【 】

애플리케이션 서버 에 접속하고 있는 클라이(40)

언트 단말 이 그 접속을 절단했을 경우 애플(20) , ,

리케이션 서버 는 해당 애플리케이션 서버(40) , (4

에 대한 접속권이 개 해방된 것을 접수 서버0) 1

에 통지한다 접수 서버 에 있어서 이 접(30) . (30) ,

속권 해방 통지를 받으면 우선 접속 대기행렬 , ,

데이터 보관 유지부 를 참조하고 접속 대기(35) ,

행렬 의 유무를 확인한다 단계 그 결과B ( S301). ,

도 클라이언트 단말에 접속권을 [ 7]
부여할 때의 처리 흐름을 나타내는 도면

- 50 -

접속 대기행렬 가 없으면 접속수 카운터 의 카운터 값 현재의 접속수 을 감산함과 B , (33) ( ) 1「 」

동시에 접속 가능수 카운터 의 카운터 값을 가산한다 단계 한편 접속 대기행, (34) 1 ( S302). , 「 」

렬 가 있는 경우 접속수 카운터 의 카운터 값 현재의 접속수 을 감산함과 동시에B , (33) ( ) 1 , 「 」

접속 대기행렬 중 접속 우선 순위의 가장 높은 정리 번호를 접속권 획득된 풀부 에 B , , (36)

이동시킨다 이에 의해 접속권 획득된 풀부 에 정리 번호가 이동한 클라이언트 단말. , (36) (20)

에는 접속권이 부여된 것이 된다 단계 접속권 부여 처리 또한 당연하지만 접속권 , ( S303: ). , ,

획득된 풀부 로 이동한 정리 번호는 접속 대기행렬 로부터 소멸하고 접속 대기행렬 (36) B , B

중에 있어서 각 정리 번호는 접속 우선 순위가 단계 오른다1 .

상기와 같은 처리를 접수 서버 에서 하는 한편 도 의 단계 에서 송신한 데0021 30 , 3 S203【 】

이터 도 참조 에 기반해 클라이언트 단말 에서는 소정 시간 경과 후에 접수 서버 에 ( 4 ) (20) (30)

대한 재접속 요구가 자동으로 실행된다 이 재접속 요구 시에는 접수 서버 에서 클라이언. (30)

트 단말 으로 송신된 정리 번호를 나타내는 쿠키의 데이터가 첨부되고 접수 서버 로 20 , (30)

송신된다 접수 서버 는 클라이언트 단말. (30) (2

에서 이 재접속 요구를 수신하면 우선 도 0) , 8

에 나타난 바와 같이 접속 관리부 에서 재, (31)

접속 요구에 첨부된 쿠키의 데이터 문자열 중

에 포함되는 정리 번호를 취득하고 그 정리

번호가 접속권 획득된 풀부 에 있는지를 확(36)

인한다 단계 접속권 확인 처리 그 결과( S401: ). ,

정리 번호가 접속권 획득된 풀부 에 존재할 (36)

경우 쿠키의 데이터에서 클라이언트 단말, (20)

을 특정하고 이 클라이언트 단말 의 애플리(20)

케이션 서버 에 대한 접속을 허가한다 그(40) .

리고 애플리케이션 서버 에 접속하기 위한 (40)

를 포함한 데이터를 클라이언트 단말 로 송신하고 클라URL(Uniform Resource Locators) (20)

이언트 단말 을 애플리케이션 서버 의 접속 관리부 에 로그인 접속 시킨다 단계 (20) (40) (41) ( ) ( S40

접속 허가 처리 그리고 접속권 획득된 풀부 에서 상기 정리 번호를 소거함과 동시에2: ). (36)

단계 접속수 카운터 의 카운터 값 현재의 접속수 을 가산한다 단계 ( S403), (33) ( ) 1 ( S404).「 」

한편 단계 에서 정리 번호가 접속권 획득된 풀부 에 없는 경우 접속 관리0022 , S401 , , 36 , 【 】

도 정리 번호의 발행을 받은 클라이언트 [ 8]
단말로부터 접속 요구를 받았을 경우의

처리한 흐름을 나타내는 도면

- 51 -

부 은 클라이언트 단말 에 대해 도 에 나타낸 것과 같은 접수 서버 에 대한 접속 31 , 20 , 4 , 30

요구의 자동 재송신용의 데이터를 송신한다 단계 물론 송신하는 데이터 중( S405). , , $Queue

등의 데이터는 그 시점에서의 접속 대기행렬 데이터 Size, $Order, $DTX#Ticket, $Interval

유지부 의 접속 대기행렬 의 상황에 따른 수치가 설정 된다 이에 의해 단계 에서 35 B . , S405

송신된 자동 재송신용의 데이터에 기반해 클라이언트 단말 에 대해 소정 시간20 , ($Interval)

경과 후에 접수 서버 에 대한 접속 요구를 자동 재송신시킬 수 있다 30 .

또한 접수 서버 측에서도 도 에 0024 30 9【 】

나타난 바와 같이 접속 대기 행렬 데이터 유,

지부 의 데이터를 관리하고 있어 미리 설정35 ,

한 시간이 경과하는 마다 단계 에 접속 ( S501)

대기 행렬 데이터 유지부 로 유지된 접속 대35

기 행렬 중의 정리 번호에 대응한 클라이언B

트 단말 에서 재접속 요구가 있었는지를 확20

인한다 단계 그 결과 재접속 요구가 있( S502).

으면 단계 로 되돌아가 동일한 처리를 반S501

복한다 한편 예를 들면 클라이언트 단말 . , , 20

측에서 브라우저를 닫는 등 설정 시간 내에 ,

재접속 요구가 없는 경우 접속 대기행렬 데이터 보관 유지부 로부터 해당하는 정리 번호, 35 ,

를 소거한다 스텝 ( S503).

상술한 것처럼 하여 접수 서버 은 네트워크 을 통해 클라이언트 단말 에서 0025 30 10 20【 】

되는 애플리케이션 서버 으로의 접속 요구를 받아들여 제 회째의 접속 요구 시에 클라이40 1

언트 단말 에 대해서 정리 번호를 발행하고 이 정리 번호에 기반하여 애플리케이션 서버 20

으로의 접속 우선순위를 관리하게 되어 있다 또한 접수 서버 은 클라이언트 단말 에 40 . 30 20

대해서 정리 번호를 발행할 때 소정 시간 경과 후에 재접속 요구를 자동으로 실행시키는 ,

프로그램을 송신하도록 했다 그리고 클라이언트 단말 이 재접속 요구를 실행했을 때 접. 20

속권이 획득되어 있으면 자동으로 애플리케이션 서버 에 접속할 수 있고 접속권이 획득 40

되어 있지 않으면 다시 소정 시간 경과 후에 재접속 요구를 반복하게 되어 있다 이것에 의, .

해 클라이언트 단말 측에서 시행 착오적으로 접속 요구를 반복할 필요가 없어지므로 접20 ,

수 서버 측의 부하를 줄이고 처리를 확실하고 신속하게 수행하는 것이 가능해지며 또한 30 ,

도 서버측에서 접속 대기행렬의 관리 [ 9]
처리의 흐름을 나타내는 도면

- 52 -

엄밀한 선착순에서의 접속관리를 수행할 수 있다.

전략 접수 서버 은 클라이언트 단말 에 대해서 정리 번호를 쿠키의 형태로 발0028 ( ) 30 20【 】

행하도록 했지만 이것을 대신하여 접수 서버 에서 클라이언트 단말 으로 송신하는 , 30 20 HT

의 데이터에 포함되는 히든 데이터나 정리 번호를 내장한 등 접수 서버 ML (Hidden) URL 30

으로 송신 가능한 데이터로서 또는 나 등의 언어를 이용해 송신 JavaScript VBScript Script

데이터를 생성하는 프로그램의 일부로서 또는 송신 데이터를 생성하는 프로그램이 참조하는

데이터로서 송신하는 것도 가능하다 이 경우 도 에 나타난 바와 같이 동일한 클라이. , 10(a) ,

언트 단말 에서 복수의 브라우저 윈도우를 열어 각각의 브라우저 화면상에서 접수 서버 20 ,

에 대해서 접속 요구를 실행하면 복수의 정리 번호의 발행을 받을 수 있는 쿠키의 경우30 , ( ,

도 에 나타난 바와 같이 브라우저 윈도우를 복수 이용하여도 취득할 수 있는 정리 번10(b) ,

호는 하나만 된다 단 히든데이타를 이용할 경우 브라우저 윈도우를 닫거나 브라우저 윈도). , ,

우를 다른 문서로 덮어쓰기해 버리면 정리 번호의 데이터가 없어져 버린다 이것에 대해, . ,

상기 실시 형태로 나타낸 것과 같은 쿠키를 이용하면 쿠키의 유효기간이 끊어지지 않는 한 ,

정리 번호가 없어지는 것은 없다.

도 정리 번호를 클라이언트 단말로 송신하는 경우의 데이터의 형태의 예[ 10] ,
히든 데이타 경우 쿠키의 경우(a) (b)

발명의 효과

이상 설명 한 것처럼 본 발명에 의하면 클라이언트 단말로부터 접속 요구를 받는 0032 , , 【 】

서버의 부하를 경감하고 신속하고 확실한 처리를 실행시키면 함께 엄밀한 선착순에서의 접, ,

수를 행하는 것이 가능해진다.

- 53 -

선행발명 갑 제 호증의 2. 8( 6 1, 2)

공개된 일본 공개특허공보 특개 에 게재된 대기행렬 관리 장 2006. 3. 16. 2006-72760 '

치 에 관한 것으로 그 주요 내용 및 도면은 다음과 같다' , .

발명이 속하는 기술분야

본 발명은 네트워크를 통해 서비스를 제공하는 서버의 부하에 따라 해당 서버에 대0001【 】

한 요청을 대기시키는 기술에 관한 것이다.

종래의 기술

한편 캠페인 개시 시간의 액세스를 허용할 수 있을 만한 설비를 증강하는 것도 생0004 , 【 】

각할 수 있지만 이러한 일회성의 액세스에 맞춘 것은 장황한 설비 구성이 되어 버리고 쓸, , ,

데없는 비용의 증가를 초래해 버린다 이 때문에 서버로의 요청이 증가해 부하가 높아졌을 .

경우에는 이 서버로의 요청을 대기시켜 부하를 제어하도록 하는 장치가 여러 가지 제안되,

어 있다

특허문헌 특개 호 공보( 1) 2002-82906

특허문헌 특개 호 공보( 2) 2003-122712

특허문헌 특개 호 공보( 3) 2001-265693

특허문헌 특개 호 공보( 4) 2003-303171

특허문헌 특개 호 공보( 5) 2002-163404

특허문헌 특개 호 공보( 6) 2001-265878

특허문헌 특개 호 공보( 7) 2001-249988

발명이 해결하고자 하는 과제

그렇지만 상기와 같이 단순히 서버로의 요청을 대기시킨 것은 대기 시간이 길어지0005 , , 【 】

는 것에 따라 요청하고 있는 클라이언트의 구매 의욕이 저하되어 버려 기다리지 못하고 요,

청을 중지해 버린다고 하는 문제점이 있었다.

그래서 본 발명은 서버의 고부하시에는 요청을 대기시켜 이 대기 시간에 따라 인센0007 , 【 】

티브를 발행함으로써 서버의 부하를 억제하고 또한 상기 요청한 중지를 억제하는 것이 가, ,

능한 기술을 제공한다.

발명의 효과

본 발명은 서버의 고부하시에는 요청을 대기시켜 서버의 부하를 억제하고 또한 상0013 , 【 】

- 54 -

기 요청한 중지를 억제하는 것을 가능하게 한다.

발명의 실시를 위한 최선의 형태

또한 본 실시 형태의 웹 시스템 은 각종 서비스를 제공하는 서버의 기능과 상기 0016 , 1 , 【 】

서버의 부하를 제어하는 대기행렬 관리 장치의 기능을 구비하고 있다.

각부의 구성0017 §2.【 】

본 실시 형태의 웹 시스템 은 나 메인 메모리로 이루어지는 연산처리부 기억부1 CPU 11,

하드 디스크 등 입출력부 통신제어장치 등에서 되는 일반적인 컴퓨터( ) 12, (I/O) 13, (CCU) 14

정보처리 장치 이다( ) .

부하 감시부는 웹 시스템 서버 의 부하를 감시한다 본 예에서는 정보 장치마다 0024 ( )(1) . , 【 】

작성된 카트의 수를 카운트함으로써 서비스를 받고 있는 정보 장치 클라이언트 의 수 즉 , ( ) ,

부하를 감시하고 있다.

요청 배분부는 정보 장치 로부터의 요청 정보를 수신했을 때에 상기 감시한 결과0025 (2) , , 【 】

부하가 소정 조건 본 예에서는 카트의 수가 소정값 미만인 것 을 만족하고 있으면 상기 요( , )

청 정보를 상기 서버로 통지하고 부하가 소정 조건을 만족하지 않으면 카트의 수가 소정값 , (

이상이면 상기 요청 정보를 보류하고 해당 정보 장치 의 정보를 대기행렬 관리 에 등), (2) DB

록하고 대기행렬에 추가한다, .

요청 허가부는 상기 감시한 결과 쇼핑0027 , 【 】

이 끝난 정보 장치가 사이트로부터 나가는 등

상기 카트수가 소정 조건을 만족하게 되었을

경우에 신규 요청이 가능하다고 판단하고 정해,

진 순서로 상기 정보 장치의 정보를 대기행렬

로부터 제외하고 해당 정보 장치로부터의 요청 ,

정보를 상기 서버에 통지한다.

대기행렬 관리 방법0029 §3.【 】

도 는 서버의 부하가 높은 경우의 대기행렬 2

관리 순서 방법 의 설명도이다( ) .

정보 장치 는 이전 이 정보 장치 가 0030 (2) (2)【 】

시스템 에 액세스했을 때에 작성된 고객 와 (1) ID

같은 시스템 이 고객을 인식할 수 있는 고객 (1)

도 본 발명에 따른 대기 행렬 관리 [ 2]
방법의 설명도

- 55 -

정보를 기억하고 있다 먼저 정보 장치 가 시스템 에 액세스하면 시스템 은 해당 정보 . , (2) (1) , (1)

장치 에 고객 정보를 송신하도록 요구한다 정보 장치 는 요구된 고객 정보가 있는 경우(2) . (2)

에는 이것을 시스템 에 송신하고 없는 경우에는 새롭게 작성해 시스템 에 송신한다 이 , (1) , (1) .

고객 정보에 의해서 시스템 은 정보 장치 를 식별할 수 있다 이러한 고객 정보는 , (1) (2) . Cooki

로 불리고 이미 많은 네트워크 서비스로 이용되고 있다 시스템 이 고객 정보에 의해서e . (1) ,

정보 장치를 인식 후 정보 장치가 네트 숍에 입점하는 처리를 실시하면 정보 장치 는 시, , (2)

스템 에 대해서 네트 숍의 톱 페이지를 요청한다 단계 이하 편의상 라고도 칭한다(1) , ( 1, , S1 ).

이 요청 정보를 수신한 시스템 은 부하 감시부의 기능에 의해 카트의 수를 체크한0031 (1)【 】

다 요청 배분부는 이 카트의 수가 소정수 미만인 경우에 해당 클라이언트의 입점을 허(S2). ,

가해 서비스 제공부로 상기 요청 정보를 통지하고 이 카트의 수가 소정수 이상인 (S3, S100),

경우에는 부하가 높다고 판단해 상기 요청을 보류 메모리 등으로 일시 저장 하고 상기 정, ( ) ,

보 장치를 대기행렬에 추가한다 즉 요청 배분부는 정보 장치마다 고유 를 생성하(S3~S4). ID

고 적용하는 캠페인의 정보 등과 함께 대기행렬 에 등록한다, DB .

그리고 행렬용 콘텐츠 제공부는 상기 고유 를 세션 관리용의 쿠키로 하고 도 에 0032 ID , 4【 】

나타낸 혼잡하다는 취지의 페이지와 함께 정보 장치 에 송신한다(2) (S5).

이 페이지를 수신한 정보 장치 는 웹 브라우저 등의 기능에 의해 이 페이지를 디0033 (2)【 】

스플레이상으로 표시한다 클라이언트가 이 페이지 중의 입점 대기합니다 또는 다(S6). [ ] 21 [

시 내점합니다 를 선택 클릭 하면 정보 장치 는 대기할 것인지 아닌지의 정보를 시스] 22 ( ) , (2)

템 에 송신한다(1) (S7).

이것에 대해 시스템 은 다시 내점합니다 가 선택되었을 경우에 해당 정보 장0034 , (1) [ ] 22【 】

치 의 정보를 대기행렬 로부터 삭제하고 입점 대기합니다 이 선택되었을 (2) DB (S8, S101), [ ] 21

경우에는 도 에 나타내는 대기용의 페이지를 송신한다 이 대기용의 페이지에는 현재5 (S9). ,

의 대기하는 사람수 해당 정보 장치보다 전에 대기행렬 에 등록되어 있는 수 와 현재의 ( DB )

대기 시간 초기 상태이므로 분 을 게재하고 있다 또한 이 대기용의 페이지에는 등록( 0 ) . , , JAVA(

상표 스크립트가 포함되어 있어 소정 시간 본 예에서는 초 마다 페이지의 갱신을 실시) ( 30 )

하도록 하고 있다.

이에 의해 정보 장치 가 시스템 에 갱신을 통지했을 경우 시스템 은 부하 0035 (2) (1) (S10), (1)【 】

감시부의 기능에 의해 카트의 수를 체크하고 요청 허가부의 기능에 의해 요청이 가능(S11), ,

한지 반대인지를 확인한다 즉 요청 허가부는 카트의 수에 대기하는 사람수를 더한 수(S12).

- 56 -

끝.

가 소정수 미만인지 반대인지를 확인하고 소정 ,

수 미만이 아니면 대기 시간 데이터의 작성일,

시와 현재시각으로 대기 시간을 요구해 대기행

렬 에 등록함과 동시에 상기 대기 시간 및 DB ,

대기 사람수를 갱신한 대기용의 페이지를 해당

정보 장치 에 송신한다 또한 이 대기용 (2) (S13). ,

페이지로서는 도 에 도시한 바와 같이 대기, 6 ,

용 콘텐츠 를 게재해도 좋다(25) .

한편 단계 에서 상기 카트의 수로 0039 , 12 , 【 】

대기하는 사람수를 더한 수가 소정수 미만이었

을 경우에는 해당 클라이언트의 입점을 허가하,

고 도 의 입점 가능을 나타내는 페이지를 송, 7

신한다 이 때 요청 허가부는 해당 정보 (S14).

장치의 대기행렬 데이터를 대기행렬 로부DB

터 읽고 이 대기 시간과 캠페인 번호로 발행, ,

하는 인센티브를 요구해 이 대기 시간 과 인31

센티브 도면의 예에서는 포인트를 를 ( 500p) 32

상기 페이지로 게재한다.

도 본 발명에 따른 대기 행렬 관리 [ 3]
방법의 설명도