KR20200084342A - 정보처리 프로그램, 방법, 장치 및 시스템 - Google Patents

정보처리 프로그램, 방법, 장치 및 시스템 Download PDF

Info

Publication number
KR20200084342A
KR20200084342A KR1020207016352A KR20207016352A KR20200084342A KR 20200084342 A KR20200084342 A KR 20200084342A KR 1020207016352 A KR1020207016352 A KR 1020207016352A KR 20207016352 A KR20207016352 A KR 20207016352A KR 20200084342 A KR20200084342 A KR 20200084342A
Authority
KR
South Korea
Prior art keywords
information processing
payment
processing terminal
user
server
Prior art date
Application number
KR1020207016352A
Other languages
English (en)
Inventor
케이 쿠보
요시오 사토
토모히로 오카다
요헤이 후사야수
Original Assignee
라인 페이 가부시키가이샤
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2017214765A external-priority patent/JP7168309B2/ja
Priority claimed from JP2017214767A external-priority patent/JP7168311B2/ja
Priority claimed from JP2017214766A external-priority patent/JP7168310B2/ja
Priority claimed from JP2017214764A external-priority patent/JP7168308B2/ja
Application filed by 라인 페이 가부시키가이샤 filed Critical 라인 페이 가부시키가이샤
Publication of KR20200084342A publication Critical patent/KR20200084342A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/386—Payment protocols; Details thereof using messaging services or messaging apps
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

개선된 각자 부담·비용 분담에 관한 지불 처리 기술 및 관리 제어 기술을 제공한다. 　서버상에서 관리되는 그룹에 등록된 제1 정보처리 단말과 연관된 제1 유저와 상기 그룹에 등록된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 프로그램에 있어서, 상기 제1 정보처리 단말의 화면상에서, 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저를 표시시키는 단계와, 상기 화면상의 인터페이스를 통해 상기 표시된 상기 하나 이상의 제2 유저 중에서 상기 지불에 응하는 사람을 선택시키는 단계를 실행한다.

Description

