JP2009211352A - 利用許諾依頼方法、利用許諾依頼サーバ、および利用許諾依頼プログラム - Google Patents

Abstract

【課題】著作権者の情報の有無に関わらず、コンテンツの利用許諾の依頼を効率的に行うことを可能とする利用許諾依頼方法、利用許諾依頼サーバ、および利用許諾依頼プログラム提供する。
【解決手段】新規の翻訳依頼が受け付けられると、翻訳対象である対象記事のトラックバックＵＲＬが自動発見された場合（Ｓ１１７：ＹＥＳ）、または翻訳依頼者からの入力によって判明した場合には（Ｓ１２１：ＹＥＳ）、対象記事に関する利用許諾の依頼内容が記載された許諾依頼ページが作成され（Ｓ１２３）、許諾依頼ページのＵＲＬが記載された通知であるトラックバックピングが、対象記事のトラックバックＵＲＬに対して送信される（Ｓ１２４）。トラックバックＵＲＬが不明な場合には（Ｓ１２１：ＮＯ）、利用許諾の依頼ができないため、別途、何らかの方法で依頼を行うために、オペレータに通知される（Ｓ１２６）。
【選択図】図１２

Description

本発明は、利用許諾依頼方法、利用許諾依頼サーバ、および利用許諾依頼プログラムに関する。より詳細には、コンテンツの利用許諾の依頼を効率的に行うことを可能とするコンテンツ利用許諾依頼方法、コンテンツ利用許諾依頼装置、および利用許諾依頼プログラムに関する。

近年、インターネットの普及に伴い、ユーザは、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）上で公開されている文書、画像、音楽等のコンテンツを検索するなどして、自己の要望に即したコンテンツを利用できるようになっている。しかし、著作権者の特別な許諾がなくても許容される範囲の利用を超えて、著作物であるコンテンツを利用したい場合には、著作権者の許諾が必要となる。そこで、例えば、音楽、出版物等の分野では、集中的にコンテンツを管理し、利用許諾手続を行う団体が設立されている。また、例えば、特許文献１には、インターネットを介してキャラクタの商品化の商談を依頼する、ライセンス付与装置が開示されている。
特開２００２−７３８６３号公報

しかしながら、前述の管理団体や、特許文献１に記載のライセンス付与装置を介した利用許諾の依頼は、著作権者が自ら、他者に利用許諾が可能なコンテンツを管理対象として登録した場合にしか、成立しない。よって、管理対象として登録されていないコンテンツについては、コンテンツとともに開示されている著作権者の情報（氏名、住所、電話番号、メールアドレス等）を基に、例えば、電話、ＦＡＸ、メール等によって、利用許諾の依頼が行われる。ところが、現実には、ＷＷＷ上で公開されている膨大な量のコンテンツには、著作権者の情報が一切開示されていないものが多い。したがって、このようなコンテンツについては、著作権者に連絡さえできないという問題がある。

本発明は、上記問題点を解決するためになされたものであり、著作権者の情報の有無に関わらず、コンテンツの利用許諾の依頼を効率的に行うことを可能とする利用許諾依頼方法、利用許諾依頼サーバ、および利用許諾依頼プログラムを提供することを目的とする。

上記目的を達成するために、請求項１に係る発明の利用許諾依頼方法は、ネットワークを介してコンテンツ提供サーバが公開しているコンテンツについて、前記ネットワークに接続可能な利用許諾依頼サーバによって処理される利用許諾依頼方法であって、前記ネットワークを介して接続されたクライアント端末から送信された、利用許諾の対象とされるコンテンツである対象コンテンツに関する情報を受信し、前記対象コンテンツに関する情報の送信者と対応づけて、依頼管理情報として、依頼管理情報記憶手段に登録する受付けステップと、前記受付けステップで受け付けられた前記対象コンテンツに関する情報に基づいて、前記対象コンテンツに関連づけられた別のコンテンツである関連コンテンツに関する情報の送信先である関連情報送信先を取得する関連情報送信先取得ステップと、前記利用許諾の依頼内容に関するコンテンツである依頼コンテンツを、前記関連コンテンツとして作成する依頼コンテンツ作成ステップと、前記関連情報送信先取得ステップで取得された前記関連情報送信先に対して、前記ネットワークを介して前記依頼コンテンツにアクセスするための情報である依頼コンテンツ情報を送信する依頼送信ステップとを備えている。

請求項２に係る発明の利用許諾依頼方法は、請求項１に記載の発明の構成に加え、前記対象コンテンツが、新たな利用許諾を得ることなく利用できるコンテンツである利用可能コンテンツであるか否かを判断する利用判断ステップをさらに備え、前記依頼コンテンツ作成ステップでは、前記利用判断ステップで、前記対象コンテンツが前記利用可能コンテンツでないと判断された場合にのみ、前記依頼コンテンツを作成し、前記依頼送信ステップでは、前記利用判断ステップで、前記対象コンテンツが前記利用可能コンテンツでないと判断され、前記依頼コンテンツ作成ステップで、前記依頼コンテンツが作成された場合にのみ、前記依頼コンテンツ情報を送信することを特徴とする。

請求項３に係る発明の利用許諾依頼方法は、請求項１または２に記載の発明の構成に加え、前記コンテンツ提供サーバが、前記関連情報送信先に送信された前記依頼コンテンツ情報を、前記対象コンテンツの著作者に通知することができるか否かを判断する通知判断ステップをさらに備え、前記依頼コンテンツ作成ステップでは、前記通知判断ステップで、前記コンテンツ提供サーバが前記対象コンテンツの著作者に前記依頼コンテンツ情報を通知することができると判断された場合にのみ、前記依頼コンテンツを作成し、前記依頼送信ステップでは、前記依頼コンテンツ作成ステップで、前記依頼コンテンツが作成された場合にのみ、前記依頼コンテンツ情報を送信することを特徴とする。

請求項４に係る発明の利用許諾依頼方法では、請求項１〜３のいずれかに記載の発明の構成に加え、前記依頼コンテンツ作成ステップで作成される前記依頼コンテンツは、前記ネットワークを介して前記対象コンテンツにアクセスするための情報である対象コンテンツ情報と、前記対象コンテンツの著作者が前記対象コンテンツの著作権者でない場合の、前記著作権者に関する情報の送信依頼と、前記著作権者に関する情報の送信先を含むことを特徴とする。

請求項５に係る発明の利用許諾依頼方法は、請求項１〜４のいずれかに記載の発明の構成に加え、前記依頼コンテンツに関連づけられた別のコンテンツである返答コンテンツに前記ネットワークを介してアクセスするための情報である返答コンテンツ情報が受信されたか否かを判断する返答受信判断ステップと、前記返答受信判断ステップで、前記返答コンテンツ情報が受信されたと判断された場合に、前記返答コンテンツ情報および前記依頼管理情報記憶手段に記憶された前記依頼管理情報に基づいて、前記返答コンテンツと前記対象コンテンツとが同一のアカウントに属するか否かを判断するアカウント判断ステップと、前記アカウント判断ステップで、前記返答コンテンツと前記対象コンテンツとが同一のアカウントに属すると判断された場合に、前記返答コンテンツ情報に基づいて前記返答コンテンツを参照し、前記利用許諾が得られたか否かを判断する返答判断ステップと、前記返答判断ステップで得られた判断結果の通知を、前記依頼管理情報記憶手段に記憶された前記対象コンテンツに関する情報の送信者に送信する結果通知ステップとをさらに備えている。

請求項６に係る発明の利用許諾依頼方法では、請求項５に記載の発明の構成に加え、前記依頼コンテンツ作成ステップで作成される前記依頼コンテンツは、前記ネットワークを介して前記対象コンテンツにアクセスするための情報である対象コンテンツ情報と、前記対象コンテンツの利用に対して著作権者に支払われる前記対象コンテンツの利用料に関する情報を含むことを特徴とする。

請求項７に係る発明の利用許諾依頼方法では、請求項６に記載の発明の構成に加え、前記依頼コンテンツ作成ステップで作成される前記依頼コンテンツは、前記利用料の支払い先に関する情報である支払先情報の入力用画面を表示するためのコンテンツである入力画面コンテンツに前記ネットワークを介してアクセスするための情報である入力画面コンテンツ情報をさらに含み、前記入力画面コンテンツ情報に基づくアクセス要求を受信した場合に、前記アクセス要求の送信元のクライアント端末であるアクセス要求端末に、前記入力画面コンテンツを送信する入力画面コンテンツ送信ステップと、前記アクセス要求端末から前記支払先情報を受信した場合に、前記支払先情報に対応する固有の識別情報を生成する識別情報生成ステップと、前記支払い情報と前記識別情報とを対応付けて支払先記憶手段に仮登録する支払先仮登録ステップと、前記識別情報および前記返答コンテンツ情報の送信先、ならびに、前記識別情報を含む前記返答コンテンツを作成して前記返答コンテンツ情報を前記返答コンテンツ情報の送信先へ送信するように指示する画面を表示させるためのコンテンツである指示画面コンテンツを、前記アクセス要求端末に送信する指示画面コンテンツ送信ステップと、前記アカウント判断ステップで前記返答コンテンツと前記対象コンテンツとが同一のアカウントに属すると判断された場合に、前記返答コンテンツに含まれる前記識別情報と一致する識別情報に対応して前記支払先記憶手段に記憶されている前記支払先情報を、前記著作権者の支払先に関する情報として、前記支払先記憶手段に正式登録する支払先正式登録ステップとをさらに備えている。

請求項８に係る発明の利用許諾依頼方法では、請求項７に記載の発明の構成に加え、前記指示画面コンテンツ送信ステップで送信される前記指示画面コンテンツは、前記返答コンテンツに含めるべき前記識別情報、前記対象コンテンツ情報、および前記対象コンテンツの前記利用許諾に同意する旨の記述を所定の書式で表示し、前記書式を用いた前記返答コンテンツを作成して前記返答コンテンツ情報を前記返答コンテンツ情報の送信先へ送信するように指示する画面を表示させるためのコンテンツであることを特徴とする。

請求項９に係る発明の利用許諾依頼方法では、請求項５〜８のいずれかに記載の発明の構成に加え、前記対象コンテンツの前記利用許諾は、前記対象コンテンツの内容を翻訳して翻訳コンテンツを作成し、前記ネットワークを介して前記クライアント端末に提供することに関する許諾であり、前記返答判断ステップで前記利用許諾が得られたと判断された場合に、前記翻訳コンテンツの作成依頼を、前記ネットワークを介して翻訳者の利用する端末である翻訳者端末に送信する翻訳依頼送信ステップと、前記翻訳者端末から送信された前記翻訳コンテンツを翻訳コンテンツ記憶手段に登録する翻訳コンテンツ登録ステップと、前記対象コンテンツに関する情報の送信者に、前記翻訳コンテンツに前記ネットワークを介してアクセスするための情報である翻訳コンテンツ情報を記載した翻訳完了の翻訳完了通知を送信する翻訳完了通知ステップとを備えたことを特徴とする。

請求項１０に係る発明の利用許諾依頼サーバは、ネットワークを介してコンテンツ提供サーバが提供しているコンテンツについて、利用許諾の依頼を依頼する、前記ネットワークに接続可能な利用許諾依頼サーバであって、前記ネットワークを介して接続されたクライアント端末から送信された、利用許諾の対象とされるコンテンツである対象コンテンツに関する情報を受け付ける受付け手段と、前記受付け手段によって受け付けられた前記対象コンテンツに関する情報に基づいて、前記対象コンテンツに関連づけられた別のコンテンツである関連コンテンツに関する情報の送信先である関連情報送信先を取得する関連情報送信先取得手段と、前記利用許諾の依頼内容を提示するコンテンツである依頼コンテンツを、前記関連コンテンツとして作成する依頼コンテンツ作成手段と、前記関連情報送信先取得手段によって取得された前記関連情報送信先に対して、前記ネットワークを介して前記依頼コンテンツにアクセスするための情報である依頼コンテンツ情報を送信する依頼送信手段とを備えている。

請求項１１に係る発明の利用許諾依頼プログラムは、請求項１〜９のいずれかに記載の利用許諾依頼方法の各種処理ステップをコンピュータに実行させることを特徴とする。

請求項１に係る発明の利用許諾依頼方法では、ネットワークを介して公開されている、利用許諾の対象とされる対象コンテンツに関連づけて、利用許諾の依頼内容を示す依頼コンテンツが作成される。そして、依頼コンテンツにアクセスするための情報（依頼コンテンツ情報）が、対象コンテンツの関連コンテンツに関する情報の送信先（関連情報送信先）に送信される。これにより、対象コンテンツの作成者、すなわち、対象コンテンツの著作者は、依頼コンテンツ情報を知ることができるので、依頼コンテンツにアクセスし、利用許諾の依頼を受けたことを確認することが可能となる。対象コンテンツの著作者が著作権を譲渡していない場合には、著作者と著作権者は同一であるため、このようにして、著作権者（＝著作者）に対して、直接、利用許諾の依頼をすることができる。また、著作者から第三者に著作権が譲渡されている場合であっても、通常、著作者は著作権者の連絡先等の情報を持っているため、著作者から著作権者の情報を得たり、著作者を通じて著作権者に利用許諾の依頼をしたりできる可能性が高くなる。したがって、利用許諾を求めるコンテンツの著作権者やその連絡先が不明の場合でも、著作権者への利用許諾の依頼を効率的に行うことができる。

