JP2001344445A - ネットワークを介した商品販売における取引番号管理方法 - Google Patents

Abstract

(57)【要約】 【課題】シリアルな受付番号を含むカートID（取引番
号）を公開しつつ、そのセキュリティを保証することが
できる取引番号管理方法を提供する。 【解決手段】本発明のカートIDは、少なくとも取引の受
付順番を示す受付番号（シリアル番号）を含む受付情報
と、さらに、意味を持たない暗号情報とを含んで構成さ
れる。また、受付情報は、カートIDを発行した日付情報
を有することが好ましい。このように、本発明のカート
IDは、従来の日付情報と受付番号を有する受付情報に加
えて暗号情報を含むことにより、カートIDを本人に公開
しても、他人にそれを知られるのを防止することができ
る。例えば、悪意のユーザが、受付番号をずらして、他
人のカートIDを取得しようとしても、暗号情報は、ラン
ダムな符号であるので、暗号情報も一致しない限り、他
人のカートIDを取得することはできない。また、本発明
のカートIDは、日付情報と受付番号を含んでいるので、
復号化することなく、これらの番号を即時に利用するこ
とができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットを
介した商品販売取引における取引番号管理方法に関し、
特に、取引番号のセキュリティの保護に関する。

【０００２】

【従来の技術】インターネットによる商品販売が急速に
普及している。ユーザは、端末を通信回線を介してイン
ターネットに接続し、商品販売事業者の管理するサーバ
が提供する商品販売サイトを端末の画面に表示させる。

【０００３】ユーザは、端末を操作して、商品販売サイ
トに表示される多数の商品から希望する商品を選択す
る。選択された商品データはサーバに通知され、サーバ
は、商品の購入が確定するまで、そのデータを所定ファ
イルに一時的に保存する。即ち、選択された商品データ
が一時的にサーバのファイルに保存されている状態は、
従来の店舗での買い物と比較して、選択された商品が買
い物かご（カート）に入れられている状態にたとえられ
るので、この所定ファイルはカートファイルと呼ばれ
る。

【０００４】サーバは、それぞれの買い物かご（カー
ト）を識別するために、カートファイルに取引番号（カ
ートID）を付与する。即ち、取引番号（カートID）は、
ユーザとの一回の買い物取引に対して付与される。サー
バは、ユーザのある買い物において最初に選択された商
品データを受け取ると、新しいカートIDを発行し、その
カートIDに対応するカートファイルに選択された商品デ
ータを保存する。

【０００５】発行されたカートIDは端末に送信され、所
定手段で端末内に保存される。例えば、カートIDは、ク
ッキー(cookie)として、端末の記憶装置（ハードディス
ク装置）に記憶される。又は、カートIDは、商品販売サ
イトのURLとして、端末画面に表示される。又は、カー
トIDは、サーバから送信される商品販売サイトのHTML文
書内に書き込まれる。この場合、カートIDを画面表示さ
せないように、HTML文書を構成してもよいが、HTML文書
内に書き込まれたカートIDは端末内に保持される。

【０００６】そして、ユーザが次の商品を選択すると、
その商品データはカートIDともにサーバに通知される。
サーバは、その商品データをカートIDに対応するカート
ファイルに格納する。このように、ユーザの一回の買い
物において、購入が確定する前に複数回にわたって商品
が選択された場合であっても、複数の商品データを同じ
カートファイルに格納することができる。

【０００７】

【発明が解決しようとする課題】ところで、従来のカー
トIDは、例えば、カートIDの発行日、時刻などの日付情
報と受付番号で構成される場合が多い。受付番号は、そ
の日の取引受付順に発行されたカートIDの数を示すシリ
アル番号である。例えば、西暦2000年2月28日の午後9時
26分に、その日185番目のカートIDが発行された場合、
カートIDは、「0002282126185」となる。このように、
カートIDにシリアル番号を利用することで、カートIDを
一意に管理するができ、カートIDの管理を容易にする。

【０００８】しかしながら、カートIDを受付番号で管理
することは、セキュリティ上問題がある。例えば、この
ようなカートIDが、ユーザの端末にURLとして表示され
る場合、ユーザは、他人のカートIDを容易に知りうるこ
とができる。従って、他人のカートIDと想定される数字
をURLとして入力することで、他人の買い物に対応する
販売サイトをサーバから取得し、見ることができる可能
性がある。さらに、他人の注文を改竄することも可能と
なる。

【０００９】このような問題点を解決するために、カー
トIDを表示させないようにすることが考えられる。具体
的には、上述したように、カートIDを、クッキーとして
端末の記憶装置に書き込んだり、HTML文書内に非公開に
組み込んだりすることで、カートIDを非公開にすること
ができる。

【００１０】しかしながら、カートIDを非公開にするこ
とは、次のような不都合を有する。即ち、一般に、イン
ターネット商品販売事業者は、ユーザからの電話質問を
受け付けるサポート体制を有する。ユーザが商品選択中
にその取引に関して電話をしてきた場合、ユーザは、自
己のカートIDを伝えることができず、事業者も、どの取
引であるか判別できず、ユーザに対する十分なサポート
をすることができない。

