JP2019191813A - 商品受注装置及び商品受注方法 - Google Patents

Abstract

【課題】商品発注の手間を削減でき、確実な商品発注作業が可能な商品受注装置及び商品受注方法を提供する。【解決手段】商品受注装置（サーバシステム１）は、発注者ＩＤにより特定される発注者端末からの商品の発注に関する発注情報を受け入れる商品仮受注部２３と、商品仮受注部２３により発注情報が受け入れられたら、承認者テーブル３１を参照して、発注者ＩＤに関連付けられた承認者ＩＤにより特定される承認者端末３ａに、発注情報に係る商品の発注に対する承認依頼情報を送信する承認依頼部２４と、承認依頼情報に基づく承認者端末３ｂからの商品の発注に対する承認に関する承認情報を受け入れたら、発注された商品の発注を指示する発注指示情報を送信する商品発注部２５とを有する。【選択図】図２

Description

本発明は、発注者端末からの商品の発注を受注する商品受注装置及び商品受注方法に関するものである。

いわゆる電子商取引技術は、消費者がインターネットを経由して商品を注文する、いわゆるＢｔｏＣ取引において盛んであるが、企業の従業員が自社で用いる商品を外部企業に発注する、いわゆるＢｔｏＢ取引においても近年採用されている（例えば特許文献１参照）。

特開２０００−７６３２７号公報

このような従来のＢｔｏＢ取引において採用されている電子商取引技術では、各部署からの発注を購買担当部署が取りまとめ、購買担当部署が情報処理端末を用いて外部企業に対して発注作業を行っていた。

しかしながら、購買担当部署が各部署からの発注を取りまとめるのでは、この購買担当部署の作業が増加するとともに、各部署からの発注を取りまとめる作業において誤発注が生じ、また、実際に各部署で必要とされる個数の過不足が生じる可能性があった。

そこで、本発明は、商品発注の手間を削減でき、確実な商品発注作業が可能な商品受注装置及び商品受注方法を提供することを目的としている。

前記目的を達成するために、本発明の商品受注装置は制御部と記憶部とを有し、記憶部に、発注者ＩＤ、承認者ＩＤ、及びこれら発注者ＩＤと承認者ＩＤとの関連付け情報を含む承認者テーブルが格納され、制御部が、発注者ＩＤにより特定される発注者端末からの商品の発注に関する発注情報を受け入れる商品仮受注部と、商品仮受注部により発注情報が受け入れられたら、承認者テーブルを参照して、発注者ＩＤに関連付けられた承認者ＩＤにより特定される承認者端末に、発注情報に係る商品の発注に対する承認依頼情報を送信する承認依頼部と、承認依頼情報に基づく承認者端末からの商品の発注に対する承認に関する承認情報を受け入れたら、発注された商品の発注を指示する発注指示情報を送信する商品発注部とを有することを特徴とする。

このように構成された本発明の商品受注装置では、商品仮受注部により発注情報が受け入れられたら、承認依頼部が承認者テーブルを参照して、発注者ＩＤに関連付けられた承認者ＩＤにより特定される承認者端末に、発注情報に係る商品の発注に対する承認依頼情報を送信し、商品発注部が、承認依頼情報に基づく承認者端末からの商品の発注に対する承認に関する承認情報を受け入れたら、発注された商品の発注を指示する発注指示情報を送信する。

このようにすることで、商品発注の手間を削減でき、確実な商品発注作業が可能な商品受注装置及び商品受注方法を提供することができる。

本発明の実施の形態である商品受注装置が適用される商品受発注システムの概略構成を示すブロック図である。 実施の形態である商品受注装置の概略構成を示す機能ブロック図である。 実施の形態である商品受注装置の記憶部に格納されているテーブルを示す図である。 実施の形態である商品受注装置が適用される商品受発注システムの動作の一例を説明するシーケンス図である。 実施の形態である商品受注装置が適用される商品受発注システムの動作の一例を説明するシーケンス図である。 実施の形態である商品受注装置が適用される商品受発注システムの発注者端末に表示される画面の一例を示す図である。 実施の形態である商品受注装置が適用される商品受発注システムの発注者端末に表示される画面の他の例を示す図である。 実施の形態である商品受注装置が適用される商品受発注システムの発注者端末に表示される画面のまた他の例を示す図である。 実施の形態である商品受注装置が適用される商品受発注システムの発注者端末に表示される画面のまた他の例を示す図である。 実施の形態である商品受注装置が適用される商品受発注システムの発注者端末に表示される画面のまた他の例を示す図である。 実施の形態である商品受注装置が適用される商品受発注システムの発注者端末に表示される画面のまた他の例を示す図である。 実施の形態である商品受注装置が適用される商品受発注システムの発注者端末に送信されるメールの一例を示す図である。 実施の形態である商品受注装置が適用される商品受発注システムの承認者端末に送信されるメールの一例を示す図である。 実施の形態である商品受注装置が適用される商品受発注システムの承認者端末に表示される画面の一例を示す図である。 実施の形態である商品受注装置が適用される商品受発注システムの承認者端末に表示される画面の他の例を示す図である。

以下、この発明の実施の形態を図面に基づいて説明する。図１は、本発明の実施の形態である商品受注装置が適用される商品受発注システムの概略構成を示すブロック図である。

