JP2000315227A - インターネット通販システム - Google Patents

Abstract

(57)【要約】 【課題】電子的な情報の流れである通信ネットワークと
実体的な物の流れである物流ネットワークとの間を注文
情報が効率よく流れるインターネット通販システムを提
供すること。 【解決手段】発注クライアント１１と受注サーバ２１を
結ぶ通信ネットワーク８と、この通信ネットワークを通
じて発生した注文情報に応じて商品を発注者に配送する
物流ネットワーク９とからなるインターネット通販シス
テムにおいて、前記注文情報は読取可能なコードイメー
ジに変換され、前記コードイメージは通信ネットワーク
上ではイメージデータ９０の形態で伝送されるとともに
物流ネットワーク上ではハードコピーされた記録コード
４４ａとして配送される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、発注クライアント
と受注サーバを結ぶ通信ネットワークと、この通信ネッ
トワークを通じて発生した注文情報に応じて商品を発注
者に配送する物流ネットワークとからなるインターネッ
ト通販システムに関する。

【０００２】

【従来の技術】カタログ雑誌を見ながら決定された注文
を電話やはがきで通販業者に知らせ、その結果配送され
てくる商品を受け取ることで成立していた従来の通信販
売に代わり、インターネットなどの通信ネットワーク上
に構築された仮想店舗で商品を注文することで商品が宅
配される新しい形の通信販売が増加している。このよう
なインターネット通販システムでは、通信ネットワーク
上で成立した注文情報は、会計部門で代金回収ための処
理に用いられるとともに、出荷部門で商品発送のための
処理に用いられる。

【０００３】最近では、会社内においても、社内ＬＡＮ
が張り巡らされており、通信ネットワークから送り込ま
れた注文情報も、そのまま、社内での各処理に用いるこ
とができるが、実際の商品の物流ネットワーク上では、
電子的な注文情報との共存を図るには、ＩＣカード等記
録メディアに電子的な注文情報を転送し、その記録メデ
ィアを商品に添付する必要がある。

【０００４】また、社内ＬＡＮから外れた部門での処理
や、通信ネットワークから孤立した協力会社での処理が
生じると、電子的な注文情報を紙の伝票の形に書き換
え、郵便やファクシミリなどを介して送り届ける必要が
あるし、さらに送り先での業務処理後何らかの情報が付
加されて郵送されてきた処理伝票の内容を再入力して電
子化する必要がある。

【０００５】

【発明が解決しようとする課題】注文から商品配達まで
を、無理矢理に電子化された情報が付随するようにする
と、前述したように各商品に記録メディアを取り付ける
必要があり、物流コストを押し上げることになる。ま
た、電子的な伝票の流れから隔離された部署や協力会社
がある場合、電子伝票と古典的な紙伝票との間の書き換
えが事務効率を大きく低下させることになる。上記実状
に鑑み、本発明の課題は、電子的な情報の流れである通
信ネットワークと実体的な物の流れである物流ネットワ
ークとの間を注文情報が効率よく流れるインターネット
通販システムを提供することである。

【０００６】

【課題を解決するための手段】上記課題を解決するた
め、発注クライアントと受注サーバを結ぶ通信ネットワ
ークと、この通信ネットワークを通じて発生した注文情
報に応じて商品を発注者に配送する物流ネットワークと
からなるインターネット通販システムにおいて、本発明
では、前記注文情報は読取可能なコードイメージに変換
され、前記コードイメージは通信ネットワーク上ではイ
メージデータの形態で伝送されるとともに物流ネットワ
ーク上ではハードコピーされた記録コードとして流れる
ことを特徴とする。