請求項２に係る発明の利用許諾依頼方法では、対象コンテンツが、新たな利用許諾を得ることなく利用できるコンテンツであれば、利用許諾の依頼内容を示す依頼コンテンツは作成されず、依頼コンテンツ情報は送信されない。すなわち、必要な場合に限って利用許諾許諾の依頼が行われるので、請求項１に記載の発明の効果に加え、処理効率が向上できる。

請求項３に係る発明の利用許諾依頼方法では、対象コンテンツをネットワーク上で提供するコンテンツ提供サーバが、関連情報送信先に送信された依頼コンテンツ情報を、対象コンテンツの著作者に通知することができない場合には、依頼コンテンツは作成されず、依頼コンテンツ情報は送信されない。すなわち、対象コンテンツの著作者が、通知された依頼コンテンツ情報に基づいて依頼コンテンツにアクセスし、依頼内容を確認できる場合に限って、利用許諾の依頼を行うので、請求項１または２に記載の発明の効果に加え、処理効率が向上できる。

請求項４に係る発明の利用許諾依頼方法では、依頼コンテンツに、対象コンテンツにアクセスするための情報と、対象コンテンツの作成者が著作権者でない場合の、著作権者に関する情報の送信依頼とその送信先が含まれている。したがって、請求項１〜３のいずれかに記載の発明の効果に加え、対象コンテンツの著作者が著作権者でない場合であっても、著作者から著作権者の情報を積極的に得ることにより、著作権者に利用許諾を依頼できる可能性がより高くなる。

請求項５に係る発明の利用許諾依頼方法では、返答コンテンツが対象コンテンツと同一のアカウントに属する場合に、返答コンテンツの内容から、許諾が得られたか否かが判断される。依頼コンテンツに関連づけて複数の返答コンテンツが作成された場合でも、対象コンテンツと同一のアカウントに属する返答コンテンツは、対象コンテンツの著作者によって作成されたものであると判別できる。したがって、請求項１〜４のいずれかに記載の発明の効果に加え、対象コンテンツの著作者からの利用許諾を得られたか否かを正しく判断することができる。そして、その判断結果を対象コンテンツに関する情報の送信者、すなわち、利用許諾の依頼者に通知することにより、依頼者は、利用許諾交渉が成立したか否かを知ることができる。

請求項６に係る発明の利用許諾依頼方法では、依頼コンテンツに、対象コンテンツにアクセスするための情報と、著作権者に支払われる利用料が含まれている。したがって、請求項５に記載の発明の効果に加え、依頼コンテンツを参照した著作者は、対象コンテンツと、自己が著作権者の場合に支払われる利用料を確認することができるため、利用許諾の可否判断が容易となる。

請求項７に係る発明の利用許諾依頼方法では、依頼コンテンツに、利用料の支払い先に関する情報である支払先情報の入力用画面を表示するための入力画面コンテンツにアクセスするための情報が含まれている。これにより、請求項６に記載の発明の効果に加え、著作者は、利用許諾に同意する場合、入力画面コンテンツにアクセスし、支払先情報を他人に公開することなく入力することができる。また、返答コンテンツに、支払先情報の入力に応じて生成される固有の識別情報が含まれることによって、入力された支払先情報が著作者以外の者からではなく、著作者から送信されたものであることを確認することができる。

請求項８に係る発明の利用許諾依頼方法では、支払先情報の入力後に送信される指示画面コンテンツによって、返答コンテンツの書式が指定される。したがって、請求項７に記載の発明の効果に加え、著作者は、書式をコピーして貼り付けるだけで、簡便に返答コンテンツを作成することができる。また、所定の書式で返答コンテンツが作成されるので、利用コンテンツの利用許諾が得られたか否かを容易に判断できる。

請求項９に係る発明の利用許諾依頼方法では、対象コンテンツの翻訳が依頼された場合に、自動的に著作者に対して利用許諾依頼がなされ、許諾が得られると翻訳が行われる。したがって、請求項５〜８のいずれかに記載の発明の効果に加え、翻訳依頼の都度、著作権者を探して個別に翻訳に関する利用許諾の交渉をする必要がない。

請求項１０に係る発明の利用許諾依頼サーバによれば、ネットワークを介して公開されている、利用許諾の対象とされる対象コンテンツに関連づけて、利用許諾の依頼内容を示す依頼コンテンツが作成される。そして、依頼コンテンツにアクセスするための情報（依頼コンテンツ情報）が、対象コンテンツの関連コンテンツに関する情報の送信先（関連情報送信先）に送信される。これにより、対象コンテンツの作成者、すなわち、対象コンテンツの著作者は、依頼コンテンツ情報を知ることができるので、依頼コンテンツにアクセスし、利用許諾の依頼を受けたことを確認することが可能となる。対象コンテンツの著作者が著作権を譲渡していない場合には、著作者と著作権者は同一であるため、このようにして、著作権者（＝著作者）に対して、直接、利用許諾の依頼をすることができる。また、著作者から第三者に著作権が譲渡されている場合であっても、通常、著作者は著作権者の連絡先等の情報を持っているため、著作者から著作権者の情報を得たり、著作者を通じて著作権者に利用許諾の依頼をしたりできる可能性が高くなる。したがって、利用許諾を求めるコンテンツの著作権者やその連絡先が不明の場合でも、著作権者への利用許諾の依頼を効率的に行うことができる。

請求項１１に係る発明の利用許諾依頼プログラムは、請求項１〜９のいずれかに記載の利用許諾依頼方法の各種処理ステップをコンピュータに実行させることができる。したがって、請求項１〜９のいずれかに記載の発明の効果を奏することができる。

以下、本発明を具現化した実施の形態について、図面を参照して説明する。なお、参照する図面は、本発明が採用しうる技術的特徴を説明するために用いられるものであり、記載されている装置の構成、各種処理のフローチャートなどは、特に特定的な記載がない限り、それのみに限定する趣旨ではなく、単なる説明例である。

<第１の実施形態>
まず、図１〜図２２を参照して、本発明を翻訳依頼システムに適用した第１の実施形態について説明する。最初に、図１を参照して、本実施形態に係る翻訳依頼システム３０の概略構成について説明する。図１は、翻訳依頼システム３０の概略構成を示すシステム構成図である。

図１に示すように、翻訳依頼システム３０は、管理サーバ１、依頼者端末２、翻訳者端末３、二次利用者端末４、Ｗｅｂサーバ５、および著作者端末６を含み、これらはすべてインターネット９に接続されている。管理サーバ１、依頼者端末２、翻訳者端末３、二次利用者端末４、Ｗｅｂサーバ５、および著作者端末６は、例えば、汎用型のコンピュータである。なお、図１では、依頼者端末２、翻訳者端末３、二次利用者端末４、Ｗｅｂサーバ５、および著作者端末６はいずれも１つしか図示されていないが、いずれも複数存在してもよい。本実施形態において、管理サーバ１が、本発明の「利用許諾依頼サーバ」に相当し、Ｗｅｂサーバ５が、「コンテンツ提供サーバ」に相当し、依頼者端末２が、「クライアント端末」に相当する。

依頼者端末２は、インターネット９のＷＷＷ上に設けられたＷｅｂサイトで公開されているコンテンツであるＷｅｂコンテンツについて、翻訳依頼を行う者（以下、翻訳依頼者という）が使用する端末装置である。翻訳者端末３は、翻訳依頼に応じてＷｅｂコンテンツの翻訳を行う者（以下、翻訳者という）が使用する端末装置である。二次利用者端末４は、翻訳者によって翻訳されたＷｅｂコンテンツの翻訳結果を利用する者（以下、二次利用者という）が使用する端末装置である。著作者端末６は、Ｗｅｂコンテンツを作成した著作者の使用する端末装置である。Ｗｅｂサーバ５は、著作者端末６から提供されたＷｅｂコンテンツを記憶し、Ｗｅｂサイトで公開する装置である。管理サーバ１は、Ｗｅｂサーバ５が公開しているのとは別の、翻訳依頼用のＷｅｂサイト（以下、翻訳依頼サイトという）を公開している。管理サーバ１は、翻訳依頼サイトを介してＷｅｂコンテンツの翻訳依頼および利用許諾依頼を行ったり、これらに関連する情報を管理したりする装置である。図１では図示されていないが、管理サーバ１は、インターネット９以外に、例えば、専用のネットワークを介して、クレジット会社の管理装置や銀行の管理装置にも接続されている。

Ｗｅｂサーバ５が公開するＷｅｂサイトは、例えば、ユーザ毎にアカウントが管理され、公開される内容が比較的頻繁に更新され、且つ、時系列で表示される、ウェブログ（以下、ブログという）である。Ｗｅｂサーバ５が、ブログを公開するサーバ（以下、ブログサーバという）の場合、Ｗｅｂサーバ５にアカウントを有するブログユーザは、著作者端末６から自己のアカウントにログインして、記事を作成し、そのデータをＷｅｂサーバ５に送信する。すると、Ｗｅｂサーバ５によって、このブログ記事の著作者のアカウントに対応するＵＲＬのＷｅｂページに、記事が順次追加され、時系列で表示されていく。本実施形態では、Ｗｅｂサーバ５がこのようなブログサーバであるものとして、以下の説明を行う。

本実施形態の翻訳依頼システム３０全体で行われる処理の手順について、簡単に説明する。例えば、依頼者端末２を使用する翻訳依頼者が、Ｗｅｂサーバ５が公開するブログの記事の翻訳を入手したいと考えている場合、翻訳依頼者は、管理サーバ１が公開している翻訳依頼サイトにアクセスし、翻訳対象の記事（以下、対象記事という）のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を入力する。通常、Ｗｅｂコンテンツは著作物である。したがって、対象記事を翻訳し、その後、翻訳結果を二次利用するためには、著作権者の許諾を得なければならない。ブログの記事の著作権は、原始的には、記事を創作した著作者に帰属する。そこで、管理サーバ１は、依頼者端末２から対象記事のＵＲＬを受信すると、対象記事へのトラックバック機能を利用して、著作者に対して、翻訳に関する許諾依頼交渉を行う。

トラックバック機能とは、あるＷｅｂコンテンツ（コンテンツＡとする）に関連付けられた別のＷｅｂコンテンツ（コンテンツＢとする）についての情報をＷｅｂコンテンツＡに通知して、ＷｅｂコンテンツＡをＷｅｂコンテンツＢに関連付けさせる機能である。つまり、トラックバック機能を利用すれば、コンテンツＡとコンテンツＢとを双方向に関連付けることができる。コンテンツＢについての情報をコンテンツＡに通知する際の通知をトラックバックピング（ＴｒａｃｋＢａｃｋ Ｐｉｎｇ）という。トラックバックピングの送信先は通常ＵＲＬで指定されており、トラックバックＵＲＬという。以下の説明では、単に「トラックバックする」という場合、トラックバックピングを送信することを意味する。また、「トラックバック先」および「トラックバック元」という場合には、それぞれ、トラックバックピングの送信先および送信元を意味する。

本実施形態では、管理サーバ１は、許諾依頼交渉にあたり、対象記事の利用に関する許諾依頼内容を記載したＷｅｂページ（以下、許諾依頼ページという）を作成して、許諾依頼ページの情報を対象記事にトラックバックする。すると、ブログサーバであるＷｅｂサーバ５により、対象記事にトラックバック元である許諾依頼ページのＵＲＬが表示され、このページへのリンクが作成される。よって、対象記事の著作者は、容易に許諾依頼ページを参照して、依頼内容を確認することができる。

さらに、許諾依頼ページには、著作者に対して、トラックバックを利用した、許諾依頼に対する返答方法が記載されている。管理サーバ１は、トラックバックによる許諾依頼への返答を確認し、許諾が得られた場合には、対象記事の翻訳依頼を、選択された翻訳者に送信する。翻訳者による翻訳が行われ、対象記事の翻訳結果が翻訳者端末３から管理サーバ１へ送信されると、翻訳結果は、管理サーバ１に記憶される。その後、二次利用者端末４から翻訳結果の提供依頼を受けた場合には、管理サーバ１は、二次利用者端末４に翻訳結果を提供する。また、管理サーバ１は、対象記事の翻訳や翻訳結果の二次利用については、翻訳依頼者や二次利用者から料金を徴収し、その一部を、コンテンツの利用料として著作者に支払う。なお、ここまでで簡単に説明した各処理については、後で詳述する。

次に、図２〜図７を参照して、管理サーバ１の構成について説明する。図２は、管理サーバ１の電気的構成を示すブロック図である。図３は、依頼者データベース１５１０の説明図である。図４は、翻訳者データベース１５２０の説明図である。図５は、依頼管理データベース１５３０の説明図である。図６は、著作者データベース１５４０の説明図である。図７は、口座仮登録データベース１５５０の説明図である。

図２に示すように、管理サーバ１は、ＣＰＵ１０と、ＣＰＵ１０に各々接続されたＲＯＭ１１およびＲＡＭ１２を備えている。ＣＰＵ１０には、その他、入出力（Ｉ／Ｏ）インタフェイス１４が接続されている。Ｉ／Ｏインタフェイス１４には、ハードディスク装置（ＨＤＤ）１５、マウスコントローラ１６、キーコントローラ１７、ビデオコントローラ１８、および通信装置１９が接続されている。

ＣＰＵ１０は、管理サーバ１の全体の制御を司る。ＲＯＭ１１は、ＢＩＯＳを含む、管理サーバ１を動作させるための各種のプログラムを記憶している。ＣＰＵ１０は、ＲＯＭ１１や、後述するＨＤＤ１５に記憶されたプログラムに従って、管理サーバ１の動作を制御する。ＲＡＭ１２は、各種データを一時的に記憶するための記憶装置である。マウスコントローラ１６、キーコントローラ１７、およびビデオコントローラ１８には、それぞれマウス１６１、キーボード１７１およびビデオコントローラ１８１が接続されている。通信装置１９は、インターネット９およびその他のネットワークに接続し、外部機器との間でデータの送受信を行うためのものである。

ここで、ＨＤＤ１５の詳細について説明する。図２に示すように、ＨＤＤ１５は、依頼者データベース（ＤＢ）記憶エリア１５１、翻訳者データベース（ＤＢ）記憶エリア１５２、依頼管理データベース（ＤＢ）記憶エリア１５３、著作者データベース（ＤＢ）記憶エリア１５４、口座仮登録データベース（ＤＢ）記憶エリア１５５、翻訳結果記憶エリア１５８、対象記事記憶エリア１５９、およびプログラム記憶エリア１６０を含む複数の記憶エリアを備えている。

依頼者ＤＢ記憶エリア１５１には、翻訳依頼者に関する情報（以下、依頼者情報という）を格納する依頼者ＤＢ１５１０（図３参照）が記憶されている。依頼者情報は、翻訳依頼者の個人情報が依頼者端末２で入力され、管理サーバ１に送信される度に、１名毎に作成され、依頼者ＤＢ１５１０に登録される。図３に示すように、依頼者情報は、例えば、依頼者ＩＤ、氏名、住所、および連絡先を含む情報である。依頼者ＩＤとは、各翻訳依頼者を識別するための識別コードである。氏名および住所は、翻訳依頼者の氏名および住所である。連絡先は、翻訳依頼者の連絡先である電子メールアドレスである。

翻訳者ＤＢ記憶エリア１５２には、翻訳者に関する情報（以下、翻訳者情報という）を格納する翻訳者ＤＢ１５２０（図４参照）が記憶されている。翻訳者情報は、管理サーバ１の運営者と翻訳者との間で翻訳委託契約が交わされた場合に、翻訳者１名毎に作成され、翻訳者ＤＢ１５２０に登録される。図４に示すように、翻訳者情報は、例えば、翻訳者ＩＤ、氏名、住所、連絡先、振込先口座、および言語を含む情報である。翻訳者ＩＤとは、各翻訳者に固有の識別コードである。氏名、住所および連絡先は、翻訳者の氏名、住所およびメールアドレスである。振込先口座とは、翻訳者に対する報酬の振込先の銀行等の口座に関する情報である。言語とは、翻訳者が翻訳可能な言語である。

依頼管理ＤＢ記憶エリア１５３には、管理サーバ１が受け付けた翻訳依頼について、利用許諾状況や翻訳結果の利用許諾状況に関する情報（以下、依頼管理情報という）を格納する依頼管理ＤＢ１５３０（図５参照）が記憶されている。依頼管理情報は、新規の翻訳依頼１件毎に作成され、その翻訳依頼に対応する情報が順次追加されていく。図５に示すように、依頼管理情報は、例えば、依頼ＩＤ、依頼者ＩＤ、対象記事ＵＲＬ、対象記事トラックバック（ＴｒａｃｋＢａｃｋ）ＵＲＬ、送信日、著作者ＩＤ、許諾依頼ページＵＲＬ、返答トラックバックＵＲＬ、許諾可否、翻訳者ＩＤ、翻訳ＩＤ、翻訳料金、二次利用料、および利用回数を含む情報である。なお、本実施形態では、依頼管理ＤＢ１５３０は、本発明の「依頼情報記憶手段」に相当する。

依頼ＩＤは、各依頼管理情報を識別するための固有の識別コードである。依頼者ＩＤは、翻訳依頼を行った翻訳依頼者の依頼者ＩＤである。対象記事ＵＲＬは、翻訳の対象である対象記事のＵＲＬである。対象記事トラックバックＵＲＬは、対象記事に関連づけられたＷｅｂページの情報を送信する送信先である、対象記事のトラックバックＵＲＬである。送信日は、対象記事のトラックバックＵＲＬにトラックバックピングが送信された日である。著作者ＩＤは、対象記事の著作者の識別コードである、著作者ＩＤである。許諾依頼ページＵＲＬは、対象記事に対応して作成される許諾依頼ページ２０４（図１４参照）のＵＲＬである。返答トラックバックＵＲＬは、許諾依頼に対する返答を含むブログ記事が作成された場合のトラックバックピングの送信先として指定されたＵＲＬである。許諾可否は、現在の利用許諾交渉状況を示す情報である。例えば、図５では、「許諾」は、著作者から利用許諾が得られたことを示し、「拒否」は利用許諾が得られなかったことを示し、「依頼中」は、著作者に利用許諾の依頼中であることを示している。また、図５には図示されていないが、対象記事へのトラックバックが不可能と判断された場合には、許諾可否として、「ＴＢ不能」が記憶される。

翻訳者ＩＤは、対象記事の翻訳依頼先の翻訳者の翻訳者ＩＤである。すなわち、依頼管理ＤＢ１５３０に翻訳者ＩＤが記憶されている場合、すでに対象記事の翻訳が翻訳者に依頼されたことを示している。翻訳ＩＤは、翻訳結果を二次利用する際、翻訳結果記憶エリア１５８から翻訳結果を読み出すために使用される、翻訳結果の翻訳ＩＤである。すなわち、依頼管理ＤＢ１５３０に翻訳ＩＤが記憶されている場合、すでに対象記事の翻訳が完了し、翻訳結果が登録されていることを示している。翻訳料金は、対象記事の翻訳について、翻訳依頼者から徴収される金額である。二次利用料は、二次利用者に対象記事の翻訳結果を提供する際、二次利用者から徴収される金額である。利用回数は、対象記事の翻訳結果が二次利用された回数であり、初期値は０である。利用回数は、著作者への利用料を算出する際に使用される。なお、図５には図示されていないが、依頼管理情報には、対象記事の言語および翻訳先の言語、翻訳結果が登録された際の翻訳依頼者以外の連絡先等、その他の情報も含まれている。

著作者ＤＢ記憶エリア１５４には、翻訳がなされたブログの記事の著作者に関する情報（以下、著作者情報という）を格納する著作者ＤＢ１５４０（図６参照）が記憶されている。著作者情報は、著作者から対象記事の利用許諾が得られた場合に、著作者１名毎に作成され、著作者ＤＢ１５４０に記憶される。図６に示すように、著作者情報は、例えば、著作者ＩＤ、口座名義、振込口座、および依頼ＩＤを含む情報である。著作者ＩＤは、各著作者を識別するための固有の識別コードである。口座名義および振込口座は、著作者によって指定された、対象記事の利用料の振込先口座の名義人、および、銀行名や口座番号を含む情報である。依頼ＩＤは、利用料が支払われる対象記事を特定するための、依頼管理情報の依頼ＩＤである。なお、本実施形態では、著作者ＤＢ１５４０は、本発明の「支払先記憶手段」に相当する。

口座仮登録ＤＢ記憶エリア１５５には、指定された返答方法に従って管理サーバ１に送信された、利用料の振込先口座に関する情報（以下、口座情報という）を格納する口座仮登録ＤＢ１５５０（図７参照）が記憶されている。図７に示すように、口座情報は、例えば、確認番号、口座名義、および振込口座を含む情報である。確認番号は、各口座情報を識別するための固有の番号である。口座名義および振込口座は、口座情報の送信者によって指定された、対象記事の利用料の振込先口座の名義人、および、銀行や口座番号を含む情報である。なお、本実施形態では、口座仮登録ＤＢ１５５０は、本発明の「支払先記憶手段」に相当する。

詳細は図示しないが、図２に示す翻訳結果記憶エリア１５８には、著作者からの利用許諾が得られた後に、管理サーバ１からの依頼に応じて作成され、翻訳者端末３から送信された翻訳結果が、翻訳結果の識別コードである翻訳ＩＤと対応付けて記憶されている。対象記事記憶エリア１５９には、Ｗｅｂサーバ５から取得された対象記事のデータが、対応する依頼管理情報の依頼ＩＤと対応付けて記憶されている。プログラム記憶エリア１６０には、各種処理を管理サーバ１に実行させるための各種プログラムが記憶されている。ＨＤＤ１５には、その他、各種処理で使用される設定値等も記憶されている。

以下に、このように構成された管理サーバ１において行われる各種処理について、図８〜図２２を参照して説明する。図８は、翻訳依頼処理のフローチャートである。図９は、翻訳依頼ページ２０１の説明図である。図１０は、翻訳依頼処理で行われる新規依頼処理のフローチャートである。図１１は、依頼確定問合せページ２０２の説明図である。図１２は、新規依頼処理で行われる許諾依頼処理のフローチャートである。図１３は、トラックバックＵＲＬ問合せページ２０３の説明図である。図１４は、許諾依頼ページ２０４の説明図である。図１５は、翻訳依頼処理で行われる二次利用処理のフローチャートである。図１６は、二次利用問合せページ２０５の説明図である。図１７は、口座情報受付処理のフローチャートである。図１８は、口座登録ページ２０６の説明図である。図１９は、返答作成依頼ページ２０７の説明図である。図２０は、返答監視処理のフローチャートである。図２１は、翻訳結果登録処理のフローチャートである。図２２は、報酬支払い処理のフローチャートである。なお、図８、図１０、図１２、図１５、図１７、図２０〜図２０に示す各処理は、ＨＤＤ１５のプログラム記憶エリア１６０に記憶されたプログラムに従って、ＣＰＵ１０により実行される。

まず、図８および図９を参照して、翻訳依頼処理について説明する。この処理は、依頼者端末２から送信された翻訳依頼に応じて、利用許諾交渉を行ったり、すでに登録されている翻訳結果を提供したりする処理である。

翻訳依頼者が、依頼者端末２でＷｅｂブラウザを起動し、管理サーバ１が公開する翻訳依頼サイトにアクセスすると、依頼者端末２のディスプレイには、管理サーバ１から送信された表示用データに基づき、メニュー（図示外）が表示される。図８に示す翻訳依頼処理は、このメニューで「翻訳依頼」が選択され、その情報を管理サーバ１が受信すると開始される。処理が開始されるとまず、管理サーバ１のＣＰＵ１０は、翻訳依頼ページ２０１（図９参照）の表示用データを依頼者端末２に送信し、翻訳依頼ページ２０１を依頼者端末２に表示させる（Ｓ１）。図９に示すように、翻訳依頼ページ２０１には、対象記事のＵＲＬ、対象記事の言語（以下、元言語という）、および翻訳先の言語（以下、翻訳先言語という）をそれぞれ指定するための入力欄と、ＯＫボタンとが設けられている。翻訳依頼者によって入力欄への入力が行われ、ＯＫボタンが選択されると、入力された情報が依頼者端末２から管理サーバ１に送信され、受け付けられて、ＲＡＭ１２に一時的に記憶される（Ｓ２）。なお、本実施形態では、翻訳対象である対象記事が、本発明の「対象コンテンツ」に相当し、対象記事のＵＲＬが、「対象コンテンツ情報」に相当する。

