JP7372760B2 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Description

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

従来、映画館のシネアド（Cinema Advertising）による映画館側の全体の収益を予測し、予測した収益を映画館側に通知するサービスを提供する技術が知られている（文献１）。例えば、映画館側が新たなチケット料金を設定した場合に、映画館側が得ることができる収益を通知するサービスを提供する技術が知られている。また、従来、興行イベントチケットの属性に基づいて、興行イベントチケットの推奨価格を決定する技術が知られている（文献２）。また、従来、第１販売価格と在庫数の変動とに基づいて、第２販売価格を算出する技術が知られている（文献３）。

特開２０１５－１７９４７２号公報 特表２０１２－５００４２９号公報 特許第６５１６８０２号公報

しかしながら、上述した従来技術では、チケットを適切な価格に変更することができるとは限らなかった。例えば、上述した従来技術は、映画館側の収益に応じて新たなチケット料金の設定を映画館側に促す技術に過ぎない。例えば、上述した従来技術は、属性に応じてチケットの推奨価格を決定する技術に過ぎない。例えば、上述した従来技術は、在庫状況に応じて第２販売価格を算出することができるが、チケットを適切な価格に変更するための向上の余地があった。

本願は、上記に鑑みてなされたものであって、チケットを適切な価格に変更することを目的とする。

本願に係る情報処理装置は、チケットの価格に対応する第１値と、前記価格の変更に関する変更条件とを取得する取得部と、前記取得部により取得された前記第１値と、前記変更条件とに基づいて、前記第１値を第２値に変更する変更部とを備えることを特徴とする。

実施形態の一態様によれば、チケットを適切な価格に変更することができるという効果を奏する。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る情報処理の一例を示す図である。 図３は、実施形態に係る情報処理の一例を示す図である。 図４は、実施形態に係る情報処理システムの構成例を示す図である。 図５は、実施形態に係る端末装置の構成例を示す図である。 図６は、実施形態に係る情報提供装置の構成例を示す図である。 図７は、実施形態に係る情報処理装置の構成例を示す図である。 図８は、実施形態に係るイベント価格履歴情報記憶部の一例を示す図である。 図９は、実施形態に係る販売状況情報記憶部の一例を示す図である。 図１０は、実施形態に係る価格変更条件情報記憶部の一例を示す図である。 図１１は、実施形態に係る価格変更変遷情報記憶部の一例を示す図である。 図１２は、実施形態に係る情報処理の一例を示すフローチャートである。 図１３は、実施形態に係る情報処理の一例を示すフローチャートである。 図１４は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．情報処理の一例〕
図１では、情報処理装置１００が、チケットの価格と販売状況とに応じて、チケットの価格を変更する場合を示す。例えば、情報処理装置１００は、チケットの販売状況に応じて、チケットの適正価格を推定し、チケットの価格を変更する。図１では、チケットの価格の変更の対象であるイベントＡのチケットの価格を変更する。そして、情報処理装置１００は、チケットの情報提供のサービスやチケットの販売を行うものとする。例えば、情報処理装置１００は、チケットの変更後の価格に関する情報を提供するサービスを提供する。例えば、情報処理装置１００は、変更後の価格でチケットを販売する。

実施形態に係るチケットは、所定のイベントのチケットであれば、どのようなチケットであってもよい。例えば、実施形態に係るチケットは、所定のイベントに参加（入場）するためのチケットであってもよい。また、実施形態に係るイベントは、例えば、野球のスタジアムや映画館などの会場で行われるイベントに限らず、どのようなイベントであってもよい。例えば、実施形態に係るイベントは、会場などの物理的な空間で行われるイベントに限らず、インターネットなどの仮想的な空間上で行われるイベントであってもよい。また、実施形態に係るイベントが会場などの物理的な空間で行われる場合には、実施形態に係るイベントは、席がある場合のイベントでも、席という概念がない場合のイベントでもよい。また、席がある場合のイベントである場合には、実施形態に係るイベントは、席種がある場合のイベントでも、席種がない場合のイベントでもよい。なお、図１の例では、席種がない場合のイベントのチケットを一例として説明する。また、席種がある場合の処理については後述する。以下、図１を用いて、実施形態に係る情報処理の一例を説明する。

情報処理装置１００は、過去に行われたイベントのチケットの価格に関する情報（以下、適宜、「イベント価格履歴情報」と呼ぶ）を取得する（ステップＳ１０１）。例えば、情報処理装置１００は、イベントＡに関連する過去のイベントのイベント価格履歴情報を取得する。例えば、情報処理装置１００は、イベントＡと所定の関係を有する過去のイベントのイベント価格履歴情報を取得する。ここで、イベントＡと所定の関係を有する過去のイベントとは、例えば、イベントＡと同じカテゴリに属する過去のイベントや、イベントＡと類似する規模の過去のイベントや、イベントＡと同じ場所で開催された過去のイベントや、イベントＡに出演する出演者が出演した過去のイベントなどであってもよい。また、情報処理装置１００は、イベントＡの管理者により予め選択された過去のイベントのイベント価格履歴情報を取得してもよい。図１では、情報処理装置１００は、情報提供装置５０から送信されたイベント価格履歴情報を取得する。具体的には、情報処理装置１００は、イベント価格履歴情報ＬＩＮＦ１を取得する。

情報処理装置１００は、取得したイベント価格履歴情報を所定の記憶部に格納する（ステップＳ１０２）。図１では、情報処理装置１００は、イベント価格履歴情報ＬＩＮＦ１をイベント価格履歴情報記憶部１２１に格納する。

情報処理装置１００は、イベントＡのチケットの初値である初期価格を決定する（ステップＳ１０３）。情報処理装置１００は、取得したイベント価格履歴情報に基づいて、イベントＡのチケットの初期価格を決定する。図１では、情報処理装置１００は、イベント価格履歴情報記憶部１２１に格納されたイベント価格履歴情報に基づいて、イベントＡのチケットの初期価格を決定する。図１では、情報処理装置１００は、イベントＡのチケットの初期価格を３万円に決定する。

情報処理装置１００は、取得したイベント価格履歴情報に含まれる価格のうち最大の価格以上の価格であればどのような価格を初期価格に決定してもよい。例えば、情報処理装置１００は、取得したイベント価格履歴情報に含まれる価格のうち最大の価格を初期価格に決定してもよい。また、情報処理装置１００は、取得したイベント価格履歴情報に含まれる価格のいずれよりも大きな価格を初期価格に決定してもよい。例えば、情報処理装置１００は、取得したイベント価格履歴情報に含まれる価格のうち最大の価格の倍の価格を初期価格に決定してもよい。

情報処理装置１００は、イベントＡのチケットの価格に関する情報の要求を取得する（ステップＳ１０４）。情報処理装置１００は、イベントＡのチケットの価格に関する情報の配信要求を取得する。図１では、情報処理装置１００は、ユーザＵ１による操作に応じて端末装置１０－１から送信された要求を取得する。図１では、情報処理装置１００は、所定のタイミングである日時ｔ１に端末装置１０－１から送信された要求を取得する。

情報処理装置１００は、ユーザＵ１から取得した要求に応じて、イベントＡのチケットの価格に関する情報を提供する（ステップＳ１０５）。情報処理装置１００は、要求を取得した時点でのイベントＡのチケットの価格に関する情報を提供する。すなわち、情報処理装置１００は、ユーザＵ１から要求を取得した時点でのイベントＡのチケットの最新の価格に関する情報を提供する。図１では、情報処理装置１００は、日時ｔ１でのイベントＡのチケットの価格に関する情報を提供する。情報処理装置１００は、端末装置１０－１にチケットの価格に関する情報を送信する。具体的には、情報処理装置１００は、ユーザＵ１にイベントＡのチケットの価格が３万円である旨を通知する。より具体的には、情報処理装置１００は、ユーザＵ１から要求を取得した時点でのイベントＡのチケットの価格が３万円であるので、ユーザＵ１にイベントＡのチケットの価格が３万円である旨を通知する。

