JP2010108007A

JP2010108007A - Ｕｒｌ管理装置及びｕｒｌ管理システム

Info

Publication number: JP2010108007A
Application number: JP2007035164A
Authority: JP
Inventors: Masakazu Ikeda; 正和池田
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2007-02-15
Filing date: 2007-02-15
Publication date: 2010-05-13
Also published as: WO2008099539A1

Abstract

【課題】外部に記憶されたデータの現在の所在地を示す現ＵＲＬが、データの移動等により変更された場合でも、変更後のデータにアクセスでき、リンク切れを起こさないＵＲＬ管理装置及びＵＲＬ管理システムを得ること。
【解決手段】外部に記憶されたデータにアクセスするためのアクセスＵＲＬと、前記データの現在の所在地を示す現ＵＲＬとを対応づけて記憶したテーブルデータを備え、外部より前記アクセスＵＲＬを含むアクセス要求信号を受信すると、前記アクセスＵＲＬに対応する現ＵＲＬを前記テーブルデータから取得してリンクチェックを行い、前記現ＵＲＬにアクセス可能でない場合は、前記データの変更後の所在地を示す新ＵＲＬを検索して、前記新ＵＲＬへ接続することを特徴とする。
【選択図】図１

Description

この発明は、ネットワーク上のアドレスであるＵＲＬ（Uniform Resource Locator）を管理するＵＲＬ管理装置及びＵＲＬ管理システムに関する。

従来、ホームページ等の現在の所在地を示す現ＵＲＬが、ホームページの移動により変更された場合、変更前の現ＵＲＬのトップページに変更後の所在地を示す新ＵＲＬを掲載し、前記ホームページ等の訪問者に対し、前記新ＵＲＬへの移動を促すか、プログラムにより、前記新ＵＲＬへ自動的に転送する方法をとっていた。また、従来のＵＲＬ管理装置として、現在の所在地を示す現ＵＲＬにコンテンツが存在しない場合、前記コンテンツと、前記コンテンツの管理者の情報とを対応付けて記憶した情報管理テーブルから、前記コンテンツの管理者のメールアドレスを取得して、前記メールアドレス宛に、電子メールを送信するようにしたものがある（例えば、特許文献１参照）。

特開２００４−７８７８９号公報

現在の所在地を示す現ＵＲＬのトップページに変更後の所在地を示す新ＵＲＬを掲載して、訪問者に対し前記新ＵＲＬへの移動を促したり、プログラムにより前記新ＵＲＬへ自動的に転送する方法では、会社内において、社内規格や特許文献等の文書データをサーバ等に保管しておき、参考文献として、前記文書データへのアクセスするためのアクセスＵＲＬを電子メール等に掲載した場合、トップページを介さずに前記文書データへ直接アクセスするため、前記文書データの保管場所が変更されると、変更後の所在地を示す新ＵＲＬへアクセスできずに、リンク切れを起こすという課題があった。また、特許文献１記載のものは、前記現ＵＲＬにコンテンツが存在しない場合、前記コンテンツの管理者に電子メールを送信するが、現ＵＲＬの変更は、管理者自身が行わなければならないという課題があった。また、管理者が現ＵＲＬの変更を行う必要があるため、すぐには、現ＵＲＬが変更されないという課題があった。

この発明は上記のような課題を解決するためになされたもので、外部に記憶されたデータの現在の所在地を示す現ＵＲＬが、データの移動等により変更された場合でも、変更後の所在地を示す新ＵＲＬへアクセスでき、リンク切れを起こさないＵＲＬ管理装置及びＵＲＬ管理システムを得ることを目的とする。

この発明に係るＵＲＬ管理装置は、外部に記憶されたデータにアクセスするためのアクセスＵＲＬと、前記データの現在の所在地を示す現ＵＲＬとを対応づけて記憶したテーブルデータを備え、外部より前記アクセスＵＲＬを含むアクセス要求信号を受信すると、前記アクセスＵＲＬに対応する現ＵＲＬを前記テーブルデータから取得してリンクチェックを行い、前記現ＵＲＬにアクセス可能でない場合は、前記データの変更後の所在地を示す新ＵＲＬを検索して、前記新ＵＲＬへ接続することを特徴とする。

この発明によれば、外部に記憶されたデータにアクセスするためのアクセスＵＲＬと、前記データの現在の所在地を示す現ＵＲＬとを対応づけて記憶したテーブルデータを備え、外部より前記アクセスＵＲＬを含むアクセス要求信号を受信すると、前記アクセスＵＲＬに対応する現ＵＲＬを、前記テーブルデータから取得してリンクチェックを行い、前記現ＵＲＬにアクセス可能でない場合は、前記データの変更後の所在地を示す新ＵＲＬを検索して、前記新ＵＲＬへ接続するようにしたので、現ＵＲＬが変更された場合でも、新ＵＲＬにアクセスでき、リンク切れを起こさない効果がある。

以下、この発明を実施するための最良の形態について、添付の図面に従って説明する。
実施の形態１．
図１は、実施の形態１によるＵＲＬ管理システムの構成の一例を示す図である。ここでは、管理するＵＲＬとして、文書データ等のＵＲＬを例に取り説明を行う。このＵＲＬ管理システムは、社内規格や特許文献等の文書データを記憶する記憶装置２と、
このＵＲＬ管理システムのユーザ（以下、ユーザ）がホームページ、電子メール、電子文書や検索エンジンの検索結果等に記載された前記文書データへのアクセスを要求すると、前記文書データへアクセスするためのアクセスＵＲＬを含むアクセス要求信号を送信するユーザ端末４と、
前記アクセスＵＲＬと、前記文書データの現在の所在地を示す現ＵＲＬ（以下、現ＵＲＬ）とを対応づけて記憶したテーブルデータを備え、ユーザ端末４からアクセス要求信号を受信すると、前記アクセス要求信号に含まれたアクセスＵＲＬに対応する現ＵＲＬを前記テーブルデータから取得して、前記現ＵＲＬへアクセス可能かを確認し（以下、リンクチェック）、前記現ＵＲＬにアクセス可能でない場合は、ネットワーク３を介して接続された記憶装置２へアクセスして、前記文書データの変更後の所在地を示す新ＵＲＬ（以下、新ＵＲＬ）を検索し、アクセス要求信号を送信したユーザ端末４を前記新ＵＲＬへ接続するＵＲＬ管理装置１と、
ＵＲＬ管理装置１、記憶装置２及びユーザ端末４を接続するネットワーク３とを備える。

図２は、ＵＲＬ管理装置１の構成の一例を示したブロック図である。このＵＲＬ管理装置１は、テーブルデータ１１と、アクセス確認部１２と、検索エンジン１３と、更新処理部１４とを備える。図３は、テーブルデータ１１の構成の一例を示した図であり、現ＵＲＬは、例えば「http://記憶装置名/フォルダ名/ファイル名」のように構成される。なお、テーブルデータ１１は、このＵＲＬ管理システムの管理者等により作成され、自動的に更新される。アクセス確認部１２は、ユーザ端末４からアクセス要求信号を受信すると、前記アクセス要求信号に含まれたアクセスＵＲＬに対応する現ＵＲＬをテーブルデータ１１から取得する。次に、取得した現ＵＲＬへのリンクチェックを行い、前記現ＵＲＬへアクセス可能な場合には、前記アクセス要求信号を送信したユーザ端末４を前記現ＵＲＬへ接続する。また、前記現ＵＲＬへアクセス可能でない場合には、前記現ＵＲＬを検索エンジン１３へ出力し、検索エンジン１３から出力される新ＵＲＬへ前記アクセス要求信号を送信したユーザ端末４を接続する。

検索エンジン１３は、アクセス確認部１２から出力された現ＵＲＬに基づき、ネットワーク３を介して接続された記憶装置２へアクセスして、新ＵＲＬを検索して取得し、該新ＵＲＬを更新処理部１４およびアクセス確認部１２へ出力する。また、新ＵＲＬを検索できなかった場合、文書廃止信号を、アクセス要求信号を送信したユーザ端末４へ、アクセス確認部１２を介して送信する。なお、前記検索方法として、社内文書データのように連続番号で管理されている場合、「jis-c0001」「jis-c0002」・・・「jis-c0010」のように連続番号で１０件程、文書データを検索して、全件検索できた場合には、アクセス要求のあった文書データの変更後の所在地を示す新ＵＲＬであると認識して、該新ＵＲＬを取得するようにしても良い。

