JP6702050B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明は、情報処理装置及びプログラムに関する。

特許文献１には、翻訳を依頼する会員（翻訳依頼会員）がサンプル原稿を示し、翻訳を請け負う会員（翻訳請負会員）がサンプル原稿に対する翻訳結果を翻訳依頼会員に送信し、翻訳依頼会員がサンプル原稿の翻訳結果を比較して翻訳請負会員を選定する翻訳サービスオークションシステムが記載されている。

特開２００４−３４１９８５号公報

従来、コンテンツを作成する業務の請負者を決定する方法として、業務の請負を希望する複数の応募者に業務の全部又は一部を依頼してコンテンツの優劣を競争させる競争方式が存在する。しかし、業務の依頼者によっては、業務の請負の応募者の中から１以上の応募者を指名して業務を依頼する指名方式を望む場合がある。しかし、従来、競争方式と指名方式のいずれかを選択可能なシステムは存在しなかった。

本発明は、このような事情に鑑みてなされたものであり、コンテンツを作成する業務の請負の応募者の中から１以上の応募者を指名して業務を依頼する指名方式と、同業務の請負の２以上の応募者に業務の全部又は一部を依頼してコンテンツの優劣を競争させる競争方式のいずれかの選択を受け付けることを可能とすることを目的とする。

本発明の請求項１に係る情報処理装置は、コンテンツを作成する業務の依頼を受け付ける業務依頼受付部と、前記業務の請負の応募を受け付ける請負応募受付部と、前記請負応募受付部に応募を受け付けられた応募者の中から１以上の応募者を指名し、当該指名した１以上の応募者に前記業務を依頼する指名方式と、前記請負応募受付部に応募を受け付けられた２以上の応募者に前記業務の全部又は一部を依頼し、コンテンツの優劣を競争させる競争方式のうち、いずれかの選択を受け付ける方式選択受付部と、前記指名方式が選択された場合に、前記請負応募受付部に応募を受け付けられた応募者の中から指名された１以上の応募者に前記業務の請負を依頼するための情報を出力する一方で、前記競争方式が選択された場合には、前記請負応募受付部に応募を受け付けられた２以上の応募者に前記業務の全部又は一部の請負を依頼するための情報を出力する業務請負依頼部とを備えることを特徴とする。

本発明の請求項２に係る情報処理装置は、請求項１に記載の構成において、前記請負応募受付部に応募を受け付けられた応募者に応じて、前記指名方式と前記競争方式のうちいずれかの選択を推奨する画面を示す情報を出力する画面情報出力部をさらに備えることを特徴とする。

本発明の請求項３に係る情報処理装置は、請求項１に記載の構成において、前記請負応募受付部に応募を受け付けられた応募者に応じて前記指名方式と前記競争方式のうちいずれかを選択する方式選択部をさらに備えることを特徴とする。

本発明の請求項４に係る情報処理装置は、請求項１に記載の構成において、前記請負応募受付部に応募を受け付けられた応募者の情報を表示する画面を示す情報を出力した後で、前記方式選択受付部が前記選択を受け付けることを特徴とする。

本発明の請求項５に係る情報処理装置は、請求項１に記載の構成において、前記指名方式と前記競争方式のうちいずれかの選択を受け付けるための画面を示す情報を出力する画面情報出力部をさらに備え、前記画面では、前記請負応募受付部に応募を受け付けられた応募者の情報が、当該応募者の特性に応じて並べられることを特徴とする。

本発明の請求項６に係るプログラムは、コンピュータを、コンテンツを作成する業務の依頼を受け付ける業務依頼受付部と、前記業務の請負の応募を受け付ける請負応募受付部と、前記請負応募受付部に応募を受け付けられた応募者の中から１以上の応募者を指名し、当該指名した１以上の応募者に前記業務を依頼する指名方式と、前記請負応募受付部に応募を受け付けられた２以上の応募者に前記業務の全部又は一部を依頼し、コンテンツの優劣を競争させる競争方式のうちいずれかの選択を受け付ける方式選択受付部と、前記指名方式が選択された場合に、前記請負応募受付部に応募を受け付けられた応募者の中から指名された１以上の応募者に前記業務の請負を依頼するための情報を出力する一方で、前記競争方式が選択された場合には、前記請負応募受付部に応募を受け付けられた２以上の応募者に前記業務の全部又は一部の請負を依頼するための情報を出力する業務請負依頼部として機能させることを特徴とする。

請求項１又は６に係る発明によれば、コンテンツを作成する業務の請負の応募者の中から１以上の応募者を指名して業務を依頼する指名方式と、同業務の請負の２以上の応募者に業務の全部又は一部を依頼してコンテンツの優劣を競争させる競争方式のいずれかの選択を受け付けることが可能となる。
請求項２乃至４のいずれか１項に係る発明によれば、指名方式と競争方式のうちのいずれかの選択を支援することができる。
請求項５に係る発明によれば、応募者の選択を支援することができる。

業務委託システム１の構成の一例を示すブロック図である。 依頼者端末１０の構成の一例を示すブロック図である。 請負者端末２０の構成の一例を示すブロック図である。 仲介サーバ３０の構成の一例を示すブロック図である。 利用者情報データベース３２１の一例を示す図である。 業務管理データベース３２２の一例を示す図である。 応募者情報データベース３２３の一例を示す図である。 業務依頼動作の一例を示すシーケンス図である。 業務依頼動作の一例を示すシーケンス図である。 業務依頼動作の一例を示すシーケンス図である。 ステータス画面の一例を示す図である。 発注画面の一例を示す図である。 納品動作の一例を示すシーケンス図である。 納品動作の一例を示すシーケンス図である。 ステータス画面の一例を示す図である。 コンテンツ一覧画面の一例を示す図である。 納品動作の一例を示すシーケンス図である。 納品動作の一例を示すシーケンス図である。 ステータス画面の一例を示す図である。

以下、本発明の実施の形態について図面を参照しつつ説明する。
１．実施形態
１−１．構成
１−１−１．業務委託システム１
図１は、本発明の一実施形態に係る業務委託システム１の構成の一例を示すブロック図である。業務委託システム１は、業務の依頼者が使用する１以上の依頼者端末１０と、業務の請負者が使用する１以上の請負者端末２０と、業務を依頼者から請負者へ仲介する仲介サーバ３０とを備える。依頼者端末１０と請負者端末２０と仲介サーバ３０とは、インターネット等の通信回線４０を介して互いに接続される。

１−１−２．依頼者端末１０
図２は、依頼者端末１０の構成の一例を示すブロック図である。依頼者端末１０はコンピュータである。例えば、スマートフォンやタブレット端末等の携帯型のコンピュータや据え置き型のコンピュータである。依頼者端末１０は、大略、制御部１１と、記憶部１２と、通信部１３と、操作部１４と、表示部１５とを備える。

制御部１１は、ＣＰＵ（Central Processing Unit）等の演算処理装置とメモリとを備え、メモリや記憶部１２に記憶されるプログラムを実行する。記憶部１２は、フラッシュメモリ等の記憶装置であり、制御部１１に実行されるプログラムを記憶する。通信部１３は、データ通信カード等の通信モジュールであり、通信回線４０を介して仲介サーバ３０と通信を行う。操作部１４は、タッチセンサや操作キー等の操作受付装置であり、操作者の操作情報を制御部１１に出力する。表示部１５は、液晶ディスプレイや有機ＥＬディスプレイ等の表示装置であり、制御部１１から出力される画像を表示する。

制御部１１は、記憶部１２が記憶するプログラムを実行することにより、業務依頼部１１１と、ステータス問合部１１２と、発注部１１３と、コンテンツ取得部１１４という機能を実現する。

