JP2003267557A

JP2003267557A - 荷物配送先管理方法、荷物の配送申込方法及び荷物配送先管理プログラム

Info

Publication number: JP2003267557A
Application number: JP2002074999A
Authority: JP
Inventors: Kentaro Totsuka; 健太郎戸塚; Yuji Abumiya; 有司鐙屋
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-03-18
Filing date: 2002-03-18
Publication date: 2003-09-25
Anticipated expiration: 2022-03-18
Also published as: US6711463B2; JP3807496B2; US20030176945A1

Abstract

(57)【要約】【課題】旅客者が旅行をキャンセルあるいは旅行先を変
更した場合でも旅客者の荷物を旅客者の指定配送先に確
実に届ける。【解決手段】配送受付端末３から旅客者の識別情報、連
絡先の情報、搭乗情報及び荷物の配送先に関する情報を
受信し契約ＤＢ１１に登録する。旅客者の搭乗状況を管
理する旅客輸送会社のサーバ６から旅客者の搭乗状況に
関する情報を取得する。取得した旅客者の搭乗状況に関
する情報と契約ＤＢ１１に登録された搭乗情報とに不整
合が存在する場合、旅客者の連絡先に対して荷物の配送
先に関する問合わせを行い、問合せに応答して旅客者か
ら通知される荷物の配送先に関する情報を契約ＤＢ１１
に登録する。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、旅客者が旅行をキ
ャンセル等した場合でも旅客者の荷物を旅客者の指定配
送先に確実に配送するための技術に関する。

【０００２】

【従来の技術】通常、旅客者が旅行先にゴルフバックや
スキー道具などの荷物を配送する場合宅配業者に依頼し
ている。しかしながら、旅客者が旅行寸前にキャンセル
あるいは旅行先を変更した場合、荷物はそのまま旅行先
に配送され、別途返送要求をしなければ旅行先に放置さ
れることになる。

【０００３】

【発明が解決しようとする課題】従って本発明の目的
は、旅客者が旅行をキャンセルあるいは旅行先を変更し
た場合でも旅客者の荷物を旅客者の指定配送先に確実に
届けることを可能にするための技術を提供することであ
る。

【０００４】

【課題を解決するための手段】本発明の第１の態様に係
る配送先管理方法は、旅客者により操作される配送受付
端末から旅客者の識別情報、連絡先の情報、搭乗情報及
び荷物の配送先に関する情報を受信し、記憶装置に登録
する情報登録ステップと、旅客者の搭乗状況を管理する
旅客輸送会社サーバから、旅客者の搭乗状況に関する情
報を取得する取得ステップと、取得ステップにより取得
された旅客者の搭乗状況に関する情報と記憶装置に登録
された搭乗情報とに不整合が存在する場合、旅客者の連
絡先に対して荷物の配送先に関する問い合わせを行う問
合せステップと、問合せステップによる問合せに応答し
て旅客者から通知される荷物の配送先に関する情報を記
憶装置に登録する配送先情報登録ステップとを含む。

【０００５】このようにすることにより、旅客者は配送
受付端末から旅客者の識別情報、連絡先の情報、搭乗情
報及び荷物の配送先に関する情報を入力し、旅行のキャ
ンセルまたは旅行先の変更があっても問合せに対して荷
物の配送先を指定すればよいので、簡単な手続きのみで
済む。又、旅客者の荷物は旅客者の指定配送先に確実に
届けられるようになる。

【０００６】また、記憶装置に登録された荷物の配送先
に関する情報に基づき、荷物の配送先の情報を含む配送
指示を出力する配送指示ステップをさらに含むような構
成であってもよい。運送会社の職員が確実に旅客者の荷
物を旅客者の指定配送先に配送処理できるようになる。

【０００７】また、上で述べた配送先情報登録ステップ
において、情報登録ステップにより記憶装置に登録した
荷物の配送先に関する情報を、旅客者から通知される荷
物の配送先に関する情報に更新する構成でもよい。これ
により、旅客者の荷物を旅客者の指定配送先に確実に届
けることできるようになる。

【０００８】また、情報登録ステップにより記憶装置に
登録される荷物の配送先に関する情報が、通常の荷物配
送先情報と旅行キャンセル時における荷物配送先情報と
を含む構成でもよい。旅行キャンセル時に宛先指定が容
易になる。

【０００９】また、上で述べた配送先情報登録ステップ
において、旅客者から通知される荷物の配送先指定が旅
行キャンセル時における荷物配送先の指定である場合に
は、旅行キャンセル時における荷物配送先情報に基づき
通常の荷物配送先情報を更新する構成でもよい。旅行キ
ャンセル時であっても確実に処理を行うことができる。

【００１０】また、上で述べた配送先情報登録ステップ
において、問合せステップによる問合せに応じて旅客者
から荷物の配送先として新たな荷物配送先の指示を受け
た場合には、当該新たな荷物配送先の情報を用いて記憶
装置に登録された荷物の配送先に関する情報を更新する
構成でもよい。これにより、旅客者の荷物を旅客者の指
定配送先に確実に届けることができるようになる。

【００１１】また、上で述べた取得ステップにおいて、
搭乗情報から特定される出発時刻に応じたタイミングで
旅客輸送会社サーバに対して当該搭乗情報に対応する旅
客者の搭乗状況に関する情報を要求する構成でもよい。
これにより、旅客者の搭乗状況を確実に把握できるよう
になる。

【００１２】また、記憶装置には配達フラグの記憶エリ
アが設けられ、配達フラグは、少なくとも旅客者の搭乗
状況に関する情報と記憶装置に登録された搭乗情報とが
整合する場合に配達可にセットされ、上で述べた配送指
示ステップは、配達フラグが配達可にセットされる場合
に実行される構成でもよい。これにより、旅客者の荷物
を適切なタイミングで旅客者の指定配送先に配送するた
めの処理を実施できるようになる。

【００１３】また、本発明の第２態様に係る荷物の配送
申込方法は、荷物の配送申込時において、コンピュータ
から、少なくとも旅客者の識別情報、連絡先情報、搭乗
情報及び荷物の配送先に関する情報の入力を促すための
データを受信し、表示装置に表示するステップと、旅客
者から、少なくとも旅客者の識別情報、連絡先情報、搭
乗先情報及び荷物の配送先に関する情報の入力を受け付
け、コンピュータに送信するステップとを含む。荷物の
配送申込において、自己の旅行における搭乗情報を合わ
せて登録できるようになる。

