JP2004234199A - 旅行者所在追跡システム - Google Patents

Abstract

【課題】業務出張者などの海外渡航中の旅行者の所在動向をリアルタイムで把握できるようにする。
【解決手段】旅行者所在追跡システム１は、各航空会社などのＣＲＳ（予約システム）４ａ，４ｂ，…に対して照会を行うＣＲＳ照会部１１と、各旅行者についての所在情報などを格納する危機管理情報データベース１２と、旅行会社での予約情報を取り出して危機管理情報データベース１２に格納するとともに、各ＣＲＳ ４ａ，４ｂ，…に対する照会結果に応じて危機管理情報データベース１２の内容を更新するデータベース更新部１４と、危機管理情報データベース１２に対して検索を行うデータベース検索部１５と、各クライアント端末３が接続し各クライアント端末３からの入力を受け付け、各クライアント端末３に検索結果を送信するウェブサーバ１６と、を備えている。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、海外出張中などの旅行者の所在を追跡する旅行者所在追跡システムに関する。
【０００２】
【従来の技術】
企業にとって、海外業務出張者との間で相互連絡手段を常に確保することは極めて重要である。そのためには、出張者の所在動向を常時把握しておくことが必須となっている。特に、近時の世界情勢の緊迫化や、海外における突発的な事件・事故・災害等の発生の可能性を考慮すると、そのような事態の発生に際してその事態に関係する都市や地方内に滞在する全ての出張者の所在をリアルタイムに（少なくとも短時間のうちに）確認できるようにしておく必要がある。
【０００３】
これまでは、各出張者ごとにその出発前に作成した行程表を保管し、当初予定から変更となった際には出張者から連絡させて事前行程表の修正を行っていた。しかしながら、業務出張者の増加や、時差等の関係で即時に事前行程表の修正を行うことが難しいこと、緊急の予定変更（例えば欠航や乗り遅れ等に伴うフライトの変更）などで連絡が遅れることが多いなどの理由により、全ての出張者について所在動向をリアルタイムで把握できるようにすることは、非常に困難な業務となっている。
【０００４】
出張者が、旅客機を運航する特定の一社（あるいは１企業グループ）の航空会社しか使用しないという前提のもとにおいては、その特定の航空会社の座席予約システム（ＣＲＳ：Ｃｏｍｐｕｔｅｒｉｚｅｄ Ｒｅｓｅｒｖａｔｉｏｎ ＳｙｓｔｅｍあるいはＣｅｎｔｒａｌ Ｒｅｓｅｒｖａｔｉｏｎ Ｓｙｓｔｅｍ）における出発時点での予約記録（発券データ）を集約することにより、検索実行時点での出張者スケジュールを表示するシステムは存在する。しかしながら、企業における現実の業務出張においては、その会社の全ての出張者が同一の航空会社のみを使用するということは考え難い。また、発券データを利用した場合には、出張者が出張先でフライトを変更した場合などに対応することができない。結局、ある企業における全ての出張者についての所在動向をリアルタイムで把握できるようにすることは、現状では困難である。
【０００５】
【発明が解決しようとする課題】
上述したように、企業においてその全ての業務出張者に所在動向をリアルタイムで把握できるようにすることは、危機管理上の極めて重要なことであるが、現状ではそれを実現することは極めて難しい。また、企業における業務出張者でなくても、海外旅行中の旅行者の所在動向をリアルタイムで把握できるようにすることが望まれている。
【０００６】
そこで本発明の目的は、業務出張者などの海外渡航中の旅行者の所在動向をリアルタイムで把握でき、特に、事件や事故、災害の発生時などに当該事態の発生地に所在する旅行者を即時に把握できる旅行者所在追跡システムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明の旅行者所在追跡システムは、旅行者の所在動向を追跡する旅行者所在追跡システムにおいて、各旅行者に関する情報を蓄積する危機管理情報データベースと、ネットワークを介して少なくとも各運輸機関のＣＲＳに対して照会を行うＣＲＳ照会部と、各旅行者の予約手配時の予約情報を危機管理情報データベースに登録するとともに、ＣＲＳ照会部が各ＣＲＳに照会したときの照会結果に応じて危機管理情報データベースを更新するデータベース更新部と、入力した検索条件にしたがって危機管理情報データベースを検索するデータベース検索部と、を有する。
【０００８】
本発明においては、データベース更新部は、未取り込みの予約情報を定期的に取り込んで危機管理情報データベースに登録し、ＣＲＳ照会部は、危機管理情報データベースに登録された項目に関して定期的に各ＣＲＳに対して照会を行うことが好ましい。その場合、ＣＲＳ照会部は、ユーザからの指示に応じて即時にも各ＣＲＳに対して照会を行うようにすることが好ましい。
【０００９】
本発明においては、運輸機関は例えば航空会社である。
【００１０】
【発明の実施の形態】
次に、本発明の好ましい実施形態について、図面を参照して説明する。図１は、本発明の実施の一形態の旅行者所在追跡システムの構成を示すブロック図である。
【００１１】
この旅行者所在追跡システム１は、典型的には、旅行代理店業務を行う旅行会社９内あるいは旅行会社の委託を受けた情報システム会社（ＡＳＰ（アプリケーションサービスプロバイダ）など）に設置され、これらの旅行会社あるいは情報システム会社が運営する。そして、インターネットなどのネットワーク２を介して、業務出張者などの旅行者の所在動向を確認したい顧客（出張者が所属する企業など）に設けられたクライアント端末３と、それぞれの航空会社やホテルチェーン運営会社、レンタカー会社などのＣＲＳ（予約システム）４ａ，４ｂ，…と接続している。図示したものでは、航空会社ＡのＣＲＳ ４ａ、航空会社ＢのＣＲＳ ４ｂ、航空会社ＣのＣＲＳ ４ｃ、ＤホテルチェーンのＣＲＳ ４ｄ、ＥホテルチェーンのＣＲＳ ４ｅ、レンタカー会社ＦのＣＲＳ ４ｆと接続しているが、実際には、もっと多くのＣＲＳと接続することになる。後述するように、旅行者所在追跡システム１とクライアント端末３との間は、ＷＷＷ（ワールドワイドウェブ）表示技術やＸＭＬ（ｅｘｔｅｎｄｅｄ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）などのインターネット標準技術に基づいて情報が交換されるようになっており、したがって、クライアント端末３としては、インターネットブラウザソフトウェアなどを搭載した一般的なパソコン（パーソナルコンピュータ：ＰＣ）を使用することができる。なお、現状では各航空会社などのＣＲＳは必ずしもＸＭＬ対応となっていないため、旅行者所在追跡システム１と各ＣＲＳ ４ａ，４ｂ，…との間の接続には、ＸＭＬが使用される場合とＸＭＬ以外のデータ形式が使用される場合とがある。しかしながら、今後、各社のＣＲＳにおいてはＸＭＬの使用が一般的になると考えられるから、この旅行者所在追跡システム１においてもＸＭＬの使用を基本とし、非ＸＭＬのＣＲＳに対しては、別途、プロトコルアダプタなどを介することによって、接続、通信できるようにしている。
【００１２】
ところで、一般に旅行会社９は、その旅行代理店業務の遂行のために、各航空会社、各ホテルチェーン、各レンタカー会社などのＣＲＳ ４ａ，４ｂ，…と接続する総合予約システム５を保有している。この総合予約システム５は、顧客からの依頼に応じて、フライト、ホテル、レンタカーなどの予約手配を行い、航空券等の発券を行うシステムであり、そのシステムの特徴上、各ＣＲＳ ４ａ，４ｂ，…に対して検索、照会を行う機能を有している。そして、総合予約システム５は、一連の予約手配が完了した時点で各旅行者ごとの行程表データを外部に出力できるようになっている。この実施形態の旅行者所在追跡システム１は、こうした総合予約システム５に対してアドオンされる形態で、あるいは総合予約システム５とともに統合されたシステムを構成する形態で、総合予約システム５の有する各ＣＲＳへの照会機能や行程表の出力機能を利用して、各旅行者の所在動向をリアルタイムで把握するようにしている。
【００１３】
旅行者所在追跡システム１は、各ＣＲＳ ４ａ，４ｂ，…との接続を行うＣＲＳインタフェース部１０と、各ＣＲＳ ４ａ，４ｂ，…に対して照会を行うＣＲＳ照会部１１と、各旅行者についての所在情報などを格納する危機管理情報データベース１２と、総合予約システム５の予約情報データベース１３から予約情報を取り出して危機管理情報データベース１２に格納するとともに、ＣＲＳ照会部１１による各ＣＲＳ ４ａ，４ｂ，…に対する照会結果に応じて危機管理情報データベース１２の内容を更新するデータベース更新部１４と、危機管理情報データベース１２に対して検索を行うデータベース検索部１５と、各クライアント端末３が接続し各クライアント端末３からの入力を受け付け、各クライアント端末３に検索結果を送信するウェブサーバ１６と、ウェブサーバ１６がウェブページとしてログイン画面や検索結果表示画面などの各画面をクライアント端末３の表示装置上に表示する際に必要な画面データを格納した画面データ格納部１７と、を備えている。ＣＲＳインタフェース部１０は、総合予約システム５と共用されており、総合予約システム５が各ＣＲＳ ４ａ，４ｂ，…に対し、照会や予約を行う際にも使用される。予約情報データベース１３に格納される予約情報とは、各旅行者について総合予約システム５を用いて行った予約手配の結果を示す情報であり、予約手配時における各予約単位ごとの総合予約システム５における予約番号や、各予約単位で手配したフライト（あるいはホテルなどの）の詳細の情報、旅行者の所属する企業コード、旅行者氏名などの情報を含んでいる。なお、既に危機管理情報データベース１２に取り込まれた予約情報を識別するために、予約情報データベース１３においては、予約番号ごとに、取り込み済みフラグを設けることが好ましい。
【００１４】
ウェブサーバ１６としては、インターネット上のＷＷＷサイトにおいて、クライアントの認証を行い、クライアントからの入力に応じて出力画面を構成してクライアントに送信する通常のウェブサーバを用いることができる。ここには図示していないが、クライアント端末３から接続要求があったときのログイン認証用のデータも、ウェブサーバ１６に格納されている。また、データベース検索部１５は、ウェブサーバ１６に対してバックエンドの検索部として動作するものであって、ウェブサーバ１６を介してクライアント端末３側から検索要求を受け取り、その検索要求に応じて危機管理情報データベース１２を検索してその検索結果をウェブサーバ１６に返すようになっている。後述するようにこの旅行者所在追跡システム１では、危機管理情報データベース１２は定期的に（例えば１日１回定時に）更新されるようになっているが、海外における事故の発生の第一報を受け取ったときなどに、事故に遭遇したおそれがある旅行者などを即時に検索できるようにするため、クライアント端末３からの要求があった場合、ウェブサーバ１６は、各ＣＲＳ ４ａ，４ｂ，…に対して検索を行うようにＣＲＳ照会部１１に指示できるように構成されている。
【００１５】
ここで、危機管理情報データベース１２の構成について説明する。旅行者が海外都市間を移動する場合、鉄道や船舶などによる移動も考えられるが、一般には、定期旅客航空路によって移動する。そこで、各旅行者ごとにフライトの予約や変更、キャンセル状況を把握することによって、その旅行者の所在が追跡できると考えられる。この旅行者所在追跡システム１では、旅行会社９等における予約手配実行時の予約情報を危機管理情報データベース１２に取り込むとともに、定期的に各ＣＲＳ ４ａ，４ｂ，…に対して照会を行うことによって、危機管理情報データベース１２に格納されている予約状況（特にフライトの予約状況）からキャンセルや変更があったかどうかを調べてその結果に基づいて危機管理情報データベース１２を更新するようにしている。
【００１６】
このような危機管理情報データベース１２は、フライト基本情報、フライト情報、滞在情報（ホテル情報やレンタカー情報）、各種のマスタ情報などの複数のデータベースから構成されるようにすることが好ましい。ここでフライト基本情報には、総合予約システム５での予約番号ごとに、どのＣＲＳを用いて予約を行ったかを示すＣＲＳ種別と、対応するＣＲＳでのレコードロケータと、帰着日と、帰着時間などが格納される。なお、本明細書では、予約番号は、特に断らない限り、総合予約システム５での予約番号のことを指し、レコードロケータは、各ＣＲＳでの予約番号のことを指す。フライト情報には、予約番号ごとに（ということはフライトごとに）、旅行者の企業コード、氏名、出発日、出発地、到着日、到着時などが格納される。ホテル情報には、予約番号と、ホテル名（および所在地、電話番号など）、チェックイン日時、チェックアウト日時などが格納される。レンタカー情報には、予約番号、レンタカーを借りる日時や場所などの情報が格納される。さらに危機管理情報データベース１２に備えられるマスタ情報としては、例えば、国コードと国名とを格納した国マスタ、都市コードと都市名を格納した都市マスタ、キャリア（航空会社）コードとキャリア名とを格納したキャリアマスタ、空港コードと空港名とを格納した空港マスタなどが挙げられる。
【００１７】
次に、この旅行者所在追跡システム１の動作を説明する。
【００１８】
まず、データベース更新部１４は、定期的に（例えば、１日１回所定の時刻に）、総合予約システム５の予約情報を予約情報データベース１３から取り込んで、危機管理情報データベース１２を更新する。この場合、データベース更新部１４は、帰着日が所定日以降であって、かつ、予約番号に付随した取り込み済みフラグが未取込であることを示し、かつ、かつ、フライト番号がＡＲＮＫ（鉄道や船舶など定期旅客航空航路以外での移動を示すコード）でない予約情報を検索し、検索結果に基づいて、予約番号をキーに設定して、危機管理情報データベース１２のフライト基本情報、フライト情報、滞在情報を更新する。このとき、キャンセルデータは危機管理情報データベース１２から削除するようにする。また、予約情報データベース１３で変更があった場合には、取り込み済みフラグをリセットするものとして、前回の取得後にデータ変更があったデータも、予約番号に対する上書きとして取り込まれるようにする。なお、まだ海外出張に出かけていない旅行者まで追跡することの実益は少ないので、例えば、出発日が当日である予約情報のみを検索するようにすることが好ましい。ここで当日とは、ここでのデータベース更新の処理を行った時点が属する日のことである。もちろん、更新の処理の間隔が例えば半日であれば、それに応じて、午前中の更新であれば、出発がその当日の午前中のものを検索し、午後での更新であれば、出発がその当日の午後であるものを検索するようにする。
【００１９】
また、ＣＲＳ照会部１１は、ＣＲＳインタフェース部１０を介して、定期的に（例えば、１日１回所定の時刻に）、各ＣＲＳ ４ａ，４ｂ，…に対して、照会を行う。ＣＲＳがＸＭＬ対応のものであればＸＭＬを用いてＣＲＳに対して照会がなされ、ＣＲＳがＸＭＬに対応しないものである場合には、ＣＲＳインタフェース部１０内の適切なプロトコルアダプタを介して照会がなされる。ここでの照会では、危機管理情報データベース１２のフライト基本情報にあるＣＲＳ種別とレコードロケータとを元にして、そのＣＲＳ種別に対応するＣＲＳに対し、出発日が当日以前であって、帰着日が当日−１日（当日の１日前）以降のものをキーとして抽出を行う。このとき、フライト番号がＡＲＮＫでないものを抽出する。ここで帰着日に関し当日−１日としているのは、前回更新したとき以降にフライト変更を行って１日早く帰着したような旅行者の情報を取りこぼすおそれをなくすためである。そして、データベース更新部１４は、各ＣＲＳ ４ａ，４ｂ，…から抽出した情報に基づき、取得したレコードロケータの予約番号をキーに設定して、出発日が当日−１日以降のデータを全て更新する。その結果、危機管理情報データベース１２には、データ更新が定期的（例えば１日１回の所定時刻）であることを前提として、各旅行者についての最新の所在やフライトに関する情報が蓄積されることになる。この旅行者所在追跡システム１は、航空会社ごとのＣＲＳに対してそれぞれ接続しているため、旅行者が異なる航空会社を利用している場合であっても所在を追跡することが可能である。
【００２０】
次に、このような旅行者所在追跡システム１に対して、顧客（例えば業務出張者をかかえる企業など）がクライアント端末３を介して行う検索処理について説明する。
【００２１】
クライアント端末３は、ウェブサーバ１６に接続する。その際、一般的なユーザ認証手順にしたがい、ウェブサーバ１６によって、まず、クライアント端末３の表示画面上にユーザ認証のためのログイン画面が表示され、クライアント端末３のユーザはこのログイン画面に対して例えば企業コードとユーザＩＤとパスワードとを入力し、これらの組み合わせが正当なものである場合にはログイン認証が成功してそのユーザはこの旅行者所在追跡システム１を利用することが可能になる。そして、この旅行者所在追跡システム１にログイン後に最初にクライアント端末３の表示画面には、地図検索画面として世界地図が表示されるとともに各地域（例えば、北米、西ヨーロッパ、中近東などの別）ごとにその企業に所属する出張者（旅行者）の人数等が表示される。この表示のために必要なデータすなわち人数表示情報は、企業コードと地域と国と都市との組合わせごとにその都市に何人滞在しているかを示す情報であり、この人数表示情報は、通常、危機管理情報データベース１２の更新のたびに生成されるようにしておく。もちろん、地域、国および都市は、地域−国−都市の順で階層構造をなしており、地域ごとの人数を表示する際には、その地域内の各都市に滞在している人数を積算したものが表示されることになる。また、ユーザは、クライアント端末３の表示画面上に、指定された地域内の国のリストを表示させることができ、リストにおいて国を選択した場合にはその国に該当する都市名及び滞在者の人数が表示され、さらにその表示の中で都市を選択することで、その都市に該当する滞在者の一覧が別画面で表示される。
【００２２】
上述したような地図検索画面には「検索切替」ボタンが設けられており、危機管理情報データベース１２のデータの検索を行うときにユーザはこの「検索切替」ボタンをクリックする。するとクライアント端末３の表示画面には、検索条件等を入力するための入力検索画面が表示されることになる。
【００２３】
入力検索画面においては、滞在国、滞在都市、旅行者氏名、フライト番号などのうちの１または２以上のものをキーとして検索を行うことができる。そのために、入力検索画面においては、国マスタに基づいて国候補リストをポップアップメニューとして表示させたり、都市マスタに基づいて都市候補リストをポップアップメニューとして表示させたり、フライト情報に基づいて氏名候補リストを表示させたり、キャリアマスタに基づいてキャリア（航空会社）名のリストを表示させたりすることができる。ユーザは、これらのリストの中で所望のものを選択することによって（さらに必要に応じて便名のうちの数字部分を入力することによって）、所望の検索条件を入力することができる。
【００２４】
このようにウェブサーバ１６に接続してユーザが検索条件を入力すると、その検索条件はデータベース検索部１５に渡され、データベース検索部１５は、検索条件を入力したユーザに対応する企業コードであって、かつ検索条件を満たす旅行者に関する情報を危機管理情報データベース１２から検索し、検索結果をウェブサーバ１６に返す。この検索では、危機管理情報データベース１２を更新した時刻を検索対象の時間の初期値としている。さらにユーザは、任意の現地日付（および時刻）を指定することができ、指定されたときにはその日時を元に検索が実行される。
【００２５】
さらにユーザは、現在の最新の情報を検索するように指示することもできる。そのような指示が入力した場合、その指示はウェブサーバ１６からＣＲＳ照会部１１に送られ、ＣＲＳ照会部１１はその時点で各ＣＲＳ ４ａ，４ｂ，…に対して検索を行う。その結果、上述したものと同様の手順により、危機管理情報データベース１２が更新され、データベース検索部１５はこの更新後の危機管理情報データベース１２を検索して、最新の情報を検索結果としてウェブサーバ１６に返す。実際には、現状の各ＣＲＳの能力及びネットワーク２のスループットを考慮すると、ＣＲＳ照会部１１が各ＣＲＳに対して照会を行って検索結果を得るまでにかなりの時間がかかるとともに各ＣＲＳに対しても負荷をかけることとなるため、通常の運用時には、定期的な更新による危機管理情報データベース１２内のデータのみを検索し、突発的な事件・事故が発生した場合など緊急に対応しなければならない場合にのみ、その時点で臨時に各ＣＲＳに対して照会を行うようにすることが好ましい。
【００２６】
検索結果は、入力された検索条件に基づく滞在者の一覧をリスト形式でユーザのクライアント端末３の表示画面に表示させることによって、ユーザに対して返される。この滞在者一覧リストにおいて個人名をクリックすることで、その個人に関する詳細データを示す個人詳細情報画面が表示される。個人詳細情報画面では、フライト情報に基づいて、その旅行者の氏名、出発日、出発都市、到着日、到着都市、フライト区間の全行程が表示され、さらに、ホテル情報やレンタカー情報などが表示される。
【００２７】
このようにしてこの旅行者所在追跡システムによれば、ユーザは、行程表等の複雑な更新作業を行うことなく、急な予定変更にも対応して、その企業に属する海外業務出張者などの旅行者の所在動向をほぼリアルタイムで把握することができるようになる。
【００２８】
上述した旅行者所在追跡システム１では、クライアント端末３を介してアクセスしてくる各ユーザは企業コードによって認証されているので、そのユーザに対応した企業に属する旅行者のみを検索することができる。また、検索結果の表示においても、その企業に属する旅行者の人数等が表示されることになる。しかしながら、この旅行者所在追跡システム１を運営する旅行会社９がアクセスし検索する場合には、特別のアクセスＩＤやパスワードを使用することにより、企業コードを指定した検索や、全ての企業コードを検索対象とする検索を行うことができるようになっている。これにより旅行会社９は、例えば事変などの発生に際し、その旅行会社９が旅行手配を行った旅行者であって該当する都市に滞在している旅行者をリアルタイムに全てリストアップすることが可能となる。
【００２９】
上述した旅行者所在追跡システムは、それを実現するための計算機プログラムを、サーバー用コンピュータなどに読み込ませ、そのプログラムを実行させることによっても実現できる。旅行者所在追跡システムを実現するためのプログラムは、磁気テープやＣＤ−ＲＯＭなどの記録媒体によって、あるいはネットワークを介して、コンピュータに読み込まれる。
【００３０】
【発明の効果】
以上説明したように本発明は、海外渡航中の旅行者の所在動向をリアルタイムで把握でき、特に、事件や事故、災害の発生時などに当該事態の発生地に所在する旅行者を即時に把握できるようになるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の一形態の旅行者所在追跡システムの構成を示すブロック図である。
【符号の説明】
１ 旅行者所在追跡システム
２ ネットワーク
３ クライアント端末
４ａ〜４ｆ ＣＲＳ（航空会社やホテルチェーンなどの予約システム）
５ 総合予約システム
９ 旅行会社
１０ ＣＲＳインタフェース部
１１ ＣＲＳ照会部
１２ 危機管理情報データベース
１３ 予約情報データベース
１４ データベース更新部
１５ データベース検索部
１６ ウェブサーバ
１７ 画面データ格納部