続いて、対象記事の翻訳先言語への翻訳の依頼が、すでに受け付けられているか否かの判断が行われる（Ｓ３）。より具体的には、依頼管理ＤＢ１５３０に、Ｓ２で受け付けられたのと同一の対象記事ＵＲＬ、元言語および翻訳先言語を含む依頼管理情報がすでに記憶されているか否かが判断される。同一の翻訳依頼が受け付けられていなければ（Ｓ３：ＮＯ）、受け付けられたのは新規の翻訳依頼であるから、新規依頼処理が行われる（Ｓ１０、図１０）。一方、同一の翻訳依頼がすでに受け付けられている場合には（Ｓ３：ＹＥＳ）、翻訳が完了しているか否かが判断される（Ｓ４）。より具体的には、依頼管理ＤＢ１５３０において、その翻訳依頼に対応する翻訳ＩＤが記憶されているか否かが判断される。翻訳ＩＤが記憶されていれば、翻訳依頼に応じて作成された翻訳結果がすでに翻訳結果記憶エリア１５８に記憶されている。したがって、この場合には、翻訳は完了していると判断され（Ｓ４：ＹＥＳ）、翻訳結果を二次利用する場合の処理である二次利用処理（Ｓ２０、図１５）が行われる。一方、依頼管理ＤＢ１５３０に、同一の対象記事ＵＲＬ、元言語および翻訳先言語は記憶されているが、翻訳ＩＤが記憶されていない場合には（Ｓ４：ＮＯ）、現在、対象記事は翻訳中である。したがって、ＣＰＵ１０は、翻訳が完了して翻訳結果が登録された後に、翻訳依頼者に連絡して二次利用できるようにするために、連絡先の入力を受け付けるための連絡先受付ページ（図示外）の表示用データが依頼者端末２に送信される（Ｓ５）。その後、依頼者端末２から送信される連絡先が受け付けられ、依頼管理ＤＢ１５３０の同一の翻訳依頼の依頼管理情報において、追加連絡先として記憶される（Ｓ６）。

図１０および図１１を参照して、図８の翻訳依頼処理のＳ１０で行われる新規依頼処理について説明する。処理が開始されると、まず、予め設定された方法で翻訳料金が算出される（Ｓ１１）。例えば、ＨＤＤ１５の所定の記憶エリアに、１単語あたり、または１ページあたりの単価を記憶させておき、対象記事の単語数または文字数に基づいて、翻訳料金を算出すればよい。または、対象記事の難易度や、専門性の高さに応じて、翻訳料金を高くする算出方法を採用してもよい。算出された翻訳料金は、ＲＡＭ１２に一時的に記憶される。翻訳料金が算出されると、依頼を確定するか否かを問合せるページの表示用データが依頼者端末２に送信され、依頼確定問合せページ２０２（図１１参照）が、依頼者端末２に表示される（Ｓ１２）。依頼確定問合せページ２０２には、例えば図１１に示すように、対象記事のＵＲＬ、元言語および翻訳先言語、ならびに、算出された翻訳料金が表示される。他に、翻訳結果の予定納期等を表示させてもよい。また、依頼確定問合せページ２０２には、表示された条件で翻訳を依頼するか否かを問うメッセージと、依頼を確定するためのＯＫボタンおよび依頼をキャンセルするためのキャンセルボタンが表示される。

翻訳依頼者がＯＫボタンまたはキャンセルボタンを選択し、その入力情報が依頼者端末２から管理サーバ１へ送信され、管理サーバ１で受け付けられると（Ｓ１３）、受信された情報が依頼を確定するものか否かが判断される（Ｓ１４）。キャンセルボタンが選択されたことを示す情報が受信されていれば、依頼がキャンセルされたと判断され（Ｓ１４：ＮＯ）、図１０の新規依頼処理は終了して、図８の翻訳依頼処理に戻る。一方、ＯＫボタンが選択されたことを示す情報が受信されていれば、依頼が確定されたと判断され（Ｓ１４：ＹＥＳ）、許諾依頼処理（Ｓ１５、図１２）が行われた後、図１０の新規依頼処理は終了して、図８の翻訳依頼処理に戻る。

図１２〜図１４を参照して、許諾依頼処理の詳細について説明する。図１２に示す許諾依頼処理が開始されるとまず、管理サーバ１から依頼者端末２に表示用データが送信され、依頼者端末２では、個人情報入力ページ（図示外）が表示される（Ｓ１１１）。個人情報入力ページには、翻訳依頼者の氏名、住所、連絡先のメールアドレスの入力欄と、入力を確定するためのＯＫボタンが表示される。他に、電話番号や頻繁に閲覧するＷｅｂサイトの入力欄等を設けてもよい。ＯＫボタンが選択されると、依頼者端末２から入力された情報が管理サーバ１に送信され、受け付けられる（Ｓ１１２）。受け付けられた情報（氏名、住所、連絡先）に、依頼者ＩＤが割り当てられ、依頼者情報として依頼者ＤＢ１５１０に登録される。なお、過去に翻訳依頼をしたことがある翻訳依頼者については、すでに依頼者ＤＢ１５１０（図３参照）に依頼者情報が登録されているので、新たに登録する必要はない。

続いて、依頼管理ＤＢ１５３０（図５参照）に、依頼管理情報が新規登録される（Ｓ１１３）。具体的には、新たな依頼ＩＤが割り当てられ、翻訳依頼処理（図８）のＳ２で受け付けられた対象記事ＵＲＬ、元言語および翻訳先言語、新規依頼処理（図１０）のＳ１１で算出された翻訳料金、ならびにＳ１１２で取得された依頼者ＩＤが、依頼管理ＤＢ１５３０の対応する欄にそれぞれ記憶される。また、許諾可否欄には、利用許諾の依頼中であることを示す「依頼中」が記憶される。図５には図示されていないが、翻訳依頼処理（図８）のＳ６で取得された追加連絡先も記憶される。

対象記事ＵＲＬに基づいて対象記事のデータが取得され、依頼ＩＤと対応づけて、対象記事記憶エリア１５９に記憶される（Ｓ１１４）。そして、取得された対象記事のデータに含まれるトラックバックＵＲＬが検索される（Ｓ１１５）。ブログで公開される記事の多くは、ＲＤＦ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ）で記述されたメタデータを有する。ブログの記事のメタデータとは、記事の内容そのもののデータではなく、記事に関連する情報のデータであり、例えば、記事のＵＲＬ、タイトル、作成日時、トラックバックＵＲＬ等を含んでいる。なお、本実施形態では、対象記事のトラックバックＵＲＬが、本発明の「関連情報送信先」に相当する。

そこで、本実施形態では、対象記事のメタデータ中のトラックバックＵＲＬが検索される。検索の結果、トラックバックＵＲＬが発見されれば（Ｓ１１７：ＹＥＳ）、発見されたトラックバックＵＲＬが、依頼管理ＤＢ１５３０に記憶される（Ｓ１２２）。一方、トラックバックＵＲＬが発見できない場合には（Ｓ１１７：ＮＯ）、対象記事が公開されているブログは、トラックバック機能に対応していない可能性がある。そこで、依頼者端末２にトラックバックＵＲＬを問合せるためのページの表示用データが送信され、例えば、図１３に示すトラックバックＵＲＬ問合せページ２０３が表示される（Ｓ１１８）。トラックバックＵＲＬ問合せページ２０３には、対象記事ＵＲＬおよび対応するトラックバックＵＲＬを入力するよう促すメッセージが表示され、トラックバックＵＲＬの入力欄、ＯＫボタン、および不明ボタンが設けられている。

翻訳依頼者が対象記事の公開されているブログを確認する等してトラックバックＵＲＬを発見し、入力欄に入力してＯＫボタンを選択した場合には、入力されたトラックバックＵＲＬが、管理サーバ１に送信され、問合せ結果として受け付けられ、ＲＡＭ１２に記憶される（Ｓ１１９）。一方、翻訳依頼者が、トラックバックＵＲＬが発見できず、不明ボタンを選択した場合には、その情報が管理サーバ１に送信され、問合せ結果として受け付けられる（Ｓ１１９）。トラックバックＵＲＬが受け付けられた場合には、トラックバックＵＲＬが判明したので、（Ｓ１２１：ＹＥＳ）、受け付けたトラックバックＵＲＬが、依頼管理ＤＢ１５３０に記憶される（Ｓ１２２）。一方、依頼者端末２で不明ボタンが選択された場合には、ブログがトラックバック機能を備えていない等の理由で、トラックバックＵＲＬは判明していない（Ｓ１２１：ＮＯ）。よって、対象記事に対するトラックバックをすることができない。前述したように、本実施形態では、トラックバック機能を利用して自動的に利用許諾の依頼を行うので、トラックバックができなければ、依頼を行うことができない。よって、依頼管理ＤＢ１５３０の許諾可否欄に記憶されている「依頼中」が、トラックバック不可能であることを示す「ＴＢ不能」に変更される（Ｓ１２５）。そして、別途何らかの方法で利用許諾交渉を行うため、管理サーバ１のオペレータに、対象記事へのトラックバックが不可能である旨の通知をした後（Ｓ１２６）、図１２の許諾依頼処理を終了して、図１０の新規依頼処理に戻る。

トラックバックＵＲＬが取得でき、依頼管理ＤＢ１５３０に記憶された場合には（Ｓ１１７：ＹＥＳまたはＳ１２１：ＹＥＳ→Ｓ１２２）、対象記事の著作者に対して利用許諾を依頼するための許諾依頼ページ２０４（図１４参照）が作成される（Ｓ１２３）。許諾依頼ページ２０４には、例えば図１４に示すように、著作者に対して利用許諾を依頼する依頼文、許諾対象記事のＵＲＬ、許諾条件、および許諾方法の案内、および注意事項が記載される。なお、本実施形態では、許諾依頼ページ２０４は、本発明の「依頼コンテンツ」に相当する。

許諾条件には、例えば、管理サーバ１の運営者によって定められる、利用許諾の範囲および著作者に支払われる利用料を含めることができる。利用許諾の範囲として、本実施形態では、対象記事の翻訳と、翻訳結果の第三者への提供とが定められている。また、著作者へ支払われる利用料として、翻訳料金の３％と、翻訳結果の第三者への提供料、すなわち、二次利用料の３％とが定められている。これらの範囲や金額（還元率）は、必ずしもこの例に限られず、管理サーバ１の運営者が適宜定め、例えばＨＤＤ１５の所定の記憶エリアに記憶させておけばよい。許諾方法の案内には、利用許諾に同意する場合に、利用料の振込先口座を指定し、さらに手続を進めるためのページである、口座登録ページ２０６（図１８参照）へのリンクが張られたＵＲＬが記載されている。したがって、著作者が利用許諾に同意する場合には、このＵＲＬを参照することにより、次の手続段階に進むことができる。なお、口座登録ページで口座情報が入力された場合については、後で詳述する。

さらに、図１４に示す許諾依頼ページ２０４には、注意事項として、著作者が著作権者でない場合の対処法が記載されている。前述したように、著作物であるブログの記事の著作権は、原始的には著作者に帰属する。したがって、原則的には、著作者は著作権者であるため、著作者から利用許諾を得ればよい。しかし、例えば、ブログによっては、著作者が著作権をブログの運営者に譲渡することに同意した場合に限って利用できるものもある。また、例えば、著作者が第三者に個別に著作権を譲渡してしまった場合もありうる。そのような場合、著作者ではなく、著作権を譲り受けた現在の著作権者の利用許諾を得る必要がある。通常、著作者は著作権者の情報を有しているため、著作者から著作権者の連絡先等の情報を得られる可能性は高い。そこで、著作権を譲渡した著作者から、個別に著作権者の情報を得るためのメールアドレスが記載されている。このように、著作者から著作権者の情報を積極的に得ることにより、著作権者に利用許諾を依頼できる可能性が高くなる。

許諾依頼ページ２０４が作成されるのと合わせて、許諾依頼ページ２０４のＵＲＬと、許諾依頼に対して後で返答が作成された際の通知であるトラックバックピングを受け付けるための返答トラックバックＵＲＬが割り当てられ、依頼管理ＤＢ１５３０に記憶される（Ｓ１２３）。なお、許諾依頼ページ２０４は、対象記事１件毎に作成されるので、各ＵＲＬは各対象記事に固有のＵＲＬである。その後、対象記事のトラックバックＵＲＬへトラックバックピングが送信される（Ｓ１２４）。本実施形態で送信されるトラックバックピングには、トラックバック元の許諾依頼ページ２０４のタイトルである「著作者様への利用許諾に関するお願い」と、許諾依頼ページ２０４のＵＲＬが含まれている。以下、トラックバックピングに含まれる情報を、トラックバック情報という。トラックバックピングが送信されると、図１２の許諾依頼処理は終了し、図１０の新規依頼処理に戻る。なお、対象記事を含むブログのＷｅｂサーバ５は、受信したトラックバック情報に基づいて、対象記事に対するトラックバック元の一覧を自動的に生成し、対象記事のＷｅｂページにリンク表示させることができる。したがって、対象記事の著作者は、トラックバック元として表示された許諾依頼ページ２０４を容易に参照して閲覧することができる。なお、本実施形態では、許諾依頼ページ２０４のＵＲＬが、本発明の「依頼コンテンツ情報」に相当する。