情報処理装置１００は、イベントＡのチケットの販売状況に関する情報（以下、適宜、「販売状況情報」と呼ぶ）を取得する（ステップＳ１０６）。例えば、情報処理装置１００は、イベントＡのチケットの売上状況に関する情報を取得する。例えば、情報処理装置１００は、イベントＡのチケットを提供（販売）するサイトのページビュー（ＰＶ）数に関する情報を取得する。例えば、情報処理装置１００は、チケットの販売の過去の事例に関する情報を取得する。具体的には、情報処理装置１００は、イベントＡに関連する過去のイベントのチケットの販売に関する情報を取得する。例えば、情報処理装置１００は、イベントＡのチケットの価格に応じて通知するアラートリクエストに関する情報を取得する。具体的には、情報処理装置１００は、イベントＡのチケットの価格が所定の閾値以下となった場合にユーザへ通知するアラートリクエストに関する情報を取得する。例えば、情報処理装置１００は、イベントＡのチケットの価格が所定の閾値以下となった場合にユーザへ通知するアラートリクエストを設定したユーザの数や設定された閾値に関する情報を取得する。例えば、情報処理装置１００は、イベントＡのチケットについてユーザが設定した閾値を用いて適正価格を推定してもよい。また、情報処理装置１００は、所定の記憶部に格納された販売状況情報を取得する。図１では、情報処理装置１００は、販売状況情報記憶部１２２に格納された販売状況情報を取得する。

情報処理装置１００は、イベントＡのチケットの適正価格を推定する（ステップＳ１０７）。情報処理装置１００は、取得した販売状況情報に基づいて、イベントＡのチケットの適正価格を推定する。図１では、情報処理装置１００は、販売状況情報記憶部１２２に格納された販売状況情報に基づいて、イベントＡの適正価格を推定する。図１では、情報処理装置１００は、イベントＡのチケットの適正価格を１万円と推定する。なお、推定されたチケットの適正価格を、適宜、「推定適正価格」と呼ぶ。また、推定適正価格に対応する値を「推定適正値」と呼ぶ。具体的な処理の例を挙げると、情報処理装置１００は、過去の販売状況の履歴に基づいて、推定適正価格を推定する。例えば、情報処理装置１００は、過去の販売状況と、過去の販売状況に対応する価格とに基づいて、推定適正価格を推定する。例えば、情報処理装置１００は、過去の販売状況の履歴と、取得した販売状況情報とを比較することで、推定適正価格を推定する。例えば、情報処理装置１００は、過去の販売状況と価格との組み合わせを正解情報としてモデルを生成する。例えば、情報処理装置１００は、過去の販売状況の履歴のうち売上が高かった際の販売状況と価格との組み合わせを正解情報としてモデルを生成する。具体的には、情報処理装置１００は、過去の販売状況と価格との組み合わせに基づくモデルであって、販売状況情報を入力として、販売状況情報に対応するチケットのスコア（価格を示す値）を出力するモデルを生成する。また、モデルを用いて推定適正価格を推定する場合には、情報処理装置１００は、販売状況情報を入力することで、モデルが出力したスコアを用いて推定する。この場合、情報処理装置１００は、モデルが出力するスコアの一例として、チケットの価格を出力してもよい。

情報処理装置１００は、イベントＡのチケットの価格を変更する（ステップＳ１０８）。情報処理装置１００は、所定のタイミングでのイベントＡのチケットの価格に関する情報と、チケットの価格の変更に関する条件とに基づいて、イベントＡのチケットの価格を変更する。例えば、情報処理装置１００は、初期価格が設定されてから所定のタイミングでのイベントＡのチケットの価格に関する情報と、チケットの価格の変更に関する条件とに基づいて、イベントＡのチケットの価格を変更する。例えば、情報処理装置１００は、イベントＡのチケットの価格が変更された直後から所定のタイミングでのイベントＡのチケットの価格に関する情報と、チケットの価格の変更に関する条件とに基づいて、イベントＡのチケットの価格を変更する。図１では、情報処理装置１００は、所定のタイミングである日時ｔ２でのイベントＡのチケットの価格に関する情報と、チケットの価格の変更に関する条件とに基づいて、日時ｔ２にイベントＡのチケットの価格を変更する。

チケットの価格が変更された時点の変更直前と変更直後に対応する価格を、各々、適宜、「第１値」及び「第２値」と呼ぶ。例えば、第１値は、初期価格であってもよい。情報処理装置１００は、イベントＡのチケットの第１値が設定されてから所定の時間が経過した時点でのイベントＡのチケットの価格に関する情報と、チケットの価格の変更に関する条件とに基づいて、イベントＡのチケットの価格を第２値に変更する。

チケットの価格の変更に関する条件は、チケットの価格の変更する期間に関する条件を含んでもよい。また、チケットの価格の変更に関する条件は、チケットの価格の変更する幅に関する条件を含んでもよい。

例えば、情報処理装置１００は、イベントＡのチケットの第１値が設定された時点からの経過時間が、チケットの価格の変更する期間に関する条件を満たす場合、イベントＡのチケットの第１値を第２値に変更してもよい。例えば、情報処理装置１００は、チケットの価格の変更する幅に関する条件に基づいて、幅に対応する値で増加又は減少させることにより、イベントＡのチケットの第１値を第２値に変更してもよい。

情報処理装置１００は、推定適正値に基づいて、イベントＡのチケットの価格を変更する。例えば、情報処理装置１００は、推定適正値とイベントＡのチケットの第１値との範囲内で、イベントＡのチケットの価格を変更してもよい。例えば、情報処理装置１００は、推定適正値がイベントＡのチケットの第１値よりも小さい場合、イベントＡのチケットの第１値を第２値に変更してもよい。例えば、情報処理装置１００は、推定適正値がイベントＡのチケットの第１値よりも大きい場合、イベントＡのチケットの第１値を第２値に変更してもよい。図１では、推定適正値がイベントＡのチケットの第１値よりも小さい場合を示す。また、情報処理装置１００は、イベントＡのチケットの価格を、イベントＡのチケットの第１値と推定適正値との平均値に対応する価格に変更してもよい。

情報処理装置１００は、ユーザＵ２による操作に応じて端末装置１０－２から送信されたイベントＡのチケットの価格に関する情報の要求を取得する（ステップＳ１０９）。図１では、情報処理装置１００は、所定のタイミングである日時ｔ３に端末装置１０－２から送信された要求を取得する。

情報処理装置１００は、日時ｔ３でのイベントＡのチケットの価格に関する情報を提供する（ステップＳ１１０）。情報処理装置１００は、端末装置１０－２にチケットの価格に関する情報を送信する。図１では、情報処理装置１００は、日時ｔ２で変更された変更後のチケットの価格に関する情報を提供する。図１では、情報処理装置１００は、ユーザＵ２にイベントＡのチケットが２万円である旨を通知する。すなわち、情報処理装置１００は、ユーザＵ２から要求を取得した時点でのイベントＡのチケットの変更後の最新の価格に関する情報を提供する。