【００１４】なお、本発明の第１の態様に係る方法はプ
ログラム及びコンピュータにて実施することができ、こ
のプログラムは、例えばフレキシブルディスク、ＣＤ−
ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディス
ク等の記憶媒体又は記憶装置に格納される。また、ネッ
トワークなどを介して配布される場合もある。尚、中間
的な処理結果はメモリに一時保管される。

【００１５】

【発明の実施の形態】図１に本発明の一実施の態様に係
るシステム概要図を示す。本実施態様では旅客者が飛行
機を利用して旅行する場合について説明する。コンピュ
ータ・ネットワークであるインターネット１には、旅客
者の自宅に配置され、飛行機の搭乗便を予約する時に操
作され且つウェブ（Ｗｅｂ）ブラウザ機能を有するＰＣ
（パーソナル・コンピュータ：Personal Computer）端
末２と、例えばコンビニエンスストアに配置され且つ旅
客者が荷物の配送先等を指定・入力する配送受付端末３
と、旅客者が所有し且つメーラ機能及びＷｅｂブラウザ
機能を有する携帯電話機４とが接続される。また、少な
くともサーバ６と当該サーバ６を介してＰＣ端末２から
受信した旅客者の搭乗予約情報を登録する搭乗ＤＢ７と
空港等の搭乗受付カウンタに配置される搭乗受付端末８
とから構成され、旅客輸送会社に管理・運用される旅客
輸送会社システム５も接続されている。さらに、少なく
ともサーバ１０と当該サーバ１０を介して配送受付端末
３から受信した旅客者の荷物の配送先に関する情報等を
登録する契約ＤＢ１１と搭乗便名及び出発時間を登録し
たダイヤＤＢ１２とから構成され、運送会社に管理・運
用される運送会社システム９も接続されている。

【００１６】次に、図２を用いて本実施の形態における
荷物及び旅客者の移動パターンを示す。（１）は、旅客
者が予定した旅行先に旅行する場合（荷物も最初に指定
された配送先Ｃに配送される場合）を示し、旅客者は自
宅Ａを出て空港Ｂから飛行機に搭乗し最初に指定された
配送先Ｃ（旅行先）に到着する。一方荷物も最初に指定
された配送先Ｃ（旅行先）に配送される。（２）は、旅
客者が旅行をキャンセルした場合（荷物は旅客者が予め
指定したキャンセル時配送先Ｄ（但しＤはＡと同じ場合
もある）に配送される場合）を示し、旅客者は旅行をキ
ャンセルして自宅に居るが、荷物はキャンセル時配送先
Ｄに配送される。（３）は、旅行先は同一であるが旅客
者が搭乗便を変更した場合（荷物が最初に指定された配
送先Ｃに配送される場合）を示し、旅客者は自宅Ａを出
て空港Ｂから飛行機に搭乗し、最初に指定された配送先
Ｃ（旅行先）に到着する。一方荷物も最初に指定された
配送先Ｃ（旅行先）に配送される。（４）は、旅客者が
旅行先を変更した場合（荷物は旅客者が指定した新しい
配送先Ｅに配送される場合）を示し、旅客者は自宅Ａを
出て空港Ｂから飛行機に搭乗し、新しい配送先Ｅ（旅行
先）に到着する。一方荷物も旅客者が指定した新しい配
送先Ｅ（旅行先）に配送される。本実施の形態ではこれ
ら４つのパターンのいずれにも対処することができるよ
うになっている。

【００１７】以下、図３乃至図２０を用いて図１に示し
たシステムの処理フローを説明する。旅客者はＰＣ端末
２に例えば旅客輸送会社システム５のサーバ６にアクセ
スさせ、ＰＣ端末２は搭乗予約のためのＷｅｂページ・
データを受信し、Ｗｅｂブラウザにより表示装置に表示
する。この搭乗予約のためのＷｅｂページには、例えば
日付及び手続き番号の表示や、搭乗者氏名や搭乗便名を
入力・指定又は選択するための入力・選択欄などが含ま
れる。旅客者がＰＣ端末２を用いて搭乗者氏名、搭乗す
る飛行機の搭乗便名等を入力又は選択し、送信ボタンを
クリックして送信を指示すると、ＰＣ端末２は図４に示
すような日付、便名、搭乗者氏名、手続き番号からなる
搭乗予約データを電文化して送信する（図３：ステップ
Ｓ１）。旅客輸送会社システム５のサーバ６は、ＰＣ端
末２からこの搭乗予約データの電文を受信して搭乗予約
受付処理を行う（ステップＳ２）。ここでは例えば搭乗
ＤＢ７を参照して搭乗予約が可能か否かを確認する処理
も含まれるものとする。そして搭乗予約が可能であれ
ば、受信した搭乗予約データを図５に示す搭乗ＤＢ７に
登録する（ステップＳ３）。図５の例では、搭乗ＤＢ７
には日付の列と、便名の列と、搭乗者氏名の列と、手続
き番号の列と、搭乗結果の列と、変更後日付の列と、変
更後搭乗便名の列とが含まれる。ステップＳ３の時点で
は、搭乗結果、変更後日付及び変更後搭乗便名はデフォ
ルト状態（例えばＮＵＬＬ）として記録されている。

【００１８】さらに、旅客者は、旅行先に荷物を配送す
るため、例えばコンビニエンスストアに配置された配送
受付端末３に、例えば運送会社システム９のサーバ１０
に対して配送申込ページ・データ送信要求を送信させ
（ステップＳ４）、運送会社システム９のサーバ１０
は、当該要求に応じて配送受付端末３に配送申込ページ
・データを送信する（ステップＳ５）。配送受付端末３
は、運送会社システム９のサーバ１０から配送申込ペー
ジ・データを受信し、表示装置に表示する（ステップＳ
６）。図６に配送申込ページの画面例を示す。

