JP2006285764A - イベントへのアクセス支援方法、イベント管理システム、コンピュータプログラム - Google Patents

Abstract

【課題】 ネットワーク上で一度閲覧した電子情報を端末又はデータ形式に依存することなく、再び閲覧し易くするシステムを提供する。
【解決手段】
ユーザがＰＣ１０でＷｅｂページを閲覧する度に、ＰＣ１０が、ユーザにより閲覧されたＷｅｂページのＵＲＮに基づくユーザイベントデータを時系列に管理サーバ１に蓄積させる。管理サーバ１は、携帯電話１０からの要求に応じてイベントリストをその携帯電話２０に送信する。イベントリストを受信した携帯電話２０は、イベントリストからユーザが指定したユーザイベントデータおよび当該端末を特定するための端末データを管理サーバ１に送信する。管理サーバ１は、イベントデータに対応するＷｅｂページを携帯電話用の表示データに変換して携帯電話２０に送る。
【選択図】 図１

Description

本発明は、例えばユーザが一度アクセスしたリソースへの再アクセスを容易にする、アクセス支援方法およびシステムに関する。

ＷＷＷ（World Wide Web）システムにおいて、一度閲覧したＷｅｂサイトを後に再閲覧するためには、大別して２つの方法がある。
１つ目の方法は、そのＷｅｂサイトを閲覧したときと同様の手順を再度行うことによってＷｅｂサイトを再閲覧する方法である。２つ目の方法は、例えばそのＷｅｂサイトのＵＲＬ（Uniform Resource Locator）をブックマークに登録する等して保存しておき、そのＵＲＬを元に該Ｗｅｂサイトを再閲覧する方法である。

しかし、１つ目の方法は、そのＷｅｂサイトを閲覧したときの手順をユーザが記憶していない場合には同様の手順を再度行うことができない。また、サイト構成が変更したり検索基準が変化した場合には、再度同様の手順を行ったとしてもＷｅｂサイトに辿り着くことができない。２つ目の方法において使用されるＵＲＬにも数多くの制約や問題点が存在する。例えばサイト構成の変更等によってＵＲＬへのリンクが切れていた場合は、Ｗｅｂサイトを再閲覧することができない。また、最初にＷｅｂサイトを閲覧したクライアント端末の種類と再閲覧する際に、使用する端末の種類とが違うと、データ構造あるいは書式の違い等により当該端末で適切に表示することができない場合がある。また、そもそもモバイル端末等では閲覧できないＵＲＬ、モバイルでのみ閲覧できるＵＲＬも存在する。
現在、このようなＵＲＬに関する個々の問題についての解決策は存在するが、サーバ運営側やユーザの工夫が必要であるうえに、これらの問題を一括して解決する手段は存在しない。

本発明は、ネットワーク上でアクセスすることにより生じたイベントに対して、端末又はデータ形式に依存することなく、再びアクセスし易くするための支援技術を提供することを、主たる課題とするものである。

本発明は、イベントへのアクセス支援方法、イベント管理システムおよびコンピュータプログラムにより、上記の課題を解決する。
本発明のアクセス支援方法は、コンピュータネットワーク上でユーザがアクセスしたイベントを検出した第１端末又はこの第１端末から検出結果を前記コンピュータネットワークを通じて受領した管理サーバが、当該イベントの固有識別子およびアクセス時の時刻データをもとに当該イベントが前記ユーザにより何時何処でどのようにアクセスされたイベントかを表すユーザイベントデータを生成し、生成したユーザイベントデータを前記管理サーバに蓄積する段階と、前記ユーザが操作する第２端末が、前記管理サーバに蓄積されているユーザイベントデータのリストを取得するとともに、該リストより選択されたいずれかのユーザイベントデータを当該第２端末の種類を表す端末データと共に前記管理サーバへ送信する段階と、前記管理サーバが、前記ユーザイベントデータにより特定されるイベントの内容が前記端末データにより特定される第２端末用のデータ形式で当該第２端末へ配信されるように当該イベントの内容の配信元を制御する段階とを有する方法である。

イベントへのアクセス時にユーザイベントデータを蓄積しておくことにより、例えば、Ｗｈｅｎ（何時、どんなときに）、Ｗｈｅｒｅ（何処で、何処に、何処へ、何処から）、Ｗｈｏ（誰が、どんな人が）、Ｗｈａｔ（何を、どんなことを、どんなものを）、Ｗｈｙ（何故、どうして、何のために）、Ｈｏｗ（どのように、どんなふうに、どうやって）という、ユーザの行動履歴の一部又は全部をコンピュータネットワーク上で一元的に管理することができる。

イベントは、例えばコンピュータネットワークの一例とあるインターネット上のリソース（Ｗｅｂページ等）を閲覧したイベントであり、固有識別子は、例えばユーザが閲覧したリソースのＵＲＮ(Uniform Resource Name)を含む。この場合、第１端末又は管理サーバは、リソースにユーザイベントデータを生成するために必要となるすべての情報が含まれているときは当該リソースから前記情報を抽出することによりユーザイベントデータを生成する。他方、リソースにユーザイベントデータを生成するために必要となる一部の情報が含まれていないときは当該一部の情報を所定のデータベース等から補充することによりユーザイベントデータを生成する。

ユーザイベントデータの各々は、例えば、テキスト情報により表現される当該イベントの内容を端的に表現したタイトルを含んでいる。この場合、第１端末又は管理サーバは、該テキスト情報を一覧形式で並べることにより前記リストを生成する。
第１端末又は管理サーバは、また、リソースにおいて提供されているＨＴＭＬデータ又はそのリソースのＵＲＬから固有識別子を抽出する。リストをより簡易なものにしてユーザイベントデータを選択し易くする観点からは、第１端末又は管理サーバは、同じ内容のイベントを表すユーザイベントデータが存在するときには一つのものにフィルタリングすることにより前記リストを生成する。

ユーザイベントデータと位置情報とをリンクさせておくことにより、所要の位置情報を例えば地図上にマッピングすることも本発明によれば可能である。
すなわち、管理サーバが、閲覧したリソースを提供している機関が存在する場所の位置情報を当該リソースについてのユーザイベントデータとリンクさせて保持し、第２端末から位置情報を含むアクセス支援要求の入力を受け付けたときに当該位置情報とリンクしているユーザイベントデータが表すイベントの内容を当該第２端末に提供するようにする。

