JP2009110206A - 収入分配額決定方法、収入分配額決定プログラム、および翻訳コンテンツ提供サーバ - Google Patents

Abstract

【課題】翻訳依頼者の金銭的負担を軽減することが可能な、収入分配額決定方法、収入分配額決定プログラム、および翻訳コンテンツ提供サーバを提供する。
【解決手段】翻訳システムを構成するサーバにおいて、Ｗｅｂ公開用の翻訳文にリンクされた広告からの収入が得られると（Ｓ６２：ＹＥＳ）、広告が付加された翻訳文の翻訳料金を負担した依頼者への広告収入の分配処理が行われる。これまでに依頼者が負担した依頼者負担額に応じて、依頼者以外の分配対象者に広告収入を分配することを前提に分配額を決定する第１の分配処理（Ｓ７０）、依頼者と依頼者以外の分配対象者に広告収入をすることを前提に分配額を決定する第２の分配処理（Ｓ８０）、または依頼者のみに広告収入を分配することを前提に分配額を決定する第３の分配処理が行われる（Ｓ９０）。
【選択図】図１５

Description

本発明は、収入分配額決定方法、収入分配額決定プログラム、および翻訳コンテンツ提供サーバに関する。

近年、インターネットの普及に伴い、ユーザは、ＷＷＷ上の情報であるＷｅｂコンテンツを検索するなどして、自己の要望に即した情報を世界各地から得られるようになった。ところが、母国語以外の言語により記述されたＷｅｂコンテンツの場合、ユーザは必ずしもその言語には精通しておらず、内容の理解が困難な場合も多い。このような場合に、ユーザからの要求に基づいて、翻訳者への翻訳依頼を仲介する翻訳サービスシステムが知られている（例えば、特許文献１）。

一方、インターネットを介して行われる電子商品取引では、共同購入希望者をインターネットを介して募集し、商品の購入希望数に応じて商品の販売価格が決定される、共同購入という形態がある（例えば、特許文献２）。
特開２００３−６４５５号公報 特開２００２−２６９３８８号公報

特許文献１に記載の翻訳サービスシステムでは、翻訳料は高額であるため、翻訳を依頼する１名のユーザが翻訳料を全額支払うとすると、金銭的な負担が大きいため、翻訳がされない場合があった。特許文献２に記載されているような共同購入の形態を適用して、翻訳の共同依頼を行う場合、人気のあるＷｅｂコンテンツには翻訳依頼者が多数集まり、１名あたりの負担が小額となるため、翻訳を依頼することができる。しかし、ある特定の少数のユーザにとっては非常に有用なＷｅｂコンテンツであっても、それ以上翻訳依頼者が集まらなければ、１名あたりの翻訳料の負担は依然として大きいため、翻訳が依頼されない場合があるという問題があった。

本発明は、上記問題点を解決するためになされたものであり、翻訳依頼者の金銭的負担を軽減することが可能な、収入分配額決定方法、収入分配額決定プログラム、および翻訳コンテンツ提供サーバを提供することを目的とする。

上記目的を達成するために、請求項１に係る発明の収入分配額決定方法は、ネットワークを介して接続されたクライアント端末に対して、原文のコンテンツとは異なる言語に翻訳された翻訳コンテンツを提供するサーバによって処理される収入分配額決定方法であって、翻訳コンテンツ記憶手段に記憶された前記翻訳コンテンツを、前記ネットワークを介して前記クライアント端末に提供する翻訳コンテンツ提供ステップと、前記翻訳コンテンツの提供に付随して得られた収入の金額である収入額を記憶する収入記憶手段から、前記収入額を取得する収入額取得ステップと、前記原文のコンテンツから前記翻訳コンテンツへの翻訳に関して翻訳依頼者が負担した金額である依頼者負担額を記憶する依頼者負担額記憶手段から、前記依頼者負担額を取得する依頼者負担額取得ステップと、前記依頼者負担額取得ステップで取得された前記依頼者負担額が、第１の所定金額以下であるか否かを判断する第１の判断ステップと、前記第１の判断ステップで前記依頼者負担額が前記第１の所定金額より大きいと判断された場合には、前記依頼者負担額が前記第１の所定金額以下であると判断された場合よりも前記翻訳依頼者への割当てが大きくなるように、前記翻訳依頼者と翻訳依頼者以外への前記収入額の分配比率を設定する分配比率設定ステップと、前記分配比率設定ステップで設定された前記分配比率に基づいて、前記収入額取得ステップで取得された前記収入額のうち、前記翻訳依頼者に分配する金額である依頼者分配額を決定する分配額決定ステップと、前記分配額決定ステップで決定された前記依頼者分配額を、前記依頼者負担額記憶手段に記憶された前記依頼者負担額から差し引くことにより、前記依頼者負担額を更新する依頼者負担額更新ステップとを備えている。

また、請求項２に係る発明の収入分配額決定方法では、請求項１に記載の発明の構成に加え、前記分配比率設定ステップでは、前記第１の判断ステップで前記依頼者負担額が前記第１の所定金額以下であると判断された場合には、前記収入額がすべて前記翻訳依頼者以外へ割当てられるように前記分配比率を設定することを特徴とする。

また、請求項３に係る発明の収入分配額決定方法では、請求項１または２に記載の発明の構成に加え、前記依頼者負担額記憶手段に記憶された前記依頼者負担額が、前記第１の所定金額よりも大きい第２の所定金額以下であるか否かを判断する第２の判断ステップをさらに備え、前記分配比率設定ステップでは、前記第２の判断ステップで前記依頼者負担額が前記第２の所定金額より大きいと判断された場合には、前記収入額がすべて前記翻訳依頼者へ割当てられるように前記分配比率を設定し、前記依頼者負担額が前記第２の所定金額以下であると判断された場合には、前記収入額が前記翻訳依頼者および前記翻訳依頼者以外の両方に割当てられるように前記分配比率を設定することを特徴とする。

また、請求項４に係る発明の収入分配額決定プログラムは、請求項１〜３のいずれかに記載の収入分配額決定方法の各種処理ステップをコンピュータに実行させることを特徴とする。

さらに、請求項５に係る発明の翻訳コンテンツ提供サーバは、ネットワークを介して接続されたクライアント端末に対して、原文のコンテンツとは異なる言語に翻訳された翻訳コンテンツを提供する翻訳コンテンツ提供サーバであって、翻訳コンテンツ記憶手段に記憶された前記翻訳コンテンツを、前記ネットワークを介して前記クライアント端末に提供する翻訳コンテンツ提供手段と、前記翻訳コンテンツの提供に付随して得られた収入の金額である収入額を記憶する収入記憶手段から、前記収入額を取得する収入額取得手段と、前記原文のコンテンツから前記翻訳コンテンツへの翻訳に関して翻訳依頼者が負担した金額である依頼者負担額を記憶する依頼者負担額記憶手段から、前記依頼者負担額を取得する依頼者負担額取得手段と、前記依頼者負担額取得手段によって取得された前記依頼者負担額が、第１の所定金額以下であるか否かを判断する第１の判断手段と、前記第１の判断手段により前記依頼者負担額が前記第１の所定金額より大きいと判断された場合には、前記依頼者負担額が前記第１の所定金額以下であると判断された場合よりも前記翻訳依頼者への割当てが大きくなるように、前記翻訳依頼者と翻訳依頼者以外への前記収入額の分配比率を設定する分配比率設定手段と、前記分配比率設定手段により設定された前記分配比率に基づいて、前記収入額取得手段により取得された前記収入額のうち、前記翻訳依頼者に分配する金額である依頼者分配額を決定する分配額決定手段と、前記分配額決定手段により決定された前記依頼者分配額を、前記依頼者負担額記憶手段に記憶された前記依頼者負担額から差し引くことにより、前記依頼者負担額を更新する依頼者負担額更新手段とを備えている。

請求項１に係る発明の収入分配額決定方法によれば、翻訳依頼者は、原文コンテンツから翻訳コンテンツへの翻訳に関して翻訳料金を負担しなければならないが、後に翻訳コンテンツの提供に付随して収入が得られた場合には、その収入からの分配を受けることができる。また、翻訳依頼者の負担した依頼者負担額は、依頼者への分配額（依頼者分配額）が決定される度に、決定された依頼者分配額が差し引かれて更新されており、これが第１の所定金額以下になると、翻訳依頼者への分配比率は小さくなる。すなわち、第１の所定金額までは、翻訳依頼者に対して速やかに収入が分配される。したがって、翻訳依頼者の金銭的負担が軽減されるため、翻訳依頼者は、所望のコンテンツの翻訳を依頼しやすくなる。

請求項２に係る発明の収入分配額決定方法によれば、翻訳依頼者は、依頼者負担額が第１の所定金額以下になるまでは、収入の分配を受けることができるが、第１の所定金額以下になると、分配を受けられなくなる。すなわち、収入が増加すれば、最終的には、各翻訳依頼者の依頼者負担額が第１の所定金額となったところで、収入の分配が中止される。したがって、請求項１に記載の発明の効果に加え、共同で翻訳依頼する際の翻訳依頼者の人数の差異により、当初の依頼者負担額に差がある場合であっても、後に収入が得られれば依頼者負担額は同額に近づくため、翻訳依頼者の不公平感を緩和することができる。

請求項３に係る発明の収入分配額決定方法によれば、翻訳依頼者の依頼者負担額が第２の所定金額以下になるまでは、収入がすべて翻訳依頼者のみに分配される。したがって、請求項１または２に記載の発明の効果に加え、迅速に翻訳依頼者の依頼者負担額を低減できるため、翻訳の依頼しやすさが向上する。

請求項４に係る発明の収入分配額決定プログラムは、請求項１〜３のいずれかに記載の翻訳コンテンツ提供方法の各種処理ステップをコンピュータに実行させる。したがって、請求項１〜３のいずれかに記載の発明の効果を奏することができる。

請求項５に係る発明の翻訳コンテンツ提供サーバによれば、翻訳依頼者は、原文コンテンツから翻訳コンテンツへの翻訳に関して翻訳料金を負担しなければならないが、後に翻訳コンテンツ提供サーバによる翻訳コンテンツの提供に付随して収入が得られた場合には、その収入からの分配を受けることができる。また、翻訳依頼者の負担した依頼者負担額は、依頼者分配額が決定される度に、決定された依頼者分配額が差し引かれて更新されており、これが第１の所定金額以下になると、翻訳依頼者への分配比率は小さくなる。すなわち、第１の所定金額までは、翻訳依頼者に対して速やかに収入が分配される。したがって、翻訳依頼者の金銭的負担が軽減されるため、翻訳依頼者は、所望のコンテンツの翻訳を依頼しやすくなる。

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