【００１１】また、上記問題点を解決するために、カー
トIDを暗号化し、その暗号化されたIDをユーザに公開す
ることが考えられる。即ち、日時、時刻、受付番号の情
報を含むカートIDをある暗号アルゴリズムにより暗号化
し、ランダムな符号とすることで、ユーザにカートIDに
含まれる意味が明らかにならないようにする。これによ
り、他に存在するカートIDの類推が困難となる。

【００１２】しかしながら、カートIDを暗号化すること
は、次のような不都合を有する。即ち、カートIDの暗号
化は、サーバに大きな負荷を与える。具体的には、カー
トIDを暗号化する場合、サーバにおける暗号化処理、さ
らには復号化処理が必要となり、そのために余計な時間
がかかる。

【００１３】また、上述のサポート体制を有する事業者
に対して、ユーザが電話で質問する場合、ユーザは公開
されている暗号化IDを伝える。従って、事業者は、一旦
それを復号化してカートIDを取得しなければ、カートID
に対応するユーザの取引情報を把握することができない
ので、ユーザに対して迅速な応対ができない。このよう
に、シリアル番号を含むカートID自体が公開されていな
いと、ユーザに不便を与えるので好ましくない。

【００１４】そこで、本発明の目的は、シリアルな受付
番号を含むカートID（取引番号）を公開しつつ、そのセ
キュリティを保証することができる取引番号管理方法及
びそのための装置を提供することにある。

【００１５】

【課題を解決するための手段】上記目的を達成するため
に、本発明のカートIDは、少なくとも取引の受付順番を
示す受付番号（シリアル番号）を含む受付情報と、さら
に、意味を持たない暗号情報とを含む識別符号である。
また、受付情報は、カートIDを発行した日付情報を有す
ることが好ましい。このように、本発明のカートIDは、
従来の日付情報と受付番号を有する受付情報に加えて暗
号情報を含むことにより、カートIDを本人に公開して
も、他人にそれを知られるのを防止することができる。
例えば、悪意のユーザが、受付番号をずらして、他人の
カートIDを取得しようとしても、暗号情報は、ランダム
な符号であるので、暗号情報も一致しない限り、他人の
カートIDを取得することはできない。一方、本発明のカ
ートIDは、日付情報と受付番号を含んでいるので、復号
化することなく、これらの番号を即時に利用することが
できる。

【００１６】好ましくは、上記目的を達成するための本
発明は、ネットワークを介した商品販売取引における取
引番号管理方法において、利用者との所定の取引におい
て、少なくとも該取引の受付順番を示す受付番号を含む
受付情報と、所定の暗号情報とを含む取引番号を発行す
るステップと、前記取引番号を前記利用者の端末に表示
させるステップとを備えることを特徴とする。

【００１７】例えば、前記ネットワークはインターネッ
トであり、前記取引番号は、前記インターネットのURL
の一部として前記端末に表示される。好ましくは、前記
取引番号の前記受付情報は、前記取引番号発行時の日付
及び時間を含む。また、好ましくは、前記取引番号の前
記暗号情報は、複数桁の乱数を含む。更に好ましくは、
前記取引番号は、前記端末で少なくとも１つの商品が選
択されると発行され、該選択された商品の購入が確定さ
れるまでの間利用される。または、前記取引番号は、前
記端末から前記商品販売取引のシステムにアクセスした
時点で発行され、商品の購入が確定されるまでの間利用
される。これらの場合、前記取引番号が発行されてか
ら、前記選択された商品の購入が確定する前に、所定期
間以上経過すると、前記取引番号は無効とされてもよ
い。

【００１８】さらに、上記発明は、好ましくは、前記取
引番号の前記受付情報又は前記暗号情報のいずれか一方
のみと一致する別の取引番号を受信すると、前記取引番
号に対する不正アクセスとして、前記取引番号を消去し
て新しい取引番号を再発行するステップを備える。

【００１９】または、上記発明は、好ましくは、前記取
引番号の前記受付情報又は前記暗号情報のいずれか一方
のみと一致する別の取引番号を受信すると、前記取引番
号に対する不正アクセスとして、そのアクセス回数をカ
ウントし、前記アクセス回数が所定回数に達した後に前
記取引番号を受信すると、前記取引番号を消去して新し
い取引番号を再発行し、当該新しい取引番号を前記端末
に表示させるステップを備える。

【００２０】または、上記発明は、好ましくは、前記取
引番号の前記受付情報又は前記暗号情報のいずれか一方
のみと一致する別の取引番号を受信すると、前記取引番
号を利用する不正アクセスとして、前記別の取引番号を
用いた端末に対する応答を遅延させるステップを備え
る。

【００２１】また、前記取引番号に対する不正アクセス
を検知すると、前記別の取引番号の送信元の端末に警告
情報を通知するステップを備えてもよい。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。しかしながら、本発明の技術的範囲が、本
実施の形態に限定されるものではない。本発明の実施の
形態では、インターネット上で販売される商品として、
パーソナルコンピュータ（パソコン）を例に説明する。

【００２３】図１は、本発明の実施の形態におけるコン
ピュータネットワークの構成例を示す図である。図１に
おいて、サーバ１０及び複数のクライアント端末２０
は、通信回線を通じてインターネットに接続している。
サーバ１０は、本発明の実施の形態におけるインターネ
ット販売サイトを提供するサーバであって、そのサイト
のためのHTMLファイル及び以下に説明する各種プログラ
ム、データベースあなどを格納する。各端末２０は、例
えば、ユーザのパーソナルコンピュータであって、CPU
などから構成される制御装置、CRTディスプレイや液晶
ディスプレイなどの表示装置及びキーボードやマウスな
どの入力装置を備える。また、端末２０には、サーバ１
０からHTMLファイルを取得し、それを画面表示するため
のブラウザ２１がインストールされている。