【０００７】この構成では、通信ネットワークを通じて
発生した注文情報は受注サーバで読取可能なコードイメ
ージに変換された後この受注サーバを中継点として社内
ＬＡＮによってつながっている各部署のサーバに電子的
に送られ、必要に応じて復号化されて利用される。これ
に対して通信ネットワークに断絶している部署や協力会
社には、この通信ネットワークに接続している端末から
ハードコピーされたコードイメージ、つまり紙に印刷さ
れた記録コードといった形態で該当部署や会社に送られ
る。この記録コードは、バーコードのように読取可能な
コードイメージであるので、この記録コードから文字な
ど人間によって認識可能な形態に変換することができ
る。また、注文された実際の品物にもこの記録コードを
付随させることにより、物流ネットワーク上で必要に応
じてこの記録コードを読み取ってその注文情報を取得す
ることができる。なお、本発明での物流ネットワークと
は、通信ネットワークに対比する意味で、注文情報が公
衆回線や社内ＬＡＮなどの通信回線にのって電子的に運
ばれるものでなく、紙などの記録紙に印刷された形で、
実体をもって運ばれるネットワークを意味している。よ
って、注文情報が商品配送において商品に添付されて送
られる形態だけではなく、注文情報だけが印刷された伝
票の形で送られる形態も物流ネットワークに含まれる。

【０００８】本発明では、読取可能なコードイメージに
変換された注文情報が、通信ネットワーク上ではイメー
ジデータとして伝送され、物流ネットワーク上では記録
媒体にハードコピーされた記録コードとして運ばれてい
くので、注文情報自体は、電子的な情報の流れである通
信ネットワークと実体的な物の流れである物流ネットワ
ークとの間を効率よく流れることになる。

【０００９】本発明の好適な実施形態の１つでは、通信
ネットワーク上をイメージデータとして流れている注文
情報は通信ネットワークにつながれたプリンターを通じ
て紙などの記録媒体に形成された記録コードの形にする
ことができるし、この記録コードはスキャナーによって
再び電子的なイメージデータに変換可能である。これに
より、セキュリティに関して問題のあるインターネット
などの通信ネットワークを避けて、部分的に記録コード
の形にして安全性の高いＦＡＸ回線を利用したりすると
いったことが容易となる。コードイメージを、シールな
どにプリントアウトしたものを注文商品に貼り付けた
り、直接コードイメージを商品ケースに印刷すること
で、通信ネットワークを流れていた注文情報が、今度は
物流ネットワークでの商品タグとして機能するようにな
る。また、インターネットを経由して通信する場合で
も、暗号化されたコードイメージを通信することで、第
三者による窃視、改ざん等のトラブルを回避することが
できる。

【００１０】本発明の好適な実施形態として、前記注文
情報のコードイメージ変換において、同芯状に間隔をあ
けて複数配置された多角形から構成されるボックスコー
ドが用いられることが提案される。このボックスコード
とは、本願出願人である長塩吉之助が１９９６年１０月
２１日に出願した日本国特開平１０−７４２４６号公報
に詳しく開示された２次元バーコードの一種であり、複
数の多角形、例えば正方形の基本ユニットからなる。各
基本ユニットは複数の、例えば４個の正方形エレメント
を含み、各エレメントは互いにサイズが異なるとともに
同芯状に配置され、各正方形エレメントを構成する各辺
に部分的な切断部を形成するかしないかでビット値を表
すように設定されている。つまり、それぞれ４つの辺か
らなる４つの正方形エレメントから構成された基本ユニ
ットは１６ビットの情報を与えることができる。さら
に、現在では一つの基本ユニットに８０ビットの情報を
与えることができるタイプも開発され、２次元バーコー
ドと区別して多次元コードと呼ばれている。この基本ユ
ニットを並べていくことで多くの情報を持つことができ
る。基本ユニットの構造パターンが簡単なため、これを
コードイメージ化して通信ネットワーク上に流したり、
記録媒体にプリント出力して、記録コードとして、商品
に付与しておくと従来から物流分野でよく用いられてい
るバーコードのような利用が可能である。しかも、従来
のバーコードに比べて桁違いの情報を含ませることがで
きる。

【００１１】注文情報には、顧客名や顧客住所、注文商
品名や注文個数、支払い条件などの項目が含まれてい
る。従って、ボックスコードをそのような情報項目単位
でグループ化し、処理途中で部分的に追加・削除できる
ようにするならば、必要な部署に必要な情報だけを送る
ことができるし、処理の途中で新たに生じた情報、例え
ば商品コードや保証番号などを付加することができる。
従って、受注サーバで受け取った注文情報の内、顧客住
所及び注文商品名や注文個数といった商品出荷に関する
情報だけを直接配送センターのサーバに送り込み、出荷
準備を開始し、支払い条件などの確認後与えられる正式
な出荷命令が到着次第出荷することで、配送時間を短縮
するといったことも可能となる。

