(57)【要約】【課題】既存のＷｅｂサーバが提供するＷｅｂページからリンクされた場合に、逆リンクを生成することが意図されたＷｅｂページに対してのみリンクを生成する。【解決手段】リンク生成装置２であって、第１のＷｅｂページへのリンクスクリプトを生成するスクリプト生成手段２１と、利用者端末１からのアクセス要求に、リンクスクリプトを用いて第１のＷｅｂページへのリンクが張られた第２のＷｅｂページからリンクされたことを示す識別情報と、リファラ情報とが含まれているか否かを判別する判別手段２２と、アクセス要求に識別情報およびリファラ情報が含まれている場合に、第１のＷｅｂページ内に第２のＷｅｂページへのリンクを生成するリンク生成手段２３とを有し、識別情報はリンク先アドレスの一部としてアクセス要求に含まれている。【選択図】図１
2010086308.tif 000002
【特許請求の範囲】
【請求項１】
リンクを生成するリンク生成装置であって、
当該リンク生成装置が提供する第１のＷｅｂページへのリンクスクリプトを生成するスクリプト生成手段と、
利用者端末から第１のＷｅｂページへのアクセス要求を受け付けると、当該アクセス要求に、前記リンクスクリプトを用いて第１のＷｅｂページへのリンクが張られた第２のＷｅｂページからリンクされたことを示す識別情報と、リンク元の第２のＷｅｂページのアドレスを示すリファラ情報とが含まれているか否かを判別する判別手段と、
前記アクセス要求に前記識別情報および前記リファラ情報が含まれている場合に、第１のＷｅｂページ内に、第２のＷｅｂページへのリンクを生成するリンク生成手段と、を有し、
前記識別情報は、リンク先アドレスの一部として前記アクセス要求に含まれていること
を特徴とするリンク生成装置。
【請求項２】
請求項１記載のリンク生成装置であって、
前記識別情報に、ユーザ識別情報を用いること
を特徴とするリンク生成装置。
【請求項３】
請求項２記載のリンク生成装置であって、
利用者端末からユーザ識別情報を取得し、ユーザ認証を行う認証手段を、さらに有し、
前記判別手段は、前記アクセス要求に含まれる識別情報と、認証手段が取得したユーザ識別情報とが一致するか否かを判別し、
前記リンク生成手段は、前記識別情報と前記ユーザ識別情報とが一致する場合に、第１のＷｅｂページ内に、第２のＷｅｂページへのリンクを生成すること
を特徴とするリンク生成装置。
【請求項４】
請求項１から請求項３のいずれか一項に記載のリンク生成装置であって、
前記アクセス要求に含まれるリファラ情報に基づいて、リンク元の第２のＷｅｂページのサマリ情報を取得するサマリ情報取得手段をさらに有し、
前記リンク生成手段は、第１のＷｅｂページ内に、第２のＷｅｂページへのリンクとともに、前記サマリ情報を生成すること
を特徴とするリンク生成装置。
【請求項５】
請求項１から請求項４のいずれか一項に記載のリンク生成装置であって、
前記スクリプト生成手段は、当該リンク生成装置が提供する第１のＷｅｂページへのリンクスクリプトを生成するとともに、前記第１のＷｅｂページのサマリ情報を表示させるスクリプトを生成すること
を特徴とするリンク生成装置。
【請求項６】
リンク生成装置が行うリンク生成方法であって、
前記リンク生成装置は、
当該リンク生成装置が提供する第１のＷｅｂページへのリンクスクリプトを生成するスクリプト生成ステップと、
利用者端末から第１のＷｅｂページへのアクセス要求を受け付けると、当該アクセス要求に、前記リンクスクリプトを用いて第１のＷｅｂページへのリンクが張られた第２のＷｅｂページからリンクされたことを示す識別情報と、リンク元の第２のＷｅｂページのアドレスを示すリファラ情報とが含まれているか否かを判別する判別ステップと、
前記アクセス要求に前記識別情報および前記リファラ情報が含まれている場合に、第１のＷｅｂページ内に、第２のＷｅｂページへのリンクを生成するリンク生成ステップと、を行い、
前記識別情報は、リンク先アドレスの一部として前記アクセス要求に含まれていること
を特徴とするリンク生成方法。
【請求項７】
請求項６記載のリンク生成方法であって、
前記識別情報に、ユーザ識別情報を用いること
を特徴とするリンク生成方法。
【請求項８】
請求項７記載のリンク生成方法であって、
利用者端末からユーザ識別情報を取得し、ユーザ認証を行う認証ステップを、さらに行い、
前記判別ステップは、前記アクセス要求に含まれる識別情報と、認証手段が取得したユーザ識別情報とが一致するか否かを判別し、
前記リンク生成ステップは、前記識別情報と前記ユーザ識別情報とが一致する場合に、第１のＷｅｂページ内に、第２のＷｅｂページへのリンクを生成すること
を特徴とするリンク生成方法。
【請求項９】
請求項６から請求項８のいずれか一項に記載のリンク生成方法であって、
前記アクセス要求に含まれるリファラ情報に基づいて、リンク元の第２のＷｅｂページのサマリ情報を取得するサマリ情報取得ステップをさらに行い、
前記リンク生成ステップは、第１のＷｅｂページ内に、第２のＷｅｂページへのリンクとともに、前記サマリ情報を生成すること
を特徴とするリンク生成方法。
【請求項１０】
請求項６から請求項９のいずれか一項に記載のリンク生成方法であって、
前記スクリプト生成ステップは、当該リンク生成装置が提供する第１のＷｅｂページへのリンクスクリプトを生成するとともに、前記第１のＷｅｂページのサマリ情報を表示させるスクリプトを生成すること
を特徴とするリンク生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂページ間でリンクを生成するリンク生成技術に関する。
【背景技術】
【０００２】
Ｗｅｂ（World Wide Web）では、１つのＷｅｂサイト内のＷｅｂページから異なるＷｅｂサイトのＷｅｂページをハイパーリンクの仕組みを用いてリンクすることで、複数の異なる機能を提供するサービスを目的に合わせて組み合わせたサービスを提供することができる。例えば、１つのＷｅｂサイトではある物事に関して詳細情報を参照することが可能であり、別のＷｅｂサイトでは利用者による書き込み情報を共有する機能が提供されて利用者同士の議論が可能である場合、２つのＷｅｂサイトのＷｅｂページを相互にリンクすることにより、ある物事の詳細情報を参照しながらその物事に関して議論したり、ある物事に関して議論しながらリンクを辿って詳細情報を参照することが可能となる。
【０００３】
非特許文献１には、トラックバックｐｉｎｇと呼ばれる仕組みを用いて、あるＷｅｂサイトのＷｅｂページ（ページＡ）へのリンクを張った際に、リンク先の相手に対して自身のＷｅｂページ（ページＢ）のＵＲＬを通知することにより、ページＡからもページＢにリンクできるようにする技術が記載されている。
【０００４】
また、ＨＴＴＰにおけるＷｅｂブラウザが発行するリファラ（Referrer）情報を利用して、リンク元のＵＲＬをＷｅｂページ上に表示し、リンクを張る技術も存在する。あるＷｅｂページのリンクをクリックして別のＷｅｂページに移動したときのリンク元のＷｅｂページのＵＲＬがリファラ情報としてリンク先に通知されるため、リンク先のＷｅｂページからリンク元のＷｅｂページへリンクを張ることができる。
【非特許文献１】“TrackBack Technical Specification”、［online］、［平成２０年７月２８日検索］、インターネット＜URL: http://www.sixapart.com/pronet/docs/trackback_spec＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
Ｗｅｂページ間でリンクを生成する場合、通常、どちらかのＷｅｂページが他方のＷｅｂページのＵＲＬを指定することで行われる。どちらのＷｅｂページからもお互いのＷｅｂページを参照できるようにするには、双方のＷｅｂページから相手に対してリンクを生成する必要がある。
【０００６】
非特許文献１のトラックバックｐｉｎｇでは、一方のＷｅｂページで他方のＷｅｂページへのリンクを張るだけで、他方のＷｅｂページから一方のＷｅｂページへリンク（逆リンク）を張ることができる。しかしながら、一方のＷｅｂページを提供するＷｅｂサーバと、他方のＷｅｂページを提供するＷｅｂサーバのどちらも、トラックバックｐｉｎｇを行う仕組み（アプリケーション）が必要である。そのため、トラックバックｐｉｎｇの仕組みを導入していないＷｅｂサーバとは、双方向のリンクを形成することはできない。
【０００７】
また、リファラ情報を用いてリンクを張る場合、リンク元のＵＲＬに対して、全て逆リンクを張ってしまうため、スパム情報などのリンクを自動的に生成してしまうという問題がある。
【０００８】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、既存のＷｅｂサーバが提供するＷｅｂページからリンクされた場合に、逆リンクを生成することが意図されたＷｅｂページに対してのみリンクを生成することにある。
【課題を解決するための手段】
【０００９】
本発明は、リンクを生成するリンク生成装置であって、当該リンク生成装置が提供する第１のＷｅｂページへのリンクスクリプトを生成するスクリプト生成手段と、利用者端末から第１のＷｅｂページへのアクセス要求を受け付けると、当該アクセス要求に、前記リンクスクリプトを用いて第１のＷｅｂページへのリンクが張られた第２のＷｅｂページからリンクされたことを示す識別情報と、リンク元の第２のＷｅｂページのアドレスを示すリファラ情報とが含まれているか否かを判別する判別手段と、前記アクセス要求に前記識別情報および前記リファラ情報が含まれている場合に、第１のＷｅｂページ内に、第２のＷｅｂページへのリンクを生成するリンク生成手段と、を有し、前記識別情報は、リンク先アドレスの一部として前記アクセス要求に含まれている。
【００１０】
また、本発明は、リンク生成装置が行うリンク生成方法であって、前記リンク生成装置は、当該リンク生成装置が提供する第１のＷｅｂページへのリンクスクリプトを生成するスクリプト生成ステップと、利用者端末から第１のＷｅｂページへのアクセス要求を受け付けると、当該アクセス要求に、前記リンクスクリプトを用いて第１のＷｅｂページへのリンクが張られた第２のＷｅｂページからリンクされたことを示す識別情報と、リンク元の第２のＷｅｂページのアドレスを示すリファラ情報とが含まれているか否かを判別する判別ステップと、前記アクセス要求に前記識別情報および前記リファラ情報が含まれている場合に、第１のＷｅｂページ内に、第２のＷｅｂページへのリンクを生成するリンク生成ステップと、を行い、前記識別情報は、リンク先アドレスの一部として前記アクセス要求に含まれている。
【発明の効果】
【００１１】
本発明によれば、既存のＷｅｂサーバが提供するＷｅｂページからリンクされた場合に、逆リンクを生成することが意図されたＷｅｂページに対してのみリンクを生成することができる。
【発明を実施するための最良の形態】
【００１２】
＜第１の実施形態＞
以下、本発明の第１の実施形態について説明する。
【００１３】
図１は、本発明の第１の実施形態に係るＷｅｂシステムの全体を示す構成図である。図示するシステムは、少なくとも１つの利用者端末１と、ＷｅｂサーバＡ２（リンク生成装置）と、ＷｅｂサーバＢ３とを有し、これらの装置１、２、３は、インターネットなどのネットワーク９に接続されている。
【００１４】
本実施形態では、ＷｅｂサーバＡ２は、例えば、ＳＮＳ（Social Networking Service）を提供するサーバであって、所定の物事（テーマ、トピックスなど）に関して利用者が書き込みを行い議論できるＷｅｂサイト・Ｗｅｂページを提供するものとする。
【００１５】
図示するＷｅｂサーバＡ２は、スクリプト生成部２１と、判別部２２と、リンク生成部２３と、情報提供部２４と、記憶部２５と、を有する。スクリプト生成部２１は、所定のＷｅｂページへリンクするためのリンクスクリプトを生成する。判別部２２は、利用者端末１からＷｅｂページへのアクセス要求を受け付けると、当該アクセス要求に、後述する識別情報とリンク元のＷｅｂページのアドレスを示すリファラ情報とが含まれているか否かを判別する。リンク生成部２３は、判別部２２が識別情報およびリファラ情報が含まれていると判別した場合に、アクセス要求されたＷｅｂページ内に、リンク元のＷｅｂページへリンクを生成する。情報提供部２４は、利用者端末１にコンテンツを提供・送信する。
【００１６】
記憶部２５には、ＷｅｂサーバＡ２が利用者端末１に提供するＷｅｂページのコンテンツ２６が記憶されている。本実施形態のコンテンツ２６は、ＨＴＭＬ（HyperText Markup Language）で記述されたＨＴＭＬファイルであるものとするが、これに限定されず、ＸＭＬなど他の言語で記述されたファイルであってもよい。
【００１７】
ＷｅｂサーバＢ３は、一般的なＷｅｂサーバであって、情報提供部３１と、記憶部３５とを有する。情報提供部３１は、利用者端末１からの要求に応じて記憶部３５に記憶されたコンテンツ（ＨＴＭＬファイル）３６を利用者端末１に提供・送信する。記憶部３５には、ＷｅｂサーバＢ３が利用者端末１に提供するＷｅｂページのコンテンツ（ＨＴＭＬファイル）３６が記憶されている。
【００１８】
利用者端末１は、例えばパソコン（Personal Computer）などであって、Ｗｅｂブラウザ１１を有する。
【００１９】
上記説明した利用者端末１、ＷｅｂサーバＡ２およびＷｅｂサーバＢ３は、例えば、少なくともＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、利用者端末１、ＷｅｂサーバＡ２およびＷｅｂサーバＢ３の各機能は、利用者端末１用のプログラムの場合は利用者端末１のＣＰＵが、ＷｅｂサーバＡ２用のプログラムの場合はＷｅｂサーバＡ２のＣＰＵが、そしてＷｅｂサーバＢ３用のプログラムの場合はＷｅｂサーバＢ３のＣＰＵが、それぞれ実行することにより実現される。利用者端末１、ＷｅｂサーバＡ２およびＷｅｂサーバＢ３は、必要に応じて入力装置および出力装置を備えることとしてもよい。
【００２０】
次に、本実施形態のシステムの動作について説明する。
【００２１】
図２および図３は、本実施形態のシステムの動作を示すシーケンス図である。図２に示すように、利用者端末１のＷｅｂブラウザ１１は、利用者（ユーザ）の指示を受け付けて、ＷｅｂサーバＡ２が提供する所定のＷｅｂページ（以下、「ＷｅｂページＡ（第１のＷｅｂページ）」）へのアクセス要求を送信する（Ｓ１１）。アクセス要求にはＷｅｂページＡのアドレス（ＵＲＬなど）が含まれ、利用者は、例えば、キーボード、マウスなどの入力装置を用いて、ＷｅｂページＡのアドレスを入力またはクリックする。
【００２２】
なお、利用者端末１とＷｅｂサーバＡ２およびＷｅｂサーバＢ３との間の通信は、ＨＴＴＰ（HyperText Transfer Protocol）などを用いて行われるものとする。
【００２３】
ＷｅｂサーバＡ２のスクリプト生成部２１は、アクセス要求を受け付けると、送信されたアドレスに基づいて、ＷｅｂページＡへのリンクを生成するためのリンクスクリプトを生成する。また、スクリプト生成部２１は、送信されたアドレスに基づいて、ＷｅｂページＡ用のＨＴＭＬファイル（以下、「ＨＴＭＬファイルＡ」）を記憶部２５から読み出し、読み出したＨＴＭＬファイルＡに生成したリンクスクリプトを追加し、ＷｅｂページＡ上で当該リンクスクリプトを表示させるようにする（Ｓ１２）。そして、ＷｅｂサーバＡ２の情報提供部２４は、リンクスクリプトが追加され更新されたＷｅｂページＡのＨＴＭＬファイルＡを、利用者端末１に送信する（Ｓ１３）。
【００２４】
利用者端末１のＷｅｂブラウザ１１は、リンクスクリプトが追加されたＷｅｂページＡのＨＴＭＬファイルＡを受信し、リンクスクリプトが記述されたＷｅｂページＡをディスプレイに表示する（Ｓ１４）。
【００２５】
図４は、利用者端末１に表示されるＷｅｂページＡの一例を示すものである。図示するＷｅｂページＡでは、以下に示すリンクスクリプト４１が表示されている。
【００２６】
<a href = “http://a.jp/pagea/xxx?id=x”>
<img src = “http://a.jp/linkimage.png”/>
</a>
上記リンクスクリプトでは、<ａ>タグでリンク先アドレス、および、表示画像を記述している。リンク先のアドレスについては、「href」属性を用いて記述されている。本実施形態のスクリプト生成部２１は、アクセス要求で指定されたＷｅｂページＡのアドレス（http://a.jp/pagea/xxx）に、識別情報（id=x）を付加したものを、リンク先アドレス（http://a.jp/pagea/xxx?id=x）として設定する。
【００２７】
識別情報は、スクリプト生成部２１が生成したリンクスクリプトを用いてリンクが張られたＷｅｂページからアクセスされたか否かを識別するための情報であって、リンク先アドレスの一部として付加される。図示する例では、識別情報として、ＣＧＩ(Common Gateway Interface)などの仕組みでリンク先のＷｅｂサーバに引渡し可能なパラメータ（idという名前の引数に対してｘという値が設定されている）を用いている。しかしながら、これ限定するものではなく、ＵＲＬのスキームに基づく形式であれば、ＵＲＬのパスの中などにパラメータを挿入するなど、様々な方法で識別情報を設定することが考えられる。
【００２８】
なお、「http://a.jp/pagea/xxx」を指定してアクセスした場合であっても、識別情報が付加された「http://a.jp/pagea/xxx?id=x」を指定してアクセスした場合であっても、利用者端末１に送信されるＨＴＭＬファイルＡは同じものであって、同じＷｅｂページＡが利用者端末１に表示される。しかしながら、識別情報が付加されているか否かにおいて、両者は相違する。
【００２９】
表示画像については、「img」属性を用いて記述され、図示する例では表示画像が格納されているアドレス（http://a.jp/linkimage.png）が記述されている。
【００３０】
利用者は、利用者端末１に表示されるＷｅｂページＡを閲覧する。そして、利用者は、自身が管理・運営するＷｅｂサーバＢ３に記憶された所定のＷｅｂページ（以下、「ＷｅｂページＢ（第２のＷｅｂページ）」）の内容と、ＷｅｂページＡの内容とが関連し、ＷｅｂページＢにアクセスした他の利用者が関連するＷｅｂページＡにアクセスできるようにしたいと考えた場合、リンクスクリプト４１を用いてＷｅｂページＢ内にＷｅｂページＡへのリンクを生成する（Ｓ１５）。なお、この場合の利用者は、ＷｅｂページＢのコンテンツを編集する権限を有するものとする。
【００３１】
具体的には、利用者は、ＷｅｂページＡに表示されているリンクスクリプト４１を、コピー＆ペーストすることなどにより、リンクスクリプト４１をＷｅｂサーバＢ３に記憶されたＷｅｂページＢ用のＨＴＭＬファイル（以下、「ＨＴＭＬファイルＢ」）に追加する。これにより、ＷｅｂサーバＢ３の記憶部３５に記憶されたＷｅｂページＢ用のＨＴＭＬファイルＢが更新される（Ｓ１６）。
【００３２】
以上説明した図２の処理により、ＷｅｂページＢ用のＨＴＭＬファイルＢに、ＷｅｂページＡをリンク先とするリンクスクリプト４１が記述された後、図３に示す処理が行われる。
【００３３】
利用者端末１の利用者は、ＷｅｂサーバＢ３のＷｅｂページＢにアクセスするための操作指示（アドレスを入力またはクリックなど）を、利用者端末１に入力する。なお、ここでの利用者は、図２の利用者（ＷｅｂページＢのコンテンツを編集する権限を有する利用者）であっても、他の利用者であってもよい。
【００３４】
利用者端末１のＷｅｂブラウザ１１は、利用者の指示を受け付けて、ＷｅｂサーバＢ３が提供するＷｅｂページＢへのアクセス要求を送信する（Ｓ２１）。ＷｅｂサーバＢ３の情報提供部３１は、アクセス要求で指定されたＷｅｂページＢのアドレスに対応するＨＴＭＬファイルＢを記憶部３５から読み出し、読み出したＨＴＭＬファイルＢを利用者端末１に送信する（Ｓ２２）。利用者端末１のＷｅｂブラウザ１１は、ＨＴＭＬファイルＢを受信し、ＷｅｂページＢを表示する（Ｓ２３）。
【００３５】
図５は、利用者端末１に表示されたＷｅｂページＢの一例を示すものである。図２のＳ１６でＨＴＭＬファイルＢが更新され、更新後のＨＴＭＬファイルＢにはリンク先をＷｅｂページＡとするリンクスクリプトに記述されている。これにより、図示するＷｅｂページＢでは、ＷｅｂページＡのロゴマークである表示画像４２（リンク）が表示される。なお、表示画像４２には、リンクスクリプトに記述されたリンク先のＷｅｂページＡのアドレス情報（http://a.jp/pagea/xxx?id=x）が関連付けられている。
【００３６】
利用者は、利用者端末１に表示されたＷｅｂページＢの表示画像４２をクリックすることにより、ＷｅｂページＡへのリンクを辿る。利用者端末１のＷｅｂブラウザ１１は、利用者の操作指示を受け付け（Ｓ２４）、ＷｅｂページＡにリンクする（Ｓ２５）。すなわち、Ｗｅｂブラウザ１１は、表示画像４２に関連付けられたＷｅｂページＡのアドレスを宛先として、ＷｅｂサーバＡ２にアクセス要求を送信する。
【００３７】
なお、このアクセス要求には、リンクスクリプトに記述されたリンク先アドレス（http://a.jp/pagea/xxx?id=x）、およびリファラ情報が含まれる。リファラ情報は、Ｗｅｂブラウザ１１が発行する情報であって、本実施形態のリファラ情報には、あるＷｅｂページから別のページにリンク（移動）する際のリンク元のＷｅｂページのアドレスが設定される。図５の場合、Ｗｅｂブラウザ１１は、リファラ情報としてＷｅｂページＢのアドレス（http://b.jp/index.html）を送信する。
【００３８】
ＷｅｂサーバＡ２の判別部２２は、リンクによるアクセス要求を受けると、当該アクセス要求が以下の２つの条件を満たすか否かを判別する（Ｓ２６）。
【００３９】
第１の条件は、アクセス要求に含まれるリンク先アドレスに識別情報が付加されていることである。本実施形態では、パラメータ変数idに対してxの値が設定された識別情報がリンク先アドレスに付加されているか否かを判別する。リンク先アドレスに識別情報が付加されている場合、当該アクセス要求は、図２で生成したリンクスクリプトによって表示されたリンク（表示画像４２）を辿ることによるアクセス要求であると判別することができる。第２の条件は、アクセス要求にリファラ情報が含まれていることである。
【００４０】
第１および第２の条件を満たす場合、すなわち、アクセス要求に含まれるリンク先アドレスに識別情報が付加されており、かつ、アクセス要求にリファラ情報が含まれている場合、リンク生成部２３は、リンク先であるＷｅｂページＡ内に、リンク元のＷｅｂページＢへのリンクを生成する（Ｓ２７）。
【００４１】
すなわち、リンク生成部２３は、ＷｅｂページＡのＨＴＭＬファイルＡを記憶部２５から読み出し、リファラ情報に基づいてＷｅｂページＢへのリンクをＷｅｂページＡ内に表示するようにＨＴＭＬファイルＡを更新する。そして、情報提供部２４は、更新後のＨＴＭＬファイルＡを、利用者端末１に送信する（Ｓ２８）。
【００４２】
利用者端末１のＷｅｂブラウザ１１は、更新後のＨＴＭＬファイルＡを受信し、ＷｅｂページＢへのリンクを含むＷｅｂページＡをディスプレイに表示する（Ｓ２９）。
【００４３】
図６は、利用者端末１に表示される更新後のＷｅｂページＡの一例を示すものである。図示するＷｅｂページＡでは、リンク元であるＷｅｂページＢへのリンク４３が表示されている。利用者が利用者端末１に表示されたＷｅｂページＢへのリンク４３をクリックすることにより、ＷｅｂページＢにリンクすることができる。
【００４４】
以上説明した第１の実施形態では、ＷｅｂサーバＡ２は、自身のＷｅｂページＡへのリンクスクリプトを提供し、ＷｅｂページＢでは当該リンクスクリプトを用いてＷｅｂページＡへのリンクを生成する。そして、ＷｅｂサーバＡ２は、ＷｅｂページＢからこのリンクを辿ってＷｅｂページＡにアクセスされた際に、リファラ情報を用いてリンク元のＷｅｂページＢへのリンクをＷｅｂページＡ内に生成する。
【００４５】
これにより第１の実施形態のＷｅｂサーバＡ２では、既存のＷｅｂサーバＢが提供するＷｅｂページからリンクされた場合に、逆リンクを生成することが意図されたＷｅｂページに対してのみリンクを生成することができる。
【００４６】
また、第１の実施形態のＷｅｂサーバＢは、既存の一般的なＷｅｂサーバである。すなわち、上記実施形態では、ＷｅｂサーバＢ３側にトラックバックｐｉｎｇなどのアプリケーションを導入することなく、ＷｅｂサーバＡ２との双方向のリンクを形成することができる。すなわち、ＷｅｂサーバＡ２のＷｅｂページと既存のＷｅｂサーバＢのＷｅｂページとの間で双方向のシームレスなコンテンツ連携を実現することができる。
【００４７】
また、第１の実施形態では、ＷｅｂサーバＡ２が生成するリンクスクリプトのリンク先アドレスに識別情報を付加することで、ＷｅｂサーバＡ２は、自身が意図したリンクであるか（すなわち、自身が生成したリンクスクリプトを用いたリンクであるか）を判別した上で、リンク元のＷｅｂページと双方向のリンクを形成することができる。
【００４８】
＜第２の実施形態＞
以下、本発明の第２の実施形態について説明する。
【００４９】
本実施形態では、ＷｅｂサーバＡ２がユーザ認証を行う機能を、第１の実施形態に付加したものである。
【００５０】
図７は、本実施形態のシステム構成図である。本実施形態のＷｅｂサーバＡ２は、認証部２７をさらに有する点において、第１の実施形態のシステム構成（図１参照）と異なり、その他については第１の実施形態と同様である。認証部２７は、利用者端末１からＷｅｂページへのアクセス要求を受信すると、認証情報を利用者端末１に要求し、受信した認証情報が正当な認証情報であるか否かを認証する。
【００５１】
次に、本実施形態のシステムの動作について説明する。
【００５２】
図８および図９は、本実施形態のシステムの動作を示すシーケンス図である。図７に示すように、利用者端末１のＷｅｂブラウザ１１は、利用者の指示を受け付けて、ＷｅｂサーバＡ２が提供するＷｅｂページＡへのアクセス要求を送信する（Ｓ３１）。アクセス要求にはＷｅｂページＡのアドレスが含まれる。
【００５３】
ＷｅｂサーバＡ２の認証部２７は、アクセス要求を受け付けると、利用者端末１にユーザＩＤ、パスワード等の認証情報を要求する（Ｓ３２）。利用者端末１のＷｅｂブラウザ１１は、ユーザが入力した認証情報を受け付け、ＷｅｂサーバＡに送信する（Ｓ３３）。認証部２７は、認証情報を受信すると、正当な利用者の認証情報であるか否かを認証する（Ｓ３４）。例えば、認証部２７は、受信した認証情報と一致する情報が認証情報記憶部（不図示）に存在する場合は、正当な認証情報であると判別する。
【００５４】
正当な認証情報であると判別した場合、スクリプト生成部２１は、Ｓ３１のアクセス要求で送信されたアドレス、およびＳ３２で送信された認証情報に基づいて、ＷｅｂページＡへのリンクを生成するためのリンクスクリプトを生成する（Ｓ３５）。
【００５５】
本実施形態のリンクスクリプトは、リンク先アドレスに付加される識別情報に、認証情報を用いる点が第１の実施形態と異なる。すなわち、本実施形態のスクリプト生成部２１は、アクセス要求で指定されたＷｅｂページＡのアドレス（http://a.jp/pagea/xxx）に、例えばユーザＩＤ（id=user11）を付加したものを、リンク先アドレス（http://a.jp/pagea/xxx?id=user11）として設定する。例えば、スクリプト生成部２１は、以下に示すリンクスクリプトを生成する。
【００５６】
<a href = “http://a.jp/pagea/xxx?id=user11”>
<img src = “http://a.jp/linkimage.png”/>
</a>
なお、識別情報に用いる認証情報としては、ユーザＩＤに限定することなく、ユーザを識別できる情報（ユーザ識別情報）であればどのようなものでもよく、例えばユーザＩＤをハッシュ関数などにより不可逆変換したものであってもよい。
【００５７】
そして、スクリプト生成部２１は、送信されたアドレスに基づいて、ＷｅｂページＡ用のＨＴＭＬファイルＡを記憶部２５から読み出し、読み出したＨＴＭＬファイルＡに生成したリンクスクリプトを追加し、ＷｅｂページＡ上で当該リンクスクリプトを表示させるようにする。そして、情報提供部２４は、リンクスクリプトが追加され更新されたＷｅｂページＡのＨＴＭＬファイルＡを、利用者端末１に送信する（Ｓ３６）。
【００５８】
以降のＳ３７からＳ３９の処理は、第１の実施形態の処理（図２：Ｓ１４からＳ１６）の処理と同様であるため、ここでは説明を省略する。
【００５９】
以上説明した図８の処理により、ＷｅｂページＢ用のＨＴＭＬファイルＢに、ＷｅｂページＡをリンク先とするリンクスクリプト４１が記述された後、図９に示す処理が行われる。図９の利用者は、図８の利用者（ＷｅｂページＢのコンテンツを編集する権限を有する利用者）と同じ利用者であるものとする。
【００６０】
利用者端末１のＷｅｂブラウザ１１は、利用者の指示を受け付けて、ＷｅｂサーバＢ３が提供するＷｅｂページＢへのアクセス要求を送信する（Ｓ５１）。ＷｅｂサーバＢ３の情報提供部３１は、アクセス要求で指定されたＷｅｂページＢのアドレスに対応するＨＴＭＬファイルＢを記憶部３５から読み出し、読み出したＨＴＭＬファイルＢを利用者端末１に送信する（Ｓ５２）。利用者端末１のＷｅｂブラウザ１１は、ＨＴＭＬファイルＢを受信し、ＷｅｂページＢ（図５参照）を表示する（Ｓ５３）。
【００６１】
利用者は、利用者端末１に表示されたＷｅｂページＢのリンク４２をクリックすることにより、ＷｅｂページＡへのリンクを辿る。利用者端末１のＷｅｂブラウザ１１は、利用者の操作指示を受け付け（Ｓ５４）、ＷｅｂページＡにリンクする（Ｓ５５）。すなわち、Ｗｅｂブラウザ１１は、表示画像４２に関連付けられたＷｅｂページＡのアドレスを宛先として、ＷｅｂサーバＡ２にアクセス要求を送信する。
【００６２】
なお、このアクセス要求には、リンクスクリプトに記述されたリンク先アドレス（http://a.jp/pagea/xxx?id=user11）、およびリファラ情報（リンク元のＷｅｂページＢのアドレス：http://b.jp/index.html）が含まれる。
【００６３】
ＷｅｂサーバＡ２の認証部２７は、アクセス要求を受け付けると、利用者端末１に認証情報を要求する（Ｓ５６）。利用者端末１のＷｅｂブラウザ１１は、ユーザが入力した認証情報を受け付け、ＷｅｂサーバＡに送信する（Ｓ５７）。認証部２７は、認証情報を受信すると、正当な利用者の認証情報であるか否かを認証する（Ｓ５８）。
【００６４】
正当な認証情報であると判別した場合、判別部２２は、当該アクセス要求が以下の２つの条件を満たすか否かを判別する（Ｓ５９）。
【００６５】
第１の条件は、アクセス要求に含まれるリンク先アドレスに識別情報が付加されており、かつ、当該識別情報がＳ５７で送信された認証情報と一致することである。本実施形態では、リンク先アドレスの識別情報として設定されたユーザＩＤと、Ｓ５７で送信されたユーザＩＤとが一致するか否かを判別する。一致する場合、当該アクセス要求は、図８でＷｅｂページＡにアクセス要求を行った利用者と同じ利用者が、図８で生成したリンクスクリプトによって表示されたリンクを辿ることによるアクセス要求であると判別することができる。第２の条件は、アクセス要求にリファラ情報が含まれていることである。
【００６６】
第１および第２の条件を満たす場合、すなわち、リンク先アドレスの識別情報とユーザＩＤが一致し、かつ、アクセス要求にリファラ情報が含まれている場合、リンク生成部２３は、リンク先であるＷｅｂページＡ内に、リンク元のＷｅｂページＢへのリンクを生成する（Ｓ６０）。そして、情報提供部２４は、更新後のＨＴＭＬファイルＡを、利用者端末１に送信する（Ｓ６１）。利用者端末１のＷｅｂブラウザ１１は、更新後のＨＴＭＬファイルＡを受信し、ＷｅｂページＢへのリンクを含むＷｅｂページＡをディスプレイに表示する（Ｓ６２）。
【００６７】
第２の実施形態では、ＷｅｂサーバＡ２が生成するリンクスクリプトの識別情報にユーザＩＤなどのユーザ識別情報を用いる。これにより、リンクスクリプトをＷｅｂサーバＢ３のＨＴＭＬファイルＢに追加した利用者が、そのリンクを辿らない限り、逆リンクが生成されない。具体的には、利用者がＷｅｂページＢにＷｅｂページＡへのリンクを作成した際に、正しくリンクが形成されているかを試すためにクリックするなどして、一度ＷｅｂページＢへのリンクが生成されれば、以降は別の利用者もそのリンクを参照し、ＷｅｂページＢへのリンクを辿ることできるようになる。これにより、利用者やサービス運営者が意図しない、スパムのような逆方向のリンクの生成を防止することができる。
【００６８】
＜第３の実施形態＞
以下、本発明の第３の実施形態について説明する。
【００６９】
本実施形態では、ＷｅｂサーバＡ２は、リンク元のＷｅｂサーバＢ３のリンクとともに、ＷｅｂサーバＢ３のサマリ情報をＷｅｂページＡ内に表示する機能を、第１の実施形態に付加したものである。
【００７０】
図１０は、本実施形態のシステム構成図である。本実施形態のＷｅｂサーバＡ２は、サマリ情報取得部２８をさらに有する点において、第１の実施形態のシステム構成（図１参照）と異なり、その他については第１の実施形態と同様である。サマリ情報取得部２８は、アクセス要求に含まれるリファラ情報に基づいて、リンク元のＷｅｂサーバＢ３からサマリ情報を取得する。
【００７１】
次に、本実施形態のシステムの動作について説明する。
【００７２】
本実施形態では、まず、第１の実施形態の図２と同様の処理を行う。図２の処理については、第１の実施形態で前述しているため、ここでは説明を省略する。図２の処理により、ＷｅｂページＢ用のＨＴＭＬファイルＢに、ＷｅｂページＡをリンク先とするリンクスクリプト４１が記述された後、図１１に示す処理が行われる。
【００７３】
図１１のＳ７１〜Ｓ７６については、第１の実施形態の図３のＳ２１〜Ｓ２６と同様であるため、ここでは説明を省略する。ＷｅｂサーバＡ２の判別部２２が、アクセス要求に含まれるリンク先アドレスに識別情報が付加されており、かつ、アクセス要求にリファラ情報が含まれていると判別した場合（Ｓ７６）、サマリ情報取得２８は、リファラ情報に基づいて、サマリ情報が格納されているサマリ情報アドレスを特定し、当該サマリ情報アドレスに対して、サマリ情報を要求する（Ｓ７７）。
【００７４】
具体的には、リファラ情報（リンク元アドレス）にはＷｅｂページＢ３のアドレス（http://b.jp/index.html）が設定されているものとする。サマリ情報は、一般的に、リンク元アドレスの周辺の「ＲＳＳファイル」または「ＲＤＦファイル」に格納されている。そのため、サマリ情報取得部２８は、リファラ情報のリンク元アドレスまたはその周辺のディレクトリを示すアドレスを参照して、リンク元アドレスを「http://b.jp/index.rss」または「http://b.jp/index.rdf」に変換し、変換後のアドレスを宛先として、ＷｅｂページＢ３にサマリ情報を要求する。
【００７５】
ＷｅｂページＢ３の情報提供部３１は、「ＲＳＳファイル」または「ＲＤＦファイル」をＷｅｂページＡ２に送信する（Ｓ７８）。
【００７６】
リンク生成部２３は、リンク先であるＷｅｂページＡ内に、リンク元のＷｅｂページＢへのリンクを生成するとともに、「ＲＳＳファイル」等に基づいてサマリ情報を生成する（Ｓ７９）。
【００７７】
すなわち、リンク生成部２３は、ＷｅｂページＡのＨＴＭＬファイルＡを記憶部２５から読み出し、リファラ情報に基づいてＷｅｂページＢへのリンクおよび「ＲＳＳファイル」等に基づいてサマリ情報をＷｅｂページＡ内に表示するようにＨＴＭＬファイルＡを更新する。そして、情報提供部２４は、更新後のＨＴＭＬファイルＡを、利用者端末１に送信する（Ｓ８０）。
【００７８】
利用者端末１のＷｅｂブラウザ１１は、更新後のＨＴＭＬファイルＡを受信し、ＷｅｂページＢへのリンクおよびサマリ情報を含むＷｅｂページＡをディスプレイに表示する（Ｓ８１）。
【００７９】
図１２は、利用者端末１に表示される更新後のＷｅｂページＡの一例を示すものである。図示するＷｅｂページＡでは、リンク元であるＷｅｂページＢへのリンク４３とともにＷｅｂページＢのサマリ情報４４が表示されている。利用者は、サマリ情報４４によりＷｅｂページＢの内容を認識した上で、ＷｅｂページＢへのリンク４３をクリックしてＷｅｂページＢにリンクすることができる。なお、本実施形態のサマリ情報を表示する機能を、第２の実施形態に付加することとしてもよい。
【００８０】
本発明は上記の第１、第２および第３の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、ＷｅｂサーバＡ２が提供するリンクスクリプトでは、ＷｅｂサーバＡのリンク先アドレスが関連付けられた表示画像（リンク）４２のみを表示するだけである（図５参照）。しかしながら、ＷｅｂサーバＡ２は、表示画像（リンク）４２だけでなく他の情報を表示させるリンクスクリプトを生成することとしてもよい。具体的には、リンクスクリプトを貼り付けたコンテンツ（ＨＴＭＬファイルＢ）が利用者端末１で表示された際に、ＷｅｂサーバＡ２の新着情報、最新のサマリ情報などをＷｅｂサーバＡ２から自動的に（または定期的に）取得して、表示画像（リンク）４２とともに表示することとしてもよい。このようにすることで、ＷｅｂページＢを参照した利用者にＷｅｂページＡの新着情報や最新のサマリ情報を見せて、ＷｅｂページＡへのアクセスを促すことができる。
【図面の簡単な説明】
【００８１】
【図１】本発明の第１の実施形態に係るシステムの全体構成図である。
【図２】第１の実施形態の動作を示すシーケンス図である。
【図３】第１の実施形態の動作を示すシーケンス図である。
【図４】第１の実施形態のＷｅｂページＡの画面の一例を示す図である。
【図５】第１の実施形態のＷｅｂページＢの画面の一例を示す図である。
【図６】第１の実施形態のＷｅｂページＡの画面の一例を示す図である。
【図７】本発明の第２の実施形態に係るシステムの全体構成図である。
【図８】第２の実施形態の動作を示すシーケンス図である。
【図９】第２の実施形態の動作を示すシーケンス図である。
【図１０】本発明の第３の実施形態に係るシステムの全体構成図である。
【図１１】第３の実施形態の動作を示すシーケンス図である。
【図１２】第３の実施形態のＷｅｂページＡの画面の一例を示す図である。
【符号の説明】
【００８２】
１    利用者端末
１１  Ｗｅｂブラウザ
２    ＷｅｂサーバＡ
２１  スクリプト生成部
２２  判別部
２３  リンク生成部
２４  情報提供部
２５  記憶部
２６  コンテンツ（ＨＴＭＬファイルＡ）
２７  認証部
２８  サマリ情報取得部
３    ＷｅｂサーバＢ
３１  情報提供部
３５  記憶部
３６  コンテンツ（ＨＴＭＬファイルＢ）
【図１】
2010086308.tif 000003
【図２】
2010086308.tif 000004
【図３】
2010086308.tif 000005
【図４】
2010086308.tif 000006
【図５】
2010086308.tif 000007
【図６】
2010086308.tif 000008
【図７】
2010086308.tif 000009
【図８】
2010086308.tif 000010
【図９】
2010086308.tif 000011
【図１０】
2010086308.tif 000012
【図１１】
2010086308.tif 000013
【図１２】
2010086308.tif 000014