業務依頼部１１１は、コンテンツを作成する業務を仲介サーバ３０に依頼する。具体的には、業務依頼部１１１は、コンテンツを作成する業務を依頼する依頼者による指示を受けて、コンテンツの原案を表す画像をアップロードするためのアップロード画面を仲介サーバ３０に対して要求する。そして、仲介サーバ３０から送信されたアップロード画面を取得すると、当該アップロード画面を表示部１５に表示させる。アップロード画面の表示後、依頼者が操作部１４を操作して、コンテンツの原案を表す画像を選択してアップロードを指示すると、業務依頼部１１１は、選択された画像を含む業務依頼を仲介サーバ３０に対して送信する。業務依頼の送信後、業務依頼部１１１は、仲介サーバ３０から通知される管理番号を表示部１５に表示させる。

ステータス問合部１１２は、仲介サーバ３０に対して依頼した業務のステータスを当該サーバに対して問い合わせる。具体的には、ステータス問合部１１２は、業務のステータスの確認を所望する依頼者による指示を受けて、仲介サーバ３０に対してステータス画面を要求する。そして、仲介サーバ３０から送信されたステータス画面を取得すると、当該ステータス画面を表示部１５に表示させる。

発注部１１３は、発注方式を指定して、仲介サーバ３０に対してコンテンツの作成を発注する。具体的には、発注部１１３は、発注画面の表示を所望する依頼者による指示を受けて、仲介サーバ３０に対して発注画面を要求する。そして、仲介サーバ３０から送信された発注画面を取得すると、当該発注画面を表示部１５に表示させる。表示される発注画面には、発注方式の選択肢として指名方式とコンペ方式とが提示される。また、業務の請負の応募者の情報が提示される。発注画面の表示後、依頼者が操作部１４を操作していずれかの発注方式を選択すると、発注部１１３は、選択された発注方式を通知する発注依頼を仲介サーバ３０に対して送信する。

コンテンツ取得部１１４は、請負者により作成されたコンテンツを仲介サーバ３０から取得する。具体的には、コンテンツ取得部１１４は、発注方式としてコンペ方式を選択した依頼者により、各請負者が作成したコンテンツの一覧画面の表示を指示されると、仲介サーバ３０に対してコンテンツ一覧画面を要求する。そして、仲介サーバ３０から送信されたコンテンツ一覧画面を取得すると、当該コンテンツ一覧画面を表示部１５に表示させる。コンテンツ一覧画面の表示後、依頼者が操作部１４を操作していずれかのコンテンツを選択すると、コンテンツ取得部１１４は、選択されたコンテンツを指定するコンテンツ要求を仲介サーバ３０に対して送信する。そして、仲介サーバ３０から送信されたコンテンツを記憶部１２に記憶する。

コンテンツ取得部１１４は、発注方式として指名方式を選択した依頼者により、指名した請負者が作成したコンテンツのダウンロードを指示されると、当該コンテンツを要求するコンテンツ要求を仲介サーバ３０に対して送信する。そして、仲介サーバ３０から送信されたコンテンツを記憶部１２に記憶する。

１−１−３．請負者端末２０
図３は、請負者端末２０の構成の一例を示すブロック図である。請負者端末２０はコンピュータである。例えば、スマートフォンやタブレット端末等の携帯型のコンピュータや据え置き型のコンピュータである。請負者端末２０は、大略、制御部２１と、記憶部２２と、通信部２３と、操作部２４と、表示部２５とを備える。

制御部２１は、ＣＰＵ等の演算処理装置とメモリとを備え、メモリや記憶部２２に記憶されるプログラムを実行する。記憶部２２は、フラッシュメモリ等の記憶装置であり、制御部２１に実行されるプログラムを記憶する。通信部２３は、データ通信カード等の通信モジュールであり、通信回線４０を介して仲介サーバ３０と通信を行う。操作部２４は、タッチセンサや操作キー等の操作受付装置であり、操作者の操作情報を制御部２１に出力する。表示部２５は、液晶ディスプレイや有機ＥＬディスプレイ等の表示装置であり、制御部２１から出力される画像を表示する。

制御部２１は、記憶部２２が記憶するプログラムを実行することにより、請負応募部２１１と、利用者情報問合部２１２と、納品部２１３という機能を実現する。

請負応募部２１１は、コンテンツを作成する業務の請負を仲介サーバ３０に対して応募する。具体的には、請負応募部２１１は、コンテンツを作成する業務の請負を所望する請負者による指示を受けて、仲介サーバ３０に対して請負募集画面を要求する。そして、仲介サーバ３０から送信された請負募集画面を取得すると、当該請負募集画面を表示部２５に表示させる。請負募集画面の表示後、請負者が操作部２４を操作して業務の請負の応募を指示すると、請負応募部２１１は、当該業務の管理番号を含む請負申請を仲介サーバ３０に対して送信する。

利用者情報問合部２１２は、請負者に対する発注に関する情報を仲介サーバ３０に対して問い合わせる。具体的には、利用者情報問合部２１２は、自身に対する発注の確認を所望する請負者による指示を受けて、仲介サーバ３０に対して利用者情報画面を要求する。そして、仲介サーバ３０から送信された利用者情報画面を取得すると、当該利用者情報画面を表示部２５に表示させる。

納品部２１３は、請負者により作成されたコンテンツを仲介サーバ３０に対して納品する。具体的には、納品部２１３は、コンテンツを作成した請負者による指示を受けて、コンテンツをアップロードするためのアップロード画面を仲介サーバ３０に対して要求する。そして、仲介サーバ３０から送信されたアップロード画面を取得すると、当該アップロード画面を表示部２５に表示させる。アップロード画面の表示後、請負者が操作部２４を操作して、作成したコンテンツを選択してアップロードを指示すると、納品部２１３は、選択されたコンテンツを仲介サーバ３０に対して送信する。

１−１−４．仲介サーバ３０
図４は、仲介サーバ３０の構成の一例を示すブロック図である。仲介サーバ３０はウェブサーバであり、本発明に係る情報処理装置の一例である。仲介サーバ３０は、大略、制御部３１と、記憶部３２と、通信部３３とを備える。

制御部３１は、ＣＰＵ等の演算処理装置とメモリとを備え、メモリや記憶部３２に記憶されるプログラムを実行する。記憶部３２は、ＨＤＤ（Hard Disk Drive）等の記憶装置であり、制御部３１に実行されるプログラムを記憶する。記憶部３２は、通信回線４０を介して接続される外部サーバに設置されてもよい。通信部３３は、データ通信カード等の通信モジュールであり、通信回線４０を介して依頼者端末１０及び請負者端末２０と通信を行う。

記憶部３２は、制御部３１に実行されるプログラムの他に、業務の仲介サービスを利用する利用者の情報を管理する利用者情報データベース３２１と、依頼された業務の情報を管理する業務管理データベース３２２と、依頼された業務の請負の応募者の情報を管理する応募者情報データベース３２３とを記憶する。

図５は、利用者情報データベース３２１の一例を示す図である。利用者情報データベース３２１を構成する各レコードは、利用者の識別情報である利用者ＩＤと、業務の依頼者が依頼した業務の識別情報である管理番号と、請負者が請け負う業務の管理番号を格納するための各フィールドにより構成される。

図６は、業務管理データベース３２２の一例を示す図である。業務管理データベース３２２を構成する各レコードは、業務の管理番号と、コンテンツの原案を表す原案画像の識別情報である画像ＩＤと、業務の発注方式と、業務のステータスと、業務の納期を格納するための各フィールドにより構成される。ここで、業務の発注方式には指名方式とコンペ（コンペティション）方式の２つがある。指名方式は、業務の請負の応募を受け付けられた応募者の中から１以上の応募者を指名し、当該指名した１以上の応募者に業務を依頼する発注方式である。一方、コンペ方式は、業務の請負の応募を受け付けられた２以上の応募者に業務の全部又は一部を依頼し、コンテンツの優劣を競争させる発注方式である。コンペ方式は、本発明に係る競争方式の一例である。

図７は、応募者情報データベース３２３の一例を示す図である。応募者情報データベース３２３を構成する各レコードは、業務の管理番号と、業務の請負の応募者の利用者ＩＤと、請負者により納品されたコンテンツの識別情報であるコンテンツＩＤと、応募者に対する発注の有無を表す発注フラグを格納するための各フィールドにより構成される。ここで、発注フラグのオン状態は発注があることを示し、オフ状態は発注がないことを示す。発注フラグの初期値はオフ状態である。

