JP2004078913A

JP2004078913A - Electronic commerce management server and electronic commerce management method

Info

Publication number: JP2004078913A
Application number: JP2003195181A
Authority: JP
Inventors: Yasutsugu Kawakura; 川倉　康嗣; Takuto Nonomura; 野々村　琢人; Yoshio Uno; 宇野　美穂; Sachio Kizu; 木津　左千夫; Tomoaki Motojima; 源島　朝昭; Shuichi Shimoda; 下田　秀一; Tatsuya Inada; 稲田　達哉; Toyokazu Fujiwara; 藤原　豊和; Hiroshi Miyauchi; 宮内　洋
Original assignee: Toshiba Corp; Business Travel Japan Co Ltd
Current assignee: Toshiba Corp; Ekitan and Co Ltd
Priority date: 2001-02-19
Filing date: 2003-07-10
Publication date: 2004-03-11
Anticipated expiration: 2021-12-27
Also published as: JP3828517B2

Abstract

【課題】ユーザが、役務の予約を容易に行うことのできる電子商取引管理サーバを提供する。
【解決手段】本発明の電子商取引管理サーバ（管理サーバ）２は、少なくとも、前記顧客企業システム５を認証する認証データと、前記顧客企業システムが接続可能な前記予約システム１１、１２と、を記録するアカウント記憶部３５２と、前記顧客企業システム５からの接続を受付け、該顧客企業システム５からの接続毎に設定されるセションを管理し、前記アカウント記憶部３５２を参照して、前記認証データを用いて該顧客企業システム５を認証し、該顧客企業システム５が接続可能な予約システム１１、１２に接続し、前記予約システム１１、１２から予約可能な商品の情報を取得し、前記顧客企業システム５に送信するスイッチング手段２０とを備える。
【選択図】　　　図１An electronic commerce management server that allows a user to easily reserve a service.
An electronic commerce management server (management server) of the present invention records at least authentication data for authenticating the customer company system and the reservation systems to which the customer company system can be connected. A connection from the customer company system 5 to the account storage unit 352 to be connected is received, a session set for each connection from the customer company system 5 is managed, and the authentication data is referred to by referring to the account storage unit 352. Authenticates the customer company system 5 by using the client company system 5, connects to the reservation systems 11 and 12 to which the customer company system 5 can connect, acquires information on products that can be reserved from the reservation systems 11 and 12, and And a switching means 20 for transmitting the data to the control unit 5.
[Selection diagram] Fig. 1

Description

