JP4959180B2 - 仲介装置サーバ及び更新情報取得システム - Google Patents

Description

本発明は、仲介装置サーバ及び更新情報取得システムに関し、特に、ユーザが予め選択しているブログが更新されたことを当該ユーザに報知するための仲介装置サーバ及び更新情報取得システムに関する。

従来、特売などの販売情報を新聞の折り込み広告で行うと、広告原稿の作成や印刷などの時間と経費がかかる問題、宣伝対象が不特定多数であることで来店を期待している顧客への確実な報知ができないという問題などがあった。この問題を解決するための特売情報配信システムが、特許文献１に開示されている。

特許文献１に開示されている特売情報配信システムは、電子情報通信技術を適用した特売情報配信センタを構築し、配信センタと店舗端末及び顧客端末をネットワークを介して結合し、店舗端末で特売情報原稿を簡易に作成でき、作成原稿は配信センタに即時に送信し、配信センタで受信原稿の認証を行って、会員端末に迅速に電子メールで配信し、かつ顧客端末から加入申込を配信センタに電子メールで送信し、即時に配信会員登録ができるとされている。

特開２００４−０５４５４５号公報

ところで、通常、折り込み広告などの広告媒体には、通常、一つの店舗で取り扱っている、幅広い商品を対象にした広告情報が掲載される。つまり、たとえば、デパートが広告主である場合、その広告媒体には、通常、紳士服に関する情報も、婦人用バッグに関する情報も、寝具に関する情報も掲載される。

多岐にわたる商品の広告は、万人が欲するものではない。すなわち、紳士服を購入したい人にとっては、婦人用バッグに関する情報及び寝具に関する情報は不要となる。したがって、広告を見る情報利用者側は、広告媒体の中から所望の広告情報だけを探し出すという面倒な作業が必要であった。換言すると、広告主である情報発信者は、効率よく広告が行えていなかった。このように、従来の広告手法では、情報利用者と情報発信者との双方に不利益が生じていた。

情報利用者と情報発信者とが不利益を受けるのは、情報の対象が広告である場合に限られるものではない。例えば、情報利用者がメールマガジンの購読のため、自身のメールアドレスを情報発信者に送信したとする。係る場合、そのメールアドレスが例えば情報発信者のミスにより流出したとすれば、そのメールアドレスが悪用される可能性がある。

悪用の一例として、スパムメールの送信が考えられる。スパムメールが送信されてくるようになると、有益な情報を含むメールが、スパムメールに埋もれ、情報利用者に届かないという事態が生じる場合もある。

そこで、本発明は、情報発信者と情報利用者との双方が、それぞれ、有効に情報通信を行えるようにすることを課題とする。

上記課題を解決するために、本発明の仲介装置サーバは、
複数のウェブサイトの掲載情報の属性と当該ウェブサイトに割り当てられている住所とが記憶されているデータベースと、
前記データベースに記憶されている属性群を示すとともに前記属性群を通じて掲載情報の更新情報を取得したいウェブサイトを選択するように要求する要求手段と、
前記要求手段の要求に起因して選択されたウェブサイトに割り当てられている住所を前記データベースから読み出す読出手段と、
前記読出手段によって読み出された住所を前記選択元におけるウェブサイトの掲載情報の更新確認手段に登録するように当該選択元に促す促進手段と、を備える。

また、本発明の更新情報取得システムは、
上記仲介装置サーバと、
前記仲介装置サーバに対して前記掲載情報の対象及び前記住所を送信する第１端末と、
前記仲介装置サーバに対して前記掲載情報の更新情報を取得したいウェブサイトを選択し、前記仲介装置サーバから返信された住所をウェブサイトの掲載情報の更新確認手段に登録する第２端末と、を備える。

本発明によると、例えば、紳士服に関する広告情報だけを取得したい人は、紳士服を販売している店舗側で作成されるウェブサイトを選択するだけで、そのウェブサイトの掲載情報が更新された場合に当該更新が確認できる。その一方で、不要な寝具等に関する広告情報については、取得しなくて済むようになる。広告主にとっては、自身の広告を、興味のある人にだけ配信することができるので、広告の効率性が高まる。

また、情報利用者は、自身のメールアドレスを、情報発信者宛てに送信しなくて済むため、スパムメールの送信を抑制することができ、所望の情報を見落としするというような事態がなくなる。この結果、情報発信者から発信された情報は、情報利用者で有効活用されるであろう。

発明の実施の形態

以下、本発明の実施形態について図面を参照して説明する。なお、各図において、同様の部分には同一符号を付している。
（実施形態１）
図１は、本発明の実施形態１の更新情報取得システムの概要説明図である。この更新情報取得システムは、情報発信者が操作する会社側の端末２００，３００（便宜上、それぞれ、会社Ａ端末２００，会社Ｂ端末３００とする。）と、情報利用者が操作するユーザの端末４００，５００（便宜上、それぞれ、ユーザ１端末４００，ユーザ２端末５００とする。）と、会社Ａ端末２００及び／又は会社Ｂ端末３００から発信されるウェブサイトの掲載情報が更新された場合に当該更新がなされたことをこのウェブサイトに興味があるユーザに報知するための仲介装置サーバ１００とを備える。ここでいうウェブサイトとは、その更新情報を公開できるものをいい、そのためには、例えば、ＲＳＳ（Rich site summary）を用いる。

仲介装置サーバ１００と各端末２００〜５００は、インターネット、イントラネット、ブルートゥースを含むＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して、相互に接続されている。なお、ここでは、一例として、合計４つの端末２００〜５００を示しているが、実際には、仲介装置サーバ１００には、多数の会社端末及びユーザ端末が接続されている。

なお、ここでいう会社には、デパート、スーパーマーケット、ディスカウントショップなどの店舗、書籍・ＣＤなどの情報発信事業者等の総称の意味で用いている。