〔２．処理のバリエーション〕
（２－１．席種）
図１に示す例では、席種がない場合のチケットの価格を一例として示したが、情報処理装置１００は、席種がある場合のチケットの価格を変更してもよい。席種がある場合、情報処理装置１００は、席種ごとにチケットの価格を変更してもよいし、席種全体でチケットの価格を変更してもよい。ここで、席種ごとにチケットの価格を変更する場合、情報処理装置１００は、席種ごとのチケットの価格に関する情報や席種ごとのチケットの販売状況に関する情報を用いて、ステップＳ１０１乃至Ｓ１１０と同様の処理を行ってもよい。例えば、情報処理装置１００は、席種ごとにイベント価格履歴情報を取得し、席種ごとにチケットの適正価格を推定し、価格の変更に関する条件に基づいて席種ごとにチケットの価格を変更してもよい。また、席種全体でチケットの価格を変更する場合、情報処理装置１００は、席種全体のチケットのスコアを決定してもよい。図１に示す例では、チケットの価格の変更を一例として示したが、情報処理装置１００は、席種全体のチケットのスコアを変更してもよい。また、情報処理装置１００は、席種ごとに予め定められた重みに基づいて、席種ごとのチケットの価格を算出してもよい。例えば、情報処理装置１００は、席種全体のチケットのスコアに、所定の席種の重みを乗算することにより、所定の席種の価格を算出してもよい。

図２は、席種ごとにチケットの価格を算出する場合を示す。図２に示すスタジアムには、スタジアムで最もグレードの高いランクＳのＳ席と、ランクＳの次にグレードの高いランクＡのＡ席と、ランクＡの次にグレードの高いランクＢのＢ席と、ランクＢの次にグレードの高いランクＣのＣ席と、スタジアムで最もグレードの低いランクＤのＤ席が含まれ、各々のランクに対して席種ごとの重みが定められているものとする。図２に示す例では、情報処理装置１００は、例えば、席種全体のチケットのスコアとＳ席の重みとを乗算することにより、Ｓ席の価格を算出する。具体的には、情報処理装置１００は、席種全体のチケットのスコアである１万円と、Ｓ席の重みである１．５とを乗算することにより、Ｓ席の価格を１万５千円と決定する。また、情報処理装置１００は、席ごとのチケットの価格を算出してもよい。例えば、情報処理装置１００は、席種全体のチケットのスコアに所定の席の重みを乗算することにより、所定の席の価格を算出してもよい。図３は、席ごとにチケットの価格を算出する場合を示す。図３に示す客席には、ステージに近い前列のシートである席Ｓ１～席Ｓ８と、後列のシートである席Ｓ９～席Ｓ１６があり、前列及び後列の各々の席に対して席ごとの重みが定められているものとする。なお、図３では、席Ｓ４及び席Ｓ５が前列のシートの中央であり、席Ｓ１２及び席Ｓ１３が後列のシートの中央であるものとする。図３に示す例では、例えば、情報処理装置１００は、席種全体のチケットのスコアと席Ｓ３の重みとを乗算することにより、席Ｓ３の価格を算出する。具体的には、情報処理装置１００は、席種全体のチケットのスコアである１万円と、席Ｓ３の重みである１とを乗算することにより、席Ｓ３の価格を１万円と決定する。このように、情報処理装置１００は、ユーザから要求を取得した時点での席種全体のチケットのスコアと、席種ごと又は席ごとの重みとに基づいて、席種ごと又は席ごとのチケットのスコアを算出してもよい。

（２－２．席種の重み）
情報処理装置１００は、イベントの種別に応じた席種ごとの重みを決定してもよい。具体的な例を挙げると、情報処理装置１００は、イベントの種別がスタジアムでの試合の観戦である場合には、見やすいエリアの席種の重みが高くなるように席種ごとの重みを決定してもよい。例えば、情報処理装置１００は、イベントの種別がクラシックコンサートである場合には、ピアノに近いエリアの席種の重みが高くなるように席種ごとの重みを決定してもよい。例えば、情報処理装置１００は、イベントの種別がライブである場合には、ライブ前方の席種の重みが高くなるように席種ごとの重みを決定してもよい。また、情報処理装置１００は、席ごとに重みを決定してもよい。例えば、情報処理装置１００は、所定の席の周囲に空席が多いほど所定の席の重みが高くなるように席ごとの重みを決定してもよい。具体的には、情報処理装置１００は、所定の席の周囲に空席がなく一人しか座れない席より、カップルやファミリーなど複数が並んで座れる席ほど重みが高くなるように席ごとの重みを決定してもよい。例えば、情報処理装置１００は、前列かつ中央の席ほど重みが高くなるように席ごとの重みを決定してもよい。例えば、情報処理装置１００は、人気が高い席や、売れ易い席ほど重みが高くなるように席ごとの重みを決定してもよい。

（２－３．期間ごとの変更）
図１に示す例では、情報処理装置１００が、ユーザから要求を取得した時点でのチケットの価格（以下、適宜、「現在値」と呼ぶ）と推定適正値とに基づいて、チケットの価格を変更する場合を示した。例えば、図１では、情報処理装置１００が、現在値が推定適正値から所定の閾値以上乖離した場合に、現在値と推定適正値との平均値にチケットの価格を変更する場合を示した。ここで、情報処理装置１００は、現在値が設定されてから所定の期間が経過した場合に、所定の期間ごとに段階的にチケットの価格を変更してもよい。図１の条件ＤＣ１が示すように、情報処理装置１００は、期間ＴＭ１が経過するごとに、値ＶＬ１だけ変更させた価格をチケットの価格に決定してもよい。なお、図１に示すように、推定適正値を推定する場合には、情報処理装置１００は、推定適正値を用いた条件を優先して、チケットの価格を変更してもよい。

（２－４．価格増加）
図１に示す例では、チケットの価格を減少させることにより、チケットの価格を変更する場合を示したが、情報処理装置１００は、チケットの価格を増加させることにより、チケットの価格を変更してもよい。例えば、情報処理装置１００は、所定の期間ごとに段階的にチケットの価格を減少させた後、所定の期間ごとに段階的にチケットの価格を増加させてもよい。例えば、情報処理装置１００は、推定適正値が現在値よりも高くなった場合、チケットの価格を増加させてもよい。具体的な例を挙げると、情報処理装置１００は、メディアやインターネットでイベントＡが紹介された場合、イベントＡのチケットが人気になると推定して、イベントＡのチケットの推定適正値を高くすることで、チケットの価格を増加させてもよい。

（２－５．推定適正値）
図１に示す例では、取得した販売状況情報に基づいて推定適正値を決定する場合を示したが、情報処理装置１００は、イベント周辺の天気状況に関する情報や公共交通機関の混雑状況に関する情報などの種々の情報に基づいて推定適正値を決定してもよい。例えば、情報処理装置１００は、外部サーバから送信されたイベント周辺の天気状況に関する情報に基づいて、イベント開催の日時に天気が不安定になる可能性が高まるとする予報がなされた場合には、チケットが売れなくなると推定して、推定適正値を低くしてもよい。

（２－６．初期価格）
図１に示す例では、取得したイベント価格履歴情報に含まれる価格のうち最大の価格以上の価格を初期価格に決定する場合を示したが、情報処理装置１００は、チケットを提供する提供者（例えば、販売者）やイベントを管理する管理者（例えば、主催者）により予め設定された価格を初期価格に決定してもよい。また、情報処理装置１００は、取得したイベント価格履歴情報に含まれる価格のうち特定の価格を除外した後の価格の中から最大の価格を選択してもよい。例えば、情報処理装置１００は、取得したイベント価格履歴情報に含まれる価格のうち、エラーとみなされた特定の価格を除外した後の価格の中から最大の価格を選択して、最大の価格以上の価格を初期価格に決定してもよい。

（２－７．価格変更）
情報処理装置１００は、チケットの提供者やイベントの管理者により初期価格や初期価格が設定された後の価格の変更や修正を随時受け付けてもよい。この場合、情報処理装置１００は、受け付けた価格に受け付けたタイミングでチケットの価格を変更してもよい。

（２－８．第１値）
図１に示す例では、第１値である初期価格を第２値に変更する場合を示したが、第１値は初期価格に限らず、どのタイミングでの価格に対応する値であってもよい。例えば、情報処理装置１００は、図１のグラフＧＲ２が示す日時ｔ２～ｔ３に対応する価格を第１値として第２値を算出することにより、チケットの価格を変更してもよい。

（２－９．販売状況情報）
図１に示す例では、所定の記憶部に格納された販売状況情報を取得する場合を示したが、情報処理装置１００は、外部サーバから送信された販売状況情報を取得してもよい。例えば、情報処理装置１００は、チケットの提供者やイベントの管理者により提供された販売状況情報を取得してもよい。なお、販売状況情報は、チケットの売上状況、ＰＶ数、過去の販売事例、アラートリクエストに関する情報に限らず、チケットの販売状況に関する情報であれば、どのような情報であってもよい。

（２－１０．価格変更条件）
チケットの価格の変更に関する条件は、図１に示す例に限らず、どのような条件であってもよい。例えば、チケットの価格の変更に関する条件は、チケットの価格の変更する期間に関する条件や幅に関する条件に限らず、どのような条件を含んでもよいものとする。例えば、図１に示す例では、チケットの価格を変更する幅に関する条件に基づいて、現在値と推定適正値との平均値を第２値として算出する場合を示したが、チケットの価格を変更する幅に関する条件は、平均値を第２値として算出する条件に限らず、現在値と推定適正値とに基づくどのような条件であってもよいものとする。

（２－１１．チケット販売）
図１に示す例では、情報処理装置１００がチケットの販売を行う場合を示したが、外部サーバがチケットの販売を行ってもよいものとする。この場合、情報処理装置１００は、チケットの価格に関する情報を、チケットを販売する外部サーバに送信する。例えば、情報処理装置１００は、チケットの価格に関する情報の要求を取得すると、チケットの価格に関する情報を、チケットを販売する外部サーバに送信する。例えば、情報処理装置１００は、チケットの変更後の最新の価格に関する情報を提供する。例えば、情報処理装置１００は、チケットの価格の変更の変遷に関する情報を提供してもよい。そして、チケットを販売する外部サーバは、情報処理装置１００から提供された価格でチケットを販売する。

〔３．情報処理システムの構成〕
図４に示す情報処理システム１について説明する。図４に示すように、情報処理システム１は、端末装置１０と、情報提供装置５０と、情報処理装置１００とが含まれる。端末装置１０と、情報提供装置５０と、情報処理装置１００とは所定の通信網（ネットワークＮ）を介して、有線または無線により通信可能に接続される。図４は、実施形態に係る情報処理システムの構成例を示す図である。なお、図４に示した情報処理システム１には、複数台の端末装置１０や、複数台の情報提供装置５０や、複数台の情報処理装置１００が含まれてもよい。

端末装置１０は、ユーザによって利用される情報処理装置である。端末装置１０は、実施形態における処理を実現可能であれば、どのような装置であってもよい。また、端末装置１０は、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等の装置であってもよい。図１に示す例においては、端末装置１０がスマートフォンである場合を示す。

情報提供装置５０は、イベント価格履歴情報を情報処理装置１００に提供するサーバ装置である。なお、情報提供装置５０は、チケットの価格と対応付けて、過去のイベント周辺の天気状況に関する情報や公共交通機関の混雑状況に関する情報などの種々の情報を提供してもよい。

情報処理装置１００は、チケットの価格を変更するために用いられる。情報処理装置１００は、例えば、ＰＣ、ＷＳ（Work Station）等の情報処理装置であり、端末装置１０等からネットワークＮを介して送信されてきた情報に基づいて処理を行う。

〔４．端末装置の構成〕
次に、図５を用いて、実施形態に係る端末装置１０の構成について説明する。図５は、実施形態に係る端末装置１０の構成例を示す図である。図５に示すように、端末装置１０は、通信部１１と、入力部１２と、出力部１３と、制御部１４とを有する。

（通信部１１）
通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、情報処理装置１００等との間で情報の送受信を行う。

（入力部１２）
入力部１２は、ユーザからの各種操作を受け付ける。図１に示す例では、ユーザＵ１及びユーザＵ２からの各種操作を受け付ける。例えば、入力部１２は、タッチパネル機能により表示面を介してユーザからの各種操作を受け付けてもよい。また、入力部１２は、端末装置１０に設けられたボタンや、端末装置１０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

（出力部１３）
出力部１３は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。また、出力部１３は、情報処理装置１００から送信された情報を出力する。例えば、出力部１３は、情報処理装置１００から送信されたイベントのチケットの価格に関する情報を出力する。

（制御部１４）
制御部１４は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、端末装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ（Random Access Memory)を作業領域として実行されることにより実現される。例えば、この各種プログラムには、端末装置１０にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、情報処理装置１００から送信されたイベントのチケットの価格に関する情報を表示するアプリケーションのプログラムが含まれる。また、制御部１４は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図５に示すように、制御部１４は、送信部１４１と、受信部１４２を有し、以下に説明する情報処理の作用を実現または実行する。

（送信部１４１）
送信部１４１は、外部の情報処理装置へ各種情報を提供する。送信部１４１は、外部の情報処理装置へ各種情報を送信する。例えば、送信部１４１は、情報処理装置１００等の他の情報処理装置へ各種情報を送信する。例えば、送信部１４１は、イベントのチケットの価格に関する情報の要求を送信する。

（受信部１４２）
受信部１４２は、各種情報を受信する。受信部１４２は、外部の情報処理装置から各種情報を受信する。受信部１４２は、情報処理装置１００等の他の情報処理装置から各種情報を受信する。例えば、受信部１４２は、イベントのチケットの価格に関する情報を受信する。

〔５．情報提供装置の構成〕
次に、図６を用いて、実施形態に係る情報提供装置５０の構成について説明する。図６は、実施形態に係る情報提供装置５０の構成例を示す図である。図６に示すように、情報提供装置５０は、通信部５１と、記憶部５２と、制御部５３とを有する。なお、情報提供装置５０は、情報提供装置５０の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部５１）
通信部５１は、例えば、ＮＩＣ等によって実現される。そして、通信部５１は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、情報処理装置１００等との間で情報の送受信を行う。

（記憶部５２）
記憶部５２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部５２は、イベント価格履歴情報を記憶する。

（制御部５３）
制御部５３は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、情報提供装置５０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部５３は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図６に示すように、制御部５３は、送信部５３１を有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部５３の内部構成は、図６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（送信部５３１）
送信部５３１は、外部の情報処理装置へ各種情報を提供する。送信部５３１は、外部の情報処理装置へ各種情報を送信する。例えば、送信部５３１は、情報処理装置１００等の他の情報処理装置へ各種情報を送信する。例えば、送信部５３１は、イベント価格履歴情報を送信する。

〔６．情報処理装置の構成〕
次に、図７を用いて、実施形態に係る情報処理装置１００の構成について説明する。図７は、実施形態に係る情報処理装置１００の構成例を示す図である。図７に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、情報処理装置１００は、情報処理装置１００の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、端末装置１０等との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図７に示すように、記憶部１２０は、イベント価格履歴情報記憶部１２１と、販売状況情報記憶部１２２と、価格変更条件情報記憶部１２３と、価格変更変遷情報記憶部１２４とを有する。

イベント価格履歴情報記憶部１２１は、イベント価格履歴情報を記憶する。ここで、図８に、実施形態に係るイベント価格履歴情報記憶部１２１の一例を示す。図８に示すように、イベント価格履歴情報記憶部１２１は、「過去イベントＩＤ」、「過去イベント」、「会場」、「価格履歴」といった項目を有する。