【特許請求の範囲】
【請求項１】チケット供給者がユーザ群内のユーザにチケットを販売するための電子商取引管理サーバであって、
前記ユーザ群内で前記ユーザを識別するためのユーザＩＤおよび前記チケット供給者が保有するチケット供給者予約システムが前記ユーザを識別するための顧客ＩＤを関連付けるＩＤ関連付け部と、
前記ユーザＩＤ、検索対象チケット供給者データおよび検索条件情報を含み、前記チケットについての検索を行うために、前記ユーザ群が保有する企業予約システムから送信された第１の検索要求データを受信する検索要求データ受信部と、
前記第１の検索要求データに応じて、前記ＩＤ関連付け部を検索し、前記ユーザＩＤおよび前記検索対象チケット供給者データとの組合せごとに関連付けられた前記顧客ＩＤおよび前記検索条件情報を含む一つ又は複数の第２の検索要求データを生成し、この第２の検索要求データの宛先であるチケット供給者予約システムを選定し、ここで選定された前記チケット供給者予約システムにこの第２の検索要求データを送信する検索要求データ送信部と、
前記第２の検索要求データに応じて、前記一つ又は複数のチケット供給者予約システムで生成された検索結果情報を前記企業予約システムに送信する検索結果情報提示部と、
を備えることを特徴とする電子商取引管理サーバ。
【請求項２】チケット供給者がユーザ群内のユーザにチケットを販売するための電子商取引管理サーバであって、
前記ユーザ群内で前記ユーザを識別するためのユーザＩＤおよび前記チケット供給者が保有するチケット供給者予約システムが前記ユーザを識別するための顧客ＩＤを関連付けるＩＤ関連付け部と、
前記ユーザＩＤ、申込チケット供給者データおよび申込チケット情報を含み、前記チケットの申込をするために、前記ユーザ群が保有する企業予約システムから送信された第１の申込データを受信する申込データ受信部と、
前記第１の申込データに応じて、前記ＩＤ関連付け部を検索し、前記ユーザＩＤおよび前記申込対象チケット供給者データとの組合せごとに関連付けられた前記顧客ＩＤおよび前記申込チケット情報を含む第２の申込データを生成し、この第２の申込データの宛先であるチケット供給者予約システムを選定し、ここで選定されたチケット供給者予約システムにこの第２の申込データを送信する申込データ送信部と、
前記第２の申込データに応じて、前記チケット供給者予約システムで生成された申込結果データを、前記企業予約システムに送信する申込結果データ提示部と、
を備えることを特徴とする電子商取引管理サーバ。
【請求項３】チケット供給者がユーザ群内のユーザにチケットを販売するための、検索要求データ受信部と検索要求データ送信部と検索結果情報提示部を備える電子商取引管理サーバによって実現される電子商取引管理方法であって、
前記検索データ受信部によって、前記ユーザ群内で前記ユーザを識別するためのユーザＩＤ、検索対象チケット供給者データおよび検索条件情報を含み、前記チケットについての検索を行うために、前記ユーザ群が保有する企業予約システムから送信された第１の検索要求データを受信する検索要求受信ステップと、
前記検索要求データ送信部によって、この第１の検索要求データに応じて、前記チケット供給者が保有するチケット供給者予約システムが前記ユーザを識別するための顧客ＩＤでかつ前記ユーザＩＤおよび前記検索対象チケット供給者データとの組合せごとに関連付けられた前記顧客ＩＤおよび前記検索条件情報を含む一つ又は複数の第２の検索要求データを生成し、この第２の検索要求データの宛先であるチケット供給者予約システムを選定し、ここで選定されたチケット供給者予約システムに、この第２の検索要求データを送信する検索要求データ送信ステップと、
前記検索結果情報提示部によって、前記チケット供給者予約システムにおいて前記チケットの検索が行われた検索結果情報を生成する結果情報生成ステップと、
前記検索結果情報提示部によって、前記検索結果情報を、前記企業予約システムに送信する結果情報提示ステップと、
を有する電子商取引管理方法。
【請求項４】チケット供給者がユーザ群内のユーザにチケットを販売するための、申込データ受信部と申込データ送信部と申込結果データ提示部を備える電子商取引管理サーバによって実現される電子商取引管理方法であって、
前記申込データ受信部によって、前記ユーザ群内で前記ユーザを識別するためのユーザＩＤ、申込対象チケット供給者データおよび申込チケット情報を含み、前記チケットについての申込を行うために、前記ユーザ群が保有する企業予約システムから送信された送信する第１の申込データを受信する申込データ受信ステップと、
前記申込データ送信部によって、前記第１の申込データに応じて、前記ユーザＩＤおよび前記申込対象チケット供給者データとの組合せごとに関連付けられた顧客ＩＤおよび申込チケット情報を含む第２の申込データを生成し、この第２の申込データの宛先であるチケット供給者予約システムを選定し、ここで選定されたチケット供給者予約システムにこの第２の申込データを送信するステップと、
前記申込結果データ提示部によって、前記チケット供給者予約システムにおいて、前記第２の申込データに応じてチケット申込の受付処理が行われた申込結果データを生成する申込結果生成ステップと、
前記申込結果データ提示部によって、この申込結果データを、前記企業予約システムに送信する申込結果提示ステップと、
を有することを特徴とする電子商取引管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、チケット供給者が、ユーザ群内のユーザにチケットを販売するための電子商取引管理サーバ及び電子商取引管理方法に関する。本明細書において「ユーザ群」には、企業、中小企業群、個人の集合等を含み、「企業」には、官公庁や各種団体、教育機関等を含むものとする。又、「部課」とは、企業を構成する部或いは部に属する課などのことで、企業が料金の精算を行う単位であるのが好ましい。
【０００２】
【従来の技術】
従来、業務出張などの旅行手配をするための旅行代理店（所謂インハウスエージェント）を企業グループ内に設け、この旅行代理店を介して、交通機関やホテル等のチケット供給者が、企業の従業員（ユーザ）にチケットを販売する方法が知られている（例えば、特許文献１）。
【０００３】
図２２に、同公報に開示されたチケットの販売方法の概要を示す。本方法では、まず、企業の従業員が、前記旅行代理店に対してチケット申込を行う。それに応じて、前記旅行代理店が、チケット供給者に対してチケット申込を行い、チケット申込が完了すると、チケットを発券し従業員に配送する。チケットの代金は、企業が前記旅行代理店に一括して精算する。前記旅行代理店は、企業から回収した代金をチケット供給者に支払い、チケットの発券手数料を得る。
【０００４】
本方法によれば、依頼人が主にグループ内企業に固定されているために出張先や手配の好みなどが偏る傾向があることを利用して、前記旅行代理店が、交通機関やホテル等のチケット供給者から、取り扱い数量をまとめることによる割引（大口割引）を引き出しやすいというメリットがある。又、従業員が所属部署と従業員ＩＤを伝えるだけで手続きができたり、チケットが従業員の部署まで届けられたりするなど、本方法は、企業内の従業員にとって非常に便利である。
【０００５】
しかし、これらの旅行代理店は、チケットの発券手数料を主な収益源としているが、チケットを発券し配布する際のコストが高く、実際にはあまり収益を上げることができていないという問題点がある。
【０００６】
又、交通機関やホテル等のチケット供給者は、ある割合の発券手数料を旅行代理店に支払う必要があり、これが収益を圧迫する原因となっている。
【０００７】
この発券手数料の割合を引き下げようにも、前記旅行代理店も、チケットを発券し配布するコストを差し引いた残りが多いわけではないので、交渉が成立しにくい。
【０００８】
このように、本方法では、発券業務に対して発生する発券手数料が、チケット供給者と前記旅行代理店の両者にとって収益を向上させるための障害となっている。
【０００９】
前述のチケットを発券し配布するコストが大きいという問題を解消するために、近年、インターネットを利用して、交通機関やホテル等のチケット供給者が、企業内の従業員等の消費者にチケットを直接販売する方法が増えつつある。
【００１０】
図２３に、上記チケットの販売方法の概要を示す。本方法では、企業内の従業員が、直接インターネットを介して、チケット供給者に対してチケット申込を行う。代金精算は、クレジットカード会社を介して行われる。そして、従業員は、交通機関やホテルの利用時に、空港やホテル等でチケットの発券を受ける。本方法は「チケットレス方式」と呼ばれる。
【００１１】
本方法では、消費者にとって、事前にチケットを買いに行く手間がかからないというメリットがあり、交通機関にとっても、チケットを発券し配送するコストを削減でき、又、申込時にクレジットカード番号を通知させることにより、確実に代金回収ができるというメリットがある。
【００１２】
ところが、本方法では、クレジットカードを用いるので、従業員が個人単位でチケット代金を支払い、後に企業が従業員に精算することになる。そのため、企業は、前述の大口割引が適用されるだけの数量のチケットを購入しているにもかかわらず、その適用を受けることができないという問題点がある。
【００１３】
上述した問題点を解消するために、チケット供給者が、チケットレス方式で、企業の従業員にチケットを直接販売する方法が知られている（例えば、特許文献２）。
【００１４】
図２４に、上記チケットの販売方法の概要を示す。本方法では、チケット供給者が、企業毎に「企業用ＩＤ」を発行し、企業の従業員は、「企業用ＩＤ」を用いて、インターネットを介して、チケット供給者に対して直接チケット申込を行う。
【００１５】
又、本方法では、チケット供給者と企業とが、同一の「企業用ＩＤ」を使用するため、以下の問題点も生じる。
【００１６】
チケット供給者が、企業毎に「企業用ＩＤ」を割り振る場合、その「企業用ＩＤ」は、この企業内の経理システムが用いる「従業員ＩＤ」や「部課コード」等とは一般に異なるものとなり、当該企業が、前記経理システムと連動してチケット代金精算することが困難となる。
【００１７】
逆に、企業が「企業用ＩＤ」を割り振る場合、チケット供給者が、企業毎の様々な様式の「企業用ＩＤ」を取り扱う必要があるので、チケット供給者の既存の予約システムで扱いにくい。又、企業毎の作法に則った経理処理を行うためには、チケット供給者に、企業の従業員や部課に関する企業内情報を提供する必要があるが、企業は、このような機密情報を提供したがらないのが普通である。更に、企業内では異動や組織変更が頻繁にあるため、チケット供給者が、これらの企業内情報の変更に追随するのは困難である。本方法は、これらの理由で実現されていないのが現状である。
【００１８】
更に、特許文献２に開示された方法では、一つの企業が複数のチケット供給者を利用する状況が想定されていないため、企業におけるユーザが、単一の「企業用ＩＤ」を用いて、複数の航空会社（チケット供給者）にまたがってチケットの検索を行ったり、航空会社とホテル（チケット供給者）等を組にして、チケットの検索及び申込を行ったりすることができない。
【００１９】
一方、従来における企業の出張管理は、コストがかかる問題点が挙げられている。
【００２０】
従来のチケットの検索及び申込におけるシステム構成図を図２５に示す。ここでは、第１の企業５ａ、第２の企業５ｂ、第３の企業５ｃ…と、チケットの供給システムである第１のホテル予約システム１１ａ、第２のホテル予約システム１１ｂ、第１の交通機関予約システム１２ａ、第２の交通機関予約システム１２ｂが存在するとする。
【００２１】
この場合、従来のチケット検索及び申込においては、例えば第１の企業５ａは、第１のホテル予約システム１１ａ、第２のホテル予約システム１１ｂ、第１の交通機関予約システム１２ａ、第２の交通機関予約システム１２ｂのそれぞれについて接続を行わなければならない。チケットの供給システムが例えばインターネットのＷｅｂにおいて公開されるような場合は、一度に複数のチケットの供給システムに接続することは容易であるが、チケットの供給システムにダイアルアップを行い接続しなければならない場合は、一度に複数のチケットの供給システムに接続することは極めて困難になる。
【００２２】
更に、例えば第２のホテル予約システム１１ｂがシステム変更になった場合は、第１の企業システム５ａもそれに伴ってシステム変更を行わなければならない。
【００２３】
このように、従来のチケット検索及び申込においては、複数のチケットの供給システムに接続し、一度の操作で複数のチケットの供給システムの役務を受けることは不可能であった。
【００２４】
上述したような、従来のチケットの検索及び申込における利用者及び旅行代理店の作業を図２６に示す。ここでは、企業の利用者が出張する場合に、旅行代理店（或いはインハウスエージェント）を介してチケットを取得する場合について説明する。
【００２５】
まず、ステップＳ９０１において、利用者の出張が決定すると、ステップＳ９０２において、経理システム或いは経理担当者に対して仮払処理を行う。更に、ステップＳ９０３において、利用者はチケットの供給システムに接続をして、交通機関やホテルを決定し、ステップＳ９０４においてその内容を旅行代理店に連絡する。
【００２６】
ステップＳ９０４の連絡を受けて、旅行代理店はステップＳ９５１において予約を受付け、ステップＳ９５２において、端末操作によってその予約内容を入力する。これにより、ステップＳ９５３において、チケットが発券される。
【００２７】
チケットが無事発券されると、ステップＳ９５４において利用者に連絡し、ステップＳ９０５において、利用者は手配が完了した連絡を受ける。
【００２８】
次に、旅行代理店は、ステップＳ９５３において発券したチケットに基づいて、ステップＳ９５５において請求書を作成し、ステップＳ９５６においてチケットを利用者に配達する。
【００２９】
次に、ステップＳ９０６において、利用者はステップＳ９５６において配達されたチケットを受け取り、支払いを行う。ステップＳ９０７において、手配されたチケットに従って出発する。出張から戻ってくると、ステップＳ９０８において、ステップＳ９０２で受けた仮払との差額の精算を行う。
【００３０】
この方法に関連して、企業における出張管理のコスト削減を図る方法が知られている（例えば、特許文献３）。
【００３１】
この出願は、業務出張に関連する一連の事務手続きを出張の起案から精算までコンピュータネットワークを利用した総合的なシステムによって支援可能とし、全てのプロセスで使用されるデータに一貫性を持たせることにより、法人等の業務組織と旅行業者等とにおける各プロセス間の情報の伝達を大幅に省力化するとともに正確性を実現し、時間短縮その他の利便性等を創出する、旅行代理店に予約申込を依頼する処理フローを電子化したシステムである。しかし、代理店の介在を前提としているため、急な出張申請や変更への対応が難しい。又、チケットを出力し、配布するため、出張管理コストの削減につながらないなどの問題があり、充分にコスト削減がなされていない。
【００３２】
一方、交通機関やホテルなどのサプライヤが企業向けに直販しているが、企業内の出張・精算システムと連動させにくく、サプライヤ毎にインタフェースが異なるため、一つの企業が直接複数のサプライヤと接続するのは、コストがかかるなどの問題点がある。
【００３３】
更に、社内業務の効率化の手法として、ＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ　Ｄａｔａ　Ｅｘｃｈａｎｇｅ：受発注業務に関する電子的情報交換）化されたものがある。しかし、これはあくまでも入り口だけの提供であり、出張予約の手配を行うことができる旅行代理店やサプライヤとで手配情報を交換するだけのものである。従って、企業内システムに適合したインタフェースを有さないので、ユーザが充分満足できるものではない。
【００３４】
このように、出張におけるチケットやホテルの予約に限らず、企業活動を通じて受ける様々な役務の予約及び精算は、その手続きが煩雑で、企業にとって、多大なコストを強いることになっていた。
【００３５】
【特許文献１】
特開２０００−３３１０９８号公報
【００３６】
【特許文献２】
特開平１１−３３９０７６号公報
【００３７】
【特許文献３】
特開平１１−１４３９７７号公報
【００３８】
【発明が解決しようとする課題】
しかしながら、上述したように従来方法には、チケット供給者（サプライヤ）、旅行代理店、企業、企業の従業員の全てに対して、同時にメリットをもたらすことができなかった。
【００３９】
即ち、チケット供給者と企業の双方が独自に管理するＩＤを用いて、チケット供給者が、チケットレス方式で、企業の従業員にチケットを直接販売する方法が存在しなかった。
【００４０】
又、図２６に示した例においては、出張者が費用の仮払・精算を行ったり、旅行代理店がチケットを配達しなければならないため、処理が煩雑になり、これに伴い、出張にかかるコストが大きくなっていた。
【００４１】
更に、既存のシステムと連動させ、業務効率を図ることができなかった。即ち、企業毎に社内システムに合った接続方法を提供しなければならず、そのシステムの導入には多額のコストが要求されていた。
【００４２】
更に、企業がイントラネット上で構築されたシステムで全てを処理しようとすると、イントラネットに接続できない場合に、処理を行えなくなってしまっていた。
【００４３】
又、企業内のシステムと外部システム（例えば予約システム）を接続すると、企業内の情報、例えば出張情報や従業員情報などの機密度が高い情報が外に漏れてしまう場合があり、企業内手続きのシステム化を躊躇させる要因となっていた。
【００４４】
そこで本発明は、ユーザが、役務の予約を容易に行うことのできる電子商取引管理サーバ及び電子商取引管理方法を提供することを目的とする。
【００４５】
【課題を解決するための手段】
上記課題を解決するために、本発明の第１の特徴は、チケット供給者がユーザ群内のユーザにチケットを販売するための電子商取引管理サーバであって、ユーザ群が保有する企業予約システムでユーザを識別するためのユーザＩＤおよびチケット供給者が保有するチケット供給者予約システムがユーザを識別するための顧客ＩＤを関連付けるＩＤ関連付け部と、ユーザＩＤ、検索対象チケット供給者データおよび検索条件情報を含み、チケットについての検索を行うために、企業予約システムから送信された第１の検索要求データを受信する検索要求データ受信部と、第１の検索要求データに応じて、ＩＤ関連付け部を検索し、ユーザＩＤおよび検索対象チケット供給者データとの組合せごとに関連付けられた顧客ＩＤおよび検索条件情報を含む一つ又は複数の第２の検索要求データを生成し、この第２の検索要求データの宛先であるチケット供給者予約システムを選定し、ここで選定されたチケット供給者予約システムにこの第２の検索要求データを送信する検索要求データ送信部と、第２の検索要求データに応じて、一つ又は複数のチケット供給者予約システムで生成された検索結果情報を企業予約システムに送信する検索結果情報提示部と、を備える。
【００４６】
本発明の第２の特徴は、チケット供給者がユーザ群内のユーザにチケットを販売するための電子商取引管理サーバであって、ユーザ群が保有する企業予約システムでユーザを識別するためのユーザＩＤおよびチケット供給者が保有するチケット供給者予約システムがユーザを識別するための顧客ＩＤを関連付けるＩＤ関連付け部と、ユーザＩＤ、申込チケット供給者データおよび申込チケット情報を含み、チケットの申込をするために、企業予約システムから送信された第１の申込データを受信する申込データ受信部と、第１の申込データに応じて、ＩＤ関連付け部を検索し、ユーザＩＤおよび申込対象チケット供給者データとの組合せごとに関連付けられた顧客ＩＤおよび申込チケット情報を含む第２の申込データを生成し、この第２の申込データの宛先であるチケット供給者予約システムを選定し、ここで選定されたチケット供給者予約システムにこの第２の申込データを送信する申込データ送信部と、第２の申込データに応じて、チケット供給者予約システムで生成された申込結果データを、企業予約システムに送信する申込結果データ提示部と、を備える。
【００４７】
本発明の第３の特徴は、チケット供給者がユーザ群内のユーザにチケットを販売するための、検索要求データ受信部と検索要求データ送信部と検索結果情報提示部を備える電子商取引管理サーバによって実現される電子商取引管理方法であって、検索データ受信部によって、ユーザ群が保有する企業予約システムでユーザを識別するためのユーザＩＤ、検索対象チケット供給者データおよび検索条件情報を含み、チケットについての検索を行うために、企業予約システムから送信された第１の検索要求データを受信する検索要求受信ステップと、検索要求データ送信部によって、この第１の検索要求データに応じて、チケット供給者が保有するチケット供給者予約システムがユーザを識別するための顧客ＩＤでかつユーザＩＤおよび検索対象チケット供給者データとの組合せごとに関連付けられた顧客ＩＤおよび検索条件情報を含む一つ又は複数の第２の検索要求データを生成し、この第２の検索要求データの宛先であるチケット供給者予約システムを選定し、ここで選定されたチケット供給者予約システムに、この第２の検索要求データを送信する検索要求データ送信ステップと、検索結果情報提示部によって、チケット供給者予約システムにおいてチケットの検索が行われた検索結果情報を生成する結果情報生成ステップと、検索結果情報提示部によって、検索結果情報を、企業予約システムに送信する結果情報提示ステップと、を有する。
【００４８】
本発明の第４の特徴は、チケット供給者がユーザ群内のユーザにチケットを販売するための、申込データ受信部と申込データ送信部と申込結果データ提示部を備える電子商取引管理サーバによって実現される電子商取引管理方法であって、申込データ受信部によって、ユーザ群が保有する企業予約システムでユーザを識別するためのユーザＩＤ、申込対象チケット供給者データおよび申込チケット情報を含み、チケットについての申込を行うために、企業予約システムから送信された送信する第１の申込データを受信する申込データ受信ステップと、申込データ送信部によって、第１の申込データに応じて、ユーザＩＤおよび申込対象チケット供給者データとの組合せごとに関連付けられた顧客ＩＤおよび申込チケット情報を含む第２の申込データを生成し、この第２の申込データの宛先であるチケット供給者予約システムを選定し、ここで選定されたチケット供給者予約システムにこの第２の申込データを送信するステップと、申込結果データ提示部によって、チケット供給者予約システムにおいて、第２の申込データに応じてチケット申込の受付処理が行われた申込結果データを生成する申込結果生成ステップと、申込結果データ提示部によって、この申込結果データを、企業予約システムに送信する申込結果提示ステップと、を有する。
【００４９】
【発明の実施の形態】
次に、図面を参照して、本発明の第１及び第５の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
【００５０】
本発明の実施の形態においては、例えば、企業に所属するユーザが出張する場合に、ホテルや交通機関を予約し、その精算を行う場合について説明している。
【００５１】
（第１の実施の形態）
本発明の第１の実施の形態について、図１を参照しながら説明する。図１は、本発明の第１の実施の形態に係る電子商取引システムを示すシステム構成図である。第１の実施の形態に係る電子商取引システムは、ユーザ（従業員）の出張を管理しその出張に必要なホテルや交通機関のチケットを予約する顧客企業システム５、顧客企業システム５が予約するホテルのホテル予約システム１１、顧客企業システム５が予約する交通機関の交通機関予約システム１２、複数の顧客企業システム５から任意の複数のホテル予約システム１２、交通機関予約システム１２に接続してホテルや交通機関の予約を行わせる管理サーバ２、管理サーバ２で更新及び参照されるデータが登録されたデータベースの管理を行う共通ＤＢサーバ６、管理サーバ２の管理を行う管理端末３、４を備えている。ここで、顧客企業システム５とは、管理サーバ２が契約している企業が、管理サーバ２にアクセスするＷｅｂサーバのＣＧＩ（Ｃｏｍｍｏｎ　Ｇａｔｅｗａｙ　Ｉｎｔｅｒｆａｃｅ：ブラウザからの要求に応じて、プログラムを起動するための仕組み）やサーブレット（モジュール化されたＪａｖａ（米国　Ｓｕｎ　Ｍｉｃｒｏｓｙｓｔｅｍｓ，　Ｉｎｃ．の登録商標）プログラム）、アプリケーションサーバなどのことである。管理端末３、４は、管理サーバ２及び本発明の電子商取引システムの管理者及び運用者が利用するツールを処理する端末である。
【００５２】
図１においては、顧客企業システム５、ホテル予約システム１１及び交通機関予約システム１２は、各々一つずつしか記載していないが、複数の顧客企業システム５、ホテル予約システム１１及び交通機関予約システム１２は、複数あっても構わない。この場合、一つの顧客企業システム５から、管理サーバ２を介して、一つのホテル予約システム１１或いは交通機関予約システム１２に接続される、それぞれの接続についてセションを管理するのが好ましい。
【００５３】
本発明の電子商取引システムにおいては、各システム及びプロセスの間を接続する場合、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）を介して、接続先の仕様に合わせてデータを整形する。ここで、プロセスとは、スイッチング手段２０等の各手段の構成要素の一つであるプログラムのことである。更に、接続元と接続先とでプロトコルが異なる場合に、そのプロトコルを変換することにより行われる。このＡＰＩを介して接続を行うことにより、既存のシステム及びプロセスの変更を最小限に押さえて接続することができる。即ち、本発明の電子商取引システムにおいては、大きく分けて以下の３つのＡＰＩが存在する。
【００５４】
（ａ）セション管理やログイン認証など、顧客企業・サイトから呼び出される接続管理を行う場合は、共通機能ＡＰＩである接続管理ＡＰＩが行う。図１においては、ＡＰＩ２７が接続管理ＡＰＩに相当する。
【００５５】
（ｂ）主に顧客企業システム５の利用者がホテルや交通機関を予約する場合は、予約者用ＡＰＩが行う。図１においては、ＡＰＩ１３、１４が予約者用ＡＰＩに相当する。複数の国内外の航空予約のシステム、複数の国内外のホテルの予約システムに対して、それぞれ別々に用意するのが好ましい。
【００５６】
（ｃ）管理サーバ２の管理者及び運用者が、予約状況の確認や課金情報や契約情報を見る場合は、管理者用ＡＰＩが行う。図１においては、ＡＰＩ２８が管理者用ＡＰＩ相当する。
【００５７】
これらのＡＰＩについて、どちらのシステム或いはプロセスにＡＰＩを備えるかは、システムの要件に基づいて随時判断されるのが好ましい。
【００５８】
以下、本発明に係る電子商取引システムを構成する主な要素について説明する。
【００５９】
共通ＤＢサーバ６は、管理サーバ２により更新及び参照されるデータを管理するデータベース管理手段３５０と、アカウント記憶装置３５２、契約記憶装置３５３、予約記憶装置３５４、システムアクセスアクセス数記憶装置３５５を備えている。
【００６０】
データベース管理手段３５０は、アカウント記憶装置３５０、契約記憶装置３５３、予約記憶装置３５４、システムアクセス数記憶装置３５５を管理している。即ち、データベース管理手段３５０は、管理サーバ２が管理するデータを各記憶装置に格納する。
【００６１】
アカウント記憶装置３５２には、顧客企業システム５の企業コード、アクセスＩＤ、パスワード等が記録されている。更に、企業に所属するユーザ毎にアクセスＩＤやパスワード等を設定しても良い。更に、顧客企業システム５が、ホテル予約システム１１や交通機関予約システム１２に提示する氏名やカード番号等を設定しても良い。更に、顧客企業システム５が、接続するホテル予約システム１１や交通機関予約システム１２を限定しても良い。この場合、出張先の地域によって限定をしても構わない。これにより、顧客企業システム５は、例えばある交通機関予約システム１２に対して大量の発注を行うことにより、その交通機関予約システム１２の顧客企業システム５に対する価格を下げることもできる。又、顧客企業システム５に属する出張するユーザ或いはユーザの属性に従って、提示するホテルや交通機関を決定しても良い。具体的には、企業の役員には、新幹線のグリーン車を利用を許可したり、一泊２万円以上のホテルの利用を許可することができる。
【００６２】
契約記憶装置３５３は、管理サーバ２が接続を受ける顧客企業システム５や、管理サーバ２が接続をするホテル予約システム１１や交通機関予約システム１２の、企業名、ホテル名、交通機関名、住所、電話番号、担当者名等が記録されている。
【００６３】
予約記憶装置３５４は、予約数、キャンセル数、金額などである。これにより、管理サーバ２が、顧客企業システム５に対して請求金額を提示することができる。更に、予約したホテル或いは交通機関の日付、指定便、ホテル名、人数、ランクなどを記録することにより、予約内容についても顧客企業システム５に対して請求金額を提示することができる。又、更に当該予約について、顧客企業システム５内に属する、精算を行う部課を記載していても構わない。この部課を記載することにより、顧客企業システム５内に一括で請求が来ても、記載された部課に従って請求を振り分けても良い。この請求の振り分けは、顧客企業システム５に属する経理を担当する部署が行っても良いし、インハウスエージェントが行っても良い。更に、管理サーバ２から、顧客企業システム５に属する部課に対して、直接請求を行っても構わない。
【００６４】
システムアクセス数記憶装置３５５は、顧客企業システム５が管理サーバ２に接続した回数及び時間、更にホテル予約システム１１及び交通機関予約システム１２に接続した回数及び時間、又、各接続におけるトラフィック量などが記録されている。これにより、管理サーバ２は、顧客企業システム５、ホテル予約システム１１、交通機関予約システム１２に対して、接続に対して課金を行うことができる。
【００６５】
管理サーバ２は、スイッチング手段２０、基幹管理手段２６、ログ管理手段２５０、ログデータ２５２を備えている。
【００６６】
ログデータ２５２とは、管理サーバ２における運用ログである。
【００６７】
スイッチング手段２０は、顧客企業システム５から、ＡＰＩ２７を介した接続を受付け、顧客企業システム５からの接続毎に設定されるセションを管理し、顧客企業システム５を認証し、顧客企業システム５が接続可能なホテル予約システム１１及び交通機関予約システム１２に接続し、接続された予約システムから予約可能な商品の情報を取得し、顧客企業システム５に送信する。詳述すると、顧客企業システム５からの接続を一括して受け持ち（１０１）、セション管理、認証、ホテル予約システム１１及び交通機関予約システム１２への接続、レスポンス書式のフォーマット等を行う。又、アカウント記憶装置３５２に記録されたアカウントデータを取得し、全てメモリ内に保持する。これらのデータは起動時にロードされ、基幹管理手段２６からのデータ更新通知（１０５）によって、データベース管理手段３５０から再ロードされる（１０３）。スイッチング手段２０が顧客企業システム５から受け取ったリクエストは、パース（解読）されて、予約検索リクエストであれば、所望のホテル予約システム１１及び／或いは交通機関予約システム１２に（１０２）、管理者機能へのリクエストであれば、ＡＰＩ２９を介して基幹管理手段２６へ渡される（１０６）。ホテル予約システム１１へ接続する場合はＡＰＩ１３を介して、交通機関予約システム１２へ接続する場合はＡＰＩ１４を介して、基幹管理手段２６へ接続する場合は、ＡＰＩ２９を介して或いはＡＰＩ２９を介さずに接続される。予約情報や課金単位になるトランザクション数は、データベース管理手段３５０を介して共通ＤＢサーバ６へ書き出される（１０３）。運用ログは、ログ管理手段２５０へと渡される（１０４）。
【００６８】
基幹管理手段２６は、アカウント記憶装置３５２に記録された、顧客企業システム５の認証データ、顧客企業システム５がホテル予約システム１１及び交通機関予約システム１２に接続する認証データのマッピング情報、顧客企業システム５のユーザの属性に従って決定される接続可能なホテル予約システム１１及び交通機関予約システム１２、予約記憶装置３５４に記録された商品の予約に関する情報、顧客企業システムの接続に関する情報のうち、少なくとも一つを管理する。即ち、基幹管理手段２６は、スイッチング手段２０から取得された情報と、管理端末３、４から入力された情報とに基づいて、共通ＤＢサーバ６の管理を主に行う手段である。詳述すると、アカウントデータ、予約履歴、システムアクセス数データを一括して管理し、ＡＰＩ２８を介して、管理端末３、４へ、管理機能を提供する（１０７）。共通ＤＢサーバ６に格納された上記データを、追加、変更、削除する（１０８）。スイッチング手段２０からの管理者用機能の呼び出しを受け取り、処理する。又、管理する共通ＤＢサーバ６のデータが追加、変更、削除されると、基幹管理手段２６に更新通知を送る。
【００６９】
ログ管理手段２５０は、管理サーバ２の管理者及び運用者が利用する運用ログを書き出す手段で、スイッチング手段２０からのログ書き込み要求を受けてログをログファイルに書き込む（１０４）。
【００７０】
各システム及びプロセス間のプロトコル及び文書形式は、様々な組み合わせが考えられる。
【００７１】
例えば、上記の１０１、１０２、１０６、１０７での通信の接続においては、ＯＳＩ参照モデルに対比すると、ネットワーク層及びトランスポート層の接続においてＴＣＰ／ＩＰのプロトコルが、セション層の接続においてＨＴＴＰのプロトコルが、プレゼンテーション層の接続においてＸＭＬの文書形式がそれぞれ用いられるのが好ましい。又、１０４の接続においては、トランスポート層の接続においてプロセス間通信のＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）のプロトコルが用いられるのが好ましい。更に、１０５の接続においては、ネットワーク層及びトランスポート層の接続においてＴＣＰ／ＩＰのプロトコルが用いられるのが好ましい。
【００７２】
ここで、ＯＳＩ参照モデルとは、国際標準化機構（ＩＳＯ：Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｏｒｇａｎｉｚａｔｉｏｎ　ｆｏｒ　Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）により制定された、異機種間のデータ通信を実現するためのネットワーク構造の設計方針「ＯＳＩ（Ｏｐｅｎ　Ｓｙｓｔｅｍｓ　Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）」に基づき、コンピュータの持つべき通信機能を階層構造に分割したモデルのことである。
【００７３】
本発明の実施の形態において利用されるプロトコル及び文書形式は、この記載に拘束されるものではない。
【００７４】
図２は、図１で記載した本発明の電子商取引システムにおける各ハードウェア構成要素について、詳細に記述したシステム構成図である。
【００７５】
本発明の電子商取引システムは、サプライヤ予約システム１、管理サーバ２、顧客企業システム５を備える。ここでは、共通ＤＢサーバ６の機能を管理サーバ２が備えている場合について説明している。ここで、それぞれのシステム及びサーバは、ＬＡＮ、インターネット、回線交換による通信回線等を介して接続されている。この場合、サプライヤ予約システム１、管理サーバ２、顧客企業システム５は、モデム、ルータ、ダイアルアップルータ、プロキシサーバ、インターネット接続プロバイダのＰＰＰサーバ（ＰＰＰ（Ｐｏｉｎｔ　ｔｏ　Ｐｏｉｎｔ　Ｐｒｏｔｏｃｏｌ）によって、電話回線によるダイアルアップを通じてインターネットに接続するサーバ）等を介して接続されるのが好ましい。
【００７６】
サプライヤ予約システム１は、顧客企業システム５に対してホテルや交通機関の予約を提供するシステムで、図１で示したホテル予約システム１１及び交通機関予約システム１２を備える。ホテル予約システム１１は、当該ホテルの予約に関する情報を格納した予約ＤＢ１５を、交通機関予約システム１２は、当該交通機関の予約に関する情報を格納した予約ＤＢ１６をそれぞれ備えている。ホテル予約システム１１はＡＰＩ１３を介して、交通機関予約システム１２はＡＰＩ１４を介して管理サーバ２に接続する。
【００７７】
顧客企業システム５は、ネット予約サーバ５１を備えている。ネット予約サーバ５１は、Ｊａｖａライブラリ５２を介して、管理サーバ２に接続する。ネット予約サーバ５１には複数の端末が接続されており、それぞれ画面を備える。具体的には、顧客企業システム５に所属するユーザが予約を行う予約画面５３、ユーザが予約画面５３から直接に予約を行うことができない場合に、コールセンターのオペレータが予約を行うコールセンター（ＣＣ）用予約画面５４、ユーザを管理する管理者が利用する管理者画面５５等が挙げられる。又、ユーザ、コールセンターのオペレータ、管理者が処理を行える機能の権限を任意に設定することのが好ましい。
【００７８】
顧客企業システム５においては、既存のシステムである出張申請システム５９、経理システム５８、インハウスエージェントが管理しているツーリスト旅行システム５７と連携して、管理サーバ２に接続される。又、既存のシステムは、個人・部課認証データ５６を備えている。顧客企業システム５のユーザが出張を行う場合は、出張申請システム５９に対して、出張目的や、所属部課、上司の承認等が入力されるが、出張に係る予約を行う場合は、出張目的や所属部課などを提示する必要はなく、経理システム５８が出納管理を行うのに足りる情報（具体的には名前）のみ提示すれば良い。又、顧客企業システム５が提示する予約画面５３、コールセンター用予約画面５４、管理者画面５５は、出張申請システム５９が従来備えていた端末に表示すれば良い。
【００７９】
管理サーバ２は、図１で説明したように、スイッチング手段２０と、基幹管理手段２６を備えている。スイッチング手段２０は、サプライヤ予約システム１からの接続を受付ける接続モジュール２３ａ、２３ｂ、２３ｃ…を備えている。この接続モジュールは、接続制御部２１によって制御され、接続がなされると、メッセージ解析部２２において、接続により受信したメッセージの解析を行う。ここで解析されたメッセージは、ＡＰＩ２９、契約記憶装置３５３、予約記憶装置３５４を介して　基幹管理手段２６に送信される。
【００８０】
管理サーバ２が顧客企業システム５からの接続を受付けるときは、ＡＰＩ２７、接続制御部２１、メッセージ解析部２２を介して基幹管理手段２６に接続される。管理サーバ２は、ＡＰＩ２８を介して管理端末３が備える管理画面３１、管理端末４が備える管理画面４１から、管理される。
【００８１】
本発明の電子商取引システムにおいては、サプライヤ予約システム１のホテル予約システム及び交通機関予約システム１２から、実際に予約したユーザがそのホテル及び交通機関を利用したかどうかという実績に基づいて、移動実績・請求情報１７の情報を算出することができる。更に、この移動実績・請求情報１７の情報は、顧客企業システム５のツーリスト旅行システム５７に送信され、ツーリスト旅行システム５７は、個人申請システム５９や個人・部課データ５６を参照して、請求先の経理システム５８にその請求を振り分ける。これにより、顧客企業システム５は、実績データに基づいた請求を行うことができるので、キャンセルや変更に伴って請求データを変更することがなく、請求を簡略化し、かつ、確実に行うことができる。
【００８２】
勿論、管理サーバ２で予約に伴った移動実績・請求情報を管理し、顧客企業システム５に請求しても構わない。更に、顧客企業システム５の出張管理における交通機関、ホテルの予約に関する全ての情報を管理サーバ２で管理し、役務の予約のアウトソーシングの形態を取ることも可能である。
【００８３】
図３は、本発明の第１の実施の形態に係る電子商取引システムにおける出張管理のフローチャートを示した図である。
【００８４】
まず、ステップＳ１０１において、顧客企業システム５に所属するユーザの出張が決定した場合、ステップＳ１０２において、予約画面５３を介して出張申請システム５９に対して出張の申請を行う。これにより、管理サーバ２を介してホテル予約システム１１及び交通機関予約システム１２に接続し、ホテル及び交通機関の予約を行い、ステップＳ１０３において、ホテル予約システム１１及び高越機関予約システム１２に予約情報が通知される。このときに、予約に関する情報は、管理サーバ２、ホテル予約システム１１及び交通機関予約システム１２に格納されるので、その予約の確認となるチケットはユーザに配布されなくても良い。
【００８５】
ユーザは、ステップＳ１０４において、交通機関の窓口やホテルのフロントで、顧客企業システム５のユーザであることを認証することにより、その役務を受けることができる。更に、ステップＳ１０５において、ホテル予約システム１１や交通機関予約システム１２が提供した役務に基づいて、移動実績・請求情報１７を作成し、顧客企業システム５に対して、出張精算を行うことができる。
【００８６】
このように、図３で示された本発明における出張管理は、図２６に示された従来の出張管理と比べて処理が少なく、又、手作業による処理を含まないので出張のコストを削減することができる。
【００８７】
即ち、本発明における管理サーバ２（電子商取引管理サーバ）は、国内外のホテル、国内外の交通機関予約システムなど、トラベル全般の予約システムをまとめ、顧客に対しての一環したサービスを提供する。
【００８８】
具体的な管理サーバ２の機能及びそれに対する効果を以下に記載する。
【００８９】
管理サーバ２は、顧客企業システム５及びサプライヤ予約システム１に対して、検索、予約、管理機能などを提供するＡＰＩを共通の仕様で定義する。これにより、画面イメージと検索・予約処理を分割することにより、多くのサイトに予約機能を提供することができる。又、国内ホテル、海外ホテル、国内交通機関、海外交通機関の予約サービスを一貫した接続方法、プロトコル、メッセージフォーマットで提供することができる。
【００９０】
更に管理サーバ２は、顧客企業システム５の管理、契約内容を管理するデータとロジックを実装する。これにより、多くの企業に対してサービスをするにあたり、予約情報、アクセス数、統計情報を、企業毎に管理することができる。又、顧客企業システム５は、企業のシステムに限らず、複数のメンバーが集まったサイトでも構わない。
【００９１】
更に管理サーバ２は、顧客企業システム５とサプライヤ予約システム１を結ぶセションを管理する。これにより、顧客企業システム５とサプライヤ予約システム１がそれぞれ複数あった場合でも、リクエストとレスポンスはどの顧客企業システム５から来てどのサプライヤ予約システム１に返すのか、或いは、どのサプライヤ予約システム１からきてどの顧客企業システム５に返すのか、を管理することができる。
【００９２】
更に管理サーバ２は、各予約システム毎に異なるログイン方法、異なる計算方法で返ってくる料金、セション管理方法や日付等のメッセージフォーマットを、管理サーバ２が提供するＡＰＩに基づいた形式で変換する。これにより、各予約システム毎にデータの仕様が異なり、サービスの仕様が異なっても、均一なサービスを提供することができる。
【００９３】
更に管理サーバ２は、トラベルシステム全体の情報を管理するために、システム管理者、オペレータが利用するＡＰＩを定義する。これにより、予約システム利用料を企業毎に算出することができる。更に、顧客企業システム５が接続できる予約システムの契約を、その都度変更することができる。即ち、新規契約企業、サイトをシステム停止や大きな移行作業を行うことなく追加することができる。
【００９４】
又、サプライヤ予約システム１及び顧客企業システム５が提供する機能に従って、管理サーバ２が提供するＡＰＩが作成され、サプライヤ予約システム１及び顧客企業システム５は、そのＡＰＩを実装する。
【００９５】
又、管理サーバ２は、商品が予約、キャンセル、変更されるたびに、その予約情報の更新を行っている。従って、仮にサプライヤ予約システムから不正な請求がされたとしても、管理サーバ２が提示した予約情報を付き合わせて、確認の取れたものだけを支払えば良い。顧客企業システム５からサプライヤ予約システム１への接続窓口を、管理サーバ２に統合したため、管理サーバ２が管理している予約情報に基づいて請求を確認すれば足りる。これにより、従来、自社が備える出張システムと請求された金額との突き合わせに多大な時間（コスト）を要していたが、本システムによれば、容易に突き合わせができるため、コストの削減を行うことができる。
【００９６】
（第２の実施の形態）
本発明の第２の実施の形態においては、第１の実施の形態で説明した管理サーバ２について詳細に説明する。
【００９７】
図４は、本発明の第２の実施の形態に係る管理サーバ２の機能ブロック図である。管理サーバ２は、主にスイッチング手段２０、基幹管理手段２６、ログ管理手段２５０を備えており、共通ＤＢサーバ６、顧客企業システム５、サプライヤ予約システム１、管理端末３、４が接続されている。
【００９８】
スイッチング手段２０は、ＡＳＰ接続管理部２０１、ログ記録部２０２、要求解読部２０３、要求処理部２０４、ＡＣＬ（Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）部２０５、認証部２０６、ＩＤ変換部２０７、接続サプライヤ判断部２０８、メモリデータ管理部２０９、メモリ２１０、更新通知処理部２１１、ＤＢ接続部２１２、予約情報記録／検索部２１４、システムアクセス数記録／検索部２１５、プロトコル変換部２１６、サプライヤ接続管理部２１７、応答処理解読部２１８、応答処理部２１９、セション管理部２２０、トランザクション管理部２２１、データ変換／整形部２２２を備える。
【００９９】
ＡＳＰ接続管理部２０１は、顧客企業システム５からのリクエストを、決まったＵＲＬ（ＩＰアドレス或いはＦＱＤＮ、ポート番号、サービス名）受付け、リプライを返す。セション番号やトランザクション番号を認識したり、付与する。
【０１００】
ここで、ＦＱＤＮとは、Ｆｕｌｌｙ　Ｑｕａｌｉｆｉｅｄ　Ｄｏｍａｉｎ　Ｎａｍｅのことで、ＴＣＰ／ＩＰによるネットワーク上で、ドメイン名・サブドメイン名・ホスト名を省略せずに全て指定した記述形式のことである。
【０１０１】
ログ記録部２０２は、ログ管理手段２５０とコネクションを確立し、運用ログをログ管理手段２５０へ送信する。
【０１０２】
要求解読部２０３は、顧客企業システム５側からのリクエストをパースし、管理サーバ２内部で処理する情報と、サプライヤ予約システム１又は管理サーバ２側へ送る機能を分解する。
【０１０３】
要求処理部２０４は、ログイン認証や、サプライヤ予約システム１への接続時に認証したアカウントと、サプライヤ予約システム１への接続アカウントのマッピングし、接続先のサプライヤ予約システム１がその顧客企業システム５から、利用できる契約がなされているかの判断などを処理する。又、管理サーバ２やサプライヤ予約システム１の各予約システムの、どこに対してリクエストを出すのかを判断する。
【０１０４】
ＡＣＬ部２０５は、スイッチング手段２０のメモリ２１０上に保持された、顧客企業毎のアクセスコントロール情報（ＩＰアドレスやドメイン）を参照して、アクセスの許可・拒否を判断する。
【０１０５】
認証部２０６は、スイッチング手段２０のメモリ２１０上に保持された、顧客企業のアカウント情報を参照して、顧客企業からのリクエストに含まれるアカウント情報に対する認証許可・拒否を判断する。ここで、顧客企業システム５毎に認証がされても良いし、顧客企業システム５の従業員（ユーザ）毎に認証されても良い。又、更に、承認された出張に関する予約であるか、即ちその費用を顧客企業に請求して良いかどうかについて認証を行っても良い。
【０１０６】
ＩＤ変換部２０７は、スイッチング手段２０のメモリ２１０上に保持された、顧客企業のアカウント情報（企業コード）とサプライヤ予約システム１の接続アカウントのマッピング情報を参照して、サプライヤ予約システム１へ接続時に使用するアカウントを選択する。認証機構（ログイン処理）の不要なサプライヤ予約システム１に対してはこの処理は行われない。
【０１０７】
接続サプライヤ判断部２０８は、スイッチング手段２０のメモリ２１０上に保持された、顧客企業コードと利用許可サプライヤ予約システム１とのマッピング情報を参照して、接続先のサプライヤ予約システム１を使用させても良いかを判断する。ここでは、顧客企業システム５毎に判断されるが、更に、顧客企業システム５に属するユーザ毎に判断がなされても良い。
【０１０８】
更新通知処理部２１１は、基幹管理手段２６とのコネクションを確立し、基幹管理手段２６からの更新通知を受信する。
【０１０９】
ＤＢ接続部２１２は、データベース管理手段３５０とコネクションを確立し、共通ＤＢサーバ６に対するクエリ要求を受付け、クエリを行う。
【０１１０】
予約情報記録／検索部２１４は、予約成立／キャンセル時に予約情報を共通ＤＢサーバ６の予約記憶装置３５４に書き込んだり、顧客企業の管理者向けの予約内容検索リクエスト時に予約記憶装置３５４から予約情報を検索する。
【０１１１】
システムアクセス数記録／検索部２１５は、アクセス数、トランザクション数、ログイン数などを共通ＤＢサーバ６のシステムアクセス数記憶装置３５５に書き込んだり、システムアクセス数記憶装置３５５から検索したりする。
【０１１２】
プロトコル変換部２１６は、サプライヤ予約システム１の各予約システムや基幹管理手段２６などの接続先に合わせて、リクエストを作成、或いは変換する。
【０１１３】
サプライヤ接続管理部２１７は、サプライヤ予約システム１や基幹管理手段２６にリクエストを送信し、レスポンスを受信する。サプライヤ予約システム１の各予約システムや基幹管理手段２６とのセションＩＤ、トランザクションＩＤを処理する。
【０１１４】
応答処理解読部２１８は、サプライヤ予約システム１の各予約システム、基幹管理手段２６からのレスポンスをパースする。
【０１１５】
応答処理部２１９は、サプライヤ予約システム１の各予約システム、基幹管理手段２６からのレスポンスの内容に応じて、予約情報を書き出すなどの処理を制御する。
【０１１６】
セション管理部２２０は、顧客企業システム５とＡＳＰ接続管理部２０１との間のセション管理を行い、同時にサプライヤ予約システム１の各予約システムとサプライヤ接続管理部２１７との間のセション管理を行う。又、ＡＳＰ接続管理部２０１とサプライヤ接続管理部２１７とのセション情報を対にして管理する。
【０１１７】
トランザクション管理部２２１は、顧客企業システム５とＡＳＰ接続管理部２０１の間のトランザクション管理を行い、同時にサプライヤ予約システム１の各予約システムとサプライヤ接続管理部２１７との間のトランザクション管理を行う。又、ＡＳＰ接続管理部２０１とサプライヤ接続管理部２１７とのトランザクション情報を対にして管理する。
【０１１８】
データ変換／整形部２２２は、スイッチング手段２０の内部、基幹管理手段２６、或いはサプライヤ予約システム１の各予約システムからのレスポンスを、顧客企業システム５に提供しているＡＰＩの仕様に合わせてデータ変換／整形する。
【０１１９】
メモリ２１０は、アクセスコントロール情報、アカウント情報、企業コードと接続ＢＥとのアカウントマッピング情報、接続サプライヤ予約システム１の利用許可情報の各データを共通ＤＢサーバ６から受け取って保持しておくメモリ領域である。
【０１２０】
メモリデータ管理部２０９は、スイッチング手段２０中に保持するメモリ情報をＡＣＬ部２０５、認証部２０６、ＩＤ変換部２０７、接続サプライヤ判断部２０８へ提供する。更に、共通ＤＢサーバ６の更新通知を、更新通知処理部２１１から受け取って、ＤＢ接続部２１２を通じて再度メモリ上のデータを共通ＤＢサーバ６からロード（更新）する。又、共通ＤＢサーバ６からのデータ更新時には、メモリデータの参照要求はロックする。データ更新の単位、メモリリードロックの単位は、顧客企業システム５毎や全ての項目など複数のレベルがあり得る。
【０１２１】
ログ管理手段２５０は、ログ管理部２５１及びログデータ記憶装置２５２を備えている。ログデータ記憶装置２５２は、スイッチング手段２０の処理のログデータが格納されている。ログ管理部２５１は、スイッチング手段２０のログ記録部２０２からメッセージを受信し、ログデータ記憶装置２５２にそのメッセージをログデータ記憶装置２５２に格納する。
【０１２２】
基幹管理手段２６は、ＡＰＩ接続管理部３０１、要求解読部３０２、処理部３０３、更新通知送信部３０５、企業アカウント管理部３０６、予約情報管理部３０７、システムアクセス数管理部３０９、エンジン使用料管理部３１１、契約企業情報管理部３１２、管理者アカウント管理部３１３、管理サーバ管理者セション管理部３１４、変更履歴ログ書出部３１５、ログファイル３１６を備えている。
【０１２３】
ＡＰＩ接続管理部　３０１は、管理端末３、４からのアクセス、スイッチング手段２０のサプライヤ接続管理部２１７からのリクエストを受付け、リプライを返す。
【０１２４】
要求解読部３０２は、リクエストデータをパースする。
【０１２５】
処理部３０３は、リクエストの内容（ＡＰＩ）に応じた機能を問い合わせ、レスポンスを作成する。
【０１２６】
変更通知送信部３０５は、スイッチング手段２０とコネクションを確立し、企業アカウント管理部３０６、契約企業情報管理部３１２からの変更通知を、スイッチング手段２０に送信する。
【０１２７】
企業アカウント管理部３０６は、企業アカウントの追加／変更／削除の処理を実装する。共通ＤＢサーバ６のアカウント記憶装置３５２中のデータが変更されると、変更通知送信部３０５へ変更があった旨を知らせる。
【０１２８】
予約情報管理部３０７は、処理部３０３からの要求に応じて、共通ＤＢサーバ６の予約記憶装置３５４に格納された予約履歴を用いて、予約件数や総予約金額計算などの業務ロジックを実装する。
【０１２９】
ＤＢ接続部３０８は、データベース管理手段３５０とコネクションを確立し、共通ＤＢサーバ６に対するクエリ要求を受付け、クエリを行う。
【０１３０】
システムアクセス数管理部３０９は、処理部３０３からの要求に応じて、共通ＤＢサーバ６のシステムアクセス数記憶装置３５５に格納されているアクセス数を元に、ある期間のトランザクション数出力などの業務ロジックを実装する。
【０１３１】
エンジン使用料管理部３１０は、処理部３０３からの要求に応じて、予約情報管理部３０７からの予約数データを利用して、エンジン利用料の業務ロジックを実装し、結果を処理部３０３へと返す。
【０１３２】
契約企業情報管理部　３１２は、契約企業の契約情報、担当者情報、業態などの契約企業情報を登録、変更、削除する処理を行う。
【０１３３】
管理者アカウント管理部　３１３は、管理サーバ２の管理者及び運用者のアカウントの認証を行う。ここでは図示しないが、管理者及び運用者のアカウント及びパスワードを格納した記憶装置を備えるのは勿論である。
【０１３４】
ログファイル３１６は、管理サーバ２の管理者及び運用者が、契約企業情報などを変更した場合に、誰がどの操作を行ったのかを記録するログファイルである。
【０１３５】
変更履歴ログ書出部３１５は、管理サーバ２の管理者及び運用者が、内部状態を変更した場合に記録するログファイル３１６を書き出す。
【０１３６】
管理サーバ管理者セション管理部　３１４は、変更履歴ログ書出部３１５によってログファイル（変更履歴ログ）３１６を書き出すときに、処理を実行している管理者を識別するために利用するセションを管理する。
【０１３７】
共通ＤＢサーバ６は、管理サーバ２が更新及び参照を行うデータベースの管理を行う。共通ＤＢサーバ６は、データベース管理手段３５０を備えている。
【０１３８】
データベース管理手段３５０は、ＤＢＭＳ３５１と、アカウント記憶装置３５２、契約記憶装置３５３、予約記憶装置３５４、システムアクセス数記憶装置３５５を備えている。
【０１３９】
ＤＢＭＳ（ＤａｔａＢａｓｅ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙｓｔｅｍ）３５１は、共有データとしてのデータベースを管理し、データに対するアクセス要求に応えるソフトウェアである。
【０１４０】
ＤＢＭＳは、データの形式や利用手順を標準化し、特定のアプリケーションソフトから独立させることができる。
【０１４１】
アカウント記憶装置３５２には、顧客企業システム５の企業コード、アクセスＩＤ、パスワード等が記録されている。更に、企業に所属するユーザ毎にアクセスＩＤやパスワード等を設定しても良い。更に、顧客企業システム５が、サプライヤ予約システム１に提示する氏名やカード番号等を設定しても良い。更に、顧客企業システム５が、接続するサプライヤ予約システム１を限定しても良い。この場合、出張先の地域によって限定をしても構わない。これにより、顧客企業システム５は、例えばあるサプライヤ予約システム１に対して大量の発注を行うことにより、そのサプライヤ予約システム１の顧客企業システム５に対する価格を下げることもできる。又、顧客企業システム５に属する出張するユーザ或いはユーザの属性に従って、提示するホテルや交通機関を決定しても良い。具体的には、企業の役員には、新幹線のグリーン車を利用を許可したり、一泊２万円以上のホテルの利用を許可することができる。
【０１４２】
契約記憶装置３５３は、管理サーバ２が接続を受ける顧客企業システム５や、管理サーバ２が接続をするサプライヤ予約システム１の、企業名、ホテル名、交通機関名、住所、電話番号、担当者名等が記録されている。
【０１４３】
予約記憶装置３５４は、予約数、キャンセル数、金額などが記録されている。
【０１４４】
これにより、管理サーバ２が、顧客企業システム５に対して請求金額を提示することができる。更に、予約したホテル或いは交通機関の日付、指定便、ホテル名、人数、ランクなどを記録することにより、予約内容についても顧客企業システム５に対して請求金額を提示することができる。
【０１４５】
システムアクセス数記憶装置３５５は、顧客企業システム５が管理サーバ２に接続した回数及び時間、更にサプライヤ予約システム１に接続した回数及び時間、又、各接続におけるトラフィック量などが記録されている。これにより、管理サーバ２は、顧客企業システム５、サプライヤ予約システム１に対して、接続に対して課金を行うことができる。
【０１４６】
図５は、第２の実施の形態における管理サーバ２の処理を示すフローチャートである。ここでは、管理サーバ２が顧客企業システム５から接続を依頼され、接続先であるサプライヤ予約システム１に接続する処理について説明する。
【０１４７】
まず、ステップＳ２０１において管理サーバ２は、ＡＳＰ接続管理部２０１を介して顧客企業システム５から接続の依頼を受ける。ここで依頼された接続は、ＡＣＬ部２０５によって、接続が許可されているか否かを判断する。許可されていない場合は、処理を終了する。ステップＳ２０２において接続が許可されている場合は、更に、認証部２０５によって、認証が許可されているか否かを判断する。許可されていない場合は、処理を終了する。
【０１４８】
次に、ステップＳ２０３において認証が許可されている場合、ステップＳ２０４において、ＩＤ変換部２０７によって、接続先となるサプライヤ予約システム１に適合するＩＤに変換し、ステップＳ２０５において、接続サプライヤ判断部２０８によって、サプライヤ予約システム１に接続が許可されているか否かを判断する。許可されていない場合は、処理を終了する。
【０１４９】
ステップＳ２０５において接続できるサプライヤ予約システム１だと判断された場合は、ステップＳ２０６において、要求処理部２０４によって、顧客企業サーバ５から受信したメッセージの処理を行い、ステップＳ２０７において、メッセージの指示に従ったサプライヤ予約システム１に接続を行う。このとき、セション管理部２２０によってセションが、トランザクション管理部２２１によってトランザクションが、それぞれ管理される。
【０１５０】
次に、サプライヤ予約システム１からの応答を受けると、ステップＳ２０８において、応答処理部２１９によって、応答処理を行う。ここで得られた応答処理は、ステップＳ２０９において、データ変換／整形部２２２によって、顧客企業システム５の仕様に従って、データ変換及び整形が行われる。
【０１５１】
最後に、ステップＳ２１０において、ステップＳ２０９で作成されたデータを、ＡＳＰ接続管理部２０１によって、顧客企業システム５に送信する。
【０１５２】
次に、本発明の第２の実施の形態における管理サーバ２のセション管理部２２０によるセション管理について説明する。このセション管理は、複数の顧客企業システム５と複数のサプライヤ予約システム１を多対多で接続をすることができ、一度に、複数のセションを管理することができる。
【０１５３】
スイッチング手段２０は、セションＩＤにより、リクエストに対するレスポンスを適切な相手に返す。又、セションＩＤによって、リクエストがどの企業のどのユーザから来たものであるかを判断し、企業毎、ユーザ毎の処理を適切に行う。
【０１５４】
スイッチング手段２０でのセションＩＤの管理単位は、顧客企業システム５が管理サーバ２にログインするログインＡＰＩ呼び出し毎である。顧客企業システム５から、企業コードと、ユーザＩＤとパスワードと共にログインＡＰＩの呼び出しリクエストが送信されると、それを受けたスイッチング手段２０は、ユーザ認証の後、ユーザに特有で一意に定められたセションＩＤを返す。
【０１５５】
セションＩＤの生存期間は、指定されたタイムアウトが起きるまでか、若しくは顧客企業システム５が管理サーバ２からログアウトするログアウトＡＰＩの呼び出しまでである。
【０１５６】
顧客企業システム５へのセションＩＤの発行は、スイッチング手段２０は、顧客企業システムに対して、ログインＡＰＩのレスポンスにセションＩＤを返す。
【０１５７】
ここで、図６を参照して、本発明の第２の実施の形態における管理サーバ２のセション管理部２２０によるセション管理について説明する。
【０１５８】
基幹管理手段２６は、スイッチング手段２０側のＡＰＩ２９においては、セション管理を行わない。よって、このポートに対する全ＡＰＩは、その都度必要なパラメータを全て指定するリクエストとなる。
【０１５９】
基幹管理手段２６は、管理サーバ２の管理者側のＡＰＩ２８においては、ログインＡＰＩ呼び出しのレスポンスにセションＩＤを発行する。
【０１６０】
交通機関予約システム１２は、交通機関予約システム１２のＡＰＩ１４のうち、ログインＡＰＩの呼び出し時に、スイッチング手段２０からセション番号を受け取り、このセション番号を利用してセション管理を行う。
【０１６１】
ホテル予約システム１３は、全てのＡＰＩ１３呼び出し時に、入力パラメータとしてスイッチング手段２０のセション番号を受け取る。
【０１６２】
上記のように、これら３つのシステムでは、セション管理をしないか、又はスイッチング手段２０のセッション番号をそのまま用いるため、スイッチング手段２０では特に契約企業側セッション番号と、ホテル予約システム１３及び交通機関予約システム１４側セション番号とのマッピングテーブルを管理する必要は、必ずしもない。
【０１６３】
ここでは、実施の形態の一つとして、交通機関予約システム１２は、ログインＡＰＩの呼び出し時にセション番号を受け取り、ホテル予約システム１３は、全てのＡＰＩを呼び出しとき入力パラメータとしてセション番号を受け取ると記載したが、この実施例に限られるものではない。セション番号の受け取り方は、サプライヤ予約システム１のセション管理方法に依存する。
【０１６４】
このように、管理サーバ２は、セション管理方法が異なるシステムでも、そのシステムに応じたセション管理を行うことにより、そのシステムの差異を吸収し、接続を可能にすることができる。
【０１６５】
次に、本発明の第２の実施の形態におけるトランザクション管理について説明する。
【０１６６】
管理サーバ２で接続されるサプライヤ予約システム１は、スイッチング手段２０が予約情報を管理サーバ２に接続された共通ＤＢサーバ６の予約記憶装置３５４に格納するにあたって、予約記憶装置３５４の予約情報と、サプライヤ予約システム１の予約ＤＢ１５、１６の予約情報の一貫性を保たせる必要がある。
【０１６７】
ここでは、サプライヤ予約システム１として、ホテル予約システム１１を用いた場合について説明する。
【０１６８】
ここで、スイッチング手段２０との２フェーズコミットのシステム図を図７（ａ）に、処理フローを示すフローチャート図７（ｂ）に図示する。
【０１６９】
まず、ステップＳ３０１において、図７（ａ）の顧客企業システム５がスイッチング手段２０に対して、ホテルの予約確定のリクエストを送信すると、ステップＳ３０２において、スイッチング手段２０は、顧客企業システム２０からのリクエストをメモリ２１０内に保持しつつ、ステップＳ３０３において、このリクエストをホテル予約システム１１へ渡す。これにより、予約が確定される。
【０１７０】
次に、ホテル予約システム１１は、ステップＳ３０４において、予約ＤＢ１５に対して、データ更新処理を行い、このトランザクション処理が成功したことを確認し、その結果を確定（コミット）する。コミットをすると、ステップＳ３０５において、予約ＤＢ１５から更新結果が成功したか或いは失敗したかが返る。
【０１７１】
ホテル予約システム１１は、ステップＳ３０６において、その結果をスイッチング手段２０に返す。
【０１７２】
ステップＳ３０７において、ステップＳ３０４におけるホテル予約システム１１の予約ＤＢ１５の更新が失敗していた場合は、そのまま何もせず、顧客企業システム５へ、失敗レスポンスを返す。即ち、このトランザクションの結果は予約失敗となり、ステップＳ３１２において、スイッチング手段２０は、予約失敗したことをレスポンスとして返す。
【０１７３】
ステップＳ３０４においてホテル予約システム１１の予約ＤＢ１５の更新が成功した場合は、ステップＳ３０８において、共通ＤＢサーバ６の予約記憶装置３５４の更新を行う。ステップＳ３０８における予約記憶装置３５４の更新が成功しなかった場合は、ステップＳ３０９において、予約記憶装置３５４に対して再度の書き込みとコミットを試行する。最終的に予約記憶装置３５４の更新が成功した場合は、ステップＳ３１０において、スイッチング手段２０は、顧客企業システム５に対してホテルの予約が完了したことをレスポンスとして返す。
【０１７４】
ステップＳ３０９において、共通ＤＢサーバ６の更新が最終的に失敗した場合は、ステップＳ３１１において、異常終了となり、予約記憶装置３５４と予約ＤＢ１５との間で不整合が発生する。この場合、予約ＤＢ１５に対してロールバック（更新取消）を行い、顧客企業システム５に対しては、予約失敗したことをレスポンスとして返す。又、予約記憶装置３５４に格納すべき予約情報をエラーログに書き込み、顧客企業システム５に対しては、予約成功したことをレスポンスとして返しても良い。この場合、予約記憶装置３５４と予約ＤＢ１５は不整合のままなので、このエラーログを参照して、管理サーバ２の管理者及び運用者によって、この不整合が修正されなければならない。
【０１７５】
上述したように、第２の実施の形態においては、役務を予約する場合について説明したが、予約をキャンセルする場合にも、正当な処理がなされるのは勿論のことである。
【０１７６】
次に、図８乃至図１５を参照して、管理サーバ２或いは顧客企業システム５が、ユーザに提示している画面について説明する。ここでは、顧客企業システム５を利用しているユーザが、業務の一つである出張申請を行い、そのときに交通機関のチケットを手配する場合について説明する。
【０１７７】
図８は、顧客企業システム５が備えている、ユーザの情報を管理する画面群である。
【０１７８】
まず、図８（ａ）に示した画面は、ユーザ（従業員）の情報を得るべくログインさせるため、ユーザに従業員番号とパスワードを入力させる画面である。入力されたパスワードが顧客企業システム５内に保存されたパスワードと一致すると、図８（ｂ）に示した画面を参照する。ここで、ユーザに従業員番号とパスワードを入力させなくても、キャッシュ情報や端末固有情報等からユーザを特定しても構わない。
【０１７９】
次に、図８（ｂ）に示した画面において、ユーザが操作できる業務（出退勤管理、業務報告、出張申請、予約一覧表示等）等に対応したボタンの一覧を、表示する。ここで、「出退勤管理」ボタンがクリックされると、ユーザの過去の出退勤の結果、又、休みの予定等を入力することができる。「業務報告」ボタンがクリックされると、上司などに現在携わっている業務について報告を行うことができる。「出張申請」ボタンＢ１０１がクリックされると、上司に出張することを申請して許可をもらうことができる。「予約一覧表示」ボタンＢ１０４がクリックされると、ユーザが顧客企業システム５を介して予約した商品の一覧を表示することができる。具体的には、「出張申請」のときに予約した、交通機関及びホテルの予約内容を参照することができる。ここでは、文具などの消耗品や、本の予約を含めても良い。
【０１８０】
ここで、本発明の第２の実施の形態においては、ユーザが出張申請を行うので、「出張申請」ボタンＢ１０１をクリックすると、図８（ｃ）に示した画面である出張申請画面を表示する。
【０１８１】
図８（ｃ）の出張申請画面において、出張の期間、出張先、目的等、出張に関する情報を入力させる。更に、この出張の経費を負担する部課名を入力させても良い。更に、出張申請画面の入力時は、上司の承認が得られていないので、上司の承認が「否」にチェックされているが、出張申請が完了し、上司の承認が得られれば、上司の承認が「可」となる。これにより、出張の経費を、会社（或いは、出張の経費を負担する部課名が記されていた場合はその部課）に負担させることができる。
【０１８２】
更に、図８（ｃ）の出張申請画面において、交通機関やホテルの予約が必要な場合は、「チケット手配」ボタンＢ１０２或いは「ホテル手配」ボタンがクリックされる。この例においては、交通機関のチケットを手配するので、「チケット手配」ボタンＢ１０２がクリックされる。
【０１８３】
図９乃至図１４は、チケット手配を行う画面である。ここで表示されている時刻表、予約に関する情報、ユーザに関する情報等は、管理サーバ２からＡＰＩ２７を介して取得されたもので、その情報を元に、顧客企業システム５が画面に表示している。又、「お知らせ」や「ヘルプ」等、動的にデータが変更しないものに関しては、顧客企業システム５の内部で保存して表示するのが好ましい。
【０１８４】
又、チケット手配に関する画面遷移等は、顧客企業システム５の業務フロー、画面イメージに適合した形で作成されるのが好ましいので、顧客企業システム５の仕様に基づいて作成されるのが良い。
【０１８５】
図９に示した画面は、図８（ｃ）に示した画面において「チケット手配」ボタンＢ１０２がクリックされて、最初に表示する画面である。この画面では、図８（ｃ）に示した画面で入力された情報が、なるべく既に入力された状態で表示するのが好ましい。例えば、出張の出発日に交通機関の予約を行う場合が多いので、最初に出張の出発日を入力しておく。又、利用する航空会社をチェックボックスで選択できるようにしていても良い。更に、ここに表示する航空会社は、管理サーバの契約記憶装置３５３で契約している航空会社に限られても良い。
【０１８６】
図９に示した画面において、チケットを予約する航空機の条件を入力させて、「検索」ボタンＢ１０３をクリックさせると、図１０に示した画面において、検索条件に該当した交通機関の空席状況を一覧で表示する。図１０に示した画面において、検索条件として、搭乗日、出発地、到着地を表示する。更に、それぞれの検索結果に対応づけて、航空会社、便名、出発時刻、到着時刻、機種、空席状況、利用運賃、「予約する」ボタンＢ１０５ａ、Ｂ１０５ｂ、Ｂ１０５ｃ…を表示する。
【０１８７】
この「予約する」ボタンＢ１０５ａ、Ｂ１０５ｂ、Ｂ１０５ｃ…をユーザがクリックすると、予約処理を行い、図１１に示した画面を表示する。
【０１８８】
図１１に示した画面においては、ユーザが行った予約の確認事項を表示する。
【０１８９】
更に、予約時に座席を希望できる航空会社（この場合Ｂ社）の場合は、ここで、希望する座席を選択する。更に、交通機関を利用するユーザの、交通機関に対しての表示名（名前、固有番号等）も合わせて表示する。ここでは、企業が外に開示したくない、部署名、出張目的等の情報は一切表示しない。ここに表示された情報で正しければ、ユーザに「予約確定」ボタンＢ１０６をクリックさせる。
【０１９０】
その後、管理サーバ２は、予約情報を取得し、交通機関予約システム１２に対して、確認された交通機関の予約を行い、正常に予約完了した場合は、図１２に示す予約完了画面を表示する。更に、予約完了後に座席を指定できる航空会社（この場合Ａ社）に対して予約がなされた場合は、「事前に座席を指定する」ボタンＢ１０７をクリックさせることにより、座席を指定することができる。
【０１９１】
更に、図８（ｂ）或いは（ｃ）に示された画面において、「予約一覧表示」ボタンＢ１０４がクリックされると、図１３に示す画面を表示する。ここでは、ユーザが予約した役務を一覧表示する画面を表示する。この画面において、「予約取消」ボタンＢ１０８ａ、Ｂ１０８ｂがクリックされると、図１４に示す予約取消確認画面を表示する。ここで、「確定」ボタンＢ１０９がクリックされると、予約を取り消すため、管理サーバ２に送信され、管理サーバ２は、交通機関予約システム１２に対して予約を取り消す。
【０１９２】
このように、本発明の電子商取引システムが提供するＡＰＩによって、交通機関毎に異なるインタフェースを統合し、ユーザに一度に提示することができる。
【０１９３】
具体的には、接続先となるサプライヤ予約システム１の予約方法の違いを吸収し、同様の商品を扱い異なるサプライヤ予約システム１（所謂「同業他社」）が扱う商品を、一覧で提示し、それぞれのサプライヤ予約システム１が提供する商品を比較することができる。
【０１９４】
又、第２の実施の形態においては、ブラウザを介してシステムに接続する場合について説明したが、ブラウザでなく、一般的な画面を介してシステムに接続しても構わない。
【０１９５】
（第３の実施の形態）
本発明の第３の実施の形態について、図１５を参照しながら説明する。図１５は、本実施形態に係る電子商取引システムを示す概略構成図である。本実施形態に係る電子商取引システムは、企業の予約システム１０１０、サーバ装置（電子商取引管理サーバ）１０２０、複数のチケット供給者（航空会社）の予約システム１０３０から構成される。
【０１９６】
本実施形態では、この電子商取引システムによって、企業（ユーザ群）におけるユーザ（従業員）は、自身の従業員ＩＤを用いて、一つ又は複数のチケット供給者（航空会社）が供給するチケット検索を行う。本実施形態では、企業（ユーザ群）の従業員（ユーザ）が、複数の航空会社（チケット供給者）に対して、航空券（チケット）の予約情報を検索する場合を例として説明する。
【０１９７】
企業における従業員がチケット検索のために使用する企業の予約システム１０１０は、ユーザＩＤ及び検索条件情報を含む第１の検索要求データ１５０１を送信する検索要求データ送信手段１０１１と、検索結果情報１５０２を受信する検索結果情報受信手段１０１２とを備える。検索要求データ送信手段１０１１及び検索結果情報受信手段１０１２は、企業における汎用パソコンに搭載されたＷＷＷブラウザ等で構成される。
【０１９８】
図１６に、第１の検索要求データ１５０１の一例を示す。第１の検索要求データ１５０１は、「検索要求ＩＤ」、「ユーザＩＤ」、及び、検索条件情報としての「検索対象チケット供給者ＩＤ」と「検索対象チケット情報」等を含む。本実施形態では、「検索要求ＩＤ」には、チケット検索を行う従業員が入力する出張番号が挿入され、「ユーザＩＤ」には、該従業員の従業員ＩＤ及び該従業員が属する企業の企業コード等が挿入され、「検索対象チケット供給者」には、航空会社名が挿入される。又、「検索対象チケット情報」には、搭乗日、出発時刻、出発地、到着地等が挿入される。従業員ＩＤは、各企業が、従業員を識別するために独自に管理しているものを用いる。
【０１９９】
第１の検索要求データ１５０１は、任意の形式で良く、企業における汎用パソコンに搭載されたＷＷＷブラウザによってフォーム形式で送信されても良いし、企業の予約システム１０１０とサーバ装置１０２０との間の通信リンク上で送信されても良い。
【０２００】
図１７に、検索結果レコード１６０１及び検索結果情報１６０２の一例を示す。検索結果情報１６０２は、前記検索条件情報に合致するチケットについて複数の航空会社が生成した複数の検索結果レコード１６０１からなる。各検索結果レコード１６０１は、「検索要求ＩＤ」、「顧客ＩＤ」、「チケット供給者」、「チケット情報」等を含む。「チケット情報」としては、例えば、搭乗日、出発時刻、到着時刻、出発地、到着地、便名、機種、空席状況、料金等が含まれる。検索結果情報１６０２は、「検索要求ＩＤ」、「ユーザＩＤ」、「チケット供給者」及び「チケット情報」を含む。一つの検索情報１６０２が、複数の「チケット供給者」及び「チケット情報」を含んでも良い。
【０２０１】
企業の予約システム１０１０は、受信した検索結果情報１６０２に応じて、前記検索条件情報に合致するチケットを関連する情報と共に画面上に一覧表示する。
【０２０２】
本実施形態に係るサーバ装置１０２０は、ユーザＩＤと顧客ＩＤとを関連付ける関連付け部１０２１と、第１の検索要求データ１５０１を受信する検索要求データ受信部１０２２と、該第１の検索要求データ１５０１に応じて、第２の検索要求データ１５０２を生成し、該第２の検索要求データ１５０２の宛先のチケット供給者を選定し、該選定されたチケット供給者に該第２の検索要求データ１５０２を送信する検索要求データ送信部１０２３と、検索結果情報１６０２を前記ユーザに提示する検索結果情報提示部１０２４とを備える。検索要求データ受信部１０２２及び検索結果情報提示部１０２４は、ＷＷＷサーバ等で構成される。
【０２０３】
本実施形態において、サーバ装置１０２０が、企業グループの旅行代理店（インハウスエージェント）に設置されている場合を例として説明する。
【０２０４】
顧客ＩＤは、航空会社が、ユーザを識別するために独自に管理しているものを用いる。例えば、航空会社の利用状況に応じてサービスポイントを蓄積するための顧客毎に付与するアカウント番号を用いる。
【０２０５】
又、図１６に、第２の検索要求データ１５０２の一例を示す。第２の検索要求データ１５０２は、「検索要求ＩＤ」、「顧客ＩＤ」、及び、検索条件情報としての「検索対象チケット供給者ＩＤ」と「検索対象チケット情報」等を含む。本実施形態では、「顧客ＩＤ」には、第１の検索要求データ１５０１に含まれる「ユーザＩＤ」に関連付けられた、チケット検索を行うユーザ（従業員）を航空会社が識別するためのＩＤ及び該ユーザ（従業員）が属する企業の企業コード等が挿入され、「検索要求ＩＤ」、「検索対象チケット供給者」、「検索対象チケット情報」には、第１の検索要求データ５０１に含まれる「検索要求ＩＤ」、「検索対象チケット供給者」、「検索対象チケット情報」が挿入される。第２の検索要求データ１５０２に含まれる「検索対象チケット供給者」及び「検索対象チケット情報」と、第１の検索要求データ１５０１に含まれる「検索対象チケット供給者」及び「検索対象チケット情報」は、異なる形式であっても良い。
【０２０６】
又、図１６に、前記関連付け部１０２１の一例を示す。関連付け部１０２１は、「ユーザＩＤ」と「検索対象チケット供給者」と「顧客ＩＤ」とを関連付けるものである。
【０２０７】
検索要求データ送信手段１０２３は、第１の検索要求データ１５０１に含まれる「ユーザＩＤ（企業コード及び従業員ＩＤ）」と「検索対象チケット供給者（航空会社名）」との組み合わせから、関連付け部１０２１を検索し、「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」を決定する。そして、この「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」を含み、第１の検索要求データ１５０１に含まれる「検索対象チケット供給者（航空会社名）」及び「検索対象チケット情報（搭乗日、出発時刻、出発地、到着地等）」に応じた第２の検索要求データ１５０２を生成する。「検索対象チケット供給者」に複数の航空会社名が含まれている場合、「ユーザＩＤ（企業コード及び従業員ＩＤ）」と「検索対象チケット供給者（航空会社名）」との組み合わせ毎に「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」を決定し、この「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」をそれぞれ含む複数の第２の検索要求データ１５０２を生成する。その後、第２の検索要求データ１５０２に含まれる「検索対象チケット供給者（航空会社名）」に基づいて、該第２の検索要求データ１５０２の宛先の航空会社を選定し、該第２の検索要求データ１５０２を、該選定された航空会社のチケット予約システム１０３０に送信する。
【０２０８】
例えば、図１６に示す例では、第１の検索要求データ１５０１において、「ユーザＩＤ＝００１」、「検索対象チケット供給者＝００１、００２」である。この場合、関連付け部２１を検索し、（ユーザＩＤ，検索対象チケット供給者）＝（００１，００１）及び（ユーザＩＤ，検索対象チケット供給者）＝（００１，００２）に対応する「顧客ＩＤ」を決定する。その結果に基づいて「顧客ＩＤ＝×××」を含む第２の検索要求データ１５０２と、「顧客ＩＤ＝○○○」を含む第２の検索要求データ１５０２とが生成される。
【０２０９】
検索結果情報提示手段１０２４は、各航空会社が生成した、複数の検索結果レコード１６０１を受信する。各検索結果レコード１６０１は、「検索要求ＩＤ」、「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」、「チケット供給者（航空会社名）」、「チケット情報（搭乗日、出発時刻、到着時刻、出発地、到着地、便名、機種、空席状況、料金等）」を含む。そして、関連付け部１０２１を用いて、「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」と「チケット供給者（航空会社名）」の組み合わせ毎に、対応する「ユーザＩＤ（企業コード及び従業員ＩＤ）」を決定し、各検索結果レコード１６０１の「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」をこの「ユーザＩＤ（企業コード及び従業員ＩＤ）」で置換し、新しい検索結果レコード１６０１ａを生成する。そして、同一の「検索要求ＩＤ」と「ユーザＩＤ」との組み合わせを有する検索結果レコード６０１ａを統合して、検索結果情報１６０２を生成し、該当する従業員の属する企業の予約システム１０１０に送信する。
【０２１０】
なお、第３の実施の形態管理機構により、検索結果レコード１６０１ａが、第１の検索要求データ１５０１に対応することが把握できる場合は、関連付け部１０２１を検索せずに、一時的に記憶しておいた第１の検索要求データ１５０１内の「ユーザＩＤ」で、検索結果レコード１６０１内の「顧客ＩＤ」を置換し、新しい検索結果レコード１６０１ａを生成しても良い。又、この場合、「検索要求ＩＤ」を有することなく、検索結果情報１６０２を生成することができるため、第１の検索要求データ１５０１、第２の検索要求データ１５０２、検索結果レコード１６０１、１６０１ａ及び検索結果情報１６０２に、「検索要求ＩＤ」を含まなくても良い。
【０２１１】
航空会社の予約システム１０３０は、第２の検索要求データ１５０２を受信する検索要求データ受信手段１０３１と、検索結果レコード１６０１を生成し、前記サーバ装置１０２０に送信する検索結果レコード送信手段１０３２を備える。
【０２１２】
航空会社は、第２の検索要求データ１５０２の「顧客ＩＤ」を用いて、独自の顧客ＤＢを検索し、座席の好みや、予約優先ランク、企業名などを調べた後、できるだけその条件に合った空席情報を検索したり、大口割引や年間割引などの契約があるかを調べたりした上で、空席情報及び料金等の「チケット情報」をサーバ装置１０２０に送信することもできる。
【０２１３】
旅行代理店におけるサーバ装置１０２０と企業における予約システム１０１０との通信は、専用線を用いたクローズドシステムで構成されることもあれば、インターネットを用いたオープンシステムで構成されることもある。後者の場合は、旅行代理店が仲介していることを明示するために、第２の検索要求データに１５０２に「旅行代理店ＩＤ」を付加することもできる。
【０２１４】
（第３の実施の形態に係る電子商取引システムの動作）
上記構成を有する電子商取引システムの動作は、以下の手順により実施することができる。図１８は、本実施形態に係る電子用取引システムの動作を示すタイムチャート図である。本実施形態に係る電子商取引システムによって、航空券、ホテル宿泊券、レンタカーチケット等、多岐に渡るチケット検索を行うことが可能であるが、本実施形態においては、航空券の検索の例について説明する。
【０２１５】
図１８に示すように、ステップＳ１１０１において、企業における従業員（ユーザ）が、企業の予約システム１０１０、例えば汎用パソコン上のＷＷＷブラウザを操作して、サーバ装置１０２０に接続（ログイン）する。ここでは、ＷＷＷブラウザを使用することを想定するが、本発明は、ＷＷＷブラウザを使用したものに限定されない。該サーバ装置１０２０は、企業グループの旅行代理店（インハウスエージェント）、企業内、航空会社側のいずれに設置されても良い。
【０２１６】
この際、該サーバ装置１０２０は、該従業員が、当該電子商取引システムの正規ユーザであることをパスワード等による認証手段を用いて確認することも可能である。
【０２１７】
ステップＳ１１０２において、サーバ装置１０２０は、チケットを検索するために必要なデータ項目の入力を従業員に促す「チケット検索条件入力画面」を、企業の予約システム１０１０のＷＷＷブラウザ上に提示する。「チケット検索条件入力画面」において入力するデータ項目は、旅行代理店のサーバ装置１０２０が独自に保存している情報から構成しても良いし、航空会社の予約システム１０３０に問い合わせて構成しても良い。例えば、従業員が、航空券検索を行うために、「チケット検索条件入力画面」上で入力するデータ項目としては、企業コード、従業員ＩＤ、航空会社名、出張番号、搭乗日、出発時刻、出発地、到着地等が挙げられる。
【０２１８】
ステップＳ１１０３において、従業員は、表示された「チケット検索条件入力画面」に従って、検索条件情報を指定する。
【０２１９】
ステップＳ１１０４において、企業の予約システム１０１０の検索要求データ送信手段１０１１が、入力されたデータ項目に応じて、「検索要求ＩＤ」、「ユーザＩＤ（企業コード及び従業員ＩＤ）」、「検索対象チケット供給者（航空会社名）」、「チケット情報」等を含む第１の検索要求データ１５０１をサーバ装置１０２０に送信し、サーバ装置１０２０の検索要求データ受信部１０２２が、該第１の検索要求データ１５０１を受信する。第１の検索要求データ１５０１は、任意の形式で良い。
【０２２０】
ステップＳ１１０５において、サーバ装置１０２０の検索要求データ送信部１０２３が、受信した第１の検索要求データ１５０１に含まれる「ユーザＩＤ（企業コード及び従業員ＩＤ）」と「検索対象チケット供給者（航空会社名）」との組み合わせに基づき、関連付け部１０２１を検索し、対応する「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」を決定する。
【０２２１】
ステップＳ１１０６において、検索要求データ送信部１０２３は、「検索要求ＩＤ」、「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」、「検索対象チケット供給者（航空会社名）」、「検索対象チケット情報（搭乗日、出発時刻、出発地、到着地等）」を含む第２の検索要求データ１５０２を生成し、「検索対象チケット供給者（航空会社名）」が示す航空会社の予約システム１０３０に送信し、航空会社の予約システム１０３０の検索要求データ受信手段１０３１が、該第２の検索要求データ１５０２を受信する。第２の検索要求データ１５０２に含まれる「検索対象チケット供給者」及び「検索対象チケット情報」と、第１の検索要求データ１５０１に含まれる「検索対象チケット供給者」及び「検索対象チケット情報」は、異なる形式であっても良い。
【０２２２】
第１の検索要求データ１５０１の「検索対象チケット供給者（航空会社名）」に複数の航空会社名が含まれている場合、航空会社毎に、「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」を決定し、それに応じて第２の検索要求データ１５０２を生成する。
【０２２３】
ステップＳ１１０７において、航空会社の予約システム１０３０が、それぞれ、受信した第２の検索要求データ１５０２に応じて、「検索要求ＩＤ」、「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」、「チケット供給者（航空会社名）」、「チケット情報」を含む検索結果レコード１６０１を生成し、各航空会社の予約システム１０３０の検索結果レコード送信手段１０３２が、該検索結果レコード１６０１を、前記サーバ装置１０２０に送信し、前記サーバ装置１０２０の検索情報提示手段１０２４が、該検索結果レコード１６０１を受信する。
【０２２４】
ステップＳ１１０８において、検索情報提示手段１０２４は、各検索結果レコード１６０１に含まれる「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」と「チケット供給者（航空会社名）」の組み合わせから、関連付け部１０２１を検索し、対応する「ユーザＩＤ（企業コード及び従業員ＩＤ）」を決定し、該検索結果レコード１６０１の「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」をこの「ユーザＩＤ（企業コード及び従業員ＩＤ）」で置換し、新しい検索結果レコード１６０１ａを生成する。
【０２２５】
ステップＳ１１０９において、前記新しい検索結果レコード１６０１ａを、「検索要求ＩＤ」と「ユーザＩＤ」との組み合わせ毎に統合して、検索結果情報１６０２を生成し、該当する従業員の属する企業の予約システム１０１０に送信する。
【０２２６】
ステップＳ１１１０において、企業の予約システム１０の検索結果情報受信手段１０１２が、該検索結果情報１６０２を受信し、汎用パソコンの画面上に、その内容を一覧表示する。
【０２２７】
（第３の実施の形態に係る電子商取引システムによる作用及び効果）
本実施形態では、サーバ装置１０２０を設けたことにより、チケットレス方式でチケット供給者が企業の従業員にチケットを販売する電子商取引システムにおいて、企業が従業員を識別するための従業員ＩＤと、航空会社がユーザを識別するための顧客ＩＤを別々にすることができる。従って、企業が、従業員ＩＤ等の企業内情報を提供することなく、航空会社による従業員毎にカスタマイズされた検索結果を得ることができる。例えば、予め登録してある座席位置の好みをできるだけ優先して検索することができる。又、企業における従業員が、単一の従業員ＩＤを用いて、複数の航空会社にまたがってチケットの検索を行ったり、航空会社とホテル等を組にして、チケットの検索を行ったりすることができる。後者は、航空会社に空席情報を問い合わせ、ホテルに対して空き部屋情報を問い合わせ、両方が確保できる場合のみ予約したい場合などに有効である。従業員は、航空会社とホテルに登録したそれぞれの顧客ＩＤを入力する必要はなく、単一の従業員ＩＤで検索できるというメリットがある。更に、複数の航空会社と複数のホテルを同時に検索することも可能である。
【０２２８】
以上説明したように本発明の第３の実施の形態によれば、チケット供給者が、チケットレス方式で、企業のユーザにチケットを販売することができるため、旅行代理店にとって、チケットを発行し配布するコストを削減して収益を上げることができるというメリットが生じ、それによって、チケット供給者にとっても、旅行代理店に対して支払う手数料を従来より低くすることができるというメリットが生じる。
【０２２９】
つまり、本発明によれば、旅行代理店は、従来の発券手数料の代わりに、少なくとも、企業からのチケット申込をチケット供給者に紹介し、代金回収を行うことに対する販売手数料をチケット供給者から得る。この販売手数料は、本発明によって、企業がユーザを識別するためのユーザＩＤとチケット供給者がユーザを識別するための顧客ＩＤを、分離しつつ相互に関連付けられるようにすることによって、申込から精算までを自動化することができ、その結果、取次ぎ、チケット発券／配布、代金回収のコストを画期的に下げることによる付加価値への対価である。
【０２３０】
又、企業及びチケット供給者の双方が、独自に管理するＩＤを用いることができるため、企業にとっては、チケット供給者に企業機密情報を漏らすことなく、自社の経理システムと連携した自動精算処理が可能となるというメリットが生じ、チケット供給者にとっては、企業内情報の変更に追随する必要がなくなるというメリットがある。
【０２３１】
更に、企業にとっては、チケット管理システムの管理する顧客ＩＤを管理することなく、大口割引の適用を受けることができるというメリットが生じ、チケット購入者にとっては、企業単位で精算されるにもかかわらず、チケット供給者からユーザ毎に適したサービスの提供を受けることができるというメリットが生じる。
【０２３２】
（第４の実施の形態）
本発明の第４の実施の形態について図１９を参照しながら説明する。図１９は、本実施形態に係る電子商取引システムを示す概略構成図である。本実施形態に係る電子商取引システムは、企業の予約システム１０１０、サーバ装置１０２０、複数のチケット供給者（航空会社）の予約システム１０３０から構成される。
【０２３３】
本実施形態では、この電子商取引システムによって、ユーザ群（企業）におけるユーザ（従業員）が、自身の従業員ＩＤを用いて、チケット供給者が供給するチケットの申込を行う。本実施形態では、企業（ユーザ群）の従業員（ユーザ）が、航空会社（チケット供給者）に対して、航空券（チケット）の申込を行う場合を例に説明する。
【０２３４】
企業における従業員がチケット申込のために使用する企業の予約システム１０１０は、ユーザＩＤ及び申込チケット条件情報を含む第１の申込データを送信する申込データ送信手段１０１３と、申込結果データを受信する申込結果データ受信手段１０１４とを更に備える。申込データ送信手段１０１３及び申込結果データ受信手段１０１４は、企業における汎用パソコンに搭載されたＷＷＷブラウザ等で構成される。申込データ送信手段１０１３及び申込結果データ受信手段１０１４は、検索要求データ送信手段１０１１と検索結果情報受信手段１０１２と同一の汎用パソコンで構成されても良い。
【０２３５】
図２０に、第１の申込データ１９０１の一例を示す。第１の申込データ１９０１は、「申込ＩＤ」、「ユーザＩＤ」、及び、申込チケット情報として「申込対象チケット供給者ＩＤ」と「申込対象チケット情報」等を含む。本実施形態では、「申込ＩＤ」には、チケット申込を行う従業員が入力する出張番号が挿入され、「ユーザＩＤ」には、該従業員の従業員ＩＤ及び該従業員が属する企業の企業コード等が挿入され、「申込対象チケット供給者」には、航空会社名が挿入される。又、「申込対象チケット情報」には、搭乗日、便名、搭乗クラス等が挿入される。
【０２３６】
第１の申込データ１９０１は、任意の形式で良く、企業における汎用パソコンに搭載されたＷＷＷブラウザによってフォーム形式で送信されても良いし、企業の予約システム１０１０とサーバ装置１０２０との間の通信リンク上で送信されても良い。
【０２３７】
申込結果データ２００１は、「申込チケット情報」として、例えば、搭乗日、出発時刻、到着時刻、出発地、到着地、便名、機種、搭乗クラス、座席情報、料金等を含む。企業の予約システム１０は、受信した申込結果情報２００１に応じて、汎用パソコンの画面上に、その内容を表示する。
【０２３８】
本実施形態に係るサーバ装置１０２０は、第１の申込データ１９０１を受信する申込データ受信部１０２５と、該第１の申込データ１９０１に応じて、第２の申込データ１９０２を生成し、該第２の申込データ１９０１の宛先の航空会社を選定し、該選定された航空会社に該第２の申込データを送信する申込データ送信部１０２６と、申込結果データ２００１を前記ユーザに提示する申込結果データ提示部１０２７とを更に備える。申込データ受信部１０２５及び申込結果データ提示部１０２７は、ＷＷＷサーバ等で構成される。申込データ受信部１０２５及び申込結果データ提示部１０２７は、検索要求データ受信部１０２１と検索結果情報提示部１０２４と同一の汎用パソコンで構成されても良い。
【０２３９】
図２０に、第２の申込データ１９０２の一例を示す。第２の申込データ１９０２は、「申込ＩＤ」、「顧客ＩＤ」、及び、申込チケット情報としての「申込対象チケット供給者ＩＤ」と「申込対象チケット情報」等を含む。本実施形態では、「顧客ＩＤ」には、第１の申込データ１９０１に含まれる「ユーザＩＤ」に関連付けられた、チケット申込を行う従業員を航空会社が識別するＩＤ及び該従業員が属する企業の企業コード等が挿入され、「申込ＩＤ」、「申込対象チケット供給者」、「申込対象チケット情報」には、第１の申込データ１９０１に含まれる「申込ＩＤ」、「申込対象チケット供給者」、「申込対象チケット情報」が挿入される。第２の申込データ１９０２に含まれる「申込対象チケット供給者」及び「申込対象チケット情報」と、第１の申込データ１９０１に含まれる「申込対象チケット供給者」及び「申込対象チケット情報」は、異なる形式であっても良い。
【０２４０】
申込データ送信手段１０２６は、第１の申込データ１９０１に含まれる「ユーザＩＤ（企業コード及び従業員ＩＤ）」と「申込対象チケット供給者（航空会社名）」との組み合わせから、関連付け部１０２１を検索し、「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」を決定する。そして、この「顧客ＩＤ」を含み、第１の申込データ１９０１に含まれる「申込対象チケット供給者（航空会社名）」及び「申込対象チケット情報」に応じた第２の申込データ１９０２を生成する。その後、第２の申込データ１９０２に含まれる「申込対象チケット供給者（航空会社名）」に基づいて、該第２の申込データ１９０２の宛先の航空会社を選定し、該第２の申込データ１９０２を、該選定された航空会社のチケット予約システム１０３０に送信する。
【０２４１】
申込結果データ提示手段１０２７は、航空会社が生成した申込結果データ２００１を受信する。申込結果データ２００１は、「申込ＩＤ」、「顧客ＩＤ」、「チケット供給者（航空会社名）」、「申込チケット情報」を含む。そして、「顧客ＩＤ」と「チケット供給者（航空会社名）」の組み合わせによって、関連付け部１０２１を検索して、対応する「ユーザＩＤ」を決定し、申込結果データ２００１を、該「ユーザＩＤ」が示す従業員の属する企業の予約システム１０１０に送信する。送信する際に、申込結果データ２００１内の「顧客ＩＤ」を、該決定された「ユーザＩＤ」で置換する。
【０２４２】
なお、第３の実施の形態管理機構により、申込結果データ２００１が、第１の申込データ１９０１に対応することが把握できる場合は、関連付け部１０２１を検索せずに、一時的に記憶しておいた第１の申込データ１９０１内の「ユーザＩＤ」を用いても良い。又、この場合、「申込ＩＤ」を有することなく、申込結果データ２００１の送信先を決定することができるため、第１の申込データ１９０１、第２の申込データ１９０２、申込結果データ２００１に、「申込ＩＤ」を含まなくても良い。
【０２４３】
航空会社の予約システム１０３０は、第２の申込データ１９０２を受信する申込データ受信手段１０３３と、申込結果データ２００１を生成し、前記サーバ装置１０２０に送信する申込結果データ送信手段１０３４を備える。
【０２４４】
（第４の実施の形態に係る電子商取引システムの動作）
上記構成を有する電子商取引システムの動作は、以下の手順により実施することができる。図２１は、本実施形態に係る電子用取引システムの動作を示すタイムチャート図である。
【０２４５】
図２１に示すように、ステップＳ１２０１において、前記ステップＳ１１１０で表示された検索条件情報に合致するチケット（航空券）の一覧に応じて、若しくは、広告メールや出張指示メール等に含まれた検索結果情報に相当するデータ（例えばＵＲＬ）に応じて、企業における従業員が、購入したいチケット（航空券）を選択する。このとき、サーバ装置１０２０は、「ユーザＩＤ（企業コード及び従業員ＩＤ）」を、ログイン時に従業員が入力した「ユーザＩＤ（企業コード及び従業員ＩＤ）」をクッキーなどの第３の実施の形態管理機構から取り出すか、チケット申込用の入力データ項目として明示的に従業員に再度入力を促すかして取得する。
【０２４６】
ステップＳ１２０２において、企業の予約システム１０１０の申込データ送信手段１０１３が、選択された航空券に係る情報及び入力されたデータ項目に応じて、「申込ＩＤ」、「ユーザＩＤ（企業コード及び従業員ＩＤ）」、「申込対象チケット供給者（航空会社名）」、「申込対象チケット情報」等を含む第１の申込データ１９０１をサーバ装置１０２０に送信し、サーバ装置１０２０の申込データ受信部１０２５が、該第１の申込データ１９０１を受信する。第１の申込データ１９０１は、任意の形式で良い。
【０２４７】
ステップＳ１２０３において、サーバ装置１０２０の申込データ送信部１０２６が、受信した第１の申込データ１９０１に含まれる「ユーザＩＤ（企業コード及び従業員ＩＤ）」と「申込対象チケット供給者（航空会社名）」との組み合わせに基づき、関連付け部１０２１を検索し、対応する「顧客ＩＤ（企業コード及び航空会社管理用ＩＤ）」を決定する。
【０２４８】
ステップＳ１２０４において、申込データ送信部１０２６は、「申込ＩＤ」、「顧客ＩＤ」、「申込対象チケット供給者（航空会社名）」、「申込対象チケット情報」等を含む第２の申込データ１９０２を生成し、「申込対象チケット供給者（航空会社名）」が示す航空会社の予約システム１０３０に送信し、該航空会社の予約システム３０の申込データ受信手段１０３３が、該第２の申込データ１９０２を受信する。第２の申込データ１９０２に含まれる「申込対象チケット供給者」及び「申込対象チケット情報」と、第１の申込データ１９０１に含まれる「申込対象チケット供給者」及び「申込対象チケット情報」は、異なる形式であっても良い。
【０２４９】
ステップＳ１２０５において、航空会社の予約システム１０３０の申込結果データ送信手段１０３４が、受信した第２の申込データ１９０２に応じて、「申込ＩＤ」、「顧客ＩＤ」、「チケット供給者（航空会社名）」、「申込チケット情報」等を含む申込結果データ２００１を生成し、該申込結果データ２００１を、前記サーバ装置１０２０に送信し、前記サーバ装置１０２０の申込結果データ提示部１０２７が、該申込結果データ２００１を受信する。
【０２５０】
ステップＳ１２０６において、申込結果データ提示部１０２７は、申込結果データ２００１に含まれる「顧客ＩＤ」と「チケット供給者（航空会社名）」の組み合わせに基づき、関連付け部２１を検索し、対応する「ユーザＩＤ」を決定し、該「ユーザＩＤ」が示すユーザが属する企業の予約システム１０１０に、該申込結果データ２００１を送信し、企業の予約システム１０１０の申込結果データ受信手段１０１４が、該申込結果データ２００１を受信する。
【０２５１】
ステップＳ１２０７において、企業の予約システム１０１０の申込結果データ受信手段１０１４が、受信した該申込結果データ２００１に応じて、ＷＷＷブラウザ上に、その内容を表示する。
【０２５２】
ステップＳ１２０８において、チケットの申込をした従業員は、空港、ホテル、或いはそれに代わる発券装置の設置場所等において、チケットの発券を受ける。その際に、正当な申込者であることを証明するために認証が必要である。本発明では、その具体的な方法は特に規定しない。例えば、特開平１１−３３９０７６号公報に開示されているようなＩＤカードを用いて、従業員ＩＤ及び企業コードを提示する方法、申込成立時に発行される乱数を提示する方法、申込成立時に携帯電話やＰＤＡなどの携帯型コンピュータに乱数などの認証情報を記憶させておき、発券時に、該携帯型コンピュータの画面上に表示したバーコードを読み取らせたり、接触や無線（Ｂｌｕｅｔｏｏｔｈなど）で認証データを直接転送したりする方法が考えられる。
【０２５３】
（第４の実施の形態に係る電子商取引システムによる作用及び効果）
本実施形態では、サーバ装置１０２０を設けたことにより、チケットレス方式でチケット供給者が企業の従業員にチケットを販売する電子商取引システムにおいて、企業が従業員を識別するための従業員ＩＤと、航空会社がユーザを識別するための顧客ＩＤを別々にすることができる。従って、企業が、従業員ＩＤ等の企業内情報を提供することなく、航空会社が、個人毎に適応したサービスを提供することができる。例えば、一定の利用実績があるユーザに対して座席のアップグレードを提供したりすることでユーザを惹きつけることも可能である。
【０２５４】
（その他の実施の形態）
上記のように、本発明第１乃至第５の実施の形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
【０２５５】
本発明の実施の形態として、企業に所属するユーザが、出張における交通機関及びホテルを利用する役務を予約し、精算を行う場合について説明したが、本発明におけるユーザ及び役務はこれに限られない。例えば、ユーザは、個人でも構わないし、組合や企業に所属していても構わない。又、役務は、商品購入でも構わない。このように、あらゆる状況に対応することができる。
【０２５６】
又、本発明の実施の形態においては、ある顧客企業システム及びサプライヤ予約システムの運用をモデルとして、そのモデルに適合するように、管理サーバは機能している。しかし、管理サーバはその基本的な機能を変更することなく、顧客企業システム及びサプライヤ予約システムに対して備えられるＡＰＩを変更することにより、あらゆる顧客企業システム及びサプライヤ予約システムに対して適用が可能である。
【０２５７】
更に、本発明の実施の形態においては、全ての予約処理を、交通機関予約システムに問い合わせすることにより行ったが、要求の多い交通機関やホテルについては、管理サーバで適当な数の席数或いは部屋数を、予め保有していても構わない。その場合、ユーザからの予約の要求については、管理サーバが保有している席或いは部屋を表示しても良い。又、ホテル予約システムと交通機関予約システムは同一のシステム上に構築されていても構わない。具体的には、旅行代理店等が運営している、出張全般で必要とされる役務についての予約システムでも構わない。
【０２５８】
更に、本発明の実施の形態においては、管理サーバと共通ＤＢサーバをそれぞれ別のハードウェア構成上を持つと記載したが、同一のハードウェアに管理サーバと共通ＤＢサーバの機能を備えても良い。即ち、管理サーバに、データベース管理手段及びデータが記憶されている記憶装置を備えても良い。
【０２５９】
この様な、本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【０２６０】
【発明の効果】
本発明によれば、ユーザが、役務の予約を容易に行うことのできる電子商取引管理サーバ及び電子商取引管理方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る電子商取引システムを示すシステム構成図である。
【図２】図１で記載した本発明の第１の実施の形態に係る電子商取引システムにおける各ハードウェア構成要素について、詳細に記述したシステム構成図である。
【図３】本発明の第１の実施の形態に係る電子商取引システムにおける出張管理のフローチャートを示した図である。
【図４】本発明の第２の実施の形態に係る管理サーバの機能ブロック図である。
【図５】本発明の第２の実施の形態における管理サーバの処理を示すフローチャートである。
【図６】本発明の第２の実施の形態における管理サーバのセション管理部によるセション管理について説明する図である。
【図７】本発明の第２の実施の形態における図７（ａ）は、スイッチング手段との２フェーズコミットのシステム図で、図７（ｂ）は処理フローを示すフローチャートである。
【図８】本発明の第２の実施の形態における顧客企業システムが備えている、ユーザの情報を管理する画面群である。
【図９】図８（ｃ）に示した画面において「チケット手配」ボタンＢ１０２がクリックされて、最初に表示する画面である。
【図１０】検索条件に該当した交通機関の空席状況を一覧で表示する画面である。
【図１１】ユーザが行った予約の確認事項を表示する画面である。
【図１２】正常に予約完了した場合に示す、予約完了画面である。
【図１３】ユーザが予約した役務を一覧表示する画面である。
【図１４】ユーザが予約した役務を取り消す予約取消確認画面である。
【図１５】本発明の第３の実施の形態に係る電子商取引システムの概略機能を示すブロック図である。
【図１６】本発明の第３の実施の形態に係る第１の検索要求データ及び第２の検索要求データの一例を示す図である。
【図１７】本発明の第３の実施の形態に係る検索結果レコード及び検索結果情報の一例を示す図である。
【図１８】本発明の第３の実施の形態に係る電子商取引システムにおいて、企業におけるユーザがチケット供給者に対してチケットの検索を行う動作を示すタイムチャート図である。
【図１９】本発明の第４の実施の形態に係る電子商取引システムの概略機能を示すブロック図である。
【図２０】本発明の第４の実施の形態に係る第１の申込データ及び第２の申込データ示すブロック図である。
【図２１】本発明の第４の実施の形態に係る電子商取引システムにおいて、企業におけるユーザがチケット供給者に対してチケットの申込を行う動作を示すタイムチャート図である。
【図２２】従来のチケット販売方法の概要を示すブロック図である。
【図２３】従来のチケット販売方法の概要を示すブロック図である。
【図２４】従来のチケット販売方法の概要を示すブロック図である。
【図２５】従来のチケットの検索及び申込におけるシステム構成図である。
【図２６】従来のチケットの検索及び申込における利用者及び旅行代理店の作業を示す図である。
【符号の説明】
１　サプライヤ予約システム
２　管理サーバ
３、４　管理端末
５　顧客企業システム
６　共通ＤＢサーバ
１１　ホテル予約システム
１２　交通機関予約システム
１３、１４、２７、２８、２９　ＡＰＩ
１５、１６　予約ＤＢ
１７　移動実績・請求情報
２０　スイッチング手段
２１　接続制御部
２２　メッセージ解析部
２３ａ、２３ｂ、２３ｃ　接続モジュール
２６　基幹管理手段
３１　管理画面
４１　管理画面
５１　ネット予約サーバ
５２　Ｊａｖａライブラリ
５３　予約画面
５４　ＣＣ用予約画面
５５　管理画面
５６　個人・部課認証データ
５７　ツーリスト旅行システム
５８　経理システム
５９　出張申請システム
２０１　ＡＳＰ接続管理部
２０２　ログ記録部
２０３　要求解読部
２０４　要求処理部
２０５　ＡＣＬ部
２０６　認証部
２０７　ＩＤ変換部
２０８　接続サプライヤ判断部
２０９　メモリデータ管理部
２１０　メモリ
２１１　更新通知処理部
２１２、３０８　ＤＢ接続部
２１４　予約情報記録／検索部
２１５　システムアクセス数記録／検索部
２１６　プロトコル変換部
２１７　サプライヤ接続管理部
２１８　応答処理解読部
２１９　応答処理部
２２０　セション管理部
２２１　トランザクション管理部
２２２　データ変換／整形部
２５０　ログ管理手段
２５１　ログ管理部
２５２　ログデータ
３０１　ＡＰＩ接続管理部
３０２　要求解読部
３０３　処理部
３０５　更新通知送信部
３０６　企業アカウント管理部
３０７　予約情報管理部
３０９　システムアクセス数管理部
３１１　エンジン使用料管理部
３１２　契約企業情報管理部
３１３　管理者アカウント管理部
３１４　管理サーバ管理者セション管理部
３１５　変更履歴ログ書出部
３１６　ログファイル
３５０　データベース管理手段
３５１　ＤＢＭＳ
３５２　アカウント記憶装置
３５３　契約記憶装置
３５４　予約記憶装置
３５５　システムアクセス数記憶装置
１０１０　企業の予約システム
１０１１　検索要求データ送信手段
１０１２　検索結果情報受信手段
１０１３　申込データ送信手段
１０１４　申込結果データ受信手段
１０２０　サーバ装置
１０２１　関連付け部
１０２２　検索要求データ受信部
１０２３　検索要求データ送信部
１０２４　検索結果情報提示部
１０２５　申込データ受信部
１０２６　申込データ送信部
１０２７　申込結果データ提示部
１０２８　請求データ受信部
１０２９　請求データ送信部
１０３０　航空会社の予約システム
１０３１　検索要求データ受信手段
１０３２　検索結果レコード送信手段
１０３３　申込データ受信手段
１０３４　申込結果データ送信手段
１０５０　企業の経理システム
１５０１　第１の検索要求データ
１５０２　第２の検索要求データ
１６０１　検索結果レコード
１６０２　検索結果情報
１９０１　第１の申込データ
１９０２　第２の申込データ
２００１　申込結果データ[Claims]
An e-commerce management server for a ticket supplier to sell tickets to users in a group of users,
A user ID for identifying the user within the user group and Ticket supplier reservation system owned by the ticket supplier An ID associating unit for associating a customer ID for identifying the user,
The user ID , Search target ticket supplier data And search condition information, In order to search for the ticket, it was sent from the company reservation system owned by the user group A search request data receiving unit that receives the first search request data;
According to the first search request data, Searching for the ID associating unit, The user ID And the combination with the search target ticket supplier data And generates one or more second search request data including the customer ID and the search condition information associated with the second search request data, and is a destination of the second search request data. Ticket supplier reservation system Select here, the said selected here Ticket supplier reservation system A search request data transmitting unit for transmitting the second search request data to
According to the second search request data, the one or more Generated by the ticket supplier booking system Search result information Corporate reservation system In Submit A search result information presenting section to be executed;
An e-commerce management server, comprising:
2. An electronic commerce management server for a ticket supplier to sell tickets to users in a group of users,
A user ID for identifying the user within the user group and Ticket supplier reservation system owned by the ticket supplier An ID associating unit for associating a customer ID for identifying the user,
The user ID , Application ticket supplier data And application ticket information, Sent from the company reservation system owned by the user group to apply for the ticket An application data receiving unit that receives the first application data;
According to the first application data, Searching for the ID associating unit, The user ID And the combination with the above-mentioned application target ticket supplier data And generates second application data including the customer ID and the application ticket information associated with the second application data. Ticket supplier reservation system Selected here Ticket supplier reservation system An application data transmission unit for transmitting the second application data to
According to the second application data, Generated by the ticket supplier reservation system Apply the application result data Corporate reservation system In Submit Application result data presentation part to
An e-commerce management server, comprising:
3. A ticket supplier for selling tickets to users in a group of users. Is realized by an e-commerce management server including a search request data receiving unit, a search request data transmitting unit, and a search result information presenting unit. An e-commerce management method,
By the search data receiving unit, User ID for identifying the user within the user group , Search target ticket supplier data And search condition information, In order to search for the ticket, it was sent from the company reservation system owned by the user group A search request receiving step of receiving first search request data;
By the search request data transmission unit, In response to the first search request data, the ticket supplier Ticket Supplier Reservation System Is a customer ID for identifying the user and the user ID And the combination with the search target ticket supplier data And generating one or more second search request data including the customer ID and the search condition information associated with the second search request data. Ticket supplier reservation system Selected here Ticket supplier reservation system Request to transmit the second search request data data Sending step;
By the search result information presentation unit, Said Ticket supplier reservation system At the ticket Search was performed A result information generating step of generating search result information;
By the search result information presentation unit, The search result information, Corporate reservation system In Submit Result information presenting step;
An e-commerce management method comprising:
4. A system for a ticket supplier to sell tickets to users in a group of users. Is realized by an e-commerce management server including an application data receiving unit, an application data transmitting unit, and an application result data presenting unit. An e-commerce management method,
By the application data receiving unit, User ID for identifying the user within the user group , Application target ticket supplier data And application ticket information, In order to apply for the ticket, it was sent from the company reservation system held by the user group An application data receiving step of receiving the first application data to be transmitted;
By the application data transmission unit, The user ID according to the first application data And the combination with the above-mentioned application target ticket supplier data And generates second application data including the customer ID and application ticket information associated with the second application data. Ticket supplier reservation system Selected here Ticket supplier reservation system Sending this second application data to
By the application result data presentation unit, Said Ticket supplier reservation system At the time of ticket application according to the second application data Reception processing was performed An application result generation step for generating application result data;
By the application result data presentation unit, This application result data Corporate reservation system In Submit Application result presentation step to be performed,
An e-commerce management method, comprising:
DETAILED DESCRIPTION OF THE INVENTION
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention provides a ticket provider for selling tickets to users in a group of users. Electronic commerce management server and electronic commerce management method About. In this specification, the “user group” includes companies, small and medium-sized businesses, sets 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 that constitutes a company or a section belonging to a division, and is preferably a unit in which the company performs payment of a fee.
[0002]
[Prior art]
Conventionally, a travel agency (so-called in-house agent) for arranging travel for business trips or the like has been provided in a corporate group, and ticket suppliers such as transportation facilities and hotels are used by corporate employees through the travel agency. A method of selling a ticket to a member (user) is known (for example, Patent Document 1).
[0003]
FIG. 2 shows an outline of a ticket selling method disclosed in the publication. In this method, first, an employee of a company makes a ticket application 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 settled collectively by the company by the travel agency. The travel agency pays the price collected from the company to the ticket provider and obtains a ticket issuing fee.
[0004]
According to this method, taking advantage of the fact that the client is mainly fixed to a company in the group and the tendency of travel destinations and arrangement preferences tends to be biased, the travel agency can be used for transportation, hotels, etc. There is an advantage that it is easy to pull out discounts (large discounts) by collecting the handling quantities from the ticket suppliers of the above. 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, although these travel agencies use ticket issuing fees as their main source of revenue, the cost of issuing and distributing tickets is high, and they have not been able to actually make much money. is there.
[0006]
Also, ticket providers, such as transportation agencies and hotels, need to pay a certain percentage of ticketing fees to travel agents, which is squeezing revenue.
[0007]
In order to reduce the ratio of the ticketing fee, the travel agency does not have much left over after deducting the cost of issuing and distributing the ticket, so that it is difficult to negotiate.
[0008]
Thus, in this method, the ticketing fee incurred for the ticketing business is an obstacle for both the ticket supplier and the travel agent 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 issued tickets to consumers such as employees in the company using the Internet. The method of selling directly is increasing.
[0010]
FIG. The outline of the ticket sales method is shown in FIG. 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”.
[0011]
This method has the advantage that consumers do not have to go to buy tickets in advance, reduce the cost of issuing and delivering tickets for transportation, and let the credit card number be notified when applying. Thus, there is an advantage that the payment can be reliably collected.
[0012]
However, in this method, since a credit card is used, the employee pays the ticket price on an individual basis, and the company will later settle the employee. For this reason, there is a problem in 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, a method is known in which a ticket supplier sells tickets directly to employees of a company in a ticketless manner (for example, Patent Document 2).
[0014]
FIG. The outline of the ticket sales method is shown in FIG. In this method, a ticket supplier issues a “corporate ID” for each company, and employees of the company use the “corporate ID” to apply for a ticket directly to the ticket supplier via the Internet. I do.
[0015]
Further, in the present method, since the ticket supplier and the company use the same “corporate ID”, the following problems also occur.
[0016]
When a ticket supplier assigns a “corporate ID” for each company, the “corporate ID” is generally different from the “employee ID”, “department code”, etc. used by the accounting system in the company. This makes it difficult for the company to settle the ticket price in conjunction with the accounting system.
[0017]
Conversely, when a company allocates a “corporate ID”, the ticket supplier needs to handle various forms of “corporate ID” for each company, which is difficult to handle with the existing reservation system of the ticket supplier. In addition, in order to carry out accounting processing 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, but companies provide such confidential information. It is common not to follow. Furthermore, since there are frequent transfers and organization 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.
[0018]
Further, in the method disclosed in Patent Document 2, it is not assumed that one company uses a plurality of ticket suppliers, so that a user in the company uses a single “corporate ID” to It is not possible to search for tickets across airlines (ticket suppliers) or to search for and apply for tickets in combination with airlines and hotels (ticket suppliers).
[0019]
On the other hand, there is a problem that the conventional business trip management of a company is costly.
[0020]
Conventional system configuration for ticket search and application FIG. Shown in Here, a first company 5a, a second company 5b, a third company 5c ..., a first hotel reservation system 11a, a second hotel reservation system 11b, which is a ticket supply system, and a first transportation system. It is assumed that a reservation system 12a and a second transportation system reservation system 12b exist.
[0021]
In this case, in the conventional ticket search and application, for example, the first company 5a has the first hotel reservation system 11a, the second hotel reservation system 11b, the first transportation reservation system 12a, and the second transportation. A connection must be made for each of the 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 multiple ticket supply systems at once.
[0022]
Further, for example, when the second hotel reservation system 11b is changed, the first company system 5a must also change the system accordingly.
[0023]
As described above, in the conventional ticket search and application, it is impossible to connect to a plurality of ticket supply systems and receive the services of the plurality of ticket supply systems by a single operation.
[0024]
As described above, the work of users and travel agencies in the conventional ticket search and application FIG. Shown in 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).
[0025]
First, in step S901, when a user's business trip is determined, in step S902, provisional payment processing is performed on the accounting system or the accountant. Further, in step S903, the user connects to the ticket supply system to determine a transportation mode or a hotel, and in step S904, notifies the travel agent of the contents.
[0026]
Receiving the notification in step S904, the travel agency accepts the reservation in step S951, and inputs the reservation content by operating the terminal in step S952. Thereby, a ticket is issued in step S953.
[0027]
When the ticket is successfully issued, the user is notified in step S954, and the user is notified in step S905 that the arrangement is completed.
[0028]
Next, the travel agency creates a bill in step S955 based on the ticket issued in step S953, and delivers the ticket to the user in step S956.
[0029]
Next, in step S906, the user receives and pays 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 from the provisional payment received in step S902 is settled.
[0030]
In connection with this method, a method for reducing the cost of business trip management in a company is known (for example, Patent Document 3).
[0031]
This application allows 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. Apply for a reservation 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, achieves accuracy, and reduces time and other conveniences. This is a system that digitizes the requested processing flow. However, it is difficult to respond to sudden business trip applications and changes due to the premise of intervening agents. Further, 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.
[0032]
On the other hand, although suppliers such as transportation and hotels are selling directly to companies, it is difficult to link with the company's business trip / payment system and the interface is different for each supplier, so one company directly connects to multiple suppliers However, there are problems such as high costs.
[0033]
Further, as a method for improving the efficiency of in-house operations, there is an EDI (Electronic Data Exchange: electronic information exchange regarding ordering and ordering operations). However, this is provided only at the entrance, and is merely for exchanging arrangement information with a travel agency or 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.
[0034]
As described above, the reservation and settlement of various services received through business activities, not limited to reservations of tickets and hotels on business trips, are complicated procedures, and impose enormous costs on companies.
[0035]
[Patent Document 1]
JP 2000-331098 A
[0036]
[Patent Document 2]
JP-A-11-339076
[0037]
[Patent Document 3]
JP-A-11-143977
[0038]
[Problems to be solved by the invention]
However, as described above, the conventional method cannot simultaneously provide benefits to all of the ticket supplier (supplier), the travel agency, the company, and the employees of the company.
[0039]
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 an ID independently managed by both the ticket supplier and the company.
[0040]
or, FIG. In the example shown in (1), the business traveler has to make provisional payments and settlements, and the travel agency has to deliver the ticket, which complicates the processing, thereby increasing the cost of the business trip. I was
[0041]
Furthermore, it was not possible to achieve business efficiency by linking with the 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.
[0042]
Furthermore, when a company tries to process everything using a system built on an intranet, the processing cannot be performed if the company cannot connect to the intranet.
[0043]
Further, 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 be leaked to the outside. Was a factor that hesitated to systematize.
[0044]
Therefore, the present invention enables a user to easily make a reservation for a service. Electronic commerce management server and electronic commerce management method The purpose is to provide.
[0045]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, a first feature of the present invention is an electronic commerce management server for a ticket supplier to sell tickets to users in a user group, and a company reservation system owned by the user group. An ID associating unit for associating a user ID for identifying a user with a customer ID for identifying a user by a ticket supplier reservation system held by a ticket supplier; and a user ID, search target ticket supplier data, and search condition information. In order to search for a ticket, a search request data receiving unit that receives the first search request data transmitted from the company reservation system and an ID associating unit are searched according to the first search request data. , The customer ID and the search condition information associated with each combination of the user ID and the search target ticket supplier data. One or a plurality of second search request data is generated, a ticket supplier reservation system which is a destination of the second search request data is selected, and the selected ticket supplier reservation system is assigned to the selected second. A search request data transmitting unit for transmitting the search request data of the above, and a search result for transmitting the search result information generated by one or a plurality of ticket supplier reservation systems to the company reservation system according to the second search request data An information presentation unit.
[0046]
A second feature of the present invention is an electronic commerce management server for a ticket supplier to sell tickets to users in a user group, and a user ID for identifying a user in a company reservation system owned by the user group. And an ID associating unit for associating a customer ID for identifying a user with a ticket supplier reservation system held by the ticket supplier, and a user ID, application ticket supplier data, and application ticket information. A combination of an application data receiving unit that receives the first application data transmitted from the company reservation system, an ID association unit according to the first application data, and a user ID and application target ticket supplier data Generates second application data including a customer ID and application ticket information associated with each An application data transmitting unit that selects a ticket supplier reservation system that is a destination of the data, and transmits the second application data to the selected ticket supplier reservation system; and a ticket according to the second application data. An application result data presentation unit for transmitting application result data generated by the supplier reservation system to the company reservation system.
[0047]
A third feature of the present invention is an electronic commerce management server including a search request data receiving unit, a search request data transmitting unit, and a search result information presenting unit for a ticket supplier to sell tickets to users in a user group. An electronic commerce management method to be implemented, wherein a search data receiving unit includes a user ID for identifying a user in a company reservation system owned by a user group, search target ticket supplier data, and search condition information. A search request receiving step of receiving the first search request data transmitted from the company reservation system, and a search request data transmitting unit, in response to the first search request data, in response to the first search request data. Customer ID, user ID and search target for identifying users by the ticket supplier reservation system owned by One or more second search request data including a customer ID and search condition information associated with each combination with the ticket supplier data is generated, and a ticket supplier reservation as a destination of the second search request data is generated. A search request data transmitting step of selecting the system and transmitting the second search request data to the selected ticket supplier reservation system, and a search result information presenting unit for searching for a ticket in the ticket supplier reservation system. And a result information presenting step of transmitting the search result information to the company reservation system by the search result information presenting unit by the search result information presenting unit.
[0048]
A fourth feature of the present invention is realized by an e-commerce management server including an application data receiving unit, an application data transmitting unit, and an application result data presenting unit for a ticket supplier to sell tickets to users in a user group. An e-commerce management method including a user ID for identifying a user in a company reservation system owned by a group of users, application target ticket supplier data, and application ticket information by an application data receiving unit, and applying for a ticket. Application data receiving step of receiving the first application data to be transmitted transmitted from the company reservation system, and supplying the user ID and the application target ticket according to the first application data by the application data transmitting unit. Application including customer ID and application ticket information associated with each combination with customer data Generating a data, selecting a ticket supplier reservation system which is a destination of the second application data, transmitting the second application data to the selected ticket supplier reservation system, An application result generating step of generating application result data for which a ticket application has been accepted in accordance with the second application data in the ticket supplier reservation system by the data presenting unit; Application result presentation step of transmitting the result data to the company reservation system.
[0049]
BEST MODE FOR CARRYING OUT THE INVENTION
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.
[0050]
In the embodiment of the present invention, a case is described in which, for example, when a user belonging to a company travels on a business trip, a hotel or a transportation system is reserved and the payment is made.
[0051]
(First Embodiment)
A first embodiment of the present invention will be described with reference to FIG. FIG. 1 is a system configuration diagram showing 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 necessary for the business trip, and a hotel booked by the customer enterprise system 5. Hotel reservation system 11, a transportation reservation system 12 for a transportation system reserved by the customer company system 5, a plurality of hotel reservation systems 12 from the plurality of customer company systems 5, and connecting to the transportation reservation system 12 for hotels and transportation. The management server 2 includes a management server 2 for making an institution reservation, a common DB server 6 for managing a database in which data updated and referenced by the management server 2 are registered, and management terminals 3 and 4 for managing the management server 2. . Here, the customer company system 5 is used by a company contracted by the management server 2 to activate a program in response to a request from a browser of a CGI (Common Gateway Interface) of a Web server accessing the management server 2. This includes a mechanism, a servlet (a modular Java (registered trademark of Sun Microsystems, Inc., USA)), an application server, and the like. The management terminals 3 and 4 are terminals that process tools used by the management server 2 and administrators and operators of the electronic commerce system of the present invention.
[0052]
In FIG. 1, only one customer company system 5, hotel reservation system 11, and transportation system reservation system 12 are shown, but a plurality of customer company systems 5, hotel reservation systems 11, and transportation system reservation systems 12 are shown. May be more than one. 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.
[0053]
In the electronic commerce system of the present invention, when connecting between each system and process, the data is shaped according to the specification of the connection destination via an API (Application Program Interface). Here, the process is a program which is one of the components of each unit such as the switching unit 20. Further, when the protocol is different between the connection source and the connection destination, the conversion is performed by converting the protocol. By making a connection via this API, the connection can be made with minimal changes to existing systems and processes. That is, in the electronic commerce system of the present invention, there are roughly the following three APIs.
[0054]
(A) When performing connection management called from a customer company or site, such as session management or login authentication, the connection management API, which is a common function API, is performed. In FIG. 1, the API 27 corresponds to the connection management API.
[0055]
(B) When a user of the customer company system 5 mainly makes a reservation for a hotel or a transportation, the API for the reservation person performs the reservation. In FIG. 1, the APIs 13 and 14 correspond to the API for the reservation person. It is preferable to separately prepare a plurality of domestic and foreign air reservation systems and a plurality of domestic and overseas hotel reservation systems.
[0056]
(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 API for the administrator is used. In FIG. 1, the API 28 corresponds to an administrator API.
[0057]
For these APIs, it is preferable to determine which system or process is provided with the API at any time based on the requirements of the system.
[0058]
Hereinafter, main elements constituting the electronic commerce system according to the present invention will be described.
[0059]
The common DB server 6 includes a database management unit 350 for managing data updated and referenced 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. I have.
[0060]
The database management unit 350 manages the account storage device 350, the contract storage device 353, the reservation storage device 354, and the 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.
[0061]
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 a 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. Further, 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. Thus, the customer company system 5 can lower the price of the transportation company reservation system 12 to the customer company system 5 by, for example, placing a large order for a certain transportation system reservation system 12. 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.
[0062]
The contract storage device 353 stores the company name, hotel name, transportation name, address, and the like of the customer company system 5 to which the management server 2 is connected, the hotel reservation system 11 and the transportation reservation system 12 to which the management server 2 is connected. The telephone number and the name of the person in charge are recorded.
[0063]
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, etc., the billing amount can be presented to the customer company system 5 also for the contents of the reservation. Further, for the reservation, a section that performs settlement in the customer company system 5 may be described. By listing the departments, the bills may be collectively received in the customer company system 5, or the claims may be distributed according to the departments 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.
[0064]
The system access number storage device 355 stores the number and time of connection of the client 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 volume in each connection. Has been recorded. Thereby, the management server 2 can charge the customer company system 5, the hotel reservation system 11, and the transportation reservation system 12 for the connection.
[0065]
The management server 2 includes a switching unit 20, a core management unit 26, a log management unit 250, and log data 252.
[0066]
The log data 252 is an operation log in the management server 2.
[0067]
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 connects the customer company system 5 to the connection. It connects to the possible hotel reservation system 11 and the transportation reservation system 12, acquires information on products that can be reserved from the connected reservation system, and transmits it 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, and the response format are performed. In addition, it acquires the account data recorded in the account storage device 352, and stores all the data in the memory. These data are loaded at the time of startup, and are reloaded from the database management means 350 according to the data update notification (105) from the backbone management means 26 (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 the request is a request to the key management means 26, the request is passed 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 without the API 29. Is done. The reservation information and the number of transactions to be charged are written to the common DB server 6 via the database management means 350 (103). The operation log is passed to the log management unit 250 (104).
[0068]
The key management means 26 includes authentication data of the customer company system 5 recorded in the account storage device 352, mapping information of authentication data for connecting the customer company system 5 to the hotel reservation system 11 and the transportation reservation system 12, and a customer company system. At least one of a connectable hotel reservation system 11 and a transportation reservation system 12 determined in accordance with the attributes of the user, information on product reservation recorded in the reservation storage device 354, and information on connection of the customer company system. Manage. That is, the core management unit 26 is a unit that mainly manages the common DB server 6 based on the information acquired from the switching unit 20 and the information input from the management terminals 3 and 4. More specifically, it manages account data, reservation history, and system access number data collectively, and provides a management function to the management terminals 3 and 4 via the API 28 (107). The data stored in the common DB server 6 is added, changed, and deleted (108). It receives and processes the call for the administrator function from the switching means 20. When data of the common DB server 6 to be managed is added, changed, or deleted, an update notification is sent to the core management unit 26.
[0069]
The log management unit 250 is a unit that writes an operation log used by the administrator and the operator of the management server 2, and receives a log write request from the switching unit 20 and writes the log to a log file (104).
[0070]
Various combinations of protocols and document formats between the respective systems and processes are conceivable.
[0071]
For example, in the communication connection of 101, 102, 106, and 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, and the HTTP protocol is used in the connection of the session layer. However, it is preferable that an XML document format be used for connection of the presentation layer. Further, in the connection of 104, it is preferable to use a UDP (User Datagram Protocol) protocol for inter-process communication in the connection of the transport layer. Further, in the connection of 105, it is preferable to use the TCP / IP protocol in the connection of the network layer and the transport layer.
[0072]
Here, the OSI reference model refers to a design policy “OSI (Open Systems Interconnection)” for a network structure for realizing heterogeneous data communication, which is established by the International Organization for Standardization (ISO). It is a model in which the communication function that a computer should have is divided into a hierarchical structure.
[0073]
Protocols and document formats used in the embodiments of the present invention are not limited to this description.
[0074]
FIG. 2 is a system configuration diagram in which each hardware component in the electronic commerce system of the present invention described in FIG. 1 is described in detail.
[0075]
The electronic commerce system of the present invention includes a supplier reservation system 1, a management server 2, and a customer company system 5. Here, the case where the management server 2 has the function of the common DB server 6 is described. Here, the respective systems and servers 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 use the modem, router, dial-up router, proxy server, and Internet connection provider's PPP server (point-to-point protocol) to connect to the Internet through dial-up via a telephone line. It is preferable that the connection is made via a server connected to the server.
[0076]
The supplier reservation system 1 is a system that provides reservations for hotels and transportation 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 is provided with a reservation DB 15 storing information on the reservation of the hotel, and the transportation reservation system 12 is provided with a reservation DB 16 storing 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.
[0077]
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. 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 can be given. In addition, 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.
[0078]
The customer company system 5 is connected to the management server 2 in cooperation with the existing business trip application system 59, accounting system 58, and tourist travel system 57 managed by the in-house agent. In addition, the existing system includes personal / section authentication data 56. When the user of the customer company system 5 goes on 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, etc., 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 conventionally provided in the business trip application system 59.
[0079]
The management server 2 includes the switching unit 20 and the core management unit 26 as described with reference to FIG. The switching means 20 includes connection modules 23a, 23b, 23c,... For receiving a connection from the supplier reservation system 1. 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 analyzed here is transmitted to the core management means 26 via the API 29, the contract storage device 353, and the reservation storage device 354.
[0080]
When the management server 2 receives a connection from the customer company system 5, it is connected to the core management means 26 via the API 27, the connection control unit 21, and 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.
[0081]
In the e-commerce system according to the present invention, based on the record of whether or not the user who actually made the reservation has used the hotel and the transportation from the hotel reservation system and the transportation reservation system 12 of the supplier reservation system 1, the transfer result and The information of the billing information 17 can be calculated. Further, the information of the transfer history / billing information 17 is transmitted to the tourist travel system 57 of the customer company system 5, and the tourist travel system 57 refers to the individual application system 59 and the individual / section data 56 to determine the billing destination. The request is distributed to the accounting system 58. Accordingly, the customer company system 5 can make a request based on the result data, so that the request data is not changed due to cancellation or change, and the request can be simplified and reliably made. .
[0082]
Needless to say, the management server 2 may manage the transfer result and billing information accompanying the reservation and charge the customer company system 5. Further, it is possible to manage all the information relating to the transportation and hotel reservations in the business trip management of the client company system 5 by the management server 2 and take the form of outsourcing of service reservations.
[0083]
FIG. 3 is a view showing a flowchart of business trip management in the electronic commerce system according to the first embodiment of the present invention.
[0084]
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 of 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. Will be 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.
[0085]
In step S104, the user can receive the service by authenticating that he is a user of the customer company system 5 at a transportation window or a hotel reception. Further, in step S105, based on the services provided by the hotel reservation system 11 and the transportation system reservation system 12, the travel record / billing information 17 is created, and the customer company system 5 can be settled on a business trip.
[0086]
Thus, the business trip management in the present invention shown in FIG. FIG. The number of processes is smaller than that of the conventional business trip management shown in (1), and the cost of the business trip can be reduced because the manual processing is not included.
[0087]
That is, the management server 2 (e-commerce management server) in the present invention integrates a reservation system for general travel, such as a reservation system for hotels in Japan and overseas, and a transportation system in Japan and overseas, and provides a consistent service to customers.
[0088]
Specific functions of the management server 2 and effects on the functions will be described below.
[0089]
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 services for domestic hotels, overseas hotels, domestic transportation, and overseas transportation can be provided in a consistent connection method, protocol, and message format.
[0090]
Further, the management server 2 implements data and logic for managing the customer company system 5 and managing contract contents. 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.
[0091]
Further, the management server 2 manages a session connecting the customer company system 5 and the supplier reservation system 1. 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 to return to can be managed.
[0092]
Furthermore, the management server 2 converts a message format such as a fee, a session management method, and a date returned by a different login method and a different calculation method for each reservation system in a format based on the API provided by the management server 2. 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.
[0093]
Further, the management server 2 defines an API used by a system administrator and an operator to manage information of the entire travel system. As a result, the reservation system usage fee can be calculated for each company. Further, the contract of the reservation system to which the customer company system 5 can be connected can be changed each time. That is, a new contracted company and site can be added without stopping the system or performing a large migration operation.
[0094]
Further, 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 implement the API.
[0095]
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 by the supplier reservation system, it is sufficient to pay only the confirmed one with the reservation information presented by the management server 2. Since the connection point from the customer company system 5 to the supplier reservation system 1 has been integrated into the management server 2, it is sufficient to confirm the bill 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 this system, the matching can be easily performed, and the cost can be reduced. be able to.
[0096]
(Second embodiment)
In the second embodiment of the present invention, the management server 2 described in the first embodiment will be described in detail.
[0097]
FIG. 4 is a functional block diagram of the management server 2 according to the second embodiment of the present invention. The management server 2 mainly includes a switching unit 20, a core 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 and 4. .
[0098]
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, and a memory. Data management unit 209, memory 210, update notification processing unit 211, DB connection unit 212, reservation information recording / search unit 214, system access count recording / search unit 215, protocol conversion unit 216, supplier connection management unit 217, response processing decryption It includes a unit 218, a response processing unit 219, a session management unit 220, a transaction management unit 221, and a data conversion / shaping unit 222.
[0099]
The ASP connection management unit 201 receives a request from the client 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.
[0100]
Here, the FQDN is a fully qualified domain name, which is a description format in which a domain name, a subdomain name, and a host name are all specified without omitting them on a TCP / IP network.
[0101]
The log recording unit 202 establishes a connection with the log management unit 250 and transmits an operation log to the log management unit 250.
[0102]
The request decryption unit 203 parses a request from the customer company system 5 and decomposes information to be processed inside the management server 2 and a function to be sent to the supplier reservation system 1 or the management server 2 side.
[0103]
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 from the customer company system 5 Processing such as determining whether an available contract has been made is processed. In addition, it determines to which of the reservation systems of the management server 2 and the supplier reservation system 1 a request is issued.
[0104]
The ACL unit 205 refers to the access control information (IP address or domain) for each customer company stored in the memory 210 of the switching unit 20 to determine whether to permit or deny access.
[0105]
The authentication unit 206 refers to the account information of the customer company stored in the memory 210 of the switching unit 20 and determines whether to permit or reject the authentication of the account information included in the request from the customer company. Here, 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.
[0106]
The ID conversion unit 207 refers to the account information (company code) of the customer company and the mapping information of the connection account of the supplier reservation system 1 stored in the memory 210 of the switching unit 20 and, when connecting to the supplier reservation system 1. Select the account to use. This processing is not performed on the supplier reservation system 1 that does not require an authentication mechanism (login processing).
[0107]
The connection supplier judging unit 208 refers to the mapping information between the customer company code and the usage-permitted supplier reservation system 1 stored in the memory 210 of the switching means 20 and allows the connection destination supplier reservation system 1 to be used. Determine if it is good. 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.
[0108]
The update notification processing unit 211 establishes a connection with the core management unit 26 and receives an update notification from the core management unit 26.
[0109]
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.
[0110]
The reservation information recording / retrieval unit 214 writes the reservation information to the reservation storage device 354 of the common DB server 6 when the reservation is established / cancelled, or reads the reservation information from the reservation storage device 354 at the time of the reservation content search request for the manager of the customer company. Search for.
[0111]
The system access number recording / search unit 215 writes the number of accesses, the number of transactions, the number of logins, and the like to the system access number storage device 355 of the common DB server 6, and searches the system access number storage device 355.
[0112]
The protocol conversion unit 216 creates or converts a request according to each reservation system of the supplier reservation system 1 and the connection destination of the core management unit 26 and the like.
[0113]
The supplier connection management unit 217 transmits a request to the supplier reservation system 1 and the core management unit 26, and receives a response. It processes session IDs and transaction IDs with each reservation system of the supplier reservation system 1 and the core management means 26.
[0114]
The response processing decoding unit 218 parses a response from each reservation system of the supplier reservation system 1 and the core management unit 26.
[0115]
The response processing unit 219 controls processing such as writing out reservation information in accordance with the contents of the response from each reservation system of the supplier reservation system 1 and the basic management unit 26.
[0116]
The session management unit 220 performs session management between the customer company system 5 and the ASP connection management unit 201, and simultaneously performs session management between each reservation system of the supplier reservation system 1 and the supplier connection management unit 217. 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.
[0117]
The transaction management unit 221 performs transaction management between the customer company system 5 and the ASP connection management unit 201, and simultaneously performs transaction management between each reservation system of the supplier reservation system 1 and the supplier connection management unit 217. Also, the transaction information of the ASP connection management unit 201 and the transaction information of the supplier connection management unit 217 are managed as a pair.
[0118]
The data conversion / shaping unit 222 converts the response from the inside of the switching unit 20, the core management unit 26, or each reservation system of the supplier reservation system 1 according to the specification of the API provided to the customer company system 5. / Shape.
[0119]
The memory 210 is a memory area for receiving and holding each data of 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. .
[0120]
The memory data management unit 209 provides the memory information held in the switching unit 20 to the ACL unit 205, the authentication unit 206, the ID conversion unit 207, and the connection supplier determination unit 208. Furthermore, 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 every customer company system 5 or all items.
[0121]
The log management unit 250 includes 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 means 20. The log management unit 251 receives the message from the log recording unit 202 of the switching unit 20, and stores the message in the log data storage device 252.
[0122]
The core management unit 26 includes an API connection management unit 301, a request decryption unit 302, a processing unit 303, an update notification transmission unit 305, a company account management unit 306, a reservation information management unit 307, a system access number management unit 309, an engine usage fee management. The system includes a unit 311, a contract 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.
[0123]
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 unit 20, and returns a reply.
[0124]
The request decoding unit 302 parses request data.
[0125]
The processing unit 303 inquires about a function corresponding to the content of the request (API) and creates a response.
[0126]
The change notification transmitting unit 305 establishes a connection with the switching unit 20, and transmits a change notification from the company account management unit 306 and the contracted company information management unit 312 to the switching unit 20.
[0127]
The company account management unit 306 implements processing for adding / changing / deleting a company account. When the data in the account storage device 352 of the common DB server 6 is changed, the change notification transmitting unit 305 is notified of the change.
[0128]
In response to a request from the processing unit 303, the reservation information management unit 307 uses the reservation history stored in the reservation storage device 354 of the common DB server 6 to implement business logic such as the number of reservations and the total reservation amount calculation. .
[0129]
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.
[0130]
In response to a request from the processing unit 303, the system access number management unit 309 performs business logic such as outputting the number of transactions in a certain period based on the number of accesses stored in the system access number storage device 355 of the common DB server 6. Implement
[0131]
In response to a request from the processing unit 303, the engine usage fee management unit 310 uses the reservation count data from the reservation information management unit 307 to implement the business logic of the engine usage fee, and sends the result to the processing unit 303. return.
[0132]
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.
[0133]
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 the account and password of the administrator and the operator is provided.
[0134]
The log file 316 is a log file that records who performed what operation when the administrator and the operator of the management server 2 changed contracted company information and the like.
[0135]
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.
[0136]
The management server administrator session management unit 314 manages a session used to identify an administrator who is executing processing when the change history log writing unit 315 writes a log file (change history log) 316. .
[0137]
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.
[0138]
The database management means 350 includes a DBMS 351, an account storage device 352, a contract storage device 353, a reservation storage device 354, and a system access count storage device 355.
[0139]
A DBMS (DataBase Management System) 351 is software that manages a database as shared data and responds to a data access request.
[0140]
The DBMS standardizes data formats and usage procedures, and can be independent of specific application software.
[0141]
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 a 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 may limit the supplier reservation system 1 to be connected. In this case, it may be limited depending on the region where the business trip is made. Thus, the customer company system 5 can lower the price of the supplier company reservation system 1 with respect to the customer company system 5 by, for example, placing a large order for a certain supplier reservation system 1. 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.
[0142]
The contract storage device 353 stores the company name, hotel name, transportation name, address, telephone number, and person in charge 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. Etc. are recorded.
[0143]
The reservation storage device 354 stores the number of reservations, the number of cancellations, the amount of money, and the like.
[0144]
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, etc., the billing amount can be presented to the customer company system 5 also for the contents of the reservation.
[0145]
The system access number storage device 355 records 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, the traffic amount in each connection, and the like. Thereby, the management server 2 can charge the customer company system 5 and the supplier reservation system 1 for the connection.
[0146]
FIG. 5 is a flowchart illustrating processing of the management server 2 according to the second embodiment. Here, a process in which the management server 2 is requested to connect from the customer company system 5 and connects to the supplier reservation system 1 as the connection destination will be described.
[0147]
First, in step S201, the management server 2 receives a connection request from the customer company system 5 via the ASP connection management unit 201. The connection requested here is determined by the ACL unit 205 as to whether or not the connection 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.
[0148]
Next, if the authentication is permitted in step S203, in step S204, the ID is converted by the ID conversion unit 207 into an ID compatible with the supplier reservation system 1 to be connected, and in step S205, the ID is determined by the connection supplier determination unit 208. It is determined whether the connection to the supplier reservation system 1 is permitted. If not, the process ends.
[0149]
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 customer company server 5, and in step S207, the instruction of the message is followed. Connect to the supplier reservation system 1. At this time, the session is managed by the session management unit 220, and the transaction is managed by the transaction management unit 221.
[0150]
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.
[0151]
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.
[0152]
Next, 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 client 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.
[0153]
The switching means 20 returns a response to the request to an appropriate partner based on the session ID. Also, it is determined based on the session ID from which user of which company the request is made, and processing for each company and each user is appropriately performed.
[0154]
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 into 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. Returns ID.
[0155]
The lifetime of the session ID is until the specified timeout occurs or until the customer company system 5 logs out of the management server 2 and calls the logout API.
[0156]
When the session ID is issued to the customer company system 5, the switching means 20 returns the session ID to the response of the login API to the customer company system.
[0157]
Here, 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 with reference to FIG.
[0158]
The core management means 26 does not perform session management in the API 29 on the switching means 20 side. Therefore, all APIs for this port are requests for specifying all necessary parameters each time.
[0159]
The backbone management means 26 issues a session ID in response to a login API call in the API 28 on the manager side of the management server 2.
[0160]
The transportation system reservation system 12 receives a session number from the switching means 20 when calling the login API among the APIs 14 of the transportation system reservation system 12, and performs session management using this session number.
[0161]
The hotel reservation system 13 receives the session number of the switching means 20 as an input parameter when all APIs 13 are called.
[0162]
As described above, in these three systems, the session management is not performed, or the session number of the switching means 20 is used as it is. Therefore, the switching means 20 particularly uses the session number of the contract company, the hotel reservation system 13 and the transportation reservation system. It is not always necessary to manage the mapping table with the 14-side session number.
[0163]
Here, as one of the embodiments, it is described that the transportation reservation system 12 receives the session number when calling the login API, and the hotel reservation system 13 receives the session number as an input parameter when calling all APIs. However, 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.
[0164]
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 systems even in the systems having different session management methods.
[0165]
Next, transaction management according to the second embodiment of the present invention will be described.
[0166]
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 by the management server 2 sets the reservation information in the reservation storage device 354, It is necessary to maintain consistency of the reservation information in the reservation DBs 15 and 16 of the supplier reservation system 1.
[0167]
Here, a case where the hotel reservation system 11 is used as the supplier reservation system 1 will be described.
[0168]
Here, a system diagram of the two-phase commit with the switching means 20 is shown in FIG. 7A, and a flowchart showing the processing flow is shown in FIG. 7B.
[0169]
First, in step S301, when the customer company system 5 of FIG. 7A transmits a request for confirming a hotel reservation to the switching unit 20, in step S302, the switching unit 20 transmits the request from the customer company system 20. In the step S303, the request is passed to the hotel reservation system 11 while holding the request in the memory 210. Thus, the reservation is confirmed.
[0170]
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 whether the update result has succeeded or failed.
[0171]
The hotel reservation system 11 returns the result to the switching means 20 in step S306.
[0172]
In step S307, when the update of the reservation DB 15 of the hotel reservation system 11 in step S304 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 the reservation has failed, and in step S312, the switching means 20 returns the failure of the reservation as a response.
[0173]
If the update of the reservation DB 15 of the hotel reservation system 11 is successful in step S304, the reservation storage device 354 of the common DB server 6 is updated in step S308. If the update of the reserved storage device 354 in step S308 has not succeeded, in step S309, an attempt is made to write and commit again to the reserved storage device 354. If the updating of the reservation storage device 354 is finally successful, the switching means 20 returns to the customer company system 5 a response indicating that the hotel reservation has been completed in step S310.
[0174]
If the update of the common DB server 6 finally fails in step S309, the process ends abnormally in step S311 and inconsistency occurs between the reservation storage device 354 and the reservation DB 15. In this case, the reservation DB 15 is rolled back (update canceled), 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, since the reservation storage device 354 and the reservation DB 15 remain inconsistent, the inconsistency must be corrected by the administrator and the operator of the management server 2 with reference to this error log.
[0175]
As described above, in the second embodiment, the case where the service is reserved has been described. However, when canceling the reservation, it goes without saying that the legitimate processing is performed.
[0176]
Next, a screen that the management server 2 or the customer company system 5 is presenting to the user will be described with reference to FIGS. 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.
[0177]
FIG. 8 shows a group of screens provided in the customer company system 5 for managing user information.
[0178]
First, the screen shown in FIG. 8A is a screen for prompting a user to input 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.
[0179]
Next, on the screen shown in FIG. 8B, a list of buttons corresponding to the tasks that can be operated by the user (work attendance management, business report, business trip application, reservation list display, etc.) is displayed. 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, etc. When the “work report” button is clicked, a report can be made on the work currently engaged in with the supervisor. When the "business trip application" button B101 is clicked, the supervisor can apply for a business trip and obtain permission. When the "reservation list display" button B104 is clicked, a list of products reserved by the user via the customer company system 5 can be displayed. More specifically, it is possible to refer to the reservation contents of transportation and hotels, which were reserved at the time of "application for business trip". Here, consumables such as stationery and book reservations may be included.
[0180]
Here, in the second embodiment of the present invention, since the user makes a business trip application, clicking the "business trip application" button B101 displays the business trip application screen shown in FIG. 8C. .
[0181]
On the business trip application screen shown in FIG. 8C, the user inputs 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 supervisor's approval has not been obtained since the supervisor's approval has not been obtained. Approval becomes "OK". As a result, the business trip expenses can be borne by the company (or, if the name of the section that bears the expenses of the business trip is written, the section).
[0182]
Further, on the business trip application screen shown in FIG. 8C, when a reservation for transportation or a hotel 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 a transportation ticket.
[0183]
9 to 14 show screens for arranging tickets. The timetable, the information about the reservation, the information about the user, and the like displayed here are obtained from the management server 2 via the API 27, and are displayed on the screen by the customer company system 5 based on the information. . In addition, it is preferable to store and display information such as “notification” and “help” that do not change data dynamically in the customer company system 5.
[0184]
It is preferable that the screen transition related to the ticket arrangement be created in a form suitable for the business flow and the screen image of the customer company system 5. Therefore, it is preferable to create the screen transition based on the specifications of the customer company system 5.
[0185]
The screen shown in FIG. 9 is the screen displayed first when the “ticket arrangement” button B102 is clicked on the screen shown in FIG. 8C. On this screen, it is preferable to display the information input on the screen shown in FIG. 8C in a state where the information has already been input. For example, in many cases, reservations for transportation are made on the departure date of a business trip, so the departure date of the business trip is input first. 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.
[0186]
On the screen shown in FIG. 9, the conditions of the aircraft for which the ticket is to be reserved are input, and a “search” button B103 is clicked. On the screen shown in FIG. To display. 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.
[0187]
When the user clicks the "Reserve" button B105a, B105b, B105c..., A reservation process is performed, and the screen shown in FIG. 11 is displayed.
[0188]
On the screen shown in FIG. 11, the confirmation items of the reservation made by the user are displayed.
[0189]
Further, 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 using the transportation means for the transportation means is also displayed. Here, no information such as a department name, a business trip purpose, etc. that the company does not want to disclose outside is not displayed. If the information displayed here is correct, the user is made to click a “reservation confirmation” button B106.
[0190]
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 displays the reservation completion screen shown in FIG. 12 when the reservation is completed normally. . Further, when a reservation is made to an airline that can designate a seat (Company A in this case) after the reservation is completed, the seat can be designated by clicking the "designate a seat in advance" button B107. .
[0191]
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. When the "cancel reservation" buttons B108a and B108b are clicked on this screen, an appointment cancellation confirmation screen shown in FIG. 14 is displayed. Here, when the "confirm" button B109 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.
[0192]
As described above, the API provided by the electronic commerce system of the present invention can integrate different interfaces for each transportation mode and present them to the user at once.
[0193]
Specifically, it absorbs the difference in the reservation method of the supplier reservation system 1 to be connected to, and presents a list of products that handle similar products and are handled by different supplier reservation systems 1 (so-called “competitors”). Commodities provided by the supplier reservation system 1 can be compared.
[0194]
Further, 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.
[0195]
(Third embodiment)
A third embodiment of the present invention will be described with reference to FIG. FIG. 15 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 for a plurality of ticket suppliers (airlines).
[0196]
In the present embodiment, this electronic commerce system allows a user (employee) in a company (user group) to search for tickets supplied by one or more ticket suppliers (airlines) using his / her own employee ID. I do. In the present embodiment, an example will be described in which an employee (user) of a company (user group) searches a plurality of airlines (ticket suppliers) for air ticket (ticket) reservation information.
[0197]
A company reservation system 1010 used by employees of the company for ticket search includes a search request data transmitting unit 1011 for transmitting first search request data 1501 including a user ID and search condition information, and search result information. 1502 And a search result information receiving unit 1012 for receiving the search result information. Search request data transmission means 1011 The search result information receiving means 1012 is configured by a WWW browser or the like mounted on a general-purpose personal computer in a company.
[0198]
FIG. 16 shows an example of the first search request data 1501. The first search request data 1501 includes “search request ID”, “user ID”, “search target ticket supplier ID” and “search target ticket information” as search condition information. In the present embodiment, the business trip number input by the employee who performs the ticket search is inserted into the “search request ID”, and the employee ID of the employee and the company to which the employee belongs are inserted into the “user ID”. A company code or the like is inserted, and the name of the airline is inserted in “search target ticket supplier”. In addition, the boarding date, the departure time, the departure place, the arrival place, and the like are inserted in the “search target ticket information”. As the employee ID, a company ID used by each company to uniquely identify employees is used.
[0199]
The first search request data 1501 may be in any format, may be transmitted in a form by a WWW browser mounted on a general-purpose personal computer in a company, or may be a communication between a company reservation system 1010 and a server device 1020. It may be sent on a link.
[0200]
FIG. 17 shows an example of the search result record 1601 and the search result information 1602. The search result information 1602 includes a plurality of search result records 1601 generated by a plurality of airlines for a ticket that matches the search condition information. Each search result record 1601 includes “search request ID”, “customer ID”, “ticket supplier”, “ticket information”, and the like. The “ticket information” includes, for example, a boarding date, a departure time, an arrival time, a departure place, an arrival place, a flight number, a model, a vacancy status, a fee, and the like. The search result information 1602 includes “search request ID”, “user ID”, “ticket supplier”, and “ticket information”. One piece of search information 1602 may include a plurality of “ticket suppliers” and “ticket information”.
[0201]
In response to the received search result information 1602, the company reservation system 1010 displays a list of tickets that match the search condition information on a screen together with related information.
[0202]
The server device 1020 according to the present embodiment includes an associating unit 1021 for associating a user ID with a customer ID, a search request data receiving unit 1022 that receives first search request data 1501, and a first search request data 1501. In response, 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 search request data 1502 is transmitted to the selected ticket supplier. And a search result information presenting unit 1024 for presenting search result information 1602 to the user. The search request data receiving unit 1022 and the search result information presenting unit 1024 are configured by a WWW server or the like.
[0203]
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.
[0204]
As the customer ID, a customer ID that is uniquely managed by an airline to identify a user is used. For example, an account number assigned to each customer for accumulating service points in accordance with the usage status of the airline is used.
[0205]
FIG. 16 shows an example of the second search request data 1502. The second search request data 1502 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, the “customer ID” 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. The company code of the company to which the user (employee) belongs is inserted, and “search request ID”, “search target ticket supplier”, and “search target ticket information” are included in the first search request data 501. “Search request ID”, “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 May be in different formats.
[0206]
Also, FIG. 1021 An example is shown below. The associating unit 1021 associates the “user ID”, the “search target ticket supplier”, and the “customer ID”.
[0207]
The search request data transmission unit 1023 determines the association unit from the combination of “user ID (company code and employee ID)” and “search target ticket supplier (airline name)” included in the first search request data 1501. 1021 is searched to determine “customer ID (company code and airline management ID)”. The first search request data 1501 includes the "customer ID (company code and airline management ID)" and the "search target ticket supplier (airline name)" and the "search target ticket information (boarding). Day, departure time, departure place, arrival place, etc.) ". 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)" The “customer ID (company code and airline management ID)” is determined, and a plurality of second search request data 1502 including the “customer ID (company code and airline management ID)” are generated. Then, 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.
[0208]
For example, in the example illustrated in FIG. 16, in the first search request data 1501, “user ID = 001” and “search target ticket supplier = 001, 002”. In this case, the associating unit 21 is searched, and “customer ID” corresponding to (user ID, search target ticket supplier) = (001,001) and (user ID, search target ticket supplier) = (001,002) To determine. 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.
[0209]
The search result information presentation unit 1024 receives a plurality of search result records 1601 generated by each airline. Each search result record 1601 includes “search request ID”, “customer ID (company code and airline management ID)”, “ticket supplier (airline name)”, and “ticket information (boarding date, departure time, arrival). Time, departure place, arrival place, flight number, model, seat availability, 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 search result record 601a having the same combination of the “search request ID” and the “user ID” is integrated to generate search result information 1602, which is transmitted to the reservation system 1010 of the company to which the corresponding employee belongs. .
[0210]
If the third embodiment management mechanism can grasp that the search result record 1601a corresponds to the first search request data 1501, the associating unit 1021 Without searching, the “customer ID” in the search result record 1601 is replaced with the “user ID” in the first search request data 1501 temporarily stored, and a new search result record 1601a is generated. You may. 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 need not include the “search request ID”.
[0211]
The airline reservation system 1030 includes a search request data receiving unit 1031 that receives the second search request data 1502, and a search result record transmitting unit 1032 that generates a search result record 1601 and transmits the search result record 1601 to the server device 1020.
[0212]
The airline searches the original customer DB using the “customer ID” of the second search request data 1502 to check the seat preference, the reservation priority rank, the company name, and the like. After searching for vacant seat information or checking whether there is a contract such as a large discount or an annual discount, "ticket information" such as vacant seat information and a fee can be transmitted to the server device 1020.
[0213]
Communication between the server device 1020 in the travel agency and the reservation system 1010 in the company may be configured as a closed system using a dedicated line or may be configured as an open system using the Internet. In the latter case, “travel agency ID” may be added to the second search request data 1502 in order to clearly indicate that the travel agency is mediating.
[0214]
(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. 18 is a time chart illustrating the operation of the electronic transaction system according to the present embodiment. The e-commerce system according to the present embodiment makes it possible to perform a wide variety of ticket searches, such as air tickets, hotel accommodation tickets, and rental car tickets. In the present embodiment, an example of an air ticket search will be described. .
[0215]
As shown in FIG. 18, in 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 use of a WWW browser. The server device 1020 may be installed at any of a travel agent (in-house agent) of a corporate group, a company, and an airline.
[0216]
At this time, the server device 1020 can also confirm that the employee is an authorized user of the electronic commerce system by using an authentication means such as a password.
[0217]
In step S1102, the server device 1020 presents a “ticket search condition input screen” on the WWW browser of the company reservation system 1010, which prompts the employee to input data items necessary for searching for a ticket. 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, the 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.
[0218]
In step S1103, the employee specifies search condition information according to the displayed “ticket search condition input screen”.
[0219]
In step S1104, the search request data transmitting unit 1011 of the company reservation system 1010 sends the "search request ID", "user ID (company code and employee ID)", "search target ticket" according to the input data item. The first search request data 1501 including “supplier (airline name)” and “ticket information” is transmitted to the server device 1020, and the search request data receiving unit 1022 of the server device 1020 transmits the first search request data 1501 is received. The first search request data 1501 may be in any format.
[0220]
In step S1105, the search request data transmission unit 1023 of the server device 1020 transmits the “user ID (company code and employee ID)” and “search target ticket supplier (airline company)” included in the received first search request data 1501. Based on the combination with the “name”), the associating unit 1021 is searched to determine the corresponding “customer ID (company code and airline management ID)”.
[0221]
In step S1106, the search request data transmission unit 1023 checks the “search request ID”, “customer ID (company code and airline management ID)”, “search target ticket supplier (airline name)”, “search target ticket”. Information (boarding date, departure time, departure place, arrival place, etc.), and generates the second search request data 1502 in the airline reservation system 1030 indicated by the "search target ticket supplier (airline name)". Then, the search request data receiving means 1031 of the airline reservation system 1030 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 “Search target ticket supplier” and “search target ticket information” included in the first search request data 1501 May be in different formats.
[0222]
When a plurality of airline names are included in the “search target ticket supplier (airline name)” of the first search request data 1501, “customer ID (company code and airline management ID) )), And accordingly, the second search request data 1502 Generate
[0223]
In step S1107, the airline's reservation system 1030 responds to the received second search request data 1502 with a "search request ID", a "customer ID (company code and airline management ID)", and a "ticket". A search result record 1601 including “supplier (airline name)” and “ticket information” is generated, and the search result record transmitting unit 1032 of the reservation system 1030 of each airline stores the search result record 1601 in the server device 1020. The search information presenting means 1024 of the server device 1020 receives the search result record 1601.
[0224]
In step S1108, the search information presenting unit 1024 uses the combination of “customer ID (company code and airline management ID)” and “ticket supplier (airline name)” included in each search result record 1601 as an associating unit. 1021 is searched, the corresponding “user ID (company code and employee ID)” is determined, and the “customer ID (company code and airline management ID)” of the search result record 1601 is changed to this “user ID (company code and employee ID)”. Code and employee ID) "to generate a new search result record 1601a.
[0225]
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 reservation system 1010 of the company to which the corresponding employee belongs. Send to
[0226]
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.
[0227]
(Operation and Effect of Electronic Commerce System According to Third Embodiment)
In the present embodiment, by providing the server device 1020, in an electronic commerce system in which a ticket supplier sells tickets to employees of a company in a ticketless manner, an employee ID for the company to identify the employee, Airline companies can use different customer IDs to identify users. Therefore, a company can obtain a search result customized for each employee by an 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 also possible to search a plurality of airlines and a plurality of hotels at the same time.
[0228]
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. There is the advantage that the cost of distribution can be reduced and the profit can be increased, and thereby the ticket provider can also benefit from the fact that the commission paid to the travel agency can be lower than before.
[0229]
That is, according to the present invention, instead of the conventional ticketing fee, the travel agent at least introduces the ticket application from the company to the ticket supplier and obtains the selling fee for performing the collection from the ticket supplier. . This sales fee is settled out of 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 to be separate and correlated. Can be automated, resulting in the added value by dramatically reducing the costs of agency, ticketing / distribution, and collection.
[0230]
In addition, since both the company and the ticket supplier can use IDs that are independently managed, the company does not need to leak company confidential information to the ticket supplier, and can perform automatic payment processing in cooperation with its own accounting system. There is a merit that it becomes possible, and there is an advantage that the ticket supplier does not need to follow changes in the company information.
[0231]
Further, for a company, there is a merit that a large discount can be applied without managing a customer ID managed by a ticket management system. Therefore, there is an advantage that a service suitable for each user can be provided from the ticket supplier.
[0232]
(Fourth embodiment)
A fourth embodiment of the present invention will be described with reference to FIG. FIG. 19 is a schematic configuration diagram illustrating the 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 1020, and a reservation system 1030 of a plurality of ticket suppliers (airlines).
[0233]
In the present embodiment, a user (employee) in a user group (company) applies for a ticket supplied by a ticket supplier using his / her own employee ID by this electronic commerce system. In this 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).
[0234]
A company reservation system 1010 used by employees of the company for ticket application includes an application data transmitting unit 1013 for transmitting first application data including a user ID and application ticket condition information, and an application for receiving application result data. And result data receiving means 1014. The application data transmitting unit 1013 and the application result data receiving unit 1014 are configured by a WWW browser or the like mounted on a general-purpose personal computer in a company. The application data transmitting unit 1013 and the application result data receiving unit 1014 may be configured by the same general-purpose personal computer as the search request data transmitting unit 1011 and the search result information receiving unit 1012.
[0235]
FIG. 20 shows an example of the first application data 1901. The first application data 1901 includes “application ID”, “user ID”, and “application target ticket supplier ID” and “application target ticket information” as application ticket information. In the present embodiment, a trip number input by an employee who applies for a ticket is inserted in the “application ID”, and the employee ID of the employee and the company of the company to which the employee belongs are inserted in the “user ID”. A code or the like is inserted, and the name of the airline is inserted in the “subscriber to apply for ticket”. In addition, the boarding date, flight number, boarding class and the like are inserted in the “application target ticket information”.
[0236]
The first application data 1901 may be in any format, may be transmitted in a form by a WWW browser mounted on a general-purpose personal computer in a company, or may be a communication link between a company reservation system 1010 and a server device 1020. May be sent above.
[0237]
The application result data 2001 includes, as “application ticket information”, for example, boarding date, departure time, arrival time, departure place, arrival place, flight number, model, boarding class, seat information, fee, and the like. The company reservation system 10 displays the content on the screen of the general-purpose personal computer in accordance with the received application result information 2001.
[0238]
The server device 1020 according to the present embodiment generates an application data receiving unit 1025 that receives the first application data 1901, and generates second application data 1902 in accordance with the first application data 1901, and generates the second application data 1902. Application data transmitting unit 1026 for selecting an airline as a destination of the application data 1901 of the application data and transmitting the second application data to the selected airline, and application result data presentation for presenting application result data 2001 to the user And a unit 1027. The application data receiving unit 1025 and the application result data presenting unit 1027 are configured by a WWW server or the like. The application data receiving unit 1025 and the application result data presenting unit 1027 may be configured by the same general-purpose personal computer as the search request data receiving unit 1021 and the search result information presenting unit 1024.
[0239]
FIG. 20 shows an example of the second application data 1902. The second application data 1902 includes “application ID”, “customer ID”, and “application target ticket supplier ID” and “application target ticket information” as application ticket information. In the present embodiment, the “customer ID” is an ID associated with the “user ID” included in the first application data 1901 for identifying the employee who makes the ticket application and the company to which the employee belongs. Is inserted, and the “application ID”, the “application target ticket supplier”, and the “application target ticket information” include the “application ID”, the “application target ticket supplier” included in the first application data 1901. ”And“ Ticket information for application ”are inserted. 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.
[0240]
The application data transmitting unit 1026 determines the association unit 1021 from the combination of “user ID (company code and employee ID)” and “application target ticket supplier (airline name)” included in the first application data 1901. A search is performed to determine “customer ID (company code and airline management ID)”. Then, second application data 1902 including the “customer ID” and corresponding to the “application target ticket supplier (airline name)” and the “application target ticket information” included in the first application data 1901 is generated. . Thereafter, 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 application data 1902 is selected. Is transmitted to the ticket reservation system 1030 of the selected airline.
[0241]
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 ID”, “ticket supplier (airline company name)”, and “application ticket information”. Then, the associating unit 1021 is searched based on the combination of the “customer ID” and the “ticket supplier (airline name)”, and the corresponding “user ID” is determined. 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”.
[0242]
When the third embodiment management mechanism can grasp that the application result data 2001 corresponds to the first application data 1901, the third embodiment temporarily stores the application result data without searching the association unit 1021. The “user ID” in the first application data 1901 may be used. Further, 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, and the application result data 2001 include “ Application ID "may not be included.
[0243]
The airline reservation system 1030 includes an application data receiving unit 1033 that receives the second application data 1902, and an application result data transmitting unit 1034 that generates the application result data 2001 and transmits the generated application result data 2001 to the server device 1020.
[0244]
(Operation of Electronic Commerce System According to Fourth Embodiment)
The operation of the electronic commerce system having the above configuration can be performed according to the following procedure. FIG. 21 is a time chart showing the operation of the electronic transaction system according to the present embodiment.
[0245]
As shown in FIG. 21, in step S1201, a search result included in a list of tickets (air tickets) matching the search condition information displayed in step S1110 or included in an advertisement mail, a business trip instruction mail, or the like. According to data (for example, URL) corresponding to the information, an employee of the company selects a ticket (air ticket) to be purchased. At this time, the server device 1020 executes the third operation such as a cookie or the like with the “user ID (company code and employee ID)” and the “user ID (company code and employee ID)” input by the employee at the time of login. It is obtained by taking it out from the form management mechanism or by explicitly prompting the employee to input it again as an input data item for ticket application.
[0246]
In step S1202, a company reservation system 1010 The application data transmitting unit 1013 of the “application ID”, “user ID (company code and employee ID)”, “application target ticket supplier” according to the information on the selected airline ticket and the input data item. The first application data 1901 including (airline name), “application target ticket information” and the like is transmitted to the server device 1020, and the application data receiving unit 1025 of the server device 1020 receives the first application data 1901. I do. The first application data 1901 may be in any format.
[0247]
In step S1203, the application data transmitting unit 1026 of the server device 1020 transmits the “user ID (company code and employee ID)” and the “application target ticket supplier (airline name)” included in the received first application data 1901. , The association unit 1021 is searched, and the corresponding “customer ID (company code and airline management ID)” is determined.
[0248]
In step S1204, the application data transmitting unit 1026 Generates the second application data 1902 including “application ID”, “customer ID”, “application target ticket supplier (airline name)”, “application target ticket information” and the like, and generates “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. 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.
[0249]
In step S1205, the airline's reservation system 1030 The application result data transmitting means 1034 includes “application ID”, “customer ID”, “ticket supplier (airline name)”, “application ticket information”, and the like according to the received second application data 1902. The application result data 2001 is generated, the application result data 2001 is transmitted to the server device 1020, and the application result data presentation unit 1027 of the server device 1020 receives the application result data 2001.
[0250]
In step S1206, the application result data presentation unit 1027 Searches the association unit 21 based on the combination of “customer ID” and “ticket supplier (airline name)” included in the application result data 2001, determines the corresponding “user ID”, ”The reservation system of the company to which the user belongs 1010 Then, the application result data 2001 is transmitted, and the application result data receiving means 1014 of the company reservation system 1010 receives the application result data 2001.
[0251]
In step S1207, the application result data receiving means 1014 of the company reservation system 1010 displays the content on the WWW browser according to the received application result data 2001.
[0252]
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, a method of presenting an employee ID and a company code using an ID card as disclosed in Japanese Patent Application Laid-Open No. 11-339076, a method of presenting a random number issued at the time of application completion, and a mobile phone at the time of application completion Authentication information such as a random number is stored in a portable computer such as a personal computer or a PDA, and when issuing a ticket, a bar code displayed on the screen of the portable computer is read, and the authentication data is contacted or wirelessly (such as Bluetooth). For example, a direct transfer method is conceivable.
[0253]
(Operation and Effect of Electronic Commerce System According to Fourth Embodiment)
In the present embodiment, by providing the server device 1020, in an electronic commerce system in which a ticket supplier sells tickets to employees of a company in a ticketless manner, an employee ID for the company to identify the employee, Airline companies can use different customer IDs to identify users. Therefore, the airline can provide a service adapted for each individual without the company providing company information such as employee ID. For example, it is possible to attract users by providing seat upgrades to users who have a certain use record.
[0254]
(Other embodiments)
As described above, the present invention has been described with reference to the first to fifth embodiments. However, it should not be understood that the description and drawings constituting a part of this disclosure limit the present invention. From this disclosure, various alternative embodiments, examples, and operation techniques will be apparent to those skilled in the art.
[0255]
As an embodiment of the present invention, a case has been described in which a user belonging to a company reserves a service using a transportation system and a hotel on a business trip and performs payment, but the user and the service 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.
[0256]
Further, 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 its basic functions. is there.
[0257]
Further, in the embodiment of the present invention, all reservation processing is performed by inquiring of the transportation reservation system. However, for a transportation or hotel with a large demand, an appropriate 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. Further, the hotel reservation system and the transportation reservation system may be constructed on the same system. Specifically, a reservation system operated by a travel agency or the like for services required for a whole business trip may be used.
[0258]
Further, in the embodiment of the present invention, the management server and the common DB server are described as having different hardware configurations, but the same hardware may have the functions of the management server and the common DB server. . That is, the management server may include a database management unit and a storage device that stores data.
[0259]
Of course, the present invention includes various embodiments and the like not described herein. Therefore, 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.
[0260]
【The invention's effect】
According to the present invention, a user can easily make a reservation for a service. Electronic commerce management server and electronic commerce management method Can be provided.
[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. 7A in the second embodiment of the present invention is a system diagram of two-phase commit with switching means, and FIG. 7B is a flowchart showing a processing flow.
FIG. 8 is a screen group for managing user information provided in a customer company system according to a second embodiment of the present invention.
9 is a screen displayed first when a “ticket arrangement” button B102 is clicked on the screen shown in FIG. 8C.
FIG. 10 is a screen displaying a list of vacant seats of transportation means 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 the 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 illustrating 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 showing 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. FIG. 11 is a block diagram showing an outline of a conventional ticket selling method.
[ FIG. FIG. 11 is a block diagram showing an outline of a conventional ticket selling method.
[ FIG. FIG. 11 is a block diagram showing an outline of a conventional ticket selling method.
[ FIG. FIG. 1 is a system configuration diagram in a conventional ticket search and application.
[ FIG. FIG. 11 is a diagram showing the 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 results and billing information
20 Switching means
21 Connection control unit
22 Message analysis part
23a, 23b, 23c connection module
26 Core management means
31 Management screen
41 Management Screen
51 Internet reservation server
52 Java Library
53 Reservation screen
54 CC reservation screen
55 Management Screen
56 Individual / Department 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 decryption unit
204 Request processing unit
205 ACL section
206 Authentication unit
207 ID conversion unit
208 Connection Supplier Judgment 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 converter
217 Supplier Connection Management Department
218 Response processing decryption unit
219 Response processing unit
220 Session Management Department
221 Transaction Management Unit
222 Data Conversion / Shaping Unit
250 Log management means
251 Log Management Department
252 log data
301 API connection management unit
302 Request decryption unit
303 processing unit
305 Update notification transmission unit
306 Corporate Account Management Department
307 Reservation information management unit
309 System access count management unit
311 Engine Charge Management Department
312 Contracted company information management department
313 Administrator Account Management Department
314 Management server administrator session management unit
315 Change history log writing unit
316 log file
350 Database management means
351 DBMS
352 Account storage device
353 Contract storage device
354 reserved storage device
355 System access count storage device
1010 Reservation system of company
1011 Search request data transmission means
1012 Search result information receiving means
1013 Application data transmission means
1014 Application result data receiving means
1020 server device
1021 Association unit
1022 search request data receiving unit
1023 search request data transmission unit
1024 search result information presentation part
1025 application data receiving section
1026 Application data transmission section
1027 Application result data presentation section
1028 Billing data receiving unit
1029 Billing data transmission unit
1030 Airline reservation system
1031 Search request data receiving means
1032 Search result record transmission means
1033 Application data receiving means
1034 Application result data transmission means
1050 Corporate accounting system
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

Claims

An e-commerce management server for a ticket supplier to sell tickets to users in a group of users,
An ID association unit for associating a user ID for identifying the user within the user group with a customer ID for identifying the user by the ticket supplier; and the user ID and search condition information; A search request data receiving unit that receives first search request data transmitted to perform a search for a ticket;
Generating, in response to the first search request data, second search request data including the customer ID associated with the user ID and the search condition information, and providing the ticket supplier with the second search request data; An electronic commerce management server, comprising: a search request data transmitting unit that transmits a search request data.

When generating the second search request data, the search request data transmission unit selects a ticket supplier which is a destination of the second search request data, and sends the second ticket request data to the selected ticket supplier. The electronic commerce management server according to claim 1, wherein the search request data is transmitted.

3. A search result information presenting unit 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 described in.

An e-commerce management server for a ticket supplier to sell tickets to users in a group of users,
An ID associating unit for associating a user ID for identifying the user in the user group and a customer ID for the ticket supplier to identify the user; and the user ID and application ticket information. An application data receiving unit that receives first application data transmitted to apply for a ticket;
In response to the first application data, generate second application data including the customer ID and the application ticket information associated with the user ID, and transmit the second application data to the ticket supplier. An e-commerce management server, comprising: an application data transmitting unit.

The electronic commerce management server according to claim 4, further comprising an application result data presenting unit that presents application result data generated by the ticket supplier to the user in accordance with the second application data. .

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;
In response to the first billing data, generating second billing data including a user ID and billing information associated with the customer ID, selecting the user group that is the destination of the second billing data, The electronic commerce management server according to claim 4 or 5, further comprising a billing data transmitting unit that transmits the second billing data to the user group selected here.

An e-commerce management method for a ticket supplier to sell tickets to users in a group of users,
A search including a user ID for identifying the user in the user group and search condition information, and receiving first search request data transmitted by the user in the user group to search for the ticket A request receiving step;
In response to the first search request data, a second search request data including a customer ID for identifying the user by the ticket supplier and the customer ID associated with the user ID and the search condition information And transmitting the second search request data to the ticket supplier.

When generating the second search request data, the search request data transmitting step selects a ticket supplier which is a destination of the second search request data, and gives the selected ticket supplier this second 8. The electronic commerce management method according to claim 7, wherein the search request data is transmitted.

A result information generating step of performing a search for the ticket at the ticket supplier and generating search result information;
9. The electronic commerce management method according to claim 7, further comprising a result information presenting step of presenting the search result information to the user.

An e-commerce management method for a ticket supplier to sell tickets to users in a group of users,
Receiving application data including a user ID for identifying the user within the user group and application ticket information, and receiving first application data transmitted by the user within the user group to apply for the ticket; Steps and
In response to the first application data, second application data including a customer ID and application ticket information associated with the user ID is generated, and a ticket supplier that is a destination of the second application data is selected. Transmitting the second application data to the ticket supplier selected here;
An e-commerce management method, comprising: a ticket supplier receiving a ticket application according to the second application data to generate application result data in the ticket supplier.

The electronic commerce management method according to claim 10, further comprising an application result presentation step of presenting the application result data to the user.

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;
In accordance with the first billing data, second billing data including the user ID and the billing information associated with the customer ID is generated, and the user group that is the destination of the second billing data is selected. The electronic commerce management method according to claim 10 or 11, further comprising a billing data transmitting step of transmitting the second billing data to the user group selected here.

An e-commerce management program for a ticket supplier to sell tickets to users in a group of users,
A search including a user ID for identifying the user in the user group and search condition information, and receiving first search request data transmitted by the user in the user group to search for the ticket A request receiving step;
In response to the first search request data, second search request data including a customer ID for identifying the user by the ticket supplier and the customer ID associated with the user ID and the search condition information And causing the computer to execute a search request transmitting step of transmitting the second search request data to the ticket supplier.

An e-commerce management server for a ticket supplier to sell tickets to users in a group of users,
The user group presents only the ticket specified by the user group and allows the user to select the ticket. The user group includes a user ID and search condition information for identifying the user in the user group, and the user searches for the ticket. An electronic commerce management server, comprising: a search request data receiving unit that receives search request data to be transmitted to the electronic commerce management server.