JP2010026659A - 受発注サーバ及び商品受発注システム - Google Patents

Abstract

【課題】商品の選定から注文までを迅速に実現する商品受発注システムを提供する。
【解決手段】携帯端末を、電子商取引システムの端末として利用する。商品の商品コードをパラメータに含むＵＲＬをエンコードした二次元コードを用いて、瞬時の商品選定作業を可能にする。電子商取引を受け持つサーバ側には、携帯端末の個体情報でインデキシングするカゴテーブルを備える。携帯端末がｗｅｂブラウザを一旦終了して二次元コードを読み込んで、再びｗｅｂブラウザを起動しても、カゴテーブルを個体情報で検索すれば、買い物籠に入っている商品の一覧を把握できる。
【選択図】図１

Description

本発明は、受発注サーバ及び商品受発注システムに適用して好適な技術に関する。
より詳細には、携帯端末で商品の発注を実現するシステムに関する。

家屋の新築、増改築、或はリフォームの際、住宅建築業者が顧客の自宅まで赴き、内装設備の詳細説明をしたいときがある。
このような場合に、従来、住宅建築業者は持参できる最低限の数量のサンプル品を持参して、顧客の自宅を訪問し、商品の説明を行っていた。
また、商品サンプルが不足する場合は、その場で発注し、商品サンプルが届いた時に改めて説明しなおす、ということが行われていた。
なお、本発明に関係すると思われる先行技術文献を特許文献１に示す。
特開２００８−１２３０９８号公報

住宅建築業者の担当者が顧客への訪問の際に持参できるサンプル品の数量は限りがある。また、その場での発注にもサンプル品の選定と商品卸売業者との連絡等、行わなければならない作業が多く、手間がかかると共に時間がかかっていた。

このような課題の解決に、電子商取引システムを導入することが考えられる。しかし、電子商取引システムの多くは、端末としてインターネットに接続可能なパソコンを必要とする。
持ち運びが可能なノートブック型のパソコンが普及したとはいえども、現状では無線によるインターネット接続環境は必ずしも完全なものとはいえない。また、ノートブック型パソコンも相応の大きさと重量である。長時間の持ち運びに適したものとはいえない。

本発明はかかる点に鑑みてなされたものであり、商品の選定から注文までを迅速に実現する受発注サーバ及び商品受発注システムを提供することを目的とする。

上記課題を解決するために、本発明の受発注サーバは、端末から送信されたＨＴＴＰリクエストメッセージのヘッダから前記端末を識別するための端末識別情報を取得し、登録済みユーザであるか否か確認するユーザ認証部と、前記端末識別情報を格納する端末識別情報フィールドと、商品を識別する商品識別情報を格納する商品識別情報フィールドと、前記商品の注文数を格納する個数フィールドとを備えるカゴテーブルと、前記ユーザ認証部が登録済みユーザであると判断したら、前記端末から送信されたＨＴＴＰリクエストメッセージから前記端末識別情報と前記商品識別情報と前記個数の情報を取得して前記カゴテーブルに追記録すると共に、前記カゴテーブルを前記端末識別情報で検索した結果を前記端末に送信する注文一覧表示部とを備えるものである。

極めて広く普及し、接続環境も整っている携帯電話（携帯端末）を、電子商取引システムの端末として利用する。但し、携帯端末はパソコンが備えるキーボードでのキー入力と同じようなことはできない。そこで、商品の商品コードをパラメータに含むＵＲＬをエンコードした二次元コードを用いて、瞬時の商品選定作業を可能にする。
また、携帯端末はパソコンのｗｅｂブラウザで広く用いられるＣｏｏｋｉｅ認証が困難である。更に、現状の携帯端末はｗｅｂブラウザを実行したまま二次元コードの読み取りができない機種が多い。このような現状を踏まえ、電子商取引を受け持つサーバ側には、携帯端末の個体情報でインデキシングするカゴテーブルを備える。携帯端末がｗｅｂブラウザを一旦終了して二次元コードを読み込んで、再びｗｅｂブラウザを起動しても、カゴテーブルを個体情報で検索すれば、買い物籠に入っている商品の一覧を把握できる。