「過去イベントＩＤ」は、過去のイベントを識別するための識別情報を示す。「過去イベント」は、過去に行われたイベントの名称を示す。例えば、イベントＰＩＶ１により識別される過去に行われたイベントの名称がイベントＸであることを示す。「会場」は、過去のイベントが行われた会場の名称を示す。例えば、イベントＸが施設Ｘで行われたことを示す。「価格履歴」は、過去に行われたイベントのチケットの価格の履歴に関する情報を示す。例えば、「価格履歴」は、チケットの初期価格の履歴に関する情報を示してもよいし、日時ごとのチケットの価格の履歴に関する情報を示してもよいし、席種ごとのチケットの価格の履歴に関する情報を示してもよい。図８に示す例では、「価格履歴」に「価格履歴＃１」や「価格履歴＃２」といった概念的な情報が格納される例を示したが、実際には、円やドルなどにより示されるデータが格納される。

販売状況情報記憶部１２２は、販売状況情報を記憶する。ここで、図９に、実施形態に係る販売状況情報記憶部１２２の一例を示す。図９に示すように、販売状況情報記憶部１２２は、「イベントＩＤ」、「ＰＶ」、「売上」といった項目を有する。

「イベントＩＤ」は、イベントを識別するための識別情報を示す。「ＰＶ」は、イベントのチケットを提供するサイトのページビュー数を示す。例えば、「ＰＶ」は、日時ごとのページビュー数を示してもよい。図９に示す例では、「ＰＶ」に「ＰＶ＃１」や「ＰＶ＃２」といった概念的な情報が格納される例を示したが、実際には、「２０１９年５月２１日：２００回」、「２０１９年５月２２日：２５０回」などのデータが格納される。「売上」は、イベントのチケットの売上状況を示す。例えば、「売上」は、日時ごとの売上状況を示してもよい。例えば、「売上」は、チケットの価格ごとの売上状況を示してもよい。図９に示す例では、「売上」に「売上＃１」や「売上＃２」といった概念的な情報が格納される例を示したが、実際には、「２０１９年５月２１日：チケット価格２万円：チケット購入数５０件」、「２０１９年５月２２日：チケット価格１万円：チケット購入数２００件」などのデータが格納される。

価格変更条件情報記憶部１２３は、チケットの価格の変更に関する条件を記憶する。ここで、図１０に、実施形態に係る価格変更条件情報記憶部１２３の一例を示す。図１０に示すように、価格変更条件情報記憶部１２３は、「条件ＩＤ」、「条件１」、「条件２」といった項目を有する。なお、価格変更条件情報記憶部１２３が有する条件の項目の数に限りはないものとする。

「条件ＩＤ」は、チケットの価格の変更に関する条件を識別するための識別情報を示す。「条件１」や「条件２」は、チケットの価格の変更に関する条件を示す。例えば、「条件１」や「条件２」は、チケットの価格の変更する期間に関する条件や、チケットの価格の幅に関する条件を示してもよい。図１０に示す例では、「条件１」や「条件２」に「条件＃１１」や「条件＃２１」といった概念的な情報が格納される例を示したが、実際には、「現在値の設定時点から期間ＴＭ１が経過」、「現在値から値ＶＬ１減少」などのデータが格納される。また、「条件１」や「条件２」に、条件を示す算出式のデータが格納されてもよい。

価格変更変遷情報記憶部１２４は、チケットの価格の変遷に関する情報を記憶する。ここで、図１１に、実施形態に係る価格変更変遷情報記憶部１２４の一例を示す。図１１に示すように、価格変更変遷情報記憶部１２４は、「イベントＩＤ」、「イベント」、「価格変遷」といった項目を有する。

「イベントＩＤ」は、価格の変更の対象となるイベントを識別するための識別情報を示す。「イベント」は、価格の変更の対象となるイベントの名称を示す。例えば、イベントＩＶ１により識別されるイベントの名称がイベントＡであることを示す。「価格変遷」は、価格の変更の対象となるイベントのチケットの価格の変遷に関する情報を示す。「価格変遷」に「日時」や「価格」といった項目が含まれてもよい。「日時」は、対象となるイベントのチケットの価格が新たに設定された際の日時を示す。例えば、「日時」は、対象となるイベントのチケットの初期価格が設定された際の日時や、対象となるイベントのチケットの価格が変更された際の日時を示す。「価格」は、対象となるイベントのチケットの価格が新たに設定された際のチケットの価格を示す。「価格」は、「日時」に対応するチケットの価格を示す。なお、価格変更変遷情報記憶部１２４に記憶された情報は、例えばイベント終了後に、イベント価格履歴情報記憶部１２１に記憶されてもよい。

（制御部１３０）
制御部１３０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図７に示すように、制御部１３０は、取得部１３１と、決定部１３２と、推定部１３３と、判定部１３４と、変更部１３５と、提供部１３６とを有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部１３０の内部構成は、図７に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（取得部１３１）
取得部１３１は、各種情報を取得する。取得部１３１は、外部の情報処理装置から各種情報を取得する。取得部１３１は、端末装置１０等の他の情報処理装置から各種情報を取得する。

取得部１３１は、記憶部１２０から各種情報を取得する。取得部１３１は、イベント価格履歴情報記憶部１２１や販売状況情報記憶部１２２や価格変更条件情報記憶部１２３や価格変更変遷情報記憶部１２４から各種情報を取得する。

取得部１３１は、取得した各種情報を記憶部１２０に格納する。取得部１３１は、イベント価格履歴情報記憶部１２１や販売状況情報記憶部１２２や価格変更条件情報記憶部１２３や価格変更変遷情報記憶部１２４に各種情報を格納する。

取得部１３１は、他の機能構成により決定、推定、判定、変更された各種情報を取得する。

取得部１３１は、過去のイベントの価格に関する情報を取得する。取得部１３１は、対象となるイベントに関連する過去のイベントの価格に関する情報を取得する。取得部１３１は、イベント価格履歴情報を取得する。例えば、取得部１３１は、情報提供装置５０から送信されたイベント価格履歴情報を取得する。

取得部１３１は、チケットの価格に関する情報を取得する。取得部１３１は、チケットの価格に対応する第１値を取得する。取得部１３１は、チケットの販売開始時の価格に対応する第１値を取得する。取得部１３１は、初期価格に対応する第１値を取得する。取得部１３１は、所定のイベントのチケットの価格に対応する第１値を取得する。取得部１３１は、チケットの価格を示す第１値を取得する。取得部１３１は、チケットの価格に関するスコアである第１値を取得する。

取得部１３１は、ユーザから要求を取得した時点のチケットの価格に対応する現在値を取得する。取得部１３１は、チケットの適正価格に対応する推定適正値を取得する。

取得部１３１は、チケットの価格の変更の条件に関する情報を取得する。例えば、取得部１３１は、チケットの価格の変更する期間に関する条件を含む条件を取得する。例えば、取得部１３１は、チケットの価格の変更する幅に関する条件を含む条件を取得する。

取得部１３１は、チケットの販売状況に関する状況情報を取得する。取得部１３１は、販売状況情報を取得する。例えば、取得部１３１は、チケットの売上状況に関する情報を取得する。例えば、取得部１３１は、チケットのＰＶ数に関する情報を取得する。例えば、取得部１３１は、チケットの販売の過去の事例に関する情報を取得する。例えば、取得部１３１は、チケットの販売のアラートリクエストに関する情報を取得する。また、取得部１３１は、チケットの販売状況に関する状況情報の入力に応じて、推定適正値を出力するモデルを取得する。

