JP2002318838A - Electronic commerce management server and electronic commerce management method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an electronic commerce management server and an electronic commerce management method providing easy reservation of service to users. SOLUTION: The electronic commerce management server (a management server) 2 is provided with at least an account storing part 352 recording authentication data for authenticating a customer enterprise system 5 and reservation systems 11 and 12 connectable from the customer enterprise system, and a switching means 20 receiving a connection from the customer enterprise system 5, managing sessions set for every connection from the customer enterprise system 5, referring to the account storing part 352, authenticating the customer enterprise system 5 by using the authentication data, connecting to the reservation systems 11 and 12 connectable from the customer enterprise system 5, acquiring information of a commodity reservable from the reservation systems 11 and 12, and sending the information to the customer enterprise system 5.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] 1. Field of the Invention [0002] The present invention relates to an electronic commerce management server and an electronic commerce management method for a ticket supplier to sell tickets to users in a user group.
In this specification, the “user group” includes companies, small and medium-sized businesses, a set of individuals, and the like, and the “company” includes government offices, various organizations, educational institutions, and the like. Further, the “department section” refers to a division or a section belonging to a division that constitutes a corporation, and is preferably a unit in which the corporation performs payment of a fee.

[0002]

2. Description of the Related Art Conventionally, a travel agency (so-called in-house agent) for arranging travel for business trips or the like is provided in a corporate group, and ticket providers such as transportation and hotels are provided through the travel agency. However, a method of selling tickets to employees (users) of a company is known. As an example of this method, for example, JP-A-2000-331098
The one disclosed in Japanese Patent Application Laid-Open Publication No. H10-260, 1993 is known.

FIG. 26 shows an outline of a ticket selling method disclosed in the publication. In this method, first, an employee of a company applies for a ticket to the travel agency. In response, the travel agent makes a ticket application to the ticket supplier, and upon completion of the ticket application, issues a ticket and delivers it to the employee. The ticket price is
The company makes a lump sum payment to the travel agency. The travel agent pays the price collected from the company to the ticket provider and obtains a ticket issuing fee.

[0004] According to this method, the travel agency can use transportation facilities to take advantage of the fact that the client is mainly fixed to a company in the group, which tends to bias travel destinations and arrangement preferences. There is an advantage that it is easy to withdraw discounts (large discounts) by collecting the handling quantities from ticket suppliers such as hotels and hotels. In addition, the method is very convenient for employees in a company, for example, an employee can carry out a procedure simply by telling his / her department and employee ID, or a ticket can be delivered to the employee's department.

[0005] However, these travel agencies mainly use ticket-issuing commissions as their main source of revenue. However, the costs of issuing and distributing tickets are high, and they have not been able to actually make much profit. There is a problem.

[0006] Also, ticket providers, such as transportation agencies and hotels, need to pay a certain percentage of ticketing fees to travel agencies, which is a factor that squeezes profits.

[0007] In order to reduce the ratio of the ticketing fee, the travel agency also does not have much left over the cost of issuing and distributing tickets, so that it is difficult to negotiate.

[0008] As described above, in the present method, the ticketing fee generated for the ticketing business is an obstacle for both the ticket supplier and the travel agency to improve the profit.

[0009] In order to solve the above-mentioned problem of the high cost of issuing and distributing tickets, in recent years, ticket providers such as transportation and hotels have been used by consumers such as employees in the company by using the Internet. More and more ways to sell tickets directly to the public.

FIG. 27 shows an outline of the ticket selling method. In this method, an employee in a company makes a ticket application to a ticket supplier directly via the Internet. Payment is made through a credit card company. Then, the employee receives a ticket at an airport, a hotel, or the like when using transportation or a hotel. This method is called “ticketless method”.

This method has the advantage that it is not necessary for the consumer to go ahead to buy a ticket, and that transportation can reduce the cost of issuing and delivering a ticket. There is an advantage that the payment can be surely collected by making the notification.

However, in this method, since a credit card is used, the employee pays the ticket price on an individual basis, and the company later setstles the employee. For this reason, there is a problem that a company cannot receive the discount even though the company has purchased the quantity of tickets for which the large discount is applied.

[0013] In order to solve the above-mentioned problems, there is known a method in which a ticket supplier sells tickets directly to employees of a company in a ticketless manner. As an example of this method, for example, a method disclosed in Japanese Patent Application Laid-Open No. 11-339076 is known.

FIG. 28 shows an outline of the ticket selling method. In this method, the ticket supplier issues a "corporate ID" for each company, and the employees of the company enter the "corporate ID"
Is used to make a ticket application directly to the ticket provider via the Internet. The employee who applied for the ticket presents the "corporate ID" at an airport, a hotel, or the like, and receives a ticket. Payment is "Corporate ID"
Therefore, the above-mentioned large discount can be applied.

[0015] However, since the "corporate ID" is presumed to be issued for each company or at most for each section, the ticket supplier identifies each employee and provides a service corresponding to each employee. There is a drawback that cannot be provided.

Further, in this method, since the ticket supplier and the company use the same "corporate ID", the following problems also occur.

[0017] The ticket supplier decides, for each company, "Company I
When assigning "D", the "company ID" is generally different from the "employee ID" or the "department code" used by the accounting system in the company, and the company is linked with the accounting system. It is difficult to settle the ticket price.

Conversely, when a company allocates a “corporate ID”, the ticket supplier needs to handle various forms of “corporate ID” for each company. Difficult to handle. Also, in order to perform accounting in accordance with the manners of each company, it is necessary to provide ticket suppliers with in-company information on employees and departments of the company. It is common not to follow. Further, since there are frequent transfers and organizational changes within a company, it is difficult for a ticket supplier to keep up with these changes in company information. At present, this method has not been realized for these reasons.

Further, in the method disclosed in Japanese Patent Application Laid-Open No. H11-339076, it is not assumed that one company uses a plurality of ticket suppliers. Searching for tickets across multiple airlines (ticket suppliers) using the "ID", or searching for and applying for tickets in combination with airlines and hotels (ticket suppliers) Can not.

On the other hand, there is a problem that the conventional business trip management of a company is costly.

FIG. 29 shows a system configuration diagram in a conventional ticket search and application. Here, the first company 5
a, a second company 5b, a third company 5c ... and a first hotel reservation system 11a which is a ticket supply system;
It is assumed that there are a second hotel reservation system 11b, a first transportation reservation system 12a, and a second transportation reservation system 12b.

In this case, in the conventional ticket search and application, for example, the first company 5a operates the first hotel reservation system 11a, the second hotel reservation system 11b, the first transportation system reservation system 12a, and the second Must be connected for each of the transportation reservation systems 12b. If the ticket supply system is open to the public on the Internet, for example, it is easy to connect to a plurality of ticket supply systems at once, but if it is necessary to dial up and connect to the ticket supply system It becomes extremely difficult to connect to more than one ticket supply system at a time.

Further, for example, the second hotel reservation system 1
If 1b is changed, the first company system 5a must also change the system accordingly.

As described above, in the conventional ticket search and application, a plurality of ticket supply systems are connected,
It was impossible to receive the services of multiple ticket supply systems in one operation.

FIG. 30 shows the work of the user and the travel agency in the conventional ticket search and application as described above. Here, a case will be described where a user of a company travels on a business trip and obtains a ticket via a travel agency (or in-house agent).

First, in step S901, when a business trip of a user is determined, in step S902, provisional payment processing is performed on an accounting system or an accountant. Further, in step S903, the user connects to the ticket supply system, determines a transportation mode and a hotel,
In step S904, the content is notified to the travel agency.

Receiving the notification in step S904, the travel agency accepts the reservation in step S951, and inputs the reservation contents by operating the terminal in step S952. Thereby, a ticket is issued in step S953.

When the ticket is successfully issued, step S
At 954, the user is contacted, and at step S905, the user is notified that the arrangement has been completed.

Next, based on the ticket issued in step S953, the travel agent performs step S955.
In step S956, a bill is created and the ticket is delivered to the user.

Next, in step S906, the user receives and pays for the ticket delivered in step S956. In step S907, the user departs according to the arranged ticket. Upon returning from the business trip, in step S908, the difference between the temporary payment and the temporary payment received in step S902 is settled.

As a method for reducing the cost of business trip management in a company, there is Japanese Patent Application Laid-Open No. H11-143977.
This application enables a series of business procedures related to business travel to be supported by a comprehensive system using a computer network from drafting of a business trip to settlement, and by making data used in all processes consistent. , Make a reservation application to a travel agency, which greatly reduces the labor required to transmit information between each process between a business organization such as a corporation and a travel agency, realizes accuracy, reduces time and creates other conveniences, etc. This is a system in which the requested processing flow is digitized. However, it is difficult to respond to sudden business trip applications and changes because it is premised on the intervention of agents. In addition, since the ticket is output and distributed, there is a problem that it does not lead to a reduction in business trip management cost, and the cost is not sufficiently reduced.

On the other hand, a supplier such as a transportation company or a hotel sells directly to a company. However, since it is difficult to link with a business trip / payment system in the company and an interface is different for each supplier, one company can directly connect to a plurality of suppliers. There is a problem in that connection to the system is expensive.

Further, as a method for improving the efficiency of in-house operations, E
Some are DI (Electronic Data Exchange: electronic information exchange related to ordering work). However, this is provided only at the entrance, and is merely for exchanging arrangement information with a travel agency or a supplier who can arrange a business trip reservation. Therefore, since the user does not have an interface suitable for the in-house system, the user is not sufficiently satisfied.

As described above, the reservation and settlement of various services received through corporate activities, not limited to reservations of tickets and hotels on business trips, are complicated procedures and impose enormous costs for companies. .

[0035]

However, as described above, the conventional method can simultaneously provide benefits to all ticket suppliers (suppliers), travel agents, companies, and employees of the company. Did not.

That is, there has been no method in which the ticket supplier sells tickets directly to the employees of the company in a ticketless manner using IDs that are both managed independently by the ticket supplier and the company.

Further, in the example shown in FIG. 30, since the business traveler has to make provisional payment and settlement of the cost, and the travel agency has to deliver the ticket, the processing becomes complicated. The cost of traveling was increasing.

Further, it has not been possible to improve the work efficiency by linking with an existing system. That is, it is necessary to provide a connection method suitable for an in-house system for each company, and introduction of the system requires a large cost.

Furthermore, when a company attempts to process all data using a system built on an intranet, the processing cannot be performed if the company cannot connect to the intranet.

When a system in a company is connected to an external system (for example, a reservation system), information in the company, for example, highly confidential information such as business trip information and employee information may leak to the outside. This was a factor that hesitated to systematize in-company procedures.

Accordingly, an object of the present invention is to provide an e-commerce management server and an e-commerce management method by which a user can easily reserve a service.

[0042]

A first feature of the present invention is as follows.
The present invention relates to an e-commerce management server used in an e-commerce system, in which a plurality of customer company systems are connected to an arbitrary plurality of reservation systems to reserve a product. That is,
A transaction management server according to a first aspect of the present invention includes: an account storage unit that records at least information on authentication data for authenticating a customer company system and information on a reservation system to which the customer company system can be connected; A function of receiving a connection from the system, a function of managing a session set for each connection from the customer company system, a function of referring to an account storage unit, a function of authenticating the customer company system using authentication data, It has a switching means having a function of connecting to a reservation system connectable to a corporate system, a function of acquiring information on reservable goods from the reservation system, and a function of transmitting information to a customer corporate system. Here, a session is a unit for managing access, also called a session. This makes it possible to connect from a certain customer company system to a plurality of reservation systems.

Preferably, the switching means simultaneously connects a plurality of reservation systems to the customer company system, and manages a session for each connection. As a result, the connection between the customer company system and the reservation system is managed for each session, so that the connection is made independently, and the stability of the system is improved.

Further, the account storage unit further records the mapping information of the authentication data for connecting the customer company system to the reservation system, and refers to the authentication data and mapping information of the customer company system to refer to the account connected to the reservation system. May be further provided. Thus, when the customer company system inputs to the electronic commerce management server, it can log in with an account suitable for each reservation system.

Further, the authentication data of the customer company system or the authentication data for connecting to the reservation system may be set for each user belonging to the customer company system. For example, by being authenticated with a mileage card issued for each airline owned by the user, points can be added to the mileage card of the user, and the individual can receive the benefits.

Further, the account storage unit further records information relating to the reservation system to which the user can connect according to the attribute of the user belonging to the customer company system, and the switching means switches the user recorded in the account storage unit. Connection can be allowed only to possible reservation systems. The account storage unit further records a user belonging to the customer company system or a product of a type that can be reserved by the user according to the attribute of the user, and the switching means includes a user-reservable type recorded in the account storage unit. , A function of acquiring information on a reservable product from the reservation system, and a function of transmitting the information to the customer company system. This makes it possible to set a reservation system that can be connected and a commodity that can be reserved according to the attributes of the user. Therefore, the reservation can be made in consideration of the rules determined by the customer company system.
Here, the product is a product traded in electronic commerce. This product also includes services (services).
For example, goods such as stationery and equipment, tickets for transportation such as aircraft and trains required for business trips, and tickets for accommodation facilities such as hotels are included.

Further, when the customer company system makes a reservation to the reservation system, the system may further comprise a reservation storage unit for storing information relating to the reservation including at least information for specifying a product. Thus, the e-commerce confirmation server can easily confirm the reservation.