まず、図１を参照して、翻訳システム１の概略構成について説明する。図１は、翻訳システム１の概略構成を示すシステム構成図である。図１に示すように、翻訳システム１は、サーバ１０と、インターネット３を介してそれぞれサーバ１０に接続されたユーザ端末２０と、翻訳者端末３０とから構成されている。なお、サーバ１０、ユーザ端末２０、および翻訳者端末３０は、所謂パーソナルコンピュータであり、汎用型の装置である。図１ではユーザ端末２０および翻訳者端末３０はそれぞれ１つのみ図示されているが、実際にはいずれも複数が存在する。なお、「ユーザ端末２０」とは、翻訳システム１の一般会員の端末をいう。一方、「翻訳者端末３０」とは、サーバ１０からの発注に応じて、翻訳文をサーバ１０に提供する翻訳者の端末をいう。なお、本実施形態において、ユーザ端末２０が、本発明の「クライアント端末」に相当し、インターネット３が、「ネットワーク」に相当する。

ここで、翻訳システム１全体で行われる処理の手順について、簡単に説明する。翻訳システム１において、ユーザ端末２０のユーザは、インターネット３を介してサーバ１０に接続し、サーバ１０に対して、翻訳依頼を行うことができる。ここでいう、ユーザ端末２０からの翻訳依頼とは、インターネット３上で公開されている、第１の言語で記述されたＷｅｂコンテンツ（以下、原文コンテンツという）を、第１の言語とは異なる第２の言語で記述されたＷｅｂコンテンツ（以下、翻訳コンテンツという）として提供するように要求することである。サーバ１０は、ユーザ端末２０から受け付けた翻訳依頼と同じ原文コンテンツを対象とした翻訳依頼がまだサーバ１０に登録されていない場合には、この翻訳依頼を新規登録する。そして、所定の期間中に、他のユーザ端末２０から同じ原文コンテンツを対象とした翻訳依頼を受け付けた場合には、最初の翻訳依頼に参加して、最初の依頼者と共同で翻訳料金を負担することを前提とした「共同依頼への参加」として受け付ける。募集期間が終了した場合、または依頼者が所定の人数に達した場合には、サーバ１０は、適宜翻訳者を選択し、その翻訳者の翻訳者端末３０に対して翻訳を発注する。

発注を受けた翻訳者端末３０の翻訳者は、原文コンテンツの内容を、指定された第２の言語に翻訳し、インターネット３を介してサーバ１０に翻訳文を送信する。サーバ１０は、翻訳者端末３０から受信した翻訳文を登録し、翻訳文に広告を付加した公開用の翻訳コンテンツを生成する。翻訳を依頼したユーザのユーザ端末２０には、サーバ１０から翻訳が完了した旨の通知が送信される。よって、ユーザは、指定された画面を通じて、公開用の翻訳コンテンツの閲覧をすることができる。また、すでに翻訳が行われた後に、いずれかのユーザ端末２０のユーザから同じ原文コンテンツの翻訳の依頼が行われた場合には、サーバ１０は、すでに用意されている公開用の翻訳コンテンツを表示するためのデータをユーザ端末２０に送信する。よって、この場合も、ユーザは公開用の翻訳コンテンツの閲覧をすることができる。いずれの場合も、公開用の翻訳コンテンツにリンクした広告が閲覧された場合には、サーバ１０に記憶されている広告の閲覧回数がカウントアップされ、閲覧回数に応じて算出される広告料が更新される。

毎月所定の時期になると、サーバ１０では、１ヶ月分の広告料による収入を、翻訳料金を負担したすべてのユーザ端末２０のユーザと、それ以外とに分配する処理が行われる。より具体的には、各ユーザの負担額が所定の分配開始額を超えていれば、広告料のすべてが、翻訳料金を負担したユーザに分配される。また、各ユーザの負担額が、所定の分配開始額以下であり、かつ、所定の最低負担額より大きい場合は、広告料が、翻訳料金を負担したユーザと、翻訳者および翻訳システム１の運営者（以下、システム運営者という）に分配される。さらに、各ユーザの負担額が、所定の最低負担額以下であれば、広告料はすべて、翻訳者および翻訳システム１の運営者に分配される。分配額が決定されると、ユーザの負担した負担額からユーザへの今回の分配額が差し引かれ、これまでに全体としてユーザが負担した負担額に更新される。すなわち、翻訳料金を負担したユーザは、自己の負担額が所定の最低負担額に低減されるまでは、翻訳コンテンツに付加された広告からの収入の分配を受けることができる。なお、ここまで簡単に説明した各処理については、後で詳述する。

次に、図２〜図７を参照して、翻訳システム１の主たる構成要素であるサーバ１０の構成について説明する。図２は、サーバ１０の電気的構成を示すブロック図である。図３は、ユーザ情報記憶エリア１５１に記憶されたユーザ情報の説明図である。図４は、翻訳者情報記憶エリア１５２に記憶された翻訳者情報の説明図である。図５は、依頼情報記憶エリア１５３に記憶された依頼情報の説明図である。図６は、翻訳結果記憶エリア１５４に記憶された翻訳結果情報の説明図である。図７は、広告情報記憶エリア１５５に記憶された広告情報の説明図である。

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

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

ここで、ＨＤＤ１５の詳細について説明する。図２に示すように、ＨＤＤ１５は、ユーザ情報記憶エリア１５１、翻訳者情報記憶エリア１５２、依頼情報記憶エリア１５３、翻訳結果記憶エリア１５４、広告情報記憶エリア１５５、公開用コンテンツ記憶エリア１５６、およびプログラム記憶エリア１５７を含む複数の記憶エリアを備えている。ユーザ情報記憶エリア１５１には、サーバ１０に接続されるすべてのユーザ端末２０のユーザに関する情報（以下、ユーザ情報という）が記憶されている。翻訳者情報記憶エリア１５２には、サーバ１０に接続されるすべての翻訳者端末３０の翻訳者に関する情報（以下、翻訳者情報という）が記憶されている。依頼情報記憶エリア１５３には、ユーザ端末２０から送信された新規の翻訳依頼を契機として作成される依頼情報が記憶されている。翻訳結果記憶エリア１５４には、サーバ１０から発注された翻訳結果に関する情報（以下、翻訳結果情報という）が記憶されている。広告情報記憶エリア１５５には、翻訳文に付加して公開される広告に関する情報（以下、広告情報という）が記憶されている。公開用コンテンツ記憶エリア１５６には、翻訳文に広告を付加して生成された、公開用の翻訳コンテンツ（以下、公開用コンテンツという）が記憶されている。なお、本実施形態において、公開用コンテンツが、本発明の「翻訳コンテンツ」に相当し、公開用コンテンツ記憶エリア１５６が、「コンテンツ記憶手段」に相当する。プログラム記憶エリア１５７には、各種処理をサーバ１０に実行させるための各種プログラムが記憶されている。

図３を参照して、ユーザ情報記憶エリア１５１に記憶されるユーザ情報について説明する。ユーザ情報は、ユーザ１名毎に作成されており、図３に示すように、ＩＤ、氏名、住所、指定口座、および連絡先を含む。ＩＤとは、各ユーザ端末２０を利用するユーザを識別するための識別コードである。氏名および住所は、ユーザの氏名および住所である。指定口座とは、翻訳料金のうち各ユーザが負担する負担額が引き落とされる、または、広告料収入のうち各ユーザへ分配される依頼者分配額が振り込まれる銀行口座の情報である。連絡先は、ユーザの連絡先である電子メールアドレスである。なお、ＣＰＵ１１により付与される識別コード以外の情報は、ユーザが翻訳システム１の会員登録を行う際、ユーザによって入力された情報が登録されている。

図４を参照して、翻訳者情報記憶エリア１５２に記憶される翻訳者情報について説明する。翻訳者情報は、翻訳者１名毎に作成されており、図４に示すように、ＩＤ、氏名、住所、指定口座、連絡先、および言語を含む。ＩＤとは、各翻訳者端末３０を利用する翻訳者を識別するための識別コードである。氏名および住所は、翻訳者の氏名および住所である。指定口座とは、翻訳に対する報酬、および広告料収入のうち翻訳者へ分配される分配額が振り込まれる銀行口座の情報である。連絡先は、翻訳者の連絡先である電子メールアドレスである。言語は、翻訳者が翻訳可能な言語である。例えば、図４に示すＩＤ「Ｔ０００１」の翻訳者（伊藤花子）は、日本語から英語、または英語から日本語への翻訳が可能であることを示している。なお、ＣＰＵ１１により付与される識別コード以外の情報は、翻訳者が翻訳システム１の翻訳者として登録を行う際、翻訳者によって入力された情報が登録されている。

図５を参照して、依頼情報記憶エリア１５３に記憶される依頼情報について説明する。図５に示すように、依頼情報は、依頼ＩＤ、依頼者ＩＤ、原文ＵＲＬ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、元言語、翻訳言語、翻訳料金、上限人数、最低負担額、分配開始額、共同依頼募集期限、翻訳者ＩＤ、翻訳文ＩＤ、広告ＩＤ、公開用コンテンツＵＲＬ、および依頼者負担額を含む。なお、依頼情報は、新規の翻訳依頼１件毎に作成されるものである。本実施形態では、依頼情報記憶エリア１５３が、本発明の「依頼者負担額記憶手段」に相当する。

依頼ＩＤは、各依頼情報を識別するための識別コードである。依頼者ＩＤは、翻訳料金を負担することを前提として、翻訳発注前に受け付けられた翻訳依頼の送信元のユーザ端末２０のユーザ（以下、依頼者という）のＩＤである。同じ原文コンテンツに対して、翻訳発注前に複数の翻訳依頼が行われた場合には、複数の依頼者が存在するため、依頼者ＩＤも複数存在することになる。なお、ここでいう依頼者が、本発明の「翻訳依頼者」に相当する。原文ＵＲＬは、翻訳の対象として指定された原文コンテンツのインターネット３上での所在を示すＵＲＬである。元言語は、原文コンテンツが記述されている言語である。翻訳言語は、原文コンテンツの翻訳後の言語である。翻訳料金は、原文コンテンツを翻訳するために必要な料金として、発注前に翻訳を依頼したユーザ全員で負担する料金である。なお、翻訳料金は、翻訳者への翻訳報酬や、翻訳システム１の運営費に使用される。

上限人数は、共同依頼の参加を受け付ける場合の、依頼者の人数の上限（最初の依頼者を含む）である。最低負担額は、翻訳料金のうち、依頼者が最終的に必ず負担しなければならない依頼者負担額の最低金額である。後で詳述するように、依頼者は、自己が翻訳料金の少なくとも一部を負担した翻訳文にリンクされた広告からの広告料収入について、依頼者の負担額が最低負担額に達するまでは、分配を受けることができる。分配開始額は、依頼者の負担額と比較して、翻訳料金を負担した依頼者のみに広告料収入を分配するか、依頼者以外にも広告料収入を分配するかを決定するための基準金額である。分配開始額は、最低負担額よりも大きい値が設定されている。共同依頼募集期限は、ある原文コンテンツについて、最初の翻訳依頼を送信した依頼者（以下、最初の依頼者という）によって設定される、共同依頼への参加を受け付ける期限である。なお、本実施形態では、最低負担額が、本発明の「第１の所定金額」に相当し、分配開始額が、「第２の所定金額」に相当する。

翻訳者ＩＤは、翻訳の発注先の翻訳者端末３０の翻訳者のＩＤである。翻訳文ＩＤは、翻訳結果記憶エリア１５４に記憶された、原文コンテンツに対応する翻訳文の識別コードである。広告ＩＤは、後述する広告情報記憶エリア１５５に記憶された、翻訳文が公開される際にリンクが張られた広告の識別コード（ＩＤ）である。公開用コンテンツＵＲＬは、公開用コンテンツをインターネット３上で公開するための、公開用コンテンツの所在を示すＵＲＬである。依頼者負担額は、翻訳料金のうち各依頼者が負担した金額である。依頼者負担額は、月に一度、広告料収入が依頼者に分配されると、その時点で記憶されている依頼者負担額から分配額が差し引かれて更新される。すなわち、依頼者負担額は、広告料収入がある場合には、翻訳発注時に依頼者が負担した金額（以下、発注時負担額という）を最大値、前述の最低負担額を最小値として減少する値である。

図６を参照して、翻訳結果記憶エリア１５４に記憶された翻訳結果情報について説明する。翻訳結果情報は、翻訳の発注１件毎に作成されており、図６に示すように、ＩＤ、依頼ＩＤ、翻訳者ＩＤ、および翻訳文を含む。ＩＤは、各翻訳文を識別するための識別コードである。依頼ＩＤは、翻訳が発注される基となった依頼情報の依頼ＩＤである。翻訳者ＩＤは、翻訳の発注先の翻訳者端末３０の翻訳者のＩＤである。翻訳文は、翻訳者端末３０から送信された翻訳文のテキストデータである。

図７を参照して、広告情報記憶エリア１５５に記憶される広告情報について説明する。広告情報は、広告１件毎に作成されており、図７に示すように、ＩＤ、広告、広告ＵＲＬ、依頼ＩＤ、閲覧回数、広告料／回数、および広告料を含む。ＩＤは、各広告を識別するための識別コードである。広告は、翻訳文に付加して公開する宣伝広告として企業等から提供されたＷｅｂコンテンツである。広告ＵＲＬは、広告のインターネット３上での所在を示すＵＲＬである。閲覧回数は、翻訳コンテンツに張られたリンクを介して広告が閲覧された回数である。広告料／回数は、広告の提供者からシステム運営者に支払われる、閲覧回数１回あたりの広告料であって、広告の提供者とシステム運営者との合意によって定められる。広告料は、閲覧回数に応じて算出された、当月の広告料である。なお、企業等から広告が提供される度に、ＩＤおよび広告ＵＲＬが付与され、広告料／回数とともに、広告情報として広告情報記憶エリア１５５に新規登録され、蓄積されている。なお、本実施形態では、広告情報記憶エリア１５５が、本発明の「収入記憶手段」に相当し、ここに記憶された広告料が「収入額」に相当する。

以下に、前述のように構成されたサーバ１０において行われる各種処理について、図８〜図１８を参照して説明する。図８は、依頼受付処理のフローチャートである。図９は、翻訳依頼画面の模式図である。図１０は、翻訳依頼確定問合せ画面の模式図である。図１１は、共同依頼参加画面の模式図である。図１２は、翻訳発注処理のフローチャートである。図１３は、翻訳結果公開処理のフローチャートである。図１４は、依頼受付処理で行われる公開用コンテンツ提供処理のフローチャートである。図１５は、分配額決定処理のフローチャートである。図１６は、第１の分配処理のフローチャートである。図１７は、第２の分配処理のフローチャートである。図１８は、第３の分配処理のフローチャートである。なお、図８および図１２〜図１８に示す処理は、ＨＤＤ１５のプログラム記憶エリア１５７に記憶された各処理用のプログラムに従って、ＣＰＵ１１が実行する。

まず、図８〜図１１を参照して、依頼受付処理について説明する。この処理は、ユーザ端末２０から翻訳依頼を受け付け、翻訳の発注状況に応じて、新規の依頼として登録したり、翻訳の共同依頼への参加を受け付けたり、すでに登録されている翻訳文を提供したりする処理である。

まず、ユーザ端末２０のいずれかがユーザのＩＤを用いてサーバ１０にログインすると、ユーザ端末２０のディスプレイには、サーバ１０から送信された情報に基づき、メニュー画面（図示外）が表示される。依頼受付処理は、メニュー画面で「翻訳依頼」が選択され、ユーザ端末２０から送信された情報をサーバ１０が受信すると開始される。処理が開始されると、ユーザ端末２０のディスプレイには、サーバ１０から送信された情報に基づき、図９に示す翻訳依頼画面が表示される。図９に示すように、翻訳依頼画面には、ユーザ端末２０のユーザが翻訳を希望する原文コンテンツのＵＲＬを入力するための原文ＵＲＬ入力欄と、原文コンテンツの言語（元言語）と、翻訳後の言語（翻訳言語）を選択するための２つの言語リストボックスと、入力を確定するためのＯＫボタンが表示される。そこで、ユーザ端末２０のユーザは、例えば、図９に示す翻訳依頼画面のように、原文コンテンツのＵＲＬ（ｈｔｔｐ／／ｗｗｗ．ｂｂｂｂｂ．ｃｏ．ｊｐ／Ａ１．ｈｔｍｌ）と、元言語（Ｅｎｇｌｉｓｈ）および翻訳言語（Ｊａｐａｎｅｓｅ）を入力する。そして、ＯＫボタンが選択されると、ユーザ端末２０のユーザのＩＤおよび入力された情報が、翻訳依頼としてサーバ１０に送信される。サーバ１０では、ユーザ端末２０から送信された翻訳依頼（ユーザのＩＤ、原文コンテンツのＵＲＬ、元言語および翻訳言語）が受け付けられ、送信元のユーザ端末２０のユーザのＩＤとともに、ＲＡＭ１３に記憶される（Ｓ１）。

翻訳依頼が受け付けられた後、サーバ１０のＣＰＵ１１は、ＨＤＤ１５の依頼情報記憶エリア１５３を参照して、すでに同一の翻訳依頼が登録されているか否かを判断する（Ｓ２）。ここでの判断は、依頼情報記憶エリア１５３に、受信した翻訳依頼に含まれる原文コンテンツのＵＲＬ、元言語、および翻訳言語とすべて同一の原文ＵＲＬ、元言語、および翻訳言語を含む依頼情報が記憶されているか否かに基づいて行われる。同一の原文ＵＲＬ、元言語、および翻訳言語を含む依頼情報が記憶されていなければ、同一の翻訳依頼は登録されていないと判断される（Ｓ２：ＮＯ）。この場合、この原文コンテンツの翻訳文を要求したユーザはこれまでに存在せず、もちろん翻訳の発注も行われていない。そこで、ＣＰＵ１１は、ユーザ端末２０に、翻訳発注の条件を提示して翻訳依頼を確定するための問合せを行う（Ｓ３）。具体的には、ユーザ端末２０に対して、図１０に示す翻訳依頼確定問合せ画面を表示するための情報が送信され、これを受信したユーザ端末２０のディスプレイには、翻訳依頼確定問合せ画面が表示される。図１０に示すにように、翻訳依頼確定問合せ画面には、原文コンテンツのＵＲＬ、翻訳発注の条件である翻訳料金、共同依頼人数上限、依頼者最低負担額、および依頼者以外への収入分配開始額とともに、共同依頼者募集期限を入力するための募集期限入力欄が表示される。また、画面の下部には、「以上の条件で、翻訳を依頼しますか？」というメッセージと、翻訳依頼を確定するための「ＹＥＳ」ボタンと、翻訳依頼をキャンセルするための「ＮＯ」ボタンが表示される。

翻訳料金は、指定された言語への原文コンテンツの翻訳に関して、依頼者が負担する料金である。共同依頼人数上限は、翻訳を共同依頼する場合の依頼者の人数の上限である。依頼者最低負担額は、翻訳料金のうち、各依頼者が必ず負担しなければならない最低金額である。依頼者以外への収入分配開始額は、依頼者の負担額がこれに到達した後、広告収入を依頼者以外にも分配し始める金額である。本実施形態では、翻訳料金、共同依頼人数上限、依頼者最低負担額、および依頼者以外への収入分配開始額は、システム運営者が予め設定し、ＨＤＤ１５の所定の記憶エリアに記憶した値に基づいて、ＣＰＵ１１が設定する。翻訳料金は、例えば、言語毎に、一語あたりの翻訳料金が設定されており、原文コンテンツの本文の語数に応じて算出された値を用いることができる。人数上限は、例えば、算出された翻訳料金をいくつかの価格帯に分け、それぞれの価格帯に対して設定された人数を用いることができる。依頼者最低負担額および依頼者以外への広告収入分配開始額はいずれも、例えば、算出された翻訳料金に関わらず、一律の金額を設定しておくことができる。ただし、これらの例に限らず、適宜、システム運営者が設定した値を用いればよい。共同依頼者募集期限は、翻訳料金を共同で負担することを前提にした共同依頼への他のユーザの参加を受け付ける期限であり、最初の依頼者であるユーザが指定することができる。すなわち、最初の依頼者は、翻訳コンテンツを至急入手したければ、期限を短くし、自己の最初の負担額を少なくしたければ期限を長くすればよい。