【００１２】受注情報を表すボックスコードに決済情報
と商品情報が含まれている場合、前記決済情報を表すボ
ックスコードと前記商品情報を表すボックスコードは異
なる暗号鍵で暗号化するならば、直接商品を扱う配送セ
ンターに対しては商品に関する情報だけを扱えるように
し、支払いを管理する会計部に対しては決済に関する情
報だけを扱えるようにして、必要外の情報を他部署ない
しは別会社に開放してしまうといったセキュリティ上の
問題を解決することも可能となる。本発明によるその他
の特徴及び利点は、以下図面を用いた実施例の説明によ
り明らかになるだろう。

【００１３】

【発明の実施の形態】図１は本発明によるインターネッ
ト通販システムの一例を示すシステム構成図である。こ
こでは、顧客１、仮想店舗２、通販会社３、配送センタ
ー４、金融機関５、メーカ６がそれぞれインターネット
や専用回線などの形態をとる通信ネットワーク８や商品
の宅配便や書類の郵送の形態をとる物流ネットワーク９
を通じて接続されている。

【００１４】顧客１のコンピュータシステムには、イン
ターネットを介してＷＷＷサーバとの間で情報のやり取
りを行う発注クライアントとしてのＷＷＷブラウザー１
１と、身分証明や決済証明に用いられるＩＣカード用リ
ーダ１２が備えられている。また、ＩＣカード用リーダ
１２の代わりにボックスコードリーダを設置して、ＩＣ
カードの代わりにボックスコードカード、すなわちボッ
クスコードを印刷して情報を記録したカードを用いるこ
とも可能である。

【００１５】インターネット上で仮想店舗２を構築する
コンピュータシステムには、商品データベース２２にア
クセスしながら顧客１のＷＷＷブラウザー１１に商品情
報を提示するとともに顧客１による商品注文の窓口とな
るＷＷＷサーバ２１と、顧客１から送られてきた注文情
報を格納する受注中継サーバ２３が備えられている。

【００１６】通販会社３のコンピュータシステムには、
仮想店舗２の受注中継サーバ２３から送られてくる注文
情報を受け取る受注サーバ３１と、注文情報から顧客に
関する情報を取り出してこれを管理する顧客管理サーバ
３２と、受け取った注文の決済方法に応じて金融機関５
等に顧客の信用調査を依頼したりそれぞれの方法での代
金回収の管理を行う決済管理サーバ３３と、受注した商
品の在庫管理やメーカ６への仕入れ伝票の発行などを管
理する発注仕入れサーバ３４が備えられている。

【００１７】配送センター４のコンピュータシステムに
は、受注中継サーバ２３から注文情報のうち商品出荷に
関する情報だけを受け取ってその注文商品を仮出荷品目
として出荷計画リストに入力して管理する出荷計画サー
バ４１と、商品の決済方法が代引きである場合代引き処
理を管理する代引き管理サーバ４２が備えられている。
集荷計画サーバ４１に入力された仮出荷品目は後日通販
会社３の受注サーバ３１から正式な出荷指示が送られて
くると、該当商品を配送車に載せて顧客１に配達する
が、予め出荷準備が行われているので、注文から配達ま
での時間は短縮される。

【００１８】金融機関５のコンピュータシステムには、
通販会社３の決済管理サーバ３３からの要求に応じて注
文を行った顧客に関する口座情報やクレジット情報を提
供する顧客信用管理サーバ５１が備えられ、これにより
通販会社３は顧客の支払い信用度を確認することができ
る。メーカ６のコンピュータシステムには、通販会社３
の発注仕入れサーバ３４から発注情報に基づいて該当製
品の配送手続きを行う製品管理サーバ６１が備えられて
いる。