Further, information relating to the authentication data of the customer company system recorded in the account storage unit, mapping information of authentication data for connecting the customer company system to the reservation system, and connection determined according to the attributes of the user of the customer company system. A key management means for managing at least one of information on a possible reservation system, information on reservation of a product recorded in a reservation storage unit, and information on connection of a customer company system may be further provided.

Further, a usage fee management unit may be provided which issues a command for billing the customer company system based on information related to the connection of the customer company system.

Further, a reservation information management unit for issuing a command for requesting a charge to the customer company system based on the information on the reservation of the product may be provided. In this way, the e-commerce management server manages the information related to the reservation, so that the customer company system can be billed, and the customer company system can provide the customer with the billing data from the reservation system. It may be sent to a corporate system.

Further, the information relating to the reservation of the product recorded in the reservation storage unit includes the section belonging to the customer company system, and the command relating to the request for the product may be issued to the section. This makes it possible to flexibly cope with, for example, the case where a large company needs to pay for each department.

A second feature of the present invention relates to an e-commerce management method used in an e-commerce system, in which a plurality of customer company systems are connected to an arbitrary plurality of reservation systems to make reservations for commodities. That is, in the electronic commerce management method according to the second aspect of the present invention, the account storing at least the information on the authentication data for authenticating the customer company system and the information on the reservation system connectable to the customer company system in the account storage unit. A storage step, a step of receiving a connection from the customer company system, a step of managing a session set for each connection from the customer company system, a step of referring to an account storage unit, and a step of using the authentication data to store the customer company system. An authentication step, a step of connecting to a reservation system to which the customer company system can be connected, a step of acquiring information on a reservable product from the reservation system,
A switching step having a step of transmitting to the customer enterprise system.

In the switching step, a plurality of reservation systems may be simultaneously connected to the customer company system, and a session may be managed for each connection.

Further, in the account storing step, the account storing unit further records mapping information of authentication data for connecting the customer company system to the reservation system, and refers to the authentication data and mapping information of the customer company system to store the information in the reservation system. The method may further include an account conversion step of selecting an account to be connected.

Further, the authentication data of the customer company system or the authentication data for connecting to the reservation system may be set for each user belonging to the customer company system.

Further, the account storage step further records information on the reservation system to which the user can connect in accordance with the attributes of the user belonging to the customer company system in the account storage section, and the switching step is recorded in the account storage section. The connection may be permitted only to the reservation system to which the user can connect.

Further, the account storage step further records information on the types of products that can be reserved by the user according to the user belonging to the customer company system or the attributes of the user in the account storage section. May include a step of referring to a product of a type that can be reserved by the user recorded in the user, a step of obtaining information on a product that can be reserved from the reservation system, and a step of transmitting the information to the customer company system.

Further, when the customer company system makes a reservation to the reservation system, the system may further comprise a reservation storing step of storing information relating to the reservation including at least information for specifying a product.

Further, according to the information relating to the authentication data of the customer company system, the mapping information of the authentication data for connecting the customer company system to the reservation system, and the attributes of the user of the customer company system recorded in the account storage unit in the account storage step. A core management step of managing at least one of the information on the determined connectable reservation system, the information on product reservation recorded in the reservation storage unit, and the information on connection of the customer company system may be provided. good.

Further, the method may further include a fee management step of giving a command for billing the customer company system based on the information related to the connection of the customer company system.

[0061] Further, a reservation information management step may be provided for issuing a command for requesting a charge to the customer company system on the basis of information on reservation of commodities.

Further, the information relating to the reservation of the product recorded in the reservation storage step includes the section belonging to the customer company system, and includes a product requesting step of instructing the section to request the product. Is also good.

A third aspect of the present invention relates to an e-commerce management server for a ticket supplier to sell tickets to users in a user group. That is, an e-commerce management server according to a third aspect of the present invention includes: an ID associating unit for associating a user ID for identifying a user in a user group with a customer ID for identifying a user by a ticket supplier; A search request data receiving unit that receives first search request data transmitted by the user to perform a search for a ticket, including an ID and search condition information, and associates the user with a user ID according to the first search request data One or more second information including the customer ID and search condition information
A search request data transmitting unit that generates the search request data of the second search request data, selects the ticket supplier that is the destination of the second search request data, and transmits the second search request data to the selected ticket supplier. And a search result information presenting unit that presents search result information generated by one or more ticket suppliers to the user in accordance with the second search request data.

A fourth feature of the present invention relates to an e-commerce management server for a ticket supplier to sell tickets to users in a user group. That is, an e-commerce management server according to a fourth aspect of the present invention comprises: an ID associating unit for associating a user ID for identifying a user in a user group with a customer ID for identifying a user by a ticket supplier; An application data receiving unit that receives first application data that the user transmits to apply for a ticket, including an ID and application ticket information, and a customer ID associated with the user ID in accordance with the first application data And second application data including the application ticket information, select a ticket supplier which is the destination of the second application data, and transmit the second application data to the selected ticket supplier. An application data transmission unit, and an application result data presentation unit that presents application result data generated by the ticket supplier to the user in accordance with the second application data. Provided.

The first billing data transmitted by the ticket supplier to bill for the ticket price and the customer ID
Billing data receiving unit for receiving first billing data including billing information and a customer ID according to the first billing data
A second containing the user ID and billing information associated with the
And a billing data transmitting unit for generating a billing data of the second billing data, selecting a user group as a destination of the second billing data, and transmitting the second billing data to the selected user group. Is also good.

A fifth aspect of the present invention relates to an electronic commerce management method for a ticket supplier to sell tickets to users in a user group. That is, the e-commerce management method according to the fifth aspect of the present invention includes a user ID for identifying a user in a user group and search condition information, so that a user in the user group can search for a ticket. A search request receiving step of receiving the first search request data to be transmitted, and a customer ID associated with the user ID, the customer ID being used by the ticket supplier to identify the user in response to the first search request data And one or more second search request data including the search condition information, select a ticket supplier that is the destination of the second search request data, and provide the selected ticket supplier Second
A search request sending step of sending search request data of
The ticket supplier has a result information generating step of searching for a ticket and generating search result information, and a result information presenting step of presenting the search result information to the user.

A sixth aspect of the present invention relates to an electronic commerce management method for a ticket supplier to sell tickets to users in a user group. That is, the e-commerce management method according to the sixth aspect of the present invention includes a user ID for identifying a user in a user group and application ticket information, which are transmitted by a user in the user group to apply for a ticket. An application data receiving step of receiving first application data to be performed; and generating second application data including a customer ID and application ticket information associated with the user ID in accordance with the first application data. Selecting a ticket supplier which is the destination of the application data of the second application data and transmitting the second application data to the selected ticket supplier. An application result generation step of performing an application reception process and generating application result data, and an application result presenting step of presenting the application result data to the user To.

A billing data transmitting step in which the ticket supplier transmits first billing data including a customer ID and billing information in order to bill for the sold ticket;
According to the first billing data, second billing data including a user ID associated with the customer ID and billing information is generated, and a user group that is a destination of the second billing data is selected. A billing data transmitting step of transmitting the second billing data to the selected user group.

[0069]

Next, first and fifth embodiments of the present invention will be described with reference to the drawings. In the following description of the drawings, the same or similar parts are denoted by the same or similar reference numerals.

In the embodiment of the present invention, for example,
The case where a user belonging to a company travels on a business trip, reserves a hotel or a transportation facility, and makes a payment is described.

(First Embodiment) A first embodiment of the present invention will be described with reference to FIG. FIG.
1 is a system configuration diagram illustrating an electronic commerce system according to a first embodiment of the present invention. The e-commerce system according to the first embodiment manages a business trip of a user (employee) and reserves a hotel or transportation ticket required for the business trip, and a hotel booked by the customer corporate system 5. A hotel reservation system 11, a transportation reservation system 12 of a transportation system reserved by the customer company system 5,
A management server 2 that connects to a plurality of arbitrary hotel reservation systems 12 and a transportation system reservation system 12 from a plurality of customer company systems 5 to make reservations for hotels and transportation, and registers data that is updated and referenced by the management server 2. A common DB server 6 that manages the managed database, and management terminals 3 and 4 that manage the management server 2 are provided. Here, the customer company system 5 is defined as a company contracted by the management server 2 and a CGI of a Web server accessing the management server 2.
(Common Gateway Interface: a mechanism for starting a program in response to a request from a browser), a servlet (a modular Java program), and an application server. The management terminals 3 and 4
It is a terminal that processes tools used by the management server 2 and administrators and operators of the electronic commerce system of the present invention.

In FIG. 1, the customer company system 5, the hotel reservation system 11, and the transportation reservation system 12
Is described only one each, but there may be a plurality of customer company systems 5, a hotel reservation system 11, and a transportation reservation system 12. in this case,
It is preferable to manage sessions for each connection from one customer company system 5 to one hotel reservation system 11 or transportation reservation system 12 via the management server 2.

In the electronic commerce system of the present invention,
When connecting between each system and process, API
(Application Program Interface) to format the data according to the specifications of the connection destination. Here, the process is a program that is one of the components of each unit such as the switching unit 20. Further, when the protocol differs between the connection source and the connection destination, the conversion is performed by converting the protocol. By making a connection via this API, it is possible to make a connection while minimizing changes in existing systems and processes. That is, in the electronic commerce system of the present invention, there are roughly the following three APIs.

(A) Session management, login authentication, etc.
When performing connection management called from a customer company / site, the connection management API which is a common function API performs the connection management. FIG.
In, the API 27 corresponds to the connection management API.

(B) When a user of the customer company system 5 mainly makes a reservation for a hotel or a transportation system, the API for the reservation person performs the reservation. In FIG. 1, APIs 13 and 14 are reserved
Corresponds to PI. Multiple domestic and international air booking systems,
It is preferable to separately prepare a plurality of domestic and overseas hotel reservation systems.

(C) When the administrator and the operator of the management server 2 check the reservation status and view the billing information and the contract information, the administrator API is used. In FIG. 1, API2
8 corresponds to the administrator API.

Regarding these APIs, which system or process is provided with the API is preferably determined at any time based on the requirements of the system.

Hereinafter, main elements constituting the electronic commerce system according to the present invention will be described.

The common DB server 6 includes a database management means 350 for managing data updated and referred to by the management server 2, an account storage device 352, a contract storage device 353, a reservation storage device 354, and a system access access number storage device 355. It has.

The database management means 350 manages an account storage device 350, a contract storage device 353, a reservation storage device 354, and a system access number storage device 355. That is, the database management unit 350 stores data managed by the management server 2 in each storage device.

The account storage device 352 stores a company code, an access ID, a password and the like of the customer company system 5. Further, an access ID, a password and the like may be set for each user belonging to the company. Further, the customer company system 5 may set a name, a card number, and the like to be presented to the hotel reservation system 11 and the transportation reservation system 12. Furthermore, the customer company system 5 may limit the hotel reservation system 11 and the transportation reservation system 12 to be connected. In this case, it may be limited depending on the region where the business trip is made. Thereby, the customer company system 5
For example, by placing a large order for a certain transportation reservation system 12, the transportation reservation system 1
The price for the second customer company system 5 can also be reduced. Alternatively, the hotel or transportation to be presented may be determined according to the user who travels or belongs to the user belonging to the customer company system 5. Specifically, executives of a company can be permitted to use a green car on the Shinkansen or to use a hotel for more than 20,000 yen per night.

The contract storage device 353 stores the company name, hotel name, and transportation name of the customer company system 5 to which the management server 2 is connected and the hotel reservation system 11 and the transportation reservation system 12 to which the management server 2 is connected. , Address, telephone number, person in charge, etc. are recorded.

The reservation storage device 354 stores the number of reservations, the number of cancellations, the amount of money, and the like. Thereby, the management server 2
The billing amount can be presented to the customer company system 5. In addition, the hotel or transportation date you booked,
By recording the designated flight, the hotel name, the number of people, the rank, and the like, the billing amount can be presented to the customer company system 5 with respect to the reservation contents. Further, for the reservation, a section which performs settlement in the customer company system 5 may be described. By describing this section, even if the bill is collectively received in the customer company system 5,
Requests may be sorted according to the section described. The division of the bill may be performed by the department in charge of accounting belonging to the customer company system 5, or may be performed by the in-house agent. Further, the management server 2 may directly make a request to a section belonging to the customer company system 5.

The number and time of connection of the customer company system 5 to the management server 2, the number and time of connection to the hotel reservation system 11 and the transportation reservation system 12, and the traffic in each connection The amount is recorded. Thereby, the management server 2 can charge the connection to the customer company system 5, the hotel reservation system 11, and the transportation reservation system 12.

The management server 2 includes a switching unit 20,
Backbone management means 26, log management means 250, log data 2
52 are provided.

The log data 252 is an operation log in the management server 2.

The switching means 20 receives a connection via the API 27 from the customer company system 5, manages a session set for each connection from the customer company system 5, authenticates the customer company system 5, and authenticates the customer company system. 5
Is connected to a hotel reservation system 11 and a transportation reservation system 12 that can be connected, acquires information on products that can be reserved from the connected reservation system, and transmits the information to the customer company system 5. More specifically, the connection from the customer company system 5 is collectively handled (101), session management, authentication, connection to the hotel reservation system 11 and the transportation reservation system 12, the response format, and the like. or,
The account data recorded in the account storage device 352 is acquired, and all of them are held in the memory. These data are loaded at the time of start-up, and are notified by the data update notification (105) from the core management means 26, and the database management means 3
It is reloaded from 50 (103). The request received by the switching means 20 from the client company system 5 is parsed (decrypted). If the request is a reservation search request, the request is transmitted to the desired hotel reservation system 11 and / or the transportation reservation system 12 (102), and the administrator function is performed. If it is a request to the key management means 26 via the API 29
(106). The connection to the hotel reservation system 11 is through the API 13, the connection to the transportation reservation system 12 is through the API 14, and the connection to the backbone management means 26 is through the API 29 or A.
It is connected without going through the PI 29. The reservation information and the number of transactions to be charged are determined by the database management unit 35.
0 to the common DB server 6 (10
3). The operation log is passed to the log management unit 250 (104).