本発明により、商品の選定から注文までを迅速に実現する受発注サーバ及び商品受発注システムを提供できる。

以下、本発明の実施の形態を、図１〜図８を参照して説明する。

図１は、本発明の実施形態の例である、商品受発注システムを示す概略図である。
携帯端末１０２は周知の無線通信を行う携帯電話である。図示しないカメラを内蔵し、二次元コード１０３を読み取り、認識する機能と、インターネット１０４に接続してｗｅｂサイトを閲覧できる図示しないｗｅｂブラウザの機能を内蔵している。使用する二次元コードはＱＲコード（登録商標）が適切である。
受発注サーバ１０５はｗｅｂサーバを構成する。携帯端末１０２から商品の注文を受注し、商品を発送する受注業者１０６に発注依頼のメールを送信する。
受注業者１０６の居所にはパソコンよりなる端末１０７が据え置かれている。端末１０７はネットワークＯＳがインストールされ、ｗｅｂブラウザとメールソフト（ＭＵＡ：Mail User Agent）がその上で稼動する。端末１０７はインターネット１０４を介して受発注サーバ１０５に接続し、発注状況を確認する。
なお、より正確にはメールを送受信するために、インターネット接続業者（ＩＳＰ：Internet Service Provider）等が提供するメールサーバがメール送受信の際に介在するが、図１ではその記述を省略している。

図２は、受発注サーバ１０５の機能ブロック図である。
ｗｅｂサーバプログラム２０２は、ＨＴＴＰ（HyperTexxt Transfer Protocol）のサーバプログラムであり、一例としてＡｐａｃｈｅ（http://www.apache.org/）が挙げられる。
カタログ表示ｃｇｉ２０３（Common Gateway Interface）、注文一覧表示ｃｇｉ２０４及び発注ｃｇｉ２０５は、携帯端末１０２に所定の表示画面を形成するｈｔｍｌ文書を作成するプログラムである。これらｃｇｉは携帯端末１０２から発されるＨＴＴＰメッセージのヘッダ情報から、携帯端末１０２の個体情報を取り出し、携帯ユーザ認証部２０６に送る。
端末識別情報ともいえる携帯端末１０２の個体情報は、携帯端末の個体を一意に識別可能な文字列であり、携帯端末が発するＨＴＴＰリクエストメッセージのヘッダ中に埋め込まれている。携帯端末用のｗｅｂサーバは、携帯端末から送られるＨＴＴＰリクエストメッセージのヘッダからこの個体情報を取得することで、携帯端末の持ち主等を特定することが可能である。

携帯ユーザ認証部２０６は、カタログ表示ｃｇｉ２０３、注文一覧表示ｃｇｉ２０４及び発注ｃｇｉ２０５から呼び出されて実行されるサブルーチンである。
携帯ユーザ認証部２０６は、ＨＴＴＰリクエストヘッダから個体情報を取得する。そして、携帯ユーザマスタ２０７を取得した個体情報で検索し、登録済みのユーザであるか確認する。検索にヒットしたレコードがあれば、登録済みのユーザであると認識し、呼び出された（起動された）ｃｇｉに論理の「真」と取得した個体情報を返す。携帯ユーザ認証部２０６を呼び出したｃｇｉは、携帯ユーザ認証部２０６から受け取った論理値によって、正規のユーザであるか否かを認識し、当該ユーザのアクセスの許否を決定する。

カタログ表示ｃｇｉ２０３の実体名は、携帯端末１０２が読み取った二次元コード１０３のＵＲＬに記される。つまり、二次元コード１０３による携帯端末１０２のアクセスに呼応して、ｗｅｂサーバプログラム２０２によって起動される。二次元コード１０３に記されるＵＲＬには、商品識別情報ともいえる商品のシリアル番号も記されている。二次元コード１０３の書式の詳細は、図４にて後述する。
カタログ表示ｃｇｉ２０３は、ｗｅｂサーバプログラム２０２によって、このシリアル番号をパラメータとして渡されると、カタログマスタ２０８をシリアル番号で検索する。カタログマスタ２０８にはシリアル番号に対応する情報が記されており、カタログ表示ｃｇｉ２０３はこれら情報を基にｈｔｍｌ文書を作成し、携帯端末１０２へ送信する。
携帯端末１０２のｗｅｂブラウザは、カタログ表示ｃｇｉ２０３から送信されたｈｔｍｌ文書を受信すると、これを画面に表示する。

注文一覧表示部ともいえる注文一覧表示ｃｇｉ２０４は、カタログ表示ｃｇｉ２０３から送信されたｈｔｍｌ文書を表示している携帯端末１０２のアクセスに呼応して、ｗｅｂサーバプログラム２０２によって起動される。
注文一覧表示ｃｇｉ２０４は、ｗｅｂサーバプログラム２０２によって、携帯端末１０２から送信される、シリアル番号と個数の情報を受信すると、携帯端末１０２のＨＴＴＰメッセージヘッダから得られる個体情報と併せて、カゴテーブル２０９に新規なレコードとして記録する。そして、現在のカゴテーブル２０９に記録されている、発注予定商品の一覧をｈｔｍｌ文書として作成し、携帯端末１０２へ送信する。
携帯端末１０２のｗｅｂブラウザは、注文一覧表示ｃｇｉ２０４から送信されたｈｔｍｌ文書を受信すると、これを画面に表示する。

発注部ともいえる発注ｃｇｉ２０５は、注文一覧表示ｃｇｉ２０４から送信されたｈｔｍｌ文書を表示している携帯端末１０２のアクセスに呼応して、ｗｅｂサーバプログラム２０２によって起動される。
発注ｃｇｉ２０５は、カタログ表示ｃｇｉ２０３及び注文一覧表示ｃｇｉ２０４とは異なり、携帯端末１０２からパラメータの類は受信しない。
発注ｃｇｉ２０５は、携帯端末１０２のアクセスによってｗｅｂサーバプログラム２０２を通じて起動されると、携帯端末１０２のＨＴＴＰメッセージヘッダから得られる個体情報で、カゴテーブル２０９を検索し、得られたレコードを受注確定テーブル２１０に転記する。そして、現在のカゴテーブル２０９に記録されている、発注予定商品のレコードを削除し、メール送信部２１１を起動する。
メール送信部２１１は発注する商品を担当する受注業者１０６毎に発注メールを作成して、図示しないメールサーバへ送信する。
一方、発注ｃｇｉ２０５は、発注処理を済ませた旨を示すｈｔｍｌ文書を作成し、携帯端末１０２へ送信する。
携帯端末１０２のｗｅｂブラウザは、発注ｃｇｉ２０５から送信されたｈｔｍｌ文書を受信すると、これを画面に表示する。
こうして、携帯端末１０２で二次元コード１０３を読み取ってから商品発注処理を完遂するまでの処理が終了する。

カレンダクロック２１２は、発注処理を行った日時の情報を取得する際に、注文一覧表示ｃｇｉ２０４及び発注ｃｇｉ２０５によって用いられる。

受注確認ｃｇｉ２１３は、受注業者１０６が端末１０７を用いて受注内容を確認する際に用いられる。
受注業者認証部２１４は、受注確認ｃｇｉ２１３から呼び出され、受注業者マスタ２１５と共に正規ユーザであるか否かを確認するために用いられる。
受注確認ｃｇｉ２１３は、受注確定テーブル２１０から受注内容を読み出す。その際、携帯ユーザマスタ２０７及びカタログマスタ２０８が表示の参照情報として用いられる。

図３は、図２で示す受発注サーバ１０５内の各テーブルのフィールドの一覧を示す図である。なお、各テーブルのフィールドの全てではなく、本実施形態に直接的に関係するフィールドのみを説明するものであり、図３に開示されていないフィールドは存在しない訳ではない。
携帯ユーザマスタ２０７は携帯端末１０２でアクセスするユーザを登録するテーブルである。
「個体情報」フィールドは、ユーザを一意に識別する情報である。
「キャリア」フィールドは、携帯端末１０２の事業者の種別を示す。携帯端末１０２の個体情報は、携帯端末１０２の事業者毎に仕様が異なるので、「キャリア」情報はユーザ認証の際に必要となる情報である。
「ユーザ名」フィールドは、ユーザの指名或は名称である。