制御部３１は、記憶部３２が記憶するプログラムを実行することにより、業務依頼受付部３１１と、請負応募受付部３１２と、ステータス通知部３１３と、発注受付部３１４と、利用者情報提示部３１５と、納品受付部３１６と、コンテンツ納品部３１７と、決済部３１８という機能を実現する。

業務依頼受付部３１１は、コンテンツを作成する業務の依頼を依頼者端末１０から受け付ける。具体的には、業務依頼受付部３１１は、依頼者端末１０によりなされるアップロード画面の要求を受けて、アップロード画面を依頼者端末１０に対して送信する。アップロード画面の送信後、依頼者端末１０から送信される業務依頼を取得すると、業務依頼受付部３１１は、依頼者から依頼された業務に管理番号を付与する。管理番号の付与後、業務依頼受付部３１１は、付与した管理番号と、依頼者の利用者ＩＤと、原案画像の画像ＩＤと、業務のステータス（「募集中」）とを対応付けて業務管理データベース３２２に登録する。また、業務依頼受付部３１１は、付与した管理番号を、依頼された業務の管理番号として、依頼者の利用者ＩＤと対応付けて利用者情報データベース３２１に登録する。利用者情報データベース３２１への登録後、業務依頼受付部３１１は、付与した管理番号を依頼者端末１０に通知する。また、業務依頼受付部３１１は、受け付けた業務依頼を、仲介サーバ３０が記憶する請負募集画面に掲載する。

請負応募受付部３１２は、業務の請負の応募を請負者端末２０から受け付ける。具体的には、請負応募受付部３１２は、請負者端末２０によりなされる請負募集画面の要求を受けて、請負募集画面を請負者端末２０に対して送信する。請負募集画面の送信後、請負者端末２０から送信される請負申請を取得すると、請負応募受付部３１２は、当該請負申請に含まれる管理番号と、請負者の利用者ＩＤとを対応付けて応募者情報データベース３２３に登録する。

ステータス通知部３１３は、依頼者端末１０から依頼された業務のステータスを同端末に通知する。具体的には、ステータス通知部３１３は、依頼者端末１０によりなされるステータス画面の要求を受けて、依頼者の業務のステータス画面を生成する。その際、ステータス通知部３１３は、依頼者端末１０から送信される管理番号に基づいて、業務管理データベース３２２を参照して、業務のステータスを特定する。また、特定した業務のステータスが「発注済み」以降でない場合には、応募者情報データベース３２３を参照して、応募者の利用者ＩＤを特定する。そして、特定した情報と業務の管理番号とを通知するステータス画面を生成して、依頼者端末１０に対して送信する。

発注受付部３１４は、依頼者端末１０によりなされるコンテンツの作成の発注を受け付ける。具体的には、発注受付部３１４は、依頼者端末１０によりなされる発注画面の要求を受けて、発注画面を生成する。その際、発注受付部３１４は、依頼者端末１０から送信される管理番号に基づいて、応募者情報データベース３２３を参照して、応募者の利用者ＩＤを特定する。応募者の利用者ＩＤを特定すると、この情報と発注方式の選択肢とを通知する発注画面を生成して、依頼者端末１０に対して送信する。発注画面を送信後、発注受付部３１４は、依頼者端末１０から送信される発注依頼を取得すると、同端末から送信された管理番号と対応付けて、依頼者により選択された発注方式を業務管理データベース３２２に登録する。また、同データベースにおいて、同管理番号により識別される業務のステータスを「募集終了」から「発注済み」に更新する。また、同データベースにおいて、同業務の納期を登録する。ここで納期は、一例として、依頼者端末１０から発注依頼を受け付けた日時に予め定められた期間（例えば１週間）を加算することにより算出される。また、発注受付部３１４は、業務の発注を受ける請負者の利用者ＩＤと対応付けて当該業務の管理番号を利用者情報データベース３２１に登録する。また、発注受付部３１４は、応募者情報データベース３２３において、業務の発注を受ける請負者の発注フラグをオンに設定する。

発注受付部３１４は、発注方式として指名方式とコンペ方式のうちいずれかの選択を受け付ける、本発明に係る方式選択受付部の一例である。なお、発注受付部３１４は、請負応募受付部３１２が請負の応募の受け付けを開始した後に発注方式の選択を受け付ける。より具体的には、請負応募受付部３１２が請負の応募の受け付けを開始し、当該受け付けを締め切り、応募者の情報を依頼者に提示した後に、発注方式の選択を受け付ける。これにより、依頼者は応募者の情報を見た後に、応募者の状況に応じて発注方式を選択することができるので、選択が容易になる。なお、別の実施形態において、発注受付部３１４は、請負の応募の受け付けが締め切られる前であっても、その時点での応募者の情報を依頼者に提示した後に、発注方式の選択を受け付けるようにしてもよい。

また、発注受付部３１４は、指名方式とコンペ方式のうちいずれかの選択を受け付けるための画面を示す情報を出力する、本発明に係る画面情報出力部の一例である。

利用者情報提示部３１５は、請負者に対する発注に関する情報を請負者端末２０に対して提示する。具体的には、利用者情報提示部３１５は、請負者端末２０によりなされる利用者情報画面の要求を受けて、利用者情報画面を生成する。その際、利用者情報提示部３１５は、請負者端末２０から送信される利用者ＩＤに基づいて、利用者情報データベース３２１を参照して、請負者が請け負う業務の管理番号を特定する。そして、業務管理データベース３２２を参照して、当該管理番号により識別される業務の発注方式、納期及び原案画像ＩＤを特定する。また、業務の発注方式としてコンペ方式が選択されている場合には、応募者情報データベース３２３を参照して、当該管理番号により識別される業務を請け負う請負者の人数を特定する。これらの情報を特定すると、利用者情報提示部３１５は、特定した情報を通知する利用者情報画面を生成して、請負者端末２０に対して送信する。

利用者情報提示部３１５は、指名方式が選択された場合に、請負応募受付部３１２に応募を受け付けられた応募者の中から指名された１以上の応募者に業務の請負を依頼するための情報を出力する一方で、コンペ方式が選択された場合には、請負応募受付部３１２に応募を受け付けられた２以上の応募者に業務の請負を依頼するための情報を出力する、本発明に係る業務請負依頼部の一例である。

納品受付部３１６は、請負者により作成され、請負者端末２０から送信されるコンテンツを受け付ける。具体的には、納品受付部３１６は、請負者端末２０から送信されるコンテンツを取得すると、応募者情報データベース３２３において、請負者端末２０から送信される管理番号と利用者ＩＤとに対応付けて、当該コンテンツを識別するコンテンツＩＤを格納する。コンテンツＩＤを格納後、業務の発注方式として指名方式が選択されている場合には、納品受付部３１６は、業務管理データベース３２２において、同管理番号により識別される業務のステータスを「発注済み」から「納品完了」に更新する。一方、業務の発注方式としてコンペ方式が選択されている場合には、納品受付部３１６は、同管理番号により識別される業務について、すべての請負者からの納品が完了したか否かを判断する。この判断の結果、すべての請負者からの納品が完了していない場合には、他の請負者からの納品を待つ。一方、すべての請負者からの納品が完了した場合には、業務管理データベース３２２において、同管理番号により識別される業務のステータスを「発注済み」から「納品完了」に更新する。

コンテンツ納品部３１７は、請負者により作成されたコンテンツを依頼者端末１０に対して納品する。具体的には、コンテンツ納品部３１７は、業務の発注方式としてコンペ方式が選択されている場合には、依頼者端末１０によりなされるコンテンツ一覧画面の要求を受けて、コンテンツ一覧画面を生成する。その際、コンテンツ納品部３１７は、依頼者端末１０から送信される管理番号に基づいて、応募者情報データベース３２３を参照して、各応募者により納品されたコンテンツのコンテンツＩＤを特定する。各コンテンツＩＤを特定すると、コンテンツ納品部３１７は、各コンテンツＩＤにより識別されるコンテンツの縮小画像を示すコンテンツ一覧画面を生成して、依頼者端末１０に対して送信する。コンテンツ一覧画面を送信後、依頼者端末１０から送信されるコンテンツ要求を取得すると、コンテンツ納品部３１７は、要求されたコンテンツを記憶部３２から読み出して依頼者端末１０に送信する。一方、業務の発注方式として指名方式が選択されている場合には、コンテンツ納品部３１７は、依頼者端末１０から送信されるコンテンツ要求を取得すると、応募者情報データベース３２３を参照して、同端末から送信された管理番号と指名された請負者とに対応付けられているコンテンツＩＤを特定する。そして、特定したコンテンツＩＤにより識別されるコンテンツを記憶部３２から読み出して依頼者端末１０に送信する。

決済部３１８は、業務が完了すると、当該業務の決済を行う。具体的には、第１に、業務の依頼者に対して業務の委託料金を課金する。一例として、依頼者の指定口座から業務の委託料金を引き落とす。第２に、業務の請負者に対して報酬を支払う。一例として、請負者の指定口座に対して報酬を振り込む。

１−２．動作
１−２−１．業務依頼動作
業務委託システム１の動作について説明する。図８乃至１０は、業務委託システム１により実行される業務依頼動作の一例を示すシーケンス図である。同図に示す例は、依頼者が、文書のデザインをデザイナである請負者に委託する動作である。なお、同図には、説明の便宜上、請負者端末２０が１つしか示されていないが、実際には複数の請負者端末２０が業務依頼動作に関与することになる。図示される請負者端末２０は、実際に業務依頼動作に関与することになる複数の請負者端末２０のうちの一例である。

文書のデザインを委託する依頼者は、文書の原案を表す画像を仲介サーバ３０にアップロードするために、依頼者端末１０の操作部１４を操作してアップロード画面の要求を指示する（ステップＳａ１）。この指示を受けて、依頼者端末１０の業務依頼部１１１は、仲介サーバ３０に対してアップロード画面を要求する（ステップＳａ２）。仲介サーバ３０の業務依頼受付部３１１は、依頼者端末１０によりなされたアップロード画面の要求を受けて、当該アップロード画面を依頼者端末１０に対して送信する（ステップＳａ３）。

依頼者端末１０の業務依頼部１１１は、仲介サーバ３０から送信されたアップロード画面を取得すると、当該アップロード画面を表示部１５に表示させる（ステップＳａ４）。アップロード画面の表示後、依頼者が操作部１４を操作して、文書の原案を表す画像を選択してアップロードを指示すると（ステップＳａ５）、業務依頼部１１１は、選択された画像を含む業務依頼を仲介サーバ３０に対して送信する（ステップＳａ６）。この業務依頼には、依頼者の利用者ＩＤも含まれる。なお、原案画像には、デザインの方針やイメージを伝えるためのコメントシートが添付されてもよい。

仲介サーバ３０の業務依頼受付部３１１は、依頼者端末１０から送信された業務依頼を取得すると、依頼者から依頼された業務に管理番号を付与する（ステップＳａ７）。管理番号の付与後、業務依頼受付部３１１は、付与した管理番号と、原案画像の画像ＩＤと、業務のステータス（「募集中」）とを対応付けて業務管理データベース３２２に登録する（ステップＳａ８）。また、業務依頼受付部３１１は、付与した管理番号を、依頼された業務の管理番号として、依頼者の利用者ＩＤと対応付けて利用者情報データベース３２１に登録する。利用者情報データベース３２１への登録後、業務依頼受付部３１１は、付与した管理番号を依頼者端末１０に通知する（ステップＳａ９）。依頼者端末１０の業務依頼部１１１は、仲介サーバ３０から通知された管理番号を表示部１５に表示させる（ステップＳａ１０）。この際、管理番号は、業務依頼が無事に受け付けられたことを通知するメッセージと、当該管理番号が、依頼した業務を一意に識別する識別番号として利用されることを通知するメッセージとともに表示されてもよい。また、仲介サーバ３０の業務依頼受付部３１１は、受け付けた業務依頼を、同サーバが記憶する請負募集画面に掲載する（ステップＳａ１１）。具体的には、管理番号と原案画像とを請負募集画面に掲載する。

文書デザインの請負を希望する請負者は、請負募集画面を閲覧するために、請負者端末２０の操作部２４を操作して請負募集画面の要求を指示する（ステップＳａ１２）。この指示を受けて、請負者端末２０の請負応募部２１１は、仲介サーバ３０に対して請負募集画面を要求する（ステップＳａ１３）。仲介サーバ３０の請負応募受付部３１２は、請負者端末２０によりなされた請負募集画面の要求を受けて、当該請負募集画面を請負者端末２０に対して送信する（ステップＳａ１４）。

請負者端末２０の請負応募部２１１は、仲介サーバ３０から送信された請負募集画面を取得すると、当該請負募集画面を表示部２５に表示させる（ステップＳａ１５）。表示された請負募集画面を見て、請負者が、ステップＳａ１１において掲載された業務の請負の応募を、操作部２４を操作して指示すると（ステップＳａ１６）、請負応募部２１１は、当該業務の管理番号を含む請負申請を仲介サーバ３０に対して送信する（ステップＳａ１７）。この請負申請には、請負者の利用者ＩＤも含まれる。なお、請負応募部２１１は、業務の請負を拒否する意思を通知する申請を仲介サーバ３０に対して送信してもよい。

仲介サーバ３０の請負応募受付部３１２は、請負者端末２０から送信された請負申請を取得すると、当該請負申請に含まれる管理番号と、請負者の利用者ＩＤとを対応付けて応募者情報データベース３２３に登録する（ステップＳａ１８）。

文書のデザインを委託した依頼者は、委託した業務の請負の募集状況について確認する場合には、依頼者端末１０の操作部１４を操作してステータス画面の要求を指示する（ステップＳａ１９）。この指示を受けて、依頼者端末１０のステータス問合部１１２は、仲介サーバ３０に対してステータス画面を要求する（ステップＳａ２０）。その際、ステータス問合部１１２は、業務の管理番号を仲介サーバ３０に対して送信する。仲介サーバ３０のステータス通知部３１３は、依頼者端末１０によりなされたステータス画面の要求を受けて、依頼者の業務のステータス画面を生成する（ステップＳａ２１）。ステータス画面を生成するにあたり、ステータス通知部３１３は、依頼者端末１０から送信された管理番号に基づいて、業務管理データベース３２２を参照して、業務のステータスを特定する。また、特定した業務のステータスが「発注済み」以降でない場合には、応募者情報データベース３２３を参照して、応募者の利用者ＩＤを特定する。そして、特定した情報と業務の管理番号とを通知するステータス画面を生成して、依頼者端末１０に対して送信する（ステップＳａ２２）。

依頼者端末１０のステータス問合部１１２は、仲介サーバ３０から送信されたステータス画面を取得すると、当該ステータス画面を表示部１５に表示させる（ステップＳａ２３）。表示されるステータス画面を見て、依頼者は、業務のステータス及び応募者を確認する。

仲介サーバ３０の請負応募受付部３１２は、依頼者端末１０から業務依頼を取得後、予め定められた時間（例えば２４時間）が経過すると当該業務の請負の募集を終了する。別の例として請負応募受付部３１２は、すべての請負者からの申請を取得すると当該業務の請負の募集を終了する。請負の募集を終了すると、請負応募受付部３１２は、業務管理データベース３２２において当該業務のステータスを「募集中」から「募集終了」に更新する（ステップＳａ２４）。また、請負応募受付部３１２は、当該業務依頼を、仲介サーバ３０が記憶する請負募集画面から削除する。

請負の募集の終了後に、文書のデザインを委託した依頼者が依頼者端末１０の操作部１４を操作してステータス画面の要求を指示すると（ステップＳａ２５）、依頼者端末１０のステータス問合部１１２は、仲介サーバ３０に対してステータス画面を要求し（ステップＳａ２６）、仲介サーバ３０から送信されたステータス画面を表示部１５に表示させる（ステップＳａ２９）。ここで、ステップＳａ２７及びＳａ２８の説明については、上述したステップＳａ２１及びＳａ２２と重複するため省略する。図１１は、ステータス画面の一例を示す図である。同図に示す画面には、すでに請負の募集が終了しているため、発注画面に遷移するための発注画面表示ボタンＢ１が選択可能に示されている。なお、同図に示す例では、２つの請負者端末２０から請負申請が受け付けられている。

このステータス画面の表示後、依頼者が依頼者端末１０の操作部１４を操作して発注画面表示ボタンＢ１を選択すると（ステップＳａ３０）。依頼者端末１０の発注部１１３は、仲介サーバ３０に対して発注画面を要求する（ステップＳａ３１）。その際、発注部１１３は、業務の管理番号を仲介サーバ３０に対して送信する。仲介サーバ３０の発注受付部３１４は、依頼者端末１０によりなされた発注画面の要求を受けて、発注画面を生成する（ステップＳａ３２）。発注画面を生成するにあたり、発注受付部３１４は、依頼者端末１０から送信された管理番号に基づいて、応募者情報データベース３２３を参照して、応募者の利用者ＩＤを特定する。応募者の利用者ＩＤを特定すると、発注受付部３１４は、この情報と発注方式の選択肢とを通知する発注画面を生成して、依頼者端末１０に対して送信する（ステップＳａ３３）。

依頼者端末１０の発注部１１３は、仲介サーバ３０から送信された発注画面を取得すると、当該発注画面を表示部１５に表示させる（ステップＳａ３４）。図１２は、発注画面の一例を示す図である。同図に示す発注画面には、発注方式の選択肢として指名方式を選択するための選択ボタンＢ２と、コンペ方式を選択するための選択ボタンＢ３とが選択可能に示されている。指名方式を選択した場合の料金は「￥9,000」であり、コンペ方式を選択した場合の料金は「￥10,000」である。なお、業務委託を中止するための選択ボタンが示されてもよい。また、同図に示す画面には、請負の応募者の利用者ＩＤが指名対象として示されている。各応募者はラジオボタンで選択可能となっている。ただし、ラジオボタンはあくまで一例であり、チェックボックスやリストボックス等の他の選択方法により代替されてもよい。なお、同図に示す例では、２つの請負者端末２０から請負申請が受け付けられている。

この発注画面の表示後、依頼者が依頼者端末１０の操作部１４を操作して、応募者の１人を選択して選択ボタンＢ２を選択するか、又は、選択ボタンＢ３を選択すると（ステップＳａ３５）、依頼者端末１０の発注部１１３は、選択された情報を含む発注依頼を仲介サーバ３０に対して送信する（ステップＳａ３６）。この発注依頼には、発注する業務の管理番号も含まれる。なお、選択される応募者の数は２以上であってもよい。また、コンペ方式が選択される場合であっても、コンペに参加する応募者を選択してもよい。仲介サーバ３０の発注受付部３１４は、依頼者端末１０から送信された発注依頼を取得すると、同端末から送信された管理番号と対応付けて、依頼者により選択された発注方式を業務管理データベース３２２に登録する（ステップＳａ３７）。また、同データベースにおいて、同管理番号により識別される業務のステータスを「募集終了」から「発注済み」に更新する。また、同データベースにおいて、同業務の納期を登録する。ここで納期は、一例として、依頼者端末１０から発注依頼を受け付けた日時に予め定められた期間（例えば１週間）を加算することにより算出される。また、発注受付部３１４は、業務の発注を受ける請負者の利用者ＩＤと対応付けて当該業務の管理番号を利用者情報データベース３２１に登録する。また、発注受付部３１４は、応募者情報データベース３２３において、業務の発注を受ける請負者の発注フラグをオンに設定する。

１−２−２．納品動作（コンペ方式選択時）
図１３及び１４は、上記のステップＳａ３５においてコンペ方式が選択された場合に業務委託システム１により実行される納品動作の一例を示すシーケンス図である。同図に示す例は、デザイナである請負者が、作成した文書を依頼者に納品する動作である。なお、同図には、説明の便宜上、請負者端末２０が１つしか示されていないが、実際には複数の請負者端末２０が納品動作に関与することになる。図示される請負者端末２０は、実際に納品動作に関与することになる複数の請負者端末２０のうちの一例である。

依頼者による発注後、自身への発注の有無を確認する請負者は、請負者端末２０の操作部２４を操作して利用者情報画面の要求を指示する（ステップＳｂ１）。この指示を受けて、請負者端末２０の利用者情報問合部２１２は、仲介サーバ３０に対して利用者情報画面を要求する（ステップＳｂ２）。その際、利用者情報問合部２１２は、請負者の利用者ＩＤを仲介サーバ３０に対して送信する。仲介サーバ３０の利用者情報提示部３１５は、請負者端末２０によりなされた利用者情報画面の要求を受けて、利用者情報画面を生成する（ステップＳｂ３）。利用者情報画面を生成するにあたり、利用者情報提示部３１５は、請負者端末２０から送信された利用者ＩＤに基づいて、利用者情報データベース３２１を参照して、請負者が請け負う業務の管理番号を特定する。そして、業務管理データベース３２２を参照して、当該管理番号により識別される業務の発注方式、納期及び原案画像ＩＤを特定する。また、業務の発注方式としてコンペ方式が選択された場合には、応募者情報データベース３２３を参照して、当該管理番号により識別される業務を請け負う請負者の人数を特定する。これらの情報を特定すると、利用者情報提示部３１５は、業務の管理番号、発注方式、納期、原画画像及び請負者の人数を通知する利用者情報画面を生成して、請負者端末２０に対して送信する（ステップＳｂ４）。

請負者端末２０の利用者情報問合部２１２は、仲介サーバ３０から送信された利用者情報画面を取得すると、当該利用者情報画面を表示部２５に表示させる（ステップＳｂ５）。表示された利用者情報画面を見て、請負者は、業務の発注方式、納期、原画画像及び請負者の人数を確認する。

利用者情報画面に示される原画画像を参考にして請負者が文書のデザインを完成させると、請負者は文書を仲介サーバ３０にアップロードするために、請負者端末２０の操作部２４を操作してアップロード画面の要求を指示する（ステップＳｂ６）。この指示を受けて、請負者端末２０の納品部２１３は、仲介サーバ３０に対してアップロード画面を要求する（ステップＳｂ７）。仲介サーバ３０の納品受付部３１６は、請負者端末２０によりなされたアップロード画面の要求を受けて、当該アップロード画面を請負者端末２０に対して送信する（ステップＳｂ８）。

請負者端末２０の納品部２１３は、仲介サーバ３０から送信されたアップロード画面を取得すると、当該アップロード画面を表示部２５に表示させる（ステップＳｂ９）。アップロード画面の表示後、請負者が操作部２４を操作して、作成した文書を選択してアップロードを指示すると（ステップＳｂ１０）、納品部２１３は、選択された文書を仲介サーバ３０に対して送信する（ステップＳｂ１１）。その際、納品部２１３は、請け負った業務の管理番号と、請負者の利用者ＩＤとを仲介サーバ３０に対して送信する。

仲介サーバ３０の納品受付部３１６は、請負者端末２０から送信された文書を取得すると、応募者情報データベース３２３において、請負者端末２０から送信された管理番号と利用者ＩＤとに対応付けて、当該文書を識別するコンテンツＩＤを格納する（ステップＳｂ１２）。コンテンツＩＤを格納後、納品受付部３１６は、同管理番号により識別される業務について、すべての請負者からの納品が完了したか否かを判断する。この判断の結果、すべての請負者からの納品が完了していない場合には、他の請負者からの納品を待つ。一方、すべての請負者からの納品が完了した場合には、納品受付部３１６は、業務管理データベース３２２において、同管理番号により識別される業務のステータスを「発注済み」から「納品完了」に更新する（ステップＳｂ１３）。

すべての請負者からの納品が完了した後に、依頼者が依頼者端末１０の操作部１４を操作してステータス画面の要求を指示すると（ステップＳｂ１４）、依頼者端末１０のステータス問合部１１２は、仲介サーバ３０に対してステータス画面を要求し（ステップＳｂ１５）、仲介サーバ３０から送信されたステータス画面を表示部１５に表示させる（ステップＳｂ１８）。ここで、ステップＳｂ１６及びＳｂ１７の説明については、上述したステップＳａ２１及びＳａ２２と重複するため省略する。図１５は、ステータス画面の一例を示す図である。同図に示す画面には、すでにすべての請負者からの納品が完了しているため、コンテンツ一覧画面に遷移するためのコンテンツ一覧表示ボタンＢ４が選択可能に示されている。

このステータス画面の表示後、依頼者が依頼者端末１０の操作部１４を操作してコンテンツ一覧表示ボタンＢ４を選択すると（ステップＳｂ１９）。依頼者端末１０のコンテンツ取得部１１４は、仲介サーバ３０に対してコンテンツ一覧画面を要求する（ステップＳｂ２０）。その際、コンテンツ取得部１１４は、業務の管理番号を仲介サーバ３０に対して送信する。仲介サーバ３０のコンテンツ納品部３１７は、依頼者端末１０によりなされたコンテンツ一覧画面の要求を受けて、コンテンツ一覧画面を生成する（ステップＳｂ２１）。コンテンツ一覧画面を生成するにあたり、コンテンツ納品部３１７は、依頼者端末１０から送信された管理番号に基づいて、応募者情報データベース３２３を参照して、各応募者により納品された文書のコンテンツＩＤを特定する。各コンテンツＩＤを特定すると、コンテンツ納品部３１７は、各コンテンツＩＤにより識別される文書の縮小画像を示すコンテンツ一覧画面を生成して、依頼者端末１０に対して送信する（ステップＳｂ２２）。

依頼者端末１０のコンテンツ取得部１１４は、仲介サーバ３０から送信されたコンテンツ一覧画面を取得すると、当該コンテンツ一覧画面を表示部１５に表示させる（ステップＳｂ２３）。図１６は、コンテンツ一覧画面の一例を示す図である。同図に示すコンテンツ一覧画面には、各請負者により納品された文書の縮小画像が選択可能に示されている。同画面に示される文書のうち１つのみがダウンロード可能となっている。なお、文書の縮小画像は、依頼者による選択を受けて拡大表示されてもよい。ただし、拡大表示される画像の解像度は、オリジナルの文書と比較して低くなっている。なお、同図に示す例では、５つの請負者端末２０から文書が納品されている。

このコンテンツ一覧画面の表示後、依頼者が依頼者端末１０の操作部１４を操作して、いずれかの文書を選択すると（ステップＳｂ２４）、依頼者端末１０のコンテンツ取得部１１４は、選択された文書のコンテンツＩＤを含むコンテンツ要求を仲介サーバ３０に対して送信する（ステップＳｂ２５）。仲介サーバ３０のコンテンツ納品部３１７は、依頼者端末１０から送信されたコンテンツ要求を取得すると、要求された文書を記憶部３２から読み出して依頼者端末１０に送信する（ステップＳｂ２６）。その際、コンテンツ納品部３１７は文書とともに、業務委託サービスの終了を通知するメッセージを送信してもよい。依頼者端末１０のコンテンツ取得部１１４は、仲介サーバ３０から送信された文書を記憶部１２に記憶する（ステップＳｂ２７）。なお、ダウンロードした文書に修正が必要な場合には、依頼者は仲介サーバ３０を介して請負者に修正を指示してもよい。

依頼者に対する納品が完了すると、仲介サーバ３０の決済部３１８は、完了した業務の決済を行う（ステップＳｂ２８）。具体的には、第１に、依頼者に対して業務の委託料金（コンペ方式の場合、￥10,000）を課金する。一例として、依頼者の指定口座から業務の委託料金を引き落とす。第２に、請負者に対して報酬を支払う。より具体的には、文書が採用された請負者に対しては報酬として￥4,000を支払い、文書が採用されなかった請負者に対しては報酬として、￥2,000を（請負者の数−１）で除して得た金額を支払う。一例として、各請負者の指定口座に対して報酬を振り込む。

１−２−３．納品動作（指名方式選択時）
図１７及び１８は、上記のステップＳａ３５において指名方式が選択された場合に業務委託システム１により実行される納品動作の一例を示すシーケンス図である。同図に示す例は、デザイナである請負者が、作成した文書を依頼者に納品する動作である。なお、同図には、説明の便宜上、請負者端末２０が１つしか示されていないが、実際には複数の請負者端末２０が納品動作に関与することになる。図示される請負者端末２０は、実際に納品動作に関与することになる複数の請負者端末２０のうちの一例である。

依頼者による発注後、自身への発注の有無を確認する請負者は、請負者端末２０の操作部２４を操作して利用者情報画面の要求を指示する（ステップＳｃ１）。この指示を受けて、請負者端末２０の利用者情報問合部２１２は、仲介サーバ３０に対して利用者情報画面を要求する（ステップＳｃ２）。その際、利用者情報問合部２１２は、請負者の利用者ＩＤを仲介サーバ３０に対して送信する。仲介サーバ３０の利用者情報提示部３１５は、請負者端末２０によりなされた利用者情報画面の要求を受けて、利用者情報画面を生成する（ステップＳｃ３）。利用者情報画面を生成するにあたり、利用者情報提示部３１５は、請負者端末２０から送信された利用者ＩＤに基づいて、利用者情報データベース３２１を参照して、請負者が請け負う業務の管理番号を特定する。そして、業務管理データベース３２２を参照して、当該管理番号により識別される業務の発注方式、納期及び原案画像ＩＤを特定する。これらの情報を特定すると、利用者情報提示部３１５は、業務の管理番号、発注方式、納期及び原画画像を通知する利用者情報画面を生成して、請負者端末２０に対して送信する（ステップＳｃ４）。

請負者端末２０の利用者情報問合部２１２は、仲介サーバ３０から送信された利用者情報画面を取得すると、当該利用者情報画面を表示部２５に表示させる（ステップＳｃ５）。表示された利用者情報画面を見て、請負者は、業務の発注方式、納期及び原画画像を確認する。

利用者情報画面に示される原画画像を参考にして請負者が文書のデザインを完成させると、請負者は文書を仲介サーバ３０にアップロードするために、請負者端末２０の操作部２４を操作してアップロード画面の要求を指示する（ステップＳｃ６）。この指示を受けて、請負者端末２０の納品部２１３は、仲介サーバ３０に対してアップロード画面を要求する（ステップＳｃ７）。仲介サーバ３０の納品受付部３１６は、請負者端末２０によりなされたアップロード画面の要求を受けて、当該アップロード画面を請負者端末２０に対して送信する（ステップＳｃ８）。

請負者端末２０の納品部２１３は、仲介サーバ３０から送信されたアップロード画面を取得すると、当該アップロード画面を表示部２５に表示させる（ステップＳｃ９）。アップロード画面の表示後、請負者が操作部２４を操作して、作成した文書を選択してアップロードを指示すると（ステップＳｃ１０）、納品部２１３は、選択された文書を仲介サーバ３０に対して送信する（ステップＳｃ１１）。その際、納品部２１３は、請け負った業務の管理番号と、請負者の利用者ＩＤとを仲介サーバ３０に対して送信する。

仲介サーバ３０の納品受付部３１６は、請負者端末２０から送信された文書を取得すると、応募者情報データベース３２３において、請負者端末２０から送信された管理番号と利用者ＩＤとに対応付けて、当該文書を識別するコンテンツＩＤを格納する（ステップＳｃ１２）。コンテンツＩＤを格納後、納品受付部３１６は、業務管理データベース３２２において、同管理番号により識別される業務のステータスを「発注済み」から「納品完了」に更新する（ステップＳｃ１３）。