The core management means 26 stores the authentication data of the customer company system 5 recorded in the account storage device 352, the mapping information of the authentication data connecting the customer company system 5 to the hotel reservation system 11 and the transportation reservation system 12, Among the connectable hotel reservation system 11 and transport mode reservation system 12 determined in accordance with the attributes of the user of the customer company system 5, information on product reservation recorded in the reservation storage device 354, and information on connection of the customer company system, Manage at least one. That is, the core management unit 26 is a unit that mainly manages the common DB server 6 based on the information obtained from the switching unit 20 and the information input from the management terminals 3 and 4. More specifically, account data, reservation history, and system access number data are collectively managed, and a management function is provided to the management terminals 3 and 4 via the API 28 (10).
7). The data stored in the common DB server 6 is added, changed, and deleted (108). Switching means 20
Receives and processes calls for administrative functions from.
In addition, data of the common DB server 6 to be managed is added, changed,
When deleted, an update notification is sent to the core management means 26.

The log management means 250 is a means for writing an operation log used by the administrator and the operator of the management server 2.
Upon receiving a log write request from the switching means 20, the log is written to a log file (104).

Various combinations of protocols and document formats between the respective systems and processes can be considered.

For example, the above 101, 102, 106,
In the communication connection at 107, when compared with the OSI reference model, the TCP / IP protocol is used in the connection of the network layer and the transport layer, the HTTP protocol is used in the connection of the session layer, and the XML document is used in the connection of the presentation layer. Preferably, each format is used. In the connection of 104, the UDP of the inter-process communication is used in the connection of the transport layer.
(User Datagram Protocol) is preferably used. Further, in the connection of 105, TCP / TCP is connected in the connection of the network layer and the transport layer.
Preferably, an IP protocol is used.

Here, the OSI reference model is a network structure design policy “O” established by the International Organization for Standardization (ISO) for realizing data communication between different types of devices.
Based on "SI (Open Systems Interconnection)", this is a model in which the communication functions that a computer should have are divided into a hierarchical structure.

The protocol and document format used in the embodiment of the present invention are not limited to this description.

FIG. 2 shows each hardware component in the electronic commerce system of the present invention described in FIG.
It is a system configuration diagram described in detail.

The electronic commerce system of the present invention includes a supplier reservation system 1, a management server 2, and a customer company system 5.
Is provided. Here, the case where the management server 2 has the function of the common DB server 6 is described. Here, each system and server are connected via a LAN, the Internet, a communication line by circuit switching, or the like. In this case, the supplier reservation system 1, the management server 2, and the customer company system 5 include a modem, a router, a dial-up router, a proxy server, and a PPP server (Point-to-Point
Protocol), it is preferable that the connection be made via a server that connects to the Internet through a dial-up through a telephone line.

[0096] The supplier reservation system 1 is a system for providing a hotel or transportation reservation to the customer company system 5, and includes the hotel reservation system 11 and the transportation reservation system 12 shown in FIG. The hotel reservation system 11 has a reservation DB 15 storing information on the reservation of the hotel, and the transportation reservation system 12 has a reservation DB 16 storing the information on the reservation of the transportation. The hotel reservation system 11 connects to the management server 2 via the API 13, and the transportation reservation system 12 connects to the management server 2 via the API 14.

The customer company system 5 includes a net reservation server 51. The net reservation server 51 connects to the management server 2 via the Java library 52. A plurality of terminals are connected to the network reservation server 51, each of which has a screen. More specifically, a reservation screen 53 for a user belonging to the customer company system 5 to make a reservation, and a call center (CC) for a call center operator to make a reservation when the user cannot make a reservation directly from the reservation screen 53. A reservation screen 54, an administrator screen 55 used by an administrator who manages the user, and the like are given. Further, it is preferable to arbitrarily set the authority of a function that allows a user, a call center operator, and a manager to perform processing.

In the customer company system 5, the existing business trip application system 59, accounting system 5
8. Connected to the management server 2 in cooperation with the tourist travel system 57 managed by the in-house agent. In addition, the existing system uses the individual / department authentication data 56.
It has. When the user of the customer company system 5 performs a business trip, the purpose of the business trip, approval of his / her department, approval of the supervisor, etc. are input to the business trip application system 59. It is not necessary to present the belonging section or the like, but only the information (specifically, the name) sufficient for the accounting system 58 to perform the accounting management.
Further, the reservation screen 53, the call center reservation screen 54, and the manager screen 55 presented by the customer company system 5 may be displayed on a terminal provided in the business trip application system 59 conventionally.

The management server 2, as described with reference to FIG.
A switching unit 20 and a backbone management unit 26 are provided. The switching means 20 includes connection modules 23a and 23 for receiving a connection from the supplier reservation system 1.
b, 23c... The connection module is controlled by the connection control unit 21. When the connection is established, the message analysis unit 22 analyzes the message received by the connection. The message parsed here is
API 29, contract storage 353, reservation storage 354
Is transmitted to the backbone management means 26 via

When the management server 2 accepts a connection from the customer company system 5, the API 27, the connection control unit 21,
It is connected to the backbone management means 26 via the message analysis unit 22. The management server 2 is managed from a management screen 31 provided in the management terminal 3 and a management screen 41 provided in the management terminal 4 via the API 28.

In the electronic commerce system of the present invention,
Calculating the information of the travel result / billing information 17 from the hotel reservation system and the transportation reservation system 12 of the supplier reservation system 1 based on the result of whether or not the user who actually made the reservation used the hotel and the transportation. Can be. Further, the information of the travel record / billing information 17 is stored in the tourist travel system 5 of the customer company system 5.
7, the tourist travel system 57 refers to the individual application system 59 and the individual / section data 56 and distributes the request to the accounting system 58 of the request destination. As a result, the customer company system 5 can make a bill based on the actual data, so that the bill data is not changed due to cancellation or change, and the bill is simplified.
And it can be performed reliably.

It is needless to say that the management server 2 manages the transfer result and billing information accompanying the reservation and may charge the customer company system 5. Further, it is also possible to manage all information related to transportation and hotel reservations in the business trip management of the customer company system 5 by the management server 2 and to take the form of outsourcing of service reservations.

FIG. 3 is a diagram showing a flowchart of business trip management in the electronic commerce system according to the first embodiment of the present invention.

First, in step S101, when a business trip of a user belonging to the customer company system 5 is determined,
In step S102, a business trip application is made to the business trip application system 59 via the reservation screen 53. As a result, it connects to the hotel reservation system 11 and the transportation system reservation system 12 via the management server 2 and makes a reservation for the hotel and the transportation system. In step S103, the reservation information is transmitted to the hotel reservation system 11 and the Koetsu organization reservation system 12. Is notified. At this time, since the information regarding the reservation is stored in the management server 2, the hotel reservation system 11, and the transportation reservation system 12, the ticket for confirming the reservation does not have to be distributed to the user.

In step S104, the user can receive the service by authenticating that he is a user of the customer company system 5 at the window of the transportation or at the front of the hotel. Further, in step S105, the hotel reservation system 11 and the transportation reservation system 1
2 based on the services provided by 2
, And a business trip payment can be made to the customer company system 5.

As described above, the business trip management according to the present invention shown in FIG. 3 requires less processing than the conventional business trip management shown in FIG. Can be reduced.

That is, the management server 2 (e-commerce management server) of the present invention integrates a reservation system for travel in general, such as a reservation system for hotels in Japan and overseas, and a transportation system in Japan and overseas, and provides a unified service to customers. provide.

The specific functions of the management server 2 and its effects will be described below.

The management server 2 defines an API for providing a search, reservation, management function, and the like for the customer company system 5 and the supplier reservation system 1 with common specifications. Thus, by dividing the screen image and the search / reservation process, a reservation function can be provided to many sites. Also, reservation service for domestic hotels, overseas hotels, domestic transportation, and overseas transportation can be provided in a consistent connection method, protocol, and message format.

Further, the management server 2 stores the client company system 5
Implement data and logic to manage the contract and manage the contract details. This makes it possible to manage reservation information, the number of accesses, and statistical information for each company when providing services to many companies. Further, the customer company system 5 is not limited to a company system, and may be a site where a plurality of members gather.

Further, the management server 2 stores the client company system 5
And a session connecting the supplier reservation system 1 to the system. Accordingly, even when there are a plurality of customer company systems 5 and a plurality of supplier reservation systems 1, the request and the response come from which customer company system 5 and return to which supplier reservation system 1, or from which supplier reservation system 1. Which customer company system 5
Can be managed.

Further, the management server 2 provides a message format such as a login method different for each reservation system, a fee returned by a different calculation method, a session management method and a date in a format based on the API provided by the management server 2. Convert. As a result, even if the specifications of the data are different for each reservation system and the specifications of the service are different, a uniform service can be provided.

Further, the management server 2 defines an API used by a system administrator and an operator to manage information of the entire travel system. Thus, the reservation system usage fee can be calculated for each company. Further, a contract for a reservation system to which the customer company system 5 can be connected is
It can be changed each time. That is, new contract companies,
Sites can be added without downtime or major migration work.

Also, according to the functions provided by the supplier reservation system 1 and the customer company system 5, an API provided by the management server 2 is created, and the supplier reservation system 1
And the customer company system 5 implements the API.

The management server 2 updates the reservation information every time a product is reserved, canceled, or changed. Therefore, even if an improper request is made from the supplier reservation system, it is sufficient to pay only the confirmed one by matching the reservation information presented by the management server 2. From customer company system 5 to supplier reservation system 1
Since the contact for connecting to the management server 2 has been integrated into the management server 2, it is sufficient to confirm the billing based on the reservation information managed by the management server 2. As a result, it has conventionally required a great deal of time (cost) to match the travel amount provided by the company with the billed amount. However, according to the present system, the matching can be easily performed, thereby reducing the cost. be able to.

(Second Embodiment) In a second embodiment of the present invention, the management server 2 described in the first embodiment will be described in detail.

FIG. 4 is a functional block diagram of the management server 2 according to the second embodiment of the present invention. Management server 2
Is mainly provided with a switching unit 20, a backbone management unit 26, and a log management unit 250, and is connected to a common DB server 6, a customer company system 5, a supplier reservation system 1, and management terminals 3, 4.

The switching means 20 includes an ASP connection management unit 201, a log recording unit 202, a request decryption unit 203, a request processing unit 204, an ACL (Access Control) unit 205, an authentication unit 206, an ID conversion unit 207, a connection supplier determination unit. 208, memory data management unit 209, memory 210, update notification processing unit 211, DB connection unit 212, reservation information recording / retrieval unit 214, system access count recording / retrieval unit 21
5. Protocol conversion unit 216, supplier connection management unit 2
17, a response processing decoding unit 218, a response processing unit 219, a session management unit 220, a transaction management unit 221, and a data conversion / shaping unit 222.

The ASP connection management unit 201 receives a request from the customer company system 5 at a predetermined URL (IP address or FQDN, port number, service name) and returns a reply. Recognize and assign session numbers and transaction numbers. Here, FQDN is
Fully Qualified Domain Name, TCP / IP
Is a description format in which all the domain names, subdomain names, and host names are specified without omitting them on the network.

The log recording unit 202 has a log management unit 250
A connection is established with the log management unit 25
Send to 0.

The request decryption unit 203 is a client company system 5
It parses the request from the server and decomposes the information to be processed inside the management server 2 and the function to send to the supplier reservation system 1 or the management server 2 side.

The request processing unit 204 maps the account authenticated at the time of login authentication and connection to the supplier reservation system 1 to the account connected to the supplier reservation system 1, and the supplier reservation system 1 to which the connection is made is transmitted to the customer company system. From step 5, it is determined whether a usable contract has been made. Further, it is determined to which of the reservation systems of the management server 2 and the supplier reservation system 1 the request is issued.

[0123] The ACL unit 205
With reference to the access control information (IP address and domain) for each customer company stored in the memory 210, access permission / denial is determined.

The authentication unit 206 refers to the account information of the customer company stored in the memory 210 of the switching means 20 and determines whether to authenticate or reject the account information included in the request from the customer company. Here, the authentication may be performed for each customer company system 5 or for each employee (user) of the customer company system 5. Further, authentication may be performed as to whether the reservation is for an approved business trip, that is, whether the customer company can be charged for the cost.

The ID conversion section 207 is provided with the switching means 2
With reference to the account information (company code) of the customer company and the mapping information of the connection account of the supplier reservation system 1 held in the memory 210 of No. 0, an account to be used when connecting to the supplier reservation system 1 is selected. This processing is not performed for the supplier reservation system 1 that does not require an authentication mechanism (login processing).

The connection supplier judging unit 208 refers to the mapping information between the customer company code and the usage-permitted supplier reservation system 1 held in the memory 210 of the switching means 20 and uses the connection destination supplier reservation system 1. Judge whether it is OK to let them. Here, the determination is made for each customer company system 5, but the determination may be made for each user belonging to the customer company system 5.

