(57)【要約】【課題】  商品を注文した利用者が注文商品についての商品発送状況を確認することができるような仕組みを、複雑なシステム構成とすることなく実現する。【解決手段】  クライアント端末１を介してＷｅｂサーバ３にアクセスして商品を注文した利用者は、当該注文商品に関する荷札を印刷発行したラベルプリンタ５からＷｅｂサーバ３に対して発行状況ステータスが通知された後、クライアント端末１を介してＷｅｂサーバ３に再度アクセスすることで、注文した商品についての商品発送状況を確認することができる。これにより、商品を注文した利用者が注文商品についての商品発送状況を確認することができるような仕組みを、複雑なシステム構成とすることなく実現することができる。【選択図】    図１
2005084854.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末から通信ネットワークを通じてアクセス可能なＷｅｂサーバを有する商品受発注システムにおいて、
前記Ｗｅｂサーバに対してアクセスした前記クライアント端末を介した利用者からの商品の注文を受け付ける注文受付手段と、
この注文受付手段により受け付けた注文商品と当該商品を注文した利用者に関する情報とを対応付けた注文データを生成する注文データ生成手段と、
前記Ｗｅｂサーバに対してアクセスした前記クライアント端末に対して、前記注文データ生成手段により生成された前記注文データを荷札印刷データとして提供する荷札印刷データ提供手段と、
この荷札印刷データ提供手段により前記荷札印刷データが提供された前記クライアント端末から当該クライアント端末が使用可能なプリンタに前記荷札印刷データを送信して荷札を印刷発行する荷札発行手段と、
前記プリンタによる荷札印刷発行後、当該プリンタから返信される発行状況ステータスを前記Ｗｅｂサーバに通知する発行状況ステータス通知手段と、
この発行状況ステータス通知手段により通知された前記発行状況ステータスを受信する発行状況ステータス受信手段と、
この発行状況ステータス受信手段で受信した前記発行状況ステータスを記憶部に記憶する発行状況ステータス記憶手段と、
前記Ｗｅｂサーバに対してアクセスした前記クライアント端末に対して、前記記憶部に記憶されている前記発行状況ステータスに応じた商品発送状況を報知する発送状況報知手段と、
を具備することを特徴とする商品受発注システム。
【請求項２】
商品出荷時に前記荷札に付された荷札コードシンボルをスキャナで読み取り、当該シンボル読取結果を前記Ｗｅｂサーバに対して送信する読取結果送信手段と、
この荷札読取結果送信手段により送信された前記シンボル読取結果を記憶部に記憶する読取結果記憶手段と、
を具備し、
前記発送状況報知手段は、前記Ｗｅｂサーバに対してアクセスした前記クライアント端末に対して、前記記憶部に記憶されている前記発行状況ステータス及び前記シンボル読取結果に応じた商品発送状況を報知する、
ことを特徴とする請求項１記載の商品受発注システム。
【請求項３】
前記記憶部に記憶されている前記発行状況ステータスに基づいて、前記記憶部に記憶されている前記注文データを請求書発行データとして生成する請求書発行データ生成手段と、
この請求書発行データ生成手段により生成された前記請求書発行データを、前記Ｗｅｂサーバが使用可能なプリンタに送信して請求書を印刷発行する請求書発行手段と、
を具備することを特徴とする請求項１または２記載の商品受発注システム。
【請求項４】
クライアント端末から通信ネットワークを通じてアクセス可能なサーバコンピュータにおいて、
前記クライアント端末を介してアクセスした利用者からの商品の注文を受け付ける注文受付手段と、
この注文受付手段により受け付けた注文商品と当該商品を注文した利用者に関する情報とを対応付けた注文データを生成する注文データ生成手段と、
アクセスした前記クライアント端末に対して、前記注文データ生成手段により生成された前記注文データを荷札印刷データとして提供する荷札印刷データ提供手段と、
前記クライアント端末が使用可能なプリンタによる前記荷札印刷データに基づく荷札印刷発行後、当該プリンタから返信される発行状況ステータスを受信する発行状況ステータス受信手段と、
この発行状況ステータス受信手段で受信した前記発行状況ステータスを記憶部に記憶する発行状況ステータス記憶手段と、
アクセスした前記クライアント端末に対して、前記記憶部に記憶されている前記発行状況ステータスに応じた商品発送状況を報知する発送状況報知手段と、
を具備することを特徴とするサーバコンピュータ。
【請求項５】
クライアント端末から通信ネットワークを通じてアクセス可能なＷｅｂサーバを有する商品受発注システムで用いられる商品発送状況報知方法において、
前記Ｗｅｂサーバに対してアクセスした前記クライアント端末を介した利用者からの商品の注文を受け付ける注文受付工程と、
この注文受付工程により受け付けた注文商品と当該商品を注文した利用者に関する情報とを対応付けた注文データを生成する注文データ生成工程と、
前記Ｗｅｂサーバに対してアクセスした前記クライアント端末に対して、前記注文データ生成工程により生成された前記注文データを荷札印刷データとして提供する荷札印刷データ提供工程と、
この荷札印刷データ提供工程により前記荷札印刷データが提供された前記クライアント端末から当該クライアント端末が使用可能なプリンタに前記荷札印刷データを送信して荷札を印刷発行する荷札発行工程と、
前記プリンタによる荷札印刷発行後、当該プリンタから返信される発行状況ステータスを前記Ｗｅｂサーバに通知する発行状況ステータス通知工程と、
この発行状況ステータス通知工程により通知された前記発行状況ステータスを受信する発行状況ステータス受信工程と、
この発行状況ステータス受信工程で受信した前記発行状況ステータスを記憶部に記憶する発行状況ステータス記憶工程と、
前記Ｗｅｂサーバに対してアクセスした前記クライアント端末に対して、前記記憶部に記憶されている前記発行状況ステータスに応じた商品発送状況を報知する発送状況報知工程と、
を具備することを特徴とする商品発送状況報知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品受発注システム、サーバコンピュータ及び商品発送状況報知方法に関する。
【背景技術】
【０００２】
遠隔地においてラベル印刷を行う場合に、専用回線、専用ネットワークを構築する必要がある。また、クライアント端末においてラベルを印刷するためにはクライアント端末にラベル印刷用のアプリケーションをインストールする必要があった。
【０００３】
そこで、インターネットを介してサーバからクライアント端末にラベル発行プログラムをダウンロードし、クライアント端末においてラベル発行プログラムを実行させてラベル発行するようにしたシステムが知られている（例えば、特許文献１参照）。
【０００４】
【特許文献１】特開２００１−２６１１３１公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に示されるようなシステムにおいては、サーバ側においてクライアント端末のラベルの印刷状況をリアルタイムに取得することができないため、サーバにおいてクライアント端末に接続されているラベルプリンタでのラベル発行状況を把握することはできない。
【０００６】
また、近年においては、クライアント端末を介してＷｅｂサーバにアクセスして商品を注文するような商品受発注システムが構築されているが、このような商品受発注システムにおいて、商品を注文した利用者が注文商品についての商品発送状況を確認することができるような仕組みをできるだけ簡易に構築したいとの要望がある。
【０００７】
本発明は、商品を注文した利用者が注文商品についての商品発送状況を確認することができるような仕組みを、複雑なシステム構成とすることなく実現することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、クライアント端末から通信ネットワークを通じてアクセス可能なＷｅｂサーバを有する商品受発注システムにおいて、前記Ｗｅｂサーバに対してアクセスした前記クライアント端末を介した利用者からの商品の注文を受け付ける注文受付手段と、この注文受付手段により受け付けた注文商品と当該商品を注文した利用者に関する情報とを対応付けた注文データを生成する注文データ生成手段と、前記Ｗｅｂサーバに対してアクセスした前記クライアント端末に対して、前記注文データ生成手段により生成された前記注文データを荷札印刷データとして提供する荷札印刷データ提供手段と、この荷札印刷データ提供手段により前記荷札印刷データが提供された前記クライアント端末から当該クライアント端末が使用可能なプリンタに前記荷札印刷データを送信して荷札を印刷発行する荷札発行手段と、前記プリンタによる荷札印刷発行後、当該プリンタから返信される発行状況ステータスを前記Ｗｅｂサーバに通知する発行状況ステータス通知手段と、この発行状況ステータス通知手段により通知された前記発行状況ステータスを受信する発行状況ステータス受信手段と、この発行状況ステータス受信手段で受信した前記発行状況ステータスを記憶部に記憶する発行状況ステータス記憶手段と、前記Ｗｅｂサーバに対してアクセスした前記クライアント端末に対して、前記記憶部に記憶されている前記発行状況ステータスに応じた商品発送状況を報知する発送状況報知手段と、を具備する。
【０００９】
したがって、クライアント端末を介してＷｅｂサーバにアクセスして商品を注文した利用者は、当該注文商品に関する荷札を印刷発行したプリンタからＷｅｂサーバに対して発行状況ステータスが通知された後、クライアント端末を介してＷｅｂサーバに再度アクセスすることで、注文した商品についての商品発送状況を確認することが可能になる。
【発明の効果】
【００１０】
本発明によれば、クライアント端末を介してＷｅｂサーバにアクセスして商品を注文した利用者は、注文商品についての商品発送状況を、当該注文商品についての荷札を印刷発行したプリンタからＷｅｂサーバに対して通知される発行状況ステータスを利用して確認することができるので、商品を注文した利用者が注文商品についての商品発送状況を確認することができるような仕組みを、複雑なシステム構成とすることなく実現することができる。
【発明を実施するための最良の形態】
【００１１】
本発明の第一の実施の形態を図１ないし図１５に基づいて説明する。
【００１２】
[１．商品受発注システム１００の構成]
ここで、図１は本実施の形態の商品受発注システム１００の全体構成を概略的に示すシステム構成図である。図１に示すように、商品受発注システム１００には、ユーザが使用するＰＣ（Personal Computer）であるクライアント端末１が備えられている。このようなクライアント端末１は、図示しないモデム、ＴＡ（ターミナルアダプタ）、ルータを介して通信ネットワークであるインターネット２に接続されている。
【００１３】
また、商品受発注システム１００には、メーカー本部のサーバコンピュータ（以下、本部サーバという）３が備えられている。この本部サーバ３は、Ｗｅｂサーバとして機能するものであって、図示しないルータを介してインターネット２に接続されている。
【００１４】
さらに、商品受発注システム１００には、出荷センターに設置されるＰＣ（Personal Computer）であるクライアント端末４が備えられている。このようなクライアント端末４も、図示しないモデム、ＴＡ、ルータを介してインターネット２に接続されている。また、出荷サーバ４には、ＲＳ２３２Ｃを介してラベルプリンタ５が接続されている。なお、出荷サーバ４とラベルプリンタ５の接続は、ＲＳ２３２Ｃに限らず、セントロニクスやＬＡＮ、無線等で可能である。
【００１５】
なお、図１に示すように、出荷センターとユーザ先との間においては、宅配便等によって商品の配送が行われる。
【００１６】
[１−１．本部サーバ３についての説明]
次に、本部サーバ３について説明する。ここで、図２は本部サーバ３の各部の電気的接続を示すブロック図である。図２に示すように、本部サーバ３には、各部を集中的に制御するＣＰＵ（Central Processing Unit）、制御プログラムを格納するＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）等で構成されるコンピュータ構成の制御手段２１が設けられており、この制御手段２１は各種演算やデータ転送などを制御する。制御手段２１には、通信制御手段２２が接続されており、インターネット２を介したデータの入出力制御を行う。
【００１７】
加えて、制御手段２１には、Ｗｅｂアプリケーションを格納するＨＤＤ（HardDisk Drive）等の記憶部（記憶媒体）２３と、ＨＴＭＬ（HyperText Markup Language）ファイルとＣＧＩ（Common Gateway Interface）を介して呼び出される外部プログラム（以下、ＣＧＩプログラムという）を格納するＨＤＤ等の記憶部（記憶媒体）２４とが接続されている。これらの記憶装置２３，２４は、本部サーバ３の内部に設けられるものであっても良いし、本部サーバ３の外部に設けられるものであっても良い。
【００１８】
なお、Ｗｅｂアプリケーションは、ユーザ先に設置されたクライアント端末１や出荷センターに設置されたクライアント端末４からインターネット２を通じてＷｅｂサイトの閲覧要求があった時、ＨＴＭＬファイルの転送やＣＧＩプログラムの実行により、クライアント端末１に閲覧情報を送り出すプログラムである。例えばクライアント端末１からの閲覧要求が既に用意されているＨＴＭＬファイルの閲覧要求であった場合、Ｗｅｂアプリケーションは、ＨＴＭＬファイルをクライアント端末１に送信する。また、クライアント端末１からの閲覧要求内に、データの転送などがあった場合には、ＣＧＩプログラムが実行され、データの保存や各種演算が行われる。
【００１９】
また、図２に示すように、制御手段２１には、発注情報を保存する記憶部（以下、発注データファイルという）２５、商品情報を保存する記憶部（以下、商品画像ファイルという）２６、ユーザ情報を保存する記憶部（以下、ユーザデータファイルという）２７が接続されている。これらの各ファイル２５，２６，２７については、詳しくは後に説明する。なお、これらの各ファイル２５，２６，２７は、本部サーバ３の内部に設けられるものであっても良いし、本部サーバ３の外部に設けられるものであっても良い。また、これらの各ファイル２５，２６，２７は、一の記憶装置に全て含まれるものであっても何ら問題はない。
【００２０】
[１−２．クライアント端末１，４についての説明]
次に、各ユーザ先に設置されるクライアント端末１、出荷センターに設置されるクライアント端末４について説明する。ここで、図３はクライアント端末１，４の各部の電気的接続を示すブロック図である。図３に示すように、クライアント端末１，４には、各部を集中的に制御するＣＰＵ、制御プログラムを格納するＲＯＭ、ＣＰＵのワークエリアとして機能するＲＡＭ等で構成される制御手段１１が設けられており、この制御手段１１は各種演算やデータ転送などを制御する。この制御手段１１には、インターネット２を介したデータの入出力制御を行う通信制御手段１２や、Ｗｅｂブラウザや本部サーバ３に搭載されているＷｅｂアプリケーションとＷｅｂブラウザ間、ラベルプリンタ５とＷｅｂブラウザ間のインターファイスを司るＷｅｂ発行ツール（例えば、ActiveX（Microsoft社の商標）コントロール）などのインターネット２に対する操作のための特殊な機能を実現するプログラム等の各種プログラムを保存するＨＤＤ等の記憶装置１３が接続されている。なお、各クライアントＰＣ１，４によって記憶装置１３に保存されるプログラムは異なっており、この記憶装置１３に保存されるプログラムの違いによって、各クライアントＰＣ１，４毎に特有の機能を発揮することになる。
【００２１】
また、クライアント端末１，４には、制御手段１１によって制御されるＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等の表示部１４、入力部として機能するキーボード１５やマウス１６、各種外部機器とのデータ接続を実行するインタフェース（Ｉ／Ｆ）１７等がそれぞれ設けられている。
【００２２】
[２．商品受発注システム１００を構成する各部における処理]
続いて、商品受発注システム１００を構成する各部における処理について説明する。
【００２３】
[２−１．クライアント端末１から本部サーバ３に対する商品発注処理]
まず、ユーザ先に設置されるクライアント端末１から本部サーバ３に対して商品を発注する処理について説明する。
【００２４】
ここで、図４は商品を発注する際のクライアント端末１の表示部１４に表示される画面イメージを示したフローチャートである。なお、図４中、「ＨＴＭＬ＋“番号”」は、本部サーバ３の制御手段２１が記憶装置２３のＷｅｂアプリケーションに基づいて記憶装置２４に予め用意されているＨＴＭＬファイルを表示する処理を実行していることを示すものであり、「ＣＧＩ＋“番号”」で示しているのは、記憶装置２４のＣＧＩプログラムが動作していることを示し、制御手段２１が閲覧者の要求に応じて閲覧情報を変えたり、Ｗｅｂサーバ内でファイル処理を実行していることを示すものである。
【００２５】
所望の商品を発注するためには、本部サーバ３の商品発注用のＷｅｂサイトのＵＲＬ（Uniform Resource locator）にアクセスするとともに、当該Ｗｅｂサイトにログインする必要が有る。そこで、クライアント端末１の表示部１４に表示される画面Ｐ１（商品発注用のＷｅｂサイトのトップページ）の「ログインボタン」をマウス１６でクリックすると、次の画面Ｐ２に進む（ＨＴＭＬ１）。
【００２６】
図４に示す画面Ｐ２は、ログインページである。画面Ｐ２には、ユーザＩＤとパスワードを入力するフォームが表示されるので、各項目をキーボード１５を用いて入力する。そして、必要項目の入力後、ログインページの「確認ボタン」をマウス１６でクリックするとＣＧＩプログラム（ＣＧＩ１）が実行される。
【００２７】
ここで、図５はＣＧＩプログラム（ＣＧＩ１）での処理の流れを示すフローチャートである。ＣＧＩプログラム（ＣＧＩ１）では、ユーザデータファイル２７を参照し、入力されたユーザＩＤとパスワードが正しいものか否かを確認する（ステップＳ１）。なお、ユーザデータファイル２７には、図６に示すように、ユーザデータとして、ユーザＩＤ、パスワード、名前、住所、電話番号、Ｅメールアドレス等が格納されている。したがって、ユーザデータファイル２７に格納されているユーザＩＤ及びパスワードと、入力されたユーザＩＤ及びパスワードとを照合することにより、入力されたユーザＩＤ及びパスワードが正しいか否かが判定される。
【００２８】
入力されたユーザＩＤとパスワードが正しければ（ステップＳ１のＹ）、商品画像ファイル２６から全ての商品の画像データを抽出し（ステップＳ２）、表示部１４に商品一覧ページを表示させる（ステップＳ３）。なお、商品画像ファイル２６には、図７に示すように、商品名及び商品を示す識別番号に対応付けて当該商品の画像データが格納されている。図４の画面Ｐ３は、商品一覧ページである。図４に示すように、画面Ｐ３には、ステップＳ２で抽出した商品の画像データがサムネイル表示される。
【００２９】
なお、ユーザＩＤとパスワードとの少なくとも何れか一方が正しくない場合には（ステップＳ１のＮ）、クライアント端末１の表示部１４にエラーである旨を表示し、画面Ｐ２（ログインページ）に戻る（ステップＳ４）。
【００３０】
図４の画面Ｐ３（商品一覧ページ）に表示されている何れか一つの「商品の画像」がマウス１６でクリックされると、次の画面（発注確認ページ）Ｐ４に進む（ＨＴＭＬ２）。図４に示すように、画面Ｐ４には、選択された「商品の画像」が拡大表示される。そして、ユーザが、画面Ｐ４（発注確認ページ）の「発注」ボタンをマウス１６でクリックすると、ＣＧＩプログラム（ＣＧＩ２）が実行される。
【００３１】
ここで、図８はＣＧＩプログラム（ＣＧＩ２）での処理の流れを示すフローチャートである。図８に示すように、ＣＧＩプログラム（ＣＧＩ２）では、ユーザからの商品の発注を受領した後（ステップＳ１１：注文受付手段）、注文商品及び当該商品を注文した利用者に関する情報であるユーザ情報（ユーザの名前、住所、電話番号）、ラベルの発行状況を対応付けた注文データを生成し、本部サーバ３の発注データファイル２５に記憶する（ステップＳ１２：注文データ生成手段）。発注データファイル２５には、図９に示すように、注文商品名、注文商品を示す識別番号、ユーザ情報（ユーザの名前、住所、電話番号）、ラベルの発行状況が発注データ（荷札印刷データ）として格納されている。
【００３２】
[２−２．クライアント端末４におけるラベル発行処理]
次に、クライアント端末４に接続されているラベルプリンタ５からラベルを発行させる処理について図１０を参照して説明する。
【００３３】
まず、クライアント端末４のＷｅｂブラウザを起動する。そして、図１０に示すように、このＷｅｂブラウザから本部サーバ３上のＷｅｂアプリケーションにログインする（ステップＳ２１）。このとき、Ｗｅｂ発行ツールがインストール済みであるかが判定される（ステップＳ２２）。このステップＳ２２において「ＹＥＳ」と判定された場合には、Ｗｅｂ発行ツールが使用可能である。このステップＳ２２において「ＮＯ」と判定された場合には、Ｗｅｂ発行ツールをイントールする処理が行われる。インストール処理が行われれば、Ｗｅｂ発行ツールの機能が使用可能となる。この際に、Ｗｅｂ発行ツールのインストール用ファイルのダウンロードおよびインストールを促す画面表示を行っても良いし、最新のＷｅｂ発行ツールを自動的にインストールさせるようにしても良い。このＷｅｂブラウザは、他のＷｅｂブラウザ上で既にＷｅｂ発行ツールが起動されているかをチェックするチェック機能を備えている。
【００３４】
前述したステップＳ２１のように、クライアント端末４から本部サーバ３上のＷｅｂアプリケーションにログインされると、本部サーバ３のＷｅｂアプリケーションは図１１のフローチャートに示す処理を行う。
【００３５】
つまり、本部サーバ３はログインしたユーザのＩＤ番号を得て、このＩＤ番号に対応した発注データ（荷札印刷データ）が発注データファイル２５に記憶されているか否かを判定する（ステップＳ５１）。このステップＳ５１の判定で「ＹＥＳ」と判定された場合には、その荷札印刷データをクライアント端末４に送信する処理がなされる（ステップＳ５２）。また、ステップＳ５３及びＳ５４の処理については、クライアント端末４から受信するデータに対する処理であるので、先に、クライアント端末４におけるＷｅｂ発行ツールの処理について説明してからステップＳ５３以降の処理について説明する。
【００３６】
ＷｅｂアプリケーションのＷｅｂブラウザ側では、サーバ側から送られてきたデータを受信する処理がなされる（ステップＳ２５）。データ受信すると、Ｗｅｂブラウザ側では受信したデータのＣＲＣチェック処理を行う（ステップＳ２６）。次に、ＣＲＣチェックの結果を取得する処理を行い（ステップＳ２７）、ＣＲＣチェックの結果を判定する（ステップＳ２８）。このステップＳ２８において「ＮＯ」と判定された場合にはその荷札印刷データの処理は行わず、次データの受信待ちとなる。Ｗｅｂアプリケーションのサーバ側では、Ｗｅｂブラウザ側でＣＲＣチェックの結果がＮＧとなった場合、処理を終了するか次データを送信する。この際に、「ＮＯ」と判定された送信データを何度か再送させるようにしても良い。
【００３７】
Ｗｅｂブラウザ側では、ＣＲＣチェックがＯＫと判定された場合、荷札印刷データの属性チェック処理を行う（ステップＳ２９）。次に、属性チェックの結果を取得する処理を行い（ステップＳ３０）、属性チェックの結果を判定する（ステップＳ３１）。このステップＳ３１において「ＮＯ」と判定された場合には、その荷札印刷データの処理は行わず、次データの受信待ちとなる。Ｗｅｂアプリケーションでは、Ｗｅｂブラウザ側で属性チェックの結果がＮＧとなった場合、処理を終了するか次データを送信する。この際に、「ＮＯ」と判定された荷札印刷データを修正して再送させても良い。
【００３８】
Ｗｅｂブラウザでは荷札印刷データの属性チェックがＯＫと判定された場合、ラベルプリンタ５に対する送信データをクライアント端末４の送信用バッファにセットする（ステップＳ３２）。ここで、送信データには複数の荷札印刷データをセットすることも可能である。
【００３９】
そして、ラベルプリンタ５に対して送信データを送信する処理が行われる（ステップＳ３３：荷札印刷データ提供手段）。
【００４０】
つまり、Ｗｅｂアプリケーションから送信されるデータは、ＲＳ２３２Ｃを介してラベルプリンタ５に送信される。この結果、ラベルプリンタ５において荷札であるラベルを発行する処理がなされる。このようにラベルプリンタ５において、ラベル発行処理（荷札発行手段）がなされると、ラベルプリンタ５からのステータスがクライアント端末４に返送される。この結果、クライアント端末４のＷｅｂブラウザはプリンタのステータスを取得し（ステップＳ３４）、発行状況ステータスを作成する（ステップＳ３５）。
【００４１】
この発行状況ステータスのステータス区分としては、ラベルプリンタ５でのプリント処理が正常に終了した場合には「０」が、エラー発生時に中断ボタンにてプリント処理を中断した場合には「１」が、システムエラーが発生した場合には「２」が、印刷中の場合には「３」が、エラーステータスを受信した場合には「４」が設定される。
【００４２】
クライアント端末４のＷｅｂブラウザが作成した発行ステータスは、クライアント端末４内の記憶装置１３に記憶される。
【００４３】
次に、ステータスがＯＫ、つまりプリントが正常終了したかが判定される（ステップＳ３６）。このステップＳ３６の判定で「ＹＥＳ」と判定された場合には、送信した荷札印刷データ数分の正常終了ステータスを受信したかが判定される（ステップＳ３７）。このステップＳ３７において「ＮＯ」と判定された場合には、次のステータスを取得する（ステップＳ３４）。「Ｙｅｓ」と判定された場合には、通知用発行状況ステータス作成処理に進んで、Ｗｅｂアプリケーションに通知する発行状況ステータスを作成し（ステップＳ３８）、Ｗｅｂアプリケーションに発行状況ステータスを通知する処理がなされる（ステップＳ３９）。ここに、発行状況ステータス通知手段の機能が実行される。
【００４４】
このため、Ｗｅｂアプリケーションはクライアント端末４に接続されているラベルプリンタ５におけるラベル発行状況をリアルタイムに知ることができる。
【００４５】
また、複数の荷札印刷データをラベルプリンタ５に送信した場合、ラベルプリンタ５からのステータスを荷札印刷データ数分受信した後、ラベルプリンタ５での発行状況を発行状況ステータスとしてＷｅｂアプリケーションに通知することができる。すなわち、印刷がＪＯＢ単位で実行可能となる。
【００４６】
このようにしてＷｅｂアプリケーションに送信された発行状況ステータスは、Ｗｅｂアプリケーションにおいて受信され（ステップＳ５３〜５５：発行状況ステータス受信手段）、発行状況ステータスに基づいて発注データファイル２５に記憶されているラベル発行状況を更新する（ステップＳ５６：発行状況ステータス記憶手段）。
【００４７】
一方、ステップＳ３６の判定で「ＮＯ」と判定された場合には、エラー表示がクライアント端末４の表示部１４に行われる（ステップＳ４０）。例えば、図１２に示すように、クライアント端末４の表示部１４には、印刷ウインドウ５１が開かれ、ラベルが終了した場合には、『ラベルが終了しました。』というメッセージ５２、および、「用紙が終了しました。新しい用紙をセットしてください。」というメッセージ詳細５３が、何ページを印刷中にエラーが発生したかを知らせるメッセージ５４が表示される。なお、印刷ウインドウ５１には、印刷を中断する場合に操作する『印刷中断』ボタン５５も表示される。
【００４８】
そして、オペレータにより『印刷中断』ボタン５５が操作されたかが判定される（ステップＳ４１）。このステップＳ４１の判定で「ＹＥＳ」と判定された場合には、発行状況ステータス作成処理Ｓ３８に進んで、印刷動作が中断されたことを示すように発行状況ステータスを作成し、Ｗｅｂアプリケーションに発行状況ステータスを送信する。
【００４９】
このように、ラベルプリンタ５でエラーが発生して、その印刷動作が中断された場合には、ステップＳ２４の処理に戻るので、次の荷札印刷データに対する受信処理（ステップＳ２５）に移行することができる。
【００５０】
一方、印刷動作中にエラーが発生しても、オペレータにより『印刷中断』ボタン５５が操作されない場合には、オペレータがエラーの発生原因を解消する処理がなされている場合がある。例えば、ラベルを補給したり、用紙を補給したりする場合である。このような場合には、エラーが解除される。クライアント端末４のＷｅｂブラウザはラベルプリンタ５からステータスを受信する（ステップＳ４３）。ステータスを受信するとステップＳ３６に戻り、受信したステータスがチェックされる（ステップＳ３６）。
【００５１】
なお、このステップＳ２４の判定で「ＮＯ」と判定された場合には、Ｗｅｂ発行ツールの処理は終了する。
【００５２】
以上のように、本部サーバ３にラベル発行するＷｅｂアプリケーションを搭載しておき、クライアント端末４にＷｅｂブラウザ及びＷｅｂ発行ツールを搭載しておけば、ラベル発行プログラムをＷｅｂサーバからダウンロードする必要がないので、ラベル発行プログラムをダウンロードする手間を省くことができる。
【００５３】
ここで、図１３はラベルプリンタ５から発行される荷札であるラベルＬを示す説明図である。図１３に示すように、ラベルプリンタ５から発行されたラベルＬは、商品Ｏに貼り付けられる。このようなラベルＬには、商品Ｏを識別するための荷札バーコードＢＣや商品Ｏの送り先（発注者、住所、電話番号）等が記載された送り状Ｉが印刷されている。
【００５４】
なお、出荷センターに設置されるクライアント端末４における注文商品に係る各種の手続きは、公知の発注処理技術により処理可能であるため、ここでの説明は省略する。そして、商品は、宅配便等によってユーザの元へと配送される。
【００５５】
また、上述したようにラベルプリンタ５から送信された発行状況ステータスをＷｅｂアプリケーションにおいて受信し、発行状況ステータスに基づいて発注データファイル２５に記憶されているラベル発行状況を更新した本部サーバ３においては、この発注データファイル２５に記憶されているラベル発行状況に基づいて、本部サーバ３の発注データファイル２５に記憶されている注文データを請求書発行データとして生成し（請求書発行データ生成手段）、生成された請求書発行データを、本部サーバ３に接続されたプリンタ（図示せず）に送信して請求書を印刷発行する（請求書発行手段）。すなわち、発行状況ステータスが「０」であれば、ラベルプリンタ５でのプリント処理が正常に終了しておりラベルが商品に貼られて適正に発送されたものと判断できるので、発行状況ステータスが「０」の場合には、請求書の自動発行を行うようにする。一方、発行状況ステータスが「１」「２」「３」「４」の場合には、ラベルプリンタ５でのプリント処理が終了していないので、請求書の発行は行わないようにする。
【００５６】
[２−３．クライアント端末１から本部サーバ３に対する発送状況確認処理]
続いて、ユーザ先に設置されるクライアント端末１から本部サーバ３に対して商品の発送状況を確認する処理について説明する。
【００５７】
ここで、図１４は商品の発送状況を確認する際のクライアント端末１の表示部１４に表示される画面イメージを示したフローチャートである。なお、図１４中、「ＨＴＭＬ＋“番号”」は、本部サーバ３の制御手段２１が記憶装置２３のＷｅｂアプリケーションに基づいて記憶装置２４に予め用意されているＨＴＭＬファイルを表示する処理を実行していることを示すものであり、「ＣＧＩ＋“番号”」で示しているのは、記憶装置２４のＣＧＩプログラムが動作していることを示し、制御手段２１が閲覧者の要求に応じて閲覧情報を変えたり、Ｗｅｂサーバ内でファイル処理を実行していることを示すものである。
【００５８】
商品の発送状況を確認するためには、本部サーバ３の商品発送状況確認用のＷｅｂサイトのＵＲＬ（Uniform Resource locator）にアクセスするとともに、当該Ｗｅｂサイトにログインする必要が有る。そこで、クライアント端末１の表示部１４に表示される画面Ｐ５（商品発送状況確認用のＷｅｂサイトのトップページ）の「ログインボタン」をマウス１６でクリックすると、次の画面Ｐ６に進む（ＨＴＭＬ３）。
【００５９】
図１４に示す画面Ｐ６は、ログインページである。画面Ｐ６には、ユーザＩＤとパスワードを入力するフォームが表示されるので、各項目をキーボード１５を用いて入力する。そして、必要項目の入力後、ログインページの「確認ボタン」をマウス１６でクリックするとＣＧＩプログラム（ＣＧＩ３）が実行される。
【００６０】
ここで、図１５はＣＧＩプログラム（ＣＧＩ３）での処理の流れを示すフローチャートである。ＣＧＩプログラム（ＣＧＩ３）では、ユーザデータファイル２７を参照し、入力されたユーザＩＤとパスワードが正しいものか否かを確認する（ステップＳ６１）。
【００６１】
入力されたユーザＩＤとパスワードが正しければ（ステップＳ６１のＹ）、発注データファイル２５からラベル発行状況を抽出し（ステップＳ６２）、表示部１４に商品発送状況確認ページを表示させる（ステップＳ６３：発送状況報知手段）。図１４の画面Ｐ７は、商品発送状況確認ページである。図１４に示すように、画面Ｐ７には、ステップＳ６２で抽出したラベル発行状況に基づく商品の発送状況が表示される。例えば、発行状況ステータスが「０」であれば、ラベルプリンタ５でのプリント処理が正常に終了しているので、ラベルが商品に貼られて適正に発送されたものとして扱う。一方、発行状況ステータスが「１」「２」「３」「４」であれば、ラベルプリンタ５でのプリント処理が終了していないので、まだ商品の発送が終了していないものとして扱う。
【００６２】
なお、ユーザＩＤとパスワードとの少なくとも何れか一方が正しくない場合には（ステップＳ１のＮ）、クライアント端末１の表示部１４にエラーである旨を表示し、画面Ｐ２（ログインページ）に戻る（ステップＳ４）。
【００６３】
そして、商品の発送状況の確認後、商品発送状況確認ページの「確認ボタン」をマウス１６でクリックすると、所定の画面（例えば、Ｐ１）を表示する（ＨＴＭＬ４）。
【００６４】
このように本実施の形態においては、クライアント端末１を介して本部サーバ３にアクセスして商品を注文した利用者は、当該注文商品に関する荷札であるラベルＬを印刷発行したラベルプリンタ５から本部サーバ３に対して発行状況ステータスが通知された後、クライアント端末１を介して本部サーバ３に再度アクセスすることで、注文した商品についての商品発送状況を確認することができる。これにより、商品を注文した利用者が注文商品についての商品発送状況を確認することができるような仕組みを、複雑なシステム構成とすることなく実現することができる。
【００６５】
次に、本発明の第二の実施の形態を図１６または図１７に基づいて説明する。なお、本発明の第一の実施の形態において説明した部分と同一部分については同一符号を用い、説明も省略する。
【００６６】
第一の実施の形態においては、クライアント端末４に接続されているラベルプリンタ５からラベルが発行されていれば、そのラベルが商品に貼られて商品が適正に発送されたものとして扱うようにした。本実施の形態は、商品の出荷の際に商品に貼られたラベルの荷札バーコードを読み取るようにし、荷札バーコードが読み取られている場合に商品が適正に発送されたものとして扱うようにしたものである。
【００６７】
図１６は、商品Ｏに貼られたラベルＬの荷札バーコードＢＣが読み取られている様子を示す説明図である。図１６に示すように、本実施の形態においては、商品の出荷の際に、商品Ｏに貼られたラベルＬの荷札バーコードＢＣをバーコードスキャナＢＳにより読み取る。このようにして荷札バーコードＢＣを読み取ったバーコードスキャナＢＳは、その読み取り結果を本部サーバ３に対して送信する。ここに、読取結果送信手段が実現されている。なお、バーコードスキャナＢＳから本部サーバ３への読み取り結果の送信は、クライアント端末４を介してインターネット２を経由するものであっても良いし、バーコードスキャナＢＳから本部サーバ３へ直接送信するものであって良い。
【００６８】
図１７は、発注データファイル２５に格納されている発注データのデータ構成を示す模式図である。図１７に示すように、注文商品名、注文商品を示す識別番号、ユーザ情報（ユーザの名前、住所、電話番号）、ラベルの発行状況に加え、出荷済みであるか否かの情報が発注データ（荷札印刷データ）として格納されている。
【００６９】
このような構成により、本部サーバ３においては、商品Ｏに貼られたラベルＬの荷札バーコードＢＣの読み取り結果をバーコードスキャナＢＳから受け取ると、発注データファイル２５に記憶する。ここに、読取結果記憶手段が実現されている。
【００７０】
このようにすることで、ユーザ先に設置されるクライアント端末１から本部サーバ３に対する商品の発送状況の確認の際に、商品Ｏに貼られたラベルＬの荷札バーコードＢＣがバーコードスキャナＢＳに読み取られて本部サーバ３に送信されていれば、商品を注文した利用者は、商品が実際に発送されたことを確認することができる。
【００７１】
このように本実施の形態においては、商品出荷時に荷札であるラベルＬに付された荷札バーコードＢＣをバーコードスキャナＢＳで読み取り、当該シンボル読取結果を本部サーバ３の記憶部に記憶するようにし、本部サーバ３に対してアクセスしたクライアント端末１に対して、発行状況ステータス及びシンボル読取結果に応じた商品発送状況を報知するようにした。これにより、商品を注文した利用者は、商品が実際に発送されたことを確認することができる。
【００７２】
なお、各実施の形態においては、出荷サーバ４にラベルプリンタ５を接続し、ユーザからの商品の発注に基づくラベルをラベルプリンタ５から発行するようにしたが、これに限るものではない。例えば、出荷サーバ４に一般的なプリンタ（レーザプリンタ等）を接続し、ユーザからの商品の発注に基づいて出荷指示書や納品伝票を発行するようにしても良い。
【００７３】
また、各実施の形態においては、ユーザ先に設置されるクライアント端末１としてＰＣ（Personal Computer）を適用したが、これに限るものではなく、携帯電話やＰＤＡ（Personal Digital Assistants）と称される携帯用情報端末等であっても良い。
【００７４】
さらに、各実施の形態では、ＷｅｂアプリケーションをＨＤＤ等の記憶装置２３に格納し、ＨＴＭＬファイルとＣＧＩプログラムとをＨＤＤ等の記憶装置２４に格納するようにしたが、これに限るものではなく、フレキシブルディスク、磁気テープ等のような磁気的な記憶媒体、ＭＯのような光磁気的な記憶媒体、ＣＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ等のような光学的な記憶媒体、半導体メモリ等の各種方式のメディアを記憶媒体として用いるようにしても良い。なお、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの各種の光学的な記憶媒体、各種の光磁気的な記憶媒体、フレキシブルディスクなどの各種の磁気的な記憶媒体等は、本部サーバ３に固定的に設けられておらず、単体で取り扱える交換自在な記憶媒体としての形態を備え、各メディアに適応した各種プログラム読取装置（ＣＤ−ＲＯＭドライブ等）を用いてプログラムを読み出すことで各種処理が可能になる。
【図面の簡単な説明】
【００７５】
【図１】本発明の第一の実施の形態の商品受発注システムの全体構成を概略的に示すシステム構成図である。
【図２】本部サーバの各部の電気的接続を示すブロック図である。
【図３】クライアント端末の各部の電気的接続を示すブロック図である。
【図４】商品を発注する際のクライアント端末の表示部に表示される画面イメージを示したフローチャートである。
【図５】ＣＧＩプログラム（ＣＧＩ１）での処理の流れを示すフローチャートである。
【図６】ユーザデータファイルに格納されているユーザデータのデータ構成を示す模式図である。
【図７】商品画像ファイルに格納されている商品画像データのデータ構成を示す模式図である。
【図８】ＣＧＩプログラム（ＣＧＩ２）での処理の流れを示すフローチャートである。
【図９】発注データファイルに格納されている発注データのデータ構成を示す模式図である。
【図１０】クライアント端末におけるラベル発行処理の流れを概略的に示すフローチャートである。
【図１１】ラベル発行処理の際の本部サーバにおける動作を示すフローチャートである。
【図１２】クライアント端末の表示部に表示される表示内容を示す正面図である。
【図１３】ラベルプリンタから発行されるラベルを示す説明図である。
【図１４】商品の発送状況を確認する際のクライアント端末の表示部に表示される画面イメージを示したフローチャートである。
【図１５】ＣＧＩプログラム（ＣＧＩ３）での処理の流れを示すフローチャートである。
【図１６】本発明の第二の実施の商品に貼られたラベルの荷札バーコードが読み取られている様子を示す説明図である。
【図１７】発注データファイルに格納されている発注データのデータ構成を示す模式図である。
【符号の説明】
【００７６】
１，４…クライアント端末、２…通信ネットワーク、３…Ｗｅｂサーバ、２５…記憶部、１００…商品受発注システム、ＢＣ…荷札コードシンボル、ＢＳ…スキャナ、Ｌ…荷札
【図１】
2005084854.tif 000003
【図２】
2005084854.tif 000004
【図３】
2005084854.tif 000005
【図４】
2005084854.tif 000006
【図５】
2005084854.tif 000007
【図６】
2005084854.tif 000008
【図７】
2005084854.tif 000009
【図８】
2005084854.tif 000010
【図９】
2005084854.tif 000011
【図１０】
2005084854.tif 000012
【図１１】
2005084854.tif 000013
【図１２】
2005084854.tif 000014
【図１３】
2005084854.tif 000015
【図１４】
2005084854.tif 000016
【図１５】
2005084854.tif 000017
【図１６】
2005084854.tif 000018
【図１７】
2005084854.tif 000019