本発明のイベント管理システムは、コンピュータネットワーク上でユーザがアクセスしたイベントの検出結果を受信する受信手段と、受信した検出結果、当該イベントの固有識別子およびアクセス時の時刻データをもとに当該イベントが前記ユーザにより何時何処でどのようにアクセスされたイベントかを表すユーザイベントデータを生成し、生成したユーザイベントデータをコンピュータネットワーク上の所定の情報記録領域に蓄積するイベント管理手段と、前記ユーザが操作する端末からの当該端末の種類を表す端末データを伴う要求に呼応して前記情報記録領域に蓄積されているユーザイベントデータのリストを提供するとともに、該リストより選択されたいずれかのユーザイベントデータにより特定されるイベントの内容が前記端末データにより特定される端末用のデータ形式で当該端末へ配信されるように当該イベントの内容の配信元を制御する制御手段とを有するシステムである。
このイベント管理システムは、例えば、コンピュータが、イベント管理システム用のコンピュータプログラムを読み込んで実行することにより実現される。

本発明は、また、イベント管理のクライアント端末を提供する。
このクライアント端末は、コンピュータネットワーク上でユーザがアクセスしたイベントを検出するイベント検出手段と、このイベント検出手段の検出結果、当該イベントの固有識別子およびアクセス時の時刻データをもとに当該イベントが前記ユーザにより何時何処でどのようにアクセスされたイベントかを表すユーザイベントデータを生成し、生成したユーザイベントデータをコンピュータネットワーク上に存する所定の管理サーバに送出することにより、該管理サーバに前記ユーザイベントデータが表すイベントの内容を任意の時点で任意の端末を通じて前記ユーザに提供させるイベント管理手段とを有するものである。このクライアント端末もまた、例えば、コンピュータが、イベント管理のクライアント端末用のコンピュータプログラムを読み込んで実行することにより実現される。

本発明によれば、コンピュータネットワーク上でユーザがアクセスすることにより、そのイベントの内容を表すユーザイベントデータが蓄積され、ユーザが、同一または他の端末を通じてリストからユーザイベントデータを選択するだけで、同じイベントに到達することができるので、イベントへのアクセスが非常に容易になるという効果が得られる。
再アクセスに際しては、イベントの内容が、そのときに使用する端末の種類に応じた適切なデータ構造に変換されるので、端末の種類、リソースの構造に依存しないアクセスが可能になるという効果がある。

以下、図面を参照して、本発明の実施形態を説明する。
［全体構成］
本発明は、ＷＷＷシステムにおいて実施することができる。この実施形態におけるＷＷＷシステムは、図１に示されるように、それぞれインターネットＮに接続される複数のコンピュータにより構成される。ここにいうコンピュータは、アクセス支援用の管理サーバ１、ユーザが操作するクライアント端末（第１端末）の一例となるパーソナルコンピュータ（ＰＣ）１０、それぞれリソースの一例となるＷｅｂページ、例えば書籍等のオンラインショッピングの場、仮想店舗等へのアクセスの場をユーザに提供する複数のＷｅｂサーバ４０、リソースの一例となる各種蓄積データその他ネット上で一元管理するための各種データを管理するデータベースサーバ５０等である。Ｗｅｂサーバ４０、データベースサーバ５０を特に区別する必要がない場合は、以後「Ｗｅｂサイト」と総称する。

インターネットＮには、また、ユーザが操作するクライアント端末（第２端末）の一例となる携帯電話２０が、基地局３１及び携帯電話用データ通信サーバ３０を介して接続されるようになっている。

ここでは、第１端末がＰＣ１０、第２端末が携帯電話２０の例を示しているが、これらの端末がＰＤＡ（Personal Digital Assistance）あるいはクライアント端末の機能を有するカーナビゲーション等であっても良い。また、本実施形態では、２つのクライアント端末があるものとして説明するが、クライアント端末は２以上の多数であっても良い。

［固有識別子について］
本実施形態では、インターネットＮを通じてユーザが閲覧するＷｅｂページの固有識別子が、そのＷｅｂページのＵＲＮを柱とする識別情報であるものとして扱う。このＵＲＮは、インターネットＮ上のリソースであるＷｅｂページを、ＵＲＬのような「場所」という概念に依存せず、「名前」のような固有の識別情報によって永続的（persistent）に特定しようとするための識別子である。所定の書式に則り、登録された名前空間のもとでそれぞれのルールに従って記述することになっている。
ＵＲＮ化できる固有識別子の身近な例としては、例えば店頭で販売されている殆どの書籍に割り振られているＩＳＢＮコードのようなものがあげられる。ＩＳＢＮコードのコード番号は、店舗の在庫や販売情報の管理、発注、書籍の検索等、多くの用途に利用されており、所望の書籍のＩＳＢＮ番号を店頭で伝えれば、店頭の在庫確認や発注が可能となる。このようなＩＳＢＮコードを利用して、Ｗｅｂサイトで書籍の在庫確認等を行える場合がある。例えばオンライン書店において、ＩＳＢＮコードが「4000801112」である書籍情報を表示するＷｅｂページのＵＲＬを「http://www.samplebookshop.co.jp/store/bookitem.htm?isbn=4000801112」のように、ＵＲＬにＩＳＢＮコードを組み込んだ形式とすると、”bookitem.htm”という形式のＨＴＭＬ文書に”ＩＳＢＮコードが4000801112”の書籍情報を書籍データベースから取得し、当てはめて表示せよ、という処理が、Ｗｅｂサーバ上で実行できるようになる。

ＨＴＭＬによるＷＷＷシステムでは、原則として１つのＵＲＬ、１つの文書で固有の識別情報を表示するが、極めて多数の情報を同一形式で表示する現在のＷｅｂサイトでは、上記の例のように表示文書をテンプレートとして扱い、そこにデータベースから取得した固有の情報を当てはめる手法をとる。
ここで、同じ書籍情報をＰＣ１０ではなく、携帯電話２０で閲覧しようとすると、通常は携帯電話向けの異なるＵＲＬが必要となる。そのＵＲＬは、例えば「http://www.samplebookshop.co.jp/imode/store/bkitem.htm?isbn=4000801112」となる。この場合の例では、ＰＣ１０用の文書とは異なる”bkitem.htm”という形式の携帯電話用のＨＴＭＬ文書が使用される。これは、同じＨＴＴＰプロトコルを使用していても、クライアント端末（ＰＣ１０／携帯電話２０）の表示／処理能力によって様々なＨＴＭＬ文書形式が存在し、これを処理するためには表示形式毎のＨＴＭＬ文書を用意する必要があるためである。一方、どちらのＵＲＬであってもユーザに届けられる書籍情報そのものは、同じである。このような書籍情報が、Ｗｅｂサーバ４０あるいはデータベースサーバ５０の書籍情報データベースに格納されている場合、管理サーバ１は、クライアント端末からの要求に応じてＩＳＢＮコードを使用して要求された書籍情報を該当するＷｅｂサーバ４０あるいはデータベースサーバ５０より読み出し、この読み出した書籍情報を、後述する変換ルールに従ってそのクライアント端末に応じたＨＴＭＬ文書に変換し、クライアント端末毎に適したＨＴＭＬ文書の表示を可能にする。