【００１９】図６の例では、氏名の入力欄と、連絡先の
入力欄と、配送先の入力欄と、キャンセル時配送先入力
欄と、搭乗便特定情報として搭乗日の入力欄と搭乗便の
入力欄とが含まれる。また、入力したデータを運送会社
システム９のサーバ１０に送信するための送信ボタン
と、申し込みをキャンセルするためのキャンセル・ボタ
ンとが設けられている。旅客者は、図６に示されたよう
な表示内容に従って、氏名、連絡先として携帯電話機４
のメール・アドレス、荷物の配送先、旅行のキャンセル
に伴って荷物を配送する配送先であるキャンセル時配送
先、及び搭乗日と搭乗便とからなる搭乗便特定情報を入
力し、送信ボタンをクリックすると、配送受付端末３は
上記のような入力情報を図７に示す電文により運送会社
システム９のサーバ１０に送信する（ステップＳ７）。

【００２０】運送会社システム９のサーバ１０は、配送
受付端末３から送信されてきたデータ（氏名、連絡先と
して携帯電話機４のメール・アドレス、荷物の配送先、
旅行のキャンセルに伴って荷物を配送する配送先である
キャンセル時配送先、及び搭乗日と搭乗便とからなる搭
乗便特定情報）を受信すると、図８に示す契約ＤＢ１１
に登録する（ステップＳ８）。図８の例では、契約ＤＢ
１１には、氏名の列と、連絡先の列と、配送先の列と、
搭乗便特定情報の列（日付の列と搭乗便名の列とを含
む）と、キャンセル時配送先の列と、配達フラグの列と
が含まれる。なお、配達フラグには、配送実施可能を意
味する「可」と、配送実施不可を表す「否」と、配送済
みを表す「済」とが記録される。配達フラグのデフォル
トは「否」（又はＮｕｌｌ）となっている。

【００２１】また、図８の契約ＤＢ１１において、「富
士さくら」の搭乗便特定情報及びキャンセル時配送先が
デフォルト状態（Ｎｕｌｌ）として記録されているが、
これは「富士さくら」が飛行機の利用を伴わずに荷物を
配送する場合を示している。例えば単に知人にギフト等
を送るため荷物の配送申し込みを行ったものであり、配
送受付端末３等から搭乗便特定情報及びキャンセル時配
送先が入力されなかったことによるものである。又は配
送受付端末３を用いずに配送の申し込みを行ったもので
ある。

【００２２】そして、サーバ１０は、ステップＳ８にお
いて配送受付端末３から送信されてきたデータを契約Ｄ
Ｂ１１に登録すると、中継地点への配達指示処理を実施
する（ステップＳ９）。すなわち、配送トラックに対す
る集荷指示書３１を図示せぬプリンタにより印刷する。
配送トラックの運転手に対する集荷指示メールを送信す
るようにしても良い。なお、契約ＤＢ１１に配送受付端
末３からの受信データを登録する時点では、配達フラグ
はデフォルト状態（「否」又は「Ｎｕｌｌ」）として記
録されている。よって、現時点では中継地点への配送ま
でが実施される。

【００２３】このようにして旅客者は搭乗予約を旅客輸
送会社システム５に行い、当該搭乗予約に関連して荷物
の配送申し込みを行うことができるようになる。

【００２４】次に、旅客者による旅行のキャンセルまた
は搭乗便の変更に伴う搭乗便変更処理について図９を用
いて説明する。旅客者は旅行のキャンセルまたは搭乗便
の変更が発生した場合、例えばＰＣ端末２を用いて旅行
のキャンセルまたは搭乗便の変更入力を行う。旅客者
は、ＰＣ端末２に旅客輸送会社システム５のサーバ６に
アクセスさせ、ＰＣ端末２は旅行のキャンセルまたは搭
乗便の変更申込のためのＷｅｂページ・データを受信
し、Ｗｅｂブラウザにより表示装置に表示する。旅客者
は旅行のキャンセルまたは搭乗便の変更入力後、送信ボ
タンをクリックすることにより、ＰＣ端末２は、旅客輸
送会社システム５のサーバ６に旅行のキャンセルまたは
搭乗便の変更に係る変更データを送信する（ステップＳ
１０）。ここで、変更データとは、例えば旅行のキャン
セルであれば当初ＰＣ端末２から入力した日付と、便名
と、搭乗者氏名と、手続き番号である。また、搭乗便の
変更であれば当初ＰＣ端末２から入力した日付と、便名
と、搭乗者氏名と、手続き番号と、さらに変更後日付、
変更後搭乗便名である。旅客輸送会社システム５のサー
バ６はこの変更データを受信して搭乗便変更受付処理を
行う（ステップＳ１１）。ここでは例えば搭乗ＤＢ７を
参照して搭乗便変更が可能か否かを確認する処理も含ま
れるものとする。そして、搭乗便変更が可能であれば又
はキャンセルの場合には、受信データに応じて図５に示
す搭乗ＤＢ７に対して搭乗便変更設定を行う（ステップ
Ｓ１２）。すなわち、変更入力を行った搭乗者氏名及び
手続き番号に対応した搭乗ＤＢ７内の搭乗結果、変更後
日付及び変更後搭乗便名を登録する。キャンセルの場合
には、搭乗結果にキャンセルを登録するようにしても良
い。例えば、「大和一郎」がＰＣ端末２から搭乗日を４
／１から４／２、搭乗便を３３２便から３３３便に変更
した場合、図５に示すとおり旅客輸送会社システム５の
サーバ６は搭乗ＤＢ７の「大和一郎」及び手続き番号
「３２２１１」の行において、搭乗結果欄に「変更」、
変更後日付欄に「４／２」、変更後搭乗便名欄に「３３
３便」と追加登録する。

【００２５】このように旅客者は旅行のキャンセル又は
搭乗便の変更を行うことができる。なお、タイミング
は、当初の搭乗便の搭乗時間前に行うことが好ましい。

