JP2007087261A - 情報提供システム、プログラム及び方法 - Google Patents

Abstract

【課題】ＵＲＬは英数字やアンダーバー等の表音文字の羅列であり、Ｗｅｂページによっては非常に長い。従って、入力ミスが生じ易い。
【解決手段】情報提供側がＷｅｂサーバ３とデータベースサーバ５とを有し、データベースサーバ５から供給されるコンテンツに基づいてＷｅｂサーバ３がユーザーに向けてＷｅｂページを作成・提供する。ユーザー側の携帯電話機９がＷｅｂサーバ３のＵＲＬを含む二次元コードを読取り前記ＵＲＬに対応するＷｅｂサーバ３にアクセスすると、Ｗｅｂサーバ３はＵＲＬに含まれる検索情報をデータベースサーバ５に通知してコンテンツの検索・供給を促す。そして、コンテンツが供給されると、Ｗｅｂページを作成して送信する。
【選択図】 図１

Description

本発明は情報提供側がＷｅｂサーバとデータベースサーバを利用して情報を提供する情報提供システム、プログラム及び方法に係り、特にＱＲ（Quick Response）コード等の二次元コードを利用してユーザーに上記サーバへのアクセスを許可する情報提供システム、プログラム及び方法に関するものである。

Ｗｅｂサーバの提供するＷｅｂページにアクセスして情報を取得する場合には、通常は、ＷｅｂページのアドレスであるＵＲＬを入力するか、検索エンジンを利用する。

しかしながら、ＵＲＬは英数字やアンダーバー等の表音文字の羅列であり、Ｗｅｂページによっては非常に長い。従って、入力ミスが生じ易い。
また、検索エンジンを利用した場合にはキーワードが一致しなければ、目的とするＷｅｂページには辿り着けない。また、キーワードを少なく設定すれば、不要なものも検索されてしまい、目的とするＷｅｂページをなかなか見つけられない。
特に、最近では、携帯電話機等のモバイル型の通信端末によりＷｅｂページを閲覧する場合も多くなっているが、入力部の機能がＰＣより制限されている携帯電話機で長いＵＲＬを正確に入力することはより困難である。

また、情報は必要とする時に必要なものを取得できれば良いものが殆どであるが、従来はモバイル型の双方向通信可能な機器が無かったこともあり、例えば、アレルギー問題を重視するレストランでは提供する料理メニューの食材リストを料理メニューブックの中に記載するなど、不特定多数の人々に常時膨大な情報を常時垂流していたため、却って本当に必要な時に本当に必要な情報を得ることが困難だった。

本発明は、上記課題を解決するためになされたものであり、二次元コードを用いてユーザーが容易に目的とするＷｅｂページに辿り着くことができる情報提供システム、プログラム及び方法を提供することを目的とする。
また、本発明は、必要とする時に必要な情報を提供できる情報提供システム、プログラム及び方法を提供することを目的とする。

請求項１の発明は、情報提供側がＷｅｂサーバとデータベースサーバとを有し、前記データベースサーバから供給されるコンテンツに基づいてＷｅｂサーバがユーザーに向けてＷｅｂページを作成・提供する情報提供システムにおいて、ユーザー側の通信端末が前記ＷｅｂサーバのＵＲＬを含む二次元コードを読取り前記ＵＲＬに対応する前記Ｗｅｂサーバにアクセスすると、前記ＷｅｂサーバはＵＲＬに含まれる検索情報を前記データベースサーバに通知してコンテンツの検索を促すことを特徴とする情報提供システムである。

請求項２の発明は、請求項１に記載した情報提供システムにおいて、コンテンツは、Ｗｅｂページ上での入力操作によりデータベースサーバに登録されることを特徴とする情報提供システムである。

請求項３の発明は、請求項１または２に記載した情報提供システムにおいて、 コンテンツの登録に際しては、ＩＤとパスワードに基づいて登録権限に対応したセキュリティ認証を行い、そのセキュリティ認証に成功した場合にその権限に対応した登録を許可することを特徴とする情報提供システムである。