固有識別子は、上記のようにＵＲＬに組み込まれる他、ＨＴＴＰのＰＯＳＴメソッド（公知）によるフォームデータのリクエスト情報など、様々な方法で受け渡されるが、通常、一つのＷｅｂサイト内では、管理／開発コストを削減すべく、同じ手法、同じ手順を利用することが一般的である。また、データベースの保守とＷｅｂサイトの更新は別系統となるため、Ｗｅｂサイトが更新されてＵＲＬが変更された場合でも、固有識別子自体の形式はそのままである場合が多い。ここにもＵＲＮを用いる利点がある。
固有識別子は、上述したＩＳＢＮコードのほか、ＪＡＮコード等、一般的に統一／公開された識別子を使用する場合もある。また、多種類の商品を扱う管理上の都合により、Ｗｅｂサイト内での固有の識別コードを改めて振り直してデータベースで統一形式のコードと統合する場合もある。

［管理サーバ］
図１に戻り、管理サーバ１は、ユーザがＰＣ１０又は携帯電話２０を通じて、インターネットＮ上でアクセスしたイベント、例えばＷｅｂページの閲覧ならびにそのイベントの再アクセス（再閲覧）を管理するためのコンピュータであり、そのコンピュータのＣＰＵが管理サーバ用プログラムを読み込んで実行することによって形成される種々の機能ブロックを有している。

この管理サーバ１の機能ブロックの一例を図２に示す。管理サーバ１は、インターネットＮに接続するための通信制御部２を含む通常のサーバ機能のほか、ユーザの個人情報をユーザデータベース（データベースを以下「ＤＢ」と略称する）により管理するユーザ管理部３と、上記のイベントの内容を表すユーザイベントデータおよびそのリスト並びにアクセスポイントの位置情報等をイベントＤＢ１００により、ユーザ毎に管理するイベント管理部４、ＷｅｂページのＵＲＮおよびそのＷｅｂページのメタ情報をＵＲＮおよびメタ情報ＤＢ３００により管理するＵＲＮ管理部５と、ユーザに提供しようとするコンテンツ又はデータを、地図情報ＤＢ４００および変換ルールＤＢ３００に格納されている所定のデータ変換ルール等に基づいてユーザが操作するクライアント端末の種類に応じたデータ構造に変換するデータ変換部６と、変換ルールＤＢ３００に格納されている所定のＵＲＮ変換ルールに基づいてＵＲＮ変換を行うＵＲＮ変換部７とを備えている。

ユーザ管理部３は、クライアント端末（ＰＣ１０又は携帯電話２０）を通じてアクセスしてきたユーザがユーザＤＢ２００で管理している正当なユーザであるか否かを認証する機能を含む。

ＵＲＮ管理部５は、ＰＣ１０を通じてユーザが閲覧したＷｅｂサイトのＵＲＮ及びそのＷｅｂサイトのメタ情報、例えば、そのＷｅｂサイトのタイトル、扱うコンテンツの属性、地図情報、写真情報等がそのＷｅｂサイトからのＨＴＭＬデータに含まれているときは、これらを抽出してイベントＤＢ１００の該当フィールドに蓄積する。
ＵＲＮおよびメタ情報がＨＴＭＬデータに含まれておらず、ＵＲＬのようなアドレス情報しか入手できない場合には、入手したアドレス情報を用いて自らＵＲＮ等を取得したり、あるいは、ＵＲＬと予め保持しているＵＲＮ等との対応表によってＵＲＮおよびメタ情報を得るようにしても良い。なお、ＵＲＮ等は、ユーザイベントデータの一部として利用するほか、ユーザイベントデータとは独立に利用し、例えばユーザからの要求に応じてこれを読み出して要求元に提供する利用形態も可能である。

イベント管理部４は、ＰＣ１０において生成され、送信されたユーザイベントデータをユーザ毎に時系列的にイベントＤＢ１００に蓄積する。
ＰＣ１０からのユーザイベントデータには、どのユーザが、何時、何処で、どのようなことを行ったかを表す情報、例えば、Ｗｅｂサイトの閲覧時刻データ、閲覧したＷｅｂサイトのＵＲＮ、Ｗｅｂページのタイトル等のメタ情報等が含まれている。ユーザイベントデータを形成する項目データの種類は予め端末の互換性をとることが容易な単純なものに定められているが、入手したユーザイベントデータにおいて一部の項目データが欠落している場合は、欠落している項目データに情報の補充を行う。情報の補充は、例えば、他のユーザ用のユーザイベントデータに含まれる、あるいは、ユーザが誰かを問わず独立して存在するＷｅｂサイトのＵＲＮ又はメタ情報が保存されている場合には、そのＵＲＬ等を用いることができる。閲覧時刻データについては、管理サーバ１が保有する時計機能により入手したタイムスタンプを使用することができる。
なお、イベントＤＢ１００に蓄積されるユーザイベントデータは、上述したＵＲＮを軸とし、実体となるコンテンツ等のデータを含まない。そのため、非コンテンツ系のイベントやコマンド等をも併せてイベントＤＢ１００において管理することが可能となる。これによって、管理サーバ１での管理の柔軟性を確保することができる。

イベント管理部４は、また、ユーザ毎のイベントが時系列に並べられたイベントリストを生成し、必要に応じてその内容を編集する。イベントリストは、付帯情報として、Ｗｅｂページの内容を端的に表すタイトルをリスト項目として表示するようになっており、要求に応じて、ＰＣ１０又は携帯電話２０に送信される。このイベントリストにより、ユーザは、自分の過去のアクセス内容、つまり、見たもの、やったこと等を事後的に認識することができる。もう一度見たい場合、あるいはやりたい場合は、イベントリストから特定のイベントを選択するだけで良い。

イベントリストから特定のイベントが選択されたことをＰＣ１０又は携帯電話２０からの通知によって検知した場合、イベント管理部４は、該当するユーザイベントデータに含まれるＵＲＮ及びメタ情報に基づき、それに対応するＷｅｂページ（コンテンツ）を取得する。データ変換部６は、イベント選択時に併せて送られる端末データにより特定される当該端末の表示能力に応じ、Ｗｅｂページのデータ構造を変換ルールＤＢ３００に記録されている変換ルールに従って変換する。

