JP2004094944A - チケット購入システム、購入仲介システム、チケット購入画面サーバ、チケット購入管理システム、チケット購入管理方法、サプライヤ予約システム及びサプライヤ予約方法 - Google Patents

Abstract

【課題】　企業システムが円滑なチケット予約及び精算を行うことのできるチケット購入システムを提供する。
【解決手段】　企業システム７と、企業システム７に接続された従業員端末７５にチケットを供給する複数のサプライヤ予約システム８ａ乃至８ｃと、を仲介するスイッチングサーバ１を用いるチケット購入システムは、スイッチングサーバ１への接続に必要な画面を、従業員端末７５に提示し、従業員端末７５から予約された予約情報を保存するチケット購入画面サーバ３と、チケットの購入を希望する企業システム７内に設けられ、従業員端末７５から予約されたチケットの情報をチケット購入画面サーバ３から受信し、サプライヤ予約システム８ａ乃至８ｃからの請求データと確認を行うチケット購入管理システム５とを備える。
【選択図】　　図１

Description

　本発明は、企業システムと、前記企業システムに接続された従業員端末にチケットを供給する複数のサプライヤ予約システムと、を仲介するスイッチングサーバを用いて、前記企業システムと前記サプライヤ予約システムとの連携を行うチケット購入システム、チケット購入システムに用いられるチケット購入画面サーバ及び購入仲介システム、企業システム内でチケットの購入を管理するチケット購入管理システム及びチケット購入管理方法、チケットを予約させて供給するサプライヤ予約システム及びサプライヤ予約方法に関する。

　従来、業務出張などの旅行手配をするための旅行代理店（所謂インハウスエージェント）を企業グループ内に設け、この旅行代理店を介して、交通機関やホテル等のチケット供給者が、企業の従業員（ユーザ）にチケットを販売する方法が知られている。この方法の一例として、例えば、特許文献１に開示されたものが知られている。

　図４１に、同公報に開示されたチケットの販売方法の概要を示す。本方法では、まず、企業の従業員が、前記旅行代理店に対してチケット申込を行う。それに応じて、前記旅行代理店が、チケット供給者に対してチケット申込を行い、チケット申込が完了すると、チケットを発券し従業員に配送する。チケットの代金は、企業が前記旅行代理店に一括して精算する。前記旅行代理店は、企業から回収した代金をチケット供給者に支払い、チケットの発券手数料を得る。

　本方法によれば、依頼人が主にグループ内企業に固定されているために出張先や手配の好みなどが偏る傾向があることを利用して、前記旅行代理店が、交通機関やホテル等のチケット供給者から、取り扱い数量をまとめることによる割引（大口割引）を引き出しやすいというメリットがある。又、従業員が所属部署と従業員ＩＤを伝えるだけで手続きができたり、チケットが従業員の部署まで届けられたりするなど、本方法は、企業内の従業員にとって非常に便利である。

　しかし、これらの旅行代理店は、チケットの発券手数料を主な収益源としているが、チケットを発券し配布する際のコストが高く、実際にはあまり収益を上げることができていないという問題点がある。

　又、交通機関やホテル等のチケット供給者は、ある割合の発券手数料を旅行代理店に支払う必要があり、これが収益を圧迫する原因となっている。

　この発券手数料の割合を引き下げようにも、前記旅行代理店も、チケットを発券し配布するコストを差し引いた残りが多いわけではないので、交渉が成立しにくい。

　このように、本方法では、発券業務に対して発生する発券手数料が、チケット供給者と前記旅行代理店の両者にとって収益を向上させるための障害となっている。

　前述のチケットを発券し配布するコストが大きいという問題を解消するために、近年、インターネットを利用して、交通機関やホテル等のチケット供給者が、企業内の従業員等の消費者にチケットを直接販売する方法が増えつつある。

　図４２に、上記チケットの販売方法の概要を示す。本方法では、企業内の従業員が、直接インターネットを介して、チケット供給者に対してチケット申込を行う。代金精算は、クレジットカード会社を介して行われる。そして、従業員は、交通機関やホテルの利用時に、空港やホテル等でチケットの発券を受ける。本方法は「チケットレス方式」と呼ばれる。

　本方法では、消費者にとって、事前にチケットを買いに行く手間がかからないというメリットがあり、交通機関にとっても、チケットを発券し配送するコストを削減でき、又、申込時にクレジットカード番号を通知させることにより、確実に代金回収ができるというメリットがある。

　ところが、本方法では、クレジットカードを用いるので、従業員が個人単位でチケット代金を支払い、後に企業が従業員に精算することになる。そのため、企業は、前述の大口割引が適用されるだけの数量のチケットを購入しているにもかかわらず、その適用を受けることができないという問題点がある。

　上述した問題点を解消するために、チケット供給者が、チケットレス方式で、企業の従業員にチケットを直接販売する方法が知られている。この方法の一例として、例えば、特許文献２に開示されたものが知られている。

　図４３に、上記チケットの販売方法の概要を示す。本方法では、チケット供給者が、企業毎に「企業用ＩＤ」を発行し、企業の従業員は、「企業用ＩＤ」と「従業員ＩＤ」を用いて、インターネットを介して、チケット供給者に対して直接チケット申込を行う。チケットを申込んだ従業員は、空港やホテル等で、「従業員ＩＤ」を提示してチケットの発券を受ける。代金精算は、「企業用ＩＤ」により企業単位で行われるため、前述の大口割引を適用することもできる。

　更に、特許文献２に開示された方法では、一つの企業が複数のチケット供給者を利用する状況が想定されていないため、企業におけるユーザが、単一の「企業用ＩＤ」を用いて、複数の航空会社（チケット供給者）にまたがってチケットの検索を行ったり、航空会社とホテル（チケット供給者）等を組にして、チケットの検索及び申込を行ったりすることができない。

　一方、従来における企業の出張管理は、コストがかかる問題点が挙げられている。

　従来のチケットの検索及び申込におけるシステム構成図を図４４に示す。ここでは、第１の企業７ａ、第２の企業７ｂ、第３の企業７ｃ…と、チケットの供給システムである第１のホテル予約システム１１ａ、第２のホテル予約システム１１ｂ、第１の交通機関予約システム１２ａ、第２の交通機関予約システム１２ｂが存在するとする。

　この場合、従来のチケット検索及び申込においては、例えば第１の企業７ａは、第１のホテル予約システム１１ａ、第２のホテル予約システム１１ｂ、第１の交通機関予約システム１２ａ、第２の交通機関予約システム１２ｂのそれぞれについて接続を行わなければならない。チケットの供給システムが例えばインターネットのＷｅｂにおいて公開されるような場合は、一度に複数のチケットの供給システムに接続することは容易であるが、チケットの供給システムにダイアルアップを行い接続しなければならない場合は、一度に複数のチケットの供給システムに接続することは極めて困難になる。

　更に、例えば第２のホテル予約システム１１ｂがシステム変更になった場合は、第１の企業システム５ａもそれに伴ってシステム変更を行わなければならない。

　このように、従来のチケット検索及び申込においては、複数のチケットの供給システムに接続し、一度の操作で複数のチケットの供給システムの役務を受けることは不可能であった。

　上述したような、従来のチケットの検索及び申込における利用者及び旅行代理店の作業を図４５に示す。ここでは、企業の利用者が出張する場合に、旅行代理店（或いはインハウスエージェント）を介してチケットを取得する場合について説明する。

　まず、ステップＳ９０１において、利用者の出張が決定すると、ステップＳ９０２において、経理システム或いは経理担当者に対して仮払処理を行う。更に、ステップＳ９０３において、利用者はチケットの供給システムに接続をして、交通機関やホテルを決定し、ステップＳ９０４においてその内容を旅行代理店に連絡する。

　ステップＳ９０４の連絡を受けて、旅行代理店はステップＳ９５１において予約を受け付け、ステップＳ９５２において、端末操作によってその予約内容を入力する。これにより、ステップＳ９５３において、チケットが発券される。

　チケットが無事発券されると、ステップＳ９５４において利用者に連絡し、ステップＳ９０５において、利用者は手配が完了した連絡を受ける。

　次に、旅行代理店は、ステップＳ９５３において発券したチケットに基づいて、ステップＳ９５５において請求書を作成し、ステップＳ９５６においてチケットを利用者に配達する。

　次に、ステップＳ９０６において、利用者はステップＳ９５６において配達されたチケットを受け取り、支払いを行う。ステップＳ９０７において、手配されたチケットに従って出発する。出張から戻ってくると、ステップＳ９０８において、ステップＳ９０２で受けた仮払との差額の精算を行う。

　企業における出張管理のコスト削減を図る方法として、特許文献３がある。この出願は、業務出張に関連する一連の事務手続きを出張の起案から精算までコンピュータネットワークを利用した総合的なシステムによって支援可能とし、全てのプロセスで使用されるデータに一貫性を持たせることにより、法人等の業務組織と旅行業者等とにおける各プロセス間の情報の伝達を大幅に省力化するとともに正確性を実現し、時間短縮その他の利便性等を創出する、旅行代理店に予約申込を依頼する処理フローを電子化したシステムである。しかし、代理店の介在を前提としているため、急な出張申請や変更への対応が難しい。又、チケットを出力し、配布するため、出張管理コストの削減につながらないなどの問題があり、充分にコスト削減がなされていない。

　一方、交通機関やホテルなどのサプライヤが企業向けに直販しているが、企業内の出張・精算システムと連動させにくく、サプライヤ毎にインタフェースが異なるため、一つの企業が直接複数のサプライヤと接続するのは、コストがかかるなどの問題点がある。

　更に、社内業務の効率化の手法として、ＥＤＩ（Electronic Data Exchange：受発注業務に関する電子的情報交換）化されたものがある。しかし、これはあくまでも入り口だけの提供であり、出張予約の手配を行うことができる旅行代理店やサプライヤとで手配情報を交換するだけのものである。従って、企業内システムに適合したインタフェースを有さないので、ユーザが充分満足できるものではない。

　このように、出張におけるチケットやホテルの予約に限らず、企業活動を通じて受ける様々な役務の予約及び精算は、その手続きが煩雑で、企業にとって、多大なコストを強いることになっていた。

　これらの従来方法には、チケット供給者（サプライヤ）、旅行代理店、企業、企業の従業員の全てに対して、同時にメリットをもたらすことができなかった。

　即ち、チケット供給者と企業の双方が独自に管理するＩＤを用いて、チケット供給者が、チケットレス方式で、企業の従業員にチケットを直接販売する方法が存在しなかった。

　又、図４１に示した例においては、出張者が費用の仮払・精算を行ったり、旅行代理店がチケットを配達しなければならないため、処理が煩雑になり、これに伴い、出張にかかるコストが大きくなっていた。

　更に、既存のシステムと連動させ、業務効率を図ることができなかった。即ち、企業毎に社内システムに合った接続方法を提供しなければならず、そのシステムの導入には多額のコストが要求されていた。

　更に、企業がイントラネット上で構築されたシステムで全てを処理しようとすると、イントラネットに接続できない場合に、処理を行えなくなってしまっていた。

　又、企業内のシステムと外部システム（例えば予約システム）を接続すると、企業内の情報、例えば出張情報や従業員情報などの機密度が高い情報が外に漏れてしまう場合があり、企業内手続きのシステム化を躊躇させる要因となっていた。

　これらの状況を踏まえ、本発明者らは、特許文献４（特願２００１−３９８３３１号、出願日：平成１４年１２月２８日、優先日：平成１４年２月１９日）において、複数の企業から、複数のチケット供給者へ接続を可能とし、企業とチケット供給者の仲介を行う電子商取引管理サーバ及び電子商取引管理方法を出願した。ここでは、仲介を行う電子商取引管理サーバとのインタフェースとなるＡＰＩを公開して、企業側で予約サーバに構築することにより、企業情報を漏洩させない仕組みを発明した。企業側で構築される予約サーバは、従業員情報、組織情報、予約実績などの企業の秘密情報を備え、特願２００１−３９８３３１号で出願された電子商取引管理サーバのＡＰＩを利用して、予約画面を企業内で作る。

　一方、企業システム内に構築された一般的な物品調達システムでは、発注したものが納品され、その代金が請求されるのが通常である。欠品や代替品などの必要が生じた場合は、発注者に確認をとり、その時点で発注内容を修正する。従って、一般的な物品調達システムでは、発注者か請求者のいずれかがデータ誤りを起こした場合を除けば、発注内容と請求内容が異なる場合はない。
特開２０００−３３１０９８号公報 特開平１１−３３９０７６号公報 特開平１１−１４３９７７号公報 特開２００２−３１８８３８号公報

　しかし、企業側で予約サーバを構築する場合、ホテルや鉄道の予約機能が追加されるなど、サービスメニュー増加時には、予約画面を自費で改造する必要があり、予約機能の追加の度に、コストが必要になった。又、予約サーバを初期導入する際、データベースの構築や、画面の設計などの開発期間を要するので、サービス導入まで長時間を要する問題があった。

　又、一般的な物品調達システムにおいては、発注内容と請求内容が一致する。

しかし、航空券のチケットの予約、精算等においては、搭乗時点で予約した便とは異なる便に変更することが可能である。具体的には、予定していた時刻よりも早い時刻に到着した場合、従業員は、空港でより早い便に変更し、搭乗することができる。

　従って、企業が把握している予約情報と、チケット供給者からの請求情報が異なることが多々ある。従って、予約情報と請求情報との整合性を突き合わせる場合、突合エラーが多数発生し、検収業務を円滑に行うことができない。

　従って本発明の目的は、企業システムが円滑なチケット予約及び精算を行うことのできるチケット購入システム、購入仲介システム、チケット購入画面サーバ、チケット購入管理システム、チケット購入管理方法、サプライヤ予約システム及びサプライヤ予約方法を提供することである。

　上記課題を解決するために、本発明の第１の特徴に係るチケット購入システムは、複数の企業システムと、企業システムに接続された従業員端末を通して従業員にチケットを供給する複数のサプライヤ予約システムと、を仲介するスイッチングサーバを用いて、企業システムとサプライヤ予約システムとの連携を行うチケット購入システムにおいて、スイッチングサーバへの接続に必要な画面を、従業員端末に提示し、従業員端末から予約された予約情報を保存するチケット購入画面サーバと、チケットの購入を希望する企業システム内に設けられ、従業員端末から予約されたチケットの情報をチケット購入画面サーバから受信し、サプライヤ予約システムからの請求データと確認を行うチケット購入管理システムとを備える。

　このような本発明の第１の特徴に係るチケット購入システムによれば、画面を提供するチケット購入画面サーバと、企業内でチケットを管理するチケット購入管理システムとを分けて運用することにより、スイッチングサーバの機能追加やバージョンアップに対する変更をチケット購入画面サーバでのみ行えば良く、運用コストを抑えることができる。

　又、チケット購入管理システムは、従業員端末とチケット購入画面サーバでやりとりされるメッセージに、生成した予約情報を識別する識別子を付加し、チケット購入画面サーバは、識別子と予約情報を関連づけて保存し、チケット購入管理システムは、識別子と予約情報を関連づけた情報をチケット購入画面サーバから受信することが好ましい。

　これによれば、例えば、企業システムで出張を特定することができる出張管理番号と関連づけてチケットを予約することにより、チケット購入管理システム内で、容易に予約したチケットの確認行うことができる。

　又、従業員端末とチケット購入画面サーバ内でやりとりされるメッセージに、従業員端末からチケット購入画面サーバを呼び出す場合の呼出時刻が付加されることが好ましい。

　これによれば、例えば同一内容のメッセージを画面サーバが受信した場合、チケット購入画面サーバが、呼出時刻がより最新のものにのみ応答することができる。従って、キャッシングされたメッセージの不正な作動を防ぐことができる。

　本発明の第２の特徴に係る購入仲介システムは、複数の企業システムと、企業システムに接続された従業員端末にチケットを供給する複数のサプライヤ予約システムと、を仲介する購入仲介システムにおいて、購入仲介システムへの接続に必要な画面を、従業員端末に提示し、従業員端末から予約された予約情報を保存するチケット購入画面サーバと、チケット購入画面サーバを介して従業員端末からの接続を受け付け、従業員端末からの接続毎に設定されるセションを管理し、企業システムが接続可能なサプライヤ予約システムへ、予約のリクエストを行い、予約のリクエストの結果をチケット購入画面サーバを介して従業員端末に提示するスイッチング手段を備えるスイッチングサーバとを備える。