請求項４の発明は、請求項１から３のいずれかに記載した情報提供システムにおいて、データベースサーバは、検索情報を通知されると、その検索情報に基づいてコンテンツを検索し、さらに、検索されたコンテンツを予め設定された加工条件に従って加工して、加工したものを供給することを特徴とする情報提供システムである。

請求項５の発明は、請求項４に記載した情報提供システムにおいて、ユーザーによる加工条件の設定の際には、Ｗｅｂサーバから提供されるＷｅｂページ上に加工条件設定に関連するコンテンツが表示され、そのコンテンツから任意のものが選択されると、データベースサーバはその選択結果に基づいて加工条件を設定することを特徴とする情報提供システムである。

請求項６の発明は、請求項４または５に記載した情報提供システムにおいて、 検索されたコンテンツを、予め設定された加工条件としての判定条件に当てはめて判定結果を導出し及び／又は予め設定された加工条件としての絞り込み条件により絞り込み、判定結果及び／又は絞り込み結果を供給することを特徴とする情報提供システムである。

請求項７の発明は、請求項１から６のいずれかに記載した情報提供システムにおいて、ユーザーの有する通信端末は、コードリーダ付き携帯電話機であることを特徴とする情報提供システムである。

請求項８の発明は、請求項１から７のいずれかに記載した情報提供システムにおいて、検索情報には料理メニューの識別情報が含まれており、データベースサーバは前記識別情報が通知されると、前記料理メニューに使用された食材リストを検索してＷｅｂサーバに供給することを特徴とする情報提供システムである。

請求項９の発明は、請求項８に記載した情報提供システムにおいて、データベースサーバには予めユーザー毎に飲食可か不可のいずれかの判定条件としてアレルギーを起こす食材が登録されており、判定要求された場合には、料理メニューの食材リストにアレルギーを起こす食材が１つでも含まれているときには飲食不可の判定をし、それ以外のときには飲食可の判定をし、その判定結果をＷｅｂサーバに供給することを特徴とする情報提供システムである。

請求項１０の発明は、請求項９に記載した情報提供システムにおいて、アレルギーを起こす食材の登録は、データベースサーバに予め登録された食材リストをＷｅｂページ上に表示させ、ユーザーに該当する食材を選択させることにより行うことを特徴とする情報提供システムである。

請求項１１の発明は、請求項１０に記載した情報提供システムにおいて、データベースサーバに登録された料理メニュー毎にそれに含まれる食材リストはＷｅｂページ上の入力操作により変更可能であることを特徴とする情報提供システムである。

請求項１２の発明は、請求項１から７のいずれかに記載した情報提供システムにおいて、検索情報にはバス・電車等の交通機関の車両のバス停・駅等の停車位置と車両の上り・下り等の運転ルートの識別情報が含まれており、データベースサーバは前記識別情報が通知されると、前記停車位置に停車する車両の所定の運転ルートの時刻表リストを検索してＷｅｂサーバに供給することを特徴とする情報提供システムである。

請求項１３の発明は、請求項１２に記載した情報提供システムにおいて、データベースサーバは検索された時刻表リストを、現在の時刻から所定時間のものだけに絞り込んだ結果をＷｅｂサーバに供給することを特徴とする情報提供システムである。

請求項１４の発明は、請求項１から１３のいずれかに記載された情報提供システムのデータベースサーバとしてコンピュータを機能させることを特徴とするプログラムである。

請求項１５の発明は、請求項１から１３のいずれかに記載された情報提供システムのＷｅｂサーバとしてコンピュータを機能させることを特徴とするプログラムである。

請求項１６の発明は、請求項１から１３のいずれかに記載された情報提供システムにより実施される情報提供方法である。

本発明の情報提供システムによれば、二次元コードにＵＲＬが含まれているので、コードリーダを備えた携帯電話機等の通信端末を使用すれば、目的とするＷｅｂページに容易に辿り着くことができる。
また、双方向通信可能な通信端末をユーザーに利用してもらうことで、ユーザーに必要とする時に必要な情報を効率良く提供することができる。