最初の依頼者であるユーザが、翻訳発注の条件である翻訳料金、共同依頼人数上限、依頼者最低負担額、および依頼者以外への収入分配開始額を確認し、共同依頼者募集期限を入力した後、「ＹＥＳ」ボタンを選択すると、この情報がサーバ１０に送信される。その結果、翻訳依頼が確定される（Ｓ４：ＹＥＳ）。この場合、ＣＰＵ１１は、確定された翻訳依頼に関する情報を、ＨＤＤ１５の依頼情報記憶エリア１５３に新規の依頼情報（図８参照）として登録する（Ｓ５）。より具体的には、翻訳依頼に含まれていたユーザのＩＤ、原文コンテンツのＵＲＬ、元言語および翻訳言語と、前述のように設定され、翻訳依頼確定問合せ画面（図１０参照）に表示された翻訳料金、共同依頼人数上限、依頼者最低負担額、および依頼者以外への広告収入分配開始額と、ユーザにより入力された共同依頼者募集期限が、それぞれ、依頼者ＩＤ、原文ＵＲＬ、元言語、翻訳言語、翻訳料金、人数上限、最低負担額、分配開始額、および共同依頼募集期限として登録される。また、依頼情報を識別するための固有の識別コードである依頼ＩＤが付与される。その後、ＣＰＵ１１は、プログラム記憶エリア１５７に記憶された、翻訳発注処理用のプログラムを起動させ（Ｓ６）、依頼受付処理を終了する。なお、翻訳発注処理については、後で詳述する。

一方、サーバ１０からユーザ端末２０に翻訳依頼確定問合せがされた際（Ｓ３）、ユーザ端末２０のユーザが、翻訳依頼確定問合せ画面（図１０参照）において、翻訳依頼をキャンセルする「ＮＯ」ボタンを選択した場合には、そのまま依頼受付処理は終了する。

いずれかのユーザ端末２０からの翻訳依頼を受け付けた後（Ｓ１）、すでに同一の翻訳依頼が登録されていると判断された場合には（Ｓ２：ＹＥＳ）、ＣＰＵ１１は、この翻訳依頼に対応する翻訳文がすでに登録されているか否かを判断する（Ｓ１１）。より具体的には、図５に示すように、依頼情報記憶エリア１５３に記憶されたこの翻訳依頼の依頼情報に翻訳文ＩＤが含まれていれば、すでに翻訳文が登録されていると判断される（Ｓ１１：ＹＥＳ）。この場合の翻訳依頼は、すでに作成されている公開用コンテンツの閲覧要求として扱われ、公開用コンテンツ提供処理（Ｓ２０）が行われた後、依頼受付処理は終了する。なお、公開用コンテンツ提供処理の詳細については後述する。

すでに同一の翻訳依頼が登録されているが（Ｓ２：ＹＥＳ）、この翻訳依頼に対応する翻訳文はまだ登録されていない場合には（Ｓ１１：ＮＯ）、ＣＰＵ１１は、すでに翻訳者へ翻訳の発注が行われたか否かを判断する（Ｓ１２）。より具体的には、図５に示すように、依頼情報記憶エリア１５３に記憶されたこの翻訳依頼の依頼情報に翻訳者ＩＤが含まれていれば、すでに発注が行われたと判断される（Ｓ１２：ＹＥＳ）。この場合、翻訳文を含む公開用コンテンツが提供可能となった時に連絡するために、このユーザのＩＤを、依頼ＩＤと対応づけて閲覧希望者ＩＤとして依頼情報記憶エリア１５３に記憶させ（図示外）、依頼受付処理を終了する。

一方、すでに同一の翻訳依頼が登録されているにもかかわらず（Ｓ２：ＹＥＳ）、翻訳依頼はまだ翻訳者への翻訳の発注が行われていない場合（Ｓ１１：ＮＯ、Ｓ１２：ＮＯ）、現在、まだ最初の依頼者が指定した共同依頼者の募集期限前であることを意味する。したがって、ＣＰＵ１１は、ユーザ端末２０に対して、共同依頼に参加するか否かの問合せを行う（Ｓ１３）。より具体的には、ユーザ端末２０に対して、図１１に示す共同依頼参加画面を表示するための情報が送信され、これを受信したユーザ端末２０のディスプレイには、共同依頼参加画面が表示される。図１１に示すように、共同参加画面には、原文ＵＲＬ、翻訳料金、共同依頼人数上限および現時点での残り枠（人数）、依頼者最低負担額、依頼者以外への収入分配開始額、ならびに共同依頼募集期限が表示される。また、画面の下部には、「以上の条件で、共同依頼に参加しますか？」というメッセージと、共同依頼への参加を確定するための「ＹＥＳ」ボタンと、不参加を確定するための「ＮＯ」ボタンが表示される。

参加の問合せを受けたユーザ端末２０のユーザが、共同参加画面に表示された翻訳料金等の条件を確認し、参加を確定する「ＹＥＳ」ボタンを選択した場合、このユーザのＩＤとともに、参加の情報がサーバ１０に送信される。サーバ１０のＣＰＵ１１は、送信された共同依頼への参加情報を受信すると（Ｓ１４：ＹＥＳ）受信した情報をＲＡＭ１３に記憶し、後述する翻訳発注処理に参加の情報を通知して（Ｓ１５）、依頼受付処理を終了する。一方、ユーザが、共同依頼への不参加を確定する「ＮＯ」ボタンを選択した場合、同様にして、不参加の情報がサーバ１０に送信される。ＣＰＵ１１は、不参加情報を受信すると（Ｓ１４：ＮＯ）、そのまま依頼受付処理を終了する。

次に、図１２を参照して、翻訳発注処理について説明する。この処理は、新規の翻訳依頼に関する依頼情報が登録された後、他のユーザ端末２０からの共同依頼への参加を受け付けて、所定の条件が満たされると翻訳者に翻訳を発注する処理である。なお、翻訳発注処理は、新規の翻訳依頼１件毎に、別個の処理が行われる。

前述したように、依頼受付処理（図８参照）において、新規の翻訳依頼に関する依頼情報が登録された後（Ｓ５）、この翻訳依頼に関する翻訳発注処理が起動され（Ｓ６）、図１２に示す処理が開始される。処理が開始されると、ＣＰＵ１１は、依頼受付処理において受信された共同依頼への参加情報の通知を受けたか否かを判断する（Ｓ３１）。参加情報の通知を受けていなければ（Ｓ３１：ＮＯ）、共同依頼者の募集期間が満了したか否かを判断する（Ｓ３４）。募集期間満了の判断にあたって、依頼情報記憶エリア１５３に記憶された共同依頼募集期限が参照され、現在の日付が募集期限の日付を超えていなければ、募集期間は満了していないと判断される（Ｓ３４：ＮＯ）。この場合、まだ共同依頼の参加を受け付ける余地があるので、処理はＳ３１に戻る。

共同依頼への参加情報の通知を受けた場合には（Ｓ３１：ＹＥＳ）、ＣＰＵ１１は、ＲＡＭ１３に記憶されている共同依頼に参加したユーザのＩＤを、依頼情報記憶エリア１５３に記憶された該当する依頼情報の依頼者ＩＤとして追加する（Ｓ３２）。そして、依頼者ＩＤの数が、上限人数に達したか否かを判断する（Ｓ３３）。上限人数に達していなければ（Ｓ３３：ＮＯ）、共同依頼者の募集期間が満了したか否かを判断する（Ｓ３４）。募集期間がまだ満了していなければ（Ｓ３４：ＮＯ）、まだ共同依頼の参加を受け付ける余地があるので、処理は再びＳ３１に戻る。ＣＰＵ１１は、このようにしてＳ３１〜Ｓ３４の処理を繰り返して、適宜共同依頼への参加者を依頼者として追加登録する。そして、依頼者ＩＤの数が上限人数に達した場合（Ｓ３３：ＹＥＳ）、あるいは募集期間が満了した場合（Ｓ３４：ＹＥＳ）、共同依頼への参加を受け付ける処理（Ｓ３１〜Ｓ３４）は終了し、依頼者を確定して、翻訳を発注する処理を行う。

具体的には、まず、依頼情報記憶エリア１５３に記憶された依頼情報から、前述したように予めシステム運営者が設定した値に基づき算出された翻訳料金が、ＲＡＭ１３に取得される（Ｓ４１）。また、同じ依頼情報から、依頼者ＩＤの数が、依頼者人数としてＲＡＭ１３に取得される（Ｓ４２）。そして、取得された翻訳料金と依頼者人数とから、翻訳料金のうち、依頼者１名あたりの負担額が算出され、依頼情報記憶エリア１５３に依頼者負担額として記憶される（Ｓ４３）。例えば、図５に示す依頼ＩＤ「２」の依頼情報については、翻訳料金が「￥５，０００」、依頼者ＩＤの数は「２」であるから、依頼者負担額として「￥２，５００」が記憶される。

その後、ＣＰＵ１１は、翻訳者情報記憶エリア１５２に記憶された翻訳者情報を参照して、翻訳の発注先として１名の翻訳者を選択し、その翻訳者のＩＤを、依頼情報記憶エリア１５３に翻訳者ＩＤとして記憶させる（Ｓ４４）。翻訳者は、依頼情報記憶エリア１５３に記憶されている元言語から翻訳言語への翻訳が可能な翻訳者であれば、その他はいかなる条件で選択してもよい。例えば、翻訳者情報として、翻訳者の専門分野が記憶されている場合には、原文コンテンツの分野に応じて選択することができる。翻訳者を選択した後（Ｓ４４）、ＣＰＵ１１は、翻訳者情報記憶エリア１５２を参照して、選択した翻訳者の連絡先に、依頼ＩＤおよび原文ＵＲＬを少なくとも含む翻訳発注メールを送信し（Ｓ４５）、翻訳発注処理を終了する。

なお、詳細は説明しないが、翻訳発注処理の後には、翻訳料金を負担する依頼者として確定されたユーザに対して、別途、依頼者負担額（発注時負担額）を請求する処理が行われる。より具体的には、Ｓ４３で算出され、依頼情報記憶エリア１５３に記憶されている依頼者負担額と、ユーザ情報記憶エリア１５１に記憶されたユーザの指定口座の情報とから、引き落とし処理用のデータが作成される。作成されたデータは、専用回線を通じて該当する銀行のコンピュータ装置（図示外）に転送される。あるいは、引き落とし処理ではなく、クレジットカードの情報の入力をユーザに促し、入力された情報をクレジットカード会社のコンピュータ装置に転送してもよい。

次に、図１３を参照して、翻訳結果公開処理について説明する。この処理は、発注先の翻訳者の翻訳者端末３０から翻訳文を受信した場合に、ユーザ端末２０に提供するための、広告が付加された公開用の翻訳コンテンツを用意する処理である。

