JP2003141378A

JP2003141378A - 通信販売システム

Info

Publication number: JP2003141378A
Application number: JP2001332514A
Authority: JP
Inventors: Tetsuo Hoshi; 哲夫星
Original assignee: INTERNETNODE Inc; Yokogawa Electric Corp
Current assignee: INTERNETNODE Inc; Yokogawa Electric Corp
Priority date: 2001-10-30
Filing date: 2001-10-30
Publication date: 2003-05-16

Abstract

(57)【要約】【課題】双方向に通信を行いながら発注者が販売元を
意識することなく発注を行うことが可能な通信販売シス
テムを実現する。【解決手段】通信を用いてカタログによる商品若しく
は役務の発注を行う通信販売システムにおいて、カタロ
グに印刷されたバーコード化された発注用ＵＲＬの情報
を取得して発注用ＵＲＬにインターネットを介して接続
し、カタログに印刷された商品若しくは役務バーコード
の情報を取得して端末固有ＩＤと共に送信する発注用端
末と、各販売元が管理する複数の受注端末と、販売元毎
に割り振られた受注用ＵＲＬの一に接続された発注用端
末からの情報を受信し、接続された受注用ＵＲＬから販
売元を特定し、商品若しくは役務バーコードの情報から
発注された商品若しくは役務を特定し、端末固有ＩＤか
ら発注者を特定し、特定された販売元が管理する受注端
末に特定された情報を送信して商品若しくは役務の発注
処理を行う受注処理データセンターとを設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信を用いてカタ
ログによる商品等の発注を行う通信販売システムに関
し、特に容易に発注が可能で発注した商品等の確認が可
能な通信販売システムに関する。

【０００２】

【従来の技術】従来の通信販売システムでは商品のカタ
ログに添付された葉書による発注、受付センターへの電
話による発注、若しくは、ファクシミリを用いた発注が
行われており、これらは人が介在して処理を行うもので
あった。

【０００３】このため、電話やファクシミリによる発注
では通話中により発注ができなくなると言った問題点が
存在し、葉書による発注では郵送による遅延が発生する
と言った問題点があった。

【０００４】また、上述の全ての発注方法では、発注元
の情報、例えば、発注元の住所、氏名、電話番号等の情
報を発注毎に記載若しくは通知する必要性があった。

【０００５】一方、このような問題を解決するために、
カタログに印刷されたバーコードを走査することによっ
てオンラインで発注処理を行う通信販売システムが存在
する。

【０００６】図６はこのような従来の通信販売システム
の一例を示す構成ブロック図である。図６において１は
バーコードリーダ、２はパーソナルコンピュータ、３は
汎用のネットワークであるインターネット、４は販売元
のデータセンター、１００はバーコードが印刷された商
品のカタログである。

【０００７】パーソナルコンピュータ２はインターネッ
ト３を介して販売元のデータセンター４に接続され、パ
ーソナルコンピュータ２にはバーコードリーダ１が接続
される。

【０００８】ここで、図６に示す従来例の動作を説明す
る。発注者は商品のカタログ１００に掲載されている商
品を発注しようとした場合、発注者はパーソナルコンピ
ュータ２を操作してインターネット３経由で販売元のデ
ータセンターに接続すると共にバーコードリーダ１を用
いてカタログ１００に印刷されている発注したい商品に
対応するバーコードを走査する。

【０００９】走査されたバーコードの情報はパーソナル
コンピュータ２に読み込まれ、パーソナルコンピュータ
２は読み込まれた情報をインターネット３を介して販売
元のデータセンター４に送信する。

【００１０】インターネット３を介して情報を受信した
データセンター４は、受信した情報を解析して発注され
た商品の在庫や納期を確認すると共に当該商品の配送等
を手配する。

【００１１】この結果、発注者は商品が掲載されたカタ
ログ１００に印刷されたバーコードをバーコードリーダ
で走査することにより、オンラインで発注処理を行うこ
とが可能になる。

【００１２】

【発明が解決しようとする課題】しかし、図６に示す従
来例では販売元が複数存在する場合、例えば、カタログ
１００に掲載されている商品の販売元が複数である場
合、発注者は商品毎に販売元のデータセンターにインタ
ーネット経由で接続して発注に関する情報を送信しなけ
ればならず煩雑である言った問題点があった。

【００１３】言い換えれば、発注者は発注した商品とそ
の販売元の対応関係を常に意識しながら発注をしなけれ
ばならないと言った問題点があった。

