貨物追跡用携帯端末および貨物追跡システム
【課題】
貨物の最新のステータスを、安価に簡易なシステムでリアルタイムに取得する。
【解決手段】
カメラ機能、バーコード解析機能、通信機能を有する携帯端末を用い、配送伝票上のバーコードで表示されている各荷物のＩＤを取得する。取得したＩＤに対応づけて、最新のステータスを、携帯電話の通信機能を用いてサーバに送信する。
貨物の最新のステータスを、安価に簡易なシステムでリアルタイムに取得する。
【解決手段】
カメラ機能、バーコード解析機能、通信機能を有する携帯端末を用い、配送伝票上のバーコードで表示されている各荷物のＩＤを取得する。取得したＩＤに対応づけて、最新のステータスを、携帯電話の通信機能を用いてサーバに送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話や通信機能を備えたＰＤＡなどの携帯端末を利用した貨物追跡技術に関する。特に、カメラ機能、バーコード読取機能、Ｊａｖａ（登録商標）アプリケーション機能を備えた携帯端末を利用した貨物追跡技術に関する。
【背景技術】
【０００２】
従来、運輸会社にて貨物追跡サービスを行う場合、大掛かりな貨物追跡システムを構築し、専用の端末で配送伝票のバーコードを読み取ることによって、各ステータス毎の登録を行っていた。しかしながら、バーコード読み取り機能を有する端末に通信機能がなかったため、運輸会社の貨物追跡システムから離れた場所でのステータスの更新、例えば、最終的な配達先での処理状況の登録は、その場で行うことができなかった。
【０００３】
このようなシステムでは、配達員が所持するバーコード読み取り機能を有する携帯端末にデータを蓄積しておいて、運輸会社の事務所へ戻ってから、サーバにそのデータを送信するという方法をとっていた（例えば、特許文献１参照。）。
【０００４】
配達員は、運輸会社の貨物追跡システムの端末を有するセンタに戻るのは一日に１回ということも多く、各荷物の配送ステータスがサーバに反映されるまでの時間的なギャップが大きく、顧客からの問い合わせに的確に回答することが難しかった。
【０００５】
これを解決するものとして、携帯電話を用いて、配達先での処理状況をその場で登録し、貨物追跡システムのサーバに携帯電話のデータ通信機能を用いて送信する技術がある（例えば、特許文献２参照。）。ここでは、配達員が所持する携帯電話に、その配達員が配達する配達荷物の識別番号を予め登録しておき、各配達荷物の処理時に登録された識別番号の中から該当する識別番号を選び出し、処理の状況を登録し、送信する。
【０００６】
【特許文献１】特開２００２−５６０６４号公報
【特許文献２】特開２００２−８７５５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところが、携帯電話を使った上記システムの場合、配達員は、大量の配達貨物の識別番号を目で読み取り、合致する識別番号を、携帯電話機の表示装置という小さなエリアから見つけなければならない。一般的に貨物追跡用の識別番号は桁数も多く、このような作業は大きな負担となる。例えば、配達した荷物と違う荷物のステータスを配達完了としてしまうこともありえる。
【０００８】
一方で、バーコードリーダを有する専用端末を用いるシステムでは、上記のように時間的なギャップがあるとともに、その導入コストが非常に大きいという問題がある。
【０００９】
本発明は、このような状況に鑑みてなされたもので、導入コストを抑えながら精度の高い貨物追跡サービスを実現する技術を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、運輸会社が各荷物のステータス情報を管理するサーバにアクセス可能な貨物追跡用携帯端末であって、既存の携帯端末の機能を用いて、最新の荷物のステータスを取得可能な貨物追跡用携帯端末を提供する。
【００１１】
具体的には、貨物追跡用携帯端末であって、各貨物に付与されている識別情報を撮影する撮影手段と、前記撮影手段において撮影した前記識別情報の画像を解析して当該識別情報を抽出する識別情報解析手段と、前記識別情報を有する貨物の最新のステータスの入力を受け付けるステータス入力受付手段と、前記受け付けた最新のステータスを当該貨物の識別情報とともに、前記サーバに送信する通信手段と、を備えることを特徴とする貨物追跡用携帯端末。
【発明の効果】
【００１２】
本発明によれば、導入コストを抑えながら精度および顧客満足度の高い貨物追跡サービスを実現する技術を提供できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施形態を図面を用いて説明する。
【００１４】
図１は、本発明を適用した実施形態の貨物追跡システム１０のシステム構成の一例である。本図に示すように、本実施形態の貨物追跡システム１０は、携帯電話やＰＤＡなどの携帯端末１１と、運輸会社の事務所などに設置される貨物追跡センタ１３と、通信網１２とからなる。
【００１５】
本実施形態では、携帯端末１１として、携帯電話を使う場合を例に挙げて説明する。従って、通信網１２は、携帯電話サービス提供各社によるキャリア網（キャリアネットワーク）となる。
【００１６】
貨物追跡センタ１３は、貨物追跡に必要なデータ、アプリケーションを保持管理し、そのために必要な、配送計画入力サーバ１３１と、貨物追跡サーバ１３２とを備える。
【００１７】
配送計画入力サーバ１３１は、初期入力機能部１３６を備え、依頼を受けた荷物の配送計画１３５の入力を受け付ける。本実施形態においては、配送計画１３５は、各荷物に付与された配送伝票に記載された情報であり、例えば、荷物の配送伝票上のＩＤ、依頼主の住所氏名、届け先の住所氏名、受付日、配達予定日、配達指定時間、荷物の品名などの荷物情報である。これらは、運輸会社の事務所にて作業員により登録される。また、荷物情報とともに、荷物の配送状況を示す配送ステータスも登録される。初期入力機能部１３６を介して入力を受け付ける時点では、集荷依頼を受けた時点であるため、配送ステータスとして、集荷完了を示すステータスが登録される。
【００１８】
貨物追跡サーバ１３２は、貨物の追跡、すなわち、現在の最新のステータスを管理するサーバで、配送ステータス管理テーブル１３３と、ステータス制御部１３４と、通信端末フェース１３７とを備える。
【００１９】
配送計画入力サーバ１３１において、配送計画１３５の入力を受け付けると、配送ステータス管理テーブル１３３に登録される。
【００２０】
ステータス制御部１３４は、配送ステータス管理テーブル１３３を管理する。配送ステータス管理テーブル１３３には、上記の配送計画入力サーバ１３１の初期入力機能部１３６を介して、最初に各荷物のデータガ登録される。その後、各荷物のステータスが変更になる度に、このステータス制御部１３４が、通信インタフェース１３７を介して荷物のＩＤとともに受け取った最新のステータスを示す配送ステータス情報により、当該配送ステータス管理テーブル１３３を更新する。配送ステータス管理テーブル１３３の構成の例は、後述する。
【００２１】
また、ステータス制御部１３４は、通信網１２、通信インタフェース１３７を介して、携帯端末１１から、ＩＤを受け取ると、配送ステータス管理テーブル１３３を検索し、該当するＩＤに対応付けて登録されている荷物情報および配送情報を、送信元の携帯端末１１に送信する。
【００２２】
通信インタフェース１３７は、貨物追跡サーバ１３２からキャリア網である通信網１２を介して携帯端末１１と通信する際のインタフェース制御を行う。
【００２３】
なお、貨物追跡センタ１３は、サービスの形態によって運用主体が変わってくる。運輸会社が単体でサーバの立上げ、運用を行う場合には、貨物追跡センタ１３は運輸会社事務所が運用主体となる。また、外部に運用を委託する場合には、貨物追跡センタ１３はＡＳＰ（Application Service Provider）サービスとして提供される。
【００２４】
携帯端末１１は、カメラ機能部１１１、バーコード解析機能部１１２、ステータス管理機能部１１５、登録用データバッファ１１６、Ｊａｖａ（登録商標）アプリケーション部１１４、通信インタフェース１１７を備える。
【００２５】
カメラ機能部１１１は配送伝票のバーコードを撮影し、バーコード解析機能部１１２は、カメラ機能部１１１が撮影したバーコードからＩＤを解析するといった解析処理を行う。これらの機能部は、一般の携帯電話機に実装されている機能であるため、ここでは、詳細に説明しない。
【００２６】
ステータス管理機能部１１５は、荷物の配送ステータス情報の一覧である配送ステータスリスト１１３を備える。Ｊａｖａアプリケーション部１１４からの要求に従って、Ｊａｖａアプリケーション部１１４に受け渡す。配達員等は、配送ステータスリスト１１３に登録されている一覧から、取扱い中の荷物の最新のステータスを選択し、当該貨物のステータスとして登録する。詳細は後述する。
【００２７】
登録用データバッファ１１６は、作業中の荷物の荷物情報および最新のステータスを一時的に保持するバッファ領域である。
【００２８】
Ｊａｖａアプリケーション部１１４は、予め登録されている貨物追跡システムのアプリケーションであり、カメラ機能部１１１、バーコード解析機能部１１２、ステータス管理機能部１１５、登録用データバッファ１１６を制御する。本実施形態では、携帯電話機に一般に搭載されているＪａｖａの実行環境およびＪａｖａアプリケーションを例にあげて、以下説明を行うが、もちろん、ＯＳ、ソフトウェアの種類は、これに限られない。
【００２９】
通信インタフェース１１７は、携帯端末１１からキャリア網である通信網１２を介して貨物追跡センタ１３と通信する際のインタフェース制御を行う。一般の携帯電話機のデータ通信のためのインタフェース機能と同様である。
【００３０】
次に、携帯端末１１上で管理される配送ステータスリスト１１３について説明する。配送ステータスリストは、予め各配達員の使用する携帯端末１１に保持される。図２は携帯端末１１上で管理する配送ステータスリストの一例である。
【００３１】
本図に示すように、配送ステータスリストは、各リストを識別する識別子である識別子登録部１１３ａと、配送ステータス項目が格納される配送ステータス項目格納部１１３ｂと、配送ステータス項目に対応して、表示画面に表示される内容が登録される表示データ登録部１１３ｃとを備える。
【００３２】
本実施形態では、配送ステータスとして、例えば、全部で７種類用意している。集荷完了（Ｓ１００１）は、ご依頼主から配送依頼を受け、ご依頼主の自宅や最寄りのコンビニエンスストア等まで行き集荷を完了したという状態である。入荷登録完了（集荷地センタ）（Ｓ１００２）は、集荷完了したトラックが、その地域の集荷センタに到着し、入荷の手続きを完了したという状態である。積込登録完了（集荷地センタ）（Ｓ１００３）は、入荷手続き完了後、配送先ごとに荷物が仕分けされ、行き先ごとの路線便トラックに荷物の積込みが完了した状態である。配送中（Ｓ１００４）は、集荷地と配送地を結ぶ長距離路線便による配送中の状態である。入荷登録完了（配送地センタ）（Ｓ１００５）は、路線便トラックが到着し、配送地域の集荷センタに到着して、入荷の手続きが完了した状態である。積込登録完了（配送地センタ）（Ｓ１００６）は、入荷手続き完了後、配送先ごとに荷物が仕分けされ、地域トラックに荷物の積込みが完了した状態である。配送完了（Ｓ１００７）は、配送先に荷物をお届けし、配送先の荷物を受け取りが完了した状態である。
【００３３】
次に、配送ステータスの画面表示に表示される表示データ例について説明する。
【００３４】
Ｓ１０１１は、集荷完了（Ｓ１００１）を示すステータスで、入荷登録処理完了を示すものとして、表示画面に表示される情報である。これは、集荷完了という表記にご依頼主名を組み合わせたものである。ご依頼主名は、配送ステータス管理テーブルから、バーコード情報の解析結果を取得してその中から取り出したものである。
【００３５】
Ｓ１０１２は、入荷登録完了（Ｓ１００２）を示すステータスとして、表示画面に表示される情報である。入荷登録完了という表記の前に集荷地センタ名称を付加したものである。集荷地センタ名は、集荷地のトラックの乗務員が有する携帯端末の固有のＩＤに関連づけられて登録されている。
【００３６】
Ｓ１０１３は、積込登録完了（Ｓ１００３）を示すステータスで、路線便のトラックへの荷物積み込み完了状態を報告するものとして、表示画面に表示される情報である。積込完了という表記の前に、集荷地センタ名称を付加したものである。集荷地センタ名は、幹線路線便のトラックの乗務員が使用する端末の固有のＩＤに関連づけられて登録されている。
【００３７】
Ｓ１０１５は、入荷登録完了（Ｓ１００５）を示すステータスで、配送地での入荷登録完了状態を報告するものとして表示画面に表示される情報である。入荷登録完了という表記の前に、配送地センタ名称を付加したものである。配送地センタ名は、幹線路線便のトラックの乗務員が使用する端末の固有のＩＤに関連づけられて登録されている。
【００３８】
Ｓ１０１６は、積込登録完了（Ｓ１００６）を示すステータスで、配送地でのトラックへの荷物積み込み完了状態を報告するものとして表示画面に表示される情報である。積込登録完了という表記の前に、配送地センタ名称を付加したものである。配送地センタ名称は、配送地のトラックの乗務員、すなわち、配達員の携帯端末固有のＩＤに関連づけられて登録されている。
【００３９】
Ｓ１０１７は、配送完了（Ｓ１００７）を示すステータスで、配送が完了したことを示すものとして表示画面に表示される情報である。配送完了という表記に、お届け先名称を組み合わせたものである。お届け先名称は、配送ステータス管理テーブルから、バーコード情報の解析結果を取得してその中から抽出したものである。
【００４０】
その他、お届け先に持参したにもかかわらず、不在等の理由で持ち帰った場合などを示す、持ち帰りなどのステータスがあってもよい。
【００４１】
次に、貨物追跡センタ１３の貨物追跡サーバ１３２において管理される配送ステータス管理テーブル１３３について説明する。図３は配送ステータス管理テーブル１３３の一例である。
【００４２】
本図に示すように、配送ステータス管理テーブル１３３は、各項目を識別する識別子が格納される識別子格納部１３３ａと、項目名が格納される項目名格納部１３３ｂと、各項目毎の情報が登録されるデータ登録部１３３ｃとを備える。
【００４３】
本実施形態では、一例として、配送ステータス管理テーブル１３３の項目種類として２８種を説明する。もちろん、配送ステータス管理テーブル１３３で管理する項目は、これに限られない。
【００４４】
Ｔ１１０１は配送伝票のＩＤである。これが本テーブルにおける主キーとなり、各荷物情報を一意に特定するために必要となる情報である。Ｔ１１０２はご依頼主から配送の注文を頂いた日付である。Ｔ１１０３はお届け先に配達する日付、Ｔ１１０４はその時間帯である。Ｔ１１０５からＴ１１０８は、お届け先に関する情報で、Ｔ１１０５はお届け先の連絡先電話番号、Ｔ１１０６はお届け先の郵便番号、Ｔ１１０７はお届け先の住所、Ｔ１１０８はお届け先の氏名である。Ｔ１１０９からＴ１１１２は、ご依頼主に関する情報で、Ｔ１１０９はご依頼主の連絡先電話番号、Ｔ１１１０はご依頼主の郵便番号、Ｔ１１１１はご依頼主の住所、Ｔ１１１２はご依頼主の氏名である。
【００４５】
Ｔ１１１３は、配送する荷物の品名であり、Ｔ１１１４からＴ１１２１までは、配送オプションの関連で、Ｔ１１１４は配送する荷物がワレモノであるかどうかの指定であり、Ｔ１１１５は配送する荷物がナマモノであるかどうかの指定であり、Ｔ１１１６は配送する荷物がクール冷凍の必要があるかどうかの指定であり、Ｔ１１１７は配送する荷物がクール冷蔵の必要があるかどうかの指定である。Ｔ１１１８は配送する荷物がゴルフクラブ一式であるかどうかの指定であり、Ｔ１１１９はゴルフプレー日の指定である。Ｔ１１２０は配送する荷物がスキー道具一式であるかどうかの指定である。Ｔ１１２１は空港利用時の空港を指定するものである。Ｔ１１２２は、配送する荷物の配送先センタのコードを指定するものである。Ｔ１１２３はご依頼主から集荷依頼を受けているか、持込みを希望しているかを表す指定である。Ｔ１１２４は配送する荷物のサイズであり、縦、横、高さの長さの合計センチメートル単位で選択する指定である。Ｔ１１２５は、荷物を配送するための運賃である。Ｔ１１２６は、集荷場所がコンビニエンスストア等の場合に指定するコードである。Ｔ１１２７は、実際に取扱店においてご依頼主から配送注文を頂き対応した者の氏名である。Ｔ１１２８は、伝票番号における現在の配送ステータスを格納するものである。
【００４６】
次に、上記各項目としてデータ登録部１３３ｃに登録される実際のデータ例について説明する。
【００４７】
Ｔ１１２９は伝票番号の指定例である。運輸会社で管理している伝票番号ＩＤが格納されている例となっている。Ｔ１１３０はご依頼主から配送の注文を頂いた日付であり、ＹＹ−ＭＭ−ＤＤ形式で格納する。Ｔ１１３１はお届け先に配達する日付であり、ＹＹ−ＭＭ−ＤＤ形式で格納する。Ｔ１１３２はその時間帯であり、運輸会社のお届け時間帯指定サービスの区切りに合せた格納例となっている。Ｔ１１３３はお届け先の連絡先電話番号の例であり、Ｔ１１３４はお届け先の郵便番号の例であり、Ｔ１１３５はお届け先の住所の例であり、Ｔ１１３６はお届け先の氏名の例である。Ｔ１１３７はご依頼主の連絡先電話番号の例であり、Ｔ１１３８はご依頼主の郵便番号の例であり、Ｔ１１３９はご依頼主の住所の例であり、Ｔ１１４０はご依頼主の氏名の例である。
【００４８】
Ｔ１１４１は、配送する荷物の品名の例であり、ご依頼主から頂いている品名を入力するものである。Ｔ１１４２は配送する荷物がワレモノであるかどうかの指定で「有り／無し」を選択するものであり、Ｔ１１４３は配送する荷物がナマモノであるかどうかの指定で「有り／無し」を選択するものであり、Ｔ１１４４は配送する荷物がクール冷凍の必要があるかどうかの指定で「有り／無し」を選択するものであり、Ｔ１１４５は配送する荷物がクール冷蔵の必要があるかどうかの指定で「有り／無し」を選択するものである。Ｔ１１４６は配送する荷物がゴルフクラブ一式であるかどうかの指定で「有り／無し」を選択するものであり、有りの場合、Ｔ１１４７はゴルフプレー日の指定の例である。Ｔ１１４８は配送する荷物がスキー道具一式であるかどうかの指定で「有り／無し」を選択するものである。Ｔ１１４９は空港利用時の空港を指定するもので届け先の空港を指定するものである。Ｔ１１５０は、配送する荷物の配送先センタのコードを指定する例である。Ｔ１１５１はご依頼主から集荷依頼を受けているか、持込みを希望しているかを表す指定であり集荷依頼を受けている場合の例である。Ｔ１１５２は配送する荷物のサイズであり、縦、横、高さの長さの合計で80cm以下であることを指定している例である。Ｔ１１５３は、荷物を配送するための運賃の例である。Ｔ１１５４は、集荷場所がコンビニエンスストア等の場合に指定するコード例である。Ｔ１１５５は、実際に取扱店においてご依頼主から配送注文を頂き対応した者の氏名の例である。Ｔ１１５６は、伝票番号における現在の配送ステータスとして、「配送中」を格納している例である。
【００４９】
次に、上記携帯端末１１の各機能が、本実施形態においてどのように用いられるか、配達員等が配達先などで、荷物の最新のステータスの登録を行う処理に沿って説明する。図４は本実施形態の貨物追跡システム１０において、配達員が配達先などで、自身が保有する携帯端末１１を用いて取り扱っている荷物の最新のステータスを登録する際の処理フローである。
【００５０】
まず、Ｊａｖａアプリケーション部１１４は、携帯端末１１に予め備えられたボタンを介して配達員からの指示を受け付け、Ｊａｖａアプリケーションを起動する（ステップＳ２０１）。
【００５１】
次に、携帯端末１１に予め備えられたボタンを介して配達員からの指示を受け付け、Ｊａｖａアプリケーション部１１４は、カメラ機能部１１１に、配達伝票のバーコードを撮影させる（ステップＳ２０２）。具体的には、Ｊａｖａアプリケーションが起動されることによってメイン画面が携帯端末１１の画面に表示される。その中にある伝票読取を指示するボタンの選択を受け付けることで、カメラ機能部１１１は起動される。
【００５２】
カメラ機能部１１１での撮影処理後、Ｊａｖａアプリケーション部１１４は、バーコード解析機能部１１２に、ステップＳ２０２において撮影されたバーコードを解析させ、バーコードのＩＤを取得する（ステップＳ２０３）。読み取ったバーコードを解析し、ＩＤを取得する処理は、既存の技術であるため、ここでは詳細に説明しない。
【００５３】
その後、Ｊａｖａアプリケーション部１１４は、ステップＳ２０３で取得したＩＤを、携帯端末１１の通信機能を用いて、通信網１２を介して貨物追跡センタ１３の貨物追跡サーバ１３２に送信することにより、当該ＩＤに対応づけて貨物追跡センタ１３の配送ステータス管理テーブル１３３に格納されている荷物情報および配送ステータス情報を要求する。
【００５４】
そして、要求に応じて、荷物情報および配送ステータス情報を受け取ると、送信したＩＤに関連づけて登録用データバッファ１１６に登録し、その後、ステータス管理機能部１１５に、配送ステータス情報を、最新のものに更新させる（ステップＳ２０４）。
【００５５】
ここで、後述する蓄積送信方式を使用する場合は、ステップＳ２０２からステップＳ２０４の処理を繰り返し、登録用データバッファ１１６に複数のＩＤに係るデータを登録する。
【００５６】
次に、Ｊａｖａアプリケーション部１１４は、携帯端末１１の通信機能を用いて、ステップＳ２０４において登録用データバッファ１１６に登録したデータ（ＩＤおよび更新後の配送ステータス情報）を、通信網１２を介して貨物追跡センタ１３に送信する（ステップＳ２０５）。
【００５７】
貨物追跡センタ１３では、貨物追跡サーバ１３２が、ＩＤおよび配送ステータス情報を受け取り、ステータス制御部１３４に、それを用いて配送ステータス管理テーブル１３３を更新させる（ステップＳ２０６）。
【００５８】
以上のように、本実施形態によれば、配達員に過度の負荷を与えることなく、リアルタイム性の高い配送ステータス更新が可能となる。
【００５９】
なお、上記処理では、各荷物に関し、1件ずつ貨物追跡センタ１３へ情報を送信しているが、複数件蓄積して一括送信する方法も可能とする。この場合は、ステップＳ２０４（ステータス情報登録）まで完了した時点で、追加の登録要求の有無の入力を受け付ける画面を携帯端末１１の表示部に表示する。配達員から、追加登録を行う指示を受け付けると、ステップＳ２０２（伝票バーコードを撮影）に移行する。配達員から追加登録を行わない旨の指示を受け付けると、ステップＳ２０５に移行する。
【００６０】
このように、追加したい件数分、ステップＳ２０２（伝票バーコードを撮影）からステップＳ２０４（ステータス情報登録）までを繰り返すことによって、複数の荷物情報および配送ステータス情報を、登録用データバッファ１１６に蓄積後、ステップＳ２０５に進むことにより、一括して送信することができる。
【００６１】
なお、以後、本明細書では、1件ずつ貨物追跡サーバ１３２にデータを送信する方式を、１件送信方式、多数件の配送ステータスを登録用データバッファ１１６に蓄積後、まとめて送信する方式を、蓄積送信方式と呼ぶ。
【００６２】
また、本実施形態では、ステップＳ２０３においてＩＤを取得した後、そのＩＤを貨物追跡センタ１３に送信し、当該ＩＤに対応付けて登録されている荷物情報等の返信を受け、内容を確認してから、最新のステータスの入力を行っている。しかし、この確認処理はなくてもよい。
【００６３】
すなわち、ＩＤを取得した後、すぐに、最新のステータスの入力を行い、ＩＤとともに最新のステータスを貨物追跡センタ１３に送信するよう構成してもよい。
【００６４】
次に、上記処理時における、携帯端末１１における画面遷移について説明する。図５は携帯端末１１で実行されるＪａｖａアプリケーションの画面遷移図である。これらの画面遷移は、Ｊａｖａアプリケーション部１１４により制御される。
【００６５】
画面３１はＪａｖａアプリケーションが格納されているＪａｖａライブラリ画面である。３１１はＪａｖａアプリケーションが格納される領域であり、貨物追跡システムアプリケーションは、プレインストール等されているアプリケーション群の一つとして存在するものである。３１２はアプリケーションの追加や削除の指示を受け付けるためのサブメニューボタンであり、３１３は、貨物追跡システムアプリケーションを起動する指示を受け付けるための実行ボタンである。
【００６６】
画面３２は貨物追跡システムアプリケーションを実行した際に表示される貨物追跡システムメイン画面である。３２１は伝票読み取りなどの必要な機能の選択を受け付けるためのシステムメニューである。３２２は３２１で指定したメニューの実行の指示を受け付けるための実行ボタンであり、３２３は貨物追跡システムアプリケーションを終了する指示を受け付けるための終了ボタンである。
【００６７】
画面３３は、システムメニュー３２１から伝票読み取りメニューの選択の指示を受け付けた際に表示されるバーコード撮影用画面である。伝票読み取りメニューにおいて、実行ボタン３２２を介して伝票読み取りの指示を受け付けると、カメラ機能部１１１が起動され、本画面が表示される。なお、３３１はカメラの撮影フィールドであり、配送伝票のバーコード部分３３４の全体が収まるように、カメラをセットする必要がある。３３２は、撮影フィールドにバーコードをセットした状態で撮影を実行する指示を受け付けるための撮影ボタンであり、３３３は貨物追跡システムアプリケーションを終了する指示を受け付けるための終了ボタンである。３３４は、カメラ機能部１１１のファインダ部に捕らえられている配送伝票に印刷されているバーコードである。この状態で撮影の指示を受け付けることにより、カメラ機能部１１１によりバーコードが撮影され、バーコード解析機能部１１２により、撮影されたバーコード情報の解析処理が実行される。
【００６８】
画面３４はバーコードの解析画面である。ここでは、Ｊａｖａアプリケーション部１１４は、バーコードをカメラ機能１１１に撮影させた後、バーコード解析機能部１１２に、携帯端末１１内でバーコードを解析させ、バーコードIDを取得し、その結果を貨物追跡サーバ１３２へ送信する。この間、画面３４が表示される。３４１はバーコードの解析経過を表示するプログレスバーであり、３４２は現在の処理ステータスを表示するメッセージであり、３４３は貨物追跡システムアプリケーションを終了する指示を受け付けるための終了ボタンである。
【００６９】
画面３５は配送ステータス登録画面である。貨物追跡サーバ１３２へバーコード解析結果を送信し、その応答を受信した際に、受信した荷物情報および配送ステータス情報が表示される。本表示により、配達員は、撮影した配送伝票の情報が正しいことを確認することが出来る。３５１は荷物情報および配送ステータス情報を表示するフィールドである。
【００７０】
フィールド３５１は、新たな配送ステータスを入力可能なリストボックス３５５を備える。リストボックス３５５には、配送ステータスリスト１１３に登録されている、荷物の各ステータスがメニュー形式で表示される。配達員は、現状の配送ステータスをリストボックス３５５に表示されるメニューから選択し、登録することによって、最新の配送ステータス情報を入力するができる。すなわち、Ｊａｖａアプリケーション部１１４は、リストボックス３５５を介して現状の配送ステータス情報の選択を受け付けると、登録用データバッファ１１６の配送ステータス情報を更新し、蓄積する。
【００７１】
３５２は、追加でデータを蓄積する際の指示を受け付ける追加ボタンである。本ボタンを介して指示を受け付けた場合、Ｊａｖａアプリケーション部１１４は、次画面として画面３３（バーコード撮影用画面）を表示させる。３５３は貨物追跡サーバ１３２へデータを送信する指示を受け付ける登録ボタンであり、３５４は貨物追跡システムアプリケーションを終了する指示を受け付けるための終了ボタンである。
【００７２】
画面３６は配送ステータス情報を送信中の画面である。１件送信方式および蓄積送信方式のいずれにおいても、登録ボタン３５３を介して、データを貨物追跡サーバ１３２に送信する指示を受け付けると、Ｊａｖａアプリケーション部１１４は、ＩＤおよび更新した配送ステータス情報の送信を開始し、その間、本画面が表示される。３６１はＩＤおよび配送ステータス情報の送信経過を表示するプログレスバーであり、３６２は配送ステータス情報等が送信中であることを表示するメッセージであり、３６３は貨物追跡アプリケーションを終了する指示を受け付けるための終了ボタンである。
【００７３】
画面３７は配送ステータス情報の登録完了画面である。Ｊａｖａアプリケーション部１１４は、配送ステータス情報等を送信し終えると、本画面を表示する。画面３７の表示により、一連の配送ステータス登録作業が完了したことを意味する。３７１は配送ステータス情報の更新が完了したことを表示するメッセージであり、３７２はさらに継続して登録する指示を受け付ける継続ボタンである。継続ボタン３７１を介して指示を受け付けると、Ｊａｖａアプリ１１４は、次画面として画面３３（バーコード撮影用画面）を表示させる。３７３は貨物追跡システムアプリケーションを終了する指示を受け付けるための終了ボタンである。
【００７４】
次に、各機能ブロック間の処理の推移について図１を用いて説明する。
【００７５】
まず始めに、運輸会社事務所の作業員から、初期入力機能部１３６を介して、配送計画１３５（本実施形態では、配送伝票）の、配送ステータス管理テーブル１３３への登録を受け付ける（ステップＳ４４１、Ｓ４４２）。これにより、配送ステータス管理テーブル４５２には、配送計画データが蓄積管理される。なお、本処理は、受け付けた荷物の数（伝票数）だけ、行われる。
【００７６】
次に、携帯端末１１側の処理に移る。配達員等からの指示に従って、貨物追跡システム１０を利用するために貨物追跡システムアプリケーション（Ｊａｖａアプリケーション）を起動する（ステップＳ４０１）。
【００７７】
Ｊａｖａアプリケーション部１１４は、カメラ機能部１１１を起動し（ステップＳ４０２）、そのレスポンスをカメラ機能部１１１から受信する（ステップＳ４０３）。
【００７８】
Ｊａｖａアプリケーション部１１４は、配達員からの指示に従って、カメラ機能部１１１に、配送伝票のバーコードの撮影を行わせ、撮影したバーコードの画像を、バーコード解析機能部１１２に渡す（ステップＳ４０４）。そして、バーコード解析機能部１１２から、バーコードの解析により抽出されたＩＤを解析結果として受け取る（ステップＳ４０５）。
【００７９】
Ｊａｖａアプリケーション部１１４は、受け取ったＩＤを、通信インタフェース部１１７、通信網１２を介して、貨物追跡センタ１３に向けて送出する（ステップＳ４０６）。
【００８０】
貨物追跡センタ１３では、貨物追跡サーバ１３２の通信インタフェース部１３７がそのＩＤを受け取る。そして、ステータス制御部１３４は、そのＩＤをキーに配送ステータス管理テーブルを検索し（ステップＳ４０７、４０８）、そのＩＤを有する荷物の、荷物情報および配送ステータス情報を抽出する（ステップＳ４０９）。
【００８１】
ステータス制御部１３４は、抽出した荷物情報および配送ステータス情報を、通信インタフェース部１３７、通信網１２を介して送信元の携帯端末１１に向けて、送出する（ステップＳ４１０）。
【００８２】
ＩＤに対応する荷物情報および配送ステータス情報を受け取ったＪａｖａアプリケーション部１１４は、携帯端末１１の表示部の画面に受け取った情報を表示させる（ステップＳ４１１）。この時、Ｊａｖａアプリケーション部１１４は、ステータス一覧の取得を要求するためにステータス管理機能部１１５にアクセスし（ステップＳ４１２）、配送ステータスリスト１１３からステータス一覧を取得し（ステップＳ４１３）、リストボックス３５５に表示する。
【００８３】
配達員から、リストボックス３５５内の特定のステータスの選択の指示を受け付けると、Ｊａｖａアプリケーション部１１４は、貨物追跡サーバ１３２から受け取った荷物情報および配送ステータス情報を、配達員から選択を受けた新規の配送ステータス情報に更新する。
【００８４】
そして、Ｊａｖａアプリケーション部１１４は、荷物情報および更新後の配送ステータス情報を、登録用データバッファ１１６に登録し（ステップＳ４１４）、蓄積完了の通知をうけとる（ステップＳ４１５）。その後、配達員から、登録ボタン３５３により貨物追跡センタ１３への登録の指示を受け付けると、ＩＤと更新された配送ステータス情報とを、通信インタフェース部１１７、通信網１２を介して貨物追跡センタ１３に送出する（ステップＳ４１６）。
【００８５】
なお、一件送信方式の場合、ステップＳ４１４およびＳ４１５はなくてもよい。この場合、Ｊａｖａアプリケーション部１１４は、表示している荷物情報および更新後の配送ステータス情報の組を、登録用データバッファ１１６に登録する代わりに、直接通信インタフェース部１１７、通信網１２を介して貨物追跡センタ１３に送出する。
【００８６】
また、蓄積送信方式の場合、ステップＳ４０２からステップＳ４１５までの処理を所望の伝票数繰り返し、配達員からデータを貨物追跡センタ１３への登録の指示を受け付けた後に、ステップＳ４１６からの処理を行う。
【００８７】
通信網１２、通信インタフェース部１３７を介して、ＩＤおよび更新後の配送ステータス情報を受け取ると（ステップＳ４１７）、ステータス制御部１３４は、配送ステータス管理テーブル１３３にアクセスし（ステップＳ４１８）、該当するＩＤの配送ステータス情報を、受け取った情報で更新する。更新を終えると（ステップＳ４１９）、更新完了通知を通信インタフェース部１３７、通信網１２を介して、送信元の携帯端末１１に送出する（ステップＳ４２０）。
【００８８】
Ｊａｖａアプリケーション部１１４は、通信インタフェース部１１７を介して、更新完了通知を受信すると（ステップＳ４２１）、Ｊａｖａアプリケーションを終了する（ステップＳ４２２）。なお、その後、配送ステータス情報を更新し続ける場合は、ここで、Ｊａｖａアプリケーションを終了せず、ステップＳ４０２からの処理を繰り返してもよい。
【００８９】
次に、配送伝票に記入された情報に基づいて、配送計画１３５を入力する場合のシーケンスについて説明する。図６は、配送計画１３５を入力する際の通信シーケンスである。
【００９０】
初期入力機能部１３６は、初期入力画面を表示し（ステップＳ５０１）、初期入力画面を介して、配送伝票の記入内容の入力を受け付ける(ステップＳ５０２)。初期入力機能部１３６は、ステップＳ５０２の入力が完了した旨の指示を受け付けると、受け付けたデータを、貨物追跡サーバ１３２に送信し（ステップＳ５０３）、配送ステータス管理テーブル１３３に登録する（ステップＳ５０４）。貨物追跡サーバ１３２から、蓄積完了通知を受領し（ステップＳ５０５）、処理を終了する。ステップＳ５０１からステップＳ５０５までの処理は、配送ステータス情報を更新する処理とは非同期で行われる。ただし、本処理が未完了の荷物は、基礎となるデータが未登録であるため、配送ステータス情報の更新処理を行うことはできない。
【００９１】
次に、携帯端末１１が、貨物追跡センタ１３の貨物追跡サーバ１３２にアクセスする際の、ログイン処理について説明する。本実施形態では、携帯端末１１から、貨物追跡サーバ１３２が保持する配送ステータス管理テーブルの情報を取得し、更新することになる。従って、アクセス時には、認証を行い、アクセス元を制限する必要がある。以下の処理は、予めアクセスを許可された携帯端末１１からのみ、貨物追跡サーバ１３２へのアクセスおよびその後の処理を可能とするための処理である。
【００９２】
図７は、携帯端末１１から貨物追跡システム１０を利用するときに、認証を行う際のログインシーケンスである。
【００９３】
Ｊａｖａアプリケーション部１１４は起動後(ステップＳ６０１)、携帯端末１１から携帯端末１１固有のＩＤを取得するとともに、配達員からパスワードなどの認証情報の入力を受け付ける（ステップＳ６０２）。
【００９４】
受け付けたパスワードおよび携帯端末１１固有のＩＤを通信インタフェース部１１７から通信インタフェース１３７に向けて送信する（ステップＳ６０３、６０４）。
【００９５】
通信インタフェース１３７から携帯端末１１固有のＩＤおよびパスワードを受け取ったステータス制御部１３４は、ユーザ認証処理部（不図示）に認証処理を依頼する（ステップＳ６０６）。ユーザ認証処理部では、予め保持するユーザ認証データベースを参照し、合致するＩＤおよびパスワードの組が登録されているか否か判断し（ステップＳ６０７）、登録されている場合は、認証成功を示す応答を、登録されていない場合は、認証不成功を示す応答を結果としてステータス制御部１３４に渡す（ステップＳ６０８）。
【００９６】
ステータス制御部１３４は、ステップＳ６０８で受け取った応答を、通信インタフェース部１３７を介して通信インタフェース部１１７に送出し（ステップＳ６０９、Ｓ６１０）、Ｊａｖａアプリケーション部１１４は、通信インタフェース部１１７を介して、結果を受け取り（ステップＳ６１１）、その結果を携帯端末１１の表示部に表示する。
【００９７】
なお、貨物追跡サーバ１３２は、認証成功であれば、Ｊａｖａアプリケーションを終了するまで、この携帯端末１１からのアクセスを許可する。認証不成功であれば、この携帯端末１１からのアクセスを受け付けない。
【００９８】
また、上記シーケンスでは、携帯端末固有のＩＤを使用したが、これに限られない。例えば、ＩＤ、パスワードともに、配達員等が認証時に入力するよう構成してもよい。この場合は、配達員等が認証されることになり、アクセスを許可された配達員であれば、いずれの携帯端末１１であっても使用することができる。
【００９９】
図７の処理において、通信インタフェース部１１７と通信インタフェース部１３７との間の通信は、通信網１２を介して行われ、本実施形態では、ＩＰパケットの送受信により実現される。以下の各シーケンスにおいても、同様である。
【０１００】
次に、１件送信方式の場合の、各機能ブロック間の処理シーケンスを説明する。図８および図９は、認証成功後、伝票1件ずつステータス更新を行う1件送信方式に関する通信シーケンスである。
【０１０１】
Ｊａｖａアプリケーション部１１４は、貨物追跡システムメイン画面３２において、伝票読み取りメニューの選択の指示を受け付けると（ステップＳ８０１）、カメラ機能部１１１にカメラ起動要求を送信し（ステップＳ８０２）、カメラ機能部１１１を起動させる。カメラ機能部１１１は、起動後カメラ起動応答をＪａｖａアプリケーション部１１４に返信する（ステップＳ８０３）。
【０１０２】
次に、Ｊａｖａアプリケーション部１１４は、カメラ機能部１１１に撮影の指示を送信し（ステップＳ８０４）、撮影完了後、撮影完了の応答をカメラ機能部１１１から受信する（ステップＳ８０５）。
【０１０３】
そして、Ｊａｖａアプリケーション部１１４は、バーコード解析機能部１１２に、カメラ機能部１１１が撮影したバーコードの解析を要求するバーコード解析要求を送信する（ステップＳ８０６）。バーコード解析機能１１２は、解析を終了すると、解析結果、すなわち、ＩＤをＪａｖａアプリケーション部１１４に送信する（ステップＳ８０７）。
【０１０４】
その後、Ｊａｖａアプリケーション部１１４は、通信インタフェース部１１７、通信インタフェース部１３７を介して、ＩＤを、荷物情報等要求として、貨物追跡サーバ１３２のステータス制御部１３４に送信する（ステップＳ８０８、Ｓ８０９、Ｓ８１０）。
【０１０５】
受け取ったステータス制御部１３４は、配送ステータス管理テーブル１３３にアクセスし、受け取ったＩＤをキーに検索し（ステップＳ８１１）、当該ＩＤに対応付けて配送ステータス管理テーブル１３３に登録されている荷物情報および配送ステータス情報を抽出する（ステップＳ８１２）。
【０１０６】
ステータス制御部１３４は、抽出した荷物情報および配送ステータス情報を、荷物情報等応答として、通信インタフェース部１３７、通信インタフェース部１１７を介して、Ｊａｖａアプリケーション部１１４に送信する（ステップＳ８１３、Ｓ８１４、Ｓ８１５）。
【０１０７】
Ｊａｖａアプリケーション部１１４は、荷物情報等応答を受け取ると、受け取った情報を、携帯端末の表示部に、配送ステータス登録画面３５として表示する（ステップＳ８１６）。このとき、登録用データバッファ１１６に、一旦受信したデータを格納してもよい。
【０１０８】
ここで、配送ステータス情報の入力を受け付けるプルダウンメニューが選択されると、Ｊａｖａアプリケーション部１１４は、ステータス管理機能１１５にステータスリスト一覧を要求し（ステップＳ８１７）、ステータスリスト一覧を取得し（ステップＳ８１８）、配送ステータス登録画面３５の配送ステータス情報をプルダウンメニューに表示する（ステップＳ８１９）。
【０１０９】
Ｊａｖａアプリケーション部１１４は、配送ステータス登録画面３５のプルダウンメニューにより、当該ＩＤを有する荷物の最新の配送ステータス情報の登録を受け付ける（これにより更新するステータスが画面上選択されている状態となり、ここで、登録ボタン３５３の押下による指示を受け付ける）と（ステップＳ８２０）、図９に進み、ＩＤとともに、受け付けた最新の配送ステータス情報を、配送ステータス情報更新要求として、通信インタフェース部１１７、通信インタフェース部１３７を介して、ステータス制御部１３４に送信する（ステップＳ８２１、Ｓ８２２、Ｓ８２３）。
【０１１０】
受け取ったステータス制御部１３４は、配送ステータス管理データベース１３３にアクセスし、該当するＩＤに関連づけて登録されているデータの配送ステータスを受け取った配送ステータス情報更新要求に格納されている配送ステータスに更新する（ステップＳ８２４）。更新の登録が完了すると（ステップＳ８２５）、ステータス制御部１３４は、通信インタフェース部１３７、通信インタフェース部１１７を介して、更新終了応答を、Ｊａｖａアプリケーション部１１４に送信する（ステップＳ８２６、Ｓ８２７、Ｓ８２８）。
【０１１１】
以上が、１件送信方式時の通信シーケンスである。
【０１１２】
次に、蓄積送信方式の場合の通信シーケンスについて説明する。
【０１１３】
図１０は、認証成功後、配送ステータス情報の更新を行った伝票複数件を、携帯端末１１に蓄積した後にまとめて、追跡管理サーバに送信する場合の、蓄積送信方式に関する通信シーケンスである。
【０１１４】
図８のＳ８０１からＳ８２０までのシーケンスを行う（ステップＳ９０１）。
【０１１５】
Ｊａｖａアプリケーション部１１４は、ステップＳ８２０において、最新の配送ステータス情報の選択を受け付けた後、配送ステータス登録画面３５において、登録ボタン３５３ではなく、追加ボタン３５２による追加の指示を受け付けると、登録用データバッファ１１６に、ＩＤおよび受け付けた最新の配送ステータス情報を対応付けて登録する（ステップＳ９０２）。そして、ステップＳ８０２のカメラ起動要求からステップＳ９０４の登録までの処理を、配送ステータス登録画面において、登録ボタン３５３による登録の指示を受け付けるまで（蓄積するデータの回数分）繰り返す。
【０１１６】
Ｊａｖａアプリケーション部１１４は、配送ステータス登録画面３５において、登録ボタン３５３による登録の指示を受け付けると（ステップＳ９０５）、登録データバッファ１１６から登録されているデータを全て読み出し（ステップＳ９０６、Ｓ９０７）、配送ステータス情報更新要求として、通信インタフェース部１１７、通信インタフェース部１３７を介して、ステータス制御部１３４に送信する（ステップＳ９０８、Ｓ９０９、Ｓ９１０）。
【０１１７】
受け取ったステータス制御部１３４は、配送ステータス管理データベース１３３にアクセスし、該当するＩＤに関連づけて登録されているデータ全ての配送ステータスを、それぞれ、受け取った配送ステータス情報更新要求に格納されている配送ステータス情報に更新する（ステップＳ９１１）。更新の登録が完了すると（ステップＳ９１２）、ステータス制御部１３４は、通信インタフェース部１３７、通信インタフェース部１１７を介して、更新終了応答を、Ｊａｖａアプリケーション部１１４に送信する（ステップＳ９１３、Ｓ９１４、Ｓ９１５）。
【０１１８】
以上、蓄積送信方式の通信シーケンスを説明した。
【０１１９】
なお、上記では、配達員が配達先で、ステータスを更新する場合を想定して記載したが、携帯端末１１によるステータス更新はこれに限られない。配送計画１３５が配送ステータス管理テーブルに登録された後であれば、ステータスリスト１１３にある、いずれの状況でも入力可能である。
【０１２０】
以上、説明したように、本実施形態によれば、配達員は、携帯端末１１によって、貨物追跡センタ１３から離れた場所にいても、その時点での、荷物のステータス情報を容易にリアルタイムで更新することができる。
【０１２１】
特に、本実施形態によれば、荷物を特定するために必要な、伝票番号のＩＤの入力を、携帯端末１１に備えられている撮影機能、バーコード解析機能を用いて、容易に取得することができる。例えば、夜間の配達先などの暗い場所でも、桁数の多い伝票番号の入力あるいは指定を誤ることがない。従って、登録される各荷物のステータスの精度も高まる。
【０１２２】
以上、説明したように本発明によって、運輸会社は携帯端末によりリアルタイムに荷物のステータスを管理することが可能となる。従って、顧客からの問い合わせ等に応じて、精度の高い荷物のステータスを提供でき、顧客満足度の高い貨物追跡サービスを実現することが可能となる。
【０１２３】
同時に、精度の高い荷物のステータスを常時把握可能となるので、輸送計画にも反映でき、効率のよい輸送体制をしくことが可能となり、輸配送品質を高めることができる。
【図面の簡単な説明】
【０１２４】
【図１】図１は、本実施形態の貨物追跡システム構成および機能ブロック図である。
【図２】図２は、本実施形態の配送ステータスリストのデータ構造の一例である。
【図３】図３は、本実施形態の配送ステータス管理テーブルのデータ構造の一例である。
【図４】図４は、本実施形態の、荷物の最新のステータスを登録する場合の処理フローである。
【図５】図５は、本実施形態の携帯端末の表示画面上に表示される画面の遷移を説明するための図である。
【図６】図６は、本実施形態の配送計画入力時のシーケンスである。
【図７】図７は、本実施形態のユーザ認証時のシーケンスである。
【図８】図８は、本実施形態の１件送信方式のシーケンスである。
【図９】図９は、本実施形態の１件送信方式のシーケンスである。
【図１０】図１０は、本実施形態の蓄積送信方式のシーケンスである。
【符号の説明】
【０１２５】
１０：貨物追跡システム、１１：携帯端末、１２：通信網、１３：貨物追跡センタ、１１１：カメラ機能部、１１２：バーコード解析機能部、１１４：Ｊａｖａアプリケーション部、１１５：ステータス管理機能部、１１６：登録用データバッファ、１１７：通信インタフェース、１３１：配送計画入力サーバ、１３２：貨物追跡サーバ、１３３：配送ステータス管理テーブル、１３４：ステータス制御部、１３５：配送計画、１３６：初期入力機能、１３７：通信インタフェース、
【技術分野】
【０００１】
本発明は、携帯電話や通信機能を備えたＰＤＡなどの携帯端末を利用した貨物追跡技術に関する。特に、カメラ機能、バーコード読取機能、Ｊａｖａ（登録商標）アプリケーション機能を備えた携帯端末を利用した貨物追跡技術に関する。
【背景技術】
【０００２】
従来、運輸会社にて貨物追跡サービスを行う場合、大掛かりな貨物追跡システムを構築し、専用の端末で配送伝票のバーコードを読み取ることによって、各ステータス毎の登録を行っていた。しかしながら、バーコード読み取り機能を有する端末に通信機能がなかったため、運輸会社の貨物追跡システムから離れた場所でのステータスの更新、例えば、最終的な配達先での処理状況の登録は、その場で行うことができなかった。
【０００３】
このようなシステムでは、配達員が所持するバーコード読み取り機能を有する携帯端末にデータを蓄積しておいて、運輸会社の事務所へ戻ってから、サーバにそのデータを送信するという方法をとっていた（例えば、特許文献１参照。）。
【０００４】
配達員は、運輸会社の貨物追跡システムの端末を有するセンタに戻るのは一日に１回ということも多く、各荷物の配送ステータスがサーバに反映されるまでの時間的なギャップが大きく、顧客からの問い合わせに的確に回答することが難しかった。
【０００５】
これを解決するものとして、携帯電話を用いて、配達先での処理状況をその場で登録し、貨物追跡システムのサーバに携帯電話のデータ通信機能を用いて送信する技術がある（例えば、特許文献２参照。）。ここでは、配達員が所持する携帯電話に、その配達員が配達する配達荷物の識別番号を予め登録しておき、各配達荷物の処理時に登録された識別番号の中から該当する識別番号を選び出し、処理の状況を登録し、送信する。
【０００６】
【特許文献１】特開２００２−５６０６４号公報
【特許文献２】特開２００２−８７５５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところが、携帯電話を使った上記システムの場合、配達員は、大量の配達貨物の識別番号を目で読み取り、合致する識別番号を、携帯電話機の表示装置という小さなエリアから見つけなければならない。一般的に貨物追跡用の識別番号は桁数も多く、このような作業は大きな負担となる。例えば、配達した荷物と違う荷物のステータスを配達完了としてしまうこともありえる。
【０００８】
一方で、バーコードリーダを有する専用端末を用いるシステムでは、上記のように時間的なギャップがあるとともに、その導入コストが非常に大きいという問題がある。
【０００９】
本発明は、このような状況に鑑みてなされたもので、導入コストを抑えながら精度の高い貨物追跡サービスを実現する技術を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、運輸会社が各荷物のステータス情報を管理するサーバにアクセス可能な貨物追跡用携帯端末であって、既存の携帯端末の機能を用いて、最新の荷物のステータスを取得可能な貨物追跡用携帯端末を提供する。
【００１１】
具体的には、貨物追跡用携帯端末であって、各貨物に付与されている識別情報を撮影する撮影手段と、前記撮影手段において撮影した前記識別情報の画像を解析して当該識別情報を抽出する識別情報解析手段と、前記識別情報を有する貨物の最新のステータスの入力を受け付けるステータス入力受付手段と、前記受け付けた最新のステータスを当該貨物の識別情報とともに、前記サーバに送信する通信手段と、を備えることを特徴とする貨物追跡用携帯端末。
【発明の効果】
【００１２】
本発明によれば、導入コストを抑えながら精度および顧客満足度の高い貨物追跡サービスを実現する技術を提供できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施形態を図面を用いて説明する。
【００１４】
図１は、本発明を適用した実施形態の貨物追跡システム１０のシステム構成の一例である。本図に示すように、本実施形態の貨物追跡システム１０は、携帯電話やＰＤＡなどの携帯端末１１と、運輸会社の事務所などに設置される貨物追跡センタ１３と、通信網１２とからなる。
【００１５】
本実施形態では、携帯端末１１として、携帯電話を使う場合を例に挙げて説明する。従って、通信網１２は、携帯電話サービス提供各社によるキャリア網（キャリアネットワーク）となる。
【００１６】
貨物追跡センタ１３は、貨物追跡に必要なデータ、アプリケーションを保持管理し、そのために必要な、配送計画入力サーバ１３１と、貨物追跡サーバ１３２とを備える。
【００１７】
配送計画入力サーバ１３１は、初期入力機能部１３６を備え、依頼を受けた荷物の配送計画１３５の入力を受け付ける。本実施形態においては、配送計画１３５は、各荷物に付与された配送伝票に記載された情報であり、例えば、荷物の配送伝票上のＩＤ、依頼主の住所氏名、届け先の住所氏名、受付日、配達予定日、配達指定時間、荷物の品名などの荷物情報である。これらは、運輸会社の事務所にて作業員により登録される。また、荷物情報とともに、荷物の配送状況を示す配送ステータスも登録される。初期入力機能部１３６を介して入力を受け付ける時点では、集荷依頼を受けた時点であるため、配送ステータスとして、集荷完了を示すステータスが登録される。
【００１８】
貨物追跡サーバ１３２は、貨物の追跡、すなわち、現在の最新のステータスを管理するサーバで、配送ステータス管理テーブル１３３と、ステータス制御部１３４と、通信端末フェース１３７とを備える。
【００１９】
配送計画入力サーバ１３１において、配送計画１３５の入力を受け付けると、配送ステータス管理テーブル１３３に登録される。
【００２０】
ステータス制御部１３４は、配送ステータス管理テーブル１３３を管理する。配送ステータス管理テーブル１３３には、上記の配送計画入力サーバ１３１の初期入力機能部１３６を介して、最初に各荷物のデータガ登録される。その後、各荷物のステータスが変更になる度に、このステータス制御部１３４が、通信インタフェース１３７を介して荷物のＩＤとともに受け取った最新のステータスを示す配送ステータス情報により、当該配送ステータス管理テーブル１３３を更新する。配送ステータス管理テーブル１３３の構成の例は、後述する。
【００２１】
また、ステータス制御部１３４は、通信網１２、通信インタフェース１３７を介して、携帯端末１１から、ＩＤを受け取ると、配送ステータス管理テーブル１３３を検索し、該当するＩＤに対応付けて登録されている荷物情報および配送情報を、送信元の携帯端末１１に送信する。
【００２２】
通信インタフェース１３７は、貨物追跡サーバ１３２からキャリア網である通信網１２を介して携帯端末１１と通信する際のインタフェース制御を行う。
【００２３】
なお、貨物追跡センタ１３は、サービスの形態によって運用主体が変わってくる。運輸会社が単体でサーバの立上げ、運用を行う場合には、貨物追跡センタ１３は運輸会社事務所が運用主体となる。また、外部に運用を委託する場合には、貨物追跡センタ１３はＡＳＰ（Application Service Provider）サービスとして提供される。
【００２４】
携帯端末１１は、カメラ機能部１１１、バーコード解析機能部１１２、ステータス管理機能部１１５、登録用データバッファ１１６、Ｊａｖａ（登録商標）アプリケーション部１１４、通信インタフェース１１７を備える。
【００２５】
カメラ機能部１１１は配送伝票のバーコードを撮影し、バーコード解析機能部１１２は、カメラ機能部１１１が撮影したバーコードからＩＤを解析するといった解析処理を行う。これらの機能部は、一般の携帯電話機に実装されている機能であるため、ここでは、詳細に説明しない。
【００２６】
ステータス管理機能部１１５は、荷物の配送ステータス情報の一覧である配送ステータスリスト１１３を備える。Ｊａｖａアプリケーション部１１４からの要求に従って、Ｊａｖａアプリケーション部１１４に受け渡す。配達員等は、配送ステータスリスト１１３に登録されている一覧から、取扱い中の荷物の最新のステータスを選択し、当該貨物のステータスとして登録する。詳細は後述する。
【００２７】
登録用データバッファ１１６は、作業中の荷物の荷物情報および最新のステータスを一時的に保持するバッファ領域である。
【００２８】
Ｊａｖａアプリケーション部１１４は、予め登録されている貨物追跡システムのアプリケーションであり、カメラ機能部１１１、バーコード解析機能部１１２、ステータス管理機能部１１５、登録用データバッファ１１６を制御する。本実施形態では、携帯電話機に一般に搭載されているＪａｖａの実行環境およびＪａｖａアプリケーションを例にあげて、以下説明を行うが、もちろん、ＯＳ、ソフトウェアの種類は、これに限られない。
【００２９】
通信インタフェース１１７は、携帯端末１１からキャリア網である通信網１２を介して貨物追跡センタ１３と通信する際のインタフェース制御を行う。一般の携帯電話機のデータ通信のためのインタフェース機能と同様である。
【００３０】
次に、携帯端末１１上で管理される配送ステータスリスト１１３について説明する。配送ステータスリストは、予め各配達員の使用する携帯端末１１に保持される。図２は携帯端末１１上で管理する配送ステータスリストの一例である。
【００３１】
本図に示すように、配送ステータスリストは、各リストを識別する識別子である識別子登録部１１３ａと、配送ステータス項目が格納される配送ステータス項目格納部１１３ｂと、配送ステータス項目に対応して、表示画面に表示される内容が登録される表示データ登録部１１３ｃとを備える。
【００３２】
本実施形態では、配送ステータスとして、例えば、全部で７種類用意している。集荷完了（Ｓ１００１）は、ご依頼主から配送依頼を受け、ご依頼主の自宅や最寄りのコンビニエンスストア等まで行き集荷を完了したという状態である。入荷登録完了（集荷地センタ）（Ｓ１００２）は、集荷完了したトラックが、その地域の集荷センタに到着し、入荷の手続きを完了したという状態である。積込登録完了（集荷地センタ）（Ｓ１００３）は、入荷手続き完了後、配送先ごとに荷物が仕分けされ、行き先ごとの路線便トラックに荷物の積込みが完了した状態である。配送中（Ｓ１００４）は、集荷地と配送地を結ぶ長距離路線便による配送中の状態である。入荷登録完了（配送地センタ）（Ｓ１００５）は、路線便トラックが到着し、配送地域の集荷センタに到着して、入荷の手続きが完了した状態である。積込登録完了（配送地センタ）（Ｓ１００６）は、入荷手続き完了後、配送先ごとに荷物が仕分けされ、地域トラックに荷物の積込みが完了した状態である。配送完了（Ｓ１００７）は、配送先に荷物をお届けし、配送先の荷物を受け取りが完了した状態である。
【００３３】
次に、配送ステータスの画面表示に表示される表示データ例について説明する。
【００３４】
Ｓ１０１１は、集荷完了（Ｓ１００１）を示すステータスで、入荷登録処理完了を示すものとして、表示画面に表示される情報である。これは、集荷完了という表記にご依頼主名を組み合わせたものである。ご依頼主名は、配送ステータス管理テーブルから、バーコード情報の解析結果を取得してその中から取り出したものである。
【００３５】
Ｓ１０１２は、入荷登録完了（Ｓ１００２）を示すステータスとして、表示画面に表示される情報である。入荷登録完了という表記の前に集荷地センタ名称を付加したものである。集荷地センタ名は、集荷地のトラックの乗務員が有する携帯端末の固有のＩＤに関連づけられて登録されている。
【００３６】
Ｓ１０１３は、積込登録完了（Ｓ１００３）を示すステータスで、路線便のトラックへの荷物積み込み完了状態を報告するものとして、表示画面に表示される情報である。積込完了という表記の前に、集荷地センタ名称を付加したものである。集荷地センタ名は、幹線路線便のトラックの乗務員が使用する端末の固有のＩＤに関連づけられて登録されている。
【００３７】
Ｓ１０１５は、入荷登録完了（Ｓ１００５）を示すステータスで、配送地での入荷登録完了状態を報告するものとして表示画面に表示される情報である。入荷登録完了という表記の前に、配送地センタ名称を付加したものである。配送地センタ名は、幹線路線便のトラックの乗務員が使用する端末の固有のＩＤに関連づけられて登録されている。
【００３８】
Ｓ１０１６は、積込登録完了（Ｓ１００６）を示すステータスで、配送地でのトラックへの荷物積み込み完了状態を報告するものとして表示画面に表示される情報である。積込登録完了という表記の前に、配送地センタ名称を付加したものである。配送地センタ名称は、配送地のトラックの乗務員、すなわち、配達員の携帯端末固有のＩＤに関連づけられて登録されている。
【００３９】
Ｓ１０１７は、配送完了（Ｓ１００７）を示すステータスで、配送が完了したことを示すものとして表示画面に表示される情報である。配送完了という表記に、お届け先名称を組み合わせたものである。お届け先名称は、配送ステータス管理テーブルから、バーコード情報の解析結果を取得してその中から抽出したものである。
【００４０】
その他、お届け先に持参したにもかかわらず、不在等の理由で持ち帰った場合などを示す、持ち帰りなどのステータスがあってもよい。
【００４１】
次に、貨物追跡センタ１３の貨物追跡サーバ１３２において管理される配送ステータス管理テーブル１３３について説明する。図３は配送ステータス管理テーブル１３３の一例である。
【００４２】
本図に示すように、配送ステータス管理テーブル１３３は、各項目を識別する識別子が格納される識別子格納部１３３ａと、項目名が格納される項目名格納部１３３ｂと、各項目毎の情報が登録されるデータ登録部１３３ｃとを備える。
【００４３】
本実施形態では、一例として、配送ステータス管理テーブル１３３の項目種類として２８種を説明する。もちろん、配送ステータス管理テーブル１３３で管理する項目は、これに限られない。
【００４４】
Ｔ１１０１は配送伝票のＩＤである。これが本テーブルにおける主キーとなり、各荷物情報を一意に特定するために必要となる情報である。Ｔ１１０２はご依頼主から配送の注文を頂いた日付である。Ｔ１１０３はお届け先に配達する日付、Ｔ１１０４はその時間帯である。Ｔ１１０５からＴ１１０８は、お届け先に関する情報で、Ｔ１１０５はお届け先の連絡先電話番号、Ｔ１１０６はお届け先の郵便番号、Ｔ１１０７はお届け先の住所、Ｔ１１０８はお届け先の氏名である。Ｔ１１０９からＴ１１１２は、ご依頼主に関する情報で、Ｔ１１０９はご依頼主の連絡先電話番号、Ｔ１１１０はご依頼主の郵便番号、Ｔ１１１１はご依頼主の住所、Ｔ１１１２はご依頼主の氏名である。
【００４５】
Ｔ１１１３は、配送する荷物の品名であり、Ｔ１１１４からＴ１１２１までは、配送オプションの関連で、Ｔ１１１４は配送する荷物がワレモノであるかどうかの指定であり、Ｔ１１１５は配送する荷物がナマモノであるかどうかの指定であり、Ｔ１１１６は配送する荷物がクール冷凍の必要があるかどうかの指定であり、Ｔ１１１７は配送する荷物がクール冷蔵の必要があるかどうかの指定である。Ｔ１１１８は配送する荷物がゴルフクラブ一式であるかどうかの指定であり、Ｔ１１１９はゴルフプレー日の指定である。Ｔ１１２０は配送する荷物がスキー道具一式であるかどうかの指定である。Ｔ１１２１は空港利用時の空港を指定するものである。Ｔ１１２２は、配送する荷物の配送先センタのコードを指定するものである。Ｔ１１２３はご依頼主から集荷依頼を受けているか、持込みを希望しているかを表す指定である。Ｔ１１２４は配送する荷物のサイズであり、縦、横、高さの長さの合計センチメートル単位で選択する指定である。Ｔ１１２５は、荷物を配送するための運賃である。Ｔ１１２６は、集荷場所がコンビニエンスストア等の場合に指定するコードである。Ｔ１１２７は、実際に取扱店においてご依頼主から配送注文を頂き対応した者の氏名である。Ｔ１１２８は、伝票番号における現在の配送ステータスを格納するものである。
【００４６】
次に、上記各項目としてデータ登録部１３３ｃに登録される実際のデータ例について説明する。
【００４７】
Ｔ１１２９は伝票番号の指定例である。運輸会社で管理している伝票番号ＩＤが格納されている例となっている。Ｔ１１３０はご依頼主から配送の注文を頂いた日付であり、ＹＹ−ＭＭ−ＤＤ形式で格納する。Ｔ１１３１はお届け先に配達する日付であり、ＹＹ−ＭＭ−ＤＤ形式で格納する。Ｔ１１３２はその時間帯であり、運輸会社のお届け時間帯指定サービスの区切りに合せた格納例となっている。Ｔ１１３３はお届け先の連絡先電話番号の例であり、Ｔ１１３４はお届け先の郵便番号の例であり、Ｔ１１３５はお届け先の住所の例であり、Ｔ１１３６はお届け先の氏名の例である。Ｔ１１３７はご依頼主の連絡先電話番号の例であり、Ｔ１１３８はご依頼主の郵便番号の例であり、Ｔ１１３９はご依頼主の住所の例であり、Ｔ１１４０はご依頼主の氏名の例である。
【００４８】
Ｔ１１４１は、配送する荷物の品名の例であり、ご依頼主から頂いている品名を入力するものである。Ｔ１１４２は配送する荷物がワレモノであるかどうかの指定で「有り／無し」を選択するものであり、Ｔ１１４３は配送する荷物がナマモノであるかどうかの指定で「有り／無し」を選択するものであり、Ｔ１１４４は配送する荷物がクール冷凍の必要があるかどうかの指定で「有り／無し」を選択するものであり、Ｔ１１４５は配送する荷物がクール冷蔵の必要があるかどうかの指定で「有り／無し」を選択するものである。Ｔ１１４６は配送する荷物がゴルフクラブ一式であるかどうかの指定で「有り／無し」を選択するものであり、有りの場合、Ｔ１１４７はゴルフプレー日の指定の例である。Ｔ１１４８は配送する荷物がスキー道具一式であるかどうかの指定で「有り／無し」を選択するものである。Ｔ１１４９は空港利用時の空港を指定するもので届け先の空港を指定するものである。Ｔ１１５０は、配送する荷物の配送先センタのコードを指定する例である。Ｔ１１５１はご依頼主から集荷依頼を受けているか、持込みを希望しているかを表す指定であり集荷依頼を受けている場合の例である。Ｔ１１５２は配送する荷物のサイズであり、縦、横、高さの長さの合計で80cm以下であることを指定している例である。Ｔ１１５３は、荷物を配送するための運賃の例である。Ｔ１１５４は、集荷場所がコンビニエンスストア等の場合に指定するコード例である。Ｔ１１５５は、実際に取扱店においてご依頼主から配送注文を頂き対応した者の氏名の例である。Ｔ１１５６は、伝票番号における現在の配送ステータスとして、「配送中」を格納している例である。
【００４９】
次に、上記携帯端末１１の各機能が、本実施形態においてどのように用いられるか、配達員等が配達先などで、荷物の最新のステータスの登録を行う処理に沿って説明する。図４は本実施形態の貨物追跡システム１０において、配達員が配達先などで、自身が保有する携帯端末１１を用いて取り扱っている荷物の最新のステータスを登録する際の処理フローである。
【００５０】
まず、Ｊａｖａアプリケーション部１１４は、携帯端末１１に予め備えられたボタンを介して配達員からの指示を受け付け、Ｊａｖａアプリケーションを起動する（ステップＳ２０１）。
【００５１】
次に、携帯端末１１に予め備えられたボタンを介して配達員からの指示を受け付け、Ｊａｖａアプリケーション部１１４は、カメラ機能部１１１に、配達伝票のバーコードを撮影させる（ステップＳ２０２）。具体的には、Ｊａｖａアプリケーションが起動されることによってメイン画面が携帯端末１１の画面に表示される。その中にある伝票読取を指示するボタンの選択を受け付けることで、カメラ機能部１１１は起動される。
【００５２】
カメラ機能部１１１での撮影処理後、Ｊａｖａアプリケーション部１１４は、バーコード解析機能部１１２に、ステップＳ２０２において撮影されたバーコードを解析させ、バーコードのＩＤを取得する（ステップＳ２０３）。読み取ったバーコードを解析し、ＩＤを取得する処理は、既存の技術であるため、ここでは詳細に説明しない。
【００５３】
その後、Ｊａｖａアプリケーション部１１４は、ステップＳ２０３で取得したＩＤを、携帯端末１１の通信機能を用いて、通信網１２を介して貨物追跡センタ１３の貨物追跡サーバ１３２に送信することにより、当該ＩＤに対応づけて貨物追跡センタ１３の配送ステータス管理テーブル１３３に格納されている荷物情報および配送ステータス情報を要求する。
【００５４】
そして、要求に応じて、荷物情報および配送ステータス情報を受け取ると、送信したＩＤに関連づけて登録用データバッファ１１６に登録し、その後、ステータス管理機能部１１５に、配送ステータス情報を、最新のものに更新させる（ステップＳ２０４）。
【００５５】
ここで、後述する蓄積送信方式を使用する場合は、ステップＳ２０２からステップＳ２０４の処理を繰り返し、登録用データバッファ１１６に複数のＩＤに係るデータを登録する。
【００５６】
次に、Ｊａｖａアプリケーション部１１４は、携帯端末１１の通信機能を用いて、ステップＳ２０４において登録用データバッファ１１６に登録したデータ（ＩＤおよび更新後の配送ステータス情報）を、通信網１２を介して貨物追跡センタ１３に送信する（ステップＳ２０５）。
【００５７】
貨物追跡センタ１３では、貨物追跡サーバ１３２が、ＩＤおよび配送ステータス情報を受け取り、ステータス制御部１３４に、それを用いて配送ステータス管理テーブル１３３を更新させる（ステップＳ２０６）。
【００５８】
以上のように、本実施形態によれば、配達員に過度の負荷を与えることなく、リアルタイム性の高い配送ステータス更新が可能となる。
【００５９】
なお、上記処理では、各荷物に関し、1件ずつ貨物追跡センタ１３へ情報を送信しているが、複数件蓄積して一括送信する方法も可能とする。この場合は、ステップＳ２０４（ステータス情報登録）まで完了した時点で、追加の登録要求の有無の入力を受け付ける画面を携帯端末１１の表示部に表示する。配達員から、追加登録を行う指示を受け付けると、ステップＳ２０２（伝票バーコードを撮影）に移行する。配達員から追加登録を行わない旨の指示を受け付けると、ステップＳ２０５に移行する。
【００６０】
このように、追加したい件数分、ステップＳ２０２（伝票バーコードを撮影）からステップＳ２０４（ステータス情報登録）までを繰り返すことによって、複数の荷物情報および配送ステータス情報を、登録用データバッファ１１６に蓄積後、ステップＳ２０５に進むことにより、一括して送信することができる。
【００６１】
なお、以後、本明細書では、1件ずつ貨物追跡サーバ１３２にデータを送信する方式を、１件送信方式、多数件の配送ステータスを登録用データバッファ１１６に蓄積後、まとめて送信する方式を、蓄積送信方式と呼ぶ。
【００６２】
また、本実施形態では、ステップＳ２０３においてＩＤを取得した後、そのＩＤを貨物追跡センタ１３に送信し、当該ＩＤに対応付けて登録されている荷物情報等の返信を受け、内容を確認してから、最新のステータスの入力を行っている。しかし、この確認処理はなくてもよい。
【００６３】
すなわち、ＩＤを取得した後、すぐに、最新のステータスの入力を行い、ＩＤとともに最新のステータスを貨物追跡センタ１３に送信するよう構成してもよい。
【００６４】
次に、上記処理時における、携帯端末１１における画面遷移について説明する。図５は携帯端末１１で実行されるＪａｖａアプリケーションの画面遷移図である。これらの画面遷移は、Ｊａｖａアプリケーション部１１４により制御される。
【００６５】
画面３１はＪａｖａアプリケーションが格納されているＪａｖａライブラリ画面である。３１１はＪａｖａアプリケーションが格納される領域であり、貨物追跡システムアプリケーションは、プレインストール等されているアプリケーション群の一つとして存在するものである。３１２はアプリケーションの追加や削除の指示を受け付けるためのサブメニューボタンであり、３１３は、貨物追跡システムアプリケーションを起動する指示を受け付けるための実行ボタンである。
【００６６】
画面３２は貨物追跡システムアプリケーションを実行した際に表示される貨物追跡システムメイン画面である。３２１は伝票読み取りなどの必要な機能の選択を受け付けるためのシステムメニューである。３２２は３２１で指定したメニューの実行の指示を受け付けるための実行ボタンであり、３２３は貨物追跡システムアプリケーションを終了する指示を受け付けるための終了ボタンである。
【００６７】
画面３３は、システムメニュー３２１から伝票読み取りメニューの選択の指示を受け付けた際に表示されるバーコード撮影用画面である。伝票読み取りメニューにおいて、実行ボタン３２２を介して伝票読み取りの指示を受け付けると、カメラ機能部１１１が起動され、本画面が表示される。なお、３３１はカメラの撮影フィールドであり、配送伝票のバーコード部分３３４の全体が収まるように、カメラをセットする必要がある。３３２は、撮影フィールドにバーコードをセットした状態で撮影を実行する指示を受け付けるための撮影ボタンであり、３３３は貨物追跡システムアプリケーションを終了する指示を受け付けるための終了ボタンである。３３４は、カメラ機能部１１１のファインダ部に捕らえられている配送伝票に印刷されているバーコードである。この状態で撮影の指示を受け付けることにより、カメラ機能部１１１によりバーコードが撮影され、バーコード解析機能部１１２により、撮影されたバーコード情報の解析処理が実行される。
【００６８】
画面３４はバーコードの解析画面である。ここでは、Ｊａｖａアプリケーション部１１４は、バーコードをカメラ機能１１１に撮影させた後、バーコード解析機能部１１２に、携帯端末１１内でバーコードを解析させ、バーコードIDを取得し、その結果を貨物追跡サーバ１３２へ送信する。この間、画面３４が表示される。３４１はバーコードの解析経過を表示するプログレスバーであり、３４２は現在の処理ステータスを表示するメッセージであり、３４３は貨物追跡システムアプリケーションを終了する指示を受け付けるための終了ボタンである。
【００６９】
画面３５は配送ステータス登録画面である。貨物追跡サーバ１３２へバーコード解析結果を送信し、その応答を受信した際に、受信した荷物情報および配送ステータス情報が表示される。本表示により、配達員は、撮影した配送伝票の情報が正しいことを確認することが出来る。３５１は荷物情報および配送ステータス情報を表示するフィールドである。
【００７０】
フィールド３５１は、新たな配送ステータスを入力可能なリストボックス３５５を備える。リストボックス３５５には、配送ステータスリスト１１３に登録されている、荷物の各ステータスがメニュー形式で表示される。配達員は、現状の配送ステータスをリストボックス３５５に表示されるメニューから選択し、登録することによって、最新の配送ステータス情報を入力するができる。すなわち、Ｊａｖａアプリケーション部１１４は、リストボックス３５５を介して現状の配送ステータス情報の選択を受け付けると、登録用データバッファ１１６の配送ステータス情報を更新し、蓄積する。
【００７１】
３５２は、追加でデータを蓄積する際の指示を受け付ける追加ボタンである。本ボタンを介して指示を受け付けた場合、Ｊａｖａアプリケーション部１１４は、次画面として画面３３（バーコード撮影用画面）を表示させる。３５３は貨物追跡サーバ１３２へデータを送信する指示を受け付ける登録ボタンであり、３５４は貨物追跡システムアプリケーションを終了する指示を受け付けるための終了ボタンである。
【００７２】
画面３６は配送ステータス情報を送信中の画面である。１件送信方式および蓄積送信方式のいずれにおいても、登録ボタン３５３を介して、データを貨物追跡サーバ１３２に送信する指示を受け付けると、Ｊａｖａアプリケーション部１１４は、ＩＤおよび更新した配送ステータス情報の送信を開始し、その間、本画面が表示される。３６１はＩＤおよび配送ステータス情報の送信経過を表示するプログレスバーであり、３６２は配送ステータス情報等が送信中であることを表示するメッセージであり、３６３は貨物追跡アプリケーションを終了する指示を受け付けるための終了ボタンである。
【００７３】
画面３７は配送ステータス情報の登録完了画面である。Ｊａｖａアプリケーション部１１４は、配送ステータス情報等を送信し終えると、本画面を表示する。画面３７の表示により、一連の配送ステータス登録作業が完了したことを意味する。３７１は配送ステータス情報の更新が完了したことを表示するメッセージであり、３７２はさらに継続して登録する指示を受け付ける継続ボタンである。継続ボタン３７１を介して指示を受け付けると、Ｊａｖａアプリ１１４は、次画面として画面３３（バーコード撮影用画面）を表示させる。３７３は貨物追跡システムアプリケーションを終了する指示を受け付けるための終了ボタンである。
【００７４】
次に、各機能ブロック間の処理の推移について図１を用いて説明する。
【００７５】
まず始めに、運輸会社事務所の作業員から、初期入力機能部１３６を介して、配送計画１３５（本実施形態では、配送伝票）の、配送ステータス管理テーブル１３３への登録を受け付ける（ステップＳ４４１、Ｓ４４２）。これにより、配送ステータス管理テーブル４５２には、配送計画データが蓄積管理される。なお、本処理は、受け付けた荷物の数（伝票数）だけ、行われる。
【００７６】
次に、携帯端末１１側の処理に移る。配達員等からの指示に従って、貨物追跡システム１０を利用するために貨物追跡システムアプリケーション（Ｊａｖａアプリケーション）を起動する（ステップＳ４０１）。
【００７７】
Ｊａｖａアプリケーション部１１４は、カメラ機能部１１１を起動し（ステップＳ４０２）、そのレスポンスをカメラ機能部１１１から受信する（ステップＳ４０３）。
【００７８】
Ｊａｖａアプリケーション部１１４は、配達員からの指示に従って、カメラ機能部１１１に、配送伝票のバーコードの撮影を行わせ、撮影したバーコードの画像を、バーコード解析機能部１１２に渡す（ステップＳ４０４）。そして、バーコード解析機能部１１２から、バーコードの解析により抽出されたＩＤを解析結果として受け取る（ステップＳ４０５）。
【００７９】
Ｊａｖａアプリケーション部１１４は、受け取ったＩＤを、通信インタフェース部１１７、通信網１２を介して、貨物追跡センタ１３に向けて送出する（ステップＳ４０６）。
【００８０】
貨物追跡センタ１３では、貨物追跡サーバ１３２の通信インタフェース部１３７がそのＩＤを受け取る。そして、ステータス制御部１３４は、そのＩＤをキーに配送ステータス管理テーブルを検索し（ステップＳ４０７、４０８）、そのＩＤを有する荷物の、荷物情報および配送ステータス情報を抽出する（ステップＳ４０９）。
【００８１】
ステータス制御部１３４は、抽出した荷物情報および配送ステータス情報を、通信インタフェース部１３７、通信網１２を介して送信元の携帯端末１１に向けて、送出する（ステップＳ４１０）。
【００８２】
ＩＤに対応する荷物情報および配送ステータス情報を受け取ったＪａｖａアプリケーション部１１４は、携帯端末１１の表示部の画面に受け取った情報を表示させる（ステップＳ４１１）。この時、Ｊａｖａアプリケーション部１１４は、ステータス一覧の取得を要求するためにステータス管理機能部１１５にアクセスし（ステップＳ４１２）、配送ステータスリスト１１３からステータス一覧を取得し（ステップＳ４１３）、リストボックス３５５に表示する。
【００８３】
配達員から、リストボックス３５５内の特定のステータスの選択の指示を受け付けると、Ｊａｖａアプリケーション部１１４は、貨物追跡サーバ１３２から受け取った荷物情報および配送ステータス情報を、配達員から選択を受けた新規の配送ステータス情報に更新する。
【００８４】
そして、Ｊａｖａアプリケーション部１１４は、荷物情報および更新後の配送ステータス情報を、登録用データバッファ１１６に登録し（ステップＳ４１４）、蓄積完了の通知をうけとる（ステップＳ４１５）。その後、配達員から、登録ボタン３５３により貨物追跡センタ１３への登録の指示を受け付けると、ＩＤと更新された配送ステータス情報とを、通信インタフェース部１１７、通信網１２を介して貨物追跡センタ１３に送出する（ステップＳ４１６）。
【００８５】
なお、一件送信方式の場合、ステップＳ４１４およびＳ４１５はなくてもよい。この場合、Ｊａｖａアプリケーション部１１４は、表示している荷物情報および更新後の配送ステータス情報の組を、登録用データバッファ１１６に登録する代わりに、直接通信インタフェース部１１７、通信網１２を介して貨物追跡センタ１３に送出する。
【００８６】
また、蓄積送信方式の場合、ステップＳ４０２からステップＳ４１５までの処理を所望の伝票数繰り返し、配達員からデータを貨物追跡センタ１３への登録の指示を受け付けた後に、ステップＳ４１６からの処理を行う。
【００８７】
通信網１２、通信インタフェース部１３７を介して、ＩＤおよび更新後の配送ステータス情報を受け取ると（ステップＳ４１７）、ステータス制御部１３４は、配送ステータス管理テーブル１３３にアクセスし（ステップＳ４１８）、該当するＩＤの配送ステータス情報を、受け取った情報で更新する。更新を終えると（ステップＳ４１９）、更新完了通知を通信インタフェース部１３７、通信網１２を介して、送信元の携帯端末１１に送出する（ステップＳ４２０）。
【００８８】
Ｊａｖａアプリケーション部１１４は、通信インタフェース部１１７を介して、更新完了通知を受信すると（ステップＳ４２１）、Ｊａｖａアプリケーションを終了する（ステップＳ４２２）。なお、その後、配送ステータス情報を更新し続ける場合は、ここで、Ｊａｖａアプリケーションを終了せず、ステップＳ４０２からの処理を繰り返してもよい。
【００８９】
次に、配送伝票に記入された情報に基づいて、配送計画１３５を入力する場合のシーケンスについて説明する。図６は、配送計画１３５を入力する際の通信シーケンスである。
【００９０】
初期入力機能部１３６は、初期入力画面を表示し（ステップＳ５０１）、初期入力画面を介して、配送伝票の記入内容の入力を受け付ける(ステップＳ５０２)。初期入力機能部１３６は、ステップＳ５０２の入力が完了した旨の指示を受け付けると、受け付けたデータを、貨物追跡サーバ１３２に送信し（ステップＳ５０３）、配送ステータス管理テーブル１３３に登録する（ステップＳ５０４）。貨物追跡サーバ１３２から、蓄積完了通知を受領し（ステップＳ５０５）、処理を終了する。ステップＳ５０１からステップＳ５０５までの処理は、配送ステータス情報を更新する処理とは非同期で行われる。ただし、本処理が未完了の荷物は、基礎となるデータが未登録であるため、配送ステータス情報の更新処理を行うことはできない。
【００９１】
次に、携帯端末１１が、貨物追跡センタ１３の貨物追跡サーバ１３２にアクセスする際の、ログイン処理について説明する。本実施形態では、携帯端末１１から、貨物追跡サーバ１３２が保持する配送ステータス管理テーブルの情報を取得し、更新することになる。従って、アクセス時には、認証を行い、アクセス元を制限する必要がある。以下の処理は、予めアクセスを許可された携帯端末１１からのみ、貨物追跡サーバ１３２へのアクセスおよびその後の処理を可能とするための処理である。
【００９２】
図７は、携帯端末１１から貨物追跡システム１０を利用するときに、認証を行う際のログインシーケンスである。
【００９３】
Ｊａｖａアプリケーション部１１４は起動後(ステップＳ６０１)、携帯端末１１から携帯端末１１固有のＩＤを取得するとともに、配達員からパスワードなどの認証情報の入力を受け付ける（ステップＳ６０２）。
【００９４】
受け付けたパスワードおよび携帯端末１１固有のＩＤを通信インタフェース部１１７から通信インタフェース１３７に向けて送信する（ステップＳ６０３、６０４）。
【００９５】
通信インタフェース１３７から携帯端末１１固有のＩＤおよびパスワードを受け取ったステータス制御部１３４は、ユーザ認証処理部（不図示）に認証処理を依頼する（ステップＳ６０６）。ユーザ認証処理部では、予め保持するユーザ認証データベースを参照し、合致するＩＤおよびパスワードの組が登録されているか否か判断し（ステップＳ６０７）、登録されている場合は、認証成功を示す応答を、登録されていない場合は、認証不成功を示す応答を結果としてステータス制御部１３４に渡す（ステップＳ６０８）。
【００９６】
ステータス制御部１３４は、ステップＳ６０８で受け取った応答を、通信インタフェース部１３７を介して通信インタフェース部１１７に送出し（ステップＳ６０９、Ｓ６１０）、Ｊａｖａアプリケーション部１１４は、通信インタフェース部１１７を介して、結果を受け取り（ステップＳ６１１）、その結果を携帯端末１１の表示部に表示する。
【００９７】
なお、貨物追跡サーバ１３２は、認証成功であれば、Ｊａｖａアプリケーションを終了するまで、この携帯端末１１からのアクセスを許可する。認証不成功であれば、この携帯端末１１からのアクセスを受け付けない。
【００９８】
また、上記シーケンスでは、携帯端末固有のＩＤを使用したが、これに限られない。例えば、ＩＤ、パスワードともに、配達員等が認証時に入力するよう構成してもよい。この場合は、配達員等が認証されることになり、アクセスを許可された配達員であれば、いずれの携帯端末１１であっても使用することができる。
【００９９】
図７の処理において、通信インタフェース部１１７と通信インタフェース部１３７との間の通信は、通信網１２を介して行われ、本実施形態では、ＩＰパケットの送受信により実現される。以下の各シーケンスにおいても、同様である。
【０１００】
次に、１件送信方式の場合の、各機能ブロック間の処理シーケンスを説明する。図８および図９は、認証成功後、伝票1件ずつステータス更新を行う1件送信方式に関する通信シーケンスである。
【０１０１】
Ｊａｖａアプリケーション部１１４は、貨物追跡システムメイン画面３２において、伝票読み取りメニューの選択の指示を受け付けると（ステップＳ８０１）、カメラ機能部１１１にカメラ起動要求を送信し（ステップＳ８０２）、カメラ機能部１１１を起動させる。カメラ機能部１１１は、起動後カメラ起動応答をＪａｖａアプリケーション部１１４に返信する（ステップＳ８０３）。
【０１０２】
次に、Ｊａｖａアプリケーション部１１４は、カメラ機能部１１１に撮影の指示を送信し（ステップＳ８０４）、撮影完了後、撮影完了の応答をカメラ機能部１１１から受信する（ステップＳ８０５）。
【０１０３】
そして、Ｊａｖａアプリケーション部１１４は、バーコード解析機能部１１２に、カメラ機能部１１１が撮影したバーコードの解析を要求するバーコード解析要求を送信する（ステップＳ８０６）。バーコード解析機能１１２は、解析を終了すると、解析結果、すなわち、ＩＤをＪａｖａアプリケーション部１１４に送信する（ステップＳ８０７）。
【０１０４】
その後、Ｊａｖａアプリケーション部１１４は、通信インタフェース部１１７、通信インタフェース部１３７を介して、ＩＤを、荷物情報等要求として、貨物追跡サーバ１３２のステータス制御部１３４に送信する（ステップＳ８０８、Ｓ８０９、Ｓ８１０）。
【０１０５】
受け取ったステータス制御部１３４は、配送ステータス管理テーブル１３３にアクセスし、受け取ったＩＤをキーに検索し（ステップＳ８１１）、当該ＩＤに対応付けて配送ステータス管理テーブル１３３に登録されている荷物情報および配送ステータス情報を抽出する（ステップＳ８１２）。
【０１０６】
ステータス制御部１３４は、抽出した荷物情報および配送ステータス情報を、荷物情報等応答として、通信インタフェース部１３７、通信インタフェース部１１７を介して、Ｊａｖａアプリケーション部１１４に送信する（ステップＳ８１３、Ｓ８１４、Ｓ８１５）。
【０１０７】
Ｊａｖａアプリケーション部１１４は、荷物情報等応答を受け取ると、受け取った情報を、携帯端末の表示部に、配送ステータス登録画面３５として表示する（ステップＳ８１６）。このとき、登録用データバッファ１１６に、一旦受信したデータを格納してもよい。
【０１０８】
ここで、配送ステータス情報の入力を受け付けるプルダウンメニューが選択されると、Ｊａｖａアプリケーション部１１４は、ステータス管理機能１１５にステータスリスト一覧を要求し（ステップＳ８１７）、ステータスリスト一覧を取得し（ステップＳ８１８）、配送ステータス登録画面３５の配送ステータス情報をプルダウンメニューに表示する（ステップＳ８１９）。
【０１０９】
Ｊａｖａアプリケーション部１１４は、配送ステータス登録画面３５のプルダウンメニューにより、当該ＩＤを有する荷物の最新の配送ステータス情報の登録を受け付ける（これにより更新するステータスが画面上選択されている状態となり、ここで、登録ボタン３５３の押下による指示を受け付ける）と（ステップＳ８２０）、図９に進み、ＩＤとともに、受け付けた最新の配送ステータス情報を、配送ステータス情報更新要求として、通信インタフェース部１１７、通信インタフェース部１３７を介して、ステータス制御部１３４に送信する（ステップＳ８２１、Ｓ８２２、Ｓ８２３）。
【０１１０】
受け取ったステータス制御部１３４は、配送ステータス管理データベース１３３にアクセスし、該当するＩＤに関連づけて登録されているデータの配送ステータスを受け取った配送ステータス情報更新要求に格納されている配送ステータスに更新する（ステップＳ８２４）。更新の登録が完了すると（ステップＳ８２５）、ステータス制御部１３４は、通信インタフェース部１３７、通信インタフェース部１１７を介して、更新終了応答を、Ｊａｖａアプリケーション部１１４に送信する（ステップＳ８２６、Ｓ８２７、Ｓ８２８）。
【０１１１】
以上が、１件送信方式時の通信シーケンスである。
【０１１２】
次に、蓄積送信方式の場合の通信シーケンスについて説明する。
【０１１３】
図１０は、認証成功後、配送ステータス情報の更新を行った伝票複数件を、携帯端末１１に蓄積した後にまとめて、追跡管理サーバに送信する場合の、蓄積送信方式に関する通信シーケンスである。
【０１１４】
図８のＳ８０１からＳ８２０までのシーケンスを行う（ステップＳ９０１）。
【０１１５】
Ｊａｖａアプリケーション部１１４は、ステップＳ８２０において、最新の配送ステータス情報の選択を受け付けた後、配送ステータス登録画面３５において、登録ボタン３５３ではなく、追加ボタン３５２による追加の指示を受け付けると、登録用データバッファ１１６に、ＩＤおよび受け付けた最新の配送ステータス情報を対応付けて登録する（ステップＳ９０２）。そして、ステップＳ８０２のカメラ起動要求からステップＳ９０４の登録までの処理を、配送ステータス登録画面において、登録ボタン３５３による登録の指示を受け付けるまで（蓄積するデータの回数分）繰り返す。
【０１１６】
Ｊａｖａアプリケーション部１１４は、配送ステータス登録画面３５において、登録ボタン３５３による登録の指示を受け付けると（ステップＳ９０５）、登録データバッファ１１６から登録されているデータを全て読み出し（ステップＳ９０６、Ｓ９０７）、配送ステータス情報更新要求として、通信インタフェース部１１７、通信インタフェース部１３７を介して、ステータス制御部１３４に送信する（ステップＳ９０８、Ｓ９０９、Ｓ９１０）。
【０１１７】
受け取ったステータス制御部１３４は、配送ステータス管理データベース１３３にアクセスし、該当するＩＤに関連づけて登録されているデータ全ての配送ステータスを、それぞれ、受け取った配送ステータス情報更新要求に格納されている配送ステータス情報に更新する（ステップＳ９１１）。更新の登録が完了すると（ステップＳ９１２）、ステータス制御部１３４は、通信インタフェース部１３７、通信インタフェース部１１７を介して、更新終了応答を、Ｊａｖａアプリケーション部１１４に送信する（ステップＳ９１３、Ｓ９１４、Ｓ９１５）。
【０１１８】
以上、蓄積送信方式の通信シーケンスを説明した。
【０１１９】
なお、上記では、配達員が配達先で、ステータスを更新する場合を想定して記載したが、携帯端末１１によるステータス更新はこれに限られない。配送計画１３５が配送ステータス管理テーブルに登録された後であれば、ステータスリスト１１３にある、いずれの状況でも入力可能である。
【０１２０】
以上、説明したように、本実施形態によれば、配達員は、携帯端末１１によって、貨物追跡センタ１３から離れた場所にいても、その時点での、荷物のステータス情報を容易にリアルタイムで更新することができる。
【０１２１】
特に、本実施形態によれば、荷物を特定するために必要な、伝票番号のＩＤの入力を、携帯端末１１に備えられている撮影機能、バーコード解析機能を用いて、容易に取得することができる。例えば、夜間の配達先などの暗い場所でも、桁数の多い伝票番号の入力あるいは指定を誤ることがない。従って、登録される各荷物のステータスの精度も高まる。
【０１２２】
以上、説明したように本発明によって、運輸会社は携帯端末によりリアルタイムに荷物のステータスを管理することが可能となる。従って、顧客からの問い合わせ等に応じて、精度の高い荷物のステータスを提供でき、顧客満足度の高い貨物追跡サービスを実現することが可能となる。
【０１２３】
同時に、精度の高い荷物のステータスを常時把握可能となるので、輸送計画にも反映でき、効率のよい輸送体制をしくことが可能となり、輸配送品質を高めることができる。
【図面の簡単な説明】
【０１２４】
【図１】図１は、本実施形態の貨物追跡システム構成および機能ブロック図である。
【図２】図２は、本実施形態の配送ステータスリストのデータ構造の一例である。
【図３】図３は、本実施形態の配送ステータス管理テーブルのデータ構造の一例である。
【図４】図４は、本実施形態の、荷物の最新のステータスを登録する場合の処理フローである。
【図５】図５は、本実施形態の携帯端末の表示画面上に表示される画面の遷移を説明するための図である。
【図６】図６は、本実施形態の配送計画入力時のシーケンスである。
【図７】図７は、本実施形態のユーザ認証時のシーケンスである。
【図８】図８は、本実施形態の１件送信方式のシーケンスである。
【図９】図９は、本実施形態の１件送信方式のシーケンスである。
【図１０】図１０は、本実施形態の蓄積送信方式のシーケンスである。
【符号の説明】
【０１２５】
１０：貨物追跡システム、１１：携帯端末、１２：通信網、１３：貨物追跡センタ、１１１：カメラ機能部、１１２：バーコード解析機能部、１１４：Ｊａｖａアプリケーション部、１１５：ステータス管理機能部、１１６：登録用データバッファ、１１７：通信インタフェース、１３１：配送計画入力サーバ、１３２：貨物追跡サーバ、１３３：配送ステータス管理テーブル、１３４：ステータス制御部、１３５：配送計画、１３６：初期入力機能、１３７：通信インタフェース、
【特許請求の範囲】
【請求項１】
貨物追跡用携帯端末であって、
各貨物に付与されている識別情報を撮影する撮影手段と、
前記撮影手段において撮影した前記識別情報の画像を解析して当該識別情報を抽出する識別情報解析手段と、
前記識別情報を有する貨物の最新のステータスの入力を受け付けるステータス入力受付手段と、
前記受け付けた最新のステータスを当該貨物の識別情報とともに、前記サーバに送信する通信手段と、
を備えることを特徴とする貨物追跡用携帯端末。
【請求項２】
請求項１記載の貨物追跡用携帯端末であって、
表示手段をさらに備え、
前記通信手段は、
前記識別情報解析手段において抽出した識別情報を貨物情報要求として前記サーバに送信し、当該貨物情報要求への応答として、当該識別情報に対応づけて前記サーバで管理されている前記貨物の情報およびステータスを、前記サーバから受信し、
前記表示手段は、前記通信手段において前記貨物情報要求への応答として受信した貨物の情報およびステータスを表示すること
を特徴とする貨物追跡用携帯端末。
【請求項３】
請求項１または２記載の貨物追跡用携帯端末であって、
Ｊａｖａ（登録商標）アプリケーションの実行環境を搭載し、当該実行環境で動作するＪａｖａ（登録商標）アプリケーションにより、前記撮影手段、前記識別情報解析手段、前記ステータス入力受付手段、および、前記通信手段を制御すること
を特徴とする貨物追跡用携帯端末。
【請求項４】
貨物追跡センタの貨物追跡サーバと携帯端末とを有する貨物追跡システムであって、
前記携帯端末は、
各貨物に付与されている識別情報を撮影する撮影手段と、
前記撮影手段において撮影した前記識別情報の画像を解析して当該識別情報を抽出する識別情報解析手段と、
前記識別情報を有する貨物の最新のステータスの入力を受け付けるステータス入力受付手段と、
前記受け付けた最新のステータスを当該貨物の識別情報とともに、前記サーバに送信する通信手段と、
を備え、
前記貨物追跡サーバは、
前記携帯端末から受信した前記貨物の最新のステータスを前記識別情報に対応付けて管理すること
を特徴とする貨物追跡システム。
【請求項５】
貨物の最新のステータスを当該貨物に予め付与された識別情報に対応づけて管理する貨物追跡方法であって、
携帯端末の撮影機能を用いて貨物に付与された識別情報を撮影する識別情報撮影ステップと、
前記携帯端末の識別情報解析機能を用いて、前記識別情報撮影ステップにおいて撮影された識別情報の画像を解析し、当該識別情報を抽出する識別情報抽出ステップと、
前記携帯端末の入力機能を用いて、当該貨物の最新のステータスの入力を受け付ける最新ステータス入力受付ステップと、
前記受け付けた前記貨物の最新のステータスと前記抽出した当該貨物の識別情報とを前記携帯端末の通信機能を用いて、各貨物のステータスを当該貨物の識別情報に対応づけて管理するサーバに送信する最新ステータス送信ステップと、
前記受信した最新のステータスによって、前記サーバにおいて管理する貨物のステータスを更新するステータス更新ステップと、を備えること
を特徴とする貨物追跡方法。
【請求項１】
貨物追跡用携帯端末であって、
各貨物に付与されている識別情報を撮影する撮影手段と、
前記撮影手段において撮影した前記識別情報の画像を解析して当該識別情報を抽出する識別情報解析手段と、
前記識別情報を有する貨物の最新のステータスの入力を受け付けるステータス入力受付手段と、
前記受け付けた最新のステータスを当該貨物の識別情報とともに、前記サーバに送信する通信手段と、
を備えることを特徴とする貨物追跡用携帯端末。
【請求項２】
請求項１記載の貨物追跡用携帯端末であって、
表示手段をさらに備え、
前記通信手段は、
前記識別情報解析手段において抽出した識別情報を貨物情報要求として前記サーバに送信し、当該貨物情報要求への応答として、当該識別情報に対応づけて前記サーバで管理されている前記貨物の情報およびステータスを、前記サーバから受信し、
前記表示手段は、前記通信手段において前記貨物情報要求への応答として受信した貨物の情報およびステータスを表示すること
を特徴とする貨物追跡用携帯端末。
【請求項３】
請求項１または２記載の貨物追跡用携帯端末であって、
Ｊａｖａ（登録商標）アプリケーションの実行環境を搭載し、当該実行環境で動作するＪａｖａ（登録商標）アプリケーションにより、前記撮影手段、前記識別情報解析手段、前記ステータス入力受付手段、および、前記通信手段を制御すること
を特徴とする貨物追跡用携帯端末。
【請求項４】
貨物追跡センタの貨物追跡サーバと携帯端末とを有する貨物追跡システムであって、
前記携帯端末は、
各貨物に付与されている識別情報を撮影する撮影手段と、
前記撮影手段において撮影した前記識別情報の画像を解析して当該識別情報を抽出する識別情報解析手段と、
前記識別情報を有する貨物の最新のステータスの入力を受け付けるステータス入力受付手段と、
前記受け付けた最新のステータスを当該貨物の識別情報とともに、前記サーバに送信する通信手段と、
を備え、
前記貨物追跡サーバは、
前記携帯端末から受信した前記貨物の最新のステータスを前記識別情報に対応付けて管理すること
を特徴とする貨物追跡システム。
【請求項５】
貨物の最新のステータスを当該貨物に予め付与された識別情報に対応づけて管理する貨物追跡方法であって、
携帯端末の撮影機能を用いて貨物に付与された識別情報を撮影する識別情報撮影ステップと、
前記携帯端末の識別情報解析機能を用いて、前記識別情報撮影ステップにおいて撮影された識別情報の画像を解析し、当該識別情報を抽出する識別情報抽出ステップと、
前記携帯端末の入力機能を用いて、当該貨物の最新のステータスの入力を受け付ける最新ステータス入力受付ステップと、
前記受け付けた前記貨物の最新のステータスと前記抽出した当該貨物の識別情報とを前記携帯端末の通信機能を用いて、各貨物のステータスを当該貨物の識別情報に対応づけて管理するサーバに送信する最新ステータス送信ステップと、
前記受信した最新のステータスによって、前記サーバにおいて管理する貨物のステータスを更新するステータス更新ステップと、を備えること
を特徴とする貨物追跡方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００６−１０８８６５（Ｐ２００６−１０８８６５Ａ）
【公開日】平成１８年４月２０日（２００６．４．２０）
【国際特許分類】
【出願番号】特願２００４−２９００５２（Ｐ２００４−２９００５２）
【出願日】平成１６年１０月１日（２００４．１０．１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１８年４月２０日（２００６．４．２０）
【国際特許分類】
【出願日】平成１６年１０月１日（２００４．１０．１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]