JP2023177433A - 情報処理システム、方法及びプログラム - Google Patents

Abstract

【課題】利用者とコンテンツ提供側の双方に対して一層の利益をもたらす仕組みを構築するための情報処理システム方法及びプログラムを提供する。【解決手段】コイン管理サーバ、事業者クライアント、サービス提供サーバ及び複数の利用者クライアントが、公衆回線やＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等の閉域網の通信回線よりなるネットワークを介して相互通信可能に接続されるシステム１において、コイン管理サーバ１０は、利用者によるサービスの利用状況を取得する取得部１００と、取得部１００が取得した利用状況に応じて、利用者に対するデジタル通貨のレートを設定する設定部１００ｂと、を備え、サービスが提供するコンテンツの商取引に用いられるデジタル通貨のレートを管理する。【選択図】図２

Description

本明細書の開示は、情報処理システム、方法及びプログラムに関する。

電子書籍や動画、ゲーム等のコンテンツの電子商取引が行われている。この種の電子商取引では、利用者に対するサービスの一環として、例えば、クーポンを発行したりポイントを付与したりするという、コンテンツの販売を促進するための仕組みが導入されている（例えば特許文献１参照）。

特許第６８６５８８０号公報

商取引の形態や運用方法等が多様化するなかで、利用者とコンテンツ提供側の双方に対して一層の利益をもたらす新たな仕組みの導入が恒常的に模索されている。

本発明は上記の事情に鑑みてなされたものであり、その目的とするところは、利用者とコンテンツ提供側の双方に対して一層の利益をもたらす仕組みを構築するための情報処理システム、方法及びプログラムを提供することである。

本発明の一実施形態に係る情報処理システムは、サービスが提供するコンテンツの商取引に用いられるデジタル通貨のレートを管理するシステムであり、利用者による前記サービスの利用状況を取得する取得部と、前記取得部により取得された利用状況に応じて、前記利用者に対する前記デジタル通貨のレート を設定する設定部と、を備える。

本発明の一実施形態に係る方法は、サービスが提供するコンテンツの商取引に用いられるデジタル通貨のレートを管理するコンピュータが実行する方法である。この方法では、利用者による前記サービスの利用状況が取得され、前記取得された利用状況に応じて、前記利用者に対する前記デジタル通貨のレートが設定される。

本発明の一実施形態に係るプログラムは、サービスが提供するコンテンツの商取引に用いられるデジタル通貨のレートを管理するコンピュータが実行するプログラムである。このプログラムでは、利用者による前記サービスの利用状況が取得され、前記取得された利用状況に応じて、前記利用者に対する前記デジタル通貨のレートが設定される。

本発明の一実施形態によれば、利用者とコンテンツ提供側の双方に対して一層の利益をもたらす仕組みを構築するための情報処理システム、方法及びプログラムが提供される。

本発明の一実施形態に係るシステムの全体図である。 本発明の一実施形態に係るコイン管理サーバの構成を示すブロック図である。 本発明の一実施形態に係る利用者マスタの一例を示す図である。 本発明の一実施形態に係るレート変動マスタの一例を示す図である。 本発明の一実施形態に係るレートテーブルの一例を示す図である。 本発明の一実施形態に係る購入履歴テーブルの一例を示す図である。 本発明の一実施形態に係る利用履歴テーブルの一例を示す図である。 本発明の一実施形態に係る保有コインテーブルの一例を示す図である。 本発明の一実施形態に係る適用イベントテーブルの一例を示す図である。 本発明の一実施形態において、利用者が電子書籍サービスを利用する際（具体的には、コインを購入する際）の処理の一例を示すシーケンス図である。 本発明の一実施形態において、利用者が電子書籍サービスを利用する際（具体的には、コインを消費する際）の処理の一例を示すシーケンス図である。 本発明の一実施形態において、利用者が電子書籍サービスを利用する際の処理の一例を示すシーケンス図である。 本発明の一実施形態において、利用者による電子書籍サービスの利用状況に応じて変動するレートの一例を示す図である。 本発明の一実施形態において、事業者が変動レートを調整する際の処理の一例を示すシーケンス図である。 本発明の別の一実施形態において、利用者が保有するコインの量を設定する処理の一例を示すシーケンス図である。

図面を参照して、本発明の一実施形態に係る情報処理システム、情報処理システムに含まれるコンピュータにより実行される方法及びプログラムについて詳細に説明する。

本実施形態では、電子書籍サービスが提供するデジタルコンテンツの一例である電子書籍の電子商取引に用いられるデジタル通貨のレートを管理する情報処理システム、方法及びプログラムについて説明する。

本実施形態において、電子書籍は、電子的に記録された書籍全般を指し、例えば、小説、漫画、雑誌、実用書、文芸書、児童書、絵本、ビジネス書、写真集、イラストレーション等である。電子書籍は、例えば、「電子ブック」、「デジタル書籍」、「デジタルブック」、「Ｅブック」、「オンライン書籍」と呼ばれてもよい。

本実施形態において電子商取引の対象となるものは電子書籍に限らない。動画（実写映像、アニメーション等）やゲーム等の別の形態のデジタルコンテンツを電子商取引の対象とする場合も本発明の範疇である。

デジタルコンテンツの電子商取引は、デジタルコンテンツを取り扱う事業者と利用者との間の取引であり、例えば、利用者によるデジタルコンテンツの購入、レンタル等を含む。

図１は、本発明の一実施形態に係るシステム１（情報処理システムの一例）の全体図である。システム１は、コイン管理サーバ１０、事業者クライアント２０、サービス提供サーバ３０、利用者クライアント４０を含む。システム１に含まれる各部は、例えば、公衆回線やＶＰＮ（Virtual Private Network）等の閉域網の通信回線よりなるネットワーク２を介して、相互通信可能に接続される。

コイン管理サーバ１０は、システム１に含まれるコンピュータの一例であり、電子書籍の電子商取引に用いられるデジタル通貨の、利用者毎のレートを管理する。本実施形態において、当該電子商取引に用いられるデジタル通貨は、例えば「コイン」と呼称される。

事業者クライアント２０は、例えば、電子書籍のＩＰ（Intellectual Property）ホルダが有する、汎用のＰＣ（Personal Computer）である。一例として、このＩＰホルダは、電子書籍の出版社である。

サービス提供サーバ３０は、例えば、出版社が出版する電子書籍の電子商取引のサービス（以下「電子書籍サービス」と記す。）を提供する汎用のＷｅｂサーバである。サービス提供サーバ３０は、電子書籍の出版社自体が運用してもよく、また、出版社とは別の事業者が運用してもよい。

利用者クライアント４０は、電子書籍サービスを利用する利用者が有する、汎用の端末装置であり、例えば、スマートフォン、フィーチャフォン、タブレット端末、ＰＣ、ＰＤＡ（Personal Digital Assistant）、ゲーム機等である。

概説すると、本実施形態において、システム１に含まれるコイン管理サーバ１０は、利用者による電子書籍サービスの利用状況をサービス提供サーバ３０から取得し、取得された利用状況に応じて、利用者に対するコインのレートを設定する。一例として、電子書籍サービスを頻繁に利用する利用者に対して実質的にコインが増えるようなレート設定を行う。これにより、利用者の購買意欲を向上させるとともに電子書籍の販売利益の増加を達成する。

図２は、本発明の一実施形態に係るコイン管理サーバ１０の構成を示すブロック図である。図１に示されるように、コイン管理サーバ１０は、汎用のハードウェア構成を有しており、制御部１００、通信インタフェース部１１０、ストレージ１２０を備える。なお、図２では、本実施形態の説明に必要な主たる構成要素を図示しており、例えばコイン管理サーバ１０として必須な構成要素である筐体など、一部の構成要素については、その図示を適宜省略する。

制御部１００は、コイン管理サーバ１０全体を制御するものであり、ＣＰＵ１００Ａ、ＲＡＭ（Random Access Memory）１００Ｂ、ＲＯＭ（Read Only Memory）１００Ｃ、入出力ポート１００Ｄ及びこれらのポートを結ぶバスライン等よりなるマイクロコンピュータである。

ＣＰＵ１００Ａは、ストレージ１２０に記憶されたプログラム１２２を読み込み、読み込まれたプログラム１２２に従ってコイン管理サーバ１０を制御する。ＣＰＵ１００Ａは、機能ブロックとして、取得部１００ａ、設定部１００ｂ、入力受付部１００ｃ、レート調整部１００ｄを備える。

プロセッサの一例であるＣＰＵ１００Ａは、例えばシングルプロセッサ又はマルチプロセッサであり、少なくとも１つのプロセッサを含む。複数のプロセッサを含む構成とした場合、ＣＰＵ１００Ａを含む制御部１００は、単一の装置としてパッケージ化されたものであってもよく、また、コイン管理サーバ１０内で物理的に分離した複数の装置で構成されてもよい。

ＲＡＭ１００Ｂは、プログラムやデータを一時的に記憶するメモリであり、ワークエリアを提供する。ＲＡＭ１００Ｂは、例えば、ＤＲＡＭ（Dynamic Random Access Memory）である。

ＲＯＭ１００Ｃは、各種プログラム及びデータを記憶する不揮発性メモリである。ＲＯＭ１００Ｃは、例えばフラッシュメモリである。

入出力ポート１００Ｄは、制御部１００と他の構成要素（具体的には、通信インタフェース部１１０、ストレージ１２０）とを接続する。

通信インタフェース部１１０は、他の装置との通信処理を担うインタフェースである。コイン管理サーバ１０は、通信インタフェース部１１０により、公衆回線やＶＰＮ等の閉域網の通信回線を介して他の装置と相互通信可能に接続される。

ストレージ１２０は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の二次記憶装置であり、上述したように、プログラム１２２を記憶する。

プログラム１２２は、電子書籍の電子商取引に用いられるコインの、利用者毎のレートを管理するためのプログラムである。プログラム１２２は、利用者による電子書籍サービスの利用状況を取得し、取得された利用状況に応じて利用者に対するコインのレートを設定する、という一連の処理を、コンピュータの一例であるＣＰＵ１００Ａに実行させる。プログラム１２２の実行により、例えば、利用者とコンテンツ提供側（事業者）の双方に対して一層の利益をもたらすことができる。

ストレージ１２０は、利用者マスタ２１０、レート変動マスタ２２０、レートテーブル２３０、購入履歴テーブル２４０、利用履歴テーブル２５０、保有コインテーブル２６０、適用イベントテーブル２７０を保持する。

ストレージ１２０に保持された各種テーブルについて説明する。

利用者は、例えば、利用者クライアント４０を用いてコイン管理サーバ１０へアクセスして、コイン管理サーバ１０の利用登録を行う。補足すると、利用者は、利用者クライアント４０が有するブラウザ又は専用のアプリケーション（例えばコイン管理サーバ１０を運用する事業者が提供するアプリケーション）を用いて、コイン管理サーバ１０へアクセスする。

利用登録の際に利用者クライアント４０で入力された利用者の各種情報が利用者マスタ２１０に登録される。

図３に、利用者マスタ２１０の一例を示す。図３に例示されるように、利用者マスタ２１０には、利用者識別子、利用者の氏名、ログインＩＤ、パスワード、メールアドレス、電話番号等の情報が登録される。「利用者識別子」は、コイン管理サーバ１０が利用登録した利用者に割り当てる、利用者毎のユニークな識別子である。

レート変動マスタ２２０には、発生したアクションに応じてコインのレートを変動させるためのイベント情報が登録される。図４に、レート変動マスタ２２０の一例を示す。図４に例示されるように、レート変動マスタ２２０には、イベントＩＤ、変動レート、適用アクション、適用変数１、適用変数２、適用上限、及び適用期間（適用開始時間と適用終了時間）の情報が登録される。

「適用アクション」は、電子書籍サービスの利用状況を示すパラメータである。適用アクションとして、例えば、電子書籍サービスへのログイン、未ログイン、購入・閲覧した電子書籍の情報（作家、ジャンル等）、同一シリーズのまとめ買い、コインの購入、消費等が挙げられる。

「変動レート」は、適用アクションに応じたレートの変動値を示す。ここで、レートは、コインの単位量あたりの実質的な価格を示すと同時に、有償コインに対して付与される無償コイン数を示す。

利用者は、例えば、電子書籍サービスを通じて、例えば１コインあたり１円で有償コインを購入することができる。レートが１．００００の場合、利用者は、１００円で１００枚の有償コインを獲得し、また、無償コインを獲得しない。レートが２．００００の場合、利用者は、１００円で１００枚の有償コインを獲得するとともに、１００枚の無償コインを獲得する。

前者の場合、１００円で１００枚のコインを獲得できるため、コイン１枚あたりの実質的な価格が１円であり、また、有償コイン１枚あたりの無償コイン付与数がゼロ枚である。後者の場合、１００円で２００枚のコインを獲得できるため、コイン１枚あたりの実質的な価格が０．５円であり、また、有償コイン１枚あたりの無償コイン付与数が１枚である。

なお、利用者に不当な不利益を与えないように、レートは、１．００００未満にはならない。

「適用変数１」、「適用変数２」は、適用アクションの具体的内容を定義するパラメータである。

「適用上限」は、適用アクションに応じたレートの変動を適用する上限回数を示す。

「適用開始時間」と「適用終了時間」で定められる適用期間は、適用アクションに応じたレートの変動を適用する期間を示す。

例えば、イベントＩＤ「Ｅ１」のレコードには、適用アクションとして「ログイン」が登録される。より詳細には、イベントＩＤ「Ｅ１」のレコードには、適用期間内において利用者が適用変数１で定義される日数（２日）連続で電子書籍サービスにログインすると、コインのレートが０．０００２上昇すること、及び２日連続ログインによるレートの上昇が最大１０回まで適用されること、を示す情報が登録される。

例えば、イベントＩＤ「Ｅ２」のレコードには、適用期間内において利用者が適用変数１で定義される日数（３日）連続で電子書籍サービスにログインしないと、コインのレートが０．００２０下落すること、を示す情報が登録される。

例えば、イベントＩＤ「Ｅ３」のレコードには、利用者が適用期間内でジャンルがファンタジーの作品を適用変数２で定義される数（３つ）読了すると、コインのレートが０．００１０上昇すること、及び上記作品を３つ読了することによるレートの上昇が最大１回まで適用されること、を示す情報が登録される。

例えば、イベントＩＤ「Ｅ４」のレコードには、適用期間内において利用者が適用変数１で定義される数（３００）のコインを購入すると、コインのレートが０．００２０上昇すること、及び３００コインの購入によるレートの上昇が最大１回まで適用されること、を示す情報が登録される。

このように、レート変動マスタ２２０は、利用者によるサービスの利用状況（例えば適用アクション）とデジタル通貨の一例であるコインの変動レートとを関連付けたテーブルの一例である。

レートテーブル２３０には、利用者毎のレートが登録される。図５に、レートテーブル２３０の一例を示す。図５に例示されるように、レートテーブル２３０には、利用者識別子、現在レート、前回レート、更新日時の情報が登録される。「現在レート」、「前回レート」は、それぞれ、利用者に対して設定された現在のレート、１つ前のレートを示す。「更新日時」は、現在のレートに更新された日時を示す。

購入履歴テーブル２４０には、利用者によるコインの購入履歴が登録される。図６に、購入履歴テーブル２４０の一例を示す。図６に例示されるように、購入履歴テーブル２４０には、利用者識別子、シーケンスナンバ、購入時の現在レート、購入日時、購入価格、有償コイン、無償コインの情報が登録される。

「シーケンスナンバ」は、購入履歴テーブル２４０の各レコードに登録される通し番号である。「購入時の現在レート」は、コイン購入時に利用者に設定されていた現在レートを示す。「購入日時」、「購入価格」は、それぞれ、コインの購入日時、購入価格を示す。「有償コイン」は、購入したコインの枚数を示す。「無償コイン」は、コイン購入時に付与された無償コインの枚数を示す。購入したコインの枚数と購入時の現在レートとの乗算値が、コイン購入時に付与された無償コインの枚数となる。

利用履歴テーブル２５０には、利用者によるコインの利用履歴が登録される。図７に、利用履歴テーブル２５０の一例を示す。図７に例示されるように、利用履歴テーブル２５０には、利用者識別子、商品ＩＤ、商品価格、消費日時、消費有償コイン、消費無償コインの情報が登録される。

「商品ＩＤ」、「商品価格」は、それぞれ、電子書籍の識別子、価格（言い換えると、消費コイン枚数）を示す。「消費日時」は、コインが消費された日時を示す。「消費有償コイン」、「消費無償コイン」は、それぞれ、消費された有償コインの枚数、無償コインの枚数を示す。

利用者が電子書籍をコインで購入する際、付与日時の古い無償コインが最優先で消費される。消費可能な無償コインがなくなると、購入日時の古い有償コインから順に消費される。

保有コインテーブル２６０には、利用者が保有するコインの情報が登録される。図８に、保有コインテーブル２６０の一例を示す。図８に例示されるように、保有コインテーブル２６０には、利用者識別子、保有有償コイン、保有無償コインの情報が登録される。

「保有有償コイン」、「保有無償コイン」は、それぞれ、利用者が保有する有償コインの枚数、無償コインの枚数を示す。保有コイン数は、購入履歴テーブル２４０と利用履歴テーブル２５０に登録されている情報から算出される。

適用イベントテーブル２７０には、利用者に適用されたイベントの情報が登録される。図９に、適用イベントテーブル２７０の一例を示す。図９に例示されるように、適用イベントテーブル２７０には、利用者識別子、適用イベントＩＤ、適用日時の情報が登録される。

「適用イベントＩＤ」は、利用者に適用されたレート変動のイベントＩＤ（レート変動マスタ２２０参照）を示す。「適用日時」は、レート変動のイベントが適用された日時を示す。

本実施形態では、各種テーブルがストレージ１２０に保持された構成を例示するが、各種テーブルの格納場所はこれに限らない。例えば、システム１に含まれる別の装置（不図示）に各種テーブルが保持される構成も、本発明の範疇である。

図１０は、システム１の各部により実行される処理の一例を示すシーケンス図である。図１０のシーケンス図は、利用者がコインを購入する際の処理を示す。図１０を含む各シーケンス図の説明に登場する利用者は、「利用者ＡＡ」とする。

利用者ＡＡは、利用者クライアント４０を用いて、サービス提供サーバ３０が提供するＷｅｂサイトにアクセスし、Ｗｅｂサイト上で販売されるコインを購入する（ステップＳ１０１）。利用者ＡＡは、既定枚数のコイン（例えば、９８０コイン（＝９８０円）、２，０８０コイン（＝２，０８０円）、３，０６０コイン（＝３，０６０円）等）又は任意に選択した枚数のコインを購入することができる。

なお、コイン購入時におけるサービス提供サーバ３０と利用者クライアント４０との間の電子決済処理には、例えば本件特許出願に係る発明が属する技術分野において周知の方法が採用される。そのため、両者間で実行される電子決済処理の具体的な説明は省略する。

サービス提供サーバ３０は、購入情報Ｄ１をコイン管理サーバ１０へ送信する（ステップＳ１０２）。送信される購入情報Ｄ１には、例えば、購入者である利用者ＡＡの情報（氏名等）、アクション情報（コインの購入）、コインの購入枚数（言い換えると購入価格）、購入日時等の情報が含まれる。

このように、コイン管理サーバ１０（より詳細には、処理の実行主体であるＣＰＵ１００Ａ）は、利用者によるサービスの利用状況（一例として、電子書籍サービスにおける利用者のコイン購入情報）を取得する取得部１００ａとして動作する。

コイン管理サーバ１０は、購入情報Ｄ１に含まれる利用者ＡＡの情報をキーとして利用者マスタ２１０を参照し、対応する利用者識別子Ｕ１を特定する（ステップＳ１０３）。

コイン管理サーバ１０は、購入情報Ｄ１に含まれる各情報をキーとしてレート変動マスタ２２０を参照し、該当するレコードを検索する。該当するレコードが見付かった場合、コイン管理サーバ１０は、当該レコードに登録された変動レート（便宜上「変動レートＶＲ１」と記す。）を取得する（ステップＳ１０４）。該当するレコードが見付からない場合、コイン管理サーバ１０は、変動レートＶＲ１を取得することなく、次の処理に進む。

例示的には、コイン管理サーバ１０は、レート変動マスタ２２０のなかから、購入情報Ｄ１に含まれる購入日時が適用期間内であるレコードを検索し、検索されたレコード群を、「適用アクション」として「purchase」が登録されたレコードに絞り込む。コイン管理サーバ１０は、「適用アクション」として「purchase」が登録されたレコード群を、購入情報Ｄ１に含まれる購入枚数と合致する「適用変数１」が登録されたレコード（便宜上「レコードＲ１」と記す。）に絞り込む。