カタログマスタ２０８は商品の情報が登録されているテーブルである。
「シリアル番号」フィールドは、商品を一意に識別する情報であると共に、二次元コード１０３のＵＲＬに埋め込まれる情報である。つまり、カタログ表示ｃｇｉ２０３のパラメータとして渡される情報である。
「商品名称」フィールドは、商品の名称が格納される。
「画像ファイル名」フィールドは、商品の画像の画像ファイルのフルパスが格納される。これはｈｔｍｌ文書中、「<img src="....">」という、ｈｔｍｌの言語仕様にあるイメージタグを生成するために必要である。つまり、ｗｅｂサーバプログラム２０２から読み出される、画像ファイルディレクトリ２１６に格納されている画像ファイルのファイル名である。
「受注業者ＩＤ」フィールドは、商品の発送を担当する受注業者１０６のＩＤである。後述する受注業者マスタ２１５に記されている情報が転記されているものである。

カゴテーブル２０９は、ユーザが購入を予定する商品の情報を一時的に格納するテーブルである。商店における買い物籠を仮想的に実現するものである。
「個体情報」フィールドは、携帯ユーザマスタ２０７のそれと同じである。
「シリアル番号」フィールドは、カタログマスタ２０８のそれと同じである。
「個数」フィールドは、ユーザによって指定される商品の注文数である。
「注文日時」フィールドは、ユーザが注文をした日時である。

受注確定テーブル２１０は、ユーザが購入を決定した商品の情報を恒久的に格納するテーブルである。伝票を仮想的に実現するものである。
受注確定テーブル２１０は、ユーザが注文を確定した日時である「受注確定日時」フィールド以外はカゴテーブル２０９とフィールドが等しい。

受注業者マスタ２１５は、受注業者を登録するテーブルである。
「受注業者ＩＤ」フィールドは、受注業者１０６を一意に識別する情報である。
「パスワード」フィールドは、受注業者１０６の認証情報である。
「業者名称」フィールドは、受注業者１０６の名称或は氏名である。
「メールアドレス」フィールドは、受注業者１０６のメールアドレスである。

図４は、携帯端末１０２の機能ブロック図である。
ＵＲＬ文字列データがエンコードされている二次元コード１０３は、レンズ４０２を介してＣＣＤカメラ４０３によって撮影される。撮影された二次元コード１０３は、デコーダ４０４によってデコード処理が行われ、ＵＲＬ文字列データが取り出される。
ＵＲＬ文字列データには、受発注サーバ１０５のＦＱＤＮ（Fully Qualified Domain Name：完全修飾ドメイン名）が記されている。
ＵＲＬ文字列データは、ｗｅｂブラウザ４０５を構成する入出力制御部４０６に入力される。入出力制御部４０６は、ＵＲＬ文字列データに従って、アンテナ４０７を備える無線インターフェース４０８を通じてインターネット接続を行い、受発注サーバ１０５にアクセスする。
受発注サーバ１０５から送信されるｈｔｍｌ文書等の応答メッセージは、アンテナ４０７と無線インターフェース４０８を通じて、入出力制御部４０６に入力される。入出力制御部４０６は受発注サーバ１０５から受信したｈｔｍｌ文書を解析して、画面表示のための命令等に変換して、表示制御部４０９に渡す。表示制御部４０９はＬＣＤ４１０を制御して、ｈｔｍｌ文書の内容をＬＣＤ４１０に表示する。
また、操作部を構成するキースイッチ４１１の操作も入出力制御部４０６に入力され、受発注サーバ１０５へのアクセス等に用いられる。

