JP2014016739A - 電子商取引システム - Google Patents

Abstract

【課題】購入者が希望する日付に関連付いた商品を簡単に選択することができる電子商取引システムを提供する。
【解決手段】商品選択画面Ｃは、購入者が日付を選択できるカレンダーｃ２が商品選択画面Ｃとともに表示される画面構成とされ、商品テーブルｃ３はその縦軸ｃ３１、横軸ｃ３２のいずれかの商品属性に日付が割り当てされる構成とされ、カレンダーｃ２より日付が選択されたときに、その日付にもとづき算出された表示用日付を属性値として割り当て表示する。
【選択図】図１

Description

本発明は、桝目状の商品テーブルにおける商品を割り付けた各桝目内の数量入力枠に購入数量を入力して商品選択をできるようにした電子商取引システムに関する。

近年、インターネットを利用した電子商取引システムが種々提案されており、商品選択画面の桝目状の商品テーブルを用いて購入者に商品選択をさせるようにした電子商取引システムも、本発明者により提案されている。

この桝目状の商品テーブルは、縦軸、横軸に個別の商品属性が割り付けられ、それぞれの商品属性を属性値ごとに区分することで、縦軸の区分数と横軸の区分数とを掛け合わせた商品数の商品からなる商品群をマトリクス表示するようにしたものである。

このような商品テーブルによれば、購入者は商品群から複数の商品を同時に（同一画面で）選択することができ、利便性が高い。また、１つの画面で複数の商品を陳列表示することができるので、販売者にとっても画面設計の手間を減らせられる。

特開２００２−１５００７２号公報

ところで、この種の商品テーブルは、いったん販売者側において、縦軸、横軸に割り付ける商品属性やその属性値が設計されると、設計変更しない限りは、購入者側に対して同一内容の商品テーブルを提供しつづけることになる。

ところが、商品属性の一方に日付（たとえば旅館の予約システムにおける宿泊日）を割り当てるような商品テーブルの場合、予約日付は購入者側にとって種々異なるし、現日付は日々進んでいくため、日付を一定にした１種類の商品テーブルでは予約システムとして成り立たない。

本発明は、このような事情を考慮して提案されたもので、その目的は、購入者が希望する日付に関連付いた商品を簡単に選択することができる電子商取引システムを提供することにある。

上記目的を達成するために、請求項１に記載の電子商取引システムは、商品選択画面に表示される桝目状の商品テーブルの縦軸、横軸に個別の商品属性を割り当て、それらそれぞれの商品属性の属性値によって定まる桝目が特定の商品に関連付き、その桝目に購入数量を入力して商品選択をできるようにした電子商取引システムであって、商品選択画面は、購入者が日付を選択できるカレンダーが商品選択画面とともに表示される画面構成とされ、商品テーブルはその縦軸、横軸のいずれかの商品属性に日付属性が割り当てされる構成とされ、カレンダーより日付が選択されたときに、その日付にもとづき算出された表示用日付を日付属性の属性値として割り当て表示することを特徴とする。ここで、商品テーブルで扱う商品にはサービスを含むものとする。

請求項２に記載の電子商取引システムでは、商品選択画面は、販売者サーバから通信ネットワークを介して購入者端末にダウンロードされるようになっており、販売者サーバは、販売者サーバに通信ネットワークを介して接続された販売者端末を操作することで商品選択画面を設計できるようにした商品選択画面設計手段を備えている。

請求項３に記載の電子商取引システムでは、商品選択画面設計手段は、商品テーブルの縦軸、横軸の各区分数を設定し、縦軸、横軸ののいずれか一方を日付属性に、他方を他の商品属性に設定することができるようになっている。

請求項４に記載の電子商取引システムでは、商品選択画面設計手段は、表示用日付を算出するための操作日からの加算日数を設定できるようになっている。