【００２６】次に、旅客者の搭乗手続きに伴う搭乗受付
処理について図１０を用いて説明する。旅客者が搭乗手
続きを行うため空港等の搭乗カウンタを訪れ、オペレー
タにより搭乗受付端末８から搭乗入力が行われると、搭
乗受付端末８と回線を介して接続されたサーバ６に搭乗
手続きを行った搭乗者氏名等の情報が送信され、サーバ
６は搭乗者氏名等の情報を受信し搭乗状況受付を行い
（ステップＳ２０）、搭乗ＤＢ７に搭乗状況登録を行う
（ステップＳ２１）。すなわち、オペレータにより搭乗
受付端末８から搭乗者名「富士花子」や搭乗便名「３２
１」等の搭乗入力が行われると、旅客輸送会社システム
５のサーバ６は、図５に示すとおり搭乗ＤＢ７の搭乗者
名「富士花子」に対応した搭乗結果欄に「搭乗」を記録
する。

【００２７】次に、運送会社システム９のサーバ１０に
おける荷物配送先特定処理について図１１乃至図１９を
用いて説明する。まず、運送会社システム９のサーバ１
０は、任意のタイミングにて契約ＤＢ１１から１つのレ
コードを読み出して配達可否確認を行う（ステップＳ３
０）。すなわち、運送会社システム９のサーバ１０は、
処理対象のレコードの配達フラグが「済」か否かをチェ
ックする（ステップＳ３１）。配達フラグが「済」であ
れば（ステップＳ３１：Ｙｅｓルート）、後述するよう
に既に荷物の配達指示処理（図２０のステップＳ８２）
を実施して配送を開始しているので、端子Ｅを介して図
１９に移行し、本レコードに対する処理を終了する。一
方配達フラグが「済」でなければ（ステップＳ３１：Ｎ
ｏルート）、サーバ１０は搭乗便指定があるかを判断す
る（ステップＳ３２）。搭乗便の指定がなければ（ステ
ップＳ３２：Ｎｏルート）、契約ＤＢ１１の配達フラグ
を「可」と設定する（ステップＳ３３）。この搭乗便の
指定がない場合とは、上述の「富士さくら」のように、
飛行機の利用を伴わない荷物の配送申し込みであり、こ
の場合は荷物の配送先に変更がないため配達フラグを
「可」として、端子Ｅを介して図１９に移行し、本レコ
ードに対する処理を終了する。

【００２８】一方、搭乗便指定がある場合（ステップＳ
３２：Ｙｅｓルート）には処理は端子１を介して図１２
に移行する。すなわち、飛行機による旅行を伴う配送申
し込みであり、キャンセルまたは搭乗便の変更が考えら
れるため、以下の処理を行うものである。

【００２９】そして、サーバ１０は、処理対象のレコー
ドに含まれる搭乗日付及び搭乗便名を用いてダイヤＤＢ
１２を検索し、処理対象のレコードに係る旅客者の搭乗
便について出発時到来確認を行う（図１２：ステップＳ
４０）。図１３にダイヤＤＢ１２に格納されるデータの
一例を示す。図１３の例では、便特定情報（搭乗便名）
の列と、日付の列と、出発時特定情報（出発時間）の列
と、行き先の列とを含む。なお、このダイヤＤＢ１２の
ためのデータについては、適宜旅客輸送会社システム５
からダイヤ情報をダウンロードして更新するような構成
であってもよい。

【００３０】そして、サーバ１０は、ダイヤＤＢ１２の
日付及び出発時特定情報から、処理対象のレコードに係
る旅客者の搭乗便の出発時間が到来したか否かを判断す
る（ステップＳ４１）。処理対象のレコードに係る旅客
者の搭乗便の出発時間にまだなっていなければ（ステッ
プＳ４１：Ｎｏルート）、当該処理対象のレコードに係
る、契約ＤＢ１１内の配達フラグを「否」に設定する
（ステップＳ４２）。そして、端子Ｅを介して図１９に
移行して、本レコードに対する処理を終了する。一方、
サーバ１０は、処理対象のレコードに係る旅客者の搭乗
便の出発時間が到来したと判断すると（ステップＳ４
１：Ｙｅｓルート）、インターネット１を介して旅客輸
送会社システム５のサーバ６に対して、図１４に示すよ
うに搭乗者氏名（例えば大和一郎）及び搭乗便特定情報
（例えば３２２便）からなる電文を送信し、搭乗問合を
行う（ステップＳ４３）。

【００３１】旅客輸送会社システム５のサーバ６は、運
送会社システム９のサーバ１０から搭乗問合電文を受信
すると問合受付を行い（ステップＳ４４）、図５に示す
搭乗ＤＢ７を参照して受信した電文に係る搭乗者の搭乗
状況確認を行う（ステップＳ４５）。なお、サーバ６は
サーバ１０の認証処理を実施する場合もある。そして、
サーバ６は搭乗ＤＢ７を参照して「大和一郎」及び搭乗
便「３２２便」に対応する搭乗情報を読み出して図１５
に示す電文（日付と、便名と、搭乗者氏名と、手続き番
号と、搭乗結果と、変更後日付と、変更後搭乗便名とを
含む）を生成し、運送会社システム９のサーバ１０にイ
ンターネット１を介して搭乗状況の回答、すなわち搭乗
状況情報の送信を行う（ステップＳ４６）。運送会社シ
ステム９のサーバ１０は、インターネット１を介して搭
乗状況回答の受信、すなわち返信電文受取を行い（ステ
ップＳ４７）、一旦記憶装置に格納する。そして、返信
電文を基に指定の搭乗便に搭乗しているか否かを判断す
る（ステップＳ４８）。例えば、処理対象レコードの旅
客者が「富士花子」の場合には、上述のとおり「富士花
子」は既に搭乗しているため、返信電文上では搭乗結果
が「搭乗」となって返信されてくる。従って、荷物の配
送先が最初に指定された配送先に確定したことになる。
サーバ１０は、契約ＤＢ１１内の「富士花子」に対応し
た配達フラグを「可」と設定し（ステップＳ４９）、端
子Ｅを介して、本レコードについての処理を終了する。
この「富士花子」の場合が、図２に示した荷物及び旅客
者の移動パターンの（１）、すなわち旅客者が予定した
旅行先に旅行する場合（荷物も最初に指定された配送先
Ｃに配送される場合）に該当する。一方図８における
「大和一郎」の場合は図１５に示すとおり搭乗結果が
「変更」となっているため、端子２を介して処理は図１
６に移行する。