仲介装置サーバ１００は、会社Ａ端末２００及び／又は会社Ｂ端末３００から、それぞれが発信するウェブサイトの掲載情報の属性と当該ウェブサイトに割り当てられている住所とを送信させ、それらの属性をユーザ１端末４００及び／又はユーザ２端末５００で閲覧できるようにするとともに、各属性を通じて掲載情報の更新情報を取得したいウェブサイト、つまり、掲載情報が更新されたことを知りたいウェブサイトをユーザに選択させるものである。

また、仲介装置サーバ１００は、ユーザによって選択され、ユーザ１端末４００及び／又はユーザ２端末５００から送信される選択情報に対応する住所を選択情報の送信元の端末に送信するとともに、その住所を当該端末内に設けられている、ウェブサイトの掲載情報の更新確認手段に登録させるものである。

仲介装置サーバ１００は、以下説明する、画面メモリ１０１と、処理手段１０２と、受信手段１０３と、テンプレート作成手段１０４と、読出手段１０５と、ＵＲＬ送信手段１０６と、データベース１０７とを備える。

画面メモリ１０１は、後述する図３〜図６に示す画面を記憶しておくものである。各画面の概要を説明すると、図３に示す画面は、会社Ａ端末２００及び／又は会社Ｂ端末３００側でそれぞれ開設しているウェブサイトの掲載情報の属性と、当該ウェブサイトのＵＲＬなどの住所等と、会社情報とを送信するように要求する入力画面である。なお、ウェブサイトの掲載情報の属性とは、先の例であれば、「紳士服の販売」などの意である。

図４に示す画面は、テンプレート作成手段１０４によって作成されたテンプレート画面であり、会社Ａ端末２００及び／又は会社Ｂ端末３００から送信されてきた属性を階層表示するためのカテゴリ分類画面である。図５に示す画面は、図４に示すテンプレート画面の下の階層の画面であり、図４に示すカテゴリの所属群を示すものである。図６に示す画面は、図５に示すテンプレート画面の下の階層の画面であり、属性群を示すとともに掲載情報の更新情報を取得したいウェブサイトを選択するように要求するものである。

処理手段１０２は、いわば、ウェブサービスを提供するものである。処理手段１０２は、画像メモリ１０１に記憶されている入力画面を、ネットワークを通じて会社Ａ端末２００及び／又は会社Ｂ端末３００で閲覧できるように処理するものである。また、処理手段１０２は、画像メモリ１０１に記憶されている各テンプレート画面を、ネットワークを通じてユーザ１端末４００及び／又はユーザ２端末５００で閲覧できるように処理するものである。

受信手段１０３は、会社Ａ端末２００及び／又は会社Ｂ端末３００から送信された、ウェブサイトの掲載情報の属性、ＵＲＬ及び会社情報などを受信するものである。

テンプレート作成手段１０４は、会社Ａ端末２００及び／又は会社Ｂ端末３００から送信されてきた属性と当該会社を示す情報（例えば会社名）とを含むテンプレート画面（図４〜図6）を作成するものである。

読出手段１０５は、テンプレート画面を閲覧したユーザによって選択され、ユーザ１端末４００及び／又はユーザ２端末５００を通じて送信される選択情報に基づいて、選択対象のウェブサイトに割り当てられているＵＲＬを、データベース１０７から読み出すものである。

ＵＲＬ送信手段１０６は、読出手段１０５によって読み出されたＵＲＬを、選択元のユーザ端末４００，５００に対して、ｅメールなどによって送信するものである。この際、このｅメールには、ユーザ端末４００，５００に設けられている、ウェブサイトの掲載情報の更新確認手段に、送信するＵＲＬを登録するように当該選択元に促す記載を含めるようにしている。

データベース１０７は、会社Ａ端末２００及び／又は会社Ｂ端末３００から送信されてきた情報と、ユーザ１端末４００及び／又はユーザ２端末５００から送信されてきた情報とが記憶されるものである。上記各情報の前者は、図４に示す入力画面を通じて送信された、ウェブサイトの掲載情報の属性やＵＲＬなどである。後者は、図６に示すテンプレート情報を通じて送信された選択情報である。

会社Ａ端末２００は、以下説明する、ｂｌｏｇ作成手段２０１と、画面受信手段２０２と、送信手段２０３と、情報更新手段２０４とを備えている。なお、会社Ｂ端末３００も、これらの各手段２０１〜２０４と同様の各手段３０１〜３０４を備えている。

ｂｌｏｇ作成手段２０１は、ウェブサイトであるところのウェブログ（ｗｅｂｌｏｇ）／ブログ（以下、「ｂｌｏｇ」と称する。）を作成するものである。

画面受信手段２０２は、仲介装置サーバ１００に登録されている入力画面をダウンロードするものである。

送信手段２０３は、画面受信手段２０２によってダウンロードされた入力画面に入力された情報を、仲介装置サーバ１００に対して、ウェブメールなどで送信するものである。

情報更新手段２０４は、ｂｌｏｇ作成手段２０１によって作成されたｂｌｏｇに掲載してある情報を更新するものである。

ユーザ１端末４００は、以下説明する、画面受信手段４０１と、選択情報送信手段４０２と、ＵＲＬ受信手段４０３と、更新確認手段４０４とを備えている。なお、ユーザ２端末５００も、これらの各手段４０１〜４０４と同様の各手段５０１〜５０４を備えている。

画面受信手段４０１は、仲介装置サーバ１００に登録されているテンプレート画面をダウンロードするものである。

選択情報送信手段４０２は、画面受信手段４０１によってダウンロードされたテンプレート画面を通じてユーザから選択された選択情報を、仲介装置サーバ１００へ送信するものである。なお、選択情報とは、掲載情報が更新されたときに、そのことを知らせてほしいと思うウェブサイトに係る情報である。

ＵＲＬ受信手段４０３は、仲介装置サーバ１００から返信されたＵＲＬを受信するものである。

ＲＳＳリーダ４０４は、ＵＲＬ受信手段４０３によって受信されたＵＲＬが割り当てられているウェブサイトの更新の有無を確認し、更新されている場合に、それをユーザに報知するものである。