図１において、本実施の形態に係る商品受発注システムＳは、商品受注業者側に配置されたサーバシステム１、商品管理システム２、商品発注企業側に配置された複数の情報処理端末３、これら情報処理端末３の間の通信を行う社内ネットワーク４、及び情報処理端末３とサーバシステム１との間の通信を行う広域ネットワーク５を少なくとも有する。

サーバシステム１は情報処理装置等からなり、本実施の形態に係る商品受注装置をなす。サーバシステム１は図１に示すように、概略、認証サーバ１ａ、Ｗｅｂサーバ１ｂ、データベース（ＤＢ）サーバ１ｃ及びメールサーバ１ｄを有する。

認証サーバ１ａは、情報処理端末３から送信されたＩＤ、パスワード等の認証用情報に基づき、認証用情報を送信した情報処理端末３が正当な（オーソライズされた）端末であるか、言い換えれば、正当な権限を有する人間により操作されているかどうかの認証処理を行い、さらに、それぞれの情報処理端末３と操作者が所有する（管理する）ＩＤとの関連付けを行う。

Ｗｅｂサーバ１ｂは、情報処理端末３にインストールされたブラウザ等のＷｅｂ表示用ソフトウェアが、情報処理端末３の表示部に表示可能なＷｅｂ画面を生成するために必要な言語に基づくデータを生成し、このデータを情報処理端末３に送信する。Ｗｅｂサーバ１ｂは好ましくはインタラクティブ性を有しており、情報処理端末３から送信された情報に基づいてダイナミックに画面表示用のデータを生成して、情報を送信してきた情報処理端末３に送信する。

データベースサーバ１ｃはデータベースを有し、Ｗｅｂサーバ１ｂ（及びその背後にある情報処理端末３）からの要求に基づいてデータベースを検索処理し、その検索結果をＷｅｂサーバ１ｂに返信する。データベースの詳細については後述する。

メールサーバ１ｄは、Ｗｅｂサーバ１ｂからの要求に基づいて指定された宛先にインターネットメールを送信し、また、サーバシステム１の特定のメールアドレス宛に送信されたインターネットメールを受信して、Ｗｅｂサーバ１ｂに対してメール受信の通知をし、さらに、要求に応じてその内容をＷｅｂサーバ１ｂに送信する。このようなメールサーバ１ｄは、例えばＰＯＰ（Post Office Protocol）／ＳＭＴＰ（Simple Mail Transfer Protocol）といったプロトコルに則ってメールの送受信を行う。

なお、図１に示すようなサーバシステム１の構成は便宜的なものであり、サーバシステム１が他の機能を備えていてもよい。また、図１に示すサーバシステム１内のブロック構成も便宜的なものであり、認証サーバ１ａ等がそれぞれ１台のサーバハードウェアにより構成されてもよいし、複数台のサーバハードウェアが図１に示すそれぞれのブロックを構成してもよいし、１台のサーバハードウェアまたは複数台のサーバハードウェアが連携して全体として図１に示すブロックを構成してもよい。つまり、図１に示す構成はハードウェア構成とを表したものではなく、あくまで機能的な表現に基づく構成である。

商品管理システム２は、サーバシステム１を通じて受注された商品の発注所理を行うとともに、現時点での商品在庫数を管理する。より詳細には、商品管理システム２は、サーバシステム１が商品を受注したら、受注された商品の発注作業を小売業者、卸業者に対して行う。一例として、商品管理システム２は、電子データ交換（ＥＤＩ: Electronic Data Interchange）規格に則って、小売業者、卸業者に注文書等を電子的に送信し、この小売業者等から請求書等を電子的に受信する。また、商品管理システム２は、小売業者等の商品の在庫数に関する情報を定期的に受信し、自身のデータベースにこれを格納する。

情報処理端末３はブラウザ等のＷｅｂ表示プログラムを有し、内部処理により生成され及び／又は外部から入力された信号に基づいてＷｅｂ表示プログラムにより表示される画面をディスプレイ等の表示部に表示させ、さらに、キーボード、マウス等の入力部を通じて入力された操作指示入力信号を外部に送出する。

本実施の形態に係る商品受発注システムＳでは、情報処理端末３は商品発注企業内に複数設けられている。以下、発注者ＩＤにより特定される（発注者ＩＤ及びパスワードを用いて認証された）情報処理端末を発注者端末３ａと称し、承認者ＩＤにより特定される（承認者ＩＤ及びパスワードを用いて認証された）情報処理端末を承認者端末３ｂと称する。但し、これら発注者端末３ａ及び承認者端末３ｂが同時に使用されなければ、１台の情報処理端末３を発注者端末３ａ及び承認者端末３ｂとして共有することができる。この場合、商品受発注システムＳに１台の情報処理端末３があれば足りる。

情報処理端末３は社内ネットワーク４により相互に通信可能にされている。社内ネットワーク４は、いわゆるローカルエリアネットワーク（ＬＡＮ）であり、また、イントラネットと呼ばれる、イーサネット（登録商標）及びＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルを用いたネットワークである。社内ネットワーク４の全てがイーサネットで構成されている必要はなく、一部がいわゆる無線ＬＡＮ、近距離無線ネットワーク等により構成されてもよい。