まず、翻訳者端末３０のいずれかが翻訳者のＩＤを用いてサーバ１０にログインすると、翻訳者端末３０のディスプレイには、サーバ１０から送信された情報に基づき、メニュー画面（図示外）が表示される。図１３に示す翻訳結果公開処理は、メニュー画面から「翻訳文登録」が選択されると開始される。処理が開始されると、翻訳者端末３０のディスプレイには、サーバ１０から送信された情報に基づき、翻訳文登録画面（図示外）が表示される。翻訳文登録画面には、翻訳者が発注を受けた際通知された依頼ＩＤ入力欄と、翻訳文のファイルを添付するためのファイル添付欄と、「登録」ボタンが表示される。そこで、翻訳者端末３０の翻訳者が依頼ＩＤを入力し、翻訳文のテキストファイルを添付して、「登録」ボタンを選択すると、翻訳者ＩＤとともに、依頼ＩＤおよび添付された翻訳文のファイルがサーバ１０に送信される。サーバ１０では、翻訳者端末３０から送信された翻訳者ＩＤ、依頼ＩＤおよび翻訳文のファイルが受け付けられ、一旦ＲＡＭ１３に記憶される（Ｓ５１）。その後、受け付けられた翻訳者ＩＤ、依頼ＩＤおよび翻訳文のテキストデータは、翻訳結果記憶エリア１５４に翻訳結果情報（図６参照）として新規登録され、翻訳結果情報に対してＩＤが付与される（Ｓ５２）。このとき翻訳結果情報に付与されたＩＤは、依頼情報記憶エリア１５３の対応する依頼情報において、翻訳文ＩＤとして記憶される。

続いて、ＣＰＵ１１は、広告情報記憶エリア１５５に記憶された広告情報（図７参照）から、登録した翻訳文に付加する広告情報を選択し、ＲＡＭ１３に取得する（Ｓ５３）。このとき選択された広告情報のＩＤは、翻訳者端末３０から受け付けた依頼ＩＤに対応する広告ＩＤとして、依頼情報記憶エリア１５３に記憶される。また、依頼ＩＤは、選択された広告情報のＩＤに対応する依頼ＩＤとして、広告情報記憶エリア１５５に記憶される。広告情報の選択は、例えば、依頼ＩＤがまだ記憶されていないもの、すなわち、まだ広告が使用されていないものを任意に１つ選択することができる。例えば、図７の例では、ＩＤ「Ａ０００３」の広告情報が選択される。ＣＰＵ１１は、新規登録した翻訳文のテキストデータと、選択した広告情報とから、インターネット３で公開するための公開用コンテンツを生成する（Ｓ５４）。具体的には、広告ＵＲＬへのリンクが張られた翻訳文のＨＴＭＬ文書が、公開用コンテンツとして生成される。

生成された公開用コンテンツには、新たにＵＲＬが付与され、公開用コンテンツ記憶エリア１５６に記憶される（Ｓ５５）。さらに、公開用コンテンツのＵＲＬは、翻訳者端末３０から受け付けた依頼ＩＤに対応する公開用コンテンツＵＲＬとして、依頼情報記憶エリア１５３に登録される（Ｓ５６）。その後、ＣＰＵ１１は、ユーザ情報記憶エリア１５１を参照して、翻訳者端末３０から受け付けた依頼ＩＤに対応して依頼情報記憶エリア１５３に記憶されている依頼者ＩＤのユーザの連絡先に、翻訳が完了した旨を通知するメールを送信する（Ｓ５７）。依頼者のユーザ以外に、依頼ＩＤに対応して閲覧希望者ＩＤとしてＩＤが記憶されている、翻訳発注後に翻訳依頼をしたユーザにも、同様の通知が送信される。翻訳完了通知が送信されると、翻訳結果公開処理は終了する。なお、翻訳完了通知には、原文コンテンツの原文ＵＲＬが含まれている。メールを受信したユーザが、前述したように、サーバ１０にログインし、翻訳依頼画面でこの原文ＵＲＬを入力することにより、後述する公開用コンテンツ提供処理において、公開用コンテンツを閲覧することができる。

次に、図８の依頼受付処理で行われる公開用コンテンツ提供処理（Ｓ２０）の詳細について、図１４を参照して説明する。この処理は、前述の翻訳結果公開処理（図１３参照）で公開用コンテンツが用意された後、公開用コンテンツの元となった原文コンテンツの翻訳依頼（公開用コンテンツの閲覧要求）を受け付けた場合に（図８、Ｓ１→Ｓ２：ＹＥＳ→Ｓ１１：ＹＥＳ）行われる。

図１４に示す公開用コンテンツ提供処理が開始されると、ＣＰＵ１１は、指定されたＵＲＬを原文ＵＲＬとして含む依頼情報を参照し、対応して記憶されている公開用コンテンツＵＲＬを、翻訳依頼の送信元のユーザ端末２０に送信する（Ｓ２１）。すると、ユーザ端末２０のディスプレイには、送信されたＵＲＬが表示されるので、ユーザはこのＵＲＬを指定することにより、容易に公開用コンテンツを閲覧することができる。ＣＰＵ１１は、公開用コンテンツのＵＲＬが指定されなければ（Ｓ２２：ＮＯ）、そのまま公開用コンテンツ提供処理を終了して、図８の依頼受付処理に戻る。公開用コンテンツのＵＲＬが指定された場合は（Ｓ２２：ＹＥＳ）、そのＵＲＬに対応する公開用コンテンツをユーザ端末２０のディスプレイに表示させる（Ｓ２３）。その後、公開用コンテンツに埋め込まれた広告ＵＲＬへのリンクが選択されなければ（Ｓ２４：ＮＯ）、そのまま公開用コンテンツ提供処理は終了する。一方、広告ＵＲＬへのリンクが選択された場合には（Ｓ２４：ＹＥＳ）、ＣＰＵ１１は、リンク先の広告ＵＲＬに対応する広告を、ユーザ端末２０のディスプレイに表示させる（Ｓ２５）。そして、広告情報記憶エリア１５５に記憶された広告情報において、表示された広告の閲覧回数を１増加させて更新し（Ｓ２６）、閲覧回数×（広告料／回数）によって広告料を算出して更新する（Ｓ２７）。すなわち、公開用コンテンツにリンクされた広告が表示され、ユーザに閲覧される回数が増加するほど、広告料は増加する。広告情報を更新すると、公開コンテンツ提供処理は終了する。

次に、図１５〜図１８を参照して、分配額決定処理について説明する。この処理は、所定期間毎に、公開用コンテンツにリンクされた広告からのその期間中の広告料収入を、翻訳料金を負担した翻訳の依頼者と、それ以外の分配対象者とに分配する分配額を決定する処理である。本実施形態では、翻訳料金を負担した翻訳の依頼者以外に、翻訳者およびシステム運営者を分配対象者として、広告料収入を分配する場合がある。

図１５に示す分配額決定処理は、各月の最初の日の所定時刻に、プログラム記憶エリア１５７に記憶された分配額決定処理用のプログラムが起動されることにより開始される。処理が開始されると、広告情報記憶エリア１５５（図７参照）から、処理対象として最初の広告情報が取得され、ＲＡＭ１３に記憶される（Ｓ６１）。例えば、図７の例では、広告ＩＤ「Ａ０００１」の広告情報が取得される。そして、取得された最初の広告情報に含まれる広告料が０より大きいか否か、すなわち、広告料収入があったか否かが判断される（Ｓ６２）。前述したように、ユーザ端末２０からの翻訳依頼に応じて公開用コンテンツが提供され、そこにリンクが張られた広告が閲覧されると、閲覧回数がカウントアップされ、閲覧回数に基づいて広告料が算出され、更新される。すなわち、広告料収入があった広告情報は、すでに公開用コンテンツにリンクされ、かつ閲覧されたことがある広告に関する情報である。例えば、図７の例で、広告ＩＤ「Ａ０００１」の広告情報が取得された場合、広告料は０である（Ｓ６２：ＮＯ）。このような場合、分配する原資がないため、ＣＰＵ１１は、現在の処理対象に関しては分配額の決定は行わず、すべての広告情報について処理が完了したか否かを判断する（Ｓ６７）。すべての広告情報の処理が完了していなければ（Ｓ６７：ＮＯ）、広告情報記憶エリア１５５から、次の広告情報が読み出される（Ｓ６８）。

次の広告情報について、広告料収入があったか否かが判断される。図７の例で、広告ＩＤ「Ａ０００２」の広告情報が取得された場合には、広告料は￥２，２００であり、０より大きい（Ｓ６２：ＹＥＳ）。このような場合は、依頼情報記憶エリア１５３から、この広告情報に対応する依頼情報（図５参照）が取得され、ＲＡＭ１３に記憶される（Ｓ６３）。より具体的には、処理対象の広告情報に含まれる依頼ＩＤに対応する依頼情報が取得される。例えば、広告ＩＤ「Ａ０００２」の広告情報の場合、依頼ＩＤ「２」が含まれているので、依頼情報記憶エリア１５３から、依頼ＩＤ「２」が付与された依頼情報が取得される。そして、依頼情報に含まれている現在の依頼者負担額が、最低負担額以下であるか否かが判断される（Ｓ６５）。前述したように、最低負担額は、依頼者が最終的に必ず負担しなければならない依頼者負担額の最低金額である。したがって、依頼者負担額が最低負担額以下の場合には（Ｓ６５：ＹＥＳ）、広告料収入を依頼者には分配せず、依頼者以外の分配対象者のみに分配するための第１の分配処理が行われる（Ｓ７０）。第１の分配処理の詳細については後述する。

一方、依頼者負担額が最低負担額よりも大きい場合には（Ｓ６５：ＮＯ）、さらに、依頼者負担額が分配開始額以下であるか否かが判断される（Ｓ６６）。前述したように、分配開始額は、翻訳料金を負担した依頼者のみに広告料収入を分配するか、それ以外の分配対象者にも広告料収入を分配するかを決定するための基準金額である。したがって、依頼者負担額が分配開始額以下になっている場合には（Ｓ６６：ＹＥＳ）、広告料収入を、依頼者とそれ以外の分配対象者の両方に分配するための第２の分配処理が行われる（Ｓ８０）。第２の分配処理の詳細については後述する。一方、依頼者負担額がまだ分配開始額を上回っている場合には（Ｓ６６：ＮＯ）、広告料収入を依頼者のみに分配するための第３の分配処理が行われる（Ｓ９０）。第３の分配処理の詳細については後述する。

このようにして、広告料収入があった広告情報については、依頼者負担額が最低負担額および分配開始額と比較され、その結果に応じて、広告料収入を分配するための第１〜第３の分配処理が行われる。その後、広告情報記憶エリア１５５に記憶されたすべての広告情報について処理が完了したか否かが判断される（Ｓ６７）。すべての広告情報の処理が完了していなければ（Ｓ６７：ＮＯ）、広告情報記憶エリア１５５から、さらに次の広告情報が読み出される（Ｓ６８）。前述したように、未処理の広告情報が残っている間は（Ｓ６７：ＮＯ）、Ｓ６２〜Ｓ６８の処理が繰り返される。最終的にすべての処理が完了すると（Ｓ６７：ＹＥＳ）、ＣＰＵ１１は、次の１ヶ月分の広告の閲覧回数をカウントして広告料を算出するために、広告情報記憶エリア１５５に記憶されている閲覧回数を０にして（Ｓ６９）、分配額決定処理を終了する。

次に、図１６を参照して、分配額決定処理で行われる第１の分配処理について説明する。前述したように、第１の分配処理が行われるのは、依頼者が翻訳のために負担した金額は最低負担額にまで達している場合であるため、広告料収入を依頼者に分配する必要はない。よって、この処理では、翻訳者およびシステム運営者のみへ広告料を分配する前提で、各々への分配額が決定される。

図１６に示す第１の分配処理が開始されると、ＣＰＵ１１は、翻訳料金を負担した依頼者への分配額と、それ以外の分配対象者である、翻訳者およびシステム運営者への分配額との分配比率を０：１に設定し、ＲＡＭ１３に記憶させる（Ｓ７０１）。設定された分配比率に基づき、依頼者全体への分配額およびそれ以外の分配対象者への分配額が決定され、ＲＡＭ１３に記憶される（Ｓ７０２）。より具体的には、依頼者全体への分配額は０と決定され、それ以外の分配対象者（翻訳者およびシステム運営者）への分配額は広告料と決定される。依頼者全体への分配額が０であるから、各依頼者への分配額も０と決定され、ＲＡＭ１３に記憶される（Ｓ７０３）。決定された各依頼者の分配額に基づき、依頼情報記憶エリア１５３に記憶された、処理対象の広告情報に対応する依頼情報の依頼者負担額が更新される（Ｓ７０４）。ただし、第１の分配処理では、各依頼者への分配額は０であるから、依頼者負担額は更新前と同じ金額となる。その後、ＣＰＵ１１は、翻訳者への分配額とシステム運営者への分配額との分配比率を１：１に設定し、ＲＡＭ１３に記憶させる（Ｓ７０５）。そして、設定された分配比率に基づき、翻訳者およびシステム運営者への分配額がそれぞれ決定され、ＲＡＭ１３に記憶される（Ｓ７０６）。すなわち、翻訳者およびシステム運営者への分配額は、広告料全額を等分して、いずれも広告料×１／２と決定される。このようにして分配額が決定されると、第１の分配処理は終了し、図１５の分配額決定処理に戻る。なお、Ｓ７０１およびＳ７０５で使用される分配比率は、いずれもシステム運営者によって予め設定され、ＨＤＤ１５の所定の記憶エリアに記憶されているものとする。

次に、図１７を参照して、分配額決定処理で行われる第２の分配処理について説明する。前述したように、第２の分配処理が行われるのは、依頼者が翻訳のために負担した金額が最低負担額と分配開始額との間にある場合である。よって、この処理では、広告料収入を依頼者およびそれ以外の分配対象者（翻訳者およびシステム運営者）の両方に分配することを前提として、各々への分配額が決定される。

図１７に示す第２の分配処理が開始されると、ＣＰＵ１１は、翻訳料金を負担した依頼者への分配額と、それ以外の分配対象者である、翻訳者およびシステム運営者への分配額との分配比率を１：１に設定し、ＲＡＭ１３に記憶させる（Ｓ８０１）。設定された分配比率に基づき、依頼者全体への分配額およびそれ以外の分配対象者への分配額が決定され、ＲＡＭ１３に記憶される（Ｓ８０２）。より具体的には、依頼者全体への分配額およびそれ以外の分配対象者（翻訳者およびシステム運営者）への分配額は、いずれも広告料×１／２と決定される。依頼者全体への分配額が０ではないため、ＣＰＵ１１は、続いて各依頼者への分配額を算出する。まず、（依頼者負担額−最低負担額）×（依頼者の人数）が、依頼者全体への分配額、すなわち広告料×１／２よりも大きいか否かが判断される（Ｓ８０３）。言い換えれば、各依頼者に対して現在の依頼者負担額と最低負担額の差額を支払うことにより、各依頼者への分配をこの時１回で済ませようとした場合に、依頼者への分配の原資である広告料×１／２を超えてしまうか否かが判断される。

（依頼者負担額−最低負担額）×（依頼者の人数）が、依頼者全体への分配額を上回る場合には（Ｓ８０３：ＹＥＳ）、（依頼者負担額−最低負担額）を各依頼者に分配するには原資不足である。よって、依頼者全体への分配額を依頼者の人数で割った金額が、各依頼者への分配額として決定され、ＲＡＭ１３に記憶される（Ｓ８２１）。決定された各依頼者の分配額を差し引くことにより、依頼情報記憶エリア１５３に記憶された、処理対象の広告情報に対応する依頼情報の依頼者負担額が更新される（Ｓ８２２）。その後、ＣＰＵ１１は、翻訳者への分配額とシステム運営者への分配額との分配比率を１：１に設定し、ＲＡＭ１３に記憶させる（Ｓ８２３）。そして、設定された分配比率に基づき、翻訳者およびシステム運営者への分配額がそれぞれ決定され、ＲＡＭ１３に記憶される（Ｓ８２４）。すなわち、翻訳者およびシステム運営者への分配額は、広告料×１／２を等分して、いずれも広告料×１／４と決定される。このようにして分配額が決定されると、第２の分配処理は終了し、図１５の分配額決定処理に戻る。

一方、（依頼者負担額−最低負担額）×（依頼者の人数）が、依頼者全体への分配額以下の場合には（Ｓ８０３：ＹＥＳ）、（依頼者負担額−最低負担額）を各依頼者に分配するだけの原資がある。よって、ＣＰＵ１１は、（依頼者負担額−最低負担額）を各依頼者への分配額として決定し（Ｓ８１１）、依頼情報記憶エリア１５３に記憶された、処理対象の広告情報に対応する依頼情報の依頼者負担額を更新する（Ｓ８１２）。この場合、依頼者負担額から（依頼者負担額−最低負担額）が差し引かれるため、依頼者負担額は、最低負担額と等しくなる。その後、ＣＰＵ１１は、Ｓ８０２で決定された翻訳者およびシステム運営者への分配額に、同じくＳ８０２で決定された依頼者全体への分配額と実際に各依頼者に分配すると決定された金額との差額を加算する（Ｓ８１３）。前述したように、実際に各依頼者に分配すると決定された金額は、（依頼者負担額−最低負担額）×（依頼者の人数）であるから、差額は（広告料×１／２）−｛（依頼者負担額−最低負担額）×依頼者の人数｝である。よって、これを加算した後の翻訳者およびシステム運営者への分配額は、広告料−｛（依頼者負担額−最低負担額）×依頼者の人数｝となる。ＣＰＵ１１は、翻訳者への分配額とシステム運営者への分配額との分配比率を１：１に設定し、ＲＡＭ１３に記憶させる（Ｓ８１４）。そして、設定された分配比率に基づき、翻訳者およびシステム運営者への分配額がそれぞれ決定され、ＲＡＭ１３に記憶される（Ｓ８１５）。すなわち、翻訳者およびシステム運営者への分配額は、広告料−｛（依頼者負担額−最低負担額）×（依頼者の人数）｝の１／２の金額に決定される。このようにして分配額が決定されると、第２の分配処理は終了し、図１５の分配額決定処理に戻る。

次に、図１８を参照して、分配額決定処理で行われる第３の分配処理について説明する。前述したように、第３の分配処理が行われるのは、依頼者が翻訳のために負担した金額が分配開始額を上回っている場合である。よって、この処理では、広告料収入を依頼者のみに分配することを前提として、各々への分配額が決定される。

図１８に示す第３の分配処理が開始されると、ＣＰＵ１１は、翻訳料金を負担した依頼者への分配額と、それ以外の分配対象者である、翻訳者およびシステム運営者への分配額との分配比率を１：０に設定し、ＲＡＭ１３に記憶させる（Ｓ９０１）。設定された分配比率に基づき、依頼者全体への分配額およびそれ以外の分配対象者への分配額が決定され、ＲＡＭ１３に記憶される（Ｓ９０２）。より具体的には、依頼者全体への分配額は広告料と決定され、依頼者以外の分配対象者（翻訳者およびシステム運営者）への分配額は０と決定される。ＣＰＵ１１は、続いて各依頼者への分配額を算出する。まず、第２の分配処理と同様、（依頼者負担額−最低負担額）×（依頼者の人数）が、依頼者全体への分配額、すなわち広告料よりも大きいか否かが判断される（Ｓ９０３）。言い換えれば、各依頼者に対して現在の依頼者負担額と最低負担額の差額を支払うことにより、各依頼者への分配をこの時１回で済ませようとした場合に、依頼者への分配の原資である広告料を超えてしまうか否かが判断される。

（依頼者負担額−最低負担額）×（依頼者の人数）が、依頼者全体への分配額を上回る場合には（Ｓ９０３：ＹＥＳ）、（依頼者負担額−最低負担額）を各依頼者に分配するには原資不足である。よって、依頼者全体への分配額（広告料）を依頼者の人数で割った金額が、各依頼者への分配額として決定され、ＲＡＭ１３に記憶される（Ｓ９２１）。決定された各依頼者の分配額が、依頼情報記憶エリア１５３に記憶された、処理対象の広告情報に対応する依頼情報の依頼者負担額が更新される（Ｓ９２２）。より具体的には、依頼者負担額から各依頼者の分配額が差し引かれる。翻訳者およびシステム運営者への分配額は０であるから、翻訳者およびシステム運営者への分配額がそれぞれ０と決定され、ＲＡＭ１３に記憶される（Ｓ９２３）。このようにして分配額が決定されると、第３の分配処理は終了し、図１５の分配額決定処理に戻る。