　このような本発明の第２の特徴に係る購入仲介システムによれば、スイッチング手段を備えたスイッチングサーバと、画面を提供するチケット購入画面サーバとを分割して運用することにより、より、企業システムの要求に沿った画面を提供することができる。

　本発明の第３の特徴に係るチケット購入画面サーバは、複数の企業システムと、企業システムに接続された従業員端末にチケットを供給する複数のサプライヤ予約システムとを仲介し、従業員端末からの接続を受け付け、従業員端末からの接続毎に設定されるセションを管理し、企業システムが接続可能なサプライヤ予約システムへ、予約のリクエストを行い、予約のリクエストの結果を提示するスイッチング手段を備えるスイッチングサーバを用いた購入仲介システムにおいて用いられるチケット購入画面サーバにおいて、従業員端末とスイッチングサーバとの間のデータの送受信を制御し、従業員端末からの予約情報を、予約情報記憶装置に記録する予約手段と、企業システムに設けられ、従業員端末からのチケット購入を管理するチケット購入管理システムに、予約情報記憶装置に記録された予約情報を提供する予約情報提供手段とを備える。

　このような本発明の第３の特徴に係るチケット購入画面サーバによれば、企業システムから予約された情報を、スイッチングサーバに送信するインタフェースとなる。従って、スイッチングサーバへのインタフェースの変更が発生しても、チケット購入画面サーバのみを変更すれば良い。従って、企業内に設けられるチケット購入管理システムの仕様を変更する必要がないので、運用コストを安価に押さえることができる。

　又、従業員端末に提示する項目、提示しない項目、スイッチングサーバに送信する項目、送信しない項目のいずれか一つ以上の項目を記録した表示項目記憶装置を更に備え、予約手段は、表示項目記憶装置を参照して、従業員端末に提示する項目及びスイッチングサーバに送信する項目を決定して、データの送受信を制御することが好ましい。

　これによれば、チケットの予約・購入に必要なデータをスイッチングサーバに送信することができるので、企業の機密情報の漏洩を防ぐことができる。

　又、サプライヤ予約システムから送信された予約を確認する確認データを受信し、予約情報記憶装置に記録する確認データ受信手段を更に備えることが好ましい。

　これによれば、従業員端末からサプライヤ予約システムへリンク接続してチケットの予約を行った場合でも、確認データを受信できるので、企業システムは、全ての予約情報を把握することができる。

　又、予約手段は、チケット購入管理システムと送受信するメッセージが企業システムを識別する企業識別子を含むことが好ましい。

　これによれば、チケット購入画面サーバを、複数の企業システムに適用することができる。従って、チケット購入画面サーバを、ＡＳＰサービスとして提供することができる。

　又、表示項目記憶装置は、複数の企業システム毎に設定されており、チケット購入画面サーバが提示する画面は、複数の企業システム毎に設定されていることが好ましい。

　これによれば、企業独自に表示項目を設定できるので、企業ポリシーに従って、外部に送信する情報の制御を行うことができる。

　又、予約手段で表示するヘルプ情報は、チケット購入管理システム内に備えられたヘルプ情報記憶装置へリンクしていることが好ましい。

　これによれば、ヘルプ情報記憶装置を企業システムの内部に備えることにより、よりヘルプ情報記憶装置の情報の漏洩を軽減することができる。従って、ヘルプ情報記憶装置に、企業の業務フローに沿った詳細なヘルプ情報を格納することができる。更には、企業システム内に備えることにより、ヘルプ情報記憶装置の更新を容易に行うことができる。

　本発明の第４の特徴に係るチケット購入管理システムは、企業システムに接続された従業員端末に提示する画面を提供し、従業員端末から予約した予約情報を格納しているチケット購入画面サーバと、企業システムにチケットを供給する複数のサプライヤ予約システムとを仲介するスイッチングサーバとを備えた購入仲介システムを用いて購入したチケットを管理するチケット購入管理システムにおいて、サプライヤ予約システムから購入したチケットの請求情報を請求情報記憶装置に記録する請求情報記憶手段と、チケット購入画面サーバから予約情報を収集し、予約情報記憶装置に記憶する予約情報収集手段と、請求情報と予約情報を突き合わせ、請求情報の正当性を判定する請求情報管理手段とを備える。

　このような本発明の第４の特徴に係るチケット購入管理システムによれば、企業から予約された全てのチケットの情報を把握できるので、予約したチケット情報と、サプライヤ予約システムからの請求情報を突き合わせることができる。

　又、請求情報管理手段は、請求情報と予約情報が一致する場合、請求情報を請求一致データ記憶装置に、予約情報を予約情報一致データ記憶装置に格納し、請求情報と予約情報の検索キーのみ一致し、その他の項目が一致しない場合、請求情報を請求部分不一致データ記憶装置に、予約情報記憶装置を予約部分不一致データ記憶装置に格納し、請求情報のみ検索キーが存在する場合、請求情報を請求突合対象不明データ記憶装置に格納し、部分不一致データ記憶装置及び請求突合対象不明データ記憶装置を検証することにより、請求情報の正当性を判定することが好ましい。

　これによれば、例えば、予約した飛行機のフライトと異なるフライトに搭乗した場合なども把握することができるので、より精度高く、請求情報の正当性を判定することができる。

　又、予約情報の各レコードを識別する予約情報識別子を、予約情報に対応づけて予約部分不一致データ記憶装置に記録し、更に、予約部分不一致データ記憶装置に格納された予約情報と、検索キーのみ一致した請求情報の各レコードを識別する請求情報識別子を、予約情報識別子と対応づけて予約部分不一致データ記憶装置に記録することが好ましい。

　そして、予約情報の各レコードを識別する予約情報識別子を、予約情報に対応づけて予約一致データ記憶装置に記録し、更に、予約一致データ記憶装置に格納された予約情報と一致した請求情報の各レコードを識別する請求情報識別子を、予約情報識別子と対応づけて予約一致データ記憶装置に記録することが好ましい。

　これによれば、予約情報と請求情報の関連づけを容易に把握することができる。

　又、予約部分不一致データ記憶装置に、一致しなかった項目を更に記録することが好ましい。

　これによれば、請求情報の正当性の把握において、請求情報と予約情報が一致していない理由を推測しやすくなる。例えば、搭乗した飛行機のフライト番号のみ異なっている場合は、従業員が空港で搭乗する飛行機の変更を行ったと把握することができる。

　本発明の第５の特徴に係るチケット購入管理方法は、企業システムに接続された従業員端末に提示する画面を提供し、従業員端末から予約した予約情報を格納しているチケット購入画面サーバと、企業システムにチケットを供給する複数のサプライヤ予約システムとを仲介するスイッチングサーバとを備えた購入仲介システムを用いて購入したチケットを管理するチケット購入管理システムにおいて用いられるチケット購入管理方法において、サプライヤ予約システムから購入したチケットの請求情報を請求情報記憶装置に記録する請求情報記憶ステップと、チケット購入画面サーバから予約情報を収集し、予約情報記憶装置に記憶する予約情報収集ステップと、請求情報と予約情報を突き合わせ、請求情報の正当性を判定する請求情報管理ステップとを備える。

　又、請求情報管理ステップは、請求情報と予約情報が一致する場合、請求情報を請求一致データ記憶装置に格納し、予約情報を予約情報一致データ記憶装置に格納するステップと、請求情報と予約情報の検索キーのみ一致し、その他の項目が一致しない場合、請求情報を請求部分不一致データ記憶装置に、予約情報記憶装置を予約部分不一致データ記憶装置に格納するステップと、請求情報のみ検索キーが存在する場合、請求情報を請求突合対象不明データ記憶装置に格納するステップとを備え、部分不一致データ記憶装置及び請求突合対象不明データ記憶装置を検証することにより、請求情報の正当性を判定することが好ましい。

　そして、予約情報の各レコードを識別する予約情報識別子を、予約情報に対応づけて予約部分不一致データ記憶装置に記録するステップと、予約部分不一致データ記憶装置に格納された予約情報と、検索キーのみ一致した請求情報の各レコードを識別する請求情報識別子を、予約情報識別子と対応づけて予約部分不一致データ記憶装置に記録するステップとを更に備えることが好ましい。

　加えて、予約情報の各レコードを識別する予約情報識別子を、予約情報に対応づけて予約一致データ記憶装置に記録するステップと、予約一致データ記憶装置に格納された予約情報と一致した請求情報の各レコードを識別する請求情報識別子を、予約情報識別子と対応づけて予約一致データ記憶装置に記録するステップとを更に備えることが好ましい。

　更には、予約部分不一致データ記憶装置に、一致しなかった項目を更に記録するステップを更に備えることが好ましい。

　本発明の第６の特徴に係るサプライヤ予約システムは、チケットを供給し、企業システムから予約を受け付けるサプライヤ予約システムにおいて、企業システムで予約するチケットを識別できる管理番号を含む予約条件を企業システムから取得する予約条件取得手段と、予約条件に基づいて、チケットの予約を行う予約手段と、予約手段で予約した結果を、管理番号に関連づけて企業システムに提供する予約情報提供手段を備える。

　これにより、企業システムにおいて、サプライヤ予約システムからの請求と、企業でのチケットの予約を関連づけることができるので、予約データの確認などをフレキシブルに行うことができる。

　このとき、企業システムとは、リンク接続で接続されても良い。又、企業システムとサプライヤ予約システムとを仲介するスイッチングサーバによって、企業システムとはセッション管理されて接続されても良い。

　更に、予約手段において予約が成立した場合、予約に伴う請求を管理番号に関連づけて企業システムに提供する請求情報提供手段を備えても良い。これにより、企業が認識しやすい請求データを提供することができる。

　本発明の第６の特徴に係るサプライヤ予約方法は、チケットを供給し、企業システムから予約を受け付けるサプライヤ予約システムにおけるサプライヤ予約方法において、予約条件取得手段によって、企業システムで予約するチケットを識別できる管理番号を含む予約条件を、企業システムから取得するステップと、予約手段によって、予約条件に基づいて、チケットの予約を行うステップと、予約情報提供手段によって、予約を行うステップで予約した結果を管理番号に関連づけて企業システムに提供するステップとを備える。

　このとき、企業システムとは、リンク接続で接続されても良い。又、企業システムとサプライヤ予約システムとを仲介するスイッチングサーバによって、企業システムとはセッション管理されて接続されても良い。

　更に、予約するステップにおいて予約が成立した場合、請求情報提供手段によって、予約に伴う請求を管理番号に関連づけて企業システムに提供するステップを備えても良い。

　従って本発明によれば、企業システムが円滑なチケット予約及び精算を行うことのできるチケット購入システム、購入仲介システム、チケット購入画面サーバ、チケット購入管理システム、チケット購入管理方法、サプライヤ予約システム及びサプライヤ予約方法を提供することができる。

　次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

（第１の実施の形態）
　本発明の第１の実施の形態に係るチケット購入システムのシステム構成図を図１に示す。

　本発明の第１の実施の形態に係るチケット購入システムは、チケットの供給を仲介するスイッチングサーバ１、チケットの仲介を行う画面を提供するチケット購入画面サーバ３、チケットを購入する企業システム７、企業システム７に備えられ、スイッチングサーバ１を介して購入したチケットの管理を行うチケット購入管理システム５、スイッチングサーバ１を介して企業システム７等にチケットを供給するサプライヤ予約システム８ａ乃至８ｃを備えている。なお、ここでいうサプライヤとは、本発明において取引されるチケットを発行できる業務主体をいう。

　企業システム７及びチケット購入画面サーバ３は、通信ネットワーク９ａにより接続されており、スイッチングサーバ１及びサプライヤ予約システム８ａ乃至８ｃは、通信ネットワーク９ｂで接続されている。

　ここで、通信ネットワーク９ａ及び９ｂは、インターネット、パソコン通信ネットワーク、無線通信ネットワーク等の通信ネットワークのことである。企業システム７、チケット購入画面サーバ３、スイッチングサーバ１、サプライヤ予約システム８ａ乃至８ｃは、ゲートウェイサーバ、プロキシサーバ、インターネットサービスプロバイダ等を介して、通信ネットワーク９ａ及び９ｂに接続される。又、常に通信ネットワーク９ａ及び９ｂに接続されていても良いし、必要に応じて接続されても良い。

　サプライヤ予約システム８ａは、それぞれ、航空券、電車の切符、ホテルなどの出張に関するチケットを提供するＡ社に備えられた予約システムである。サプライヤ予約システム８ａは、スイッチングサーバ１及びチケット購入画面サーバ３を介して、企業システム７にチケットを供給し、企業システム７に請求する請求情報を、請求情報記憶装置８１ａに記録する。サプライヤ予約システム８ａは、請求情報記憶装置８１ａを参照して、企業システム７に、供給したチケットの代金を請求する。

　サプライヤ予約システム８ａと同様に、サプライヤ予約システム８ｂは、Ｂ社に備えられた予約システムで、供給したチケットの請求に関する情報を記録した請求情報記憶装置８１ｂを備えている。又、サプライヤ予約システム８ｃは、Ｃ社に備えられた予約システムで、供給したチケットの請求に関する情報を記録した請求情報記憶装置８１ｃを備えている。

　企業システム７は、企業内に設けられており、人事に関する情報を管理する人事システム７３、出張に関する情報を管理する出張管理システム７４、出張管理システム７４と連携して、企業がサプライヤ予約システム８ａ乃至８ｃから購入したチケットに関する情報を管理するチケット購入管理システム５、従業員が利用する従業員端末７５を備えている。図示しないが、企業システム７は、これらの他にも、通信ネットワーク９ａとの接続のインタフェースとなるゲートウェイサーバ、経理に関する情報を管理する経理システム、業務に関する情報を管理する業務システムなどを備えるのは勿論である。

　人事システム７３は、企業の従業員の情報が記録された従業員情報記憶装置７１を備えている。従業員情報記憶装置７１には、図２に示すように、従業員番号、従業員管理番号、部課コード、部課名、氏名、性別、住所、電話番号、メールアドレス、Ａ社、Ｂ社、Ｃ社それぞれのチケット購入に必要なマイレージ番号などの情報が記録されている。

　ここで、従業員管理番号は、本発明の実施の形態に係るチケット購入画面サーバ３、スイッチングサーバ１、サプライヤ予約システム８ａ乃至８ｃ等で利用する従業員を識別する番号である。多くの企業においては、従業員を識別するため、従業員番号を付与しているが、この従業員番号の採番の仕方によっては、従業員の属性を推測することも可能である。例えば、１９９１年度入社の従業員の従業員番号は、「９１」で開始する番号が採番される場合がある。一方、従業員管理番号は、例えばランダムに採番された番号であって、従業員を一意に識別できる番号である。

　このように、従業員の属性を推測できる従業員番号を利用して、出張に関するチケットを購入すると、その従業員の業務内容を外部に漏洩することになり、企業の機密情報を漏洩することになりかねない。従って、本発明の実施の形態においては、チケットの購入時には、従業員の属性を推測できない従業員管理番号を利用することにより、企業内の情報の漏洩を防ぐことができる。

　出張管理システム７４は、従業員の出張に関する情報が記録された出張情報記憶装置７２を備えている。出張情報記憶装置７２には、図３に示すように、出張管理番号、出張期間開始日、出張期間終了日、行き先、用件、従業員番号、従業員名、所属部課コード、この出張の精算先である精算先部課コード等が記録されている。

　企業の従業員は従業員端末７５から、出張管理システム７４に対して出張申請を行うと、従業員端末７５からチケット購入画面サーバ３、スイッチングサーバ１を介して、サプライヤ予約システム８ａ乃至８ｃに対して、チケットの購入を行うことができる。

　チケット購入管理システム５は、出張管理システム７４から申請された出張に必要なチケットの情報を管理するシステムで、従業員端末７５から予約されたチケットの情報を画面サーバから受信し、サプライヤ予約システムからの請求データと確認を行ったり、チケット購入画面サーバ３、スイッチングサーバ１に必要な情報を管理するシステムである。

　チケット購入管理システム５は、予約情報記憶装置５１、請求情報記憶装置５２、ヘルプ情報記憶装置５３、ユーザ登録手段６１、表示項目設定手段６２、予約手段６３、予約情報収集手段６４、請求情報管理手段６５を備えている。

　予約情報記憶装置５１は、従業員端末７５から予約されたチケットに関する情報が記録された記憶装置である。ここには、予約成立したものは勿論、キャンセルフラグを設けるなどして、後にキャンセルされたものも記録されるのが好ましい。

　請求情報記憶装置５２は、サプライヤ予約システム８ａ乃至８ｃから送られた請求情報が記録された記録装置である。