【００３２】このまま「大和一郎」により配送受付端末
３から入力された配送先（図３のステップＳ７で入力さ
れた配送先）に「大和一郎」の荷物を配送することは、
搭乗便が変更されているという状態からして好ましくな
い。そこで、「大和一郎」に荷物の配送先を確認するた
め、サーバ１０は、契約ＤＢ１１内の「大和一郎」及び
当初の搭乗便「３２２便」に対応した連絡先（携帯電話
機４のメール・アドレス）を読み出し、携帯電話機４宛
に荷物配送先確認のためのメールを送信する（ステップ
Ｓ５０）。携帯電話機４は、サーバ１０が送信した、荷
物配送先確認のためのメールを受信し、メーラにより表
示装置に表示する（ステップＳ５１）。図１７に表示画
面の一例を示す。図１７の例では、荷物の配送先の指定
を行うための４つのラジオボタンが設けられている。す
なわち、選択肢は次の４つである。（１）最初に指定さ
れた配送先に送る。（２）キャンセル時配送先に送る。
（３）便変更（配送先の住所変更なしの場合）。（４）
便変更（配送先の住所変更ありの場合）の場合である。
（４）の場合には配送先の住所変更があるため、その新
しい配送先の住所の入力欄が設けられている。また、入
力情報をサーバ１０に送信するための送信ボタンも設け
られている。なお、図１７では、メールの内容がＨＴＭ
Ｌ等のマークアップ言語により記述されている例を示し
た。しかし必ずしもこのようなメールにしなくともよ
い。例えば、サーバ１０が「大和一郎」のために一つの
ＵＲＬを設定し、当該ＵＲＬへのリンクを含むメール
を、配送先変更の指定を促すため、携帯電話機４宛に送
信する。「大和一郎」は携帯電話機４を操作してＵＲＬ
へのリンクを含むメールを受信し、当該ＵＲＬへのリン
クをクリックする。これに応じて携帯電話機４のブラウ
ザは指定ＵＲＬにアクセスし、図１７に示すような画面
を表示させるＷｅｂページ・データを受信し、表示装置
に表示するようにしても良い。

【００３３】次に、「大和一郎」は携帯電話機４の表示
装置の表示内容にしたがって、荷物の配送先を選択入力
し、また必要に応じて新たな配送先の情報を入力し、送
信ボタンをクリックすると、携帯電話機４は、選択入力
したデータをインターネット１を介して運送会社システ
ム９のサーバ１０に送信する（ステップＳ５２）。運送
会社システム９のサーバ１０は「大和一郎」による選択
入力データを携帯電話機４から受信し、一旦記憶装置に
格納する（ステップＳ５３）。

【００３４】次に、「大和一郎」が指定した荷物の配送
先を判断する。すなわち、サーバ１０は、「大和一郎」
により図１７の１番目の「最初の配送先に送る」が選択
されたか否かを判断する（ステップＳ５４）。選択され
ていれば（ステップＳ５４：Ｙｅｓルート）、最初に指
定された配送先が荷物の配送先となるため、サーバ１０
は、契約ＤＢ１１内の「大和一郎」に対応した配達フラ
グを「可」と設定し（ステップＳ５５）、端子Ｅを介し
て本処理対象レコードに対する処理を終了する。一方、
「最初の配送先に送る」が選択されていなければ（ステ
ップＳ５４：Ｎｏルート）、次に図１７の２番目の「キ
ャンセル時配送先に送る」が選択されたかを判断し（ス
テップＳ５６）、選択されていれば（ステップＳ５６：
Ｙｅｓルート）、サーバ１０はキャンセル時配送先への
配送先変更処理を行う（ステップＳ５７）。すなわち、
契約ＤＢ１１の配送先の情報をキャンセル時配送先の情
報で更新する。この処理終了後、サーバ１０は、荷物を
キャンセル時配送先に配送するため、契約ＤＢ１１の
「大和一郎」及び「３２２便」に対応する配達フラグを
「可」と設定し（ステップＳ５８）、端子Ｅを介して本
レコードについての処理を終了する。この場合が図２に
示した荷物及び旅客者の移動パターンの（２）、すなわ
ち旅客者が旅行をキャンセルした場合（荷物は旅客者が
予め指定したキャンセル時配送先Ｄに配送される場合）
に該当する。

【００３５】一方「キャンセル時配送先に送る」が選択
されていなければ（ステップＳ５６：Ｎｏルート）、端
子３を介して処理は図１８に移行する。ここではサーバ
１０は、念のため、本処理対象レコードの搭乗者氏名
「大和一郎」及び搭乗便特定情報（変更後の「３３３
便」）からなる電文をインターネット１を介して旅客輸
送会社システム５のサーバ６に送信し、変更後搭乗便問
い合わせを行う（ステップＳ６０）。

【００３６】旅客輸送会社システム５のサーバ６は、サ
ーバ１０から搭便乗問合を受信すると問合受付を行い
（ステップＳ６１）、図５に示す搭乗ＤＢ７を参照し、
受信した搭乗者の搭乗状況確認を行う（ステップＳ６
２）。すなわち、サーバ６は搭乗ＤＢ７を参照して「大
和一郎」及び「３２２便」又は変更後搭乗便である「３
３３便」に対応する搭乗情報を読み出して、図１５に示
すような電文としてインターネット１を介して運送会社
システム９のサーバ１０に搭乗状況の回答を行う（ステ
ップＳ６３）。運送会社システム９のサーバ１０は搭乗
状況の回答に関する返信電文受取を行い（ステップＳ６
４）、返信電文を基に契約ＤＢ１１の搭乗便特定情報の
変更処理を行う（ステップＳ６５）。この段階で、変更
後の搭乗日及び搭乗便の情報を受信して契約ＤＢ１１を
更新する。なおこの段階で契約ＤＢ１１の更新を行うの
は、ステップＳ４７（図１２）で受信した搭乗便特定情
報においてはまだ、「未搭乗」という情報しか受信でき
ないかもしれないからである。ここでは旅客者に便の変
更を確認した後であるから変更後の搭乗便の情報を取得
できる可能性が高い。