【００１４】また、図６に示すような通信販売システム
では情報は発注者から販売元へ一方通行にしか流れない
ため、発注した商品の在庫や納期等の確認ができないと
言った問題点があった。

【００１５】一方、販売元では販売元毎に図６に示すよ
うなデータセンターを設置しなければならず、データセ
ンターの設置に為の経費やサーバ等のマシンの保守経費
の負担が発生すると言った問題点があった。従って本発
明が解決しようとする課題は、双方向に通信を行いなが
ら発注者が販売元を意識することなく発注を行うことが
可能な通信販売システムを実現することにある。

【００１６】

【課題を解決するための手段】このような課題を達成す
るために、本発明のうち請求項１記載の発明は、通信を
用いてカタログによる商品若しくは役務の発注を行う通
信販売システムにおいて、前記カタログに印刷されたバ
ーコード化された発注用ＵＲＬの情報を取得して前記発
注用ＵＲＬにインターネットを介して接続し、前記カタ
ログに印刷された商品若しくは役務バーコードの情報を
取得して端末固有ＩＤと共に送信する発注用端末と、各
販売元が管理する複数の受注端末と、販売元毎に割り振
られた受注用ＵＲＬの一に接続された前記発注用端末か
らの情報を受信し、接続された受注用ＵＲＬから販売元
を特定し、商品若しくは役務バーコードの情報から発注
された商品若しくは役務を特定し、前記端末固有ＩＤか
ら発注者を特定し、特定された販売元が管理する前記受
注端末に特定された情報を送信して商品若しくは役務の
発注処理を行う受注処理データセンターとを備えたこと
により、販売元を意識することなく発注を行うことが可
能になり、販売元毎にデータセンターを設置する必要性
がなくなる。

【００１７】請求項２記載の発明は、請求項１記載の発
明である通信販売システムにおいて、前記受注処理デー
タセンターが、発注用端末で予め入力された初期情報を
受信して保持することにより、ユーザの入力の手間を省
くことができる。

【００１８】請求項３記載の発明は、請求項２記載の発
明である通信販売システムにおいて、前記受注処理デー
タセンターが、前記受注端末に対して商品若しくは役務
の発注処理を行う場合に、前記初期情報から必要な情報
を適宜抽出して前記受注端末に送信することにより、ユ
ーザの入力の手間を省くことができる。

【００１９】請求項４記載の発明は、請求項１記載の発
明である通信販売システムにおいて、前記受注端末が、
前記受注処理データセンターからの発注処理があった場
合に、発注された商品若しくは役務の在庫、納期、若し
くは、在庫及び納期を確認して確認情報として前記受注
処理データセンター経由で前記発注用端末に送信するこ
とにより、双方向に通信を行いながら発注を行うことが
可能になる。

【００２０】請求項５記載の発明は、請求項１記載の発
明である通信販売システムにおいて、前記発注用端末
が、前記受注端末から前記受注処理データセンター経由
で前記確認情報を受信し発注を確定する場合に、発注確
定情報を前記受注処理データセンター経由で前記受注端
末に送信することにより、双方向に通信を行いながら発
注を行うことが可能になる。

【００２１】請求項６記載の発明は、請求項１記載の発
明である通信販売システムにおいて、前記発注用端末
が、前記商品若しくは役務バーコードを走査した回数、
若しくは、キー入力された数値から発注された数量を取
得して送信することにより、数量の情報を得ることがで
きる。

【００２２】請求項７記載の発明は、請求項１記載の発
明である通信販売システムにおいて、前記発注用端末と
前記受注処理データセンターとの間の接続環境が、広帯
域回線を用いた常時接続環境であることにより、販売元
を意識することなく発注を行うことが可能になり、販売
元毎にデータセンターを設置する必要性がなくなる。

【００２３】請求項８記載の発明は、請求項１記載の発
明である通信販売システムにおいて、前記発注用端末と
前記受注処理データセンターとの間の接続環境が、電話
回線を用いたダイアルアップ接続環境であることによ
り、販売元を意識することなく発注を行うことが可能に
なり、販売元毎にデータセンターを設置する必要性がな
くなる。

【００２４】請求項９載の発明は、請求項１記載の発明
である通信販売システムにおいて、前記発注用端末と前
記受注処理データセンターとの間の接続環境が、携帯電
話若しくはＰＨＳを利用した接続環境であることによ
り、販売元を意識することなく発注を行うことが可能に
なり、販売元毎にデータセンターを設置する必要性がな
くなる。