【００１９】上述した各コンピュータシステム間の注文
情報等の情報伝達にはボックスコードといった多次元バ
ーコード、つまり数字や文字などを機械的に読み取るこ
とができるイメージコードに変換されたものが利用され
ている。ＷＷＷブラウザー１１のリクエストによりＷＷ
Ｗサーバ２１から送られる電子カタログ的な商品情報は
ＨＴＭＬ文書やＰＤＦ文書の形態であるが、欲しい商品
を決定した顧客１が仮想店舗２に出す注文情報にはボッ
クスコード化されたイメージコードが用いられる。ボッ
クスコードについては後で説明するが、注文段階におい
てＷＷＷサーバ２１から送られてきたボックスコード変
換機能を有するＪＡＶＡアプレットプログラム７ａによ
って、顧客１によって作成された注文情報がボックスコ
ード化され、そのボックスコード化された注文情報がＷ
ＷＷサーバ２１に送られる。このボックスコード化され
た注文情報は顧客１のコンピュータシステムにも注文情
報の控えとして残され、例えばハードディスク等の記憶
装置に格納しておく。これにより、顧客１が発注した商
品の発送状態を調べたい場合は、ＷＷＷサーバ２１に注
文情報の控えを転送することによって、その発送状態を
問い合わせることが可能となる。

【００２０】さらに受注中継サーバ２３によってその全
ての注文情報が通販会社３の受注サーバ３１に送られ、
注文情報のうち商品出荷に関する商品情報のみが配送セ
ンター４の集荷計画サーバ４１に送られる。もちろん、
その際ボックスコード化された注文情報に仮想店舗のＩ
Ｄコードなどを表すボックスコードを付加することも可
能である。通販会社３や配送センター４のコンピュータ
システムには数字や文字などのいわゆるＡＳＣＩＩコー
ドをボックスコードに変換又は逆変換するイメージコー
ド変換手段７が備えられている。注文情報のボックスコ
ードへの変換・逆変換を模式的に示した図２から明らか
なように、ＡＳＣＩＩコードで表現されている注文情報
８０は、顧客名、顧客住所、顧客コードなどの顧客情報
に関するブロック８１と、注文した商品名、小片コー
ド、注文個数などの商品情報に関するブロック８２と、
クレジットカード番号、有効期限、或いは引き落とし口
座番号などの決済情報に関するブロック８３を含んでお
り、コードイメージ変換手段７の符号化機能７１によっ
て、ボックスコード化された注文情報９０に変換される
が、その際各情報別に区分けされたブロックはそのまま
維持され、顧客情報ボックスコードブロック９１と商品
情報ボックスコードブロック９２と決済情報ボックスブ
ロック９３とになっている。ボックスコードからＡＳＣ
ＩＩコードへの変換は復号化機能７２によって行われ
る。電子的なコードイメージとしてのボックスコード９
０はラベルプリンター４４によって実体的な記録コード
としてのボックスコードシール４４ａの形で打ち出され
る。

【００２１】ここで、ボックスコードについて図３、
４、５を用いて説明する。図３は、ボックスコードは通
常基本ユニットのシーケンシャルな並びから構成される
が、典型的なボックスコードの各基本ユニットは、正方
形の大きさの相違する４個のエレメントを同芯配置で備
えている。一番外側の第１エレメントは辺（セグメン
ト）ａ、ｂ、ｃ、ｄで、その内側の第２エレメントは辺
（セグメント）ａ１、ｂ１、ｃ１、ｄ１で、その内側の
第３エレメントは辺（セグメント）ａ２、ｂ２、ｃ２、
ｄ２で、最内側の第４エレメントは辺（セグメント）ａ
３、ｂ３、ｃ３、ｄ３によって構成されている。以下に
説明するように、各エレメントの各辺で１ビットの２進
情報を表すとすれば、１つの四辺形（エレメント）で４
ビットの２進情報を表すことができる。したがって、４
つの四辺形を重ねた基本ユニットにより、１６ビットの
情報をイメージコード化することができる。