【００２４】図２は、サーバ１０の構成例を示す図であ
る。制御装置１１はCPUなどから構成される。制御装置
１１は、ファイルの読み出し制御、ファイルの転送制
御、サーバ１０内の各装置の制御、データベースの検
索、カートIDの発行、消去などの管理処理、各種演算処
理などを行う。通信装置１２は、ファイル、データの送
受信を制御する。例えば、通信装置１２は、端末２０か
らのデータを受信し、それを制御装置１１に転送し、ま
た、制御装置１１から転送されたファイルを端末２０に
送信する。また、以下のファイルが、サーバ１０内の所
定の記憶装置に格納される。

【００２５】ＨＴＭＬファイル１３は、インターネット
販売サイトを構成する複数のページのファイルであっ
て、ＨＴＭＬ(HyperText Markup Language)言語で記述
される。

【００２６】メインプログラムファイル１４は、ＨＴＭ
Ｌファイルを読み出して端末２０に転送するためのプロ
グラム、端末２０からのデータを処理するプログラム、
データベースを検索するプログラム、検索結果をＨＴＭ
Ｌファイルに埋め込むプログラム、カートIDの管理プロ
グラムなどを有する。

【００２７】商品データベース１５は、取り扱う全商品
に対応する複数の属性情報を格納する。例えば、商品が
パソコンの場合、属性情報は、パソコンの品名、価格、
形態（デスクトップ型又はノートブック型か）及び各種
機能である。機能は、ＣＰＵの種類、メモリの容量、ハ
ードディスクの容量、ディスプレイの種類、CD-ROM又は
DVD-ROMの有無などである。商品の属性情報は、ＨＴＭ
Ｌファイルに変換されて、端末２０に送信され、端末２
０の画面に表示される。

【００２８】さらに、サーバ１０は、ユーザが端末２０
を操作して選択した商品データを一時的に格納するカー
トファイル１６と、購入が確定した商品データを格納す
る購入ファイル１７とを備える。カートファイル１６内
の商品データは、ユーザの一回の買い物毎に付与される
カートID（取引番号）によって管理される。

【００２９】本発明の実施の形態では、このカートID
は、少なくとも取引の受付順番を示す受付番号（シリア
ル番号）を含む受付情報と、さらに、意味を持たない暗
号情報とを含む識別符号である。また、受付情報は、カ
ートIDを発行した日付情報を有することが好ましい。即
ち、 カートID＝日付情報＋受付番号（シリアル番号）＋暗号
情報 である。このように、本発明のカートIDは、従来の日付
情報と受付番号を有する受付情報に加えて暗号情報を含
むことにより、カートIDを本人に公開しても、他人に、
カートIDを知られるのを防止することができる。例え
ば、悪意のユーザが、受付番号をずらして、他人のカー
トIDを取得しようとしても、暗号情報は、ランダムな符
号であるので、暗号情報も一致しない限り、他人のカー
トIDを取得することはできない。

【００３０】一方、本発明のカートIDは、日付情報と受
付番号を含んでいるので、復号化することなく、これら
の番号を即時に利用することができる。例えば、ユーザ
が、事業者のサポートセンタに質問の電話をしたとき
に、公開されている自己のカートIDを伝えることによ
り、事業者は、カートIDを復号化することなく、取引の
日付情報及び受付番号（シリアル番号）を取得すること
ができ、ユーザに対して迅速な対応が可能となる。

【００３１】図３及び図４は、本発明の実施の形態にお
けるカートID管理方法のフローチャートである。また、
図５乃至図１０は、カートID管理方法の各工程において
端末２０に表示される画面例である。図５乃至図１０を
参照しつつ、図３及び図４について説明する。

【００３２】図３において、まず、ユーザＡは、端末２
０Ａのブラウザ２１を利用し、インターネットを介して
サーバ１０が提供するインターネット商品販売サイトに
アクセスする（Ｓ１０）。サーバ１０は、上記アクセス
に対応して、例えば商品案内画面用のＨＴＭＬファイル
を端末２０Ａに送信する（Ｓ１１）。端末２０Ａは、送
信されたＨＴＭＬファイルを画面に表示する（Ｓ１
２）。この時点において、カートIDはまだ発行されてい
ない。

【００３３】図５は、商品案内画面の例である。画面に
は、商品（例えば、パソコン）の説明が表示されてい
る。図５において、ユーザＡは、商品の数量を入力し
て、「カートへ入れる」をクリックすることで、商品が
選択される（Ｓ１３）。選択された商品データは、端末
２０Ａからサーバ１０に送信される（Ｓ１４）。サーバ
１０は、商品データを受信する。このとき、最初の商品
選択に対応する商品データには、カートIDが含まれてい
ないので、サーバ１０は、新たなカートIDを発行し、そ
のカートIDとともに商品データをカートファイル１６に
格納する（Ｓ１５）。