社内ネットワーク４とサーバシステム１とは広域ネットワーク５により相互に通信可能にされている。広域ネットワーク（ＷＡＮ：Wide Area Network）５は、通常、地域に点在するローカルエリアネットワーク（ＬＡＮ）３の間の通信のためのネットワークであり、インターネットプロトコルに基づくネットワークであることが多いが、本実施の形態における広域ネットワーク５には、いわゆる移動体通信網、衛星通信等を一部に含んでいてもよい。

なお、図１に示す例では、社内ネットワーク４と広域ネットワーク５とはゲートウェイサーバ６を介して接続されているが、このゲートウェイサーバ６は本実施の形態において必須の構成ではない。

次に、図２は、本実施の形態である商品受注装置をなすサーバシステム１の概略構成を示す機能ブロック図である。

サーバシステム１は情報処理装置等からなり、制御部１０、記憶部１１、入力部１２及び通信部１３を有する。制御部１０はＣＰＵ等の演算素子を備える。記憶部１１内に格納されている図略の制御用プログラムがサーバシステム１の起動時に実行され、この制御用プログラムに基づいて、制御部１０は記憶部１１等を含むサーバシステム１全体の制御を行うとともに、表示画面生成部２０、認証部２１、承認者テーブル管理部２２、商品仮受注部２３、承認依頼部２４、商品発注部２５、及び在庫データ更新部２６としての機能を実行する。これら各機能部の動作については後述する。

記憶部１１はハードディスクドライブ等の大容量記憶媒体、及びＲＯＭ、ＲＡＭ等の半導体記憶媒体を備える。この記憶部１１には上述の制御用プログラムが格納されているとともに、制御部１０の制御動作時に必要とされる各種データが一時的に格納される。また、この記憶部１１にはアカウントテーブル３０、承認者テーブル３１、注文履歴テーブル３２、価格マスタ３３及び在庫データ３４が格納されている。これらテーブル等の詳細については後述する。

入力部１２は、例えばキーボードやマウス等を有し、これらキーボード等をサーバシステム１のオペレータが操作することにより入力される操作指示入力信号を受け入れ、この操作指示入力信号を制御部１０に出力する。

通信部１３は、例えば通信モジュール、ルーター等を有し、広域ネットワーク５からサーバシステム１に送信されてくる通信信号を受け入れ、制御部１０にこの通信信号を送出し、また、制御部１０から送出される通信信号を受け入れ、広域ネットワーク５を介してこの通信信号を商品管理システム２、発注者端末３ａ、承認者端末３ｂ等に送信する。なお、図２では社内ネットワーク４の図示を省略している。

次に、制御部１０に構成される各機能部の説明をする。

表示画面生成部２０は、制御部１０及び制御部１０に構成される各機能部による情報処理の結果、発注者端末３ａ、承認者端末３ｂ等の表示部に所望の画面を表示させるためのデータを生成する。表示画面生成部２０により生成されたデータは通信部１３及び広域ネットワーク５を介して発注者端末３ａ等に送出される。

認証部２１は、発注者端末３ａまたは承認者端末３ｂから発注者ＩＤまたは承認者ＩＤ及びパスワードが送信されたら、記憶部１１に格納されているアカウントテーブル３０を参照して発注者端末３ａまたは承認者端末３ｂの認証を行う。そして、認証部２１による認証が成功したら、これら発注者ＩＤ及び承認者ＩＤにより情報処理端末３がそれぞれ発注者端末３ａ及び承認者端末３ｂとして特定される。

承認者テーブル管理部２２は、発注者端末３ａ、承認者端末３ｂ及び入力部１２を介して入力された情報に基づいて、記憶部１１に格納されている承認者テーブル３１の項目入力、追加、及び更新作業を行う。

商品仮受注部２３は、発注者端末３ａからの商品の発注に関する発注情報を受け入れる。また、商品仮受注部２３は、認証部２１による発注者端末３ａの認証が成功したら、記憶部１１内の価格マスタ３３を参照して、発注者端末３ａに商品に関する価格情報を送信する。さらに、商品仮受注部２３は、認証部２１による発注者端末３ａの認証が成功したら、記憶部１１内の在庫データ３４を参照して、発注者端末３ａに商品の在庫データを送信する。

承認依頼部２４は、商品仮受注部２３により発注情報が受け入れられたら、記憶部１１内の承認者テーブル３１を参照して、発注情報に係る商品の発注に対する承認依頼情報を承認者端末３ｂに送信する。また、承認依頼部２４は、承認依頼情報に基づく承認者端末３ｂからの商品の発注の差し戻しを指示する差し戻し情報を受け入れたら、発注情報の修正を依頼する修正指示情報を発注者端末３ａに送信する。

さらに、承認依頼部２４は、商品仮受注部２３により発注情報が受け入れられたら、承認依頼情報の送信の条件に合致するか否かを判定し、合致すると判定したら承認依頼情報を承認者端末３ｂに送信する。一方、承認依頼部２４は、承認依頼情報の送信の条件に合致しないと判定したら、商品発注部２５に発注情報に係る商品の発注を指示する発注指示情報を送信させる。

商品発注部２５は、承認依頼情報に基づく承認者端末３ｂからの商品の発注に対する承認に関する承認情報を受け入れたら、発注された商品の発注を指示する発注指示情報を商品管理システム２に送信する。

在庫データ更新部２６は、商品管理システム２に定期的にアクセスし、この商品管理システム２に格納されている在庫データを参照して、記憶部１１に格納されている在庫データ３４を更新する。在庫データ更新部２６による在庫データ３４の更新頻度は、一例として毎日定時である。

次に、記憶部１１に格納されているテーブル等の内容について説明する。

アカウントテーブル３０は、認証部２１による認証処理の際に用いられるものであり、図３（ａ）に示すように、発注者ＩＤ、承認者ＩＤが格納されるＩＤ欄３０ａと、これらＩＤ欄３０ａに格納された発注者ＩＤ等に対応するパスワードが格納されるパスワード欄３０ｂとを有する。アカウントテーブル３０は、発注者端末３ａ、承認者端末３ｂの新規登録時にこれら発注者端末３ａの操作者（発注者、承認者）が端末３ａ、３ｂを介して入力し、あるいは、サーバシステム１の管理者が一括登録する。

承認者テーブル３１は、アカウントテーブル３０に格納されているＩＤが発注者ＩＤであるのか、または承認者ＩＤであるのかを示し、さらに、発注者ＩＤにより特定される発注者端末３ａからの商品の発注を承認する承認者端末３ｂに係る承認者ＩＤがどれであるかを示す、言い換えれば発注者ＩＤと承認者ＩＤとの間の関連付けを示す情報が格納されたものである。

具体的には、承認者テーブル３１は、図３（ｂ）に示すように、発注者ＩＤ、承認者ＩＤが格納されるＩＤ欄３１ａと、発注者ＩＤと承認者ＩＤとの間の関連付けを示す情報である承認グループコードが格納される承認グループコード欄３１ｂと、承認グループ名を示すテキスト情報が格納される承認グループ名欄３１ｃと、ＩＤ欄３１ａに格納されている発注者ＩＤ等により特定される発注者端末３ａ等の操作者（発注者、承認者）の氏名、住所及びメールアドレスを示すテキスト情報が格納される氏名欄３１ｄ、住所欄３１ｅ及びメールアドレス欄３１ｆとを有する。

本実施の形態では、承認グループコードは例えば５桁の数字、一例としてａｂｃｘｘ（ａ、ｂ、ｃ、ｘいずれも自然数）から構成されており、発注者及び承認者毎に固有の承認グループコードが付与されている。承認グループコードは、発注者とこの発注者に関連付けられた（すなわち発注者からの商品発注を承認する）承認者とが属するグループを識別するためのコードである。

各グループにはグループを識別するためのコードが付与されており、承認グループコードの末尾２桁（ｘｘ）により識別される。発注者に付与された承認グループコードは、先頭３桁が例えば「２００」とされ、承認者に付与された承認グループコードは、先頭３桁が例えば「２１０」とされ、さらに、この承認者の上位承認者に付与された承認グループコードは、先頭３桁が例えば「２１５」とされている。

従って、この承認グループコード欄３１ｂに格納されている承認グループコードを参照すれば、ＩＤ欄３１ａに格納されているＩＤが発注者ＩＤであるか承認者ＩＤであるか、さらにはどのグループに属し、発注者ＩＤに対応する承認者ＩＤがどれであるかを検索することができる。

注文履歴テーブル３２は、発注者ＩＤまたは承認者ＩＤ毎の商品の注文履歴が格納されたものである。一例として、この注文履歴テーブル３２には、ＩＤと、注文された日付と注文された商品のコードと商品名と価格とが関連付けられて格納されている。

価格マスタ３３は、商品の価格に関する情報が格納されたものである。この価格マスタ３３は、好ましくは、発注者端末３ａ及び承認者端末３ｂが配置された商品発注企業毎に設定され、一例として、商品のコードと価格に関する情報とが関連付けられて格納されている。価格マスタ３３は、サーバシステム１の管理者が必要に応じて適宜更新する。

在庫データ３４は、商品の在庫に関する情報が格納されたものである。この在庫データ３４は、一例として、商品のコードと在庫数に関する情報が格納されている。在庫データ３４は、サーバシステム１の制御部１０が定期的、一例として毎晩１回商品管理システム２のデータベースにアクセスし、最新の在庫情報を入手して、この制御部１０により更新される。

次に、図４及び図５のシーケンス図、及び図６〜図１５を参照して、本実施の形態に係る商品受発注システムＳの動作について説明する。

図４は、本実施の形態に係る商品受発注システムＳの動作を説明するためのシーケンス図である。図４、及びこれに続く図５のシーケンス図に示す動作は、発注者による商品発注作業から実際に商品管理システム２への商品発注が完了するまでの動作である。

まず、ステップＳ１〜Ｓ３において、発注者端末３ａを操作する操作者（発注者）が、自身の端末（発注者端末３ａ）を用いて、商品発注用のＷｅｂページにアクセスする。このＷｅｂページは、発注者及び承認者が所属する商品発注企業毎に設けられている。