コイン管理サーバ１０は、絞り込まれたレコードＲ１のイベントＩＤを取得する。コイン管理サーバ１０は、適用イベントテーブル２７０のなかから、利用者識別子Ｕ１のレコードをチェックして、これまでに利用者ＡＡに対して適用されたレコードＲ１のイベントの適用回数を取得する。適用回数が「適用上限」に登録された値未満であれば、コイン管理サーバ１０は、レコードＲ１に登録された変動レートＶＲ１を取得する。適用回数が「適用上限」に登録された値以上であれば、コイン管理サーバ１０は、レコードＲ１に登録された変動レートＶＲ１を取得しない。

コイン管理サーバ１０は、ステップＳ１０４にて取得された変動レートＶＲ１に基づいて利用者ＡＡのコインのレートを更新する（ステップＳ１０５）。

具体的には、コイン管理サーバ１０は、レートテーブル２３０を更新する。レートテーブル２３０において、利用者識別子Ｕ１の「前回レート」に登録された値と変動レートＶＲ１との加算値が、利用者識別子Ｕ１の「現在レート」に登録される。

例えば、更新前の現在レートが１．０１９０で、変動レートＶＲ１が＋０．００１０である場合を考える。この場合、「現在レート」が１．０２００に更新される。また、利用者識別子Ｕ１の「前回レート」が、利用者識別子Ｕ１の直近の「現在レート」である１．０１９０に書き換えられる。

このように、コイン管理サーバ１０（より詳細には、処理の実行主体であるＣＰＵ１００Ａ）は、取得部１００ａにより取得された利用状況に応じて、利用者に対するデジタル通貨の一例であるコインのレートを設定する設定部１００ｂとして動作する。附言するに、設定部１００ｂとして動作するコイン管理サーバ１０は、取得部１００ａにより利用者によるサービスの利用状況が取得される毎に、テーブルの一例であるレート変動マスタ２２０のなかから、対応する利用状況（例えば適用アクション）を検出し、検出された利用状況に関連付けられた変動レートに基づいて利用者に対するコインのレートを更新する。

上述したように、レートは、有償コインに対して付与される無償コイン数を示す。設定部１００ｂにより設定されるレートに応じて利用者が獲得するコインの総数（有償コインと無償コインの合計枚数）が変動する。これは、コインの単位量あたりの価格が実質的に変動することを意味する。すなわち、設定部１００ｂとして動作するコイン管理サーバ１０は、取得部１００ａにより取得された利用状況に応じて、利用者に対する、コインの実質的な販売レートを設定する。

コイン管理サーバ１０は、更新後の現在レートから購入時に付与される無償コインの枚数を算出する（ステップＳ１０６）。例えば、購入価格が９８０円（＝９８０コイン）であり、更新後の現在レートが１．０５０である場合を考える。この場合、無償コインの付与枚数として４９枚が算出される。

コイン管理サーバ１０は、各種テーブルを更新する（ステップＳ１０７）。

具体的には、コイン管理サーバ１０は、購入履歴テーブル２４０に新たなレコードを作成し、作成されたレコードに、ステップＳ１０６にて算出された無償コインの付与枚数を含む各種情報を登録する。また、コイン管理サーバ１０は、保有コインテーブル２６０において利用者識別子Ｕ１のレコードを更新する。すなわち、コイン管理サーバ１０は、「保有有償コイン」に購入枚数を加算するとともに「保有無償コイン」に無償コインの付与枚数を加算する。また、コイン管理サーバ１０は、適用イベントテーブル２７０に新たなレコードを作成し、作成されたレコードに、対応する利用者識別子（ここでは利用者識別子Ｕ１）、適用したイベントＩＤ、適用日時の各種情報を登録する。

コイン管理サーバ１０は、付与コイン情報Ｄ２をサービス提供サーバ３０に送信する（ステップＳ１０８）。付与コイン情報Ｄ２は、例えば、購入情報Ｄ１に、無償コインの付与枚数を加えた情報である。

サービス提供サーバ３０は、利用者クライアント４０に対して明細を発行する（ステップＳ１０９）。発行される明細には、例えば、有償コイン、無償コインのそれぞれの獲得枚数の情報が含まれる。これにより、利用者ＡＡは、獲得コイン数を把握することができる。

図１１は、システム１の各部により実行される処理の一例を示すシーケンス図である。図１１のシーケンス図は、利用者による電子書籍の購入によりコインが消費される際の処理を示す。

利用者ＡＡは、利用者クライアント４０を用いて、サービス提供サーバ３０が提供するＷｅｂサイトにアクセスし、Ｗｅｂサイト上で販売される商品（電子書籍）を、保有するコインで購入する（ステップＳ２０１）。

サービス提供サーバ３０は、電子書籍の購入情報Ｄ３をコイン管理サーバ１０へ送信する（ステップＳ２０２）。送信される購入情報Ｄ３には、例えば、購入者である利用者ＡＡの情報（氏名等）、購入された電子書籍を示す商品ＩＤ、電子書籍のジャンル、商品価格（言い換えると、消費コイン数）、購入日時（言い換えると、コインの消費日時）等の情報が含まれる。

コイン管理サーバ１０は、購入情報Ｄ３に含まれる利用者ＡＡの情報をキーとして利用者マスタ２１０を参照し、対応する利用者識別子Ｕ１を特定する（ステップＳ２０３）。

コイン管理サーバ１０は、購入情報Ｄ３に含まれる各情報をキーとしてレート変動マスタ２２０を参照し、該当するレコードを検索する。例示的には、コイン管理サーバ１０は、レート変動マスタ２２０のなかから、購入情報Ｄ３に含まれる購入日時及びジャンルと合致するレコードを検索する。該当するレコードが見付かった場合、コイン管理サーバ１０は、当該レコードに登録された変動レート（便宜上「変動レートＶＲ２」と記す。）を取得する（ステップＳ２０４）。該当するレコードが見付からない場合、コイン管理サーバ１０は、変動レートＶＲ２を取得することなく、次の処理に進む。

コイン管理サーバ１０は、ステップＳ２０４にて取得された変動レートＶＲ２に基づいて利用者ＡＡのコインのレートを更新する（ステップＳ２０５）。すなわち、図１０のステップＳ１０５と同様に、コイン管理サーバ１０は、レートテーブル２３０を更新する。

コイン管理サーバ１０は、各種テーブルを更新する（ステップＳ２０６）。

具体的には、コイン管理サーバ１０は、利用履歴テーブル２５０に新たなレコードを作成し、作成されたレコードに、利用者識別子、商品ＩＤ、商品価格、消費日時、消費有償コイン、消費無償コインの各種情報を登録する。図７の例示されるように、無償コインが有償コインよりも優先して消費される。また、コイン管理サーバ１０は、保有コインテーブル２６０において利用者識別子Ｕ１のレコードを更新する。すなわち、コイン管理サーバ１０は、「保有有償コイン」、「保有無償コイン」のそれぞれの枚数を消費枚数に応じて更新する。また、コイン管理サーバ１０は、適用イベントテーブル２７０に新たなレコードを作成し、作成されたレコードに、対応する利用者識別子（ここでは利用者識別子Ｕ１）、適用したイベントＩＤ、適用日時の各種情報を登録する。

コイン管理サーバ１０は、残コイン情報Ｄ４をサービス提供サーバ３０に送信する（ステップＳ２０７）。残コイン情報Ｄ４は、例えば、購入情報Ｄ３に、更新後の「保有有償コイン」、「保有無償コイン」に登録された有償コイン、無償コインのそれぞれの枚数を加えた情報である。

サービス提供サーバ３０は、利用者クライアント４０に対して明細を発行する（ステップＳ２０８）。発行される明細には、例えば、保有有償コイン、保有無償コインのそれぞれの残数の情報が含まれる。これにより、利用者ＡＡは、コインの残数を把握することができる。

図１２は、システム１の各部により実行される処理の一例を示すシーケンス図である。図１２のシーケンス図は、利用者が電子書籍サービスを利用する際（コインの購入、電子書籍の購入以外での利用の際）の処理を示す。

利用者ＡＡは、利用者クライアント４０を用いて電子書籍サービスを利用する。一例として、利用者ＡＡは、購入済みの電子書籍を読了する。読了の際、利用者クライアント４０とサービス提供サーバ３０とが通信して、利用者ＡＡによる利用状況（ここでは、購入済みの電子書籍の読了）が通知される（ステップＳ３０１）。

サービス提供サーバ３０は、利用者ＡＡの利用状況Ｄ５をコイン管理サーバ１０へ送信する（ステップＳ３０２）。送信される利用状況Ｄ５には、例えば、利用者ＡＡの情報（氏名等）、読了された電子書籍を示す商品ＩＤ、電子書籍のジャンル、読了日時等の情報が含まれる。

コイン管理サーバ１０は、利用状況Ｄ５に含まれる利用者ＡＡの情報をキーとして利用者マスタ２１０を参照し、対応する利用者識別子Ｕ１を特定する（ステップＳ３０３）。

コイン管理サーバ１０は、利用状況Ｄ５に含まれる各情報をキーとしてレート変動マスタ２２０を参照し、該当するレコードを検索する。例示的には、コイン管理サーバ１０は、レート変動マスタ２２０のなかから、利用状況Ｄ５に含まれる読了日時及びジャンルと合致するレコードを検索する。該当するレコードが見付かった場合、コイン管理サーバ１０は、当該レコードに登録された変動レート（便宜上「変動レートＶＲ３」と記す。）を取得する（ステップＳ３０４）。該当するレコードが見付からない場合、コイン管理サーバ１０は、変動レートＶＲ３を取得することなく、次の処理に進む。

コイン管理サーバ１０は、ステップＳ３０４にて取得された変動レートＶＲ３に基づいて利用者ＡＡのコインのレートを更新する（ステップＳ３０５）。すなわち、図１０のステップＳ１０５と同様に、コイン管理サーバ１０は、レートテーブル２３０を更新する。

コイン管理サーバ１０は、適用イベントテーブル２７０を更新する（ステップＳ３０６）。具体的には、コイン管理サーバ１０は、適用イベントテーブル２７０に新たなレコードを作成し、作成されたレコードに、対応する利用者識別子（ここでは利用者識別子Ｕ１）、適用したイベントＩＤ、適用日時の各種情報を登録する。

コイン管理サーバ１０は、レート情報Ｄ６をサービス提供サーバ３０に送信する（ステップＳ３０７）。レート情報Ｄ６は、例えば、更新後の「現在レート」に登録されたレートの情報を含む。