図２は、図１に示すデータベース１０７内の登録情報の模式的な内容を示す図である。図２に示すように、データベース１０７には、会社Ａ端末２００及び／又は会社Ｂ端末３００などから送信されてきた情報を格納する会社情報格納領域と、ユーザ１端末４００及び／又はユーザ２端末５００から送信されてきた情報を格納するユーザ情報格納領域とが設けられている。

会社情報格納領域には、図３に示す入力画面に入力された種々の情報が格納される。具体的には、「属性」「会社名」「所在地」「電話番号」「担当者名」「カテゴリ」「所属」「ＵＲＬ」が格納される。ユーザ情報格納領域には、図５に示すテンプレート画面を通じて選択されたウェブサイトを示す情報が格納される。なお、ここでは、会社情報格納領域とユーザ情報格納領域との双方を、一つのデータベース１０７に設けている場合を例に説明したが、会社情報格納領域とユーザ情報格納領域とをそれぞれ別個のデータベースとしてもよい。

図３は、入力画面を示す図である。入力画面には、ｂｌｏｇ作成手段２０１等で作成されたｂｌｏｇに掲載される情報の属性を入力する属性入力欄１１が設けられている。ここには、自社の事業内容や「オーダーメイドのスーツなら○○」のようなキャッチフレーズや自社ＰＲ文などを入力することができる。本実施形態では、属性入力欄１１に入力された情報を、図６の掲載欄３３に掲載されるようにしている。

属性入力欄１１の下側には、会社名を入力する会社名入力欄１２が設けられている。会社名入力欄１２には、「××××株式会社」などの会社名はもとより、ブティックの店名といった屋号を入力することができる。本実施形態では、会社名入力欄１２に入力された情報は、図６の掲載欄３２に掲載されるようにしている。

会社名入力欄１２の下側には、会社の所在地を入力する所在地入力欄１３が設けられている。ここに入力された所在地は、本社の所在地とすることもできるが、当該会社自体の所在地、例えば××市○○デパート△△店１階などのようなものとすることもできる。なお、後述する実施形態２では、会社が商店である場合には、本社の所在地ではなく、会社自体の所在とすることが好ましいので、そのように促すとよい。

所在地入力欄１３の下側には、会社の電話番号を入力する電話番号入力欄１４が設けられている。電話番号入力欄１４の下側には、会社の担当者名を入力する担当者名入力欄１５が設けられている。

担当者名入力欄１５の下側には、会社の属するカテゴリを選択するカテゴリ選択欄１６ａと、カテゴリ選択欄１６ａ内に所望のカテゴリが登録されていない場合に新規に登録したいカテゴリを入力するカテゴリ入力欄１６ｂとが設けられている。本実施形態では、カテゴリ選択欄１６ａを通じて選択などがされたカテゴリに、この入力画面を通じて入力された情報が掲載されるようにしている。

カテゴリ選択欄１６ａ等の下側には、カテゴリの傘下の所属を選択する所属選択欄１７ａと、所属選択欄１７ａ内に所望の所属が登録されていない場合に新規に登録したい所属を入力する所属入力欄１７ｂとが設けられている。本実施形態では、所属選択欄１７ａを通じて選択などがされた所属に、この入力画面を通じて入力された情報が掲載されるようにしている。

所属選択欄１７ａ等の下側には、自社で開設したｂｌｏｇに割り当てられているＵＲＬを入力するＵＲＬ入力欄１８が設けられている。

ＵＲＬ入力欄１８の下側には、上記各入力／選択欄に入力／選択した情報を、仲介装置サーバ１００へｗｅｂメールなどにより送信するための送信ボタン１９が設けられている。

図４は、テンプレート画面のトップ画面を示す図である。トップ画面には、デパート、スーパーマーケット、ファーストフードなどのようなカテゴリ名が掲載されるカテゴリ名掲載欄２１と、カテゴリ名掲載欄２１に掲載されていないカテゴリを検索するための検索キーワード入力欄２２及び検索ボタン２３と、検索キーワード入力欄２２などの下に設けられている広告欄２４とを示している。本実施形態では、図４，図５にそれぞれ示す画面を、相互にハイパーリンクで接続してある。具体的には、図４に示すカテゴリ名又はそこに属する所属名の表示部分と、それらの傘下の所属が掲載されている図５に示す画面のＵＲＬとをリンクで接続している。このため、ユーザは、興味があるカテゴリ名などをクリック等することで選択すれば、その傘下の所属が掲載されている画面が閲覧できるようになる。また、例えば、このトップ画面及び以下の図５に示す画面には、後述するように、仲介装置サーバ１００で作成される推奨画面ともリンクで接続してある、推奨画面移行部２５が設けられている。

図５は、図４に示す「ＢＢデパート」をクリック等によって指示した場合に移行するテンプレート画面である。ここには、地下（ＢＦ）から６Ｆまでの表題と、それらの各フロアで取り扱っている商品等とが掲載されている様子を示している。本実施形態では、図
，図６にそれぞれ示す画面を相互にハイパーリンクで接続してある。したがって、ユーザは、ここでは、各フロア名をクリック等することで選択すれば、その傘下の店名が掲載されている図６に示す画面が閲覧できるようになる。

図６は、図５に示す「１Ｆ」をクリック等によって指示した場合に移行するテンプレート画面である。図６には、ｂｌｏｇの掲載情報の更新を知りたい店名を選択するためのチェックボックス３１と、売場名の掲載欄３２と、掲載欄３２に掲載されている売場に属するテナントショップの店名等の掲載欄３３と、掲載欄３３に掲載されていない店名、属性などを検索するための検索キーワード入力欄３４及び検索ボタン３５と、検索キーワード入力欄３４などの下に設けられている広告欄３６とを示している。なお、既述のように、各掲載欄３２，３３に掲載される情報は、会社Ａ端末２００及び／又は会社Ｂ端末３００から送信された情報である。

図７，図８は、図１に示す更新情報取得システムの動作を示すシーケンス図である。なお、ここでは、ユーザ１が会社Ａを選択し、ユーザ２が会社Ａ，Ｂを選択したとする。