本発明の第1の実施の形態に係る食材情報提供システムを、図１から図１２に従って説明する。
図１は、食材情報提供システム１の構成図である。
この食材提供システム１では、情報提供側の備えるＷｅｂサーバ３・データベースサーバ５が通信ネットワークであるインターネット７を介してユーザーの携帯電話機９と接続されている。また、情報提供側の備えるＷｅｂサーバ３・データベースサーバ５はインターネット７を介してシステム加入者、即ちレストランチェーンの運営会社の備える操作端末（ＰＣ）１１とも接続されている。

図２に示すように、情報提供側のＷｅｂサーバ３は、ハードウエア的には通信部（インターネット、サーバ間）、制御部、記憶部を備えており、ＯＳ及びアプリケーションプログラム等により、携帯電話機９や操作端末１１からのＷｅｂページ上での要求受付部１３、Ｗｅｂページ作成部１５と、Ｗｅｂページ送信部１７として論理的に機能している。なお、要求受付部１３は認証機能を備えている。携帯電話機９には携帯電話機用Ｗｅｂページを作成して送信し、操作端末１１用にはＰＣ用Ｗｅｂページを作成して送信する。
データベースサーバ５は、ハードウエア的には通信部（サーバ間）、制御部、記憶部を備えており、ＯＳ及び専用のアプリケーションプログラム等により、登録部１９、検索部２１、加工部としてのアレルギー判定部２３、コード処理部２５、コンテンツデータベースとしての食材データベース２７、加工条件データベースとしてのアレルギー情報を含むユーザー情報データベース２９として、即ち狭義のデータベースサーバだけでなくアプリケーションサーバとして論的的に機能している。

携帯電話機９や操作端末１１からデータベースサーバ５へのアクセスは全てＷｅｂサーバ３の要求受付部１３を介して行われる。また、ユーザーや操作者側の登録や情報の閲覧は、データベースサーバ５から供給されたコンテンツに基づいてＷｅｂ作成部１５で作成され、Ｗｅｂ送信部１７から送信されたＷｅｂページにて行われる。
サーバを機能させる専用のアプリケーションプログラムは、ＣＤ−ＲＯＭ等の記憶媒体から取り込んだものでも、通信回線からダウンロードして取り込んだものでもよい。
ユーザー側の携帯電話機９は、コードリーダ（コード読取り機能及びＵＲＬ変換機能付き）、通信部（インターネット）、制御部、ディスプレイ、入力部を備え、Ｗｅｂブラウザ機能を利用できるものであればよい。
クライアント端末、即ちレストラン運営会社側の操作端末（ＰＣ）１１は、通信部（インターネット）、制御部、ディスプレイ、入力部を備え、Ｗｅｂブラウザ機能を利用できるものであればよい。

以下、情報の流れに沿って、食材情報提供システム１を説明する。
（食材の登録：図３）
レストランチェーンの運営会社側の操作者が、所定のログイン画面（Ｗｅｂページ）からＩＤ及びパスワードを入力してＷｅｂサーバ３にアクセスすると、その要求受付部１３がデータベースサーバ５のユーザー情報データベース２９に登録されたＩＤ及びパスワードと一致するか否かのセキュリティ認証を行い、成功すると、データベースサーバ５の登録部１９がメニュー画面をＷｅｂサーバを介してＷｅｂページとして送信する。選択操作により食材の登録を要求すると、登録部１９が所定の登録フォームをＷｅｂページとして送信する。
図４に示すように、送信されたＷｅｂページ上で、操作者は料理メニュー情報と、その料理メニューに含まれる食材情報と、メニュー・食材の関連付け情報を表示されるＷｅｂページに従って順に入力し、登録ボタンの押下により登録するメニュー・食材の関連付けは、メニュー名を選択表示させ、さらに、右側に全ての食材を表示させ、そのメニューに含まれる食材の記載欄のボタンを押し更に矢印のボタンを押すと、左の選択食材の欄にその押したボタンの食材が表示される。そのメニューに含まれる食材を選択食材に表示させた後に、登録ボタンを押すと、メニュー・食材の関連付け処理を終了する。なお、選択食材を間違えたときは、その食材の記載欄のボタンを押し、さらに「選択食材の削除」のボタンを押してその食材を選択食材の欄から削除する。