請求項１に記載の電子商取引システムによれば、上述した構成としたことで、購入者は、所望の日付にもとづく商品テーブルを表示させることができ、商品選択を迅速に行える。また、販売者は、日付を定めない１つの商品テーブルを用意しておけばよく、画面設計の手間を軽減できる。

請求項２に記載の電子商取引システムによれば、上述の構成としたことで、販売者は販売者端末で商品選択画面設計手段を動作させて簡単に商品選択画面を設計することができる。

請求項３に記載の電子商取引システムによれば、上述の構成としたことで、販売者は、販売者端末を操作して、商品テーブルの縦軸、横軸のいずれかへの日付属性の割り当てと、その属性値による区分数の設定とを簡単に行える。

請求項４に記載の電子商取引システムによれば、上述の構成としたことで、購入者が操作した日付から所定日数（加算日数）後の日付をもとにした予約を許容するように設定することができ、そのため準備期間を確保することができるとともに、緊急の予約を受け付けないようにすることができる。

本発明の一実施形態に係る電子商取引システムのシステム構成図である。 同システムの機能構成を示したブロック図である。 同システムの内部基本構成を示すブロック図である。 同システムにおいて購入者端末にダウンロードされる商品選択画面の一例を示す図である。 商品選択画面の生成手順を示す図である。

以下に、本発明の実施の形態について、添付図面を参照して説明する。

図１に示した電子商取引システム１は、利用者（購入者）がパソコンなどの購入者端末３から、インターネットなどの通信ネットワーク５を介して、販売者サーバ２をアクセスして取引できるようにしたシステムである。販売者サーバ２側では、販売すべき商品の情報が商品データベース１１に登録されている。

また、この電子商取引システム１は、複数の企業、商店など（以下、店舗という。）が寄せ集まって販売者を構成する電子モールシステム、または特定の企業を販売者とした電子販売システムのいずれにも適用が可能であるが、本例では電子モールシステムに適用したものを示しており、図示するように、商品情報や画面情報を登録したり、購入者向け画面を生成したりするための各店舗の販売者端末４が通信ネットワーク５に接続されている。

本実施形態のシステムは、購入者が将来の日付に係る商品（サービス）を選択、注文できる予約システムに特化したものである。本図例には、ホテル、旅館、民宿などの宿泊施設を店舗とし、ルーム予約画面を商品選択画面Ｃ（図２参照）としたものを例示した。

この販売者サーバ２は、購入者が購入者端末３を操作してアクセスしてきたときには、購入者が購入を希望する商品について、商品データベース１１から対象となる商品の単価等を取り出し、２次元に配列させた桝目状の商品テーブルｃ３を含んだ商品選択画面Ｃ（図４参照）の画面情報を編集し、その画面情報を購入者端末３に送信して、購入者端末３の表示画面にブラウザ（不図示）を通じて商品選択画面Ｃの画面情報をダウンロードさせて表示させ、さらに、その商品選択画面Ｃ（図４を参照）で商品の選択ができるようになっている。

商品データベース１１は、商品ごとに区分され、後述する商品テーブルｃ３に編集可能に単価等を含む商品情報が格納されている。さらに、商品テーブルｃ３を含む商品選択画面Ｃの設計データや画面情報そのものを保存できるようなデータベースであってもよい。

販売者サーバ２は、購入者の購入者端末のダウンロード要求の操作にしたがい、複数の関連商品からなる特定の商品群について、商品テーブルｃ３に編集し、その商品テーブルｃ３を含んだ商品選択画面Ｃを購入者端末３に送信し、それを受けた購入者端末３は、ブラウザを介してその商品選択画面Ｃを表示するようになっている。

そして、購入者端末３において、その商品選択画面Ｃで商品が選択され、購入数量が入力され、発注操作がなされると、その注文情報が販売者サーバ１０に返信される。