【００２２】図４を用いて、ボックスコードの基本ユニ
ットを構成する一番外側の第１エレメントを例にとって
各セグメントａ、ｂ、ｃ、ｄによる２進表示について説
明する。セグメントの直線において途中カットによる欠
落部分Ａが存在しない場合が“１”、途中カットによる
欠落部分Ａが存在する場合が“０”というように取り決
めることで、図４のエレメントの各セグメントは、セグ
メントａ＝“１”、セグメントｂ＝“１”、セグメント
ｃ＝“１”、セグメントｄ＝“０”ということになり、
結果的に図４に示すエレメントは２進数“１１１０”を
表示している。

【００２３】このボックスコードの２進数表現につい
て、図５（Ａ）〜（Ｄ）を用いて更に詳しく説明する。
例えば、１０進数１４と１３と２５０は２進数ではそれ
ぞれ、“１１１０”、“１１０１”、１１１１１０１
０”となる。１０進法による数を２のｎ乗で表現する
際、図５（Ａ）のように、セグメントｄが２の０乗（＝
１）の項を、セグメントｃが２の１乗（＝２）の項を、
セグメントｂが２の２乗（＝４）の項を、セグメントａ
が２の３乗（＝８）を表すように規定する。つまり、２
進数の各桁数ｎを図５（Ｂ）に示すように、セグメント
ｄが第１桁、セグメントｃが第２桁、セグメントｂが第
３桁、セグメントａが第４桁、と言うように規定するの
である。各桁つまり各セグメントは上述したように
“１”と“０”のいずれかを表すので、単一のエレメン
トで４桁の２進数を表現できる。

【００２４】例えば、図５（Ｃ）では、第１桁としての
セグメントｄは欠落Ａ存在なので“０”であり、第２桁
としてのセグメントｃは欠落Ａ非存在なので“１”であ
り、第３桁としてのセグメントｂは欠落Ａ非存在なので
“１であり”、第４桁としてのセグメントａは欠落Ａ非
存在なので“１”であり、桁数の大きい方から並べれば
２進数“１１１０”を表す。これは１０進数の１４であ
る。同様に解析すれば、図５（Ｄ）のエレメントでは、
セグメントｃのみが欠落Ａ存在で“０”となるので、２
進数表示では“１１０１”、１０進数では１３となる。
このようにボックスコードの各基本ユニットによって２
進数表示が可能である。また、１６進数表示することも
容易である。従って、単一のエレメントで４ビット、図
３に示す４つのエレメントからなる基本ユニットは、１
６ビットのデータをイメージコード化することができ
る。当然、１つのセグメントにおける欠落Ａの可能個数
を増やしたり、基本ユニットを構成するエレメントの個
数を増やすことで、表現できる情報量は飛躍的に増大す
る。なお、図示しないがさらに多くの情報を基本ユニッ
トに記録することができる新しい多次元コードも開発さ
れている。

【００２５】いずれにしても、多くの種類が知られてい
る二次元バーコードに比べても、このボックスコードは
その簡潔な構成から高密度化も容易であるし、イメージ
データとしての処理する場合でも大きな解像度を要求し
ないという利点がある。さらに、このボックスコードは
基本ユニットを時計回り又は反時計回りで９０度単位で
回転させるだけで、異なったデータに変化させることが
できるという特徴を利用するならば、その回転情報を暗
号キーとした暗号化が容易に実現するということも大き
な利点である。

【００２６】図１に戻って説明を続けると、受注中継サ
ーバ２３から受注サーバ３１に送られたボックスコード
化された注文情報９０は一旦適当な記憶メディアに格納
されるが、必要に応じてイメージコード変換手段７によ
ってＡＳＣＩＩコードに変換され、そのうち顧客情報は
顧客管理サーバ３２に検索抽出可能に格納され、決済情
報は決済管理サーバ３３に送られる。格納されているボ
ックスコード化注文情報も、必要に応じて先ほど述べた
グループ単位で削除したり、別な情報を表したボックス
コードを追加して、社内及び社外に電子的に送られたり
プリンターで打ち出して各種伝票に貼り付けられたりす
る。

【００２７】決済管理サーバ３３は、受け取った決済情
報に基づいて、専用通信回線でつながれている金融機関
５の顧客信用管理サーバ５１にアクセスして、クレジッ
ト番号や口座番号から顧客１の信用度をチェックし、そ
の信用が確認されると、その情報を決済管理サーバ３３
は受注サーバ３１に与える。