Ｗｅｂサーバ３を介して登録部１９がそのデータを受信すると、コード処理部２５に食材データベース２７の所定のページにそのＵＲＬを割り当ててもらった上で格納する。ＵＲＬは、固定情報と料理メニューの検索情報としてのページ番号とから構成されており、固定情報が“http://www.aaa.bbb.com”であり、〓検索情報が“?id=xxx”であり、その結果、ＵＲＬは、“http://www.aaa.bbb.com?id=xxx”となる。」
なお、食材に修正があるときには、メニュー画面から、関連付けの修正フォームの送信を要求して、Ｗｅｂページ上で修正する。
料理メニュー名は同じでも、魚の種類が季節毎に異なる場合があるが、上記機能により、図５（１）に示すように、簡単に食材の情報を変更することができる。例えば、焼き魚定食の場合に、その関連付け食材を「関連付け表示」ボタンを押して表示させ、「サンマ」を選択食材から削除し、さらに、「鯵」のボタンを押しさらに矢印有りの「追加」ボタンを押すと「鯵」が選択食材に加えられる。そして、「修正を更新」ボタンを押せば、その修正内容で登録される。
また、修正の食材の記載が分かっている場合には、図５（１）の表示例に示すように、全ての食材の表示欄で表示された「サンマ」のボタンを押し、さらに「修正」ボタンを押した後に、選択食材の欄に「鯵」を入力すると、魚が「サンマ」から「鯵」に修正される。
修正を終了した後に、「修正を更新」ボタンを押せば、その修正内容で登録される。
また、図５（２）に示すように、「無効」を選択すると、登録された情報はユーザーに提供するＷｅｂページ上では閲覧できない状態とすることができる。従って、季節毎に「有効」と「無効」を変更することにより、季節料理等の登録に利用できる。

操作者がＱＲコードを印刷したい場合には、メニュー画面から印刷要求をすると、データベースサーバ３のコード処理部２５が割り当てられたＵＲＬをＱＲコード化した画像データを作成してＷｅｂサーバ３を介して送信する。従って、操作者は、図６に示すように、レストラン毎に置くメニューブックの料理写真の横に印刷したりする。
なお、ここでは説明の簡略化のために上記した構成にしているが、料理メニュー等を登録した操作者が印刷までしなくてもよいこと、また、料理メニュー等を登録する操作端末と別個に印刷端末を設けてもよいことは言うまでもない。

（ユーザー情報の登録：図７）
ユーザー登録用のＵＲＬを二次元コード化したＱＲコードの印刷物がレストランに置かれたり不特定多数に配布されたりしており、ユーザーはそのＱＲコードを携帯電話機９で読取って送信すると、データベースサーバ５の登録部１９がＷｅｂサーバ３を介して所定の登録フォームをＷｅｂページとして送信する。
図８に示すように、ユーザーが氏名、フリガナ、ＩＤ、パスワードといった所定の識別情報を入力して送信すると、登録部１９がユーザー情報データベース２９に登録する。

識別情報が登録されると、次に、登録部１９がアレルギー情報の登録フォームをＷｅｂページとして送信して情報の登録を促す。図９に示すように、ユーザーがアレルギーを起こす食材、即ちアレルギー食材のカナ名称の頭文字やアルファベットの頭文字を選択して送信すると、検索部２１が操作者によって予め登録された食材リストからその頭文字に該当する食材リストを検索し、その食材リストをＷｅｂページとして送信する。
ユーザーが、Ｗｅｂページ上で表示された食材リストから自分のアレルギー食材を選択して送信すると、登録部１９はユーザー情報データベース２９にそのデータをユーザー識別情報と関連付けて登録する。