このように、本電子商取引システム１では、販売者サーバ２と購入者端末３との間で、電子商取引に関する種々のデータの送受信が行われる。また、販売者サーバ２と販売者端末４との間でも、商品選択画面Ｃを含む購入者向けの種々の画面に関する種々のデータの送受信が行われる。

本システムの代表的な機能について、図２を参照しながら説明する。

このシステムは、各店舗用のバックオフィス機能として、購入者向け画面の設計、生成と、その画面に表示させる商品カテゴリおよび商品の各情報の登録、変更とをできるようにした商品登録機能Ａ、システムの管理・保守等を目的としたシステム管理機能Ｂなどを有する一方、購入者向けの機能として、２次元マトリクスの桝目状の商品テーブルｃ３で商品を選択させるようにした商品選択機能Ｃ、購入者により選択されカートに格納された商品の情報を一覧表示して注文を受け付けるようにしたカート表示／注文機能Ｄなどを有している。

以上の各機能は、販売者サーバと、ユーザ（販売者端末あるいは購入者端末）との間のユーザインターフェースとして、販売者サーバ２と通信ネットワーク５を介して接続された各端末で操作、表示される対話型の表示画面を含んでおり、それらの画面は、トップページＴの下位に位置付けられ、トップページＴよりリンクにより表示させることができる。なお、図面およびその説明では、各機能に対応した画面に、上記各機能の同一の符号を付している。

また、上記各機能のユーザインターフェースは、表示画面による対話形式によるものであるが、さらにＣＳＶデータなど予め生成したカード型データによるインターフェースによってできるようにしてもよい。

ついで、本システムの内部基本構成について、図３を参照しながら説明する。

図３中、１２は、商品選択画面のデザインファイル（不図示）などにデータを登録しながら画面を生成するとともに、そこで登録、更新した商品データを商品データベース１１に登録する商品選択画面設計手段、１３は本システム１の商品選択画面Ｃを通じて実行される商品選択／カート格納処理、１４はカート表示／注文画面Ｄを通じて実行される選択商品一覧表示／注文受付処理である。また、１６は購入者の商品選択操作によって商品情報が一時的に記憶されるカート領域、１５は注文を受け付けた際に動作する受注処理を示している。なお、ユーザ登録機能、在庫管理機能、システム管理機能に関する処理や、通信処理、ブラウザなどは図示を省略した。

また、本システム１は、図１に示すように、販売者サーバ２、購入者端末３、店舗端末４などを含んだ機器構成であり、これらの機器２、３、４に搭載されたＣＰＵ（不図示）やプログラムにもとづいて動作するものであるが、システムの動作は、これら機器の協働によってなされ、その役割分担は特定のものには限定されないため、図３ではこれらの機器の図示は省略した。

商品選択画面設計手段１２は、購入者向け画面生成プログラムなどを含んで構成され商品選択画面Ｃ等の各画面の画面レイアウトを設計しながら、商品情報を商品データベース１１に対して登録、変更できるようになっており、販売者サーバ２と販売者端末４との協働により構成されている。

商品選択／カート格納処理１３は、購入者端末３で、購入者に商品カテゴリを選択操作させながら所望の商品選択画面Ｃを表示させ、その商品選択画面Ｃで、その商品カテゴリに含まれる商品群の複数の商品情報が、共通事項ｃ１と桝目状の商品テーブルｃ３とによって表示され、購入者が商品テーブルｃ３の所望の商品の桝目ｃ３３の数量入力枠ｃ３３２に購入数量を入力し合計算出操作をすると、数量入力された商品の合計金額を計算し表示し、さらにその後の購入者のカート格納操作により、選択した商品の情報をカート１６に格納する構成となっている。

本実施形態では、宿泊施設の商品選択画面を図４に例示しており、具体的には、図４を参照しながら後述する。

一覧表示／注文受付処理１４は、購入者端末３に、購入者が選択したカート１６内商品の一覧を含むカート表示画面（不図示）を表示させ、その画面で注文操作がされたときに、カート１６に格納された商品の注文を受け付ける構成となっている。

