(57)【要約】【課題】商品の種類と注文数量に応じて、適切な配送手段を自動的に選択したい。【解決手段】複数の商品を一意に識別する商品ＩＤフィールドと、商品名を含む商品名フィールドと、ルート便配送の可否を表す商品フラグフィールドを備えるレコードの集合体である商品マスタを用意する。そして、商品マスタのレコードを読み、商品名と、商品名について選択を指示するための操作子をクライアントに表示する画面を作成する。そして、クライアントが選択した商品の情報を受信して、商品名と、対応する商品フラグフィールドの値に応じてルート便配送を行うか否かをクライアントに表示する画面を作成する。受注数量に応じて配送手段を固定したり選択可能にすることで、ユーザのニーズにきめ細かく対応するだけでなく、配送費用の負担を軽減する。【選択図】図２
2008165569.tif 000002
【特許請求の範囲】
【請求項１】
画面と操作部を備えるクライアントと、前記クライアントに接続されるサーバを備える商品受発注システムであって、
前記サーバは、
複数の商品を一意に識別する商品ＩＤフィールドと、商品名を含む商品名フィールドと、ルート便配送の可否を表す商品フラグフィールドを備えるレコードの集合体である商品マスタと、
前記商品マスタのレコードを読み、前記商品名と、前記商品名について選択を指示するための操作子を前記クライアントに表示する画面を作成する、商品選択画面作成部と、
少なくとも前記商品コードを含む、選択された商品の情報を前記クライアントから受信して、前記商品名と、前記選択された商品の商品フラグフィールドの値に応じてルート便配送を行うか否かを前記クライアントに表示する画面を作成する、注文確認画面作成部と
を具備することを特徴とする、商品受発注システム。
【請求項２】
前記選択された商品の情報は前記選択された商品の個数の情報を含み、
前記注文確認画面作成部は、
前記選択された商品の商品フラグフィールドの値が前記ルート便配送を可能とすることを示す値であり、且つ前記商品の個数の情報が所定の閾値以上の場合は、前記ルート便配送のみを行う旨を表示し、
前記選択された商品の商品フラグフィールドの値が前記ルート便配送を可能とすることを示す値であり、且つ前記商品の個数の情報が所定の閾値未満の場合は、前記ルート便配送或は小口配送が選択可能である旨を前記クライアントに表示する
ことを特徴とする、請求項１記載の商品受発注システム。
【請求項３】
更に、
複数の顧客を一意に識別するユーザＩＤフィールドと、顧客名を含むユーザ名フィールドと、ルート便配送の可否を表すユーザフラグフィールドを備えるレコードの集合体である販売店マスタと、
前記顧客の届け先を識別する届け先ＩＤフィールドと、届け先名称を含む届け先名フィールドと、前記販売店マスタのユーザＩＤフィールドの値が格納されるユーザＩＤフィールドと、ルート便配送の可否を表す届け先フラグフィールドを備えるレコードの集合体である届け先マスタと
を備え、
前記商品選択画面作成部は、表示画面作成の時点で前記ユーザフラグフィールドの値及び前記届け先フラグフィールドの値を確定しているものであり、
前記注文確認画面作成部は、
前記ユーザフラグフィールドの値及び前記届け先フラグフィールドの値及び前記選択された商品の商品フラグフィールドの値の全てが前記ルート便配送を可能とすることを示す値であり、且つ前記商品の個数の情報が所定の閾値以上の場合は、前記ルート便配送のみを行う旨を表示し、
前記ユーザフラグフィールドの値及び前記届け先フラグフィールドの値及び前記選択された商品の商品フラグフィールドの値の全てが前記ルート便配送を可能とすることを示す値であり、且つ前記商品の個数の情報が所定の閾値未満の場合は、前記ルート便配送或は小口配送が選択可能である旨を前記クライアントに表示する
ことを特徴とする、請求項２記載の商品受発注システム。
【請求項４】
複数の商品を一意に識別する商品ＩＤフィールドと、商品名を含む商品名フィールドと、ルート便配送の可否を表す商品フラグフィールドを備えるレコードの集合体である商品マスタから、前記商品名と、前記商品名について選択を指示するための操作子を含む画面をクライアントに表示する、商品選択画面表示ステップと、
前記クライアントから少なくとも前記商品コードを含む、選択された商品の情報を受信するステップと、
前記選択された商品の情報の内容に従って、前記商品名と、前記選択された商品の商品フラグフィールドの値に応じてルート便配送を行うか否かを前記クライアントに表示する、注文確認画面作成ステップと
よりなることを特徴とする商品受発注方法。
【請求項５】
前記選択された商品の情報は前記選択された商品の個数の情報を含むものであり、
前記注文確認画面作成ステップは、
前記選択された商品の商品フラグフィールドの値が、前記ルート便配送が可能であることを示す値であり、且つ前記商品の個数の情報が所定の閾値以上の場合は、前記ルート便配送のみを行う旨を表示し、
前記選択された商品の商品フラグフィールドの値が、前記ルート便配送が可能であることを示す値であり、且つ前記商品の個数の情報が所定の閾値未満の場合は、前記ルート便配送或は小口配送が選択可能である旨を前記クライアントに表示する
ことを特徴とする、請求項４記載の商品受発注方法。
【請求項６】
更に、
複数の顧客を一意に識別するユーザＩＤフィールドと、顧客名を含むユーザ名フィールドと、ルート便配送の可否を表すユーザフラグフィールドを備えるレコードの集合体である販売店マスタから、前記顧客名を表示するステップと、
前記顧客の届け先を識別する届け先ＩＤフィールドと、届け先名称を含む届け先名フィールドと、前記販売店マスタのユーザＩＤフィールドの値が格納されるユーザＩＤフィールドと、ルート便配送の可否を表す届け先フラグフィールドを備えるレコードの集合体である届け先マスタから、前記届け先名と、前記届け先名について選択を指示するための操作子を含む画面をクライアントに表示する、届け先指定画面表示ステップと、
を含み、
前記商品選択画面作成ステップは、表示画面作成の時点で前記ユーザフラグフィールドの値及び前記届け先フラグフィールドの値を確定しているものであり、
前記注文確認画面作成ステップは、
前記ユーザフラグフィールドの値及び前記届け先フラグフィールドの値及び前記選択された商品の商品フラグフィールドの値の全てが、前記ルート便配送が可能であることを示す値であり、且つ前記商品の個数の情報が所定の閾値以上の場合は、前記ルート便配送のみを行う旨を表示し、
前記ユーザフラグフィールドの値及び前記届け先フラグフィールドの値及び前記選択された商品の商品フラグフィールドの値の全てが、前記ルート便配送が可能であることを示す値であり、且つ前記商品の個数の情報が所定の閾値未満の場合は、前記ルート便配送或は小口配送が選択可能である旨を前記クライアントに表示する
ことを特徴とする、請求項５記載の商品受発注方法。
【請求項７】
複数の商品を一意に識別する商品ＩＤフィールドと、商品名を含む商品名フィールドと、ルート便配送の可否を表す商品フラグフィールドを備えるレコードの集合体である商品マスタと、
前記商品マスタのレコードを読み、前記商品名と、前記商品名について選択を指示するための操作子を表示する、クライアントに表示する画面を作成する、商品選択画面作成部と、
少なくとも前記商品コードを含む、選択された商品の情報を前記クライアントから受信して、前記商品名と、前記選択された商品の商品フラグフィールドの値に応じてルート便配送を行うか否かを示す情報を前記クライアントに表示する画面を作成する、注文確認画面作成部と
を具備することを特徴とするサーバ。
【請求項８】
前記選択された商品の情報は、前記選択された商品の個数の情報を含み、
前記注文確認画面作成部は、
前記選択された商品の商品フラグフィールドの値が前記ルート便配送を可能とすることを示す値であり、且つ前記商品の個数の情報が所定の閾値以上の場合は、前記ルート便配送のみを行う旨を表示し、
前記選択された商品の商品フラグフィールドの値が前記ルート便配送を可能とすることを示す値であり、且つ前記商品の個数の情報が所定の閾値未満の場合は、前記ルート便配送或は小口配送が選択可能である旨を前記クライアントに表示する
ことを特徴とする、請求項７記載のサーバ。
【請求項９】
更に、
複数の顧客を一意に識別するユーザＩＤフィールドと、顧客名を含むユーザ名フィールドと、ルート便配送の可否を表すユーザフラグフィールドを備えるレコードの集合体である販売店マスタと、
前記顧客の届け先を識別する届け先ＩＤフィールドと、届け先名称を含む届け先名フィールドと、前記販売店マスタのユーザＩＤフィールドの値が格納されるユーザＩＤフィールドと、ルート便配送の可否を表す届け先フラグフィールドを備えるレコードの集合体である届け先マスタと
を備え、
前記商品選択画面作成部は、表示画面作成の時点で前記ユーザフラグフィールドの値及び前記届け先フラグフィールドの値を確定するものであり、
前記注文確認画面作成部は、
前記ユーザフラグフィールドの値及び前記届け先フラグフィールドの値及び前記選択された商品の商品フラグフィールドの値の全てが前記ルート便配送を可能とすることを示す値であり、且つ前記商品の個数の情報が所定の閾値以上の場合は、前記ルート便配送のみを行う旨を表示し、
前記ユーザフラグフィールドの値及び前記届け先フラグフィールドの値及び前記選択された商品の商品フラグフィールドの値の全てが前記ルート便配送を可能とすることを示す値であり、且つ前記商品の個数の情報が所定の閾値未満の場合は、前記ルート便配送或は小口配送が選択可能である旨を前記クライアントに表示する
ことを特徴とする、請求項８記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品受発注システムに適用して好適な技術に関する。
より詳細には、受注した商品の種類と個数を見て、商品毎に適切な配送方法を決定することを特徴とする、商品受発注システムに関する。
【背景技術】
【０００２】
コピー機やプリンタ、ファクシミリ装置等のオフィス機器は、消耗品を必要とする。レーザプリンタ等の画像形成装置であればトナーカートリッジやドラムカートリッジがこれに該当する。インクジェットプリンタであればインクカートリッジがこれに該当する。
出願人は電子商取引システムにおいて、これら消耗品を取り扱い、顧客の要求に迅速に応えるべく努めている。
電子商取引システムは、主にインターネットを経由したクライアント・サーバシステムである。このシステムは、一般社会に広く定着したインターネット接続環境を用いて、ｗｅｂベースで商品の注文を受け付けるものである。電子商取引システムはｗｅｂショッピングとも呼ばれる。
【０００３】
電子商取引システムでは、ユーザがクライアントＰＣを用いてｗｅｂサーバにアクセスして、電子商取引を行う。ユーザはクライアントＰＣ上で稼動するｗｅｂブラウザを操作して、ｗｅｂサーバから注文を行うｗｅｂページ（ｈｔｍｌ文書）を受信し、表示する。そして、表示されている文書の中から、ユーザが購入したい商品を選択し、必要な個数を指定し、発注を行う。
【０００４】
なお、従来の電子商取引システムの一例として、特許文献１を示す。
【特許文献１】特開２００３−２９６５９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特に大量の発注を行う販売店や大企業等の、大口顧客の場合は、商品の注文数が膨大になる場合がある。このようなケースでは、配送方法を適切に選択することが望まれる。
配送業者には様々な業務形態の者がいる。大まかには、小型トラックによる少量且つ迅速な配送を行う小口配送業者と、大型トラックによる大量且つ低価格な配送を行うルート便配送業者とに分類される。
従来の電子商取引システムでは、注文の内容に応じて、適切な配送業者を選択する仕組みがなかった。
【０００６】
本発明はかかる点に鑑みてなされたものであり、注文の内容に応じて、適切な配送業者を自動的に選択する仕組みを備える、新規な商品受発注システム及びその方法、そしてそのためのサーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するための本発明は、先ず、複数の商品を一意に識別する商品ＩＤフィールドと、商品名を含む商品名フィールドと、ルート便配送の可否を表す商品フラグフィールドを備えるレコードの集合体である商品マスタを用意する。
そして、商品マスタのレコードを読み、商品名と、商品名について選択を指示するための操作子をクライアントに表示する画面を作成する。
そして、クライアントが選択した商品の情報を受信して、商品名と、対応する商品フラグフィールドの値に応じてルート便配送を行うか否かをクライアントに表示する画面を作成するものである。
【０００８】
商品は、ルート便に乗せることが好ましい商品、ルート便に乗せることが好ましくない商品等に分けられる。そのような商品の性質を示す値を、商品マスタにフィールドとして持たせる。受注数量に応じて配送手段を固定したり選択可能にすることで、ユーザのニーズにきめ細かく対応するだけでなく、配送費用の負担を軽減する。
【発明の効果】
【０００９】
本発明により、注文の内容に応じて、適切な配送業者を自動的に選択する仕組みを備える、新規な商品受発注システム及びその方法、そしてそのためのサーバを提供できる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態を、図１〜図１５を参照して説明する。
【００１１】
実施形態の詳細説明の前に、本実施形態の概略を説明する。
本実施形態は、大口の顧客にプリンタ等のトナーカートリッジ等の消耗品を配送する、デリバリーサービスを提供する電子商取引システムである。
配送する商品とその個数によっては、小型トラック等で行われる小口配送と、大型トラックで行われるルート配送とを使い分けることが望ましい。
そこで、顧客、配送先、商品の夫々を管理するテーブルにフラグを付して、全てのフラグがルート配送の条件を満たしている場合に、ルート配送に配送形態を切り替える。
また、全てのフラグがルート配送の条件を満たし、所定の個数未満である場合は、ルート配送と小口配送の両方で実現可能であるので、いずれかの配送方法を顧客に選択させる。
【００１２】
図１は、本実施の形態の例である、電子商取引システムの全体概略図である。
電子商取引システム１０１は、インターネット１０２を通じて情報の送受信を行う、クライアント・サーバシステムである。
クライアントＰＣ１０３は一般的なパソコンであり、インターネット１０２に接続されている。ユーザ１０４はクライアントＰＣ１０３上で稼動する、図示しないｗｅｂブラウザを操作して、ｗｅｂサーバ１０５にアクセスする。
ｗｅｂサーバ１０５はクライアントＰＣ１０３に対し、電子商取引を行うｗｅｂサービスを提供する。
データベースサーバ１０６はｗｅｂサーバ１０５と社内ＬＡＮ１０７にて接続されている。データベースサーバ１０６は、ｗｅｂサーバ１０５の稼動に必要な情報を蓄積し、検索を可能とする、周知のＳＱＬ（Structured Query Language：リレーショナルデータベースの操作を行うための言語の一つ。）ベースのデータベースである。
【００１３】
ｗｅｂサーバ１０５はデータベースサーバ１０６と連携し、クライアントＰＣ１０３から発されるアクセスに対し、様々な処理を行う。様々な処理とは、ユーザ認証、商品一覧表示、選択された商品の一覧及び合計額表示、受注及び発注処理等である。
本システムは、特に大口の顧客を対象とし、プリンタ等のトナーカートリッジ等を販売する、消耗品受発注システムである。
【００１４】
図２はｗｅｂサーバ１０５及びデータベースサーバ１０６の機能ブロック図である。
ｗｅｂサーバ１０５は、概略的にはＨＴＴＰ（Hyper Text Transfer Protocol）を用いて、クライアントの図示しないｗｅｂブラウザの要求に応じて、クライアントにｈｔｍｌ文書を送信する、周知のｗｅｂサーバである。
ｗｅｂサーバ１０５は、一般的なネットワークＯＳが稼動するコンピュータである。ネットワークＯＳは、一例として、ＦｒｅｅＢＳＤ等のＢＳＤ系、或はＬｉｎｕｘ（登録商標）等のＰＯＳＩＸ（Portable Operating System Interface for UNIX）（ＵＮＩＸは登録商標）系ＯＳ等が挙げられる。
【００１５】
実行制御部２０２は、クライアントＰＣ１０３から来る要求（コマンド）を受信し、これに応じて、ＨＴＴＰにてｈｔｍｌ文書をクライアントへ送信する機能を提供する。端的にいえばｗｅｂサーバソフトウェアであり、一例としてはＡｐａｃｈｅ(http://www.apache.org/)等である。
実行制御部２０２はクライアントＰＣ１０３の要求に応じ、ｃｇｉ（Common Gateway Interface）の実行をも行う。
特に、本実施形態のｗｅｂサーバ１０５が電子商取引サービスを提供する性格上、実行制御部２０２は暗号化モジュール２０３を含んでいる。
暗号化モジュール２０３はＨＴＴＰＳ（Hypertext Transfer Protocol Security：ｗｅｂサーバ１０５とクライアントＰＣ１０３がデータを送受信するのに使われるプロトコルであるＨＴＴＰに、ＳＳＬによるデータの暗号化機能を付加したプロトコル。ポート番号４４３番が主に用いられる。）の機能を提供する。
【００１６】
ｃｇｉの実体は標準出力にテキストを出力するプログラムである。ｃｇｉが生成するテキストが、実行制御部２０２によってＨＴＴＰ或はＨＴＴＰＳにてクライアントＰＣ１０３へ送信される。
ｃｇｉを構成する要素としては、どのようなプログラミング言語であってもよい。ｐｅｒｌ（http://www.perl.org/）やＰＨＰ（http://php.net/）、ｐｙｔｈｏｎ（http://www.python.org/）、ｒｕｂｙ（http://www.ruby-lang.org/ja/）等のインタプリタ言語に留まらず、ＣやＪａｖａ（登録商標）等のコンパイルを要する言語であってもよい。簡単な内容であればシェルスクリプトであってもよい。
【００１７】
各々のｃｇｉは主にｗｅｂブラウザに表示する画面を作るためのｈｔｍｌ文書を作成する。つまり、ｈｔｍｌ文書はｗｅｂブラウザを通じてＧＵＩ（Graphical User Interface）を作成する手段である。
なお、図２ではｗｅｂブラウザに表示させる画面毎にｃｇｉが個別に設けられているが、単一のｃｇｉで構成することも可能である。但し、その場合は単一のｃｇｉの中に複数の表示画面を作成する機能が含まれることとなる。
【００１８】
これ以降は、ｗｅｂサーバ１０５内の各ｃｇｉを、その表示画面と共に説明する。また、併せてそれらｃｇｉの説明と共に、データベースサーバ１０６内の三つのテーブルも説明する。
【００１９】
ログイン前ｃｇｉ２０４は、クライアントＰＣ１０３からの要求に応じて実行制御部２０２によって実行され、クライアントＰＣ１０３にログイン画面を表示するｈｔｍｌ文書を作成する。
図３に、クライアントＰＣ１０３のｗｅｂブラウザによって、クライアントＰＣ１０３のディスプレイに表示されたログイン前画面を示す。
【００２０】
ユーザ認証ｃｇｉ２０５は、ログイン前画面３０１を表示しているクライアントＰＣ１０３から、「ログイン」ボタン３０２を押した行為によって発生する要求に応じて、実行制御部２０２によって実行される。
ユーザ認証ｃｇｉ２０５は、クライアントＰＣ１０３から得られたパラメータであるユーザＩＤとパスワードを販売店マスタ２０６から検索して照合する。
販売店マスタ２０６には、登録ユーザ（販売店や得意先）が重複のないユーザＩＤにて記録されている。販売店マスタ２０６は、各登録ユーザのユーザＩＤをパスワードと共に管理する。
ユーザ認証ｃｇｉ２０５による照合の結果、ユーザＩＤとパスワードが合致していれば、ユーザ認証ｃｇｉ２０５は、正常にログインが完了したことを示すｃｏｏｋｉｅ（クッキー：ｗｅｂサイトの提供者が、ｗｅｂブラウザを通じて訪問者のコンピュータに一時的にデータを書き込んで保存させるしくみ。殆どの場合、アルファベット及び数字の１バイト文字列にて構成される。）を作成すると共に、自動的にログイン後ｃｇｉ２０７に移行するｈｔｍｌメッセージを作成する。これらは実行制御部２０２を通じてクライアントＰＣ１０３に送信される。
一方、照合の結果、ユーザＩＤとパスワードが合致していなければ、ログインが失敗したことを示すエラーメッセージを付して、自動的にログイン前ｃｇｉ２０４に移行するｈｔｍｌメッセージを作成する。これらは実行制御部２０２を通じてクライアントＰＣ１０３に送信される。
【００２１】
自動的にログイン後ｃｇｉ２０７に移行するｈｔｍｌメッセージとは、ＨＴＴＰのステータスコードの一種である、転送機能を用いている。この転送機能のステータスコードは、ＨＴＴＰのバージョンによって異なる。
http ver.1.1の場合は「303 See Other」というステータスコードと、ログイン後ｃｇｉ２０７のＵＲＩを、ＨＴＴＰ応答ヘッダに記す。
http ver.1.0の場合は「302 Found」というステータスコードと、ログイン後ｃｇｉ２０７のＵＲＩを、ＨＴＴＰ応答ヘッダに記す。
ユーザ認証ｃｇｉ２０５は、このように構成したＨＴＴＰ応答ヘッダを作成し、クライアントＰＣ１０３へ送信する。
クライアントＰＣ１０３のｗｅｂブラウザは、このＨＴＴＰ応答ヘッダを解釈し、直ちに記されているＵＲＩに基づいてログイン後ｃｇｉ２０７の表示（実行）をｗｅｂサーバ１０５に要求する。
すなわち、ユーザ認証ｃｇｉ２０５はｗｅｂブラウザによって表示画面に表示されるｈｔｍｌ文書を作成しない。或は、ユーザ認証ｃｇｉ２０５がｈｔｍｌ文書（ＨＴＴＰメッセージの本文）を作成しても、ｗｅｂブラウザの機能により、ｗｅｂブラウザがＨＴＴＰ応答ヘッダ中の転送ステータスコードを検出して転送を実行するので、当該作成されたｈｔｍｌ文書はｗｅｂブラウザには表示されない。
ログイン失敗時に自動的にログイン前ｃｇｉ２０４に移行するｈｔｍｌメッセージも、同様である。
【００２２】
ログイン後ｃｇｉ２０７は、登録ユーザにログインが正常に行われたことを示す画面のｈｔｍｌ文書を作成する。また、この画面は各種機能を提供する他のｃｇｉへのリンクを列挙表示すると共に、ユーザに対して所定のメッセージを表示する。いわゆる「トップメニュー」である。
図４に、クライアントＰＣ１０３のｗｅｂブラウザによって、クライアントＰＣ１０３のディスプレイに表示されたログイン後画面を示す。
ログイン後画面４０１にある「発注管理」ボタン４０２を押すと、届け先指定ｃｇｉ２０８が呼び出され、実行される。
【００２３】
届け先指定ｃｇｉ２０８は、届け先指定画面を表示するｈｔｍｌ文書を作成する。
図５に、クライアントＰＣ１０３のｗｅｂブラウザによって、クライアントＰＣ１０３のディスプレイに表示された届け先指定画面を示す。
届け先指定ｃｇｉ２０８は、後述するセッション情報ファイルからユーザ情報を取得して、届け先マスタ２１０を検索し、該当ユーザの届け先を列挙表示可能なｈｔｍｌ文書を作成する。
届け先指定画面５０１のプルダウンボタン５０２を押すと、届け先マスタ２１０の検索結果である、該当ユーザの届け先が列挙表示される。このうちの一つをマウスにて選択した後、「届け先指定」ボタン５０３を押すと、指定した届け先の情報がＨＴＴＰＳのＰＯＳＴメソッドによってクライアントＰＣ１０３からｗｅｂサーバ１０５に送信されると共に、商品選択画面作成部ともいえる商品選択ｃｇｉ２１１が呼び出され、実行される。
【００２４】
商品選択ｃｇｉ２１１は、受信した届け先の情報を、後述する注文データファイル２０９に記録した後、商品選択画面を表示するｈｔｍｌ文書を作成する。
図６に、クライアントＰＣ１０３のｗｅｂブラウザによって、クライアントＰＣ１０３のディスプレイに表示された商品選択画面を示す。
商品選択ｃｇｉ２１１は、商品マスタ２１２を検索し、商品を列挙表示するｈｔｍｌ文書を作成する。なお、商品選択ｃｇｉ２１１はその機能に応じて複数設けることができる。
購入したい商品の数量等を指定した後、「注文手続きへ」ボタン６０２を押すと、指定した商品とその数量の情報がＨＴＴＰＳのＰＯＳＴメソッドによってクライアントＰＣ１０３からｗｅｂサーバ１０５に送信されると共に、注文確認画面作成部ともいえる注文確認ｃｇｉ２１３が呼び出され、実行される。
【００２５】
注文確認ｃｇｉ２１３は、受信した商品とその数量の情報を、後述する注文データファイル２０９に記録した後、注文確認画面を表示するｈｔｍｌ文書を作成する。
図７に、クライアントＰＣ１０３のｗｅｂブラウザによって、クライアントＰＣ１０３のディスプレイに表示された注文確認画面を示す。
注文確認ｃｇｉ２１３は、届け先及び購入予定商品を表示し、夫々の項目に対して訂正を行うか、表示されている内容にて注文を行うかをユーザに選択させる。
「この内容で注文する」ボタン７０２を押すと、完了ｃｇｉ２１５が呼び出され、実行される。
「ご購入商品確認」欄７０３の右端にある「訂正」ボタン７０４を押すと、注文訂正ｃｇｉ２１４が呼び出され、実行される。
【００２６】
注文訂正ｃｇｉ２１４は、注文訂正画面を表示するｈｔｍｌ文書を作成する。
図８に、クライアントＰＣ１０３のｗｅｂブラウザによって、クライアントＰＣ１０３のディスプレイに表示された注文訂正画面を示す。
注文訂正ｃｇｉ２１４は、購入予定商品を列挙表示し、選択した商品を削除するか、或は追加するかをユーザに選択させる。
表形式にて表示されている選択商品欄８０２の右端にある「削除」ボタン８０３を押すと、該当する商品を削除する旨の情報がＨＴＴＰＳのＰＯＳＴメソッドによってクライアントＰＣ１０３からｗｅｂサーバ１０５に送信されると共に、注文訂正ｃｇｉ２１４が呼び出され、再度実行される。その結果、当該商品が削除された状態で注文訂正画面８０１が再表示される。
「商品追加」ボタン８０４を押すと、商品選択ｃｇｉ２１１が呼び出され、実行される。
「注文手続きへ」ボタン８０５を押すと、指定した商品とその数量の情報がＨＴＴＰＳのＰＯＳＴメソッドによってクライアントＰＣ１０３からｗｅｂサーバ１０５に送信されると共に、注文確認ｃｇｉ２１３が呼び出され、実行される。
【００２７】
完了ｃｇｉ２１５は、完了画面を表示するｈｔｍｌ文書を作成する。
図９に、クライアントＰＣ１０３のｗｅｂブラウザによって、クライアントＰＣ１０３のディスプレイに表示された完了画面を示す。
完了ｃｇｉ２１５は、ユーザが選択した購入予定商品を確定して注文データを作成し、別途図示しない発注手続きシステムに当該注文データを送信するべく渡すと共に、発注処理を行った旨の表示と、注文内容の表示を行うｈｔｍｌ文書を生成する。
【００２８】
図１０は、クライアントＰＣ１０３に表示される画面の遷移を示す状態遷移図である。これまで説明した各表示画面と、画面上のボタンの操作によりどの画面に遷移するかの関係を示す。
ログイン前画面３０１でユーザＩＤとパスワードを入力後、「ログイン」ボタン３０２を押すと、認証（ログイン）に成功したらログイン後画面４０１に遷移する。失敗したら再びログイン前画面３０１に遷移する。
ログイン後画面４０１で「ログアウト」ボタン４０３を押すと、ログイン前画面３０１に戻る。
ログイン後画面４０１で「発注管理」ボタン４０２を押すと、届け先指定画面５０１に遷移する。
届け先指定画面５０１で届け先を選択して「届け先指定」ボタン５０３を押すと、商品選択画面６０１に遷移する。
商品選択画面６０１で「カートに入れる」ボタン６０３を押すと、選択した商品を購入予定商品に設定して、再度商品選択画面６０１に遷移する。
商品選択画面６０１で「クリア」ボタン６０４を押すと、選択した商品を購入予定商品から削除して、再度商品選択画面６０１に遷移する。
商品選択画面６０１で「注文手続きへ」ボタン６０２を押すと、注文確認画面７０１に遷移する。
注文確認画面７０１で「訂正」ボタン７０４を押すと、注文訂正画面８０１に遷移する。
注文確認画面７０１で「この内容で注文する」ボタン７０２を押すと、完了画面９０１に遷移する。
注文訂正画面８０１で「削除」ボタン８０３を押すと、選択した商品を購入予定商品から削除して、再度注文訂正画面８０１に遷移する。
注文訂正画面８０１で「商品追加」ボタン８０４を押すと、商品選択画面６０１に遷移する。
注文訂正画面８０１で「注文手続きへ」ボタン８０５を押すと、注文確認画面７０１に遷移する。
【００２９】
図１１は、データベースサーバ１０６内の三つのテーブルのフィールドの一覧とその内容を示す一覧表である。
販売店マスタ２０６はユーザテーブルとも呼べるものである。ユーザ認証のためのユーザＩＤとパスワード（或はパスワードのハッシュ値）の組、ユーザである販売店の名称、そして当該ユーザがルート便対応ユーザであるか否か（ルート便配送が可能か否か）を示すROUTEBINFLAG1の、各フィールドが設けられている。ROUTEBINFLAG1はユーザフラグフィールドともいえる。ユーザＩＤはユーザをユニークに識別する（重複がない）。
【００３０】
届け先マスタ２１０には当該ユーザ毎に選択可能な届け先が格納されている。届け先ＩＤ、届け先名称、ユーザＩＤ及びルート便対応届け先であるか否か（ルート便配送が可能か否か）を示すROUTEBINFLAG2の、各フィールドが設けられている。ROUTEBINFLAG2は届け先フラグフィールドともいえる。
顧客が大企業等の場合、単一のユーザＩＤに対し、届け先が複数に渡ることがある。届け先マスタ２１０は、そのユーザＩＤと届け先の関係を列挙する、一対多の関係を格納するテーブルである。そして、届け先毎にROUTEBINFLAG2が設けられている。届け先ＩＤとユーザＩＤの組は、ユニークである（重複がない）。
【００３１】
商品マスタ２１２は商品のテーブルである。商品の名称と商品コード、その単価、そしてルート便対応商品であるか否か（ルート便配送が可能か否か）を示すROUTEBINFLAG3が列挙されている。ROUTEBINFLAG3は商品フラグフィールドともいえる。商品コードは商品をユニークに識別する（重複がない）。
【００３２】
本実施形態では、電子商取引システム１０１を運営する会社は、二つの商品配送形態を採っている。
一つは小口配送である。小口配送は、小型トラック等により配送される仕組みである。およそあらゆる配送先に対して、少量の商品を、即時に配送可能である、きめ細かな対応ができる配送形態である。逆に言えば、多量の商品の配送には向かず、運送料も割高である。
もう一つは「ルート便」と呼ぶ配送形態である。ルート便は、大型トラックにより配送される仕組みである。大型トラックは予め決められた曜日に、予め決められた配送経路にて、予め決められた配送先にのみ、大量の商品を配送する。このため、小口配送と比べると配送は遅く、少量配送には不向きであるが、運送料が割安である。
改めて小口配送とルート便の特徴を列挙する。
＜小口配送＞
配送拠点数：多い、納期：早い、在庫数：少ない、配送トラック：小型、大量配送：不向き、配送コスト：高い
＜ルート便＞
配送拠点数：少ない、納期：遅い、在庫数：多い、配送トラック：大型、大量配送：適切、配送コスト：安い
本実施形態は、顧客の注文内容を見て、
・ルート便対応顧客が、
・ルート便対応配送先に、
・ルート便対応商品を
注文する場合に、小口配送に代えてルート便を自動選択するか、または小口配送とルート便を選択可能にするものである。
このため、前述の三つのテーブルには、それぞれROUTEBINFLAG1、ROUTEBINFLAG2及びROUTEBINFLAG3というフラグを設けてある。
【００３３】
ところで、電子商取引システム１０１を実現するには、ｗｅｂサーバ１０５はユーザ認証を行うだけでなく、認証を行ったユーザが正規に仮想的なシステムにログインし続けている状態を把握しなければならない。これをセッション管理という。通常、電子商取引システム１０１を提供するｗｅｂサーバ１０５は、セッション管理のためにセッション情報ファイルを正規にログインしたユーザ毎に作成し、保持する。
セッション情報ファイルは、セッション管理のために設けられるものである。セッション管理はｗｅｂベースの電子商取引システム１０１を実現する際にほぼ必須といえる技術である。
現在のインターネット１０２の普及の牽引役であるｗｅｂの基盤技術であるＨＴＴＰは、ＴｅｌｎｅｔやＦＴＰ等とは異なり、一回の接続要求に対する応答が完了したら、通信が切断される。このため、接続要求の度毎に正規にログインをしたユーザであるか否かを確認する手がかりが必要になる。
そこで、ユーザ認証情報等を記録するファイルをｗｅｂサーバ１０５内に作成し、これをｃｇｉが読み書きする。
【００３４】
また、セッション管理においては電子商取引上の手続きの流れを記録する仕組みも必要になる。
本実施形態では、商取引の手続きの進行状況を、セッション情報ファイルとは別に注文データファイル２０９に記録し、管理している。
勿論、セッション情報ファイルと本実施形態の注文データファイル２０９が一体化したものであってもよい。本実施形態では説明を容易にするため、実施形態の説明には直接関係しないセッション情報は図示を省略し、実施形態の説明において重要な注文データを明示している。
注文データファイル２０９の中身については後述する。
【００３５】
図１２はクライアントＰＣ１０３とｗｅｂサーバ１０５との間で行われる動作を示すフロー図である。説明を容易にするために、注文訂正画面への遷移は省略している。
最初に、ユーザ１０４がクライアントＰＣ１０３を操作してｗｅｂサーバ１０５にアクセスすると（Ｓ１２０１）、ログイン前ｃｇｉ２０４が実行され、ログイン前画面３０１が表示される（Ｓ１２０２）。
【００３６】
ユーザ１０４がログイン前画面３０１にてユーザＩＤ及びパスワードを入力して「ログイン」ボタン３０２をクリックすると（Ｓ１２０３）、ユーザ認証ｃｇｉ２０５が実行される。ユーザ認証ｃｇｉ２０５は販売店マスタ２０６を参照し、認証に成功したユーザの情報を注文データファイル２０９に書く（Ｓ１２０４）。そして、転送ｈｔｍｌメッセージを送信する（Ｓ１２０５）。
ｗｅｂブラウザは転送ｈｔｍｌメッセージを受信すると、ｈｔｍｌメッセージヘッダに含まれているログイン後ｃｇｉ２０７へアクセスするＵＲＩを読み取り、アクセス要求を送信する（Ｓ１２０６）。ログイン後ｃｇｉ２０７が実行されると、ログイン後画面４０１がクライアントＰＣ１０３に表示される（Ｓ１２０７）。
【００３７】
ユーザ１０４がログイン後画面４０１の「発注管理」ボタン４０２をクリックすると（Ｓ１２０８）、届け先指定ｃｇｉ２０８が実行される。
届け先指定ｃｇｉ２０８は届け先マスタ２１０を参照し（Ｓ１２０９）、当該ユーザが選択可能な届け先を列挙した、届け先指定画面５０１のｈｔｍｌ文書を作成し、クライアントＰＣ１０３へ送信する（Ｓ１２１０）。
【００３８】
ユーザ１０４が届け先指定画面５０１の「届け先指定」ボタン５０３をクリックすると（Ｓ１２１１）、商品選択ｃｇｉ２１１が実行される。商品選択ｃｇｉ２１１は、選択された届け先の情報を注文データファイル２０９に書く。そして、商品マスタ２１２を参照し（Ｓ１２１２）、選択可能な商品を一覧表示した、商品選択画面６０１のｈｔｍｌ文書を作成し、クライアントＰＣ１０３へ送信する（Ｓ１２１３）。
【００３９】
ユーザ１０４が商品選択画面６０１の「注文手続きへ」ボタン６０２をクリックすると（Ｓ１２１４）、注文確認ｃｇｉ２１３が実行される。注文確認ｃｇｉ２１３は注文データファイル２０９を読み込み、小口配送とルート便とを分けて表示する、注文確認画面７０１のｈｔｍｌ文書を作成し、クライアントＰＣ１０３へ送信する（Ｓ１２１５）。
【００４０】
ユーザ１０４が注文確認画面７０１の「この内容で注文する」ボタン７０２をクリックすると（Ｓ１２１６）、完了ｃｇｉ２１５が実行される。このとき、クライアントＰＣ１０３からｗｅｂサーバ１０５へ、各商品の商品コードと配送ルートに関する情報が送信される。完了ｃｇｉ２１５は注文データファイル２０９を読み込み、また配送ルートに関する情報を受信し、注文データを作成する。そして、図示しない発注システムへ発注を遂行すべく、注文データを送信する。その後、商品を小口配送とルート便とで分けて合算表示する、完了画面９０１のｈｔｍｌ文書を作成し、クライアントＰＣ１０３へ送信する（Ｓ１２１７）。
【００４１】
図１３（ａ）、（ｂ）及び（ｃ）は注文データファイル２０９の内容と、その変化を示す図である。
注文データファイル２０９はＸＭＬ形式の文書ファイルである。ＸＭＬフォーマットはフィールド名とフィールドの内容がテキストファイルで表現できる。勿論、注文データファイル２０９はＸＭＬフォーマット以外の形式であってもよい。
ユーザ認証ｃｇｉ２０５が実行され、正規のユーザが認証されると、図１３（ａ）に示す内容の注文データファイル２０９が作成される。ここで、「ルート便対応ユーザ」項目１３０２は、販売店マスタ２０６のROUTEBINFLAG1である。
【００４２】
「届け先指定」ボタン５０３をクリックし、商品選択ｃｇｉ２１１が実行されると、注文データファイル２０９は図１３（ｂ）に示すように、届け先に関する情報が追加される。ここで、「届け先ルート便フラグ」項目１３０３は、届け先マスタ２１０のROUTEBINFLAG2である。
【００４３】
「注文手続きへ」ボタン６０２をクリックし、注文確認ｃｇｉ２１３が実行されると、注文データファイル２０９は図１３（ｃ）に示すように、ユーザが注文を予定する商品に関する情報が追加される。ここで、「商品ルート便フラグ」項目１３０４は、商品マスタ２１２のROUTEBINFLAG3である。
【００４４】
図１４は注文確認ｃｇｉ２１３の動作を示すフローチャートである。
ユーザが商品選択画面６０１の「注文手続きへ」ボタン６０２をクリックするか、注文訂正画面８０１の「注文手続きへ」ボタン８０５をクリックすると、注文確認ｃｇｉ２１３へのアクセス要求がクライアントＰＣ１０３から発生し、実行制御部２０２は注文確認ｃｇｉ２１３を起動する（Ｓ１４０１）。
注文確認ｃｇｉ２１３は、最初に注文データファイル２０９を読み込む（Ｓ１４０２）。
次に、注文確認ｃｇｉ２１３は、読み込んだ注文データファイル２０９の内容を検証する。
先ず、ルート便対応ユーザ、つまりROUTEBINFLAG1がＹであり、且つ届け先ルート便フラグ、つまりROUTEBINFLAG2もＹであるか否かを見る（Ｓ１４０３)。もしそうであれば、更に商品ルート便対応ユーザ、つまりROUTEBINFLAG3がＹの商品が一つ以上存在するかを見る（Ｓ１４０４)。つまり、三つのフラグが全てＹであるか、検証する。このステップＳ１４０３及びＳ１４０４の条件に合致しない場合は、従来の小口配送のみの対応となるので、小口配送のみの確認画面ｈｔｍｌ文書を作成する（Ｓ１４０５）。
いずれかの商品において三つのフラグが全てＹである場合は、ルート配送に対応した、確認画面のｈｔｍｌ文書を作成し、送信し（Ｓ１４０６）、終了する（Ｓ１４０７）。
【００４５】
図１５は、注文確認ｃｇｉ２１３がルート配送に対応した確認画面のｈｔｍｌ文書を作成する動作を示すフローチャートである。図１４のステップＳ１４０６に対応する。
処理を開始すると（Ｓ１５０１）、図示しないメモリに読み込んでいる商品の先頭レコードを注目する。
これ以降はループ処理である。先ず、現在注目している商品レコードについて、商品ルート便フラグはＹであるか否かを見る（Ｓ１５０３）。もしＮなら、当該商品は小口配送のみの対応となる。
図７の「ご購入商品確認」欄７０３の「配送ルート」欄には「小口配送」のみを表示する（Ｓ１５０４）。
【００４６】
商品ルート便フラグがＹの場合は、次に注文数量が１０個以上であるか否かを見る（Ｓ１５０５）。注文数量が１０個以上であれば、それはルート配送のみの対応とする。図７の「ご購入商品確認」欄７０３の「配送ルート」欄には「ルート配送」のみを表示する（Ｓ１５０６）。
注文数量が１０個未満であれば、それはルート配送、小口配送のいずれでも対応が可能である。そこで、ユーザに選択させる。図７の「ご購入商品確認」欄７０３の「配送ルート」欄には「ルート配送」と「小口配送」の選択が可能なプルダウンボタン５０２を表示する（Ｓ１５０７）。
なお、この実施形態では閾値を１０個としたが、閾値の個数は当然これに限られるものではない。
こうして、商品レコードの商品ルート便フラグと注文数量に応じて、「ご購入商品確認」欄７０３の「配送ルート」欄の表示を切り替える。
そして、次の商品レコードの存在の有無を検証し（Ｓ１５０８）、あれば次の商品レコードを注目して（Ｓ１５０９）、ループ処理を継続する。なければ終了する（Ｓ１５１０）。
【００４７】
図１４及び図１５では、注文確認ｃｇｉ２１４の表示処理が、注文データファイル２０９の内容、特に三つのフラグによって変化する旨を開示した。この処理と同様の処理は、注文訂正ｃｇｉ２１４及び完了ｃｇｉ２１５においても行われる。
注文訂正画面８０１の選択商品欄８０２の「選択可能配送ルート」欄８０６の内容は、図１５と同様の処理が行われ、その結果としてステップＳ１５０４、Ｓ１５０６及びＳ１５０７と同様の表示がなされる。但し、ステップＳ１５０７に相当する処理は、「ルート配送」と「小口配送」を列挙表示するに留まり、プルダウンボタンは表示しない。
【００４８】
本実施形態には、以下のような応用例が考えられる。
（１）図１５のステップＳ１５０５における閾値は、商品毎に異なる値を設定することができる。また、商品によっては個数の多少に関わらず強制的にルート配送のみの対応とする処理もできる。この処理を実現するには、商品マスタに閾値に関するフィールドを設けて、商品毎に設定される閾値と、ユーザが求める数量とを比較することとなる。
【００４９】
（２）各種ｃｇｉにおける商品関係の画面表示には、Ａｊａｘ（「エイジャックス」と読む。Asynchronous JavaScript + XML の略。ｗｅｂブラウザに実装されているＪａｖａＳｃｒｉｐｔのｈｔｔｐ通信機能を使って、ｗｅｂページのリロードを伴わずに、ｗｅｂサーバ１０２とＸＭＬ形式のデータのやり取りを行って処理を進めていく、対話型ｗｅｂアプリケーションの実装形態。）や、Ｍａｃｒｏｍｅｄｉａ社のＳｈｏｃｋｗａｖｅ（登録商標）やＦｌａｓｈ（登録商標）、或はＪａｖａＳｅｒｖｅｒ  Ｐａｇｅｓ（Ｊａｖａ言語を利用してｗｅｂサーバ上にて動的にｈｔｍｌ文書を生成し、クライアントに送信する技術。ｈｔｍｌ文書ファイルの中にＪａｖａプログラムのコードを埋め込んでおき、クライアントの要求に応じてｗｅｂサーバ内のＪａｖａプログラムを実行し、処理結果をクライアントに送信する。処理結果は通常のｈｔｍｌ文書になるため、ｗｅｂブラウザに特殊な機能を組みこむことなくｗｅｂアプリケーションを構築できる。）等の技術が利用可能である。
【００５０】
（３）全ての顧客の、全ての配送先がルート便に対応している場合は、商品マスタのROUTEBINFLAG3のみを見て、ルート便にするか否かを判断するようにｗｅｂサーバを構築することができる。つまり、ROUTEBINFLAG1及びROUTEBINFLAG2は常に真（Ｙ）であることが前提のシステムとなる。
（４）全ての顧客がルート便に対応している場合は、届け先マスタのROUTEBINFLAG2と商品マスタのROUTEBINFLAG3を見て、ルート便にするか否かを判断するようにｗｅｂサーバを構築することができる。つまり、ROUTEBINFLAG1は常に真（Ｙ）であることが前提のシステムとなる。
【００５１】
（５）不揮発性ストレージに注文データファイル２０９を設ける代わりに、ｗｅｂサーバ１０５のメモリ内に記憶内容を保持する構成にすることも可能である。また、ｃｇｉによるｈｔｍｌ文書の中に埋め込み、クライアントがボタンをクリックする度に内容をＰＯＳＴメソッドにて送信する構成にすることもできる。
【００５２】
本実施形態では、電子商取引システムを開示した。
比較的大口の注文を受ける電子商取引システムにおいて、配送コストを下げるためには、適切なシチュエーションにルート便を活用することが望ましい。本実施形態のシステムは、ルート便に適した注文を、ユーザ（顧客）、届け先、商品の三つの対象において判断し、発注を遂行する。このようにシステムを構成することにより、配送コストを適切に下げることができる。
【００５３】
以上、本発明の実施形態例について説明したが、本発明は上記実施形態例に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含むことは言うまでもない。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施の形態による、電子商取引システムの全体概略図である。
【図２】ｗｅｂサーバ及びデータベースサーバの機能ブロック図である。
【図３】クライアントＰＣのディスプレイに表示されたログイン前画面を示す。
【図４】クライアントＰＣのディスプレイに表示されたログイン後画面を示す。
【図５】クライアントＰＣのディスプレイに表示された届け先指定画面を示す。
【図６】クライアントＰＣのディスプレイに表示された商品選択画面を示す。
【図７】クライアントＰＣのディスプレイに表示された注文確認画面を示す。
【図８】クライアントＰＣのディスプレイに表示された注文訂正画面を示す。
【図９】クライアントＰＣのディスプレイに表示された完了画面を示す。
【図１０】クライアントＰＣに表示される画面の遷移を示す状態遷移図である。
【図１１】データベースサーバ内の三つのテーブルのフィールドの一覧とその内容を示す一覧表である。
【図１２】クライアントＰＣとｗｅｂサーバとの間で行われる動作を示すフロー図である。
【図１３】注文データファイルの内容と、その変化を示す図である。
【図１４】注文確認ｃｇｉの動作を示すフローチャートである。
【図１５】注文確認ｃｇｉがルート配送に対応した確認画面のｈｔｍｌ文書を作成する動作を示すフローチャートである。
【符号の説明】
【００５５】
１０１…電子商取引システム、１０２…インターネット、１０３…クライアントＰＣ、１０４…ユーザ、１０５…ｗｅｂサーバ、１０６…データベースサーバ、１０７…社内ＬＡＮ、２０２…実行制御部、２０３…暗号化モジュール、２０４…ログイン前ｃｇｉ、２０５…ユーザ認証ｃｇｉ、２０６…販売店マスタ、２０７…ログイン後ｃｇｉ、２０８…届け先指定ｃｇｉ、２０９…注文データファイル、２１０…届け先マスタ、２１１…商品選択ｃｇｉ、２１２…商品マスタ、２１３…注文確認ｃｇｉ、２１４…注文訂正ｃｇｉ、２１５…完了ｃｇｉ、３０１…ログイン前画面、３０２…「ログイン」ボタン、４０１…ログイン後画面、４０２…「発注管理」ボタン、４０３…「ログアウト」ボタン、５０１…届け先指定画面、５０２…プルダウンボタン、５０３…「届け先指定」ボタン、６０１…商品選択画面、６０２…「注文手続きへ」ボタン、６０３…「カートに入れる」ボタン、６０４…「クリア」ボタン、７０１…注文確認画面、７０２…「この内容で注文する」ボタン、７０３…「ご購入商品確認」欄、７０４…「訂正」ボタン、８０１…注文訂正画面、８０２…選択商品欄、８０３…「削除」ボタン、８０４…「商品追加」ボタン、８０５…「注文手続きへ」ボタン、９０１…完了画面、１３０２…「ルート便対応ユーザ」項目、１３０３…「届け先ルート便フラグ」項目、１３０４…「商品ルート便フラグ」項目
【図１】
2008165569.tif 000003
【図２】
2008165569.tif 000004
【図３】
2008165569.tif 000005
【図４】
2008165569.tif 000006
【図５】
2008165569.tif 000007
【図６】
2008165569.tif 000008
【図７】
2008165569.tif 000009
【図８】
2008165569.tif 000010
【図９】
2008165569.tif 000011
【図１０】
2008165569.tif 000012
【図１１】
2008165569.tif 000013
【図１２】
2008165569.tif 000014
【図１３】
2008165569.tif 000015
【図１４】
2008165569.tif 000016
【図１５】
2008165569.tif 000017