ユーザーがデータを修正したい場合には、図１０に示すように、ＵＲＬを含むユーザーログイン用ＱＲコードを読取ってまたは所定のＵＲＬを入力して送信すると、Ｗｅｂサーバ３の要求受付部１３は所定の認証フォームをＷｅｂページとして送信し、ＩＤ及びパスワードの入力を促し、セキュリティ認証に成功した場合には、図７のフローチャートと同様に、データベースサーバ５の登録部１９は所定のメニュー画面をＷｅｂページとして送信する。ユーザーの識別情報の場合は「登録情報編集」ボタンを選択されると、アレルギー情報の場合には「アレルギー登録」ボタンを選択されると、それぞれの所定の修正フォームを送信する。
なお、通常、ユーザーログイン用ＱＲコードはユーザー登録用ＱＲコードと冊子に印刷しておくので、ユーザー登録の際に携帯電話機９の記憶部に一旦記憶しておけば、必要に応じて何処ででも修正ができる。

（食材情報・アレルギー判定結果の提供：図１１）
ユーザーは、レストランで、いずれかの料理メニューを選択すると、携帯電話機９を用いてその横に印刷されたＱＲコードを読取って送信する。
Ｗｅｂサーバ３は受信すると、データベースサーバ５に通知してコンテンツを供給してもらう。具体的には、データベースサーバ５の検索部２１は選択された料理メニューの食材リストを検索してその食材リストをコンテンツとして供給する。そして、Ｗｅｂサーバ３のＷｅｂページ作成部１５が、図１２に示すように食材リストのＷｅｂページを作成してＷｅｂページ送信部１７が送信する。

ユーザーが、アレルギー判定結果も所望の場合には、Ｗｅｂページ上のＩＤとパスワードを入力してログインボタンを押して送信すると、Ｗｅｂサーバ３の要求受付部１３はユーザー情報データベース２９を読み出してセキュリティ認証を行い成功すると、データベースサーバ５に通知して同様にコンテンツを供給してもらう。
具体的には、データベースサーバ５のアレルギー判定部２３はユーザー情報データベース２９からそのユーザーのＩＤをキーにアレルギー食材を読み出して上記検索された食材リストにアレルギー食材が含まれているか否かを判断する。 そして、一つでもアレルギー食材が含まれている場合には「×」の判定結果を出し、それ以外の場合には「○」の判定結果を出し、判定結果をコンテンツとしてＷｅｂサーバ３に供給する。
Ｗｅｂサーバ３はその判定結果に基づいて、図１２に示すように、判定結果のＷｅｂページを作成して送信する。
従って、ユーザーは、手元の携帯電話機９を介してその料理メニューを食して良いのか否かの情報を得ることができる。

この食材提供システム１によれば、ユーザーは、携帯電話機９の簡単な操作により料理メニューの食材やアレルギー情報を得ることができる。
また、レストラン運営会社側は、ＰＣの簡単な操作により食材情報のコンテンツを登録できる。

第２の実施の形態に係るバス停時刻確認システム３１について説明する。
情報の流れは、第１の実施の形態に係る食材情報提供システム１と殆ど同じ構成であり、異なる部分についてのみ説明する。
図１３はバス停時刻確認システム３１の構成図であり、同じようにＱＲコードを読取ってＷｅｂサーバ３に送信すると、コンテンツとしての問い合わせ結果を得られる構成になっている。
図１４はデータベースサーバ５の論理的構成図であり、このシステムで提供される情報に対応して、コンテンツデータベースとして時刻表データベース３３が設けられ、判断条件としてクロック（時計）３５が設けられ、加工部としての表示時間の絞り込み部３７が設けられている。

（時刻表等の登録：図１５）
バスの運営会社側の操作者が、第1の実施の形態に係る食材情報提供システム１と同様に所定のログイン画面からＩＤとパスワードを利用したセキュリティ認証に成功すると、データベースサーバ５の登録部１９が、図１６に示すように、メニュー画面をＷｅｂページとして表示させる。選択操作によりコンテンツ登録を要求すると、登録部１９がＷｅｂサーバ３を介して所定の登録フォームをＷｅｂページとして送信する。
登録内容には、操作者登録、路線登録、駅／停留所登録、時刻登録、祝日登録があり、それぞれ所定の登録フォームがある。