【００３７】次に、図１７において３番目の「便変更
（配送先の住所変更なしの場合）」が選択されたかを判
断し（ステップＳ６６）、選択されていれば（ステップ
Ｓ６６：Ｙｅｓルート）、サーバ１０は、荷物を最初に
指定された配送先に配送するため、契約ＤＢ１１の「大
和一郎」及び「３２２便」に対応した配達フラグを
「否」と設定する（ステップＳ６７）。そして、端子Ｅ
を介して本処理対象レコードに対する処理を終了する。
この場合が図２に示した荷物及び旅客者の移動パターン
の（３）、すなわち旅客者が旅行先は同一であるが搭乗
便を変更した場合（荷物が最初に指定された配送先に配
送される場合）に該当する。なお、ステップ６７におい
て配達フラグを「否」と設定したのは、搭乗便が当初の
便より出発の遅い便に変更され、未だ変更後の搭乗便の
出発時間が到来していないからである。ただし、変更後
の搭乗便の出発時間が到来すると、図１２のステップＳ
４１乃至ステップＳ４９の処理が行われる。もし、変更
後搭乗便に搭乗していることが確認されると（ステップ
Ｓ４８：Ｙｅｓルート）、荷物を最初に指定された配送
先に配送するため、契約ＤＢ１１の「大和一郎」に対応
する配達フラグを「可」に設定する（ステップＳ６
７）。そして、端子Ｅを介して本レコードの処理を終了
する。

【００３８】一方、便変更（配送先の住所変更なしの場
合）が選択されていなければ（ステップＳ５６：Ｎｏル
ート）、処理は端子４を介して図１９に移行する。これ
は、図１７の４番目の「便変更（配送先の住所変更あり
の場合）」で新しい配送先を指定したことに基づく処理
であり、サーバ１０は、携帯電話機４から受信した新た
な配送先情報により配送先変更処理を実施する（ステッ
プＳ７０）。すなわち、サーバ１０は、契約ＤＢ１１の
配送先情報を、指定された新しい配送先に更新する。そ
して、サーバ１０は、契約ＤＢ１１の「大和一郎」及び
「３２２便」に対応する配達フラグを「否」と設定する
（ステップＳ７１）。そして処理を終了する。この場合
が図２に示した荷物及び旅客者の移動パターンの
（４）、すなわち旅客者が旅行先を変更した場合（荷物
は旅客者が指定した新しい配送先Ｅに配送される場合）
に該当する。なお、ステップＳ７１において配達フラグ
を「否」に設定したのは、未だ変更後の搭乗便の出発時
間が到来しておらず、また再度変更される可能性がある
ためである。ただし、変更後の搭乗便の出発時間が到来
すると、図１２のステップＳ４１乃至ステップＳ４９の
処理が行われる。そして、変更後の搭乗便に搭乗してい
ることが確認された場合には（ステップＳ４８：Ｙｅｓ
ルート）、荷物を新しい配送先に配送するため、サーバ
１０は、契約ＤＢ１１において配達フラグを「可」に設
定し（ステップＳ４９）、端子Ｅを介して処理を終了す
る。

【００３９】このような処理を実施することにより、図
２に示した荷物及び旅客者の移動パターンを全て網羅し
た形で、旅客者による旅行先の変更又は旅行のキャンセ
ルに対処できるようになる。なお、図１１のステップＳ
３０から図１９のステップＳ７１を契約ＤＢ１１内の全
てのレコードについて適宜繰り返す必要がある。

【００４０】最後に、図２０を用いて運送会社システム
９のサーバ１０による荷物配達指示処理について説明す
る。まず、サーバ１０は、契約ＤＢ１１から配送申し込
みレコードを読み出し（ステップＳ８０）、当該配送申
し込みレコードに含まれる配達フラグが「可」か否かを
判断する（ステップＳ８１）。配達フラグが「可」であ
れば（ステップＳ８１：Ｙｅｓルート）、配達指示処理
を行う（ステップＳ８２）。すなわち、配送先が特定さ
れているため、当該配送申し込みレコードの氏名、連絡
先、及び配送先を出力した配達指示書３２を図示せぬプ
リンタにより印刷する。運送会社の職員は、印刷された
配達指示書３２に基づき、中継地点から荷物の配送を行
う。配達指示処理終了後に、サーバ１０は配達フラグを
「済」に設定し（ステップＳ８３）、処理を終了する。
本実施の形態では、配達指示処理が終了した時点で配達
フラグを「済」に設定するが、この配達フラグを「済」
にするタイミングは、実際に配送が完了した時点で
「済」にするようにしてもよい。

【００４１】一方、配達フラグが「可」でない場合（ス
テップＳ８１：Ｎｏルート）、サーバ１０は契約ＤＢ１
１において全ての配達フラグが済となったかを判断する
（ステップＳ８４）。すなわち、全ての配達フラグが
「可」であり、配達指示書３２が印刷されるまでステッ
プＳ８０乃至ステップＳ８３の処理が繰り返される。そ
して、全ての配達フラグが「済」であれば（ステップＳ
８４：Ｙｅｓルート）、処理を終了する。

【００４２】以上説明したように、本発明の実施の形態
では、旅客者が旅行をキャンセルあるいは旅行先を変更
した場合でも旅客者の荷物を旅客者の指定配送先に確実
に届けることができる。

【００４３】以上本発明の一実施の形態を説明したが、
本発明はこれに限定されるものではない。すなわち、旅
行のキャンセルまたは旅行先の変更があった場合、携帯
電話機４宛に配送先を確認するためにメールを送信して
いる（図１６のステップＳ５０）が、自宅のＰＣ端末２
宛にメールを送信してもよい。これは、配送申し込み時
のメールアドレスによって旅客者により設定できる事項
である。

【００４４】また、旅行のキャンセルまたは旅行先の変
更があった場合、携帯電話機４から指定された配送先情
報で契約ＤＢ１１に登録した配送先情報を更新している
が、携帯電話機４から指定された配送先情報を契約ＤＢ
１１の別の記憶エリアに登録してもよいし、また契約Ｄ
Ｂ１１とは異なる記憶装置に登録するようにしてもよ
い。