【００２５】請求項１０載の発明は、請求項１記載の発
明である通信販売システムにおいて、前記発注用端末
が、前記端末固有ＩＤ、若しくは、前記端末固有ＩＤ及
び前記初期情報が格納される記憶手段と、前記カタログ
に印刷されたバーコードの情報を読み取るバーコード読
取手段と、情報を表示する表示手段と、記受注処理デー
タセンターに接続して通信を行う通信手段と、前記記憶
手段、前記バーコード読取手段、前記表示手段及び前記
通信手段を制御する制御手段とから構成されたことによ
り、販売元を意識することなく発注を行うことが可能に
なり、販売元毎にデータセンターを設置する必要性がな
くなる。

【００２６】請求項１１載の発明は、請求項１記載の発
明である通信販売システムにおいて、前記発注用端末
が、前記端末固有ＩＤ、若しくは、前記端末固有ＩＤ及
び前記初期情報が格納される記憶手段と、前記カタログ
に印刷されたバーコードの情報を読み取るバーコード読
取手段と、情報を表示する表示手段と、数値が入力され
る入力手段と、前記受注処理データセンターに接続して
通信を行う通信手段と、前記記憶手段、前記バーコード
読取手段、前記表示手段、前記入力手段及び前記通信手
段を制御する制御手段とから構成されたことにより、販
売元を意識することなく発注を行うことが可能になり、
販売元毎にデータセンターを設置する必要性がなくな
る。

【００２７】

【発明の実施の形態】以下本発明を図面を用いて詳細に
説明する。図１は本発明に係る通信販売システムの一実
施例を示す構成ブロック図である。

【００２８】図１において３及び１００は図６と同一符
号を付してあり、５はバーコードリーダ機能や表示及び
入力機能を有する発注用端末、６は受注処理データセン
ター、７，８及び９は各販売元の受注端末である。

【００２９】バーコードリーダ機能等を有する発注用端
末５はインターネット３を介して受注処理データセンタ
ー６に接続され、発注処理データセンター６はまたイン
ターネット等の汎用のネットワークを介して各販売元の
受注端末７〜９に接続される。

【００３０】ここで、図１に示す実施例の動作を図２，
図３，図４及び図５を用いて説明する。図２は発注用端
末５の詳細を示す構成ブロック図、図３は発注用端末５
の動作を説明するフロー図、図４は発注処理データセン
ター６の動作を説明するフロー図、図５は各販売元の受
注端末７〜９の動作を説明するフロー図である。

【００３１】図２において１０は発注用端末５全体を制
御する制御手段、１１はグローバルＩＰ（Internet Pro
tocol）アドレスや端末固有ＩＤ（IDentification）が
格納された記憶手段、１２はバーコード読取手段、１３
はＬＣＤ（Liquid Crystal Display）やＬＥＤ（Light
Emitting Diode）等を用いた表示手段、１４はキーパッ
ド等の入力手段、１５はインターネット３を介して通信
を行う通信手段である。

【００３２】記憶手段１１の入出力は制御手段１０に接
続され、バーコード読取手段１２及び入力手段１４の出
力もまた制御手段１０に接続される。制御手段１０の出
力は表示手段１３に接続され、制御手段１０の入出力が
通信手段１５に接続される。

【００３３】図３中”Ｓ００１”において発注用端末５
は、ユーザの初期情報をインターネット３を介して受注
処理データセンター６に登録する。

【００３４】例えば、制御手段１０は入力手段１４から
入力されるユーザの住所、氏名、性別、年齢、電話番
号、メールアドレス、衣服や靴等のサイズ等の初期情報
を取得し、通信手段１５を制御して取得した初期情報と
共に端末固有ＩＤをインターネット３を介して受注処理
データセンター６に送信して初期情報を登録する。

【００３５】図３中”Ｓ００２”において発注用端末５
は、各販売元毎に割り振られた発注処理データセンター
の受注用ＵＲＬ（Uniform Resource Locator）がバーコ
ード表現で印刷されたカタログ１００において、ユーザ
が走査したバーコードの情報を取得すると共に当該受注
用ＵＲＬにインターネット３経由で接続する。

【００３６】例えば、制御手段１０はバーコード読取手
段１２を制御してバーコード表現された受注用ＵＲＬの
情報を取得して、通信手段１５を制御してインターネッ
ト３経由で受注処理データセンター６の取得した受注用
ＵＲＬに接続する。

【００３７】図３中”Ｓ００３”において発注用端末５
は、ユーザが走査したカタログ１００に印刷された商品
バーコードの情報を取得する。

