(57)【要約】【課題】コンテンツ情報の複製を防止することができる通信装置を提供すること。【解決手段】ＭＦＰ１によれば、複製が許可されていないコンテンツ情報のＵＲＩを、ＭＦＰ１へのアクセスを行わせるＵＲＩへ変換する。よって、ＰＣ２０が、複製が許可されていないコンテンツ情報のＵＲＩを取得し、そのコンテンツ情報のＵＲＩへアクセスして、そのコンテンツ情報を取得することを防止することができる。従って、複製が許可されていないコンテンツ情報がＰＣ２０を用いて複製されることを防止することができる。【選択図】図５
2010231628.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを生成可能なコンテンツ情報、および前記コンテンツ情報の記憶位置を特定可能な位置情報を対応付けて記憶するコンテンツ記憶装置との通信を行うコンテンツ通信手段と、外部通信装置との通信を行う外部通信手段とを備えた通信装置であって、
前記外部通信装置からの第１のアクセスが前記外部通信手段を介して行われた場合に、前記コンテンツ記憶装置から前記位置情報を、前記コンテンツ通信手段を介して取得する取得手段と、
その取得手段により取得された前記位置情報を、前記通信装置へのアクセスを行わせるアクセス情報へ変換する変換手段と、
その変換手段により変換したアクセス情報と前記取得手段により取得された前記位置情報とを対応付けた対応情報を記憶する記憶手段と、
前記変換手段により変換されたアクセス情報を、前記外部通信手段を介して前記外部通信装置へ送信する送信手段と、
その送信手段により送信されたアクセス情報が前記外部通信装置で選択され、そのアクセス情報の選択による前記外部通信装置からの第２のアクセスが前記外部通信手段を介して行われた場合に、その外部通信装置にアクセスを行わせたアクセス情報に対応する前記位置情報を、前記記憶手段に記憶された対応情報を用いて特定する特定手段と、
その特定手段により特定された位置情報が示すコンテンツ情報を前記コンテンツ通信手段を介して取得するコンテンツ取得手段と、
そのコンテンツ取得手段により取得したコンテンツ情報から前記コンテンツを生成し、そのコンテンツの出力を実行する実行手段とを備えていることを特徴とする通信装置。
【請求項２】
前記コンテンツ記憶装置は、前記コンテンツ情報と位置情報とに対応付けて、前記コンテンツの内容を要約した要約情報を記憶するものであり、
前記取得手段は、前記外部通信装置からの第１のアクセスが前記外部通信手段を介して行われた場合に、前記位置情報に加え、その位置情報に対応する要約情報を、前記コンテンツ記憶装置から取得するものであり、
前記送信手段は、前記変換手段により変換されたアクセス情報に加え、前記取得手段により取得された要約情報を、前記外部通信手段を介して前記外部通信装置へ送信するものであることを特徴とする請求項１記載の通信装置。
【請求項３】
前記コンテンツ情報には、前記コンテンツ情報が複製許可されているかを示す判定情報が含まれており、
前記実行手段は、
前記コンテンツ取得手段により取得された前記コンテンツ情報に含まれる判定情報を用いて、前記コンテンツ情報が複製許可されているものかを判定するコンテンツ複製判定手段と、
そのコンテンツ複製判定手段により前記コンテンツ情報が複製許可されているものであると判定された場合に、前記コンテンツ取得手段により取得された前記コンテンツ情報からの前記コンテンツの生成を中止し、前記取得されたコンテンツ情報を前記外部通信装置へ前記外部通信手段を介して送信するコンテンツ情報送信手段とを備えていることを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記要約情報には、前記コンテンツ情報が複製許可されているかを示す判定情報が含まれており、
前記変換手段は、
前記取得手段により取得された前記要約情報に含まれる判定情報を用いて、前記コンテンツ情報が複製許可されているものかを判定する要約複製判定手段と、
その要約複製判定手段により前記コンテンツ情報が複製許可されているものであると判定された場合に、前記取得手段により取得された前記位置情報の前記アクセス情報への変換を中止し、前記取得された位置情報を前記アクセス情報とする中止手段とを備えていることを特徴とする請求項２記載の通信装置。
【請求項５】
前記位置情報は、インターネット上の位置を示す第１のＵＲＩであり、
前記アクセス情報は、前記通信装置のネットワーク上の位置を示す第２のＵＲＩであり、
前記取得手段は、前記外部通信装置からの第１のアクセスが前記外部通信手段を介して行われた場合に、前記コンテンツ記憶装置から前記第１のＵＲＩを取得するものであり、
前記変換手段は、前記取得手段により取得された前記第１のＵＲＩを、前記第２のＵＲＩへ変換するものであり、
前記外部通信装置は、ウェブサイトを閲覧するウェブブラウザを備え、そのウェブブラウザを使用して、前記第２のＵＲＩの選択を行うものであることを特徴とする請求項１から４のいずれかに記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信装置に関するものである。
【背景技術】
【０００２】
画像情報（画像データ）等のコンテンツをパーソナルコンピュータ（以下、「ＰＣ」と称す）を介して利用する技術としては、例えば、特開２００７−１７９３２８号公報に記載のネットワーク印刷システムが知られている。このネットワーク印刷システムでは、コンテンツを生成可能なコンテンツ情報（コンテンツデータ）をＰＣで取得し、その取得したコンテンツ情報を用いた印刷をプリンタで実行させて、所望のコンテンツの印刷を実現している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１７９３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のネットワーク印刷システムでは、コンテンツ情報がＰＣで取得されてしまう（ダウンロードされてしまう）。よって、複製が許可されていないコンテンツ情報であっても、一度、ＰＣへダウンロードされてしまうと、そのＰＣを用いて容易に複製が行われてしまうという問題点があった。
【０００５】
本発明は、上記問題点を解決するためになされたものであり、コンテンツ情報の複製を防止することができる通信装置を提供することを目的としている。
【課題を解決するための手段】
【０００６】
この目的を達成するために、本発明の通信装置は、コンテンツを生成可能なコンテンツ情報、および前記コンテンツ情報の記憶位置を特定可能な位置情報を対応付けて記憶するコンテンツ記憶装置との通信を行うコンテンツ通信手段と、外部通信装置との通信を行う外部通信手段とを備えたものであり、前記外部通信装置からの第１のアクセスが前記外部通信手段を介して行われた場合に、前記コンテンツ記憶装置から前記位置情報を、前記コンテンツ通信手段を介して取得する取得手段と、その取得手段により取得された前記位置情報を、前記通信装置へのアクセスを行わせるアクセス情報へ変換する変換手段と、その変換手段により変換したアクセス情報と前記取得手段により取得された前記位置情報とを対応付けた対応情報を記憶する記憶手段と、前記変換手段により変換されたアクセス情報を、前記外部通信手段を介して前記外部通信装置へ送信する送信手段と、その送信手段により送信されたアクセス情報が前記外部通信装置で選択され、そのアクセス情報の選択による前記外部通信装置からの第２のアクセスが前記外部通信手段を介して行われた場合に、その外部通信装置にアクセスを行わせたアクセス情報に対応する前記位置情報を、前記記憶手段に記憶された対応情報を用いて特定する特定手段と、その特定手段により特定された位置情報が示すコンテンツ情報を前記コンテンツ通信手段を介して取得するコンテンツ取得手段と、そのコンテンツ取得手段により取得したコンテンツ情報から前記コンテンツを生成し、そのコンテンツの出力を実行する実行手段とを備えている。
【０００７】
なお、本発明は、通信装置のための制御装置、制御方法、通信装置を制御するコンピュータプログラム、該コンピュータプログラムを記録する記録媒体等の種々の態様で実現可能である。
【発明の効果】
【０００８】
請求項１記載の通信装置によれば、コンテンツ記憶装置に記憶されたコンテンツ情報を外部通信装置に取得させないので、コンテンツ情報が外部通信装置で複製されることを防止することができるという効果がある。
【０００９】
請求項２記載の通信装置によれば、請求項１記載の通信装置の奏する効果に加え、アクセス情報に加えて、要約情報を外部通信装置へ送信するので、外部通信装置のユーザは、所望のアクセス情報の選択を容易に行うことができるという効果がある。
【００１０】
請求項３記載の通信装置によれば、請求項１または２に記載の通信装置の奏する効果に加え、コンテンツ情報の複製が許可されている場合には、そのコンテンツ情報を外部通信装置に取得させることができるという効果がある。
【００１１】
請求項４記載の通信装置によれば、請求項２記載の通信装置の奏する効果に加え、コンテンツ情報の複製が許可されている場合には、そのコンテンツ情報の記憶位置が特定可能な位置情報を外部通信装置に取得させて、外部通信装置にコンテンツ情報を取得させることができるという効果がある。
【００１２】
請求項５記載の通信装置によれば、請求項１から４のいずれかに記載の通信装置の奏する効果に加え、外部通信装置のユーザは、ウェブブラウザを用いて第２のＵＲＩの選択を行うことができるので、その選択を容易に行うことができるという効果がある。
【図面の簡単な説明】
【００１３】
【図１】（ａ）は、コンテンツ一覧を取得するアクセスが行われた場合のＭＦＰ、ＰＣ、およびコンテンツサーバで行われる情報伝送を概略的に示したコミュニケーション図であり、（ｂ）は、コンテンツサーバから取得されたｃｏｎｔｅｎｔｓ．ｒｓｓファイルの内容を示した図であり、（ｃ）は、ｃｏｎｔｅｎｔｓ．ｒｓｓファイル内のＵＲＩを変更した場合を示した図であり、（ｄ）は、ＵＲＩが変更されたｃｏｎｔｅｎｔｓ．ｒｓｓファイルをｈｔｍｌ  ｄｏｃｕｍｅｎｔへ変更した場合を示した図である。
【図２】（ａ）は、コンテンツ詳細情報のＵＲＩが選択された場合のコミュニケーション図であり、（ｂ）は、コンテンツサーバから取得されたコンテンツ詳細情報の内容を示した図であり、（ｃ）は、図２（ｂ）に示すコンテンツ詳細情報内のＵＲＩの記述を一部変更した場合を示した図である。
【図３】コンテンツ情報のＵＲＩが選択された場合のコミュニケーション図である。
【図４】取得処理を示すフローチャートである。
【図５】（ａ）は、コンテンツ一覧の取得処理を示すフローチャートであり、（ｂ）は、コンテンツ詳細情報の取得処理を示すフローチャートであり、（ｃ）は、コンテンツ情報の取得処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について、添付図面を参照して説明する。図１（ａ）は、本発明の通信装置の実施形態である多機能周辺装置（以下、「ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）」と称す）１、ＰＣ２０、およびコンテンツサーバ４０で行われる情報伝送を概略的に示したコミュニケーション図である。また、図１（ｂ）は、コンテンツサーバ４０から取得されたｃｏｎｔｅｎｔｓ．ｒｓｓファイルの内容を示した図であり、図１（ｃ）は、ｃｏｎｔｅｎｔｓ．ｒｓｓファイル内のＵＲＩを変更した場合を示した図であり、図１（ｄ）は、ＵＲＩが変更されたｃｏｎｔｅｎｔｓ．ｒｓｓファイルをｈｔｍｌ  ｄｏｃｕｍｅｎｔへ変更した場合を示した図である。
【００１５】
なお、図１においては、コンテンツサーバ４０に記憶されたコンテンツ情報の名称であるコンテンツタイトル情報と、コンテンツサーバ４０に記憶されたコンテンツ情報を利用する場合に用いるＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）であるコンテンツ情報のＵＲＩと、コンテンツサーバ４０に記憶されたコンテンツ詳細情報を利用する場合に用いるＵＲＩであるコンテンツ詳細情報のＵＲＩとを、ＰＣ２０が取得する場合を図示している。以後、コンテンツタイトル情報、コンテンツ情報のＵＲＩおよびコンテンツ詳細情報のＵＲＩを、「コンテンツ一覧」と称する。なお、本実施形態においては、コンテンツ情報とは、ＭＦＰ１が処理を行うことで、コンテンツを生成可能な情報を示しており、コンテンツ要約情報とは、コンテンツの内容を要約した情報を示している。また、コンテンツ詳細情報とは、コンテンツ情報のＵＲＩと、そのコンテンツ情報のＵＲＩに対応するコンテンツ要約情報とを含んだ情報を示している。
【００１６】
ＭＦＰ１は、ファクシミリ機能、プリント機能などの各種機能を有する多機能周辺装置である。ＭＦＰ１には、ＣＰＵ２、ＲＯＭ３、フラッシュメモリ４、スキャナ５、プリンタ６、電話／ＦＡＸ部７およびネットワークインターフェイス（以後、「ネットワークＩ／Ｆ」と称す）８が設けられている。ＣＰＵ２、ＲＯＭ３およびフラッシュメモリ４は、バスライン９を介して相互に接続されており、バスライン９は、入出力ポート１０に接続されている。また、スキャナ５、プリンタ６、電話／ＦＡＸ部７およびネットワークＩ／Ｆ８は、それぞれ、入出力ポート１０に接続されている。なお、ＭＦＰ１には、現在処理を行っている内容等を示すＬＣＤ等、さらに他の構成も設けられているが、図示および説明は省略する。
【００１７】
ＣＰＵ２は、入出力ポート１０に接続された各部を制御する制御装置である。ＲＯＭ３は、このＭＦＰ１で実行される制御プログラム３ａなどを格納した書換不能なメモリである。後述するフローチャートに示す処理は、制御プログラム３ａに従ってＣＰＵ２により実行される。
【００１８】
フラッシュメモリ４は、各種設定項目の設定内容や固定値を書き換え可能に記憶すると共に、電源遮断後も内容を保持可能な不揮発性のメモリである。フラッシュメモリ４には、変換記憶メモリ４ａが設けられている。この変換記憶メモリ４ａには、ＭＦＰ１が、コンテンツサーバ４０へのアクセスを実行させるＵＲＩ（コンテンツ情報のＵＲＩおよびコンテンツ詳細情報のＵＲＩ）の記述を、ＭＦＰ１へのアクセスを実行させるＵＲＩの記述へ変換した場合に、その変換前の記述と変更後の記述とを対応付けて記憶するメモリである。なお、フラッシュメモリ４には、更に、ウェブサーバ機能とウェブアプリケーション機能とを実現するソフトウェア（図示せず）が記憶されているので、ＭＦＰ１は、両機能を発揮することができる。
【００１９】
スキャナ５、プリンタ６、電話／ＦＡＸ部７およびネットワークＩ／Ｆ８は公知の装置であるので、説明を省略する。なお、ネットワークＩ／Ｆ８は、ＬＡＮケーブル５０を介してＰＣ２０と接続され、インターネット６０を介してコンテンツサーバ４０と接続されている。
【００２０】
ＰＣ２０は、ＭＦＰ１の外部に設けられる通信装置である。ＰＣ２０には、ＵＲＩを用いてウェブサイトを閲覧できるウェブブラウザが予めインストールされている。
【００２１】
コンテンツサーバ４０は、コンテンツタイトル情報と、コンテンツ情報と、コンテンツ情報のＵＲＩと、コンテンツ詳細情報と、コンテンツ詳細情報のＵＲＩとを、対応付けて記憶する記憶装置である。なお、コンテンツサーバ４０に記憶される上述の情報は、ＭＦＰ１で使用可能な形式で記述されている。
【００２２】
ここで、コンテンツ一覧を取得するアクセスがＰＣ２０からＵＲＩを用いて行われた場合のＭＦＰ１の動作について説明する。まず、「ｈｔｔｐ：／／ｍｆｐ／」で記述されるＵＲＩへのアクセスがＰＣ２０により行われると（図１（ａ）［１］参照、以下、図１（ａ）を省略）、ＭＦＰ１は、アクセスに用いられたＵＲＩを特定し、そのＵＲＩを、「ｈｔｔｐ：／／ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ．ｒｓｓ」で記述されるＵＲＩへ変換する（［２］参照）。そして、ＭＦＰ１は、このＵＲＩを用いて、コンテンツサーバ４０へのアクセスを行う（［３］参照）。これにより、ＭＦＰ１は、コンテンツサーバ４０からコンテンツ一覧の情報であるｃｏｎｔｅｎｔｓ．ｒｓｓファイルを取得する（［４］参照）。
【００２３】
ここで、ｃｏｎｔｅｎｔｓ．ｒｓｓファイルの内容について、図１（ｂ）を用いて説明する。ｃｏｎｔｅｎｔｓ．ｒｓｓファイルには、タイトルＴ１１，Ｔ２１が記述されると共に、リンクＵ１１ｂ，Ｕ１２ｂ，Ｕ２１ｂ，Ｕ２２ｂが記述されている。タイトルＴ１１およびＴ２１には、各コンテンツタイトル情報が記述される。リンクＵ１１ｂおよびＵ２１ｂには、コンテンツ詳細情報の各ＵＲＩが記述されている。リンクＵ１２ｂおよびＵ２２ｂには、コンテンツ情報の各ＵＲＩが記述されている。
【００２４】
このｃｏｎｔｅｎｔｓ．ｒｓｓファイルの取得後、ＭＦＰ１は、ｃｏｎｔｅｎｔｓ．ｒｓｓファイル内のＵＲＩの一部を、ＭＦＰ１へのアクセスを実行させるＵＲＩへの記述に変換する（［５］参照）。具体的には、リンクＵ１１ｂ，Ｕ１２ｂ，Ｕ２１ｂ，Ｕ２２ｂのＵＲＩの一部を変換する。この変換後のｃｏｎｔｅｎｔｓ．ｒｓｓファイルの内容について、図１（ｃ）を用いて説明する。変換後のｃｏｎｔｅｎｔｓ．ｒｓｓファイルでは、リンクＵ１１ｂ，Ｕ１２ｂ，Ｕ２１ｂ，Ｕ２２ｂの各々に対応するリンクＵ１１ｃ，Ｕ１２ｃ，Ｕ２１ｃ，Ｕ２２ｃのいずれについても、「ｈｔｔｐ：／／」の直後に、ＭＦＰ１へのアクセスを実行させる「ｍｆｐ」が、コンテンツサーバ４０へのアクセスを実行させる「ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ」の記述に代えて記述される。
【００２５】
このｃｏｎｔｅｎｔｓ．ｒｓｓファイル内のＵＲＩの変換後、ＭＦＰ１は、ｃｏｎｔｅｎｔｓ．ｒｓｓファイルをｈｔｍｌ  ｄｏｃｕｍｅｎｔへ加工する（［６］参照）。そして、ＭＦＰ１は、このｈｔｍｌ  ｄｏｃｕｍｅｎｔをＰＣ２０へ送信する（［７］参照）。ここで、ｈｔｍｌ  ｄｏｃｕｍｅｎｔの内容について、図１（ｄ）を用いて説明する。
【００２６】
ｈｔｍｌ  ｄｏｃｕｍｅｎｔには、タイトルＴ１１に対応するタイトルＡ１１と、リンクＵ１１ｃに対応するリンクＵ１１ｄと、リンクＵ１２ｃに対応するリンクＵ１２ｄと、タイトルＴ２１に対応するタイトルＡ２１と、リンクＵ２１ｃに対応するリンクＵ２１ｄと、リンクＵ２２ｃに対応するリンクＵ２２ｄとが記述されている。このｈｔｍｌ  ｄｏｃｕｍｅｎｔを取得するとＰＣ２０は、ウェブブラウザを使用して表示画面（図示せず）に、ｈｔｍｌ  ｄｏｃｕｍｅｎｔに応じた表示を行う。これにより、ＰＣ２０のユーザは、リンクＵ１１ｄおよびリンクＵ２１ｄを用いて表示されるコンテンツ詳細情報のＵＲＩを、或いは、リンクＵ１２ｄおよびリンクＵ２２ｄを用いて表示されるコンテンツ情報のＵＲＩを、ウェブブラウザを用いて容易に選択することができる。
【００２７】
次に、図２を参照して、リンクＵ１１ｄ（図１参照）を用いてＰＣ２０に表示されるコンテンツ詳細情報のＵＲＩが、ＰＣ２０のユーザにより選択された場合のＭＦＰ１の動作について説明する。図２（ａ）は、コンテンツ詳細情報のＵＲＩが選択された場合のＭＦＰ１、ＰＣ２０、およびコンテンツサーバ４０で行われる情報伝送を概略的に示したコミュニケーション図であり、図２（ｂ）は、コンテンツサーバ４０から取得されたコンテンツ詳細情報の内容を示した図であり、図２（ｃ）は、図２（ｂ）に示すコンテンツ詳細情報内のＵＲＩの記述を一部変更した場合を示した図である。
【００２８】
なお、図２においては、リンクＵ１１ｄを用いてＰＣ２０に表示されるコンテンツ要約情報のＵＲＩが、ＰＣ２０のユーザにより選択された場合について説明するが、ＰＣ２０のユーザが、ウェブブラウザを使用してコンテンツ詳細情報のＵＲＩを直接入力してアクセスした場合にも、図２に示す動作と同様になる。
【００２９】
リンクＵ１１ｄを用いてＰＣ２０に表示されるコンテンツ詳細情報のＵＲＩが、ＰＣ２０のユーザにより選択された場合、まず、「ｈｔｔｐ：／／ｍｆｐ／ｃｏｎｔｅｎｔｓ−ｉｎｆｏ．ｃｇｉ？ｉｄ＝００１」で記述されるＵＲＩ（図１（ｄ）のリンクＵ１１ｄ参照）へのアクセスがＰＣ２０により行われる（図２（ａ）［１］参照、以下、図２（ａ）省略）。すると、ＭＦＰ１は、アクセスに用いられたＵＲＩを特定し、そのＵＲＩの「ｍｆｐ」部分の記述をコンテンツサーバ４０へアクセスを行う記述に変換したＵＲＩ、即ち、「ｈｔｔｐ：／／ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ−ｉｎｆｏ．ｃｇｉ？ｉｄ＝００１」で示されるＵＲＩへ変換する（［２］参照）。そして、ＭＦＰ１は、このＵＲＩを用いて、コンテンツサーバ４０へのアクセスを行う（［３］参照）。これにより、ＭＦＰ１は、コンテンツサーバ４０からコンテンツ詳細情報を取得する（［４］参照）。
【００３０】
ここで、コンテンツ詳細情報の内容について、図２（ｂ）を用いて説明する。コンテンツ詳細情報はｈｔｍｌ言語で記述されている。コンテンツ詳細情報には、要約Ｙ１と、リンクＵ１２ｂとが存在する。要約Ｙ１には、コンテンツ要約情報のそのものが記述されている。リンクＵ１２ｂには、コンテンツ要約情報に対応するコンテンツ情報のＵＲＩ、即ち、図１（ｂ）と同一の内容が記述されている。
【００３１】
このコンテンツ詳細情報の取得後、ＭＦＰ１は、コンテンツ詳細情報内のＵＲＩを、ＭＦＰ１へのアクセスを実行させるＵＲＩへ変換する（［５］参照）。この変換後のコンテンツ詳細情報の内容について、図２（ｃ）を用いて説明する。変換後のコンテンツ詳細情報では、要約Ｙ１への変更はないものの、リンクＵ１２ｂに対応するリンクＵ１２ｃについては、次の変換が行われる。即ち、リンクＵ１２ｃでは、「ｈｔｔｐ：／／」の直後に、ＭＦＰ１へのアクセスを実行させる「ｍｆｐ」が、コンテンツサーバ４０へのアクセスを実行させる「ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ」の記述に代えて記述される。なお、このリンクＵ１２ｃは、図１（ｃ）と同一の内容が記述されている。
【００３２】
このコンテンツ詳細情報内のＵＲＩの変換後、ＭＦＰ１は、コンテンツ詳細情報をｈｔｍｌ  ｄｏｃｕｍｅｎｔへ加工する（［６］参照）。このｈｔｍｌ  ｄｏｃｕｍｅｎｔへの加工により、リンクＵ１２ｃは、図１（ｄ）に示すリンクＵ１２ｄと同一の内容となる。その後、ＭＦＰ１は、このｈｔｍｌ  ｄｏｃｕｍｅｎｔをＰＣ２０へ送信する（［７］参照）。このｈｔｍｌ  ｄｏｃｕｍｅｎｔを取得するとＰＣ２０は、ウェブブラウザを使用して表示画面（図示せず）に、ｈｔｍｌ  ｄｏｃｕｍｅｎｔに応じた表示を行う。これにより、ＰＣ２０のユーザは、リンクＵ１１ｄ（図１参照）の選択に対応して取得された要約Ｙ１を、ウェブブラウザを用いて閲覧できると共に、その要約Ｙ１に対応するコンテンツ情報のＵＲＩ（リンクＵ１２ｄ、図２においては図示せず）を、ウェブブラウザを用いて選択することが可能となる。このように、コンテンツ情報のＵＲＩに対応して要約Ｙ１を表示するので、ＰＣ２０のユーザは、所望のコンテンツ情報のＵＲＩを比較的短時間で選択することができる（選択を容易に行うことができる）。
【００３３】
なお、ＭＦＰ１がコンテンツサーバ４０から取得する要約Ｙ１に代表されるコンテンツ要約情報には、そのコンテンツ要約情報に対応するコンテンツ情報が複製許可されているか否かを示す判定情報が含まれている。よって、その判定情報により、コンテンツ情報が複製許可されていることが示されている場合には、ＭＦＰ１は、図２（ａ）［５］に示す変換を行わない。即ち、複製が許可されているコンテンツ情報のＵＲＩを、ＭＦＰ１へのアクセスを実行させるＵＲＩへ変換する処理を行わず、そのまま、ｈｔｍｌ  ｄｏｃｕｍｅｎｔへ加工する。よって、コンテンツ情報が複製許可されている場合には、ＰＣ２０は、そのコンテンツ情報を、コンテンツサーバ４０へ直接アクセスして取得することができる。
【００３４】
次に、図３を参照して、リンクＵ１２ｄを用いてＰＣ２０に表示されるコンテンツ情報のＵＲＩが、ＰＣ２０のユーザにより選択された場合について説明する。図３は、コンテンツ情報のＵＲＩが選択された場合のＭＦＰ１、ＰＣ２０、およびコンテンツサーバ４０で行われる情報伝送を概略的に示したコミュニケーション図である。
【００３５】
なお、図３においては、リンクＵ１２ｄを用いてＰＣ２０に表示されるコンテンツ情報のＵＲＩが、ＰＣ２０のユーザにより選択された場合について説明するが、ＰＣ２０のユーザが、ウェブブラウザを使用してコンテンツ情報のＵＲＩを直接入力してアクセスした場合にも、図３に示す動作と同様になる。
【００３６】
リンクＵ１２ｄを用いてＰＣ２０に表示されるコンテンツ情報のＵＲＩが、ＰＣ２０のユーザにより選択された場合、まず、「ｈｔｔｐ：／／ｍｆｐ／ｃｏｎｔｅｎｔｓ．ｃｇｉ？ｉｄ＝００１」で記述されるＵＲＩへのアクセスがＰＣ２０により行われる（図３［１］参照、以下、図３省略）。すると、ＭＦＰ１は、アクセスに用いられたＵＲＩを特定し、そのＵＲＩの「ｍｆｐ」部分の記述をコンテンツサーバ４０へアクセスを行う記述に変換したＵＲＩ、即ち、「ｈｔｔｐ：／／ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ．ｃｇｉ？ｉｄ＝００１」で示されるＵＲＩへ変換する（［２］参照）。そして、ＭＦＰ１は、このＵＲＩを用いて、コンテンツサーバ４０へのアクセスを行う（［３］参照）。これにより、ＭＦＰ１は、コンテンツサーバ４０からコンテンツ情報を取得する（［４］参照）。なお、このコンテンツ情報にも、コンテンツ要約情報と同様、判定情報が含まれている。
【００３７】
そして、ＭＦＰ１は、取得したコンテンツ情報に含まれる判定情報に応じた処理を実行する（［５］参照）。なお、この処理の詳細については、図５（ｃ）を用いて後述する。その後、ＭＦＰ１は、コンテンツ情報のＵＲＩが選択された場合の実行結果を示す実行情報を生成し、その実行情報をｈｔｍｌ  ｄｏｃｕｍｅｎｔへ加工する（［６］参照）。そして、ＭＦＰ１は、このｈｔｍｌ  ｄｏｃｕｍｅｎｔをＰＣ２０へ送信する（［７］参照）。このｈｔｍｌ  ｄｏｃｕｍｅｎｔを取得するとＰＣ２０は、ウェブブラウザを使用して表示画面（図示せず）に、ｈｔｍｌ  ｄｏｃｕｍｅｎｔに応じた表示を行う。これにより、ＰＣ２０のユーザは、コンテンツ情報のＵＲＩが選択された場合の実行結果をウェブブラウザを用いて閲覧することができる。
【００３８】
次に、図１〜図３に示す情報伝送を実現する取得処理を、図４および図５を用いて説明する。図４および図５は、ＭＦＰ１のＣＰＵ２で実行される取得処理を示したフローチャートである。なお、取得処理は、ＰＣ２０からのアクセスがあった場合に実行される処理である。
【００３９】
図４に示す取得処理では、まず、アクセスに用いられたＵＲＩを特定して、アクセス目的を判断する（Ｓ２）。そして、その判断した結果に基づき、Ｓ４の判定を行う。具体的には、「ｈｔｔｐ：／／ｍｆｐ／」で記述されるＵＲＩが特定された場合には（図１（ａ）［１］の場合には）、アクセス目的がコンテンツ一覧の取得であると判定し（Ｓ４：コンテンツ一覧の取得）、Ｓ６へ移行する。また、「ｈｔｔｐ：／／ｍｆｐ／ｃｏｎｔｅｎｔｓ−ｉｎｆｏ．ｃｇｉ・・・」で記述されるＵＲＩが特定された場合には（図２（ａ）［１］の場合には）、アクセス目的がコンテンツ詳細情報の取得であると判定し（Ｓ４：コンテンツ詳細情報の取得）、Ｓ８へ移行する。また、「ｈｔｔｐ：／／ｍｆｐ／ｃｏｎｔｅｎｔｓ．ｃｇｉ・・・」で記述されるＵＲＩが特定された場合には（図３［１］の場合には）、アクセス目的がコンテンツ情報の取得であると判定し（Ｓ４：コンテンツ情報の取得）、Ｓ１０へ移行する。
【００４０】
次に、図５（ａ）を参照して、コンテンツ一覧の取得処理（Ｓ６）について説明する。コンテンツ一覧の取得処理では、まず、ＭＦＰ１は、Ｓ２で特定したＵＲＩを、コンテンツサーバ４０へのＵＲＩ、即ち、「ｈｔｔｐ：／／ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ．ｒｓｓ」で記述されるＵＲＩへ変換する（Ｓ２２、図１（ａ）［２］参照）。そして、このＵＲＩを用いて、コンテンツサーバ４０へのアクセスを行う（Ｓ２４、図１（ａ）［３］参照）。なお、Ｓ２４では、更に、ＭＦＰ１に設定済みの認証情報をコンテンツサーバ４０へ送信する。コンテンツサーバ４０が認証情報を受信すると、その認証情報を使用して、コンテンツサーバ４０は、ＭＦＰ１が適正なものであるかの判定を行う。
【００４１】
コンテンツサーバ４０は、アクセスを行ったＭＦＰ１が適正なものであると判定すると、ｃｏｎｔｅｎｔｓ．ｒｓｓファイルをＭＦＰ１へ送信する。このｃｏｎｔｅｎｔｓ．ｒｓｓファイルがＭＦＰ１で取得されると（Ｓ２６、図１（ａ）［４］参照）、ｃｏｎｔｅｎｔｓ．ｒｓｓファイル内の全てのＵＲＩについて、「ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ」の記述を、ＭＦＰ１へのアクセスを行うＵＲＩ、即ち、「ｍｆｐ」の記述へ変換する（Ｓ２８、図１（ａ）［５］参照）。なお、Ｓ２８では、変換前の記述である「ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ」と、変換後の記述である「ｍｆｐ」の記述とが対応付けられて、変換記憶メモリ４ａに記憶される。
【００４２】
その後、変換後のｃｏｎｔｅｎｔｓ．ｒｓｓファイルを、ｈｔｍｌ  ｄｏｃｕｍｅｎｔへ加工する（Ｓ３０、図１（ａ）［６］参照）。そして、このｈｔｍｌ  ｄｏｃｕｍｅｎｔをＰＣ２０へ送信して（Ｓ３２、図１（ａ）［７］参照）、このコンテンツ一覧の取得処理を終了する。
【００４３】
このコンテンツ一覧の取得処理によれば、ｃｏｎｔｅｎｔｓ．ｒｓｓファイル内の全てのＵＲＩを、ＭＦＰ１へのアクセスを行うＵＲＩへの記述に変換する。よって、ＰＣ２０が、複製が許可されていないコンテンツ情報のＵＲＩを取得し、そのコンテンツ情報のＵＲＩへアクセスして、そのコンテンツ情報を取得することを防止することができる。
【００４４】
次に、図５（ｂ）を参照して、コンテンツ詳細情報の取得処理（Ｓ８）について説明する。コンテンツ詳細情報の取得処理では、まず、変換記憶メモリ４ａの記憶内容に従い、Ｓ２で特定したＵＲＩを、コンテンツサーバ４０へのＵＲＩへ変換する（Ｓ４２）。具体的には、変換記憶メモリ４ａには、「ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ」と、「ｍｆｐ」の記述とが対応付けられて記憶されているので、Ｓ２で特定したＵＲＩの「ｍｆｐ」部分の記述をコンテンツサーバ４０へアクセスを行う記述に変換したＵＲＩへ、例えば、「ｈｔｔｐ：／／ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ−ｉｎｆｏ．ｃｇｉ？ｉｄ＝００１」で記述されるＵＲＩへ、変換する（Ｓ４２、図２（ａ）［２］参照）。そして、このＵＲＩを用いて、コンテンツサーバ４０へのアクセスを行う（Ｓ４４、図２（ａ）［３］参照）。なお、Ｓ４４では、Ｓ２４（図５（ａ）参照）と同様、ＭＦＰ１に設定済みの認証情報をコンテンツサーバ４０へ送信する。
【００４５】
コンテンツサーバ４０は、アクセスを行ったＭＦＰ１が適正なものであると判定すると、コンテンツ詳細情報をＭＦＰ１へ送信する。このコンテンツ詳細情報がＭＦＰ１で取得されると（Ｓ４６、図２（ａ）［４］参照）、コンテンツ詳細情報内のコンテンツ要約情報に含まれる判定情報を用いて、コンテンツ詳細情報内のＵＲＩの全てについて、即ち、コンテンツ情報のＵＲＩの全てについて、Ｓ４８を実行する。Ｓ４８では、まず、判定情報を用いて、コンテンツ要約情報に対応するコンテンツ情報が複製許可されているか否かを、コンテンツ情報のＵＲＩの全てについて判定する（Ｓ５０）。Ｓ５０の判定が否定される場合（Ｓ５０：Ｎｏ）、その否定されたコンテンツ情報のＵＲＩを、変換記憶メモリ４ａの記憶内容に従い、ＭＦＰ１へのアクセスを実行させるＵＲＩへ変換する（Ｓ５２）。具体的には、変換記憶メモリ４ａには、「ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ」と、「ｍｆｐ」の記述とが対応付けられて記憶されているので、コンテンツ情報のＵＲＩの「ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ」部分の記述をＭＦＰ１へアクセスを行う記述に変換したＵＲＩへ、例えば、「ｈｔｔｐ：／／ｍｆｐ／ｃｏｎｔｅｎｔｓ．ｃｇｉ？ｉｄ＝００１」で示されるＵＲＩへ、変換する（Ｓ５２、図２（ａ）［５］，図２（ｃ）参照）。
【００４６】
一方、Ｓ５０の判定が肯定される場合（Ｓ５０：Ｙｅｓ）、Ｓ５２をスキップする。これにより、コンテンツ情報のＵＲＩは、ＭＦＰ１へのアクセスを行う記述へ変換されない。よって、複製が許可されているコンテンツ情報については、ＰＣ２０は、そのコンテンツ情報のＵＲＩそのものを取得することができる。
【００４７】
Ｓ４８の終了後、コンテンツ詳細情報をｈｔｍｌ  ｄｏｃｕｍｅｎｔへ加工する（Ｓ５４、図２（ａ）［６］参照）。そして、このｈｔｍｌ  ｄｏｃｕｍｅｎｔをＰＣ２０へ送信して（Ｓ５６、図２（ａ）［７］参照）、コンテンツ詳細情報の取得処理を終了する。
【００４８】
コンテンツ詳細情報の取得処理によれば、複製が許可されていないコンテンツ情報のＵＲＩを、ＭＦＰ１へのアクセスを行わせるＵＲＩへ変換する。よって、ＰＣ２０が、複製が許可されていないコンテンツ情報のＵＲＩを取得し、そのコンテンツ情報のＵＲＩへアクセスして、そのコンテンツ情報を取得することを防止することができる。
【００４９】
最後に、図５（ｃ）を参照して、コンテンツ情報の取得処理（Ｓ１０）について説明する。コンテンツ情報の取得処理では、まず、変換記憶メモリ４ａの記憶内容に従い、Ｓ２で特定したＵＲＩを、コンテンツサーバ４０へのＵＲＩへ変換する（Ｓ６２）。具体的には、変換記憶メモリ４ａには、「ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ」と、「ｍｆｐ」の記述とが対応付けられて記憶されているので、Ｓ２で特定したＵＲＩの「ｍｆｐ」部分の記述をコンテンツサーバ４０へアクセスを行う記述に変換したＵＲＩへ、例えば、「ｈｔｔｐ：／／ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ．ｃｇｉ？ｉｄ＝００１」で記述されるＵＲＩへ、変換する（Ｓ６２、図３［２］参照）。そして、このＵＲＩを用いて、コンテンツサーバ４０へのアクセスを行う（Ｓ６４、図３［３］参照）。なお、Ｓ６４では、Ｓ２４（図５（ａ）参照）と同様、ＭＦＰ１に設定済みの認証情報をコンテンツサーバ４０へ送信する。
【００５０】
コンテンツサーバ４０は、アクセスを行ったＭＦＰ１が適正なものであると判定すると、コンテンツ情報をＭＦＰ１へ送信する。このコンテンツ情報がＭＦＰ１で取得されると（Ｓ６６、図３［４］参照）、取得したコンテンツ情報に含まれる判定情報を用いて、コンテンツ情報の複製が許可されているか否かを判定する（Ｓ６８）。
【００５１】
Ｓ６８の判定が否定される場合（Ｓ６８：Ｎｏ）、取得したコンテンツ情報からコンテンツを生成して、そのコンテンツを、プリンタ６を用いて印刷する（Ｓ７０）。一方、Ｓ６８の処理が肯定される場合（Ｓ６８：Ｙｅｓ）、取得したコンテンツ情報をＰＣ２０へ出力する（Ｓ７２）。このＳ７０およびＳ７２の処理が、図３［５］の動作に対応する。
【００５２】
Ｓ７０またはＳ７２の実行後、実行情報を生成し、その実行情報をｈｔｍｌ  ｄｏｃｕｍｅｎｔへ加工する（Ｓ７４、図３［６］参照）。なお、実行情報は、Ｓ７０が実行された場合には、コンテンツを印刷した旨のメッセージとなり、Ｓ７２が実行された場合には、コンテンツ情報を出力した旨のメッセージとなる。Ｓ７４の実行後、ｈｔｍｌ  ｄｏｃｕｍｅｎｔをＰＣ２０へ送信して（Ｓ７６、図３［７］参照）、コンテンツ情報の取得処理を終了する。
【００５３】
コンテンツ情報の取得処理によれば、複製が許可されていないコンテンツ情報がＰＣ２０へ出力されることを、即ち、複製が許可されていないコンテンツ情報がＰＣ２０に取得されることを防止することができる。
【００５４】
上述した通り、ＭＦＰ１によれば、コンテンツ情報の複製が許可されている場合を除き、コンテンツ情報をＰＣ２０に取得させない。よって、複製が許可されていないコンテンツ情報がＰＣ２０を用いて複製されることを防止することができる。
【００５５】
以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。
【００５６】
本実施形態の図２においては、ＭＦＰ１は、１つのコンテンツ詳細情報を取得したが、これに限られるものではない。例えば、ＰＣ２０のユーザが、リンクＵ１１ｄおよびリンクＵ２１ｄをウェブブラウザを用いて選択した場合や、リンクＵ１１ｄおよびリンクＵ２１ｄに示されるＵＲＩをウェブブラウザに直接入力した場合には、ＭＦＰ１は、２つのコンテンツ詳細情報を取得する。即ち、ＰＣ２０のユーザが複数のコンテンツ詳細情報を要求した場合には、ＭＦＰ１は、その要求に応じた数のコンテンツ詳細情報を取得することができる。
【００５７】
また、本実施形態においては、ＭＦＰ１は、複製が許可されていないコンテンツ情報については、コンテンツの印刷を行ったが、これに限られるものではない。即ち、ＭＦＰ１は、コンテンツの印刷に代えて、ＬＣＤにコンテンツを表示するように構成しても良い。この構成の場合には、ＰＣ２０のユーザは、印刷用紙を使用することなく、コンテンツを視認することができる。
【００５８】
また、本実施形態においては、図４に示すＳ２で、「ｈｔｔｐ：／／ｍｆｃ／」が特定された場合に、アクセス目的をコンテンツ一覧の取得と判定したが、これに限られるものではない。即ち、Ｓ２では、コンテンツ一覧の取得であるか否かを、ＰＣ２０のアクセス先のファイル名で判定しても良い。例えば、ＭＦＰ１は、「ｈｔｔｐ：／／ｍｆｃ／ｃｏｎｔｅｎｔｓ−ｌｉｓｔ．ｃｇｉ」をＰＣ２０から受信した場合には、アクセス目的がコンテンツ一覧の取得であると判定しても良い。
【００５９】
また、ＭＦＰ１はアクセス目的を、特定されるＵＲＩの引数で判定しても良い。例えば、図４に示すＳ２で、ＭＦＰ１は、「ｈｔｔｐ：／／ｍｆｃ／ｉｎｄｅｘ．ｃｇｉ？ｔｙｐｅ＝ｌｉｓｔ・・・」を特定した場合に、アクセス目的をコンテンツ一覧の取得と判定し、「ｈｔｔｐ：／／ｍｆｃ／ｉｎｄｅｘ．ｃｇｉ？ｔｙｐｅ＝ｉｎｆｏ・・・」を特定した場合に、アクセス目的をコンテンツ詳細情報の取得と判定し、「ｈｔｔｐ：／／ｍｆｃ／ｉｎｄｅｘ．ｃｇｉ？ｔｙｐｅ＝ｃｏｎｔｅｎｔｓ・・・」を特定した場合に、アクセス目的をコンテンツ情報の取得と判定しても良い。なお、ＵＲＩの引数でアクセス目的を判定する場合には、図５のフローチャートを次のように変更する。即ち、コンテンツ一覧の取得である場合には、Ｓ２２をスキップして、Ｓ２４の内容を、「ｈｔｔｐ：／／ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ．ｒｓｓ」で記述されるＵＲＩを用いて、コンテンツサーバ４０へのアクセスを行うと変更すれば良い。また、コンテンツ詳細情報の取得である場合には、Ｓ４２をスキップして、Ｓ４４の内容を、「ｈｔｔｐ：／／ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ−ｉｎｆｏ・・・」で記述されるＵＲＩを用いて、コンテンツサーバ４０へのアクセスを行うと変更すれば良い。更に、コンテンツ情報の取得である場合には、Ｓ６２をスキップして、Ｓ６４の内容を、「ｈｔｔｐ：／／ｃｏｎｔｅｎｔｓ−ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ．ｃｇｉ・・・」で記述されるＵＲＩを用いて、コンテンツサーバ４０へのアクセスを行うと変更すれば良い。
【００６０】
また、本実施形態では、ＭＦＰ１は、コンテンツ一覧をＰＣ２０が取得する場合、変換後のｃｏｎｔｅｎｔｓ．ｒｓｓファイルを、ｈｔｍｌ  ｄｏｃｕｍｅｎｔへ加工した後、ＰＣ２０へ送信したが、これに限られるものではない。即ち、ＭＦＰ１は、変換後のｃｏｎｔｅｎｔｓ．ｒｓｓファイルを、ｈｔｍｌ  ｄｏｃｕｍｅｎｔへ加工することなく、そのまま、ＰＣ２０へ送信しても良い。この構成の場合には、変換後のｃｏｎｔｅｎｔｓ．ｒｓｓファイルを、ｈｔｍｌ  ｄｏｃｕｍｅｎｔへ加工する処理を、ＰＣ２０で実行させることができるので、ＭＦＰ１の処理負担を軽減することができる。
【符号の説明】
【００６１】
１    ＭＦＰ（通信装置の一例）
４ａ  変換記憶メモリ（記憶手段の一例）
８    ネットワークインターフェイス（コンテンツ通信手段の一例、外部通信手段の一例）
２０  パーソナルコンピュータ（外部通信装置の一例）
４０  コンテンツサーバ（コンテンツ記憶装置の一例）
Ｓ２４  コンテンツ一覧の取得処理（取得手段の一部の一例）
Ｓ２８  コンテンツ一覧の取得処理（変換手段の一部の一例）
Ｓ３２  コンテンツ一覧の取得処理（送信手段の一部の一例）
Ｓ４４  コンテンツ詳細情報の取得処理（取得手段の一部の一例）
Ｓ４８  コンテンツ詳細情報の取得処理（変換手段の一部の一例）
Ｓ５０  コンテンツ詳細情報の取得処理（要約複製判定手段の一例）
Ｓ５０：Ｙｅｓ  コンテンツ詳細情報の取得処理（中止手段の一例）
Ｓ５６  コンテンツ詳細情報の取得処理（送信手段の一部の一例）
Ｓ６２  コンテンツ情報の取得処理（特定手段の一例）
Ｓ６６  コンテンツ情報の取得処理（コンテンツ取得手段の一例）
Ｓ６８  コンテンツ情報の取得処理（実行手段の一例、コンテンツ複製判定手段の一例）
Ｓ７０  コンテンツ情報の取得処理（実行手段の一例）
Ｓ７２  コンテンツ情報の取得処理（実行手段の一例、コンテンツ情報送信手段の一例）
【図１】
2010231628.tif 000003
【図２】
2010231628.tif 000004
【図３】
2010231628.tif 000005
【図４】
2010231628.tif 000006
【図５】
2010231628.tif 000007