정보처리 프로그램, 방법, 장치 및 시스템
본 발명은, 널리 네트워크를 통해 유저로부터의 수금 처리나 유저간의 지불 처리 등을 수행하는 정보처리 프로그램, 방법, 장치 및 시스템에 관한 것이다. 보다 구체적으로는, 전자적인 결제를 포함하는 전자 밸류를 제어하는 것에 의해 수금 처리나 지불 처리 등을 관리 제어하기 위한 프로그램, 방법, 장치 및 시스템에 관한 것이다.
근래, 신용카드나 전자화폐 등의 전자 밸류를 통한 결제가 보급되고 있다. 예를 들면, 신용카드를 통해 복수의 사람이 함께 식사를 한 때 등에 수행하는 각자 부담 지불 등을 처리하는 것 등은, 스플릿(Split the check) 등이라고 불리고, 미국 등에서 널리 보급되고 있다. 전자 밸류를 통한 결제는, 지금까지 다종다양으로 발전되어 왔다.
예를 들면, 신용카드의 구조를 이용하는 선불형 지불수단으로 발행자에게 손실이 발생하는 리스크를 경감하는 시스템이 제안되고 있다(특허 문헌 1).
즉, 특허 문헌 1에는, 후불형 지불수단의 가맹점에서 이용 가능한 선불형 지불수단을 신청한 복수의 유저로부터 납입된 각각의 선불 금액의 범위 내에서, 각 유저의 이용 한도액 및 보증 금액을 설정하는 결정부와, 상기 선불형 지불수단의 잔액을 넘는 금액의 상기 가맹점으로부터의 매상 청구에 대한 지불을 위해서 이용되고, 상기 복수의 유저의 보증금의 총액이 되는 풀 금액을 기억하는 풀 기억부와, 상기 결정부에 의해 보증 금액이 설정될 때마다, 해당 보증 금액을 상기 풀 기억부에 기억된 풀 금액에 가산하는 변경부를 구비한 정보처리 시스템이 개시되고 있다.
또한, 유저가 이용하고 싶은 신용카드로 이용 요금을 결제하기 위한 신용이 예약시에는 없었던 경우에도, 신용이 돌아온 경우에 그 신용카드로 결제가 가능하게 되는 예약을 접수하는 시스템도 제안되고 있다(특허 문헌 2).
즉, 특허 문헌 2에서는, 서비스의 이용일 이후에 신용카드로 이용 요금이 결제되는 예약의 요청에 대해, 지정된 상기 신용카드의 유효성을 확인할 수 없었던 경우, 예약을 접수하고, 상기 지정된 신용카드의 정보를 기억 수단에 기억시키는 예약 수단과, 상기 예약 수단에 의해 예약이 접수된 후, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용카드의 유효성을 확인하는 확인 수단과, 상기 확인 수단에 의해 상기 지정된 신용카드가 유효한 것으로 확인된 경우, 결제 방법을 상기 지정된 신용카드로 결제하는 것을 나타내는 정보를 출력하고, 상기 확인 수단에 의해 유효한 것으로 확인되지 않은 경우, 결제 방법을 상기 지정된 신용카드로의 결제와는 다른 방법으로 하는 것을 나타내는 정보를 출력하는 출력 수단을 구비하는 것을 특징으로 하는 정보처리 장치가 개시되어 있다.
또한, 스토어드 밸류형과 서버 관리형의 결제 시스템을 조합하는 것에 의해 유저의 편리성을 높이는 정보처리 서버도 제안되고 있다(특허 문헌 3).
즉, 특허 문헌 3에는, 제1 전자 밸류를 기억하고 소정의 금액 변경 정보를 이용하여 해당 제1 전자 밸류의 잔고를 증감시키는 기능을 가지는 화폐 단말과 접속하고, 지정된 결제 금액 부분의 결제 처리를 실행하는 정보처리 서버에 있어서, 상기 화폐 단말에서 식별 데이터를 취득하는 식별 데이터 취득 수단과, 상기 취득한 식별 데이터와 연관하여 서버 측의 기억 수단에 기억되고 있는 제2 전자 밸류에 의해 상기 지정된 결제 금액을 결제할 때 부족 금액이 발생한 것으로 판정된 경우에, 상기 제1 전자 밸류의 잔고를 적어도 해당 부족 금액 만큼 감액시키기 위한 금액 변경 정보를 생성하여 상기 화폐 단말에 송신하는 부족 금액 감액 수단을 구비하는 것을 특징으로 하는 정보처리 서버가 개시되고 있다.
또한, 각자 부담에 의한 지불에 있어서, 지불에 관한 책임의 소재를 명확하게 하기 위해서, 대표자가 각 멤버로부터 지불의 결제를 위한 정보를 수신하고 이것을 점포에 송신할 때에, 지불의 결제를 위한 정보의 내용이 대표자에게 알려져 버리는 가능성을 저하시키는 시스템도 제안되고 있다(특허 문헌 4).
즉, 특허 문헌 4에는, 점포 단말 10으로부터 송신된 합계액을 대표자 단말 30에서 대표자가 분할하는 것에 의해 결정된 각자 부담액이 각 멤버 단말 50으로부터 크레디트 회사 서버 70에 지불액으로서 통지되면, 크레디트 회사 서버 70은, 지불의 결제를 위한 정보를 보관 유지하는 것과 동시에, 이러한 정보를 암호화한 암호화 정보를 포함하는 지불 허가 정보 63을 각 멤버 단말 50에 송신하고, 각 멤버 단말 50은 지불 허가 정보 63과 동일한 내용의 지불 허가 정보 43을 대표자 단말 30에 송신하고, 대표자 단말 30은 지불 허가 정보 43을 연결한 지불 허가 정보 23을 점포 단말 10에 송신하도록 구성되는 시스템이 개시되고 있다.
또한, 다수 단계의 각자 부담 지불을 실현할 수 있는 신용카드 시스템도 제안되고 있다(특허 문헌 5).
즉, 특허 문헌 5에는, 신용카드의 회원에 의한 신용카드 지불액의 일부를 각자 부담 지불하는 것을 의뢰하기 위한 의뢰 정보를 해당 회원과는 다른 회원에 대해 통지하는 통지 수단과, 상기 통지 수단에 의한 상기 의뢰 정보의 통지를 받은 회원이 상기 신용카드 지불액의 일부에 대해서 신용카드 지불을 수행한 경우에, 각자 부담원과 각자 부담지와의 대응 관계 및 각각의 신용카드 지불액을 포함하는 각자 부담 정보를 생성하는 각자 부담 정보 생성 수단을 구비하고, 상기 통지 수단이 선행하는 각자 부담 지불에 있어서 각자 부담지가 된 회원에 의한 신용카드 지불액의 일부를 각자 부담 지불하는 것을 의뢰하기 위한 의뢰 정보를 해당 회원과는 상이한 다른 회원에 대해 통지하도록 구성되고, 상기 각자 부담 정보 생성 수단이 상기 통지 수단에 의한 상기 의뢰 정보의 통지를 받은 상기 다른 회원이 상기 각자 부담지가 된 회원에 의한 신용카드 지불액의 일부에 대해서 신용카드 지불을 수행한 경우에, 각자 부담원과 각자 부담지와의 대응 관계 및 각각의 신용카드 지불액을 포함하는 각자 부담 정보를 생성하도록 구성되어 있는 신용카드 시스템이 개시되고 있다.
또한, 주문한 단일품을 복수의 사람으로 서로 나눈 경우, 해당 단일품의 금액을 서로 나눈 복수의 사람으로 분할하여 할당하는 쉐어드(Shared) 정산 처리가 가능한 회계 처리장치도 제안되고 있다(특허 문헌 6).
즉, 특허 문헌 6에는, 주문된 상품의 지불 금액에 관한 회계 처리를 수행하는 회계 처리장치에 있어서, 복수의 사람으로 구성된 그룹이 일품으로 구성된 단일한 상품을 주문한 경우에, 주문된 해당 단일한 상품의 금액을, 주문한 복수의 사람으로 분할하여 할당하는 쉐어드 정산 처리를 수행하는 것을 특징으로 하는 회계 처리장치가 개시되고 있다.
이러한 회계 처리장치에서는, 복수의 사람에 의한 각자 부담 처리로서 각자가 주문한 상품마다 개별적으로 정산하는 경우, 주문 수량이 복수인 상품은 하나씩으로 분할한 개별 정산 처리용 주문 상품의 일람이 표시되고, 또한, 단일품의 금액을 분할하는 쉐어드 정산 처리도 필요하면, 해당 상품을 선택하는 것과 동시에 쉐어드 정산 대상의 인원수를 등록하고, 해당 상품을 해당 인원수분 만큼 분할한 형태로 화면 표시한 후, 각각 해당되는 사람을 지정하는 것에 의해 각자마다 개별 정산 금액과 쉐어드 정산 금액을 집계한 금액을 산출하여 화면 표시하는 것으로 회계 처리를 수행한다.
[선행 기술 문헌]
[특허 문헌]
특허 문헌 1: 특허 제5678235호 명세서
특허 문헌 2: 특허 제5269221호 명세서
특허 문헌 3: 특허 제5595434호 명세서
특허 문헌 4: 특개 2014-112286호 공보
특허 문헌 5: 특개 2013-186732호 공보
특허 문헌 6: 특개 2008-65574호 공보
그렇지만, 상술한 종래 기술에 있어서는, 개인의 전자결제에 대한 궁리가 중심이며, 복수의 멤버로 구성되는 그룹 내에서의 전자결제에 대해서는 개선의 여지가 있다. 확실히, 각자 부담이나 쉐어에 관한 지불을 처리하기 위한 시스템(특허 문헌 4 내지 6)도 제안되고 있지만, 사후 결제, 사후의 수금 등의 처리나 관리 제어에 대해서는 추가로 더 개선의 여지가 있다.
또한, 이러한 교환을 원활하게 진행할 수 있도록 하는 새로운 기술(독촉 기술, 인터페이스 기술 등)이나 바리에이션 기술의 제공이 바람직하다.
본 발명의 일 실시 형태와 관련되는 정보처리 프로그램은, 서버상에서 관리되는 그룹에 등록된 제1 정보처리 단말과 연관된 제1 유저와 상기 그룹에 등록된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 프로그램에 있어서, 상기 제1 정보처리 단말의 화면상에서, 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저를 표시시키는 단계와, 상기 화면상의 인터페이스를 통해 상기 표시된 상기 하나 이상의 제2 유저 중에서 상기 지불에 응하는 사람을 선택시키는 단계를 실행하는 것을 특징으로 한다.
또한, 본 발명의 일 실시 형태와 관련되는 정보처리 프로그램은, 서버상에서 관리되는 토크 룸을 통해 대화 가능하게 구성된 제1 정보처리 단말과 연관된 제1 유저와 상기 제1 정보처리 단말과 상기 토크 룸을 통해 대화 가능하게 구성된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 프로그램에 있어서, 상기 제1 정보처리 단말에서, 상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계와, 상기 제2 정보처리 단말로부터의 응답을 수신시키는 단계와, 상기 제2 정보처리 단말로부터의 응답의 수신에 의해, 상기 제2 정보처리 단말과 연관된 하나 이상의 제2 유저의 지불 방법 및 지불 기한을 상기 서버에 관리시키도록 요청시키는 단계를 실행하며, 상기 서버상에서는, 상기 토크 룸을 통해, 상기 제1 정보처리 단말과 연관된 제1 유저 및/또는 상기 제2 정보처리 단말과 연관된 제2 유저와 대화 가능하게 구성된 BOT이 관리되고, 상기 BOT은 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저에게 지불 독촉을 수행하는 것을 특징으로 한다.
또한, 본 발명의 일 실시 형태와 관련되는 정보처리 프로그램은, 서버상에서 관리되는 토크 룸을 통해 대화 가능하게 구성된 제1 정보처리 단말과 연관된 제1 유저와 상기 제1 정보처리 단말과 상기 토크 룸을 통해 대화 가능하게 구성된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 프로그램에 있어서, 상기 제1 정보처리 단말에서, 상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계와, 상기 제2 정보처리 단말로부터의 응답을 수신시키는 단계와, 상기 제2 정보처리 단말로부터의 응답의 수신에 의해, 상기 제2 정보처리 단말과 연관된 하나 이상의 제2 유저의 지불 방법 및 지불 기한을 상기 서버에 관리시키도록 요청시키는 단계를 실행하며, 상기 서버상에서는, 상기 제2 정보처리 단말과 연관된 제2 유저의 상기 지불을 보증하는 유저가 설정되고, 상기 제1 정보처리 단말과 연관된 제1 유저는 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저의 지불의 대납을 상기 지불을 보증하는 유저의 정보처리 단말에 상기 서버를 통해 요청시키는 것을 특징으로 한다.
또한, 본 발명의 일 실시 형태와 관련되는 정보처리 프로그램은, 서버상에서 관리되는 토크 룸을 통해 대화 가능하게 구성된 제1 정보처리 단말과 연관된 제1 유저와 상기 제1 정보처리 단말과 상기 토크 룸을 통해 대화 가능하게 구성된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 프로그램에 있어서, 상기 제1 정보처리 단말에서, 상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계와, 상기 제2 정보처리 단말로부터의 응답을 수신시키는 단계와, 상기 제2 정보처리 단말로부터의 응답의 수신에 의해, 상기 제2 정보처리 단말과 연관된 하나 이상의 제2 유저의 지불 방법 및 지불 기한을 상기 서버에 관리시키도록 요청시키는 단계를 실행하는 프로그램이다.
본 발명에 의하면, 개선된 각자 부담·비용 분담에 관한 지불 처리 기술 및/또는 관리 제어 기술을 제공할 수 있다.
[도 1] 본 발명의 일 실시 형태와 관련되는 정보처리 시스템의 전체 구성을 설명하는 설명도이다.
[도 2] 본 발명의 실시 형태의 바리에이션을 나타내는 시스템 또는 장치 등의 구성 예를 설명하는 설명도이다.
[도 3] 본 발명의 일 실시 형태와 관련되는 시스템 또는 장치 등에서의 기본 동작 예를 설명하는 설명도이다.
[도 4a] 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 기본적인 동작 개념 플로우를 설명하는 플로차트이다.
[도 4b] 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 보다 상세한 동작 예를 나타내는 플로차트이다.
[도 4c] 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 보다 상세한 동작 예를 나타내는 플로차트이다.
[도 5] 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 동작의 기능 개념을 설명하는 설명도이다.
[도 6] 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말 사이의 처리 및 데이터의 흐름을 설명하는 설명도이다.
[도 7] 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말상의 화면 표시 예를 설명하는 설명도이다.
[도 8] 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말상의 화면 표시 예를 설명하는 설명도이다.
[도 9] 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말상의 화면 표시 예를 설명하는 설명도이다.
[도 10] 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말상의 화면 표시 예를 설명하는 설명도이다.
[도 11a] 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말상의 화면 표시 예를 설명하는 설명도이다.
[도 11b] 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말상의 다른 화면 표시 예를 설명하는 설명도이다.
[도 12] 본 발명의 다른 실시 형태와 관련되는 시스템 등에서의 동작 예를 나타내는 플로차트이다.
[도 13] 본 발명의 다른 실시 형태와 관련되는 시스템 등에서의 동작 예를 나타내는 플로차트이다.
[도 14] 본 발명의 다른 실시 형태와 관련되는 시스템 등에서의 동작 예를 나타내는 플로차트이다.
[도 15] 본 발명의 다른 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말상의 화면 표시 예를 설명하는 설명도이다.
[도 16] 본 발명의 다른 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말상의 화면 표시 예를 설명하는 설명도이다.
[도 17] 본 발명의 다른 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말상의 화면 표시 예를 설명하는 설명도이다.
[도 18] 본 발명의 다른 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말상의 화면 표시 예를 설명하는 설명도이다.
[도 19] 본 발명의 다른 실시 형태와 관련되는 시스템 등에서의 장치 또는 단말상의 화면 표시 예를 설명하는 설명도이다.
<통신의 비밀의 준수>
본 명세서에 기재의 개시를 실시하는 경우, 통신의 비밀과 관련되는 법적 사항을 준수한 후에 수행되는 것이라는 점에 유의한다.
본 개시와 관련되는 정보처리 시스템 등을 실시하기 위한 실시 형태에 대해서, 도면을 참조하여 설명한다.
<시스템 구성>
도 1은, 본 개시의 일 실시 형태에서의 정보처리 시스템의 구성을 나타내는 도면이다. 도 1에서 도시된 바와 같이, 정보처리 시스템 100에서는, 네트워크 199를 통해 하나 이상의 서버(서버 110, 서버 120)와, 하나 이상의 단말(단말 151, 단말 152, 단말 153)이 접속된다. 서버 110, 120은 유저가 소유하는 단말 151~153에 대해, 네트워크 199를 통해 단말 사이의 메시지의 송수신을 실현하는 서비스를 제공한다. 또한, 네트워크 199에서 접속되는 단말의 수는 제한되지 않는다. 또한, 서버의 수에 대해서도 제한되지 않는다(필요에 따라, 기능을 확장하기 위한 서버를 추가할 수 있다. 하나의 서버에 의해 서비스 제공할 수도 있다).
도 1에서 나타낸 것처럼, 네트워크 199는 하나 이상의 서버와 하나 이상의 단말을 접속하는 역할을 담당한다. 즉, 네트워크 199는 단말 151~153이 서버 110 또는 120에 접속된 후, 데이터를 송수신할 수 있도록 접속 경로를 제공하는 통신망을 의미한다.
예를 들면, 네트워크 199 중의 하나 또는 복수의 부분은, 유선 네트워크나 무선 네트워크일 수 있다. 네트워크 199는, 애드혹·네트워크(ad hoc network), 인트라넷, 엑스트라넷, 가상 프라이빗·네트워크(virtual private network: VPN), 로컬·영역·네트워크(local area network: LAN), 무선 LAN(wireless LAN: WLAN), 광역 네트워크(wide area network: WAN), 무선 WAN(wireless WAN: WWAN), 대도시권 네트워크(metropolitan area network: MAN), 인터넷의 일부, 공중 교환 전화망(Public Switched Telephone Network: PSTN)의 일부, 휴대전화망, ISDNs(integrated service digital networks), 무선 LANs, LTE(long term evolution), CDMA(code division multiple access), 블루투스(Bluetooth(등록상표)), 위성통신 등, 또는, 이들의 2개 이상의 조합을 포함할 수 있다. 단, 본 개시에 있어서, 네트워크 199는, 이들로 한정되지 않는다. 또한, 네트워크 199는 하나 또는 복수의 네트워크를 포함할 수 있다.
단말(단말 151, 단말 152, 단말 153)은 각 실시 형태에 있어서 기재하는 기능을 실현할 수 있는 정보처리 단말이면 어떠한 단말도 될 수 있다. 단말 151~153은, 대표적으로는 스마트폰이며, 그 밖에 휴대전화(예를 들면, 피처 폰), 컴퓨터(예를 들면, 데스크톱, 랩톱, 태블릿 등), 미디어 컴퓨터 플랫폼(예를 들면, 케이블, 위성 셋탑 박스, 디지털 비디오 레코더), 소형 컴퓨터 디바이스(예를 들면, PDA(personal digital assistant), 전자 메일 클라이언트 등), 웨어러블 단말(안경형 디바이스, 시계형 디바이스 등) 또는 다른 종류의 컴퓨터 또는 커뮤니케이션 플랫폼을 포함한다. 단, 본 개시에 있어서, 단말 151~153은, 이들로 한정되지 않는다. 또한, 단말 151~153은 정보처리 단말로 표현될 수도 있다.
단말 151~153의 구성은 기본적으로는 동일하기 때문에, 이하의 설명에 있어서는, 대표하고 단말 151에 대해서 설명하는 것으로 하고, 이하, 필요에 따라서 단말 152나 단말 153을 타 단말로서 설명한다. 또한, 서버 110, 120에 대해서도 이와 같이 대표하여 서버 110에 대해서 설명한다.
서버 110은, 단말 151등에 대해, 소정의 서비스를 제공하는 기능을 구비한다. 서버 110은 각 실시 형태에 있어서 기재하는 기능을 실현할 수 있는 정보처리 장치이면 어떠한 장치도 될 수 있다. 서버 110은, 대표적으로는 서버 장치이며, 그 밖에 컴퓨터(예를 들면, 데스크톱, 랩톱, 태블릿 등), 미디어 컴퓨터 플랫폼(예를 들면, 케이블, 위성 셋탑 박스, 디지털 비디오 레코더), 소형 컴퓨터 디바이스(예를 들면, PDA, 전자 메일 클라이언트 등) 혹은 다른 종류의 컴퓨터 또는 커뮤니케이션 플랫폼을 포함한다. 단, 본 개시에 있어서, 서버 110은 이들로 한정되지 않는다. 또한, 서버 110은 정보처리 장치로 표현될 수도 있다.
<하드웨어(HW) 구성>
도 1을 이용하여, 통신 시스템에 포함되는 각 장치의 HW 구성에 대해서 설명한다.
(1) 단말의 HW 구성
단말 151은 제어장치 1510(CPU: central processing unit(중앙처리장치)), 기억장치 1515, 통신 I/F 1516(인터페이스), 입출력 장치 1517, 표시장치 1518, 마이크 1519a, 스피커 1519b, 카메라 1519c를 구비한다. 단말 151의 HW의 각 구성요소는, 예를 들면, 버스 B2를 통해 서로 접속된다.
통신 I/F 1516은, 네트워크 199를 통해 각종 데이터의 송수신을 수행한다. 해당 통신은, 유선 및 무선 중 어느 쪽으로도 실행될 수 있고, 서로의 통신이 실행할 수 있으면, 어떠한 통신 프로토콜도 이용할 수 있다. 통신 I/F 1516은 네트워크 199를 통해, 서버 110과의 통신을 실행하는 기능을 가진다. 통신 I/F 1516은 각종 데이터를 제어장치 1510으로부터의 지시에 따라, 서버 110에 송신한다. 또한, 통신 I/F 1516은, 서버 110으로부터 송신된 각종 데이터를 수신하여, 제어장치 1510에 전달한다.
입출력 장치 1517은 단말 151에 대한 각종 조작을 입력하는 장치 및 단말 151에서 처리된 처리 결과를 출력하는 장치를 포함한다. 입출력 장치 1517은 입력장치와 출력장치가 일체화하고 있을 수 있고, 입력장치와 출력장치에 분리되어 있을 수도 있다(후자의 경우, 일례로서, 터치 패널 입력 센서 등의 입력장치 1517a과, 터치 패널 출력 디바이스, 바이브레이션 구동 기구 등의 출력장치 1517b가 분리된다).
입력장치는, 유저로부터의 입력을 접수하고, 해당 입력과 관련되는 정보를 제어장치 1510에 전달할 수 있는 모든 종류의 장치 중 어느 하나 또는 그 조합에 의해 실현된다. 입력장치는, 대표적으로는 터치 패널 등에 의해 실현되며, 유저의 손가락이나 스타일러스 등의 지시 도구에 의한 접촉과 그 접촉 위치를 검출하여, 해당 접촉 위치의 좌표를 제어장치 1510에 전달한다. 한편, 입력장치는 터치 패널 이외의 입력장치에 의해 실현될 수도 있다. 입력장치는, 예를 들면, 키보드 등으로 대표되는 하드웨어 키나, 마우스 등의 포인팅 디바이스, 카메라(동영상을 통한 조작 입력), 마이크(음성에 의한 조작 입력)를 포함한다. 단, 본 개시에 있어서, 입력장치는 이들로 한정되지 않는다.
출력장치는, 제어장치 1510으로 처리된 처리 결과를 출력할 수 있는 모든 종류의 장치 중 어느 한 쪽 또는 그 조합에 의해 실현된다. 출력장치는, 대표적으로는, 터치 패널 등에 의해 실현된다. 한편, 출력장치는 터치 패널 이외의 출력장치에 의해 실현될 수도 있다. 예를 들면, 스피커(음성 출력), 렌즈(예를 들면 3D(three dimensions) 출력이나, 홀로그램 출력), 프린터 등을 포함할 수 있다. 단, 본 개시에 있어서, 출력장치는 이들로 한정되지 않는다.
표시장치 1518은, 프레임 버퍼(비 도면표시)에 기입된 표시 데이터에 따라, 표시할 수 있는 모든 종류의 장치 중 어느 한 쪽 또는 그 조합에 의해 실현된다. 표시장치 1518은, 대표적으로는 모니터(예를 들면, 액정 디스플레이나 OELD(organic electroluminescence display))로 실현된다. 표시장치 1518은, 헤드 마운트 디스플레이(HDM: Head Mounted Display)일 수 있다. 또한, 표시장치 1518은, 프로젝션 매핑, 홀로그램, 공기 중 등(진공일 수 있음)에 이미지나 텍스트 정보 등을 표시 가능한 장치에 의해 실현될 수도 있다. 또한, 이러한 표시장치 1518은 3D로 표시 데이터를 표시 가능할 수 있다. 단, 본 개시에 있어서, 표시장치 1518은 이들로 한정되지 않는다.
입출력 장치 1517이 터치 패널인 경우, 일례로서, 입출력 장치 1517 및 표시장치 1518은, 대략 동일한 크기 및 형태의 것으로서 구성되어, 서로 대향하여 배치되어 있을 수 있다.
제어장치 1510은, 프로그램 내에 포함된 코드 또는 명령에 의해 실현되는 기능을 실행하기 위해서 물리적으로 구조화된 회로를 가지고, 예를 들면, 하드웨어에 내장된 데이터 처리장치에 의해 실현된다.
제어장치 1510은, 대표적으로는 중앙처리장치(CPU)이며, 그 밖에 마이크로 프로세서(microprocessor), 프로세서 코어(processor core), 멀티 프로세서(multiprocessor), ASIC(application-specific integrated circuit), FPGA(field programmable gate array)일 수 있다. 단, 본 개시에 있어서, 제어장치 1510은 이들로 한정되지 않는다.
기억장치 1515는, 단말 151이 동작하는데 필요로 하는 각종 프로그램이나 각종 데이터를 기억하는 기능을 가진다. 기억장치 1515는, HDD(hard disk drive), SSD(solid state drive), 플래시 메모리, RAM(random access memory), ROM(read only memory) 등 각종의 기억 매체에 의해 실현된다. 단, 본 개시에 있어서, 기억장치 1515는 이들로 한정되지 않는다.
단말 151은, 프로그램 P를 기억장치 1515에 기억하고, 이러한 프로그램 P를 실행하는 것으로, 제어장치 1510이 제어장치 1510에 포함되는 각부로서의 처리를 실행한다. 즉, 기억장치 1515에 기억되는 프로그램 P는, 단말 151에서 제어장치 1510이 실행하는 각 기능을 실현시킨다.
마이크 1519a는 음성 데이터의 입력에 이용된다. 스피커 1519b는 음성 데이터의 출력에 이용된다. 카메라 1519c는 동영상 데이터의 취득에 이용된다.
(2) 서버의 HW 구성
서버 110은, 제어장치 1110(CPU), 기억장치 1105, 입출력 장치 1106, 디스플레이 1107, 통신 I/F 1108(인터페이스)를 구비한다. 서버 110의 HW의 각 구성요소는, 예를 들면, 버스 B1을 통해 서로 접속된다.
제어장치 1110은, 프로그램 내에 포함된 코드 또는 명령에 의해 실현되는 기능을 실행하기 위해서 물리적으로 구조화된 회로를 가지고, 예를 들면, 하드웨어에 내장된 데이터 처리장치에 의해 실현된다.
제어장치 1110은, 대표적으로는, 중앙처리장치(CPU)이며, 그 외에 마이크로 프로세서, 프로세서 코어, 멀티 프로세서, ASIC, FPGA일 수 있다. 단, 본 개시에 있어서, 제어장치 1110은 이들로 한정되지 않는다.
기억장치 1105는 서버가 동작하는데 필요로 하는 각종 프로그램이나 각종 데이터를 기억하는 기능을 가진다. 기억장치 1105는 HDD, SSD, 플래시 메모리 등 각종의 기억 매체에 의해 실현된다. 단, 본 개시에 있어서, 기억장치 1105는 이들로 한정되지 않는다.
입출력 장치 1106은 서버 110에 대한 각종 조작을 입력하는 장치에 의해 실현된다. 입출력 장치 1106은, 유저로부터의 입력을 접수하고, 해당 입력과 관련되는 정보를 제어장치 1110에 전달할 수 있는 모든 종류의 장치 중 어느 한 쪽 또는 그 조합에 의해 실현된다. 입출력 장치 1106은, 대표적으로는 키보드 등으로 대표되는 하드웨어 키나, 마우스 등의 포인팅 디바이스로 실현된다. 또한, 입출력 장치 1106은, 예를 들면, 터치 패널이나 카메라(동영상을 통한 조작 입력), 마이크(음성에 의한 조작 입력)를 포함하고 있을 수도 있다. 단, 본 개시에 있어서, 입출력 장치 1106은 이들로 한정되지 않는다.
디스플레이 1107은, 대표적으로는 모니터(예를 들면, 액정 디스플레이나 OELD(organic electroluminescence display))로 실현된다. 또한, 디스플레이 1107은, 헤드 마운트 디스플레이(HDM) 등일 수 있다. 또한, 이러한 디스플레이 1107은, 하, 3D에서 표시 데이터를 표시 가능할 수 있다. 단, 본 개시에 있어서, 디스플레이 1107은 이들로 한정되지 않는다.
통신 I/F 1108은, 네트워크 199를 통해 각종 데이터의 송수신을 수행한다. 해당 통신은, 유선 및 무선 중 어느 쪽으로도 실행될 수 있고, 서로의 통신을 실행할 수 있으면, 어떠한 통신 프로토콜도 이용할 수 있다. 통신 I/F 1108은, 네트워크 199를 통해, 단말 151과의 통신을 실행하는 기능을 가진다. 통신 I/F 1108은 각종 데이터를 제어장치 1110으로부터의 지시에 따라, 단말 151에 송신한다. 또한, 통신 I/F 1108은 단말 151부터 송신된 각종 데이터를 수신하여 제어장치 1110에 전달한다.
서버 110은, 프로그램 P를 기억장치 1105에 기억하고, 이러한 프로그램 P를 실행하는 것으로, 제어장치 1110이 제어장치 1110에 포함되는 각부로서의 처리를 실행한다. 즉, 기억장치 1105에 기억되는 프로그램 P는 서버 110에 제어장치 1110이 실행하는 각 기능을 실현시킨다.
본 발명의 각 실시 형태에 있어서는, 단말 151 등 및/또는 서버 110 등의 CPU가 프로그램 P를 실행하는 것에 의해 실현되는 것으로서 설명한다.
또한, 단말 151의 제어장치 1510 및/또는 서버 110의 제어장치 1110은 CPU뿐만 아니라, 집적회로(IC(Integrated Circuit) 칩, LSI(Large Scale Integration)) 등에 형성된 논리 회로(하드웨어)나 전용 회로에 의해 각 처리를 실현할 수 있다. 또한, 이러한 회로는, 하나 또는 복수의 집적회로에 의해 실현될 수 있고, 각 실시 형태에서 나타내는 복수의 처리를 하나의 집적회로에 의해 실현되는 것으로 할 수도 있다. 또한, LSI는, 집적도의 차이에 따라, VLSI, 슈퍼 LSI, 울트라 LSI 등으로 호칭되는 경우가 있다.
또한, 본 개시의 각 실시 형태의 프로그램 P(소프트웨어 프로그램/컴퓨터 프로그램)는, 컴퓨터에 판독 가능한 기억 매체에 기억된 상태로 제공될 수도 있다. 기억 매체는 "일시적이지 않은 유형의 매체"에 프로그램을 기억 가능하다.
기억 매체는 적절한 경우, 하나 또는 복수의 반도체 베이스의, 또는 다른 집적회로(IC)(예를 들면, 필드·프로그래머블·게이트·어레이(FPGA) 또는 특정용도전용 IC(ASIC) 등), 하드·디스크·드라이브(HDD), 하이브리드·하드·드라이브(HHD), 광디스크, 광디스크 드라이브(ODD), 광학 자기 디스크, 광자기 드라이브, 플로피·디스켓, 플로피·디스크·드라이브(FDD), 자기테이프, 고체 드라이브(SSD), RAM 드라이브, 시큐어·디지털·카드 혹은 드라이브, 임의의 다른 적절한 기억 매체 또는 이들의 2개 이상의 적절한 조합을 포함할 수 있다. 기억 매체는, 적절한 경우, 휘발성, 비휘발성 또는 휘발성과 비휘발성의 조합일 수 있다. 또한, 기억 매체는 이러한 예시로 한정되지 않고, 프로그램 P를 기억 가능한 것이면, 어떠한 디바이스 또는 매체도 될 수 있다.
서버 110 및/또는 단말 151은, 예를 들면, 기억 매체에 기억된 프로그램 P를 읽어내, 읽어낸 프로그램 P를 실행하는 것에 의해, 각 실시 형태에서 나타내는 복수의 기능부의 기능을 실현할 수 있다.
또한, 본 발명의 일 실시 형태와 관련되는 프로그램 P는, 해당 프로그램을 전송 가능한 임의의 전송 매체(통신 네트워크나 방송파 등)를 통해, 서버 110 또는 단말 151에 제공될 수도 있다. 서버 110 및/또는 단말 151은, 예를 들면, 인터넷 등을 통해 다운로드한 프로그램 P를 실행하는 것으로, 각 실시 형태에서 나타내는 복수의 기능부의 기능을 실현한다.
또한, 본 개시의 각 실시 형태는, 프로그램 P가 전자적인 전송에 의해 구현화된, 반송파에 매립된 데이터 신호의 형태로도 실현될 수 있다.
서버 110 및/또는 단말 151에서의 처리의 적어도 일부는, 하나 이상의 컴퓨터에 의해 구성되는 클라우드 컴퓨팅에 의해 실현되어 있을 수 있다.
단말 151에서의 처리의 적어도 일부를, 서버 110에 의해 수행하는 구성으로 할 수 있다. 이 경우에, 예를 들면, 단말 151의 제어장치 1510의 각 기능부의 처리 중 적어도 일부의 처리를, 서버 110에서 수행하는 구성으로 할 수 있다.
서버 110에서의 처리의 적어도 일부를, 단말 151에 의해 수행하는 구성으로 할 수도 있다. 이 경우에, 예를 들면, 서버 110의 제어장치 1110의 각 기능부의 처리 중 적어도 일부의 처리를 단말 151에서 수행하는 구성으로 할 수 있다.
본 개시에 있어서, 판정의 구성은 필수가 아니라, 판정 조건을 만족한 경우에 소정의 처리가 동작되거나, 판정 조건을 만족하지 않는 경우에 소정의 처리가 되거나 할 수 있도록 하는 것은 당연하다.
또한, 본 개시의 프로그램은, 예를 들면, ActionScript, JavaScript(등록상표) 등의 스크립트 언어, Objective-C, Java(등록상표) 등의 객체 지향 프로그램 언어, HTML5 등의 마크업 언어 등을 이용하여 실장될 수 있다. 단 본 개시는 이들로 한정되지 않는다.
<시스템 구성의 바리에이션>
도 2에서, 본 발명의 실시 형태의 바리에이션을 나타내는 시스템 또는 장치 등의 구성 예를 나타낸다. 동일한 도면(및 도 3)에서 나타낸 구성에서의 특징적인 처리 동작은, 본 발명이 네트워크를 통한 서버나 단말과의 연계 동작에 의해서만 실현되는 것이 아니라, 필요에 따라서 단말 단일 개체상에서도 실현 가능하다.
도 2에서 나타낸 것처럼, 정보처리 시스템 200은, 그 최소한의 구성으로서, 정보처리 서버 210과, 유저가 사용하는 각종 정보처리 단말(도면에서, 예시적으로, PC 220 및 230, 휴대전화 240, 휴대정보 단말 또는 태블릿 단말 250~252가 나타나고 있음. 이하, 총칭하여 "단말"이라고도 함)로 구성되어, 서버 및 각종 단말 사이는, 도 2에서 나타낸 것처럼 전용회선이나 인터넷 등의 공중 회선(유선의 회선으로서, 260, 270, 280, 290)으로 서로 통신 가능하게 접속되고 있다. 또한, 회선은 유선일 수 있고 무선일 수도 있고, 무선인 경우, 휴대전화 240 및 휴대정보 단말 또는 태블릿 단말 250은, 무선으로 도시되지 않은 기지국이나 무선 라우터 등을 통해 인터넷 290에 연결되고, 추가로 회선 280을 통해 정보처리 서버 210과 서로 통신 가능하게 접속되어 있다.
또한, 휴대전화나 휴대정보 단말 또는 태블릿은, 퍼스널 컴퓨터(PC)와 동등의 처리 능력(통신 처리 속도나 화상 처리 능력 등)를 구비하고 있는 것도 많고, 소형의 컴퓨터라고 말할 수 있는 것이다.
또한, 본 발명의 수행에 필요한 프로그램 또는 소프트웨어는, 통상, PC나 휴대정보 단말의 기억부에서의 HDD 또는 SSD 등에 인스톨 또는 기억되어, 프로그램 또는 소프트웨어의 실행시에는, 필요에 따라서 기억부 내의 메모리에 그 전부 또는 일부의 소프트웨어 모듈로서 독출되어, CPU에서 연산 실행된다.
또한, 연산 실행은 반드시 CPU 등의 중앙 처리부에서 수행될 필요는 없고, 도시되지 않은 디지털 시그널 프로세서(DSP) 등의 보조 연산장치를 이용할 수도 있다.
또한, 정보처리 서버 210의 하드웨어 구성도, 기본적으로는 PC를 채용할 수 있다. 또한, 본 발명은 이것으로 한정되는 것은 아니지만, 정보처리 서버 210은, 필요에 따라, 그 하드웨어 스펙을 올리는 데 있어서, 복수의 PC(일례로서, 몇 십대~몇 만 대)를 병렬적으로 작동시키는 것에 의해 대규모 데이터의 처리에 적합한 구성을 취할 수도 있다.
<도시되지 않은 다른 시스템과의 연계>
본 발명의 일 실시 형태와 관련되는 정보처리 시스템은, 그 특징인 결제나 수금 등의 처리를 완료하는 데 있어서, 필요에 따라서 도시되지 않은 크레디트 회사 서버나 금융기관 서버 혹은 점포 서버(해당 점포에 가맹하는 가맹점 단말을 포함함)과 적절히 연계하여 결제 등의 처리를 완료시킬 수 있다. 그런 의미에서, 본 발명의 일 실시 형태와 관련되는 정보처리 시스템 그 자체 내에서 결제 등의 일련의 처리의 모든 것을 완료시킬 필요는 없다. 즉, 본 발명의 일 실시 형태와 관련되는 정보처리 시스템에서의 처리는, 적어도 결제 등의 일련의 처리를 완결시키기 위해서 필요한 장부 데이터 등의 데이터를 출력하는 것으로 충분하다(물론, 그 이상의 처리를 수행하는 것도 배제되지 않음).
<동작 형태의 기본 바리에이션>
도 3에서, 도 1 또는 도 2를 참조하여 예시한 본 발명의 일 실시 형태와 관련되는 시스템 또는 장치 등에서의 기본 동작 예를 나타낸다. 여기서 특히 나타내고 싶은 것은, 본 발명의 특징적인 동작은, 네트워크를 통한 서버나 단말과의 연계 동작에 의해서, 또는, 단말 단일 개체상에서 혹은 단말 사이끼리의 상에서도 서버 연계와는 독립하여 실현 가능하다는 것이다.
도 3에서, "유저 단말"은 도 1에서의 단말 151~153, 도 2에서의 단말 220, 230, 240, 250~252에 대응하고, "정보처리 서버"는 도 1에서의 서버 110, 120, 도 2에서의 정보처리 서버 210에 대응한다. 또한, 도 3 내에서 t1~t10은 시계열의 흐름을 나타내고, 시간 경과에 따라 후술하는 동작이나 처리를 수행하는 것이다.
또한, 실시 형태에 있어서 예시되는 동작 또는 처리 시각(t1 등)은, 본 발명의 개념의 이해의 용이성을 위해 예시된 것이고, 본 발명이 실시 형태에 있어서 예시되는 개별적인 시계열 관계에서 제한되는 것은 없다.
우선, 일시 t1에서, 유저는 유저 단말을 통해 정보처리 서버에서 자신의 유저 단말을 본 발명에 해당하는 정보처리 단말로서 동작시키기 위한 어플리케이션 소프트웨어를 다운로드한다(단계 S301). 이러한 어플리케이션 소프트웨어는, 본 발명에 해당하는 프로그램의 일부 또는 전부를 처리하기 위한 클라이언트 소프트웨어 또는 어플리케이션 소프트웨어이다. 그리고, 다운로드한 어플리케이션 소프트웨어를 유저 단말에 인스톨한다(단계 S302). 이 때, 시각 t2에서, 유저 단말에서는, 필요에 따라서 유저 등록으로서 유저 자신의 메일 주소 외, 다음의 표와 같은 프로필 정보를 정보처리 서버에 업로드(단계 S303)하여 등록 관리시킬 수도 있다(단계 S304).
이름
(닉네임)		 회원번호
(ID)		 메일 주소
(휴대전화번호)		 성별 연령
(연대)		 거주지역
(국가, 지역)
이상의 데이터 항목은, 유저 데이터로서 정보처리 서버상의 기억장치에 보존된다(단계 S305). 시각 t3 이후에는, 유저가 정보처리 단말을 조작하는 것으로 앱을 개시하는(서버는 단말에 대해 서비스 제공을 개시함) 것을 할 수 있다.
다음으로, 유저 단말에 앱을 다운로드 및 인스톨한 유저는, 시각 t4에서 어플리케이션 소프트웨어를 기동한다(단계 S306). 시각 t4~시각 t5까지, 예시적으로 유저는 정보처리 단말에서 제공되는 서비스에 흥미를 느끼고 있다.
시각 t5가 되면, 유저는 일단 본 발명의 일 실시 형태에 해당하는 어플리케이션 소프트웨어를 중단 또는 종료한다. 이 때, 필요에 따라서, 어플리케이션의 스테이터스 정보를 정보처리 서버에 전송하고(단계 S307), 서버에서는 이것을 수신하여 해당 유저의 유저 정보로서의 스테이터스 정보를 갱신(단계 S308) 및 보존(단계 S309) 한다. 도 3에서는, 이러한 처리는, 시각 t6까지 완료되고 있다.
또한, 본 발명의 일 실시 형태에 해당하는 어플리케이션 소프트웨어를 정보처리 단말에 인스톨한 후에는, 단말상에서 완전히 클로즈드(closed)로 실행 가능한 형태로 구현하는 것도 물론 가능하고, 이러한 경우에는 상술의 단계 S304~단계 S305 및, 단계 S308~단계 S309를 생략할 수 있고, 필요한 정보가 있으면 단말상의 메모리에 보존 관리된다.
다음으로, 도 3에서, 시각 t7~시각 t10에서는, 본 발명의 일 실시 형태에 해당하는 어플리케이션 소프트웨어의 적어도 일부를 정보처리 서버에서 수행하는 경우의 실시 형태를 예시하고 있다. 이러한 경우에, 유저는 로그인 동작과 커맨드 송신이라는 2개의 전형적인 유저 단말 조작을 수행하여, 정보처리 서버로부터 필요한 데이터 송신을 받거나 서비스를 제공 받게 된다.
예를 들면, 도 3에서, 시각 t7에서 유저가 자신의 정보처리 단말을 통해 서버로의 로그인 처리를 수행하면(단계 S310), 정보처리 서버에서는 필요한 인증 처리가 적절히 수행되고(단계 S311), 시각 t8에서, 유저가 서비스 제공을 받기 위한 데이터를 송신한다(단계 S312). 예를 들면, 단말로부터의 커맨드를 수신 가능하게 구성된 톱 메뉴 화면이나, 어플리케이션의 기동 화면 등이 있다.
시각 t9에서, 유저는 정보처리 단말을 통해 어떠한 커맨드를 송신한다(단계 S313). 이러한 커맨드는, 메뉴 화면에 표시된 메뉴의 선택일 수 있고, 어플리케이션 기동 화면인 경우, 어플리케이션을 개시하기 위한 개시 커맨드인 경우도 있다. 서버측에서는, 이러한 커맨드를 수신하여 서비스 처리를 개시한다(단계 S314). 그리고, 시각 t10에서, 서버로부터 단말의 요청에 따른 서비스가 제공된다(단계 S315).
또한, 도 3에는 도시하고 있지 않지만, 시각 t10 이후에도, 단말로부터는 수시로 커맨드가 송신될 수 있고(예를 들면, 메시지 송신 커맨드나 메뉴 선택 커맨드 등), 그때마다, 서버에서는 단말로부터의 커맨드 수신을 받아 서비스를 제공할 수 있다(예를 들면, 수신한 메시지를 타 단말에 전송하거나, 메시지 해석을 하여 그 결과를 답장하거나 하는 등).
또한, 본 발명의 일 실시 형태에 있어서, 유저는, 유저 단말로부터 특정한 상대 혹은 특정한 다수의 상대를 향해 메시지를 송신할 수도 있다(도 3에서는 미도시). 이러한 메시지는, 정보처리 서버에서 중계되어, 특정한 상대 혹은 특정한 다수의 상대에게 전송되어 상대방으로부터 수신된다. 또한, 송신한 메시지는 자신의 단말에서도 확인할 수 있다.
특히, 이러한 메시지 처리는, 서버나 단말에 실장된 후술하는 기능 구성에 의해 실현된다.
<기능 구성>
(1) 단말의 기능 구성
본 발명의 일 실시 형태에 있어서는, 도 1에서 도시된 바와 같이, 단말 151은 제어장치 1510 및 기억장치 1515에서 기억된 프로그램 및 데이터에 의해 실현되는 기능으로서, 토크 참가부 1511과 메시지 처리부 1512를 가진다.
토크 참가부 1511은, 원하는 토크 룸으로의 참가를 위한 처리를 수행하는 기능을 가지고 있다. 토크 룸에는 개인 단위로 참가할 수 있는 것과 동시에, 그룹 단위로도 참가할 수 있다.
또한, 본 발명의 일 실시 형태에 있어서는, BOT 서버(일례로서, 서버 110, 120 혹은 이들과 동등의 서버)를 마련할 수 있고, 이러한 BOT 서버에 대해서도, 단말 151을 참조하여 예시하는 각 기능을 갖추게 하는 것으로, 개인 유저와 마찬가지로 토크 룸에 참가시킬 수 있다(이 때, 하나의 유저로서의 BOT에는, 인간인 유저와 같이, 인스턴트 메신저 서비스의 하나의 어카운트가 부여됨).
또한, 토크 룸을 새롭게 생성할 수도 있다. 토크 룸에 참가한 상태에서 메시지를 송신(발언)하는 것으로, 서버 110 등을 경유하여, 같은 토크 룸에 참가하고 있는 다른 참가자 단말 2 및/또는 BOT 서버(토크 룸에 참가하고 있는 하나의 유저로서의 BOT)에 메시지가 송신된다.
또한, BOT은, 로봇에서 유래하고 명명된, 인간 대신에 작업 등을 수행하는 컴퓨터의 총칭이며, 협의로는 자동 채팅을 수행하는 프로그램이다.
본 발명의 일 실시 형태에 있어서, BOT은 하나의 유저 또는 복수의 유저 혹은 하나 이상의 유저가 속하는 그룹과 연결되어 관리될 수도 있다.
메시지 처리부 1512는, 토크 룸에서의 메시지의 생성, 송수신 및 송수신한 메시지의 자신의 단말에서의 표시 제어 등의 처리를 수행하는 기능을 가지고 있다. 전형적이고 기본적인 메시지 처리 및 표시 제어 예시로서는, 위에서 아래를 향하는 시간 축에 대해, 좌측에 수신 메시지를 표시시키고, 우측에 송신 메시지를 표시시키도록 하는 것이다.
표시 처리부 1513은 메시지 처리 1512가 처리한 메시지 데이터를 표시장치 1518 상에 표시시킨다. 표시 처리부 1513은 표시용 데이터(일례로서, 문자 코드)를 화소 정보(일례로서, 폰트나 이모티콘 등)로 변환하여, 표시장치 1518의 프레임 버퍼(비 도면표시)에 쓰는 기능을 가진다.
또한, BOT 처리부 1514는, 후술하는 서버 110 상의 BOT 처리부 1116의 일부 또는 전부의 기능을 담당한다.
(2) 서버의 기능 구성
본 발명의 일 실시 형태에 있어서는, 도 1에서 도시된 바와 같이, 서버 110은 제어장치 1110 및 기억장치 1105에 기억된 프로그램 및 데이터에 의해 실현되는 기능으로서 토크 룸 관리부 1111과, 메시지 처리부 1112와, 과금 정보 관리부 1113과, 청구 처리부 1114와, 통계 처리부 1115와, BOT 처리부 1116를 가진다.
토크 룸 관리부 1111은 토크 룸의 참가자 등을 관리하는 기능을 가지고 있다.
메시지 처리부 1112는 특정한 토크 룸에서 송신된 메시지를 단말 151로부터 수신한 경우에, 수신인으로서의 다른 참가자 단말(예를 들면, 단말 152, 153) 및/또는, BOT 서버(예를 들면, 서버 120)에 동일한 메시지를 송신(전송)하는 기능을 가지고 있다.
과금 정보 관리부 1113은 과금 대상이 되는 메시지 등의 제공 등에 따라, 예를 들면, 유저(BOT도 포함됨) 어카운트 과금을 위한 계산 처리 및 관리를 수행한다.
청구 처리부 1114는 과금 정보 관리부 1113에서 처리 및 관리된 과금 정보에 기초하여, 예를 들면, 유저(BOT도 포함됨) 어카운트마다의 청구 처리를 수행한다.
통계 처리부 1115는 과금 정보처리부 1113 및/또는 청구 처리부 1114에서 처리된 데이터를 토대로 다양한 시점으로부터의 통계 처리를 수행하여 보존 관리한다.
BOT 처리부 1116은 유저(인간)를 대신하여 작업이나 판단, 어드바이스 등을 수행하는 처리를 수행한다. 본 발명은, 이들로 한정되는 것은 아니지만, 보다 상세하게는, 적절한 데이터를 검색하기 위한 검색부 1116a, 송수신 메시지에 포함되는 언어(음성 언어도 포함됨)를 처리하기 위한 언어 처리부 1116b, 처리된 언어 등의 의미나 가치를 판단하거나 판단한 결과의 성공 여부 등에 기초하여 학습을 수행하거나 하는 AI 처리부 1116c, 주어진 이미지를 해석 처리하거나 이동하는 물체를 인식 처리하는 등을 수행하는 화상 처리부 1116d 등의 처리 모듈이 포함된다.
상술한 대로, BOT 서버(일례로서, 서버 110, 120 혹은 이들과 동등의 서버)에 대해서도, 단말 151을 참조하여 예시하는 각 기능을 구비하는 것에 의해, 개인 유저와 같은 기능을 발휘시킬 수도 있다(이 때, 하나의 유저로서의 BOT에는, 인간의 유저와 같이, 인스턴트 메신저 서비스의 하나의 어카운트가 부여됨). 그리고, BOT 서버가 기능시키는 어시스턴트 BOT과 인간 유저는, 인간 유저끼리 이루어져 있는 것과 같이, 친구 관계를 연결하는 것(어카운트끼리를 연결함) 등으로 서로 소정의 관계를 쌓아 올릴 수 있다(해당하는 소정의 관계는, 적절하게 도시되지 않은 데이터베이스나 관계 테이블에 기술되어 관리됨).
<제1 실시 형태>
제1 실시 형태는, 서버 등(일례로서, 후술하는 "토크 서버")에서 운영되는 토크 룸에 참가하는 유저가 단말을 통해 메시지의 송수신을 하거나, 토크 룸 내에서 이벤트 페이지를 작성하거나, 필요에 따라서 자신이나 그룹의 어시스턴트(BOT)와의 교환을 수행하거나, 어시스턴트(BOT)에게 교환을 수행하게 하거나, 이벤트 페이지에서 모집한 그룹 멤버 사이에서의 계산 방법을 선택하거나, 멤버간의 지불 처리를 하거나 한 후의 기본적인 동작 플로우나, 토크 서버의 기본 동작 및 토크 룸에 하나의 유저(하나의 어카운트)로서 참가하는 BOT 서버의 기본 동작에 대해서 설명하는 것이다(도 4a 내지 도 6을 참조하여 후술함).
또한, 제1 실시 형태에서 기재된 내용의 일부 또는 전부는, 그 특징이 서로 배타적인 경우를 제외하고 다른 실시 형태에도 적용 가능하다.
도 4a 내지 도 6에서 나타낸 본 발명의 일 실시 형태에 있어서, 기본적으로 메시징 서비스를 제공하는 서버는 토크 서버(도 1에서의 서버 110 등이 이것에 대응함)가 담당한다. 또한, 본 발명의 일 실시 형태에 있어서, 유저 단말과 같이 하나의 유저(하나의 어카운트)로서 토크 룸에 참가하는 BOT 서버(도 1에서의 서버 110등이 이것에 대응한다)가 도입된다.
도 4a는 본 발명의 일 실시 형태와 관련되는 정보 시스템을 통해 토크 룸 등의 멤버가 음식회 등의 이벤트에 참가하여, 그 비용을 정산하는 경우에 발생하는 각 처리의 개요를 정리한 기본 동작 플로우이다. 도 4a의 전제로서, 동작 플로우의 개시 시에는 멤버의 한 명(예를 들면, 그룹 내의 이벤트의 간사나 해당 이벤트에 참가를 희망하는 다른 멤버 등)이 토크 룸에서 적절히 입 퇴실한다. 토크 룸에서는 필요한 메시지 등이 교환된다.
도 4a의 단계 S401에서, 기본적인 예시 플로우를 시작하면, 단계 S402를 진행하여, 일례로서 간사 유저가 자신의 단말을 통해 이벤트 페이지를 작성한다. 이벤트 페이지는 기본적으로 서버상에 독립하여 마련될 수 있지만, 본 발명은 이것으로 한정되지 않고, 예를 들면, 토크 룸에 연결하여(혹은, 토크 룸 내에) 이벤트 페이지를 마련할 수도 있다. 이하, 본 발명의 이해의 용이성을 위해서, 이벤트 페이지는 토크 룸에 연결하여 설치되거나 혹은 토크 룸 내에 설치되는 것으로 한다.
여기서, 간사 유저가 자신의 단말을 통해 이벤트 페이지를 작성하기 위한 이벤트 등록 화면의 예를 도 7에서 나타낸다. 도 7에는 유저 단말(단말의 프레임 부분은 생략하고, 디스플레이 부분만을 나타냄. 이하, 동일함)의 화면 700이 나타나고 있고, 화면 700 상부에는 단말 스테이터스 정보 701이 표시되는 것 외에, 이벤트 등록을 위한 서지 사항으로서, 개최 일시 입력란 702, 이벤트 개최 회장 입력란 703, 이벤트 예산 입력란 704 및 사전 참가자 리스트 작성란 705가 표시되고 있다. 또한, 도 7에는 나타나고 있지 않지만 이벤트명을 별도로 입력하는 것도 가능하다.
간사 유저는, 도 7에서 예시된 화면 700을 통해 이벤트 등록을 수행하고, 도시되지 않은 이벤트 페이지를 서버 상 등에서 작성하여, 토크 룸을 통한 고지 등에 의해 이벤트에 대한 참가를 호소할 수 있다.
단계 S403에서는, 전 단계에서의 처리에 의해 이벤트 개최의 고지 등을 받은 다른 그룹 멤버가 해당 이벤트에 대한 참가 표명(혹은, 불참가 표명)을 수행한다. 이러한 참가/불참가 표명도 유저 단말 및 토크 룸을 통해 수행될 수 있다.
여기서, 그룹 멤버가 자신의 단말을 통해 이벤트에 참가/불참가 표명을 수행하기 위한 연락 화면의 예를 도 8에서 나타낸다. 도 8에는 유저 단말의 화면 800이 나타나고 있고, 화면 800 상부에는 단말 스테이터스 정보 801이 표시되는 것 외에, "참가/불참가 표명"의 타이틀, 이벤트명 표시란 802, 이벤트 개최 회장 및 개최 일시 표시란 803 및 이벤트 예산 표시란 804가 표시되고 있다.
그룹 멤버는, 도 8에서 예시된 화면 800을 통해 이벤트에 대한 참가/불참가 등을 표명한다. 예를 들면, 예산에 대해서 동의하는/하지 않는 등의 회답란 805 및 참가/불참가 회답란 806으로의 입력에 의해 의사 표명할 수 있다.
보다 구체적으로는, 예산에 대해서 동의하는 경우에는 체크 버튼 805a를 누르고, 동의하지 않는 경우에는 체크 버튼 805b를 누른다. 또한, 필요에 따라서 예산의 희망 금액 입력을 수행할 수도 있다. 이 경우에는, 버튼 805c를 누르고, 도시되지 않은 화면에서 희망 금액의 입력을 수행한다. 그리고, 이벤트에 참가하는 경우에는 체크 버튼 806a를 누르고, 불참가 시에는 체크 버튼 806b를 누른다. 회답 내용은 서버에 업로드되는 등으로 기록 관리된다.
[보증인 설정]
본 발명의 일 실시 형태에 있어서는, 예를 들면 이벤트에의 참가/불참가 표명의 시점에서, 지불에 대한 보증인 설정을 할 수 있다. 이것은, 선배는 후배가 지불을 할 수 없는 경우에는 그 비용을 부담한다던가, 부모가 미리 아이의 지불을 부담한다는 관례 등을 시스템에 유연하게 반영한 것이고, 도시되지 않은 의뢰 화면(의뢰자 측 단말)을 통한 보증 의뢰 및 도시되지 않은 승낙 화면(보증인 측 단말)을 통한 승낙 처리를 통해, 이러한 관계를 서버 등의 데이터베이스 또는 관리 테이블에 연결할 수 있다.
또한, "보증인" 설정은, 설정원(元)인 유저에서 보아 같은 토크 룸에 등록되어 있는 유저도, 다른 토크 룸에 등록되어 있는 유저도 보증인으로서 설정할 수 있다.
도 9에서, 보증 의뢰를 받은 보증인(유저) 측의 단말상의 통지 화면 예를 나타낸다. 도 9에는, 보증을 의뢰받은 유저 단말의 화면 900이 나타나고 있고, 화면 900 상부에는 단말 스테이터스 901이 표시되는 것 외에, 통지 타이틀 "보증 허가 가능 여부 통지", 이벤트명 표시란 902, 이벤트 개최 회장 및 개최 일시 표시란 903 및 이벤트 예산 표시란 904가 표시되고 있다.
또한, 그룹 내의 다른 유저로부터 이벤트 비용 지불의 보증 의뢰가 있었던 것을 알리는 메시지 905도 표시되고 있다.
이것을 수신한 유저는, 회답란 906을 통해, 의뢰자의 보증인으로서 대납에 동의하는지 아닌지의 회답을 수행할 수 있다. 구체적으로는, 의뢰자의 보증인으로서 대납에 동의하는 경우에는 체크 버튼 906a를 누르고, 동의하지 않는 경우에는 체크 버튼 906b를 누른다. 회답 내용은 서버에 업로드되는 등을 하여 기록 관리된다.
(보증인에 의한 대납 방식의 바리에이션)
또한, 보증인으로서의 대납 방식에는, 상술한 것처럼, 의뢰원이 지불할 수 없는 경우에 그 비용을 사후적으로 대납하고 지불을 하는 방식 외에, 미리 의뢰원의 비용 분도 한꺼번에 보증 측에서 지불하는 방식 등 여러 가지 바리에이션이 있고, 이러한 종류는 플래그 등에 의해 서버 등에서 기억 관리시킬 수 있다.
다시 도 4a로 돌아와, 단계 S403을 끝내면, 도시되지 않은 일시에 도시되지 않은 장소에서 이벤트(식사회나 행사, 공유 스페이스에서의 연습이나 연습 등이며, 각 참가자에게 비용 부담이 발생하는 행사)가 개최된다. 물론, 그 동안도 유저끼리 토크 룸을 통한 커뮤니케이션은 수행된다. 예를 들면, 회장으로 가는 법 등의 질의응답이나, 근처에 사는 사람끼리 개별적으로 약속을 결정하거나 한다.
단계 S404에서는 이벤트가 종료되고, 회계 작업에 들어가기 위한 일례로서 간사가 회장에서 관련되는 비용이 기재된 영수증이나 영수표를 자신의 단말(도시되지 않은 CMOS 카메라 등이 구비되어 있음)에서 촬영한다. 본 발명은 이것으로 한정되는 것은 아니지만, 이러한 시점에서, 비용은 대표자(일례로서 간사)에 의해 일괄 카드 지불되는 등을 하여 대납되고 있다. 그리고, 이러한 영수증이나 영수표에는, 레스토랑 등에서의 식사회인 경우 음식 내용의 내역과 합계 금액이 기재되어 있고, 회장을 렌탈하여 멤버로 연습 등을 한 경우에는 회장 사용료 등의 금액이 기재되어 있다. 일반적으로는 인쇄되어 있는 것이지만, 자필인 것을 배제하는 취지는 아니다.
본 발명의 일 실시 형태에 있어서, 유저 단말(간사 단말 등)에서 촬영된 영수증 또는 영수표는 문자 인식되고 수치화되어, 유저 단말 및/또는 서버상에서 기억 관리된다.
그리고, 영수증이 복수 장 있는 경우나, 미리 불참가자 등으로부터 기부를 받고 있는(출자를 받고 있는) 경우에는, 집계 작업이 필요하기 때문에, 단계 S405에서 유저 단말 및/또는 서버상에서 총액(참가자가 지불해야 하는 금액의 합계)의 산출 처리를 한다.
상기 단계 S405에서의 처리가 불필요한 경우 혹은, 단계 S404에서 총액이 이미 판명되고 있는 경우에는, 단계 S405는 생략된다.
다음으로, 단계 S406으로 진행하여, 이벤트 참가자(즉, 원칙적으로 지불 의무가 있는 사람) 중에서 지불 참가자를 확정한다. 이벤트에 참가하고 있어도, 선배나 부모에게 비용을 부담시킨 사람은 상술한 사전 처리에 의해, 제외된다. 혹은, 이벤트에는 불참가 표명을 하고 있었던가, 참가/불참가를 표명하고 있지 않았던 사람이 뛰어 들어 참가한 사람은 이러한 시점에서 지불 참가자의 리스트에 추가할 수 있다.
이렇게, 간사 단말 등을 통해, 지불 참가자 리스트를 확정한다. 확정된 리스트는 유저 단말 및/또는 서버상에서 기억 관리된다.
단계 S407에서는, 지불 참가자가 어떤 배분으로 지불을 부담할 것인지에 관해 계산 방법이 선택된다. 가장 심플한 지불 방법은, 소위 각자 부담이지만, 본 발명은 여러 가지 지불 방법을 알기 쉬운 인터페이스로 유연하게 선택할 수 있다(자세한 사항은 후술함).
다음으로, 단계 S408로 진행하여, 각 지불 참가자의 지불 금액이 산출된다. 산출된 결과는, 서버상에서 기억 관리되는 것과 동시에, 각 지불 참가자의 단말에 통지될 수 있다.
단계 S409에서는, 각 지불 참가자의 단말상에서 지불 시기·지불 방법 등의 선택 접수를 한다. 접수된 내용은, 서버상에서 기억 관리된다.
단계 S410에서는, 서버상에서 관리된 각각의 지불 관계에 기초하여, 개별적으로(유저 단말을 통해) 지불 처리가 수행된다.
도 10에서, 보증 의뢰를 승낙한 보증인(유저) 측의 단말상의 통지 화면 예를 나타낸다. 도 10에는, 보증 의뢰를 승낙한 유저 단말의 화면 1000이 나타나고 있고, 화면 1000 상부에는 단말 스테이터스 1001이 표시되는 것 외에, 통지 타이틀 "보증인 대납 가능 여부 문의", 이벤트명 표시란 1002, 이벤트 개최 회장 및 개최 일시 표시란 1003 및 이벤트 비용 대납금 표시란 1004가 표시되고 있다.
또한, 그룹 내의 보증 의뢰를 승낙한 해당 다른 유저가 소정 기간이 경과해도 대금의 지불이 아직도 되고 있지 않은 것을 알리는 메시지 1005도 표시되고 있다.
이것을 수신한 유저는, 지시란 1006을 통해, 의뢰자의 보증인으로서 대납을 실행할지 말지의 지시를 수행할 수 있다. 구체적으로는, 의뢰자의 보증인으로서 대납을 실행하는 경우에는 체크 버튼 1006a를 누르고, 실행하지 않는 경우에는 체크 버튼 1006b를 누른다. 이러한 지시 커맨드는 서버에 업로드되는 등을 하여 기록 관리되고, 적절하게 도시되지 않은 결제 서버와의 연계에 의해 결제 처리된다.
[보증인 이외의 "친구"에 대한 지불 지체 통지]
본 발명의 일 실시 형태에 있어서는, 상술한 보증인 기능 외에, 지불에 대한 보증은 하지 않지만, 본인이 지불을 완료하고 있지 않은 것(지체시키고 있는 것)을 통지하는 곳(先)인 "친구" 설정을 할 수 있다. 이것은 멤버가 지불을 완료하지 않은(지체시킨) 채로 방치한 경우에, 해당 본인이 그 사실이 알려지면 곤란한 상대(예를 들면, 부모, 친구나 연인 등)에 대해 지체 통지를 수행하는 것으로, 해당 본인의 지불 또는 변제를 재촉하는 것을 노린 것이다.
해당하는 "친구" 설정은 사전에 서로 멤버끼리로 설정할 수도 있고, 과거에 보증인이 되어 준 사람을 해당 "친구" 설정으로서 계승하게 하거나, 토크 룸 내에서의 커뮤니케이션 실적에 기초하여 특히 친한 사람끼리를 서로의 지체 통지지로서의 "친구"에 자동 등록하거나 하는 것에 의해 설정할 수 있다.
또한, "친구" 설정은, 설정원인 유저에서 보아 같은 토크 룸에 등록되어 있는 유저도, 다른 토크 룸에 등록되어 있는 유저도 친구로서 설정할 수 있다.
도 11a에서, 상기 지체 통지지로서의 "친구"의 유저 단말상의 통지 화면의 예를 나타낸다. 도 11a에는, 상기 지체 통지지인 유저 단말의 화면 1100이 나타나고 있고, 화면 1100 상부에는 단말 스테이터스 1101이 표시되는 것 외에, 통지 타이틀 "친구의 미지불 통지", 이벤트명 표시란 1102, 이벤트 개최 회장 및 개최 일시 표시란 1103 및 이벤트 비용 미지불금 표시란 1104가 표시되고 있다.
또한, 해당 미지불인 친구 유저가 소정 기간을 경과해도 대금의 지불이 아직도 되지 않은 것을 알리는 메시지 1105도 표시되고 있다.
이것을 수신한 친구 유저는, 회답란 1106을 통해, 해당 미지불인 친구에게 자신이 미지불인 통지를 받은 것을 연락할지 하지 않을지의 회답을 수행할 수 있다. 구체적으로는, 미지불 통지를 받은 것을 해당 미지불인 친구에게 연락하는 경우에는 체크 버튼 1106a를 누르고, 연락하지 않는 경우에는 체크 버튼 1106b를 누른다. 이러한 지시 커맨드는 서버에 업로드되는 등을 하여 기록 관리되고, 예를 들면, 체크 버튼 1106a가 압하된 경우에는, 서버에서 통지를 수행하거나 혹은 도시되지 않은 당사자끼리의 토크 룸으로 자동적으로 이행시키는 등을 하여, 당사자끼리가 연락을 취할 수 있도록 제어하거나 한다.
[서버상에서의 지불 관계의 관리 등]
지금까지 설명한 보증 등의 관계는, 지불 참가자 리스트와 연관되어, 예컨대, 도 4a의 단계 S409가 종료된 시점에서 다음의 표와 같이, 서버상에서 관리되고 있다.
지불 참가자 성명
(닉네임)		 회원번호
(ID)		 지불액 보증인
(ID)		 친구
(ID)		 지불 기한
본 발명은 이들로 한정되는 것은 아니지만, 상표에 있어서, 지불 참가자는 "이름(닉네임)" 및 "회원 번호(ID)"에 따라 관리되고 있다(해당 지불 참가자에 관한 정보는 이러한 ID에 연결되는 다른 테이블 등을 참조하는 것으로 취득할 수 있음. 이하 동일함).
"지불액" 란에는, 예를 들면, 도 4a의 단계 S408에서 산출된 금액이 저장된다. "보증인" 란에는, 상술하여 설정된 보증인(해당 지불 참가자의 지불을 보증하는 자)의 ID가 저장된다. 보증인이 존재하지 않는 경우에는 널(null) 등이 삽입된다. "친구" 란에는 상술한 친구의 ID가 저장된다. "보증인에 대한 변제 의무 유무" 란에는 보증인에게 대납 받은 금액의 변제 의무의 유무(변제 필요 여부 플래그)가 저장된다. 이러한 변제 필요 여부 플래그는, 도시되지 않은 화면 입력란 등을 통해 보증인 설정시에 설정할 수 있다. "지불 기한" 란에는 지불 참가자에 의한 지불 기한이 저장된다. 이러한 지불 기한도, 도시되지 않은 화면 입력란 등을 통해 적절하게 설정할 수 있다. 그리고, 각각의 지불 기한은 서버에 의해 관리되고, 이 지불 기한을 지나도 지불이 되지 않는 참가자에 대해서는, 후술하는 여러 가지 독촉 처리가 이루어진다.
도 4b는, 본 발명의 일 실시 형태와 관련되는 정보 시스템을 통해, 커뮤니케이션 수단의 기본인 토크 룸 등에 입실하거나, 메시지를 송수신하거나, 메시지 수신시에 BOT이 존재하고 있었던 경우의 처리 등을 보다 구체적으로 예시하는 기본 동작 플로우이다.
도 4b의 단계 S421에서, 하나의 유저(BOT이 아닌 인간의 유저)가 유저 단말을 통해 앱을 기동하는 등을 하여 토크 룸에 입실하면, 단계 S422로 진행하여, 토크 서버로부터 유저 단말에서 읽혀지거나, 혹은 유저 단말 그 자체의 기억장치 등으로부터 읽혀지거나 하여, 앱을 동작시키기 위한 토크 리스트 등의 스테이터스 정보 및/또는 읽은 메시지 등의 정보가 유저 단말 내의 메모리에서 읽혀진다.
또한, 토크 리스트는, 토크 서버에서 복수 운영되고 있는 토크 룸의 리스트이며, 일례로서, 유저가 멤버인 토크 룸에 대해서는 선택 지시 등에 의해 해당 토크 룸에 입실하고, 다른 멤버 유저와의 그룹 토크를 수행할 수 있다. 그룹 토크는, 토크 서버가 제공하는 메시징 서비스를 통해 멤버가 메시지를 교환하는 (서로 송수신하는) 것에 의해 진행된다.
도 4b에서, 단계 S423~단계 S431까지의 루프는, 커뮤니케이션을 위한 기본 동작 루프이며, 단계 S431에서 앱을 종료(즉, 토크 룸에서 퇴출)하지 않는 한, 다른 멤버와의 메시지의 송수신을 계속할 수 있다. 또한, 기본 동작 루프 내에서, 유저나 그룹에 어시스턴트 BOT(소위 AI 기능을 가지는 어드바이저 프로그램이며, 이러한 BOT 그 자체도 하나의 어카운트를 가지는 유저로서 토크 룸에 참가시킬 수 있음)이 연결되어 있는 경우에는, 이러한 어시스턴트 BOT으로부터 유저에 대해 어드바이스를 수행하게 하거나, 다른 유저로부터의 수신 메시지의 적어도 일부를 토크 서버 등에 전송시키거나 할 수 있다.
이러한 경우의 유저와 어시스턴트 BOT과의 관계는, 인간의 유저끼리의 관계와 같다.
단계 S423에서, 도시되지 않은 조작에 의해 유저로부터 메시지 등의 송신이 있으면(Yes), 단계 S424로 진행하여, 토크 서버에 대한 메시지 등의 송신 처리를 수행한다(단계 S423에서, No인 경우에는 단계 S425로 진행함). 도 4b에서는 도시되지 않았으나, 단계 S424에서 송신되는 메시지 등의 내용에 의해 처리되는 기본 동작 예는 다음의 (1)~(3)와 같다.
(1) 유저 단말로부터 토크 서버로 유저 자신의 메시지가 송신된 경우
토크 서버에서는, 수신한 메시지를 토크 룸 내의 다른 멤버에게 송신(전송)한다. 또한, 필요에 따라서, 수신한 메시지와 관련되는(즉, 수신 메시지에 적절한 응답이 가능한) 하나 이상의 BOT 후보를 추출하고 메시지 송신원인 유저 및/또는 토크 룸 내의 다른 멤버에게 답신시킬 수 있다.
본 발명의 일 실시 형태에 있어서, 이들 BOT 후보에는, BOT에 연결된 BOT_ID와 각 BOT을 나타내는 캐릭터 이미지 및/또는 BOT의 발언인 것을 나타내는 메시지가 포함된다.
(2) 유저 단말에서 토크 서버에 BOT_ID(상술)가 송신된 경우
토크 서버에서는, 지정된 BOT_ID에 기초하여 대응하는 BOT(BOT 서버)에 리퀘스트를 수행할 수도 있다. 본 발명의 일 실시 형태에 있어서는, 토크 서버로부터 BOT 서버에 대해 해당 BOT 서버가 현시점에서 준비하고 있는 (즉, 그 시점에서 토크 룸에서의 대화의 흐름을 따라 제공 가능한) 콘텐츠 후보의 리퀘스트가 수행된다.
또한, 일 실시 형태에 있어서는, BOT_ID는 유저의 메시지와 함께 송신되는 경우도 있다.
(3) 유저 단말에서 토크 서버에 콘텐츠가 송신 또는 지정된 경우
토크 서버에서는, 유저로부터 송신 또는 지정된 콘텐츠(텍스트/음성 정보나 이미지 정보, 그 외 특정 사이트로의 링크 등을 들 수 있음)를 그룹 내의 다른 멤버에게 송신(전송)한다.
단계 S425에서, 유저에 대한 메시지 등의 수신이 있으면(Yes), 단계 S426으로 진행하여, 유저(혹은 해당 유저가 참가하고 있는 토크 그룹)에서 어시스턴트 BOT이 존재하는지(즉, 연결되어 있는지) 여부가 판단되고, Yes인 경우에는 단계 S427a로 진행하여, 메시지(단계 S425에서 기 수신) 중의 일부 또는 전부를 선택한다. 그리고, 단계 S427b로 진행하여, 어시스턴트 BOT을 경유하여 토크 서버에 전송되어, 단계 S428로 진행한다(단계 S426에서 No인 경우에는, 직접 단계 S428로 진행한다).
또한, 단계 S427a~단계 S427b에서, 수신 메시지 중 어느 정도의 메시지를 어시스턴트 BOT을 경유하여 토크 서버에 전송시킬지는, 유저에 의한 허가 설정에 의해 결정되지만, 후술하는 독촉 BOT에 대해서는 비허가 설정으로는 할 수 없도록(즉, 반드시 허가시키도록) 운용할 수 있다.
또한, 상기 전송의 타이밍은, 일례로서, (1) 메시지를 수신할 때마다 해당 메시지의 적어도 일부를 토크 서버에 전송하고, (2) 수신 메시지를 단말상에 표시시킬 때마다 해당 메시지의 적어도 일부를 토크 서버에 전송하는 것의 바리에이션을 적용할 수 있다.
또한, 상기 전송의 타이밍에 있어서, 수신 메시지의 적어도 일부를 토크 서버에 전송할 때에, 해당 일부의 메시지와 함께, 수신 메시지 중 단말에는 표시되지 않은 메시지를 함께 토크 서버에 전송시키도록 제어할 수도 있다.
단계 S428에서는, 수신한 메시지 등이 유저 단말상에 표시된다.
단계 S429에서, 유저에 대한 오브젝트 표시의 수신이 있으면(Yes), 단계 S430으로 진행하여, 수신한 오브젝트의 단말상에서의 보여지는 방법에 관해 적절히 처리한다. 그리고, 단계 S431로 진행한다(단계 S429에서 No인 경우에는, 직접 단계 S431로 진행함).
단계 S431에서, 도시되지 않은 유저 조작에 의해 토크 룸 퇴실 지시가 되면 본 플로우는 종료된다(단계 S432). 단계 S431에서 No인 경우에는, 단계 S423으로 복귀한다.
도 4c는, 주로 토크 서버의 관점에서 나타난 기본 동작 플로우이다.
도 4c의 단계 S451에서, 토크 서버가 처리를 개시하면, 단계 S452로 진행하여, 토크 룸을 운영하기 위한 각종 스테이터스 정보 등이 서버 내의 메모리에서 읽힌다.
도 5에서, 단계 S453~단계 S461까지의 루프는, 유저끼리의 커뮤니케이션을 운영하는 토크 서버의 기본 동작 루프이며, 토크 서버는, 단계 S461에서 처리를 종료하지 않는 한, 메시지 등(전형적으로는, BOT_ID가 포함되는 메시지와 포함되지 않는 메시지가 있을 수 있음. 또한, BOT_ID 만의 메시지도 있을 수 있음) 혹은 콘텐츠(콘텐츠 그 자체 혹은 콘텐츠를 지정하기 위한 지정 메시지가 포함됨)의 도래를 기다린다.
단계 S453에서는, 메시지 등의 수신이 있었는지가 판단되어, No인 경우에는 단계 S459로 진행하지만, Yes인 경우에는 단계 S454로 더 진행하여, 수신한 메시지 등 내에 BOT_ID가 포함되는지가 판단된다. 단계 S454에서 No인 경우에는 다른 유저로부터의 메시지 등의 수신이기 때문에, 단계 S457로 진행하여, 수신한 메시지 내용에 따른 응답이 가능한 BOT(복수의 경우도 있음)을 추출 또는 특정하기 위한 처리를 한다. 일 실시 형태에 있어서, 이러한 BOT의 추출 또는 특정 처리는, 토크 서버로부터 BOT 서버(군)로의 문의 및 응답에 의해 실현된다.
그리고, 단계 S458에서는, 이전 단계에서 추출 또는 특정된 BOT 후보를 토크 그룹 내의 다른 유저에게 송신하고, 단계 S459로 진행한다.
또한, 단계 S457 및 단계 S458은, 필수의 단계가 아니며, 적절히 생략할 수 있다.
한편, 단계 S454에서 Yes인 경우에는, 전형적으로는 수신한 메시지가 (이미 제시 완료인) BOT 후보에 대한 지정이기 때문에, 단계 S455로 진행하여, 지정된 특정한 BOT(서버)에 대해, 콘텐츠 또는 콘텐츠 후보의 리퀘스트를 송신한다. 다음으로, 특정한 BOT(서버)로부터 콘텐츠 후보가 송신되어 온 경우에는 단계 S456에서 수신한 콘텐츠 후보를 메시지 송신원인 유저 단말에 송신하는 것과 동시에, 이러한 유저 단말을 통해(또는 이러한 유저 단말을 개입시키는 일 없이) 상술한 콘텐츠 후보를 다른 유저의 단말에도 송신하여, 콘텐츠의 실시간 공유를 실현한다. 그리고, 단계 S459로 진행한다.
단계 S459에서는, 콘텐츠 그 자체 혹은 콘텐츠에 대한 지정 메시지의 수신이 있었는지가 판단되고, Yes인 경우에는 단계 S460으로 진행하여, 콘텐츠를 그룹 내의 다른 유저에게 송신한다(단계 S459에서, No인 경우에는 단계 S461로 진행한다). 이 때, 수신한 메시지가 콘텐츠에 대한 지정 메시지(일례로서, URL의 특정에 의해 입수 가능한 콘텐츠 정보)인 경우에는 필요에 따라 토크 서버에서 해당 콘텐츠를 취득하고 이것을 그룹 내의 다른 유저에 송신한다. 그리고, 단계 S461로 진행한다.
단계 S461에서는, 토크 서버로서의 동작을 종료할지가 판단되고, 도시되지 않은 조작에 의해 토크 서버의 동작을 종료하는(단계 S461에서 Yes) 경우에는, 단계 S462로 진행하여, 본 플로우는 종료되지만, 단계 S461에서 No인 경우에는, 단계 S453으로 복귀한다.
[지불 등의 계산 플로우를 실행하기 위한 기능 모듈의 정리]
도 5에서, 본 발명의 일 실시 형태와 관련되는 시스템 등에서의 동작의 기능 개념을 나타낸다. 특히, 도 2 내지 도 4c를 참조하여 설명하는 각 기능은, 도 1에서의 제어장치 1110(서버 측) 및 제어장치 1510(단말 측)에서의 확장된 처리부를 요구하는 것이므로, 여기에서는, 각각의 기능에 대해서 설명한다.
지금까지 설명한 대로, 본 발명의 일 실시 형태와 관련되는 시스템은, 크게는 간사자 단말상에서의 수금 UI 등 제공 기능 510과 참가자·보증인, 그 외의 친구 등의 단말상에서의 수금 UI 제공 기능 520을 포함하는 것이지만, 이들은 적절히 서버 110 등과 연계 혹은 동기되어(이에 따라, 간사자 단말과 참가자 등의 단말이 연휴되어), 각각의 기능의 실체가, 기억장치 1105 및 1515에 기억된 각종 프로그램 및 각종 데이터가 제어장치 1110 및 제어장치 1510에서 적절히 읽혀서 실행되는 여러 기능으로서 실현되는 것이다(이하에 말하는 하위 기능에 대해서도 동일함).
도 5에서, 간사자 단말상에서의 수금 UI 등 제공 기능 510은, 크게 나누면, 전술한 것처럼, 영수증 등의 독취 기능, 금액 확인(집계) 기능, 각자 부담 방법 등 선택 기능, 각종 산출 기능, 각종 통지 기능을 포함하는 것이지만, 보다 상세하게는, 수금 리스트 작성 UI 제공 기능 511과 수금 UI 제공 기능 512로 구분되어, 각각 다음의 표에서와 같은 서브 기능을 가진다.
수금 리스트 작성 UI 제공 기능 511의 구성 이벤트 참가자를 모집하는 기능
예정 입력 접수 기능
예산 입력 접수 기능
각자 부담 방식 설정 기능
참가자 관리 기능
수금 UI 제공 기능 512의 구성 영수증 독취 기능·인식 기능
금액 확인 기능
각자 부담 방식 확인 기능
할당 금액 확인 기능
통지/발신 기능
또한, 참가자 등 단말상에서의 수금 UI 등 제공 기능 520도, 크게 나누면, 전술한 것처럼, 영수증 등의 독취 기능, 금액 확인(집계) 기능, 각자 부담 방법 등 선택 기능, 각종 산출 기능, 각종 통지 기능을 포함하는 것이지만, 보다 상세하게는, 참가자 기능 521과 보증인 기능 522로 구분되며, 각각 다음의 표와 같은 서브 기능을 가진다.
참가자 기능 521의 구성 이벤트 참가 UI 제공 기능
예산 가부 접수 기능
각자 부담 방식 선택 기능
보증인 기능 522의 구성 보증인 설정 승인 기능
대납 지불 기능
통지/발신 기능
<제2 실시 형태>
제2 실시 형태는, 복수의 유저 단말(일례로서, 간사 단말 및 참가자 단말 A~C, 참가자가 되는 경우도 있는 보증인 단말, 친구 단말)의 사이의 지불이나 메시지 등의 교환을 시스템 전체의 운용 씬으로서 설명하는 것이다. 토크 룸의 설명에서도 분명하게 되는 것처럼, 유저 단말 사이의 메시지 교환에 있어서도 서버가 관여하지만, 여기에서는 이해의 용이성을 위해 서버의 존재를 생략하고 있다(실제로는, 서버는 적절하게 관여함).
또한, 제2 실시 형태에 기재된 내용의 일부 또는 전부는, 그 특징이 서로 배타적인 경우를 제외하고 다른 실시 형태에도 적용 가능하다.
또한, 실시 형태에 있어서 예시되는 동작 또는 처리 시각(t1 등)은, 본 발명의 개념의 이해의 용이성을 위해서 예시된 것이며, 본 발명이 실시 형태에 있어서 예시되는 개별적인 시계열 관계에 제한되는 것은 없다(이하, 시각을 명시하여 예시하고 있는 실시 형태에 있어서도 동일함). 또한, 사람끼리의 교환과 같이 기재되어 있는 것은, 각각이 소지하는 단말끼리의 교환 혹은, 서버를 통한 단말끼리의 교환이다.
이하, 도 6을 참조하여 설명한다.
도 6에서 나타낸 본 발명의 일 실시 형태에 있어서, 시각 t1까지 간사 단말상에서 이벤트 페이지가 작성되어, 미리 초대하는 참가자 리스트(사전 참가자 리스트)가 작성되는 등을 통해, 초대 멤버(A~C)에 대해 이벤트 참가 UI가 발신된다(단계 S601). 다음으로, 시각 t2에서는, 각각의 단말에서 이벤트 참가 표명이 답신된다(단계 S602). 또한, 도 6의 시각 t2에서는, 설명의 편의상, 이벤트 참가 표명을 나타내는 화살표는 하나뿐이지만, 복수의 참가자의 답신이 있는 것으로 한다(이하, 후술하는 통지나 지불 등의 각 처리에 대해서, 단계 S305에서 설명하는 것처럼 특별한 반대가 있는 경우를 제외하고는 동일함).
시각 t3~t4까지, 도시되지 않은 회장에서 이벤트가 수행된다. 본 발명의 일 실시 형태에 있어서, 참가자는 자신의 단말을 지참하고 이러한 이벤트에 참가하고 있다.
다음으로, 시각 t5까지 이벤트에 따라 발생한 비용에 대해, 간사로부터 참가자에게 지불 의뢰를 한다(단계 S603). 본 발명은 이것으로 한정되는 것은 아니지만, 여기에서는, 간사가 일단 일괄하여 대납 지불을 하는 것(그리고, 그 후 각 참가자에게 청구함)으로 할 수 있고, 간사가 일괄하여 지불하기 위해 각 단말로부터 비용을 징수하는 것(그리고, 그 후 일괄 지불함)에 의해 처리를 진행시킬 수도 있다.
시각 t6에서는, 참가자 A~C에 의해 각자의 단말로부터 간사 단말에 대한 지불 방법이나 지불 시기(지불 기한)에 대한 통지가 된다(단계 S604). 이러한 정보는 서버에도 기록 관리시킬 수 있다(이하, 단말끼리 거래되는 정보에 대해서도 동일함).
그리고, 여기에서는, 발명의 이해를 위해서 참가자 A~C의 대응(및, 참가자 A~C로의 대응)을 다르게 하고 있고, 그러한 전제하에서 설명을 계속한다.
[참가자 A의 대응]
시각 t7에서는, 참가자 A로부터 간사에 대해 지불을 한다(단계 S605). 본 발명의 일 실시 형태에 있어서는, 참가자 A의 단말로부터 간사 단말에 전자 밸류의 송금(송신 또는 이동)이 되는 것이지만, 본 발명은 이것으로 한정되는 것은 아니며, 최종적으로 결제 등을 하기 위해서 필수가 되는 정보처리이면 족하다.
[참가자 B에 대한 대응]
시각 t8~시각 t12까지는, 참가자 B 및 참가자 B의 보증인에 대한 대응 예를 나타내는 동작 플로우이다. 시각 t8은, 시각 t6부터 이미 소정 기간이 경과한 것이다. 구체적으로는, 참가자 B의 간사에 대한 지불 기한이(경우에 따라서는 큰 폭으로) 경과하고 있다. 시각 t8에서는, 우선, 간사로부터 참가자 B로의 지불의 독촉 통지를 한다(단계 S606). 이러한 독촉 통지의 발신원은 반드시 간사 단말일 필요는 없고, 서버의 기한 관리에 기초하여 서버 주체로 수행될 수도 있다(이하, 통지 등의 주체에 대해서 동일함).
시각 t9는, 시각 t8으로부터 더 소정 시간이 경과하고 있거나 혹은 시각 t8의 직후일 수 있다. 시각 t9에서는, 간사 단말(혹은, 서버)로부터 참가자 B의 보증인의 단말에 대해, 참가자 B의 미지불의 통지를 한다(단계 S607). 그 통지 화면 예는, 도시되지 않은 심플한 미지불인 통지일 수 있으나, 본 발명은 이것으로 한정되지 않고, 도 10을 참조하여 예시한 것 같은 대납 가능 여부 문의 통지일 수도 있다(본 동작 플로우에서는, 보증인에 대한 대납 가능 여부 문의 통지로 함).
또한, 보증인에 대한 대납 가능 여부 문의 통지의 전에 상술한 미지불의 통지를 수행하도록 할 수 있다.
또한, 단계 S606 및 단계 S607의 어플리케이션으로서의 통지 주체는, 앞서 설명한 BOT에 의한 것으로 할 수 있다(이른바 독촉 BOT에 의한 독촉 처리).
이러한 경우에, BOT은, 단계 S606이나 단계 S607에서 독촉지 및/또는 통지지 유저의 불허가 설정을 뛰어넘어 독촉 및/또는 통지를 수행하게 할 수 있다(독촉지 및/또는 통지지 유저의 불허가 설정에 의해, 해당 BOT의 연락 등이 거부되어 버리는 것을 방지하기 위해서임).
시각 t10에는, 참가자 B의 보증인이 참가자 B의 비용의 대납 지불에 동의하고, 보증인으로부터 간사에 대해 대납 지불 처리가 된다(단계 S608). 이것으로 한정되는 것은 아니지만, 구체적인 예로서 전자 밸류에 의한 지불을 수행한다.
시각 t11에는, 참가자 B의 보증인으로부터 참가자 B로의 대납 지불 통지를 수행하고(단계 S609), 시각 t12에는, 참가자 B로부터 참가자 B의 보증인에 대한 지불(이른바 변제)를 수행한다(단계 S610). 본 발명의 일 실시 형태로서, 단계 S610에서 변제를 하는 것은 참가자 B와 참가자 B의 보증인 사이의 보증 관계가 대납시의 변제 의무 있다고 등록 혹은 설정되어 있기 때문이다. 양자간에서 변제 의무가 없는 보증 관계가 연결되어 있는 경우에는, 단계 S610은 불필요하며 생략된다.
[참가자 C로의 대응]
시각 t13~시각 t14까지는, 참가자 C 및 참가자 C의 친구에 대한 대응 예를 나타내는 동작 플로우이다. 시각 t13에서는, 시각 t6으로부터 이미 소정 기간이 경과하고 있다. 구체적으로는, 참가자 C의 간사에 대한 지불 기한이 지나고 있다. 시각 t13에서는, 우선, 간사로부터 참가자 C의 친구에 대한 미지불의 통지를 한다(단계 S611). 이러한 미지불 통지의 발신원은 반드시 간사 단말일 필요는 없고, 서버의 기한 관리에 기초하여 서버 주체로 수행될 수도 있다(이하 동일함). 그리고, 참가자의 친구에 대한 미지불 통지의 통지 화면 예는, 도 11a를 참조하여 설명한 것과 같다.
시각 t14에는, 참가자 C의 친구가 참가자 C에 지불의 독촉을 수행한다(단계 S612). 참가자 C는, 간사로부터 독촉되는 것보다 친한 친구로부터 독촉되므로, 시급하게 간사에 대한 지불을 수행하는 것이 기대된다.
또한, 단계 S611 및 단계 S612의 어플리케이션으로서의 통지 주체는, 전술한 BOT에 의한 것으로 할 수 있다(이른바 독촉 BOT에 의한 독촉 처리).
이 경우에, BOT은, 단계 S611이나 단계 S612에서 독촉지 및/또는 통지지 유저의 불허가 설정을 뛰어넘어 독촉 및/또는 통지를 수행하도록 할 수 있다(독촉지 및/또는 통지지 유저의 불허가 설정에 의해, 해당 BOT의 연락 등이 거부되어 버리는 것을 방지하기 위해서임).
특히, 도 11b에서는, BOT에 의한 제3자 통지의 바리에이션을 수행하는 경우의 통지 화면 예를 나타낸다. 도 11b에는, 토크 룸에서의 커뮤니케이션을 수행하고 있는 유저 단말의 화면 1150이 나타나고 있고, 화면 1150 상부에는 단말 스테이터스 1501이 표시되는 것 외에, 토크 룸 화면 내에 여러 가지 메시지가 시계열(위에서 아래로의 흐름)로 표시되고 있다.
이 토크 룸 화면에서, 메시지 1161, 1162는, 해당 화면을 표시하고 있는 유저 단말 이외의 유저 단말로부터 보내져 온 것이며, 메시지 1163, 1164는, 해당 화면을 표시하고 있는 유저 단말로부터 발신된 것이다.
그리고, 메시지 1170, 1180은, 전술한 메시지 교환의 흐름을 판단하여 BOT이 미지불인 사람 ●●에 대한 독촉 혹은 통지를 수행하는 메시지이다.
본 발명의 일 실시 형태로서, 메시지 1170, 1180이 발생하는 조건은, 다음과 같은 것이 고려된다.
(1) 미지불자의 지불 기한이 경과하고 일정한 기간이 더 경과한 것.
(2) 토크 룸에 미지불인 사람 혹은 미지불인 사람의 친구 혹은 보증인이 참가 중인 것.
또한, 도 11b에서는, 대납의 변제 의무가 있는 경우의 독촉 통지 예를 나타냈지만, 본 발명은 이것으로 한정되지 않고, 대납의 변제 의무 없는 경우의 감사 독촉 통지를 BOT에게 수행하도록 할 수도 있다. 이 경우에, 메시지 1170은 "그러고보니까, ●● 씨는, △△ 씨에게 대납받은 감사를 아직 말하자 않았어요~"라고 되며, 메시지 1180은 "●● 씨! △△ 씨에게 감사의 말씀을 전하지 않으면 안되"라고 된다. 이런 감사 독촉도 소셜 메시징에서의 매너 향상에 기여하는 것이 된다.
물론, 대납의 변제 의무 없음인 경우에는, 특히, BOT에 독촉 통지를 수행하게 하지 않도록 운용할 수도 있다.
<제3 실시 형태>
제3 실시 형태는, 제3자로부터 그룹에 송금하는 본 발명의 바리에이션을 설명하는 것이다. 이러한 바리에이션에 의하면, 예를 들면, 이벤트에는 참가하지 않지만 자금의 제공(기부)은 하고 싶어하는 그룹 내 외의 제3자로부터, 해당 그룹(혹은, 이벤트에 참가하는 멤버로 구성되는 서브그룹)에 대한 송금을 실현할 수 있다. 또한, 본 실시 형태의 송금 방법은, 근래 보급되고 있는 전자홍포(정보처리 단말을 통해 전자화폐를 보내는 온라인 세뱃돈)에도 응용 가능하다.
또한, 제3 실시 형태에 기재된 내용의 일부 또는 전부는, 그 특징이 서로 배타적인 경우를 제외하고 다른 실시 형태에도 적용 가능하다.
도 12에서, 기본 동작 플로우를 나타낸다. 도 12의 단계 S1201에서 도시되지 않은 단말 화면을 통해 송금 예약 설정 처리가 개시되면, 단계 S1202로 진행하여, 송금지 그룹이 설정된다. 본 발명의 일 실시 형태에 있어서는, 송금은 자동적으로 수행되고, 그것을 위한 송금 조건은, 후속하는 단계 S1203에서 도시되지 않은 설정 화면을 통해 설정된다.
또한, 본 발명의 특징으로서, 송금지는 복수의 개인 앞으로 설정할 수 있는 것 뿐만아니라, 그룹 단위로도 설정할 수 있다. 복수의 개인 앞으로 설정한 경우에는, 해당 설정 후의 송금지는 고정되어 버리지만, 그룹 단위로 설정한 경우에는, 해당 설정 후에 그룹의 구성 멤버가 변화한 경우에도 송금이 수행된 시점에서의 구성 멤버에 대한 송금이 가능하게 된다(또한, 여기서 말하는 송금은, 이 때까지 설명한, 전자 밸류의 송신 혹은 단말 사이의 이동과 같은 취지이며, 이하 동일함).
이러한 그룹 단위로 송금지 설정을 할 수 있는 것으로, 상술한 이벤트 참가형의 그룹에 대해 출자나 기부를 하는 경우에도, 이벤트 개시에 있어서, 또는, 종료시에 확정된 참가 멤버에 대해, 정확하고 확실하게 출자 혹은 기부할 수 있게 된다.
단계 S1203에서는, 송금 조건이 설정된다. 조건의 설정은, 송금 타이밍 및 송금시의 분배에 대해서 설정할 수 있다. 본 발명은 이들로 한정되는 것은 아니지만, 송금 타이밍에 대해서는, 다음과 같은 것을 들 수 있다.
(1) 그룹이 임하고 있는 어떠한 행사가 완료되었을 때.
(2) 송금자(또는 수신자)의 대처(시험이나 경기 등)로 좋은 결과가 나왔을 때.
또한, 송금시의 분배에 대해서는, 다음과 같은 것을 들 수 있다.
(1) 그룹의 대표자에게 맡긴다.
(2) 그룹 멤버에 대해 균등한 할당.
(3) 그룹이 임하고 있는 행사에서의 각 멤버의 달성도에 따라 분배.
이상의 송금 조건 설정이 완료되면, 단계 S1204로 진행하여, 송금 예약 설정 처리는 완료된다.
도 13에서는, 도 12를 참조하여 설명한 송금(예약)자에 의한 송금 예약 설정이 완료된 후에, 서버(혹은 송금 서버) 측에서 어떠한 처리를 하는지를 나타낸다.
단계 S1301에서는, 도 12에서 설정된 송금 조건(중 송금 타이밍에 관한 조건)에 기초하여, 이벤트 트리거 혹은 이벤트 핸들러가 개시되면, 단계 S1302로 진행하여, 송금 조건(혹은 지불 조건)를 만족하는 이벤트가 발생하였는지가 판단된다. 단계 S1302에서 No인 경우에는 다시 단계 S1302로 돌아오지만(소위 이벤트 대기의 상태가 됨), Yes인 경우에는 단계 S1303으로 진행된다.
단계 S1303에서는, 송금지 그룹 정보가 독출된다. 이 때, 이러한 시점에서 소속되어 있는 멤버가 독출되는 것으로 어떤 그룹에서 특정한 이벤트 참가 그룹을 모집한 경우의 특정 참가 그룹에 대한 송금은, 이러한 시점에서의 참가자에 대해 할당되게 된다. 또는, 본 발명의 다른 실시 형태로서, 항상 그룹 전체에 대한 적립금처럼 송금될 수도 있다.
단계 S1304에서는, 송금 대상이 되는 그룹의 멤버에 대한 송금 할당 처리가 수행되고, 단계 S1305에서는, 그룹 멤버에 대한 송금 처리가 수행된다. 이 때, 필요에 따라 송금원(송금자)에게 송금 완료 통지를 할 수 있다.
그리고, 단계 S1306으로 진행하여, 송금 처리는 완료된다.
<제4 실시 형태>
제4 실시 형태는, 도 6의 단계 S603에서의 지불 의뢰의 바리에이션 예이며, 수금 개시로부터 각자 부담 처리 혹은 분담 지불 처리까지를 상세하게 설명하는 것이다. 이하, 도 14를 참조하여 설명한다.
또한, 제4 실시 형태에 기재된 내용의 일부 또는 전부는, 그 특징이 서로 배타적인 경우를 제외하고 다른 실시 형태에도 적용 가능하다.
도 14의 단계 S1401에서 처리를 개시하면, 단계 S1402로 진행하여, 간사 단말에서 이벤트 참가자의 독출을 수행한다. 이러한 독출은 토크 룸의 등록 멤버를 간사 단말에서 독출하도록 하는 것으로 할 수 있으나, 본 발명은 반드시 이것으로 제한되지는 않고, 서버상에서 관리되는 어떠한 그룹에 등록된 멤버를 독출하도록 운용할 수도 있다(즉, 제4 실시 형태 이후의 실시 형태에 있어서는, 이벤트 참가는 반드시 토크 룸에 등록된 멤버일 필요는 없음).
또한, 본 발명의 다른 실시 형태에 있어서는, 본 단계는 생략 가능하다(이 경우, 단계 S1401부터 단계 S1403으로 스킵함).
단계 S1403에서는, 간사 단말로부터 그 자리(이벤트 회장 등)에 마침 있는 참가자 단말에 대한 지불의 호소가 수행된다. 본 발명의 일 실시 형태에 있어서는, 근접 무선통신(NFC)을 사용한 수금 통지가 수행될 수 있다.
단계 S1404에서는, 간사 단말에서, 수금 통지를 받은 참가자 단말로부터의 지불 응모를 기다린다(단계 S1404에서 No가 되어, 본 단계로 복귀하는 루프). 본 발명의 일 실시 형태에 있어서는, 참가자 단말의 지불 응모는, 근접 무선통신(NFC)에 의해 수행된다(전달된다). 혹은, 자신의 단말을 셰이크(Shake) 하는 것에 의해 수행된다(전달된다). 여기서, 셰이크 동작은, 단말에 내장된 가속도 센서 등에 의해 단말의 흔들림으로서 검지되며, 이를 수금 통지에 대한 긍정적인 응답으로 할 수 있다.
그 외, 참가자 단말의 지불 응모는, 다른 수단(음파, 자기에 의한 전달 수단)에 의해 전달될 수도 있다.
단계 S1404에서 Yes가 되면, 단계 S1405로 진행한다.
단계 S1405에서는, 지불 응모자(지불에 응하는 자)를 지불 멤버에 추가한다. 그리고, 단계 S1406으로 진행하여, 지불 응모(호소)를 종료할지를 판단된다. 이러한 판단은, 호소한 참가자 전원의 응답을 기다리고 종료된다는 기준을 채용할 수 있고, 일정수 이상의 응모로 간사자 단말 측에서 중단하는 것으로 할 수도 있다. 단계 S1406에서 No인 경우에는, 단계 S1404로 복귀하지만, Yes인 경우에는 단계 S1407로 진행한다.
단계 S1407에서는, 지불 멤버 내에서의 지불액의 분담 조정을 한다. 본 발명의 일 실시 형태에 있어서는, 균등한 할당 처리가 수행되지만 본 발명은 이것으로 한정되지는 않고, 여러 가지의 조정이 가능하다. 추가적인 바리에이션에 대해서는, 도 15 등을 참조하여 상술한다.
단계 S1408에서는, 지불 멤버 사이 혹은 지불 멤버와 그 외의 참가자 멤버 사이의 조정 처리를 수행한다. 예를 들면, 지불 멤버 D, E, F가 있다고 하고, D가 E 및 F의 부분을 대납한 경우에는, 후일 E 및 F는 D에 대납한 부분을 변제한다. 혹은, 선배가 대납한 만큼(일례로서 10000엔)의 몇 할은 후일 후배들이 지불한다(일례로서, 일률 1000엔) 등이다.
이상의 처리를 거쳐, 본 플로우는 종료된다(단계 S1409).
<제5 실시 형태>
제5 실시 형태는, 유저 단말상에서의 화면 표시 예에 포커스하여 본 발명의 일 실시 형태에서의 특징을 설명하는 것이다. 이하, 도 15~도 19를 참조하여 설명한다.
또한, 제5 실시 형태에 기재된 내용의 일부 또는 전부는, 그 특징이 서로 배타적인 경우를 제외하고 다른 실시 형태에도 적용 가능하다.
특히, 유저 인터페이스에 특화된 제5 실시 형태는, 반드시 유저 단말 사이 혹은 서버를 통한 전자 밸류의 송수신을 수반할 필요는 없고, 현금으로 교환을 수행할 때의 각자 부담 앱 혹은 "보이는 비용 부담 조정 앱"으로서 다양한 어플리케이션에 채용할 수 있다.
도 15(A)에서 나타내는 본 발명의 일 실시 형태에 있어서, 단말 1500(케이스부 등은 미도시)의 표시 화면상에는, 단말 스테이터스 1501이 표시되는 것 외에, 친구 혹은 이벤트 참가자 리스트 표시란 1502가 표시되고 있다. 표시란 1502에 해당자를 표시시키기 위해서는, 도 14에서 설명한 호소 및 (셰이크 등에 의한) 응모를 수행할 수 있으나, 도 15(A)의 화면에서는 반드시 그것들은 필요한 것은 아니고, 이미 등록되어 있는 친구 리스트나 이벤트 참가자 리스트를 단말상에 호출하는 (독출하는) 것만으로 충분하다.
도 15(B)에 나타난 M1~M9가 그 리스트이다. M1~M9는, 각각이 친구 혹은 이벤트 참가자를 나타낸다.
도 15(B)에는, 단말 1510의 표시 화면상에서, 단말 스테이터스 1511 외에, 친구 혹은 이벤트 참가자 리스트 표시란 1512에서 독출된 친구 혹은 이벤트 참가자 M1~M9가 표시되고 있고, 동일한 화면상에 "지불자를 체크해 주세요"라고 안내되고 있는 것처럼, 이러한 화면상에서 간사는 지불을 수행하는 사람을 탭하는 등을 하여 지정할 수 있다. 이 경우에, 식사회 등의 이벤트의 회장(레스토랑 등)에서는, 간사가 실제로 말을 거는 등을 하여 지불에 응모하는 사람을 확인하면 충분한 것이고, 반드시 상술한 NFC 등에 의한 통신이 필요하지는 않다(물론, NFC 통신 등에 의해 확인을 취할 수 있음).
본 발명의 일 실시 형태에 있어서는, M1~M3, M5, M6이 지불에 응했으므로, 표시란 1512 안의 참가자 마크(동그라미 표시)가 각각 탭 등이 되어 체크 표가 들어가 있다.
도 16에서 나타낸 본 발명의 일 실시 형태에 있어서는, 단말 1600의 화면상에 단말 스테이터스 1601이 표시되는 것 외에, 친구 혹은 이벤트 참가자 리스트 표시란 1602가 표시되고 있다. 설명의 편의상, 도 15에 계속하여 설명하면, 표시란 1602에는 지불에 응한 참가자 M1~M3, M5, M6이 체크 표시를 넣은 표시가 되어 있다. 여기에서는, 각각의 지불 비율(지불액의 분담)을 결정하기 위한 인터페이스가 제공되고 있다.
도 16에서는, 우선, 도시되지 않는 선택 메뉴에 의해 지불 비율의 종류를 결정한다. 일례로서, 다음과 같은 것이 있다.
(1) 균등 할당
(2) 단계 부담(도 16에서 나타낸 3단계의 부담 등) 및 단계 수
(3) 상기 (2)의 경우의 각 단계의 금액(도 16에서 나타낸 것처럼 10000엔, 5000엔, 3000엔 등)
도 16에서는, 예시적으로, 상기 (2) 및 (3)로의 선택이 되어, 3 단계에 의한 부담이 결정된다. 각 단계의 부담액은, 큰 금액으로부터 10000엔, 5000엔, 3000엔이다. 해당하는 선택이 되면, 일 실시 형태에 있어서는, 동일한 도면에서 나타낸 것처럼 부담액 아이콘(지불액 영역이라고도 함) 1605~1607이 표시된다.
다음으로, 지불에 응한 참가자 M1~M3, M5, M6이 각각 얼마의 부담을 하는지를 결정하기 위해서, 드래그 앤드 드롭 혹은 플릭 조작 등에 의해 각자의 아이콘을 부담액 아이콘으로 이동시킨다. 일 실시 형태에 있어서, 동일한 도면에서는, M1은 10000엔의 부담이 되었으므로 M1 아이콘은 지불액 영역 1605으로 이동되고, M2는 5000엔의 부담이 되었으므로 M2 아이콘은 지불액 영역 1606으로 이동되고, M3은 3000엔의 부담이 되었으므로 M3 아이콘은 지불액 영역 1607으로 이동된다(M5, M6에 대해서도 부담액이 결정된 시점에서 이동된다).
또한, 단계 부담에 의한 부담액을 결정할 때에는, 부담액이 가장 적은 틀에 총액 중의 끝수를 포함시킬 수 있다. 또한, 미리 제3자 등으로부터 출자 혹은 기부를 받고 있었던 경우에는, 이러한 시점에서 총액으로부터 미리 출자 부분 혹은 기부 부분을 공제하고 나서 부담 비율 결정 처리를 개시시킬 수도 있다.
도 17에서는, 지불에 응한 사람 간의 지불액이 다른 결정 방법을 나타낸다. 동일한 도면에는, 단말 1700의 화면상에 단말 스테이터스 1701이 표시되는 것 외에, 친구 혹은 이벤트 참가자 리스트 표시란 1702가 표시되고 있다. 동일한 도면은, 설명의 편의상, 도 16과 연관하여(지불자가 동일해지도록) 표현되고 있으나, 도 15의 계속으로서 이해할 수도 있다.
도 17(A)에는, 표시란 1702에 지불자 M1~M3, M5, M6의 아이콘이 표시되고 있으나, 여기에서는 지불액을 결정하는 전 혹은 후에, 다음의 조작에 의해 부담자의 조정 처리를 수행할 수 있다.
(1) 다른 부담자의 부분도 아울러 부담하는 경우에는, 부담해 주는 측의 부담자 아이콘을 부담하는 측의 아이콘에 중첩한다.
(2) 상기 (1)의 조작은 여러 번(반복하여) 실행할 수 있다.
또한, 상기 (1)이나 (2)의 조작을 통합 조작 혹은 총합 처리라고도 한다.
도 17(A)에서는, 예시적으로, M1이 M2, M5, M6의 부분도 함께 부담하게 되었으므로, 우선, M2 아이콘이 드래그 앤드 드롭 혹은 플릭 조작에 의해 M1 아이콘상에 중첩되어, 계속해서, M5, M6 아이콘이 각각 M1 아이콘상에 중첩된다(각각, 총합된다).
그러면, 도 17(B)에서 나타낸 것처럼, 표시란 1712 상에는, 실제의 지불자(지불 창구)로서, M1과 M3이 남아 있고, M1 아이콘 안에는, M2, M5, M6의 3인분의 대납이 포함되어 있다는 의미로, M1 본인 부분을 합해서 4인분을 나타내는 "4" 숫자가 표시된다.
서버 등에서 관리되는 관리 테이블에 대해서도, 데이터 구성상, 도시되지 않은 레코드 혹은 서브 테이블이 확장되어, M1이 M2, M5, M6의 부분도 대납하는 취지 (혹은, M2, M5, M6은, 각각 M1에서 부담해 주는 취지)의 레코드 등이 추기된다.
또한, 1710, 1711은, 각각 1700, 1701에 대응한다.
도 18에서, 친구 혹은 이벤트 참가자 리스트로부터 무료인 사람(지불이 면제되는 자)를 간단하게 제외하는 조작 방법을 나타낸다. 또한, 도 18에서 나타낸 인터페이스 기능은, 일단은 지불에 응한 사람을 제외 또는 면제하는 조작으로서도 사용할 수 있다.
동일한 도면에는, 단말 1800의 화면상에 단말 스테이터스 1801이 표시되는 것 외에, 친구 혹은 이벤트 참가자 리스트 표시란 1802가 표시되고 있다. 그리고, 표시란 1802에는, 멤버 M1~M9의 아이콘이 표시되고 있다. 본 발명의 일 실시 형태에 있어서, 여기에서 무료인 사람(지불이 면제되는 자)를 제외하기 위해서는, 해당사람을 소정의 틀(도 18에서의 틀 1803) 밖으로 드래그 앤드 드롭 혹은 플릭 조작할 수 있다.
본 발명의 일 실시 형태에 있어서, M4, M7~M9가 무료인 사람으로 되었으므로, 각각의 아이콘은, 테두리 1803 밖으로 플릭되고 있다. 그 결과, 관리 테이블상에는, M4, M7~M9의 해당 이벤트의 부담 금액으로서는 제로로서 기록 관리된다.
도 19(A)에서, 지불에 응한 사람의 지불의 진척률을 직관적으로 시인하기 쉽도록 구성한 인터페이스 예를 나타낸다. 동일한 도면 (A)에는, 단말 1900의 화면상에 단말 스테이터스 1901이 표시되는 것 외에, 친구 혹은 이벤트 참가자 리스트 표시란 1902가 표시되고 있다. 그리고, 표시란 1902 안에는, 지불에 응한 사람 M1~M3, M5, M6 및 지불 완료 확인 범위 1903이 표시되고 있다.
이러한 지불 완료 확인 범위는, 지불에 응하는 사람의 지불 상황을 확인 가능한 확인 영역이다.
본 발명의 일 실시 형태에 있어서는, 실제로 지불이 완료된 사람에 대해서는, 해당 아이콘을 틀 1902 안으로 차례차례 플릭시킨다.
그러면, 총액에 대해 수금된 달성률을 동일한 도면 (B)~(D)와 같이 시각적으로 표시시킬 수 있다. 동일한 도면 (B)는 총액에 대해 30% 징수된 상태, 동일한 도면 (C)는 총액에 대해 50% 징수된 상태, 동일한 도면(D)는 100% 징수된 상태를 나타낸다.
또한, 본 발명의 일 실시 형태에 있어서, 동일한 도면 (B)~(D)는, 지불에 응하는 사람의 부담 비율에 따른 면적(혹은, 그 시점에서의 지불액 합계)를 나타낸다. 그런 의미에서, 동일한 도면 (D)에서 나타낸 "100% Complete"의 표시 영역은, 지불에 응하는 사람의 부담 비율의 합계에 따른 면적이며, 확인 영역의 총면적과 일치한다.
이와 같이, 도 19(A) 및 (B)에서 나타낸 인터페이스를 채용하는 것으로, 분주한 음식점에서의 수금 회계도 원활하게 진행시킬 수 있어 적합하다. 이러한 경우에, 지불 방식은 지금까지 설명한 전자 밸류의 단말 사이 이동일 수 있고, 또는 현금으로 주고받는 경우일 수도 있다. 어느 경우에 있어서도, 비용 비율의 분담이나 징수가 쉬워진다는 효과를 상주한다.
본 개시의 실시 형태를 여러 도면이나 실시예에 기초하여 설명하였으나, 당업자라면 본 개시에 기초하여 여러 가지 변형이나 수정을 실시하는 것이 용이한 것에 유의한다. 따라서, 이러한 변형이나 수정은 본 개시의 범위에 포함되는 것에 유의한다. 예를 들면, 각 수단, 각 단계 등에 포함되는 기능은 논리적으로 모순되지 않도록 재배치 가능하고, 복수의 수단이나 단계 등을 하나로 조합하거나 혹은 분할하거나 하는 것이 가능하다. 또한, 각 실시 형태에서 나타내는 구성을 적절히 조합하는 것으로 할 수 있다.
100, 200 정보처리 시스템
110, 120 정보처리 장치(서버)
151, 152, 153 정보처리 단말
199 네트워크
210 정보처리 서버
220, 230 PC (정보처리 단말)
240 휴대전화(정보처리 단말)
250, 251, 252 태블릿(정보처리 단말)
260, 270, 280,290 네트워크

