(57)【要約】【課題】中間言語を経由した翻訳を行う場合に、効率的に最終言語への翻訳を行うことを可能とする翻訳者選択方法、翻訳者選択プログラム、および翻訳者選択サーバを提供する。【解決手段】新規の翻訳依頼が受け付けられると（Ｓ２）、翻訳対象のＷｅｂページである対象ページの元言語から最終言語への直接翻訳は可能か否かが判断される（Ｓ６）。直接翻訳が可能でない場合（Ｓ６：ＮＯ）、元言語から中間言語、および中間言語から最終言語へのリレー翻訳を行うために、対象ページの、元言語から他言語への既存の翻訳結果が検索され、他言語による既存の翻訳結果が取得できた場合には、その他言語が中間言語候補とされる（Ｓ７）。中間言語候補から最終言語への翻訳が可能な翻訳者から、発注先が決定され（Ｓ１１）、翻訳の発注が行われる（Ｓ１３）。【選択図】図６
2009223593.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳の依頼先の翻訳者を選択するサーバによって処理される翻訳者選択方法であって、
クライアント端末から送信された、第１言語のコンテンツである原文コンテンツの、前記第１言語とは異なる第２言語への翻訳依頼を受け付ける翻訳依頼受付ステップと、
複数の翻訳者について、翻訳可能な言語を少なくとも記憶する翻訳者記憶手段を参照して、前記第１言語から前記第２言語への翻訳が可能な翻訳者に発注できるか否かを判断する翻訳可否判断ステップと、
前記翻訳可否判断ステップで、前記第１言語から前記第２言語への翻訳が可能な翻訳者には発注できないと判断された場合に、前記原文コンテンツの翻訳であって、前記第１言語および前記第２言語のいずれとも異なる第３言語のコンテンツである、仲介コンテンツを取得する仲介コンテンツ取得ステップと、
前記翻訳者記憶手段に記憶された前記複数の翻訳者から、前記第３言語から前記第２言語への翻訳が可能な翻訳者を、前記仲介コンテンツの翻訳の依頼先として選択する依頼先選択ステップとを備えたことを特徴とする翻訳者選択方法。
【請求項２】
前記依頼先選択ステップで選択された前記依頼先に対して、前記仲介コンテンツ取得ステップで取得された前記仲介コンテンツを前記第２言語へ翻訳するように依頼する翻訳依頼ステップと、
前記依頼先によって作成された前記原文コンテンツの前記第２言語による翻訳を受け付け、翻訳依頼に応じて作成された翻訳を記憶する翻訳結果記憶手段に記憶させる翻訳受付ステップとをさらに備えたことを特徴とする請求項１に記載の翻訳者選択方法。
【請求項３】
前記仲介コンテンツ取得ステップでは、前記ネットワーク上で公開されている前記原文コンテンツの前記第３言語による翻訳を、前記仲介コンテンツとして取得することを特徴とする請求項１または２に記載の翻訳者選択方法。
【請求項４】
前記仲介コンテンツ取得ステップでは、前記翻訳結果記憶手段から、前記原文コンテンツの前記第３言語による翻訳を、前記仲介コンテンツとして取得することを特徴とする請求項２または３に記載の翻訳者選択方法。
【請求項５】
前記翻訳者記憶手段は、翻訳に要する期間に関する情報を少なくとも記憶しており、
前記依頼先選択ステップでは、前記期間が最も短い翻訳者を、前記依頼先として選択することを特徴とする請求項１〜４のいずれかに記載の翻訳依頼方翻訳者選択方法。
【請求項６】
前記翻訳者記憶手段は、翻訳者の受注金額に関する情報を少なくとも記憶しており、
前記依頼先選択ステップでは、前記受注金額が最も少ない翻訳者を、前記依頼先として選択することを特徴とする請求項１〜５のいずれかに記載の翻訳依頼方翻訳者選択方法。
【請求項７】
前記翻訳者記憶手段は、過去の依頼者の評価に関する情報を少なくとも記憶しており、
前記依頼先選択ステップでは、前記評価が最も高い翻訳者を、前記依頼先として選択することを特徴とする請求項１〜６のいずれかに記載の翻訳依頼方翻訳者選択方法。
【請求項８】
前記翻訳者記憶手段は、専門分野に関する情報を少なくとも記憶しており、
前記依頼先選択ステップでは、前記原文コンテンツが属する分野と一致する前記専門分野を有する翻訳者を、前記依頼先として選択することを特徴とする請求項１〜７のいずれかに記載の翻訳依頼方翻訳者選択方法。
【請求項９】
前記原文コンテンツの前記翻訳依頼の送信者が利用するクライアント端末である依頼者端末に対して、前記依頼先選択ステップで選択された前記依頼先を通知し、前記依頼先のうち少なくとも１名を正式依頼先として指定するように依頼する指定依頼ステップをさらに備え、
前記翻訳依頼ステップでは、前記指定依頼ステップでの依頼に応じて前記依頼者端末で指定された前記正式依頼先に対して、前記仲介コンテンツの翻訳を依頼することを特徴とする請求項１〜４のいずれかに記載の翻訳者選択方法。
【請求項１０】
前記翻訳者記憶手段は、翻訳者の受注金額、翻訳に要する期間、過去の依頼者の評価、および専門分野のうち少なくとも１つに関する情報を記憶しており、
前記指定依頼ステップでは、前記翻訳者記憶手段に記憶された前記受注金額、前記期間、前記評価、および前記専門分野のうち少なくとも１つに関する情報を前記依頼者端末に通知することを特徴とする請求項９に記載の翻訳者選択方法。
【請求項１１】
請求項１〜１０のいずれかに記載の翻訳者選択方法の各種処理ステップをコンピュータに実行させる翻訳依頼プログラム。
【請求項１２】
ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳の依頼先の翻訳者を選択する翻訳者選択サーバであって、
クライアント端末から送信された、第１言語のコンテンツである原文コンテンツの、前記第１言語とは異なる第２言語への翻訳依頼を受け付ける翻訳依頼受付手段と、
複数の翻訳者について、翻訳可能な言語を少なくとも記憶する翻訳者記憶手段と、
前記翻訳者記憶手段を参照して、前記第１言語から前記第２言語への翻訳が可能な翻訳者に発注できるか否かを判断する翻訳可否判断手段と、
前記翻訳可否判断手段によって、前記第１言語から前記第２言語への翻訳が可能な翻訳者には発注できないと判断された場合に、前記原文コンテンツの翻訳であって、前記第１言語および前記第２言語のいずれとも異なる第３言語のコンテンツである、仲介コンテンツを取得する仲介コンテンツ取得手段と、
前記翻訳者記憶手段に記憶された前記複数の翻訳者から、前記第３言語から前記第２言語への翻訳が可能な翻訳者を、前記仲介コンテンツの翻訳の依頼先として選択する依頼先選択手段とを備えたことを特徴とする翻訳者選択サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、翻訳者選択方法、翻訳者選択プログラム、および翻訳者選択サーバに関する。
【背景技術】
【０００２】
近年、インターネットの普及に伴い、ユーザは、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）上の情報であるＷｅｂコンテンツを検索するなどして、自己の要望に即した情報を世界各地から得られるようになった。ところが、母国語以外の言語により記述されたＷｅｂコンテンツの場合、ユーザは必ずしもその言語には精通しておらず、内容の理解が困難な場合も多い。そこで、ユーザが指定した２言語間の翻訳について、適切な翻訳者を選択して翻訳依頼を行う翻訳システムが知られている（例えば、特許文献１）。
【０００３】
しかし、例えば、ユーザが指定した２言語間の翻訳が可能な翻訳者がいない場合、まったく翻訳が行われないものとすると、ユーザは翻訳結果が入手できないことになる。一方、異言語への変換という点で翻訳と共通する通訳の分野では、ユーザが指定した２言語間の通訳が可能な通訳者がいない場合に、別の言語を仲介して、３言語によるいわゆるリレー通訳を行うことが可能なシステムが提案されている（例えば、特許文献２）。
【特許文献１】特開２００３−６４５５号公報
【特許文献２】特開２００６−２２９３８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の翻訳システムにおいて、特許文献２のリレー通訳のように、別の中間言語による翻訳を介して、例えば３言語間で、いわゆるリレー翻訳を行うことが考えられる。しかしながら、リレー翻訳は、時間的な隔たりのないリレー通訳と異なり、別の中間言語による翻訳が介在する分、１名で直接２言語間の翻訳を行う場合に比べ、時間がかかるという問題がある。
【０００５】
本発明は、上記問題点を解決するためになされたものであり、中間言語を経由した翻訳を行う場合に、効率的に最終言語への翻訳を行うことを可能とする翻訳者選択方法、翻訳者選択プログラム、および翻訳者選択サーバを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、請求項１に係る発明の翻訳者選択方法は、ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳の依頼先の翻訳者を選択するサーバによって処理される翻訳者選択方法であって、クライアント端末から送信された、第１言語のコンテンツである原文コンテンツの、前記第１言語とは異なる第２言語への翻訳依頼を受け付ける翻訳依頼受付ステップと、複数の翻訳者について、翻訳可能な言語を少なくとも記憶する翻訳者記憶手段を参照して、前記第１言語から前記第２言語への翻訳が可能な翻訳者に発注できるか否かを判断する翻訳可否判断ステップと、前記翻訳可否判断ステップで、前記第１言語から前記第２言語への翻訳が可能な翻訳者には発注できないと判断された場合に、前記原文コンテンツの翻訳であって、前記第１言語および前記第２言語のいずれとも異なる第３言語のコンテンツである、仲介コンテンツを取得する仲介コンテンツ取得ステップと、前記翻訳者記憶手段に記憶された前記複数の翻訳者から、前記第３言語から前記第２言語への翻訳が可能な翻訳者を、前記仲介コンテンツの翻訳の依頼先として選択する依頼先選択ステップとを備えている。
【０００７】
請求項２に係る発明の翻訳者選択方法は、請求項１に記載の発明の構成に加え、前記依頼先選択ステップで選択された前記依頼先に対して、前記仲介コンテンツ取得ステップで取得された前記仲介コンテンツを前記第２言語へ翻訳するように依頼する翻訳依頼ステップと、前記依頼先によって作成された前記原文コンテンツの前記第２言語による翻訳を受け付け、翻訳依頼に応じて作成された翻訳を記憶する翻訳結果記憶手段に記憶させる翻訳受付ステップとをさらに備えている。
【０００８】
請求項３に係る発明の翻訳者選択方法は、請求項１または２に記載の発明の構成に加え、前記仲介コンテンツ取得ステップでは、前記ネットワーク上で公開されている前記原文コンテンツの前記第３言語による翻訳を、前記仲介コンテンツとして取得することを特徴とする。
【０００９】
請求項４に係る発明の翻訳者選択方法では、請求項２または３に記載の発明の構成に加え、前記仲介コンテンツ取得ステップでは、前記翻訳結果記憶手段から、前記原文コンテンツの前記第３言語による翻訳を、前記仲介コンテンツとして取得することを特徴とする。
【００１０】
請求項５に係る発明の翻訳者選択方法では、請求項１〜４のいずれかに記載の発明の構成に加え、前記翻訳者記憶手段は、翻訳に要する期間に関する情報を少なくとも記憶しており、前記依頼先選択ステップでは、前記期間が最も短い翻訳者を、前記依頼先として選択することを特徴とする。
【００１１】
請求項６に係る発明の翻訳者選択方法では、請求項１〜５のいずれかに記載の発明の構成に加え、前記翻訳者記憶手段は、翻訳者の受注金額に関する情報を少なくとも記憶しており、前記依頼先選択ステップでは、前記受注金額が最も少ない翻訳者を、前記依頼先として選択することを特徴とする。
【００１２】
請求項７に係る発明の翻訳者選択方法では、請求項１〜６のいずれかに記載の発明の構成に加え、前記翻訳者記憶手段は、過去の依頼者の評価に関する情報を少なくとも記憶しており、前記依頼先選択ステップでは、前記評価が最も高い翻訳者を、前記依頼先として選択することを特徴とする。
【００１３】
請求項８に係る発明の翻訳者選択方法では、請求項１〜７のいずれかに記載の発明の構成に加え、前記翻訳者記憶手段は、専門分野に関する情報を少なくとも記憶しており、前記依頼先選択ステップでは、前記原文コンテンツが属する分野と一致する前記専門分野を有する翻訳者を、前記依頼先として選択することを特徴とする。
【００１４】
請求項９に係る発明の翻訳者選択方法は、請求項１〜４のいずれかに記載の発明の構成に加え、前記原文コンテンツの前記翻訳依頼の送信者が利用するクライアント端末である依頼者端末に対して、前記依頼先選択ステップで選択された前記依頼先を通知し、前記依頼先のうち少なくとも１名を正式依頼先として指定するように依頼する指定依頼ステップをさらに備え、前記翻訳依頼ステップでは、前記指定依頼ステップでの依頼に応じて前記依頼者端末で指定された前記正式依頼先に対して、前記仲介コンテンツの翻訳を依頼することを特徴とする。
【００１５】
請求項１０に係る発明の翻訳者選択方法では、請求項９に記載の発明の構成に加え、前記翻訳者記憶手段は、翻訳者の受注金額、翻訳に要する期間、過去の依頼者の評価、および専門分野のうち少なくとも１つに関する情報を記憶しており、前記指定依頼ステップでは、前記翻訳者記憶手段に記憶された前記受注金額、前記期間、前記評価、および前記専門分野のうち少なくとも１つに関する情報を前記依頼者端末に通知することを特徴とする。
【００１６】
請求項１１に係る発明の翻訳者選択プログラムは、請求項１〜１０のいずれかに記載の翻訳者選択方法の各種処理ステップをコンピュータに実行させることを特徴とする。
【００１７】
請求項１２に係る発明の翻訳者選択サーバは、ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳の依頼先の翻訳者を選択する翻訳者選択サーバであって、クライアント端末から送信された、第１言語のコンテンツである原文コンテンツの、前記第１言語とは異なる第２言語への翻訳依頼を受け付ける翻訳依頼受付手段と、複数の翻訳者について、翻訳可能な言語を少なくとも記憶する翻訳者記憶手段と、前記翻訳者記憶手段を参照して、前記第１言語から前記第２言語への翻訳が可能な翻訳者に発注できるか否かを判断する翻訳可否判断手段と、前記翻訳可否判断手段によって、前記第１言語から前記第２言語への翻訳が可能な翻訳者には発注できないと判断された場合に、前記原文コンテンツの翻訳であって、前記第１言語および前記第２言語のいずれとも異なる第３言語のコンテンツである、仲介コンテンツを取得する仲介コンテンツ取得手段と、前記翻訳者記憶手段に記憶された前記複数の翻訳者から、前記第３言語から前記第２言語への翻訳が可能な翻訳者を、前記仲介コンテンツの翻訳の依頼先として選択する依頼先選択手段とを備えている。
【発明の効果】
【００１８】
請求項１に係る発明の翻訳者選択方法によれば、第１言語から第２言語へ直接翻訳できる翻訳者に発注ができない場合に、第３言語を中間言語とする、いわゆるリレー翻訳を行うための翻訳者が選択される。第１言語から第３言語への翻訳は、翻訳者による翻訳ではなく、既存の、原文コンテンツの第３言語による翻訳である仲介コンテンツを取得することで代用される。そして、第３言語から第２言語への翻訳のみを行う翻訳者が依頼先として選択される。したがって、第１言語から第３言語、第３言語から第２言語という順番で、少なくとも２回の翻訳を行うための依頼先が選択される場合に比べ、効率的に最終言語への翻訳を行うことができる。
【００１９】
請求項２に係る発明の翻訳者選択方法によれば、選択された依頼先に対して、自動的に翻訳依頼が行われ、依頼に応じて第２言語による翻訳が作成されるため、請求項１に記載の発明の効果に加え、効率よく翻訳依頼者の求める翻訳を取得することができる。
【００２０】
請求項３に係る発明の翻訳者選択方法によれば、ネットワーク上で公開されている翻訳が仲介コンテンツとして取得されるので、請求項１または２に記載の発明の効果に加え、仲介コンテンツの取得が容易である。
【００２１】
請求項４に係る発明の翻訳者選択方法によれば、過去の翻訳依頼に応じて作成され、記憶されている翻訳が仲介コンテンツとして取得されるので、請求項２または３に記載の発明の効果に加え、仲介コンテンツの取得が容易である。また、過去の翻訳を有効活用することができる。
【００２２】
請求項５に係る発明の翻訳者選択方法によれば、第３言語から第２言語への翻訳が可能な翻訳者のうち、翻訳に関する期間が最も短い翻訳者が依頼先として選択される。したがって、請求項１〜４のいずれかに記載の発明の効果に加え、第２言語による翻訳を、最短期間で得ることができる。
【００２３】
請求項６に係る発明の翻訳者選択方法によれば、第３言語から第２言語への翻訳が可能な翻訳者のうち、受注金額が最も低い翻訳者が依頼先として選択される。したがって、請求項１〜５のいずれかに記載の発明の効果に加え、第２言語による翻訳を、最も低コストで得ることができる。
【００２４】
請求項７に係る発明の翻訳者選択方法によれば、第３言語から第２言語への翻訳が可能な翻訳者のうち、過去の依頼者の評価が最も高い翻訳者が依頼先として選択される。したがって、請求項１〜６のいずれかに記載の発明の効果に加え、品質の高い、第２言語による翻訳を得ることができる。
【００２５】
請求項８に係る発明の翻訳者選択方法によれば、第３言語から第２言語への翻訳が可能な翻訳者のうち、専門分野が原文コンテンツの分野と一致する翻訳者が依頼先として選択される。したがって、請求項１〜７のいずれかに記載の発明の効果に加え、専門用語も正確に翻訳された、品質の高い翻訳を得ることができる。
【００２６】
請求項９に係る発明の翻訳者選択方法によれば、翻訳依頼の送信者、すなわち、翻訳依頼者は、依頼先を確認した上で、正式依頼先として指定することができる。したがって、請求項１〜４のいずれかに記載の発明の効果に加え、依頼者にとって納得性の高い選択が可能となる。
【００２７】
請求項１０に係る発明の翻訳者選択方法によれば、翻訳依頼者に、翻訳者の受注金額、翻訳に要する期間、過去の依頼者の評価、および専門分野のうち少なくとも１つに関する情報が通知される。したがって、請求項９に記載の発明の効果に加え、依頼者は、自己の希望に沿った条件の依頼先を選択することが容易となる。
【００２８】
請求項１１に係る発明の翻訳者選択プログラムは、請求項１〜１０のいずれかに記載の翻訳者選択方法の各種処理ステップをコンピュータに実行させることができる。したがって、請求項１〜１０のいずれかに記載の発明の効果を奏することができる。
【００２９】
請求項１２に係る発明の翻訳者選択サーバによれば、第１言語から第２言語へ直接翻訳できる翻訳者に発注ができない場合に、第３言語を中間言語とする、いわゆるリレー翻訳を行うための翻訳者が選択される。第１言語から第３言語への翻訳は、翻訳者による翻訳ではなく、既存の、原文コンテンツの第３言語による翻訳である仲介コンテンツを取得することで代用される。そして、第３言語から第２言語への翻訳のみを行う翻訳者が依頼先として選択される。したがって、第１言語から第３言語、第３言語から第２言語という順番で２回翻訳を行うために、２つの依頼先が選択される場合に比べ、効率的に最終言語への翻訳を行うことができる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明を具現化した実施の形態について、図面を参照して説明する。なお、参照する図面は、本発明が採用しうる技術的特徴を説明するために用いられるものであり、記載されている装置の構成、各種処理のフローチャートなどは、特に特定的な記載がない限り、それのみに限定する趣旨ではなく、単なる説明例である。
【００３１】
<第１の実施形態>
まず、図１〜図１２を参照して、本発明の第１の実施形態に係る翻訳依頼システム１００について説明する。最初に、図１を参照して、翻訳依頼システム１００の概略構成について説明する。図１は、翻訳依頼システム１００の概略構成を示すシステム構成図である。
【００３２】
図１に示すように、翻訳依頼システム１００は、インターネット９に接続された管理サーバ１、ユーザ端末２、翻訳者端末３、およびＷｅｂサーバ５を含む。管理サーバ１、ユーザ端末２、翻訳者端末３、およびＷｅｂサーバ５は、例えば、パーソナルコンピュータであり、汎用型の装置である。図１では、ユーザ端末２、翻訳者端末３、およびＷｅｂサーバ５はそれぞれ１つのみ図示されているが、実際にはいずれも複数が存在してよい。ユーザ端末２とは、管理サーバ１に対して、インターネット９のＷＷＷ上に設けられたＷｅｂサイトで公開されているコンテンツ（以下、Ｗｅｂコンテンツという）について、翻訳を依頼することができる、登録会員の使用する端末装置をいう。翻訳者端末３とは、管理サーバ１からの依頼に応じて翻訳を行い、翻訳結果を管理サーバ１に提供する翻訳者の使用する端末装置をいう。Ｗｅｂサーバ５とは、Ｗｅｂコンテンツを記憶し、Ｗｅｂサイトで公開する装置である。管理サーバ１は、Ｗｅｂサーバ５が公開しているのとは別の、翻訳依頼用のＷｅｂサイト（以下、翻訳依頼サイトという）を公開している。管理サーバ１は、翻訳依頼サイトを介してＷｅｂコンテンツの翻訳依頼を受け付け、翻訳者への翻訳の発注を行ったり、翻訳依頼に関連する情報を管理したりする装置である。なお、本実施形態において、管理サーバ１が、本発明の「翻訳者選択サーバ」に相当し、ユーザ端末２が、「クライアント端末」に相当する。
【００３３】
ここで、本実施形態の翻訳依頼システム１００全体で行われる処理の手順について、簡単に説明する。ユーザ端末２のユーザは、翻訳依頼サイトを介して、例えばＷｅｂサーバ５が公開するＷｅｂコンテンツの翻訳を、管理サーバ１に依頼することができる。管理サーバ１は、ユーザ端末２から翻訳依頼を受けると、適宜翻訳者を選択し、その翻訳者の翻訳者端末３に対して翻訳を発注する。このとき、Ｗｅｂコンテンツの原文の言語（以下、元言語という）から、ユーザが希望する翻訳後の言語（以下、最終言語という）に直接翻訳できる翻訳者がいない場合には、元言語および最終言語のいずれとも異なる言語（以下、他言語という）を経由した翻訳が行われる。なお、以下の説明では、このような他言語を経由した翻訳方法をリレー翻訳といい、経由される言語を中間言語というものとする。リレー翻訳の場合、通常、元言語から中間言語への翻訳と、中間言語から最終言語への翻訳とが行われるが、本実施形態では、元言語から中間言語の翻訳は、翻訳者が行うのではなく、他言語による既存の翻訳結果で代用される点が特徴である。
【００３４】
他言語による既存の翻訳結果を利用して最終言語への翻訳を行うための翻訳者が選択され、発注先として決定される。その後、発注先として決定された翻訳者への発注が行われ、最終言語による翻訳結果が作成されると、翻訳結果が管理サーバ１に登録され、翻訳を依頼したユーザ（以下、翻訳依頼者という）に翻訳結果のＵＲＬが通知される。これにより、翻訳依頼者は、Ｗｅｂコンテンツを、希望する最終言語に翻訳された状態で閲覧することができる。
【００３５】
次に、図２〜図５を参照して、管理サーバ１の構成について説明する。図２は、管理サーバ１の電気的構成を示すブロック図である。図３は、ユーザデータベース１５１０の説明図である。図４は、翻訳者データベース１５２０の説明図である。図５は、依頼管理データベース１５３０の説明図である。
【００３６】
図２に示すように、管理サーバ１は、ＣＰＵ１０と、ＣＰＵ１０に各々接続されたＲＯＭ１１およびＲＡＭ１２を備えている。ＣＰＵ１０には、その他、入出力（Ｉ／Ｏ）インタフェイス１４が接続されている。Ｉ／Ｏインタフェイス１４には、ハードディスク装置（ＨＤＤ）１５、マウスコントローラ１６、キーコントローラ１７、ビデオコントローラ１８、および通信装置１９が接続されている。
【００３７】
ＣＰＵ１０は、管理サーバ１の全体の制御を司る。ＲＯＭ１１は、ＢＩＯＳを含む、管理サーバ１を動作させるための各種のプログラムを記憶している。ＣＰＵ１０は、ＲＯＭ１１や、後述するＨＤＤ１５に記憶されたプログラムに従って、管理サーバ１の動作を制御する。ＲＡＭ１２は、各種データを一時的に記憶するための記憶装置である。マウスコントローラ１６、キーコントローラ１７、およびビデオコントローラ１８には、それぞれマウス１６１、キーボード１７１およびビデオコントローラ１８１が接続されている。通信装置１９は、インターネット９およびその他のネットワークに接続し、外部機器との間でデータの送受信を行うためのものである。
【００３８】
ここで、ＨＤＤ１５の詳細について説明する。図２に示すように、ＨＤＤ１５は、ユーザデータベース（ＤＢ）記憶エリア１５１、翻訳者データベース（ＤＢ）記憶エリア１５２、依頼管理データベース（ＤＢ）記憶エリア１５３、原文記憶エリア１５４、翻訳結果記憶エリア１５５、およびプログラム記憶エリア１５６を含む複数の記憶エリアを備えている。
【００３９】
ユーザＤＢ記憶エリア１５１には、管理サーバ１の公開する翻訳依頼サイトの登録会員に関する情報（以下、ユーザ情報という）を格納するユーザＤＢ１５１０（図３参照）が記憶されている。ユーザ情報は、ユーザ１名毎に作成されており、例えば、図３に示すように、ユーザＩＤ、氏名、住所、および連絡先を含む。ユーザＩＤとは、各ユーザに固有の識別コードである。氏名および住所は、ユーザの氏名および住所である。連絡先は、ユーザの連絡先である電子メールアドレスである。なお、ＣＰＵ１０により付与されるユーザＩＤ以外の情報は、ユーザが翻訳依頼サイトで会員登録を行う際、ユーザによって入力された情報を登録すればよい。なお、図３では、説明の便宜上、ユーザ情報は３名分しか示されていないが、より多くのユーザ情報が登録されてよいことはいうまでもない。
【００４０】
翻訳者ＤＢ記憶エリア１５２には、翻訳者に関する情報（以下、翻訳者情報という）を格納する翻訳者ＤＢ１５２０（図４参照）が記憶されている。図４に示すように、翻訳者情報は、翻訳者１名毎に作成されており、例えば、翻訳者ＩＤ、氏名、言語、受注金額、通常納期、評価、および専門分野を含む情報である。翻訳者ＩＤとは、各翻訳者に固有の識別コードである。氏名は、翻訳者の氏名である。言語とは、翻訳者が翻訳可能な言語である。受注金額とは、翻訳者が翻訳を１件請け負う際の受注金額である。通常納期は、翻訳者が翻訳の発注を受けた日から翻訳結果を管理サーバ１に登録するまでに通常要する期間である。評価は、過去の翻訳依頼者による、翻訳者に対する評価の平均である。例えば、翻訳依頼者が依頼に応じて作成された翻訳結果を入手する都度、管理サーバ１にその評価を送信し、管理サーバ１が翻訳者毎に集計して、その結果を翻訳者ＤＢ１５２０に記憶させておけばよい。専門分野は、翻訳者が専門知識を有する分野、または翻訳経験が長く、得意とする分野である。また、図４には図示されていないが、翻訳者ＤＢ１５２０には、他に、翻訳者の住所および連絡先のメールアドレス、翻訳料金の振込口座等も記憶されている。なお、翻訳者ＩＤおよび評価以外の情報は、例えば、翻訳者が管理サーバ１の運営者との契約に基づき、翻訳者として登録を行う際、翻訳者によって提供された情報を登録すればよい。図４では、説明の便宜上、翻訳者情報は５名分しか示されていないが、より多くの翻訳者情報が登録されてよいことはいうまでもない。なお、本実施形態では、翻訳者ＤＢ１５２０は、本発明の「翻訳者記憶手段」に相当する。
【００４１】
依頼管理ＤＢ記憶エリア１５３には、翻訳依頼の内容や依頼状況に関する情報（以下、依頼情報という）を格納する依頼管理ＤＢ１５３０（図５参照）が記憶されている。依頼情報は、新規の翻訳依頼１件毎に作成され、その翻訳依頼に対応する情報が順次追加されていく。図５に示すように、依頼情報は、例えば、依頼ＩＤ、依頼者ＩＤ、対象ページＵＲＬ、元言語、最終言語、翻訳方法、中間依頼ＩＤ、発注先ＩＤ、および翻訳結果ＵＲＬを含む。
【００４２】
依頼ＩＤは、各依頼情報を識別するための固有の識別コードである。依頼者ＩＤは、翻訳依頼者のユーザＩＤである。対象ページＵＲＬは、翻訳の対象であるＷｅｂページ（以下、対象ページという）のＵＲＬである。元言語は、対象ページの言語である。最終言語は、翻訳依頼者が希望する翻訳後の言語である。翻訳方法とは、最終言語による翻訳結果がどのようにして取得されるのかを特定する情報であり、本実施形態では、「直接翻訳」、「リレー翻訳」、「既存翻訳利用」、「同一ＵＲＬ提供」、および「翻訳不可」の５種類がある。
【００４３】
「直接翻訳」とは、対象ページが元言語から最終言語に直接翻訳されることにより、最終言語の翻訳結果が取得されることを示す。「リレー翻訳」とは、元言語と最終言語の直接翻訳ではなく、中間言語による翻訳結果を経由したリレー翻訳により、最終言語の翻訳結果が取得されることを示す。「既存翻訳利用」は、元言語による対象ページではなく、対象ページの他言語による既存の翻訳結果を元にして、翻訳が行われることを示す。より具体的には、例えば、対象ページＵＲＬから入手可能な、他言語による対象ページ、または、過去に翻訳者によって作成された、対象ページの他言語による翻訳結果から、最終言語による翻訳結果が作成される場合である。また、「同一ＵＲＬ提供」が記憶されている場合、その翻訳結果は、ユーザ端末２から受け付けられた翻訳依頼に基づいて翻訳者によって作成されたのではなく、対象ページと同じＵＲＬから取得されたものであることを示す。例えば、図５において、依頼ＩＤ「６」に対応する翻訳結果は、フランス語の対象ページを英語に翻訳する翻訳依頼に応じて作成されたのではなく、対象ページＵＲＬが提供している英語の対象ページが取得され、翻訳結果として記憶されたことを示す。「翻訳不可」は、元言語から最終言語へ直接翻訳はできず、また、リレー翻訳も行わないと判断されたことを示す。
【００４４】
中間依頼ＩＤには、対象ページを元言語から最終言語まで翻訳する過程で利用される翻訳結果に対応する依頼ＩＤが記憶される。例えば、図５において、依頼ＩＤ「３」の依頼情報は、ドイツ語の対象ページについて、日本語への翻訳がリレー翻訳で行われることを示している。中間依頼ＩＤ「２、４」は、このリレー翻訳において、元言語であるドイツ語から中間言語への翻訳結果は、依頼ＩＤ「２」に対応する翻訳結果が利用され、中間言語から最終言語である日本語への翻訳結果は、依頼ＩＤ「４」に対応する翻訳結果が利用されることを意味する。また、依頼ＩＤ「４」の依頼情報のように、翻訳が対象ページの既存の翻訳結果を元にして行われる「既存翻訳利用」の場合には、中間依頼ＩＤ「２」は、英語から日本語への翻訳は、依頼ＩＤ「２」に対応する英語の翻訳結果を元にして行われることを意味する。
【００４５】
発注先ＩＤとしては、翻訳の発注先として決定された翻訳者の翻訳者ＩＤが記憶される。また、翻訳結果ＵＲＬは、発注に応じて作成された翻訳結果、または、対象ページＵＲＬから取得された他言語の既存の翻訳結果が翻訳結果記憶エリア１５５に記憶される際に、付与されるＵＲＬである。よって、依頼管理ＤＢ１５３０に発注先ＩＤが記憶されている場合には、すでに翻訳者に対して翻訳が発注されていることを意味し、翻訳結果ＵＲＬが記憶されている場合には、すでに翻訳が完了して翻訳結果が翻訳結果記憶エリア１５５に記憶されていることを意味する。また、「翻訳不可」でない場合であって、発注先ＩＤが記憶されておらず、且つ、翻訳結果ＵＲＬが記憶されていない場合は、翻訳がまだ発注されていないことを示す。なお、依頼ＩＤ「３」のリレー翻訳の場合や、依頼ＩＤ「６」および「７」のように、他言語による既存の翻訳結果が対象ページのＵＲＬから取得された場合には、直接の翻訳者はいないので、発注先ＩＤは記憶されない。
【００４６】
さらに、詳細は図示しないが、図２に示す原文記憶エリア１５４には、翻訳依頼者によって特定された対象ページＵＲＬから取得された対象ページが記憶される。翻訳結果記憶エリア１５５には、管理サーバ１からの依頼に応じて翻訳者によって作成され、翻訳者端末３から送信された翻訳結果、または、対象ページＵＲＬから取得された他言語の既存の翻訳結果が記憶される。プログラム記憶エリア１５６には、各種処理を管理サーバ１に実行させるための各種プログラムが記憶されている。なお、これらのプログラムは、例えばＣＤ−ＲＯＭに記憶されたものがＣＤ−ＲＯＭドライブ（図示外）を介してインストールされ、プログラム記憶エリア１５６に記憶される。または、インターネット９を介してダウンロードされたプログラムが、プログラム記憶エリア１５６に記憶されてもよい。ＨＤＤ１５には、以上に説明したものの他、各種処理で使用される設定値等も記憶されている。なお、本実施形態において、翻訳結果記憶エリア１５５は、本発明の「翻訳結果記憶手段」に相当する。
【００４７】
以下に、このように構成された管理サーバ１において行われる各種処理について、図６〜図１２を参照して説明する。図６は、翻訳依頼処理のフローチャートである。図７は、翻訳依頼ページ２０１の説明図である。図８は、翻訳依頼処理で行われる中間言語選択処理のフローチャートである。図９は、翻訳依頼処理で行われる発注先決定処理のフローチャートである。図１０は、発注先選択依頼ページ２０２の説明図である。図１１は、別の発注先選択依頼ページ２０３の説明図である。図１２は、翻訳結果登録処理のフローチャートである。なお、これらの処理は、ＨＤＤ１５のプログラム記憶エリア１５６に記憶されたプログラムに従って、ＣＰＵ１０が実行するものである。
【００４８】
翻訳依頼者が、ユーザ端末２でＷｅｂブラウザを起動し、ユーザＩＤを用いて管理サーバ１が公開する翻訳依頼サイトにログインすると、ユーザ端末２のディスプレイには、管理サーバ１から送信された表示用データに基づき、メニュー（図示外）が表示される。図６に示す翻訳依頼処理は、このメニューで「翻訳依頼」が選択され、その情報を管理サーバ１が受信すると開始される。処理が開始されるとまず、管理サーバ１のＣＰＵ１０は、翻訳依頼ページ２０１（図７参照）の表示用データをユーザ端末２に送信し、翻訳依頼ページ２０１をユーザ端末２に表示させる（Ｓ１）。図７に示すように、翻訳依頼ページ２０１には、対象ページのＵＲＬ、対象ページの言語、および翻訳後の言語をそれぞれ指定するための入力欄と、ＯＫボタンとが設けられている。翻訳依頼者によって入力欄への入力が行われ、ＯＫボタンが選択されると、入力された情報がユーザ端末２から管理サーバ１に送信され、受け付けられる（Ｓ２）。受け付けられた情報は、新たな依頼情報として、依頼管理ＤＢ１５３０（図５参照）に登録される（Ｓ３）。具体的には、新たな依頼ＩＤが割り当てられ、受け付けられた情報の送信者である翻訳依頼者のユーザＩＤ、対象ページのＵＲＬ、対象ページの言語、および翻訳後の言語が、それぞれ、依頼管理ＤＢ１５３０の依頼者ＩＤ、対象ページＵＲＬ、元言語、および最終言語の各欄に記憶される。併せて、翻訳方法欄に、通常の翻訳方法である「直接翻訳」が記憶される。さらに、対象ページＵＲＬから対象ページが取得され、ＨＤＤ１５の原文記憶エリア１５４に記憶される（Ｓ４）。なお、本実施形態では、元言語が本発明の「第１言語」に相当し、最終言語が「第２言語」に相当し、対象ページが「原文コンテンツ」に相当する。
【００４９】
続いて、翻訳者ＤＢ１５２０から、対象ページを元言語から最終言語へ直接翻訳可能な翻訳者が発注先候補として抽出され、その翻訳者情報がＲＡＭ１２の所定の記憶エリアに記憶される（Ｓ５）。具体的には、翻訳可能言語として、元言語および最終言語の両方を含む翻訳者情報が、発注先候補として抽出される。その結果、抽出された翻訳者情報があり、直接翻訳可能な翻訳者がいると判断された場合には（Ｓ６：ＹＥＳ）、後述する発注先決定処理が行われる（Ｓ１１、図９）。一方、元言語から最終言語へ直接翻訳可能な翻訳者が翻訳者ＤＢ１５２０（図４参照）に登録されておらず、翻訳者情報が抽出できなかった場合には（Ｓ６：ＮＯ）、中間言語選択処理が行われる（Ｓ７、図８）。
【００５０】
図８を参照して、中間言語選択処理について、具体的な例を示しながら説明する。中間言語選択処理は、元言語から最終言語へ直接翻訳ができない場合に、対象ページについてすでに他言語の翻訳結果があれば、その言語を、リレー翻訳の中間言語候補として抽出する処理である。
【００５１】
処理が開始されるとまず、対象ページＵＲＬに基づき、対象ページを公開するＷｅｂサーバ５に対して、他言語を指定したＨＴＴＰリクエストが送信される（Ｓ３１）。より具体的には、要求するコンテンツの希望言語を指定するためのＨＴＴＰヘッダフィールドである「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」フィールドにおいて、他言語を指定したＧＥＴリクエストを送信すればよい。例えば、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ：ｅｎ」をヘッダに含むＧＥＴリクエストは、英語で記述された対象ページのみを要求するものである。これに対して、ステータス・コード２００（ＯＫ）を含むレスポンスが返ってきた場合、英語の対象ページ（ＨＴＭＬデータ）が取得できる。一方、ステータス・コード４０６（Ｎｏｔ  Ａｃｃｅｐｔａｂｌｅ）を含むレスポンスが返ってきた場合には、指定された言語による対象ページは取得できない。よって、管理サーバ１のＣＰＵ１０は、このようにして、予め定められた主要な他言語を「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅフィールド」で特定したＧＥＴリクエストを順次Ｗｅｂサーバ５に送信し（Ｓ３１）、リクエストが成功した場合には（Ｓ３２：ＹＥＳ）、レスポンスで返信されるデータを受信して、ＲＡＭ１２に一時的に記憶させる（Ｓ３３）。なお、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」フィールドで複数の他言語を優先度とともに指定したＧＥＴリクエストを、一度に送信してもよい。
【００５２】
Ｓ３３で取得された他言語の対象ページは、対象ページの他言語による翻訳結果としてＨＤＤ１５の翻訳結果記憶エリア１５５に記憶され、ＵＲＬが付与される（Ｓ３４）。そして、Ｓ３３で取得された他言語の対象ページを翻訳結果とする新たな依頼情報が作成され、新たに付与された依頼ＩＤと対応づけて、依頼管理ＤＢ１５３０に登録される（Ｓ３５）。具体的には、依頼者ＩＤ欄に元々の翻訳依頼の依頼ＩＤが記憶され、対象ページＵＲＬ欄に元々の翻訳依頼と同じ対象ページＵＲＬが記憶され、元言語欄に対象ページの元言語が記憶され、最終言語欄に取得された翻訳結果の言語（他言語）が記憶され、翻訳結果ＵＲＬには、Ｓ３４で付与されたＵＲＬが記憶される。続いて、中間言語候補リスト（図示外）が作成され、ＲＡＭ１２に記憶される（Ｓ３８）。このとき作成される中間言語候補リストは、Ｓ３５で新たに作成された依頼情報に含まれる最終言語を、中間言語候補として含むリストである。中間言語候補リストが作成された後、図８の中間言語選択処理は終了し、図６の翻訳依頼処理に戻る。
【００５３】
例えば、図７に示す翻訳依頼が受け付けられ、図５に示すように、依頼ＩＤ「５」の依頼情報（ただし、中間依頼ＩＤは含まない）が依頼管理ＤＢ１５３０に登録されたとする（図６、Ｓ２〜Ｓ３）。この場合、翻訳者ＤＢ１５２０（図４参照）には、フランス語から日本語への直接翻訳が可能な翻訳者が登録されていないために（図６、Ｓ６：ＮＯ）、主要な他言語を指定したＨＴＴＰリクエストがなされる（図８、Ｓ３１）。リクエストが成功し、英語とスペイン語の対象ページが取得され（Ｓ３２：ＹＥＳ、Ｓ３３）、翻訳結果として、それぞれ翻訳結果記憶エリア１５５に記憶されたとする（Ｓ３４）。このような場合、図５に示すように、フランス語を元言語とし、英語およびスペイン語をそれぞれ最終言語とする、依頼ＩＤ「６」および「７」の依頼情報が作成され、依頼管理ＤＢ１５３０に登録される（Ｓ３５）。依頼者ＩＤ欄には、いずれも、依頼ＩＤ「５」に対応する翻訳依頼に派生して作成された依頼情報であることを示す「５」が記憶される。対象ページＵＲＬ欄には、依頼ＩＤ「５」と同じ対象ページＵＲＬが記憶される。翻訳方法欄には、ユーザ端末２から受け付けられた翻訳依頼に基づいて作成されたのではなく、対象ページと同じＵＲＬから取得された、他言語の対象ページであることを示す「同一ＵＲＬ提供」が記憶される。対象ページはすでに翻訳されており、元言語から最終言語まで翻訳する過程で利用される翻訳結果はないため、中間依頼ＩＤ欄は空欄である。また、翻訳者に翻訳依頼をする必要はないため、発注先ＩＤは、空欄である。翻訳結果ＵＲＬには、Ｓ３４で付与された翻訳結果のＵＲＬがそれぞれ記憶される。依頼情報の登録後、英語とスペイン語を中間言語候補とする中間言語候補リストが作成される。
【００５４】
一方、他言語を指定したＨＴＴＰリクエストが成功せず、ステータス・コード４０６（Ｎｏｔ  Ａｃｃｅｐｔａｂｌｅ）を含むレスポンスが返ってきた場合には（Ｓ３２：ＮＯ）、依頼管理ＤＢ１５３０が参照され、対象ページの他言語への翻訳結果が抽出される（Ｓ３６）。具体的には、元々の翻訳依頼で特定された対象ページＵＲＬおよび元言語と同一の対象ページＵＲＬおよび元言語、ならびに、翻訳依頼で特定された最終言語とは異なる最終言語を含む依頼情報が検索され、このような依頼情報があれば、その翻訳結果が、ＨＤＤ１５の翻訳結果記憶エリア１５５から抽出される。そして、翻訳結果の有無が判断される（Ｓ３７）。具体的には、翻訳結果ＵＲＬ欄に翻訳結果のＵＲＬが記憶されていれば、対象ページの他言語への翻訳結果が抽出できるので（Ｓ３７：ＹＥＳ）、中間言語候補リストが作成される（Ｓ３８）。このとき作成される中間言語候補リストは、Ｓ３７で翻訳結果があると判断された依頼情報の最終言語を一覧としたものである。中間言語候補リストが作成された後、図８の中間言語選択処理は終了し、図６の翻訳依頼処理に戻る。
【００５５】
例えば、ドイツ語から日本語への翻訳依頼が受け付けられ、図５に示すように、依頼ＩＤ「３」の依頼情報が依頼管理ＤＢ１５３０に登録されたとする（図６、Ｓ２〜Ｓ３）。ドイツ語から日本語への直接翻訳が可能な翻訳者がいないために（図６、Ｓ６：ＮＯ）、主要な他言語を指定したＨＴＴＰリクエストがなされる（図８、Ｓ３１）。リクエストが成功しなかった場合（Ｓ３２：ＮＯ）、依頼管理ＤＢ１５３０が検索され、この翻訳依頼の対象ページＵＲＬと同一のＵＲＬおよび元言語（ドイツ語）を含み、日本語ではなく英語が最終言語とされた依頼情報（依頼ＩＤ＝２）が発見される（Ｓ３６）。依頼管理ＤＢ１５３０には、依頼ＩＤ「２」に対応する翻訳結果ＵＲＬが記憶されているので、英語の翻訳結果が翻訳結果記憶エリア１５５に記憶されている（Ｓ３７：ＹＥＳ）。よって、英語を中間言語候補とする中間言語候補リストが作成される（Ｓ３８）。
【００５６】
また、対象ページの他言語による翻訳結果が翻訳結果記憶エリア１５５に記憶されていない場合には（Ｓ３７：ＮＯ）、既存の翻訳結果を利用したリレー翻訳は不可能である。つまり、翻訳依頼者の依頼に応じて最終言語での翻訳結果を得るには、元言語から中間言語、および中間言語から最終言語の少なくとも２回、翻訳者による翻訳が必要となる。本実施形態では、そのような場合には、翻訳に要する時間とコストが増大するので、翻訳は行わないものとして、依頼管理ＤＢ１５３０の翻訳方法欄に、「翻訳不可」が記憶される（Ｓ３９）。その後、図８の中間言語選択処理は終了し、図６の翻訳依頼処理に戻る。
【００５７】
なお、本実施形態では、図８の中間言語選択処理において、対象ページＵＲＬから取得される他言語の対象ページ、および、翻訳結果記憶エリア１５５から抽出される対象ページの他言語による翻訳結果が、本発明の「仲介コンテンツ」に相当し、その言語である他言語が、「第３言語」に相当する。
【００５８】
図８に示す中間言語選択処理が終了し（Ｓ７）、図６の翻訳依頼処理に戻ると、依頼管理ＤＢ１５３０の翻訳方法が「翻訳不可」として記憶されているか否かが判断される（Ｓ８）。前述したように、「翻訳不可」とされているのは、図８の中間言語選択処理で、リレー翻訳に利用可能な、他言語の翻訳結果がない場合である。そこで、このような場合、依頼者ＩＤにより特定される翻訳依頼者の連絡先に、翻訳が行われない旨を通知する翻訳不可通知のメールが送信され（Ｓ１５）、図６の翻訳依頼処理は終了する。
【００５９】
一方、翻訳方法が「翻訳不可」ではない場合（Ｓ８：ＹＥＳ）、ＲＡＭ１２に記憶されている中間言語候補リストが参照され、翻訳者ＤＢ１５２０から、中間言語候補から最終言語に翻訳可能な翻訳者が発注先候補とされ、その翻訳者情報が抽出される（Ｓ９）。いずれの中間言語候補についても、最終言語への翻訳が可能な翻訳者が見つからず、翻訳者情報が抽出できなければ（Ｓ１０：ＮＯ）、依頼管理ＤＢ１５３０の翻訳方法が、「翻訳不可」とされ（Ｓ１４）、翻訳依頼者に翻訳不可通知のメールが送信された後（Ｓ１５）、図６の翻訳依頼処理は終了する。いずれかの中間言語候補から最終言語への翻訳が可能な翻訳者が見つかれば（Ｓ１０：ＹＥＳ）、発注先決定処理が行われる（Ｓ１１、図９）。
【００６０】
図９〜図１１を参照して、発注先決定処理について、具体的な例を示しながら説明する。本実施形態の発注先決定処理は、必要な翻訳を発注可能な翻訳者が複数ある場合に、翻訳依頼者に候補のリストを提示して、正式な発注先を決定する処理である。
【００６１】
処理が開始されるとまず、翻訳者ＤＢ１５２０から抽出された、発注先候補の翻訳者情報から、発注先候補が１名か否かが判断される（Ｓ５２）。この時点で、図６の翻訳依頼処理のＳ６において、対象ページの元言語から最終言語への直接翻訳が可能な翻訳者がいると判断された場合には（Ｓ６：ＹＥＳ）、元言語から最終言語への直接翻訳が可能な翻訳者の翻訳者情報がすべて抽出されている（Ｓ５）。一方、直接翻訳が可能な翻訳者はいないが（Ｓ６：ＮＯ）、対象ページの中間言語候補による翻訳結果があり、これを元にして、中間言語候補から最終言語へのリレー翻訳が可能な翻訳者がいると判断された場合には（Ｓ１０：ＹＥＳ）、中間言語候補から最終言語への翻訳が可能な翻訳者の翻訳者情報がすべて抽出されている（Ｓ９）。抽出された翻訳者情報が１名分のみの場合は（Ｓ５２：ＹＥＳ）、自動的にその翻訳者が発注先と決定され、元々の翻訳依頼に対応する依頼情報の発注先ＩＤ欄に、その翻訳者ＩＤが記憶された後（Ｓ５３）、図９の発注先決定処理は終了する。例えば、図５の依頼ＩＤ「１」の依頼情報のように、中国語から日本語への翻訳依頼があった場合、翻訳者ＤＢ１５２０には、直接翻訳が可能な翻訳者が１名登録されている（図６、Ｓ６：ＹＥＳ、図９、Ｓ５３：ＹＥＳ）。したがって、該当する翻訳者の翻訳者ＩＤ「Ｔ５」が発注先ＩＤとして依頼管理ＤＢ１５３０に記憶されることになる。
【００６２】
一方、発注先候補が１名のみでない場合には（Ｓ５２：ＮＯ）発注先候補リストが作成され、ＲＡＭ１２に記憶される（Ｓ５５）。具体的には、直接翻訳の場合、図６のＳ５で発注先候補として抽出された翻訳者情報に基づき、翻訳者ＩＤ、受注金額、通常納期、評価、および専門分野を含むリストが作成される。リレー翻訳の場合、図８のＳ３８で作成された中間言語候補リストおよび図６のＳ９で発注先候補として抽出された翻訳者情報に基づき、翻訳者ＩＤ、中間言語候補、受注金額、通常納期、評価、および専門分野を含むリストが作成される。続いて、翻訳依頼者に、発注先候補の中から発注先の翻訳者を１名選択させるためのＷｅｂページが作成され、その表示データが翻訳依頼者のユーザ端末２に送信される（Ｓ５６）。
【００６３】
これを受けたユーザ端末２では、直接翻訳の場合には、例えば、図１０に示す発注先選択依頼ページ２０２が表示される。図１０に示すように、直接翻訳の場合の発注先選択依頼ページ２０２には、翻訳依頼の内容を示す対象ページＵＲＬ、元言語および最終言語と、翻訳者選択の依頼文と、翻訳者ＩＤ、受注金額、通常納期、評価、および専門分野を含む発注先候補リストとが表示される。したがって、翻訳依頼者は、これらの情報を考慮して、自己の希望に沿った条件の発注先を選択することが容易となる。一方、リレー翻訳の場合には、例えば、図１１に示す発注先選択依頼ページ２０３が表示される。図１１に示すように、リレー翻訳の場合の発注先選択依頼ページ２０３の依頼文には、元言語から最終言語への直接翻訳ができない旨の説明が加えられ、発注先候補リストには、中間言語候補も加えられている。図１１の発注先選択依頼ページ２０３は、前述の、依頼ＩＤ「５」に対応する翻訳依頼を受けて、英語とスペイン語の翻訳結果が取得され、中間言語候補とされた場合に作成された発注先候補リストを表示するものである。翻訳依頼者は、このように中間言語候補を含めたリスト表示がされるので、自己の希望に沿った中間言語の発注先を選択することが容易となる。
【００６４】
発注先選択依頼ページ２０２、２０３には、発注先候補リストの左横に、いずれかの発注先候補を選択するためのチェックボックスが設けられている。チェックボックスがチェックされた状態でＯＫボタンが選択されると、チェックされた発注先候補の情報が管理サーバ１に送信され、受け付けられて、ＲＡＭ１２に記憶される（Ｓ５７）。リレー翻訳ではなく、直接翻訳の場合には（Ｓ５８：ＮＯ）、翻訳の発注先が決定されたので、元々の翻訳依頼に対応する依頼情報の発注先ＩＤとして、決定された発注先の翻訳者ＩＤが記憶された後（Ｓ５３）、図９の発注先決定処理は終了する。
【００６５】
リレー翻訳の場合には（Ｓ５８：ＹＥＳ）、Ｓ５７で受け付けられた情報により、リレー翻訳に利用する翻訳結果の言語（中間言語）、および中間言語から最終言語への翻訳の発注先が決定されている。まず、決定された発注先の情報に基づき、中間言語から最終言語への翻訳に対応する依頼情報が、依頼管理ＤＢ１５３０に新規登録される（Ｓ６１）。具体的には、依頼ＩＤが新たに付与され、依頼者ＩＤとして、元々の翻訳依頼の依頼ＩＤが記憶され、対象ページＵＲＬとして、元々の翻訳依頼の対象ページＵＲＬと同一のＵＲＬが記憶される。元言語として、決定された中間言語が記憶され、最終言語として、元々の翻訳依頼の最終言語が記憶される。また、翻訳方法として、「既存翻訳利用」が記憶され、中間依頼ＩＤとして、中間言語から最終言語への翻訳の元となる翻訳結果に対応する依頼ＩＤが記憶される。そして、発注先ＩＤに、決定された発注先の情報に含まれる翻訳者ＩＤが記憶される。例えば、前述の、依頼ＩＤ「５」の翻訳依頼を受けて、英語とスペイン語の翻訳結果が取得され、図１１に示すように発注先選択依頼ページ２０３が提示され、翻訳者ＩＤ「Ｔ２」の発注先候補が選択されたとする。この場合、図５の依頼ＩＤ「８」に示す依頼情報が、依頼管理ＤＢ１５３０に新規登録される。具体的には、依頼者ＩＤ欄に、元々の翻訳依頼に対応する依頼ＩＤ「５」が記憶される。元言語欄には、決定された中間言語である英語が記憶され、最終言語欄には、依頼ＩＤ「５」の依頼情報に含まれる最終言語である日本語が記憶される。さらに、この翻訳は、対象ページと同一のＵＲＬから取得され、依頼ＩＤ「６」に対応して記憶されている英語の翻訳結果を利用するので、中間依頼ＩＤとして「６」が記憶される。
【００６６】
このようにして、中間言語から最終言語への翻訳に対応する依頼情報が新規登録された後（Ｓ６１）、元々の翻訳依頼に対応する依頼情報が更新される（Ｓ６２）。具体的には、対象ページの元言語から中間言語への翻訳に利用される翻訳結果に対応する依頼ＩＤと、中間言語から最終言語への翻訳に利用される翻訳結果に対応する依頼ＩＤとが、中間依頼ＩＤ欄に記憶される。例えば、前述の、依頼ＩＤ「５」の翻訳依頼を受けて、英語とスペイン語の翻訳結果が取得され、図１１に示すように発注先選択依頼ページ２０３が提示され、翻訳者ＩＤ「Ｔ２」の発注先候補が選択された場合には、中間言語は英語と決定されている。よって、対象ページの元言語であるフランス語から中間言語である英語への翻訳に利用される翻訳結果に対応する依頼ＩＤ「６」と、中間言語である英語から最終言語である日本語への翻訳に利用される翻訳結果に対応する依頼ＩＤ「８」とが、中間依頼ＩＤ欄に記憶される。これにより、元言語、中間言語、および最終言語までの翻訳がどのような手順で行われるのかを特定することができるようになる。依頼管理ＤＢ１５３０が更新された後（Ｓ６２）、図９の発注先決定処理は終了し、図６の翻訳依頼処理に戻る。
【００６７】
発注先が決定された後、翻訳依頼者に対する翻訳料金の請求処理が行われる（Ｓ１２）。なお、翻訳料金は、例えば、翻訳者の受注金額と同額とすることができる。翻訳１件あたりの一律料金、または、翻訳者の受注金額に所定の割合（例えば、１．１）を乗じた額として、予め設定しておいてもよい。請求処理では、例えば、カード番号、名義等、クレジットカードの情報の入力用ページの表示用データがユーザ端末２に送信される。そして、翻訳依頼者から入力されたクレジットカードの情報に基づき、翻訳依頼者から翻訳料金を徴収するための依頼データが、専用のネットワークまたはインターネット９を介して管理サーバ１に接続された、クレジットカード会社の管理装置（図示外）へ送信される。翻訳料金請求後、翻訳者への発注が行われる（Ｓ１３）。具体的には、前述の発注先決定処理（Ｓ１１、図９）で決定され、依頼管理ＤＢ１５３０の発注先ＩＤ欄に翻訳者ＩＤが記憶されている翻訳者の連絡先に、依頼ＩＤと、直接翻訳の場合には対象ページＵＲＬ、リレー翻訳の場合には、翻訳の元とする翻訳結果のＵＲＬとを記載した翻訳発注メールが送信される。翻訳発注メールには、原文記憶エリア１５４に記憶されている対象ページ、または翻訳結果記憶エリア１５５に記憶されている翻訳結果のデータを添付してもよい。翻訳者への発注が行われた後（Ｓ１３）、図６に示す翻訳依頼処理は終了する。
【００６８】
次に、図１２を参照して、翻訳結果登録処理について説明する。この処理では、翻訳依頼に応じて作成された翻訳結果が翻訳依頼者に提供され、翻訳者に報酬が支払われる。翻訳者は、前述のように依頼を受けた対象ページの翻訳を行った後、翻訳者端末３でＷｅｂブラウザを起動し、翻訳者ＩＤを用いて管理サーバ１が公開する翻訳依頼用サイトにログインして、メニューから「翻訳結果登録」を選択する。すると、その情報が管理サーバ１に受け付けられ、図１２に示す翻訳結果登録処理が開始される。まず、翻訳結果登録ページ（図示外）の表示用データが翻訳者端末３に送信され、翻訳者端末３に翻訳結果登録ページが表示される（Ｓ７１）。翻訳結果登録ページには、少なくとも、依頼ＩＤの入力欄、翻訳結果ファイルの添付欄、および登録ボタンが設けられている。翻訳者が、翻訳依頼時に受信した依頼ＩＤを入力し、翻訳結果ファイルを添付して、登録ボタンを選択すると、依頼ＩＤと翻訳結果ファイルが管理サーバ１に送信される。依頼ＩＤと翻訳結果ファイルは、管理サーバ１で受け付けられ、ＵＲＬが付与されて、翻訳結果記憶エリア１５５に登録される（Ｓ７２）。
【００６９】
さらに、依頼管理ＤＢ１５３０に翻訳結果のＵＲＬが記憶されることにより、依頼管理情報が更新される。（Ｓ７３）。具体的には、Ｓ７２で受け付けられた依頼ＩＤに対応する翻訳結果ＵＲＬが、翻訳結果ＵＲＬ欄に新たに記憶される。また、その依頼情報の依頼者ＩＤ欄に、翻訳依頼者のユーザＩＤではなく、他の依頼情報の依頼ＩＤが記憶されている場合には、その依頼ＩＤに対応する翻訳結果ＵＲＬ欄にも、同じＵＲＬが記憶される。例えば、依頼ＩＤ「８」に対応する翻訳結果が受け付けられた場合には、依頼ＩＤ「８」に対応する翻訳結果ＵＲＬ欄と、依頼者ＩＤ欄に記憶されている依頼ＩＤ「５」に対応する翻訳結果ＵＲＬ欄の両方に、Ｓ７２で受け付けられた翻訳結果のＵＲＬが記憶されることになる。
【００７０】
翻訳が出来上がったので、依頼管理ＤＢ１５３０とユーザＤＢ１５１０が参照され、翻訳依頼者の連絡先に、翻訳完了通知のメールが送信される（Ｓ７４）。なお、翻訳依頼者は、すでに翻訳料金を支払い済みであるから、翻訳依頼者へのメールには、翻訳結果のＵＲＬが記載されており、翻訳依頼者はそのＵＲＬを参照するだけで、翻訳結果を閲覧することができる。さらに、翻訳者に対する報酬の振込み処理が行われる（Ｓ７５）。報酬は、翻訳者ＤＢ１５２０に登録された受注金額とすればよい。振込み処理では、例えば、翻訳者ＤＢ１５２０に記憶された翻訳者の振込口座の情報（図示外）に基づいて、報酬振込処理用のデータが作成される。作成されたデータは、インターネット９または専用のネットワークを通じて、該当する銀行の管理装置（図示外）に転送すればよい。翻訳者への振込処理の後、図１２の翻訳結果登録処理は終了する。
【００７１】
以上に説明したように、本実施形態では、ユーザ端末２からの翻訳依頼について、対象ページを元言語から最終言語へ直接翻訳できる翻訳者がいない場合には、まず、対象ページＵＲＬから、他言語による既存の翻訳結果の取得が試みられる。対象ページＵＲＬから他言語の既存の翻訳結果が取得できない場合、翻訳結果記憶エリア１５５に、過去の翻訳依頼に基づいて翻訳者が作成した他言語の翻訳結果が記憶されているか否かが確認される。他言語による既存の翻訳結果があれば、その翻訳結果の言語と、翻訳可能な翻訳者とが、翻訳依頼者に提示され、翻訳依頼者によって、最終言語へのリレー翻訳に使用される中間言語と発注先の翻訳者が選択される。そして、中間言語による既存の翻訳結果を元にした、中間言語から最終言語への翻訳のみが発注される。
【００７２】
したがって、元言語から最終言語への直接翻訳が可能な翻訳者がいない場合であっても、元言語から中間言語、中間言語から最終言語という順番で、少なくとも２回の翻訳を行うための発注先が選択される場合に比べ、効率的に最終言語への翻訳を行うことができる。また、決定された発注先に対して、自動的に発注が行われるので、効率よく翻訳依頼者の求める翻訳結果を取得することができる。さらに、対象ページの他言語による翻訳結果は、対象ページＵＲＬで公開されているもの、あるいは、すでに翻訳結果記憶エリア１５５に記憶されているものが検索されるので、取得が容易である。また、過去の翻訳結果を有効活用することができる。
【００７３】
本実施形態では、図６のＳ２の処理が、本発明の「翻訳依頼受付ステップ」に相当し、処理を行う管理サーバ１のＣＰＵ１０が、「翻訳依頼受付手段」に相当する。図６のＳ６の処理が「翻訳可否判断ステップ」に相当し、処理を行うＣＰＵ１０が、「翻訳可否判断手段」に相当する。図８のＳ３３またはＳ３６の処理が、「仲介コンテンツ取得ステップ」に相当し、処理を行うＣＰＵ１０が、「仲介コンテンツ取得手段」に相当する。図６のＳ９〜Ｓ１１の処理が「依頼先選択ステップ」に相当し、処理を行うＣＰＵ１０が「依頼先選択手段」に相当する。図９のＳ５６の処理が、「指定依頼ステップ」に相当する。図６のＳ１３の処理が「翻訳依頼ステップ」に相当し、処理を行うＣＰＵ１０が「翻訳依頼手段」に相当する。図１２のＳ７２の処理が「翻訳受付ステップ」に相当し、処理を行うＣＰＵ１０が「翻訳受付手段」に相当する。
【００７４】
<第２の実施形態>
次に、図１３〜図１５を参照して、第２の実施形態について説明する。図１３は、翻訳依頼ページ２０６の説明図である。図１４は、第２の実施形態に係る発注先決定処理のフローチャートである。図１５は、第２の実施形態に係る発注先決定処理の変形例である。
【００７５】
第１の実施形態では、対象ページの直接翻訳またはリレー翻訳が可能な翻訳者が複数いる場合には、発注先候補リストが作成されて翻訳依頼者に提示され、翻訳依頼者によって正式な発注先が選択されて決定する。本実施形態では、対象ページの内容の属する分野と一致する専門分野の翻訳者が自動的に発注先として決定される点が特徴である。
【００７６】
本実施形態に係る翻訳依頼システム１００の全体構成、ならびに、管理サーバ１、ユーザ端末２、翻訳者端末３、およびＷｅｂサーバ５については、図１に示す第１の実施形態と同様であるため、ここでの説明は省略する。また、管理サーバ１で行われる処理についても、図６の翻訳依頼処理で行われる発注先決定処理（Ｓ１１）以外は、第１の実施形態と同様である。したがって、第１の実施形態と異なる処理についてのみ、以下に説明する。
【００７７】
本実施形態でも、図６に示す翻訳依頼処理が行われる。ただし、本実施形態では、翻訳依頼者が最初に翻訳対象を特定する情報を入力する際、対象ページの内容が属する分野が併せて入力される。このために、図６の翻訳依頼処理のＳ１において、例えば、図１３に示す翻訳依頼ページ３０１の表示用データをユーザ端末２に送信すればよい。図１３に示すように、本実施形態の翻訳依頼ページ３０１には、第１の実施形態の翻訳依頼ページ２０１（図７参照）と同じ、対象ページＵＲＬおよび言語の入力欄に加え、分野の入力欄が設けられている。そして、翻訳依頼者によってこれらの入力欄への入力が行われ、ＯＫボタンが選択されると、管理サーバ１には、対象ページＵＲＬ、元言語、最終言語、および分野が送信され、受け付けられる（Ｓ２）。この情報に基づいて依頼管理ＤＢ１５３０に新規に登録される依頼情報には、図５には図示されていないが、分野が含まれている（Ｓ３）。
【００７８】
本実施形態では、その後、対象ページの元言語から最終言語への直接翻訳、または中間言語による既存の翻訳結果を利用したリレー翻訳が可能であると判断された場合には（Ｓ６：ＹＥＳまたはＳ１０：ＹＥＳ）、図１４に示す発注先決定処理が行われる。処理の開始時点で、第１の実施形態と同様、翻訳者ＤＢ１５２０から、発注先候補の翻訳者情報が抽出されている。具体的には、直接翻訳の場合には、元言語から最終言語への直接翻訳が可能な翻訳者が抽出され（図６、Ｓ５）、リレー翻訳の場合は、中間言語候補から最終言語への翻訳が可能な翻訳者の翻訳者情報がすべて抽出されている（図６、Ｓ９）。いずれの場合も、依頼管理ＤＢ１５３０および翻訳者ＤＢ１５２０が参照され、発注先候補の中に、対象ページの内容が属する分野と同一の専門分野を有する翻訳者がいるか否かが判断される（Ｓ８２）。
【００７９】
専門分野が同一の翻訳者がいない場合には（Ｓ８２：ＮＯ）、すべての発注先候補からランダムに１名を選択し、発注先を決定する処理が行われる（Ｓ８３）。なお、発注先候補が１名の場合には、その１名が発注先として決定される。ランダムに１名を選択する方法は、いかなる周知の方法を採用してもよい。例えば、ＨＤＤ１５のプログラム記憶エリア１５６に乱数発生プログラムを記憶しておき、これを利用することができる。乱数発生プログラムは、所定の値が引数として与えられると、所定の数字を乱数として引き渡すものである。よって、例えば、発注先候補の数を引数として乱数発生プログラムに与え、得られた乱数に対応する発注先候補を選択すればよい。選択された翻訳者が発注先と決定され、元々の翻訳依頼に対応する依頼情報の発注先ＩＤに、翻訳者ＩＤが記憶された後（Ｓ８４）、図１４の発注先決定処理は終了する。
【００８０】
一方、専門分野が同一の翻訳者がいる場合には（Ｓ８２：ＹＥＳ）、該当する翻訳者のうち１名が発注先として決定される（Ｓ８５）。例えば、図１１のように、通信分野に属するＷｅｂページを対象ページとする翻訳依頼が受け付けられた場合には、翻訳者ＤＢ１５２０（図４参照）を参照して、専門分野が通信である翻訳者ＩＤ「Ｔ２」の翻訳者が発注先として決定されることになる。専門分野が同一の翻訳者が複数いる場合には、前述したように、ランダムに１名を選択すればよい。リレー翻訳ではなく、直接翻訳の場合には（Ｓ８６：ＮＯ）、翻訳の発注先が決定されたので、元々の翻訳依頼に対応する依頼情報の発注先ＩＤとして、決定された発注先の翻訳者ＩＤが記憶された後（Ｓ８４）、図１４の発注先決定処理は終了し、図６の翻訳依頼処理に戻る。
【００８１】
リレー翻訳の場合には（Ｓ８６：ＹＥＳ）、まず、決定された発注先の情報に基づき、中間言語から最終言語への翻訳に対応する依頼情報が、依頼管理ＤＢ１５３０に新規登録される（Ｓ８７）。続いて、対象ページの元言語から中間言語への翻訳に利用される翻訳結果に対応する依頼ＩＤと、中間言語から最終言語への翻訳に利用される翻訳結果に対応する依頼ＩＤとが、中間依頼ＩＤとして記憶されることにより、元々の翻訳依頼に対応する依頼情報が更新される（Ｓ８８）。なお、Ｓ８７〜Ｓ８８の処理については、第１の実施形態（図９、Ｓ６１〜６２）と同様であるため、ここでの説明は省略する。その後、図１４の発注先決定処理は終了し、図６の翻訳依頼処理に戻る。このように、対象ページが属する分野と一致する専門分野を有する翻訳者に翻訳を依頼することにより、専門用語も正確に翻訳された、品質の高い翻訳を得ることができる。
【００８２】
なお、本実施形態の発注先決定処理で、発注先候補から正式な発注先を１名選択するには、専門分野に代えて、翻訳者ＤＢ１５２０（図４参照）に記憶された様々な情報を用いることができる。例えば、通常納期を用いる場合には、図１５に示すように、第２の実施形態の発注先決定処理を一部変形した処理が行われる。具体的には、抽出された発注先候補のうち、通常納期が最も早い発注先候補が、発注先として決定され（Ｓ９２）、その後、適宜、依頼管理ＤＢ１５３０の依頼情報の更新や登録が行われる（Ｓ９４〜Ｓ９６）。この場合、翻訳依頼者は、所望の翻訳結果を最短期間で得ることができる。
【００８３】
通常納期の他、受注金額や過去の評価を用いてもよい。受注金額を用いる場合には、図１５に示す処理のＳ９２において、受注金額が最も低い発注先候補を正式な発注先として決定すればよい。また、過去の評価を用いる場合には、評価が最も高い発注先候補を正式な発注先として決定すればよい。前者の場合、翻訳依頼者は、所望の翻訳結果を最も低コストで得ることができる。また後者の場合、翻訳依頼者は、品質の高い翻訳結果を得ることができる。また、専門分野、通常納期、受注金額、および過去の評価を、複数組み合わせて用いてもよい。例えば、対象ページが属する分野と同じ専門分野の発注先候補が複数ある場合には、その中で通常納期が最も早い発注先候補を発注先として決定したり、過去の評価が高い翻訳者の中で、最も受注金額が低い発注先候補を発注先として決定したりすることができる。さらに、３つ以上の情報を組み合わせてもよい。
【００８４】
<第３の実施形態>
次に、図１６〜図１９を参照して、第３の実施形態について説明する。図１６は、第３の実施形態に係る翻訳者ＤＢ１５２１の説明図である。図１７は、第３の実施形態に係る翻訳依頼処理のフローチャートである。図１８は、第３の実施形態に係る発注先決定処理のフローチャートである。図１９は、発注先選択依頼ページ３０３である。
【００８５】
第１および第２の実施形態では、対象ページの直接翻訳が可能な翻訳者が翻訳者ＤＢ１５２０に登録されていない場合に限って、リレー翻訳を行うための中間言語選択処理が行われている。本実施形態では、対象ページの直接翻訳が可能な翻訳者がいる場合であっても、現在発注ができない状態の場合には、リレー翻訳が選択肢として考慮される点が特徴である。
【００８６】
本実施形態に係る翻訳依頼システム１００の全体構成、ならびに、ユーザ端末２、翻訳者端末３、およびＷｅｂサーバ５については、図１に示す第１の実施形態と同様であるため、ここでの説明は省略する。管理サーバ１の構成は、翻訳者ＤＢ１５２１の構成が異なり、その他の構成は、第１の実施形態と同様である。したがって、ここでは、図１６を参照して、翻訳者ＤＢ１５２１についてのみ説明する。
【００８７】
図１６に示すように、本実施形態の翻訳者ＤＢ１５２１には、翻訳者ＩＤ欄、氏名欄、言語欄、受注金額欄、通常納期欄、および受注案件期限欄が設けられている。なお、第１の実施形態と同様、評価欄および専門分野欄が設けられていてもよい。受注案件期限欄には、現在、翻訳者が受注している翻訳の期限が記憶される。例えば、図１６に示す翻訳者ＩＤ「Ｔ１」の翻訳者は、２００８年３月１３日までに翻訳を完了すべき案件を受注していることを示している。つまり、受注案件期限によって、翻訳者がいつまで次の発注を請けることができないかを特定することができる。
【００８８】
以下に、図１７〜図１９を参照して、管理サーバ１で行われる処理について、第１の実施形態と異なる点を主として説明する。図１７に示す翻訳依頼処理は、基本的には、図６に示す第１の実施形態の翻訳依頼処理と同様である。異なっているのは、対象ページを元言語から最終言語の直接翻訳できる翻訳者がいる場合（Ｓ１０６：ＹＥＳ）、さらに、該当する翻訳者が現在空いているか否かが判断される点である（Ｓ１１７）。翻訳者ＤＢ１５２１に、前述した受注案件期限が記憶されていない場合には、翻訳者には受注している案件はなく、直接翻訳が可能な翻訳者は空いている状態である（Ｓ１１７：ＹＥＳ）。このような場合は、Ｓ１０５で抽出された発注先候補からランダムに１名が選択され、発注先が決定する（Ｓ１１８）。選択方法については、前述の実施形態で説明した通りである。
【００８９】
一方、翻訳者ＤＢ１５２１に、受注案件期限が記憶されている場合には、翻訳者は、その期限までは他の案件の翻訳に従事していて、空いていない（Ｓ１１７：ＮＯ）。このような場合、元言語から最終言語への直接翻訳が可能な翻訳者がいない場合（Ｓ１０６：ＮＯ）と同様、中間言語選択処理が行われる（Ｓ１０７）。Ｓ１０７で行われる中間選択処理は、図８を参照して第１の実施形態で説明した処理と同じであるため、ここでの説明は省略する。その後、他言語による既存の翻訳結果があり、リレー翻訳ができると判断された場合には（Ｓ１０８：ＮＯ〜Ｓ１１０：ＹＥＳ）、発注先決定処理が行われる（Ｓ１１１、図１８）。
【００９０】
図１８に示すように、本実施形態の発注先決定処理では、まず、図１７のＳ１０５で直接翻訳が可能な翻訳者がいると判断され、抽出された発注先候補の翻訳者情報がＲＡＭ１２の所定の記憶エリアに記憶されているか否かが判断される（Ｓ１２２）。つまり、元言語から最終言語に翻訳可能な翻訳者はいるが（Ｓ１０６：ＹＥＳ）、現在発注できない場合（Ｓ１１７：ＮＯ）か否かが判断される。直接翻訳が可能な翻訳者がいる場合には（Ｓ１２２ＹＥＳ）、あえてリレー翻訳を行った方が、直接翻訳の場合よりも早いか否かが判断される（Ｓ１２３）。これは、最終言語による翻訳結果をリレー翻訳で早く得られれば、翻訳依頼者にとっては、直接翻訳されるのを待つよりもよい場合があると考えられるためである。そこで、翻訳者ＤＢ１５２１に記憶されている通常納期および受注案件期限が参照され、直接翻訳の場合の発注先候補が受注可能となる日付に、その発注先候補の通常納期を加えた日付と、現在の日付に、リレー翻訳の場合の発注先候補の通常納期を加えた日付とが比較される。そして、いずれのリレー翻訳の場合の発注先候補と比べても、直接翻訳の場合の発注先候補が受注可能となるのを待った方が早い場合には（Ｓ１２３：ＮＯ）、直接翻訳の場合の発注先候補のみが抽出され、ＲＡＭ１２の所定の記憶エリアに記憶される（Ｓ１２４）。そして、抽出されたのが１名のみであれば（Ｓ１２６ＹＥＳ）、発注先が決定されるので、元々の翻訳依頼の依頼情報に発注先ＩＤを記憶させて（Ｓ１３５）、図１８の発注先決定処理は終了する。また、直接翻訳が可能な発注先候補がなく（Ｓ１２２：ＮＯ）、リレー翻訳の発注先候補が１名のみの場合も（Ｓ１２６：ＹＥＳ）、発注先が決定されるので、元々の翻訳依頼の依頼情報に発注先ＩＤを記憶させて（Ｓ１３５）、図１８の発注先決定処理は終了する。
【００９１】
一方、直接翻訳が可能な翻訳者には現在発注ができない場合で（Ｓ１２２：ＹＥＳ）、直接翻訳の方がリレー翻訳よりも早く（Ｓ１２３：ＮＯ）、直接翻訳による発注先候補のみが複数抽出された場合（Ｓ１２４、Ｓ１２６：ＮＯ）、発注先候補リストが作成される（Ｓ１２７）。この場合、発注先候補は直接翻訳が可能な翻訳者のみであるから、翻訳者ＩＤ、受注金額、および予定納期を含むリストが作成される。予定納期は、発注先候補が受注可能となる日付に、その発注先候補の通常納期を加えた日付である。また、直接翻訳が可能な翻訳者には現在発注ができない場合で（Ｓ１２２：ＹＥＳ）、リレー翻訳の方が直接翻訳より早い場合があれば（Ｓ１２３：ＹＥＳ）、直接翻訳が可能な発注先候補と、リレー翻訳の場合の発注先候補の両方を含む発注先候補リストが作成される（Ｓ１２７）。この場合、発注先候補リストには、翻訳者ＩＤ、中間言語候補、受注金額、および予定納期を含むリストが作成される。続いて、翻訳依頼者に発注先候補の中から発注先の翻訳者を１名選択させるためのＷｅｂページが作成され、その表示データが翻訳依頼者のユーザ端末２に送信される（Ｓ１２８）。
【００９２】
Ｓ１２７で、直接翻訳が可能な発注先候補と、リレー翻訳の場合の発注先候補の両方を含む発注先候補リストが作成された場合には、ユーザ端末２では、例えば、図１９に示す発注先選択依頼ページ３０３が表示される。図１９に示すように、発注先選択依頼ページ３０３には、翻訳依頼の内容を示す対象ページＵＲＬ、元言語および最終言語と、翻訳者選択の依頼文と、翻訳者ＩＤ、中間言語、受注金額、および予定納期を含む発注先候補リストとが表示される。図１９は、翻訳者ＤＢ１５２１に、図１６に示す翻訳者情報が登録されている状態で、２００８年３月１日に英語から日本語への翻訳依頼が行われ、中国語の既存の翻訳結果があった場合の例である。なお、英語から日本語への直接翻訳が可能な発注先候補については、中間言語候補はないため表示されない。翻訳依頼者は、これらの情報を考慮して、中間言語を経由して行われるリレー翻訳であっても、納期が早いほうが望ましい場合には、直接翻訳が可能な翻訳者が空くのを待つことなく、発注先を選択することができる。その後のＳ１２９〜Ｓ１３３までの処理は、第１の実施形態で説明した図９のＳ５８〜Ｓ６２の処理と同様であるため、ここでの説明は省略する。なお、本実施形態では、リレー翻訳の方が早い場合に限って、直接翻訳が可能な発注先候補とリレー翻訳の場合の発注先候補とを発注先選択依頼ページ３０３に表示させることとしているが、Ｓ１２３〜Ｓ１２４の処理は行わずに、直接翻訳が可能な発注先候補とリレー翻訳の場合の発注先候補とを常時表示するようにしてもよい。また、第１の実施形態と同様、翻訳者ＤＢ１５２１に、過去の評価や専門分野を記憶させておき、これらの情報も発注先候補リストに表示させてもよい。
【００９３】
また、図１８の依頼先決定処理のように、翻訳依頼者に発注先を選択させるのではなく、例えば、予定納期に基づいて、発注先を自動的に決定してもよい。より具体的には、直接翻訳が可能な翻訳者がいない場合や（Ｓ１０６：ＮＯ）、直接翻訳が可能な翻訳者はいるが、現在空いていない場合（Ｓ１０６：ＹＥＳ、Ｓ１１７：ＮＯ）、Ｓ１０５およびＳ１０９で抽出された発注先候補すべての中から、予定納期が最も早い発注先候補を発注先として決定すればよい。例えば、図１９に示すような発注先候補が抽出されていた場合には、翻訳者ＩＤ「Ｔ５」による、中国語による既存の翻訳結果を利用したリレー翻訳が自動的に発注されることになる。また、第２の実施形態のように、専門分野や、受注金額、または評価を用いて、自動的に発注先を決定してもよい。
【００９４】
本実施形態では、図１７のＳ１０２の処理が、本発明の「翻訳依頼受付ステップ」に相当し、処理を行う管理サーバ１のＣＰＵ１０が、「翻訳依頼受付手段」に相当する。図１２のＳ１０６およびＳ１１７の処理が「翻訳可否判断ステップ」に相当し、処理を行うＣＰＵ１０が、「翻訳可否判断手段」に相当する。図１７のＳ１０９〜Ｓ１１１の処理が「依頼先選択ステップ」に相当し、処理を行うＣＰＵ１０が「依頼先選択手段」に相当する。図１８のＳ１２８の処理が、「指定依頼ステップ」に相当する。図１７のＳ１１３の処理が「翻訳依頼ステップ」に相当し、処理を行うＣＰＵ１０が「翻訳依頼手段」に相当する。
【００９５】
なお、前述の実施形態に示される構成や処理は例示であり、各種の変形が可能なことはいうまでもない。例えば、前述の実施形態はすべて、発注先の翻訳者として、最終的に１名を選択しているが、複数の翻訳者を選択し、対象ページを複数のブロックに分割して、各ブロックの翻訳を発注しても構わない。
【００９６】
また、前述の実施形態では、対象ページはネットワークの所在を示す情報であるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）で特定されている。しかしながら、ネットワーク上で対象ページを特定する情報はＵＲＬに限られず、一定の書式によってリソースを特定できるＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を用いればよい。よって、ネットワーク上でリソースの名前を識別する識別子であるＵＲＮ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｎａｍｅ）を用いてもよい。
【図面の簡単な説明】
【００９７】
【図１】翻訳依頼システム１００の概略構成を示すシステム構成図である。
【図２】管理サーバ１の電気的構成を示すブロック図である。
【図３】ユーザデータベース１５１０の説明図である。
【図４】翻訳者データベース１５２０の説明図である。
【図５】依頼管理データベース１５３０の説明図である。
【図６】翻訳依頼処理のフローチャートである。
【図７】翻訳依頼ページ２０１の説明図である。
【図８】翻訳依頼処理で行われる中間言語選択処理のフローチャートである。
【図９】翻訳依頼処理で行われる発注先決定処理のフローチャートである。
【図１０】発注先選択依頼ページ２０２の説明図である。
【図１１】別の発注先選択依頼ページ２０３の説明図である。
【図１２】翻訳結果登録処理のフローチャートである。
【図１３】翻訳依頼ページ２０６の説明図である。
【図１４】第２の実施形態に係る発注先決定処理のフローチャートである。
【図１５】第２の実施形態に係る発注先決定処理の変形例である。
【図１６】第３の実施形態に係る翻訳者ＤＢ１５２１の説明図である。
【図１７】第３の実施形態に係る翻訳依頼処理のフローチャートである。
【図１８】第３の実施形態に係る発注先決定処理のフローチャートである。
【図１９】発注先選択依頼ページ３０３の説明図である。
【符号の説明】
【００９８】
１  管理サーバ
２  ユーザ端末
３  翻訳者端末
５  Ｗｅｂサーバ
１０  ＣＰＵ
１５  ＨＤＤ
１５２０  翻訳者データベース
１５３０  依頼管理データベース
１５５  翻訳結果記憶エリア
【図１】
2009223593.tif 000003
【図２】
2009223593.tif 000004
【図３】
2009223593.tif 000005
【図４】
2009223593.tif 000006
【図５】
2009223593.tif 000007
【図６】
2009223593.tif 000008
【図７】
2009223593.tif 000009
【図８】
2009223593.tif 000010
【図９】
2009223593.tif 000011
【図１０】
2009223593.tif 000012
【図１１】
2009223593.tif 000013
【図１２】
2009223593.tif 000014
【図１３】
2009223593.tif 000015
【図１４】
2009223593.tif 000016
【図１５】
2009223593.tif 000017
【図１６】
2009223593.tif 000018
【図１７】
2009223593.tif 000019
【図１８】
2009223593.tif 000020
【図１９】
2009223593.tif 000021