　ヘルプ情報記憶装置５３は、チケット購入画面サーバ３が提示する画面のヘルプファイルを格納する記憶装置である。具体的には、チケット購入画面サーバ３に例えば、「ヘルプ」という記載があるとする。従業員端末７５からこの「ヘルプ」がクリックされると、チケット購入管理システム５のヘルプ情報記憶装置５３にリンクし、ヘルプ情報記憶装置５３のデータを提示される。ヘルプ情報記憶装置５３を企業システム７の内部に備えることにより、ヘルプ情報記憶装置５３の更新を容易に行うことができる。又、ヘルプ情報記憶装置５３を企業システム７の内部に備えることにより、より企業の業務フローに沿ったヘルプファイルを作成することができる。又、通信ネットワーク９ａを介して従業員端末７５に提示されないので、詳細な業務フローを記載しても、その情報が外部に漏洩する危険が少ない。

　ユーザ登録手段６１は、サプライヤ予約システム８ａ乃至８ｃの要求に従って、予めシステムを利用するユーザ名、マイレージ番号等を登録する必要がある場合に、ユーザを登録する手段である。例えば、サプライヤ予約システム８ａにおいて、チケットの発券においては、予め登録したユーザ情報と名前及びマイレージ番号が一致しなければならない場合は、ユーザ登録手段６１は、サプライヤ予約システム８ａに対して、従業員の名前及びマイレージ番号を登録する。ユーザ登録手段６１は、チケット購入画面サーバ３が表示する画面に従ってユーザ登録を行う。

　表示項目設定手段６２は、従業員端末７５からチケットを購入する場合、チケット購入画面サーバ３提示する画面について、表示する項目、表示しない項目を設定する手段である。例えば、チケット購入画面サーバ３に接続した場合に、従業員名を表示する／しない、部署名を表示する／しないを設定することができる。従業員端末７５は、通信ネットワーク９ａを介してチケット購入画面サーバ３に接続するので、従業員名や部署名を表示するのは、企業内の情報の漏洩となるおそれがある一方、予約時の画面に従業員名や部署名を表示しない場合は、従業員が、自分の名前で予約できているか確認することができない。従って、表示項目設定手段６２により、チケット購入画面サーバ３が提示する画面に記載する項目を、チケット購入管理システム５から設定することにより、個々の企業が望む形態で画面を表示することができる。

　予約手段６３は、従業員端末７５からの接続を受け付け、従業員端末７５及び従業員を認証し、チケット購入画面サーバ３へ接続させる手段である。

　予約情報収集手段６４は、チケット購入画面サーバ３に保存された予約に関する情報を収集し、チケット購入管理システム５に備えられた予約情報記憶装置５１に登録する手段である。予約情報収集手段６４は、定期的にチケット購入画面サーバ３から予約情報を収集しても良いし、従業員端末７５から予約される度に予約情報を収集しても良い。

　請求情報管理手段６５は、予約情報記憶装置５１と請求情報記憶装置５２とを突き合わせ、サプライヤ予約システム８ａ乃至８ｃからの請求情報が正当であるか否かを判定する手段である。

　チケット購入画面サーバ３は、スイッチングサーバ１への接続に必要な画面を、従業員端末７５に提示し、従業員端末７５から予約された予約情報を保存するサーバである。

　チケット購入画面サーバ３は、表示項目記憶装置３１、予約情報記憶装置３２、ユーザ登録手段４１、予約手段４２、確認データ受信手段４３、予約情報提供手段４４を備えている。

　表示項目記憶装置３１は、チケット購入管理システム５の表示項目設定手段６２から設定された表示項目を記憶する記憶媒体である。

　予約情報記憶装置３２は、従業員端末７５から予約されたチケットの情報が格納された記憶装置である。予約情報記憶装置３２は、図４に示すように、企業に関するデータである企業コード、企業名称、予約毎に一意に割り当てられる番号である連番、予約したチケットに関するデータである搭乗年月日、予約日、発券日、予約したチケットのサプライヤコード、フライト番号、便名、航空券番号、料金、予約した従業員に関するデータである出張管理番号、マイレージ番号、従業員管理番号、出張者名等が登録されている。

　ユーザ登録手段４１は、チケット購入管理システム５のユーザ登録手段６１に必要な画面を提示する手段である。予約手段４２は、従業員端末７５に、チケットの予約に必要な画面を提示し、スイッチングサーバ１と従業員端末７５との間で、予約に必要なデータを仲介し、予約に関する情報を予約情報記憶装置３２に登録する手段である。

　確認データ受信手段４３は、サプライヤ予約システム８ａ乃至８ｃから送信された予約の確認データを受信し、予約情報記憶装置３２に格納する手段である。

このとき、予約手段４２によって予約に関する情報が予約情報記憶装置３２に既に格納されている場合、確認データ受信手段４３は、受信した確認データと、既に格納した予約に関する情報が一致することを確認する。

　予約情報提供手段４４は、チケット購入管理システム５の予約情報収集手段６４からの依頼に対応して、チケット購入画面サーバ３の予約情報記憶装置３２をチケット購入管理システム５に提供する手段である。

　スイッチングサーバ１は、チケット購入画面サーバ３を介して従業員端末７５からの接続を受け付け、従業員端末７５からの接続毎に設定されるセションを管理し、企業システム７が接続可能なサプライヤ予約システム８ａ乃至８ｃへ、予約のリクエストを行い、予約のリクエストの結果をチケット購入画面サーバ３を介して従業員端末７５に提示する。

　スイッチングサーバ１の詳細な機能ブロック図を図５に示す。

　スイッチングサーバ１は、チケット購入画面サーバ３、サプライヤ予約システム８ａ乃至８ｃに接続されている。更に、スイッチングサーバ１の管理を行う管理端末１０３、１０４が接続されていても良い。

　スイッチングサーバ１は、サプライヤ予約システム８ａ乃至８ｃに接続してホテルや交通機関の予約を行わせる管理部１０２、管理部１０２で更新及び参照されるデータが登録されたデータベースの管理を行う共通ＤＢ部１０６を備えている。

　共通ＤＢ部１０６は、管理部１０２により更新及び参照されるデータを管理するデータベース管理手段３５０と、アカウント記憶装置３５２、契約記憶装置３５３、予約記憶装置３５４、システムアクセス数記憶装置３５５を備えている。

　データベース管理手段３５０は、アカウント記憶装置３５２、契約記憶装置３５３、予約記憶装置３５４、システムアクセス数記憶装置３５５を管理している。即ち、データベース管理手段３５０は、管理部１０２が管理するデータを各記憶装置に格納する。

　アカウント記憶装置３５２には、企業システム７の企業コード、アクセスＩＤ、パスワード等が記録されている。更に、企業に所属する従業員（ユーザ）毎にアクセスＩＤやパスワード等を設定しても良い。更に、企業システム７が、サプライヤ予約システム８ａ乃至８ｃに提示する氏名やカード番号等を設定しても良い。更に、企業システム７が、接続することのできるサプライヤ予約システム８ａ乃至８ｃを限定しても良い。この場合、出張先の地域によって限定をしても構わない。これにより、企業システム７は、例えば、サプライヤ予約システム８ａに対して大量の発注を行うことにより、そのサプライヤ予約システム８ａの企業システム７に対する価格を下げることもできる。又、企業システム７に属する出張するユーザ或いはユーザの属性（役職等）に従って、提示するホテルや交通機関を決定しても良い。具体的には、企業の役員には、新幹線のグリーン車を利用を許可したり、一泊２万円以上のホテルの利用を許可することができる。

　契約記憶装置３５３は、管理部１０２が接続を受ける企業システム７や、管理部１０２が接続をするサプライヤ予約システム８ａ乃至８ｃの、企業名、ホテル名、交通機関名、住所、電話番号、担当者名等が記録されている。

　予約記憶装置３５４は、予約数、キャンセル数、金額などである。これにより、管理部１０２が、企業システム７に対して請求金額を提示することができる。

更に、予約したホテル或いは交通機関の日付、指定便、ホテル名、人数、ランクなどを記録することにより、予約内容についても企業システム７に対して請求金額を提示することができる。又、更に当該予約について、企業システム７内に属する、精算を行う部課を記載していても構わない。この部課を記載することにより、企業システム７内に一括で請求が来ても、記載された部課に従って請求を振り分けても良い。この請求の振り分けは、企業システム７に属する経理を担当する部署が行っても良いし、インハウスエージェントが行っても良い。更に、管理部１０２から、企業システム７に属する部課に対して、直接請求を行っても構わない。

　システムアクセス数記憶装置３５５は、企業システム７が管理部１０２に接続した回数及び時間、更にサプライヤ予約システム８ａ乃至８ｃに接続した回数及び時間、又、各接続におけるトラフィック量などが記録されている。これにより、管理部１０２は、企業システム７、サプライヤ予約システム８ａ乃至８ｃに、接続に対する課金を行うことができる。

　管理部１０２は、スイッチング手段１２０、基幹管理手段１２６、ログ管理手段４５０、ログデータ４５２を備えている。

　ログデータ４５２とは、管理部１０２における運用ログである。

　スイッチング手段１２０は、企業システム７からチケット購入画面サーバ３を介して、ＡＰＩ１２７を介した接続を受け付け、企業システム７からの接続毎に設定されるセションを管理し、企業システム７を認証し、企業システム７が接続可能なサプライヤ予約システム８ａ乃至８ｃに接続し、接続された予約システムから予約可能な商品の情報を取得し、チケット購入画面サーバ３を介して企業システム７に送信する。

　詳述すると、企業システム７からの接続を一括して受け持ち（２０１）、セション管理、認証、サプライヤ予約システム８ａ乃至８ｃへの接続、レスポンス書式のフォーマット等を行う。又、アカウント記憶装置３５２に記録されたアカウントデータを取得し、全てメモリ内に保持する。これらのデータは起動時にロードされ、基幹管理手段１２６からのデータ更新通知（２０５）によって、データベース管理手段３５０から再ロードされる（２０３）。スイッチング手段１２０が企業システム７から受け取ったリクエストは、パース（解読）されて、予約検索リクエストであれば、所望のサプライヤ予約システム８ａ乃至８ｃに（２０２ａ乃至２０２ｃ）、管理者機能へのリクエストであれば、ＡＰＩ１２９を介して基幹管理手段１２６へ渡される（２０６）。サプライヤ予約システム８ａへ接続する場合はＡＰＩ１１３ａを介して、サプライヤ予約システム８ｂへ接続する場合はＡＰＩ１１３ｂを介して、サプライヤ予約システム８ｃへ接続する場合はＡＰＩ１１３ｃを介して接続される。基幹管理手段１２６へ接続する場合は、ＡＰＩ１２９を介して或いはＡＰＩ１２９を介さずに接続される。予約情報や課金単位になるトランザクション数は、データベース管理手段３５０を介して共通ＤＢ部１０６へ書き出される（２０３）。運用ログは、ログ管理手段４５０へと渡される（２０４）。

　基幹管理手段１２６は、アカウント記憶装置３５２に記録された、企業システム７の認証データ、企業システム７がサプライヤ予約システム８ａ乃至８ｃに接続する認証データのマッピング情報、企業システム７のユーザの属性に従って決定される接続可能なサプライヤ予約システム８ａ乃至８ｃ、予約記憶装置３５４に記録された商品の予約に関する情報、顧客企業システムの接続に関する情報のうち、少なくとも一つを管理する。即ち、基幹管理手段１２６は、スイッチング手段１２０から取得された情報と、管理端末１０３、１０４から入力された情報とに基づいて、共通ＤＢ部１０６の管理を主に行う手段である。詳述すると、アカウントデータ、予約履歴、システムアクセス数データを一括して管理し、ＡＰＩ１２８を介して、管理端末１０３、１０４へ、管理機能を提供する（２０７）。共通ＤＢ部１０６に格納された上記データを、追加、変更、削除する（２０８）。スイッチング手段１２０からの管理者用機能の呼び出しを受け取り、処理する。又、管理する共通ＤＢ部１０６のデータが追加、変更、削除されると、基幹管理手段１２６に更新通知を送る。

　ログ管理手段４５０は、管理部１０２の管理者及び運用者が利用する運用ログを書き出す手段で、スイッチング手段１２０からのログ書き込み要求を受けてログをログファイルに書き込む（２０４）。

　このように、本発明の実施の形態に係るスイッチングサーバ１においては、各システム及びプロセスの間を接続する場合、ＡＰＩ（Application Program Interface）を介して、接続先の仕様に合わせてデータを整形する。ここで、プロセスとは、スイッチング手段１２０等の各手段の構成要素の一つであるプログラムのことである。更に、接続元と接続先とでプロトコルが異なる場合に、そのプロトコルを変換することにより行われる。このＡＰＩを介して接続を行うことにより、既存のシステム及びプロセスの変更を最小限に押さえて接続することができる。即ち、本発明の実施の形態に係るスイッチングサーバ１においては、大きく分けて以下の３つのＡＰＩが存在する。

（ａ）セション管理やログイン認証など、顧客企業・サイトから呼び出される接続管理を行う場合は、共通機能ＡＰＩである接続管理ＡＰＩが行う。図５においては、ＡＰＩ１２７が接続管理ＡＰＩに相当する。
（ｂ）主に企業システム７の従業員がホテルや交通機関を予約する場合は、予約者用ＡＰＩが行う。図５においては、ＡＰＩ１１３ａ乃至１１３ｃが予約者用ＡＰＩに相当する。複数の国内外の航空予約のシステム、複数の国内外のホテルの予約システムに対して、それぞれ別々に用意するのが好ましい。
（ｃ）管理部１０２の管理者及び運用者が、予約状況の確認や課金情報や契約情報を見る場合は、管理者用ＡＰＩが行う。図５においては、ＡＰＩ１２８が管理者用ＡＰＩ相当する。

　これらのＡＰＩについて、どちらのシステム或いはプロセスにＡＰＩを備えるかは、システムの要件に基づいて随時判断されるのが好ましい。

　各システム及びプロセス間のプロトコル及び文書形式は、様々な組み合わせが考えられる。

　例えば、上記の２０１、２０２、２０６、２０７での通信の接続においては、ＯＳＩ参照モデルに対比すると、ネットワーク層及びトランスポート層の接続においてＴＣＰ／ＩＰのプロトコルが、セション層の接続においてＨＴＴＰのプロトコルが、プレゼンテーション層の接続においてＸＭＬの文書形式がそれぞれ用いられるのが好ましい。又、２０４の接続においては、トランスポート層の接続においてプロセス間通信のＵＤＰ（User Datagram Protocol）のプロトコルが用いられるのが好ましい。更に、２０５の接続においては、ネットワーク層及びトランスポート層の接続においてＴＣＰ／ＩＰのプロトコルが用いられるのが好ましい。

　図６に、本発明の第１の実施の形態に係るチケット購入システムのデータの送受信を示したシーケンス図を示す。

　まず、ステップＳ１０１において、従業員端末からチケット購入管理システム５に接続する。チケット購入管理システム５は、予約手段６３によって、従業員の認証を行う。この従業員の認証は、出張管理システム７４によって行われても良い。即ち、チケット購入管理システム５は、接続された従業員端末７５をチケット購入画面サーバ３に接続して良いかを判定する。

　チケット購入管理システム５によって従業員の認証が行われると、ステップＳ１０２において、チケット購入管理システム５は、従業員端末７５にトップ画面を提示する。このとき、従業員端末７５から「チケットの予約」や「チケット手配」等が選択されると、従業員端末７５において、ＨＴＴＰリクエストメッセージが生成され、まずステップＳ１０３においてチケット購入管理システム５へ接続され、その後自動的に、ステップＳ１０４においてチケット購入画面サーバ３に接続される。

　このとき、従業員端末７５が生成するＨＴＴＰリクエストメッセージのインタフェースを図７に示す。

　ＨＴＴＰリクエストメッセージは、メニュー起動時の年月日時分秒のＭＤＤＡＴＡ、チケット購入画面サーバ３でメッセージ種別を認識する区分、出張を一意に識別する出張管理番号、出張期間開始日、出張期間終了日、出張の行き先、従業員を識別する従業員管理番号、従業員名、従業員の所属部課名、メールアドレス、サプライヤ予約システム８ａ乃至８ｃで利用するＡ社マイレージ番号、Ｂ社マイレージ番号、Ｃ社マイレージ番号、企業システム７を識別する企業ＩＤ、パスワードを含む。