Claims (40)

  1. 서버상에서 관리되는 그룹에 등록된 제1 정보처리 단말과 연관된 제1 유저와 상기 그룹에 등록된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 프로그램에 있어서,
    상기 제1 정보처리 단말의 화면상에서,
    하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저를 표시시키는 단계와,
    상기 화면상의 인터페이스를 통해 상기 표시된 상기 하나 이상의 제2 유저 중에서 상기 지불에 응하는 사람을 선택시키는 단계
    를 실행하는 프로그램.
  2. 서버상에서 관리되는 그룹에 등록된 제1 정보처리 단말과 연관된 제1 유저와 상기 그룹에 등록된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 방법에 있어서,
    상기 제1 정보처리 단말의 화면상에서,
    하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저를 표시시키는 단계와,
    상기 화면상의 인터페이스를 통해 상기 표시된 상기 하나 이상의 제2 유저 중에서 상기 지불에 응하는 사람을 선택시키는 단계
    가 실행되는 방법.
  3. 복수의 정보처리 단말로부터 접속되는 서버를 가지는 시스템에 있어서,
    상기 복수의 정보처리 단말에는, 적어도 제1 정보처리 단말과 제2 정보처리 단말이 포함되고,
    상기 서버상에서 관리되는 그룹에 등록된 상기 제1 정보처리 단말과 연관된 제1 유저와 상기 그룹에 등록된 하나 이상의 상기 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정 처리가 수행되고,
    상기 제1 정보처리 단말은,
    하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저를 화면상에 표시하고,
    상기 화면상의 인터페이스를 통해 상기 표시된 상기 하나 이상의 제2 유저 중에서 상기 지불에 응하는 사람을 선택하는 입력을 접수(受付)하는 것을 특징으로 하는 시스템.
  4. 제1항에 있어서,
    상기 제1 정보처리 단말의 화면상에서, 상기 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저를 표시시키기 위해서, 상기 제1 정보처리 단말과 상기 하나 이상의 제2 정보처리 단말 사이에서 근접 통신을 수행하는, 프로그램.
  5. 제4항에 있어서,
    상기 근접 통신은, 셰이크 동작에 의한 것인, 프로그램.
  6. 제1항에 있어서,
    상기 화면상의 인터페이스를 통해 상기 지불에 응하는 사람을 선택시킨 후, 상기 화면상에 표시시킨 지불액 영역으로의 플릭 조작에 의해 상기 지불에 응하는 사람의 지불액을 결정시키는, 프로그램.
  7. 제1항에 있어서,
    상기 화면상의 인터페이스를 통해 상기 지불에 응하는 사람을 선택시킨 후, 상기 화면상에 표시시킨 상기 지불에 응하는 사람을 나타내는 오브젝트에 대한 플릭 조작에 의해 상기 지불에 응하는 사람의 적어도 일부를 통합시키는, 프로그램.
  8. 제7항에 있어서,
    상기 화면상의 인터페이스를 통해 상기 지불에 응하는 사람의 적어도 일부를 통합시킨 후, 상기 통합된 오브젝트에는 통합된 수가 표시되는, 프로그램.
  9. 서버상에서 관리되는 그룹에 등록된 제1 정보처리 단말과 연관된 제1 유저와 상기 그룹에 등록된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 프로그램에 있어서,
    상기 제1 정보처리 단말의 화면상에서,
    하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저를 표시시키는 단계와,
    상기 화면상의 인터페이스를 통해 상기 표시된 상기 하나 이상의 제2 유저 중에서 상기 지불이 면제되는 사람을 선택시키는 단계
    를 실행하는 프로그램.
  10. 제1항에 있어서,
    상기 화면상의 인터페이스를 통해 상기 지불에 응하는 사람을 선택시킨 후, 상기 화면상에 상기 지불에 응하는 사람의 부담 비율에 따른 면적을 가지는 영역을 표시시키는 것에 의해, 상기 지불에 응하는 사람의 지불 상황을 확인 가능한 확인 영역을 포함하는 확인 화면을 표시시키는, 프로그램.
  11. 제10항에 있어서,
    상기 지불에 응하는 사람의 부담 비율의 합계에 따른 면적은, 상기 확인 화면에서의 상기 확인 영역의 총면적과 일치하는, 프로그램.
  12. 제1항에 있어서,
    서버상에서 관리되는 토크 룸을 통해 대화 가능하게 구성된 제1 정보처리 단말과 연관된 제1 유저와 상기 제1 정보처리 단말과 상기 토크 룸을 통해 대화 가능하게 구성된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 프로그램에 있어서,
    상기 제1 정보처리 단말에서,
    상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계와,
    상기 제2 정보처리 단말로부터의 응답을 수신시키는 단계와,
    상기 제2 정보처리 단말로부터의 응답의 수신에 의해, 상기 제2 정보처리 단말과 연관된 하나 이상의 제2 유저의 지불 방법 및 지불 기한을 상기 서버에 관리시키도록 요청시키는 단계를 실행하며,
    상기 서버상에서는, 상기 토크 룸을 통해, 상기 제1 정보처리 단말과 연관된 제1 유저 및/또는 상기 제2 정보처리 단말과 연관된 제2 유저와 대화 가능하게 구성된 BOT이 관리되고,
    상기 BOT은 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저에게 지불 독촉을 수행하는, 프로그램.
  13. 제1항에 있어서,
    상기 BOT은, 상기 제1 정보처리 단말과 연관된 제1 유저 및/또는 상기 제2 정보처리 단말이 속하는 그룹에 연결되어 있는, 프로그램.
  14. 제1항에 있어서,
    상기 BOT은, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저가 참가하는 토크 룸 내에 출현하는, 프로그램.
  15. 제1항에 있어서,
    상기 BOT은, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저가 참가하는 토크 룸 내에서의 대화 내용을 해석하고 상기 토크 룸 내에 출현하는, 프로그램.
  16. 제1항에 있어서,
    상기 BOT은, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저와 관련되는 제3자 유저와 연관된 정보처리 단말에 대해 상기 제2 유저의 미지불을 통지하는, 프로그램.
  17. 제1항에 있어서,
    상기 BOT은, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저에게 지불 독촉을 수행할 때에, 상기 제2 정보처리 단말이 불허가 설정으로 되어 있더라도, 상기 지불 독촉을 수행하는, 프로그램.
  18. 제1항에 있어서,
    상기 BOT은, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저와 관련되는 제3자 유저에 대해 상기 제2 유저의 미지불을 통지할 때에, 제3자 유저와 연관된 정보처리 단말이 불허가 설정으로 되어 있더라도, 상기 미지불 통지를 수행하는, 프로그램.
  19. 제1항에 있어서,
    서버상에서 관리되는 토크 룸을 통해 대화 가능하게 구성된 제1 정보처리 단말과 연관된 제1 유저와, 상기 제1 정보처리 단말과 상기 토크 룸을 통해 대화 가능하게 구성된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 프로그램에 있어서,
    상기 제1 정보처리 단말에서,
    상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계와,
    상기 제2 정보처리 단말로부터의 응답을 수신시키는 단계와,
    상기 제2 정보처리 단말로부터의 응답의 수신에 의해, 상기 제2 정보처리 단말과 연관된 하나 이상의 제2 유저의 지불 방법 및 지불 기한을 상기 서버에 관리시키도록 요청시키는 단계
    를 실행하며,
    상기 서버상에서는, 상기 제2 정보처리 단말과 연관된 제2 유저의 상기 지불을 보증하는 유저가 설정되고, 상기 제1 정보처리 단말과 연관된 제1 유저는, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저의 지불의 대납을 상기 지불을 보증하는 유저의 정보처리 단말에 상기 서버를 통해 요청시키는, 프로그램.
  20. 제1항에 있어서,
    상기 지불을 보증하는 유저는, 해당 유저에 대한 승인 처리를 거쳐 설정되는, 프로그램.
  21. 제1항에 있어서,
    상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저의 지불의 대납이, 상기 지불을 보증하는 유저의 정보처리 단말에 요청되는, 프로그램.
  22. 제1항에 있어서,
    상기 지불을 보증하는 유저는, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저와 동일한 토크 그룹에 등록되어 있는, 프로그램.
  23. 제1항에 있어서,
    상기 지불을 보증하는 유저는, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저와 다른 토크 그룹에 등록되어 있는, 프로그램.
  24. 제1항에 있어서,
    상기 지불을 보증하는 유저는, 상기 제2 유저의 지불의 대납 지불 처리를 수행한 후, 상기 지불을 보증하는 유저의 정보처리 단말을 통해 해당 제2 유저의 상기 제2 정보처리 단말에 상기 대납 지불 처리를 수행한 것을 통지하는, 프로그램.
  25. 제1항에 있어서,
    서버상에서 관리되는 토크 룸을 통해 대화 가능하게 구성된 제1 정보처리 단말과 연관된 제1 유저와 상기 제1 정보처리 단말과 상기 토크 룸을 통해 대화 가능하게 구성된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 프로그램에 있어서,
    상기 제1 정보처리 단말에서,
    상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계와,
    상기 제2 정보처리 단말로부터의 응답을 수신시키는 단계와,
    상기 제2 정보처리 단말로부터의 응답의 수신에 의해, 상기 제2 정보처리 단말과 연관된 하나 이상의 제2 유저의 지불 방법 및 지불 기한을 상기 서버에 관리시키도록 요청시키는 단계
    를 실행하며,
    상기 서버상에서는, 상기 제2 정보처리 단말과 연관된 제2 유저의 친구가 되는 유저가 설정되고,
    상기 제1 정보처리 단말과 연관된 제1 유저는, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저의 상기 지불의 미지불에 대해서, 상기 친구가 되는 유저의 정보처리 단말에 상기 서버를 통해 통지시키는, 프로그램.
  26. 제1항에 있어서,
    상기 친구가 되는 유저는, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저와 동일한 토크 그룹에 등록되어 있는, 프로그램.
  27. 제1항에 있어서,
    상기 친구가 되는 유저는, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저와 다른 토크 그룹에 등록되어 있는, 프로그램.
  28. 제1항에 있어서,
    상기 친구가 되는 유저는, 해당 유저의 정보처리 단말을 통해 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저에 대해 상기 통지를 받은 것을 연락하는, 프로그램.
  29. 서버상에서 관리되는 토크 룸을 통해 대화 가능하게 구성된 제1 정보처리 단말과 연관된 제1 유저와 상기 제1 정보처리 단말과 상기 토크 룸을 통해 대화 가능하게 구성된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 프로그램에 있어서,
    상기 제1 정보처리 단말에서,
    상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계와,
    상기 제2 정보처리 단말로부터의 응답을 수신시키는 단계와,
    상기 제2 정보처리 단말로부터의 응답의 수신에 의해, 상기 제2 정보처리 단말과 연관된 하나 이상의 제2 유저의 지불 방법 및 지불 기한을 상기 서버에 관리시키도록 요청시키는 단계
    를 실행하는 프로그램.
  30. 서버상에서 관리되는 토크 룸을 통해 대화 가능하게 구성된 제1 정보처리 단말과 연관된 제1 유저와 상기 제1 정보처리 단말과 상기 토크 룸을 통해 대화 가능하게 구성된 하나 이상의 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정을 수행하기 위한 방법에 있어서,
    상기 제1 정보처리 단말에서,
    상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계와,
    상기 제2 정보처리 단말로부터의 응답을 수신시키는 단계와,
    상기 제2 정보처리 단말로부터의 응답의 수신에 의해, 상기 제2 정보처리 단말과 연관된 하나 이상의 제2 유저의 지불 방법 및 지불 기한을 상기 서버에 관리시키도록 요청시키는 단계
    가 실행되는 방법.
  31. 복수의 정보처리 단말로부터 접속되는 서버를 가지는 시스템에 있어서,
    상기 복수의 정보처리 단말에는, 적어도 제1 정보처리 단말과 제2 정보처리 단말이 포함되고,
    상기 서버상에서 관리되는 토크 룸을 통해 대화 가능하게 구성된 상기 제1 정보처리 단말과 연관된 제1 유저와 상기 제1 정보처리 단말과 상기 토크 룸을 통해 대화 가능하게 구성된 하나 이상의 상기 제2 정보처리 단말과 연관된 하나 이상의 제2 유저 사이에서 지불의 조정 처리가 수행되고,
    상기 제1 정보처리 단말은,
    상기 제2 정보처리 단말로의 지불 의뢰를 요청하고,
    상기 제2 정보처리 단말로부터의 응답을 수신하고,
    상기 제2 정보처리 단말로부터의 응답의 수신에 의해, 상기 제2 정보처리 단말과 연관된 하나 이상의 제2 유저의 지불 방법 및 지불 기한을 상기 서버에 관리시키도록 요청하는 것을 특징으로 하는 시스템.
  32. 제29항에 있어서,
    상기 지불의 조정을 수행할 때에는, 상기 제1 정보처리 단말에서 상기 지불의 총액이 기재된 영수증을 읽어내게 한 후, 상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계
    를 더 실행하는, 프로그램.
  33. 제29항에 있어서,
    상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계에서의 지불 의뢰액은, 상기 총액을 상기 제1 정보처리 단말과 상기 제2 정보처리 단말의 수의 총합으로 나눈 것인, 프로그램.
  34. 제29항에 있어서,
    상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계에서의 지불 의뢰액은, 상기 제1 정보처리 단말의 지불액과 다른, 프로그램.
  35. 제29항에 있어서,
    상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계에서의 상기 지불 의뢰 요청지가 되는 상기 제2 정보처리 단말은, 상기 제1 정보처리 단말이 조정하는 지불 참가자의 단말인, 프로그램.
  36. 제35항에 있어서,
    상기 제2 정보처리 단말로의 지불 의뢰를 요청시키는 단계에서의 상기 지불 의뢰 요청지가 되는 상기 제2 정보처리 단말은 복수이고, 상기 제2 정보처리 단말로의 지불 의뢰액은 불균등인, 프로그램.
  37. 제29항에 있어서,
    상기 서버는, 상기 제1 정보처리 단말에서, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저에게 지불 독촉을 요청시키는 단계
    를 더 실행하는, 프로그램.
  38. 제29항에 있어서,
    상기 제1 정보처리 단말은, 상기 서버에, 상기 지불 기한을 경과한 상기 제2 정보처리 단말과 연관된 제2 유저에게 지불 독촉을 요청시키는 단계
    를 더 실행하는, 프로그램.
  39. 제29항에 있어서,
    상기 제2 정보처리 단말로부터의 응답은, 해당 제2 정보처리 단말과 상기 제1 정보처리 단말 사이의 근접 무선통신에 의해 전달되는, 프로그램.
  40. 제29항에 있어서,
    상기 제2 정보처리 단말로부터의 응답은, 상기 제2 유저에 의한 상기 제2 정보처리 단말에 대한 셰이크 동작에 의해 이루어지는, 프로그램.