図１７（１）に示すように、操作者登録はメニュー画面から行える。操作者登録とは、Ｗｅｂサーバ３から送信されるコンテンツ等をＷｅｂページとして閲覧したり登録したりすることができる操作者を登録する処理のことであり、通常の操作者用には、ＩＤ及びパスワードと共に登録権限を「一般ユーザ」として登録し、管理者用には、ＩＤ及びパスワードと共に登録権限を「管理ユーザ」として登録する。
Ｗｅｂサーバ３の要求受付部１３は、セキュリティ認証をする場合には登録権言毎に認証を行い、登録権限に対応した登録フォームを送信する。具体的には、登録権限が「一般ユーザ」の場合には、後述する管理（修正）フォームは送信しない構成になっている。
なお、登録内容に修正があるときには、図１７（２）に示すように、管理権限を有する者がメニュー画面から、管理（修正）フォームの送信を要求して、Ｗｅｂページ上で修正する。管理（修正）フォームは、時刻管理等、それぞれの登録フォームに対応しており、上書きや登録権限を変更した上で修正ボタンを押すことで登録内容を修正できる。

時刻表データの登録は、図１８に示すように、先ず路線登録を行い、駅／停留所登録では登録された路線を選択した上でその選択条件毎に駅や停留所、更には上り線や下り線の登録を行い、時刻登録では登録された路線と駅／停留所を選択した上でその選択条件毎に時刻を登録する。時刻の登録は発車時刻毎に行い、属性情報として、終電等の途中で止まる特殊ダイヤの場合にはその旨を記載し、平日ダイヤ、休日ダイヤ（土日）、特別ダイヤ（祝日、正月等）のいずれかを選択し、上り線か下り線のいずれかを選択し、最後に有効か無効かを選択する。
「無効」を選択すると、登録された情報はユーザーに提供するＷｅｂページ上では閲覧できない状態とすることができる。従って、管理（修正）フォームを利用して「無効」から「有効」にしたり或いはその反対に修正することで、特別ダイヤの事前登録に利用できる。

Ｗｅｂサーバ３を介して登録部１９が駅／停留所登録のデータを受信すると、コード処理部２５に時刻表データベース３３の所定のページにそのＵＲＬを割り当ててもらった上で格納する。ＵＲＬは、固定情報と駅／停留所の検索情報としてのページ番号とから構成されている。
なお、登録内容に修正があるときには、図１９に示すように、管理権限を有する者がメニュー画面から、修正フォームの送信を要求して、Ｗｅｂページ上で修正する。修正フォームは、時刻管理等、それぞれの登録フォームに対応しており、上書きした上で修正ボタンを押すか、削除ボタンを押すことによりデータを変更したり削除したりする。

操作者がＱＲコードを印刷したい場合には、印刷要求をすると、データベースサーバ３のコード処理部２５が割り当てられたＵＲＬをＱＲコード化した画像データを作成してＷｅｂサーバ３を介して送信する。従って、図２０に示すように、携帯カードを作成し、その停留所を利用する人々に配布して携帯カードとして所持してもらう。

（時刻表データの提供：図２１）
ユーザーは、その仕事がいつもより遅くなったりした場合等、乗車する予定のバスの停留所から次のバスが何時頃来るのかを知りたいときに、携帯電話機９を用いて所持している携帯カードの横に印刷されたＱＲコードを読取って送信する。
Ｗｅｂサーバ３は受信すると、データベースサーバ５にその旨を通知してコンテンツを供給してもらう。具体的には、データベースサーバ５の検索部２１は選択されたバス停留所の時刻表を時刻表データベース３３から検索し、更に、絞り込み部３７がクロックから現在の時刻を教えてもらい、その時刻から後1時間以内の発車時刻のものに絞りこみ、絞り込み結果をコンテンツとして供給する。そして、Ｗｅｂサーバ３のＷｅｂページ作成部１５が、図２２に示すように、絞り込んだ時刻表データのＷｅｂページを作成してＷｅｂページ送信部１７が送信する。
従って、ユーザーはバスの停留所に行かずとも、何時に次のバスが発車するのかを確認でき、時間があるときには途中で用事を済ませたりすることでバス停での無駄な待ち時間を無くすことができる。