　ＭＤＤＡＴＡ、区分、出張管理番号、従業員管理番号は、チケット購入画面サーバ３及びスイッチングサーバ１で利用するもので、ＨＴＴＰリクエストメッセージに必ず含まれなければならない。又、企業ＩＤ及び企業パスワードは、スイッチングサーバ１で利用するもので、ＨＴＴＰリクエストメッセージに必ず含まれなければならない。

　Ａ社マイレージ番号、Ｂ社マイレージ番号、Ｃ社マイレージ番号は、それぞれサプライヤ予約システム８ａ乃至８ｃが利用するもので、サプライヤ予約システム８ａ乃至８ｃの要求によって、含まれている。従って、サプライヤ予約システム８ａ乃至８ｃの仕様によっては、必ずしもこれらのマイレージ番号が含まれるとは限らない。

　出張期間開始日、出張期間終了日、行き先、従業員名、所属部課名は、チケット購入画面サーバ３で表示するためのものである。これらの項目をＨＴＴＰリクエストメッセージに含ませるか否かは、チケット購入管理システム５の表示項目設定手段６２により設定を変更することができる。又ここで、出張期間開始日、出張期間終了日、行き先をＨＴＴＰメッセージに含ませることにより、チケット購入画面サーバ３が提示する画面に、予めこれらの情報を記載しておき、従業員端末７５からの操作を簡略化することができる。

　メールアドレスは、例えば、チケット購入画面サーバ３やスイッチングサーバ１から、予約した従業員に確認のメールを送信するためのものである。

　ここで、ＭＤＤＡＴＡをリクエストメッセージに含んでいるので、チケット購入画面サーバ３の内部時計の時刻と比較することにより、チケット購入画面サーバ３内の古いデータであるキャッシュを誤作動することを防ぐことができる。

　予約要求メッセージは、ＨＴＴＰ上に実装されているので、従業員端末７５のブラウザや通信経路上のキャッシュサーバでキャッシングされる可能性がある。

もしも、キャッシュの内容を読み出して、チケット購入画面サーバ３に送信されてしまうと、正規の予約手順が実行されて、キャッシュの内容に従った予約を行うことができる。キャッシュ内容の再送は、ブラウザ上で特定のＵＲＬにアクセスすることができるし、悪意を持って、キャッシュを解析することも可能となる。そのため、同一内容でのメッセージによってチケット購入画面サーバ３にアクセスすることを防ぐ必要がある。ここで、ＭＤＤＡＴＡをメッセージに含ませることにより、チケット購入画面サーバ３は、最新のメッセージを確認して、古いメッセージには応答しないようにする。又、企業ＩＤ及び企業パスワードは、情報の漏洩を防ぐため、好ましくは、従業員端末７５で生成されるＨＴＴＰリクエストメッセージに含ませず、チケット購入管理システム５で付加されるのが好ましい。

　ステップＳ１０４において、従業員端末７５からチケット購入画面サーバ３へ接続されると、ステップＳ１０５において、チケット購入画面サーバ３の予約手段４２は、従業員端末７５へ予約画面を提示する。従業員端末７５では、提示された予約画面に予約の条件を入力し、ステップＳ１０６において、チケット購入画面サーバ３に予約の条件を送信する。更に、ステップＳ１０７において、チケット購入画面サーバ３は、従業員端末７５から受信した予約の条件をスイッチングサーバ１に送信する。

　スイッチングサーバ１は、ここで企業ＩＤ及び企業パスワードを検証し、この企業システム７が接続可能な、サプライヤ予約システム８ａ乃至８ｃを検索する。ここでは、企業システム７は、サプライヤ予約システム８ａ乃至８ｃのチケットを予約することができるとする。

　更に、ステップＳ１０８ａ乃至１０８ｃにおいて、スイッチングサーバ１は、この企業システム７が接続可能なサプライヤ予約システム８ａ乃至８ｃに、予約の条件で予約の検索を行う。続いてステップＳ１０９ａ乃至１０９ｃにおいて、スイッチングサーバ１は、これに対する返答である検索結果を、サプライヤ予約システム８ａ乃至８ｃから受信する。

　続いて、ステップＳ１１０において、スイッチングサーバ１は、受信した検索結果をチケット購入画面サーバ３に送信し、ステップＳ１１１において、チケット購入画面サーバ３は、予約手段４２により、提示する画面を成形し、従業員端末７５に提示する。

　ここで、従業員端末７５では、提示された検索結果を参照して、どのチケットを予約するか決定する。ここでは、例えば、サプライヤ予約システム８ｂのチケットを選択するとする。従業員端末７５は、ステップＳ１１２において、チケット購入画面サーバ３に予約のリクエストを行う。チケット購入画面サーバ３は、ステップＳ１１３において、スイッチングサーバ１に予約のリクエストを行い、更に、スイッチングサーバ１は、ステップＳ１１４において、サプライヤ予約システム８ｂに予約のリクエストを行う。ここで、サプライヤ予約システム８ｂは、予約に伴う航空券番号とともに、企業システム７に対する請求情報を、請求情報記憶装置８１ｂに記録する。更に、サプライヤ予約システム８ｂは、ステップＳ１１５において、スイッチングサーバ１に予約確認を送信し、スイッチングサーバ１は、ステップＳ１１６において、予約確認をチケット購入画面サーバ３に送信する。

　ここで、チケット購入画面サーバ３は、受信した予約確認に基づいて、出張管理番号とともに、航空券番号と関連づけた予約情報を、予約情報記憶装置３２に登録する。これにより、出張管理番号から予約情報を識別することができるので、チケット購入管理システム７において、予約情報と出張情報を関連づけることができる。

　更に、チケット購入画面サーバ３から、ステップＳ１１７において、従業員端末７５に予約確認画面を提示する。更に、確認となるメールを、チケット購入画面サーバ３から従業員端末７５に送信しても良い。

　図６においては、スイッチングサーバ１が仲介してチケットを購入する場合のシーケンス図を示したが、図８に、従業員端末７５からサプライヤ予約システム８ｃにリンク接続して、従業員端末７５とサプライヤ予約システム８ｃとの間で予約を行う場合のデータの送受信を示したシーケンス図を示す。

　まず、ステップＳ２０１において、従業員端末からチケット購入管理システム５に接続する。チケット購入管理システム５は、予約手段６３によって、従業員の認証を行う。この従業員の認証は、出張管理システム７４によって行われても良い。即ち、チケット購入管理システム５は、接続された従業員端末７５をチケット購入画面サーバ３に接続して良いかを判定する。

　チケット購入管理システム５によって従業員の認証が行われると、ステップＳ２０２において、チケット購入管理システム５は、従業員端末７５にトップ画面を提示する。このとき、従業員端末７５から「チケットの予約」や「チケット手配」等が選択されると、従業員端末７５において、ＨＴＴＰリクエストメッセージが生成され、まずステップＳ２０３においてチケット購入管理システム５へ接続され、その後自動的に、ステップＳ２０４においてチケット購入画面サーバ３に接続される。

　ステップＳ２０４において、従業員端末７５からチケット購入画面サーバ３へ接続されると、ステップＳ２０５において、チケット購入画面サーバ３の予約手段４２は、従業員端末７５へ予約画面を提示する。従業員端末７５では、提示された予約画面に予約の条件を入力し、ステップＳ２０６において、チケット購入画面サーバ３に予約の条件を送信する。更に、ステップＳ２０７において、チケット購入画面サーバ３は、従業員端末７５から受信した予約の条件をスイッチングサーバ１に送信する。

　スイッチングサーバ１は、ここで企業ＩＤ及び企業パスワードを検証し、この企業システム７が接続可能な、サプライヤ予約システム８ａ乃至８ｃを検索する。ここでは、企業システム７は、サプライヤ予約システム８ａ乃至８ｃのチケットを予約することができるとする。

　更に、ステップＳ２０８ａ乃至２０８ｃにおいて、スイッチングサーバ１は、この企業システム７が接続可能なサプライヤ予約システム８ａ乃至８ｃに、予約の条件で予約の検索を行う。続いてステップＳ２０９ａ乃至２０９ｃにおいて、スイッチングサーバ１は、これに対する返答である検索結果を、サプライヤ予約システム８ａ乃至８ｃから受信する。

　続いて、ステップＳ２１０において、スイッチングサーバ１は、受信した検索結果をチケット購入画面サーバ３に送信し、ステップＳ２１１において、チケット購入画面サーバ３は、予約手段４２により、提示する画面を成形し、従業員端末７５に提示する。

　ここで、従業員端末７５では、提示された検索結果を参照して、どのチケットを予約するか決定する。ここでは、例えば、サプライヤ予約システム８ｃのチケットを選択するとする。従業員端末７５は、ステップＳ２１２において、サプライヤ予約システム８ｃに接続し、予約を行う。このとき、出張管理番号と関連づけたメッセージをやりとりし、サプライヤ予約システム８ｃと従業員端末７５とで予約を行う。

　予約が完了すると、サプライヤ予約システム８ｃは、その予約に伴う航空券番号とともに、企業システム７に対する請求情報を、請求情報記憶装置８１ｃに記録する。更に、サプライヤ予約システム８ｃは、ステップＳ２１３において、スイッチングサーバ１に、出張管理番号に関連づけられた確認データを送信し、スイッチングサーバ１は、ステップＳ２１４において、確認データを受信する。これにより、出張管理番号から予約情報を識別することができるので、チケット購入管理システム７において、予約情報と出張情報を関連づけることができる。

　ここで、チケット購入画面サーバ３は、出張管理番号に関連づけられた予約データを、予約情報記憶装置３２に格納する。更に、確認となるメールを、チケット購入画面サーバ３から従業員端末７５に送信しても良い。

　図８においては、サプライヤ予約システム８ｃは、スイッチングサーバ１からの予約検索に対して検索結果を返答すると記載したが、サプライヤ予約システム８ｃの仕様によっては、スイッチングサーバ１からの予約検索を受け付けない場合もある。このときは、従業員端末７５からサプライヤ予約システム８ｃに対してリンク接続し、従業員端末７５からチケットを検索するのは勿論である。

　図９に、従業員端末７５から予約された後、チケット購入管理システム５が、チケット購入画面サーバ３から予約情報を取得し、更に、サプライヤ予約システム８ａ乃至８ｃから請求情報を取得するシーケンス図を示す。

　まず、従業員端末７５は、ステップＳ３１０において、チケット購入画面サーバ３に予約のリクエストを行う。チケット購入画面サーバ３は、ステップＳ３０２において、スイッチングサーバ１に予約のリクエストを行い、更に、スイッチングサーバ１は、ステップＳ３０３において、サプライヤ予約システム８ａ乃至８ｃに予約のリクエストを行う。ここで、サプライヤ予約システム８ａ乃至８ｃは、予約に伴う航空券番号とともに、企業システム７に対する請求情報を、請求情報記憶装置８１ａ乃至８１ｃに記録する。更に、サプライヤ予約システム８ａ乃至８ｃは、ステップＳ３０４において、スイッチングサーバ１に予約確認を送信し、スイッチングサーバ１は、ステップＳ３０５において、予約確認をチケット購入画面サーバ３に送信する。

　ここで、チケット購入画面サーバ３は、受信した予約確認に基づいて、出張管理番号とともに、航空券番号と関連づけた予約情報を、予約情報記憶装置３２に登録する。

　その後、チケット購入管理システム５は、ステップＳ３０７において、予約情報収集手段６４により、チケット購入画面サーバ３に予約データ収集リクエストを行う。チケット購入画面サーバ３は、ステップＳ３０８において、予約情報提供手段４４により、予約情報記憶装置３２の情報を、チケット購入管理システム５に送信する。チケット購入管理システム５は、受信した情報を、予約情報記憶装置５１に格納する。

　一方、サプライヤ予約システム８ａ乃至８ｃは、ステップＳ３０９において、従業員の搭乗実績を取得する。従って、サプライヤ予約システム８ａ乃至８ｃは、従業員が空港で搭乗するフライトを変更した場合などを考慮した、搭乗実績の情報を取得し、それを請求情報として、請求情報記憶装置８１ａ乃至８１ｃに更新する。

　更に、ステップＳ３１０において、サプライヤ予約システム８ａ乃至８ｃから、締め日などに定期的に、請求情報記憶装置８１ａ乃至８１ｃの情報をチケット購入管理システム５に送信する。

　次に、図１０乃至図１６を参照して、チケット購入画面サーバ３或いは企業システム７が、従業員端末７５に提示している画面について説明する。ここでは、従業員端末７５から、企業システム７に接続し、従業員の業務の一つである出張申請を行い、そのときに交通機関のチケットを手配する場合について説明する。

　図１０は、企業システム７が提示する、従業員の情報を管理する画面群である。

　まず、図１０（ａ）に示した画面は、従業員端末７５の従業員の情報を得るべくログインさせるため、従業員に従業員番号とパスワードを入力させる画面である。入力されたパスワードが企業システム７内に保存されたパスワードと一致すると、図１０（ｂ）に示した画面を参照する。図１０（ａ）で、ユーザに従業員番号とパスワードを入力させなくても、キャッシュ情報や端末固有情報等からユーザを特定しても構わない。

　次に、図１０（ｂ）に示した画面において、ログインした従業員が操作できる業務（出退勤管理、業務報告、出張申請、予約一覧表示等）等に対応したボタンの一覧を表示する。ここで、「出退勤管理」ボタンがクリックされると、ユーザの過去の出退勤の結果、又、休みの予定等を入力することができる。「業務報告」ボタンがクリックされると、上司などに現在携わっている業務について報告を行うことができる。「出張申請」ボタンＢ１０１がクリックされると、上司に出張することを申請して許可をもらうことができる。「予約一覧表示」ボタンＢ１０４がクリックされると、ユーザが企業システム７を介して予約した商品の一覧を表示することができる。具体的には、「出張申請」のときに予約した、交通機関及びホテルの予約内容を参照することができる。ここでは、文具などの消耗品や、本の予約を含めても良い。

　ここで、本発明の第１の実施の形態においては、従業員が出張申請を行う場合について説明する。従業員端末７５から「出張申請」ボタンＢ１０１をクリックされると、企業システム７は、図１０（ｃ）に示した画面である出張申請画面を提示する。

　図１０（ｃ）の出張申請画面において、従業員に、出張の期間、出張先、目的、出張を精算する経費コード等、出張に関する情報を入力させる。更に、この出張の経費を負担する部課名或いはプロジェクト名、ジョブ名など、経費を精算する単位を入力させても良い。更に、出張申請画面の入力時は、上司の承認が得られていないので、上司の承認が「否」にチェックされているが、出張申請が完了し、上司の承認が得られれば、上司の承認が「可」となる。これにより、出張の経費を、会社（或いは、出張の経費を負担する部課名が記されていた場合はその部課）に負担させることができる。

　更に、図１０（ｃ）の出張申請画面において、交通機関やホテルの予約が必要な場合は、「チケット手配」ボタンＢ１０２或いは「ホテル手配」ボタンがクリックされる。この例においては、交通機関のチケットを手配するので、従業員端末７５から、「チケット手配」ボタンＢ１０２がクリックされる。

　図１１乃至図１６は、チケットの手配に関する画面である。ここで表示されている時刻表、予約に関する情報、従業員に関する情報等は、スイッチングサーバ１からＡＰＩ１２７を介して取得されたもので、その情報を元に、チケット購入画面サーバ３が従業員端末７５の画面に提示している。又、「お知らせ」や「ヘルプ」等、動的にデータが変更しないものに関しては、企業システム７の内部で保存して表示するのが好ましい。

　又、チケット手配に関する画面遷移等は、企業システム７の業務フロー、画面イメージに適合した形で作成されるのが好ましいので、企業システム７の仕様に基づいて作成されるのが良い。

　図１１に示した画面は、図１０（ｃ）に示した画面において「チケット手配」ボタンＢ１０２がクリックされて、チケット購入画面サーバ３が、従業員端末７５に最初に提示する画面である。この画面では、図１０（ｃ）に示した画面で入力された情報が、なるべく既に入力された状態で表示するのが好ましい。例えば、出張の出発日に交通機関の予約を行う場合が多いので、最初に出張の出発日を入力しておく。又、利用する航空会社をチェックボックスで選択できるようにしていても良い。更に、ここに表示する航空会社は、スイッチングサーバ１の契約記憶装置３５３で契約している航空会社に限られても良い。

　図１１に示した画面において、従業員端末７５からチケットを予約する航空機の条件を入力させる。更に、「検索」ボタンＢ１０３がクリックされると、チケット購入画面サーバ３は、図１２に示した画面において、スイッチングサーバ１を介して取得した、検索条件に該当した交通機関の空席状況を一覧で提示する。