図５及び図６は、携帯端末１０２と受発注サーバ１０５との通信と、処理の流れを示すシーケンス図である。
図１に示す商品カタログ１０８には、商品のシリアル番号を含む、受発注サーバ１０５のＵＲＬが記述されている二次元コード１０３が印刷されている。携帯端末１０２がその二次元コード１０３を読み取ると（Ｓ５０１）、ＵＲＬ文字列データが携帯端末１０２にデコードされ、読み込まれる。携帯端末１０２の実行キーを押すと（Ｓ５０２）、携帯端末１０２のｗｅｂブラウザが起動し、受発注サーバ１０５へアクセスを行う（Ｓ５０３）。
ＵＲＬは、例えば以下のような書式である：
http://sample.example.notld/catalog.cgi?21345

カタログ表示ｃｇｉ２０３は、二次元コード１０３による携帯端末１０２のアクセスに呼応して、ｗｅｂサーバプログラム２０２によって起動される（Ｓ５０４）。上述のＵＲＬの例で言えば、「catalog.cgi」が、カタログ表示ｃｇｉ２０３の実体名である。また、上述のＵＲＬの例にある、「?」の後に記されている「21345」という番号は、商品のシリアル番号である。
なお、上述のＵＲＬ文字列中、「sample.example.notld」は、受発注サーバ１０５のＦＱＤＮである。
カタログ表示ｃｇｉ２０３は、ｗｅｂサーバプログラム２０２によって、このシリアル番号をパラメータとして渡されると、カタログマスタ２０８をシリアル番号で検索する（Ｓ５０５）。
カタログ表示ｃｇｉ２０３は、カタログマスタ２０８のヒットしたレコードの、「商品名称」フィールドから商品の名称を、「画像ファイル名」フィールドから商品の画像の画像ファイルのフルパスを、それぞれ読み出す。そしてｈｔｍｌ文書を作成し、携帯端末１０２へ送信する（Ｓ５０６）。

携帯端末１０２のｗｅｂブラウザは、カタログ表示ｃｇｉ２０３から送信されたｈｔｍｌ文書を受信すると、これを解釈する（Ｓ５０７）。ｈｔｍｌ文書には、商品の画像データファイルのＵＲＬを記す「<img src="....">」というイメージタグが埋め込まれている。ｗｅｂブラウザはこれを解釈し、画像ファイルの取得を行うために、受発注サーバ１０５に画像ファイルの送信を要求する（Ｓ５０８）。
ｗｅｂサーバプログラム２０２は、携帯端末１０２の画像ファイルの要求に従い（Ｓ５０９）、画像ファイルディレクトリ２１６に格納されている、該当する画像ファイルを読み出して（Ｓ５１０）、携帯端末１０２に送信する（Ｓ５１１）。
ｗｅｂブラウザは画像ファイルのデータを受信し、画像入りのカタログを画面に表示する（Ｓ５１２）。

ユーザは携帯端末１０２のボタンを操作して、希望する商品の個数を入力し（Ｓ５１３）、送信ボタンを押す。すると、商品のシリアル番号と個数の情報が、ｗｅｂサーバプログラム２０２を介して注文一覧表示ｃｇｉ２０４に送信される（Ｓ５１４）。なお、情報の送信の一例としては、商品のシリアル番号と個数をＨＴＴＰのＰＯＳＴメソッドで送信することができる。
注文一覧表示ｃｇｉ２０４は、ｗｅｂサーバプログラム２０２によって、携帯端末１０２から送信されるシリアル番号と個数の情報を受信すると（Ｓ５１５）、携帯端末１０２のＨＴＴＰメッセージヘッダから得られる個体情報と併せて、カゴテーブル２０９に新規なレコードとして記録する（Ｓ５１６）。そして、現在のカゴテーブル２０９に記録されている、発注予定商品の一覧から、商品の名称等をカタログマスタ２０８から読み取って（Ｓ５１７）、ｈｔｍｌ文書を作成し（Ｓ５１８）、携帯端末１０２へ送信する（Ｓ５１９）。