[0127] The update notification processing unit 211
6 and receives an update notification from the core management means 26.

The DB connection unit 212 establishes a connection with the database management unit 350, receives a query request to the common DB server 6, and performs a query.

The reservation information recording / searching unit 214 writes the reservation information in the reservation storage device 354 of the common DB server 6 when the reservation is established / cancelled, or from the reservation storage device 354 when the reservation content search request for the manager of the customer company is made. Search for reservation information.

System access count recording / retrieval unit 215
Stores the number of accesses, the number of transactions, the number of logins, and the like in the system access number storage device 35 of the common DB server 6.
5, the system access number storage device 355
Or search from.

The protocol converter 216 creates or converts a request in accordance with each reservation system of the supplier reservation system 1 or the connection destination of the backbone management means 26 and the like.

The supplier connection management section 217 sends a request to the supplier reservation system 1 and the core management means 26, and receives a response. Session I with each reservation system of the supplier reservation system 1 and the core management means 26
D, Process the transaction ID.

The response processing decoding unit 218 parses a response from each reservation system of the supplier reservation system 1 and the basic management unit 26.

The response processing unit 219 controls processing such as writing out reservation information according to the contents of the response from each reservation system and the core management means 26 of the supplier reservation system 1.

The session management unit 220 performs session management between the customer company system 5 and the ASP connection management unit 201, and at the same time, manages session management between each reservation system of the supplier reservation system 1 and the supplier connection management unit 217. Do. In addition, the session information of the ASP connection management unit 201 and the session information of the supplier connection management unit 217 are managed as a pair.

The transaction management unit 221 performs transaction management between the customer company system 5 and the ASP connection management unit 201, and at the same time, the supplier reservation system 1
Transaction management between each reservation system and the supplier connection management unit 217. Also, transaction information of the ASP connection management unit 201 and the supplier connection management unit 217 is managed as a pair.

The data conversion / shaping section 222 matches the response from the inside of the switching means 20, the backbone management means 26, or each reservation system of the supplier reservation system 1 with the specifications of the API provided to the customer company system 5. Data conversion / shaping.

The memory 210 receives and holds the access control information, account information, account mapping information between the company code and the connection BE, and use permission information of the connection supplier reservation system 1 from the common DB server 6. Area.

The memory data management unit 209 stores the memory information held in the switching means 20 in the ACL unit 205,
The information is provided to the authentication unit 206, the ID conversion unit 207, and the connection supplier determination unit 208. Further, the update notification of the common DB server 6 is received from the update notification processing unit 211, and the data on the memory is loaded (updated) from the common DB server 6 again through the DB connection unit 212. When updating data from the common DB server 6, the memory data reference request is locked. The unit of data update and the unit of memory read lock may have a plurality of levels such as each customer company system 5 and all items.

The log management means 250 has a log management unit 251.
And a log data storage device 252. The log data storage device 252 stores log data of the processing of the switching unit 20. The log management unit 251 receives a message from the log recording unit 202 of the switching unit 20, and stores the message in the log data storage device 252.

The backbone management means 26 includes the API connection management unit 3
01, request decryption unit 302, processing unit 303, update notification transmission unit 305, company account management unit 306, reservation information management unit 307, system access number management unit 309, engine usage fee management unit 311, contracted company information management unit 312, An administrator account management unit 313, a management server administrator session management unit 314, a change history log writing unit 315, and a log file 316 are provided.

The API connection management unit 301 receives an access from the management terminals 3 and 4, a request from the supplier connection management unit 217 of the switching means 20, and returns a reply.

The request decoding section 302 parses request data.

The processing unit 303 checks the contents of the request (AP
Inquire about the function according to I) and create a response.

The change notification transmitting unit 305 establishes a connection with the switching means 20, and receives change notifications from the company account management unit 306 and the contracted company information management unit 312.
It transmits to the switching means 20.

The company account management unit 306 implements a process of adding / changing / deleting a company account. Common DB
When the data in the account storage device 352 of the server 6 is changed, the change notification transmitting unit 305 is notified of the change.

The reservation information management unit 307 responds to a request from the processing unit 303, and
Using the reservation history stored in 54, business logic such as the number of reservations and calculation of the total reservation amount is implemented.

The DB connection unit 308 establishes a connection with the database management unit 350, receives a query request to the common DB server 6, and performs a query.

In response to a request from the processing unit 303, the system access number management unit 309 outputs the transaction number for a certain period based on the access number stored in the system access number storage unit 355 of the common DB server 6. Implement business logic.

The engine usage fee management unit 310
In response to the request from the server 03, the business logic of the engine usage fee is implemented using the reservation number data from the reservation information management unit 307, and the result is returned to the processing unit 303.

The contracted company information management unit 312 registers, changes, and deletes contracted company information such as contract information, contact person information, and business type of the contracted company.

The administrator account management unit 313 authenticates the accounts of the administrator and the operator of the management server 2. Although not shown here, it is needless to say that a storage device storing accounts and passwords of the administrator and the operator is provided.

The log file 316 is a log file for recording who performed what operation when the administrator and the operator of the management server 2 changed contracted company information and the like.

The change history log writing unit 315 writes a log file 316 that is recorded when the administrator and the operator of the management server 2 change the internal state.

Management server administrator session management unit 314
Manages the session used to identify the administrator who is executing the process when writing the log file (change history log) 316 by the change history log writing unit 315.

The common DB server 6 manages a database that the management server 2 updates and references. The common DB server 6 includes a database management unit 350.

The database management means 350 is a DBMS
351, account storage device 352, contract storage device 3
53, a reservation storage device 354, and a system access number storage device 355.

DBMS (DataBase Management System)
351 manages a database as shared data,
Software that responds to data access requests. DBMS standardizes data formats and usage procedures,
It can be independent of specific application software.

In the account storage device 352, the company code, access ID, password and the like of the customer company system 5 are recorded. Further, an access ID, a password and the like may be set for each user belonging to the company. Further, the customer company system 5 may set a name, a card number, and the like to be presented to the supplier reservation system 1. Further, the customer company system 5 is connected to the supplier reservation system 1
May be limited. In this case, it may be limited depending on the region where the business trip is made. Thereby, the customer company system 5
For example, by making a large order to a certain supplier reservation system 1, the price of the supplier reservation system 1 for the customer company system 5 can be reduced. Alternatively, the hotel or transportation to be presented may be determined according to the user who travels or belongs to the user belonging to the customer company system 5. Specifically, executives of a company can be permitted to use a green car on the Shinkansen or to use a hotel for more than 20,000 yen per night.

The contract storage device 353 stores the company name, hotel name, transportation name, address, telephone number, and the like of the customer company system 5 to which the management server 2 is connected and the supplier reservation system 1 to which the management server 2 is connected. The name of the person in charge is recorded.

The reservation storage device 354 stores the number of reservations, the number of cancellations, the amount of money, and the like. Thereby, the management server 2 can present the billing amount to the customer company system 5. Further, by recording the date of the booked hotel or transportation, designated flight, hotel name, number of people, rank, and the like, the billing amount can be presented to the customer company system 5 also for the contents of the reservation.

The system access number storage device 355 stores the number and time of connection of the customer company system 5 to the management server 2, the number and time of connection to the supplier reservation system 1, and the traffic volume in each connection. I have. Thereby, the management server 2 can charge the customer company system 5 and the supplier reservation system 1 for the connection.

FIG. 5 is a flowchart showing the processing of the management server 2 according to the second embodiment. here,
A process in which the management server 2 is requested to connect by the customer company system 5 and connects to the supplier reservation system 1 as the connection destination will be described.

First, in step S 201, the management server 2 receives a connection request from the customer company system 5 via the ASP connection management unit 201. Here, the ACL unit 205 determines whether the connection requested is permitted. If not, the process ends. If the connection is permitted in step S202, the authentication unit 205 further determines whether the authentication is permitted. If not, the process ends.

Next, if authentication is permitted in step S203, in step S204, the ID is converted into an ID compatible with the supplier reservation system 1 to be connected by the ID conversion unit 207, and in step S205, the connection supplier is determined. The unit 208 determines whether connection to the supplier reservation system 1 is permitted. If not, the process ends.

If it is determined in step S205 that the supplier reservation system 1 can be connected, in step S206, the request processing unit 204 processes the message received from the client company server 5, and in step S207, specifies the message. To the supplier reservation system 1 according to the above. At this time, the session is managed by the session management unit 220, and the transaction is managed by the transaction management unit 221.

Next, upon receiving a response from the supplier reservation system 1, in step S208, the response processing unit 219 performs a response process. In the response process obtained here, data conversion and shaping are performed by the data conversion / shaping unit 222 according to the specifications of the customer company system 5 in step S209.

[0168] Finally, in step S210, the data created in step S209 is transmitted to the customer company system 5 by the ASP connection management unit 201.

Next, the session management by the session management unit 220 of the management server 2 according to the second embodiment of the present invention will be described. In this session management, a plurality of customer company systems 5 and a plurality of supplier reservation systems 1 can be connected in many-to-many, and a plurality of sessions can be managed at once.

The switching means 20 returns a response to the request to an appropriate partner based on the session ID. Also, the session ID is used to determine from which user of which company the request is made.
Perform appropriate processing for each user.

The unit of management of the session ID in the switching means 20 is each time a login API is called when the customer company system 5 logs in to the management server 2. When a call request for a login API is transmitted from the customer company system 5 together with a company code, a user ID and a password, the switching means 20 having received the request requests, after user authentication, a session uniquely specified for the user. ID
return it.

The lifetime of the session ID is determined until the specified timeout occurs or the logout API used by the customer company system 5 to log out of the management server 2.
Up to the call.

When the session ID is issued to the client company system 5, the switching means 20 returns the session ID to the response of the login API to the client company system.

Here, referring to FIG. 6, the session management section 22 of the management server 2 in the second embodiment of the present invention.
The session management using 0 will be described.

The backbone management means 26 includes the switching means 2
The session management is not performed in the API 29 on the 0 side. Therefore, all APIs for this port are requests for specifying all necessary parameters each time.

In the API 28 on the administrator side of the management server 2, the core management means 26 issues a session ID in response to a login API call.

The transportation reservation system 12 receives a session number from the switching means 20 at the time of calling the login API among the APIs 14 of the transportation reservation system 12, and performs session management using this session number.

[0178] The hotel reservation system 13 uses all APIs.
13, the session number of the switching means 20 is received as an input parameter.

As described above, in these three systems, no session management is performed, or the switching means 2
Since the session number of 0 is used as it is, the switching means 20 needs to manage a mapping table between the session number of the contracted company and the session number of the hotel reservation system 13 and the transportation reservation system 14, in particular.
Not necessarily.

Here, as one of the embodiments, the transportation reservation system 12 receives the session number at the time of calling the login API, and the hotel reservation system 13
Describes that a session number is received as an input parameter when all APIs are called, but the present invention is not limited to this embodiment. How to receive the session number depends on the session management method of the supplier reservation system 1.

As described above, the management server 2 can absorb the difference between the systems and enable the connection by performing the session management according to the system even if the system has a different session management method.

Next, transaction management in the second embodiment of the present invention will be described.

When the switching means 20 stores the reservation information in the reservation storage device 354 of the common DB server 6 connected to the management server 2, the supplier reservation system 1 connected to the management server 2 Information and the reservation DB 15 of the supplier reservation system 1,
It is necessary to keep consistency of the 16 reservation information.

Here, a case where the hotel reservation system 11 is used as the supplier reservation system 1 will be described.

Here, FIG. 7A shows a system diagram of two-phase commit with the switching means 20, and FIG. 7B shows a processing flow.

First, in step S301, FIG.
(A) When the customer company system 5 transmits a request for confirming a hotel reservation to the switching means 20,
In step S302, the switching means 20
A request from the customer company system 20 is stored in the memory 210.
In step S303, this request is passed to the hotel reservation system 11. This allows
The reservation is confirmed.

Next, in step S304, the hotel reservation system 11 performs data update processing on the reservation DB 15, confirms that the transaction processing has been successful, and confirms (commits) the result. After committing, in step S305, the reservation DB 15
Returns success or failure of the update result. In step S306, the hotel reservation system 11
The result is returned to the switching means 20.

In step S307, in step S3
If the update of the reservation DB 15 of the hotel reservation system 11 in 04 has failed, the failure response is returned to the customer company system 5 without doing anything. That is, the result of this transaction is that reservation failed, and the step S3
At 12, the switching means 20 returns a reservation failure as a response.

If the update of the reservation DB 15 of the hotel reservation system 11 succeeds in step S304, the reservation storage device 354 of the common DB server 6 is updated in step S308. If the update of the reservation storage device 354 in step S308 has not been successful, in step S309, an attempt is made to write and commit the reservation storage device 354 again. If the updating of the reservation storage device 354 is finally successful, in step S310, the switching unit 20 switches the client company system 5
A response that the hotel reservation is completed is returned as a response.

If the update of the common DB server 6 finally fails in step S309, the process proceeds to step S31.
In 1, an abnormal termination occurs, and inconsistency occurs between the reservation storage device 354 and the reservation DB 15. In this case, rollback (cancellation of update) is performed on the reservation DB 15 and a response indicating that the reservation has failed is returned to the customer company system 5 as a response. Alternatively, the reservation information to be stored in the reservation storage device 354 may be written in an error log, and the success of the reservation may be returned to the customer company system 5 as a response. In this case, the reservation storage device 354 and the reservation DB
15 is still inconsistent, the inconsistency must be corrected by the administrator and the operator of the management server 2 with reference to this error log.