【００２８】受注サーバ３１はその注文の有効性を確認
すると、配送センター４に対してボックスコード化され
たままの顧客情報と先に仮の注文に対する正式な出荷指
示を与える。配送センター４の集荷計画サーバ４１に
は、受注中継サーバ２３から注文情報のうち商品出荷に
関する情報だけが送られてきており、その注文商品を仮
出荷品目として出荷準備がなされているので、通販会社
３の受注サーバ３１から正式な出荷指示が送られてくる
と、該当商品にボックスコード化された顧客情報と商品
情報を組み合わせてシールプリンター４４を用いてボッ
クスコードシール４４ａとして出力し、該当商品に貼り
付ける。このボックスコードシール４４ａは、流通業界
における従来の手書き伝票と異なり、配達先の情報も含
めた注文情報がコンピュータによって読み取り可能なイ
メージコードで印刷されているので、商品の配送管理全
般にわたって自動化することが可能になる。

【００２９】配送センター４の保管倉庫４３に常時十分
な商品が保管されているわけでないので、注文が確定す
ると受注サーバ３１は発注仕入れ管理サーバ３４に対し
てメーカ６への商品発注をする。発注仕入れ管理サーバ
３４は、ボックスコード化された注文情報９０のうちの
商品情報ブロック９２だけをメーカ６の製品管理サーバ
６１に通信回線を用いて送ると、製品管理サーバ６１は
この商品情報ブロック９２をイメージコード変換手段７
によってＡＳＣＩＩコードに変換するとともに、イメー
ジデータ化されたボックスコードそのものをシールプリ
ンター４４を用いてボックスコードシール４４ａとして
出力し、該当製品に貼り付け、配送センター４に出荷す
る。ここでもこのボックスコードシール４４ａは、流通
業界における物流管理の自動化を可能にする。

【００３０】また、メーカ６によっては伝票の流れがコ
ンピュータ化されていないので、そのようなケースで
は、発注仕入れサーバ３４は商品情報に関するボックス
コードとこのボックスコードをＡＳＣＩＩコードに変換
して打ち出された文字形態の商品情報を一緒にした仕入
れ伝票をＦＡＸ回線を用いて相手のＦＡＸ６２に送る。
ＦＡＸを受け取ったメーカ側では、ボックスコード部分
を切り取って集荷製品に貼り付けることで、それ以後の
出荷製品のコード管理が可能となる。あるいは、ＦＡＸ
に代えてこの仕入れ伝票を郵便で送ってもよい。さらに
は、郵便やＦＡＸで送られてきたボックスコードを、ス
キャナーで読み取り、再度イメージデータ化し、電子的
な情報とし業務管理に利用することも可能である。

【００３１】上記の説明では、セキュリティの問題か
ら、仮想店舗２の受注中継サーバ２３から配送センター
４の出荷計画サーバ４１へは、商品情報に関するブロッ
ク９２だけが送られ、正式に注文が決定した後初めて通
販会社３から顧客情報が送られてきた。これに代えて、
受注中継サーバ２３がボックスコード化された注文情報
９０の各ブロックをそれぞれ別な暗号鍵で暗号化し、出
荷計画サーバ４１へ顧客情報ブロック９１と商品情報ブ
ロック９２を送っておく。出荷計画サーバ４１には、予
め、商品情報ブロック９２を復号する解除鍵は渡されて
いるので、直ちに商品情報ブロックを復号して出荷計画
に乗せることができる。さらに、注文が正式に決定する
と、受注サーバ３１から顧客情報ブロック９１を復号す
る解除鍵が送られてくるので、これを復号して、イメー
ジコード変換手段７によって文字化したり、ボックスコ
ードシール４４ａに変換したりして、商品配送に利用す
ることも可能である。その際、異なる情報ブロック毎に
暗号鍵を変えて暗号化し、それぞれ必要なところでのみ
暗号を解除できるようにすると、セキュリティ面での信
頼性が向上する。