ＷＷＷシステムでは、原則的にＨＴＭＬ文書が使用されるが、ＸＭＬのようなＨＴＭＬとは異なる形式からなる文書が使用される場合もある。
ＨＴＭＬ文書にも多くの種類がある。例えば、広い画面を有するＰＣ１０向けのＨＴＭＬ文書には高解像度の画像やインタラクティブな要素が含まれる一方、携帯電話２０等の表示能力や処理能力が限られた端末向けのＨＴＭＬ文書にはこのような高解像度の画像等は含まれず、コンパクトＨＴＭＬのようなＨＴＭＬのサブセットや方言が定義される。そのため、ＰＣ１０において表示可能なＨＴＭＬ文書を示すＵＲＬを携帯電話２０において使用した場合、そのＨＴＭＬ文書を表示できないことが多い。また、携帯電話２０に高性能なブラウザを搭載することでかかるＨＴＭＬ文書が表示できたとしても、携帯電話２０の表示画面は小さいため、文字サイズやレイアウトが制約され、縦横にスクロールする操作が必要となるという不都合がある。そこで、予め端末データにより特定される端末の種類毎に、データ変換ルールを変換ルールＤＢ３００に格納しておき、これをデータ変換部６で変換するようにしている。

ＵＲＮ変換部７は、イベントリストから選択され、閲覧（参照）が要求されたＵＲＮと、要求が発生したクライアント端末から送られた表示形式に対して、最適なデータ表示方法もしくは表示すべきデータを決定し、要求元へ送信する。商用コンテンツを提供する多くのＷｅｂサイトでは、ＰＣ用、携帯電話用の同一内容のコンテンツを提供しており、このようなコンテンツが、要求された表示形式に適合する場合は、要求されたＵＲＮに対し、適合する内容と形式を持つＷｅｂページのＵＲＬを送信する。また、そのような適合するコンテンツが存在せず、ＵＲＮに対するメタ情報がデータベース上に存在する場合、これを新たなデータとして再構築して要求元へ送信する。
そのようなデータも存在しない場合、あるいは、何らかの形で最適な変換が可能であるサイトであることが明確な場合は、ＵＲＮ変換部７では対応が困難となる。そこで、ＰＣ用のＷｅｂページなどをもとに、データ変換部６で、要求された形式に最適なデータ構造に変換し、これを要求元へ送信する。

管理サーバ１をこのように構成することにより、常に最適な表示形式を、様々な方法で段階的に選び出すことで、クライアント端末の能力や表示形式に柔軟に対応することができるようになる。

［クライアント端末］
ユーザが操作するクライアント端末の一つであるＰＣ１０は、そのＣＰＵがイベント管理のクライアント用プログラムを読み込んで実行することにより形成される種々の機能ブロック、例えば図３のような機能ブロックを備えるものである。すなわち、ＰＣ１０は、インターネットＮを通じて行う双方向の通信を可能にする通信制御部１１と、キーボードからのデータ入力及びディスプレイへのデータ出力を制御する入出力制御部１２と、ＷｅｂサイトにアクセスするためのツールであるＷｅｂブラウザ１３と、データ処理部１４と、メモリ部１５とを有している。

データ処理部１４は、端末内機能の制御機能、認証用のユーザデータ及び端末データを管理する基本機能のほか、イベント抽出機能、ユーザイベントデータ生成機能、データ選択機能等を選択的に形成する。

上記の基本機能は、ユーザの個人情報であるユーザデータと、当該ＰＣ１０が一般的な表示能力を表すコンピュータ（携帯電話やＰＤＡのようなものでないコンピュータ）であることを示す端末データとをメモリ部１５に記録し、これらのデータを必要に応じて読み出し、通信制御部１１を通じて外部へ発信させる機能を含む。

イベント抽出機能は、通信制御部１１を通じてＷｅｂブラウザ１３に表示させたＷｅｂぺージのＵＲＬやＨＴＭＬデータからＵＲＮおよびそのＷｅｂページのメタ情報、例えば当該Ｗｅｂページの表題となるタイトル等を抽出できる場合にはそれらを抽出してメモリ部１５に記録する機能である。なお、Ｗｅｂページからの情報からＵＲＮ等自体の抽出はできないがＵＲＮ化が可能な情報が含まれている場合には、その情報からＵＲＮ等を生成し、これをメモリ部１５に記録する。

ここで、イベント抽出成機能におけるＵＲＮ等の抽出あるいはＵＲＮ化の過程について、より詳しく説明する。
ユーザが閲覧したＷｅｂページがＨＴＭＬデータで記述され、このＨＴＭＬデータにメタタグ等で参照されるＵＲＮおよびメタ情報が混入している場合、イベント抽出機能は、このＵＲＮおよびメタ情報をそのまま抽出する。一方、ＨＴＭＬデータにＵＲＮ自体は混入していないが、ＵＲＬが含まれている場合には、例えば「http://www.sampleguide.co.jp/gourmet/tokyo/shop.htm?shopcode=A0250461」というＵＲＬを「urn:x'webvontents:www.sampleguide.co.jp:shopcode:A0250461」というようにＵＲＮ化する。つまり、ユーザが閲覧したＷｅｂページを扱うＷｅｂサイトのサーバ名、固有識別子のコード体系、および固有識別子を、当該ＨＴＭＬデータからメタタグ等を基に抽出する。このようにすれば、ユーザがＵＲＮとして再閲覧に必要な情報（「どのサイトで」「どの形式の固有識別子を有する」「どの情報を見たか」という情報）を容易に抽出することができる。

なお、イベント抽出機能は、インターネットＮ上で使用される固有識別子以外の識別子（例えばＩＳＢＮコード、ＪＡＮコード、住所や郵便番号、無線タグ）が、何らかの形でＷｅｂサイトに混入していることを発見した場合に、これに対応するＵＲＮをそのＷｅｂサイトから抽出するようにしても良い。

イベント管理機能は、イベント抽出機能により抽出されたＵＲＮおよびメタ情報をもとにユーザイベントデータを生成するほか、管理サーバ１に対してユーザイベントデータを送信したり、管理サーバ１に送信したユーザイベントデータの一覧であるイベントリストの提供を要求する機能である。

以上は、一般的なコンピュータとしての機能を有するＰＣ１０の例であるが、携帯電話２０の場合も、データ処理部１４の機能が一部制限される点、メモリ部１５のメモリ容量が多少小さい点以外は、ＰＣ１０とほぼ同様である。

［ＷＷＷシステムの動作概要］
次に、上記のように構成される管理サーバ１、ＰＣ１０又は携帯電話２０の動作概要を説明する。ここでは、ユーザＡがＰＣ１０を用いて複数のＷｅｂサイトにアクセスし、逐次Ｗｅｂページを閲覧していくことをイベントとする場合の例を挙げる。

イベントは、ここではユーザＡがＰＣ１０を通じていずれかのＷｅｂサイトにアクセスすることにより始まる。図４は、このときのＰＣ１０の処理手順説明図である。
ユーザＡがＰＣ１０のＷｅｂブラウザ１３で、あるＷｅｂページを閲覧した場合（ステップＳ１０１）、ＰＣ１０のデータ処理部１４は、ＷｅｂサイトがＵＲＮに対応したサイト、つまり、ＵＲＮ化が可能なコンテンツを扱うサイトか否かを判定する（ステップＳ１０２）。ＵＲＮ対応のサイトである場合（ステップＳ１０２：Ｙｅｓ）、データ処理部１４は、ＵＲＮ化が可能なページか否かを判定する（ステップＳ１０３）。ＵＲＮ化可能なページである場合（ステップＳ１０３：Ｙｅｓ）、データ処理部１４は、そのＷｅｂページをユーザＡが閲覧した時刻を表す閲覧時刻データをメモリ保持する（ステップＳ１０４）。

その後、データ処理部１４は、そのＷｅｂページがＵＲＮを含むページであるか否かを判定する（ステップＳ１０５）。ＷｅｂページがＵＲＮを含むページである場合（ステップＳ１０５：Ｙｅｓ）、データ処理部１４は、このページに含まれるＵＲＮ群を抽出する（ステップＳ１０６）。一方、そのＷｅｂページがＵＲＮを含まないページである場合（ステップＳ１０５：Ｎｏ）、データ処理部１４は、ＵＲＮをＵＲＬまたはＨＴＭＬデータから生成する（ステップＳ１０７、Ｓ１０８）。ＵＲＬからのＵＲＮの生成については、上述したように、例えば「http://www.sampleguide.co.jp/gourmet/tokyo/shop.htm?shopcode=A0250461」というＵＲＬを「urn:x'webvontents:www.sampleguide.co.jp:shopcode:A0250461」のように変換することにより行う。ＨＴＭＬデータからのＵＲＮの生成は、例えばメタタグで囲まれたＵＲＮ相当のデータを抽出することにより行う。
ＵＲＮ（群）の抽出、ＵＲＮの生成後、データ処理部１４は、ＨＴＭＬのタイトルタグで囲まれたタイトルのデータを抽出する（ステップＳ１０９）。

データ処理部１４は、これらのデータからイベントアイテム（ユーザイベントデータのもとになる項目データ）を有するユーザイベントデータを生成し（ステップＳ１１０）、このユーザイベントデータをユーザＡの個人情報と共に管理サーバ１に送信する（ステップＳ１１１）。なお、ＷｅｂサイトがＵＲＮ対応のサイトでない場合およびＵＲＮ化可能なページでない場合（ステップＳ１０２：Ｎｏ、ステップＳ１０３：Ｎｏ）、ＵＲＮは抽出されず、終了する。

上記のようにしてイベントが抽出され、ユーザイベントデータが生成されると、管理サーバ１は、ユーザＡの個人情報とユーザイベントデータとをもとにユーザＡについてのイベント管理を行う。図５は、この場合の管理サーバ１における処理手順説明図である。

管理サーバ１は、ＰＣ１０から送られたユーザＡの個人情報をもとにユーザ管理部３でユーザ管理、すなわちユーザＤＢ２００に記録されたユーザＡの固有情報に基づく認証を行う。そして、正当であることを条件として、ユーザＡのユーザイベントデータに含まれるＵＲＮ、イベントの履歴を時系列的にイベントＤＢ１００の該当フィールドに記録する（ステップＳ３０１）。イベントＤＢ１００には、例えば図６上段のように記録される。図６上段は、最初に閲覧時刻データ、次いでＵＲＮ、そして、タイトルが例示されている。同じＵＲＮが連続するイベントが存在するかどうかをチェックし（ステップＳ３０２）、存在するときは、後のイベントについてのユーザイベントデータの記録を見送る（ステップＳ３０４）。その後、基準時間、例えば１日内に同じＵＲＬを持つイベントのフィルタリングを行う（ステップＳ３０５）。例えば図６下段のように、同じＵＲＮが複数存在するときは、最後のものだけが残され、他は削除される。このようにすれば、イベント１００に無駄のないイベントリストが記録される。

［閲覧及び再閲覧の概要]
次に、ユーザＡがアクセスしたイベント、すなわちＰＣ１０で閲覧した複数のＷｅｂページのうち、一つのＷｅｂページを事後的に携帯電話２０から再閲覧する場合の手順を図７及び図８を参照して説明する。

図７は、ユーザＡがＰＣ１０で複数のＷｅｂページを閲覧したときの状態を示している。ユーザＡは、「グルメ情報」として、ＵＲＮが「レストラン１」を含むＷｅｂページ５１，次いで「レストラン２」を含むＷｅｂページ５２を閲覧し、次いで、飲み歩きガイドの「居酒屋１」を含むＷｅｂページ５３を閲覧した。また、映画案内にて「洋画１」のＷｅｂページ５４を閲覧した。これらのＷｅｂページ５１〜５４には、それぞれ写真が掲載されている。

ユーザＡが操作するＰＣ１０のデータ処理部１４は、これらのＷｅｂページ５１〜５４をＷｅｂブラウザ１３でブラウジングし、それぞれ「レストラン１」、「レストラン２」、「居酒屋１」、「洋画１」のＵＲＮを抽出し、これらのＵＲＮを含むユーザイベントデータを生成して、これらをユーザＡの個人情報と共に時系列に管理サーバ１へ送信する。

管理サーバ１は、イベントＤＢ１００のユーザＡ用の記録領域１０１に、ＵＲＮを含むユーザイベントデータを時系列に記録する。このとき、ユーザイベントデータをそのままイベントＤＢ１００に記録しても良いが、より好ましくは、これらのＷｅｂページが、それぞれ実質的に同一内容を維持して、ＰＣ用、携帯電話用に提供されていて、仮にＰＣ１０あるいは携帯電話２０からＵＲＮと共に要求されたときに、要求元の端末での表示形式に適合するかどうかを判別し、適合すると判別できる場合には、そのＵＲＮに対し、適合する内容と形式とを持つＷｅｂページのＵＲＬを特定して、これをイベントＤＢ１００に併せて記録するか、あるいは、そのＵＲＬのリンク情報をＵＲＮ・メタ情報ＤＢ３００に記録しておくようにする。上記の判別は、当該ユーザイベントデータに含まれるイベントアイテムをもとに行っても良いし、既に同じ内容のＰＣ用、携帯電話用のＵＲＮ／ＵＲＬがＵＲＮ・メタ情報ＤＢ３００に存在する場合には、それを利用することもできる。
このようにすれば、ＵＲＮが判明したときにそのＵＲＮに対応するＵＲＬを直ちに特定できるようになり、運用上、非常に便宜となる。

図８に移り、ユーザＡは、携帯電話２０から携帯用データ通信サーバ３０を介して管理サーバ１に、ユーザＡの識別情報を伴うクエリー（Ｑｕｅｒｙ）を出す。このクエリーを受信した管理サーバ１は、イベントＤＢ１００に記録されているそのユーザＡ用の記録領域のユーザイベントデータをもとに生成されたイベントリスト１０１を携帯電話２０に送信する。イベントリスト１０１を受信した携帯電話２０は、このイベントリストを画面６１に表示させる。図示のように、ユーザＡが「居酒屋１」を選択したことを検知した場合、携帯電話２０は、「居酒屋１」を表すＵＲＮを、携帯電話２０用の表示フォーマットデータ［chtml］を特定するための端末データと共に管理サーバ１に送信する（ＲＥＱ）。