まず、図１に示す更新情報取得システムによるサービスを受けるためには、仲介装置サーバ１００、会社Ａ端末２００及び／又は会社Ｂ端末３００、ユーザ１端末４００及び／又はユーザ２端末５００では、ステップＳ１〜Ｓ２２に示す、事前登録処理を実行する必要がある。ただし、ステップの一部には、会社担当者又はユーザの動作も含まれる。

具体的には、ユーザ１は、ユーザ１端末４００を操作することで、ＲＳＳリーダ（更新確認手段）を、ユーザ１端末４００にインストールしておく（ステップＳ１）。

また、会社Ａの担当者は、会社Ａ端末２００を操作することで、ｂｌｏｇ作成手段２０１にｂｌｏｇを作成させ、そのｂｌｏｇが会社Ａ用サーバ６００にアップロードしておく（ステップＳ２）。

なお、ステップＳ１に示すインストール処理、及び、後述するステップＳ７に示すインストール処理は、各ユーザが、図１に示す更新情報取得システムによるサービスを受けるのに先立って行えばよい。

ここで、仲介装置サーバ１００内の画像メモリ１０１には、図４に示す入力画面等が記憶されていて、かつ、処理手段１０２の処理によって、入力画面等が、各端末２００〜５００にダウンロードできるようにされている。

会社Ａの担当者は、会社Ａ端末２００の画面受信手段２０２によって、会社Ａ用サーバ６００を介して仲介装置サーバ１００へアクセスすることで、仲介装置サーバ１００内の入力情報をダウンロードする（ステップＳ３）。

つぎに、会社Ａの担当者は、会社Ａ端末２００を操作することによって、入力画面に対して所要の情報の入力を行い、その後、送信ボタン１９を押下する。この結果、その入力情報は、送信手段２０３によって仲介装置サーバ１００へ送信され、受信手段１０３で受信される（ステップＳ４）。

仲介装置サーバ１００では、この入力情報がデータベース１０７に登録される（ステップＳ５）。その後、仲介装置サーバ１００では、読出手段１０５によって、データベース１０７から、入力情報が読み出され、テンプレート作成手段１０４によって、テンプレート画面が作成され、画面メモリ１０１に記憶される（ステップＳ６）。

また、ユーザ２も、ユーザ１と同様に、ＲＳＳリーダをユーザ１端末５００にインストールしておく（ステップＳ７）。

さらに、会社Ｂの担当者も、会社Ａの担当者と同様の処理を行い、上記各ステップＳ２〜Ｓ６と同様の手順を、会社Ｂ端末３００と仲介装置サーバ１００との間でなされるようにする（ステップＳ８〜Ｓ１２）。

この状態で、ユーザ１が、ユーザ１端末４００の画面受信手段４０１によって、ユーザ１用サーバ８００を介して、仲介装置サーバ１００へアクセスすると、テンプレート作成手段１０４によって作成されたテンプレート画面が、仲介装置サーバ１００からユーザ１端末４００に、ダウンロードされる（ステップＳ１３）。

つぎに、ユーザ１が、テンプレート画面を通じて会社を選択し、送信ボタンを押下すると、その選択情報は、選択情報送信手段４０２によって仲介装置サーバ１００へ送信され、受信手段１０３で受信される（ステップＳ１４）。この選択情報は、仲介装置サーバ１００のデータベース１０７に登録される（ステップＳ１５）。

その後、仲介装置サーバ１００では、読出手段１０５によって、データベース１０７から、選択情報に対応するＵＲＬが読み出され、送信手段１０６によって、このＵＲＬが付されたｅメールがユーザ１端末４００へ送信され、ＵＲＬ受信手段４０３で受信される（ステップＳ１６）。

このｅメールには、「このＵＲＬをインストール済みのＲＳＳリーダに登録してください」という旨のメッセージを付しておく。ユーザ１が、このメッセージに従って、送信されてきたＵＲＬを更新確認手段４０４に登録すると（ステップＳ１７）、本実施形態の更新情報取得システムによるサービスを受けることが可能となる。同様に、上記各ステップＳ１３〜Ｓ１７と同様の手順が、ユーザ２端末４００と仲介装置サーバ１００との間でなされることになる（ステップＳ１８〜Ｓ２２）。

以上説明した、ステップＳ１〜Ｓ２２が、本実施形態の更新情報取得システムによるサービスを受けるための、事前登録処理である。なお、実際には、各ユーザ１，２は、自身のｂｌｏｇを作成し、そのｂｌｏｇ内の備えられているＲＳＳリーダに、上記ＵＲＬを登録するという事前登録処理が実用的である。

この事前登録処理が終了すると、ユーザ１端末４００の更新確認手段４０４は、設定されているタイミングで、ユーザ１用サーバ８００を介して、登録ＵＲＬに係る会社Ａ用サーバ６００にアクセスし、会社Ａ端末２００からアップロードされたｂｌｏｇが更新されているか否かを確認するようになる（ステップＳ２３）。

このタイミングでアクセスしたときには、会社Ａ端末２００に係るｂｌｏｇの内容は更新されていないので、ユーザ１端末４００では、更新がされていない旨の情報を取得することになる（ステップＳ２４）。

同様に、ユーザ２端末５００の更新確認手段５０４も、ユーザ２用サーバ９００を介して、登録ＵＲＬに係る会社Ａ用サーバ６００及び／又は会社Ｂ用サーバ７００にそれぞれアクセスし、会社Ａ端末２００及び／又は会社Ｂ端末３００からそれぞれアップロードされたｂｌｏｇが更新されているか否かを確認する（ステップＳ２５、Ｓ２７）。

このタイミングでアクセスしたときには、これらのｂｌｏｇの内容は更新されていないので、ユーザ２端末５００では、「更新なし」という情報を取得することになる（ステップＳ２６、Ｓ２８）。

その後、会社Ａの担当者が会社Ａ端末２００を操作することで、情報更新手段２０４にｂｌｏｇを更新させ、その更新が会社Ａ用サーバ６００にアップロードされたとする（ステップＳ２９）。