【００３４】発行されるカートIDは、発行日、発行時刻
である日付情報と、発行日における受付番号と、所定の
暗号情報を含む。例えば、西暦2000年2月28日の午後9時
26分に、その日185番目のカートIDが発行された場合、
カートIDは、「00022821261856637864」となる。このう
ち、上１３桁「0002282126185」は、順に日付情報と受
付番号である。そして、下７桁「6637864」は、ランダ
ムに発生させた乱数を含む暗号情報である。この暗号情
報は、シリアルな番号でなく、その番号に特定の意味は
ない。

【００３５】なお、カートIDが発行される前に、図５の
画面における「カートの中」をクリックすると、図６に
示す画面が表示される。カートIDが発行されていないの
で、サーバ１０は、「カートの中」に対応する要求とと
もに、カートIDを受信しない。サーバ１０は、商品が選
択されていないと認識し、図６に示す画面のためのＨＴ
ＭＬファイルを端末２０Ａに送信する。

【００３６】サーバ１０は、商品データをカートファイ
ル１６に格納すると、選択された商品の確認のために、
カートファイル１６内のそのカートIDに対応する商品デ
ータをＨＴＭＬファイルとして送信する（Ｓ１６）。図
７は、選択確認画面の例である。図７では、選択された
商品の品名などが表示される。さらに、画面中のURL表
示部には、カートID「00022821261856637864」がURLの
一部として表示される。これにより、ユーザＡは、今回
の買い物に対応するカートIDを知ることができる。

【００３７】ここで、ユーザＡは、画面を一画面戻す操
作（図示されないブラウザの操作メニューにおける「戻
る」をクリック）を行う（Ｓ１７）。端末２０Ａは、カ
ートIDとともに、「戻る」に対応する要求を送信する
（Ｓ１８）。そうすると、サーバ１０は、一画面前の画
面である図５の画面と同じ商品案内画面（図８）に対応
するＨＴＭＬファイルをカートIDとともに送信する（Ｓ
１９）。端末２０Ａは、送信されたＨＴＭＬファイルに
対応する図８の画面を表示する（Ｓ２０）。図８の画面
において、URL表示部には、カートIDが表示される。こ
のように、一旦、カートIDが発行されると、サーバ１０
と端末２０Ａとの間で通信されるデータには、カートID
が付加される。従って、ユーザＡが商品選択中の間、画
面が変化しても、画面のURL表示部には、常時カートID
が表示され、ユーザＡは、カートIDを見ることができ
る。

【００３８】ユーザＡは、今回の買い物で選択された商
品を確認するために、図８の「カートの中」をクリック
する（Ｓ２１）。端末２０Ａは、カートIDとともに、
「カートの中」に対応する要求を送信する（Ｓ２２）。
サーバ１０は、その要求とともにカートIDも受信する。
そして、サーバ１０は、受信したカートIDで管理される
商品データをカートファイル１６から読み出し（Ｓ２
３）、その商品データが埋め込まれた商品確認画面用の
ＨＴＭＬファイルを、カートIDとともに送信する（Ｓ２
４）。端末２０Ａは、送信されたＨＴＭＬファイルに対
応する図９の商品確認画面を表示する（Ｓ２５）。図９
の画面において、今回のカートIDに対応するカート内に
格納される商品データが表示される。もちろん、URL表
示部には、カートIDが表示される。ここで、ユーザＡ
は、図９の「ショッピングを続ける」をクリックして、
図示されない他の商品案内画面を表示させ、商品選択を
続けるものとする。

【００３９】図４に移って、ユーザＡが商品選択をして
いる間、悪意のあるユーザＺの端末２０Ｚが、サーバ１
０にアクセスする。具体的には、ユーザＡの場合と同様
に、端末２０Ｚは、インターネットを介してサーバ１０
が提供するインターネット商品販売サイトにアクセスす
る（Ｓ３０）。サーバ１０は、上記アクセスに対応し
て、例えば商品案内画面用のＨＴＭＬファイルを端末２
０Ｚに送信する（Ｓ３１）。端末２０Ｚは、送信された
ＨＴＭＬファイルに対応する図５の画面に表示する（Ｓ
３２）。この時点において、カートIDはまだ発行されて
いない。

【００４０】ユーザＺは、任意に選択した商品の数量を
入力して、「カートへ入れる」をクリックする（Ｓ３
３）。これにより、商品が選択され、商品データが、サ
ーバ１０に送信される（Ｓ３４）。

【００４１】サーバ１０は、商品データを受信すると、
新たなカートIDを発行し、そのカートIDとともに商品デ
ータをカートファイル１６に格納する（Ｓ３５）。発行
されるカートIDに含まれる受付番号は、ユーザＡのカー
トIDに含まれる受付番号より遅い。また、ユーザＺのカ
ートIDに含まれる日付情報は、ユーザＡのそれと同時刻
か、それより遅い時刻（又は日付）である。さらに、ユ
ーザＺのカートIDに含まれる暗号情報は、ユーザＡのそ
れと何ら関連性を持たない番号である。

【００４２】サーバ１０は、商品データをカートファイ
ル１６に格納すると、選択された商品の確認のために、
カートファイル１６内のそのカートIDに対応する商品デ
ータをＨＴＭＬファイルとして送信する（Ｓ３６）。端
末２０Ｚは、図７の選択確認画面を表示する（Ｓ３
７）。但し、URL表示部にURLの一部として表示されるカ
ートIDは、ユーザＺの買い物に対して発行されたIDであ
る。