KR1020207016352A 2017-11-07 2018-10-29 정보처리 프로그램, 방법, 장치 및 시스템 KR20200084342A (ko)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
JPJP-P-2017-214764 2017-11-07
JP2017214765A JP7168309B2 (ja) 2017-11-07 2017-11-07 情報処理プログラム、方法、装置、及びシステム
JPJP-P-2017-214766 2017-11-07
JP2017214767A JP7168311B2 (ja) 2017-11-07 2017-11-07 情報処理プログラム、方法、装置、及びシステム
JPJP-P-2017-214767 2017-11-07
JP2017214766A JP7168310B2 (ja) 2017-11-07 2017-11-07 情報処理プログラム、方法、装置、及びシステム
JPJP-P-2017-214765 2017-11-07
JP2017214764A JP7168308B2 (ja) 2017-11-07 2017-11-07 情報処理プログラム、方法、装置、及びシステム
PCT/JP2018/040050 WO2019093169A1 (ja) 2017-11-07 2018-10-29 情報処理プログラム、方法、装置、及びシステム

Publications (1)

Publication Number Publication Date
KR20200084342A true KR20200084342A (ko) 2020-07-10

Family

ID=66438457

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020207016352A KR20200084342A (ko) 2017-11-07 2018-10-29 정보처리 프로그램, 방법, 장치 및 시스템

