(57)【要約】【課題】効率的かつバランスよく担当者に商品の出荷処理を依頼し、管理することができる出荷指示管理方法、出荷指示管理プログラム及び出荷指示システムを提供する。【解決手段】管理コンピュータ２１は、販売管理システム３０から受け取った出荷指示データを出荷指示データ記憶部２３に記録する。さらに、携帯端末データ記憶部２２から出荷指示待ちで依頼回数の少ない担当者を抽出して、携帯電話網Ｎを通じて、携帯電話端末１０に出荷指示データを送信する。次に、携帯電話端末１０からの出荷完了の指示を受け取った管理コンピュータ２１は、出荷完了データに基づいて完了処理を実行して、次の出荷指示の送信を待つ。【選択図】      図１
2005263416.tif 000002
【特許請求の範囲】
【請求項１】
出荷処理を行う担当者の携帯端末の識別子毎に、出荷処理の依頼情報を記録した依頼情報記憶手段と管理コンピュータとを用いて、担当者に依頼する出荷指示を管理する方法であって、
前記管理コンピュータが、
出荷情報を受信する場合、前記依頼情報記憶手段に記録された依頼情報を取得し、この情報に基づいて担当者の携帯端末識別子を特定する担当者特定処理を行う段階と、
前記携帯端末に前記出荷情報に関する指示を送信する出荷指示処理を行う段階と
を含むことを特徴とする出荷指示管理方法。
【請求項２】
前記管理コンピュータが、
前記担当者の携帯端末から出荷完了情報を受信する段階と、
前記受信した出荷完了情報に基づいて、出荷完了処理を行う段階と
を含むことを特徴とする請求項１に記載の出荷指示管理方法。
【請求項３】
前記依頼情報には、依頼回数に関する情報を含み、
前記担当者特定処理は、前記依頼回数の少ない担当者の携帯端末識別子を特定することを特徴とする請求項１または２に記載の出荷指示管理方法。
【請求項４】
前記出荷完了情報には、出荷数量に関する情報を含み、
前記出荷完了処理は、出荷情報に関連づけて、前記出荷数量に関する情報を記録することを特徴とする請求項１〜３のいずれか１つに記載の出荷指示管理方法。
【請求項５】
前記出荷情報は、出荷予定数量に関する情報を含み、
前記管理コンピュータが、
前記出荷数量の累計が前記出荷予定数量になるまで、前記担当者特定処理及び出荷指示処理を繰り返す段階をさらに含むことを特徴とする請求項４に記載の出荷指示管理方法。
【請求項６】
出荷処理を行う担当者の携帯端末の識別子毎に、出荷処理の依頼情報を記録した依頼情報記憶手段と管理コンピュータとを用いて、担当者に依頼する出荷指示を管理するプログラムであって、
前記管理コンピュータを、
出荷情報を受信する場合、前記依頼情報記憶手段に記録された依頼情報を取得し、この情報に基づいて担当者の携帯端末識別子を特定する担当者特定処理を行う手段と、
前記携帯端末に前記出荷情報に関する指示を送信する出荷指示処理を行う手段
として機能させるための出荷指示管理プログラム。
【請求項７】
前記管理コンピュータを、さらに、
前記担当者の携帯端末から出荷完了情報を受信する手段と、
前記受信した出荷完了情報に基づいて、出荷完了処理を行う手段
として機能させることを特徴とする請求項６に記載の出荷指示管理プログラム。
【請求項８】
前記依頼情報には、依頼回数に関する情報を含み、
前記担当者特定処理は、前記依頼回数の少ない担当者の携帯端末識別子を特定することを特徴とする請求項６または７に記載の出荷指示管理プログラム。
【請求項９】
前記出荷完了情報には、出荷数量に関する情報を含み、
前記出荷完了処理は、出荷情報に関連づけて、前記出荷数量に関する情報を記録することを特徴とする請求項６〜８のいずれか１つに記載の出荷指示管理プログラム。
【請求項１０】
前記出荷情報は、出荷予定数量に関する情報を含み、
前記管理コンピュータを、さらに、
前記出荷数量の累計が前記出荷予定数量になるまで、前記担当者特定処理及び出荷指示処理を繰り返す手段として機能させることを特徴とする請求項９に記載の出荷指示管理プログラム。
【請求項１１】
出荷処理を行う担当者の携帯端末の識別子毎に、出荷処理の依頼情報を記録した依頼情報記憶手段と管理コンピュータとを用いたシステムであって、
前記依頼情報記憶手段に記録された依頼情報を取得する依頼情報取得手段と、
前記依頼情報に基づいて担当者の携帯端末識別子を特定する担当者特定処理を行う担当者特定処理手段と、
前記携帯端末に前記出荷情報に関する指示を送信する出荷指示処理を行う出荷指示処理手段と
を含むことを特徴とする出荷指示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品等の出荷を行う場合に用いる出荷指示管理方法、出荷指示管理プログラム及び出荷指示システムに関する。詳しくは、商品の出荷処理を行う場合において、出荷指示の依頼先である担当者及び出荷作業を効率よく管理することができる出荷指示管理方法、出荷指示管理プログラム及び出荷指示システムに関する。
【背景技術】
【０００２】
顧客等に対して商品を発送する場合、在庫の確認を行い、そして出荷作業を行う。この場合、受注システムから、倉庫等から出荷する商品のピックアップ（品揃え）を行い、発送作業を行う。人手により予め出力された出荷指示書に基づいて出荷作業を行う場合、その負荷が大きいという問題があった。また、ハンディーターミナルを用いての出荷処理も行われているが、機器コストも膨大になる。さらに、ピッキング作業者から出荷指示データを取得する方法が一般的であり、作業効率もよくないという問題点があった。そこで、サプライ発注システムが提案されている（例えば、特許文献１参照。）。このサプライ発注システムでは、顧客からの画像形成装置に使用されるサプライの受注情報の入力保管・管理や発注、配送指示を実行するサプライ受注手段と、前記サプライの使用量を所定の間隔で収集し、サプライ使用量が所定量に達したときに、前記サプライ受注手段に対して出荷要求を出力するサプライ発注手段とを具備するものである。これにより、在庫管理や発注業務、および受注や配送業務における作業を軽減化させると共に、サプライ保管スペースを最小限に抑えることができる。
【特許文献１】特開平７−３２５５１４号公報（第１頁）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、複数の担当者により商品を品揃えを行う場合、どの担当者に出荷指示を行うかを、迅速かつ効率的に判断する必要がある。また、担当者間の負担を平均化し、不公平感を軽減する必要もある。
【０００４】
本発明は、上記課題を解決するためになされたものであり、その目的は、効率的かつバランスよく担当者に商品の出荷処理を依頼し、管理することができる出荷指示管理方法、出荷指示管理プログラム及び出荷指示システムを提供することにある。
【課題を解決するための手段】
【０００５】
上記問題点を解決するために、請求項１に記載の発明は、出荷処理を行う担当者の携帯端末の識別子毎に、出荷処理の依頼情報を記録した依頼情報記憶手段と管理コンピュータとを用いて、担当者に依頼する出荷指示を管理する方法であって、前記管理コンピュータが、出荷情報を受信する場合、前記依頼情報記憶手段に記録された依頼情報を取得し、この情報に基づいて担当者の携帯端末識別子を特定する担当者特定処理を行う段階と、前記携帯端末に前記出荷情報に関する指示を送信する出荷指示処理を行う段階とを含むことを要旨とする。
【０００６】
請求項２に記載の発明は、請求項１に記載の出荷指示管理方法において、前記管理コンピュータが、前記担当者の携帯端末から出荷完了情報を受信する段階と、前記受信した出荷完了情報に基づいて、出荷完了処理を行う段階とを含むことを要旨とする。
【０００７】
請求項３に記載の発明は、請求項１または２に記載の出荷指示管理方法において、前記依頼情報には、依頼回数に関する情報を含み、前記担当者特定処理は、前記依頼回数の少
ない担当者の携帯端末識別子を特定することを要旨とする。
【０００８】
請求項４に記載の発明は、請求項１〜３のいずれか１つに記載の出荷指示管理方法において、前記出荷完了情報には、出荷数量に関する情報を含み、前記出荷完了処理は、出荷情報に関連づけて、前記出荷数量に関する情報を記録することを要旨とする。
【０００９】
請求項５に記載の発明は、請求項４に記載の出荷指示管理方法において、前記出荷情報は、出荷予定数量に関する情報を含み、前記管理コンピュータが、前記出荷数量の累計が前記出荷予定数量になるまで、前記担当者特定処理及び出荷指示処理を繰り返す段階をさらに含むことを要旨とする。
【００１０】
請求項６に記載の発明は、出荷処理を行う担当者の携帯端末の識別子毎に、出荷処理の依頼情報を記録した依頼情報記憶手段と管理コンピュータとを用いて、担当者に依頼する出荷指示を管理するプログラムであって、前記管理コンピュータを、出荷情報を受信する場合、前記依頼情報記憶手段に記録された依頼情報を取得し、この情報に基づいて担当者の携帯端末識別子を特定する担当者特定処理を行う手段と、前記携帯端末に前記出荷情報に関する指示を送信する出荷指示処理を行う手段として機能させることを要旨とする。
【００１１】
請求項７に記載の発明は、請求項６に記載の出荷指示管理プログラムにおいて、前記管理コンピュータを、さらに、前記担当者の携帯端末から出荷完了情報を受信する手段と、前記受信した出荷完了情報に基づいて、出荷完了処理を行う手段として機能させることを要旨とする。
【００１２】
請求項８に記載の発明は、請求項６または７に記載の出荷指示管理プログラムにおいて、前記依頼情報には、依頼回数に関する情報を含み、前記担当者特定処理は、前記依頼回数の少ない担当者の携帯端末識別子を特定することを要旨とする。
【００１３】
請求項９に記載の発明は、請求項６〜８のいずれか１つに記載の出荷指示管理プログラムにおいて、前記出荷完了情報には、出荷数量に関する情報を含み、前記出荷完了処理は、出荷情報に関連づけて、前記出荷数量に関する情報を記録することを要旨とする。
【００１４】
請求項１０に記載の発明は、請求項９に記載の出荷指示管理プログラムにおいて、前記出荷情報は、出荷予定数量に関する情報を含み、前記管理コンピュータを、さらに、前記出荷数量の累計が前記出荷予定数量になるまで、前記担当者特定処理及び出荷指示処理を繰り返す手段として機能させることを要旨とする。
【００１５】
請求項１１に記載の発明は、出荷処理を行う担当者の携帯端末の識別子毎に、出荷処理の依頼情報を記録した依頼情報記憶手段と管理コンピュータとを用いたシステムであって、前記依頼情報記憶手段に記録された依頼情報を取得する依頼情報取得手段と、前記依頼情報に基づいて担当者の携帯端末識別子を特定する担当者特定処理を行う担当者特定処理手段と、前記携帯端末に前記出荷情報に関する指示を送信する出荷指示処理を行う出荷指示処理手段とを含むことを要旨とする。
【００１６】
（作用）
請求項１、６又は１１に記載の発明によれば、管理コンピュータが、依頼情報記憶手段に記録された依頼情報を取得し、この情報に基づいて担当者の携帯端末識別子を特定する。このため、担当者の携帯端末を用いて、出荷依頼を行なうことができる。
【００１７】
請求項２又は７に記載の発明によれば、管理コンピュータは、担当者の携帯端末を用いて出荷状況を把握することができる。
請求項３又は８に記載の発明によれば、依頼回数の少ない担当者に出荷依頼を行なうことができ、依頼回数のバランスを考慮して担当者を特定することができる。
【００１８】
請求項４又は９に記載の発明によれば、管理コンピュータは、担当者が出荷を完了した数量を把握することができる。
請求項５又は１０に記載の発明によれば、出荷が完了するまで担当者に対して出荷指示を行なうことができる。
【発明の効果】
【００１９】
本発明によれば、効率的かつバランスよく担当者に商品の出荷処理を依頼し、管理することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明を具体化した一実施形態を図１〜図８に従って説明する。本実施形態では、商品の出荷を行う場合に、出荷する商品の品揃えの指示（出荷指示）を行う。この出荷指示において、担当者の携帯端末としての携帯電話端末１０を利用して、効率的に出荷指示を行うことができる出荷指示管理方法、出荷指示管理プログラム及び出荷指示システムとして説明する。
【００２１】
本実施形態では、図１に示すように、携帯電話端末１０と、出荷指示システム２０と、販売管理システム３０とを用いる。そして携帯電話端末１０と出荷指示システム２０とは携帯電話網Ｎを介して接続されている。携帯電話端末１０は、出荷指示に基づいて、商品を品揃えを行う担当者が使用する携帯電話端末１０であって、出荷指示の依頼があったときに使用される。このため、携帯電話端末１０は、図示しない制御手段（ＣＰＵ）、図示しない記憶手段（ＲＡＭ、ＲＯＭ、ハードディスク等）、図示しない通信手段、表示部１０１、カーソル移動ボタン１０２、完了ボタン１０３、入力キー１１０等を備えている。このカーソル移動ボタン１０２は、カーソルを移動させたり、画面をスクロールさせる手段、完了ボタン１０３は、入力内容を確定する手段、入力キー１１０は、各種情報を入力する手段として、それぞれ機能する。
【００２２】
出荷指示システム２０は、販売する商品を管理する販売管理システム３０から出荷情報を受ける。この場合、出荷指示システム２０は、現在処理待ち状態になっている担当者の中で依頼回数の少ない順番に、この担当者の携帯電話端末１０を探し出して、その出荷指示を送信する。さらに、携帯電話端末１０から出荷処理の完了を受信し、商品の在庫を管理する。出荷指示システム２０は、管理コンピュータ２１を備えている。
【００２３】
この管理コンピュータ２１は、出荷指示を行うために、携帯電話網Ｎを介して、携帯電話端末１０との間でのデータ送受信や各種情報の管理を実行するためのデータ管理処理等を行う。この管理コンピュータ２１は、図示しないＣＰＵ、図示しないＲＡＭやＲＯＭ等を有し、後述する処理（担当者特定処理を行う段階、出荷指示処理を行う段階、出荷完了処理を行う段階等を含む処理）を行う。そのための出荷指示管理プログラムを実行することにより、管理コンピュータ２１は、担当者特定処理を行う手段、出荷指示処理を行う手段、出荷完了処理を行う手段等として機能する。
【００２４】
更に、図１に示すように、管理コンピュータ２１が携帯電話端末１０に出荷指示を行うまでの各手段を機能ブロック図として表わしている。この管理コンピュータ２１は、出荷処理を行う担当者の携帯端末の識別子毎に、出荷処理の依頼情報を記録した依頼情報記憶手段から依頼情報を取得する依頼情報取得手段４０を備えている。さらに、管理コンピュータ２１は依頼情報取得手段４０によって取得された情報に基づいて、担当者の携帯電話端末１０を特定する担当者特定処理手段４１を備えている。さらに、管理コンピュータ２
１は担当者特定処理手段４１で特定された担当者に出荷指示を行う出荷指示処理手段４２を備えている。
【００２５】
具体的に、依頼情報取得手段４０は、出荷指示データ記憶部２３に記憶されている出荷指示データを読み込んで取得する。また、担当者特定処理手段４１は、携帯端末データ記憶部２２に記憶されている担当者毎の状態をみて、処理待ちで、かつ依頼回数の少ない担当者を特定する。出荷指示処理手段４２は、担当者特定処理手段４１で特定された担当者に対して、依頼情報取得手段４０で取得した出荷指示データを、担当者の携帯電話端末１０に送信する。
【００２６】
さらに、出荷指示システム２０は、依頼情報記憶手段としての携帯端末データ記憶部２２と、出荷指示データ記憶部２３と、商品在庫データ記憶部２４とを備えている。
携帯端末データ記憶部２２には、図２に示すように、携帯電話端末１０を利用する担当者毎に出荷指示を行うための携帯端末データ２２０が記録されている。この携帯端末データ２２０は、本実施形態では、担当者毎に、出荷指示を行うための携帯電話端末１０が割り当てられたときにデータ登録される。この携帯端末データ２２０には、担当者識別子、担当者メールアドレス、出荷指示識別子、処理状況区分、依頼回数に関するデータが含まれる。
【００２７】
担当者識別子データ領域には、出荷に携わる担当者を特定する識別子に関するデータが記録される。担当者メールアドレス領域には、出荷指示を送信する先の担当者のメールアドレスが記録される。出荷指示識別子データ領域には、この担当者に依頼した出荷指示を特定するための識別子に関するデータが記録される。処理状況区分データ領域には、出荷指示に対する状況を特定するためのデータを記録する。例えば、処理状況区分として処理待ちの場合には「０」、処理中の場合には「１」が記録される。依頼回数データ領域には、出荷指示の依頼を受けた回数を記録する。
【００２８】
出荷指示データ記憶部２３には、図３に示すように、出荷指示の内容を特定するための出荷指示データ２３０が記録されている。この出荷指示データ２３０は、本実施形態では、販売管理システム３０から出荷指示データとして受け取った場合に記録される。出荷指示データ２３０には、出荷指示識別子、出荷先識別子、出荷先名、商品識別子、商品名、ロケーション、出荷予定数量、出荷数量、担当者メールアドレス、処理状況区分に関するデータが含まれる。なお、出荷処理後の所定のタイミング（例えば日次処理や月次処理など）で削除される。
【００２９】
出荷指示識別子データ領域には、出荷指示に用いられる出荷指示伝票を特定するためのデータが記憶される。出荷先識別子データ領域には、出荷先を特定するための識別子に関するデータが記憶される。出荷先名データ領域には、出荷先識別子で特定された出荷先の名称に関するデータが記憶される。商品識別子データ領域には、出荷指示の対象の商品を特定するための識別子に関するデータが記憶される。商品名データ領域には、商品識別子で特定された商品の名称に関するデータが記憶される。ロケーションデータ領域には、出荷指示の対象の商品の倉庫内に保管されている場所（在庫保管棚）を特定するための棚番号に関するデータが記憶される。
【００３０】
出荷予定数量データ領域には、出荷しなければならない商品の数量（出荷予定数量）に関するデータが記憶される。出荷数量データ領域には、出荷指示に基づき実際に出荷された出荷数量に関するデータが記憶される。担当者メールアドレスデータ領域には、出荷指示を担当した担当者のメールアドレスに関するデータが記憶される。担当者メールアドレスデータ領域は、出荷指示を依頼する前は、担当者メールアドレスは登録されておらず、依頼を行う担当者が決定したときに登録する。処理状況区分データ領域には、出荷状況を
特定するためのデータが記録される。例えば、未処理の場合には「０」、処理中（処理依頼送信済）の場合には「１」、出荷数量不足で処理完了の場合には「２」、出荷完了の場合には「９」を記録する。
【００３１】
商品在庫データ記憶部２４には、図４に示すように、商品の在庫管理を行うための情報が商品在庫データ２４０に記録されている。この商品在庫データ２４０は、在庫の変化ごとに更新される。なお、この商品在庫データ２４０は、本実施形態では、出荷指示システム２０に存在するが、例えば販売管理システム３０上に存在していてもよい。商品在庫データ２４０には、商品識別子、商品名、ロケーション、在庫数に関するデータが含まれる。
【００３２】
商品識別子データ領域には、在庫管理される商品を特定するための識別子に関するデータが記憶される。商品名データ領域には、商品識別子で特定された商品の名称に関するデータが記憶される。ロケーションデータ領域には、この商品在庫が管理されている場所を特定するための棚番号に関するデータが記憶される。在庫数データ領域には、この商品の現時点の在庫数に関するデータが記憶される。
【００３３】
上記のように構成されたシステムにおいて、出荷指示の依頼を担当者の携帯電話端末１０に送信して、出荷処理を行う場合の処理手順について説明する。ここでは、出荷指示システム２０から携帯電話端末１０への出荷指示送信処理、携帯電話端末１０でのピッキング処理及び出荷指示の完了処理に分けて順番に説明する。
【００３４】
（出荷指示システム２０の出荷指示の送信処理）
出荷指示システム２０が、携帯電話端末１０に出荷指示を送信するまでの手順を、図５を用いて説明する。
【００３５】
まず、出荷指示システム２０の管理コンピュータ２１は、販売管理システム３０から出荷指示データ（出荷情報）を受信する（ステップＳ１−１）。具体的には、販売管理システム３０は、受注した商品について、出荷指示システム２０に出荷指示を送信する。この出荷指示データには、出荷指示識別子、出荷先識別子、出荷先名、商品識別子、商品名、ロケーション、出荷予定数量に関するデータが含まれる。
【００３６】
次に、出荷指示データを受信した管理コンピュータ２１は、まずは、携帯端末データ２２０を読み込む（ステップＳ１−２）。この場合、読み込む条件として、担当者の状態が「処理待ち」の状態で、依頼回数の少ないものから順次読み込んでいく。具体的には、携帯端末データ２２０の処理状況区分データ領域に「０（処理待ち）」が記録されており、依頼回数データ領域に記録された数字が、例えば「０」の担当者のデータを読み込む。
【００３７】
「処理待ち」の状態で依頼回数データ領域に記録された数字が、「０」の携帯電話端末１０がなかった場合（ステップＳ１−３でＮＯの場合）には、依頼回数データ領域に記録された数字を大きくして（ここでは「１」にして）、再度、携帯端末データ２２０を読み込む。
【００３８】
処理待ちの状態の携帯電話端末１０が見つかった場合（ステップＳ１−３でＹＥＳの場合）には、通常のメール送信方法により、この担当者メールアドレスを用いて携帯電話端末１０に出荷指示データを送信する（ステップＳ１−４）。なお、携帯電話端末１０に出荷指示データを送信する際に、出荷指示データ２３０で出荷完了しているデータが存在している可能性があるのでそのデータは対象外として送信しない。具体的には、処理状況区分データ領域が「９（処理完了）」となっている場合には送信対象から外す。
【００３９】
携帯電話端末１０への出荷指示データ２３０が送信エラーになった場合（ステップＳ１−５でＹＥＳの場合）には、管理コンピュータ２１は再送信処理を行う。一方、携帯電話端末１０に対して送信エラーなしで出荷指示データ２３０を送信できた場合（ステップＳ１−５でＮＯの場合）には、管理コンピュータ２１は携帯端末データ２２０及び出荷指示データ２３０の更新処理を行う（ステップＳ１−６）。本実施形態では、まず管理コンピュータ２１は携帯端末データ２２０の更新を行う。具体的には、携帯端末データ２２０に関しては、処理依頼を行った出荷指示データ２３０の出荷指示識別子情報を携帯端末データ２２０の出荷指示識別子データ領域に記録する。そして、処理状況区分データ領域に記録された「処理待ち」を「処理中」に変更する。次に、管理コンピュータ２１は、出荷指示データ２３０に関しては、担当者メールアドレスデータエリアに依頼を行った担当者のメールアドレスを記録する。そして、処理状況区分データエリアに「送信済（処理依頼済）」を記録してデータを更新する。
【００４０】
（携帯電話端末１０のピッキング処理）
次に、携帯電話端末１０の処理に関する手順を、図６を用いて説明する。ここでは、担当者は、携帯電話端末１０を用いて、出荷指示システム２０からの出荷指示を待ちうける。そして、携帯電話端末１０は、管理コンピュータ２１が送信した出荷指示を受信する（ステップＳ１−７）。この場合、携帯電話端末１０の表示部１０１には、図８に示す携帯電話端末画面５００が表示される。この携帯電話端末画面５００には、担当者への出荷（ピッキング）の依頼とともに、ＵＲＬ（Uniform Resource Locator）が表示される。そこで、携帯電話端末１０のカーソル移動ボタン１０２を用いてＵＲＬを選択して、完了ボタン１０３で決定する。
【００４１】
この場合、携帯電話端末１０の表示部１０１には、図８に示す業務メニュー画面５１０が表示される。業務メニュー画面５１０には、「１．入荷／検品」、「２．ピッキング」、「３．棚卸」の各選択ボタンが含まれる。ここで、「１．入荷／検品」ボタンは、発注を行った商品が入荷されてきた場合に、商品を保管する前に商品と数量などが一致しているかを確認する場合に用いる。出荷指示の内容を確認する場合には、「２．ピッキング」ボタンを選択する。「３．棚卸」ボタンは、月末や期末、年度末などに入荷や出荷を行った数量と現在在庫されている商品の数量が期間を通して一致しているかどうかを確認する場合に用いる。
【００４２】
ここでは、出荷指示の依頼を受けているので、「２．ピッキング」ボタンをカーソル移動ボタン１０２を用いて選択し、完了ボタン１０３で決定する。この場合、携帯電話端末１０は、出荷指示システム２０に対してピッキングリストを要求する。ピッキングリスト要求を受信した出荷指示システム２０の管理コンピュータ２１は、出荷指示データ記憶部２３から出荷指示データ２３０を抽出する。具体的には、管理コンピュータ２１は、要求を送信した携帯電話端末１０の担当者メールアドレスが記録され、処理状況区分が「０（未処理）」もしくは「２（処理継続）」の出荷指示データ２３０を抽出する。このピッキングリストには、出荷先毎に、商品識別子、ロケーション、出荷予定数量に関するデータが含まれる。そして、管理コンピュータ２１は、生成したピッキングリストを携帯電話端末１０に送信する。
【００４３】
このピッキングリストを受信した携帯電話端末１０の表示部１０１には、図８に示すピッキングリスト画面５２０が表示される。このピッキングリスト画面５２０には、出荷指示の依頼内容が含まれる。さらに、ピッキングリスト画面５２０には、実際にピッキングを行った出荷数量（Ｐ数）の入力欄が設けられている。
【００４４】
この携帯電話端末１０を持つ担当者は、ピッキングリスト画面５２０を確認しながら必要な商品の品揃えを行う。この場合、携帯電話端末１０はピッキング処理を行う（ステッ
プＳ１−８）。具体的には、実際に品揃えできた商品に関して、その商品のＰ数入力欄にカーソル移動ボタン１０２でカーソルを移動させて、入力キー１１０でその数量の入力を行う。携帯電話端末１０は、入力された数量を商品毎に一時記憶する。
【００４５】
ピッキング処理が完了した場合、カーソル移動ボタン１０２を用いてカーソルを完了ボタン１０３に合わせて選択する。この場合、携帯電話端末１０は、出荷指示の完了メールを送信する（ステップＳ１−９）。この完了メールには、商品毎に入力された数量（実際のピッキング）に関するデータが含まれる。
【００４６】
完了メール送信時にエラーが発生した場合（ステップＳ１−１０でＹＥＳの場合）には、再度完了メールを送信する。完了メール送信時にエラーが発生しなかった場合（ステップＳ１−１０でＮＯの場合）には、携帯電話端末１０の表示部１０１には、図８に示す業務メニュー画面５３０が表示される。そして、携帯電話端末１０は、次の出荷指示のメールの受信を待つ。
【００４７】
（出荷指示の完了処理）
出荷指示システム２０が、携帯電話端末１０から出荷完了を受信したあとの手順を、図７を用いて説明する。まず、出荷指示システム２０の管理コンピュータ２１は、携帯電話端末１０から出荷完了データを受信する（ステップＳ１−１１）。具体的には、出荷指示システム２０は、出荷を完了した担当者の携帯電話端末１０から、出荷処理を完了した商品についての出荷完了データを受信する。この出荷完了には、出荷指示識別子、出荷先識別子、出荷先名、商品識別子、商品名、ロケーション、出荷予定数量、出荷数量に関するデータが含まれる。
【００４８】
次に、出荷完了を受信したら管理コンピュータ２１は、携帯端末データ２２０及び出荷指示データ２３０及び商品在庫データ２４０の更新処理を行う（ステップＳ１−１２）。本実施形態では、まず、管理コンピュータ２１は、携帯端末データ２２０の更新を行う。具体的には、携帯端末データ２２０に関しては、処理を行った出荷指示識別子データ領域をクリアする。そして、処理状況区分データ領域に記録された「処理中」を「処理待ち」に変更する。そして、依頼回数データ領域に記録された依頼回数に対して１件の出荷処理を行ったので、「１」を加算する処理を行ってデータを更新する。
【００４９】
次に、管理コンピュータ２１は、出荷指示データ２３０に関しては、出荷数量データ領域に記録された出荷数量に対して、今回出荷した数量を加算する。そして、処理状況区分データ領域に記録された「送信済（処理依頼済）」を該当する状態に更新する。具体的には、加算後の出荷数量データ領域と出荷予定数量データ領域を比較して、同じ場合には、処理状況区分データ領域を「送信済（処理依頼済）」から「処理完了（出荷完了）」の状態にする。出荷予定数量データ領域の方が多い場合には、「送信済（処理依頼済）」から「処理継続（出荷数量不足）」の状態にして、次回の出荷指示の対象データとする。
【００５０】
次に、管理コンピュータ２１は、商品在庫データ２４０に関しては、在庫数データ領域に記録された数量から出荷完了を受けた出荷数量を減算してデータを更新する。以上のように、上記の処理を販売管理システム３０から出荷指示システム２０が受信した出荷指示データがすべて処理されるまで繰り返し実施される。
【００５１】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・  上記実施形態では、管理コンピュータ２１が、出荷指示データを受信した場合、出荷指示データ記憶部２３に記録されたデータを取得し、これに基づいて担当者の携帯電話端末１０の担当者メールアドレスを特定する。そして、特定された携帯電話端末１０に出荷指示を送信する。このため、出荷指示データ記憶部２３に記録された出荷指示データ２
３０、すなわち出荷指示履歴（依頼履歴）に基づいて、効率的に出荷指示を行うことができる。
【００５２】
・  上記実施形態では、管理コンピュータ２１が、携帯電話端末１０から出荷完了データを受信した場合、その出荷完了データに基づいて出荷完了処理を行う。このため、出荷指示に対応して処理結果を記録することができる。
【００５３】
・  上記実施形態では、携帯端末データ２２０を読み込む際に、依頼回数の少ない順番に読み込むことにより、依頼回数が少ない携帯電話端末１０に出荷指示データ２３０を送信することができる。このため、担当者の負荷を平均化し、バランスよく出荷依頼を行うことができる。従って、担当者の不公平感を軽減することができる。
【００５４】
・  上記実施形態では、出荷完了データには、出荷数量に関するデータを含み、管理コンピュータ２１は、この出荷数量に関するデータを出荷指示に関する情報に関連付けて出荷指示データ記憶部２３に記録する。このため、出荷指示に対し、実際に出荷が行われた数量を特定することができる。
【００５５】
・  上記実施形態では、出荷指示データ２３０は、出荷予定数量（出荷依頼数量）に関するデータを含み、管理コンピュータ２１は、出荷数量の累計が出荷予定数量になるまで、担当者特定処理及び出荷指示処理を繰り返す。このため、在庫量不足のため出荷できなかった場合にも、出荷できるまで処理を行うことができる。
【００５６】
・  上記実施形態では、従来のピッキングリストによる出荷指示の処理に比べて出荷指示システム２０から携帯電話端末１０に出荷指示データを送信して、１件毎にピッキング処理を行うことにより効率的な処理を行うことができる。
【００５７】
・  上記実施形態では、現在ではもう誰もが所持している携帯電話端末１０を使用することにより、この出荷指示システム２０で特別に設備を整えることなく出荷処理を行うことができる。
【００５８】
・  上記実施形態では、管理コンピュータ２１は携帯端末データ２２０を読み込む際に処理状況区分を判断して、「処理待ち」になっているものを認識する。このため、確実に「処理待ち」の携帯電話端末１０を特定することができる。
【００５９】
なお、上記実施形態は、以下の様態に変更してもよい。
○  上記実施形態では、依頼回数に基づいて携帯端末データ２２０を読み込むことにより、依頼回数が少ない携帯電話端末１０に出荷指示データ２３０を送信した。これに代えて、実際に出荷指示を行ったデータの明細件数（商品種類数や出荷数量等）が少ない携帯電話端末１０に出荷指示データ２３０を送信してもよい。これにより、依頼毎に明細件数にばらつきがある場合でも、各携帯電話端末１０に依頼する明細件数のばらつきを少なくすることができる。
【００６０】
○  上記実施形態では、出荷指示データ２３０を、携帯電話端末１０に送信を行った後は、本当に担当者がピッキング処理を行っているのかどうかの判断を、出荷完了データが送信されてから行った。これに代えて、出荷指示データ２３０に送信日付、送信時間を持たせ、これを用いて、出荷完了データが送信される前に担当者がピッキング処理を行っているかどうかを判断してもよい。例えば、実際に出荷指示データを携帯電話端末１０に送信した日付と時間に関する情報を送信日付、送信時間として書き込み、これらをサーバ上に記録されている時間と照合する。そして、所定の時間以上経過しても出荷完了データの送信がされない担当者の携帯電話端末１０に対して通常のメール送信手段より警告メッセ
ージを送信して作業の進捗確認を行う。これにより、作業促進を図ることができる。
【００６１】
○  上記実施形態では、携帯電話端末１０を使用しての処理の説明を行ったが、データの送受信を行うことができる機器であれば携帯電話端末１０に限られるものではない。
○  上記実施形態では、携帯電話端末１０からの出荷完了の指示を受けて、出荷指示システム２０において即時に商品在庫データ２４０の更新処理を行っている。これに代えて、商品在庫データ２４０の更新処理を即時に行わず、販売管理システム３０等で、バッチ処理により更新処理を行ってもよい。これにより、通信負荷を軽減することができる。
【００６２】
○  上記実施形態では、販売管理システム３０が送信した出荷指示データを出荷指示システム２０側で受信して、出荷指示データ記憶部２３に記録する。これに代えて、出荷指示システム２０側から販売管理システム３０に出荷指示データ２３０を取りに行くようにしてもよい。この場合、出荷指示データの処理状況区分が「処理完了（出荷完了）」のもの以外のデータを取得するようにする。
【００６３】
○  上記実施形態では、携帯電話端末１０への出荷指示を行う際に、出荷指示データ２３０を送信しているが、この送信情報に出荷する商品の画像情報を添付してもよい。これにより、担当者は、画像により商品を確認することができる。
【００６４】
○  上記実施形態では、商品の出荷に関して説明を行っているが、この限りではなく、商品の入荷・検品業務や棚卸業務、商品の配送指示業務に関してもこの仕組みを使用してもよい。これにより、商品の入荷・検品業務や棚卸業務、商品の配送指示業務に関しても、効率的にかつ効果的に作業を行うことができる。
【図面の簡単な説明】
【００６５】
【図１】本発明の一実施形態のシステム概略図
【図２】携帯端末データ記憶部に記憶されたデータの説明図
【図３】出荷指示データ記憶部に記憶されたデータの説明図
【図４】商品在庫データ記憶部に記憶されたデータの説明図
【図５】本発明の一実施形態の処理手順の説明図
【図６】本発明の一実施形態の処理手順の説明図
【図７】本発明の一実施形態の処理手順の説明図
【図８】携帯電話端末の表示画面の説明図
【符号の説明】
【００６６】
１０…携帯端末としての携帯電話端末、２０…出荷指示システム、２１…管理コンピュータ、２２…依頼情報記憶手段としての携帯端末データ記憶部、２３…出荷指示データ記憶部、２４…商品在庫データ記憶部、３０…販売管理システム、４０…依頼情報取得手段，４１…担当者特定処理手段、４２…出荷指示処理手段。
【図１】
2005263416.tif 000003
【図２】
2005263416.tif 000004
【図３】
2005263416.tif 000005
【図４】
2005263416.tif 000006
【図５】
2005263416.tif 000007
【図６】
2005263416.tif 000008
【図７】
2005263416.tif 000009
【図８】
2005263416.tif 000010