一方、（依頼者負担額−最低負担額）×（依頼者の人数）が、依頼者全体への分配額以下の場合には（Ｓ９０３：ＹＥＳ）、（依頼者負担額−最低負担額）を各依頼者に分配するだけの原資がある。よって、ＣＰＵ１１は、（依頼者負担額−最低負担額）を各依頼者への分配額として決定し（Ｓ９１１）、依頼情報記憶エリア１５３に記憶された、処理対象の広告情報に対応する依頼情報の依頼者負担額を更新する（Ｓ９１２）。この場合、依頼者負担額から（依頼者負担額−最低負担額）が差し引かれるため、依頼者負担額は、最低負担額と等しくなる。その後、ＣＰＵ１１は、Ｓ９０２で決定された翻訳者およびシステム運営者への分配額（＝０）に、同じくＳ９０２で決定された依頼者全体への分配額と実際に各依頼者に分配すると決定された金額との差額を加算する（Ｓ９１３）。前述したように、実際に各依頼者に分配すると決定された金額は、（依頼者負担額−最低負担額）×依頼者の人数であるから、差額は、広告料−｛（依頼者負担額−最低負担額）×依頼者の人数｝である。よって、翻訳者およびシステム運営者への分配額は、広告料−｛（依頼者負担額−最低負担額）×依頼者の人数｝となる。ＣＰＵ１１は、翻訳者への分配額とシステム運営者への分配額との分配比率を１：１に設定し、ＲＡＭ１３に記憶させる（Ｓ９１４）。そして、設定された分配比率に基づき、翻訳者およびシステム運営者への分配額がそれぞれ決定され、ＲＡＭ１３に記憶される（Ｓ９１５）。すなわち、翻訳者およびシステム運営者への分配額は、広告料−｛（依頼者負担額−最低負担額）×依頼者の人数｝の１／２の金額に決定される。このようにして分配額が決定されると、第３の分配処理は終了し、図１５の分配額決定処理に戻る。

以下に、具体的な例を用いて、分配額決定処理（図１５〜図１８参照）によって実際にどのように分配額が決定され、依頼者負担額が更新されていくかについて説明する。分配額決定処理開始時に、図５に示す依頼情報が依頼情報記憶エリア１５３に記憶されており、図７に示す広告情報が広告情報記憶エリア１５５に記憶されているものとする。この場合、図１５の分配額決定処理において、広告ＩＤが「Ａ０００２」の広告情報が２番目の処理対象として取得されると（Ｓ６８）、広告料は￥２，２００であるから（Ｓ６２：ＹＥＳ）、対応する依頼ＩＤが「２」の依頼情報が、依頼情報記憶エリア１５３から取得される（Ｓ６３）。処理開始時の依頼者負担額￥２，５００は最低負担額￥１，０００より大きく（Ｓ６５：ＮＯ）、かつ分配開始額￥１，５００よりも大きい（Ｓ６６：ＮＯ）。したがって、第３の分配処理が行われる（Ｓ９０）。

図１８に示す第３の分配処理では、依頼者へ広告料収入のすべてが割り当てられるため（Ｓ９０１）、依頼者全体（ＩＤが「Ｒ０００２」および「Ｒ０００３」のユーザ）への分配額は￥２，２００である（Ｓ９０２）。（依頼者負担額−最低負担額）×依頼者人数＝（￥２，５００−￥１，０００）×２＝￥３，０００であるから、依頼者全体への分配額￥２，２００を上回っている（Ｓ９０３：ＹＥＳ）。したがって、ＩＤが「Ｒ０００２」および「Ｒ０００３」のユーザへの分配額は、￥２，２００÷２＝￥１，１００と決定される（Ｓ９２１）。そして、依頼情報記憶エリア１５３に記憶された依頼者負担額が、処理開始時の依頼者負担額￥２，５００から￥１，１００が差し引かれて得られた￥１，４００に更新される（Ｓ９２２）。一方、翻訳者およびシステム運営者への分配額は￥０であるから（Ｓ９０２）、翻訳者およびシステム運営者への分配額は、いずれも￥０に決定される（Ｓ９２３）。このように、依頼者負担額が、分配開始額を上回っている場合は、依頼者のみに広告料収入が割り当てられるため、依頼者負担額を迅速に減少させることができる。

この後の１ヶ月間で、広告ＩＤ「Ａ０００２」の広告が１８回閲覧され、これに基づく広告料収入が￥１，８００あったとする。この場合、次の月初めに行われる分配額決定処理では、広告ＩＤ「Ａ０００２」の広告情報は、以下のように扱われる。まず、図１５の分配額決定処理において、この広告情報の広告料は￥１，８００であるから（Ｓ６２：ＹＥＳ）、対応する依頼ＩＤが「２」の依頼情報が、依頼情報記憶エリア１５３から取得される（Ｓ６３）。今回の処理開始時の依頼者負担額￥１，４００は最低負担額￥１，０００より大きいが（Ｓ６５：ＮＯ）、分配開始額￥１，５００以下である（Ｓ６６：ＹＥＳ）。したがって、第２の分配処理が行われる（Ｓ８０）。

図１７に示す第２の分配処理では、依頼者とそれ以外（翻訳者およびシステム運営者）へ広告料収入が等分に割り当てられるため（Ｓ８０１）、依頼者全体およびそれ以外への分配額は、それぞれ￥９００である（Ｓ８０２）。（依頼者負担額−最低負担額）×依頼者人数＝（￥１，４００−￥１，０００）×２＝￥８００であるから、依頼者全体への分配額￥９００以下である（Ｓ８０３：ＮＯ）。したがって、ＩＤが「Ｒ０００２」および「Ｒ０００３」のユーザへの分配額は、￥１，４００−￥１，０００＝￥４００と決定される（Ｓ８１１）。そして、依頼情報記憶エリア１５３に記憶された依頼者負担額が、処理開始時の依頼者負担額￥１，４００から￥４００が差し引かれて得られた￥１，０００、すなわち最低負担額に更新される（Ｓ８１２）。一方、翻訳者およびシステム運営者への分配額は、依頼者全体への分配額￥９００と実際に各依頼者に分配すると決定された金額との差額￥１００を加算した￥１，０００であるから（Ｓ８１３）、翻訳者およびシステム運営者への分配額は、いずれも￥５００に決定される（Ｓ８１５）。このように、依頼者負担額が最低負担額より大きく分配開始額以下の場合には、依頼者負担額はある程度までは減少されているため、依頼者にも広告収入を割り当てつつ、翻訳者およびシステム運営者にも広告料収入の分配を行う。

さらに、この後の１ヶ月間で、広告ＩＤ「Ａ０００２」の広告が２０回閲覧され、これに基づく広告料収入が￥２，０００あったとする。この場合、次の月初めに行われる分配額決定処理では、広告ＩＤ「Ａ０００２」の広告情報は、以下のように扱われる。まず、図１５の分配額決定処理において、この広告情報の広告料は￥２，０００であるから（Ｓ６２：ＹＥＳ）、対応する依頼ＩＤが「２」の依頼情報が、依頼情報記憶エリア１５３から取得される（Ｓ６３）。今回の処理開始時の依頼者負担額￥１，０００は最低負担額￥１，０００に達している。すなわち、最低負担額以下となっている（Ｓ６５：ＹＥＳ）。したがって、第１の分配処理が行われる（Ｓ７０）。

図１６に示す第１の分配処理では、依頼者への分配額は￥０であるから（Ｓ７０２）、依頼者であるＩＤが「Ｒ０００２」および「Ｒ０００３」のユーザへの分配額は、いずれも￥０と決定される（Ｓ７０３）。よって、依頼情報記憶エリア１５３に記憶された依頼者情報の依頼者負担額は、￥１，０００のままとなる。一方、翻訳者およびシステム運営者への分配額は、広告料￥２，０００であるから（Ｓ７０２）、これが等分され、翻訳者およびシステム運営者への分配額は、いずれも￥１，０００と決定される。このように、依頼者負担額が最低負担額まで減少されると、それ以降は必ず分配額決定処理のＳ６５でＹＥＳと判断されるので、広告料収入はすべて翻訳者およびシステム運営者に分配されることになる。この段階に至ると、翻訳料金を負担した依頼者の人数の差異により、当初の依頼者負担額に差がある場合であっても、後に広告料収入が得られれば、依頼者負担額は同額の最低負担額に収束する。例えば、ある原文コンテンツの翻訳料金が￥１０，０００だった場合、依頼者が２名だと、各依頼者は最初に￥５，０００ずつ負担しなければならないが、依頼者が５名だと、最初は￥２，０００ずつの負担となる。このような場合にも、広告料収入が得られれば、依頼者が２名でも５名でも、最終的な依頼者負担額は最低負担額（例えば￥１，０００）で同額となる。したがって、依頼者の不公平感を緩和することができる。

なお、詳細な説明は省略するが、サーバ１０では、分配額決定処理に続いて、前述のようにして決定され、ＲＡＭ１３に記憶されている各依頼者や翻訳者への分配額の支払い処理が行われる。より具体的には、依頼者への分配額については、ユーザ情報記憶エリア１５１に記憶された依頼者のユーザ情報を参照して、指定口座への振込み処理が行われる。例えば、分配額と指定口座の情報とから、振り込み処理用のデータが作成され、専用回線を通じて該当する銀行のコンピュータ装置（図示外）に転送される。同様にして、翻訳者への分配額の振込み処理が行われる。

以上に説明したように、本実施形態に係る翻訳システム１では、システムの一般会員であるユーザ端末２０のユーザからの翻訳依頼に応じて作成された翻訳文に広告を付加した公開用コンテンツが生成され、閲覧を希望するユーザに提供される。ユーザが公開用コンテンツにリンクされた広告を閲覧した場合には、システム運営者は、その閲覧回数に応じた広告料収入を得ることができる。翻訳料金を負担したユーザである依頼者には、その依頼者が負担した依頼者負担額が、必ず負担しなければならない最低負担額に低減されるまで、広告料収入が分配される。この場合、広告料収入は、依頼者負担額が最低負担額よりも大きい分配開始額に低減されるまでは、依頼者のみに分配されるが、分配開始額以下まで低減されると、翻訳者およびシステム運営者にも分配される。したがって、後の広告料収入によって依頼者の金銭的負担が軽減されるため、所望のコンテンツの翻訳を依頼しやすくなる。

本実施形態において、図１４の公開用コンテンツ提供処理のＳ２１〜Ｓ２３で公開用コンテンツをユーザ端末２０に閲覧可能に提供するステップが、「翻訳コンテンツ提供ステップ」に相当する。図１５の分配額決定処理のＳ６１で広告情報を取得するステップが、「収入額取得ステップ」に相当し、Ｓ６３で依頼者情報を取得するステップが、「依頼者負担額取得ステップ」に相当する。Ｓ６５で依頼者負担額が最低負担額以下であるか否かを判断するステップが、「第１の判断ステップ」に相当し、Ｓ６６で依頼者負担額が分配開始額以下であるか否かを判断するステップが、「第２の判断ステップ」に相当する。図１６のＳ７０１、図１７のＳ８０１、および図１８のＳ９０１で依頼者とそれ以外との分配比率を設定するステップが、「分配比率設定ステップ」に相当する。図１６のＳ７０２およびＳ７０３、図１７のＳ８０２〜Ｓ８０３、Ｓ８１１またはＳ８２１、図１８のＳ９０２〜Ｓ９０３、Ｓ９１１またはＳ９２１で依頼者への分配額を決定するステップが、「分配額決定ステップ」に相当する。図１６のＳ７０４、図１７のＳ８１２またはＳ８２２、図１８のＳ９１２またはＳ９２２で依頼者負担額を更新するステップが、「依頼者負担額更新ステップ」に相当する。