サービス提供サーバ３０は、利用者クライアント４０に対して、レート情報Ｄ６に含まれる更新後のレートを通知する（ステップＳ３０８）。これにより、利用者ＡＡは、例えば、電子書籍を読了したことによってレートが上昇したことを把握できる。

図１３は、利用者による電子書籍サービスの利用状況に応じて変動するレートの一例を示す図である。図１３中、縦軸はレートを示し、横軸は時間を示す。

利用者による電子書籍サービスの利用状況に応じて、図１３に示されるように、レートが変動する。例えば、電子書籍サービスを利用する頻度が高いほど、レートが上昇する傾向にある。レートが上昇することにより、利用者がコイン購入時により多くのコインを獲得できるため、利用者にとって、電子書籍サービスで購入可能な電子書籍の価格が実質的に下がることになる。例えば、所望する電子書籍を安価に購入することができるため、利用者の購買意欲が高まる。利用者の購買意欲の向上に伴い、事業者の電子書籍の販売利益が上がる。

このように、本実施形態によれば、利用者と事業者（コンテンツ提供側）の双方に対して一層の利益をもたらす仕組みを構築するための情報処理システム、方法及びプログラムが提供される。

利用者クライアント４０を用いてサービス提供サーバ３０にアクセスすることにより、利用者が、現在の保有有償コイン、保有無償コインのそれぞれの枚数、現在のレート、コインの購入履歴、消費履歴等を確認できるようにしてもよい。

レート変動マスタ２２０に登録された各変動レートは、事業者が個別に調整できるようにしてもよい。図１４は、事業者の一例である出版社が変動レートを調整する際の処理の一例を示すシーケンス図である。

事業者クライアント２０は、事業者のオペレータの操作に応じて、変動レートの調整をコイン管理サーバ１０にリクエストする（ステップＳ４０１）。

コイン管理サーバ１０は、リクエストに対するレスポンスを事業者クライアント２０に返す（ステップＳ４０２）。レスポンスには、例えば、「イベントＩＤ」と「適用アクション」と「変動レート」とを関連付けたリストが含まれる。

事業者クライアント２０は、事業者のオペレータの操作に応じて、調整内容を指示するコマンドをコイン管理サーバ１０に発行する（ステップＳ４０３）。コマンドには、例えば、調整対象のレコードを示す「イベントＩＤ」、調整後のレートの情報が含まれる。

コイン管理サーバ１０は、発行されたコマンドに応じてレート変動マスタ２２０を更新する（ステップＳ４０４）。

コイン管理サーバ１０は、更新結果を事業者クライアント２０に通知する（ステップＳ４０５）。

例えば、ステップＳ４０３において、イベントＩＤ「Ｅ１」のレコードを指定するとともに調整後のレートとして「＋０．０００５」を指定するコマンドが発行された場合を考える。この場合、ステップＳ４０４において、コイン管理サーバ１０は、レート変動マスタ２２０に登録された「Ｅ１」のレコードの「変動レート」を「＋０．０００２」から「＋０．０００５」に更新する。

このように、コイン管理サーバ１０（より詳細には、処理の実行主体であるＣＰＵ１００Ａ）は、装置（例えば事業者クライアント２０）からのコマンドの入力を受け付ける入力受付部１００ｃとして動作し、また、入力受付部１００ｃにより受け付けられたコマンドに応じて、テーブル（例えばレート変動マスタ２２０）内で各利用状況（例えば適用アクション）に関連付けられた変動レートを個別に調整するレート調整部１００ｄとして動作する。

事業者は、例えば、利用者のニーズや販売戦略を勘案して、変動レートを自由に設定することができる。事業者は、適切な変動レートを設定することにより、利用者の購買意欲の向上や電子書籍の販売利益の向上につなげることができる。

その他、本発明は上述した実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、上述した実施形態で実行される機能は可能な限り適宜組み合わせて実施しても良い。上述した実施形態には種々の段階が含まれており、開示される複数の構成要件による適宜の組み合せにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、効果が得られるのであれば、この構成要件が削除された構成が発明として抽出され得る。

上記の実施形態では、利用者による電子書籍サービスの利用状況に応じてコインの実質的な販売レートを設定する処理例を説明したが、本発明を適用可能な例示はこれに限らない。例えば、利用者による電子書籍サービスの利用状況に応じて、利用者が保有するコインの量（枚数）を設定する処理例も、本発明の範疇である。

図１５は、利用者が保有するコインの量を設定する処理の一例を示すシーケンス図である。

利用者ＡＡは、利用者クライアント４０を用いて電子書籍サービスを利用する。一例として、利用者ＡＡは、購入済みの電子書籍を読了する。読了の際、利用者クライアント４０とサービス提供サーバ３０とが通信して、利用者ＡＡによる利用状況（ここでは、購入済みの電子書籍の読了）が通知される（ステップＳ５０１）。

サービス提供サーバ３０は、図１２の例と同様の利用状況Ｄ５をコイン管理サーバ１０へ送信する（ステップＳ５０２）。

コイン管理サーバ１０は、利用状況Ｄ５に含まれる利用者ＡＡの情報をキーとして利用者マスタ２１０を参照し、対応する利用者識別子Ｕ１を特定する（ステップＳ５０３）。

コイン管理サーバ１０は、利用状況Ｄ５に含まれる各情報をキーとしてレート変動マスタ２２０を参照し、該当するレコードを検索する。該当するレコードが見付かれば、コイン管理サーバ１０は、図１２の例と同様に、変動レートＶＲ３を取得する（ステップＳ５０４）。