　図１２に示した画面において、検索条件として、搭乗日、出発地、到着地を表示する。更に、それぞれの検索結果に対応づけて、航空会社、便名、出発時刻、到着時刻、機種、空席状況、利用運賃、「予約する」ボタンＢ１０５ａ、Ｂ１０５ｂ、Ｂ１０５ｃ…を表示する。

　この「予約する」ボタンＢ１０５ａ、Ｂ１０５ｂ、Ｂ１０５ｃ…を従業員がクリックすると、スイッチングサーバ１を介して、サプライヤ予約システム８ａ乃至８ｃにおいて予約処理を行い、図１３に示した画面を表示する。

　図１３に示した画面において、チケット購入画面サーバ３は、従業員が行った予約の確認事項を表示する。更に、予約時に座席を希望できる航空会社（この場合Ｂ社）の場合は、ここで、希望する座席を選択する。更に、交通機関を利用するユーザの、交通機関に対しての表示名（名前、固有番号等）も合わせて表示する。ここでは、表示項目記憶装置３１に格納された情報に従って、企業指定した外に開示したくない項目、例えば、部署名、出張目的等の情報は一切表示しない。ここに表示された情報で正しければ、従業員に「予約確定」ボタンＢ１０６をクリックさせる。

　その後、チケット購入画面サーバ３は、予約情報を取得し、スイッチングサーバ１を介してサプライヤ予約システム８ａ乃至８ｃに対して、確認された交通機関の予約を行い、正常に予約完了した場合は、図１４に示す予約完了画面を表示する。更に、予約完了後に座席を指定できる航空会社（この場合Ａ社）に対して予約がなされた場合は、「事前に座席を指定する」ボタンＢ１０７をクリックさせることにより、座席を指定することができる。

　更に、図１０（ｂ）或いは（ｃ）に示された画面において、「予約一覧表示」ボタンＢ１０４がクリックされると、チケット購入画面サーバ３は、従業員端末７５に、図１５に示す画面を提示する。ここでは、従業員が予約した役務を一覧表示する画面を表示する。この画面において、「予約取消」ボタンＢ１０８ａ、Ｂ１０８ｂがクリックされると、図１６に示す予約取消確認画面を表示する。ここで、「確定」ボタンＢ１０９がクリックされると、予約を取り消すメッセージが、チケット購入画面サーバ３に送信され、チケット購入画面サーバ３は、スイッチングサーバ１を介してサプライヤ予約システム８ａ乃至８ｃに対して予約の取消を行う。

　第１の実施の形態に係るチケット購入システムを簡略化したシステム構成図を図１７に示す。

　第１の実施の形態に係るチケット購入システムにおいては、企業システム７とチケット購入画面サーバ３は、通信ネットワーク９ａにより接続されている。又、スイッチングサーバ１とサプライヤ予約システム８ａ乃至８ｃは、通信ネットワーク９ｂにより接続されている。

　企業システム７は、通信ネットワーク９ａとのインタフェースとなるゲートウェイサーバ７７に、チケット購入管理システム及び従業員端末７５が接続されており、チケット購入管理システム５と従業員端末７５は、ゲートウェイサーバ７７及び通信ネットワーク９ａを介して、チケット購入画面サーバ３に接続することができる。

　第１の実施の形態においては、チケット購入画面サーバ３は、ＡＳＰ（Application Service Provider）サービスにより、企業システム７に提供されるのが好ましい。

　この場合、スイッチングサーバ１との接続部分の仕様が変更した場合、チケット購入画面サーバ３のみ変更すれば良い。従って、企業システム７のシステムを変更する必要がないため、機能追加やバージョンアップ等に必要な開発費用を最小限に抑えることができる。

　ここで、チケット購入画面サーバ３とスイッチングサーバ１は、それぞれ別々のコンピュータ上に構築されなくとも良い。例えば、チケット購入画面サーバ３とスイッチングサーバ１とを同一のコンピュータ上に構築しても良い。又、チケット購入管理システム５は、その他のシステムと同一のコンピュータ上に構築しても良い。

　又、本発明の第１の実施の形態に係るチケット購入システムにおいては、企業システム７に備えられたチケット購入管理システム５は、従業員端末７５から予約されたチケットに関する情報を取得することができる。従って、サプライヤ予約システム８ａ乃至８ｃから取得した請求情報を突き合わせ、正当な請求であるか否か判定することができる。

（第１の実施の形態の第１の変形例）
　本発明の第１の実施の形態の第１の変形例に係るチケット購入システムのシステム構成図を図１８に示す。第１の実施の形態の第１の変形例に係るチケット購入システムは、図１７に示した本発明の第１の実施の形態に係るチケット購入システムのシステム構成図と比べて、チケット購入画面サーバ３が企業システム７の内部に備えられている点が異なる。

　チケット購入画面サーバ３、チケット購入管理システム５、従業員端末７５は、企業システム７の社内ＬＡＮを介して接続される。又、チケット購入画面サーバ３は、通信ネットワーク９ａを介してスイッチングサーバ１に接続される。

　本発明の第１の実施の形態の第１の変形例に係るチケット購入システムにおいては、チケット購入画面サーバ３が企業システム７の内部に備えられているので、チケット購入画面サーバ３に蓄積される予約情報が、企業システム７の外部に漏洩しにくく、企業システム７の情報は保持される。但し、スイッチングサーバ１の機能追加やバージョンアップに伴い、チケット購入画面サーバ３を変更しなければならず、維持コストが高くなる場合もある。

　又、図１８に示した第１の実施の形態の第１の実施例においては、チケット購入管理システム５とチケット購入画面サーバ３は、別のコンピュータによって実施されるように記載したが、同一のコンピュータによって実施されても良い。又、人事システムや経理システムなど、企業システム７に備えられる様々なシステムと同一のコンピュータによって実施されても良い。

（第１の実施の形態の第２の変形例）
　本発明の第１の実施の形態の第２の変形例に係るチケット購入システムのシステム構成図を図１９に示す。第１の実施の形態の第２の変形例に係るチケット購入システムは、図１７に示した本発明の第１の実施の形態に係るチケット購入システムのシステム構成図と比べて、チケット購入画面サーバ３は、スイッチングサーバ１とともに購入仲介システム２を構成している点が異なる。

　図１９に示した第１の実施の形態の第２の変形例に係るチケット購入システムにおいては、チケット購入画面サーバ３とスイッチングサーバ１は、別々のコンピュータによって実施されるように記載したが、同一のコンピュータによって実施されても良い。又、チケット購入画面サーバ３は、異なる企業システム７から設定される表示項目等の要求を満たすように、提示する企業システム７毎に、仕様を備えるのが好ましい。

（第２の実施の形態）
　本発明の第２の実施の形態においては、第１の実施の形態で説明したチケット購入管理システム５について詳細に説明する。

　本発明の第２の実施の形態に係るチケット購入管理システム５の機能ブロック図を図２０に示す。

　本発明の第２の実施の形態に係るチケット購入管理システム５は、予約情報記憶装置５１、請求情報記憶装置５２、ヘルプ情報記憶装置５３、突合キー記憶装置５４、項目対応記憶装置５５、請求一致データ記憶装置５６ａ、請求部分不一致データ記憶装置５６ｂ、請求突合対象不明データ記憶装置５６ｃ、予約一致データ記憶装置５６ｄ、予約部分不一致データ記憶装置５６ｅ、ユーザ登録手段６１、表示項目設定手段６２、予約手段６３、予約情報収集手段６４、請求情報管理手段６５、請求情報取得手段６６、予約データ一覧作成手段６７、仕訳用予約データ一覧作成手段６８、通信制御手段６９を備えている。

　予約情報記憶装置５１は、チケット購入画面サーバ３から収集した予約情報を格納する記憶装置である。予約情報記憶装置５１は、図２１に示すように、企業名称、予約毎に一意に割り当てられる番号である連番、予約したチケットに関するデータである搭乗年月日、予約日、発券日、予約したチケットのサプライヤコード、フライト番号、便名、航空券番号、料金、予約した従業員に関するデータである出張管理番号、マイレージ番号、従業員番号、出張者名等が登録されている。

　請求情報記憶装置５２は、サプライヤ予約システム８ａ乃至８ｃから送信された請求情報が格納されている記憶装置である。請求情報記憶装置５２のデータ項目は、送信元となるサプライヤ予約システム８ａ乃至８ｃの仕様によって異なる。

　ヘルプ情報記憶装置５３は、チケット購入画面サーバ３が提示する画面のヘルプファイルを格納する記憶装置である。

　突合キー記憶装置５４は、予約情報記憶装置５１と請求情報記憶装置５２を突き合わせるときの、キーとなる項目を登録する記憶装置である。突合キーは、サプライヤ予約システム８ａ乃至８ｃの仕様によって異なるので、サプライヤ予約システム８ａ乃至８ｃそれぞれについて記録される。例えば、空港でフライトを変更しても発券番号（航空券番号）が変わらない場合は、発券番号を突合キーとするのが好ましい。又、発券番号が変わっても、元の発券番号がわかる場合は、発券番号を突合キーとしても良い。逆に、空港でフライトを変更すると発券番号が変わり、元の発券番号との関連がわからなくなる場合は、氏名、年齢、マイレージ番号、搭乗地などの情報を突合キーとするのが好ましい。

　項目対応記憶装置５５は、サプライヤ予約システム８ａ乃至８ｃそれぞれから送信される請求情報記憶装置５２のデータ項目を対応づけて記録した記憶媒体である。

　請求一致データ記憶装置５６ａは、予約情報記憶装置５１と請求情報記憶装置５２を突き合わせて、予約情報と一致した請求情報のレコードを格納する記憶装置である。

　請求部分不一致データ記憶装置５６ｂは、予約情報記憶装置５１と請求情報記憶装置５２を突き合わせて、予約情報と突合キーのみ一致した請求情報のレコードを格納する記憶装置である。

　請求突合対象不明データ記憶装置５６ｃは、予約情報記憶装置５１と請求情報記憶装置５２を突き合わせて、突合キーを持つ予約情報が見つからなかった請求情報のレコードを格納する記憶装置である。

　予約一致データ記憶装置５６ｄは、予約情報記憶装置５１と請求情報記憶装置５２を突き合わせて、請求情報と一致した予約情報のレコードを格納する記憶装置である。予約一致データ記憶装置５６ｄには、一致した請求情報を識別する行番号などの識別番号も合わせて格納するのが好ましい。

　予約部分不一致データ記憶装置５６ｅは、予約情報記憶装置５１と請求情報記憶装置５２を突き合わせて、請求情報と突合キーのみ一致した予約情報のレコードを格納する記憶装置である。予約一致データ記憶装置５６ｄには、突合キーが一致した請求情報を識別する行番号などの識別番号も合わせて格納するのが好ましい。更に、突合キー以外の一致しなかった項目も合わせて記録するのが好ましい。

　請求一致データ記憶装置５６ａ、請求部分不一致データ記憶装置５６ｂ、請求突合対象不明データ記憶装置５６ｃ、予約一致データ記憶装置５６ｄ、予約部分不一致データ記憶装置５６ｅは、企業システム７内で加工を行える様に、それぞれ、項目毎にカンマ等で区切られたＣＳＶファイルで出力されても良いし、表計算アプリケーションのファイル形式で出力しても良い。又、一般的なツール等により、帳票出力されても構わない。

　通信制御手段６９は、通信ネットワーク９ａとのインタフェースとなる装置で、ＬＡＮボード、ＬＡＮカード、ルータなどがこれに相当する。チケット購入管理システム５は、通信制御手段６９を介して通信ネットワーク９ａと通信を行うことができる。

　ユーザ登録手段６１は、サプライヤ予約システム８ａ乃至８ｃの要求に従って、予めシステムを利用するユーザ名、マイレージ番号等を登録する必要がある場合に、ユーザを登録する手段である。

　表示項目設定手段６２は、従業員端末７５からチケットを購入する場合、チケット購入画面サーバ３提示する画面について、表示する項目、表示しない項目を設定する手段である。

　予約手段６３は、従業員端末７５からの接続を受け付け、従業員端末７５及び従業員を認証し、チケット購入画面サーバ３へ接続させる手段である。

　予約情報収集手段６４は、チケット購入画面サーバ３に保存された予約に関する情報を収集し、チケット購入管理システム５に備えられた予約情報記憶装置５１に登録する手段である。予約情報収集手段６４は、定期的にチケット購入画面サーバ３から予約情報を収集しても良いし、従業員端末７５から予約される度に予約情報を収集しても良い。

　請求情報管理手段６５は、予約情報記憶装置５１と請求情報記憶装置５２とを突き合わせ、サプライヤ予約システム８ａ乃至８ｃからの請求情報が正当であるか否かを判定する手段である。このとき、項目対応記憶装置５５を参照して、請求情報記憶装置５２或いは予約情報記憶装置５１の項目を変更して、請求情報記憶装置５２と予約情報記憶装置５１の項目を一致させてから、突合を行うのが好ましい。又、突合キー記憶装置５４を参照して、請求情報記憶装置５２の送信元のサプライヤ予約システム８ａ乃至８ｃ毎に設定された突合キーで、突合を行うのが好ましい。

　請求情報取得手段６６は、サプライヤ予約システム８ａ乃至８ｃから送信された請求情報を請求情報記憶装置５２に登録する手段である。

　予約データ一覧作成手段６７は、予約情報記憶装置５１から、指定された条件の予約データの一覧を作成する手段である。

　仕訳用予約データ一覧作成手段は、請求一致データ記憶装置５６ａ、請求部分不一致データ記憶装置５６ｂ、請求突合対象不明データ記憶装置５６ｃ、予約一致データ記憶装置５６ｄ、予約部分不一致データ記憶装置５６ｅから、指定された条件のデータの一覧を作成する手段である。

　図２２に、本発明の第２の実施の形態に係るチケット購入管理システム５の請求情報管理手段６５の処理のフローチャートを示す。

　まず、ステップＳ４０１において、予約情報記憶装置５１を参照して、突合を行うサプライヤ予約システム８ａ乃至８ｃいずれかのシステムに予約した予約データを取得する。次に、ステップＳ４０２において、請求情報記憶装置５２を参照して、突合を行うサプライヤ予約システム８ａ乃至８ｃいずれかのシステムからの請求データを取得する。

　更に、ステップＳ４０３において、項目対応記憶装置５５を参照して、ステップＳ４０２で取得された請求データの項目を変換する。一方、ステップＳ４０４において、突合キー記憶装置５４を参照して、請求情報記憶装置５２の突合を行うサプライヤ予約システム８ａ乃至８ｃの突合キーを取得する。

　予約情報記憶装置５１及び請求情報記憶装置５２の全てのレコードについて、ステップＳ４０４で取得した突合キーで突合を行う。

　図２３に、図２２のステップＳ４０５のデータ突合の詳細な処理のフローチャートを示す。

　まず、ステップＳ４５１において、請求データを読み出す。次に、ステップＳ４５２において、予約データの中で、突合キー、その他の項目の全てが一致するデータを検索する。

　ステップＳ４５２において、一致するデータが見つかった場合は、ステップＳ４５３において、当該請求データを請求一致データ記憶装置５６ａに格納し、ステップＳ４５４において、当該予約データを予約一致データ記憶装置に格納する。このとき、一致した当該請求データを識別する行番号などの識別番号と合わせて格納する。

　ステップＳ４５２において、一致するデータが見つからなかった場合は、ステップＳ４５５において、予約データの中で、突合キーのみ一致するデータを検索する。

　突合キーのみ一致した場合は、ステップＳ４５６において、当該請求データを請求部分不一致データ記憶装置５６ｂに格納し、ステップＳ４５７において、当該予約データを予約部分不一致データ記憶装置５６ｅに格納する。このとき、突合キーのみ一致した当該請求データを識別する行番号などの識別番号と、一致しなかった項目とを合わせて格納する。

　又、ステップＳ４５５において、突合キーが一致するデータが見つからなかった場合は、ステップＳ４５８において、当該請求データを、請求突合対象不明データ記憶装置５６ｃに格納する。

　図２４乃至図３０は、本発明の第２の実施の形態に係るチケット購入管理システム５が提示する画面である。これらの画面は、チケット購入管理システム５の担当者が、データの正当性をチェックするために用いる画面の例である。