商品発注用のＷｅｂページにアクセスする手法としては、サーバシステム１の管理者が用意する汎用のＷｅｂページに発注者がアクセスし、このＷｅｂページに用意されているＩＤ、パスワード入力欄に自身のＩＤ（発注者ＩＤ）及びパスワードを入力することでアクセスする手法と、個々の商品発注企業に専用に設定されたＵＲＬを発注者が発注者端末３ａから入力することで商品発注企業専用のＷｅｂページにアクセスし、このＷｅｂページに用意されているＩＤ、パスワード入力欄に自身のＩＤ（発注者ＩＤ）及びパスワードを入力することでアクセスする手法とが挙げられる。

図６に示す画面例は後者の手法によるもので、まず、ステップＳ１では、発注者は自身の発注者端末３ａのブラウザ等のＷｅｂ閲覧可能なソフトウェアを立ち上げ、このソフトウェアに商品発注企業専用のＵＲＬを入力する。ステップＳ２では、発注者端末３ａのブラウザ等が、このＵＲＬにより特定されるサーバシステム１に対してアクセスを要求する。ステップＳ３では、ステップＳ２によるアクセス要求に応答して、サーバシステム１の表示画面生成部２０が、アクセス要求のあった端末（発注者端末３ａ）に初期画面データを生成して通信部１３を介して送信する。

図６は、ステップＳ３によって発注者端末３ａに送信された初期画面データに基づいて発注者端末３ａの表示部に表示される初期画面の一例を示す図である。この初期画面には、発注者ＩＤ（または承認者ＩＤ）を入力するためのＩＤ入力欄４０と、この発注者ＩＤに対応するパスワードを入力するためのパスワード入力欄４１とが表示されている。発注者は、発注者端末３ａの入力部を用いて発注者ＩＤ及びパスワードをそれぞれＩＤ入力欄４０及びパスワード入力欄４１に入力し、入力部を用いてログインボタン４２を操作する（例えばクリックする）ことでＩＤ、パスワードを入力する（ステップＳ４）。

ステップＳ４において入力された発注者ＩＤ及びパスワードは、ステップＳ５においてサーバシステム１に送信され、ステップＳ６でこれら発注者ＩＤ及びパスワードを受信したサーバシステム１は、制御部１０の認証部２１においてアカウントテーブル３０内に格納されているＩＤ及びパスワードと照合し、認証処理を行う。図４のシーケンス図に示す動作では、ステップＳ６における認証処理が成功したものとしている。

認証処理に成功した場合、サーバシステム１の制御部１０の表示画面生成部２０は、ステップＳ７においてこの商品発注企業専用の商品注文用画面データを送信し、ステップＳ８では、発注者端末３ａがサーバシステム１からの商品注文用画面データを受信して、商品発注動作を行う。

図７は、認証成功後に発注者端末３ａの表示部に表示される商品注文用画面データの一例を示す。発注者は、この画面内にある「単価契約品一覧」リンク４３を操作する（例えばクリックする）ことで、発注を希望する商品の検索を行う。

図８は、商品検索後に発注者端末３ａの表示部に表示される商品注文用画面データの一例を示す。図８に示す例では、発注者はユニフォームのカテゴリに属する商品を検索し、その結果として、ユニフォームのカテゴリに属する商品のサムネイル写真４４、商品名４５、価格４６及び注文ボタン４７が表示部に表示されている。

本実施の形態に係る商品受発注システムＳでは、既に説明したように、商品の価格４６は商品発注企業毎に設定され、さらに、商品そのものも商品発注企業毎に設定され、あるいは特注のものが設定されている。

図８のサムネイル写真４４及び商品名４５にはリンクが設定されており、発注者がこのリンクを操作する（クリック等する）と、図９に示すような商品の詳細を表示する画面に移行する。

図９には、操作されたリンクに係る商品の拡大写真４８、販売価格４９、サイズ毎の在庫数５０が表示されている。操作者は、サイズ毎に購入予定数を入力する購入数欄５１に数字を入力し、「買い物カゴに入れる」ボタン５２を押して、後述する仮注文対象商品として一時的にサーバシステム１に保管しておく。

ここで、図８及び図９に示す価格４６及び販売価格４９に表示されている数字は、サーバシステム１の制御部１０の商品仮受注部２３が価格マスタ３３及び在庫データ３４を参照して、表示画面生成部２０及び通信部１３を介して適宜発注者端末３ａに送信される。また、サムネイル写真４４及び拡大写真４８のデータは、サーバシステム１の記憶部１１内に格納されており、表示画面生成部２０及び通信部１３を介して適宜発注者端末３ａに送信される。さらに、「買い物カゴに入れる」ボタン５２により一時的に保管されている商品仮発注に係るデータは、商品仮受注部２３が一時的に記憶部１１内に格納する。

一方、発注者が図８とは異なるカテゴリの商品を検索するには、図８の左に設けられたカテゴリ検索欄５３に設けられた各種商品カテゴリ（図８では安全靴・作業靴、安全服・ユニフォーム、ヘルメット、保護メガネが表示されている）のリンクをクリックすればよい。

そして、発注者による商品仮発注作業を終了して承認者への商品発注依頼をするために、発注者は発注者端末３ａの表示部に表示されている画面中の「かごの中を見る」ボタン５４を操作する（クリック等する）と、サーバシステム１の制御部１０の商品仮受注部２３が、仮発注の内容確認用の画面を生成し、この画面データを、表示画面生成部２０及び通信部１３を介して発注者端末３ａに送信する。

