(57)【要約】      （修正有）【課題】配信サーバへ負荷を与えずに当該配信サーバにおける処理状態を容易に管理する。【解決手段】配信するコンテンツの登録または削除を行うトランザクション処理を実行する配信サーバ１０２へ、配信サーバ１０２と接続された処理状態管理装置１０１からトランザクション処理を要求してから、配信サーバ１０２からトランザクション処理の完了通知を受信するまでの間、配信サーバ１０２における当該トランザクション処理の状態を示す状態情報を処理中として処理状態管理装置１０１にて保持する。【選択図】図１
2009205473.tif 000002
【特許請求の範囲】
【請求項１】
配信するコンテンツの登録または削除を行うトランザクション処理を実行する配信サーバと接続し、該配信サーバへ前記トランザクション処理を要求し、該トランザクション処理の状態を管理する処理状態管理装置であって、
前記配信サーバへトランザクション処理を要求してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、前記配信サーバにおける当該トランザクション処理の状態を示す状態情報を処理中として保持する処理状態管理装置。
【請求項２】
請求項１に記載の処理状態管理装置において、
前記配信サーバへ前記トランザクション処理を要求するための要求信号を作成する要求信号作成部と、
前記要求信号作成部が作成した要求信号を前記配信サーバへ送信する送信部と、
前記送信部が前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、前記状態情報を処理中として当該処理状態管理装置が具備する状態データベースに格納する状態更新部とを有することを特徴とする処理状態管理装置。
【請求項３】
請求項２に記載の処理状態管理装置において、
前記状態更新部は、前記トランザクション処理の対象となるコンテンツを識別するために予め付与されたコンテンツ識別情報を、前記状態情報と対応付けて前記状態データベースに格納することを特徴とする処理状態管理装置。
【請求項４】
請求項２または請求項３に記載の処理状態管理装置において、
前記要求信号作成部は、前記配信サーバへ、該配信サーバが有するコンテンツデータベースへ前記コンテンツを登録するトランザクション処理を要求する要求信号を作成し、
前記状態更新部は、前記送信部が前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、前記状態情報を登録中として前記状態データベースに格納することを特徴とする処理状態管理装置。
【請求項５】
請求項２乃至４のいずれか１項に記載の処理状態管理装置において、
前記要求信号作成部は、前記配信サーバへ、該配信サーバが有するコンテンツデータベースから前記コンテンツを削除するトランザクション処理を要求する要求信号を作成し、
前記状態更新部は、前記送信部が前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、前記状態情報を削除中として前記状態データベースに格納することを特徴とする処理状態管理装置。
【請求項６】
請求項３に記載の処理状態管理装置において、
前記状態更新部は、前記送信部が前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、所定のフラグを前記コンテンツ識別情報と対応付けて前記状態データベースに格納することを特徴とする処理状態管理装置。
【請求項７】
請求項３に記載の処理状態管理装置において、
当該処理状態管理装置と接続された利用者装置から、前記状態情報の確認を要求するための状態情報確認信号を受信した場合、前記状態情報確認信号に基づいて前記状態データベースから前記状態情報を検索する状態検索部と、
前記状態検索部が検索した状態情報を前記利用者装置へ送信するための状態応答信号を作成する状態応答信号作成部とを有し、
前記送信部は、前記状態応答信号作成部が作成した状態応答信号を前記利用者装置へ送信することを特徴とする処理状態管理装置。
【請求項８】
請求項７に記載の処理状態管理装置において、
前記状態検索部は、前記状態情報確認信号から前記コンテンツ識別情報を抽出し、抽出したコンテンツ識別情報に基づいて、前記状態データベースから前記状態情報を検索することを特徴とする処理状態管理装置。
【請求項９】
請求項８に記載の処理状態管理装置において、
前記コンテンツ識別情報に応じた前記状態情報が前記状態データベースに存在しない場合、前記コンテンツ識別情報が付与されたコンテンツの処理状態を確認するための状態確認信号を作成する状態確認信号作成部を有し、
前記送信部は、前記状態確認信号作成部が作成した状態確認信号を前記配信サーバへ送信することを特徴とする処理状態管理装置。
【請求項１０】
配信するコンテンツの登録または削除を行うトランザクション処理を実行する配信サーバへ要求した前記トランザクション処理の状態を管理する処理状態管理方法であって、
前記配信サーバへトランザクション処理を要求する要求信号を作成する処理と、
前記要求信号を前記配信サーバへ送信する処理と、
前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受けるまでの間、前記配信サーバにおける当該トランザクション処理の状態を示す状態情報を処理中として保持する処理とを有する処理状態管理方法。
【請求項１１】
請求項１０に記載の処理状態管理方法において、
前記トランザクション処理の対象となるコンテンツを識別するために予め付与されたコンテンツ識別情報を、前記状態情報と対応付けて保持する処理を有することを特徴とする処理状態管理方法。
【請求項１２】
請求項１０または請求項１１に記載の処理状態管理方法において、
前記配信サーバへ、該配信サーバが有するコンテンツデータベースへ前記コンテンツを登録するトランザクション処理を要求する要求信号を作成する処理と、
前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、前記状態情報を登録中として保持する処理とを有することを特徴とする処理状態管理方法。
【請求項１３】
請求項１０乃至１２のいずれか１項に記載の処理状態管理方法において、
前記配信サーバへ、該配信サーバが有するコンテンツデータベースから前記コンテンツを削除するトランザクション処理を要求する要求信号を作成する処理と、
前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、前記状態情報を削除中として保持する処理とを有することを特徴とする処理状態管理方法。
【請求項１４】
請求項１１に記載の処理状態管理方法において、
前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、所定のフラグを前記コンテンツ識別情報と対応付けて保持する処理を有することを特徴とする処理状態管理方法。
【請求項１５】
請求項１１に記載の処理状態管理方法において、
利用者が有する利用者装置から、前記状態情報の確認を要求するための状態情報確認信号を受信した場合、前記状態情報確認信号に基づいて前記保持している状態情報を検索する処理と、
前記検索された状態情報を前記利用者装置へ送信するための状態応答信号を作成する処理と、
前記状態応答信号を前記利用者装置へ送信する処理とを有することを特徴とする処理状態管理方法。
【請求項１６】
請求項１５に記載の処理状態管理方法において、
前記状態情報確認信号から前記コンテンツ識別情報を抽出する処理と、
前記抽出されたコンテンツ識別情報に基づいて、前記保持している状態情報を検索する処理とを有することを特徴とする処理状態管理方法。
【請求項１７】
請求項１６に記載の処理状態管理方法において、
前記コンテンツ識別情報に応じた前記状態情報が保持されていない場合、前記コンテンツ識別情報が付与されたコンテンツの処理状態を確認するための状態確認信号を作成する処理と、
前記状態確認信号を前記配信サーバへ送信する処理とを有することを特徴とする処理状態管理方法。
【請求項１８】
配信するコンテンツの登録または削除を行うトランザクション処理を実行する配信サーバへ要求した前記トランザクション処理の状態を管理する処理状態管理装置に、
前記配信サーバへトランザクション処理を要求する要求信号を作成する手順と、
前記要求信号を前記配信サーバへ送信する手順と、
前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受けるまでの間、前記配信サーバにおける当該トランザクション処理の状態を示す状態情報を処理中として保持する手順とを実行させるプログラム。
【請求項１９】
請求項１８に記載のプログラムにおいて、
前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受けるまでの間、前記状態情報を処理中として当該処理状態管理装置が具備する状態データベースに格納する手順を実行させることを特徴とするプログラム。
【請求項２０】
請求項１９に記載のプログラムにおいて、
前記トランザクション処理の対象となるコンテンツを識別するために予め付与されたコンテンツ識別情報を、前記状態情報と対応付けて前記状態データベースに格納する手順を実行させることを特徴とするプログラム。
【請求項２１】
請求項１９または請求項２０に記載のプログラムにおいて、
前記配信サーバへ、該配信サーバが有するコンテンツデータベースへ前記コンテンツを登録するトランザクション処理を要求する要求信号を作成する手順と、
前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、前記状態情報を登録中として前記状態データベースに格納する手順とを実行させることを特徴とするプログラム。
【請求項２２】
請求項１９乃至２１のいずれか１項に記載のプログラムにおいて、
前記配信サーバへ、該配信サーバが有するコンテンツデータベースから前記コンテンツを削除するトランザクション処理を要求する要求信号を作成する手順と、
前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、前記状態情報を削除中として前記状態データベースに格納する手順とを実行させることを特徴とするプログラム。
【請求項２３】
請求項２０に記載のプログラムにおいて、
前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、所定のフラグを前記コンテンツ識別情報と対応付けて前記状態データベースに格納する手順を実行させることを特徴とするプログラム。
【請求項２４】
請求項２０に記載のプログラムにおいて、
利用者が有する利用者装置から、前記状態情報の確認を要求するための状態情報確認信号を受信した場合、前記状態情報確認信号に基づいて前記状態データベースから前記状態情報を検索する手順と、
前記検索された状態情報を前記利用者装置へ送信するための状態応答信号を作成する手順と、
前記状態応答信号を前記利用者装置へ送信する手順とを実行させることを特徴とするプログラム。
【請求項２５】
請求項２４に記載のプログラムにおいて、
前記状態情報確認信号から前記コンテンツ識別情報を抽出する手順と、
前記抽出されたコンテンツ識別情報に基づいて、前記状態データベースから前記状態情報を検索する手順とを実行させることを特徴とするプログラム。
【請求項２６】
請求項２５に記載のプログラムにおいて、
前記コンテンツ識別情報に応じた前記状態情報が前記状態データベースに存在しない場合、前記コンテンツ識別情報が付与されたコンテンツの処理状態を確認するための状態確認信号を作成する手順と、
前記状態確認信号を前記配信サーバへ送信する手順とを実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信される音声、静止画像、動画像などの各種コンテンツの登録処理状態を管理する処理状態管理装置、処理状態管理方法およびプログラムに関する。
【背景技術】
【０００２】
近年、音声、静止画像、動画像などの各種コンテンツを配信するコンテンツ配信技術が急速に普及してきている。このコンテンツ配信により、所望のコンテンツを移動可能な記憶媒体を用いて持ち運ぶことなく、ネットワークを介して入手することが可能となっている。
【０００３】
図１５は、一般的なコンテンツ配信システムの一形態を示す図である。
【０００４】
図１５に示したコンテンツ配信システムは、コンテンツを配信する配信サーバ１００２と、配信サーバ１００２の処理状態を管理する処理状態管理装置１００１と、様々なコンテンツを格納しているＦＴＰサーバ１００４とが、ネットワーク１００３を介して互いに接続されている。
【０００５】
さらに、配信サーバ１００２は、配信制御部１０２１と、登録／削除コマンド制御部１０２２と、状態管理制御部１０２３と、配信されるコンテンツを格納するデータベースであるコンテンツＤＢ１０２５と、コンテンツＤＢ１０２５に格納されるコンテンツの登録／削除状態を格納するデータベースである状態ＤＢ１０２４とから構成されている。
【０００６】
配信制御部１０２１は、コンテンツＤＢ１０２５に格納されたコンテンツの配信を制御する。
【０００７】
登録／削除コマンド制御部１０２２は、処理状態管理装置１００１から送信されてきたコンテンツの登録／削除要求に基づいて、コンテンツのコンテンツＤＢ１０２５への登録、およびコンテンツのコンテンツＤＢ１０２５からの削除を制御する。
【０００８】
状態管理制御部１０２３は、登録／削除コマンド制御部１０２２にて登録／削除が行われるコンテンツの状態を状態ＤＢ１０２４に格納する。
【０００９】
また、処理状態管理装置１００１は、登録／削除コマンド制御部１０１１と、状態確認コマンド制御部１０１２と、状態管理制御部１０１３と、状態ＤＢ１０１４とから構成されている。
【００１０】
登録／削除コマンド制御部１０１１は、配信サーバ１００２へ、コンテンツの登録／削除の要求を行うコマンドを制御する。
【００１１】
状態確認コマンド制御部１０１２は、配信サーバ１００２へ、配信サーバ１００２が格納しているコンテンツの状態を確認するためのコマンドを制御する。
【００１２】
状態管理制御部１０１３は、状態確認コマンド制御部１０１２が制御するコマンドによって、配信サーバ１００２から取得したコンテンツ状態を格納した状態ＤＢ１０１４を制御する。
【００１３】
図１６は、図１５に示したコンテンツ配信システムにおける処理状態管理方法を説明するためのシーケンス図である。
【００１４】
まず、登録／削除コマンド制御部１０１１にて生成されたコンテンツ登録／削除要求が処理状態管理装置１００１からネットワーク１００３を介して配信サーバ１００２へ送信されると（ステップＳ９１）、送信されてきたコンテンツ登録／削除要求に基づいて、登録／削除コマンド制御部１０２２にて当該コンテンツ登録／削除要求の対象であるコンテンツがコンテンツＤＢ１０２５へ登録またはコンテンツＤＢ１０２５から削除される。このとき、コンテンツの登録は、ＦＴＰサーバ１００４やコンテンツが格納されたクライアント端末（不図示）から当該コンテンツが取得されて、コンテンツＤＢ１０２５へ登録される。また、このコンテンツ登録／削除の状態が、状態管理制御部１０２３によって状態ＤＢ１０２４に格納される。
【００１５】
また、このコンテンツ登録／削除の処理中、処理状態管理装置１００１で配信サーバ１００２のコンテンツ登録／削除の進捗状況を確認するために、コンテンツ登録／削除の状態の確認を要求するためのコンテンツ登録／削除状態確認要求が、状態確認コマンド制御部１０１２にて生成され、ネットワーク１００３を介して配信サーバ１００２へ送信される（ステップＳ９２）。
【００１６】
コンテンツ登録／削除状態確認要求が配信サーバ１００２にて受信されると、状態管理制御部１０２３によって状態ＤＢ１０２４からコンテンツ登録／削除の状態が読み出され、読み出されたコンテンツ登録／削除の状態がコンテンツ登録／削除状態確認応答としてネットワーク１００３を介して処理状態管理装置１００１へ送信される（ステップＳ９３）。
【００１７】
その後、登録／削除コマンド制御部１０２２にて当該コンテンツ登録／削除要求の対象であるコンテンツのコンテンツＤＢ１０２５への登録またはコンテンツＤＢ１０２５からの削除が完了すると、登録／削除コマンド制御部１０２２からコンテンツ登録／削除完了応答がネットワーク１００３を介して処理状態管理装置１００１へ送信される（ステップＳ９４）。このステップＳ９１〜Ｓ９４の登録／削除トランザクション処理が完了した後であっても、処理状態管理装置１００１からのコンテンツ登録／削除状態確認要求および配信サーバ１００２からのコンテンツ登録／削除状態確認応答が行われる（ステップＳ９５，Ｓ９６）。
【００１８】
図１７は、図１５に示した状態ＤＢ１０２４に格納されている状態情報の一例を示す図である。
【００１９】
図１７に示すように状態ＤＢ１０２４に格納される状態情報は、処理状態管理装置１００１から送信されてくるコンテンツ登録／削除要求による配信サーバ１００２におけるコンテンツの登録／削除状態が格納される。
【００２０】
配信サーバ１００２にコンテンツが登録される前は、状態ＤＢ１０２４には「コンテンツなし」のコンテンツ状態情報が格納される。処理状態管理装置１００１からコンテンツ登録要求が送信されてくると、状態ＤＢ１０２４に格納されているコンテンツ状態情報が「コンテンツなし」から「登録中」へ変更される。配信サーバ１００２にてコンテンツのコンテンツＤＢ１０２５への登録が完了すると、状態ＤＢ１０２４に格納されているコンテンツ状態情報が「登録中」から「コンテンツあり」へ変更される。
【００２１】
その後、処理状態管理装置１００１からコンテンツ削除要求が送信されてくると、状態ＤＢ１０２４に格納されているコンテンツ状態情報が「コンテンツあり」から「削除中」へ変更される。配信サーバ１００２にてコンテンツのコンテンツＤＢ１０２５からの削除が完了すると、状態ＤＢ１０２４に格納されているコンテンツ状態情報が「削除中」から「コンテンツなし」へ変更される。
【００２２】
上述した処理状態管理装置１００１からのコンテンツ登録／削除状態確認要求は、コンテンツ登録／削除が完了するまでのトランザクション処理の処理中と、処理外とのどちらにおいても、一定時間周期で行われる。そして、その都度、状態管理制御部１０２３によって状態ＤＢ１０２４からコンテンツ登録／削除の状態が読み出され、読み出されたコンテンツ登録／削除の状態がコンテンツ登録／削除状態確認応答としてネットワーク１００３を介して処理状態管理装置１００１へ送信される。また、コンテンツ登録／削除の状態がコンテンツ登録／削除状態確認応答としてネットワーク１００３を介して処理状態管理装置１００１へ送信されると、送信されてきたコンテンツ登録／削除の状態が状態管理制御部１０１３によって状態ＤＢ１０１４に格納される。
【００２３】
このように、コンテンツ登録／削除状態確認要求はトランザクション処理中、処理外に関係なく処理状態管理装置１００１から配信サーバ１００２へ送信され、毎回、配信サーバ１００２はコンテンツ状態を状態ＤＢ１０２４に問い合わせ、配信サーバ１００２から処理状態管理装置１００１へコンテンツ登録／削除状態確認応答が送信される。この場合、コンテンツ数が増えるに従い、配信サーバ１００２の処理負荷が増大し、輻輳による遅延が発生するおそれがある。
【００２４】
処理負荷の輻輳を回避するために、所定の命令を処理している間は、他の処理を保留しておく技術が考えられている（例えば、特許文献１参照。）。
【特許文献１】特開２００５−９２４６７号公報
【発明の開示】
【発明が解決しようとする課題】
【００２５】
しかしながら、図１５に示した一般的な処理状態管理装置１００１では、配信サーバ１００２に対してコンテンツ登録／削除状態確認要求が送信され、その結果が受信される度に、コンテンツ状態を状態ＤＢ１０１４に登録する必要がある。したがって、コンテンツ数が増えるに従い、処理状態管理装置１００１で保持する必要があるデータ量が増大してしまうおそれがある。
【００２６】
また、配信サーバ１００２でコンテンツ状態を管理しない例も考えられる。この場合、処理状態管理装置１００１から配信サーバ１００２へ状態情報を問い合わせする手段が必要となってしまう。
【００２７】
また、特許文献１に記載された技術においては、保留された他の処理は、所定の命令の処理が完了すればその後実行されるため、トータルの処理負荷については軽減されないという問題点がある。
【００２８】
本発明は、配信サーバへ負荷を与えずに当該配信サーバにおける処理状態を容易に管理することができる処理状態管理装置、処理状態管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００２９】
上記目的を達成するために本発明は、
配信するコンテンツの登録または削除を行うトランザクション処理を実行する配信サーバと接続し、該配信サーバへ前記トランザクション処理を要求し、該トランザクション処理の状態を管理する処理状態管理装置であって、
前記配信サーバへトランザクション処理を要求してから、前記配信サーバから前記トランザクション処理の完了通知を受信するまでの間、前記配信サーバにおける当該トランザクション処理の状態を示す状態情報を処理中として保持する。
【００３０】
また、配信するコンテンツの登録または削除を行うトランザクション処理を実行する配信サーバへ要求した前記トランザクション処理の状態を管理する処理状態管理方法であって、
前記配信サーバへトランザクション処理を要求する要求信号を作成する処理と、
前記要求信号を前記配信サーバへ送信する処理と、
前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受けるまでの間、前記配信サーバにおける当該トランザクション処理の状態を示す状態情報を処理中として保持する処理とを有する。
【００３１】
また、配信するコンテンツの登録または削除を行うトランザクション処理を実行する配信サーバへ要求した前記トランザクション処理の状態を管理する処理状態管理装置に実行させるプログラムであって、
前記配信サーバへトランザクション処理を要求する要求信号を作成する手順と、
前記要求信号を前記配信サーバへ送信する手順と、
前記配信サーバへ前記要求信号を送信してから、前記配信サーバから前記トランザクション処理の完了通知を受けるまでの間、前記配信サーバにおける当該トランザクション処理の状態を示す状態情報を処理中として保持する手順とを実行させる。
【発明の効果】
【００３２】
以上説明したように本発明においては、配信するコンテンツの登録または削除を行うトランザクション処理を実行する配信サーバへ、配信サーバと接続された処理状態管理装置からトランザクション処理を要求してから、配信サーバからトランザクション処理の完了通知を受信するまでの間、配信サーバにおける当該トランザクション処理の状態を示す状態情報を処理中として処理状態管理装置にて保持する構成としたため、配信サーバへ負荷を与えずに当該配信サーバにおける処理状態を容易に管理することができる。
【発明を実施するための最良の形態】
【００３３】
以下に、本発明の実施の形態について図面を参照して説明する。
（第１の実施の形態）
図１は、本発明の処理状態管理装置の第１の実施の形態を示す図である。
【００３４】
本形態は図１に示すように、本発明である処理状態管理装置１０１と、配信サーバ１０２とから構成されている。また、処理状態管理装置１０１と、配信サーバ１０２とは、ネットワーク１０３を介して接続されている。
【００３５】
処理状態管理装置１０１は、配信サーバ１０２の処理の状態を管理する。具体的には、配信サーバ１０２が、配信するコンテンツを登録する処理の状態と、配信するコンテンツを削除する処理の状態とを管理する。なお、処理状態管理装置１０１のネットワーク１０３への接続形式については、ここでは特に規定しない。
【００３６】
配信サーバ１０２は、音声、静止画像、動画像などの各種コンテンツを配信するコンテンツ配信サーバである。配信サーバ１０２は、配信するコンテンツを配信サーバ１０２内に格納するためのコンテンツデータベースを有し、当該データベースへのコンテンツの登録／削除を行うための処理（トランザクション処理）を実行する。配信サーバ１０２は、ネットワーク１０３に接続されたコンテンツを有するＦＴＰサーバやクライアント端末から、配信するコンテンツをダウンロードして格納する。そして、配信サーバ１０２内に格納しているコンテンツをネットワーク１０３を介して、ネットワーク１０３に接続された装置（不図示）へ配信する。なお、配信サーバ１０２のネットワーク１０３への接続形式については、ここでは特に規定しない。
【００３７】
図２は、図１に示した処理状態管理装置１０１の内部の構成例を示す図である。
【００３８】
図１に示した処理状態管理装置１０１には図２に示すように、受信部１１１と、入力部１１２と、メッセージ判定部１１３と、状態更新部１１４と、登録／削除要求信号作成部１１５と、送信部１１６と、出力部１１７とが設けられている。
【００３９】
受信部１１１は、ネットワーク１０３を介して送信されてきた信号を受信し、受信された信号を処理状態管理装置１０１内部で使用する信号形式へ変換する。例えば、ネットワーク１０３を介して送信されてきた信号のプロトコルと、処理状態管理装置１０１内部で使用する信号のプロトコルとが異なるものである場合、信号の通信プロトコルを、外部のプロトコルから内部のプロトコルへプロトコル変換を行う。また、処理状態管理装置１０１とネットワーク１０３との接続形式が無線技術を用いたものである場合、無線信号を有線信号へ変換する一般的な復調・増幅といった処理を行う。
【００４０】
入力部１１２は、処理状態管理装置１０１に外部から情報を入力するためのものである。また、入力された情報を、内部で処理可能な信号へ変換する。入力部１１２は、キーボード、マウス、タッチパネル、マイク等の一般的な情報入力機構を有するものであれば良い。
【００４１】
メッセージ判定部１１３は、受信部１１１にて受信されて変換された信号や入力部１１２から入力されて変換された信号が、何を意味する信号（メッセージ）なのかを判定する。このとき、当該信号に予め付与された識別情報に基づいて判定を行うものであっても良い。なお、メッセージ判定部１１３が判定する信号は、入力部１１２に入力された配信サーバ１０２へコンテンツの登録を要求する「登録要求メッセージ信号」と、入力部１１２に入力された配信サーバ１０２へコンテンツの削除を要求する「削除要求メッセージ信号」と、受信部１１１にて受信された配信サーバ１０２からネットワーク１０３を介して送信されてきた登録／削除処理が完了した旨を示す「完了応答信号」との、３種類である。そして、判定結果に応じて、判定した信号を状態更新部１１４または登録／削除要求信号作成部１１５へ出力する。ここで、配信サーバ１０２におけるコンテンツの登録／削除とは、配信サーバ１０２において配信サーバ１０２が有するコンテンツデータベースへのコンテンツの登録、またはコンテンツデータベースからのコンテンツの削除を意味する。
【００４２】
状態更新部１１４は、処理状態管理装置１０１が管理する配信サーバ１０２の処理状態を保持する。また、保持した処理状態を、メッセージ判定部１１３から出力された信号に基づいて更新する。ここで、更新する処理状態は、配信サーバ１０２におけるコンテンツの登録および削除の処理の状態である。また、更新した情報を示す「更新情報信号」を出力部１１７へ出力する。
【００４３】
登録／削除要求信号作成部１１５は、メッセージ判定部１１３から出力された信号に基づいて、配信サーバ１０２へコンテンツの登録または削除を要求する「登録／削除要求信号」を作成する要求信号作成部である。そして、作成した登録／削除要求信号を送信部１１６へ出力する。
【００４４】
送信部１１６は、登録／削除要求信号作成部１１５から出力された「登録／削除要求信号」を、ネットワーク１０３を介して配信サーバ１０２へ送信する。このとき、登録／削除要求信号作成部１１５から出力された「登録／削除要求信号」をネットワーク１０３へ送信するための形式に変換する。例えば、処理状態管理装置１０１内部で使用する信号のプロトコルと、ネットワーク１０３へ送信する信号のプロトコルとが異なるものである場合、信号の通信プロトコルを、内部のプロトコルから外部のプロトコルへプロトコル変換を行う。また、処理状態管理装置１０１とネットワーク１０３との接続形式が無線技術を用いたものである場合、有線信号を無線信号へ変換する一般的な変調等の処理を行う。
【００４５】
出力部１１７は、状態更新部１１４から出力された「更新情報信号」を出力する。ここでの出力は、画面への表示やスピーカを用いた音声での再生等であり、処理状態管理装置１０１を操作する者が当該更新情報を認識できるものであれば良い。例えば、出力部１１７がディスプレイである場合、当該ディスプレイに所定の形式で、更新情報を表示するものであっても良い。また、出力部１１７が、スピーカである場合、更新情報に応じた音声を再生するものであっても良い。
【００４６】
なお、図２に示した構成要素は、処理状態管理装置１０１の構成要素のうち、本形態に関わる構成要素のみを示した。
【００４７】
以下に、上述した第１の実施の形態における処理状態管理方法について説明する。まずは、処理状態管理装置１０１から配信サーバ１０２へコンテンツの登録／削除が要求された場合について説明する。
【００４８】
図３は、図１および図２に示した形態における処理状態管理方法のうち、処理状態管理装置１０１から配信サーバ１０２へコンテンツの登録／削除が要求された場合の処理を説明するためのフローチャートである。
【００４９】
まず、処理状態管理装置１０１を操作する者が入力部１１２を操作することにより、入力部１１２に情報が入力されると（ステップＳ１）、入力された情報が内部で処理可能な信号へ変換される。ここで、入力部１１２に入力される情報には、対象コンテンツに予め付与された当該コンテンツを識別するためのコンテンツ識別情報と、当該コンテンツの登録を要求するのか、または削除を要求するのかといった情報とが含まれる。そして、変換された信号が入力部１１２からメッセージ判定部１１３へ出力される。このとき、出力される信号が、コンテンツの登録を要求する「登録要求メッセージ信号」であるか、またはコンテンツの削除を要求する「削除要求メッセージ信号」であるかを示す固有の識別情報が付与されても良い。
【００５０】
すると、メッセージ判定部１１３にて、入力部１１２から出力されてきた信号が、何を示す信号であるかが判定される（ステップＳ２）。ここでは、上述したように、「登録要求メッセージ信号」であるか、「削除要求メッセージ信号」であるか、または「完了応答信号」であるかが判定される。これらの識別は、それぞれの信号固有に付与された識別情報に基づくものであっても良いし、所定の信号形式や各信号のヘッダ情報によるものであっても良い。また、メッセージ判定部１１３にて、受信部１１１から出力された信号が入力するポートと、入力部１１２から出力された信号が入力するポートとを分けておくことにより、まずは「登録要求メッセージ信号」あるいは「削除要求メッセージ信号」の「要求メッセージ信号」であるか、「完了応答信号」であるかの２つに分けるものであっても良い。
【００５１】
ステップＳ２にて入力部１１２から出力されてきた信号が「登録要求メッセージ信号」であるとメッセージ判定部１１３によって判定された場合、当該「登録要求メッセージ信号」に含まれるコンテンツ識別情報が付与されたコンテンツの処理状態は「登録中」である旨が状態更新部１１４に保持される（ステップＳ３）。ここで、処理状態は、状態更新部１１４が具備するレジスタ等の情報を記憶することが可能な記憶手段に保持される。
【００５２】
また、登録／削除要求信号作成部１１５にて、「登録要求メッセージ信号」に基づいて、当該「登録要求メッセージ信号」をネットワーク１０３を介して配信サーバ１０２へ送信するための「登録要求信号」が作成される。そして、登録／削除要求信号作成部１１５にて作成された「登録要求信号」が、送信部１１６からネットワーク１０３を介して配信サーバ１０２へ送信される（ステップＳ４）。なお、「登録要求メッセージ信号」が、配信サーバ１０２にて、コンテンツの登録を要求する旨を示す信号であることが認識できるものである場合、「登録要求メッセージ信号」がそのまま（登録／削除要求信号作成部１１５にて「登録要求信号」の作成を行わずに）送信部１１６から送信されるものであっても良い。また、ステップＳ３の処理とステップＳ４の処理とを同時に行うものであっても良い。
【００５３】
一方、ステップＳ２にて入力部１１２から出力されてきた信号が「削除要求メッセージ信号」であるとメッセージ判定部１１３によって判定された場合、当該「削除要求メッセージ信号」に含まれるコンテンツ識別情報が付与されたコンテンツの処理状態は「削除中」である旨が状態情報として状態更新部１１４に保持される（ステップＳ５）。ここで、状態情報は、状態更新部１１４が具備するレジスタ等の情報を記憶することが可能な記憶手段に保持される。
【００５４】
また、登録／削除要求信号作成部１１５にて、「削除要求メッセージ信号」に基づいて、当該「削除要求メッセージ信号」をネットワーク１０３を介して配信サーバ１０２へ送信するための「削除要求信号」が作成される。そして、登録／削除要求信号作成部１１５にて作成された「削除要求信号」が、送信部１１６からネットワーク１０３を介して配信サーバ１０２へ送信される（ステップＳ６）。なお、「削除要求メッセージ信号」が、配信サーバ１０２にてコンテンツの削除を要求する旨を示す信号であることが認識できるものである場合、「削除要求メッセージ信号」がそのまま（登録／削除要求信号作成部１１５にて「削除要求信号」の作成を行わずに）送信部１１６から送信されるものであっても良い。
【００５５】
次に、処理状態管理装置１０１にて配信サーバ１０２からコンテンツの登録／削除の処理が完了した通知が受信された場合について説明する。
【００５６】
図４は、図１および図２に示した形態における処理状態管理方法のうち、処理状態管理装置１０１にて配信サーバ１０２からコンテンツの登録／削除の処理が完了した通知が受信された場合の処理を説明するためのフローチャートである。
【００５７】
配信サーバ１０２からネットワーク１０３を介して送信された信号が受信部１１１にて信号が受信されると（ステップＳ１１）、受信された信号が内部で処理可能な信号へ変換される。ここで、受信部１１１にて受信される信号には、対象コンテンツに予め付与された当該コンテンツを識別するためのコンテンツ識別情報と、当該コンテンツの配信サーバ１０２における登録または削除の処理が完了した旨を示す情報とが含まれる。そして、変換された信号が受信部１１１からメッセージ判定部１１３へ出力される。このとき、出力される信号が配信サーバ１０２からネットワーク１０３を介して送信されてきた信号であることを示す固有の識別情報が、当該信号に付与されても良い。
【００５８】
すると、メッセージ判定部１１３にて、受信部１１１から出力されてきた信号が、何を示す信号であるかが判定される（ステップＳ１２）。ここでは、ステップＳ２と同様に、「登録要求メッセージ信号」であるか、「削除要求メッセージ信号」であるか、または「完了応答信号」であるかが判定される。これらの識別は、それぞれの信号固有に付与された識別情報に基づくものであっても良いし、所定の信号形式や各信号のヘッダ情報によるものであっても良い。また、メッセージ判定部１１３にて、受信部１１１から出力された信号が入力するポートと、入力部１１２から出力された信号が入力するポートとを分けておくことにより、まずは「登録要求メッセージ信号」あるいは「削除要求メッセージ信号」の「要求メッセージ信号」であるか、「完了応答信号」であるかの２つに分けるものであっても良い。
【００５９】
ステップＳ１２にて受信部１１１から出力されてきた信号が「完了応答信号」であるとメッセージ判定部１１３によって判定された場合、状態更新部１１４にて、状態更新部１１４に保持されている当該「完了応答信号」に含まれるコンテンツ識別情報の状態情報が削除される（ステップＳ１３）。また、削除された状態情報が出力部１１７にて出力されるものであっても良い。
【００６０】
図５は、図１に示したメッセージ判定部１１３において判定された信号に基づいた状態情報の状態遷移図を示す図である。
【００６１】
図５に示すように、メッセージ判定部１１３にて「登録要求メッセージ信号」が判定されてから、「（登録）完了応答信号」が判定されるまでの間、状態更新部１１４に配信サーバ１０２における当該コンテンツの登録処理の状態情報として「登録中」が保持される。また、メッセージ判定部１１３にて「削除要求メッセージ信号」が判定されてから、「（削除）完了応答信号」が判定されるまでの間、状態更新部１１４に配信サーバ１０２における当該コンテンツの登録処理の状態情報として「削除中」が保持される。
【００６２】
以上説明したように、配信サーバ１０２におけるコンテンツの登録／削除の処理状態が、状態情報として状態更新部１１４に保持されることにより、処理状態管理装置１０１において配信サーバ１０２におけるコンテンツの登録／削除の処理状態を管理することができる。それにより、配信サーバ１０２におけるコンテンツの登録／削除の処理状態を配信サーバ１０２に問い合わせることなく、処理状態管理装置１０１にて把握することができる。また、処理が完了した後、状態情報を削除することにより、処理状態管理装置１０１にて大量のデータを保持する必要がないという利点がある。
（第２の実施の形態）
第１の実施の形態において、状態情報を特定のデータベースに保持するものであっても良い。
【００６３】
図６は、本発明の処理状態管理装置の第２の実施の形態における処理状態管理装置１０１の内部の構成例を示す図である。
【００６４】
第２の実施の形態における処理状態管理装置１０１は図６に示すように、図２に示した構成に、状態ＤＢ１１８が追加されたものとなっている。
【００６５】
状態ＤＢ１１８は、第１の実施の形態において、状態更新部１１４に保持する状態情報を格納するデータベースである。状態情報を状態ＤＢ１１８に格納することにより、当該状態情報を処理状態管理装置１０１にて保持できることとなる。
【００６６】
また、本形態においては、状態更新部１１４は、処理状態管理装置１０１が管理する配信サーバ１０２の処理状態を状態ＤＢ１１８に格納する。また、状態ＤＢ１１８に格納された状態情報をメッセージ判定部１１３から出力された信号に基づいて更新する。ここで、更新する処理状態は、配信サーバ１０２におけるコンテンツの登録および削除の処理の状態である。また、更新した情報を示す更新情報信号を出力部１１７へ出力する。
【００６７】
図７は、図６に示した状態ＤＢ１１８の内部構造の一例を示す図である。
【００６８】
図６に示した状態ＤＢ１１８の内部構造は図７に示すように、配信サーバ１０２にて登録／削除の処理が行われているコンテンツを識別するために当該コンテンツに固有に付与されたコンテンツ識別情報と、当該コンテンツの配信サーバ１０２における登録／削除の処理状態を示す状態情報とが対応付けられて格納されている。
【００６９】
例えば、コンテンツ識別情報「Ａ−５５２０」と状態情報「登録中」とが対応付けられて格納されている。これは、コンテンツ識別情報が「Ａ−５５２０」であるコンテンツについて、配信サーバ１０２にて現在登録の処理中である旨を示すものである。また、コンテンツ識別情報「Ｂ−０１５６」と状態情報「削除中」とが対応付けられて格納されている。これは、コンテンツ識別情報が「Ｂ−０１５６」であるコンテンツについて、配信サーバ１０２にて現在削除の処理中である旨を示すものである。また、コンテンツ識別情報「Ｃ−５４４３」と状態情報「登録中」とが対応付けられて格納されている。これは、コンテンツ識別情報が「Ｃ−５４４３」であるコンテンツについて、配信サーバ１０２にて現在登録の処理中である旨を示すものである。また、コンテンツ識別情報「Ｄ−４０４３」と状態情報「登録中」とが対応付けられて格納されている。これは、コンテンツ識別情報が「Ｄ−４０４３」であるコンテンツについて、配信サーバ１０２にて現在登録の処理中である旨を示すものである。
【００７０】
また、状態ＤＢ１１８に格納された状態情報として、１ビットのフラグが格納されているものであっても良い。この場合、例えば、状態情報として「１」が格納されている場合、当該フラグに対応付けられて格納されているコンテンツ識別情報が付与されたコンテンツについて、配信サーバ１０２にて現在登録または削除の処理中である旨を示すものであっても良い。
【００７１】
以下に、図６に示した構成を有する処理状態管理装置１０１における処理状態管理方法について説明する。まずは、処理状態管理装置１０１から配信サーバ１０２へコンテンツの登録／削除が要求された場合について説明する。
【００７２】
図８は、図１および図６に示した形態における処理状態管理方法のうち、処理状態管理装置１０１から配信サーバ１０２へコンテンツの登録／削除が要求された場合の処理を説明するためのフローチャートである。
【００７３】
まず、処理状態管理装置１０１を操作する者が入力部１１２を操作することにより、入力部１１２に情報が入力されると（ステップＳ２１）、入力された情報が内部で処理可能な信号へ変換される。ここで、入力部１１２に入力される情報には、対象コンテンツに予め付与された当該コンテンツを識別するためのコンテンツ識別情報と、当該コンテンツの登録を要求するのか、または削除を要求するのかといった情報とが含まれる。そして、変換された信号が入力部１１２からメッセージ判定部１１３へ出力される。このとき、出力される信号が、コンテンツの登録を要求する「登録要求メッセージ信号」であるか、またはコンテンツの削除を要求する「削除要求メッセージ信号」であるかを示す固有の識別情報が付与されても良い。
【００７４】
すると、メッセージ判定部１１３にて、入力部１１２から出力されてきた信号が、何を示す信号であるかが判定される（ステップＳ２２）。ここでは、上述したように、「登録要求メッセージ信号」であるか、「削除要求メッセージ信号」であるか、または「完了応答信号」であるかが判定される。これらの識別は、それぞれの信号固有に付与された識別情報に基づくものであっても良いし、所定の信号形式や各信号のヘッダ情報によるものであっても良い。また、メッセージ判定部１１３にて、受信部１１１から出力された信号が入力するポートと、入力部１１２から出力された信号が入力するポートとを分けておくことにより、まずは「登録要求メッセージ信号」あるいは「削除要求メッセージ信号」の「要求メッセージ信号」であるか、「完了応答信号」であるかの２つに分けるものであっても良い。
【００７５】
ステップＳ２２にて入力部１１２から出力されてきた信号が「登録要求メッセージ信号」であるとメッセージ判定部１１３によって判定された場合、当該「登録要求メッセージ信号」に含まれるコンテンツ識別情報が状態更新部１１４によって状態ＤＢ１１８に格納される。また、状態情報が当該コンテンツ識別情報と対応付けられて状態更新部１１４によって状態ＤＢ１１８に格納される。このときの処理状態は「登録中」である旨が状態更新部１１４によって状態ＤＢ１１８に格納される（ステップＳ２３）。
【００７６】
また、登録／削除要求信号作成部１１５にて、「登録要求メッセージ信号」に基づいて、当該「登録要求メッセージ信号」をネットワーク１０３を介して配信サーバ１０２へ送信するための「登録要求信号」が作成される。そして、登録／削除要求信号作成部１１５にて作成された「登録要求信号」が、送信部１１６からネットワーク１０３を介して配信サーバ１０２へ送信される（ステップＳ２４）。なお、「登録要求メッセージ信号」が、配信サーバ１０２にてコンテンツの登録を要求する旨を示す信号であることが認識できるものである場合、「登録要求メッセージ信号」がそのまま（登録／削除要求信号作成部１１５にて「登録要求信号」の作成を行わずに）送信部１１６から送信されるものであっても良い。
【００７７】
一方、ステップＳ２２にて入力部１１２から出力されてきた信号が「削除要求メッセージ信号」であるとメッセージ判定部１１３によって判定された場合、当該「削除要求メッセージ信号」に含まれるコンテンツ識別情報が状態更新部１１４によって状態ＤＢ１１８に格納される。また、状態情報が当該コンテンツ識別情報と対応付けられて状態更新部１１４によって状態ＤＢ１１８に格納される。このときの処理状態は「削除中」である旨が状態更新部１１４によって状態ＤＢ１１８に格納される（ステップＳ２５）。
【００７８】
また、登録／削除要求信号作成部１１５にて、「削除要求メッセージ信号」に基づいて、当該「削除要求メッセージ信号」をネットワーク１０３を介して配信サーバ１０２へ送信するための「削除要求信号」が作成される。そして、登録／削除要求信号作成部１１５にて作成された「削除要求信号」が、送信部１１６からネットワーク１０３を介して配信サーバ１０２へ送信される（ステップＳ２６）。なお、「削除要求メッセージ信号」が、配信サーバ１０２にてコンテンツの削除を要求する旨を示す信号であることが認識できるものである場合、「削除要求メッセージ信号」がそのまま（登録／削除要求信号作成部１１５にて「削除要求信号」の作成を行わずに）送信部１１６から送信されるものであっても良い。
【００７９】
次に、処理状態管理装置１０１にて配信サーバ１０２からコンテンツの登録／削除の処理が完了した通知が受信された場合について説明する。
【００８０】
図９は、図１および図６に示した形態における処理状態管理方法のうち、処理状態管理装置１０１にて配信サーバ１０２からコンテンツの登録／削除の処理が完了した通知が受信された場合の処理を説明するためのフローチャートである。
【００８１】
配信サーバ１０２からネットワーク１０３を介して送信された信号が受信部１１１にて信号が受信されると（ステップＳ３１）、受信された信号が内部で処理可能な信号へ変換される。ここで、受信部１１１にて受信される信号には、対象コンテンツに予め付与された当該コンテンツを識別するためのコンテンツ識別情報と、当該コンテンツの配信サーバ１０２における登録または削除の処理が完了した旨を示す情報とが含まれる。そして、変換された信号が受信部１１１からメッセージ判定部１１３へ出力される。このとき、出力される信号が配信サーバ１０２からネットワーク１０３を介して送信されてきた信号であることを示す固有の識別情報が、当該信号に付与されても良い。
【００８２】
すると、メッセージ判定部１１３にて、受信部１１１から出力されてきた信号が、何を示す信号であるかが判定される（ステップＳ３２）。ここでは、ステップＳ２２と同様に、「登録要求メッセージ信号」であるか、「削除要求メッセージ信号」であるか、または「完了応答信号」であるかが判定される。これらの識別は、それぞれの信号固有に付与された識別情報に基づくものであっても良いし、所定の信号形式や各信号のヘッダ情報によるものであっても良い。また、メッセージ判定部１１３にて、受信部１１１から出力された信号が入力するポートと、入力部１１２から出力された信号が入力するポートとを分けておくことにより、まずは「登録要求メッセージ信号」あるいは「削除要求メッセージ信号」の「要求メッセージ信号」であるか、「完了応答信号」であるかの２つに分けるものであっても良い。
【００８３】
ステップＳ３２にて受信部１１１から出力されてきた信号が「完了応答信号」であるとメッセージ判定部１１３によって判定された場合、状態更新部１１４にて、状態ＤＢ１１８に保持されている当該「完了応答信号」に含まれるコンテンツ識別情報と当該コンテンツ識別情報と対応付けられた状態情報とが削除される（ステップＳ３３）。また、削除された状態情報が出力部１１７にて出力されるものであっても良い。
【００８４】
以上説明したように、配信サーバ１０２におけるコンテンツの登録／削除の処理状態が、状態情報として状態ＤＢ１１８に格納されることにより、処理状態管理装置１０１において配信サーバ１０２におけるコンテンツの登録／削除の処理状態を管理することができる。それにより、配信サーバ１０２におけるコンテンツの登録／削除の処理状態を配信サーバ１０２に問い合わせることなく、処理状態管理装置１０１にて把握することができる。また、処理が完了した後、該当するコンテンツ識別情報と状態情報とを状態ＤＢ１１８から削除することにより、処理状態管理装置１０１にて大量のデータを保持する必要がないという利点がある。
（第３の実施の形態）
また、配信サーバ１０２に対してコンテンツの登録／削除の要求を、コンテンツ配信を利用する利用者が有する利用者装置から行うものであっても良い。さらに、当該利用者装置から、処理状態管理装置１０１に保持されている状態情報を確認できるものであっても良い。
【００８５】
図１０は、本発明の処理状態管理装置の第３の実施の形態を示す図である。
【００８６】
本形態は図１０に示すように、図１に示した形態に加えて、利用者装置１０４がネットワーク１０３を介して処理状態管理装置１０１および配信サーバ１０２と接続されている形態である。
【００８７】
利用者装置１０４は、配信サーバ１０２のコンテンツ配信を利用する利用者が有する端末装置であり、一般的なＰＣ（Personal Computer）や携帯端末等の通信機能を有するものであれば良い。
【００８８】
図１１は、図１０に示した処理状態管理装置１０１の内部の構成例を示す図である。
【００８９】
第３の実施の形態における処理状態管理装置１０１は図１１に示すように、図６に示した構成に、状態検索部１１９および状態応答信号作成部１２０が追加されたものとなっている。また、図１１に示した構成は、図６に示した入力部１１２及び出力部１１７が削除されたものとなっているが、入力部１１２および出力部１１７を有するものであっても良い。
【００９０】
受信部１１１は、図６に示した受信部１１１と同じものである。
【００９１】
メッセージ判定部１１３は、受信部１１１にて受信されて変換された信号が、何を意味する信号（メッセージ）なのかを判定する。このとき、当該信号に予め付与された識別情報に基づいて判定を行うものであっても良い。なお、メッセージ判定部１１３が判定する信号は、利用者装置１０４からネットワーク１０３を介して送信されてきた配信サーバ１０２へコンテンツの登録を要求する「登録要求メッセージ信号」と、利用者装置１０４からネットワーク１０３を介して送信されてきた配信サーバ１０２へコンテンツの削除を要求する「削除要求メッセージ信号」と、利用者装置１０４からネットワーク１０３を介して送信されてきたコンテンツの状態情報を確認するための「状態情報確認信号」と、配信サーバ１０２からネットワーク１０３を介して送信されてきた登録／削除処理が完了した旨を示す「完了応答信号」との、４種類である。そして、判定結果に応じて、判定した信号を状態更新部１１４または登録／削除要求信号作成部１１５または状態検索部１１９へ出力する。
【００９２】
状態更新部１１４は、処理状態管理装置１０１が管理する配信サーバ１０２の処理状態を状態ＤＢ１１８に格納する。また、状態ＤＢ１１８に格納された状態情報をメッセージ判定部１１３から出力された信号に基づいて更新する。ここで、更新する処理状態は、配信サーバ１０２におけるコンテンツの登録および削除の処理の状態である。
【００９３】
登録／削除要求信号作成部１１５は、図６に示した登録／削除要求信号作成部１１５と同じものである。
【００９４】
状態ＤＢ１１８は、図６に示した状態ＤＢ１１８と同じものである。
【００９５】
状態検索部１１９は、メッセージ判定部１１３から出力された信号に基づいて、該当するコンテンツの状態情報を状態ＤＢ１１８から検索する。
【００９６】
状態応答信号作成部１２０は、状態検索部１１９にて検索された結果に基づいて、「状態情報確認信号」に対する応答信号である「状態応答信号」を作成する。作成した「状態応答信号」を送信部１１６へ出力する。
【００９７】
送信部１１６は、登録／削除要求信号作成部１１５から出力された「登録／削除要求信号」をネットワーク１０３を介して配信サーバ１０２へ送信する。また、状態応答信号作成部１２０から出力された「状態応答信号」をネットワーク１０３を介して利用者装置１０４へ送信する。このとき、登録／削除要求信号作成部１１５から出力された「登録／削除要求信号」および状態応答信号作成部１２０から出力された「状態応答信号」をネットワーク１０３へ送信するための形式に変換する。例えば、処理状態管理装置１０１内部で使用する信号のプロトコルと、ネットワーク１０３へ送信する信号のプロトコルとが異なるものである場合、信号の通信プロトコルを、内部のプロトコルから外部のプロトコルへプロトコル変換を行う。また、処理状態管理装置１０１とネットワーク１０３との接続形式が無線技術を用いたものである場合、有線信号を無線信号へ変換する一般的な変調等の処理を行う。
【００９８】
なお、図１１に示した構成要素は、処理状態管理装置１０１の構成要素のうち、本形態に関わる構成要素のみを示した。
【００９９】
以下に、図１０および図１１に示した形態における処理状態管理方法について説明する。
【０１００】
図１２は、図１０および図１１に示した形態における処理状態管理方法を説明するためのフローチャートである。
【０１０１】
まず、配信サーバ１０２または利用者装置１０４からネットワーク１０３を介して送信された信号が受信部１１１にて信号が受信されると（ステップＳ４１）、受信された信号が内部で処理可能な信号へ変換される。このとき、受信された信号が配信サーバ１０２と利用者装置１０４とのどちらから送信されてきた信号であるかを識別し、その識別した結果を当該信号に付与しても良い。そして、変換された信号が受信部１１１からメッセージ判定部１１３へ出力される。
【０１０２】
すると、メッセージ判定部１１３にて、受信部１１１から出力されてきた信号が、何を示す信号であるかが判定される（ステップＳ４２）。ここでは、上述したように、「登録要求メッセージ信号」または「削除要求メッセージ信号」であるか、「状態情報確認信号」であるか、または「完了応答信号」であるかが判定される。これらの識別は、それぞれの信号固有に付与された識別情報に基づくものであっても良いし、所定の信号形式や各信号のヘッダ情報によるものであっても良い。
【０１０３】
ステップＳ４２にて受信部１１１から出力されてきた信号が「登録要求メッセージ信号」または「削除要求メッセージ信号」であると判定された場合、当該信号が「登録要求メッセージ信号」と「削除要求メッセージ信号」とのどちらの信号であるかがメッセージ判定部１１３にて判定される（ステップＳ４３）。
【０１０４】
ステップＳ４３にて受信部１１１から出力されてきた信号が「登録要求メッセージ信号」であるとメッセージ判定部１１３によって判定された場合、当該「登録要求メッセージ信号」に含まれるコンテンツ識別情報が状態更新部１１４によって状態ＤＢ１１８に格納される。また、状態情報が当該コンテンツ識別情報と対応付けられて状態更新部１１４によって状態ＤＢ１１８に格納される。このときの処理状態は「登録中」である旨が状態更新部１１４によって状態ＤＢ１１８に格納される（ステップＳ４４）。
【０１０５】
また、登録／削除要求信号作成部１１５にて、「登録要求メッセージ信号」に基づいて、当該「登録要求メッセージ信号」をネットワーク１０３を介して配信サーバ１０２へ送信するための「登録要求信号」が作成される。そして、登録／削除要求信号作成部１１５にて作成された「登録要求信号」が、送信部１１６からネットワーク１０３を介して配信サーバ１０２へ送信される（ステップＳ４５）。なお、「登録要求メッセージ信号」が、配信サーバ１０２にてコンテンツの登録を要求する旨を示す信号であることが認識できるものである場合、「登録要求メッセージ信号」がそのまま（登録／削除要求信号作成部１１５にて「登録要求信号」の作成を行わずに）送信部１１６から送信されるものであっても良い。
【０１０６】
一方、ステップＳ４３にて受信部１１１から出力されてきた信号が「削除要求メッセージ信号」であるとメッセージ判定部１１３によって判定された場合、当該「削除要求メッセージ信号」に含まれるコンテンツ識別情報が状態更新部１１４によって状態ＤＢ１１８に格納される。また、状態情報が当該コンテンツ識別情報と対応付けられて状態更新部１１４によって状態ＤＢ１１８に格納される。このときの処理状態は「削除中」である旨が状態更新部１１４によって状態ＤＢ１１８に格納される（ステップＳ４６）。
【０１０７】
また、登録／削除要求信号作成部１１５にて、「削除要求メッセージ信号」に基づいて、当該「削除要求メッセージ信号」をネットワーク１０３を介して配信サーバ１０２へ送信するための「削除要求信号」が作成される。そして、登録／削除要求信号作成部１１５にて作成された「削除要求信号」が、送信部１１６からネットワーク１０３を介して配信サーバ１０２へ送信される（ステップＳ４７）。なお、「削除要求メッセージ信号」が、配信サーバ１０２にてコンテンツの削除を要求する旨を示す信号であることが認識できるものである場合、「削除要求メッセージ信号」がそのまま（登録／削除要求信号作成部１１５にて「削除要求信号」の作成を行わずに）送信部１１６から送信されるものであっても良い。
【０１０８】
また、ステップＳ４２にて受信部１１１から出力されてきた信号が「完了応答信号」であるとメッセージ判定部１１３によって判定された場合、状態更新部１１４にて、状態ＤＢ１１８に保持されている当該「完了応答信号」に含まれるコンテンツ識別情報と当該コンテンツ識別情報と対応付けられた状態情報とが削除される（ステップＳ４８）。
【０１０９】
また、ステップＳ４２にて受信部１１１から出力されてきた信号が「状態情報確認信号」であるとメッセージ判定部１１３によって判定された場合は、状態検索部１１９にて、当該「状態情報確認信号」からコンテンツ識別情報が抽出される。そして、抽出されたコンテンツ識別情報に対応する状態情報が状態ＤＢ１１８から読み出される（ステップＳ４９）。そして、読み出された状態情報に基づいて、状態応答信号作成部１２０にて、当該状態情報をネットワーク１０３を介して利用者装置１０４へ送信するための「状態応答信号」が作成される。そして、状態応答信号作成部１２０にて作成された「状態応答信号」が、送信部１１６からネットワーク１０３を介して利用者装置１０４へ送信される（ステップＳ５０）。
【０１１０】
以上説明したように、配信サーバ１０２におけるコンテンツの登録／削除の処理状態が、状態情報として状態ＤＢ１１８に保持されることにより、処理状態管理装置１０１において配信サーバ１０２におけるコンテンツの登録／削除の処理状態を管理することができる。それにより、利用者装置１０４から配信サーバ１０２における所望のコンテンツの登録／削除の処理状態の確認要求があった場合、当該処理状態を配信サーバ１０２に問い合わせることなく、処理状態管理装置１０１から利用者装置１０４へ応答することができる。また、処理が完了した後、該当するコンテンツ識別情報と状態情報とを状態ＤＢ１１８から削除することにより、処理状態管理装置１０１にて大量のデータを保持する必要がないという利点がある。
（第４の実施の形態）
また、状態ＤＢ１０８に所望のコンテンツの状態情報が格納されていない場合、当該コンテンツの処理状態の確認を配信サーバ１０２へ要求するものであっても良い。
【０１１１】
図１３は、本発明の処理状態管理装置の第４の実施の形態における処理状態管理装置１０１の内部の構成例を示す図である。
【０１１２】
第４の実施の形態における処理状態管理装置１０１は図１３に示すように、図１１に示した構成に、状態確認信号作成部１２１が追加されたものとなっている。
【０１１３】
受信部１１１は、図１１に示した受信部１１１と同じものである。
【０１１４】
メッセージ判定部１１３は、図１１に示したメッセージ判定部１１３と同じものである。
【０１１５】
状態更新部１１４は、図１１に示した状態更新部１１４と同じものである。
【０１１６】
登録／削除要求信号作成部１１５は、図１１に示した登録／削除要求信号作成部１１５と同じものである。
【０１１７】
状態ＤＢ１１８は、図１１に示した状態ＤＢ１１８と同じものである。
【０１１８】
状態応答信号作成部１２０は、図１１に示した状態応答信号作成部１２０と同じものである。
【０１１９】
状態検索部１１９は、メッセージ判定部１１３から出力された信号に基づいて、該当するコンテンツの状態情報を状態ＤＢ１１８から検索する。また、検索した結果、該当するコンテンツの状態情報が状態ＤＢ１１８に格納されていない場合、該当するコンテンツのコンテンツ識別情報を状態確認信号作成部１２１へ出力する。
【０１２０】
状態確認信号作成部１２１は、状態検索部１１９から出力されたコンテンツ識別情報に基づいて、配信サーバ１０２における当該コンテンツの登録／削除の処理状態の確認を要求する信号である「状態確認信号」を作成する。そして、作成した「状態確認信号」を送信部１１６へ出力する。
【０１２１】
送信部１１６は、登録／削除要求信号作成部１１５から出力された「登録／削除要求信号」をネットワーク１０３を介して配信サーバ１０２へ送信する。また、状態応答信号作成部１２０から出力された「状態応答信号」をネットワーク１０３を介して利用者装置１０４へ送信する。また、状態確認信号作成部１２１から出力された「状態確認信号」をネットワーク１０３を介して配信サーバ１０２へ送信する。このとき、登録／削除要求信号作成部１１５から出力された「登録／削除要求信号」、状態確認信号作成部１２１から出力された「状態確認信号」および状態応答信号作成部１２０から出力された「状態応答信号」をネットワーク１０３へ送信するための形式に変換する。例えば、処理状態管理装置１０１内部で使用する信号のプロトコルと、ネットワーク１０３へ送信する信号のプロトコルとが異なるものである場合、信号の通信プロトコルを、内部のプロトコルから外部のプロトコルへプロトコル変換を行う。また、処理状態管理装置１０１とネットワーク１０３との接続形式が無線技術を用いたものである場合、有線信号を無線信号へ変換する一般的な変調等の処理を行う。
【０１２２】
なお、図１３に示した構成要素は、処理状態管理装置１０１の構成要素のうち、本形態に関わる構成要素のみを示した。
【０１２３】
以下に、図１０および図１３に示した形態における処理状態管理方法について説明する。
【０１２４】
図１４は、図１０および図１３に示した形態における処理状態管理方法を説明するためのフローチャートである。
【０１２５】
ステップＳ６１〜ステップＳ６８の処理は、図１２のフローチャートを用いて説明したステップＳ４１〜ステップＳ４８の処理とそれぞれ同じである。
【０１２６】
ステップＳ６２にて受信部１１１から出力されてきた信号が「状態情報確認信号」であるとメッセージ判定部１１３によって判定された場合、状態検索部１１９にて、当該「状態情報確認信号」からコンテンツ識別情報が抽出される。そして、抽出されたコンテンツ識別情報に対応する状態情報が状態ＤＢ１１８に存在するかどうかが判断される（ステップＳ６９）。
【０１２７】
ステップＳ６９にて当該「状態情報確認信号」に含まれるコンテンツ識別情報に対応する状態情報が状態ＤＢ１１８に存在すると判断された場合、当該状態情報が状態ＤＢ１１８から読み出される（ステップＳ７０）。そして、読み出された状態情報に基づいて、状態応答信号作成部１２０にて、当該状態情報をネットワーク１０３を介して利用者装置１０４へ送信するための「状態応答信号」が作成される。そして、状態応答信号作成部１２０にて作成された「状態応答信号」が、送信部１１６からネットワーク１０３を介して利用者装置１０４へ送信される（ステップＳ７１）。
【０１２８】
一方、ステップＳ６９にて当該「状態情報確認信号」に含まれるコンテンツ識別情報に対応する状態情報が状態ＤＢ１１８に存在しないと判断された場合は、該当するコンテンツのコンテンツ識別情報が、状態検索部１１９から状態確認信号作成部１２１へ出力される。そして、状態確認信号作成部１２１にて、当該コンテンツ識別情報が付与されたコンテンツの処理状態を配信サーバ１０２へ確認するための「状態確認信号」が作成される。作成された「状態確認信号」は、状態確認信号作成部１２１から送信部１１６へ出力され、送信部１１６からネットワーク１０３を介して配信サーバ１０２へ送信される（ステップＳ７２）。このとき配信サーバ１０２へ送信される「状態確認信号」に、当該「状態確認信号」に対する返信を利用者端末１０４へ送信するように配信サーバ１０２へ要求する旨が含まれるものであっても良い。
【０１２９】
以上説明したように、配信サーバ１０２におけるコンテンツの登録／削除の処理状態が、状態情報として状態ＤＢ１１８に保持されることにより、処理状態管理装置１０１において配信サーバ１０２におけるコンテンツの登録／削除の処理状態を管理することができる。それにより、利用者装置１０４から配信サーバ１０２における所望のコンテンツの登録／削除の処理状態の確認要求があった場合、当該処理状態を配信サーバ１０２に問い合わせることなく、処理状態管理装置１０１から利用者装置１０４へ応答することができる。また、所望のコンテンツの処理状態が状態ＤＢ１１８に存在しない場合は、配信サーバ１０２へ問い合わせを行うことができる。
【０１３０】
なお、上述した第１〜４の実施の形態における「登録中」および「削除中」は、「処理中」として保持または格納されるものであっても良い。
【０１３１】
また、上述した第１〜４の実施の形態における処理状態管理装置１０１の処理は、目的に応じて作製された論理回路で行うようにしても良い。また、処理内容を記述したプログラムを処理状態管理装置１０１にて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムを処理状態管理装置１０１に読み込ませ、実行するものであっても良い。処理状態管理装置１０１にて読取可能な記録媒体とは、フロッピーディスク（登録商標）、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、処理状態管理装置１０１に内蔵されたＨＤＤ等を指す。この記録媒体に記録されたプログラムは、処理状態管理装置１０１内のＣＰＵ（不図示）にて読み込まれ、ＣＰＵの制御によって、上述したものと同様の処理が行われる。ここで、ＣＰＵは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。
【図面の簡単な説明】
【０１３２】
【図１】本発明の処理状態管理装置の第１の実施の形態を示す図である。
【図２】図１に示した処理状態管理装置の内部の構成例を示す図である。
【図３】図１および図２に示した形態における処理状態管理方法のうち、処理状態管理装置から配信サーバへコンテンツの登録／削除が要求された場合の処理を説明するためのフローチャートである。
【図４】図１および図２に示した形態における処理状態管理方法のうち、処理状態管理装置にて配信サーバからコンテンツの登録／削除の処理が完了した通知が受信された場合の処理を説明するためのフローチャートである。
【図５】図１に示したメッセージ判定部において判定された信号に基づいた状態情報の状態遷移図を示す図である。
【図６】本発明の処理状態管理装置の第２の実施の形態における処理状態管理装置の内部の構成例を示す図である。
【図７】図６に示した状態ＤＢの内部構造の一例を示す図である。
【図８】図１および図６に示した形態における処理状態管理方法のうち、処理状態管理装置から配信サーバへコンテンツの登録／削除が要求された場合の処理を説明するためのフローチャートである。
【図９】図１および図６に示した形態における処理状態管理方法のうち、処理状態管理装置にて配信サーバからコンテンツの登録／削除の処理が完了した通知が受信された場合の処理を説明するためのフローチャートである。
【図１０】本発明の処理状態管理装置の第３の実施の形態を示す図である。
【図１１】図１０に示した処理状態管理装置の内部の構成例を示す図である。
【図１２】図１０および図１１に示した形態における処理状態管理方法を説明するためのフローチャートである。
【図１３】本発明の処理状態管理装置の第４の実施の形態における処理状態管理装置の内部の構成例を示す図である。
【図１４】図１０および図１３に示した形態における処理状態管理方法を説明するためのフローチャートである。
【図１５】一般的なコンテンツ配信システムの一形態を示す図である。
【図１６】図１５に示したコンテンツ配信システムにおける処理状態管理方法を説明するためのシーケンス図である。
【図１７】図１５に示した状態ＤＢに格納されている状態情報の一例を示す図である。
【符号の説明】
【０１３３】
１０１    処理状態管理装置
１０２    配信サーバ
１０３    ネットワーク
１０４    利用者装置
１１１    受信部
１１２    入力部
１１３    メッセージ判定部
１１４    状態更新部
１１５    登録／削除要求信号作成部
１１６    送信部
１１７    出力部
１１８    状態ＤＢ
１１９    状態検索部
１２０    状態応答信号作成部
１２１    状態確認信号作成部
【図１】
2009205473.tif 000003
【図２】
2009205473.tif 000004
【図３】
2009205473.tif 000005
【図４】
2009205473.tif 000006
【図５】
2009205473.tif 000007
【図６】
2009205473.tif 000008
【図７】
2009205473.tif 000009
【図８】
2009205473.tif 000010
【図９】
2009205473.tif 000011
【図１０】
2009205473.tif 000012
【図１１】
2009205473.tif 000013
【図１２】
2009205473.tif 000014
【図１３】
2009205473.tif 000015
【図１４】
2009205473.tif 000016
【図１５】
2009205473.tif 000017
【図１６】
2009205473.tif 000018
【図１７】
2009205473.tif 000019