指名した請負者からの納品が完了した後に、依頼者が依頼者端末１０の操作部１４を操作してステータス画面の要求を指示すると（ステップＳｃ１４）、依頼者端末１０のステータス問合部１１２は、仲介サーバ３０に対してステータス画面を要求し（ステップＳｃ１５）、仲介サーバ３０から送信されたステータス画面を表示部１５に表示させる（ステップＳｃ１８）。ここで、ステップＳｃ１６及びＳｃ１７の説明については、上述したステップＳａ２１及びＳａ２２と重複するため省略する。図１９は、ステータス画面の一例を示す図である。同図に示す画面には、指名した請負者からの納品がすでに完了しているため、納品された文書をダウンロードするためのダウンロードボタンＢ５が選択可能に示されている。

このステータス画面の表示後、依頼者が依頼者端末１０の操作部１４を操作してダウンロードボタンＢ５を選択すると（ステップＳｃ１９）。依頼者端末１０のコンテンツ取得部１１４は、納品された文書を要求するコンテンツ要求を仲介サーバ３０に対して送信する（ステップＳｃ２０）。このコンテンツ要求には、業務の管理番号が含まれる。仲介サーバ３０のコンテンツ納品部３１７は、依頼者端末１０から送信されたコンテンツ要求を取得すると、応募者情報データベース３２３を参照して、同端末から送信された管理番号と指名された請負者とに対応付けられているコンテンツＩＤを特定する。そして、特定したコンテンツＩＤにより識別される文書を記憶部３２から読み出して依頼者端末１０に送信する（ステップＳｃ２１）。その際、コンテンツ納品部３１７は文書とともに、業務委託サービスの終了を通知するメッセージを送信してもよい。依頼者端末１０のコンテンツ取得部１１４は、仲介サーバ３０から送信された文書を記憶部１２に記憶する（ステップＳｃ２２）。なお、ダウンロードした文書に修正が必要な場合には、依頼者は仲介サーバ３０を介して請負者に修正を指示してもよい。

依頼者に対する納品が完了すると、仲介サーバ３０の決済部３１８は、完了した業務の決済を行う（ステップＳｃ２３）。具体的には、第１に、依頼者に対して業務の委託料金（指名方式の場合、￥9,000）を課金する。一例として、依頼者の指定口座から業務の委託料金を引き落とす。第２に、指名された請負者に対して報酬として￥4,000を支払う。一例として、指名された請負者の指定口座に対して報酬を振り込む。

以上説明した本実施形態に係る業務委託システム１では、業務の依頼者に対して、指名方式とコンペ方式の２つの選択肢が与えられる。加えて、これらの発注方式を選択する機会が、業務の請負の応募者に関する情報が提供された後に与えられる。また、同システムでは仲介サーバ３０が依頼者と請負者との間の情報の交換を仲介し、依頼者と請負者との間で直接情報の交換がされないため、いわゆる中抜きが防止される。同時に、請負者が依頼者から直接コンテンツについての苦情を受ける事態が防止される。

２．変形例
上記の実施形態は下記のように変形してもよい。また、下記の変形例は他の１以上の変形例と組み合わせてもよい。

２−１．変形例１
上記の実施形態で例示した文書のデザインは、あくまで業務の一例である。上記の業務委託システム１により委託される業務は、アウトソーシング（外部委託）可能なものであって、解が一意に定まらないものであれば、文書のデザインに限られない。例えば、デザインの他に、文書作成や、設計や、作詞や、作曲や、映像制作や、プログラミング等が含まれる。デザインの対象には、文書の他に、建築、服飾、美術等が含まれる。文書作成の対象には、翻訳文、記事、コピー（広告の文章）等が含まれる。設計の対象には、建築、回路、機械等が含まれる。映像制作の対象には、ＣＭ（コマーシャル）等が含まれる。

上記の実施形態で例示した文書は、あくまでコンテンツの一例である。上記の業務委託システム１により委託される業務は、文書以外に、写真、音声、映像、プログラム等を作成する業務であってもよい。

２−２．変形例２
上記の実施形態に係る仲介サーバ３０はウェブサーバであり、依頼者端末１０及び請負者端末２０とウェブページを介して情報の交換をしているが、情報交換の手段はウェブページに限られない。例えば、仲介サーバ３０は、電子メールを介して、依頼者端末１０及び請負者端末２０との間で情報の交換を行ってもよい。その場合、仲介サーバ３０の業務依頼受付部３１１は、業務の依頼を電子メールで依頼者端末１０から受け付ける。請負応募受付部３１２は、業務の請負の応募を電子メールで請負者端末２０から受け付ける。発注受付部３１４は、指名方式とコンペ方式のうちいずれかの選択を電子メールで依頼者端末１０から受け付ける。利用者情報提示部３１５は、業務の請負を依頼するための情報を電子メールとして請負者端末２０に対して出力する。

２−３．変形例３
上記の実施形態に係る仲介サーバ３０の利用者情報提示部３１５は、業務の発注方式としてコンペ方式が選択されている場合に、業務の全部の請負を依頼するための情報を請負者端末２０に対して出力している。しかし、業務の全部ではなく、業務の一部の請負を依頼するための情報を出力するようにしてもよい。そして、コンテンツを作成した請負者のうち、依頼者により選択された請負者の請負者端末２０に対してのみ、業務の全部の請負を依頼するための情報を出力するようにしてもよい。すなわち、トライアル用の業務の請負を依頼するための情報を出力するようにしてもよい。ここで、業務の一部とは、例えば、文書の最初の段落のデザインや、複数の頁からなる文書の最初の頁のデザイン等である。

２−４．変形例４
上記の実施形態に係る仲介サーバ３０の発注受付部３１４は、依頼者による発注方式の選択を支援するために、請負応募受付部３１２により応募を受け付けられた応募者に応じて、指名方式とコンペ方式のうちいずれかの選択を推奨する画面を示す情報を依頼者端末１０に対して出力するようにしてもよい。例えば、発注受付部３１４は、応募者の数に応じて、指名方式とコンペ方式のうちいずれかの選択を推奨する発注画面を出力するようにしてもよい。具体的には、発注受付部３１４は、応募者の数が予め定められた数よりも少ない場合に、指名方式を推奨する発注画面を出力するようにしてもよい。あるいは、発注受付部３１４は、応募者の数が予め定められた数以上である場合に、コンペ方式（又は指名方式）を推奨する発注画面を出力するようにしてもよい。ここで、予め定められた数は、依頼者により設定されてもよい。

別の例として、発注受付部３１４は、応募者の特性に応じて、指名方式とコンペ方式のうちいずれかの選択を推奨する発注画面を出力するようにしてもよい。換言すると、応募者の特性が予め定められた条件を満たす場合に、指名方式とコンペ方式のうちいずれかの選択を推奨する発注画面を出力するようにしてもよい。ここで、応募者の特性とは、例えば、業務の請負実績（請負件数）、属性（例えば年齢、性別、資格）、請負金額（応募者が要求する金額）、評価等である。業務の請負実績と評価には、依頼者本人が依頼した業務の請負実績及び評価と、他の依頼者を含めた依頼者全体が依頼した業務の請負実績及び評価とがある。また、評価とは、例えば、コンテンツの質又は納品スピードについての評価である。評価の値は、例えば、平均値又は過去最低値により表される。応募者の特性は、例えば、応募者の利用者ＩＤと対応付けられて利用者情報データベース３２１に登録される。応募者（すなわち請負者）の評価は、例えば、業務の決済後に、依頼者からのフィードバックを受けて逐次更新される。なお、上記の予め定められた条件は、依頼者により設定されてもよい。

