JPWO2012127799A1 - 通信サーバ、通信方法、記録媒体、および、集積回路 - Google Patents

Abstract

依頼端末３１０からコンテンツ作成希望位置の指定された依頼を取得し、コンテンツ作成を請負う請負端末３００に通知する通信サーバ２００を提供する。通知履歴管理手段２０６は、通知先の請負端末の撮影希望位置までの距離と受付情報を通知履歴として記憶する。新規依頼取得時、依頼通知端末選出手段２０３は、通知履歴に基づいて依頼を受理する可能性の高い請負端末３００を選出し、依頼通知手段２０４は、選出された請負端末３００に依頼を通知する。

Description

本発明は、コンテンツ配信に係る依頼を仲介する通信サーバおよび通信方法に関する。

近年、携帯電話やスマートフォンなどのインターネット接続可能な携帯端末が普及すると共に、インターネットを利用したリアルタイム情報配信サービスが一般化している。

例えば、カメラ付携帯端末などの撮影端末で撮影中の映像をリアルタイムで配信することができるサービスがある。撮影端末により撮影中のライブ映像は、撮影端末から配信サーバに送信され、配信サーバから視聴端末に配信される。このサービスによれば、視聴端末のユーザは、離れた位置のライブ映像をリアルタイムで視聴することが可能である。

このようなリアルタイム情報配信サービスにおいて、視聴端末のユーザの希望する任意の位置の映像などのコンテンツを配信することを可能とした情報配信技術が提案されている（例えば、特許文献１および特許文献２参照）。

特許文献１の手法では、配信サーバは、依頼端末からコンテンツ作成の希望位置が指定された配信依頼を取得し、コンテンツ作成を請負う請負端末のうち、希望位置付近の請負端末に配信依頼を通知する。請負端末が指定された希望位置のコンテンツを作成し、配信サーバに送信することにより、配信サーバは、依頼端末が希望する任意の位置で作成されたコンテンツを配信することが可能である。

特許文献２の手法では、配信サーバは、依頼端末からコンテンツ作成の希望位置が指定された配信依頼を取得すると、希望位置付近の請負端末の情報を依頼端末に提示する。依頼端末は、提示された情報に基づいて請負端末を選択し、配信サーバは、選択された請負端末に配信依頼を通知する。請負端末が指定された希望位置のコンテンツを作成し、配信サーバに送信することにより、配信サーバは、依頼端末が希望する任意の位置で作成されたコンテンツを配信することが可能である。

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

ところで、請負端末のユーザには、依頼を請負う意欲の高いユーザと依頼を請負う意欲の低いユーザがおり、希望位置から遠く離れていても依頼を受理するユーザもいれば、希望位置付近にいても依頼を拒否するユーザもいる。

しかしながら、前記従来の構成において、通知を受ける請負端末は、希望位置付近の請負端末に限られるため、依頼を請負う意欲が高く希望位置から離れていても依頼を受理する可能性の高い請負端末のユーザに、依頼を通知することは困難である。

また、依頼を受理しない請負端末のユーザにとって、通知される依頼は不要な情報であるため、依頼を請負う意欲が低く希望位置付近にいても依頼を受理する可能性の低いユーザには、依頼を極力通知しないことが望ましい。

本発明は、上記従来の課題を鑑みてなされたもので、依頼を受理する可能性の高い請負端末に依頼を通知することを可能にした通信サーバを提供することを目的とする。

上記従来の課題を解決するために、本発明の通知装置は、コンテンツ作成の希望位置が指定された依頼を取得する依頼取得手段と、コンテンツ作成を請負う複数の請負端末の位置を取得する端末位置取得手段と、前記複数の請負端末の中から選出された請負端末に前記依頼を通知する通知手段と、通知依頼について、通知先の請負端末が受理したか否かを示す受付情報を取得する受付情報取得手段と、過去の通知について、通知先の請負端末の通知時点における位置、通知依頼で指定される希望位置、および、前記受付情報を含む履歴情報を管理する履歴管理手段と、新規依頼取得時に、前記請負端末の当該時点における位置、当該依頼で指定される希望位置および前記履歴情報に応じて、前記通知手段が当該依頼を通知する請負端末を選出する選出手段を備えることを特徴とする。

本発明の通信サーバは、履歴情報として、過去の依頼を通知した時点における請負端末の位置、通知した依頼で指定された希望位置、および、当該依頼の受付情報を管理している。この構成により、請負端末の距離に応じた依頼受理傾向を導出することができ、依頼を受理する可能性の高い請負端末に依頼を通知することが可能である。

本発明の通信サーバを含む依頼通知システムの概要を示した図 本発明の実施の形態１におけるライブ映像配信システムの全体構成を示した図 本発明の実施の形態１における配信サーバの内部構成を示した図 本発明の実施の形態１におけるユーザ情報データベースの具体例を示した図 本発明の実施の形態１における撮影端末情報データベースの具体例を示した図 本発明の実施の形態１における視聴端末情報データベースの具体例を示した図 本発明の実施の形態１における配信依頼情報データベースの具体例を示した図 本発明の実施の形態１における配信履歴情報データベースの具体例を示した図 本発明の実施の形態１における通知履歴情報データベースの具体例を示した図 本発明の実施の形態１における検索条件を指定する視聴端末のユーザインターフェースの例を示した図 本発明の実施の形態１における撮影端末リストを表示する視聴端末のユーザインターフェースの例を示した図 本発明の実施の形態１における配信サーバが、既に配信中のライブ映像の中から視聴端末の選択したライブ映像を視聴端末に配信する場合の視聴端末、サーバおよび撮影端末の動作シーケンスを示した図 本発明の実施の形態１における配信サーバが視聴端末の依頼により撮影端末が撮影したライブ映像を視聴端末に配信する場合の視聴端末、サーバおよび撮影端末の動作シーケンスを示した図 本発明の実施の形態１における配信サーバが視聴端末の依頼により撮影端末が撮影したライブ映像を視聴端末に配信する場合の視聴端末、サーバおよび撮影端末の動作シーケンスを示した図 本発明の実施の形態１における配信サーバが視聴端末の操作によりライブ映像の配信を終了する場合の視聴端末および配信サーバの動作シーケンスを示した図 本発明の実施の形態１における配信サーバが撮影端末の操作によりライブ映像の配信を終了する場合の視聴端末、配信サーバおよび撮影端末の動作シーケンスを示した図 本発明の実施の形態１における配信依頼情報を通知する撮影端末を選出するフローチャートを示した図 本発明の実施の形態１における対象端末の配信期待値を計算するフローチャートを示した図 本発明の実施の形態１における受付実績データベースを作成する処理を示した図 本発明の実施の形態１における現在距離と距離傾向値の関係の例を示した図 日時情報を考慮に入れた対象端末の配信期待値を計算するフローチャートを示した図 受付実績データベースの具体例を示した図 位置情報を考慮に入れた対象端末の配信期待値を計算するフローチャートを示した図 受付実績データベースの具体例を示した図 撮影対象のカテゴリによる依頼受理傾向の違いを考慮に入れた配信サーバの機能構成例を示した図 位置カテゴリ情報の一例を示した図 撮影対象のカテゴリを考慮した配信期待値を計算するフローチャートを示した図 受付実績データベースを作成する動作を示した図 撮影端末の移動距離を考慮した配信期待値を計算するフローチャートを示した図

以下、本発明の実施の形態について図面を参照しながら説明する。

（１．概要）
図１は、本発明の通信サーバを含む依頼通知システムの概要を示した図である。図１に示すように、依頼通知システムは、通信網１００、通信サーバ２００、複数の請負端末３００および複数の依頼端末３１０からなる。通信サーバ２００は、通信網１００を介して複数の請負端末３００および複数の依頼端末３１０と接続されており、依頼端末３１０から取得したコンテンツ作成に関する依頼を請負端末３００に通知する。

依頼端末３１０が発行する依頼には、コンテンツ作成の希望位置が指定されており、請負端末３００は、指定された希望位置に移動してコンテンツを作成する。

また、通信サーバ２００は、内部に、依頼端末３１０から依頼を取得する依頼取得手段２０１、請負端末３００の位置を取得する端末位置取得手段２０２、依頼を通知する請負端末３００を選出する依頼通知端末選出手段２０３、請負端末３００に依頼を通知する依頼通知手段２０４、通知先の請負端末が通知依頼を受理したか否かを示す受付情報を取得する受付情報取得手段２０５、および、過去に通知した依頼に関する履歴を管理する通知履歴管理手段２０６を備えて構成される。

通知履歴管理手段２０６は、過去の通知に関して、通知された請負端末の通知時点における位置情報、通知した依頼で指定されている希望位置、および、通知した依頼について受理したか否かを示す受付情報を履歴として管理している。

依頼通知端末選出手段２０３は、依頼取得手段２０１が新しい依頼を依頼端末３１０から取得した場合、各請負端末３００の現在の位置、依頼に含まれる希望位置、および、上述の履歴を用いて、依頼を受理してくれる可能性の高い請負端末３００を選出する。

＜２．実施の形態１＞
（２−１．構成）
図２は、本発明に係る依頼通知システムの一実施形態であるライブ映像配信システムの全体構成を示した図である。このライブ映像配信システムは、複数の撮影端末３０１が撮影した映像を、インターネット１０１を利用して、リアルタイムで複数の視聴端末３１１に配信するライブ映像配信サービスを実現するものである。

撮影端末３０１のユーザは撮影ユーザとして、視聴端末３１１のユーザは視聴ユーザとして、あらかじめユーザＩＤとパスワードの登録を行い、登録したユーザＩＤおよびパスワードを用いてライブ映像配信システムにログインすることによりサービスを利用する。

撮影端末３０１は、概要で示した請負端末３００に対応し、配信サーバ２１０から通知される配信依頼情報に基づいて視聴ユーザの所望する撮影希望位置のライブ映像を撮影し、撮影したライブ映像を配信サーバ２１０に送信する。また、撮影端末３０１は、配信依頼情報に依らず、撮影ユーザの意思で撮影したライブ映像を、配信サーバ２１０に送信することもある。