次に、図１５および図１６を参照して、図８の翻訳依頼処理のＳ２０で行われる二次利用処理について説明する。処理が開始されるとまず、管理サーバ１から、二次利用者端末４に対して、二次利用問合せページ２０５（図１６参照）の表示用データが送信され、二次利用者端末４に利用問合せページ２０５が表示される（Ｓ２１）。図１６に示すように、二次利用問合せページ２０５には、対象記事ＵＲＬ、言語、および二次利用料が記載されている。二次利用料は、例えば、翻訳料金の１０％というように、予め管理サーバ１の運営者によって定められ、ＨＤＤ１５の所定の記憶エリアに記憶されている。また、利用に同意する場合に、二次利用者から二次利用料を徴収するためのクレジットカードの情報の入力欄が設けられている。二次利用者が、カード番号、名義等、クレジットカードの情報を入力し、ＯＫボタンを選択した場合には、クレジットカードの情報が管理サーバ１に送信され、問合せ結果として受け付けられる（Ｓ２２）。二次利用者が、利用問合せページ２０５に表示された条件に同意せず、キャンセルボタンを選択した場合には、その情報が管理サーバ１に送信され、受け付けられる（Ｓ２２）。

問合せ結果として、キャンセルボタンが選択されたことを示す情報が受け付けられた場合には、二次利用が確定されていないので（Ｓ２３：ＮＯ）、そのまま図１５に示す二次利用処理は終了し、図８の翻訳依頼処理に戻る。一方、二次利用を確定することを示すクレジットカードの情報が受け付けられた場合には、二次利用料金の請求処理が行われる（Ｓ２４）。具体的には、受け付けられたクレジットカードの情報に基づき、二次利用者から二次利用料を徴収するための依頼データが、クレジットカード会社の管理装置へ送信される。そして、依頼管理ＤＢ１５３０の利用回数欄に記憶された利用回数に１が加算される（Ｓ２５）。翻訳ＩＤに基づいて、翻訳結果記憶エリア１５８から対応する翻訳結果が読み出され、二次利用者端末４で表示可能な表示用データに変換されて送信されると（Ｓ２６）、図１５の二次利用処理は終了し、図８の翻訳依頼処理に戻る。

以上に説明したように、翻訳依頼処理では、翻訳依頼が新規であれば、著作者に対してトラックバック機能を用いて利用許諾を依頼する処理が行われ、翻訳依頼が新規でなく、翻訳がすでに完了している場合には、翻訳結果を二次利用する処理が行われる。

次に、図１７〜図１９を参照して、口座情報受付処理について説明する。この処理は、前述した許諾依頼処理（図１２参照）において対象記事へのトラックバックが行われ、対象記事にリンクされた許諾依頼ページ２０４（図１４参照）に表示される指示に従って口座情報が入力された場合の処理である。

図１７の口座情報受付処理は、管理サーバ１の電源がＯＮである間、継続して繰り返し行われる。まず、口座登録ページ２０６の表示要求があったか否かが判断される（Ｓ３１）。前述したように、対象記事にリンクされた許諾依頼ページ２０４（図１４参照）には、利用許諾に同意する場合には振込口座に関する情報の登録を行うよう依頼する依頼文と、口座登録ページ２０６（図１８参照）のＵＲＬが表示されている（３．許諾方法の案内）。口座登録ページ２０６のＵＲＬ表示にはリンクが張られているので、このＵＲＬが選択されると、口座登録ページ２０６の表示要求が管理サーバ１に送信される。管理サーバ１のＣＰＵ１０は、表示要求を受信しない間は、受信するまで待機する（Ｓ３１：ＮＯ→Ｓ３１）。表示要求を受信すると（Ｓ３１：ＹＥＳ）、口座登録ページ２０６の表示用データを、表示要求の送信元に送信する（Ｓ３２）。なお、本実施形態では、口座登録ページ２０６は、本発明の「入力画面コンテンツ」に相当し、そのＵＲＬは、「入力画面コンテンツ情報」に相当する。

なお、表示要求の送信元は、対象記事の著作者の著作者端末６である場合と、著作者端末６以外の端末装置である場合がある。前述したように、対象記事はブログで公開されており、著作者以外でも閲覧することができる。したがって、対象記事へのトラックバック元の一覧表示から、著作者以外の者が許諾依頼ページ２０４（図１４参照）を参照した場合、さらに口座登録ページ２０６を参照することができるためである。

口座登録ページ２０６には、例えば図１８に示すように、入力を促すメッセージおよび対象記事のＵＲＬが表示され、著作者に対する利用料の振込先口座の口座情報を入力するための入力欄、およびＯＫボタンが設けられている。口座情報が入力され、ＯＫボタンが選択されると、口座情報が管理サーバ１に送信され、受け付けられる（Ｓ３３）。続いて、確認番号が生成される（Ｓ３４）。確認番号は、口座情報が受信される毎に割り当てられる固有の番号である。そして、生成された確認番号に対応づけられた口座情報が、口座仮登録ＤＢ記憶エリア１５５の口座仮登録ＤＢ１５５０（図７参照）に新規登録される。口座情報は、本来、対象記事の著作者から入力される情報のみが必要である。しかし、前述したように、口座登録ページ２０６は著作者以外でも容易に参照できるので、著作者以外から入力された情報も管理サーバ１で受け付けられてしまう。そこで、このように、受け付けられた口座情報は、すべて確認番号を付与して仮登録しておき、後で、著作者から入力された口座情報を識別するのに使用される。なお、本実施形態では、口座情報毎に生成される確認番号は、本発明の「識別情報」に相当する。

口座情報が仮登録されると（Ｓ３５）、返答作成依頼ページ２０７（図１９参照）の表示用データが生成され、口座情報の送信元に送信された後（Ｓ３６）、処理は口座登録ページ２０６の表示要求を受信したか否かの判断に戻る。返答作成依頼ページ２０７には、例えば図１９に示すように、対象記事のＵＲＬおよび仮登録された口座情報が確認のために表示され、さらに、利用許諾依頼に対する返答記事の作成方法が指示されている。具体的には、対象記事と同一のブログ内に、規定の書式をコピーした返答を作成し、指定されたトラックバックＵＲＬ（返答トラックバックＵＲＬ）にトラックバックする方法が指示されている。規定の書式には、口座情報に割り当てられた固有の確認番号、対象記事ＵＲＬ、および規定の許諾文が含まれている。したがって、返答の作成者は、返答作成依頼ページ２０７に記載された規定の書式をコピーして、自己のブログの記事に貼り付けるだけで、許諾依頼に対する返答を容易に作成することができる。なお、本実施形態では、返答作成依頼ページ２０７は、本発明の「指示画面コンテンツ」に相当する。

次に、図２０を参照して、返答監視処理について説明する。この処理では、許諾依頼に対する返答の有無や、著作者からの通知の有無が監視されており、必要に応じて各種の処理が行われる。

図２０の返答監視処理は、管理サーバ１の電源がＯＮである間、継続して繰り返し行われる。まず、返答トラックバックＵＲＬへのトラックバックがあったか否か、すなわち、トラックバックピングを受信したか否かが判断される（Ｓ４１）。このトラックバックピングは、返答作成依頼ページ２０７に記載された指示に従って、利用許諾依頼に対する返答が作成された場合に送信されるものである。トラックバックピングを受信していなければ（Ｓ４１）、返答はまだ作成されていない。そこで、著作者権者の情報を受信したか否かが判断される（Ｓ５１）。前述したように、著作者が著作権を譲渡しており、別途、著作権者から利用許諾を得なければならない場合に、許諾依頼ページ２０４（図１４参照）の注意事項として記載された指示により、著作者から、指定のメールアドレスに著作権者の情報が送信される場合がある。よって、このメールアドレスへのメールを受信した場合には（Ｓ５１：ＹＥＳ）、個別に著作権者との交渉を行うべく、管理サーバ１のオペレータに通知がなされ（Ｓ５８）、ＣＰＵ１０はトラックバックピング受信の監視に戻る（Ｓ４１）。

一方、著作権者の情報も受信していなければ（Ｓ５１：ＮＯ）、所定期間が経過した依頼管理情報があるか否かが判断される（Ｓ５２）。著作者の返答があるまで何も処理を行わないとすると、翻訳依頼者は、翻訳結果を入手できるのか、また、できるならいつになるのかがわからないまま待ち続けることになる。そこで、依頼管理ＤＢ１５３０が参照され、返答がないまま、トラックバックピングの送信日から所定期間が経過した依頼管理情報がある場合には（Ｓ５２：ＹＥＳ）、許諾の同意が得られなかったとみなして処理が行われる。なお、所定期間として、予め設定され、例えばＨＤＤ１５の所定の記憶エリアに記憶された期間（例えば、２週間）を使用することができる。まず、トラックバックピングの送信日から所定期間が経過している依頼管理情報において、許諾可否が「依頼中」から「拒否」に変更される（Ｓ５５）。そして、その依頼管理情報に含まれる依頼者ＩＤに対応する翻訳依頼者の連絡先に、依頼無効の通知メールが送信される（Ｓ５６）。このメールには、例えば、著作者から翻訳に関する許諾が得られなかったため、翻訳を行うことができない旨が記載される。依頼無効通知メールの送信後、ＣＰＵ１０は、トラックバックピングの受信有無の監視に戻る（Ｓ４１）。

返答作成依頼ページ２０７のトラックバックＵＲＬへのトラックバックピングを受信した場合には（Ｓ４１：ＹＥＳ）、利用許諾依頼に対する返答が、指示通り、対象記事と同一ブログに作成されているか否かが判断される。具体的には、トラックバックピングにトラックバック情報として含まれるトラックバック元のＵＲＬが、利用許諾の対象記事の著作者のブログアカウントに属するか否かが判断される（Ｓ４２）。前述したように、返答トラックバックＵＲＬは、対象記事毎に割り当てられるので、依頼管理ＤＢ１５３０に記憶されている返答トラックバックＵＲＬに対応する対象記事ＵＲＬと、受信したトラックバック情報に含まれるトラックバック元のＵＲＬとが比較される。例えば、対象記事ＵＲＬが「ｈｔｔｐ／／ｗｗｗ．ｂｌｏｇ４．ｃｏ．ｊｐ／ａｂｃ／０８０２１２」であり、トラックバック元のＵＲＬが「ｈｔｔｐ／／ｗｗｗ．ｂｌｏｇ４．ｃｏ．ｊｐ／ａｂｃ／０８０３０３」であったとする。この場合、ブログのユーザアカウントに対応する部分（ｈｔｔｐ／／ｗｗｗ．ｂｌｏｇ４．ｃｏ．ｊｐ／ａｂｃ／）が同一であるため、両者は同一のアカウントに属すると判断される（Ｓ４２：ＹＥＳ）。このような場合、対象記事の著作者からの返答がトラックバック元のＵＲＬに公開されていると判断される。なお、本実施形態では、受信したトラックバック情報に含まれるトラックバック元のＵＲＬが、「返答コンテンツ情報」に相当する。

前述したように、許諾依頼ページ２０４（図１４参照）、口座登録ページ２０６（図１８参照）、および返答作成依頼ページ２０７（図１９参照）は、すべて著作者以外の者も閲覧できる。よって、著作者以外の者からのトラックバックが可能であるが、このように、ブログのアカウントを参照することにより、著作者からのトラックバックと、著作者以外の者からのトラックバックとを区別し、著作者からの返答のみを抽出することができる。

対象記事ＵＲＬとトラックバック元のＵＲＬが同一のアカウントに属すると判断された場合には（Ｓ４２：ＹＥＳ）、ＣＰＵ１０は、トラックバック元ＵＲＬに表示要求を送信し、要求に応じて送信されたデータに基づき、返答を確認する（Ｓ４３）。返答は、前述したように、規定の書式通りに作成されていれば、口座情報登録時に割り当てられた確認番号、対象記事ＵＲＬ、および許諾文が記載されているはずである。したがって、ＣＰＵ１０は、口座仮登録ＤＢ１５５０（図７参照）に記憶されているエントリの内、当該エントリの確認番号が返答の確認番号と一致するものがあるか否か、返答の対象記事ＵＲＬが依頼管理ＤＢ１５３０（図５参照）に記憶されている対象記事ＵＲＬと一致するか、および許諾文が規定の許諾文と一致するか否かを確認する。いずれも一致する場合には、トラックバック元の返答は、著作者からの対象記事の利用許諾依頼に対する同意の返答であると判断される（Ｓ４４：ＹＥＳ）。したがって、ＣＰＵ１０は、口座仮登録ＤＢ１５５０に仮登録されていた、返答に記載されている確認番号を有する口座情報を読み出し、口座名義および振込口座を、新たに割り当てた著作者ＩＤおよび対応する依頼ＩＤとともに、著作者情報として著作者ＤＢ１５４０（図６参照）に登録する（Ｓ４５）。なお、著作者ＤＢ１５４０に、すでに同一の口座名義および振込口座が記憶されている場合には、新規登録はされず、著作者情報が更新される。具体的には、著作者ＩＤ、口座名義および振込口座はそのままとされ、依頼ＩＤ欄に、新たな依頼ＩＤが追加される。また、口座仮登録ＤＢ１５５０からは、該当する口座情報が削除される（Ｓ４６）。さらに、依頼管理ＤＢ１５３０において、対応する依頼管理情報の許諾可否を、「依頼中」から「許諾」に変更する（Ｓ４７）。このようにして、ＨＤＤ１５の該当するデータベースに記憶された情報が、適宜更新される。