【００３８】例えば、制御手段１０はバーコード読取手
段１２を制御して商品バーコードの情報を取得して、記
憶手段１１に一時保存する。

【００３９】図３中”Ｓ００４”において発注用端末５
は、ユーザがカタログ１００に印刷された商品バーコー
ドを走査した回数、若しくは、キー入力された数値から
発注された数量を取得する。また、その他必要に応じて
各種情報を取得する。

【００４０】例えば、制御手段１０はバーコード読取手
段１２を制御して商品バーコードの走査回数、若しく
は、入力手段１４を制御してユーザが入力した数値から
発注数量に関する情報を取得して記憶手段１１に一時保
存する。

【００４１】図３中”Ｓ００５”において発注用端末５
は、取得した商品バーコードの情報や数量の情報等を端
末固有ＩＤと共に発注情報として受注処理データセンタ
ー６にインターネット３経由で送信する。

【００４２】例えば、制御手段１０は記憶手段１１を制
御して取得した商品バーコードの情報や数量の情報等及
び予め格納されている端末固有ＩＤをそれぞれ読み出
し、通信手段１５を制御してインターネット３経由でそ
れぞれの情報を発注情報として受注処理データセンター
６に送信する。

【００４３】図３中”Ｓ００６”において発注用端末５
は、受注処理データセンター６から確認情報を受信する
まで待機する。

【００４４】例えば、制御手段１０は通信手段１５を制
御してインターネット３経由で確認情報を受信し、表示
手段１３を制御して受信した確認情報を表示させる。

【００４５】また、例えば、受注処理データセンター６
から確認情報としては、発注された商品の名称、数量、
商品の在庫及び納期等の情報であり、ユーザは当該確認
情報を参照して発注を確定するか否かを判断する。

【００４６】そして、確認情報を受信した場合には図３
中”Ｓ００７”において発注用端末５は、ユーザの発注
指示の入力（若しくは、発注指示バーコードの走査）を
確認し、ユーザの発注指示を確認した場合には、図３
中”Ｓ００８”において発注用端末５は、発注確定情報
をインターネット３経由で受注処理データセンター６に
送信する。

【００４７】例えば、制御手段１０は入力手段１４を制
御し、若しくは、バーコード読込手段１２を制御してユ
ーザの発注指示を取得し、通信手段１５を制御してイン
ターネット３経由で取得した発注指示を発注確定情報と
して受注処理データセンター６に送信する。

【００４８】一方、図４中”Ｓ１０１”において受注処
理データセンター６は、発注用端末５がインターネット
３経由で受注用ＵＲＬに接続の後、発注用端末５からの
発注情報を受信したか否かを判断し、発注情報を受信し
た場合には、図４中”Ｓ１０２”において接続されてい
る受注用ＵＲＬから販売元を特定する。

【００４９】図４中”Ｓ１０３”において受注処理デー
タセンター６は、受信した発注情報の内の商品バーコー
ドの情報から商品名を特定し、図４中”Ｓ１０４”にお
いて受信した発注情報の内の数量の情報から発注数量を
特定する。

【００５０】図４中”Ｓ１０５”において受注処理デー
タセンター６は、受信した発注情報の内の端末固有ＩＤ
から発注者を特定する。

【００５１】図４中”Ｓ１０６”において受注処理デー
タセンター６は、特定された販売元、商品名、発注数量
及び発注者等の各種情報と共に、予め受注処理データセ
ンター６に登録されている初期情報から住所、氏名、電
話番号等の必要な情報を抽出して特定された販売元の受
注端末７〜９に送信して発注処理を行う。

【００５２】例えば、販売者”Ａ”，”Ｂ”及び”Ｃ”
の保有する受注端末が受注端末７，８及び９に相当し、
販売者”Ｂ”に割り振られた受注用ＵＲＬに対して発注
者が接続している場合には、受注処理データセンター６
は受注端末８に対して発注処理を行う。

【００５３】また、例えば、発注された商品が衣服等で
あってサイズ指定が必要な場合には、受注処理データセ
ンター６に登録されている初期情報からサイズ情報を抽
出して上述の各種情報に付加して販売元の受注端末に送
信することにより、発注者側での入力を省略できる。

【００５４】図４中”Ｓ１０７”において受注処理デー
タセンター６は、特定された販売元から送信されてくる
発注された商品の名称、数量、商品の在庫及び納期等の
確認情報を発注用端末５にインターネット３経由で転送
する。