また、図１４の公開用コンテンツ提供処理のＳ２１〜Ｓ２３で公開用コンテンツをユーザ端末２０に閲覧可能に提供するサーバ１０のＣＰＵ１１が、「翻訳コンテンツ提供手段」に相当する。図１５の分配額決定処理のＳ６１で広告情報を取得するＣＰＵ１１が、「収入額取得手段」に相当し、Ｓ６３で依頼者情報を取得するＣＰＵ１１が、「依頼者負担額取得手段」に相当する。Ｓ６５で依頼者負担額が最低負担額以下であるか否かを判断するＣＰＵ１１が、「第１の判断手段」に相当する。図１６のＳ７０１、図１７のＳ８０１、および図１８のＳ９０１で依頼者とそれ以外との分配比率を設定するＣＰＵ１１が、「分配比率設定手段」に相当する。図１６のＳ７０２およびＳ７０３、図１７のＳ８０２〜Ｓ８０３、Ｓ８１１またはＳ８２１、図１８のＳ９０２〜Ｓ９０３、Ｓ９１１またはＳ９２１で依頼者への分配額を決定するＣＰＵ１１が、「分配額決定手段」に相当する。図１６のＳ７０４、図１７のＳ８１２またはＳ８２２、図１８のＳ９１２またはＳ９２２で依頼者負担額を更新するＣＰＵ１１が、「依頼者負担額更新手段」に相当する。

なお、前述の実施形態に示される翻訳システム１の構成は例示であり、本発明は各種の変形が可能なことはいうまでもない。例えば、前述の実施形態では、公開コンテンツにリンクされた広告から得られる広告料収入が、翻訳料金を負担した依頼者に対して分配されている。しかし、分配される収入はこれに限られず、翻訳コンテンツをユーザ端末２０に提供することに付随して得られる収入であればよい。例えば、翻訳料金を負担した依頼者以外のユーザのユーザ端末２０から、すでに翻訳コンテンツが公開可能となっている原文コンテンツに対する翻訳依頼を受け付けた場合、このユーザは二次利用者である。よって、別途利用料金を請求して翻訳コンテンツを提供し、徴収された利用料金を依頼者に分配することができる。

第１〜第３の分配処理において用いられる、依頼者とそれ以外の分配対象者（翻訳者およびシステム運営者）への分配額の分配比率は、必ずしも前述の比率とする必要はなく、システム運営者が自己の方針に応じて定めればよい。例えば、依頼者以外の分配対象者に翻訳者は含めず、システム運営者のみとしてもよい。また、前述の実施形態では、翻訳の発注先として、翻訳者が１名のみ選択されたが、複数の翻訳者に翻訳を発注し、翻訳者全体への分配額を、各翻訳者に分配してもよい。

依頼者負担額と比較される最低負担額および分配開始額は、前述の金額である必要はなく、システム運営者が任意に定めればよい。依頼者が必ず負担する金額、すなわち、依頼者への分配を中止する金額である最低負担額は、必ずしも設ける必要はない。例えば、最低負担額の代わりに分配開始額よりも小さい分配変更額を設け、分配変更額を境に、分配比率を変更してもよい。この場合、例えば、依頼者負担額が分配開始額と分配変更額の間にある場合は、前述の実施形態と同様、依頼者とそれ以外への分配額の分配比率を１：１とし、分配変更額以下となった場合は１：３とすることができる。また、分配開始額も設けず、広告料収入はすべて依頼者のみに分配することも可能である。

前述の実施形態では、１つの公開用コンテンツに対して１つの広告のみがリンクされているが、リンクされる広告の数は、必ずしも１つでなくてよい。１つの公開用コンテンツに対して複数の広告をリンクさせることももちろん可能である。

前述の実施形態では、毎月最初の日に１度、依頼者等への分配額を算出する分配額決定処理が行われていたが、分配額を算出する頻度やタイミングはこれに限られない。例えば、３ヶ月に１度や半月に一度処理を行ってもよいし、月末や毎月１５日に処理を行ってもよいことは言うまでもない。

翻訳システム１の概略構成を示すシステム構成図である。 サーバ１０の電気的構成を示すブロック図である。 ユーザ情報記憶エリア１５１に記憶されたユーザ情報の説明図である。 翻訳者情報記憶エリア１５２に記憶された翻訳者情報の説明図である。 依頼情報記憶エリア１５３に記憶された依頼情報の説明図である。 翻訳結果記憶エリア１５４に記憶された翻訳結果情報の説明図である。 広告情報記憶エリア１５５に記憶された広告情報の説明図である。 依頼受付処理のフローチャートである。 翻訳依頼画面の模式図である。 翻訳依頼確定問合せ画面の模式図である。 共同依頼参加画面の模式図である。 翻訳発注処理のフローチャートである。 翻訳結果公開処理のフローチャートである。 依頼受付処理で行われる公開用コンテンツ提供処理のフローチャートである。 分配額決定処理のフローチャートである。 第１の分配処理のフローチャートである。 第２の分配処理のフローチャートである。 第３の分配処理のフローチャートである。

符号の説明

１ 翻訳システム
３ インターネット
１０ サーバ
１１ ＣＰＵ
１４ ハードディスク装置
２０ ユーザ端末
３０ 翻訳者端末

Claims (5)

1. ネットワークを介して接続されたクライアント端末に対して、原文のコンテンツとは異なる言語に翻訳された翻訳コンテンツを提供するサーバによって処理される収入分配額決定方法であって、
   翻訳コンテンツ記憶手段に記憶された前記翻訳コンテンツを、前記ネットワークを介して前記クライアント端末に提供する翻訳コンテンツ提供ステップと、
   前記翻訳コンテンツの提供に付随して得られた収入の金額である収入額を記憶する収入記憶手段から、前記収入額を取得する収入額取得ステップと、
   前記原文のコンテンツから前記翻訳コンテンツへの翻訳に関して翻訳依頼者が負担した金額である依頼者負担額を記憶する依頼者負担額記憶手段から、前記依頼者負担額を取得する依頼者負担額取得ステップと、
   前記依頼者負担額取得ステップで取得された前記依頼者負担額が、第１の所定金額以下であるか否かを判断する第１の判断ステップと、
   前記第１の判断ステップで前記依頼者負担額が前記第１の所定金額より大きいと判断された場合には、前記依頼者負担額が前記第１の所定金額以下であると判断された場合よりも前記翻訳依頼者への割当てが大きくなるように、前記翻訳依頼者と翻訳依頼者以外への前記収入額の分配比率を設定する分配比率設定ステップと、
   前記分配比率設定ステップで設定された前記分配比率に基づいて、前記収入額取得ステップで取得された前記収入額のうち、前記翻訳依頼者に分配する金額である依頼者分配額を決定する分配額決定ステップと、
   前記分配額決定ステップで決定された前記依頼者分配額を、前記依頼者負担額記憶手段に記憶された前記依頼者負担額から差し引くことにより、前記依頼者負担額を更新する依頼者負担額更新ステップとを備えたことを特徴とする収入分配額決定方法。
2. 前記分配比率設定ステップでは、前記第１の判断ステップで前記依頼者負担額が前記第１の所定金額以下であると判断された場合には、前記収入額がすべて前記翻訳依頼者以外へ割当てられるように前記分配比率を設定することを特徴とする請求項１に記載の収入分配額決定方法。
3. 前記依頼者負担額記憶手段に記憶された前記依頼者負担額が、前記第１の所定金額よりも大きい第２の所定金額以下であるか否かを判断する第２の判断ステップをさらに備え、
   前記分配比率設定ステップでは、前記第２の判断ステップで前記依頼者負担額が前記第２の所定金額より大きいと判断された場合には、前記収入額がすべて前記翻訳依頼者へ割当てられるように前記分配比率を設定し、前記依頼者負担額が前記第２の所定金額以下であると判断された場合には、前記収入額が前記翻訳依頼者および前記翻訳依頼者以外の両方に割当てられるように前記分配比率を設定することを特徴とする請求項１または２に記載の収入分配額決定方法。
4. 請求項１〜３のいずれかに記載の収入分配額決定方法の各種処理ステップをコンピュータに実行させる収入分配額決定プログラム。
5. ネットワークを介して接続されたクライアント端末に対して、原文のコンテンツとは異なる言語に翻訳された翻訳コンテンツを提供する翻訳コンテンツ提供サーバであって、
   翻訳コンテンツ記憶手段に記憶された前記翻訳コンテンツを、前記ネットワークを介して前記クライアント端末に提供する翻訳コンテンツ提供手段と、
   前記翻訳コンテンツの提供に付随して得られた収入の金額である収入額を記憶する収入記憶手段から、前記収入額を取得する収入額取得手段と、
   前記原文のコンテンツから前記翻訳コンテンツへの翻訳に関して翻訳依頼者が負担した金額である依頼者負担額を記憶する依頼者負担額記憶手段から、前記依頼者負担額を取得する依頼者負担額取得手段と、
   前記依頼者負担額取得手段によって取得された前記依頼者負担額が、第１の所定金額以下であるか否かを判断する第１の判断手段と、
   前記第１の判断手段により前記依頼者負担額が前記第１の所定金額より大きいと判断された場合には、前記依頼者負担額が前記第１の所定金額以下であると判断された場合よりも前記翻訳依頼者への割当てが大きくなるように、前記翻訳依頼者と翻訳依頼者以外への前記収入額の分配比率を設定する分配比率設定手段と、
   前記分配比率設定手段により設定された前記分配比率に基づいて、前記収入額取得手段により取得された前記収入額のうち、前記翻訳依頼者に分配する金額である依頼者分配額を決定する分配額決定手段と、
   前記分配額決定手段により決定された前記依頼者分配額を、前記依頼者負担額記憶手段に記憶された前記依頼者負担額から差し引くことにより、前記依頼者負担額を更新する依頼者負担額更新手段とを備えたことを特徴とする翻訳コンテンツ提供サーバ。

Images