コイン管理サーバ１０は、ステップＳ５０４にて取得された変動レートＶＲ３に基づいて利用者ＡＡのコインのレートを更新する（ステップＳ５０５）。すなわち、図１０のステップＳ１０５と同様に、コイン管理サーバ１０は、レートテーブル２３０を更新する。

コイン管理サーバ１０は、各種テーブルを更新する（ステップＳ５０６）。

具体的には、コイン管理サーバ１０は、保有コインテーブル２６０において利用者識別子Ｕ１のレコードを更新する。具体的には、コイン管理サーバ１０は、「保有有償コイン」に登録された枚数と、レートテーブル２３０の「現在レート」に登録されたレートと、の乗算値を、「保有無償コイン」に登録する。また、コイン管理サーバ１０は、適用イベントテーブル２７０に新たなレコードを作成し、作成されたレコードに、対応する利用者識別子（ここでは利用者識別子Ｕ１）、適用したイベントＩＤ、適用日時の各種情報を登録する。

コイン管理サーバ１０は、保有コイン情報Ｄ７をサービス提供サーバ３０に送信する（ステップＳ５０７）。保有コイン情報Ｄ７は、例えば、更新後の「保有有償コイン」、「保有無償コイン」に登録された有償コイン、無償コインのそれぞれの枚数の情報を含む。

サービス提供サーバ３０は、利用者クライアント４０に対して、保有コイン情報Ｄ７に含まれる更新後の保有コインの枚数を通知する（ステップＳ５０８）。これにより、利用者ＡＡは、例えば、電子書籍を読了したことによって保有コイン枚数が変動（例えば増加）したことを把握できる。

このように、図１５の例では、利用者の利用状況に応じてレートテーブル２３０の「現在レート」が更新され、更新された「現在レート」に応じて「保有無償コイン」の枚数が変動する。すなわち、利用者による電子書籍サービスの利用状況に応じて、利用者が保有するコインの枚数が変動する。

本例においても、電子書籍サービスを利用する頻度が高いほど、レートが上昇する傾向にある。レートが上昇することにより、利用者がより多くのコインを獲得できるため、利用者が電子書籍サービスを利用する動機につながる。利用者が電子書籍サービスを利用する機会が増えるほど、事業者の電子書籍の販売利益が上がりやすい。

１ ：システム
１０ ：コイン管理サーバ
２０ ：事業者クライアント
３０ ：サービス提供サーバ
４０ ：利用者クライアント
１００ ：制御部
１００Ａ ：ＣＰＵ
１００Ｂ ：ＲＡＭ
１００Ｃ ：ＲＯＭ
１００Ｄ ：入出力ポート
１００ａ ：取得部
１００ｂ ：設定部
１００ｃ ：入力受付部
１００ｄ ：レート調整部
１１０ ：通信インタフェース部
１２０ ：ストレージ
１２２ ：プログラム
２１０ ：利用者マスタ
２２０ ：レート変動マスタ
２３０ ：レートテーブル
２４０ ：購入履歴テーブル
２５０ ：利用履歴テーブル
２６０ ：保有コインテーブル
２７０ ：適用イベントテーブル

Claims (7)

1. サービスが提供するコンテンツの商取引に用いられるデジタル通貨のレートを管理する情報処理システムであって、
   利用者による前記サービスの利用状況を取得する取得部と、
   前記取得部により取得された利用状況に応じて、前記利用者に対する前記デジタル通貨のレート を設定する設定部と、を備える、
   情報処理システム。
2. 前記利用者による前記サービスの利用状況と前記デジタル通貨の変動レートとを関連付けたテーブルを備え、
   前記設定部は、
   前記取得部により前記利用者による前記サービスの利用状況が取得される毎に、前記テーブルのなかから、対応する利用状況を検出し、
   検出された利用状況に関連付けられた変動レートに基づいて前記利用者に対する前記デジタル通貨のレートを更新する、
   請求項１に記載の情報処理システム。
3. 装置からのコマンドの入力を受け付ける入力受付部と、
   前記入力受付部により受け付けられたコマンドに応じて、前記テーブル内で各前記利用状況に関連付けられた前記変動レートを個別に調整するレート調整部と、を備える、
   請求項２に記載の情報処理システム。
4. 前記設定部は、前記取得部により取得された利用状況に応じて、前記利用者に対する、前記デジタル通貨の実質的な販売レートを設定する、
   請求項１から請求項３の何れか一項に記載の情報処理システム。
5. 前記設定部は、前記取得部により取得された利用状況に応じて、前記利用者が保有する、前記デジタル通貨の量を設定する、
   請求項１から請求項３の何れか一項に記載の情報処理システム。
6. サービスが提供するコンテンツの商取引に用いられるデジタル通貨のレートを管理するコンピュータが実行する方法であって、
   利用者による前記サービスの利用状況を取得し、
   前記取得された利用状況に応じて、前記利用者に対する前記デジタル通貨のレートを設定する、方法。
7. サービスが提供するコンテンツの商取引に用いられるデジタル通貨のレートを管理するコンピュータが実行するプログラムであって、
   利用者による前記サービスの利用状況を取得し、
   前記取得された利用状況に応じて、前記利用者に対する前記デジタル通貨のレートを設定する、プログラム。
   
   

Images