このバス停時刻確認システム３１によれば、ユーザーは、携帯電話機９の簡単な操作により必要な分だけの絞り込んだ発車時刻情報を得ることができる。
また、バスの運営会社側は、ＰＣの簡単な操作により時刻表情報のコンテンツを登録できる。

以上、本発明の実施の形態について説明したが、本発明の具体的構成はこの実施の形態に限定されるものでは無く、本発明の要旨から外れない範囲での設計変更等があっても本発明に含まれる。
例えば、Ｗｅｂページ上で表示されたフォームや内容は例示的なものであり、提供するコンテンツの内容に対応させて適宜変更できることは言うまでもない。
また、加工部での処理に必要な加工条件の設定・変更、例えば、バス停時刻確認システム３１では表示時間（例：1時間）の設定は操作者がＷｅｂページ上で行える構成にすることもできる。

本発明に係る情報提供システムによれば、携帯電話機を用いて必要且つ十分な情報を必要な時に簡単な操作で得ることができ、ユーザーは膨大な情報から本当に必要な情報を必要なときに得ることができる。

第1の実施の形態に係る食材情報提供システムの構成図である。 Ｗｅｂサーバとデータベースサーバの構成図である。 レストラン運営会社側の食材の登録の手順を説明するフローチャートである。 食材の登録フォームである。 食材の修正フォームである。 ＱＲコードの印刷例である。 ユーザー情報の登録の手順を説明するフローチャートである。 ユーザーの識別情報の登録フォームである。 ユーザーのアレルギー情報の登録フォームである。 ユーザー情報の修正手順で用いられる修正フォーム等である。 ユーザーへの食材情報・アレルギー判定結果の提供の手順を説明するフローチャートである。 食材リストと判定結果のそれぞれの表示画面である。 第２の実施の形態に係るバス停時刻確認システムの構成図である。 データベースサーバの構成図である。 時刻表情報の登録の手順を説明するフローチャートである。 メニュー画面である。 操作者の登録・管理（修正フォーム）である。 時刻表情報の各種登録フォームである。 時刻表情報の各種管理（修正）フォームである。 携帯カードを示す。 ユーザーへの時刻表情報の提供の手順を説明するフローチャートである。 時刻表データの表示画面である。

符号の説明

１‥‥食材情報提供システム ３‥‥Ｗｅｂサーバ
５‥‥データベースサーバ ７‥‥インターネット
９‥‥携帯電話機 １１‥‥操作端末（ＰＣ）
１３‥‥要求受付部 １５‥‥Ｗｅｂページ作成部
１７‥‥Ｗｅｂページ送信部 １９‥‥登録部
２１‥‥検索部 ２３‥‥アレルギー判定部
２５‥‥コード処理部 ２７‥‥食材データベース
２９‥‥ユーザー情報データベース
３１‥‥バス停時刻確認システム ３３‥‥時刻表データベース
３５‥‥クロック ３７‥‥絞り込み部

Claims (16)

1. 情報提供側がＷｅｂサーバとデータベースサーバとを有し、前記データベースサーバから供給されるコンテンツに基づいてＷｅｂサーバがユーザーに向けてＷｅｂページを作成・提供する情報提供システムにおいて、
   ユーザー側の通信端末が前記ＷｅｂサーバのＵＲＬを含む二次元コードを読取り前記ＵＲＬに対応する前記Ｗｅｂサーバにアクセスすると、前記ＷｅｂサーバはＵＲＬに含まれる検索情報を前記データベースサーバに通知してコンテンツの検索を促すことを特徴とする情報提供システム。
