(57)【要約】【課題】日替わり商品のように短期間に発生・削除を繰り返す商品情報を簡単・迅速・安価に消費者に伝える方法を提供すること。【解決手段】インターネットのサーバー上に通常の情報とは別に日替わり商品情報専用のテーブルを用意し、複数店舗・複数分類項目存在する日替わり商品情報を一括して記憶し、商店に対してはこの情報を登録・編集できるプログラムとユーザーインターフェースを用意し、消費者にはこの情報を検索できるプログラムとユーザーインターフェースを用意する。【選択図】        図１
2004185315.tif 000002
【特許請求の範囲】
【請求項１】
商店における日替わり商品のような短期間に発生・削除を繰り返す商品情報を、商店にとってはインターネットで簡単に効率よく登録・編集でき、消費者にとってはインターネットで簡単に効率よく検索できるシステムであって、特に日替わり商品情報に関しては専用のテーブルを用意し、複数店舗・複数分類項目存在する日替わり商品情報を一括して記憶し、商店に対してはこの記憶領域に日替わり商品情報を登録・編集できるユーザーインターフェースとプログラムを有し、消費者にとってはこの記憶情報を検索できるユーザーインターフェースとプログラムを有する日替わり商品情報登録・検索システム。
【請求項２】
請求項１に記載の日替わり商品情報登録・検索システムにおいて日替わり商品情報データのレコードフィールドに外部キーとして日替わり商品情報以外の他のデータのＩＤを付加し、検索後日替わり商品情報とともに他の情報をＩＤにより結びつけて利用者に提示できる機能を有する日替わり商品情報登録・検索システム。
【請求項３】
請求項１に記載の日替わり商品情報登録・検索システムにおいて記憶する日替わり商品情報のレコードフィールドに掲載開始日時と掲載終了日時を追加し、検索時において現在時刻と照らし合わせ掲載期間内であるときのみ検索に引っかかるようにした機能を付加した日替わり商品情報登録・検索システム。
【請求項４】
請求項１に記載の日替わり商品情報登録・検索システムにおいて記憶する日替わり商品情報のレコードフィールドに掲載終了日時を追加し、現在時刻が掲載終了日時あるいはその後一定時間を過ぎていれば自動的にそのレコードが削除される機能を付加した日替わり商品情報登録・検索システム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、商店の日替わりサービス商品をインターネット・情報端末を利用して登録・検索するシステムに関するものである。
【０００２】
【従来の技術】
従来日替わりサービス商品は、たとえば飲食店店頭においては黒板・ホワイトボード・用紙などに記入して、通りがかりのお客様に知らせいた。これは日替わり商品情報のように短期間に発生・削除を繰り返すような情報は広告を作成するとなるとコストと時間がかかりすぎるからである。また、スーパーなどではチラシなどを利用して日替わり商品をお客様に知らせていた。しかしこれでは、お客様が欲しい日替わり商品を検索という形でいつでもどこでも知ることはできない。また、店舗独自のホームページで日替わり商品などを知らせたり、ショッピングモールサイトに日替わり商品を載せたりするなどがあった。これらは広告主も商品もそのページの業者に限定されており日替わり商品を広く検索できるものではなかった。また、ショッピングモールのサイトでは条件指定することで抽出する情報を限定できるものがある。この機能で検索抽出結果を日替わり商品に限定することも可能である。これらは商品情報データに日替わり商品も含めたいろいろな商品情報を記憶しておきそれらに日替わり商品の識別を用意してこの識別を調べることによって日替わり商品か否かを区別するということが行われていた。しかしこの方法は、日々変更される日替わり商品といった概念でのみ検索するには日替わり商品以外のデータにもアクセスしなければならず効率の良いものではなかった。これはデータ処理の面においてだけでなく、ユーザーの操作性においても効率の悪いものである。
【０００３】
【発明が解決しようとする課題】
本発明で解決しようとする課題は、日替わり商品のような日々変更される商品の情報を多くの登録業者から集め、日替わり商品情報専用のテーブルを用意し、複数店舗・複数分類項目存在する日替わり商品情報を一括して記憶し、不特定多数の人の日替わり商品の情報検索に役立てることである。日替わり商品は短期間に更新されるものであり、また消費者にとってはじっくり検討するよりもぱっと見てぱっと決める必要性が高い。よってインターネットショッピングモールのようにお店や分類項目を何度も行き来したりいらない商品情報も目にしたりして商品を検討するよりも、たとえばお店の名称を入力すればすぐさまその店の日替わり商品が現れてくれたほうが消費者にとっては好ましい。たとえば飲食店における日替わりランチなどは、消費者にとってお気に入りのお店やお気に入りの食べ物を検索条件として入力すると一覧結果で日替わり商品の情報のみ優先して表示してくれればいい。このような要求にしたがって日替わり商品情報の店舗者による登録・編集および消費者による検索の効率性・操作性・利便性を高めることを本発明の目的とする。
【０００４】
【課題を解決するための手段】
本発明は、Ｗｅｂ技術を利用し、日替わり商品情報を提供したい商店には情報登録を可能とする方法を提供し、複数店舗・複数分類項目存在する日替わり商品情報を記憶する専用のテーブルをサーバー上に用意し、日替わり商品情報を検索したい利用者には情報端末で検索サイトを利用して日替わり商品の情報を検索抽出できる効率の良い方法を提供することを最も主要な特徴とする。
【０００５】
【発明の実施の形態】
以下、本発明における実施形態について図面を参照して説明する。図１は、本実施形態の構成を示すブロック図である。この図において、符号１０１はシステムにおける情報処理を担うサーバーである。これは、複数のデータベース１０１ａと複数の処理プログラム１０１ｂとから構成され、インターネットに接続されている。符号１０２は日替わり商品の情報を登録する者であり、具体的には商店の店員などである。店員（商店）１０２は携帯電話のｗｅｂ機能などの情報処理端末（パソコンでもＰＤＡでも良い）を利用して情報の処理を処理プログラム１０１ｂのひとつに依頼して、データベース１０１ａに日替わり商品情報を登録する。符号１０３は日替わり商品の情報を検索したい利用者であり不特定多数の利用者である。この検索利用者１０３も携帯電話のｗｅｂ機能などの情報処理端末（パソコンでもＰＤＡでも良い）を利用して情報の処理を処理プログラム１０１ｂのひとつに依頼して、データベース１０１ａから必要な情報を検索抽出して日替わり商品の情報を得る。符号１０４は本システムの提供者でありシステムの管理者である。先に記した店員（商店）１０２はすべての商店が本システムを利用できるわけではない。本システムに登録依頼１０５を行った商店のみが本システムを利用することができる。登録依頼１０５を受けた管理者１０４は処理プログラム１０１ｂのひとつを使ってシステムに登録をすると店員（商店）１０２は日替わり商品情報を検索利用者１０３に提供することができるようになる。
【０００６】
次に本発明のもっとも特徴となる点を示している図２における符号について説明する。２０１ａ  、２０１ｂはデータベースのテーブルを表す。詳細は後述する。２０１ｃはユーザーＩＤやパスワードを記憶するアカウントデータテーブルである。２０１ｄは従来のシステムにおける商品データを蓄積するテーブルである。２０２ａ〜２０２ｄは処理プログラムを表す。２０３ａ〜２０３ｄはユーザーインターフェースとなるｗｅｂページを表す。２０４は本システムの提供者である管理者を表す。２０５ａは店員（商店）であり、２０５ｂは検索利用者である。２０６ａは店員（商店）２０５ａが利用する情報端末である。２０６ｂは商品検索利用者２０５ｂが利用する情報端末である。図２における矢印は本システムにおける主なデータの流れである。点線の矢印は従来のシステムにおける主なデータの流れである。
【０００７】
本発明の目的は日替わり商品のような日々更新される情報を多数の商店から集め検索が行える環境を整えることである。これを実現するために第一に図２の２０１ａと２０１ｂに示すように、サーバー上に保存するデータを固定データと日替商品データの二つのテーブルに分離する。固定データ２０１ａには店名、所在地や電話番号など変化しにくいデータを記憶する。従来の方式ではこの固定データにあたるデータベースに店舗情報を店舗ごとにレコードとして記憶したり、店舗や商品の情報をカスケードして記憶したりしていた。商品データ２０１ｄは特に商品の情報のみを集めた従来のテーブルである。従来ではこのテーブルに日替わり商品もその他の商品も一緒に蓄積していた。そして、固定データ２０１ａとの間に対応関係を作りカスケードしていた。このため、商品情報の検索利用者が日替わり商品を検索する場合処理プログラムは商品データ２０１ｄの中から日替わり商品以外のレコードにもアクセスしなければならなかった。本発明では商品データ２０１ｄからさらに日替わり商品の情報も独立させ日替わり商品データ２０１ｂとしてテーブルに記憶する。そして日替わり商品情報を検索する場合処理プログラムはこの日替わり商品データ２０１ｂのみをデータ処理対象とする。これにより日替わり商品情報の検索効率は上がる。
【０００８】
第二に図２の２０２ｂ、２０２ｃに記すような日替商品データ２０１ｂを処理できユーザーにインターフェースを提供できるプログラムを用意する。２０２ｂは商品登録処理部である。これは、店員（商店）２０５ａが入力する日替わり商品情報を編集（新規登録、変更、削除、登録情報の表示）するプログラムである。検索処理部２０２ｃは検索利用者２０５ｂの検索要求を受けて日替商品データ２０１ｂから必要な情報を抽出し表示するプログラムである。
【０００９】
このように日替商品データ２０１ｂに限定して直接アクセスできユーザーのインターフェースとなるプログラムを用意することは、ユーザー（登録する側と検索する側）に簡易な操作環境を与えることができかつ情報処理の効率化につながる。従来のように商品データ２０１ｄや固定データ２０１ａにあたるデータを処理する方法では、日替わり商品のような商品情報を処理するには無駄が多いのである。
【００１０】
次に本発明の特徴となる点について図３を用いて、データの観点から説明する。図３は図２における各テーブルのレコードフィールドの内容を表したものである。３０１は日替商品データレコードのフィールド内容である。３０２は固定データレコードのフィールド内容である。３０３はアカウントデータのフィールド内容である。３０４は従来のシステムの商品データのフィールド内容である。
【００１１】
固定データ３０２は固定データＩＤ（ｊ）を主キーとして店舗名（ｋ）、所在地（ｌ）、電話番号（ｍ）やその他の情報（ｎ）などが格納される。データは一テーブルにすべて記憶される必要はなくカスケードされていても良い。
【００１２】
商品データ３０４は商品名（ｕ）やその他情報（ｖ）（価格、在庫数など）が記憶される。このデータには外部キーとして固定データＩＤ（ｒ）がある。これにより固定データーとの対応関係がとれ固定データ３０２に対してカスケードされた形となる。この固定データＩＤはお店ごとに一意に決める場合はこの固定データＩＤ（ｒ）で整列しておけば店舗ごとに商品を表示する場合は検索効率が良い。しかし、検索利用者はお店だけでなくさまざまな条件で商品を絞り込もうとするものである。そのために商品データ３０４のフィールドに商品区分（ｓ）（複数）のフィールドを用意する。この商品区分（ｓ）により検索の利用者は条件指定することによって必要な商品を限定できるようになる。この商品区分のひとつに日替わり区分（ｔ）がある。これは日替わり商品であるかないかを表す商品区分である。従来の方式ではこのような区分を調べることによって日替わり商品であるかないかを区別していた。
【００１３】
図２の従来のシステムにおける主なデータの流れである点線矢印について説明する。商品登録処理部２０２ｂから固定データ２０１ａへの点線矢印が示されているがこれは固定データ２０１ａ（店舗名、所在地など）を店員（商店）２０５ａが登録・編集する時のデータの流れである。商品登録処理部２０２ｂから商品データ２０１ｄへの点線矢印は店員（商店）２０５ａが商品情報を登録・編集する場合のデータの流れである。この商品情報を登録するとき店員（商店）２０５ａは商品登録ページ２０３ｂにおいて日替わり商品であるかないかの指定をする。そうすると商品登録処理部２０２ｂは処理を行って商品データ２０１ｄの日替わり区分のフィールド（図３の３０４（ｓ））に反映させる。検索をする場合、検索利用者２０５ｂは検索処理部２０２ｃを通じて商品データ２０１ｄを探索する。このとき検索ページ２０３ｃで検索利用者２０５ｂが検索条件に日替わり商品を指定していれば商品データ２０１ｄから日替わり商品の商品情報のみが抽出される。商品情報が抽出されたあと固定データＩＤ（図３の３０４（ｒ））を使用して固定データ２０１ａを探索して店舗名などの必要な情報を検索利用者２０５ｂに提示する。あるいはその逆の検索も可能である。まず固定データ２０１ａから必要な情報を検索しその後固定データＩＤにより商品データ２０１ｄを探索するのである。
【００１４】
以上は従来のシステムにおけるデータ処理の例であるが、本発明のシステムにおいては商品データ２０１ｄから日替わり商品のデータを別テーブルとして独立させ日替わり商品データ２０１ｂとする。この日替わり商品データ２０１ｂのレコードフィールドの内容について説明する。図３において日替商品データ３０１は日替商品データＩＤ（ｂ）を主キーとして、日替わり商品名（ｅ）やその他の情報（ｉ）（商品内容、価格、税など）が格納される。これは検索効率の観点から一テーブルに記憶されていることが好ましい。特にこの日替商品データは固定データＩＤ（ａ）を外部キーとして持つことが特徴である。これにより日替商品データの検索処理後に固定データ３０２や商品データ２０１ｄと結びつけることが可能になる。図２においては検索処理部２０２ｃに日替商品データ２０１ｂからのデータの流れ（矢印）が示されているが、このデータはさらに固定データ２０１ａからのデータと結びついて検索結果２０３ｄとして検索利用者２０５ｂに提供される。
【００１５】
これまで複数分類項目に存在する日替わり商品情報を一括して記憶すると説明してきた。（この複数分類項目とはたとえば商品ジャンルのようなものである）これは、世の中のすべての分類項目の商品情報を詰め込めるということではない。基本的にデータ項目が同じになるようなものについてのみである。たとえば飲食店であれば日替わり商品は、メニュー名、メニューの中身、価格、税、などデータ項目を同じに決められる。しかし、このような日替わりメニューにも中華料理、フランス料理、和食あるいはファミレス、レストラン、居酒屋、などの分類項目（商品ジャンル）が存在する。これら分類項目をひとつのテーブルとして記憶するということである。このような分類項目が存在するデータを記憶するときは図３の３０１に示す分類１（ｇ）、分類２（ｈ）・・・（複数可）のフィールドを用意して分類項目を区別する。検索利用者が検索時には分類項目を条件指定することができる。分類項目を条件指定した場合は日替商品データの分類１（ｇ）、分類２（ｈ）・・・のフィールドを調べて一致するものを抽出する。
【００１６】
また店舗の区別についても分類項目と同じようにフィールドを用意する。図３の３０１の店舗番号（ｆ）がそれである。これも検索利用者が検索時に条件指定することができ、条件指定したものと一致する店舗番号のものが抽出される。なおこの店舗番号に関しては固定データＩＤ（ｊ）をそれとすることも可能である。店舗番号は店舗ごとに一意に決められる番号で固定データＩＤも店舗ごとに一意に決めることが多いからである。
【００１７】
日替商品データ３０１には掲載開始日時（ｃ）と掲載終了日時（ｂ）のフィールドがある。これは検索利用者が検索したとき現在時刻が掲載開始日時と掲載終了日時の間のときのみ検索対象とするために必要なものである。このフィールドは日替わり商品を登録する店員（商店）が掲載日時を指定するためのものである。
【００１８】
掲載終了日時（ｄ）の時間あるいはそれから一定時間を過ぎた場合は自動的にレコードが削除される。図２においてデータ整理２０２ｄがあるが、この部分が掲載終了日時を過ぎたレコードを削除する部分である。またこの部分は検索効率を上げるため日替商品データの整列もおこなう。このデータ整理２０２ｄは独立したモジュールである必要はなく、たとえば検索処理部２０２ｃや商品登録処理部２０２ｂに埋め込まれていても良い。このような自動削除機能により日替商品データ２０１ｂにデータが増加していくことを防ぐことができる。
【００１９】
図２の店舗情報登録部２０２ａは管理者である本システム提供者２０４が店員（商店）２０５ａから登録依頼を受け本システムの使用許可を設定し必要な情報をサーバーに登録するものである。店員（商店）２０５ａからの登録依頼があると、管理者２０４は店舗情報登録部２０２ａを通じてユーザーＩＤやパスワードなどの認証情報をアカウントデータ２０１ｃに登録する。商品登録処理部２０２ｂは店員（商店）２０５ａからのアクセスがあると最初に認証情報の入力画面を表示し、入力された認証情報とアカウントデータ２０１ｃのデータを照らし合わせ本システム使用の許諾を判定する。
【００２０】
認証の許諾判定の後アクセスできるデータレコードをそのユーザーＩＤの持ち主のものだけに限定する。図３のアカウントデータ３０３にアカウントデータ（図２の２０１ｃ）のレコードフィールド内容を記す。ユーザーＩＤ（ｏ）を主キーとしてパスワード（ｐ）と固定データＩＤ（ｑ）を外部キーとして持つ。この固定データＩＤ（ｏ）を保持しておき日替商品データ３０１と固定データ３０２のうちの固定データＩＤ（ａ）または（ｊ）が等しいものだけにアクセスを制限する。これにより店員（商店）は自分の情報にだけアクセスすることができるようになる。この場合の固定データＩＤは店舗ごとに一意に割り当てられた番号である。以上の機能を実現するのに固定データＩＤではなく店舗番号を使用してもよい。
【００２１】
なお認証方式はユーザーＩＤとパスワードを説明として用いたが、これは一例であり、他の認証方式であってもかまわない。
【００２２】
図２の店舗情報登録部２０２ａに戻って、さらに説明する。この店舗情報登録部はアカウントだけでなく店舗名や所在地や電話番号などの店舗情報を固定データ２０１ａに登録する役目も担う。この登録には新規登録、変更、削除、一覧表示の機能がある。この情報は管理者２０４が入力する。しかし、この情報は店員（商店）２０５ａが直接入力・編集できるようにしても良い。この場合は商品登録処理部２０２ｂやその他のプログラムモジュールを作成してそれらに処理を担わせる。このデータの流れを２０２ｂから２０１ａへの点線の矢印で示す。
【００２３】
本発明は従来のシステムと共存できないことはない。共存する場合は商品登録ページ２０３ｂや検索ページ２０３ｄのユーザーインターフェースにおいてユーザーが処理対象を商品データ２０１ｄと日替わり商品データ２０１ｂを切り替えて使用できるようにすればいい。ただしこの場合商品データ２０１ｄには日替わり商品情報は記憶されない。
【００２４】
次に２０３ａから２０３ｄのユーザーインターフェースとなるｗｅｂページについて説明する。２０３ａから２０３ｄはおのおの複数ページからなるものを表現上ひとつで表したものである。これらはＨＴＭＬファイルやＣＧＩプログラムが生成するＨＴＭＬドキュメントである。プログラムとユーザーとのやり取りにはＨＴＭＬフォームを使用する。ユーザーインターフェースにはこれ以外にも考えられるものがある。クライアント側に専用プログラムを用意してサーバーとやり取りしたりすることも考えられる。ユーザーインターフェースとなるものであれば良く、特に本発明では規定しない。
【００２５】
次に２０６ａと２０６ｂの情報端末について説明する。これら情報端末はｗｅｂページを表示・操作できるものであればどんな情報機器でも良い。特に日替わり商品のような短期間で掲載・削除・変更のある商品情報を操作するため、携帯電話のようないつでもどこでも検索できる情報端末にも対応することが必要である。よって２０３ａから２０３ｄのｗｅｂページには携帯電話対応のｗｅｂページも用意する。
【００２６】
なお本発明の説明において日替わりという言葉を用いた。これは必ずしも一日ごとに商品が変わるということのみを表しているわけではない。普通の商品と比べて比較的短期間に発生・削除が行われる商品情報に対して用いた言葉である。この短期間が２日のこともあれば半日の事もある。理解しやすいように便宜上日替わりという言葉を用いたのである。
【発明の効果】
本発明は日替わり商品のように短期間に発生、削除を繰り返す商品情報を商店にとっては簡易に消費者に伝えることができ、消費者にとっては簡単に知ることができるものである。日替わり商品のような短期間に発生、削除が繰り返される商品情報は商店にとって（従来の）広告を出すにはコスト・時間がかかりすぎる嫌いがあったが、本発明により解消される。すなわち安価にすばやく日替わり商品情報を広告することができる。また店頭に商品情報を掲示するのに比べて遠方のお客様にも日替わり商品の情報を伝えることができる。これにより商店の集客数が増加する効果が考えられる。消費者側からすると携帯電話やパソコンなどの情報端末でいつでもどこでも安くてお得な日替わり商品情報を得ることができ便利である。また、本発明では日替わり商品情報の専用のテーブルを用意し、複数店舗・複数分類項目存在する日替わり商品情報を一括して蓄積して検索に利用しているため、日替わり商品という概念で検索するには効率がよく、また検索結果で複数店舗・複数分類項目の商品情報を比較検討してより好ましい商品を選択することもできる。また、一括して蓄積された日替わり商品情報に限定して直接処理できるユーザーインターフェースとプログラムを有するため簡単な操作で日替わり商品情報の登録・編集・検索が可能である。また、商店にとっては掲載終了日時を過ぎた商品情報を自動削除する機能が備わっているため商品情報を削除する手間が省けて便利である。本発明のイメージを表すと、インターネットでショッピングモールを実現したようなものではなく、インターネットで日替わり商品の簡易な掲示板を実現したようなものである。
【図面の簡単な説明】
【図１】本発明における実施形態の概略構成を示すブロック図である。
【図２】本発明を実施するうえで特徴となる処理を示した詳細構成を示すブロック図である。
【図３】本発明で用いられるデータレコードのフィールド構成を示す図である。
【符号の説明】
１０１    サーバー
１０２    店員（商店）
１０３    検索利用者
１０４    管理者
【図１】
2004185315.tif 000003
【図２】
2004185315.tif 000004
【図３】
2004185315.tif 000005