JP3807496B2 - 荷物配送先管理方法、装置及びプログラム - Google Patents

Description

【０００１】
【発明が属する技術分野】
本発明は、旅客者が旅行をキャンセル等した場合でも旅客者の荷物を旅客者の指定配送先に確実に配送するための技術に関する。
【０００２】
【従来の技術】
通常、旅客者が旅行先にゴルフバックやスキー道具などの荷物を配送する場合宅配業者に依頼している。しかしながら、旅客者が旅行寸前にキャンセルあるいは旅行先を変更した場合、荷物はそのまま旅行先に配送され、別途返送要求をしなければ旅行先に放置されることになる。
【０００３】
【発明が解決しようとする課題】
従って本発明の目的は、旅客者が旅行をキャンセルあるいは旅行先を変更した場合でも旅客者の荷物を旅客者の指定配送先に確実に届けることを可能にするための技術を提供することである。
【０００４】
【課題を解決するための手段】
本発明の第１の態様に係る配送先管理方法は、旅客者により操作される配送受付端末から旅客者の識別情報、連絡先の情報、搭乗情報及び荷物の配送先に関する情報を受信し、記憶装置に登録する情報登録ステップと、旅客者の搭乗状況を管理する旅客輸送会社サーバから、旅客者の搭乗状況に関する情報を取得する取得ステップと、取得ステップにより取得された旅客者の搭乗状況に関する情報と記憶装置に登録された搭乗情報とに不整合が存在する場合、旅客者の連絡先に対して荷物の配送先に関する問い合わせを行う問合せステップと、問合せステップによる問合せに応答して旅客者から通知される荷物の配送先に関する情報を記憶装置に登録する配送先情報登録ステップとを含む。
【０００５】
このようにすることにより、旅客者は配送受付端末から旅客者の識別情報、連絡先の情報、搭乗情報及び荷物の配送先に関する情報を入力し、旅行のキャンセルまたは旅行先の変更があっても問合せに対して荷物の配送先を指定すればよいので、簡単な手続きのみで済む。又、旅客者の荷物は旅客者の指定配送先に確実に届けられるようになる。
【０００６】
また、記憶装置に登録された荷物の配送先に関する情報に基づき、荷物の配送先の情報を含む配送指示を出力する配送指示ステップをさらに含むような構成であってもよい。運送会社の職員が確実に旅客者の荷物を旅客者の指定配送先に配送処理できるようになる。
【０００７】
また、上で述べた配送先情報登録ステップにおいて、情報登録ステップにより記憶装置に登録した荷物の配送先に関する情報を、旅客者から通知される荷物の配送先に関する情報に更新する構成でもよい。これにより、旅客者の荷物を旅客者の指定配送先に確実に届けることできるようになる。
【０００８】
また、情報登録ステップにより記憶装置に登録される荷物の配送先に関する情報が、通常の荷物配送先情報と旅行キャンセル時における荷物配送先情報とを含む構成でもよい。旅行キャンセル時に宛先指定が容易になる。
【０００９】
また、上で述べた配送先情報登録ステップにおいて、旅客者から通知される荷物の配送先指定が旅行キャンセル時における荷物配送先の指定である場合には、旅行キャンセル時における荷物配送先情報に基づき通常の荷物配送先情報を更新する構成でもよい。旅行キャンセル時であっても確実に処理を行うことができる。
【００１０】
また、上で述べた配送先情報登録ステップにおいて、問合せステップによる問合せに応じて旅客者から荷物の配送先として新たな荷物配送先の指示を受けた場合には、当該新たな荷物配送先の情報を用いて記憶装置に登録された荷物の配送先に関する情報を更新する構成でもよい。これにより、旅客者の荷物を旅客者の指定配送先に確実に届けることができるようになる。
【００１１】
また、上で述べた取得ステップにおいて、搭乗情報から特定される出発時刻に応じたタイミングで旅客輸送会社サーバに対して当該搭乗情報に対応する旅客者の搭乗状況に関する情報を要求する構成でもよい。これにより、旅客者の搭乗状況を確実に把握できるようになる。
【００１２】
また、記憶装置には配達フラグの記憶エリアが設けられ、配達フラグは、少なくとも旅客者の搭乗状況に関する情報と記憶装置に登録された搭乗情報とが整合する場合に配達可にセットされ、上で述べた配送指示ステップは、配達フラグが配達可にセットされる場合に実行される構成でもよい。これにより、旅客者の荷物を適切なタイミングで旅客者の指定配送先に配送するための処理を実施できるようになる。
【００１３】
また、本発明の第２態様に係る荷物の配送申込方法は、荷物の配送申込時において、コンピュータから、少なくとも旅客者の識別情報、連絡先情報、搭乗情報及び荷物の配送先に関する情報の入力を促すためのデータを受信し、表示装置に表示するステップと、旅客者から、少なくとも旅客者の識別情報、連絡先情報、搭乗先情報及び荷物の配送先に関する情報の入力を受け付け、コンピュータに送信するステップとを含む。荷物の配送申込において、自己の旅行における搭乗情報を合わせて登録できるようになる。
【００１４】
なお、本発明の第１の態様に係る方法はプログラム及びコンピュータにて実施することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介して配布される場合もある。尚、中間的な処理結果はメモリに一時保管される。
【００１５】
【発明の実施の形態】
図１に本発明の一実施の態様に係るシステム概要図を示す。本実施態様では旅客者が飛行機を利用して旅行する場合について説明する。コンピュータ・ネットワークであるインターネット１には、旅客者の自宅に配置され、飛行機の搭乗便を予約する時に操作され且つウェブ（Ｗｅｂ）ブラウザ機能を有するＰＣ（パーソナル・コンピュータ：Personal Computer）端末２と、例えばコンビニエンスストアに配置され且つ旅客者が荷物の配送先等を指定・入力する配送受付端末３と、旅客者が所有し且つメーラ機能及びＷｅｂブラウザ機能を有する携帯電話機４とが接続される。また、少なくともサーバ６と当該サーバ６を介してＰＣ端末２から受信した旅客者の搭乗予約情報を登録する搭乗ＤＢ７と空港等の搭乗受付カウンタに配置される搭乗受付端末８とから構成され、旅客輸送会社に管理・運用される旅客輸送会社システム５も接続されている。さらに、少なくともサーバ１０と当該サーバ１０を介して配送受付端末３から受信した旅客者の荷物の配送先に関する情報等を登録する契約ＤＢ１１と搭乗便名及び出発時間を登録したダイヤＤＢ１２とから構成され、運送会社に管理・運用される運送会社システム９も接続されている。
【００１６】
次に、図２を用いて本実施の形態における荷物及び旅客者の移動パターンを示す。（１）は、旅客者が予定した旅行先に旅行する場合（荷物も最初に指定された配送先Ｃに配送される場合）を示し、旅客者は自宅Ａを出て空港Ｂから飛行機に搭乗し最初に指定された配送先Ｃ（旅行先）に到着する。一方荷物も最初に指定された配送先Ｃ（旅行先）に配送される。（２）は、旅客者が旅行をキャンセルした場合（荷物は旅客者が予め指定したキャンセル時配送先Ｄ（但しＤはＡと同じ場合もある）に配送される場合）を示し、旅客者は旅行をキャンセルして自宅に居るが、荷物はキャンセル時配送先Ｄに配送される。（３）は、旅行先は同一であるが旅客者が搭乗便を変更した場合（荷物が最初に指定された配送先Ｃに配送される場合）を示し、旅客者は自宅Ａを出て空港Ｂから飛行機に搭乗し、最初に指定された配送先Ｃ（旅行先）に到着する。一方荷物も最初に指定された配送先Ｃ（旅行先）に配送される。（４）は、旅客者が旅行先を変更した場合（荷物は旅客者が指定した新しい配送先Ｅに配送される場合）を示し、旅客者は自宅Ａを出て空港Ｂから飛行機に搭乗し、新しい配送先Ｅ（旅行先）に到着する。一方荷物も旅客者が指定した新しい配送先Ｅ（旅行先）に配送される。本実施の形態ではこれら４つのパターンのいずれにも対処することができるようになっている。
【００１７】
以下、図３乃至図２０を用いて図１に示したシステムの処理フローを説明する。旅客者はＰＣ端末２に例えば旅客輸送会社システム５のサーバ６にアクセスさせ、ＰＣ端末２は搭乗予約のためのＷｅｂページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する。この搭乗予約のためのＷｅｂページには、例えば日付及び手続き番号の表示や、搭乗者氏名や搭乗便名を入力・指定又は選択するための入力・選択欄などが含まれる。旅客者がＰＣ端末２を用いて搭乗者氏名、搭乗する飛行機の搭乗便名等を入力又は選択し、送信ボタンをクリックして送信を指示すると、ＰＣ端末２は図４に示すような日付、便名、搭乗者氏名、手続き番号からなる搭乗予約データを電文化して送信する（図３：ステップＳ１）。旅客輸送会社システム５のサーバ６は、ＰＣ端末２からこの搭乗予約データの電文を受信して搭乗予約受付処理を行う（ステップＳ２）。ここでは例えば搭乗ＤＢ７を参照して搭乗予約が可能か否かを確認する処理も含まれるものとする。そして搭乗予約が可能であれば、受信した搭乗予約データを図５に示す搭乗ＤＢ７に登録する（ステップＳ３）。図５の例では、搭乗ＤＢ７には日付の列と、便名の列と、搭乗者氏名の列と、手続き番号の列と、搭乗結果の列と、変更後日付の列と、変更後搭乗便名の列とが含まれる。ステップＳ３の時点では、搭乗結果、変更後日付及び変更後搭乗便名はデフォルト状態（例えばＮＵＬＬ）として記録されている。
【００１８】
さらに、旅客者は、旅行先に荷物を配送するため、例えばコンビニエンスストアに配置された配送受付端末３に、例えば運送会社システム９のサーバ１０に対して配送申込ページ・データ送信要求を送信させ（ステップＳ４）、運送会社システム９のサーバ１０は、当該要求に応じて配送受付端末３に配送申込ページ・データを送信する（ステップＳ５）。配送受付端末３は、運送会社システム９のサーバ１０から配送申込ページ・データを受信し、表示装置に表示する（ステップＳ６）。図６に配送申込ページの画面例を示す。
【００１９】
図６の例では、氏名の入力欄と、連絡先の入力欄と、配送先の入力欄と、キャンセル時配送先入力欄と、搭乗便特定情報として搭乗日の入力欄と搭乗便の入力欄とが含まれる。また、入力したデータを運送会社システム９のサーバ１０に送信するための送信ボタンと、申し込みをキャンセルするためのキャンセル・ボタンとが設けられている。旅客者は、図６に示されたような表示内容に従って、氏名、連絡先として携帯電話機４のメール・アドレス、荷物の配送先、旅行のキャンセルに伴って荷物を配送する配送先であるキャンセル時配送先、及び搭乗日と搭乗便とからなる搭乗便特定情報を入力し、送信ボタンをクリックすると、配送受付端末３は上記のような入力情報を図７に示す電文により運送会社システム９のサーバ１０に送信する（ステップＳ７）。
【００２０】
運送会社システム９のサーバ１０は、配送受付端末３から送信されてきたデータ（氏名、連絡先として携帯電話機４のメール・アドレス、荷物の配送先、旅行のキャンセルに伴って荷物を配送する配送先であるキャンセル時配送先、及び搭乗日と搭乗便とからなる搭乗便特定情報）を受信すると、図８に示す契約ＤＢ１１に登録する（ステップＳ８）。図８の例では、契約ＤＢ１１には、氏名の列と、連絡先の列と、配送先の列と、搭乗便特定情報の列（日付の列と搭乗便名の列とを含む）と、キャンセル時配送先の列と、配達フラグの列とが含まれる。なお、配達フラグには、配送実施可能を意味する「可」と、配送実施不可を表す「否」と、配送済みを表す「済」とが記録される。配達フラグのデフォルトは「否」（又はＮｕｌｌ）となっている。
【００２１】
また、図８の契約ＤＢ１１において、「富士さくら」の搭乗便特定情報及びキャンセル時配送先がデフォルト状態（Ｎｕｌｌ）として記録されているが、これは「富士さくら」が飛行機の利用を伴わずに荷物を配送する場合を示している。例えば単に知人にギフト等を送るため荷物の配送申し込みを行ったものであり、配送受付端末３等から搭乗便特定情報及びキャンセル時配送先が入力されなかったことによるものである。又は配送受付端末３を用いずに配送の申し込みを行ったものである。
【００２２】
そして、サーバ１０は、ステップＳ８において配送受付端末３から送信されてきたデータを契約ＤＢ１１に登録すると、中継地点への配達指示処理を実施する（ステップＳ９）。すなわち、配送トラックに対する集荷指示書３１を図示せぬプリンタにより印刷する。配送トラックの運転手に対する集荷指示メールを送信するようにしても良い。なお、契約ＤＢ１１に配送受付端末３からの受信データを登録する時点では、配達フラグはデフォルト状態（「否」又は「Ｎｕｌｌ」）として記録されている。よって、現時点では中継地点への配送までが実施される。
【００２３】
このようにして旅客者は搭乗予約を旅客輸送会社システム５に行い、当該搭乗予約に関連して荷物の配送申し込みを行うことができるようになる。
【００２４】
次に、旅客者による旅行のキャンセルまたは搭乗便の変更に伴う搭乗便変更処理について図９を用いて説明する。旅客者は旅行のキャンセルまたは搭乗便の変更が発生した場合、例えばＰＣ端末２を用いて旅行のキャンセルまたは搭乗便の変更入力を行う。旅客者は、ＰＣ端末２に旅客輸送会社システム５のサーバ６にアクセスさせ、ＰＣ端末２は旅行のキャンセルまたは搭乗便の変更申込のためのＷｅｂページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する。旅客者は旅行のキャンセルまたは搭乗便の変更入力後、送信ボタンをクリックすることにより、ＰＣ端末２は、旅客輸送会社システム５のサーバ６に旅行のキャンセルまたは搭乗便の変更に係る変更データを送信する（ステップＳ１０）。ここで、変更データとは、例えば旅行のキャンセルであれば当初ＰＣ端末２から入力した日付と、便名と、搭乗者氏名と、手続き番号である。また、搭乗便の変更であれば当初ＰＣ端末２から入力した日付と、便名と、搭乗者氏名と、手続き番号と、さらに変更後日付、変更後搭乗便名である。旅客輸送会社システム５のサーバ６はこの変更データを受信して搭乗便変更受付処理を行う（ステップＳ１１）。ここでは例えば搭乗ＤＢ７を参照して搭乗便変更が可能か否かを確認する処理も含まれるものとする。そして、搭乗便変更が可能であれば又はキャンセルの場合には、受信データに応じて図５に示す搭乗ＤＢ７に対して搭乗便変更設定を行う（ステップＳ１２）。すなわち、変更入力を行った搭乗者氏名及び手続き番号に対応した搭乗ＤＢ７内の搭乗結果、変更後日付及び変更後搭乗便名を登録する。キャンセルの場合には、搭乗結果にキャンセルを登録するようにしても良い。例えば、「大和一郎」がＰＣ端末２から搭乗日を４／１から４／２、搭乗便を３３２便から３３３便に変更した場合、図５に示すとおり旅客輸送会社システム５のサーバ６は搭乗ＤＢ７の「大和一郎」及び手続き番号「３２２１１」の行において、搭乗結果欄に「変更」、変更後日付欄に「４／２」、変更後搭乗便名欄に「３３３便」と追加登録する。
【００２５】
このように旅客者は旅行のキャンセル又は搭乗便の変更を行うことができる。なお、タイミングは、当初の搭乗便の搭乗時間前に行うことが好ましい。
【００２６】
次に、旅客者の搭乗手続きに伴う搭乗受付処理について図１０を用いて説明する。旅客者が搭乗手続きを行うため空港等の搭乗カウンタを訪れ、オペレータにより搭乗受付端末８から搭乗入力が行われると、搭乗受付端末８と回線を介して接続されたサーバ６に搭乗手続きを行った搭乗者氏名等の情報が送信され、サーバ６は搭乗者氏名等の情報を受信し搭乗状況受付を行い（ステップＳ２０）、搭乗ＤＢ７に搭乗状況登録を行う（ステップＳ２１）。すなわち、オペレータにより搭乗受付端末８から搭乗者名「富士花子」や搭乗便名「３２１」等の搭乗入力が行われると、旅客輸送会社システム５のサーバ６は、図５に示すとおり搭乗ＤＢ７の搭乗者名「富士花子」に対応した搭乗結果欄に「搭乗」を記録する。
【００２７】
次に、運送会社システム９のサーバ１０における荷物配送先特定処理について図１１乃至図１９を用いて説明する。まず、運送会社システム９のサーバ１０は、任意のタイミングにて契約ＤＢ１１から１つのレコードを読み出して配達可否確認を行う（ステップＳ３０）。すなわち、運送会社システム９のサーバ１０は、処理対象のレコードの配達フラグが「済」か否かをチェックする（ステップＳ３１）。配達フラグが「済」であれば（ステップＳ３１：Ｙｅｓルート）、後述するように既に荷物の配達指示処理（図２０のステップＳ８２）を実施して配送を開始しているので、端子Ｅを介して図１９に移行し、本レコードに対する処理を終了する。一方配達フラグが「済」でなければ（ステップＳ３１：Ｎｏルート）、サーバ１０は搭乗便指定があるかを判断する（ステップＳ３２）。搭乗便の指定がなければ（ステップＳ３２：Ｎｏルート）、契約ＤＢ１１の配達フラグを「可」と設定する（ステップＳ３３）。この搭乗便の指定がない場合とは、上述の「富士さくら」のように、飛行機の利用を伴わない荷物の配送申し込みであり、この場合は荷物の配送先に変更がないため配達フラグを「可」として、端子Ｅを介して図１９に移行し、本レコードに対する処理を終了する。
【００２８】
一方、搭乗便指定がある場合（ステップＳ３２：Ｙｅｓルート）には処理は端子１を介して図１２に移行する。すなわち、飛行機による旅行を伴う配送申し込みであり、キャンセルまたは搭乗便の変更が考えられるため、以下の処理を行うものである。
【００２９】
そして、サーバ１０は、処理対象のレコードに含まれる搭乗日付及び搭乗便名を用いてダイヤＤＢ１２を検索し、処理対象のレコードに係る旅客者の搭乗便について出発時到来確認を行う（図１２：ステップＳ４０）。図１３にダイヤＤＢ１２に格納されるデータの一例を示す。図１３の例では、便特定情報（搭乗便名）の列と、日付の列と、出発時特定情報（出発時間）の列と、行き先の列とを含む。なお、このダイヤＤＢ１２のためのデータについては、適宜旅客輸送会社システム５からダイヤ情報をダウンロードして更新するような構成であってもよい。
【００３０】
そして、サーバ１０は、ダイヤＤＢ１２の日付及び出発時特定情報から、処理対象のレコードに係る旅客者の搭乗便の出発時間が到来したか否かを判断する（ステップＳ４１）。処理対象のレコードに係る旅客者の搭乗便の出発時間にまだなっていなければ（ステップＳ４１：Ｎｏルート）、当該処理対象のレコードに係る、契約ＤＢ１１内の配達フラグを「否」に設定する（ステップＳ４２）。そして、端子Ｅを介して図１９に移行して、本レコードに対する処理を終了する。一方、サーバ１０は、処理対象のレコードに係る旅客者の搭乗便の出発時間が到来したと判断すると（ステップＳ４１：Ｙｅｓルート）、インターネット１を介して旅客輸送会社システム５のサーバ６に対して、図１４に示すように搭乗者氏名（例えば大和一郎）及び搭乗便特定情報（例えば３２２便）からなる電文を送信し、搭乗問合を行う（ステップＳ４３）。
【００３１】
旅客輸送会社システム５のサーバ６は、運送会社システム９のサーバ１０から搭乗問合電文を受信すると問合受付を行い（ステップＳ４４）、図５に示す搭乗ＤＢ７を参照して受信した電文に係る搭乗者の搭乗状況確認を行う（ステップＳ４５）。なお、サーバ６はサーバ１０の認証処理を実施する場合もある。そして、サーバ６は搭乗ＤＢ７を参照して「大和一郎」及び搭乗便「３２２便」に対応する搭乗情報を読み出して図１５に示す電文（日付と、便名と、搭乗者氏名と、手続き番号と、搭乗結果と、変更後日付と、変更後搭乗便名とを含む）を生成し、運送会社システム９のサーバ１０にインターネット１を介して搭乗状況の回答、すなわち搭乗状況情報の送信を行う（ステップＳ４６）。運送会社システム９のサーバ１０は、インターネット１を介して搭乗状況回答の受信、すなわち返信電文受取を行い（ステップＳ４７）、一旦記憶装置に格納する。そして、返信電文を基に指定の搭乗便に搭乗しているか否かを判断する（ステップＳ４８）。例えば、処理対象レコードの旅客者が「富士花子」の場合には、上述のとおり「富士花子」は既に搭乗しているため、返信電文上では搭乗結果が「搭乗」となって返信されてくる。従って、荷物の配送先が最初に指定された配送先に確定したことになる。サーバ１０は、契約ＤＢ１１内の「富士花子」に対応した配達フラグを「可」と設定し（ステップＳ４９）、端子Ｅを介して、本レコードについての処理を終了する。この「富士花子」の場合が、図２に示した荷物及び旅客者の移動パターンの（１）、すなわち旅客者が予定した旅行先に旅行する場合（荷物も最初に指定された配送先Ｃに配送される場合）に該当する。一方図８における「大和一郎」の場合は図１５に示すとおり搭乗結果が「変更」となっているため、端子２を介して処理は図１６に移行する。
【００３２】
このまま「大和一郎」により配送受付端末３から入力された配送先（図３のステップＳ７で入力された配送先）に「大和一郎」の荷物を配送することは、搭乗便が変更されているという状態からして好ましくない。そこで、「大和一郎」に荷物の配送先を確認するため、サーバ１０は、契約ＤＢ１１内の「大和一郎」及び当初の搭乗便「３２２便」に対応した連絡先（携帯電話機４のメール・アドレス）を読み出し、携帯電話機４宛に荷物配送先確認のためのメールを送信する（ステップＳ５０）。携帯電話機４は、サーバ１０が送信した、荷物配送先確認のためのメールを受信し、メーラにより表示装置に表示する（ステップＳ５１）。図１７に表示画面の一例を示す。図１７の例では、荷物の配送先の指定を行うための４つのラジオボタンが設けられている。すなわち、選択肢は次の４つである。（１）最初に指定された配送先に送る。（２）キャンセル時配送先に送る。（３）便変更（配送先の住所変更なしの場合）。（４）便変更（配送先の住所変更ありの場合）の場合である。（４）の場合には配送先の住所変更があるため、その新しい配送先の住所の入力欄が設けられている。また、入力情報をサーバ１０に送信するための送信ボタンも設けられている。なお、図１７では、メールの内容がＨＴＭＬ等のマークアップ言語により記述されている例を示した。しかし必ずしもこのようなメールにしなくともよい。例えば、サーバ１０が「大和一郎」のために一つのＵＲＬを設定し、当該ＵＲＬへのリンクを含むメールを、配送先変更の指定を促すため、携帯電話機４宛に送信する。「大和一郎」は携帯電話機４を操作してＵＲＬへのリンクを含むメールを受信し、当該ＵＲＬへのリンクをクリックする。これに応じて携帯電話機４のブラウザは指定ＵＲＬにアクセスし、図１７に示すような画面を表示させるＷｅｂページ・データを受信し、表示装置に表示するようにしても良い。
【００３３】
次に、「大和一郎」は携帯電話機４の表示装置の表示内容にしたがって、荷物の配送先を選択入力し、また必要に応じて新たな配送先の情報を入力し、送信ボタンをクリックすると、携帯電話機４は、選択入力したデータをインターネット１を介して運送会社システム９のサーバ１０に送信する（ステップＳ５２）。運送会社システム９のサーバ１０は「大和一郎」による選択入力データを携帯電話機４から受信し、一旦記憶装置に格納する（ステップＳ５３）。
【００３４】
次に、「大和一郎」が指定した荷物の配送先を判断する。すなわち、サーバ１０は、「大和一郎」により図１７の１番目の「最初の配送先に送る」が選択されたか否かを判断する（ステップＳ５４）。選択されていれば（ステップＳ５４：Ｙｅｓルート）、最初に指定された配送先が荷物の配送先となるため、サーバ１０は、契約ＤＢ１１内の「大和一郎」に対応した配達フラグを「可」と設定し（ステップＳ５５）、端子Ｅを介して本処理対象レコードに対する処理を終了する。一方、「最初の配送先に送る」が選択されていなければ（ステップＳ５４：Ｎｏルート）、次に図１７の２番目の「キャンセル時配送先に送る」が選択されたかを判断し（ステップＳ５６）、選択されていれば（ステップＳ５６：Ｙｅｓルート）、サーバ１０はキャンセル時配送先への配送先変更処理を行う（ステップＳ５７）。すなわち、契約ＤＢ１１の配送先の情報をキャンセル時配送先の情報で更新する。この処理終了後、サーバ１０は、荷物をキャンセル時配送先に配送するため、契約ＤＢ１１の「大和一郎」及び「３２２便」に対応する配達フラグを「可」と設定し（ステップＳ５８）、端子Ｅを介して本レコードについての処理を終了する。この場合が図２に示した荷物及び旅客者の移動パターンの（２）、すなわち旅客者が旅行をキャンセルした場合（荷物は旅客者が予め指定したキャンセル時配送先Ｄに配送される場合）に該当する。
【００３５】
一方「キャンセル時配送先に送る」が選択されていなければ（ステップＳ５６：Ｎｏルート）、端子３を介して処理は図１８に移行する。ここではサーバ１０は、念のため、本処理対象レコードの搭乗者氏名「大和一郎」及び搭乗便特定情報（変更後の「３３３便」）からなる電文をインターネット１を介して旅客輸送会社システム５のサーバ６に送信し、変更後搭乗便問い合わせを行う（ステップＳ６０）。
【００３６】
旅客輸送会社システム５のサーバ６は、サーバ１０から搭便乗問合を受信すると問合受付を行い（ステップＳ６１）、図５に示す搭乗ＤＢ７を参照し、受信した搭乗者の搭乗状況確認を行う（ステップＳ６２）。すなわち、サーバ６は搭乗ＤＢ７を参照して「大和一郎」及び「３２２便」又は変更後搭乗便である「３３３便」に対応する搭乗情報を読み出して、図１５に示すような電文としてインターネット１を介して運送会社システム９のサーバ１０に搭乗状況の回答を行う（ステップＳ６３）。運送会社システム９のサーバ１０は搭乗状況の回答に関する返信電文受取を行い（ステップＳ６４）、返信電文を基に契約ＤＢ１１の搭乗便特定情報の変更処理を行う（ステップＳ６５）。この段階で、変更後の搭乗日及び搭乗便の情報を受信して契約ＤＢ１１を更新する。なおこの段階で契約ＤＢ１１の更新を行うのは、ステップＳ４７（図１２）で受信した搭乗便特定情報においてはまだ、「未搭乗」という情報しか受信できないかもしれないからである。ここでは旅客者に便の変更を確認した後であるから変更後の搭乗便の情報を取得できる可能性が高い。
【００３７】
次に、図１７において３番目の「便変更（配送先の住所変更なしの場合）」が選択されたかを判断し（ステップＳ６６）、選択されていれば（ステップＳ６６：Ｙｅｓルート）、サーバ１０は、荷物を最初に指定された配送先に配送するため、契約ＤＢ１１の「大和一郎」及び「３２２便」に対応した配達フラグを「否」と設定する（ステップＳ６７）。そして、端子Ｅを介して本処理対象レコードに対する処理を終了する。この場合が図２に示した荷物及び旅客者の移動パターンの（３）、すなわち旅客者が旅行先は同一であるが搭乗便を変更した場合（荷物が最初に指定された配送先に配送される場合）に該当する。なお、ステップ６７において配達フラグを「否」と設定したのは、搭乗便が当初の便より出発の遅い便に変更され、未だ変更後の搭乗便の出発時間が到来していないからである。ただし、変更後の搭乗便の出発時間が到来すると、図１２のステップＳ４１乃至ステップＳ４９の処理が行われる。もし、変更後搭乗便に搭乗していることが確認されると（ステップＳ４８：Ｙｅｓルート）、荷物を最初に指定された配送先に配送するため、契約ＤＢ１１の「大和一郎」に対応する配達フラグを「可」に設定する（ステップＳ６７）。そして、端子Ｅを介して本レコードの処理を終了する。
【００３８】
一方、便変更（配送先の住所変更なしの場合）が選択されていなければ（ステップＳ６６：Ｎｏルート）、処理は端子４を介して図１９に移行する。これは、図１７の４番目の「便変更（配送先の住所変更ありの場合）」で新しい配送先を指定したことに基づく処理であり、サーバ１０は、携帯電話機４から受信した新たな配送先情報により配送先変更処理を実施する（ステップＳ７０）。すなわち、サーバ１０は、契約ＤＢ１１の配送先情報を、指定された新しい配送先に更新する。そして、サーバ１０は、契約ＤＢ１１の「大和一郎」及び「３２２便」に対応する配達フラグを「否」と設定する（ステップＳ７１）。そして処理を終了する。この場合が図２に示した荷物及び旅客者の移動パターンの（４）、すなわち旅客者が旅行先を変更した場合（荷物は旅客者が指定した新しい配送先Ｅに配送される場合）に該当する。なお、ステップＳ７１において配達フラグを「否」に設定したのは、未だ変更後の搭乗便の出発時間が到来しておらず、また再度変更される可能性があるためである。ただし、変更後の搭乗便の出発時間が到来すると、図１２のステップＳ４１乃至ステップＳ４９の処理が行われる。そして、変更後の搭乗便に搭乗していることが確認された場合には（ステップＳ４８：Ｙｅｓルート）、荷物を新しい配送先に配送するため、サーバ１０は、契約ＤＢ１１において配達フラグを「可」に設定し（ステップＳ４９）、端子Ｅを介して処理を終了する。
【００３９】
このような処理を実施することにより、図２に示した荷物及び旅客者の移動パターンを全て網羅した形で、旅客者による旅行先の変更又は旅行のキャンセルに対処できるようになる。なお、図１１のステップＳ３０から図１９のステップＳ７１を契約ＤＢ１１内の全てのレコードについて適宜繰り返す必要がある。
【００４０】
最後に、図２０を用いて運送会社システム９のサーバ１０による荷物配達指示処理について説明する。まず、サーバ１０は、契約ＤＢ１１から配送申し込みレコードを読み出し（ステップＳ８０）、当該配送申し込みレコードに含まれる配達フラグが「可」か否かを判断する（ステップＳ８１）。配達フラグが「可」であれば（ステップＳ８１：Ｙｅｓルート）、配達指示処理を行う（ステップＳ８２）。すなわち、配送先が特定されているため、当該配送申し込みレコードの氏名、連絡先、及び配送先を出力した配達指示書３２を図示せぬプリンタにより印刷する。運送会社の職員は、印刷された配達指示書３２に基づき、中継地点から荷物の配送を行う。配達指示処理終了後に、サーバ１０は配達フラグを「済」に設定し（ステップＳ８３）、処理を終了する。本実施の形態では、配達指示処理が終了した時点で配達フラグを「済」に設定するが、この配達フラグを「済」にするタイミングは、実際に配送が完了した時点で「済」にするようにしてもよい。
【００４１】
一方、配達フラグが「可」でない場合（ステップＳ８１：Ｎｏルート）、サーバ１０は契約ＤＢ１１において全ての配達フラグが済となったかを判断する（ステップＳ８４）。すなわち、全ての配達フラグが「可」であり、配達指示書３２が印刷されるまでステップＳ８０乃至ステップＳ８３の処理が繰り返される。そして、全ての配達フラグが「済」であれば（ステップＳ８４：Ｙｅｓルート）、処理を終了する。
【００４２】
以上説明したように、本発明の実施の形態では、旅客者が旅行をキャンセルあるいは旅行先を変更した場合でも旅客者の荷物を旅客者の指定配送先に確実に届けることができる。
【００４３】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。すなわち、旅行のキャンセルまたは旅行先の変更があった場合、携帯電話機４宛に配送先を確認するためにメールを送信している（図１６のステップＳ５０）が、自宅のＰＣ端末２宛にメールを送信してもよい。これは、配送申し込み時のメールアドレスによって旅客者により設定できる事項である。
【００４４】
また、旅行のキャンセルまたは旅行先の変更があった場合、携帯電話機４から指定された配送先情報で契約ＤＢ１１に登録した配送先情報を更新しているが、携帯電話機４から指定された配送先情報を契約ＤＢ１１の別の記憶エリアに登録してもよいし、また契約ＤＢ１１とは異なる記憶装置に登録するようにしてもよい。
【００４５】
さらに、配送受付端末３としては旅客者が所有する携帯電話機４やＰＣ端末２であってもよい。図１において旅客運送会社システム５のサーバ６は一台しか示していないが、複数台のコンピュータにて上で述べたような機能を実現するようにしても良い。また、運送会社システム９のサーバ１０についても１台しか示していないが、複数台のコンピュータにて上で述べたような機能を実現するようにしても良い。また、本実施の形態における旅客輸送会社システム５と運送会社システム９が一体として実施される場合もありうる。なお、インターネット１に全てのコンピュータが接続するようになっているが、旅客輸送会社システム５と運送会社システム９との間は例えば専用線で接続されたり、ＶＰＮ（Virtual Private Network）の技術を用いて接続するようにしても良い。さらに、ＰＣ端末２で搭乗予約を行った例を示しているが、配送受付端末３に接続されるセンタ・サーバから提供されるサービスによっては、この配送受付端末３により搭乗予約を行うようにしても良い。また、搭乗予約だけであれば旅客輸送会社のコール・センタや旅行会社により搭乗予約を行っても良い。また、配送申し込みの際に配送受付端末３に接続されるサーバは、輸送会社システム９のサーバ１０ではなく、センタ・サーバが別途設けられており、当該センタ・サーバから配送申し込みの情報がサーバ１０に送信されるような構成であってもよい。
【００４６】
図６や図１７に示した画面例は一例であって、同様の内容を含む他の画面構成を採用しても良い。また、これらの画面を複数の画面に分割して、何回かに渡ってユーザに提示し、入力を求めるような構成とすることも可能である。特に携帯電話機４の表示装置の表示エリアには限界があるので、複数画面に分割する方が見易い場合もある。
【００４７】
また、上で述べた例では旅客者が飛行機に搭乗する場合を説明したが、飛行機以外にも搭乗予約及び搭乗手続きを行うものであれば本発明を適用することができる。
【００４８】
（付記１）
コンピュータを用いた荷物の配送先管理方法であって、
旅客者により操作される配送受付端末から旅客者の識別情報、連絡先の情報、搭乗情報及び荷物の配送先に関する情報を受信し、記憶装置に登録する情報登録ステップと、
旅客者の搭乗状況を管理する旅客輸送会社サーバから、旅客者の搭乗状況に関する情報を取得する取得ステップと、
前記取得ステップにより取得された前記旅客者の搭乗状況に関する情報と前記記憶装置に登録された搭乗情報とに不整合が存在する場合、前記旅客者の連絡先に対して荷物の配送先に関する問い合わせを行う問合せステップと、
前記問合せステップによる問合せに応答して前記旅客者から通知される荷物の配送先に関する情報を記憶装置に登録する配送先情報登録ステップと、
を含む荷物配送先管理方法。
【００４９】
（付記２）
前記記憶装置に登録された前記荷物の配送先に関する情報に基づき、前記荷物の配送先の情報を含む配送指示を出力する配送指示ステップ
をさらに含む付記１記載の荷物配送先管理方法。
【００５０】
（付記３）
前記配送先情報登録ステップにおいて、
前記情報登録ステップにより記憶装置に登録した荷物の配送先に関する情報を、前記旅客者から通知される荷物の配送先に関する情報に更新する
ことを特徴とする付記１記載の荷物配送先管理方法。
【００５１】
（付記４）
前記情報登録ステップにより記憶装置に登録される荷物の配送先に関する情報が、通常の荷物配送先情報と旅行キャンセル時における荷物配送先情報と
を含むことを特徴とする付記１または３記載の荷物配送先管理方法。
【００５２】
（付記５）
前記配送先情報登録ステップにおいて、
前記旅客者から通知される荷物の配送先指定が前記旅行キャンセル時における荷物配送先の指定である場合には、前記旅行キャンセル時における荷物配送先情報に基づき前記通常の荷物配送先情報を更新する
ことを特徴とする付記４記載の荷物配送先管理方法。
【００５３】
（付記６）
前記配送先情報登録ステップにおいて、
前記問合せステップによる問合せに応じて旅客者から荷物の配送先として新たな荷物配送先の指示を受けた場合には、当該新たな荷物配送先の情報を用いて前記記憶装置に登録された荷物の配送先に関する情報を更新する
ことを特徴とする付記１または３記載の荷物配送先管理方法。
【００５４】
（付記７）
前記取得ステップにおいて、
前記搭乗情報から特定される出発時刻に応じたタイミングで前記旅客輸送会社サーバに対して当該搭乗情報に対応する旅客者の搭乗状況に関する情報を要求する
ことを特徴とする付記１記載の荷物配送先管理方法。
【００５５】
（付記８）
前記記憶装置には配達フラグの記憶エリアが設けられ、
前記配達フラグは、少なくとも前記旅客者の搭乗状況に関する情報と前記記憶装置に登録された搭乗情報とが整合する場合に配達可にセットされ、
前記配送指示ステップは、前記配達フラグが配達可にセットされる場合に実行される
ことを特徴とする付記２記載の荷物配送先管理方法。
【００５６】
（付記９）
コンピュータを用いた荷物の配送申込方法であって、
荷物の配送申込時において、コンピュータから、少なくとも旅客者の識別情報、連絡先情報、搭乗情報及び荷物の配送先に関する情報の入力を促すためのデータを受信し、表示装置に表示するステップと、
前記旅客者から、少なくとも旅客者の識別情報、連絡先情報、搭乗先情報及び荷物の配送先に関する情報の入力を受け付け、前記コンピュータに送信するステップと、
を含む荷物の配送申込方法。
【００５７】
（付記１０）
付記１乃至８のいずれか１つをコンピュータに実行させるためのプログラム。
【００５８】
（付記１１）
前記問合せステップにおいて、
前記連絡先として登録されたメール・アドレス宛に旅客者に荷物の配送先指定を促すための情報を通知する
ことを特徴とする付記１記載の荷物配送先管理方法。
【００５９】
（付記１２）
旅客者により操作される配送受付端末から旅客者の識別情報、連絡先の情報、搭乗情報及び荷物の配送先に関する情報を受信し、記憶装置に登録する手段と、
旅客者の搭乗状況を管理する旅客輸送会社サーバから、旅客者の搭乗状況に関する情報を取得する取得手段と、
前記取得手段により取得された前記旅客者の搭乗状況に関する情報と前記記憶装置に登録された搭乗情報とに不整合が存在する場合、前記旅客者の連絡先に対して荷物の配送先に関する問い合わせを行う問合せ手段と、
前記問合せ手段による問合せに応答して前記旅客者から通知される荷物の配送先指定により前記記憶装置に登録された荷物の配送先に関する情報を更新する更新手段と、
を有する荷物配送先管理装置。
【００６０】
【発明の効果】
以上のように本発明によれば、旅客者が旅行をキャンセルあるいは旅行先を変更した場合でも旅客者の荷物を旅客者の指定配送先に確実に届けることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるシステム構成例を示す図である。
【図２】本発明における実施の形態における荷物及び旅客者の移動パターンを示す図である。
【図３】搭乗予約及び荷物配送申込処理フローを示す図である。
【図４】搭乗予約電文の一例を示す図である。
【図５】搭乗ＤＢの構成の一例を示す図である。
【図６】荷物申込ページデータの表示例を示す図である。
【図７】荷物受付電文を示す図である。
【図８】契約ＤＢの構成の一例を示す図である。
【図９】搭乗便変更処理フローを示す図である。
【図１０】搭乗受付処理フローを示す図である。
【図１１】荷物配送先特定処理フローを示す図である。
【図１２】荷物配送先特定処理フローを示す図である。
【図１３】ダイヤＤＢの構成の一例を示す図である。
【図１４】搭乗問合せ電文を示す図である。
【図１５】返信電文を示す図である。
【図１６】荷物配送先特定処理フローを示す図である。
【図１７】携帯電話機における配送先指定入力画面を示す図である。
【図１８】荷物配送先特定処理フローを示す図である。
【図１９】荷物配送先特定処理フローを示す図である。
【図２０】荷物配達指示処理フローを示す図である。
【符号の説明】
１ インターネット
２ ＰＣ端末
３ 配送受付端末
４ 携帯電話
６ 旅客輸送会社用サーバ
７ 搭乗ＤＢ
８ 搭乗受付端末
１０ 運送会社用サーバ
１１ 契約ＤＢ
１２ ダイヤＤＢ