この状態で、ユーザ１端末４００の更新確認手段４０４が、会社Ａ端末２００からアップロードされたｂｌｏｇが更新されているか否かを確認すると（ステップＳ３０）、会社Ａ端末２００に係るｂｌｏｇの内容が更新されているので、ユーザ１端末４００では、「更新あり」という情報を取得することになる（ステップＳ３１）。

同様に、ユーザ２端末５００の更新確認手段５０４が、会社Ａ端末２００及び／又は会社Ｂ端末３００からそれぞれアップロードされたｂｌｏｇが更新されているか否かを確認すると（ステップＳ３２、Ｓ３４）、会社Ａ端末２００に係るｂｌｏｇの内容は更新されたものの、会社Ｂ端末３００に係るｂｌｏｇの内容は更新されていないので、ユーザ２端末５００では、会社Ａ端末２００に係るｂｌｏｇの内容は「更新あり」、会社Ｂ端末３００に係るｂｌｏｇの内容は「更新なし」という情報を取得することになる（ステップＳ３３、Ｓ３５）。

以上説明したように、本実施形態によると、各ユーザは、仲介装置サーバ１００からダウンロードしたテンプレート画面を通じて、いわば自身の興味がある会社を選択することで、当該会社の情報が掲載されているｂｌｏｇの更新の有無を取得することが可能となる。

また、仲介装置サーバ１００は、例えば１ヶ月毎というように、定期的に、データベース１０７を参照し、各ユーザからの選択数が多い会社の例えばトップ３をカテゴリごとに特定し、その特定結果を示す「ユーザに人気がある会社」の画面を作成し、それをユーザに閲覧できるようにしている。本実施形態では、この画面は、このトップ画面及び以下の図５に示す画面に「お奨めのお店はこちら」というような表題部分を通じて、ユーザが閲覧できるようにしてある。これにより、ユーザは、図４に示す画面、図５に示す画面、図６に示す画面を順次閲覧することで会社を選択できるほか、他のユーザに人気のある会社も選択できるようになる。

（実施形態２）
図９は、本発明の実施形態２の更新情報取得システムの概要説明図である。本実施形態の更新情報取得システムは、図１に示す更新情報取得システムに対して、更に、以下説明する、ＩＤ情報受信手段１０８と、フィルタ手段１０９と、ＩＤ情報送信手段４０５，５０５と、ＩＤ読取手段１００１及びＩＤ送信手段１００２を有する読取端末１０００とを追加した構成としている。

本実施形態では、ユーザ端末４００，５００として携帯電話機を用いる場合に特に有用な更新情報取得システムについて説明する。

ＩＤ情報送信手段４０５，５０５は、各ユーザ端末４００，５００を操作するユーザ、当該端末自体、ユーザが所有する電子マネーカード、クレジットカード等に固有に割り当てられている識別番号を含むＩＤを仲介装置サーバ１００へ送信するものである。したがって、例えば、おサイフケータイ（登録商標）で利用されるエディ（Edy）（登録商標）番号をＩＤとして用いることができるし、携帯電話機に割り当てられている個体番号をＩＤとして用いることもできるし、Suica（登録商標）のカード番号をＩＤとして用いることもできる。

ＩＤ情報受信手段１０８は、ＩＤ情報送信手段４０５，５０５から送信されるＩＤを受信するものである。なお、後述するように、このＩＤは、選択情報送信手段４０２，５０２から送信される選択情報と一組で、データベース１０７に登録される。

読取端末１０００は、店舗のレジなどに付帯して設置されている端末であり、読取端末１０００本体が設置されている位置情報を登録しておくメモリ（図示せず）を有している。ＩＤ読取手段１００１は、ユーザ端末４００，５００であるところの携帯電話機からエディ番号などのＩＤを読み取るものである。ＩＤ送信手段１００２は、ＩＤ読取手段１００１によって読み取られたＩＤを、メモリ内の位置情報とともに仲介装置サーバ１００へ送信するものである。なお、読取端末１０００の設置箇所は、店舗内に限定されず、例えば、駅前、公園などのような屋外でもよいし、駅ホーム、改札口付近等でもよい。

フィルタ手段１０９は、読取端末１０００から送信されてきたＩＤに基づいてデータベース１０７を参照することによって対応する選択情報を特定し、かつ、その選択情報のうち当該選択情報に係る所在地と読取端末１０００の位置情報との照合がとれたものだけをユーザ端末へ返信するようにフィルタリングするものである。

図１０は、図９に示すデータベース１０７内の登録情報の模式的な内容を示す図である。図１０に示すように、データベース１０７には、ユーザを示す情報等とＩＤとが一対で記憶される。他の情報は、図２に示したものと同様である。

図１１，図１２は、図９に示す更新情報取得システムの動作を示すシーケンス図である。図１１に示すステップＳ４１〜Ｓ６２は、図７に示すステップＳ１〜Ｓ２２にそれぞれ対応する。ここで、これらの各ステップのうち、異なる部分は、ステップＳ５４、Ｓ５９である。これらのステップでは、ユーザ１端末４００及びユーザ２端末５００のＩＤ情報送信手段４０５，５０５によって、仲介装置サーバ１００へＩＤが送信される。

また、図１２に示すステップＳ６３〜Ｓ７５は、図７に示すステップＳ２３〜Ｓ３５にそれぞれ対応する。

本実施形態では、ユーザ１がユーザ１端末４００を読取端末１０００に近づけると、読取端末１０００のＩＤ読取手段１００１が、ＩＤ呼出処理を行うことで（ステップＳ７６）、ユーザ１端末４００内に記憶されているＩＤを読み取る（ステップＳ７７）。そして、ＩＤ送信手段１００２によって、そのＩＤを読取端末１０００のメモリに記憶されている位置情報とともに、仲介装置サーバ１００へ送信する（ステップＳ７８）。

これにより、仲介装置サーバ１００では、フィルタ手段１０９が、読取端末１０００から送信されてきたＩＤに基づいて、データベース１０７を参照する。具体的には、図１０に示すように、ユーザ１端末４００から「54154642347」というＩＤが送信されるはずであるので、「54154642347」というＩＤに基づいてデータベース１０７を参照する。

この結果、仲介装置サーバ１００では、フィルタ手段１０９によって、このＩＤはユーザ１に係るＩＤであり、ユーザ１は会社Ａを選択しているという特定がなされ、データベース１０７内の会社Ａに係る所在地と読取端末１０００から送信された読取端末１０００本体の位置情報との照合を行う、というフィルタリング処理がなされる（ステップＳ７９）。

具体的には、フィルタリング処理では、読取端末１０００本体の位置情報が、会社Ａの所在地「××都○○区」であるか否かの照合がなされる。読取端末１０００本体の位置情報が、会社Ａの所在地「××都○○区」である場合には、仲介装置サーバ１００からユーザ１端末４００へ、ｅメールなどで、会社Ａに係るｂｌｏｇに割り当てられているＵＲＬを送信する（ステップＳ８０）。

こうすると、以下のようなメリットがある。すなわち、例えば、会社Ａと会社Ｂとが、相互に近くに位置するデパート内の別個のテナントショップであるとする。さらに、数日前に更新された会社Ａに係るｂｌｏｇの掲載情報に、「今月は割引セール開催」という情報が記載されていたとする。このような条件下で、ユーザ１が会社Ｂに買い物に出かけたとする。ただし、ユーザ１は、会社Ａが「割引セール開催中」であることを忘れていたとする。

係る場合、ユーザ１は、会社Ｂのデパートの最寄り駅の改札口付近に設置されている読取端末１０００に、ユーザ１端末４００を近づけることで、会社Ａに係るｂｌｏｇのＵＲＬを取得することができることになる。したがって、会社Ａが「割引セール開催中」であったことを再度閲覧することができる。この結果、ユーザ１は、会社Ａで割引セール中の商品を購入できれば、その恩恵を受けられるようになる。この際、商品の購入代金は、エディから決済するようにしてもよい。係る場合、本システムを用いたことで、ユーザにポイントを付与する等の恩恵を与えるようにしてもよい。

以上説明したように、本実施形態によると、各ユーザは、自身の興味がある会社の情報を、外出先であっても取得することが可能となる。特に、この情報は、外出先に関係があるものだけとしているので、ユーザは、たとえ興味があっても、その状況下ではノイズとなるような情報の取得を回避できることになる。

なお、本実施形態では、ユーザ端末として携帯電話機を想定した場合を例に説明したが、これに限定されるものではない。例えば、カーナビゲーションシステムで用いるカーナビゲーション端末をユーザ端末として用い、カーナビゲーション端末にＩＤとしてエディ番号を登録する。そして、読取端末１０００を高速道路の出口料金所に設けておく。

この状態で、カーナビゲーション端末を搭載した自動車が出口料金所を通過しようとすると、読取端末１０００は、ＲＦＩＤ（radio frequency identification）技術などを用いて、無線でカーナビゲーション端末からエディ番号を呼出する。その後の動作は、図１２に示すステップＳ７６以降と同様である。こうすると、ユーザは、当該出口周辺（外出先）の情報を取得することが可能となる。

上記カーナビゲーション端末が通信機能を有するカーナビゲーション端末であれば、その表示部に当該外出先のｂｌｏｇを表示させることもできる。通信機能を有していないカーナビゲーション端末であれば、ユーザは携帯電話機などを通じて情報発信元のｂｌｏｇを参照し、その結果、その情報発信元に向かいたい場合には、情報発信元の名称／電話番号などに基づいて、その情報発信元を行き先としてカーナビゲーション機能で検索を行えばよい。なお、携帯電話機とカーナビゲーション端末とを無線ＬＡＮなどで接続しておけば、カーナビゲーション端末が通信機能を有していなくても、ユーザが操作せずに、シームレスな情報通信が可能となる。

この変形例として、カーナビゲーション端末をユーザ端末として用いる点は上記変形例と同様であるが、ＩＤ送信手段１００１を電子料金徴収システム（electronic toll collection：ＥＴＣ）車載機器とする。係る場合、ＩＤをＥＴＣカードに固有に割り当てられているカード番号とすればよい。こうすると、ＥＴＣ車載機器は、自動車が出口料金所を通過する際に、ＥＴＣアンテナに向けて、カード番号を送信することになる。この場合にも、ユーザは、当該出口周辺（外出先）の情報を取得することが可能となる。もちろん、ＥＴＣカードのＩＣにエディ番号を登録しておき、エディ番号をＩＤとして用いてもよい。

別の変形例としては、読取端末１０００を一時利用型駐車場の入口側ゲートに設けておく。カーナビゲーション端末を搭載した自動車が、この駐車場に進入する際に、無線でカーナビゲーション端末からエディ番号を呼出する。こうすると、ユーザは、当該駐車場周辺（外出先）の情報を取得することが可能となる。

特に、上記各変形例のように、自動車に関連する端末をユーザ端末として用いる場合には、ユーザが所有するすべての端末を相互に紐づけておくとよい。例えば、上記駐車場での利用例の場合に、自動車から降りたユーザが、本システムを通じて取得した情報の発信元の店舗に出向きたいと考えた場合、ユーザ端末である携帯電話機がＧＰＳ（Global positioning system）機能又はＤＧＰＳ（differential GPS）機能を搭載していることを条件として、駐車場からその店舗までのルートを、その携帯電話機で表示させることが可能となる。なお、この場合には、携帯電話機から情報発信元のｂｌｏｇなどへアクセスしてルート情報を入手してもよいし、上記のように、携帯電話機とカーナビゲーション端末とを無線ＬＡＮなどで接続しておくとユーザの操作性が向上する。

さらに、本実施形態では、読取端末１０００が仲介装置サーバ１００へ位置情報を送信しているようにしているが、ユーザ端末４００，５００である携帯電話機が、ＧＰＳ機能又はＤＧＰＳ機能を搭載していれば、その携帯電話機から仲介装置サーバ１００へ位置情報を送信しているようにしてもよい。こうすると、例えば、ユーザが、出張等で遠方に出かけた際に、携帯電話機を操作することで、その場所の位置情報及びＩＤを仲介装置サーバ１００へ送信することができるので、読取端末１０００が設置されていない場所でも、本システムによるサービスを受けることが可能となる。

この際、当該ユーザが例えば「レストランのランキング情報」を提供する会社を選択していた場合には、仲介装置サーバ１００は、携帯電話機から送信される位置情報から当該ユーザの所在を割り出し、かつ、携帯電話機から送信されるＩＤに対応する選択情報からランクの高いレストランを割り出すことができる。この結果、ユーザは、出張先等で評価の高いレストランで食事をすることも可能となる。

なお、仮に、ユーザが、出張先等で携帯電話機から位置情報及びＩＤを仲介装置サーバ１００へ送信したにもかかわらず、これらの各情報に合致する情報がない場合には、本実施形態では、以下のように対応するようにしている。

まず、この場合、仲介装置サーバ１００は、データベース１０７内に既に登録されているユーザの選択情報を読み出して、それらを掲載するとともに、それらの中から「知りたい情報」はどれであるかを選択させる画面を生成する。そして、仲介装置サーバ１００は、携帯電話機に対して、当該画面を送信する。

ユーザが、これに応じて、「レストランのランキング情報」を「知りたい情報」として選択したとすると、仲介装置サーバ１００は、当該選択情報に係るウェブサイトから例えば検索エンジン利用者が高頻度で使用する検索キーワードを抽出し、その検索キーワードと既に受信している位置情報とに基づいて情報検索を行う。そして、その検索結果を、前記ユーザへ送信する。

これにより、ユーザは、出張先等でランクの高いレストランを、直接、閲覧することはできなくとも、その代替として、例えばＳＥＯ対策が施されているキーワードなどを用いた検索結果を閲覧することができる。よって、係る場合においても、ユーザは、仲介装置サーバ１００によって取得された検索結果に対して簡易な検索を行うだけで、出張先等で評価の高いレストランで食事をすることも可能となる。

なお、ユーザに対して十分な情報開示ができないという事態が生じることを回避するために、仲介装置サーバ１００は、上記検索結果に含まれる各レストラン宛に、会社として入力情報を登録するように促すｅメールを送信する手段を設けたり、仲介装置サーバ１００の管理者が上記検索結果を確認できるように、メモリなどに保存したりするとよい。また、仲介装置サーバ１００は、例えば、地方中枢都市と会社の登録数とを対比できるグラフを作成する手段を備えているとよい。こうすると、例えば、地方中枢都市であるにもかかわらず、会社の登録数が少ないという場合には、仲介装置サーバ１００の管理者などが、その都市の会社に入力情報を登録するように促すことが可能となり、上記事態を回避することも可能となる。

（実施形態３）
本実施形態の更新情報取得システムは、病院で利用することができる。例えば、各科からの診察待ち人数情報を受信するサーバを用意しておく。診察券にＩＤであるところのエディ番号を登録しておく。また、診察券から患者情報及びエディ番号を読み取って上記サーバに予約を行う受診受付機を病院総合受付などの設置しておく。サーバは、受診受付機から予約要求がなされると、エディ番号と電子カルテなどとを一組で、予約順に登録される。

また、各科受付など病院内のいくつかの場所には、載置された診察券からエディ番号を読み出し、サーバにアクセスし、サーバから対応する順番待ち人数情報を割り出して、返信する順番待ち情報表示機を設置しておく。ユーザは、病院総合受付などで予約を行った後に、順番待ち情報表示機に診察券を載置することで、自身の診察順番を取得することができる。

診察券と携帯電話機とをエディ番号などで紐付けておけば、病院外部から携帯電話機を用いて上記サーバへアクセスすることで、自身の診察順番を取得することができるようになる。このため、例えば、診察時間まで１時間ほどありそうなので、その間、病院に隣接しているモールでショッピングを行い、例えばモールに来てから４５分くらい経過したので、携帯電話機から診察順番を取得してみるといった利用が可能となる。

なお、上記各実施形態で説明した手法は、単に、ユーザ端末４００，５００で更新情報を取得するための一例に過ぎない。例えば、仲介装置サーバ１００にも、ＲＳＳリーダ等の更新確認手段を設け、仲介装置サーバ１００から会社用サーバ６００，７００に対して、各会社に係るｂｌｏｇが更新されたか否かを確認しに行くようにしてもよい。そして、仲介装置サーバ１００では、更新がされたときに、その旨のフラグを立てるようにすれば、ユーザ端末４００，５００は、仲介装置サーバ１００にアクセスしてｂｌｏｇの掲載情報の更新の有無を確認することができる。ただし、この例は、仲介装置サーバ１００は、指定したサイトのＲＳＳ情報を取り込んで、更新状況をまとめたウェブページを生成するという、いわゆるアンテナ（巡回）ソフトウェアがインストールものとは異なる点に留意されたい。

また、各実施形態で説明した、仲介装置サーバ１００の動作は、仲介装置サーバ１００にこれらの動作を実行させるプログラムを用いて実現してもよい。具体的には、このプログラムは、少なくとも、複数のウェブサイトの掲載情報の属性と当該ウェブサイトに割り当てられている住所とが記憶されているデータベース内の属性群を示すとともに前記掲載情報の更新情報を取得したいウェブサイトを選択するように要求するステップと、前記要求に起因して選択されたウェブサイトに割り当てられている住所を前記データベースから読み出すステップと、前記読み出した住所を前記選択元における更新確認手段に登録するように当該選択元に促すステップとを、仲介装置サーバ１００に実行させるものとしてもよい。