【００５５】最後に、図４中”Ｓ１０８”において受注
処理データセンター６は、発注用端末５からの発注確定
情報を受注端末に転送する。

【００５６】さらに、図５中”Ｓ２０１”において各販
売元の受注端末７〜９は、受注処理データセンター６か
らの発注の有無を判断する。

【００５７】もし、発注があった場合には、図５中”Ｓ
２０１”において受注端末７〜９は発注された商品の在
庫や納期を確認した上で確認情報を生成して受注処理デ
ータセンター６に送信し、図５中”Ｓ２０３”において
発注確定情報を受信するまで待機する。

【００５８】もし、発注確定情報を受信した場合、図５
中”Ｓ２０４”において受注端末７〜９は発注された商
品の配送等を手配する。

【００５９】この結果、発注用端末５が各販売元毎に割
り振られた受注用ＵＲＬのバーコードの情報を取得して
インターネット３経由で接続し、商品バーコード等を走
査等することにより、販売元を意識することなく発注を
行うことが可能になる。

【００６０】また、予め初期情報を端末固有ＩＤと共に
受注処理データセンター６に登録しておき、発注の際に
この初期情報を利用することにより、ユーザの入力の手
間を省くことができる。

【００６１】また、販売元の受注端末が、商品の名称、
数量、商品の在庫及び納期等の確認情報を受注処理デー
タセンター６経由で発注用端末５に返送し、確認情報の
内容により発注を確定することにより、双方向に通信を
行いながら発注を行うことが可能になる。

【００６２】また、販売元では受注処理データセンター
６から予め受注用ＵＲＬの割り当てを受けておけば、販
売元毎にデータセンターを設置する必要性がなくなり、
データセンターの設置に為の経費やサーバ等のマシンの
保守経費を削減できる。

【００６３】なお、図１に示す実施例では汎用のネット
ワークとしてインターネットを例示しているが、当該イ
ンターネットへの接続環境としては、ＡＤＳＬ（Asymme
tricDigital Subscriber Line：非対称ディジタル加入
者線）等の広帯域回線を用いた常時接続環境、通常の電
話回線を用いたダイアルアップ接続環境、また、携帯電
話やＰＨＳ（Personal Handyphone System：簡易型携帯
電話）を利用した接続環境の何れであっても構わない。

【００６４】また、携帯電話やＰＨＳに直接バーコード
リーダを接続したり、或いは、携帯電話やＰＨＳにバー
コード読込機能を搭載し、これらの携帯電話やＰＨＳを
前述の発注用端末として用いても構わない。

【００６５】また、図１に示す実施例では通信を用いて
カタログによる商品の発注を行う通信販売システムを例
示しているが、発注の対象となるのは所謂物としての商
品に限定される訳ではなく、他人のために行う労務やサ
ービス等の役務であっても構わない。

【００６６】また、図２に示す発注用端末の説明では入
力手段１４を設けているが、初期情報を受注処理データ
センター６に登録しない場合や商品バーコードの走査回
数によって発注された数量を特定する場合には、必須の
構成要素ではない。

【００６７】

【発明の効果】以上説明したことから明らかなように、
本発明によれば次のような効果がある。請求項１，７，
８，９，１０及び請求項１１の発明によれば、発注用端
末が各販売元毎に割り振られた受注用ＵＲＬのバーコー
ドの情報を取得してインターネット経由で接続し、商品
バーコード等を走査等することにより、販売元を意識す
ることなく発注を行うことが可能になり、販売元毎にデ
ータセンターを設置する必要性がなくなる。

【００６８】また、請求項２及び請求項３の発明によれ
ば、予め初期情報を端末固有ＩＤと共に受注処理データ
センターに登録しておき、発注の際にこの初期情報を利
用することにより、ユーザの入力の手間を省くことがで
きる。

【００６９】また、請求項４及び請求項５の発明によれ
ば、販売元の受注端末が、商品の名称、数量、商品の在
庫及び納期等の確認情報を受注処理データセンター経由
で発注用端末に返送し、確認情報の内容により発注を確
定することにより、双方向に通信を行いながら発注を行
うことが可能になる。

【００７０】また、請求項６の発明によれば、商品バー
コードを走査した回数、若しくは、キー入力された数値
から発注された数量を取得することにより、数量の情報
を得ることができる。

【図面の簡単な説明】

【図１】本発明に係る通信販売システムの一実施例を示
す構成ブロック図である。

【図２】発注用端末の詳細を示す構成ブロック図であ
る。