取得部１３１は、チケットの価格に関する情報の要求を取得する。取得部１３１は、チケットの最新の価格に関する情報の要求を取得する。取得部１３１は、端末装置１０から送信されたチケットの価格に関する情報の要求を取得する。

（決定部１３２）
決定部１３２は、各種情報を決定する。決定部１３２は、各種情報を算出する。決定部１３２は、記憶部１２０から各種情報を決定する。例えば、決定部１３２は、イベント価格履歴情報記憶部１２１や販売状況情報記憶部１２２や価格変更条件情報記憶部１２３や価格変更変遷情報記憶部１２４から各種情報を決定する。

決定部１３２は、他の機能構成により取得、推定、判定、変更された各種情報を決定する。また、決定部１３２は、他の機能構成により取得、推定、判定、変更された各種情報を算出する。

決定部１３２は、チケットの初期価格を決定する。決定部１３２は、取得部１３１により取得されたイベント価格履歴情報に基づいて、チケットの初期価格を決定する。決定部１３２は、チケットの初期価格に対応する第１値を決定する。

決定部１３２は、チケットの推定適正価格を決定する。決定部１３２は、取得部１３１により取得された販売状況情報に基づいて、チケットの推定適正価格を決定する。決定部１３２は、チケットの価格に対応する推定適正値を決定する。

決定部１３２は、チケットの価格を決定する。決定部１３２は、第１値を増加または減少させることにより第２値を決定する。決定部１３２は、席種ごとに定められた重みに基づいて、席種ごとのチケットの価格を決定する。

（推定部１３３）
推定部１３３は、各種情報を推定する。推定部１３３は、記憶部１２０から各種情報を推定する。例えば、推定部１３３は、イベント価格履歴情報記憶部１２１や販売状況情報記憶部１２２や価格変更条件情報記憶部１２３や価格変更変遷情報記憶部１２４から各種情報を推定する。

推定部１３３は、他の機能構成により取得、決定、判定、変更された各種情報を推定する。

推定部１３３は、チケットの適正価格を推定する。推定部１３３は、取得部１３１により取得された販売状況情報に基づいて、チケットの適正価格を推定する。推定部１３３は、チケットの価格に対応する推定適正値を推定する。

推定部１３３は、チケットの適正価格を推定するモデルを生成してもよい。推定部１３３は、販売状況情報の入力に応じて、チケットの適正価格を推定するモデルを生成してもよい。例えば、推定部１３３は、売上状況に関する情報や、ＰＶ数に関する情報や、過去のイベントの事例に関する情報や、アラートリクエストに関する情報を要素としたモデルを生成してもよい。推定部１３３は、推定したモデルを用いて、チケットの適正価格を推定してもよい。推定部１３３は、推定したモデルを用いて、推定適正値を推定してもよい。

（判定部１３４）
判定部１３４は、各種情報を判定する。判定部１３４は、記憶部１２０から各種情報を判定する。例えば、判定部１３４は、イベント価格履歴情報記憶部１２１や販売状況情報記憶部１２２や価格変更条件情報記憶部１２３や価格変更変遷情報記憶部１２４から各種情報を判定する。

判定部１３４は、他の機能構成により取得、決定、推定、変更された各種情報を判定する。

判定部１３４は、チケットの価格の変更に関する条件に基づいて判定する。判定部１３４は、チケットの価格に対応する第１値が、チケットの価格の変更に関する条件を満たすか否かを判定する。判定部１３４は、第１値を第２値に変更するか否かを判定する。判定部１３４は、第１値がチケットの価格の変更に関する条件を満たす場合、第１値を第２値に変更すると判定する。判定部１３４は、第１値がチケットの価格の変更に関する条件を満たさない場合、第１値を第２値に変更しないと判定する。図１に示す例では、判定部１３４は、チケットの価格の変更に関する条件に含まれる期間に関する条件と、第１値が設定された時点からの経過時間とを比較することにより判定する。図１に示す例では、判定部１３４は、第１値が設定された時点からの経過時間が期間ＴＭ１以上であるか否かに基づいて、第１値を第２値に変更するか否かを判定する。

（変更部１３５）
変更部１３５は、各種情報を変更する。変更部１３５は、記憶部１２０から各種情報を変更する。例えば、変更部１３５は、イベント価格履歴情報記憶部１２１や販売状況情報記憶部１２２や価格変更条件情報記憶部１２３や価格変更変遷情報記憶部１２４から各種情報を変更する。

変更部１３５は、他の機能構成により取得、決定、推定、判定された各種情報を変更する。

変更部１３５は、第１値を第２値に変更する。変更部１３５は、第１値を第１値よりも小さい第２値に変更する。変更部１３５は、第１値を第１値よりも大きい第２値に変更する。

変更部１３５は、第１値とチケットの価格の変更に関する条件とに基づいて、第１値を第２値に変更する。変更部１３５は、第１値が設定された時点からの経過時間が、チケットの価格の変更する期間に関する条件を満たす場合、第１値を第２値に変更する。変更部１３５は、チケットの価格の変更する幅に関する条件に基づいて、第１値を第２値に変更する。変更部１３５は、チケットの価格の変更する幅に関する条件が示す幅に対応する値で第１値を増加または減少させることにより、第２値を算出する。

変更部１３５は、推定部１３３により推定された推定適正値に基づいて、第１値を第２値に変更する。変更部１３５は、推定適正値と第１値との範囲内で、第１値を第２値に変更する。変更部１３５は、推定適正値が第１値よりも小さい場合、第１値を第１値よりも小さい第２値に変更する。変更部１３５は、推定適正値が第１値よりも大きい場合、第１値を第１値よりも大きい第２値に変更する。変更部１３５は、取得部１３１により取得された状況情報をモデルに入力し、モデルが出力した推定適正値に基づいて、第１値を第２値に変更する。

（提供部１３６）
提供部１３６は、外部の情報処理装置へ各種情報を提供する。提供部１３６は、外部の情報処理装置へ各種情報を送信する。提供部１３６は、外部の情報処理装置へ各種情報を通知する。提供部１３６は、外部の情報処理装置へ各種情報を配信する。例えば、提供部１３６は、端末装置１０等の他の情報処理装置へ各種情報を提供する。

提供部１３６は、他の機能構成により取得、決定、推定、判定、変更された各種情報を提供する。

提供部１３６は、チケットの価格に関する情報を提供する。提供部１３６は、ユーザから要求を取得した時点のチケットの価格に関する情報を提供する。提供部１３６は、変更後のチケットの最新の価格に関する情報を提供する。

提供部１３６は、変更部１３５により第１値が変更された第２値に関する情報を提供する。提供部１３６は、第２値に関する情報をチケットの情報を要求するユーザに提供する。提供部１３６は、第２値に基づくチケットの最新価格を示す情報を提供する。

〔７．情報処理のフロー〕
次に、図１２及び１３を用いて、実施形態に係る情報処理システム１による情報処理の手順について説明する。図１２及び１３は、実施形態に係る情報処理システム１による情報処理の手順を示すフローチャートである。

図１２に示すように、情報処理装置１００は、チケットの価格に対応する第１値を取得する（ステップＳ２０１）。情報処理装置１００は、取得した第１値が価格の変更に関する条件を満たすか否かを判定する（ステップＳ２０２）。情報処理装置１００は、取得した第１値が価格の変更に関する条件を満たさない場合（ステップＳ２０２；ＮＯ）、価格の変更に関する条件を満たす第１値を取得するまで待機する。情報処理装置１００は、取得した第１値が価格の変更に関する条件を満たす場合（ステップＳ２０２；ＹＥＳ）、価格の変更に関する条件のうち幅に関する条件に基づいて第２値を算出する（ステップＳ２０３）。情報処理装置１００は、第１値を第２値に変更する（ステップＳ２０４）。

