(57)【要約】【課題】　安全性の高い注文受付管理システムを実現する。【解決手段】　ウェブサーバから端末に対して注文入力情報を提供することによりインターネットを介して注文情報を受けると共に、ファックスサーバ及びメールサーバから得たファックス画像情報又はメール情報との照合を行うようにしたことにより、正当性の高い注文情報を集めることができる。【選択図】　　　　図１
2004139591.tif 000002
【特許請求の範囲】
【請求項１】
　商品販売管理を行う販売管理システムに対して専用回線接続されており、さらにインターネット接続されている顧客の注文受け付けを担当する注文受付管理システムであって、
　顧客の端末から新規顧客の情報を表す名前、住所に加えて、当該顧客を特定するコードとしてＦＡＸ番号を入力させて、それらの情報を上記販売管理システムに送信する手段と、入力された上記ＦＡＸ番号を顧客データベースに登録し、顧客の端末から入力した上記ＦＡＸ番号から該顧客が登録済みであるかどうかを顧客データベースに問い合わせて判定し、上記顧客の端末に商品情報を提示して注文商品と数量を入力させた後、該注文に対する注文識別番号を生成し、該顧客のＦＡＸ番号、該注文商品、該数量、該注文識別番号をインターネットを介して上記端末に送信すると共に、該注文商品、該数量、該注文識別番号を記した注文票を作成・印刷して該注文票をＦＡＸ送信させ、上記端末から送信された顧客のＦＡＸ番号とＦＡＸ送信元番号とを照合すると共に、ＦＡＸ送信された注文票に記載された注文識別番号を画像認識によって取り出し、当該取り出した注文識別番号と上記端末から送信された注文識別番号とを照合し、一致したとき上記端末から送信された顧客のＦＡＸ番号、注文商品、数量、注文識別番号を上記販売管理システムに送信する
　ことを特徴とする注文受付管理方法。
【請求項２】
　商品販売管理を行う販売管理システムに対して専用回線接続されており、さらにインターネット接続とＦＡＸモデム接続された、顧客の注文受け付けを担当する注文受付管理システムであって、
　顧客の端末から新規顧客の情報を表す名前、住所に加えて、顧客を特定するコードとしてＦＡＸ番号を入力させて、それらの情報を上記販売管理システムに送信し、入力されたＦＡＸ番号を顧客データベースに登録し、上記端末から顧客が入力したＦＡＸ番号から該顧客が登録済みであるかどうかを顧客データベースに問い合わせて判定し、上記端末に商品情報を提示して注文商品と数量を入力させた後、該注文に対する注文識別番号を生成し、該顧客のＦＡＸ番号、該注文商品、該数量、該注文識別番号をインターネットを介して上記端末に送信すると共に、該注文商品、該数量、該注文識別番号を記した注文票を作成・印刷して該注文票をＦＡＸモデムを介して送信させ、上記端末に送信された顧客のＦＡＸ番号とＦＡＸ送信元番号を照合すると共に、ＦＡＸ送信された注文票に記載された注文識別番号を画像認識によって取り出し、当該取り出した注文識別番号と上記端末から送信された注文識別番号とを照合し、一致したとき上記端末から送信された顧客のＦＡＸ番号、注文商品、数量、注文識別番号を上記販売管理システムに送信する
　ことを特徴とする注文受付管理方法。
【請求項３】
　商品販売管理を行う販売管理システムに対して専用回線接続されており、さらに電子メール送信とブラウザの機能をもつ携帯電話からインターネットを介して接続可能な、顧客の注文受け付けを担当する注文受付管理システムであって、
　上記携帯電話から新規顧客の情報を表す名前、住所に加えて、顧客を特定するコードとして携帯メールアドレスを入力させて、それらの情報を上記販売管理システムに送信し、入力された携帯メールアドレスを顧客データベースに登録し、上記携帯電話から顧客が入力した携帯メールアドレスから該顧客が登録済みであるかどうかを顧客データベースに問い合わせて判定し、上記携帯電話に商品情報を提示して注文商品と数量を入力させた後、該注文に対する注文識別番号を生成し、該顧客の携帯メールアドレス、該注文商品、該数量、該注文識別番号を上記携帯電話からインターネット経由で送信すると同時に、電子メールの主題（サブジェクト）に該注文識別番号を、メールの内容文に該注文商品と該数量を付与した電子メールフォームを注文票として作成して該注文票を携帯電話から電子メール送信させる手段と、上記携帯電話から送信された顧客の携帯メールアドレスと電子メール送信元アドレスを照合すると共に、受信したメールの主題に記載された注文識別番号を取り出し、当該取り出した注文識別番号と上記携帯電話から送信された注文識別番号を照合し、一致したとき上記携帯電話から送信された顧客の携帯電話番号、注文商品、数量、注文識別番号を上記販売管理システムに送信する
　ことを特徴とする注文受付管理方法。
【請求項４】
　商品販売管理を行う販売管理システムに対して専用回線接続されており、さらにインターネット接続されている顧客の注文受け付けを担当する注文受付管理システムであって、
　端末から新規顧客の情報を表す名前、住所に加えて、顧客を特定するコードとして電子メールアドレスを入力させて、それらの情報を上記販売管理システムに送信し、上記端末から入力された電子メールアドレスを顧客データベースに登録し、顧客が入力した電子メールアドレスから該顧客が登録済みであるかどうかを顧客データベースに問い合わせて判定し、上記端末に商品情報を提示して注文商品と数量を入力させた後、該注文に対する注文識別番号を生成し、該顧客の電子メールアドレス、該注文商品、該数量、該注文識別番号を上記端末からインターネットを介して送信すると共に、電子メールの主題（サブジェクト）に該注文識別番号を、メールの内容文に該注文商品と該数量を付与した電子メールフォームを注文票として作成して該注文票を上記端末に電子メール送信させ、上記端末から送信された顧客の電子メールアドレスと電子メール送信元アドレスとを照合すると共に、受信したメールの主題に記載された注文識別番号を取り出し、当該取り出した注文識別番号と上記端末から送信された注文識別番号とを照合し、一致したとき上記端末から送信された顧客の電子メールアドレス、注文商品、数量、注文識別番号を上記販売管理システムに送信する
　ことを特徴とする注文受付管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は注文受付管理方法に関し、特に、商品販売業務を遂行するコンピュータシステムを用いて、不特定多数の顧客からの注文を自動的に処理するための顧客認証と受注管理を一体化した受注管理システムに適用し得る。
【背景技術】
【０００２】
　コンピュータの普及で商品販売管理を電子的に実現する販売管理システムが開発されてきたが、それらがもつ機能は顧客からの注文をどのような通信媒体を利用して受け付けるかによっている。
【０００３】
　ＦＡＸで受け付ける場合は、注文する商品名を手書きすることが多く、注文商品を自動入力するには手書き文字をＯＣＲ等の技術で認識する必要がある。しかし、現状の認識率では実用的ではない。
【０００４】
　注文を電話で受け付ける場合は、いわゆるＣＴＩ(Computer Telephony Integration)によって、顧客の電話番号を特定し、音声ガイド等を使って商品を特定する。しかしながら、音声ガイドは顧客の要望を聞き出すのに時間がかかること、また様々な商品項目の中にあって希望する商品を特定することは困難である。
【０００５】
　これらに対して、最近は、インターネットで注文を受け付けるシステムが利用されつつある。商品が販売店のホームページに登録されており、顧客はウェブブラウザで商品情報をみて、注文商品をマウス等の簡易入力で指定することができ、これを販売店ウェブサーバに送信することで注文が成立する。しかしながら、こうしたインターネット注文では、注文に先立って、名前、住所などの顧客情報のほかにパスワードとクレジット番号を入力する必要があるが、これらの情報は顧客自身で管理しなければならず、その負担は大きい。
【０００６】
　また、パスワードとクレジット番号を知らせた場合に漏洩する心配があるため、そうした情報を入力したくない顧客は多いと考えられる。さらに、インターネット注文はインターネット上にサーバを常時稼動させておく必要があり、悪意のあるユーザからの不正アクセスなど、常に脅威にさらされており、そのための管理コストは極端に高い。こうした状況下のため、インターネット注文は普及が難しい。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
　コンピュータの普及で商品販売管理を電子的に実現する販売管理装置が開発されてきたが、最近ではインターネットウェブブラウザを介して顧客からの注文処理を受け付けるシステムが最も進んだものとして利用されている。そのようなインターネット注文では顧客ＩＤとパスワード、さらにはクレジット番号を入力する必要があるが、これらの情報は顧客自身で管理しなければならず、その負担は大きい。また、パスワードやクレジット番号を入力したくない顧客はかなり多いと予想される。さらに、インターネット注文では販売管理システムがインターネット上にあるため常に脅威にさらされており、そのための管理コストは極端に高い。こうした状況下のため、インターネット注文の普及は困難である。
【０００８】
　本発明は、前述のインターネット注文の問題点を考慮してなされたもので、インターネット注文における顧客認証を容易にして、外部からの不正アクセスによる顧客情報の漏洩が起きないように、インターネットを介したウェブブラウザによる注文送信のほかに、ＦＡＸや電子メールによる注文送信を併用し、かつ顧客情報を格納した販売管理システムとは独立に、注文受付管理システムとして機能させることで、手軽で安全な顧客認証と注文処理の自動化を実現する。
【課題を解決するための手段】
【０００９】
　かかる課題を解決するため本発明においては、顧客を特定する手段としてＦＡＸ番号ないしは電子メールアドレスを使用することを前提に、ウェブブラウザ機能を有する端末からこれらの情報を入力させた後、顧客の注文を識別する注文識別番号を自動生成して端末に通知し、該注文識別番号を含む注文票を自動生成して、該注文票を端末から送信すると同時に、該注文票をＦＡＸ送信ないしは電子メール送信させ、受信した２つの注文票の注文識別番号及びＦＡＸ番号（もしくは電子メールアドレス）をそれぞれ照合することにより、顧客の認証と注文情報の自動蓄積を容易に実現する。
【００１０】
　具体的に、本発明においては、販売管理を行う販売管理システムに対して専用回線接続されており、さらにインターネット接続されている顧客の注文受け付けを担当する注文受付管理システムであって、新規顧客の情報を表す名前、住所に加えて、顧客を特定するコードとしてＦＡＸ番号を入力させて、それらの情報を販売管理システムに送信し、入力されたＦＡＸ番号を顧客データベースに登録し、顧客が入力したＦＡＸ番号から該顧客が登録済みであるかどうかを顧客データベースに問い合わせて判定し、ウェブブラウザ機能を有するウェブサーバによって顧客に商品情報を提示して注文商品と数量を入力させた後、該注文に対する注文識別番号を生成し、該顧客のＦＡＸ番号、該注文商品、該数量、該注文識別番号を端末からインターネットを介して送信すると共に、該注文商品、該数量、該注文識別番号を記した注文票を作成・印刷して該注文票をＦＡＸさせ、端末から送信された顧客のＦＡＸ番号とＦＡＸ送信元番号とを照合すると共に、ＦＡＸ送信された注文票に記載された注文識別番号を画像認識によって取り出し、それと端末から送信された注文識別番号とを照合し、一致したときに端末から送信された顧客のＦＡＸ番号、注文商品、数量、注文識別番号を販売管理システムに送信する。
【００１１】
　また、商品販売管理を行う販売管理システムに対して専用回線接続されており、さらにインターネット接続とＦＡＸモデム接続された、顧客の注文受け付けを担当する注文受付管理システムであって、新規顧客の情報を表す名前、住所に加えて、顧客を特定するコードとしてＦＡＸ番号を入力させて、それらの情報を販売管理システムに送信し、入力されたＦＡＸ番号を顧客データベースに登録し、顧客が入力したＦＡＸ番号から該顧客が登録済みであるかどうかを顧客データベースに問い合わせて判定し、ウェブブラウザ機能を有する端末によって顧客に商品情報を提示して注文商品と数量を入力させた後、該注文に対する注文識別番号を生成し、該顧客のＦＡＸ番号、該注文商品、該数量、該注文識別番号を端末からインターネットを介して送信すると共に、該注文商品、該数量、該注文識別番号を記した注文票を作成・印刷して該注文票をＦＡＸモデムを介して送信し、端末から送信された顧客のＦＡＸ番号とＦＡＸ送信元番号とを照合すると同時に、ＦＡＸ送信された注文票に記載された注文識別番号を画像認識によって取り出し、それと端末から送信された注文識別番号とを照合し、注文識別番号が照合したときに端末から送信された顧客のＦＡＸ番号、注文商品、数量、注文識別番号を販売管理システムに送信する。
【００１２】
　さらに、商品販売管理を行う販売管理システムに対して専用回線接続されており、さらに電子メール送信とブラウザの機能をもつ携帯電話からインターネットを介して接続可能な、顧客の注文受け付けを担当する注文受付管理システムであって、新規顧客の情報を表す名前、住所に加えて、顧客を特定するコードとして携帯メールアドレスを入力させて、それらの情報を販売管理システムに送信し、入力された携帯メールアドレスを顧客データベースに登録し、顧客が入力した携帯メールアドレスから該顧客が登録済みであるかどうかを顧客データベースに問い合わせて判定し、携帯電話によって顧客に商品情報を提示して注文商品と数量とを入力させた後、該注文に対する注文識別番号を生成し、該顧客の携帯メールアドレス、該注文商品、該数量、該注文識別番号を携帯電話からインターネットを介して送信すると共に、電子メールの主題（サブジェクト）に該注文識別番号を、メールの内容文に該注文商品と該数量を付与した電子メールフォームを注文票として作成して該注文票を携帯電話から電子メール送信させ、携帯電話から送信された顧客の携帯メールアドレスと電子メール送信元アドレスとを照合すると共に、受信したメールの主題に記載された注文識別番号を取り出し、それと携帯電話から送信された注文識別番号とを照合し、注文識別番号が照合したときに携帯電話から送信された顧客の携帯電話番号、注文商品、数量、注文識別番号を販売管理システムに送信する。
【００１３】
　さらに、商品販売管理を行う販売管理システムに対して専用回線接続されており、さらにインターネット接続されている顧客の注文受け付けを担当する注文受付管理システムであって、新規顧客の情報を表す名前、住所に加えて、顧客を特定するコードとして電子メールアドレスを入力させて、それらの情報を販売管理システムに送信し、入力された電子メールアドレスを顧客データベースに登録し、顧客が入力した電子メールアドレスから該顧客が登録済みであるかどうかを顧客データベースに問い合わせて判定し、ウェブブラウザ機能を有する端末によって顧客に商品情報を提示して注文商品と数量を入力させた後、該注文に対する注文識別番号を生成し、該顧客の電子メールアドレス、該注文商品、該数量、該注文識別番号を端末からインターネットを介して送信すると同時に、電子メールの主題（サブジェクト）に該注文識別番号を、メールの内容文に該注文商品と該数量を付与した電子メールフォームを注文票として作成して該注文票を電子メール送信させる手段と、端末から送信された顧客の電子メールアドレスと電子メール送信元アドレスとを照合すると同時に、受信したメールの主題に記載された注文識別番号を取り出し、それと端末から送信された注文識別番号とを照合し、注文識別番号が照合したときに端末から送信された顧客の電子メールアドレス、注文商品、数量、注文識別番号を販売管理システムに送信する。
【発明の効果】
【００１４】
　本発明は、顧客を特定するためにＦＡＸ番号もしくは電子メールアドレスを使用することを前提にして、ウェブサーバによるインターネット注文とＦＡＸ送信もしくは電子メール送信による注文を二重に行うことにより、両者の照合を通じて、顧客の認証を簡易的に行うことを可能とする。ＦＡＸ送信や電子メール送信は顧客にとってはほとんど負担にならない。一方、顧客は２度目からの注文においては、ＦＡＸ番号もしくは電子メールアドレスを入力するだけでよく、パスワードを覚えておく必要がない分、実用的であるといえる。しかも、注文受付システムは顧客コードだけを格納しているので、意味ある顧客情報が漏洩することはない。また、販売管理システムはインターネット接続されていないため、第三者からの不正侵入はほとんど不可能といえ、現状のインターネット注文における販売管理システムに比べると、その管理コストは大幅に削減される。本発明では、ＦＡＸ受信した後に注文識別番号を画像認識するが、注文識別番号はコンピュータによって印字されたものであるため、その自動認識は容易である。これは、従来の手書き文字をＯＣＲで認識するよりもはるかに効果的である。
【発明を実施するための最良の形態】
【００１５】
　以下図面について本発明の一実施の形態を詳述する。
【００１６】
（１）全体構成
　図１において、１は管理センタに設けられた注文受付管理システムを示し、ファイアウォール２を介してインターネット３に接続されたバス４にウェブブラウザ機能を有することによりショッピングサイトを構成するウェブサーバ５、ファックスサーバ６及びメールサーバ７が接続されており、これによりウェブサーバ５、ファックスサーバ６及びメールサーバ７がインターネット３に接続されている、ブラウザ機能を有する、多数の端末８と交信できるようになされている。
【００１７】
　ウェブサーバ５は、ファイアウォール１１及びバス１２を介して認証サーバ１３に接続され、かくしてウェブサーバ５、ファックスサーバ６及びメールサーバ７が端末８から注文情報を受け付けたとき、認証サーバ１３は商品データベース１４、新規顧客データベース１５、仮注文データベース１６及び確定注文データベース１７にそれぞれ格納されているデータベース情報を用いて端末８からの注文が正当であるか否かを認証するようになされている。
【００１８】
　認証サーバ１３は端末８からの注文情報が正当であると認証したとき、当該認証した注文情報をバス１２、ファイアウォール２５を介して通信用サーバ２６に送出し、通信用サーバ２６が専用線２７を介して販売管理システム２８と交信することにより、端末８が注文して来た商品について、販売管理システム２８に対して商品の受注情報を渡すことにより、販売管理システム２８から端末８の顧客に対して受注商品を納品するような業務や、売上処理及び伝票処理をするような業務を行わせる。
【００１９】
　また、ファックスサーバ６は例えばＩＳＤＮでなる電話線２１に接続され、これにより端末８の顧客がファックス２２によって電話線２１を介してファックス画像情報を伝送して来たとき、当該画像情報を取り込み得るようになされている。
【００２０】
　この実施の形態の場合、端末８はパーソナルコンピュータ構成のものの外、携帯電話構成のものも含んでいる。
【００２１】
　かかる構成の注文受付管理システム１において、サーバはコンピュータの中で作動する１つのプロセスないしタスクを意味し、各サーバは１つの機能を実現する。そのために各サーバはそれぞれが１つのコンピュータによって機能するものや、複数のサーバが１つのコンピュータで構成されるようなものが用いられている。
【００２２】
　また、ファイアウォール２、１１及び２５はＬＡＮ同士を結合するためのルータとして機能し、セキュリティの観点からのフィルタリング機能を実行することによりファイルからの攻撃を防ぐような動作をする。
【００２３】
　商品データベース１４は、販売管理システム２８で取り扱っている商品のデータベースを構成しているもので、各商品の商品名、商品コード、販売価格のデータが格納されている。
【００２４】
　新規顧客データベースは、ウェブサーバ５上に設けられているショッピングサイトに初めて注文する顧客のデータベースを構築し、顧客名、住所、電話番号、メールアドレスのように顧客を特定する情報を格納している。販売管理システム２８が受注受付管理システム１に接続したとき、これらの情報を販売管理システムに送信する。
【００２５】
　仮注文データベース１６は、顧客ウェブサーバへアクセスして注文依頼をしたときの情報（店舗名、商品名、数量、納品先住所及び希望納期などを含む）を格納している。
【００２６】
　確定注文データベース１７は、認証サーバ１３が、仮注文データベース１６にある注文内容と、ファックスないしメールで送られてきた注文内容とを照合し、正当な注文であること（いたずら注文ではないことを意味する）を確認した情報を格納する。
【００２７】
　図１の構成において、端末８がインターネット３を介して注文受付管理システム１をアクセスしたとき、ウェブサーバ５がこれに応答して順次情報入力画面をインターネット３を介して端末８に送信し、端末８の顧客がこの情報入力画面を使って注文情報を注文受付管理システム１に送ることにより、ウェブサーバ５、ファックスサーバ６及びメールサーバ７や、認証サーバ１３が、以下に述べる処理を実行する。
【００２８】
（２）新規顧客登録処理
　端末８がインターネット３を介して注文受付管理システム１をアクセスすると、これに応動してウェブサーバ５は図２の注文受付ルーチンＲＴ１の処理に入り、ステップＳＰ１において顧客の端末８からのアクセスを受け付けてトップページのＨＴＭＬ情報を当該アクセスした端末８へ送信した後、ステップＳＰ２において当該端末８からの要求を受信する。
【００２９】
　このとき端末８に送られたトップページに当該顧客が新規顧客であるか否かを問い合わせる項目が表示されており、顧客がこれに応答したときウェブサーバ５はステップＳＰ３において要求が新規顧客登録であるか否かを確認し、肯定結果が得られたとき、図３に示す新規顧客登録ルーチンＲＴ２に移る。
【００３０】
　当該新規顧客登録ルーチンＲＴ２に入ると、ウェブサーバ５は先ずステップＳＰ１１において、図４に示すような新規顧客登録フォーム情報ＨＴＭＬ１を当該端末８に送信する。
【００３１】
　この新規顧客登録フォーム情報ＨＴＭＬ１は、顧客名、住所、電話番号、メールアドレス、ファックス番号などの新規顧客情報を書き込むように構成されており、ウェブサーバ５は次のステップＳＰ１２において顧客が入力した新規顧客情報（顧客名、住所、電話番号、メールアドレス等）を確認するために入力情報を当該端末８へ返送する。
【００３２】
　かくして顧客が入力情報を確認すると、ウェブサーバ５は次のステップＳＰ１３において入力確認された新規顧客情報をバス４、１２を介して認証サーバ１３に送って新規顧客データベース１５のレコードとして追加した後、ステップＳＰ１４において当該新規顧客登録ルーチンＲＴ２を終了する。
【００３３】
　かくして、新規顧客のデータが注文受付管理システム１の新規顧客データベース１５に格納されると、以後ウェブサーバ５は図２のステップＳＰ３において否定結果が得られることにより、これを確認できる。
【００３４】
（３）注文商品・数量の指定処理
　このときウェブサーバ５は、ステップＳＰ４に移って図５に示すような、商品を選択するためのショッピングサイト情報ＨＴＭＬ２を当該端末８へ送信する。
【００３５】
　このショッピングサイト情報ＨＴＭＬ２は多数の商品についての情報が記載されており、顧客が当該商品の１つをクリックして「買いものカゴに入れる」アイコンをクリックすることにより商品の選択指定ができる。
【００３６】
　このときウェブサーバ５は図６に示すような、商品数量を指定するための注文内容の入力情報ＨＴＭＬ３を当該端末８へ送信する。このとき顧客が注文数量欄に数量を記入して、「注文画面へ進む」アイコンをクリックすると、ウェブサーバ５は次のステップＳＰ６に移って、図７に示すように、注文方法を選択するための注文方法の選択情報ＨＴＭＬ４を当該端末へ送信する。
【００３７】
（４）注文方法の選択処理
　ここで、注文受付管理システム１は、ファックスで注文する第１の注文方法と、Ｅメールで注文する第２の注文方法のいずれかを選択できるようになされており、これにより端末８の顧客は「ファックスで注文する」アイコン又は「Ｅ−Ｍａｉｌで注文する」アイコンのいずれかを選択すると、ウェブサーバ５は次のステップＳＰ７に移って当該注文方法の指定情報を受信した後、ステップＳＰ８において注文方法の確認をする。
【００３８】
　ここで、注文方法としてファックスが指定されたことを確認すると、ウェブサーバ５は図８のファックス注文ルーチンＲＴ３に入る。
【００３９】
（５）ＦＡＸ注文ルーチン
　ファックス注文ルーチンＲＴ３に入ると、ウェブサーバ５はステップＳＰ２１において、図９に示すような、ファックス用個人情報を入力するためのＦＡＸお客様情報の入力情報ＨＴＭＬ５を当該端末８へ送信する。
【００４０】
　このファックスお客様情報の入力情報ＨＴＭＬ５は、顧客がすでに入力した商品及び個数の情報に加え、顧客の名前及びファックス番号の記入欄が設けられており、顧客が当該記入欄を記入した後「ファックスで注文する」アイコンをクリックすると、ウェブサーバ５は当該記入情報を受信した後、次のステップＳＰ２２に移って図１０に示すような、ファックス用個人情報を確認するためのＦＡＸ入力情報の確認情報ＨＴＭＬ６を当該端末８へ送信する。
【００４１】
　このファックス入力情報確認情報ＨＴＭＬ６は、これまでに顧客が入力した入力情報が一覧表示されており、顧客が「確認」アイコン（図１０の場合、画面下部に隠れている）をクリックすると、次にウェブサーバ５はステップＳＰ２３に移って注文識別番号生成ルーチンを呼び出して注文識別番号を生成した後、ステップＳＰ２４に移って、注文識別番号に対応するバーコードを画像として作成する。
【００４２】
　続いてウェブサーバ５は、ステップＳＰ２５に移って、図１１に示すように、注文識別バーコード画像Ｐ１を画面の左上部分に表示してなる送信用ＦＡＸ出力情報ＨＴＭＬ７を生成して、これをプリントアウトするための情報として当該端末８へ送信する。
【００４３】
　かくして端末８の顧客は、図１１に示すように：注文識別バーコード画像Ｐ１を含む送信用ＦＡＸ出力情報ＨＴＭＬ７を「送信用ファックス出力ページ」としてプリントアウトすることができ、当該プリントアウトした送信用ＦＡＸ出力情報ＨＴＭＬ７を端末８の顧客がファックス２２を用いて電話線２１を介してファックスサーバ６にファックス画像として送信することができる。
【００４４】
　この状態において、ウェブサーバ５はステップＳＰ２６に移って、バス４、１２を介して認証サーバ１３によって、＜送信元ＦＡＸ番号、注文識別番号、ファックス指定情報“ＦＡＸ”＞の組を仮注文データベース１６にレコードとして追加すると共に、注文識別番号に対する注文内容を、同じように、仮注文データベース１６に格納する。
【００４５】
　かくしてウェブサーバ５はファックス注文処理ルーチンＲＴ３の処理を終了して、注文受付開始ルーチンＲＴ１（図２）の最初のステップＳＰ１に戻る。
【００４６】
（６）メールによる注文処理
　これに対して、図２のステップＳＰ８において注文方法がメールであったことを確認すると、メールサーバ７はメール注文ルーチンＲＴ４に入る。
【００４７】
　メール注文ルーチンＲＴ４に入ると、ウェブサーバ５は、図１２に示すように、ステップＳＰ３１において図１３に示すような、メール用個人情報を入力するためのＥ−Ｍａｉｌお客様情報の入力情報ＨＴＭＬ８を当該端末８へ送信する。
【００４８】
　このＥ−Ｍａｉｌお客様情報の入力情報ＨＴＭＬ８には、Ｅメールアドレスを入力するための欄が設けられており、ユーザは当該Ｅメールアドレス記入欄の記入をして「Ｍａｉｌで注文する」アイコンをクリックすることにより当該入力情報をウェブサーバ５に送る。
【００４９】
　このとき、ウェブサーバ５は次のステップＳＰ３２に移って、図１４に示すように、メール用個人情報を確認するためのＥ−Ｍａｉｌ入力情報の確認情報ＨＴＭＬ９を当該端末８へ送信する。
【００５０】
　このＥ−Ｍａｉｌ入力情報の確認情報ＨＴＭＬ９はメール注文のために顧客が入力した情報が一覧画像として表示されており、顧客は当該情報を入力したことを「ＯＫ」アイコン（図１４の画面の下縁に隠れている）をクリックすることにより確認したことを示す信号をウェブサーバ５に送る。
【００５１】
　このときウェブサーバ５はステップＳＰ３３に移って注文識別番号生成ルーチンを呼び出すことにより注文識別番号を生成する。
【００５２】
　続いてウェブサーバ５はステップＳＰ３４において、図１５に示すように、注文識別番号を含む、メール用個人情報を確認するためのＥ−Ｍａｉｌ送信情報ＨＴＭＬ１０を当該端末８に送信する。
【００５３】
　このＥ−Ｍａｉｌ送信情報ＨＴＭＬ１０は注文識別番号項目を含んでおり、顧客はこれを確認して「完了」アンコン（図１５の場合画面の下縁に隠れている）をクリックすることにより、顧客はＥ−Ｍａｉｌ送信情報を確認したことをウェブサーバ５に伝える。
【００５４】
　このときウェブサーバ５はステップＳＰ３５に移って、メールサーバ７のメールソフトを自動的に立ち上げると共に、図１６に示すように、「宛て先」欄（Ｔｏフィールド）と「件名」欄（Ｓｕｂｊｅｃｔフィールド）を指定したメール送信画面を表示するためのＥ−Ｍａｉｌフォーム情報ＨＴＭＬ１１を当該端末８へ送信する。
【００５５】
　このとき、端末８は「宛て先」欄にメールサーバのアドレスを指定すると共に、「件名」欄に注文識別番号を割り当ててメールデータを送信する。
【００５６】
　このときウェブサーバ５はステップＳＰ３６に移って、バス４、１２を介して認証サーバ１３によって仮注文データベース１６に＜送信元メールアドレス、注文識別番号、ＭＡＩＬ情報“ＭＡＩＬ”＞の組情報を仮注文データベース１６のレコードとして追加する。
【００５７】
　これと共に、注文識別番号に対する注文内容を仮注文データベース１６に別途格納する。
【００５８】
　かくして、メール注文ルーチンＲＴ４が終了し、ウェブサーバ５は、図２の注文受付ルーチンＲＴ１の最初のステップＳＰ１に戻る。
【００５９】
（７）ファックスサーバのファックス画像情報の処理
　ファックスサーバ６は、顧客が端末２８を用いて電話線２１を介してファックス画像情報を伝送して来たとき、図１７のファックスサーバの処理手順ＲＴ５を実行する。
【００６０】
　ファックスサーバの処理手順ＲＴ５に入ると、ファックスサーバ６はステップＳＰ４１において図１１の送信用ＦＡＸ出力情報ＨＴＭＬ７でなるファックス画像情報を受信し、ステップＳＰ４２においてファックスメッセージを解析して、送信元のファックス番号を取得する。
【００６１】
　ファックスサーバ６は続いてステップＳＰ４３において、バーコード解析処理ルーチンを呼び出して送信用ＦＡＸ出力情報ＨＴＭＬ７（図１１）にバーコード表示されている注文識別番号Ｐ１を取得する。
【００６２】
　ここで、バーコードが解析不能の場合は、注文識別番号をｎｕｌｌにする。
【００６３】
　当該処理結果についてファックスサーバ６は次のステップＳＰ４４において注文識別番号がｎｕｌｌであるか否かの確認をし、肯定結果が得られたとき、ステップＳＰ４５に移ってファックスメッセージを解析不能リストに格納して、そのリストを画面情報に表示して上述のステップＳＰ４１に戻る。
【００６４】
　これに対してステップＳＰ４４において否定結果が得られたとき、ファックスサーバ６はステップＳＰ４６に移って認証サーバ１３に送信元ファックス番号と、解析した注文識別番号とを送信して認証を依頼し、次のステップＳＰ４７において当該認証結果を受信する。
【００６５】
　ファックスサーバ６は続くステップＳＰ４８において、当該認証の結果、注文が正当であるか否かを確認し、正当ではないときには、上述のステップＳＰ４１に戻るのに対して、正当であるとの確認結果が得られたときステップＳＰ４９に移って送信元ファックス番号に対して、注文が成立したことを通知して上述のステップＳＰ４１に戻る。
【００６６】
　図１７のファックスサーバ６の動作によれば、ファックス２２からのファックス画像（図１１）の一部のバーコードとして伝送されてきた注文識別番号Ｐ１を識別できたとき、当該注文識別番号を送信元ファックス番号と共に認証サーバ１３に渡すと共に、ウェブサーバ５によってインターネット３を介して送られてきた注文識別番号と比較することにより、注文が正当であるか否かを判断するようにしたことにより、注文情報の正当性を正しく確認することができる。
【００６７】
　因みにウェブサーバ５によって得た情報のみを用いて当該確認をしようとした場合、正当でない（すなわちいたずらの可能性が大きい）データが送られて来たときには正しい受注ができないのに対して、ファックス画像情報によって注文情報を裏付けることができることにより、一段と注文の正当性についての信頼度が高くなる。
【００６８】
（８）メールサーバの注文識別番号情報の処理
　端末８の顧客がインターネット３を介して図１６のＥ−Ｍａｉｌフォーム情報ＨＴＭＬ１１を送信したとき、メールサーバ７は図１８のメールサーバ処理手順ＲＴ６に入り、先ず、ステップＳＰ５１において当該メールを受信した後、ステップＳＰ５２において当該メールを解析してＦｒｏｍフィールドから送信元のメールアドレスを取り出すと共に、Ｓｕｂｊｅｃｔフィールドから注文識別番号を取り出す。
【００６９】
　続いてメールサーバ７はステップＳＰ５３において、認証サーバ１３にメールアドレスと注文識別番号を送信して認証を依頼し、ステップＳＰ５４において当該認証結果を受信する。
【００７０】
　続いてメールサーバ７はステップＳＰ５５において、認証結果から注文が正当であるか否かの確認をし、正当でないとの確認結果が得られたとき、上述のステップＳＰ５１に戻るのに対し、正当であるとの確認結果が得られたとき、メールサーバ７はステップＳＰ５６において当該メールアドレスに対して注文が成立したことを当該端末８に通知した後、上述のステップＳＰ５１に戻る。
【００７１】
　図１８の処理手順によれば、Ｅメールとして端末８からインターネット３を介して伝送されてきたメールアドレス及び注文識別番号に基づいて、ウェブサーバ５によって取得した注文識別番号との比較結果によって当該注文の正当性を判断するようにしたことにより、正当でない注文であるか否かを確実に判断することができる。
【００７２】
（９）注文識別番号の生成処理
　ウェブサーバ５は図１９の注文識別番号生成ルーチンＲＴ７の処理によって注文識別番号を乱数として生成する。
【００７３】
　すなわちウェブサーバ５は注文識別番号生成ルーチンＲＴ７に入ると、まずステップＳＰ６１において０≧Ｘｉ≧９（ｉ＝１，７）でなる整数Ｘｉにおいて、Ｘｉの値を乱数表から順次取り出してセットし、ステップＳＰ６２において次式
【００７４】
【数１】
2004139591.tif 000003
【００７５】
の計算をした後、ステップＳＰ６３において
【００７６】
【数２】
2004139591.tif 000004
【００７７】
の計算をする。
【００７８】
　このとき、ｍ＝Ｘのチェックサムとして働く。
【００７９】
　続いてウェブサーバ５はステップＳＰ６４において注文識別番号ＩＤを次式
【００８０】
【数３】
2004139591.tif 000005
【００８１】
によって計算した後、ステップＳＰ６５において当該注文識別番号生成ルーチンＲＴ７を終了する。
【００８２】
　この注文識別生成ルーチンＲＴ７においてチェックサムを使用する理由は、ファックスによる認証でのバーコード解析において誤認識を防ぐことにある。注文識別番号の１桁目はチェックサムとして働くので、バーコード解析によって２ないし８桁目の数字が正しく認識されているかどうかという判定をすることができる当該ルーチンでは１０で割った余りを採用しているので、バーコード解析の誤認識率が１／１０になる。
【００８３】
　注文識別番号は乱数表を用いて生成しているので、異なる注文において同一の注文識別番号になる可能性がある（確率１／１００万）。
【００８４】
　ただし認証サーバ１３のフローチャートから明らかなように、仮注文データベース１６に対する注文の照合は、送信元ファックス番号ないしはメールアドレスの組み合わせで行われるので、同じ注文書において注文識別番号が一致する場合を考えたことになる。
【００８５】
　運用上１日ないし数日経った後、注文確定データベースをクリアすることを考えれば、その期間に同一注文者が何度も注文することは考えにくく、仮に同一の注文識別番号が生成されたとしても、同じ注文者などのその対応は十分可能であると思われる。
【００８６】
（１０）バーコードの解析方法
　端末８の顧客がファックス２２から電話線２１を介してファックス画像情報を伝送して来たとき、ファックスサーバ６は図２０のバーコード解析処理ルーチンＲＴ８を実行することによりバーコードの解析をする。
【００８７】
　バーコード解析ルーチンＲＴ８に入ると、ファックスサーバ６はステップＳＰ７１においてファックス用紙上で解析対象となる矩形範囲を＜ｘ，ｙ，ｗ，ｈ＞とする。ここでｘ，ｙは矩形の１つの端点であり、ｗ，ｈはそれぞれ矩形の幅と高さを表す。
【００８８】
　続いてファックスサーバ６はステップＳＰ７２においてバーコードはファックス用紙上において左上にあると仮定し、その場合にｘ，ｙを設定して解析を行った後、ステップＳＰ７３において解析が成功したか否かの確認をする。
【００８９】
　ここで肯定結果が得られると、ファックスサーバ６はステップＳＰ７４に進んでバーコードを数字に変換したものを呼び出し側ルーチンへ返し、ステップＳＰ７５において当該バーコード解析ルーチンＲＴ８を終了する。
【００９０】
　これに対してステップＳＰ７３において否定結果が得られるとファックスサーバ６はステップＳＰ７４に移ってバーコードのずれを求め、ｘ，ｙ座標を補正して、再びバーコード解析を行った後、ステップＳＰ７５において解析が成功したか否かを確認する。
【００９１】
　ここで成功すれば、上述のステップＳＰ７４に進むのに対して、否定結果が得られたとき、ファックスサーバ６はさらにステップＳＰ７６に移ってバーコードがファックス用紙上で右下にあると仮定してその場合のｘ，ｙを設定してバーコード解析を行った後、ステップＳＰ７７において解析が成功したか否かの判断をする。
【００９２】
　ここで肯定結果が得られれば、上述のステップＳＰ７４に進むのに対して、否定結果が得られたときには、再度ステップＳＰ７８に移ってバーコードのずれを求め、ｘ，ｙ座標を補正して再びバーコード解析を行った後、ステップＳＰ７９において解析が成功したか否かの判断をする。
【００９３】
　ここで肯定結果が得られれば、上述のステップＳＰ７４に進むのに対して、否定結果が得られたときには、解析ができないことを意味しているので、ステップＳＰ８０に移ってファックスメッセージを解析不能リストに格納し、そのリストを画面上に表示する。
【００９４】
　かくしてファックスサーバ６はバーコードの解析に失敗したとき、ＳＰ８１において当該バーコード解析ルーチンＲＴ８の処理を終了する。
【００９５】
　図２０のバーコード解析ルーチンＲＴ８によれば、ファックスサーバ６に転送されて来るファックス画像情報が、上下左右について、正しい態様で転送されて来た場合と、天地逆に転送されて来た場合や、裏返しにファックス転送したためにファックス画像情報がない場合などの種々の転送態様について、これをできる限り解析できるような確率の高いバーコード解析処理をすることができる。
【００９６】
（１１）認証サーバの動作
　認証サーバ１３はウェブサーバ５、ファックスサーバ６又はメールサーバ７からメッセージが転送されて来たとき、図２１に示す認証サーバの処理ルーチンＲＴ９を実行する。
【００９７】
　認証サーバ１３は認証サーバの処理ルーチンＲＴ９に入ると、ステップＳＰ８５において当該メッセージを受信した後、ステップＳＰ８６において当該メッセージの送信元がメールサーバか又はファックスサーバかを確認する。
【００９８】
　ステップＳＰ８６においてファックスサーバであることが確認されるとき、認証サーバ１３はステップＳＰ８７に移ってメッセージ中にあるファックス番号と、注文識別番号ＩＤとを取得し、変数senderの値を当該ＦＡＸ番号、変数meansの値を定数“ＦＡＸ”にセットして次のステップＳＰ８８に移る。
【００９９】
　これに対してメールサーバであるとの確認結果が得られたとき、認証サーバ１３はステップＳＰ８９に移ってメッセージ中にあるメールアドレスと注文識別番号ＩＤを取得し、変数senderの値を当該メールアドレス、変数means の値を定数“ＭＡＩＬ”にセットした後ステップＳＰ８８に移る。
【０１００】
　ステップＳＰ８８において認証サーバ１３は、仮注文データベース１６の中のレコードを、＜sender、ＩＤ、means ＞の組と照合させた後、ステップＳＰ８９において、照合に成功したか否かの確認をする。
【０１０１】
　ここで失敗すれば、ステップＳＰ９０において当該メッセージの送信元に対して、認証が失敗したことを通知した後、上述のステップＳＰ８５に戻る。
【０１０２】
　これに対してステップＳＰ８９において照合に成功したとの判断結果が得られると、認証サーバ１３はステップＳＰ９１に移って注文識別番号ＩＤに対応する注文情報の店舗名を仮注文データベース１６から取り出し、店舗名を記入して注文情報を確定注文データベース１７に追加する。
【０１０３】
　続いてステップＳＰ９２において、当該メッセージの送信元に対して認証が成功したことを通知した後、上述のステップＳＰ８５に戻る。
【０１０４】
　図２１の動作によれば、認証サーバ１３の認証処理を確実になし得る。
【０１０５】
（１２）通信用サーバの動作
　通信用サーバ２６は、販売管理システム２８からアクセスを受けたとき、図２２に示す通信用サーバの処理ルーチンＲＴ１０に入って、先ずステップＳＰ１０１において販売管理システム２８側からのアクセスを受け付けた後、ステップＳＰ１０２においてアクセスが正当であるか否かの判断をする。
【０１０６】
　当該ステップＳＰ１０２において不当であるとの確認結果が得られると、通信用サーバ２６は上述のステップＳＰ１０１に戻る。
【０１０７】
　これに対してステップＳＰ１０２において正当であるとの判断結果が得られたとき、通信用サーバ２６はステップＳＰ１０３に移って新規顧客データベース１５にあるレコードを全て取り出し、これを販売管理システム２８側へ送信した後、当該送信完了後に新規顧客データベース１５にある全てのレコードを消去する。
【０１０８】
　続くステップＳＰ１０４において通信サーバ２６は販売管理システム２８の店舗名Ｓｈｏｐを取り出した後、ステップＳＰ１０５において注文確定データベースからＳｈｏｐに対応する注文情報を確定注文データベース１７から取り出して販売管理システム２８側へ送信すると共に、送信が完了した後、取り出した注文情報を注文確定データベース１７から消去する。
【０１０９】
　かくして通信用サーバ２６は、販売管理システム２８側から要求があったときには、新規顧客データベース１５及び注文確定データベース１７に保存されているデータを全て販売管理システム２８に供給することにより、顧客から得た注文を誤りなく販売管理システム２８に渡すことができる。
【産業上の利用可能性】
【０１１０】
　本発明はインターネットを介して注文を受けて販売管理システムに当該情報を渡すような注文受付管理システムに利用できる。
【図面の簡単な説明】
【０１１１】
【図１】本発明の一実施の形態による注文受付管理システムの構成を示す略線的系統図である。
【図２】ウェブサーバの注文受付ルーチンを示すフローチャートである。
【図３】新規顧客登録ルーチンを示すフローチャートである。
【図４】新規顧客登録フォーム情報を示す略線図である。
【図５】ショッピングサイト情報を示す略線図である。
【図６】注文内容の入力情報を示す略線図である。
【図７】注文方法の選択情報を示す略線図である。
【図８】ＦＡＸ注文ルーチンを示すフローチャートである。
【図９】ＦＡＸお客様情報の入力情報を示す略線図である。
【図１０】ＦＡＸ入力情報の確認情報を示す略線図である。
【図１１】送信用ＦＡＸ出力情報を示す略線図である。
【図１２】メール注文ルーチンを示すフローチャートである。
【図１３】Ｅ−Ｍａｉｌお客様情報の入力情報を示す略線図である。
【図１４】Ｅ−Ｍａｉｌ入力情報の確認情報を示す略線図である。
【図１５】Ｅ−Ｍａｉｌ送信情報を示す略線図である。
【図１６】Ｅ−Ｍａｉｌフォーム情報を示す略線図である。
【図１７】ファックスサーバの処理手順を示すフローチャート図である。
【図１８】メールサーバの処理手順を示すフローチャートである。
【図１９】注文識別番号生成ルーチンを示すフローチャートである。
【図２０】バーコード解析ルーチンを示すフローチャートである。
【図２１】認証サーバの処理ルーチンを示すフローチャートである。
【図２２】通信サーバの処理ルーチンを示すフローチャートである。
【符号の説明】
【０１１２】
　１……注文受付管理システム、２、１１、２５……ファイヤーウォール、３……インターネット、４、１２……バス、５……ウェブサーバ、６……ファックスサーバ、７……メールサーバ、８……端末、１３……認証サーバ、１４……商品データベース、１５……新規顧客データベース、１６……仮注文データベース、１７……確定注文データベース、２１……電話線、２２……ファックス、２６……通信用サーバ、２７……専用線、２８……販売管理システム。
【図１】
2004139591.tif 000006
【図２】
2004139591.tif 000007
【図３】
2004139591.tif 000008
【図８】
2004139591.tif 000009
【図１２】
2004139591.tif 000010
【図１７】
2004139591.tif 000011
【図１８】
2004139591.tif 000012
【図１９】
2004139591.tif 000013
【図２０】
2004139591.tif 000014
【図２１】
2004139591.tif 000015
【図２２】
2004139591.tif 000016
【図４】
2004139591.tif 000017
【図５】
2004139591.tif 000018
【図６】
2004139591.tif 000019
【図７】
2004139591.tif 000020
【図９】
2004139591.tif 000021
【図１０】
2004139591.tif 000022
【図１１】
2004139591.tif 000023
【図１３】
2004139591.tif 000024
【図１４】
2004139591.tif 000025
【図１５】
2004139591.tif 000026
【図１６】
2004139591.tif 000027