仮発注の内容確認用の画面の一例を図１０に示す。発注者は、一例として図１０に示すような画面の内容を確認し、商品の仮発注を行うために仮注文ボタン５５を操作する。

以上に示す操作が図４におけるステップＳ８で示す商品発注入力動作であり、発注者端末３ａは、ステップＳ９において、仮注文に係る商品発注データをサーバシステム１に送信する。

サーバシステム１の制御部１０の商品仮受注部２３は、ステップＳ１０において、ステップＳ９で送信された商品発注データを記憶部１１内に一時的に格納するとともに、注文履歴テーブル３２にも商品発注データを格納する。

次いで、制御部１０の承認依頼部２４は、承認者テーブル３１を参照して、ステップＳ９において商品発注データを送信した発注者端末３ａに係る発注者のメールアドレスを特定し、ステップＳ１１において、このメールアドレス宛てに受注確認メールを送信する。さらに、制御部１０の承認依頼部２４は、承認者テーブル３１を参照して、ステップＳ９において商品発注データを送信した発注者端末３ａに関連付けられた承認者端末３ｂに係る承認者のメールアドレスを特定し、ステップＳ１２において、このメールアドレス宛てに承認依頼メールを送信する。

ステップＳ１１において承認依頼部２４から送信される受注確認メールの一例を図１２に、ステップＳ１２において承認依頼部２４から送信される承認依頼メールの一例を図１３に示す。

承認依頼メールを受信した承認者は、自身の端末（承認者端末３ｂ）を用いてサーバシステム１にアクセスする（図５のステップＳ２０〜Ｓ２５）。図５のステップＳ２０〜Ｓ２５における動作は、図４のステップＳ１〜Ｓ６に示す動作と同様であるので、ここでの説明は省略する。

ステップＳ２６では、サーバシステム１の制御部１０の承認依頼部２４は、承認者端末３ｂに対して承認用画面データを送信し、ステップＳ２７では、承認者端末３ｂがサーバシステム１からの承認用画面データを受信して、商品承認動作を行う。

図１４は、ステップＳ２６においてサーバシステム１から送信されてきた小人用画面データに基づいて、承認者端末３ｂの表示部に表示される画面の一例を示す図である。図１４に示す例では、承認者ＩＤが承認権限を有する（つまり関連付けられた）発注者ＩＤを用いて仮発注がされた商品に関する各種情報が表示された欄６０と、この商品の発注が現在どのような状態にあるかを示す欄６１（仮注文であることが示されている）、及び各商品に対するチェックボックス６２が表示されている。

仮発注がされた商品に関する各種情報が表示された欄６０にはリンクが設定されており、承認者が承認者端末３ｂの入力部を用いてこのリンクを操作する（クリック等する）と、図１５に示すような、仮発注に係る個々の商品に関する情報が表示された画面が承認者端末３ｂの表示部に表示される。

承認者は、図１４において、発注を承認する商品に係るチェックボックス６２をチェックした上で承認ボタン６３を操作し、また、図１５において承認ボタン６４を操作し、さらに、図１４に表示されている仮発注がされた商品の全てについて承認を行う場合は、「すべてチェック」ボタン６５を押した上で一括承認ボタン６６を押すことで、仮発注に係る商品の発注承認動作を行う。以上の動作が、ステップＳ２７において行われる承認入力動作である。

ステップＳ２８では、承認者端末３ｂがステップＳ１７で承認動作を行った商品に係る承認データをサーバシステム１に送信し、ステップＳ２９では、ステップＳ１８で送信された承認データを商品発注部２５が受け入れる。

そして、商品発注部２５は、ステップＳ２８で送信された承認データを注文履歴テーブル３２に格納し、ステップＳ３０において商品管理システム２に対して商品の発注処理を行い、さらに、ステップＳ３１において、承認者テーブル３１を参照して、発注処理を行った発注者端末３ａに係るメールアドレスを特定し、このメールアドレス宛てに受注完了メールを送信する。

一方、承認者が図１４、図１５に示す情報を閲覧した結果、発注個数等の不備があるために一旦仮発注を差し戻し、再度発注者による仮発注を行うべきと判断した場合、承認者は自身の端末（承認者端末３ｂ）を操作し、図１５に示す差し戻しコメント欄６７に差し戻しをする理由をテキスト情報で入力した後、差し戻しボタン６８を操作する。

差し戻しに係るデータはサーバシステム１に送信され、制御部１０の承認依頼部２４がこれを受け取り、承認者テーブル３１及び注文履歴テーブル３２を参照して、差し戻しされた商品発注を行った発注者ＩＤを特定し、この発注者ＩＤのメールアドレス宛てに差し戻し確認メールを送信する。差し戻し確認メールを受信した発注者ＩＤは、自身の端末（発注者端末３ａ）を操作して、サーバシステム１にアクセスする。

差し戻し確認メールを受信した発注者ＩＤに係る発注者端末３ａの表示部に表示される画面の一例を図１１に示す。発注者は、発注個数等の修正を行う際は、図１１の画面に表示される再申請ボタン６９を操作する。この再申請ボタン６９が操作された情報を受信したサーバシステム１の制御部１０の商品仮受注部２３は、例えば図９に示すような画面を再度発注者端末３ａに送信し、発注個数等の修正入力を受け入れる状態にする。