As described above, in the second embodiment, the case where the service is reserved has been described. However, when the reservation is cancelled, it goes without saying that the legitimate processing is performed.

Next, referring to FIGS. 8 to 15, the screens presented to the user by the management server 2 or the customer company system 5 will be described. Here, a case will be described in which a user using the customer company system 5 makes a business trip application, which is one of the tasks, and arranges transportation tickets at that time.

FIG. 8 shows a group of screens provided in the customer company system 5 for managing user information.

First, the screen shown in FIG. 8A is a screen in which the user inputs an employee number and a password in order to log in to obtain information of the user (employee).
If the entered password matches the password stored in the customer company system 5, the screen shown in FIG. Here, the user may be specified from the cache information, the terminal-specific information, or the like without having to input the employee number and the password.

Next, on the screen shown in FIG.
A list of buttons that can be operated by the user (work attendance management, business report, business trip application, reservation list display, etc.)
indicate. Here, when the "work-in / work-out" button is clicked, it is possible to input the result of the user's past work-in / out, a scheduled holiday, and the like. When the "work report" button is clicked, a report can be made on the work currently engaged in with the boss or the like. "Business trip application" button B10
When 1 is clicked, the supervisor can apply for a business trip and obtain permission. "Display reservation list" button B
When 104 is clicked, a list of products reserved by the user via the customer company system 5 can be displayed. Specifically, it is possible to refer to the reservation details of the transportation and hotel reserved at the time of the "application for business trip". Here, consumables such as stationery and book reservations may be included.

Here, in the second embodiment of the present invention, since the user makes a business trip application, clicking the “business trip application” button B101 causes the business trip application screen shown in FIG. Is displayed.

On the business trip application screen shown in FIG. 8C, the user is allowed to input information related to the business trip, such as the business trip period, the business trip destination, and the purpose. Further, the name of the section that bears the expenses of this business trip may be input. Furthermore, at the time of entering the travel request screen, the approval of the boss was not obtained because the approval of the boss was not obtained, but if the travel request was completed and the approval of the boss was obtained, Approval becomes "OK". Thus, the expenses of the business trip can be borne by the company (or the department if the name of the department that bears the expenses of the business trip is described).

Further, on the business trip application screen shown in FIG. 8C, when a transportation or hotel reservation is required, the "ticket arrangement" button B102 or the "hotel arrangement" button is clicked. In this example, a "ticket arrangement" button B102 is clicked to arrange transportation tickets.

FIGS. 9 to 14 show screens for arranging tickets. The timetable, information about reservations, information about users, and the like displayed here are transmitted from the management server 2 to the AP.
It is obtained via I27, and is displayed on the screen by the customer company system 5 based on the information. In addition, it is preferable to save and display information such as “notification” and “help” that are not dynamically changed in the customer company system 5.

[0200] The screen transition for ticket arrangement, etc.
Since it is preferable that the information is created in a form suitable for the business flow and the screen image of the client company system 5, it is preferable that the client company system 5 is created based on the specifications of the client company system 5.

The screen shown in FIG. 9 is a screen displayed first when the “ticket arrangement” button B102 is clicked on the screen shown in FIG. 8C. On this screen,
It is preferable that the information input on the screen shown in FIG. 8C be displayed in a state where it has already been input. For example,
We often book transportation on the departure date of our business trip,
First, enter the departure date of the business trip. Alternatively, the airline to be used may be selected by a check box. Further, the airline displayed here may be limited to the airline contracted in the contract storage device 353 of the management server.

On the screen shown in FIG. 9, the conditions of the aircraft for which the ticket is to be reserved are entered, and a "search" button B1 is entered.
When the user clicks on 03, a list of the vacant seats of the transportation facilities corresponding to the search condition is displayed on the screen shown in FIG. On the screen shown in FIG. 10, a boarding date, a departure place, and an arrival place are displayed as search conditions. Further, airlines, flight names, departure times, arrival times, models, vacancies, available fares, "book" buttons B105a, B105b, B105c ... are displayed in association with the respective search results.

[0203] This "Reserve" button B105a, B1
When the user clicks on 05b, B105c,..., A reservation process is performed, and the screen shown in FIG. 11 is displayed.

On the screen shown in FIG. 11, items for confirming reservations made by the user are displayed. Furthermore, in the case of an airline that can request a seat at the time of reservation (in this case, company B), the desired seat is selected here. Further, the display name (name, unique number, etc.) of the user who uses the transportation means for the transportation means is also displayed. Here, information such as a department name, a business trip purpose, etc. that the company does not want to disclose outside is not displayed at all. If the information displayed here is correct, the user is caused to click a “reservation confirmation” button B106.

Thereafter, the management server 2 acquires the reservation information, makes a reservation for the confirmed transportation system to the transportation system reservation system 12, and, if the reservation is completed normally, returns to FIG.
The reservation completion screen shown in FIG. 2 is displayed. Further, when a reservation is made with an airline (in this case, company A) that can designate a seat after the reservation is completed, a seat can be designated by clicking a "designate a seat in advance" button B107. .

Further, when the "reservation list display" button B104 is clicked on the screen shown in FIG. 8B or 8C, the screen shown in FIG. 13 is displayed. Here, a screen displaying a list of services reserved by the user is displayed. On this screen, a “cancel reservation” button B108
When a and B 108b are clicked, a reservation cancellation confirmation screen shown in FIG. 14 is displayed. Here, the "OK" button B1
When 09 is clicked, the reservation is transmitted to the management server 2 to cancel the reservation, and the management server 2 cancels the reservation to the transportation reservation system 12.

As described above, with the API provided by the electronic commerce system of the present invention, different interfaces can be integrated for each transportation mode and presented to the user at once.

[0208] Specifically, the difference in the reservation method of the supplier reservation system 1 as the connection destination is absorbed, and the same commodity is handled, and the products handled by the different supplier reservation system 1 (so-called "competitive companies") are presented in a list. Then, the products provided by the respective supplier reservation systems 1 can be compared.

[0209] In the second embodiment, the case where the system is connected via a browser has been described. However, the system may be connected via a general screen instead of the browser.

(Third Embodiment) A third embodiment of the present invention will be described with reference to FIG. FIG.
FIG. 5 is a schematic configuration diagram illustrating an electronic commerce system according to the present embodiment. The e-commerce system according to the present embodiment includes a company reservation system 1010, a server device (e-commerce management server) 1020, and a reservation system 1030 of a plurality of ticket suppliers (airlines).

In the present embodiment, users (employees) in a company (user group) are operated by the electronic commerce system.
Performs a ticket search provided by one or more ticket suppliers (airlines) using its own employee ID.
In the present embodiment, employees (users) of a company (group of users)
However, a case will be described as an example where a plurality of airlines (ticket suppliers) are searched for reservation information of air tickets (tickets).

A company reservation system 1010 used by an employee of the company for ticket search has a user ID
Search request data 1501 including search condition information and search condition information
Request data transmitting means 1011 for transmitting the search result information, and search result information receiving means 1012 for receiving the search result information 502
And The search request data transmitting unit 11 and the search result information receiving unit 1012 are configured by a WWW browser or the like mounted on a general-purpose personal computer in a company.

FIG. 16 shows first search request data 1501.
An example is shown below. The first search request data 1501 includes “search request ID”, “user ID”, and “search target ticket supplier ID” and “search target ticket information” as search condition information. In the present embodiment, “search request I
In "D", a trip number input by an employee who performs a ticket search is inserted. In "User ID", an employee ID of the employee, a company code of a company to which the employee belongs, and the like are inserted. The airline name is inserted in the "search target ticket supplier". In addition, the boarding date, departure time, departure place, arrival place, and the like are inserted in the "search target ticket information". As the employee ID, a company ID that each company independently manages to identify the employee is used.

The first search request data 1501 may be in any format, and may be a W
It may be transmitted in the form of a form by a WW browser, or a company reservation system 1010 and a server device 1020.
May be transmitted on a communication link between

FIG. 17 shows an example of the search result record 1601 and the search result information 1602. Search result information 16
02 indicates a plurality of search result records 16 generated by a plurality of airlines for tickets matching the search condition information.
01. Each search result record 1601 includes “search request ID”, “customer ID”, “ticket supplier”, “ticket information”, and the like. The “ticket information” includes, for example, boarding date, departure time, arrival time, departure place, arrival place,
Flight number, model, vacancy status, fee, etc. are included. The search result information 1602 includes “search request ID”, “user ID”,
Includes “ticket supplier” and “ticket information”. One piece of search information 1602 may include a plurality of “ticket suppliers” and “ticket information”.

In accordance with the received search result information 1602, the company reservation system 1010 displays a list of tickets matching the search condition information together with related information on a screen.

The server device 1020 according to the present embodiment
Associating unit 102 for associating a user ID with a customer ID
1, a search request data receiving unit 1022 that receives the first search request data 1501, and the first search request data 1
In response to the search request 501, the second search request data 1502 is generated, a ticket supplier of the destination of the second search request data 1502 is selected, and the second ticket request
And a search result information presenting unit 1024 that presents search result information 1602 to the user. Search request data receiving unit 1022 and search result information presenting unit 10
Reference numeral 24 includes a WWW server or the like. In the present embodiment, a case where the server device 1020 is installed in a travel agent (in-house agent) of a corporate group will be described as an example.

As the customer ID, a customer ID uniquely managed by an airline to identify a user is used. For example, an account number assigned to each customer for accumulating service points according to the use status of the airline is used.

FIG. 16 shows the second search request data 15.
02 is shown. The second search request data 1502 is
The information includes “search request ID”, “customer ID”, and “search target ticket supplier ID” and “search target ticket information” as search condition information. In the present embodiment, “customer I
"D" includes an ID associated with the "user ID" included in the first search request data 1501 for identifying the user (employee) performing the ticket search by the airline, and the user (employee). The company code of the company to which the user belongs is inserted, and the “search request ID”, “search target ticket supplier”, and “search target ticket information” include “search request ID”, “search request ID” included in the first search request data 501, and "Search target ticket supplier" and "Search target ticket information" are inserted. “Search target ticket supplier” and “Search target ticket information” included in the second search request data 1502
And “search target ticket supplier” and “search target ticket information” included in the first search request data 1501,
Different formats may be used.

FIG. 16 shows an example of the associating unit 21. The associating unit 1021 associates the “user ID” with the “search target ticket supplier” and the “customer ID”.

The search request data transmission means 1023
From the combination of “user ID (company code and employee ID)” and “search target ticket supplier (airline name)” included in the search request data 1501
021 to determine "customer ID (company code and airline management ID)". And this "customer ID
(Company code and airline management ID) "
Search request data corresponding to “search target ticket supplier (airline name)” and “search target ticket information (boarding date, departure time, departure place, arrival place, etc.)” included in the search request data 1501 1502 is generated. When a plurality of airline names are included in the “search target ticket supplier”, each combination of “user ID (company code and employee ID)” and “search target ticket supplier (airline name)” "Customer ID (company code and airline management I
D), and generates a plurality of pieces of second search request data 1502 each including this “customer ID (company code and airline management ID)”. Thereafter, based on the “search target ticket supplier (airline name)” included in the second search request data 1502, the destination airline of the second search request data 1502 is selected, and the second search is performed. The request data 1502 is transmitted to the ticket reservation system 1030 of the selected airline.

For example, in the example shown in FIG. 16, in the first search request data 1501, “user ID = 00
1 "and" search target ticket supplier = 001, 002 ". In this case, the associating unit 21 is searched and (user I
D, search target ticket supplier) = (001, 001) and (user ID, search target ticket supplier) = (00
1,002) is determined. Based on the result, second search request data 1502 including “customer ID = xxx” and second search request data 1502 including “customer ID = xxx” are generated.

The search result information presenting means 1024 receives a plurality of search result records 1601 generated by each airline. Each search result record 1601 contains “Search request I
D "," Customer ID (company code and airline management I
D), "ticket supplier (airline company name)", and "ticket information (boarding date, departure time, arrival time, departure place, destination, flight number, model, vacancy status, fee, etc.)". Then, using the associating unit 1021, for each combination of “customer ID (company code and airline management ID)” and “ticket supplier (airline name)”, the corresponding “user ID (company code and employee)” ID), and replaces the "customer ID (company code and airline management ID)" of each search result record 1601 with this "user ID (company code and employee ID)" to obtain a new search result record 1601a. Generate Then, the same “search request I”
D "and" user ID "are integrated to generate search result information 1602, and the reservation system 1 of the company to which the corresponding employee belongs is generated.
010.

Note that, according to the management mechanism of the third embodiment,
When it can be understood that the search result record 1601a corresponds to the first search request data 1501, without searching for the associating unit 21, the first search request data 1501 in the temporarily stored first search request data 1501 A new search result record 1601a may be generated by replacing “customer ID” in the search result record 1601 with “user ID”. In this case, since the search result information 1602 can be generated without having the “search request ID”, the first search request data 1501, the second search request data 1502, the search result records 1601, 1601a, and The search result information 1602 may not include the “search request ID”.

The reservation system 1030 of the airline is
And a search result record transmitting unit 1032 for generating a search result record 1601 and transmitting the generated search result record 1601 to the server device 1020.