受注処理１５は、一覧表示／注文受付処理１４により受け付けた注文情報にもとづいて、所定の受注に関する処理、たとえば、受注伝票の作成、在庫の確認などの処理を実行する。

つぎに、商品選択画面および商品選択／カート格納処理について、図４を参照しながら説明する。

商品選択画面Ｃであるルーム予約画面は、購入者が本システム１のトップ画面Ｔより対象となる店舗を選択し、さらにカテゴリ画面等を経由して所定の条件を選択することで対象となる商品群についての商品情報が表示される。購入者が選択できる商品としては、日付を特定したルーム（客室）であり、この選択操作と、その後の注文操作とにより客室の予約が行える。

図４のルーム予約画面（商品選択画面Ｃ）は、旅館が提供する洋室の予約に関する画面であり、購入者端末３の画面上には、商品テーブルｃ３に選択可能に表示された商品の共通事項ｃ１である室内の代表画像ｃ１１や商品に共通するコメントｃ１２（たとえば「洋室・お食事（夕・朝）付き」）と、予約可能な日付のうち最も近い将来日付を含んだカレンダーｃ２と、共通事項ｃ１を共通の属性としたを有した商品（ルーム）に関する商品テーブルｃ３とが表示される。

カレンダーｃ２は、購入者の操作で前月、次月に表示切替でき、現在日付は○で囲んであり、商品テーブルｃ３に表示可能な日付には下線が入れてあり、その下線の入った日付の中からマウス等でポインティング操作ができるようになっている。

商品テーブルｃ３は、縦軸ｃ３１の商品属性を部屋種類とし、個室Ａ（２人）、個室Ｂ（３人）、相部屋Ｃ（５人まで）、相部屋Ｄ（６人まで）が属性値として４行に区分表示され、横軸ｃ３２の商品属性を日付属性とし、７月１３日（金）より連続する４日間の日付が属性値として４列に区分表示されている。両属性の属性値によって定まる各桝目ｃ３３には、単価ｃ３３１および購入数量の数量入力枠ｃ３３２が配されている。

この日付属性の表示用日付の基準日は、購入者がカレンダーｃ２より選択した日付であり、その日付を基準日とする４日間の日付が商品テーブルｃ３の横軸ｃ３２の属性値として表示される。なお、この商品選択画面Ｃが最初に呼び出されたときには、選択可能な日付のうち最も近い将来日付を表示用日付の基準日として表示されるようになっている。

また、図４に示すように、本図例では、基準日として選択可能な日付のうち最も近い将来日付は、現在日付２０１２年７月３日に対し、それより２日後の７月５日となっている。これは、後述するように、選択可能な日付を現在日付の２日後以降とするように設定したからである。また、営業をしていない曜日に関する日付は、商品テーブルｃ３に表示しないようにしてもよい。これについても販売者側で設定可能であり、図５の説明とともに後述する。

カレンダーｃ２で日付を選択すると、それに応じた表示用日付を横軸ｃ３２に割り付けた商品テーブルｃ３が表示され、カレンダーｃ２には、その商品テーブルｃ３における基準日が□で囲まれ、それに続いて日付属性の属性値として配された３日間が点線で囲まれる。

このようにして表示された商品選択画面Ｃの商品テーブルｃ３の桝目ｃ３３の数量入力枠ｃ３３２に購入数量（人数）が入力されることで、その費用合計が算出され、合計金額欄ｃ４に表示される。

なお、購入者端末３に商品選択画面Ｃがダウンロードされた後の同画面における購入者端末３の操作にもとづく動作は、販売者サーバ２、購入者端末３間のデータ送受にもとづいてなされるようにしてもよいし、購入者端末３にダウンロードされたプログラムですべてを実行できるようにしてもよい。