　まず、図２４に示す様に、精算・実績管理ログイン画面が表示される。ここで、チケット購入管理システム５の担当者の権限を持つか認証を行うため、ログインＩＤ、パスワードを入力させ、ログインボタンＢ２０１をクリックさせる。担当者の権限を持つユーザがログインした場合は、図２５に示す、精算・実績管理トップ画面を表示する。

　図２５に示した精算・実績管理トップ画面には、精算・実績管理メニューと、このシステムについて説明する精算実績管理概要を備える。又、精算・実績管理トップ画面には、企業のロゴＲ１０１及びＲ１０２を備えている。ここには、このシステムを提供している企業のロゴと、このシステムを利用している企業のロゴが表示される。

　請求・実績管理メニューには、請求データ取込ボタンＢ２０１、請求突合せボタンＢ２０２、予約実績取込ボタンＢ２０３、予約データ一覧作成ボタンＢ２０４、仕訳用データ一覧作成ボタンＢ２０５、パスワード変更ボタンＢ２０６が表示されている。

　パスワード変更ボタンＢ２０６が選択されると、ユーザは、図２４に示したログイン画面での認証パスワードを変更することができる。

　図２５において、請求データ取込ボタンＢ２０１がクリックされると、図２６（ａ）に示す画面が提示される。

　図２６（ａ）において、参照ボタンＢ２０７をクリックすることにより、請求データファイル名において、取り込む請求データファイルである請求情報記憶装置５２を指定する。又、請求種別において、サプライヤ予約システム８ａ乃至８ｃのいずれのシステムからの請求データを取り込むのかを指定する。取込ボタンＢ２０８をクリックすることにより、請求データファイル名で指定されたファイルの中から、請求種別で指定したサプライヤからの請求情報のみを取得する。

　取得が完了すると、図２６（ｂ）に示したように、取込した件数を表示し、取込が終了したことを知らせる。ここで、結果出力ボタンＢ２０９をクリックすると、取り込まれた請求情報が、ＣＳＶファイルなどの形式で出力される。

　これにより、航空会社から、フレキシブルディスク等の可搬性を持つ記憶装置に記録された請求データや、サプライヤ予約システム８ａ乃至８ｃからダウンロードした請求データを、チケット購入管理システム５に取り込むことができる。

例えば、チケット購入管理システム５の担当者の所有しているクライアント端末で、データを取得しチケット購入管理システム５にアップロードすることができる。

　図２５において、請求突合せボタンＢ２０２がクリックされると、図２７（ａ）に示す画面が提示される。

　図２７（ａ）において、請求情報管理手段６５によって、予約情報記憶装置５１と請求情報記憶装置５２との突合を行う条件を入力させる。例えば、請求種別として、どのサプライヤからの請求情報を突き合わせるかを指定させ、又、「平成１４年１０月分」など、突合の対象となる期間を指定させる。突合せ実行ボタンＢ２１０がクリックされると、請求情報管理手段６５によって、突合処理が行われる。

　突合処理が完了すると、図２７（ｂ）に示したように、突合結果として、一致したレコード、部分不一致のレコード、突合対象不明のレコードのそれぞれのレコード数が表示される。ダウンロードボタンＢ２１１をクリックすると、予約情報と一致した請求情報を記録した請求一致データ記憶装置５６ａをダウンロードすることができる。ダウンロードボタンＢ２１２をクリックすると、予約情報と突合キーのみ一致した請求情報を記録した請求部分不一致データ記憶装置５６ｂをダウンロードすることができる。ダウンロードボタンＢ２１３をクリックすると、突合キーが一致する予約情報がなかった請求突合対象不明データ記憶装置５６ｃをダウンロードすることができる。ダウンロードボタンＢ２１４をクリックすると、請求情報と一致した予約情報である予約一致データ記憶装置５６ｄをクリックすることができる。ダウンロードボタンＢ２１５をクリックすると、突合キーのみ一致した予約部分不一致データ記憶装置５６ｅをダウンロードすることができる。

　又、図２７（ｂ）において、「トップへ」ボタンＢ２１６がクリックされると、図２５が表示される。

　図２５において、予約実績取込ボタンＢ２０３がクリックされると、図２８（ａ）に示す画面が表示される。ここでは、予約情報収集手段６４によって、チケット購入画面サーバ３の予約情報記憶装置３２から、レコードを取得する条件を入力させる。ここでは、企業名、予約情報記憶装置３２の連番項目の連番、更新日を入力させる。予約情報収集手段６４は、指定された条件に合致する予約情報を、チケット購入画面サーバ３から収集する。ここで、請求データ「無し」とは、請求データと一致又は部分不一致となっていないデータのことを指す。

　収集が完了すると、図２８（ｂ）に示したように、収集結果として、取り込んだレコード数を表示する。

　又、図２８（ｂ）において、「トップへ」ボタンＢ２１６がクリックされると、図２５が表示される。

　図２５において、予約データ一覧作成ボタンＢ２０４がクリックされると、図２９（ａ）に示す画面が提示される。ここでは、予約データ一覧作成手段６７によって作成する予約データ一覧に必要なレコードを抽出する条件を入力させる。

具体的には、企業名、部課名、事業所名、サプライヤ（航空会社）、予約成立したものか、キャンセルしたものか、搭乗日、発券日、突合結果などを指定することができる。これを指定することにより、予約情報の中から、「Ａ社のデータのうち、部分不一致のデータのみの一覧」を作成することができる。

　作成が完了すると、図２９（ｂ）に示すように、作成結果として抽出されたレコードの件数が表示される。ダウンロードボタンＢ２３２をクリックすると、抽出されたレコードを、ＣＳＶファイルなどの形式でダウンロードすることができる。

　又、図２９（ｂ）において、「トップへ」ボタンＢ２３３がクリックされると、図２５が表示される。

　図２５において、仕訳用予約データ一覧作成ボタンＢ２０５がクリックされると、図３０（ａ）に示す画面が提示される。ここでは、仕訳用予約データ一覧作成手段６８によって、データをの仕訳を行う条件を入力させる。具体的には、発券日、或いは、搭乗予定日が、入力された期間であるものを検索することができる。又、出力ファイルのソート順として、出張管理番号、或いは請求先の請求部課コードの順に並べるなども指定できる。更に、出力するファイル名も指定する。

これらの条件が入力され、仕訳用予約データ一覧作成ボタンＢ２４１がクリックされると、仕訳用予約データ一覧作成手段６８により、データの仕訳を行う。

　仕訳が完了すると、図３０（ｂ）に示すように、仕訳結果として出力されたレコードの件数が表示される。ダウンロードボタンＢ２４２をクリックすると、出力されたレコードを、図３０（ａ）で指定した出力ファイル名で、ＣＳＶファイルなどの形式でダウンロードすることができる。

　又、図３０（ｂ）において、「トップへ」ボタンＢ２４３がクリックされると、図２５が表示される。

　チケット購入管理システム５で管理する予約情報記憶装置５１は、チケット購入画面サーバ３の予約情報記憶装置３２と同一の項目でなくても良い。企業システム内で活用しやすいように、従業員情報記憶装置７１を参照して従業員管理番号を従業員番号に変換するのが好ましい。又、チケット購入画面サーバ３の予約情報記憶装置３２に、従業員名、所属部課名、請求先部課名などが登録されていない場合は、出張情報記憶装置７２から、出張管理番号をキーとしてこれらの項目を取得するのが好ましい。

　図９に示すように、サプライヤ予約システム８ａ乃至８ｃからの請求情報は、搭乗実績を反映したものであるので、企業が把握している予約情報記憶装置３２とデータが異なる。

　しかし、本発明の第２の実施の形態に係るチケット購入管理システム５によれば、企業が把握する予約情報と、サプライヤから請求された請求情報を突き合わせることができるので、企業は、正当な請求か否かを判定することができる。　
　又、キーのみ一致したデータについては、名前、発着地、時刻などから推測して、企業システム７の従業員が予約した便と異なる便に搭乗した、等、請求情報と予約情報とが異なる理由を明らかにすることができる。

（第３の実施の形態）
　本発明の第３の実施の形態に係るチケット購入システムのシステム構成図を図３１に示す。

　第３の実施の形態に係るチケット購入システムのシステム構成図は、図１７に示した第１の実施の形態に係るチケット購入システムのシステム構成図と比べて、企業システム７の構成が異なる。

　第３の実施の形態に係る企業システム７は、ＥＤＩサーバ７６により、業務の管理が行われる。ＥＤＩサーバ７６は、チケットの予約情報を格納した予約情報記憶装置７８が接続されている。この予約情報記憶装置７８は、図１に示した第１の実施の形態の予約情報記憶装置５１と同様の構成を備える。

　このＥＤＩサーバ７６は、企業システム７内の購入に関するアプリケーションが統合されており、その一機能として、チケット購入画面サーバ３、スイッチングサーバ１を介して、サプライヤ予約システム８ａ乃至８ｃからチケットの購入を行うことができる。

　図３２及び図３３に、本発明の第３の実施の形態に係るチケット購入システムのデータの送受信を示したシーケンス図を示す。

　図３２は、ＥＤＩサーバ７６を介して、チケット購入画面サーバ３に接続する場合のシーケンス図である。

　まず、ステップＳ５０１において、従業員端末７５から、ＥＤＩサーバ７６に対して認証の依頼を行う。ＥＤＩサーバ７６は、従業員を認証すると、ステップＳ５０２において、従業員端末７５にトップ画面を提示する。

　次に、ステップＳ５０３において、従業員端末７５からＥＤＩサーバ７６に予約カタログ要求がされると、ステップＳ５０４において、ＥＤＩサーバ７６は予約カタログ画面を従業員端末７５に提示する。

　ここで、ステップＳ５０５において、従業員端末７５からＥＤＩサーバ７６に対してチケット購入接続要求がされると、ステップＳ５０６において、ＥＤＩサーバ７６は、スイッチングサーバ１に対して画面提示要求を行う。

　次に、ステップＳ５０７において、スイッチングサーバ１は、このトランザクションに対応するセションＩＤを発行し、更に、ステップＳ５０８において、ＥＤＩサーバ７６の認証を行う。

　認証が行われると、ステップＳ５０９において、スイッチングサーバ１は、ＥＤＩサーバ７６に対して、画面の提示許可を行う。

　これを受けて、ステップＳ５１０において、ＥＤＩサーバ７６は、チケット購入画面サーバ３に対して、予約画面の提示を要求する。次に、ステップＳ５１１において、チケット購入画面サーバ３は、従業員端末７５に予約画面を提示する。

　図３３は、ＥＤＩサーバ７６を利用した企業システム７の従業員端末７５から、サプライヤ予約システム８ａ乃至８ｃに対してチケットを予約する場合のシーケンス図である。

　まず、ステップＳ５５１において、チケット購入画面サーバ３の予約手段４２は、従業員端末７５へ予約画面を提示する。従業員端末７５では、提示された予約画面に予約の条件を入力し、ステップＳ５５２において、チケット購入画面サーバ３に予約の条件を送信する。更に、ステップＳ５５３において、チケット購入画面サーバ３は、従業員端末７５から受信した予約の条件をスイッチングサーバ１に送信する。

　スイッチングサーバ１は、ここで企業ＩＤ及び企業パスワードを検証し、この企業システム７が接続可能な、サプライヤ予約システム８ａ乃至８ｃを検索する。ここでは、企業システム７は、サプライヤ予約システム８ａ乃至８ｃのチケットを予約することができるとする。

　更に、ステップＳ５５４ａ乃至５５４ｃにおいて、スイッチングサーバ１は、この企業システム７が接続可能なサプライヤ予約システム８ａ乃至８ｃに、予約の条件で予約の検索を行う。続いてステップＳ５５５ａ乃至５５５ｃにおいて、スイッチングサーバ１は、これに対する返答である検索結果を、サプライヤ予約システム８ａ乃至８ｃから受信する。

　続いて、ステップＳ５５６において、スイッチングサーバ１は、受信した検索結果をチケット購入画面サーバ３に送信し、ステップＳ５５７において、チケット購入画面サーバ３は、予約手段４２により、提示する画面を成形し、従業員端末７５に提示する。

　ここで、従業員端末７５では、提示された検索結果を参照して、どのチケットを予約するか決定する。ここでは、例えば、サプライヤ予約システム８ｂのチケットを選択するとする。従業員端末７５は、ステップＳ５５８において、チケット購入画面サーバ３に予約のリクエストを行う。チケット購入画面サーバ３は、ステップＳ５５９において、スイッチングサーバ１に予約のリクエストを行い、更に、スイッチングサーバ１は、ステップＳ５６０において、サプライヤ予約システム８ｂに予約のリクエストを行う。ここで、サプライヤ予約システム８ｂは、予約に伴う航空券番号とともに、企業システム７に対する請求情報を、請求情報記憶装置８１ｂに記録する。更に、サプライヤ予約システム８ｂは、ステップＳ５６１において、スイッチングサーバ１に予約確認を送信し、スイッチングサーバ１は、ステップＳ５６２において、予約確認をチケット購入画面サーバ３に送信する。

　ここで、チケット購入画面サーバ３は、受信した予約確認に基づいて、出張管理番号とともに、航空券番号と関連づけた予約情報を、予約情報記憶装置３２に登録する。

　更に、チケット購入画面サーバ３から、ステップＳ５６３において、従業員端末７５に予約確認画面を提示する。更に、確認となるメールを、チケット購入画面サーバ３から従業員端末７５に送信しても良い。

　第３の実施の形態においても、第１の実施の形態の図８に示すように、スイッチングサーバ１を介さずに、従業員端末７５からサプライヤ予約システム８ａ乃至８ｃにリンク接続を行い予約させ、後に、スイッチングサーバ１が確認データを受信しても良い。

　又、第３の実施の形態においては、チケット購入画面サーバ３が、従業員端末７５の画面に直接画面を表示する場合について記載したが、チケット購入画面サーバ３を介さず、スイッチングサーバ１から必要な情報をＥＤＩサーバ７６が受け取り、ＥＤＩサーバ７６が画面を生成し、従業員端末７５に提示しても良い。

（第４の実施の形態）
　第４の実施の形態においては、本発明の最良の実施の形態に係るサプライヤ予約システム８について詳述する。

　図３４に示すように、本発明の最良の実施の形態に係るサプライヤ予約システム８は、通信ネットワーク９ｂを介して、本発明の第１乃至第３の実施の形態で説明したスイッチングサーバ１、企業システム７ａ、７ｂに接続されている。

　サプライヤ予約システム８は、図９に示すように、企業システム７ａ、７ｂと、ＨＴＴＰ、ＨＴＴＰＳなどのプロトコルで、リンク接続によって接続されても良い。又、図８に示すように、企業システム７ａ、７ｂとサプライヤ予約システム８とを仲介するスイッチングサーバ１によって、サプライヤ予約システム８は、セッション管理されて企業システム７ａ或いは７ｂに接続されても良い。セッション管理されて接続される場合、サプライヤ予約システム８は、後述するスイッチングサーバ１に接続するためのＡＰＩを実行するＡＰＩサーバ８３を備えているのが好ましい。

　サプライヤ予約システムは、出張管理番号記憶装置８０１、予約情報記憶装置８０２、請求情報記憶装置８０３、予約条件取得手段８１１、予約手段８１２、予約情報提供手段８１３、請求情報提供手段８１４、通信制御装置８２１、入力装置８２２、表示装置８２３、入出力制御装置８２４を備えている。

　出張管理番号記憶装置８０１は、企業システム７で予約するチケットを識別できる出張管理番号（管理番号）を記憶する記憶装置である。この出張管理番号は、サプライヤ予約システム８が供給するチケット毎に一意に識別されても良い。又、企業システム７で管理している出張単位毎に一意に識別されても良く、この場合、出張に同行する同行者の分のチケットにも同一の出張管理番号が割り当てられる。

　予約情報記憶装置８０２は、サプライヤ予約システム８で予約したチケットの情報、即ち、予約したチケットの発着地、時刻、便名などの情報が記憶されている。

　請求情報記憶装置８０３は、チケットの予約に伴う請求に関する情報を記憶した記憶装置である。

　予約条件取得手段８１１は、企業システム７で予約するチケットを識別できる出張管理番号を含む予約条件を、企業システム７から取得し、出張管理番号を出張管理番号記憶装置８０１に記憶する手段である。

　予約手段８１２は、予約条件取得手段８１１で取得した予約条件に基づいてチケットを予約し、予約情報記憶装置８０２に記憶する手段である。

　予約情報提供手段８１３は、予約手段８１２で予約した結果を、出張管理番号記憶装置８０１で記憶した出張管理番号に関連づけて企業システム７に提供する手段である。