管理サーバ１は、居酒屋１のＵＲＮをもとにイベントＤＢ１００、および／又は、ＵＲＮ・メタ情報ＤＢ３００をもとに、そのＷｅｂページが、携帯電話用に提供されていて、端末データにより特定される携帯電話２０用のデータ構に適合するかどうかを調べる。適合する場合は、その適合するＷｅｂページを携帯電話２０へ送信する。これにより、携帯電話２０には、携帯電話用の飲み歩きガイドの「居酒屋１」のＷｅｂページ（例えば携帯電話用に「写真」その他の飾り文字が除かれたページ）が携帯電話２０の画面６２に表示される。

このように、本実施形態のＷＷＷシステムでは、ユーザがＰＣ１０等で一度閲覧したＷｅｂページのＵＲＮを含むユーザイベントデータが、インターネットＮ上でアクセスすることにより生じたユーザ毎のイベントの履歴として管理サーバ１に蓄積され、それをそのユーザがＰＣ１０又は携帯電話２０等でいつでも確認することができるので、同じＷｅｂページの再閲覧が非常に容易になる。また、再閲覧に際しては、そのときに使用する端末の種類に応じた適切なデータ構造のものが選定され、あるいはデータ構造、ＵＲＮが変換されるので、端末の種類、リソースの構造に依存しない情報アクセスが可能になる。

次に、本発明の実施例を、ユーザイベントデータ、そのリストの使用例を中心として具体的に説明する。ユーザは、自宅のＰＣ１０で種々のＷｅｂサーバ４０にアクセスしてＷｅｂページを閲覧した後、ＰＣ１０又は外出先で操作する携帯電話２０のｉモードサービス（株式会社ＮＴＴドコモが提供しているサービス）により、同じＷｅｂページを再閲覧するものとする。

図９は、「広辞苑」を扱っているオンライン書店のＷｅｂページについてのユーザイベントデータが生成されるまでの手順が示されている。このＷｅｂページでは、図９上段のように、ＵＲＬ中にＵＲＮ（ISBNコート゛:4000801112）が埋め込まれている。また、ＨＴＭＬデータで、「広辞苑」についての各種メタ情報が提供されている。

ユーザは、ＰＣ１０のＷｅｂブラウザ１３で、図９中段右のように、このオンライン書店のＷｅｂページを閲覧する。このとき、ＰＣ１０のデータ処理部１４は、ユーザがオンライン書店のＷｅｂページにアクセスしたときのイベント抽出を行う。具体的には、Ｗｅｂページのタイトルデータ（Title）として「「広辞苑」第五版」のタイトルを抽出する。また、そのＷｅｂページのＵＲＮとして「urn：isbn=4000801112」を抽出する。閲覧時刻データ（Time）については、ＰＣ１０のタイムスタンプより、「2005/04/01 10:05:00」を補充する。これにより、誰が（ユーザが）、何時（Time）、何処で（ＵＲＬ）、何を（「広辞苑」第五版に関する情報を）、どのようにした（閲覧した）のか、というイベントアイテムを抽出ないし補充することができる。このようにして抽出ないし補充したイベントアイテムを有するユーザイベントデータを生成し、これをＰＣ１０から管理サーバ１へ送信する。管理サーバ１は、このような構造のユーザイベントデータをイベントＤＢ１００に時系列に蓄積する。

図１０は携帯電話２０より受信したユーザイベントデータが、どのように管理サーバ１において扱われるかを示している。管理サーバ１は、図１０上段のようなユーザイベントデータを受け取ると、所定のユーザ認証の後、図１０下段のような、そのユーザ用のユーザイベントリストに、新たに抽出されたイベントのユーザイベントデータとして追記する。追記に際しては、イベントを一意に識別するための識別コードであるＩＤが連番で付される。図示の例では、そのユーザは、「広辞苑」のオンライン書店のＷｅｂページの前に、「とんかつ○○○」、「◎◎ハンズ渋谷店」・・・のＷｅｂページも閲覧していることがわかる。

その後、ユーザは、ＰＣ１０又は携帯電話２０を使用してインターネット上の管理サーバ１にアクセスして、自分がどのようなイベントを行ってきたのかを質問する（Query）。
管理サーバ１は、この質問（Query）に応答して、タイトルを一覧形式で並べたイベントリストを質問を発したＰＣ１０又は携帯電話２０へ返信する。

質問を発した端末が携帯電話２０であるものとすると、その携帯電話２０の画面には、図１１上段のようなイベントリストが表示される。図１１において、ユーザは、携帯電話２０の入力部を操作して、リスト最上段の「とんかつ○○○」を選択する。携帯電話２０のデータ処理部１４は、入出力制御部１２を通じて入力された「とんかつ○○○」のデータに対応するＵＲＮと端末データの一例とある表示可能形式データ（C-HTMLフォーマット）を特定し、これを通信制御部１１を通じて管理サーバ１にリクエスト（Request）させる。

管理サーバ１は、このリクエストに応答して、ＵＲＮから特定される「とんかつ○○○」の「ｉモードサービス」用のＷｅｂページを掲載しているＷｅｂサーバ４０にリダイレクト（Redirect）する。そのＷｅｂサーバ４０は、「とんかつ○○○」の携帯電話用のＷｅｂページを携帯電話２０の画面に表示させる。
これにより、ユーザは、以前、自分がＰＣ１０でアクセスした「とんかつ○○○」の情報を、外出先から携帯電話２０で再閲覧することができる。

［応用例１］
ＵＲＮおよびメタ情報を利用して、管理サーバ１において、ユーザの現在位置からイベントマップを作成するサービスを実現することも、本発明によれば可能である。すなわち、本発明では、例えばイベントＤＢ１００に、図１０下段のようなユーザイベントデータが蓄積されている。そこで、このユーザイベントデータのイベントアイテムとして、位置情報（Longitude／Latitude）をも設けておくことにより、あるいは、図１２中段のように、別途ＵＲＮ毎の位置情報ファイルを設けておいて、これとユーザイベントデータのタイトル等とリンクさせておくことにより、この位置情報を用いた情報のフィルタリングが可能となる。