たとえば、本図例の場合、同一の客室について日付に応じて単価を異ならせていないため、任意の基準日が選択されても販売者サーバ２の商品データベース１１をアクセスする必要はなく、購入者端末３にダウンロードされたプログラムだけで表示更新することができ、また合計金額の算出などもできるため、販売者サーバ２との間でデータの送受信をしない構成としてもよい。また、曜日やシーズンに応じて単価を異ならせて設定している場合は、基準日が選択されるつど、販売者サーバ２から更新した画面情報が再ダウンロードされるようにすればよい。

このように、購入者が横軸ｃ３２の日付属性の属性値を変更して商品テーブルｃ３を表示させることができるため、購入者は所望の日付にもとづく商品テーブルｃ３を見ながら簡単に予約が行える。また、販売者は、横軸ｃ３２の属性値（日付）を定めない１つの商品テーブルｃ３２を用意しておけばよく、画面設計の手間を軽減できる。

このように商品を選択した後は、購入者は、「カートに入れる」ボタンｃ５を操作することで、選択した商品情報がカート１６に入れられ、カート表示／注文画面Ｄで注文操作をすることで、予約が完結する。

つぎに、商品選択画面設計手段１２による商品選択画面Ｃの生成手順ついて、図５を参照しながら説明する。

商品選択画面設計手段１２は、販売者端末４に商品登録画面Ａを表示させ、その画面を操作しながら、商品選択画面Ｃを設計するとともに、入力した商品の商品情報を販売者サーバ２の商品データベース１１に登録できるようになっている。

具体的には、まず、図４に示した、対象となる商品選択画面Ｃを想定しながら、共通事項ｃ１を入力し（この操作については図示省略）、ついで商品テーブルｃ３の行数、列数を行列入力枠ａ１１、ａ１２を入力する。なお、このシステム１では日付を横軸ｃ３２に配するようになっており、列数はその表示する日付（属性値）の数を示すものである。

行数、列数が定まると、それにもとづき設定用の商品テーブルａ２が表示される。なお、この商品選択画面は、ルーム予約に関するもので、購入者がカレンダーから任意の日付を選択し、その日付にもとづいて横軸が確定した商品テーブルが表示されるものであるが、日付ごとに単価を異ならせず一定としているため、設定用の商品テーブルａ２には、縦軸に対応した商品属性、その属性値および属性値ごとの１つの単価を、各入力枠ａ２１、ａ２２、ａ２３に入力できるようになっている。

本図例では、縦軸の商品属性として「部屋種類」を入力枠ａ２１に設定入力し、その属性値として、個室Ａ（２人）、個室Ｂ（３人）、相部屋Ｃ（５人まで）、相部屋Ｄ（６人まで）を入力枠ａ２２に設定入力し、それらの属性値に対応した単価として、５，０００円、４，５００円、３，５００円、３，２００円を入力枠ａ２３に設定入力したものを示した。

さらに、販売者は、受付可能な日付を何日後とするかを入力枠ａ３１に入力し、その商品テーブルの商品の販売開始日、終了日を入力枠ａ３２、ａ３３に入力し、商品テーブルｃ３の日付属性の表示用日付として表示しない日付（曜日、月次日付など）を入力枠ａ３４入力することができる。

たとえば、受付可能な日付の入力枠ａ３１に「２」日後と入力すれば、購入者が商品選択画面Ｃをダウンロードした時には、現在日付を基準としてその２日後を購入者が選択可能な開始日（図４のカレンダーにおける下線が入った最初の日付）として設定される。

このように受付可能な日付を設定できるので、購入者が操作した日付から所定日数（加算日数）後の日付をもとにした予約を許容するように設定することができ、そのため準備期間を確保することができるとともに、緊急の予約を受け付けないようにすることができる。