【００３２】図６を参照しながらこのインターネット通
販システムでの典型的な商品購入の流れとこれに付随し
て生じるボックスコードの流れを説明する；顧客１がＷ
ＷＷブラウザ１１を使ってインターネット８上の仮想店
舗２にアクセスするとＷＷＷサーバ２１から商品に関す
るＨＴＭＬ文書が送られ、顧客１のモニターに商品が一
覧される。購入したい商品が見つかると、顧客１は注文
コマンドをＷＷＷサーバ２１に与える。ＷＷＷサーバ２
１は注文フォーマット等を作成するＪＡＶＡアプレット
７ａを顧客に送り、所定の注文フォーマットに注文明細
を書き込んでもらう。その際、顧客コードなどの顧客情
報やクレジット番号等の決済情報はカードリーダ１２を
介してＩＣカードから読み込むことも可能である。顧客
１が注文フォーマットに必要なデータを書き込むことに
よって作成された注文情報ファイル８０は図２に示すよ
うに顧客情報データ８１と商品情報データ８２と決済情
報データ８３をグループ分けしている。送られてきたＪ
ＡＶＡアプレット７ａはＡＳＣＩＩコードをボックスコ
ードに変換するコードイメージ機能を果たすプログラム
部分も備えているので、顧客１によって書き込まれた注
文明細はボックスコード化されるが、その際各グループ
毎に異なる暗号鍵によって暗号化される。これらの暗号
キーはＩＣカードに格納されている。また、暗号鍵をイ
メージデータで印刷したボックスコードカードに格納す
ることができる。さらに、暗号鍵をイメージデータの形
で紙に印刷し、ＦＡＸや郵送で送ることによって、イン
ターネット以外の経路で暗号鍵を配信することができる
ので、暗号鍵管理の保安性を高くすることができる。

【００３３】図２に示すようにボックスコード化された
注文情報９０は、ＷＷＷサーバ２１に送られ、受注中継
サーバ２３によって通販会社３と配送センター４にイン
ターネット８を通じて転送されるが、配送センター４に
は決済情報に関するボックスコード９３は転送されな
い。配送センター４には、商品情報に関するボックスコ
ード９３に掛けられた暗号を復号するための鍵は与えら
れているので転送された商品情報に関するボックスコー
ド９３は復号されて出荷登録サーバ４１に登録されるこ
とで、その商品の出荷準備が開始される。通販会社３
は、全てのグループの暗号を復号する鍵が備えられてい
るので、ボックスコード化された注文情報９０をＡＳＣ
ＩＩコード化する。注文商品の在庫チェックで、商品発
注の必要性があればメーカ６に発注する。ここでは、メ
ーカ６への発注は商品情報に関するボックスコードと従
来の発注伝票を組み合わせた発注シートをプリンターか
ら打ち出し、この発注シートを郵便やＦＡＸといったネ
ットワークを利用してメーカ６に送る。メーカ６は、こ
の発注シートに基づいて、直ちに該当する製品の配送セ
ンター４への出荷を行うが、その際、発注シートに印刷
されているボックスコードをその製品或いは納品伝票に
貼り付けることで、この製品の物流管理に役立たせる。

【００３４】決済のチェックでは、決済情報の中から取
り出されたクレジットカード情報や銀行口座番号を通販
会社−金融機関間を結んでいる専用回線を介して金融機
関５に送ることで、金融機関５による信用度調査が行わ
れる。金融機関５がその信用度を確認すると、その旨を
通販会社に伝える。これにより、通販会社３はこの注文
を正式に受注する。

【００３５】正式受注が決まれば、通販会社３は配送セ
ンター４に顧客に対する商品の配送を指示するが、その
際、先に転送されている顧客情報に関するボックスコー
ド９２のための復号鍵も送る。配送センター４は、仮の
出荷計画を正式にするとともに、顧客情報に関するボッ
クスコード９２を復号して、さらにＡＳＣＩＩコード化
するとともに、顧客情報と商品情報のボックスコードか
らシールプリンター４４を使ってボックスコードシール
４４ａを作成し、これを宅配商品と宅配伝票に貼り付け
ることにより、この商品の宅配管理に役立たせる。