携帯端末１０２のｗｅｂブラウザは、注文一覧表示ｃｇｉ２０４から送信されたｈｔｍｌ文書を受信すると、これを解釈し、画面に注文予定の商品一覧、つまりカゴの内訳を表示する（Ｓ５２０）。
この後、ユーザには二つの選択肢がある（Ｓ５２１）。
一つは、他の商品の注文を行うことである（Ｓ５２２のＮ、Ｓ５２３）。ｗｅｂブラウザを終了し、二次元コード１０３の読み込みを再度行う。すると、カゴテーブル２０９には発注を予定する商品のレコードが追記録されていくこととなる。つまり、買い物籠に商品が投入されることと等しい。
もう一つは、現在の注文予定内容、つまりカゴの中身を確定し、発注処理を行うことである（Ｓ５２２のＹ）。画面中に設けられている「発注」ボタンを選んで押すと、発注ｃｇｉ２０５へのアクセスが行われる（Ｓ５２４）。

発注ｃｇｉ２０５は、注文一覧表示ｃｇｉ２０４から送信されたｈｔｍｌ文書を表示している携帯端末１０２のアクセスに呼応して、ｗｅｂサーバプログラム２０２によって起動される。
発注ｃｇｉ２０５は、携帯端末１０２のアクセスによってｗｅｂサーバプログラム２０２を通じて起動されると（Ｓ６２５）、携帯端末１０２のＨＴＴＰメッセージヘッダから得られる個体情報で、カゴテーブル２０９を検索し、得られたレコードを受注確定テーブル２１０に転記する（Ｓ６２６、Ｓ６２７）。また、転記したレコードはメール送信部２１１にも送られる（Ｓ６２８）。そして、現在のカゴテーブル２０９に記録されている、発注予定商品のレコードを削除する。

メール送信部２１１は、発注ｃｇｉ２０５から受け取ったレコードを基に、発注する商品を担当する業者毎に発注メールを作成して、図示しないメールサーバへ送信する。その際、メールアドレスはカタログマスタと業者マスタを参照して得る（Ｓ６２９）。
一方、発注ｃｇｉ２０５は、メール送信部２１１から発注処理を済ませた旨のリザルトコードを受け取ると、発注処理を済ませた旨を示すｈｔｍｌ文書を作成し（Ｓ６３０）、携帯端末１０２へ送信する（Ｓ６３１）。
携帯端末１０２のｗｅｂブラウザは、発注ｃｇｉ２０５から送信されたｈｔｍｌ文書を受信すると、これを画面に表示する。携帯端末１０２の画面には発注処理が完了した旨を示すメッセージが表示される（Ｓ６３２）。
こうして、携帯端末１０２で二次元コード１０３を読み取ってから商品発注処理を完遂するまでの処理が終了する。

図７（ａ）及び（ｂ）は、携帯端末１０２による二次元コード１０３の読み取り動作の概要を示す図である。
図７（ａ）は、二次元コード１０３を内蔵するカメラを用いて読み取りを開始した状態を示す図である。液晶表示素子（ＬＣＤ）７０２に、二次元コード１０３が表示されている。
図７（ｂ）は、二次元コード１０３をデコードした状態を示す図である。
図７（ａ）に示すように、携帯端末１０２の内蔵カメラで二次元コード１０３を読み取ると、図７（ｂ）に示すように、二次元コード１０３がデコードされ、ＵＲＬ文字列７０３に変換される。この後、携帯端末１０２の実行キーを押すと、ｗｅｂブラウザが起動し、ＵＲＬ文字列７０３に記される受発注サーバ１０５へのアクセスを行う。

図８（ａ）、（ｂ）及び（ｃ）は、受発注サーバ１０５によって携帯端末１０２の画面に表示される表示画面の例を示す図である。
図８（ａ）は、カタログ表示ｃｇｉ２０３によって表示される表示画面である。ステップＳ５１２において、携帯端末１０２のＬＣＤ７０２に表示される。商品画像８０２は画像ファイルディレクトリ２１６から読み出された画像ファイルである。サンプル請求ボタン８０３は、ＬＣＤ７０２に表示されている商品を買い物籠に投入するためのボタンである。つまり、サンプル請求ボタン８０３を押すと、注文一覧表示ｃｇｉ２０４にアクセスし、その際ＰＯＳＴメソッドにて商品のシリアル番号と個数が注文一覧表示ｃｇｉ２０４に送信される。

