(57)【要約】【課題】複数の依頼者が共同で翻訳を依頼する場合に、各依頼者の負担額の合計に見合った品質の翻訳結果が得られる翻訳者選択方法、翻訳者選択プログラム、および翻訳依頼サーバを提供する。【解決手段】翻訳システムを構成するサーバにおいて、同一コンテンツの翻訳依頼について、所定の受付期間が経過するまで、各依頼者から、翻訳料金のうち自己が負担してもよいとする金額が受け付けられ、累積される。受付期間が経過した時点で、各依頼者から受け付けられた金額の合計である受付額合計が発注に最低限必要な金額以上であれば、予め定められた翻訳者のランクと最低発注額の対応関係に基づき、受付額合計に対応するランク以上の翻訳者がすべて選択され（Ｓ７１、Ｓ７２）、その中で、最低受注額が受付合計額以下であり、かつ、受付合計額に最も近い金額の翻訳者が発注先の翻訳者として決定される（Ｓ７３）。【選択図】図１７
2009122784.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼するサーバによって処理される翻訳者選択方法であって、
クライアント端末から送信された、コンテンツへの翻訳の依頼を、翻訳依頼記憶手段に記憶する翻訳依頼記憶ステップと、
翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が負担する金額として申し入れた依頼者申入れ額を取得して、前記依頼と対応づけて申し入れ額記憶手段に記憶させる依頼者申入れ額記憶ステップと、
前記依頼に対して前記依頼者申入れ額を受け付ける期間として設定された受付期間が経過したか否かを判断する第１の判断ステップと、
前記第１の判断ステップにおいて、前記受付期間が経過したと判断された場合に、複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段から、前記依頼者申入れ額の合計に応じて、前記依頼者申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択ステップとを備えたことを特徴とする翻訳者選択方法。
【請求項２】
前記第１の判断ステップにおいて前記受付期間が経過したと判断された場合に、前記依頼者申入れ額の合計が前記翻訳料金の最低額として設定された最低翻訳料金以上であるか否かを判断する第２の判断ステップと、
前記第２の判断ステップにおいて前記依頼者申入れ額の合計が前記最低翻訳料金以上であると判断された場合に、前記依頼者から前記依頼者申入れ額の負担の申入れをさらに受け付ける期間である追加受付期間を設定する期間設定ステップと、
前記期間設定ステップにおいて設定された前記追加受付期間が経過したか否かを判断する第３の判断ステップとをさらに備え、
前記翻訳者選択ステップでは、前記第３の判断ステップにおいて前記追加受付期間が経過したと判断された場合に、前記依頼者申入れ額の合計に応じて、前記依頼者申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択することを特徴とする請求項１に記載の翻訳者選択方法。
【請求項３】
ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼するサーバによって処理される翻訳者選択方法であって、
クライアント端末から送信された、コンテンツへの翻訳の依頼を、翻訳依頼記憶手段に記憶する翻訳依頼記憶ステップと、
翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が翻訳を発注する時期を早めるために負担する金額として申し入れた第１の申入れ額を取得して、前記依頼と対応づけて、申し入れ額記憶手段に記憶させる第１の申入れ額記憶ステップと、
前記複数の依頼者の各々が、前記翻訳料金に対して、自己が翻訳の品質を良くするために負担する金額として申し入れた第２の申入れ額を取得して、前記依頼と対応づけて、申し入れ額記憶手段に記憶させる第２の申入れ額記憶ステップと、
前記申し入れ額記憶手段に記憶された前記第１の申入れ額の合計が前記翻訳料金の最低額として設定された最低翻訳料金以上であるか否かを判断する第１の判断ステップと、
前記第１の判断ステップにおいて、前記第１の申入れ額の合計が前記最低翻訳料金以上であると判断された場合に、複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段から、前記第２の申入れ額の合計に応じて、前記第２の申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択ステップとを備えたことを特徴とする翻訳者選択方法。
【請求項４】
ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼するサーバによって処理される翻訳者選択方法であって、
クライアント端末から送信された、コンテンツへの翻訳の依頼を、翻訳依頼記憶手段に記憶する翻訳依頼記憶ステップと、
翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が負担する金額として申し入れた依頼者申入れ額を取得して、前記依頼と対応づけて申し入れ額記憶手段に記憶させる依頼者申入れ額記憶ステップと、
前記申し入れ額記憶手段に記憶された前記依頼者申入れ額の合計が前記翻訳料金の最低額として設定された最低翻訳料金以上であるか否かを判断する第１の判断ステップと、
前記第１の判断ステップにおいて前記依頼者申入れ額の合計が前記最低翻訳料金以上であると判断された場合に、前記依頼者から前記依頼者申入れ額の負担の申入れをさらに受け付ける期間である追加受付期間を設定する期間設定ステップと、
前記期間設定ステップにおいて設定された前記追加受付期間が経過したか否かを判断する第２の判断ステップと、
前記第２の判断ステップにおいて前記追加受付期間が経過したと判断された場合に、複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段から、前記依頼者申入れ額の合計に応じて、前記依頼者申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択ステップとを備えたことを特徴とする翻訳者選択方法。
【請求項５】
請求項１〜４のいずれかに記載の翻訳者選択方法の各種処理ステップをコンピュータに実行させる翻訳者選択プログラム。
【請求項６】
ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼する翻訳依頼サーバであって、
クライアント端末から送信された、コンテンツへの翻訳の依頼を受け付ける翻訳依頼受付手段と、
前記翻訳依頼受付手段によって受け付けられた前記依頼を記憶する翻訳依頼記憶手段と、
翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が負担する金額として申し入れた依頼者申入れ額を取得する依頼者申入れ額取得手段と、
前記依頼者申入れ額取得手段によって取得された前記依頼者申入れ額を前記依頼と対応づけて記憶する申入れ額記憶手段と、
複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段と、
前記依頼に対して前記依頼者申入れ額を受け付ける期間として設定された受付期間が経過したか否かを判断する第１の判断手段と、
前記第１の判断手段によって前記受付期間が経過したと判断された場合に、前記翻訳者記憶手段から、前記依頼者申入れ額の合計に応じて、前記依頼者申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択手段とを備えたことを特徴とする翻訳依頼サーバ。
【請求項７】
ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼する翻訳依頼サーバであって、
クライアント端末から送信された、コンテンツへの翻訳の依頼を受け付ける翻訳依頼受付手段と、
前記翻訳依頼受付手段によって受け付けられた前記依頼を記憶する翻訳依頼記憶手段と、
翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が翻訳を発注する時期を早めるために負担する金額として申し入れた第１の申入れ額を取得する第１の申入れ額取得手段と、
前記複数の依頼者の各々が、前記翻訳料金に対して、自己が翻訳の品質を良くするために負担する金額として申し入れた第２の申入れ額を取得する第２の申入れ額取得手段と、
前記第１の申入れ額取得手段によって取得された前記第１の申入れ額および前記第２の申入れ額取得手段によって取得された前記第２の申入れ額を前記依頼と対応づけて記憶する申入れ額記憶手段と、
複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段と、
前記申入れ額記憶手段に記憶された前記第１の申入れ額の合計が前記翻訳料金の最低額として設定された最低翻訳料金以上であるか否かを判断する第１の判断手段と、
前記第１の判断手段によって前記第１の申入れ額の合計が前記最低翻訳料金以上であると判断された場合に、前記翻訳者記憶手段から、前記第２の申入れ額の合計に応じて、前記第２の申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択手段とを備えたことを特徴とする翻訳依頼サーバ。
【請求項８】
ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼する翻訳依頼サーバであって、
クライアント端末から送信された、コンテンツへの翻訳の依頼を受け付ける翻訳依頼受付手段と、
前記翻訳依頼受付手段によって受け付けられた前記依頼を記憶する翻訳依頼記憶手段と、
翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が負担する金額として申し入れた依頼者申入れ額を取得する依頼者申入れ額取得手段と、
前記依頼者申入れ額取得手段によって取得された前記依頼者申入れ額を前記依頼と対応づけて記憶する申入れ額記憶手段と、
複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段と、
前記申入れ額記憶手段に記憶された前記依頼者申入れ額の合計が前記翻訳料金の最低額として設定された最低翻訳料金以上であるか否かを判断する第１の判断手段と、
前記第１の判断手段によって前記依頼者申入れ額の合計が前記最低翻訳料金以上であると判断された場合に、前記依頼者から前記依頼者申入れ額の負担の申入れをさらに受け付ける期間である追加受付期間を設定する期間設定手段と、
前記期間設定手段によって設定された前記追加受付期間が経過したか否かを判断する第２の判断手段と、
前記第２の判断手段によって前記追加受付期間が経過したと判断された場合に、前記翻訳者記憶手段から、前記依頼者申入れ額の合計に応じて、前記依頼者申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択手段とを備えたことを特徴とする翻訳依頼サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、翻訳者選択方法、翻訳者選択プログラム、および翻訳依頼サーバに関する。
【背景技術】
【０００２】
近年、インターネットの普及に伴い、ユーザは、ＷＷＷ上の情報であるＷｅｂコンテンツを検索するなどして、自己の要望に即した情報を世界各地から得られるようになった。ところが、母国語以外の言語により記述されたＷｅｂコンテンツの場合、ユーザは必ずしもその言語には精通しておらず、内容の理解が困難な場合も多い。このような場合に、ユーザからの要求に基づいて、翻訳者への翻訳依頼を仲介する翻訳サービスシステムが知られている（例えば、特許文献１）。
【０００３】
一方、インターネットを介して行われる電子商品取引では、複数の購入希望者をインターネットを介して募集し、集まった購入希望者が共同で商品の購入を行う、共同購入という形態がある。例えば、特許文献２に記載の共同購入のシステムでは、各共同購入希望者が、自己が負担する金額を申入れ、その合計が商品の価格に達すると、商品の購入が決定される。また、複数の同様の商品の購入が希望されている場合には、合計金額が大きくなるにつれ、より高額な商品の購入が決定される。
【特許文献１】特開２００３−６４５５号公報
【特許文献２】特開２００１−２０９６７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、翻訳の共同依頼を行う場合、サービスである翻訳にかかる料金は、物である商品に設定される商品価格とは性質が異なるものである。よって、特許文献２に記載のシステムのように、共同依頼者の負担額の合計が大きくなるにつれて高額な翻訳結果を提供するという単純な対応関係が成り立つとは限らない。例えば、翻訳料金が高いほど、翻訳の品質が良いとは限らない。すなわち、共同依頼者の負担額の合計に見合った品質の翻訳が提供されない場合があるという問題がある。
【０００５】
本発明は、上記問題点を解決するためになされたものであり、複数の依頼者が共同で翻訳を依頼する場合に、各依頼者の負担額の合計に見合った品質の翻訳結果が得られる翻訳者選択方法、翻訳者選択プログラム、および翻訳依頼サーバを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、請求項１に係る発明の翻訳者選択方法は、ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼するサーバによって処理される翻訳者選択方法であって、クライアント端末から送信された、コンテンツへの翻訳の依頼を、翻訳依頼記憶手段に記憶する翻訳依頼記憶ステップと、翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が負担する金額として申し入れた依頼者申入れ額を取得して、前記依頼と対応づけて申し入れ額記憶手段に記憶させる依頼者申入れ額記憶ステップと、前記依頼に対して前記依頼者申入れ額を受け付ける期間として設定された受付期間が経過したか否かを判断する第１の判断ステップと、前記第１の判断ステップにおいて、前記受付期間が経過したと判断された場合に、複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段から、前記依頼者申入れ額の合計に応じて、前記依頼者申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択ステップとを備えている。
【０００７】
請求項２に係る発明の翻訳者選択方法は、請求項１に記載の発明の構成に加え、前記第１の判断ステップにおいて前記受付期間が経過したと判断された場合に、前記依頼者申入れ額の合計が前記翻訳料金の最低額として設定された最低翻訳料金以上であるか否かを判断する第２の判断ステップと、前記第２の判断ステップにおいて前記依頼者申入れ額の合計が前記最低翻訳料金以上であると判断された場合に、前記依頼者から前記依頼者申入れ額の負担の申入れをさらに受け付ける期間である追加受付期間を設定する期間設定ステップと、前記期間設定ステップにおいて設定された前記追加受付期間が経過したか否かを判断する第３の判断ステップとをさらに備え、前記翻訳者選択ステップでは、前記第３の判断ステップにおいて前記追加受付期間が経過したと判断された場合に、前記依頼者申入れ額の合計に応じて、前記依頼者申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択することを特徴とする。
【０００８】
請求項３に係る発明の翻訳者選択方法は、ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼するサーバによって処理される翻訳者選択方法であって、クライアント端末から送信された、コンテンツへの翻訳の依頼を、翻訳依頼記憶手段に記憶する翻訳依頼記憶ステップと、翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が翻訳を発注する時期を早めるために負担する金額として申し入れた第１の申入れ額を取得して、前記依頼と対応づけて、申し入れ額記憶手段に記憶させる第１の申入れ額記憶ステップと、前記複数の依頼者の各々が、前記翻訳料金に対して、自己が翻訳の品質を良くするために負担する金額として申し入れた第２の申入れ額を取得して、前記依頼と対応づけて、申し入れ額記憶手段に記憶させる第２の申入れ額記憶ステップと、前記申し入れ額記憶手段に記憶された前記第１の申入れ額の合計が前記翻訳料金の最低額として設定された最低翻訳料金以上であるか否かを判断する第１の判断ステップと、前記第１の判断ステップにおいて、前記第１の申入れ額の合計が前記最低翻訳料金以上であると判断された場合に、複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段から、前記第２の申入れ額の合計に応じて、前記第２の申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択ステップとを備えている。
【０００９】
請求項４に係る発明の翻訳者選択方法は、ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼するサーバによって処理される翻訳者選択方法であって、クライアント端末から送信された、コンテンツへの翻訳の依頼を、翻訳依頼記憶手段に記憶する翻訳依頼記憶ステップと、翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が負担する金額として申し入れた依頼者申入れ額を取得して、前記依頼と対応づけて申し入れ額記憶手段に記憶させる依頼者申入れ額記憶ステップと、前記申し入れ額記憶手段に記憶された前記依頼者申入れ額の合計が前記翻訳料金の最低額として設定された最低翻訳料金以上であるか否かを判断する第１の判断ステップと、前記第１の判断ステップにおいて前記依頼者申入れ額の合計が前記最低翻訳料金以上であると判断された場合に、前記依頼者から前記依頼者申入れ額の負担の申入れをさらに受け付ける期間である追加受付期間を設定する期間設定ステップと、前記期間設定ステップにおいて設定された前記追加受付期間が経過したか否かを判断する第２の判断ステップと、前記第２の判断ステップにおいて前記追加受付期間が経過したと判断された場合に、複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段から、前記依頼者申入れ額の合計に応じて、前記依頼者申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択ステップとを備えている。
【００１０】
請求項５に係る発明の翻訳者選択プログラムは、請求項１〜４のいずれかに記載の翻訳者選択方法の各種処理ステップをコンピュータに実行させることを特徴とする。
【００１１】
請求項６に係る発明の翻訳依頼サーバは、ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼する翻訳依頼サーバであって、クライアント端末から送信された、コンテンツへの翻訳の依頼を受け付ける翻訳依頼受付手段と、前記翻訳依頼受付手段によって受け付けられた前記依頼を記憶する翻訳依頼記憶手段と、翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が負担する金額として申し入れた依頼者申入れ額を取得する依頼者申入れ額取得手段と、前記依頼者申入れ額取得手段によって取得された前記依頼者申入れ額を前記依頼と対応づけて記憶する申入れ額記憶手段と、複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段と、前記依頼に対して前記依頼者申入れ額を受け付ける期間として設定された受付期間が経過したか否かを判断する第１の判断手段と、前記第１の判断手段によって前記受付期間が経過したと判断された場合に、前記翻訳者記憶手段から、前記依頼者申入れ額の合計に応じて、前記依頼者申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択手段とを備えている。
【００１２】
請求項７に係る発明の翻訳依頼サーバは、ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼する翻訳依頼サーバであって、クライアント端末から送信された、コンテンツへの翻訳の依頼を受け付ける翻訳依頼受付手段と、前記翻訳依頼受付手段によって受け付けられた前記依頼を記憶する翻訳依頼記憶手段と、翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が翻訳を発注する時期を早めるために負担する金額として申し入れた第１の申入れ額を取得する第１の申入れ額取得手段と、前記複数の依頼者の各々が、前記翻訳料金に対して、自己が翻訳の品質を良くするために負担する金額として申し入れた第２の申入れ額を取得する第２の申入れ額取得手段と、前記第１の申入れ額取得手段によって取得された前記第１の申入れ額および前記第２の申入れ額取得手段によって取得された前記第２の申入れ額を前記依頼と対応づけて記憶する申入れ額記憶手段と、
複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段と、前記申入れ額記憶手段に記憶された前記第１の申入れ額の合計が前記翻訳料金の最低額として設定された最低翻訳料金以上であるか否かを判断する第１の判断手段と、前記第１の判断手段によって前記第１の申入れ額の合計が前記最低翻訳料金以上であると判断された場合に、前記翻訳者記憶手段から、前記第２の申入れ額の合計に応じて、前記第２の申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択手段とを備えている。
【００１３】
請求項８に係る発明の翻訳依頼サーバは、ネットワークを介して接続されたクライアント端末からの依頼に応じて、コンテンツの翻訳を翻訳者に依頼する翻訳依頼サーバであって、クライアント端末から送信された、コンテンツへの翻訳の依頼を受け付ける翻訳依頼受付手段と、前記翻訳依頼受付手段によって受け付けられた前記依頼を記憶する翻訳依頼記憶手段と、翻訳結果の入手を希望する複数の依頼者の各々が、前記依頼に基づく翻訳に必要な翻訳料金に対して、自己が負担する金額として申し入れた依頼者申入れ額を取得する依頼者申入れ額取得手段と、前記依頼者申入れ額取得手段によって取得された前記依頼者申入れ額を前記依頼と対応づけて記憶する申入れ額記憶手段と、複数の翻訳者候補を翻訳能力と対応づけて記憶する翻訳者記憶手段と、前記申入れ額記憶手段に記憶された前記依頼者申入れ額の合計が前記翻訳料金の最低額として設定された最低翻訳料金以上であるか否かを判断する第１の判断手段と、前記第１の判断手段によって前記依頼者申入れ額の合計が前記最低翻訳料金以上であると判断された場合に、前記依頼者から前記依頼者申入れ額の負担の申入れをさらに受け付ける期間である追加受付期間を設定する期間設定手段と、前記期間設定手段によって設定された前記追加受付期間が経過したか否かを判断する第２の判断手段と、前記第２の判断手段によって前記追加受付期間が経過したと判断された場合に、前記翻訳者記憶手段から、前記依頼者申入れ額の合計に応じて、前記依頼者申入れ額の合計が大きくなるほど前記翻訳能力が高い翻訳者候補を翻訳者として選択する翻訳者選択手段とを備えている。
【発明の効果】
【００１４】
請求項１に係る発明の翻訳者選択方法では、受付期間中に依頼者申入れ額が累積され、受付期間経過時の依頼者申入れ額の合計に応じて、合計が大きくなるほど翻訳能力の高い翻訳者候補が翻訳者として選択される。依頼者が負担する依頼者申入れ額の合計が大きいということは、翻訳対象となるコンテンツは、多くの人にとって有用な、質の高いコンテンツであると考えられる。したがって、このようなコンテンツには翻訳能力の高い翻訳者を割り当てることにより、翻訳後のコンテンツも質の高いものとすることができる。
【００１５】
請求項２に係る発明の翻訳者選択方法では、受付期間経過時に依頼者申入れ額が最低翻訳料金まで累積されている場合には、さらに追加受付期間が設けられる。そして、追加受付期間経過時の依頼者申入れ額の合計に応じて、合計が大きくなるほど翻訳能力の高い翻訳者候補が翻訳者として選択される。受付期間経過時に最低翻訳料金まで依頼申入れ額が累積されている場合、そのコンテンツの翻訳結果には一定の需要があると推測できる。したがって、請求項１に記載の発明の効果に加え、そのような需要のあるコンテンツに対しては、追加受付期間を設けることによりさらに依頼申入れ額を累積し、より翻訳能力の高い翻訳者を選択することができる。
【００１６】
請求項３に係る発明の翻訳者選択方法では、依頼者は、翻訳を発注する時期を早めるための負担金額である第１の申入れ額と、翻訳の品質を良くするための負担金額である第２の申入れ額とを特定して申し入れることができる。すなわち、依頼者が、品質にかかわらず早急に翻訳結果を得たければ、第１の申入れ額を申し入れるので、短期間で最低翻訳料金まで第１の申入れ額が累積され、翻訳者の選択が行われる。一方、依頼者が、多少時間はかかっても品質のよい翻訳結果が得たければ、第２の申入れ額を申し入れるので、第２の申入れ額が多く累積され、それに応じて翻訳能力の高い翻訳者による翻訳結果が得られる。このように、依頼者の意図を的確に反映して、適切な能力の翻訳者を選択することができる。
【００１７】
請求項４に係る発明の翻訳者選択方法では、依頼者申入れ額が最低翻訳料金まで累積された場合には、さらに追加受付期間が設けられる。そして、追加受付期間経過の依頼者申入れ額の合計に応じて、合計が大きくなるほど翻訳能力の高い翻訳者候補が翻訳者として選択される。最低翻訳料金まで依頼申入れ額が累積されたコンテンツの翻訳結果には一定の需要があると推測できる。したがって、そのような需要のあるコンテンツに対しては、追加受付期間を設けることによってさらに依頼申入れ額を累積し、翻訳能力の高い翻訳者を選択することができる。
【００１８】
請求項５に係る発明の翻訳者選択プログラムは、請求項１〜４のいずれかに記載の翻訳者選択方法の各種処理ステップをコンピュータに実行させることができる。したがって、請求項１〜４のいずれかに記載の発明の効果を奏することができる。
【００１９】
請求項６に係る発明の翻訳依頼サーバは、受付期間中に依頼者申入れ額を累積し、受付期間経過時の依頼者申入れ額の合計に応じて、合計が大きくなるほど翻訳能力の高い翻訳者候補を翻訳者として選択する。依頼者が負担する依頼者申入れ額の合計が大きいということは、翻訳対象となるコンテンツは、多くの人にとって有用な、質の高いコンテンツであると考えられる。したがって、このようなコンテンツには翻訳能力の高い翻訳者を割り当てることにより、翻訳後のコンテンツも質の高いものとすることができる。
【００２０】
請求項７に係る発明の翻訳依頼サーバは、翻訳を発注する時期を早めるための負担金額である第１の申入れ額と、翻訳の品質を良くするための負担金額である第２の申入れ額とをそれぞれ取得して記憶することができる。すなわち、依頼者が、品質にかかわらず早急に翻訳結果を得たければ、第１の申入れ額を申し入れるので、短期間で最低翻訳料金まで第１の申入れ額が累積され、翻訳者の選択が行われる。一方、依頼者が、多少時間はかかっても品質のよい翻訳結果が得たければ、第２の申入れ額を申し入れるので、第２の申入れ額が多く累積され、それに応じて翻訳能力の高い翻訳者による翻訳結果が得られる。このように、依頼者の意図を的確に反映して、適切な能力の翻訳者を選択することができる。
【００２１】
請求項８に係る発明の翻訳依頼サーバは、依頼者申入れ額が最低翻訳料金まで累積された場合には、さらに追加受付期間を設定する。そして、追加受付期間経過の依頼者申入れ額の合計に応じて、合計が大きくなるほど翻訳能力の高い翻訳者候補を翻訳者として選択する。最低翻訳料金まで依頼申入れ額が累積されたコンテンツの翻訳結果には一定の需要があると推測できる。したがって、そのような需要のあるコンテンツに対しては、追加受付期間を設けることによってさらに依頼申入れ額を累積し、翻訳能力の高い翻訳者を選択することができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明を具現化した実施の形態について、図面を参照して説明する。なお、参照する図面は、本発明が採用しうる技術的特徴を説明するために用いられるものであり、記載されている装置の構成、各種処理のフローチャートなどは、特に特定的な記載がない限り、それのみに限定する趣旨ではなく、単なる説明例である。
【００２３】
<第１の実施形態>
まず、図１〜図１７を参照して、本発明の第１の実施形態に係る翻訳システム１について説明する。最初に、図１を参照して、翻訳システム１の概略構成について説明する。図１は、翻訳システム１の概略構成を示すシステム構成図である。
【００２４】
図１に示すように、翻訳システム１は、サーバ１０と、ネットワークであるインターネット３を介してそれぞれサーバ１０に接続されたユーザ端末２０と、翻訳者端末３０とから構成されている。なお、サーバ１０、ユーザ端末２０、および翻訳者端末３０は、所謂パーソナルコンピュータであり、汎用型の装置である。図１ではユーザ端末２０および翻訳者端末３０はそれぞれ１つのみ図示されているが、実際にはいずれも複数が存在する。なお、「ユーザ端末２０」とは、サーバ１０に対して翻訳文の提供を要求することができる、翻訳システム１の一般会員の端末をいう。一方、「翻訳者端末３０」とは、サーバ１０からの依頼に応じて、翻訳文をサーバ１０に提供する翻訳者の端末をいう。なお、本実施形態では、サーバ１０が、本発明の「翻訳依頼サーバ」に相当し、ユーザ端末２０が、「クライアント端末」に相当する。
【００２５】
ここで、翻訳システム１の全体的な処理の流れについて簡単に説明する。翻訳システム１では、ユーザ端末２０のユーザは、翻訳のために必要な費用（翻訳料金）を翻訳システム１の運営者（以下、システム運営者という）に支払うことにより、インターネット３上で公開されているＷｅｂコンテンツ（以下、コンテンツという）のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を指定して、その翻訳文の提供をサーバ１０に要求することができる。なお、以下の説明では、ユーザ端末２０からサーバ１０へのコンテンツの翻訳文の提供要求を、「翻訳依頼」という。また、翻訳の対象とされるコンテンツを、「原文コンテンツ」という。サーバ１０は、ユーザ端末２０から翻訳依頼を受け付けた際、同じ原文コンテンツに対する翻訳依頼がまだサーバ１０に登録されていない場合には、この翻訳依頼を新規登録する。そして、新規登録後、翻訳が発注されるまでの間に、他のユーザ端末２０から同じ原文ンテンツに対する翻訳依頼を受け付けた場合には、最初の依頼者と共同で翻訳に必要な料金（翻訳料金）を負担することを前提とした共同依頼として受け付ける。最初の依頼者および共同依頼者（以下、総称して単に「依頼者」という）は、各々、翻訳料金のうち自己が負担することに同意する金額を指定し、サーバ１０に申し入れる。サーバ１０では、依頼者から申し入れられた金額が累積され、所定の条件が充足されると、それまでに累積された金額に応じて、翻訳者が選択される。
【００２６】
サーバ１０は、選択した翻訳者の翻訳者端末３０に対して、電子メールで原文コンテンツのＵＲＬを通知して、翻訳を発注する。発注のメールを受信した翻訳者端末３０の翻訳者は、発注に基づいて翻訳文を作成し、作成した翻訳文をサーバ１０に送信する。サーバ１０は、受信した翻訳文を記憶し、インターネット３上で公開するためにＵＲＬを付与して、翻訳の依頼者に対して翻訳文のＵＲＬをメールで通知する。これを受けたユーザ端末２０でメールに記載されたＵＲＬが指定されると、ユーザ端末２０には所望の翻訳文が表示されるので、翻訳を依頼したユーザは翻訳文を容易に閲覧することができる。また、サーバ１０は、すでに翻訳文が登録されている原文コンテンツに対する翻訳依頼を受けた場合には、この依頼者に対しては、二次利用料金の支払いを条件として、翻訳文を提供する。なお、ここまで簡単に説明した各処理については、後で詳述する。
【００２７】
次に、図２〜図８を参照して、サーバ１０の構成について説明する。図２は、サーバ１０の電気的構成を示すブロック図である。図３は、ユーザデータベース１５１０の説明図である。図４は、翻訳者データベース１５２０の説明図である。図５は、依頼管理データベース１５３０の説明図である。図６は、依頼者負担額データベース１５４０の説明図である。図７は、期限データベース１５５０の説明図である。図８は、料金テーブル１５６０の説明図である。
【００２８】
図２に示すように、サーバ１０は、ＣＰＵ１１と、ＣＰＵ１１に各々接続されたＲＯＭ１２およびＲＡＭ１３を備えている。ＣＰＵ１１には、その他、入出力（Ｉ／Ｏ）インタフェイス１４が接続されている。Ｉ／Ｏインタフェイス１４には、ハードディスク装置（ＨＤＤ）１５、マウスコントローラ１６、キーコントローラ１７、ビデオコントローラ１８、および通信用Ｉ／Ｆ１９が接続されている。
【００２９】
ＣＰＵ１１は、サーバ１０の全体の制御を司る。ＲＯＭ１２はＢＩＯＳを含むサーバ１０を動作させるための各種のプログラムを記憶しており、ＣＰＵ１１は、ＲＯＭ１２に記憶されたプログラムに従って、サーバ１０の動作を制御する。ＲＡＭ１３は、各種データを一時的に記憶するための記憶素子である。記憶装置であるＨＤＤ１５については後述する。マウスコントローラ１６、キーコントローラ１７、およびビデオコントローラ１８には、それぞれマウス１６１、キーボード１７１およびディスプレイ１８１が接続されている。通信用Ｉ／Ｆ１９は、インターネット３に接続し、ユーザ端末２０および翻訳者端末３０等の外部機器との間でデータの送受信を行うためのものである。
【００３０】
ＨＤＤ１５の詳細について、以下に説明する。図２に示すように、ＨＤＤ１５は、ユーザデータベース（ＤＢ）記憶エリア１５１、翻訳者データベース（ＤＢ）記憶エリア１５２、依頼管理データベース（ＤＢ）記憶エリア１５３、依頼者負担額データベース（ＤＢ）記憶エリア１５４、期限データベース（ＤＢ）記憶エリア１５５、料金設定情報記憶エリア１５６、翻訳結果記憶エリア１５７、およびプログラム記憶エリア１５８を含む複数の記憶エリアを備えている。
【００３１】
ユーザＤＢ記憶エリア１５１には、サーバ１０に接続されるすべてのユーザ端末２０のユーザに関する情報（以下、ユーザ情報という）を格納したユーザＤＢ１５１０（図３）が記憶されている。ユーザ情報は、ユーザ端末２０毎に定められた一般会員のユーザの全員について、１名毎に作成されている。図３に示すように、ユーザ情報は、ユーザＩＤ、氏名、住所、指定口座、および連絡先を含む。なお、図３では、８名分のユーザ情報しか図示されていないが、実際にはユーザ端末２０の数に相当するユーザ情報がユーザＤＢ１５１０に登録されている。ユーザＩＤとは、各ユーザ端末２０を利用するユーザを識別するための識別コードである。氏名および住所は、ユーザの氏名および住所である。指定口座とは、各ユーザが翻訳のために負担することに同意した金額が引き落とされる銀行口座の情報である。連絡先は、ユーザの連絡先である電子メールアドレスである。
【００３２】
翻訳者ＤＢ記憶エリア１５２には、サーバ１０に接続されるすべての翻訳者端末３０の翻訳者に関する情報（以下、翻訳者情報という）を格納した翻訳者ＤＢ１５２０（図４）が記憶されている。翻訳者情報は、翻訳者端末３０毎に定められた利用者である翻訳者の全員について、１名毎に作成されている。図４に示すように、翻訳者情報は、翻訳者ＩＤ、氏名、連絡先、言語、ランク、および最低受注額を含む。翻訳者ＩＤとは、翻訳者端末３０の各翻訳者に固有の識別コードである。氏名および連絡先は、翻訳者の氏名およびメールアドレスである。言語とは、翻訳者が翻訳可能な言語である。例えば、図４に示す翻訳者ＩＤ「Ｔ００１」の翻訳者は、日本語から英語、または英語から日本語への翻訳が可能であることを示している。説明の便宜上、言語はすべて「日本語、英語」が図示されているが、他の言語であってもよいことはもちろんである。ランクとは、翻訳者の翻訳能力に応じて、翻訳システム１の運営者（以下、システム運営者という）により付与される順位である。翻訳システム１では、翻訳者の翻訳能力の高い方から順に、Ａ〜Ｄの４ランクが付与される。最低受注額は、翻訳１件につき、この金額以上で受注可能であるとして翻訳者自らが申告した金額である。ただし、自己のランクに対応して定められている最低発注額（図８参照）を超えた金額を申告することはできない。また、図４には図示されていないが、翻訳者ＤＢ１５２０に登録された翻訳者情報には、前述の情報のほか、翻訳者の住所、電話番号、翻訳料金の振り込み処理に必要な銀行口座に関する情報等も含まれている。なお、翻訳者ＤＢ１５２０が、本発明の「翻訳者記憶手段」に相当する。
【００３３】
依頼管理ＤＢ記憶エリア１５３には、翻訳依頼の管理に用いられる依頼管理情報を格納した依頼管理ＤＢ１５３０（図５）が記憶されている。依頼管理情報は、新規の翻訳依頼が受け付けられたときに作成される。図５に示すように、依頼管理情報は、依頼ＩＤ、原文ＵＲＬ、元言語、翻訳言語、受付額合計、受付期限、翻訳者ＩＤおよび翻訳文ＩＤを含む。依頼ＩＤは、各依頼情報を識別するための識別コードである。原文ＵＲＬは、翻訳の対象として指定された原文コンテンツのインターネット３上での所在を示すＵＲＬである。元言語は、原文コンテンツが記述されている言語である。翻訳言語は、原文コンテンツの翻訳後の言語である。なお、説明の便宜上、元言語としてすべて「英語（ＥＮＧ）」翻訳言語としてすべて「日本語（ＪＰ）」が図示されているが、他の言語も場合もあることはもちろんである。受付額合計は、原文コンテンツの翻訳のために各依頼者が負担することに同意した金額である負担同意額の合計である。受付期限は、共同依頼者から負担同意額を受け付ける期限であり、最初の依頼者から新規の翻訳依頼を受け付けた際に設定される。翻訳者ＩＤは、後述する翻訳者選択処理（図１６）で発注先の翻訳者として選択された翻訳者の翻訳者ＩＤである。よって、翻訳者が選択された後、記憶されるものである。翻訳文ＩＤは、翻訳者端末３０から送信され、翻訳結果記憶エリア１５７に記憶された翻訳文の識別コードである。よって、翻訳文を翻訳者端末３０から受信した後、記憶されるものである。なお、依頼管理ＤＢ１５３０が、本発明の「翻訳依頼記憶手段」に相当する。
【００３４】
依頼者負担額ＤＢ記憶エリア１５４には、依頼者から受け付けた負担同意額に関する情報（以下、負担額情報という）を格納した依頼者負担額ＤＢ１５４０（図６）が記憶されている。図６に示すように、負担額情報は、依頼ＩＤ、依頼者ＩＤ、および負担同意額を含む。依頼ＩＤは、前述した依頼管理情報の依頼ＩＤに対応する。依頼者ＩＤは、依頼ＩＤに対応する翻訳依頼の送信元であるユーザ端末２０のユーザ、すなわち依頼者のユーザＩＤである。負担同意額は、依頼者が依頼ＩＤに対応する原文コンテンツについて申し入れた負担同意額である。なお、依頼者負担額ＤＢ１５４０が、本発明の「申入れ額記憶手段」に相当し、ここに記憶される負担同意額が、「依頼者申入れ額」に相当する。
【００３５】
期限ＤＢ記憶エリア１５５には、依頼管理情報毎に、共同依頼を受け付ける期限に関する情報（以下、期限情報という）を格納した期限ＤＢ１５５０（図７）が記憶されている。図７に示すように、期限情報は、依頼ＩＤおよび期限を含む。依頼ＩＤは、前述した依頼管理情報の依頼ＩＤに対応する。期限は、依頼ＩＤに対応する原文コンテンツの翻訳について、共同依頼者から負担同意額を受け付ける期限である。
【００３６】
料金設定情報記憶エリア１５６には、料金テーブル（図８）が記憶されている。図８に示すように、料金テーブルは、翻訳者のランクと、そのランクに属する翻訳者への最低発注額との対応関係を規定するテーブルであり、システム運営者によって作成される。図８の例では、例えば、Ａランクに属する翻訳者に翻訳を発注する場合には、最低でも￥３０，０００の報酬を翻訳者に支払わなければ発注ができないことを示している。
【００３７】
詳細は図示しないが、図２に示す翻訳結果記憶エリア１５７には、サーバ１０からの依頼に応じて作成され、翻訳者端末３０から送信された翻訳文が、依頼ＩＤおよび翻訳文のＵＲＬと対応付けて記憶される。プログラム記憶エリア１５８には、各種処理をサーバ１０に実行させるための各種プログラムが記憶されている。
【００３８】
以下に、前述のように構成されたサーバ１０において行われる各種処理について、図９〜図１７を参照して説明する。図９は、依頼受付処理のフローチャートである。図１０は、翻訳依頼画面５の模式図である。図１１は、依頼受付処理中に行われる翻訳依頼登録処理のフローチャートである。図１２は、翻訳依頼登録処理中に行われる負担額受付処理である。図１３は、負担額受付画面６の模式図である。図１４は、依頼受付処理中に行われる翻訳文利用処理のフローチャートである。図１５は、期限監視処理のフローチャートである。図１６は、期限監視処理中に行われる翻訳判断処理のフローチャートである。図１７は、翻訳判断処理中に行われる翻訳者選択処理のフローチャートである。なお、図９、図１１〜図１２、図１４〜図１７の処理は、ＨＤＤ１５のプログラム記憶エリア１５８に記憶されたプログラムに従って、サーバ１０のＣＰＵ１１により実行される。
【００３９】
まず、図９および図１０を参照して、依頼受付処理およびこの中で行われる各種処理について説明する。これらの処理では、ユーザ端末２０から翻訳依頼が受け付けられ、翻訳の発注状況に応じて、新規の依頼として登録されたり、共同依頼者から負担同意額が受け付けられたり、すでに登録されている翻訳文が提供されたりする。
【００４０】
図９に示す依頼受付処理はサーバ１０の電源がＯＮにされると開始され、電源がＯＦＦにされるまで、以下に詳述する処理が繰り返される。依頼受付処理が開始されると、サーバ１０のＣＰＵ１１はまず、翻訳依頼の入力があるまで待機する（Ｓ１：ＮＯ→Ｓ１）。ユーザ端末２０のいずれかがユーザのＩＤを用いてサーバ１０にログインすると、ユーザ端末２０のディスプレイには、サーバ１０から送信された情報に基づき、メニュー画面（図示外）が表示される。メニュー画面で「翻訳依頼」が選択されると、ユーザ端末２０のディスプレイには、サーバ１０から送信された情報に基づき、図１０に示す翻訳依頼画面５が表示される。図１０に示すように、翻訳依頼画面５には、ユーザ端末２０のユーザが翻訳を希望する原文コンテンツのＵＲＬを入力するための原文ＵＲＬ入力欄５１と、原文コンテンツの言語（元言語）と、翻訳後の言語（翻訳言語）を選択するための２つの言語リストボックス５２と、入力を確定するためのＯＫボタン５０が表示される。そこで、ユーザ端末２０のユーザは、例えば、図１０に示す翻訳依頼画面のように、原文コンテンツのＵＲＬ（ｈｔｔｐ／／ｗｗｗ．ｂｂｂｂｂ．ｃｏ．ｊｐ／Ａ１．ｈｔｍｌ）と、元言語（Ｅｎｇｌｉｓｈ）および翻訳言語（Ｊａｐａｎｅｓｅ）を入力する。そして、ＯＫボタン５０が選択されると、ユーザ端末２０のユーザのユーザＩＤおよび入力された情報が、翻訳依頼としてサーバ１０に送信される。サーバ１０のＣＰＵ１１は、ユーザ端末２０から送信された翻訳依頼（ユーザＩＤ、原文ＵＲＬ、元言語および翻訳言語）を受信すると（Ｓ１：ＹＥＳ）、ＲＡＭ１３に記憶する（Ｓ２）。
【００４１】
翻訳依頼が受け付けられた後（Ｓ２）、サーバ１０のＣＰＵ１１は、依頼管理ＤＢ１５３０（図５）を参照して、すでに同一の翻訳依頼が登録されているか否かを判断する（Ｓ３）。ここでの判断は、依頼管理ＤＢ１５３０に、受信した翻訳依頼に含まれる原文ＵＲＬ、元言語、および翻訳言語とすべて同一の原文ＵＲＬ、元言語、および翻訳言語を含む依頼管理情報が記憶されているか否かに基づいて行われる。同一の翻訳依頼は登録されていないと判断されれば（Ｓ３：ＮＯ）、この原文コンテンツの翻訳文を要求したユーザはこれまでに存在せず、もちろん翻訳の発注も行われていない。すなわち、新規の翻訳依頼である。そこで、ＣＰＵ１１は翻訳依頼登録処理を行う（Ｓ１０、図１１）。
【００４２】
図１１に示す翻訳依頼登録処理が開始されると、ＣＰＵ１１はまず、他のユーザから負担同意額を受け付ける期限である受付期限を設定する（Ｓ１１）。受付期限は、予めシステム運営者によって設定され、ＨＤＤ１５の所定の記憶エリアに記憶された受付期間（例えば、７日間）に基づいて求められる。ＣＰＵ１１は、受信した翻訳依頼に含まれる情報と、受付期限とを含む新たな依頼管理情報を作成し、依頼管理ＤＢ１５３０（図５参照）に登録する（Ｓ１２）。より具体的には、新たな依頼ＩＤが付与され、翻訳依頼に含まれる原文ＵＲＬ、元言語および翻訳言語と、受付期限とが、依頼ＩＤに対応付けて依頼管理ＤＢ１５３０に記憶される。なお、この時点ではまだ依頼者から負担同意額は受け付けていないため、受付額合計には、初期値の０が記憶される。翻訳者ＩＤおよび翻訳文ＩＤは未定であるため、空欄である。また、受付期限は、依頼ＩＤとともに期限ＤＢ１５５０（図７参照）にも登録される（Ｓ１３）。その後、負担額受付処理が行われる（Ｓ２０、図１２）。
【００４３】
負担額受付処理は、依頼者が申し入れた負担同意額を取得して記憶する処理である。図１２に示す処理が開始されると、ＣＰＵ１１はまず、依頼者のユーザ端末２０に必要な情報を送信して、ユーザ端末２０のディスプレイに、図１３に示す負担額受付画面６を表示させる。図１３に示すにように、負担額受付画面６には、負担同意額を入力する依頼者に背景情報を示すため、依頼者が翻訳依頼画面５（図１０参照）で入力した原文ＵＲＬ、元言語および翻訳言語、発注可能最低額、これまでに受け付けられた負担同意額の合計である受付額合計、並びに受付期限が表示される。なお、新規の翻訳依頼に対する負担額受付処理では、図１３に示すように、現在の受付額合計は、常に￥０である。これらの情報の下には、「翻訳料金のうち、以下の金額を負担することに同意します。」というメッセージと、負担同意額の入力欄６１が設けられている。さらに、画面の下部には、負担同意額の入力を確定するためのＯＫボタン６５と、入力をキャンセルするためのキャンセルボタン６６が表示される。
【００４４】
発注可能最低額とは、翻訳を１件発注するのに最低限必要な金額であり、本発明の「最低翻訳料金」に相当する。すなわち、依頼者が負担する金額が発注可能最低額に達しなければ、翻訳は発注されないことになる。なお、発注可能最低額（例えば、￥５，０００）は、予めシステム運営者によって設定され、ＨＤＤ１５の所定の記憶エリアに記憶されている。依頼者は、発注可能最低額と現在の受付額合計（￥０）を負担額受付画面６で確認して、発注の見込みを予測しながら自己の負担同意額を入力欄６１に入力することができる。入力後にＯＫボタン６５が選択されると、入力された負担同意額がサーバ１０に送信される。すると、サーバ１０では、負担同意額の入力があったと認識される（Ｓ２２：ＹＥＳ）。受信された負担同意額は、ＲＡＭ１３の所定の記憶エリアに一旦記憶され（Ｓ２３）、依頼者負担額ＤＢ１５４０に、依頼ＩＤおよび依頼者のユーザＩＤとともに新たな負担額情報として登録される（Ｓ２４）。その後、依頼管理ＤＢ１５３０において、負担額情報の依頼ＩＤに対応する依頼管理情報が更新される（Ｓ２５）。より具体的には、同一の依頼ＩＤを含む負担額情報の負担同意額が合計され、合計額が、依頼管理情報の受付額合計に上書きされる。なお、新規の翻訳依頼を受け付けた場合、依頼者が入力した負担同意額が、そのまま受付額合計となる。依頼管理情報の受付額合計が更新されると（Ｓ２５）、図１２の負担額受付処理は終了し、図１１の翻訳依頼登録処理に戻り、この処理も終了して、さらに図９の依頼受付処理のＳ１に戻る。
【００４５】
また、ユーザ端末２０に表示された負担額受付画面６でキャンセルボタン６６が選択された場合は、サーバ１０には負担同意額は入力されない（Ｓ２２：ＮＯ）。よって、そのまま負担額受付処理は終了し、図１１の翻訳依頼登録処理に戻り、この処理も終了して、さらに図９の依頼受付処理のＳ１に戻る。
【００４６】
図９の依頼受付処理において、受け付けた翻訳依頼と同一の翻訳依頼がすでに登録されていると判断された場合には（Ｓ３：ＹＥＳ）、ＣＰＵ１１は、この翻訳依頼に対応する翻訳文がすでに登録されているか否かを判断する（Ｓ４）。より具体的には、依頼管理ＤＢ１５３０に記憶された同一の翻訳依頼の依頼管理情報に翻訳文ＩＤが含まれていれば、すでに翻訳文が登録されていると判断される（Ｓ４：ＹＥＳ）。この場合、受信した翻訳依頼は、すでに作成されている翻訳文の二次利用の要求として扱われ、翻訳文利用処理（Ｓ３０）が行われた後、処理はＳ１に戻る。なお、以下の説明では、翻訳文の二次利用を要求したユーザ端末２０のユーザを、「二次利用者」というものとする。翻訳文利用処理の詳細については後述する。
【００４７】
受け付けた翻訳依頼と同一の翻訳依頼がすでに登録されているが（Ｓ３：ＹＥＳ）、この翻訳依頼に対応する翻訳文はまだ登録されていない場合には（Ｓ４：ＮＯ）、ＣＰＵ１１は、すでに翻訳者へ翻訳の発注が行われたか否かを判断する（Ｓ５）。より具体的には、同一の翻訳依頼に対応する依頼管理情報に翻訳者ＩＤが含まれていれば、すでに発注が行われたと判断される（Ｓ５：ＹＥＳ）。この場合、翻訳文がサーバ１０に登録され、二次利用が可能となった時に連絡するために、依頼者のユーザＩＤが、閲覧希望者ＩＤとして依頼ＩＤと対応づけてＨＤＤ１５の所定の記憶エリアに記憶される（図示外）。その後、処理はＳ１へ戻る。
【００４８】
一方、すでに同一の翻訳依頼が登録されているにもかかわらず（Ｓ３：ＹＥＳ）、まだ翻訳者への翻訳の発注が行われていない場合（Ｓ４：ＮＯ→Ｓ５：ＮＯ）、現在、前述のように翻訳依頼登録処理（Ｓ１０）において設定された受付期限前であることを意味する。すなわち、同じ原文コンテンツに対する共同依頼の受付期間中である。したがって、負担額受付処理が行われる（Ｓ４０）。ここで行われる負担額受付処理の内容は、新規の翻訳依頼について翻訳依頼登録処理（Ｓ１０、図１１）の中で行われる負担額受付処理（図１２）と同一であるため、説明は省略する。ただし、共同依頼の場合には、ユーザ端末２０のディスプレイに表示される負担額受付画面６において（Ｓ２１）、発注可能最低額（￥５，０００）とともに表示される現在の受付額合計は￥０ではなく、すでに受け付けられている負担同意額の合計となる。例えば、現在の受付額合計として、￥３，０００が表示されていれば、発注可能最低額まであと￥２，０００である。よって、依頼者が、確実に翻訳が発注されるようにしたければ、￥２，０００を負担同意額として入力すればよい。このように、依頼者は自己の要望に応じて負担同意額を入力することができる。共同依頼の受付期間中に、同じ原文コンテンツについて複数の翻訳依頼が受け付けられ、各依頼者の入力した負担同意額が取得されることにより（Ｓ２３）、依頼管理ＤＢ１５３０の受付額合計が更新され（Ｓ２５）、増加していく。
【００４９】
次に、図９の依頼受付処理で行われる翻訳文利用処理（Ｓ３０）の詳細について、図１４を参照して説明する。この処理は、サーバ１０から発注された翻訳が翻訳者によって行われ、サーバ１０に翻訳文が登録された後、翻訳文の二次利用の要求を受け付けた場合に行われる（図９、Ｓ３：ＹＥＳ→Ｓ４：ＹＥＳ）。二次利用者は翻訳料金を一切負担していないため、二次利用者に無料で翻訳文を提供するのは、翻訳料金を負担した翻訳の依頼者に対して不公平である。したがって、二次利用者に対しては、二次利用料金の支払いを前提として翻訳文が提供されることになる。
【００５０】
図１４に示す翻訳文利用処理が開始されると、ＣＰＵ１１は、二次利用者のユーザ端末２０に必要な情報を送信し、ユーザ端末２０のディスプレイに、二次利用確認画面（図示外）を表示させる。二次利用確認画面には、二次利用料金、支払いを了承することを示すＯＫボタン、二次利用の要求をキャンセルすることを示すキャンセルボタンが表示される（Ｓ３１）。なお、二次利用料金（例えば、発注可能最低額の１０％）は、システム運営者によって予め設定され、ＨＤＤ１５の所定の記憶エリアに記憶されている。二次利用者がＯＫボタンを選択した場合には、二次利用料金の支払いが了承されたと認識され（Ｓ３２：ＹＥＳ）、二次利用者に二次利用料金を請求する処理が行われる（Ｓ３３）。より具体的には、例えば、ユーザＤＢ１５１０に記憶された二次利用者のユーザ情報を参照して、指定口座からの引き落とし処理が行われる。例えば、二次利用料金と指定口座の情報とから、引き落とし処理用のデータが作成され、該当する銀行のコンピュータ装置（図示外）に専用回線を通じて転送される。その後、ＣＰＵ１１は、依頼管理情報に記憶されている翻訳文ＩＤに対応する翻訳文のＵＲＬを翻訳結果記憶エリア１５７から読出し、ユーザ端末２０に送信する（Ｓ３４）。すると、ユーザ端末２０のディスプレイには送信されたＵＲＬが表示されるので、ユーザはこのＵＲＬを指定することにより、翻訳文を閲覧することができる。翻訳文のＵＲＬ送信後、翻訳文利用処理は終了して、図９の依頼受付処理のＳ１に戻る。一方、二次利用者がキャンセルボタンを選択した場合には、二次利用料金の支払いは了承されていないので（Ｓ３２：ＮＯ）、そのまま翻訳文利用処理は終了し、図９の依頼受付処理のＳ１に戻る。
【００５１】
次に、図１５〜図１７を参照して、期限監視処理およびこの中で行われる各種処理について説明する。これらの処理では、受付期限を過ぎた後、所定の条件が満たされている場合には、翻訳発注先の翻訳者が選択される。なお、以下の説明では、図５〜図８に示す情報が、該当するデータベースにそれぞれ記憶されているものとする。
【００５２】
図１５に示す期限監視処理は、サーバ１０の電源がＯＮにされると開始され、電源がＯＦＦにされるまで、以下に詳述する処理が繰り返される。処理が開始されると、サーバ１０のＣＰＵ１１はまず、期限ＤＢ１５５０（図７）から最初の期限情報（依頼ＩＤ＝１）を読出し、ＲＡＭ１３の所定の記憶エリアに取得する（Ｓ４１）。そして、取得した期限情報に含まれる期限を過ぎたか否かを判断する（Ｓ４２）。例えば、現在の日付が２００７年９月１日であるとする。図７の例では、最初の期限情報（依頼ＩＤ＝１）の期限は「２００７年９月１日」であるため、まだ期限を過ぎていない（Ｓ４２：ＮＯ）。すなわち、まだ共同依頼の受付期間中であり、翻訳の発注はできない。そこで、期限ＤＢ１５５０に記憶された期限情報をすべて処理したか否かが判断される（Ｓ６１）。図７の例では、未処理の期限情報があるため（Ｓ６１：ＮＯ）、ＣＰＵ１１は、期限ＤＢ１５５０から次の期限情報（依頼ＩＤ＝２）を取得し（Ｓ６２）、Ｓ４２に戻り、処理を繰り返す。図７の例では、期限はすべて過ぎていないため（Ｓ４２：ＮＯ）、いずれの期限情報についても翻訳判断処理（Ｓ５０）は行われない。
【００５３】
現在の日付が２００７年９月２日になったとする。最初の期限情報（依頼ＩＤ＝１）が取得されると（Ｓ４１）、期限（２００７年９月１日）を過ぎたと判断されるので（Ｓ４２：ＹＥＳ）、翻訳判断処理が行われる（Ｓ５０、図１６）。図１６に示す翻訳判断処理では、受付額合計に基づいて、翻訳の発注を行うか否かが判断される。まず、期限情報に含まれる依頼ＩＤ（＝１）に対応する依頼管理情報が、依頼管理ＤＢ１５３０（図５）から読み出され、ＲＡＭ１３の所定の記憶エリアに取得される（Ｓ５１）。そして、取得された依頼管理情報に含まれる受付額合計が、発注可能最低額以上であるか否かが判断される（Ｓ５２）。図５の例では、依頼ＩＤ＝１の依頼管理情報に含まれる受付額合計は￥２，０００である。前述の通り、発注可能最低額（￥５，０００）は翻訳の発注に最低限必要な金額であるから、このように受付額合計がこれに満たない場合には（Ｓ５２：ＮＯ）、翻訳の発注は行われない。よって、ＣＰＵ１１は、翻訳文が提供されるのを待っている依頼者に、その旨を通知する（Ｓ５３）。そして、依頼ＩＤ＝１の依頼管理情報を依頼管理ＤＢ１５３０から削除し（Ｓ５４）、さらに、依頼ＩＤ＝１の負担額情報を依頼者負担額ＤＢ１５４０（図６）から削除する（Ｓ５５）。図６の例では、最初の負担額情報と２番目の負担額情報が、依頼者負担額ＤＢ１５４０から削除される。期限管理も不要となったため、ＣＰＵ１１は、期限ＤＢ１５５０からも依頼ＩＤ＝１の期限情報を削除して（Ｓ５６）、図１６の翻訳判断処理を終了し、図１５の期限監視処理に戻る。
【００５４】
図１５の期限監視処理に戻り、未処理の期限情報があるため（Ｓ６１：ＮＯ）、次の期限情報（依頼ＩＤ＝２）が取得される（Ｓ６２）。期限（２００７年９月１日）を過ぎたと判断されるので（Ｓ４２：ＹＥＳ）、翻訳判断処理に移行し（Ｓ５０、図１６）、図５に示す依頼管理ＤＢ１５３０から、依頼ＩＤ＝２の依頼管理情報が取得される（Ｓ５１）。依頼ＩＤ＝２の依頼管理情報に含まれる受付額合計は￥１０，５００である。すなわち、受付額合計額が発注可能最低額（￥５，０００）以上であるため（Ｓ５２：ＹＥＳ）、翻訳を発注することが確定する。よって、発注先を決定するための翻訳者選択処理が行われる（Ｓ７０、図１７）。
【００５５】
図１７に示す翻訳者選択処理が開始されると、ＣＰＵ１１はまず、料金設定情報記憶エリア１５６に記憶された料金テーブル１５６０（図８）を参照して、図１６のＳ５１で取得した依頼管理情報の受付額合計に対応するランクを取得する（Ｓ７１）。図８に示す通り、受付額合計の￥１０，５００は、Ｃランクの最低発注額である￥１０，０００以上であり、Ｂランクの最低発注額である￥２０，０００未満である。したがって、対応するランクとして、「Ｃ」が取得される。続いて、取得されたランク以上の翻訳者の翻訳者情報が、翻訳者ＤＢ１５２０（図４）から取得される（Ｓ７２）。なお、このとき、依頼管理情報に含まれる元言語と翻訳言語間の翻訳が可能な翻訳者であることが前提である。以下の説明では、言語の一致については言及を省略するが、同様の前提である。図４に示す例では、Ｃランク以上の翻訳者である、翻訳者ＩＤが「Ｔ００１」（Ａランク）、「Ｔ００２」（Ｃランク）、「Ｔ００４」（Ｂランク）、および「Ｔ００５」（Ｃランク）の翻訳者情報が取得される。ＣＰＵ１１は、取得した翻訳者情報に含まれる最低受注額が、受付額合計以下であり、かつ受付額合計に最も近い値である翻訳者を、発注先の翻訳者として選択する（Ｓ７３）。図４の例では、受付額合計である￥１０，５００以下で最もこの値に近いのは、Ｃランクの翻訳者ＩＤ「Ｔ００５」の最低受注額￥９，０００である。したがって、翻訳者ＩＤ「Ｔ００５」の翻訳者が発注先として選択される。なお、選択された翻訳者ＩＤは、依頼管理ＤＢ１５３０（図５）の対応する依頼管理情報（依頼ＩＤ＝２）の翻訳者ＩＤとして記憶される。図１７の翻訳者選択処理は終了して図１６の翻訳判断処理に戻り、ＣＰＵ１１は、期限管理が不要となった処理済の期限情報（依頼ＩＤ＝２）を期限ＤＢ１５５０から削除して（Ｓ７９）、図１５の期限監視処理に戻る。
【００５６】
同様にして処理が繰り返されると、３番目に取得される期限情報（依頼ＩＤ＝３）についても、期限は過ぎているので（Ｓ４２：ＹＥＳ）、翻訳判断処理が行われる（Ｓ５０、図１５）。この場合も、受付額合計￥２１，０００は発注可能最低額（￥５，０００）以上であるため（Ｓ５２：ＹＥＳ）、翻訳選択処理が行われる（Ｓ７０、図１６）。対応するランクは、「Ｂ」であるため、翻訳者ＩＤ「Ｔ００１」（Ａランク）および「Ｔ００４」（Ｂランク）の２名分の翻訳者情報が取得される（Ｓ７１、Ｓ７２）。最低受注額が、受付額合計以下であり、かつ受付額合計に最も近い値である翻訳者は、最低受注額が￥２０，０００でＡランクの翻訳者ＩＤ「Ｔ００１」の翻訳者となる。すなわち、翻訳者自身が申告した最低受注額が受付額合計以下であれば、受付額合計に対応するランクよりも上のランクの翻訳者が選択される場合もある。なお、３番目の期限情報の処理後、４番目の期限情報については、期限を過ぎていないため（図１４、Ｓ４２：ＮＯ）、翻訳者の選択は行われない。
【００５７】
図１７の翻訳者選択処理で発注先の翻訳者が決定された場合には、ＣＰＵ１１は、ＨＤＤ１５のプログラム記憶エリア１５８に記憶された翻訳発注処理用のプログラムに従い、決定された翻訳者に対して翻訳を発注する処理を別途実行する。具体的には、例えば、図５の依頼管理情報に記憶された翻訳者ＩＤに対応するメールアドレスを翻訳者ＤＢ１５２０（図４）から読み出し、そのメールアドレスに、依頼ＩＤおよび原文コンテンツのＵＲＬを記載した発注メールを送信すればよい。そして、発注を受けた翻訳者からサーバ１０に翻訳文が送信されると、サーバ１０のＣＰＵ１１は、翻訳文を公開するＵＲＬを設定し、翻訳結果記憶エリア１５７（図２参照）に記憶させる。そして、依頼者のユーザ端末２０に、設定したＵＲＬを通知する。その結果、依頼者のユーザ端末２０では、翻訳を依頼した原文コンテンツの翻訳文を閲覧することができる。また、依頼者以外のユーザ端末２０からの二次利用の要求があった場合には、前述した翻訳文利用処理において、翻訳文が提供される。
【００５８】
以上説明したように、本実施形態の翻訳システム１では、受付期間中に同じ原文コンテンツに対する翻訳依頼を行った依頼者は、各々、翻訳料金のうち自己が負担してもよい金額を負担同意額として指定することができる。そして、受付期限が過ぎた時点で、負担同意額の合計である受付額合計が発注に最低限必要な発注可能最低額以上になっている場合、受付合計額に応じたランクの翻訳者が翻訳の発注先として選択される。すなわち、受付合計額が大きくなるほど、翻訳能力の高い翻訳者が選択される。受付額合計が大きいということは、その原文コンテンツは多くの人にとって有用な、質の高いコンテンツであると考えられる。したがって、このようなコンテンツには翻訳能力の高い翻訳者を割り当てることにより、翻訳後のコンテンツも質の高いものとすることができる。
【００５９】
なお、本実施形態では、図１１のＳ１２で依頼管理ＤＢ１５３０に依頼管理情報を新規登録するステップが、本発明の「翻訳依頼記憶ステップ」に相当する。図１２のＳ２３〜Ｓ２４で、負担同意額を取得して依頼者負担額ＤＢ１５４０に記憶させるステップが、「依頼者申入れ額記憶ステップ」に相当する。図１５のＳ４２で受付期限を過ぎたか否かを判断するステップが、「第１の判断ステップ」に相当する。図１６のＳ５２で、受付額合計が発注可能最低額以上か否かを判断するステップが、「第２の判断ステップ」に相当する。図１６のＳ７０（図１７）で翻訳者を選択するステップが、「翻訳者選択ステップ」に相当する。
【００６０】
また、図９のＳ２で翻訳依頼を受け付けるサーバ１０のＣＰＵ１１が、本発明の「翻訳依頼受付手段」に相当する。図１２のＳ２３で、負担同意額を取得するＣＰＵ１１が、「依頼者申入れ額取得手段」に相当する。図１５のＳ４２で受付期限を過ぎたか否かを判断するＣＰＵ１１が、「第１の判断手段」に相当する。図１６のＳ７０（図１７）で翻訳者を選択するＣＰＵ１１が、「翻訳者選択手段」に相当する。
【００６１】
<第２の実施形態>
次に、第２の実施形態に係る翻訳システム１について、図１８〜図２３を参照して説明する。第２の実施形態では、依頼者が、自己が負担することに同意してサーバ１０に申し入れる金額が、発注スピードを重視した金額と、翻訳者のスキルを重視した金額とに区別されている点に特徴がある。
【００６２】
まず、第２の実施形態に係る翻訳システム１の構成およびサーバ１０の構成については、第１の実施形態とほぼ同一である。よって、第１の実施形態と共通する点については説明を省略し、図１８および図１９を参照して、第１の実施形態とは異なる点についてのみ説明する。図１８は、第２の実施形態に係る依頼管理ＤＢ１５３１の説明図である。図１９は、第２の実施形態に係る依頼者負担額ＤＢ１５４１の説明図である。
【００６３】
図１８に示す依頼管理ＤＢ１５３１は、第１の実施形態と同様、ＨＤＤ１５の依頼管理ＤＢ記憶エリア１５３に記憶されている。依頼管理ＤＢ１５３１に記憶される依頼管理情報は、依頼ＩＤ、原文ＵＲＬ、元言語、翻訳言語、スピード対応額合計、スキル対応額合計、受付期限、翻訳者ＩＤ、および翻訳文ＩＤを含む。依頼ＩＤ、原文ＵＲＬ、元言語、翻訳言語、受付期限、翻訳者ＩＤ、および翻訳文ＩＤについては、第１の実施形態で説明した通りである。一方、第１の実施形態で依頼管理情報に含まれていた負担同意額合計の代わりに、スピード対応額合計およびスキル対応額合計が含まれている。スピード対応額とは、後述する本実施形態の負担額受付処理（図２０）において、依頼者が、翻訳を発注する時期を早くするために自己が負担してもよい金額として入力した金額である。スキル対応額とは、負担額受付処理において、依頼者が、翻訳の質を向上させるために自己が負担してもよい金額として入力した金額である。なお、スピード対応額が、本発明の「第１の申入れ額」に相当し、スキル対応額が、「第２の申入れ額」に相当する。
【００６４】
図１９に示す依頼者負担額ＤＢ１５４１は、第１の実施形態と同様、ＨＤＤ１５の依頼者負担額ＤＢ記憶エリア１５４に記憶されている。依頼者負担額ＤＢ１５４１に記憶される負担額情報は、依頼ＩＤ、依頼者ＩＤ、スピード対応額およびスキル対応額を含む。依頼ＩＤおよび依頼者ＩＤは、第１の実施形態で説明した通りである。一方、第１の実施形態で依頼管理情報に含まれていた負担同意額の代わりに、依頼管理情報に対応するスピード対応額およびスキル対応額が含まれている。
【００６５】
以下に、図２０〜図２３を参照して、本実施形態においてサーバ１０で行われる処理について、第１の実施形態と異なる処理を主として説明する。図２０は、第２の実施形態に係る負担額受付処理のフローチャートである。図２１は、第２の実施形態に係る負担額受付画面７の模式図である。図２２は、第２の実施形態に係る翻訳判断処理のフローチャートである。図２３は、第２の実施形態の翻訳判断処理中に行われる翻訳者選択処理のフローチャートである。なお、図２０、図２２〜図２３の処理は、ＨＤＤ１５のプログラム記憶エリア１５８に記憶されたプログラムに従って、サーバ１０のＣＰＵ１１によって実行される。
【００６６】
本実施形態において、いずれかのユーザ端末２０からサーバ１０が翻訳依頼を受信した場合には、第１の実施形態と同様、図９に示す依頼受付処理が行われる。依頼受付処理では、受信した翻訳依頼が新規の翻訳依頼であるか（Ｓ３）、翻訳文が登録済みであるか（Ｓ４）、翻訳が発注済みであるか（Ｓ５）の判断結果に応じて、翻訳依頼登録処理（Ｓ１０）、翻訳文利用処理（Ｓ３０）、および負担額受付処理（Ｓ４０）のいずれかの処理が行われる。このうち、新規の翻訳依頼について翻訳依頼登録処理（Ｓ１０、図１１）中に行われる負担額受付処理（図１１、Ｓ２０）、および共同依頼を受け付ける際の負担額受付処理（Ｓ４０）の内容は、第１の実施形態とは異なる。よって、以下に、図２０および図２１を参照して、本実施形態に係る負担額受付処理について説明する。
【００６７】
図２０に示すように、本実施形態の負担額受付処理では、まず、ユーザ端末２０のディスプレイに、図２１に示す負担額受付画面７が表示される（Ｓ２１１）。負担額受付画面７には、依頼者が指定した原文ＵＲＬ、元言語および翻訳言語、発注可能最低額、これまでに受け付けられた負担同意額の合計である受付額合計、並びに受付期限が表示される。なお、本実施形態では、受付額合計は、スピード対応額とスキル対応額とから算出されるため、その内訳も表示される。これらの情報の下には、「翻訳料金のうち、以下の金額を負担することに同意します。」というメッセージが表示され、「発注を早くしたい」というメッセージに対応したスピード対応額入力欄７１および「翻訳の質を高めたい」というメッセージに対応したスキル対応額入力欄７２が設けられている。さらに、画面の下部には、負担同意額の入力を確定するためのＯＫボタン７５と、入力をキャンセルするためのキャンセルボタン７６が表示される。
【００６８】
負担額受付画面７において、依頼者の要望に応じてスピード対応額とスキル対応額が入力され、ＯＫボタン７５が選択されると、サーバ１０では入力があったと認識される（Ｓ２１２：ＹＥＳ）。そして、入力されたスピード対応額とスキル対応額とがそれぞれＲＡＭ１３の所定の記憶エリアに一時的に記憶される（Ｓ２１３、Ｓ２１４）。その後、スピード対応額およびスキル対応額は、依頼者負担額ＤＢ１５４１（図１９）に、依頼ＩＤおよび依頼者のユーザＩＤとともに新規登録される（Ｓ２１５）。その後、依頼者負担額ＤＢ１５４１の負担額情報に基づき、依頼管理ＤＢ１５３１の依頼管理情報（図１８）が更新される（Ｓ２１６）。より具体的には、同じ依頼ＩＤの負担額情報に含まれるスピード対応額およびスキル対応額がそれぞれ合計され、各合計額が、依頼管理情報のスピード対応額合計およびスキル対応額合計にそれぞれ上書きされる。なお、前述したように、新規の翻訳依頼を受け付けた時点では、依頼者が入力したスピード対応額およびスキル対応額が、そのままスピード対応額合計およびスキル対応額合計となる。一方、共同依頼者からの受付の場合には、すでに受け付けられているスピード対応額およびスキル対応額の合計に、さらに今回受け付けられた金額が加算されることになる。その後、図２０の負担額受付処理は終了し、図１１の翻訳依頼登録処理または図９の依頼受付処理に戻る。
【００６９】
本実施形態でも、第１の実施形態と同様に、期限監視処理（図１５）において、共同依頼の受付期限を過ぎたと判断された場合には（Ｓ４２：ＹＥＳ）、翻訳判断処理が行われる（Ｓ５０）。ただし、本実施形態に係る翻訳判断処理の内容は第１の実施形態とは異なるため、図２２および図２３を参照して以下に説明する。なお、以下の説明では、図３〜４、図７〜図８、および図１８〜図１９に示す情報が、該当するデータベースにそれぞれ記憶されているものとし、現在の日付が２００７年９月２日であるものとする。
【００７０】
図２２に示すように、本実施形態の翻訳判断処理では、まず、期限監視処理で受付期限を過ぎたと判断された最初の期限情報（図７）に対応する依頼管理情報（依頼ＩＤ＝１）が、依頼管理ＤＢ１５３１（図１８）から取得される（Ｓ５１１）。そして、取得された依頼管理情報に含まれるスピード対応額合計が、発注可能最低額以上か否かが判断される（Ｓ５１２）。依頼ＩＤ＝１の依頼管理情報の場合、スピード対応額合計￥２，０００は、発注可能最低額￥５，０００に満たないため（Ｓ５１２：ＮＯ）、翻訳の発注はされないことになる。よって、ＣＰＵ１１は、依頼者に対してその旨の通知をし（Ｓ５１３）、依頼管理情報を依頼管理ＤＢ１５３１から削除し（Ｓ５１４）、対応する負担額情報も依頼者負担額ＤＢ１５４１（図１９）から削除する（Ｓ５１５）。さらに、対応する期限情報も期限ＤＢ１５５０から削除され（Ｓ７１９）、図１５の期限監視処理に戻って、次の期限情報の処理が行われる。
【００７１】
２番目の期限情報に対応する依頼管理情報（依頼ＩＤ＝２）が取得されると（Ｓ５１１）、この依頼管理情報のスピード対応額合計￥５，０００は、発注可能最低額￥５，０００以上であると判断される（Ｓ５１２：ＹＥＳ）。この場合には、本実施形態に係る翻訳者選択処理が行われる（Ｓ７１０、図２３）。図２３に示すように、翻訳者選択処理では、まず、料金テーブル１５６０（図８）を参照して、図２２のＳ５１１で取得された依頼管理情報に含まれるスキル対応額合計に対応する翻訳者のランクが取得される（Ｓ７１１）。依頼ＩＤ＝２の依頼管理情報の場合、スキル対応額合計は￥５，５００であるため、対応するランクは「Ｄ」である。Ｄランクは最低ランクであるから、翻訳者ＤＢ１５２０（図３）から、Ｄランク以上、すなわちすべての翻訳者の翻訳者情報が取得される（Ｓ７１２）。そして、このうち、最低受注価格がスキル対応額合計以下であり、かつスキル対応額に最も近い翻訳者が選択される（Ｓ７１３）。依頼ＩＤ＝２の依頼管理情報の場合、スキル対応額合計￥５，５００以下で、これに最も近い金額である￥５，０００が最低受注額である翻訳者ＩＤ「Ｔ００３」の翻訳者が選択される。そして、翻訳者選択処理は終了し、図２２の翻訳判断処理に戻って、対応する期限情報が期限ＤＢ１５５０から削除された後（Ｓ７１９）、図１５の期限監視処理に戻って、次の期限情報の処理が行われる。
【００７２】
同様にして処理が行われると、依頼ＩＤ＝３の依頼管理情報については、スピード対応額合計￥５，１００は、発注可能最低額￥５，０００以上であるから（図２２、Ｓ５１２：ＹＥＳ）、翻訳者選択処理が行われる（Ｓ７１０）。スキル対応額合計は￥１５，０００であるため、Ｃランク以上の翻訳者からスキル対応額合計￥１５，０００以下で最も近い最低受注額￥９，０００の翻訳者（翻訳者ＩＤ＝Ｔ００５）が選択される（図２３、Ｓ７１１〜Ｓ７１３）。
【００７３】
以上に説明したように、本実施形態では、依頼者は、翻訳を発注する時期を早めるためのスピード対応額と、翻訳の品質を良くするためのスキル対応額とをそれぞれ特定して申し入れることができる。よって、例えば、依頼者が翻訳の質よりも翻訳文を早く入手することを重視する場合には、負担額受付画面７（図２１）のスピード対応額入力欄７１に入力する金額を大きくすればよい。その結果、受付期限までに発注可能最低額までスピード対応額が累積され、翻訳が発注される可能性が高くなる。一方、依頼者が、品質の高い翻訳文を入手したい場合には、スキル対応額入力欄７２に入力する金額を大きくすればよい。その結果、スキル対応額が多く累積され、それに応じて翻訳能力の高い翻訳者により作成された翻訳文が得られる。このように、依頼者の意図を的確に反映して、適切な能力の翻訳者を選択することができる。
【００７４】
本実施形態では、受付期限が設定されており、受付期限を過ぎた時点のスピード対応額が発注可能最低額以上累積されている場合に翻訳者が選択され、翻訳が発注される。すなわち、少なくとも受付期限までは、翻訳は発注されない。しかし、翻訳文を早く入手したいために、大きな金額をスピード対応額として指定する依頼者にとっては、受付期限以前に翻訳が発注されればより望ましい。そこで、以下に説明する本実施形態の変形例を採用することができる。
【００７５】
なお、本実施形態では、図１１のＳ１２で依頼管理ＤＢ１５３１に依頼管理情報を新規登録するステップが、本発明の「翻訳依頼記憶ステップ」に相当する。図２０のＳ２１３およびＳ２１５で、スピード対応額を取得して依頼者負担額ＤＢ１５４１に記憶させるステップが、「第１の申入れ額記憶ステップ」に相当する。図２０のＳ２１４およびＳ２１５で、スキル対応額を取得して依頼者負担額ＤＢ１５４１に記憶させるステップが、「第２の申入れ額記憶ステップ」に相当する。図２２のＳ５１２で、スピード対応額合計が発注可能最低額以上か否かを判断するステップが、「第１の判断ステップ」に相当する。図２２のＳ７１０（図２３）で翻訳者を選択するステップが、「翻訳者選択ステップ」に相当する。
【００７６】
また、図９のＳ２で翻訳依頼を受け付けるサーバ１０のＣＰＵ１１が、本発明の「翻訳依頼受付手段」に相当する。図２０のＳ２１３で、スピード対応額を取得するＣＰＵ１１が、「第１の申入れ額取得手段」に相当する。図２０のＳ２１４で、スキル対応額を取得するＣＰＵ１１が、「第２の申入れ額取得手段」に相当する。図２２のＳ５１２で、スピード対応額合計が発注可能最低額以上か否かを判断するＣＰＵ１１が、「第１の判断手段」に相当する。図２２のＳ７１０（図２３）で翻訳者を選択するＣＰＵ１１が、「翻訳者選択手段」に相当する。
【００７７】
以下に、図２４および図２５を参照して、第２の実施形態の変形例について説明する。図２４は、変形例に係る負担額受付処理のフローチャートである。図２５は、変形例に係る翻訳判断処理のフローチャートである。なお、翻訳システム１およびサーバ１０の構成と、その他の処理は、第２の実施形態と同一であるため、ここでの説明は省略する。
【００７８】
図２４に示すように、変形例に係る負担額受付処理では、まず、第２の実施形態と同様の負担額受付画面７（図２１参照）がユーザ端末２０に表示される（Ｓ２２１）。すなわち、ユーザは、スピード対応額とスキル対応額とをそれぞれ指定して入力を行うことができる。ユーザ端末２０でＯＫボタン７５が選択され、サーバ１０で入力された受信されると（Ｓ２２２：ＹＥＳ）、第２の実施形態と同様に、スピード対応額とスキル対応額とがそれぞれ取得され（Ｓ２２３、Ｓ２２４）、依頼者負担額ＤＢ１５４１に記憶され（Ｓ２２５）、依頼管理ＤＢ１５３１の各合計が更新される（Ｓ２２６）。
【００７９】
続いて、スピード対応額合計が発注可能最低額以上であるか否かが判断される（Ｓ２２７）スピード対応額合計が発注可能最低額以上であれば（Ｓ２２７：ＹＥＳ）、スキル対応額合計に基づいた翻訳者選択処理が行われる（Ｓ７２０）。なお、この翻訳者選択処理は、第２実施形態（図２３）と同一であるため、ここでの説明は省略する。一方、ユーザ端末２０において、負担額受付画面７のキャンセルボタン７６が選択された場合（Ｓ２２２：ＮＯ）と、入力受付後にスピード対応額合計が発注可能最低額未満である場合には（Ｓ２２７：ＮＯ）、負担額受付処理はそのまま終了する。
【００８０】
また、期限監視処理（図１５参照）で行われる翻訳判断処理では（Ｓ５０）、期限が過ぎた期限情報と、対応する情報がすべて削除される。これは、期限を過ぎた時点でまだ期限ＤＢ１５５０に残っている期限情報は、受付期限までにスピード対応額が発注可能最低額に達しなかった、発注が行われない翻訳依頼に関する情報だからである。具体的には、図２５に示すように、変形例に係る翻訳判断処理では、まず、期限が過ぎたと判断された期限情報に対応する翻訳依頼の依頼者に対して、翻訳の発注は行われない旨の通知が送信される（Ｓ５２１）。そして、依頼管理情報、負担額情報、および期限情報が、それぞれ依頼管理ＤＢ１５３１、依頼者負担額ＤＢ１５４１、および期限ＤＢ１５５０からそれぞれ削除される（Ｓ５２２〜Ｓ５２４）。
【００８１】
以上に説明したように、変形例では、受付期限を過ぎるまで待つことなく、スピード対応額およびスキル対応額を受け付ける毎に、スピード対応額合計が発注可能最低額に到達したか否かが判断され、到達次第、翻訳者が選択され、翻訳が発注される。したがって、発注を早くしたい依頼者の意図が、より直接的に反映される結果となる。
【００８２】
なお、第２の実施形態の変形例では、図１１のＳ１２で依頼管理ＤＢ１５３１に依頼管理情報を新規登録するステップが、本発明の「翻訳依頼記憶ステップ」に相当する。図２４のＳ２２３およびＳ２２５で、スピード対応額を取得して依頼者負担額ＤＢ１５４１に記憶させるステップが、「第１の申入れ額記憶ステップ」に相当する。図２４のＳ２２４およびＳ２２５で、スキル対応額を取得して依頼者負担額ＤＢ１５４１に記憶させるステップが、「第２の申入れ額記憶ステップ」に相当する。図２４のＳ２２７で、スピード対応額合計が発注可能最低額以上か否かを判断するステップが、「第１の判断ステップ」に相当する。図２４のＳ７２０（図２３）で翻訳者を選択するステップが、「翻訳者選択ステップ」に相当する。
【００８３】
また、図９のＳ２で翻訳依頼を受け付けるサーバ１０のＣＰＵ１１が、本発明の「翻訳依頼受付手段」に相当する。図２４のＳ２２３で、スピード対応額を取得するＣＰＵ１１が、「第１の申入れ額取得手段」に相当する。図２４のＳ２２４で、スキル対応額を取得するＣＰＵ１１が、「第２の申入れ額取得手段」に相当する。図２４のＳ２２７で、スピード対応額合計が発注可能最低額以上か否かを判断するＣＰＵ１１が、「第１の判断手段」に相当する。図２４のＳ７２０（図２３）で翻訳者を選択するＣＰＵ１１が、「翻訳者選択手段」に相当する。
【００８４】
<第３の実施形態>
次に、第３の実施形態に係る翻訳システム１について、図２６〜図３３を参照して説明する。第３の実施形態では、依頼者がサーバ１０に申し入れた負担同意額が、基本の受付期限が過ぎた時点で発注可能最低額に到達している場合に、翻訳の質を高めるために、追加で負担同意額を受け付ける期間を設ける点が特徴である。
【００８５】
まず、第３の実施形態に係る翻訳システム１の構成およびサーバ１０の構成については、第１の実施形態とほぼ同一である。よって、第１の実施形態と共通する点については説明を省略し、図２６および図２７を参照して、第１の実施形態とは異なる点についてのみ説明する。図２６は、第３の実施形態に係る依頼管理ＤＢ１５３２の説明図である。図２７は、第３の実施形態に係る期限ＤＢ１５５２の説明図である。
【００８６】
図２６に示す依頼管理ＤＢ１５３２は、第１の実施形態と同様、ＨＤＤ１５の依頼管理ＤＢ記憶エリア１５３に記憶されている。依頼管理ＤＢ１５３１に記憶される依頼管理情報は、依頼ＩＤ、原文ＵＲＬ、元言語、翻訳言語、受付額合計、基本受付期限、追加受付期限、翻訳者ＩＤ、および翻訳文ＩＤを含む。依頼ＩＤ、原文ＵＲＬ、元言語、翻訳言語、受付額合計、翻訳者ＩＤ、および翻訳文ＩＤについては、第１の実施形態で説明した通りである。一方、第１の実施形態では１種類のみであった受付期限に代えて、本実施形態では、基本受付期限と追加受付期限の２種類が設けられている。基本受付期限とは、この期限までに受け付けた負担同意額の合計が発注可能最低額以上であれば、発注が確定される期限である。追加受付期限は、基本受付期限が過ぎた時点で負担同意額合計が発注可能最低額を超えている場合に設けられる、追加で負担同意額を受け付ける期限である。よって、追加受付期限は、基本受付期限を過ぎていない場合には依頼管理ＤＢ１５３２には記憶されていない。
【００８７】
図２７に示す期限ＤＢ１５５２は、第１の実施形態と同様、ＨＤＤ１５の期限ＤＢ記憶エリア１５５に記憶されている。期限ＤＢ１５５２に記憶される期限情報は、依頼ＩＤ、期限、および種別を含む。依頼ＩＤは、第１の実施形態で説明した通りである。期限は、前述した基本受付期限または追加受付期限の日付である。種別は、期限の種別である。記憶されている期限情報が、基本受付期限に関するものなのか、追加受付期限であるのかに応じて、「基本」または「追加」のいずれかが種別として記憶される。すなわち、図２７の例では、依頼ＩＤ＝２の期限情報は、追加受付期限に対応するものであり、依頼ＩＤ＝３および依頼ＩＤ＝４の期限情報は、基本受付期限に対応するものである。
【００８８】
以下に、図２８〜図３３を参照して、本実施形態においてサーバ１０で行われる処理について、第１の実施形態と異なる処理を主として説明する。図２８は、第３の実施形態に係る翻訳依頼登録処理のフローチャートである。図２９は、第３の実施形態に係る負担額受付処理のフローチャートである。図３０は、基本期間用の負担額受付画面８の模式図である。図３１は、追加期間用の負担額受付画面９の模式図である。図３２は、第３の実施形態に係る翻訳判断処理のフローチャートである。図３３は、第３の実施形態に係る翻訳者選択処理のフローチャートである。なお、図２８〜図２９および図３２〜図３３の処理は、ＨＤＤ１５のプログラム記憶エリア１５８に記憶されたプログラムに従って、サーバ１０のＣＰＵ１１によって実行される。
【００８９】
本実施形態において、いずれかのユーザ端末２０からサーバ１０が翻訳依頼を受信した場合には、第１の実施形態と同様、図９に示す依頼受付処理が行われる。依頼受付処理では、受信した翻訳依頼が新規の翻訳依頼であるか（Ｓ３）、翻訳文が登録済みであるか（Ｓ４）、翻訳が発注済であるか（Ｓ５）の判断結果に応じて、翻訳依頼登録処理（Ｓ１０）、翻訳文利用処理（Ｓ３０）、および負担額受付処理（Ｓ４０）のいずれかの処理が行われる。このうち、翻訳依頼登録処理（Ｓ１０）、翻訳依頼登録処理中に行われる負担額受付処理（図１１、Ｓ２０）、および共同依頼を受け付ける際の負担額受付処理（Ｓ４０）の内容は、第１の実施形態とは異なる。よって、以下に、図２８〜図３１を参照して、各処理について説明する。
【００９０】
図２８に示すように、本実施形態の翻訳依頼登録処理では、まず、基本受付期限が設定される（Ｓ１１１）。基本受付期限は、基本期間（例えば、７日間）が予めシステム運営者によって設定され、ＨＤＤ１５の所定の記憶エリアに記憶されており、これに基づいて求められる。受信された翻訳依頼に含まれる情報と基本受付期限とを含む新たな依頼管理情報が依頼管理ＤＢ１５３２（図２６）に登録される（Ｓ１１２）。また、基本受付期限は、依頼ＩＤと種別（基本）とともに、期限ＤＢ１５５２（図２７）にも登録される（Ｓ１１３）。その後、負担額受付処理が行われる（Ｓ２３０、図２９）。
【００９１】
図２９に示すように、本実施形態の負担額受付処理では、まず、現在の日付が基本受付期限よりも前か否かに基づき、基本期間中か否かが判断される（Ｓ２３１）。基本期間中であれば、ＣＰＵ１１は、必要な情報をユーザ端末２０に送信し、図３０に示す基本期間用の負担額受付画面８をユーザ端末２０のディスプレイに表示させる（Ｓ２３２）。図３０に示すように、負担額受付画面８には、依頼者が指定した原文ＵＲＬ、元言語および翻訳言語、発注可能最低額、現在の受付額合計、並びに基本受付期限が表示される。そして、現在の受付額が発注可能最低額未満の場合には、受付額合計の表示に並んで、「現在、発注は未確定です。」というメッセージが表示される。一方、現在の受付額が発注可能最低額に達している場合には、「すでに発注は確定済です。受付期限を過ぎると翻訳者のランクアップのための追加受付期間に移行します。」というメッセージ（図示外）が表示される。これらの情報の下には、「翻訳料金のうち、以下の金額を負担することに同意します。」というメッセージが表示され、負担同意額の入力欄８１が設けられている。さらに、画面の下部には、負担同意額の入力を確定するためのＯＫボタン８５と、入力をキャンセルするためのキャンセルボタン８６が表示される。
【００９２】
一方、基本期間中でないと判断された場合（Ｓ２３１：ＮＯ）、すでに基本受付期限を過ぎ、追加受付期限までの期間（以下、追加期間という）に移行していることを意味する。したがって、ＣＰＵ１１は、必要な情報をユーザ端末２０に送信し、図３１に示す追加期間用の負担額受付画面９をユーザ端末２０のディスプレイに表示させる（Ｓ２３３）。追加期間用の負担額受付画面９は、基本期間用の負担額受付画面８とほぼ同一であるが、表示される受付期限と、現在の受付額合計とあわせて表示されるメッセージが異なる。具体的には、図３１に示すように、追加期間用の負担額受付画面９では、受付期限として、基本受付期限に代えて追加受付期限が表示される。また、「すでに発注は確定済です。現段階で受け付けた負担同意額は翻訳者のランクアップに使用されます。」というメッセージが表示される。このように、基本期間と追加期間とで異なるメッセージが表示されることにより、依頼者は、現在の状況を容易に把握し、対応することができる。例えば、現在基本期間中であるが、発注が未確定であれば、どうしても翻訳文を入手したい依頼者は、負担同意額をさらに入力すればよい。また、現在、追加期間中であれば、品質のよい翻訳文を入手したい依頼者は負担同意額をさらに入力すればよい。
【００９３】
基本期間用の負担額受付画面８または追加期間用の負担額受付画面９で入力が行われ（Ｓ２３２またはＳ２３３）、ＣＰＵ１１が入力された情報を受信した場合には（Ｓ２３４：ＹＥＳ）、負担同意額がＲＡＭ１３に取得される（Ｓ２３５）。そして、負担同意額が依頼者負担額ＤＢ１５４０（図６）に記憶され（Ｓ２３６）、依頼管理ＤＢ１５３２（図２６）の受付額合計が更新されると（Ｓ２３７）、図２９の負担額受付処理は終了し、図２８の翻訳依頼登録処理に戻る。翻訳依頼登録処理も終了し、図９の依頼受付処理のＳ１に戻る。
【００９４】
本実施形態でも、第１の実施形態と同様に、期限監視処理（図１５）において、共同依頼の受付期限を過ぎたと判断された場合には（Ｓ４２：ＹＥＳ）、翻訳判断処理が行われる（Ｓ５０）。ただし、本実施形態に係る翻訳判断処理の内容は、第１の実施形態とは異なるため、図３２を参照して以下に説明する。なお、以下の説明では、図３〜４、図６、図８、および図２６に示す情報が、該当するデータベースにそれぞれ記憶されているものとし、現在の日付が２００７年９月２日であるとする。
【００９５】
図３２に示すように、本実施形態の翻訳判断処理では、まず、期限監視処理で、受付期限を過ぎたと判断された最初の期限情報に対応する依頼管理情報が、依頼管理ＤＢ１５３２（図２６）から取得される（Ｓ５３１）。ここでは、依頼ＩＤ＝１の依頼管理情報が取得されたものとする。そして、期限情報の種別が「基本」であるか否かに基づき、過ぎた期限が基本受付期限であるか否かが判断される（Ｓ５３２）。種別が「基本」であれば（Ｓ５３２：ＹＥＳ）、依頼管理情報の受付額合計が発注可能最低額以上であるか否かが判断される（Ｓ５３３）。例えば、依頼ＩＤ＝１の依頼管理情報の受付額合計は￥２，０００であり、発注可能最低額の￥５，０００に満たない（Ｓ５３３：ＮＯ）。よって、翻訳の発注はされないことになるため、ＣＰＵ１１は、依頼者にその旨を通知する（Ｓ５３４）。その後、依頼ＩＤ＝１の依頼管理情報を依頼管理ＤＢ１５３２から削除し（Ｓ５３５）、期限情報を期限ＤＢ１５５２（図２７）から削除して（Ｓ７３９）、図３２の翻訳判断処理を終了し、図１５の期限監視処理に戻る。
【００９６】
２番目の期限情報の期限も過ぎている場合には（図１５、Ｓ４２：ＹＥＳ）、この期限情報に対応する依頼管理情報が依頼管理ＤＢ１５３２（図２６）から取得される（Ｓ５３１）。ここでは、依頼ＩＤ＝２の依頼管理情報が取得されたものとする。種別が「基本」であれば（Ｓ５３２：ＹＥＳ）、受付額合計の￥１０，５００は発注可能最低額の￥５，０００以上であるから（Ｓ５３３：ＹＥＳ）、追加受付期限が設定される（Ｓ５３６）。追加受付期限は、基本受付期限と同様にして、例えば、予めシステム運営者によって設定され、ＨＤＤ１５の所定の記憶エリアに記憶された追加期間（例えば、７日間）に基づいて求められる。ＣＰＵ１１は、設定した追加受付期限によって、期限ＤＢ１５５２の期限情報を上書きする（Ｓ５３７）。すなわち、図２７に示すように、依頼ＩＤ＝２の期限情報では、期限として記憶されていた基本受付期限の２００７年９月１日が、追加受付期限の２００７年９月８日に上書きされた状態となる。また、種別として記憶されていた「基本」が、「追加」に上書きされる。また、依頼管理ＤＢ１５３２においても、依頼ＩＤ＝２の依頼管理情報の追加受付期限として、２００７年９月８日が記憶される（Ｓ５３８）。
【００９７】
さらに、ＣＰＵ１１は、依頼者負担額ＤＢ１５４０（図６）を参照して、依頼ＩＤ＝２の依頼者に対して、追加期間に移行した旨の通知を送信する（Ｓ５３９）。これは、依頼者に翻訳の発注が確定されたことを通知し、依頼者が質の高い翻訳文を入手したい場合にはさらに負担同意額を申し入れることができるようにするためである。依頼者への通知後、図３２の翻訳判断処理は終了し、図１５の期限監視処理に戻る。
【００９８】
以上の処理の後、２００７年９月９日になったとする。すると、期限ＤＢ１５５２（図２７）に記憶されている依頼ＩＤ＝２の期限情報は、期限監視処理で期限（２００７年９月８日）が過ぎていると判断される（図１５、Ｓ４２：ＹＥＳ）。よって、依頼ＩＤ＝２の依頼管理情報が、依頼管理ＤＢ１５３２から取得される（Ｓ５３１）。依頼ＩＤ＝２の期限情報の種別は「追加」であるから、過ぎた期限は基本受付期限ではなく、追加受付期限である（Ｓ５３２：ＮＯ）。前述した通り、追加受付期限が設定された依頼管理情報は、すでに受付額合計が発注可能最低額に到達し、発注が確定されたものである。したがって、翻訳者選択処理が行われる（Ｓ７２０、図３３）。
【００９９】
図３３に示す本実施形態に係る翻訳者選択処理では、受付額合計と発注可能最低額との差額に応じて、翻訳者が選択される。前述したように、発注可能最低額とは、発注を確定するために最低限必要な金額である。したがって、受付額合計のうち、発注可能最低額を超えた部分が、より品質の高い翻訳文を入手するために投資された金額だと考えられる。特に、本実施形態では、基本期間経過時に受付額合計が発注可能最低額に達している場合に設けられる追加期間は、翻訳者のランクアップのための期間であると定義されているので、そうみなしてよい。そこで、本実施形態では、第１の実施形態で用いられた受付額合計ではなく、受付額合計と発注可能最低額との差額が、翻訳者の選択に用いられる。
【０１００】
具体的には、まず、図３２のＳ５３１で取得された依頼管理情報の受付額合計と、発注可能最低額との差額が算出される（Ｓ７３１）。そして、算出された差額に対応する翻訳者のランクが、料金テーブル１５６０（図８参照）から取得される（Ｓ７３２）。例えば、依頼ＩＤ＝２の依頼管理情報の受付額合計は、追加期間中に￥３０，０００にまで達していたとする。この場合、発注可能最低額￥５，０００との差額は￥２５，０００である。したがって、対応する翻訳者のランクとして、「Ｂ」が取得される。続いて、取得されたランク以上の翻訳者の翻訳者情報が、翻訳者ＤＢ１５２０から取得される（Ｓ７３３）。すなわち、翻訳者ＩＤ＝Ｔ００１（Ａランク）と、翻訳者ＩＤ＝Ｔ００４（Ｂランク）の翻訳者情報が取得される。そして、このうち、最低受注額が受付額合計以下で最も近い金額の翻訳者が、発注先として選択される（Ｓ７２４）。翻訳者ＩＤ＝Ｔ００１の最低受注額は￥２０，０００、翻訳者ＩＤ＝Ｔ００４の最低受注額は￥１８，０００であるから、受付合計額が￥３０，０００であれば、翻訳者ＩＤ＝Ｔ００１が発注先の翻訳者として選択される。その後、期限管理が不要となった依頼ＩＤ＝２の期限情報が期限ＤＢ１５５２（図２７）から削除され（Ｓ７３９）、翻訳者選択処理は終了する。
【０１０１】
以上に説明したように、本実施形態では、基本受付期限を過ぎた時点で負担同意額が発注可能最低額まで累積されている場合には、さらに翻訳の質をよくするための追加期間が設けられる。そして、追加期間が経過した時点の受付額合計と発注可能最低額の差額に応じて、差額が大きくなるほど翻訳能力の高い翻訳者が、翻訳の発注先として選択される。なお、受付額合計が大きくなれば差額も大きくなるので、言い換えれば、受付額が大きくなるほど、翻訳能力の高い翻訳者が翻訳の発注先として選択される。基本受付期限までに発注可能最低額まで負担同意額が累積されている場合、その原文コンテンツの翻訳文に対して一定の需要があると推測できる。したがって、そのような一定の需要のあるコンテンツに対しては、追加期間を設けることにより、さらに負担同意額の申し入れを受け付けて受付額合計を増加させ、より翻訳能力の高い翻訳者を選択することができる。
【０１０２】
本実施形態では、基本期間が経過した時点で追加期間を設けるか否かが判断されるので、基本期間の早いうちに負担同意額が発注可能最低額まで累積されても、基本期間が経過するまでは追加期間には移行しない。しかし、翻訳文を早く入手したい依頼者にとっては、負担同意額が発注可能最低額まで累積され、発注が確定された時点で追加期間に移行されれば、より早く発注が行われるため望ましい。そこで、以下に説明する本実施形態の変形例を採用することができる。
【０１０３】
なお、本実施形態では、図２８のＳ１１２で依頼管理ＤＢ１５３２に依頼管理情報を新規登録するステップが、本発明の「翻訳依頼記憶ステップ」に相当する。図２９のＳ２３５〜Ｓ２３６で、負担同意額を取得して依頼者負担額ＤＢ１５４０に記憶させるステップが、「依頼者申入れ額記憶ステップ」に相当する。図１５のＳ４２および図３２のＳ５３２で基本受付期限を過ぎたか否かを判断するステップが、「第１の判断ステップ」に相当する。図３２のＳ５３３で、受付額合計が発注可能最低額以上か否かを判断するステップが、「第２の判断ステップ」に相当する。図３２のＳ５３６で、追加受付期限を設定するステップが、「期間設定ステップ」に相当する。図１５のＳ４２および図３２のＳ５３２で追加受付期限を過ぎたか否かを判断するステップが、「第３の判断ステップ」に相当する。図３２のＳ７３０（図３３）で翻訳者を選択するステップが、「翻訳者選択ステップ」に相当する。
【０１０４】
また、図９のＳ２で翻訳依頼を受け付けるサーバ１０のＣＰＵ１１が、本発明の「翻訳依頼受付手段」に相当する。図２９のＳ２３５で、負担同意額を取得するＣＰＵ１１が、「依頼者申入れ額取得手段」に相当する。図１５のＳ４２および図３２のＳ５３２で追加受付期限を過ぎたか否かを判断するＣＰＵ１１が、「第１の判断手段」に相当する。図３２のＳ７３０（図３３）で翻訳者を選択するＣＰＵ１１が、「翻訳者選択手段」に相当する。
【０１０５】
以下に、図３４および図３５を参照して、第３の実施形態の変形例について説明する。図３４は、変形例に係る負担額受付処理のフローチャートである。図３５は、変形例に係る翻訳判断処理のフローチャートである。なお、翻訳システム１およびサーバ１０の構成と、その他の処理は、第３の実施形態と同一であるため、ここでの説明は省略する。
【０１０６】
図３４に示すように、変形例に係る負担額受付処理では、まず、第３の実施形態と同様に、現在、基本期間中であるか否かが判断される（Ｓ２４１）。そして、基本期間中であるか追加期間中であるかに応じて、基本期間用の負担額受付画面８（図３０）または追加期間用の負担額受付画面９（図３１）がユーザ端末２０に表示される（Ｓ２４２またはＳ２４３）。ユーザ端末２０で入力が行われ、ＣＰＵ１１が入力された情報を受信した場合には（Ｓ２４５：ＹＥＳ）、負担同意額がＲＡＭ１３に取得される（Ｓ２４６）。そして、負担同意額が依頼者負担額ＤＢ１５４０（図６）に記憶され（Ｓ２４７）、依頼管理ＤＢ１５３２の受付額合計が更新される（Ｓ２４８）。
【０１０７】
続いて、現在、基本期間中であるか否かが判断される（Ｓ２５１）。基本期間中であれば（Ｓ２５１：ＹＥＳ）、ＣＰＵ１１は、Ｓ２４６で新たに負担同意額を受け付けたことにより、受付額合計が発注可能最低額以上になったか否かを判断する（Ｓ２５２）。受付額合計が発注可能最低額以上であれば（Ｓ２５２：ＹＥＳ）、発注が確定される。よって、ＣＰＵ１１は、すぐに追加期間に移行するために追加受付期限を設定し（Ｓ２５３）、期限ＤＢ１５５２（図２７）に上書き登録する（Ｓ２５４）。そして、依頼者に追加期間に移行した旨の通知を送信して（Ｓ２５５）、処理を終了する。一方、Ｓ２５１において、基本期間中ではなく、追加期間中だと判断された場合には（Ｓ２５１：ＮＯ）、そのまま追加受付期限まで負担同意額を受け付けるだけなので、負担額受付処理は終了する。また、基本期間中であるが（Ｓ２５１：ＹＥＳ）、Ｓ２４６で新たに負担同意額を受け付けても、受付額合計が発注可能最低額に到達しない場合には（Ｓ２５２：ＮＯ）、そのまま負担額受付処理は終了する。基本期間中は、負担同意額が発注可能最低額まで累積されるまで待つ必要があるためである。
【０１０８】
また、期限監視処理（図１５参照）で行われる翻訳判断処理は（Ｓ５０）、以下のように行われる。図３５に示すように、まず、期限が過ぎたと判断された期限情報に対応する依頼管理情報が取得される（Ｓ５４１）。そして、過ぎた期限が基本受付期限であるか否かが判断される（Ｓ５４２）。基本受付期限の場合には（Ｓ５４２：ＹＥＳ）、期限が過ぎた基本受付期限の期限情報と、対応する情報がすべて削除される。これは、この時点でまだ期限ＤＢ１５５２に残っている基本受付期限の期限情報は、基本受付期限までに受付額合計が発注可能最低額に達しなかった、発注が行われない翻訳依頼に関する情報だからである。具体的には、まず、期限が過ぎたと判断された期限情報に対応する翻訳依頼の依頼者に対して、翻訳の発注は行われない旨の通知が送信される（Ｓ５４３）。そして、依頼管理情報、負担額情報、および期限情報が、それぞれ依頼管理ＤＢ１５３２、依頼者負担額ＤＢ１５４０、および期限ＤＢ１５５２からそれぞれ削除される（Ｓ５４４〜Ｓ５４６）。
【０１０９】
一方、過ぎた期限が基本受付期限ではなく、追加受付期限だった場合には（Ｓ５４２：ＹＥＳ）、翻訳者選択処理が行われる（Ｓ７４０）。なお、変形例に係る翻訳者選択処理の内容は、第３の実施形態（図３３）と同一であるため、ここでの説明は省略する。
【０１１０】
以上に説明したように、変形例では、基本受付期限を過ぎるまで待つことなく、負担同意額を受け付ける毎に、受付額合計が発注可能最低額に到達したか否かが判断され、到達次第、翻訳の質をよくするための追加期間に移行する。その結果、受付額合計が発注可能最低額に短期間で到達した場合には、常に基本受付期限まで待つ第３の実施形態に比べ、翻訳が発注されるまでの期間を短縮することができる。したがって、発注を早くしたい依頼者の意図が、より直接的に反映される結果となる。
【０１１１】
なお、第３の実施形態の変形例では、図２８のＳ１１２で依頼管理ＤＢ１５３２に依頼管理情報を新規登録するステップが、本発明の「翻訳依頼記憶ステップ」に相当する。図３４のＳ２４６〜Ｓ２４７で、負担同意額を取得して依頼者負担額ＤＢ１５４０に記憶させるステップが、「依頼者申入れ額記憶ステップ」に相当する。図３４のＳ２５２で、受付額合計が発注可能最低額以上か否かを判断するステップが、「第１の判断ステップ」に相当する。図３４のＳ２５３で、追加受付期限を設定するステップが、「期間設定ステップ」に相当する。図１５のＳ４２および図３５のＳ５４２で、追加受付期限を過ぎたか否かを判断するステップが、「第２の判断ステップ」に相当する。図３２のＳ７４０（図３３）で翻訳者を選択するステップが、「翻訳者選択ステップ」に相当する。
【０１１２】
また、図９のＳ２で翻訳依頼を受け付けるサーバ１０のＣＰＵ１１が、本発明の「翻訳依頼受付手段」に相当する。図３４のＳ２４６で、負担同意額を取得するＣＰＵ１１が、「依頼者申入れ額取得手段」に相当する。図３４のＳ２５２で、受付額合計が発注可能最低額以上か否かを判断するＣＰＵ１１が、「第１の判断手段」に相当する。図３４のＳ２５３で、追加受付期限を設定するＣＰＵ１１が、「期間設定手段」に相当する。図１５のＳ４２および図３５のＳ５４２で、追加受付期限を過ぎたか否かを判断するＣＰＵ１１が、「第２の判断手段」に相当する。図３２のＳ７４０（図３３）で翻訳者を選択するＣＰＵ１１が、「翻訳者選択手段」に相当する。
【０１１３】
なお、前述の実施形態に示される翻訳システム１の構成は例示であり、本発明は各種の変形が可能なことはいうまでもない。例えば、第１の実施形態では、受付期限を過ぎた時点で受付額合計が発注可能最低額以上の翻訳依頼についてのみ、翻訳者の選択が行われ、翻訳が発注される。しかし、発注可能最低額は設けずに、受付期限を過ぎた時点の受付額合計に基づき、すべての翻訳依頼について翻訳者の選択を行い、翻訳を発注してもよい。
【０１１４】
第１の実施形態では、受付額合計に対応するランクの翻訳者が選択されるが、第１の実施形態でも、第３の実施形態のように受付額合計と発注可能最低額の差額に対応するランクの翻訳者を選択してもよい。反対に、第３の実施形態でも、受付額合計と発注可能最低額の差額に代えて、受付額合計に対応するランクの翻訳者を選択することも可能である。
【図面の簡単な説明】
【０１１５】
【図１】翻訳システム１の概略構成を示すシステム構成図である。
【図２】サーバ１０の電気的構成を示すブロック図である。
【図３】ユーザデータベース１５１０の説明図である。
【図４】翻訳者データベース１５２０の説明図である。
【図５】依頼管理データベース１５３０の説明図である。
【図６】依頼者負担額データベース１５４０の説明図である。
【図７】期限データベース１５５０の説明図である。
【図８】料金テーブル１５６０の説明図である。
【図９】依頼受付処理のフローチャートである。
【図１０】翻訳依頼画面５の模式図である。
【図１１】依頼受付処理中に行われる翻訳依頼登録処理のフローチャートである。
【図１２】翻訳依頼登録処理中に行われる負担額受付処理である。
【図１３】負担額受付画面６の模式図である。
【図１４】依頼受付処理中に行われる翻訳文利用処理のフローチャートである。
【図１５】期限監視処理のフローチャートである。
【図１６】期限監視処理中に行われる翻訳判断処理のフローチャートである。
【図１７】翻訳判断処理中に行われる翻訳者選択処理のフローチャートである。
【図１８】第２の実施形態に係る依頼管理ＤＢ１５３１の説明図である。
【図１９】第２の実施形態に係る依頼者負担額ＤＢ１５４１の説明図である。
【図２０】第２の実施形態に係る負担額受付処理のフローチャートである
【図２１】第２の実施形態に係る負担額受付画面７の模式図である。
【図２２】第２の実施形態に係る翻訳判断処理のフローチャートである。
【図２３】第２の実施形態の翻訳判断処理中に行われる翻訳者選択処理のフローチャートである。
【図２４】第２の実施形態の変形例に係る負担額受付処理のフローチャートである。
【図２５】第２の実施形態の変形例に係る翻訳判断処理のフローチャートである。
【図２６】第３の実施形態に係る依頼管理ＤＢ１５３２の説明図である。
【図２７】第３の実施形態に係る期限ＤＢ１５５２の説明図である。
【図２８】第３の実施形態に係る翻訳依頼登録処理のフローチャートである。
【図２９】第３の実施形態に係る負担額受付処理のフローチャートである。
【図３０】基本期間用の負担額受付画面８の模式図である。
【図３１】追加期間用の負担額受付画面９の模式図である。
【図３２】第３の実施形態に係る翻訳判断処理のフローチャートである。
【図３３】第３の実施形態に係る翻訳者選択処理のフローチャートである。
【図３４】第３の実施形態の変形例に係る負担額受付処理のフローチャートである。
【図３５】第３の実施形態の変形例に係る翻訳判断処理のフローチャートである。
【符号の説明】
【０１１６】
１  翻訳システム
３  インターネット
１０  サーバ
１１  ＣＰＵ
１５  ハードディスク装置
１５２０  翻訳者データベース
１５３０、１５３１、１５３２  依頼管理データベース
１５４０、１５４１  依頼者負担額データベース
２０  ユーザ端末
３０  翻訳者端末
【図１】
2009122784.tif 000003
【図２】
2009122784.tif 000004
【図３】
2009122784.tif 000005
【図４】
2009122784.tif 000006
【図５】
2009122784.tif 000007
【図６】
2009122784.tif 000008
【図７】
2009122784.tif 000009
【図８】
2009122784.tif 000010
【図９】
2009122784.tif 000011
【図１０】
2009122784.tif 000012
【図１１】
2009122784.tif 000013
【図１２】
2009122784.tif 000014
【図１３】
2009122784.tif 000015
【図１４】
2009122784.tif 000016
【図１５】
2009122784.tif 000017
【図１６】
2009122784.tif 000018
【図１７】
2009122784.tif 000019
【図１８】
2009122784.tif 000020
【図１９】
2009122784.tif 000021
【図２０】
2009122784.tif 000022
【図２１】
2009122784.tif 000023
【図２２】
2009122784.tif 000024
【図２３】
2009122784.tif 000025
【図２４】
2009122784.tif 000026
【図２５】
2009122784.tif 000027
【図２６】
2009122784.tif 000028
【図２７】
2009122784.tif 000029
【図２８】
2009122784.tif 000030
【図２９】
2009122784.tif 000031
【図３０】
2009122784.tif 000032
【図３１】
2009122784.tif 000033
【図３２】
2009122784.tif 000034
【図３３】
2009122784.tif 000035
【図３４】
2009122784.tif 000036
【図３５】
2009122784.tif 000037