【００３６】配送センター４から顧客１への商品の宅配
はトラック便などの従来の物流ネットワーク９を使って
行われ、顧客１による商品の受け取り、受取書への署名
が行われ、注文商品の配送が完了する。後は配送センタ
ー４が顧客１によって署名された受取書に基づいて通販
会社に配送完了を通知すると、通販会社３は金融機関５
に代金引き落としを依頼する。金融機関５は顧客１の口
座から代金を引き落とし、通販会社３の口座に振り込
む。これにより、この商品の通信販売作業が完了する。

【００３７】上記実施の形態では、暗号方式として秘密
鍵暗号方式を使用した例で説明されているが、もちろん
公開鍵飯ごう方式を採用してもよい。ボックスコードで
公開鍵を記述することによって、公開鍵の取り扱いが簡
単となり、公開鍵の保管、管理、公開という重要な作業
をインターネット上で簡単に行うことができるようにな
る。

【００３８】以上述べたように、本発明によるインター
ネット通販システムでは、コードイメージの一例として
のボックスコードがインターネットや専用回線などの通
信ネットワーク上をイメージデータの形で伝送され、ま
た同じボックスコードがハードコピーされて商品自体や
伝票に貼り付けられた形で物流ネットワーク上を流通す
ることで、通信ネットワークと物流ネットワークの垣根
を越えた情報の伝搬が可能となり、販売・流通コストの
低減に寄与する。

【図面の簡単な説明】

【図１】本発明によるインターネット通販システムの１
つの実施形態を示すシステム構成図

【図２】注文情報のボックスコード化及びその逆変換を
説明する模式図

【図３】ボックスコードの基本ユニットを示す説明図

【図４】ボックスコードの基本ユニットを構成する１つ
のエレメントを示す説明図

【図５】ボックスコードの１つのエレメントにおけるビ
ット情報の表現を示す説明図

【図６】図１によるインターネット通販システムにおけ
る典型的な商品購入の流れを示す説明図

【符号の説明】

１ 顧客 ２ 仮想店舗 ３ 通販会社 ４ 配送センター ５ 金融機関 ６ メーカ ７ コードイメージ変換手段 ８ 通信ネットワーク（インターネット） ９ 物流ネットワーク（郵便、トラック便） １１ 発注クライアント（ＷＷＷブラウザ） ２１ 受注サーバ ４４ シールプリンター ４４ａ 記録コード（ボックスコードシール） ８０ ＡＳＣＩＩコードによる注文情報 ９０ ボックスコード化された注文情報

Claims (6)

【特許請求の範囲】
1. 【請求項１】発注クライアントと受注サーバを結ぶ通信
   ネットワークと、この通信ネットワークを通じて発生し
   た注文情報に応じて商品を発注者に配送する物流ネット
   ワークとからなるインターネット通販システムにおい
   て、 前記注文情報は読取可能なコードイメージに変換され、
   前記コードイメージは通信ネットワーク上ではイメージ
   データの形態で伝送されるとともに物流ネットワーク上
   ではハードコピーされた記録コードとして流れることを
   特徴とするインターネット通販システム。
2. 【請求項２】前記イメージデータはプリント出力によっ
   て記録コードに変換され、前記記録コードはスキャナー
   によってイメージデータに変換されることを特徴とする
   請求項１に記載のインターネット通販システム。
3. 【請求項３】前記記録コードは配送される商品に付与さ
   れることを特徴とする請求項２に記載のインターネット
   通販システム。
4. 【請求項４】前記注文情報のコードイメージ変換におい
   て、同芯状に間隔をあけて複数配置された多角形から構
   成されるボックスコードが用いられることを特徴とする
   請求項１〜３のいずれかに記載のインターネット通販シ
   ステム。
5. 【請求項５】前記ボックスコードは情報項目単位でグル
   ープ化されており、処理途中で部分的に追加・削除され
   ることを特徴とする請求項４に記載のインターネット通
   販システム。
6. 【請求項６】前記ボックスコードには決済情報と商品情
   報が含まれており、前記決済情報を表すボックスコード
   と前記商品情報を表すボックスコードは異なる暗号鍵で
   暗号化されていることを特徴と請求項４に記載のインタ
   ーネット通販システム。