Country Status (3)

Country Link
US (1) US20200265394A1 (ko)
KR (1) KR20200084342A (ko)
WO (1) WO2019093169A1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021196628A (ja) * 2020-06-09 2021-12-27 トヨタ自動車株式会社 ウォレットサーバ、ウォレットシステム、およびプログラム
US20230342746A1 (en) * 2021-03-17 2023-10-26 Nec Corporation Information processing apparatus, information processing method, and storage medium
WO2023023782A1 (en) * 2021-08-25 2023-03-02 HelpPay Pty Ltd Methods and systems for resolving transactions

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007172358A (ja) * 2005-12-22 2007-07-05 Ntt Docomo Inc 受領端末、送金端末、送金決済システム、受領方法、及び送金方法
JP2008107874A (ja) * 2006-10-23 2008-05-08 Nec Infrontia Corp 分割精算システム、携帯端末、分割精算方法、分割精算プログラムおよびプログラム記録媒体
JP2015056720A (ja) * 2013-09-11 2015-03-23 シャープ株式会社 無線通信装置
WO2016068854A1 (en) * 2014-10-27 2016-05-06 Facebook, Inc. Facilitating sending and receiving of payments using message-based contextual prompts
KR101780757B1 (ko) * 2016-02-23 2017-09-21 라인 가부시키가이샤 컨텐츠 관리 장치, 방법, 및 컴퓨터 프로그램