更新処理部１４は、検索エンジン１３から新ＵＲＬが出力されると、テーブルデータ１１の更新を行う。例えば、ユーザ端末４からアクセスＵＲＬ「http://jis.jp/jis-c0001」を含むアクセス要求信号が送信され、テーブルデータ１１に、前記アクセスＵＲＬに対応する現ＵＲＬ「http://jis1.jp/jis.php?jis/c/0001」にアクセスできず、検索エンジン１３が新ＵＲＬとして「http://jis2.jp/jis.php?jis/c/0001」を検索して出力した場合、更新処理部１４は、前記新ＵＲＬ「http://jis2.jp/jis.php?jis/c/0001」を、テーブルデータ１１に記載された現ＵＲＬ「http://jis1.jp/jis.php?jis/c/0001」に上書きしてテーブルデータ１１を更新する。また、この実施の形態１では、記憶装置２に記憶された文書データを、体系づけられたディレクトリ構造で管理しているため、更新処理部１４は、他の現ＵＲＬも「jis1.jp」から「jis2.jp」に変更されたものと認識し、他の現ＵＲＬを上書きして更新を行う。この結果、新ＵＲＬが上書きされた時点で、現ＵＲＬは消滅し、新ＵＲＬが現ＵＲＬとしてテーブルデータ１１に登録されるため、テーブルデータ１１には、常にアクセスＵＲＬと現ＵＲＬの対応を表すデータのみが記憶されることとなる。

次に動作について説明する。
図４は、この実施の形態１によるＵＲＬ管理システムの動作を示したフローチャートである。ユーザにより記憶装置２に記載された文書データへのアクセスが要求されると、ユーザ端末４は、文書データへのアクセスＵＲＬを含むアクセス要求信号を送信する（ステップＳＴ１）。次に、ＵＲＬ管理装置１のアクセス確認部１２は、ユーザ端末４からアクセス要求信号を受信すると、前記アクセス要求信号に含まれたアクセスＵＲＬに対応する現ＵＲＬがテーブルデータ１１に存在するかを確認し（ステップＳＴ２）、前記現ＵＲＬを取得する（ステップＳＴ３）。

次に、アクセス確認部は、ステップＳＴ３において取得した現ＵＲＬへのリンクチェックを行う（ステップＳＴ４）。ステップＳＴ３で取得した現ＵＲＬへアクセス可能な場合、アクセス確認部１２は、前記アクセス要求信号を送信したユーザ端末４を前記現ＵＲＬへ接続し、ユーザ端末４の画面に文書が表示される（ステップＳＴ５）。また、アクセス可能でない場合は、アクセス確認部１２は、前記現ＵＲＬを検索エンジン１３へ出力する（ステップＳＴ６）。検索エンジン１３は、アクセス確認部１２から現ＵＲＬが出力されると、ネットワークを介して接続された記憶装置２へアクセスし、出力された現ＵＲＬに基づき新ＵＲＬを検索する（ステップＳＴ７）。新ＵＲＬを検索できた場合、前記新ＵＲＬを更新処理部１４およびアクセス確認部１２へ出力する（ステップＳＴ８）。

アクセス確認部１２は、検索エンジン１３から新ＵＲＬが出力されると、アクセス要求信号を送信したユーザ端末４を、検索エンジン１３から出力された前記新ＵＲＬへ接続し、ユーザ端末４の画面に文書が表示される（ステップＳＴ５）。更新処理部１４は、検索エンジン１３から新ＵＲＬが出力されると、前記新ＵＲＬに基づきテーブルデータ１１を更新する（ステップＳＴ９）。また、ステップＳＴ８で新ＵＲＬを検索できなかった場合、検索エンジン１３は、アクセス要求信号を送信したユーザ端末４へ、文書廃止信号を、アクセス確認部１２を介して出力する（ステップＳＴ１０）。ユーザ端末４は、文書廃止信号を受信すると、文書が廃止された旨を表示する（ステップＳＴ１１）。また、アクセス確認部１２は、他にアクセス要求があるかを確認し（ステップＳＴ１２）、他にアクセス要求がある場合は、ステップＳＴ２の処理へ戻る。また他にアクセス要求がない場合は、その処理を終了する。

以上のように、実施の形態１によるＵＲＬ管理システムによれば、記憶装置２に記憶された文書データへアクセスするためのアクセスＵＲＬと、前記データの現在の所在地を示す現ＵＲＬとを対応づけて記憶したテーブルデータ１１を備え、前記アクセス要求信号に含まれたアクセスＵＲＬに対応する現ＵＲＬをテーブルデータ１１から取得して、前記現ＵＲＬへアクセス可能かを確認し、前記現ＵＲＬにアクセス可能でない場合は、ネットワーク３を介して接続された記憶装置２へアクセスして、前記現ＵＲＬに基づき新ＵＲＬを検索し、アクセス要求信号を送信したユーザ端末４を前記新ＵＲＬへ接続するようにしたので、文書データの移動等により現ＵＲＬが変更されても、変更後の新ＵＲＬにアクセスでき、リンク切れが発生しないという効果がある。また、テーブルデータ１１の更新を行う更新処理部１４を備えたので、一度テーブルデータ１１が更新されると、次回アクセス時から新ＵＲＬを検索することなく、すぐに新ＵＲＬにアクセスして文書を閲覧できるという効果がある。また、記憶装置２に記憶された文書データを、体系づけられたディレクトリ構造で管理しているので、個々に現ＵＲＬを更新しなくとも、記憶装置名やフォルダ名を変更するだけで、一括して現ＵＲＬを更新することで、文書データへアクセスして閲覧できるという効果がある。