　請求情報提供手段８１４は、予約手段８１２において予約が成立した場合、予約に伴う請求を、出張管理番号記憶装置８０１に記憶された出張管理番号に関連づけて企業システム７に提供する手段である。

　通信制御装置３８２１は、仕訳装置１サプライヤ予約システム８が通信ネットワーク９ｂに接続するためのインタフェースとなる装置で、ＬＡＮカード、ＬＡＮボードなどのことである。入力装置８２２は、サプライヤ予約システム８に対して入力を行う装置であって、キーボード、マウスなどのことである。表示装置８２３は、サプライヤ予約システム８が提示する画面を表示する装置であって、液晶ディスプレイ、ＣＲＴディスプレイなどのことである。入出力制御装置８２４は、サプライヤ予約システム８の入力及び出力を制御し、中央処理制御装置に伝達する装置である。

　又、出張管理番号は企業システム７ａ、７ｂで採番されるとは限らない。例えば、スイッチングサーバ１によって仲介される場合、スイッチングサーバ１によって出張管理番号が採番されても良い。

　図３５は、企業システム７で出張管理番号を採番する場合のデータの流れを示した図である。

　図３５に示すようにまず、企業システム７において出張管理番号を採番し、企業システム７は、出張管理番号に、予約するチケットの予約条件を関連づけたデータＤ１１を、スイッチングサーバ１に送信する。データＤ１１の予約条件には、サプライヤ予約システム８で利用する情報と、スイッチングサーバ１で利用する情報とに区別される。

　スイッチングサーバ１において、企業システム７からデータＤ１１を受信すると、スイッチングサーバ１で利用する情報をテンポラリのデータＤ１３として記憶し、出張管理番号に、サプライヤ予約システム８で利用する情報を関連づけたデータＤ１２を作成し、サプライヤ予約システム８に送信する。

　サプライヤ予約システム８でデータＤ１２を受信すると、予約手段８１２によって予約し、出張管理番号に予約実績情報を関連づけたデータＤ１５をスイッチングサーバ１に送信する。

　スイッチングサーバは、サプライヤ予約システム８からデータＤ１５を受信すると、データＤ１３、或いはスイッチングサーバ１で処理したデータを追加したデータＤ１６を企業システム７に送信する。

　このように、企業で識別できる出張管理番号に関連づけて全てのデータの送受信を行うことで、企業システム７で作成した予約条件と、サプライヤ予約システム８での予約実績との関連づけが明確になる。これにより、企業システム７内での突き合わせ作業などを企業システム７に最適な方法でフレキシブルに行うことができる。

　図３５では、スイッチングサーバ１が仲介する場合について記載したが、企業システム７からサプライヤ予約システム８に直接予約しても良い。又、データＤ１５、Ｄ１６、Ｄ１７について、サプライヤ予約システム８で利用する予約条件、スイッチングサーバ１で予約する予約条件も送信されているが、必要に応じて割愛されても良い。

　図３６においては、図３５と比べて、スイッチングサーバ１で出張管理番号を採番している点が異なる。この場合、チケットの予約に関する機能をＡＳＰサービスとしてスイッチングサーバ１が提供しても良い。又、スイッチングサーバ１で採番された出張管理番号に関連づけられた予約条件や予約実績を受信することにより、出張管理番号と予約条件及び予約実績との関連づけを行っても良い。

（第５の実施の形態）
　第５の実施の形態においては、図６及び図８で説明した企業システム７とサプライヤシステム８との接続を、図３７に示した機能ブロック図を参照して詳述する。

　図３７（ａ）は、図６に示したように購入仲介システム２がセッション管理を行う場合の機能ブロック図である。サプライヤ予約システム８は、購入仲介システム２に接続するＡＰＩを実行するＡＰＩサーバ８３と、ＡＰＩサーバ８３で受信した情報に基づいて予約を行う予約システム８２を備えている。購入仲介システム２は、チケットを購入するための画面を企業システム７に提示するチケット購入画面サーバ３と、チケット購入画面サーバ３で受信した情報を元にサプライヤ予約システム８に接続するスイッチングサーバ１を備えている。企業システム７は、チケット購入画面サーバ３に対して予約操作を行い、購入仲介システム２及びサプライヤ予約システム８によって行われた予約に関する予約データを、企業システム７内の出張管理システム７４に取得する。

　図３７（ｂ）は、図８に示したように企業システム７とサプライヤ予約システム８とがリンク接続によって接続される場合の機能ブロック図である。購入仲介システム２のチケット購入画面サーバ３は、ＵＲＬ、プロトコルなどを含むサプライヤ予約システム８への接続情報を企業システム７に提供し、企業システム７は、チケット購入画面サーバ３から取得した接続情報を元に、サプライヤ予約システム８に接続し、企業システム７とサプライヤ予約システム８との間で予約操作が行われる。サプライヤ予約システム８は、予約を行わせる予約画面サーバ８４を備えており、予約画面サーバ８４で取得した情報は予約システム８２に送信され、予約システム８２において予約処理を行い、その結果を予約画面サーバ８４に提供する。予約画面サーバ８４は、予約データをスイッチングサーバ１に送信し、スイッチングサーバ１から企業管理システム７の出張管理システム７４に予約データを提供する。

　図３７（ａ）においては、サプライヤ予約システム８においてスイッチングサーバ１に接続するためのＡＰＩサーバ８３を備えているので、購入仲介システム２とサプライヤ予約システム８がシームレスに接続され、購入仲介システム２は、企業システム７とサプライヤ予約システム８のデータをリアルタイムで共有することができる。

　図３７（ｂ）においては、サプライヤ予約システム８の予約画面サーバ８４からスイッチングサーバ１に予約データを送信する必要があるが、サプライヤ予約システム８が一般の顧客に提供する予約画面サーバ８４を流用することができるので、図３７（ｂ）に記載の方法に比べて、開発コストを削減することができる。

　図３７（ａ）及び（ｂ）において提示した方法において、チケット購入画面サーバ３或いは予約画面サーバ８４は、企業システム７の方針に従って提示する券種を制限できるのが好ましい。例えば、回数券のみ提示したり、割引券のみを提示することにより、企業システム７において定価のチケットを予約できないように制限することができる。これにより、企業システム７は、大幅なコスト削減を行うことができる。

（第６の実施の形態）
　図３８乃至図４２を参照して、企業システム７とスイッチングサーバ１との接続形態について説明する。

　まず、図３８に示す形態について説明する。
　図３８（ａ）に示すように、企業システム７内にチケット購入管理システム５を備え、出張者である従業員端末７５、エージェント端末９１からのチケットの予約を受け付け、ファイアウォール９３及び通信ネットワーク９ａを介してスイッチングサーバ１に情報を送信し、サプライヤ予約システム７に対してチケットの予約を行う。

　図３８（ｂ）を参照して、この場合の各機能の特徴の一例を説明する。
　（１）予約操作：従業員端末７５によるセルフブッキング或いは、インハウスエージェントによって運用されるエージェント端末９１による代行により行われる。
　（２）出先予約：チケット購入管理システム５が企業システム７内にあるので、操作はイントラネットに限定される。企業システム７がリモートアクセスを許可している場合はリモートアクセスされても良い。
　（３）マイレージ登録：サプライヤ予約システム７で利用するマイレージ番号の登録は、従業員端末７５或いはエージェント端末９１の代行によって行われる。
　（４）同行者の予約：エージェント端末９１の代行時にのみ可能である。
　（５）マスタ管理：マスタ管理者端末９２とチケット購入管理システム５の間は、その都度手動操作で、リムーバブルメモリを用いてファイルから入力する。
　（６）請求頻度：予約成立の度、或いはサプライヤ予約システム７からの請求の度の両方が可能で、その都度、リムーバブルメモリへファイル出力を行う。ここで出力するファイルは、チケット購入管理システム５から企業内の出張管理システム等のシステムに、チケット代金や手数料などの金額の情報などである。数時間おきに書き込んでも良いし、一日１回のバッチ処理で書き込んでも良い。図３８（ａ）に示すシステムの場合、チケット購入システム５が独立しているので、オペレータがチケット代金などを含む予約実績データをファイルとして取得し、企業内の出張管理システム等のシステムに入力する。
　（７）出張番号：チケット購入管理システム５が発番しても良いし、予約時に手入力されても良い。
　（８）出張承認：特に上長による承認がルーチンに組み込まれておらず、事後承認を行うことになる。
　（９）データ管理：企業システム７内にチケット購入管理システム５を設置する。

　図３８に示した形態においては、チケット購入管理システム５が固定の機能を備えている。従って、パッケージアプリケーションとして企業システム７に適用することができるので、システムの導入コストを削減することができる。

　次に図３９に示す形態について説明する。
　図３９（ａ）に示すように企業内システム７内に企業が作成した出張管理システム７４を備えており、図３８（ａ）に示したチケット購入管理システム５の機能が出張管理システム７４に適合するようにカスタマイズされている。

　図３９（ｂ）を参照して、この場合の各機能の特徴の一例を説明する。
　（１）予約操作：出張管理システム７４を経由して接続される。このときの予約操作は、従業員端末７５によるセルフブッキング或いは、インハウスエージェントによって運用されるエージェント端末９１による代行により行われる。企業ルールにより、企業の関係会社については、エージェント端末９１による代行のみ行われるようにしても良い。
　（２）出先予約：出張管理システム７４が企業システム７内にあるので、操作はイントラネットに限定される。企業システム７がリモートアクセスを許可している場合は、ダイアルアップ等を行うことによりリモートアクセスされても良い。
　（３）マイレージ登録：サプライヤ予約システム７で利用するマイレージ番号の登録は、従業員端末７５によって行われる。企業ルールにより、企業の関係会社については、エージェント端末９１による代行により行われる。
　（４）同行者の予約：出張管理システムで同行者を指定することができる。
　（５）マスタ管理：企業システム７に予め備えられた出張管理システム７４をカスタマイズしているので、人事関係のＤＢとは、ＬＤＡＰ（Lightweight Directory Access Protocol）によりオンライン接続されている。
　（６）請求頻度：予約毎に一日数回データベースを読み出し、出張管理システム７４に書き込む。
　（７）出張番号：出張管理システム７４で発番された番号を取り込む。
　（８）出張承認：事後承認となり、個人精算時に上長の承認を得ることになる。又、出張管理システム７４の仕様によっては、チケット申請時に上長の承認をとるルーチンがあっても良い。
　（９）データ管理：チケット購入管理システム５をカスタマイズして企業システム７内に設置する。

　図３９に示した形態においては、図３８に示したチケット購入管理システム５の機能が、企業が運用する出張管理システム７４にカスタマイズして設置されるため、企業ルールに従った運用が可能となる。一方、システム導入コストや導入まで日数を要するなどの問題も生じる。

　次に図４０に示す形態について説明する。
　図４０（ａ）に示すように、チケット購入管理システム５は、企業システム外に設置されており、ＡＳＰ（Application Service Provider）サービスとして購入仲介システム２の機能が提供されている。チケット購入管理システム５とスイッチングサーバ１とで、購入仲介システム２を構成している。

　図４０（ｂ）を参照して、この場合の各機能の特徴の一例を説明する。
　（１）予約操作：従業員端末７５によるセルフブッキング或いは、インハウスエージェントによって運用されるエージェント端末９１による代行により行われる。
　（２）出先予約：インターネットからのどこからでも可能である。
　（３）マイレージ登録：サプライヤ予約システム７で利用するマイレージ番号の登録は、従業員端末７５或いはエージェント端末９１の代行によって行われる。
　（４）同行者の予約：エージェント端末９１の代行時にのみ可能である。
　（５）マスタ管理：マスタ管理者端末９２によって、その都度手動操作で、リムーバブルメモリを用いてファイルから入力する。
　（６）請求頻度：予約成立の度、或いはサプライヤ予約システム７からの請求の度の両方が可能ある。図３９（ａ）に示したシステムの場合、チケット購入管理システム５の機能が出張管理システム７４にカスタマイズして設置されているので、チケット購入管理システム５がデータを受信する度に、即ちリアルタイムに出張管理システム７４へ更新することができる。
　（７）出張番号：チケット購入管理システム５が発番する。
　（８）出張承認：特に上長による承認がルーチンに組み込まれておらず、事後承認を行うことになる。
　（９）データ管理：ＡＳＰによる提供である。
　又、図４０に示す形態の場合、管理機能のアクセスは、特定のＩＰアドレスに制限するのが好ましい。

　図４０に示した形態においては、企業システム側に機能を持たずＡＳＰサービスを受けるので、システム導入コストが大幅に削減できる。一方、図３８に示した形態と同様に、チケット購入管理システム５が提供する機能に企業が適合する必要がある。又、従業員情報や出張情報などのデータがインターネット上のサーバに設置されるため、セキュリティ上の問題が発生する場合がある。

（その他の実施の形態）
　上記のように、本発明の第１乃至第６の実施の形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。

　例えば、第３の実施の形態のチケット購入システムにおいても、第１の実施の形態の変形例と同様に、チケット購入画面サーバの配置を変更しても良い。

　又、企業システム、チケット購入管理システム、チケット購入画面サーバ、スイッチングサーバ、サプライヤ予約システムなどの各システム及びサーバは、一般的なコンピュータに所定の機能を備えたソフトウェアプログラムによって実現される。

　この様な、本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

本発明の第１の実施の形態に係るチケット購入システムのシステム構成図である。 本発明の第１の実施の形態に係る従業員情報記憶装置のデータ構造の一例である。 本発明の第１の実施の形態に係る出張情報記憶装置のデータ構造の一例である。 本発明の第１の実施の形態に係るチケット購入画面サーバの予約情報記憶装置のデータ構造の一例である。 本発明の第１の実施の形態に係るスイッチングサーバの詳細な機能ブロック図である。 本発明の第１の実施の形態に係るチケット購入システムのデータの送受信を示したシーケンス図である。（スイッチングサーバが仲介する場合の図） 本発明の第１の実施の形態に係る従業員端末が生成するＨＴＴＰリクエストメッセージのインタフェースの一例である。 本発明の第１の実施の形態に係るチケット購入システムのデータの送受信を示したシーケンス図である。（従業員端末からリンク接続する場合の図） 本発明の第１の実施の形態に係る従業員端末から予約された後、チケット購入管理システムが、チケット購入画面サーバから予約情報を取得し、更に、サプライヤ予約システムから請求情報を取得するシーケンス図である。 本発明の第１の実施の形態に係る企業システムが提示する画面の一例である。 本発明の第１の実施の形態に係るチケット購入画面サーバが提示する画面の一例である。（その１） 本発明の第１の実施の形態に係るチケット購入画面サーバが提示する画面の一例である。（その２） 本発明の第１の実施の形態に係るチケット購入画面サーバが提示する画面の一例である。（その３） 本発明の第１の実施の形態に係るチケット購入画面サーバが提示する画面の一例である。（その４） 本発明の第１の実施の形態に係るチケット購入画面サーバが提示する画面の一例である。（その５） 本発明の第１の実施の形態に係るチケット購入画面サーバが提示する画面の一例である。（その６） 本発明の第１の実施の形態に係るチケット購入システムを簡略化したシステム構成図である。 本発明の第１の実施の形態の第１の変形例に係るチケット購入システムのシステム構成図である。 本発明の第１の実施の形態の第２の変形例に係るチケット購入システムのシステム構成図である。 本発明の第２の実施の形態に係るチケット購入管理システムの機能ブロック図である。 本発明の第２の実施の形態に係るチケット購入管理システムに備えられた予約情報記憶装置のデータ構造の一例である。 本発明の第２の実施の形態に係るチケット購入管理システムの請求情報管理手段の処理のフローチャートである。 本発明の第２の実施の形態に係るチケット購入管理システムのデータ突合の詳細な処理のフローチャートである。 本発明の第２の実施の形態に係るチケット購入管理システムが提示する画面の一例である。（その１） 本発明の第２の実施の形態に係るチケット購入管理システムが提示する画面の一例である。（その２） 本発明の第２の実施の形態に係るチケット購入管理システムが提示する画面の一例である。（その３） 本発明の第２の実施の形態に係るチケット購入管理システムが提示する画面の一例である。（その４） 本発明の第２の実施の形態に係るチケット購入管理システムが提示する画面の一例である。（その５） 本発明の第２の実施の形態に係るチケット購入管理システムが提示する画面の一例である。（その６） 本発明の第２の実施の形態に係るチケット購入管理システムが提示する画面の一例である。（その７） 本発明の第３の実施の形態に係るチケット購入システムのシステム構成図である。 本発明の第３の実施の形態に係るチケット購入システムのデータの送受信を示したシーケンス図である。（その１） 本発明の第３の実施の形態に係るチケット購入システムのデータの送受信を示したシーケンス図である。（その２） 本発明の第４の実施の形態に係るサプライヤ予約システムの機能ブロック図と、サプライヤ予約システムが適用されるシステム構成図である。 本発明の第４の実施の形態において、企業システム、スイッチングサーバ、サプライヤ予約システムの間で送受信されるデータの一例を示した図である。（その１） 本発明の第４の実施の形態において、企業システム、スイッチングサーバ、サプライヤ予約システムの間で送受信されるデータの一例を示した図である。（その２） 本発明の第５の実施の形態において、企業システムとサプライヤ予約システムの接続形態の例を説明する図である。 本発明の第６の実施の形態において、企業システムとスイッチングサーバとの接続形態の例を説明する図である。（その１） 本発明の第６の実施の形態において、企業システムとスイッチングサーバとの接続形態の例を説明する図である。（その２） 本発明の第６の実施の形態において、企業システムとスイッチングサーバとの接続形態の例を説明する図である。（その３） 従来のチケット販売方法の概要を示すブロック図である。（その１） 従来のチケット販売方法の概要を示すブロック図である。（その２） 従来のチケット販売方法の概要を示すブロック図である。（その３） 従来のチケットの検索及び申込におけるシステム構成図である。 従来のチケットの検索及び申込における利用者及び旅行代理店の作業を示す図である。