2. 請求項１に記載した情報提供システムにおいて、
   コンテンツは、Ｗｅｂページ上での入力操作によりデータベースサーバに登録されることを特徴とする情報提供システム。
3. 請求項１または２に記載した情報提供システムにおいて、
   コンテンツの登録に際しては、ＩＤとパスワードに基づいて登録権限に対応したセキュリティ認証を行い、そのセキュリティ認証に成功した場合にその権限に対応した登録を許可することを特徴とする情報提供システム。
4. 請求項１から３のいずれかに記載した情報提供システムにおいて、
   データベースサーバは、検索情報を通知されると、その検索情報に基づいてコンテンツを検索し、さらに、検索されたコンテンツを予め設定された加工条件に従って加工して、加工したものを供給することを特徴とする情報提供システム。
5. 請求項４に記載した情報提供システムにおいて、
   ユーザーによる加工条件の設定の際には、Ｗｅｂサーバから提供されるＷｅｂページ上に加工条件設定に関連するコンテンツが表示され、そのコンテンツから任意のものが選択されると、データベースサーバはその選択結果に基づいて加工条件を設定することを特徴とする情報提供システム。
6. 請求項４または５に記載した情報提供システムにおいて、
   検索されたコンテンツを、予め設定された加工条件としての判定条件に当てはめて判定結果を導出し及び／又は予め設定された加工条件としての絞り込み条件により絞り込み、判定結果及び／又は絞り込み結果を供給することを特徴とする情報提供システム。
7. 請求項１から６のいずれかに記載した情報提供システムにおいて、
   ユーザーの有する通信端末は、コードリーダ付き携帯電話機であることを特徴とする情報提供システム。
8. 請求項１から７のいずれかに記載した情報提供システムにおいて、
   検索情報には料理メニューの識別情報が含まれており、データベースサーバは前記識別情報が通知されると、前記料理メニューに使用された食材リストを検索してＷｅｂサーバに供給することを特徴とする情報提供システム。
9. 請求項８に記載した情報提供システムにおいて、データベースサーバには予めユーザー毎に飲食可か不可のいずれかの判定条件としてアレルギーを起こす食材が登録されており、判定要求された場合には、料理メニューの食材リストにアレルギーを起こす食材が１つでも含まれているときには飲食不可の判定をし、それ以外のときには飲食可の判定をし、その判定結果をＷｅｂサーバに供給することを特徴とする情報提供システム。
10. 請求項９に記載した情報提供システムにおいて、アレルギーを起こす食材の登録は、データベースサーバに予め登録された食材リストをＷｅｂページ上に表示させ、ユーザーに該当する食材を選択させることにより行うことを特徴とする情報提供システム。
11. 請求項１０に記載した情報提供システムにおいて、データベースサーバに登録された料理メニュー毎にそれに含まれる食材リストはＷｅｂページ上の入力操作により変更可能であることを特徴とする情報提供システム。
12. 請求項１から７のいずれかに記載した情報提供システムにおいて、検索情報にはバス・電車等の交通機関の車両のバス停・駅等の停車位置と車両の上り・下り等の運転ルートの識別情報が含まれており、データベースサーバは前記識別情報が通知されると、前記停車位置に停車する車両の所定の運転ルートの時刻表リストを検索してＷｅｂサーバに供給することを特徴とする情報提供システム。
13. 請求項１２に記載した情報提供システムにおいて、データベースサーバは検索された時刻表リストを、現在の時刻から所定時間のものだけに絞り込んだ結果をＷｅｂサーバに供給することを特徴とする情報提供システム。
14. 請求項１から１３のいずれかに記載された情報提供システムのデータベースサーバとしてコンピュータを機能させることを特徴とするプログラム。
15. 請求項１から１３のいずれかに記載された情報提供システムのＷｅｂサーバとしてコンピュータを機能させることを特徴とするプログラム。
16. 請求項１から１３のいずれかに記載された情報提供システムにより実施される情報提供方法。

Images