図１２の例では、ユーザが操作する携帯電話２０から管理サーバ１が受け取った情報によれば、ユーザの現在の所在地が「渋谷センター街」であり、その位置情報がLongitude／139.00181、Latitude／35.00714であったとすると、フィルタリングの条件として、そこから半径１．５［ｋｍ］以内のスポットとして、図１２中段のデータが特定される。そのうち、ユーザが「◎◎ハンズ渋谷店」と「Ｂｏｏｋ◎渋谷店」を選定すると、管理サーバ１は、これらのＵＲＮ等から、例えば地図情報ＤＢ４００あるいは外部の地図Ｗｅｂサイトから取得した地図情報をもとに、イベントマップ表示データを生成する。そして、これを携帯電話２０に送ることにより、地図上に、図１２下段に示されるような、選ばれたスポットが重畳された画面をその携帯電話２０の画面に表示させることができる。

［応用例２］
本発明は、ネットワークストレージサービスや、アドレス帳、スケジュールなどを扱うサイト等、さまざまなサービス／情報に対して、ＵＲＮと管理サーバ１により、個人の知識／情報／データを一元的にアクセスするサービスを実現することも可能にする。
ネットワークストレージサービスは、ユーザからファイルを預かり、保管する処理が完了した段階で、ＵＲＮを含むページをユーザの端末に表示するサービスである。ＵＲＮを、クライアント端末のイベント抽出機能（データ処理部１４）で抽出し、これを含むユーザイベントデータを生成して、これを管理サーバ１に蓄積させておく。

ユーザは、自己が預けたファイルが必要となった場合、例えば「昨晩保存したファイル」という基準で、管理サーバ１に蓄積されているユーザイベントデータから該当するものを選択し、これを管理サーバ１にリクエストする。これにより、自動的にストレージサービスのファイル取り出しが可能になる。
このように、何らかのコンテンツないしデータに対し、固有識別子を作成して対応付けておけば、どのようなコンテンツないしデータでもユーザ用の情報記録領域に追加することが可能になる。また、すべてのコンテンツないしデータがユーザ毎のタイトルの見出しの集合体として時間軸に整理されるため、それぞれのサービスや情報の入手手段、サービスの使用方法などを意識することなく、再アクセスが可能になる。

［応用例３］
例えば、リソースの一例となるテレビ番組に対して、文字多重放送やデジタル放送のＢＭＬなどを使用してＵＲＮおよびメタ情報を添付しておくことにより、上記の同様のサービスが可能になる。
すなわち、ユーザは、テレビ番組を本発明のクライアント端末機能搭載のテレビで視聴することにより、視聴したテレビ番組を特定するためのＵＲＮおよびメタ情報を含むユーザイベントデータが上記の管理サーバ１に蓄積される。そして、事後的に、任意のクライアント端末でそれを再生するのである。ユーザは、家庭でグルメ番組を視聴するだけで、翌日、車で乗車し、本発明のクライアント端末の機能を搭載したカーナビゲーションでユーザイベントデータのリストを参照すれば、テレビ番組で紹介された店舗がリスト上に表示されるので、いずれかを選択するだけで、即座に目的地設定が可能になる。このとき、テレビ側では、ブラウザやリストを実装する必要はなく、ネットワーク接続とイベント抽出機能のみを実装すれば良いので、これまで考えられてきたインターネット対応テレビよりも非常に小規模な実装で、遙かに利便性の高いネットワーク対応テレビが実現される。テレビ用データへのＵＲＮ等の混入が難しい場合は、電子番組表（ＥＰＧ）の機能を利用することができる。すなわち、現在、ユーザが、どの番組を視聴しているかをＥＰＧにより判断し、その番組中の何処にＵＲＮを含めることができるかを逆算して、その領域にＵＲＮを埋め込むようにすることができる。

［応用例４］
ネットワークデジタルカメラとしての応用も本発明によれば可能である。すなわち、デジタルカメラで撮影した画像をリソースとして、これにＵＲＮを添付して管理サーバ１に蓄積させる。このようにすれば、旅先で撮影した画像を事後的に自宅のＰＣ１０等に出力させることができる。

［応用例５］
携帯電話２０の発着信履歴をもリソースとして例示することができる。この発着信履歴に対してＵＲＮを添付して管理サーバ１に蓄積させることにより、携帯電話２０と自宅のコードレステレフォンやＰＣ１０上のインターネット電話との連携が可能になる。

［変形例］
以上の説明では、イベント抽出機能は、ＰＣ１０等のクライアント端末側の機能として説明したが、必ずしもクライアント端末側に設けなければならないというわけではなく、管理サーバ１あるいはＷｅｂサイト側の機能としても本発明の実施は可能である。
要は、どのユーザが、何処にあるどのデータ（Ｗｅｂページ：コンテンツ）を、何時閲覧し、それをインターネットＮ上のどこに（ユーザがアクセスできる場所）保存するか、という情報が鍵になるので、これらの情報が確保できる環境であれば、どのサイトにイベント抽出機能を設けても、上述したユーザとユーザイベントデータのリストとの関係を構築することが可能となる。
例えば、ユーザイベントリストを管理する管理サーバ１と、Ｗｅｂページ等のコンテンツを提供するコンテンツプロバイダ、それにアクセスするユーザが、相互に認証することができれば、新たな機能を付加することなく、ユーザイベントデータを作成し、これをリスト化することができる。

ＵＲＮのＷｅｂページ（ＨＴＭＬデータ）への埋め込みも、コンテンツプロバイダ側で容易に行うことができる。図１３は、中段部分に、ＵＲＮ（urn:asin:4000801112）を埋め込んだ例を示している。このＵＲＮが埋め込まれたＨＴＭＬデータのメタ（META）タグから、どのサイトでもＵＲＮを抽出することができるのである。

本発明が適用されるＷＷＷシステムの全体構成図。 管理サーバの機能ブロック図。 クライアント端末（例えばＰＣ）の機能ブロック図。 クライアント端末であるＰＣによるＵＲＮ抽出の手順説明図。 管理サーバにおけるユーザイベントデータの処理手順説明図。 管理サーバのイベントＤＢにおけるユーザイベントデータとイベントリストの一例を示す図。 ユーザＡがＰＣを操作して複数のＷｅｂページを閲覧したときの状態を示した図。 ユーザＡが携帯電話を操作してＰＣで閲覧したＷｅｂページを再閲覧するときの状態を示した図。 「広辞苑」を扱っているオンライン書店のＷｅｂページについてのユーザイベントデータが生成されるまでの手順を示した図。 携帯電話より受信したユーザイベントデータが、どのように管理サーバ１において扱われるかを示した図。 ＰＣで閲覧したＷｅｂページを携帯電話で再閲覧するときの手順を示した図。 位置情報を利用してイベントマップ表示を可能にするときの手順を示した図。 コンテンツプロバイダがＨＴＭＬデータにＵＲＮを埋め込んだ例を示した説明図。

符号の説明