【００４５】さらに、配送受付端末３としては旅客者が
所有する携帯電話機４やＰＣ端末２であってもよい。図
１において旅客運送会社システム５のサーバ６は一台し
か示していないが、複数台のコンピュータにて上で述べ
たような機能を実現するようにしても良い。また、運送
会社システム９のサーバ１０についても１台しか示して
いないが、複数台のコンピュータにて上で述べたような
機能を実現するようにしても良い。また、本実施の形態
における旅客輸送会社システム５と運送会社システム９
が一体として実施される場合もありうる。なお、インタ
ーネット１に全てのコンピュータが接続するようになっ
ているが、旅客輸送会社システム５と運送会社システム
９との間は例えば専用線で接続されたり、ＶＰＮ（Virt
ual Private Network）の技術を用いて接続するように
しても良い。さらに、ＰＣ端末２で搭乗予約を行った例
を示しているが、配送受付端末３に接続されるセンタ・
サーバから提供されるサービスによっては、この配送受
付端末３により搭乗予約を行うようにしても良い。ま
た、搭乗予約だけであれば旅客輸送会社のコール・セン
タや旅行会社により搭乗予約を行っても良い。また、配
送申し込みの際に配送受付端末３に接続されるサーバ
は、輸送会社システム９のサーバ１０ではなく、センタ
・サーバが別途設けられており、当該センタ・サーバか
ら配送申し込みの情報がサーバ１０に送信されるような
構成であってもよい。

【００４６】図６や図１７に示した画面例は一例であっ
て、同様の内容を含む他の画面構成を採用しても良い。
また、これらの画面を複数の画面に分割して、何回かに
渡ってユーザに提示し、入力を求めるような構成とする
ことも可能である。特に携帯電話機４の表示装置の表示
エリアには限界があるので、複数画面に分割する方が見
易い場合もある。

【００４７】また、上で述べた例では旅客者が飛行機に
搭乗する場合を説明したが、飛行機以外にも搭乗予約及
び搭乗手続きを行うものであれば本発明を適用すること
ができる。

【００４８】（付記１）コンピュータを用いた荷物の配
送先管理方法であって、旅客者により操作される配送受
付端末から旅客者の識別情報、連絡先の情報、搭乗情報
及び荷物の配送先に関する情報を受信し、記憶装置に登
録する情報登録ステップと、旅客者の搭乗状況を管理す
る旅客輸送会社サーバから、旅客者の搭乗状況に関する
情報を取得する取得ステップと、前記取得ステップによ
り取得された前記旅客者の搭乗状況に関する情報と前記
記憶装置に登録された搭乗情報とに不整合が存在する場
合、前記旅客者の連絡先に対して荷物の配送先に関する
問い合わせを行う問合せステップと、前記問合せステッ
プによる問合せに応答して前記旅客者から通知される荷
物の配送先に関する情報を記憶装置に登録する配送先情
報登録ステップと、を含む荷物配送先管理方法。

【００４９】（付記２）前記記憶装置に登録された前記
荷物の配送先に関する情報に基づき、前記荷物の配送先
の情報を含む配送指示を出力する配送指示ステップをさ
らに含む付記１記載の荷物配送先管理方法。

【００５０】（付記３）前記配送先情報登録ステップに
おいて、前記情報登録ステップにより記憶装置に登録し
た荷物の配送先に関する情報を、前記旅客者から通知さ
れる荷物の配送先に関する情報に更新することを特徴と
する付記１記載の荷物配送先管理方法。

【００５１】（付記４）前記情報登録ステップにより記
憶装置に登録される荷物の配送先に関する情報が、通常
の荷物配送先情報と旅行キャンセル時における荷物配送
先情報とを含むことを特徴とする付記１または３記載の
荷物配送先管理方法。

【００５２】（付記５）前記配送先情報登録ステップに
おいて、前記旅客者から通知される荷物の配送先指定が
前記旅行キャンセル時における荷物配送先の指定である
場合には、前記旅行キャンセル時における荷物配送先情
報に基づき前記通常の荷物配送先情報を更新することを
特徴とする付記４記載の荷物配送先管理方法。

【００５３】（付記６）前記配送先情報登録ステップに
おいて、前記問合せステップによる問合せに応じて旅客
者から荷物の配送先として新たな荷物配送先の指示を受
けた場合には、当該新たな荷物配送先の情報を用いて前
記記憶装置に登録された荷物の配送先に関する情報を更
新することを特徴とする付記１または３記載の荷物配送
先管理方法。

【００５４】（付記７）前記取得ステップにおいて、前
記搭乗情報から特定される出発時刻に応じたタイミング
で前記旅客輸送会社サーバに対して当該搭乗情報に対応
する旅客者の搭乗状況に関する情報を要求することを特
徴とする付記１記載の荷物配送先管理方法。

【００５５】（付記８）前記記憶装置には配達フラグの
記憶エリアが設けられ、前記配達フラグは、少なくとも
前記旅客者の搭乗状況に関する情報と前記記憶装置に登
録された搭乗情報とが整合する場合に配達可にセットさ
れ、前記配送指示ステップは、前記配達フラグが配達可
にセットされる場合に実行されることを特徴とする付記
２記載の荷物配送先管理方法。

【００５６】（付記９）コンピュータを用いた荷物の配
送申込方法であって、荷物の配送申込時において、コン
ピュータから、少なくとも旅客者の識別情報、連絡先情
報、搭乗情報及び荷物の配送先に関する情報の入力を促
すためのデータを受信し、表示装置に表示するステップ
と、前記旅客者から、少なくとも旅客者の識別情報、連
絡先情報、搭乗先情報及び荷物の配送先に関する情報の
入力を受け付け、前記コンピュータに送信するステップ
と、を含む荷物の配送申込方法。

【００５７】（付記１０）付記１乃至８のいずれか１つ
をコンピュータに実行させるためのプログラム。

【００５８】（付記１１）前記問合せステップにおい
て、前記連絡先として登録されたメール・アドレス宛に
旅客者に荷物の配送先指定を促すための情報を通知する
ことを特徴とする付記１記載の荷物配送先管理方法。