図８（ｂ）は、注文一覧表示ｃｇｉ２０４によって携帯端末１０２のＬＣＤ７０２に表示される表示画面である。ステップＳ５２０において、携帯端末１０２のＬＣＤ７０２に表示される。サンプル出荷依頼ボタン８０４は、ＬＣＤ７０２に表示されている商品の一覧について、注文を確定するためのボタンである。つまり、サンプル出荷依頼ボタン８０４を押すと、発注ｃｇｉ２０５にアクセスし、カゴテーブル２０９から受注確定テーブル２１０への転記が行われる（図６のステップＳ６２５）。
図８（ｃ）は、発注ｃｇｉ２０５によって表示される表示画面である。ステップＳ６３２において、携帯端末１０２の画面に表示される。

本実施形態には、以下のような応用例が考えられる。
（１）携帯端末１０２に、追加のアプリケーションプログラムを導入することにより、ｗｅｂブラウザを終了せずに二次元コードの読み取りを続行したり、二次元コードの連続読み取りを実現することができる。つまり、買い物籠へ商品を投入する動作を迅速且つ効率よく遂行することができる。

（２）本実施形態では、携帯端末１０２を一意に識別する手段として、携帯端末に固有の個体情報を利用した。この、個体情報の代わりに、携帯端末１０２を使用する個人を識別するための個人情報を利用することができる。なお、ここでいう個人情報とは、住所や氏名といった情報ではなく、指紋や虹彩等の、その人を特定することができる固有の情報という意味である。

本実施形態においては、商品受発注システムを開示した。
本実施形態では、電子商取引システムの端末として、パソコンの代わりに、極めて広く普及し、接続環境も整っている携帯電話（携帯端末）を利用する。但し、携帯端末はパソコンが備えるキーボードでのキー入力と同じようなことはできない。
そこで、商品の商品コードをパラメータに含むＵＲＬをエンコードした二次元コードを用いて、瞬時の商品選定作業を可能にした。

また、携帯端末はパソコンのｗｅｂブラウザで広く用いられるＣｏｏｋｉｅ認証が困難である。更に、現状の携帯端末はｗｅｂブラウザを実行したまま二次元コードの読み取りができない機種が多い。このような現状を踏まえ、商品受発注サーバには、携帯端末の個体情報でインデキシングするカゴテーブルを備えた。携帯端末がｗｅｂブラウザを一旦終了して二次元コードを読み込んで、再びｗｅｂブラウザを起動しても、カゴテーブルを個体情報で検索すれば、買い物籠に入っている商品の一覧を把握できる。

更に、このカゴテーブルを個体情報でインデキシングする仕組みは、特に電波の感度の相違に因る携帯端末の動作の不安定さに強い。つまり、従来の電子商取引システムにありがちであった、セッションが途切れることに起因する不具合に強い。
従って、ユーザは特に電波の感度の相違に因る携帯端末の動作の不安定さを気にすることなく、買い物に集中できる。

以上、本発明の実施形態例について説明したが、本発明は上記実施形態例に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含む。

本発明の実施形態の例である、商品受発注システムを示す概略図である。 受発注サーバの機能ブロック図である。 受発注サーバ内の各テーブルのフィールドの一覧を示す図である。 携帯端末の機能ブロック図である。 携帯端末と受発注サーバとの通信と、処理の流れを示すシーケンス図である。 携帯端末と受発注サーバとの通信と、処理の流れを示すシーケンス図である。 携帯端末による二次元コードの読み取り動作の概要を示す図である。 受発注サーバによって携帯端末の画面に表示される表示画面の例を示す図である。

符号の説明

