(57)【要約】【課題】中継装置の処理負荷を低減させることを目的とする。【解決手段】第１の通信装置より受信されたメッセージの送信先の第２の通信装置がメッセージに含まれるリソース識別情報で識別されるリソースに中継装置を経由せずに直接、アクセス可能か否か判定する判定手段と、判定手段により中継装置を経由せずに直接、アクセス可能であると判定された場合、第２の通信装置が中継装置を経由せずともリソースを取得することができるようにメッセージに含まれるリソース識別情報を変換する変換手段と、を有することによって課題を解決する。【選択図】図３
2015053611.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信装置よりメッセージを受信する受信手段と、
前記受信手段により受信された前記メッセージの送信先の第２の通信装置が前記メッセージに含まれるリソース識別情報で識別されるリソースに中継装置を経由せずに直接、アクセス可能か否か判定する判定手段と、
前記判定手段により中継装置を経由せずに直接、アクセス可能であると判定された場合、前記第２の通信装置が中継装置を経由せずとも前記リソースを取得することができるように前記メッセージに含まれる前記リソース識別情報を変換する変換手段と、
を有する中継装置。
【請求項２】
前記判定手段は、更に、前記リソースの種別、又は内容に応じて、前記第２の通信装置が前記リソースを取得する際、中継装置を経由させるか否かを判定する請求項１記載の中継装置。
【請求項３】
前記判定手段は、更に、中継装置に実装されている機能に応じて、前記第２の通信装置が前記リソースを取得する際、中継装置を経由させるか否かを判定する請求項１記載の中継装置。
【請求項４】
前記変換手段は、変換対象の文字列と変換後の文字列とが登録されている変換データに基づいて、前記メッセージに含まれる前記リソース識別情報を変換する請求項１乃至３何れか１項記載の中継装置。
【請求項５】
第１の通信装置と、第２の通信装置と、中継装置と、を含む通信システムであって、
前記第１の通信装置は、
前記第２の通信装置あてのメッセージを前記中継装置に送信する送信手段を有し、
前記中継装置は、
前記第１の通信装置より前記メッセージを受信する受信手段と、
前記受信手段により受信された前記メッセージの送信先の前記第２の通信装置が前記メッセージに含まれるリソース識別情報で識別されるリソースに前記中継装置を経由せずに直接、アクセス可能か否か判定する判定手段と、
前記判定手段により前記中継装置を経由せずに直接、アクセス可能であると判定された場合、前記第２の通信装置が前記中継装置を経由せずとも前記リソースを取得することができるように前記メッセージに含まれる前記リソース識別情報を変換する変換手段と、
を有し、
前記第２の通信装置は、
前記メッセージを、前記中継装置を介して受信する受信手段と、
前記受信手段により受信された前記メッセージに含まれる、前記変換手段で変換された前記リソース識別情報に基づいて、前記リソース識別情報で識別される前記リソースを、前記中継装置を経由せずに取得する取得手段と、
を有する通信システム。
【請求項６】
中継装置が実行する情報処理方法であって、
第１の通信装置よりメッセージを受信する受信ステップと、
前記受信ステップにより受信された前記メッセージの送信先の第２の通信装置が前記メッセージに含まれるリソース識別情報で識別されるリソースに前記中継装置を経由せずに直接、アクセス可能か否か判定する第１の判定ステップと、
前記第１の判定ステップにより前記中継装置を経由せずに直接、アクセス可能であると判定された場合、前記第２の通信装置が前記リソースを取得する際、前記中継装置を経由させるか否かを判定する第２の判定ステップと、
前記第２の判定ステップにより前記中継装置を経由させないと判定された場合、前記第２の通信装置が前記中継装置を経由せずとも前記リソースを取得することができるように前記メッセージに含まれる前記リソース識別情報を変換する変換ステップと、
を含む情報処理方法。
【請求項７】
第１の通信装置と、第２の通信装置と、中継装置と、を含む通信システムにおける情報処理方法であって、
前記第１の通信装置が、前記第２の通信装置あてのメッセージを前記中継装置に送信する送信ステップと、
前記中継装置が、前記第１の通信装置より前記メッセージを受信する受信ステップと、
前記中継装置が、前記受信ステップにより受信された前記メッセージの送信先の前記第２の通信装置が前記メッセージに含まれるリソース識別情報で識別されるリソースに前記中継装置を経由せずに直接、アクセス可能か否か判定する第１の判定ステップと、
前記中継装置が、前記第１の判定ステップにより前記中継装置を経由せずに直接、アクセス可能であると判定された場合、前記第２の通信装置が前記リソースを取得する際、前記中継装置を経由させるか否かを判定する第２の判定ステップと、
前記中継装置が、前記第２の判定ステップにより前記中継装置を経由させないと判定された場合、前記第２の通信装置が前記中継装置を経由せずとも前記リソースを取得することができるように前記メッセージに含まれる前記リソース識別情報を変換する変換ステップと、
前記第２の通信装置が、前記メッセージを、前記中継装置を介して受信する受信ステップと、
前記第２の通信装置が、前記受信ステップにより受信された前記メッセージに含まれる、前記変換ステップで変換された前記リソース識別情報に基づいて、前記リソース識別情報で識別される前記リソースを、前記中継装置を経由せずに取得する取得ステップと、
を含む情報処理方法。
【請求項８】
コンピュータに、
第１の通信装置よりメッセージを受信する受信ステップと、
前記受信ステップにより受信された前記メッセージの送信先の第２の通信装置が前記メッセージに含まれるリソース識別情報で識別されるリソースに前記コンピュータを経由せずに直接、アクセス可能か否か判定する判定ステップと、
前記判定ステップにより前記コンピュータを経由せずに直接、アクセス可能であると判定された場合、前記第２の通信装置が前記コンピュータを経由せずとも前記リソースを取得することができるように前記メッセージに含まれる前記リソース識別情報を変換する変換ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継装置の処理負荷を低減させることが可能な中継装置、通信システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ネットワークの普及によりパーソナルコンピュータだけでなく携帯電話や電子機器等、様々なものがネットワークに接続出来るようになってきた。それに伴い、電子機器等を相互連携して利用する環境は、オフィスユースはもちろんのこと、今まで単独で用いられてきた家電製品やその他の電器製品もネットワークに繋がり、ホームユースにも及ぶようになってきた。
ネットワークに接続する各種機器の接続容易性、設定容易性がとりわけ求められる。
このような要求に応えることができるネットワーク技術の一つに、ユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ。以下、ＵＰｎＰという。）と呼ばれるものが存在する。ＵＰｎＰは一つのホームネットワーク内で動作するプロトコルであるが、このような閉じたネットワーク内で動作するプロトコルを、インターネット越しの遠隔拠点間のような上位のネットワークでも動作可能にするための技術が存在する。
【０００３】
特許文献１に記載のシステムは、直接、通信し合うことのできない二つのネットワーク間にリバースプロキシ装置を配置し、リバースプロキシ装置が二つのネットワーク間のデータを中継することで、ネットワーク間のデータのやりとりを可能にしている。
特許文献２に記載のシステムでは、直接通信し合うことのできない二つのネットワーク内に存在する装置の情報を、各ネットワーク内に存在する互いに通信可能な接続装置が中継する。この接続装置が他のネットワーク宛てのデータを中継することで、ネットワーク間のデータの送受信を可能にしている。
ＵＰｎＰの使用方法を規定し、相互接続性を高めるガイドラインをＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）が規定している。その中でコンテンツの閲覧や印刷をコントローラ、コンテンツ提供装置、出力装置の三者間で行う３Ｂｏｘモデルのユースケースが多数紹介されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−５５２００号公報
【特許文献２】特開２００５−３１１７７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
同一ネットワーク内にコンテンツ提供装置と出力装置とが存在し、他のネットワーク内にコントローラが存在する場合に、出力装置はコンテンツ提供装置から直接、コンテンツを取得することも可能である（第一の経路）。一方、特許文献１記載のリバースプロキシや特許文献２記載の接続装置等の中継装置を経由してコンテンツを取得することもできる（第二の経路）。従来技術では、この二つの経路のうち、どちらを選択するかを制御する技術は存在していなかった。
そのため、直接、コンテンツを取得できるような場合でも、中継装置を経由してコンテンツを取得することにより、中継装置に処理負荷がかかる問題があった。
【０００６】
本発明はこのような問題点に鑑みなされたもので、中継装置の処理負荷を低減させることを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明は、中継装置であって、第１の通信装置よりメッセージを受信する受信手段と、前記受信手段により受信された前記メッセージの送信先の第２の通信装置が前記メッセージに含まれるリソース識別情報で識別されるリソースに中継装置を経由せずに直接、アクセス可能か否か判定する判定手段と、前記判定手段により中継装置を経由せずに直接、アクセス可能であると判定された場合、前記第２の通信装置が中継装置を経由せずとも前記リソースを取得することができるように前記メッセージに含まれる前記リソース識別情報を変換する変換手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、中継装置の処理負荷を低減させることができる。
【図面の簡単な説明】
【０００９】
【図１】通信システムのシステム構成の一例を示す図である。
【図２】中継装置のモジュール構成の一例を示す図である。
【図３】メッセージ変換部で行われるメッセージ変換処理の一例を示すフローチャートである。
【図４】変換テーブルの一例を示す図である。
【図５】出力装置が中継装置を経由せずにコンテンツ提供装置からコンテンツを取得する情報処理の一例を示すシーケンス図である。
【図６】出力装置が中継装置を経由させてコンテンツ提供装置からコンテンツを取得する情報処理の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。
【００１１】
＜＜実施形態１＞＞
＜システム全体の構成図＞
図１は、通信システムのシステム構成の一例を示す図である。
通信システムは、中継装置１０と、コントローラ１１と、出力装置１２と、コンテンツ提供装置１３と、を含む。中継装置１０と、コントローラ１１と、はネットワーク１４を介して通信可能に接続されている。また、中継装置１０と、出力装置１２と、コンテンツ提供装置１３と、はネットワーク１５を介して通信可能に接続されている。
中継装置１０の有する機能については後述する図２を用いて説明する。中継装置１０のより具体的な例としては、ＡＬＧ（Ａｐｐｌｉｃａｔｉｏｎ  Ｌｅｖｅｌ  Ｇａｔｅｗａｙ）サーバ装置、リバースプロキシ装置、アクセスポイント装置等が挙げられるが、後述のモジュール構成を満たすものであればこれに限定されない。
コントローラ１１は、コンテンツ提供装置１３内のコンテンツのメタ情報を取得し、そのコンテンツのメタ情報から抽出したコンテンツの所在情報（ＵＲＬ等）を記載した出力指示メッセージを出力装置１２に送信する機能を有する。コントローラ１１のより具体的な例としては、カメラ装置、ビデオカメラ装置、スマートフォン装置、ＰＣ装置、携帯電話等が挙げられるが、前記機能を満たすものであればこれに限定されない。
【００１２】
出力装置１２は、コントローラ１１から送信された出力指示メッセージに従って、コンテンツを取得し、出力を行う機能を有する。出力装置１２のより具体的な例としては、テレビ装置、プリンタ装置、プロジェクター装置、スマートフォン装置、ＰＣ装置、携帯電話等が挙げられるが、前記機能を満たすものであればこれに限定されない。
コンテンツ提供装置１３は、コントローラ１１からの要求に応じてコンテンツのメタ情報を提供し、出力装置１２の要求に応じてコンテンツを提供する機能を有する。コンテンツ提供装置１３のより具体的な例としては、ＮＡＳ装置、ＰＣ装置、カメラ装置、ビデオカメラ装置、スマートフォン装置、携帯電話等が挙げられるが、前記機能を満たすものであればこれに限定されない。
コントローラ１１は、第１の通信装置の一例である。出力装置１２は、第２の通信装置の一例である。
【００１３】
ネットワーク１４、１５は、本実施形態におけるホームネットワークとしての有線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、又は無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）である。なお、本実施形態ではホームネットワークとして有線ＬＡＮ、又は無線ＬＡＮを利用しているが、これに限らず、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、アドホックネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、ＵＷＢ等でもよい。上述したようにネットワーク１４を介して中継装置１０と、コントローラ１１と、が通信可能である。また、上述したようにネットワーク１５を介して中継装置１０と、出力装置１２、コンテンツ提供装置１３と、が通信可能である。
【００１４】
本実施形態では、より具体的な例を用いて説明する場合、中継装置１０をインターネット上に存在するＡＬＧサーバと仮定する。またコントローラ１１をＤＬＮＡの＋ＰＲ２＋機能を有する装置と仮定する。また出力装置１２をＤＬＮＡのＤＭＰｒ機能を有する装置と仮定する。またコンテンツ提供装置をＤＬＮＡのＤＭＳ機能を有する装置と仮定する。これらの装置のもと、より具体的な例を用いて説明を行う場合は、ＤＬＮＡの３Ｂｏｘプリントを遠隔拠点間で実行する場合を想定して説明を行う。
ＤＬＮＡの３Ｂｏｘプリントでは、コントローラ（＋ＰＲ２＋）１１がＤＭＳ（コンテンツ提供装置）より印刷したいコンテンツのＵＲＬを取得し、そのＵＲＬを記載したＸＨＴＭＬ文書を生成する。このＸＨＴＭＬ文書のＵＲＬをコントローラ１１がＤＭＰｒ（出力装置１２）に送信する。ＤＭＰｒは、そのＵＲＬにアクセスすることで、ＸＨＴＭＬ文書をコントローラ１１から取得する。更にＤＭＰｒは、ＸＨＴＭＬ文書に記載されているコンテンツのＵＲＬにアクセスすることで、ＤＭＳからコンテンツを取得し、印刷を行う。
【００１５】
＜中継装置のモジュール構成図＞
図２は、中継装置のモジュール構成の一例を示す図である。
ネットワーク通信制御部２０１は、ネットワーク１４、１５に接続するための通信制御を行う。
メッセージ送信部２０２は、ネットワーク通信制御部２０１を利用して、ネットワーク１４を通してコントローラ１１に、ネットワーク１５を通して出力装置１２及びコンテンツ提供装置１３に対して中継するメッセージを送信する。
メッセージ受信部２０３は、ネットワーク通信制御部２０１を利用して、ネットワーク１４を通してコントローラ１１から、ネットワーク１５を通して出力装置１２及びコンテンツ提供装置１３から送信されてくるメッセージを受信する。
制御部２０４は、中継装置１０の全体の制御を行う。制御部２０４は、メッセージ送信部２０２、メッセージ受信部２０３、変換情報管理部２０５、メッセージ変換部２０６の各モジュールを管理、制御する。
変換情報管理部２０５は、メッセージ受信部２０３で受信したメッセージを変換する際の変換規則の情報を保持する。
メッセージ変換部２０６は、変換情報管理部２０５の保持する変換規則の情報を基に、制御部２０４によって渡されたメッセージ中の変換対象の変換処理を行う。メッセージ変換部２０６のより具体的な処理については図３、図５、図６を用いて後述する。
メッセージ解析部２０７は、メッセージ受信部２０３で受信したメッセージを解析し、変換対象となる箇所を抽出する。抽出されたデータは、制御部２０４によってメッセージ変換部２０６に渡される。
【００１６】
図２のモジュール構成は、ハードウェアとして中継装置１０に実装されてもいいし、ソフトウェアとして中継装置１０に実装されてもいい。図２のモジュール構成がソフトウェアとして中継装置１０に実装される場合、中継装置１０は、ＣＰＵやメモリ、ネットワークＩ／Ｆ等をハードウェア構成として有する。そして、ＣＰＵがメモリに記憶されているプログラムに基づき処理を実行することによって、図２の中継装置１０のソフトウェア構成（モジュール構成）や後述するフローチャート等に係る処理が実現される。
また、例えば、コントローラ１１や、出力装置１２、コンテンツ提供装置１３も各々ＣＰＵやメモリを有する。そして、各装置のＣＰＵが各装置のメモリに記憶されているプログラムに基づき処理を実行することによって各装置の機能や後述するシーケンス図に係る処理が実現される。
【００１７】
＜メッセージ変換処理＞
図３は、メッセージ変換部２０６で行われるメッセージ変換処理の一例を示すフローチャートである。
説明を簡素化するため、より具体的なメッセージとして、後述する図５のＸＨＴＭＬ文書を取り上げて以降の説明を行う。
中継装置１０内のメッセージ受信部２０３が受信したメッセージは、制御部２０４によってメッセージ解析部２０７に渡され、変換対象が抽出される。変換対象の抽出方法については後述する図５、図６を用いて説明を行う。この例では変換対象として出力するコンテンツのＵＲＬが抽出される。
抽出された変換対象は制御部２０４によってメッセージ変換部２０６に渡される。これにより、Ｓ３００のメッセージ変換処理が起動される。
メッセージ変換処理が起動されると、Ｓ３０１において、メッセージ変換部２０６は、メッセージの送信先となる装置が、変換対象が示すリソースに直接アクセス可能であるかどうかの判定を行う（第１の判定）。判定方法の詳細については後述する図５、図６を用いて説明を行う。
Ｓ３０１で判定が否となった場合、メッセージ変換部２０６は、変換を行わずに図３に示す処理を終了する。
【００１８】
Ｓ３０１で判定が正となった場合、メッセージ変換部２０６は、処理をＳ３０２に進める。
Ｓ３０２において、メッセージ変換部２０６は、リソースの取得に際して中継装置１０を経由させるか否かの判定を行う（第２の判定）。判定が否の場合、メッセージ変換部２０６は、処理をＳ３０３に進める。
Ｓ３０３において、メッセージ変換部２０６は、制御部２０４を介して変換情報管理部２０５の情報を取得し、取得した情報を基に、リソース識別子の変換を行い、図３に示す処理を終了する。変換のより具体的な方法については後述する図５、図６を用いて説明を行う。リソース識別子は、リソース識別情報の一例である。
判定が正の場合、メッセージ変換部２０６は、変換処理を行わずに、そのまま、図３に示す処理を終了する。
【００１９】
Ｓ３０２において、メッセージ変換部２０６が中継装置１０を経由させるか否かの判定処理としては、複数の方法がある。
例えば、メッセージ変換部２０６は、Ｓ３０２の判定において必ず正とする処理を実行してもよい。これは、メッセージの送信先となる装置が、変換対象が示すリソースに直接アクセス可能である場合、すべて中継装置１０を経由させないとする処理である。このような処理によれば、中継装置１０の処理負荷の軽減が図れる。
また、メッセージ変換部２０６は、変換対象が示すリソースの種別や内容に応じて、中継装置１０を経由させるものとさせないものとを切り替える処理としてもよい。例えば、Ｓ３０２において、メッセージ変換部２０６は、静止画のような小容量なリソース（設定された容量以下のリソース）は中継装置１０を経由させる判定してもよい。一方、Ｓ３０２において、メッセージ変換部２０６は、動画のような大容量なリソース（設定された容量より大きいリソース）は経由させないと判定してもよい。更に、Ｓ３０２において、メッセージ変換部２０６は、中継装置１０上でリソースの変換や、通信内容の監視等を行いたい場合は、敢えてそのリソースを中継装置１０経由で取得させるように判定してもよい。つまり、メッセージ変換部２０６は、中継装置１０にリソースの変換や、通信内容の監視を行う機能が実装されているか否かを判定する。そして、メッセージ変換部２０６は、中継装置１０にリソースの変換や、通信内容の監視を行う機能が実装されている場合は、リソースを中継装置１０経由で取得させるようにしてもよい。例えば、メッセージ変換部２０６は、中継装置１０のメモリ等に設定されている設定ファイルに記載の機能（例えば、アプリケーション又はＷｅｂサービス）が中継装置１０で動作しているか否かを判定する。メッセージ変換部２０６は、設定ファイルに記載の機能が中継装置１０で動作している場合は、リソースを中継装置１０経由で取得させるよう判断する。また、メッセージ変換部２０６は、リソースの種別や内容と、中継装置１０に実装されている機能と、に基づいて、リソースを経由させるか否かを判定するようにしてもよい。
このように、メッセージ変換部２０６は、メッセージの送信先となる装置が、変換対象が示すリソースに直接アクセス可能であるか否かに応じて、そのリソース取得の際に、中継装置１０を経由させるか否かを切り替えることができる。また、中継装置１０の処理負荷軽減や、リソースの内容に応じた切り替え、通信内容の監視の是非に応じた切り替え等が可能になる。
【００２０】
＜シーケンス図＞
以下、システムにおけるメッセージの流れを示すシーケンス図を用いて本実施形態の詳細な説明を行う。
ＨｏｍｅＧａｔｅｗａｙ（以下、ＨＧＷという）１（後述する図５のＨＧＷ１  ４０）とＨＧＷ２（後述する図５のＨＧＷ２  ４１）とはグローバルアドレスを有する。ＨＧＷ１  ４０は中継装置１０とコントローラ１１との間の通信をブリッジする。ＨＧＷ２  ４１は中継装置１０と出力装置１２及びコンテンツ提供装置１３との間の通信をブリッジする。
前提として、中継装置１０の変換情報管理部２０５には、既に変換情報が登録されており、この変換情報に従って中継装置１０はメッセージの変換を行う。変換情報の内容は、図４に示すような変換テーブル６００である。左列が変換対象となるＵＲＬ中の文字列を示し（以下、プリフィックスという）、右列が変換後の文字列を示す。図４右列のＨＧＷ１、ＨＧＷ２はそれぞれＨＧＷ１とＨＧＷ２とを識別する識別子を示す（例えば、グローバルアドレスである）。また図４右列のＣｏｎｔｒｏｌｌｅｒ１、Ｐｒｉｎｔｅｒ１、Ｓｅｒｖｅｒ１はそれぞれのコントローラ１１、出力装置１２、コンテンツ提供装置１３へメッセージをブリッジさせるための識別子を示す（例えば、ポート番号である）。
変換テーブルは、変換データの一例である。
【００２１】
図５は、出力装置１２が中継装置１０を経由せずにコンテンツ提供装置１３からコンテンツを取得する情報処理の一例を示すシーケンス図である。
コントローラ１１は、Ｍ４００にて印刷処理の開始を意味するＵＰｎＰのＰｒｉｎｔＥｎｈａｎｃｅｄ：１サービスにおけるＣｒｅａｔｅＵＲＩＪｏｂアクションを、中継装置１０あてにＰ１のプリフィックスを付けて送信する。このとき、コントローラ１１は、ＸＨＴＭＬ文書のＵＲＬを引数として入力する。
中継装置１０は、受信したＣｒｅａｔｅＵＲＩＪｏｂアクションのメッセージをＭ４０１にて変換する。中継装置１０は、ここでは変換テーブル６００に従って、プリフィックスＰ１をキーにメッセージをＨＧＷ２経由で出力装置１２に転送すべきことがわかる。そのため、中継装置１０は、メッセージの転送先をＨＧＷ２のアドレスに、メッセージのリクエストラインＵＲＬを出力装置１２のアドレスに変換する。このとき、中継装置１０は、更にＸＨＴＭＬ文書のＵＲＬも変換テーブル６００に従って、Ｃｏｎｔｒｏｌｌｅｒ１からＰｒｏｘｙ／Ｃ１に変換する。変換されたメッセージはＭ４０２で出力装置１２に送信される。
【００２２】
出力装置１２は、Ｍ４０２でメッセージを受信する。すると、出力装置１２は、メッセージに記載されているＵＲＬ宛にＭ４０３でＸＨＴＭＬ文書の取得を行う。
中継装置１０は、Ｍ４０３でメッセージを受信する。すると、中継装置１０は、Ｍ４０４において、メッセージに含まれるプリフィックスＣ１をキーに、メッセージをＨＧＷ１経由でコントローラ１１に転送すべきことがわかる。このため、中継装置１０は、メッセージの転送先をＨＧＷ１のアドレスに、メッセージのリクエストラインＵＲＬをコントローラ１１のアドレスに変換する。変換されたメッセージはＭ４０５で出力装置１２に送信される。
中継装置１０は、Ｍ４０６にて要求したＸＨＴＭＬ文書を取得する。取得したＸＨＴＭＬ文書中にはコンテンツ提供装置１３のコンテンツである画像１を示すＵＲＬがプリフィックスＳ１で変換された状態で記載されているものとする。これはコントローラ１１が予めコンテンツ提供装置１３のコンテンツのメタ情報を中継装置１０経由で取得することにより可能である。
【００２３】
中継装置１０は、Ｍ４０７にて、Ｍ４０６で受信したＸＨＴＭＬ文書の変換を行う。中継装置１０は、プリフィックスＳ１をキーにＸＨＴＭＬ文書中のＵＲＬをコンテンツ提供装置１３のアドレスに変換する。変換したＸＨＴＭＬ文書はＭ４０８にて出力装置１２に送信される。
出力装置１２は、Ｍ４０９にて、Ｍ４０８で受信したＸＨＴＭＬ文書のＵＲＬにアクセスし、印刷するコンテンツの取得要求を行う。
コンテンツ提供装置１３は、Ｍ４１０にて、要求されたコンテンツを出力装置１２宛てに送信する。
【００２４】
図６は、出力装置１２が中継装置１０を経由させてコンテンツ提供装置１３からコンテンツを取得する情報処理の一例を示すシーケンス図である。
Ｍ５００〜Ｍ５０６の処理はＭ４００〜Ｍ４０６の処理と同じであるため説明を省略する。
Ｍ５０７において、ＸＨＴＭＬ文書の変換を行う際に、図３のＳ３０２の判定が正となるため、変換が行われずに、Ｍ５０８で送信されるＸＨＴＭＬ文書中の画像１のＵＲＬはＰｒｏｘｙ／Ｓ１のままとなる。これにより、Ｍ５０９で出力装置１２は中継装置１０宛てに画像１の要求を行う。
中継装置１０は、Ｍ５０９で画像１の要求に係るメッセージを受信すると、Ｍ５１０において、プリフィックスＳ１をキーにメッセージをＨＧＷ２経由でコンテンツ提供装置１３に転送すべきことがわかる。このため、中継装置１０は、メッセージの転送先をＨＧＷ２のアドレスに、メッセージのリクエストラインＵＲＬをコンテンツ提供装置１３のアドレスに変換する。変換されたメッセージはＭ５１１でコンテンツ提供装置１３に送信される。
コンテンツ提供装置１３は、Ｍ５１１でメッセージを受信すると、Ｍ５１２、Ｍ５１３において、画像１のデータを、中継装置１０を経由して出力装置１２へ送信する。
【００２５】
本実施形態で説明したように、中継装置１０が、ＸＨＴＭＬ文書中のコンテンツのＵＲＬを変換するかしないかによって、出力装置１２がコンテンツ提供装置１３からコンテンツを取得する際の通信経路を切り替えることができる。
【００２６】
＜＜実施形態２＞＞
実施形態１ではＤＬＮＡの３Ｂｏｘプリントを例として説明したが、実施形態２として、ＤＬＮＡの３Ｂｏｘレンダリングを例に説明を行う。この場合、コントローラ１１は、ＤＬＮＡのＤＭＣ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ）となる。そして、出力装置１２は、ＤＬＮＡのＤＭＲ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ）となる。
基本的な処理の流れは実施形態１と同じであるが、異なる点についてのみ記述する。
３Ｂｏｘレンダリングでは、Ｍ４００にて、コントローラ１１は、閲覧の開始を意味するＵＰｎＰのＡＶＴｒａｎｓｐｏｒｔ：１サービスにおけるＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩアクションを送信する。このとき、コントローラ１１は、閲覧したいコンテンツ提供装置１３内の画像１のＵＲＬを引数として入力する。コントローラ１１は、このＵＲＬをプリフィックスＳ１で変換された状態で記載する。
その後、コントローラ１１からのＡＶＴｒａｎｓｐｏｒｔ：１サービスにおけるＰｌａｙアクションをきっかけに、出力装置１２は、指定されたＵＲＬからメディアを取得し、表示する。ここで、Ｍ４００にて中継装置１０が受信した画像１のＵＲＬを、中継装置１０が変換する場合、出力装置１２は、画像１をコンテンツ提供装置１３から直接取得するようになる。一方、Ｍ４００にて中継装置１０が受信した画像１のＵＲＬを、中継装置１０が変換しない場合、出力装置１２は、画像１を、中継装置１０を経由してコンテンツ提供装置１３から取得するようになる。
【００２７】
＜＜その他の実施形態＞＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００２８】
以上、上述した各実施形態によれば、中継が必要なデータのみを中継することで、中継装置の処理負荷を低減させることができる。
【００２９】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００３０】
２０１  ネットワーク通信制御部、２０２  メッセージ送信部、２０３  メッセージ受信部、２０４  制御部、２０５  変換情報管理部、２０６  メッセージ変換部、２０７  メッセージ解析部
【図１】
2015053611.tif 000003
【図２】
2015053611.tif 000004
【図３】
2015053611.tif 000005
【図４】
2015053611.tif 000006
【図５】
2015053611.tif 000007
【図６】
2015053611.tif 000008