具体实施方式
<法律事项的遵守>
应注意,本说明书所记载的公开以通信的秘密等本公开的实施所需的实施国的法律事项遵守作为前提。
参照附图对用于实施本公开的程序等的实施方式进行说明。
在本说明书中,适当使用“通过通信I/F”这样的表述。作为非限定的例子,这表示,装置基于控制部(处理器等)的控制,经由通信I/F(经由通信部)而收发各种信息和数据。
<系统结构>
图1-1是示出本实施例中的通信系统1的系统结构的一例的图。
在通信系统1中,作为非限定的例子,经由网络30而将服务器10与多个终端20(终端20A、终端20B、终端20C、…)连接。
服务器10具有经由网络30向用户所拥有的终端20提供支付服务和消息服务(Messaging service)的功能。服务器10也能够如支付管理(消息管理)服务器或支付服务(消息服务)服务器等那样表述。
终端20(终端20A、终端20B、终端20C、…)只要是能够实现在各实施例中记载的功能的信息处理终端即可,也可以是任何的终端。作为非限定的例子,终端20包括智能手机、便携电话(功能电话)、计算机(作为非限定的例子,台式机、笔记本电脑、平板电脑等)、多媒体计算机平台(作为非限定的例子,电缆、卫星机顶盒、数字录像机)、掌上电脑设备(作为非限定的例子,PDA(personal digital assistant)、电子邮件客户端等)、可穿戴终端(眼镜类设备、时钟类设备等)、VR(Virtual Reality)终端、智能扬声器(声音识别用设备)、或者其他种类的计算机、或者交流平台。另外,终端20也可以表述为信息处理终端。
终端20A、终端20B以及终端20C的结构基本上相同。另外,也可以根据需要,将用户X所利用的终端表述为终端20X,将与用户X或终端20X建立了对应的规定的服务中的用户信息表述为用户信息X。
需要说明的是,用户信息是指在规定的服务中与用户所利用的账户建立了对应的用户的信息。作为非限定的例子,由用户输入用户信息,或者通过规定的服务来提供用户信息,用户信息包括用户的姓名、用户的图标图像、用户的年龄、用户的性别、用户的住所、用户的兴趣爱好、用户的标识符等与用户建立了对应的信息,也可以是它们中的任意一个或组合,还可以不是它们中的任意一个或组合。
网络30担负将一个以上的终端20与一个以上的服务器10连接的作用。即,网络30是指在上述的各种装置连接之后以能够收发数据的方式提供连接路径的通信网。
需要说明的是,与网络30连接的服务器10的数量和终端20的数量不受限定。
网络30中的一个或多个部分也可以是有线网络或无线网络,还可以不是有线网络或无线网络。作为非限定的例子,网络30能够包括自组网(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)的一部分、便携电话网、ISDN(integratedservice digital networks)、无线LAN、LTE(long term evolution)、CDMA(code divisionmultiple access)、蓝牙(Bluetooth(注册商标))、卫星通信等、或者它们的两个以上的组合。网络30能够包括一个或多个网络30。
服务器10(不限定,是服务器、信息处理装置、信息管理装置的一例)具备向终端20提供规定的服务(在本实施例中是支付服务等)的功能。服务器10只要是能够实现在各实施方式中记载的功能的信息处理装置即可,也可以是任何的装置。作为非限定的例子,服务器10包括服务器装置、计算机(作为非限定的例子,台式机、笔记本电脑、平板电脑等)、多媒体计算机平台(作为非限定的例子,电缆、卫星机顶盒、数字录像机)、掌上电脑设备(作为非限定的例子,PDA、电子邮件客户端等),或者其他种类的计算机、或者交流平台。另外,服务器10也可以表述为信息处理装置。在无需区分服务器10与终端20的情况下,服务器10和终端20分别也可以表述为信息处理装置,还可以不表述为信息处理装置。
[各装置的硬件(HW)结构]
对通信系统1所包含的各装置的HW结构进行说明。
(1)终端的HW结构
图1-1示出终端20的HW结构的一例。
终端20具备控制部21(CPU:central processing unit(中央处理装置))、存储部28、通信I/F22(接口)、输入输出部23、时钟部29A、位置计算用信息检测部29B。作为非限定的例子,终端20的HW的各结构要素经由总线B而相互连接。需要说明的是,作为终端20的HW结构,并非必须包含全部的结构要素。作为非限定的例子,终端20也可以是移除单个结构要素或者多个结构要素而得到的结构,还可以不是该结构。
通信I/F22经由网络30进行各种数据的收发。通信可以通过有线、无线中的任意一方执行,只要能够执行彼此的通信即可,也可以使用任何的通信协议。通信I/F22具有经由网络30而执行与服务器10等各种装置的通信的功能。通信I/F22按照来自控制部21的指示,向服务器10等各种装置发送各种数据。另外,通信I/F22接收从服务器10等各种装置发送的各种数据,并向控制部21传递。另外,也有时将通信I/F22仅表述为通信部。另外,在通信I/F22由物理上构造化的电路构成的情况下,也有时表述为通信电路。
输入输出部23包括针对终端20输入各种操作的装置、以及输出由终端20处理的处理结果的装置。输入输出部23可以将输入部与输出部一体化,也可以分离为输入部与输出部,还可以不是这样的结构。
输入部通过能够受理来自用户的输入并向控制部21传递与输入相关的信息的全部种类的装置中的任意一种或者其组合来实现。作为非限定的例子,输入部包括触摸面板、触摸显示器、键盘等硬体键、鼠标等指点设备、相机(借助动态图像的操作输入)、麦克风(基于声音的操作输入)。
输出部通过能够输出由控制部21进行了处理的处理结果的全部种类的装置中的任意一种或者其组合来实现。作为非限定的例子,输出部包括触摸面板、触摸显示器、扬声器(声音输出)、镜头(作为非限定的例子,3D(three dimensions)输出或全息图输出)、打印机等。
作为一个实施方式,作为非限定的例子,输入输出部23具备显示部24、声音输入部25、声音输出部26、拍摄部27。
显示部24通过能够按照写入到帧缓冲器的显示数据而进行显示的全部种类的装置中的任意一种或者其组合来实现。作为非限定的例子,显示部24包括触摸面板、触摸显示器、监视器(作为非限定的例子,液晶显示器或OELD(organic electroluminescencedisplay))、头戴式显示器(HDM:Head Mounted Display)、投影映射、全息图、能够在空气中等(可以是真空,也可以不是真空)显示图像或文本信息等的装置。需要说明的是,这些显示部24可以以3D的形式显示显示数据,也可以不以3D的形式显示显示数据。
声音输入部25用于声音数据(包括语音数据。以下相同)的输入。声音输入部25包括麦克风等。
声音输出部26用于声音数据的输出。声音输出部26包括扬声器等。
拍摄部27用于动态图像数据的取得。拍摄部27包括相机等。
在输入输出部23是触摸面板的情况下,输入输出部23和显示部24也可以以大致相同的大小和形状对置地配置。
时钟部29A是终端20的内置时钟,输出时刻信息(计时信息)。作为非限定的例子,时钟部29A构成为具有利用了晶体振荡器的时钟等。作为非限定的例子,时钟部29A也能够表述为计时部或时刻信息检测部。
需要说明的是,时钟部29A也可以具有应用了NITZ(Network Identity and TimeZone)标准等的时钟,还可以不具有该时钟。
位置计算用信息检测部29B是检测(计测)控制部21计算(测定)自己的终端20的位置所需的信息(以下称为“位置计算用信息”。)的功能部。作为非限定的例子,位置计算用信息检测部29B也能够表述为位置计算用传感器部。
作为非限定的例子,位置计算用信息检测部29B包括用于利用GPS(GlobalPositioning System)等卫星测位系统来计算终端20的位置的作为传感器或单元的卫星测位传感器(卫星测位单元)、用于利用惯性导航系统来计算终端20的位置的作为传感器或单元的惯性计测传感器(惯性计测单元(IMU(Inertial Measurement Unit)))、用于利用UWB(超宽带无线:Ultra Wide Band)来计算终端20的位置的作为传感器或单元的UWB测位传感器(UWB测位单元)等。
作为非限定的例子,卫星测位单元具有:RF接收电路,其将由未图示的天线接收的从测位用卫星发送的包含测位用卫星信号的RF(Radio Frequency)信号转换成数字信号;以及基带处理电路等,其对从RF接收电路输出的数字信号进行相关运算处理等而捕捉测位用卫星信号,将从测位用卫星信号取出的卫星轨道数据或时刻数据等信息作为位置计算用信息而输出。
惯性计测单元具有惯性传感器,该惯性传感器是检测通过惯性导航运算来计算终端20的位置所需的信息的传感器。作为非限定的例子,惯性传感器包括三轴的加速度传感器、三轴的陀螺仪传感器,将由加速度传感器检测到的加速度和由陀螺仪传感器检测到的角速度作为位置计算用信息而输出。
作为非限定的例子,UWB测位单元具有:超宽带RF接收电路,其将由未图示的天线接收的从测位用信标发送的包含测位用超宽带脉冲信号在内的超宽带RF(RadioFrequency)信号转换成数字信号;以及相对位置计算处理电路等,其基于从超宽带RF接收电路输出的数字信号来计算终端20与测位用信标的相对位置。
需要说明的是,作为非限定的例子,UWB测位单元也可以通过从未图示的天线发送包含测位用超宽带脉冲信号在内的超宽带RF信号而使终端20作为测位用信标发挥功能,还可以不作为测位用信标发挥功能。
作为非限定的例子,控制部21基于由位置计算用信息检测部29B检测到的位置计算用信息,在定期的时机(Timing)或特定的时机计算自己的终端20的位置。将终端的位置称为“终端位置”,将计算出的终端位置称为“计算终端位置”。然后,控制部21将计算终端位置与计算出该计算终端位置的日期时间建立关联,作为计算终端位置历史数据而存储于存储部28。
控制部21具有为了执行通过包含在程序内的代码或者命令实现的功能而在物理上构造化的电路,作为非限定的例子,通过内置于硬件的数据处理装置而实现。因此,控制部21可以表述为控制电路,也可以不表述为控制电路。
作为非限定的例子,控制部21包括中央处理装置(CPU)、微处理器(microprocessor)、处理器内核(processor core)、多处理器(multiprocessor)、ASIC(application-specific integrated circuit)、FPGA(field programmable gatearray)。
存储部28具有存储终端20进行动作时需要的各种程序和各种数据的功能。作为非限定的例子,存储部28包括HDD(hard disk drive)、SSD(solid state drive)、闪存、RAM(random access memory)、ROM(read only memory)等各种存储介质。另外,存储部28也可以表述为存储器(memory),还可以不表述为存储器。
终端20通过将程序P存储于存储部28并执行该程序P,从而由控制部21执行作为控制部21所包含的各部的处理。即,存储部28所存储的程序P使终端20实现由控制部21执行的各功能。另外,该程序P也可以表述为程序模块,还可以不表述为程序模块。
(2)服务器的HW结构
图1-1示出服务器10的HW结构的一例。
服务器10具备控制部11(CPU)、存储部15、通信I/F14(接口)、输入输出部12、时钟部19。作为非限定的例子,服务器10的HW的各结构要素经由总线B相互连接。需要说明的是,作为服务器10的HW的结构,服务器10的HW不需要包括全部的结构要素。作为非限定的例子,服务器10的HW也可以是移除单个结构要素或多个结构要素而得到的结构,还可以不是该结构。
控制部11具有为了执行通过包含在程序内的代码或命令实现的功能而在物理上结构化的电路,作为非限定的例子,通过内置于硬件的数据处理装置而实现。
作为代表,控制部11是中央处理装置(CPU),此外,也可以是微处理器、处理器内核、多处理器、ASIC、FPGA,还可以不是这些结构。在本公开中,控制部11不限于此。
存储部15具有存储服务器10进行动作时所需的各种程序和各种数据的功能。存储部15由HDD、SSD、闪存等各种存储介质实现。但是,在本公开中,存储部15不限于此。另外,存储部15也可以表述为存储器(memory),还可以不表述为存储器。
通信I/F14经由网络30进行各种数据的收发。通信也可以通过有线、无线中的任意一方执行,只要能够执行彼此的通信即可,也可以使用任何的通信协议。通信I/F14具有经由网络30执行与终端20等各种装置的通信的功能。通信I/F14按照来自控制部11的指示,向终端20等各种装置发送各种数据。另外,通信I/F14接收从终端20等各种装置发送的各种数据并向控制部11传递。另外,也有时将通信I/F14仅表述为通信部。另外,在通信I/F14由物理上结构化的电路构成的情况下,也有时表述为通信电路。
输入输出部12由针对服务器10输入各种操作的装置实现。
输入部通过能够受理来自用户的输入并向控制部11传递与输入相关的信息的全部种类的装置中的任意一种或者其组合来实现。作为代表,输入部由以键盘等为代表的硬体键、鼠标等指点设备实现。需要说明的是,作为非限定的例子,输入部也可以包括触摸面板、相机(借助动态图像的操作输入)、麦克风(基于声音的操作输入),还可以不包括这些结构。
输出部通过能够输出由控制部11进行了处理的处理结果的全部种类的装置中的任意一种或其组合来实现。作为非限定的例子,输出部包括触摸面板、触摸显示器、扬声器(声音输出)、透镜(作为非限定的例子,3D(three dimensions)输出、全息图输出)、打印机等。
作为一个实施方式,输入输出部12具备显示部13。
作为代表,显示部13由监视器(作为非限定的例子,液晶显示器、OELD(organicelectroluminescence display:有机电致发光显示器))实现。需要说明的是,显示部13也可以是头戴式显示器(HDM)等,还可以不是该结构。需要说明的是,这些显示部13可以以3D的形式显示显示数据,还可以不以3D的形式显示显示数据。在本公开中,显示部13不限于此。
时钟部19是服务器10的内置时钟,输出时刻信息(计时信息)。作为非限定的例子,时钟部19构成为具有作为硬件时钟的RTC(Real Time Clock)、系统时钟等。作为非限定的例子,时钟部19也能够表述为计时部、时刻信息检测部。
(3)其他
服务器10通过将程序P存储于存储部15并执行该程序P,从而由控制部11执行作为控制部11所包含的各部的处理。即,存储部15所存储的程序P使服务器10实现由控制部11执行的各功能。该程序P也可以表述为程序模块,还可以不表述为程序模块。
其他装置也相同。
在本公开的各实施方式中,说明通过终端20及/或服务器10的CPU执行程序P来实现的情况
其他装置也相同。
需要说明的是,终端20的控制部21及/或服务器10的控制部11不仅仅通过具有控制电路的CPU来实现各处理,也可以通过形成于集成电路(IC(Integrated Circuit)芯片、LSI(Large Scale Integration:大规模集成))等的逻辑电路(硬件)或专用电路来实现各处理,还可以不采用这种方式。另外,这些电路可以由一个或多个集成电路实现,也可以通过一个集成电路来实现各实施方式所示的多个处理,还可以不采用这种方式。另外,LSI也有时根据集成度的不同而被称为VLSI、超大规模LSI、特大规模LSI等。因此,控制部21也可以表述为控制电路,还可以不表述为控制电路。
其他装置也相同。
另外,本公开的各实施方式的程序P(作为非限定的例子,软件程序、计算机程序、或者程序模块)可以在存储于计算机可读取的存储介质的状态下被提供,还可以不采用这种方式。存储介质能够在“非暂时的有形的介质”中存储程序P。另外,程序P可以用于实现本公开的各实施方式的功能的一部分,还可以不用于这种情况。此外,也可以是能够通过与已经记录于存储介质的程序P的组合来实现本公开的各实施方式的功能的所谓的差分文件(差分程序),还可以不是差分文件。
存储介质能够包括一个或多个半导体基底或者其他的集成电路(IC)(作为非限定的例子,现场可编程门阵列(FPGA)或者面向特定用途的IC(ASIC)等)、硬盘驱动器(HDD)、混合硬盘驱动器(HHD)、光盘、光盘驱动器(ODD)、光磁盘、光磁驱动器、软盘、软盘驱动器(FDD)、磁带、固体驱动器(SSD)、RAM驱动器,安全数字卡、或者驱动器、任意的其他适当的存储介质、或者它们中的两个以上的适当组合。存储介质在适当的情况下,可以是易失性、非易失性、或者易失性与非易失性的组合。需要说明的是,存储介质不限于这些例子,只要能够存储程序P即可,也可以是任何设备或介质。另外,也可以将存储介质表述为存储器(memory),还可以不表述为存储器。
服务器10及/或终端20能够通过读出存储于存储介质的程序P并执行读出的程序P而实现各实施方式所示的多个功能部的功能。
其他装置也相同。
另外,本公开的程序P也可以经由能够传输程序的任意的传输介质(通信网络、广播波等)被提供给服务器10及/或终端20,还可以不采用这种方式。作为非限定的例子,服务器10及/或终端20通过执行经由因特网等下载的程序P而实现各实施方式所示的多个功能部的功能。
其他装置也相同。
另外,本公开的各实施方式也能够以通过电子传输将程序P具体化的数据信号的方式来实现。
服务器10及/或终端20中的处理的至少一部分也可以通过由一个以上的计算机构成的云计算来实现,还可以不采用这种方式。
也可以为通过服务器10进行终端20中的处理的至少一部分的结构,还可以不是该结构。在该情况下,也可以为通过服务器10进行终端20的控制部21的各功能部的处理中的至少一部分处理的结构,还可以不是该结构。
也可以为通过终端20进行服务器10中的处理的至少一部分的结构,还可以不是该结构。在该情况下,也可以为通过终端20进行服务器10的控制部11的各功能部的处理中的至少一部分处理的结构,还可以不是该结构。
除非明确提及,否则本公开的实施方式中的判定的结构不是必须的,也可以在满足了判定条件的情况下使规定的处理进行动作、或者在不满足判定条件的情况下进行规定的处理,还可以不采用这种方式。
需要说明的是,作为非限定的例子,使用ActionScript、JavaScript(注册商标)等脚本语言、Objective-C、Java(注册商标)等编译语言、HTML5等标记语言等来安装本公开的程序。
以下,针对通过服务器客户端系统来实现本发明的实施例进行说明。
但是,不限于服务器客户端系统,也能够通过不包含服务器的系统来实现本发明。作为非限定的例子,为如下系统。
·使终端20具有服务器的功能的系统(分布式系统)。作为非限定的例子,能够使用区块链(链)的技术来实现该系统。
·终端20彼此进行无线通信的系统。作为非限定的例子,能够通过使用蓝牙等近距离无线通信技术以P2P(点对点)方式等进行通信来实现该系统。
另外,以下,适当使用“通过通信I/F”这样的表述。作为非限定的例子,这表示装置基于控制部(处理器等)的控制并经由通信I/F(经由通信部)来收发各种信息和数据。
<概要>
近年来,作为与网络服务关联的应用(应用软件),用于进行基于电子货币的支付的应用(支付应用)、用于进行基于电子货币的结算的应用(结算应用)、用于进行基于电子货币的汇款/收取的应用(汇款应用)这样的应用、以及聚集了这些应用的一部分功能或全部功能的应用不断普及,终端20的用户能够使用这些应用,接受使用了电子货币(电子钱币)的各种服务。
“电子货币”是指,与物理的货币区分的电子的货币,是在上述的各种应用中管理的终端20或终端20的用户所拥有的电子的货币。
需要说明的是,电子货币也可以表述为“电子钱币”或“数字通货(数字货币)”,还可以不表述为“电子钱币”或“数字通货(数字货币)”。
另外,作为“电子货币(电子钱币)”或“数字通货(数字货币)”,可以使用法定通货,也可以使用虚拟通货。
另外,“电子货币(电子钱币)”或“数字通货(数字货币)”也可以包括加密通货(加密资产)。
另外,虚拟通货也可以包括优惠券等实物货币。
在本说明书中,基本上使用“电子钱币”的用语,作为非限定的例子,将终端20的用户的电子钱币户头的余额称为“电子钱币户头余额”。
另外,以下,将委托从终端20的用户向不同的终端20的用户(对方的用户)进行汇款的情况称为“汇款请求”(与汇款委托同义。)。而且,将与该汇款请求相关的信息称为“汇款请求信息”。
有时将委托汇款的情况表述为“请求汇款”、“进行汇款请求”等。
另外,有时将被委托汇款的情况表述为“被请求汇款”、“被进行汇款请求”等。
另外,以下,将表示使对方的用户记起、想起、重新确认汇款请求的内容等的用语称为“汇款提醒”,将与该汇款提醒相关的信息称为“汇款提醒信息”。
有时将提醒汇款的情况表述为“提醒汇款”、“进行汇款提醒”等。
另外,有时将被提醒汇款的情况表述为“被提醒汇款”、“被进行汇款提醒”等。
另外,以下,为了方便,将请求汇款的一侧的用户称为“汇款发起方用户”,将被请求汇款的一侧的用户称为“汇款请求目的地用户”。
汇款发起方用户也能够表述为“汇款请求源用户”或“汇款请求主用户”等。
另外,以下,说明通过安装于终端20的支付应用或消息应用来执行本发明的各种处理的情况。在该情况下,作为非限定的例子,能够具有消息服务的功能作为支付应用的一个功能、或者能够具有支付服务的功能作为消息应用的一个功能。
在消息服务中,构成为用户能够利用聊天室来进行聊天。
聊天室是指,用于供终端20的一个以上的用户使用计算机网络上的数据通信线路进行交流的虚拟房间。
在消息服务中,有时将聊天室称为“谈话室”。
作为非限定的例子,在谈话室中,除了包括用于供用户以一对一的形式进行谈话的谈话室之外,还包括用于以在消息服务中形成的包括多个用户在内的组进行谈话的组谈话室。
另外,在消息服务中,可以包括能够进行终端20间的简单消息等内容的收发的即时消息服务(IMS:Instant Messaging Service),也可以不包括即时消息服务。
需要说明的是,也存在将消息服务:MS(包含IMS。)理解为社交网络服务:SNS的一个方式(一方式)的考虑方式。
因此,可以区分消息服务:MS与社交网络服务:SNS,也可以不区分消息服务:MS与社交网络服务:SNS。
在以下说明的实施例中,在从汇款发起方用户对汇款请求目的地用户进行了汇款请求之后,进行汇款提醒。然后,根据针对基于汇款请求目的地用户的终端20所显示的汇款提醒信息的显示(以下称为“汇款提醒显示”。)而进行的输入,实现从汇款请求目的地用户向汇款发起方用户的汇款。
<第一实施例>
第一实施例是汇款请求目的地用户的终端20基于已收取的汇款请求而自动地进行汇款提醒显示的实施例。以下,将该方法称为“终端提醒”。
第一实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的附图标记,省略再次的说明。
<功能结构>
(1)服务器
图1-2是示出在本实施例中由服务器10的控制部11实现的功能的一例的图。
作为非限定的例子,服务器10的控制部11包括支付应用管理处理部111作为功能部,该支付应用管理处理部111按照存储部15所存储的支付应用管理处理程序151,进行用于向终端20或终端20的用户提供支付应用中的各种支付服务的处理。
图1-3是示出在本实施例中由服务器10的存储部15存储的信息的一例的图。
作为非限定的例子,在存储部15中,存储有由控制部11读出并作为支付应用管理处理而执行的支付应用管理处理程序151、用户登记数据153、用户管理数据库155、以及汇款请求管理数据157。
用户登记数据153是与利用支付应用的终端20或该终端20的用户相关的登记数据,图1-4示出其数据结构的一例。
作为非限定的例子,在用户登记数据153中,关联地存储有用户名、应用ID、终端电话号码、以及其他登记信息。
用户名是利用支付应用的终端20的用户的名称,作为非限定的例子,存储有在终端20的用户利用支付应用时登记的名称。
应用ID是为了识别支付应用的账户而使用的信息或账户本身。
优选的是,该应用ID是针对每个账户的唯一值,作为非限定的例子,通过服务器10来设定并存储针对每个账户的唯一值(固有值)。
应用ID是与终端20或该终端20的用户建立了关联的信息,是与终端相关的信息或与终端的用户相关的信息的一例。
终端电话号码是该用户名的用户的终端20的电话号码,作为非限定的例子,存储有在终端20的用户利用支付应用时登记的终端20的电话号码。
作为非限定的例子,在其他登记信息中,能够包括终端20的ID:终端ID(作为非限定的例子,IMEI(International Mobile Equipment Identity))、该用户名的用户的终端20的邮件地址(终端邮件地址)、支付应用中的各种认证所利用的密码(登录密码、认证密码)等认证信息等信息。
作为非限定的例子,用于识别终端20的识别信息能够为终端ID。
另外,作为非限定的例子,用于识别终端20的用户的识别信息能够为应用ID。需要说明的是,也可以将其称为“用户ID”,还可以不将其称为“用户ID”。
另外,只要是针对一个终端20只能登记一个账户的应用即可,作为非限定的例子,能够为“用于识别终端20的识别信息=用于识别终端20的用户的识别信息=应用ID”。
需要说明的是,作为非限定的例子,也可以对一个用户ID分配多个终端ID,还可以不采用这种方式。
用户管理数据库155是蓄积地存储有用于管理与利用支付应用的终端20或该用户相关的信息的数据的数据库,图1-5示出作为其一例的第一用户管理数据库155A的结构例。
在第一用户管理数据库155A中,作为每个应用ID的管理数据而存储有用户管理数据。
在各个用户管理数据中,作为非限定的例子,存储有应用ID、根据该应用ID而识别的用户的电子钱币户头余额、汇款历史数据、以及收款历史数据。
汇款历史数据是存储有从该应用ID的用户向其他的应用ID的用户汇款的历史信息(汇款历史信息)的数据。
收款历史数据是存储有该应用ID的用户从其他的应用ID的用户收款的历史信息(收款历史信息)的数据。
汇款请求管理数据157是蓄积地存储有用于管理与汇款请求相关的信息的数据的数据库,图1-6示出作为其一例的第一汇款请求管理数据157A的结构例。
作为非限定的例子,在第一汇款请求管理数据157A中,关联地存储有日期时间、汇款请求管理ID、汇款发起方ID、汇款请求目的地ID、汇款请求金额、以及已汇款标志。
作为非限定的例子,在日期时间中,存储有将对应的汇款请求的汇款请求信息从服务器10发送到汇款请求目的地用户的终端20的日期时间。
在汇款请求管理ID中,存储有按照每个汇款请求由服务器10唯一设定的ID。
在汇款发起方ID中,存储有汇款发起方用户的应用ID。
在汇款请求目的地ID中,存储有汇款请求目的地用户的应用ID。
在汇款请求金额中,存储有通过该汇款请求从汇款发起方用户向汇款请求目的地用户委托了汇款的金额。
已汇款标志是用于识别是否进行了与该汇款请求对应的汇款的标志,最初被设定为“无效(OFF)”,通过汇款完成而设定为“有效(ON)”。
这里,作为服务器10管理汇款请求的方法,考虑大致分为以下两个模式。
“模式A”:不删除成为已汇款(已汇款标志有效)的汇款请求而将其保留。
“模式B”:删除成为已汇款(已汇款标志有效)的汇款请求。
能够应用任意一个模式,但以下,基本上应用“模式A”的方法。
即,服务器10针对将已汇款标志设定为“有效”的汇款请求,不删除其数据而将其保留。
(2)终端
图1-7是示出在本实施例中由终端20的控制部21实现的功能的一例的图。
作为非限定的例子,控制部21包括支付应用处理部211作为功能部,该支付应用处理部211按照存储部28所存储的支付应用处理程序281来执行支付应用处理。
图1-8是示出在本实施例中由终端20的存储部28存储的信息的一例的图。
作为非限定的例子,在存储部28中,存储有由控制部21读出并作为支付应用处理而执行的支付应用处理程序281、与自己的终端20或其用户建立了关联的应用ID283。
<显示画面>
以下,作为非限定的例子,例示出终端20是具备纵长的显示器的显示部24的智能手机的情况。
在智能手机中,作为非限定的例子,作为输入部发挥功能的触摸面板与该显示器对置地配置,由此构成触摸屏。在图标、按钮、项目或者输入区域等要素显示于显示器的情况下,当由用户操作了触摸面板的一部分区域并且是与显示有该要素的区域对置的区域时,执行与该要素建立了关联的程序或者该程序的子例程(subroutine)。
以下,作为非限定的例子,例示出轻击(轻击操作)作为用户的操作。
作为非限定的例子,轻击(轻击操作)是指用户用手指或笔尖等以轻叩的方式触摸与触摸面板一体构成的显示部24(触摸屏)的动作、以及触摸后离开的动作。
需要说明的是,以下说明的显示画面的转变只不过是用于实现本公开的方法的显示画面的转变的一例。关于以下例示的显示画面的转变,也可以省略一部分显示画面的显示,还可以追加其他的显示画面。
图1-9是示出在本实施例中由终端20的显示部24显示的画面的一例的图。
在显示部24中,基于由终端20执行的支付应用的功能,显示出向终端20的用户(支付应用的用户)通知接收到汇款请求信息的汇款请求显示MS1。
作为非限定的例子,汇款请求显示MS1是以推送形式显示的通知(以下称为“推送通知”。),包括表示该显示是基于支付应用的功能的显示的“支付应用”这样的文字和图标、以及通知接收到汇款请求信息和进行了汇款请求的第一用户的用户名的消息(作为非限定的例子,“A.A”、“具有汇款请求。”)。
另外,在汇款请求显示MS1的左侧,显示有用于确认与汇款请求相关的详细信息的按钮BT1。
汇款请求显示MS1和按钮BT1是基于终端20接收到与第一用户(在本例中为A.A)的汇款请求相关的第一信息(作为非限定的例子,汇款请求信息)而显示的第一显示的一例,不限定于此。
通过用户轻击示出“打开”的文字的按钮BT1,从而基于支付应用的功能而显示出详细的汇款请求。
图1-10示出接收到汇款请求信息的终端20的用户是B.B的例子。即,在图1-9中,作为终端20的用户的B.B轻击了按钮BT1,其结果是,转移到图1-10所示的画面。
在画面最上部中央,显示有表示该画面是基于支付应用的功能的画面的“支付应用”的文字。在其右侧,显示有该终端20的支付应用中的用户的图标图像和用户名(在本例中为“B.B”)。
另外,在其下方,显示有第一用户的用户名、以及表示从该用户接收到汇款请求信息的消息(作为非限定的例子,“A.A”、“具有汇款请求。”)。
在更下方,显示有表示详细的汇款请求的汇款请求显示MS2。
汇款请求显示MS2包括表示该显示是基于接收到汇款请求信息的显示的图标(在本例中为“请求接收”的文字的图标)、进行了汇款请求的第一用户(A.A)的图标图像、通过汇款请求信息而指定的金额即终端20的用户(B.B)应向第一用户汇款的汇款额(在本例中为“3,000日元”)、通知是终端20的用户进行支付的处境的图标(在本例中为“支付”的文字的图标)、由终端20接收到汇款请求信息的日期时间(在本例中为“2020.04.20 21:30”)、第一用户的用户名、表示从该用户接收到汇款请求信息的消息(在本例中为“具有来自A.A先生/女士的汇款请求。”)、以及用于显示与汇款请求相关的更加详细的信息的链接信息(在本例中为显示出“>确认详细”这样的文字的部分)。
此外,汇款请求显示MS2包括用于基于支付应用的功能对第一用户(A.A)执行汇款处理的汇款按钮BT2。
汇款请求显示MS2是基于与第一用户(在本例中为A.A)的汇款委托相关的第一信息而显示的第一显示的一例,不限定于此。
在该画面中,当终端20的用户(B.B)轻击汇款按钮BT2时,转移到用于汇款通过汇款请求信息而指定的金额的汇款画面(作为非限定的例子,图2-8的画面)。在该汇款画面中轻击画面下部的汇款区域RM2时,转移到汇款确认画面(作为非限定的例子,图2-9的画面)。
通过终端20的用户B.B在汇款确认画面中轻击确认按钮BT6,将由汇款请求指定的金额(汇款请求金额:通过汇款请求显示MS2而示出的金额)从终端20的用户B.B的电子钱币户头汇款到第一用户(A.A)的电子钱币户头。
在汇款了与第一用户(A.A)的汇款请求金额对应的金额的情况下,在用户(B.B)的终端20的显示部24中不显示再次促使终端20的用户(B.B)向第一用户(A.A)汇款的汇款提醒显示(不限定,是基于汇款委托的与第一显示不同的第二显示的一例)。
另一方面,在没有汇款与其他用户(A.A)的汇款请求金额对应的金额的情况下,作为非限定的例子,在规定期间内终端20的用户(B.B)未进行上述的汇款操作等的情况下,能够在该用户(B.B)的终端20的显示部24显示汇款提醒显示。
在图1-11的例子中,在显示部24中,显示有基于由终端20执行的支付应用的功能而向终端20的用户(支付应用的用户)通知进行了汇款提醒的汇款提醒显示MS3。
作为非限定的例子,汇款提醒显示MS3与图1-9所示的汇款请求显示MS1的不同之处在于,包括基于该终端20的功能(支付应用的功能)通知进行了汇款提醒(即,进行了终端提醒)和与汇款提醒相关的第一用户的用户名的消息(作为非限定的例子,“A.A”、“(终端提醒)具有汇款请求。”)这一点。
另外,在汇款提醒显示MS3的左侧,显示有用于确认与汇款提醒相关的详细信息的按钮BT3。汇款提醒显示MS3和按钮BT3是基于汇款委托的与第一显示不同的第二显示的一例,不限定于此。
通过用户轻击示出“打开”的文字的按钮BT3,从而基于支付应用的功能而显示出详细的汇款提醒。
图1-12示出成为汇款提醒的对象的终端20的用户为用户B.B的例子。即,在图1-11中,用户B.B轻击了按钮BT3,其结果是,转移到图1-12所示的画面。
在图1-12所示的画面中,显示有表示详细的汇款提醒的汇款提醒显示MS4。
作为非限定的例子,汇款提醒显示MS4与图1-12所示的汇款请求显示MS2的不同之处在于,包括通知仍未执行与汇款请求信息对应的汇款处理并且表示该通知是基于终端20的功能(支付应用的功能)的通知的“终端提醒”这样的文字的图标这一点、以及在表示具有来自第一用户的汇款请求的消息之后显示有终端20接收到汇款请求信息的日期时间(在本例中为“具有来自A.A先生/女士的汇款请求。(2020.0420.21:30)”)这一点。
即,在汇款提醒显示MS4中,通过消息的内容或者显示方式通知针对仍未执行对汇款请求的汇款处理进行了汇款提醒。
此外,汇款提醒显示MS4包括用于基于支付应用的功能而对第一用户(A.A)执行汇款处理的汇款按钮BT4。
汇款提醒显示MS4是基于汇款委托的与第一显示不同的第二显示的一例,不限定于此。
在该画面中终端20的用户(B.B)轻击汇款按钮BT4时,转移到用于汇款由汇款提醒显示MS4指定的金额的汇款画面(作为非限定的例子,图2-8的画面)。在该汇款画面中轻击画面下部的汇款区域RM2时,转移到汇款确认画面(作为非限定的例子,图2-9的画面)。
通过终端20的用户(B.B)在汇款确认画面中轻击确认按钮BT6,将由汇款提醒显示MS4指定的金额从终端20的用户(B.B)的电子钱币户头汇款到第一用户(A.A)的电子钱币户头。
这样,作为非限定的例子,根据终端20的用户(B.B)对显示于显示部24的第二显示(汇款提醒显示MS3和按钮BT3、包含汇款按钮BT4的汇款提醒显示MS4)进行的输入,由终端20的控制部21执行基于汇款请求的与从终端的用户(B.B)向第一用户(A.A)的汇款相关的汇款处理。
<处理>
图1-13~图1-14是示出在本实施例中由各装置执行的处理流程的一例的流程图。
以下说明的处理只不过是用于实现本公开的方法的处理的一例,不限于这些处理。
另外,在以下说明的处理中,可以追加其他的步骤,也可以省略(删除)一部分步骤。
这在以下说明的各流程图(处理)中是同样的。
在该处理中,从左侧依次分别示出终端20A的控制部21所执行的处理、终端20B的控制部21所执行的处理、服务器10的控制部11所执行的处理。
作为非限定的例子,例示出将终端20A的用户A.A设为汇款发起方用户、将终端20B的用户B.B设为汇款请求目的地用户的情况。
该处理是汇款请求目的地用户的终端20(在该例中为终端20B)自动地使显示部24显示汇款提醒显示的处理的一例。
另外,汇款提醒不限于一次,也能够进行两次以上,但这里为了简单,省略处理的结束判定,作为汇款提醒仅进行一次的情况下的处理进行图示说明。在将汇款提醒进行两次以上的情况下也是同样的。
作为非限定的例子,首先,终端20A的控制部21基于是否对输入部进行了用于要求汇款请求的执行的输入(以下称为“汇款请求执行输入”。),来判定是否要求汇款请求的执行(A110)。
作为非限定的例子,汇款请求执行输入能够为用于要求汇款请求的执行的操作(以下称为“汇款请求执行操作”。)。
如果判定为要求(A110:是),则终端20A的控制部21通过通信I/F22向服务器10发送用于要求(委托)向汇款请求目的地用户的终端20(在该例中为终端20B)发送汇款请求信息的信息(以下称为“汇款请求发送要求信息”。)(A120)。
作为非限定的例子,在汇款请求发送要求信息中,至少能够包括自己的终端20A的用户A.A的识别信息(作为非限定的例子,应用ID)、作为汇款请求目的地用户的用户B.B的识别信息(作为非限定的例子,应用ID)、以及汇款请求金额(委托汇款的金额)。
在通过通信I/F14从终端20A接收到汇款请求发送要求信息时,服务器10的控制部11基于接收到的汇款请求发送要求信息,生成设定了汇款请求管理ID的汇款请求信息,更新第一汇款请求管理数据157A。然后,服务器10的控制部11通过通信I/F14,向汇款请求目的地的用户即用户B.B的终端20B发送所生成的汇款请求信息(S110)。
作为非限定的例子,在汇款请求信息中,除了包括汇款请求管理ID之外,还能够包括用户能够识别(能够认识)是汇款请求的信息(作为非限定的例子,表示是汇款请求的文本、图像等)、汇款请求金额的信息、汇款发起方用户的信息(作为非限定的例子,汇款发起方用户的用户名)等。
需要说明的是,作为汇款发起方用户的信息,不限于该用户名,也可以包括该应用ID、汇款发起方用户的终端电话号码、终端邮件地址等信息,还可以不包括这些信息。
在通过通信I/F22从服务器10接收到汇款请求信息时,终端20B的控制部21使基于接收到的汇款请求信息的汇款请求显示显示于显示部24(B110)。
汇款请求显示除了包括接收到的汇款请求信息所包含的一部分或全部的信息的显示之外,还包括与接收到的汇款请求信息关联的信息的显示、用于基于接收到的汇款请求信息来实现汇款的信息(作为非限定的例子,汇款按钮、汇款图标等操作用图像)的显示。
之后,终端20B的控制部21判定是否执行基于该汇款请求的汇款(B120)。作为非限定的例子,判定是否向输入部进行了指定有汇款请求管理ID的汇款的执行输入。
如果判定为执行汇款(B120:是),则终端20B的控制部21通过通信I/F22向服务器10发送用于要求汇款的结算的汇款结算要求信息(B130)。
作为非限定的例子,在汇款结算要求信息中,能够包括汇款请求管理ID和汇款预定金额。
汇款预定金额是作为要汇款的金额而输入的金额,是仍未进行汇款的状态的金额。
服务器10的控制部11判定是否通过通信I/F14从终端20B接收到汇款结算要求信息(S120),如果判定为接收到(S120:是),则执行汇款结算处理(S130)。
具体而言,作为非限定的例子,从用户B.B的电子钱币户头余额减去作为汇款金额的汇款预定金额量的金额并进行更新,并且,对用户A.A的电子钱币户头余额加上汇款金额并进行更新。
汇款金额是指从汇款请求目的地用户向汇款发起方用户汇款的金额。
另外,将第一汇款请求管理数据157A中的与接收到的汇款请求管理ID对应的已汇款标志设定为“有效(ON)”。
关于已汇款标志成为“有效”的汇款请求管理ID,以后不进行汇款。
另外,在汇款结算处理中,在电子钱币户头余额不足的情况下(在汇款预定金额超过电子钱币户头余额的情况下),不进行汇款。
需要说明的是,在该情况下,服务器10的控制部11向终端20B发送促使对电子钱币户头余额进行充值的信息。然后,也可以基于从终端20B接收到要求充值的信息,在对电子钱币户头余额进行了充值的基础上进行汇款,也可以不采用这种方式。
之后,服务器10的控制部11通过通信I/F14向终端20B发送与汇款相关的信息即汇款信息(S140)。
作为非限定的例子,在汇款信息中,包括用于通知汇款完成的汇款完成通知的信息等。
另外,服务器10的控制部11通过通信I/F14向终端20A发送与收款相关的信息即收款信息(S150)。
作为非限定的例子,在收款信息中,包括用于通知收款完成的收款完成通知的信息等。
在通过通信I/F22从服务器10接收到收款信息时(A140:是),终端20A的控制部21使接收到的收款信息显示于显示部24(A150)。
在通过通信I/F22从服务器10接收到汇款信息时,终端20B的控制部21使接收到的汇款信息显示于显示部24(B140)。
之后,终端20B的控制部21判定是否进行针对上述的汇款请求的汇款提醒(在本实施例中为终端提醒)(B145)。具体而言,作为非限定的例子,在成为进行汇款提醒(终端提醒)的设定的情况下,判定为进行汇款提醒。
需要说明的是,基本上,在B120中未执行基于汇款请求的汇款的情况下,能够进行汇款提醒。
但是,也能够与此不同,无论是否执行了基于汇款请求的汇款都进行汇款提醒。
另外,在该情况下,在S110中接收到从服务器10发送的汇款请求信息之后,或者在B110中将汇款请求显示显示于显示部24之后,不马上进行汇款提醒,作为非限定的例子,能够在经过了固定时间的时机(Timing),进行汇款提醒。
在判定为进行汇款提醒的情况下(B145:是),服务器10的控制部11基于之前接收的汇款请求信息,生成汇款提醒信息。然后,终端20B的控制部21使基于生成的汇款提醒信息的汇款提醒显示显示于显示部24(B150)。
作为非限定的例子,汇款提醒显示的内容除了用户能够识别(能够认识)是汇款提醒的信息(作为非限定的例子,表示是汇款提醒的文本、图像等)之外,能够与汇款请求显示相同。
需要说明的是,可以将汇款请求显示的内容和汇款提醒显示的内容设为全部相同的内容,也可以不采用这种方式。
汇款提醒显示除了包括接收到的汇款提醒信息所包含的一部分或全部的信息的显示之外,还能够包括与接收到的汇款提醒信息关联的信息的显示、用于基于接收到的汇款提醒信息来实现汇款的信息(作为非限定的例子,汇款按钮、汇款图标等操作用图像)的显示等。
接着,终端20B的控制部21判定是否进行了针对显示部24所显示的汇款提醒显示的输入(B160)。
作为非限定的例子,“输入”是针对输入部(操作部)的操作,作为非限定的例子,能够为轻击(轻击操作)。
另外,在该输入中,能够包括针对上述的各种汇款提醒显示MS的输入。不限于汇款按钮的轻击,作为非限定的例子,也能够针对上述的各种汇款提醒显示MS中的任意一个汇款提醒显示MS,将轻击了该显示区域作为输入,来实现汇款。
如果判定为进行了输入(B160:是),则终端20B的控制部21基于该汇款提醒信息,通过通信I/F22向服务器10发送汇款结算要求信息(B130)。
在该情况下,作为非限定的例子,也能够在汇款结算要求信息中包含之前接收到的汇款请求信息的汇款请求管理ID、以及汇款预定金额。
服务器10的控制部11判定是否通过通信I/F14从终端20B接收到汇款结算要求信息(S120),如果判定为接收到(S120:是),则执行汇款结算处理(S130)。该汇款结算处理如上所述。
之后,服务器10的控制部11通过通信I/F14向终端20B发送上述的汇款信息(S140)。
另外,服务器10的控制部11通过通信I/F14向终端20A发送上述的收款信息(S150)。
然后,服务器10的控制部11结束处理。
在通过通信I/F22从服务器10接收到汇款信息时,终端20B的控制部21使接收到的汇款信息显示于显示部24(B140)。然后,终端20B的控制部21结束处理。
另外,在通过通信I/F22从服务器10接收到收款信息时(A140:是),终端20A的控制部21使接收到的收款信息显示于显示部24(A150)。然后,终端20A的控制部21结束处理。
<终端所执行的汇款处理(第一汇款处理)>
在终端20(作为非限定的例子,汇款请求目的地用户的终端20)通过控制部21而执行的处理中,包括汇款处理(以下,将该终端所执行的汇款处理称为“第一汇款处理”。)。
第一汇款处理是终端20所执行的处理,并且是基于汇款请求(汇款委托)的与从汇款请求目的地用户(终端的用户)向汇款发起方用户(第一用户)的汇款相关的处理。
作为非限定的例子,在该第一汇款处理中,能够包括用于实现从终端的用户向第一用户的汇款的处理、以某些形式与从终端的用户向第一用户的汇款关联的处理。不仅仅是与汇款直接关联的处理,与汇款间接关联的处理也能够包含在由终端执行的汇款处理中。
在上述的处理例中,作为非限定的例子,以下的处理包含在第一汇款处理中。
(1)通过通信I/F22向服务器10发送汇款结算要求信息的处理
(2)通过通信I/F22从服务器10接收汇款信息的处理
(3)将接收到的汇款信息显示于显示部24的处理
<与终端相关的输入>
在上述的处理中,将汇款请求执行输入、针对汇款提醒显示的输入等针对终端的输入或者由终端的用户进行的输入设为针对输入部(操作部)的操作输入,但不限于此。
作为非限定的例子,也可以代替针对输入部(操作部)的操作输入或者在此基础上,能够进行针对输入部(声音输入部25)的声音(包含语音。)输入,还可以不采用这种方式。
这在针对终端的其他输入或者由终端的用户进行的其他输入中也是同样的。
<第一实施例的效果>
在本实施例中,终端20通过通信I/F22来接收由汇款发起方用户(不限定,第一用户的一例)发送的汇款请求信息(不限定,与汇款委托相关的第一信息的一例)。然后,终端20将汇款请求显示(不限定,第一显示的一例)显示于显示部24。
另外,示出以下结构:终端20将基于汇款请求的与汇款请求信息不同的汇款提醒显示(不限定,第二显示的一例)显示于显示部24。然后,终端20基于针对显示部24所显示的汇款提醒显示的输入(不限定,针对第二显示的输入的一例),由控制部21执行基于汇款请求的第一汇款处理(不限定,与从终端的用户向第一用户的汇款相关的汇款处理的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够由终端的控制部基于针对终端的显示部所显示的第二显示的输入而执行汇款处理,从而简单地实现从终端的用户向第一用户的汇款。
另外,本实施例示出以下结构:汇款请求显示包括基于汇款请求的汇款请求金额的信息(不限定,基于汇款委托的金额的信息的一例),汇款提醒显示包括同样的金额的信息(不限定,基于汇款委托的金额的信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够通过第一显示和第二显示向终端的用户可靠地通知基于汇款委托的金额。
另外,本实施例示出以下结构:汇款请求显示包括汇款发起方用户的用户名等信息(不限定,第一用户的信息的一例),汇款提醒显示包括同样的用户名等信息(不限定,第一用户的信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够通过第一显示和第二显示向终端的用户可靠地通知汇款的委托源的用户的信息。
另外,本实施例示出以下结构:汇款请求显示(不限定,第一显示的一例)和汇款提醒显示(不限定,第二显示的一例)通过安装于终端20的支付应用(不限定,安装于终端的应用的一例)而显示于显示部24。
作为通过这样的结构而得到的实施例的效果的一例,能够通过安装于终端的应用,使终端的用户简单地认识第一显示和第二显示。
另外,本实施例示出以下结构:第一汇款处理包括通过通信I/F22来接收汇款信息(不限定,表示执行了基于汇款委托的汇款的处理的信息)的处理。
作为通过这样的结构而得到的实施例的效果的一例,能够向终端的用户通知执行了基于汇款委托的汇款的处理。
另外,本实施例示出以下结构:第一汇款处理包括通过通信I/F22发送汇款结算要求信息(不限定,与基于汇款委托的汇款的处理的委托相关的信息的一例)的处理。
作为通过这样的结构而得到的实施例的效果的一例,能够向外部委托基于来自第一用户的汇款委托的汇款的处理。
<第一变形例(1)>
在汇款请求目的地用户的终端20中,在未执行第一汇款处理的情况(未执行的情况)下,在显示部24中显示与未进行基于来自汇款发起方用户的汇款请求的汇款相关的显示(不限定,第四显示的一例)。另一方面,在汇款请求目的地用户的终端20中,在执行了第一汇款处理的情况(已执行的情况)下,也可以在显示部24中显示与进行了基于来自汇款发起方用户的汇款请求的汇款相关的显示(不限定,第五显示的一例),还可以不采用这种方式。
在与未进行基于来自汇款发起方用户的汇款请求的汇款相关的显示中,作为非限定的例子,能够包括“仍未汇款”、“未汇款”这样的文本、表示是未汇款的状态的图像(标记或图标等)。
同样,在与进行了基于来自汇款发起方用户的汇款请求的汇款相关的显示中,作为非限定的例子,能够包括“已经汇款”、“已汇款”这样的文本、表示是已汇款的状态的图像(标记或图标等)。
本变形例示出以下结构:汇款请求目的地用户的终端20在未执行第一汇款处理(不限定,汇款处理的一例)的情况下,在显示部24中显示与未进行基于来自汇款发起方用户的汇款请求的汇款相关的显示(不限定,第四显示的一例)。另一方面,汇款请求目的地用户的终端20在执行了第一汇款处理的情况(已执行的情况)下,在显示部24中显示与进行了基于来自汇款发起方用户的汇款请求的汇款相关的显示(不限定,第五显示的一例)。
作为通过这样的结构而得到的变形例的效果的一例,能够向终端的用户适当地通知基于汇款委托的汇款的状况(进行/未进行)。
<第一变形例(2)>
在第一实施例中,在汇款请求目的地用户的终端20中,作为提醒显示之一,能够进行推送通知。该推送通知也可以说是提醒显示的一种,还可以说是提醒通知的一种。
除了该推送通知之外,作为非限定的例子,还能够进行基于如下控制的提醒通知处理。
·控制部21控制为使声音输出部26输出规定的声音。
·控制部21对未图示的振动部进行控制而使终端20的壳体振动。
·控制部21控制为使未图示的发光部进行规定的发光。
需要说明的是,除了成为终端提醒的执行时机(Timing)之外,也能够预先设定用于进行提醒通知的条件(以下称为“提醒通知条件”。),基于提醒通知条件的成立来执行提醒通知处理。
对于提醒通知条件,作为非限定的例子,能够预先设定“当前的时刻是不包含在用户睡觉的可能性高的时间段(深夜(到第二日0点)的时间段、凌晨(到第二日3点)的时间段、清晨(从第二日3点开始)的时间段)”等条件。
通过这种方式,在这些设定时间段中,提醒通知条件不成立,不执行提醒通知处理,因此,能够在用户睡觉的可能性高的时间段不进行提醒通知。
本变形例示出以下结构:汇款请求目的地用户的终端20基于所设定的提醒通知条件(不限定,第二条件的一例),通过控制部21来执行提醒通知处理。
作为通过这样的结构而得到的变形例的效果的一例,能够基于所设定的条件,在适当的时机向终端的用户通知终端提醒的执行。
<第一变形例(3)>
在第一实施例中,在通过汇款请求目的地用户的终端20执行基于汇款请求的汇款时,作为非限定的例子,与执行基于汇款提醒的汇款的情况同样,能够基于针对显示部24所显示的汇款请求显示的输入,来执行汇款。
图1-15示出在本变形例中由各装置执行的处理流程的一例的流程图。
该流程图是与图1-13~图1-14的流程图中的图1-14的处理部分对应的流程图。
在B110之后,终端20B的控制部21判定是否进行了针对显示部24所显示的汇款请求显示的输入(B125)。
该情况下的输入与上述的针对汇款提醒显示的输入同样,能够采用轻击(轻击操作)等操作输入或声音输入等。
如果判定为进行了输入(B125:是),则终端20B的控制部21将处理移至B130。
本变形例示出以下结构:汇款请求目的地用户的终端20基于由汇款请求目的地用户对汇款请求显示(不限定,第一显示的一例)的输入,由控制部21执行用于实现基于汇款请求的从汇款请求目的地用户向汇款发起方用户的汇款的处理(不限定,与从终端的用户向第一用户的汇款相关的汇款处理的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够基于由终端的用户对第一显示的输入,简单地实现基于汇款委托的汇款。
<第一变形例(4)>
在第一实施例中,将第一用户设为是普通用户的终端20的用户(在上述的例子中为用户A.A)进行了说明,但不限于此。
也可以将第一用户不设为普通用户,而设为店铺等的经营者的用户,还可以不将第一用户设为店铺等的经营者的用户。作为非限定的例子,在该情况下的经营者中,包括进行商品的销售(包括服务的提供。)的经营者或经营借款业的经营者等假定通过汇款委托向终端20的用户进行金钱的请求的经营者(店铺)。
在该情况下,在上述的实施例中,这些经营者取得支付服务(支付应用)的账户。然后,能够使用该账户,经由服务器10向金钱的请求目的地的用户(汇款请求目的地用户)的终端20发送汇款请求信息、汇款提醒信息。
需要说明的是,上述的经营者(店铺)所取得的账户可以是终端20的用户用的账户即普通账户,也可以是经营者用的账户。
本变形例示出以下结构:汇款发起方用户(不限定,第一用户的一例)是进行与汇款请求相关的商品的销售的店铺。
作为通过这样的结构而得到的变形例的效果的一例,不仅仅是普通的用户,店铺的用户也能够是可以向终端的用户进行汇款委托的用户(第一用户)。
<第一变形例(5)>
根据终端20的用户的不同,假定对汇款请求目的地用户进行汇款请求或汇款提醒会感到不自在而犹豫的情况。作为非限定的例子,为汇款请求目的地用户是比自己高一级的人或者汇款请求目的地用户是亲友的情况等。
对此,也能够不将汇款请求或汇款提醒的委托源的用户设为终端20的用户,而设为利用业务用账户的用户。
作为非限定的例子,业务用账户是在该服务(在上述的例子中为支付服务)中具有官方的账户(以下称为“官方账户”,适当表述为“OA:Official Account”。)的用户。
作为一例,作为非限定的例子,具有官方账户的用户能够为支付服务经营者。在该情况下,服务器10能够将汇款请求或汇款提醒的委托源的用户设为支付服务经营者而非终端20的用户,向汇款请求目的地用户的终端20发送汇款请求信息或汇款提醒信息。
本变形例示出以下结构:汇款委托主的用户(不限定,第一用户的一例)是利用官方账户(不限定,业务用账户的一例)的用户。
作为通过这样的结构而得到的变形例的效果的一例,能够代替希望进行汇款委托的用户而使利用业务用账户的用户进行汇款委托,提高用户的便利性。
<第二实施例>
第二实施例是汇款请求目的地用户的终端20基于从服务器10接收到汇款提醒信息而进行汇款提醒显示的实施例。以下,将该方法称为“服务器提醒”。
第二实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的符号,省略再次的说明。
<数据结构>
图2-1是示出存储在服务器10的存储部15中的、作为上述的汇款请求管理数据157的另一例的第二汇款请求管理数据157B的结构例的图。
在第二汇款请求管理数据157B中,除了关联地存储有第一汇款请求管理数据157A中的日期时间、汇款请求管理ID、汇款发起方ID、汇款请求目的地ID、汇款请求金额、以及已汇款标志之外,作为非限定的例子,还关联地存储有信息类别。
信息类别是用于识别与该汇款请求管理ID对应的信息的类别是汇款请求和汇款提醒中的哪一方的信息,作为非限定的例子,在汇款请求中存储有“请求”,在汇款提醒中存储有“提醒”。
在日期时间中,作为非限定的例子,如果所对应的汇款请求的信息类别是“请求”,则存储有将该汇款请求信息从服务器10发送到汇款请求目的地用户的终端20的日期时间,如果所对应的汇款请求的信息类别是“提醒”,则存储有将该汇款提醒信息从服务器10发送到汇款请求目的地用户的终端20的日期时间。
另外,关于各个汇款请求管理ID,在与根据该汇款请求管理ID而识别的汇款请求信息对应的汇款提醒信息中,与进行了汇款提醒的次数无关,作为汇款请求管理ID、汇款请求金额以及已汇款标志而分别存储有相同的ID、相同的金额、相同的标志。
作为非限定的例子,图中由黑框包围的记录的数据是处于对应关系的汇款请求和汇款提醒的数据。
<显示画面>
图2-2示出通过第一用户(A.A)的终端20执行了支付应用的情况下的显示于显示部24的信息的一例。
在显示部24中,显示有第一用户(A.A)的电子钱币户头余额(在本例中为“25,000日元”),并且,显示有与在支付应用中能够执行的各功能分别对应的图标。
第一用户(A.A)通过使与自己的户头相关的进款历史显示于显示部24,能够确认是否进行了汇款、以及进行了汇款的情况下的进行了汇款的用户和汇款额。即,能够确认是否根据汇款委托进行了汇款。
作为能够通过支付应用而执行的功能,具有对指定的用户委托支付的汇款委托功能,与对应于汇款委托功能的包括“¥标记”的图标IC1一起显示有“汇款请求”的文字。
第一用户(A.A)选择该图标,指定汇款委托对象的用户(在本例中为B.B),输入汇款委托金额(汇款请求金额)(在本例中为“3,000日元”),由此,向所指定的用户(B.B)的终端20发送汇款请求信息,在所指定的用户的终端20的显示部24显示出汇款请求显示MS1、MS2。
然后,在第一用户(A.A)的终端20中,在支付应用中管理与成为汇款委托的对象的用户相关的信息以及汇款委托金额作为汇款委托历史。
在图2-2的例子中,与对应于汇款委托历史的阅览功能的图标IC2一起显示有“发送请求一览”的文字。
第一用户(A.A)通过选择该图标,能够单独地确认过去成为汇款委托的对象的用户和针对该用户的汇款委托金额。
在本例中,如图2-3所示,在“汇款请求一览”的标题的下方,单独显示出与第一用户(A.A)过去进行的汇款委托中的汇款处理未完成的汇款委托、即、能够作为汇款提醒的对象的汇款委托相关的信息。
在本例中,在矩形状的区域R1内关联地显示有成为汇款委托的对象的用户的图标图像和用户名(在本例中为B.B)、该用户的终端20接收到汇款请求信息的日期时间(在本例中为2020.04.20 21:30)、针对该用户的汇款委托金额(在本例中为“3,000日元”)、表示是第一用户(A.A)收取该汇款委托金额的处境的图标(在本例中为“收取”的文字的图标)。
另外,在区域R1设置有复选框,通过设为用户选中复选框的状态,从而显示在区域R1内的各信息成为被选择的状态。
在图2-3的例子中,在画面下部设置有显示为“提醒”的区域RR。第一用户(A.A)在选中复选框的状态下轻击区域RR,由此,向成为汇款请求信息的发送对象的用户(B.B)的终端20发送基于显示在区域R1内的信息的汇款提醒信息。
然后,在接收到汇款提醒信息的终端20的显示部24显示出汇款提醒显示。
当用户(B.B)的终端20接收到汇款提醒信息、或者在用户(B.B)的终端20显示出基于接收到汇款提醒信息的汇款提醒显示时,如图2-4所示,在第一用户(A.A)的终端20,显示出通知完成了汇款提醒的汇款提醒完成显示MS5。
在汇款提醒完成显示MS5中,包括作为汇款委托的对象的用户的用户名(在本例中为B.B)。
在接收到汇款提醒信息的用户(B.B)的终端20中,如图2-5所示,显示出基于接收到汇款提醒信息的汇款提醒显示MS3A。
作为非限定的例子,汇款提醒显示MS3A包括基于接收到汇款提醒信息的、通知与汇款提醒相关的第一用户的用户名的消息(作为非限定的例子,“A.A”、“[提醒接收]具有汇款请求。”)。
在图1-11所示的汇款提醒显示MS3中,根据是基于本终端的功能的汇款提醒显示而显示为“终端提醒”,与此相对,在汇款提醒显示MS3A中,根据是基于接收到的汇款提醒信息的汇款提醒显示而显示为“提醒接收”,这一点不同。
另外,在汇款提醒显示MS3A的左侧,显示有用于确认与汇款提醒相关的详细信息的按钮BT3A。
汇款提醒显示MS3A和按钮BT3A是基于汇款委托的与第一显示不同的第二显示的一例,不限定于此。
汇款提醒显示MS3A和按钮BT3A是基于汇款委托的、根据终端20接收到第二信息而显示于显示部24的第二显示的一例,不限定于此。
通过用户轻击示出“打开”的文字的按钮BT3A,从而基于支付应用的功能而显示详细的汇款提醒。
在图2-5中,用户(B.B)轻击了按钮BT3A,其结果是,转移到图2-6所示的画面,显示出表示详细的汇款提醒的汇款提醒显示MS4A。
作为非限定的例子,汇款提醒显示MS4A包括基于接收到汇款提醒信息的“提醒接收”这样的文字的图标、以及基于接收到汇款提醒信息的通知第一用户的用户名的消息(作为非限定的例子,“[提醒接收]具有来自A.A先生/女士的汇款请求。”)。
在图1-12所示的汇款提醒显示MS4中,根据是基于本终端的功能的汇款提醒显示而显示有“终端提醒”这样的文字的图标,与此相对,在汇款提醒显示MS4A中,显示有基于接收到汇款提醒信息的“提醒接收”这样的文字的图标,这一点不同。
另外,在图2-6的汇款提醒显示MS4A中,在第一用户的用户名(A.A)之前,与是基于汇款提醒信息的汇款提醒显示对应地具有[提醒接收]这样的显示,与此相对,在图1-12所示的汇款提醒显示MS4中,不具有这样的显示,这一点也不同。
当终端20的用户(B.B)轻击汇款提醒显示MS4A的显示为“>确认详细”的链接信息时,转移到图2-7的画面。
在图2-7的画面中,通知由汇款提醒显示MS4A提醒的汇款委托是由于何种事件产生的(在本例中为,是在4/20进行的事件的会费)。另外,通知是终端20的用户(B.B)进行支付的处境(在本例中为“支付”的文字的图标)以及应支付的金额(在本例中为“3,000日元”)。
在图2-7的画面中,在比上述的汇款提醒显示MS4A大的区域与动物的角色一起显示有与汇款提醒相关的信息。在其下方设置有区域RM1。
在区域RM1,显示有第一用户的用户名(A.A)、通知进行了来自第一用户的汇款委托和汇款提醒的信息(在本例中为“提醒接收”、“具有来自A.A先生/女士的汇款请求。”这样的消息)、以及用于向该第一用户汇款与汇款委托及汇款提醒对应的金额的链接信息(在本例中为显示出“>汇款”这样的文字的部分)。
当终端20的用户(B.B)轻击汇款用的链接信息时,转移到图2-8所示的汇款画面。
在汇款画面中,显示有成为汇款对方的第一用户的图标图像和用户名(A.A)、应向第一用户汇款的汇款额(在本例中为“3,000日元”)、通知是终端20的用户(B.B)进行支付的处境的图标(在本例中为“支付”的文字的图标)、以及当前的终端20的用户(B.B)的可汇款额(在本例中为“5,000日元”)。
基于当前的终端20的用户(B.B)的可汇款额大于应向第一用户汇款的汇款额,成为终端20的用户(B.B)能够向第一用户(A.A)汇款与汇款请求信息及汇款提醒信息对应的金额的状态。
在该汇款画面中轻击画面下部的汇款区域RM2时,转移到图2-9所示的汇款确认画面。
作为非限定的例子,汇款确认画面是在汇款画面上重叠显示的画面,包括成为汇款对方的第一用户的图标图像和用户名(A.A)、使用支付应用向第一用户汇款的预定的汇款额(在本例中为3,000日元)、以及显示出“确认”这样的文字的确认按钮BT6。
通过终端20的用户(B.B)轻击确认按钮BT6,从终端20的用户(B.B)的户头向第一用户(A.A)的户头汇款显示在汇款确认画面中的金额(在本例中为“3,000日元”)。
当汇款完成后,在用户(B.B)的终端20显示出图2-10所示的汇款完成画面。
作为非限定的例子,汇款完成画面是在汇款画面上重叠显示的画面,显示出成为汇款对方的第一用户的用户名(A.A)和通知完成了汇款处理的消息。
<处理>
(1)处理的一例
图2-11是示出在本实施例中由各装置执行的处理流程的一例的流程图。
该流程图是与图1-13~图1-14的流程图中的图1-14的处理部分对应的流程图,是示出服务器10向汇款请求目的地用户的终端20(在该例中为终端20B)自动地发送汇款提醒信息的处理的流程图。
服务器10的控制部11判定是否针对之前的汇款请求进行了汇款提醒(在本实施例中为服务器提醒)(S260)。具体而言,作为非限定的例子,在S120中从终端20A未接收到汇款结算要求信息的情况下,判定为进行汇款提醒。
需要说明的是,在该情况下,在S110中将汇款请求信息发送到终端20之后,不马上进行汇款提醒,作为非限定的例子,能够在经过了固定时间的时机,进行汇款提醒。
在判定为进行汇款提醒的情况下(S260:是),服务器10的控制部11生成设定了与在S110中设定的汇款请求管理ID相同的ID的汇款提醒信息,更新第二汇款请求管理数据157B。然后,服务器10的控制部11通过通信I/F14,将生成的汇款提醒信息与汇款请求管理ID一起发送到终端20B(S270)。然后,服务器10的控制部11将处理移至S120。
在通过通信I/F22从服务器10接收到汇款提醒信息时(B240:是),终端20B的控制部21使汇款提醒显示显示于显示部24(B250)。然后,终端20B的控制部21将处理移至B160。
(2)处理的另一例
图2-12是示出在本实施例中由各装置执行的处理流程的另一例的流程图。
该流程图是与图1-13~图1-14的流程图中的图1-14的处理部分对应的流程图,是示出服务器10基于接收到从汇款发起方用户的终端20(在该例中为终端20A)发送的汇款提醒发送要求信息而向汇款请求目的地用户的终端20(在该例中为终端20B)发送汇款提醒信息的处理的流程图。
在图1-13的A150之后,作为非限定的例子,终端20A的控制部21基于是否对输入部进行了用于要求汇款提醒的执行的输入(以下称为“汇款提醒执行输入”。),来判定是否要求汇款提醒的执行(A260)。
汇款提醒执行输入与上述的汇款请求执行输入同样,作为非限定的例子,能够通过操作输入或声音输入来实现。
如果判定为要求(A260:是),则终端20A的控制部21通过通信I/F22向服务器10发送汇款提醒发送要求信息(A270)。然后,终端20A的控制部21将处理移至A150。
服务器10的控制部11判定是否通过通信I/F14从终端20A接收到汇款提醒发送要求信息(S265),如果判定为接收到(S265:是),则将处理移至S270。<服务器执行的汇款处理(第二汇款处理)>
在服务器10通过控制部11而执行的处理中,包括汇款处理(以下,将服务器所执行的该汇款处理称为“第二汇款处理”。)。
第二汇款处理是服务器10执行的处理,并且是基于汇款请求(汇款委托)的与从汇款请求目的地用户(终端的用户)向汇款发起方用户(第一用户)的汇款相关的处理。
作为非限定的例子,在该第二汇款处理中,能够包括用于实现从终端的用户向第一用户的汇款的处理、以某些形式与从终端的用户向第一用户的汇款关联的处理。不仅仅是与汇款直接关联的处理,与汇款间接关联的处理也能够包含在由终端执行的汇款处理中。
在上述的处理例中,作为非限定的例子,以下的处理包含在第二汇款处理中。
(1)通过通信I/F14从终端20接收汇款结算要求信息的处理
(2)汇款结算处理(包括电子钱币户头余额的平衡调整的处理等。)
(3)通过通信I/F14向终端20发送汇款信息/收款信息的处理
<第二实施例的效果>
在本实施例中示出以下结构:基于汇款发起方用户(不限定,第一用户的一例)向汇款发起方用户的终端20的输入,经由服务器10向汇款请求目的地用户的终端20发送与汇款发起方用户(不限定,第一用户的一例)的汇款请求相关的汇款请求信息(不限定,第一信息的一例)。
另一方面,通过服务器10向汇款请求目的地用户的终端20发送汇款提醒信息(不限定,第二信息的一例),基于汇款提醒信息,将汇款提醒显示(不限定,第二显示的一例)显示于汇款请求目的地用户的终端20的显示部24。
作为通过这样的结构而得到的实施例的效果的一例,能够根据汇款委托源的第一用户的意向,经由服务器向终端发送第一信息。另外,在将第二信息从服务器发送到终端的基础上,能够基于该第二信息,将第二显示显示于终端的显示部。
另外,本实施例示出以下结构:服务器10通过通信I/F14向汇款请求目的地用户的终端20(不限定,终端的一例)发送与汇款发起方用户(不限定,第一用户的一例)的汇款请求相关的汇款请求信息(不限定,与汇款委托相关的第一信息的一例)。另外,服务器10通过通信I/F14向汇款请求目的地用户的终端20发送基于汇款请求的汇款提醒信息(不限定,基于汇款委托的第二信息的一例)。然后,服务器10基于针对汇款请求目的地用户的终端20的显示部24所显示的汇款提醒显示(不限定,基于第二信息的第二显示的一例)的输入,通过控制部11来执行第二汇款处理(不限定,基于汇款委托的与从终端的用户向第一用户的汇款相关的汇款处理的一例)。
作为通过这样的结构而得到的变形例的效果的一例,能够基于针对终端的显示部所显示的第二显示的输入,通过服务器的控制部来执行汇款处理,从而简单地实现从终端的用户向第一用户的汇款。
<第二变形例(1)>
能够对在第二实施例中说明的支付应用中的显示画面的用户界面、支付应用的功能等适当进行设计变更。
作为非限定的例子,图2-13示出用户(B.B)的终端20所显示的汇款请求一览画面。
在该汇款请求一览画面中,作为非限定的例子,在“汇款请求一览”的标题的下方,显示有关于针对终端的用户(B.B)的过去的汇款委托中的汇款处理未完成的汇款委托的汇款委托历史。
在该例中,基于终端20的用户(B.B)从作为第一用户的A.A接收到汇款请求信息,在区域R21显示有A.A的图标图像和用户名、“请求接收”的文字的图标、汇款请求信息的接收日期时间(2020.04.20 21:30)、表示是向A.A进行支付的处境的“支付”的文字的图标、以及应向A.A支付的金额(3,000日元)。
另外,基于终端20的用户(B.B)还从作为第一用户的D.D接收汇款请求信息,在区域R23显示有与来自D.D的汇款委托相关的信息。在该例中,来自D.D的汇款请求信息的接收日期时间成为2020.04.21 08:42,应向D.D支付的金额成为“500日元”。
基于针对来自多个(A.A、B.B)第一用户中的A.A的汇款委托、终端20在接收到汇款请求信息之后还接收到汇款提醒信息,在区域R21的下方的区域R22(不限定,与关于汇款请求信息的显示区域对应的关于汇款提醒信息的显示区域的一例),显示有A.A的图标图像和用户名、“提醒接收”的文字的图标、汇款提醒信息的接收日期时间(2020.04.23 17:00)、表示是向A.A进行支付的处境的“支付”的文字的图标、以及应向A.A支付的金额(3,000日元)。
显示于区域R21的信息和显示于区域R22的信息是基于共同的汇款请求信息的信息,因此,表示是向A.A进行支付的处境的“支付”的文字的图标和应向A.A支付的金额(3,000日元)相同。
另一方面,与区域R21不同,在区域R22显示有箭头,该箭头表示是与显示于区域R21的信息关联的信息。另外,R22中的A.A的图标图像和用户名、“提醒接收”的文字的图标分别显示在比区域R21中的A.A的图标图像和用户名、“请求接收”的文字的图标靠右侧的位置。
作为非限定的例子,在基于终端20接收到的汇款请求信息而显示的区域21所显示的信息和根据基于该汇款请求信息的汇款提醒信息而显示的区域22所显示的信息中,使至少一部分信息(作为非限定的例子,第一用户的图像图标和用户名、以及显示于其上方的图标)的显示位置不同,由此,用户容易理解汇款委托与汇款提醒的对应关系。
作为非限定的例子,作为汇款委托历史而显示的信息能够通过终端20的用户的操作进行排序。
在图2-13所示的显示有汇款委托历史的画面中,伴随着由用户轻击了空白区域,如图2-14所示那样显示出排序项目选择区域SR。
在排序项目选择区域SR的上部,显示有通知基于下方所示的项目来执行排序的信息(作为非限定的例子,“对请求进行重新排序”这样的文字)。
在其下方,显示有用于执行基于汇款请求信息或者汇款提醒信息的接收日期时间的排序的按钮BTS1、用于执行基于汇款额(作为非限定的例子,根据汇款请求信息或者汇款提醒信息被要求汇款的金额)的排序的按钮BTS2、以及用于执行基于在支付应用或者与支付应用协作的消息应用中登记为朋友的用户名的排序的按钮BTS3。
作为非限定的例子,一个终端20的用户(一个账户)从自己的终端20进行用于将其他终端20的用户(其他账户)追加为朋友的处理,并由服务器10执行追加登记朋友的处理(朋友追加处理、朋友登记处理),由此,能够经由服务器10,在登记为朋友的终端20之间进行消息的收发等。将个人的用户所拥有的消息应用的账户称为“普通账户”。在拥有普通账户的用户的终端20之间收发到的消息的历史作为谈话室等显示于终端20的显示部24。
作为非限定的例子,当终端20的用户(B.B)轻击按钮BTS3时,如图2-15所示,作为汇款委托历史而显示的信息被排序,基于字母顺序显示出进行了汇款委托的第一用户(作为非限定的例子,A.A和D.D)中的登记为朋友的用户(作为非限定的例子,A.A和D.D)的用户名。
在本例中,在区域R21显示有作为第一用户的A.A的图标图像和用户名,在区域R22显示有作为第一用户的B.B的图标图像和用户名。
图2-15所示的例子与图2-14所示的例子不同,在排序后,作为与第一用户相关的信息,均没有显示出“请求接收”的图标和“提醒接收”的图标,均没有显示出汇款请求信息的接收日期时间和汇款提醒信息的接收日期时间,并且也没有显示出与汇款额相关的信息。
在图2-15所示的画面中,成为至少能够掌握进行了汇款委托的第一用户的方式。
在图2-15所示的画面中,当终端20的用户(B.B)轻击与登记为朋友的第一用户(作为非限定的例子,A.A)对应的区域R21时,如图2-16所示,显示出与所选择的第一用户(A.A)的汇款委托相关的详细信息。
在画面上部的区域R20,显示出通知是与所选择的第一用户(A.A)的汇款委托相关的历史的信息(作为非限定的例子,“A.A的汇款请求一览”这样的文字),在其下方,以图2-13所示的方式显示出与所选择的第一用户(A.A)的汇款委托相关的详细历史。
作为非限定的例子,图2-13的显示于区域R21、R22的各信息(不限定,基于汇款请求信息的显示的一例、基于汇款提醒信息的显示的一例)被显示于图2-16的区域R21、R22。
需要说明的是,未显示与没有选择的其他的第一用户(D.D)的汇款委托相关的历史。
作为非限定的例子,在图2-14的画面中,当终端20的用户(B.B)轻击按钮BTS1时,如图2-17所示,作为汇款委托历史而显示的信息被排序,基于接收日期时间显示出进行了汇款委托的第一用户(作为非限定的例子,A.A和D.D)的历史(不限定,基于汇款请求信息的显示的一例、基于汇款提醒信息的显示的一例)。
在该例中,最新的历史是基于与作为第一用户的A.A的3,000日元的汇款委托对应的汇款提醒信息(接收日期时间2020.04.23 17:00)的历史,因此,在最上部的区域R21,与A.A的图标图像及用户名一起显示出“提醒接收”的图标。
第二新的历史是基于与作为其他的第一用户的B.B的500日元的汇款委托对应的汇款请求信息(接收日期时间2020.04.21 08:42)的历史,因此,在从上起第二个区域R22,与B.B的图标图像及用户名一起显示出“请求接收”的图标。
第三新的历史是基于与作为第一用户的A.A的3,000日元的汇款委托对应的汇款请求信息(接收日期时间2020.04.20 21:30)的历史,因此,在从上起第三个区域R23,与A.A的图标图像及用户名一起显示出“请求接收”的图标。
显示于区域R21的信息和显示于区域R23的信息均是与来自一方的第一用户(A.A)的共同的汇款委托相关的信息。
但是,在接收到基于一方的第一用户(A.A)的第一汇款委托的汇款请求信息之后,接收到基于另一方的第一用户(D.D)的第二汇款委托的汇款请求信息,之后,接收到基于一方的第一用户(A.A)的第一汇款委托的汇款提醒信息,因此,在显示出对应于第一汇款委托的信息的区域R21与显示出对应于第一汇款委托的信息的区域R23之间的区域即区域R22,显示有对应于第二汇款委托的信息。
作为非限定的例子,如图2-18所示,在成为汇款委托或者汇款提醒的对象的用户(B.B)的终端20,显示出朋友登记确认画面,该朋友登记确认画面用于确认进行了该汇款委托或者汇款提醒的第一用户是否为在支付应用或者与支付应用协作的消息应用中登记为朋友的用户。
作为非限定的例子,在图2-7所示的画面中,当终端20的用户(B.B)轻击显示于区域RM1的汇款用的链接信息时,在转移到图2-8的汇款画面之前显示出图2-18的朋友登记确认画面。
作为非限定的例子,朋友登记确认画面是在图2-7的画面上重叠显示的画面,显示出用于使终端20的用户(B.B)确认要汇款的对方(作为非限定的例子,显示于RM1的用户名(A.A)的第一用户)是否为登记为朋友的对方的消息(作为非限定的例子,“请再次确认请求了汇款的人是否为朋友。进行汇款?”)。
当终端20的用户(B.B)轻击朋友登记画面的确认按钮BT7时,转移到图2-8所示的汇款画面。
这样,即便在轻击了汇款用的链接信息的情况下,也在转移到汇款画面之前,显示用于确认进行了汇款提醒的第一用户是否为登记为朋友的用户的画面,由此,能够防止向未登记为朋友的用户意外地汇款。
<第二变形例(2)>
虽然与第一变形例(2)关联,但汇款请求目的地用户的终端20能够基于接收到汇款提醒信息,来执行提醒通知处理。作为非限定的例子,该提醒通知处理能够通过以下的任意一个方法来实现。
·控制为基于从服务器10接收到进行推送发送的汇款提醒信息,使推送通知显示于显示部24。
·控制部21控制为使声音输出部26输出规定的声音。
·控制部21对未图示的振动部进行控制,使终端20的壳体振动。
·控制部21控制为使未图示的发光部进行规定的发光。
作为非限定的例子,“推送发送”是指,通过发送目的地的装置以推送的方式进行发送,以通知作为发送对象的信息(在该例中为汇款提醒信息)已从发送源的装置(在该例中为服务器10)被发送或者由发送目的地的装置(在该例中为,汇款请求目的地用户的终端20)接收到。
需要说明的是,除了接收到汇款提醒信息之外,也能够预先设定与第一变形例(2)同样的提醒通知条件,基于提醒通知条件的成立来执行提醒通知处理。
本变形例示出以下结构:汇款请求目的地用户的终端20基于通过通信I/F22的汇款提醒信息的接收,由控制部21执行提醒通知处理(不限定,基于终端的通知处理的一例)。在该情况下,由控制部21基于所设定的提醒通知条件(不限定,第二条件的一例)来执行提醒通知处理。
作为通过这样的结构而得到的变形例的效果的一例,能够基于第二条件,在适当的时机向终端的用户通知接收到第二信息。
<第三实施例>
第三实施例是与汇款提醒信息的显示、发送的方法、时机相关的实施例。
第三实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的符号,省略再次的说明。
图3-1是示出用于说明本实施例中的汇款请求目的地用户的终端20中的汇款提醒显示的方法、显示时机的时序图的一例的图。
这里,针对应用在第一实施例中说明的终端提醒的方法的情况下的、通过汇款请求目的地用户的终端20进行汇款提醒显示的时机进行说明。
在该时序图中,将横轴设为时间轴,示出汇款请求目的地用户的终端20进行汇款请求显示、汇款提醒显示的时机。以白色圆圈示出汇款请求信息,以白色菱形示出汇款提醒信息。
作为设定而具有“自动”,这表示汇款请求目的地用户的终端20自动(auto)显示汇款提醒信息的设定。
在该设定中,作为非限定的例子,汇款请求目的地用户的终端20在进行汇款请求显示之后每经过设定时间tm,进行汇款提醒显示。
需要说明的是,与此不同,作为非限定的例子,汇款请求目的地用户的终端20也可以在从服务器10接收到汇款请求信息之后每经过设定时间tm,进行汇款提醒显示,还可以不采用这种方式。
<第三实施例的效果>
本实施例示出以下结构:基于由汇款发起方用户(不限定,第一用户的一例)向汇款发起方用户的终端20的输入,经由服务器10向汇款请求目的地用户的终端20发送汇款请求信息(不限定,第一信息的一例)。
另外,基于将汇款请求显示(不限定,第一显示的一例)显示于汇款请求目的地用户的终端20的显示部24的时刻、或者由汇款请求目的地用户的终端20接收到汇款请求信息(不限定,第一信息的一例)的时刻,将汇款提醒显示(不限定,第二显示的一例)显示于汇款请求目的地用户的终端20的显示部24。
作为通过这样的结构而得到的实施例的效果的一例,能够基于将第一显示显示于终端的显示部的时刻、或者由终端接收到第一信息的时刻,在适当的时机将第二显示显示于终端的显示部。
另外,本实施例示出以下结构:汇款请求目的地用户的终端20将第一汇款提醒显示(不限定,第三显示的一例)显示于显示部24。另外,汇款请求目的地用户的终端20基于在显示第一汇款提醒显示之后经过了设定时间,将第二汇款提醒显示(不限定,第四显示的一例)显示于显示部24。
作为通过这样的结构而得到的实施例的效果的一例,能够基于第三显示被显示于终端的显示部,而将第四显示显示于终端的显示部。
<第三变形例(1)>
第三实施例的方法也能够同样地应用于在第二实施例中说明的服务器提醒的方法。
图3-2是示出用于说明本变形例中的服务器提醒的时序图的一例的图。
图的观看方法与图3-1相同,但与手动发送的汇款提醒信息对应的菱形以“灰色”表示,与自动发送的汇款提醒信息对应的菱形以“白色”表示。
设定A为“手动”,这是基于通过汇款发起方用户的终端20进行了汇款提醒执行输入而由服务器10向汇款请求目的地用户的终端20发送汇款提醒信息的设定。具体而言,服务器10基于从汇款发起方用户的终端20接收到汇款提醒发送要求信息,向汇款请求目的地用户的终端20发送汇款提醒信息。
设定B为“自动”,这是服务器10不依赖于汇款发起方用户的终端20而向汇款请求目的地用户的终端20自动地发送汇款提醒信息的设定。具体而言,服务器10在向汇款请求目的地用户的终端20发送汇款请求信息之后每经过设定时间tn,向汇款请求目的地用户的终端20发送汇款提醒信息。
设定C为“自动&手动”,这是组合了设定A与设定B的设定。在该设定中,服务器10基本上按照设定B(自动)而发送汇款提醒信息。但是,在基于自动的汇款提醒信息的发送之间夹着基于手动的汇款提醒信息的发送的情况下,使基于自动的汇款提醒信息的发送延迟。
具体而言,作为非限定的例子,服务器10基本上在向汇款请求目的地用户的终端20发送汇款请求信息之后每经过设定时间tn,向汇款请求目的地用户的终端20发送汇款提醒信息。但是,在基于自动的汇款提醒信息的发送之间夹着基于手动的汇款提醒信息的发送的情况下,代替基于自动的最新的汇款提醒信息的发送时机,从基于手动的最新的汇款提醒信息的发送时机开始每经过设定时间tn,发送汇款提醒信息。
关于应用设定A~设定C中的哪一种设定,作为非限定的例子,能够基于由汇款发起方用户对自己的终端20的输入,向服务器10发送与设定相关的信息,由服务器10进行设定。
需要说明的是,不限于,也可以基于支付服务的经营者或服务器10的管理者等的输入,在服务器10侧进行上述的设定,还可以不采用这种方式。
本变形例示出以下结构:基于由汇款发起方用户(不限定,第一用户的一例)向汇款发起方用户的终端20的输入,经由服务器10向汇款请求目的地用户的终端20发送汇款请求信息(不限定,第一信息的一例)。
另外,通过服务器10向汇款请求目的地用户的终端20发送汇款提醒信息(不限定,第二信息的一例),基于汇款提醒信息,将汇款提醒显示(不限定,第二显示的一例)显示于汇款请求目的地用户的终端20的显示部24。
作为通过这样的结构而得到的实施例的效果的一例,能够根据汇款委托源的第一用户的意向,经由服务器向终端发送第一信息。另外,在从服务器向终端发送了第二信息的基础上,能够基于该第二信息,将第二显示显示于终端的显示部。
另外,本变形例示出以下结构:在上述中,基于在将汇款请求信息发送到汇款请求目的地用户的终端20之后经过了设定时间(不限定,向终端发送了第一信息的时刻、或者由终端接收到第一信息的时刻的一例),向终端发送汇款提醒信息。
作为通过这样的结构而得到的实施例的效果的一例,能够基于向终端发送了第一信息时刻、或者由终端接收到第一信息的时刻,在适当的时机向终端发送第二信息。
另外,本变形例示出以下结构:在上述中,汇款请求目的地用户的终端20基于由汇款发起方用户(不限定,第一用户的一例)向汇款发起方用户的终端20的输入,通过通信I/F22来接收从汇款发起方用户的终端20发送的第一汇款提醒信息(不限定,基于汇款委托的第三信息的一例)。然后,汇款请求目的地用户的终端20将第一汇款提醒显示(不限定,第三显示的一例)显示于显示部24。在该情况下,作为非限定的例子,基于在发送第一汇款提醒信息之后经过了设定时间,向终端20发送第二汇款提醒信息(不限定,第二信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够根据向终端发送基于汇款委托的第三信息,适当地向终端发送基于汇款委托的第二信息。
<第三变形例(2)>
关于在第三实施例中说明的终端提醒的方法(设定:自动),也能够在第一次的汇款提醒信息的显示和第二次以后的汇款提醒信息的显示中,使设定时间不同。
具体而言,作为非限定的例子,汇款请求目的地用户的终端20在从汇款请求显示或者汇款请求信息的接收开始经过了第一设定时间的时机,进行第一次的汇款提醒显示。
另外,汇款请求目的地用户的终端20在从第一次的显示开始经过了第二设定时间的时机,进行第二次的汇款提醒显示。
另外,汇款请求目的地用户的终端20在从第二次的显示开始经过了第三设定时间的时机,进行第三次的汇款提醒显示。
以下同样。
在该情况下,作为非限定的例子,第一设定时间能够成为最长的时间。
作为一例,能够将第一设定时间设为“24小时”,将其他的设定时间(第二设定时间、第三设定时间,…)设为比“24小时”短的时间。在该情况下,其他的设定时间可以为全部相同的时间,也可以为不同的时间。
在为不同的时间的情况下,作为非限定的例子,能够在每次进行汇款提醒显示时,缩短设定时间。
具体而言,作为非限定的例子,能够将第一设定时间设为“24小时”、将第二设定时间设为“18小时”、将第三设定时间设为“12小时”、…、等。
通过这种方式,与汇款请求相关的显示的时间间隔(显示时间间隔)阶段性地变短,因此,能够使汇款请求目的地用户认识到仍未进行汇款,提醒尽快进行汇款。
需要说明的是,也可以与上述相反,使第一设定时间成为最短的时间,还可以不采用这种方式。
另外,这些内容也同样能够应用于在图3-2中说明的服务器提醒中的汇款提醒信息的发送的时间间隔(发送时间间隔)。
另外,在图3-2的设定C(自动&手动)中,在服务器10的基于自动的汇款提醒信息的发送之间夹着基于手动的汇款提醒信息的发送的情况下,也可以不使基于自动的汇款提醒信息的发送延迟而跳过基于自动的汇款提醒信息的发送,还可以不采用这种方式。
<第四实施例>
第四实施例是与进行汇款提醒的条件相关的实施例。
第四实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的标号,省略再次的说明。
在本实施例中,说明以下情况:应用在第一实施例中说明的终端提醒的方法,汇款请求目的地用户的终端20判定汇款提醒条件是否成立,进行终端提醒。
图4-1是示出在本实施例中由各装置执行的处理流程的一例的流程图。
该流程图是与图1-13~图1-14的流程图中的图1-14的处理部分对应的流程图。
在图1-13的B140之后,终端20B的控制部21判定汇款提醒条件是否成立(B450)。然后,如果判定为成立(B450:是),则终端20B的控制部21将处理移至B150。
图4-2是示出规定了本实施例中的汇款提醒条件的汇款提醒条件数据的一例的图。
在汇款提醒条件数据中,作为非限定的例子,关联地规定了类别和汇款提醒条件。
在类别中,作为非限定的例子,包括“时间”、“余额”、“进款(汇款)”、“其他”这样的基于不同的多个概念的区分。
在汇款提醒条件中,作为非限定的例子,包括表示条件的编号的条件No和该条件No的汇款提醒条件的内容。
举出具体例进行说明。
(1)类别“时间”
关于条件No“PA-1”,作为汇款提醒条件的内容而规定了“时刻成为设定时刻”。对于设定时刻,能够预先设定每日的任意的时刻(作为非限定的例子,深夜0点或中午12点)。
该条件是以下主旨的条件:通过在当前的时刻成为每日的设定时刻的时机将汇款提醒显示显示于显示部24,从而向用户通知仍未进行汇款。
在该情况下,终端20的控制部21判定时钟部29A的计时时刻是否成为设定时刻,在判定为成为设定时刻的情况下,能够使汇款提醒显示显示于显示部24。
关于条件No“PA-2”,作为汇款提醒条件的内容而规定了“成为提醒的时机&时刻包含在第一设定时间段中”。对于第一设定时间段,能够预先设定每日的任意的设定时间段。
该条件是以下主旨的条件:如果在成为进行终端提醒的时机的情况下当前的时刻包含在设定时间段中,则将汇款提醒显示显示于显示部24,由此,向用户通知仍未进行汇款。
作为非限定的例子,能够预先将用户阅览终端20的可能性高的时间段、比如作为非限定的例子的从用户回家并大多度过自由时间的晚上9点到深夜0点为止的时间段等时间段设定为第一设定时间段。
关于应用该条件的情况下的终端提醒的时机,作为非限定的例子,能够应用在第三实施例(图3-1)中说明的时机。
在该情况下,终端20的控制部21判定是否为进行终端提醒的时机。然后,在为进行终端提醒的时机的情况下,判定时钟部29A的计时时刻是否包含在第一设定时间段中,在判定为包含在第一设定时间段中的情况下,能够使汇款提醒显示显示于显示部24。
关于条件No“PA-3”,作为汇款提醒条件的内容而规定了“成为提醒的时机&时刻不包含在第二设定时间段中”。对于第二设定时间段,能够预先设定每日的任意的设定时间段。
该条件是以下主旨的条件:如果在成为进行终端提醒的时机的情况下当前的时刻不包含在设定时间段中,则将汇款提醒显示显示于显示部24,由此,向用户通知仍未进行汇款。
作为非限定的例子,能够预先将用户阅览终端20的可能性低的时间段、比如作为非限定的例子的用户睡觉的可能性高的深夜(到第二日0点)的时间段、凌晨(到第二日3点)的时间段、清晨(从第二日3点开始)的时间段等时间段设定为第二设定时间段。
关于应用该条件的情况下的终端提醒的时机,作为非限定的例子,也能够应用第三实施例(图3-1)中说明的时机。
在该情况下,终端20的控制部21判定是否为进行终端提醒的时机。然后,在为进行终端提醒的时机的情况下,判定时钟部29A的计时时刻是否包含在第二设定时间段中,在判定为不包含在第二设定时间段中的情况下,能够使汇款提醒显示显示于显示部24。
关于条件No“PA-4”,作为汇款提醒条件的内容而规定了“日期成为所设定的日期”。对于该情况下的日期,能够预先设定任意的日期(作为非限定的例子,“每月15日”或“每月25日”)。
该条件是以下主旨的条件:通过在当前的日期成为所设定的日期的时机将汇款提醒显示显示于显示部24,从而向用户通知仍未进行汇款。
作为非限定的例子,能够预先设定汇款请求目的地用户产生金钱的余裕的日期,比如作为非限定的例子的支付了工资的日期(发工资日)。
在该情况下,终端20的控制部21基于时钟部29A的计时信息,判定当前的日期是否成为所设定的日期,在判定为成为所设定的日期的情况下,能够使汇款提醒显示显示于显示部24。
(2)类别“余额”
关于条件No“PB-1”,作为汇款提醒条件的内容而规定了“电子钱币户头余额为设定金额以上”。对于设定金额,能够预先设定任意的金额(作为非限定的例子,“30,000日元”)。
该条件是以下主旨的条件:通过在电子钱币的户头余额成为设定金额以上的时机将汇款提醒显示显示于显示部24,从而向用户通知仍未进行汇款。
作为非限定的例子,能够将针对该汇款请求目的地用户的汇款请求金额中的最大的金额的2倍以上的金额或3万日元以上等某种程度上较大的金额设定为设定金额。
在该情况下,作为非限定的例子,终端20的控制部21通过通信I/F22查询自己的终端20的用户的电子钱币户头余额。在通过通信I/F14从终端20收到电子钱币户头余额的查询时,服务器10的控制部11通过通信I/F14向终端20发送该用户的电子钱币户头余额的信息。
然后,终端20的控制部21基于接收到的电子钱币户头余额的信息,判定电子钱币户头余额是否成为设定金额以上,在判定为成为设定金额以上的情况下,能够使汇款提醒显示显示于显示部24。
关于条件No“PB-2”,作为汇款提醒条件的内容而规定了“所持余额为设定金额以上”。对于设定金额,能够预先设定任意的金额(作为非限定的例子,“30,000日元”)。
该条件是以下主旨的条件:在由用户向终端20输入的所持余额成为设定金额以上的时机将汇款提醒显示显示于显示部24,由此向用户通知仍未进行汇款。
在该情况下,终端20的控制部21通过将促使用户输入所持余额的画面显示于显示部24等而使得输入所持余额。然后,判定所输入的所持余额是否为设定金额以上,在判定为所持余额为设定金额以上的情况下,能够使汇款提醒显示显示于显示部24。
(3)类别“进款(汇款)”
关于条件No“PC-1”,作为汇款提醒条件的内容而规定了“通过借贷而进款”。
作为非限定的例子,该条件是以下主旨的条件:用户利用贷款服务,通过在进款到银行或电子钱币的户头余额的时机将汇款提醒显示显示于显示部24,从而向用户通知仍未进行汇款,作为非限定的例子,该贷款服务是由贷款服务的经营者提供的服务,并且是用户能够通过贷款应用等与实物货币或电子货币相关的应用而借贷的服务。
作为非限定的例子,贷款服务的经营者可以是与上述的支付应用的经营者或消息服务的经营者相同的经营者,也可以是不同的经营者。
如果为不同的经营者,则贷款服务的经营者能够与支付应用的经营者或消息服务的经营者协作地向服务器10发送与终端20的用户的贷款金额等相关的信息等,并提供给支付应用的经营者或消息应用的经营者。
作为非限定的例子,能够将通过从贷款服务的经营者向汇款请求目的地用户的银行(作为非限定的例子,网上银行)或支付应用的电子钱币的户头余额进款(汇款)而使汇款请求目的地用户产生了经济上的余裕的情况规定为汇款提醒条件的内容。
在该情况下,作为非限定的例子,终端20的控制部21基于从服务器10发送的信息(包括通知。),判定是否通过借贷而进款。然后,在判定为进款的情况下,能够使汇款提醒显示显示于显示部24。
关于条件No“PC-2”,作为汇款提醒条件的内容而规定了“通过出售的商品被购入而进款”。
作为非限定的例子,该条件是以下主旨的条件:用户利用跳蚤市场服务,通过在出售的商品被购入等而进款到电子钱币户头余额的时机将汇款提醒显示显示于显示部24,从而向用户通知仍未进行汇款,作为非限定的例子,该跳蚤市场服务是由跳蚤市场服务的经营者提供的服务,并且是能够通过跳蚤市场应用(以下称为“跳蚤应用”。)等应用而出售购入商品的服务。
作为非限定的例子,能够将通过从跳蚤应用向汇款请求目的地用户的支付应用的电子钱币的户头余额进款(汇款)而使汇款请求目的地用户产生了经济上的余裕的情况规定为汇款提醒条件的内容。
在该情况下,终端20的控制部21基于从服务器10发送的信息(包括通知。),判定是否通过在跳蚤应用中出售的商品被购入而进款。然后,在判定为进款的情况下,能够使汇款提醒显示显示于显示部24。
(3)类别“其他”
关于条件No“PD-1”,作为汇款提醒条件的内容而规定了“出售的商品被购入(未进款)”。
作为非限定的例子,该条件是以下主旨的条件:在用户通过跳蚤应用等出售的商品被购入的时机(未向电子钱币的户头余额进款的时机)将汇款提醒显示显示于显示部24,由此向用户通知仍未进行汇款。
作为非限定的例子,在汇款请求目的地用户通过跳蚤应用等出售的商品被购入的情况下,作为非限定的例子,虽然没有通过出售的商品被购入而从跳蚤应用向汇款请求目的地用户的电子钱币的户头余额进款,但能够预料到进款。因此,能够将可预料到汇款请求目的地用户产生经济上的余裕的情况规定为汇款提醒条件的内容。
在该情况下,终端20的控制部21基于从服务器10发送的信息(包括通知。),判定通过跳蚤应用出售的商品是否被购入,在判定为被购入的情况下,能够使汇款提醒显示显示于显示部24。
关于条件No“PD-2”,作为汇款提醒条件的内容而规定了“通过求职应用进行求职”。
该条件是以下主旨的条件:用户在求职服务(求职应用)等服务中,在进行求职的期间的规定的时机(在求职应用中,作为非限定的例子,向企业申请的时机或从企业发出内定通知的时机等)将汇款提醒显示显示于显示部24,由此向用户通知仍未进行汇款。
作为非限定的例子,能够将汇款请求目的地用户在求职服务等中进行求职的情况规定为汇款提醒条件的内容,作为非限定的例子,汇款请求目的地用户进行求职是预料到在工作后获得工资而能够预料到汇款请求目的地用户产生经济上的余裕的情况,因此能够规定为汇款提醒条件的内容。
该该情况下,终端20的控制部21判定自己的终端20中的求职应用是否在执行中,在判定为在执行中的情况下,能够使汇款提醒显示显示于显示部24。
关于条件No“PD-3”,作为汇款提醒条件的内容而规定了“通过跳蚤应用购入商品”。
该条件是以下主旨的条件:在用户在跳蚤应用等服务中购入了被出售的商品的时机将汇款提醒显示显示于显示部24,由此向用户通知仍未进行汇款。
作为非限定的例子,能够将汇款请求目的地用户通过跳蚤应用等购入了商品的情况、比如作为非限定的例子的汇款请求目的地用户购入了商品的情况、能够认识到汇款请求目的地用户具有经济上的余裕的情况规定为汇款提醒条件的内容。
在该情况下,终端20的控制部21基于从服务器10发送的信息(包括通知。),判定是否购入了在跳蚤应用中被出售的商品,在判定为购入的情况下,能够使汇款提醒显示显示于显示部24。
作为非限定的例子,能够基于由汇款请求目的地用户对自己的终端20的输入,通过汇款请求目的地用户的终端20来设定上述的汇款提醒条件,并将上述的汇款提醒条件存储于汇款请求目的地用户的终端20的存储部28。
需要说明的是,不限于此,作为非限定的例子,也可以基于由汇款发起方用户对自己的终端20的输入,通过汇款发起方用户的终端20来设定上述的汇款提醒条件,还可以不采用这种方式。在该情况下,作为非限定的例子,能够将由汇款发起方用户的终端20设定的汇款提醒条件经由服务器10向汇款请求目的地用户的终端20发送并通知,并且存储于汇款请求目的地用户的终端20的存储部28。
另外,在汇款请求目的地用户的终端20判定上述的汇款提醒条件是否成立的情况下,可以判定一个条件是否成立,也可以判定两个以上的条件是否成立。即,也可以将两个以上的条件组合而进行判定。
<显示画面>
作为非限定的例子,图4-3示出以下例子:虽然接收到汇款请求信息但仍未完成汇款的用户(B.B)利用上述的跳蚤应用进行交易,在该用户(B.B)的户头存在与销售金额相应的进款。
用户(B.B)的终端20从支付应用的官方账户接收表示完成了通过支付应用进行的交易的消息MS25。
作为非限定的例子,在该消息MS25中,包括表示完成了交易的“交易完成”的文字、该交易的销售金额(在本例中为“1,600日元”)、表示是用户(B.B)收取该销售金额的处境的“收取”的文字的图标、以及完成了交易的日期时间(在本例中为2020.0423 20:59)等。
在显示出该消息MS25的情况下,在用户(B.B)的电子钱币户头中残留有至少与销售金额相当的金额的可能性高。
接下来,如图4-4所示,用户(B.B)的终端20从支付应用的官方账户接收表示接收到汇款提醒信息的消息MS26。
消息MS26的内容除了不包括第一用户(A.A)的图标图像而包括官方账户的图标图像这一点之外,与上述的汇款提醒显示MS4A的内容相同。
作为非限定的例子,终端20在刚刚接收到消息MS25之后,接收消息MS26。因此,可以说在用户(B.B)的电子钱币户头中残留有至少与销售金额相当的金额的状态下该用户(B.B)确认消息MS26的可能性高。
作为非限定的例子,通过该消息MS26的显示,能够基于在用户(B.B)的户头上存在进款而促使其之后马上进行汇款。
<第四实施例的效果>
本实施例示出以下结构:汇款提醒显示(不限定,第二显示的一例)基于汇款提醒条件(不限定,第一条件的一例)而被显示于汇款请求目的地用户的终端20。
作为通过这样的结构而得到的实施例的效果的一例,能够基于所设定的第一条件,使基于汇款委托的第二显示适当地显示于终端的显示部。
另外,本实施例示出以下结构:汇款提醒条件包括时刻、时间段、日期、经过时间等条件(不限定,与时间相关的条件的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够基于与时间相关的条件,使基于汇款委托的第二显示适当地显示于终端的显示部。
另外,本实施例示出以下结构:汇款提醒条件包括通过汇款请求目的地用户的终端20(不限定,终端的一例)而设定的时刻或时间的条件。
作为通过这样的结构而得到的实施例的效果的一例,能够在与汇款委托目的地的用户的意向相应的适当的时机,将基于汇款委托的第二显示显示于终端的显示部。
另外,本实施例示出以下结构:汇款提醒条件包括通过汇款发起方用户的终端20(不限定,第一用户的终端的一例)而设定的时刻或时间的条件。
作为通过这样的结构而得到的实施例的效果的一例,能够在与汇款委托源的第一用户的意向相应的适当的时机,将基于汇款委托的第二显示显示于终端的显示部。
另外,本实施例示出以下结构:汇款提醒条件包括与汇款请求目的地用户的电子钱币户头余额或所持余额等余额(不限定,与终端的用户建立了关联的余额的一例)相关的条件。
作为通过这样的结构而得到的实施例的效果的一例,能够在与收到汇款委托的一侧的用户的余额相应的适当的时机,将基于汇款委托的第二显示显示于终端的显示部。
另外,本实施例示出以下结构:汇款提醒条件包括与向汇款请求目的地用户的进款(汇款)相关的条件。
作为通过这样的结构而得到的实施例的效果的一例,能够基于与向终端的用户的汇款相关的条件,将基于汇款委托的第二显示显示于终端的显示部。
另外,本实施例示出以下结构:上述的与向汇款请求目的地用户的进款(汇款)相关的条件包括汇款请求目的地用户通过借贷而被进款(汇款)的条件。
作为通过这样的结构而得到的实施例的效果的一例,能够在通过终端的用户借贷而使终端的用户的金钱产生了余裕的可能性高的时机,将基于汇款委托的第二显示显示于终端的显示部。
另外,本实施例示出以下结构:上述的与向汇款请求目的地用户的进款(汇款)相关的条件包括通过汇款请求目的地用户出售的商品被购入而由商品的购入者向汇款请求目的地用户进款(汇款)的条件。
作为通过这样的结构而得到的实施例的效果的一例,能够在终端的用户出售的商品被购入且由购入者进款(汇款)而使终端的用户的金钱产生了余裕的可能性高的时机,将基于汇款委托的第二显示显示于终端的显示部。
另外,本实施例示出以下结构:汇款请求条件包括与汇款请求目的地用户出售的商品被购入相关的条件。
作为通过这样的结构而得到的实施例的效果的一例,能够基于通过终端的用户出售的商品被购入而预料到终端的用户的金钱产生了余裕,将基于汇款委托的第二显示显示于终端的显示部。
<第四变形例(1)>
也能够应用第二实施例中说明的服务器提醒的方法,由服务器10判定汇款提醒条件是否成立,进行服务器提醒。
在该情况下,基本上能够应用与图4-2的表所例示的汇款提醒条件同样的条件。但是,在本变形例中,汇款提醒条件的判定主体不是终端20而成为服务器10。
类别“时间”的条件能够由服务器10的控制部11基于时钟部19的计时信息进行判定。
在该情况下,关于应用条件No“PA-2”或者条件“PA-3”的情况下的提醒的时机,作为非限定的例子,能够应用第三变形例(1)(图3-2)中说明的服务器提醒的时机。
类别“余额”的条件能够由服务器10的控制部11基于存储在存储部15中而管理的终端20的用户的电子钱币户头余额的信息或者由终端20输入并向服务器10发送的所持余额的信息进行判定。
类别“进款(汇款)”的条件能够由服务器10的控制部11基于通过汇款结算处理更新了存储在存储部15中而管理的终端20的用户的电子钱币户头余额的信息来进行判定。
关于类别“其他”的条件,如果将跳蚤服务作为支付服务之一来提供,则条件No“PD-1”的条件能够由服务器10的控制部11通过检测终端20的用户利用跳蚤服务而出售的商品被购入来进行判定。
另外,在提供跳蚤服务的经营者与提供支付服务的经营者不同的情况下,服务器10的控制部11能够通过预先构成为能够从提供跳蚤服务的经营者的服务器等装置取得表示终端20的用户出售的商品被购入的信息而进行判定。
如果将求职服务作为支付服务之一来提供,则条件No“PD-2”的条件能够由服务器10的控制部11通过检测终端20的用户利用求职服务检索到求职信息而进行判定。
另外,在提供求职服务的经营者与提供支付服务的经营者不同的情况下,服务器10的控制部11能够通过预先构成为能够从提供求职服务的经营者的服务器等装置取得表示终端20的用户利用求职服务的信息而进行判定。
如果将跳蚤服务作为支付服务之一来提供,则条件No“PD-3”的条件能够由服务器10的控制部11通过检测终端20的用户利用跳蚤服务购入了被出售的商品而进行判定。
另外,在提供跳蚤服务的经营者与提供支付服务的经营者不同的情况下,服务器10的控制部11能够通过预先构成为能够从提供跳蚤服务的经营者的服务器等装置取得表示终端20的用户购入了被出售的商品的信息而进行判定。
图4-5是示出在本变形例中由各装置执行的处理流程的一例的流程图。
该流程图是改写了图4-1的处理部分的流程图。
在图1-13的S150之后,服务器10的控制部11判定汇款提醒条件是否成立(S460)。然后,如果判定为成立(S460:是),则服务器10的控制部11将处理移至S270。
当通过通信I/F22从服务器10接收到汇款提醒信息时,终端20B的控制部21执行B250的处理。
本变形例示出以下结构:汇款请求目的地用户的终端20基于汇款提醒条件(不限定,第一条件的一例)是否成立,通过通信I/F22接收汇款提醒信息(不限定,基于汇款委托的第二信息的一例)。然后,基于汇款提醒信息的接收,将汇款提醒显示显示于汇款请求目的地用户的终端20的显示部24。
作为通过这样的结构而得到的实施例的效果的一例,能够由终端基于第一条件而接收并显示基于汇款委托的第二信息。另外,可以不在终端侧判定第一条件是否成立,因此,能够减轻终端的处理负荷。
<第四变形例(2)>
在第四变形例(1)中,在服务器10的控制部11所判定的汇款提醒条件中也可以包括“从汇款发起方用户的终端接收到汇款提醒发送要求信息”,还可以不包括该条件。
该情况下的处理能够通过将图2-12的处理与图4-5的处理组合来实现。
<第五实施例>
第五实施例是将上述的汇款请求显示或汇款提醒显示显示于能够通过聊天服务而利用的聊天室的实施例。
第五实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的符号,省略再次的说明。
在本实施例中,例示出以下情况:将聊天服务设为消息服务(作为非限定的例子,即时消息服务:IMS),通过安装于终端20的消息应用,进行汇款请求显示或汇款提醒显示。
另外,作为适用消息服务(消息应用)的情况下的聊天室,以下例示出谈话室。
<显示画面>
在以下的例子中,作为消息应用的用户且作为支付应用的用户的A.A、B.B以及C.C均属于组X,并且被登记为朋友。
在图5-1的例子中,在用户A.A的终端20的显示部24的组X的谈话室(不限定,聊天室的一例)中,显示有在朋友之间相互交换的消息。
在该例中,A.A通过消息向B.B和C.C委托汇款,B.B和C.C确认了该消息(已读2)。
即,A.A是进行了汇款委托的第一用户的一例,B.B和C.C是接收到汇款请求信息的终端20的用户的一例。
该例示出虽然存在来自作为一方的终端20的用户的C.C的已汇款这一旨意的答复、但不存在来自作为另一方的终端20的用户的B.B的答复的状态。
当A.A轻击显示于谈话室的下部的图标中的右下的汇款图标时,在谈话室上显示出汇款项目选择区域SMR。
在汇款项目选择区域SMR的上部,显示有通过对下方所示的按钮进行操作而通知被执行基于与汇款相关的功能的处理的信息(作为非限定的例子,“汇款菜单”这样的文字)。
在其下方,显示有用于向其他用户汇款的按钮BTM1、用于向其他用户发送汇款请求信息的按钮BTM2、以及用于显示汇款委托历史的按钮BTM3。
作为非限定的例子,当作为第一用户的A.A轻击按钮BTM3时,与A.A的过去的汇款委托中的汇款处理未完成的汇款委托相关的历史显示在谈话室上。
在该例中,基于虽然第一用户(A.A)向作为终端20的用户的B.B发送了汇款请求信息但针对该汇款委托的汇款处理未完成,在区域R1显示有B.B的图标图像和用户名、“请求发送”的文字的图标、汇款请求信息的发送日期时间(2020.04.20 21:30)、表示是从B.B接受支付的处境的“收取”的文字的图标、应从B.B收取的金额(3,000日元)。
另外,在该例中,在画面下部设置有显示为“提醒”的区域RR。通过设为第一用户(A.A)选中区域R21的复选框的状态,从而显示在区域R21内的各信息成为被选择的状态。
通过在该状态下轻击区域RR,向成为汇款请求信息的发送对象的用户(B.B)的终端20发送基于显示在区域R1内的信息的汇款提醒信息。
作为非限定的例子,图5-2示出显示在属于组X的第一用户(A.A)的终端20中的消息、显示在成为第一用户的汇款提醒的对象的用户(B.B)的终端20中的消息、以及显示在未成为第一用户的发送提醒的对象的用户(C.C)的终端20中的消息的关系。
在第一用户(A.A)的终端20中,基于向B.B的终端20发送了汇款提醒信息而显示有消息MS11作为自己(A.A)发送的消息。
作为非限定的例子,在消息MS11中,包括表示向组内的用户发送了汇款提醒信息的“提醒发送”的文字的图标、表示该消息是基于支付应用的功能的消息的[支付应用]的文字、接收到汇款提醒信息的组内的用户的用户名(在本例中为“向B.B的汇款请求”这样的文字)、通过汇款提醒信息委托了汇款的金额(在本例中为¥3,000)、以及表示自己(A.A)是接受支付的处境的“收取”的文字的图标。
作为非限定的例子,在消息MS11的下部,显示有包括“汇款”的文字的汇款按钮BT11a、以及包括“拒绝”的文字的按钮BT11b。
这里,假设即便第一用户(A.A)轻击了汇款按钮BT11a,成为该消息MS11的汇款目的地的也是自己(A.A),因此不转移到汇款画面,不执行汇款处理。
因此,未根据操作而执行汇款处理,因此以不可选择方式显示汇款按钮BT11a。
另外,假设即便第一用户(A.A)轻击了按钮BT11b,成为该消息MS11的汇款目的地的也是自己(A.A),因此,不向其他用户发送拒绝了汇款这一旨意的消息。
因此,未根据操作而发送消息,因此以不可选择方式显示按钮BT11b。
在接收到汇款提醒信息的B.B的终端20,基于从第一用户(A.A)发送了汇款提醒信息而显示有消息MS21作为第一用户(A.A)的消息。
作为非限定的例子,在消息MS21中,包括表示从组内的用户接收到汇款提醒信息的“提醒接收”的文字的图标、表示该消息是基于支付应用的功能的消息的[支付应用]的文字、接收到汇款提醒信息的组内的用户(自己)的用户名(在本例中为“向B.B的汇款请求”这样的文字)、通过汇款提醒信息被委托了汇款的金额(在本例中为¥3,000)、以及表示自己(B.B)是进行支付的处境的“支付”的文字的图标。
作为非限定的例子,在消息MS21的下部,显示有包括“汇款”的文字的汇款按钮BT21a、以及包括“拒绝”的文字的按钮BT21b。
当终端20的用户(B.B)轻击汇款按钮BT21a时,转移到上述的汇款画面,能够执行汇款处理。
即,成为该消息MS21的汇款目的地的是与消息MS21对应地显示有图像图标和用户名的第一用户(A.A),因此,通过汇款按钮21a的操作,从B.B的户头向A.A的户头汇款与汇款委托金额(在本例中为3,000日元)相当的金额。
因此,根据操作而执行汇款处理,因此以与上述的汇款按钮BT11a及后述的汇款按钮31a不同的可选择方式显示汇款按钮BT21a。
另外,当终端20的用户(B.B)轻击了按钮BT21b时,向与消息MS21建立了关联的第一用户(A.A)发送拒绝汇款这一旨意的消息。
因此,根据操作而发送消息,以与上述的按钮BT11b及后述的按钮31b不同的可选择方式显示按钮BT21b。
在既不是第一用户(A.A)也不是成为汇款提醒的对象的用户(B.B)的其他用户(C.C)的终端20,基于作为第一用户的A.A向B.B发送了汇款提醒信息而显示有消息MS31作为第一用户(A.A)发送的消息。
作为非限定的例子,在消息MS31中,包括表示从与自己不同的一方的用户(作为第一用户的A.A)向与自己不同的另一方的用户(B.B)发送了汇款提醒信息的“提醒”的文字的图标、表示该消息是基于支付应用的功能的消息的[支付应用]的文字、接收到汇款提醒信息的组内的用户的用户名(在本例中为“向B.B的汇款请求”这样的文字)、通过汇款提醒信息被委托了汇款的金额(在本例中为¥3,000)、以及第一用户(A.A)的图标图像和接收到汇款提醒信息的用户(B.B)的图标图像。
需要说明的是,显示有从第一用户(A.A)的图标图像朝向接收到汇款提醒信息的用户(B.B)的图标图像的箭头。由此,其他用户(C.C)能够认识到从与自己不同的一方的用户(A.A)向与自己不同的另一方的用户(B.B)发送了汇款提醒信息。
另外,作为非限定的例子,在消息MS31中,均未包括在消息MS11中包含的“提醒发送”的文字的图标和在消息MS21中包含的“提醒接收”的文字的图标。由此,能够认识到与消息MS31相关的汇款提醒既不是从自己对其他用户的汇款提醒,也不是从其他用户对自己的汇款提醒。
作为非限定的例子,在消息MS31的下部,均以不可选择方式显示有包括“汇款”的文字的汇款按钮BT31a和包括“拒绝”的文字的按钮BT31b。
接着,使用图5-3来说明接收到汇款提醒信息的用户(B.B)进行了汇款委托金额的支付的情况下的例子。
当基于成为汇款提醒的对象的用户(B.B)轻击了汇款按钮BT21a而完成了向第一用户(A.A)的汇款处理时,如图5-3所示,在第一用户(A.A)的终端20显示出消息MS12作为完成了汇款的用户(B.B)的消息。
作为非限定的例子,在消息MS12中,与[支付应用]的文字一起还包括第一用户的用户名、针对该第一用户的汇款委托金额、以及表示完成了该汇款委托金额的支付的消息(在本例中为“向A.A先生/女士汇款了3,000日元”这样的文字)。
另外,作为第一用户即自己(A.A)的消息而显示出消息MS13。
作为非限定的例子,在消息MS13中,与[支付应用]的文字一起还包括成为汇款提醒的对象的用户的用户名、表示从该用户收取了汇款委托金额的消息(在本例中为“汇款收取”、“从B.B收取了汇款。”)、汇款委托金额(在本例中为3,000日元)、以及表示是自己(A.A)收取了该汇款委托金额的处境的“收取”的文字的图标。
另一方面,在成为汇款提醒的对象的用户、即进行了通过汇款提醒信息而指定的金额的支付的用户(B.B)的终端20,显示出消息MS22作为自己(B.B)的消息。
作为非限定的例子,消息MS22的内容与消息MS12的内容相同。
另外,作为第一用户(A.A)的消息而显示出消息MS23。在消息MS23中,包括表示是自己(B.B)支付汇款委托金额的处境的“支付”的文字的图标,不包括“收取”的文字的图标,这一点与消息MS13不同。
另外,在既不是第一用户(A.A)也没有成为汇款提醒的对象的其他用户(C.C)的终端20,显示出消息MS32作为进行了通过汇款提醒信息而指定的金额的支付的用户(B.B)的消息。
作为非限定的例子,消息MS32的内容与消息MS12的内容相同。
另外,作为第一用户(A.A)的消息,显示出消息MS33。在消息MS33中,均不包括“收取”的文字的图标和“支付”的文字的图标,取而代之,包括第一用户(A.A)的图标图像和成为汇款提醒的对象的用户(B.B)的图标图像,这一点与消息MS13、MS23不同。
需要说明的是,显示有从与自己(C.C)不同的第一用户(A.A)的图标图像朝向与自己(C.C)不同的用户(B.B)的图标图像的箭头。由此,其他用户(C.C)能够认识到从与自己不同的一方的用户(A.A)向与自己不同的另一方的用户(B.B)发送了汇款提醒信息。
<处理>
图5-4~图5-5是示出在本实施例中由各装置执行的处理流程的一例的流程图。
这些流程图是将图1-13~图1-14的流程图改写为将汇款请求信息、汇款提醒信息显示于谈话室的流程图。
在通过通信I/F14从终端20A接收到汇款请求发送要求信息时,服务器10的控制部11将汇款请求消息追加到至少包括用户A.A、用户B.B以及用户C.C的组成员的组谈话管理数据(组谈话室)中进行更新(S510)。
需要说明的是,在该例中,例示出包括3人用户的组谈话室,但取而代之,也可以为包括用户A.A和用户B.B这两人的谈话室,还可以不采用这种结构。即,是至少包括汇款的当事人(汇款发起方用户、汇款请求目的地用户)这两人的谈话室即可。
之后,服务器10的控制部11通过通信I/F14向终端20A、终端20B、终端20C分别发送所追加的汇款请求消息(S520)。
响应于此,终端20A、终端20B、终端20C通过各自的控制部21,使接收到的汇款请求消息分别显示于组谈话室(A520、B520、C520)。
终端20B的控制部21判定是否存在针对显示于组谈话室的汇款请求消息的输入(B525),如果判定为存在输入(B525:是),则将处理移至B130。
在S130之后,服务器10的控制部11将汇款消息或者收款消息追加到上述的组谈话管理数据中进行更新(S540)。
之后,服务器10的控制部11通过通信I/F14向终端20A、终端20B、终端20C分别发送所追加的汇款消息或者收款消息(S550)。
响应于此,终端20A、终端20B、终端20C通过各自的控制部21,使接收到的汇款消息或者收款消息分别显示于组谈话室(A550、B550、C550)。
在S550之后,在通过通信I/F14从终端20A接收到汇款提醒发送要求信息时,服务器10的控制部11将汇款提醒消息追加到上述的组谈话管理数据中进行更新(S570)。
之后,服务器10的控制部11通过通信I/F14向终端20A、终端20B、终端20C分别发送所追加的汇款提醒消息(S580)。
响应于此,终端20A、终端20B、终端20C通过各自的控制部21,使接收到的汇款提醒消息分别显示于组谈话室(A580、B580、C580)。
终端20B的控制部21判定是否存在针对显示于组谈话室的汇款提醒消息的输入(B590),如果判定为存在输入,则将处理移至B130。
<第五实施例的效果>
本实施例示出以下结构:在汇款请求目的地用户的终端20,通过安装于终端20的消息应用(不限定,应用的一例)而将汇款请求消息的显示(不限定,基于第一信息的第一显示的一例)和汇款提醒消息的显示(不限定,基于汇款委托的与第一显示不同的第二显示的一例)显示于显示部24。
作为通过这样的结构而得到的实施例的效果的一例,能够通过安装于终端的应用,使终端的用户认识到第一信息和第二信息。
另外,本实施例示出以下结构:汇款请求目的地用户的终端20将至少包括汇款请求目的地用户(不限定,终端的用户的一例)和汇款发起方用户(不限定,第一用户的一例)的组谈话室(不限定,聊天室的一例)显示于显示部24。而且,将汇款请求消息的显示和汇款提醒消息的显示显示于该组谈话室。
作为通过这样的结构而得到的实施例的效果的一例,能够通过向至少包括终端的用户和第一用户的聊天室的显示,使终端的用户有效地认识到第一信息和第二信息。
<第五变形例(1)>
在第五实施例中,在包含在组中的全部的组用户的终端20所显示的组谈话室中,显示出汇款请求消息或汇款提醒消息,但不限于此。
也能够在一部分组用户的终端20所显示的组谈话室中,不显示汇款请求消息或汇款提醒消息。
<显示画面>
图5-6所示的例子是图5-2的变形例。
在第一用户(A.A)的终端20,在谈话室中能够看到自己(A.A)的消息MS11。
另外,在成为汇款提醒的对象的用户(B.B)的终端20,在谈话室中能够看到第一用户(A.A)的消息MS21。
另一方面,在既不是第一用户(A.A)也没有成为汇款提醒的对象的其他用户(C.C)的终端20,在谈话室中无法看到第一用户(A.A)的消息MS31。
这样,作为非限定的例子,也可以是,属于相同组(X)的用户中的、既不是进行了汇款提醒的第一用户(A.A)也不是成为汇款提醒的对象的用户(B.B)的其他用户(C.C)在谈话室中无法看到与该汇款提醒相关的消息。
图5-7所示的例子是图5-2的变形例。
在成为汇款提醒的对象的用户(B.B)的终端20,在谈话室中能够看到第一用户(A.A)的消息MS21。
另一方面,在第一用户(A.A)的终端20,在谈话室中无法看到自己(A.A)的消息MS11。
另外,在既不是第一用户(A.A)也没有成为汇款提醒的对象的其他用户(C.C)的终端20,在谈话室中也无法看到第一用户(A.A)的消息MS31。
这样,作为非限定的例子,也可以是,关于属于相同组(X)的用户中的成为汇款提醒的对象的用户(B.B)以外的用户,包含第一用户(A.A)在内也无法看到与该汇款提醒相关的消息。
<数据结构>
图5-8是示出用于说明本变形例中的汇款请求消息或汇款提醒消息的显示方法的表的一例的图。
在该表中,作为非限定的例子,关联地规定了设定No和显示标志。
显示标志是表示是否使显示在该用户的终端20的显示部24中的组谈话室显示汇款请求消息或汇款提醒消息的标志。
在显示标志中,作为非限定的例子,包括汇款发起方用户(在该例中为用户A.A)的显示标志、汇款请求目的地用户(在该例中为用户B.B)的显示标志、以及其他组用户(在该例中为用户C.C)的显示标志。
具体进行说明。
在设定No“1”中,规定了将汇款发起方用户、汇款请求目的地用户以及其他组用户的显示标志全部设为“有效”。
这是指,无论是否为汇款委托的当事人,都使显示在包含于相同组的全部用户的终端20中的组谈话室显示汇款请求消息、汇款提醒消息。
在设定No“2”中,规定了将汇款发起方用户和汇款请求目的地用户的显示标志设为“有效”,将其他组用户的显示标志设为“无效”。
这是指,使显示在作为汇款委托的当事人的汇款发起方用户和汇款请求目的地用户的终端20中的组谈话室显示汇款请求消息、汇款提醒消息,但不使显示在不是当事人的其他组用户的终端20中的组谈话室显示汇款请求消息、汇款提醒消息。
在设定No“3”中,规定了将汇款发起方用户和汇款请求目的地用户的显示标志设为“有效”,将其他组用户的显示标志设为“无效”。
这是指,使作为汇款委托的当事人的汇款发起方用户和汇款请求目的地用户的终端20显示汇款请求消息、汇款提醒消息,但不使不是当事人的其他组用户的终端20显示汇款请求消息、汇款提醒消息。
<处理>
图5-9~图5-10是示出在本变形例中由各装置执行的处理流程的一例的流程图。
该流程图是将图5-4~图5-5的流程图改写为按照上述的表进行处理的流程图。
这里,例示出服务器10基于针对汇款发起方用户的终端20的输入而设定显示标志的情况。
在A120中,终端20A的控制部21通过通信I/F22向服务器10发送包括用于要求显示标志的设定的信息在内的汇款请求发送要求信息。
服务器10的控制部11基于从终端20A接收到的汇款请求发送要求信息所包含的用于要求显示标志的设定的信息,来设定显示标志(S505)。
在S520中,服务器10的控制部11通过通信I/F14,向将显示标志设定为“有效”的终端20发送所追加的汇款请求消息。
响应于此,显示标志被设定为“有效”的终端20使接收到的汇款请求消息显示于显示部24的组谈话室。
同样,在S550中,服务器10的控制部11通过通信I/F14,向将显示标志设定为“有效”的终端20发送所追加的汇款消息/收款消息。
响应于此,显示标志被设定为“有效”的终端20使接收到的汇款消息/收款消息显示于显示部24的组谈话室。
同样,在S580中,服务器10的控制部11通过通信I/F14,向将显示标志设定为“有效”的终端20发送所追加的汇款提醒消息。
响应于此,显示标志被设定为“有效”的终端20使接收到的汇款提醒消息显示于显示部24的组谈话室。
需要说明的是,在上述的处理中,服务器10基于针对汇款发起方用户的终端20的输入而设定了显示标志,但不限于此。
取而代之,也可以是,服务器10基于针对汇款请求目的地用户的终端20的输入而设定显示标志,还可以不采用这种方式。
另外,在上述的处理中,针对汇款请求消息和汇款提醒消息的双方设定了共同的显示标志,但不限于此。
取而代之,也可以针对汇款请求消息和汇款提醒消息单独地设定显示标志,还可以不采用这种方式。
在该情况下,仅作为一例,也可以对汇款请求消息应用设定No“1”的显示标志的设定,对汇款提醒消息应用设定No“2”或设定No“3”的显示标志的设定等。
本变形例示出以下结构:上述的组谈话室至少包括汇款请求目的地用户(不限定,终端的用户的一例)、汇款发起方用户(不限定,第一用户的一例)、以及其他组用户(不限定,与第一用户不同的第二用户的一例),不将汇款提醒消息的显示显示于其他组用户的终端20所显示的组谈话室。
作为通过这样的结构而得到的变形例的效果的一例,能够不向与汇款委托无关的用户即不是当事人的用户通知基于汇款委托的第二信息。
另外,本变形例示出以下结构:汇款提醒消息的显示不显示于汇款发起方用户的终端20所显示的组谈话室。
第一用户是进行汇款委托的一侧的用户,由自己至少根据第一信息认识到向终端的用户进行了汇款委托。因此,不将基于汇款委托的第二显示显示于第一用户的终端所显示的聊天室,由此,能够防止对第一用户来说不必要的信息显示于第一用户的终端。
<第五变形例(2)>
在第五实施例中显示于组谈话室的基于汇款提醒信息的消息也可以不显示为第一用户的消息而显示为支付应用的官方账户的消息,还可以不采用这种方式。
图5-11和图5-12是图5-2和图5-3的变形例。
在图5-2和图5-3的例子中,从第一用户(A.A)向成为汇款提醒的对象的用户(B.B)发送的消息MS11、MS21、MS31分别显示为第一用户(A.A)的消息。
作为非限定的例子,在第一用户(A.A)的终端20,将消息MS11显示为自己的消息,在成为汇款提醒的对象的用户(B.B)的终端20,与第一用户(A.A)的图标图像关联地显示出消息MS21,在其他用户(C.C)的终端20,也与第一用户(A.A)的图标图像关联地显示出消息MS31。
即,将基于汇款提醒信息的消息显示为进行了用于发送汇款提醒信息的操作的第一用户(A.A)的消息。
在图5-11和图5-12中,作为非限定的例子,将基于汇款提醒信息的消息不显示为第一用户(A.A)的消息而显示为支付应用的官方账户的消息。
如图5-11所示,作为非限定的例子,无论在A.A、B.B以及C.C的哪个用户的终端20,都在谈话室中,与支付应用的官方账户的图标图像(在本例中为,包括“Pay”的文字的图像)关联地显示有从第一用户(A.A)向其他用户(B.B)发送的基于汇款提醒信息的消息。
在作为第一用户的A.A的终端20,显示有消息MS11a,在成为汇款提醒的对象的用户即B.B的终端20,显示有消息MS21a,在作为其他用户的C.C的终端20,显示有消息MS31a。
消息MS11a、MS21a以及MS31a除了按钮的显示方式之外是相同的内容,均与支付应用的官方账户的图标图像建立了关联。
作为非限定的例子,消息MS11a、MS21a以及MS31a均包括“提醒”的文字的图标,不包括消息MS11所包含的“提醒发送”的文字的图标、消息MS21所包含的“提醒接收”的文字的图标。
另外,作为非限定的例子,消息MS11a、MS21a以及MS31a均与第一用户(A.A)的图标图像及成为汇款提醒的对象的用户(B.B)的图标图像一起包括从前者的图标图像朝向后者的图标图像的箭头。
不包括消息MS11所包含的“收取”的文字的图标、消息MS21所包含的“支付”的文字的图标。
另外,作为非限定的例子,消息MS11a、MS21a以及MS31a所包含的其他信息与消息MS11、MS12以及MS13所包含的其他信息分别相同。
作为非限定的例子,在消息MS11a中,包括不可选择方式的汇款按钮BT11a和按钮BT11b。另外,在消息MS21a中,包括可选择方式的汇款按钮BT21a和按钮BT21b。另外,在消息MS31a中,包括不可选择方式的汇款按钮BT31a和按钮BT31b。
在基于成为汇款提醒的对象的用户(B.B)轻击了汇款按钮BT21a而完成向第一用户(A.A)的汇款处理时,如图5-12所示,在第一用户(A.A)的终端20,作为完成了汇款的用户(B.B)的消息而显示出消息MS12,作为自己(A.A)的消息而显示出消息MS13。
另外,在完成了汇款的用户(B.B)的终端20,作为自己的消息而显示出消息MS22,作为第一用户(A.A)的消息而显示出消息MS23。
另外,在其他用户(C.C)的终端20,作为完成了汇款的用户(B.B)的消息而显示出消息MS32,作为第一用户(A.A)的消息而显示出消息MS33。
消息MS12和MS13、MS22和MS23、以及消息MS32和MS33的内容与图5-3所示的例子相同。
根据图5-11和图5-12所示的例子,通过将基于从第一用户(A.A)向B.B的汇款委托的汇款提醒显示显示为支付应用的官方账户的消息,能够缓和基于第一用户(A.A)的操作而显示出汇款提醒显示这样的印象,不限定于此。
另一方面,在汇款处理完成后,将通知进行了汇款的消息MS12、MS22、MS23显示为收到汇款委托的用户(B.B)的消息,并且将通知收取了汇款委托金额的消息MS13、MS23、MS33显示为第一用户(A.A)的消息,由此,使用户间的关系变得明确。
图5-13所示的例子是图5-11的变形例。
在第一用户(A.A)的终端20,在谈话室中能够看到官方账户的消息MS11a。
另外,在成为汇款提醒的对象的用户(B.B)的终端20,在谈话室中能够看到官方账户的消息MS21a。
另一方面,在既不是第一用户(A.A)也没有成为汇款提醒的对象的其他用户(C.C)的终端20,在谈话室中无法看到官方账户的消息MS31a。
这样,作为非限定的例子,也可以是,属于相同组(X)的用户中的、既不是进行了汇款提醒的第一用户(A.A)也不是成为汇款提醒的对象的用户(B.B)的其他用户(C.C)在谈话室中无法看到与该汇款提醒相关的消息。
图5-14所示的例子是图5-11的变形例。
在成为汇款提醒的对象的用户(B.B)的终端20,在谈话室中能够看到官方账户的消息MS21a。
另一方面,在第一用户(A.A)的终端20,在谈话室中无法看到官方账户的消息MS11a。
另外,在既不是第一用户(A.A)也没有成为汇款提醒的对象的其他用户(C.C)的终端20,也在谈话室中无法看到官方账户的消息MS31a。
这样,作为非限定的例子,也可以是,关于属于相同组(X)的用户中的成为汇款提醒的对象的用户(B.B)以外的用户,包括第一用户(A.A)在内也无法看到与该汇款提醒相关的消息。
<第五变形例(3)>
也可以将在第五实施例中显示于组谈话室的汇款请求消息和汇款提醒消息中的至少任意一方设为基于消息应用的提及功能的消息,还可以不采用这种方式。
图5-15是示出该情况下的组谈话室的一例的图。
作为非限定的例子,在谈话室中显示出基于汇款提醒信息的消息(不限定,汇款提醒显示的一例)的情况下,消息应用中的提及功能自动地工作,进行“@用户名”这样的以下划线强调的标记。
这里,提及功能是指用于对指定的用户发送消息(内容)的消息应用的一个功能。
需要说明的是,在通过提及功能而接收消息的用户的终端,也可以显示出强调地示出接收到消息的通知,还可以不采用这种方式。
作为非限定的例子,在“@用户名”的“用户名”的部分,显示出由第一用户(A.A)作为显示汇款提醒显示的终端20的用户而指定的用户(作为非限定的例子,与成为拖动操作的对象的汇款委托历史建立了关联的用户)的用户名。
作为非限定的例子,该用户名是包含在汇款提醒显示(作为非限定的例子,消息MS11b、MS21b、MS31b)中的用户名。
在图5-15所示的例子中,作为针对通过提及功能而指定的用户即B.B的消息,在第一用户(A.A)的终端20显示有消息MS11b,在成为汇款提醒的对象的用户(B.B)的终端20显示有消息MS21b,在其他用户(C.C)的终端20显示有消息MS31b。
在消息MS11b、MS21b以及MS31b的开头,分别基于提及功能进行了表示该消息是针对B.B的消息的“@B.B”这样的标记。
本变形例示出以下结构:汇款提醒消息的显示至少包括利用提及功能来指定汇款请求目的地用户的信息(不限定,表示终端的用户的信息的一例)。
作为通过这样的结构而得到的变形例的效果的一例,能够通过包括表示终端的用户的信息在内的第二显示,使终端的用户可靠地认识到该显示是指定了自己的显示。
<第五变形例(4)>
也可以使显示在汇款请求目的地用户的终端20的显示部24中的组谈话室所显示的汇款提醒消息的显示方式与显示在除了汇款请求目的地用户和汇款发起方用户之外的其他组用户的终端20的显示部24中的组谈话室所显示的汇款提醒消息的显示方式显示为不同。
在该情况下,不仅仅如显示画面所示的例子那样,使包含在消息中的文本的一部分内容不同或者使包含在消息中的按钮的显示方式(可选择方式/不可选择方式)不同,作为非限定的例子,还可以使当事人的终端20显示详细内容的消息,另一方面,使当事人以外的终端20显示简化了内容的消息等。也可以以不同的颜色显示消息等。
本变形例示出以下结构:在汇款提醒消息的显示中,在显示于汇款请求目的地用户的终端20(不限定,终端的一例)的组谈话室所显示的汇款提醒消息的显示方式(不限定,第一显示方式的一例)与显示于除了汇款请求目的地用户和汇款发起方用户之外的其他组用户的终端20(不限定,第二用户的终端的一例)的组谈话室所显示的汇款提醒消息的显示方式(不限定,第二显示方式的一例)中,显示方式不同。
作为通过这样的结构而得到的实施例的效果的一例,通过第一显示方式与第二显示方式的显示方式的不同,能够使终端的用户认识到自己是汇款委托的当事人,并且使第二用户认识到自己不是汇款委托的当事人。
<第五变形例(5)>
在汇款请求目的地用户未进行支付的情况下,也可以限制消息应用的一部分功能,还可以不采用这种方式。
在图5-16的例子中,作为支付应用的官方账户的消息,在第一用户(A.A)的终端20显示有消息MS14,在成为汇款提醒的对象的用户(B.B)的终端20显示有消息MS24,在其他的用户(C.C)的终端20显示有消息MS34。
在消息MS14、MS24以及MS34的开头,分别基于提及功能,进行了表示该消息是针对B.B(在本例中为成为汇款提醒的对象的用户)的消息的“@B.B”这样的标记。
在消息MS14、MS24以及MS34中,作为非限定的例子,分别显示有[支付应用]的文字、表示在消息应用中被限制使用的功能和限制使用的条件的信息(在本例中为,“在24小时以内没有汇款的情况下,对消息应用内的盖章功能加以限制。”这样的文字、以及“请在期限内进行汇款。”这样的文字)、成为汇款目的地的第一用户的用户名(在本例中为A.A)、汇款委托金额(在本例中为“3,000日元”),以及汇款期限(在本例中为2020-04-24 17:00),在下部显示有汇款按钮。
消息MS14的汇款按钮BT14和消息MS34的汇款按钮BT34均以非选择方式显示,消息MS24的汇款按钮BT24以选择方式显示。
<第五变形例(6)>
在未完成汇款的用户的终端20所显示的提醒显示中,也可以包括与已经完成汇款的用户相关的信息,还可以不采用这种方式。
在图5-17所示的例子中,与图5-1所示的例子同样,在A.A的终端20的显示部24中,在组X的谈话室中显示有在朋友之间相互交换的消息。
该例示出虽然具有来自作为一方的终端20的用户的C.C的已汇款这一旨意的答复但不存在来自作为另一方的终端20的用户的B.B的答复的状态。
作为非限定的例子,当作为第一用户的A.A轻击按钮BTM3时,将与A.A的过去的汇款委托中的以多个用户(B.B和C.C)为对象且针对至少一个用户未完成支付处理的汇款委托相关的历史显示在谈话室中。
在本例中,第一用户(A.A)向多个用户(B.B和C.C)发送与共同的事件(在本例中为会费是3,000日元的事件)相关的汇款请求信息。然后,基于与针对一方的用户(B.B)的汇款委托相关的汇款处理未完成且与针对另一方的用户(C.C)的汇款委托相关的汇款处理完成,将与双方的用户相关的信息显示于区域R10。
作为非限定的例子,在区域R10中,显示有汇款请求信息的发送日期时间、“请求发送”的文字的图标、表示是从多个用户(A.A、B.B)分别接受支付的处境的“收取”的文字的图标、以及应从多个用户(A.A、B.B)分别收取的金额(3,000日元)。
在其下方,显示有表示成为汇款委托的对象的用户数量的信息(在本例中为“成员2”),还显示有与仍未进行汇款的一方的用户(B.B)相关的信息以及与已经进行了汇款的另一方的用户(C.C)相关的信息的双方。
作为非限定的例子,基于第一用户(A.A)虽然向一方的用户(B.B)发送了汇款请求信息但针对该汇款委托的汇款处理未完成,与一方的用户(B.B)的图标图像及用户名关联地显示有汇款委托金额(在本例中为3,000日元)。
另外,作为非限定的例子,基于第一用户(A.A)向另一方的用户(C.C)发送了汇款请求信息且针对该汇款委托的汇款处理完成,与另一方的用户(C.C)的图标图像及用户名关联地显示有表示汇款完成的信息(在本例中为“已汇款”的文字)。
另外,与一方的用户(B.B)相关的信息的背景为白色,与另一方的用户(C.C)相关的信息的背景为黑色,在前者的信息和后者的信息中,显示方式不同,容易进行区分。
通过设为第一用户(A.A)选中区域R10的复选框的状态,从而显示在区域R10内的各信息成为被选择的状态。
通过在该状态下轻击区域RR,从而向未进行汇款的用户(B.B)的终端20发送基于显示在区域R10内的信息的汇款提醒信息。
图5-18所示的例子与图5-2所示的例子的不同之处在于,在基于汇款提醒信息的汇款提醒显示中还包含与已经进行了支付的另一方的用户(C.C)相关的信息。
在第一用户(A.A)的终端20显示有消息MS11c,在一方的用户(B.B)的终端20显示有消息MS21c,在另一方的用户(C.C)的终端20显示有消息MS31c。
在消息MS11c、MS21c、MS31c中,均显示有表示成为基于共同的事件的汇款委托的对象的用户数量的信息(在本例中为“成员2”),还显示有与仍未进行汇款的一方的用户(B.B)相关的信息以及与已经进行了汇款的另一方的用户(C.C)相关的信息的双方。
作为非限定的例子,在针对某个事件仍未进行汇款的一方的用户(B.B)的终端20所显示的汇款提醒显示中,包括与针对相同事件已经进行了汇款的另一方的用户(C.C)相关的信息,由此,能够促使一方的用户(B.B)进行汇款。
图5-19和图5-20是图5-17和图5-18的变形例。
作为非限定的例子,图5-19及图5-20与图5-17及图5-18的不同之处在于,针对成为汇款请求信息的发送对象的多个用户(B.B,C.C),分别示出成为汇款提醒的对象的次数(作为非限定的例子,将以该用户为对象的汇款提醒显示显示于该用户的终端20的次数)。
在图5-19和图5-20的例子中,与未进行针对某个事件的汇款委托的汇款的一方的用户(B.B)的图标图像及用户名关联地,显示出表示成为汇款提醒的对象的次数(作为非限定的例子,是将以B.B为对象的汇款提醒显示显示于B.B的终端20的次数,在本例中为10次)的图标RIC1,与已经进行了针对相同事件的汇款委托的汇款的另一方的用户(C.C)的图标图像及用户名关联地,显示出表示成为汇款提醒的对象的次数(作为非限定的例子,是将以C.C为对象的汇款提醒显示显示于C.C的终端20的次数,在本例中为0次)的图标RIC2。
作为非限定的例子,通过这样的显示,使各用户进行自己与其他用户的提醒次数的比较、其他用户之间的提醒次数的比较,因此,能够使各用户意识到尽量避免成为汇款提醒的对象。
接着,针对不进行向汇款请求目的地用户的汇款提醒的实施例进行说明。有时将不进行汇款提醒表述为“停止汇款提醒”。
作为用于实现该汇款提醒的停止的方法,考虑大致分为,
·服务器10停止汇款提醒信息的发送
·终端20停止汇款提醒显示的显示
这两种方法。以下,对各个方法进行说明。
<第六实施例>
第六实施例是服务器10停止向汇款请求目的地用户的终端20发送汇款提醒信息的实施例。
第六实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的符号,省略再次的说明。
作为服务器10管理汇款请求的方法,作为非限定的例子,考虑上述的两个模式(模式A、模式B)。
在应用“模式A”的情况下,服务器10不删除成为已汇款的汇款请求而保留,停止向汇款请求目的地用户的终端20发送与该汇款请求对应的汇款提醒信息。
在应用“模式B”的情况下,服务器10删除成为已汇款的汇款请求。由于汇款请求本身被删除,因此结果是停止了汇款提醒信息的发送。
<处理>
图6-1~图6-2是示出在本实施例中由各装置执行的处理流程的一例的流程图。
作为非限定的例子,该流程图是基于接着图1-13至图2-11的服务器提醒的处理的流程图。
如果判定为进行汇款提醒(S260:是),则服务器10的控制部11针对与该汇款提醒对应的汇款请求,判定是否停止了提醒(S267)。具体而言,作为非限定的例子,参照第二汇款请求管理数据157B,在与对应的汇款请求管理ID对应的已汇款标志被设定为“有效”的情况下,判定为停止了提醒。
如果判定为未停止提醒(S267:否),则服务器10的控制部11将处理移至S270。
在该情况下,控制为从服务器10向终端20B发送汇款提醒信息。
另一方面,如果判定为停止了提醒(S267:是),则服务器10的控制部11将处理移至S190。
在该情况下,控制为不从服务器10向终端20B发送汇款提醒信息。
需要说明的是,在上述的处理中,汇款提醒信息有时从服务器10向终端20B被发送两次以上。在该情况下,在上述的处理中,在由服务器10基于针对终端20B的显示部24所显示的任意一个汇款提醒显示的输入而执行了汇款结算处理时,至此之后控制为不从服务器10向终端20发送汇款提醒信息。
<第六实施例的效果>
本实施例示出以下结构:服务器10通过通信I/F14从汇款发起方用户的终端20接收汇款发起方用户(不限定,第一用户的一例)的汇款请求信息(不限定,与结算委托相关的第一信息的一例)。然后,服务器10根据基于汇款请求的第二汇款处理(不限定,与向第一用户的汇款相关的汇款处理的一例)的执行,通过控制部11来执行发送控制,该发送控制与向汇款请求目的地用户的终端20发送基于汇款请求的汇款提醒信息(不限定,基于汇款委托的第二信息的一例)的控制相关。
作为通过这样的结构而得到的实施例的效果的一例,能够根据基于汇款委托的与向第一用户的汇款相关的汇款处理的执行,进行与向终端发送基于汇款委托的第二信息的控制相关的发送控制,由此,使终端的用户适当地进行向第一用户的汇款。
另外,本实施例示出以下结构:汇款请求信息包括汇款请求金额的信息,汇款提醒信息包括同样金额的信息。
作为通过这样的结构而得到的实施例的效果的一例,能够通过第一信息和第二信息,向终端的用户可靠地通知基于汇款委托的金额。
另外,本实施例是示出以下结构:服务器10在不执行第二汇款处理的情况下,进行通过通信I/F14向汇款请求目的地用户的终端20发送汇款提醒信息的控制,在执行了第二汇款处理的情况下,进行不通过通信I/F14向汇款请求目的地用户的终端20发送汇款提醒信息的控制。
作为通过这样的结构而得到的实施例的效果的一例,能够在不执行汇款处理的情况下,向终端发送第二信息,另一方面,在执行了汇款处理的情况下,不向终端发送第二信息。
另外,本实施例示出以下结构:将汇款请求显示(不限定,基于第一信息的第一显示的一例)显示于汇款请求目的地用户的终端20,基于该终端20的用户对汇款请求显示的输入而执行第二汇款处理。
作为通过这样的结构而得到的实施例的效果的一例,能够将基于第一信息的第一显示显示于终端,基于终端的用户对第一显示的输入,简单地执行汇款处理。另外,在该情况下,与能够上述的结构相结合,根据基于针对第一显示的输入而执行了汇款处理,服务器控制为不向终端发送第二信息。
另外,本实施例示出以下结构:服务器10通过通信I/F14向汇款请求目的地用户的终端20发送基于汇款请求的汇款提醒信息(不限定,基于汇款委托的第三信息的一例)。然后,将汇款提醒显示(不限定,基于第三信息的第三显示的一例)显示于汇款请求目的地用户的终端20,基于汇款请求目的地用户对汇款提醒显示的输入而执行第二汇款处理。
作为通过这样的结构而得到的实施例的效果的一例,能够根据针对基于第三信息的第三显示的输入,来执行汇款处理。另外,在该情况下,能够与上述的结构相结合,在基于针对第三显示的输入而执行了汇款处理的情况下,不向终端发送第二信息。
另外,本实施例示出以下结构:由服务器10执行的发送控制包括以下控制:在通过服务器10的通信I/F14向汇款请求目的地用户的终端20发送了第一汇款提醒信息(不限定,第二信息的一例)的情况下,向汇款请求目的地用户的终端20发送第二汇款提醒信息(不限定,基于汇款委托的第四信息的一例),将第一汇款提醒显示(不限定,基于第二信息的第二显示的一例)显示于汇款请求目的地用户的终端20,基于汇款请求目的地用户对第一汇款提醒显示的输入而执行第二汇款处理。
作为通过这样的结构而得到的实施例的效果的一例,即便在从服务器向终端发送了基于汇款委托的第二信息的情况下,也能够与该第二信息不同地,从服务器向终端发送基于汇款委托的第四信息。另外,即便在从服务器向终端发送了基于汇款委托的第四信息的情况下,也能够根据终端的用户对显示于终端的基于第二信息的第二显示的输入,使终端的用户进行向第一用户的汇款。
另外,本实施例示出以下结构:第二汇款处理(不限定,汇款处理的一例)是与从汇款请求目的地用户(不限定,终端的用户的一例)向汇款发起方用户(不限定,第一用户的一例)的汇款相关的处理。
作为通过这样的结构而得到的实施例的效果的一例,服务器能够通过汇款处理而实现从终端的用户向第一用户的汇款。
<第六变形例(1)>
在第六实施例中,也能够应用模式B(删除汇款请求)。
在该情况下,作为非限定的例子,服务器10在通过汇款结算处理进行了汇款的情况下,删除第二汇款请求管理数据157B中的与进行了汇款的汇款请求管理ID对应的记录。其结果是,不仅汇款请求被删除,与该汇款请求对应的汇款提醒也被删除。
<第六变形例(2)>
在应用模式A(不删除汇款请求而保留)的情况下,不删除在服务器10中存储并管理的汇款请求。因此,在从终端20向服务器10进行了汇款请求的阅览要求的情况下,与已汇款的汇款请求相关的信息也能够在终端20被阅览。
于是,针对与已汇款的汇款请求相关的信息,也可以变更为与和未汇款的汇款请求相关的信息不同的显示方式,还可以不采用这种方式。
作为非限定的例子,服务器10的控制部11基于来自终端20的要求,向终端20发送汇款请求一览信息的页面(汇款请求一览页面)。
在该情况下,服务器10的控制部11基于在第二汇款请求管理数据157B中与对应的汇款请求管理ID关联地设定的已汇款标志,设定并发送向终端20B发送的汇款请求一览页面。
具体而言,作为非限定的例子,设定并发送以下的汇款请求一览页面:针对已汇款标志为“无效”的汇款请求信息和汇款提醒信息,设为缺省的显示,另一方面,针对已汇款标志为“有效”的汇款请求信息和汇款提醒信息,将其显示变更为表示是已汇款的显示方式(作为非限定的例子,灰色显示或标注了已汇款标记的显示)。
图6-3是示出在本实施例中显示于终端20B的显示部24的汇款请求一览画面的一例的图,示出与图2-13对应的画面。
在该例中,针对区域R21所示的汇款请求信息以及与该汇款请求对应地在区域R22中示出的汇款提醒信息,分别显示有包括“DONE”的文字的完成标记MK1,作为表示是已汇款的信息。
需要说明的是,表示是已汇款的显示不限于此。
作为非限定的例子,也可以是,在图6-3的布局的汇款请求一览画面中,如图6-4所示,对区域R21和区域R22进行灰色显示,由此与未汇款的状态的汇款请求或汇款提醒进行区分。
另外,在与图6-3的布局不同的汇款请求一览画面中,作为非限定的例子在图2-17所示的基于接收日期时间而显示的汇款请求一览画面中,作为非限定的例子,也可以如图6-5所示那样在区域R21和区域R23显示完成标记MK1等。
另外,也可以对这些区域进行灰色显示等。
<第六变形例(3)>
如上所述,也能够通过终端20将汇款提醒显示的显示停止,来停止汇款提醒。
这里,例示出应用终端提醒的方法的情况。
图6-6是示出在本变形例中由各装置执行的处理流程的一例的流程图。
作为非限定的例子,该流程图是基于图1-13~图1-14的终端提醒的处理的流程图。
如果判定为进行汇款提醒(B145:是),则终端20B的控制部21判定是否已执行基于已接收的汇款请求的汇款(B455)。
如果判定为未执行汇款(B455:否),终端20B的控制部21将处理移至B150。
在该情况下,通过终端20B的控制部21,来执行将汇款提醒显示显示于显示部24的控制。
另一方面,如果判定为已执行汇款(B455:是),则终端20B的控制部21将处理移至B190。
在该情况下,通过终端20B的控制部21,来执行不将汇款提醒显示显示于显示部24的控制。
需要说明的是,在上述的处理中,有时在终端20B的显示部24上显示两次以上的汇款提醒显示。
在该情况下,在上述的处理中,在基于针对终端20的显示部24所显示的任意一个汇款提醒显示的输入而执行了汇款时,至此以后,将汇款提醒信息控制为不显示于终端20B的显示部24。
本变形例示出以下结构:汇款请求目的地用户的终端20通过通信I/F22接收汇款发起方用户(不限定,第一用户的一例)的汇款请求信息(不限定,与汇款委托相关的第一信息的一例)。然后,汇款请求目的地用户的终端20将汇款请求显示(不限定,基于第一信息的第一显示的一例)显示于显示部24。然后,汇款请求目的地用户的终端20根据基于汇款请求的第一汇款处理(不限定,与向第一用户的汇款相关的汇款处理的一例)的执行,通过控制部21来进行显示控制,该显示控制与将基于汇款请求的汇款提醒显示(不限定,基于汇款委托的第二显示的一例)显示于显示部24的控制相关。
作为通过这样的结构而得到的实施例的效果的一例,能够根据基于汇款委托的与向第一用户的汇款相关的汇款处理的执行而执行显示控制,由此,使终端的用户适当地进行向第一用户的汇款,该显示控制与将基于汇款委托的第二显示显示于终端的显示部的控制相关。
另外,本变形例示出以下结构:关于上述的显示控制,在不执行第一汇款处理的情况下,进行将汇款提醒显示显示于显示部24的控制,在执行了第一汇款处理的情况下,进行不将汇款提醒显示显示于显示部24的控制。
作为通过这样的结构而得到的实施例的效果的一例,能够基于是否执行了汇款处理而适当地切换是否显示第二信息。
另外,本变形例示出以下结构:将基于汇款请求信息(不限定,第一信息的一例)的显示(不限定,第一显示的一例)显示于汇款请求目的地用户的终端20,基于汇款请求目的地用户对该显示的输入(不限定,终端的用户对第一显示的输入的一例),来执行第一汇款处理。
作为通过这样的结构而得到的变形例的效果的一例,能够将基于第一信息的第一显示显示于终端,基于终端的用户对第一显示的输入,简单地执行汇款处理。另外,在该情况下,能够与上述的结构相结合,根据基于针对第一显示的输入而执行了汇款处理,终端控制为不将第二显示显示于显示部。
<第六变形例(4)>
虽然与第六变形例(3)关联,但关于服务器提醒的方法,也能够通过终端20停止汇款提醒显示的显示而停止汇款提醒。即,虽然服务器10不停止汇款提醒信息的发送,但终端20也能够停止汇款提醒显示的显示。
图6-7是示出在本变形例中由各装置执行的处理流程的一例的流程图。
如果在B240中判定为从服务器10接收到汇款提醒信息(B240:是),则终端20B的控制部21判定是否已执行基于对应的汇款请求的汇款(B455)。
如果判定为未执行汇款(B455:否),则终端20B的控制部21将处理移至B250。
在该情况下,从服务器10发送汇款提醒信息,通过终端20B的控制部21,执行将基于该汇款提醒信息的汇款提醒显示显示于显示部24的控制。
另一方面,如果判定为已执行汇款(B455:是),则终端20B的控制部21将处理移至B190。
在该情况下,虽然从服务器10发送汇款提醒信息,但通过终端20B的控制部21控制为不将基于该汇款提醒信息的汇款提醒显示显示于显示部24。
<第六变形例(5)>
此外,服务器10也能够基于来自汇款请求目的地用户的终端20的要求而停止汇款提醒信息的发送。
具体而言,作为非限定的例子,如图6-8所示,在作为汇款请求目的地用户的用户B.B的终端20B的显示部24显示出汇款请求一览的状态下,作为非限定的例子,当轻击来自用户A.A的汇款提醒时,显示出图6-9所示的汇款画面。
在该汇款画面的下部,构成了确认信息显示区域WR1,使得向服务器10通知确认了汇款提醒的内容。在该例中,在确认信息显示区域WR1,与“[提醒]来自A.A先生/女士的汇款请求”的文本一起显示有包括“确认完”的文字的链接。然后,通过轻击该链接,从终端20B向服务器10发送表示确认了汇款提醒的内容的汇款提醒确认信息。
服务器10基于从终端20B接收到汇款提醒确认信息而停止汇款提醒信息的发送。
<第七实施例>
第七实施例是在第六实施例中将汇款请求显示或汇款提醒显示显示于聊天室的实施例。
第七实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的符号,省略再次的说明。
<处理>
图7-1~图7-2是示出在本实施例中由各装置执行的处理流程的一例的流程图。
需要说明的是,这里为了简化,对着眼于将追加的消息显示于在终端20B中显示的谈话室的情况的处理进行图示并说明,省略终端20A中的谈话室的显示。
在通过通信I/F14从终端20A接收到汇款请求发送要求信息时,服务器10的控制部11将汇款请求消息追加到用户A.A和用户B.B的谈话管理数据(谈话室)中并进行更新(S610)。
然后,服务器10的控制部11通过通信I/F14向终端20B发送所追加的汇款请求消息(S620)。
终端20B的控制部21判定是否通过通信I/F22从服务器10接收到汇款请求消息(B610),如果判定为接收到(B610:是),则执行请求通知处理(B620)。
作为非限定的例子,该请求通知处理能够通过与上述的提醒通知处理同样的方法来实现。
之后,终端20B的控制部21基于是否对输入部进行了用于显示谈话室的输入,来判定是否使谈话室显示于显示部24(B630)。然后,如果判定为显示(B630:是),则基于存储部28所存储的最新的谈话数据,使谈话室显示于显示部24(B640)。
服务器10的控制部11判定是否通过通信I/F14从终端20A接收到汇款提醒发送要求信息(S650),如果判定为接收到(S650:是),则基于所设定的已汇款标志,判定是否停止了提醒(S660)。
如果已汇款标志为“无效”且判定为未停止提醒(S660:否),则服务器10的控制部11将汇款提醒消息追加到用户A.A和用户B.B的谈话管理数据(谈话室)中并进行更新(S670)。
然后,服务器10的控制部11通过通信I/F14向终端20B发送所追加的汇款提醒消息(S680)。
之后,服务器10的控制部11判定为是否结束处理(S690),如果判定为继续处理(S690:否),则将处理返回到S650。另一方面,如果判定为结束处理(S690:是),则结束处理。
终端20B的控制部21判定是否通过通信I/F22从服务器10接收到汇款提醒消息(B650),如果判定为接收到(B650:是),则执行提醒通知处理(B660)。
作为非限定的例子,该提醒通知处理能够应用上述的方法。
之后,终端20B的控制部21基于是否对输入部进行了用于显示谈话室的输入,来判定是否使谈话室显示于显示部24(B670)。然后,如果判定为显示(B670:是),则基于存储部28所存储的最新的谈话数据,使谈话室显示于显示部24(B680)。
之后,终端20B的控制部21判定是否结束处理(B690),如果判定为继续处理(B690:否),则使处理返回到B650。另一方面,如果判定为结束处理(B690:是),则结束处理。
<第七实施例的效果>
本实施例示出以下结构:将终端20中的汇款请求显示(不限定,基于第一信息的第一显示的一例)显示于至少包括汇款请求目的地用户(不限定,终端的用户的一例)和汇款发起方用户(不限定,第一用户的一例)的谈话室(不限定,聊天室的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够通过向聊天室的显示,至少向终端的用户和第一用户简单且适当地通知第一信息。
<第七变形例>
与第六变形例(1)同样,在应用上述的模式A的情况下,针对与已汇款的汇款请求相关的信息,也可以变更为与和未汇款的汇款请求相关的信息不同的显示方式,还可以不采用这种方式。
通过消息应用,有时在服务器10和终端20中各自独立地保存谈话信息。
作为非限定的例子,关于在服务器10中保存的消息,在向终端20发送消息之后经过了固定时间(作为非限定的例子,几周)时自动地被删除,但关于在终端20中保存的消息,只要用户不删除,就一直保留。
在该情况下,在终端20中,基本上不删除消息的历史而保留,因此,终端20的用户也能够基于保存于终端20的数据而浏览过去的汇款请求消息或汇款提醒消息。
于是,在本变形例中,通过以下的方法来变更与汇款请求关联的信息的显示方式。
图7-3是示出用于说明该方法的表的一例的图。
在该表中,作为非限定的例子,关联地规定了已汇款标志、信息类别以及消息。
在已汇款标志中,包括“无效”和“有效”。
信息类别是该消息的类别,作为非限定的例子,针对已汇款标志“无效”和“有效”分别规定了“请求”和“提醒”。
在消息中,根据对应的已汇款标志“有效”/“无效”而规定了显示于终端20的谈话室的消息的类别。
具体进行说明。
(1)已汇款标志“无效”
在信息类别“请求”中,作为消息而规定了“第一种汇款请求消息(未汇款)”。这表示,在已汇款标志为“无效”的情况下,即,在为未汇款的状态的情况下,将显示于谈话室的汇款请求消息设为第一种汇款请求消息。
在信息类别“提醒”中,作为消息而规定了“第一种汇款提醒消息(未汇款)”。这表示,在已汇款标志为“无效”的情况下,即,在未汇款的状态的情况下,将显示于谈话室的汇款提醒消息设为第一种汇款提醒消息。
(2)已汇款标志“有效”
在信息类别“请求”中,作为消息而规定了“第二种汇款请求消息(已汇款)”。这表示,在已汇款标志为“有效”的情况下,即,在已汇款的状态的情况下,将显示于谈话室的汇款请求消息设为第二种汇款请求消息。
在信息类别“提醒”中,作为消息而规定了“第二种汇款提醒消息(已汇款)”。这表示,在已汇款标志为“有效”的情况下,即,在已汇款的状态的情况下,将显示于谈话室的汇款提醒消息设为第二种汇款提醒消息。
即,在未汇款的状态下,以第一显示方式(作为非限定的例子,缺省的显示方式)显示汇款请求消息或汇款提醒消息,但在汇款完成之后,将这些消息的显示方式从第一显示方式变更为第二显示方式(作为非限定的例子,表示是已汇款的显示方式)而显示。
图7-4~图7-5是示出在本实施例中由各装置执行的处理流程的一例的流程图。
在通过通信I/F14从终端20A接收到汇款请求发送要求信息时,服务器10的控制部11将第一种汇款请求消息作为汇款请求消息追加到用户A.A和用户B.B的谈话管理数据(谈话室)中进行更新(S710)。
之后,服务器10的控制部11通过通信I/F14向终端20B发送第一种汇款请求消息和第二种汇款请求消息作为汇款请求消息(S720)。
在B620之后,终端20B的控制部21使接收到的汇款请求消息(第一种、第二种)存储于存储部28(B725)。
之后,终端20B的控制部21基于是否对输入部进行了用于显示谈话室的输入,来判定是否使谈话室显示于显示部24(B730)。然后,如果判定为显示(B730:是),则基于最新的谈话数据,使谈话室显示于显示部24(B740)。
具体而言,使第一种汇款请求消息作为汇款请求消息而显示于谈话室。
如果在S660中判定为未停止提醒(S660:否),则服务器10的控制部11将第一种汇款提醒消息作为汇款提醒消息追加到用户A.A和用户B.B的谈话管理数据(谈话室)中进行更新(S770)。
之后,服务器10的控制部11通过通信I/F14向终端20B发送第一种汇款提醒消息和第二种汇款提醒消息作为汇款提醒消息(S780)。
在B660之后,终端20B的控制部21使接收到的汇款提醒消息(第一种、第二种)存储于存储部28(B765)。
之后,终端20B的控制部21基于是否对输入部进行了用于显示谈话室的输入,来判定是否使谈话室显示于显示部24(B770)。然后,如果判定为显示(B770:是),则基于最新的谈话数据,使谈话室显示于显示部24(B780)。
具体而言,作为非限定的例子,在谈话室内的消息中,在从服务器10未接收到汇款信息的状态的情况下,作为对应的汇款请求消息、汇款提醒消息而显示第一种汇款请求消息、第一种汇款提醒消息。
另一方面,在从服务器10已接收到汇款信息的状态的情况下,作为对应的汇款请求消息、汇款提醒消息而显示第二种汇款请求消息、第二种汇款提醒消息。
<第八实施例>
第八实施例是与不经由汇款请求或汇款提醒而执行了汇款的情况相关的实施例。
还假定以下情形:汇款请求目的地用户在确认了汇款请求显示或汇款提醒显示的基础上,或者在不确认汇款请求显示或汇款提醒显示的状态下,利用支付应用中的独立的汇款功能,向汇款发起方用户进行汇款。
在这样的情形下,服务器10无法判定(确定)针对哪一个汇款请求管理ID应停止汇款提醒。
第八实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的符号,省略再次的说明。
图8-1是示出服务器10的存储部15所存储的作为上述的汇款请求管理数据157的另一例的第三汇款请求管理数据157C的结构例的图。
在第三汇款请求管理数据157C中,除了第二汇款请求管理数据157B中的日期时间、汇款请求管理ID、汇款发起方ID、汇款请求目的地ID、汇款请求金额、已汇款标志、以及信息类别之外,作为非限定的例子,还关联地存储有提醒停止标志。
提醒停止标志是针对对应的汇款请求管理ID用于识别是否停止向汇款请求目的地用户的终端20发送汇款提醒信息的标志,针对停止发送汇款提醒信息的情况而设定为“有效”。
与上述实施例的不同之处在于,即便已汇款标志为“无效”,有时也将提醒停止标志设定为“有效”。
图8-2是示出在本实施例中用于说明服务器10确定汇款请求管理ID的方法的表的一例的图。
在该表中,作为非限定的例子,关联地规定了设定No、对象终端、判定用信息、以及判定结果。
在对象终端中,规定了服务器10基于在哪一个终端20选择并输入的信息来判定要停止的汇款提醒。
在判定用信息中,规定了服务器10用于判定要停止的汇款提醒的信息。
在判定结果中,规定了服务器10作为要停止的汇款提醒而判定的结果。
具体进行说明。
在设定No“S1”中,作为对象终端而规定了“汇款请求目的地用户的终端”,作为判定用信息而规定了“所选择的汇款发起方用户”,作为判定结果而规定了“来自所选择的汇款发起方用户的汇款提醒”。
这表示,在汇款请求目的地用户的终端20的显示部24所显示的画面(作为非限定的例子,汇款用画面)中,作为非限定的例子,通过显示接受汇款请求的用户(汇款发起方用户)的一览等而选择任意一个汇款发起方用户。然后,基于选择了汇款发起方用户而停止来自所选择的汇款发起方用户的汇款提醒。
在应用该设定的情况下,服务器10将来自汇款请求目的地用户的汇款看作是基于从所选择的汇款发起方用户向该汇款请求目的地用户的汇款请求的汇款而执行汇款。然后,服务器10停止从该汇款发起方用户向该汇款请求目的地用户的汇款提醒。
具体而言,作为非限定的例子,服务器10将第三汇款请求管理数据157C中与从所选择的汇款发起方用户向该汇款请求目的地用户的所有汇款请求的汇款请求管理ID对应的提醒停止标志设定为“有效”。
但是,在该设定中,无法唯一地确定汇款请求,因此,已汇款标志能够保持“无效”不变。
在设定No“S2”中,作为对象终端而规定了“汇款请求目的地用户的终端”,作为判定用信息而规定了“所选择的汇款目的地用户&汇款提醒的停止选择有无”,作为判定结果而规定了“来自所选择的汇款目的地用户的汇款提醒”。
作为非限定的例子,这表示,基于由汇款请求目的地用户在汇款请求目的地用户的终端20的显示部24所显示的画面(作为非限定的例子,汇款用画面)中选择了汇款目的地的用户(以下称为“汇款目的地用户”。)并选择了使来自该汇款目的地用户的汇款提醒停止,而停止来自所选择的汇款目的地用户的汇款提醒。
在应用该设定的情况下,服务器10判定是否存在从所选择的汇款目的地用户向汇款请求目的地用户的汇款请求。然后,如果判定为存在,则将来自汇款请求目的地用户的汇款看作是基于从所选择的汇款目的地用户向该汇款请求目的地用户的汇款请求的汇款而执行汇款。然后,服务器10在选择了使汇款提醒停止的情况下,停止从该汇款目的地用户向该汇款请求目的地用户的汇款提醒。
具体而言,作为非限定的例子,服务器10将第三汇款请求管理数据157C中与从所选择的汇款目的地用户向该汇款请求目的地用户的所有汇款请求的汇款请求管理ID对应的提醒停止标志设定为“有效”。
但是,在该设定中,也无法唯一地确定汇款请求,因此,已汇款标志能够保持“无效”不变。
需要说明的是,在未选择使汇款提醒停止的情况下,服务器10不停止汇款提醒。以下相同。
在设定No“S3”中,作为对象终端而规定了“汇款请求目的地用户的终端”,作为判定用信息而规定了“所选择的汇款目的地用户&所输入的汇款金额”,作为判定结果而规定了“来自所选择的汇款目的地用户的汇款提醒&所输入的汇款金额与汇款请求金额相同的汇款提醒”。
作为非限定的例子,这表示,基于由汇款请求目的地用户在汇款请求目的地用户的终端20的显示部24所显示的画面(作为非限定的例子,汇款用画面)中选择了汇款目的地用户且输入了针对该汇款目的地用户的汇款金额,停止来自所选择的汇款目的地用户的、所输入的汇款金额与汇款请求金额相同的汇款提醒。
在应用该设定的情况下,作为非限定的例子,服务器10从第三汇款请求管理数据157C中的从所选择的汇款目的地用户向汇款请求目的地用户请求汇款的汇款请求管理ID中确定汇款请求金额与在汇款请求目的地用户的终端20输入的汇款金额相同的汇款请求管理ID。
然后,服务器10将来自汇款请求目的地用户的汇款看作是基于确定出的汇款请求管理ID的汇款请求的汇款而执行汇款。然后,服务器10将该汇款请求管理ID的汇款请求作为对象而停止汇款提醒。具体而言,作为非限定的例子,服务器10将第三汇款请求管理数据157C中与确定出的汇款请求管理ID对应的已汇款标志设定为“有效”,并且将提醒停止标志也设定为“有效”。
需要说明的是,也可以代替停止所输入的汇款金额与汇款请求金额相同的汇款提醒或者在此基础上,停止所输入的汇款金额与汇款请求金额接近的汇款提醒(作为非限定的例子,金额差为“300日元以下”的汇款提醒),还可以不采用这种方式。
在设定No“S4”中,作为对象终端而规定了“汇款请求目的地用户的终端”,作为判定用信息而规定了“组内的选择出的汇款请求”,作为判定结果而规定了“与组内的选择出的汇款请求对应的汇款提醒”。
作为非限定的例子,这表示,当由汇款请求目的地用户在汇款请求目的地用户的终端20的显示部24所显示的画面(作为非限定的例子,组请求一览画面)中除了选择了针对自己的汇款请求之外还一起选择了向其他组用户的汇款请求时,停止与这些汇款请求对应的汇款提醒。
在应用该设定的情况下,服务器10将来自汇款请求目的地用户的汇款看作是基于组内的选择出的汇款请求的汇款而执行汇款。然后,服务器10停止与向该汇款请求目的地用户的汇款请求对应的汇款提醒、以及与向选择出的其他组用户的汇款请求对应的汇款提醒。
具体而言,作为非限定的例子,服务器10将第三汇款请求管理数据157C中与这些汇款请求的汇款请求管理ID对应的已汇款标志设定为“有效”,并且将提醒停止标志也设定为“有效”。
在该设定中,作为非限定的例子,包含在组中的一个汇款请求目的地用户不仅汇款自己应汇款的金额,还一并汇款包含在相同组中的其他组用户应汇款的金额,由此,能够停止针对自己的汇款提醒和针对包含在相同组中的其他组用户的汇款提醒。
需要说明的是,在上述的各个设定中,也可以在将是否停止汇款提醒的选择(有无汇款提醒的停止选择)设为必须的要素且选择了停止汇款提醒的情况下,停止汇款提醒,还可以不采用这种方式。
<显示画面>
以下,作为一例,对分别应用了上述的设定No“S2”的设定和设定No“S4”的设定的情况下的显示画面例进行说明。
在图8-3~图8-7中示出应用设定No“S2”的设定的情况下的画面图的迁移的一例。
图8-3是终端20B的显示部24所显示的支付应用的主菜单画面,是与图2-2对应的画面。而且,这里示出轻击了“汇款”的图标IC3的状态。在该情况下,作为非限定的例子,显示出图8-4所示的汇款目的地用户选择画面。
该汇款目的地用户选择画面是选择汇款目的地用户的画面,作为非限定的例子,设置有根据支付应用ID来检索汇款目的地用户的候选的栏和根据电话号码来检索汇款目的地用户的候选的栏。而且,在该例中,选择了根据支付应用ID来检索汇款目的地用户的候选的栏,作为其检索结果,示出了显示出“A.A”、“C.C”、“D.D”、“E.E”这样的多个用户的状态。而且,在该例中,示出了通过选择“A.A”的横向复选框而将用户A.A选择为汇款目的地用户的状态。
在该状态下轻击画面下部的选择区域RM3并在未图示的金额输入画面中输入了汇款预定金额之后,作为非限定的例子,显示出图8-5所示的画面。
在该画面中,作为汇款预定金额而输入了“3,000日元”,通过在该状态下轻击画面下部的汇款区域RM2,如图8-6所示,作为非限定的例子,将包括用户A.A的图标图像和用户名、“停止来自该用户的提醒?”这样的文本、OK按钮BT10、以及取消按钮在内的汇款提醒停止信息RS1作为汇款提醒停止信息而弹出显示于画面中央部。
在该状态下轻击汇款提醒停止信息RS1所包含的OK按钮BT10时,从终端20B向服务器10发送汇款目的地用户选择信息(表示选择了用户A.A的信息)和汇款提醒停止要求信息。然后,由服务器10执行汇款,并进行汇款提醒。然后,作为非限定的例子,如图8-7所示,将包括完成了汇款这一旨意和停止了汇款提醒这一旨意在内的汇款完成通知弹出显示于画面中央部。
图8-8是示出在本实施例中显示于终端20B的显示部24的支付应用的主菜单画面的一例的图。
该主菜单画面对应于图2-2,这里示出轻击了“汇款”的图标IC3的状态。在该情况下,作为非限定的例子,显示出图8-4所示的汇款目的地用户选择画面。
在图8-8~图8-9中示出应用设定No“S4”的设定的情况下的画面图的迁移的一例。在图8-8中,示出用户C.C的终端20C的显示部24所显示的组谈话室的一例。
当轻击显示在组谈话室的下部的图标中的右下的汇款图标IC4时,如上所述,在谈话室上显示出汇款项目选择区域SMR。
在该汇款项目选择区域SMR中,除了显示有用于向其他用户汇款的按钮BTM1、用于向其他用户发送汇款请求信息的按钮BTM2、以及用于显示汇款请求一览的按钮BTM3之外,还显示有用于显示组请求一览的按钮BTM4。
当轻击按钮BTM4时,作为非限定的例子,在画面内显示出组请求的一览。在该例中,作为组请求,显示有从将汇款请求金额设为“3,000日元”的用户A.A向用户B.B的汇款请求(从用户B.B向用户A.A的汇款)、以及从将汇款请求金额设为“3,000日元”的用户A.A向用户C.C的汇款请求(从用户C.C向用户A.A的汇款)这两个名分的汇款请求。
通过选中与上述的两个名分的汇款请求分别建立了关联的复选框并轻击画面下部的汇款区域RM2,从终端20C向服务器10发送汇款请求选择信息。然后,由服务器10执行基于上述的两个名分的汇款请求的汇款,并且停止分别对应的汇款提醒。
在图8-9中,示出作为汇款发起方用户的用户A.A的终端20A、作为汇款请求目的地用户的用户B.B的终端20B、以及同样作为汇款请求目的地用户的用户C.C的终端20C各自的显示部24所显示的组谈话室。
在终端20A所显示的组谈话室中,显示有表示从用户C.C向用户A.A存在两个名分的汇款的消息MS71,在其下方,显示有表示用户A.A收取了该金额的消息M72。
在终端20B所显示的组谈话室中,与消息MS71对应地显示有表示从用户C.C向用户A.A存在两个名分的汇款的消息MS81,与消息MS72对应地,除了显示有表示用户A.A收取了该金额的消息MS82之外,还显示有表示停止了从用户A.A向用户B.B的汇款提醒的消息M83。
另外,在终端20C所显示的组谈话室中,与消息MS71对应地显示有表示从用户C.C向用户A.A进行了两个名分的汇款的消息MS91,与消息MS72对应地显示有表示用户A.A收取了该金额的消息MS92。
在该情况下,除了停止从用户A.A向用户B.B的汇款提醒之外,还停止从用户A.A向用户C.C的汇款提醒。但是,认为用户C.C在知道停止了针对自己的汇款提醒的基础上,还包括用户B.B的部分在内地进行支付,因此,在该例中,在终端20C所显示的组谈话室中,不显示表示停止了从用户A.A向用户C.C的汇款提醒的消息。
需要说明的是,也可以与此不同地,在终端20C所显示的组谈话室中,显示表示停止了从用户A.A向用户C.C的汇款提醒的消息。
<处理>
图8-10是示出在本实施例中由各装置执行的处理流程的一例的流程图。
这里,在左侧示出终端20B的处理,在右侧示出服务器10的处理,针对终端20A的处理省略图示。
作为非限定的例子,这些处理是作为图6-1~图6-2的处理的子例程的处理而由终端20B的控制部21和服务器10的控制部11分别执行的处理。
终端20B的控制部21判定是否执行汇款(B810)。具体而言,作为非限定的例子,判定是否从上述的汇款用画面或上述的组请求一览画面等对输入部进行了用于执行汇款的输入。
如果判定为执行汇款(B810:是),则终端20B的控制部21通过通信I/F22向服务器10发送包括上述的判定用信息的汇款结算要求信息(B830)。
服务器10的控制部11判定是否通过通信I/F14从终端20B接收到汇款结算要求信息(S810),如果判定为接收到(S810:是),则判定在接收到的汇款结算要求信息中是否包括判定用信息(S820)。
如果判定为在接收到的汇款结算要求信息中包括判定用信息(S820:是),则服务器10的控制部11执行汇款提醒停止判定处理(S830)。
具体而言,作为非限定的例子,按照在图8-2的表中说明的方法,来判定(确定)停止汇款提醒的汇款请求管理ID。
之后,服务器10的控制部11执行汇款结算处理(S130)。具体而言,作为非限定的例子,将与判定出的汇款请求管理ID建立了关联的汇款请求作为对象而进行汇款。然后,通过上述的方法来设定标志(已汇款标志、提醒停止标志)。
在B140之后,终端20B的控制部21判定是否结束处理(B890),如果判定为继续处理(B890:否),则使处理返回到B810。
另一方面,如果判定为结束处理(B890:是),则终端20B的控制部21结束处理。
同样,在S150之后,服务器10的控制部11判定是否结束处理(S890),如果判定为继续处理(S890:否),则使处理返回到S810。
另一方面,如果判定为结束处理(S890:是),则服务器10的控制部11结束处理。
另外,在本处理中,在图6-2的S267中,服务器10的控制部11判定针对与接受了发送的要求的汇款提醒信息对应的汇款请求管理ID是否停止了提醒。具体而言,作为非限定的例子,参照第三汇款请求管理数据157C,在与该汇款请求管理ID对应的请求停止标志被设定为“有效”的情况下,判定为停止了提醒。
<第八实施例的效果>
本实施例示出以下结构:基于汇款请求目的地用户的终端20的显示部24所显示的汇款发起方用户(不限定,第一用户的一例)的选择,执行由服务器10执行的第二汇款处理(不限定,汇款处理的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够基于选择了终端的显示部所显示的第一用户,看作是基于来自该第一用户的汇款委托的汇款而执行汇款处理。
另外,本实施例示出以下结构:基于由汇款请求目的地用户(不限定,终端的用户的一例)进行的汇款发起方用户(不限定,第一用户的一例)的选择和汇款提醒停止(不限定,表示不进行第二信息的发送的信息)的选择而执行第二汇款处理。
作为通过这样的结构而得到的实施例的效果的一例,能够基于由终端的用户进行的第一用户的选择和表示不进行第二信息的发送的信息的选择,适当地执行汇款处理。
另外,本实施例示出以下结构:基于汇款发起方用户(不限定,第一用户的一例)、汇款请求金额(不限定,基于汇款委托的金额的一例)、以及汇款预定金额(不限定,由终端的用户输入的金额的一例)而执行第二汇款处理。
作为通过这样的结构而得到的实施例的效果的一例,能够根据第一用户的选择、基于汇款委托的金额、以及由终端的用户输入的金额,适当地执行汇款处理。
另外,本实施例示出以下结构:在上述中,基于由与汇款请求目的地用户(不限定,终端的用户的一例)不同的组用户(不限定,第二用户的一例)向汇款发起方用户(不限定,第一用户的一例)的汇款而执行第二汇款处理。
作为通过这样的结构而得到的实施例的效果的一例,能够基于由与被委托了汇款的终端的用户不同的第二用户向第一用户的汇款,适当地执行汇款处理。
另外,在该情况下,也能够向至少包括汇款请求目的地用户(不限定,终端的用户的一例)、汇款发起方用户(不限定,第一用户的一例)、其他组用户(不限定,第二用户的一例)在内的组发送汇款请求信息,根据由其他组用户对该组用户的终端20所显示的基于汇款请求信息的汇款请求显示的输入而执行第二汇款处理。
作为通过这样的结构而得到的实施例的效果的一例,能够根据由第二用户对第二用户的终端所显示的基于第一信息的第一显示的输入,简单且适当地执行汇款处理。
另外,本实施例示出以下结构:将汇款发起方用户的图标图像或用户名等信息(不限定,第一用户信息的一例)显示于终端20的显示部24,基于由汇款请求目的地用户(不限定,终端的用户的一例)对显示部24所显示的第一用户信息的输入而执行第一汇款处理。
作为通过这样的结构而得到的实施例的效果的一例,能够基于由终端的用户对显示部所显示的第一用户信息的输入这样的针对对用户来说容易理解的显示的输入,来执行汇款处理。
另外,本实施例示出以下结构:终端20基于针对终端20的输入,取得汇款目的地用户的选择信息(不限定,表示选择了第一用户的信息)和汇款预定金额的信息(不限定,向第一用户汇款的金额信息的一例)。然后,基于汇款请求金额(汇款委托金额)的信息和汇款预定金额的信息而执行第一汇款处理。
作为通过这样的结构而得到的实施例的效果的一例,作为非限定的例子,在基于汇款委托的金额与向用户汇款的金额是相同的金额的情况下,能够看作是基于来自该用户的汇款委托的汇款而进行汇款。
另外,本实施例示出以下结构:基于由汇款请求目的地用户进行的用于选择针对终端20的汇款发起方用户的输入、或者用于使汇款提醒停止的输入(不限定,表示是基于汇款委托的向第一用户的汇款的输入的一例)而执行第一汇款处理。
作为通过这样的结构而得到的实施例的效果的一例,能够根据表示是基于汇款委托的向第一用户的汇款的输入,简单且适当地执行汇款处理。
<第八变形例>
在第八实施例中,服务器10根据汇款请求管理数据157的提醒停止标志而管理是否停止汇款提醒信息的发送,但不限于此。
作为非限定的例子,也可以根据与汇款请求管理数据不同的数据来管理是否停止汇款提醒信息的发送,还可以不采用这种方式。
图8-11是示出在本变形例中存储于服务器10的存储部15的提醒停止管理数据的一例的图。
作为非限定的例子,在提醒停止管理数据中,在纵向存储有接收汇款提醒信息这一侧(接收侧)的用户的应用ID,在横向存储有发送汇款提醒信息这一侧(发送侧)的用户的应用ID,以矩阵形式存储有有无从发送侧向接收侧的汇款提醒信息的发送(有发送/无发送)。
在缺省下,在发送侧与接收侧交叉的所有栏中存储有“有发送”,但针对在图8-10的汇款提醒停止判定处理(S830)中判定为停止汇款提醒信息的发送的情况,将发送侧与接收侧交叉的栏更新为“无发送”。
作为非限定的例子,在将汇款发起方用户设为用户A.A、将汇款请求目的地用户设为用户B.B、并且判定为停止从用户A.A向用户B.B的汇款提醒的情况下,将发送侧“U001(用户A.A)”与接收侧“U002(用户B.B)”交叉的栏更新为“无发送”。
<第九实施例>
第九实施例是在与上述实施例不同的例外的情形下停止汇款提醒的实施例。
第九实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的符号,省略再次的说明。
作为需要停止汇款提醒的情形,考虑如下情形。
(A)虽然仍未进行基于汇款请求的汇款但希望停止汇款提醒的情形
(B)通过在不利用支付应用的情况下支付针对汇款请求的金额等而希望停止汇款提醒的情形
作为非限定的例子,(A)是虽然为未汇款的状态但为了防止反复进行汇款提醒而由以当事人为主的用户(但是,也可能存在当事人以外的用户的情况。)希望停止汇款提醒的情形。
另外,还考虑汇款发起方用户放弃汇款请求这样的情形。
作为非限定的例子,(B)是通过现金的面交、金融机构(银行等)的户头转账等支付了金钱这样的情形。在该情况下,也认为由以当事人为主的用户希望停止汇款提醒。
图9-1是示出用于说明本实施例中的停止汇款提醒信息的发送的方法的表的一例的图。
作为非限定的例子,在该表中,关联地规定了设定No、对象终端、判定用信息、判定结果、以及是否需要汇款发起方用户的承认。
对象终端、判定用信息、判定结果的含义与图8-2的表相同。
在是否需要汇款发起方用户的承认中,规定了在每次停止汇款提醒时用于识别是否需要汇款发起方用户的承认的信息(需要承认/不需要承认)。
具体进行说明。
在设定No“T1”中,作为对象终端而规定了“汇款发起方用户的终端”,作为判定用信息而规定了“所选择的汇款请求目的地用户&汇款提醒的停止选择有无”,作为判定结果而规定了“向所选择的汇款请求目的地用户的汇款提醒”,作为是否需要汇款发起方用户的承认而规定了“不需要”。
作为非限定的例子,这表示,基于由汇款发起方用户在汇款发起方用户的终端20的显示部24所显示的画面(作为非限定的例子,汇款请求目的地用户一览画面)中选择了汇款请求目的地用户并选择了使汇款提醒停止,而停止向所选择的汇款请求目的地用户的汇款提醒。
另外,由于按照汇款发起方用户的希望而停止汇款提醒,因此,在是否需要汇款发起方用户的承认中规定了“不需要”。
在应用该设定的情况下,服务器10停止从该汇款发起方用户向所选择的汇款请求目的地用户的所有的汇款提醒。
具体而言,作为非限定的例子,服务器10将第三汇款请求管理数据157C中与从该汇款发起方用户向所选择的汇款请求目的地用户的所有的汇款请求的汇款请求管理ID对应的提醒停止标志设定为“有效”。
在设定No“T2”中,作为对象终端而规定了“汇款发起方用户的终端”,作为判定用信息而规定了“所选择的汇款请求&汇款提醒的停止选择有无”,作为判定结果而规定了“与所选择的汇款请求对应的汇款提醒”,作为是否需要汇款发起方用户的承认而规定了“不需要”。
作为非限定的例子,这表示,基于由汇款发起方用户在汇款发起方用户的终端20的显示部24所显示的画面(作为非限定的例子,汇款请求一览画面)中选择了汇款请求并选择了使汇款提醒停止,而停止与所选择的汇款请求对应的汇款提醒。
另外,由于按照汇款发起方用户的希望而停止汇款提醒,因此,在是否需要汇款发起方用户的承认中规定了“不需要”。
在应用该设定的情况下,服务器10停止与所选择的汇款请求对应的汇款提醒。具体而言,作为非限定的例子,服务器10将第三汇款请求管理数据157C中与所选择的汇款请求的汇款请求管理ID对应的提醒停止标志设定为“有效”。
但是,虽然在该设定中能够唯一地确定汇款请求管理ID,但无法确定是否已执行基于该汇款请求的汇款。因此,已汇款标志保持“无效”不变。
于是,在为已汇款的情况下,也可以通过从汇款发起方用户的终端20向服务器10发送已汇款信息而通过服务器10将已汇款标志设定为“有效”。
在设定No“T3”中,作为对象终端而规定了“汇款请求目的地用户的终端”,作为判定用信息而规定了“汇款发起方用户&汇款提醒停止选择有无”,作为判定结果而规定了“来自所选择的汇款发起方用户的汇款提醒”,作为是否需要汇款发起方用户的承认而规定了“需要”。
作为非限定的例子,这表示,基于由汇款请求目的地用户在汇款请求目的地用户的终端20的显示部24所显示的画面(作为非限定的例子,汇款发起方用户一览画面)中选择了汇款发起方用户并选择了使汇款提醒停止,而停止来自所选择的汇款发起方用户的汇款提醒。
另外,由于按照汇款请求目的地用户的希望而停止汇款提醒,因此在是否需要汇款发起方用户的承认中规定了“需要”。
在应用该设定的情况下,服务器10执行针对所选择的汇款发起方用户的终端20确认是否承认汇款提醒的停止的处理(以下称为“承认确认处理”。)。具体而言,服务器10向所选择的汇款发起方用户的终端20发送用于确认是否承认汇款提醒的停止的信息(以下称为“承认确认信息”。)。
在从汇款发起方用户的终端20接收到表示承认的信息(以下称为“承认信息”。)时,服务器10停止从该汇款发起方用户向汇款请求目的地用户的汇款提醒。具体而言,将第三汇款请求管理数据157C中与从由接收到的应用ID识别的汇款发起方用户向该汇款请求目的地用户的所有的汇款请求的汇款请求管理ID对应的提醒停止标志设定为“有效”。
另一方面,在未从上述的汇款发起方用户的终端20接收到承认信息的情况下,服务器10不停止汇款提醒。即,将提醒停止标志保持“无效”不变。
在设定No“T4”中,作为对象终端而规定了“汇款请求目的地用户的终端”,作为判定用信息而规定了“所选择的汇款请求&汇款提醒停止选择有无”,作为判定结果而规定了“与所选择的汇款请求对应的汇款提醒”,作为是否需要汇款发起方用户的承认而规定了“需要”。
作为非限定的例子,这表示,基于由汇款请求目的地用户在汇款请求目的地用户的终端20的显示部24所显示的画面(作为非限定的例子,汇款请求一览画面)中选择了汇款请求并选择了使汇款提醒停止,而停止与所选择的汇款请求对应的汇款提醒。
另外,由于按照汇款请求目的地用户的希望而停止汇款提醒,因此在是否需要汇款发起方用户的承认中规定了“需要”。
在应用该设定的情况下,服务器10停止与所选择的汇款请求对应的汇款提醒。具体而言,服务器10将第三汇款请求管理数据157C中与所选择的汇款请求对应的汇款请求管理ID的提醒停止标志设定为“有效”。
但是,虽然在该设定中能够唯一地确定汇款请求管理ID,但无法确定是否已执行基于该汇款请求的汇款。因此,已汇款标志保持“无效”不变。
于是,在为已汇款的情况下,也可以通过从汇款请求目的地用户的终端20向服务器10发送已汇款信息,由服务器10将已汇款标志设定为“有效”。
在设定No“T5”中,作为对象终端而规定了“当事人以外的用户的终端”,作为判定用信息而规定了“所选择的当事人的汇款请求&汇款提醒的停止选择有无”,作为判定结果而规定了“与所选择的当事人的汇款请求对应的汇款提醒”,作为是否需要汇款发起方用户的承认而规定了“需要”。
作为非限定的例子,这表示,基于由汇款的当事人以外的用户(作为非限定的例子,包含在相同组中的汇款发起方用户和汇款请求目的地用户以外的用户)在该用户的终端20的显示部24所显示的画面(作为非限定的例子,组请求一览画面)中选择了当事人的汇款请求并选择了使汇款提醒停止,而停止与所选择的当事人的汇款请求对应的汇款提醒。
作为非限定的例子,这是包含在组中的一个用户要求停止与从汇款发起方用户向包含在相同组中的其他组用户(汇款请求目的地用户)的汇款请求对应的汇款提醒的情况。也可以说是当事人以外的用户成为证人,使当事人的汇款提醒停止。
由于按照当事人以外的用户的希望而停止汇款提醒,因此在是否需要汇款发起方用户的承认中规定了“需要”。
在应用该设定的情况下,服务器10停止与所选择的当事人的汇款请求对应的汇款提醒。具体而言,服务器10将第三汇款请求管理数据157C中与所选择的当事人的汇款请求对应的汇款请求管理ID的提醒停止标志设定为“有效”。
需要说明的是,在汇款发起方用户的承认为“需要”的设定中,作为非限定的例子,服务器10能够按照几小时进行一次等按照定期的时机进行承认确认处理。这是为了防止漏掉汇款发起方用户的否认。
另外,在即便执行第一次承认确认处理之后经过了设定期间(作为非限定的例子,几日间)也没有从汇款发起方用户的终端20接收到承认信息的情况下,服务器10也能够看作是被汇款发起方用户承认而停止汇款提醒。
反之,在即便执行第一次承认确认处理之后经过了设定期间也没有从汇款发起方用户的终端20接收到承认信息的情况下,服务器10也能够看作是被汇款发起方用户否认,不停止汇款提醒。
<显示画面>
作为一例,针对分别应用了上述的设定No“T2”的设定和设定No“T4”的设定的情况下的显示画面例进行说明。
图9-2是示出用户A.A的终端20A的显示部24所显示的汇款请求一览画面的一例的图。
在该例中,说明以下情况:将汇款发起方用户设为用户A.A,将汇款请求目的地用户设为用户B.B,用户A.A停止与向用户B.B发送的汇款请求对应的汇款提醒。
在该汇款请求一览画面中,显示有与用户A.A向用户B.B发送的汇款请求相关的信息、以及与对应于该汇款请求的汇款提醒相关的信息。
在与汇款请求相关的信息的显示区域,在用户B.B的图标图像和用户名的横向显示有用于使汇款提醒停止的、作为非限定的例子而包括扬声器的图像的提醒停止图标IC10。
作为非限定的例子,提醒停止图标IC10在缺省的状态(不停止汇款提醒的状态)下显示为扬声器的图像部分被设为空白的黑色。
当轻击提醒停止图标IC10时,作为非限定的例子,如图9-3所示,将用于使与该汇款请求对应的汇款提醒停止的第一汇款提醒停止信息弹出显示于画面中央。
然后,当轻击第一提醒停止确认信息所包含的OK按钮BT10时,从终端20A向服务器10发送汇款请求选择信息和第一汇款提醒停止要求信息,停止与所选择的汇款请求对应的汇款提醒。
这样,作为非限定的例子,与从用户A.A向用户B.B的汇款请求建立了关联的提醒停止图标IC10的显示方式从图9-2所示的方式变化。具体而言,作为非限定的例子,如图9-4所示,提醒停止图标IC10的扬声器的图像部分以外的以黑色显示的区域也被显示为空白。
另外,基于停止了汇款提醒,作为非限定的例子,如图9-4所示,与上述的汇款请求对应的汇款提醒的显示区域以退色的方式显示。
需要说明的是,不仅仅是停止汇款提醒,也可以基于用户对终端20A的输入,向服务器10通知金钱已支付。
在该情况下,服务器10不仅将提醒停止标志设定为“有效”,还将已汇款标志设定为“无效”。
由此,作为非限定的例子,如图9-5所示,在终端20A的显示部24所显示的汇款请求一览画面中,针对汇款请求和与其对应的汇款提醒,分别显示出包括“DONE”的文字的完成标记MK1。
图9-6是示出用户B.B的终端20A的显示部24所显示的汇款请求一览画面的一例的图。
在该例中,说明以下情况:将汇款发起方用户设为用户A.A,将汇款请求目的地用户设为用户B.B,用户B.B委托停止与从用户A.A收取了的汇款请求对应的汇款提醒。
在该汇款请求一览画面中,显示有与用户B.B从用户A.A收取了的汇款请求相关的信息、以及与对应于该汇款请求的汇款提醒相关的信息。
在汇款请求的显示区域,在用户A.A的图标图像和用户名的横向显示有上述的提醒停止图标IC10。
当轻击提醒停止图标IC10时,作为非限定的例子,如图9-7所示,将用于向用户A.A委托停止与该汇款请求对应的汇款提醒的第二汇款提醒停止信息弹出显示于画面中央。
然后,当轻击第二提醒停止确认信息所包含的OK按钮BT10时,从终端20B向服务器10发送汇款请求选择信息和第二汇款提醒停止要求信息。在该情况下,服务器10向用户A.A的终端20A发送用于确认是否承认汇款提醒的停止的信息。
图9-8是示出在该情况下显示于用户A.A的终端20A的显示部24的画面的一例的图。
在终端20A的显示部24中,在汇款请求一览画面的中央部显示有用于确认是否承认从服务器10接收到的汇款提醒的停止的停止承认确认信息。然后,当轻击承认确认信息所包含的OK按钮BT10时,从终端20A向服务器10发送承认信息。然后,在服务器10中,停止与该汇款请求对应的汇款提醒。
其结果是,在终端20B的显示部24中,作为非限定的例子而显示出图9-9所示的汇款请求一览画面。
在图9-9的汇款请求一览画面中,作为非限定的例子,与从用户A.A向用户B.B的汇款请求建立了关联的提醒停止图标IC10的显示方式发生变化而显示,并且,与该汇款请求对应的汇款提醒的显示区域以退色的方式显示。
<第九实施例的效果>
本实施例示出以下结构:由服务器10进行的汇款提醒信息(不限定,第二信息的一例)的发送控制是基于汇款发起方用户(不限定,第一用户的一例)的通过终端20的输入(不限定,第一输入的一例)而执行的。
作为通过这样的结构而得到的实施例的效果的一例,能够根据汇款委托源的第一用户的意向,进行向汇款委托目的地的用户的终端发送第二信息的发送控制。
另外,本实施例示出以下结构:上述的第一输入是与不向汇款请求目的地用户的终端20发送汇款提醒信息相关的输入。
作为通过这样的结构而得到的实施例的效果的一例,能够根据汇款委托源的第一用户的意向,控制为不向汇款委托目的地的用户的终端发送第二信息。
另外,本实施例示出以下结构:基于汇款请求目的地用户(不限定,终端的用户的一例)对自己的终端20的输入(不限定,第二输入的一例)而执行上述的发送控制。
作为通过这样的结构而得到的实施例的效果的一例,能够根据汇款委托目的地的用户的意向,进行向该汇款委托目的地的用户的终端发送第二信息的发送控制。
另外,本实施例示出以下结构:上述的第二输入是与不进行汇款提醒信息的发送相关的输入。
作为通过这样的结构而得到的实施例的效果的一例,能够根据汇款委托目的地的用户的意向,控制为不向该汇款委托目的地的用户的终端发送第二信息。
另外,本实施例示出以下结构:基于上述的第二输入、以及与汇款发起方用户的不进行第二信息的发送的承认相关的信息(不限定,与第一用户的对第二输入的承认相关的信息的一例)而执行上述的发送控制。
作为通过这样的结构而得到的实施例的效果的一例,作为非限定的例子,即便在存在第二输入的情况下,如果不存在汇款委托源的第一用户的对第二输入的承认,则也能够向汇款委托目的地的用户的终端发送第二信息。另外,与此相反,作为非限定的例子,在存在第二输入的情况下,如果存在汇款委托源的第一用户的对第二输入的承认,则能够不向汇款委托目的地的用户的终端发送第二信息。
<其他>
在上述的实施例中,将本发明中的与汇款委托相关的第一信息设为“汇款请求信息”,将基于汇款委托的第二信息设为“汇款提醒信息”,但不限于此。
本发明中的第一信息与第二信息的组合能够为以下的组合中的任意一个组合。
(1)第一组合
·第一信息:汇款请求信息
·第二信息:汇款提醒信息
该组合是在上述的实施例中说明的组合。
(2)第二的组合
·第一信息:汇款请求信息
·第二信息:汇款免除信息
作为非限定的例子,汇款免除信息是用于通知汇款发起方用户对汇款请求目的地用户免除汇款的信息(用于通知无需进行汇款的信息)。
该组合能够应用于以下情况:虽然汇款发起方用户对汇款请求目的地用户暂时进行了汇款请求,但由于某些事情,想要向汇款请求目的地用户通知无需进行汇款。
(3)第三组合
·第一信息:汇款免除信息
·第二信息:汇款免除提醒信息
作为非限定的例子,汇款免除提醒信息是用于重新确认汇款发起方用户对汇款请求目的地用户免除汇款的信息(用于确认无需进行汇款的信息)。
该组合能够应用于以下情况:在通知了汇款发起方用户对汇款请求目的地用户免除汇款之后,想要确认该情况。
(4)第四组合
·第一信息:汇款免除信息
·第二信息:汇款请求信息
该组合能够应用于以下情况:虽然通知汇款发起方用户对汇款请求目的地用户暂时免除汇款,但由于某些事情,需要进行汇款而委托汇款。
附图标记说明
1 通信系统
10 服务器
20 终端
30 网络