The airline operates the second search request data 150
Search the original customer DB using the "customer ID" of 2,
After examining seat preferences, reservation priority ranks, company names, etc., search for vacant seat information that matches the conditions as much as possible, or check for contracts such as large discounts and annual discounts, and then check vacant seat information Also, “ticket information” such as a fee and the like can be transmitted to the server device 1020.

Communication between the server device 1020 in the travel agency and the reservation system 1010 in the company may be constituted by a closed system using a dedicated line or may be constituted by an open system using the Internet. . In the latter case, the first search request data contains 1 in order to clearly indicate that the travel agency is mediating.
A “travel agency ID” can be added to 502.

(Operation of Electronic Commerce System According to Third Embodiment) The operation of the electronic commerce system having the above configuration can be performed according to the following procedure. FIG.
FIG. 5 is a time chart illustrating an operation of the electronic transaction system according to the embodiment. The e-commerce system according to the present embodiment enables a wide variety of ticket searches, such as air tickets, hotel accommodation tickets, and rental car tickets. In the present embodiment, an example of a search for air tickets will be described. .

As shown in FIG. 18, step S1101
, An employee (user) in a company operates a company reservation system 1010, for example, a WWW browser on a general-purpose personal computer to connect (log in) to the server device 1020. Here, it is assumed that a WWW browser is used, but the present invention is not limited to the one using a WWW browser. The server device 1020 includes a travel agent (in-house agent) of a corporate group, a company,
It may be installed at any of the airlines.

At this time, the server device 1020 can confirm that the employee is an authorized user of the electronic commerce system by using an authentication means such as a password.

In step S1102, server apparatus 1020 prompts the employee to input a data item necessary for searching for a ticket.
Is presented on the WWW browser of the reservation system 1010 of the company. The data items to be input on the “ticket search condition input screen” may be configured from information uniquely stored by the travel agency server device 1020 or may be configured by inquiring of the airline reservation system 1030. good. For example, data items that an employee inputs on the “ticket search condition input screen” in order to perform an air ticket search include a company code, an employee ID, an airline name, a business trip number, a boarding date, a departure time, A departure place, an arrival place, etc. are mentioned.

In step S1103, the employee
In accordance with the displayed “ticket search condition input screen”, search condition information is specified.

At step S1104, search request data transmitting means 1011 of company reservation system 1010
Responds to the search request I according to the input data item.
D "," user ID (company code and employee ID) ",
First search request data 1501 including “search target ticket supplier (airline name)”, “ticket information”, and the like is transmitted to server device 1020, and search request data receiving unit 1022 of server device 1020 transmits the first search request data Search request data 1
501 is received. The first search request data 1501 is:
Any format is fine.

In step S 1105, search request data transmitting section 1023 of server apparatus 1020 transmits “user ID” included in received first search request data 1501.
(Corporate code and employee ID) ”and“ ticket supplier (airline name) to be searched ”on the basis of the combination, and searches the association unit 1021 for the corresponding“ Customer ID (company code and airline management ID) ”. Is determined.

In step S1106, search request data transmitting section 1023 sets “search request ID” and “customer ID
(Company code and airline management ID), “search target ticket supplier (airline name)”, and “search target ticket information (boarding date, departure time, departure place, arrival place, etc.)” The search request data 1502 is generated and transmitted to the airline reservation system 1030 indicated by the "search target ticket supplier (airline name)".
The thirty search request data receiving means 1031 receives the second search request data 1502. “Search target ticket supplier” and “Search target ticket information” included in the second search request data 1502 and the first search request data 1
The “search target ticket supplier” and “search target ticket information” included in 501 may be in different formats.

In the case where a plurality of airline names are included in the "search target ticket supplier (airline name)" of the first search request data 1501, the "customer ID (company code and airline Management ID) ", and the second search request data 502 is generated accordingly.

In step S1107, the airline reservation system 1030 responds to the received second search request data 1502 with the “search request ID”,
"Customer ID (company code and airline management ID)",
"Ticket supplier (airline name)", "Ticket information"
Is generated, and the search result record transmitting means 1 of the reservation system 1030 of each airline is generated.
032 sends the search result record 1601 to the server device 1020, and the search information presenting means 1024 of the server device 1020 sends the search result record 1601 to the server device 1020.
To receive.

[0238] In step S1108, the search information presenting means 1024 checks the "customer ID (company code and airline management ID)" contained in each search result record 1601.
D) ”and“ ticket supplier (airline name) ”to search the association unit 1021 to determine the corresponding“ user ID (company code and employee ID) ”. The “customer ID (company code and airline management ID)” is replaced with the “user ID (company code and employee ID)”, and a new search result record 1601a is generated.

In step S1109, the new search result record 1601a is integrated for each combination of “search request ID” and “user ID” to generate search result information 1602, and the search result information 1602 This is transmitted to the reservation system 1010.

In step S1110, the search result information receiving means 1012 of the company reservation system 10 receives the search result information 1602, and displays a list of the contents on the screen of the general-purpose personal computer.

(Operation and Effect of Electronic Commerce System According to Third Embodiment) In this embodiment, the provision of the server device 1020 allows the ticket supplier to sell tickets to company employees in a ticketless manner. In an e-commerce system, an employee ID for a company to identify an employee and a customer ID for an airline to identify a user can be separated. Therefore, a company can obtain a search result customized for each employee by the airline without providing company information such as an employee ID. For example, a search can be performed with priority given to the preference of the seat position registered in advance as much as possible. In addition, an employee in a company may search for tickets across multiple airlines using a single employee ID, or search for tickets in combination with airlines and hotels. Can be. The latter is effective when an airline is inquired about vacant seat information, a hotel is inquired about vacant room information, and a reservation is made only when both can be secured. The employee does not need to input the customer IDs registered in the airline and the hotel, and has the merit of being able to search with a single employee ID. Further, it is possible to search for a plurality of airlines and a plurality of hotels at the same time.

As described above, according to the third embodiment of the present invention, a ticket supplier can sell tickets to corporate users in a ticketless manner, so that a travel agency can purchase tickets. The benefits of lowering the cost of issuing and distributing and increasing your revenue, so that ticket suppliers can
There is an advantage that the commission paid to the travel agency can be made lower than before.

That is, according to the present invention, the travel agency
Instead of the conventional ticketing fee, at least a ticket application from a company is introduced to the ticket supplier, and a sales commission for collecting the payment is obtained from the ticket supplier.
This sales fee is settled from the application by the present invention by allowing the user ID for the company to identify the user and the customer ID for the ticket supplier to identify the user in a separate and correlated manner. Can be automated, and as a result, agency, ticketing /
This is compensation for added value by dramatically reducing the costs of distribution and collection.

Also, since both the company and the ticket supplier can use IDs that are independently managed, the company does not leak company confidential information to the ticket supplier, and automatically manages the information in cooperation with its own accounting system. There is a merit that the settlement process can be performed, and there is a merit that the ticket supplier does not need to follow changes in the company information.

Further, for a company, there is a merit that a large discount can be applied without managing the customer ID managed by the ticket management system. Nevertheless, there is an advantage that a service suitable for each user can be provided from the ticket supplier.

(Fourth Embodiment) A fourth embodiment of the present invention will be described with reference to FIG. FIG.
1 is a schematic configuration diagram illustrating an electronic commerce system according to the present embodiment. The e-commerce system according to the present embodiment includes:
Corporate booking system 1010, server device 1020, booking system 103 for multiple ticket suppliers (airlines)
It consists of 0.

In this embodiment, a user (employee) in a user group (company) is provided by this electronic commerce system.
Apply for a ticket supplied by the ticket supplier using his / her employee ID. In the present embodiment, an example will be described in which an employee (user) of a company (user group) applies for an airline ticket (ticket) to an airline (ticket supplier).

The company reservation system 1010 used by employees in the company to apply for a ticket has a user ID
And application data transmitting means 1013 for transmitting first application data including application ticket condition information, and application result data receiving means 1014 for receiving application result data. The application data transmitting unit 1013 and the application result data receiving unit 1014 are configured by a WWW browser mounted on a general-purpose personal computer in a company. The application data transmitting means 1013 and the application result data receiving means 1014
The search request data transmitting unit 1011 and the search result information receiving unit 1012 may be constituted by the same general-purpose personal computer.

FIG. 20 shows an example of the first application data 1901. The first application data 1901 is “Application I
D "," user ID ", and application ticket information such as" application target ticket supplier ID "and" application target ticket information ". In the present embodiment, the “application ID” includes
The trip number entered by the employee who makes the ticket application is inserted, and the "user ID" is inserted with the employee ID of the employee and the company code of the company to which the employee belongs. Is inserted with the airline name.
In addition, the boarding date, flight number, boarding class, and the like are inserted in the “application target ticket information”.

The first application data 1901 may be in any format, and may be a WWW installed on a general-purpose personal computer in a company.
It may be sent in form by the browser,
It may be transmitted on a communication link between the company reservation system 1010 and the server device 1020.

The application result data 2001 includes, as “application ticket information”, for example, boarding date, departure time, arrival time, departure place, destination, flight number, model, boarding class, seat information, fee, and the like. The company reservation system 10 displays the contents on the screen of the general-purpose personal computer according to the received application result information 2001.

The server device 1020 according to the present embodiment comprises:
The application data receiving unit 1025 that receives the first application data 1901 and the second application data 1902 are generated according to the first application data 1901, and the destination airline of the second application data 1901 is identified. It further includes an application data transmitting unit 1026 for selecting and transmitting the second application data to the selected airline, and an application result data presenting unit 1027 for presenting application result data 2001 to the user.
Application data receiving unit 1025 and application result data presenting unit 1
Numeral 027 is composed of a WWW server or the like. The application data receiving unit 1025 and the application result data presenting unit 1027 include the search request data receiving unit 1021 and the search result information presenting unit 10.
24 may be constituted by the same general-purpose personal computer.

FIG. 20 shows an example of the second application data 1902. The second application data 1902 is “Application I
D, "customer ID", and "application ticket supplier ID" and "application ticket information" as application ticket information. In the present embodiment, the “customer ID” includes
The ID associated with the “user ID” included in the first application data 1901 and identifying the employee who makes the ticket application by the airline, the company code of the company to which the employee belongs, and the like are inserted. , “Application ID”, “application target ticket supplier”, and “application target ticket information” included in the first application data 1901 are inserted into “application target ticket supplier” and “application target ticket information”. .
The “application target ticket supplier” and “application target ticket information” included in the second application data 1902 and the “application target ticket supplier” and “application target ticket information” included in the first application data 1901 are: Different formats may be used.

The application data transmitting means 1026 determines the association between the “user ID (company code and employee ID)” and the “application target ticket supplier (airline name)” included in the first application data 1901. Search for the customer ID (company ID and airline management I
D) "is determined. And including this "customer ID",
The second application data 1902 corresponding to the “application target ticket supplier (airline name)” and the “application target ticket information” included in the first application data 1901 is generated. After that, based on the “ticket supplier (airline name) to be applied” included in the second application data 1902, the destination airline of the second application data 1902 is selected, and the second
Is transmitted to the ticket reservation system 1030 of the selected airline.

The application result data presentation means 1027 receives the application result data 2001 generated by the airline. The application result data 2001 includes “application ID”, “customer I
D "," ticket supplier (airline name) ", and" application ticket information ". Then, the associating unit 1021 is searched for the combination of the “customer ID” and the “ticket supplier (airline name)” to determine the corresponding “user ID”, and the application result data 2001 is stored in the “user ID”. Is transmitted to the reservation system 1010 of the company to which the employee belongs. When transmitting, the “customer ID” in the application result data 2001 is replaced with the determined “user ID”.

Note that the management mechanism of the third embodiment provides
The application result data 2001 is the first application data 1901
If it can be grasped that the
Instead of searching for “1”, the “user ID” in the first application data 1901 stored temporarily may be used. or,
In this case, since the transmission destination of the application result data 2001 can be determined without having the “application ID”, the first application data 1901, the second application data 1902,
The application result data 2001 may not include the “application ID”.

The reservation system 1030 of the airline is
Application data receiving means 1 for receiving application data 1902
033 and application result data transmitting means 10 for generating application result data 2001 and transmitting it to the server device 1020.
34.

(Operation of E-Commerce System According to Fourth Embodiment) The operation of the e-commerce system having the above configuration can be performed according to the following procedure. FIG.
FIG. 5 is a time chart illustrating an operation of the electronic transaction system according to the embodiment.

As shown in FIG. 21, step S1201
In step S1110, according to a list of tickets (air tickets) that match the search condition information displayed in step S1110,
Alternatively, an employee of a company selects a ticket (air ticket) to purchase according to data (for example, URL) corresponding to search result information included in an advertisement mail, a business trip instruction mail, or the like. At this time, the server device 1020
The “user ID (company code and employee ID)” is retrieved from the third embodiment management mechanism such as a cookie, or the “user ID (company code and employee ID)” input by the employee at the time of login, or the ticket is Explicitly prompt the employee to input again as an input data item for application or acquire it.

[0260] In step S1202, the application data transmitting means 1013 of the company reservation system 10 sends the "application ID", "user ID (company code and company ID)" in accordance with the information on the selected flight ticket and the input data items. The first application data 1901 including the “employee ID)”, “application target ticket supplier (airline name)”, “application target ticket information” and the like are transmitted to the server device 1020, and the application data receiving unit of the server device 1020 1025 receives the first application data 1901. First application data 19
01 may be in any format.

In step S1203, application data transmitting section 1026 of server apparatus 1020 receives the received first
The association unit 1021 is searched based on the combination of “user ID (company code and employee ID)” and “application target ticket supplier (airline name)” included in the application data 1901 of “No. (Company code and airline management ID) ".