続いて、翻訳依頼者に対して、翻訳料金の請求処理が行われる（Ｓ４８）。具体的には、例えば、カード番号、名義等、クレジットカードの情報の入力用ページの表示用データが依頼者端末２に送信される。そして、翻訳依頼者から入力されたクレジットカードの情報に基づき、翻訳依頼者から翻訳料金を徴収するための依頼データが、クレジットカード会社の管理装置へ送信される。翻訳料金請求後、翻訳者への翻訳依頼が行われる（Ｓ４９）。具体的には、まず、翻訳者ＤＢ１５２０に記憶された翻訳者のうち、対象記事の元言語および翻訳先言語の翻訳が可能な翻訳者が１名選択される。なお、ここでの翻訳者選択方法は、どのような方法を採用してもよい。選択された翻訳者の翻訳者ＩＤは、依頼管理ＤＢ１５３０に記憶される。そして、選択された翻訳者の連絡先に、依頼ＩＤと、対象記事ＵＲＬを記載した翻訳依頼メールが送信される。翻訳依頼メールには、対象記事記憶エリア１５９に記憶されている対象記事のデータを添付してもよい。翻訳者への翻訳依頼が行われた後、トラックバックピングの受信有無の監視に戻る（Ｓ４１）。なお、翻訳依頼は、翻訳者１名に限らず、記事を複数に分割して、複数の翻訳者に依頼することも可能である。

返答トラックバックＵＲＬへのトラックバックピングは受信したが（Ｓ４１：ＹＥＳ）、対象記事ＵＲＬとトラックバック元ＵＲＬが同一のブログアカウントに属さないと判断された場合には（Ｓ４２：ＮＯ）、トラックバック元に作成されている返答は、対象記事の著作者のものではない。したがって、ＣＰＵ１０は、この返答については何も処理を行わず、トラックバックピングの受信有無の監視に戻る（Ｓ４１）。また、対象記事ＵＲＬとトラックバック元ＵＲＬが同一のブログアカウントに属する、すなわち、著作者からの返答である場合でも（Ｓ４２：ＹＥＳ）、次のような場合には、許諾の同意が得られなかったと判断される（Ｓ４４：ＮＯ）。すなわち、返答の確認番号が口座情報にない場合、対象記事ＵＲＬが一致しない場合、および許諾文が規定の文章と一致しない場合の少なくともいずれかに該当する場合である。この場合には、依頼管理ＤＢ１５３０の許諾可否が「依頼中」から「拒否」に変更され（Ｓ５５）、翻訳依頼者の連絡先に、依頼無効の通知メールが送信される（Ｓ５６）。依頼無効通知メールの送信後、ＣＰＵ１０は、トラックバックピングの受信有無の監視に戻る（Ｓ４１）。

以上に説明したように、返答監視処理では、利用許諾依頼に対する返答の有無、返答があった場合の送信者の適格性および内容判断、および著作者が著作権を譲渡した場合の通知の有無が監視され、必要に応じて適切な処理が行われる。

次に、図２１を参照して、翻訳結果登録処理について説明する。この処理では、翻訳依頼に応じて作成された翻訳結果が翻訳依頼者に提供されるとともに、翻訳料金の徴収が行われ、著作者には利用料が支払われる。

翻訳者は、前述のように依頼を受けた対象記事の翻訳を行った後、翻訳者端末３でＷｅｂブラウザを起動し、管理サーバ１が公開する翻訳依頼用サイトにアクセスして、メニューから「翻訳結果登録」を選択する。すると、その情報が管理サーバ１に受け付けられ、図２１に示す翻訳結果登録処理が開始される。まず、翻訳結果登録ページ（図示外）の表示用データが翻訳者端末３に送信され、翻訳者端末３に翻訳結果登録ページが表示される（Ｓ６１）。翻訳結果登録ページには、少なくとも、依頼ＩＤの入力欄、翻訳結果ファイルの添付欄、および登録ボタンが設けられている。翻訳者が、翻訳依頼時に受信した依頼ＩＤを入力し、翻訳結果ファイルを添付して、登録ボタンを選択すると、依頼ＩＤと翻訳結果ファイルが管理サーバ１に送信される。依頼ＩＤと翻訳結果ファイルは、管理サーバ１で受け付けられ、新たに割り当てられた翻訳ＩＤとともに、翻訳結果記憶エリア１５８に登録される（Ｓ６２）。また、依頼管理ＤＢ１５３０に翻訳ＩＤが記憶されることにより、依頼管理情報が更新される。（Ｓ６３）。

翻訳が出来上がったので、依頼管理ＤＢ１５３０と依頼者ＤＢ１５１０が参照され、翻訳依頼者の連絡先および追加連絡先に、翻訳完了通知のメールが送信される（Ｓ６４）。なお、翻訳依頼者は、すでに翻訳料金を支払い済みであるから、翻訳依頼者へのメールには、翻訳結果のＵＲＬが記載されており、翻訳依頼者はそのＵＲＬを参照するだけで、翻訳結果を閲覧することができる。一方、追加連絡先の依頼者は、翻訳料金は支払っておらず、二次利用者と同じ扱いになる。したがって、追加連絡先へのメールには、対象記事の翻訳が完了した旨と、二次利用問合せページ２０５（図１６参照）のＵＲＬが記載される。よって、追加連絡先の依頼者は、二次利用者と同様にして、翻訳結果を二次利用することができる。

また、翻訳者に対する報酬が算出され、振込み処理が行われる（Ｓ６５）。報酬は、例えば、翻訳依頼者によって支払われた翻訳料金の８０％として算出することができる。翻訳者の報酬を算出するための料率は、管理サーバ１の運営者が適宜設定し、例えばＨＤＤ１５の所定の記憶エリアに記憶させておけばよい。振込み処理では、例えば、翻訳者ＤＢ１５２０に記憶された翻訳者の振込口座の情報に基づいて、算出された報酬の振込処理用のデータが作成される。作成されたデータは、インターネット９または専用のネットワークを通じて、該当する銀行の管理装置（図示外）に転送すればよい。また、翻訳料金に対して著作者に支払われる利用料が算出され、振込み処理が行われる（Ｓ６６）。翻訳料金に対して著作者に支払われる利用料は、前述したように、例えば、翻訳料金の３％と設定されている。したがって、設定された料率に応じて利用料が算出され、著作者ＤＢ１５４０に記憶された翻訳者の振込先口座の情報に基づいて、算出された利用料の振込処理用のデータが作成される。その後、作成されたデータは、翻訳者の場合と同様に、該当する銀行の管理装置（図示外）に転送される。翻訳者および著作者への振込処理の後、図２１の翻訳結果登録処理は終了する。

次に、図２２を参照して、報酬支払い処理について説明する。この処理は、所定の期間毎に翻訳結果の二次利用料を算出し、二次利用料に対する利用料を著作者に支払う処理である。所定の期間を１ヶ月とする場合、例えば、毎月末日の０時に報酬支払い処理を開始すればよい。所定の期間は、管理サーバ１の運営者が適宜設定し、例えばＨＤＤ１５の所定の記憶エリアに記憶させておけばよい。

処理が開始されると、まず、著作者ＤＢ１５４０から、最初の著作者の著作者情報が読み出される（Ｓ９１）。図６に示す例では、著作者ＩＤ「Ｃ１」の著作者情報が読み出される。そして、著作者情報に含まれる依頼ＩＤに対応する二次利用料と利用回数が、依頼管理ＤＢ１５３０から読み出される（Ｓ９２）。図６に示す例では、依頼ＩＤが「１」および「３」の二次利用料（￥５００および￥４００）と利用回数（５０および１００）がＲＡＭ１２に取得される。これらの情報と、予め定められた著作者への還元率（例えば、３％）に基づいて、著作者に支払われる利用料が算出される（Ｓ９３）。前述の例では、著作者に支払われる利用料は、｛（￥５００×５０）＋（￥４００×１００）｝×３％＝￥１，９５０と算出される。続いて、翻訳料金に対する利用料の振込処理（図２１、Ｓ６６）と同様にして、算出された利用料の振込み処理が行われる（Ｓ９４）。最初の著作者の処理が完了したので、著作者ＤＢ１５４０に記憶されているすべての著作者情報について、処理が完了したか否かが判断される（Ｓ９５）。図６の例のように、まだ処理されていない著作者情報があれば（Ｓ９５：ＮＯ）、処理はＳ９１に戻り、次の著作者情報が読み出される。そして、同様に前述のＳ９１〜Ｓ９５の処理が繰り返される。すべての著作者情報の処理が完了すると（Ｓ９５：ＹＥＳ）、依頼管理ＤＢ１５３０に記憶されているすべての利用回数が次の処理のために０にクリアされ（Ｓ９６）、図２２の報酬支払い処理は終了する。

以上に説明したように、本実施形態の翻訳依頼システム３０では、管理サーバ１によって、翻訳依頼者が使用する依頼者端末２から受け付けられた翻訳依頼について、自動的に著作者に対する利用許諾の依頼が行われる。利用許諾依頼には、翻訳対象のＷｅｂコンテンツであるブログの対象記事と別のＷｅｂコンテンツである許諾依頼ページ２０４（図１４参照）とを双方向に関連付ける、トラックバック機能が利用される。トラックバックを受けた対象記事の著作者は、許諾依頼ページ２０４を参照して、許諾依頼の内容を知ることができる。対象記事の著作者が著作権を譲渡していない場合には、著作者と著作権者は同一であるため、このようにして、著作権者（＝著作者）に対して、直接、利用許諾の依頼をすることができる。また、著作者から第三者に著作権が譲渡されている場合であっても、通常、著作者は著作権者に関する情報を持っているため、著作者から著作権者の情報を得たり、著作者を通じて著作権者に利用許諾の依頼をしたりできる可能性が高くなる。したがって、対象記事の著作権者やその連絡先が不明の場合でも、管理サーバ１により、著作権者への利用許諾の依頼を効率的に行うことができる。

許諾依頼ページ２０４には、対象記事ＵＲＬおよび利用料が記載されるので、トラックバックを受けた対象記事の著作者は、利用許諾に同意するか否かの判断が容易となる。また、著作者は、許諾依頼ページ２０４に記載された指示に基づき、利用料の振込口座の登録後、利用許諾の依頼に対する返答を記載した記事を対象記事と同一のブログ内に作成し、管理サーバ１の返答受付用のトラックバックＵＲＬにトラックバックする。このように、返答を記載した記事が同一ブログ内に作成されることにより、対象記事の許諾依頼に対する返答が著作者からのものであることが明確となる。そして、返答の内容に基づき、翻訳依頼や翻訳依頼者への依頼無効通知を行うことが可能となる。一方、利用料の振込口座の情報を、返答とあわせてブログの記事に記載したのでは、振込口座の情報が公開されてしまうことになり問題である。したがって、利用料の振込口座の登録には、別の口座登録ページ２０６（図１８参照）が用意されており、著作者は、振込口座の情報を他人に公開することなく入力することができる。入力された振込口座の情報は、固有の確認番号とともに管理サーバ１に仮登録されている。したがって、確認番号を返答の記事に記載させることによって、仮登録された振込口座の情報から、著作者の情報を識別することができる。

本実施形態では、図８のＳ２および図１２のＳ１１３の処理が、本発明の「受付けステップ」に相当し、処理を行うＣＰＵ１０が、「受付け手段」に相当する。図１２のＳ１１５〜Ｓ１１９の処理が、「情報送信先取得ステップ」に相当し、処理を行うＣＰＵ１０が、「情報送信先取得手段」に相当する。Ｓ１２３の処理が、「依頼コンテンツ作成ステップ」に相当し、処理を行うＣＰＵ１０が、「依頼コンテンツ作成手段」に相当する。Ｓ１２４の処理が、「依頼送信ステップ」に相当し、処理を行うＣＰＵ１０が、「依頼送信手段」に相当する。図１２のＳ１１７およびＳ１２１の処理が、「通知判断ステップ」に相当する。図２０のＳ４１の処理が、「返答受信判断ステップ」に相当し、Ｓ４２の処理が「アカウント判断ステップ」に相当し、Ｓ４３〜Ｓ４４の処理が、「返答判断ステップ」に相当する。図２０のＳ５６および図２１のＳ６４の処理が「結果通知ステップ」に相当する。図１７のＳ３２の処理が、「入力画面コンテンツ送信ステップ」に相当し、Ｓ３４の処理が「識別情報生成ステップ」に相当し、Ｓ３５の処理が「支払先仮登録ステップ」に相当し、Ｓ３６の処理が、「指示画面コンテンツ送信ステップ」に相当する。図２０のＳ４５の処理が、「支払先正式登録ステップ」に相当する。図２０のＳ４９の処理が、「翻訳依頼送信ステップ」に相当し、図２１のＳ６２の処理が、「翻訳コンテンツ登録ステップ」に相当し、Ｓ６４の処理が、「翻訳完了通知ステップ」に相当する。