【００４３】ここで、ユーザＺは、URL表示部に表示さ
れるカートIDの一部を改変する。例えば、ユーザＺのカ
ートIDが「000282126186XXXXXXX」であるとする。即
ち、ユーザＺのカートIDは、ユーザＡと同時刻に発行さ
れ、ユーザＡの受付番号の次の番号を有する。また、ユ
ーザＺのカートIDの下７桁の「XXXXXXX」は、上述同様
に、サーバ１０がランダムに発生した乱数を含む暗号情
報である。

【００４４】ユーザＺは、カートIDの受付番号部分であ
る「186」を、それより前の番号「185」に変える。さら
に、ユーザＺは、日付情報はユーザＡと同じと推定し、
日付情報は改変しないとする。これにより、ユーザＺの
端末２０Ｚの画面に表示されるカートIDの日付情報及び
受付番号部分は、ユーザＡのそれと一致する。但し、ユ
ーザＺは、ユーザＡのカートIDの暗号情報部分について
は、全く予想することができないので、任意の番号「YY
YYYYY」を与える。この番号は、ユーザＡのカートIDの
暗号情報とは異なる番号とする。

【００４５】ユーザＺは、表示されているカートIDを
「0002282126185YYYYYYY」に変えて、端末２０Ｚの「EN
TER」ボタンを押す（Ｓ３８）。これにより、そのカー
トIDを含むURLに対応するＨＴＭＬファイルの要求がサ
ーバ１０に対して送信される（Ｓ３９）。サーバ１０
は、端末２０Ｚからの要求を受信すると、受信したカー
トIDに基づいて、カートファイル１６内を検索する。し
かしながら、受信したカートIDは存在しない。受信した
カートIDは、その日付情報及び受付番号部分において、
ユーザＡのカートIDのそれらと一致するが、暗号情報部
分が異なるので、ユーザＡのカートIDと一致しない。

【００４６】受信したカートIDが、ユーザＡのカートID
と暗号情報部分のみで異なるとサーバ１０が判定する
と、サーバ１０は、ユーザＡのカートIDに対して不正ア
クセスがなされたと認識し、そのアクセス回数のカウン
トを開始する（Ｓ４０）。さらに、ユーザＺの端末２０
Ｚに警告情報を通知する（Ｓ４１）。端末２０Ｚでは、
現在表示されている画面（図６の画面）の上に重なっ
て、図１０に示す警告情報が表示される（Ｓ４２）。警
告情報は、図１０のＯＫボタンをクリックすることによ
り画面上から消える。

【００４７】なお、サーバ１０は、受信したカートIDの
日付情報及び受付番号部分と、暗号情報部分の両方が、
カートファイル１６内のカートIDのいずれとも一致しな
い場合は、アクセス回数のカウントは行わず、警告情報
のみ通知する。なお、受信したカートIDの暗号情報部分
のみと一致するカートIDがカートファイル１６内に存在
する場合は、サーバ１０は、不正アクセスがなされたと
判定して、その不正アクセスの対象となっているカート
IDについてのアクセス回数のカウントを開始する。そし
て、同様に、警告情報を通知する。

【００４８】ユーザＺは、警告情報を消して、再度、暗
号情報を別な数字に変えて、サーバ１０へのアクセスを
繰り返す。即ち、ステップＳ３８乃至Ｓ４２が繰り返さ
れる。不正アクセスを繰り返すたびに、図１０に示す警
告情報が表示されるので、ユーザＺは、それを消す操作
をしなければならない。従って、ユーザＺによる不正ア
クセスを遅延させることができる。

【００４９】暗号情報部分は、乱数を含む複数桁（実施
例では７桁）であるので、ユーザＺがあてずっぽうで入
力するカートIDの暗号情報が、ユーザＡのカートIDの暗
号情報と一致する確率は非常に低い。サーバ１０は、不
正アクセスと判定する毎に、アクセス回数をカウントア
ップする。ユーザＡのカートIDに対する不正アクセス回
数がＮ回（例えば、３回）に達すると、サーバ１０は、
カートファイル１６内のユーザＡのカートIDに対してフ
ラグ（ＦＬ）を立てる（Ｓ４３）。サーバ１０は、カー
トIDに対してフラグを立てると、次にそのカートIDを受
信したときに、そのカートIDを消去し、別のカートIDを
再発行する。

【００５０】ユーザＡのカートIDにフラグが立てられて
いる状態で、ユーザＡ自身がサーバにアクセスしたとす
る。例えば、ユーザＡが商品案内画面上で追加の商品を
選択して、画面上の「カートに入れる」をクリックした
場合である（Ｓ４４）。この場合、ユーザＡのカートID
が商品データとともにサーバ１０に送信される（Ｓ４
５）。カートファイル１６内のユーザＡのカートIDに
は、フラグが立てられているので、サーバ１０は、ユー
ザＡのカートIDを受信すると、受信したユーザＡのカー
トIDを無効として（好ましくは、消去して）、ユーザＡ
のカートIDを再発行する（Ｓ４６）。また、立てられて
いたフラグは下げられる。サーバ１０は、再発行したカ
ートIDを含む選択確認画面（図７）のＨＴＭＬファイル
を端末２０Ａに送信する（Ｓ４７）。