Claims (10)

1. 旅客者の連絡先に係る機器と旅客者により操作される配送受付端末と旅客者の搭乗状況を管理する旅客輸送会社サーバとにネットワークを介して接続され且つ記憶装置を有するコンピュータにより実行される荷物配送先管理方法であって、
   前記配送受付端末から旅客者の識別情報、連絡先の情報、搭乗情報、並びに通常の荷物配送先情報及び旅行キャンセル時における荷物配送先情報を含む荷物の配送先に関する情報を受信し、前記記憶装置に登録する情報登録ステップと、
   前記旅客輸送会社サーバから、旅客者の搭乗状況に関する情報を取得する取得ステップと、
   前記取得ステップにより取得された前記旅客者の搭乗状況に関する情報と前記記憶装置に登録された搭乗情報とに不整合が存在する場合、前記記憶装置に格納されている前記連絡先の情報に従って前記旅客者の連絡先に係る機器に対して荷物の配送先に関する問い合わせのデータを送信する問合せステップと、
   前記問合せステップによる問い合わせに応答して前記旅客者の連絡先に係る機器から通知される荷物の配送先に関する情報を前記記憶装置に登録する配送先情報登録ステップと、
   を含む荷物配送先管理方法。
2. 前記記憶装置に登録された前記荷物の配送先に関する情報に基づき、前記荷物の配送先の情報を含む配送指示を出力する配送指示ステップ
   をさらに含む請求項１記載の荷物配送先管理方法。
3. 前記配送先情報登録ステップにおいて、
   前記情報登録ステップにより記憶装置に登録した荷物の配送先に関する情報を、前記旅客者から通知される荷物の配送先に関する情報に更新する
   ことを特徴とする請求項１記載の荷物配送先管理方法。
4. 前記配送先情報登録ステップにおいて、
   前記旅客者から通知される荷物の配送先指定が前記旅行キャンセル時における荷物配送先の指定である場合には、前記旅行キャンセル時における荷物配送先情報に基づき前記通常の荷物配送先情報を更新する
   ことを特徴とする請求項１記載の荷物配送先管理方法。
5. 前記配送先情報登録ステップにおいて、
   前記問合せステップによる問い合わせに応じて旅客者から荷物の配送先として新たな荷物配送先の指示を受けた場合には、当該新たな荷物配送先の情報を用いて前記記憶装置に登録された荷物の配送先に関する情報を更新する
   ことを特徴とする請求項１または３記載の荷物配送先管理方法。
6. 前記取得ステップにおいて、
   前記搭乗情報から特定される出発時刻に応じたタイミングで前記旅客輸送会社サーバに対して当該搭乗情報に対応する旅客者の搭乗状況に関する情報を要求する
   ことを特徴とする請求項１記載の荷物配送先管理方法。