【００５９】（付記１２）旅客者により操作される配送
受付端末から旅客者の識別情報、連絡先の情報、搭乗情
報及び荷物の配送先に関する情報を受信し、記憶装置に
登録する手段と、旅客者の搭乗状況を管理する旅客輸送
会社サーバから、旅客者の搭乗状況に関する情報を取得
する取得手段と、前記取得手段により取得された前記旅
客者の搭乗状況に関する情報と前記記憶装置に登録され
た搭乗情報とに不整合が存在する場合、前記旅客者の連
絡先に対して荷物の配送先に関する問い合わせを行う問
合せ手段と、前記問合せ手段による問合せに応答して前
記旅客者から通知される荷物の配送先指定により前記記
憶装置に登録された荷物の配送先に関する情報を更新す
る更新手段と、を有する荷物配送先管理装置。

【００６０】

【発明の効果】以上のように本発明によれば、旅客者が
旅行をキャンセルあるいは旅行先を変更した場合でも旅
客者の荷物を旅客者の指定配送先に確実に届けることが
できる。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるシステム構成例を
示す図である。

【図２】本発明における実施の形態における荷物及び旅
客者の移動パターンを示す図である。

【図３】搭乗予約及び荷物配送申込処理フローを示す図
である。

【図４】搭乗予約電文の一例を示す図である。

【図５】搭乗ＤＢの構成の一例を示す図である。

【図６】荷物申込ページデータの表示例を示す図であ
る。

【図７】荷物受付電文を示す図である。

【図８】契約ＤＢの構成の一例を示す図である。

【図９】搭乗便変更処理フローを示す図である。

【図１０】搭乗受付処理フローを示す図である。

【図１１】荷物配送先特定処理フローを示す図である。

【図１２】荷物配送先特定処理フローを示す図である。

【図１３】ダイヤＤＢの構成の一例を示す図である。

【図１４】搭乗問合せ電文を示す図である。

【図１５】返信電文を示す図である。

【図１６】荷物配送先特定処理フローを示す図である。

【図１７】携帯電話機における配送先指定入力画面を示
す図である。

【図１８】荷物配送先特定処理フローを示す図である。

【図１９】荷物配送先特定処理フローを示す図である。

【図２０】荷物配達指示処理フローを示す図である。

【符号の説明】

１インターネット２ＰＣ端末３配送受付端末４携帯電話６旅客輸送会社用サーバ７搭乗ＤＢ８搭乗受付端末１０運送会社用サーバ１１契約ＤＢ１２ダイヤＤＢ

Claims

【特許請求の範囲】

【請求項１】コンピュータを用いた荷物配送先管理方法
であって、旅客者により操作される配送受付端末から旅客者の識別
情報、連絡先の情報、搭乗情報及び荷物の配送先に関す
る情報を受信し、記憶装置に登録する情報登録ステップ
と、旅客者の搭乗状況を管理する旅客輸送会社サーバから、
旅客者の搭乗状況に関する情報を取得する取得ステップ
と、前記取得ステップにより取得された前記旅客者の搭乗状
況に関する情報と前記記憶装置に登録された搭乗情報と
に不整合が存在する場合、前記旅客者の連絡先に対して
荷物の配送先に関する問い合わせを行う問合せステップ
と、前記問合せステップによる問合せに応答して前記旅客者
から通知される荷物の配送先に関する情報を記憶装置に
登録する配送先情報登録ステップと、を含む荷物配送先管理方法。
【請求項２】前記記憶装置に登録された前記荷物の配送
先に関する情報に基づき、前記荷物の配送先の情報を含
む配送指示を出力する配送指示ステップをさらに含む請
求項１記載の荷物配送先管理方法。
【請求項３】前記配送先情報登録ステップにおいて、前記情報登録ステップにより記憶装置に登録した荷物の
配送先に関する情報を、前記旅客者から通知される荷物
の配送先に関する情報に更新することを特徴とする請求
項１記載の荷物配送先管理方法。
【請求項４】前記情報登録ステップにより記憶装置に登
録される荷物の配送先に関する情報が、通常の荷物配送
先情報と旅行キャンセル時における荷物配送先情報とを
含むことを特徴とする請求項１または３記載の荷物配送
先管理方法。
【請求項５】前記配送先情報登録ステップにおいて、前記旅客者から通知される荷物の配送先指定が前記旅行
キャンセル時における荷物配送先の指定である場合に
は、前記旅行キャンセル時における荷物配送先情報に基
づき前記通常の荷物配送先情報を更新することを特徴と
する請求項４記載の荷物配送先管理方法。
【請求項６】前記配送先情報登録ステップにおいて、前記問合せステップによる問合せに応じて旅客者から荷
物の配送先として新たな荷物配送先の指示を受けた場合
には、当該新たな荷物配送先の情報を用いて前記記憶装
置に登録された荷物の配送先に関する情報を更新するこ
とを特徴とする請求項１または３記載の荷物配送先管理
方法。
【請求項７】前記取得ステップにおいて、前記搭乗情報から特定される出発時刻に応じたタイミン
グで前記旅客輸送会社サーバに対して当該搭乗情報に対
応する旅客者の搭乗状況に関する情報を要求することを
特徴とする請求項１記載の荷物配送先管理方法。
【請求項８】前記記憶装置には配達フラグの記憶エリア
が設けられ、前記配達フラグは、少なくとも前記旅客者の搭乗状況に
関する情報と前記記憶装置に登録された搭乗情報とが整
合する場合に配達可にセットされ、前記配送指示ステップは、前記配達フラグが配達可にセ
ットされる場合に実行されることを特徴とする請求項２
記載の荷物配送先管理方法。
【請求項９】コンピュータを用いた荷物の配送申込方法
であって、荷物の配送申込時において、コンピュータから、少なく
とも旅客者の識別情報、連絡先情報、搭乗情報及び荷物
の配送先に関する情報の入力を促すためのデータを受信
し、表示装置に表示するステップと、前記旅客者から、少なくとも旅客者の識別情報、連絡先
情報、搭乗先情報及び荷物の配送先に関する情報の入力
を受け付け、前記コンピュータに送信するステップと、を含む荷物の配送申込方法。
【請求項１０】請求項１乃至８のいずれか１つをコンピ
ュータに実行させるためのプログラム。