特許 5916655 情報処理装置、荷札発行システムおよびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5916655

(24)【登録日】2016年4月15日

(45)【発行日】2016年5月11日

(54)【発明の名称】情報処理装置、荷札発行システムおよびプログラム

(51)【国際特許分類】

   G06Q 50/28 20120101AFI20160422BHJP

【ＦＩ】

   G06Q50/28

【請求項の数】6

【全頁数】15

(21)【出願番号】特願2013-78738(P2013-78738)

(22)【出願日】2013年4月4日

(65)【公開番号】特開2014-203259(P2014-203259A)

(43)【公開日】2014年10月27日

【審査請求日】2014年9月29日

(73)【特許権者】

【識別番号】000003562

【氏名又は名称】東芝テック株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】山梨 雅巳

【審査官】 山本 雅士

(56)【参考文献】

【文献】 特開２００９−２０５２９０（ＪＰ，Ａ）

【文献】 特開２００５−０７５５９７（ＪＰ，Ａ）

【文献】 特開２００２−２５５３４５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ５０／３４

(57)【特許請求の範囲】

【請求項1】

荷物の配送依頼を配送業者に代わって受け付ける取次店が備える情報処理装置であって、
画像を表示する表示部と、
操作者による操作を受け付ける操作部と、
前記配送業者における受注および配送の記録を管理するサーバとの間で通信回線を介した通信を実現する通信部と、
プリンタとの通信を実現する第二の通信部と、
コード画像を読み取って復号する読取部と、
前記荷物の発送主の端末が、依頼主情報および届け先情報を含む仮申込データを前記配送業者のサーバに送信し、前記配送業者のサーバから前記仮申込データに対する仮受付データを受信していた場合であって、前記取次店において前記仮受付データの少なくとも一部がコード化されたコード画像を提示した場合に、当該コード画像を前記読取部により読み取った結果に応じて、前記依頼主情報および前記届け先情報を示すとともに前記荷物の配送依頼を行うための本申込画面を前記表示部に表示する受付手段と、
前記本申込画面への情報入力を前記操作部により受け付け、前記情報に基づく本申込データを、前記通信部により前記配送業者サーバに送信する申込手段と、
前記通信部により、前記本申込データを受信した前記配送業者サーバから本受付データを受信し、当該本受付データに基づく印刷データを生成し、当該印刷データを前記第二の通信部により前記プリンタへ送信して荷札を印刷させる発行手段と、
を備える情報処理装置。

【請求項2】

前記申込手段は、前記情報として、荷物サイズおよびサービス種別の一方または両方の入力を受け付ける
請求項１に記載の情報処理装置。

【請求項3】

前記受付手段は、前記コード画像として、二次元コードを読み取る
請求項１または２に記載の情報処理装置。

【請求項4】

前記第二の通信部は、無線通信によって、または、前記表示部に表示させたコード画像を前記プリンタに接続されたリーダに読み取らせることによって、前記プリンタとの通信を実現する
請求項１〜３のいずれか１つに記載の情報処理装置。

【請求項5】

請求項１〜４のいずれか１つに記載の情報処理装置と、
受注および配送の記録を管理する配送業者サーバと、
荷物の発送主の操作により前記配送業者サーバに仮申込データを送信し、当該仮申込データに対する仮受付データを前記配送業者サーバから受信する荷主端末と、
前記情報処理装置から受信した印刷データに基づいて荷札を印刷するプリンタと、
を備える荷札発行システム。

【請求項6】

荷物の配送依頼を配送業者に代わって受け付ける取次店が備え、画像を表示する表示部と、操作者による操作を受け付ける操作部と、前記配送業者における受注および配送の記録を管理するサーバとの間で通信回線を介した通信を実現する通信部と、プリンタとの通信を実現する第二の通信部と、コード画像を読み取って復号する読取部と、を備える情報処理装置のコンピュータを、
前記荷物の発送主の端末が、依頼主情報および届け先情報を含む仮申込データを前記配送業者のサーバに送信し、前記配送業者のサーバから前記仮申込データに対する仮受付データを受信していた場合であって、前記取次店において前記仮受付データの少なくとも一部がコード化されたコード画像を提示した場合に、当該コード画像を前記読取部により読み取った結果に応じて、前記依頼主情報および前記届け先情報を示すとともに前記荷物の配送依頼を行うための本申込画面を前記表示部に表示する受付手段と、
前記本申込画面への情報入力を前記操作部により受け付け、前記情報に基づく本申込データを、前記通信部により前記配送業者サーバに送信する申込手段と、
前記通信部により、前記本申込データを受信した前記配送業者サーバから本受付データを受信し、当該本受付データに基づく印刷データを生成し、当該印刷データを前記第二の通信部により前記プリンタへ送信して荷札を印刷させる発行手段と、
して機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、情報処理装置、荷札発行システムおよびプログラムに関する。

【背景技術】

【0002】

購入商品の宅配便による発送を、購入店舗から依頼する場合、従来、店頭で手書きの伝票に記入するのが一般的である。

【発明の概要】

【発明が解決しようとする課題】

【0003】

しかしながら、手書きの伝票を店頭で記入するのであると、住所を記録したメモ書きなどを見ながら書き写すなどすることとなり、手間である。また、複数の送り先に発送する場合には、伝票も複数書かなければならないので、大変煩雑である。さらに、書き損じをしてしまった場合には、新たに伝票を求めなければならない。

【課題を解決するための手段】

【0004】

実施形態の情報処理装置は、荷物の配送依頼を配送業者に代わって受け付ける取次店が備える情報処理装置であって、表示部と、操作部と、通信部と、第二の通信部と、読取部と、受付手段と、申込手段と、発行手段とを備える。表示部は、画像を表示する。操作部は、操作者による操作を受け付ける。通信部は、前記配送業者における受注および配送の記録を管理するサーバとの間で通信回線を介した通信を実現する。第二の通信部は、プリンタとの通信を実現する。読取部は、コード画像を読み取って復号する。受付手段は、前記荷物の発送主の端末が、依頼主情報および届け先情報を含む仮申込データを前記配送業者のサーバに送信し、前記配送業者のサーバから前記仮申込データに対する仮受付データを受信していた場合であって、前記取次店において前記仮受付データの少なくとも一部がコード化されたコード画像を提示した場合に、当該コード画像を前記読取部により読み取った結果に応じて、前記依頼主情報および前記届け先情報を示すとともに前記荷物の配送依頼を行うための本申込画面を前記表示部に表示する。申込手段は、前記本申込画面への情報入力を前記操作部により受け付け、前記情報に基づく本申込データを、前記通信部により前記配送業者サーバに送信する。発行手段は、前記通信部により、前記本申込データを受信した前記配送業者サーバから本受付データを受信し、当該本受付データに基づく印刷データを生成し、当該印刷データを前記第二の通信部により前記プリンタへ送信して荷札を印刷させる。

【図面の簡単な説明】

【0005】

【図1】図１は、実施形態の荷札発行システムの概念図である。

【図2】図２は、実施形態の荷札発行システムが含む要素各々の機能構成および係わりを示すブロック図である。

【図3】図３は、実施形態の荷札発行システムの働きを示すシーケンス図である。

【図4】図４は、実施形態の仮申込画面の一例を示す図である。

【図5】図５は、実施形態の仮受付画面の一例を示す図である。

【図6】図６は、実施形態の本申込画面の一例を示す図である。

【図7】図７は、実施形態の本受付画面の一例を示す図である。

【図8】図８は、実施形態の印刷前の荷札の一例を示す図である。

【図9】図９は、実施形態の印刷後の荷札の一例を示す図である。

【発明を実施するための形態】

【0006】

実施形態について図面を用いて説明する。図１は、荷札発行システム１００の概念図である。荷札発行システム１００は、例えば、店舗において、買い物客が荷主となり、店舗が取次店となって、配送業者に対して、手書き伝票を用いずに、荷物の発送を発注するシステムである。以下、荷札発行システム１００の理解を容易にするため、例えば上記店舗が旅先の土産物店であって、荷主である買い物客が、旅先から友人知人へ土産物を発送する場合をより具体的な適用場面として、説明する。

【0007】

荷札発行システム１００は、荷主の携帯端末１と、取次店の端末２と、取次店ないし配送業者のプリンタ３と、配送業者のサーバ４と、通信回線５とを有している。端末２は、情報処理装置の一例である。

【0008】

荷札発行システム１００は、（１）仮申込、（２）仮受付、（３）表示、（４）読取、（５）情報追加、（６）本申込、（７）本受付、および（８）印刷、の手順で荷札を発行する。

【0009】

荷主の携帯端末１が配送業者のサーバ４に対して（１）仮申込を行うと、サーバ４が携帯端末１に対して（２）仮受付を返す。仮受付を受信した携帯端末１は、二次元コードを含む画面を（３）表示する（図１に符号１´で示す）。

【0010】

次に、取次店の端末２が、上記二次元コードを（４）読み取って仮受付データを得る。端末２は、読み取ったデータに（５）情報を追加し、サーバ４に対して（６）本申込を行う。サーバ４は、端末２に（７）本受付を返す。本受付を受信した端末２は、プリンタ３に（８）荷札の印刷を指示する。

【0011】

図２は、荷札発行システム１００が含む要素各々の機能構成および係わりを示すブロック図である。荷主の携帯端末１は、制御部１１、記憶部１２、表示部１３、操作部１４、通信部１５、マイクＭ１およびカメラＣ１を備えている。

【0012】

制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）など（いずれも不図示）を備え、ＣＰＵがＲＯＭまたは記憶部１２に記憶されたプログラムをＲＡＭに読み出して実行することにより、上記各部（記憶部１２、表示部１３、操作部１４、通信部１５、マイクＭ１およびカメラＣ１）を統括制御する。

【0013】

記憶部１２は、名前、住所、電話番号、メールアドレスなどを記録したアドレス帳１２ａを記憶している。表示部１３は、ＬＣＤなどであって、操作者に示す各種情報を画像で示す。操作部１４は、タッチパネルやキーボードであって、操作者による操作を受け付ける。通信部１５は、通信回線５を介して、配送業者のサーバ４との通信を行う。

【0014】

マイクＭ１は、外部の音声を取り入れるもので、通話などに用いる他、音声によるテキスト入力に用いる。カメラＣ１は、外部の光を取り込んで二次元画像のデータを生成するものである。

【0015】

取次店の端末２は、制御部２１、記憶部２２、表示部２３、操作部２４、第一の通信部２５、第二の通信部２６、コードリーダ２７、マイクＭ２およびカメラＣ２を備えている。第一の通信部２５は、通信部の一例であって、第二の通信部２６は、通信手段の一例である。コードリーダ２７は、読取部の一例である。なお、この端末２は、本実施形態では、荷主の携帯端末１と同様の携帯端末で実現している。

【0016】

制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭなど（いずれも不図示）を備え、ＣＰＵがＲＯＭまたは記憶部２２に記憶されたプログラムをＲＡＭに読み出して実行することにより、上記各部（記憶部２２、表示部２３、操作部２４、第一の通信部２５、第二の通信部２６、コードリーダ２７、マイクＭ２およびカメラＣ２）を統括制御する。また、制御部２１は、プログラムを実行することにより、受付手段、申込手段、および発行手段の一例として機能する。受付手段は、後述する図３のシーケンス図におけるステップＳ９〜Ｓ１０で実現され、申込手段は、ステップＳ１１〜Ｓ１２で実現され、発行手段は、ステップＳ１５〜Ｓ１７で実現される。

【0017】

表示部２３は、ＬＣＤなどであって、操作者に示す各種情報を画像で示す。操作部２４は、タッチパネルやキーボードであって、操作者による操作を受け付ける。第一の通信部２５は、通信回線５を介して、配送業者のサーバ４との通信を行う。第二の通信部２６は、無線ＬＡＮなどの無線通信によりプリンタ３との通信を行う。コードリーダ２７は、例えば二次元コードなどのコードを読み取り、デコードした結果を制御部２１へ出力する。

【0018】

マイクＭ２は、外部の音声を取り入れるもので、通話などに用いる他、音声によるテキスト入力に用いる。カメラＣ２は、外部の光を取り込んで二次元画像のデータを生成するものである。

【0019】

プリンタ３は、制御部３１、一時記憶部３２、通信部３６、および印刷部３８を備えている。

【0020】

制御部３１は、ＣＰＵ、ＲＡＭ、ＲＯＭなど（いずれも不図示）を備え、ＣＰＵがＲＯＭに記憶されたプログラムをＲＡＭに読み出して実行することにより、上記各部（一時記憶部３２、通信部３６、および印刷部３８）を統括制御する。

【0021】

一時記憶部３２は、通信部３６を介して外部から入力された印刷データを一時的に記憶する。通信部３６は、無線ＬＡＮにより取次店の端末２などとの通信を行う。印刷部３８は、一時記憶部３２が一時的に記憶した印刷データを、所定の用紙に印刷する。