一方、発注者が商品の発注を取り下げる際は、図１１の画面に表示される取り下げボタン７０を操作する。この再申請ボタン６９が操作された情報を受信したサーバシステム１の制御部１０の商品仮受注部２３は、取り下げに係る注文履歴データを注文履歴テーブル３２から削除する。

以上のように構成された本実施の形態である商品受注装置であるサーバシステム１では、商品仮受注部２３により発注情報が受け入れられたら、承認依頼部２４が承認者テーブル３１を参照して、発注者ＩＤに関連付けられた承認者ＩＤにより特定される承認者端末３ｂに、発注情報に係る商品の発注に対する承認依頼情報を送信し、商品発注部２５が、承認依頼情報に基づく承認者端末３ｂからの商品の発注に対する承認に関する承認情報を受け入れたら、発注された商品の発注を指示する発注指示情報を送信する。

このようにすることで、商品発注の手間を削減でき、確実な商品発注作業が可能となる。

ここで、承認者テーブル３１に含まれる関連付け情報である承認グループコードは、発注者ＩＤと承認者ＩＤとが同一のグループに属することを示す情報を含むので、この承認グループコードを参照することで、発注者ＩＤと承認者ＩＤとの関連付けを容易に検索することができる。

また、承認依頼部２４は、承認依頼情報に基づく承認者端末３ｂからの商品の発注の差し戻しを指示する差し戻し情報を受け入れたら、発注情報の修正を依頼する修正指示情報を発注者端末３ａに送信するので、発注情報の修正作業を確実に行うことができるとともに、サーバシステム１からの実際の商品発注指示情報を正確かつ確実なものとすることができる。

さらに、記憶部１１には、発注者ＩＤまたは承認者ＩＤ、及び発注者ＩＤまたは承認者ＩＤと対応付けられたパスワードを含むアカウントテーブル３０が格納され、制御部１０が、発注者端末３ａまたは承認者端末３ｂから発注者ＩＤまたは承認者ＩＤ及びパスワードが送信されたら、アカウントテーブル３０を参照して発注者端末３ａまたは承認者端末３ｂの認証を行う認証部２１を有するので、サーバシステム１のセキュリティを一定に確保することができる。

加えて、記憶部１１に商品に関する価格情報を含む価格マスタ３３が格納され、商品仮受注部２３が、認証部２１による発注者端末３ａの認証が成功したら、この発注者端末３ａに商品に関する価格情報を送信するので、発注者端末３ａ及び承認者端末３ｂが配置された商品発注企業毎に固有の価格情報を設定することができ、しかも、この価格情報に対するセキュリティを一定に確保することができる。

あるいは、また、記憶部１１に商品の在庫データ３４が格納され、商品仮受注部２３が、認証部２１による発注者端末３ａの認証が成功したら、この発注者端末３ａに商品の在庫データ３４を送信するので、発注者端末３ａ及び承認者端末３ｂが配置された商品発注企業毎に固有の在庫データ３４を開示することができ、しかも、この在庫データ３４に対するセキュリティを一定に確保することができる。

以上、図面を参照して、本発明の実施の形態を詳述してきたが、具体的な構成は、この実施の形態及び実施例に限らず、本発明の要旨を逸脱しない程度の設計的変更は、本発明に含まれる。

一例として、上述した実施の形態においては、承認者端末３ｂによる承認作業は一段階であったが、既に承認グループコードの説明で触れたように、承認者に対する上位承認者を設定することも可能であり、この場合、承認作業は二段階になる。当然、煩雑にならない範囲で多段階の承認作業を行う構成も可能である。

また、承認者テーブル３１が、発注者ＩＤ毎の承認依頼部２４による承認依頼情報の送信の条件に関する情報を含み、商品仮受注部２３により発注情報が受け入れられたら、承認依頼部２４が、承認依頼情報の送信の条件に合致するか否かを判定し、合致すると判定したら承認依頼情報を送信してもよい。加えて、承認依頼部２４は、承認依頼情報の送信の条件に合致しないと判定したら、商品発注部２５に発注情報に係る前記商品の発注を指示する発注指示情報を送信させてもよい。

具体的には、発注者が、一定以上の金額（例えば￥３０，０００）に係る商品の発注については承認者による承認が必要であり、それ未満の金額に係る商品の発注については承認者による承認が不要であるとの設定を行うことが可能であり、この場合、承認者テーブル３１に、この条件判定となる金額に関する情報が含まれていればよい。承認依頼部２４は、発注者端末３ａからの発注情報に含まれる、商品単位の発注に係る金額を参照して、承認者端末３ｂに承認依頼情報を送信するか、あるいは、承認依頼情報を送信せずに商品発注部２５に商品発注情報を送信させるかを判定する。

あるいは、発注者が、発注情報に含まれる商品発注の総額について、一定以上の総額（例えば￥１００，０００）については承認者による承認が必要であり、それ未満の総額に係る商品の発注については承認者による承認が不要であるとの設定を行うことが可能であり、この場合、承認者テーブル３１に、この条件判定となる総額に関する情報が含まれていればよい。承認依頼部２４は、発注者端末３ａからの発注情報に含まれる、商品単位の発注の総額を算出して、承認者端末３ｂに承認依頼情報を送信するか、あるいは、承認依頼情報を送信せずに商品発注部２５に商品発注情報を送信させるかを判定する。