Also Published As

Publication number Publication date
US20200265394A1 (en) 2020-08-20
WO2019093169A1 (ja) 2019-05-16

Similar Documents

Publication Publication Date Title
US20210103912A1 (en) Sending and receiving payments using a message system
US11989708B2 (en) Conversational management of partial payment transactions
US10460395B2 (en) Graphical user interface for tracking transactions
JP7168311B2 (ja) 情報処理プログラム、方法、装置、及びシステム
US20180005229A1 (en) Physical, logical separation of balances of funds
US20110313897A1 (en) Pay group
JP2023002761A (ja) 情報処理プログラム、方法、装置、及びシステム
US10897437B2 (en) Method for providing user profile information to designated online friend in instant messaging service, server, user device and application implementing the method
US20200265394A1 (en) Information processing program, method, device, and system
JP2016018393A (ja) 送金制御システム、送金制御方法、及びプログラム
JP2020123211A (ja) 情報処理方法、情報処理装置、および情報処理プログラム
CN106302368A (zh) 事务处理方法及装置
JP7168310B2 (ja) 情報処理プログラム、方法、装置、及びシステム
CN106302367B (zh) 事务处理方法和系统
EP3035264A1 (en) Sending and receiving payments using a message system
JP7168309B2 (ja) 情報処理プログラム、方法、装置、及びシステム
US11164265B1 (en) User interface for interfacing with multiple human users
US20140032400A1 (en) Mobile Savings Account
KR101738992B1 (ko) 컴퓨터 수행 가능한 전자금고를 통한 전환사채 거래방법, 이를 수행하는 서버 및 이를 기록한 기록매체
KR20190008602A (ko) 메신저 서비스를 기반으로 가상계좌를 모임계좌로 사용하는 방법 및 시스템
KR20230108661A (ko) 사용자 통신단말에서 실행되는 온라인 선물 펀딩 참여 방법
KR20170000878A (ko) 온라인 그룹 이체 시스템 및 그 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal