(57)【特許請求の範囲】
【請求項１】
ネットワークを介してコンテンツサーバ及び掲示板サーバと相互通信が可能なプロキシサーバと、前記プロキシサーバに接続されかつブラウザが搭載された第１の端末と、前記掲示板サーバに接続されかつブラウザが搭載された第２の端末とからなるシステムにおいて、
前記プロキシサーバは、
前記第１の端末の前記コンテンツサーバへのアクセスの際にアクセスされた前記コンテンツサーバのアドレスを記憶するレジスタと、
前記第１の端末の前記コンテンツサーバへのアクセスに応じて前記コンテンツサーバから返送されるコンテンツ情報を受信すると、このコンテンツ情報にこのコンテンツ情報の転送可否を含む転送許諾可否情報を付加して前記第１の端末に送信する制御手段と、
前記転送許諾可否情報の送信に対し前記第１の端末から返送される前記コンテンツ情報の転送可情報を受信すると、前記レジスタのアドレスを前記掲示板サーバへ転送する転送手段と
を備え、前記第２の端末は前記掲示板サーバに転送されたアドレスに基づいて前記コンテンツサーバをアクセスし、前記コンテンツ情報を取得することを特徴とする情報転送システム。
【請求項２】
請求項１において、
前記転送手段は、前記転送許諾可否情報の送信に対し前記第１の端末から返送される前記コンテンツ情報の即時の転送を指示する転送指示情報を受信すると、この転送指示情報と前記レジスタのアドレスとを前記掲示板サーバへ転送し、
前記掲示板サーバは、前記転送指示情報を受信すると前記第２の端末の呼出を行うことを特徴とする情報転送システム。
【請求項３】
請求項１において、
前記制御手段は、前記コンテンツサーバから返送されるコンテンツ情報を入力すると、このコンテンツ情報を圧縮処理して前記第１の端末に送信することを特徴とする情報転送システム。
【請求項４】
ネットワークを介してコンテンツサーバ及び掲示板サーバと相互通信が可能なプロキシサーバと、前記プロキシサーバに接続されかつブラウザが搭載された第１の端末と、前記掲示板サーバに接続されかつブラウザが搭載された第２の端末とからなるシステムにおける情報転送方法であって、
前記プロキシサーバの処理ステップとして、
前記第１の端末の前記コンテンツサーバへのアクセスの際にアクセスされた前記コンテンツサーバのアドレスを記憶する第１のステップと、
前記第１の端末の前記コンテンツサーバへのアクセスに応じて前記コンテンツサーバから返送されるコンテンツ情報を受信すると、このコンテンツ情報にこのコンテンツ情報の転送可否を含む転送許諾可否情報を付加して前記第１の端末に送信する第２のステップと、
前記転送許諾可否情報の送信に対し前記第１の端末から返送される前記コンテンツ情報の転送可情報を受信すると、前記第２の端末に対して前記コンテンツサーバをアクセスさせて前記コンテンツ情報を取得させるための前記アドレスを前記掲示板サーバへ転送する第３のステップと
を有することを特徴とする情報転送方法。
【請求項５】
請求項４において、
前記第３のステップにおける処理は、
前記プロキシサーバが、前記転送許諾可否情報の送信に対し前記第１の端末から返送される前記コンテンツ情報の即時の転送を指示する転送指示情報を受信すると、この転送指示情報と前記アドレスとを前記掲示板サーバへ転送する第４のステップと、
前記転送指示情報を受信した前記掲示板サーバが前記第２の端末に呼出を行う第５のステップと
を含むことを特徴とする情報転送方法。
【請求項６】
請求項４において、
前記第２のステップにおける処理は、前記プロキシサーバが、前記コンテンツサーバから返送されるコンテンツ情報を入力すると、このコンテンツ情報を圧縮処理して前記第１の端末に送信する第６のステップを含むことを特徴とする情報転送方法。
【請求項７】
ブラウザが搭載された第１の端末を接続するとともに、ネットワークを介してコンテンツサーバ及び掲示板サーバと相互通信が可能なプロキシサーバにおいて、
前記第１の端末の前記コンテンツサーバへのアクセスの際にアクセスされた前記コンテンツサーバのアドレスを記憶するレジスタと、
前記第１の端末の前記コンテンツサーバへのアクセスに応じて前記コンテンツサーバから返送されるコンテンツ情報を受信すると、このコンテンツ情報にこのコンテンツ情報の転送可否を含む転送許諾可否情報を付加して前記第１の端末に送信する制御手段と、
前記転送許諾可否情報の送信に対し前記第１の端末から返送される前記コンテンツ情報の転送可情報を受信すると、ブラウザが搭載された第２の端末に対して前記コンテンツサーバをアクセスさせて前記コンテンツ情報を取得させるための前記レジスタのアドレスを、前記第２の端末が接続されている前記掲示板サーバへ転送する転送手段と
を備えたことを特徴とするプロキシサーバ。
【請求項８】
請求項７において、
前記転送手段は、前記転送許諾可否情報の送信に対し前記第１の端末から返送される前記コンテンツ情報の即時の転送を指示する転送指示情報を受信すると、この転送指示情報と前記レジスタのアドレスとを前記掲示板サーバへ転送し、前記掲示板サーバに前記第２の端末への呼出を行わせることを特徴とするプロキシサーバ。
【請求項９】
請求項７において、
前記制御手段は、前記コンテンツサーバから返送されるコンテンツ情報を入力すると、このコンテンツ情報を圧縮処理して前記第１の端末に送信することを特徴とするプロキシサーバ。
【請求項１０】
第１の端末のコンテンツサーバへのアクセスの際にアクセスされた前記コンテンツサーバのアドレスを記憶する第１の機能と、
前記第１の端末の前記コンテンツサーバへのアクセスに応じて前記コンテンツサーバから返送されるコンテンツ情報を受信すると、このコンテンツ情報にこのコンテンツ情報の転送可否を含む転送許諾可否情報を付加して前記第１の端末に送信する第２の機能と、
前記転送許諾可否情報の送信に対し前記第１の端末から返送される前記コンテンツ情報の転送可情報を受信すると、第２の端末に対して前記コンテンツサーバをアクセスさせて前記コンテンツ情報を取得させるための前記アドレスを、前記第２の端末が接続されている掲示板サーバへ転送する第３の機能と
をコンピュータに実現させるためのプロキシサーバプログラム。
【請求項１１】
請求項１０において、
前記第３の機能は、前記転送許諾可否情報の送信に対し前記第１の端末から返送される前記コンテンツ情報の即時の転送を指示する転送指示情報を受信すると、この転送指示情報と前記アドレスとを前記掲示板サーバへ転送し、前記掲示板サーバに前記第２の端末への呼出を行わせる第４の機能を含むことを特徴とするプロキシサーバプログラム。
【請求項１２】
請求項１０において、
前記第２の機能は、前記コンテンツサーバから返送されるコンテンツ情報を入力すると、このコンテンツ情報を圧縮処理して前記第１の端末に送信する第５の機能を含むことを特徴とするプロキシサーバプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ情報の転送を行う情報転送システム及び情報転送方法に関する。
【０００２】
【従来の技術】
近年、携帯電話にブラウザが搭載され、インタネットのＷｅｂアクセスが可能になってきた（この種の携帯電話を以降、ブラウザ電話と呼ぶ）。ブラウザ電話は常時ネットワークに接続され、いつでも、どこでも手軽にＷｅｂをアクセスできる利便性を提供している。こうした、ブラウザ電話の普及により、ビジネス上のユーザ獲得を目指してＷｅｂ利用者に広く情報提供をしている企業や商店などコンテンツホルダ（ＣＨ）にとって、自分たちが開設しているＷｅｂサイトをアクセスしてもらう機会が増えたことは喜ばしいことである。
【０００３】
【発明が解決しようとする課題】
しかしながら、ブラウザ電話は携帯性、電源などの制限から、表示、信号処理能力の点では将来ともパソコン（ＰＣ）には劣ると思われ、自分たちの発信する情報は最終的にはパソコンで余すところ無く見てもらいたいという大多数のコンテンツホルダの要求を満たすことはできない。また、ブラウザ電話のユーザにとっても興味を引いたコンテンツは、ＴＰＯに合わせて端末を選び、別途情報の詳細にアクセスしたいものである。
【０００４】
一方、パソコンは、ネットワークに接続されインタネットサービスプロバイダ（ＩＳＰ）が提供するネットワークサービスとの連携を強める方向にある。特にパーソナルホームページ（ＰＨＰ）などと呼ばれる契約ユーザ個別に専用のホームページ（ＨＰ）の開設、運用を代行するサービスでは、許可されたユーザ相互が情報交流する場として掲示板などの情報の受け取り口がネットワーク上に２４時間常設されている。パソコンのユーザは、この掲示板をアクセスすれば、いつでも投入された情報を取り出すことができる。
【０００５】
本発明は、以上のような問題点に鑑みてなされたものであり、その目的とするところは、ブラウザ電話で一旦アクセスしたインタネットのＷｅｂサイトの情報を、パソコン等の任意の端末でアクセス可能にすることにある。
【０００６】
【課題を解決するための手段】
このような課題を解決するために本発明は、ネットワークを介してコンテンツサーバ及び掲示板サーバと相互通信が可能なプロキシサーバと、プロキシサーバに接続されかつブラウザが搭載された第１の端末と、掲示板サーバに接続されかつブラウザが搭載された第２の端末とからなるシステムにおいて、プロキシサーバは、第１の端末のコンテンツサーバへのアクセスの際にアクセスされたコンテンツサーバのアドレスを記憶するレジスタと、第１の端末のコンテンツサーバへのアクセスに応じてコンテンツサーバから返送されるコンテンツ情報を受信すると、このコンテンツ情報にこのコンテンツ情報の転送可否を含む転送許諾可否情報を付加して第１の端末に送信する制御手段と、転送許諾可否情報の送信に対し第１の端末から返送されるコンテンツ情報の転送可情報を受信すると、レジスタのアドレスを掲示板サーバへ転送する転送手段とを備え、第２の端末は掲示板サーバに転送されたアドレスに基づいてコンテンツサーバをアクセスし、コンテンツ情報を取得するようにしたものである。
【０００７】
この場合、転送手段は、転送許諾可否情報の送信に対し第１の端末から返送されるコンテンツ情報の即時の転送を指示する転送指示情報を受信すると、この転送指示情報とレジスタのアドレスとを掲示板サーバへ転送し、掲示板サーバは、この転送指示情報を受信すると第２の端末の呼出を行うものである。
また、制御手段は、コンテンツサーバから返送されるコンテンツ情報を入力すると、このコンテンツ情報を圧縮処理して第１の端末に送信するものである。
また、本発明は、第１の端末のコンテンツサーバへのアクセスの際にアクセスされたコンテンツサーバのアドレスを記憶する第１のステップと、第１の端末のコンテンツサーバへのアクセスに応じてコンテンツサーバから返送されるコンテンツ情報を受信すると、このコンテンツ情報にこのコンテンツ情報の転送可否を含む転送許諾可否情報を付加して第１の端末に送信する第２のステップと、転送許諾可否情報の送信に対し第１の端末から返送されるコンテンツ情報の転送可情報を受信すると、第２の端末に対してコンテンツサーバをアクセスさせてコンテンツ情報を取得させるための前記アドレスを掲示板サーバへ転送する第３のステップとを有する情報転送方法である。
また、本発明は、ブラウザが搭載された第１の端末を接続するとともに、ネットワークを介してコンテンツサーバ及び掲示板サーバと相互通信が可能なプロキシサーバにおいて、第１の端末の前記コンテンツサーバへのアクセスの際にアクセスされたコンテンツサーバのアドレスを記憶するレジスタと、第１の端末のコンテンツサーバへのアクセスに応じてコンテンツサーバから返送されるコンテンツ情報を受信すると、このコンテンツ情報にこのコンテンツ情報の転送可否を含む転送許諾可否情報を付加して第１の端末に送信する制御手段と、転送許諾可否情報の送信に対し第１の端末から返送されるコンテンツ情報の転送可情報を受信すると、ブラウザが搭載された第２の端末に対してコンテンツサーバをアクセスさせてコンテンツ情報を取得させるためのレジスタのアドレスを、掲示板サーバへ転送する転送手段とを備えたものである。
また、本発明は、第１の端末のコンテンツサーバへのアクセスの際にアクセスされたコンテンツサーバのアドレスを記憶する第１の機能と、第１の端末のコンテンツサーバへのアクセスに応じてコンテンツサーバから返送されるコンテンツ情報を受信すると、このコンテンツ情報にこのコンテンツ情報の転送可否を含む転送許諾可否情報を付加して第１の端末に送信する第２の機能と、転送許諾可否情報の送信に対し第１の端末から返送されるコンテンツ情報の転送可情報を受信すると、第２の端末に対してコンテンツサーバをアクセスさせてコンテンツ情報を取得させるための前記アドレスを、掲示板サーバへ転送する第３の機能とをコンピュータに実現させるためのプログラムである。
【０００８】
【発明の実施の形態】
本発明は、ブラウザが搭載された携帯電話であるブラウザ電話で一旦度アクセスしたＷｅｂサイトの情報を、掲示板サーバの掲示板に転送可能にするシステムを提供するものであり、本システムでは転送された情報は改めていつでも任意の端末で何度でもアクセスでき、かつ、ブラウザ電話の持つ「手軽さ」という利便性をさらに向上できるものである。
【０００９】
ブラウザ電話でアクセスするプロキシサーバを持つポータルサイトがある。ブラウザ電話でＷｅｂサイトをアクセスするときはこのプロキシサーバを経由させる。ポータルサイトでは契約ユーザの情報としてユーザ毎に転送先アドレス（掲示板またはｆｔｐサイトのＵＲＩまたはメールアカウント）を登録、管理する。ポータルサイトでは、通過するコンテンツに転送許諾の確認表記を付加しユーザの転送意志を確認する。ポータルサイトは、通過するコンテンツの圧縮機能を持つこともある。
【００１０】
また、ポータルサイトは、転送するコンテンツの格納元ＵＲＩアドレスを保存するレジスタを複数持ち、コンテンツホルダとの手続きにおいてコンテンツホルダの意図する情報の格納アドレスを記入することができる。また、ポータルサイトはユーザの転送先アドレスに、コンテンツ格納元ＵＲＩアドレスと引き取り方法の種別を指示する制御情報を送り込むことができる。端末からの転送要求には転送時間、転送方法などの種別が設定できる。格納元アドレスの記入にはポータルサイトのサーバとコンテンツサーバとの間でＣＧＩが利用される。
【００１１】
以下、本発明について図面を参照して説明する。
図１は本発明に係る情報転送システムの構成を示すブロック図である。本システムは、コンテンツサーバ１と、プロキシサーバ３と、掲示板サーバ５と、端末４，６とからなる。ここで、コンテンツサーバ１、プロキシサーバ３、掲示板サーバ５はすべてインタネット２上に設置され、相互通信が可能である。また、端末４はプロキシサーバ３をインタネット２への接続ポイントとする携帯情報端末、例えば前述のブラウザ電話である。また、端末６は掲示板サーバ５をインタネット２への接続ポイントとし、インタネットに対して情報の入出力の窓口として掲示板機能を利用している情報端末で、例えばパーソナルコンピュータ（ＰＣ）である。
【００１２】
ところで、前述の掲示板機能は登録したパスワードで保護された私書箱のようなもので、パスワードを知る者（ユーザ自身も含む）との間で情報の授受ができるネットワーク上のストレージメモリであり、アクセスするための識別番号（ＵＲＩ−Ｕ）を有する。ここで、端末４と端末６は一般に同一のユーザが利用するもので、プロキシサーバ３には掲示板サーバ５に開設されているユーザ毎の掲示板の識別番号（ＵＲＩ−Ｕ）と、アクセスのためのパスワードとが事前に登録され記憶されている。
【００１３】
端末４，６からコンテンツサーバ１上のホームページ（ＨＰ）をアクセスするときは、同ホームページの識別番号ＵＲＩ−Ｃを指定してＨＴＴＰなどのプロトコルで情報を取り出す。ただし、端末４は携帯性を重視した端末で表示面積が少なく、端末６の比較的大きな画面をターゲットに設計されたホームページの情報をそのままアクセスすると、表示が小さくて読めなかったり、画面デザインが崩れていたりして意味を成さない場合が多い。そのため、端末４専用にコンテンツを圧縮するソフトが販売されている。こうした圧縮は、画像などサイズの大きな情報を削減したり、テキスト文章でも項目だけ通過させ本文を削除するなどの方法が用いられている。本システムにおいてもこの種の圧縮機能がプロキシサーバ３に搭載されている。なお、端末４への専用のホームページを開設している場合は、そのコンテンツについてはコンテンツサーバ１からの情報は圧縮をせず、そのまま素通しする。
【００１４】
図２は、本システムを構成するプロキシサーバ３の機能ブロック図である。プロキシサーバ３は、図２に示すように、端末４との間のインタフェースである端末Ｉ／Ｆ部２１と、制御文付加部２２と、圧縮処理部２３と、コンテンツサーバ１または掲示板サーバ５との間のインタフェースであるサーバＩ／Ｆ部２４と、アクセス先レジスタ２０とからなる。
【００１５】
ここで、端末４はＵＲＩ−Ｃを指定し、プロキシサーバ３を経由してコンテンツサーバ１のホームページＨＰをアクセスする。この場合、プロキシサーバ３の端末Ｉ／Ｆ部２１は端末４からＵＲＩ−Ｃをアクセスするコードが送信されたことを認識すると、サーバＩ／Ｆ部２４経由でコンテンツサーバ１へアクセスコードを転送するとともに、端末４用に確保されたアクセス先レジスタ２０のアクセス先部４０にこのＵＲＩ−Ｃを記憶する。
【００１６】
図４に、端末４毎に準備されるアクセス先レジスタ２０のメモリ構造を示す。アクセス先レジスタ２０は図４に示すように、前述のアクセス先部４０と、詳細ＵＲＩ部４１と、付帯ＵＲＩ部４２とを有する。
【００１７】
端末４からコンテンツサーバ１のホームページＨＰのアクセス時にＵＲＩ−Ｃをアクセスするアクセスコードが転送されると、このアクセスコードをトリガに、コンテンツサーバ１のＵＲＩ−Ｃに格納されていたＨＴＭＬコンテンツがコンテンツサーバ１からプロキシサーバ３のサーバＩ／Ｆ部２４に返信されてくる。プロキシサーバ３ではサーバＩ／Ｆ部２４で受信されたＨＴＭＬコンテンツを圧縮処理部２３にてチェックし、このＨＴＭＬコンテンツに予め約束したマークを検出すると、圧縮処理部２３においてこのＨＴＭＬコンテンツの圧縮処理を行った後、さらに制御文付加部２２において転送許諾文を追加し端末Ｉ／Ｆ部２１から端末４へ向けて送信する。また、コンテンツサーバ１からのＨＴＭＬコンテンツに予め約束したマークが検出できない場合はこのＨＴＭＬコンテンツを圧縮処理せずにそのままこのＨＴＭＬコンテンツに制御文付加部２２で転送許諾文を追加し端末イＩ／Ｆ部２１から端末４へ向けて送信する。
【００１８】
図３は、コンテンツサーバ１から送信されプロキシサーバ３を経由する情報を受信した端末４の受信画面を示す図である。端末４の表示部の受信画面３０には、図３に示すように、コンテンツ表示エリア３１と、転送許諾文表示エリア３２とが設けられている。
【００１９】
端末４の表示画面３０中のコンテンツ表示エリア３１には画像情報を落とし、テキスト文も見出しだけに情報量が圧縮されたコンテンツサーバ１のＵＲＩ−ＣからのＨＴＭＬコンテンツが表示される。そしてそのコンテンツ表示エリア３１の下部の転送許諾文表示エリア３２には、プロキシサーバ３の制御文付加部２２により付加された前記転送許諾文である、転送の可否（転送する／しない）、転送のタイミング（通知、蓄積）、付帯情報転送の可否（転送する／しない）などが表示される。ここで、コンテンツサーバ１のＵＲＩ−ＣからのＨＴＭＬコンテンツがプロキシサーバ３の圧縮処理部２３により圧縮されない場合は、コンテンツ表示エリア３１には原文通りが表示されるが、転送許諾文の表示エリア３２は上記と同じ転送許諾文が表示される。
【００２０】
端末４のユーザは表示されたコンテンツ表示エリア３１の内容を判断して、興味がある場合は、転送文許諾エリア３２に表示されているコンテンツ情報の転送の可否を「可」として、またその内容が緊急を要する内容であれば転送タイミングを「通知」として選択するとともに、コンテンツ表示エリア３１の内容から付帯情報があることが判明し、その付帯情報を引き取っても構わないならば付帯情報転送可否を「可」として選択し、送信ボタンをクリックする。送信ボタンをクリックした時点で、転送許諾文に関わる上記の選択パラメータを含む転送制御コードが端末４からプロキシサーバ３に送信される。
【００２１】
なお、コンテンツ表示エリア３１の内容が緊急を要するものでなければ端末４のユーザは転送タイミングを「蓄積」と選択する。すると転送内容は掲示板サーバ５に蓄積され、別途端末６で掲示板をアクセスしたときに見ることができることを意味している。また、「通知」を選択した場合は掲示板サーバ５にその情報が転送された時点で掲示板サーバ５から端末６を呼び出す処理が起動され、端末６は自動的かつ即座に掲示板サーバ５をアクセスすることになる。また、付帯情報転送可否を「可」と選択した場合は、コンテンツサーバ１から、別途、付帯情報が引き取られて掲示板サーバ５に転送される。また、付帯情報転送可否を「否」とした場合は付帯情報を引き取らない。
ところで、プロキシサーバ３は端末４から前述した転送制御コードを受信すると、パラメータを分析して場合分けに従って掲示板サーバ５の掲示板ＵＲＩ−Ｕに転送情報を書き込む。
【００２２】
図５は、掲示板サーバ５に書き込まれる転送情報のフォーマットを示す図である。また、図６はプロキシサーバ３による掲示板サーバ５への転送情報の書き込み動作を示すフローチャートである。図６のフローチャート及び図５の転送情報フォーマットに基づき本システムの要部動作を詳細に説明する。
プロキシサーバ３は、端末４から転送制御コードを受信すると、まずその転送制御コードに含まれるコンテンツ情報の転送可否をステップＳ１で判断する。ここで、コンテンツ情報の転送可否が「否」であればステップＳ１０でアクセス先レジスタ２０の中身を消去して処理を終了する（掲示板サーバ５には何も書き込まない）。
【００２３】
一方、コンテンツ情報の転送可否が「可」の場合は、転送案件のユニークな識別番号をステップＳ２で図５の識別番号部５０に格納し、かつ転送制御コードを分析し始めた時間をステップＳ３でタイムスタンプとして図５のタイムスタンプ部５１に格納する。この場合、端末４から受け取った転送タイミングの「蓄積／通知」の識別コードはそのまま図５の蓄積／通知部（転送タイミング部）５２へ転記し、図５のアクセス先部５３にはアクセス先レジスタ２０のアクセス先部４０に記憶されているＵＲＩ−Ｃを転記する（ステップＳ６）。
【００２４】
ただし、プロキシサーバ３は、コンテンツサーバ１との手続きにおいて、端末４が初めにアクセスしたコンテンツサーバ１のＵＲＩ−Ｃからのコンテンツより詳しいコンテンツを得た場合はそのコンテンツ情報が格納されるアドレスＵＲＩ−Ｃ１をアクセス先レジスタ２０の詳細ＵＲＩ部４１に保管している。また、端末４のユーザが許可した場合に送る付帯情報が格納されるアドレスＵＲＩ−Ｃ２をアクセス先レジスタ２０の付帯ＵＲＩ部４２に保管する。これらの保管情報は、コンテンツホルダが携帯端末４ではない端末６（ＰＣ）からのアクセスの時にユーザ側で受け取ってもらいたいコンテンツ情報の格納先を示している。
【００２５】
従って、プロキシサーバ３は、アクセス先レジスタ２０のアクセス先部４０にＵＲＩ−Ｃが記憶されていても、詳細ＵＲＩ部４１にＵＲＩ−Ｃ１が保管されステップＳ４の判定が「ＹＥＳ」となるときには、図５のアクセス先部５３にはアクセス先部４０のＵＲＩ−Ｃではなく詳細ＵＲＩ部４１のＵＲＩ−Ｃ１を転記する（ステップＳ５）。ここで、アドレス先レジスタ２０の詳細ＵＲＩ部４１にＵＲＩ−Ｃ１が記憶されているときは、一般にアクセス先部４０のＵＲＩ−Ｃは携帯端末専用のコンテンツが準備されていた場合である。なお、ステップＳ７において付帯情報の転送可否を「可」と判定した場合は、図５の付帯情報部５４にアクセス先レジスタ２０の付帯ＵＲＩ部４２のＵＲＩ−Ｃ２を転記する。その後、プロキシサーバ３は、こうして図５の識別番号部５０，タイムスタンプ部５１，蓄積／通知部５２，アクセス先部５３及び付帯情報部５４にそれぞれ情報が書き込まれた転送情報を掲示板サーバ５へ送信して掲示板ＵＲＩ−Ｕにその転送情報の書き込みを行わせる（ステップＳ９）。
【００２６】
掲示板サーバ５は、掲示板に書き込まれた転送情報を一件毎にファイル化してユーザが端末６でアクセスするまで保存する。ただし、掲示板サーバ５は掲示板毎に呼び出すべき端末のＩＤ番号（例えば端末が接続されたＩＳＤＮ番号）を記憶している。その掲示板宛の転送情報に含まれる転送タイミングが「通知」であった場合は、一般に知られているようにＩＳＤＮのＤ−ＣＨパケットなどを利用して、端末６を自動起動し掲示板をアクセスするよう指示する。この場合は端末６は自動的かつ即座に転送情報を入手することになる。
【００２７】
自動、手動に関わらず掲示板サーバ５をアクセスした端末６のユーザは、保存されている転送情報ファイルを一件毎に取り出して自身の情報を入手する。この場合、端末６のユーザは掲示板に書き込まれた転送情報の図５のアクセス先部５３の格納情報に相当するＵＲＩ−ＣまたはＵＲＩ−Ｃ１をアクセスしてコンテンツサーバ１のホームページのコンテンツ情報を引き取る。自動の場合は引き取ったコンテンツ情報はキャッシュメモリに蓄積する。また、手動の場合は継続して、そのホームページのリンク情報を見ることができる。また、ホームページのリンク情報を見た結果、特に付帯情報に興味を示した場合、掲示板に書き込まれた転送情報の図５の付帯情報部５４の格納情報に相当するＵＲＩ−Ｃ２をアクセスしてコンテンツサーバ１の該当付帯情報を引き取る。自動の場合は付帯情報まで自動的に引き取ってしまうことが可能である。以上の端末６での情報引き取り処理はＷｅｂブラウザで一般に使われるブックマークに登録されたＵＲＩをアクセスする手順と類似したものである。
【００２８】
また、契約にもよるが、転送情報を分析して、付帯情報の引き取りまでを掲示板サーバ５が端末６に代行して行うことも可能であり、コンテンツサーバ１の負荷分散の効果を上げることができる。また、予め掲示板サーバ５に通知／蓄積／付帯情報それぞれ個別に掲示板を準備しておき、端末４から受信する転送制御コードの選択パラメータに従って、プロキシサーバ３が掲示板を選んで転送情報を書き込むことで、端末６からのアクセスレベルの幅を持たせることも可能である。さらに、掲示板サーバ５へ転送情報を送る手段としてメールによる手段も可能であり、この場合はＵＲＩ−Ｕの代わりにメールアカウントが使われ、転送情報はメールの添付ファイルとして扱うことになる。
【００２９】
このように本システムでは、手軽にブラウザ電話で一度アクセスしたＷｅｂサイトの情報やアクセス手順の指示を、自分専用の掲示板に転送し保管することにより、転送された情報は改めていつでも任意の端末で何度でもアクセスすることができ、かつブラウザ電話の持つ「手軽さ」という利便性がさらに向上する。
【００３０】
【発明の効果】
以上説明したように本発明によれば、それぞれがインタネット上に配置され相互通信が可能なコンテンツサーバ、プロキシサーバ及び掲示板サーバを設けるとともに、ブラウザが搭載された携帯端末及び情報端末がそれぞれプロキシサーバ及び掲示板サーバに接続されたシステムにおいて、プロキシサーバは、携帯端末のコンテンツサーバへのアクセスの際にアクセスされたコンテンツサーバのアドレスをレジスタに記憶し、かつ携帯端末のコンテンツサーバへのアクセスに応じてコンテンツサーバの前記アドレスに格納されているコンテンツ情報が返送されると、このコンテンツ情報にこのコンテンツ情報の転送可否を含む転送許諾可否情報を付加して携帯端末に送信し携帯端末の表示画面に表示させるとともに、転送許諾可否情報の送信に対して携帯端末から返送されるコンテンツ情報の転送可情報を受信すると、前記レジスタのアドレスを掲示板サーバへ転送するようにしたので、情報端末側では掲示板サーバに転送されたアドレスに基づいてコンテンツサーバをアクセスすることにより、コンテンツ情報を取得することができ、したがって、ブラウザ電話である前記携帯端末で一旦アクセスしたインタネットのＷｅｂサイトのコンテンツ情報を、パソコン等の任意の端末である情報端末側でアクセスすることができる。
【図面の簡単な説明】
【図１】  本発明に係る情報転送システムの構成を示すブロック図である。
【図２】  上記システムを構成するプロキシサーバの構成を示すブロック図である。
【図３】  上記システムを構成する携帯端末の受信表示画面を説明する図である。
【図４】  上記プロキシサーバ内のアクセス先レジスタの構成を示す図である。
【図５】  上記システムを構成する掲示板サーバへの転送情報のフォーマットを示す図である。
【図６】  プロキシサーバの要部動作を示すフローチャートである。
【符号の説明】
１…コンテンツサーバ、２…インタネット、３…プロキシサーバ、５…掲示板サーバ、４，６…端末、２０…アクセス先レジスタ、２１…端末Ｉ／Ｆ部、２２…制御文付加部、２３…圧縮処理部、２４…サーバＩ／Ｆ部、３０…表示画面、３１…コンテンツ表示エリア、３２…転送許諾文表示エリア、４０，５３…アドレス先部、４１…詳細ＵＲＩ部、４２…付帯ＵＲＩ部、５１…タイムスタンプ部、５２…蓄積／通知部、５４…付帯情報部。
【図１】
0003800042.tif 000002
【図２】
0003800042.tif 000003
【図３】
0003800042.tif 000004
【図４】
0003800042.tif 000005
【図５】
0003800042.tif 000006
【図６】
0003800042.tif 000007