そして、上述の実施の形態において、サーバシステム１を動作させるプログラムは記憶部１１に格納されて提供されていたが、不図示の光学ディスクドライブ、各種入力インタフェースを用いて、プログラムが格納されたＤＶＤ、ＵＳＢフラッシュメモリ装置、メモリーカード等を接続し、このＤＶＤ等からプログラムをサーバシステム１に読み込んで動作させてもよい。また、広域ネットワーク５上の装置内にプログラムを格納しておき、通信部１３を介してこのプログラムをサーバシステム１に読み込んで動作させてもよい。

Ｓ 商品受発注システム
１ サーバシステム（商品受注装置）
２ 商品管理システム
３ａ 発注者端末
３ｂ 承認者端末
１０ 制御部
１１ 記憶部
２１ 認証部
２３ 商品仮受注部
２４ 承認依頼部
２５ 商品発注部
３０ アカウントテーブル
３１ 承認者テーブル
３３ 価格マスタ
３４ 在庫データ

Claims (9)

1. 制御部と記憶部とを有し、
   前記記憶部には、発注者ＩＤ、承認者ＩＤ、及びこれら発注者ＩＤと承認者ＩＤとの関連付け情報を含む承認者テーブルが格納され、
   前記制御部は、
   前記発注者ＩＤにより特定される発注者端末からの商品の発注に関する発注情報を受け入れる商品仮受注部と、
   前記商品仮受注部により前記発注情報が受け入れられたら、前記承認者テーブルを参照して、前記発注者ＩＤに関連付けられた前記承認者ＩＤにより特定される承認者端末に、前記発注情報に係る前記商品の発注に対する承認依頼情報を送信する承認依頼部と、
   前記承認依頼情報に基づく前記承認者端末からの前記商品の前記発注に対する承認に関する承認情報を受け入れたら、発注された前記商品の発注を指示する発注指示情報を送信する商品発注部と
   を有することを特徴とする商品受注装置。
2. 前記承認者テーブルに含まれる前記関連付け情報は、前記発注者ＩＤと前記承認者ＩＤとが同一のグループに属することを示す情報を含むことを特徴とする請求項１に記載の商品受注装置。
3. 前記承認依頼部は、前記承認依頼情報に基づく前記承認者端末からの前記商品の前記発注の差し戻しを指示する差し戻し情報を受け入れたら、前記発注情報の修正を依頼する修正指示情報を前記発注者端末に送信することを特徴とする請求項１または２に記載の商品受注装置。
4. 前記記憶部には、前記発注者ＩＤまたは前記承認者ＩＤ、及び前記発注者ＩＤまたは前記承認者ＩＤと対応付けられたパスワードを含むアカウントテーブルが格納され、
   前記制御部は、前記発注者端末または前記承認者端末から前記発注者ＩＤまたは前記承認者ＩＤ及び前記パスワードが送信されたら、前記アカウントテーブルを参照して前記発注者端末または前記承認者端末の認証を行う認証部を有する
   ことを特徴とする請求項１〜３のいずれかに記載の商品受注装置。
5. 前記記憶部には、前記商品に関する価格情報を含む価格マスタが格納され、
   前記商品仮受注部は、前記認証部による前記発注者端末の認証が成功したら、この発注者端末に前記商品に関する価格情報を送信する
   ことを特徴とする請求項４に記載の商品受注装置。
6. 前記記憶部には、前記商品の在庫データが格納され、
   前記商品仮受注部は、前記認証部による前記発注者端末の認証が成功したら、この発注者端末に前記商品の前記在庫データを送信する
   ことを特徴とする請求項４または５に記載の商品受注装置。
7. 前記承認者テーブルは、前記発注者ＩＤ毎の前記承認依頼部による前記承認依頼情報の送信の条件に関する情報を含み、
   前記承認依頼部は、前記商品仮受注部により前記発注情報が受け入れられたら、前記承認依頼情報の送信の条件に合致するか否かを判定し、合致すると判定したら前記承認依頼情報を送信する
   ことを特徴とする請求項１〜６のいずれかに記載の商品受注装置。
8. 前記承認依頼部は、前記承認依頼情報の送信の条件に合致しないと判定したら、前記商品発注部に前記発注情報に係る前記商品の発注を指示する発注指示情報を送信させることを特徴とする請求項７に記載の商品受注装置。
9. 発注者ＩＤ、承認者ＩＤ、及びこれら発注者ＩＤと承認者ＩＤとの関連付け情報を含む承認者テーブルが格納された商品受注装置による商品受注方法であって、
   前記発注者ＩＤにより特定される発注者端末からの商品の発注に関する発注情報を受け入れ、
   前記発注情報を受け入れたら、前記承認者テーブルを参照して、前記発注者ＩＤに関連付けられた前記承認者ＩＤにより特定される承認者端末に、前記発注情報に係る前記商品の発注に対する承認依頼情報を送信し、
   前記承認依頼情報に基づく前記承認者端末からの前記商品の前記発注に対する承認に関する承認情報を受け入れたら、発注された前記商品の発注を指示する発注指示情報を送信する
   ことを特徴とする商品受注方法。