具体的には、発注受付部３１４は、依頼者が過去に依頼した業務を請け負った件数が予め定められた数以上の応募者が存在する場合に、指名方式を推奨する発注画面を出力するようにしてもよい。逆に、そのような応募者が存在しない場合に、発注受付部３１４は、コンペ方式を推奨する発注画面を出力するようにしてもよい。あるいは、発注受付部３１４は、依頼者の評価が予め定められた値以上の応募者が存在する場合に、指名方式を推奨する発注画面を出力するようにしてもよい。逆に、そのような応募者が存在しない場合に、発注受付部３１４は、コンペ方式を推奨する発注画面を出力するようにしてもよい。あるいは、発注受付部３１４は、予め定められた資格を有する応募者が存在する場合に、指名方式を推奨する発注画面を出力するようにしてもよい。逆に、そのような応募者が存在しない場合に、発注受付部３１４は、コンペ方式を推奨する発注画面を出力するようにしてもよい。

また別の例として、発注受付部３１４は、応募者の数及び特性に応じて、指名方式とコンペ方式のうちいずれかの選択を推奨する発注画面を出力するようにしてもよい。換言すると、特性が予め定められた条件を満たす応募者が予め定められた数以上存在する場合に、指名方式とコンペ方式のうちいずれかの選択を推奨する発注画面を出力するようにしてもよい。ここで、予め定められた数及び条件は、依頼者により設定されてもよい。具体的には、発注受付部３１４は、依頼者が過去に依頼した業務を請け負った件数が予め定められた数以上の応募者が予め定められた数以上存在する場合に、指名方式を推奨する発注画面を出力するようにしてもよい。逆に、そのような条件が満たされない場合に、発注受付部３１４は、コンペ方式を推奨する発注画面を出力するようにしてもよい。あるいは、発注受付部３１４は、依頼者の評価が予め定められた値以上の応募者が予め定められた数以上存在する場合に、指名方式を推奨する発注画面を出力するようにしてもよい。逆に、そのような条件が満たされない場合に、発注受付部３１４は、コンペ方式を推奨する発注画面を出力するようにしてもよい。あるいは、発注受付部３１４は、予め定められた資格を有する応募者が予め定められた数以上存在する場合に、指名方式を推奨する発注画面を出力するようにしてもよい。逆に、そのような条件が満たされない場合に、発注受付部３１４は、コンペ方式を推奨する発注画面を出力するようにしてもよい。

なお、指名方式とコンペ方式のうちいずれかの選択を推奨する画面とは、例えば、一方の発注方式の選択のみを受け付けるための画面である。あるいは、一方の発注方式の表示を強調表示する画面である。

本変形例に係る発注受付部３１４は、指名方式とコンペ方式のうちいずれかの選択を推奨する画面を示す情報を出力する、本発明に係る画面情報出力部の一例である。

２−５．変形例５
上記の変形例４に係る発注受付部３１４は、請負応募受付部３１２により応募を受け付けられた応募者に応じて、指名方式とコンペ方式のうちいずれかの選択を推奨する画面を示す情報を出力するようにしているが、そのような情報を出力するのに代えて、指名方式とコンペ方式のうちいずれかを選択するようにしてもよい。すなわち、発注受付部３１４は、依頼者による発注方式の選択を支援するために、依頼者による選択によらずに、応募者に応じて発注方式を選択するようにしてもよい。さらに、発注受付部３１４は、予め定められた条件を満たす応募者が予め定められた数よりも少ない場合には（例えば、１人しか存在しない場合には）、応募者を選択するようにしてもよい。本変形例に係る発注受付部３１４は、本発明に係る方式選択部の一例である。

２−６．変形例６
上記の実施形態に係る発注画面（図１２参照）において、応募者の情報は、当該応募者の特性に応じて並べられてもよい。例えば、応募者の特性を示す値の昇順又は降順に応募者の情報は並べられてもよい。ここで応募者の特性については上述した通りである。

２−７．変形例７
上記の実施形態に係る仲介サーバ３０の制御部３１により実行されるプログラムは、磁気ディスク、光ディスク、光磁気ディスク、メモリ等の記憶媒体に記憶された状態で提供されてもよい。また、当該プログラムは、インターネット等の通信回線を介してダウンロードされてもよい。

１…業務委託システム、１０…依頼者端末、１１…制御部、１２…記憶部、１３…通信部、１４…操作部、１５…表示部、２０…請負者端末、２１…制御部、２２…記憶部、２３…通信部、２４…操作部、２５…表示部、３０…仲介サーバ、３１…制御部、３２…記憶部、３３…通信部、４０…通信回線、１１１…業務依頼部、１１２…ステータス問合部、１１３…発注部、１１４…コンテンツ取得部、２１１…請負応募部、２１２…利用者情報問合部、２１３…納品部、３１１…業務依頼受付部、３１２…請負応募受付部、３１３…ステータス通知部、３１４…発注受付部、３１５…利用者情報提示部、３１６…納品受付部、３１７…コンテンツ納品部、３１８…決済部、３２１…利用者情報データベース、３２２…業務管理データベース、３２３…応募者情報データベース、Ｂ１…発注画面表示ボタン、Ｂ２…選択ボタン、Ｂ３…選択ボタン、Ｂ４…コンテンツ一覧表示ボタン、Ｂ５…ダウンロードボタン

Claims (6)

1. コンテンツを作成する業務の依頼を受け付ける業務依頼受付部と、
   前記業務の請負の応募を受け付ける請負応募受付部と、
   前記請負応募受付部に応募を受け付けられた応募者の中から１以上の応募者を指名し、当該指名した１以上の応募者に前記業務を依頼する指名方式と、前記請負応募受付部に応募を受け付けられた２以上の応募者に前記業務の全部又は一部を依頼し、コンテンツの優劣を競争させる競争方式のうち、いずれかの選択を受け付ける方式選択受付部と、
   前記指名方式が選択された場合に、前記請負応募受付部に応募を受け付けられた応募者の中から指名された１以上の応募者に前記業務の請負を依頼するための情報を出力する一方で、前記競争方式が選択された場合には、前記請負応募受付部に応募を受け付けられた２以上の応募者に前記業務の全部又は一部の請負を依頼するための情報を出力する業務請負依頼部と
   を備える情報処理装置。
2. 前記請負応募受付部に応募を受け付けられた応募者に応じて、前記指名方式と前記競争方式のうちいずれかの選択を推奨する画面を示す情報を出力する画面情報出力部をさらに備えることを特徴とする請求項１に記載の情報処理装置。
3. 前記請負応募受付部に応募を受け付けられた応募者に応じて前記指名方式と前記競争方式のうちいずれかを選択する方式選択部をさらに備えることを特徴とする請求項１に記載の情報処理装置。
4. 前記請負応募受付部に応募を受け付けられた応募者の情報を表示する画面を示す情報を出力した後で、前記方式選択受付部が前記選択を受け付ける
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記指名方式と前記競争方式のうちいずれかの選択を受け付けるための画面を示す情報を出力する画面情報出力部をさらに備え、
   前記画面では、前記請負応募受付部に応募を受け付けられた応募者の情報が、当該応募者の特性に応じて並べられる
   ことを特徴とする請求項１に記載の情報処理装置。
6. コンピュータを、
   コンテンツを作成する業務の依頼を受け付ける業務依頼受付部と、
   前記業務の請負の応募を受け付ける請負応募受付部と、
   前記請負応募受付部に応募を受け付けられた応募者の中から１以上の応募者を指名し、当該指名した１以上の応募者に前記業務を依頼する指名方式と、前記請負応募受付部に応募を受け付けられた２以上の応募者に前記業務の全部又は一部を依頼し、コンテンツの優劣を競争させる競争方式のうちいずれかの選択を受け付ける方式選択受付部と、
   前記指名方式が選択された場合に、前記請負応募受付部に応募を受け付けられた応募者の中から指名された１以上の応募者に前記業務の請負を依頼するための情報を出力する一方で、前記競争方式が選択された場合には、前記請負応募受付部に応募を受け付けられた２以上の応募者に前記業務の全部又は一部の請負を依頼するための情報を出力する業務請負依頼部
   として機能させるためのプログラム。

Images