１・・・管理サーバ、２・・・管理サーバの通信制御部、３・・・ユーザ管理部、４・・・イベント管理部、５・・・ＵＲＮ管理部、６・・・データ変換部、７・・・ＵＲＮ変換部、１０・・・ＰＣ、１１・・・ＰＣの通信制御部、１２・・・入出力制御部、１３・・・Ｗｅｂブラウザ、１４・・・データ処理部、１５・・・メモリ部、２０・・・携帯電話、３０・・・携帯用データ通信サーバ、３１・・・中継局、４０・・・Ｗｅｂサーバ、５０・・・データベースサーバ、５１〜５４・・・ＰＣ画面、６１，６２・・・携帯電話画面、１００・・・イベントＤＢ、２００・・・ユーザＤＢ、３００・・・ＵＲＮ・メタ情報ＤＢ、４００・・・地図情報ＤＢ、５００・・・変換ルールＤＢ

Claims (12)

1. コンピュータネットワーク上でユーザがアクセスしたイベントを検出した第１端末又はこの第１端末から前記検出の結果を前記コンピュータネットワークを通じて受領した管理サーバが、当該イベントの固有識別子およびアクセス時の時刻データをもとに当該イベントが前記ユーザにより何時何処でどのようにアクセスされたイベントかを表すユーザイベントデータを生成し、生成したユーザイベントデータを前記管理サーバに蓄積する段階と、
   前記ユーザが操作する第２端末が、前記管理サーバに蓄積されているユーザイベントデータのリストを取得するとともに、該リストより選択されたいずれかのユーザイベントデータを当該第２端末の種類を表す端末データと共に前記管理サーバへ送信する段階と、
   前記管理サーバが、前記ユーザイベントデータにより特定されるイベントの内容が前記端末データにより特定される第２端末用のデータ形式で当該第２端末へ配信されるように当該イベントの内容の配信元を制御する段階とを有する、
   イベントへのアクセス支援方法。
2. 前記イベントが、前記コンピュータネットワーク上のリソースを閲覧したイベントであり、前記固有識別子が、閲覧したリソースのＵＲＮを含む、
   請求項１記載のアクセス支援方法。
3. 前記第１端末又は前記管理サーバは、前記リソースに前記ユーザイベントデータを生成するために必要となるすべての情報が含まれているときは当該リソースから前記情報を抽出することにより前記ユーザイベントデータを生成し、他方、前記リソースに前記ユーザイベントデータを生成するために必要となる一部の情報が含まれていないときは当該一部の情報を所定のデータベースから補充することにより前記ユーザイベントデータを生成する、
   請求項２記載のアクセス支援方法。
4. 前記ユーザイベントデータの各々は、テキスト情報により表現される当該イベントの内容を端的に表現したタイトルを含んでおり、前記第１端末又は前記管理サーバは、該テキスト情報を一覧形式で並べることにより前記リストを生成する、
   請求項３記載のアクセス支援方法。
5. 前記第１端末又は前記管理サーバは、前記リソースにおいて提供されているＨＴＭＬデータ又はそのソースのＵＲＬから前記固有識別子を抽出する、
   請求項３記載のアクセス支援方法。
6. 前記第１端末又は前記管理サーバは、同じ内容のイベントを表すユーザイベントデータが存在するときには一つのものにフィルタリングすることにより前記リストを生成する、
   請求項１記載のアクセス支援方法。
7. 前記管理サーバは、閲覧したリソースを提供している機関が存在する場所の位置情報を当該リソースについてのユーザイベントデータとリンクさせて保持しており、前記第２端末から位置情報を含むアクセス支援要求の入力を受け付けたときに当該位置情報とリンクしているユーザイベントデータが表すイベントの内容を当該第２端末に提供する、
   請求項１記載のアクセス支援方法。
8. 前記リソースがＷｅｂページである、
   請求項１乃至７のいずれかの項記載のアクセス支援方法。
9. コンピュータネットワーク上でユーザがアクセスしたイベントの検出結果を受信する受信手段と、
   受信した検出結果、当該イベントの固有識別子およびアクセス時の時刻データをもとに当該イベントが前記ユーザにより何時何処でどのようにアクセスされたイベントかを表すユーザイベントデータを生成し、生成したユーザイベントデータをコンピュータネットワーク上の所定の情報記録領域に蓄積するイベント管理手段と、
   前記ユーザが操作する端末からの当該端末の種類を表す端末データを伴う要求に呼応して前記情報記録領域に蓄積されているユーザイベントデータのリストを提供するとともに、該リストより選択されたいずれかのユーザイベントデータにより特定されるイベントの内容が前記端末データにより特定される端末用のデータ形式で当該端末へ配信されるように当該イベントの内容の配信元を制御する制御手段とを有する、
   イベント管理システム。
10. コンピュータネットワーク上でユーザがアクセスしたイベントを検出するイベント検出手段と、
    このイベント検出手段の検出結果、当該イベントの固有識別子およびアクセス時の時刻データをもとに当該イベントが前記ユーザにより何時何処でどのようにアクセスされたイベントかを表すユーザイベントデータを生成し、生成したユーザイベントデータをコンピュータネットワーク上に存する所定の管理サーバに送出することにより、該管理サーバに前記ユーザイベントデータが表すイベントの内容を任意の時点で任意の端末を通じて前記ユーザに提供させるイベント管理手段とを有する、
    イベント管理のクライアント端末。
11. コンピュータネットワークに接続されるコンピュータを、
    前記コンピュータネットワーク上でユーザがアクセスしたイベントの検出結果を受信する受信手段、
    受信した検出結果、当該イベントの固有識別子およびアクセス時の時刻データをもとに当該イベントが前記ユーザにより何時何処でどのようにアクセスされたイベントかを表すユーザイベントデータを生成し、生成したユーザイベントデータをコンピュータネットワーク上の所定の情報記録領域に蓄積するイベント管理手段、および、
    前記ユーザが操作する端末からの当該端末の種類を表す端末データを伴う要求に呼応して前記情報記録領域に蓄積されているユーザイベントデータのリストを提供するとともに、該リストより選択されたいずれかのユーザイベントデータにより特定されるイベントの内容が前記端末データにより特定される端末用のデータ形式で当該端末へ配信されるように当該イベントの内容の配信元を制御する制御手段として機能させる、
    コンピュータプログラム。
12. コンピュータネットワークに接続されるコンピュータを、
    コンピュータネットワーク上でユーザがアクセスしたイベントを検出するイベント検出手段、
    このイベント検出手段の検出結果、当該イベントの固有識別子およびアクセス時の時刻データをもとに当該イベントが前記ユーザにより何時何処でどのようにアクセスされたイベントかを表すユーザイベントデータを生成し、生成したユーザイベントデータをコンピュータネットワーク上に存する所定の管理サーバに送出することにより、該管理サーバに前記ユーザイベントデータが表すイベントの内容を任意の時点で任意の端末を通じて前記ユーザに提供させるイベント管理手段として機能させる、
    コンピュータプログラム。
    

Images