<第２の実施形態>
以下に、図２３〜図２５を参照して、第２の実施形態について説明する。図２３は、第２の実施形態に係る管理サーバ１の電気的構成を示すブロック図である。図２４は、第２の実施形態に係る依頼管理ＤＢ１５３０の説明図である。図２５は、第２の実施形態に係る許諾依頼処理のフローチャートである。

本実施形態は、管理サーバ１によって、著作権者への利用許諾依頼の必要性およびサイトの種類を考慮した上で、必要に応じて利用許諾の依頼が行われる点に特徴を有する。例えば、第１の実施形態では、すべての翻訳依頼について、トラックバックによる利用許諾の依頼が試みられる。しかしながら、例えば、Ｗｅｂサイトの中には、そこで公開するＷｅｂコンテンツの利用について、著作権による制限を一切課さないことを明示しているものがある。つまり、このようなＷｅｂサイトで公開されているＷｅｂコンテンツについては、著作権者の新たな許諾を得ることなく、翻訳したり、翻訳結果を第三者に提供したりすることが可能である。そこで、本実施形態では、著作権者の新たな許諾を得る必要がない場合には、利用許諾の依頼は行わず、直ちに翻訳依頼に移ることとしている。

また、第１の実施形態では、管理サーバ１は、まず、対象記事のトラックバックＵＲＬを検索し、発見できない場合には翻訳依頼者に情報の入力を求め、それでも判明しない場合に、トラックバックが不可能であると判断して、オペレータに通知する。すなわち、Ｗｅｂコンテンツの利用許諾依頼にトラックバック機能が利用できるか否かを、他段階にわたって確認した上で、その後の処理を行っている。しかしながら、トラックバック機能の利用可否は、Ｗｅｂコンテンツでなく、Ｗｅｂサイトを公開するＷｅｂサーバ５に依存する。そこで、本実施形態では、翻訳依頼が行われる度に翻訳対象のＷｅｂコンテンツがトラックバック可能か否かを判断するのではなく、Ｗｅｂサイト単位で判断することとしている。

本実施形態に係る翻訳依頼システム３０の全体構成は、図１に示す第１の実施形態と同一である。また、依頼者端末２、翻訳者端末３、二次利用者端末４、および著作者端末６についても、第１の実施形態と同様である。Ｗｅｂサーバ５は、第１の実施形態ではブログサーバであることを前提として説明したが、本実施形態では、Ｗｅｂサーバ５は、ブログサーバであっても、他のＷｅｂサーバであってもよい。よって、本実施形態では、以下の説明で対象記事という場合、翻訳対象とされたブログの記事のみを限定するものではなく、翻訳対象とされたＷｅｂコンテンツのことをいう。

図２３に示すように、第２の実施形態に係る管理サーバ１は、第１の実施形態と、ＨＤＤ１５０の構成のみが異なる。よって、ここではＨＤＤ１５０についてのみ説明する。ＨＤＤ１５０は、第１の実施形態に係るＨＤＤ１５と同一の記憶エリアに加え、許諾不要サイト記憶エリア１５６およびＴＢ可能ブログ記憶エリア１５７を備えている。

許諾不要サイト記憶エリア１５６には、公開するＷｅｂコンテンツの利用について、前述したように、著作権による一切の制限を課さないことを明示しているＷｅｂサイト（以下、許諾不要サイトという）のＵＲＬが記憶されている。

ＴＢ可能ブログ記憶エリア１５７には、トラックバックピングを送受信可能なブログ（以下、ＴＢ可能ブログという）、のＵＲＬが記憶されている。ＴＢ可能ブログとは、例えば、ブログサーバが公開する記事にトラックバックＵＲＬを含むメタデータを付与することが可能、トラックバックピングを受信して、少なくとも、トラックバック先の記事の著作者に対してトラックバック情報を通知することが可能、且つ、公開する記事が他のＷｅｂコンテンツに関連づけられた場合に、関連先のＷｅｂコンテンツのトラックバックＵＲＬにトラックバックピングを送信可能なブログである。トラックバックピング受信時に、トラックバック元へのリンクが作成されるブログであれば、より好ましい。ＴＢ可能ブログは、管理サーバ１の運営者が、予め、数多く存在するＷｅｂサイトから、適切な機能を有するブログを適宜選択し、ＴＢ可能ブログ記憶エリア１５７に記憶させておくことができる。

図２４に示すように、本実施形態の依頼管理ＤＢ１５３０の構成は、第１の実施形態と同一である。ただし、許諾可否として、第１の実施形態でも使用される「許諾」、「拒否」、「依頼中」および「ＴＢ不能」に加え、図２４の依頼ＩＤ「５」の依頼管理情報に示すように、「依頼不要」が記憶される場合がある。これは、後述する許諾依頼で、対象記事に関する利用許諾の依頼が不要とされた場合に記憶される情報である。

以下に、本実施形態において、管理サーバ１で行われる処理について説明する。本実施形態の管理サーバ１でも、第１の実施形態と同様、翻訳依頼処理（図８参照）、口座情報受付処理（図１７参照）、および返答監視処理（図２０参照）によって、翻訳対象のＷｅｂコンテンツに関する利用許諾の依頼交渉が行われる。これらの処理のうち、翻訳依頼が新規の場合に行われる許諾依頼処理（図１０、Ｓ１５および図１２）について、本実施形態では異なる処理が行われるため、図２５を参照して、この処理についてのみ具体的に説明する。

図２５に示す許諾依頼処理が開始されると、第１の実施形態と同様、管理サーバ１から依頼者端末２に表示用データが送信される（Ｓ１４１）。個人情報が入力され、ＯＫボタンが選択されると、依頼者端末２から入力された情報が管理サーバ１に送信され、受け付けられる（Ｓ１４２）。受け付けられた個人情報は、依頼者ＤＢ１５１０に登録される。続いて、依頼管理ＤＢ１５３０（図２４参照）に、依頼管理情報が新規登録される（Ｓ１４３）。このとき、許諾可否欄には、利用許諾の依頼中であることを示す「依頼中」が記憶される。

対象記事ＵＲＬに基づいて対象記事のデータが取得され、依頼ＩＤと対応づけて、対象記事記憶エリア１５９に記憶される（Ｓ１４４）。続いて、ＨＤＤ１５の許諾不要サイト記憶エリア１５６が参照され、対象記事ＵＲＬに基づいて、対象記事が、許諾不要サイトで公開されているＷｅｂコンテンツであるか否かが判断される（Ｓ１４６）。前述したように、許諾不要サイトに公開されているＷｅｂコンテンツについては、著作権による利用の制限が一切課されない。よって、対象記事が、許諾不要サイトで公開されているＷｅｂコンテンツであると判断された場合には（Ｓ１４６：ＹＥＳ）、自由に対象記事の翻訳および二次利用ができる。そこで、例えば図２４の依頼ＩＤ「５」の依頼管理情報に示すように、依頼管理ＤＢ１５３０に記憶された対応する許諾可否が、初期値の「依頼中」から「依頼不要」に変更される（Ｓ１６１）。そして、翻訳依頼者に翻訳料金が請求され（Ｓ１６２）、翻訳者が選択されて、翻訳の依頼メールが送信される（Ｓ１６３）。なお、Ｓ１６２〜Ｓ１６３の処理については、第１の実施形態の返答監視処理のＳ４８〜Ｓ４９と同様の処理とすればよい。

一方、対象記事が、許諾不要サイトで公開されているＷｅｂコンテンツではないと判断された場合には（Ｓ１４６：ＮＯ）、ＴＢ可能ブログ記憶エリア１５７が参照され、対象記事が、ＴＢ可能ブログで公開されているＷｅｂコンテンツであるか否かが判断される（Ｓ１４７）。対象記事が、例えば、ブログの記事ではなく、何らの製品説明を表示するＷｅｂページだったような場合、トラックバックによって利用許諾の依頼を行ったとしても、その後、同一ページ内に、著作者からの返答を掲載することは難しい。よって、著作者からの返答があったことをトラックバックによって判別することができない虞がある。また、例えば、対象記事がブログの記事であっても、そのブログ自体がトラックバック機能に対応していなければ、利用許諾の依頼交渉は行えない。対象記事が、ＴＢ可能ブログ記憶エリア１５７に記憶されたＴＢ可能ブログで公開されているＷｅｂコンテンツであれば（Ｓ１４７：ＹＥＳ）、適切な処理ができることが確実である。よって、このような場合には、そこで、本実施形態では、取得された対象記事のデータに含まれるトラックバックＵＲＬが検索される。検索の結果、対象記事のトラックバックＵＲＬが発見され（Ｓ１５２）、依頼管理ＤＢ１５３０に記憶される（Ｓ１５３）。その後、図２５の許諾依頼処理は終了する。

続いて、対象記事の著作者に対して利用許諾を依頼するための許諾依頼ページ２０４（図１４参照）が作成され（Ｓ１５４）、対象記事のトラックバックＵＲＬに対してトラックバックピングが送信された後（Ｓ１５５）、図２５の許諾依頼処理は終了する。なお、Ｓ１５４〜Ｓ１５５の処理については、第１の実施形態の許諾依頼処理のＳ１２３〜Ｓ１２４と同様の処理であるため、ここでの説明は省略する。

一方、対象記事が、ＴＢ可能ブログで公開されているＷｅｂコンテンツではないと判断された場合には（Ｓ１４７）、例えば図２４の依頼ＩＤ「６」の依頼管理情報に示すように、依頼管理ＤＢ１５３０に記憶された対応する許諾可否が、初期値の「依頼中」から「ＴＢ不能」に変更される（Ｓ１５８）。そして、その旨が管理サーバ１のオペレータに通知され（Ｓ１５９）、図２５の許諾依頼処理は終了する。なお、通知を受けたオペレータは、対象記事が公開されているＷｅｂサイトが、ＴＢ可能ブログとしての条件を満たすか否かを個別に確認し、可能であれば、新たにＴＢ可能ブログ記憶エリア１５７に記憶させてもよい。これにより、以降は、同じＷｅｂサイトで公開されているＷｅｂコンテンツについて、自動的に利用許諾を依頼することが可能となる。または、オペレータによって、対象記事が公開されているＷｅｂサイトが、ＴＢ可能ブログとしての条件を満たすと判断された場合には、Ｓ１５２〜Ｓ１５５の処理が行われるようにしてもよい。

以上に説明したように、本実施形態では、許諾不要サイト記憶エリア１５６に記憶された許諾不要サイトに基づいて、新たに対象記事の翻訳に関する許諾が必要な場合に限って許諾の依頼が行われる。また、ＴＢ可能ブログ記憶エリア１５７に記憶されたＴＢ可能ブログに基づいて、確実に依頼交渉が行える場合に限って許諾の依頼が行われる。したがって、処理効率を向上することができる。

本実施形態では、図２５のＳ１４３の処理が、本発明の「受付けステップ」に相当し、Ｓ１４６の処理が、「利用判断ステップ」に相当し、Ｓ１４７の処理が、「通知判断ステップ」に相当する。Ｓ１５１〜Ｓ１５３の処理が、「情報送信先取得ステップ」に相当し、Ｓ１５４の処理が、「依頼コンテンツ作成ステップ」に相当し、Ｓ１５５の処理が、「依頼送信ステップ」に相当する。

なお、前述の実施形態に示される構成や処理は例示であり、各種の変形が可能なことはいうまでもない。例えば、前述の実施形態では、利用許諾の範囲は、著作物であるＷｅｂコンテンツの翻訳、および、二次的著作物である翻訳結果の第三者への提供（複製と公衆送信）とされているが、本発明は、その他の著作権に関する利用許諾の依頼に使用してもよい。例えば、Ｗｅｂコンテンツの出版や、商品化に関する利用許諾の依頼であってもよい。

また、前述の実施形態では、利用許諾の依頼を自動的に行うために、対象記事が公開されているＷｅｂサイトが、ユーザ毎にアカウントが管理され、公開される内容が比較的頻繁に更新され、且つ、時系列で表示される、ブログである例について説明している。しかしながら、対象記事が公開されているＷｅｂサイトは、少なくとも、サーバによってユーザ毎にアカウントが管理され、アカウント毎に複数のコンテンツを識別可能に登録することができ、トラックバックピングの送受信機能に対応していれば、必ずしもブログである必要はない。

