CN111226252A - 受理系统、受理方法、以及程序 - Google Patents

受理系统、受理方法、以及程序 Download PDF

Info

Publication number
CN111226252A
CN111226252A CN201880055450.7A CN201880055450A CN111226252A CN 111226252 A CN111226252 A CN 111226252A CN 201880055450 A CN201880055450 A CN 201880055450A CN 111226252 A CN111226252 A CN 111226252A
Authority
CN
China
Prior art keywords
input
service
name
information
applicant
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.)
Pending
Application number
CN201880055450.7A
Other languages
English (en)
Inventor
李昇熙
小山田浩史
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rakuten Group Inc
Original Assignee
Rakuten Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Rakuten Inc filed Critical Rakuten Inc
Publication of CN111226252A publication Critical patent/CN111226252A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04842—Selection of displayed objects or displayed text elements
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04847—Interaction techniques to control parameter settings, e.g. interaction with sliders or dials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • 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/14—Travel agencies

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Human Computer Interaction (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

省去输入服务的利用人信息的麻烦。在受理系统(S)中，利用人信息被申请人输入至多个服务的各自的输入框。确定单元(101)确定与输入对象的服务进行了关联的其他服务。显示控制单元(102)使被输入至其他服务的输入框的利用人信息以可被选择的方式显示。在通过显示控制单元(102)显示的利用人信息被申请人选择了的情况下，获取单元(103)获取被选择的该利用人信息作为输入对象的服务的利用人信息。

Description

受理系统、受理方法、以及程序
技术领域
本发明涉及受理系统、受理方法、以及程序。
背景技术
以往，已知有在受理服务的申请的情况下，使申请人输入利用人的姓名等利用人信息的系统。例如，在专利文献1中，记载了在申请人检索住宿计划并预约住宿设施的情况下，使其输入住宿人的姓名、联系方式等信息的系统。
现有技术文献
专利文献
专利文献1：日本特开第2013-084058号公报
发明内容
发明所要解决的课题
在如上所述的技术中，还考虑了登记在过去的申请中输入的利用人信息，并在受理服务的申请的情况下，通过使已登记的全部利用人信息以可被选择的方式显示，使申请人从中选择利用人信息，从而省去输入利用人信息的麻烦。但是，在大量的利用人信息被登记的情况下，由于申请人不得不从大量的利用人信息中找出服务的利用人信息，因此输入服务的利用人信息要花费工夫。
本发明是鉴于上述课题而完成的，其目的在于，提供能够省去输入服务的利用人信息的麻烦的受理系统、受理方法、以及程序。
用于解决课题的手段
为了解决上述课题，本发明所涉及的受理系统是是利用人信息被申请人输入至多个服务的各自的输入框的受理系统，其特征在于，所述受理系统包含：确定单元，确定与输入对象的服务进行了关联的其他服务；显示控制单元，使被输入至所述其他服务的输入框的利用人信息以可被选择的方式显示；以及获取单元，在通过所述显示控制单元显示的利用人信息被所述申请人选择了的情况下，获取被选择的该利用人信息来作为所述输入对象的服务的利用人信息。
本发明所涉及的受理方法是是利用人信息被申请人输入至多个服务的各自的输入框的受理方法，其特征在于，所述受理方法包含：确定步骤，确定与输入对象的服务进行了关联的其他服务；显示控制步骤，使被输入至所述其他服务的输入框的利用人信息以可被选择的方式显示；以及获取步骤，在通过所述显示控制步骤显示的利用人信息被所述申请人选择了的情况下，获取被选择的该利用人信息来作为所述输入对象的服务的利用人信息。
本发明所涉及的程序用于使利用人信息被申请人输入至多个服务的各自的输入框的计算机作为如下单元发挥功能：确定单元，确定与输入对象的服务进行了关联的其他服务；显示控制单元，使被输入至所述其他服务的输入框的利用人信息以可被选择的方式显示；以及获取单元，在通过所述显示控制单元显示的利用人信息被所述申请人选择了的情况下，获取被选择的该利用人信息来作为所述输入对象的服务的利用人信息。
在本发明的一方式中，其特征在于，所述受理系统一并受理所述多个服务的申请，所述确定单元确定与所述输入对象的服务一并地被申请的其他服务，所述显示控制单元使与所述输入对象的服务一并地被申请的所述其他服务的利用人信息以可被选择的方式显示。
在本发明的一方式中，其特征在于，所述多个服务的各自的输入框在相同页面中被显示，所述显示控制单元使被输入至与所述输入对象的服务的输入框相同页面的所述其他服务的输入框的、所述其他服务的利用人信息以可被选择的方式显示。
在本发明的一方式中，其特征在于，在所述多个服务的各自的输入框中，包含利用人信息和属性信息的多个信息被输入，在所述多个信息中的利用人信息被输入至所述输入对象的服务的输入框的情况下，所述显示控制单元使所述其他服务的利用人信息以可被选择的方式显示。
在本发明的一方式中，其特征在于，所述服务是与旅行有关的服务，所述确定单元基于所述输入对象的服务的利用时间以及地点、和已申请的多个其他服务的各自的利用时间以及地点，从该多个其他服务中确定与所述输入对象的服务相同旅程的其他服务，所述显示控制单元使与所述输入对象的服务相同旅程的其他服务的利用人信息以可被选择的方式显示。
在本发明的一方式中，其特征在于，所述确定单元基于所述输入对象的服务的利用时间以及地点、和已申请的多个其他服务的各自的利用时间以及地点，确定该多个其他服务中能够与所述输入对象的服务一起利用的其他服务，所述显示控制单元使能够与所述输入对象的服务一起利用的其他服务的利用人信息以可被选择的方式显示。
在本发明的一方式中，其特征在于，在存在多个与所述输入对象的服务进行了关联的其他服务的情况下，所述显示控制单元使该多个其他服务的各自的利用人信息以可被选择的方式显示。
在本发明的一方式中，其特征在于，在所述多个其他服务的各自的利用人信息重复的情况下，所述显示控制单元使重复的利用人信息汇总为一个而显示。
在本发明的一方式中，其特征在于，在所述输入对象的服务中，能够输入多个利用人信息，所述显示控制单元限制所述其他服务的利用人信息中的、作为所述输入对象的服务的利用人信息而已获取的利用人信息以可被选择的方式被显示。
发明效果
根据本发明，能够省掉输入服务的利用人信息的麻烦。
附图说明
图1是表示受理系统的整体结构的图。
图2是表示首页画面的一例的图。
图3是表示执行检索的样子的图。
图4是表示旅行购物车画面的一例的图。
图5是表示预约信息输入画面的一例的图。
图6是表示输入机票的预约信息的样子的图。
图7是表示输入机票的预约信息的样子的图。
图8是表示输入机票的预约信息的样子的图。
图9是表示输入宾馆的预约信息的样子的图。
图10是表示输入第一个活动的预约信息的样子的图。
图11是表示输入第二个活动的预约信息的样子的图。
图12是表示在实施方式的受理系统中实现的功能的一例的功能框图。
图13是表示服务数据库的数据存储例的图。
图14是表示申请人数据库的数据存储例的图。
图15是表示预约信息输入画面的显示数据的数据存储例的图。
图16是表示利用人数据的数据存储例的图。
图17是表示在受理系统中被执行的处理的一例的流程图。
图18是表示在受理系统中被执行的处理的一例的流程图。
图19是表示在受理系统中被执行的处理的一例的流程图。
具体实施方式
[1.受理系统的整体结构]
以下，说明本发明所涉及的受理系统的实施方式的例子。图1是表示受理系统的整体结构的图。如图1所述，受理系统S包含申请人终端10和服务器20，它们与互联网等网络N连接。另外，在图1中各表示了一台申请人终端10和服务器20，但它们也可以是多台。
申请人终端10是申请人操作的计算机。申请人是申请利用人利用的服务的人。利用人是利用服务的人。利用是指，接受服务的提供、使用服务。申请是指，办理利用服务的手续，例如，进行预约、签订合同、或者购买。换言之，申请是向服务器20发送利用人的姓名等信息，并进行利用服务的意思表示。
申请人可以与利用人相同，也可以与利用人不同。即，申请人可以申请自身要利用的服务，也可以代替其他利用人进行申请。在本实施方式中，说明申请人进行多个利用人要利用的服务的申请，且自身也是利用人之一的情况。即，申请人进行自身和同行人要利用的服务的申请。
例如，申请人终端10是移动电话(包含智能手机)、便携信息终端(包含平板型计算机)、或者个人计算机等。在本实施方式中，申请人终端10包含控制部11、储存部12、通信部13、操作部14、以及显示部15。
控制部11包含至少一个微处理器。控制部11根据储存在储存部12中的程序或数据来执行处理。储存部12包含主储存部以及辅助储存部。例如，主储存部是RAM等易失性存储器，辅助储存部是ROM、EEPROM、闪存、或者硬盘等非易失性存储器。
通信部13是有线通信或者无线通信用的通信接口，经由网络而进行数据通信。操作部14是用于申请人进行操作的输入设备，例如是触摸面板或鼠标等指示设备、键盘、或者按键等。操作部14将申请人的操作内容传达给控制部11。显示部15例如是液晶显示部或者有机EL显示部等。显示部15根据控制部11的指示而显示图像。
服务器20是服务器计算机。服务器20包含控制部21、储存部22、以及通信部23。控制部21、储存部22、以及通信部23的物理结构可以分别与控制部11、储存部12、以及通信部13相同。
另外，作为储存在储存部12、22中的内容而说明的程序以及数据也可以经由网络N而供给。此外，上述说明的各计算机的硬件结构不限于上述的例子，能够应用各种硬件。例如，也可以包含用于读取计算机可读取的信息储存介质的读取部(例如，光盘驱动器或存储器卡槽)、用于与外部设备进行数据的输入输出的输入输出部(例如，USB端口)。例如，也可以使得储存于信息储存介质中的程序、数据经由读取部、输入输出部而供给至各计算机。
[2.受理系统的概要]
在本实施方式中，以将受理系统S应用于旅行预约服务的情况作为一例进行说明。旅行预约服务是辅助旅程的制定的服务。旅程是旅行的计划、行程、或者日程，至少由1个服务构成。在本实施方式中，服务是旅程的构成元素，是旅行中的各个预定。换言之，服务是成为预约或者购买的对象的各个旅行商品，也能够称作成为申请对象的项目(item)。
在旅程中，能够编入多种服务。关于服务，能够应用住宿设施、交通方式(移动方式)、租车、活动(可选择性旅游(optional tour))、餐厅、或者观光设施之类的任意种类的服务。住宿设施是宾馆、旅馆、民宿、简易旅馆(pension)、或者民家借宿之类的设施。交通方式是飞机、电车、巴士、或者船舶之类的方式。观光设施是水族馆、动物园、主题公园、公园、寺庙、神社、或者竞技场之类的设施。
例如，若申请人操作申请人终端10，访问服务器20，则在显示部15上显示旅行预约服务的首页画面。在本实施方式中，说明以下说明的画面在网页浏览器上显示的情况，但也可以在旅行预约服务的应用上显示。
图2是表示首页画面的一例的图。如图2所示，例如，在首页画面G1上显示用于输入服务的检索条件的输入框F10～F14和用于执行检索的按键B15。
检索条件是在检索中使用的查询(query)，能够输入任意的条件。检索条件可以是关键词，也可以是从预先决定的多个数值中选择的数值，还可以是像类别(catagory)那样的属性信息。数值是时间、人数、或者预算之类的条件的数值。
另外，时间可以只意味着日期(年月日)，也可以意味着包含日期和时刻的日期时间。进一步，时间可以表示确定的时间点，也可以表示大致的期间。期间可以表示某1日中的时段，也可以表示跨多日的期间。
在首页画面G1中，能够按照每个宾馆、机票、租赁汽车、巴士、活动、餐厅、以及观光设施之类的服务的种类，输入检索条件。这里，举申请人选择了“宾馆”作为检索对象的情况下的处理为例进行说明。
例如，申请人向输入框F10中输入住宿地等关键词。住宿地也可以不是作为关键词被输入，也可以是从预先准备的地区列表中被选择。此外，例如在输入框F11中输入入住日，在输入框F12中输入退房日。此外，例如在输入框F13中输入成人的利用人数，在输入框F14中输入儿童的利用人数。
图3是表示执行检索的样子的图。如图3的首页画面G1A、G1B所示，例如，若申请人在输入框F10～F14中输入检索条件，并选择按键B15，则满足检索条件的宾馆被检索。如果是图3的首页画面G1B的例子，则位于向输入框F10中输入的“冲绳”的宾馆中、在向输入框F11、F12输入的“2018年7月1日”～“2018年7月5日”的利用日在向输入框F13、F14输入的“成人2人”“儿童1人”用的房间有空闲的宾馆被检索。
如图3所示，若检索宾馆，则用于表示检索结果的检索结果画面G2被显示在显示部15上。例如，在检索结果画面G2的输入框F20中，显示在检索中使用了的检索条件。申请人在找不到期望的宾馆的情况下，从输入框F20中变更检索条件，并执行重新检索。此外，例如，在检索中命中的宾馆被显示在检索结果画面G2的列表L21中。例如，在列表L21中，显示在检索中命中的宾馆的名称、图像(在图3中省略)、申请人的评价、以及价格区范围之类的信息。
如图3所示，若申请人选择在列表L21中显示的宾馆，则用于表示该宾馆的详情的服务详情画面G3被显示在显示部15上。在图3中，表示了申请人选择列表L21内的“宾馆A”，表示“宾馆A”的页面的服务详情画面G3被显示在显示部15上的情况。例如，在服务详情画面G3中，显示“宾馆A”的名字、评价、图像、房间的名字、以及费用。
可以使得能够从服务详情画面G3中预约宾馆，但在本实施方式中，申请人在向旅行购物车中追加宾馆，并组成旅程之后，将旅行购物车内的服务一并预约。
旅行购物车是并入旅程的服务的列表，是待定的服务的列表。换言之，旅行购物车是在确定旅程之前(完成服务的预约之前)制定的假设的旅程。旅行购物车是类似于电子商务中的购物车的概念。申请人将多种服务追加至旅行购物车中来计划自己喜欢的旅程，并预约这些多种服务。
例如，在服务详情画面G3中，显示用于将显示中的宾馆追加至旅行购物车的按键B30。若申请人选择按键B30，则在服务详情画面G3上显示中的“宾馆A”被追加至旅行购物车，并且旅行购物车画面被显示在显示部15上。另外，申请人可以不变更在检索条件中输入的时间和利用人数而向旅行购物车中追加服务，也可以变更在检索条件中输入的时间和利用人数，在此基础上向旅行购物车追加服务。
另外，说明了将宾馆追加至旅行购物车的处理，但其他服务也能够以同样的流程追加至旅行购物车。在旅行购物车中，可以是能够追加任意数量的服务，但这里以向旅行购物车中追加了宾馆、机票、以及2个活动的总计4个服务的情况为例进行说明。若申请人进行规定的操作，则在显示部15上显示表示旅行购物车的内容的旅行购物车画面。
图4是表示旅行购物车画面的一例的图。如图4所示，在旅行购物车画面G4的显示区域A40中，显示被追加至旅行购物车的服务。在本实施方式中，各服务是在指定了利用人数和利用时间的基础上被追加至旅行购物车的，因此在显示区域A40中显示申请人指定的利用人数和利用时间。
向旅行购物车中追加的各服务也可以与其他服务在利用人数上不同。如果是图4的例子，则宾馆和机票的利用人数为3名，但作为第一个活动的“和服租赁”的利用人数为2名，作为第二个活动的“铁道环游巴士”的利用人数为1名。此外，向旅行购物车中追加的各服务也可以与其他服务在利用时间上不同。
例如，在申请人选择了按键B400的情况下，按键B400表示的服务被从旅行购物车中删除。此外，例如在申请人选择了按键B41的情况下，用于输入服务的预约所需的预约信息的预约信息输入画面被显示在显示部15上。
图5是表示预约信息输入画面的一例的图。在图5中，表示预约信息输入画面G5的整体，在显示部15中，图5的预约信息输入画面G5的一部分被可滚动地显示。
如图5所示，在预约信息输入画面G5中，按照每个被追加至旅行购物车的服务，显示用于输入该服务的预约信息的输入框。关于利用人数为多个的服务，按每个利用人显示用于输入该利用人的预约信息的输入框。
预约信息包含通知给服务提供者的信息，例如包含利用人的姓名、出生年月日、年龄、性别、住址、以及电话号码之类的个人信息。换言之，预约信息也能够称为服务的预约条件。例如，对服务提供者可以通知全部预约信息，也可以只通知预约信息的一部分。此外，例如，预约信息可以由多个项目构成，也可以只是1个项目。项目是指预约信息的构成元素。
例如，在显示区域A50中，显示用于输入机票的预约信息的输入框。在图5的例子中，就机票而言，指定了成人2人和儿童1人作为利用人数，申请人输入这3人的预约信息。这里，机票的预约信息由利用人的姓名、出生年月日、以及性别这3个项目构成。
在输入框F500A～F500C的每一个中输入利用人的姓名。在输入框F501A～F501C的每一个中输入利用人的出生年月日。在输入框F502A～F502C的每一个中输入利用人的性别。
另外，在以下，在不需要特别区分输入框F500A～F500C时，仅记载为输入框F500。同样地，在不需要特别区分输入框F501A～F501C时记载为输入框F501，在不需要特别区分输入框F502A～F502C时记载为输入框F502。由于机票的利用人数为3人，因此在显示区域A50中显示3组输入框F500、F501、F502的组合。
此外，例如在显示区域A51中，显示用于输入宾馆的预约信息的输入框。在图5的例子中，就宾馆而言，指定了成人2人和儿童1人作为利用人数，申请人输入这3人的预约信息。这里，宾馆的预约信息由利用人的姓名以及性别、代表人的姓名、到宾馆的抵达时间这4个项目构成。
在输入框F510A～F510C的每一个中输入利用人的姓名。在输入框F511A～F511C的每一个中输入利用人的性别。在输入框F512中输入代表人的姓名。在输入框F513中输入到宾馆的抵达时间。
另外，在以下，在不需要特别区分输入框F510A～F510C时，仅记载为输入框F510。同样地，在不需要特别区分输入框F511A～F511C时记载为输入框F511。宾馆的利用人数为3人，因此在显示区域A51中显示3组输入框F510、F511的组合。另外，代表人的姓名和到宾馆的抵达时间不是应按每个利用人而输入的信息，因此输入框F512、F513各显示1个。
此外，例如在显示区域A52中显示用于输入第一个活动的预约信息的输入框。在图5的例子中，就第一个活动而言，指定成人1人和儿童1人作为利用人数，申请人输入这2人各自的预约信息。
这里，第一个活动的预约信息由利用人的姓名、身高，以及年龄区间这3个项目构成。年龄区间是利用人的年龄的区间(年龄段)，这里，设“成年”为20岁以上，“未成年”为13岁以上但未满20岁。此外，设“学童”为6岁以上但未满13岁，“幼儿”为1岁以上但未满6岁，“婴儿”为未满1岁。
在输入框F520A、F520B的每一个中输入利用人的姓名。在输入框F521A、F521B的每一个中输入利用人的身高。在输入框F522A、F522B的每一个中输入利用人的年龄区间。
另外，在以下，在不需要特别区分输入框F520A、F520B时，仅记载为输入框F520。同样地，在不需要特别区分输入框F521A、F521B时记载为输入框F521。在不需要特别区分输入框F522A、F522B时记载为输入框F522。第一个活动的利用人数为2人，因此在显示区域A52中显示2组输入框F520、F521、F522的组合。
此外，例如在显示区域A53中，显示用于输入第二个活动的预约信息的输入框。在图5的例子中，就第二个活动而言，指定了成人1人作为利用人数，申请人输入该1人的预约信息。
这里，第二个活动的预约信息由利用人的姓名和国籍这2个项目构成。在输入框F530中输入利用人的姓名。在输入框F531中输入利用人的国籍。第二个活动的利用人数为1人，所以在显示区域A53中只显示1组输入框F530、F531的组合。
申请人能够通过在显示区域A50～A53各自的输入框中输入预约信息，并选择按键B54，从而进行服务的预约。预约信息可以按任意的顺序被输入，但这里举从预约信息输入画面G5的上面起按顺序输入预约信息的情况为例进行说明。
图6-图8是表示输入机票的预约信息的样子的图。另外，在图6-图8中，省略不需要专门参照的标号。这一点在以后说明的图9-图11中也是同样的。如图6的预约信息输入画面G5A、G5B所示，若输入框F500A被选定(focus)，则变为能够输入第1个人的姓名的状态。选定是指，输入框被选择并将光标设置在输入框中。换言之，选定是变为能够对输入框输入信息的状态。
在本实施方式中，能够预先登记申请人常常输入的姓名，该被登记的姓名中的、与在输入框F500A中输入的字符串有部分一致的姓名被推荐。例如，若申请人向输入框F500A中输入“Y”这样的文字，则如预约信息输入画面G5C所示，菜单M55被显示，被登记的姓名中开头是“Y”的姓名被推荐在输入画面上。接下来，若申请人向输入框F500A中输入多个文字，则与该被输入的多个文字一致的姓名被筛选出而显示在菜单M55中。另外，在没有特别地登记姓名的情况下，菜单M55不被显示，申请人向输入框F500A中直接输入第1个利用人的姓名。
例如，若申请人选择菜单M55的“YamadaTaro”，则如预约信息输入画面G5D所示，“YamadaTaro”作为第1个利用人的姓名被输入至输入框F500A中。另外，在菜单M55中不存在预约人的姓名的情况下，申请人在输入框F500A中直接输入第1个利用人的姓名。这一点在后述的输入框F500B、F500C中也是同样的。
移至图7，如预约信息输入画面G5E所示，申请人在输入框F501A、F502A中输入第1个人的出生年月日和性别，结束第1个人的预约信息的输入。出生年月日通过数值输入而被输入，性别通过单选按键的选择而被输入。
接下来，在为了输入第2个人的预约信息而选定输入框F500B时，则如预约信息输入画面G5F所示，变为能够输入第2个人的姓名的状态。与输入框F500A同样地，预先被登记的姓名中与在输入框F500B中输入的字符串有部分一致的姓名被推荐。如预约信息输入画面G5G所示，菜单M55被显示，被登记的姓名中开头是“Y”的姓名在输入画面中被推荐。
另外，在这种情况下，也可以不推荐选择完毕的姓名。如果是预约信息输入画面G5G的例子，则也可以是，由于第1个人的姓名已输入，因此在除去已输入的第1个人的姓名以外的预先被登记的姓名中，进行菜单M55中的姓名的推荐。关于这一点对后述的输入框F500C也是同样的。
例如，若申请人选择菜单M55的“YamadaRyoko”，则如预约信息输入画面G5H所示，“Yamada Ryoko”作为第2个利用人的姓名被输入至输入框F500A中。
移至图8，如预约信息输入画面G5I所示，申请人在输入框F501B、F502B中输入第2个人的出生年月日和性别，并结束第2个人的预约信息的输入。
接下来，若为了输入第3个人的预约信息而选定输入框F500C，则如预约信息输入画面G5J所示，变为能够输入第3个人的姓名的状态。与输入框F500A、F500B同样地，预先被登记的姓名中与在输入框F500C中输入的字符串有部分一致的姓名被推荐。如预约信息输入画面G5K所示，菜单M55被显示，被登记的姓名中开头是“Y”的姓名在输入画面中被推荐。
例如，若申请人选择了菜单M55的“Yamada Kazuo”，则如预约信息输入画面G5L所示，“Yamada Kazuo”作为第3个利用人的姓名被输入至输入框F500C中。然后，申请人在输入框F501C、F502C中输入第3个人的出生年月日和性别，并结束第3个人的预约信息的输入
申请人在结束了机票的预约信息的输入时，输入宾馆的预约信息。机票和宾馆在预约信息的一部分项目(姓名和性别)上是共通的，因此在本实施方式中，将在机票中已输入的预约信息沿用至宾馆的预约信息，省去输入预约信息的麻烦。
图9是表示输入宾馆的预约信息的样子的图。如图9的预约信息输入画面G5M、G5N所示，若选定输入框F510A，则菜单M55被显示在其下方。在输入机票的预约信息时，由于还有3人份的姓名没有输入完成，因此预先被登记的姓名被显示在菜单M55中，但这里3人份的姓名作为机票的预约信息已输入，因此只要输入框F510被选定(即使不在输入框F510中输入文字)就在菜单M55中显示已输入的3人份的姓名。申请人从这3人中选择第1个人的姓名。
若申请人选择“YamadaTaro”作为第1个利用人的姓名，则如预约信息输入画面G5O所示，该被选择的姓名被自动地输入在输入框F510A中。此外，上述被选择的姓名即“YamadaTaro”的性别被自动地输入在输入框F511A中。即，作为机票的预约信息而已输入的姓名和性别被沿用，并作为宾馆的预约信息而被输入。
接下来，若为了输入第2个人的利用信息而选定输入框F510B，则如预约信息输入画面G5P所示，菜单M55被显示在其下方。若申请人从菜单M55中选择第2个人的姓名，则通过与第1个利用人同样的流程，该被选择的姓名自动地被输入在输入框F510B中，利用人的性别自动地被输入在输入框F511B中。
关于第3个人的利用信息也同样地，通过申请人从在输入框F510C被选定的情况下显示的菜单M55中选择姓名，该被选择的姓名自动地被输入在输入框F510C中，利用人的性别自动地被输入在输入框F511C中。
申请人在结束宾馆的预约信息的输入时，输入第一个活动的预约信息。关于第一个活动，在与机票以及宾馆的预约信息共通的项目上也沿用已输入的信息。但是，关于姓名是与机票以及宾馆的预约信息共通的，但关于年龄区间则未必存在完全相同的项目。
这一点上，由于年龄区间能够根据出生年月日计算，因此第一个活动的年龄区间通过根据在机票中已输入的出生年月日进行计算而自动地被输入。这样，在本实施方式中，即使预约信息的项目不完全一致，只要存在相互对应的项目，预约信息就自动地被生成并输入。
图10是表示输入第一个活动的预约信息的样子的图。如图10的预约信息输入画面G5Q、G5R所示，若输入框F520A被选定，则菜单M55被显示在其下方。在菜单M55中，显示已输入的3人份的姓名。申请人从这3人中选择第1个人的姓名。
若申请人选择“Yamada Ryoko”作为第1个人的姓名，则如预约信息输入画面G5S所示，该被选择的姓名自动地被输入在输入框F520A中。此外，年龄区间基于上述被选择的姓名即“Yamada Ryoko”的出生年月日而被计算，并在输入框F522A中自动地输入该计算出的年龄区间。另外，由于利用人的身高是尚未被输入的信息，因此在输入框F521A中不沿用信息。因此，申请人手动输入第1个利用人的身高。
接下来，若为了输入第2个人的利用信息而选定输入框F520B，则如预约信息输入画面G5T所示，菜单M55被显示在其下方。若申请人从菜单M55中选择第2个人的姓名，则通过与第1个人同样的流程，该被选择的姓名被自动地输入输入框F520B中，该被选择了姓名的利用人的年龄区间被自动地输入输入框F522B中。
申请人在结束第一个活动的预约信息的输入时，输入第二个活动的预约信息。关于第二个活动，如果有与已输入的预约信息共通的项目则沿用已输入的信息，但在第二个活动中，只有姓名是共通的项目，因此需要手动输入其它项目(国籍)。
图11是表示输入第二个活动的预约信息的样子的图。如图11的预约信息输入画面G5U、G5V所示，若输入框F530被选定，则菜单M55被显示。在菜单M55中，显示已输入的3人份的姓名，且与宾馆的预约信息同样地，能够通过选择姓名而沿用已输入的预约信息。但是，如上所述，活动的预约信息除了姓名以外都不重复，因此如预约信息输入画面G5W所示，只沿用姓名，关于国籍等需要手动输入。
若被追加至旅行购物车的各服务的预约信息被输入，且申请人选择按键B54，则被输入到预约信息输入画面G5的各输入框中的预约信息被发送至服务器20。服务器20若接收到各服务的预约信息，则向各服务提供者发送预约信息。服务器20可以将全部预约信息发送给服务提供者，也可以只将一部分预约信息发送给服务提供者。若服务器20向服务提供者发送预约信息，则在服务提供者侧的系统中规定的申请处理被执行，服务的预约完成。
如上所述，受理系统S具有如下第1特征：在输入某服务的利用人的姓名的情况下，通过沿用其他服务的已输入的利用人的姓名，省去输入利用人的姓名的麻烦。此外，受理系统S具有如下第2特征：在输入某服务的预约信息的情况下，若选择预约信息已输入的其他服务的利用人的姓名，则通过沿用该其他服务的已输入的性别、年龄等，省去输入预约信息的麻烦。以下，说明这第1特征以及第2特征的详情。
[3.在实施方式中实现的功能]
图12是表示在实施方式的受理系统S中实现的功能的一例的功能框图。这里，说明用于实现第1特征的功能和用于实现第2特征的功能。
[3-1.用于实现第1特征的功能]
首先，说明用于实现第1特征的功能。如上所述，在受理系统S中，由申请人对多个服务的各自的输入框输入利用人信息。
输入框是用于输入并发送信息的图像，例如是文本框、下拉菜单、单选按键、或者复选框。在输入框中能够输入任意的信息，例如可以输入文本、数值、或者符号，也可以从多个选项中选择信息。
利用人信息是能够识别利用人的信息，例如是姓名、昵称、邮件地址、账号、用户ID、或者护照编号之类的信息。在本实施方式中，以姓名作为利用人信息的一例而进行说明。因此在本实施方式中记载为姓名的地方能够替换为利用人信息。
在受理系统S中，在申请人终端10上按每个服务至少显示1个输入框。输入框的数量可以与服务的预约所需的预约信息的项目数量相同，也可以在这之上。另外，在本实施方式中，说明了所有服务都输入姓名的情况，但也可以存在不需要特地输入姓名的服务。
[3-1-1.在服务器中实现的功能]
在服务器20中，实现数据库储存部200以及显示控制部201。数据库储存部200以及显示控制部201分别是数据库储存单元以及显示控制单元的一例。
[数据库储存部]
数据库储存部200主要作为储存部22而被实现。数据库储存部200储存为了实现第1特征所需的数据库。这里，说明数据库储存部200储存服务数据库DB1以及申请人数据库DB2的情况。
图13是表示服务数据库DB1的数据存储例的图。如图13所示，服务数据库DB1是存储与服务有关的各种信息的数据库。例如，在服务数据库DB1中，存储了唯一地识别服务的服务ID、服务的名称、种类、基本信息、以及预约信息的输入项目。
在本实施方式中，举旅行预约服务为例，因此服务的名称例如是住宿设施名、飞机的航班号、列车的名称、巴士的名称、租赁汽车的店名、活动的名称、餐厅名、或者观光设施名。服务的种类例如是住宿设施、交通方式、活动、餐厅、或者观光设施之类的种类(服务提供者的种类)，也能够是服务的属性。基本信息是服务的基本信息，例如是地点、联系方式、价格、或者服务内容之类的信息。基本信息被用作检索时的索引。
预约信息的输入项目是为了预约服务而应输入的预约信息的项目。各服务中至少设定1个输入项目。要输入哪些输入项目，预先设定即可，例如可以是服务提供者指定自身的服务的预约所需的输入项目，也可以是受理系统S的管理者按每个服务的种类来指定输入项目。
例如，在服务数据库DB1中，存储了作为输入项目而被指定的项目名。在本实施方式中，举了“姓名”、“出生年月日”、“性别”、“代表人”、“抵达时间”、“身高”、“年龄区间”、以及“国籍”之类的项目为例，但输入项目能够指定为任意的项目，例如也可以是“周岁”、“居住地”、“有无选项”、或者“有无过敏”之类的项目。
在本实施方式中，在预约信息的输入项目中，作为与利用人有关的信息，存在姓名和除姓名以外的信息。在以下，有时将姓名以外的信息记载为属性信息。“出生年月日”、“性别”、“年龄区间”、以及“国籍”之类的信息是属性信息的一例。属性信息也能够称为利用人的个人信息。
另外，在服务数据库DB1中存储的数据不限于上述的例子。在服务数据库DB1中可以存储任意的信息，例如，也可以存储各服务的库存信息，以在检索时进行参照。
图14是表示申请人数据库DB2的数据存储例的图。如图14所示，申请人数据库DB2是存储与申请人有关的各种信息的数据库。例如，在申请人数据库DB2中，存储唯一地识别申请人的申请人ID、申请人的姓名、登记人的姓名、以及旅行购物车数据。
登记人是在菜单M55中显示姓名的人，例如，常常一起旅行的家人、朋友、或者同事的姓名。在申请人数据库DB2中，登记申请人输入的姓名。例如，可以登记申请人从自身的页面中输入的姓名，也可以自动登记申请人在过去预约时输入的姓名。另外，申请人也可以不特地将登记人的姓名进行登记。
旅行购物车数据是表示旅行购物车的内容的数据。换言之，旅行购物车数据是表示申请人向旅行购物车中追加的服务的数据。例如，旅行购物车数据中存储了被追加至旅行购物车的服务的服务ID、利用时间、以及利用人数。
利用时间是在服务被追加至旅行购物车的情况下由申请人指定的时间。如上所述，利用时间可以仅是日期，也可以是日期时间。利用人数在服务被追加至旅行购物车的情况下由申请人指定的人数。利用人数可以是按成人、儿童这样区分的人数，也可以是不特别地考虑区分的人数。
另外，在旅行购物车数据中存储的信息不限于上述的例子。例如，在指定了利用时间以及利用人数以外的条件(例如，有无选项等)的情况下，也可以存储该条件。
此外，存储在申请人数据库DB2中的数据不限于上述的例子。例如，申请人数据库DB2中也可以存储表示由申请人进行的预约的历史的数据。该数据中也可以包含申请人在预约时输入的预约信息。
另外，数据库储存部200储存的数据不限于上述的例子。例如，数据库储存部200也可以储存定义了预约信息的输入项目的项目数据库。在项目数据库中，也可以存储用于计算并求出预约信息的计算式。例如，“年龄区间”能够根据“出生年月日”或者“周岁”计算，因此也可以在项目数据库中定义用于根据“出生年月日”或者“周岁”而计算“年龄区间”的计算式。其他，例如，“周岁”能够根据“出生年月日”计算，因此也可以在项目数据库中定义用于根据“出生年月日”而计算“周岁”的计算式。
[显示控制部]
显示控制部201主要作为控制部21而被实现。显示控制部201生成预约信息输入画面G5的显示数据DT1，并向申请人终端10发送显示数据DT1。
图15是表示预约信息输入画面G5的显示数据DT1的数据存储例的图。在图15中，以表格形式进行表示，以便于理解数据存储例，但显示数据DT1是用于在申请人终端10显示画面的数据即可，例如能够应用HTML数据或者XML数据之类的种种形式的数据。
预约信息输入画面G5成为与旅行购物车的内容相对应的内容，因此显示控制部201基于旅行购物车数据，生成预约信息输入画面G5的显示数据DT1。换言之，显示控制部201基于旅行购物车数据，决定预约信息输入画面G5的布局。
例如，显示控制部201参照旅行购物车数据，确定被追加至旅行购物车的服务的服务ID和利用人数。显示控制部201参照服务数据库DB1，确定与该确定出的服务ID进行了关联的服务名和输入项目。显示控制部201向每个服务附加利用人数的量的标题。标题是在预约信息输入画面G5上显示显示的“成人1”、“成人2”、“儿童1”这样的名字。显示控制部201对每个服务附加标题、项目名、以及输入框的识别信息，并生成显示数据DT1。另外，输入框的识别信息是用于在预约信息输入画面G5内识别输入框的信息，是输入框的名称。输入框的识别信息设为按照任意的规则来发行即可。
另外，关于定义了计算式的项目，显示控制部201将计算式与该项目的输入框关联而存储于显示数据DT1。例如，显示控制部201在确定了“出生年月日”的项目和“年龄区间”的项目的情况下，将用于根据“出生年月日”来计算“年龄区间”的计算式存储在显示数据DT1中。此外，例如，显示控制部201在确定了“出生年月日”的项目和“周岁”的项目的情况下，将用于根据“出生年月日”来计算“周岁”的计算式存储在显示数据DT1中。
此外，可以设显示数据DT1包含记述了规定的命令的脚本，也可以与显示数据DT1分开管理脚本，并通过外部调用来执行脚本。例如，在脚本中可以记述上述计算式，也可以记述显示数据DT1中表示的服务ID、服务名、标题、项目名、以及输入框的识别信息。
此外，例如，在脚本中也可以记述用于获取被输入至一个输入框中的信息并将该信息输入其他输入框的命令。换言之，在脚本中也可以记述用于在相同项目名的输入框之间沿用信息的命令。此外，例如，在脚本中，也可以记述用于在姓名的输入框被选定了的情况下，参照后述的利用人数据DT2而显示菜单M55的命令。此外，例如，在脚本中，也可以记述用于在姓名被从菜单M55中选择了的情况下，沿用与该姓名进行了关联的属性信息的命令。这些命令是脚本中记述的命令的一例，在脚本中也可以记述任意的命令。
此外，例如，在本实施方式中，在菜单M55上显示登记人的姓名，因此设为在显示数据DT1中，包含与申请人进行了关联的登记人的姓名。显示数据DT1所包含的姓名中的、与申请人目前为止输入的字符串一致的姓名以可被选择的方式显示在菜单M55上。另外，登记人的姓名也可设为与显示数据DT1分开地被发送至申请人终端10。
此外，在本实施方式中，显示控制部201除了预约信息输入画面G5的显示数据DT1之外，还生成利用人数据DT2，并向申请人终端10发送利用人数据DT2。
图16是表示利用人数据DT2的数据存储例的图。如图16所示，利用人数据DT2是用于管理在预约信息输入画面G5中被输入的预约信息的数据。例如，在利用人数据DT2中存储用于唯一地识别利用人的利用人ID和已输入的预约信息。
在图16的例子中，作为预约信息，存储了姓名、出生年月日、年龄区间、性别、身高、以及国籍。也可以设为代表人以及抵达时间被存储在利用人数据DT2中，但这些信息不是按照每个利用人而被输入的信息，因此这里设为不被存储在利用人数据DT2中。
显示控制部201基于被追加至旅行购物车的服务的利用人数，决定利用人数据DT2的记录数，并按记录数的量发行利用人ID。然后，显示控制部201确定被追加至旅行购物车的服务的预约信息的输入项目，设定利用人数据DT2的字段。在本实施方式中，设定了临时姓名作为利用人的姓名，关于该处理在第2特征中说明。
利用人数据DT2在对预约信息输入画面G5的各输入框输入信息时被更新。例如，在任何信息都尚未被输入的情况下，利用人数据DT2中仅存储利用人ID和利用人的临时姓名(例如，“旅行者1”、“旅行者2”、以及“旅行者3”之类的字符串)。在该状态下，若申请人输入利用人的姓名，则临时姓名被置换为输入的姓名。之后，若申请人输入利用人的年龄、性别等，则该输入的信息被存储于利用人数据DT2中。另外，临时姓名也可以不被存储在利用人数据DT2中。
[3-1-2.在申请人终端中实现的功能]
在申请人终端10中，实现数据储存部100、确定部101、显示控制部102、以及获取部103。它们分别是数据储存单元、确定单元、显示控制单元、以及获取单元的一例。
[数据储存部]
数据储存部100主要作为储存部12而被实现。数据储存部100储存为了实现第1特征所需的数据。这里，说明数据储存部100储存显示数据DT1以及利用人数据DT2的情况。申请人终端10若从服务器20接收显示数据DT1以及利用人数据DT2，则在数据储存部100中记录显示数据DT1以及利用人数据DT2。显示数据DT1以及利用人数据DT2的数据存储例与上述的相同。
另外，数据储存部100储存的数据不限于上述的例子。例如，数据储存部100也可以储存操作申请人终端10的申请人的申请人ID。此外，例如数据储存部100也可以储存旅行购物车数据。在这种情况下，也可以设数据储存部100的旅行购物车数据和申请人数据库DB2的旅行购物车数据具有一致性。
[确定部]
确定部101主要作为控制部11而被实现。确定部101确定与输入对象的服务进行了关联的其他服务。
输入对象的服务是指预约信息被输入的服务，是在预约信息输入画面G5中显示了输入框的服务。在本实施方式中，在预约信息输入画面G5中显示多个服务的各自的输入框，该多个服务中的输入框被选定的服务相当于输入对象的服务。
与输入对象的服务进行了关联的其他服务(以下，仅记载为其他服务。)是指，预约信息的一部分或者全部的项目与输入对象的服务共通的服务。换言之，其他服务是成为预约信息的沿用源的服务。其他服务是预约信息已输入的服务。
在本实施方式中，其他服务是与输入对象的服务一起被追加至旅行购物车中的服务，是与输入对象的服务一起被输入预约信息的服务。换言之，其他服务是与输入对象的服务一起被显示输入框的服务，是输入框与输入对象的服务在相同页面上被显示的服务。
在本实施方式中，受理系统S一并受理多个服务的申请，因此确定部101确定与输入对象的服务一起被一并申请的其他服务。
一并受理申请是指，在一次申请请求中受理多个服务的申请。例如是一次汇总接收多个服务的各自的预约信息、一个接一个地连续接收多个服务的各自的预约信息、一次汇总执行多个服务的各自的申请处理、或者一个接一个地连续执行多个服务的各自的申请处理。
在本实施方式中，显示数据DT1中包含服务ID，因此确定部101通过参照存储在该显示数据DT1中的服务ID，确定与输入对象的服务一起被显示输入框的其他服务。其他，例如，确定部101也可以参照旅行购物车数据，确定与输入对象的服务一起被追加至旅行购物车的其他服务。
另外，其他服务可以是已预约的服务，也可以不是与输入对象的服务一起被追加至旅行购物车的服务。即，其他服务也可以是在与输入对象的服务不同的画面中被显示输入框的服务。在这种情况下，确定部101也可以通过参照被存储于申请人数据库DB2中的预约信息数据，确定其他服务。此外，受理系统S也可以不一并受理多个服务的申请，而是分开受理各服务的申请。
[显示控制部]
显示控制部102主要作为控制部11而被实现。显示控制部102基于显示数据DT1，使显示部15显示预约信息输入画面G5，或执行在显示数据DT1中记述的脚本而沿用已输入的信息。
在本实施方式中，显示控制部102使对其他服务的输入框输入的姓名以可被选择的方式显示。换言之，显示控制部102使作为其他服务的预约信息而被输入的姓名以可被选择的方式显示。
使姓名以可被选择的方式显示是指，使姓名以能够选择的状态显示，例如，使姓名显示在菜单上，或者使单选按键或者复选框与姓名一起显示。在本实施方式中，使姓名显示在菜单M55上，相当于使姓名以可被选择的方式显示。
在本实施方式中，显示控制部102通过在输入对象的输入框被选定的情况下，使菜单M55显示，从而使对其他服务的输入框输入的姓名以可被选择的方式显示。另外，也可以即使输入框不特别被选定，也使菜单M55显示。即，显示控制部102也可以在输入对象的输入框被选定之前，预先使菜单M55显示。显示控制部102基于利用人数据DT2，使菜单M55显示。显示控制部102参照在利用人数据DT2中存储的利用人的姓名，使各姓名在菜单M55中排列显示。
此外，在本实施方式中，多个服务一并被申请，因此显示控制部102使一并被申请的其他服务的姓名与输入对象的服务的姓名一起以可被选择的方式显示。其他服务的利用人的姓名被反映在利用人数据DT2中，因此显示控制部102参照被存储于利用人数据DT2中的其他服务的利用人的姓名，使该姓名以可被选择的方式显示。另外，其他服务的利用人的姓名也被反映在该服务的输入框中，因此显示控制部102也可以参照被输入至该输入框中的姓名，使该姓名以可被选择的方式显示。
此外，在本实施方式中，多个服务的各自的输入框在相同页面中被显示，因此显示控制部102使被输入至与输入对象的服务的输入框相同页面的其他服务的输入框的其他服务的姓名以可被选择的方式显示。
相同页面是指相同的画面。在相同页面中显示的其他服务的利用人的姓名被反映在利用人数据DT2中，因此显示控制部102参照存储于利用人数据DT2中的其他服务的利用人的姓名，使该姓名以可被选择的方式显示。另外，在相同页面中显示的其他服务的利用人的姓名也被反映在该服务的输入框中，因此显示控制部102也可以参照被输入至相同页面的该输入框中的姓名，使该姓名以可被选择的方式显示。
此外，在本实施方式中，在多个服务的各自的输入框中输入了包含姓名和属性信息的多个信息，因此显示控制部102在多个信息中的姓名被输入至输入对象的服务的输入框的情况下，使其他服务的姓名以可被选择的方式显示。在本实施方式中，对显示数据DT1附加了各输入框的项目名，因此如果被选定的输入框的项目名是姓名，则显示控制部102使菜单M55显示。
此外，在本实施方式中，能够进行3个以上的服务的申请，在存在多个与输入对象的服务进行了关联的其他服务的情况下，显示控制部102使该多个其他服务的各自的姓名以可被选择的方式显示。即，显示控制部102使在多个其他服务的每一个中被输入的姓名联合，在此基础上使其以可被选择的方式显示。
例如，在第1服务中输入第1姓名，在第2服务中输入第2姓名的情况下，显示控制部102使第1姓名和第2姓名联合而以可被选择的方式显示。如果是图5的画面的例子，则可以是，当在“机票”中输入“YamadaTaro”，在“宾馆”中输入“Yamada Ryoko”时，在“第一个活动”的输入框F520被选定的情况下，显示控制部102使这2人的姓名和登记人的姓名或者“旅行者3”之类的临时姓名显示在菜单M55中。
此外，例如，在多个其他服务的各自的姓名重复的情况下，显示控制部102可以使重复的姓名汇总为1个而显示。显示控制部102不使相同姓名显示多个，而是只显示1个。显示控制部102比较已输入的姓名，使一致的姓名汇总为1个，在此基础上使其以可被选择的方式显示。
如果是图5的画面的例子，则当在“机票”中输入“YamadaTaro”，且对“宾馆”的输入框F510输入相同名字时，在“第一个活动”的输入框F520被选定的情况下，显示控制部102也可以不在菜单M55中显示2个“Yamada Taro”，而只使该姓名显示一个。
[获取部]
获取部103主要作为控制部11而被实现。在通过显示控制部102而被显示的姓名被申请人选择了的情况下，获取部103获取该被选择的姓名作为输入对象的服务的姓名。获取部103基于操作部14的检测信号，确定由申请人选择的姓名，并获取该被确定的姓名作为输入对象的服务的姓名。
例如，获取部103在输入对象的服务的输入框中输入由申请人选择的姓名。换言之，获取部103将输入对象的服务和由申请人选择的姓名关联地记录在数据储存部100中。在本实施方式中，说明由获取部103获取的姓名被显示在预约信息输入画面G5中的情况，但该姓名也可以不特别地被显示。
[3-2.用于实现第2特征的功能]
接下来，说明用于实现第2特征的功能。另外，对于在第1特征中说明完毕的功能，有时省略说明，但为了说明的方便，有时也还以其它表现方式进行说明。
[3-2-1.在服务器中实现的功能]
为了实现第2特征，在服务器20中，实现数据库储存部200、显示控制部201、设定部202、以及执行部203。它们分别是数据库储存单元、显示控制单元、设定单元、以及执行单元的一例。
[数据库储存部]
数据库储存部200如在第1特征中说明的那样。
[显示控制部]
显示控制部201的处理大致如在第1特征中说明的那样，这里说明决定输入框的顺序的处理。显示控制部201在生成预约信息输入画面G5的显示数据DT1时，按利用人数从多到少的顺序设定各服务的输入框的排列顺序。即，显示控制部201将各服务的输入框的排列顺序设定为利用人的降序。
排列顺序是指，输入框的配置顺序或者显示顺序。在本实施方式中，输入框纵向排列，因此上方的顺序在先，下方的顺序在后。另外，在横向排列地显示输入框的情况下，可以是左方的顺序在先，右方的顺序在后，也可以是右方的顺序在先，左方的顺序在后。
设定排列顺序是指，决定排列顺序、使基于决定的排列顺序而被配置的各服务的输入框显示、或者生成以决定的排列顺序配置了各服务的输入框的预约信息输入画面G5的显示数据DT1。
此外，显示控制部201将各服务的输入框的排列顺序设定为项目数量从多到少的顺序。显示控制部201如在第1特征中说明的那样，确定各服务的预约信息的输入项目，并获取各服务的项目数量。显示控制部201将各服务的输入框的排列顺序设定为该获取到的项目数量的降序。
[设定部]
设定部202主要作为控制部11而被实现。在本实施方式中，各服务的利用人数被预先指定，设定部202对没有被输入姓名的服务设定临时姓名。
临时姓名能够识别出是临时名字即可，能够利用任意的文本。但是，最好不采用在一般的姓名中被使用的名字，而是要例如像“旅行者n(n是自然数)”这样能够明确地识别出是临时名字的比较好。另外，设临时姓名的文本预先被储存在数据库储存部200。
设定部202参照旅行购物车数据而确定各服务的利用人数，并设定该确定出的利用人数的量的临时姓名。设定部202确定被追加至旅行购物车的服务的中最大人数的利用人数，并设定该确定出的利用人数的量的临时姓名。设定部202基于在数据储存部100中储存的文本而生成临时姓名，并将该生成的临时姓名存储至利用人数据DT2中。
[执行部]
执行部203主要作为控制部21而被实现。执行部203基于从申请人终端10接收到的预约信息，执行申请处理。申请处理是用于申请服务的处理，例如，向服务提供者发送预约信息的一部分或者全部、执行服务的结算处理、或者受理服务的申请而减小库存量。
在本实施方式中，有时也使输入不提供给服务提供者的项目的预约信息，因此执行部203针对多个服务中不需要姓名来进行申请处理的服务，不基于姓名而基于属性信息来执行申请处理。例如，即便使输入姓名作为预约信息，但执行部203在申请处理的执行中也不参照该被输入的姓名。例如，执行部203对服务提供者不发送姓名而仅发送属性信息。
[3-2-2.在申请人终端中实现的功能]
为了实现第2特征，在申请人终端10中，实现数据储存部100、显示控制部102、获取部103、受理部104、以及保持部105。它们分别是数据储存单元、显示控制单元、获取单元、受理单元、以及保持单元的一例。
[数据储存部]
数据储存部100如在第1特征中说明的那样。
[显示控制部]
显示控制部102的处理大致如在第1特征中说明的那样。例如，显示控制部102按照每个服务显示用于输入姓名和属性信息中的每一个的输入框。即，显示控制部102按照每个服务显示用于输入姓名的输入框和用于输入属性信息的输入框。
使各服务的输入框至少显示1个即可。如果是图5的画面的例子，则“机票”的利用人数是3人，因此显示控制部102使用于输入姓名的输入框F500和用于输入属性信息(出生年月日和性别)的输入框F501、F502显示3人份。
此外，例如，“宾馆”的利用人数是3人，因此显示控制部102使用于输入姓名的输入框F510和用于输入属性信息(性别)的输入框F511显示3人份。另外，关于“宾馆”，还需要输入“代表人”和“抵达时间”之类的其它预约信息，因此显示控制部102使用于输入“代表人”的输入框F512和用于输入“抵达时间”的输入框F513显示。
此外，例如，“第一个活动”的利用人数为2人，因此显示控制部102使用于输入姓名的输入框F520和用于输入属性信息(身高和年龄区间)的输入框F521、F522显示2人份。此外，例如，“第二个活动”的利用人数为1人，因此显示控制部102使用于输入姓名的输入框F530和用于输入属性信息(国籍)的输入框F531显示1人分。
在本实施方式中，在对输入对象的服务的输入框输入姓名的情况下，显示控制部102使被输入至其他服务的输入框的姓名以可被选择的方式显示。对输入对象的服务的输入框输入姓名的情况是指，该输入框被选定的情况。关于使姓名以可被选择的方式显示的处理，如在第1特征中说明的那样。
在本实施方式中，各服务的利用人数被预先指定，显示控制部102以利用人数从多到少的顺序显示各服务的输入框。在本实施方式中，预约信息输入画面G5的显示数据DT1中表示了各服务的输入框的顺序，因此显示控制部102按照显示数据DT1表示的顺序，显示各服务的输入框，以使其成为利用人的降序。
此外，在本实施方式中，对各服务预先指定了属性信息的项目数量，显示控制部102使各服务的输入框以项目数量从多到少的顺序显示。在预约信息输入画面G5的显示数据DT1中表示了各服务的输入框的顺序，因此显示控制部102使各服务的输入框按照显示数据DT1表示的顺序显示，以使其成为应输入的项目数量的降序。
此外，在本实施方式中，在输入框中显示通过选择姓名而沿用的属性信息，因此显示控制部102使由获取部103获取的输入对象的服务的属性信息在输入对象的服务的输入框中显示。另外，沿用的属性信息也可以不特别地显示在输入框中。
[获取部]
在输入对象的服务的姓名被输入至输入对象的服务的输入框的情况下，获取部103基于被输入至姓名一致的其他服务的输入框的属性信息，获取输入对象的服务的属性信息。
在本实施方式中，说明了通过选择在菜单M55上以可被选择的方式显示的姓名，对输入对象的服务的输入框输入姓名的情况，但也可以设为不从菜单M55中选择姓名，而对输入对象的服务的输入框进行姓名的文本输入。在这种情况下，获取部103判定被进行文本输入的姓名和已输入的姓名是否一致。一致可以是完全一致，也可以是部分一致。另外，已输入的姓名被存储在利用人数据DT2中，因此获取部103通过参照利用人数据DT2而确定已输入的姓名即可。
例如，获取部103通过参照利用人数据DT2，确定被输入至姓名一致的其他服务的输入框的属性信息。此外，例如，在本实施方式中，各输入框和被输入至该输入框的信息被关联地记录在数据储存部100中，因此获取部103也可以通过参照该关联而确定属性信息。
在本实施方式中，其他服务的姓名在菜单M55中以可被选择的方式显示，因此在其他服务的姓名被选择的情况下，获取部103获取该被选择的姓名作为输入对象的服务的姓名，并基于其他服务的属性信息，获取输入对象的服务的属性信息。
例如，获取部103可以获取该确定出的属性信息直接作为输入对象的服务的属性信息，也可以基于该确定出的属性信息而生成新的属性信息。在本实施方式中，关于属于“年龄”的项目属性的属性信息，获取部103基于其他服务的属性信息，生成输入对象的属性信息。例如，获取部103基于作为其他服务的属性信息而被输入的“出生年月日”，生成输入对象的“年龄区间”的属性信息。
在本实施方式中，有时在每个服务中应输入的项目不同，因此获取部103获取其他服务的属性信息中的、输入对象的服务的申请所需的项目的信息。即，获取部103沿用其他服务的属性信息中的、输入对象的服务的预约信息的输入项目而被设定的项目的信息。
此外，在本实施方式中，各服务的输入框在相同页面中被显示，因此获取部103基于被输入至与输入对象的服务的输入框相同页面的其他服务的输入框的属性信息，获取输入对象的服务的属性信息。相同页面的含义与前述相同。被输入至相同页面的其他服务的输入框的属性信息被表示在利用人数据DT2中，因此获取部103参照利用人数据DT2，获取相同页面内的已输入的属性信息。
[受理部]
受理部104主要作为控制部11而被实现。受理部104基于操作部14的检测信号，受理申请人的输入。例如，受理部104受理申请人向输入框的各种输入。
[保持部]
保持部105主要作为控制部11而被实现。保持部105将被输入至各服务的输入框的姓名和属性信息与该服务关联地保持。
保持是指，记录至数据储存部100中。与服务关联地保持是指，与服务ID捆绑地记录、能够根据服务ID进行检索地记录。保持部105按每个服务在数据储存部100中保持姓名和属性信息的数据集合。在本实施方式中，预约信息输入画面G5的显示数据DT1中存储了被追加至旅行购物车的各服务的服务ID，因此保持部105与各服务的服务ID进行关联地，将被输入至该服务的输入框的姓名和属性信息记录在数据储存部100中。
在本实施方式中，在姓名被输入至设定了临时姓名的服务的输入框的情况下，保持部105将临时姓名置换为该被输入的姓名。置换是指，更新信息、或者将临时姓名改写为被输入的姓名。在本实施方式中，在利用人数据DT2中存储了临时姓名，因此保持部105更新利用人数据DT2。
[4.在本实施方式中执行的处理]
图17-图19是表示在受理系统S中执行的处理的一例的流程图。图17-图19所示的处理，通过控制部11、21分别按照被储存在储存部12、22中的程序进行动作而被执行。在下述中说明的处理是由图12所示的功能块执行的处理的一例。
另外，这里设为由申请人对旅行购物车追加了多个服务，在申请人终端10的储存部12中储存了旅行购物车数据。申请人终端10基于旅行购物车数据而使旅行购物车画面G4(图4)显示在显示部15上。图17-图19所示的处理在旅行购物车画面G4的按键B41被选择的情况下被执行。
如图17所示，首先，在申请人终端10中，控制部11将储存在储存部12中的旅行购物车数据发送至服务器20(S1)。另外，设为在从申请人终端10向服务器20发送了数据的情况下，储存在储存部12中的申请人ID也被发送。
在服务器20中，若接收到旅行购物车数据，则控制部21生成预约信息输入画面G5的显示数据DT1(S2)。另外，在S2中也可以省略旅行购物车数据的发送，在这种情况下，在S2中，控制部21基于存储在申请人数据库DB2中的旅行购物车数据，生成预约信息输入画面G5的显示数据DT1。但是，也可以设为储存在申请人终端10中的旅行购物车数据和储存在服务器20中的旅行购物车数据具有一致性。
图18是表示S2的处理的详情的图。如图18所示，控制部21基于旅行购物车数据以及服务数据库DB1，确定被追加至旅行购物车的各服务的预约信息的输入项目(S20)。在S20中，控制部21参照被存储于旅行购物车数据中的服务ID，并参照服务数据库DB1中的存储了该服务ID的记录。控制部21基于该记录，确定被追加至旅行购物车的各服务的预约信息的输入项目。
控制部21基于在S20中确定的项目，生成利用人数据DT2(S21)。在S21中，控制部21参照被存储在旅行购物车数据中的各服务的利用人数，确定最多的利用人数。控制部21生成该确定出的利用人数的量的记录，并设定利用人ID和在S20中确定出的各输入项目的名字作为各记录的字段。
例如，在旅行购物车数据表示的利用人数的最大值为3人的情况下，如图16所示，控制部21生成由3个记录构成的利用人数据DT2。然后，控制部21对3个利用人的每一个发行利用人ID，并存储于“利用人ID”的字段中。在确定了“姓名”、“出生年月日”、“年龄区间”、“性别”、“身高”、以及“国籍”之类的输入项目的情况下，控制部21设定这些各项目的字段，并生成利用人数据DT2。
控制部21在利用人数据DT2中设定利用人的临时姓名(S22)。在S22中，控制部21发行利用人数据DT2的记录的数量的量的临时姓名，并存储于利用人数据DT2中。例如，若设确定出的利用人数为n(n是自然数)，则控制部21发行临时姓名以使从“旅行者1”到“旅行者n”成为连号。另外，就除了姓名以外的字段而言，设为没有特别地存储任何信息，但也可以与姓名同样地设定临时信息。
控制部21基于各服务的利用人数以及项目数量，决定预约信息输入画面G5中的各服务的排列顺序(S23)。在S23中，控制部21将服务的排列顺序决定为利用人数以及项目数量的降序。利用人数和项目数量中哪一个优先都可以，但这里控制部21以利用人数为优先地决定排列顺序，并在利用人数相同的情况下将项目数量多的一方的顺序决定在前。
控制部21基于在S23中决定的排列顺序，决定各服务的输入框的配置(S24)。在S24中，控制部21决定输入框的配置，以使各服务的输入框以在S23中所决定的排列顺序来排列。各个服务内的输入框的排列可以通过任意的方法来决定，但这里，设姓名的输入框在前，设属性信息的输入框在后。
控制部21基于在S24中所决定的顺序，生成预约信息输入画面G5的显示数据DT1(S25)。在S25中，控制部21以在S23中所决定顺序来排列各输入框，并在其旁边配置该输入框表示的项目名。此外，控制部21生成记述了在姓名的输入框被选定的情况下显示菜单M55的命令、在姓名被输入的情况下置换临时姓名的命令、以及在菜单M55内的姓名被选择了的情况下沿用属性信息的命令的脚本，并嵌入显示数据DT1中。此外，控制部21将被存储在申请人数据库DB2中的登记人名嵌入显示数据DT1中。
回到图17，服务器20将在S2中生成的显示数据DT1以及利用人数据DT2发送给申请人终端10(S3)。
在申请人终端10中，若接收到显示数据DT1以及利用人数据DT2，则控制部11使预约信息输入画面G5显示在显示部15上(S4)。控制部11基于操作部14的检测信号，执行预约信息的输入处理(S5)。S5的处理主要通过预约信息输入画面G5的显示数据DT1所包含的脚本来执行。另外，显示数据DT1以及利用人数据DT2被暂时记录在储存部12中。
图19是表示S5的处理的详情的图。如图19所示，控制部11基于操作部14的检测信号，确定申请人的操作(S50)。这里，说明选定预约信息输入画面G5内的任一个输入框的操作和选择按键B54的操作中的任一个操作被执行的情况。在进行了回到旅行购物车画面G4的操作等其它操作的情况下，本处理结束。
在输入框被选定的情况下(S51；选定)，控制部11判定被选定的输入框的项目名是否是姓名(S51)。如上所述，各输入框的项目名在显示数据DT1中被定义，因此在S51中，控制部11参照在显示数据DT1中被表示的项目名。
在判定为被选定的输入框的项目名为姓名的情况下(S51；Y)，控制部11基于利用人数据DT2，判定是否已输入了利用人全员的姓名(S52)。在S52中，控制部11判断是否已全部置换了被存储在利用人数据DT2中的临时姓名。
在没有判定为已输入利用人全员的姓名的情况下(S52；N)，控制部11基于操作部14的检测信号，向输入框输入申请人所输入的文字(S53)。在S53中，申请人使用操作部14来进行文本输入，控制部11将申请人输入的文字作为利用人的姓名而输入输入框。
控制部11基于显示数据DT1，判定被输入的文字是否与登记人的姓名一致(S54)。在S54中，控制部11判定被输入的文字或者字符串与登记人名字的开头的文字或者字符串是否一致。
在判定为所输入的文字与登记人的姓名一致的情况下(S54；Y)，控制部11使该被判定为一致的登记人的姓名显示在菜单M55中(S55)。在S55中，控制部11使被判定为一致的登记人的姓名以规定的顺序在菜单M55中排列显示。在菜单M55中显示不完的登记人的姓名可滚动地被显示。
控制部11基于操作部14的检测信号，判定申请人是否选择了菜单M55内的姓名(S56)。在判定为申请人选择了菜单M55内的姓名的情况下(S56；Y)，控制部11将被从菜单M55中选择的姓名输入在S50中被选定的输入框(S57)。在S57中，控制部11将在S50中被选定的输入框和申请人所选择的姓名关联地记录在储存部12中。
控制部11将申请人输入的姓名存储在利用人数据DT2中(S58)。在S58中，控制部11将利用人数据DT2中的、存储了临时姓名的记录的该临时姓名置换为申请人输入的姓名。
另一方面，在没有判断为申请人选择了菜单M55内的姓名的情况下(S56；N)，控制部11基于操作部14的检测信号，判断申请人是否进行了规定的输入完成操作(S59)。输入完成操作可以是任意的操作，例如可以是解除输入框的选定的操作，也可以是选择了输入(ENTER)按键等规定的按键的操作。在没有判定为进行了输入完成操作的情况下(S59；N)，返回S53的处理，继续文字的输入。另一方面，在判定为进行了输入完成操作的情况下(S59；Y)，转移至S58的处理，将申请人输入的姓名存储至利用人数据DT2中。
另一方面，在S51中，在姓名以外的项目名的输入框被选定的情况下(S51；N)，性别等属性信息的输入框被选定，因此控制部11将申请人输入的属性信息存储在利用人数据DT2中(S60)。在S60中，控制部11将申请人输入的属性信息存储至利用人数据DT2中的、存储了被选定的输入框所属于的姓名的记录中。
控制部11向在S50中被选定的输入框中输入申请人所输入的属性信息(S61)。在S61中，控制部11将在S50中被选定的输入框和申请人输入的属性信息关联地记录在储存部12中。
另一方面，在S52中，在判定为已输入了利用人的姓名的情况下(S52；Y)，控制部11基于利用人数据DT2，使已输入的利用人的姓名显示在菜单M55中(S62)。在S62中，控制部11使被存储在利用人数据DT2中的利用人的姓名在菜单M55上排列显示。
控制部11将从菜单M55被选择的姓名输入在S50中被选定的输入框中(S63)。在S63中，控制部11将在S50中被选定的输入框和申请人输入的属性信息关联地记录在储存部12中。
控制部11沿用与被从菜单M55中选择的姓名关联的属性信息(S64)。在S64中，控制部11参照利用人数据DT2，确定与被选择的姓名进行了关联的属性信息。然后，控制部11输入该被确定的属性信息中的、与在S63中被输入了姓名的输入框相同标题的其他输入框的项目名的属性信息。另外，在像出生年月日和年龄区间那样不直接沿用属性信息，而是在基于计算式而进行了计算的基础上进行输入的情况下，基于显示数据DT1中表示的计算式进行计算，并输入属性信息。在这种情况下，计算出的属性信息被存储于利用人数据DT2中。
另一方面，在S50中，在按键B54被选择了的情况下(S50；按键)，回到图17，控制部11判定是否在预约信息输入画面G5内的全部输入框中输入了预约信息(S6)。各输入框和被输入的预约信息在储存部12中关联地被保持，因此在S6中，控制部11判断是否存在与任何预约信息都不进行关联的输入框。
在判定为存在还没有被输入预约信息的输入框的情况下(S6；N)，显示规定的错误消息，并返回S5的处理。在这种情况下，直到在全部输入框中输入了预约信息为止，反复进行申请人的预约信息的输入。
另一方面，在判定为全部预约信息被输入了的情况下(S6；Y)，对于服务器20，控制部11将在被输入至各输入框中的预约信息发送给服务器20(S7)。在各输入框中输入的预约信息被储存在储存部12中，因此控制部11将被储存在储存部12中的预约信息发送给服务器20。
在服务器20中，若接收到预约信息，则控制部21执行被追加至旅行购物车的各服务的申请处理(S8)，本处理结束。在S8中，控制部21对成为预约的对象的各服务的服务提供者发送预约信息。如上所述，对于不需要特别发送姓名的服务，控制部21也可以不发送姓名，仅发送性别等属性信息。
[第1特征的总结]
根据实施方式的受理系统S，被输入至与输入对象的服务进行了关联的其他服务的输入框的利用人的姓名以可被选择的方式显示，在该姓名被申请人选择了的情况下，其被获取作为输入对象的服务的利用人的姓名，因此能够省去输入服务的利用人的姓名的麻烦。例如，能够省去申请人对输入对象的服务的输入框进行姓名的文本输入的麻烦。此外，例如，申请人不是从登记了的全部姓名中进行选择，而是从与输入对象的服务进行了关联的其他服务的姓名中进行选择，因此能够仅使申请人选择的可能性高的信息以可被选择的方式显示。因此，能够减少在选择时作为候选而被提示的姓名，能够有效地省去选择姓名的麻烦。
此外，在像智能手机那样画面小的情况下，有时不能够使大量的姓名显示，有时若使申请人从大量的姓名中进行选择则会误选，但通过仅使申请人选择的可能性高的姓名被显示，能够提供易于使用的用户界面。此外，由于不需要多次输入相同姓名，因此申请人终端10不需要执行相同信息的受理处理，能够减轻申请人终端10的处理负荷。此外，通过由在申请人终端10那一侧被执行的脚本来沿用利用人的姓名，能够无需由服务器20执行用于沿用已输入的姓名的处理，减轻服务器20的处理负荷。
此外，在一并受理多个服务的申请的情况下，与输入对象的服务一起被一并申请的其他服务的利用人的姓名以可被选择的方式显示。由于一并申请的服务的利用人共通的地方多，因此能够使申请人沿用的可能性更高的姓名被显示。此外，通过一并受理服务的申请，能够避免从申请人终端10对服务器20多次发送申请的请求，并减轻申请人终端10的处理负荷、服务器20的处理负荷、以及网络N的通信负荷。
此外，被输入至在相同页面上被显示的输入框的利用人的姓名以可被选择的方式显示。由于在相同页面中输入的利用人共通的地方较多，因此能够使申请人沿用的可能性更高的姓名被显示，能够有效地省掉输入服务的利用人的姓名的麻烦。
此外，在包含利用人的姓名和属性信息的多个信息被输入了的情况下，能够使已输入的姓名以可被选择的方式显示，进行多个信息被输入的情况下的姓名的输入辅助。
此外，在存在多个与输入对象的服务进行了关联的其他服务的情况下，能够使该多个其他服务的各自的利用人的姓名以可被选择的方式显示，有效地省去输入服务的利用人的姓名的麻烦。
此外，通过使重复的姓名汇总为1个进行显示，能够减少选择时作为候选而被提示的姓名，且能够省去显示多个相同姓名这样的无用功，减轻申请人终端10的处理负荷。此外，若显示多个相同姓名，则会消耗画面的显示空间，但通过使相同的姓名汇总为1个进行显示，能够有效地利用画面的显示空间。
[第2特征的总结]
根据实施方式的受理系统S，在利用人的姓名被输入至输入对象的输入框的情况下，基于被输入至姓名一致的其他服务的输入框的属性信息，获取输入对象的服务的属性信息，因此能够省去在一并申请多个服务时的输入的麻烦。即，申请人只要输入利用人的姓名，如果该利用人的属性信息已输入，则沿用该已输入的属性信息，因此能够省去多次输入相同信息的麻烦。
此外，在像智能手机那样画面较小的情况下，若显示大量的输入框，则申请人有时会误输入，但通过沿用属性信息，能够降低误输入的可能性，并提供易于使用的用户界面。此外，由于不需要多次输入属性信息，因此不需要申请人终端10执行相同信息的受理处理，能够减轻申请人终端10的处理负荷。此外，通过由在申请人终端10侧被执行的脚本来沿用属性信息，服务器20无需执行用于沿用属性信息的处理，能够减轻服务器20的处理负荷。
此外，在利用人的姓名被输入至输入对象的服务的输入框的情况下，使被输入至其他服务的输入框的利用人的姓名以可被选择的方式显示，在该姓名被选择了的情况下沿用属性信息，因此能够有效地省去在一并申请多个服务时的输入的麻烦。此外，通过一并受理服务的申请，能够防止从申请人终端10对服务器20多次发送申请的请求，并减轻申请人终端10的处理负荷、服务器20的处理负荷、以及网络N的通信负荷。
此外，通过基于其他服务的属性信息，生成输入对象的属性信息，即使在不能够直接沿用其他服务的属性信息的情况下，也能够转换为配合输入对象的服务的形式的属性信息。因此，能够减少申请人的输入次数，防止误输入，并能够提供易于使用的用户界面。此外，申请人的输入次数减少，申请人终端10受理输入的次数减少，因此能够减轻申请人终端10的处理负荷。
此外，通过将各服务的输入框的排列顺序设定为利用人数从多到少的顺序，能够使得在更早的阶段输入较多的姓名。因此，能够提高申请人的输入效率，提供易于使用的用户界面。通过提高申请人的输入的效率，申请人终端10受理输入的次数减少，因此能够减轻申请人终端10的处理负荷。
此外，通过将各服务的输入框的排列顺序设定为输入项目数量从多到少的顺序，能够使得在早的阶段输入较多的项目的信息。因此，能够提高申请人的输入效率，提供易于使用的用户界面。通过提高申请人的输入的效率，申请人终端10受理输入的次数减少，因此能够减轻申请人终端10的处理负荷。
此外，能够使得获取其他服务的属性信息中的、输入对象的服务的申请所需的项目的信息，而不获取输入对象的服务的申请不需要的信息。通过使得不获取不需要的信息，能够减轻服务器20的处理负荷。
此外，通过在利用人的姓名没有被输入的情况下设定临时姓名，并在利用人的姓名被输入了的情况下置换临时姓名，能够在姓名没有被输入的状态下属性信息被输入时，将属性信息与临时姓名关联地进行储存。即使申请人没有输入姓名，属性信息也与临时姓名关联，因此属性信息变得易于管理。此外，申请人通过选择临时姓名，即使没有输入姓名，也能够沿用与该临时姓名进行了关联的属性信息，能够有效地减轻输入属性信息的麻烦。
此外，被输入至在相同页面上被显示的输入框的利用人的姓名以可被选择的方式显示，且在相同页面上输入的利用人共通的地方较多，因此能够对申请人沿用的可能性高的属性信息进行沿用，并能够有效地省去一并申请多个服务的情况下的输入的麻烦。
此外，在沿用了其他服务的属性信息的情况下，通过不仅将沿用了的属性信息保持在内部，还使其作为输入对象的服务的属性信息而显示，从而申请人易于掌握沿用了的属性信息。
此外，关于不需要姓名的服务，不通知给服务提供者，因此能够防止不需要的信息被通知这样的事情。通过使得不需要的信息不被获取，能够减轻服务器20的处理负荷以及网络N的通信负荷。
[5.变形例]
另外，本发明并不限定于在以上说明的实施方式。在不脱离本发明主旨的范围内能够进行适当变更。
[5-1.第1特征的变形例]
(1-1)首先，说明第1特征的变形例。例如，如在实施方式中说明的那样，在受理系统S中受理申请的服务是与旅行有关的服务的情况下，在已预约的服务中，存在与被追加至旅行购物车的服务相同旅程的服务。即使是已预约的服务，如果是相同旅程，则也可能与被追加至旅行购物车的服务在利用人上是共通的，因此也可以沿用被推测为是相同旅程的已预约的服务的预约信息。
确定部101基于输入对象的服务的利用时间以及地点、和已申请的多个其他服务的各自的利用时间以及地点，从该多个其他服务中确定与输入对象的服务相同旅程的其他服务。相同旅程的其他服务是指，在时间日期上以及地点上被推测为包含在相同旅程中的服务。
例如，确定部101参照旅行购物车数据，确定输入对象的服务的利用时间。此外，例如，确定部101参照服务数据库DB1，确定输入对象的服务的地点。已申请的多个其他服务的预约信息可以被存储于申请人数据库DB2中，也可以被存储于其他数据库中。确定部101参照这些数据库，确定已申请的多个其他服务的各自的利用时间。此外，例如，确定部101参照服务数据库DB1，确定已申请的多个其他服务的各自的地点。
例如，确定部101将设定了与输入对象的服务的利用时间重复的利用时间的其他服务确定为相同旅程的其他服务。可以在利用时间完全相同的情况下作为相同旅程，也可以在利用时间的一部分重复的情况下作为相同旅程。其他，例如，可以在一方的利用时间包含了另一方的利用时间的情况下作为相同旅程，也可以在利用时间不重复但日期连续的情况下作为相同旅程。
此外，例如，确定部101将与输入对象的服务的地点相同区域的其他服务确定为相同旅程的其他服务。区域是至少包含1个都市的地区即可，设属于各区域的地点被预先定义在数据库储存部200中。确定部101在输入对象的服务的地点所属于的区域和其他服务的地点所属于的区域一致的情况下，判定为相同旅程。
另外，即使区域不一致，只要是临近的区域，则确定部101也可以判定为相同旅程。在这种情况下，各区域的临近的区域被预先定义在数据库储存部200中，确定部101可以参照数据库储存部200，判定是否是临近的区域。
显示控制部102使与输入对象的服务相同旅程的其他服务的姓名以可被选择的方式显示。设其他服务的姓名被储存在数据库储存部200中。显示控制部102参照被储存在数据库储存部200中的其他服务的姓名，使与输入对象的服务相同旅程的其他服务的姓名显示在菜单M55中。基于获取到的姓名使菜单M55显示的处理自身如在实施方式中说明的那样。
根据变形例(1-1)，相同旅程的其他服务的姓名以可被选择的方式显示，并且在相同旅程中输入的利用人经常是共通的，因此能够沿用申请人沿用的可能性高的属性信息，能够有效地省去一并申请多个服务的情况下的输入的麻烦。
(1-2)此外，例如，若考虑各服务的利用时间以及地点，则存在明显无法同时利用的服务的组合。例如，在相同旅程中旅行的情况下，有时分为各个组来行动，也可以使得在无法同时利用的服务间不沿用利用人的姓名等。例如，也可以考虑利用时间以及地点而判定服务的利用可能性，仅沿用能够利用的服务的预约信息。
确定部101基于输入对象的服务的利用时间以及地点、和已申请的多个其他服务的各自的利用时间以及地点，从该多个其他服务中，确定能够与输入对象的服务一起利用的其他服务。
例如，确定部101基于输入对象的服务的地点、和已申请的多个其他服务的各自的地点，计算它们的移动时间。移动时间基于预先设定的方法来计算即可，例如，可以通过计算这些地点的距离，并除以车或飞机等的标准的移动速度而计算移动时间。此外，例如，在由申请人指定了移动方式的情况下，也可以基于与申请人指定的移动方式相应的移动速度，计算移动时间。如果输入对象的服务的利用时间和其他服务的利用时间的时间差在上述计算出的移动时间以上，则确定部判定为能够利用，如果时间差小于移动时间，则确定部判定为不能够利用。
显示控制部102使能够与输入对象的服务一起利用的其他服务的姓名以可被选择的方式显示。即，显示控制部102限制不能够与输入对象的服务一起利用的其他服务的姓名的显示。显示控制部102使能够与输入对象的服务一起利用的其他服务的姓名显示在菜单M55上，使不能够与输入对象的服务一起利用的其他服务的姓名不显示在菜单M55上。
根据变形例(1-2)，能够与输入对象的服务一起利用的其他服务的姓名以可被选择的方式显示，并且能够与输入对象的服务一起利用的其他服务的利用人经常是共通的，因此能够沿用申请人沿用的可能性高的属性信息，能够有效地省去一并申请多个服务的情况下的输入的麻烦。
(1-3)此外，例如，在输入某服务的利用人的姓名的情况下，也可以使作为该服务的预约信息而已输入的姓名不显示在菜单M55上。
在输入对象的服务中，能够输入多个姓名，显示控制部102限制其他服务的姓名中的、输入对象的服务的姓名而已获取的姓名以可被选择的方式显示。例如，如果是图9的预约信息输入画面G5P的画面例，则由于“Yamada Taro”作为“宾馆”的预约信息而已输入，因此显示控制部102也可以不使已输入的“YamadaTaro”显示在菜单M55上，而仅使未输入的“YamadaRyoko”和“YamadaKazuo”显示在菜单M55上。
根据变形例(1-3)，能够更有效地省去输入服务的利用人的姓名的麻烦。
(1-4)此外，例如，受理系统S也可以不具有第2特征，而仅具有第1特征。即，受理系统S也可以在姓名被从菜单M55选择了的情况下，仅沿用姓名，而不特别地沿用与该姓名进行了关联的属性信息。
此外，例如，即使在一并受理多个服务的申请的情况下，受理系统也可以不沿用被输入在相同页面内的输入框中的姓名，而沿用被输入在其他页面内的输入框中的姓名。例如，被追加至旅行购物车的各服务的预约信息的输入框也可以分别被显示在其他页面中。
此外，例如，说明了申请人终端10基于从服务器20接收到的显示数据DT1而使预约信息输入画面G5显示的处理，相当于使已输入的姓名以可被选择的方式显示的处理的情况，但也可以是，服务器20的显示控制部201发送显示数据DT，相当于使已输入的姓名以可被选择的方式显示的处理。
[5-2.第2特征的变形例]
(2)接下来，说明第2特征的变形例。例如，在实施方式中，说明了在利用人的姓名没有被输入的情况下，在菜单M55中显示登记人的姓名的情况，但也可以使得在菜单M55中显示临时姓名。此时，在申请人选择了临时姓名的情况下，也可以使得用于输入取代该临时姓名的使用人的姓名的输入框显示在预约信息输入画面G5中。此时，在显示数据DT1的脚本中，记述了在临时姓名从菜单M55被选择了的情况下，使输入框显示的命令。
例如，若设为设定了“旅行者1”、“旅行者2”、以及“旅行者3”作为临时姓名，则在申请人选定了姓名的输入框的情况下，这些临时姓名被显示在菜单M55中。例如，若申请人从菜单M55中选择了“旅行者1”，则用于输入第1个利用人的姓名的输入框被显示，被输入至该输入框中的姓名取代“旅行者2”而被存储至利用人数据DT2中。关于第2个以及第3个利用人也是同样地，也可以使得响应于从菜单M55中被选择而显示输入框，并置换为被输入至该输入框中的姓名。
在临时姓名被选择了的情况下，本变形例的受理部104受理设定了临时姓名的服务的姓名的输入。设定了临时姓名的服务是指，尚未输入利用人的姓名的服务。受理部104通过受理对于设定了临时姓名的服务的输入框的文本输入，受理该服务的姓名的输入。在本变形例中，若列表M55的临时姓名被选择，则显示输入框，因此受理部104受理对于该输入框的姓名的输入。另外，在没有特别地使该输入框显示的情况下，受理部104也可以受理对于最初被选定的输入框(例如，输入框F500等)的姓名的输入。
根据上述变形例，在临时姓名从菜单M55被选择了的情况下显示输入框而受理利用人的姓名的输入，因此变得易于输入利用人的姓名。
此外，例如，受理系统S也可以不具有第1特征，而仅具有第2特征。即，在姓名被从菜单M55选择了的情况下，受理系统S也可以不特别地沿用姓名，而沿用与该姓名进行了关联的属性信息。其他，也可以是，例如，在不从菜单M55中选择姓名，而是对输入框进行文本输入姓名，且与已输入的姓名一致的情况下，受理系统S沿用与该姓名进行了关联的属性信息。
此外，例如，与第1特征的变形例同样地，受理系统S也可以沿用被输入在其他页面内的输入框中的属性信息。此外，例如，预约信息输入画面G5的输入框的排列顺序可以是任意的顺序，例如可以是按服务ID的顺序，也可以是按服务的种类的顺序。此外，例如，在实施方式中，说明了设定临时姓名的情况，但也可以不特别地设定临时姓名，利用人数据DT2的姓名为空栏。
[5-3.其他变形例]
(3)此外，例如，说明了在旅行预约服务中利用受理系统S的情况，但其也可以被利用于其他任意的服务。例如，也可以在保险申请服务中利用受理系统S。在这种情况下，保险商品相当于服务，申请人输入保险的利用人的姓名、属性信息。在保险申请服务中，也可以通过第1特征而沿用利用人的姓名，或通过第2特征而沿用已输入的属性信息。
此外，例如，也可以将受理系统S利用于音乐会或活动等中的售票服务中。在这种情况下，票相当于服务，申请人输入票的使用人的姓名、属性信息。在售票服务中，也可以通过第1特征而沿用使用人的姓名，或通过第2特征而沿用已输入的属性信息。
此外，例如，也可以将受理系统S利用于研讨会等活动预约服务。在这种情况下，活动相当于服务，申请人输入活动的参加人的姓名、属性信息。在活动预约服务中，也可以通过第1特征而沿用参加人的姓名，或通过第2特征而沿用已输入的属性信息。
此外，例如，作为在申请人终端10中实现的内容而说明的功能也可以在服务器20中实现。例如，确定部101也可以在服务器20中实现。在这种情况下，确定部101主要作为控制部21而被实现。服务器20的确定部101从申请人终端10获取表示输入对象的服务的信息，确定与输入对象的服务进行了关联的其他服务。此外，例如，获取部103也可以在服务器20中实现。在这种情况下，获取部103主要作为控制部21而被实现。服务器20的获取部103从申请人终端10获取被申请人从菜单M55中选择的姓名，并获取该姓名作为输入对象的服务的姓名。
此外，例如，受理部104也可以在服务器20中实现。在这种情况下，受理部104主要作为控制部21而被实现。服务器20的受理部104通过从申请人终端10获取由申请人输入的姓名，受理设定了临时姓名的服务的姓名的输入。此外，例如，保持部105也可以在服务器20中实现，在这种情况下，保持部105主要作为控制部21而被实现。服务器20的保持部105将对各服务的输入框输入的姓名和属性信息保持在数据库储存部200中。
此外，例如，作为在服务器20中实现的内容而说明的功能也可以在申请人终端10中实现。例如，通过申请人终端10的显示控制部102可以生成预约信息输入画面G5的显示数据DT1，也可以生成利用人数据DT2。此外，例如，设定部202也可以在申请人终端10中实现。在这种情况下，申请人终端10的设定部202在自身生成的利用人数据DT2或者从服务器20接收的利用人数据DT2中存储临时姓名。
其他，例如，作为储存在数据库储存部200中而说明的数据也可以由与服务器20不同的数据库服务器来储存，还可以由位于受理系统S的外部的数据库服务器来储存。同样地，作为储存在数据储存部100中而说明的数据也可以由与申请人终端10不同的计算机来储存，还可以由位于申请人终端10的外部的信息储存媒体来储存。

Claims (11)

1.一种受理系统，是利用人信息被申请人输入至多个服务的各自的输入框的受理系统，其特征在于，所述受理系统包含：
确定单元，确定与输入对象的服务进行了关联的其他服务；
显示控制单元，使被输入至所述其他服务的输入框的利用人信息以可被选择的方式显示；以及
获取单元，在通过所述显示控制单元显示的利用人信息被所述申请人选择了的情况下，获取被选择的该利用人信息来作为所述输入对象的服务的利用人信息。
2.如权利要求1所述的受理系统，其特征在于，
所述受理系统一并受理所述多个服务的申请，
所述确定单元确定与所述输入对象的服务一并地被申请的其他服务，
所述显示控制单元使与所述输入对象的服务一并地被申请的所述其他服务的利用人信息以可被选择的方式显示。
3.如权利要求2所述的受理系统，其特征在于，
所述多个服务的各自的输入框在相同页面中被显示，
所述显示控制单元使被输入至与所述输入对象的服务的输入框相同页面的所述其他服务的输入框的、所述其他服务的利用人信息以可被选择的方式显示。
4.如权利要求1-3中任一项所述的受理系统，其特征在于，
在所述多个服务的各自的输入框中，包含利用人信息和属性信息的多个信息被输入，
在所述多个信息中的利用人信息被输入至所述输入对象的服务的输入框的情况下，所述显示控制单元使所述其他服务的利用人信息以可被选择的方式显示。
5.如权利要求1-4中任一项所述的受理系统，其特征在于，
所述服务是与旅行有关的服务，
所述确定单元基于所述输入对象的服务的利用时间以及地点、和已申请的多个其他服务的各自的利用时间以及地点，从该多个其他服务中确定与所述输入对象的服务相同旅程的其他服务，
所述显示控制单元使与所述输入对象的服务相同旅程的其他服务的利用人信息以可被选择的方式显示。
6.如权利要求1-5中任一项所述的受理系统，其特征在于，
所述确定单元基于所述输入对象的服务的利用时间以及地点、和已申请的多个其他服务的各自的利用时间以及地点，确定该多个其他服务中能够与所述输入对象的服务一起利用的其他服务，
所述显示控制单元使能够与所述输入对象的服务一起利用的其他服务的利用人信息以可被选择的方式显示。
7.如权利要求1-6中任一项所述的受理系统，其特征在于，
在存在多个与所述输入对象的服务进行了关联的其他服务的情况下，所述显示控制单元使该多个其他服务的各自的利用人信息以可被选择的方式显示。
8.如权利要求7所述的受理系统，其特征在于，
在所述多个其他服务的各自的利用人信息重复的情况下，所述显示控制单元使重复的利用人信息汇总为一个而显示。
9.如权利要求1-8中任一项所述的受理系统，其特征在于，
在所述输入对象的服务中，能够输入多个利用人信息，
所述显示控制单元限制所述其他服务的利用人信息中的、作为所述输入对象的服务的利用人信息而已获取的利用人信息以可被选择的方式被显示。
10.一种受理方法，是利用人信息被申请人输入至多个服务的各自的输入框的受理方法，其特征在于，所述受理方法包含：
确定步骤，确定与输入对象的服务进行了关联的其他服务；
显示控制步骤，使被输入至所述其他服务的输入框的利用人信息以可被选择的方式显示；以及
获取步骤，在通过所述显示控制步骤显示的利用人信息被所述申请人选择了的情况下，获取被选择的该利用人信息来作为所述输入对象的服务的利用人信息。
11.一种程序，其用于使利用人信息被申请人输入至多个服务的各自的输入框的计算机作为如下单元发挥功能：
确定单元，确定与输入对象的服务进行了关联的其他服务；
显示控制单元，使被输入至所述其他服务的输入框的利用人信息以可被选择的方式显示；以及
获取单元，在通过所述显示控制单元显示的利用人信息被所述申请人选择了的情况下，获取被选择的该利用人信息来作为所述输入对象的服务的利用人信息。
CN201880055450.7A 2018-09-26 2018-09-26 受理系统、受理方法、以及程序 Pending CN111226252A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/035678 WO2020065759A1 (ja) 2018-09-26 2018-09-26 受付システム、受付方法、及びプログラム

Publications (1)

Publication Number Publication Date
CN111226252A true CN111226252A (zh) 2020-06-02

Family

ID=69952934

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880055450.7A Pending CN111226252A (zh) 2018-09-26 2018-09-26 受理系统、受理方法、以及程序

Country Status (4)

Country Link
US (1) US11797160B2 (zh)
JP (1) JP6665352B1 (zh)
CN (1) CN111226252A (zh)
WO (1) WO2020065759A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11392862B2 (en) * 2018-09-26 2022-07-19 Rakuten Group, Inc. Reception system, reception method, and program
US11250354B2 (en) * 2019-08-30 2022-02-15 Ibs Software Fz-Llc System and method for dynamically updating a travel itinerary

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08147355A (ja) * 1994-11-18 1996-06-07 Fujitsu Ltd 宿泊管理システム
JP2002230384A (ja) * 2001-02-06 2002-08-16 Iruma Computer Support:Kk 多業種予約システム
JP2003030380A (ja) * 2001-07-13 2003-01-31 Ntt Communications Kk 複数の手続先に対する手続システムのサーバ装置
US20030040946A1 (en) * 2001-06-25 2003-02-27 Sprenger Stanley C. Travel planning system and method
US20040117364A1 (en) * 2002-11-19 2004-06-17 Fujitsu Limited Information processing device, relay device, server, communication method and program
JP2008181218A (ja) * 2007-01-23 2008-08-07 Hitachi Ltd 入力支援方法及び装置
JP2011108039A (ja) * 2009-11-18 2011-06-02 Nec Corp 入力補助システム、入力補助方法及び入力補助プログラム
JP2016194741A (ja) * 2015-03-31 2016-11-17 株式会社日立システムズ 入力データ候補表示システム、入力データ候補表示方法、および入力データ候補表示プログラム
JP2017073086A (ja) * 2015-10-09 2017-04-13 福井コンピュータホールディングス株式会社 携帯端末、予定管理プログラム、及び予定管理サーバ
US20170357627A1 (en) * 2016-06-10 2017-12-14 Apple Inc. Device, Method, and Graphical User Interface for Classifying and Populating Fields of Electronic Forms

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7050986B1 (en) * 1995-09-06 2006-05-23 The Sabre Group, Inc. System for corporate traveler planning and travel management
US6643624B2 (en) * 1998-03-09 2003-11-04 Yan Philippe Method and system for integrating transaction mechanisms over multiple internet sites
US6345278B1 (en) * 1998-06-04 2002-02-05 Collegenet, Inc. Universal forms engine
US7000179B2 (en) * 1999-03-27 2006-02-14 Movaris, Inc. Method and apparatus for programmatic learned routing in an electronic form system
US7028264B2 (en) * 1999-10-29 2006-04-11 Surfcast, Inc. System and method for simultaneous display of multiple information sources
AU2002214748A1 (en) * 2000-06-12 2001-12-24 Infospace, Inc. Universal shopping cart and order injection system
US20100281364A1 (en) * 2005-01-11 2010-11-04 David Sidman Apparatuses, Methods and Systems For Portable Universal Profile
US20020198935A1 (en) * 2001-06-25 2002-12-26 Crandall Steven Allen Methods and systems for validating the fields of a form
US20030126156A1 (en) * 2001-12-21 2003-07-03 Stoltenberg Jay A. Duplicate resolution system and method for data management
US7429987B2 (en) 2003-09-19 2008-09-30 International Business Machines Corporation Intelligent positioning of items in a tree map visualization
JP3935889B2 (ja) 2004-02-27 2007-06-27 シャープ株式会社 データ処理装置、データ処理方法、データ処理プログラム、およびデータ処理プログラムを記録した記録媒体
US20070256005A1 (en) * 2006-04-26 2007-11-01 Allied Strategy, Llc Field-link autofill
JP4270240B2 (ja) * 2006-08-14 2009-05-27 コニカミノルタビジネステクノロジーズ株式会社 画像表示装置、画像表示方法、および画像表示プログラム
US20110191717A1 (en) * 2010-02-03 2011-08-04 Xobni Corporation Presenting Suggestions for User Input Based on Client Device Characteristics
US8751952B2 (en) * 2009-11-18 2014-06-10 Sap Ag Dataflow-driven service composition at the presentation layer
US9715332B1 (en) 2010-08-26 2017-07-25 Cypress Lake Software, Inc. Methods, systems, and computer program products for navigating between visual components
JP5806907B2 (ja) 2011-10-06 2015-11-10 株式会社Ｊｔｂビジネスイノベーターズ 旅行販売システム及び旅行販売方法
US9225580B2 (en) 2012-02-29 2015-12-29 Bradly Freeman Rich Mechanism for facilitating user-controlled features relating to media content in multiple online media communities and networks
WO2014098798A1 (en) * 2012-12-17 2014-06-26 Empire Technology Development, Llc Progressively triggered auto-fill
US9767088B2 (en) * 2013-03-07 2017-09-19 Ricoh Company, Ltd. Stroke autocompletion in a form
US20150248393A1 (en) * 2014-02-28 2015-09-03 Ricoh Company, Ltd. Data management for hospital form auto filling system
US10152756B2 (en) * 2014-03-31 2018-12-11 Monticello Enterprises LLC System and method for providing multiple payment method options to browser
JP5830581B1 (ja) 2014-06-23 2015-12-09 株式会社ショーケース・ティービー 入力支援サーバ、入力支援方法及び入力支援プログラム
US9990441B2 (en) * 2014-12-05 2018-06-05 Facebook, Inc. Suggested keywords for searching content on online social networks
JP2018067246A (ja) * 2016-10-21 2018-04-26 株式会社さとふる ふるさと納税者用確定申告支援処理装置、確定申告支援処理プログラムおよび確定申告支援処理システム
US11017163B2 (en) * 2017-12-29 2021-05-25 Google Llc Input facilitation for forms in web resources
US20190213242A1 (en) * 2018-01-11 2019-07-11 Microsoft Technology Licensing, Llc Techniques for auto-populating form input fields of an application

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08147355A (ja) * 1994-11-18 1996-06-07 Fujitsu Ltd 宿泊管理システム
JP2002230384A (ja) * 2001-02-06 2002-08-16 Iruma Computer Support:Kk 多業種予約システム
US20030040946A1 (en) * 2001-06-25 2003-02-27 Sprenger Stanley C. Travel planning system and method
JP2003030380A (ja) * 2001-07-13 2003-01-31 Ntt Communications Kk 複数の手続先に対する手続システムのサーバ装置
US20040117364A1 (en) * 2002-11-19 2004-06-17 Fujitsu Limited Information processing device, relay device, server, communication method and program
JP2008181218A (ja) * 2007-01-23 2008-08-07 Hitachi Ltd 入力支援方法及び装置
JP2011108039A (ja) * 2009-11-18 2011-06-02 Nec Corp 入力補助システム、入力補助方法及び入力補助プログラム
JP2016194741A (ja) * 2015-03-31 2016-11-17 株式会社日立システムズ 入力データ候補表示システム、入力データ候補表示方法、および入力データ候補表示プログラム
JP2017073086A (ja) * 2015-10-09 2017-04-13 福井コンピュータホールディングス株式会社 携帯端末、予定管理プログラム、及び予定管理サーバ
US20170357627A1 (en) * 2016-06-10 2017-12-14 Apple Inc. Device, Method, and Graphical User Interface for Classifying and Populating Fields of Electronic Forms

Also Published As

Publication number Publication date
US20210223944A1 (en) 2021-07-22
WO2020065759A1 (ja) 2020-04-02
US11797160B2 (en) 2023-10-24
JP6665352B1 (ja) 2020-03-13
JPWO2020065759A1 (ja) 2021-01-07

Similar Documents

Publication Publication Date Title
US20070143155A1 (en) System, method, and computer program product for reducing the burden on an inventory system by assembling a suggested themed travel itinerary in response to minimal user input
JP6741285B1 (ja) 旅行プラン提案システム
JP2016139263A (ja) 旅行システム
US20220342953A1 (en) Search system, method, and program for restricting results based on conflicts
CN111226252A (zh) 受理系统、受理方法、以及程序
JP6844071B1 (ja) 検索システム、検索方法、及びプログラム
CN111226250B (zh) 受理系统、受理方法、以及储存介质
JP6646791B1 (ja) 検索システム、検索方法、及びプログラム
JP7306800B2 (ja) 旅行計画システム、旅行計画方法、及びプログラム
JP6748770B2 (ja) 受付システム、受付方法、及びプログラム
JP7309845B2 (ja) 会員登録システム、会員登録方法、及びプログラム
JP2017208041A (ja) 情報処理装置および情報処理方法
JP6763076B2 (ja) 検索システム、検索方法、及びプログラム
JP6795672B2 (ja) 受付システム、受付方法、及びプログラム
JP4509594B2 (ja) 安全関連情報配信方法、配信装置および配信システム
JP6599593B1 (ja) 受付システム、受付方法、及びプログラム
JP2021051607A (ja) 候補出力方法、情報処理装置及びコンピュータプログラム
JP6880304B2 (ja) 検索システム、検索方法、及びプログラム
KR20030016096A (ko) 도매 여행사와 소매 여행사를 연계하는 업무 관리 시스템및 그 관리방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: Tokyo, Japan

Applicant after: Lotte Group Co.,Ltd.

Address before: Tokyo, Japan

Applicant before: Rakuten, Inc.