１０２…携帯端末、１０３…二次元コード、１０４…インターネット、１０５…受発注サーバ、１０６…受注業者、１０７…端末、２０２…ｗｅｂサーバプログラム、２０３…カタログ表示ｃｇｉ、２０４…注文一覧表示ｃｇｉ、２０５…発注ｃｇｉ、２０６…携帯ユーザ認証部、２０７…携帯ユーザマスタ、２０８…カタログマスタ、２０９…カゴテーブル、２１０…受注確定テーブル、２１１…メール送信部、２１２…カレンダクロック、２１３…受注確認ｃｇｉ、２１４…受注業者認証部、２１５…受注業者マスタ、４０２…レンズ、４０３…ＣＣＤカメラ、１０３…二次元コード、４０４…デコーダ、４０５…ｗｅｂブラウザ、４０６…入出力制御部、４０７…アンテナ、４０８…無線インターフェース、４０９…表示制御部、４１０…ＬＣＤ、４１１…キースイッチ、７０２…ＬＣＤ、７０３…ＵＲＬ文字列、８０２…商品画像、８０３…サンプル請求ボタン、８０４…サンプル出荷依頼ボタン

Claims (4)

1. 端末から送信されたＨＴＴＰリクエストメッセージのヘッダから前記端末を識別するための端末識別情報を取得し、登録済みユーザであるか否か確認するユーザ認証部と、
   前記端末識別情報を格納する端末識別情報フィールドと、商品を識別する商品識別情報を格納する商品識別情報フィールドと、前記商品の注文数を格納する個数フィールドとを備えるカゴテーブルと、
   前記ユーザ認証部が登録済みユーザであると判断したら、前記端末から送信されたＨＴＴＰリクエストメッセージから前記端末識別情報と前記商品識別情報と前記個数の情報を取得して前記カゴテーブルに追記録すると共に、前記カゴテーブルを前記端末識別情報で検索した結果を前記端末に送信する注文一覧表示部と
   を備える受発注サーバ。
2. 更に、
   前記商品識別情報フィールドと、前記商品識別情報に係る商品の名称を格納する商品名称フィールドとを備えるカタログマスタと、
   前記ユーザ認証部が登録済みユーザであると判断したら、前記端末から送信されたＨＴＴＰリクエストメッセージから前記商品識別情報を取得して前記カタログマスタを検索し、得られた前記商品の名称と前記注文一覧表示部へアクセスするためのＵＲＬを含む文書を前記端末に送信するカタログ表示部と
   を備える請求項１記載の受発注サーバ。
3. 更に、
   前記端末識別情報を格納する端末識別情報フィールドと、商品を識別する商品識別情報を格納する商品識別情報フィールドと、前記商品の注文数を格納する個数フィールドとを備える注文確定テーブルと、
   前記ユーザ認証部が登録済みユーザであると判断したら、前記端末から送信されたＨＴＴＰリクエストメッセージから前記端末識別情報を取得して前記カゴテーブルを検索し、得られたレコードを前記注文確定テーブルに転記すると共に、前記カゴテーブルの該当レコードを削除し、注文を確定した旨を示す文書を前記端末に送信する発注部と
   を備え、
   前記注文一覧表示部は前記カゴテーブルを前記端末識別情報で検索した結果と前記発注部へアクセスするためのＵＲＬを含む文書を前記端末に送信するものである、請求項２記載の受発注サーバ。
4. ＵＲＬ文字列がエンコードされた二次元コードをデコードするデコーダと、前記デコーダから得た前記ＵＲＬ文字列に基づいて所定のサーバにアクセスを行う際、ＨＴＴＰリクエストメッセージのヘッダに端末識別情報を含めて送信するｗｅｂブラウザと、前記ｗｅｂブラウザの表示内容を表示する画面とを備える端末と、
   前記端末から送信されたＨＴＴＰリクエストメッセージのヘッダから前記端末識別情報を取得し、登録済みユーザであるか否か確認するユーザ認証部と、前記端末識別情報を格納する端末識別情報フィールドと、商品を識別する商品識別情報を格納する商品識別情報フィールドと、前記商品の注文数を格納する個数フィールドとを備えるカゴテーブルと、前記ユーザ認証部が登録済みユーザであると判断したら、前記端末から送信されたＨＴＴＰリクエストメッセージから前記端末識別情報と前記商品識別情報と前記個数の情報を取得して前記カゴテーブルに追記録すると共に、前記カゴテーブルを前記端末識別情報で検索した結果を含む文書を前記端末に送信する注文一覧表示部とを備える受発注サーバと
   よりなる商品受発注システム。

Images