【0022】

配送業者のサーバ４は、制御部４１、記憶部４２、および通信部４５を備えている。

【0023】

制御部４１は、ＣＰＵ、ＲＡＭ、ＲＯＭなど（いずれも不図示）を備え、ＣＰＵがＲＯＭまたは記憶部４２に記憶されたプログラムをＲＡＭに読み出して実行することにより、上記各部（記憶部４２、および通信部４５）を統括制御する。

【0024】

記憶部４２は、受注や配送の記録を管理するためのデータベースを記憶している。通信部４５は、荷主の携帯端末１の通信部１５および取次店の端末２の第一の通信部２５との間で、通信回線５を介したデータの授受を行う。

【0025】

以下、荷札発行の流れについて説明する。図３は、荷札発行システム１００の働きを示すシーケンス図である。荷札発行は、荷主の携帯端末１が、配送業者が提供する配送依頼サイトにアクセスして仮申込を行う（ステップＳ１）ことにより開始する。配送業者のサーバ４の制御部４１は、通信部４５により、携帯端末１の通信部１５へ、配送依頼サイトの画面データを送信する（ステップＳ２）。

【0026】

携帯端末１の制御部１１は、通信部１５が画面データを受信すると、当該画面データに応じた画像（図４参照）を表示部１３に表示させる（ステップＳ３）。

【0027】

図４は、仮申込画面２００の一例を示す図である。この画面は、配送依頼サイトにログイン（後述）後のものであり、顧客ＩＤ表示欄２０１を含んでいる。仮申込画面２００は、顧客ＩＤ表示欄２０１、依頼主情報記入欄２１０、届け先情報記入欄２２０、個数記入欄２３０、音声入力ボタン２４０および集荷依頼ボタン２５０を有している。

【0028】

依頼主情報記入欄２１０は、郵便番号記入欄２１１、住所記入欄２１２、氏名記入欄２１３、および電話番号記入欄２１４を有している。届け先情報記入欄２２０は、郵便番号記入欄２２１、住所記入欄２２２、氏名記入欄２２３、および電話番号記入欄２２４を有している。制御部１１は、操作部１４により、上記各記入欄２１０〜２３０への入力操作を受け付ける。その際、アドレス帳１２ａからの引用も可能とする。

【0029】

音声入力ボタン２４０は、上記各記入欄２１０〜２３０への音声による入力を開始する操作を受け付ける。音声入力ボタン２４０が操作を受け付けると、制御部１１は、マイクＭ１により操作者の音声を取り入れ、音声を識別して、フォーカスがあたっている記入欄へのテキスト入力を行う。

【0030】

集荷依頼ボタン２５０は、上記各記入欄２１０〜２３０への入力が済んでいる場合に操作可能となる。制御部１１は、操作部１４により、集荷依頼ボタン２５０への操作を受け付けると（ステップＳ４）、通信部１５により、配送業者のサーバ４の通信部４５へ、配送の仮申込を連絡する仮申込データを送信する（ステップＳ５）。

【0031】

配送業者のサーバ４は、通信部４５が仮申込データを受信すると、仮申込データに基づいてデータベースにレコードを登録し（ステップＳ６）、荷主の携帯端末１の通信部１５へ、仮受付データを送信する（ステップＳ７）。ここで、サーバ４は、レコード登録に際して、仮申込データに対して問合番号を発行する。そして、仮受付データは、仮申込データに問合番号を付け加えた内容となっている。

【0032】

携帯端末１の制御部１１は、通信部１５が仮受付データを受信すると、当該データに応じた画像（図５参照）を表示部１３に表示させる（ステップＳ８）。

【0033】

図５は、仮受付画面３００の一例を示す図である。仮受付画面３００は、顧客ＩＤ表示欄３０１、問合番号表示欄３０２、依頼主情報表示欄３１０、届け先情報表示欄３２０、個数表示欄３３０、二次元コード表示欄３４０および戻るボタン３５０を有している。

【0034】

依頼主情報表示欄３１０は、郵便番号表示欄３１１、住所表示欄３１２、氏名表示欄３１３、および電話番号表示欄３１４を有している。届け先情報表示欄３２０は、郵便番号表示欄３２１、住所表示欄３２２、氏名表示欄３２３、および電話番号表示欄３２４を有している。

