JP2001265695A - 共有ｕｒｌ管理方法 - Google Patents
共有ｕｒｌ管理方法Info
- Publication number
- JP2001265695A JP2001265695A JP2000118718A JP2000118718A JP2001265695A JP 2001265695 A JP2001265695 A JP 2001265695A JP 2000118718 A JP2000118718 A JP 2000118718A JP 2000118718 A JP2000118718 A JP 2000118718A JP 2001265695 A JP2001265695 A JP 2001265695A
- Authority
- JP
- Japan
- Prior art keywords
- url
- information
- management method
- shared
- storage device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】グループの複数のメンバーでＵＲＬ情報を共有
し、効率良く管理することによって、企業活動に不可欠
な情報の効率管理を図る。 【解決手段】サーバー１１と複数のクライアント１２よ
り構成されるシステムで、１３のＵＲＬ記録装置に格納
されたＵＲＬ及び付加情報を管理する。ＵＲＬ保存手段
１４で新規ＵＲＬを保存し、ＵＲＬ情報変更手段１５で
既存ＵＲＬの情報を変更し、ＵＲＬ削除処理１６で既存
ＵＲＬを削除し、ＵＲＬブラウズ手段１７でＵＲＬ記録
装置に格納されているＵＲＬ情報を閲覧し、ＵＲＬ検索
手段１８でＵＲＬ記録装置に格納されているＵＲＬ集合
から希望のＵＲＬを検索し、ホームページ巡回手段１９
で自動的にＵＲＬ付加情報をホームページから取得す
る。
し、効率良く管理することによって、企業活動に不可欠
な情報の効率管理を図る。 【解決手段】サーバー１１と複数のクライアント１２よ
り構成されるシステムで、１３のＵＲＬ記録装置に格納
されたＵＲＬ及び付加情報を管理する。ＵＲＬ保存手段
１４で新規ＵＲＬを保存し、ＵＲＬ情報変更手段１５で
既存ＵＲＬの情報を変更し、ＵＲＬ削除処理１６で既存
ＵＲＬを削除し、ＵＲＬブラウズ手段１７でＵＲＬ記録
装置に格納されているＵＲＬ情報を閲覧し、ＵＲＬ検索
手段１８でＵＲＬ記録装置に格納されているＵＲＬ集合
から希望のＵＲＬを検索し、ホームページ巡回手段１９
で自動的にＵＲＬ付加情報をホームページから取得す
る。
Description
【０００１】
【発明の属する技術分野】本発明はインターネット上の
ホームページのアドレスにあたるＵＲＬ（Ｕｎｉｆｏｒ
ｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の管理に関す
るものである。
ホームページのアドレスにあたるＵＲＬ（Ｕｎｉｆｏｒ
ｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の管理に関す
るものである。
【０００２】
【従来の技術】従来、マイクロソフト社のインターネッ
トエクスプローラの「お気に入り」や、ネットスケープ
社のネットスケープナビゲーターの「ブックマーク」に
見られるように、Ｗｅｂブラウザアプリケーションの中
の閉じた世界でＵＲＬを管理する方法は存在した。一
方、現在インターネット上にあるホームページの数は世
界中で膨大な数になっている。そして、それらのホーム
ページに含まれる情報は企業の企画、研究、開発、営
業、マーケティング、会計、トップマネージメント等あ
らゆる企業活動にとって必要不可欠なものとなってい
る。このように、インターネット上にあるホームページ
のアドレスであるＵＲＬを管理することは仕事をする上
で非常に重要な事であり、この具体的方法は冒頭で述べ
た代表的な２つのブラウザアプリケーションの中で実現
されている。
トエクスプローラの「お気に入り」や、ネットスケープ
社のネットスケープナビゲーターの「ブックマーク」に
見られるように、Ｗｅｂブラウザアプリケーションの中
の閉じた世界でＵＲＬを管理する方法は存在した。一
方、現在インターネット上にあるホームページの数は世
界中で膨大な数になっている。そして、それらのホーム
ページに含まれる情報は企業の企画、研究、開発、営
業、マーケティング、会計、トップマネージメント等あ
らゆる企業活動にとって必要不可欠なものとなってい
る。このように、インターネット上にあるホームページ
のアドレスであるＵＲＬを管理することは仕事をする上
で非常に重要な事であり、この具体的方法は冒頭で述べ
た代表的な２つのブラウザアプリケーションの中で実現
されている。
【０００３】
【発明（考案）が解決しようとしている課題】しかしな
がら、従来の技術によれば、ＵＲＬは個々のクライアン
トが独立に管理しているので、チームとして貴重な情報
であるＵＲＬを共有することができないという欠点があ
った。また、同一のユーザーであっても会社と自宅のマ
シンで別々にＵＲＬが管理していたので、いちいち管理
情報を同期させる手間が必要であるという欠点があっ
た。また、ＵＲＬに付加されている情報がニックネーム
（エイリアス）程度の非常に簡単なものであったので、
自分がどこに当該ＵＲＬを格納したか、すぐわからなく
なるという欠点があった。
がら、従来の技術によれば、ＵＲＬは個々のクライアン
トが独立に管理しているので、チームとして貴重な情報
であるＵＲＬを共有することができないという欠点があ
った。また、同一のユーザーであっても会社と自宅のマ
シンで別々にＵＲＬが管理していたので、いちいち管理
情報を同期させる手間が必要であるという欠点があっ
た。また、ＵＲＬに付加されている情報がニックネーム
（エイリアス）程度の非常に簡単なものであったので、
自分がどこに当該ＵＲＬを格納したか、すぐわからなく
なるという欠点があった。
【０００４】
【課題を解決するための手段】上記目的を達成するため
の本発明の共有ＵＲＬ管理方法は例えば以下の構成を備
える。すなわち、予め特定された複数の利用者がＷｅｂ
ブラウザーを用いてインターネット上のホームページに
アクセスするシステムにおいて、利用者が共通に使うＵ
ＲＬ及び付加情報を保存するＵＲＬ記憶装置と、個々の
利用者の要求に基づいてＵＲＬ及び付加情報を前記ＵＲ
Ｌ記憶装置に保存するＵＲＬ保存手段と、個々の利用者
の要求に基づいて前記ＵＲＬ及び付加情報を変更するＵ
ＲＬ情報変更手段と、個々の利用者の要求に基づいて前
記ＵＲＬ及び付加情報を前記ＵＲＬ記憶装置から削除す
るＵＲＬ削除手段と、個々の利用者の要求に基づいて前
記ＵＲＬ記憶装置に保存されている前記ＵＲＬ及び付加
情報を閲覧表示するＵＲＬブラウズ手段を備える。
の本発明の共有ＵＲＬ管理方法は例えば以下の構成を備
える。すなわち、予め特定された複数の利用者がＷｅｂ
ブラウザーを用いてインターネット上のホームページに
アクセスするシステムにおいて、利用者が共通に使うＵ
ＲＬ及び付加情報を保存するＵＲＬ記憶装置と、個々の
利用者の要求に基づいてＵＲＬ及び付加情報を前記ＵＲ
Ｌ記憶装置に保存するＵＲＬ保存手段と、個々の利用者
の要求に基づいて前記ＵＲＬ及び付加情報を変更するＵ
ＲＬ情報変更手段と、個々の利用者の要求に基づいて前
記ＵＲＬ及び付加情報を前記ＵＲＬ記憶装置から削除す
るＵＲＬ削除手段と、個々の利用者の要求に基づいて前
記ＵＲＬ記憶装置に保存されている前記ＵＲＬ及び付加
情報を閲覧表示するＵＲＬブラウズ手段を備える。
【０００５】
【発明の実施の形態】以下、添付の図面に基づいて本発
明の好適な実施形態を説明する。
明の好適な実施形態を説明する。
【０００６】図１は実施形態による共有ＵＲＬ管理方法
をもっともよく表す図である。本発明は基本的に１つの
サーバー（１１）と複数のクライアント（１２）から構
成される。サーバーの中に１３のＵＲＬ記憶装置が存在
する。このＵＲＬ記憶装置にＵＲＬとその付加情報が、
一般的には階層的に保存されている。なお、以下で付加
情報というときに、この階層構造も含むこととする。具
体的に、ＵＲＬ記憶装置は、ハードウェアとしてハード
ディスクやメモリによって実現される。また、ソフトウ
ェアとしては、ファイルやデータベースのレコードによ
って実現される。実施形態として、このＵＲＬ記憶装置
の中に存在するＵＲＬ及び付加情報を操作するＵＲＬ保
存手段（１４）、ＵＲＬ情報変更手段（１５）、ＵＲＬ
削除手段（１６）、ＵＲＬブラウズ手段（１７）、ＵＲ
Ｌ検索手段（１８）、ホームページ巡回手段（１９）よ
り構成される。
をもっともよく表す図である。本発明は基本的に１つの
サーバー（１１）と複数のクライアント（１２）から構
成される。サーバーの中に１３のＵＲＬ記憶装置が存在
する。このＵＲＬ記憶装置にＵＲＬとその付加情報が、
一般的には階層的に保存されている。なお、以下で付加
情報というときに、この階層構造も含むこととする。具
体的に、ＵＲＬ記憶装置は、ハードウェアとしてハード
ディスクやメモリによって実現される。また、ソフトウ
ェアとしては、ファイルやデータベースのレコードによ
って実現される。実施形態として、このＵＲＬ記憶装置
の中に存在するＵＲＬ及び付加情報を操作するＵＲＬ保
存手段（１４）、ＵＲＬ情報変更手段（１５）、ＵＲＬ
削除手段（１６）、ＵＲＬブラウズ手段（１７）、ＵＲ
Ｌ検索手段（１８）、ホームページ巡回手段（１９）よ
り構成される。
【０００７】図２はＵＲＬ記憶装置に収められているＵ
ＲＬ及び付加情報の構造を図にしたものである。例え
ば、ＵＲＬの欄には“ｈｔｔｐ：／／ｑｕｏｔｅ．ｙａ
ｈｏｏ．ｃｏ．ｊｐ”というような情報が入る。フォル
ダ名の欄には、このＵＲＬの存在するフォルダの階層構
造として例えば「￥ファイナンス￥株価￥ヤフー」とい
うような情報が入る。キーワードの欄には、例えば「金
融」「ファイナンス」「株価」「日経」というような情
報が入る。リンクの欄には、例えば「決算報告書．ｄｏ
ｃ」「Ｔｏ Ｄｏリスト決算報告」というような情報が
入る。説明文の欄には、例えば「ヤフーが行っている金
融ポータルサイト。最新の株価がここから入手でき
る。」というような情報が入る。
ＲＬ及び付加情報の構造を図にしたものである。例え
ば、ＵＲＬの欄には“ｈｔｔｐ：／／ｑｕｏｔｅ．ｙａ
ｈｏｏ．ｃｏ．ｊｐ”というような情報が入る。フォル
ダ名の欄には、このＵＲＬの存在するフォルダの階層構
造として例えば「￥ファイナンス￥株価￥ヤフー」とい
うような情報が入る。キーワードの欄には、例えば「金
融」「ファイナンス」「株価」「日経」というような情
報が入る。リンクの欄には、例えば「決算報告書．ｄｏ
ｃ」「Ｔｏ Ｄｏリスト決算報告」というような情報が
入る。説明文の欄には、例えば「ヤフーが行っている金
融ポータルサイト。最新の株価がここから入手でき
る。」というような情報が入る。
【０００８】図３、図４、図５にＵＲＬが保存されてい
る階層構造を表示する例を示す。図３において、階層構
造はＴｒｅｅ構造を用いて表現されている。例えばＷｉ
ｎｄｏｗｓ（登録商標）であれば、ＴｒｅｅＬｉｓｔＣ
ｏｎｔｒｏｌを用いて実現することができる。図４にお
いては、階層構造はシート構造を用いて表現されてい
る。例えばＷｉｎｄｏｗｓであればＴａｂＣｏｎｔｒｏ
ｌを用いて実現することができる。図５においては、階
層構造は仕切り構造を用いて表現されている。例えばＷ
ｅｂブラウザならフレームを用いて実現することができ
る。図１のＵＲＬブラウズ手段（１７）において、図３
〜５のような階層構造と共にＵＲＬが表示され、あるフ
ォルダを指定して、「開く」「閉じる」という要求で、
当該フォルダ内の情報を表示、非表示する応答をする。
また、表示されているＵＲＬを指定して「ジャンプす
る」という要求で、そのＵＲＬによってリンクがはられ
ているホームページがＷｅｂブラウザ上に表示される応
答をする。なお、これらの階層構造の表示は図１のＵＲ
Ｌブラウズ手段（１７）で用いられることは当然のこと
として、ＵＲＬ保存手段（１４）、ＵＲＬ情報変更手段
（１５）、及びＵＲＬ削除手段（１６）の各手段におい
ても当該ＵＲＬを特定するために用いられる場合があ
る。
る階層構造を表示する例を示す。図３において、階層構
造はＴｒｅｅ構造を用いて表現されている。例えばＷｉ
ｎｄｏｗｓ（登録商標）であれば、ＴｒｅｅＬｉｓｔＣ
ｏｎｔｒｏｌを用いて実現することができる。図４にお
いては、階層構造はシート構造を用いて表現されてい
る。例えばＷｉｎｄｏｗｓであればＴａｂＣｏｎｔｒｏ
ｌを用いて実現することができる。図５においては、階
層構造は仕切り構造を用いて表現されている。例えばＷ
ｅｂブラウザならフレームを用いて実現することができ
る。図１のＵＲＬブラウズ手段（１７）において、図３
〜５のような階層構造と共にＵＲＬが表示され、あるフ
ォルダを指定して、「開く」「閉じる」という要求で、
当該フォルダ内の情報を表示、非表示する応答をする。
また、表示されているＵＲＬを指定して「ジャンプす
る」という要求で、そのＵＲＬによってリンクがはられ
ているホームページがＷｅｂブラウザ上に表示される応
答をする。なお、これらの階層構造の表示は図１のＵＲ
Ｌブラウズ手段（１７）で用いられることは当然のこと
として、ＵＲＬ保存手段（１４）、ＵＲＬ情報変更手段
（１５）、及びＵＲＬ削除手段（１６）の各手段におい
ても当該ＵＲＬを特定するために用いられる場合があ
る。
【０００９】図６は図１のＵＲＬ保存手段（１４）を説
明するフローチャートである。ＵＲＬ保存手段におい
て、まずユーザーチェックステップ（Ｓ６１）におい
て、外部からの不正アクセスか？チームメンバーのアク
セスか？をチェックをする。もし、ユーザーが不正アク
セスをしていると判断されたら保存処理を終了する（Ｓ
６２）。このステップはユーザーＩＤとパスワードを入
力させて、サーバーが保持する情報との整合性をマッチ
ングする方法で実現するのが一般的である。更に高い安
全性を実現するために、網膜パターンや指紋などといっ
た情報を用いてユーザーチェックを行っても良い。ま
た、このユーザーチェックはＵＲＬ保存手段に必要不可
欠なステップというわけではない。つまり、全くセキュ
リティーを考えないシステムを構築するならば、このス
テップは必要ない。また、ＵＲＬ保存手段を実行する前
に、同一トランザクション中で既にユーザーチェックが
行われていれば、このステップはスキップできる。
明するフローチャートである。ＵＲＬ保存手段におい
て、まずユーザーチェックステップ（Ｓ６１）におい
て、外部からの不正アクセスか？チームメンバーのアク
セスか？をチェックをする。もし、ユーザーが不正アク
セスをしていると判断されたら保存処理を終了する（Ｓ
６２）。このステップはユーザーＩＤとパスワードを入
力させて、サーバーが保持する情報との整合性をマッチ
ングする方法で実現するのが一般的である。更に高い安
全性を実現するために、網膜パターンや指紋などといっ
た情報を用いてユーザーチェックを行っても良い。ま
た、このユーザーチェックはＵＲＬ保存手段に必要不可
欠なステップというわけではない。つまり、全くセキュ
リティーを考えないシステムを構築するならば、このス
テップは必要ない。また、ＵＲＬ保存手段を実行する前
に、同一トランザクション中で既にユーザーチェックが
行われていれば、このステップはスキップできる。
【００１０】次にユーザーがこれから保存しようとする
ＵＲＬを取得し、ＵＲＬ記録装置の中に同一のＵＲＬが
存在しないかどうかチェックする（Ｓ６３）。ＵＲＬを
取得する処理は一般的にはエディットボックスにユーザ
ーがＵＲＬを書き込みサーバーに送ることによって実現
するが、現在Ｗｅｂブラウザで開いているページのＵＲ
ＬをＷｅｂブラウザアプリケーションの開示されたＡＰ
Ｉを用いて取得する方法を用いてもよい。一旦当該ＵＲ
Ｌが取得されたら、同一のＵＲＬが存在するかどうかを
チェックする。全く同じＵＲＬが存在する可能性は個人
でＵＲＬを管理している場合は極めて少ないが、複数の
ユーザーでＵＲＬを共有管理しようとした時は、非常に
高い確率で起こることとなる。もし、このステップでユ
ーザーから取得したＵＲＬが既存のものであれば、図１
のＵＲＬ情報変更ステップに進む（Ｓ６４）。
ＵＲＬを取得し、ＵＲＬ記録装置の中に同一のＵＲＬが
存在しないかどうかチェックする（Ｓ６３）。ＵＲＬを
取得する処理は一般的にはエディットボックスにユーザ
ーがＵＲＬを書き込みサーバーに送ることによって実現
するが、現在Ｗｅｂブラウザで開いているページのＵＲ
ＬをＷｅｂブラウザアプリケーションの開示されたＡＰ
Ｉを用いて取得する方法を用いてもよい。一旦当該ＵＲ
Ｌが取得されたら、同一のＵＲＬが存在するかどうかを
チェックする。全く同じＵＲＬが存在する可能性は個人
でＵＲＬを管理している場合は極めて少ないが、複数の
ユーザーでＵＲＬを共有管理しようとした時は、非常に
高い確率で起こることとなる。もし、このステップでユ
ーザーから取得したＵＲＬが既存のものであれば、図１
のＵＲＬ情報変更ステップに進む（Ｓ６４）。
【００１１】当該ＵＲＬが新規のものと確認されたら、
次はＵＲＬのドメインのチェックを行う（Ｓ６５）。こ
れは同じサイトが運営しているページは同じドメインに
なっている場合が多いからである。例えば、特許庁のホ
ームページの表紙は“ｈｔｔｐ：／／ｗｗｗ．ｊｐｏ−
ｍｉｔｉ．ｇｏ．ｊｐ／ｉｎｄｅｘｊ．ｈｔｍ”である
が、その中には“ｈｔｔｐ：／／ｗｗｗ．ｊｐｏ−ｍｉ
ｔｉ．ｇｏ．ｊｐ／ｉｎｆｏ／ｓａｉｙｏｕ．ｈｔｍ”
のような職員採用案内のページや、“ｈｔｔｐ：／／ｗ
ｗｗ．ｊｐｏ−ｍｉｔｉ．ｇｏ．ｊｐ／ｓｈｏｕｋａｉ
／ｃｈｕｍｏｋｕ．ｈｔｍ”のような注目特許のページ
がある。そして、これらのページは全てドメイン名が
“ｈｔｔｐ：／／ｗｗｗ．ｊｐｏ−ｍｉｔｉ．ｇｏ．ｊ
ｐ”となっている。これらのページはＵＲＬとしては異
なるが、分類するにあたっては例えば「特許関係」とい
うようなフォルダに保存するのがよい。これを実現する
ためにステップＳ６５では、ドメイン名をチェックし
て、既存のＵＲＬで同一ドメインがあれば、そのＵＲＬ
存在位置をユーザーに表示し（Ｓ６６）、保存処理へ移
行する（Ｓ６８）。こうすることによって、近い内容の
ＵＲＬがどこにあるかがわかりＵＲＬの管理が効率的に
行えることになる。一方、共通のドメイン名が存在しな
い場合は、全く新しいＵＲＬと扱い、例えば図３〜５に
あるような画面を利用したフォルダ指定を行い（Ｓ６
７）、保存処理へ移行する（Ｓ６８）。最後に、ステッ
プＳ６８の保存処理において、図２にあるような付加情
報をクライアントから取得し、ＵＲＬ記憶装置に格納す
る。
次はＵＲＬのドメインのチェックを行う（Ｓ６５）。こ
れは同じサイトが運営しているページは同じドメインに
なっている場合が多いからである。例えば、特許庁のホ
ームページの表紙は“ｈｔｔｐ：／／ｗｗｗ．ｊｐｏ−
ｍｉｔｉ．ｇｏ．ｊｐ／ｉｎｄｅｘｊ．ｈｔｍ”である
が、その中には“ｈｔｔｐ：／／ｗｗｗ．ｊｐｏ−ｍｉ
ｔｉ．ｇｏ．ｊｐ／ｉｎｆｏ／ｓａｉｙｏｕ．ｈｔｍ”
のような職員採用案内のページや、“ｈｔｔｐ：／／ｗ
ｗｗ．ｊｐｏ−ｍｉｔｉ．ｇｏ．ｊｐ／ｓｈｏｕｋａｉ
／ｃｈｕｍｏｋｕ．ｈｔｍ”のような注目特許のページ
がある。そして、これらのページは全てドメイン名が
“ｈｔｔｐ：／／ｗｗｗ．ｊｐｏ−ｍｉｔｉ．ｇｏ．ｊ
ｐ”となっている。これらのページはＵＲＬとしては異
なるが、分類するにあたっては例えば「特許関係」とい
うようなフォルダに保存するのがよい。これを実現する
ためにステップＳ６５では、ドメイン名をチェックし
て、既存のＵＲＬで同一ドメインがあれば、そのＵＲＬ
存在位置をユーザーに表示し（Ｓ６６）、保存処理へ移
行する（Ｓ６８）。こうすることによって、近い内容の
ＵＲＬがどこにあるかがわかりＵＲＬの管理が効率的に
行えることになる。一方、共通のドメイン名が存在しな
い場合は、全く新しいＵＲＬと扱い、例えば図３〜５に
あるような画面を利用したフォルダ指定を行い（Ｓ６
７）、保存処理へ移行する（Ｓ６８）。最後に、ステッ
プＳ６８の保存処理において、図２にあるような付加情
報をクライアントから取得し、ＵＲＬ記憶装置に格納す
る。
【００１２】図７は図１のＵＲＬ情報変更手段（１５）
を説明するフローチャートである。最初のステップＳ７
１は図６のステップ６１と同じものである。もし、ユー
ザーが不正アクセスを行っている場合は、変更処理は終
了する（Ｓ７２）。ユーザーチェックがＯＫだった場合
は、ユーザーが情報を変更しようとしているＵＲＬの位
置を指定する（Ｓ７３）。この処理は例えば図３〜５の
ようなユーザーインターフェースを利用して実現され
る。当該ＵＲＬが指定された後に、ＵＲＬの情報の格納
されているファイルまたはレコードをロックする（Ｓ７
４）。この処理は非常に重要である。なぜならば、従来
技術のようにクライアントのローカルマシンにＵＲＬの
管理情報が存在する場合は、同時にあるＵＲＬ情報に別
々の変更を施すことは不可能である。ところが、本発明
のようにＵＲＬ管理情報をチームで共有しようとする
と、同時に複数のユーザーが同一のＵＲＬの付加情報を
独立に変更する状況が起こりうる。この場合、ＵＲＬ情
報に不整合が起こる。この状況を回避するために、ステ
ップＳ７４において当該ＵＲＬをロックし、他人が変
更、または削除するために開けないようにしておく。そ
の後、ロックしたＵＲＬから付加情報を所得し（Ｓ７
５）、付加情報を修正（Ｓ７６）、ＵＲＬロックを解除
して（Ｓ７７）ＵＲＬ情報変更手段は完了する。
を説明するフローチャートである。最初のステップＳ７
１は図６のステップ６１と同じものである。もし、ユー
ザーが不正アクセスを行っている場合は、変更処理は終
了する（Ｓ７２）。ユーザーチェックがＯＫだった場合
は、ユーザーが情報を変更しようとしているＵＲＬの位
置を指定する（Ｓ７３）。この処理は例えば図３〜５の
ようなユーザーインターフェースを利用して実現され
る。当該ＵＲＬが指定された後に、ＵＲＬの情報の格納
されているファイルまたはレコードをロックする（Ｓ７
４）。この処理は非常に重要である。なぜならば、従来
技術のようにクライアントのローカルマシンにＵＲＬの
管理情報が存在する場合は、同時にあるＵＲＬ情報に別
々の変更を施すことは不可能である。ところが、本発明
のようにＵＲＬ管理情報をチームで共有しようとする
と、同時に複数のユーザーが同一のＵＲＬの付加情報を
独立に変更する状況が起こりうる。この場合、ＵＲＬ情
報に不整合が起こる。この状況を回避するために、ステ
ップＳ７４において当該ＵＲＬをロックし、他人が変
更、または削除するために開けないようにしておく。そ
の後、ロックしたＵＲＬから付加情報を所得し（Ｓ７
５）、付加情報を修正（Ｓ７６）、ＵＲＬロックを解除
して（Ｓ７７）ＵＲＬ情報変更手段は完了する。
【００１３】図８は図１のＵＲＬ削除手段（１６）を説
明するフローチャートである。最初のステップＳ８１は
図６のステップ６１と同じものである。もし、ユーザー
が不正アクセスを行っている場合は、削除処理は終了す
る（Ｓ８２）。ユーザーチェックがＯＫだった場合は、
ユーザーが情報を変更しようとしているＵＲＬの位置を
指定する（Ｓ８３）。ＵＲＬ情報変更手段と同じ理由に
より、当該ＵＲＬが指定されたら、そのＵＲＬにロック
をかけて（Ｓ８４）、他人が当該ＵＲＬの情報を変更で
きないようにする。ユーザーが当該ＵＲＬを削除する場
合、ステップＳ８５のＵＲＬ削除が実行され、ユーザー
が削除をキャンセルした場合は、当該ＵＲＬのロックを
解除する（Ｓ８６）。
明するフローチャートである。最初のステップＳ８１は
図６のステップ６１と同じものである。もし、ユーザー
が不正アクセスを行っている場合は、削除処理は終了す
る（Ｓ８２）。ユーザーチェックがＯＫだった場合は、
ユーザーが情報を変更しようとしているＵＲＬの位置を
指定する（Ｓ８３）。ＵＲＬ情報変更手段と同じ理由に
より、当該ＵＲＬが指定されたら、そのＵＲＬにロック
をかけて（Ｓ８４）、他人が当該ＵＲＬの情報を変更で
きないようにする。ユーザーが当該ＵＲＬを削除する場
合、ステップＳ８５のＵＲＬ削除が実行され、ユーザー
が削除をキャンセルした場合は、当該ＵＲＬのロックを
解除する（Ｓ８６）。
【００１４】図９は図１のＵＲＬ検索手段（１８）を説
明する画面例である。９１が検索条件入力エリアで、９
２が検索結果表示エリアである。例えば、検索キーワー
ドとして「株価」を指定し、検索条件でキーワードと説
明文の中身を検索という条件を指定したら、９２にある
ように３件のＵＲＬが抽出できたことを示している。例
えば、この検索結果のある行を指定し表示する指示をす
ると図３〜５のような階層構造中のＵＲＬの位置を示す
画面が現れる。検索は通常全文検索を行う。また、正規
表現をユーザーが直接入力して検索条件を設定してもよ
い。
明する画面例である。９１が検索条件入力エリアで、９
２が検索結果表示エリアである。例えば、検索キーワー
ドとして「株価」を指定し、検索条件でキーワードと説
明文の中身を検索という条件を指定したら、９２にある
ように３件のＵＲＬが抽出できたことを示している。例
えば、この検索結果のある行を指定し表示する指示をす
ると図３〜５のような階層構造中のＵＲＬの位置を示す
画面が現れる。検索は通常全文検索を行う。また、正規
表現をユーザーが直接入力して検索条件を設定してもよ
い。
【００１５】図１０は図１のホームページ巡回手段（１
９）の設定をする画面例である。ＵＲＬを保存する場
合、いちいち付加情報を設定することは面倒である。し
かしながら、付加情報がないと検索の時に、ＵＲＬその
ものの名前で検索するしかなくなり、非常に不便であ
る。この問題を解決するためにホームページ巡回手段が
存在する。具体的には、ＵＲＬ記憶装置に格納されてい
る全てのＵＲＬを用いて、例えば“ＧＥＴ当該ＵＲＬ
ＨＴＴＰ／１．０＜ＣＲ＞＜ＣＲ＞”という文字列をプ
ロキシーサーバーへ送ることによって、そのＨＴＭＬフ
ァイルを取得する。そして、そのＨＴＭＬファイルの中
から必要な情報を抽出、ＵＲＬ付加情報としてＵＲＬ記
憶装置に格納する。この時の抽出条件を設定する例が図
１０に示されている。例えば図１０では、＜ＴＩＴＬＥ
＞タグと＜Ｈ１＞タグの中の漢字とアルファベットを抽
出して、ＵＲＬ付加情報に加えるという条件を示してい
る。なお、このホームページ巡回手段は、通常のＵＲＬ
管理作業に邪魔にならない時間帯、例えばユーザーの利
用がほとんどない深夜とかに自動的に作動させるのが一
般的である。
９）の設定をする画面例である。ＵＲＬを保存する場
合、いちいち付加情報を設定することは面倒である。し
かしながら、付加情報がないと検索の時に、ＵＲＬその
ものの名前で検索するしかなくなり、非常に不便であ
る。この問題を解決するためにホームページ巡回手段が
存在する。具体的には、ＵＲＬ記憶装置に格納されてい
る全てのＵＲＬを用いて、例えば“ＧＥＴ当該ＵＲＬ
ＨＴＴＰ／１．０＜ＣＲ＞＜ＣＲ＞”という文字列をプ
ロキシーサーバーへ送ることによって、そのＨＴＭＬフ
ァイルを取得する。そして、そのＨＴＭＬファイルの中
から必要な情報を抽出、ＵＲＬ付加情報としてＵＲＬ記
憶装置に格納する。この時の抽出条件を設定する例が図
１０に示されている。例えば図１０では、＜ＴＩＴＬＥ
＞タグと＜Ｈ１＞タグの中の漢字とアルファベットを抽
出して、ＵＲＬ付加情報に加えるという条件を示してい
る。なお、このホームページ巡回手段は、通常のＵＲＬ
管理作業に邪魔にならない時間帯、例えばユーザーの利
用がほとんどない深夜とかに自動的に作動させるのが一
般的である。
【００１６】以上説明してきた本発明の実施例におい
て、サーバーとクライアントのやりとりは、固有のクラ
イアントサーバーシステムに特化した特別なプロトコル
を利用して行っても良い。また、Ｗｅｂサーバーを介し
て、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅ
ｒｆａｃｅ）や、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒ
ａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を利用して行っても
よい。また、いわゆるＥ−ｍａｉｌで利用されているＳ
ＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ
Ｐｒｏｔｏｃｏｌ）を利用して行っても良い。この場
合、ＳＭＴＰサーバーが本発明の共有ＵＲＬ管理サーバ
ーと情報をやりとりする必要がある。
て、サーバーとクライアントのやりとりは、固有のクラ
イアントサーバーシステムに特化した特別なプロトコル
を利用して行っても良い。また、Ｗｅｂサーバーを介し
て、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅ
ｒｆａｃｅ）や、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒ
ａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を利用して行っても
よい。また、いわゆるＥ−ｍａｉｌで利用されているＳ
ＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ
Ｐｒｏｔｏｃｏｌ）を利用して行っても良い。この場
合、ＳＭＴＰサーバーが本発明の共有ＵＲＬ管理サーバ
ーと情報をやりとりする必要がある。
【００１７】なお、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードをネ
ットワークダウンロードにより、システムのハードディ
スクに供給し、そのシステムのＣＰＵがハードディスク
に格納されたプログラムコードを読み出し実行すること
によっても、達成されることは言うもまでもない。この
場合、ハードディスクから読み出されたプログラムコー
ドそのものが前述した実施形態を実現することになり、
そのプログラムコードを記憶した記憶媒体は本発明を構
成することになる。また、プログラムコードがコンピュ
ータのオペレーティングシステムのサービスやデータベ
ース基本ソフトのサービスを利用して前述した実施形態
の機能を実現する場合も含まれることは言うまでもな
い。
の機能を実現するソフトウェアのプログラムコードをネ
ットワークダウンロードにより、システムのハードディ
スクに供給し、そのシステムのＣＰＵがハードディスク
に格納されたプログラムコードを読み出し実行すること
によっても、達成されることは言うもまでもない。この
場合、ハードディスクから読み出されたプログラムコー
ドそのものが前述した実施形態を実現することになり、
そのプログラムコードを記憶した記憶媒体は本発明を構
成することになる。また、プログラムコードがコンピュ
ータのオペレーティングシステムのサービスやデータベ
ース基本ソフトのサービスを利用して前述した実施形態
の機能を実現する場合も含まれることは言うまでもな
い。
【００１８】
【発明の効果】以上説明したように、本発明によれば、
チームを構成するメンバーが、チーム全員で共通に管理
するＵＲＬを利用できるようになり、仕事の画期的な効
率化が図られるという効果がある。また、あるユーザー
が会社と自宅のパソコンで常に同一のＵＲＬ情報を参照
できることによってＵＲＬ情報同期の手間が省けるとい
う効果がある。また、ＵＲＬに付加される情報がより詳
細なものにできることによって、簡単に当該ＵＲＬを検
索でき、仕事の効率化が図れるという効果がある。
チームを構成するメンバーが、チーム全員で共通に管理
するＵＲＬを利用できるようになり、仕事の画期的な効
率化が図られるという効果がある。また、あるユーザー
が会社と自宅のパソコンで常に同一のＵＲＬ情報を参照
できることによってＵＲＬ情報同期の手間が省けるとい
う効果がある。また、ＵＲＬに付加される情報がより詳
細なものにできることによって、簡単に当該ＵＲＬを検
索でき、仕事の効率化が図れるという効果がある。
【第１図】本実施形態の共有ＵＲＬ管理方法を説明する
図である。
図である。
【第２図】ＵＲＬ及び付加情報の構造を示した図であ
る。
る。
【第３図】ＵＲＬが保存されている階層構造を表示する
例を示した図である。
例を示した図である。
【第４図】ＵＲＬが保存されている階層構造を表示する
例を示した図である。
例を示した図である。
【第５図】ＵＲＬが保存されている階層構造を表示する
例を示した図である。
例を示した図である。
【第６図】ＵＲＬ保存手段を説明するフローチャートで
ある。
ある。
【第７図】ＵＲＬ情報変更手段を説明するフローチャー
トである。
トである。
【第８図】ＵＲＬ削除手段を説明するフローチャートで
ある。
ある。
【第９図】ＵＲＬ検索手段を実現する画面を示した図で
ある。
ある。
【第１０図】ホームページ巡回手段における設定画面を
示した図である。
示した図である。
１１ サーバー １２ クライアント １３ ＵＲＬ記憶装置 １４ ＵＲＬ保存手段 １５ ＵＲＬ情報変更手段 １６ ＵＲＬ削除手段 １７ ＵＲＬブラウズ手段 １８ ＵＲＬ検索手段 １９ ホームページ巡回手段
Claims (11)
- 【請求項１】予め特定された複数の利用者がＷｅｂブラ
ウザーを用いてインターネット上のホームページにアク
セスするシステムにおいて、利用者が共通に使うＵＲＬ
及び付加情報を保存するＵＲＬ記憶装置と、個々の利用
者の要求に基づいて前記ＵＲＬ及び付加情報を前記ＵＲ
Ｌ記憶装置に保存するＵＲＬ保存手段と、個々の利用者
の要求に基づいて前記ＵＲＬ及び付加情報を変更するＵ
ＲＬ情報変更手段と、個々の利用者の要求に基づいて前
記ＵＲＬ及び付加情報を前記ＵＲＬ記憶装置から削除す
るＵＲＬ削除手段と、個々の利用者の要求に基づいて前
記ＵＲＬ記憶装置に保存されている前記ＵＲＬ及び付加
情報を閲覧表示するＵＲＬブラウズ手段を備えることを
特徴とする共有ＵＲＬ管理方法 - 【請求項２】前記ＵＲＬブラウズ手段で表示されたＵＲ
Ｌを選択指示すると当該ＵＲＬのホームページが表示さ
れることを特徴とする請求項１に記載の共有ＵＲＬ管理
方法 - 【請求項３】前記ＵＲＬ記憶装置に中にＵＲＬが階層的
に保存されていることを特徴とする請求項１〜２のいず
れか１項に記載の共有ＵＲＬ管理方法 - 【請求項４】前記ＵＲＬブラウズ手段において、前記Ｕ
ＲＬ記憶装置の中にある階層構造を表示することを特徴
とする請求項３に記載の共有ＵＲＬ管理方法 - 【請求項５】請求項１〜４のいずれか１項に記載の共有
ＵＲＬ管理方法に加え、個々の利用者の要求に基づいて
前記ＵＲＬ及び付加情報を前記ＵＲＬ記憶装置から検索
するＵＲＬ検索手段を備えることを特徴とする共有ＵＲ
Ｌ管理方法 - 【請求項６】前記ＵＲＬ保存手段、前記ＵＲＬ情報変更
手段、及び、前記ＵＲＬ削除手段において、個々の利用
者からの要求がＣＧＩ及びＨＴＴＰによって伝達される
ことを特徴とする請求項１〜５のいずれか１項に記載の
共有ＵＲＬ管理方法 - 【請求項７】前記ＵＲＬ保存手段、前記ＵＲＬ情報変更
手段、及び、前記ＵＲＬ削除手段において、個々の利用
者からの要求がＳＭＴＰによって伝達されることを特徴
とする請求項１〜５のいずれか１項に記載の共有ＵＲＬ
管理方法 - 【請求項８】前記ＵＲＬ保存手段、前記ＵＲＬ情報変更
手段、前記ＵＲＬ削除手段、及び、前記ＵＲＬブラウズ
手段のいずれかの手段において、個々の利用者の認証に
伴う制限を設けることを特徴とする請求項１〜７のいず
れか１項に記載の共有ＵＲＬ管理方法 - 【請求項９】前記ＵＲＬ保存手段において、同一ＵＲＬ
が前記ＵＲＬ記憶装置に存在するかどうかをチェック
し、もし存在するならば、要求されたＵＲＬを新たに保
存しないことを特徴とする請求項１〜８のいずれか１項
に記載の共有ＵＲＬ管理方法 - 【請求項１０】前記ＵＲＬ保存手段において、同一ドメ
インのＵＲＬが前記ＵＲＬ記憶装置に存在するかどうか
をチェックし、もし存在するならば、その存在場所を利
用者に提示することを特徴とする請求項１〜８のいずれ
か１項に記載の共有ＵＲＬ管理方法 - 【請求項１１】請求項１〜１０のいずれか１項に記載の
共有ＵＲＬ管理方法に加え、バックグラウンドで前記Ｕ
ＲＬ記憶装置に存在するＵＲＬによって指定されたホー
ムページを巡回し、キーワードとなる情報を集積、前記
ＵＲＬ付加情報に追加するホームページ巡回手段を備え
ることを特徴とする共有ＵＲＬ管理方法
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000118718A JP2001265695A (ja) | 2000-03-16 | 2000-03-16 | 共有ｕｒｌ管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000118718A JP2001265695A (ja) | 2000-03-16 | 2000-03-16 | 共有ｕｒｌ管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001265695A true JP2001265695A (ja) | 2001-09-28 |
Family
ID=18629802
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000118718A Pending JP2001265695A (ja) | 2000-03-16 | 2000-03-16 | 共有ｕｒｌ管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001265695A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPWO2004072853A1 (ja) * | 2003-02-14 | 2006-06-01 | 富士通株式会社 | 情報提供方法、情報管理装置、及びプログラム |
| JP2011204184A (ja) * | 2010-03-26 | 2011-10-13 | Yahoo Japan Corp | デッドリンク判定装置及び方法 |
-
2000
- 2000-03-16 JP JP2000118718A patent/JP2001265695A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPWO2004072853A1 (ja) * | 2003-02-14 | 2006-06-01 | 富士通株式会社 | 情報提供方法、情報管理装置、及びプログラム |
| JP2011204184A (ja) * | 2010-03-26 | 2011-10-13 | Yahoo Japan Corp | デッドリンク判定装置及び方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6460060B1 (en) | Method and system for searching web browser history | |
| US5793966A (en) | Computer system and computer-implemented process for creation and maintenance of online services | |
| US7596533B2 (en) | Personalized multi-service computer environment | |
| US7680856B2 (en) | Storing searches in an e-mail folder | |
| US7822735B2 (en) | System and method for saving browsed data | |
| US7953775B2 (en) | Sharing tagged data on the internet | |
| US6094649A (en) | Keyword searches of structured databases | |
| JP3683821B2 (ja) | オブジェクトを管理する方法、ユーザのコミュニティの間でオブジェクトを共有する方法及びシステム | |
| US7289983B2 (en) | Personalized indexing and searching for information in a distributed data processing system | |
| KR100289298B1 (ko) | 명명된 북마크 셋트 | |
| US7693903B2 (en) | Method for gathering and summarizing internet information | |
| US20080140606A1 (en) | Searching Descendant Pages for Persistent Keywords | |
| US20070271247A1 (en) | Personalized Indexing And Searching For Information In A Distributed Data Processing System | |
| US20070130370A1 (en) | Portable search engine | |
| US20010032205A1 (en) | Method and system for extraction and organizing selected data from sources on a network | |
| US20020191020A1 (en) | Method and apparatus for removing confindential information from a history | |
| JP2001306472A (ja) | ハイパーリンクによる電子ビジネス・カードのアクセス方法 | |
| JPH11502346A (ja) | オンラインサービスの作成および保守用のコンピュータシステムおよびコンピュータ実行プロセス | |
| JP4712979B2 (ja) | ネットワークアドレス解決方法、ネットワークアドレス解決装置、及びデータベース | |
| US20070124701A1 (en) | Pattern for navigating content in a portal | |
| JP2000082066A (ja) | ユーザ毎にスクラップ機能を備えたネットワーク上のデータベース検索システム | |
| US8554869B2 (en) | Providing an interface to browse links or redirects to a particular webpage | |
| JP2002099568A (ja) | 個人用ブックマーク自動作成機能を有したｗｗｗサーバー | |
| JP2001060179A (ja) | 履歴記録装置及び履歴再生装置 | |
| WO2006100499A1 (en) | Automatic intranet service publishing and service access |