(57)【要約】【課題】  要求者の意図に合わせた情報提供サービスを実現する。【解決手段】提供情報受け付け部４０３は、情報提供者についての提供情報を受け付ける。提供情報受け付け部４０３で受け付けた提供情報は、あらかじめ登録され、データベースとして記憶部４０２に記憶されている。指示受け付け部４０４は、提供すべき情報についての条件指示と、あらかじめ定めた複数の情報提供方法のうち、提供すべき提供方法の選択指示とをユーザ端末から受け付ける。抽出部４０５は、指示受け付け部４０４で受け付けた提供すべき情報の条件に対応している提供情報を、記憶部４０２に記憶する提供情報から抽出する。実行部４０１は、抽出部４０５で抽出された提供情報について、指示受け付け部４０４で受け付けた提供方法に応じて情報提供サービスを実行する。【選択図】図２４
2006018723.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末に対して情報提供サービスを行う情報提供サービスシステムにおいて、
情報提供者についての提供情報を受け付ける提供情報受け付け手段と、
前記提供情報受け付け手段で受け付けた提供情報を記憶する記憶手段と、
提供すべき情報についての条件指示と、あらかじめ定めた複数の情報提供方法のうち、提供すべき提供方法の選択指示とを前記ユーザ端末から受け付ける指示受け付け手段と、
前記指示受け付け手段で受け付けた提供すべき情報の条件に対応している提供情報を、前記記憶手段に記憶する提供情報から抽出する抽出手段と、
前記抽出手段で抽出された提供情報について、前記指示受け付け手段で受け付けた提供方法に応じて情報提供サービスを実行する実行手段とを備えることを特徴とする情報提供サービスシステム。
【請求項２】
請求項１に記載の情報提供サービスシステムにおいて、前記あらかじめ定めた複数の情報提供方法は、プッシュ型とプル型との情報提供方法とすることを特徴とする情報提供サービスシステム。
【請求項３】
請求項２に記載の情報提供サービスシステムにおいて、前記実行手段は、前記プッシュ型の情報提供方法として、前記抽出手段で抽出された提供情報に対応する情報提供者の端末に対して前記ユーザ端末についての端末情報を通知することを特徴とする情報提供サービスシステム。
【請求項４】
請求項２に記載の情報提供サービスシステムにおいて、前記実行手段は、前記プル型の情報提供方法として、前記抽出手段で抽出された提供情報を前記ユーザ端末に送信することを特徴とする情報提供サービスシステム。
【請求項５】
請求項１に記載の情報提供サービスシステムにおいて、前記提供情報受け付け手段は、前記提供情報についての混雑の程度を示す混雑情報をさらに受け付け、
前記抽出手段は、抽出した提供情報が複数ある場合に、前記混雑情報から混雑がより少ない混雑情報に対応する提供情報を抽出することを特徴とする情報提供サービスシステム。
【請求項６】
請求項１に記載の情報提供サービスシステムにおいて、前記ユーザ端末が存在する位置を示す位置情報を取得する取得手段をさらに有し、
前記提供情報受け付け手段は、前記提供情報についての場所を示す場所情報をさらに受け付け、
前記抽出手段は、抽出した提供情報が複数ある場合に、前記位置情報により近い場所情報に対応する提供情報を抽出することを特徴とする情報提供サービスシステム。
【請求項７】
ユーザ端末に対して情報提供を行う情報提供サービス方法において、
情報提供者についての提供情報を受け付け、
受け付けた提供情報を記憶し、
提供すべき情報についての条件指示と、あらかじめ定めた複数の情報提供方法のうち、提供すべき提供方法の選択指示とを前記ユーザ端末から受け付け、
受け付けた提供すべき情報の条件に対応している提供情報を、記憶している提供情報から抽出し、
抽出された提供情報について、前記受け付けた提供方法に応じて情報提供サービスを実行することを特徴とする情報提供サービス方法。
【請求項８】
コンピュータを、
情報提供者についての提供情報を受け付ける提供情報受け付け手段、
前記提供情報受け付け手段で受け付けた提供情報を記憶する記憶手段、
提供すべき情報についての条件指示と、あらかじめ定めた複数の情報提供方法のうち、提供すべき提供方法の選択指示とを前記ユーザ端末から受け付ける指示受け付け手段、
前記指示受け付け手段で受け付けた提供すべき情報の条件に対応している提供情報を、前記記憶手段に記憶する提供情報から抽出する抽出手段、
および、
前記抽出手段で抽出された提供情報について、前記指示受け付け手段で受け付けた提供方法に応じて情報提供サービスを実行する実行手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
インターネットなどの通信網を介して、携帯端末などの端末に対して情報提供を行うサービスシステムの技術に関する。
【背景技術】
【０００２】
現在、インターネットなどの通信網を介して、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、携帯電話などの端末への情報提供の方法としては、Ｗｅｂ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）上でユーザがほしい情報を指示し、対応する情報を表示するプル型の情報提供と、Ｅメール等により、端末に情報を送信するプッシュ型の情報提供とがある。プル型の情報提供は、情報の要求者が自発的に明確に、どのような条件の情報を入手したいか、という意図を持っているため、要求者が必要な時に、必要な情報を入手することができる。一方、プッシュ型の情報提供は、情報要求者のメールアドレスを情報提供者に予め通知しておき、定期的に情報提供者から一方的に情報が提供されるものである。例えば、インターネットによる地域情報提供システムにおいては、一般的なプッシュ型の情報提供サービスの開示がなされている（特許文献１）。
【０００３】
【特許文献１】特開２００３−３１９４３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述したように、ＰＤＡや携帯端末が発達し、これらはモバイル情報端末として重要なアイテムとなっている。これらのアイテムを使って、テーマパーク、デパート、商店街等で情報提供が行われつつある。上記従来技術では、情報の要求者が意図しているような提供方法により情報が提供されてはいるとは限らない。例えば、プッシュ型の提供方法では、要求者の情報の必要性の有無に関わらず一方的に情報を送信してしまう場合もある。
【０００５】
そこで、本発明では、要求者の意図に合わせた情報提供サービスを実現する技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上記課題を解決するために、ユーザ端末に対して情報提供サービスを行う情報提供サービスシステムにおいて、情報提供者についての提供情報を受け付ける提供情報受け付け手段と、前記提供情報受け付け手段で受け付けた提供情報を記憶する記憶手段と、提供すべき情報についての条件指示と、あらかじめ定めた複数の情報提供方法のうち、提供すべき提供方法の選択指示とを前記ユーザ端末から受け付ける指示受け付け手段と、前記指示受け付け手段で受け付けた提供すべき情報の条件に対応している提供情報を、前記記憶手段に記憶する提供情報から抽出する手段と、前記抽出手段で抽出された提供情報について、前記指示受け付け手段で受け付けた提供方法に応じて情報提供サービスを実行する実行手段とを備える。
【発明の効果】
【０００７】
本発明によれば、要求者の意図に合わせた情報提供サービスが実現可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明における実施の形態について図面を参照して説明する。
【０００９】
図１は、本実施の形態の情報提供サービスシステムにおけるネットワーク構成を説明する図である。
【００１０】
本実施の形態においては、Ｗｅｂ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）上でユーザから指示された条件に対応する提供情報を表示するプル型の情報提供方法と、Ｅメール等により、情報提供者からユーザの端末に情報を送信するプッシュ型の情報提供方法とのうち、いずれかの情報提供方法について情報要求者であるユーザの指示を受け付けて、指示された情報提供方法により、情報の提供を行っている。情報提供方法は、プル型・プッシュ型以外の提供方法を、あらかじめ設定しておいてもよい。また、２種以上の提供方法を設定しておいてもよい。
【００１１】
図１において、情報提供サービスシステム４１０は、本実施の形態における情報提供サービスを実現するために、ＷＥＢサーバ１８、メールサーバ１９、ＤＢ（ｄａｔａｂａｓｅ）サーバ１１０、アプリケーションサーバ１１１および測位サーバ１１２を備えている。情報提供サービスシステム４１０は、ＧＷサーバ１５を介してインターネット１１に接続され、さらにＷＥＢサーバおよびメールサーバ１６を介してインターネット端末１７Ａ・Ｂに、ＧＷサーバ１５、移動通信網１２および基地局１３を介してモバイル情報端末１４にそれぞれ接続されている。本実施の形態におけるネットワーク構成は、現在のインターネット上でのＷｅｂサービスやメールサービスを提供するネットワークと同様である。
【００１２】
ＷＥＢサーバ１８は、ＨＴＭＬ文書や画像などの情報を蓄積しておき、Ｗｅｂブラウザなどの要求に応じて、インターネットなどのネットワークを介して、これらの情報を送信する役割を果たす。
【００１３】
メールサーバ１９は、インターネットに接続され、自ネットワーク内の電子メールの送信や受信を行なう。
【００１４】
ＤＢサーバ１１０は、データベースを記憶するサーバである。
【００１５】
アプリケーションサーバ１１１は、本実施の形態における情報提供サービスシステムの中心的なサービスの処理を実行している。
【００１６】
測位サーバ１１２は、ＰＤＡ／携帯端末のモバイル情報端末１４の現時点での位置情報を移動体基地局やＧＰＳから取得するサーバである。
【００１７】
本実施の形態におけるネットワーク構成を説明する。インターネット１１に対してモバイル情報端末１４との通信を可能とするために、異種間ネットワーク接続のためのＧＷサーバ１５を介して移動通信網１２が接続される。移動通信網１２の末端には、基地局１３が接続され、基地局１３を介してモバイル情報端末１４が通信可能となる。
【００１８】
ＷＥＢサーバおよびメールサーバ１６は、通常のＰＣ等のインターネット端末１７Ａ・Ｂがインターネットに接続するための、インターネット・サービス・プロバイダが提供しているサーバである。インターネット端末１７は、本実施の形態では、情報要求者（ユーザ）のインターネット端末を１７Ａとし、また情報提供者のインターネット端末を１７Ｂとして示す。
【００１９】
ＷＥＢサーバ１８は、情報要求者の端末に対しては、情報提供の要求を受け付けるための画面、その検索結果の確認を行う画面、また、情報提供の中止の要求を受け付ける画面などを表示させる。また、ＷＥＢサーバ１８は、情報提供者の端末に対しては、情報提供者側の提供情報を受け付ける画面や、空き情報を受け付ける画面を表示させる。ＷＥＢサーバ１８は、ＰＤＡ、携帯端末等の各端末に対応したＰＤＡ、携帯端末用の画面が提供可能である。
【００２０】
メールサーバ１９は、プッシュ型の情報提供時に、情報提供者の端末と情報要求者の端末間でメール通信を行わせる。ＤＢサーバ１１０は、情報提供者のデータベース、情報要求者の要求した情報の条件のデータベース、位置の検索のためのデータベース等各種データベースを有する。
【００２１】
アプリケーションサーバ１１１は、本実施の形態による情報提供サービスの中心的なサービスの処理を実現している。アプリケーションサーバ１１１は、情報提供者の端末からの提供情報の受け付け処理、ＤＢサーバ１１０への提供情報の登録処理、情報要求者の端末からの提供情報についての条件指示と提供方法の指示との受け付け処理、ＤＢサーバ１１０への指示条件設定と更新処理、ＤＢサーバ１１０へアクセスを行い、指示条件に一致する情報提供者の提供情報の抽出・並べ替え処理、および、指示された提供方法に従って情報提供タイミング制御・終了判定処理を行う。
【００２２】
測位サーバ１１２は、ＰＤＡ、携帯端末などのモバイル情報端末１４の現時点での位置情報を移動体基地局やＧＰＳから取得するサーバである。
【００２３】
また、ＷＥＢサーバ１８、メールサーバ１９、ＤＢ（ｄａｔａｂａｓｅ）サーバ１１０、アプリケーションサーバ１１１および測位サーバ１１２に示す各サーバ３３０のハードウェア構成の一例を図２３に示す。サーバ３３０は、パーソナルコンピュータなどの電子計算機である。図２３に示すように、ＣＰＵ３０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などのメモリ３０２と、インターネットに接続されてデータを送受信する通信部３０３と、キーボードなどの入力装置３０４と、処理結果等を表示するディスプレイ３０４とを備える。サーバ３３０は、それぞれのサーバにおける各機能を実現するためのプログラムがメモリ３０４に記憶され、ＣＰＵ３０１が実行する。
【００２４】
以上、説明したような情報提供サービスシステムの構成において、ＷＥＢサーバ１８、メールサーバ１９、ＤＢサーバ１１０、アプリケーションサーバ１１１および測位サーバ１１２は、物理的なハードウェア構成を示しているだけでなく、論理的なソフトウェア構成を示していてもよい。例えば、ＷＥＢサーバ１８、メールサーバ１９、ＤＢサーバ１１０、アプリケーションサーバ１１１および測位サーバ１１２を、一台のハードウェア装置上に実装しても良い。
【００２５】
また、本実施の形態におけるアプリケーションサーバ１１１の機能ブロック図を図２４に示す。
図２４において、アプリケーションサーバ１１１は、ユーザ端末に対して情報提供サービスを行うために、実行部４０１と、記憶部４０２と、提供情報受け付け部４０３と、指示受け付け部４０４と、抽出部４０５とを備える。
【００２６】
提供情報受け付け部４０３は、情報提供者についての提供情報を受け付ける。提供情報受け付け部４０３で受け付けた提供情報は、あらかじめ登録され、データベースとして記憶部４０２に記憶される。提供情報は、外部の記憶装置（例えば、ＤＢサーバ１１０）に記憶されてもよい。指示受け付け部４０４は、提供すべき情報についての条件指示と、あらかじめ定めた複数の情報提供方法のうち、提供すべき提供方法の選択指示とをユーザ端末から受け付ける。抽出部４０５は、指示受け付け部４０４で受け付けた提供すべき情報の条件に対応している提供情報を、記憶部４０２に記憶する提供情報から抽出する。実行部４０１は、抽出部４０５で抽出された提供情報について、指示受け付け部４０４で受け付けた提供方法に応じて情報提供サービスを実行する。アプリケーションサーバ１１１において実行するプログラムは、記憶部４０２に記憶されている。
【００２７】
他のＷＥＢサーバ１８、メールサーバ１９、ＤＢサーバ１１０および測位サーバ１１２については、既存の各々のサーバの機能を利用することができる。
【００２８】
従来のプッシュ型情報提供では、一度情報提供の要求を出すと、一定周期でその情報がその時点で情報要求者にとって有用／無用に関わらず配信され、その後、情報要求者が情報の配信を停止するまで、情報配信が行われる。ＰＤＡや携帯端末などのモバイル情報端末が移動中に情報提供を要求する場合は、その移動場所の近くの情報を一時的に要求している場合が殆どである。本実施の形態においては、情報提供開始時点から、情報要求者が望む周期で、情報要求者が望む期間に限定して、情報提供を行うサービス提供形態とすることにより、タイムリーで一時的な情報提供を可能としている。このため、煩わしい、情報提供の配信停止を行う必要は無い。また、ユーザが望む場合には、モバイル情報端末がその時点で位置している場所の近傍の情報提供者からの情報提供に限定することにより、移動中の情報要求者にとってリアルタイムで最も有効な情報提供が可能となる。
【００２９】
また、本実施の形態においては、移動中の情報要求者には、明確な情報に対する条件を持っていない場合も少なくないので、情報提供者側の混雑の程度を示す混雑状況（もしくは空き状況）により、混雑がより少ない（空きの大きい）場所からの情報提供を優先的に行うようにする。これにより、情報の利用者は、より混雑の少ない場所の情報提供を受けることが可能となる。
【００３０】
以下、本実施の形態の情報提供サービスシステムにおいて、飲食店街の各店舗の情報をリアルタイムで提供する場合を例にして説明する。他の例としては、テーマパーク内のアトラクションの情報やデパート内の売り場の情報のような、情報提供者がその利用者を適当に分散し混雑緩和を意図している場合の適用例が考えられる。
【００３１】
まず、各店舗の提供情報を登録する場合について説明する。図２に、情報提供者側の飲食店の店舗のデータベースのレコードの構成例を示す。また、図１９および図２０に、提供情報の登録画面例を示す。
【００３２】
情報提供者側の提供情報を登録する場合、図２４に示す提供情報受け付け部４０３において、提供情報を受け付ける。図１に示す構成においては、アプリケーションサーバ１１１が、ＷＥＢサーバ１８を介して情報提供者のインターネット端末１７ＢからＷＥＢ上で提供情報を受け付けることができる。情報提供者である店舗のインターネット端末１７Ｂは、インターネットを介してＷＥＢサーバ１８にアクセスし、図１９に示すような登録画面１９１に従って店舗情報を登録する。図１９に示すように、登録画面１９１には、飲食店種別コンボボックス１９０、予算（目安）コンボボックス１９１、人数コンボボックス１９２、個室有無設定ラジオボタン１９３、飲食店場所コンボボックス１９４、店舗名称設定エディットボックス１９５、店舗のホームページＵＲＬ設定エディットボックス１９６、店舗へのメールアドレス設定エディットボックス１９７および店舗情報設定ボタン１９８が表示されている。図２０に示すように、登録画面２０１には、提供情報が選択指示もしくは入力される。すべての項目の選択・入力後に、店舗情報設定ボタン１９８がクリックされると、図２に示す情報提供者側の飲食店の店舗データベースに登録される。図２に示す店舗データベースは、図１に示すＤＢサーバ１１０に記憶されている。
【００３３】
図１９および図２０に示す提供情報の具体例を、図２に示す登録レコードを参照して説明する。
【００３４】
図２において、飲食店種別２１は、飲食店の種別を示し、和食、洋食、中華、フレンチ、イタリアン、飲み屋の種別がある。予算２２は、一人あたりの予算額を示し、３，０００円以下、４，０００円〜５，０００円、６，０００円〜７，０００円、８，０００円〜１０，０００円、１０，０００円〜１５，０００円、１５，０００円以上があり、複数の設定が可能である。人数２３は、店舗内の最大人数が示される。個室有／無２４は、  個室の有り／無しが設定される。飲食店場所２５は、飲食店の所在する町名等のエリアが入力され、ＸＸＸ町一丁目、ＸＸＸ町二丁目、ＸＸＸ町三丁目、ＸＸＸ町四丁目、ＸＸＸ町五丁目、ＸＸＸ町六丁目などと示される。飲食店名２６は、プル型の情報提供時、検索された店舗の名称を表示する際に使用される。店舗のホームページＵＲＬ２７は、プル型の情報提供時、検索された店舗のホームページを表示する際に使用される。店舗へのメールアドレス２８は、プッシュ型の情報提供時、検索された店舗への情報提供を要求するメールを、送付する際に使用される。店舗の空き状況２９は、後述する店舗の空き状況の更新により、随時更新され、店舗内の空席の割合（パーセント）が示される。店舗の個室空き状況３０は、個室がある場合に、後述する店舗の個室空き状況の更新により、随時更新され、店舗内の個室の空席の割合（パーセント）が示される。
【００３５】
各店舗の提供情報の登録として、図２０においては、例えば、飲食店種別コンボボックス１９０は「中華」、予算（目安）コンボボックス１９１は「４０００円〜５０００円」、人数コンボボックス１９２は「５人〜８人」、個室有無設定ラジオボタン１９３は「有り」、飲食店場所コンボボックス１９４は「ＸＸＸ町４丁目」、店舗名称設定エディットボックス１９５は「中華Ａ」、店舗のホームページＵＲＬ設定エディットボックス１９６は「ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏ．ｊｐ／／ｔｅｍｐ．ｈｔｍｌ」、店舗へのメールアドレス設定エディットボックス１９７は「ｔｅｍｐ＠ａ．ｃｏ．ｊｐ」がそれぞれ選択もしくは入力されている。店舗情報設定ボタン１９８がクリックされると、図２に示す情報提供者側の飲食店の店舗データベースに登録される。
【００３６】
このようにして、アプリケーションサーバ１１１は、ＷＥＢサーバ１８を介して各店舗のインターネット端末１７Ｂから提供情報を受け付け、ＤＢサーバ１１０の店舗データベースに提供情報を記憶させる。
【００３７】
つぎに、情報要求者が提供情報を要求する場合の条件の設定について説明する。図３に、情報要求者により設定された条件のデータベースのレコードの構成例を示す。また、図１０〜図１３に条件指示の画面例を示す。
【００３８】
情報要求者が提供情報を要求する場合、図２４に示す指示受け付け部４０４において、提供情報の条件指示を受け付ける。図１に示す構成においては、アプリケーションサーバ１１１が、ＷＥＢサーバ１８を介して情報要求者のインターネット端末１７Ａもしくはモバイル情報端末１４からＷＥＢ上の画面で提供情報の条件指示を受け付けることができる。情報要求者のインターネット端末１７Ａもしくはモバイル情報端末１４は、インターネットを介してＷＥＢサーバ１８にアクセスし、図１０〜図１３に示すような登録画面に従って提供すべき情報の条件を設定する。図１０および図１１には、インターネット端末１７Ａからアクセスされた場合の画面例を示し、図１２および図１３には、モバイル情報端末１４からアクセスされた画面例を示す。図１０〜図１３に示すように、設定画面１０１、１１１、１２１および１３１には、飲食店種別コンボボックス１００１、予算（目安）コンボボックス１００２、人数コンボボックス１００３、個室必要／不要設定ラジオボタン１００４、情報提供種別ラジオボタン１００５、飲食店場所コンボボックス１００６、要求者のメールアドレスエディットボックス１００７、情報提供周期コンボボックス１００８、情報提供期間コンボボックス１００９および情報提供開始ボタン１０１０が表示されている。図１１および図１３に示すように、提供情報の条件が選択指示もしくは入力された後に、情報提供開始ボタン１０１０がクリックされると、図３に示す情報要求者ごとの設定条件のデータベースに登録される。
【００３９】
図１０〜図１３に示す設定条件の具体例を、図３に示すレコードを参照して説明する。
【００４０】
図３に示す要求者設定条件のデータベースは、情報要求者ごとに設けられ、情報要求者から要求された情報の条件やメールアドレスを設定すると共に、情報提供のタイミング制御・終了判定処理を行うためのデータ、プッシュ型の情報提供時に情報提供者とアプリケーションサーバ間でやり取りするメールで使用する一時的なメールアドレスが設定される。また、後述する検索の結果、条件に合致した提供情報が抽出され、並べ替えられた店舗データベースのレコードへのポインタが要求者設定条件のデータベースに設定される。
【００４１】
図３において、飲食店種別３１は、和食、洋食、中華、フレンチ、イタリアン、飲み屋の種別がある。予算３２は、一人あたりの予算額を示し、３，０００円以下、４，０００円〜５，０００円、６，０００円〜７，０００円、８，０００円〜１０，０００円、１０，０００円〜１５，０００円、１５，０００円以上があり、複数の設定が可能である。人数３３は、２人、３人〜４人、５人〜８人、８人〜１２人、１２人〜２０人、２０人以上のいずれかが選択される。個室必要／不要３４は、個室が必要であるか、不要であるかが選択される。飲食店場所３５は、提供を希望する町名等のエリアが入力され、ＸＸＸ町一丁目、ＸＸＸ町二丁目、ＸＸＸ町三丁目、ＸＸＸ町四丁目、ＸＸＸ町五丁目、ＸＸＸ町六丁目などと示される。情報提供種別３６は、情報提供方法がプル型であるか、プッシュ型であるかが選択される。要求者のメールアドレス３７は、プッシュ型が選択されたときに、店舗からのリアルタイム情報のメールを、要求者の端末に転送する際に利用される。テンポラリ・メールアドレス３８は、プッシュ型が選択されたときに、店舗からのリアルタイム情報のメールを、一旦アプリケーションサーバ１１１が受信するための一時的なメールアドレスが設定される。情報提供周期３９は、プッシュ型が選択されたときに、要求者が希望する情報提供の周期を示し、１０分、２０分、３０分、１時間、２時間より選択される。情報提供期間４０は、プッシュ型が選択されたときに、要求者が希望する情報提供の期間を示し、１時間、２時間、３時間、４時間、５時間、６時間より選択される。情報提供開始時刻４１は、プッシュ型が選択されたときに、情報提供の周期の判定と、情報提供の終了時刻を判定するために使用され、情報提供開始ボタン１０１０がクリックされた時刻が設定される。店舗データベースのレコードへのポインタ４２は、設定された条件にしたがって店舗が抽出され、並べ替えられた店舗データベースのレコードへのポインタが設定される。
【００４２】
情報要求者の提供情報の条件指示は、図１１においては、例えば、飲食店種別コンボボックス１００１は「洋食」、予算（目安）コンボボックス１００２は「８０００円〜１００００円」、人数コンボボックス１００３は「２人」、個室必要／不要設定ラジオボタン１００４は「必要」、情報提供種別ラジオボタン１００５は「プッシュ型」、飲食店場所コンボボックス１００６は「ＸＸＸ町四丁目」、要求者のメールアドレスエディットボックス１００７は「ａｂｃｄｅｆｇ＠ｈｉｊｉｋｌｍｎ．ｎｅ．ｊｐ」、情報提供周期コンボボックス１００８は「３０分」、情報提供期間コンボボックス１００９は「６時間」がそれぞれ選択もしくは入力されている。情報提供開始ボタン１０１０がクリックされると、図３に示す要求者設定条件データベースに登録される。
【００４３】
また、モバイル情報端末１４からの登録も図１３に示すように、各項目が選択もしくは入力されて、情報提供開始ボタン１０１０がクリックされると、図３に示す要求者設定条件データベースに登録される。
【００４４】
つぎに、情報提供の開始指示を受け付けてから情報提供を行うまでの処理の流れを、図４および図５を参照して説明する。図４は、プル型情報提供の場合の処理手順を示し、図５はプッシュ型情報提供の場合の処理手順を示す。プル型の場合とプッシュ型の場合で、かなりの部分でその処理が共通しているために、まずプル型の処理を説明した後、プッシュ型の異なる部分を説明する。
【００４５】
情報要求者のモバイル情報端末１４もしくはインターネット端末１７Ａは、情報提供の要求がある場合、ＷＥＢサーバ１８にアクセスする（手順１）。前述したように、インターネット端末１７Ａの場合は、図１０および図１１に示すような、インターネット端末用の設定画面が表示され、各コンボボックス、ラジオボタンが選択されて、情報提供の条件を受け付ける。モバイル情報端末１４の場合は、図１２および図１３に示すような、携帯端末の設定画面が表示され、各コンボボックス、ラジオボタンが選択される。
【００４６】
つぎに、モバイル情報端末１４の場合には、ＷＥＢサーバ１８は、モバイル情報端末１４の所在する位置情報を測位サーバ１１２に要求する（手順２）。なお、インターネット端末１７Ａの場合には、飲食店の場所が要求者により設定される。
【００４７】
測位サーバ１１２は、情報要求者の現在の位置情報（緯度、経度）を取得し、取得した要求者端末の位置情報をＷＥＢサーバ１８に送信する（手順３）。
【００４８】
次に、ＷＥＢサーバ１８は、アプリケーションサーバ１１１に対して、受け付けた情報提供要求と位置情報を転送する（手順４）。
【００４９】
アプリケーションサーバ１１１は、情報提供要求を受け付けると、ＤＢサーバ１１０へアクセスし、情報要求者から要求された情報の条件を、図３に示す要求者設定条件のデータベースに設定する。また、アプリケーションサーバ１１１は、測位サーバ１１２から送信された、モバイル情報端末１４の位置情報（緯度、経度）に基づいて飲食店エリアを検索する。例えば、図６および図７に示すような、位置検索データベースの測位データを検索して、対応する飲食店エリアを検索する。
【００５０】
図６は、位置検索データベースのテーブルの内容を示し、図７は、飲食店エリアを説明するために飲食店場所の位置情報値と実際の位置の関係を視覚的に示している。位置検索データベースは、アプリケーションサーバ１１１もしくはＤＢサーバ１１０にあらかじめ記憶されており、飲食店の場所をあらかじめ定めたエリア（領域）に分類し、そのエリア情報６２と、そのエリアの範囲を緯度および経度の位置情報値６３で示している。例えば、図７に示すように、ＸＸＸ町１丁目のエリアは、位置情報値１（エリア内の緯度と経度とが示されている）で示される。
【００５１】
アプリケーションサーバ１１１は、位置検索データベースを参照し、モバイル情報端末１４の位置情報（緯度、経度）が範囲内にある飲食店のエリア情報を検索する。検索後、アプリケーションサーバ１１１は、要求者設定条件のデータベースの飲食店場所３５にエリア情報を設定する。
【００５２】
次に、アプリケーションサーバ１１１は、要求者設定条件のデータベースに設定されたデータに基づき、店舗データベースから条件に一致する店舗を抽出し、複数店舗が抽出された場合には、店舗の位置が要求者端末の位置に近い順に並べ替えを行う。アプリケーションサーバ１１１が実行する店舗の抽出・並び替え処理のフローチャートを図８に示す。
【００５３】
図８において、店舗抽出処理としては、情報要求者が設定した、図３に示す飲食店種別３１、予算３２、個室必要／不要３４を検索キーにして、図２に示す店舗データベースから一致する飲食店店舗を抽出する（Ｓ８０１）。次に、店舗並べ替え処理として店舗抽出処理で抽出したデータベース・テーブルを、情報要求者の要求する「飲食店場所」と、店舗データベースのレコードの「飲食店場所」の位置情報値の差が最小になるような順に並び替える（Ｓ８０２）。さらに、この際、店舗データベースのレコードの「店舗の空き状況」の空きが大である順に並べ替えを行うようにしてもよい。これらの並び替えの条件は、あらかじめ設定しておくことができる。この店舗抽出処理および店舗並べ替え処理は、通常のデータベースのＳＱＬ言語による処理記述を利用することができる。次に、抽出／並べ替えが行われた各店舗のレコードのポインタを、図３に示す要求者設定条件データベースの店舗データベースのレコードへのポインタ４２に設定する（Ｓ８０３）。
【００５４】
つぎに、図４において、これらの抽出、並べ替えにより得られた結果を、アプリケーションサーバ１１１は、ＷＥＢサーバ１８に情報提供確認処理にて通知する（手順６）。これにより、ＷＥＢサーバ１８は、アプリケーションサーバ１１１から通知された内容を要求者の端末に表示させる（手順７）。モバイル情報端末１４の場合は、図１５に示すような検索結果画面を表示する。図１５では、情報提供の検索結果画面１５１として、情報要求者が指示した条件を表示するとともに、指定された提供方法がプル型であるので、条件に一致した店舗名の一覧を示している。店舗名には、各店舗のホームページがリンクされている。情報要求者は、各店舗名を選択することによりその店舗のホームページを参照することができる。
【００５５】
また、情報提供者のインターネット端末１７Ｂからは、周期的に店舗の空き情報の取得が必要である。このため、ＷＥＢサーバ１８は、情報提供者のインターネット端末１７Ｂから、周期的に空き状況を受け付ける。この場合の店舗空き状況取得処理のフローチャートを図２２に示す。
【００５６】
図２２に示す店舗空き状況取得処理は、あらかじめ定めた周期、例えば、一時間ごとに実行され、図２に示す店舗データベースの各店舗のレコードごとに、空き状況を取得する。ＷＥＢサーバ１８は、店舗空き情報を取得する店舗のインターネット端末１７Ｂに、図１６に示すような飲食店情報提供サービスの空き状況設定画面１６１を表示させる（Ｓ２２０２）。インターネット端末１７ＢでＯＫボタンが押下されると（Ｓ２２０３）、ＷＥＢサーバ１８は、店舗の空き情報の登録を促すために、図１７に示すような、飲食店空き状況設定画面１７１を表示させる（Ｓ２２０４）。インターネット端末１７ＢでＯＫボタンが押下されると（Ｓ２２０３）、ＷＥＢサーバ１８は、情報提供者のインターネット端末１７Ｂから店舗の空き情報を取得し（Ｓ２２０６）、店舗データベースの該当する店舗のレコードに、店舗空き情報と店舗の個室情報の更新を行う（Ｓ２２０７）。
【００５７】
この処理により、図４に示すように、ＷＥＢサーバ１８は、店舗の空き状況、店舗の個室空き状況を受け付け（手順８）、図３に示すＤＢサーバ１１０の店舗データベースの該当する店舗レコードの店舗の空き状況２９、店舗の個室空き状況３０を更新することができる（手順９）。
【００５８】
以上説明したような処理により、プル型の情報提供を行うことができる。
【００５９】
プッシュ型の情報提供の場合は、手順１〜手順９まではプル型の情報提供の手順と同様であるが、情報提供の検索結果の画面内容と、店舗からの情報提供のメールが送信されることとが異なる。
【００６０】
前述の手順７において、情報要求者の端末に表示される画面の表示内容が、プッシュ型の情報提供の場合、店舗一覧の表示が除かれる。この場合の検索結果の画面例を図１４に示す。プッシュ型の情報提供の場合には、情報提供者のインターネット端末１７Ｂから案内メールが送信されるため、図１４に示すように、情報提供の検索結果画面１４１には設定された情報提供の条件のみが表示される。
【００６１】
店舗から情報提供のメールが送信される手順を、図５における手順１０−１〜１０−６で示している。アプリケーションサーバ１１１は、プッシュ型が選択された場合、前述の店舗抽出処理および店舗並べ替え処理で並び替えられた店舗のインターネット端末１７Ｂに対して情報提供のメールを、図３に示すテンポラリ・メールアドレス宛に送信するように、メールサーバ１９を介して指示する（手順１０−１、１０−２）。情報提供者のインターネット端末１７Ｂは、メール送信の指示があると、店舗の案内メールをテンポラリ・メールアドレス宛にメールサーバ１９を介して送信する（手順１０−３）。アプリケーションサーバ１１１は、テンポラリ・メールアドレスで案内メールを受信後（手順１０−４）、要求者のメールアドレス３７に案内メールを転送する（手順１０−５、１０−６）。このように、情報提供者に対してはテンポラリ・メールアドレスを通知し、情報要求者のメールアドレスはアプリケーションサーバ１１１にて管理することができるのでメールアドレスの漏洩を極力低減することができる。
【００６２】
以上のような処理により、情報要求者に送信される案内メールの内容例を図２１に示す。プッシュ型の情報提供が選択された場合には、図２１に示すような案内メール２１１が、情報提供者の店舗のインターネット端末１７Ｂから送信される。
【００６３】
プッシュ型の情報提供の場合、情報提供周期と情報提供期間が指定されるため、アプリケーションサーバ１１１は、情報提供タイミング制御および終了判定処理を行う。この場合の処理のフローチャートを図９に示す。
【００６４】
図９に示す情報提供タイミング制御および終了判定処理は、あらかじめ定めた周期、例えば、１分程度の周期で実行される。本処理では、要求者設定条件のデータベースの全レコード（すべての要求者の設定条件）をチェックし（Ｓ９０１）、情報要求者が指定した情報提供周期を検出するために、（現在時刻―情報提供開始時刻）／情報提供周期＝Ｔを計算する（Ｓ９０２）。現在時刻は、１分単位で更新され、Ｔが割り切れる場合には（Ｓ９０３）、情報提供周期であると判断し、情報提供者にメールを送信するよう指示する（Ｓ９０４）（手順１０−１〜１０−６）。Ｔが割り切れず余りがある場合にはＳ９０５に移行する。つぎに、情報提供の終了を判断するために、（情報提供開始時刻＋情報提供期間）＞現在時刻を計算する（Ｓ９０５）。情報提供期間が経過している場合には、情報提供を終了するために、該当する要求者設定条件のデータベースのレコードを削除する（Ｓ９０６）。情報提供期間が経過していない場合には、次の要求者のレコードについて処理するために、Ｓ９０１に移行する。
【００６５】
この処理により、要求者が指定した周期で、また、指定した期間、プッシュ型の情報提供を行うことができる。
【００６６】
また、情報提供期間中に、情報要求者が情報提供の停止を指示できるようにしてもよい。この場合、例えば、図１８に示すような飲食店情報提供停止画面１８１で、情報提供期間の終了の前に、情報要求者が情報提供の停止を要求することができる。この場合も、要求者設定条件のデータベースから該当する要求者のレコードを削除する処理を行う。
【００６７】
本実施の形態によれば、要求者がプル型かプッシュ型か情報提供の方法を指定することができるので、要求者の利便性を向上させることができる。また、プル型とプッシュ型の両方の情報提供を指定できるようにしてもよい。また、上記実施の形態においてはプル型とプッシュ型の情報提供方法を例示したが、他の提供方法としてもよく、また、３つ以上の情報提供方法から要求者が望む情報提供方法を１または２以上選択指示できるようにしてもよい。
【００６８】
本実施の形態においては、情報提供開始時点から、情報要求者が望む周期で、情報要求者が望む期間に限定して、情報提供を行うサービス提供形態とすることにより、タイムリーで一時的な情報提供を可能としている。このため、煩わしい、情報提供の配信停止を行う必要は無い。また、ユーザが望む場合には、モバイル情報端末がその時点で位置している場所の近傍の情報提供者からの情報提供に限定することにより、移動中の情報要求者にとってリアルタイムで最も有効な情報提供が可能となる。
【００６９】
また、情報提供者側の混雑の程度を示す混雑状況（もしくは空き状況）により、混雑がより少ない（空きの大きい）場所からの情報提供を優先的に行うようにすることで、情報の利用者は、より混雑の少ない場所の情報提供を受けることが可能となる。
【００７０】
このように、要求者の意図に合わせた情報提供サービスが実現可能となる。
【００７１】
また、サービス提供者と情報提供者との間は、一時的なメールアドレスを使用するため、要求者のメールアドレスの漏洩を極力低減することが可能となる。
【図面の簡単な説明】
【００７２】
【図１】本実施の形態の情報提供サービスシステムにおけるネットワーク構成図
【図２】店舗データベースのレコード構成の説明図
【図３】要求者設定条件データベースのレコード構成の説明図
【図４】プル型情報提供の手順説明図
【図５】プッシュ型情報提供の手順説明図
【図６】位置検索データベースの説明図
【図７】飲食店場所の位置情報値と実際の位置の関係の説明図
【図８】店舗抽出、並べ替え処理のフローチャート
【図９】情報提供タイミング制御および終了判定処理のフローチャート
【図１０】インターネット端末の提供情報の設定画面の説明図
【図１１】インターネット端末の提供情報の設定画面の設定例の説明図
【図１２】モバイル情報端末の提供情報の設定画面の説明図
【図１３】モバイル情報端末の提供情報の設定画面の設定例の説明図
【図１４】インターネット端末の情報提供の検索結果画面表示例の説明図
【図１５】モバイル情報端末の情報提供の検索結果画面表示例の説明図
【図１６】飲食店情報提供サービスの空き状況設定画面の説明図
【図１７】飲食店空き状況設定画面の説明図
【図１８】飲食店情報提供停止画面の説明図
【図１９】提供情報の登録画面の説明図
【図２０】提供情報の登録画面の設定例の説明図
【図２１】案内メールの内容の説明図
【図２２】店舗空き状況取得処理のフローチャート
【図２３】サーバのハードウェア構成図
【図２４】情報提供サービスシステムの機能ブロック図
【符号の説明】
【００７３】
１１…インターネット、１２…移動通信網、１３…基地局、１４…モバイル情報端末、１５…ＧＷサーバ、１６…ＷＥＢサーバ・メールサーバ、１７…インターネット端末、１８…ＷＥＢサーバ、１９…メールサーバ、１１０…ＤＢサーバ、１１１…アプリケーションサーバ、１１２…測位サーバ、２０…店舗データベースのレコード、３０…情報提供データベースのレコード。
【図１】
2006018723.tif 000003
【図２】
2006018723.tif 000004
【図３】
2006018723.tif 000005
【図４】
2006018723.tif 000006
【図５】
2006018723.tif 000007
【図６】
2006018723.tif 000008
【図７】
2006018723.tif 000009
【図８】
2006018723.tif 000010
【図９】
2006018723.tif 000011
【図１０】
2006018723.tif 000012
【図１１】
2006018723.tif 000013
【図１２】
2006018723.tif 000014
【図１３】
2006018723.tif 000015
【図１４】
2006018723.tif 000016
【図１５】
2006018723.tif 000017
【図１６】
2006018723.tif 000018
【図１７】
2006018723.tif 000019
【図１８】
2006018723.tif 000020
【図１９】
2006018723.tif 000021
【図２０】
2006018723.tif 000022
【図２１】
2006018723.tif 000023
【図２２】
2006018723.tif 000024
【図２３】
2006018723.tif 000025
【図２４】
2006018723.tif 000026