【図３】発注用端末の動作を説明するフロー図である。

【図４】発注処理データセンターの動作を説明するフロ
ー図である。

【図５】各販売元の受注端末の動作を説明するフロー図
である。

【図６】従来の通信販売システムの一例を示す構成ブロ
ック図である。

【符号の説明】

１バーコードリーダ２パーソナルコンピュータ３インターネット４データセンター５発注用端末６受注処理データセンター７，８，９受注端末１０制御手段１１記憶手段１２バーコード読取手段１３表示手段１４入力手段１５通信手段１００カタログ

Claims

【特許請求の範囲】

【請求項１】通信を用いてカタログによる商品若しくは
役務の発注を行う通信販売システムにおいて、前記カタログに印刷されたバーコード化された発注用Ｕ
ＲＬの情報を取得して前記発注用ＵＲＬにインターネッ
トを介して接続し、前記カタログに印刷された商品若し
くは役務バーコードの情報を取得して端末固有ＩＤと共
に送信する発注用端末と、各販売元が管理する複数の受注端末と、販売元毎に割り振られた受注用ＵＲＬの一に接続された
前記発注用端末からの情報を受信し、接続された受注用
ＵＲＬから販売元を特定し、商品若しくは役務バーコー
ドの情報から発注された商品若しくは役務を特定し、前
記端末固有ＩＤから発注者を特定し、特定された販売元
が管理する前記受注端末に特定された情報を送信して商
品若しくは役務の発注処理を行う受注処理データセンタ
ーとを備えたことを特徴とする通信販売システム。
【請求項２】前記受注処理データセンターが、発注用端末で予め入力された初期情報を受信して保持す
ることを特徴とする請求項１記載の通信販売システム。
【請求項３】前記受注処理データセンターが、前記受注端末に対して商品若しくは役務の発注処理を行
う場合に、前記初期情報から必要な情報を適宜抽出して
前記受注端末に送信することを特徴とする請求項２記載
の通信販売システム。
【請求項４】前記受注端末が、前記受注処理データセンターからの発注処理があった場
合に、発注された商品若しくは役務の在庫、納期、若し
くは、在庫及び納期を確認して確認情報として前記受注
処理データセンター経由で前記発注用端末に送信するこ
とを特徴とする請求項１記載の通信販売システム。
【請求項５】前記発注用端末が、前記受注端末から前記受注処理データセンター経由で前
記確認情報を受信し発注を確定する場合に、発注確定情
報を前記受注処理データセンター経由で前記受注端末に
送信することを特徴とする請求項１記載の通信販売シス
テム。
【請求項６】前記発注用端末が、前記商品若しくは役務バーコードを走査した回数、若し
くは、キー入力された数値から発注された数量を取得し
て送信することを特徴とする請求項１記載の通信販売シ
ステム。
【請求項７】前記発注用端末と前記受注処理データセン
ターとの間の接続環境が、広帯域回線を用いた常時接続環境であることを特徴とす
る請求項１記載の通信販売システム。
【請求項８】前記発注用端末と前記受注処理データセン
ターとの間の接続環境が、電話回線を用いたダイアルアップ接続環境であることを
特徴とする請求項１記載の通信販売システム。
【請求項９】前記発注用端末と前記受注処理データセン
ターとの間の接続環境が、携帯電話若しくはＰＨＳを利用した接続環境であること
を特徴とする請求項１記載の通信販売システム。
【請求項１０】前記発注用端末が、前記端末固有ＩＤ、若しくは、前記端末固有ＩＤ及び前
記初期情報が格納される記憶手段と、前記カタログに印刷されたバーコードの情報を読み取る
バーコード読取手段と、情報を表示する表示手段と、前記受注処理データセンターに接続して通信を行う通信
手段と、前記記憶手段、前記バーコード読取手段、前記表示手段
及び前記通信手段を制御する制御手段とから構成された
ことを特徴とする請求項１記載の通信販売システム。
【請求項１１】前記発注用端末が、前記端末固有ＩＤ、若しくは、前記端末固有ＩＤ及び前
記初期情報が格納される記憶手段と、前記カタログに印刷されたバーコードの情報を読み取る
バーコード読取手段と、情報を表示する表示手段と、数値が入力される入力手段と、前記受注処理データセンターに接続して通信を行う通信
手段と、前記記憶手段、前記バーコード読取手段、前記表示手
段、前記入力手段及び前記通信手段を制御する制御手段
とから構成されたことを特徴とする請求項１記載の通信
販売システム。