また、開始日、終了日はカレンダーの日付操作が可能な期間を指定するためのデータであり、それらに日付を設定すると、その設定期間においてのみ購入者はカレンダーの日付を選択できるようになる。受付可能な日付として、「ｎ」日後と設定していても、購入者がダウンロードした日付からｎ日後の日付が開始日以前の日付であれば、カレンダーにおけるｎ日後の日付を選択操作することはできない（下線は入れられない）。

こうして、商品登録画面からの入力がすべて完了し、たとえば完了ボタンを操作すると、商品選択が面設計手段１２のプログラムが動作して、図４に示したような桝目内に入力枠が形成された商品テーブルｃ３を含む商品選択画面Ｃの基礎データが生成され、それらのデータは商品データベース１１に登録される。販売者サーバ２では、その後、購入者端末３からダウンロードの要求があった時に商品データベース１１より必要なデータを取り出し、商品選択画面Ｃとして、そのままあるいは編集して、購入者端末３にダウンロードする。

このように、販売者は、購入者にカレンダーｃ１の日付を選択させて所望の商品テーブルｃ３を生成させることのできる商品選択画面Ｃを簡単に生成することができる。特に、複数の店舗が集合した電子モールシステムに、この商品選択画面設計手段１２を採用すれば、モールに登録された店舗は、この汎用的な商品選択画面設計手段１２を利用することで、顧客にとって使い勝手のよい商品選択画面Ｃを簡単、迅速に生成することができる。

なお、上述の実施形態では、日付を横軸に割り当てるようにしたものを例示したが、縦軸に割り当てできるものでもよいし、横軸、縦軸のいずれかを選択できるようなものであってもよい。

１ 電子商取引システム
２ 販売者サーバ
３ 購入者端末
４ 販売者端末
５ 通信ネットワーク
Ａ 商品登録画面
Ｂ システム管理
Ｃ 商品選択画面
Ｄ カート表示／注文
ｃ１ 共通事項
ｃ１１ 画像
ｃ１２ コメント
ｃ２ カレンダー
ｃ３ 商品テーブル
ｃ３１ 縦軸
ｃ３２ 横軸
ｃ３３ 桝目
ｃ３３１ 単価
ｃ３３２ 数量入力枠
ｃ４ 合計金額欄
ｃ５ 買い物かご
１１ 商品データベース
１２ 商品選択画面設計手段
１３ 商品選択／カート格納処理
１４ 一覧表示／注文処理
１５ 受注処理
１６ カート

Claims (4)

1. 商品選択画面に表示される桝目状の商品テーブルの縦軸、横軸に個別の商品属性を割り当て、それらそれぞれの商品属性の属性値によって定まる桝目が特定の商品に関連付き、その桝目に購入数量を入力して商品選択をできるようにした電子商取引システムであって、
   前記商品選択画面は、購入者が日付を選択できるカレンダーが前記商品選択画面とともに表示される画面構成とされ、
   前記商品テーブルはその縦軸、横軸のいずれかの商品属性に日付属性が割り当てされる構成とされ、前記カレンダーより日付が選択されたときに、その日付にもとづき算出された表示用日付を前記日付属性の属性値として割り当て表示することを特徴とする電子商取引システム。
2. 請求項１において、
   前記商品選択画面は、販売者サーバから通信ネットワークを介して購入者端末にダウンロードされるようになっており、
   前記販売者サーバは、前記販売者サーバに通信ネットワークを介して接続された販売者端末を操作することで前記商品選択画面を設計できるようにした商品選択画面設計手段を備えている、電子商取引システム。
3. 請求項２において、
   前記商品選択画面設計手段は、前記商品テーブルの縦軸、横軸の各区分数を設定し、縦軸、横軸ののいずれか一方を前記日付属性に、他方を他の商品属性に設定することができるようになっている、電子商取引システム。
4. 請求項２また３はにおいて、
   前記商品選択画面設計手段は、前記表示用日付を算出するための操作日からの加算日数を設定できるようになっている、電子商取引システム。
   
   

Images