図１３に示すように、情報処理装置１００は、チケットの価格に対応する第１値を取得する（ステップＳ３０１）。情報処理装置１００は、チケットの価格に対応する推定適正値を推定する（ステップＳ３０２）。情報処理装置１００は、第１値と推定適正値とが価格の変更に関する条件を満たすか否かを判定する（ステップＳ３０３）。具体的には、情報処理装置１００は、第１値と推定適正値とに基づく値が価格の変更に関する条件を満たすか否かを判定する。情報処理装置１００は、第１値と推定適正値とが価格の変更に関する条件を満たさない場合（ステップＳ３０３；ＮＯ）、価格の変更に関する条件を満たす第１値と推定適正値とを取得するまで待機する。情報処理装置１００は、第１値と推定適正値とが価格の変更に関する条件を満たす場合（ステップＳ３０３；ＹＥＳ）、第１値と推定適正値とに基づいて第２値を算出する（ステップＳ３０４）。情報処理装置１００は、第１値を第２値に変更する（ステップＳ３０５）。

〔８．効果〕
上述してきたように、実施形態に係る情報処理装置１００は、取得部１３１と、変更部１３５とを有する。取得部１３１は、チケットの価格に対応する第１値と、価格の変更に関する変更条件とを取得する。また、変更部１３５は、取得部１３１により取得された第１値と、変更条件とに基づいて、第１値を第２値に変更する。

これにより、実施形態に係る情報処理装置１００は、チケットを適切な価格に変更することができる。また、実施形態に係る情報処理装置１００は、例えば、チケットを提供する提供者にとって収益が向上するようにチケットの価格を変更することができる。また、実施形態に係る情報処理装置１００は、チケットの売上の向上を促進させることができる。

また、取得部１３１は、チケットの販売開始時の価格に対応する第１値を取得する。

これにより、実施形態に係る情報処理装置１００は、チケットの販売開始時の価格に基づいて、チケットを適切な価格に変更することができる。

また、取得部１３１は、所定のイベントのチケットの価格に対応する第１値を取得する。

これにより、実施形態に係る情報処理装置１００は、所定のイベントのチケットを適切な価格に変更することができる。

また、変更部１３５は、第１値を第１値よりも小さい第２値に変更する。

これにより、実施形態に係る情報処理装置１００は、チケットの価格を下げることができる。

また、変更部１３５は、第１値を第１値よりも大きい第２値に変更する。

これにより、実施形態に係る情報処理装置１００は、チケットの価格を上げることができる。

また、取得部１３１は、チケットの価格の変更する期間に関する期間条件を含む変更条件を取得する。また、変更部１３５は、第１値が設定された時点からの経過時間が期間条件を満たす場合、第１値を第２値に変更する。

これにより、実施形態に係る情報処理装置１００は、チケットの価格が設定されてからの期間に応じて、チケットを適切な価格に変更することができる。

また、取得部１３１は、チケットの価格の変更する幅に関する幅条件を含む変更条件を取得する。また、変更部１３５は、幅条件に基づいて、第１値を第２値に変更する。

これにより、実施形態に係る情報処理装置１００は、チケットの価格を段階的に変更することができる。

また、変更部１３５は、幅条件が示す幅に対応する値で第１値を増加または減少させることにより、第２値を算出する。

これにより、実施形態に係る情報処理装置１００は、チケットの価格を段階的に変更することができる。

また、実施形態に係る情報処理装置１００は、チケットの価格に対応する推定適正値を推定する推定部１３３を有する。また、変更部１３５は、推定部１３３により推定された推定適正値に基づいて、第１値を第２値に変更する。

これにより、実施形態に係る情報処理装置１００は、チケットの価格に対応する推定適正値に基づいて、チケットを適切な価格に変更することができる。

また、取得部１３１は、チケットの販売状況に関する状況情報を取得する。また、推定部１３３は、状況情報に基づいて、推定適正値を推定する。

これにより、実施形態に係る情報処理装置１００は、チケットの販売状況に応じて、チケットを適切な価格に変更することができる。

また、取得部１３１は、状況情報として、チケットの売上状況に関する売上状況情報を取得する。また、推定部１３３は、売上状況情報に基づいて、推定適正値を推定する。

これにより、実施形態に係る情報処理装置１００は、売上状況に応じて、チケットを適切な価格に変更することができる。

また、取得部１３１は、状況情報として、チケットの販売のページビュー（ＰＶ）数に関するＰＶ数状況情報を取得する。また、推定部１３３は、ＰＶ数状況情報に基づいて、推定適正値を推定する。

これにより、実施形態に係る情報処理装置１００は、ＰＶ数状況に応じて、チケットを適切な価格に変更することができる。

また、取得部１３１は、状況情報として、チケットの販売の過去の事例に関するイベント価格履歴情報を取得する。また、推定部１３３は、イベント価格履歴情報に基づいて、推定適正値を推定する。

これにより、実施形態に係る情報処理装置１００は、過去の販売事例に応じて、チケットを適切な価格に変更することができる。

また、取得部１３１は、状況情報として、チケットの販売のアラートリクエストに関するアラートリクエスト情報を取得する。また、推定部１３３は、アラートリクエスト情報に基づいて、推定適正値を推定する。

これにより、実施形態に係る情報処理装置１００は、アラートリクエストに応じて、チケットを適切な価格に変更することができる。

また、取得部１３１は、状況情報の入力に応じて、推定適正値を出力するモデルを取得する。また、変更部１３５は、状況情報をモデルに入力し、モデルが出力した推定適正値に基づいて、第１値を第２値に変更する。

これにより、実施形態に係る情報処理装置１００は、客観的にチケットを適切な価格に変更することができる。

また、変更部１３５は、推定適正値と第１値との範囲内で、第１値を第２値に変更する。

これにより、実施形態に係る情報処理装置１００は、推定適正値と第１値との範囲内で、チケットを適切な価格に変更することができる。

また、変更部１３５は、推定適正値が第１値よりも小さい場合、第１値を第１値よりも小さい第２値に変更する。

これにより、実施形態に係る情報処理装置１００は、チケットを第１値よりも小さい価格に適切に変更することができる。

また、変更部１３５は、推定適正値が第１値よりも大きい場合、第１値を第１値よりも大きい第２値に変更する。

これにより、実施形態に係る情報処理装置１００は、チケットを第１値よりも大きい価格に適切に変更することができる。

また、取得部１３１は、チケットの価格を示す第１値を取得する。

これにより、実施形態に係る情報処理装置１００は、チケットの価格を適切に変更することができる。

また、取得部１３１は、チケットの価格に関するスコアである第１値を取得する。

これにより、実施形態に係る情報処理装置１００は、チケットの価格を適切に変更することができる。

また、実施形態に係る情報処理装置１００は、変更部１３５により第１値が変更された第２値に関する情報を提供する提供部１３６を有する。

これにより、実施形態に係る情報処理装置１００は、変更後の価格に関する情報を適切に提供することができる。

また、提供部１３６は、第２値に関する情報をチケットの情報を要求するユーザに提供する。

これにより、実施形態に係る情報処理装置１００は、チケットの情報を要求するユーザに、変更後の価格に関する情報を適切に提供することができる。

また、提供部１３６は、第２値に基づくチケットの最新価格を示す情報を提供する。

これにより、実施形態に係る情報処理装置１００は、変更後の最新の価格に関する情報を適切に提供することができる。

〔９．ハードウェア構成〕
また、上述してきた実施形態に係る端末装置１０、情報提供装置５０および情報処理装置１００は、例えば、図１４に示すような構成のコンピュータ１０００によって実現される。図１４は、端末装置１０、情報提供装置５０および情報処理装置１００の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定の通信網を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定の通信網を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る端末装置１０、情報提供装置５０および情報処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１４、５３および１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