なお、このＵＲＬ管理システムを使用しない夜間に、自動的で前記テーブルデータに記憶された全ての現ＵＲＬのリンクチェック及び更新を行うようにすれば、ユーザ端末４から文書データへのアクセス要求があった場合、リンクチェックを行うことなく即時に要求のあった文書データへ接続することができるという効果がある。また、図２の点線で示したように、ＵＲＬ管理装置１に、検索エンジン１３で検索した際に取得したデータを記憶するデータベース部１５を備えるようにしてもよい。なお、ユーザ端末４を、現ＵＲＬや新ＵＲＬへ接続する方法として、ＨＴＴＰ（HyperText Transfer Protocol）リダイレクトや、ＣＧＩ（Common Gateway Interface）等による接続を利用することが可能である。また、この実施の形態１では、文書データのＵＲＬ管理について説明を行ったが、このＵＲＬ管理装置１及びＵＲＬ管理システムは、ホームページのＵＲＬ等、他のＵＲＬにも適用可能である。

実施の形態１によるＵＲＬ管理システムの構成の一例を示す図である。ＵＲＬ管理装置の構成の一例を示したブロック図である。テーブルデータのデータ構成の一例を示した図である。実施の形態１によるＵＲＬ管理システムの動作を示したフローチャートである。

符号の説明

１ＵＲＬ管理装置、２記憶装置、３ネットワーク、４ユーザ端末、１１テーブルデータ、１２アクセス確認部、１３検索エンジン、１４更新処理部、１５データベース部。

Claims

外部に記憶されたデータにアクセスするためのアクセスＵＲＬと、前記データの現在の所在地を示す現ＵＲＬとを対応づけて記憶したテーブルデータと、
外部から前記アクセスＵＲＬを含むアクセス要求信号を受信すると、前記アクセスＵＲＬに対応する現ＵＲＬを前記テーブルデータから取得してリンクチェックを行い、前記現ＵＲＬへアクセス可能な場合は、前記現ＵＲＬへの接続を行い、アクセス可能でない場合は、前記現ＵＲＬを出力するアクセス確認部と、
前記アクセス確認部から出力された前記現ＵＲＬに基づき、前記データの変更後の所在地を示す新ＵＲＬを検索して出力する検索エンジンとを備え、
前記アクセス確認部は、前記検索エンジンから新ＵＲＬが出力された場合、該新ＵＲＬへの接続を行うことを特徴とするＵＲＬ管理装置。
前記検索エンジンから出力された新ＵＲＬに基づき、前記テーブルデータを更新する更新処理部を備えたことを特徴とする請求項１記載のＵＲＬ管理装置。
データを記憶した記憶装置と、
前記記憶装置とネットワークを介して接続され、前記記憶装置に記憶されたデータにアクセスするためのアクセスＵＲＬを含むアクセス要求信号を送信するユーザ端末と、
前記記憶装置及び前記ユーザ端末にネットワークを介して接続され、前記アクセスＵＲＬと、前記データの現在の所在地を示す現ＵＲＬとを対応づけて記憶したテーブルデータと、前記ユーザ端末からアクセス要求信号を受信すると、前記アクセス要求信号に含まれたアクセスＵＲＬに対応する現ＵＲＬを前記テーブルデータから取得してリンクチェックを行い、前記現ＵＲＬへアクセス可能な場合は、前記現ＵＲＬへ前記ユーザ端末を接続し、アクセス可能でない場合は、前記現ＵＲＬを出力するアクセス確認部と、前記アクセス確認部から出力された前記現ＵＲＬに基づき、前記データの変更後の所在地を示す新ＵＲＬを検索して出力する検索エンジンとを備え、前記アクセス確認部は、前記検索エンジンから新ＵＲＬが出力された場合、該新ＵＲＬへ前記ユーザ端末を接続することを特徴とするＵＲＬ管理装置と
を備えたＵＲＬ管理システム。