Claims (4)

1. 旅行者の所在動向を追跡する旅行者所在追跡システムにおいて、
   各旅行者に関する情報を蓄積する危機管理情報データベースと、
   ネットワークを介して少なくとも各運輸機関のＣＲＳに対して照会を行うＣＲＳ照会部と、
   前記各旅行者の予約手配時の予約情報を前記危機管理情報データベースに登録するとともに、前記ＣＲＳ照会部が前記各ＣＲＳに照会したときの照会結果に応じて前記危機管理情報データベースを更新するデータベース更新部と、
   入力した検索条件にしたがって前記危機管理情報データベースを検索するデータベース検索部と、
   を有する、旅行者所在追跡システム。
2. 前記データベース更新部は、未取り込みの前記予約情報を定期的に取り込んで前記危機管理情報データベースに登録し、前記ＣＲＳ照会部は、前記危機管理情報データベースに登録された項目に関して定期的に前記各ＣＲＳに対して照会を行う、請求項１に記載の旅行者所在追跡システム。
3. 前記ＣＲＳ照会部は、ユーザからの指示に応じて即時にも前記各ＣＲＳに対して照会を行う、請求項２に記載の旅行者所在追跡システム。
4. 前記運輸機関は航空会社である請求項１乃至３のいずれか１項に記載の旅行者所在追跡システム。

Images