WO2016068086A1 - 情報処理装置、情報処理方法及びプログラム - Google Patents

情報処理装置、情報処理方法及びプログラム Download PDF

Info

Publication number
WO2016068086A1
WO2016068086A1 PCT/JP2015/080132 JP2015080132W WO2016068086A1 WO 2016068086 A1 WO2016068086 A1 WO 2016068086A1 JP 2015080132 W JP2015080132 W JP 2015080132W WO 2016068086 A1 WO2016068086 A1 WO 2016068086A1
Authority
WO
WIPO (PCT)
Prior art keywords
plan
user
information
permutation
plan information
Prior art date
Application number
PCT/JP2015/080132
Other languages
English (en)
French (fr)
Inventor
松之進 山口
Original Assignee
松之進 山口
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 松之進 山口 filed Critical 松之進 山口
Priority to US15/522,638 priority Critical patent/US20170316525A1/en
Priority to CN201580057961.9A priority patent/CN107148637A/zh
Priority to EP15856038.3A priority patent/EP3214596A4/en
Publication of WO2016068086A1 publication Critical patent/WO2016068086A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • 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
    • 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
    • G06Q10/025—Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation

Definitions

  • the present invention relates to an information processing apparatus, an information processing method, and a program.
  • tours organized by travel agents are usually package tours that include transportation and accommodation.
  • package tours it is also widely practiced to add optional tours such as sightseeing and sports.
  • Package tours are often fixed to transportation, lodging, and dining places, and limit the choice of travelers, but the implementation of such optional tours has broadened the choice of travelers ( For example, see Patent Document 1).
  • a plurality of optional tours can be selected per day.
  • a traveler or a travel agent often combines a plurality of optional tours manually, and it has been difficult to construct a combination suitable for the user.
  • a semi-order tour which is a combination of a plurality of activities, rather than an optional tour that is incorporated in a package tour, but the combination of activities by hand is not changed at all. For this reason, it is required that a configuration of a semi-order tour suitable for the user can be easily made.
  • the present invention has been made in view of such a situation, and an object of the present invention is to make it possible to easily configure a so-called semi-order tour suitable for a user.
  • an information processing apparatus of one embodiment of the present invention provides: Accepting the plan information selected by the user from among a plurality of the plan information in the database storing a plurality of plan information including the contents of the plan of the activity, the ID of the plan and the constraint conditions of the plan Means, Setting means for setting a permutation of each plan of activities specified by each of the plan information for the user within the range of the plan constraint included in each of the received plan information; Is provided.
  • the accepting means further accepts the user-side constraint conditions together with the plan information selected by the user,
  • the setting means further identifies the user by each of the plan information within the range of the user side constraint. Set the permutation of each activity planned, be able to.
  • the restrictions for a given project include conditions related to the number of users,
  • the setting means for each of a plurality of users who have selected the predetermined plan, to set a permutation of each plan of activities within the scope of the constraints of the predetermined plan; be able to.
  • the information processing method and program of one embodiment of the present invention are a method and program corresponding to the above-described information processing apparatus of one embodiment of the present invention.
  • a so-called semi-order tour suitable for the user can be easily configured.
  • FIG. 4 shows the structure of the information processing system which concerns on one Embodiment of this invention. It is a block diagram which shows the hardware constitutions of the server as one Embodiment of the information processing apparatus of this invention among the information processing systems of FIG. It is a functional block diagram which shows the functional structure for performing a semi-order tour process among the functional structures of the server of FIG. It is a figure which shows an example of the structure of plan information DB of FIG. 4 is a flowchart for explaining a flow of semi-order creation processing executed by the server of FIG. 2 having the functional configuration of FIG. 3.
  • FIG. 1 is a diagram showing a configuration of an information processing system according to an embodiment of the present invention.
  • the information processing system shown in FIG. 1 includes a server 1, planner terminals 2-1 to 2-N, and user terminals 3-1 to 3-M that are connected to each other via a network N. Has been.
  • This information processing system is applied when providing a service to be presented to a user as one tour by combining a plurality of activities planned by each activity planner. It is assumed that the provider of this service manages the server 1.
  • the management here includes not only management directly by the provider itself but also management indirectly such as entrusting management to another person such as a server operating company.
  • An activity includes a so-called optional tour, and refers to the content of the user's action during a part of the entire travel schedule of the user.
  • An activity is planned by any person capable of contacting the service provider. Such a person is hereinafter referred to as a “planner”.
  • the planner does not have to participate only in planning the activity, and conversely, the planner may participate in the activity as a guide or the like.
  • each of N planners (N is an arbitrary integer value of 1 or more) uses each of the planner terminals 2-1 to 2-N. However, hereinafter, when it is not necessary to individually distinguish the planner terminals 2-1 to 2-N, these are collectively referred to as “planner terminal 2”.
  • each of M users (M is an arbitrary integer value of 1 or more independent of N) uses each of the user terminals 3-1 to 3-M. However, hereinafter, when it is not necessary to individually distinguish the user terminals 3-1 to 3-M, these are collectively referred to as “user terminal 3”.
  • FIG. 2 is a block diagram showing a hardware configuration of the server 1 as an embodiment of the information processing apparatus of the present invention in the information processing system of FIG.
  • the server 1 includes a CPU (Central Processing Unit) 21, a ROM (Read Only Memory) 22, a RAM (Random Access Memory) 23, a bus 24, an input / output interface 25, an input unit 26, an output unit 27, and the like.
  • the CPU 21 executes various processes according to a program recorded in the ROM 22 or a program loaded from the storage unit 28 to the RAM 23.
  • the RAM 23 appropriately stores data and the like necessary for the CPU 21 to execute various processes.
  • the CPU 21, ROM 22, and RAM 23 are connected to each other via a bus 24.
  • An input / output interface 25 is also connected to the bus 24.
  • An output unit 27, an input unit 26, a storage unit 28, a communication unit 29, and a drive 30 are connected to the input / output interface 25.
  • the input unit 26 is configured with a keyboard, various buttons, and the like, and inputs various information according to an instruction operation by the operator.
  • the output unit 27 includes a display, a speaker, and the like, and outputs images and sounds.
  • the storage unit 28 is configured with a hard disk, a DRAM (Dynamic Random Access Memory), or the like, and stores various data.
  • the communication unit 29 controls communication performed with other devices (the planner terminal 2 and the user terminal 3 in the example of FIG. 1) via the network N including the Internet.
  • a removable medium 31 made of a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory or the like is appropriately mounted.
  • the program read from the removable medium 31 by the drive 30 is installed in the storage unit 28 as necessary.
  • the removable medium 31 can also store various data stored in the storage unit 28 in the same manner as the storage unit 28.
  • the CPU 21 of the server 1 having such a configuration executes a series of processes until a permutation of a plurality of activity plans including an activity plan desired by the user is set.
  • the group of activities planned according to the permutation set in this way is, to speak, a schedule of a user's tour (schedule of a travel schedule). That is, for the user, a tour can be organized in a semi-order. Therefore, hereinafter, such processing is referred to as “semi-order tour creation processing”.
  • FIG. 3 is a functional block diagram showing a functional configuration for executing such a semi-order tour process among the functional configurations of the server 1.
  • the presentation control unit 61 when the execution of the semi-order tour process is controlled, the presentation control unit 61, the receiving unit 62, and the permutation setting unit 63 function.
  • a plan information DB 71 is provided as one area of the storage unit 28.
  • the plan information DB 71 is a database (DB) that holds plan information 51 including the plan contents of activities for each plan.
  • the planner operates the planner terminal 2 to generate plan information 51 related to a plan for a predetermined activity and transmits it to the server 1.
  • the plan information 51 only needs to include the contents of the plan of the activity, the ID of the plan, and the constraint conditions of the plan, and the form and storage method in the plan information DB 71 are not particularly limited.
  • the plan information DB 71 is assumed to have the structure shown in FIG.
  • FIG. 4 is a diagram illustrating an example of the structure of the plan information DB 71.
  • one activity plan is associated with one line of the plan information DB 71. That is, the plan information 51-K related to the plan of one activity is stored in the K-th line (K is an integer value of 1 or more) of the plan information DB 71.
  • the plan information 51-K includes a plan ID, plan contents, and constraint conditions.
  • the plan ID is an identifier for uniquely identifying the plan, and “K” is added as an ID for convenience of explanation in the example of FIG.
  • the plan content is information indicating the content of the plan.
  • the plan information 51-1 is “Ox winery tour”
  • the plan information 51-2 is “Lunch at a restaurant”
  • the plan information 51 In -3 “Lunch at XX cafeteria”. Since the contents of the project are presented to the user, it is naturally possible to include not only the outline as shown in FIG. 4 but also detailed contents.
  • the constraint condition is a constraint condition imposed on the user who participates in the activity of the plan. Mainly, as shown in FIG. 4, the time period in which the user is bound, the price (budget) that the user should pay, and the place where the user stays Can be included, but is not limited to these.
  • the constraint condition for the planning of one activity is a condition that can be freely set by the planner, and an arbitrary number of arbitrary combinations of conditions can be adopted. For example, user's arbitrary attributes, such as a user's skill other than a user's sex and age, can be made into a restriction condition.
  • plan information 51-1 “10:00 to 12:00 (2 hr), 5000 yen / person, ⁇ ⁇ winery” is the constraint condition.
  • plan information 51-2 “1hr, 2000 yen / person within 12:00 to 16:00, ⁇ ⁇ restaurant” is a constraint condition.
  • plan information 51-3 “1hr, 2000 yen / person within 12:00 to 16:00, xx cafeteria” is a constraint condition.
  • the presentation control unit 61 executes control for presenting a plurality of pieces of plan information 51 from the plan information DB 71 to the user via the user terminal 3.
  • the method of presentation is not particularly limited. For example, it is possible to adopt a technique that is posted on a web page managed by the server 1 and presented when the user accesses the web page via the user terminal 3. For example, it is possible to employ a technique of presenting the user by sending an e-mail or the like to the user terminal 3. Further, for example, various methods such as a method of installing a dedicated application (software program) in the user terminal 3 and presenting it through the application can be adopted.
  • the user operates the user terminal 3 to select one or more pieces of plan information to be included in the tour (the entire schedule of the trip) from the plan information presented in this way.
  • the selected one or more project information is transmitted to the server 1 via the network N.
  • the accepting unit 62 accepts plan information selected by the user (plan information received by the communication unit 29 in FIG. 2).
  • the permutation setting unit 63 permutates each plan of the activities specified by each of the plan information to the user within the range of the plan constraint included in each of the plurality of plan information received by the receiving unit 62. Set.
  • plan IDk 1, 2 in FIG. 4
  • plan IDk a tour (schedule for travel) that is planned ID2 is formed after plan ID1.
  • the constraint condition of the plan ID 2 includes a condition “1Hr within 12:00 to 16:00”. It is assumed that the travel time from “ ⁇ ⁇ Winery” of the constraint condition (location constraint condition) of the plan ID 2 to “ ⁇ ⁇ restaurant” of the constraint condition (location constraint condition) of the plan ID 1 is, for example, 30 minutes. In this case, the end time of the plan ID 1 is 12:00, and considering the travel time of 30 minutes, the start time of the plan ID 2 needs to be at least 12:30 or later. Therefore, for example, when 1 hr of “12:00 to 13:00” is set as the time zone of the plan ID 2, the user cannot substantially participate in the plan ID 2 after the plan ID 1 ends.
  • the permutation setting unit 63 further regards the travel time as one of the “constraint conditions between plans” and sets the plan ID 2 within the range of the constraint conditions.
  • the permutation setting unit 63 can set 1 hr of “12:45 to 13:45” as the time zone of the plan ID 2.
  • an arbitrary condition such as a rest period can be set in addition to the travel time.
  • the reception part 62 can further receive the restriction conditions on the user side together with the plan information selected by the user.
  • Restrictions on the user side are not particularly limited. For example, conditions related to time (start time is after 10 o'clock, end time is until 20 o'clock, total is the shortest time, etc.), conditions relating to location ( ⁇ ⁇ limited in the city, etc.) It is possible to set conditions regarding the amount of money (desiring the lowest price etc.) and arbitrary conditions desired by the user.
  • the permutation setting unit 63 in addition to the plan constraint included in each of the accepted plan information, further provides the user with the activity specified by each plan information within the range of the user-side constraint. Set the permutation of each project.
  • the constraint conditions on the user side are a total of 6500 yen or less.
  • the combination of the plan ID 1 and the plan ID 2 results in a total of 7000 yen and cannot satisfy the user's restriction condition (within 6500 yen). Therefore, the permutations of the project IDs 1 and 2 are set so as to satisfy the user's constraint conditions.
  • the optimal permutation of the activity plan for the user is automatically determined in consideration of the constraints on the user side. As a result, a semi-order tour, which is more suitable for the user, can be easily configured.
  • the restriction conditions for a predetermined plan include conditions related to the number of users (minimum / maximum number of participants).
  • the permutation setting unit 63 sets the permutation of each plan of the activity within the range of the constraint condition of the predetermined plan for each of a plurality of users who have selected the predetermined plan. Even when conditions regarding the number of users such as the minimum / maximum number of participants are included, an optimal permutation of activity plans for a plurality of users is automatically determined. For example, projects that are less than the minimum number of participants are excluded and a permutation is set.
  • FIG. 5 is a flowchart for explaining the flow of the semi-order tour process executed by the server 1 of FIG. 2 having the functional configuration of FIG.
  • step S ⁇ b> 1 the presentation control unit 61 presents a plurality of project information to the user via the user terminal 3.
  • the user selects plan information related to a plan to be included in the tour from the plurality of plan information via the user terminal 3.
  • step S2 the accepting unit 62 accepts the plan information selected by the user in this way.
  • step S3 the permutation setting unit 63 acquires the constraint condition of the plan information accepted in step S2.
  • step S4 the reception unit 62 determines whether there is a user-side constraint condition.
  • the user can set an arbitrary condition when selecting the plan information via the user terminal 3. If such a setting is made, it is determined as YES in Step S4, and the process proceeds to Step S5.
  • step S ⁇ b> 5 the receiving unit 62 acquires user-side constraint conditions. Accordingly, the process proceeds to step S6.
  • Step S6 On the other hand, when such a setting is not made, it is determined as NO in Step S4, and the process proceeds to Step S6 without performing the process of Step S5.
  • step S6 the permutation setting unit 63 sets a permutation for each project based on the constraint conditions.
  • the presentation control unit 61 presents the permutation set in the process of step S ⁇ b> 6 to the user via the user terminal 3.
  • step S ⁇ b> 8 the receiving unit 62 determines whether there is a permutation reordering instruction. If there is a permutation reordering instruction, it is determined as YES in step S8, the process returns to step S1, and the subsequent processes are repeated. On the other hand, if there is no permutation restructuring instruction, it is determined as NO in step S8, and the semi-order tour is ended.
  • an information processing apparatus to which the present invention is applied only needs to have the following configuration, and its embodiment is not particularly limited. That is, an information processing apparatus to which the present invention is applied A storage control means for executing a control for storing a plurality of pieces of plan information including the contents of the plan of the activity, the ID of the plan, and the constraint conditions of the plan in a database; Accepting means for receiving plan information selected by the user from among the plurality of plan information stored in the database; Setting means for setting a permutation of each plan of activities specified by each of the plan information for the user within the range of the plan constraint included in each of the received plan information; It is enough to have In such an information processing apparatus, since a permutation of activity plans suitable for the user is automatically determined within the range of the constraint conditions, a so-called semi-order tour suitable for the user can be easily configured.
  • the accepting means further accepts the user-side constraint conditions together with the plan information selected by the user,
  • the setting means is further within the range of the user side constraint, For the user, set a permutation of each plan of activities specified by each of the plan information, You may do it.
  • the optimal permutation of the activity plan for the user is automatically determined in consideration of the constraints on the user side.
  • a semi-order tour which is more suitable for the user, can be easily configured.
  • Restrictions for a given project include conditions related to the number of users (minimum / maximum number of participants, etc.)
  • the setting means for each of a plurality of users who have selected the predetermined plan, to set a permutation of each plan of activities within the scope of the constraints of the predetermined plan; You may do it.
  • an optimal permutation of activity plans for a plurality of users is automatically determined.
  • a so-called semi-order tour that is more suitable for each of a plurality of users can be easily configured.
  • the constraint condition may be weighted (priority), and the permutation may be set according to the weight.
  • the permutation presentation need not be one type, and there are a plurality of types such as price priority permutation (lowest price permutation, etc.), time priority permutation (shortest time route permutation, etc.), and content priority.
  • Three types such as permutation may be presented to the user. Thereby, it becomes possible for the user to expand the range of creation of the semi-order tour. That is, creation from various viewpoints becomes possible.
  • the series of processes described above can be executed by hardware or can be executed by software.
  • the functional configuration of FIG. 3 is merely an example, and is not particularly limited. That is, it is sufficient that the server 1 has a function capable of executing the above-described series of processes as a whole, and what functional block is used to realize this function is not particularly limited to the example of FIG.
  • one functional block may be constituted by hardware alone, software alone, or a combination thereof.
  • a program constituting the software is installed on a computer or the like from a network or a recording medium.
  • the computer may be a computer incorporated in dedicated hardware.
  • the computer may be a computer capable of executing various functions by installing various programs, for example, a general-purpose personal computer.
  • the recording medium including such a program is not only constituted by the removable medium 31 of FIG. 2 distributed separately from the apparatus main body in order to provide the program to the user, but also in a state of being incorporated in the apparatus main body in advance. It is comprised with the recording medium etc. which are provided in.
  • the removable medium 31 is composed of, for example, a magnetic disk (including a floppy disk), Blu-ray (registered trademark) Disc (Blu-ray disk), an optical disk, a magneto-optical disk, or the like.
  • the optical disk is composed of, for example, a CD-ROM (Compact Disk-Read Only Memory), a DVD (Digital Versatile Disk), or the like.
  • the magneto-optical disk is constituted by an MD (Mini-Disk) or the like.
  • the recording medium provided to the user in a state of being preinstalled in the apparatus main body includes, for example, the ROM 22 in FIG. 2 in which the program is recorded, the hard disk included in the storage unit 28 in FIG.
  • the step of describing the program recorded on the recording medium is not limited to the processing performed in time series along the order, but is not necessarily performed in time series, either in parallel or individually.
  • the process to be executed is also included.
  • the term “system” means an overall apparatus configured by a plurality of devices, a plurality of means, and the like.

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Operations Research (AREA)
  • Entrepreneurship & Innovation (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

情報処理装置、情報処理方法及びプログラム
　本発明は、情報処理装置、情報処理方法及びプログラムに関する。
　従来から、旅行業者の企画する主催旅行は、交通や宿泊等がセットになっているパッケージツアーが一般的である。このようなパッケージツアーには、観光やスポーツ等のオプショナルツアーを付加することも広く実施されている。パッケージツアーは、交通や宿泊、食事場所まで固定されたものが多く、旅行者の選択の幅を制限していたが、このようなオプショナルツアーの実施により旅行者の選択の幅が広がっている（例えば、特許文献１参照）。
特開２０１２－２５２４１４号公報
　さらに、旅行者の選択の幅をさらに広げるべく、一日に複数のオプショナルツアーが選択できるようにすることが要求されている。
　しかしながら、旅行者又は旅行業者が、手作業で複数のオプショナルツアーを組合せていることが多く、ユーザにとって好適な組合せを構築することは困難であった。
　さらに、パッケージツアーに組込むオプショナルツアーという位置付けではなく、複数のアクティビティを組合せた、いわばセミオーダーツアーの作成も要求されているが、手作業でのアクティビティの組合せという点は何ら変わらない状況である。
　このため、ユーザにとって好適な、いわばセミオーダーツアーの構成を容易に可能とすることが要求されている。
　本発明は、このような状況に鑑みてなされたものであり、ユーザにとって好適な、いわばセミオーダーツアーが容易に構成可能にすることを目的とする。
　上記目的を達成するため、本発明の一態様の情報処理装置は、
　アクティビティの企画の内容と、当該企画のＩＤと、当該企画の制約条件とを含む企画情報が複数個記憶されたデータベース内の複数の前記企画情報のうち、ユーザにより選択された企画情報を受け付ける受付手段と、
　受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件の範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する設定手段と、
　を備える。
　本発明の別の態様の情報処理装置において、
　前記受付手段は、前記ユーザにより選択された前記企画情報と共に、当該ユーザ側の制約条件をさらに受け付け、
　前記設定手段は、受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件に加えてさらに、前記ユーザ側の制約条件の範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する、
　ことができる。
　本発明の別の態様の情報処理装置において、
　所定企画の制約条件には、ユーザの人数に関する条件が含まれており、
　前記設定手段は、前記所定企画を選択した複数のユーザの夫々に対して、前記所定企画の制約条件の範囲内で、アクティビティの各企画の順列を設定する、
　ことができる。
　本発明の一態様の情報処理方法及びプログラムは、上述の本発明の一態様の情報処理装置に対応する方法及びプログラムである。
　本発明によれば、ユーザにとって好適な、いわばセミオーダーツアーが容易に構成可能にすることができる。
本発明の一実施形態に係る情報処理システムの構成を示す図である。 図１の情報処理システムのうち、本発明の情報処理装置の一実施形態としてのサーバのハードウェア構成を示すブロック図である。 図２のサーバの機能的構成のうち、セミオーダーツアー処理を実行するための機能的構成を示す機能ブロック図である。 図３の企画情報ＤＢの構造の一例を示す図である。 図３の機能的構成を有する図２のサーバが実行するセミオーダー作成処理の流れを説明するフローチャートである。
　以下、図面を参照しながら、本発明の実施形態について説明する。
　図１は、本発明の一実施形態に係る情報処理システムの構成を示す図である。
　図１に示す情報処理システムは、サーバ１と、企画者端末２－１～２－Ｎと、ユーザ端末３－１～３－Ｍとが、ネットワークＮを介して相互に接続されることによって構成されている。
　本情報処理システムは、各アクティビティ企画者により夫々企画された複数のアクティビティを組合せて１つのツアーとして、ユーザに提示するサービスを提供する際に適用される。
　本サービスの提供者は、サーバ１を管理しているものとする。ここでいう管理は、提供者自身が直接的に管理していることの他、サーバの運営会社等別の者に管理を委託する等間接的に管理していることも含むものとする。
　アクティビティとは、いわゆるオプショナルツアーを含み、ユーザの旅行の全日程のうち一部の期間における当該ユーザの行動内容をいう。
　１つのアクティビティは、本サービスの提供者と連絡を取ることが可能な任意の者によって、企画立案される。このような者を、以下、「企画者」と呼ぶ。企画者は、アクティビティの企画だけをして参加しなくてもよいし、逆に、アクティビティにガイド等として参加してもよい。
　本実施形態では、Ｎ人（Ｎは、１以上の任意の整数値）の企画者の夫々が、企画者端末２－１～２－Ｎの夫々を使用するものとする。ただし、以下、企画者端末２－１～２－Ｎを個々に区別する必要がない場合、これらをまとめて単に「企画者端末２」と呼ぶ。
　本実施形態では、Ｍ人（Ｍは、Ｎとは独立した１以上の任意の整数値）のユーザの夫々が、ユーザ端末３－１～３－Ｍの夫々を使用するものとする。ただし、以下、ユーザ端末３－１～３－Ｍを個々に区別する必要がない場合、これらをまとめて単に「ユーザ端末３」と呼ぶ。
　図２は、図１の情報処理システムのうち、本発明の情報処理装置の一実施形態としてのサーバ１のハードウェア構成を示すブロック図である。
　サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２３と、バス２４と、入出力インターフェース２５と、入力部２６と、出力部２７と、記憶部２８と、通信部２９と、ドライブ３０と、を備えている。
　ＣＰＵ２１は、ＲＯＭ２２に記録されているプログラム、又は、記憶部２８からＲＡＭ２３にロードされたプログラムにしたがって各種の処理を実行する。
　ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
　ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インターフェース２５も接続されている。入出力インターフェース２５には、出力部２７、入力部２６、記憶部２８、通信部２９及びドライブ３０が接続されている。
　入力部２６は、キーボードや各種釦等で構成され、オペレータの指示操作に応じて各種情報を入力する。
　出力部２７は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。
　記憶部２８は、ハードディスク或いはＤＲＡＭ（Ｄｙｎａｍｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
　通信部２９は、インターネットを含むネットワークＮを介して他の装置（図１の例では企画者端末２やユーザ端末３）との間で行う通信を制御する。
　ドライブ３０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ３０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部２８にインストールされる。また、リムーバブルメディア３１は、記憶部２８に記憶されている各種データも、記憶部２８と同様に記憶することができる。
　このような構成のサーバ１のＣＰＵ２１は、ユーザが所望するアクティビティの企画を含む複数のアクティビティの企画の順列を設定するまでの一連の処理を実行する。このようにして設定された順列によるアクティビティの各企画の集合体は、いわばユーザのツアーの予定（旅の日程の予定）である。即ち、ユーザにとっては、セミオーダーでツアーを組むことができる。そこで、以下、このような処理を、「セミオーダーツアー作成処理」と呼ぶ。
　図３は、サーバ１の機能的構成のうち、このようなセミオーダーツアー処理を実行するための機能的構成を示す機能ブロック図である。
　ＣＰＵ２１においては、セミオーダーツアー処理の実行が制御される場合、提示制御部６１と、受付部６２と、順列設定部６３とが機能する。
　記憶部２８の一領域として、企画情報ＤＢ７１が設けられている。
　企画情報ＤＢ７１は、アクティビティの企画の内容を含む企画情報５１を企画毎に保持するデータベース（ＤＢ）である。
　企画者は、企画者端末２を操作して、所定のアクティビティの企画に関する企画情報５１を生成し、サーバ１に送信する。
　企画情報５１は、アクティビティの企画の内容と、当該企画のＩＤと、当該企画の制約条件とを含んでいれば足り、その形態や企画情報ＤＢ７１内の格納手法等は特に限定されない。
　ただし、本実施形態では例えば、企画情報ＤＢ７１には、図４に示す構造であるものとする。
　図４は、企画情報ＤＢ７１の構造の一例を示す図である。
　図４に示すように、企画情報ＤＢ７１の１行には、１つのアクティビティの企画が対応付けられている。
　即ち、企画情報ＤＢ７１のＫ行目（Ｋは１以上の整数値）には、１つのアクティビティの企画に関する企画情報５１－Ｋが格納されている。
　企画情報５１－Ｋは、企画ＩＤ、企画内容、及び制約条件を含んでいる。
　企画ＩＤは、企画を一意に特定する識別子であり、図４の例では説明の便宜上ＩＤとして「Ｋ」が付されている。
　企画内容は、企画の内容を示す情報であって、例えば企画情報５１－１では「○×ワイナリー見学」であり、企画情報５１－２では「△□レストランにて昼食」であり、企画情報５１－３では「××食堂にて昼食」である。
　なお、企画の内容は、ユーザに提示されるため、図４に示すような概要のみならず、詳細な内容を含むことは当然可能である。
　制約条件は、その企画のアクティビティに参加するユーザに課す制約条件であり、主に、図４に示すように、ユーザを拘束する時間帯、ユーザが支払うべき価格（予算）、ユーザが滞在する場所が含まれ得るが、これらに限定されない。
　即ち、１つのアクティビティの企画の制約条件は、企画者が自在に設定可能な条件であって、任意の個数の任意の組合せの条件群を採用することができる。例えば、ユーザの性別や年齢の他、ユーザのスキル等、ユーザの任意の属性を制約条件とすることができる。
　具体的には例えば、企画情報５１－１では「１０：００～１２：００（２ｈｒ）、５０００円／人、○×ワイナリー」が制約条件である。
　企画情報５１－２では「１２：００～１６：００内で１ｈｒ、２０００円／人、△□レストラン」が制約条件である。
　企画情報５１－３では「１２：００～１６：００内で１ｈｒ、２０００円／人、××食堂」が制約条件である。
　図３に戻り、提示制御部６１は、企画情報ＤＢ７１から複数の企画情報５１を、ユーザ端末３を介してユーザに提示する制御を実行する。
　提示の手法は、特に限定されない。例えば、サーバ１が管理するｗｅｂページに掲載して、ユーザがユーザ端末３を介して当該ｗｅｂページにアクセスしてきた場合に提示する手法を採用できる。例えば、電子メール等をユーザ端末３に送信することでユーザに提示する手法を採用できる。また例えば、専用のアプリケーション（ソフトウェアプログラム）をユーザ端末３にインストールさせて当該アプリケーションを通じて提示する手法等各種各様な手法を採用できる。
　ユーザは、ユーザ端末３を操作して、このように提示された企画情報の中から、自身のツアー（旅行の全日程）の中に含ませたい企画情報を１以上選択する。
　即ち、選択された１以上の企画情報は、ネットワークＮを介してサーバ１に送信される。
　受付部６２は、ユーザにより選択された企画情報（図２の通信部２９に受信された企画情報）を受け付ける。
　順列設定部６３は、受付部６２により受け付けられた複数の企画情報の夫々に含まれる企画の制約条件の範囲内で、ユーザに対して、企画情報の夫々により特定されるアクティビティの各企画の順列を設定する。
　例えば図４の企画ＩＤ＝１，２がユーザにより選択された場合、制約条件の時間帯によれば、企画ＩＤ１、企画ＩＤ２の順列が設定される。なお以下、企画ＩＤｋ（ｋは任意の整数値）の企画（アクティビティ）を、単に「企画ＩＤｋ」と表現する。つまり、企画ＩＤ１の後に、企画ＩＤ２となるようなツアー（旅行の日程）が組まれることになる。
　ここで、企画ＩＤ２の制約条件には、「１２：００～１６：００内で１Ｈｒ」という条件が含まれている。
　企画ＩＤ２の制約条件（場所的制約条件）の「○×ワイナリー」から、企画ＩＤ１の制約条件（場所的制約条件）の「△□レストラン」までの移動時間が、例えば３０分であったとする。
　この場合、企画ＩＤ１の終了時刻は１２：００であり、移動時間３０分を考慮すると、企画ＩＤ２の開始時刻は少なくとも１２：３０以降とする必要がある。従って例えば、企画ＩＤ２の時間帯として、「１２：００～１３：００」の１ｈｒを設定した場合、ユーザは、企画ＩＤ１の終了後に、企画ＩＤ２に参加することは実質不可能である。そこで、順列設定部６３は、さらに、移動時間を「企画間の制約条件」の１つとして捉えて、当該制約条件の範囲内で、企画ＩＤ２を設定する。例えば、順列設定部６３は、企画ＩＤ２の時間帯として、「１２：４５～１３：４５」の１ｈｒを設定することができる。
　なお、このような企画間の制約条件は、移動時間の他、トイレ休憩等任意の条件を設定することができる。
　さらに、受付部６２は、ユーザにより選択された企画情報と共に、当該ユーザ側の制約条件をさらに受け付けることもできる。
　ユーザ側の制約条件は、特に限定されず、例えば時間に関する条件（開始時刻は１０時以降、終了時刻は２０時迄、トータルで最短時間希望等）、場所に関する条件（○△市内限定等）、金額に関する条件（最安値希望等）、ユーザが所望する任意の条件を設定することができる。
　順列設定部６３は、受け付けられた企画情報の夫々に含まれる企画の制約条件に加えてさらに、ユーザ側の制約条件の範囲内で、ユーザに対して、企画情報の夫々により特定されるアクティビティの各企画の順列を設定する。
　例えばユーザ側の制約条件が、トータルで６５００円以内という条件であったとする。
　この場合、企画ＩＤ１と企画ＩＤ２との組合せでは、トータル７０００円となり、ユーザ側の制約条件（６５００円以内）を満たすことができない。そこで、ユーザ側の制約条件を満たすように、企画ＩＤ１，ＩＤ２の順列が設定される。
　このように、ユーザ側の制約条件もさらに考慮された上で、ユーザにとって最適なアクティビティ企画の順列が自動的に決定される。
　これにより、ユーザにとってより一段と好適な、いわばセミオーダーツアーが容易に構成可能になる。
　さらに、所定企画の制約条件には、ユーザの人数に関する条件（最小・最大催行人数等）が含まれている場合がある。
　このような場合、順列設定部６３は、当該所定企画を選択した複数のユーザの夫々に対して、所定企画の制約条件の範囲内で、アクティビティの各企画の順列を設定する。
　最小・最大催行人数等ユーザの人数に関する条件が含まれている場合であっても、複数のユーザにとって最適なアクティビティ企画の順列が自動的に決定される。
　例えば最少催行人数に満たない企画は除外されて順列が設定される。逆に、最大催行人数を超えた企画に対しては、例えば先着順で、当該最大催行人数までのユーザに対しては、当該企画を含むような順列が設定され、それ以外のユーザに対しては当該企画は除外されて順列が設定される。
　これにより、複数のユーザの夫々にとってより一段と好適な、いわばセミオーダーツアーが容易に構成可能になる。
　次に、図５を参照して、このような図３の機能的構成のサーバ１が実行するセミオーダーツアー処理について説明する。
　図５は、図３の機能的構成を有する図２のサーバ１が実行するセミオーダーツアー処理の流れを説明するフローチャートである。
　ステップＳ１において、提示制御部６１は、ユーザ端末３を介して、ユーザに複数の企画情報を提示する。
　ユーザは、ユーザ端末３を介して、当該複数の企画情報の中から、ツアーに組み込みたい企画に関する企画情報を選択する。
　ステップＳ２において、受付部６２は、このようにしてユーザにより選択された企画情報を受け付ける。
　ステップＳ３において、順列設定部６３は、ステップＳ２で受け付けられた企画情報の制約条件を取得する。
　ステップＳ４において、受付部６２は、ユーザ側の制約条件があるか否かを判定する。
　ユーザは、ユーザ端末３を介して、上記企画情報を選択する際に、任意の条件を設定することができる。
　このような設定がなされている場合、ステップＳ４においてＹＥＳであると判定されて、処理はステップＳ５に進む。
　ステップＳ５において、受付部６２は、ユーザ側の制約条件を取得する。これにより処理はステップＳ６に進む。
　これに対して、このような設定がなされていない場合、ステップＳ４においてＮＯであると判定されて、ステップＳ５の処理は実行されずに、処理はステップＳ６に進む。
　ステップＳ６において、順列設定部６３は、制約条件に基づいて、各企画の順列を設定する。
　ステップＳ７において、提示制御部６１は、ステップＳ６の処理で設定された順列を、ユーザ端末３を介してユーザに提示する。
　ステップＳ８において、受付部６２は、順列の組み直し指示があるか否かを判定する。
　順列の組み直し指示があった場合、ステップＳ８においてＹＥＳであると判定されて、処理はステップＳ１に戻され、それ以降の処理が繰り返される。
　これに対して、順列の組み直し指示が無かった場合、ステップＳ８においてＮＯであると判定されて、セミオーダーツアーは終了となる。
　なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
　換言すると、本発明が適用される情報処理装置は、次のような構成を取れば足り、その実施の形態は特に限定されない。
　即ち本発明が適用される情報処理装置は、
　アクティビティの企画の内容と、当該企画のＩＤと、当該企画の制約条件とを含む企画情報を、複数個データベースに記憶する制御を実行する記憶制御手段と、
　前記データベースに記憶された複数の前記企画情報のうち、ユーザにより選択された企画情報を受け付ける受付手段と、
　受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件の範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する設定手段と、
　を備えれば足りる。
　このような情報処理装置は、制約条件の範囲内で、ユーザにとって好適なアクティビティ企画の順列が自動的に決定されるので、ユーザにとって好適な、いわばセミオーダーツアーが容易に構成可能になる。
　ここで、情報処理装置においては、
　前記受付手段は、前記ユーザにより選択された前記企画情報と共に、当該ユーザ側の制約条件をさらに受け付け、
　前記設定手段は、受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件に加えてさらに、前記ユーザ側の制約条件の範囲内で、
　前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する、
　ようにしてもよい。
　この場合、ユーザ側の制約条件もさらに考慮された上で、ユーザにとって最適なアクティビティ企画の順列が自動的に決定される。
　これにより、ユーザにとってより一段と好適な、いわばセミオーダーツアーが容易に構成可能になる。
　また、情報処理装置においては、
　所定企画の制約条件には、ユーザの人数に関する条件（最小・最大催行人数等）が含まれており、
　前記設定手段は、前記所定企画を選択した複数のユーザの夫々に対して、前記所定企画の制約条件の範囲内で、アクティビティの各企画の順列を設定する、
　ようにしてもよい。
　このようにして、最小・最大催行人数等ユーザの人数に関する条件が含まれている場合であっても、複数のユーザにとって最適なアクティビティ企画の順列が自動的に決定される。
　これにより、複数のユーザの夫々にとってより一段と好適な、いわばセミオーダーツアーが容易に構成可能になる。
　その他例えば、制約条件に重みづけ（優先度）をして、その重み付けに従って順列を設定してもよい。例えば、価格優先の順列（最安値の順列等）、時間優先の順列（最短時間ルートの順列等）、内容優先の順列等の設定が可能になる。
　この場合、順列の提示は１種類である必要は特になく、複数種類、例えば、価格優先の順列（最安値の順列等）、時間優先の順列（最短時間ルートの順列等）、及び内容優先の順列といった３種類をユーザに提示してもよい。
　これにより、ユーザにとっては、セミオーダーツアーの作成の幅が広がることが可能になる。即ち色々な観点からの作成が可能になる。
　なお、制約範囲内でうまく順列が組めないとき等には、所定のエラー処理を実行して、ユーザにエラーである旨を通知すると、ユーザにとって便宜である。
　また、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
　換言すると、図３の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能がサーバ１に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３の例に限定されない。
　また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組合せで構成してもよい。
　一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
　コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。
　このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図２のリムーバブルメディア３１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア３１は、例えば、磁気ディスク（フロッピディスクを含む）、Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ（ブルーレイディスク）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｋ－Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ－Ｄｉｓｋ）、等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図２のＲＯＭ２２や、図２の記憶部２８に含まれるハードディスク等で構成される。
　なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
　また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
　１・・・サーバ、２，２－１～２－Ｎ・・・企画者端末、３，３－１～３－Ｍ・・・ユーザ端末、２１・・・ＣＰＵ、２２・・・ＲＯＭ、２３・・・ＲＡＭ、２４・・・バス、２５・・・入出力インターフェース、２６・・・出力部、２７・・・入力部、２８・・・記憶部、２９・・・通信部、３０・・・ドライブ、３１・・・リムーバブルメディア、６１・・・提示制御部、６２・・・受付部、６３・・・順列設定部、７１・・・企画情報ＤＢ

Claims (5)

  1. 　アクティビティの企画の内容と、当該企画のＩＤと、当該企画の制約条件とを含む企画情報が複数個記憶されたデータベース内の複数の前記企画情報のうち、ユーザにより選択された企画情報を受け付ける受付手段と、
    　受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件の範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する設定手段と、
    　を備える情報処理装置。
  2. 　前記受付手段は、前記ユーザにより選択された前記企画情報と共に、当該ユーザ側の制約条件をさらに受け付け、
    　前記設定手段は、受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件に加えてさらに、前記ユーザ側の制約条件の範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する、
    　請求項１に記載の情報処理装置。
  3. 　所定企画の制約条件には、ユーザの人数に関する条件が含まれており、
    　前記設定手段は、前記所定企画を選択した複数のユーザの夫々に対して、前記所定企画の制約条件の範囲内で、アクティビティの各企画の順列を設定する、
    　請求項１又は２に記載の情報処理装置。
  4. 　情報処理装置が実行する情報処理方法であって、
    　アクティビティの企画の内容と、当該企画のＩＤと、当該企画の制約条件とを含む企画情報が複数個記憶されたデータベース内の複数の前記企画情報のうち、ユーザにより選択された企画情報を受け付ける受付ステップと、
    　受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件の範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する設定ステップと、
    　を含む情報処理方法。
  5. 　情報処理装置を制御するコンピュータに、
    　アクティビティの企画の内容と、当該企画のＩＤと、当該企画の制約条件とを含む企画情報が複数個記憶されたデータベース内の複数の前記企画情報のうち、ユーザにより選択された企画情報を受け付ける受付ステップと、
    　受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件の範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する設定ステップと、
    　を含む制御処理を実行させるプログラム。
PCT/JP2015/080132 2014-10-28 2015-10-26 情報処理装置、情報処理方法及びプログラム WO2016068086A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US15/522,638 US20170316525A1 (en) 2014-10-28 2015-10-26 Information processing device, information processing method, and program
CN201580057961.9A CN107148637A (zh) 2014-10-28 2015-10-26 信息处理装置、信息处理方法和程序
EP15856038.3A EP3214596A4 (en) 2014-10-28 2015-10-26 Information processing device, information processing method, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014219693A JP6636241B2 (ja) 2014-10-28 2014-10-28 情報処理装置、情報処理方法及びプログラム
JP2014-219693 2014-10-28

Publications (1)

Publication Number Publication Date
WO2016068086A1 true WO2016068086A1 (ja) 2016-05-06

Family

ID=55857425

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/080132 WO2016068086A1 (ja) 2014-10-28 2015-10-26 情報処理装置、情報処理方法及びプログラム

Country Status (5)

Country Link
US (1) US20170316525A1 (ja)
EP (1) EP3214596A4 (ja)
JP (1) JP6636241B2 (ja)
CN (1) CN107148637A (ja)
WO (1) WO2016068086A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107665470A (zh) * 2016-07-29 2018-02-06 富士通株式会社 行程编辑处理设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220067854A1 (en) * 2020-08-31 2022-03-03 Partiture Orchestrated logistics LLC Tour operations and travel management platform

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09212563A (ja) * 1996-01-31 1997-08-15 Toyota Motor Corp 旅行計画作成装置
JP2004185267A (ja) * 2002-12-03 2004-07-02 Nec Corp 募集システム及び方法
JP2008269552A (ja) * 2007-03-26 2008-11-06 Oki Electric Ind Co Ltd 旅行プラン作成装置、旅行プラン作成方法、旅行プラン作成システム及びプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100100413A1 (en) * 2005-05-31 2010-04-22 International Business Machines Corporation Method and system for prioritizing meeting attendees
JP4268973B2 (ja) * 2006-03-29 2009-05-27 恭毅 関口 混合整数計画問題を用いて旅行計画を自動的に作成するための方法及びコンピュータ・プログラム
US20090006161A1 (en) * 2007-06-27 2009-01-01 Yen-Fu Chen Systems and methods for managing events of event scheduling applications
US8200520B2 (en) * 2007-10-03 2012-06-12 International Business Machines Corporation Methods, systems, and apparatuses for automated confirmations of meetings
US20090216633A1 (en) * 2008-02-26 2009-08-27 Travelocity.Com Lp System, Method, and Computer Program Product for Assembling and Displaying a Travel Itinerary
US20090255153A1 (en) * 2008-04-15 2009-10-15 Microsoft Corporation Group calendar interface
KR102039688B1 (ko) * 2013-03-14 2019-11-01 삼성전자주식회사 사용자 기기 및 그 동작 방법
US20150154515A1 (en) * 2013-12-02 2015-06-04 Joshua Christopher Joachim Methods and systems for booking an event
EP2940629A1 (en) * 2014-04-30 2015-11-04 Amadeus S.A.S. Visual booking system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09212563A (ja) * 1996-01-31 1997-08-15 Toyota Motor Corp 旅行計画作成装置
JP2004185267A (ja) * 2002-12-03 2004-07-02 Nec Corp 募集システム及び方法
JP2008269552A (ja) * 2007-03-26 2008-11-06 Oki Electric Ind Co Ltd 旅行プラン作成装置、旅行プラン作成方法、旅行プラン作成システム及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3214596A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107665470A (zh) * 2016-07-29 2018-02-06 富士通株式会社 行程编辑处理设备

Also Published As

Publication number Publication date
JP6636241B2 (ja) 2020-01-29
JP2016085691A (ja) 2016-05-19
EP3214596A4 (en) 2018-03-14
CN107148637A (zh) 2017-09-08
EP3214596A1 (en) 2017-09-06
US20170316525A1 (en) 2017-11-02

Similar Documents

Publication Publication Date Title
Mayorga et al. The optimal assignment of spontaneous volunteers
US20170004459A1 (en) Processing system and method
EP2998913A1 (en) Scheduling method, apparatus, and program
US10163075B2 (en) Bulk event scheduling
WO2018097262A1 (ja) 情報処理装置、その制御方法及びプログラム
US11019006B2 (en) Method and apparatus for sharing booking information and ticket
Marsh et al. Incorporating MCDA into HTA: challenges and potential solutions, with a focus on lower income settings
US20230147817A1 (en) Method, apparatus and system for realizing dynamic scheduling for a cinema and controlling playing of a movie
Jones-Schenk 70% failure rate: an imperative for better change management
Hensley et al. Healthy places, active transport and path dependence: a review of the literature
WO2016118655A1 (en) Systems and methods for crowdsourcing technology projects
WO2016068086A1 (ja) 情報処理装置、情報処理方法及びプログラム
US20160358193A1 (en) Technology Platform for Matching Demand-Side and Supply-Side Users
JP6335381B1 (ja) 情報管理装置、情報管理方法及びプログラム
Khamechian et al. A mathematical modeling approach to university course planning
WO2018044226A1 (en) Booking system
Anderson et al. Managing pandemics: A POM perspective and directions for future research
US20160275581A1 (en) Method and system for broadcasts of event request for proposal
US20150095083A1 (en) Method, apparatus, and computer readable media for match rating and interview scheduling
US20160342951A1 (en) Method, system, and non-transitory computer-readable recording medium for providing notification on schedule
JP6306791B1 (ja) 情報管理装置、情報管理方法及びプログラム
JP7364734B1 (ja) 情報提供システム
KR20140019940A (ko) 위시리스트 운용 시스템과 방법 및 이를 지원하는 장치와 단말기
JP7417265B2 (ja) 営業人材開発支援システム、営業人材開発支援方法、および営業人材開発支援プログラム
JP7505201B2 (ja) 情報処理装置及び情報処理プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15856038

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15522638

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2015856038

Country of ref document: EP