【0035】

二次元コード表示欄３４０は、上記各表示欄３１０〜３３０に表示されている情報をコード化した二次元コードを表示する。

【0036】

戻るボタン３５０は、上記各表示欄３１０〜３３０への入力内容を訂正する操作を受け付ける。制御部１１は、操作部１４により、戻るボタン３５０への操作を受け付けると、通信部１５により、配送業者のサーバ４の通信部４５へ、仮申込画面２００に戻る要求を送信する。

【0037】

操作者は、仮受付画面３００により仮受付された内容を確認し、内容に間違いがなければ、仮受付画面３００を、取次店の店員に提示する。店員は、端末２を用いて本申込を行う。また、操作者は、必要に応じて仮受付画面３００の表示内容を保存して仮受付の記録とする。

【0038】

取次店の端末２の制御部２１は、店員すなわち操作者による操作部２４への操作に応じて、コードリーダ２７を起動させ、コードリーダ２７に、仮受付画面３００内の二次元コードを読み取らせる（ステップＳ９）。そして、制御部２１は、コードリーダ２７のデコード結果に応じた画像（図６参照）を、表示部２３に表示させる（ステップＳ１０）。

【0039】

図６は、本申込画面４００の一例を示す図である。この画面は、配送依頼サイトにログイン（後述）後のものであり、店番表示欄４０３を含んでいる。本申込画面４００は、顧客ＩＤ表示欄４０１、問合番号表示欄４０２、店番表示欄４０３、依頼主情報表示欄４１０、届け先情報表示欄４２０、個数表示欄４３０、荷物サイズ指定欄４４０、サービス指定欄４５０、音声入力ボタン４６０、カメラ起動ボタン４７０、および集荷依頼ボタン４８０を有している。

【0040】

依頼主情報表示欄４１０は、郵便番号表示欄４１１、住所表示欄４１２、氏名表示欄４１３、および電話番号表示欄４１４を有している。届け先情報表示欄４２０は、郵便番号表示欄４２１、住所表示欄４２２、氏名表示欄４２３、および電話番号表示欄４２４を有している。

【0041】

荷物サイズ指定欄４４０は、ラジオボタンの操作による荷物サイズの選択を受け付ける。また、荷物サイズ指定欄４４０は、後述のように、音声や撮影画像に基づいての入力操作をも受け付ける。なお、荷物サイズ指定欄４４０への入力に、テンキー（不図示）を用いるようにしてもよい。サービス指定欄４５０は、ラジオボタンの操作によるサービス種別の選択を受け付ける。また、サービス指定欄４５０は、後述のように、音声に基づいての入力操作をも受け付ける。

【0042】

音声入力ボタン４６０は、上記各指定欄４４０、４５０への音声による入力を開始する操作を受け付ける。音声入力ボタン４６０が操作を受け付けると、制御部２１は、マイクＭ２により操作者の音声を取り入れ、音声を識別して操作者の操作を受け付ける。より具体的には、マイクＭ２が、例えば「荷物サイズ、１００かける２００」という音声を取り入れた場合、制御部２１は、荷物サイズ指定欄４４０に、『１００×２００』を指定する操作があったと判断する。同様に、マイクＭ２が、例えば「サービス、元払い」という音声を取り入れた場合、制御部２１は、サービス指定欄４５０に、『元払』を指定する操作があったと判断する。

【0043】

カメラ起動ボタン４７０は、カメラＣ２を起動する操作を受け付ける。カメラ起動ボタン４７０からカメラＣ２が起動された場合、制御部２１は、カメラＣ２が生成した二次元画像のデータから、配送対象の荷物の寸法を算出し、荷物サイズ指定欄４５０のサービス種別を選択する。

【0044】

集荷依頼ボタン４８０は、上記各指定欄４４０、４５０の選択操作が済んでいる場合に操作可能となる。制御部２１は、操作部２４により、集荷依頼ボタン４８０への操作を受け付けると（ステップＳ１１）、第一の通信部２５により、配送業者のサーバ４の通信部４５へ、配送の本申込を連絡する本申込データを送信する（ステップＳ１２）。本申込データは、仮受付データに、店番、荷物サイズおよびサービス種別の情報を付け加えた内容となっている。

【0045】

配送業者のサーバ４は、通信部４５が本申込データを受信すると、本申込データに基づいてデータベースのレコードを更新し（ステップＳ１３）、取次店の端末２の第一の通信部２５へ、本受付データを送信する（ステップＳ１４）。ここで、サーバ４は、レコード更新に際して、本申込データに基づいて、送料を算出する。そして、本受付データは、本申込データに、送料の情報を付け加えた内容となっている。

【0046】

端末２の制御部２１は、第一の通信部２５が本受付データを受信すると、当該データに応じた画像（図７参照）を表示部２３に表示させる（ステップＳ１５）。

【0047】

図７は、本受付画面５００の一例を示す図である。本受付画面５００は、顧客ＩＤ表示欄５０１、問合番号表示欄５０２、店番表示欄５０３、依頼主情報表示欄５１０、届け先情報表示欄５２０、個数表示欄５３０、二次元コード表示欄５４０、送料表示欄５５０、および戻るボタン５６０を有している。

【0048】

依頼主情報表示欄５１０は、郵便番号表示欄５１１、住所表示欄５１２、氏名表示欄５１３、および電話番号表示欄５１４を有している。届け先情報表示欄５２０は、郵便番号表示欄５２１、住所表示欄５２２、氏名表示欄５２３、および電話番号表示欄５２４を有している。

【0049】

二次元コード表示欄５４０は、上記各表示欄５０１〜５０３、５１０〜５３０、５５０に表示されている情報をコード化した二次元コード（コード画像）を表示する。

【0050】

戻るボタン５６０は、本受付データの訂正に際して本申込画面４００へ戻る操作を受け付ける。制御部２１は、操作部２４により、戻るボタン５６０への操作を受け付けると、第一の通信部２５により、配送業者のサーバ４の通信部４５へ、本申込画面４００に戻る要求を送信する。

【0051】

操作者は、本受付画面５００により本受付された内容を確認し、内容に間違いがなければ、本受付画面５００の表示内容を、必要に応じて保存して本受付の記録とする。

【0052】

そして、制御部２１は、操作者の操作に応じて、本受付データに応じた印刷データを生成し（ステップＳ１６）、当該印刷データを第二の通信部２６によってプリンタ３の通信部３６へ送信する（ステップＳ１７）。

【0053】

プリンタ３の制御部３１は、通信部３６が印刷データを受信すると、当該印刷データを一時記憶部３２に一時的に記憶させる。そして、印刷部３８は、制御部３１の制御に基づいて、一時記憶部３２が記憶する印刷データを読み出して、印刷データに基づいた荷札を印刷する（ステップＳ１８）。

【0054】

図８は、ロール紙６００に形成されたラベル６０１の一例を示す図である。ラベル６０１は、印刷前の荷札である。同図に示すように、ラベル６０１には、配送情報を記録するための各欄が設けられている。領域Ａ１１には、配送業者が提供する各サービスの種別に対応する項目がそれぞれ異なる色を用いて表されている。ここで、「発払」は荷送人が宅配料を支払う先払い（元払い）サービスを意味し、「着払」は受取人が宅配料を支払う着払いサービスを意味する。また、「クール」は生鮮等を冷凍または冷蔵した状態で配送するサービスを意味し、「コレクト」は荷物と引き替えに当該荷物の代金を徴収する代引きサービスを意味する。さらに、「タイム」は通常よりも速やかに配送を行う速達サービスを意味する。

【0055】

領域Ａ１２には、配送情報として入力された配送先の郵便番号、電話番号、住所および氏名を印字するための各欄が設けられている。領域Ａ１３には、顧客情報として入力された荷送主の郵便番号、電話番号、住所および氏名を印字するための各欄が設けられている。領域Ａ１４は、配送日時を指定するための欄であって、配送時間を「午前中」、「１３時」、「１５時」および「１８時」の中から選択可能に構成されている。また、領域Ａ１５は、荷物の品名や数量を記入するための欄である。

【0056】

領域Ａ１６は、サービス種別「コレクト」に付随する欄であって、代引き代金や代引きに係る手数料が印字される。ここで、領域Ａ１１の項目名「コレクト」と、領域Ａ１６内の項目とが同じ色で表されている。また、領域Ａ１７は、サービス種別「クール」に付随する欄であって、冷凍か冷蔵かを選択可能に構成されている。ここで、領域Ａ１１の項目名「クール」と、領域Ａ１７内の項目とが同じ色で表されている。このように、ラベル６０１には、同一のサービスに係る項目が同一の色を用いて表されているため、同一のサービスに係る項目の視認性を高めることが可能である。

【0057】

領域Ａ１８は、サーバ４から提供される伝票番号が印字される欄である。なお、本実施形態では、後述するように伝票番号と当該伝票番号をバーコード化したコード情報とが領域Ａ１８に印字されるものとする（図９参照）。

【0058】

図９は、本実施形態の伝票印刷処理により印字された配送伝票７０１の一例を示す図である。配送伝票７０１は、印刷後の荷札である。なお、同図では、配送業者が提供するサービスとして冷凍での配送サービスが指定された例を示している。領域Ａ１１に示すように、指定されたサービスに対応する項目名“クール”以外の項目が塗り潰されている。また、このサービスに付随する領域Ａ１７の“冷凍”に、選択を意味する記号（丸印）が印字されている。

【0059】

このように、本実施形態では、配送業者が提供する複数のサービスのうち、荷主が指定した特定のサービスに対応する項目のみを残し、この項目以外の他の項目を塗り潰すことで指定されたサービスを明示する。これにより、配送員は、領域Ａ１１に表された項目の色によりそのサービスを容易に識別することが可能となる。また、同一のサービスに係る項目が同じ色を用いて色分けされているため、指定されたサービスに付随する入力内容の視認性を向上することができる。

【0060】

さらに、図８に示したラベル６０１を用いることで、配送業者が提供する各サービスに応じた配送伝票を発行することができるため、従来サービス毎に存在した帳票用紙を統一することが可能となり、荷札発行時の負担を軽減することができる。

【0061】

なお、図９の例では、指定されたサービス名以外の領域を、非選択を意味する所定のパターンとして黒色で塗り潰すこととしたが、これに限らず、斜線やドット印字、取消線等のパターンを印字する形態としてもよい。また、各サービスに付随する項目のうち、指定されたサービスに付随する項目以外に、非選択を意味する所定のパターン(例えば、塗り潰し)を印字する形態としてもよい。例えば、荷主から指定されたサービスが項目名“クール”であった場合には、項目名“コレクト”に付随する領域Ａ１６を塗り潰すこととしてもよい。

【0062】

次に、荷主および取次店の配送依頼サイトへのログインについて説明する。
荷主は、店頭にて配送依頼サイトへ初アクセスし、ＩＤおよびパスワードの取得や各種情報の登録などの初期作業を行ってもよいが、例えば旅行前に予めＩＤおよびパスワードを取得し、依頼主情報や届け先情報を登録しておくと、店頭での利便性が向上するので、初期作業は予め済ませておくのが望ましい。その際、アドレス帳１２ａからデータを引用して登録可能であるのが好適である。そして、ステップＳ１にて配送依頼サイトにアクセスした後、ＩＤおよびパスワードを用いてログインすることで、仮申込画面２００の画面データを得ることができる。

【0063】

同様に、取次店は、この荷札発行システム１００によるサービスの提供を決めた時点で、配送依頼サイトにおいて店番を取得しておき、サービス提供にあたっては、端末２で店番によるログインを行っておく。

【0064】

このように、本実施形態によれば、店頭での配送依頼にあたって、手書きによらずに荷札を発行することができる。
また、本実施形態によれば、顧客は、初期作業を予め済ませておくことにより、店頭での入力作業を省くことができる。

【0065】

また、本実施形態によれば、依頼主情報や届け先情報についての荷主による入力内容を各所で引き継ぐことができる。つまり、手入力による伝票でなく荷主入力による電子データの授受により荷札を発行することによって、配送業者によるサーバ４への登録作業などを省くことができる。

【0066】

なお、実施にあたっては、図６の本申込画面４００の表示欄４１０、４２０を、予めテキスト入力済みの記入欄として、訂正入力操作を受け入れるようにしてもよい。そして、訂正入力後に集荷依頼ボタン４８０の操作を受け付けた場合には、端末２は、サーバ４に、訂正後の内容に基づいた本申込データを送信する。サーバ４は、問合番号が合致するレコードを訂正後の内容によって更新し、訂正後の本申込データに基づいた本受付データを、端末２に送信する。

【0067】

また、本実施形態では、無線ＬＡＮを第二の通信部の一例として、端末２とプリンタ３との通信を実現しているが、実施にあたっては、第二の通信部は、ＮＦＣ（Near Field Communication）やＦｅｌｉＣａ（登録商標）の技術を利用したものであってもよいし、或いは、表示部２３に表示させたコード画像をプリンタ３に接続されたリーダに読み取らせることによってプリンタ３との通信を実現してもよい。

【0068】

さらに、本実施形態では、取次店の端末２を携帯端末を例に説明したが、実施にあたっては、端末２は、パーソナルコンピュータであってもよい。その場合には、パーソナルコンピュータの外部接続端子に二次元コードリーダなどを接続して、これをコードリーダ２７として用いる。

【0069】

なお、本実施形態の情報処理装置で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。
また、本実施形態の情報処理装置は、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウェア構成としてもよい。
本実施形態の情報処理装置で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
さらに、本実施形態の情報処理装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態の情報処理装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
本実施形態の情報処理装置で実行されるプログラムは、上述した各部（受付手段、申込手段、および発行手段）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭからプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、受付手段、申込手段、および発行手段が主記憶装置上に生成されるようになっている。

【0070】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0071】

１００…荷札発行システム、
１…携帯端末、
１１…制御部、１２…記憶部、１２ａ…アドレス帳、
１３…表示部、１４…操作部、１５…通信部、Ｃ１…カメラ、Ｍ１…マイク、
２…端末（情報処理装置）、
２１…制御部、２２…記憶部、２３…表示部、２４…操作部、
２５…第一の通信部（通信部）、２６…第二の通信部（通信手段）、
２７…コードリーダ（読取部）、Ｃ２…カメラ、Ｍ２…マイク、
３…プリンタ、
３１…制御部、３２…一時記憶部、３６…通信部、３８…印刷部、
４…サーバ、
４１…制御部、４２…記憶部、４５…通信部、
５…通信回線、
２００…仮申込画面、
２０１…顧客ＩＤ表示欄、２１０…依頼主情報記入欄、２１１…郵便番号記入欄、
２１２…住所記入欄、２１３…氏名記入欄、２１４…電話番号記入欄、
２２０…届け先情報記入欄、２２１…郵便番号記入欄、２２２…住所記入欄、
２２３…氏名記入欄、２２４…電話番号記入欄、
２３０…個数記入欄、２４０…音声入力ボタン、２５０…集荷依頼ボタン、
３００…仮受付画面、
３０１…顧客ＩＤ表示欄、３０２…問合番号表示欄、３１０…依頼主情報表示欄、
３１１…郵便番号表示欄、３１２…住所表示欄、
３１３…氏名表示欄、３１４…電話番号表示欄、
３２０…届け先情報表示欄、３２１…郵便番号表示欄、３２２…住所表示欄、
３２３…氏名表示欄、３２４…電話番号表示欄、
３３０…個数表示欄、３４０…二次元コード表示欄、３５０…戻るボタン、
４００…本申込画面、
４０１…顧客ＩＤ表示欄、４０２…問合番号表示欄、４０３…店番表示欄、
４１０…依頼主情報表示欄、４１１…郵便番号表示欄、４１２…住所表示欄、
４１３…氏名表示欄、４１４…電話番号表示欄、
４２０…届け先情報表示欄、４２１…郵便番号表示欄、４２２…住所表示欄、
４２３…氏名表示欄、４２４…電話番号表示欄、
４３０…個数表示欄、
４４０…荷物サイズ指定欄、４５０…サービス指定欄、
４６０…音声入力ボタン、４７０…カメラ起動ボタン、４８０…集荷依頼ボタン、
５００…本受付画面、
５０１…顧客ＩＤ表示欄、５０２…問合番号表示欄、５０３…店番表示欄、
５１０…依頼主情報表示欄、５１１…郵便番号表示欄、５１２…住所表示欄、
５１３…氏名表示欄、５１４…電話番号表示欄、
５２０…届け先情報表示欄、５２１…郵便番号表示欄、５２２…住所表示欄、
５２３…氏名表示欄、５２４…電話番号表示欄、
５３０…個数表示欄、５４０…二次元コード表示欄、５５０…送料表示欄、
５６０…戻るボタン、
６０１…ラベル（印刷前の荷札）、７０１…配送伝票（印刷後の荷札）。

【先行技術文献】

【特許文献】

【0072】

【特許文献1】特開２００３−１１５５２号公報

【特許文献2】特開２００５−７５５９７号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】