〔１０．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 情報処理システム
１０ 端末装置
５０ 情報提供装置
１００ 情報処理装置
１１０ 通信部
１２０ 記憶部
１２１ イベント価格履歴情報記憶部
１２２ 販売状況情報記憶部
１２３ 価格変更条件情報記憶部
１２４ 価格変更変遷情報記憶部
１３０ 制御部
１３１ 取得部
１３２ 決定部
１３３ 推定部
１３４ 判定部
１３５ 変更部
１３６ 提供部
Ｎ ネットワーク

Claims (25)

1. 対象イベントのチケットの価格に対応する第１値と、前記価格の変更に関する変更条件とを取得する取得部と、
   チケットの適正価格を推定するモデルであって販売状況情報を入力した際にチケットの適正価格を出力するモデルに、所定のタイミングでの前記対象イベントのチケットの販売状況情報を入力することで当該所定のタイミングでの前記対象イベントのチケットの適正価格を推定する推定部と、
   前記取得部により取得された前記第１値と、前記推定部により推定された適正価格と、前記変更条件とに基づいて、前記第１値を第２値に変更する変更部と、
   を備えることを特徴とする情報処理装置。
2. 前記取得部は、
   前記チケットの販売開始時の前記価格に対応する前記第１値を取得する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記取得部は、
   所定のイベントの前記チケットの前記価格に対応する前記第１値を取得する
   ことを特徴とする請求項１または請求項２に記載の情報処理装置。
4. 前記変更部は、
   前記第１値を前記第１値よりも小さい前記第２値に変更する
   ことを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
5. 前記変更部は、
   前記第１値を前記第１値よりも大きい前記第２値に変更する
   ことを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
6. 前記取得部は、
   前記チケットの前記価格の変更する期間に関する期間条件を含む前記変更条件を取得し、
   前記変更部は、
   前記第１値が設定された時点からの経過時間が前記期間条件を満たす場合、前記第１値を前記第２値に変更する
   ことを特徴とする請求項１～５のいずれか１項に記載の情報処理装置。
7. 前記取得部は、
   前記チケットの前記価格の変更する幅に関する幅条件を含む前記変更条件を取得し、
   前記変更部は、
   前記幅条件に基づいて、前記第１値を前記第２値に変更する
   ことを特徴とする請求項１～６のいずれか１項に記載の情報処理装置。
8. 前記変更部は、
   前記幅条件が示す前記幅に対応する値で前記第１値を増加または減少させることにより、前記第２値を算出する
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記チケットの前記価格に対応する推定適正値を推定する推定部、
   をさらに備え、
   前記変更部は、
   前記推定部により推定された前記推定適正値に基づいて、前記第１値を前記第２値に変更する
   ことを特徴とする請求項１～８のいずれか１項に記載の情報処理装置。
10. 前記取得部は、
    前記チケットの販売状況に関する状況情報を取得し、
    前記推定部は、
    前記状況情報に基づいて、前記推定適正値を推定する
    ことを特徴とする請求項９に記載の情報処理装置。
11. 前記取得部は、
    前記状況情報として、前記チケットの売上状況に関する売上状況情報を取得し、
    前記推定部は、
    前記売上状況情報に基づいて、前記推定適正値を推定する
    ことを特徴とする請求項１０に記載の情報処理装置。
12. 前記取得部は、
    前記状況情報として、前記チケットの販売のページビュー（ＰＶ）数に関するＰＶ数状況情報を取得し、
    前記推定部は、
    前記ＰＶ数状況情報に基づいて、前記推定適正値を推定する
    ことを特徴とする請求項１０または請求項１１に記載の情報処理装置。
13. 前記取得部は、
    前記状況情報として、前記チケットの販売の過去の事例に関するイベント価格履歴情報を取得し、
    前記推定部は、
    前記イベント価格履歴情報に基づいて、前記推定適正値を推定する
    ことを特徴とする請求項１０～１２のいずれか１項に記載の情報処理装置。
14. 前記取得部は、
    前記状況情報として、前記チケットの販売のアラートリクエストに関するアラートリクエスト情報を取得し、
    前記推定部は、
    前記アラートリクエスト情報に基づいて、前記推定適正値を推定する
    ことを特徴とする請求項１０～１３のいずれか１項に記載の情報処理装置。
15. 前記取得部は、
    前記状況情報の入力に応じて、前記推定適正値を出力するモデルを取得し、
    前記変更部は、
    前記状況情報を前記モデルに入力し、前記モデルが出力した前記推定適正値に基づいて、前記第１値を第２値に変更する
    ことを特徴とする請求項１０～１４のいずれか１項に記載の情報処理装置。
16. 前記変更部は、
    前記推定適正値と前記第１値との範囲内で、前記第１値を前記第２値に変更する
    ことを特徴とする請求項９～１５のいずれか１項に記載の情報処理装置。
17. 前記変更部は、
    前記推定適正値が前記第１値よりも小さい場合、前記第１値を前記第１値よりも小さい前記第２値に変更する
    ことを特徴とする請求項９～１６のいずれか１項に記載の情報処理装置。
18. 前記変更部は、
    前記推定適正値が前記第１値よりも大きい場合、前記第１値を前記第１値よりも大きい前記第２値に変更する
    ことを特徴とする請求項９～１７のいずれか１項に記載の情報処理装置。
19. 前記取得部は、
    前記チケットの前記価格を示す前記第１値を取得する
    ことを特徴とする請求項１～１８のいずれか１項に記載の情報処理装置。
20. 前記取得部は、
    前記チケットの前記価格に関するスコアである前記第１値を取得する
    ことを特徴とする請求項１～１９のいずれか１項に記載の情報処理装置。
21. 前記変更部により前記第１値が変更された前記第２値に関する情報を提供する提供部、
    をさらに備えることを特徴とする請求項１～２０のいずれか１項に記載の情報処理装置。
22. 前記提供部は、
    前記第２値に関する情報を前記チケットの情報を要求するユーザに提供する
    ことを特徴とする請求項２１に記載の情報処理装置。
23. 前記提供部は、
    前記第２値に基づく前記チケットの最新価格を示す情報を提供する
    ことを特徴とする請求項２１または請求項２２に記載の情報処理装置。
24. コンピュータが実行する情報処理方法であって、
    対象イベントのチケットの価格に対応する第１値と、前記価格の変更に関する変更条件とを取得する取得工程と、
    チケットの適正価格を推定するモデルであって販売状況情報を入力した際にチケットの適正価格を出力するモデルに、所定のタイミングでの前記対象イベントのチケットの販売状況情報を入力することで当該所定のタイミングでの前記対象イベントのチケットの適正価格を推定する推定工程と、
    前記取得工程により取得された前記第１値と、前記推定工程により推定された適正価格と、前記変更条件とに基づいて、前記第１値を第２値に変更する変更工程と、
    を含むことを特徴とする情報処理方法。
25. 対象イベントのチケットの価格に対応する第１値と、前記価格の変更に関する変更条件とを取得する取得手順と、
    チケットの適正価格を推定するモデルであって販売状況情報を入力した際にチケットの適正価格を出力するモデルに、所定のタイミングでの前記対象イベントのチケットの販売状況情報を入力することで当該所定のタイミングでの前記対象イベントのチケットの適正価格を推定する推定手順と、
    前記取得手順により取得された前記第１値と、前記推定手順により推定された適正価格と、前記変更条件とに基づいて、前記第１値を第２値に変更する変更手順と、
    をコンピュータに実行させることを特徴とする情報処理プログラム。

Images