CN102262769B - 预约处理装置以及预约处理方法 - Google Patents
预约处理装置以及预约处理方法 Download PDFInfo
- Publication number
- CN102262769B CN102262769B CN201110144234.XA CN201110144234A CN102262769B CN 102262769 B CN102262769 B CN 102262769B CN 201110144234 A CN201110144234 A CN 201110144234A CN 102262769 B CN102262769 B CN 102262769B
- Authority
- CN
- China
- Prior art keywords
- reservation
- shop
- facility
- information
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012545 processing Methods 0.000 title claims abstract description 74
- 238000003672 processing method Methods 0.000 title claims abstract description 5
- 230000004044 response Effects 0.000 claims description 105
- 230000005540 biological transmission Effects 0.000 claims description 24
- 238000012790 confirmation Methods 0.000 description 28
- 238000000034 method Methods 0.000 description 23
- 230000010354 integration Effects 0.000 description 18
- 238000004891 communication Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 8
- 238000012216 screening Methods 0.000 description 7
- 108010022579 ATP dependent 26S protease Proteins 0.000 description 6
- 230000035622 drinking Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000007689 inspection Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 108091064702 1 family Proteins 0.000 description 1
- 241000208340 Araliaceae Species 0.000 description 1
- 240000008620 Fagopyrum esculentum Species 0.000 description 1
- 235000009419 Fagopyrum esculentum Nutrition 0.000 description 1
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 description 1
- 235000003140 Panax quinquefolius Nutrition 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000010411 cooking Methods 0.000 description 1
- 235000008434 ginseng Nutrition 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 235000013372 meat Nutrition 0.000 description 1
- 235000012149 noodles Nutrition 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/12—Hotels or restaurants
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Quality & Reliability (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
提供一种不需要管理店铺等的设施的空余信息的系统,能够迅速地决定设施的预约的预约处理装置以及预约处理方法。将对于设施的预约人的预约条件一并发送到与多个预约候选设施分别对应的设施终端,并从与发送来表示可接受该预约条件的可接受信息的设施终端对应的预约候选设施中决定预约设施。
Description
技术领域
本发明涉及将符合用户指定的条件的设施的预约能够尽快成立的预约处理装置等的技术领域。
背景技术
以往,已知如下的预约系统:经由通信线路接收用户在用户终端中指定的条件,并预约符合条件的店铺等的设施。此外,在专利文献1中,公开了如下的技术:店铺信息管理系统取得满足从移动终端接收到的预约条件的店铺列表,接着,对管理各个店铺的空余信息的预约确认系统查询在店铺列表中是否有可预约的店铺,并将可预约店铺列表发送到移动终端。
【专利文献1】特开2009-116424号公报
但是,在专利文献1所记载的技术中,在预约确认系统中需要掌握各个店铺的空余信息,若为此在各个店铺中设置终端而构筑空余管理系统,则存在产生庞大的成本负担的顾虑。此外,在取得了上述的店铺列表的时刻,人(例如,店铺的工作人员)对店铺列表中包含的各个店铺确认空余信息的情况下,会介入人的判断和操作,存在预约的成立为止需要较长的时间的顾虑。
发明内容
本发明是鉴于以上的点而完成的,其目的在于,提供一种不需要管理店铺等的设施的空余信息的系统,能够迅速地决定预约设施的预约处理装置等。
为了解决上述课题,技术方案1记载的发明是一种预约处理装置,其特征在于,包括:预约条件信息接收部件,从预约用终端接收表示对于设施的预约人的预约条件的预约条件信息;预约条件信息发送部件,将所述接收到的预约条件信息一并发送到与多个预约候选设施分别对应的各个设施终端;可接受信息接收部件,从所述设施终端接收表示可接受所述发送的预约条件信息所示的预约条件的可接受信息;以及预约设施决定部件,从与所述可接受信息接收部件接收到的可接受信息的发送源的设施终端对应的预约候选设施中决定预约设施,并将其输出。
根据本发明,将预约条件信息一并发送到多个预约候选设施,从发送来表示可接受该预约条件信息所示的预约条件的可接受信息的预约候选设施中决定预约设施。因此,与对多个预约候选设施依次查询可否接受的情况相比,能够缩短预约设施的决定为止的时间。
技术方案2记载的发明在技术方案1记载的预约处理装置中,其特征在于,所述预约设施决定部件将与所述可接受信息接收部件最初接收到的可接受信息的发送源的设施终端对应的预约候选设施决定为预约设施。
根据本发明,将从预约条件信息的发送目的地的多个预约候选设施中、最早发送来可接受信息的预约候选设施决定为预约设施。因此,从相信想要使预约成立的设施会尽快发送可接受信息的观点出发,能够缩短预约设施的决定为止的时间,能够使预约迅速地成立。
技术方案4记载的发明在技术方案1记载的预约处理装置中,其特征在于,所述预约条件信息接收部件从预约用终端还接收表示用于确定对于设施的预约人的优先顺序的信息的优先顺序信息,所述预约设施决定部件在所述可接受信息接收部件接收到可接受信息时,参照所述预约条件信息接收部件接收到的优先顺序信息,在判定为与该可接受信息的发送源的设施终端对应的预约候选设施的优先顺序不低于规定的顺序的情况下,将与该可接受信息的发送源的设施终端对应的预约候选设施决定为预约设施。
根据本发明,在接收到可接受信息时,在发送来该可接受信息的预约候选设施的优先顺序不低于规定的顺序的情况下(规定的顺序以上的情况下),发送来该可接受信息的预约候选设施决定为预约设施。因此,能够使可接受的预约候选设施并且是预约人指定的优先顺序不低于规定的顺序(规定的顺序以上的情况下)的预约候选设施的预约迅速地成立。
技术方案7记载的发明在技术方案1记载的预约处理装置中,其特征在于,所述预约条件信息接收部件从预约用终端还接收表示用于确定对于设施的预约人的优先顺序的信息的优先顺序信息,代替所述可接受信息接收部件而还包括:响应信息接收部件,从所述设施终端接收表示可接受或者不能接受所述发送的预约条件信息所示的预约条件的情况的响应信息,所述预约设施决定部件在所述响应信息接收部件接收到表示可接受的响应信息时,参照所述接收到的优先顺序信息,在判定为已经从与优先顺序比与发送了该响应信息的设施终端对应的预约候选设施高的全部预约候选设施对应的设施终端接收到表示不能接受的响应信息的情况下,将与发送来该表示可接受的响应信息的设施终端对应的预约候选设施决定为预约设施。
根据本发明,在接收到表示可接受的响应信息时,已经从优先顺序比发送来该响应信息的预约候选设施高的全部预约候选设施接收到表示不能接受的响应信息的情况下,将发送来该响应信息的预约候选设施决定为预约设施。因此,能够使还没有确定不能接受的预约候选设施中、预约人指定的优先顺序最高的预约候选设施的预约迅速地成立。
技术方案9记载的发明在技术方案1记载的预约处理装置中,其特征在于,还包括:预约候选设施列表发送部件,将列表信息发送到所述预约用终端,该列表信息表示与在所述预约条件信息发送部件发送预约条件信息之后的规定时间内所述可接受信息接收部件接收到的可接受信息的发送源的设施终端对应的预约候选设施的列表;以及选择预约候选设施信息接收部件,从所述预约用终端接收表示预约人从所述预约候选设施的列表中选择的预约候选设施的选择预约候选设施信息,所述预约设施决定部件将所述选择预约候选设施信息接收部件接收到的选择预约候选设施信息所示的由所述预约人选择的预约候选设施决定为预约设施。
根据本发明,在规定时间内发送来可接受信息的预约候选设施中,由预约人选择的预约候选设施决定为预约设施。因此,在规定时间内筛选可接受预约人的预约的预约候选设施,所以通过适当地设定规定时间,能够缩短预约成立为止的时间,进而能够使预约迅速地成立。
技术方案14记载的发明是一种由计算机执行的预约处理方法,其特征在于,包括:从预约用终端接收表示对于设施的预约人的预约条件的预约条件信息的步骤;将所述接收到的预约条件信息一并发送到与多个预约候选设施分别对应的设施终端的步骤;从所述设施终端接收表示可接受所述发送的预约条件信息所示的预约条件的可接受信息的步骤;以及从与接收到的可接受信息的发送源的设施终端对应的预约候选设施中决定预约设施,并将其输出的步骤。
根据本发明,将预约条件信息一并发送到多个预约候选设施,从发送来表示可接受该预约条件信息所示的预约条件的可接受信息的预约候选设施中决定预约设施。因此,与对多个预约候选设施依次查询可否接受的情况相比,能够缩短预约设施的决定为止的时间。
附图说明
图1是表示第1实施方式的店铺预约系统S的概要结构的一例的图。
图2是表示预约管理服务器2的概要结构例的方框图。
图3是表示在各个数据库中注册的信息的结构例的图。
图4是表示在第1实施方式的店铺预约系统S的店铺预约处理时的动作例的时序图。
图5是表示在第2实施方式的店铺预约系统S的店铺预约处理时的动作例的时序图。
图6是表示在第2实施方式的店铺预约系统S的店铺预约处理时的动作例的时序图。
图7是表示在第2实施方式的店铺预约系统S的店铺预约处理时的动作例的时序图。
图8是表示在第2实施方式的店铺预约系统S的店铺预约处理时的动作例的时序图。
图9是表示在第2实施方式的店铺预约系统S的店铺预约处理时的动作例的时序图。
图10是表示在第3实施方式的店铺预约系统S的店铺预约处理时的动作例的时序图。
图11是表示在第3实施方式的店铺预约系统S的店铺预约处理时的动作例的时序图。
标号说明
1用户终端
2预约管理服务器
21通信部
22存储部
23系统控制部
3店铺终端
4结算管理服务器
NW网络
S店铺预约系统
具体实施方式
以下,参照附图详细说明本发明的实施方式。另外,以下说明的实施方式是对店铺预约系统应用了本发明的情况下的实施方式。
【1.第1实施方式】
【1.1.店铺预约系统的结构和功能概要】
首先,使用图1说明第1实施方式的店铺预约系统S的结构和功能概要。
图1是表示第1实施方式的店铺预约系统S的概要结构的一例的图。
如图1所示,店铺预约系统S包括:用户终端1(本发明的“预约用终端”的一例)、预约管理服务器2(本发明的“预约处理装置”的一例)、店铺终端3(本发明的“设施终端”的一例)、结算管理服务器4。预约管理服务器2可经由网络NW(例如,通信协议使用TCP/IP等)与用户终端1、店铺终端3以及结算管理服务器4相互进行数据的发送接收。另外,网络NW例如由因特网、专用通信线路(例如,CATV(CommunityAntennaTelevision,有线电视)线路)、移动通信网(包括基站等)、以及网关等构筑。
预约管理服务器2是提供店铺预约网站的服务器,例如由具有Web服务器、应用服务器以及数据库服务器等的功能的一个或多个服务器计算机构成。店铺预约网站是提供以用户指定的条件、使店铺(尤其是餐饮店)的预约迅速地成立的服务的网站。
图2是表示预约管理服务器2的概要结构例的方框图。
如图2所示,预约管理服务器2大致由通信部21、存储部22以及系统控制部23构成。
通信部21连接到网络NW,控制与用户终端1、店铺终端3以及结算管理服务器4等的通信状态。
存储部22例如由硬盘驱动器等构成,存储OS(OperatingSystem,操作系统)、服务器程序(预约处理程序等)以及各种数据。
此外,在存储部22中,构筑有用户数据库(DB(database))221、店铺DB222以及预约管理DB223等。
图3是表示在各个数据库中注册的信息的结构例的图。
在如图3(A)所示的用户DB221中,对每个用户相关联地注册(存储)了对店铺预约网站进行了会员注册的用户的用户ID、口令、姓名、性别、住所、电话号码、邮件地址、以及信用卡信息(卡公司、卡号、卡有效期限、卡名义人)等的用户信息。另外,会员注册,例如通过从用户终端1访问店铺预约网站而提供到的会员注册手续画面而进行,且此时发行用户ID。
在如图3(B)所示的店铺DB222中,对每个店铺相关联地注册了注册至店铺预约网站的店铺(用户能够预约的店铺)的店铺ID、口令、名称、住所、电话号码、电子邮件、种类、营业时间、休息日、容纳人数、平均使用金额、主页的URL、用途等的店铺信息。作为种类,例如注册了小酒店、拉面馆、意大利式、法式、中华料理、日食、烤肉店、荞面条铺、茶馆等。作为用途,例如注册了“和朋友”、“和恋人”、“和公司的同事”、“接待”、“一人”等。此外,在店铺DB222中注册的信息在用户检索要预约的店铺时利用。因此,除了这里举出的店铺信息以外,还可以注册在用户检索店铺时有用的信息。另外,店铺的注册,例如通过从店铺终端3访问店铺预约网站而提供到的店铺注册手续画面而进行,且此时发行店铺ID。
在如图3(C)所示的预约管理DB223中,注册了用于识别成立的预约的预约ID、作出预约的用户的用户ID、接受预约的店铺的店铺ID、预约时刻、预约人数等的与成立的预约有关的预约信息。另外,预约信息是在店铺预约网站中预约成立时注册,且此时发行预约ID。
系统控制部23包括:CPU(CentralProcessingUnit,中央处理单元)23a、ROM(ReadOnlyMemory,只读存储器)23b、RAM(RandomAccessMemory,随机存取存储器)23c等。并且,通过CPU23a读取并执行在ROM23b或存储部22中存储的服务器程序,从而系统控制部23作为本发明的预约条件信息接收部件、预约条件信息发送部件、可接受信息接收部件、预约设施决定部件、预约成立部件、通知部件以及预约成立通知部件等起作用,进行后述的处理。
用户终端1是用户通过店铺预约网站预约店铺时使用的终端。虽然未图示,但用户终端1例如包括:具有CPU、RAM、ROM等的控制部;具有闪速存储器等的存储部;用于在与预约管理服务器2等之间进行通信的通信部;由用户操作的操作部;以及显示从预约管理服务器2提供的各种画面(例如,Web页)或e-mail(以下,称为“邮件”)的显示部。另外,用户终端1例如可应用移动电话、PDA(PersonalDigitalAssistant,个人数字助理)、移动游戏机、PC(PersonalComputer,个人计算机)等。此外,在图1中,仅表示了一台用户终端1,但也可以是多个用户终端1访问预约管理服务器2。
店铺终端3是店铺的工作人员进行与预约的接受有关的各种处理时使用的终端。虽然未图示,但店铺终端3例如包括:具有CPU、RAM、ROM等的系统控制部;具有硬盘驱动器等的存储部;用于在与预约管理服务器2等之间进行通信的通信部;由店铺的工作人员操作的操作部;以及显示从预约管理服务器2提供的各种画面(例如,Web页)或邮件的显示部。另外,店铺终端3例如可应用PC、移动电话、PDA、移动游戏机等。此外,在图1中,仅表示了一台店铺终端3,但注册在店铺DB222中的店铺数个的店铺终端3连接到网络NW。
结算管理服务器4具有如下功能:基于从预约管理服务器1接收的信用卡信息,从预约人进行对于规定金额的金钱(例如,相当于解约费用的金额、预约店铺的使用费用的一部分)的信用承认处理,并将处理结果发回预约管理服务器1。虽然未图示,但结算管理服务器4例如包括:具有CPU、RAM、ROM等的系统控制部;具有硬盘驱动器等的存储部;以及用于在与预约管理服务器2等之间进行通信的通信部。在存储部中,构筑了用于信用承认处理等的各种DB。另外,在图1中,仅表示了一台结算管理服务器4,但是对于能够在店铺预约系统S中利用的每个卡公司设置了结算管理服务器4。
【1.2.店铺预约系统S中的店铺预约处理】
接着,使用图4说明店铺预约系统S中的店铺预约处理。图4是表示店铺预约系统S的店铺预约处理中的动作例的时序图。另外,在这里,为了简化说明而说明只有一台用户终端1访问店铺预约网站的情况。此外,在用户终端1和预约管理服务器2之间进行了对于店铺预约网站的登录处理的情况下,开始图4所示的处理。
若登录处理完成,则如图4所示,预约管理服务器2的系统控制部23对用户终端1发送店铺检索画面显示数据(步骤S101)。对此,用户终端1的系统控制部基于接收到的店铺检索画面显示数据,在自己的显示部中显示店铺检索画面(步骤S102)。在店铺检索画面中,可以输入用户终端1的用户用于从注册在店铺预约系统S的店铺中筛选作为预约候选的店铺的店铺检索条件。例如,可以输入包括要作为预约对象的店铺的住所的区域、种类、营业时间段等(若是作为店铺信息而注册在店铺DB222中的信息,则可以包含在检索条件中)的店铺检索条件。此外,也可以作为店铺检索条件而输入接近用户的当前所在地的(例如,300m以内)的店铺的条件。
若在店铺检索画面中用户的店铺检索条件的输入完成,则用户终端1的系统控制部将包括表示输入的店铺检索条件的店铺检索条件信息的店铺检索请求发送到预约管理服务器2(步骤S103)。另外,在作为店铺检索条件而包括接近当前所在地的店铺的条件的情况下,将由用户终端1具有的GPS(GlobalPositioningSystem,全球定位系统)接收机所取得的当前地点信息一并发送(在用户终端1不具有GPS接收机的情况下,让用户输入当前地点信息)。对此,预约管理服务器2的系统控制部23基于在接收到的店铺检索请求中包含的店铺检索条件信息所示的店铺检索条件,进行店铺检索处理(步骤S104)。具体地说,系统控制部23从注册在店铺DB222中的店铺中检索满足店铺检索条件的店铺,并基于检索结果来生成店铺列表。另外,系统控制部23在接收到上述的当前地点信息的情况下,检索在从当前地点信息所示的地点起规定的范围内的店铺。此时,在店铺列表中,能够从当前所在地由近到远的顺序配置店铺信息。
接着,预约管理服务器2的系统控制部23将用于显示与生成的店铺列表对应的店铺列表画面的店铺列表画面显示数据发送到用户终端1(步骤S105)。对此,用户终端1的系统控制部基于接收到的店铺列表画面显示数据,在自己的显示部中显示店铺列表画面(步骤S106)。
在店铺列表画面中,满足用户在店铺检索画面中输入的店铺检索条件的店铺的一览与店铺信息一同显示。在店铺列表画面中,让用户在位于一览的店铺中选择希望预约的多个店铺(例如,在画面中显示“请在一览中选择5件店铺”的命令)。此外,在店铺列表画面中,可以输入对于要预约的店铺的预约条件(例如,预约人数、预约时刻(例如,下午7点)、利用时间(例如,3个小时)等)。
若在店铺列表画面中用户的输入完成,则用户终端1的系统控制部将包括表示选择的多个店铺的店铺选择信息和表示预约条件的预约条件信息的预约请求发送到预约管理服务器2(步骤S107)。对此,预约管理服务器2的系统控制部23从店铺DB222中取得在接收到的预约请求中包含的店铺选择信息所示的各个店铺的邮件地址,并对该邮件地址发送接受确认邮件,该接受确认邮件中记载了在预约请求中包含的预约条件信息所示的预约条件(步骤S108)。此外,在接受确认邮件中记载了表示响应画面显示数据的所在地的URL,店铺的工作人员在可接受的情况下通过访问该URL而显示响应画面,并通过按下在响应画面中设置的可接受按钮,从而可以响应可接受的情况。此时,若在接受确认邮件中记载在预约成立之前确保了规定金额(例如,相当于解约费用的金额)的授信额度(与信枠)的情况,则店铺的工作人员能够安心地作出可接受的判断。另外,在图4中,表示了对一台店铺终端3发送接受确认邮件,但对与由用户选择的多个店铺分别对应的店铺终端3(即,多个店铺终端)一并发送接受确认邮件。
对此,若店铺的工作人员在店铺终端3中确认接受确认邮件,则确认是否能够接受在邮件中记载的预约条件。并且,在可接受的情况下,基于在邮件中记载的URL来显示响应画面,并按下响应画面的可接受按钮。若该输入完成,则店铺终端3的系统控制部将可接受信息发送到预约管理服务器2(步骤S109)。
另一方面,预约管理服务器2的系统控制部23在步骤S108的处理之后,等待可接受信息的接收。然后,若从作为接受确认邮件的发送目的地的某一个店铺终端3接收到可接受信息,则判定预约状态是否为“已决定”(步骤S110)。另外,表示预约状态的信息既可以在预约管理服务器2的存储器上管理,也可以储存在规定的存储装置(例如,存储部22等)中。此外,第1实施方式中的预约状态在没有决定预约店铺的状态下成为“未决定”,而在决定了预约店铺的状态下成为“已决定”。即,在接受确认邮件发送到各个店铺终端3的时刻,预约状态成为“未决定”。
预约管理服务器2的系统控制部23在判定为预约状态是“已决定”的情况下(步骤S110:是),对发送来可接受信息的店铺终端3发送表示预约没有成立的情况(或者,预约设施已决定为其他的店铺的情况)的预约不成立信息(步骤S111)。另外,也可以作为在由店铺的工作人员按下了上述的响应画面的可接受按钮的响应,发送作为预约不成立信息的一例的预约不成立画面显示数据,并在店铺终端3的显示部中显示预约不成立画面。
另一方面,系统控制部23在判定为预约状态不是“已决定”(即,“未决定”)的情况下(步骤S110:否),将与发送来可接受信息的店铺终端3对应的店铺决定为预约店铺,并将预约状态从“未决定”更新为“已决定”(步骤S112)。由此,系统控制部23将从在将接受确认邮件发送到店铺终端3之后最初发送来可接受信息的店铺终端3的店铺决定为预约店铺。即,在店铺终端3中确认了接受确认邮件的接收的店铺的工作人员通过尽早发送可接受信息,从而使预约容易成立。
接着,预约管理服务器2的系统控制部23与结算管理服务器4(在图4中未图示)协作进行授信额度确保处理(步骤S113)。具体地说,首先,预约管理服务器2的系统控制部23将从用户DB221取得的用户的信用卡信息以及表示授信要求金额(例如,在预约人解约的情况下发生的相当于解约费用的金额)的信息发送到结算管理服务器4,查询授信的可否。对此,结算管理服务器4的系统控制部进行信用承认处理(参照DB,承认信用卡的有效性和可利用金额的处理)。此时,结算管理服务器4的系统控制部在信用卡的有效性没有问题且授信要求金额在可利用金额以下的情况下,判定为可以授信,在除此之外的情况下,判定为不能授信。然后,结算管理服务器4的系统控制部在判定为可以授信的情况下,进行了确保授信要求金额的处理(DB的更新等)之后,将表示可授信的可授信信息发送到预约管理服务器2。另一方面,在判定为不能授信的情况下,将表示不能授信的不能授信信息发送到预约管理服务器2。
预约管理服务器2的系统控制部23在从结算管理服务器4接收到上述的不能授信信息的情况下,对用户终端1和店铺终端3进行用于表示不能授信的情况和将店铺预约处理结束的情况的通知,并结束店铺预约处理。另一方面,系统控制部23在从结算管理服务器4接收到上述的可授信信息的情况下,将预约确认画面显示数据发送到用户终端1(步骤S114)。预约确认画面显示数据是用于显示对用户确认是否将在步骤S112的处理中决定的预约店铺的预约成立的预约确认画面的显示数据。另外,在预约确认画面中,也可以对用户通知在解约的情况下征收解约费用的情况。
对此,用户终端1的系统控制部基于接收到的预约确认画面显示数据,在自己的显示部中显示预约承认画面(步骤S115)。用户通过按下预约确认画面内的了解按钮,从而可以了解使与预约店铺的预约成立的情况。用户终端1的系统控制部若按下了解按钮,则对预约管理服务器2发送用于表示用户了解了使与预约店铺的预约成立的情况的了解信息(步骤S116)。另外,由于预约店铺是用户指定(选择)的店铺中的任一个,所以也可以省略要求用户了解预约成立的步骤(步骤S114~步骤S116),直接使预约成立。
预约管理服务器2的系统控制部23若接收到了解信息,则进行预约成立处理(步骤S117)。具体地说,发行新的预约ID,并与用户的用户ID、预约店铺的店铺ID、预约人数和预约时刻相关联地注册在预约管理DB223中。接着,系统控制部23将表示预约成立的情况的预约成立信息(例如,包括有关用户的信息、有关预约店铺的信息等)发送到用户终端1和对应于预约店铺的店铺终端3(步骤S118A、步骤S118B),并结束店铺预约处理。
如以上的说明可知,根据第1实施方式,预约管理服务器2的系统控制部23从用户终端1接收表示对于店铺的用户的预约条件的预约条件信息,并对与多个店铺(本发明的“预约候选设施”的一例)分别对应的店铺终端3发送该接收到的预约条件信息。然后,将与最初发送来表示可接受发送的预约条件信息所示的预约条件的可接受信息的店铺终端3对应的店铺决定为预约店铺,使与用户的预约成立。
根据第1实施方式的预约管理服务器2,将从预约条件信息的发送源的多个店铺中、与最早发送来可接受信息的店铺终端对应的店铺决定为预约店铺。因此,从相信想要使预约成立的店铺会尽快发送可接受信息的观点出发,能够缩短预约店铺的决定为止的时间,能够使预约迅速地成立。另外,若发送预约条件信息的店铺终端3的数目越多,则更快地发送来可接受信息的可能性也就越高。
此外,预约管理服务器2的系统控制部23在基于用户的信用卡信息(本发明的“预约人信息”的一例)而进行的能否从该用户征收规定金额(例如,相当于解约费用的金额的金钱)的信用承认处理的结果为能够征收该规定金额的判定结果的情况下,使预约成立。由此,即使是用户没有利用预约的店铺的情况下(例如,解约的情况下),也能够从用户征收规定金额,所以店铺能够安心地接受预约。另外,从用户征收的规定金额,例如也可以是店铺预约系统S的系统利用费用(相当于店铺预约系统S从店铺征收的利用费用金额)。此外,若店铺的利用费用为“单价×人数×时间”,则也可以是其一部分(例如,相当于最初的一个小时的人数的利用费用金额),另一方面,若设施利用费用为定额,则也可以是其全额。
此外,预约管理服务器2的系统控制部23从用户终端1接收表示用户指定(选择)的多个店铺的店铺选择信息(本发明的“指定设施信息”的一例),并对与接收到的店铺选择信息所示的多个店铺分别对应的店铺终端3发送预约条件信息。由此,通过从用户指定(选择)的店铺中决定预约店铺,用户能够预先筛选决定为预约店铺的店铺,能够安心地提出预约。
此外,预约管理服务器2的系统控制部23从用户终端1接收表示用户指定的店铺检索条件(本发明的“检索条件”的一例)的店铺检索条件信息(“检索条件信息”的一例),生成满足该店铺检索条件信息所示的店铺检索条件的店铺列表,并将该店铺列表发送到用户终端1。然后,预约管理服务器2的系统控制部23从用户终端1接收表示用户从店铺列表中指定(选择)的多个店铺的店铺选择信息。由此,通过让用户指定店铺检索条件,满足该店铺检索条件的店铺的列表发送到用户终端1。因此,用户能够容易地从基于店铺检索条件而筛选的店铺的列表中选择成为预约条件信息的发送目的地的店铺(本发明的“预约候选设施”的一例)。
【1.3.第1实施方式的变形例】
另外,在上述步骤S112中决定了预约店铺的情况下,或者在上述步骤S117中使预约成立的情况下,也可以将表示这个情况(即,决定了预约店铺的情况或者预约成立的情况)的信息通知给发送了预约条件信息的店铺终端3(尤其是,没有发送来可接受信息的店铺终端3)。由此,接收到预约条件信息的店铺的工作人员能够在早期掌握其他的店铺决定作为预约店铺的情况或者与其他店铺的预约成立的情况。因此,店铺的工作人员能够对接收到预约条件信息的情况,容易地判断是否应确认可接受,或者是否应发送可接受信息。即,店铺的工作人员不需要进行多余的作业即可。此时,将与从用户终端1接收到的预约请求相关的项目(例如,预约请求的识别信息、用户ID、选择的店铺的店铺ID、预约时刻、预约人数、状态信息)暂时存储在规定的存储部件(例如,预约管理DB223)中较好。
此外,在上述步骤S106中用户不能选择多个店铺的情况下(例如,由于一览包括多个店铺,所以犹豫的情况等),也可以在预约管理服务器2侧设置选择店铺的选项。在用户选择了该选项的情况下,预约管理服务器2的系统控制部23从在一览中的店铺中自动选择满足规定的条件的店铺。例如,从用户的当前地址由近到远的顺序选择5个店铺,或者选择过去的预约成立件数多的店铺(既可以是针对该用户,也可以是针对注册会员的全部用户)。
此外,例如只要在预约成立之前能够确认在解约的情况下能够征收相当于解约费用的金额即可,所以进行授信额度确保处理(步骤S113)的定时,可以如第1实施方式那样在决定了预约店铺之后进行,例如也可以在登录时进行。
此外,也可以代替使用了信用卡信息的授信额度确保处理(步骤S113),而在用户DB221中作为用户信息而注册用户的账号等的金融机构信息(本发明的“预约人信息”的一例),在使预约成立之前从该账户扣去规定金额(例如,相当于解约费用的金额),并在预约店铺中利用服务的情况下返还该扣去的金额。此外,在用户具有在因特网上使用且能够与金钱换算的积分的情况下,也可以将该积分的账号等的积分相关信息(本发明的“预约人信息”的一例)注册在用户DB221中,在使预约成立之前从对应的积分账户中扣去规定数目(例如,相当于解约费用的量)的积分,并在预约店铺中利用服务的情况下返还该扣去的积分。
此外,在第1实施方式中,成为在用户终端1进行了登录处理之后基于用户输入的店铺检索条件来取得店铺列表的结构,但例如也可以是将用户经常利用的店铺的列表预先注册在预约管理服务器2中,在登录处理之后,让用户从该列表中选择希望预约的多个店铺(发送预约条件的店铺)的结构。由此,用户能够省去输入店铺检索条件的工夫。
此外,在第1实施方式中,成为预约管理服务器2的系统控制部23让用户从店铺列表中选择成为接受确认邮件的发送目的地的店铺,并接收表示该选择的店铺的店铺选择信息的结构,但例如也可以是接收表示用户根据“满足设定的检索条件的全部店铺”或者“指定的种类的店铺并且是预先选作满足的店铺的全部店铺”等的条件而指定的店铺的信息(本发明的“指定设施信息”的一例),并对与由用户指定的店铺对应的店铺终端3发送接受确认邮件的结构。
此外,在第1实施方式中,作为本发明的设施,以店铺(尤其是餐饮店)为例进行了说明,但并不限定于店铺,可以应用于所有的设施(例如,卡拉OK店、停车场等)。
此外,在第1实施方式中,在店铺的工作人员将可接受信息发送到预约管理服务器2的情况下,从在接受确认邮件中记载的URL访问响应画面显示数据,并经由响应画面来发送,但也可以仅仅将接受确认邮件发回预约管理服务器2就认为是发送了可接受信息。此外,也可以在上述的URL中附加用于识别店铺的参数(例如,将店铺ID加密的字符串等),访问与该URL对应的链路地址就认为是发送了可接受信息。
【2.第2实施方式】
【2.1.店铺预约系统的结构和功能概要】
由于第2实施方式的店铺预约系统的结构和功能概要与第1实施方式相同,所以省略说明。另外,通过CPU23a读取并执行在ROM23b或存储部22中存储的服务器程序,从而第2实施方式的系统控制部23作为本发明的预约条件信息接收部件、预约条件信息发送部件、可接受信息接收部件、响应信息接收部件、预约设施决定部件、预约成立部件、通知部件以及预约成立通知部件等起作用,进行后述的处理。
【2.2.店铺预约系统S中的店铺预约处理】
接着,使用图5和图6说明店铺预约系统S中的店铺预约处理。图5和图6是表示店铺预约系统S的店铺预约处理中的动作例的时序图。另外,在这里,为了简化说明而说明只有一台用户终端1访问店铺预约网站的情况。此外,在用户终端1和预约管理服务器2之间进行了对于店铺预约网站的登录处理的情况下,开始图5和图6所示的处理。
首先,由于步骤S201~步骤S204的处理与第1实施方式的步骤S101~步骤S104的处理相同,所以省略说明。
接着,预约管理服务器2的系统控制部23对用户终端1发送用于显示与生成的店铺列表对应的店铺列表画面的店铺列表画面显示数据(步骤S205)。对此,用户终端1的系统控制部基于接收到的店铺列表画面显示数据,在自己的显示部中显示店铺列表画面(步骤S206)。
在店铺列表画面中,满足用户在店铺检索画面中输入的店铺检索条件的店铺的一览与店铺信息一同显示。此外,在第2实施方式的店铺列表画面中,让用户在位于一览的店铺中选择希望预约的多个店铺的同时让用户指定优先顺序(例如,在画面中显示“请在一览中选择5件店铺,并指定选择的店铺的优先顺序”的命令)。此外,在店铺列表画面中,可以输入对于要预约的店铺的预约条件(例如,预约人数、预约时刻(例如,下午7点)、利用时间(例如,3个小时)等)。
若在店铺列表画面中用户的输入完成,则用户终端1的系统控制部将包括表示选择的多个店铺的店铺选择信息、表示指定的优先顺序的优先顺序信息、以及表示预约条件的预约条件信息的预约请求发送到预约管理服务器2(步骤S207)。对此,预约管理服务器2的系统控制部23将在接收到的预约请求中包含的优先顺序信息存储在存储部22中,并从店铺DB222中取得店铺选择信息所示的各个店铺的邮件地址,并对该邮件地址发送接受确认邮件,该接受确认邮件中记载了在预约请求中包含的预约条件信息所示的预约条件(步骤S208)。此外,在接受确认邮件中记载了表示响应画面显示数据的所在地的URL,店铺的工作人员在可接受的情况下通过访问该URL而显示响应画面,并通过按下在响应画面中设置的可接受按钮,从而可以响应可接受的情况。此时,若在接受确认邮件中记载在预约成立之前确保了规定金额(例如,相当于解约费用的金额)的授信额度,则店铺的工作人员能够安心地作出可接受的判断。另外,在图5中,表示了对一台店铺终端3发送接受确认邮件,但对与由用户选择的多个店铺分别对应的店铺终端3(即,多个店铺终端)一并发送接受确认邮件。
转移到图6,店铺的工作人员若在店铺终端3中确认接受确认邮件,则确认是否可接受在邮件中记载的预约条件。然后,在可接受的情况下,基于在邮件中记载的URL来显示响应画面,并按下响应画面的可接受按钮。若该输入完成,则店铺终端3的系统控制部将响应信息(可接受)发送到预约管理服务器2(步骤S209)。
另一方面,预约管理服务器2的系统控制部23在步骤S208的处理之后,等待响应信息(可接受)的接收。然后,若从作为接受确认邮件的发送目的地的某一个店铺终端3接收到响应信息(可接受),则判定预约状态是否为“未决定”(步骤S210)。另外,表示预约状态的信息既可以在预约管理服务器2的存储器上管理,也可以储存在规定的存储装置(例如,存储部22等)中。此外,第2实施方式中的预约状态在没有决定预约店铺的状态下成为“未决定”,在经过了规定时间的阶段更新为“经过了规定时间”,在决定了预约店铺的状态下成为“已决定”。即,在接受确认邮件发送到各个店铺终端3的时刻,预约状态成为“未决定”。
预约管理服务器2的系统控制部23在判定为预约状态不是“未决定”的情况下(步骤S210:否),对发送来响应信息(可接受)的店铺终端3发送表示预约没有成立的情况(或者,已经过了规定时间的情况、预约设施已决定为其他的店铺的情况)的预约不成立信息(步骤S211)。另外,也可以作为在由店铺的工作人员按下了上述的响应画面的可接受按钮的响应,发送作为预约不成立信息的一例的预约不成立画面显示数据,使店铺终端3的显示部中显示预约不成立画面。
另一方面,系统控制部23在判定为预约状态是“未决定”的情况下(步骤S210:是),将与发送来响应信息(可接受)的店铺终端3对应的店铺的店铺ID存储在存储部22中(步骤S212)。另外,在图7的步骤S213中判定为经过了规定时间为止的期间,每次接收到响应信息(可接受)时都会进行图6所示的各个处理。
此外,系统控制部23在从进行了步骤S208的处理(参照图5)的时刻起测量时间,判定是否经过了规定时间(例如,3分钟)(图7的步骤S213)。规定时间的长度,既可以预先由预约管理服务器2的管理者设定,也可以由用户指定。系统控制部23在判定为没有经过规定时间的情况下(步骤S213:否),接着等待接收响应信息(可接受)(参照图6)。然后,系统控制部23在判定为经过了规定时间的情况下(步骤S213:是),参照在从用户终端1接收到预约请求时(参照图5的步骤S207)储存在存储部22中的优先顺序信息所示的优先顺序,将与在步骤S212中存储的店铺ID对应的店铺(即,发送来响应信息(可接受)的店铺)中、优先顺序最高的店铺决定为预约店铺(步骤S214)。接着,系统控制部23将预约状态从“未决定”更新为“已决定”(步骤S215)。
由此,系统控制部23在将接受确认邮件发送到店铺终端3之后在规定时间内发送来响应信息(可接受)的店铺终端3的店铺中、用户指定的优先顺序最高的店铺决定为预约店铺。另外,系统控制部23在决定了预约店铺的情况下,也可以对发送来响应信息(可接受)的店铺终端3并且是没有发送预约不成立信息的店铺终端3发送预约不成立信息。由此,发送来响应信息(可接受)的店铺的工作人员能够掌握本店铺没有取得预约的情况。
若结束步骤S215的处理,则返回到图5,预约管理服务器2的系统控制部23与结算管理服务器4(在图5中未图示)协作进行授信额度确保处理(步骤S216)。由于步骤S216~步骤S221A、步骤S221B的处理与第1实施方式的步骤S113~步骤S118A、步骤S118B的处理相同,所以省略说明。另外,在步骤S217的处理中发送的预约确认画面显示数据是,用于显示对用户确认是否使与在步骤S214(参照图7)的处理中决定的预约店铺的预约成立的预约确认画面的显示数据。
如以上的说明可知,根据第2实施方式,预约管理服务器2的系统控制部23从用户终端1接收表示对于店铺的用户的预约条件的预约条件信息、以及表示对于店铺的用户的优先顺序的优先顺序信息,并对与多个店铺分别对应的店铺终端3发送该接收到的预约条件信息。然后,将与在规定时间内发送来用于表示可接受预约条件信息所示的预约条件的情况的响应信息(可接受)的店铺终端3对应的店铺并且是优先顺序信息所示的优先顺序最高的店铺决定为预约店铺,使与用户的预约成立。
根据第2实施方式的预约管理服务器2,将从接收到预约条件信息的多个店铺中、与在规定时间内发送来响应信息(可接受)的店铺终端对应的店铺并且是用户的优先顺序最高的店铺决定为预约店铺。因此,从相信想要使预约成立的店铺会尽快发送响应信息(可接受)的观点出发,能够缩短预约店铺的决定为止的时间,能够使预约迅速地成立。此外,能够对预约人的优先顺序高的店铺成立预约。另外,若预约条件信息的发送目的地的店铺终端3的数目越多,则更快地发送来响应信息(可接受)的可能性也就越高。
此外,预约管理服务器2的系统控制部23在基于用户的信用卡信息(本发明的“预约人信息”的一例)而进行的能否从该用户征收规定金额(例如,相当于解约费用的金额的金钱)的信用承认处理的结果为能够征收该规定金额的判定结果的情况下,使预约成立。由此,即使是用户没有利用预约的店铺的情况下(例如,解约的情况下),也能够从用户征收规定金额,所以店铺能够安心地接受预约。另外,从用户征收的规定金额,例如也可以是店铺预约系统S的系统利用费用(相当于店铺预约系统S从店铺征收的利用费用金额)。此外,若店铺的利用费用为“单价×人数×时间”,则也可以是其一部分(例如,相当于最初的一个小时的人数的利用费用金额),另一方面,若设施利用费用为定额,则也可以是其全额。
此外,预约管理服务器2的系统控制部23从用户终端1接收表示用户指定(选择)的多个店铺的店铺选择信息(本发明的“指定设施信息”的一例)以及表示对于该多个店铺的预约人的优先顺序的优先顺序信息,并对与接收到的店铺选择信息所示的多个店铺分别对应的店铺终端3发送预约条件信息。由此,由于从用户指定(选择)的店铺中决定预约店铺,所以用户能够预先筛选决定为预约店铺的店铺,能够安心地提出预约。
此外,预约管理服务器2的系统控制部23从用户终端1接收表示用户指定的店铺检索条件(本发明的“检索条件”的一例)的店铺检索条件信息(本发明的“检索条件信息”的一例),生成满足该店铺检索条件信息所示的店铺检索条件的店铺列表,并将该店铺列表发送到用户终端1。然后,预约管理服务器2的系统控制部23从用户终端1接收表示用户从店铺列表中指定(选择)的多个店铺的店铺选择信息。由此,通过让用户指定店铺检索条件,满足该店铺检索条件的店铺的列表发送到用户终端1。因此,用户能够容易地从基于店铺检索条件而筛选的店铺的列表中选择成为预约条件信息的发送目的地的店铺(本发明的“预约候选设施”的一例)。
另外,也可以是在上述的步骤S209中,预约管理服务器2的系统控制部23在判定为对于与发送来响应信息(可接受)的店铺终端3对应的店铺的用户的优先顺序不低于规定的顺序(例如,第1位、第3位等)的情况下,直接将与发送来该响应信息(可接受)的店铺终端3对应的店铺决定为预约店铺的结构。根据这个结构,在接收到响应信息(可接受)时,发送来该响应信息的店铺的优先顺序不低于规定的顺序的情况下(规定的顺序以上的情况下),发送来该响应信息(可接受)的店铺直接决定为预约设施。因此,能够使可接受的店铺并且是预约人指定的优先顺序不低于规定的顺序(规定的顺序以上)的店铺的预约迅速地成立。
另外,在上述步骤S214中决定了预约店铺的情况下,或者在上述步骤S220中使预约成立的情况下,也可以将表示这个情况(即,决定了预约店铺的情况或者预约成立的情况)的信息通知发送了预约条件信息的店铺终端3(尤其是,没有发送来响应信息的店铺终端3)。由此,接收到预约条件信息的店铺的工作人员能够在早期掌握其他的店铺决定作为预约店铺的情况或者与其他店铺的预约成立的情况。因此,店铺的工作人员能够对接收到预约条件信息的情况,容易地判断是否应确认可接受,或者是否应发送响应信息(可接受)。即,店铺的工作人员不需要进行多余的作业即可。此时,将与从用户终端1接收到的预约请求相关的项目(例如,预约请求的识别信息、用户ID、选择的店铺的店铺ID、预约时刻、预约人数、状态信息)暂时存储在规定的存储部件(例如,预约管理DB223)中较好。
此外,在上述步骤S206中用户不能选择多个店铺的情况下(例如,由于一览包括多个店铺,所以犹豫的情况等),也可以设置在预约管理服务器2侧选择店铺的选项。在用户选择了该选项的情况下,预约管理服务器2的系统控制部23从在一览中的店铺中自动选择满足规定的条件的店铺。例如,从用户的当前地址由近到远的顺序选择5个店铺,或者选择过去的预约成立件数多的店铺(既可以是针对该用户,也可以是针对注册会员的全部用户)。
此外,例如只要在预约成立之前能够确认在解约的情况下能够征收相当于解约费用的金额即可,所以进行授信额度确保处理(步骤S216)的定时,可以如第2实施方式那样在决定了预约店铺之后进行,例如也可以在登录时进行。
此外,也可以代替使用了信用卡信息的授信额度确保处理(步骤S216),而在用户DB221中作为用户信息而注册用户的账号等的金融机构信息(本发明的“预约人信息”的一例),在使预约成立之前从该账户扣去规定金额(例如,相当于解约费用的金额),并在预约店铺中利用服务的情况下返还该扣去的金额。此外,在用户具有在因特网上使用且能够与金钱换算的积分的情况下,也可以将该积分的账号等的积分相关信息(本发明的“预约人信息”的一例)注册在用户DB221中,在使预约成立之前从对应的积分账户中扣去规定数目(例如,相当于解约费用的量)的积分,并在预约店铺中利用服务的情况下返还该扣去的积分。
此外,在第2实施方式中,成为在用户终端1进行了登录处理之后基于用户输入的店铺检索条件来取得店铺列表的结构,但例如也可以是将用户经常利用的店铺的列表预先注册在预约管理服务器2中,在登录处理之后,让用户从该列表中选择希望预约的多个店铺(发送预约条件的店铺)的结构。由此,用户能够省去输入店铺检索条件的工夫。
此外,在第2实施方式中,成为预约管理服务器2的系统控制部23让用户从店铺列表中选择成为接受确认邮件的发送目的地的店铺,并接收表示该选择的店铺的店铺选择信息的结构,但例如也可以是接收表示用户根据“满足设定的检索条件的全部店铺”或者“指定的种类的店铺并且是预先选作满足的店铺的全部店铺”等的条件而指定的店铺的信息(本发明的“指定设施信息”的一例),并对与由用户指定的店铺对应的店铺终端3发送接受确认邮件的结构。
此外,在第2实施方式中,作为本发明的设施,以店铺(尤其是餐饮店)为例进行了说明,但并不限定于店铺,可以应用于所有的设施(例如,卡拉OK店、停车场等)。
此外,在第2实施方式中,在店铺的工作人员将响应信息(可接受)发送到预约管理服务器2的情况下,从在接受确认邮件中记载的URL访问响应画面显示数据,并经由响应画面来发送,但也可以仅仅将接受确认邮件发回预约管理服务器2就认为是发送了响应信息(可接受)。此外,也可以在上述的URL中附加用于识别店铺的参数(例如,将店铺ID加密的字符串等),访问与该URL对应的链路地址就认为是发送了可接受信息。
此外,在第2实施方式中,在店铺列表画面中,让用户在位于一览的店铺中选择希望预约的多个店铺的同时让用户指定优先顺序(例如,在画面中显示“请在一览中选择5件店铺,并指定选择的店铺的优先顺序”的命令),但是关于优先顺序,例如也可以让用户指定“从当前地址(用户终端1的当前地址)由近到远的顺序”、“从用户指定的特定地址由近到远的顺序”、“费用由便宜到贵的顺序”等用于确定优先顺序的条件。此时,用户终端1的系统控制部在步骤S207的处理中,将表示用于表示确定优先顺序的条件的信息(即,用于确定优先顺序的信息)的优先顺序信息发送到预约管理服务器2。即,优先顺序信息有时是表示优先顺序其本身,有时是用于确定优先顺序的信息(条件)。另一方面,预约管理服务器2的系统控制部23在接收到表示用于确定优先顺序的信息的优先顺序信息的情况下,基于优先顺序信息来确定由用户选择的多个店铺的优先顺序。
【2.3.第2实施方式的变形例】
接着,说明第2实施方式的店铺预约系统S的店铺预约处理的变形例。在第2实施方式的变形例中,将在还没有确定不能接受的预约候选的店铺中、用户的优先顺序最高的店铺决定为预约店铺。具体地说,从作为接受确认邮件的发送目的地的店铺中,在该店铺中可接受的情况下,接收表示可接受的情况的响应信息(可接受),而在不能接受的情况下,接收表示不能接受的情况的响应信息(不能接受)。然后,预约管理服务器2参照在接收到响应信息(可接受)时用户对发送源的店铺指定的优先顺序,若优先顺序为第1位,则直接将该店铺决定为预约店铺。此外,若优先顺序不是第1位,则确认是否从优先顺序比该店铺上位的全部店铺接收到响应信息(不能接受),并在接收到的情况下,将该店铺决定为预约店铺。此外,在通过这些处理不能在规定时间内决定预约店铺的情况下,将在至此为止发送来响应信息(可接受)的店铺中、优先顺序最高的店铺决定为预约店铺。以下,主要使用图8和图9详细说明第2实施方式的变形例。
图8和图9所示的时序图是第2实施方式的变形例中的特征部分的处理例,且表示图5的步骤S208和步骤S216之间的处理例。由于在第2实施方式中已经说明了图5的步骤S201至步骤S208、步骤S216至步骤S221(步骤S221A、步骤S221B),所以在这里省略与第2实施方式的变形例相关的部分以外的说明。
在第2实施方式的变形例中,在通过访问在从预约管理服务器2发送的接受确认邮件(参照图5的步骤S208)中记载的URL而显示的响应画面中,设置有应在店铺中可接受的情况下按下的可接受按钮和应在店铺中不能接受的情况下按下的不能接受按钮。店铺的工作人员若在店铺终端3中确认接受确认邮件,则确认是否能够接受在邮件中记载的预约条件。接着,在显示部中显示响应画面的基础上,在可接受的情况下,按下响应画面的可接受按钮,而在不能接受的情况下,按下响应画面的不能接受按钮。若该输入完成,则店铺终端3的系统控制部将响应信息(可接受)或响应信息(不能接受)发送到预约管理服务器2(步骤S231)。
对此,预约管理服务器2的系统控制部23在发送了接受确认邮件之后(参照图5的步骤S208),等待响应信息(可接受)或响应信息(不能接受)的接收。然后,若从作为接受确认邮件的发送目的地的某一个店铺终端3接收到响应信息,则判定预约状态是否为“未决定”(步骤S232)。
预约管理服务器2的系统控制部23在判定为预约状态不是“未决定”的情况下(步骤S232:否),对发送来响应信息的店铺终端3发送表示预约没有成立的情况(或者,已经过了规定时间的情况、预约设施已决定为其他的店铺的情况)的预约不成立信息(步骤S233)。另外,也可以对发送来响应信息(不能接受)的店铺终端3不发送预约不成立信息。另一方面,系统控制部23在判定为预约状态是“未决定”的情况下(步骤S232:是),接着判定接收到的信息是否为响应信息(可接受)(步骤S234)。
系统控制部23在判定为接收到的信息不是响应信息(可接受)的情况下(即,接收到响应信息(不能接受)的情况下)(步骤S234:否),将与发送来响应信息(不能接受)的店铺终端3对应的店铺的店铺ID注册在不能接受店铺列表中(步骤S235),并等待响应信息的接收。另一方面,系统控制部23在判定为接收到的信息是响应信息(可接受)的情况下(步骤S234:是),接着判定对于与发送来该响应信息(可接受)的店铺终端3对应的店铺的用户的优先顺序是否为第1位(步骤S236)。另外,不能接受店铺列表既可以在预约管理服务器2的存储器上管理,也可以储存在规定的存储装置(例如,预约管理DB223等)中。
系统控制部23在判定为优先顺序为第1位的情况下(步骤S236:是),直接将与发送来该响应信息(可接受)的店铺终端3对应的店铺决定为预约店铺(步骤S239),接着将预约状态更新为“已决定”(步骤S240)。另一方面,系统控制部23在判定为优先顺序不是第1位的情况下(步骤S236:否),判定优先顺序比该店铺上位的全部店铺是否已注册在上述的不能接受店铺列表(参照步骤S235)中(步骤S237)。
系统控制部23在判定为没有已注册在不能接受店铺列表中的情况下(步骤S237:否),将与发送来响应信息(可接受)的店铺终端3对应的店铺的店铺ID注册在可接受店铺列表中(步骤S238),并等待响应信息的接收。另一方面,系统控制部23在判定为已注册在不能接受店铺列表中的情况下(步骤S237:是),将与发送来响应信息(可接受)的店铺终端3对应的店铺决定为预约店铺(步骤S239),接着将预约状态更新为“已决定”(步骤S240)。另外,可接受店铺列表既可以在预约管理服务器2的存储器上管理,也可以储存在规定的存储装置(例如,预约管理DB223等)中。
另一方面,系统控制部23在从发送了接受确认邮件的时刻(参照图5的步骤S208)起测量时间,判定是否经过了规定时间(例如,3分钟)(图9的步骤S241)。规定时间的长度,既可以预先由预约管理服务器2的管理者设定,也可以由用户指定。系统控制部23在判定为没有经过规定时间的情况下(步骤S241:否),接着等待接收响应信息。然后,系统控制部23在判定为经过了规定时间的情况下(步骤S241:是),将预约状态更新为“经过了规定时间”,并且将在可接受店铺列表(参照图8的步骤S238)中注册的店铺ID对应的店铺(即,在规定时间内发送来响应信息(可接受)的店铺)中、与优先顺序最高的店铺决定为预约店铺(步骤S242),并将预约状态更新为“已决定”(S43)。另外,在可接受店铺列表中连一个店铺ID也没有注册的情况下,也可以不将预约状态更新为“经过了规定时间”,而延长上述规定时间。另外,系统控制部23在决定了预约店铺的情况下,也可以对发送来响应信息(可接受)的店铺终端3并且是没有发送预约不成立信息的店铺终端3发送预约不成立信息。
若系统控制部23结束步骤S240或S243的处理,则转移到图5的步骤S216的处理。另外,步骤S216以后如上所述。
如以上的说明可知,在第2实施方式的变形例中,预约管理服务器2的系统控制部23在接收到响应信息(可接受)时,参照优先顺序信息,在判定为与发送来该响应信息(可接受)的店铺终端3对应的店铺的优先顺序为第1位的情况下,或者判定为已经从与优先顺序比与发送了该响应信息(可接受)的店铺终端3对应的店铺高的全部店铺对应的终端装置3接收到响应信息(不能接受)(在不能接受店铺列表中注册了店铺ID)的情况下,将与发送来该响应信息(可接受)的店铺终端3对应的店铺决定为预约店铺,使与用户的预约成立。由此,能够使还没有确定不能接受的店铺中、预约人指定的优先顺序最高的店铺的预约迅速地成立。
此外,在第2实施方式的变形例中,预约管理服务器2的系统控制部23在发送接受确认邮件之后的规定时间内不能决定预约店铺的情况下,将在该规定时间内发送了响应信息(可接受)的店铺终端3对应的店铺中、与优先顺序最高的店铺决定为预约店铺。由此,能够使在规定时间内发送来响应信息(可接受)的店铺并且是用户指定的优先顺序高的店铺的预约迅速地成立。
另外,进一步变形第2实施方式的变形例,也可以是在上述的步骤S236中,预约管理服务器2的系统控制部23在判定为对于与发送来响应信息(可接受)的店铺终端3对应的店铺的用户的优先顺序不低于规定的顺序(例如,第3位)的情况下,将与发送来该响应信息(可接受)的店铺终端3对应的店铺决定为预约店铺(步骤S239)的结构。根据该结构,在接收到响应信息(可接受)时,在发送来该响应信息的店铺的优先顺序不低于规定的顺序的情况下(规定的顺序以上的情况下),发送来该响应信息(可接受)的店铺决定为预约设施。因此,能够使可接受的店铺并且是预约人指定的优先顺序不低于规定的顺序(规定的顺序以上的情况下)的店铺的预约迅速地成立。
此外,也可以是在上述的步骤S235中将与发送来响应信息(不能接受)的店铺终端3对应的店铺的店铺ID注册在不能接受店铺列表中之后,判定在还没有确定不能接受的店铺中、优先顺序最高的店铺(优先顺序较上位的全部店铺已注册在不能接受店铺列表中的店铺)是否注册在可接受店铺列表中,若注册有对应的店铺,则将该店铺决定为预约店铺(步骤S239)的结构。根据该结构,能够使在还没有确定不能接受的店铺中、预约人指定的优先顺序最高的店铺的预约迅速地成立。
【3.第3实施方式】
【3.1.店铺预约系统的结构和功能概要】
由于第3实施方式的店铺预约系统的结构和功能概要与第1实施方式相同,所以省略说明。另外,通过CPU23a读取并执行在ROM23b或存储部22中存储的服务器程序,从而第3实施方式的系统控制部23作为本发明的预约条件信息接收部件、预约条件信息发送部件、可接受信息接收部件、预约候选设施列表发送部件、选择预约候选设施信息接收部件、预约设施决定部件、预约成立部件以及预约成立通知部件等起作用,进行后述的处理。
【3.2.店铺预约系统S中的店铺预约处理】
接着,使用图10和图11说明店铺预约系统S中的店铺预约处理。图10和图11是表示店铺预约系统S的店铺预约处理中的动作例的时序图。另外,在这里,为了简化说明而说明只有一台用户终端1访问店铺预约网站的情况。此外,在用户终端1和预约管理服务器2之间进行了对于店铺预约网站的登录处理的情况下,开始图10所示的处理。
首先,由于步骤S301~步骤S309的处理与第1实施方式的步骤S101~步骤S109的处理相同,所以省略说明。
预约管理服务器2的系统控制部23在步骤S308的处理之后,等待可接受信息的接收。然后,若从作为接受确认邮件的发送目的地的某一个店铺终端3接收到可接受信息,则判定预约状态是否为“未决定”(步骤S310)。另外,表示预约状态的信息既可以在预约管理服务器2的存储器上管理,也可以储存在规定的存储装置(例如,存储部22等)中。此外,第3实施方式中的预约状态在没有决定预约店铺的状态下成为“未决定”,在经过了规定时间的阶段更新为“经过了规定时间”,在决定了预约店铺的状态下成为“已决定”。即,在接受确认邮件发送到各个店铺终端3的时刻,预约状态成为“未决定”。
预约管理服务器2的系统控制部23在判定为预约状态不是“未决定”的情况下(步骤S310:否),对发送来可接受信息的店铺终端3发送表示预约没有成立的情况(或者,已经过了规定时间的情况、预约设施已决定为其他的店铺的情况)的预约不成立信息(步骤S311)。另外,也可以作为在由店铺的工作人员按下了上述的响应画面的可接受按钮的响应,发送作为预约不成立信息的一例的预约不成立画面显示数据,并在店铺终端3的显示部中显示预约不成立画面。
另一方面,系统控制部23在判定为预约状态是“未决定”的情况下(步骤S310:是),将与发送来可接受信息的店铺终端3对应的店铺的店铺ID注册在可接受店铺列表中(步骤S312),接着等待接收来自其他店铺终端的可接受信息。
此外,系统控制部23在从进行了步骤S308的处理的时刻起测量时间,判定是否经过了规定时间(例如,3分钟)(图11的步骤S313)。规定时间的长度,既可以预先由预约管理服务器2的管理者设定,也可以让用户指定。另外,在让用户指定的情况下,也可以在注册会员时作为用户信息之一而让用户指定。此外,也可以在用户每次申请预约时,指定规定时间,接收还包括表示该规定时间的规定时间信息的预约请求(参照步骤S307)。另外,在用户每次申请预约时,指定规定时间的情况下,也可以除了指定规定时间其本身(例如,3分钟)之外,还指定例如能够确定“19点30分为止”这样的规定时间的期限等。此时,用户终端1的系统控制部将“19点30分为止”这样的用于确定规定时间的规定时间信息发送到预约管理服务器2,预约管理服务器2的系统控制部23基于该接收到的规定时间信息来确定规定时间,设为在步骤S313的处理中使用的规定时间。
系统控制部23在判定为没有经过规定时间的情况下(步骤S313:否),接着等待接收可接受信息。系统控制部23在判定为经过了规定时间的情况下(步骤S313:是),判定在可接受店铺列表(参照图10的步骤S312)中注册的店铺ID的注册件数是否为0件(步骤S314)。此时,系统控制部23在判定为注册件数为0件的情况下(步骤S314:是),将所述规定时间进一步延长规定时间(例如,1分钟)(步骤S315),接着等待接收可接受信息。另一方面,系统控制部23在判定为注册件数不是0件的情况下(步骤S314:否),将预约状态更新为“经过了规定时间”,判定注册在可接受店铺列表(参照图10的步骤S312)中的店铺ID的注册件数是否为1件(步骤S316)。
系统控制部23在判定为注册件数为1件的情况下(步骤S316:是),将与注册的店铺ID对应的店铺决定为预约店铺(步骤S320)的同时将预约状态更新为“已决定”(步骤S321)。另一方面,系统控制部23在判定为注册件数不是1件的情况下(即,多件的情况下)(步骤S316:否),将预约店铺选择画面显示数据发送到用户终端1(步骤S317)。预约店铺选择画面显示数据是用于将预约店铺选择画面显示在用户终端1的显示部的显示数据。在预约店铺选择画面中,与注册在可接受店铺列表中的店铺ID对应的店铺的列表和店铺信息一同显示。此外,在预约店铺选择画面中,配置有用于选择店铺的元素(例如,无线按钮、链路、按钮等),使得用户能够从位于列表的店铺中选择要预约的店铺。
对此,用户终端1的系统控制部基于接收到的预约店铺选择画面显示数据,在自己的显示部中显示预约店铺选择画面(步骤S318)。在预约店铺选择画面中,若用户完成要预约的店铺的选择,则用户终端1的系统控制部将表示由用户选作要预约的店铺的店铺的预约店铺选择信息发送到预约管理服务器2(步骤S319)。
预约管理服务器2的系统控制部23若从用户终端1接收预约店铺选择信息,则将预约店铺选择信息所示的店铺决定为预约店铺(步骤S320),并将预约状态更新为“已决定”(步骤S321)。另外,系统控制部23在决定了预约店铺的情况下,也可以对发送来可接受信息的店铺终端3并且是没有发送预约不成立信息的店铺终端3发送预约不成立信息。
在步骤S321的处理之后,预约管理服务器2的系统控制部23与结算管理服务器4(在图10中未图示)协作进行授信额度确保处理(步骤S322)。由于步骤S322~步骤S327A、步骤S327B的处理与第1实施方式中的步骤S113~步骤S118A、步骤S118B的处理相同,所以省略说明。另外,在步骤S323的处理中发送的预约确认画面显示数据是用于显示对用户确认是否将在步骤S320的处理中决定的预约店铺的预约成立的预约确认画面的显示数据。
如以上的说明可知,根据第3实施方式,预约管理服务器2的系统控制部23从用户终端1接收表示对于店铺的用户的预约条件的预约条件信息,并对与多个店铺(本发明的“预约候选设施”的一例)分别对应的店铺终端3发送该接收到的预约条件信息。然后,对用户提示与在发送了预约条件信息之后的规定时间内发送来表示可接受该发送的预约条件信息所示的预约条件的可接受信息的店铺终端3对应的店铺的列表,并将在其中选择的店铺决定为预约店铺,使与用户的预约成立。
根据该预约管理服务器2,在规定时间内发送来可接受信息的店铺中,由用户选择的店铺决定为预约店铺。因此,由于在规定时间内筛选可接受用户的预约的店铺,所以通过适当地设定规定时间,能够缩短预约成立为止的时间,进而使预约迅速地成立。
此外,预约管理服务器2的系统控制部23在基于用户的信用卡信息(本发明的“预约人信息”的一例)而进行的能否从该用户征收规定金额(例如,相当于解约费用的金额的金钱)的信用承认处理的结果为能够征收该规定金额的判定结果的情况下,使预约成立。由此,即使是用户没有利用预约的店铺的情况下(例如,解约的情况下),也能够从用户征收规定金额,所以店铺能够安心地接受预约。另外,从用户征收的规定金额,例如也可以是店铺预约系统S的系统利用费用(相当于店铺预约系统S从店铺征收的利用费用金额)。此外,若店铺的利用费用为“单价×人数×时间”,则也可以是其一部分(例如,相当于最初的一个小时的人数的利用费用金额),另一方面,若设施利用费用为定额,则也可以是其全额。
此外,在用户能够指定在上述步骤S313中的规定时间的情况下,能够由用户自己指定用于筛选可接受用户的预约的店铺的时间,所以能够提高用户的便利性。
此外,预约管理服务器2的系统控制部23在与规定时间内发送了可接受信息的店铺终端3对应的店铺仅为1个的情况下,将该店铺决定为预约店铺,省略步骤S317至步骤S319。此时,发送了可接受信息的店铺决定作为预约店铺而不需要询问用户,所以能够使预约迅速地成立。
此外,预约管理服务器2的系统控制部23从用户终端1接收表示用户指定(选择)的多个店铺的店铺选择信息(本发明的“指定设施信息”的一例),并对与接收到的店铺选择信息所示的多个店铺分别对应的店铺终端3发送预约条件信息。由此,由于与在可接受店铺列表中注册的店铺ID对应的店铺是用户预先在店铺列表画面中指定(选择)的店铺,所以用户不期望的店铺不会包含在可接受店铺列表中,所以在预约店铺选择画面中用户不会犹豫地选择要预约的店铺,能够使预约迅速地成立。
此外,预约管理服务器2的系统控制部23从用户终端1接收表示用户指定的店铺检索条件(本发明的“检索条件”的一例)的店铺检索条件信息(本发明的“检索条件信息”的一例),生成满足该店铺检索条件信息所示的店铺检索条件的店铺列表,并将该店铺列表发送到用户终端1。然后,预约管理服务器2的系统控制部23从用户终端1接收表示用户从店铺列表中指定(选择)的多个店铺的店铺选择信息。由此,通过让用户指定店铺检索条件,满足该店铺检索条件的店铺的列表发送到用户终端1。因此,用户能够容易地从基于店铺检索条件而筛选的店铺的列表中选择成为预约条件信息的发送目的地的店铺(本发明的“预约候选设施”的一例)。
【3.3.第3实施方式的变形例】
另外,在上述步骤S312中决定了预约店铺的情况下,或者在上述步骤S317中使预约成立的情况下,也可以将表示这个情况(即,决定了预约店铺的情况或者预约成立的情况)的信息通知发送了预约条件信息的店铺终端3(尤其是,没有发送来可接受信息的店铺终端3)。由此,接收到预约条件信息的店铺的工作人员能够在早期掌握其他的店铺决定作为预约店铺的情况或者与其他店铺的预约成立的情况。因此,店铺的工作人员能够对接收到预约条件信息的情况,容易地判断是否应确认可接受,或者是否应发送可接受信息。即,店铺的工作人员不需要进行多余的作业即可。此时,将与从用户终端1接收到的预约请求相关的项目(例如,预约请求的识别信息、用户ID、选择的店铺的店铺ID、预约时刻、预约人数、状态信息)暂时存储在规定的存储部件(例如,预约管理DB223)中较好。
此外,预约管理服务器2的系统控制部23在规定时间内连一件也没有接收到可接受信息的情况下,延长规定时间(参照图10的步骤S315),但优选对延长的次数(例如3次)设置上限。预约管理服务器2的系统控制部23在延长次数达到了上限的情况下,将表示在店铺列表画面中用户选择的店铺的预约是不可能的信息发送到用户终端2。
此外,在上述步骤S306中,用户不能选择多个店铺的情况下(例如,由于一览包括多个店铺,所以犹豫的情况等),也可以设置在预约管理服务器2侧选择店铺的选项。在用户选择了该选项的情况下,预约管理服务器2的系统控制部23从在一览中的店铺中自动选择满足规定的条件的店铺。例如,从用户的当前地址由近到远的顺序选择5个店铺,或者选择过去的预约成立件数多的店铺(既可以是针对该用户,也可以是针对注册会员的全部用户)。
此外,例如只要在预约成立之前能够确认在解约的情况下能够征收相当于解约费用的金额即可,所以进行授信额度确保处理(步骤S322)的定时,也可以如第3实施方式那样在决定了预约店铺之后进行,例如可以在登录时进行。
此外,也可以代替使用了信用卡信息的授信额度确保处理(步骤S322),而在用户DB221中作为用户信息而注册用户的账号等的金融机构信息(本发明的“预约人信息”的一例),在使预约成立之前从该账户扣去规定金额(例如,相当于解约费用的金额),并在预约店铺中利用服务的情况下返还该扣去的金额。此外,在用户具有在因特网上使用且能够与金钱换算的积分的情况下,也可以将该积分的账号等的积分相关信息(本发明的“预约人信息”的一例)注册在用户DB221中,在使预约成立之前从对应的积分账户中扣去规定数目(例如,相当于解约费用的量)的积分,并在预约店铺中利用服务的情况下返还该扣去的积分。
此外,在第3实施方式中,成为在用户终端1进行了登录处理之后基于用户输入的店铺检索条件来取得店铺列表的结构,但例如也可以是将用户经常利用的店铺的列表预先注册在预约管理服务器2中,在登录处理之后,让用户从该列表中选择希望预约的多个店铺(发送预约条件的店铺)的结构。由此,用户能够省去输入店铺检索条件的工夫。
此外,在第3实施方式中,成为预约管理服务器2的系统控制部23让用户从店铺列表中选择成为接受确认邮件的发送目的地的店铺,并接收表示该选择的店铺的店铺选择信息的结构,但例如也可以是接收表示用户根据“满足设定的检索条件的全部店铺”或者“指定的种类的店铺并且是预先选作满足的店铺的全部店铺”等的条件而指定的店铺的信息(本发明的“指定设施信息”的一例),并对与由用户指定的店铺对应的店铺终端3发送接受确认邮件的结构。
此外,在第3实施方式中,作为本发明的设施,以店铺(尤其是餐饮店)为例进行了说明,但并不限定于店铺,可以应用于所有的设施(例如,卡拉OK店、停车场等)。
此外,在第3实施方式中,在店铺的工作人员将可接受信息发送到预约管理服务器2的情况下,从在接受确认邮件中记载的URL访问响应画面显示数据,并经由响应画面来发送,但也可以仅仅将接受确认邮件发回预约管理服务器2就认为是发送了可接受信息。此外,也可以在上述的URL中附加用于识别店铺的参数(例如,将店铺ID加密的字符串等),访问与该URL对应的链路地址就认为是发送了可接受信息。
Claims (8)
1.一种预约处理装置,其特征在于,包括:
预约条件信息接收部件,从预约用终端经由网络接收表示对于设施的预约人的预约条件的预约条件信息、以及表示对于设施的预约人的优先顺序的优先顺序信息;
预约条件信息发送部件,以预约条件信息的接收为契机,将所述接收到的预约条件信息一并经由网络发送到与多个预约候选设施分别对应的各个设施终端;
可接受信息接收部件,从所述设施终端经由网络接收表示可接受所述发送的预约条件信息所示的预约条件的可接受信息;以及
预约设施决定部件,在所述可接受信息接收部件接收到可接受信息时,参照所述预约条件信息接收部件接收到的优先顺序信息,判定为与该可接受信息的发送源的设施终端对应的预约候选设施的优先顺序不低于规定的顺序的情况下,将与该可接受信息的发送源的设施终端对应的预约候选设施决定为预约设施。
2.如权利要求1所述的预约处理装置,其特征在于,
所述预约设施决定部件在所述预约条件信息发送部件发送预约条件信息之后的规定时间内不能决定所述预约设施的情况下,将与在该规定时间内发送了可接受信息的设施终端对应的预约候选设施中、所述优先顺序最高的预约候选设施决定为预约设施。
3.如权利要求1或2所述的预约处理装置,其特征在于,
所述预约条件信息接收部件从所述预约用终端经由网络接收表示由预约人指定的所述多个预约候选设施的指定设施信息和表示对于该多个预约候选设施的预约人的优先顺序的所述优先顺序信息,
所述预约条件信息发送部件将所述接收到的预约条件信息发送到与所述接收到的指定设施信息所示的所述多个预约候选设施分别对应的设施终端。
4.如权利要求1所述的预约处理装置,其特征在于,
代替所述可接受信息接收部件而还包括:
响应信息接收部件,从所述设施终端经由网络接收表示可接受或者不能接受所述发送的预约条件信息所示的预约条件的情况的响应信息,
所述预约设施决定部件在所述响应信息接收部件接收到表示可接受的响应信息时,参照所述接收到的优先顺序信息,在判定为已经从与优先顺序比与发送了该响应信息的设施终端对应的预约候选设施高的全部预约候选设施对应的设施终端接收到表示不能接受的响应信息的情况下,将与发送来该表示可接受的响应信息的设施终端对应的预约候选设施决定为预约设施。
5.如权利要求4所述的预约处理装置,其特征在于,
所述预约设施决定部件在所述响应信息接收部件接收到表示不能接受的响应信息时,参照所述接收到的优先顺序信息,在判定为已经从还没有确定不能接受的设施中、优先顺序最高的设施接收到表示可接受的响应信息的情况下,将该设施决定为预约设施。
6.如权利要求1或4所述的预约处理装置,其特征在于,还包括:
预约成立部件,在基于有关预约人的预约人信息而进行的关于是否能够从该预约人征收规定金额的判定的结果为能够征收该规定金额的判定结果的情况下,使所述预约人的所述预约设施决定部件输出的预约设施的预约成立;以及
预约成立通知部件,在所述预约成立部件使预约成立的情况下,将表示这个情况的信息经由网络通知给所述预约用终端。
7.如权利要求6所述的预约处理装置,其特征在于,还包括:
通知部件,在所述预约设施决定部件决定了预约设施的情况下或者所述预约成立部件使预约成立的情况下,将表示这个情况的信息经由网络通知给所述预约条件信息发送部件的所述预约条件信息的发送目的地的设施终端。
8.一种预约处理方法,由计算机执行,其特征在于,包括:
从预约用终端经由网络接收表示对于设施的预约人的预约条件的预约条件信息、以及表示对于设施的预约人的优先顺序的优先顺序信息的步骤;
以预约条件信息的接收为契机,将所述接收到的预约条件信息一并经由网络发送到与多个预约候选设施分别对应的设施终端的步骤;
从所述设施终端经由网络接收表示可接受所述发送的预约条件信息所示的预约条件的可接受信息的步骤;以及
在接收到所述可接受信息时,参照优先顺序信息,判定为与该可接受信息的发送源的设施终端对应的预约候选设施的优先顺序不低于规定的顺序的情况下,将与该可接受信息的发送源的设施终端对应的预约候选设施决定为预约设施的步骤。
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010125320A JP5479231B2 (ja) | 2010-05-31 | 2010-05-31 | 予約処理装置、予約処理プログラム、コンピュータ読み取り可能な記録媒体及び予約処理方法 |
JP2010125319A JP5548033B2 (ja) | 2010-05-31 | 2010-05-31 | 予約処理装置、予約処理プログラム、コンピュータ読み取り可能な記録媒体及び予約処理方法 |
JP2010-125320 | 2010-05-31 | ||
JP2010-125321 | 2010-05-31 | ||
JP2010-125319 | 2010-05-31 | ||
JP2010125321A JP5548034B2 (ja) | 2010-05-31 | 2010-05-31 | 予約処理装置、予約処理プログラム、コンピュータ読み取り可能な記録媒体及び予約処理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102262769A CN102262769A (zh) | 2011-11-30 |
CN102262769B true CN102262769B (zh) | 2016-05-11 |
Family
ID=45009386
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110144234.XA Active CN102262769B (zh) | 2010-05-31 | 2011-05-31 | 预约处理装置以及预约处理方法 |
Country Status (3)
Country | Link |
---|---|
KR (2) | KR101263116B1 (zh) |
CN (1) | CN102262769B (zh) |
TW (1) | TWI581196B (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101339234B1 (ko) | 2011-12-09 | 2013-12-09 | 현대자동차 주식회사 | 댐퍼 클러치 제어 방법 |
US20160180476A1 (en) * | 2013-08-07 | 2016-06-23 | Munch Ado, Inc. | System and method for discovering restaurants, ordering food and reserving tables |
WO2015111102A1 (ja) * | 2014-01-24 | 2015-07-30 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 制御方法、情報提供方法、及びプログラム |
CN106658502B (zh) * | 2016-12-28 | 2020-10-02 | 西安智财全技术转移中心有限公司 | 一种基于指纹认证的智能无线局域网预约接入方法 |
JP6284667B1 (ja) * | 2017-03-28 | 2018-02-28 | 株式会社リクルートホールディングス | 順番管理システムおよびプログラム |
CN107292732A (zh) * | 2017-05-26 | 2017-10-24 | 中企云链(北京)金融信息服务有限公司 | 多级云信到期的服务系统及其方法 |
CN107341728A (zh) * | 2017-05-26 | 2017-11-10 | 中企云链(北京)金融信息服务有限公司 | 多级云信的服务系统及其方法 |
CN107451669A (zh) * | 2017-07-20 | 2017-12-08 | 武汉依迅北斗空间技术有限公司 | 一种驾驶培训预约方法及系统 |
JP6347880B1 (ja) * | 2017-08-22 | 2018-06-27 | 株式会社リクルートホールディングス | 順番管理システム、順番管理装置、およびプログラム |
KR102042107B1 (ko) * | 2017-11-28 | 2019-12-05 | 주식회사 달달웍스 | 식당 선결제 서비스 제공 방법 및 상기 방법을 수행하는 시스템 |
JP2020046791A (ja) * | 2018-09-18 | 2020-03-26 | Telexistence株式会社 | 予約装置、予約方法及び予約システム |
JP7487450B2 (ja) * | 2019-07-17 | 2024-05-21 | 富士フイルムビジネスイノベーション株式会社 | 情報処理システム、情報処理装置、および、プログラム |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1567322A (zh) * | 2003-06-19 | 2005-01-19 | 张晓辉 | 用于服务预约和消费监控的系统和方法 |
WO2010001914A1 (ja) * | 2008-06-30 | 2010-01-07 | 株式会社東横インIt集客ソリュ-ション | 予約受付システム |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6640098B1 (en) * | 2000-02-14 | 2003-10-28 | Action Engine Corporation | System for obtaining service-related information for local interactive wireless devices |
KR20020011652A (ko) * | 2000-08-03 | 2002-02-09 | 지성구 | 인터넷을 통한 연회 예약 시스템 및 방법 |
CN1985270A (zh) * | 2004-04-08 | 2007-06-20 | 独立行政法人产业技术综合研究所 | 预约处理方法和预约处理系统 |
KR20090061879A (ko) * | 2007-12-12 | 2009-06-17 | 비엠디 주식회사 | 컨벤션 중개 서비스 제공 방법 및 장치 |
-
2011
- 2011-05-27 TW TW100118775A patent/TWI581196B/zh active
- 2011-05-30 KR KR1020110051338A patent/KR101263116B1/ko active IP Right Grant
- 2011-05-31 CN CN201110144234.XA patent/CN102262769B/zh active Active
-
2013
- 2013-02-18 KR KR1020130016844A patent/KR101339599B1/ko active IP Right Grant
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1567322A (zh) * | 2003-06-19 | 2005-01-19 | 张晓辉 | 用于服务预约和消费监控的系统和方法 |
WO2010001914A1 (ja) * | 2008-06-30 | 2010-01-07 | 株式会社東横インIt集客ソリュ-ション | 予約受付システム |
Also Published As
Publication number | Publication date |
---|---|
KR20110132265A (ko) | 2011-12-07 |
KR101263116B1 (ko) | 2013-05-15 |
TWI581196B (zh) | 2017-05-01 |
KR101339599B1 (ko) | 2013-12-10 |
TW201203144A (en) | 2012-01-16 |
KR20130032338A (ko) | 2013-04-01 |
CN102262769A (zh) | 2011-11-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102262769B (zh) | 预约处理装置以及预约处理方法 | |
US20020040308A1 (en) | Method of validating entrance to event site | |
EP1363254A2 (en) | An identifier-based information processing system and method for accessing an on-line ticket database | |
CN102855572A (zh) | 移动交互式点餐定位服务系统和方法 | |
KR20020084880A (ko) | 네트워크를 통한 폐기물 수거 및 관리 시스템 및 그 방법 | |
EP2254086A1 (en) | Method and system for recognizing customer by using his mobile phone | |
JP2002032611A (ja) | 手続管理システム | |
US20030100337A1 (en) | Wireless device for broadcast of information and related method for use with mobile wireless devices | |
US20060212351A1 (en) | Server apparatus having function of creating website on which advertisement information is automatically displayed, and advertisement information providing system using the server apparatus | |
JP5479231B2 (ja) | 予約処理装置、予約処理プログラム、コンピュータ読み取り可能な記録媒体及び予約処理方法 | |
US7580865B2 (en) | Customer solicitation support system and information provision server | |
JP2004026496A (ja) | 配送先ロッカーの予約指定システム | |
JP2002084561A (ja) | 接続システムとその接続方法、及び接続プログラムを記録した記録媒体 | |
KR100591295B1 (ko) | 이동 통신기기의 메시지 송수신 서비스를 이용한 정보제공시스템 및 정보제공 방법 | |
JP2003288533A (ja) | 顧客管理システム、顧客管理方法、及びプログラム | |
JP2004320608A (ja) | 番組予約情報の伝送方法及びサーバ装置 | |
WO2004072853A1 (ja) | 情報提供方法、情報管理装置、及びプログラム | |
JP2005063191A (ja) | 情報収集システムおよび方法並びにプログラム | |
JP2005051377A (ja) | 画像形成装置、データ提供システム、画像形成方法、データ提供方法、及びこれらを実行するプログラム及び記録媒体 | |
EP1176782A2 (en) | Information providing system and method therefor | |
KR100840414B1 (ko) | 위치 확인 기능을 갖는 이동 통신 단말기와 이를 이용한마케팅 정보 제공 시스템 및 방법 | |
WO2001082103A1 (en) | Method of and apparatus for providing custom-made information in wireless internet environment | |
CN103489055A (zh) | 信息管理装置、信息管理系统以及信息管理方法 | |
KR20140116302A (ko) | 온라인 광고 서비스 방법 | |
KR100210603B1 (ko) | 공중정보 송수신 서비스 장치 및 그 제어방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP01 | Change in the name or title of a patent holder |
Address after: Tokyo, Japan Patentee after: Lotte Group Co.,Ltd. Address before: Tokyo, Japan Patentee before: Rakuten, Inc. |
|
CP01 | Change in the name or title of a patent holder |