【００５１】再発行されるカートIDは、再発行時の日付
情報及び受付番号を有し、さらに、新たに発生した乱数
を含む暗号情報を含む。従って、再発行されるユーザＡ
のカートIDの日付情報及び受付番号部分は、ユーザＡの
元のカートIDのそれらと異なり、受付番号部分に「18
5」という番号を含むカートIDは、カートファイル１６
内に存在しないことになる。従って、ユーザＺが、何度
アクセスを試みても、決して不正アクセスが成功するこ
とはない。

【００５２】このように、本発明の実施の形態のカート
IDは、日付情報及び受付番号とともに、暗号情報を有す
る。暗号情報は、特定の意味を持たない乱数を含むこと
から、他人の暗号情報部分を解読するのは、事実上不可
能である。従って、日付情報及び受付番号部分が公開さ
れても、不正アクセスを防止することができる。そし
て、本発明の実施の形態では、さらに、カートIDのセキ
ュリティに万全を期すために、不正アクセスが所定回数
超えた場合、不正アクセスの対象となっているカートID
を再発行する。具体的には、上述したように、日付情報
及び受付番号が一致するが、暗号情報が一致しないカー
トIDによるアクセス、又は日付情報及び受付番号は一致
しないが、暗号情報が一致するカートIDによるアクセス
をサーバが検知すると、サーバ１０は、一致する部分を
含む実存するカートIDに対する不正アクセスと認識し、
そのアクセス回数をカウントする。そして、サーバ１０
は、その不正アクセスの対象となっているカートIDに対
するアクセス回数が所定回数に達した後に、そのカート
IDによるアクセスを検知すると、そのカートIDを消去
し、新しいカートIDを再発行する。これにより、不正ア
クセスの対象となっているカートIDは存在しなくなるの
で、不正アクセスは完全に防止できる。

【００５３】図１１は、ユーザＡによる注文確定処理の
フローチャートである。図１１において、ユーザＡは商
品選択が終了すると、図７、図８又は図９の画面におけ
る「購入」ボタンをクリックする（Ｓ５０）。購入確定
通知がカートIDとともにサーバ１０に送信される（Ｓ５
１）。サーバ１０は、購入確定通知を受信すると、カー
トファイル１６内において、受信したカートIDで管理さ
れている商品データを購入ファイル１７に移動する（Ｓ
５２）。即ち、カートファイル１６からカートID及び商
品データは消去される。一方、購入ファイル１７に移動
した商品データは、新たに発行される注文IDによって管
理される。

【００５４】購入ファイル１７に、商品データが格納さ
れると、それ以降、購入の変更はできない。購入ファイ
ル１７は、アクセス禁止ファイルだからである。一方、
カートファイル１６は、一旦選択した商品の取り消し、
購入する商品の追加、変更などが行えるように端末２０
によってアクセス可能なファイルである。従って、他の
ユーザからの不正アクセスの危険があり、上述のような
実施の形態により、アクセス可能なカートファイル１６
への不正アクセスが防止される。

【００５５】サーバ１０は、図示しない購入確認画面に
対応するＨＴＭＬファイルを送信し、注文IDをユーザＡ
に通知する（Ｓ５３）。また、購入確認は、別途、電子
メールにより通知されてもよい。または、郵便により通
知されてもよい。

【００５６】また、本発明の実施の形態では、発行され
たカートIDは、上述の購入確定により消える前に、発行
時から所定期間以上経過すると、自動的に消去されても
よい。所定期間は、例えば２日（４８時間）である。ユ
ーザが、商品を選択して商品データをカートファイル１
６に入れたまま、取引を中断してしまった場合、その取
引をクリアするために、サーバ１０は、その取引に対応
するカートファイル１６内の商品データ及びカートIDを
消去する。

【００５７】従って、ユーザが、カートID発行時から所
定期間以上経過してから中断していた取引を続行しよう
としても、カートファイル内のカートID及び商品データ
は消去されているので、取引の続行はできない。そのこ
とについてユーザが疑問を感じ、サポートセンタに電話
をしてくることが想定される。このような場合であって
も、ユーザの端末には、ブラウザの履歴保存機能によ
り、取引中断前に発行されたカートIDが表示される。従
って、ユーザは、表示されるカートIDをサポートセンタ
に伝えることができる。カートIDには、発行時の時間情
報が含まれているので、サポートセンタは、そのカート
IDが発行されてから２日以上経過していることを即座に
判定することができ、ユーザに取引がクリアされている
ことを即答することができる。従来のように、カートID
が非表示であったり、全て暗号化されている場合は、カ
ートIDの検索処理や復号化処理を行うために、ユーザを
電話口でしばらく待たせる必要ある。しかしながら、本
発明の実施の形態では、ユーザに即答することができ、
サポートセンタのサービス向上に寄与する。

【００５８】次に、別の実施の形態によるカートＩＤ管
理方法について説明する。

【００５９】図１２は、本発明の別の実施の形態におけ
るカートＩＤ管理方法のフローチャートである。なお、
本実施の形態における特徴的な処理部分についてのみ説
明し、その他の処理については図３及び図４を用いて説
明した処理内容と同様のため、その説明は省略する。