撮影端末３０１は、携帯電話回線網、または、有線もしくは無線ＬＡＮ（Local Area Network）などでインターネット１０１に接続可能な撮影機器であり、例えば、カメラ付携帯電話、カメラ付スマートフォン、監視カメラ、Ｗｅｂカメラを接続したパーソナルコンピュータ、などが該当する。

視聴端末３１１は、概要で示した依頼端末３１０に対応し、視聴ユーザの所望する撮影希望位置が指定された配信依頼情報を配信サーバ２１０に送信する機能、および、配信サーバ２１０で配信されているライブ映像を受信して再生する機能を有する。

視聴端末３１１は、インターネット１０１に接続可能および動画再生可能な機器であり、例えば、携帯電話、スマートフォン、パーソナルコンピュータ、テレビジョン、などが該当する。

配信サーバ２１０は、ライブ映像配信システムにおいて、中心的役割を担っており、概要で示した通信サーバ２００のように視聴端末３１１からの依頼情報を撮影端末３０１に通知する機能、撮影端末３０１からライブ映像を受信して管理する機能、および、視聴端末３１１にライブ映像を配信する機能を有する。

以下、配信サーバ２１０の内部構成について詳細に説明する。図３は、配信サーバ２１０の内部構成を示した図である。配信サーバ２１０は、概要で示した通信サーバ２００の各構成要素に加えて、通信手段２１１、ユーザ管理手段２１２、撮影端末管理手段２１３、視聴端末管理手段２１４、配信映像管理手段２１５、配信依頼管理手段２１６、配信履歴管理手段２１７、撮影端末検索手段２１８、端末リスト通知手段２１９、映像受信配信手段２２０、および、制御手段２２１を備える。

通信手段２１１は、インターネット１０１への接続手段であり、配信サーバ２１０内部の他の構成要素と撮影端末３０１および視聴端末３１１との仲介を行い、各種データの送受信を行う。

ユーザ管理手段２１２は、図４に具体例を示すユーザ情報データベース４００を管理する。ユーザ情報データベース４００は、ライブ映像配信システムに登録されたユーザの個人情報を示すユーザごとのユーザレコード群である。各ユーザレコードは、ユーザＩＤ、パスワードおよびユーザ種別のフィールドからなる。

ユーザＩＤフィールドには、ユーザ登録時に割り当てられる各ユーザを識別するためのユーザＩＤが記憶される。パスワードフィールドには、ログイン時に認証のために使用される文字列が記憶される。ユーザ種別フィールドには、ユーザが撮影端末３０１を所有している撮影ユーザ（図４における「ＣＡＭＥＲＡ」）か、視聴端末３１１を所有している視聴ユーザ（図４における「ＤＩＳＰＬＡＹ」）かを区別するための変数が記憶される。

なお、本明細書において、データベースを管理するとは、レコードの作成、更新および削除をすること、ならびに、データベースに和、差、射影、選択などの関係代数にかかる演算を実施して目的のデータを取得することである。

図３に戻り、配信サーバ２１０の内部構成について説明を続ける。撮影端末管理手段２１３は、図５に示す撮影端末情報データベース５００を管理する。撮影端末情報データベース５００は、ライブ映像配信システムにログイン中の撮影端末３０１の情報を示し、対応する撮影端末３０１のログイン時に作成され、対応する撮影端末３０１のログアウト時に削除される撮影端末レコード群である。各撮影端末レコードは、撮影端末ＩＤ、ユーザＩＤ、位置情報、位置更新時刻および配信状態のフィールドからなる。

撮影端末ＩＤフィールドには、各撮影端末３０１を識別するためにログイン時に割り当てられる撮影端末ＩＤが記憶される。なお、撮影端末ＩＤは、同じ撮影端末を用いてログインすれば、同じ撮影端末ＩＤが割り当てられるものとする。ユーザＩＤフィールドには、撮影端末３０１のログイン時に使用されたユーザＩＤが記憶される。位置情報フィールドは、撮影端末３０１の現在の緯度および経度が記憶される。端末位置更新時刻フィールドには、位置情報フィールドが最後に更新された日時が記憶される。配信状態フィールドには、撮影端末３０１の配信状態を管理するための状態変数が記憶される。撮影端末の配信状態は、ライブ映像を配信サーバ２１０に送信中であることを示す「ＢＲＯＡＤＣＡＳＴＩＮＧ」、通知された依頼を受理して撮影希望位置のライブ映像を撮影するための準備中であることを示す「ＰＲＥＰＡＲＩＮＧ」、および、配信中でも準備中でもないことを示す「ＷＡＩＴＩＮＧ」の３種類のいずれかになる。

図３に戻り、配信サーバ２１０の内部構成について説明を続ける。視聴端末管理手段２１４は、図６に示す視聴端末情報データベース６００を管理する。視聴端末情報データベース６００は、ライブ映像配信システムにログインしている視聴端末３１１の情報を示し、対応する視聴端末３１１のログイン時に作成され、対応する視聴端末のログアウト時に削除される視聴端末レコード群である。各視聴端末レコードは、視聴端末ＩＤ、ユーザＩＤおよび視聴状態のフィールドからなる。

視聴端末ＩＤフィールドには、各視聴端末３１１を識別するためにログイン時に割り当てられる視聴端末ＩＤが記憶される。なお、視聴端末ＩＤは、同じ視聴端末を用いてログインすれば、同じ視聴端末ＩＤが割り当てられるものとする。ユーザＩＤフィールドには、視聴端末３１１のログイン時に使用されたユーザＩＤが記憶される。視聴状態フィールドには、視聴端末３１１が視聴中のライブ映像を配信している撮影端末３０１の撮影端末ＩＤが記憶される。なお、視聴端末３０１が、映像を視聴中ではない場合には、無効値が代入される。

図３に戻り、配信サーバ２１０の内部構成について説明を続ける。配信映像管理手段２１５は、撮影端末３０１から送信されてきたライブ映像を、視聴端末３１１へ配信するために管理する。ライブ映像は、撮影した撮影端末３０１の撮影端末ＩＤと関連付けて管理される。従って、配信サーバ２１０は、撮影端末ＩＤを指定することにより、任意の撮影端末３０１の撮影したライブ映像を視聴端末３１１に配信することが可能である。

配信依頼管理手段２１６は、図７に示す配信依頼情報データベース７００を管理する。配信依頼情報データベース７００は、依頼取得手段２０３が取得した配信依頼情報に関する情報を示す配信依頼レコード群である。そして、各配信依頼レコードは、依頼番号、視聴端末ＩＤおよび撮影希望位置のフィールドからなる。

依頼番号フィールドには、配信依頼情報を取得したときに割り当てられる依頼番号が記憶される。視聴端末ＩＤフィールドには、配信依頼情報の送信元の視聴端末３１１の視聴端末ＩＤが記憶される。撮影希望位置フィールドには、配信依頼情報で指定された希望位置（緯度および経度）が記憶される。

図３に戻り、配信サーバ２１０の内部構成について説明を続ける。配信履歴管理手段２１７は、配信サーバが過去に行った映像配信の履歴を管理する。図８は、配信履歴管理手段２１７の管理する配信履歴情報データベース８００の具体例である。各配信履歴レコードは、配信番号、ユーザＩＤ、撮影端末ＩＤ、配信開始日時、配信終了日時および依頼番号のフィールドからなる。

配信番号フィールドは、配信履歴レコードが作成されたときに割り当てられる配信番号が記憶される。ユーザＩＤフィールドには、ライブ映像の配信を行った撮影端末３０１のユーザＩＤが記憶され、撮影端末ＩＤフィールドには、ライブ映像の配信を行った撮影端末３０１の撮影端末ＩＤが記憶される。配信開始日時フィールドには、撮影端末３０１から配信サーバ２１０へライブ映像の送信を開始した日時が記憶され、配信終了日時フィールドには、撮影端末３０１から配信サーバ２１０へライブ映像の送信が終了した日時が記憶される。依頼番号フィールドには、ライブ映像の配信が配信依頼に応じて行われた場合は、対応する配信依頼の依頼番号が記憶され、ライブ映像の配信が配信依頼に依らず撮影ユーザの意思により行われた場合は、無効値が代入される。

図３に戻り、配信サーバ２１０の内部構成について説明を続ける。通知履歴管理手段２０６は、概要で示したように配信サーバが過去に行った配信依頼情報の通知履歴を管理する。図９は、通知履歴管理手段２０６の管理する通知履歴情報データベース９００の具体例である。各通知履歴レコードは、通知番号、ユーザＩＤ、撮影端末ＩＤ、受付情報、依頼通知時位置、撮影希望位置および依頼通知日時のフィールドからなる。

通知番号フィールドは、通知履歴レコードが作成されたときに割り当てられる通知番号が記憶される。ユーザＩＤフィールドには、通知を受けた撮影端末３０１のユーザＩＤが記憶され、撮影端末ＩＤフィールドには、通知を受けた撮影端末３０１の撮影端末ＩＤが記憶される。通知時位置フィールドには、通知を受けた撮影端末３０１の通知時点における位置情報が記憶され、撮影希望位置フィールドには、通知した配信依頼情報で指定されている撮影希望位置が記憶される。受付情報フィールドには、通知した配信依頼情報に対する撮影端末３０１からの応答である受付情報が記憶される。依頼通知日時フィールドには、配信依頼を通知した日付および時刻を示す情報が記憶される。

配信サーバ２１０は、通知時位置および撮影希望位置の２つの位置情報並びに受付情報を履歴として記憶することにより、各撮影端末３０１の通知時点における位置から撮影希望位置までの距離に応じた依頼受理傾向を判断することが可能となる。

図３に戻り、配信サーバ２１０の内部構成の説明を続ける。撮影端末検索手段２１７は、視聴端末３１１からの要求に応じて撮影端末３０１の検索を行う。具体的には、撮影端末検索手段２１８は、視聴端末３１１から検索条件を取得し、撮影端末情報データベース５００を参照して、取得した検索条件を満たし、かつ、配信状態が「ＢＲＯＡＤＣＡＳＴＩＮＧ」または「ＰＲＥＰＡＲＩＮＧ」の撮影端末レコードを取得する。

検索条件は、地理的な範囲を指定するものであり、具体的には、中心位置の緯度、経度および半径である。そして、検索条件を満たす撮影端末３０１とは、検索条件の指定する地理的な範囲内に存在する撮影端末３０１である。撮影端末検索手段２１８は、撮影端末情報データベース５００の各撮影端末レコードの位置情報と検索条件の中心位置との間の距離を計算し、算出した距離と検索条件の半径とを比較することにより、検索条件を満たすかどうかを判断する。

なお、検索条件は、視聴端末３１１のユーザインターフェースを通して指定される。検索条件を指定する視聴端末３１１のユーザインターフェースとしては、例えば、緯度、経度、半径を数値で入力するものや、ユーザの操作に応じて図１０に示すように視聴端末３１１の画面に地図を表示し、表示された地図の範囲から位置（緯度および経度）と半径を指定するものなどが考えられる。視聴端末３１１が地図を表示する場合は、駅や路線図、著名な建築物のランドマークアイコンなどを重畳して表示すると、視聴ユーザは、より直観的に検索条件を指定できる。

また、視聴端末３１１のユーザインターフェースに従って、住所や位置を特定できる情報を入力し、視聴端末３１１内で緯度および経度に変換してもよい。位置を特定できる情報とは、例えば、「遊園地Ａの入場ゲート」や「駅Ｂ前の広場」など撮影する位置の緯度および経度を一意に特定できる情報である。なお、別の実施の形態においては、配信サーバ２１０は、上述の住所や位置を特定できる情報から位置（緯度および経度）に変換する手段を備え、配信サーバ２１０内で変換してもよい。

図３の配信サーバ２１０の内部構成の説明に戻る。端末リスト作成手段２１９は、撮影端末検索手段２１８の検索結果から撮影端末リストを作成し、作成した撮影端末リストを視聴端末３１１に通知する機能、および、配信依頼情報を受理した撮影端末の撮影端末リストを作成し、作成した撮影端末リストを依頼元の視聴端末３１１に通知する機能を有する。

撮影端末リストは、リスト内の撮影端末の撮影端末ＩＤ、位置情報、端末状態を含み、視聴端末３１１に送信される。視聴端末３１１に送信された撮影端末リストは、視聴端末３１１のユーザインターフェースを通じて視聴ユーザに通知される。視聴端末のユーザインターフェースは、例えば、図１１（ａ）に示すように、単純なリストを表示するものや、図１１（ｂ）のように地図上にマッピングして表示するものが考えられる。また、端末リスト通知手段２１９が、各撮影端末３０１が配信中のライブ映像のスナップショット画像や、表示解像度（画素数）を下げて大幅にデータ量を圧縮したライブ映像を、撮影端末リストとともに視聴端末３１１に送信し、視聴端末３１１が撮影端末リストとともに表示すれば、視聴ユーザは、撮影端末リストからより多くの情報を取得することが可能である。

図３の配信サーバ２１０の内部構成の説明に戻る。映像受信配信手段２２０は、撮影端末３０１からライブ映像を受信する機能、および、ライブ映像を視聴端末３１１に配信する機能を有する。

依頼取得手段２０１は、視聴端末３１１から視聴ユーザの指定する撮影希望位置を含む配信依頼情報を取得する。配信依頼管理手段２１６は、依頼取得手段２０１の取得した配信依頼情報に基づいて、配信依頼レコードを作成し、配信依頼情報データベース７００に追加する。

撮影希望位置は、視聴ユーザにより視聴端末３１１のユーザインターフェースを通じて指定される。撮影希望位置を指定する視聴端末３１１のユーザインターフェースとしては、検索条件を指定する場合と同様に、緯度、経度を数値で入力するものや、視聴ユーザの操作に応じて視聴端末３１１の画面に地図を表示し、表示された地図の範囲から位置（緯度および経度）を指定するもの、住所などを入力して位置に変換するものなどが考えられる。

端末位置取得手段２０２は、撮影端末３０１の現在の位置情報を取得する。端末位置取得手段２０２は、定期的に撮影端末３０１から位置情報を取得する。撮影端末情報管理手段２１３は、端末位置取得手段２０２の取得した位置情報に基づいて、撮影端末情報データベース５００を更新する。なお、各撮影端末３０１は、ＧＰＳや携帯電話基地局などの情報を利用して測位を行い、自端末の位置情報を保持しているものとする。

依頼通知端末選出手段２０３は、配信依頼情報を通知する撮影端末３０１を選出する。配信依頼情報を選別する詳細な処理については後述する。

依頼通知手段２０４は、依頼通知端末選出手段２０３により選出された撮影端末３０１に、配信依頼情報を通知する。なお、視聴端末３１１から受信した配信依頼情報と撮影端末３０１へ送信する配信依頼情報とは、撮影希望位置が一致していればよく、その他については一方にのみ含まれる情報があってもよい。

受付情報取得手段２０５は、通知した配信依頼情報に対する受付情報を取得する。

通知履歴管理手段２０６は、受付情報取得手段２０５の取得した受付情報に基づいて、通知履歴情報データベース９００を更新する。

制御手段２２０は、上記説明した各機能を実現するために各機能構成要素を制御する。

（２−２．動作）
以下、ライブ映像配信システムの具体的な動作について図面を参照しながら説明する。

本実施形態のライブ映像配信システムには、配信サーバ２１０が撮影端末３０１の撮影したライブ映像を視聴端末３１１に配信する方法が２種類用意されている。１つは、既に配信中のライブ映像の中から視聴端末３１１の選択したライブ映像を視聴端末３１１に配信する方法であり、もう１つは、視聴端末３１１の依頼により撮影端末３０１が撮影したライブ映像を視聴端末３１１に配信する方法である。

（２−２−１．ライブ映像の配信開始処理１）
図１２は、配信サーバ２１０が、既に配信中のライブ映像の中から視聴端末３１１の選択したライブ映像を視聴端末３１１に配信する場合の視聴端末３１１、配信サーバ２１０および撮影端末３０１の動作を示した図である。

まず、撮影端末３０１は、撮影ユーザの操作に応じて、撮影端末３０１の現在位置において撮影を開始する。撮影端末３０１は、撮影を開始すると同時に、ライブ映像の送信開始を配信サーバに通知し、配信サーバ２１０に対してライブ映像の送信を開始する（Ｓ１２０１）。

撮影端末３０１から映像送信開始の通知を受けると、配信サーバ２１０の撮影端末管理手段２１３は、撮影端末情報データベース５００を更新する（Ｓ１２０２）。具体的には、撮影端末管理手段２１３は、対応する撮影端末レコードの配信状態フィールドを「ＷＡＩＴＩＮＧ」から「ＢＲＯＡＤＣＡＳＴＩＮＧ」へ更新する。

撮影端末３０１から映像送信開始の通知を受けると、配信サーバ２１０の配信履歴管理手段２１７は、新たに配信されるライブ映像に関する情報に基づいて配信履歴レコードを作成し、配信履歴情報データベース８００に追加する（Ｓ１２０３）。ここで作成される配信履歴レコードにおいて、配信番号、ユーザＩＤ、撮影端末ＩＤ、配信開始日時のフィールドには、自動的に割り当てられる配信番号、ライブ映像の送信した撮影端末のユーザＩＤ、撮影端末ＩＤおよび現在時刻が代入され、配信終了日時および依頼番号には無効値が代入される。

なお、図示していないが、配信サーバ２１０の映像受信配信手段２２０は、撮影端末３０１から送信されたストリーミング形式のライブ映像を受信し、配信映像管理手段２１５は、受信したライブ映像と撮影端末ＩＤとを関連付けて管理する。

撮影端末３０１の動作とは独立して、視聴端末３１１は、視聴ユーザの操作に応じて、検索条件を配信サーバ２１０に送信する（Ｓ１２０４）。

視聴端末３１１から検索条件を受信すると、配信サーバ２１０の撮影端末検索手段２１８は、検索条件を満たし、かつ、ライブ映像の配信中または準備中の撮影端末３０１を検索する（Ｓ１２０５）。

撮影端末３０１の検索が終了すると、配信サーバ２１０の端末リスト作成手段２１９は、検索結果から撮影端末リストを作成し、作成した撮影端末リストを視聴端末３１１に送信する（Ｓ１２０６）。

視聴端末３１１は、受信した撮影端末リストの中から撮影端末３０１を１つ選択し、選択した撮影端末３０１の撮影中のライブ映像の配信要求を配信サーバ２１０に送信する（Ｓ１２０７）。

視聴端末３１１から配信要求を受信すると、配信サーバ２１０の映像受信配信手段２２０は、配信映像管理手段２１５の管理するライブ映像のうち、指定されたライブ映像を視聴端末３１１に送信する（Ｓ１２０８）。そして、視聴端末３１１は、配信されるライブ映像の再生を開始する。

視聴端末３１１から配信要求を受信すると、配信サーバ２１０の視聴端末管理手段２１４は、受信した配信要求に基づいて、視聴端末情報データベース６００の対応する視聴端末レコードの視聴状態フィールドを更新する（Ｓ１２０９）。

上述の図１２で示した動作により、配信サーバ２１０は、既に配信中のライブ映像を視聴端末３１１に配信する。

（２−２−２．ライブ映像の配信開始処理２）
次に、図１３および図１４を用いて、配信サーバ２１０が、視聴端末３１１の依頼により撮影端末３０１が撮影したライブ映像を視聴端末に配信する場合の視聴端末３１１、配信サーバ２１０および撮影端末３０１の動作を説明する。

まず、視聴端末３１１は、視聴ユーザの操作に従って、配信依頼情報を配信サーバ２１０に送信する（Ｓ１３０１）。

視聴端末３１１から配信依頼情報を受信すると、配信サーバ２１０の配信依頼管理手段２１６は、取得した配信依頼情報に基づいて配信依頼レコードを作成し、配信依頼情報データベース７００に追加する（Ｓ１３０２）。

配信サーバ２１０の依頼通知端末選出手段２０３は、配信依頼情報データベース７００が更新されると同時に、後述する依頼通知端末選出処理を行って視聴ユーザの配信依頼に対してより高い確率で受理してもらえる撮影端末３０１を選出する（Ｓ１３０３）。

なお、依頼通知端末選出手段２０３は、１度の依頼通知端末選出処理において０以上の撮影端末を選出する。図示してはいないが、撮影端末３０１が１つも選出されなかった場合、配信サーバ２１０は、視聴端末３１１に、配信依頼を受理する端末が存在しなかったことを通知して処理を終了する。

配信サーバ２１０の依頼通知手段２０３は、選出された撮影端末３０１に対して配信依頼情報を送信する（Ｓ１３０４）。

撮影端末３０１に配信依頼情報を通知するごとに、通知履歴管理手段２０６は、通知した配信依頼情報および通知先の撮影端末３０１に基づいて、通知履歴レコードを作成し、通知履歴情報データベース９００に追加する（Ｓ１３０５）。

配信依頼情報を通知された撮影端末３０１は、配信依頼情報を受理するか否かの受付情報を、配信サーバ２１０に送信する（Ｓ１３０６）。

撮影端末３０１から受付情報を受信すると、配信サーバ２１０の通知履歴管理手段２０６は、受信した受付情報に基づいて、通知履歴情報データベース９００の対応する通知履歴レコードを更新する（Ｓ１３０７）。

なお、一定時間に応答しなかった撮影端末は、依頼を拒否したとして扱い、受理すると応答した撮影端末３０１が存在しなかった場合、ステップＳ１３０３に戻り、既に配信依頼情報を通知した撮影端末を除外して、再度配信依頼情報を通知する撮影端末を選別する。

撮影端末３０１から受理したことを示す受付情報を受信すると、配信サーバ２１０の撮影端末管理手段２１３は、撮影端末情報データベース５００の対応する撮影端末レコードの端末状態フィールドを「ＰＲＥＰＡＲＩＮＧ」に更新する（Ｓ１３１０）。

撮影端末情報データベース５００が更新されると、配信サーバ２１０の端末リスト作成手段２１９は、配信依頼情報を受理した撮影端末３０１の端末リストを作成し、配信依頼情報を受理した撮影端末３０１を視聴端末３１１に通知する（Ｓ１３１１）。視聴端末３１１は、この通知によって、依頼を受理する撮影端末３０１が現れたことを知ることができる。

配信依頼情報を受理した撮影端末３０１は、配信依頼情報により指定された撮影希望位置に移動し、撮影を開始する。撮影端末３０１は、撮影を開始すると同時に、ライブ映像の送信開始を配信サーバに通知し、配信サーバ２１０に対してライブ映像の送信を開始する（Ｓ１３１２）。

撮影端末３０１から映像送信開始の通知を受けると、配信サーバ２１０の撮影端末管理手段２１３は、撮影端末情報データベース５００の対応する撮影端末レコードの配信状態フィールドを「ＰＲＥＰＡＲＩＮＧ」から「ＢＲＯＡＤＣＡＳＴＩＮＧ」へ更新する（Ｓ１３１３）。

撮影端末３０１から映像送信開始の通知を受けると、配信サーバ２１０の配信履歴管理手段２１７は、新たに配信されるライブ映像に関する情報に基づいて配信履歴レコードを作成し、配信履歴情報データベース８００に追加する（Ｓ１３１４）。作成される配信履歴レコードにおいて、配信番号、ユーザＩＤ、撮影端末ＩＤ、配信開始日時および依頼番号のフィールドには、自動的に割り当てられる配信番号、ライブ映像の送信した撮影端末のユーザＩＤ、撮影端末ＩＤ、現在時刻および対応する依頼番号が代入され、配信終了日時には無効値が代入される。

なお、図示していないが、配信サーバ２１０の映像受信配信手段２２０は、撮影端末３０１から送信されたストリーミング形式のライブ映像を受信し、配信映像管理手段２１５は、受信したライブ映像と撮影端末ＩＤとを関連付けて管理する。

撮影端末情報データベース５００が更新されると、配信サーバ２１０の端末リスト作成手段２１９は、配信依頼情報を受理した撮影端末３０１の端末リストを作成し、視聴端末３１１に通知する（Ｓ１３１５）。視聴端末３１１は、この通知によって、依頼を受理した撮影端末３０１がライブ映像の配信を開始したことを知ることができる。

視聴端末３１１は、受信した撮影端末リストの中から撮影端末３０１を選択し、選択した撮影端末３０１のライブ映像の配信要求を配信サーバ２１０に送信する（Ｓ１３１６）。

視聴端末３１１から配信要求を受信すると、配信サーバ２１０の映像受信配信手段２２０は、配信映像管理手段２１５の管理するライブ映像のうち、指定されたライブ映像を視聴端末３１１に送信する（Ｓ１３１７）。

視聴端末３１１から配信要求を受信すると、配信サーバ２１０の視聴端末管理手段２１４は、受信した配信要求に基づいて、視聴端末情報データベース６００の対応する視聴端末レコードの視聴状態フィールドを更新する（Ｓ１３１８）。

視聴端末３１１は、配信されるライブ映像の再生を開始する。

上述の図１３および図１４で示した動作により、配信サーバ２１０は、視聴端末３１１の依頼により撮影端末３０１が撮影したライブ映像を視聴端末３１１に配信する。

次に、配信サーバ２１０の視聴端末３１１へのライブ映像の配信を終了する動作について、視聴端末側の操作によりライブ映像の配信を終了する場合と、撮影端末側の操作によりライブ映像の配信を終了する場合と、２つの場合について説明する。

（２−２−３．ライブ映像の配信終了処理１）
図１５は、配信サーバ２１０が、視聴端末３１１の操作によってライブ映像の配信を終了する場合の視聴端末３１１および配信サーバ２１０の動作を示した図である。

まず、視聴端末３１１がライブ映像の再生を終了して、ライブ映像の配信終了要求を配信サーバ２１０に送信する（Ｓ１５０１）。

視聴端末３１１から配信終了要求を受信すると、配信サーバ２１０の視聴端末管理手段２１４は、受信した配信終了要求に基づいて、視聴端末情報データベース６００の対応する視聴端末３１１の視聴状態を更新する（Ｓ１５０２）。

視聴端末３１１から配信終了要求を受信すると、配信サーバ２１０の映像受信配信手段２２０は、受信した配信終了要求に基づいて、視聴端末３１１へのライブ映像の配信を終了する（Ｓ１５０３）。

配信サーバ２１０は、配信履歴管理手段２１７の管理する配信履歴情報データベース８００および配信依頼管理手段２１６の管理する配信依頼情報データベース７００から、当該視聴終了したライブ映像が、当該視聴終了した視聴端末の依頼により配信された依頼であるか否かを判定する。当該視聴終了したライブ映像が、当該視聴終了した視聴端末の依頼により配信された依頼であった場合、配信サーバ２１０は、依頼主の視聴端末３１１依頼したライブ映像の視聴を終了した、つまり、依頼が完了したことを、撮影端末３０１に通知する（Ｓ１５０４）。

上述の図１５で示した動作により、配信サーバ２１０は、視聴端末３１１へのライブ映像の配信を終了する。

（２−２−４．ライブ映像の配信終了処理２）
図１６は、配信サーバ２１０が撮影端末３０１の操作によりライブ映像の配信を終了する場合の視聴端末、配信サーバ２１０および撮影端末の動作を示した図である。

まず、撮影端末３０１が、配信サーバ２１０にライブ映像の送信終了を通知し、その後、配信サーバ２１０へのライブ映像の送信を終了する（Ｓ１６０１）。

撮影端末３０１からライブ映像送信の終了通知を受信すると、配信サーバ２１０の撮影端末管理手段２１３は、撮影端末情報データベース５００の対応する撮影端末３０１の配信状態フィールドを「ＢＲＯＡＤＣＡＳＴＩＮＧ」から「ＷＡＩＴＩＮＧ」に更新する（Ｓ１６０２）。

撮影端末３０１からライブ映像送信の終了通知を受信すると、配信サーバ２１０の視聴端末管理手段２１４は、視聴端末情報データベース６００から対応する撮影端末のライブ映像を視聴中の視聴端末レコードを検索し、視聴状態フィールドを更新する（Ｓ１６０３）。

さらに、撮影端末３０１からライブ映像送信の終了通知を受信すると、視聴状態を更新した視聴端末３１１に対してライブ映像の配信終了を通知し、その後、視聴端末３１１への配信を終了する（Ｓ１６０４）。

配信サーバ２１０の配信履歴管理手段２１７は、配信履歴情報データベース８００の対応するレコードの配信終了日時フィールドに、現在時刻を代入する（Ｓ１６０５）。

配信サーバ２１０は、配信履歴情報データベース８００の依頼番号フィールドから、配信終了した映像が視聴端末３１１の依頼により配信された映像か否かを判定する。配信終了した映像が視聴端末３１１の依頼により配信された映像である場合、配信サーバ２１０は、対応する配信依頼を行った視聴端末３１１に、配信依頼情報を受理した撮影端末３０１によるライブ映像の配信が終了したことを通知する（Ｓ１６０６）。

上述の図１６で示した動作により、配信サーバ２１０は、視聴端末３１１へのライブ映像の配信を終了する。

（２−２−５．依頼通知端末選出処理）
次に、ステップＳ１３０３の配信依頼情報を通知する撮影端末３０１を選出する処理について、図面を用いて詳細に説明する。図１７は、配信サーバ２１０の依頼通知端末選出手段２０３の実施する配信依頼情報を通知する撮影端末を選出する処理を示すフローチャートである。

依頼通知端末選出手段２０３は、処理を開始すると、撮影端末管理手段２１３の管理する撮影端末情報データベース５００から撮影端末レコードを１つ選択する（Ｓ１７０１）。

依頼通知端末選出手段２０３は、後述する配信期待値算出処理を行って、選択された撮影端末３０１の配信期待値を算出する（Ｓ１７０２）。

依頼通知端末選出手段２０３は、ステップＳ１７０１で撮影端末情報データベース５００から、すべての撮影端末レコードを選択したか判断する（Ｓ１７０３）。依頼通知端末選出手段２０３は、すべての撮影端末レコードを選択していれば（Ｓ１７０３：Ｙｅｓ）ステップＳ１７０４に進み、まだ選択していない撮影端末レコードが残っていれば（Ｓ１７０３：Ｎｏ）ステップＳ１７０１に戻る。

依頼通知端末選出手段２０３は、規定値（例えば、０．２など）よりも大きい配信期待値の撮影端末のうち、配信期待値の高い物から順に規定数（例えば、１０など）の撮影端末を、配信依頼情報を通知する撮影端末として選出する（Ｓ１７０４）。

（２−２−６．撮影端末の配信期待値算出処理）
図１８は、ステップＳ１７０２の撮影端末３０１の配信期待値を算出する詳細な動作を示すフローチャートである。なお、ここでは、配信期待値を算出する対象の撮影端末を対象端末、通知対象の配信依頼情報を対象依頼とする。

まず、依頼通知端末選出手段２０３は、対象端末の現在位置と対象依頼の撮影希望位置との間の距離を示す現在距離を計算する（Ｓ１８０１）。なお、対象端末の現在位置は、撮影端末管理手段２１３の管理する撮影端末管理情報データベース５００の対象端末の撮影端末レコードの位置情報フィールドを用い、対象依頼の撮影希望位置は、配信依頼管理手段２１６の管理する配信依頼情報データベース７００の対象依頼の配信依頼レコードの撮影希望位置フィールドを用いる。

次に、依頼通知端末選出手段２０３は、過去の対象端末に対する通知における、通知を受けた時点における撮影希望位置までの距離と、対象端末の通知に対する受付情報との関係を示す受付実績データベース１９００を作成する（Ｓ１８０２）。

図１９は、対象端末の撮影端末ＩＤが「ＣＡＭ１０」の場合における依頼通知端末選出手段２０３が受付実績データベース１９００を作成する処理を示した図である。

まず、依頼通知端末選出手段２０３は、履歴管理手段２０６の管理する通知履歴情報データベース９００から撮影端末ＩＤフィールドが対象端末の撮影端末ＩＤの依頼通知履歴レコードを１つ選択する。図では、履歴番号が「ＮＯＴＩＣＥ３」の通知履歴レコード１９０１が選択されたことを示している。

次に、依頼通知端末選出手段２０３は、選択した通知履歴レコードに含まれる通知時位置フィールドの位置情報および撮影希望位置フィールドの位置情報の２つの位置の間の距離を示す通知時距離を計算する。図では２つの位置情報「Ｘ１４，Ｙ１４」と「Ｘ１５，Ｙ１５」から、通知時距離「Ｄ１」が計算されている。

その後、依頼通知端末選出手段２０３は、算出した通知時距離と選択した通知履歴レコードの受付情報フィールドの受付情報を各フィールドの値とする受付実績レコードを作成する。図では、通知時距離「Ｄ１」と、通知履歴レコード１９０１の受付情報「ＦＡＬＳＥ」とから受付実績レコード１９０２が作成されたことを示している。

依頼通知端末選出手段２０３は、対象端末のすべての通知履歴レコードから、受付実績レコードを作成し、受付実績データベース１９００を作成する。

図１８に戻り、対象端末の配信期待値を算出する動作の説明を続ける。

受付実績データベース１９００を作成した後、依頼通知端末選出手段２０３は、対象端末が、現在距離と同程度の通知時距離の配信依頼情報を受理可能であった割合を示す距離傾向値を算出する（Ｓ１８０３）。

本実施の形態では、まず、距離を複数の区分（０ｍ〜１０ｍ，１０ｍ〜２０ｍ，２０ｍ〜５０ｍ，…，５ｋｍ〜１０ｋｍ，１０ｋｍ〜）に分け、現在距離がどの区分に含まれるかを特定する。次に、受付実績データベース１９００の通知時距離が現在距離と同じ区分に含まれるレコードを抽出する。最後に、抽出されたレコードのうち、受付情報が「ＴＲＵＥ」であるものの割合を距離傾向値とする。

例えば、対象端末の現在距離が１５ｍであり、通知時距離が１０ｍ〜２０ｍにある受付実績レコードの数が１０であり、そのうち受付情報が「ＴＲＵＥ」のレコードの数が３であった場合、距離傾向値は、０．３となる。なお、図２０に示すように現在距離が長くなるほど距離傾向値は低くなると考えられる。

図１８に戻り、依頼通知端末手段２０３は、算出した距離傾向値を対象端末の配信期待値として処理を終了する（Ｓ１８０４）。

なお、通知履歴が十分に蓄積されていない撮影端末からは、精度の高い配信期待値が算出できない。そこで、本実施の形態のライブ映像配信システムは、ステップＳ１８０３において、現在距離と同じ区分に含まれる受付実績レコードの数が規定値（例えば、１０）以下の場合は、配信期待値を無効値とする。そして、本実施の形態のライブ映像配信システムは、ステップＳ１８０４において、配信期待値が無効値の撮影端末に対しては、必ず配信依頼情報を通知する。つまり、本実施の形態のライブ映像配信システムは、通知履歴が十分に蓄積されていない撮影端末に対しては、必ず配信依頼情報の通知を行い、通知履歴を蓄積していく。

（２−３．まとめ）
本実施の形態のライブ映像配信システムは、履歴として、過去の依頼の通知における通知時位置、撮影希望位置、および、受付情報を記憶している。この構成により、各撮影端末の配信期待値を算出することが可能となり、依頼を受理してくれる可能性の高い撮影端末のみを選別して通知することが可能となる。

つまり、本実施の形態のライブ映像配信システムは、従来のライブ映像配信システムと比較して、視聴ユーザの所望する位置のライブ映像が配信される可能性が高くなり、撮影ユーザにとって受理する気のない不必要な配信依頼情報が通知される可能性が低くなるという格別な効果を有する。

＜３．変形例＞
以上、本発明に係る通信サーバの実施の形態を説明したが、例示したライブ映像配信システムを以下のように変形することも可能であり、本発明は、上述の実施形態で示したライブ映像配信システムに限られるものではない。以下、本発明の思想に含まれる各種変形例について説明する。

（１．日時情報を考慮に入れた配信期待値算出処理）
上述の実施の形態で示したライブ映像配信システムは、過去の通知履歴について、対象端末の通知時点における撮影希望位置までの距離と受付情報の関係から距離傾向値を算出している。つまり、上述の実施の形態で示したライブ映像配信システムは、撮影希望位置までの距離に関する情報のみを用いて撮影ユーザの依頼受理傾向（配信意欲）を判断している。

しかしながら、撮影ユーザの依頼受理傾向は、曜日や時間帯などの日付属性に関する情報によって変化する。例えば、平日は仕事があるので依頼を受理できないが休日なら依頼を受理できる場合や、朝と夜は家事が忙しくて依頼が受理できないが昼なら依頼を受理できる場合などが考えられる。

本発明のライブ映像配信システムは、履歴情報で管理されている通知日時情報を利用して、日時情報も考慮に入れた配信期待値を計算するように変形することが可能である。

図２１は、日時情報を考慮に入れた対象端末の配信期待値を算出する動作を示すフローチャートである。図１８と同じ動作をするステップについては同じ符号を用い説明を省略する。

ステップＳ１８０１の後、依頼通知端末選出手段２０３は、過去の対象端末に対する通知における、通知を受けた時点における撮影希望位置までの距離、依頼を通知した日時、および、対象端末の通知に対する受付情報の関係を示す受付実績データベース２２００を作成する（Ｓ２１０１）。

まず、依頼通知端末選出手段２０３は、ステップＳ１８０２と同様に、通知履歴情報データベース９００から対象端末の通知履歴レコードを１つ選択し、通知時距離を計算する。次に、依頼通知端末選出手段２０３は、算出した通知時距離、選択した通知履歴レコードの通知日時、および、選択した通知履歴レコードの受付情報を一組にして受付実績レコードを作成する。

依頼通知端末選出手段２０３は、対象端末のすべての通知履歴レコードから、受付実績レコードを作成し、受付実績データベース２２００を作成する。

図２２は、依頼通知端末選出手段２０３が作成する受付実績データベース２２００の具体例を示した図である。

依頼通知端末選出手段２０３は、受付実績データベース２２００を作成した後、ステップＳ１８０３の距離傾向値を計算するステップに進む。

依頼通知端末選出手段２０３は、距離傾向値を算出すると、次に、対象端末が、現在日時と同じ日付属性の配信依頼情報を受理可能であった割合を示す日時傾向値を算出する（Ｓ２１０２）。

具体的には、日時を複数の区分（例えば，日曜日，月曜日，…，金曜日，土曜日）に分け、現在日がどの区分に含まれるかを特定する。次に、受付実績データベース２１００の通知日時が現在日時と同じ区分に含まれるレコードを抽出する。最後に、抽出されたレコードのうち、受付情報が「ＴＲＵＥ」であるものの割合を日時傾向値とする。

別の変形例では、複数の区分を朝・昼・夕方・夜や時・分で分類してもよいし、組み合わせて、日曜朝、日曜昼、…、のように分類してもよい。

依頼通知端末選出手段２０３は、算出した距離傾向値および日時傾向値を用いて対象端末の配信期待値を計算する（Ｓ２１０３）。

具体的には、依頼通知端末選出手段２０３は、距離傾向値と日時傾向値の相乗平均を配信期待値とする。別の変形例では、依頼通知端末選出手段２０３は、距離傾向値と日時傾向値の相加平均、加重平均、積または和を用いてもよいし、距離傾向値と日時傾向値とで値の大きい方を配信期待値としてもよい。

（２．距離ではなく位置を考慮に入れた配信期待値計算処理）
また、撮影ユーザの依頼受理傾向は、撮影ユーザの現在位置よって変化する可能性がある。例えば、撮影ユーザは、会社や学校にいる場合などは依頼を受理できないと考えられる。

本発明のライブ映像配信システムは、履歴情報で管理されている通知時位置を利用して、位置情報による依頼受理傾向の違いも考慮に入れた配信期待値を計算するように変形することが可能である。

図２３は、位置情報を考慮に入れた対象端末の配信期待値を算出する動作を示すフローチャートである。図１８と同じ動作をするステップについては同じ符号を用い説明を省略する。

ステップＳ１８０１の後、依頼通知端末選出手段２０３は、過去の対象端末に対する通知における、通知を受けた時点における撮影希望位置までの距離、通知を受けた時点における位置、および、対象端末の通知に対する受付情報の関係を示す受付実績データベース２４００を作成する（Ｓ２３０１）。

まず、依頼通知端末選出手段２０３は、ステップＳ１８０２と同様に、通知履歴情報データベース９００から対象端末の通知履歴レコードを１つ選択し、通知時距離を計算する。次に、依頼通知端末選出手段２０３は、算出した通知時距離、選択した通知履歴レコードの通知時位置、および、選択した通知履歴レコードの受付情報を一組にして受付実績レコードを作成する。

依頼通知端末選出手段２０３は、対象端末のすべての通知履歴レコードから、受付実績レコードを作成し、受付実績データベース２４００を作成する。

図２４は、依頼通知端末選出手段２０３が作成する受付実績データベース２４００の具体例を示した図である。

依頼通知端末選出手段２０３は、受付実績データベース２４００を作成した後、ステップＳ１８０３の距離傾向値を計算するステップに進む。

依頼通知端末選出手段２０３は、距離傾向値を算出すると、次に、対象端末が、現在位置から一定範囲内（例えば、半径２０ｍ以内）の位置で通知を受けた配信依頼情報を受理可能であった割合を示す位置傾向値を算出する（Ｓ２３０２）。

具体的には、まず、受付実績データベース２４００の各受付実績レコードの通知時位置と現在位置との間の距離をそれぞれ計算し、通知時位置が現在位置から一定範囲内のレコードを抽出する。そして、抽出されたレコードのうち、受付情報が「ＴＲＵＥ」であるものの割合を位置傾向値とする。

依頼通知端末選出手段２０３は、算出した距離傾向値および位置傾向値を用いて対象端末の配信期待値を計算する（Ｓ２３０３）。

具体的には、依頼通知端末選出手段２０３は、距離傾向値と位置傾向値の相乗平均を配信期待値とする。別の変形例では、依頼通知端末選出手段２０３は、距離傾向値と位置傾向値の相加平均、加重平均、積または和を用いてもよいし、距離傾向値と位置傾向値とで値の大きい方を配信期待値としてもよい。

また、別の変形例では、配信サーバ２１０は、撮影ユーザに対して、特定の位置情報を登録し、現在位置が登録した位置から一定範囲以内の撮影端末３０１には、配信依頼情報を通知しないとしてもよい。

（３．撮影対象カテゴリを考慮した構成）
また、撮影ユーザの依頼受理傾向は、配信依頼情報に含まれる撮影希望位置、つまり、撮影対象のカテゴリによって変化する可能性がある。つまり、撮影対象が撮影ユーザの興味の対象だった場合、撮影ユーザは、撮影希望位置までの距離が離れていても、撮影希望位置まで駆けつけてくれる可能性がある。逆に、撮影対象が撮影ユーザの興味の対象ではなかった場合、撮影ユーザは、撮影希望位置までの距離が近くても、依頼を受理してくれない可能性がある。

本発明のライブ映像配信システムは、位置情報と撮影対象のカテゴリを対応付けたデータベースを管理する構成を追加することにより、撮影対象のカテゴリによる依頼受理傾向の違いも考慮に入れた配信期待値を計算するように変形することが可能である。

図２５は、撮影対象のカテゴリによる依頼受理傾向の違いも考慮に入れた配信サーバ２５００の機能構成を示した図である。図３で示した配信サーバ２１０に加えて、位置カテゴリ情報管理手段２５０１を追加した構成となっている。

位置カテゴリ情報管理手段２５０１は、図２６に示す位置カテゴリ情報データベース２６００を管理する。位置カテゴリ情報データベース２６００は、位置情報からカテゴリ情報を取得するためのデータベースであり、各レコードは、位置情報およびカテゴリ情報のフィールドからなる。

位置情報フィールドには、緯度および経度からなる位置情報が記憶される。カテゴリ情報フィールドには、位置情報の示す位置にあるものや風景を象徴するカテゴリ情報が記憶される。例えば、図において、位置（Ｘ１０，Ｙ１０）のカテゴリ情報は「工場」であり、位置（Ｘ１１，Ｙ１１）のカテゴリ情報は「交通」であることを示している。

図２７は、配信サーバ２５００の依頼通知端末選出手段２０３が実施する、撮影対象を考慮に入れた対象端末の配信期待値を計算する動作を示すフローチャートである。図１８と同じ動作をするステップについては同じ符号を用い説明を省略する。

ステップＳ１８０１の後、依頼通知端末選出手段２０３は、配信依頼管理手段２１６の管理する配信依頼情報データベース７００および位置カテゴリ情報管理手段２５０１の管理する位置カテゴリ情報データベース２５００を用いて、現在依頼のカテゴリ情報（現在カテゴリ情報）を取得する（Ｓ２７０１）。具体的には、依頼通知端末選出手段２０３は、配信依頼情報データベース７００から対象依頼の撮影希望位置を取得し、位置カテゴリ情報データベース２６００から対象依頼の撮影希望位置のカテゴリ情報を取得する。

次に、依頼通知端末選出手段２０３は、過去の対象端末に対する通知における、通知を受けた時点における撮影希望位置までの距離、通知した依頼のカテゴリ情報（通知カテゴリ情報）、および、対象端末の通知に対する受付情報の関係を示す受付実績データベース２８００を作成する（Ｓ２７０２）。

図２８は、依頼通知端末選出手段２０３が受付実績データベース２８００を作成する動作を示した図である。まず、依頼通知端末選出手段２０３は、ステップＳ１８０２と同様に、通知履歴情報データベース９００から対象端末の通知履歴レコード２８０１を１つ選択し、通知時距離を計算する。そして、依頼通知端末選出手段２０３は、選択した通知履歴レコードの撮影希望位置を用いて位置カテゴリ情報データベース２６００からカテゴリ情報（通知カテゴリ情報）を取得する。最後に、依頼通知端末選出手段２０３は、算出した通知時距離、取得した通知カテゴリ情報、および、選択した通知履歴レコードの受付情報を一組にして受付実績レコード２８０２を作成する。

依頼通知端末選出手段２０３は、対象端末のすべての通知履歴レコードから、受付実績レコードを作成し、受付実績データベース２８００を作成する。

依頼通知端末選出手段２０３は、受付実績データベース２８００を作成した後、ステップＳ１８０３の距離傾向値を計算するステップに進む。

依頼通知端末選出手段２０３は、距離傾向値を算出すると、次に、対象端末が、現在カテゴリ情報と同一カテゴリの通知カテゴリ情報の配信依頼情報を受理可能であった割合を示すカテゴリ傾向値を算出する（Ｓ２７０３）。

具体的には、まず、受付実績データベース２８００の各受付実績レコードのカテゴリ情報が現在カテゴリ情報と同一のレコードを抽出する。そして、抽出されたレコードのうち、受付情報が「ＴＲＵＥ」であるものの割合をカテゴリ傾向値とする。

依頼通知端末選出手段２０３は、算出した距離傾向値およびカテゴリ傾向値を用いて対象端末の配信期待値を計算する（Ｓ２７０４）。

具体的には、依頼通知端末選出手段２０３は、距離傾向値とカテゴリ傾向値の相乗平均を配信期待値とする。別の変形例では、依頼通知端末選出手段２０３は、距離傾向値とカテゴリ傾向値の相加平均、加重平均、積または和を用いてもよいし、距離傾向値とカテゴリ傾向値とで値の大きい方を配信期待値としてもよい。

（４．移動時間を考慮した選出）
上述の実施の形態で示したライブ映像配信システムは、撮影ユーザの依頼受理傾向（配信意欲）のみを判断基準として、配信依頼情報を通知する撮影端末を選出している。

上記構成では、移動時間を考慮すると、依頼を受理した撮影端末の移動距離が長い場合、視聴ユーザから配信依頼情報を受信してから、実際にライブ映像が配信されるまでに時間がかかることが懸念される。

本発明のライブ映像配信システムは、撮影端末の移動距離を考慮に入れて、配信期待値を計算するように変形することが可能である。

図２９は、移動距離を考慮に入れた対象端末の配信期待値を算出する動作を示すフローチャートである。図１８と同じ動作をするステップについては同じ符号を用い説明を省略する。

ステップＳ１８０３の後、依頼通知端末選出手段２０３は、ステップＳ１８０１で計算した現在距離に応じて、現在距離が長くなるほど重みが小さくなるように、重みを決定する（Ｓ２９０１）。

重みを算出すると、依頼通知端末選出手段２０３は、ステップＳ１８０３で算出した距離傾向値とステップＳ２１０１で算出した重みの積を配信期待値として計算する（Ｓ２９０２）。

別の変形例では、現在距離が一定距離以上（例えば、５００ｍ以上）の撮影端末に対して一定値（例えば０．１）を距離傾向値から引いたものを配信期待値としてもよいし、一定距離以下の撮影端末が存在しない場合は、距離傾向値をそのまま配信期待値として計算してもよい。

（５．ユーザＩＤを用いたユーザごとの受付実績データベース）
上述の実施の形態で示したライブ映像配信システムにおいて、受付実績データベースは、対象端末と撮影端末ＩＤが等しい通知履歴レコードから作成されるが、受付実績データベースの作成方法はこの限りではない。

例えば、撮影端末管理手段２１３の管理する撮影端末情報データベース５００から対象端末のユーザＩＤを取得し、対象端末とユーザＩＤが等しい通知履歴レコードから受付実績データベースを作成することも可能である。

この構成によれば、撮影ユーザが撮影端末を変更した場合、撮影ユーザが複数の撮影端末を利用する場合、および、複数の撮影ユーザが撮影端末を共有している場合においても、撮影ユーザごとの依頼受理傾向を配信期待値の計算に反映させることが可能である。

（６）上述の実施の形態において、距離を複数の区分（０ｍ〜１０ｍ，１０ｍ〜２０ｍ，２０ｍ〜５０ｍ，…，５ｋｍ〜１０ｋｍ，１０ｋｍ〜）に分け、同じ区分に含まれることが、距離が同程度であるとしたが、距離が同程度であることがこの場合に限られるものではない。例えば、距離の区分を、「至近距離（０〜２０ｍ）」、「近距離（２０ｍ〜１００ｍ）」、「中距離（１００ｍ〜１ｋｍ）」、および「長距離（１ｋｍ〜）」のように分けてもよい。また、２つの距離の差分の絶対値が一定値（例えば、２０ｍ）以下のものを同程度の距離としてもよいし、２つの距離の比率が、一定範囲（例えば、０．９〜１．１）以内のものを同程度の距離としてもよい。

（７）上述の実施の形態では、依頼によって作成・配信されるコンテンツが映像データである場合について説明したが、本発明はこれに限られるものではない。例えば、本発明は、映像データの代わりに、音声データやテキストデータなど請負端末が所在する位置で作成することに価値があるデジタルコンテンツの作成依頼を仲介する装置であってもよい。

（８）上述の実施の形態において、視聴端末３１１から配信依頼情報を取得し、取得した配信依頼情報を撮影端末３０１に通知する機能と、撮影端末３０１からライブ映像を受信して、受信したライブ映像を視聴端末３１１に配信する機能とを別々のサーバで実現してもよい。

（９）上述の実施の形態において、視聴端末３１１に表示される撮影端末リストは動的に更新されるものであってもよい。すなわち、視聴端末３１１が撮影端末リストを表示している間に、配信サーバ２１０の撮影端末情報データベース５００が更新された場合、その更新情報が視聴端末３１１に送信され、視聴端末３１１に表示される撮影端末リストが更新されるものとしてもよい。

より具体的には、撮影端末情報データベース５００において、リストに表示されている撮影端末３０１に対応するレコードの位置情報フィールドや配信状態フィールドなどが変化した場合、もしくは、新たに、視聴端末３１１の送信した検索条件や配信依頼情報で指定された撮影希望位置から一定範囲以内（例えば、１００ｍ以内）などの条件に適合する撮影端末レコードが増えた場合、配信サーバ２１０は、その更新情報を、視聴端末３１１に送信する構成を備えてもよい。

この構成によると、視聴ユーザは、視聴しようとする撮影端末３０１を選んでいる最中にも、視聴対象になる可能性がある撮影端末３０１の増減や位置移動などを逐次知ることができる。

（１０）上述の（２−２−２．ライブ映像配信開始処理２）において、配信サーバ２１０は、撮影端末３０１から明示的に受付情報を取得する（Ｓ１３０６）としたが、本発明はこれに限られるものではない。例えば、配信サーバ２１０は、Ｓ１３１２における撮影端末３０１からの映像送信開始の通知を、配信依頼情報を受理する受付情報の送信として扱ってもよい。

また、配信履歴管理手段２１７の管理する配信履歴情報データベース８００には、配信映像がどの配信依頼情報に依るものかを示す依頼番号も記録されるため、撮影端末３０１が通知された配信依頼を実際に受理したか否かを求めることが可能である。従って、配信サーバ２１０は、配信履歴情報データベース８００から撮影端末３０１が通知された配信依頼を実際に受理したか否かを求めることにより、受付情報を取得してもよい。

（１１）上述の実施形態および各変形例を部分的に組み合わせてもよい。

（１２）実施の形態１で示した依頼通知端末選出処理、配信期待値計算処理を、配信サーバのプロセッサ、及びそのプロセッサに接続された各種回路に実行させるための機械語或いは高級言語のプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布することもできる。このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより各実施形態で示したような各機能が実現されるようになる。なお、プロセッサは、制御プログラムを直接実行する他、コンパイルして実行或いはインタプリタにより実行してもよい。

（１３）実施の形態および変形例で示した各機能構成要素は、その機能を実行する回路として実現されてもよいし、１又は複数のプロセッサによりプログラムを実行することで実現されてもよい。なお、配信サーバの各機能ブロックは典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップされてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。更には、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。

（４．補足）
以下、更に本発明の一実施形態としての通信サーバの構成及びその変形例と効果について説明する。

（Ａ）本発明の一実施形態の通信サーバは、コンテンツ作成の希望位置が指定された依頼を取得する依頼取得手段と、コンテンツ作成を請負う複数の請負端末の位置を取得する端末位置取得手段と、前記複数の請負端末の中から選出された請負端末に前記依頼を通知する通知手段と、通知依頼について、通知先の請負端末が受理したか否かを示す受付情報を取得する受付情報取得手段と、過去の通知について、通知先の請負端末の通知時点における位置、通知依頼で指定される希望位置、および、前記受付情報を含む履歴情報を管理する履歴管理手段と、新規依頼取得時に、前記請負端末の当該時点における位置、当該依頼で指定される希望位置および前記履歴情報に応じて、前記通知手段が当該依頼を通知する請負端末を選出する選出手段を備えることを特徴とする。

この構成により、請負端末の距離に応じた依頼受理傾向を導出することができ、請負端末ユーザの個性に応じて、依頼を受理する可能性の高い請負端末に依頼を通知することが可能である。

（Ｂ）上記実施形態（Ａ）の通信サーバにおいて、前記選出手段は、前記依頼取得時に、前記請負端末の当該時点における位置、当該依頼で指定されている希望位置および前記履歴情報を用いて、前記請負端末それぞれが当該依頼を受理する期待値を計算し、算出した期待値に基づいて当該依頼を通知する請負端末を選出してもよい。

この構成により、通信サーバは、依頼を受理する期待値の高い請負端末に依頼を通知することが可能である。

（Ｃ）上記実施形態（Ｂ）の通信サーバにおいて、前記請負端末の前記依頼取得時点における位置と当該依頼で指定される希望位置との間の距離を現在距離、前記履歴情報に含まれる２つの位置の間の距離を通知時距離として、前記選出手段は、前記請負端末それぞれが過去に通知された依頼について、前記現在距離と同程度の前記通知時距離の依頼を受理した割合を示す距離傾向値を計算し、前記距離傾向値を前記期待値としてもよい。

この構成により、通信サーバは、請負端末それぞれに対して過去に通知した依頼について、現在の依頼と同じ条件（撮影希望位置までの距離）の依頼を受けてきた割合（距離傾向値）に基づいて、依頼を受理する期待値の高い請負端末を選出することができる。

（Ｄ）上記実施形態（Ｃ）の通信サーバにおいて、前記履歴情報は、さらに、依頼を通知した日時を示す通知日時を含み、前記選出手段は、前記請負端末それぞれが過去に通知された依頼について、現在日時と同じ日時属性の前記通知日時の依頼を受理した割合を示す日時傾向値を計算し、前記距離傾向値および前記日時傾向値に基づいて前記期待値を計算してもよい。

この構成により、通信サーバは、請負端末それぞれに対して過去に通知した依頼について、現在の依頼と同じ条件（撮影希望位置までの距離および日時属性）の依頼を受けてきた割合（距離傾向値および日時傾向値）に基づいて、依頼を受理する期待値の高い請負端末を選出することができる。

（Ｅ）上記実施形態（Ｃ）の通信サーバにおいて、前記依頼取得時における前記請負端末の当該依頼取得時点における位置を現在位置、前記履歴情報に含まれる通知先の請負端末の通知時点における位置を通知時位置として、前記選出手段は、前記請負端末それぞれが過去に受けた通知について、前記現在位置から一定範囲内の前記通知時位置の依頼を受理した割合を示す位置傾向値を計算し、前記距離傾向値および前記位置傾向値に基づいて前記期待値を計算してもよい。

この構成により、通信サーバは、請負端末それぞれに対して過去に通知した依頼について、現在の依頼と同じ条件（撮影希望位置までの距離および通知時位置）の依頼を受けてきた割合（距離傾向値および位置傾向値）に基づいて、依頼を受理する期待値の高い請負端末を選出することができる。

（Ｆ）上記実施形態（Ｃ）の通信サーバにおいて、前記選出手段は、前記距離傾向値を前記現在距離に応じて補正し、補正した値を前記期待値としてもよい。

この構成によると、通信サーバは、依頼を受理する期待値の高い請負端末のうち、希望位置までの移動時間が短い請負端末を優先して選出することができる。その結果、依頼者が依頼を行ってから、請負者が依頼を実施するまでの時間が低減される。

（Ｇ）上記実施形態（Ｃ）の通信サーバは、さらに、位置情報とカテゴリ情報を対応付けた位置カテゴリ情報を管理する位置カテゴリ情報管理手段を備え、前記依頼取得時に取得した依頼で指定される希望位置と対応するカテゴリ情報を現在カテゴリ、履歴情報の希望位置と対応するカテゴリを通知カテゴリとして、前記選別手段は、前記請負端末それぞれが過去に通知された依頼について、前記現在カテゴリと通知カテゴリが同一の依頼を受理した割合を示すカテゴリ傾向値を計算し、前記距離傾向値および前記カテゴリ傾向値に基づいて前記期待値を算出してもよい。

この構成により、通信サーバは、請負端末それぞれに対して過去に通知した依頼について、現在の依頼と同じ条件（撮影希望位置までの距離およびカテゴリ情報）の依頼を受けてきた割合（距離傾向値およびカテゴリ傾向値）に基づいて、依頼を受理する期待値の高い請負端末を選出することができる。

（Ｈ）上記実施形態（Ａ）の通信サーバにおいて、前記履歴情報は、さらに、通知先の請負端末のユーザを識別するユーザ識別子を含み、前記選出手段は、前記依頼取得時に、前記請負端末の当該依頼取得時点における位置、当該依頼で指定される希望位置および前記履歴情報を用いて、前記請負端末それぞれのユーザが当該依頼を受理する期待値を計算し、算出した期待値に基づいて当該依頼を通知する請負端末を選出してもよい。

この構成により、通信サーバは、複数のユーザが同じ請負端末を使用している場合でも、各ユーザの期待値を算出することが可能である。また、１人のユーザが複数の請負端末を使用している場合でも、共通の期待値を算出することが可能になる。

（Ｉ）上記実施形態（Ａ）の通信サーバにおいて、前記履歴情報は、前記通知先の請負端末の通知時点における位置、および、前記通知依頼で指定される希望位置の代わりに、前記通知先の請負端末の通知時点における位置から前記通知依頼で指定される希望位置までの距離を示す通知時距離を含むとしてもよい。

この構成により、通信サーバは、１次元の距離情報を記憶するだけでよく、２地点の位置情報を記憶する場合と比較して、記憶するデータ量が低減される。

本発明は、情報コンテンツを配信するサーバに有用である。配信されるコンテンツとしては、映像データ以外にも音声データやテキストデータなどのデジタルコンテンツがありえる。

１００ 通信網
２００ 通知装置
３１０ 依頼端末
３００ 請負端末
２０１ 依頼取得手段
２０２ 端末位置取得手段
２０３ 依頼通知端末選出手段
２０４ 依頼通知手段
２０５ 受付情報取得手段
２０６ 通知履歴管理手段
１０１ インターネット
３０１ 撮影端末
３１１ 視聴端末
２１０ 配信サーバ
２１１ 通信手段
２１２ ユーザ管理手段
２１３ 撮影端末管理手段
２１４ 視聴端末管理手段
２１５ 配信映像管理手段
２１６ 配信依頼管理手段
２１７ 配信履歴管理手段
２１８ 撮影端末検索手段
２１９ 端末リスト通知手段
２２０ 映像受信配信手段
２２１ 制御手段
２５００ 配信サーバ
２５０１ 位置カテゴリ情報管理手段
２５０２ 制御手段

Claims (12)

1. コンテンツ作成の希望位置が指定された依頼を取得する依頼取得手段と、
   コンテンツ作成を請負う複数の請負端末の位置を取得する端末位置取得手段と、
   前記複数の請負端末の中から選出された請負端末に前記依頼を通知する通知手段と、
   通知依頼について、通知先の請負端末が受理したか否かを示す受付情報を取得する受付情報取得手段と、
   過去の通知について、通知先の請負端末の通知時点における位置、通知依頼で指定される希望位置、および、前記受付情報を含む履歴情報を管理する履歴管理手段と、
   新規依頼取得時に、前記請負端末の当該時点における位置、当該依頼で指定される希望位置および前記履歴情報に応じて、前記通知手段が当該依頼を通知する請負端末を選出する選出手段と
   を備えることを特徴とする通信サーバ。
2. 前記選出手段は、前記依頼取得時に、前記請負端末の当該時点における位置、当該依頼で指定されている希望位置および前記履歴情報を用いて、前記請負端末それぞれが当該依頼を受理する期待値を計算し、算出した期待値に基づいて当該依頼を通知する請負端末を選出する
   ことを特徴とする請求項１記載の通信サーバ。
3. 前記請負端末の前記依頼取得時点における位置と当該依頼で指定される希望位置との間の距離を現在距離、前記履歴情報に含まれる２つの位置の間の距離を通知時距離として、
   前記選出手段は、前記請負端末それぞれが過去に通知された依頼について、前記現在距離と同程度の前記通知時距離の依頼を受理した割合を示す距離傾向値を計算し、前記距離傾向値を前記期待値とする
   ことを特徴とする請求項２に記載の通信サーバ。
4. 前記履歴情報は、さらに、依頼を通知した日時を示す通知日時を含み、
   前記選出手段は、前記請負端末それぞれが過去に通知された依頼について、現在日時と同じ日時属性の前記通知日時の依頼を受理した割合を示す日時傾向値を計算し、前記距離傾向値および前記日時傾向値に基づいて前記期待値を計算する
   ことを特徴とする請求項３に記載の通信サーバ。
5. 前記依頼取得時における前記請負端末の当該依頼取得時点における位置を現在位置、前記履歴情報に含まれる通知先の請負端末の通知時点における位置を通知時位置として、
   前記選出手段は、前記請負端末それぞれが過去に受けた通知について、前記現在位置から一定範囲内の前記通知時位置の依頼を受理した割合を示す位置傾向値を計算し、前記距離傾向値および前記位置傾向値に基づいて前記期待値を計算する
   ことを特徴とする請求項３に記載の通信サーバ。
6. 前記選出手段は、前記距離傾向値を前記現在距離に応じて補正し、補正した値を前記期待値とする
   ことを特徴とする請求項３記載の通信サーバ。
7. さらに、位置情報とカテゴリ情報を対応付けた位置カテゴリ情報を管理する位置カテゴリ情報管理手段を備え、
   前記依頼取得時に取得した依頼で指定される希望位置と対応するカテゴリ情報を現在カテゴリ、履歴情報の希望位置と対応するカテゴリを通知カテゴリとして、
   前記選別手段は、前記請負端末それぞれが過去に通知された依頼について、前記現在カテゴリと通知カテゴリが同一の依頼を受理した割合を示すカテゴリ傾向値を計算し、前記距離傾向値および前記カテゴリ傾向値に基づいて前記期待値を算出する
   ことを特徴とする請求項３に記載の通信サーバ。
8. 前記履歴情報は、さらに、通知先の請負端末のユーザを識別するユーザ識別子を含み、
   前記選出手段は、前記依頼取得時に、前記請負端末の当該依頼取得時点における位置、当該依頼で指定される希望位置および前記履歴情報を用いて、前記請負端末それぞれのユーザが当該依頼を受理する期待値を計算し、算出した期待値に基づいて当該依頼を通知する請負端末を選出する
   ことを特徴とする請求項１記載の通信サーバ。
9. 前記履歴情報は、前記通知先の請負端末の通知時点における位置、および、前記通知依頼で指定される希望位置の代わりに、前記通知先の請負端末の通知時点における位置から前記通知依頼で指定される希望位置までの距離を示す通知時距離を含む
   ことを特徴とする請求項１に記載の通信サーバ。
10. コンテンツ作成の希望位置が指定された依頼を取得する依頼取得ステップと、
    コンテンツ作成を請負う複数の請負端末の位置を取得する端末位置取得ステップと、
    前記複数の請負端末の中から前記依頼を通知する請負端末を選出する選出ステップと、
    選出された請負端末に前記依頼を通知する通知ステップと、
    通知依頼について、通知先の請負端末が受理したか否かを示す受付情報を取得する受付情報取得ステップと、
    過去の通知について、通知先の請負端末の通知時点における位置、通知依頼で指定される希望位置、および、前記受付情報を含む履歴情報を記憶する履歴管理ステップを備え、
    前記選出ステップは、前記依頼取得時に、前記請負端末の当該時点における位置、当該依頼で指定される希望位置および前記履歴情報に応じて、当該依頼を通知する請負端末を選出する
    ことを特徴とする通信方法。
11. 依頼通知処理をコンピュータに実行させるためのプログラムが記録されたコンピュータ読み取り可能な非一時的な記録媒体であって、
    前記依頼通知処理は、
    コンテンツ作成の希望位置が指定された依頼を取得する依頼取得ステップと、
    コンテンツ作成を請負う複数の請負端末の位置を取得する端末位置取得ステップと、
    前記複数の請負端末の中から前記依頼を通知する請負端末を選出する選出ステップと、
    選出された請負端末に前記依頼を通知する通知ステップと、
    通知した依頼について、通知先の請負端末が受理したか否かを示す受付情報を取得する受付情報取得ステップと、
    過去の通知について、通知先の請負端末の通知時点における位置、通知依頼で指定される希望位置、および、前記受付情報を含む履歴情報を記憶する履歴管理ステップを備え、
    前記選出ステップは、前記依頼取得時に、前記請負端末の当該時点における位置、当該依頼で指定される希望位置および前記履歴情報に応じて、当該依頼を通知する請負端末を選出する
    ことを特徴とする記録媒体。
12. 通信サーバに用いられる集積回路であって、
    依頼端末からデータ作成の希望位置を含むデータ作成依頼を取得する依頼取得手段と、
    データ作成を請負う複数の請負端末の位置を取得する端末位置取得手段と、
    前記複数の請負端末の中から選出された請負端末に前記依頼を通知する通知手段と、
    通知依頼について、通知先の請負端末が受理したか否かを示す受付情報を取得する受付情報取得手段と、
    過去の通知について、通知先の請負端末の通知時点における位置、通知依頼で指定される希望位置、および、前記受付情報を含む履歴情報を記憶する履歴管理手段と、
    新規依頼取得時に、前記請負端末の当該時点における位置、当該依頼で指定される希望位置および前記履歴情報に応じて、前記通知手段が当該依頼を通知する請負端末を選出する選出手段と
    を備えることを特徴とする集積回路。

Images