具体实施方式
<法律事项的遵守>
应注意的是,本说明书所记载的公开以遵守通信的机密等实施本公开所需的实施国的法律事项为前提。
参照附图对用于实施本公开的程序等的实施方式进行说明。
在本说明书中,适当使用“通过通信I/F”这样的表述。作为非限定的例子,这表示装置基于控制部(处理器等)的控制,经由通信I/F(经由通信部)而收发各种信息、数据。
另外,在本说明书中,作为非限定的例子,“码信息”包括以下的(A)、(B)、(C)中的至少任意一个:
(A)令牌(认证信息)
(B)码图像(图像信息)
(C)通过编码等而存储于码图像的信息(存放信息)或者成为被存放的对象的信息(存放对象信息)。
之后叙述它们的具体例。
<系统结构>
图1-1是示出本实施例中的通信系统1的系统结构的一例的图。
在通信系统1中,作为非限定的例子,服务器10与多个终端20(终端20A、终端20B、终端20C、……)经由网络30而连接。
服务器10具有经由网络30向用户所拥有的终端20提供优惠券服务的功能。服务器10也能够表述为优惠券服务器或优惠券服务服务器等。
终端20(终端20A、终端20B、终端20C、……)只要是能够实现在各实施例中记载的功能的信息处理终端即可,也可以是任何终端。作为非限定的例子,终端20包括智能手机、便携电话(功能手机)、计算机(作为非限定的例子,台式机、笔记本电脑、平板电脑等)、媒体计算机平台(作为非限定的例子,电缆、卫星机顶盒、数字录像机)、手持计算机设备(作为非限定的例子,PDA(personal digital assistant:个人数字助理)、电子邮件客户端等)、可穿戴终端(眼镜型设备、时钟型设备等)、或者其他种类的计算机、或者交流平台。另外,终端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(integrated service digital networks:综合服务数字网络)、无线LAN、LTE(long termevolution:长期演进)、CDMA(code division multiple 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包括卫星测位传感器(卫星测位单元)、惯性计测传感器(惯性计测单元(IMU(Inertial Measurement Unit)))等,该卫星测位传感器(卫星测位单元)是用于利用GPS(Global Positioning System:全球定位系统)等卫星测位系统来计算终端20的位置的传感器或单元,该惯性计测传感器(惯性计测单元(IMU(Inertial Measurement Unit)))是用于利用惯性导航系统来计算终端20的位置的传感器或单元。
作为非限定的例子,卫星测位单元具有RF接收电路、基带处理电路等,该RF接收电路将包括通过未图示的天线接收的从测位用卫星发送的测位用卫星信号在内的RF(RadioFrequency:无线电频率)信号转换成数字信号,该基带处理电路针对从RF接收电路输出的数字信号进行相关运算处理等而捕捉测位用卫星信号,将从测位用卫星信号取出的卫星轨道数据或时刻数据等信息作为位置计算用信息而输出。
惯性计测单元具有惯性传感器,该惯性传感器是对通过惯性导航运算来计算终端20的位置所需的信息进行检测的传感器。作为非限定的例子,惯性传感器包括三轴的加速度传感器、三轴的陀螺仪传感器,将由加速度传感器检测到的加速度和由陀螺仪传感器检测到的角速度作为位置计算用信息而输出。
作为非限定的例子,控制部21基于由位置计算用信息检测部29B检测到的位置计算用信息,在定期的时机或特定的时机计算自己的终端20的位置。将终端的位置称为“终端位置”,将计算出的终端位置称为“计算终端位置”。然后,控制部21将计算终端位置与计算出该计算终端位置的日期时间建立关联地作为计算终端位置历史数据存储于存储部28。
控制部21具有为了执行通过包含在程序内的代码或命令实现的功能而在物理上结构化的电路,作为非限定的例子,通过内置于硬件的数据处理装置而实现。因此,控制部21也可以表述为控制电路,还可以不表述为控制电路。
作为非限定的例子,控制部21包括中央处理装置(CPU)、微处理器(microprocessor)、处理器内核(processor core)、多处理器(multiprocessor)、ASIC(application-specific integrated circuit:专用集成电路)、FPGA(fieldprogrammable gate array:现场可编程门阵列)。
存储部28具有存储终端20进行动作时所需的各种程序、各种数据的功能。作为非限定的例子,存储部28包括HDD(hard disk drive:硬盘驱动器)、SSD(solid state drive:固态驱动器)、闪存、RAM(random access memory:随机存取存储器)、ROM(read onlymemory:只读存储器)等各种存储介质。另外,存储部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)等,还可以不是头戴式显示器(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等标记语言等来安装本公开的程序。
<实施例>
作为非限定的例子,存在以下情况:朋友彼此或者伙伴彼此这样的组的多个用户去往餐厅或快餐店等店铺,大家想要利用与由该店铺出售的商品或由该店铺提供的服务相关的优惠(作为非限定的例子,优惠券)。
以下,针对用于实现上述情况的实施例进行说明。
在本说明书中,将包含在组中的多个用户都利用的优惠券称为“参加优惠券”。
使用“参加”的用语是为了与通常的分享优惠券(share coupon)进行区分。
需要说明的是,在大家为了利用优惠券而协力合作这一意义上,也可以代替“参加优惠券”而表述为“协力优惠券”等,还可以不这样表述。
另外,在本说明书中,将用于利用参加优惠券的优惠(优惠券优惠)的码信息称为“参加优惠券优惠码信息”。
作为非限定的例子,参加优惠券优惠码信息能够为令牌或码图像。
作为非限定的例子,令牌由任意位数的字符串(平假名、片假名、字母、数字、或者它们的组合)表示。
另外,作为非限定的例子,码图像能够为一维码图像(作为非限定的例子,条形码)、二维码图像(作为非限定的例子,QR码(注册商标))。
另外,以下,说明服务器10被优惠券服务提供商运用、管理的情况。另外,以下,将优惠券应用的名称适当称为“Coupon App”进行图示和说明。
另外,优惠券应用可以作为不具有所谓的消息服务(MS:Messaging Service)的功能的单体应用而由服务器10提供,也可以作为具有MS的功能的复合应用而由服务器10提供。另外,在消息服务中,可以包括能够在终端20之间收发简单消息等的内容的即时消息服务(IMS:Instant Messaging Service),也可以不包括即时消息服务。
在内容中,除了包括简单文本或表情符号等的消息之外,作为非限定的例子,还能够包括图像信息(包括静态图像、动态图像等。)、操作用信息(包括按钮、图标等。)、通信用信息/链接信息(包括URI、URL等。)等、能够在终端20之间收发的各种信息。
另外,优惠券应用可以作为不具有所谓的社交网络服务(SNS:Social NetworkingService)的功能的单体应用而由服务器10提供,也可以作为具有SNS的功能的复合应用而由服务器10提供。
需要说明的是,消息服务MS(包括IMS。)也能够认为是社交网络服务SNS的一个方式(一方式)。
因此,可以区分MS与SNS,也可以不区分MS与SNS。
另外,以下,将终端20A的用户设为“用户A.A”、将终端20B的用户设为“用户B.B”、将终端20C的用户设为“用户C.C”、……来进行说明。
作为取得并利用参加优惠券的方法,大体考虑分为以下的两个方法。在以下的实施例中,对各个方法进行说明。
(1)服务器10使参加优惠券有效化的方法
(2)终端20使参加优惠券有效化的方法
<第一实施例>
第一实施例是与上述的(1)的方法相关的实施例。
第一实施例是这样的实施例:成为发起方(master)终端的终端20的显示部24所显示的码信息由成为同意终端的终端20读取,基于此,通过服务器10使参加优惠券有效化。
第一实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
<数据结构>
(1)服务器
图1-2是示出在本实施例中存储于服务器10的存储部15的信息的一例的图。
作为非限定的例子,在存储部15中存储有由控制部11读出并作为优惠券应用管理处理而执行的优惠券应用管理处理程序151、优惠券应用用户登记数据153、优惠券信息管理数据库155、以及参加优惠券管理数据库157。
优惠券应用用户登记数据153是与利用优惠券应用的终端20或该终端20的用户相关的登记数据,图1-3示出该数据结构的一例。
作为非限定的例子,在优惠券应用用户登记数据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。
另外,如果是针对一个终端20只能登记一个帐户的应用,则作为非限定的例子,能够为“用于识别终端20的识别信息=用于识别终端20的用户的识别信息=应用ID”。
需要说明的是,作为非限定的例子,也可以对一个用户ID分配多个终端ID,还可以不采用这种方式。
优惠券信息管理数据库155是与优惠券相关的信息的管理用的数据库。图1-4示出作为本实施例中的优惠券信息管理数据库155的一例的优惠券信息管理数据库155A的数据结构例。
在优惠券信息管理数据库155A中,存储有优惠券信息管理数据作为每个优惠券的管理数据。
在各个优惠券信息管理数据中,作为非限定的例子,存储有优惠券ID、店铺名、需要人数、以及优惠内容。
优惠券ID是作为用于识别参加优惠券的识别信息而发挥功能的ID。作为非限定的例子,该优惠券ID由服务器10按照每个优惠券而设定并存储固有的ID。
店铺名是提供能够利用通过该优惠券ID而识别的优惠券的服务的店铺的名称。
需要人数是利用通过该优惠券ID而识别的优惠券所需的终端20的用户的数量。在包括发起方终端的用户和同意终端的用户在内在服务器10中登记的用户的数量达到需要人数的情况下,能够利用该优惠券。
需要说明的是,在将需要人数设为需要终端数、并且包含发起方终端和同意终端在内在服务器10中登记的终端数达到需要终端数的情况下,也可以利用优惠券。
另外,代替需要人数或需要终端数,将“需要人数-1”设为阈值人数,将“需要终端数-1”设为阈值终端数。然后,在登记的用户的数量比阈值人数多的情况下,或者在登记的终端数比阈值终端数多的情况下,也可以利用优惠券。
作为非限定的例子,能够预先在服务器10侧设定需要人数(或者需要终端数)或阈值人数(或者阈值终端数)。
优惠内容是通过该优惠券ID而识别的优惠券的优惠的内容。
参加优惠券管理数据库157是用于管理参加优惠券的数据库,图1-5示出作为其一例的参加优惠券管理数据库157A的数据结构例。
在参加优惠券管理数据库157A中,存储有参加优惠券管理数据作为每个参加优惠券的管理数据。
作为非限定的例子,在各个参加优惠券管理数据中,存储有优惠券ID、发起方终端ID、发起方同意日期时间、以及同意历史数据。
优惠券ID与优惠券信息管理数据库155中的优惠券ID相同。
发起方终端ID是发起方终端的识别信息或者发起方终端的用户的识别信息。作为非限定的例子,在发起方终端ID中,通过控制部11在后述的发起方同意处理中存储发起方终端或者发起方终端的用户的优惠券应用ID。
发起方终端是指在取得参加优惠券时成为发起方的终端。在本实施例中,作为非限定的例子,多个终端20中的针对服务器10进行了参加优惠券的取得请求的终端20成为发起方终端。
发起方同意日期时间是发起方终端或者其用户同意成为参加优惠券的发起方的日期时间。该发起方同意日期时间通过控制部11在后述的发起方同意处理中存储该时机的时钟部19的计时日期时间。
同意历史数据是与同意终端的同意历史相关的数据,作为非限定的例子,关联地存储有同意终端ID和同意日期时间。
同意终端是上述的多个终端20中的发起方终端以外的终端20,是同意取得参加优惠券的终端。
同意终端ID是同意终端的识别信息、或者同意终端的用户的识别信息。作为非限定的例子,在同意终端ID中,通过控制部11在后述的同意追加处理中存储同意终端、或者同意终端的用户的优惠券应用ID。
同意日期时间是同意终端或者其用户同意了取得参加优惠券的日期时间。该同意日期时间由控制部11在后述的同意追加处理中存储该时机的时钟部19的计时日期时间。
(2)终端
图1-6是示出在本实施例中存储于终端20的存储部28的信息的一例的图。
作为非限定的例子,在存储部28中,存储有由控制部21读出并作为优惠券应用处理而执行的优惠券应用处理程序281、优惠券应用ID283、以及参加优惠券详细数据285。
优惠券应用ID283是与自己的终端20或者自己的终端20的用户建立了关联的优惠券应用ID。
参加优惠券详细数据285是存储有从服务器10接收到的参加优惠券详细信息的数据。
<显示画面>
以下,作为非限定的例子,例示出终端20是具备纵长的显示器的显示部24的智能手机的情况。
作为非限定的例子,在智能手机中,作为输入部发挥功能的触摸面板与该显示器对置配置,由此,构成触摸屏。在显示器中显示出图标、按钮、项目或输入区域等要素的情况下,当由用户操作了触摸面板的一部分区域即与显示出该要素的区域对置的区域时,执行与该要素建立了关联的程序或该程序的子程序。
以下,作为非限定的例子,将用户的操作设为轻击(轻击操作)进行说明。
作为非限定的例子,轻击(轻击操作)是指用户用手指或笔尖等以轻叩的方式触摸与触摸面板一体构成的显示部24(触摸屏)的动作、以及触摸后离开的动作。
需要说明的是,以下说明的显示画面的转变只不过是用于实现本公开的方法的显示画面的转变的一例。关于以下例示的显示画面的转变,也可以省略一部分显示画面的显示,还可以追加其他的显示画面。
图1-7是示出在本实施例中显示于终端20的显示部24的优惠券应用的主页画面的一例的图。该显示画面是用户A.A的终端20即终端20A的显示部24所显示的画面的一例。
在画面最上部中央,显示有“优惠券App”(Coupon App)的文字作为优惠券应用的名称。另外,在画面最上部右侧,显示有该终端20的用户的优惠券应用中的图标图像和用户名(在该例中为用户A.A)。
另外,在其下方,构成表示优惠券应用中的当前位置的当前位置显示区域,在该例子中,表示当前位置是优惠券应用的主页的“优惠券主页”的文字显示在当前位置显示区域内。
在当前位置显示区域的下方,与多个店铺的图标图像一起显示有针对各个店铺能够从服务器10取得的优惠券。
作为非限定的例子,在显示于该主页画面的优惠券中,包括个人使用的通常的优惠券(以下称为“通常优惠券”。)和参加优惠券。
具体而言,店铺“M汉堡”中的双层芝士汉堡的通常优惠券被挑选出而显示,在其下方,一览显示有在该日能够取得的优惠券。
在该例中,作为在该日能够取得的优惠券,显示有四种优惠券,其中,店铺“M汉堡”的优惠券是通过大家使用而从结账中减去“500日元”的折扣用的参加优惠券PC1。
另外,在主页画面的左下方,将显示上述的优惠券的图像设为背景图像,以与该背景图像重叠的方式显示有用于使终端20A的拍摄部27(作为非限定的例子,读码器)启动的读码器图标CN1。当轻击读码器图标CN1时,读码器启动。
作为非限定的例子,当由用户轻击该店铺“M汉堡”的折扣用的参加优惠券PC1时,显示图1-8所示的优惠券详细画面。
作为非限定的例子,在该优惠券详细画面中,作为当前位置而显示出“优惠券详细”的文字,在其下方,显示有与店铺“M汉堡”的折扣用的参加优惠券相关的信息。具体而言,显示有表示通过大家参加而能够取得很棒的参加优惠券的图像,在该图像的下方,构成参加优惠券详细信息显示区域WR1,该参加优惠券详细信息显示区域WR1显示出该参加优惠券的详细信息(以下称为“参加优惠券详细信息”。)。
在该例中,在参加优惠券详细信息显示区域WR1,显示有表示优惠券的种类是参加优惠券的握手标记、以及数量与需要人数相同的人形的图标图像。
另外,与店铺“M汉堡”的图标图像和店铺名一起显示有“3人参加!在结账时减去¥500”的文字。
另外,在其下方,作为非限定的例子,显示有用于向服务器10请求加入参加优惠券的、包括“开始参加优惠券”的文字的参加优惠券请求按钮BT1。
当轻击参加优惠券请求按钮BT1时,作为非限定的例子,以与该优惠券详细画面的背景图像重叠的方式显示图1-9所示的参加优惠券发起方码信息显示区域WR2。
在参加优惠券发起方码信息显示区域WR2,除了显示有上述的参加优惠券详细信息之外,还显示有达到该参加优惠券的需要人数(在该例中为“3人”)为止的剩余人数。在该例中,除了自己意外,还需要两个用户,因此,显示有“还有2人”的文字。
另外,在其下方,与参加优惠券详细信息显示区域WR1同样地显示有数量与需要人数相同的人形的图标图像。每次用户参加时,都会将该人形的图标图像逐一地以涂黑的方式显示。在该例中,用户A.A作为发起方为已参加,因此,人形的三个图标图像中的从左起第一个图标图像以涂黑的方式显示,剩余两个图标图像以空白的方式显示。
另外,在其下方,显示有参加优惠券发起方码信息(在该例中为码图像)MC1作为从服务器10向终端20A发送的码信息。作为非限定的例子,码图像是二维码图像。
作为非限定的例子,参加优惠券发起方码信息作为用于制造同意终端的同意终端制造信息而发挥功能。
另外,在参加优惠券发起方码信息MC1的显示的下方,作为非限定的例子,显示有“A.A加入了优惠券”的文字,作为表示用户A.A同意成为参加优惠券的发起方的信息(以下称为“参加优惠券发起方同意信息”。)。
参加优惠券发起方同意信息从服务器10被发送到终端20A而显示。
另外,在参加优惠券发起方码信息显示区域WR2的下方,作为非限定的例子,显示有用于向服务器10请求参加优惠券的取得的包括“参加优惠券领取”的文字的参加优惠券取得按钮BT2。但是,由于未达到参加优惠券的需要人数,因此,参加优惠券取得按钮BT2显示为灰色,构成为即便轻击也不受理该输入。
在大家想要使用该参加优惠券的情况下,使与用户A.A不同且希望加入该参加优惠券的用户的终端20通过拍摄部27(作为非限定的例子为读码器)读取包含在终端20A的参加优惠券发起方码信息显示区域WR2中的参加优惠券发起方码信息MC1。这里,例示出用户B.B希望加入参加优惠券且通过用户B.B的终端20B读取参加优惠券发起方码信息MC1的情况。
图1-10是示出终端20B的显示部24所显示的优惠券应用的主页画面的一例的图。
该主页画面的结构与终端20A的显示部24所显示的主页画面相同。在该例中,示出显示于画面左下方的读码器图标CN1被用户B.B轻击后的状态,由此,终端20B的读码器被启动,作为非限定的例子,在终端20B的显示部24中显示有图1-11所示的读码器画面。
在该读码器画面中,作为当前位置而显示为“优惠券读取”,在其下方,显示有用于读取码信息(码图像)的码读取区域WR3。
作为非限定的例子,码读取区域WR3包括矩形(作为非限定的例子,正方形)的拍摄区域WR31,当使终端20B移动使得码信息落入该拍摄区域WR31时,拍摄该码信息,通过解码而取得在拍摄到的码信息中存储的信息。在该例中,示出通过终端20B读取了终端20A的优惠券详细画面的参加优惠券发起方码信息显示区域WR2中包含的参加优惠券发起方码信息MC1的状态。
其结果是,作为非限定的例子,如图1-12所示,在终端20A的优惠券详细画面的参加优惠券发起方码信息显示区域WR2,作为非限定的例子,显示“B.B加入了优惠券”的文字,作为表示用户B.B同意加入参加优惠券且作为其成员而被追加的信息(以下称为“参加优惠券同意追加信息”。)。
参加优惠券同意追加信息从服务器10被发送到终端20A而显示。
另外,在该情况下,通过将用户B.B作为参加优惠券的成员而追加,从而达到参加优惠券的需要人数(在该例中为“3人”)为止的剩余人数的显示被更新。在该例中,除了自己和用户B.B之外,还需要一个用户,因此,显示有“还有1人”的文字,并且人形的三个图标图像中的第二个图标图像以涂黑的方式变化,剩余一个图标图像保持空白不变。
需要说明的是,由于在该时间点仍未达到参加优惠券的需要人数,因此,参加优惠券取得按钮BT2保持灰色显示。
在该情况下,参加优惠券所需的人数为还有1人。这里,设为通过用户C.C的终端20C,读取了终端20A的显示部24所显示的参加优惠券发起方码信息MC1。在该情况下,作为非限定的例子,如图1-13所示,在终端20A的优惠券详细画面的参加优惠券发起方码信息显示区域WR2,作为非限定的例子,显示“C.C加入了优惠券”的文字,作为表示用户C.C同意加入参加优惠券且作为其成员而被追加的信息(参加优惠券同意追加信息)。
在该情况下,参加优惠券同意追加信息也从服务器10被发送到终端20A而显示。
另外,在该情况下,通过将用户C.C作为参加优惠券的成员而追加,从而达到参加优惠券的需要人数(在该例中为“3人”)。因此,以与剩余人数及人形的图标图像重叠的方式显示有包括“CLEARED”的文字的图像。
另外,通过达到参加优惠券的需要人数,从而参加优惠券取得按钮BT2的灰色显示被解除,变化为能够受理基于轻击的操作的状态。然后,当轻击参加优惠券取得按钮BT2时,从服务器10向终端20A发送参加优惠券的优惠信息。然后,作为非限定的例子,如图1-14所示,在参加优惠券发起方码信息显示区域WR2显示参加优惠券的优惠信息。
在该例中,作为参加优惠券的优惠信息,显示有作为由7位的字母和数字的组合表示的令牌的参加优惠券优惠码信息TK1。
在参加优惠券优惠码信息TK1的下方,显示有“请向工作人员出示优惠券编号”的文字。在该例中,以对用户来说容易理解的方式采用了“优惠券编号”,但这是参加优惠券优惠码信息(令牌)。
当用户A.A在店铺“M汉堡”的收银台向店员提示该参加优惠券优惠码信息时,在加入了参加优惠券的用户A.A、用户B.B、用户C.C的结账时减去“500日元”。
另外,在画面下部,作为非限定的例子,作为用于将参加优惠券优惠码信息TK1设为已使用的操作用图像,显示有包括“设为已使用”的文字的已使用按钮BT3。
<处理>
(1)第一处理
图1-15~图1-16是示出在本实施例中由各装置执行的处理的流程的一例的流程图。
从左起依次分别示出终端20A的控制部21所执行的处理、终端20B的控制部21所执行的处理、服务器10的控制部21所执行的处理的一例。
在以下说明的各种流程图中,作为终端20的处理,例示出终端20A的处理和终端20B的处理。另外,基本上将成为发起方终端的终端20设为终端20A且将成为同意终端的终端20设为终端20B进行图示和说明。
在终端20B以外的终端20(作为非限定的例子,终端20C、终端20D、终端20E、……)成为同意终端的情况下也执行与终端20B同样的处理即可,因此,适当省略图示和说明。
另外,在终端20A以外的终端20成为发起方终端的情况下执行与终端20A同样的处理即可,因此,适当省略图示和说明。
另外,以下说明的处理只不过是用于实现本公开的方法的处理的一例,不限于这些处理。
也可以向以下说明的处理追加其他的步骤,还可以省略(删除)一部分步骤。
这在以下说明的各流程图(处理)中相同。
首先,终端20A的控制部21通过通信I/F22向服务器10发送包括终端20A的识别信息或者用户A.A的识别信息在内的参加优惠券请求信息(A110)。在该处理中,为了简单起见,设为一种参加优惠券来进行说明。
响应于此,服务器10的控制部11执行参加优惠券发起方同意处理(S110)。具体而言,作为非限定的例子,新生成将与该参加优惠券对应的优惠券ID建立了关联的参加优惠券管理数据。更具体而言,生成使参加优惠券请求信息的发送源即终端20A的识别信息或者用户A.A的识别信息存储于发起方终端ID、并且基于时钟部19的计时信息而使当前的日期时间存储于发起方同意日期时间的参加优惠券管理数据,并追加到参加优惠券管理数据库157A。其结果是,针对通过该优惠券ID而识别的参加优惠券,将终端20A新登记为发起方终端。
之后,服务器10的控制部11通过通信I/F14向终端20A发送参加优惠券详细信息,该参加优惠券详细信息包括优惠券信息管理数据库155A中的优惠券信息管理数据所存储的需要人数、优惠内容这样的参加优惠券的详细信息,该优惠券信息管理数据包括上述的优惠券ID(S120)。响应于此,终端20A的控制部21使从服务器10接收到的参加优惠券详细信息显示于显示部24(A120)。
在S120之后,服务器10的控制部11生成参加优惠券发起方码信息。具体而言,作为非限定的例子,生成包括参加优惠券的识别信息(作为非限定的例子,优惠券ID)和发起方终端(在该例中为终端20A)的识别信息或其用户(在该例中为用户A.A)的识别信息在内的码信息作为参加优惠券发起方码信息。
作为非限定的例子,参加优惠券发起方码信息也可以为包括参加优惠券的识别信息和发起方终端的识别信息或其用户的识别信息在内的字符串的信息,还可以为由对该信息进行了编码的一维码(条形码等)或二维码(QR码等)表示的参加优惠券发起方码图像(图像信息)。然后,服务器10的控制部11将生成的参加优惠券发起方码信息与表示用户A.A同意成为参加优惠券的发起方的参加优惠券发起方同意信息一起通过通信I/F14向终端20A发送(S130)。
当通过通信I/F22从服务器10接收到参加优惠券发起方码信息时,终端20A的控制部21使接收到的参加优惠券发起方码信息显示于显示部24(A130)。
终端20B的控制部21通过拍摄部27来读取终端20A的显示部24所显示的参加优惠券发起方码信息(B130)。然后,作为非限定的例子,终端20B的控制部21通过通信I/F22向服务器10发送包括在读取到的参加优惠券发起方码信息中包含的信息和终端20B的识别信息或用户B.B的识别信息在内的参加优惠券同意信息(B140)。参加优惠券同意信息是用于意图显示同意取得参加优惠券的信息。
在S130之后,服务器10的控制部11判定是否从终端20接收到参加优惠券同意信息(S140),如果判定为接收到(S140:是),则执行参加优惠券同意追加处理(S150)。具体而言,作为非限定的例子,使参加优惠券同意信息的发送源即终端20B的识别信息或用户B.B的识别信息作为同意终端ID而存储于参加优惠券管理数据库157A中的、通过上述的参加优惠券发起方同意处理而生成的参加优惠券管理数据的同意历史数据。另外,基于时钟部19的计时信息,使当前的日期时间存储于同意日期时间。其结果是,针对终端20A作为发起方终端而登记的参加优惠券,将终端20B登记为同意终端。
之后,服务器10的控制部11通过通信I/F14向终端20A发送用于通知新追加了对参加优惠券作出同意的终端20或其用户的参加优惠券同意追加信息(不限定,是与优惠相关的信息的一例)(S160)。作为非限定的例子,在参加优惠券同意追加信息中,能够包括所追加的同意终端(在该例中为终端20B)的识别信息或者终端的用户的识别信息。
在A130之后,终端20A的控制部21判定是否从服务器10接收到参加优惠券同意追加信息(A140),如果判定为接收到(A140:是),使接收到的参加优惠券同意追加信息显示于显示部24(A150)。
在该情况下,在终端20A中,在A130中是参加优惠券发起方码信息显示于显示部24的状态。因此,在A150中,作为非限定的例子,能够在显示有参加优惠券发起方码信息的画面中包括参加优惠券同意追加信息。在该情况下,作为非限定的例子,能够基于包含在参加优惠券同意追加信息中的同意终端的识别信息或者同意终端的用户的识别信息,显示能够供发起方终端的用户识别和掌握同意终端或同意终端的用户的信息。具体而言,在该例中,能够显示“追加了终端20B”或“追加了用户B.B”这样的消息。
在S160之后,服务器10的控制部11判定是否使参加优惠券有效化(S170)。具体而言,作为非限定的例子,判定包括发起方终端的用户和同意终端的用户在内所登记的用户的数量是否达到优惠券信息管理数据库155A中的对应的优惠券信息管理数据所存储的需要人数(或者是否超过阈值人数)。
如果判定为不使参加优惠券有效化(S170:否),则服务器10的控制部11将处理返回到S140。另一方面,如果判定为使参加优惠券有效化(S170:是),则服务器10的控制部11通过通信I/F14向终端20A发送参加优惠券优惠码信息,该参加优惠券优惠码信息是将优惠券信息管理数据库155A中的对应的优惠券信息管理数据所存储的优惠内容建立了关联的优惠码信息(不限定,是与优惠相关的信息的一例)(S180)。
作为非限定的例子,参加优惠券优惠码信息能够设为作为令牌(作为非限定的例子,规定位数的整数值、规定位数的字母的字符串等)而发挥功能的数字或字符串的码、对令牌进行了编码的码图像等。
之后,服务器10的控制部11执行管理数据初始化处理(S190)。具体而言,作为非限定的例子,消去(删除、清空)参加优惠券管理数据库157A中的包括对应的优惠券ID在内的参加优惠券管理数据所包含的发起方终端ID和发起方同意日期时间,并且消去(删除、清空)同意历史数据所包含的同意终端ID和同意日期时间。
然后,服务器10的控制部11结束处理。
在A150之后,终端20A的控制部21判定是否从服务器10接收到参加优惠券优惠码信息(A160),如果判定为接收到(A160:是),则使显示部24显示用于向用户通知参加优惠券被有效化的参加优惠券有效化显示(A170)。
之后,终端20A的控制部21判定针对显示于显示部24的参加优惠券有效化显示,是否进行了用于使用参加优惠券的针对输入部的操作输入(不限定,是针对第一显示的输入的一例)(A180),如果判定为进行了操作输入(A180:是),则使在A160中接收到的参加优惠券优惠码信息显示于显示部24(A190)。然后,终端20A的控制部21结束处理。
(2)第二处理
图1-17是示出在本实施例中由各装置执行的处理的流程的另一例的流程图。
该流程图是在图1-15的处理部分中作为终端20A的处理而将A110的步骤置换为A101并且追加了A111、A113的步骤的流程图。并且,是作为服务器10的处理而追加了S101的步骤的流程图。
首先,终端20A的控制部21通过通信I/F22向服务器10发送用于请求参加优惠券的一览的优惠券一览请求信息(A101)。
响应于此,服务器10的控制部11基于优惠券信息管理数据库155A,通过通信I/F14向终端20A发送作为参加优惠券的一览的信息的优惠券一览信息(S101)。然后,服务器10的控制部11将处理移至S110。
当通过通信I/F22从服务器10接收到优惠券一览信息时,终端20A的控制部21使接收到的优惠券一览信息显示于显示部24(A111)。然后,终端20A的控制部21按照针对输入部的用户操作,通过通信I/F22向服务器10发送优惠券选择信息,该优惠券选择信息包括终端20A的识别信息或用户A.A的识别信息、以及从显示于显示部24的优惠券一览信息中选择出的参加优惠券的识别信息(作为非限定的例子,选择出的参加优惠券的优惠券ID)(A113)。
在S110之后,服务器10的控制部11通过通信I/F14向终端20A发送参加优惠券详细信息,该参加优惠券详细信息包括优惠券信息管理数据库155A中的优惠券信息管理数据所存储的需要人数、优惠内容等,该优惠券信息管理数据包括参加优惠券选择信息所包含的参加优惠券的识别信息(优惠券ID)(S130)。
在上述的处理中,作为非限定的例子,参加优惠券同意追加信息或参加优惠券优惠码信息是本公开中的“至少基于与第二终端相关的第二信息或者与第二终端的用户相关的第二信息以及与第一终端相关的信息或者与第一终端的用户相关的第一信息而得到的与优惠相关的信息”的一例。
但是,这只不过是一例,作为非限定的例子,本实施例中的与优惠相关的信息是至少基于第二信息和第一信息而得到的信息,能够为与参加优惠券有某种关联的信息。
另外,在本实施例中,作为用于在终端20中使用参加优惠券(使参加优惠券有效化)的输入,例示了用户对输入部的操作输入,但也可以通过用户对声音输入部25的声音输入(包含语音输入。)而实现该输入。
这在针对终端20的各种输入中相同。在其他各实施例中也相同。
<第一实施例的效果>
第一实施例示出以下结构:与服务器10进行通信的终端20A(不限定,是第一终端的一例)通过通信I/F22(不限定,是第一终端的通信部的一例)向服务器10发送包括终端20A或者用户A.A的识别信息的参加优惠券请求信息(不限定,是第一信息的一例)。然后,终端20A通过通信I/F22从服务器10接收参加优惠券同意追加信息或参加优惠券优惠码信息(不限定,是至少基于第二信息和第一信息而得到的与优惠相关的信息的一例)。然后,终端20A将参加优惠券有效化显示或参加优惠券优惠码信息显示(不限定,是基于与优惠相关的信息的第一显示的一例)显示于显示部24(不限定,是第一终端的显示部的一例),作为基于接收到的参加优惠券优惠码信息的显示。
作为通过这样的结构而得到的实施例的效果的一例,第一终端仅通过进行向服务器发送与第一终端相关的第一信息或者与第一终端的用户相关的第一信息这样的简单动作,就能够接收至少基于与不同于第一终端的第二终端相关的第二信息或者与第二终端的用户相关的第二信息以及第一信息而得到的与优惠相关的信息,并显示基于与该优惠相关的信息的第一显示,由此,向第一终端的用户通知与优惠相关的信息。其结果是,多个用户都能够使用优惠(接受优惠),能够提高用户的便利性。
另外,第一实施例示出以下结构:终端20A基于参加优惠券请求信息的发送,通过通信I/F22从服务器10接收参加优惠券发起方码信息(不限定,是码信息的一例),将接收到的参加优惠券发起方码信息显示于显示部24。在该情况下,基于由终端20B(不限定,是第二终端的一例)进行的终端20A的显示部24所显示的参加优惠券发起方码信息的读取,从终端20B向服务器10发送包括终端20B或者用户B.B的识别信息的参加优惠券同意信息(不限定,是第二信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,仅通过使不同于第一终端的第二终端读取第一终端从服务器接收并显示的码信息,第一终端就能够取得至少基于第二信息和第一信息而得到的与优惠相关的信息。而且,能够显示基于与该优惠相关的信息的第一显示并向第一终端的用户通知。
另外,第一实施例示出以下结构:终端20A将从服务器10取得的优惠券一览信息的显示(不限定,是关于取得与优惠相关的信息的第二显示的一例)显示于显示部24。然后,基于针对优惠券一览信息的显示的输入,从终端20A向服务器10发送优惠券选择信息(不限定,是第一信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够基于针对第一终端的显示部所显示的关于取得与优惠相关的信息的第二显示的输入,从第一终端向服务器简单地发送第一信息。
另外,第一实施例示出以下结构:参加优惠券有效化显示(不限定,是第一显示的一例)包括同意终端或者同意终端的用户的识别信息(不限定,是与第二终端或者第二终端的用户相关的信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够通过第一显示,向第一终端的用户通知与第二终端的用户相关的信息。
另外,第一实施例示出以下结构:基于向终端20A的显示部24所显示的参加优惠券有效化显示(不限定,是第一显示的一例)的输入,使用参加优惠券(不限定,是优惠的一例)。
作为通过这样的结构而得到的实施例的效果的一例,基于向第一终端的显示部所显示的第一显示的输入,能够简单地使用优惠。
另外,第一实施例示出以下结构:与多个终端20(不限定,是多个终端的一例)进行通信的服务器10(不限定,是服务器的一例)通过通信I/F14从多个终端20分别接收各个终端20或者它们的用户的识别信息(不限定,是与多个终端分别相关的信息或者与多个终端各自的用户相关的信息的一例)。然后,服务器10通过通信I/F14向多个终端20所包含的至少一个终端20发送基于发起方终端和同意终端的数量(不限定,是多个信息的数量的一例)的参加优惠券同意追加信息(不限定,是至少基于第二信息和第一信息的与优惠相关的信息的一例)或参加优惠券优惠码信息(不限定,是至少基于第二信息和第一信息的与优惠相关的信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够向多个终端所包含的至少一个终端发送基于多个信息(与多个终端分别相关的信息或者与多个终端各自的用户相关的信息)的与优惠相关的信息。其结果是,多个用户都能够使用优惠(接受优惠)。
<第一变形例(1)>
第一实施例中的与终端20相关的信息或者与终端20的用户相关的信息不限于这些识别信息(作为非限定的例子,优惠券应用ID)。
除此之外,也可以为服务器10通过优惠券应用用户登记数据153而管理并能够使服务器10确定终端20或者终端20的用户的信息,作为非限定的例子,为终端电话号码或终端电子邮件地址等联系方式信息、优惠券应用中的用于各种认证的密码等认证信息,还可以不是这些信息。
<第一变形例(2)>
优惠不限于优惠券,除了优惠券之外,作为非限定的例子,还能够为从店铺向终端20的用户提供某些服务的优惠。
在该情况下,与优惠相关的信息能够设为终端20的用户接受从店铺提供的服务所需的信息。
另外,在第一实施例中说明的关于参加优惠券的与优惠相关的信息不限于参加优惠券同意追加信息或参加优惠券优惠码信息,参加优惠券详细信息、或者与取得参加优惠券所需的条件相关的信息等信息也能够包含在与优惠相关的信息中。
<第一变形例(3)>
在第一实施例中,参加优惠券详细信息仅被发送到发起方终端,但不限于此。
也可以从服务器10向读取了发起方终端的显示部24所显示的参加优惠券发起方码信息的终端20发送参加优惠券详细信息,还可以不采用这种方式。
图1-18是示出在本变形例中显示于终端20B的显示部24的读码器画面的一例的图。
作为非限定的例子,当用户B.B在自己的终端20B的优惠券应用中启动读码器且读取终端20A的显示部24所显示的参加优惠券发起方码信息MC1时,从终端20B向服务器10发送通过解码从所读取的参加优惠券发起方码信息MC1中取得的信息(作为非限定的例子,优惠券ID)。响应于此,服务器10向终端20B发送通过该优惠券ID而识别的参加优惠券的详细信息(参加优惠券详细信息)。其结果是,在终端20B的显示部24所显示的读码器画面中,显示图1-18那样的显示。
具体而言,在读码器画面的下部,显示有包括关于该参加优惠券的参加优惠券详细信息在内的参加优惠券详细信息显示区域WR4。在该例中,显示有关于店铺“M汉堡”的参加优惠券的参加优惠券详细信息。另外,在其下方,显示有用于加入该参加优惠券的参加按钮BT4。然后,当轻击该参加按钮BT4时,从终端20B向服务器10发送上述的参加优惠券同意信息。
以后的处理与第一实施例相同。
<第一变形例(4)>
在第一实施例中,读取了发起方终端的显示部24所显示的参加优惠券发起方码信息的其他的终端20向服务器10发送参加优惠券同意信息,但不限于此。
图1-19是示出本变形例中的终端20的功能结构的一例的图。
在本变形例中,终端20的功能结构中的通信I/F22的结构与图1-1不同。
作为非限定的例子,通信I/F22具备标准通信I/F22A和终端间通信I/F22B。
标准通信I/F22A是终端20经由网络30而与服务器10等装置进行通信所使用的通信接口。
作为非限定的例子,终端间通信I/F22B是用于供终端20通过点对点(P2P)等近距离的通信(通信方式)而与其他的终端20进行通信的通信接口。
近距离的通信是指,不经由基站或服务器的通信,作为非限定的例子,是利用了蓝牙或超宽带无线通信(UWB:Ultra Wide Band)等的通信。
图1-20是示出本实施例中的各装置所执行的处理的流程的一例的流程图。
该流程图是在图1-16的处理部分中作为终端20A的处理而追加了A131、A133的步骤并且作为终端20B的处理而追加了B131的步骤的流程图。
在B130中读取终端20A的显示部24所显示的参加优惠券发起方码信息时,终端20B的控制部21通过终端间通信I/F22B向终端20A发送码信息读取通知,该码信息读取通知包括终端20B的识别信息或者用户B.B的识别信息,并且用于通知读取了参加优惠券发起方码信息(B131)。
当通过终端间通信I/F22B从终端20B接收到码信息读取通知时,终端20A的控制部21使接收到的码信息读取通知显示于显示部24(A131)。然后,终端20A的控制部21基于针对所显示的码信息读取通知的输入,通过标准通信I/F22A向服务器10发送包括终端20B的识别信息或者用户B.B的识别信息在内的参加优惠券同意信息(A133)。
当通过通信I/F14从终端20A接收到参加优惠券同意信息时(S140:是),服务器10的控制部11执行S150的处理。然后,服务器10的控制部11将处理移至S170。
在该处理例中,终端20A能够掌握由终端20B读取了参加优惠券发起方码信息。因此,省略了服务器10伴随着参加优惠券同意追加处理(S150)的执行而向终端20A发送参加优惠券同意追加信息的步骤(S160)。
图1-21是示出本变形例中的各装置所执行的处理的另一例的流程图。该处理是在终端20A侧进行参加优惠券同意追加确认的处理的一例。
该流程图是在图1-16的处理部分中作为终端20A的处理而追加了A131、A135、A137、A139的步骤并且作为终端20B的处理而追加了B131的步骤的流程图。并且是作为服务器10的处理而删除了S140~S170的步骤的流程图。
在通过终端间通信I/F22B从终端20B接收到码信息读取通知并执行A131的步骤之后,终端20A的控制部21执行参加优惠券同意追加确认处理(A135)。
具体而言,作为非限定的例子,基于针对显示部24所显示的码信息读取通知的输入,判定是否追加终端20B作为同意终端。然后,如果判定为追加终端20B作为同意终端,则将终端20B的识别信息或者用户B.B的识别信息作为与同意终端相关的追加信息而暂时存储于存储部28。
图面上仅示出终端20B作为终端20A以外的终端20,但终端20A针对终端20A和终端20B以外的终端20也同样地进行上述的处理。
之后,终端20A的控制部21判定用于使参加优惠券有效化的条件是否成立(A137),如果判定为条件不成立(A137:否),则将处理返回到A131。
作为非限定的例子,条件不成立的情况是指将自己的终端20(发起方终端)与同意终端合计而得到的数量未达到该参加优惠券的需要人数的情况。
另一方面,如果判定为条件成立(A137:是),则终端20A的控制部21通过标准通信I/F22A向服务器10发送参加优惠券有效化请求信息,该参加优惠券有效化请求信息包括终端20A的识别信息或者用户A.A的识别信息、以及各个同意终端的识别信息或者它们的用户的识别信息(A139)。
响应于此,服务器10的控制部11执行S180、S190的处理。
<第一变形例(5)>
在第一实施例中,也可以基于进行了向发起方终端的显示部24所显示的参加优惠券有效化显示的输入(操作输入或声音输入),而将参加优惠券优惠码信息与发起方终端的用户及同意终端的用户建立关联,还可以不采用这种方式。
图1-22是示出在本实施例中由各装置执行的处理的流程的一例的流程图。
该流程图是在图1-16的处理部分中作为终端20A的处理而追加了A121、A123、A125、A165的步骤并且作为终端20B的处理而删除了B130、B140的步骤的流程图。并且,是作为服务器10的处理而将S180的步骤移动到前级并追加了S125、S185的步骤的流程图。
在S130之后,服务器10的控制部11通过通信I/F14向终端20A发送参加优惠券优惠码信息(S180)。
在A120之后,终端20A的控制部21判定是否通过通信I/F22从服务器10接收到参加优惠券优惠码信息(A121),如果判定为接收到(A121:是),则使同意终端选择用信息显示于显示部24,该同意终端选择用信息用于选择委托服务器10向参加优惠券追加同意终端的同意终端或者同意终端的用户(A123)。
之后,终端20A的控制部21基于针对同意终端选择用信息的输入,通过通信I/F22向服务器10发送包括选择出的同意终端或者同意终端的用户的识别信息在内的参加优惠券同意追加委托信息(A125)。
在S180之后,服务器10的控制部11判定是否通过通信I/F14从终端20A接收到参加优惠券同意追加委托信息(S125),如果判定为接收到(S125:是),则将处理移至S150。
如果在S170中判定为使参加优惠券有效化(S170:是),则服务器10的控制部11通过通信I/F14向终端20A发送参加优惠券有效化信息,该参加优惠券有效化信息表示使参加优惠券有效化(S185)。然后,服务器10的控制部11将处理移至S190。
在A150之后,终端20A的控制部21判定是否通过通信I/F22从服务器10接收到参加优惠券有效化信息(A165),如果判定为接收到(A165:是),则将处理移至A170。
本变形例示出以下结构:基于针对发起方终端(不限定,是第一终端的一例)的显示部24所显示的同意终端选择用信息的显示(不限定,是第一显示的一例)的输入,将参加优惠券优惠码信息至少与发起方终端的用户及同意终端的用户建立关联。
作为通过这样的结构而得到的变形例的效果的一例,能够在第一终端接收到与优惠相关的信息并将基于与该优惠相关的信息的第一显示显示于显示部之后,基于进行了向所显示的第一显示的输入,将与优惠相关的信息至少与第一终端的用户及第二终端的用户建立关联。
<第一变形例(6)>
在第一实施例中,示出了终端20利用优惠券应用(优惠券服务)而取得参加优惠券的例子,但不限于此。终端20也可以利用不同于优惠券应用的应用、例如作为非限定的例子的消息应用而取得参加优惠券,还可以不采用这种方式。
具体而言,能够利用用于实现包括即时消息服务(IMS)在内的消息服务的消息应用而取得参加优惠券。在该情况下,作为非限定的例子,将消息应用的功能构成为优惠券应用的一个功能,或者,与此相反,也能够将优惠券应用的功能构成为消息应用的一个功能。
图1-23是示出在本变形例中显示于终端20的显示部24的消息应用的主页画面的一例的图。该画面是终端20A的显示部24所显示的画面的一例。
在画面最上部中央,显示有“消息App”(Messaging App)的文字作为消息应用的名称。另外,在画面最上部右侧,显示有该终端20的用户的消息应用中的图标图像和用户名(在该例中为“用户A.A”)。
另外,在该下方,构成表示消息应用中的当前位置的当前位置显示区域,在该例中,表示当前位置是消息应用的主页的“主页”的文字显示在当前位置显示区域内。
在当前位置显示区域的下方,显示有该终端20的用户的消息应用中的图标图像和用户名,在其下方,显示有与消息应用的各种功能对应的多个功能图标。在功能图标中,作为非限定的例子,包括“朋友”、“提供商”、“服务”这样的与多个功能分别对应的图标。
“朋友”是消息应用的功能之一,一个终端20的用户(一个帐户)从自己的终端20进行用于将其他的终端20的用户(其他帐户)追加为朋友的处理,由服务器10执行追加并登记朋友的处理(朋友追加处理、朋友登记处理),由此,能够经由服务器10,在登记为朋友的终端20之间进行消息的收发等。将个人的用户所拥有的消息应用的帐户称为“普通帐户”。在拥有普通帐户的用户的终端20之间收发的消息的历史作为聊天室等显示于终端20的显示部24。
作为非限定的例子,“提供商”是上述的朋友的功能的一种,通过不将普通帐户而将提供商的用户所拥有的消息应用的帐户(以下称为官方账户。)登记为朋友,从而能够经由服务器10通过终端20来接收并显示从拥有官方账户的提供商发送的消息。
需要说明的是,拥有官方账户的提供商的装置或终端也与拥有普通帐户的个人的用户的终端20同样,能够经由服务器10在与其他装置之间进行消息的收发。作为非限定的例子,与从一个终端20向其他的终端20发送消息的情况同样,从拥有普通帐户的用户的终端20发送到拥有官方账户的提供商的装置或终端的消息也经由服务器10而到达提供商的装置或终端。而且,该消息的历史作为聊天室等显示于提供商的装置或终端的显示部(未图示)。
在该例中,示出轻击了多个功能图标中的“提供商”的功能图标FC1的状态。而且,在功能图标的显示区域的下方,显示有用户A.A已登记为朋友的官方账户的一览。在该一览中,作为非限定的例子,包括店铺“M汉堡”的官方账户、店铺“L咖啡”的官方账户、店铺“N拉面”的官方账户等。
这里,当轻击了官方账户的一览中的店铺“M汉堡”的官方账户时,作为非限定的例子,显示出图1-24所示的官方账户的聊天室画面。
在该聊天室画面中,在当前位置显示区域内,作为当前位置而显示有“M汉堡”的文字。另外,在其下方,显示有包括消息的收发历史的聊天信息(聊天内容)。作为非限定的例子,在朝向画面的左侧,显示有从官方账户发送的消息,在朝向画面的右侧,显示有从用户A.A发送的消息。
在该例中,作为从官方账户发送的消息,并且作为与参加优惠券相关的消息,与“获得很棒的优惠券!请一定使用!”的消息MS1一起显示有包括与该参加优惠券相关的广告内容在内的广告图像AD1。在该广告图像AD1中,作为非限定的例子,包括包含“开始参加优惠券”的文字在内的参加优惠券请求按钮BT5。当轻击了该参加优惠券请求按钮BT5时,作为非限定的例子,显示出图1-25所示的画面。
在该图1-25所示的画面中,显示有参加优惠券发起方码信息显示区域WR2。显示于该参加优惠券发起方码信息显示区域WR2的信息与图1-9相同,因此,省略再次的说明。
在图1-26中,示出用户B.B的终端20B的显示部24所显示的消息应用的主页画面的一例。
该主页画面的结构与终端20A的显示部24所显示的主页画面相同。在该例中,示出轻击了多个功能图标中的“服务”的功能图标FC2的状态。然后,在功能图标的显示区域的下方,显示出表示推荐的服务的图标,其中,包括用于利用优惠券服务的图标。当轻击用于利用该优惠券服务的图标时,作为非限定的例子,在显示中的主页画面中,作为非限定的例子而显示出图1-27所示的包括优惠券一览信息的优惠券一览信息显示区域WR6。
在该优惠券一览信息显示区域WR6中,包括在该日能够取得的优惠券的信息,其中,包括通常优惠券和参加优惠券。
另外,在优惠券一览信息的左下方,将上述的优惠券的一览设为背景图像,以与该背景图像重叠的方式显示有用于使终端20B的拍摄部27(作为非限定的例子,读码器)启动的读码器图标CN1。当轻击读码器图标CN1时,读码器启动。
与第一实施例同样,当由终端20B和终端20C分别读取了显示于终端20A的参加优惠券发起方码信息时,在终端20A的显示部24所显示的官方账户的聊天室画面中,作为非限定的例子,显示出图1-28所示的参加优惠券发起方码信息显示区域WR2。其内容与图1-13相同。
当轻击画面下部的参加优惠券取得按钮BT2时,作为非限定的例子,经由服务器10从店铺“M汉堡”的官方账户向终端20A发送消息。在该例中,从店铺“M汉堡”的官方账户向终端20A发送获得了参加优惠券这一意思的消息,该消息的内容作为推送通知PS1显示于画面上部。
这里,推送通知PS1能够通过对信息进行推送(push)发送而实现。
推送发送是指,以在信息的发送目的地的终端20(接收信息的终端20)中作为推送通知而显示该信息的方式发送。
之后,作为非限定的例子,如图1-29所示,在终端20A的显示部24的官方账户的聊天室画面中,作为消息而显示出参加优惠券优惠码信息。在该例中,作为参加优惠券优惠码信息,除了显示有由7位的令牌表示的参加优惠券优惠码信息TK1之外,还显示有二维码图像TC1。
另外,也能够将第一实施例的方法应用于用于通过电子货币进行支付(结算)的应用。该应用是支付应用或结算应用。
“电子货币”是指与物理的货币区分的电子的货币,在支付应用或结算应用中,是指由服务器管理的终端20或者其用户所拥有的电子的货币。
需要说明的是,电子货币也可以表述为“电子钱币”或“数字通货(数字货币)”,还可以不表述为“电子钱币”或“数字通货(数字货币)”。
另外,作为“电子货币(电子钱币)”或“数字通货(数字货币)”,可以使用法定通货,也可以使用虚拟通货。
另外,“电子货币(电子钱币)”或“数字通货(数字货币)”也可以包括加密通货(加密资产)。
另外,虚拟通货也可以包括优惠券等实物货币。
图1-30是示出在本变形例中显示于终端20的显示部24的支付应用的主页画面的一例的图。该画面是终端20A的显示部24所显示的画面的一例。
在画面最上部中央,显示有“支付App”(Payment App)的文字作为支付应用的名称。另外,在画面最上部右侧,显示有该终端20的用户的支付应用中的图标图像和用户名(在该例中是“用户A.A”)。
另外,在其下方,构成表示支付应用中的当前位置的当前位置显示区域,在该例中,在当前位置显示区域内,显示有表示当前位置是支付应用的主页的“钱包主菜单”的文字。
在当前位置显示区域的下方,构成显示出电子货币的余额的余额显示区域WR7。在该例中,作为电子货币的余额,显示有“25,000日元”。另外,在其旁边,显示有用于对电子货币进行充值的充值按钮BT7。
另外,在余额显示区域WR7的下方,显示有与支付应用的各种功能对应的多个功能图标。在功能图标中,作为非限定的例子,包括“汇款”、“码支付”、“读码器”、“通知”、“积分”、“优惠券”这样的与多个功能分别对应的图标。当轻击多个功能图标中的“优惠券”的功能图标FC7时,作为非限定的例子,在显示中的主页画面中,显示出图1-31所示的包括优惠券一览信息的优惠券一览信息显示区域WR6。
该优惠券一览信息显示区域WR6与图1-27相同。
图1-32是示出终端20B的显示部24所显示的支付应用的主页画面的一例的图。
在该主页画面中,当轻击“读码器”的功能图标FC8时,在终端20B中启动读码器。然后,通过该读码器,读取终端20A的显示部24所显示的参加优惠券发起方码信息MC1。
与第一实施例同样,当由终端20B和终端20C分别读取了显示于终端20A的参加优惠券发起方码信息MC1时,在终端20A的显示部24所显示的主页画面中,作为非限定的例子,显示出图1-33所示的参加优惠券发起方码信息显示区域WR2。其内容与图1-13相同。
当轻击画面下部的参加优惠券取得按钮时,作为非限定的例子,通过服务器10向终端20A发送与店铺“M汉堡”的参加优惠券相关的消息。在该例中,向终端20A发送赠送了参加优惠券这一意思的消息,该消息的内容作为推送通知PS2而显示于画面上部。
当轻击画面下部的参加优惠券取得按钮BT2时,从服务器10向终端20A发送参加优惠券优惠码信息,并将其存储于终端20A的存储部28。
图1-34是示出终端20A的显示部24所显示的我的优惠券画面的一例的图。
该我的优惠券画面是显示从服务器10接收并取得的参加优惠券的一览的画面,在画面上部,显示有获得了店铺“M汉堡”的参加优惠券这一意思的通知NT1。
另外,在该通知NT1的下方,作为非限定的例子,显示有店铺“M汉堡”的参加优惠券和店铺“L咖啡”的参加优惠券作为所取得的参加优惠券的一览。
在该例中,伴随着在上图中新取得了店铺“M汉堡”的参加优惠券,在店铺“M汉堡”的参加优惠券中附带地显示有表示是“新的”的“N(New)”的标记。
图1-35是示出在图1-30的主页画面中轻击了“码支付”的功能图标的情况下显示的码支付画面的一例的图。
在该码支付画面中构成码支付信息显示区域WR8。
在码支付信息显示区域WR8中,作为非限定的例子,显示有自己的支付应用的帐户中的电子货币的户头(自己的钱包)的余额(以下称为“电子货币户头余额”。)、以及优惠券检索按钮BT8,该优惠券检索按钮BT8用于检索包括在进行结算时使用的参加优惠券在内的各种优惠券。
另外,在码支付信息显示区域WR8中,作为用于从电子货币户头余额进行码支付的码信息而显示有支付码信息。在该例中,作为支付码信息,显示有一维码图像、二维码图像、以及存放在这些码图像中的12位的令牌。
另外,在该例中,作为非限定的例子,将从开始显示支付码信息起的“5分钟”的期间规定为能够利用显示中的支付码信息的期间。然后,以倒计时的形式显示有直至经过该期间为止的剩余时间。
当经过该期间后,显示中的支付码信息无法再用于支付。
在图1-30的主页画面中轻击“码支付”的功能图标时,从终端20A向服务器10发送请求支付码信息的通知。然后,在服务器10中生成支付码信息,从服务器10向终端20A发送所生成的支付码信息,进行上述的显示。
在用户在店铺中通过电子货币进行结算的情况下,在收银台向店铺的店员出示该码支付画面,通过店铺的读码器装置(以下称为“店铺读码器装置”。)来读取码图像,由此进行结算。或者,通过店铺的店员向店铺读码器装置输入显示于码支付画面的令牌而进行结算。
当轻击优惠券检索按钮BT8时,作为非限定的例子,显示出图1-36所示的优惠券选择画面。
在该优惠券选择画面中,一览显示有与显示在图1-34的我的优惠券画面中的优惠券相同的优惠券。具体而言,显示有店铺“M汉堡”的参加优惠券和店铺“L咖啡”的参加优惠券。
在各个优惠券中,关联地显示有单选按钮BT9,构成为通过将单选按钮BT9设为“开启”而能够选择要使用的优惠券。在该例中,示出与店铺“M汉堡”的参加优惠券建立了关联的单选按钮BT9成为“开启”的状态。
在该状态下轻击显示于画面下部的确认按钮BT10时,从终端20A向服务器10发送与所选择的优惠券相关的信息(作为非限定的例子,优惠券ID)。然后,作为非限定的例子,显示出图1-37所示的码支付画面。
该码支付画面的内容与图1-35大致相同,但追加并显示有与所选择的优惠券相关的信息这一点不同。
具体而言,在码支付信息显示区域WR8中的码图像的显示上,显示有与在图1-36的优惠券选择画面中选择出的优惠券相关的信息。在该例中,伴随着选择了店铺“M汉堡”的参加优惠券而显示有与该参加优惠券相关的参加优惠券详细信息。
在该状态下用户A.A在收银台向店铺的店员出示码支付画面并通过店铺的读码器(店铺读码器)来读取码图像、或者向店铺读码器装置输入令牌时,作为非限定的例子,从店铺读码器装置向服务器10发送包括支付码信息在内的结算请求信息,由服务器10执行结算处理。
在该情况下,服务器10基于之前与终端20A或者用户A.A建立关联而生成的支付码信息、以及之前从终端20A接收到的与优惠券相关的信息,执行结算处理。具体而言,从与该支付码信息建立了关联的帐户的电子货币户头余额减去以下金额,该金额是从欲结算的金额减去优惠券的折扣额度的金额而得到的金额。
然后,服务器10通过通信I/F14向终端20A发送结算完成这一意思的通知(以下称为“结算完成通知”。)。
图1-38是示出终端20A的显示部24所显示的结算完成通知画面的一例的图。
在该结算完成通知画面中,显示有从服务器10接收到的结算完成通知。在该例中,与表示针对进行了结算作出感谢的机器人的图像一起显示有所结算的金额(结算金额、支付金额、在该例中为“3,000日元”)、支付完成这一意思的消息(在该例中为“支付完成。”)、支付日、支付对象、以及支付的详情。
在该例中,在进行“3,000日元”的支付时,使用了店铺“M汉堡”的“500日元”折扣的参加优惠券。其结果是,在支付详情中,作为来自自己的电子货币户头余额的支付金额而显示有“2,500日元”,作为基于优惠券的支付金额而显示有“500日元”。
<第二实施例>
第二实施例是与第一实施例关联的实施例,是将有效期间或者有效时刻与参加优惠券发起方码信息建立了关联的实施例。
当其他的终端20能够无条件地读取发起方终端的显示部24所显示的参加优惠券发起方码信息时,不保障参加优惠券发起方码信息被在场的其他用户的终端20读取。作为非限定的例子,存在通过屏幕截图等对发起方终端的显示部24所显示的参加优惠券发起方码信息进行拍摄并将该拍摄图像发送给不在场的用户的终端20等的恶意使用的风险。
第二实施例所记载的内容也能够应用于其他的各实施例或其他各变形例中任意一方。
另外,针对与已经出现的结构相同的结构标注相同的标号,省略再次的说明。
在本实施例中,服务器10的控制部11执行将该有效期间(以下称为“码有效期间”。)或者有效时刻(以下称为“码有效时刻”。)与参加优惠券发起方码信息建立关联而设定的处理。
码有效期间作为能够利用该参加优惠券发起方码信息的期间,是由开始时期和结束时期决定的期间,能够设定同一天内的期间,也能够设定跨天的期间。将从开始时期到结束时期的时间的长度称为“码有效时间”。另外,将码有效期间的结束时期称为“码有效期限”。
与此相对,码有效时刻是能够利用该参加优惠券发起方码信息的时刻,与日期时间无关,能够设定任意的时刻。
需要说明的是,作为该码有效时刻,也可以设定能够利用该参加优惠券发起方码信息的时刻(几点几分能够利用),还可以设定无法利用该参加优惠券发起方码信息的时刻(能够利用到几点几分为止)。
关于码有效期间,作为非限定的例子,将由服务器10生成了参加优惠券发起方码信息的日期时间设为开始时期,将码有效时间设为“5分钟”,码有效期间能够设定为从生成参加优惠券发起方码信息开始5分钟内的期间。
需要说明的是,也可以不将码有效期间的开始时期设为由服务器10生成了参加优惠券发起方码信息的日期时间,而设为通过终端20显示出参加优惠券发起方码信息的日期时间。
在该情况下,作为非限定的例子,能够将码有效时间设为“5分钟”,将从通过终端20显示出参加优惠券发起方码信息起的5分钟的期间设为码有效期间。该情况下的码有效期间也能够以通过终端20显示出参加优惠券发起方码信息的期间这样的含义表述为“码显示期间”。
<显示画面>
图2-1是示出在本实施例中显示于终端20A的显示部24的参加优惠券详细画面的一例的图。
在该参加优惠券详细画面中,在参加优惠券发起方码信息显示区域WR2的上部且握手标记的左侧,显示有表示码有效时间是“5分钟”的秒表标记MK1。
另外,在参加优惠券发起方码信息显示区域WR2内的参加优惠券发起方码信息(二维的码图像)MC1的下方,作为与该参加优惠券发起方码信息的码有效期间相关的信息,与秒表的图像一起以倒计时的形式显示有直至码有效期限为止的剩余时间。基于码有效时间和时钟部29A的计时信息,随时更新直至码有效期限为止的剩余时间的显示。
在该例中,码有效时间为“5分钟”,从5分钟开始以倒计时的形式显示有剩余时间。
<处理>
图2-2是示出在本实施例中由各装置执行的处理的流程的一例的流程图。
该流程图是在图1-16的处理部分中作为终端20A的处理而追加了A230的步骤、作为终端20B的处理而追加了B230的步骤、作为服务器10的处理而追加了S230、S240的步骤的流程图。
在S130之后,服务器10的控制部11基于与参加优惠券发起方码信息建立关联而设定的码有效期间或者码有效时刻、以及时钟部19的计时信息,判定是否超时(参加优惠券发起方码信息成为不能够利用)(S230)。如果判定为未超时(S230:否),则服务器10的控制部11将处理移至S140。
另一方面,如果判定为超时(S230:是),则服务器10的控制部11通过通信I/F14向终端20A和终端20B分别发送表示超时的参加优惠券超时信息(S240)。
在A130之后,终端20A的控制部21判定是否通过通信I/F22从服务器10接收到参加优惠券超时信息(A230),如果判定为接收到(A230:是),则结束处理。
另一方面,如果判定为未接收到参加优惠券超时信息(A230:否),则终端20A的控制部21将处理移至A140。
同样,终端20B的控制部21判定是否通过通信I/F22从服务器10接收到参加优惠券超时信息(B230),如果判定为接收到(B230:是),则结束处理。
另一方面,如果判定为未接收到参加优惠券超时信息(B230:否),则终端20B的控制部21将处理移至B130。
<第二实施例的效果>
第二实施例示出终端20A(不限定,是第一终端的一例)通过通信I/F22从服务器10接收参加优惠券超时信息(不限定,是能够利用码信息的期间的信息的一例、能够利用码信息的时刻的信息的一例)的结构。
作为通过这样的结构而得到的实施例的效果的一例,第一终端通过接收能够利用码信息的期间的信息或者能够利用码信息的时刻的信息,作为非限定的例子,能够通过使这些信息显示于显示部等而向用户通知能够利用码信息的期间的信息或者能够利用码信息的时刻的信息。
<第二变形例(1)>
在第二实施例中,服务器10也可以使所设定的码有效期间或码有效时刻的信息包含在参加优惠券发起方码信息中。另外,也可以将所设定的码有效期间或码有效时刻的信息与包含在参加优惠券发起方码信息中的优惠券ID等信息建立关联。
在该情况下,服务器10通过通信I/F14向终端20发送包括所设定的码有效期间或码有效时刻的信息在内的参加优惠券发起方码信息。
或者,服务器10与参加优惠券发起方码信息分开地通过通信I/F14向终端20发送所设定的码有效期间或码有效时刻的信息。
然后,作为非限定的例子,终端20使接收到的码有效期间或码有效时刻的信息显示于显示部24。
<第二变形例(2)>
在第二实施例中,作为非限定的例子,也可以设定为,除了码有效期间或码有效时刻的信息之外,还能够通过服务器10来确认读取了参加优惠券发起方码信息的终端20的位置信息,还可以不采取这种方式。
具体而言,成为发起方终端的终端20在向服务器10发送参加优惠券请求信息时(图1-15的A110),向服务器10发送自己的终端20的最新的计算终端位置的信息。
另外,成为同意终端的终端20在读取了发起方终端的显示部24所显示的参加优惠券优惠码信息之后(图1-16的B130)向服务器10发送参加优惠券同意信息时(图1-16的B140),向服务器10发送自己的终端20的最新的计算终端位置的信息。
服务器10的控制部11基于从成为发起方终端的终端20接收到的计算终端位置的信息、和从成为同意终端的终端20接收到的计算终端位置的信息,计算这些终端20的计算终端位置之间的距离。然后,服务器10的控制部11在不超时且计算终端位置之间的距离为阈值距离(作为非限定的例子,“5米”~“10米”)以下或者小于阈值距离的情况下,执行参加优惠券同意追加处理。
<第三实施例>
第三实施例是与第一实施例及第二实施例关联的实施例,是不仅仅使发起方终端的显示部24显示参加优惠券发起方码信息、还使同意终端的显示部24显示参加优惠券发起方码信息的实施例。
如上所述,参加优惠券发起方码信息作为同意终端制造信息发挥功能。在该情况下,当仅使发起方终端的显示部24显示参加优惠券发起方码信息时,作为非限定的例子,在多个用户希望加入参加优惠券这样的情况下是不方便的。
第三实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构相同的结构标注相同的标号,省略再次的说明。
图3-1是示出在本实施例中显示于终端20B的显示部24的优惠券详细画面的一例的图。
基于从终端20B将参加优惠券同意信息发送到服务器10,从服务器10向终端20B发送参加优惠券详细信息。并且,从服务器10向终端20B发送参加优惠券发起方码信息MC2。
其结果是,在该优惠券详细画面中,在参加优惠券发起方码信息显示区域WR2内显示有参加优惠券发起方码信息MC2。
需要说明的是,该参加优惠券发起方码信息MC2也可以是与参加优惠券发起方码信息MC1相同的码信息,还可以是与参加优惠券发起方码信息MC1不同的码信息,该参加优惠券发起方码信息MC1从服务器10被发送到作为发起方终端的终端20A并显示于优惠券详细画面。
<处理>
图3-2~图3-3是示出在本实施例中由各装置执行的处理的流程的一例的流程图。该处理是使同意终端的显示部24显示参加优惠券发起方码信息的处理的一例。
该流程图是在图1-16的处理部分中作为终端20B的处理而追加了B320、B330、B340、B350的步骤、作为服务器10的处理而追加了S350、S360、S370的步骤的流程图。
在S140中,如果判定为从终端20B接收到参加优惠券同意信息(S140:是),则服务器10的控制部11执行S150的处理。
然后,服务器10的控制部11通过通信I/F14向作为同意终端而新追加的终端20(以下称为“新同意终端”。)即在该例中为终端20B发送参加优惠券详细信息(S350)。
当通过通信I/F22从服务器10接收到参加优惠券详细信息时,终端20B的控制部21使接收到的参加优惠券详细信息显示于显示部24(B320)。
在S350之后,服务器10的控制部11通过通信I/F14向新同意终端(在该例中,是终端20B)发送参加优惠券发起方码信息(S360)。
当通过通信I/F22从服务器10接收到参加优惠券发起方码信息时,终端20B的控制部21使接收到的参加优惠券发起方码信息显示于显示部24(B330)。
终端20B的显示部24所显示的参加优惠券发起方码信息被终端20A和终端20B以外的其他的终端20(作为非限定的例子,终端20C)读取。在该情况下,进行与显示于终端20A的参加优惠券发起方码信息被终端20B读取的情况同样的处理。
即,终端20B的显示部24所显示的参加优惠券发起方码信息被其他的终端20(作为非限定的例子,终端20C)读取(与B130相同),从其他的终端20向服务器10发送参加优惠券同意信息(与B140相同)。然后,通过服务器10的控制部11执行参加优惠券同意追加处理(S150),将其他的终端20追加为同意终端。
在S360之后,服务器10的控制部11通过通信I/F14向终端20B发送参加优惠券同意追加信息,该参加优惠券同意追加信息用于通知新追加了对参加优惠券作出同意的终端20或其用户(在该例中,是终端20C或者用户C.C)(S370)。然后,服务器10的控制部11将处理移至S170。
在B330之后,终端20B的控制部21如果判定为通过通信I/F22从服务器10接收到参加优惠券同意追加信息(B340:是),则使接收到的参加优惠券同意追加信息显示于显示部24(B350)。然后,终端20B的控制部21结束处理。
需要说明的是,在上述的处理中从服务器10向终端20B发送的参加优惠券发起方码信息也可以是与从服务器10向终端20A发送的参加优惠券发起方码信息相同的码信息,也可以是与从服务器10向终端20A发送的参加优惠券发起方码信息不同的码信息。
<第三实施例的效果>
第三实施例示出以下结构:基于由终端20B(不限定,是第二终端的一例)进行的终端20A(不限定,是第一终端的一例)的显示部24所显示的参加优惠券发起方码信息(不限定,是第一码信息的一例)的读取,从服务器10向终端20B发送参加优惠券发起方码信息(不限定,是第二码信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,基于通过第二终端读取了第一终端的显示部所显示的第一码信息,从而第二终端能够取得第二码信息。其结果是,作为非限定的例子,能够通过与第一终端及第二终端不同的终端来读取由第二终端取得的码信息。其结果是,即便在多个用户希望加入参加优惠券这样的情况下,也能够简单地追加这些用户。
另外,第三实施例示出以下结构:从服务器10向终端20B发送的参加优惠券发起方码信息(不限定,是第二码信息的一例)是与从服务器10向终端20A发送的参加优惠券发起方码信息(不限定,是第一码信息的一例)相同的码信息或者不同的码信息。
作为通过这样的结构而得到的实施例的效果的一例,无论是在为相同的码信息的情况和为不同的码信息的情况中的哪一种情况下,作为非限定的例子,都能够通过与第一终端及第二终端不同的其他终端来读取由第二终端取得的码信息。另外,在从服务器向第二终端发送相同的码信息的情况下,作为非限定的例子,在服务器侧可以不重新生成码信息等,因此,减轻了服务器的处理负荷。
<第三变形例(1)>
在第三实施例中,示出了从服务器10向终端20B发送参加优惠券发起方码信息并显示的例子,但也可以从服务器10向终端20B发送参加优惠券优惠码信息并显示,还可以不采用这种方式。
在该情况下,发送到终端20B并显示的码信息能够为参加优惠券发起方码信息和参加优惠券优惠码信息中的至少任意一方。
图3-4是示出在本变形例中显示于终端20B的显示部24的优惠券详细画面的一例的图。
基于将参加优惠券同意信息从终端20B发送到服务器10,从而从服务器10向终端20B发送参加优惠券详细信息。其结果是,在该优惠券详细画面的参加优惠券发起方码信息显示区域WR2,作为非限定的例子,显示有与作为发起方终端的终端20A的优惠券详细画面所显示的参加优惠券详细信息相同的参加优惠券详细信息。
除了终端20B之外,作为非限定的例子,当通过服务器10将终端20C登记为同意终端时,向作为发起方终端的终端20A和作为已经登记的同意终端的终端20B分别发送参加优惠券同意追加信息。其结果是,在终端20B的显示部24中,作为非限定的例子,如图3-5所示,显示出表示用户C.C加入了参加优惠券的参加优惠券同意追加信息。
之后,当轻击了参加优惠券取得按钮BT2、通过服务器10使参加优惠券有效化时,向作为发起方终端的终端20A、作为同意终端的终端20B、以及作为同意终端的终端20C分别发送参加优惠券优惠码信息。其结果是,在终端20B的显示部24中,作为非限定的例子,如图3-6所示,显示出参加优惠券优惠码信息TK1(在该例中为7位的令牌)。
图3-7~图3-8是示出在本变形例中由各装置执行的处理的流程的一例的流程图。
该流程图是从图3-2~图3-3的流程图中删除了B330的步骤并追加了B360~B390的步骤作为终端20B的处理的流程图。并且,是从图3-2~图3-3的流程图中删除了S360的步骤并将S180的步骤置换为S380作为服务器10的处理的流程图。
终端20B的控制部21在B320之后,将处理移至B340。
另外,服务器10的控制部11在S350之后,将处理移至S370。
在S380中,服务器10的控制部11通过通信I/F14向终端20A和终端20B分别发送参加优惠券优惠码信息(B380)。
在B350之后,终端20B的控制部21判定是否通过通信I/F22从服务器10接收到参加优惠券优惠码信息(B360),如果判定为接收到(B360:是),则执行B370~B390的处理。该B370~B390的处理与终端20A的A170~A190的处理分别相同。
需要说明的是,在上述的处理中,也可以不删除图3-2~图3-3的流程图中的终端20B的B330的步骤和服务器10的S360的步骤而保留。
本变形例示出以下结构:终端20B(不限定,是第二终端的一例)通过通信I/F22接收参加优惠券优惠码信息(不限定,是与优惠相关的信息的一例),将接收到的参加优惠券优惠码信息显示于显示部24。
作为通过这样的结构而得到的变形例的效果的一例,不仅仅是第一终端的显示部,在第二终端的显示部也能够显示基于与优惠相关的信息的显示,因此,能够提高用户的便利性。
<第三变形例(2)>
在第三变形例(1)中,也可以是,在从服务器10向终端20A和终端20B分别发送了参加优惠券优惠码信息之后,在由终端20A和终端20B中的任意一个终端20基于该参加优惠券优惠码信息而使用了参加优惠券的情况下,使参加优惠券的使用无效化。
图3-9是示出在本变形例中显示于终端20A的显示部24的优惠券详细画面的一例的图。
作为非限定的例子,在作为同意终端的终端20B中选择了使用参加优惠券,并且在终端20B中显示出参加优惠券优惠码信息,基于此,从服务器10向终端20A发送参加优惠券无效化信息,该参加优惠券无效化信息表示由于使用了参加优惠券而使其无效化。其结果是,在终端20A的显示部24所显示的优惠券详细画面中,显示于画面下部的已使用按钮BT3显示为灰色,并且,包含在已使用按钮中的文字从默认的“设为已使用”更新并显示为“已使用”。其结果是,在终端20A中,成为不受理针对已使用按钮的输入的状态。
图3-10是示出在本变形例中由各装置执行的处理的流程的一例的流程图。
该流程图是在图3-8的处理部分中作为终端20A的处理而追加了A385、A395的步骤、作为终端20B的处理而追加了B385、B395的步骤、作为服务器10的处理而追加了S383、S385的步骤的流程图。
如果在A180中判定为使用参加优惠券(A180:是),则终端20A的控制部21判定是否从服务器10接收到参加优惠券无效化信息(A385)。如果判定为接收到(A385:是),则终端20A的控制部21直接结束处理。
另一方面,如果判定为未接收到参加优惠券无效化信息(A385:否),则终端20A的控制部21在执行A190的处理之后,通过通信I/F22向服务器10发送表示使用了参加优惠券的参加优惠券使用信息(A395)。然后,终端20A的控制部21结束处理。
终端20B的控制部21也执行与上述的终端20A的控制部21所执行的处理同样的处理(B385、B395)。
服务器10的控制部11判定是否从终端20A或者终端20B接收到参加优惠券使用信息(S383),如果判定为接收到(S383:是),则通过通信I/F14向终端20A和终端20B分别发送表示使参加优惠券(或者其使用)无效化的参加优惠券无效化信息(S385)。然后,服务器10的控制部11将处理移至S190。
本变形例示出以下结构:基于向终端20A的显示部24(不限定,是第一终端的显示部的一例)所显示的参加优惠券有效化显示(不限定,是第一显示的一例)的操作输入或声音输入(不限定,是针对第一显示的输入的一例),通过服务器10来执行管理数据初始化处理(不限定,是与优惠相关的信息和第一信息的关联解除的一例)。
作为通过这样的结构而得到的变形例的效果的一例,能够基于针对第一终端的显示部所显示的第一显示的输入,适当地解除与优惠相关的信息和第一信息的关联。
另外,本变形例示出以下结构:在向终端20B的显示部24(不限定,是第二终端的显示部的一例)所显示的参加优惠券有效化显示(不限定,是第一显示的一例)进行了操作输入或声音输入(不限定,是针对第一显示的输入的一例)之后、向终端20A的显示部24所显示的参加优惠券有效化显示进行了操作输入或声音输入的情况下,终端20A将参加优惠券无效化信息(不限定,是表示优惠已使用的信息的一例)显示于显示部24。
作为通过这样的结构而得到的变形例的效果的一例,能够在由一个用户使用了优惠之后,使其他用户无法使用该优惠。
<第四实施例>
第四实施例是与第一实施例~第三实施例关联的实施例,是在将多个终端20登记为发起方终端的情况下将发起方终端整合(合并)为一个的实施例。
设想以下情况:不一定是多个用户中的仅一个用户想要从自己的终端20取得参加优惠券,在场的相同组的其他用户也想要从自己的终端20取得参加优惠券,其结果是,导致参加优惠券重复。
第四实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构相同的结构标注相同的标号,省略再次的说明。
<显示画面>
图4-1是示出在本实施例中显示于终端20B的显示部24的优惠券详细画面的一例的图。
用户B.B从自己的终端20B向服务器10请求参加优惠券的取得,通过服务器10将终端20B登记为发起方终端,其结果是,在终端20B的显示部24所显示的优惠券详细画面的参加优惠券发起方码信息显示区域WR2,显示有参加优惠券第二发起方码信息MC3,作为从服务器10发送的参加优惠券发起方码信息。
在参加优惠券发起方码信息显示区域WR2,显示有表示用户B.B加入了参加优惠券的信息。
另外,在二维的参加优惠券第二发起方码信息MC3的下方,针对该参加优惠券而显示有合并按钮BT11,该合并按钮BT11用于将自己的终端20的发起方权限设为合并目的地,使其他的终端20的发起方权限与自己的终端20的发起方权限整合(合并)。将合并该发起方权限称为“发起方合并”。
图4-2是示出在本实施例中显示于终端20A的显示部24的优惠券详细画面的一例的图。
与用户B.B同样,用户A.A也从自己的终端20A向服务器10请求参加优惠券的取得,通过服务器10将终端20A登记为发起方终端,其结果是,在终端20A的显示部24所显示的优惠券详细画面的参加优惠券发起方码信息显示区域WR2,显示有从服务器10发送的参加优惠券发起方码信息MC1。
在参加优惠券发起方码信息显示区域WR2,显示有表示用户A.A加入了参加优惠券的信息。另外,与图4-1同样,在参加优惠券发起方码信息显示区域WR2,显示有合并按钮BT11。
这里,作为非限定的例子,当在终端20A中轻击了合并按钮BT11时,作为非限定的例子,如图4-3所示,以与参加优惠券发起方码信息显示区域WR2重叠的方式显示出包括参加优惠券发起方合并候选信息在内的参加优惠券发起方合并候选区域WR11。
在参加优惠券发起方合并候选区域WR11,作为非限定的例子,与“请选择要合并的帐户”这样的文字一起显示出针对该参加优惠券登记为发起方终端的其他的终端20的用户的用户名作为发起方合并候选。在该例中,作为针对相同的参加优惠券除了终端20A以外登记为发起方终端的终端20的用户的用户名,显示有“用户B.B”和“用户X.X”作为发起方合并候选。针对各个用户,关联地显示有检查图标,通过轻击检查图标而将检查设为“开启”,从而能够将该发起方合并候选选择为发起方合并对象。
另外,在参加优惠券发起方合并候选区域WR11,显示有作为非限定的例子而示出了“合并”的文字的合并按钮BT12、以及作为非限定的例子而示出了“停止”的文字的取消按钮BT13,该合并按钮BT12用于在所选择的发起方合并对象中决定并向服务器10委托发起方合并,该取消按钮BT13用于停止发起方合并的委托。
作为非限定的例子,在“用户B.B”的检查图标的检查成为“开启”的状态下轻击了合并按钮BT12时,通过服务器10而执行发起方合并处理。其结果是,终端20B的发起方权限与终端20A的发起方权限合并。
图4-4是示出在该情况下显示于终端20B的显示部24的发起方合并结果画面的一例的图。
在该画面中,显示有发起方合并结果显示区域WR12,该发起方合并结果显示区域WR12包括表示由服务器10执行了合并的发起方合并结果信息。在发起方合并结果显示区域WR12,作为非限定的例子,作为发起方合并结果信息,包括表示合并了发起方的图像、“合并了优惠券”这样的文字、以及发起方合并目的地的用户(在该例中为“用户A.A”)。另外,显示有确认按钮BT14,该确认按钮BT14用于表示通过该内容而知晓,作为非限定的例子而包括“确认”的文字。
<处理>
(1)第一处理
图4-5~图4-7是示出在本实施例中由各装置执行的处理的流程的一例的流程图。
首先,作为非限定的例子,终端20B的控制部21通过通信I/F22向服务器10发送包括终端20B的识别信息或者用户B.B的识别信息在内的参加优惠券请求信息(B410)。
响应于此,服务器10的控制部11执行第二参加优惠券发起方同意处理(S410)。具体而言,作为非限定的例子,使作为参加优惠券请求信息的发送的终端20B的识别信息或者用户B.B的识别信息存储于参加优惠券管理数据库157A中的包括对应的优惠券ID在内的参加优惠券管理数据的发起方终端ID。另外,基于时钟部19的计时信息,使当前的日期时间存储于发起方同意日期时间。
之后,服务器10的控制部11通过通信I/F14向终端20B发送第二参加优惠券详细信息,该第二参加优惠券详细信息包括优惠券信息管理数据库155A中的优惠券信息管理数据所存储的需要人数、优惠内容等,该优惠券信息管理数据包括对应的优惠券ID(S430)。响应于此,终端20B的控制部21使从服务器10接收到的第二参加优惠券详细信息显示于显示部24(B420)。
在S420之后,服务器10的控制部11生成参加优惠券第二发起方码信息。具体而言,作为非限定的例子,生成包括参加优惠券的识别信息(作为非限定的例子,优惠券ID)和发起方终端(在该例中为终端20B)的识别信息或其用户(在该例中为用户B.B)的识别信息在内的码信息作为参加优惠券第二发起方码信息。作为非限定的例子,参加优惠券第二发起方码信息也可以为包括参加优惠券的识别信息和发起方终端的识别信息或其用户的识别信息在内的字符串的信息,还可以为由对该信息进行了编码的一维码(条形码等)或二维码(QR码等)表示的参加优惠券发起方码图像(图像信息)。然后,服务器10的控制部11通过通信I/F14向终端20B发送所生成的参加优惠券第二发起方码信息(S430)。
当通过通信I/F22从服务器10接收到参加优惠券第二发起方码信息时,终端20B的控制部21使接收到的参加优惠券第二发起方码信息显示于显示部24(B430)。
在A130之后,终端20A的控制部21基于针对输入部的输入,来判定是否向服务器10委托发起方合并(A440),如果判定为委托(A440:是),则通过通信I/F22向服务器10发送用于委托发起方合并的参加优惠券发起方合并委托信息(A450)。
在S430之后,服务器10的控制部11判定是否从任意一个终端20接收到参加优惠券发起方合并委托信息(S440),如果判定为接收到(S440:是),则执行发起方合并候选选出处理(S450)。具体而言,作为非限定的例子,针对相同的参加优惠券,选出登记为发起方终端的其他的终端20作为发起方合并候选。
之后,服务器10的控制部11通过通信I/F22向终端20A发送包括选出的发起方合并候选在内的参加优惠券发起方合并候选信息(S460)。
当通过通信I/F22从服务器10接收到参加优惠券发起方合并候选信息时,终端20A的控制部21使接收到的参加优惠券发起方合并候选信息显示于显示部24(A455)。
之后,终端20A的控制部21通过通信I/F22向服务器10发送包括经由输入部选择出的合并对象的终端20(在该例中为终端20B)在内的参加优惠券发起方合并对象选择信息(A460)。作为非限定的例子,这相当于将自己的终端20(在该例中为终端20A)设为合并目的地,向服务器10委托使作为合并对象的终端20的发起方权限(在该例中为终端20B的发起方权限)与作为合并目的地的自己的终端20的发起方权限(在该例中为终端20A的发起方权限)合并。
当通过通信I/F14从终端20A接收到参加优惠券发起方合并对象选择信息时,服务器10的控制部11基于接收到的参加优惠券发起方合并对象选择信息,作为非限定的例子,通过通信I/F22向成为了合并对象的终端20(在该例中为终端20B)发送参加优惠券发起方合并对象信息,该参加优惠券发起方合并对象信息用于通知成为了合并对象(S470)。
之后,服务器10的控制部11执行发起方合并处理(S480)。具体而言,作为非限定的例子,删除参加优惠券管理数据库157中的将终端20B登记为发起方终端的第二参加优惠券的参加优惠券管理数据,并且在将终端20A登记为发起方终端的第一参加优惠券的参加优惠券管理数据中的其同意历史数据的同意终端ID中存储终端20B的识别信息或者用户B.B的识别信息,并且,使当前的日期时间存储于同意日期时间。
接着,服务器10的控制部11通过通信I/F14向终端20B发送与发起方合并处理的合并结果相关的发起方合并结果信息(S490)。
在B430之后,当通过通信I/F22从服务器10接收到参加优惠券发起方合并对象信息时(B440:是),作为非限定的例子,终端20B的控制部21使接收到的参加优惠券发起方合并对象信息显示于显示部24。
需要说明的是,也可以省略服务器10的S470的步骤和终端20B的B440的步骤(以及显示参加优惠券发起方合并对象信息的步骤)。
之后,当通过通信I/F22从服务器10接收到发起方合并结果信息时,终端20B的控制部21使接收到的发起方合并结果信息显示于显示部24(B450)。
在S490之后,服务器10的控制部11通过通信I/F22向终端20A发送参加优惠券同意更新信息,该参加优惠券同意更新信息包括上述的参加优惠券管理数据的同意终端历史数据的更新内容(S495)。响应于此,终端20A的控制部21使接收到的参加优惠券同意更新信息显示于显示部24(A470)。
需要说明的是,在上述的第一处理中,在由服务器10进行发起方合并处理之前、通过终端20A以外的终端(作为非限定的例子,终端20C)读取了终端20B的显示部24所显示的参加优惠券第二发起方码信息的情况下,通过服务器10,将终端20C的识别信息或者用户C.C的识别信息与将终端20B设为发起方终端的参加优惠券管理数据(终端20B的发起方权限)建立关联。
在该情况下,当由服务器10执行发起方合并处理时,伴随着将终端20B设为发起方终端的参加优惠券管理数据的删除,解除了终端20C的识别信息或者用户C.C的识别信息与终端20B的识别信息或者用户B.B的识别信息的关联。然后,将终端20C的识别信息或者用户C.C的识别信息与终端20A的识别信息或者用户A.A的识别信息建立关联。
(2)第二处理
在上述的处理中,终端20A的控制部21也能够不选择合并对象而选择合并目的地。
图4-8~图4-10是示出在该情况下由各装置执行的处理的流程的一例的流程图。
如果在S440中判定为从终端20A接收到参加优惠券发起方合并委托信息(S440:是),则服务器10的控制部11执行发起方合并目的地候选选出处理(S451)。具体而言,作为非限定的例子,针对相同的参加优惠券,选出登记为发起方终端的其他的终端20作为发起方合并目的地候选。
之后,服务器10的控制部11通过通信I/F14向终端20A发送包括选出的发起方合并目的地候选在内的参加优惠券发起方合并目的地候选信息(S461)。
当通过通信I/F22从服务器10接收到参加优惠券发起方合并目的地候选信息时,终端20A的控制部21使接收到的参加优惠券发起方合并目的地候选信息显示于显示部24(A456)。
之后,终端20A的控制部21通过通信I/F22向服务器10发送参加优惠券发起方合并目的地选择信息,该参加优惠券发起方合并目的地选择信息包括经由输入部选择出的合并目的地的终端20(在该例中为终端20B)(A461)。作为非限定的例子,这相当于向服务器10委托使自己的终端20(终端20A)的发起方权限与合并目的地的终端20(在该例中为终端20B)的发起方权限合并。
当通过通信I/F14从终端20A接收到参加优惠券发起方合并目的地选择信息时,服务器10的控制部11执行第二发起方合并处理(S481)。具体而言,作为非限定的例子,删除参加优惠券管理数据库157中的将终端20A登记为发起方终端的第一参加优惠券的参加优惠券管理数据,并且,在将终端20B登记为发起方终端的第二参加优惠券的参加优惠券管理数据中的其同意历史数据的同意终端ID中存储终端20A的识别信息或者用户A.A的识别信息,并且,使当前的日期时间存储于同意日期时间。
之后,服务器10的控制部11通过通信I/F14向终端20A发送与第二发起方合并处理的结果相关的发起方合并结果信息(S491)。
当通过通信I/F22从服务器10接收到发起方合并结果信息时,终端20A的控制部21使接收到的发起方合并结果信息显示于显示部24(A491)。然后,终端20A的控制部21结束处理。
在S491之后,服务器10的控制部11通过通信I/F14向终端20B发送参加优惠券同意更新信息(S496)。然后,服务器10的控制部11将处理移至图4-10的S170。
当通过通信I/F22从服务器10接收到参加优惠券同意更新信息时,终端20B的控制部21使接收到的参加优惠券同意更新信息显示于显示部24(B496)。然后,终端20B的控制部21将处理移至图4-10的A160。
需要说明的是,在上述的第二处理中,在由服务器10进行第二发起方合并处理之前、通过终端20B以外的终端(作为非限定的例子,终端20C)读取了终端20A的显示部24所显示的参加优惠券发起方码信息的情况下,通过服务器10,将终端20C的识别信息或者用户C.C的识别信息与将终端20A设为发起方终端的参加优惠券管理数据(终端20A的发起方权限)建立关联。
在该情况下,当由服务器10执行第二发起方合并处理时,伴随着将终端20A设为发起方终端的参加优惠券管理数据的删除,解除了终端20C的识别信息或者用户C.C的识别信息与终端20A的识别信息或者用户A.A的识别信息的关联。然后,将终端20C的识别信息或者用户C.C的识别信息与终端20B的识别信息或者用户B.B的识别信息建立关联。
<第四实施例的效果>
第四实施例示出以下结构:将发起方权限(参加优惠券的优惠信息)(不限定,是第一优惠信息的一例)与终端20A或者用户A.A建立关联。终端20A使从服务器10接收到的参加优惠券发起方合并候选信息(不限定,是第二优惠信息的一例)显示于显示部24。然后,基于针对终端20A的显示部24所显示的参加优惠券发起方合并候选信息的输入,将终端20B或者用户B.B的识别信息(不限定,是第二信息的一例)与终端20A或者用户A.A的发起方权限(不限定,是第一优惠信息的一例)建立关联。
作为通过这样的结构而得到的实施例的效果的一例,能够基于针对第一终端的显示部所显示的第二优惠信息的输入,将第二信息与进行了该输入这一侧的优惠信息(第一优惠信息)简单地建立关联。
另外,第四实施例示出以下结构:终端20C或者用户C.C的识别信息(不限定,是第三信息的一例)与终端20B或者用户B.B的发起方权限(不限定,是第二优惠信息的一例)建立关联。在该情况下,基于针对终端20A的显示部24所显示的参加优惠券发起方合并候选信息的输入,将终端20C或者用户C.C的识别信息(不限定,是第三信息的一例)与终端20A或者用户A.A的发起方权限(不限定,是第一优惠信息的一例)建立关联。
作为通过这样的结构而得到的实施例的效果的一例,能够基于针对第一终端的显示部所显示的第二优惠信息的输入,不仅将第二信息,还将与第二优惠信息建立了关联的信息(第三信息)一并与进行了该输入这一侧的优惠信息(第一优惠信息)简单地建立关联。
另外,第四实施例示出以下结构:将发起方权限(不限定,是第一优惠信息的一例)与终端20A或者用户A.A建立关联。终端20A使从服务器10接收到的参加优惠券发起方合并候选信息(不限定,是第二优惠信息的一例)显示于显示部24。然后,基于针对终端20A的显示部24所显示的参加优惠券发起方合并候选信息的输入,将终端20A或者用户A.A的识别信息(不限定,是第一信息的一例)与终端20B或者用户B.B的发起方权限(不限定,是第二优惠信息的一例)建立关联。
作为通过这样的结构而得到的实施例的效果的一例,能够基于针对第一终端的显示部所显示的第二优惠信息的输入,将关于进行了该输入这一侧的信息(第一信息)与第二优惠信息简单地建立关联。
另外,第四实施例示出以下结构:将终端20C或者用户C.C的识别信息(不限定,是第二信息的一例)与终端20A或者用户A.A的发起方权限(不限定,是第一优惠信息的一例)建立关联。在该情况下,基于针对终端20A的显示部24所显示的参加优惠券发起方合并候选信息的输入,将终端20C或者用户C.C的识别信息(不限定,是第二信息的一例)与终端20B或者用户B.B的发起方权限(不限定,是第二优惠信息的一例)建立关联。
作为通过这样的结构而得到的实施例的效果的一例,能够基于针对第一终端的显示部所显示的第二优惠信息的输入,不仅将关于进行了该输入这一侧的信息(第一信息),还将与第一优惠信息建立了关联的信息(第二信息)一并与第二优惠信息简单地建立关联。
<第四变形例>
在第四实施例中,也能够基于登记为发起方终端的一个终端20读取同样登记为发起方终端的其他的终端20的显示部24所显示的参加优惠券发起方码信息,通过服务器10进行发起方合并。
图4-11是示出在本变形例中显示于终端20A的显示部24的读码器画面的一例的图。
在该读码器画面中,作为非限定的例子,示出登记为发起方终端的终端20B的显示部24所显示的参加优惠券第二发起方码信息MC3落入拍摄区域WR31内并通过读码器来读取的状态。在该情况下,从终端20A向服务器10发送参加优惠券发起方合并委托信息,通过服务器10执行发起方合并处理。
(1)第一处理
图4-12是示出在本变形例中由各装置执行的处理的流程的一例的流程图。该处理是与第四实施例中的第一处理(图4-5~图4-7)对应的处理。
该流程图是在图4-5的处理部分中作为终端20A的处理而追加了A443、A445的步骤的流程图。
在A130之后,终端20A的控制部21基于是否进行了用于使拍摄部27启动的输入,来判定是否读取终端20B的显示部24所显示的参加优惠券第二发起方码信息(A443)。
如果判定为读取(A443:是),则终端20A的控制部21进行使拍摄部27读取终端20B的显示部24所显示的参加优惠券第二发起方码信息的控制(A445)。然后,终端20A的控制部21在执行A450的处理之后,使处理进入A470。
需要说明的是,在该第一处理中,在由服务器10进行发起方合并处理之前、通过终端20A以外的终端(作为非限定的例子,终端20C)读取了终端20B的显示部24所显示的参加优惠券第二发起方码信息的情况下,通过服务器10,将终端20C的识别信息或者用户C.C的识别信息与将终端20B设为发起方终端的参加优惠券管理数据(终端20B的发起方权限)建立关联。
在该情况下,当基于由终端20A读取终端20B的显示部24所显示的参加优惠券第二发起方码信息而通过服务器10执行发起方合并处理时,伴随着将终端20B设为发起方终端的参加优惠券管理数据的删除,解除了终端20C的识别信息或者用户C.C的识别信息与终端20B的识别信息或者用户B.B的识别信息的关联。然后,将终端20C的识别信息或者用户C.C的识别信息与终端20A的识别信息或者用户A.A的识别信息建立关联。
<第二处理>
图4-13是示出在本变形例中由各装置执行的处理的流程的一例的流程图。该处理是与第四实施例中的第二处理(图4-8~图4-10)对应的处理。
该流程图是在图4-8的处理部分中作为终端20A的处理而追加了A443、A445的步骤的流程图。
在A130之后,终端20A的控制部21基于是否进行了用于使拍摄部27启动的输入,来判定是否读取终端20B的显示部24所显示的参加优惠券第二发起方码信息(A443)。
如果判定为读取(A443:是),则终端20A的控制部21进行使拍摄部27读取终端20B的显示部24所显示的参加优惠券第二发起方码信息的控制(A445)。然后,终端20A的控制部21在执行A450的处理之后,使处理进入A491。
需要说明的是,在上述的第二处理中,在由服务器10进行第二发起方合并处理之前、通过终端20B以外的终端(作为非限定的例子,终端20C)读取了终端20A的显示部24所显示的参加优惠券发起方码信息的情况下,通过服务器10,将终端20C的识别信息或者用户C.C的识别信息与将终端20A设为发起方终端的参加优惠券管理数据(终端20A的发起方权限)建立关联。
在该情况下,当基于由终端20A读取终端20B的显示部24所显示的参加优惠券第二发起方码信息而通过服务器10执行第二发起方合并处理时,伴随着将终端20A设为发起方终端的参加优惠券管理数据的删除,解除终端20C的识别信息或者用户C.C的识别信息与终端20A的识别信息或者用户A.A的识别信息的关联。然后,将终端20C的识别信息或者用户C.C的识别信息与终端20B的识别信息或者用户B.B的识别信息建立关联。
本变形例示出以下结构:将终端20B或者用户B.B的发起方权限(不限定,是第一优惠信息的一例)与终端20B的识别信息(不限定,是与第一终端相关的第一信息的一例)或者用户B.B的识别信息(不限定,是与第一终端的用户相关的第一信息的一例)建立关联,将终端20A或者用户A.A的发起方权限(不限定,是第二优惠信息的一例)与终端20A的识别信息(不限定,是与第三终端相关的第三信息的一例)或者用户A.A的识别信息(不限定,是与第三终端的用户相关的第三信息的一例)建立关联。
然后,基于由终端20A进行的终端20B的显示部24所显示的参加优惠券第二发起方码信息的读取,将终端20B或者用户B.B的识别信息(不限定,是第一信息的一例)与终端20A或者用户A.A的发起方权限(不限定,是第二优惠信息的一例)建立关联。
作为通过这样的结构而得到的变形例的效果的一例,能够基于由第三终端进行的第一终端的显示部所显示的码信息的读取,将关于被读取了码信息这一侧的信息(第一信息)与读取了码信息这一侧的优惠信息(第二优惠信息)简单地建立关联。
另外,本变形例示出以下结构:将终端20C或者用户C.C的识别信息(不限定,是第四信息的一例)与终端20B或者用户B.B的发起方权限(不限定,是第一优惠信息的一例)建立关联。
在该情况下,基于由终端20A进行的终端20B的显示部24所显示的参加优惠券第二发起方码信息的读取,将终端20C或者用户C.C的识别信息(不限定,是第四信息的一例)与终端20A或者用户A.A的发起方权限(不限定,是第二优惠信息的一例)建立关联。
作为通过这样的结构而得到的变形例的效果的一例,能够基于由第三终端进行的第一终端的显示部所显示的码信息的读取,不仅将关于被读取了码信息这一侧的信息(第一信息),还将与被读取了码信息这一侧的优惠信息(第一优惠信息)建立了关联的信息(第四信息)一并与读取了码信息这一侧的优惠信息(第二优惠信息)简单地建立关联。
另外,本变形例示出以下结构:通过服务器10,将终端20B或者用户B.B的发起方权限(不限定,是第一优惠信息的一例)与终端20B或者用户B.B的识别信息(不限定,是第一信息的一例)建立关联,将终端20A或者用户A.A的发起方权限(不限定,是第二优惠信息的一例)与终端20A或者用户A.A的识别信息(不限定,是第三信息的一例)建立关联。
然后,基于由终端20A进行的终端20B的显示部24所显示的参加优惠券第二发起方码信息的读取,将终端20A或者用户A.A的识别信息(不限定,是第三信息的一例)与终端20B或者用户B.B的发起方权限(不限定,是第一优惠信息的一例)建立关联。
作为通过这样的结构而得到的变形例的效果的一例,能够基于由第三终端进行的第一终端的显示部所显示的码信息的读取,将关于读取了码信息这一侧的信息(第三信息)与被读取了码信息这一侧的优惠信息(第一优惠信息)简单地建立关联。
另外,第四实施例示出以下结构:将终端20C或者用户C.C的识别信息(不限定,是第四信息的一例)与终端20A或者用户A.A的发起方权限(不限定,是第二优惠信息的一例)建立关联。
在该情况下,基于由终端20A进行的终端20B的显示部24所显示的参加优惠券第二发起方码信息的读取,将终端20C或者用户C.C的识别信息(不限定,是第四信息的一例)与终端20B或者用户B.B的发起方权限(不限定,是第一优惠信息的一例)建立关联。
作为通过这样的结构而得到的变形例的效果的一例,能够基于由第三终端进行的第一终端的显示部所显示的码信息的读取,不仅将关于读取了码信息这一侧的信息(第三信息),还将与读取了码信息这一侧的优惠信息(第二优惠信息)建立了关联的信息(第四信息)一并与被读取了码信息这一侧的优惠信息(第一优惠信息)简单地建立关联。
<第五实施例>
第五实施例是与上述的(1)的另一方法相关的实施例。
在第一实施例~第四实施例中,在优惠券应用内,从成为发起方终端的终端20向服务器10发送第一信息,由成为同意终端的终端20读取发起方终端的显示部24所显示的参加优惠券发起方码信息,基于此,从成为同意终端的终端20向服务器10发送第二信息。
在第五实施例中,成为发起方终端的终端20通过WEB(World Wide Web:万维网)等对参加优惠券进行检索。然后,基于针对参加优惠券的检索结果的显示的输入,从成为发起方终端的终端20向服务器10发送第一信息。
另外,无需读取发起方终端的显示部24所显示的参加优惠券发起方码信息,从成为同意终端的终端20向服务器10发送第二信息。
第五实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的标号,省略再次的说明。
<处理>
图5-1~图5-2是示出在本实施例中由各装置执行的处理的流程的一例的流程图。
首先,终端20A的控制部21按照针对输入部的用户操作,通过通信I/F22与网络30连接,作为非限定的例子,利用WEB,对能够取得的参加优惠券进行检索(A711)。然后,终端20A的控制部21使参加优惠券的检索结果显示于显示部24(A713)。
之后,终端20A的控制部21按照针对输入部的输入,启动参加优惠券应用,通过通信I/F22向服务器10发送优惠券选择信息,该优惠券选择信息包括终端20A的识别信息或者用户A.A的识别信息、以及表示从显示部24所显示的参加优惠券的检索结果中选择出的参加优惠券的选择信息(作为非限定的例子,选择出的参加优惠券的名称等信息)(A715)。然后,终端20A的控制部21将处理移至A120。
当通过通信I/F14从终端20A接收到参加优惠券选择信息时,服务器10的控制部11执行S110的处理。然后,服务器10的控制部11通过通信I/F14向终端20A发送参加优惠券详细信息,该参加优惠券详细信息包括优惠券信息管理数据库155A中的优惠券信息管理数据所存储的需要人数、优惠内容等,该优惠券信息管理数据对应于根据包含在参加优惠券选择信息中的选择信息而确定的参加优惠券(S130)。
在A120之后,终端20A的控制部21通过通信I/F22向服务器10发送参加优惠券同意请求信息,该参加优惠券同意请求信息用于请求对加入参加优惠券的同意(A731)。响应于此,服务器10的控制部11通过通信I/F14向终端20B发送从终端20A接收到的参加优惠券同意请求信息(S731)。
当通过通信I/F22从服务器10接收到参加优惠券同意请求信息时,终端20B的控制部21使接收到的参加优惠券同意请求信息显示于显示部24(B731)。
这里,作为非限定的例子,参加优惠券同意请求信息能够以消息的形式经由服务器10从终端20A向终端20B发送。另外,在该情况下,参加优惠券同意请求信息能够经由服务器10从终端20A被推送发送到终端20B。
在B731之后,终端20B的控制部21根据终端20B的显示部24所显示的参加优惠券同意请求信息,按照针对输入部的输入,通过通信I/F22向服务器10发送参加优惠券同意信息(B140)。然后,终端20B的控制部21结束处理。
需要说明的是,不限于通过WEB检索并选择能够取得的参加优惠券,作为非限定的例子,也能够如第一实施例所说明的那样,从服务器10向终端20发送能够取得的参加优惠券的一览信息并显示在优惠券应用内。该方法也可以说是本实施例的方法的一种。
<第五实施例的效果>
第五实施例示出以下结构:终端20A(不限定,是第一终端的一例)将参加优惠券的检索结果的显示(不限定,是关于取得与优惠相关的信息的第二显示的一例)显示于显示部24。然后,基于针对参加优惠券检索结果的显示的输入,从终端20A向服务器10发送优惠券选择信息(不限定,是第一信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够基于针对第一终端的显示部所显示的关于取得与优惠相关的信息的第二显示的输入,从第一终端向服务器简单地发送第一信息。
另外,第五实施例示出以下结构:终端20B(不限定,是第二终端的一例)将参加优惠券同意请求信息的显示(不限定,是关于取得与优惠相关的信息的第二显示的一例)显示于显示部24。然后,基于针对参加优惠券同意请求信息的显示的输入,从终端20B向服务器10发送参加优惠券同意信息(不限定,是第二信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够基于针对第二终端的显示部所显示的关于取得与优惠相关的信息的第二显示的输入,从第二终端向服务器简单地发送第二信息。
<第五变形例(1)>
在第五实施例中,从终端20A经由服务器10向终端20B发送参加优惠券同意请求信息,基于针对终端20B所显示的参加优惠券同意请求信息的输入,从终端20B向服务器10发送参加优惠券同意信息,但不限于此。
作为非限定的例子,也可以是,通过终端间通信I/F22B,从终端20A向终端20B直接发送参加优惠券同意请求信息。然后,基于针对终端20B所显示的参加优惠券同意请求信息的输入,从终端20B向服务器10发送参加优惠券同意信息,还可以不采用这种方式。
另外,在第五实施例中,也可以基于由终端20B读取终端20A的显示部24所显示的参加优惠券发起方码信息,从终端20B向服务器10发送参加优惠券同意信息,还可以不采用这种方式。
即,也可以在进行了图5-1的处理之后,执行图1-16的处理,还可以不采用这种方式。
<第五变形例(2)>
在第五实施例中,也可以基于由终端20接收从设置于店铺(设置在店铺中)的电子装置发送的信息,将与能够取得的参加优惠券相关的信息显示于终端20的显示部24,还可以不采用这种方式。
作为非限定的例子,设置于店铺的电子装置能够为信标(beacon)(信标终端、信标装置、BLE发信号器)。
作为非限定的例子,信标是利用了作为低消耗电力的近距离无线技术的一种的BLE(Bluetooth Low Energy:蓝牙低功耗)的位置确定技术、以及利用了该技术的BLE信号的发信号器。
作为非限定的例子,信标构成为以定期的时机(作为非限定的例子,几秒钟1次的时机)发送信标信号(作为非限定的例子,BLE信号)。
图5-3是示出本变形例中的终端20的功能结构的一例的图。
在本变形例中,终端20的功能结构中的通信I/F22的结构与图1-1不同。
作为非限定的例子,通信I/F22具有标准通信I/F22A和信标用通信I/F22C。
信标用通信I/F22C是终端20从设置于店铺的信标50接收信标信号所使用的通信接口。
信标用通信I/F22C是无线通信部(近距离无线通信部)的一种。
作为非限定的例子,信标50发送包括通告分组(Advertise packet)等ID信息在内的BLE信号。当终端20进入BLE信号的接收圈内且终端20通过信标用通信I/F22C接收到BLE信号时,终端20基于电波的衰减的特性来检测与信标50之间的距离(相对距离)。
终端20通过标准通信I/F22A与服务器10通信连接,执行询问ID信息的处理,该ID信息包含于通过信标用通信I/F22C接收到的BLE信号中。响应于此,服务器10的控制部11确定设置有包括该ID信息在内的BLE信号的发信源的信标50的店铺,通过通信I/F14向终端20发送由确定出的店铺提供的参加优惠券的参加优惠券一览信息。
在该情况下,作为非限定的例子,能够从服务器10向终端20进行上述的推送发送。然后,能够基于针对终端20所显示的推送通知的输入,将参加优惠券一览信息显示于终端20的显示部24。然后,能够从显示出的参加优惠券一览信息中选择参加优惠券,如上所述,通过标准通信I/F22A从终端20向服务器10发送优惠券选择信息。
本变形例示出以下结构:终端20的通信I/F22具有标准通信I/F22A(不限定,是第一通信部的一例)和信标用通信I/F22C(不限定,是第二通信部的一例)。通过标准通信I/F22A从终端20向服务器10发送优惠券选择信息。通过标准通信I/F22A从服务器10接收参加优惠券优惠码信息。在该情况下,基于终端20通过信标用通信I/F22C接收从设置于店铺的信标50发送的BLE信号,将优惠券一览信息的显示显示于终端20的显示部24。
作为通过这样的结构而得到的变形例的效果的一例,能够基于由第二通信部接收从设置于店铺的电子装置发送的信息,将第二显示简单地显示于终端的显示部。
<第六实施例>
第六实施例是与上述的(1)的另一方法相关的实施例。
在第一实施例~第四实施例中,在优惠券应用内,从成为发起方终端的终端20向服务器10发送第一信息,由成为同意终端的终端20读取发起方终端的显示部24所显示的参加优惠券发起方码信息,基于此,从成为同意终端的终端20向服务器10发送第二信息。
另外,在第五实施例中,无需读取参加优惠券发起方码信息而从成为同意终端的终端20向服务器10发送第二信息。
在第六实施例中,利用近距离通信,成为发起方终端的终端20从成为同意终端的终端20接收第二信息。然后,从成为发起方终端的终端20向服务器10发送第二信息。
第六实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的标号,省略再次的说明。
作为非限定的例子,本实施例中的终端20的结构能够应用与图1-19所示的结构同样的结构。
<处理>
图6是示出在本实施例中由各装置执行的处理的流程的一例的流程图。该处理是在图1-16的处理部分中作为终端20A的处理而追加了A830、A840的步骤、作为终端20B的处理而追加了B830、B840的步骤的流程图。
在A120之后,终端20A的控制部21通过终端间通信I/F22B向终端20B发送参加优惠券同意请求信息,该参加优惠券同意请求信息用于请求同意加入参加优惠券(A830)。响应于此,终端20B的控制部21使接收到的参加优惠券同意请求信息显示于显示部24(B830)。
之后,终端20B的控制部21按照针对输入部的输入,通过终端间通信I/F22B向终端20A发送参加优惠券同意信息(B840)。然后,终端20B的控制部21结束处理。
当通过终端间通信I/F22B从终端20B接收到参加优惠券同意信息时,终端20A的控制部21通过标准通信I/F22A向服务器10发送接收到的参加优惠券同意信息(A840)。然后,终端20A的控制部21将处理移至A140。
<第六实施例的效果>
第六实施例示出以下结构:终端20A的通信I/F22具有标准通信I/F22A(不限定,是第一通信部的一例)和终端间通信I/F22B(不限定,是第二通信部的一例)。通过标准通信I/F22A从终端20A向服务器10发送优惠券请求信息(不限定,是第一信息的一例),通过标准通信I/F22A从服务器10接收参加优惠券优惠码信息。
终端20A通过终端间通信I/F22B从终端20B接收参加优惠券同意信息(不限定,是第二信息的一例)。然后,终端20A通过标准通信I/F22A向服务器10发送从终端20B接收到的参加优惠券同意信息。
作为通过这样的结构而得到的实施例的效果的一例,能够由第二通信部接收第二信息,从第一终端向服务器简单地发送接收到的第二信息。
另外,第六实施例示出终端间通信I/F22B以近距离的形式进行通信的结构。
作为通过这样的结构而得到的实施例的效果的一例,能够通过近距离的通信,简单地接收第二信息。
<第七实施例>
第七实施例是与上述的(1)的另一方法相关的实施例。
在来到店铺的用户想要取得参加优惠券的情况下,对能够取得的参加优惠券进行检索有时很麻烦。
在第七实施例中,基于成为发起方终端的终端20读取在店铺中发布的码信息,从成为发起方终端的终端20向服务器10发送第一信息。
第七实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构相同的结构标注相同的标号,省略再次的说明。
在本实施例中,在店铺中发布的码信息作为用于制造多个用户各自的终端20中的上述的发起方终端的发起方终端制造信息而发挥功能。于是,将在店铺中发布的码信息称为“参加优惠券发起方制造码信息”。
作为非限定的例子,参加优惠券发起方制造码信息能够为一维码图像(作为非限定的例子,条形码)或二维码图像(作为非限定的例子,QR码)。在该情况下,作为非限定的例子,在参加优惠券发起方制造码信息中能够包括参加优惠券的识别信息(作为非限定的例子,优惠券ID)。
另外,作为非限定的例子,参加优惠券发起方制造码信息能够以就座的顾客容易理解的形式预先粘贴在放置于店铺的顾客用的桌面上的任意位置(作为非限定的例子,桌子的中央部)。
需要说明的是,粘贴参加优惠券发起方制造码信息的位置可以由店铺侧自由地决定。
<数据结构>
图7-1是示出在本实施例中存储于服务器10的存储部15的优惠券信息管理数据库的一例即优惠券管理数据库155B的数据结构例的图。
在该优惠券管理数据库155B所包含的各个优惠券信息管理数据中,除了存储有优惠券ID、店铺名、需要人数以及优惠内容之外,作为非限定的例子,还存储有店铺位置信息和桌子位置信息。
在店铺位置信息中,存储有能够利用该优惠券ID的参加优惠券的店铺的位置信息。该店铺位置信息可以是不包括高度方向的二维位置信息,也可以是包括高度方向的三维位置信息。
在桌子位置信息中,存储有粘贴了为了取得该优惠券ID的参加优惠券而使用的上述的参加优惠券发起方制造码信息的桌子的位置信息。该桌子位置信息可以是不包括高度方向的二维位置信息,也可以是包括高度方向的三维位置信息。
<显示画面等>
图7-2是示出在本实施例中显示于终端20A的显示部24的优惠券应用的主页画面的一例的图。
在该主页画面中,当轻击了画面左下方的读码器图标CN1时,在终端20A中启动读码器,将读码器画面显示于终端20A的显示部24。
在该状态下,如图7-3所示,使终端20A进行移动,使得读取在店铺的桌面上发布的参加优惠券发起方制造码信息MPC1。然后,作为非限定的例子,当参加优惠券发起方制造码信息MPC1包含在读码器画面的拍摄区域WR31中时,作为非限定的例子,显示出图7-4所示的画面。
这样,通过读码器读取参加优惠券发起方制造码信息MPC1,通过解码而取得存放在该参加优惠券发起方制造码信息MPC1中的信息(作为非限定的例子,优惠券ID)。其结果是,从终端20A向服务器10发送参加优惠券发起方制造信息,该参加优惠券发起方制造信息包括终端20A的识别信息或者用户A.A的识别信息、以及通过解码从读取的参加优惠券发起方制造码信息MPC1中取得的信息(作为非限定的例子,优惠券ID)。然后,作为非限定的例子,在终端20A的显示部24中,作为非限定的例子而显示出图7-5所示的画面。
在图7-5中,在画面下部显示有包括参加优惠券详细信息的参加优惠券详细信息显示区域WR1,该参加优惠券详细信息是关于基于读取了该参加优惠券发起方制造码信息而能够参加的参加优惠券的详细信息。在该参加优惠券详细信息显示区域WR1的下方,显示有用于加入该参加优惠券的参加按钮BT4。
之后,希望加入该参加优惠券的终端20A以外的终端20通过读码器读取从服务器10向终端20A发送并显示于显示部24的参加优惠券发起方码信息。
以后的处理与第一实施例相同。
<处理>
图7-6是示出在本实施例中由各装置执行的处理的流程的一例的流程图。
首先,终端20A的控制部21执行使拍摄部27读取在店铺中发布的参加优惠券发起方制造码信息的控制(A701)。
之后,终端20A的控制部21通过通信I/F22向服务器10发送参加优惠券发起方制造信息,该参加优惠券发起方制造信息包括终端20A的识别信息或者用户A.A的识别信息、以及通过解码从读取的参加优惠券发起方制造码信息中取得的信息(作为非限定的例子,优惠券ID)(A703)。然后,终端20A的控制部21将处理移至A120。
当通过通信I/F14从服务器10接收到参加优惠券发起方制造信息时,服务器10的控制部11执行参加优惠券发起方同意处理(S110)。然后,服务器10的控制部11将处理移至S120。
<第七实施例的效果>
第七实施例示出以下结构:终端20A读取参加优惠券发起方制造码信息(不限定,是第三码信息的一例)。然后,通过通信I/F22向服务器10发送参加优惠券发起方制造信息,该参加优惠券发起方制造信息包括终端20A或者用户A.A的识别信息(不限定,是第一信息的一例)、以及通过解码从参加优惠券发起方制造码信息中取得的优惠券ID。
作为通过这样的结构而得到的实施例的效果的一例,仅通过第一终端读取第三码信息,就能够简单地向服务器发送第一信息。结果是,能够通过读取第三码信息这样的简单动作来取得与优惠相关的信息。
<第七变形例(1)>
在第七实施例中,作为非限定的例子,例示了在店铺的桌子上粘贴有参加优惠券发起方制造码信息的情况。在该情况下,为了能够在服务器10侧判定读取了参加优惠券发起方制造码信息的终端20的用户是哪个桌子的用户,必须按照每个桌子而准备不同的参加优惠券发起方制造码信息,需要多个参加优惠券发起方制造码信息。
于是,在第七实施例中,作为非限定的例子,基于终端20A读取了在店铺中发布的参加优惠券发起方制造码信息,将与自己的终端20的位置相关的信息包含在参加优惠券发起方制造信息内而向服务器10发送。然后,服务器10能够通过通信I/F14向终端20发送基于接收到的参加优惠券发起方制造信息所包含的与终端20的位置相关的信息而得到的参加优惠券优惠码信息。
具体而言,作为非限定的例子,终端20A的控制部21将基于由位置计算用信息检测部29B检测到的位置计算用信息而计算出的最新的计算终端位置的信息包含在参加优惠券发起方制造信息内,通过通信I/F22向服务器10发送。然后,服务器10的控制部11基于接收到的参加优惠券发起方制造信息所包含的计算终端位置的信息,确定该终端20所处的店铺。然后,服务器10的控制部11通过通信I/F14向终端20发送与确定出的店铺建立了关联的参加优惠券优惠码信息。
在该情况下,由于能够在服务器10侧确定终端20A的用户所处的店铺,因此,如果是不同的店铺,则能够使用相同的参加优惠券发起方码信息(第三码信息)。
本变形例示出以下结构:基于终端20A读取参加优惠券发起方制造码信息,通过通信I/F22向服务器10发送参加优惠券发起方制造信息,该参加优惠券发起方制造信息包括终端20A的识别信息(不限定,是第一信息的一例)或者用户A.A的识别信息(不限定,是第一信息的一例)、以及最新的计算终端位置的信息(不限定,是与第一终端的位置相关的信息的一例)。然后,终端20A通过通信I/F22接收基于所发送的最新的计算终端位置的信息而得到的参加优惠券优惠码信息。
作为通过这样的结构而得到的变形例的效果的一例,基于第一终端读取第三码信息,向服务器发送第一信息、以及与第一终端的位置相关的信息。因此,能够基于第一信息、以及与第一终端的位置相关的信息,向终端发送与适当的优惠相关的信息。
<第七变形例(2)>
在第七变形例(1)中,将与第一终端的位置相关的信息设为由第一终端计算出的计算终端位置信息,但不限于此。
作为非限定的例子,第一终端也可以基于从设置于店铺的电子装置、作为非限定的例子为上述的信标50发送(发信)的信息,来确定自己的终端20的位置。该情况下的终端20的通信I/F22的结构能够与图5-3相同。
作为非限定的例子,终端20通过标准通信I/F22A与服务器10通信连接,执行询问ID信息的处理,该ID信息包含于通过信标用通信I/F22C接收到的BLE信号。响应于此,服务器10的控制部11向终端20发送并提供包括该ID信息在内的BLE信号的发信源的信标50的位置信息(场所信息)。
需要说明的是,也可以与此不同地,以在从信标50发送的BLE信号中包括该信标50的位置信息(场所信息)、作为非限定的例子包括场所信息码来作为ID信息的方式从信标50向终端20直接发送位置信息(场所信息),还可以不采用这种方式。
本变形例示出以下结构:终端20A的位置信息(不限定,是与第一终端的位置相关的信息的一例)包括基于从设置于店铺的信标(不限定,是电子装置的一例)发送的BLE信号(不限定,是从电子装置发送的信息的一例)的信息。
作为通过这样的结构而得到的变形例的效果的一例,能够基于从设置于店铺的电子装置发送的信息,简单地确定第一终端的位置。
另外,除了上述之外,在与第一终端的位置相关的信息中,作为非限定的例子,也能够包括与由第一终端选择出的店铺相关的信息。
在该情况下,在与店铺相关的信息中,作为非限定的例子,也能够包括所选择的店铺的识别信息(作为非限定的例子,店铺ID、店铺名)(以下,称为“店铺识别信息”。)。
需要说明的是,也可以是,在终端20A的存储部28中预先存储有地图数据等,终端20A的控制部21能够检索按照针对输入部的用户操作而选择出的店铺的位置信息(以下,称为“店铺位置信息”。)。在该情况下,在与店铺相关的信息中能够包括该店铺位置信息。
在该情况下,作为非限定的例子,终端20A的控制部21使用户进行店铺的选择。然后,终端20A的控制部21通过通信I/F22向服务器10发送参加优惠券发起方制造信息,该参加优惠券发起方制造信息包括与按照针对输入部的输入而选择出的店铺相关的信息。
在参加优惠券发起方制造信息中包括店铺识别信息的情况下,服务器10的控制部11在数据库中查询该店铺识别信息,确定终端20A所处的店铺。然后,服务器10的控制部11通过通信I/F14向终端20发送与确定出的店铺建立了关联的参加优惠券优惠码信息。
另外,在参加优惠券发起方制造信息中包括店铺位置信息的情况下,服务器10的控制部11在数据库中查询该店铺位置信息,确定终端20A所处的店铺。然后,服务器10的控制部11通过通信I/F14向终端20发送与确定出的店铺建立了关联的参加优惠券优惠码信息。
需要说明的是,在与由第一终端选择出的店铺相关的信息中,除了上述之外,作为非限定的例子,也能够包括第一终端的用户就座的桌子的识别信息(作为非限定的例子,桌子编号、椅子编号)(以下,称为“桌子识别信息”。)。
在该情况下,作为非限定的例子,终端20A的控制部21使用户选择就座的桌子。然后,终端20A的控制部21通过通信I/F22向服务器10发送参加优惠券发起方制造信息,该参加优惠券发起方制造信息包括按照针对输入部的输入而选择出的桌子的识别信息。
在该情况下,服务器10的控制部11在数据库中查询该桌子识别信息,确定终端20A的用户就座的桌子。然后,服务器10的控制部11基于确定出的桌子,通过通信I/F14向终端20A发送与放置了该桌子的店铺建立了关联的参加优惠券优惠码信息。
在该情况下,能够在服务器10侧确定终端20A的用户就座的桌子,因此,与店铺无关地准备一个参加优惠券发起方码信息(第三码信息)即可。
本变形例示出以下结构:终端20A的位置信息(不限定,是与第一终端的位置相关的信息的一例)包括由终端20A选择出的店铺的识别信息或店铺的位置信息、桌子的识别信息等(不限定,是与由第一终端选择出的店铺相关的信息的一例)。
作为通过这样的结构而得到的变形例的效果的一例,能够基于与由第一终端选择出的店铺相关的信息,简单地确定第一终端的位置。
<第七变形例(3)>
在第七实施例中,也可以将店铺的信息预先与在该店铺中发布的参加优惠券发起方制造码信息建立关联,还可以不采用这种方式。
具体而言,作为非限定的例子,服务器10的控制部11预先按照每个店铺,生成对该店铺的店铺识别信息(作为非限定的例子,店铺ID或店铺名)或该店铺的店铺位置信息(作为非限定的例子,店铺的所在地的位置坐标)进行编码而得到的参加优惠券发起方制造码图像(一维码或二维码)。然后,能够将生成的参加优惠券发起方制造码图像的数据预先分发给对应的店铺。
本变形例示出以下结构:参加优惠券发起方制造码信息(不限定,是第三码信息的一例)与店铺识别信息或店铺位置信息(不限定,是店铺的信息的一例)建立了关联。
作为通过这样的结构而得到的变形例的效果的一例,由于第三码信息与店铺的信息建立了关联,因此,能够通过第一终端读取第三码信息而由第一终端取得店铺的信息。
<第八实施例>
第八实施例是在第七实施例的基础上、在其他的终端20也读取了与一个终端20读取的参加优惠券发起方制造码信息相同的参加优惠券发起方制造码信息的情况下的实施例。
设想以下情况:不限于多个用户中的仅一个用户通过自己的终端20读取在店铺中发布的参加优惠券发起方制造码信息,在场的相同组的其他用户也会通过自己的终端20读取在店铺中发布的参加优惠券发起方制造码信息,其结果是,导致参加优惠券重复。
第八实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的标号,省略再次的说明。
<显示画面>
图8-1是示出在本实施例中显示于终端20A的显示部24的优惠券详细画面的一例的图。
在该优惠券详细画面中,作为非限定的例子,显示有包括参加优惠券发起方信息的参加优惠券发起方信息显示区域WR21,该参加优惠券发起方信息表示以下信息:在终端20A读取参加优惠券发起方制造码信息之前,通过用户X.X的终端20X已经读取了参加优惠券发起方制造码信息,并且终端20X被登记为发起方终端。
在该参加优惠券发起方信息显示区域WR21中,与作为参加优惠券发起方信息而示出已经开始了该参加优惠券的消息一起,显示有用于使用户A.A选择是否加入用户X.X已开始的参加优惠券的消息、用于加入该参加优惠券的参加按钮BT21、以及用于使用户X.X的发起方权限复位(reset)的复位按钮BT22。
在该画面中,作为非限定的例子,当轻击了参加按钮BT21时,启动终端20A的读码器。然后,基于由终端20A读取了终端20X的显示部24所显示的参加优惠券发起方码信息,向终端20X具有发起方权限的参加优惠券追加终端20A作为同意终端。
另外,作为非限定的例子,当轻击了复位按钮BT22时,从终端20A向服务器10发送用于委托参加优惠券的发起方权限的复位的参加优惠券发起方复位委托信息。然后,在服务器10中,执行管理数据初始化处理。
图8-2是示出在轻击了上述的参加按钮BT21的情况下显示于终端20X的显示部24的优惠券详细画面的一例的图。
在该优惠券详细画面中,在参加优惠券发起方码信息显示区域WR2内,显示有从服务器10发送到终端X的参加优惠券发起方码信息MC4,并且在其下方,除了显示有表示用户X.X加入了参加优惠券的消息之外,还显示有表示用户A.A加入了参加优惠券的消息。
<处理>
图8-3~图8-4是示出在本实施例中由各装置执行的处理的流程的一例的流程图。
在该处理中,作为非限定的例子,针对终端20X作为参加优惠券的发起方终端而在服务器10中登记完毕的情况进行说明。
当通过通信I/F14从终端20A接收到参加优惠券发起方制造信息时,服务器10的控制部11针对该参加优惠券,判定是否执行完毕参加优惠券发起方同意处理(S601)。即,针对该参加优惠券,判定其他的终端20是否作为发起方终端已经登记完毕。
如果判定为未执行完毕参加优惠券发起方同意处理(S601:否),则服务器10的控制部11将处理移至S110。在该情况下,终端20A被新登记为发起方终端。
另一方面,如果判定为执行完毕参加优惠券发起方同意处理(S601:是),则服务器10的控制部11通过通信I/F14向终端20A发送参加优惠券发起方信息(S620)。
参加优惠券发起方信息是针对该参加优惠券在参加优惠券发起方同意处理中登记完毕的发起方终端的信息。
在A703之后,终端20A的控制部21判定是否通过通信I/F22从服务器10接收到参加优惠券发起方信息(A610),如果判定为未接收到(A610:否),则将处理移至A120。
另一方面,如果判定为接收到参加优惠券发起方信息(A610:是),则终端20A的控制部21使接收到的参加优惠券发起方信息显示于显示部24(A620)。
之后,终端20A的控制部21基于针对输入部的输入,判定是否使通过该参加优惠券发起方信息而确定的发起方终端的发起方权限复位(A630),如果判定为不使其复位(A630:否),则结束处理。
另一方面,如果判定为使发起方权限复位(A630:是),则终端20A的控制部21通过通信I/F22向服务器10发送参加优惠券发起方复位委托信息,该参加优惠券发起方复位委托信息用于向服务器10委托使发起方权限复位(A640)。
在S620之后,服务器10的控制部11判定是否通过通信I/F14从终端20A接收到参加优惠券发起方复位委托信息(S640),如果判定为接收到(S640:是),则执行管理数据初始化处理(S190)。然后,服务器10的控制部11使处理返回到S110。
另一方面,如果判定为未接收到参加优惠券发起方复位委托信息(S640:否),则服务器10的控制部11将处理移至S150。
在S150的同意追加处理中,执行将终端20A追加为终端20X成为发起方终端的参加优惠券的同意终端的处理。由此,终端20A不是成为发起方终端而成为终端20X的同意终端。
作为发起方终端而登记完毕的终端20X使参加优惠券发起方码信息显示于显示部24(A640)。当终端20B的控制部21通过拍摄部27(读码器)读取该参加优惠券发起方码信息时(B130),终端20B的控制部21将处理移至B140。
服务器10的控制部11基于从终端20B接收到参加优惠券同意信息(S140:是),将处理移至S150。在S150的同意追加处理中,执行将终端20B追加为终端20C成为发起方终端的参加优惠券的同意终端的处理。
由此,终端20A和终端20B被登记为终端20X的同意终端。
<第八实施例的效果>
第八实施例示出以下结构:基于由终端20A(不限定,是第一终端的一例)向服务器10请求了成为参加优惠券的发起方,将终端20A或者用户A.A的识别信息(不限定,是第一信息的一例)与终端20X的参加优惠券发起方信息(不限定,是与第一优惠信息不同的优惠信息的一例)建立关联。
作为通过这样的结构而得到的实施例的效果的一例,能够将第一信息与不同于第一优惠信息的优惠信息简单地建立关联。
<第八变形例>
除了在第八实施例中说明的方法之外,也可以是,在不限于多个用户中的一个用户、在场的相同组的其他用户也通过自己的终端20读取了在店铺中发布的参加优惠券发起方制造码信息的情况下,作为非限定的例子,同样地应用在第四实施例中说明的发起方合并的方法,将发起方权限合并,还可以不采用这种方式。
在该情况下,如果基于用户的用于进行发起方合并的输入而进行发起方合并,则作为非限定的例子,按照
·图7-6→图4-5→图4-6→图4-7
·图7-6→图4-8→图4-9→图4-10
中的任意一个流程执行处理即可。
另外,如果基于登记为发起方终端的一个终端20读取同样登记为发起方终端的其他的终端20的显示部24所显示的参加优惠券发起方码信息而进行发起方合并,则作为非限定的例子,按照
·图7-6→图4-12→图4-6→图4-7
·图7-6→图4-13→图4-9→图4-10
中的任意一个流程执行处理即可。
<第九实施例>
第九实施例与第七实施例、第八实施例同样,是基于终端20读取在店铺中发布的码信息而取得参加优惠券的实施例。
在第七实施例和第八实施例中,将在店铺中发布的码信息设为参加优惠券发起方制造码信息,但在第九实施例中,在店铺中发布的码信息不是参加优惠券发起方制造码信息,这一点不同。
第九实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的标号,省略再次的说明。
在本实施例中,将在店铺中发布的码信息称为“参加优惠券码信息”。
该参加优惠券码信息与上述的参加优惠券发起方制造码信息不同,不作为发起方终端制造信息发挥功能。
不作为发起方终端制造信息发挥功能是指,终端20即便读取该码信息也不会成为发起方终端,更具体而言,是指在服务器10侧不登记发起方终端。
参加优惠券码信息与参加优惠券发起方制造码信息同样,作为非限定的例子,能够为一维码图像(作为非限定的例子,条形码)或二维码图像(作为非限定的例子,QR码)。
另外,在参加优惠券码信息中,与参加优惠券发起方制造码信息同样,作为非限定的例子,能够包括参加优惠券的识别信息(作为非限定的例子,优惠券ID)。
图9-1是示出在本实施例中存储于服务器10的存储部15的参加优惠券管理数据库157的一例即参加优惠券管理数据库157B的数据结构例的图。
在该参加优惠券管理数据库157B所包含的各个参加优惠券管理数据中,作为非限定的例子,存储有优惠券ID和同意历史数据。
与上述的参加优惠券管理数据库157A(图1-5)所包含的各个参加优惠券管理数据不同,在参加优惠券管理数据库157B所包含的各个参加优惠券管理数据中,未存储发起方终端ID和发起方同意日期时间。
在本实施例中,读取了参加优惠券码信息的终端20作为同意终端被依次追加并存储于同意终端历史数据。
<处理>
(1)第一处理
图9-2~图9-3是示出在本实施例中由各装置执行的处理的流程的一例的流程图。
首先,终端20A的控制部21进行使拍摄部29读取在店铺中发布的参加优惠券码信息的控制(A1001)。然后,终端20A的控制部21通过通信I/F22向服务器10发送终端20A的识别信息或者用户A.A的识别信息、以及通过解码从读取的参加优惠券码信息中取得的信息(A1003)。然后,终端20A的控制部21将处理移至A120。
当通过通信I/F14从终端20A接收到参加优惠券码信息时,服务器10的控制部11执行参加优惠券第一同意追加处理(S1010)。具体而言,作为非限定的例子,将参加优惠券同意信息的发送源即终端20A的识别信息或者用户A.A的识别信息作为同意终端ID而追加并存储于参加优惠券管理数据库157B中的存储有对应的优惠券ID的参加优惠券管理数据的同意历史数据。另外,基于时钟部19的计时信息,使当前的日期时间存储于同意日期时间。其结果是,针对通过上述的优惠券ID而识别的参加优惠券,追加并登记终端20A作为同意终端。然后,服务器10的控制部11将处理移至S120。
在A120之后,终端20A的控制部21使参加优惠券码信息显示于显示部24(A1030)。然后,终端20A的控制部21将处理移至A140。
之后,终端20B的控制部21进行使拍摄部27读取终端20A的显示部24所显示的参加优惠券码信息的控制(B1030)。然后,终端20B的控制部21通过通信I/F22向服务器10发送终端20B的识别信息或者用户B.B的识别信息、以及通过解码从读取的参加优惠券码信息中取得的信息(B1040)。然后,终端20B的控制部21结束处理。
当通过通信I/F14从终端20B接收到参加优惠券码信息时(S1040:是),服务器10的控制部11执行参加优惠券第二同意追加处理(S1050)。
该参加优惠券第二同意追加处理的处理内容与S1010的参加优惠券第一同意追加处理相同。即,使参加优惠券同意信息的发送源即终端20B的识别信息或者用户B.B的识别信息作为同意终端ID而存储于参加优惠券管理数据库157B中的包括对应的优惠券ID的参加优惠券管理数据的同意历史数据。另外,基于时钟部19的计时信息,使当前的日期时间存储于同意日期时间。其结果是,在首先将终端20A登记为同意终端的同意历史数据中,追加并登记终端20B作为同意终端。然后,服务器10的控制部11将处理移至S160。
这里,在上述的处理中,在每次通过终端20读取参加优惠券码信息时,该终端20作为同意终端由服务器10追加并登记到同意历史数据中。在该情况下,想要取得参加优惠券的组的代表者的终端20(在上述的例子中是终端20A)如果针对该参加优惠券首先被登记为同意终端,则没有问题,但在针对相同的参加优惠券存在登记完毕的同意终端的情况下产生问题。作为非限定的例子,是以下情况:通过在自己的组之前来到该店铺的其他组的用户的终端20而读取了相同的参加优惠券码信息。
在与自己的组不同的组的用户的终端20是首先登记的同意终端的情况下,会向该首先登记的同意终端追加自己的终端20作为同意终端。其结果是,从服务器10向首先登记的其他组的用户的终端20发送包括自己的信息在内的参加优惠券同意追加信息,因此,自己的个人信息会被陌生的用户知晓。
于是,作为非限定的例子,能够执行以下说明的处理。
(2)第二处理
图9-4~图9-5是示出在本实施例中由各装置执行的处理的流程的一例的流程图。
在该处理中,作为非限定的例子,图示出其他组的用户Z.Z的终端20Z作为参加优惠券的同意终端在服务器10中登记完毕的情况。
当通过通信I/F14从终端20A接收到参加优惠券码信息时,服务器10的控制部11针对该参加优惠券,判定是否执行完毕参加优惠券同意追加处理(S1001)。即,针对该参加优惠券,判定其他的终端20是否作为同意终端已经登记完毕。
如果判定为未执行完毕参加优惠券同意追加处理(S1001:否),则服务器10的控制部11将处理移至S1010。在该情况下,终端20A被新登记为同意终端。
另一方面,如果判定为执行完毕参加优惠券同意追加处理(S1001:是),则服务器10的控制部11通过通信I/F14向终端20A发送参加优惠券同意终端信息(S1020)。
参加优惠券同意终端信息是针对该参加优惠券在参加优惠券同意追加处理中登记完毕的同意终端的信息。
需要说明的是,在其他组的用户的终端20(在该例中为终端20Z)作为同意终端而登记完毕的情况下,该同意终端的信息或该同意终端的用户的信息可能被陌生的用户(在该例中为终端20A的用户A.A)知晓。因此,也可以考虑隐私问题,在与其他的同意终端相关的信息或者与同意终端的用户相关的信息中不包括同意终端的装置ID或同意终端的用户的用户名等信息,仅通知存在作为同意终端而登记完毕的终端20,还可以不采取这种方式。
在A1003之后,终端20A的控制部21判定是否通过通信I/F22从服务器10接收到参加优惠券同意终端信息(A1010),如果判定为未接收到(A1010:否),则将处理移至A120。
另一方面,如果判定为接收到参加优惠券同意终端信息(A1010:是),则终端20A的控制部21使接收到的参加优惠券同意终端信息显示于显示部24(A1020)。
之后,终端20A的控制部21基于针对输入部的输入,判定是否使通过该参加优惠券同意终端信息而确定的同意终端的权限复位(A1030),如果判定为不使其复位(A1030:否),则结束处理。
另一方面,如果判定为使同意终端的权限复位(A1030:是),则终端20A的控制部21通过通信I/F22向服务器10发送参加优惠券同意终端复位委托信息,该参加优惠券同意终端复位委托信息用于向服务器10委托使同意终端的权限复位(A1040)。
在S1020之后,服务器10的控制部11判定是否通过通信I/F14从终端20A接收到参加优惠券同意终端复位委托信息(S1045),如果判定为接收到(S1045:是),则执行管理数据初始化处理(S190)。然后,服务器10的控制部11使处理返回到S1010。
另一方面,如果判定为未接收到参加优惠券同意终端复位委托信息(S1045:否),则服务器10的控制部11将处理移至S1050。
在该情况下,在S1050的参加优惠券第二同意追加处理中,将终端20A追加为终端20Y成为同意终端的参加优惠券的同意终端。
<第九实施例的效果>
第九实施例示出以下结构:基于来自终端20A的参加优惠券码信息的发送,在针对对应的参加优惠券、将与不同于终端20A的终端20Z(不限定,是第五终端的一例)相关的信息(不限定,是与第五终端相关的第五信息的一例)或者与该终端20Z的用户相关的信息(不限定,是与第五终端的用户相关的第五信息的一例)作为同意终端的信息而登记完毕的情况下,终端20A通过通信I/F22从服务器10接收参加优惠券同意终端信息(不限定,是与第五信息相关的信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,尽管发送了第一信息,在与不同于第一终端的第五终端相关的信息或者与第五终端的用户相关的信息与关于优惠的信息建立了关联的情况下,也能够接收与第五信息相关的信息,因此,能够向用户通知第五信息与关于优惠的信息建立了关联。
另外,第九实施例示出以下结构:终端20A通过通信I/F22向服务器10发送参加优惠券同意终端复位委托信息(不限定,是关于解除与优惠相关的信息和第五信息的关联的解除信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够使服务器解除与优惠相关的信息和第五信息的关联。
<第九变形例(1)>
在第九实施例中,终端20的控制部21也可以基于第一条件的成立而使参加优惠券同意终端信息显示于显示部24,还可以不采用这种方式。第一条件也能够表述为“显示条件”。
图9-6是示出用于说明本变形例中的第一条件的表的一例的图。
在该表中,作为非限定的例子,关联地规定有条件No、条件内容以及条件判定主体。
在条件No“M1”中,作为条件内容而规定有“终端的用户没有将同意终端的用户登记为朋友或者没有关注同意终端的用户”,作为条件判定主体而规定有“终端或者服务器”。其意图在于,在自己的终端20的用户没有将同意终端的用户登记为朋友或者没有关注同意终端的用户的情况下,认为同意终端的用户是陌生的人,因此,向自己的终端20的用户通知这一意思。
“关注”是消息应用的功能之一、或者与消息应用不同的SNS应用的功能之一。
作为非限定的例子,作为与消息应用不同的SNS应用,能够构成可从终端20发送的基本上无论谁都能够阅览的消息(内容)的开放形式的SNS应用。
在该情况下,作为非限定的例子,在SNS应用中,能够将一个用户的帐户与其他用户的帐户建立关联(一个用户与其他用户建立关联)的情况称为“关注”,将关注了自己的用户或该用户的帐户称为“粉丝(follower)”。
在该情况下,第二用户能够通过自己的终端20阅览在SNS应用中从第一用户的终端20发送的信息。然后,作为非限定的例子,在第二用户对从第一用户发送的信息具有兴趣的情况下,第二用户能够通过从自己的终端20进行关注操作,从而向服务器10委托对第一用户进行关注。
在该情况下,能够将消息应用或SNS应用构成为优惠券应用的一个功能、或者将优惠券应用构成为消息应用或SNS应用的一个功能。
在将条件No“M1”的条件作为第一条件而应用的情况下,终端20的控制部21能够参照存储于存储部28的由自己的终端20的用户登记为朋友的用户或者关注的用户的数据,判定条件是否成立。
在条件No“M2”中,作为条件内容而规定有“从登记同意终端开始未经过设定时间或者设定时刻”,作为条件判定主体而规定有“终端或者服务器”。其意图在于,在从登记了同意终端开始不多时,参加优惠券可能未被同意终端的用户使用,因此,向自己的终端20的用户通知这一意思。
对于设定时间,作为非限定的例子,能够设定“1小时”左右的时间。
另外,对于设定时刻,作为非限定的例子,能够设定每“1小时”的时刻。
需要说明的是,这些设定可以在终端20侧进行,也可以在服务器10侧进行。
在将条件No“M1”或者“M2”的条件作为第一条件而应用的情况下,在从服务器10向终端20发送的参加优惠券同意终端信息中,作为与同意终端相关的信息或者与同意终端的用户相关的信息,能够包括参加优惠券管理数据的同意历史数据所存储的同意日期时间的信息。然后,终端20的控制部21能够基于接收到的同意日期时间的信息和时钟部29A的计时信息,判定条件是否成立。
需要说明的是,也能够代替终端20而由服务器10进行上述的第一条件是否成立的判定。在该情况下,服务器10能够预先规定与上述相同的第一条件,作为用于向终端20发送参加优惠券同意终端信息的条件。
作为非限定的例子,该情况下的第一条件也能够表述为“解除信息发送条件”。
在应用条件No“M1”的条件的情况下,服务器10的控制部11参照用于管理朋友登记的朋友登记管理数据(未图示)或用于管理关注的登记的关注登记管理数据(未图示),判定参加优惠券码信息的发送源的终端20的用户是否未将同意终端的用户登记为朋友或未关注同意终端的用户即可。
另外,在应用条件No“M2”的条件的情况下,服务器10的控制部11能够基于参加优惠券管理数据的同意历史数据所存储的同意日期时间的信息和时钟部19的计时信息,判定条件是否成立。
本变形例示出以下结构:在终端20的用户(不限定,是第一终端的用户)未将同意终端的用户(不限定,是第五终端的用户)登记为朋友的情况下或者未关注同意终端的用户的情况下(不限定,是未进行针对第五终端的用户的登记的情况),终端20将参加优惠券同意终端信息(不限定,是解除信息的一例)显示于显示部24。
作为通过这样的结构而得到的变形例的效果的一例,在第一终端的用户未进行针对第五终端的用户的登记的情况下,能够将解除信息显示于第一终端的显示部,向第一终端的用户通知关于解除与优惠相关的信息和第五信息的关联的信息。
<第九变形例(2)>
在第九实施例中,服务器10的控制部11也可以基于第二条件的成立而解除同意终端的登记,还可以不采用这种方式。第二条件也能够称为“解除条件”。
图9-7是示出用于说明本变形例中的第二条件的表的一例的图。
在该表中,与图9-6的表同样,作为非限定的例子,关联地规定有条件No、条件内容、以及条件判定主体。
在条件No“N1”、“N2”中,分别规定有与图9-6的条件No“M1”、“M2”相反的条件。另外,作为条件判定主体而规定有“服务器”。
在条件No“N3”的条件中,作为条件内容而规定有“从同意终端接收到参加优惠券使用信息”,作为条件判定主体而规定有“服务器”。参加优惠券使用信息如上所述。
其意图在于,当通过同意终端使用了参加优惠券时,解除同意终端的登记。
本变形例示出以下结构:在终端20的用户(不限定,是第一终端的用户)将同意终端的用户(不限定,是第五终端的用户)登记为朋友的情况下或者在关注了同意终端的用户的情况下(不限定,是进行针对第五终端的用户的登记的情况),通过服务器10解除同意终端的登记。
作为通过这样的结构而得到的变形例的效果的一例,在第一终端的用户未进行针对第五终端的用户的登记的情况下,能够解除与优惠相关的信息和第五信息的关联。
另外,本变形例示出以下结构:在经过了设定期间(不限定,是所设定的期间的一例)的情况下或者在经过了设定时刻(不限定,是所设定的时刻的一例)的情况下,通过服务器10解除同意终端的登记。
作为通过这样的结构而得到的变形例的效果的一例,在经过了所设定的期间的情况下或者在经过了所设定的时刻的情况下,能够解除与优惠相关的信息和第五信息的关联。
另外,本变形例示出以下结构:基于向同意终端的显示部24所显示的参加优惠券有效化显示(不限定,是第一显示的一例)的输入(不限定,是针对第一显示的输入的一例),通过服务器10解除同意终端的登记。
作为通过这样的结构而得到的变形例的效果的一例,在使用了优惠的情况下,能够解除与该优惠相关的信息和第五信息的关联。
<第十实施例>
第十实施例是变更参加优惠券优惠信息的优惠(优惠内容)的实施例。
第十实施例所记载的内容也能够应用于其他的各实施例或其他的各变形例中的任意一方。
另外,针对与已经出现的结构要素相同的结构要素标注相同的标号,省略再次的说明。
参加优惠券的优惠内容并不是必须为固定的优惠内容。作为非限定的例子,能够基于在服务器10中登记的终端20或者其用户的数量,来变更优惠内容。
<显示画面>
图10-1是示出在本实施例中显示于终端20A的显示部24的优惠券详细画面的一例的图。
在该优惠券详细画面中,在画面下部的参加优惠券详细信息显示区域WR1内显示有优惠券详细信息,但其内容与上述的实施例不同。
具体而言,显示有参加优惠券的需要人数为“1人~3人”,并且显示出根据参加人数在结账时最大减去“500日元”这一意思。当轻击了参加优惠券详细信息显示区域WR1内的参加优惠券请求按钮BT1时,作为非限定的例子,如图10-2所示,显示出参加优惠券发起方码信息显示区域WR2。
在该参加优惠券发起方码信息显示区域WR2,除了显示有参加优惠券发起方码信息MC1之外,作为非限定的例子,由于当前的参加人数为用户A.A的“1人”,因此还显示有折扣额为“200日元”这一意思。而且,显示有表示在下一个阶段再参加“2人”而使折扣额成为“500日元”的优惠提升信息TU1。
以后的显示画面与上述的实施例相同。
图10-3是示出在本实施例中显示于终端20A的显示部24的参加优惠券详细画面的另一例的图。
在该参加优惠券详细画面中,在画面下部的参加优惠券详细信息显示区域WR1内显示有优惠券详细信息,但其内容与图10-1不同。
具体而言,显示出参加优惠券的需要人数为“1人~无限(∞)”,并且显示出参加人数越增加则折扣额越大这一意思。在该情况下,当轻击了参加优惠券请求按钮BT1时,作为非限定的例子,如图10-4所示,显示出参加优惠券发起方码信息显示区域WR2。
在该参加优惠券发起方码信息显示区域WR2,除了显示有参加优惠券发起方码信息MC1等之外,作为非限定的例子,还显示有包括能够切换显示的多个参加优惠券的图像(以下称为“参加优惠券图像”。)的参加优惠券图像组MG1(参加优惠券图像组)。
在参加优惠券图像组MG1的左右,设置有用于切换参加优惠券图像的切换按钮,构成为通过轻击这些切换按钮,能够切换参加优惠券图像的显示,使得下一个参加优惠券图像或者上一个参加优惠券图像显示于最跟前侧。
在该图中,显示有当前的参加人数为用户A.A的“1人”这一意思。
另外,作为默认的显示,在最跟前侧显示有参加人数为“1人”且折扣额为“200日元”的参加优惠券图像。
在该状态下轻击了两次设置于参加优惠券图像的右侧的切换按钮时,作为非限定的例子,如图10-5所示,在最跟前侧显示出参加人数为“3人”且折扣额为“500日元”的参加优惠券图像。
同样,当轻击了五次设置于参加优惠券图像的右侧的切换按钮时,作为非限定的例子,如图10-6所示,在最跟前侧显示出参加人数为“5人”且折扣额为“900日元”的参加优惠券图像。
另外,基于当前的参加人数,在需要人数已经满足条件的参加优惠券图像中,作为非限定的例子,重叠显示出包括“清除”(CLEARED)的文字的标记。
通过进行这样的显示,终端20的用户能够一目了然地掌握参加优惠券的优惠(优惠内容)的不同、以及已经满足条件的参加优惠券的优惠。
<处理>
(1)第一处理
图10-7是示出在本实施例中由各装置执行的处理的流程的一例的流程图。
在S130之后,服务器10的控制部11通过通信I/F14向终端20A发送无条件优惠券优惠码信息(S1110)。
作为非限定的例子,无条件优惠券码信息是作为默认的优惠券(以下称为“无条件优惠券”。)的码信息(作为非限定的例子,令牌)而由服务器10生成的码信息,其中,该默认的优惠券是与需要人数无关地能够利用的优惠券。
在A130之后通过通信I/F22从服务器10接收到无条件优惠券优惠码信息时,终端20A的控制部21使无条件优惠券有效化显示显示于显示部24,该无条件优惠券有效化显示用于向用户通知无条件优惠券被有效化(A1110)。
之后,终端20A的控制部21判定是否对显示部24所显示的无条件优惠券有效化显示进行了用于使用无条件优惠券的针对输入部的输入(A1120),如果判定为进行了用于使用无条件优惠券的针对输入部的输入(A1120:是),则使无条件优惠券优惠码信息显示于显示部24(A1130)。然后,终端20A的控制部21结束处理。
另一方面,如果判定为未进行用于使用无条件参加优惠券的针对输入部的输入(A1120:否),则服务器10的控制部11将处理移至A140。
在该情况下,在服务器10中,经过S140~S160的处理而执行S170的处理。即,服务器10的控制部11判定是否使参加优惠券有效化(S170)。具体而言,如上所述,作为非限定的例子,在包括发起方终端的用户和同意用户在内而达到了优惠券信息管理数据库155A中的对应的优惠券信息管理数据所存储的需要人数的情况下,能够判定为使参加优惠券有效化。
如果判定为使参加优惠券有效化(S170:是),则服务器10的控制部11使处理进入S180。其结果是,将参加优惠券优惠码信息作为与无条件优惠券优惠码信息不同的码信息,从服务器10向终端20A发送。
(2)第二处理
图10-8是示出在本实施例中由各装置执行的处理的流程的另一例的流程图。
在S160之后,服务器10的控制部11判定是否更新了参加优惠券的优惠级别(S1160)。
作为非限定的例子,优惠级别能够预先设定为与发起方终端及同意终端的合计数具有正的关联的级别。更具体而言,作为非限定的例子,能够以如果合计数为“1”则为“优惠级别1”、如果合计数为“2”则为“优惠级别2”、如果合计数为“3”则为“优惠级别3”、……、这样的方式根据合计数来提高优惠级别。
需要说明的是,当能够无限制地提高优惠级别时,店铺侧可能会无利可图,因此,也能够预先对优惠级别设定上限值。
在该情况下,当优惠级别达到上限值之后,即便合计数进一步增加也不提高优惠级别即可。在该情况下,S1160的判定结果成为“否”。
如果判定为更新优惠级别(S1160:是),则服务器10的控制部11通过通信I/F14向终端20A发送与更新后的优惠级别相应的参加优惠券优惠码信息(S1170)。
在该情况下,能够从服务器10向终端20A发送优惠级别越高则设定了价值越高的优惠的参加优惠券优惠码信息。
作为非限定的例子,优惠的价值高是指,如果是进行折扣的优惠,则该折扣额(打折额)或折扣率(打折率)高。
另外,如果是进行某些附加商品或服务的提供的优惠,则该附加商品或服务的数量多、或者其品质高。
之后,服务器10的控制部11通过通信I/F14向终端20A发送参加优惠券更新信息,该参加优惠券更新信息表示更新了参加优惠券的优惠内容(S1180)。
当通过通信I/F22从服务器10接收到参加优惠券优惠码信息后(A160:是)通过通信I/F22从服务器10接收到参加优惠券更新信息时,终端20A的控制部21使接收到的参加优惠券更新信息显示于显示部24(A1170)。另外,终端20A的控制部21使表示更新了参加优惠券的优惠级别的优惠级别更新信息显示于显示部24(A1180)。然后,终端20A的控制部21将处理移至A180。
需要说明的是,在上述的处理中,也可以从优惠级别的判定对象中排除发起方终端,基于同意终端的数量来决定优惠级别,还可以不采用这种方式。
即,也可以在决定了发起方终端之后,基于几个终端20被登记为同意终端,来决定优惠级别,还可以不采用这种方式。
<第十实施例的效果>
第十实施例示出以下结构:基于所登记的终端20或者其用户的数量(不限定,是建立了关联的信息的一例),将无条件优惠券优惠码信息(不限定,是与优惠相关的信息的一例)变更为参加优惠券优惠码信息。
作为通过这样的结构而得到的实施例的效果的一例,由于基于建立了关联的信息的数量来变更与优惠相关的信息,因此,能够提高用户的便利性。
另外,第十实施例示出以下结构:基于由服务器10登记的终端20或者其用户的数量(不限定,是建立了关联的信息的数量的一例),来变更参加优惠券优惠码信息(不限定,是与优惠相关的信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,由于基于建立了关联的信息的数量来变更与优惠相关的信息,因此,作为非限定的例子,建立了关联的信息的数量越多,则能够提供价值越高的优惠。
另外,第十实施例示出以下结构:在由服务器10登记的终端20或者其用户的数量为需要人数(不限定,是所设定的数量的一例)以上的情况下或者比阈值人数(不限定,是所设定的数量的一例)多的情况下,基于针对终端20A的显示部24所显示的参加优惠券有效化显示(不限定,是第一显示的一例)的输入(不限定,是向第一显示的输入的一例),将参加优惠券优惠码信息(不限定,是与优惠相关的信息的一例)至少与发起方终端的用户及同意终端的用户建立关联。
作为通过这样的结构而得到的实施例的效果的一例,在建立了关联的信息的数量为所设定的数量以上或者比所设定的数量多的情况下,基于向发起方终端的显示部24所显示的参加优惠券有效化显示的输入,将参加优惠券优惠码信息至少与第一终端的用户及第二终端的用户建立关联,因此,能够提高用户的便利性。
另外,第十实施例示出以下结构:基于加入了参加优惠券的终端20的数量或者用户的数量,使参加优惠券有效化显示(不限定,是第一显示的一例)包括更新优惠级别的条件(不限定,是变更优惠的条件的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够通过第一显示的显示,向第一终端的用户通知变更优惠的条件。
<第十变形例>
在第十实施例中,示出了基于加入了参加优惠券的终端20的数量或者用户的数量来更新优惠级别的例子,但不限于此。
作为非限定的例子,也可以基于与加入了参加优惠券的终端20的用户相关的信息来更新优惠级别,还可以不采用这种方式。
具体而言,作为非限定的例子,在登记了最开始加入参加优惠券的用户的终端20的情况下,能够提高优惠级别。
另外,作为非限定的例子,在登记了性别、年龄、职业等属性信息相同的用户的终端20的情况下,能够提高优惠级别。
另外,作为非限定的例子,在登记了该日为生日的用户的终端20的情况下,能够提高优惠级别。
另外,在登记了与使用该参加优惠券的店铺相同的姓氏的用户的终端20的情况下或者在登记了与店铺关联的姓氏或名字的用户的终端20的情况下,能够提高优惠级别。
另外,也能够基于用户来到使用该参加优惠券的店铺的来店历史的信息,来更新优惠级别。
具体而言,作为非限定的例子,来到该店铺的来店次数或来店频度为设定值以上的用户的数量越多,则越能够提高优惠级别。另外,所登记的全部用户的来店次数或来店频度的平均值越大,则也越能够提高优惠级别。
需要说明的是,上述的各种的信息(参加人数的信息、与用户相关的信息、来店历史的信息等)能够任意组合而用于优惠级别的判定。
<第十一实施例>
第十一实施例是与上述的(2)的方法相关的实施例。
在第十一实施例中,不在服务器10侧使参加优惠券优惠码信息有效化,而在终端20侧使参加优惠券优惠码信息有效化。
图11-1是示出在本实施例中存储于终端20的存储部28的信息的一例的图。
在存储部28中,除了存储有优惠券应用处理程序281、优惠券应用ID283以及参加优惠券详细数据285之外,作为非限定的例子,还存储有参加优惠券管理数据287。
参加优惠券管理数据287是用于在终端20侧管理参加优惠券的数据,图11-2示出其数据结构的一例。
在参加优惠券管理数据287中,作为非限定的例子,存储有优惠券ID、参加优惠券优惠码信息、以及同意历史数据。
同意历史数据的数据结构与存储在服务器10的存储部15中的参加优惠券管理数据库157的参加优惠券管理数据所包含的同意历史数据相同。
<处理>
图11-3~图11-4是示出在本实施例中由各装置执行的处理的流程的一例的流程图。
服务器10的控制部11在通过通信I/F14从终端20A接收到参加优惠券请求信息时,将处理移至S120。然后,服务器10的控制部11通过通信I/F14向终端20A发送参加优惠券优惠码信息(A180)。该参加优惠券优惠码信息是从服务器发送并由终端接收的与优惠相关的信息的一例,是本实施例中的与优惠相关的信息的一例。
当通过通信I/F22从服务器10接收到参加优惠券优惠码信息时,终端20A的控制部21通过终端间通信I/F22B而与终端20B通信连接,通过终端间通信I/F22B向终端20B发送用于请求同意加入参加优惠券的参加优惠券同意请求信息(A1210)。
当通过终端间通信I/F22B从终端20A接收到参加优惠券同意请求信息时,终端20B的控制部21使接收到的参加优惠券同意请求信息显示于显示部24(B1210)。然后,终端20B的控制部21按照针对显示部24所显示的参加优惠券同意请求信息的经由输入部的用户操作,通过终端间通信I/F22B向终端20A发送参加优惠券同意信息(B1220)。然后,终端20B的控制部21结束处理。
当通过终端间通信I/F22B从终端20B接收到参加优惠券同意信息时,终端20A的控制部21执行参加优惠券同意追加处理(A1220)。具体而言,作为非限定的例子,使参加优惠券同意信息的发送源即终端20B或者用户B.B的识别信息作为同意终端ID而存储于参加优惠券管理数据287所包含的同意历史数据。另外,基于时钟部29A的计时信息,使当前的日期时间存储于同意日期时间。其结果是,针对终端20A成为发起方的参加优惠券,将终端20B登记为同意终端。
之后,终端20A的控制部21判定是否使参加优惠券有效化(A1230)。具体而言,作为非限定的例子,判定包括发起方终端(自己的终端20)的用户和同意终端的用户在内所登记的用户的数量是否达到存储于参加优惠券详细数据285的参加优惠券详细信息中的需要人数(或者是否超过阈值人数)。
如果判定为使参加优惠券有效化(A1230:是),则终端20A的控制部21将处理移至A170。
<第十一实施例的效果>
第十一实施例示出以下结构:与服务器10进行通信的终端20A(不限定,是第一终端的一例)通过通信I/F22(不限定,是第一终端的通信部的一例)向服务器10发送包括终端20A或者用户A.A的识别信息的参加优惠券请求信息(不限定,是第一信息的一例)。然后,终端20A通过通信I/F22从服务器10接收参加优惠券优惠码信息(不限定,是与优惠相关的信息的一例)。然后,终端20A通过通信I/F22接收包括终端20B或者用户B.B的识别信息的参加优惠券同意信息(不限定,是第二信息的一例)。然后,至少基于参加优惠券请求信息和参加优惠券同意信息,将参加优惠券有效化显示、参加优惠券优惠码信息显示(不限定,是基于与优惠相关的信息的第一显示的一例)显示于显示部24(不限定,是第一终端的显示部的一例)。
作为通过这样的结构而得到的实施例的效果的一例,第一终端仅通过进行向服务器发送与第一终端相关的第一信息或者与第一终端的用户相关的第一信息这样的简单动作,就能够从服务器接收与优惠相关的信息。另外,第一终端通过接收与不同于第一终端的第二终端相关的第二信息或者与第二终端的用户相关的第二信息,并至少基于第一信息和第二信息而显示基于与优惠相关的信息的第一显示,从而能够向第一终端的用户通知与优惠相关的信息。其结果是,多个用户都能够使用优惠(接受优惠),能够提高用户的便利性。
另外,第十一实施例示出以下结构:终端20的通信I/F22具有标准通信I/F22A(不限定,是第一通信部的一例)和终端间通信I/F22B(不限定,是第二通信部的一例)。然后,通过标准通信I/F22A向服务器10发送参加优惠券请求信息(不限定,是第一信息的一例),通过终端间通信I/F22B从终端20B(不限定,是第二终端的一例)接收参加优惠券同意信息(不限定,是第二信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够通过不同的通信部而收发第一信息和第二信息。
<第十一变形例(1)>
在第十一实施例中,终端20A通过终端间通信I/F22B从终端20B接收参加优惠券同意信息,但不限于此。
也可以是,终端20B向服务器10发送参加优惠券同意信息,终端20A经由服务器10接收参加优惠券同意信息,还可以不采用这种方式。
另外,在第十一实施例中,也可以基于成为同意终端的终端20读取在成为发起方终端的终端20侧生成的伪码信息(以下称为“伪码信息”。),从同意终端向发起方终端发送参加优惠券同意信息,还可以不采用这种方式。
图11-5是示出在该情况下由各装置执行的处理的流程的一例的流程图。
在A120之后,终端20A的控制部21执行伪码信息生成处理(A1270)。具体而言,作为非限定的例子,生成对终端20A或者用户A.A的识别信息进行了编码的伪码图像。然后,终端20A的控制部21使生成的伪码信息显示于显示部24(A1280)。
终端20B的控制部21基于针对输入部的输入,进行使拍摄部27读取终端20A的显示部24所显示的伪码信息的控制(B1280)。然后,终端20B的控制部21基于通过解码从读取的伪码信息中取得的信息,通过终端间通信I/F22B而与终端20A通信连接,发送参加优惠券同意信息(B1290)。
<第十一变形例(2)>
在第十实施例中,说明了服务器10对参加优惠券优惠信息的优惠进行变更的方法,也可以将其应用于第十一实施例,使终端20对参加优惠券优惠信息的优惠进行变更,还可以不采用这种方式。
图11-6是示出在本变形例中由各装置执行的处理的流程的一例的流程图。
在A1220之后,终端20A的控制部21判定是否更新了优惠级别(A1240)。
在该情况下,与第十实施例同样,能够从优惠级别的判定对象中排除发起方终端,基于同意终端的数量来决定优惠级别。
另外,也能够与此不同地将发起方终端也包含在优惠级别的判定对象内,基于发起方终端和同意终端的数量来决定优惠级别。
如果判定为更新了优惠级别(A1240:是),终端20A的控制部21基于更新结果的优惠级别来变更参加优惠券优惠内容(A1250)。然后,终端20A的控制部21使表示更新了参加优惠券的优惠级别的参加优惠券优惠级别更新信息显示于显示部24(A1260)。然后,终端20A的控制部21将处理移至A180。
本变形例示出以下结构:终端20A通过终端间通信I/F22B接收不仅包括终端20B或者其用户的识别信息还包括终端20C(不限定,是第三终端的一例)或者其用户的识别信息的参加优惠券同意信息(不限定,是与第三终端或者第三终端的用户相关的信息的一例)。然后,至少基于来自终端20B的参加优惠券同意信息和来自终端20C的参加优惠券同意信息来变更参加优惠券优惠码信息。
作为通过这样的结构而得到的变形例的效果的一例,能够基于至少第二信息和第三信息,来变更与优惠相关的信息。
在该情况下,通过终端间通信I/F22B接收至少包括来自终端20B和终端20C的参加优惠券同意信息在内的来自多个同意终端的参加优惠券同意信息(不限定,是多个信息的一例)。然后,基于至少来自多个同意终端的参加优惠券同意信息的数量(不限定,是多个信息的数量的一例)来变更参加优惠券优惠码信息。
作为通过这样的结构而得到的变形例的效果的一例,能够基于至少包括第二信息和第三信息的多个信息的数量,适当地变更与优惠相关的信息。其结果是,作为非限定的例子,多个信息的数量越多则能够变更为价值越高的优惠。
另外,在上述中示出以下结构:基于与发起方终端相关的信息(不限定,是第一信息的一例)与来自多个同意终端的参加优惠券同意信息(不限定,是多个信息的一例)的合计数量,来变更参加优惠券优惠码信息。
作为通过这样的结构而得到的变形例的效果的一例,能够不仅对至少包括第二信息和第三信息的多个信息进行计数,还对第一信息进行计数,从而适当地变更与优惠相关的信息。
另外,本变形例示出终端间通信I/F22B以近距离的方式进行通信的结构。
作为通过这样的结构而得到的变形例的效果的一例,能够通过近距离的通信,从第二终端简单地取得第二信息。
<其他实施例>
在第十一实施例中说明的在终端20侧使参加优惠券有效化的实施例中,能够应用在第一实施例~第十实施例中说明的各种实施例的内容。
在第一实施例~第十实施例中说明了在服务器10侧使参加优惠券有效化的方法,在第十一实施例中说明了在终端20侧使参加优惠券有效化的方法,但这仅仅是使参加优惠券有效化的主体不同。因此,关于除此以外的内容,能够将第一实施例~第十实施例的内容同样地应用于第十一实施例。
由于对全部进行说明是冗余的,因此,以下部分地进行例示。
在第十一实施例中作为非限定的例子而应用在第一实施例中说明的与参加优惠券发起方码信息的读取相关的内容的情况下,终端20A基于参加优惠券请求信息的发送,通过通信I/F22从服务器10接收参加优惠券发起方码信息(不限定,是码信息的一例),将接收到的参加优惠券发起方码信息显示于显示部24。在该情况下,包括终端20B或者用户B.B的识别信息在内的参加优惠券同意信息(不限定,是第二信息的一例)能够基于由终端20B(不限定,是第二终端的一例)进行的终端20A的显示部24所显示的参加优惠券发起方码信息的读取,从服务器10向终端20A发送参加优惠券同意信息,其中,该参加优惠券同意信息是从终端20B向服务器10发送并由服务器10接收到的信息。
作为通过这样的结构而得到的实施例的效果的一例,仅通过使不同于第一终端的第二终端读取由第一终端从服务器接收并显示的码信息,第一终端就能够经由服务器从第二终端取得第二信息。
另外,在第十一实施例中作为非限定的例子而应用在第二实施例中说明的与码有效期间或码有效时间相关的内容的情况下,终端20A(不限定,是第一终端的一例)能够通过通信I/F22从服务器10接收参加优惠券超时信息(不限定,是能够利用码信息的期间的信息的一例、能够利用码信息的时刻的信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,第一终端能够通过接收能够利用码信息的期间的信息或者能够利用码信息的时刻的信息,作为非限定的例子,将这些信息显示于显示部等,从而向用户通知能够利用码信息的期间的信息或者能够利用码信息的时刻的信息。
另外,在第十一实施例中作为非限定的例子而应用在第五实施例中说明的通过WEB等来检索参加优惠券的内容的情况下,终端20A(不限定,是第一终端的一例)能够将参加优惠券的检索结果的显示(不限定,是关于取得与优惠相关的信息的第二显示的一例)显示于显示部24。然后,能够基于针对参加优惠券检索结果的显示的输入,从终端20A向服务器10发送优惠券选择信息(不限定,是第一信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够基于针对第一终端的显示部所显示的关于取得与优惠相关的信息的第二显示的输入,从第一终端向服务器简单地发送第一信息。
另外,在第十一实施例中作为非限定的例子而应用在第五实施例中说明的通过WEB等来检索参加优惠券的内容的情况下,
终端20B(不限定,是第二终端的一例)能够将参加优惠券同意请求信息的显示(不限定,是关于取得与优惠相关的信息的第二显示的一例)显示于显示部24。然后,能够基于针对终端20B所显示的参加优惠券同意请求信息的显示的输入,从终端20B向服务器10发送参加优惠券同意信息(不限定,是第二信息的一例),从服务器10向终端20A发送由服务器10接收到的参加优惠券同意信息。
作为通过这样的结构而得到的实施例的效果的一例,第一终端能够基于针对第二终端的显示部所显示的关于取得与优惠相关的信息的第二显示的输入,经由服务器从第二终端取得第二信息。
另外,在第十一实施例中作为非限定的例子而应用在第五变形例中说明的与设置于店铺的电子装置相关的内容的情况下,示出以下结构:终端20的通信I/F22具有标准通信I/F22A(不限定,是第一通信部的一例)和信标用通信I/F22C(不限定,是第二通信部的一例)。通过标准通信I/F22A从终端20向服务器10发送优惠券选择信息。通过标准通信I/F22A从服务器10接收参加优惠券优惠码信息。在该情况下,基于终端20通过信标用通信I/F22C接收从设置于店铺的信标50发送的BLE信号,而将优惠券一览信息的显示显示于终端20的显示部24。
作为通过这样的结构而得到的实施例的效果的一例,能够基于通过第二通信部来接收从设置于店铺的电子装置发送的信息,而将第二显示简单地显示于终端的显示部。
另外,在第十一实施例中作为非限定的例子而应用在第七实施例中说明的、读取在店铺中发布的参加优惠券发起方制造码信息的内容的情况下,终端20A读取参加优惠券发起方制造码信息(不限定,是码信息的一例)。然后,能够通过通信I/F22向服务器10发送参加优惠券发起方制造信息(不限定,是第一信息的一例),该参加优惠券发起方制造信息包括终端20A或者用户A.A的识别信息、以及通过解码从参加优惠券发起方制造码信息中取得的优惠券ID。
作为通过这样的结构而得到的实施例的效果的一例,仅通过第一终端读取码信息,就能够向服务器简单地发送第一信息。
另外,在第十一实施例中作为非限定的例子而应用在第七变形例(1)中说明的、向服务器发送与终端的位置相关的信息的内容的情况下,基于终端20A读取参加优惠券发起方制造码信息,通过通信I/F22向服务器10发送参加优惠券发起方制造信息,该参加优惠券发起方制造信息包括终端20A的识别信息(不限定,是第一信息的一例)或者用户A.A的识别信息(不限定,是第一信息的一例)、以及最新的计算终端位置的信息(不限定,是与第一终端的位置相关的信息的一例)。然后,终端20A能够通过通信I/F22来接收基于所发送的最新的计算终端位置的信息而得到的参加优惠券优惠码信息。
作为通过这样的结构而得到的实施例的效果的一例,能够基于第一终端读取码信息,而向服务器发送第一信息和与第一终端的位置相关的信息,因此,服务器在基于与第一终端的位置相关的信息而推断出第一终端读取的码信息的位置的基础上,来决定向第一终端发送的与优惠相关的信息。其结果是,即便不单独地准备码信息,仅通过预先准备共用的码信息,就能够通过终端来取得与适当的优惠相关的信息。
另外,在第十一实施例中作为非限定的例子而应用在第七变形例(2)中说明的、与终端的位置相关的信息包括基于从设置于店铺的电子装置发送的信息而得到的信息在内的内容的情况下,终端20A的位置信息(不限定,是与第一终端的位置相关的信息的一例)能够包括基于从设置于店铺的信标(不限定,是电子装置的一例)发送的BLE信号(不限定,是从电子装置发送的信息的一例)而得到的信息。
作为通过这样的结构而得到的实施例的效果的一例,能够基于从设置于店铺的电子装置发送的信息,简单地确定与第一终端的位置相关的信息。
另外,在第十一实施例中作为非限定的例子而应用在第七变形例(2)中说明的、与终端的位置相关的信息包括与由终端选择出的店铺相关的信息在内的内容的情况下,终端20A的位置信息(不限定,是与第一终端的位置相关的信息的一例)能够包括由终端20A选择出的店铺的识别信息(不限定,是由第一终端选择出的店铺相关的信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够基于由第一终端选择出的店铺相关的信息,简单地确定与第一终端的位置相关的信息。
另外,在第十一实施例中作为非限定的例子而应用在第七变形例(3)中说明的、码信息与店铺的信息建立关联的内容的情况下,参加优惠券发起方制造码信息(不限定,是码信息的一例)能够与店铺识别信息或店铺位置信息(不限定,是店铺的信息的一例)建立关联。
作为通过这样的结构而得到的实施例的效果的一例,由于码信息能够与店铺的信息建立关联,因此,通过第一终端来读取码信息,能够由第一终端取得店铺的信息。
另外,在第十一实施例中作为非限定的例子而应用在第四实施例中说明的、发起方合并的内容的情况下,发起方权限(参加优惠券的优惠信息)(不限定,是第一优惠信息的一例)能够与终端20A或者用户A.A建立关联。终端20A使从服务器10接收到的参加优惠券发起方合并候选信息(不限定,是第二优惠信息的一例)显示于显示部24。然后,能够基于针对终端20A的显示部24所显示的参加优惠券发起方合并候选信息的输入,将终端20B或者用户B.B的识别信息与终端20A或者用户A.A的发起方权限(参加优惠券的优惠信息)建立关联。
作为通过这样的结构而得到的实施例的效果的一例,能够基于针对第一终端的显示部所显示的第二优惠信息的输入,将第一信息与第二优惠信息简单地建立关联。
另外,在第十一实施例中作为非限定的例子而应用在第四实施例中说明的、发起方合并的内容的情况下,终端20C或者用户C.C的识别信息(不限定,是第二信息的一例)与终端20B或者用户B.B的发起方权限(参加优惠券的优惠信息)建立关联。在该情况下,能够基于针对终端20A的显示部24所显示的参加优惠券发起方合并候选信息的输入,将终端20C或者用户C.C的识别信息与终端20A或者用户A.A的发起方权限(参加优惠券的优惠信息)建立关联。
作为通过这样的结构而得到的实施例的效果的一例,能够基于针对第一终端的显示部所显示的第二优惠信息的输入,不仅将第一信息,还将第二信息与第二优惠信息简单地建立关联。
另外,在第十一实施例中作为非限定的例子而应用在第十实施例中说明的、变更优惠的内容的情况下,参加优惠券有效化显示(不限定,是第一显示的一例)能够包括用于变更参加优惠券的优惠的条件。
作为通过这样的结构而得到的实施例的效果的一例,通过向显示部显示第一显示,能够向第一终端的用户通知变更优惠的条件。
另外,在第十一实施例中作为非限定的例子而应用在第一实施例中说明的、显示与第二终端的用户相关的信息的内容的情况下,参加优惠券有效化显示(不限定,是第一显示的一例)能够包括同意终端或者同意终端的用户的识别信息(不限定,是与第二终端或者第二终端的用户相关的信息的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够通过第一显示,向第一终端的用户通知与第二终端的用户相关的信息。
另外,在第十一实施例中作为非限定的例子而应用在第一实施例中说明的、与优惠的使用相关的内容的情况下,示出以下结构:基于向终端20A的显示部24所显示的参加优惠券有效化显示(不限定,是第一显示的一例)的输入而使用参加优惠券(不限定,是优惠的一例)。
作为通过这样的结构而得到的实施例的效果的一例,能够基于向第一终端的显示部所显示的第一显示的输入,简单地使用优惠。
另外,在第十一实施例中作为非限定的例子而应用在第三变形例(2)中说明的、表示优惠已使用的信息的显示的内容的情况下,示出以下结构:在进行了向终端20B的显示部24(不限定,是第二终端的显示部的一例)所显示的参加优惠券有效化显示(不限定,是第一显示的一例)的操作输入或声音输入(不限定,是针对第一显示的输入的一例)之后、进行了向终端20A的显示部24所显示的参加优惠券有效化显示的操作输入或声音输入的情况下,终端20A将参加优惠券无效化信息(不限定,是表示优惠已使用的信息的一例)显示于显示部24。
作为通过这样的结构而得到的实施例的效果的一例,能够在由一个用户使用了优惠之后,其他用户无法使用该优惠。
附图标记说明
1 通信系统;
10 服务器;
20 终端;
30 网络;
50 信标。