7. 前記記憶装置には配達フラグの記憶エリアが設けられ、
   前記配達フラグは、少なくとも前記旅客者の搭乗状況に関する情報と前記記憶装置に登録された搭乗情報とが整合する場合に配達可にセットされ、
   前記配送指示ステップは、前記配達フラグが配達可にセットされる場合に実行される
   ことを特徴とする請求項２記載の荷物配送先管理方法。
8. 旅客者の連絡先に係る機器と旅客者により操作される配送受付端末と旅客者の搭乗状況を管理する旅客輸送会社サーバとにネットワークを介して接続され且つ配達フラグを記憶する記憶エリアを含む記憶装置を有するコンピュータにより実行される荷物配送先管理方法であって、
   前記配送受付端末から旅客者の識別情報、連絡先の情報、搭乗情報及び荷物の配送先に関する情報を受信し、前記記憶装置に登録する情報登録ステップと、
   前記旅客輸送会社サーバから、旅客者の搭乗状況に関する情報を取得する取得ステップと、
   前記取得ステップにより取得された前記旅客者の搭乗状況に関する情報と前記記憶装置に登録された搭乗情報とに不整合が存在する場合、前記記憶装置に格納されている前記連絡先の情報に従って前記旅客者の連絡先に係る機器に対して荷物の配送先に関する問い合わせのデータを送信する問合せステップと、
   前記問合せステップによる問い合わせに応答して前記旅客者の連絡先に係る機器から通知される荷物の配送先に関する情報を前記記憶装置に登録する配送先情報登録ステップと、
   少なくとも前記旅客者の搭乗状況に関する情報と前記記憶装置に登録された搭乗情報とが整合する場合に前記配達フラグを配達可にセットするステップと、
   前記配達フラグが配達可にセットされる場合に前記記憶装置に登録された前記荷物の配送先に関する情報に基づき、前記荷物の配送先の情報を含む配送指示を出力するステップと、
   を含む荷物配送先管理方法。
9. 旅客者により操作される配送受付端末から旅客者の識別情報、連絡先の情報、搭乗情報、並びに通常の荷物配送先情報及び旅行キャンセル時における荷物配送先情報を含む荷物の配送先に関する情報を受信し、記憶装置に登録する情報登録手段と、
   旅客者の搭乗状況を管理する旅客輸送会社サーバから、旅客者の搭乗状況に関する情報を取得する取得手段と、
   前記取得手段により取得された前記旅客者の搭乗状況に関する情報と前記記憶装置に登録された搭乗情報とに不整合が存在する場合、前記記憶装置に格納されている前記連絡先の情報に従って前記旅客者の連絡先に係る機器に対して荷物の配送先に関する問い合わせのデータを送信する問合せ手段と、
   前記問合せ手段による問い合わせに応答して前記旅客者の連絡先に係る機器から通知される荷物の配送先に関する情報を前記記憶装置に登録する配送先情報登録手段と、
   を有する荷物配送先管理装置。
10. 請求項１乃至８のいずれか１つをコンピュータに実行させるためのプログラム。

Images