本発明の実施形態１の更新情報取得システムの概要説明図である。 図１に示すデータベース１０７内の登録情報の模式的な内容を示す図である。 入力画面を示す図である。 テンプレート画面のトップ画面を示す図である。 図４に示す「ＢＢデパート」をクリック等によって指示した場合に移行するテンプレート画面である。 図５に示す「１Ｆ」をクリック等によって指示した場合に移行するテンプレート画面である。 図１に示す更新情報取得システムの動作を示すシーケンス図である。 図１に示す更新情報取得システムの動作を示すシーケンス図である。 本発明の実施形態２の更新情報取得システムの概要説明図である。 図９に示すデータベース１０７内の登録情報の模式的な内容を示す図である。 図９に示す更新情報取得システムの動作を示すシーケンス図である。 図９に示す更新情報取得システムの動作を示すシーケンス図である。

符号の説明

１００ 仲介装置サーバ
１０１ 画面メモリ
１０２ 処理手段
１０３ 受信手段
１０４ テンプレート作成手段
１０５ 読出手段
１０６ ＵＲＬ送信手段
１０７ データベース
２００ 会社Ａ端末
２０１ ｂｌｏｇ作成手段
２０２ 画面受信手段
２０３ 送信手段
２０４ 情報更新手段
３００ 会社Ｂ端末
３０１ ｂｌｏｇ作成手段
３０２ 画面受信手段
３０３ 送信手段
３０４ 情報更新手段
４００ ユーザ１端末
４０１ 画面受信手段
４０２ 選択情報送信手段
４０３ ＵＲＬ受信手段
４０４ 更新確認手段
５００ ユーザ２端末
５０１ 画面受信手段
５０２ 選択情報送信手段
５０３ ＵＲＬ受信手段
５０４ 更新確認手段

Claims (8)

1. 複数のウェブサイトの掲載情報の属性と当該各ウェブサイトに割り当てられているＵＲＬとが記憶されているデータベースから当該各ウェブサイトの掲載情報の属性群を示すとともに前記属性群を通じて掲載情報の更新情報を取得したいウェブサイトを選択するように要求する要求手段と、
   前記要求手段の要求に起因して選択されたウェブサイトに割り当てられているＵＲＬを前記データベースから読み出す読出手段と、
   前記読出手段によって読み出されたＵＲＬを選択元におけるウェブサイトの掲載情報の更新確認手段に登録するように当該選択元に促す促進手段と、
   前記選択元のユーザが読取端末に対してユーザ端末を近づけたことを条件に前記読取端末から送信された識別情報と前記データベースに予め登録されている当該ユーザ端末に固有に割り当てられている識別情報とが一致し、かつ、当該読取端末の位置情報と前記選択されたウェブサイトに係る位置情報との一部が一致することを条件に、当該ウェブサイトに割り当てられているＵＲＬを送信するためのフィルタリング処理を実行するフィルタ手段
   を備える仲介装置サーバ。
2. 前記ウェブサイトの掲載情報の属性及び前記ＵＲＬを送信するように要求する画面が記憶されているメモリと、
   前記メモリに記憶されている画面をネットワークを通じて複数の第１端末で閲覧できるように処理する第１処理手段と、
   前記データベースに登録されている前記属性群が記載されていて前記掲載情報の更新情報を取得したいウェブサイトを選択するように要求する画面を生成する生成手段と、
   前記生成手段によって生成された画面をネットワークを通じて複数の第２端末で閲覧できるように処理する第２処理手段と、を備える請求項１記載の仲介装置サーバ。
3. 前記更新確認手段は、ＲＳＳリーダである、請求項１又は２記載の仲介装置サーバ。
4. 前記要求手段は、前記ユーザ端末に固有に割り当てられている識別情報であって前記第２端末に登録されている識別情報の送信を要求し、
   前記要求手段の要求に起因して選択されたウェブサイトを示す情報と前記識別情報とを一対でデータベースに登録する登録手段と、を備える請求項１から３のいずれか記載の仲介装置サーバ。
5. 請求項１から４のいずれか記載の仲介装置サーバと、
   前記仲介装置サーバに対して前記掲載情報の対象及び前記ＵＲＬを送信する第１端末と、
   前記仲介装置サーバに対して前記掲載情報の更新情報を取得したいウェブサイトを選択し、前記仲介装置サーバから返信されたＵＲＬをウェブサイトの掲載情報の更新確認手段に登録する第２端末と、を備える更新情報取得システム。
6. 読取端末本体の位置情報を登録しておくメモリと、
   前記第２端末に登録されている識別情報を読み取る読取手段と、
   前記読取手段によって読み取られた識別情報を前記メモリに登録してある位置情報とともに前記仲介装置サーバへ送信する送信手段とを有する読取端末を備え、
   前記仲介装置サーバは、前記フィルタ手段を有する、請求項５記載の更新情報取得システム。
7. 請求項５又は６記載の更新情報取得システムに用いられる端末であって、
   前記仲介装置サーバに対して前記掲載情報の対象及び前記ＵＲＬを送信する、又は、
   前記仲介装置サーバに対して前記掲載情報の更新情報を取得したいウェブサイトを選択し、前記仲介装置サーバから返信されたＵＲＬをウェブサイトの掲載情報の更新確認手段に登録する端末。
8. 複数のウェブサイトの掲載情報の属性と当該各ウェブサイトに割り当てられているＵＲＬとが記憶されているデータベースから当該各ウェブサイトの掲載情報の属性群を示すとともに前記属性群を通じて掲載情報の更新情報を取得したいウェブサイトを選択するように要求するステップと、
   前記要求に起因して選択されたウェブサイトに割り当てられているＵＲＬを前記データベースから読み出すステップと、
   前記読み出したＵＲＬを選択元におけるウェブサイトの掲載情報の更新確認手段に登録するように当該選択元に促すステップと、
   前記選択元のユーザが読取端末に対してユーザ端末を近づけたことを条件に前記読取端末から送信された識別情報と前記データベースに予め登録されている当該ユーザ端末に固有に割り当てられている識別情報とが一致し、かつ、当該読取端末の位置情報と前記選択されたウェブサイトに係る位置情報との一部が一致することを条件に、当該ウェブサイトに割り当てられているＵＲＬを送信するためのフィルタリング処理を実行するステップと、をサーバに実行させるプログラム。

Images