JP2002204266A - ゲートウェイ装置 - Google Patents

Abstract

(57)【要約】 【課題】 インターネット等から送信されてきたデータ
を、そのデータの種類に応じてＬＡＮ等に存在する宛先
に、管理者の介在なしで安全に転送することを可能にす
る。 【解決手段】 インターネットとホームネットワークと
を相互に接続するゲートウェイ装置の構成として、ホー
ムネットワーク側に接続された情報処理装置が提供する
サービスの種類と該サービスを利用するための宛先を記
憶するプロファイル用データベースモジュール２６と、
インターネット側からの受信データが指し示すサービス
の種類を判別するとともに、その判別したサービスの種
類に対応する転送先を、プロファイル用データベースモ
ジュール２６に記憶された宛先情報の中から選択し、こ
の選択した転送先に受信データを転送する内部転送制御
モジュール２４とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、第１のネットワー
クと第２のネットワークとを相互に接続するゲートウェ
イ装置に関する。

【０００２】

【従来の技術】一般に、一つのネットワークから他のネ
ットワークの利用を可能にするサービスとしてゲートウ
ェイサービスが知られている。ゲートウェイサービスを
実現するにあたっては、プロトコルの異なるネットワー
クを相互に接続するゲートウェイ装置が用いられる。こ
のゲートウェイ装置を用いて、例えば、インターネット
側から受信したデータを、ＬＡＮ(Local Area Network)
に接続された情報処理装置に転送するにあたっては、イ
ンターネット側から送信されたデータの送信先（配信
先）を予め指定しておく必要がある。そのため、送信先
を指定する際のユーザの操作が煩雑になり、管理者の介
在を要する場合もあり得る。

【０００３】こうした点に関して、例えば特開平２００
０―４１０６３号公報には、受信者が受信メッセージの
転送先を、予め、受信者のスケジュールに応じた時間情
報と場所情報に応じて登録しておき、この登録内容に応
じて、受信したメッセージを転送するという技術が開示
されている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記公
報に開示された技術では、転送データがメッセージに限
定されており、しかも、受信者が直接或いはスケジュー
ル帳により転送先を登録しなれければ転送機能を使用で
きないため、受信者の負担が大きくなるという問題があ
る。

【０００５】本発明は、上記課題を解決するためになさ
れたもので、その目的とするところは、インターネット
等から送信されてきたデータを、そのデータの種類に応
じてＬＡＮ等に存在する宛先に、管理者の介在なしで安
全に転送することを可能にするゲートウェイ装置を提供
することにある。

【０００６】

【課題を解決するための手段】本発明に係るゲートウェ
イ装置は、第１のネットワークと第２のネットワークと
を相互に接続するもので、第１のネットワーク側からの
受信データが指し示すサービスの種類を判別する判別手
段と、第２のネットワーク側に接続された情報処理装置
が提供するサービスの種類と該サービスを利用するため
の宛先を記憶する記憶手段と、判別手段で判別されたサ
ービスの種類に対応する転送先を、記憶手段に記憶され
た宛先情報の中から選択する選択手段と、この記選択手
段で選択された転送先に受信データを転送する制御手段
とを備える。

【０００７】このゲートウェイ装置においては、第１の
ネットワーク側から送信されたデータを受信すると、そ
の受信データが指し示すサービスの種類が判別手段で判
別される。そうすると、判別手段で判別されたサービス
の種類に対応する転送先が、記憶手段に記憶された宛先
情報の中から選択手段によって選択され、この選択され
た転送先に対して受信データが制御手段により転送され
る。これにより、第１のネットワーク側からデータを送
信する際には、そのデータの転送先を指定しなくても、
ゲートウェイ装置の所在情報を指定するだけで、第１の
ネットワーク側からの受信データを、これに適合したサ
ービスを提供する情報処理装置に転送することが可能と
なる。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照しつつ詳細に説明する。

【０００９】図1は本発明の実施形態に係るネットワー
ク全体の構成を示す図である。図１において、ゲートウ
ェイ装置１は、一般家庭に設置され、公衆回線網２を介
してＩＳＰ（Internet Service Provider）３と接続さ
れている。また、ゲートウェイ装置１は、一般家庭内に
構築されたホームネットワーク４に接続されている。ホ
ームネットワーク４は、ＬＡＮによって構成されてい
る。かかる構成において、インターネット５とホームネ
ットワーク３は、ゲートウェイ装置１を介して相互に接
続されている。アプリケーションサーバ６は、後述する
通信販売サービスやテレビ番組表の配信サービスなどを
提供するＷＥＢサイトを示している。

【００１０】また、一般家庭内では、ホームネットワー
ク４にテレビブラウザ７と情報処理装置８が接続されて
いる。テレビブラウザ７は、インターネットブラウザ・
アプリケーションを搭載したテレビジョンである。これ
により、ユーザは、テレビブラウザ７に表示されるイン
ターネットブラウザの表示画面を利用して、インターネ
ット５上に存在するＷＥＢサイト（本形態ではアプリケ
ーションサーバ６）を利用可能となっている。インター
ネットブラウザ・アプリケーションは、ホームネットワ
ーク４に接続されたテレビジョン上で稼動する以外に
も、ゲートウェイ装置１上で稼動し、表示のみをテレビ
ジョンで行ってもよい。情報処理装置８は、ゲートウェ
イ装置１が受信データを転送する際の転送先装置となる
もので、例えば、プリンタ、ファクシミリ装置、インタ
ーネット電話、電子メール送受信装置、インターネット
ビデオ、インターネットラジオなどの様々なサービスを
提供するものである。

【００１１】図２は本発明の実施形態に係るゲートウェ
イ装置のハードウェア構成を示す模式図である。このゲ
ートウェイ装置１は、例えばパーソナルコンピュータの
ような情報処理装置であり、ＣＰＵ（中央演算処理装
置）１１、メモリ１２、ハードディスク１３、ネットワ
ーク・インターフェース（Ｉ／Ｆ）１４、内蔵モデム１
５を内部バス１６で相互に接続した構成となっている。
ゲートウェイ装置１は、ネットワーク・インターフェー
ス１４を介してホームネットワーク４と物理的に接続さ
れている。また、ゲートウェイ装置１は、内蔵モデム１
５を介して公衆回線網２に物理的に接続され、先のＩＰ
Ｓ３を利用してインターネット５に接続可能となってい
る。

【００１２】図３は本発明の実施形態に係るゲートウェ
イ装置のソフトウェア構成を示す模式図である。かかる
ソフトウェア構成は、先の図２に示すハードウェア構成
によって実現されるものである。図示のようにゲートウ
ェイ装置１では、一般的な情報処理装置の基本ソフトウ
ェアであるオペレーティングシステム２１が稼動してお
り、このオペレーティングシステム２１上で各種のソフ
トウェア機能部が稼働している。即ち、オペレーティン
グシステム２１上ではＷＥＢサイト機能を提供するＨＴ
ＴＰサーバ２２が稼動している。一般に、ＨＴＴＰサー
バはＣＧＩ（Common Gateway Ineterface）という外部
ソフトウェアモジュールとのソフトウェアインターフェ
ースを備えており、このインターフェース機能を利用す
ることにより、データベースアクセス機能やプリントサ
ーバ機能等に代表されるような付加機能を追加すること
ができる。

【００１３】本ゲートウェイ装置１では、このＣＧＩ機
能から呼びされるソフトウェアモジュールとして、登録
制御モジュール２３、内部転送制御モジュール２４、外
部転送制御モジュール２５、プロファイル用データベー
スモジュール２６、アカウント用データベースモジュー
ル２７、認証局管理用モジュール２８といった６種類の
ソフトウェアモジュールを備えている。

【００１４】登録制御モジュール２３は、サービスの種
類や、サービスを利用するための宛先情報をプロファイ
ル用データベースモジュール２６に記憶・登録するため
のモジュールである。この登録制御モジュール２３は、
ＷｅｂＤＡＶ（Web Distributed Authoring and Versio
ning）（RFC2518）機能を実現するモジュールである。
ＷｅｂＤＡＶは、ＨＴＴＰの拡張命令である。

【００１５】内部転送制御モジュール２４は、インター
ネット５側から送られてきた受信データをホームネット
ワーク４側へ転送するためのモジュールである。この内
部転送モジュール２４は、ＩＰＰ（Internet Printing
Protocol）（RFC2565、RFC2566）サーバの機能と、受信
したプリントデータの転送プロトコルとして、ＩＰＰ或
いはＬＰＤ（Line Printer Daemon）（RFC1179）の機能
を持つモジュールである。ＩＰＰは、ＨＴＴＰ（Hyepr
Text Transfer Protocol version 1.1）（RFC2616）を
用いたネットワークプリンティングプロトコルであり、
ＨＴＴＰのデータ部にＩＰＰヘッダーとプリントデータ
を付与する。外部転送制御モジュール２５は、ホームネ
ットワーク４側から送られてきたデータをインターネッ
ト５側へ転送するためのモジュールである。

【００１６】プロファイル用データベースモジュール２
６は、サービスの種類や宛先情報を格納・取得するため
の機能を実現するモジュールであり、ＷｅｂＤＡＶで登
録したプロパティ情報の取得を行うことができる。アカ
ウント用データベースモジュール２７は、ログイン処理
のためのアカウント情報となるユーザ名とパスワードを
格納・取得するための機能を実現するモジュールであ
る。認証局管理用モジュール２８は、オペレーティング
システム２１上で稼働する認証局２９を管理する機能を
実現するモジュールである。

【００１７】また本実施形態においては、ネットワーク
上に存在するサービスを探索するためのネットワークプ
ロトコルにＳＬＰ（Service Location Protocol）（RFC
2608）を使用する。ＳＬＰは、サービスを提供するプロ
グラムを表すサービスエージェントと、サービスを探索
するユーザエージェントから構成される。本ゲートウェ
イ装置１では、オペレーティングシステム２１上でサー
ビスエージェント（ＳＡ）３０と、ユーザエージェント
（ＵＡ）３１が動作するようになっている。また本実施
形態では、サービス情報を蓄積・記憶するサービスを表
すサービスレポジトリサービスと、プリンタを表すプリ
ントサービスが存在する。

【００１８】続いて、本発明の実施形態に係るゲートウ
ェイ装置の処理機能について説明する。なお、本実施形
態においては、具体的な事例として「デレビブラウザ７
を使用して、海外からの通信販売ＷＥＢサイトから商品
を購入し、その領収証を手元のプリンタで自動的にプリ
ントアウトする」というユースシナリオを想定し、これ
を実現するための処理について説明する。このユースシ
ナリオにおいては、ホームネットワーク４に接続される
情報処理装置８としてプリンタが用いられる。

【００１９】図４はプリンタの情報をゲートウェイ装置
に登録する際の処理手順を示すフロー図である。先ず、
プリンタの電源を投入すると、プリンタはホームネット
ワーク４に存在するゲートウェイ装置１を探索する（ス
テップＳ１）。探索用プロトコルには、先述したＳＬＰ
を使用する。これに対して、ゲートウェイ装置１は、自
装置上のプロファイル情報を応答する（ステップＳ
２）。図５はゲートウェイ装置１上で動作するホームゲ
ートウェイサービスのサービスエージェント３０が応答
するＳＬＰ情報である。ＳＬＰ情報は、ホームゲートウ
ェイサービスを表すＵＲＬとサービスの属性を表すＳＬ
Ｐ属性とからなる。service-uri属性は、サービスの登
録や参照をするときに使用するネットワークアドレスで
ある。servcei-typeは、本サービスが、ホームゲートウ
ェイサービスであることを示している。

【００２０】ゲートウェイ装置１からの応答により、プ
リンタは、service-uri ＳＬＰ属性を取得し、このserv
ice-uri属性値から登録先のＵＲＩを作成して、プリン
トサービスの登録にＰＵＴメソッドでＷＥＢサイト上に
ＨＴＭＬ文書を登録する（ステップＳ３，Ｓ４）。この
とき、登録先のパスは、以下の書式に従う。 home-gateway-uri "/" service-type-name "/" service
-uri home-gateway-uri ::= ホームゲートウェイのservice-u
ri属性値 service-type-name ::= 登録するサービスの種類の名前 service-uri ::= 登録するサービスのservice-uri属性
値

【００２１】次に、プリンタは、PROPPATCHメソッドを
使用して、ＨＴＭＬ文書のＷｅｂＤＡＶプロパティの登
録を行う（ステップＳ５，Ｓ６）。ＷｅｂＤＡＶでは、
service-uri属性とservice-type属性をＸＭＬ(eXtensib
le-Markup-Language)でエンコーディングして登録して
いる。

【００２２】図６はプリンタがゲートウェイ装置にサー
ビスのプロファイル情報を登録するパケット情報を示す
図である。図６において、（1a）では、プリントサービ
スを表すＨＴＭＬ文書を登録し、（1b）で登録の成功を
示している。登録しているＨＴＭＬ文書は、単なるテキ
スト文であるが、プリンタ上で稼動しているＷＥＢサー
バのトップページへのリンクや、プリンタの紹介を表し
たＨＴＭＬ文書でもよい。一方、（2a）では、プリンタ
のサービスの種類と利用するためのＵＲＩを、ＷｅｂＤ
ＡＶプロパティとして登録し、(2b）で登録の成功を示
している。

【００２３】こうしてゲートウェイ装置１に登録される
プリンタのプロファイル情報（サービスの種類や、その
サービスを利用するためのＵＲＩなど）は、登録制御モ
ジュール２３によってプロファイル用データベース２６
に記憶・登録される。

【００２４】図７はアプリケーションサーバ６から送信
された受領証がプリンタでプリントされるまでの処理手
順を示すフロー図である。受領証は、ユーザがテレビブ
ラウザ７からゲートウェイ装置１を介してアプリケーシ
ョンサーバ６にアクセスして通信販売の商品を発注し、
その発注処理終了後に送信されるものである。発注処理
に際して、ユーザは、受領証の送付先を示すＵＲＬに、
次のような文字列を指定する。「ipp://www.isp.ne.jp/
~my-name/ 」この文字例において、「www.isp.ne.jp」
は、ＩＳＰ３のＤＮＳ(Domain Name System)名であり、
「~my-name」はＩＳＰ３がゲートウェイ装置１に割り当
てたパス名である。

【００２５】発注処理が終了すると、アプリケーション
サーバ６は、ＩＰＰを使用して、受領証をゲートウェイ
装置１に送信し、プリント要求する（ステップＳ１
１）。受領証の送信先（宛先）には、ユーザが発注時に
指定した"ipp://www.isp.ne.jp/~my-name/"が使用され
る。

【００２６】一方、ゲートウェイ装置１では、インター
ネット５側に存在するアプリケーションサーバ６からの
受信データをＨＴＴＰサーバ２２で受信すると、ＣＧＩ
を介して内部転送制御モジュール２４を起動する。そう
すると、内部転送制御モジュール２４は、以下のような
手順で受信データの転送を制御する。

【００２７】先ず、内部転送制御モジュール２４は、受
信データの解析を行い（ステップＳ１２）、その解析結
果に基づいて受信データが指し示すサービスの種類を判
別する（ステップＳ１３）。ここで、アプリケーション
サーバ６からの受信データは、ＨＴＴＰヘッダーに含ま
れるContent-Typeヘッダーフィールドの値が"applicati
on/ipp"であることから、ＩＰＰデータであると識別す
ることができる。そのため、内部転送制御モジュール２
４においては、アプリケーションサーバ６から要求され
たサービスの種類がプリントサービスであると判別す
る。

【００２８】ちなみに、アプリケーションサーバ６から
の全ての受信データ（この場合はプリントデータ）を受
信すると、ＨＴＴＰサーバ２２は、アプリケーションサ
ーバ６に受信処理が正常に行われた旨を応答する。即
ち、ＨＴＴＰサーバ２２は、ＨＴＴＰのステータスコー
ドの成功を表す「２００」、ＩＰＰのステータスコード
の成功を表す「０」を応答する。

【００２９】一方、内部転送制御モジュール２４では、
プロファイル用データベースモジュール２６にアクセス
して、先に判別したサービスの種類に対応する転送先を
選択する（ステップＳ１４）。その際、内部転送制御モ
ジュール２４では、プロファイル用データベースモジュ
ール２６を使用することにより、前述したようにＷｅｂ
ＤＡＶプロパティを検索できるので、servicei-type We
bDAVプロパティ値が"print-service"であるエントリを
検索する。この結果、プロファイル用データベースモジ
ュール２６に登録（記憶）してあるサービスの種類のう
ち、プリントサービスは一つだけなので一意に定まり、
そのservice-uri WevDAVプロパティ値を読み出すことに
より、受信データの転送先となるネットワークアドレス
（宛先情報）を得ることができる。ちなみに、プリント
サービスが複数あった場合には、例えば、優先順位を設
ける、或いはデフォルトの転送先を予め決めておく等の
処理を追加すればよい。

【００３０】次いで、内部転送制御モジュール２４は、
service-uri属性に記載されているURLスキーマから、転
送先判別部により転送先がlprであることが判明するた
め、lprを使用して受信したプリントデータを転送する
（ステップＳ１５）。このとき、ゲートウェイ装置１で
は、データの転送先となるプリンタが稼働しているかど
うかをＳＬＰ探索によって検知する。そして、プリンタ
が正常に稼働していれば、内部転送制御モジュール２４
によって転送されたプリントデータ（インターネット５
側からの受信データ）をプリンタが受信し、これをプリ
ントする（ステップＳ１６，Ｓ１７）。これにより、ユ
ーザは、通信販売の受領書をリアルタイムに取得するこ
とができる。

【００３１】一方、データ転送処理時にプリンタの電源
が投入されていない、或いはネットワークケーブルが接
続されていないなどの理由で、ＴＣＰ／ＩＰでの接続障
害が発生すると、内部転送制御モジュール２４では、プ
リンタからのＳＬＰの探索命令を受信するまで待機する
（ステップＳ１８）。このとき、プリンタに転送すべき
プリントデータは、内部転送制御モジュール２４によっ
て一旦、メモリ１２やハードディスク１３等のデータ蓄
積手段に蓄積される。

【００３２】その後、障害が回復してプリンタがＳＬＰ
の探索命令をホームネットワーク４に送信すると、これ
を検知することで内部転送制御モジュール２４は転送先
のプリンタが稼働したと判断し、lprによる受領書デー
タの再送信処理を行う。図８は、ホームネットワーク４
内に存在するプリンタを表すプリントサービスが応答す
るＳＬＰ情報である。このプリンタからのＳＬＰ情報を
検知することで、内部転送制御モジュール２４において
は、ＳＬＰ情報のservice-uri属性から、プリントデー
タの送信やプリンタの状態取得にＬＰＲ（Line Pringer
Daemon）を使用することが分かる。

【００３３】このようにインターネット５側からの受信
データが指し示すサービスの種類を判別し、この判別し
たサービスの種類に対応する転送先を、プロファイル用
データベースモジュール２６に記憶された宛先情報の中
から選択して、該選択した転送先に受信データを転送す
ることにより、インターネット５側のアプリケーション
サーバ６が受領証を送信する際には、ゲートウェイ装置
１の所在情報となるＵＲＬを指定するだけで、ホームネ
ットワーク４上に存在するプリンタにデータを転送して
受領証をプリントさせることが可能となる。

【００３４】また、ホームネットワーク４側で受信デー
タを転送するにあたっては、転送先となるプリンタの稼
働状況を検知し、プリンタが稼働していないことを検知
した場合は受信データをメモリ等に蓄積しておき、その
後、プリンタが稼働したことを検知した場合に、先に蓄
積しておいた受信データを転送することにより、例えば
最初のデータ転送時にプリンタの電源が投入されていな
かった場合でも、その後、プリンタの電源が投入される
ことで、転送先に選択したプリンタに対して確実に受信
データを転送することが可能となる。

【００３５】続いて、家族の構成員毎にプリンタがある
場合について説明する。この場合、例えば、父親にプリ
ンタＡ、母親にプリンタＢ、長男にプリンタＣ、長女に
プリンタＤといった具合に、合計４台のプリンタがホー
ムネットワーク４に存在し、それらのプリンタとユーザ
名を予めゲートウェイ装置１で対応付けておく。具体的
には、例えば図９に示されるようなアカウントデータベ
ーススキーマを用意すればよい。図９において、永続性
のフィールドには、該当するアカウントのライフタイム
値が記入される。ホームネットワーク４内のユーザであ
れば、「永続」を示す値が格納されるが、一時的なユー
ザであれば、「有効期限」を示す値が格納される。

【００３６】図１０及び図１１はホームネットワーク４
内に存在する特定のプリンタ（例えば、父親のプリンタ
Ａ）で、予め許可した受信データのみをプリントするた
めの一連の処理手順を示すもので、特に、図１０は発注
処理に係る処理手順を示し、図１１は発注処理後の処理
手順を示している。なお、ユースシナリオについては、
先述したユースシナリオと同様である。

【００３７】先ず、インターネットブラウザの起動時
に、ゲートウェイ装置１内で電子証明書の発行依頼がな
され（ステップＳ３１）、その発行依頼を受けてゲート
ウェイ装置１上で稼動している認証局２９が、外部から
の一時的利用に使用するため、HTTPレベルで認証を行う
ユーザ名とパスワードを生成する（ステップＳ３２）。
その後、認証局２９では、先に生成したユーザ名とパス
ワードが記載された電子証明書を発行し（ステップＳ３
３）、それと同時に登録制御モジュール２３がアカウン
ト情報（ユーザ名、パスワード）を取得してアカウント
用データベースモジュール２７に登録する（ステップＳ
３４）。このとき、認証局２９は他の場所で稼動し、そ
こで生成したアカウント情報をゲートウェイ装置１が取
得するようにしてもよい。電子証明書の書式は、例えば
X.509のような書式を従う。X.509であれば、証明書内の
拡張領域にユーザ名とパスワードを格納する。また、一
時利用であるため、例えば作成時間から72時間の時刻
等、適当な有効期限値（ライフタイム値）が格納され
る。

【００３８】次に、ゲートウェイ装置１とアプリケーシ
ョンサーバ６との間に、ＴＳＬ（Transport Layer Secu
rity）（RFC2246）で代表されるようなセキュア通信方
式によりセキュア通信路を確立する（ステップＳ３５，
Ｓ３６）。このとき、ゲートウェイ装置１では、セキュ
ア通信路を確立するにあたって、先に発行された電子証
明書をアプリケーションサーバ６に送付する。これによ
り、ユーザは、テレビブラウザ７を介して発注手続きを
行い（ステップＳ３７）、ＨＴＭＬフォーム文書を送信
して、発注書をアプリケーションサーバ６に送信する
（ステップＳ３８）。アプリケーションサーバ６への電
子証明書と発注書の送信は、ゲートウェイ装置１の外部
転送制御モジュール２５によって行われる。これによ
り、アプリケーションサーバ６では、受信した発注書に
従って発注処理を行い、結果をユーザに応答する（ステ
ップＳ３９）。発注処理が終了すると、その時点でセキ
ュア通信路は遮断される（ステップＳ４０）。

【００３９】一方、アプリケーションサーバ６が発注処
理を終了した後、ユーザ（発注者）への応答として受領
書を発行すると、ＩＰＰによりユーザが指定したゲート
ウェイ装置１へ受領書を送信する（ステップＳ４１）。
このとき、アプリケーションサーバ６では受領書の送信
にPrint-Job IPP命令を使用する。前述したようにＩＰ
ＰはＨＴＴＰを利用しているので、アプリケーションサ
ーバ６は、先の発注処理時に送付された電子証明書から
ユーザ名とパスワードを抽出し、この抽出したユーザ名
とパスワードを付与して、ゲートウェイ装置１に送信す
る（ステップＳ４２）。

【００４０】これに対して、ゲートウェイ装置１におい
ては、内部転送制御モジュール２４がアカウント用デー
タベースモジュール２７を検索し、アプリケーションサ
ーバ６が付与したユーザ名とパスワードが正しいかどう
かを確認する（ステップＳ４３）。この確認に合格する
と、内部転送制御モジュール２４は、データの受信処理
を許可する一方、先の図１０に示したアカウントデータ
ベーススキーマの「対応するサービスの種類」フィール
ドと「その利用するためのURI」フィールドを参照し、
ユーザアカウントに対応するプリントサービスの転送先
となるプリンタのＵＲＩを選択する（ステップＳ４
４）。

【００４１】一方、アプリケーションサーバ６はユーザ
名とパスワードによるログイン処理に成功すると、受領
証のプリントを依頼する（ステップＳ４５）。そうする
と、ゲートウェイ装置１では、アプリケーションサーバ
６からのプリントデータをＨＴＴＰサーバ２２で受信し
（ステップＳ４６）、この受信したプリントデータを内
部転送制御モジュール２４が、先に選択した転送先のプ
リンタに転送する（ステップＳ４７）。これにより、転
送先となるプリンタで受領証がプリント処理される（ス
テップＳ４８）。これに対して、先述のユーザ名とパス
ワードの確認に合格しない場合（ログイン処理に失敗し
た場合）は、内部転送制御モジュール２４がデータの受
信処理を不許可とし、その時点でアプリケーションサー
バ６との通信を切断する。そのため、ＨＴＴＰサーバ２
２によるデータの受信処理は行われない。

【００４２】このようにゲートウェイ装置１でアカウン
ト情報を生成・取得して、そのアカウント情報を通信販
売の発注時にインターネット５側のアプリケーションサ
ーバ６に送信しておき、その発注処理後に、アプリケー
ションサーバ６からの送信データに付与されたアカウン
ト情報を確認して、合格した場合のみデータの受信処理
を許可するようにすれば、不正に送信されたり誤って送
信されたデータをホームネットワーク４の入り口部分で
シャットアウトすることができる。これにより、いたず
ら防止となり、ネットワークの安全性を高めることがで
きる。また、アカウント情報の確認に合格した場合は、
そのアカウント情報と受信データが指し示すサービスの
種類に対応する転送先に受信データを転送するため、ホ
ームネットワーク４上にプリントサービスを提供するプ
リンタが複数台存在する場合でも、アカウント情報で対
応付けされたプリンタに受信データを安全かつ確実に転
送することができる。

【００４３】なお、上記実施形態においては、インター
ネット５に存在するアプリケーションサーバ６から受領
書を送信し、その受領証のデータをゲートウェイ装置１
で転送してプリントする場合について説明したが、本発
明はこれに限らず、インターネット５側から、例えば、
電話、ファクシミリ、メール、ニュースや、テレビ番組
表等の定期的な文書やビデオ、或いは音楽情報などを配
信する場合等においても同様に適用することが可能であ
る。ＨＴＴＰを使用して送信するデータの種類は、Cont
ent-Typeヘッダーフィールドに格納されているので、こ
の値を参照することにより、サービスの種類に対応する
転送先を選択することができる。

【００４４】

【発明の効果】以上説明したように本発明によれば、第
１のネットワーク側からの受信データが指し示すサービ
スの種類を判別し、この判別したサービスの種類に対応
する転送先を自動的に選択して、その転送先となる第２
のネットワーク側の情報処理装置に受信データを転送す
るため、第１のネットワーク側からデータを送信する際
には、そのデータの転送先を指定しなくても、ゲートウ
ェイ装置の所在情報を指定するだけで、第１のネットワ
ーク側からの受信データを、これに適合したサービスを
提供する情報処理装置に転送することが可能となる。こ
れにより、データの送信先を指定する際のユーザの操作
が大幅に簡略化されるとともに、管理者の介在なしで、
受信データに適合したサービスを提供する情報処理装置
に当該受信データを転送することができる。その結果、
例えば、インターネット側のＷＥＢサイトから通信販売
の受領書やテレビ番組表などの様々な文書を、ホームネ
ットワーク側の情報処理装置に送信するに際して、文書
の配信先の指定操作を大幅に簡略化することが可能とな
るとともに、ホームネットワークの運用・管理が非常に
容易なものとなる。

【図面の簡単な説明】

【図１】 本発明の実施形態に係るネットワーク全体の
構成図である。

【図２】 本発明の実施形態に係るゲートウェイ装置の
ハードウェア構成を示す模式図である。

【図３】 本発明の実施形態に係るゲートウェイ装置の
ソフトウェア構成を示す模式図である。

【図４】 ゲートウェイ装置へのプリンタ情報の登録処
理を示すフロー図である。

【図５】 ゲートウェイ装置上で動作するサービスエー
ジェントが応答するｓＬＰ情報を示す図である。

【図６】 ゲートウェイ装置にプリンタのプロファイル
情報を登録する際のパケット情報を示す図である。

【図７】 アプリケーションサーバから送信された受領
証がプリントされるまでの処理手順を示すフロー図であ
る。

【図８】 プリントサービスが応答するＳＬＰ情報を示
す図である。

【図９】 アカウントデータベーススキーマを示す図で
ある。

【図１０】 発注処理に係る処理手順を示すフロー図で
ある。

【図１１】 発注処理後の処理手順を示すフロー図であ
る。

【符号の説明】

１…ゲートウェイ装置、２…公衆回線網、３…ＩＳＰ、
４…ホームネットワーク、５…インターネット、６…ア
プリケーションサーバ、７…テレビブラウザ、８…情報
処理装置、１１…ＣＰＵ、１２…メモリ、１３…ハード
ディスク、１４…ネットワークインタフェース、１５…
内蔵モデム、１６…内部バス、２１…オペレーティング
システム、２２…ＨＴＴＰサーバ、２３…登録制御モジ
ュール、２４…内部転送制御モジュール、２５…外部転
送制御モジュール、２６…プロファイル用データベース
モジュール、２７…アカウント用データベースモジュー
ル、２８…認証局管理用モジュール、２９…認証局、３
０…サービスエージェント、３１…ユーザエージェント

Claims (5)

【特許請求の範囲】
1. 【請求項１】 第１のネットワークと第２のネットワー
   クとを相互に接続するゲートウェイ装置において、 前記第１のネットワーク側からの受信データが指し示す
   サービスの種類を判別する判別手段と、 前記第２のネットワーク側に接続された情報処理装置が
   提供するサービスの種類と該サービスを利用するための
   宛先を記憶する記憶手段と、 前記判別手段で判別されたサービスの種類に対応する転
   送先を、前記記憶手段に記憶された宛先情報の中から選
   択する選択手段と、 前記選択手段で選択された転送先に前記受信データを転
   送する制御手段とを備えることを特徴とするゲートウェ
   イ装置。
2. 【請求項２】 前記第１のネットワーク側からの受信デ
   ータを蓄積する蓄積手段と、 前記選択手段で選択した転送先の稼働状況を検知する検
   知手段とを具備し、 前記制御手段は、前記検知手段によって転送先が稼働し
   ていないと検知された場合に前記受信データを前記蓄積
   手段に蓄積し、前記検知手段によって転送先が稼働して
   いると検知された場合に前記蓄積手段に蓄積した受信デ
   ータを転送することを特徴とする請求項１記載のゲート
   ウェイ装置。
3. 【請求項３】 前記第２のネットワークを利用する際に
   必要となるアカウント情報を取得する取得手段と、 前記取得手段で取得したアカウント情報を前記第１のネ
   ットワーク側に送信する送信手段と、 前記第１のネットワーク側から送信されたデータの受信
   処理に先立ってアカウント情報を確認する確認手段とを
   具備し、 前記制御手段は、前記確認手段による確認に合格した場
   合のみデータの受信処理を許可することを特徴とする請
   求項１記載のゲートウェイ装置。
4. 【請求項４】 前記第１のネットワークがインターネッ
   トであり、前記第２のネットワークがローカルエリアネ
   ットワークであることを特徴とする請求項１記載のゲー
   トウェイ装置。
5. 【請求項５】 前記選択手段は、前記確認手段による確
   認に合格した場合に、前記記憶手段に記憶されている宛
   先情報の中から、確認に合格したアカウント情報と受信
   データから判別したサービスの種類とに対応する転送先
   を選択することを特徴とする請求項３記載のゲートウェ
   イ装置。