문맥 (context)
Web 이용은 기본적으로는 클라이언트측에서 얻고 싶은 특정 정보를 능동적으로 서버 측에 리퀘스트 메시지를 발신하여 리스폰스 메시지를 얻는 풀형 정보통신 형태로 행해지고 있다. 최근에는 인터넷 전화와 IP전화도 보급되고 있지만 인터넷이 발명되어 표준화된 당시에는 전화기능을 이용하면서 Web을 열람하는 이용 형태를 예측하지 못했기 때문에 서버측이 임의로 정보를 보내어 클라이언트측이 수동적으로 정보를 얻는다는 형태로 이용하려고 해도 서버측은 클라이언트측으로부터의 요구없이는 보내야 할 정보의 선택 기준과 보내는 타이밍을 재는 수단이 없었기 때문에, 서버측이 주체적으로 선택한 정보를 선택해서 타이밍을 맘대로 정해 클라이언트측에 보내는 서비스 형태를 상정하는 의미가 없던 것에 의한 것이라고 생각된다.
현재에는 일부 푸쉬형 정보전달도 사용되고 있지만 수신측이 일정 간격으로 계속적으로 보내는 리퀘스트 메시지에 응하는 리스폰스 메시지 형태로 송신하는 의사적 푸쉬형 정보통신이나 송출측이 계속적으로 정보를 송출하는 형태이며, 상대측의 상황을 파악해서 보내야 할 정보와 타이밍을 선택하는 본격적인 푸쉬형 정보통신은 아니다.
또 그 당시 상당수의 PC는 고정적인 것으로 한대의 PC를 특정의 이용자만이 사용하고 있다고는 할 수 없었다. 그 때문에 현재에도 이용자의 특정은 ID와 패스워드로 행해지고 있지만 이 조합에서는 손쉽게 정보가 누출될 위험성이 있기 때문에 보안상 불안이 크다. 인터넷 보안의 문제는 근년 더욱 더 커지고 있지만, 서버측이 마음대로 정보를 보내어, 일반 이용자측이 수동적으로 정보를 얻는 이용 형태는 보안 및 서비스 형태상 바람직하지 않고 정보를 능동적으로 요구하는 클라이언트와 요구된 정보를 보내는 서버라는 조합이 서비스 형태로서 표준화되었다고 말할 수 있다. 통상, 클라이언트측의 소켓은 리퀘스트 메시지를 송신하지 않을 때는 준비되지 않고 포트 번호도 바꿀 수 있기 때문에, 서버측은 IP주소만을 알 수 있어도, 클라이언트에게 정보를 송신할 수 없는 구조로 되어 있다.
일반적으로 일상시 사용하는 정보 서비스는 수동적으로 정보를 얻는 형태가 대부분이다. 텔레비전과 같은 방송 등은 전부 채널로 선택하지만 기본적으로는 수동적으로 정보를 얻는 서비스 형태이며, 명확한 목적 없이 텔레비전을 시청하는 이용자도 많다. 신문 광고나 야외 광고도 그렇다. 이용자가 수동적으로 정보를 얻는 서비스 형태는 방송 이외에도 교육이나 안내 등 한 쪽이 상대방을 파악하면서 정보를 전달하는 서비스가 바람직하다. 또한 이용자가 키보드 조작을 할 수 없는 상황, 예를 들면 키보드 조작에 약한 고령자나 또 다른 수작업으로 인해 키보드 조작을 할 수 없는 상황에서도 필요로하는 서비스 형태이다.
현재 인터넷상의 Web 열람은 기본적으로 풀형 정보 서비스이기 때문에 접속한 사람이 개인정보를 입력하지 않는 한 정보 제공측에서는 누가 접속했는지 상세하게 파악할 수단이 없다. 그 결과 인터넷상으로는 주문을 받기 어려운 업종, 예를 들면 주로 고객의 거래 문의를 받는 부동산업에서는 Web 페이지에 상세한 정보를 게재하는 것을 피하는 경향이 있다. 상대방을 설득할 기회가 없는 풀형 정보통신에서는 전화 번호나 주소 등 개인정보를 얻은 후 직접 만나서 상세한 정보를 제공하는 방법을 취하는 기업이 많기 때문에 이용자는 인터넷상만으로는 충분한 정보를 얻을 수 없는 경우가 많다. 회화와 푸쉬형 정보통신을 병행한 이용이 가능해지면 보다 상세한 정보를 얻게 되는 것이 기대된다.
인터넷 보급 후 상당한 기간이 경과된 현재, 이미 널리 이용하는 젊은층을 겨냥한 쇼핑 사이트에서도 Web에서의 주문 수와 전화로의 주문 수가 경쟁해 그 경향은 변하지 않다고 한다. 인터넷이 익숙한 젊은층도 접수 담당자와 통화로 상품에 관한 상담을 하고 싶다는 것과, 마지막 결제 단계에서 접수 담당자의 조언을 받고 싶은 심리가 작용하고 있다고 한다. 또 통화를 통해서 양성되는 신뢰감이나 상대의 적절한 조언은 아무리 인터넷이 편리해도 전화를 완전히 보완할 수 있는 것은 아니다. TV쇼핑에 있어서도 Web을 사용하기 보다 전화로 주문를 하는 사람이 많다. 이러한 경항은 단지 구입하는 행위 뿐만 아니라 접수 담당자와의 통화 자체도 중요시 된다는 상황을 엿볼 수 있다.
원래 커뮤니케이션은 소리의 억양, 흐름, 톤 등 언어 이외의 정보가 큰 역할을 이루고 있기 때문에 단지 텍스트로 설명하거나 상품의 사진을 보는 것으로 충분하다고 할 수 없다. 만일 음성을 사용한 일방적인 설명을 가했다 해도 마찬가지이다. 이것은 아무리 인터넷이 보급된다 해도 역시 전화로 커뮤니케이션을 나누고 싶어하는 고객층은 계속해서 존재할 것을 의미하고 있다.
단, 길 안내와 같이 정보의 성질에 따라 전화로는 전하기 어려운 정보가 많은 것도 사실이며 쌍방의 장점을 겸비한 서비스가 요구된다.
최근에는 IP전화의 급속한 보급화로 Web 화면에서 인터넷 전화를 할 수도 있고, 네트워크로부터 보내진 화면정보를 보면서 통화하는 커뮤니케이션 형태도 일단은 가능해 졌다. 그러나, 이러한 이용 형태는 현상황에서는 간단히 보급화되지 않을 것이라 생각된다.
PC와 전화는 각각 별개의 기기이며 대부분 설치 장소도 다르다. 대부분의 경우 서비스 제공 회사도 다르고 각각 별도의 조작이 필요하기 때문에 음성 통신과 데이터 통신을 연동시킬 수도 없다. 복잡한 PC 조작은 현재 디지털 디바이스의 문제를 안고 있다. 휴대용 전화기가 보급된 현재, PC가 전화기능을 갖추었다해도 세상에서 일반 전화기가 없어지리라고는 생각하기 어렵다. 전화기와 PC는 기능, 용도, 내구성이 다르며 현재 개인의 전화 번호나 어드레스 리스트는 대부분 휴대용 전화기에 저장되어 있다. PC가 전화기능을 갖추었다해도 현재와 같은 사용 방법으로는 전화와 PC가 일채화된 상품을 구입할 필연성은 적고 PC를 사용해서 데이터 통신과 음성 통신을 병행하는 이용 형태는 한정적일 것이다.
아무리 Web의 정보를 공유하면서 전화를 사용한다 해도 풀형 정보통신이라는 것은 변함이 없으며 정보 송출 측이 회화의 템포를 맞추어 정보를 제시할 수 도 없다.
주로 고정적으로 설치된 PC를 이용하여 Web을 보면서 쌍방향으로 VoIP 기술로 음성을 보내거나 영상을 전달하는 기술은 이미 보급되어 있다. 인터넷 콜 센터를 이용하면 Web 페이지에서 상품을 보면서 같은 통신 네트워크의 인터넷 전화를 이용해 접수 담당자와 간단히 상담도 할 수 있다. 다소 어플리케이션을 추가시키면 통화를 겸한 푸쉬형 정보통신도 어느 정도 가능하게 된다고 생각된다.
인터넷 전화는 1995년 이스라엘의 벤처기업이 PC상에서 작동하는 전화기능 소프트를 발매한 것을 계기로 발전해 왔다. 그러나 공중 인터넷망을 개입시킨 전화 서비스는 잡음이나 소리가 끊어져 중단되는 품질상의 과제가 있었다. 최근에 들어 대기업의 참가로 인해 전용선을 사용하는 등 전화 품질이 개선되고 있는 상황이기만 아직 푸쉬형 정보통신 기능을 겸비한 서비스는 개발되지 않았다.
이전부터 TV 회의 시스템이 발전해 오고 있었지만 이것은 기본적으로 보안이 유지된 네트워크 안에서 사용되는 주로 기업 회의에서 이용하는 시스템이었다. 공중 인터넷망을 통과하는 패킷 송신기술 TCP/IP와 LAN내에서의 패킷 송신기술은 성격이 완전히 다르며 영상 회의의 스트림 전달 기술과 공중 인터넷망의 다른 메이커 제품을 사용하고 있을지도 모르는 상대에게 임의의 타이밍에 임의의 정보를 간헐적으로 송수신하는 푸쉬형 정보통신 기술은 성격도 기술도 서로 다르기 때문에 본 발명이 목적으로 하는 휴대용 전화기의 이용를 염두에 둔 공중 인터넷망에서의 불특정 다수의 이용을 가정한 통화를 수반하는 푸쉬형 정보통신 시스템은 개발되지 않았다.
만일 인터넷 전화의 음질이 좋아졌다해도 텔레비전의 통판 프로그램을 보고 있던 시청자가 PC를 텔레비전 앞에 가져와서 인터넷 전화로 주문 신청하는 방식이 주류가 되리라고는 상상하기 어렵다. PC에 마이크를 설치하고 회화를 하는 것은 번거로운 일이며, 만일 TV나 모니터에 마이크와 스피커가 갖추어져 있다 해도 평상시 이런것들은 이용자로부터 약간 떨어진 위치에 있어 이용자가 큰 소리로 이야기를 하는 모습은 조금 무리가 있다. 역시 번거로움이 없는 일반 전화나 휴대용 전화기 혹은 IP전화기를 사용하는 것이 자연스럽다. 이미 휴대용 전화기가 이만큼 보급된 상태에서 휴대 IP전화가 등장하면 이용자는 여러 회사의 다양한 전화 서비스를 이용하게 된다. 일부러 PC를 켜서 인터넷 전화를 사용할 필요성은 더욱 없어진다. 또, 컴퓨터와 대형 고정밀 모니터의 가격 저하가 진행되면 통화를 수반하는 푸쉬형 정보통신을 이용하기 위한 수단을 PC로 한정할 필요성도 없어진다. 가까운 장래에 여러가지 기기가 네트워크에 이어져 사람들이 여러 장소에서 다양한 형태의 네트워크로 이어져 가는 유비쿼터스 사회의 이미지는 많이 언급되고 있다.
이 경우 통화를 하면서 푸쉬형 정보통신 서비스를 받는 수단이 비교적 큰 화면의 모니터와 전화 기능이 세트가 된 PC로 한정된다고는 생각하기 어렵다.
또, 전화 서비스는 더욱 더 많은 전화 회사가 제공하게 된다고 가정되며 수 많은 인터넷 프로바이더 중에서 이용자가 이용 목적이 다른 인터넷 접속 서비스와 전화 서비스를 동일한 회사와 계약한다고는 할 수 없다. 이 점에서도 다른 회사와 계약하고 있는 전화 서비스와 데이터 통신 서비스를 통합적으로 이용해도 요금상 문제가 없는 「통화를 수반하는 푸쉬형 정보통신」 서비스가 요구된다.
후술하는 바와 같이, 본 발명에 있어서의 통화를 수반하는 푸쉬형 정보통신은 이용자나 이용 장면이 PC 이용에 익숙치않은 경우가 많다. 오히려 이용자 자신이 갖고 있는 다양한 전화기기를 이용하여 컴퓨터와 모니터가 갖추어져 있는 장소라면 어디서든지 통화를 수반하는 푸쉬형 정보통신을 실시하는 것을 바라게 될 가능성이 높다.
그렇지만, 불특정의 이용자를 대상으로 통화자의 어느 한쪽이 임의의 전화기 및 전화 서비스와 다른 임의의 컴퓨터와 모니터를 이용하여 통화를 수반하는 푸쉬형 정보통신을 사용할 수 있는 장치와 서비스는 현재로서 아직 발명되지 않았다.
또, 휴대용 전화기의 발전으로 통화를 수반하는 푸쉬형 정보통신이 가능하게 될 가능성도 충분히 생각할 수 있지만, 화면이 작다고 하는 과제는 근본적으로 해결할 수 없으며 작은 문자에 약한 고령자가 증가하는 고령화 사회에 있어 이후 한층 더 큰 과제로 남아 있다.
지시문 (instruction)
주어진 원문을 읽고 필요한 정보를 파악하여, 원문에 근거해 질문에 답하라.
질문 (question)
기존의 풀형 정보통신 구조에서 서버측이 클라이언트에게 정보를 송신할 수 없는 기술적 이유는 무엇인가?
추론 과정 (compact_reasoning)
-
1과제 해석
task_interpretation풀형 정보통신 구조에서 서버가 클라이언트에게 정보를 보낼 수 없는 기술적 제약 사항을 파악해야 한다.
-
2정보 추출
information_extraction클라이언트의 소켓 상태와 서버가 인지할 수 있는 정보의 한계를 추출한다.
- 클라이언트측의 소켓은 리퀘스트 메시지를 송신하지 않을 때는 준비되지 않고 포트 번호도 바꿀 수 있기 때문에, 서버측은 IP주소만을 알 수 있어도, 클라이언트에게 정보를 송신할 수 없는 구조로 되어 있다.
-
3근거 선택
evidence_selection서버가 클라이언트에게 정보를 송신하지 못하는 직접적인 원인인 소켓의 상태와 포트 번호 가변성을 선택한다.
- 클라이언트측의 소켓은 리퀘스트 메시지를 송신하지 않을 때는 준비되지 않고 포트 번호도 바꿀 수 있기 때문에
-
4논리 통합
logical_integration서버는 IP 주소만 알 수 있는 상태에서, 클라이언트의 소켓이 준비되지 않았거나 포트 번호가 변경되면 통신이 불가능함을 연결한다.
- 서버측은 IP주소만을 알 수 있어도, 클라이언트에게 정보를 송신할 수 없는 구조로 되어 있다.
-
5결론 도출
conclusion_formulation클라이언트 소켓의 비준비 상태와 포트 번호의 가변성 때문에 서버가 IP 주소만으로는 정보를 보낼 수 없다는 결론을 도출한다.
- 클라이언트측의 소켓은 리퀘스트 메시지를 송신하지 않을 때는 준비되지 않고 포트 번호도 바꿀 수 있기 때문에
-
6답변 생성
answer_generation추출된 기술적 근거를 바탕으로 답변을 작성한다.
- 클라이언트측의 소켓은 리퀘스트 메시지를 송신하지 않을 때는 준비되지 않고 포트 번호도 바꿀 수 있기 때문에
- 서버측은 IP주소만을 알 수 있어도, 클라이언트에게 정보를 송신할 수 없는 구조로 되어 있다.
최종 답변 (final_answer)
클라이언트측의 소켓은 리퀘스트 메시지를 송신하지 않을 때는 준비되지 않은 상태이며, 포트 번호 또한 바뀔 수 있기 때문에 서버측이 IP 주소만을 알고 있는 상태에서는 클라이언트에게 정보를 송신할 수 없는 구조로 되어 있다.
핵심 해석 (core_interpretation)
풀형 정보통신에서 클라이언트 소켓의 비준비 상태와 포트 번호의 가변성으로 인해 서버측은 IP 주소만으로 클라이언트에게 정보를 송신할 수 없다.