符号の説明

　１…スイッチングサーバ
　２…購入仲介システム
　３…チケット購入画面サーバ
　５…チケット購入管理システム
　７、７ａ、７ｂ、７ｃ…企業システム
　８ａ〜８ｃ…サプライヤ予約システム
　９ａ，９ｂ…通信ネットワーク
　１１ａ、１１ｂ…ホテル予約システム
　１２ａ、１２ｂ…交通機関予約システム
　３１…表示項目記憶装置
　３２…予約情報記憶装置
　４１…ユーザ登録手段
　４２…予約手段
　４３…確認データ受信手段
　４４…予約情報提供手段
　５１…予約情報記憶装置
　５２…請求情報記憶装置
　５３…ヘルプ情報記憶装置
　５４…突合キー記憶装置
　５５…項目対応記憶装置　５６ａ…請求一致データ記憶装置
　５６ｂ…請求部分不一致データ記憶装置
　５６ｃ…請求突合対象不明データ記憶装置
　５６ｄ…予約一致データ記憶装置
　５６ｅ…予約部分不一致データ記憶装置
　６１…ユーザ登録手段
　６２…表示項目設定手段
　６３…予約手段
　６４…予約情報収集手段
　６５…請求情報管理手段
　６６…請求情報取得手段
　６７…予約データ一覧作成手段
　６８…仕訳用予約データ一覧作成手段
　６９…通信制御手段
　７１…従業員情報記憶装置
　７２…出張情報記憶装置
　７３…人事システム
　７４…出張管理システム
　７５…従業員端末
　７６…ＥＤＩサーバ
　７７…ゲートウェイサーバ
　７８…予約情報記憶装置
　８１ａ〜８１ｃ…請求情報記憶装置
　８２…予約システム
　８３…ＡＰＩサーバ
　８４…予約画面サーバ
　９１…エージェント端末
　９２…マスタ管理者端末
　９３…ファイアウォール
　１０２…管理部
　１０３、１０４…管理端末
　１０６…共通ＤＢ部
　１１３ａ〜１１３ｃ、１２７、１２８、１２９…ＡＰＩ
　１２０…スイッチング手段
　１２６…基幹管理手段　３５０…データベース管理手段
　３５２…アカウント記憶装置
　３５３…契約記憶装置　
　３５４…予約記憶装置
　３５５…システムアクセス数記憶装置
　４５０…ログ管理手段
　４５２…ログデータ
　８０１…出張管理番号記憶装置
　８０２…予約情報記憶装置
　８０３…請求情報記憶装置
　８１１…予約条件取得手段
　８１２…予約手段
　８１３…予約情報提供手段
　８１４…請求情報提供手段
　８２１…通信制御装置
　８２２…入力装置
　８２３…表示装置
　８２４…入出力制御装置

Claims (28)

1. 　複数の企業システムと、前記企業システムに接続された従業員端末を通して従業員にチケットを供給する複数のサプライヤ予約システムと、を仲介するスイッチングサーバを用いて、前記企業システムと前記サプライヤ予約システムとの連携を行うチケット購入システムにおいて、
   　前記スイッチングサーバへの接続に必要な画面を、前記従業員端末に提示し、前記従業員端末から予約された予約情報を保存するチケット購入画面サーバと、　前記チケットの購入を希望する前記企業システム内に設けられ、前記従業員端末から予約された前記チケットの情報を前記チケット購入画面サーバから受信し、前記サプライヤ予約システムからの請求データと確認を行うチケット購入管理システムと
   　を備えることを特徴とするチケット購入システム。
2. 　前記チケット購入管理システムは、前記従業員端末と前記チケット購入画面サーバでやりとりされるメッセージに、生成した前記予約情報を識別する識別子を付加し、
   　前記チケット購入画面サーバは、前記識別子と前記予約情報を関連づけて保存し、
   　前記チケット購入管理システムは、前記識別子と前記予約情報を関連づけた情報を前記チケット購入画面サーバから受信する
   　ことを特徴とする請求項１に記載のチケット購入システム。
3. 　前記従業員端末と前記チケット購入画面サーバでやりとりされるメッセージに、前記従業員端末から前記チケット購入画面サーバを呼び出す場合の呼出時刻が付加される
   　ことを特徴とする請求項１又は２に記載のチケット購入システム。
4. 　複数の企業システムと、前記企業システムに接続された従業員端末にチケットを供給する複数のサプライヤ予約システムと、を仲介する購入仲介システムにおいて、
   　前記購入仲介システムへの接続に必要な画面を、前記従業員端末に提示し、前記従業員端末から予約された予約情報を保存するチケット購入画面サーバと、
   　前記チケット購入画面サーバを介して前記従業員端末からの接続を受け付け、前記従業員端末からの接続毎に設定されるセションを管理し、前記企業システムが接続可能な前記サプライヤ予約システムへ、予約のリクエストを行い、前記予約のリクエストの結果を前記チケット購入画面サーバを介して前記従業員端末に提示するスイッチング手段を備えるスイッチングサーバと
   　を備えることを特徴とする購入仲介システム。
5. 　複数の企業システムと、前記企業システムに接続された従業員端末にチケットを供給する複数のサプライヤ予約システムとを仲介し、前記従業員端末からの接続を受け付け、前記従業員端末からの接続毎に設定されるセションを管理し、前記企業システムが接続可能な前記サプライヤ予約システムへ、予約のリクエストを行い、前記予約のリクエストの結果を提示するスイッチング手段を備えるスイッチングサーバを用いた購入仲介システムにおいて用いられるチケット購入画面サーバにおいて、
   　前記従業員端末と前記スイッチングサーバとの間のデータの送受信を制御し、前記従業員端末からの予約情報を、予約情報記憶装置に記録する予約手段と、
   　前記企業システムに設けられ、前記従業員端末からのチケット購入を管理するチケット購入管理システムに、前記予約情報記憶装置に記録された予約情報を提供する予約情報提供手段と
   　を備えることを特徴とするチケット購入画面サーバ。
6. 　前記従業員端末に提示する項目、提示しない項目、前記スイッチングサーバに送信する項目、送信しない項目のいずれか一つ以上の項目を記録した表示項目記憶装置を更に備え、
   　前記予約手段は、前記表示項目記憶装置を参照して、前記従業員端末に提示する項目及び前記スイッチングサーバに送信する項目を決定して、前記データの送受信を制御する
   　ことを特徴とする請求項５に記載のチケット購入画面サーバ。
7. 　前記サプライヤ予約システムから送信された予約を確認する確認データを受信し、前記予約情報記憶装置に記録する確認データ受信手段
   　を更に備えることを特徴とする請求項５又は６に記載のチケット購入画面サーバ。
8. 　前記予約手段は、前記チケット購入管理システムと送受信するメッセージが前記企業システムを識別する企業識別子を含む
   　ことを特徴とする請求項５乃至７のいずれか１項に記載のチケット購入画面サーバ。
9. 　前記表示項目記憶装置は、複数の前記企業システム毎に設定されており、
   　前記チケット購入画面サーバが提示する画面は、複数の前記企業システム毎に設定されている
   　ことを特徴とする請求項８に記載のチケット購入画面サーバ。
10. 　前記予約手段で表示するヘルプ情報は、前記チケット購入管理システム内に備えられたヘルプ情報記憶装置へリンクしている
    　ことを特徴とする請求項５乃至９のいずれか１項に記載のチケット購入画面サーバ。
11. 　企業システムに接続された従業員端末に提示する画面を提供し、前記従業員端末から予約した予約情報を格納しているチケット購入画面サーバと、前記企業システムにチケットを供給する複数のサプライヤ予約システムとを仲介するスイッチングサーバとを備えた購入仲介システムを用いて購入したチケットを管理するチケット購入管理システムにおいて、
    　前記サプライヤ予約システムから購入したチケットの請求情報を請求情報記憶装置に記録する請求情報記憶手段と、
    　前記チケット購入画面サーバから予約情報を収集し、予約情報記憶装置に記憶する予約情報収集手段と、
    　前記請求情報と予約情報を突き合わせ、前記請求情報の正当性を判定する請求情報管理手段と
    　を備えることを特徴とするチケット購入管理システム。
12. 　前記請求情報管理手段は、前記請求情報と前記予約情報が一致する場合、前記請求情報を請求一致データ記憶装置に、前記予約情報を予約情報一致データ記憶装置に格納し、前記請求情報と前記予約情報の検索キーのみ一致し、その他の項目が一致しない場合、前記請求情報を請求部分不一致データ記憶装置に、前記予約情報記憶装置を予約部分不一致データ記憶装置に格納し、前記請求情報のみ前記検索キーが存在する場合、前記請求情報を請求突合対象不明データ記憶装置に格納し、前記部分不一致データ記憶装置及び前記請求突合対象不明データ記憶装置を検証することにより、前記請求情報の正当性を判定する　ことを特徴とする請求項１１に記載のチケット購入管理システム。
13. 　前記予約情報の各レコードを識別する予約情報識別子を、前記予約情報に対応づけて前記予約部分不一致データ記憶装置に記録し、
    　更に、前記予約部分不一致データ記憶装置に格納された予約情報と、前記検索キーのみ一致した前記請求情報の各レコードを識別する請求情報識別子を、前記予約情報識別子と対応づけて前記予約部分不一致データ記憶装置に記録する
    　ことを特徴とする請求項１２に記載のチケット購入管理システム。
14. 　前記予約情報の各レコードを識別する予約情報識別子を、前記予約情報に対応づけて前記予約一致データ記憶装置に記録し、
    　更に、前記予約一致データ記憶装置に格納された予約情報と一致した前記請求情報の各レコードを識別する請求情報識別子を、前記予約情報識別子と対応づけて前記予約一致データ記憶装置に記録する
    　ことを特徴とする請求項１２又は１３に記載のチケット購入管理システム。
15. 　前記予約部分不一致データ記憶装置に、一致しなかった項目を更に記録する
    　ことを特徴とする請求項１２乃至１４のいずれか１項に記載のチケット購入管理システム。
16. 　企業システムに接続された従業員端末に提示する画面を提供し、前記従業員端末から予約した予約情報を格納しているチケット購入画面サーバと、前記企業システムにチケットを供給する複数のサプライヤ予約システムとを仲介するスイッチングサーバとを備えた購入仲介システムを用いて購入したチケットを管理するチケット購入管理システムにおいて用いられるチケット購入管理方法において、
    　前記サプライヤ予約システムから購入したチケットの請求情報を請求情報記憶装置に記録する請求情報記憶ステップと、
    　前記チケット購入画面サーバから予約情報を収集し、予約情報記憶装置に記憶する予約情報収集ステップと、
    　前記請求情報と予約情報を突き合わせ、前記請求情報の正当性を判定する請求情報管理ステップと
    　を備えることを特徴とするチケット購入管理方法。
17. 　前記請求情報管理ステップは、
    　前記請求情報と前記予約情報が一致する場合、前記請求情報を請求一致データ記憶装置に格納し、前記予約情報を予約情報一致データ記憶装置に格納するステップと、
    　前記請求情報と前記予約情報の検索キーのみ一致し、その他の項目が一致しない場合、前記請求情報を請求部分不一致データ記憶装置に、前記予約情報記憶装置を予約部分不一致データ記憶装置に格納するステップと、
    　前記請求情報のみ前記検索キーが存在する場合、前記請求情報を請求突合対象不明データ記憶装置に格納するステップとを備え、
    　前記部分不一致データ記憶装置及び前記請求突合対象不明データ記憶装置を検証することにより、前記請求情報の正当性を判定する
    　ことを特徴とする請求項１６に記載のチケット購入管理方法。
18. 　前記予約情報の各レコードを識別する予約情報識別子を、前記予約情報に対応づけて前記予約部分不一致データ記憶装置に記録するステップと、
    　前記予約部分不一致データ記憶装置に格納された予約情報と、前記検索キーのみ一致した前記請求情報の各レコードを識別する請求情報識別子を、前記予約情報識別子と対応づけて前記予約部分不一致データ記憶装置に記録するステップと　を更に備えることを特徴とする請求項１７に記載のチケット購入管理方法。
19. 　前記予約情報の各レコードを識別する予約情報識別子を、前記予約情報に対応づけて前記予約一致データ記憶装置に記録するステップと、　前記予約一致データ記憶装置に格納された予約情報と一致した前記請求情報の各レコードを識別する請求情報識別子を、前記予約情報識別子と対応づけて前記予約一致データ記憶装置に記録するステップと
    　を更に備えることを特徴とする請求項１７又は１８に記載のチケット購入管理方法。
20. 　前記予約部分不一致データ記憶装置に、一致しなかった項目を更に記録するステップ
    　を更に備えることを特徴とする請求項１７乃至１９のいずれか１項に記載のチケット購入管理方法。
21. 　チケットを供給し、企業システムから予約を受け付けるサプライヤ予約システムにおいて、
    　前記企業システムで予約するチケットを識別できる管理番号を含む予約条件を前記企業システムから取得する予約条件取得手段と、
    　前記予約条件に基づいて、前記チケットの予約を行う予約手段と、
    　前記予約手段で予約した結果を、前記管理番号に関連づけて前記企業システムに提供する予約情報提供手段
    　とを備えることを特徴とするサプライヤ予約システム。
22. 　前記企業システムとは、リンク接続で接続されていることを特徴とする請求項２１に記載のサプライヤ予約システム。
23. 　前記企業システムと前記サプライヤ予約システムとを仲介するスイッチングサーバによって、前記企業システムとはセッション管理されて接続されていることを特徴とする請求項２１に記載のサプライヤ予約システム。
24. 　前記予約手段において予約が成立した場合、前記予約に伴う請求を前記管理番号に関連づけて前記企業システムに提供する請求情報提供手段
    　を更に備えることを特徴とする請求項２１乃至２３のいずれか１項に記載のサプライヤ予約システム。
25. 　チケットを供給し、企業システムから予約を受け付けるサプライヤ予約システムにおけるサプライヤ予約方法において、
    　予約条件取得手段によって、前記企業システムで予約するチケットを識別できる管理番号を含む予約条件を前記企業システムから取得するステップと、
    　予約手段によって、前記予約条件に基づいて、前記チケットの予約を行うステップと、
    　予約情報提供手段によって、前記予約を行うステップで予約した結果を、前記管理番号に関連づけて前記企業システムに提供するステップと
    　を備えることを特徴とするサプライヤ予約方法。
26. 　前記企業システムとは、リンク接続で接続されていることを特徴とする請求項２５に記載のサプライヤ予約方法。
27. 　前記企業システムと前記サプライヤ予約システムとを仲介するスイッチングサーバによって、前記企業システムとはセッション管理されて接続されていることを特徴とする請求項２５に記載のサプライヤ予約方法。
28. 　前記予約するステップにおいて予約が成立した場合、請求情報提供手段によって、前記予約に伴う請求を前記管理番号に関連づけて前記企業システムに提供するステップ
    　を更に備えることを特徴とする請求項２５乃至２７のいずれか１項に記載のサプライヤ予約方法。
    
    

Images