前述の実施形態では、著作権者による新たな利用許諾が必要か否かについて、予め登録された許諾不要サイトに基づいて判断が行われているが、他の方法で判断することも可能である。例えば、近年、各種の団体が、Ｗｅｂコンテンツの著作権情報を明示するために、様々なマークを提案している。そこで、提案されているマークのうち、一切の制限なく自由な利用を認めることを示すマークを、例えば、ＨＤＤ１５の所定の記憶エリア（図示外）に記憶させておく。そして、対象記事に、記憶されているマークが含まれているか否かに基づいて、判断すればよい。また、例えば、対象記事のメタデータに、「ＣＯＰＹＲＩＧＨＴ」タグを用いて記述されている情報が、対象記事を一切の制限なく利用することを明示的に認めることを示す場合には、新たな利用許諾は不要と判断すればよい。

前述の実施形態では、許諾依頼ページ２０４（図１４参照）において、許諾条件や許諾方法の案内とともに、著作者が対象記事の著作権を第三者に譲渡しており、著作権者ではない場合には、著作権者の情報を所定の情報送信先に送信するように依頼が、注意事項として記載されている。この場合、著作権を譲渡している著作者が、注意事項をよく確認せず、許諾に同意する場合がありうる。よって、例えば、まず、利用許諾の依頼文と、対象記事を特定するための情報（例えば、ＵＲＬ）と、「著作権を他者に譲渡しましたか？」のメッセージと、ＹＥＳおよびＮＯボタンとを表示させる。そして、ＹＥＳボタンが選択された場合には、著作権者に関する情報を入力するための画面を表示させ、ＮＯボタンが選択された場合には、許諾条件や許諾方法の案内を表示させるようにしてもよい。

前述の実施形態では、翻訳依頼の受付時には、対象記事のＵＲＬを受け付け、その後、対象記事のＵＲＬの取得を試みているが、最初から翻訳依頼者から、トラックバックＵＲＬの入力を受け付けてもよい。

前述の実施形態では、翻訳結果の二次利用について、著作者に対してのみ、利用料を支払う処理を行っているが、最初に翻訳料金を負担した翻訳依頼者や、翻訳者にも所定の還元率に基づいて算出された報酬を支払ってもよい。

翻訳依頼システム３０の概略構成を示すシステム構成図である。 管理サーバ１の電気的構成を示すブロック図である。 依頼者データベース１５１０の説明図である。 翻訳者データベース１５２０の説明図である。 依頼管理データベース１５３０の説明図である。 著作者データベース１５４０の説明図である。 口座仮登録データベース１５５０の説明図である。 翻訳依頼処理のフローチャートである。 翻訳依頼ページ２０１の説明図である。 翻訳依頼処理で行われる新規依頼処理のフローチャートである。 依頼確定問合せページ２０２の説明図である。 新規依頼処理で行われる許諾依頼処理のフローチャートである。 トラックバックＵＲＬ問合せページ２０３の説明図である。 許諾依頼ページ２０４の説明図である。 翻訳依頼処理で行われる二次利用処理のフローチャートである。 二次利用問合せページ２０５の説明図である。 口座情報受付処理のフローチャートである。 口座登録ページ２０６の説明図である。 返答作成依頼ページ２０７の説明図である。 返答監視処理のフローチャートである。 翻訳結果登録処理のフローチャートである。 報酬支払い処理のフローチャートである。 第２の実施形態に係る管理サーバ１の電気的構成を示すブロック図である。 第２の実施形態に係る依頼管理ＤＢ１５３０の説明図である。 第２の実施形態に係る許諾依頼処理のフローチャートである。

符号の説明

１ 管理サーバ
２ 依頼者端末
３ 翻訳者端末
４ 二次利用者端末
５ Ｗｅｂサーバ
６ 著作者端末
１０ ＣＰＵ
１５ ＨＤＤ
１５３０ 依頼管理データベース
１５４０ 著作者データベース
１５５０ 口座仮登録データベース

Claims (11)

1. ネットワークを介してコンテンツ提供サーバが公開しているコンテンツについて、前記ネットワークに接続可能な利用許諾依頼サーバによって処理される利用許諾依頼方法であって、
   前記ネットワークを介して接続されたクライアント端末から送信された、利用許諾の対象とされるコンテンツである対象コンテンツに関する情報を受信し、前記対象コンテンツに関する情報の送信者と対応づけて、依頼管理情報として、依頼管理情報記憶手段に登録する受付けステップと、
   前記受付けステップで受け付けられた前記対象コンテンツに関する情報に基づいて、前記対象コンテンツに関連づけられた別のコンテンツである関連コンテンツに関する情報の送信先である関連情報送信先を取得する関連情報送信先取得ステップと、
   前記利用許諾の依頼内容に関するコンテンツである依頼コンテンツを、前記関連コンテンツとして作成する依頼コンテンツ作成ステップと、
   前記関連情報送信先取得ステップで取得された前記関連情報送信先に対して、前記ネットワークを介して前記依頼コンテンツにアクセスするための情報である依頼コンテンツ情報を送信する依頼送信ステップとを備えたことを特徴とする利用許諾依頼方法。
2. 前記対象コンテンツが、新たな利用許諾を得ることなく利用できるコンテンツである利用可能コンテンツであるか否かを判断する利用判断ステップをさらに備え、
   前記依頼コンテンツ作成ステップでは、前記利用判断ステップで、前記対象コンテンツが前記利用可能コンテンツでないと判断された場合にのみ、前記依頼コンテンツを作成し、
   前記依頼送信ステップでは、前記利用判断ステップで、前記対象コンテンツが前記利用可能コンテンツでないと判断され、前記依頼コンテンツ作成ステップで、前記依頼コンテンツが作成された場合にのみ、前記依頼コンテンツ情報を送信することを特徴とする請求項１に記載の利用許諾依頼方法。
3. 前記コンテンツ提供サーバが、前記関連情報送信先に送信された前記依頼コンテンツ情報を、前記対象コンテンツの著作者に通知することができるか否かを判断する通知判断ステップをさらに備え、
   前記依頼コンテンツ作成ステップでは、前記通知判断ステップで、前記コンテンツ提供サーバが前記対象コンテンツの著作者に前記依頼コンテンツ情報を通知することができると判断された場合にのみ、前記依頼コンテンツを作成し、
   前記依頼送信ステップでは、前記依頼コンテンツ作成ステップで、前記依頼コンテンツが作成された場合にのみ、前記依頼コンテンツ情報を送信することを特徴とする請求項１または２に記載の利用許諾依頼方法。
4. 前記依頼コンテンツ作成ステップで作成される前記依頼コンテンツは、前記ネットワークを介して前記対象コンテンツにアクセスするための情報である対象コンテンツ情報と、前記対象コンテンツの著作者が前記対象コンテンツの著作権者でない場合の、前記著作権者に関する情報の送信依頼と、前記著作権者に関する情報の送信先を含むことを特徴とする請求項１〜３のいずれかに記載の利用許諾依頼方法。
5. 前記依頼コンテンツに関連づけられた別のコンテンツである返答コンテンツに前記ネットワークを介してアクセスするための情報である返答コンテンツ情報が受信されたか否かを判断する返答受信判断ステップと、
   前記返答受信判断ステップで、前記返答コンテンツ情報が受信されたと判断された場合に、前記返答コンテンツ情報および前記依頼管理情報記憶手段に記憶された前記依頼管理情報に基づいて、前記返答コンテンツと前記対象コンテンツとが同一のアカウントに属するか否かを判断するアカウント判断ステップと、
   前記アカウント判断ステップで、前記返答コンテンツと前記対象コンテンツとが同一のアカウントに属すると判断された場合に、前記返答コンテンツ情報に基づいて前記返答コンテンツを参照し、前記利用許諾が得られたか否かを判断する返答判断ステップと、
   前記返答判断ステップで得られた判断結果の通知を、前記依頼管理情報記憶手段に記憶された前記対象コンテンツに関する情報の送信者に送信する結果通知ステップとをさらに備えたことを特徴とする請求項１〜４のいずれかに記載の利用許諾依頼方法。
6. 前記依頼コンテンツ作成ステップで作成される前記依頼コンテンツは、前記ネットワークを介して前記対象コンテンツにアクセスするための情報である対象コンテンツ情報と、前記対象コンテンツの利用に対して著作権者に支払われる前記対象コンテンツの利用料に関する情報を含むことを特徴とする請求項５に記載の利用許諾依頼方法。
7. 前記依頼コンテンツ作成ステップで作成される前記依頼コンテンツは、前記利用料の支払い先に関する情報である支払先情報の入力用画面を表示するためのコンテンツである入力画面コンテンツに前記ネットワークを介してアクセスするための情報である入力画面コンテンツ情報をさらに含み、
   前記入力画面コンテンツ情報に基づくアクセス要求を受信した場合に、前記アクセス要求の送信元のクライアント端末であるアクセス要求端末に、前記入力画面コンテンツを送信する入力画面コンテンツ送信ステップと、
   前記アクセス要求端末から前記支払先情報を受信した場合に、前記支払先情報に対応する固有の識別情報を生成する識別情報生成ステップと、
   前記支払い情報と前記識別情報とを対応付けて支払先記憶手段に仮登録する支払先仮登録ステップと、
   前記識別情報および前記返答コンテンツ情報の送信先、ならびに、前記識別情報を含む前記返答コンテンツを作成して前記返答コンテンツ情報を前記返答コンテンツ情報の送信先へ送信するように指示する画面を表示させるためのコンテンツである指示画面コンテンツを、前記アクセス要求端末に送信する指示画面コンテンツ送信ステップと、
   前記アカウント判断ステップで前記返答コンテンツと前記対象コンテンツとが同一のアカウントに属すると判断された場合に、前記返答コンテンツに含まれる前記識別情報と一致する識別情報に対応して前記支払先記憶手段に記憶されている前記支払先情報を、前記著作権者の支払先に関する情報として、前記支払先記憶手段に正式登録する支払先正式登録ステップとをさらに備えることを特徴とする請求項６に記載の利用許諾依頼方法。
8. 前記指示画面コンテンツ送信ステップで送信される前記指示画面コンテンツは、前記返答コンテンツに含めるべき前記識別情報、前記対象コンテンツ情報、および前記対象コンテンツの前記利用許諾に同意する旨の記述を所定の書式で表示し、前記書式を用いた前記返答コンテンツを作成して前記返答コンテンツ情報を前記返答コンテンツ情報の送信先へ送信するように指示する画面を表示させるためのコンテンツであることを特徴とする請求項７に記載のコンテンツ利用許諾依頼方法。
9. 前記対象コンテンツの前記利用許諾は、前記対象コンテンツの内容を翻訳して翻訳コンテンツを作成し、前記ネットワークを介して前記クライアント端末に提供することに関する許諾であり、
   前記返答判断ステップで前記利用許諾が得られたと判断された場合に、前記翻訳コンテンツの作成依頼を、前記ネットワークを介して翻訳者の利用する端末である翻訳者端末に送信する翻訳依頼送信ステップと、
   前記翻訳者端末から送信された前記翻訳コンテンツを翻訳コンテンツ記憶手段に登録する翻訳コンテンツ登録ステップと、
   前記対象コンテンツに関する情報の送信者に、前記翻訳コンテンツに前記ネットワークを介してアクセスするための情報である翻訳コンテンツ情報を記載した翻訳完了の翻訳完了通知を送信する翻訳完了通知ステップとを備えたことを特徴とする請求項５〜８のいずれかに記載の利用許諾依頼方法。
10. ネットワークを介してコンテンツ提供サーバが公開しているコンテンツについて、利用許諾の依頼を依頼する、前記ネットワークに接続可能な利用許諾依頼サーバであって、
    前記ネットワークを介して接続されたクライアント端末から送信された、利用許諾の対象とされるコンテンツである対象コンテンツに関する情報を受け付ける受付け手段と、
    前記受付け手段によって受け付けられた前記対象コンテンツに関する情報に基づいて、前記対象コンテンツに関連づけられた別のコンテンツである関連コンテンツに関する情報の送信先である関連情報送信先を取得する関連情報送信先取得手段と、
    前記利用許諾の依頼内容を提示するコンテンツである依頼コンテンツを、前記関連コンテンツとして作成する依頼コンテンツ作成手段と、
    前記関連情報送信先取得手段によって取得された前記関連情報送信先に対して、前記ネットワークを介して前記依頼コンテンツにアクセスするための情報である依頼コンテンツ情報を送信する依頼送信手段とを備えたことを特徴とする利用許諾依頼サーバ。
11. 請求項１〜９のいずれかに記載の利用許諾依頼方法の各種処理ステップをコンピュータに実行させる利用許諾依頼プログラム。

Images