【００６０】図３及び図４による実施の形態の処理にお
いて、商品が選択した時点でカートＩＤが発行されたの
に対し、本実施の形態では端末２０Ａによりサーバ１０
が提供するインターネット商品販売サイトにアクセスさ
れた時点でカートＩＤを発行する点が主に異なる。

【００６１】図１２において、まず、ユーザＡは端末２
０Ａ（ブラウザ２１）を利用して、インターネットを介
してサーバｌ０が提供するインターネット商品販売サイ
トにアクセスする（Ｓ６０）。

【００６２】サーバ１０は、上記アクセスに対応して、
カートＩＤを新たに発行してしてカートファイル１６に
格納する（Ｓ６１）。このカートＩＤの形式および生成
方法は上述した実施の形態と同様である。

【００６３】さらに、サーバ１０は、その新たに発行し
たカートＩＤを含む商品案内画面用のＨＴＭＬファイル
を端末２０Ａに送信する（Ｓ６２）。

【００６４】端末２０Ａは、送信されたＨＴＭＬファイ
ルを画面に表示する（Ｓ６３）。この表示された商品案
内画面のＵＲＬ表示部には、カートＩＤがＵＲＬの一部
として表示される。

【００６５】ユーザＡが商品を選択すると（Ｓ６４）、
その選択された商品データと共にカートＩＤが端末２０
Ａからサーバ１０に送信される（Ｓ６５）。

【００６６】サーバ１０は端末２０Ａから商品データと
共に受信したカートＩＤに基づき対応するカートファイ
ル１６に商品データを格納する（Ｓ６６）。

【００６７】また、サーバ１０は、選択された商品の確
認のために、選択確認画面のためのＨＴＭＬファイルを
端末２０Ａに送信する（Ｓ６７）。

【００６８】前述した実施の形態においては、カートＩ
Ｄが発行された後にブラウザの履歴保存機能を利用して
カートＩＤが発行される前の状態に戻ると、カートＩＤ
がＵＲＬ表示部に表示されなくなるという現象が起こ
る。

【００６９】それに対して、本実施の形態においては、
ユーザが商品販売サイトにアクセスした時点でカートＩ
Ｄを発行するため、本サイト内のページを閲覧する限り
カートＩＤが常にＵＲＬ表示部に表示されることにな
り、上記現象の発生を防止することが可能となる。

【００７０】さらに、図４における不正アクセスへの対
処方法に関する他の実施の形態について説明する。

【００７１】図１３は、本発明の別の実施の形態におけ
る不正アクセスに対する対処方法のフローチャートであ
る。なお、本実施の形態における特徴的な処理部分につ
いてのみ説明し、その他の処理については図４を用いて
説明した処理内容と同様のため、その説明は省略する。

【００７２】図４の処理においては、悪意のあるユーザ
Ｚによる不正アクセスに対してそのアクセス回数をカウ
ントし、警告情報を表示させ、アクセス回数が所定回数
Ｎ以上の場合にそれまで使用されていたカートＩＤを無
効にした。

【００７３】この図１３の処理においては、不正アクセ
スのアクセス回数が所定回数Ｎ未満Ｍ回以上の場合に、
ユーザＺが利用している端末２０Ｚへの応答を意図的に
遅延させることを特徴的な処理とする。

【００７４】まず、サーバ１０は、ユーザＺにより改変
されたカートＩＤによる不正アクセスがされたと判断す
ると、その不正アクセスの対象になっているカートＩＤ
についてのアクセス回数のカウントを開始する（Ｓ４
０）。

【００７５】そして、アクセス回数がＮ回（ここでは、
例えば、７回とする）未満でかつＭ回（例えば、３回）
未満であれば、警告情報を即端末２０Ｚに通知する。し
かし、アクセス回数がＮ回未満でかつＭ回以上であれ
ば、所定時間をカウントして通常の応答よりも遅延させ
（S７１）、その後に警告情報を端末２０Ｚに通知する
（Ｓ４１）。なお、アクセス回数の増加に比例して遅延
時間を増加させるようにしてもよい。このように、悪意
のあるユーザに対する応答を遅延させることで、その不
正アクセスの作業を妨げることができる。

【００７６】本発明の保護範囲は、上記の実施の形態に
限定されず、特許請求の範囲に記載された発明とその均
等物に及ぶものである。

【００７７】

【発明の効果】以上、本発明によれば、インターネット
における商品販売において、選択された商品データを購
入確定前に一時的に格納するカートファイルへの不正ア
クセスを防止することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるコンピュータネッ
トワークの構成例を示す図である。

【図２】サーバ１０の構成例を示す図である。

【図３】本発明の実施の形態におけるカートID管理方法
のフローチャートである。

【図４】本発明の実施の形態におけるカートID管理方法
のフローチャートである。

【図５】端末２０に表示される画面例である。

【図６】端末２０に表示される画面例である。

【図７】端末２０に表示される画面例である。

【図８】端末２０に表示される画面例である。

【図９】端末２０に表示される画面例である。

【図１０】端末２０に表示される画面例である。

【図１１】注文確定処理のフローチャートである。

【図１２】本発明の別の実施の形態におけるカートID管
理方法のフローチャートである。

【図１３】本発明の実施の形態における不正アクセスに
対する対処方法のフローチャートである。

【符号の説明】

１０ サーバ １１ 制御装置 １２ 通信装置 １３ ＨＴＭＬファイル １４ メインプログラムファイル １５ 商品データベース １６ カートファイル １７ 購入ファイル ２０ クライアント端末

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７３Ｃ

Claims (16)

【特許請求の範囲】
1. 【請求項１】ネットワークを介した商品販売取引におけ
   る取引番号管理方法において、 利用者との所定の取引において、少なくとも該取引の受
   付順番を示す受付番号を含む受付情報と、所定の暗号情
   報とを含む取引番号を発行し、 前記取引番号を前記利用者の端末に表示させることを特
   徴とする取引番号管理方法。
2. 【請求項２】請求項１において、 前記ネットワークはインターネットであることを特徴と
   する取引番号管理方法。
3. 【請求項３】請求項２において、 前記取引番号を前記インターネットのURLの一部として
   前記端末に表示させることを特徴とする取引番号管理方
   法。
4. 【請求項４】請求項１において、 前記取引番号の前記受付情報は、前記取引番号発行時の
   日付及び時間を含むことを特徴とする取引番号管理方
   法。
5. 【請求項５】請求項１において、 前記取引番号の前記暗号情報は、複数桁の乱数を含むこ
   とを特徴とする取引番号管理方法。
6. 【請求項６】請求項１において、 前記取引番号は、前記端末で少なくとも１つの商品が選
   択されると発行され、該選択された商品の購入が確定さ
   れるまでの間利用されることを特徴とする取引番号管理
   方法。
7. 【請求項７】請求項１において、 前記取引番号は、前記端末から前記商品販売取引のシス
   テムにアクセス下地点で発行され、商品の購入が確定さ
   れるまでの間利用されることを特徴とする取引番号管理
   方法。
8. 【請求項８】請求項６又は７において、 前記取引番号が発行されてから、前記選択された商品の
   購入が確定する前に、所定期間以上経過すると、前記取
   引番号を無効とすることを特徴とする取引番号管理方
   法。
9. 【請求項９】請求項１において、 前記取引番号の前記受付情報又は前記暗号情報のいずれ
   か一方のみと一致する別の取引番号を受信すると、 前記取引番号に対する不正アクセスとして、前記取引番
   号を消去して新しい取引番号を再発行することを特徴と
   する取引番号管理方法。
10. 【請求項１０】請求項１において、 前記取引番号の前記受付情報又は前記暗号情報のいずれ
    か一方のみと一致する別の取引番号を受信すると、 前記取引番号に対する不正アクセスとして、そのアクセ
    ス回数をカウントし、 前記アクセス回数が所定回数に達した後に前記取引番号
    を受信すると、前記取引番号を消去して新しい取引番号
    を再発行し、当該新しい取引番号を前記端末に表示させ
    ることを特徴とする取引番号管理方法。
11. 【請求項１１】請求項１において、 前記取引番号の前記受付情報又は前記暗号情報のいずれ
    か一方のみと一致する別の取引番号を受信すると、 前記取引番号を利用する不正アクセスとして、前記別の
    取引番号を用いた端末に対する応答を遅延させることを
    特徴とする取引番号管理方法。
12. 【請求項１２】請求項９、１０又は１１において、 前記取引番号に対する不正アクセスを検知すると、前記
    別の取引番号の送信元の端末に警告情報を通知すること
    を特徴とする取引番号管理方法。
13. 【請求項１３】インターネット上に商品販売取引サイト
    を提供するサーバであって、インターネット上の端末と
    インターネットを介して取引を実行するコンピュータ装
    置において、 所定の取引についての少なくとも該取引の受付順番を示
    す受付番号を含む受付情報と、所定の暗号情報とを含む
    取引番号を発行する発行手段と、 前記取引番号をインターネットのURLの一部として前記
    端末に表示させるように、前記取引番号を前記端末に送
    信する通信手段とを備えることを特徴とするコンピュー
    タ装置。
14. 【請求項１４】インターネット上の端末であって、イン
    ターネット上に商品販売取引サイトを提供するサーバと
    インターネットを介して取引を実行するコンピュータ装
    置において、 前記サーバにおいて発行され、所定の取引についての少
    なくとも該取引の受付順番を示す受付番号を含む受付情
    報と、所定の暗号情報とを含む取引番号を受信する通信
    手段と、 前記取引番号をインターネットのURLの一部として表示
    する表示手段とを備えることを特徴とするコンピュータ
    装置。
15. 【請求項１５】インターネットを介して利用者との商品
    販売取引を実行するコンピュータに、 所定の取引についての少なくとも該取引の受付順番を示
    す受付番号を含む受付情報と所定の暗号情報とを含む取
    引番号を発行し、 前記取引番号をインターネットのURLの一部として前記
    利用者の端末に表示させるように、前記取引番号を前記
    端末に送信することを実行させるためのプログラムを記
    録したコンピュータ読み取り可能な記録媒体。
16. 【請求項１６】インターネットを介して利用者との商品
    販売取引を実行するコンピュータによって実行されるプ
    ログラムにおいて、 所定の取引についての少なくとも該取引の受付順番を示
    す受付番号を含む受付情報と所定の暗号情報とを含む取
    引番号を発行する処理と、 前記取引番号をインターネットのURLの一部として前記
    利用者の端末に表示させるように、前記取引番号を前記
    端末に送信する処理とを備えることを特徴とするプログ
    ラム。