(57)【要約】【課題】イベントが課金対象であるか否かを適切に判断することができるプログラム、情報処理装置及び情報処理方法を提供することにある。【解決手段】一態様では、イベントの発生に応じて課金する処理を行う情報処理装置２に用いられるプログラム２２Ｐであって、該イベントと、自装置２又は他の装置におけるハードウェアの動作状態を示す動作情報とを特定し、特定した前記イベントと、前記自装置２又は前記他の装置における課金を行うべきハードウェアの動作状態を示す課金動作情報とを関連付けて記憶する記憶部２２を参照し、特定した前記動作情報と参照した前記課金動作情報とに基づいて、特定した前記イベントに対して課金するか否かを判定する処理を前記情報処理装置２に実行させる。【選択図】図３
2015191532.tif 000002
【特許請求の範囲】
【請求項１】
イベントの発生に応じて課金する処理を行う情報処理装置に用いられるプログラムであって、
該イベントと、自装置又は他の装置におけるハードウェアの動作状態を示す動作情報とを特定し、
特定した前記イベントと、前記自装置又は前記他の装置における課金を行うべきハードウェアの動作状態を示す課金動作情報とを関連付けて記憶する記憶部を参照し、
特定した前記動作情報と参照した前記課金動作情報とに基づいて、特定した前記イベントに対して課金するか否かを判定する処理を前記情報処理装置に実行させるプログラム。
【請求項２】
前記動作情報は、前記イベントを発生させる発生装置における記憶部に書込が行われたか否かを示す書込情報、該発生装置におけるプロセッサの使用率を示す使用率情報、前記記憶部で所定のデータの更新が行われたか否かを示す更新情報又は前記発生装置が所定のデータの送信をしたか否かを示す送信情報である請求項１に記載のプログラム。
【請求項３】
前記動作情報は、前記イベントを取得する取得装置で所定の操作が行われたか否かを示す操作情報又は該取得装置で所定の画面情報が出力されたか否かを示す出力情報である請求項１又は請求項２に記載のプログラム。
【請求項４】
イベントの発生に応じて課金する課金部を備える情報処理装置であって、
該イベントと、前記自装置又は他の装置におけるハードウェアの動作状態を示す動作情報とを特定する特定部と、
該特定部で特定したイベントと、前記自装置又は他の装置における課金を行うべきハードウェアの動作状態を示す課金動作情報とを関連付けて記憶する記憶部を参照する参照部と、
前記特定部が特定した動作情報と前記参照部で参照した課金動作情報とに基づいて、特定したイベントに対して課金するか否かを判定する判定部とを備える情報処理装置。
【請求項５】
イベントの発生に応じて課金する処理を行う情報処理装置における情報処理方法であって、
該イベントと、前記自装置又は他の装置におけるハードウェアの動作状態を示す動作情報とを特定し、
前記特定したイベントと、前記自装置又は他の装置における課金を行うべきハードウェアの動作状態を示す課金動作情報とを関連付けて記憶する記憶部を参照し、
特定した動作情報と参照した課金動作情報とに基づいて、特定したイベントに対して課金するか否かを判定する処理を前記情報処理装置に実行させる情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、課金に係る処理を行うプログラム、情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
従来、サーバ上のアプリケーションをＬＡＮ(Local Area Network)または携帯電話網等の通信網を介して提供し、提供したアプリケーションが実行したイベントに応じて課金を行うプログラムが一般に知られている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−２７３５５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで一般的にアプリケーションが実行したイベントのデータは大きいため、イベントの解析によりイベントが課金対象であるか否かを判断する処理は時間が掛かる。そのため、従来の技術ではJava（登録商標）script又はＨＴＴＰ（Hypertext Transfer Protocol）等の通信データに基づいてアプリケーションの課金の有無を判定していた。
【０００５】
しかし、従来の技術では同一の通信データであっても実行されたイベントが異なる場合があり、通信データに基づいてイベントが課金対象であるか否かの判断を適切に行うことができないという問題が生じていた。
【０００６】
一つの側面では、イベントが課金対象であるか否かを適切に判断することができるプログラム、情報処理装置及び情報処理方法を提供することにある。
【課題を解決するための手段】
【０００７】
一態様では、イベントの発生に応じて課金する処理を行う情報処理装置に用いられるプログラムであって、該イベントと、自装置又は他の装置におけるハードウェアの動作状態を示す動作情報とを特定し、特定した前記イベントと、前記自装置又は前記他の装置における課金を行うべきハードウェアの動作状態を示す課金動作情報とを関連付けて記憶する記憶部を参照し、特定した前記動作情報と参照した前記課金動作情報とに基づいて、特定した前記イベントに対して課金するか否かを判定する処理を前記情報処理装置に実行させる。
【発明の効果】
【０００８】
一つの側面では、イベントが課金対象であるか否かを適切に判断することができる。
【図面の簡単な説明】
【０００９】
【図１】情報処理システムの概要を示す模式図である。
【図２】端末装置のハードウェア群を示すブロック図である。
【図３】情報処理装置のハードウェア群を示すブロック図である。
【図４】サーバ装置のハードウェア群を示すブロック図である。
【図５】サーバ装置を仮想化したソフトウェアを示す説明図である。
【図６】料金情報ＤＢに格納されているデータの一例を示す図である。
【図７】課金情報ＤＢに格納されているデータの一例を示す図である。
【図８】動作情報ＤＢに格納されているデータの一例を示す図である。
【図９】動作ＤＢに格納されているデータの一例を示す図である。
【図１０】イベントの成功時における情報処理システムの動作の一例を示した概念図である。
【図１１】イベントの失敗時における情報処理システムの動作の一例を示した概念図である。
【図１２】情報処理システムの処理手順を示したフローチャートである。
【図１３】情報処理システムの処理手順を示したフローチャートである。
【図１４】情報処理システムの処理手順を示したフローチャートである。
【図１５】実施の形態２に係る端末装置のハードウェア群を示すブロック図である。
【図１６】実施の形態２に係る動作情報ＤＢに格納されているデータの一例を示す図である。
【図１７】実施の形態２に係る動作ＤＢに格納されているデータの一例を示す図である。
【図１８】実施の形態２に係る動作ＤＢに格納されているデータの一例を示す図である。
【図１９】実施の形態２に係る課金情報ＤＢに格納されているデータの一例を示す図である。
【図２０】実施の形態２に係るイベントの成功時における情報処理システムの動作の一例を示した概念図である。
【図２１】実施の形態２に係るイベントの失敗時における情報処理システムの動作の一例を示した概念図である。
【図２２】実施の形態２に係る情報処理システムの処理手順を示したフローチャートである。
【図２３】実施の形態３に係る情報処理装置のハードウェア群を示すブロック図である。
【図２４】実施の形態４に係る情報処理装置の機能ブロック図である。
【発明を実施するための形態】
【００１０】
実施の形態１
以下本実施の形態を、図面を参照して説明する。図１は情報処理システムの概要を示す模式図である。情報処理システムは端末装置１Ａ〜１Ｂ（以下、場合により１で代表する）、情報処理装置（自装置）２、サーバ装置（他装置）３等を備える。サーバ装置３はイベントを発生させる発生装置を示す。端末装置１はイベントを取得する取得装置を示す。端末装置１と情報処理装置２とはインターネット、ＬＡＮまたは携帯電話網等の通信網Ｎ１により相互に接続されている。情報処理装置２とサーバ装置３とはインターネット、ＬＡＮまたは携帯電話網等の通信網Ｎ２により相互に接続されている。端末装置１は複数の端末装置１Ａ〜１Ｂ等により構成され、通信網Ｎ１を介して、情報処理装置２との間で情報の送受信を行っている。サーバ装置３は通信網Ｎ１とは別の通信網Ｎ２を介して、情報処理装置２との間で情報の送受信を行っている。なお、通信網Ｎ１及びＮ２は同一の通信網であってもよい。
【００１１】
端末装置１は、操作情報、イベント情報の要求等のデータを情報処理装置２に送信するコンピュータであり、例えばパーソナルコンピュータ、携帯電話、スマートフォン等である。以下では情報処理装置２が一例として、パーソナルコンピュータであるものとして説明する。操作情報とはアプリケーションに対して行われる操作である。イベント情報とは、アプリケーションにより実行されたイベントから生成されるデータであり、例えば、予約情報、電子ファイル等である。なお図１では、２台の端末装置１が描かれているが、端末装置１の台数は２台以上でもよいし、１台でもよい。
【００１２】
情報処理装置２は、課金情報に基づいて端末装置１に対するイベント情報の送信を制御する制御装置であり、例えばサーバコンピュータ（サーバ）またはパーソナルコンピュータ等である。課金情報とはユーザがウェブアプリケーション、ファイル共有ソフト等のアプリケーションに課金したことを示す電子情報であり、例えば電子マネー、クレジットカードの支払情報等である。以下では情報処理装置２が一例として、サーバであるものとして説明する。情報処理装置２は端末装置１から課金情報、イベント情報の要求を受信した場合、課金情報が後述する料金情報を満たしているか否かを判定する。情報処理装置２は課金情報が後述する料金情報を満たしていると判定した場合、イベント情報の要求をサーバ装置３に送信する。
【００１３】
サーバ装置３は、アプリケーションを実行することにより、情報処理装置２を介して端末装置１にイベント情報を送信するコンピュータであり、例えばサーバまたはパーソナルコンピュータ等である。以下ではサーバ装置３が一例として、サーバであるものとして説明する。サーバ装置３は情報処理装置２からイベント情報の要求を受信した場合、アプリケーションを実行する。サーバ装置３は実行されたアプリケーションからイベント情報を生成する。サーバ装置３はイベント情報を情報処理装置２に送信する。情報処理装置２はイベント情報を端末装置１に送信する。以下詳細を説明する。
【００１４】
図２は端末装置１のハードウェア群を示すブロック図である。図２に示す端末装置１は、ＣＰＵ(Central Processing Unit)１１、記憶部１２、ＲＡＭ１３、入力部１４、表示出力部１５、通信部１６を備える。
【００１５】
ＣＰＵ１１は、バスを介してハードウェア各部と接続されている。ＣＰＵ１１は例えば一又は複数のＣＰＵ又はマルチコアＣＰＵ等を備える。ＣＰＵ１１は、記憶部１２に記憶されたプログラム１２Ｐに従いハードウェアの各部を制御する。
【００１６】
記憶部１２は例えばハードディスクまたは大容量メモリ等である。記憶部１２にはＣＰＵ１１が処理を行う際に必要とする種々のデータ、プログラム１２Ｐを格納する。
【００１７】
ＲＡＭ１３は例えばＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等である。ＲＡＭ１３は、記憶部としても機能し、ＣＰＵ１１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００１８】
入力部１４はマウス、キーボード又はタッチパネル等の入力デバイスであり、受け付けた操作情報をＣＰＵ１１へ出力する。表示出力部１５は表示装置（図示せず）に表示させる画像データを出力する。通信部１６は、例えば無線ＬＡＮカード又は携帯電話用通信モジュール等であり、通信網Ｎ１を介して各種情報を情報処理装置２との間で送受信する。
【００１９】
図３は情報処理装置２のハードウェア群を示すブロック図である。図３に示す情報処理装置２は、ＣＰＵ２１、記憶部２２、ＲＡＭ２３、入力部２４、表示出力部２５、通信部２６を備える。
【００２０】
ＣＰＵ２１は、バスを介してハードウェア各部と接続されている。ＣＰＵ２１は例えば一又は複数のＣＰＵ又はマルチコアＣＰＵ等を備える。ＣＰＵ２１は、記憶部２２に記憶されたプログラム２２Ｐに従いハードウェアの各部を制御する。
【００２１】
記憶部２２は例えばハードディスクまたは大容量メモリ等である。記憶部２２にはＣＰＵ２１が処理を行う際に必要とする種々のデータ、プログラム２２Ｐ、料金情報ＤＢ（データベース）２２１、課金情報ＤＢ２２２及び動作情報ＤＢ２２３を格納する。
【００２２】
ＲＡＭ２３は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ２３は、記憶部としても機能し、ＣＰＵ２１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００２３】
入力部２４はマウス、キーボード又はタッチパネル等の入力デバイスであり、受け付けた操作情報をＣＰＵ２１へ出力する。表示出力部２５は表示装置（図示せず）に表示させる画像データを出力する。通信部２６は、例えば無線ＬＡＮカード又は携帯電話用通信モジュール等であり、通信網Ｎ１又はＮ２を介して各種情報を端末装置１、サーバ装置３との間で送受信する。
【００２４】
図４はサーバ装置３のハードウェア群を示すブロック図である。図４に示すサーバ装置３は、ＣＰＵ３１、記憶部３２、ＲＡＭ３３、入力部３４、表示出力部３５、通信部３６を備える。
【００２５】
ＣＰＵ３１は、バスを介してハードウェア各部と接続されている。ＣＰＵ３１は例えば一又は複数のＣＰＵ又はマルチコアＣＰＵ等を備える。ＣＰＵ３１は、記憶部３２に記憶されたプログラム３２Ｐに従いハードウェアの各部を制御する。ＣＰＵ３１はパフォーマンスカウンタ（以下、ＰＭＣ（Performance Monitoring Counter）という）３１１を含む。ＰＭＣ３１１はＣＰＵ３１のイベントをＰＭＣ値として計測する。すなわちＰＭＣ３１１は検索処理によりイベントが実行される際にインクリメントされる。ＣＰＵ３１はＰＭＣ３１１からＰＭＣ値を取得し、取得したＰＭＣ値に基づいてＣＰＵ使用率を算出する。
【００２６】
記憶部３２は例えばハードディスクまたは大容量メモリ等である。記憶部３２にはＣＰＵ３１が処理を行う際に必要とする種々のデータ、プログラム３２Ｐ、動作ＤＢ３２１を格納する。プログラム３２Ｐは仮想化環境を実現するためのプログラムであり、後述するハイパーバイザ上で仮想マシンを動作させる。
【００２７】
ＲＡＭ３３は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ３３は、記憶部としても機能し、ＣＰＵ３１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００２８】
入力部３４はマウス、キーボード又はタッチパネル等の入力デバイスであり、受け付けた操作情報をＣＰＵ３１へ出力する。表示出力部３５は表示装置（図示せず）に表示させる画像データを出力する。通信部３６は、例えば無線ＬＡＮカード又は携帯電話用通信モジュール等であり、通信網Ｎ２を介して各種情報を情報処理装置２との間で送受信する。
【００２９】
図５はサーバ装置３を仮想化したソフトウェアを示す説明図である。図５に示すように、サーバ装置３は物理的には一台の計算機であるが、ハイパーバイザ３２１と呼ばれるソフトウェアによりＣＰＵ、メモリ等の資源を論理的に分割し、独立したＶＭ（仮想マシン）が複数動作可能となっている。各ＶＭは夫々のＯＳ（Operating System）が動作し、夫々のＯＳ上でアプリケーションが動作し、通信網Ｎ２を介して情報処理装置２にイベント情報を送信している。
【００３０】
図５に示す例では、サーバ装置３には３つのＶＭが動作している。なお、本実施の形態において３つのＶＭが動作している情報処理装置２について記載しているが、情報処理装置２は３つ以上のＶＭが動作してもよいし、１つ又は２つでもよい。ＶＭ１〜３の夫々は、割り当てられたリソースを使用して２つのアプリケーションを動作させている。ＶＭ１は例えば、アプリケーションＡ１、Ａ２を動作させている。アプリケーションＡ１は例えば予約システムである。アプリケーションＡ２は例えばファイル共有アプリケーションである。各ＶＭは情報処理装置２からイベント情報の要求を受信した場合、サーバ装置３にイベント情報を送信する。
【００３１】
図６は料金情報ＤＢ２２１に格納されているデータの一例を示す図である。料金情報ＤＢ２２１はイベントの実行又は更新等により発生する料金を示す料金情報に関連するデータを記憶するデータベースである。料金情報ＤＢ２２１はアプリケーション列、料金列、イベント列、イベント情報列、完了メッセージ列、エラーメッセージ列を備える。アプリケーション列にはＶＭが動作させているアプリケーションが記憶される。アプリケーション列には例えばアプリケーションＡ１、Ａ２等が記憶される。アプリケーションＡ１は例えばホテル、旅館等の客室の予約を行う予約システムである。アプリケーションＡ２は例えばニュースの検索システムである。
【００３２】
料金列には料金情報が記憶され、通貨単位は例えば円である。なお、料金は現実の通貨に限らず、ビットコイン等の仮想通貨でもよい。イベント列にはアプリケーションにより実行されるイベントが記憶される。イベント列には例えば、予約処理、キャンセル処理、データＡ送信、データＢ送信等が記憶される。予約処理とは、客室の予約の処理を示す。キャンセル処理とは、客室のキャンセルの処理を示す。データＡ送信とは、端末装置１にファイル共有アプリケーションで共有されるデータＡを送信することを示す。データＢ送信とは、端末装置１にファイル共有アプリケーションで共有されるデータＢを送信することを示す。
【００３３】
イベント情報列にはイベント情報が記憶される。イベント情報には例えば、予約情報、キャンセル情報、データＡ、データＢが記憶される。予約情報とは客室の予約をしたデータである。キャンセル情報とは客室のキャンセルをしたデータである。完了メッセージ列にはイベントの成功を示す完了メッセージが記憶される。完了メッセージ列には例えば、予約完了、キャンセル完了、取得成功等が記憶される。予約完了とは予約処理が成功したことを示す。キャンセル完了とはキャンセル処理が成功したことを示す。取得成功とは、データの送信が成功したことを示す。エラーメッセージ列にはイベントの失敗を示すエラーメッセージが記憶される。エラーメッセージ列には例えば、空きなし、キャンセル失敗、取得失敗等が記憶される。空きなしとは予約処理が失敗したことを示す。キャンセル失敗とはキャンセル処理が失敗したことを示す。取得失敗とはデータの送信が失敗したことを示す。
【００３４】
図７は課金情報ＤＢ２２２に格納されているデータの一例を示す図である。課金情報ＤＢ２２２は課金情報に関連するデータを記憶するデータベースである。課金情報ＤＢ２２２はアプリケーション列、イベント情報列、課金列等を備える。アプリケーション列にはＶＭが動作させているアプリケーションが記憶される。イベント情報列はイベント情報が記憶される。課金列には課金情報が記憶される。
【００３５】
図８は動作情報ＤＢ２２３に格納されているデータの一例を示す図である。動作情報ＤＢ２２３はイベントと、サーバ装置３における課金を行うべきハードウェアの動作状態を示す課金動作情報とを関連付けたデータを記憶するデータベースである。動作情報ＤＢ２２３はイベント情報列、データ種別列、成功条件列、失敗条件列等を備える。イベント情報列にはイベント情報が記憶される。データ種別列にはサーバ装置３の動作状態が記憶される。データ種別列には例えば、記憶部書込、ＣＰＵ使用率、データ更新、サーバ通信等が記憶される。記憶部書込とは記憶部３２に書込が行われたか否かを示す書込情報を示す。ＣＰＵ使用率とはサーバ装置３のＣＰＵ３１の使用率を示す使用率情報を示す。データ更新とは記憶部３２で所定のデータの更新が行われたか否かを示す更新情報を示す。所定のデータとは例えば、端末装置１に送信するデータである。サーバ通信はサーバ装置３が所定のデータの送信をしたか否かを示す送信情報を示す。
【００３６】
成功条件列はイベントの成功時におけるサーバ装置３におけるハードウェアの動作状態を示す動作情報が記憶されている。成功条件列には例えば、書込あり、閾値未満、更新あり、通信ありが記憶される。書込ありとは記憶部３２に書込が行われたことを示す課金書込情報を示す。閾値未満とはＣＰＵ３１の使用率が所定の閾値未満であることを示す課金使用率情報を示す。所定の閾値とは例えば３０％である。また、閾値未満とはＣＰＵ使用率の上昇が所定の時間閾値経過していない場合であってもよい。所定の時間閾値とは例えば５秒である。更新ありとは記憶部３２で所定のデータの更新が行われたことを示す課金更新情報を示す。通信ありとはサーバ装置３が所定のデータの送信をしたことを示す課金送信情報を示す。
【００３７】
失敗条件列はイベントの失敗時における動作情報が記憶されている。失敗条件列には例えば、書込なし、閾値以上、更新なし、通信なしが記憶される。書込なしとは記憶部３２に書込が行われなかったことを示す。閾値以上とはＣＰＵ３１の使用率が所定の閾値以上であることを示す課金使用率情報を示す。また、閾値以上とはＣＰＵ使用率の上昇が所定の時間閾値以上経過した場合であってもよい。更新なしとは記憶部３２で所定のデータの更新が行われなかったことを示す。通信なしとはサーバ装置３が所定のデータの送信をしなかったことを示す。
【００３８】
なお、本実施形態ではＣＰＵ使用率によりイベントが成功したか否かを判断したが、ＲＡＭの使用率、記憶部の使用率によりイベントが成功したか否かを判断してもよい。また本実施形態では記憶部への書込によりイベントが成功したか否かを判断したが、記憶部からの読込又は検索の発生によりイベントが成功したか否かを判断してもよい。さらに本実施形態では所定のデータへの更新によりイベントが成功したか否かを判断したが、所定のデータのデータサイズの増加、書込又は読込によりイベントが成功したか否かを判断してもよい。
【００３９】
図９は動作ＤＢ３２１に格納されているデータの一例を示す図である。動作ＤＢ３２１は動作情報を記憶するデータベースである。処理番号列、アプリケーション列、イベント列、データ種別列、動作情報列等を備える。処理番号列にはＣＰＵ３１が実行したイベントの順番が記憶される。アプリケーション列にはＣＰＵ３１が動作させたアプリケーションが記憶される。イベント列にはＣＰＵ３１が実行したイベントが記憶される。データ種別列にはサーバ装置３の動作状態が記憶される。動作情報列には動作情報が記憶される。
【００４０】
図１０はイベントの成功時における情報処理システムの動作の一例を示した概念図である。端末装置１のＣＰＵ１１は入力部１４から施設の予約を操作する予約操作情報の入力を受け付ける。ＣＰＵ１１は入力された予約操作情報を通信部１６から情報処理装置２へ送信する。情報処理装置２のＣＰＵ２１は通信部２６で予約操作情報を受信する。ＣＰＵ２１は予約操作情報を通信部２６からサーバ装置３へ送信する。サーバ装置３のＣＰＵ３１は通信部３６で予約操作情報を受信する。
【００４１】
ＣＰＵ３１はアプリケーションＡ１を起動する。ＣＰＵ３１は受信した予約操作情報に基づいてアプリケーションＡ１からイベントを実行する。具体的なＣＰＵ３１の予約処理は以下の通りである。ＣＰＵ３１は空室があるか否かを示す空室情報を記憶部３２から読み込む。ＣＰＵ３１は空室があるか否かを判定する。ＣＰＵ３１は予約ＤＢ３２２に空室があると判定する。ＣＰＵ３１はイベントに基づいてイベント情報を生成する。具体的にはＣＰＵ３１は予約が成功したことを示す予約情報を生成する。ＣＰＵ３１は更新した空室情報を記憶部３２に書き込む。ＣＰＵ３１は記憶部３２に空室情報が書き込まれたことを示す動作情報を動作ＤＢ３２１に記憶する。ＣＰＵ３１は予約情報を通信部３６から情報処理装置２へ送信する。
【００４２】
情報処理装置２のＣＰＵ２１は通信部２６で予約情報を受信する。ＣＰＵ２１は予約情報を通信部２６から端末装置１へ送信する。端末装置１のＣＰＵ１１は通信部１６で予約情報を受信する。ＣＰＵ２１は動作情報ＤＢ２２３を参照する。ＣＰＵ２１はイベント情報に対応する動作情報の要求を通信部２６でサーバ装置３へ送信する。具体的にはＣＰＵ２１は記憶部３２に書込があったか否かの動作情報の要求を送信する。サーバ装置３のＣＰＵ３１は通信部３６で動作情報の要求を受信する。ＣＰＵ３１は動作ＤＢ３２１から予約ＤＢ３２２に書込があったか否かを示す動作情報を取得する。ＣＰＵ３１は動作情報を通信部３６から情報処理装置２へ送信する。
【００４３】
情報処理装置２のＣＰＵ２１は通信部２６で動作情報を受信する。ＣＰＵ２１は料金情報ＤＢ２２１を参照する。ＣＰＵ２１は動作情報ＤＢ２２３に基づいて受信した動作情報が課金動作情報であるか否かを判定する。ＣＰＵ２１は動作情報が課金動作情報であると判定する。ＣＰＵ２１は料金情報ＤＢ２２１に基づいて課金情報を算出する。具体的にはＣＰＵ２１は予約情報を受信したので１０００の課金情報を算出する。ＣＰＵ２１は課金情報ＤＢ２２２に課金情報を記憶する。ＣＰＵ２１は料金情報ＤＢ２２１に基づいて完了メッセージを通信部２６から端末装置１へ送信する。端末装置１のＣＰＵ１１は完了メッセージを通信部１６で受信する。ＣＰＵ１１は完了メッセージを表示出力部１５から表示部に出力し、処理を終了する。
【００４４】
図１１はイベントの失敗時における情報処理システムの動作の一例を示した概念図である。端末装置１のＣＰＵ１１は入力部１４から予約操作情報の入力を受け付ける。ＣＰＵ１１は入力された予約操作情報を通信部１６から情報処理装置２へ送信する。情報処理装置２のＣＰＵ２１は通信部２６で予約操作情報を受信する。ＣＰＵ２１は予約操作情報を通信部２６からサーバ装置３へ送信する。サーバ装置３のＣＰＵ３１は通信部３６で予約操作情報を受信する。
【００４５】
ＣＰＵ３１はアプリケーションＡ１を起動する。具体的なＣＰＵ３１の予約処理は以下の通りである。ＣＰＵ３１は記憶部３２から空室情報を読み込む。ＣＰＵ３１は空室があるか否かを判定する。ＣＰＵ３１は予約ＤＢ３２２に空室がないと判定する。ＣＰＵ３１は予約が失敗したことを示す予約情報を生成する。ＣＰＵ３１は記憶部２２に書込がなかったことを示す動作情報を動作ＤＢ３２１に記憶する。具体的にはＣＰＵ３１は例えば、記憶部２２に書込がなかったことを示す動作情報は所定の時間が経過した後に記憶部３２に書き込みが無かった場合に記憶する。所定の時間とは例えば３秒である。ＣＰＵ３１は予約情報を通信部３６から情報処理装置２へ送信する。
【００４６】
情報処理装置２のＣＰＵ２１は通信部２６で予約情報を受信する。ＣＰＵ２１は予約情報を特定する。ＣＰＵ２１は予約情報を通信部２６から端末装置１へ送信する。端末装置１のＣＰＵ１１は通信部１６で予約情報を受信する。ＣＰＵ２１は動作情報ＤＢ２２３を参照する。ＣＰＵ２１は記憶部３２に書込があったか否かの動作情報の要求を送信する。サーバ装置３のＣＰＵ３１は通信部３６で動作情報の要求を受信する。ＣＰＵ３１は動作ＤＢ３２１から記憶部２２に書込がなかったことを示す動作情報を取得する。ＣＰＵ２１は動作情報を特定する。ＣＰＵ３１は動作情報を通信部３６から情報処理装置２へ送信する。
【００４７】
情報処理装置２のＣＰＵ２１は通信部２６で動作情報を受信する。ＣＰＵ２１は料金情報ＤＢ２２１を参照する。ＣＰＵ２１は動作情報ＤＢ３２１に基づいて受信した動作情報が課金動作情報であるか否かを判定する。ＣＰＵ２１は動作情報が課金動作情報でないと判定する。ＣＰＵ２１は料金情報ＤＢ２２１に基づいて失敗メッセージを通信部２６から端末装置１へ送信する。端末装置１のＣＰＵ１１は失敗メッセージを通信部１６で受信する。ＣＰＵ１１は失敗メッセージを表示出力部１５から表示部に出力し、処理を終了する。
【００４８】
次に、フローチャートを用いて情報処理システムの処理手順を説明する。図１２〜１４は情報処理システムの処理手順を示したフローチャートである。端末装置１のＣＰＵ１１は入力部１４から操作情報の入力を受け付ける（ステップＳ１）。ＣＰＵ１１は入力された操作情報を通信部１６から情報処理装置２へ送信する（ステップＳ２）。情報処理装置２のＣＰＵ２１は通信部２６で操作情報を受信する（ステップＳ３）。ＣＰＵ２１は操作情報を記憶部２２に記憶する（ステップＳ４）。ＣＰＵ２１は操作情報を通信部２６からサーバ装置３へ送信する（ステップＳ５）。サーバ装置３のＣＰＵ３１は通信部３６で操作情報を受信する（ステップＳ６）。
【００４９】
ＣＰＵ３１はアプリケーションを起動する（ステップＳ７）。ＣＰＵ３１は受信した操作情報に基づいてアプリケーションからイベントを実行する（ステップＳ８）。ＣＰＵ３１はイベントに基づいてイベント情報を生成する（ステップＳ９）。ＣＰＵ３１は動作情報を動作ＤＢ３２１に記憶する（ステップＳ１０）。ＣＰＵ３１はイベント情報を通信部３６から情報処理装置２へ送信する（ステップＳ１１）。
【００５０】
情報処理装置２のＣＰＵ２１は通信部２６でイベント情報を受信する（ステップＳ１２）。ＣＰＵ２１はイベント情報を特定する（ステップＳ１３）。ＣＰＵ２１はイベント情報を通信部２６から端末装置１へ送信する（ステップＳ１４）。端末装置１のＣＰＵ１１は通信部１６でイベント情報を受信する（ステップＳ１５）。ＣＰＵ２１はステップＳ１４を終了した後、動作情報ＤＢ２２３を参照する（ステップＳ１６）。ＣＰＵ２１はイベント情報に対応する動作情報の要求を通信部２６でサーバ装置３へ送信する（ステップＳ１７）。サーバ装置３のＣＰＵ３１は通信部３６で動作情報の要求を受信する（ステップＳ１８）。ＣＰＵ３１は動作ＤＢ３２１から動作情報を取得する（ステップＳ１９）。ＣＰＵ３１は動作情報を通信部３６から情報処理装置２へ送信する（ステップＳ２０）。
【００５１】
情報処理装置２のＣＰＵ２１は通信部２６で動作情報を受信する（ステップＳ２１）。ＣＰＵ２１は動作情報を特定する（ステップＳ２２）。ＣＰＵ２１は料金情報ＤＢ２２１を参照する（ステップＳ２３）。ＣＰＵ２１は受信した動作情報が課金動作情報であるか否かを判定する（ステップＳ２４）。ＣＰＵ２１は受信した動作情報が課金動作情報でないと判定した場合（ステップＳ２４：ＮＯ）、料金情報ＤＢ２２１に基づいて失敗メッセージを通信部２６から端末装置１へ送信する（ステップＳ２５）。端末装置１のＣＰＵ１１は失敗メッセージを通信部１６で受信する（ステップＳ２６）。ＣＰＵ１１は失敗メッセージを表示出力部１５から表示部に出力する（ステップＳ２７）。
【００５２】
ＣＰＵ２１は受信した動作情報が課金動作情報であると判定した場合（ステップＳ２４：ＹＥＳ）、料金情報ＤＢ２２１に基づいて課金情報を算出する（ステップＳ２８）。ＣＰＵ２１は課金情報ＤＢ２２２に課金情報を記憶する（ステップＳ２９）。ＣＰＵ２１は料金情報ＤＢ２２１に基づいて完了メッセージを通信部２６から端末装置１へ送信する（ステップＳ３０）。端末装置１のＣＰＵ１１は完了メッセージを通信部１６で受信する（ステップＳ３１）。ＣＰＵ１１は完了メッセージを表示出力部１５から表示部に出力し（ステップＳ３２）、処理を終了する。
【００５３】
なお本実施形態の情報処理システムは情報処理装置２とサーバ装置３とを備えたが、情報処理装置２のみでもよい。その場合、情報処理装置２はサーバ装置３と同様の構成及び作用を備える。
【００５４】
本実施形態によれば、イベントが課金対象であるか否かを適切に判断することができる。
【００５５】
本実施形態によれば、ＣＰＵ２１が受信した動作情報が課金動作情報であるか否かを判定することにより、イベントが課金対象であるか否かをより適切に判断することができる。
【００５６】
本実施形態によれば、書込情報、使用率情報、更新情報又は送信情報を参照することにより、サーバ装置３のハードウェアの動作状態をより正確に特定し、ハードウェアの動作状態に基づいてイベントが課金対象であるか否かを適切に判断することができる。
【００５７】
本実施形態によれば、課金書込情報、課金使用率情報、課金更新情報又は課金送信情報を参照することにより、イベントの成功時におけるサーバ装置３のハードウェアの動作状態をより正確に特定し、ハードウェアの動作状態に基づいてイベントが課金対象であるか否かを適切に判断することができる。なお、本実施形態の手法によれば、イベントに対する課金処理を導入する際に、課金処理の導入のためのアプリケーションの改修は必ずしも必要としない。そのため、課金処理の導入に伴う、アプリケーション開発等のコスト増加を抑止することができる。
【００５８】
実施の形態２
図１５は実施の形態２に係る端末装置１のハードウェア群を示すブロック図である。以下、特に説明する構成、作用以外の構成及び作用は実施の形態１と同等であり、簡潔のため記載を省略する。記憶部３２にはさらに動作ＤＢ１２１を格納する。
【００５９】
図１６は実施の形態２に係る動作情報ＤＢ２２３に格納されているデータの一例を示す図である。イベント情報列には例えば、検索結果情報が記憶される。検索結果情報とは検索した結果を示すデータである。データ種別列には例えば、ＣＰＵ使用率、操作状態、画面情報等が記憶される。操作状態とは端末装置１の入力部１４で所定の操作が行われたか否かを示す操作情報を示す。所定の操作とは例えば、検索情報の要求を所定回数実行している、ブラウザを所定回数更新している等である。所定回数とは例えば３回である。画面情報とは端末装置１の表示出力部１５で所定の画面情報が出力されたか否かを示す出力情報を示す。所定の画面情報とはスクロールバー、ブラウザ等である。なお、データ種別列には例えば記憶情報が記憶されても良い。記憶情報とは記憶部１２に記憶されたデータを示す。
【００６０】
成功条件列には例えば、閾値以上、所定の操作なし、所定の画面情報ありが記憶される。所定の操作なしとは操作情報が所定の操作が行われなかったことを示す課金操作情報を示す。所定の画面情報ありとは所定の画面情報が表示出力部１５から出力されたことを示す課金出力情報を示す。なお、成功条件列には所定の記憶情報ありが記憶されてもよい。所定の記憶情報ありとは記憶部１２に予約情報、検索結果情報等が記憶されていることを示す。
【００６１】
失敗条件列には例えば、閾値未満、所定の操作あり、所定の画面情報なしが記憶される。所定の操作ありとは操作情報が所定の操作が行われたことを示す。所定の画面情報なしとは所定の画面情報が表示出力部１５から出力されなかったことを示す。なお、成功条件列には所定の記憶情報なしが記憶されてもよい。所定の記憶情報なしとは記憶部１２に予約情報、検索結果情報等が記憶されていないことを示す。
【００６２】
図１７は実施の形態２に係る動作ＤＢ１２１に格納されているデータの一例を示す図である。動作ＤＢ１２１は端末装置１の動作情報を記憶するデータベースである。処理番号列、アプリケーション列、イベント列、データ種別列、動作情報列等を備える。処理番号列にはＣＰＵ３１が実行したイベントの順番が記憶される。アプリケーション列にはＣＰＵ３１が動作させたアプリケーションが記憶される。イベント列にはＣＰＵ３１が実行したイベントが記憶される。データ種別列にはサーバ装置３の動作状態が記憶される。動作情報列には動作情報が記憶される。
【００６３】
図１８は実施の形態２に係る動作ＤＢ３２１に格納されているデータの一例を示す図である。図１９は実施の形態２に係る課金情報ＤＢ２２２に格納されているデータの一例を示す図である。図１８と図１９は、それぞれ実施の形態１の図７と図９と同様の構成のため、詳細な説明を省略する。
【００６４】
図２０は実施の形態２に係るイベントの成功時における情報処理システムの動作の一例を示した概念図である。端末装置１のＣＰＵ１１は入力部１４から検索する文字、数字等を示す検索操作情報の入力を受け付ける。ＣＰＵ１１は入力された検索操作情報を通信部１６から情報処理装置２へ送信する。情報処理装置２のＣＰＵ２１は通信部２６で検索操作情報を受信する。ＣＰＵ２１は検索操作情報を通信部２６からサーバ装置３へ送信する。サーバ装置３のＣＰＵ３１は通信部３６で検索操作情報を受信する。
【００６５】
ＣＰＵ３１はアプリケーションＡ２を起動する。ＣＰＵ３１は受信した検索操作情報に基づいてアプリケーションＡ２から検索処理を実行する。具体的なＣＰＵ３１の検索処理は以下の通りである。ＣＰＵ３１は記憶部１２に記憶されたニュースのデータから検索操作情報に示された文字、数字が書かれたデータＡを抽出する。ＣＰＵ３１はＰＭＣ３１１からＰＭＣ値を取得し、取得したＰＭＣ値に基づいてＣＰＵ使用率を算出する。ＣＰＵ３１は算出したＣＰＵ使用率を動作ＤＢ３２１に記憶する。ＣＰＵ３１は抽出したデータＡを編集することで検索結果情報を生成する。ＣＰＵ３１は生成した検索結果情報を通信部３６から情報処理装置２へ送信する。
【００６６】
情報処理装置２のＣＰＵ２１は通信部２６でデータＡである検索結果情報を受信する。ＣＰＵ２１はデータＡを特定する。ＣＰＵ２１はデータＡである検索結果情報を通信部２６から端末装置１へ送信する。端末装置１のＣＰＵ１１は通信部１６でデータＡである検索結果情報を受信する。ＣＰＵ２１は検索結果情報を通信部２６から端末装置１へ送信した後、動作情報ＤＢ２２３を参照する。ＣＰＵ２１はサーバ装置３にＣＰＵ使用率が閾値以上であるか否かを示す動作情報の要求を送信する。ＣＰＵ２１は端末装置１に所定の操作があるか否かを示す動作情報の要求を送信する。サーバ装置３のＣＰＵ３１は通信部３６で動作情報の要求を受信する。ＣＰＵ３１は動作ＤＢ３２１から閾値未満であったことを示す動作情報を取得する。ＣＰＵ３１は動作情報を通信部３６から情報処理装置２へ送信する。端末装置１のＣＰＵ１１は通信部１６で動作情報の要求を受信する。ＣＰＵ１１は動作ＤＢ１２１から課金動作情報を取得する。ＣＰＵ１１は動作情報を通信部１６から情報処理装置２へ送信する。
【００６７】
情報処理装置２のＣＰＵ２１は通信部２６で動作情報を受信する。ＣＰＵ２１は動作情報を特定する。ＣＰＵ２１は料金情報ＤＢ２２１を参照する。ＣＰＵ２１は動作情報ＤＢに基づいて受信した動作情報が課金動作情報であるか否かを判定する。ＣＰＵ２１は動作情報が課金動作情報であると判定する。ＣＰＵ２１はデータＡを受信したので２０の課金情報を算出する。ＣＰＵ２１は課金情報ＤＢ２２２に課金情報を記憶する。ＣＰＵ２１は料金情報ＤＢ２２１に基づいて完了メッセージを通信部２６から端末装置１へ送信する。端末装置１のＣＰＵ１１は完了メッセージを通信部１６で受信する。ＣＰＵ１１は完了メッセージを表示出力部１５から表示部に出力し、処理を終了する。
【００６８】
図２１は実施の形態２に係るイベントの失敗時における情報処理システムの動作の一例を示した概念図である。ＣＰＵ１１は入力された検索操作情報を通信部１６から情報処理装置２へ送信する。情報処理装置２のＣＰＵ２１は通信部２６で検索操作情報を受信する。ＣＰＵ２１は検索操作情報を通信部２６からサーバ装置３へ送信する。サーバ装置３のＣＰＵ３１は通信部３６で検索操作情報を受信する。
【００６９】
ＣＰＵ３１はアプリケーションＡ２を起動する。ＣＰＵ３１は受信した検索操作情報に基づいてアプリケーションＡ２から検索処理を実行する。具体的なＣＰＵ３１の検索処理は以下の通りである。ＣＰＵ３１は記憶部１２に記憶されたニュースのデータから検索操作情報に示された文字、数字が書かれたデータＡを抽出する。ＣＰＵ３１はＰＭＣ３１１からＰＭＣ値を取得し、取得したＰＭＣ値に基づいてＣＰＵ使用率を算出する。ＣＰＵ３１は算出したＣＰＵ使用率を動作ＤＢ３２１に記憶する。ＣＰＵ３１は抽出したデータＡを編集することで検索結果情報を生成する。ＣＰＵ３１は生成した検索結果情報を通信部３６から情報処理装置２へ送信する。
【００７０】
情報処理装置２のＣＰＵ２１は通信部２６でデータＡである検索結果情報を受信する。ＣＰＵ２１はデータＡを特定する。ＣＰＵ２１はデータＡである検索結果情報を通信部２６から端末装置１へ送信する。端末装置１は検索結果情報の受信に失敗する。ＣＰＵ２１は検索結果情報を通信部２６から端末装置１へ送信した後、動作情報ＤＢ２２３を参照する。ＣＰＵ２１はサーバ装置３にＣＰＵ使用率が閾値以上であるか否かを示す動作情報の要求を送信する。ＣＰＵ２１は端末装置１に所定の操作があるか否かを示す動作情報の要求を送信する。サーバ装置３のＣＰＵ３１は通信部３６で動作情報の要求を受信する。ＣＰＵ３１は動作ＤＢ３２１から閾値未満であったことを示す動作情報を取得する。ＣＰＵ３１は動作情報を通信部３６から情報処理装置２へ送信する。端末装置１のＣＰＵ１１は通信部１６で動作情報の要求を受信する。ＣＰＵ１１は動作ＤＢ１２１から所定の操作があったことを示す動作情報を取得する。ＣＰＵ１１は動作情報を通信部１６から情報処理装置２へ送信する。
【００７１】
情報処理装置２のＣＰＵ２１は通信部２６で動作情報を受信する。ＣＰＵ２１は動作情報を特定する。ＣＰＵ２１は料金情報ＤＢ２２１を参照する。ＣＰＵ２１は動作情報ＤＢ２２３に基づいて受信した動作情報が課金動作情報であるか否かを判定する。ＣＰＵ２１は動作情報が課金動作情報でないと判定する。ＣＰＵ２１は料金情報ＤＢ２２１に基づいて失敗メッセージを通信部２６から端末装置１へ送信する。端末装置１のＣＰＵ１１は失敗メッセージを通信部１６で受信する。ＣＰＵ１１は失敗メッセージを表示出力部１５から表示部に出力し、処理を終了する。
【００７２】
図２２は実施の形態２に係る情報処理システムの処理手順を示したフローチャートである。ステップＳ１〜３２の処理は上述の実施の形態２に係る情報処理システムと同様であるので、簡潔のため説明を省略する。ＣＰＵ２１はイベント情報に対応する動作情報の要求を通信部２６で端末装置１及びサーバ装置３へ送信する（ステップＳ４０）。端末装置１のＣＰＵ１１は通信部１６で動作情報の要求を受信する（ステップＳ４１）。ＣＰＵ１１は動作ＤＢ１２１から動作情報を取得する（ステップＳ４２）。ＣＰＵ１１は動作情報を通信部１６から情報処理装置２へ送信する（ステップＳ４３）。情報処理装置２のＣＰＵ２１は通信部２６で動作情報を受信し（ステップＳ４４）、処理をステップＳ２２に移す。
【００７３】
本実施形態によれば、操作情報又は出力情報を参照することにより、端末装置１のハードウェアの動作状態をより正確に特定し、イベントが課金対象であるか否かを適切に判断することができる。
【００７４】
本実施形態によれば、課金操作情報又は課金出力情報を参照することにより、イベントの成功時における端末装置１のハードウェアの動作状態をより正確に特定し、ハードウェアの動作状態に基づいてイベントが課金対象であるか否かを適切に判断することができる。
【００７５】
実施の形態３
以下本発明の実施の形態３をその実施の形態を示す図面に基づいて詳述する。図２３は実施の形態３に係る情報処理装置２のハードウェア群を示すブロック図である。以下、特に説明する構成、作用以外の構成及び作用は実施の形態２と同等であり、簡潔のため記載を省略する。
【００７６】
情報処理装置２を動作させるためのプログラムは、ディスクドライブ等の読み取り部２７にＣＤ−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）ディスク、メモリーカード、又はＵＳＢ（Universal Serial Bus）メモリ等の可搬型記録媒体２７Ａを読み取らせて記憶部２２に記憶してもよい。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ２７Ｂを情報処理装置１内に実装しても良い。通信部２６は、例えば無線ＬＡＮカード又は携帯電話用通信モジュール等であり、通信網Ｎ１又はＮ２を介して他のサーバに接続されている。当該プログラムは、通信部２６によりインターネット等の通信網Ｎ１又はＮ２を介して接続される他のサーバ（図示せず）からダウンロードすることも可能である。以下にその内容を説明する。
【００７７】
図２３に示す情報処理装置２は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体２７Ａ又は半導体メモリ２７Ｂから読み取り、あるいは、通信網Ｎ１又はＮ２を介して他のサーバ（図示せず）からダウンロードする。当該プログラムは、プログラム２２Ｐとしてインストールされ、記憶部２２にロードして実行される。これより上述した情報処理装置２として機能する。
【００７８】
図２４は実施の形態４に係る情報処理装置２の機能ブロック図である。ＣＰＵ２１がプログラム２２Ｐを実行することにより、情報処理装置１は以下のように動作する。課金部２１Ａはイベントの発生に応じて課金する。特定部２１Ｂはイベントと、自装置又は他の装置におけるハードウェアの動作状態を示す動作情報とを特定する。参照部２１Ｃは特定部２１Ｂで特定したイベントと、自装置又は他の装置における課金を行うべきハードウェアの動作状態を示す課金動作情報とを関連付けて記憶する記憶部２２を参照する。判定部２１Ｄは特定部２１Ｂが特定した動作情報と参照部２１Ｃで参照した課金動作情報とに基づいて、特定したイベントに対して課金するか否かを判定する。
【００７９】
以上の実施の形態に関し、更に以下の付記を開示する。
（付記１）
イベントの発生に応じて課金する処理を行う情報処理装置に用いられるプログラムであって、
該イベントと、自装置又は他の装置におけるハードウェアの動作状態を示す動作情報とを特定し、
特定した前記イベントと、前記自装置又は前記他の装置における課金を行うべきハードウェアの動作状態を示す課金動作情報とを関連付けて記憶する記憶部を参照し、
特定した前記動作情報と参照した前記課金動作情報とに基づいて、特定した前記イベントに対して課金するか否かを判定する処理を前記情報処理装置に実行させるプログラム。
（付記２）
特定した動作情報と参照した課金動作情報とが一致するか否かを判定し、
特定した動作情報と参照した課金動作情報とが一致した場合、特定したイベントに対して課金する付記１に記載のプログラム。
（付記３）
前記動作情報は、前記イベントを発生させる発生装置における記憶部に書込が行われたか否かを示す書込情報、該発生装置におけるプロセッサの使用率を示す使用率情報、前記記憶部で所定のデータの更新が行われたか否かを示す更新情報又は前記発生装置が所定のデータの送信をしたか否かを示す送信情報である付記１又は付記２に記載のプログラム。
（付記４）
前記課金動作情報は、前記記憶部に書込が行われたことを示す課金書込情報、前記プロセッサの使用率が所定の閾値未満であることを示す課金使用率情報、前記記憶部で所定のデータの更新が行われたことを示す課金更新情報又は前記発生装置が所定のデータの送信をしたことを示す課金送信情報である付記３に記載のプログラム。
（付記５）
前記動作情報は、前記イベントを取得する取得装置で所定の操作が行われたか否かを示す操作情報又は該取得装置で所定の画面情報が出力されたか否かを示す出力情報である付記１から付記４のいずれか１つに記載のプログラム。
（付記６）
前記課金動作情報は、前記取得装置で前記所定の操作が行われなかったことを示す課金操作情報、前記取得装置で前記所定の画面情報が出力されたことを示す課金出力情報である付記５に記載のプログラム。
（付記７）
イベントの発生に応じて課金する課金部を備える情報処理装置であって、
該イベントと、前記自装置又は他の装置におけるハードウェアの動作状態を示す動作情報とを特定する特定部と、
該特定部で特定したイベントと、前記自装置又は他の装置における課金を行うべきハードウェアの動作状態を示す課金動作情報とを関連付けて記憶する記憶部を参照する参照部と、
前記特定部が特定した動作情報と前記参照部で参照した課金動作情報とに基づいて、特定したイベントに対して課金するか否かを判定する判定部とを備える情報処理装置。
（付記８）
イベントの発生に応じて課金する処理を行う情報処理装置における情報処理方法であって、
該イベントと、前記自装置又は他の装置におけるハードウェアの動作状態を示す動作情報とを特定し、
前記特定したイベントと、前記自装置又は他の装置における課金を行うべきハードウェアの動作状態を示す課金動作情報とを関連付けて記憶する記憶部を参照し、
特定した動作情報と参照した課金動作情報とに基づいて、特定したイベントに対して課金するか否かを判定する処理を前記情報処理装置に実行させる情報処理方法。
【００８０】
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００８１】
１      端末装置（取得装置、他装置）
２      情報処理装置（自装置）
３      サーバ装置（発生装置、他装置）
１１    ＣＰＵ
１２    記憶部
１４    入力部
１５    表示出力部
１２Ｐ  プログラム
２１    ＣＰＵ
２１Ａ  課金部
２１Ｂ  特定部
２１Ｃ  参照部
２１Ｄ  判定部
２２    記憶部
２２Ｐ  プログラム
３１    ＣＰＵ
３２    記憶部
３２Ｐ  プログラム
１２１  動作ＤＢ
２２１  料金情報ＤＢ
２２２  課金情報ＤＢ
２２３  動作情報ＤＢ
３２１  動作ＤＢ
【図１】
2015191532.tif 000003
【図２】
2015191532.tif 000004
【図３】
2015191532.tif 000005
【図４】
2015191532.tif 000006
【図５】
2015191532.tif 000007
【図６】
2015191532.tif 000008
【図７】
2015191532.tif 000009
【図８】
2015191532.tif 000010
【図９】
2015191532.tif 000011
【図１０】
2015191532.tif 000012
【図１１】
2015191532.tif 000013
【図１２】
2015191532.tif 000014
【図１３】
2015191532.tif 000015
【図１４】
2015191532.tif 000016
【図１５】
2015191532.tif 000017
【図１６】
2015191532.tif 000018
【図１７】
2015191532.tif 000019
【図１８】
2015191532.tif 000020
【図１９】
2015191532.tif 000021
【図２０】
2015191532.tif 000022
【図２１】
2015191532.tif 000023
【図２２】
2015191532.tif 000024
【図２３】
2015191532.tif 000025
【図２４】
2015191532.tif 000026