JP4362746B2 - 情報処理システム - Google Patents
情報処理システム Download PDFInfo
- Publication number
- JP4362746B2 JP4362746B2 JP2000028717A JP2000028717A JP4362746B2 JP 4362746 B2 JP4362746 B2 JP 4362746B2 JP 2000028717 A JP2000028717 A JP 2000028717A JP 2000028717 A JP2000028717 A JP 2000028717A JP 4362746 B2 JP4362746 B2 JP 4362746B2
- Authority
- JP
- Japan
- Prior art keywords
- pricing
- concert
- information
- calculation system
- artist
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理システムに関し、特に、無形コンテンツの価格の基礎となる値付け指標を算出できるようにした情報処理システムに関する。
【０００２】
【従来の技術】
最近、インターネットに代表されるネットワークシステムが普及し、様々なサービスの提供に利用されるようになってきた。例えば、オーディオ情報、ビデオ情報、コンピュータプログラム等（以下、単に、AV情報と称する）は、ネットワークを介して転送することが可能であり、ユーザは、迅速かつ確実に、これらのAV情報を、ネットワークを介して受け取ることができる。
【０００３】
【発明が解決しようとする課題】
一般的に、商品の価格は、その商品の需要と供給のバランスに基づいて決定される。しかしながら、AV情報のような、無形コンテンツの商品は、電子的にコピーが可能であり、その数は、理論的には無限である。従って、その供給量は、いわば、無限であり、単純に、需要と供給の関係からはその価格を決定することはできない。
【０００４】
本発明はこのような状況に鑑みてなされたものであり、無形コンテンツの価格の基となる値付け指標を算出することができるようにするものである。
【０００５】
【課題を解決するための手段】
本発明の情報処理システムは、インターネットに接続されるコンピュータにより構成される露出数算出システム、需要量算出システム、および値付け指標算出システムからならなる情報処理システムにおいて、前記露出数算出システムは、コンサートを行ったアーティストの情報とコンサートの会場の情報とを含む、コンサートに関する情報を記憶する第１のデータベースと、コンサート会場毎の重み係数の情報を記憶する第２のデータベースと、露出数を検索する対象となるアーティストのコンサートに関する情報を、前記第１のデータベースから第１のCPUによる処理により抽出する抽出手段と、前記第１のCPUによる処理により、前記抽出手段により抽出された前記アーティストのコンサートの回数に、前記第２のデータベースに記憶されている、コンサート会場毎の重み係数を乗算した値の総和を、前記対象となるアーティストのコンサートの露出数として算出し、露出数を表す情報を前記値付け指標算出システムに出力する出力手段とを備え、前記需要量算出システムは、前記インターネットに接続されている、アーティストのコンサートに関する情報を掲載し、小売りを行っているWebサーバに前記インターネットを介してアクセスして検索を行うことによって、前記対象となるアーティストのコンサートの予約数と販売数を第２のCPUによる処理により集計する集計手段と、前記集計手段により集計された予約数と販売数にそれぞれの所定の重み係数を乗算して得られた値の和を需要量として前記第２のCPUによる処理により算出し、需要量を表す情報を前記値付け指標算出システムに出力する出力手段とを備え、前記値付け指標算出システムは、前記露出数算出システムから情報が供給された露出数と、前記需要量算出システムから情報が供給された需要量に基づいて第３のCPUによる処理を行い、露出数が需要量より多い場合、前記対象となるアーティストのコンサートの基準価格より低い値を値付け指標として算出し、露出数が需要量より少ない場合、前記対象となるアーティストのコンサートの基準価格より高い値を値付け指標として算出する算出手段を備える。
【０００６】
前記値付け指標算出システムには、前記第３のCPUによる処理によって、前記算出手段により算出されたそれぞれのアーティストのコンサートの値付け指標をリストに登録し、前記Webサーバからの問い合わせに応じて値付け指標を提供する提供手段をさらに設けることができる。
【００１０】
本発明の情報処理システムにおいては、その露出数算出システムにおいて、コンサートを行ったアーティストの情報とコンサートの会場の情報とを含む、コンサートに関する情報が記憶され、コンサート会場毎の重み係数の情報が記憶され、露出数を検索する対象となるアーティストのコンサートに関する情報が、前記第１のデータベースから抽出され、抽出された前記アーティストのコンサートの回数に、コンサート会場毎の重み係数を乗算した値の総和が、前記対象となるアーティストのコンサートの露出数として算出され、露出数を表す情報が値付け指標算出システムに出力される。また、その需要量算出システムにおいて、インターネットに接続されている、アーティストのコンサートに関する情報を掲載し、小売りを行っているWebサーバに前記インターネットを介してアクセスして検索を行うことによって、前記対象となるアーティストのコンサートの予約数と販売数が集計され、集計された予約数と販売数にそれぞれの所定の重み係数を乗算して得られた値の和が需要量として算出され、需要量を表す情報が前記値付け指標算出システムに出力される。前記値付け指標算出システムにおいては、前記露出数算出システムから情報が供給された露出数と、前記需要量算出システムから情報が供給された需要量に基づいて、露出数が需要量より多い場合、前記対象となるアーティストのコンサートの基準価格より低い値が値付け指標として算出され、露出数が需要量より少ない場合、前記対象となるアーティストのコンサートの基準価格より高い値が値付け指標として算出される。
【００１１】
【発明の実施の形態】
図１は、本発明を適用したネットワークシステムの構成例を表している。この構成例においては、プライシングエージェント１がインターネット２を介して、Webサーバ３−１乃至３−ｎ（以下、これらのWebサーバ３−１乃至３−ｎを個々に区別する必要がない場合、単にWebサーバ３と称する。他の装置についても同様である）に接続されている。プライシングエージェント１は、露出数算出システム１１、需要量算出システム１２、および値付け指標算出システム１３により構成されている。なお、図１のネットワークシステムでは、アーティストが提供するコンサート等のサービス（以下、単に、コンサートと記載する）に対して値付け指標を算出するものとする。
【００１２】
露出数算出システム１１は、インターネット２に接続されており、処理対象として指定されたアーティストのコンサートに関する情報が、Webサーバ３−１乃至３−ｎに露出されている露出数を算出する。需要量算出システム１２は、インターネット２を介してWebサーバ３にアクセスし、そのアーティストのコンサートの販売量と予約数を検索し、それらに基づいて、需要量を算出する。値付け指標算出システム１３は、露出数算出システム１１により算出された露出数と、需要量算出システム１２により算出された需要量に基づいて、そのアーティストのコンサートの価格を決定する基準となる値付け指標を算出する。値付け指標算出システム１３はまた、インターネット２に接続されており、Webサーバ３にアクセスして、独自に各種の情報を検索できるようになされている。
【００１３】
露出数算出システム１１は、例えば、図２に示すように構成されている。出演回数管理部３１は、例えば、作曲家名、作詞家名、演奏者名、出版社名、レコード会社名、プロデューサ名、プロダクション名などをキーワードとする、そのアーティストが何処のコンサート会場で、いつコンサートを行ったのかなどの項目からなるコンサート履歴情報のデータベースを有している。抽出部３２は、指定されたアーティストのコンサートのWeb上での露出数を検索するために、出演回数管理部３１から、そのアーティストの、所定の期間の、コンサート会場毎の出演回数を抽出する。
【００１４】
会場ランク分け管理部３３は、コンサート会場を、知名度、客席数、平均客単価などに基づいて、例えば、「松竹梅」の３つのランク、あるいは、「１つ星乃至４つ星」の４つのランクなどに分類し、ランク毎に、それぞれに所定の重み関数を適用した各コンサート会場のランク情報のデータベースを有している。
【００１５】
露出数算出部３４は、抽出部３２で抽出された抽出結果と、会場ランク分け管理部３３のランク情報に基づいて、指定されたアーティストのコンサートの露出数を算出する。ここで露出数とは、そのアーティストのコンサート出演回数に、コンサート会場毎の所定の重み係数を乗算した値の総和を意味する。この露出数は、所定の日時、または期間毎に算出される。露出数算出部３４により算出された露出数は、値付け指標算出システム１３へ供給される。
【００１６】
需要量算出システム１２は、例えば、図３に示すように構成される。予約数集計管理部４１は、Webサーバ３により構成される小売りサイトにアクセスし、物理的、または論理的な所定の地域の、所定のネットワーク経由の、所定の日時の、そのアーティストのコンサートの予約数を集計する。この小売りサイトには、そのアーティストのコンサートに関する、例えばアンケートのみを取り、そのアーティストのコンサートを販売しないものも含まれる。
【００１７】
販売数集計管理部４２は、物理的、または論理的な所定の地域の、所定のネットワーク経由の、所定の日時の、そのアーティストのコンサートの販売数を集計する。需要量算出部４３は、予約数集計管理部４１により集計されたコンサートの予約数と、販売数集計管理部４２により集計されたコンサートの販売数に、それぞれに所定の重み付けを行い、その値の合計値を需要量として算出する。算出された需要量は、値付け指標算出システム１３に供給される。
【００１８】
図４は、値付け指標算出システム１３の構成例を表している。値付け指標算出部５１は、露出数算出システム１１より供給された露出数と、需要量算出システム１２より供給された需要量に、所定の関数を適用し、値付け指標を算出する。値付け指標公開部５２は、値付け指標算出部５１により算出された値付け指標を、そのコンサートの価格を決定したいと思う第３者（例えば、そのコンサートの販売者）などに有償で公開（提供）する。
【００１９】
検出部５３は、値付け指標算出部５１により算出された値付け指標を価格指標リストに登録するとともに、この指標算出方法に相応しないアーティストのコンサートを拒否リストに登録する。検出部５３はまた、Webサーバ３より問い合わせがあったアーティストのコンサートが価格指標リストに登録されているのか否かを判定し、価格指標リストに登録されていることを検出した場合、そのアーティストのコンサートを値付け指標公開部５２に問い合わせる。検出部５３はまた、Webサーバ３より問い合わせがあったアーティストのコンサートが拒否リストに登録されているのか否かを判定し、拒否リストに登録されていることを検出した場合、「拒否アーティストです」のような応答メッセージをWebサーバ３に返す。さらに、検出部５３は、Webサーバ３より問い合わせがあったアーティストのコンサートが価格指標リストおよび拒否リストのいずれにも登録されていないことを検出した場合、「見当たりません」のような応答メッセージをWebサーバ３に返す。
【００２０】
次に、図５のフローチャートを参照して、露出数算出システム１１が実行する露出数算出処理について説明する。
【００２１】
ステップＳ１において、ユーザにより図示せぬリモートコマンダなどが操作され、価格を決定したいと思うアーティストのコンサートが指定されると、抽出部３２は、出演回数管理部３１に記憶されているアーティストのコンサート履歴情報を指定する。ステップＳ２において、抽出部３２は、出演回数管理部３１にアクセスし、ステップＳ１で指定されたアーティストのコンサート履歴情報（そのアーティストが何処のコンサート会場で、いつコンサートを行ったのか）を抽出する。
【００２２】
ステップＳ３において、露出数算出部３４は、会場ランク分け管理部３３にアクセスし、知名度、客席数、平均客単価などに基づいて、複数のランクに分類されたコンサート会場毎のランク情報を取得する。
【００２３】
ステップＳ４において、露出数算出部３４は、コンサート履歴情報とコンサート会場毎のランク情報に基づいて、露出数を算出する。上述したように、この露出数は、そのアーティストのコンサート出演回数に、コンサート会場毎の所定の重み係数を乗算した値の総和として算出される。露出数算出部３４は、ステップＳ５において、算出した露出数を値付け指標算出システム１３に出力する。
【００２４】
次に、図６のフローチャートを参照して、需要量算出システム１２が実行する需要量算出処理について説明する。ステップＳ２１において、予約数集計管理部４１と販売数集計管理部４２は、それぞれ需要量を算出する地域、ネットワーク、日時、コンサートなどを設定する。ステップＳ２２において、予約数集計管理部４１は、インターネット２を介してWebサーバ３にアクセスし、そのアーティストのコンサートの、その地域、そのネットワーク、その日時における予約数を検索、集計する。同様に、販売数集計管理部４２は、ステップＳ２３において、そのアーティストのコンサートの、その地域、そのネットワーク、その日時における販売数を検索、集計する。
【００２５】
需要量算出部４３は、予約数集計管理部４１により集計されたコンサートの予約数と、販売数集計管理部４２により集計されたコンサートの販売数の供給を受け、需要量を算出するのに必要な予約数と販売数が充分得られたか否かを判定し、それに基づいて検索を終了するか否かをステップＳ２４において判定する。検索をまだ終了することができないと判定した場合、ステップＳ２１に戻り、それ以降の処理が繰り返し実行される。
【００２６】
ステップＳ２４において、充分な予約数と販売数が得られたと判定された場合、ステップＳ２５に進み、需要量算出部４３は、供給された予約数と販売数から、そのアーティストのコンサートに関する、その地域、そのネットワーク、その日時における需要量を算出する。この需要量は、予約数と販売数に、それぞれ所定の重み付けを行った値の和として、算出される。需要量算出部４３は、ステップＳ２６において、ステップＳ２５の処理により算出した需要量を、値付け指標算出システム１３に出力する。
【００２７】
次に、図７のフローチャートを参照して、値付け指標算出システム１３が実行する値付け指標算出処理について説明する。ステップＳ４１において、値付け指標算出部５１は、露出数算出システム１１より露出数を取り込むとともに、需要量算出システム１２より需要量を取り込む。そしてステップＳ４２において、値付け指標算出部５１は、値付け指標を算出するための複数の値付け関数（例えば、後述する線形値付け関数と非線形値付け関数）の中から１つの関数を選択した後、ステップＳ４３において、選択した値付け関数に露出数と需要量を適用して、値付け指標を算出する。
【００２８】
値付け指標算出部５１により算出された値付け指標は、ステップＳ４４において、値付け指標公開部５２に供給され、記憶される。値付け指標公開部５２は、ステップＳ４５において、記憶した値付け指標を第３者に公開する。
【００２９】
次に、値付け指標の具体例について、さらに詳しく説明する。今、所定のアーティストのコンサートに関する露出数（コンサート回数）をEXPとし、そのコンサートの購入希望者数（需要量）をNEEDとする。また、そのコンサートの基準価格をSRPとし、売価（値付け指標）をGoingとする。
【００３０】
露出数EXPと需要量NEEDのバランスが一定の範囲内にある場合には、値付け指標Goingは、基準価格SRPと等しいと考えられる。そして一般的に、露出数EXPが需要量NEEDより大きくなった場合、供給過剰なので、値付け指標Goingは、基準価格SRPより小さい値となる。これに対して、露出数EXPが需要量NEEDより少なくなった場合には、供給不足と考えられ、値付け指標Goingは、基準価格SRPより高くなる。
【００３１】
この原理に基づいて、露出数EXPと需要量NEEDに線形関数を適用し、値付け指標Goingを算出する例について説明する。
【００３２】
例えば、この場合、線形値付け関数は、次式（１）で表すように定義される。
Going＝SRP×F(NEED, EXP) ・・・（１）
なお、ここで、上記Ｆの値は、次式（２）で表される。
Ｆ＝（NEED/EXP）×０．０５ ・・・（２）
上記式（２）に従う場合、例えば、所定の期間にそのコンサートを１００人が欲しがり、５回のコンサートを開催したとき、上記した値Ｆが、次式（３）で表すように、１となる。
Ｆ＝（１００／５）×０．０５＝１ ・・・（３）
従って、このとき、値付け指標Goingは、基準価格SRPと等しい値となる。
【００３３】
これに対して、例えば、そのコンサートを２００人が欲しがり、５回のコンサートを開催した場合には、Ｆの値は、次式（４）に表すように２となる。
Ｆ＝（２００／５）×０．０５＝２ ・・・（４）
従って、このとき、値付け指標Goingは、基準価格SRPの２倍となる。
【００３４】
さらに、１人が欲しがり、５回のコンサートを開催したとき、上記した値Ｆは、次式（５）に示すように、０．０１となる。
Ｆ＝（１／５）×０．０５＝０．０１ ・・・（５）
従ってこの場合、値付け指標Goingは、基準価格SRPの１パーセントの値となる。
【００３５】
このように、線形値付け関数を適用した場合、露出数と需要量に対応して、値付け指標が著しく高騰したり、下落する。これを抑制するには、例えば、次式（６）のような非線形値付け関数を適用することも考えられる。
【００３６】
Going＝SRP＋G（NEED, EXP）×SRP＝SRP（１＋G(NEED，E×P)）・・・（６）
なお、ここでＧの値は、次式（７）で表される。
Ｇ＝（√（(NEED／EXP)×０．０５）−５）／１０ ・・・（７）
いま、NEEDの値が１００００であり、EXPの値が５であるとするとＧの値は、次式（８）で示すように、０．５となる。
Ｇ＝（√（(１００００／５)×０．０５）−５）／１０＝（１０−５）／１０
＝５／１０＝０．５ ・・・（８）
従って、この場合、値付け指標Goingは、SRPの１．５（＝１＋０．５）倍の値となる。
【００３７】
一方、NEEDの値が１であり、EXPの値が５である場合には、次式（９）で示すように、Ｇの値は、−０．４９となる。
【００３８】
Ｇ＝（√(１／５×５／１００)−５）／１０＝（１／１０−５）／１０
＝−４．９／１０＝−０．４９ ・・・（９）
従ってこの場合、値付け指標Goingは、基準価格SRPの０．５１（＝１−０．４９）倍となる。
【００３９】
なお、このような関数による算出処理は、その都度実行してもよいし、予め用意したテーブルを参照して、結果を読み出すようにしてもよい。
【００４０】
次に、露出数の重み付けについて説明する。一流のコンサート会場の露出数（出演回数）と、二流のコンサート会場の露出数（出演回数）とを、それぞれ重み付けしないで露出数として、総和を得るようにすると、必ずしも正確な露出数を得ることができない場合がある。そこでこのような場合、重み付けを行うことができる。
【００４１】
例えば、一流のコンサート会場の露出数をEXPFirstとし、二流のコンサート会場の露出数をEXPSecondとする。そして、露出数EXPFirstに重み付け関数Ｈを適用し、露出数EXPSecondに重み付け関数Ｉを適用し、その和を上記した線形値付け関数、または非線形値付け関数における露出数EXPとすると、露出数EXPは、次式（１０）で表される。
EXP＝H（EXPFirst）＋I（EXPSecond） ・・・（１０）
例えば、一流コンサート会場における露出数EXPFirstを、二流コンサート会場における露出数EXPSecondに対して、１００倍に重み付けるとすると、露出数EXPは、次式（１１）で表される。
EXP＝１００×EXPFirst＋EXPSecond ・・・（１１）
もちろん、このような重み付けは、３種以上のランクの露出数に適用してもよい。
【００４２】
需要量についても、同様に、重み付けすることができる。所定の期間に既に販売されたコンサートの総数をNEEDSoldとし、予約された総数をNEEDBookとする。需要量NEEDSoldに関数Ｊを適用し、需要量NEEDBookに関数Ｋを適用するものとすると、上記線形値付け関数、または非線形値付け関数の需要量NEEDの値は、次式（１２）で表される。
NEED＝J（NEEDSold）＋K（NEEDBook） ・・・（１２）
実際に販売された需要量を、取り消される可能性のある予約の需要量に対して、１０倍に重み付けるものとすると、需要量NEEDは、次式（１３）で表される。
NEED＝１０×NEEDSlod＋NEEDBook ・・・（１３）
もちろん、この場合においても、３種以上のランクの需要量に対して重み付けを行うようにしてもよい。
【００４３】
さらにまた、地域、ネットワークなどに対しても重み付けすることが可能である。例えば、重要度の低い（田舎）の地域の露出数をEXPCountry，EXPFirstCountry，EXPSecondCountry，需要量をNEEDCountry，NEEDSoldCountry，NEEDBookCountryとし、重要度が高い（都会）の地域の露出数と需要量を、それぞれEXPUrban，EXPFirstUrban，EXPSecondUrban，NEEDUrban，NEEDSoldUrban，NEEDBookUrbanとし、それぞれに所定の重み付け関数を適用することができる。
【００４４】
以上のプライシングエージェント１は、所定の国、地域、地方毎に設けることができる。この場合、さらにそれらを統合したグローバルな値付け指標を算出することも可能である。図８は、このような場合のネットワークシステムの構成例を表している。この構成例においては、インターネット２にプライシングエージェント１−１乃至１−ｍと、メタプライシングエージェント６１が接続されている。メタプライシングエージェント６１は、プライシングエージェント１−１乃至１−ｍの値付け指標を取得し、それらを統合して、グローバルな値付け指標を算出する。
【００４５】
図９は、このようなメタプライシングエージェント６１の構成例を表している。記憶部７２は、プライシングエージェント１−１乃至１−ｍからインターネット２を介して供給された値付け指標を、各プライシングエージェント１のユーザ数、コンサートの流通量、コンサートの使用（開催）量などの情報とともに記憶する。成績演算部７１は、記憶部７２に記憶された各プライシングエージェント１−１乃至１−ｍの所定の期間の成績を演算し、記憶部７２に記憶させる。関数生成部７３は、成績演算部７１で演算された成績に基づいて、プライシングエージェント１の能力を評価するための能力評価関数を生成するとともに、各プライシングエージェント１からのデータに基づいて、新たな値付け関数を生成し、記憶部７２に記憶させる。
【００４６】
公開部７５は、成績演算部７１により演算された成績、および、関数生成部７３により生成された値付け関数、さらに、必要に応じて能力評価関数を記憶部７２から読み出し、各プライシングエージェント１−１乃至１−ｍに供給する。値付け指標算出部７４は、関数生成部７３で生成され、記憶部７２に記憶された値付け関数を、メタプライシングエージェント６１が自分自身で実行する値付け指標算出処理に反映させ、値付け指標算出処理を実行する。この処理は、プライシングエージェント１の値付け指標算出部５１により行われる処理と同様の処理である。
【００４７】
次に、図１０と図１１のフローチャートを参照して、図８のネットワークシステムにおける処理について説明する。図１０のフローチャートは、プライシングエージェント１の処理を表しており、図１１のフローチャートは、メタプライシングエージェント６１の処理を表している。
【００４８】
最初に、図１０のプライシングエージェント１の処理について説明する。ステップＳ６１において、プライシングエージェント１の値付け指標算出部５１は、メタプライシングエージェント６１の公開部７５より供給される各種のパラメータを取り込む。このパラメータには、メタプライシングエージェント６１が、後述するステップＳ８４、Ｓ８７で送信する成績、新たな値付け関数、能力評価関数、グローバルな値付け指標などが含まれている。ステップＳ６２において、値付け指標算出部５１は、ステップＳ６１で取り込んだパラメータに基づいて、値付け指標を算出するための値付け関数を設定する。そしてその値付け関数を用いて、上述したように、値付け指標算出部５１は、値付け指標の算出処理を実行する。
【００４９】
ステップＳ６３において、値付け指標算出部５１は、設定された値付け関数、それを用いて得られた値付け指標、ユーザ数、コンサートの流通量、コンサートの開催料、対象期間などを、メタプライシングエージェント６１に送信する。
【００５０】
一方、メタプライシングエージェント６１の記憶部７２は、ステップＳ８１で、プライシングエージェント１−１乃至１−ｍから供給された値付け関数、値付け指標、ユーザ数、コンサートの流通量、コンサートの開催料、対象期間などのデータを取り込み、記憶する。ステップＳ８２において、成績演算部７１は、所定のプライシングエージェント１のユーザ数とコンサートの流通量の関係を、他のプライシングエージェント１のそれらの値と比較したり、その他の期間での値と比較することで、各プライシングエージェント１の所定の期間の成績を演算する。演算した結果が記憶部７２に供給され、記憶される。
【００５１】
ここで、プライシングエージェント１の成績について説明する。プライシングエージェント１の役割は、例えば、古物商の鑑定士のような役割となる。すなわち、一般に受け入れられる商品（サービス）の市場価値を付与することが役割となる。このようなプライシングエージェント１の成績は、そのプライシングエージェント１が設定した値付け指標（価格）における、その商品（サービス）の流通量によって決定することができる。
【００５２】
あるいはまた所定のコンサートに対して、第１のプライシングエージェント１が値付け指標Ａを設定し、第２のプライシングエージェント１が、値付け指標Ｂを設定しているような場合、そのコンサートの実際の販売価格として採用されている数の多い方が、優れたプライシングエージェント１であると評価することもできる。
【００５３】
さらに、様々な価格が存在する実際の取引価格の標準偏差を取り、それが値付け指標Ａと値付け指標Ｂのいずれに近いのかを統計的に調べ、より近い方を、より良い成績であるとすることができる。
【００５４】
この成績にも重み付けを適用することができる。例えば、値付け指標Ａを提示したプライシングエージェント１のカバーする商圏ａの人口が１００万人であり、値付け指標Ｂを提示したプライシングエージェント１のカバーする商圏ｂの人口が１万人だったとする。この場合、値付け指標Ａで実際の取引きをした人が、商圏ａでは２００人、値付け指標Ｂで実際の取引をした人が商圏ｂでは１００人だったとする。なお、ここでは、それ以外の価格での取引はなかったものと仮定する。
【００５５】
この場合、実数では、商圏ａのプライシングエージェント１の方が優秀な成績ということになるが、人口に対する比率を考察すると、値付け指標Ａを提示したプライシングエージェント１の確度は、２００人／１００万人であるのに対し、値付指標Ｂを提示したプライシングエージェント１の確度は、１００人／１万人ということになる。従って、この場合、値付け指標Ｂを設定したプライシングエージェント１の方が、値付け指標Ａを設定したプライシングエージェント１より５０倍成績が良かったということになる。
【００５６】
また、同じプライシングエージェント１でも、提供するコンサートのカテゴリ（ジャンル）によって、成績が異なる場合がある。例えば、クラシックの値付けには優れているが、ジャズ、ロックなどの値付けには優れていないといったことが有り得る。
【００５７】
そこで、成績としては、カテゴリ毎の成績と、それらを総合した成績の両方を求めるようにすることができる。これにより、より正確な成績評価ができるようになる。
【００５８】
さらにまた、カテゴリ分類は、サービスを提供する側の視点からではなく、サービスの提供を受ける側からの視点で分類することも可能である。例えば、年齢、性別、職業といったカテゴリ毎に成績を演算することができる。それにより、例えば、２０歳以下、２０歳乃至４０歳、４０歳以上などの各カテゴリ毎の成績を求め、各年代毎の成績を比較することで、若年層においては成績が優れているが、高年齢層においては優れていないといった特徴を把握することも可能となる。あるいはまた、男女間では成績が良かったが、女性だけの成績は必ずしも良くないといったことも起こり得る。
【００５９】
その結果、カテゴリ毎のプライシングエージェント１の能力差を成績として検出することができる。例えば、第１のプライシングエージェントは、男性の顧客に販売するコンサートに対しては、商談がまとまり易い値付け指標を提示するが（成績が良いが）、保存食品の取引の値付け指標の提示は、商談がまとまりにくく、成績が悪い、というような判定を行うことが可能となる。
【００６０】
ステップＳ８３において、関数生成部７３は、記憶部７２に記憶された、各プライシングエージェント１のデータから、プライシングエージェント１の能力を評価するための能力評価関数と、成績を考慮した、より良い成績が得られるような新たな値付け関数を生成する。この能力評価関数と値付け関数は、記憶部７２に供給され、記憶される。
【００６１】
ここで、能力評価関数とは、例えば、上述した人口を考慮した各商圏における購入者の割合
２００人／１００万人
１００人／１万人
などを意味する。この能力評価関数は、所定の計測期間毎に設定される。すなわち、設定期間は関数のパラメータの１つとなる。従って、期間を延ばしたり縮めたりすることも、能力評価関数を修正するということになる。
【００６２】
ステップＳ８４において、公開部７５は、記憶部７２に記憶された各プライシングエージェント１の成績、新たな値付け関数、並びに必要に応じて能力評価関数を、各プライシングエージェント１にインターネット２を介して送信する。各プライシングエージェント１は、上述したように、ステップＳ６１において、このデータをパラメータとして取り込み、ステップＳ６２において、そのパラメータに基づいて値付け関数を設定し、その値付け関数に基づいて、値付け指標を算出することになる。能力評価関数は、自分自身の能力を評価するのに用いられる。
【００６３】
なお、各プライシングエージェント１は、自分自身の処理範囲の特性（地域毎、あるいは、ネットワーク毎の特性）を考慮して、メタプライシングエージェント６１から送られてきた値付け関数のうち、自由に変更して構わないパラメータがあれば、それを調整することで、自分自身の処理範囲に合った値付け関数を設定する。各プライシングエージェント１は、その成績が良好である場合には、メタプライシングエージェント６１から送られてくる値付け関数を採用せずに、自分自身が既に採用している値付け関数をそのまま用いるようにすることも可能である。
【００６４】
また、各プライシングエージェント１は、自分自身がカバーする範囲に応じた重み付けを行うことで、値付け関数を修正することも可能である。例えば、自分自身がカバーするネットワークにおいては、商用の業者比率が他のネットワークにおける場合より高い場合には、需要量を判定するとき、商用の需要量を非商用の需要量に対して、重みを下げるようにすることも可能である。
【００６５】
すなわち、この場合、
H＝EXPFirst×１００
I＝EXPSecond
だったものを、
H＝EXPFirst×１００
I＝EXPSecond×５
とすることができる。これにより、相対的に、EXPFirstの重みが、EXPSecondの重みより軽くなることになる。
【００６６】
同様に、メタプライシングエージェント６１においても、ステップＳ８５において、値付け関数を自分自身の値付けのための関数に反映させるように、値付け指標算出部７４において処理が行われる。そしてステップＳ８６において、値付け指標算出部７４は、各プライシングエージェント１の値付け指標を元に、グローバルな値付け指標を算出する。具体的には、例えば、各プライシングエージェント１−１乃至１−ｍの値付け指標に所定の重み付けを行った後、その和を演算し、その平均値をグローバルな値付け指標として算出する。ステップＳ８７において、公開部７５は、値付け指標算出部７４で算出され、記憶部７２に記憶されたグローバルな値付け指標を、各プライシングエージェント１に送信する。各プライシングエージェント１は、このグローバルな値付け指標を基に、再度、値付け関数を修正する。もちろん、このようにして演算されたグローバルな値付け指標は、有償で第３者に公開される。
【００６７】
以上のようにして、第３者は、必要に応じて、各地域、国、地方毎の値付け指標や、グローバルな値付け指標を得て、それを基にして、具体的な販売価格を決定することができる。
【００６８】
また、各プライシングエージェント１は、自分自身が属する地域、地方、国などの条件だけでなく、グローバルな条件を加味して、自分自身の地域、地方、国などにおける値付け指標を算出することができる。これにより、より正確な値付け指標が得られるようになる。
【００６９】
このように、本発明では、コンサートの供給量として、コンサート会場のランク情報に基づいて、露出数を算出するようにしたので、そのコンサートに対応する値付け指標を正確に算出することが可能となる。
【００７０】
また、露出数を、コンサートの売上金の総額やコンサートの案内ホームページへのオンライン訪問数などに所定の重み係数を乗算させて算出するようにしてもよい。
【００７１】
なお、図８のネットワークシステムのインターネット２には、例えば、特開平１１−１９６１１３号公報などに開示されている有体物の値段を決定するシステムを接続させ、メタプライシングエージェント６１には、これらのシステムの情報も適宜収集させ、グローバルな値付け指標を算出させることができる。
【００７２】
また、以上においては、アーティストのコンサートの値付け指標を算出する例を説明したが、本発明は、これに限らず、主に、電子的にコピーが可能で、有体物と同様の概念では、供給量が決定できない各種のサービスの値付け指標を算出する場合に適用することが可能である。
【００７３】
以上のプライシングエージェント１における露出数算出システム１１、需要量算出システム１２、および値付け指標算出システム１３や、露出数算出システム１１の出演回数管理部３１、抽出部３２、ランク分け管理部３３、および露出数算出部３４、需要量算出システム１２の予約数集計管理部４１、販売数集計管理部４２、および需要量算出部４３、値付け指標算出システム１３の値付け指標算出部５１、値付け指標公開部５２、および検出部５３、並びに、メタプライシングエージェント６１の成績演算部７１、記憶部７２、関数生成部７３、値付け指標算出部７４、および公開部７５などは、その全部、または一部が、コンピュータにより構成される。例えば、値付け指標算出システム１３をコンピュータで構成する場合、図１２に示すように構成される。
【００７４】
CPU（Central Processing Unit）８１は、ROM（Read Only Memory）８２や記憶部８８に記憶されているプログラムに従って、各種の処理を実行する。RAM（Random Access Memory）８３には、CPU８１が各種の処理を実行する上において必要なプログラムやデータが適宜記憶される。CPU８１、ROM８２、およびRAM８３は、バス８４を介して相互に接続されているとともに、入出力インターフェース８５にも接続されている。入出力インターフェース８５には、キーボードやマウスよりなる入力部８６、LCD（Liquid Crystal Display），CRT（Cathode Ray Tube）、スピーカなどより構成される出力部８７、ハードディスクなどより構成される記憶部８８、インターネット２と通信する通信部８９が接続されている。
【００７５】
また、入出力インターフェース８５には、プログラムをインストールするためのドライブ９０が接続されており、磁気ディスク１０１、光ディスク１０２、光磁気ディスク１０３、または半導体メモリ１０４などが装着されるようになされている。上述した各種の処理は、CPU８１がプログラム（ソフトウェア）に従って実行する。
【００７６】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【００７７】
この記録媒体は、図１２に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１０１（フロッピディスクを含む）、光ディスク１０２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク１０３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ１０４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM８２や、記憶部８８に含まれるハードディスクなどで構成される。
【００７８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【００７９】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【００８０】
【発明の効果】
本発明によれば、無体物としてのサービスに関する値付け指標を、正確、かつ迅速に算出することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したネットワークシステムの構成例を示すブロック図である。
【図２】図１の露出数算出システムの構成例を示すブロック図である。
【図３】図１の需要量算出システムの構成例を示すブロック図である。
【図４】図１の値付け指標算出システムの構成例を示すブロック図である。
【図５】図２の露出数算出システムの掲載数算出処理を説明するフローチャートである。
【図６】図３の需要量算出システムの需要量算出処理を説明するフローチャートである。
【図７】図４の値付け指標算出システムの値付け指標算出処理を説明するフローチャートである。
【図８】本発明を適用した他のネットワークシステムの構成例を示すブロック図である。
【図９】図８のメタプライシングエージェントの構成例を示すブロック図である。
【図１０】図８のプライシングエージェントの動作を説明するフローチャートである。
【図１１】図９のメタプライシングエージェントの処理を説明するフローチャートである。
【図１２】値付け指標算出システムのハードウェアの構成例を示すブロック図である。
【符号の説明】
１ プライシングエージェント， ２ インターネット， ３−１乃至３−ｎ Webサーバ， １１ 露出数算出システム， １２ 需要量算出システム， １３ 値付け指標算出システム， ３１ 出演回数管理部， ３２ 抽出部， ３３ 会場ランク分け管理部， ３４ 露出数算出部， ４１ 予約数集計管理部， ４２ 販売数集計管理部， ４３ 需要量算出部， ５１ 値付け指標算出部， ５２ 値付け指標公開部， ５３ 検出部
【発明の属する技術分野】
本発明は、情報処理システムに関し、特に、無形コンテンツの価格の基礎となる値付け指標を算出できるようにした情報処理システムに関する。
【０００２】
【従来の技術】
最近、インターネットに代表されるネットワークシステムが普及し、様々なサービスの提供に利用されるようになってきた。例えば、オーディオ情報、ビデオ情報、コンピュータプログラム等（以下、単に、AV情報と称する）は、ネットワークを介して転送することが可能であり、ユーザは、迅速かつ確実に、これらのAV情報を、ネットワークを介して受け取ることができる。
【０００３】
【発明が解決しようとする課題】
一般的に、商品の価格は、その商品の需要と供給のバランスに基づいて決定される。しかしながら、AV情報のような、無形コンテンツの商品は、電子的にコピーが可能であり、その数は、理論的には無限である。従って、その供給量は、いわば、無限であり、単純に、需要と供給の関係からはその価格を決定することはできない。
【０００４】
本発明はこのような状況に鑑みてなされたものであり、無形コンテンツの価格の基となる値付け指標を算出することができるようにするものである。
【０００５】
【課題を解決するための手段】
本発明の情報処理システムは、インターネットに接続されるコンピュータにより構成される露出数算出システム、需要量算出システム、および値付け指標算出システムからならなる情報処理システムにおいて、前記露出数算出システムは、コンサートを行ったアーティストの情報とコンサートの会場の情報とを含む、コンサートに関する情報を記憶する第１のデータベースと、コンサート会場毎の重み係数の情報を記憶する第２のデータベースと、露出数を検索する対象となるアーティストのコンサートに関する情報を、前記第１のデータベースから第１のCPUによる処理により抽出する抽出手段と、前記第１のCPUによる処理により、前記抽出手段により抽出された前記アーティストのコンサートの回数に、前記第２のデータベースに記憶されている、コンサート会場毎の重み係数を乗算した値の総和を、前記対象となるアーティストのコンサートの露出数として算出し、露出数を表す情報を前記値付け指標算出システムに出力する出力手段とを備え、前記需要量算出システムは、前記インターネットに接続されている、アーティストのコンサートに関する情報を掲載し、小売りを行っているWebサーバに前記インターネットを介してアクセスして検索を行うことによって、前記対象となるアーティストのコンサートの予約数と販売数を第２のCPUによる処理により集計する集計手段と、前記集計手段により集計された予約数と販売数にそれぞれの所定の重み係数を乗算して得られた値の和を需要量として前記第２のCPUによる処理により算出し、需要量を表す情報を前記値付け指標算出システムに出力する出力手段とを備え、前記値付け指標算出システムは、前記露出数算出システムから情報が供給された露出数と、前記需要量算出システムから情報が供給された需要量に基づいて第３のCPUによる処理を行い、露出数が需要量より多い場合、前記対象となるアーティストのコンサートの基準価格より低い値を値付け指標として算出し、露出数が需要量より少ない場合、前記対象となるアーティストのコンサートの基準価格より高い値を値付け指標として算出する算出手段を備える。
【０００６】
前記値付け指標算出システムには、前記第３のCPUによる処理によって、前記算出手段により算出されたそれぞれのアーティストのコンサートの値付け指標をリストに登録し、前記Webサーバからの問い合わせに応じて値付け指標を提供する提供手段をさらに設けることができる。
【００１０】
本発明の情報処理システムにおいては、その露出数算出システムにおいて、コンサートを行ったアーティストの情報とコンサートの会場の情報とを含む、コンサートに関する情報が記憶され、コンサート会場毎の重み係数の情報が記憶され、露出数を検索する対象となるアーティストのコンサートに関する情報が、前記第１のデータベースから抽出され、抽出された前記アーティストのコンサートの回数に、コンサート会場毎の重み係数を乗算した値の総和が、前記対象となるアーティストのコンサートの露出数として算出され、露出数を表す情報が値付け指標算出システムに出力される。また、その需要量算出システムにおいて、インターネットに接続されている、アーティストのコンサートに関する情報を掲載し、小売りを行っているWebサーバに前記インターネットを介してアクセスして検索を行うことによって、前記対象となるアーティストのコンサートの予約数と販売数が集計され、集計された予約数と販売数にそれぞれの所定の重み係数を乗算して得られた値の和が需要量として算出され、需要量を表す情報が前記値付け指標算出システムに出力される。前記値付け指標算出システムにおいては、前記露出数算出システムから情報が供給された露出数と、前記需要量算出システムから情報が供給された需要量に基づいて、露出数が需要量より多い場合、前記対象となるアーティストのコンサートの基準価格より低い値が値付け指標として算出され、露出数が需要量より少ない場合、前記対象となるアーティストのコンサートの基準価格より高い値が値付け指標として算出される。
【００１１】
【発明の実施の形態】
図１は、本発明を適用したネットワークシステムの構成例を表している。この構成例においては、プライシングエージェント１がインターネット２を介して、Webサーバ３−１乃至３−ｎ（以下、これらのWebサーバ３−１乃至３−ｎを個々に区別する必要がない場合、単にWebサーバ３と称する。他の装置についても同様である）に接続されている。プライシングエージェント１は、露出数算出システム１１、需要量算出システム１２、および値付け指標算出システム１３により構成されている。なお、図１のネットワークシステムでは、アーティストが提供するコンサート等のサービス（以下、単に、コンサートと記載する）に対して値付け指標を算出するものとする。
【００１２】
露出数算出システム１１は、インターネット２に接続されており、処理対象として指定されたアーティストのコンサートに関する情報が、Webサーバ３−１乃至３−ｎに露出されている露出数を算出する。需要量算出システム１２は、インターネット２を介してWebサーバ３にアクセスし、そのアーティストのコンサートの販売量と予約数を検索し、それらに基づいて、需要量を算出する。値付け指標算出システム１３は、露出数算出システム１１により算出された露出数と、需要量算出システム１２により算出された需要量に基づいて、そのアーティストのコンサートの価格を決定する基準となる値付け指標を算出する。値付け指標算出システム１３はまた、インターネット２に接続されており、Webサーバ３にアクセスして、独自に各種の情報を検索できるようになされている。
【００１３】
露出数算出システム１１は、例えば、図２に示すように構成されている。出演回数管理部３１は、例えば、作曲家名、作詞家名、演奏者名、出版社名、レコード会社名、プロデューサ名、プロダクション名などをキーワードとする、そのアーティストが何処のコンサート会場で、いつコンサートを行ったのかなどの項目からなるコンサート履歴情報のデータベースを有している。抽出部３２は、指定されたアーティストのコンサートのWeb上での露出数を検索するために、出演回数管理部３１から、そのアーティストの、所定の期間の、コンサート会場毎の出演回数を抽出する。
【００１４】
会場ランク分け管理部３３は、コンサート会場を、知名度、客席数、平均客単価などに基づいて、例えば、「松竹梅」の３つのランク、あるいは、「１つ星乃至４つ星」の４つのランクなどに分類し、ランク毎に、それぞれに所定の重み関数を適用した各コンサート会場のランク情報のデータベースを有している。
【００１５】
露出数算出部３４は、抽出部３２で抽出された抽出結果と、会場ランク分け管理部３３のランク情報に基づいて、指定されたアーティストのコンサートの露出数を算出する。ここで露出数とは、そのアーティストのコンサート出演回数に、コンサート会場毎の所定の重み係数を乗算した値の総和を意味する。この露出数は、所定の日時、または期間毎に算出される。露出数算出部３４により算出された露出数は、値付け指標算出システム１３へ供給される。
【００１６】
需要量算出システム１２は、例えば、図３に示すように構成される。予約数集計管理部４１は、Webサーバ３により構成される小売りサイトにアクセスし、物理的、または論理的な所定の地域の、所定のネットワーク経由の、所定の日時の、そのアーティストのコンサートの予約数を集計する。この小売りサイトには、そのアーティストのコンサートに関する、例えばアンケートのみを取り、そのアーティストのコンサートを販売しないものも含まれる。
【００１７】
販売数集計管理部４２は、物理的、または論理的な所定の地域の、所定のネットワーク経由の、所定の日時の、そのアーティストのコンサートの販売数を集計する。需要量算出部４３は、予約数集計管理部４１により集計されたコンサートの予約数と、販売数集計管理部４２により集計されたコンサートの販売数に、それぞれに所定の重み付けを行い、その値の合計値を需要量として算出する。算出された需要量は、値付け指標算出システム１３に供給される。
【００１８】
図４は、値付け指標算出システム１３の構成例を表している。値付け指標算出部５１は、露出数算出システム１１より供給された露出数と、需要量算出システム１２より供給された需要量に、所定の関数を適用し、値付け指標を算出する。値付け指標公開部５２は、値付け指標算出部５１により算出された値付け指標を、そのコンサートの価格を決定したいと思う第３者（例えば、そのコンサートの販売者）などに有償で公開（提供）する。
【００１９】
検出部５３は、値付け指標算出部５１により算出された値付け指標を価格指標リストに登録するとともに、この指標算出方法に相応しないアーティストのコンサートを拒否リストに登録する。検出部５３はまた、Webサーバ３より問い合わせがあったアーティストのコンサートが価格指標リストに登録されているのか否かを判定し、価格指標リストに登録されていることを検出した場合、そのアーティストのコンサートを値付け指標公開部５２に問い合わせる。検出部５３はまた、Webサーバ３より問い合わせがあったアーティストのコンサートが拒否リストに登録されているのか否かを判定し、拒否リストに登録されていることを検出した場合、「拒否アーティストです」のような応答メッセージをWebサーバ３に返す。さらに、検出部５３は、Webサーバ３より問い合わせがあったアーティストのコンサートが価格指標リストおよび拒否リストのいずれにも登録されていないことを検出した場合、「見当たりません」のような応答メッセージをWebサーバ３に返す。
【００２０】
次に、図５のフローチャートを参照して、露出数算出システム１１が実行する露出数算出処理について説明する。
【００２１】
ステップＳ１において、ユーザにより図示せぬリモートコマンダなどが操作され、価格を決定したいと思うアーティストのコンサートが指定されると、抽出部３２は、出演回数管理部３１に記憶されているアーティストのコンサート履歴情報を指定する。ステップＳ２において、抽出部３２は、出演回数管理部３１にアクセスし、ステップＳ１で指定されたアーティストのコンサート履歴情報（そのアーティストが何処のコンサート会場で、いつコンサートを行ったのか）を抽出する。
【００２２】
ステップＳ３において、露出数算出部３４は、会場ランク分け管理部３３にアクセスし、知名度、客席数、平均客単価などに基づいて、複数のランクに分類されたコンサート会場毎のランク情報を取得する。
【００２３】
ステップＳ４において、露出数算出部３４は、コンサート履歴情報とコンサート会場毎のランク情報に基づいて、露出数を算出する。上述したように、この露出数は、そのアーティストのコンサート出演回数に、コンサート会場毎の所定の重み係数を乗算した値の総和として算出される。露出数算出部３４は、ステップＳ５において、算出した露出数を値付け指標算出システム１３に出力する。
【００２４】
次に、図６のフローチャートを参照して、需要量算出システム１２が実行する需要量算出処理について説明する。ステップＳ２１において、予約数集計管理部４１と販売数集計管理部４２は、それぞれ需要量を算出する地域、ネットワーク、日時、コンサートなどを設定する。ステップＳ２２において、予約数集計管理部４１は、インターネット２を介してWebサーバ３にアクセスし、そのアーティストのコンサートの、その地域、そのネットワーク、その日時における予約数を検索、集計する。同様に、販売数集計管理部４２は、ステップＳ２３において、そのアーティストのコンサートの、その地域、そのネットワーク、その日時における販売数を検索、集計する。
【００２５】
需要量算出部４３は、予約数集計管理部４１により集計されたコンサートの予約数と、販売数集計管理部４２により集計されたコンサートの販売数の供給を受け、需要量を算出するのに必要な予約数と販売数が充分得られたか否かを判定し、それに基づいて検索を終了するか否かをステップＳ２４において判定する。検索をまだ終了することができないと判定した場合、ステップＳ２１に戻り、それ以降の処理が繰り返し実行される。
【００２６】
ステップＳ２４において、充分な予約数と販売数が得られたと判定された場合、ステップＳ２５に進み、需要量算出部４３は、供給された予約数と販売数から、そのアーティストのコンサートに関する、その地域、そのネットワーク、その日時における需要量を算出する。この需要量は、予約数と販売数に、それぞれ所定の重み付けを行った値の和として、算出される。需要量算出部４３は、ステップＳ２６において、ステップＳ２５の処理により算出した需要量を、値付け指標算出システム１３に出力する。
【００２７】
次に、図７のフローチャートを参照して、値付け指標算出システム１３が実行する値付け指標算出処理について説明する。ステップＳ４１において、値付け指標算出部５１は、露出数算出システム１１より露出数を取り込むとともに、需要量算出システム１２より需要量を取り込む。そしてステップＳ４２において、値付け指標算出部５１は、値付け指標を算出するための複数の値付け関数（例えば、後述する線形値付け関数と非線形値付け関数）の中から１つの関数を選択した後、ステップＳ４３において、選択した値付け関数に露出数と需要量を適用して、値付け指標を算出する。
【００２８】
値付け指標算出部５１により算出された値付け指標は、ステップＳ４４において、値付け指標公開部５２に供給され、記憶される。値付け指標公開部５２は、ステップＳ４５において、記憶した値付け指標を第３者に公開する。
【００２９】
次に、値付け指標の具体例について、さらに詳しく説明する。今、所定のアーティストのコンサートに関する露出数（コンサート回数）をEXPとし、そのコンサートの購入希望者数（需要量）をNEEDとする。また、そのコンサートの基準価格をSRPとし、売価（値付け指標）をGoingとする。
【００３０】
露出数EXPと需要量NEEDのバランスが一定の範囲内にある場合には、値付け指標Goingは、基準価格SRPと等しいと考えられる。そして一般的に、露出数EXPが需要量NEEDより大きくなった場合、供給過剰なので、値付け指標Goingは、基準価格SRPより小さい値となる。これに対して、露出数EXPが需要量NEEDより少なくなった場合には、供給不足と考えられ、値付け指標Goingは、基準価格SRPより高くなる。
【００３１】
この原理に基づいて、露出数EXPと需要量NEEDに線形関数を適用し、値付け指標Goingを算出する例について説明する。
【００３２】
例えば、この場合、線形値付け関数は、次式（１）で表すように定義される。
Going＝SRP×F(NEED, EXP) ・・・（１）
なお、ここで、上記Ｆの値は、次式（２）で表される。
Ｆ＝（NEED/EXP）×０．０５ ・・・（２）
上記式（２）に従う場合、例えば、所定の期間にそのコンサートを１００人が欲しがり、５回のコンサートを開催したとき、上記した値Ｆが、次式（３）で表すように、１となる。
Ｆ＝（１００／５）×０．０５＝１ ・・・（３）
従って、このとき、値付け指標Goingは、基準価格SRPと等しい値となる。
【００３３】
これに対して、例えば、そのコンサートを２００人が欲しがり、５回のコンサートを開催した場合には、Ｆの値は、次式（４）に表すように２となる。
Ｆ＝（２００／５）×０．０５＝２ ・・・（４）
従って、このとき、値付け指標Goingは、基準価格SRPの２倍となる。
【００３４】
さらに、１人が欲しがり、５回のコンサートを開催したとき、上記した値Ｆは、次式（５）に示すように、０．０１となる。
Ｆ＝（１／５）×０．０５＝０．０１ ・・・（５）
従ってこの場合、値付け指標Goingは、基準価格SRPの１パーセントの値となる。
【００３５】
このように、線形値付け関数を適用した場合、露出数と需要量に対応して、値付け指標が著しく高騰したり、下落する。これを抑制するには、例えば、次式（６）のような非線形値付け関数を適用することも考えられる。
【００３６】
Going＝SRP＋G（NEED, EXP）×SRP＝SRP（１＋G(NEED，E×P)）・・・（６）
なお、ここでＧの値は、次式（７）で表される。
Ｇ＝（√（(NEED／EXP)×０．０５）−５）／１０ ・・・（７）
いま、NEEDの値が１００００であり、EXPの値が５であるとするとＧの値は、次式（８）で示すように、０．５となる。
Ｇ＝（√（(１００００／５)×０．０５）−５）／１０＝（１０−５）／１０
＝５／１０＝０．５ ・・・（８）
従って、この場合、値付け指標Goingは、SRPの１．５（＝１＋０．５）倍の値となる。
【００３７】
一方、NEEDの値が１であり、EXPの値が５である場合には、次式（９）で示すように、Ｇの値は、−０．４９となる。
【００３８】
Ｇ＝（√(１／５×５／１００)−５）／１０＝（１／１０−５）／１０
＝−４．９／１０＝−０．４９ ・・・（９）
従ってこの場合、値付け指標Goingは、基準価格SRPの０．５１（＝１−０．４９）倍となる。
【００３９】
なお、このような関数による算出処理は、その都度実行してもよいし、予め用意したテーブルを参照して、結果を読み出すようにしてもよい。
【００４０】
次に、露出数の重み付けについて説明する。一流のコンサート会場の露出数（出演回数）と、二流のコンサート会場の露出数（出演回数）とを、それぞれ重み付けしないで露出数として、総和を得るようにすると、必ずしも正確な露出数を得ることができない場合がある。そこでこのような場合、重み付けを行うことができる。
【００４１】
例えば、一流のコンサート会場の露出数をEXPFirstとし、二流のコンサート会場の露出数をEXPSecondとする。そして、露出数EXPFirstに重み付け関数Ｈを適用し、露出数EXPSecondに重み付け関数Ｉを適用し、その和を上記した線形値付け関数、または非線形値付け関数における露出数EXPとすると、露出数EXPは、次式（１０）で表される。
EXP＝H（EXPFirst）＋I（EXPSecond） ・・・（１０）
例えば、一流コンサート会場における露出数EXPFirstを、二流コンサート会場における露出数EXPSecondに対して、１００倍に重み付けるとすると、露出数EXPは、次式（１１）で表される。
EXP＝１００×EXPFirst＋EXPSecond ・・・（１１）
もちろん、このような重み付けは、３種以上のランクの露出数に適用してもよい。
【００４２】
需要量についても、同様に、重み付けすることができる。所定の期間に既に販売されたコンサートの総数をNEEDSoldとし、予約された総数をNEEDBookとする。需要量NEEDSoldに関数Ｊを適用し、需要量NEEDBookに関数Ｋを適用するものとすると、上記線形値付け関数、または非線形値付け関数の需要量NEEDの値は、次式（１２）で表される。
NEED＝J（NEEDSold）＋K（NEEDBook） ・・・（１２）
実際に販売された需要量を、取り消される可能性のある予約の需要量に対して、１０倍に重み付けるものとすると、需要量NEEDは、次式（１３）で表される。
NEED＝１０×NEEDSlod＋NEEDBook ・・・（１３）
もちろん、この場合においても、３種以上のランクの需要量に対して重み付けを行うようにしてもよい。
【００４３】
さらにまた、地域、ネットワークなどに対しても重み付けすることが可能である。例えば、重要度の低い（田舎）の地域の露出数をEXPCountry，EXPFirstCountry，EXPSecondCountry，需要量をNEEDCountry，NEEDSoldCountry，NEEDBookCountryとし、重要度が高い（都会）の地域の露出数と需要量を、それぞれEXPUrban，EXPFirstUrban，EXPSecondUrban，NEEDUrban，NEEDSoldUrban，NEEDBookUrbanとし、それぞれに所定の重み付け関数を適用することができる。
【００４４】
以上のプライシングエージェント１は、所定の国、地域、地方毎に設けることができる。この場合、さらにそれらを統合したグローバルな値付け指標を算出することも可能である。図８は、このような場合のネットワークシステムの構成例を表している。この構成例においては、インターネット２にプライシングエージェント１−１乃至１−ｍと、メタプライシングエージェント６１が接続されている。メタプライシングエージェント６１は、プライシングエージェント１−１乃至１−ｍの値付け指標を取得し、それらを統合して、グローバルな値付け指標を算出する。
【００４５】
図９は、このようなメタプライシングエージェント６１の構成例を表している。記憶部７２は、プライシングエージェント１−１乃至１−ｍからインターネット２を介して供給された値付け指標を、各プライシングエージェント１のユーザ数、コンサートの流通量、コンサートの使用（開催）量などの情報とともに記憶する。成績演算部７１は、記憶部７２に記憶された各プライシングエージェント１−１乃至１−ｍの所定の期間の成績を演算し、記憶部７２に記憶させる。関数生成部７３は、成績演算部７１で演算された成績に基づいて、プライシングエージェント１の能力を評価するための能力評価関数を生成するとともに、各プライシングエージェント１からのデータに基づいて、新たな値付け関数を生成し、記憶部７２に記憶させる。
【００４６】
公開部７５は、成績演算部７１により演算された成績、および、関数生成部７３により生成された値付け関数、さらに、必要に応じて能力評価関数を記憶部７２から読み出し、各プライシングエージェント１−１乃至１−ｍに供給する。値付け指標算出部７４は、関数生成部７３で生成され、記憶部７２に記憶された値付け関数を、メタプライシングエージェント６１が自分自身で実行する値付け指標算出処理に反映させ、値付け指標算出処理を実行する。この処理は、プライシングエージェント１の値付け指標算出部５１により行われる処理と同様の処理である。
【００４７】
次に、図１０と図１１のフローチャートを参照して、図８のネットワークシステムにおける処理について説明する。図１０のフローチャートは、プライシングエージェント１の処理を表しており、図１１のフローチャートは、メタプライシングエージェント６１の処理を表している。
【００４８】
最初に、図１０のプライシングエージェント１の処理について説明する。ステップＳ６１において、プライシングエージェント１の値付け指標算出部５１は、メタプライシングエージェント６１の公開部７５より供給される各種のパラメータを取り込む。このパラメータには、メタプライシングエージェント６１が、後述するステップＳ８４、Ｓ８７で送信する成績、新たな値付け関数、能力評価関数、グローバルな値付け指標などが含まれている。ステップＳ６２において、値付け指標算出部５１は、ステップＳ６１で取り込んだパラメータに基づいて、値付け指標を算出するための値付け関数を設定する。そしてその値付け関数を用いて、上述したように、値付け指標算出部５１は、値付け指標の算出処理を実行する。
【００４９】
ステップＳ６３において、値付け指標算出部５１は、設定された値付け関数、それを用いて得られた値付け指標、ユーザ数、コンサートの流通量、コンサートの開催料、対象期間などを、メタプライシングエージェント６１に送信する。
【００５０】
一方、メタプライシングエージェント６１の記憶部７２は、ステップＳ８１で、プライシングエージェント１−１乃至１−ｍから供給された値付け関数、値付け指標、ユーザ数、コンサートの流通量、コンサートの開催料、対象期間などのデータを取り込み、記憶する。ステップＳ８２において、成績演算部７１は、所定のプライシングエージェント１のユーザ数とコンサートの流通量の関係を、他のプライシングエージェント１のそれらの値と比較したり、その他の期間での値と比較することで、各プライシングエージェント１の所定の期間の成績を演算する。演算した結果が記憶部７２に供給され、記憶される。
【００５１】
ここで、プライシングエージェント１の成績について説明する。プライシングエージェント１の役割は、例えば、古物商の鑑定士のような役割となる。すなわち、一般に受け入れられる商品（サービス）の市場価値を付与することが役割となる。このようなプライシングエージェント１の成績は、そのプライシングエージェント１が設定した値付け指標（価格）における、その商品（サービス）の流通量によって決定することができる。
【００５２】
あるいはまた所定のコンサートに対して、第１のプライシングエージェント１が値付け指標Ａを設定し、第２のプライシングエージェント１が、値付け指標Ｂを設定しているような場合、そのコンサートの実際の販売価格として採用されている数の多い方が、優れたプライシングエージェント１であると評価することもできる。
【００５３】
さらに、様々な価格が存在する実際の取引価格の標準偏差を取り、それが値付け指標Ａと値付け指標Ｂのいずれに近いのかを統計的に調べ、より近い方を、より良い成績であるとすることができる。
【００５４】
この成績にも重み付けを適用することができる。例えば、値付け指標Ａを提示したプライシングエージェント１のカバーする商圏ａの人口が１００万人であり、値付け指標Ｂを提示したプライシングエージェント１のカバーする商圏ｂの人口が１万人だったとする。この場合、値付け指標Ａで実際の取引きをした人が、商圏ａでは２００人、値付け指標Ｂで実際の取引をした人が商圏ｂでは１００人だったとする。なお、ここでは、それ以外の価格での取引はなかったものと仮定する。
【００５５】
この場合、実数では、商圏ａのプライシングエージェント１の方が優秀な成績ということになるが、人口に対する比率を考察すると、値付け指標Ａを提示したプライシングエージェント１の確度は、２００人／１００万人であるのに対し、値付指標Ｂを提示したプライシングエージェント１の確度は、１００人／１万人ということになる。従って、この場合、値付け指標Ｂを設定したプライシングエージェント１の方が、値付け指標Ａを設定したプライシングエージェント１より５０倍成績が良かったということになる。
【００５６】
また、同じプライシングエージェント１でも、提供するコンサートのカテゴリ（ジャンル）によって、成績が異なる場合がある。例えば、クラシックの値付けには優れているが、ジャズ、ロックなどの値付けには優れていないといったことが有り得る。
【００５７】
そこで、成績としては、カテゴリ毎の成績と、それらを総合した成績の両方を求めるようにすることができる。これにより、より正確な成績評価ができるようになる。
【００５８】
さらにまた、カテゴリ分類は、サービスを提供する側の視点からではなく、サービスの提供を受ける側からの視点で分類することも可能である。例えば、年齢、性別、職業といったカテゴリ毎に成績を演算することができる。それにより、例えば、２０歳以下、２０歳乃至４０歳、４０歳以上などの各カテゴリ毎の成績を求め、各年代毎の成績を比較することで、若年層においては成績が優れているが、高年齢層においては優れていないといった特徴を把握することも可能となる。あるいはまた、男女間では成績が良かったが、女性だけの成績は必ずしも良くないといったことも起こり得る。
【００５９】
その結果、カテゴリ毎のプライシングエージェント１の能力差を成績として検出することができる。例えば、第１のプライシングエージェントは、男性の顧客に販売するコンサートに対しては、商談がまとまり易い値付け指標を提示するが（成績が良いが）、保存食品の取引の値付け指標の提示は、商談がまとまりにくく、成績が悪い、というような判定を行うことが可能となる。
【００６０】
ステップＳ８３において、関数生成部７３は、記憶部７２に記憶された、各プライシングエージェント１のデータから、プライシングエージェント１の能力を評価するための能力評価関数と、成績を考慮した、より良い成績が得られるような新たな値付け関数を生成する。この能力評価関数と値付け関数は、記憶部７２に供給され、記憶される。
【００６１】
ここで、能力評価関数とは、例えば、上述した人口を考慮した各商圏における購入者の割合
２００人／１００万人
１００人／１万人
などを意味する。この能力評価関数は、所定の計測期間毎に設定される。すなわち、設定期間は関数のパラメータの１つとなる。従って、期間を延ばしたり縮めたりすることも、能力評価関数を修正するということになる。
【００６２】
ステップＳ８４において、公開部７５は、記憶部７２に記憶された各プライシングエージェント１の成績、新たな値付け関数、並びに必要に応じて能力評価関数を、各プライシングエージェント１にインターネット２を介して送信する。各プライシングエージェント１は、上述したように、ステップＳ６１において、このデータをパラメータとして取り込み、ステップＳ６２において、そのパラメータに基づいて値付け関数を設定し、その値付け関数に基づいて、値付け指標を算出することになる。能力評価関数は、自分自身の能力を評価するのに用いられる。
【００６３】
なお、各プライシングエージェント１は、自分自身の処理範囲の特性（地域毎、あるいは、ネットワーク毎の特性）を考慮して、メタプライシングエージェント６１から送られてきた値付け関数のうち、自由に変更して構わないパラメータがあれば、それを調整することで、自分自身の処理範囲に合った値付け関数を設定する。各プライシングエージェント１は、その成績が良好である場合には、メタプライシングエージェント６１から送られてくる値付け関数を採用せずに、自分自身が既に採用している値付け関数をそのまま用いるようにすることも可能である。
【００６４】
また、各プライシングエージェント１は、自分自身がカバーする範囲に応じた重み付けを行うことで、値付け関数を修正することも可能である。例えば、自分自身がカバーするネットワークにおいては、商用の業者比率が他のネットワークにおける場合より高い場合には、需要量を判定するとき、商用の需要量を非商用の需要量に対して、重みを下げるようにすることも可能である。
【００６５】
すなわち、この場合、
H＝EXPFirst×１００
I＝EXPSecond
だったものを、
H＝EXPFirst×１００
I＝EXPSecond×５
とすることができる。これにより、相対的に、EXPFirstの重みが、EXPSecondの重みより軽くなることになる。
【００６６】
同様に、メタプライシングエージェント６１においても、ステップＳ８５において、値付け関数を自分自身の値付けのための関数に反映させるように、値付け指標算出部７４において処理が行われる。そしてステップＳ８６において、値付け指標算出部７４は、各プライシングエージェント１の値付け指標を元に、グローバルな値付け指標を算出する。具体的には、例えば、各プライシングエージェント１−１乃至１−ｍの値付け指標に所定の重み付けを行った後、その和を演算し、その平均値をグローバルな値付け指標として算出する。ステップＳ８７において、公開部７５は、値付け指標算出部７４で算出され、記憶部７２に記憶されたグローバルな値付け指標を、各プライシングエージェント１に送信する。各プライシングエージェント１は、このグローバルな値付け指標を基に、再度、値付け関数を修正する。もちろん、このようにして演算されたグローバルな値付け指標は、有償で第３者に公開される。
【００６７】
以上のようにして、第３者は、必要に応じて、各地域、国、地方毎の値付け指標や、グローバルな値付け指標を得て、それを基にして、具体的な販売価格を決定することができる。
【００６８】
また、各プライシングエージェント１は、自分自身が属する地域、地方、国などの条件だけでなく、グローバルな条件を加味して、自分自身の地域、地方、国などにおける値付け指標を算出することができる。これにより、より正確な値付け指標が得られるようになる。
【００６９】
このように、本発明では、コンサートの供給量として、コンサート会場のランク情報に基づいて、露出数を算出するようにしたので、そのコンサートに対応する値付け指標を正確に算出することが可能となる。
【００７０】
また、露出数を、コンサートの売上金の総額やコンサートの案内ホームページへのオンライン訪問数などに所定の重み係数を乗算させて算出するようにしてもよい。
【００７１】
なお、図８のネットワークシステムのインターネット２には、例えば、特開平１１−１９６１１３号公報などに開示されている有体物の値段を決定するシステムを接続させ、メタプライシングエージェント６１には、これらのシステムの情報も適宜収集させ、グローバルな値付け指標を算出させることができる。
【００７２】
また、以上においては、アーティストのコンサートの値付け指標を算出する例を説明したが、本発明は、これに限らず、主に、電子的にコピーが可能で、有体物と同様の概念では、供給量が決定できない各種のサービスの値付け指標を算出する場合に適用することが可能である。
【００７３】
以上のプライシングエージェント１における露出数算出システム１１、需要量算出システム１２、および値付け指標算出システム１３や、露出数算出システム１１の出演回数管理部３１、抽出部３２、ランク分け管理部３３、および露出数算出部３４、需要量算出システム１２の予約数集計管理部４１、販売数集計管理部４２、および需要量算出部４３、値付け指標算出システム１３の値付け指標算出部５１、値付け指標公開部５２、および検出部５３、並びに、メタプライシングエージェント６１の成績演算部７１、記憶部７２、関数生成部７３、値付け指標算出部７４、および公開部７５などは、その全部、または一部が、コンピュータにより構成される。例えば、値付け指標算出システム１３をコンピュータで構成する場合、図１２に示すように構成される。
【００７４】
CPU（Central Processing Unit）８１は、ROM（Read Only Memory）８２や記憶部８８に記憶されているプログラムに従って、各種の処理を実行する。RAM（Random Access Memory）８３には、CPU８１が各種の処理を実行する上において必要なプログラムやデータが適宜記憶される。CPU８１、ROM８２、およびRAM８３は、バス８４を介して相互に接続されているとともに、入出力インターフェース８５にも接続されている。入出力インターフェース８５には、キーボードやマウスよりなる入力部８６、LCD（Liquid Crystal Display），CRT（Cathode Ray Tube）、スピーカなどより構成される出力部８７、ハードディスクなどより構成される記憶部８８、インターネット２と通信する通信部８９が接続されている。
【００７５】
また、入出力インターフェース８５には、プログラムをインストールするためのドライブ９０が接続されており、磁気ディスク１０１、光ディスク１０２、光磁気ディスク１０３、または半導体メモリ１０４などが装着されるようになされている。上述した各種の処理は、CPU８１がプログラム（ソフトウェア）に従って実行する。
【００７６】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【００７７】
この記録媒体は、図１２に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１０１（フロッピディスクを含む）、光ディスク１０２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク１０３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ１０４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM８２や、記憶部８８に含まれるハードディスクなどで構成される。
【００７８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【００７９】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【００８０】
【発明の効果】
本発明によれば、無体物としてのサービスに関する値付け指標を、正確、かつ迅速に算出することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したネットワークシステムの構成例を示すブロック図である。
【図２】図１の露出数算出システムの構成例を示すブロック図である。
【図３】図１の需要量算出システムの構成例を示すブロック図である。
【図４】図１の値付け指標算出システムの構成例を示すブロック図である。
【図５】図２の露出数算出システムの掲載数算出処理を説明するフローチャートである。
【図６】図３の需要量算出システムの需要量算出処理を説明するフローチャートである。
【図７】図４の値付け指標算出システムの値付け指標算出処理を説明するフローチャートである。
【図８】本発明を適用した他のネットワークシステムの構成例を示すブロック図である。
【図９】図８のメタプライシングエージェントの構成例を示すブロック図である。
【図１０】図８のプライシングエージェントの動作を説明するフローチャートである。
【図１１】図９のメタプライシングエージェントの処理を説明するフローチャートである。
【図１２】値付け指標算出システムのハードウェアの構成例を示すブロック図である。
【符号の説明】
１ プライシングエージェント， ２ インターネット， ３−１乃至３−ｎ Webサーバ， １１ 露出数算出システム， １２ 需要量算出システム， １３ 値付け指標算出システム， ３１ 出演回数管理部， ３２ 抽出部， ３３ 会場ランク分け管理部， ３４ 露出数算出部， ４１ 予約数集計管理部， ４２ 販売数集計管理部， ４３ 需要量算出部， ５１ 値付け指標算出部， ５２ 値付け指標公開部， ５３ 検出部
Claims (2)
- インターネットに接続されるコンピュータにより構成される露出数算出システム、需要量算出システム、および値付け指標算出システムからならなる情報処理システムにおいて、
前記露出数算出システムは、
コンサートを行ったアーティストの情報とコンサートの会場の情報とを含む、コンサートに関する情報を記憶する第１のデータベースと、
コンサート会場毎の重み係数の情報を記憶する第２のデータベースと、
露出数を検索する対象となるアーティストのコンサートに関する情報を、前記第１のデータベースから第１のCPUによる処理により抽出する抽出手段と、
前記第１のCPUによる処理により、前記抽出手段により抽出された前記アーティストのコンサートの回数に、前記第２のデータベースに記憶されている、コンサート会場毎の重み係数を乗算した値の総和を、前記対象となるアーティストのコンサートの露出数として算出し、露出数を表す情報を前記値付け指標算出システムに出力する出力手段と
を備え、
前記需要量算出システムは、
前記インターネットに接続されている、アーティストのコンサートに関する情報を掲載し、小売りを行っているWebサーバに前記インターネットを介してアクセスして検索を行うことによって、前記対象となるアーティストのコンサートの予約数と販売数を第２のCPUによる処理により集計する集計手段と、
前記集計手段により集計された予約数と販売数にそれぞれの所定の重み係数を乗算して得られた値の和を需要量として前記第２のCPUによる処理により算出し、需要量を表す情報を前記値付け指標算出システムに出力する出力手段と
を備え、
前記値付け指標算出システムは、
前記露出数算出システムから情報が供給された露出数と、前記需要量算出システムから情報が供給された需要量に基づいて第３のCPUによる処理を行い、露出数が需要量より多い場合、前記対象となるアーティストのコンサートの基準価格より低い値を値付け指標として算出し、露出数が需要量より少ない場合、前記対象となるアーティストのコンサートの基準価格より高い値を値付け指標として算出する算出手段を備える
情報処理システム。 - 前記値付け指標算出システムは、前記第３のCPUによる処理によって、前記算出手段により算出されたそれぞれのアーティストのコンサートの値付け指標をリストに登録し、前記Webサーバからの問い合わせに応じて値付け指標を提供する提供手段をさらに備える
請求項１に記載の情報処理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000028717A JP4362746B2 (ja) | 2000-02-07 | 2000-02-07 | 情報処理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000028717A JP4362746B2 (ja) | 2000-02-07 | 2000-02-07 | 情報処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001222628A JP2001222628A (ja) | 2001-08-17 |
| JP4362746B2 true JP4362746B2 (ja) | 2009-11-11 |
Family
ID=18554078
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000028717A Expired - Fee Related JP4362746B2 (ja) | 2000-02-07 | 2000-02-07 | 情報処理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4362746B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2391343A (en) * | 2002-07-31 | 2004-02-04 | Hewlett Packard Co | A method for determining pricing |
-
2000
- 2000-02-07 JP JP2000028717A patent/JP4362746B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001222628A (ja) | 2001-08-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Rosselló-Nadal et al. | Tourist arrivals versus tourist expenditures in modelling tourism demand | |
| Venkatesan et al. | Optimal customer relationship management using Bayesian decision theory: An application for customer selection | |
| Ryans | Estimating consumer preferences for a new durable brand in an established product class | |
| JP6049710B2 (ja) | 利用可能販売店の選択、フィルタリング、および／または提示のための方法およびシステム | |
| US8171022B2 (en) | Methods, systems, and computer program products for facilitating user interaction with customer relationship management, auction, and search engine software using conjoint analysis | |
| Greenstein-Messica et al. | Personal price aware multi-seller recommender system: Evidence from eBay | |
| JP2004534313A (ja) | 消費者の寄付に基づいて市場の需要を判定するための方法およびシステム | |
| JP2002279279A (ja) | 商品推薦装置、商品推薦方法、及び商品推薦プログラム | |
| Haans et al. | Sales drops from closing shops: Assessing the impact of store outlet closures on retail chain revenue | |
| CN110348921B (zh) | 门店物品选取的方法和装置 | |
| Ayeh et al. | ‘Estimating tomorrow’s tourist arrivals’: forecasting the demand for China’s tourism using the general-to-specific approach | |
| JP5733869B1 (ja) | 情報処理装置、情報処理方法、及びプログラム | |
| Gabriel et al. | Using internet as a solution for sales in COVID-19 pandemic: E-commerce. | |
| JP2007041869A (ja) | 投資支援システム及び方法 | |
| Varki et al. | The augmented latent class model: Incorporating additional heterogeneity in the latent class model for panel data | |
| Guedes et al. | The effect of virtual proximity and digital adoption on international tourism flows to Southern Europe | |
| WO2001016818A1 (fr) | Systeme de collecte de specifications relatives a des produits et de donnees connexes liees a la clientele | |
| JP4362746B2 (ja) | 情報処理システム | |
| MacEachern | Measuring the added value of library and information services: the New Zealand approach | |
| KR101034812B1 (ko) | 신규 상품 지각 품질 추정 시스템 및 방법 | |
| JP4962950B2 (ja) | ネットワーク上のユーザに対するレコメンデーションの方法、レコメンデーションサーバ及びプログラム | |
| KR20220125443A (ko) | 마케팅 데이터베이스를 포함한 온라인 쇼핑몰 중개 시스템 | |
| Hassan et al. | Importance of After Purchase Services in Online Business and Customer Satisfaction: A Study from Pakistan | |
| JP4306052B2 (ja) | 情報処理システム | |
| KR20100083540A (ko) | 사전 주문 상품의 거래를 중개하는 방법 및 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070125 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090410 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090414 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090610 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090723 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090805 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120828 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |