(57)【要約】【課題】複数のプラットフォーム要素のサーバを利用してコンテンツを流通させるコンテンツ流通システムのアプリケーションおよびシステム環境が追加，変更されてもソフトウェアの作り替えを最小限に抑え，拡張性の高い装置を提供する。【解決手段】コンテンツ流通システム２のアプリケーション（ＡＰ）サーバ２１をＡＰシナリオ部３０とＡＰ共通機能部３１とに分け，さらにＡＰ共通機能部３１をサービス系レイヤ３１０と機能系レイヤ３１１に分けた構成とし，サービスレイヤ３１０は，ＡＰシナリオ部３０に対しサービスモデルごとに機能系レイヤ３１１のインタフェースを統合したインタフェースを提供し，機能系レイヤ３１１は，プラットフォーム要素の操作インタフェースを機能ごとに統合したインタフェースを提供する。【選択図】　　図２
2004110276.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ流通のために用意されたプラットフォーム要素のサーバを利用してコンテンツを流通させるアプリケーションサーバを備えたコンテンツ流通装置において，
前記アプリケーションサーバは，
実現するコンテンツ流通サービスモデルのアプリケーションに対応したアプリケーションシナリオ部と，
アプリケーションによって変化しない部分からなるアプリケーション共通機能部の２階層を含み，
前記アプリケーション共通機能部は，
前記アプリケーションシナリオ部とのインタフェースを有するサービス系レイヤと，
前記プラットフォーム要素とのインタフェースを有する機能系レイヤとに分かれて構成され，
前記サービス系レイヤは，前記アプリケーションシナリオ部に対し，コンテンツ流通サービスモデルごとに前記機能系レイヤのインタフェースをサービスの観点から統合したインタフェースを提供し，
前記機能系レイヤは，関連する前記プラットフォーム要素の操作インタフェースを機能ごとに統合した関連インタフェースを提供する
ことを特徴とするコンテンツ流通装置。
【請求項２】
請求項１記載のコンテンツ流通装置において，
前記機能系レイヤは，
ユーザ属性の登録，検索，更新および削除を行うためのユーザ管理機能パッケージ，
コンテンツの権利属性の登録，検索および削除を行うためのコンテンツ管理機能パッケージ，
商品属性の登録，検索，更新および削除を行うための商品管理機能パッケージ，
商品の販売履歴属性の登録，検索，更新および削除を行うための販売管理機能パッケージ，
商品の課金，決済を行うための課金決済機能パッケージ，
またはコンテンツの配信を行うための商品配信機能パッケージの中の少なくともいずれか複数のパッケージを有し，
前記サービス系レイヤは，
コンテンツ権利属性登録に関する処理，コンテンツ検索，参照，変更，削除に関する処理，コンテンツ削除可否問合せに関する処理，コンテンツ登録手続き状況検索に関する処理を行うコンテンツ管理サービスパッケージ，
商品／コース属性登録に関する処理，商品／コース検索，参照，変更，削除に関する処理，商品／コース削除可否問合せに関する処理，商品／コースに関連付けられたコンテンツ一覧または詳細参照に関する処理を行う商品／コース管理サービスパッケージ，
コンテンツ配信手続状況検索に関する処理，販売履歴登録に関する処理，販売履歴検索，参照に関する処理，ライセンス発行依頼に関する処理を行う商品販売／配信サービスパッケージ，
商品／コース照会に関する処理，商品コース検索，参照に関する処理，商品／コース購入済み問合せに関する処理，商品／コース購入に関する処理，コンテンツ視聴に関する処理，利用明細データ格納，検索に関する処理を行う商品消費サービスパッケージ，
およびユーザ属性の登録に関する処理，ユーザ属性の検索，参照，変更，削除に関する処理，ユーザ属性重複チェックに関する処理，ユーザログインに関する処理，ユーザパスワード変更に関する処理，ユーザパスワード問合せに関する処理，ユーザアカウントの一時停止／再開に関する処理を行うユーザ管理サービスパッケージの中の少なくともいずれか複数のパッケージを有する
ことを特徴とするコンテンツ流通装置。
【請求項３】
請求項１記載のコンテンツ流通装置において，
前記機能系レイヤは，
ユーザ管理機能パッケージが提供する利用者属性操作のためのインタフェース，
ユーザ管理機能パッケージが提供するユーザ認証のためのインタフェース，
コンテンツ管理機能パッケージが提供する権利属性操作のためのインタフェース，
コンテンツ管理機能パッケージが提供するマスタコンテンツ操作のためのインタフェース，
商品管理機能パッケージが提供する商品属性操作のためのインタフェース，
販売管理機能パッケージが提供する取引履歴属性操作のためのインタフェース，
課金決済パッケージが提供する課金決済属性操作のためのインタフェース，
商品配信機能パッケージが提供する配信コンテンツ操作のためのインタフェース，
および商品配信機能パッケージが提供するライセンス操作のためのインタフェースの中の少なくともいずれか複数のインタフェースを有し，
前記サービス系レイヤは，
コンテンツ管理サービスパッケージが提供するコンテンツ権利属性登録受付／登録完了通知のためのインタフェース，
コンテンツ管理サービスパッケージが提供するコンテンツ検索／一覧／詳細参照／変更／削除のためのインタフェース，
コンテンツ管理サービスパッケージが提供するコンテンツ削除可否問合せのためのインタフェース，
コンテンツ管理サービスパッケージが提供するコンテンツ登録手続き状況検索のためのインタフェース，
商品／コース管理パッケージが提供する商品／コース属性登録／登録完了通知のためのインタフェース，
商品／コース管理パッケージが提供する商品／コース検索／一覧／詳細参照／変更／削除のためのインタフェース，
商品／コース管理パッケージが提供する商品／コース削除可否問合せのためのインタフェース，
商品／コース管理パッケージが提供する商品／コースに関連付けられたコンテンツ一覧／詳細参照のためのインタフェース，
商品販売／配信サービスパッケージが提供するコンテンツ配信手続き状況検索のためのインタフェース，
商品販売／配信サービスパッケージが提供する販売履歴登録のためのインタフェース，
商品販売／配信サービスパッケージが提供する販売履歴検索／一覧／詳細参照のためのインタフェース，
商品販売／配信サービスパッケージが提供するライセンス発行依頼のためのインタフェース，
商品消費サービスパッケージが提供する商品／コース照会のためのインタフェース，
商品消費サービスパッケージが提供する商品／コース検索／一覧／詳細参照のためのインタフェース，
商品消費サービスパッケージが提供する商品／コース購入済み問合せのためのインタフェース，
商品消費サービスパッケージが提供する商品／コース購入のためのインタフェース，
商品消費サービスパッケージが提供するコンテンツ視聴もしくはオンデマンド／ダウンロードのためのインタフェース，
商品消費サービスパッケージが提供する利用明細データ格納／検索のためのインタフェース，
ユーザ管理サービスパッケージが提供するユーザ属性登録／登録完了通知のためのインタフェース，
ユーザ管理サービスパッケージが提供するユーザ属性検索／一覧／詳細参照／変更／削除のためのインタフェース，
ユーザ管理サービスパッケージが提供するユーザ属性重複チェックのためのインタフェース，
ユーザ管理サービスパッケージが提供するユーザログインのためのインタフェース，
ユーザ管理サービスパッケージが提供するユーザパスワード変更のためのインタフェース，
ユーザ管理サービスパッケージが提供するユーザパスワード問合せのためのインタフェース，
およびユーザ管理サービスパッケージが提供するユーザアカウントの一時停止／再開のためのインタフェースの中の少なくともいずれか複数のインタフェースを有する
ことを特徴とするコンテンツ流通装置。
【請求項４】
コンテンツ流通のために用意されたプラットフォーム要素のサーバを利用してコンテンツを流通させるアプリケーションサーバを備え，
前記アプリケーションサーバは，実現するコンテンツ流通サービスモデルのアプリケーションに対応したアプリケーションシナリオ部と，アプリケーションによって変化しない部分からなるアプリケーション共通機能部の２階層を含み，
前記アプリケーション共通機能部は，前記アプリケーションシナリオ部とのインタフェースを有するサービス系レイヤと，前記プラットフォーム要素とのインタフェースを有する機能系レイヤとに分かれて構成される，
コンテンツ流通装置を用いてコンテンツを流通させるコンテンツ流通処理方法であって，
前記アプリケーションシナリオ部から前記サービス系レイヤが提供するインタフェースを用いて，コンテンツ管理，商品／コース管理，商品販売／配信，商品消費またはユーザ管理に関する処理を依頼するステップと，
前記サービス系レイヤにおいて，前記アプリケーションシナリオ部からの処理依頼に対し，前記機能系レイヤが提供するユーザ管理機能，コンテンツ管理機能，商品管理機能，販売管理機能，課金決済機能または商品配信機能に関するインタフェースを用いて，前記機能系レイヤに対して処理を依頼するステップと，
前記機能系レイヤにおいて，前記サービス系レイヤからの処理依頼に対し，関連する前記プラットフォーム要素に対して操作命令を発行するステップとを有する
ことを特徴とするコンテンツ流通処理方法。
【請求項５】
請求項１，請求項２または請求項３記載のコンテンツ流通装置を，コンピュータによって実現するためのコンテンツ流通システムプログラム。
【請求項６】
請求項１，請求項２または請求項３記載のコンテンツ流通装置を，コンピュータによって実現するためのコンテンツ流通システムプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，コンテンツ流通システムのアプリケーションに関するもので，画像や映像等にＩＤを付して，著作権を保護しながら，コンテンツを流通させるシステムの基盤技術に関する。
【０００２】
特に，本発明は，コンテンツ流通システムにおける映像コンテンツ配信サービス用のアプリケーション・ソフトウェアの共通コンポーネントに関するものである。共通コンポーネントは，映像コンテンツ配信サービス構築を対象として適用する汎用コンポーネント群であり，映像コンテンツ配信サービスＡＳＰ事業へ導入し，そのＡＳＰ上の個別サービス構築を，第１にフレームワークの提供と，第２に汎用コンポーネント群の提供という点からコンテンツ流通システムの構築を支援するものである。
【０００３】
【従来の技術】
従来のコンテンツ流通システムでは，サービス内容や提供対象によって，個々のシステムが作られている。つまり，従来の技術では，システムが共通的な部分と利用シーンに応じて変える部分に別れておらず，共通的なソフトウェアの部品であっても，サービスに依存する部分と，プラットフォーム（以下，ＰＦとも記す）要素に依存する部分が一体化されているシステム構成が一般的であった。また，様々なコンテンツ流通サービスに適したプログラムレベルでのインタフェースの切り出しが行われていない。ここで言っているインタフェースとは，ハード的，電気的なインタフェースではなく，ソフトウェア上の命令文や伝達文等のやり取りを行う特定のまとまりを切り出したものを指す。
【０００４】
従来技術の代表的なものとして，オペレーティング・システム（ＯＳ）やハードウェア等の異なるプラットフォーム上で開発されたアプリケーションプログラムを移植あるいは作り変えることなくシステムの構築をしようとする情報処理装置がある（例えば，特許文献１参照）。特許文献１に記載の従来技術は，情報処理装置内に，オープンビジネス共通基盤装置を有し，オープンビジネス基盤装置は，ＡＰＩ整合制御装置が複数のＡＰＩ制御装置に接続された構成になっている。多様なインタフェースを内蔵することで，異なるプラットフォーム上で記述されたＡＰを統合しようとするものである。
【特許文献１】
特開平１０−４００８０号公報（第１−２頁）
【０００５】
【発明が解決しようとする課題】
ここで，上記従来技術において定義しているインタフェースは，選択されたＯＳやハードウェア等のプラットフォームと複数のアプリケーションプログラムを透過的につなぐために，種類を豊富に持つことでＡＰ統合の問題を解決しており，具体的なインタフェースとしてどのようなものが良いのか，特に，コンテンツ流通事業者がサービスするアプリケーションを想定して，検討したものではない。また，プラットフォームサーバに搭載するソフトウェアをレイヤに分割してそれぞれのインタフェースを決めて汎用性を高めるというような記載は，上記特許文献１にはない。このため，このような従来の技術では，ネットワーク管理者，最終購入者であるユーザ（消費者）やサービス事業者の３者の立場で拡張性の期待できるコンテンツ流通基盤が実現できない。
【０００６】
すなわち，従来の技術では以下のような問題点があった。
（１）コンテンツ流通における様々なビジネスモデルに応じて，利用しているシステムを，その都度，システムを全面的に作り替えなくてはならない。
（２）システム開発においてプラットフォーム（ＰＦ）要素のインタフェースを直接利用する場合，利用するＰＦ要素の仕組み，使い方を熟知しないと，システム構築できない。
【０００７】
本発明は上記の点に鑑みてなされたもので，
Ａ）映像コンテンツ配信サービスのための関連プラットフォームを統合する操作を実現すること，
Ｂ）映像コンテンツ配信システム開発での拡張性を確保すること，
Ｃ）映像コンテンツ配信システム開発で再利用可能なコンポーネント（ソフトウェアの構成上のひとかたまり）を整備すること，
を満たしたコンテンツ流通システム基盤を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は，上記課題を解決するため，以下を特徴とする。
【０００９】
市販ソフトウェア及びパッケージなどのプラットフォーム（ＰＦ）要素を利用して動作するコンテンツ流通におけるコンテンツ流通システムにおいて，様々なコンテンツ流通のモデルに対応したアプリケーション（ＡＰ）シナリオの部分（ＡＰシナリオ部）とアプリケーションによって変化しない部分（ＡＰ共通機能部）の２階層に分け，さらに，拡張性を確保するためにＡＰ共通機能部を，サービスモデルに依存しやすい部分としてサービス系レイヤ（ＡＰシナリオ部とのインタフェースを有する）とＰＦ要素のコマンドに依存しやすい部分として機能系レイヤ（ＰＦ要素とのインタフェースを有する）に分けて構成した。
【００１０】
すなわち，ＡＰシナリオ部とＡＰ共通機能部にソフトウェアアーキテクチャでレイヤを分けて，それぞれのインタフェース（ＩＦ）を設ける。
【００１１】
また，ＡＰ共通機能部においては，ＡＰシナリオ部分とのインタフェースを提供する部分と，ＰＦ要素へのインタフェースを統合する部分にソフトウェアアーキテクチャでレイヤを分け，それぞれインタフェース（ＩＦ）を設ける。
【００１２】
このようなＡＰ共通機能部の階層（レイヤ）において，お互いのコンポーネントを操作するインタフェースは，下位の連携するインタフェースを隠蔽する構成（上位のＩＦに下位のＩＦが含まれる構成）となるように，例えば関連する操作，パラメータなどを含んだコマンドカプセルを実装した。アプリケーション部分とプラットフォーム部分を連携及び独立させるための仕組みとして，例えば実行エンジンを構築し，コマンドカプセルによって実行エンジンが動作するような構造とすることができる。
【００１３】
ＡＰ共通機能部のサービス系レイヤは，コンテンツ管理サービスパッケージ，商品／コース管理サービスパッケージ，商品販売／配信サービスパッケージ，商品消費サービスパッケージ，ユーザ管理サービスパッケージを持つ。
【００１４】
また，機能系レイヤは，ユーザ管理機能パッケージ，コンテンツ管理機能パッケージ，商品管理機能パッケージ，販売管理機能パッケージ，課金決済機能パッケージ，商品配信機能パッケージを持つ。
【００１５】
機能系レイヤにおけるユーザ管理機能パッケージは，利用者属性操作のためのインタフェース，ユーザ認証のためのインタフェースを提供し，コンテンツ管理機能パッケージは，権利属性操作のためのインタフェース，マスタコンテンツ操作のためのインタフェースを提供する。
【００１６】
また，機能系レイヤにおける商品管理機能パッケージは，商品属性操作のためのインタフェース，取引履歴属性操作のためのインタフェースを提供し，課金決済パッケージは，課金決済属性操作のためのインタフェースを提供し，商品配信機能パッケージは，配信コンテンツ操作のためのインタフェース，ライセンス操作のためのインタフェースを提供する。
【００１７】
一方，サービス系レイヤにおけるコンテンツ管理サービスパッケージは，コンテンツ権利属性登録受付／登録完了通知のためのインタフェース，コンテンツ検索／一覧／詳細参照／変更／削除のためのインタフェース，コンテンツ削除可否問合せのためのインタフェース，コンテンツ管理サービスパッケージに対するコンテンツ登録手続き状況検索のためのインタフェースを提供する。
【００１８】
また，サービス系レイヤにおける商品／コース管理パッケージは，商品／コース属性登録／登録完了通知のためのインタフェース，商品／コース検索／一覧／詳細参照／変更／削除のためのインタフェース，商品／コース削除可否問合せのためのインタフェース，商品／コースに関連付けられたコンテンツ一覧／詳細参照のためのインタフェースを提供する。
【００１９】
また，サービス系レイヤにおける商品販売／配信サービスパッケージは，コンテンツ配信手続き状況検索のためのインタフェース，販売履歴登録のためのインタフェース，販売履歴検索／一覧／詳細参照のためのインタフェース，ライセンス発行依頼のためのインタフェースを提供する。
【００２０】
また，サービス系レイヤにおける商品消費サービスパッケージは，商品／コース照会のためのインタフェース，商品／コース検索／一覧／詳細参照のためのインタフェース，商品／コース購入済み問合せのためのインタフェース，商品／コース購入のためのインタフェース，コンテンツ視聴もしくはオンデマンド／ダウンロードのためのインタフェース，利用明細データ格納／検索のためのインタフェースを提供する。
【００２１】
また，サービス系レイヤにおけるユーザ管理サービスパッケージは，ユーザ属性登録／登録完了通知のためのインタフェース，ユーザ属性検索／一覧／詳細参照／変更／削除のためのインタフェース，ユーザ属性重複チェックのためのインタフェース，ユーザログインのためのインタフェース，ユーザパスワード変更のためのインタフェース，ユーザパスワード問合せのためのインタフェース，ユーザアカウントの一時停止／再開のためのインタフェースを提供する。
【００２２】
アプリケーションシナリオ部は，サービス系レイヤが提供するインタフェースを用いて，サービス系レイヤに対し，コンテンツ管理，商品／コース管理，商品販売／配信，商品消費またはユーザ管理に関する処理を依頼する。
【００２３】
サービス系レイヤは，アプリケーションシナリオ部からの処理依頼に対し，機能系レイヤが提供するユーザ管理機能，コンテンツ管理機能，商品管理機能，販売管理機能，課金決済機能または商品配信機能に関するインタフェースを用いて，前記機能系レイヤに対して処理を依頼する。
【００２４】
機能系レイヤは，サービス系レイヤからの処理依頼に対し，関連するプラットフォーム要素に対して操作命令を発行する。
【００２５】
本発明は，以上のようなレイヤ構成を採用することにより，個々のサービス事業者が開発すべきコンテンツ流通サービスモデルを実現するためのＡＰシナリオ部に対し，データベースサーバ，ダウンロードサーバ，ライセンスサーバ，ＶＤＯ配信サーバ，課金決済プラットフォーム，著作権管理プラットフォームといった関連プラットフォーム要素に対する個々の具体的な操作方法を隠蔽した形でインタフェースを提供し，ＡＰシナリオ部の作成によるコンテンツ流通システムの開発を容易にし，かつシステムの拡張性，保守性を向上させることができるようになる。
【００２６】
また，ＡＰ共通機能部を，サービス系レイヤと機能系レイヤとに分けて構成し，機能系レイヤは，関連プラットフォーム要素の操作インタフェースを機能ごとに統合した関連インタフェースを提供する一方，サービス系レイヤは，ＡＰシナリオ部に対してコンテンツ流通サービスモデルごとに機能系レイヤのインタフェースをサービスの観点から統合したインタフェースを提供するので，関連プラットフォーム要素の操作インタフェースの変更に対し，サービス系レイヤに影響させないで対応することが可能であり，またサービス系レイヤにおけるＡＰシナリオ部への新しいインタフェースの追加なども，機能系レイヤに対する影響を極力少なくして実現することができるようになる。
【００２７】
【発明の実施の形態】
図１は，基盤となるデータセンタを含めたコンテンツ流通ネットワークシステムの全体概念構成図である。
【００２８】
図１において，１は本発明に係るコンテンツ流通システムに各ＰＦ要素を加えた広義のコンテンツ流通システム，３はデータセンタ，４はインターネット，５はインターネットへの接続サービスを行うプロバイダ（ＩＳＰ），６はエンドユーザ（端末），７は専用線，８はサービス事業者（端末），９は決済代行業者（端末），１０はＰＦ事業者（端末）である。
【００２９】
図２は，図１に示すコンテンツ流通システム１の詳細構成図である。図２において，２は本発明に係る狭義のコンテンツ流通システム，２１はＡＰサーバ，２２はＡＰ共通ＤＢサーバ，２３はＡＰ共通ＤＢ，１１は各ＰＦ要素，３０はＡＰシナリオ部，３１はＡＰ共通機能部，１１０は各ＰＦ要素のサーバである。また，３１０はサービス系レイヤ，３１１は機能系レイヤ，２２０は共通サーバ系レイヤである。
【００３０】
本実施の形態では，ＡＰシナリオ部３０，ＡＰ共通機能部３１をＪａｖａ（登録商標）開発環境を用いて実装した。ＡＰシナリオ部３０は，実現するコンテンツ流通サービスモデルのアプリケーションごとに用意されるプログラム部分である。ＡＰ共通機能部３１は，種々のアプリケーションに対して，あらかじめ共通に用意される共通コンポーネントである。また，ＡＰ共通ＤＢサーバ２２における共通サーバ系レイヤ２２０も，種々のアプリケーションに対して，あらかじめ共通に用意される共通コンポーネントである。共通サーバ系レイヤ２２０は，各種アプリケーションに対してコンテンツ流通システム２で用いる各種テーブルが格納されたＡＰ共通ＤＢ２３に対してのアクセスインタフェースを提供する。
【００３１】
ＡＰ共通機能部３１は，ＡＰシナリオ部３０とのインタフェースを有するサービス系レイヤ３１０と，各ＰＦ要素のサーバ１１０およびＡＰ共通ＤＢサーバ２２とのインタフェースを有する機能系レイヤ３１１とに分かれて構成される。
【００３２】
サービス系レイヤ３１０は，ＡＰシナリオ部３０に対し，コンテンツ流通サービスモデルごとに機能系レイヤ３１１のインタフェースをサービスの観点から統合したインタフェースを提供し，機能系レイヤ３１１は，関連する各ＰＦ要素のサーバ１１０とＡＰ共通ＤＢサーバ２２の操作インタフェースを機能ごとに統合した関連インタフェースを提供する。
【００３３】
本発明によるシステムを実現するにあたり，サービス事業者によりコンテンツ流通サービスモデルが異なり，アプリケーションが異なっても，各アプリケーションが共通に必要とする機能を，コンテンツ流通ビジネスの代表例として，映像コンテンツ配信サービスを行う場合を例にして抽出した。
【００３４】
図３は，コンテンツ流通のシナリオモデルの例を示す。ＡＰ共通機能部３１として必要なＡＰ共通機能の抽出をするために，図３に示すコンテンツ流通のシナリオモデルを設定し，どのような情報管理と情報の使用が想定されるかを検討した。
【００３５】
図３に示されるように，ユーザ属性管理は，プラットフォーム管理者，最終購入者であるユーザ，サービス事業者がそれぞれの立場でユーザ属性の登録，検索，更新，削除，を行う場合に使われるものである。商品属性管理は，ネットワーク管理者とサービス事業者が商品に関する属性を操作するものである。
【００３６】
また，コンテンツ属性管理は，プラットフォーム事業者，サービス事業者がコンテンツの登録，検索，更新，削除を行うものである。コンテンツファイル管理は，プラットフォーム事業者，サービス事業者がコンテンツファイルの登録，検索，更新，削除を行うものである。商品販売属性管理は，プラットフォーム事業者，サービス事業者，一部ユーザが行うものである。また，コンテンツ配信管理は，プラットフォーム管理者，ユーザ，サービス事業者が行うものである。
【００３７】
このようなシナリオモデルに基づいて，個別のアプリケーションが異なってもＡＰサーバ２１上で動作するように，ＡＰ共通機能を抽出した。ＡＰ共通機能の抽出にあたっては，以下の要求条件をもとに決定した。
（１）映像コンテンツ配信サービス構築のためのフレームワークを提供することによる複数の個別サービスのコンポーネント開発／導入ポリシーを統一したい（開発設計支援のため）。
（２）フレームワークを遵守することにより個別サービス群の管理を容易にしたい（開発設計支援，ＰＦ管理者のため）。
（３）また，汎用コンポーネント群は映像コンテンツ配信システムでの主要な操作インタフェースで，関連プラットフォームの連携を隠蔽して提供したい（開発設計支援のため）。
（４）共通コンポーネントを適用して構築する配信サービスの汎用コンポーネント群の適用範囲内において，独自ビジネスモデルの実装，独自ＧＵＩの実装および独自シナリオの実装に集中したい（開発設計支援のため）。
（５）また，汎用コンポーネント群の適用範囲外である場合においても，フレームワークにしたがって独自コンポーネントを開発する手段がほしい（開発設計支援のため）。
【００３８】
このような要求条件を満たす共通機能部分（共通コンポーネント）を多層レイヤ構造とすることとした。すなわち，ＡＰサーバ２１のＡＰ共通機能部３１に，ＡＰシナリオ部３０とのインタフェースを有するサービス系レイヤ３１０と各ＰＦ要素１１とのインタフェースを有する機能系レイヤ３１１を実装し，ＡＰ共通ＤＢサーバ２２に共通サーバ系レイヤ２２０を実装している。
【００３９】
各レイヤの概要を図４に示す。これにより，サービス事業者が異なり，サービス系レイヤ３１０が異なっても，共通の機能系レイヤ３１１を使用できる。
【００４０】
図１のシステムによってコンテンツ流通ビジネスを行うためには，各種のプラットフォーム要素が必要である。プラットフォームを含めた共通コンポーネントをもつ全体システム構成図を，図５に示す。図５において，１２は課金決済ＰＦ，１３は著作権管理ＰＦ，１４はライセンスサーバ，１５はＶＯＤ配信サーバ，１６はダウンロードサーバ，１７はアーカイブサーバ，３００は個別ＡＰ，３１２はコマンドカプセル実行エンジンである。
【００４１】
課金決済ＰＦ１２は，提供サービスに対する課金および決済処理を行う統合的なプラットフォームである。著作権管理ＰＦ１３は，提供コンテンツに対する著作権の管理を行う統合的なプラットフォームである。ライセンスサーバ１４は，コンテンツのライセンス管理機能を持つアプリケーションサーバである。ＶＯＤ配信サーバ１５は，ストリーミングコンテンツが配置され，視聴時に配信するサーバである。ダウンロードサーバ１６は，ダウンロードして視聴するコンテンツが配置されるサーバである。アーカイブサーバ１７は，コンテンツ原本を保存したり，一時的に生じるファイルを格納したりするサーバである。コマンドカプセル実行エンジン３１２については後述する。
【００４２】
図６は，図５に示したＡＰサーバに搭載したコンポーネントの関連を示す構成図である。図６において，２４はブラウザ，１００はＨＴＴＰサーバ，１０１はＰＦ連携システム，１０２乃至１０７は各ＰＦのプラットフォーム・インタフェース（ＰＦＩＦ），１０８はコマンドカプセル，１３０はサービス系レイヤインタフェース，１３１は機能系レイヤインタフェース，１３２は個別ＰＦのアダプタインタフェース，３０１はＡＰシナリオ部３０におけるサービス画面（ＪＳＰ），３０２はＡＰシナリオ部３０におけるＡＰ制御コンポーネント（サーブレット）である。
【００４３】
アプリケーションに共通のコンポーネントとして，サービス系レイヤ３１０，機能系レイヤ３１１，コマンドカプセル実行エンジン３１２，共通サーバ系レイヤ２２０が用意されている。サービス画面３０１，ＡＰ制御コンポーネント３０２は，ＡＰシナリオ部３０に存在する。
【００４４】
ＰＦ連携システム１０１は，個別プラットフォームが提供するサービスを組み合わせたプロダクトを迅速に提供することを目的とした連携機構である。本システムでは，ユーザ管理および認証処理をＰＦ連携システム１０１を用いて実現する。すなわち，課金決済ＰＦ１２および著作権管理ＰＦ１３に対して共通のユーザ管理，ユーザ認証を行うために設けられており，これは省略することも可能である。
【００４５】
図６に記載されたアーキテクチャの項目は，図７に示されるように定義した。動作内容を上位の概念でまとめたコマンドカプセル１０８によって，操作者の意図した内容を実行するためには，インタフェース，メソッド，コマンドカプセル１０８およびコマンドカプセル実行エンジン３１２を使用する。コマンドカプセル実行エンジン３１２は，ＡＰサーバ２１に搭載されるサービス系レイヤ３１０または機能系レイヤ３１１から，コマンドカプセル１０８による指示により実行するように実装されている。
【００４６】
コマンドカプセル１０８は，関連するデータ操作，ロジックおよびパラメータとなる属性などをカプセル化したコンポーネントである。コマンドカプセル実行エンジン３１２は，コマンドカプセル１０８で動作し，関連プラットフォームおよびＡＰ共通ＤＢサーバ２２へ操作を振り分ける。
【００４７】
アプリケーションからの共通コンポーネント呼び出しに対する共通コンポーネントの動作概要を図６および図８を用いて説明する。図８は上記共通コンポーネントの動作処理フローを示す図である。
【００４８】
（１）ＡＰシナリオ部３０のアプリケーションは，共通コンポーネント（サービス系レイヤ３１０）のインタフェースのサービス系レイヤ３１０のメソッドに対して，サービス系レイヤ３１０で用意したコマンドカプセル１０８を渡す（ステップＳ１）。
【００４９】
（２）直接，サービス系レイヤ３１０からコマンドカプセル実行エンジン３１２を動作させる場合（ステップＳ２），サービス系レイヤ３１０のメソッドは，サービス系レイヤ３１０のコマンドカプセル１０８をコマンドカプセル実行エンジン３１２に渡し（ステップＳ４），実行を依頼する。
【００５０】
（３）機能系レイヤ３１１を使用する場合は，サービス系レイヤ３１０のコマンドカプセル１０８は共通コンポーネント（機能系レイヤ３１１）のメソッド実行ロジックを持っているので，ここから共通コンポーネント（機能系レイヤ３１１）のメソッドに対してコマンドカプセル１０８を渡す（ステップＳ３）。
【００５１】
（４）機能系レイヤ３１１のメソッドは渡されたコマンドカプセル１０８をコマンドカプセル実行エンジン３１２に転送する（ステップＳ４）。
【００５２】
（５）コマンドカプセル実行エンジン３１２はコマンドカプセル１０８を実行し，関連処理を各プラットフォーム（ＰＦ）およびＡＰ共通ＤＢサーバ２２へ分配する（ステップＳ５）。ここでコマンドカプセル１０８の実行とは，コマンドカプセル１０８の中に入っているコマンド群をそれぞれの各コマンドを実行するＰＦやＡＰ共通ＤＢサーバ２２へ振り分ける動作を行うことである。
【００５３】
（６）コマンドカプセル実行エンジン３１２は関連プラットフォームおよびＡＰ共通ＤＢサーバ２２の実行状況を監視しており，処理結果を呼び出し元へ返す（ステップＳ６）。
【００５４】
（７）以降，処理結果を呼び出し元へ順に返す。
【００５５】
このようなサービス系レイヤ３１０，機能系レイヤ３１１，コマンドカプセル実行エンジン３１２を動作させる場合に，図９に示すパターン（雛形）を使うことで，さらに汎用的なソフトウェアの構造となる。
【００５６】
コンポジットとは，木構造を実現するもので，ディレクトリのようなものである。コマンドカプセル１０８を様々な組み合わせで利用できるように属性構造を作り上げることができる。コマンドとは，命令を実行する操作を集めた雛形である。命令を複数集めてコマンドを形成し，コマンドを複数集めて形成したものがコマンドカプセル１０８である。コマンドカプセル実行エンジン３１２は，コマンドカプセル１０８によって起動させるもので，例えば，一つのコマンドカプセル１０８により複数のコマンドが実行され，コマンドによりさらに複数の操作が実行できるため，手間がかからずに簡単な操作でサービスが実現できる。また，メディエータ（命令実行・調停管理部）とは，命令の仲介，仕分け管理をし，命令の動作状況（開始，終了等）を把握するものである。
【００５７】
このような機能系レイヤ３１１とコマンドカプセル実行エンジン３１２を機能ブロック図で示したものが図１０である。図１０において，４００は機能系レイヤ３１１の命令実行・調停管理部（以下，メディエータともいう），４０１は命令調停部（以下，コンクリートメディエータともいう），４０２はコマンドカプセル実行エンジン３１２の命令実行統括部（以下，コーリーグともいう），４０３は命令実行部（以下，コンクリートコーリーグともいう）である。
【００５８】
図１０に示す，ＡＰサーバ２１の２階層の下位レイヤに位置するコマンドカプセル実行エンジン３１２の動きについて説明する。
【００５９】
インタフェース／メソッドを介して共通コンポーネントである機能系レイヤ３１１にある命令調停部（コンクリートメディエータ）４０１で指示を受ける。命令調停部（コンクリートメディエータ）４０１は，命令実行・調停管理部（メディエータ）４００のクラスを継承している。
【００６０】
命令調停部（コンクリートメディエータ）４０１は，与えられた指示を分析して，各ＰＦ要素１１に割り当てられた命令実行部（コンクリートコーリーグ）４０３ごとに指示を振り分ける。命令実行部（コンクリートコーリーグ）４０３は，それぞれのＰＦアダプタおよびＡＰ共通ＤＢサーバアダプタを通じて，ＡＰ共通ＤＢサーバ２２を含む各ＰＦ要素１１へ実行指示を行う。なお，命令実行部（コンクリートコーリーグ）４０３は，命令実行統括部（コーリーグ）４０２のクラスを継承している。
【００６１】
それぞれの実行状態は，クラスの継承によるコーリーグからメディエータの報告を通して，命令実行部（コンクリートコーリーグ）４０３から命令調停部（コンクリートメディエータ）４０１へ適宜報告され，命令調停部（コンクリートメディエータ）４０１で全体の処理状況を管理する。
【００６２】
このパターンにより，各命令実行部（コンクリートコーリーグ）４０３は，命令調停部（コンクリートメディエータ）４０１からの実行指示を受け，その処理状況を報告するという関連だけにして，相互間の結合度を低くする。さらに，命令調停部（コンクリートメディエータ）４０１は，報告を管理するので，全体の処理進行状態を把握している。
【００６３】
ここで言っているクラスの継承とは，「クラスの内部にオブジェクトを構成するのに必要な要素の情報を持って」引き継がれることを言う。このような構成は，新しいクラスを設計するときに既存のクラスが持っている情報を利用できるので，開発リソースの有効利用が図られる。
【００６４】
以上説明した一連の処理は，ＣＰＵ等の演算制御手段で制御され，処理に必要なデータやその組が蓄積手段に格納され，処理の過程でデータの読み出し，書き込みが行われる。また，上記演算制御手段に通信回線や外部記憶媒体からのプログラムのインストールにより上記一連の処理が実行される。
【００６５】
次に，多層レイヤ構造の共通コンポーネントを実現するためのパッケージ構成を説明する。
【００６６】
本実施の形態では，前述のようにＡＰシナリオ部３０，ＡＰ共通機能部３１をＪａｖａ（登録商標）開発環境を用いて実装している。Ｊａｖａのクラスライブラリは，周知のように，階層化されたパッケージ群によって構成される。パッケージは，クラスとインタフェースの集まりであり，複数のクラスをグループ化し，名前空間の分離によってクラス名の衝突を回避している。クラスは，「もの」の特徴となる属性と動作を定義したものであり，インタフェースは，備えるべきメソッドを定義しておくものであり，中身を持たないクラスのようなものである。
【００６７】
ＡＰ共通機能部３１におけるサービス系レイヤ３１０の共通コンポーネントおよび機能系レイヤ３１１の共通コンポーネントは，図１１に示すパッケージで構成される。機能系レイヤ３１１の共通コンポーネントのインタフェースを統合することで，よりアプリケーションサービス向けの操作インタフェースを提供できる。
【００６８】
図１２および図１３は，図１１のサービス系レイヤインタフェース１３０とパッケージの一覧である。コンテンツ管理サービスパッケージＰ１１は，図３のコンテンツ属性管理，コンテンツファイル管理を行うときに用いる。商品／コース菅理サービスパッケージＰ１２は，図３の商品属性管理，商品販売属性管理を行うときに用いる。商品販売／配信サービスパッケージＰ１３は，図３の商品属性管理，商品販売属性管理，コンテンツ配信管理を行うときに用いる。商品消費サービスパッケージＰ１４は，図３のユーザ属性管理，商品販売属性管理，コンテンツ配信管理を行うときに用いる。ユーザ管理サービスパッケージＰ１５は，図３のユーザ属性管理を行うときに用いる。
【００６９】
以上のようなことから，図１１におけるサービス系レイヤインタフェース１３０は，
・コンテンツ権利属性登録受付／登録完了通知インタフェース
・コンテンツ検索／一覧／詳細参照／変更／削除インタフェース
・コンテンツ削除可否問合せインタフェース
・コンテンツ登録手続き状況検索インタフェース
・商品／コース属性登録／登録完了通知インタフェース
・商品／コース検索／一覧／詳細参照／変更／削除インタフェース
・商品／コース削除可否問合せインタフェース
・商品／コースに関連付けられたコンテンツ一覧／詳細インタフェース
・コンテンツ配信手続き状況検索インタフェース
・販売履歴登録インタフェース
・販売履歴検索／一覧／詳細参照インタフェース
・ライセンス発行依頼インタフェース
・商品／コース照会インタフェース
・商品／コース検索／一覧／詳細参照インタフェース
・商品／コース購入済み問合せインタフェース
・商品／コース購入インタフェース
・コンテンツ視聴（オンデマンド／ダウンロード）インタフェース
・利用明細データ格納／検索インタフェース
・ユーザ属性登録／登録完了通知インタフェース
・ユーザ属性検索／一覧／詳細参照／変更／削除インタフェース
・ユーザ属性重複チェックインタフェース
・ユーザログインインタフェース
・ユーザパスワード変更インタフェース
・ユーザパスワード問合せインタフェース
・ユーザアカウントの一時停止／再開インタフェース
である。
【００７０】
次に，図１１に示す機能系レイヤ３１１に関する共通コンポーネントパッケージについて，説明する。図１４は，機能系レイヤ３１１に関する共通コンポーネントパッケージの一覧を示す図である。
【００７１】
機能系レイヤ３１１の各パッケージＰ２１〜Ｐ２６もＡＰサーバ２１上に配置するパッケージ群である。機能を単位とし，関連するプラットフォーム群およびローカルデータベースへの操作を一元化する。これも，前述の図３に示したシナリオモデルに対応するものである。
【００７２】
ユーザ管理機能パッケージＰ２１は，図３のユーザ属性管理を行うときに用いる。コンテンツ管理機能パッケージＰ２２は，図３のコンテンツ属性管理，コンテンツファイル管理を行うときに用いる。商品管理機能パッケージＰ２３は，図３の商品属性管理を行うときに用いる。販売管理機能パッケージＰ２４は，図３の商品販売属性管理を行うときに用いる。課金決済機能パッケージＰ２５は，図３の商品販売属性管理を行うときに用いる。商品配信機能パッケージＰ２６は，図３のコンテンツ配信管理を行うときに用いる。
【００７３】
図１５は，ユーザ管理機能パッケージＰ２１の機能系レイヤインタフェース１３１を示している。ユーザ管理機能パッケージＰ２１は，利用者情報操作機能の汎用インタフェースである利用者属性操作インタフェース，利用者の認証を行い，認証オブジェクトを返すユーザ認証インタフェースを持つ。
【００７４】
図１６は，コンテンツ管理機能パッケージＰ２２の機能系レイヤインタフェース１３１を示している。コンテンツ管理機能パッケージＰ２２は，権利属性操作機能の汎用インタフェースである権利属性操作インタフェース，コンテンツファイル操作機能の汎用インタフェースであるマスタコンテンツ操作インタフェースを持つ。
【００７５】
図１７は，商品管理機能パッケージＰ２３の機能系レイヤインタフェース１３１を示している。商品管理機能パッケージＰ２３は，商品属性操作機能の汎用インタフェースである商品属性操作インタフェースを持つ。
【００７６】
図１８は，販売管理機能パッケージＰ２４の機能系レイヤインタフェース１３１を示している。販売管理機能パッケージＰ２４は，取引履歴操作機能を汎用インタフェースである取引履歴属性操作インタフェースを持つ。
【００７７】
図１９は，課金決済機能パッケージＰ２５の機能系レイヤインタフェース１３１を示している。課金決済機能パッケージＰ２５は，課金決済属性操作機能の汎用インタフェースである課金決済属性操作インタフェースを持つ。
【００７８】
図２０は，商品配信機能パッケージＰ２６の機能系レイヤインタフェース１３１を示している。商品配信機能パッケージＰ２６は，配信コンテンツ操作機能の汎用インタフェースである配信コンテンツ操作インタフェース，ライセンス操作機能の汎用インタフェースであるライセンス操作インタフェースを持つ。
【００７９】
以上のようなことから，機能系レイヤインタフェース１３１は，
・利用者属性操作インタフェース
・ユーザ認証インタフェース
・権利属性操作インタフェース
・マスタコンテンツ操作インタフェース
・商品属性操作インタフェース
・取引履歴属性操作インタフェース
・課金決済属性操作インタフェース
・配信コンテンツ操作インタフェース
・ライセンス操作インタフェース
である。
【００８０】
本実施の形態では，アプリケーションに対する共通コンポーネントとして，ＡＰ共通ＤＢサーバ２２内にも共通サーバ系レイヤ２２０を有している。図２１に共通サーバ系レイヤ２２０に関する共通コンポーネントパッケージの一覧を示す。これのパッケージは，図３のすべてのシナリオモデルで用いるものである。ＡＰ共通ＤＢサーバ２２上に配置し，ＡＰ共通ＤＢ２３へのアクセスを管理する。
【００８１】
ＲＤＢＭＳアクセスパッケージは，Ｏｒａｃｌｅ（登録商標）　ＤＢＭＳ／Ｓｔｏｒｅｄ　Ｐｒｏｃｅｄｕｒｅ／Ｓｔｏｒｅｄ　Ｆｕｎｃｔｉｏｎへのブリッジである。また，トランザクション制御パッケージは，複数の“共通コンポーネント”からのリクエストを矛盾なく制御する。共通コンポーネント管理パッケージは，“共通コンポーネント”のマルチサーバ・デプロイメント，マルチサービス対応のための追加／削除などを矛盾なく動作するアーキテクチャを提供する。共通サーバアクセスラッパは，共通サーバへのリクエストの受け口を提供する。共通サーバアクセスアダプタは，ＡＰサーバ２１へデプロイする共通サーバアクセスラッパへのインタフェースである。ＡＰ共通ＤＢサーバ２２へのアクセスは，このアダプタを経由して行う。
【００８２】
以上述べてきたインタフェースをサービス系レイヤ３１０，機能系レイヤ３１１，共通サーバ系レイヤ２２０がそれぞれ有することで，サービス事業者８のオペレータ登録，サービス事業者登録，コンテンツ登録，商品／コース登録，商品／コース参照・変更，エンドユーザ一覧取得，エンドユーザ脱会予約，プラットフォーム事業者オペレータ登録，契約一覧取得，商品購入・コース契約などを実現する。
【００８３】
以上説明したパッケージの具体的な実現例として，サービス系共通コンポーネントパッケージの詳細について例を挙げて説明する。
【００８４】
サービス系共通コンポーネントパッケージのユーザ管理サービスパッケージＰ１５が提供するユーザ属性登録／登録完了通知インタフェースは，以下に示す利用者登録メソッド「ｒｅｓｉｓｔ」の処理を定義している。
2004110276.tif 000003
上記利用者登録メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，利用者コマンドに設定した利用者属性（プロパティ）を登録する。
・手続きが正常に終了した場合，設定した利用者属性をＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄに格納したものを呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
【００８５】
上記利用者コマンド「ＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄ」を継承したコマンドカプセルの一例として，エンドユーザコマンドカプセル，ＰＦ事業者オペレータコマンドカプセル，ＰＦ事業者システムオペレータコマンドカプセル，サービス事業者オペレータコマンドカプセル，サービス事業者コマンドカプセルがある。
【００８６】
ユーザ管理サービスパッケージＰ１５が提供するユーザ属性検索／一覧／詳細参照／変更／削除インタフェースが定義している利用者一覧取得メソッド「ｇｅｔＬｉｓｔ　」，利用者詳細取得メソッド「ｇｅｔＤｅｔａｉｌ　」，利用者属性変更メソッド「ｃｈａｎｇｅ」，利用者削除メソッド「ｄｅｌｅｔｅ」の処理について以下に示す。
2004110276.tif 000004
上記利用者一覧取得メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，利用者コマンドに設定した検索条件に合致する利用者属性（プロパティ）を検索する。
・手続きが正常に終了した場合，取得した利用者属性をＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄに格納したものをＬｉｓｔに追加して呼び出し元へ返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
2004110276.tif 000005
上記利用者詳細取得メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，利用者コマンドに設定した検索条件に合致する利用者属性（プロパティ）を検索する。
・手続きが正常に終了した場合，設定した利用者属性をＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄに格納したものを呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
2004110276.tif 000006
上記利用者属性変更メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，利用者コマンドに設定した利用者属性（プロパティ）に，登録済みの利用者属性を変更する。
・手続きが正常に終了した場合，設定した利用者属性をＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄに格納したものを呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
2004110276.tif 000007
上記利用者削除メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，利用者コマンドに設定した利用者属性（プロパティ）を削除（属性無効化）する。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
【００８７】
上記各メソッドにおける利用者コマンド「ＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄ」を継承したコマンドカプセルの一例として，エンドユーザコマンドカプセル，ＰＦ事業者オペレータコマンドカプセル，ＰＦ事業者システムオペレータコマンドカプセル，サービス事業者オペレータコマンドカプセル，サービス事業者コマンドカプセルがある。
【００８８】
ユーザ管理サービスパッケージＰ１５が提供するユーザ属性重複チェックインタフェースが定義しているアカウント重複問い合わせメソッド「ｉｓＥｘｉｓｔ　」の処理について以下に示す。
2004110276.tif 000008
上記アカウント重複問い合わせメソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，利用者コマンドに設定した検索条件に合致する利用者属性（プロパティ）のアカウント重複問い合わせをする。
・手続きが正常に終了した場合，処理結果として，アカウントが重複していればｔｒｕｅを，アカウントが重複していなければｆａｌｓｅ　を呼び出し元へ返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
【００８９】
上記各メソッドにおける利用者コマンド「ＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄ」を継承したコマンドカプセルの一例として，エンドユーザコマンドカプセル，ＰＦ事業者オペレータコマンドカプセル，ＰＦ事業者システムオペレータコマンドカプセル，サービス事業者オペレータコマンドカプセル，サービス事業者コマンドカプセルがある。
【００９０】
ユーザ管理サービスパッケージＰ１５が提供するユーザログインインタフェースが定義しているログインメソッド「ｌｏｇｉｎ　」の処理について以下に示す。
2004110276.tif 000009
上記ログインメソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤを指定して，利用者コマンドに設定した利用者属性（プロパティ）でログインする。
・手続きが正常に終了した場合，取得した認証オブジェクトをＯｂｊｅｃｔに格納したものを呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
【００９１】
上記各メソッドにおける利用者コマンド「ＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄ」を継承したコマンドカプセルの一例として，エンドユーザコマンドカプセル，ＰＦ事業者オペレータコマンドカプセル，ＰＦ事業者システムオペレータコマンドカプセル，サービス事業者オペレータコマンドカプセル，サービス事業者コマンドカプセルがある。
【００９２】
ユーザ管理サービスパッケージＰ１５が提供するユーザパスワード問い合わせインタフェースが定義しているパスワード問い合わせメソッド「ｐｗｄＱｕｅｒｙ」の処理について以下に示す。
2004110276.tif 000010
上記パスワード問い合わせメソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，利用者コマンドに設定した検索条件に合致する利用者属性（プロパティ）のパスワード問い合わせをする。
・手続きが正常に終了した場合，取得したパスワードを　ＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓ　Ｃｍｄに格納したものを呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
【００９３】
上記パスワード問い合わせメソッドにおける利用者コマンド「ＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄ」を継承したコマンドカプセルの一例として，エンドユーザコマンドカプセル，ＰＦ事業者オペレータコマンドカプセル，ＰＦ事業者システムオペレータコマンドカプセル，サービス事業者オペレータコマンドカプセル，サービス事業者コマンドカプセルがある。
【００９４】
ユーザ管理サービスパッケージＰ１５が提供するユーザパスワード変更インタフェースが定義しているパスワード変更メソッド「ｐｗｄＣｈａｎｇｅ　」の処理について以下に示す。
2004110276.tif 000011
上記パスワード変更メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，利用者コマンドに設定した利用者属性（プロパティ）のパスワードに，登録済みの利用者属性のパスワードを変更する。
・手続きが正常に終了した場合，設定したパスワードを　ＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓ　Ｃｍｄに格納したものを呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
【００９５】
上記パスワード変更メソッドにおける利用者コマンド「ＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄ」を継承したコマンドカプセルの一例として，エンドユーザコマンドカプセル，ＰＦ事業者オペレータコマンドカプセル，ＰＦ事業者システムオペレータコマンドカプセル，サービス事業者オペレータコマンドカプセル，サービス事業者コマンドカプセルがある。
【００９６】
ユーザ管理サービスパッケージＰ１５が提供するユーザアカウントの一時停止／再開インタフェースが定義している利用停止／再開メソッド「ｓｔｏｐｐｅｄ　」の処理について以下に示す。
2004110276.tif 000012
上記利用停止／再開メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，利用者コマンドに設定した利用者属性（プロパティ）の利用状況（停止，または再開）に，登録済みの利用者属性の利用状況を変更する。
・手続きが正常に終了した場合，設定した利用状況を　ＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄ　に格納したものを呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
【００９７】
上記利用停止／再開メソッドにおける利用者コマンド「ＣＵｓｅｒＩｎｆｏＳｅｒｖｉｃｅｓＣｍｄ」を継承したコマンドカプセルの一例として，エンドユーザコマンドカプセル，ＰＦ事業者オペレータコマンドカプセル，ＰＦ事業者システムオペレータコマンドカプセル，サービス事業者オペレータコマンドカプセル，サービス事業者コマンドカプセルがある。
【００９８】
次に，サービス系共通コンポーネントパッケージのコンテンツ管理サービスパッケージＰ１１が提供するコンテンツ権利属性登録受付／登録完了通知インタフェースは，以下に示す権利登録予約メソッド「ｒｅｓｉｓｔ」の処理を定義している。
2004110276.tif 000013
上記権利登録予約メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，権利コマンドに設定した権利属性（プロパティ）の登録予約をする。
・手続きが正常に終了した場合，設定した権利属性をＣＲｉｇｈｔＳｅｒｖｉｃｅｓＣｍｄ　に格納したものを呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
【００９９】
上記権利コマンド「ＣＲｉｇｈｔＳｅｒｖｉｃｅｓＣｍｄ　」を継承したコマンドカプセルの一例として，権利コマンドカプセルがある。
【０１００】
コンテンツ管理サービスパッケージＰ１１が提供するコンテンツ検索／一覧／詳細参照／変更／削除インタフェースは，以下に示す権利一覧取得メソッド「　ｇｅｔＬｉｓｔ」，権利詳細取得メソッド「ｇｅｔＤｅｔａｉｌ　」，権利属性変更メソッド「ｃｈａｎｇｅ」，権利属性削除メソッド「ｄｅｌｅｔｅ」の処理を定義している。
2004110276.tif 000014
上記権利一覧取得メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，権利コマンドに設定した権利属性（プロパティ）を検索する。
・手続きが正常に終了した場合，取得した権利属性をＣＲｉｇｈｔＳｅｒｖｉｃｅｓＣｍｄ　に格納したものをＬｉｓｔに追加して呼び出し元へ返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
2004110276.tif 000015
上記権利詳細取得メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，権利コマンドに設定した検索条件に合致する権利属性（プロパティ）を検索する。
・手続きが正常に終了した場合，取得した権利属性をＣＲｉｇｈｔＳｅｒｖｉｃｅｓＣｍｄ　に格納したものを呼び出し元へ返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
2004110276.tif 000016
上記権利属性変更メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，権利コマンドに設定した権利属性（プロパティ）に，登録済みの権利属性を変更する。
・手続きが正常に終了した場合，設定した権利属性をＣＲｉｇｈｔＳｅｒｖｉｃｅｓＣｍｄ　に格納したものを呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
2004110276.tif 000017
上記権利属性削除メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，権利コマンドに設定した権利属性（プロパティ）を削除（属性無効化）する。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
【０１０１】
上記各メソッドにおける権利コマンド「ＣＲｉｇｈｔＳｅｒｖｉｃｅｓＣｍｄ　」を継承したコマンドカプセルの一例として，権利コマンドカプセル「ＣＲｉｇｈｔｓＣｍｄ」がある。
【０１０２】
次に，サービス系共通コンポーネントパッケージの商品／コース管理サービスパッケージＰ１２が提供する商品／コース属性登録／登録完了通知インタフェースは，以下に示す商品／コース属性登録メソッド「ｒｅｓｉｓｔ」の処理を定義している。
2004110276.tif 000018
上記商品／コース属性登録メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，商品／コースコマンドに設定した商品／コース属性属性（プロパティ）を登録する。
・手続きが正常に終了した場合，設定した商品／コース属性を　ＣＣｏｍｍｏｄｉｔｙＳｅｒｖｉｃｅｓＣｍｄに格納したものを呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
【０１０３】
上記商品／コースコマンド「　ＣＣｏｍｍｏｄｉｔｙＳｅｒｖｉｃｅｓＣｍｄ」を継承したコマンドカプセルの一例として，商品コマンドカプセルとコースコマンドカプセルがある。
【０１０４】
商品／コース管理サービスパッケージＰ１２が提供する商品／コース検索／一覧／詳細参照／変更／削除インタフェースは，例えば，以下に示す商品／コース一覧取得メソッド「ｇｅｔＣｏｍｍｏｄｉｔｙＬｉｓｔ」，商品／コース詳細取得メソッド「ｇｅｔＣｏｍｍｏｄｉｔｙＤｅｔａｉｌ」の処理を定義している。
2004110276.tif 000019
上記商品／コース属性登録メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，商品／コースコマンドに設定した検索条件に合致する商品／コース属性属性（プロパティ）を検索する。・手続きが正常に終了した場合，取得した商品／コース属性を　ＣＣｏｍｍｏｄｉｔｙＳｅｒｖｉｃｅｓＣｍｄに格納したものをＬｉｓｔに追加して呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
2004110276.tif 000020
上記商品／コース詳細取得メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，商品／コースコマンドに設定した検索条件に合致する商品／コース属性属性（プロパティ）を検索する。・手続きが正常に終了した場合，取得した商品／コース属性を　ＣＣｏｍｍｏｄｉｔｙＳｅｒｖｉｃｅｓＣｍｄに格納したものを呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
【０１０５】
上記各メソッドにおける商品／コースコマンド「　ＣＣｏｍｍｏｄｉｔｙＳｅｒｖｉｃｅｓＣｍｄ」を継承したコマンドカプセルの一例として，商品コマンドカプセルとコースコマンドカプセルがある。
【０１０６】
商品／コース管理サービスパッケージＰ１２が提供する商品／コースに関連付けられたコンテンツ一覧／詳細インタフェースは，以下に示す関連付けコンテンツ一覧取得メソッド「ｇｅｔＣｏｎｔｅｎｔＬｉｓｔ」の処理を定義している。
2004110276.tif 000021
上記関連付けコンテンツ一覧取得メソッドの機能概要は，以下の通りである。
・サービス事業者ＩＤと認証オブジェクトを指定して，関連付けコマンドに設定した検索条件に合致する商品／コースに関連付いているコンテンツ属性（プロパティ）を検索する。
・手続きが正常に終了した場合，取得したコンテンツ属性を　ＣＣｏｍｍｏｄｉｔｙＳｅｒｖｉｃｅｓＣｍｄに格納したものをＬｉｓｔに追加して呼び出し元に返す。
・サービス事業者ＩＤは，共通コンポーネント（ストレージサーバ）のスキーマ指定などサービス事業者情報の管理に使用する。
・認証オブジェクトは，各プラットフォームに対して登録依頼を行うときの認証に使用する。
【０１０７】
上記関連付けコンテンツ一覧取得メソッドにおける関連付けコマンド「　ＣＣｏｍｍｏｄｉｔｙＳｅｒｖｉｃｅｓＣｍｄ」を継承したコマンドカプセルの一例として，関連付けコマンドカプセルがある。
【０１０８】
上記インタフェースを使用したサービス系レイヤ３１０および機能系レイヤ３１１の動作例を，サービス系レイヤ３１０が「コンテンツ権利情報登録」の依頼をＡＰシナリオ部３０から受けた場合の例に従って説明する。
【０１０９】
ＡＰシナリオ部３０は，上記コンテンツ管理サービスパッケージＰ１１における権利サービスインタフェースの権利登録予約メソッド（　ＣＲｉｇｈｔｓＳｅｒｖｉｃｅｓＣｍｄ．ｒｅｓｉｓｔ（サービス事業者ＩＤ，認証オブジェクト，権利コマンド））を呼び出し，これをサービス系レイヤ３１０が実行する。
【０１１０】
サービス系レイヤ３１０では，パラメータは正常であるかどうか，また認証されているかどうかを調べ，パラメータが正常でない場合，またはこのサービス事業ＩＤが認証されていない場合には，ＡＰシナリオ部３０へ「不可」の回答を返却する。
【０１１１】
パラメータが正常であり，認証されている場合，コンテンツ権利情報登録を機能系レイヤ３１１に依頼する。このとき，サービス系レイヤ３１０は，コンテンツ管理機能パッケージＰ２２における権利属性操作インタフェースの権利属性登録メソッド（　ＣＡｃｃｅｓｓＣｏｎｔｃｎｔＲｉｇｈｔｓＩｎｆｏ．ｅｎｔｒｙ　（サービス事業者ＩＤ，認証オブジェクト，権利アクセスコマンド））を呼び出し，これを機能系レイヤ３１１が実行する。
【０１１２】
サービス系レイヤ３１０は，呼び出したコンテンツ管理機能パッケージＰ２２における権利属性操作インタフェースの権利属性登録メソッドの戻り値として，コンテンツ権利情報登録の結果を受ける。この戻り値として受け取ったコンテンツ権利情報登録の結果をＡＰシナリオ部３０へ返却する。
【０１１３】
以上は一例である。本発明は，これらのパッケージ，インタフェースの具体的な構成方法自体に特徴があるわけではなく，ＡＰサーバ２１の特にＡＰ共通機能部３１のレイヤ構成と，どのようなパッケージ，インタフェースが存在するかということに特徴があり，以上の説明から他のパッケージのインタフェース，メソッドについても，同様に容易に構成できることは明らかであるので，これ以上の全パッケージおよび全インタフェースを網羅して説明するのを省略する。
【０１１４】
以下では，コンテンツ流通サービスにおける各種の要求処理に対する処理の流れの例について，代表的な例を用いて説明する。
【０１１５】
図２２および図２３は，本発明を用いたサービス事業者オペレータ（ＯＰ）パスワード問合わせ情報チェック処理フローの一例を示す図である。まず，前処理として，ＡＰシナリオ部３０で，ロジック以外の画面遷移，見栄えなどに関する処理が行われる（ステップＳ２１）。例えば，入力画面表示や入力値画面チェックや確認画面表示などの処理を行う。
【０１１６】
そして，ＡＰシナリオ部３０からサービス系レイヤ３１０にサービス事業者ＯＰ検索処理実行を依頼する（ステップＳ２２）。この場合，引数として事業者，認証情報，検索条件などをコマンドカプセルとして渡す。次に，サービス系レイヤ３１０は，機能系レイヤ３１１に処理依頼を出すためのコマンドを作成する（ステップＳ２３）。また，機能系レイヤ３１１に汎用検索処理実行を依頼する（ステップＳ２４）。この場合，サービス事業者ＯＰの検索を汎用検索処理機能に処理実行依頼をする。
【０１１７】
次に，機能系レイヤ３１１は，サービス事業者ＯＰ検索ロジック構築を行う（ステップＳ２５）。また，共通サーバ系レイヤ２２０に検索処理実行を依頼する（ステップＳ２６）。この場合，共通サーバの検索用コマンド発行依頼を行う。次に，共通サーバ系レイヤ２２０は，サービス事業者ＯＰ検索を実行する（ステップＳ２７）。この場合，最適化した検索コマンドを発行する。そして，検索結果を受信し，機能系レイヤ３１１に結果を返却する（ステップＳ２８）。
【０１１８】
次に，機能系レイヤ３１１は，検索結果を受信し，返却用検索結果組み立てを行う（ステップＳ２９）。そして，サービス系レイヤ３１０に結果を返却する（ステップＳ３０）。
【０１１９】
次に，サービス系レイヤ３１０は，検索結果を受信し，返却用検索結果組み立てを行う（ステップＳ３１）。また，次にＡＰシナリオ部３０に結果を返却する（ステップＳ３２）。次に，ＡＰシナリオ部３０でサービス事業者ＯＰ検索処理を受信する（ステップＳ３３）。そして，ＡＰシナリオ部３０で，ロジック以外の画面遷移，見栄えなどに関する処理が行われる（ステップＳ３４）。例えば，確認結果画面表示などを行う。
【０１２０】
図２４乃至図２７は，本発明を用いたサービス事業者ＯＰパスワード問合わせ情報チェックにおけるシーケンス図の一例である。図中，１８はメールサーバである。
【０１２１】
Ａ）まず，クライアントＰＣ８’のサービス事業者トップメニュー画面において，「サービス事業者オペレータパスワード問い合わせ」のリンクをクリックして，ＡＰサーバのＡＰシナリオ部３０に問い合わせると，ＡＰシナリオ部３０は，クライアントＰＣ８’にパスワード問い合わせ情報入力画面を表示させる。当該入力画面において「送信」のリンクをクリックすると，問い合わせ情報がＡＰシナリオ部３０に送信される。
【０１２２】
Ｂ）次に，ＡＰシナリオ部３０は，パスワード問い合わせ情報チェックアクションを行い，問い合わせ情報を基に必須項目をチェックした後，サービス系レイヤ３１０の共通機能部に引数として検索条件をコマンドカプセル１０８として渡してサービス事業者ＯＰ一覧の取得依頼を行う。
【０１２３】
Ｃ−Ｄ）次に，サービス系レイヤ３１０は，機能系レイヤ３１１に処理依頼を出すためのコマンドを作成し，機能系レイヤ３１１に検索条件をコマンドカプセル１０８として渡してサービス事業者ＯＰ検索処理実行を依頼する。
【０１２４】
Ｅ）次に，機能系レイヤ３１１は，サービス事業者ＯＰ検索ロジック構築を行い，コマンドカプセル実行エンジン３１２に検索条件を渡す。
【０１２５】
Ｆ）コマンドカプセル実行エンジン３１２は，共通サーバ系レイヤ２２０に検索実行文を渡してサービス事業者ＯＰ検索実行を依頼する。
【０１２６】
Ｇ−Ｍ）ＡＰ共通ＤＢサーバ２２は，サービス事業者ＯＰ情報を検索し，機能系レイヤ３１１に検索結果を返却する。この検索結果は，コマンドカプセル実行エンジン３１２，機能系レイヤ３１１を経由してサービス系レイヤ３１０に返却される。検索結果を受け取ったサービス系レイヤ３１０は，ＡＰシナリオ部３０に検索結果を返却する。
【０１２７】
Ｎ）ＡＰシナリオ部３０はサービス事業者ＯＰ検索結果を受信すると，サービス事業者存在チェック，サービス事業者オペレータメールアドレス一致チェックを行い，サービス系レイヤ３１０に検索条件を渡してサービス事業者ＯＰパスワードを問い合わせる。
【０１２８】
Ｏ−Ｐ）サービス系レイヤ３１０は，検索条件を機能系レイヤ３１１に渡す。機能系レイヤ３１１は，通知メールをメールサーバ１８に送信するとともに，サービス事業者ＯＰ検索ロジック（ＳＥＬＥＣＴ文等）を構築し，コマンドカプセル実行エンジン３１２に検索条件を渡す。コマンドカプセル実行エンジン３１２は，ＡＰ共通ＤＢサーバ２２に検索実行文を渡して，サービス事業者ＯＰ検索実行を依頼する。
【０１２９】
Ｑ−Ｒ）ＡＰ共通ＤＢサーバ２２は，サービス事業者ＯＰ情報を検索し，検索結果をコマンドカプセル実行エンジン３１２に返却する。この検索結果は，コマンドカプセル実行エンジン３１２，機能系レイヤ３１１を経由してサービス系レイヤ３１０に返却される。
【０１３０】
Ｓ−Ｕ）サービス系レイヤ３１０は，ＡＰシナリオ部３０に検索結果を返却し，検索結果を受け取ったＡＰシナリオ部３０は，確認結果画面表示などに関する処理を行い，問い合わせ結果をクライアントＰＣ８’に送信し，パスワード送信完了画面を表示させる。また，メールサーバ１８からクライアントＰＣ８’には通知メールが送信される。
【０１３１】
図２８および図２９は，本発明を用いた商品・コース検索処理フローの一例を示す図である。まず，前処理として，ＡＰシナリオ部３０で，ロジック以外の画面遷移，見栄えなどに関する処理が行われる（ステップＳ４１）。例えば，入力画面表示や入力値画面チェックや確認画面表示などの処理を行う。そして，ＡＰシナリオ部３０からサービス系レイヤ３１０に商品・コース検索処理実行を依頼する（ステップＳ４２）。
【０１３２】
次に，サービス系レイヤ３１０は，機能系レイヤ３１１に処理依頼を出すためのコマンドを作成する（ステップＳ４３）。また，機能系レイヤ３１１に汎用検索処理実行を依頼する（ステップＳ４４）。次に，機能系レイヤ３１１は，商品・コース検索ロジック構築を行う（ステップＳ４５）。また，共通サーバ系レイヤ２２０に検索処理実行を依頼する（ステップＳ４６）。
【０１３３】
次に，共通サーバ系レイヤ２２０は，商品・コース検索を実行する（ステップＳ４７）。そして，検索結果を受信し，機能系レイヤ３１１に結果を返却する（ステップＳ４８）。次に，機能系レイヤ３１１は，検索結果を受信し，返却用検索結果組み立てを行う（ステップＳ４９）。そして，サービス系レイヤ３１０に結果を返却する（ステップＳ５０）。
【０１３４】
次に，サービス系レイヤ３１０は，検索結果を受信し，返却用検索結果組み立てを行う（ステップＳ５１）。また，次にＡＰシナリオ部３０に結果を返却する（ステップＳ５２）。次に，ＡＰシナリオ部３０で商品・コース検索処理を受信し（ステップＳ５３），ロジック以外の画面遷移，見栄えなどに関する処理が行われる（ステップＳ５４）。例えば，確認結果画面表示などを行う。
【０１３５】
図３０乃至図３２は，本発明を用いたサービス事業者コンテンツ権利情報登録における，処理フローの概要を示す図である。図中１９は，アップロードサーバである。まず，前処理として，ＡＰシナリオ部３０で，ロジック以外の画面遷移，見栄えなどに関する処理が行われる（ステップＳ６１）。例えば入力画面表示や入力画面チェックや確認画面表示などが行われる。そして，ＡＰシナリオ部３０からサービス系レイヤ３１０にコンテンツ権利情報登録処理実行を依頼する（ステップＳ６２）。この場合，引数として事業者，認証情報，登録情報などをコマンドカプセルとして渡す。
【０１３６】
次に，サービス系レイヤ３１０が，機能系レイヤ３１１に処理依頼を出すためのコマンドを作成する（ステップＳ６３）。そして，機能系レイヤ３１１に権利情報登録処理実行を依頼する（ステップＳ６４）。この場合，汎用権利情報登録における，該当コンテンツ登録を処理依頼する。次に，機能系レイヤ３１１において，コンテンツ権利情報登録ロジックを構築する（ステップＳ６５）。例えば，事業者認証，著作権登録，ＩＤ払出し，透かしなど挿入のロジックを構築する。
【０１３７】
機能系レイヤ３１１においては，ＡＰ内で各ロジック処理を行う他，各ＰＦ要素に対して各ロジック処理実行を依頼する（ステップＳ６６）。例えば，ＡＰ内において事業者認証処理や登録情報変換・操作処理，すかし挿入など非同期処理管理処理を実行し，アップロードサーバ１９に対してコンテンツコピー処理の実行を依頼し，著作権管理ＰＦ１３に対してコンテンツＩＤ発行処理の実行を依頼する。また，ＡＰ共通ＤＢサーバ２２に対しては権利情報保存処理の実行を依頼する。
【０１３８】
各ＰＦ要素においては，機能系レイヤ３１１から依頼された処理を実行する（ステップＳ７４）。次に，機能系レイヤ３１１において，非同期処理要求メッセージを構築送信し（ステップＳ６７），ロジック実行結果組み立てを行った上で（ステップＳ６８），サービス系レイヤ３１０に結果を返却する（ステップＳ６９）。次に，サービス系レイヤ３１０において，検索結果を受信し，返却用検索結果の組み立てを行う（ステップＳ７０）。そして，ＡＰシナリオ部３０に結果を返却する（ステップＳ７１）。
【０１３９】
ＡＰシナリオ部３０でサービス事業者コンテンツ権利情報登録受付結果を受信し（ステップＳ７２），ロジック以外の画面遷移，見栄えなどに関する処理が行われる（ステップＳ７３）。例えば確認結果通知画面表示などが行われる。以下，同様に処理が続けられる。
【０１４０】
以上説明したように，本発明は，アプリケーションをＡＰシナリオ部３０とＡＰ共通機能部３１とに分け，さらにＡＰ共通機能部３１をサービス系レイヤ３１０と機能系レイヤ３１１とに階層化することにより，例えば，上位のアプリケーションで修正が必要な場合，一番上のレイヤのインタフェースの修正で吸収して，下位のＰＦ要素に影響を与えないようにすることができる。すなわち，下位のインタフェースおよびプラットフォームはそのままでよい。
【０１４１】
また，逆に，下位のＰＦ要素が変わる場合，下位のインタフェースの修正で吸収し，上のアプリケーションには影響を与えず，そのままとするようなことが可能であり，カスタマイズ，拡張性が広がる。
【０１４２】
【発明の効果】
上述のように，本発明によれば以下の特長を有する。
・様々なビジネスモデルに対応するためのシステム開発が容易になる。
・共通的に利用できる部品の共通利用，及び再利用できる部品を再利用することで，開発リソースの有効利用が図れ，開発効率が高まる。
・システムで利用する各種ＰＦ要素の利用方法を熟知していなくても，それを利用したアプリケーションを開発できるようになる。
【図面の簡単な説明】
【図１】コンテンツ流通ネットワークシステムの全体概念構成図である。
【図２】コンテンツ流通システムの詳細構成図である。
【図３】コンテンツ流通のシナリオモデルを示す図である。
【図４】サービス系レイヤ，機能系レイヤ，共通サーバ系レイヤの概要を示す図である。
【図５】プラットフォームを含めたシステム全体の構成例を示す図である。
【図６】ＡＰサーバに搭載したコンポーネントの関連を示す構成図である。
【図７】インタフェース，メソッド，コマンドカプセル，コマンドカプセル実行エンジンの説明図である。
【図８】共通コンポーネントの動作処理フローを示す図である。
【図９】コンポジット，コマンド，メディエータの説明を示す図である。
【図１０】機能系レイヤとコマンドカプセル実行エンジンの機能ブロック図である。
【図１１】ＡＰ共通機能部おけるパッケージとインタフェースを示す図である。
【図１２】サービス系レイヤインタフェースとパッケージの一覧を示す図である。
【図１３】サービス系レイヤインタフェースとパッケージの一覧を示す図である。
【図１４】機能系レイヤのパッケージの一覧を示す図である。
【図１５】ユーザ管理機能パッケージの機能系レイヤインタフェースの例を示す図である。
【図１６】コンテンツ管理機能パッケージの機能系レイヤインタフェースの例を示す図である。
【図１７】商品管理機能パッケージの機能系レイヤインタフェースの例を示す図である。
【図１８】販売管理機能パッケージの機能系レイヤインタフェースの例を示す図である。
【図１９】課金決済機能パッケージの機能系レイヤインタフェースの例を示す図である。
【図２０】商品配信機能パッケージの機能系レイヤインタフェースの例を示す図である。
【図２１】共通サーバ系レイヤに関する共通コンポーネントパッケージの一覧を示す図である。
【図２２】サービス事業者ＯＰパスワード問合わせ情報チェック処理フローの一例を示す図である。
【図２３】サービス事業者ＯＰパスワード問合わせ情報チェック処理フローの一例を示す図である。
【図２４】本発明を用いたサービス事業者ＯＰパスワード問合わせ情報チェックにおけるシーケンス図の一例を示す図である。
【図２５】本発明を用いたサービス事業者ＯＰパスワード問合わせ情報チェックにおけるシーケンス図の一例を示す図である。
【図２６】本発明を用いたサービス事業者ＯＰパスワード問合わせ情報チェックにおけるシーケンス図の一例を示す図である。
【図２７】本発明を用いたサービス事業者ＯＰパスワード問合わせ情報チェックにおけるシーケンス図の一例を示す図である。
【図２８】本発明を用いた商品・コース検索処理フローの一例を示す図である。
【図２９】本発明を用いた商品・コース検索処理フローの一例を示す図である。
【図３０】本発明を用いたサービス事業者コンテンツ権利情報登録における処理フローの概要を示す図である。
【図３１】本発明を用いたサービス事業者コンテンツ権利情報登録における処理フローの概要を示す図である。
【図３２】本発明を用いたサービス事業者コンテンツ権利情報登録における処理フローの概要を示す図である。
【符号の説明】
１　広義のコンテンツ流通システム
２　狭義のコンテンツ流通システム
３　データセンタ
４　インターネット
５　ＩＳＰ
６　エンドユーザ
７　専用線
８　サービス事業者
９　決済代行業者
１０　ＰＦ事業者
１１　各ＰＦ要素
１２　課金決済ＰＦ
１３　著作権管理ＰＦ
１４　ライセンスサーバ
１５　ＶＯＤ配信サーバ
１６　ダウンロードサーバ
１７　アーカイブサーバ
２１　ＡＰサーバ
２２　ＡＰ共通ＤＢサーバ
２３　ＡＰ共通ＤＢ
２４　ブラウザ
３０　ＡＰシナリオ部
３１　ＡＰ共通機能部
１００　ＨＴＴＰサーバ
１０１　ＰＦ連携システム
１０２，１０３，１０４，１０５，１０６，１０７　プラットフォームインタフェース（ＰＦＩＦ）
１０８　コマンドカプセル
１１０　各ＰＦ要素のサーバ
１３０　サービス系レイヤインタフェース
１３１　機能系レイヤインタフェース
１３２　個別ＰＦのアダプタインタフェース
２２０　共通サーバ系レイヤ
３００　個別ＡＰ
３０１　ＡＰシナリオ部におけるサービス画面
３０２　ＡＰシナリオ部におけるＡＰ制御コンポーネント
３１０　サービス系レイヤ
３１１　機能系レイヤ
３１２　コマンドカプセル実行エンジン
【図１】
2004110276.tif 000022
【図２】
2004110276.tif 000023
【図３】
2004110276.tif 000024
【図４】
2004110276.tif 000025
【図５】
2004110276.tif 000026
【図６】
2004110276.tif 000027
【図７】
2004110276.tif 000028
【図８】
2004110276.tif 000029
【図９】
2004110276.tif 000030
【図１０】
2004110276.tif 000031
【図１１】
2004110276.tif 000032
【図１２】
2004110276.tif 000033
【図１３】
2004110276.tif 000034
【図１４】
2004110276.tif 000035
【図１５】
2004110276.tif 000036
【図１６】
2004110276.tif 000037
【図１７】
2004110276.tif 000038
【図１８】
2004110276.tif 000039
【図１９】
2004110276.tif 000040
【図２０】
2004110276.tif 000041
【図２１】
2004110276.tif 000042
【図２２】
2004110276.tif 000043
【図２３】
2004110276.tif 000044
【図２４】
2004110276.tif 000045
【図２５】
2004110276.tif 000046
【図２６】
2004110276.tif 000047
【図２７】
2004110276.tif 000048
【図２８】
2004110276.tif 000049
【図２９】
2004110276.tif 000050
【図３０】
2004110276.tif 000051
【図３１】
2004110276.tif 000052
【図３２】
2004110276.tif 000053