[0262] In step S1204, the application data transmitting section 26 transmits the second application including "application ID", "customer ID", "application target ticket supplier (airline name)", "application target ticket information" and the like. Generate data 1902,
The application data is transmitted to the airline reservation system 1030 indicated by the “application target ticket supplier (airline name)”, and the application data receiving means 1033 of the airline reservation system 30 receives the second application data 1902. “Application target ticket supplier” and “application target ticket information” included in the second application data 1902 and the first application data 190
The “application target ticket supplier” and the “application target ticket information” included in 1 may have different formats.

In step S1205, application result data transmitting means 1034 of airline reservation system 30
Generates application result data 2001 including “application ID”, “customer ID”, “ticket supplier (airline name)”, “application ticket information”, etc., according to the received second application data 1902. , Transmitting the application result data 2001 to the server device 1020,
Application result data presentation unit 1027 receives the application result data 2001.

In step S1206, application result data presentation unit 27 searches association unit 21 based on the combination of “customer ID” and “ticket supplier (airline name)” included in application result data 2001, and responds. Is determined, the application result data 2001 is transmitted to the reservation system 10 of the company to which the user indicated by the "user ID" belongs, and the application result data receiving means 1014 of the reservation system 1010 of the company Application result data 2
001 is received.

In step S1207, application result data receiving means 1014 of company reservation system 1010
According to the received application result data 2001,
The contents are displayed on the W browser.

In step S1208, the employee who has applied for a ticket receives a ticket at an airport, a hotel, or a place where a substitute ticket issuing device is installed. At that time, authentication is necessary to prove that the applicant is a valid applicant. In the present invention, the specific method is not particularly defined. For example, JP-A-11-339076
Employee ID and company code using ID card as disclosed in Japanese Patent Application Publication, random number issued when application is completed, portable computer such as mobile phone or PDA when application is completed A method of storing authentication information such as a random number in a portable computer, reading a bar code displayed on the screen of the portable computer at the time of issuing a ticket, or directly transferring authentication data by contact or wirelessly (such as Bluetooth). Conceivable.

(Operation and Effect of Electronic Commerce System According to Fourth Embodiment) In the present embodiment, the provision of the server device 1020 allows the ticket supplier to sell tickets to company employees in a ticketless manner. In an e-commerce system, an employee ID for a company to identify an employee and a customer ID for an airline to identify a user can be separated. Therefore, the airline can provide services adapted for each individual without providing the company with information such as employee IDs. For example, it is possible to attract users by providing seat upgrades to users who have a certain use record.

(Fifth Embodiment) A fifth embodiment of the present invention will be described with reference to FIG. FIG.
1 is a schematic configuration diagram illustrating an electronic commerce system according to the present embodiment. The e-commerce system according to the present embodiment includes:
Reservation system 1010 for user group (company), server device 1020, reservation system 1030 for a plurality of ticket suppliers (airlines), ticket payment system 1040 for ticket suppliers (airlines), accounting system 10 for companies
50.

In the present embodiment, this electronic commerce system allows a ticket supplier (airline company) to provide a user group (company) with a ticket price via a server device 1020 of a travel agency (in-house agent). Make a claim. In this embodiment, the ticket supplier (airline company)
Bills a travel agency (in-house agent) for a fixed period of time, such as monthly or weekly, or at each point of ticket sale, and the travel agency (in-house agent) A case will be described as an example in which the ticket price is charged in conjunction with the accounting system 50 of the user group (company) every fixed period such as a week, or every time a ticket is sold.

Airline ticket billing system 10 for airlines to bill companies for tickets
40 includes ticket sales information storage means 1041 for storing information of tickets sold to company employees, and billing data transmitting means 1042 for generating and transmitting first billing data based on the ticket sales information. The ticket sales information includes, for example, usage result information including customer ID, business trip number, departure date and flight number, usage fee, billing destination information, and the like.

The first billing data 2101 includes “billing data ID”, “customer ID”, “ticket supplier (airline company name)”, “charge”, and the like. In this embodiment,
The business trip number input at the time of ticket application is inserted in the “billing data ID”. FIG. 23 shows an example of data items that can be included in the first billing data 2101.

The server device 1020 according to the present embodiment
A billing data receiving unit 1028 for receiving the first billing data 2101 and, in response to the first billing data 2001, generating second billing data 2102 including a user ID associated with the customer ID, and And a billing data transmitting unit 1029 for selecting a destination company of the second billing data 2102 based on the ID and transmitting the second billing data 2102 to the selected company.

The corporate accounting system 1050 includes a billing data receiving unit 1051 for receiving second billing data, and an employee information storing unit 105 for storing information for each employee ID.
2 is provided.

(Operation of E-Commerce System According to Fifth Embodiment) The operation of the e-commerce system having the above configuration can be performed according to the following procedure. FIG.
FIG. 5 is a time chart illustrating an operation of the electronic transaction system according to the embodiment.

As shown in FIG. 24, step S1301
In the airline ticket billing system 104
0 generates the first billing data 2101 for each “customer ID” according to the ticket sales information stored in the ticket sales information storage means 1041, transmits the first billing data 2101 to the server device 1020, and receives the billing data of the server device 1020. Part 1028
Receives the first billing data 2101.

Airline ticket price request system 10
The unit 40 can generate and transmit the first billing data 2101 at regular intervals, such as monthly or weekly, or at the time of ticket sales.

In step S1302, based on the combination of “customer ID” and “ticket supplier (airline name)” in first billing data 2101, associating unit 1
021 to determine a corresponding “user ID”.

In step S1303, “User I
With “D” as a key, “employee information” stored in the employee information storage means 52 of the accounting system 1050 of the company is obtained. The “employee information” includes, for example, an affiliated department code for performing accounting processing on the ticket price of the employee.

[0279] In step S1304, billing data transmitting section 1029 of server means 1020 generates second billing data 2102 including "user ID", "employee information" and the like in accordance with first billing data 2101. Is transmitted to the accounting system 1050 of the company, and the billing data receiving means 1051 of the accounting system 1050 of the company receives the second billing data 2102.

The corporate accounting system 1050 can perform the processing of steps S1303 and 1304 at regular intervals, such as monthly or weekly, or at each point of ticket sales.

In step S1305, the accounting system 1050 of the company receives the second billing data 210
According to 2, accounting processing is performed.

(Operation and Effect of Electronic Commerce System According to Fifth Embodiment) In the present embodiment, the provision of the server device 1020 allows the ticket supplier to sell tickets to company employees in a ticketless manner. In an e-commerce system, an employee ID for a company to identify an employee and a customer ID for an airline to identify a user can be separated. Therefore, the airline
Without paying attention to company information such as employee IDs, it is possible to collectively request tickets for each company using the customer ID managed by itself, and the company can use the existing accounting system to perform accounting. Processing can be performed.

(Modification 1) The server device 102
There are three locations as shown in FIG.

[0284] First, there is a case where the service provider is installed at a travel agency (in-house agent) in a company group located between a ticket supplier and a company. This configuration is a basic form of the present invention and has the advantages described above. Furthermore,
Since employee IDs of a relatively similar system are often used in a corporate group, the travel agency also has an advantage that the server device 20 can be easily configured.

Second, a server device 1020 may be installed in a company. Since no in-company information is available outside the company, it is also possible to utilize a travel agency that is not affiliated with the company group or to make a direct transaction with the ticket supplier. However, it is not possible to achieve detailed settlement processing for each organization.

Third, the server 1 is provided to the ticket supplier.
020 may be installed. The main purpose of this method is to enable the ticket supplier to handle an ID that cannot be handled by the existing reservation system 40.

(Modification 2) By using the server device 1020, not only the options of the employees can be expanded, but also
Employees can be forced to use a particular ticket supplier. Contract form in which a company enters into a large contract or annual contract with a specific ticket supplier for the main purpose of cost reduction such as travel expenses, and asks you to supply tickets at a low price by eliminating other options. There is. For this purpose, even if an employee specifies a ticket supplier other than the contract, it is necessary to first inquire of a predetermined ticket supplier about the possibility of ticket application. By registering a customer ID for identifying a predetermined ticket supplier for all employees in the server device 1020 of the present invention, and prioritizing and selecting the customer ID at the time of ticket search and application. Can be easily realized. If the user wants to switch the contract to another ticket supplier, the server 1
Switching can be easily performed by a centralized operation such as registering a new customer ID in 020 or deleting an old customer ID.

(Modification 3) Further, the present invention is applied to a contract corporation type travel agency that provides a similar service to a company that does not have a travel agency (in-house agent) in the corporate group. can do. It is conceivable to collect a large number of small companies, obtain bargaining power similar to that of a large company group, and negotiate discounts with ticket suppliers. Furthermore, gathering individuals who travel frequently,
Similar services can be provided. in this case,
The main advantage is that it is possible to search and apply for tickets across a plurality of ticket suppliers, rather than preventing leakage of personal IDs.

(Other Embodiments) As described above, the present invention has been described with reference to the first to fifth embodiments. However, the description and drawings constituting a part of this disclosure limit the present invention. Should not be understood. From this disclosure, various alternative embodiments, examples, and operation techniques will be apparent to those skilled in the art.

As an embodiment of the present invention, a case has been described where a user belonging to a company makes a reservation for a service using a transportation system and a hotel on a business trip and makes a payment.
Users and services in the present invention are not limited to this. For example, the user may be an individual, or may belong to a union or a company. Also, the service may be a product purchase. Thus, it can respond to every situation.

In the embodiment of the present invention, the management server functions so as to conform to the model of the operation of a certain customer company system and a supplier reservation system. However, the management server can be applied to any customer company system and supplier reservation system by changing the API provided for the customer company system and the supplier reservation system without changing the basic functions. is there.

Further, in the embodiment of the present invention, all reservation processing is performed by inquiring of the transportation agency reservation system. The number of seats or the number of rooms may be held in advance. In that case, the seat or room held by the management server may be displayed for the reservation request from the user. In addition, the hotel reservation system and the transportation reservation system may be constructed on the same system. More specifically, a reservation system operated by a travel agency or the like for services required for business trips in general may be used.

Further, in the embodiment of the present invention, it has been described that the management server and the common DB server have different hardware configurations, but the same hardware has the functions of the management server and the common DB server. May be. That is,
The management server may include a database management unit and a storage device that stores data.

Of course, the present invention includes various embodiments not described herein. Accordingly, the technical scope of the present invention is determined only by the invention specifying matters according to the claims that are appropriate from the above description.

[0295]

According to the present invention, it is possible to provide an e-commerce management server and an e-commerce management method by which a user can easily reserve a service.

[Brief description of the drawings]

FIG. 1 is a system configuration diagram showing an electronic commerce system according to a first embodiment of the present invention.

FIG. 2 is a system configuration diagram in which each hardware component in the electronic commerce system according to the first embodiment of the present invention described in FIG. 1 is described in detail.

FIG. 3 is a diagram showing a flowchart of business trip management in the electronic commerce system according to the first embodiment of the present invention.

FIG. 4 is a functional block diagram of a management server according to a second embodiment of the present invention.

FIG. 5 is a flowchart illustrating processing of a management server according to the second embodiment of the present invention.

FIG. 6 is a diagram illustrating session management by a session management unit of a management server according to a second embodiment of the present invention.

FIG. 7 (a) according to a second embodiment of the present invention.
FIG. 7B is a system diagram of two-phase commit with a switching unit, and FIG. 7B is a flowchart showing a processing flow.

FIG. 8 is a screen group for managing user information provided in the customer company system according to the second embodiment of the present invention.

FIG. 9 is a screen displayed first when a “ticket arrangement” button B102 is clicked on the screen shown in FIG. 8 (c).

FIG. 10 is a screen displaying a list of vacant seats of a transportation facility corresponding to a search condition.

FIG. 11 is a screen displaying confirmation items of a reservation made by a user.

FIG. 12 is a reservation completion screen shown when a reservation is normally completed.

FIG. 13 is a screen displaying a list of services reserved by the user.

FIG. 14 is a reservation cancellation confirmation screen for canceling a service reserved by a user.

FIG. 15 is a block diagram showing schematic functions of an electronic commerce system according to a third embodiment of the present invention.

FIG. 16 is a diagram showing an example of first search request data and second search request data according to the third embodiment of the present invention.

FIG. 17 is a diagram illustrating an example of a search result record and search result information according to the third embodiment of the present invention.

FIG. 18 is a time chart showing an operation in which a user in a company searches a ticket supplier for a ticket in the electronic commerce system according to the third embodiment of the present invention.

FIG. 19 is a block diagram illustrating schematic functions of an electronic commerce system according to a fourth embodiment of the present invention.

FIG. 20 is a block diagram showing first application data and second application data according to a fourth embodiment of the present invention.

FIG. 21 is a time chart showing an operation in which a user in a company applies for a ticket to a ticket supplier in the electronic commerce system according to the fourth embodiment of the present invention.

FIG. 22 is a block diagram illustrating schematic functions of an electronic commerce system according to a fourth embodiment of the present invention.

FIG. 23 is a diagram showing an example of data items that can be included in the first billing data according to the fourth embodiment of the present invention.

FIG. 24 is a time chart showing an operation in which a ticket supplier requests a ticket price in the electronic commerce system according to the fifth embodiment of the present invention.

FIG. 25 is a block diagram showing schematic functions of an electronic commerce system according to a modification of the fifth embodiment of the present invention.

FIG. 26 is a block diagram showing an outline of a conventional ticket selling method.

FIG. 27 is a block diagram showing an outline of a conventional ticket selling method.

FIG. 28 is a block diagram showing an outline of a conventional ticket selling method.

FIG. 29 is a system configuration diagram of a conventional ticket search and application.

FIG. 30 is a diagram showing work of a user and a travel agency in a conventional ticket search and application.

[Explanation of symbols]

 1 Supplier Reservation System 2 Management Server 3, 4 Management Terminal 5 Customer Company System 6 Common DB Server 11 Hotel Reservation System 12 Transportation Reservation System 13, 14, 27, 28, 29 API 15, 16 Reservation DB 17 Movement / Billing Information Reference Signs List 20 switching means 21 connection control unit 22 message analysis unit 23a, 23b, 23c connection module 26 core management means 31 management screen 41 management screen 51 net reservation server 52 Java library 53 reservation screen 54 CC reservation screen 55 management screen 56 personal / section authentication Data 57 Tourist travel system 58 Accounting system 59 Business trip application system 201 ASP connection management unit 202 Log recording unit 203 Request decoding unit 204 Request processing unit 205 ACL unit 206 Authentication unit 207 ID conversion unit 208 Connection service Layer determination unit 209 Memory data management unit 210 Memory 211 Update notification processing unit 212, 308 DB connection unit 214 Reservation information recording / search unit 215 System access count recording / search unit 216 Protocol conversion unit 217 Supplier connection management unit 218 Response processing decoding unit 219 Response processing unit 220 Session management unit 221 Transaction management unit 222 Data conversion / shaping unit 250 Log management unit 251 Log management unit 252 Log data 301 API connection management unit 302 Request decryption unit 303 Processing unit 305 Update notification transmission unit 306 Corporate account management Unit 307 reservation information management unit 309 system access number management unit 311 engine usage fee management unit 312 contract company information management unit 313 administrator account management unit 314 management server administrator session management unit 315 change History log writing unit 316 log file 350 database management unit 351 DBMS 352 account storage unit 353 contract storage unit 354 reservation storage unit 355 system access count storage unit 1010 company reservation system 1011 search request data transmission unit 1012 search result information reception unit 1013 Application data transmitting means 1014 application result data receiving means 1020 server device 1021 associating unit 1022 search request data receiving unit 1023 search request data transmitting unit 1024 search result information presenting unit 1025 application data receiving unit 1026 application data transmitting unit 1027 application result data presenting unit 1028 billing data receiving unit 1029 billing data transmitting unit 1030 airline reservation system 1031 search request data receiving means 1032 search result record transmission Communication means 1033 application data receiving means 1034 application result data transmitting means 1040 ticket supplier's billing system 1041 sales information storage means 1042 billing data transmitting means 1050 corporate accounting system 1051 billing data receiving means 1052 employee information storing means 1501 first Search request data 1502 Second search request data 1601 Search result record 1602 Search result information 1901 First application data 1902 Second application data 2001 Application result data 2101 First billing data 2102 Second billing data

 ──────────────────────────────────────────────────続 き Continuing on the front page (72) Inventor Miho Uno 1-1-1, Shibaura, Minato-ku, Tokyo Inside Toshiba Corporation Head Office (72) Inventor Sasaki Chizu 1-1-1, Shibaura, Minato-ku, Tokyo Stock Company Toshiba head office (72) Inventor Asaaki Genjima 1-1-1, Shibaura, Minato-ku, Tokyo Inside Toshiba head office (1-2) Inventor Shuichi Shimoda 1-1-1, Shibaura, Minato-ku, Tokyo Stock (72) Inventor Tatsuya Inada, 1-1-1, Shibaura, Minato-ku, Tokyo Toshiba Corporation Headquarters Office (72) Inventor, Toyoka Fujiwara 1-1-1, Shibaura, Minato-ku, Tokyo Toshiba Corporation In the head office (72) Inventor Hiroshi Miyauchi 1-1-1, Shibaura, Minato-ku, Tokyo Toshiba Corporation head office

Claims (28)

[Claims] 1. An e-commerce management server used in an e-commerce system for making a reservation for a product by connecting to a plurality of arbitrary reservation systems from a plurality of customer company systems, and authenticates at least the customer company system. An account storage unit for recording information relating to authentication data and information relating to the reservation system to which the customer company system can be connected; a function for receiving a connection from the customer company system; and a function for each connection from the customer company system. A function of managing the session, a function of referring to the account storage unit, a function of authenticating the customer company system using the authentication data, a function of connecting to a reservation system connectable to the customer company system, A function for acquiring information on products that can be reserved, and a function for transmitting the information to the customer company system Electronic commerce management server; and a switching means having. 2. The electronic commerce management according to claim 1, wherein said switching means connects said plurality of reservation systems simultaneously to said customer company system and manages said session for each connection. server. 3. The account storage unit further records mapping information of authentication data for connecting the customer company system to the reservation system, and refers to the authentication data of the customer company system and the mapping information, and performs the reservation. 3. The e-commerce management server according to claim 1, further comprising an account conversion unit for selecting an account to be connected to the system. 4. The authentication system according to claim 1, wherein the authentication data of the customer company system or the authentication data for connecting to the reservation system is set for each user belonging to the customer company system. The electronic commerce management server according to claim 1. 5. The account storage unit further records information on a reservation system to which the user can connect according to an attribute of a user belonging to the customer company system, and the switching unit records the information in the account storage unit. The electronic commerce management server according to any one of claims 1 to 4, wherein the connection is permitted only to the reservation system to which the user can connect. 6. The account storage unit further records the product of a type that can be reserved by the user according to a user belonging to the customer company system or an attribute of the user. A function of referring to the product of the type that can be reserved by the user recorded in the user, a function of acquiring information on the product that can be reserved from the reservation system, and a function of transmitting the information to the customer company system. The e-commerce management server according to claim 1. 7. When the customer company system makes a reservation to the reservation system, the customer company system further comprises a reservation storage unit for storing information on the reservation including at least information for specifying the product. Claims 1 to 6
An e-commerce management server according to any one of the preceding claims. 8. Information relating to authentication data of the customer company system recorded in the account storage unit, mapping information of authentication data for connecting the customer company system to the reservation system, and attribute of a user of the customer company system A basic system that manages at least one of information on the connectable reservation system determined according to the following, information on the reservation of the product recorded in the reservation storage unit, and information on connection of the customer company system. The electronic commerce management server according to claim 1, further comprising a management unit. 9. The charge management unit according to claim 8, further comprising a fee management unit for issuing an order for billing the customer company system based on information related to the connection of the customer company system. E-commerce management server. 10. The reservation information management unit according to claim 8, further comprising: a reservation information management unit that issues an instruction relating to a charge to the customer company system based on the information regarding the reservation of the product. The electronic commerce management server according to claim 1. 11. The information relating to the reservation of the product recorded in the reservation storage unit also includes a section belonging to the customer company system, and instructs the section to charge for the product. The electronic commerce management server according to any one of claims 7 to 10, wherein: 12. An e-commerce management method used in an e-commerce system, wherein a plurality of customer company systems are connected to an arbitrary plurality of reservation systems to reserve products, and at least the customer company system is authenticated. An account storage step of recording information relating to authentication data and information relating to the reservation system connectable to the customer company system in an account storage unit; a step of receiving a connection from the customer company system; and a connection from the customer company system. Managing a session set for each, a step of referring to the account storage unit, a step of authenticating the customer company system using the authentication data, a step of connecting to a reservation system connectable to the customer company system, A step of acquiring information on a reservable product from the reservation system; Electronic commerce management method characterized in that it comprises a switching step comprises the step of transmitting to the system. 13. The electronic commerce management according to claim 12, wherein in the switching step, a plurality of the reservation systems are simultaneously connected to the customer company system, and the session is managed for each connection. Method. 14. In the account storing step, the account storage unit further records mapping information of authentication data for connecting the customer company system to the reservation system, and refers to the authentication data of the customer company system and the mapping information. 14. The electronic commerce management method according to claim 12, further comprising an account conversion step of selecting an account to be connected to the reservation system. 15. The authentication data of the customer company system,
15. The electronic commerce management method according to claim 12, wherein the authentication data connected to the reservation system is set for each user belonging to the customer company system. 16. 16. The account storage step further records information on a reservation system to which the user can connect in the account storage unit in accordance with an attribute of a user belonging to the customer company system. The electronic commerce management method according to any one of claims 12 to 15, wherein the connection is permitted only to a reservation system to which the user can be connected, which is recorded in the account storage unit. 17. The account storing step further includes, in the account storing unit, information relating to a product belonging to a type that can be reserved by the user according to a user belonging to the customer company system or an attribute of the user. The switching step includes a step of referring to the product of a type that can be reserved by the user recorded in the account storage unit, a process of acquiring information on the reservable product from the reservation system, and transmitting the information to the customer company system. The electronic commerce management method according to any one of claims 12 to 16, comprising a step. 18. The method according to claim 18, further comprising the step of storing, when the customer company system has made a reservation for the reservation system, information relating to the reservation including at least information for specifying the product. Claim 1
18. The electronic commerce management method according to any one of 2 to 17. 19. The information relating to authentication data of the customer company system recorded in the account storage unit in the account storage step, mapping information of authentication data for connecting the customer company system to the reservation system, the customer company Information on the connectable reservation system determined according to the attributes of the user of the system, information on the reservation of the product recorded in the reservation storage unit,
19. The electronic commerce management method according to claim 12, further comprising a core management step of managing at least one of the information relating to the connection of the customer company system. 20. The method according to claim 19, further comprising a fee management step of issuing an order for billing the customer company system based on the information related to the connection of the customer company system. E-commerce management method. 21. The method according to claim 19, further comprising a reservation information management step of issuing an instruction relating to a charge to the customer company system based on the information on the reservation of the product. 2. The electronic commerce management method according to claim 1. 22. The information relating to the reservation of the product recorded in the reservation storing step includes a section belonging to the customer company system, and instructing the section to charge the product. 22. The electronic commerce management method according to claim 18, further comprising a commodity requesting step. 23. An electronic commerce management server for a ticket supplier to sell tickets to users in a group of users, wherein the user I identifies the user in the group of users.
D and an ID associating unit for associating the ticket supplier with a customer ID for identifying the user, a first ID including the user ID and search condition information, and transmitted by the user to perform a search for the ticket. A search request data receiving unit that receives search request data; and one or more second searches including the customer ID and the search condition information associated with the user ID in response to the first search request data A search request data transmitting unit that generates request data, selects a ticket supplier that is a destination of the second search request data, and transmits the second search request data to the selected ticket supplier; A search result that presents search result information generated by the one or more ticket suppliers to the user in accordance with the second search request data Electronic commerce management server comprising: the broadcast presentation unit. 24. An electronic commerce management server for a ticket supplier to sell tickets to users in a group of users, wherein the user I identifies the user in the group of users.
D and an ID associating unit for associating the ticket supplier with a customer ID for identifying the user; and a first application that includes the user ID and application ticket information and is transmitted by the user to apply for the ticket. An application data receiving unit for receiving data; generating second application data including the customer ID and the application ticket information associated with the user ID in accordance with the first application data; An application data transmission unit that selects a ticket supplier that is the destination of the application data, and transmits the second application data to the selected ticket supplier; and, according to the second application data, the ticket supply unit. An application result data presentation unit for presenting application result data generated by a user to the user. . 25. A billing data receiving unit that receives first billing data that is transmitted by the ticket supplier to bill for a ticket, and that includes first billing data that includes the customer ID and billing information. According to the first billing data, second billing data including a user ID associated with the customer ID and billing information is generated, and the user group that is the destination of the second billing data is selected. The electronic commerce management server according to claim 24, further comprising: a billing data transmitting unit that transmits the second billing data to the user group selected in (1). 26. An electronic commerce management method for a ticket supplier to sell tickets to users in a group of users, wherein the user I identifies the user in the group of users.
A search request receiving step for receiving the first search request data that includes the D and search condition information and is transmitted by the user in the user group to search for the ticket; In response, the ticket supplier generates one or a plurality of second search request data including a customer ID for identifying the user and the customer ID associated with the user ID and the search condition information. A search request transmitting step of selecting a ticket supplier which is a destination of the second search request data, and transmitting the second search request data to the selected ticket supplier; A result information generating step of performing a search for the ticket and generating search result information; and result information for presenting the search result information to the user. E-commerce management method has shown a step, a. 27. An electronic commerce management method for a ticket supplier to sell tickets to users in a group of users, wherein the user I identifies the user in the group of users.
An application data receiving step of receiving first application data transmitted by the user in the user group to apply for the ticket, the application data receiving step including: D and application ticket information; A second including customer ID and application ticket information associated with the user ID;
Generating the application data of the second application data, selecting a ticket supplier that is the destination of the second application data, and transmitting the second application data to the selected ticket supplier. An application result generating step of performing a ticket application accepting process according to the second application data to generate application result data; and an application result presenting step of presenting the application result data to the user. An e-commerce management method, comprising: 28. a billing data transmitting step in which the ticket supplier transmits first billing data including the customer ID and billing information in order to bill for the sold ticket; and Responsively, a second information including the user ID and the billing information associated with the customer ID.
A billing data transmitting step of generating the billing data of the second billing data, selecting the user group that is the destination of the second billing data, and transmitting the second billing data to the user group selected here. 27. The method according to claim 26, wherein
E-commerce management method described in.