JP2023079624A - 情報処理装置、契約管理方法、及びプログラム - Google Patents

Abstract

【課題】複数のサービスの契約に関する情報の管理のしやすさを向上できる情報処理装置を提供すること。【解決手段】第１サービス及び第２サービスの契約に関する情報を管理する情報処理装置であって、前記第１サービスと対応付けて前記第２サービスの情報を記憶するサービス情報記憶手段と、前記第１サービスと対応付けて記憶されている前記第２サービスに対する契約を受け付ける契約受付手段と、前記契約を受け付けた前記第２サービスの契約期間を、前記第２サービスと対応付けて記憶されている前記第１サービスの契約の更新タイミングで、前記第１サービスの契約期間と整合する整合手段と、を有する情報処理装置により上記課題を解決する。【選択図】図４

Description

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

定額料金を支払うことで、契約期間だけサービスの利用が可能となる契約（サブスクリプション）が知られている。サブスクリプションでは、サービス利用者がサービス提供者に対して定額料金を支払うことで、契約期間だけ、サービスを利用できる。

例えば、コピー、プリントやスキャンなどの基本機能を標準で搭載し、拡張機能をオプションとして用意した画像形成装置において、拡張機能を利用する料金の支払いをサブスクリプションにより行うことは、従来から知られている（例えば特許文献１参照）。

例えば画像形成装置などのデバイスでは、契約期間のある複数のサービスを別々に契約して利用できる場合がある。しかしながら、契約期間のある複数のサービスを別々に契約した場合は、複数のサービスの契約期間がバラバラになってしまい、契約に関する情報を管理しにくいという問題があった。なお、特許文献１は上記の問題について解決するものではない。

本発明の一実施形態は、複数のサービスの契約に関する情報の管理のしやすさを向上できる情報処理装置を提供することを目的とする。

上記の課題を達成するため、本発明の一実施形態は、第１サービス及び第２サービスの契約に関する情報を管理する情報処理装置であって、前記第１サービスと対応付けて前記第２サービスの情報を記憶するサービス情報記憶手段と、前記第１サービスと対応付けて記憶されている前記第２サービスに対する契約を受け付ける契約受付手段と、前記契約を受け付けた前記第２サービスの契約期間を、前記第２サービスと対応付けて記憶されている前記第１サービスの契約の更新タイミングで、前記第１サービスの契約期間と整合する整合手段と、を有する情報処理装置である。

本発明の一実施形態によれば、複数のサービスの契約に関する情報の管理のしやすさを向上できる。

本実施形態に係る情報処理システムの一例の構成図である。 本実施形態に係るコンピュータの一例のハードウェア構成図である。 本実施形態に係るＭＦＰの一例のハードウェア構成図である。 本実施形態に係る情報処理システムの一例の機能構成図である。 ベース商品情報の一例の構成図である。 アドオン商品情報の一例の構成図である。 料金プラン情報の一例の構成図である。 契約情報の一例の構成図である。 ライセンス情報の一例の構成図である。 利用権限情報の一例の構成図である。 ベース商品及びアドオン商品を契約した場合の契約情報のデータモデルの一例を示す図である。 本実施形態に係る情報処理システムの処理の一例のフローチャートである。 契約期間中のアドオン商品の契約期間を、対応付けられているベース商品の契約の更新タイミングに整合させる処理の一例の説明図である。 契約期間中のアドオン商品の契約期間を、対応付けられているベース商品の契約の更新タイミングに整合させる処理の一例の説明図である。 契約期間中のアドオン商品の契約期間を、対応付けられているベース商品の契約の更新タイミングに整合させる処理の一例の説明図である。

以下、本発明の各実施形態について、添付の図面を参照しながら説明する。

［第１の実施形態］
＜システム構成＞
図１は本実施形態に係る情報処理システムの一例の構成図である。図１に示す情報処理システム１は、情報処理装置１０、情報処理端末１２、及び電子機器１４を有し、ネットワーク１８を介して通信を行う。ネットワーク１８は、インターネットやＬＡＮ（Local Area Network）等である。情報処理端末１２及び電子機器１４は契約した複数のサービスを利用するデバイス１６の一例である。

情報処理端末１２はサービス利用者が操作するＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、又はウェアラブルＰＣ等である。電子機器１４はサービス利用者が操作する画像形成装置、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）等である。

なお、デバイス１６は、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）等であってもよい。デバイス１６は、通信機能を備えており、契約中のサービスを利用可能であれば、上記の例に限らない。

以下では、デバイス１６が画像形成装置の一例であるＭＦＰ（Multifunction Peripheral/Product Printer）の例を説明する。ＭＦＰは、コピー機能、スキャナ機能、ファクス機能、プリンタ機能等の各種の機能を実行することが可能である。ＭＦＰは、契約期間中のベース商品及びアドオン商品を利用することができる。

ベース商品は、第１サービスの一例であって、デバイス１６で利用可能なベースとなるサービスである。アドオン商品は、第２サービスの一例であって、ベース商品に機能を追加するサービスである。アドオン商品は、機能を追加できる１つ以上のベース商品と対応付けられている。つまり、アドオン商品として提供される機能は、ベース商品として提供される機能の少なくとも一部を利用する。なお、ベース商品及びアドオン商品は、別々のタイミングで契約することができ、それぞれに契約周期が定義されている。ベース商品及びアドオン商品は定義された契約周期に従った更新タイミングで契約期間を更新する。ここで、商品及びサービスとは、例えばデバイス１６で利用可能なアプリケーションや機能である。サービスは、デバイス１６にインストールされたネイティブアプリケーションによって提供される機能や、Ｗｅｂアプリケーションを介して外部サーバからデバイス１６に提供される機能を含む。

情報処理装置１０は、デバイス１６のベース商品及びアドオン商品の契約に関する情報を管理する。例えば情報処理装置１０は、後述するように、別々のタイミングで契約されたベース商品及びアドオン商品の契約期間を、ベース商品の契約の更新タイミングで整合させる管理を行う。また、情報処理装置１０は後述するように、契約期間中のアドオン商品がベース商品の解約などにより、ベース商品に機能を追加できない状態とならないための管理を行う。

図１に示す情報処理システム１の構成は一例である。例えば情報処理装置１０は、クラウドサービスとして実現してもよいし、デバイス１６のベース商品及びアドオン商品の契約に関する情報を管理する一つ以上のサーバとして実現してもよい。また、情報処理装置１０は、ベース商品及びアドオン商品の利用に必要なアプリケーションなどのプログラムを提供する一つ以上のサーバとして実現してもよい。

＜ハードウェア構成＞
《コンピュータ》
図１の情報処理装置１０は例えば図２に示すようなハードウェア構成のコンピュータ５００により実現される。また、図１の情報処理端末１２は、ＰＣの場合、例えば図２に示すようなハードウェア構成のコンピュータ５００により実現される。図２は本実施形態に係るコンピュータの一例のハードウェア構成図である。

コンピュータ５００は、ＣＰＵ（Central Processing Unit）５０１、ＲＯＭ（Read Only Memory）５０２、ＲＡＭ（Random Access Memory）５０３、ＨＤ５０４、ＨＤＤ（Hard Disk Drive）コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ（Interface）５０８、ネットワークＩ／Ｆ５０９、データバス５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ（Digital Versatile Disk Rewritable）ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

これらのうち、ＣＰＵ５０１は、プログラムに従ってコンピュータ５００全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。

ディスプレイ５０６は、カーソル、メニュー、ウインドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインタフェースである。この場合の外部機器は、例えば、ＵＳＢ（Universal Serial Bus）メモリ等である。ネットワークＩ／Ｆ５０９はネットワーク１８を利用してデータ通信をするためのインタフェースである。データバス５１０は、ＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

なお、図２に示したハードウェア構成は一例であり、図２に示した構成要素を全て含む必要はなく、または、図２に示した構成要素以外を含むものであってもよい。

《ＭＦＰ》
図１に示した電子機器１４は例えば図３に示すハードウェア構成のＭＦＰ９００により実現される。図３は本実施形態に係るＭＦＰの一例のハードウェア構成図である。

図３のＭＦＰ９００は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ（Application Specific Integrated Circuit）９０６、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）９０７、ＨＤＤコントローラ９０８、及び、記憶部であるＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ（Accelerated Graphics Port）バス９２１で接続した構成となっている。

ＣＰＵ９０１は、ＭＦＰ９００の全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ－Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジである。また、ＮＢ９０３は、ＭＥＭ－Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ（Peripheral Component Interconnect）マスタ及びＡＧＰターゲットとを有する。

ＭＥＭ－Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａと、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとを有する。ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

ＳＢ９０４はＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤ９０８、及びＭＥＭ－Ｃ９０７を、それぞれ接続するブリッジの役割を有する。

ＡＳＩＣ９０６は、ＰＣＩターゲット及びＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ（Direct Memory Access Controller）、並びに、スキャナ部９３１及びプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットを有する。なお、ＡＳＩＣ９０６には、ＵＳＢのインタフェースや、ＩＥＥＥ１３９４（Institute of Electrical and Electronics Engineers 1394）のインタフェースを接続するようにしてもよい。

ＭＥＭ－Ｃ９０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出又は書込を制御する。ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ－Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。

また、近距離通信回路９２０には、近距離通信回路９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。

更に、エンジン制御部９３０は、スキャナ部９３１及びプリンタ部９３２によって構成されている。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなる操作パネル９４０ｂを備えている。

コントローラ９１０は、ＭＦＰ９００全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。

なお、ＭＦＰ９００は、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、及びファクス機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時には、ドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクス機能の選択時にはファクスモードとなる。

また、ネットワークＩ／Ｆ９５０は、ネットワーク１８を利用してデータ通信をするためのインタフェースである。近距離通信回路９２０及びネットワークＩ／Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。

なお、ＭＦＰ９００はＩＣカードによる認証を利用する場合、ＩＣカードリーダが内蔵又は外付けされる。ＭＦＰ９００はＩＣカードに埋め込まれたＲＦタグからＩＣカードに固有の識別情報を無線通信で読み取る。ＩＣカードはスマートフォンなどのスマートデバイスが内蔵するものでもよい。また、ＭＦＰ９００はＩＣカードリーダ以外を利用してもよく、生体認証装置（指紋、掌紋、虹彩、顔など）やバーコード読み取り装置等を利用してもよい。

なお、図３に示したハードウェア構成は一例であり、図３に示した構成要素を全て含む必要はなく、または、図３に示した構成要素以外を含むものであってもよい。

＜機能構成＞
本実施形態に係る情報処理システム１は例えば図４に示すような機能構成により実現される。図４は本実施形態に係る情報処理システムの一例の機能構成図である。なお、図４の機能構成図は本実施形態の説明に不要な構成について適宜省略している。情報処理装置１０及びデバイス１６は、ＯＳ及びアプリケーション等のプログラムを実行することにより、例えば図４の機能構成を実現する。

図４に示す情報処理装置１０は、処理部２０、サービス情報記憶部２２、料金プラン情報記憶部２４、契約情報記憶部２５、ライセンス情報記憶部２６、及び利用権限情報記憶部２８を有する。また、処理部２０は、画面データ生成部３０、契約受付部３２、整合部３４、差分請求部３６、解約受付部３８、契約部４０、解約部４２、及び利用権限管理部４４を有している。図４に示すデバイス１６は、表示制御部５０、操作内容通知部５２、利用権限判定部５４、及びサービス利用部５６を有する。

サービス情報記憶部２２は、図５に示すようなベース商品情報、及び図６に示すようなアドオン商品情報を記憶する。図５はベース商品情報の一例の構成図である。図６はアドオン商品情報の一例の構成図である。

図５のベース商品情報は、ベース商品の商品名及び機能を項目として有する。商品名はベース商品の名称であって、ベース商品の識別情報の一例である。機能はベース商品により提供される機能の名称であって、機能の識別情報の一例である。なお、デバイス１６でスキャンしたデータを所定のメールアドレス宛に送付するサービスである「Ｓｃａｎ２ｍａｉｌ」と、クラウドストレージ上に保存されたデータをデバイス１６で印刷するサービスである「Ｃｌｏｕｄ ｐｒｉｎｔ」は、ベース商品の一例である。

また、図６のアドオン商品情報は、アドオン商品の商品名、ベース商品、及び機能を項目として有する。商品名はアドオン商品の名称であって、アドオン商品の識別情報の一例である。ベース商品は、対応するベース商品の名称であって、対応するベース商品の識別情報の一例である。機能はアドオン商品により提供される機能の名称であって、機能の識別情報の一例である。図６のアドオン商品情報は、項目「ベース商品」により、アドオン商品の（自身の）機能を追加できるベース商品と対応付けられている。また、図６のアドオン商品情報に示したように、アドオン商品は複数のベース商品と対応付けることが可能である。なお、デバイス１６でスキャンしたデータに基づいて文字認識処理を行って所定のメールアドレス宛に送付するサービスである「Ｓｃａｎ２ｏｃｒ２ｍａｉｌ」は、アドオン商品の一例である。例えば、アドオン商品の一例である「商品Ａ拡張パック」は、ベース商品の一例である「商品Ａ」が提供するスキャン機能とメール送信機能に対して、文字認証機能を追加するサービスである。

料金プラン情報記憶部２４は、図７に示すような料金プラン情報を記憶する。図７は料金プラン情報の一例の構成図である。図７の料金プラン情報は、プラン名、商品、契約周期、ライセンス種別、及び単価を項目として有する。

プラン名は、料金プランの名称であって、料金プランの識別情報の一例である。商品は料金プランの対象となるベース商品またはアドオン商品の名称であって、料金プランの対象となるベース商品またはアドオン商品を定義する情報の一例である。

契約周期は、料金プランの契約周期である。契約周期は、ベース商品またはアドオン商品を利用するための契約期間の単位（年や月など）を表しており、更新周期や請求周期などであってもよい。ライセンス種別は、ベース商品またはアドオン商品を利用するユーザまたはデバイス１６などのリソースの単位を定義する情報の一例である。単価は契約に必要な料金を算出するための情報の一例である。なお、料金プランは同一のベース商品またはアドオン商品などの商品に対して複数定義しておき、ユーザに選択させてもよい。

契約情報記憶部２５は、図８に示すような契約情報を記憶する。図８は契約情報の一例の構成図である。図８の契約情報は、契約番号、プラン名、商品、契約周期、ライセンス種別、単価、契約者、請求先、数量、及び更新情報を項目として有する。

契約番号は、契約情報の識別情報の一例である。プラン名、商品、契約周期、ライセンス種別、及び単価は、図７の料金プラン情報をコピーした情報である。契約者は、契約したユーザの名称などであって、契約したユーザの識別情報の一例である。請求先は、契約に従って料金を請求する請求先の口座番号であって、請求先を識別する識別情報の一例である。数量は、ベース商品またはアドオン商品を利用するために契約したユーザまたはデバイス１６などのリソースの数量である。更新情報は、契約周期に基づいた契約の更新タイミングを定義すると共に、契約情報を自動更新するか否かを定義する情報である。例えば、契約情報を自動更新しない場合には手動更新が実行される。

ライセンス情報記憶部２６は、図９に示すようなライセンス情報を記憶する。図９はライセンス情報の一例の構成図である。図９のライセンス情報は、ライセンスＩＤ、契約番号、ライセンス種別、及び上限数を項目として有する。

ライセンスＩＤは、ライセンスを識別する情報の一例である。契約番号は、契約情報の識別情報の一例であって、図８の契約情報を特定するための情報である。ライセンス種別はベース商品またはアドオン商品を利用するユーザまたはデバイス１６などのリソースの単位を定義する情報の一例である。上限数は、契約に基づきベース商品またはアドオン商品を利用できるユーザまたはデバイス１６などのリソースの上限数である。図８のライセンス情報はベース商品またはアドオン商品の利用権限を管理するために利用する。

また、利用権限情報記憶部２８は、図１０に示すような利用権限情報を記憶する。図１０は利用権限情報の一例の構成図である。図１０の利用権限情報は、ライセンスＩＤ及びリソースを項目として有する。

ライセンスＩＤは、ライセンスを識別する情報の一例である。リソースは、ベース商品またはアドオン商品を利用するリソースの単位の一例として、ユーザまたはデバイス１６を定義する。利用権限情報は、ライセンスと、そのライセンスによりベース商品またはアドオン商品の利用権限を有しているユーザまたはデバイス１６をリソースとして定義している。

図１０の利用権限情報は、デバイスＡ～Ｃが「商品Ａ」の利用権限を有している例を示している。また、図１０の利用権限情報は、ユーザＡ～Ｂが「商品Ａ拡張パック」の利用権限を有している例を示している。

図４に戻り、処理部２０の画面データ生成部３０は、デバイス１６に表示させる画面の画像データ（画面データ）を生成し、デバイス１６に送信する。デバイス１６の表示制御部５０は、情報処理装置１０から受信した画面データに従い、各種画面を表示する。例えばデバイス１６の表示制御部５０は、ベース商品またはアドオン商品の契約をユーザから受け付けるための契約画面などを表示する。また、例えばデバイス１６の表示制御部５０はベース商品またはアドオン商品の解約をユーザから受け付けるための解約画面などを表示する。

デバイス１６の操作内容通知部５２は表示制御部５０が表示した契約画面又は解約画面などに対する操作内容を情報処理装置１０に通知する。したがって、情報処理装置１０の処理部２０の契約受付部３２は、デバイス１６から通知された契約画面に対するユーザの操作内容に基づき、ユーザからベース商品またはアドオン商品に対する契約の要求を受け付けることができる。契約部４０は受け付けた契約の要求に基づいて、図８の契約情報などを更新できる。

また、情報処理装置１０の処理部２０の解約受付部３８は、デバイス１６から通知された解約画面に対するユーザの操作内容に基づき、ユーザからベース商品またはアドオン商品に対する解約の要求を受け付けることができる。解約部４２は、解約受付部３８が受け付けたユーザからのベース商品またはアドオン商品に対する解約の要求に基づいて、図８の契約情報などを更新できる。

整合部３４は、ベース商品の契約の更新タイミングで、後述するように、アドオン商品の契約期間をベース商品の契約期間と整合させる処理を行う。なお、アドオン商品の契約期間をベース商品の契約期間と整合させる処理の詳細は、後述する。

差分請求部３６は、アドオン商品の契約期間をベース商品の契約期間と整合させる処理により、アドオン商品の契約に必要な料金に差分が生じた場合に、その差分料金に応じた請求処理を行う。例えばアドオン商品の利用に対する契約の開始時に料金を支払う場合であれば、差分請求部３６は生じた差分料金の返金処理を行う。また、アドオン商品の利用に対する契約の終了時に料金を支払う場合であれば、差分請求部３６は生じた差分料金の請求処理を行う。

利用権限管理部４４は、例えば図９のライセンス情報及び図１０の利用権限情報に基づいて、ベース商品またはアドオン商品に対するユーザ又はデバイス１６などのリソースの利用権限を管理する。デバイス１６の利用権限判定部５４は情報処理装置１０の利用権限管理部４４が管理する利用権限に従って、ベース商品またはアドオン商品の利用権限の有無を判定する。サービス利用部５６は利用権限判定部５４の判定に従い、ベース商品及びアドオン商品の機能を利用する。

＜ベース商品及びアドオン商品を契約した場合の契約情報のデータモデル＞
図１１はベース商品及びアドオン商品を契約した場合の契約情報のデータモデルの一例を示す図である。図１１に示すように、ベース商品及びアドオン商品は別々にライセンスが発行され、ベース商品及びアドオン商品のそれぞれで利用権限を管理する。

例えば図１１の例において、ユーザＡはベース商品を利用できるが、アドオン商品を利用できない。ユーザＢはベース商品及びアドオン商品の両方を利用できる。ユーザＣはアドオン商品を利用できるが、ベース商品を利用できない。

また、図１１に示すように、契約情報は１つ以上のベース商品及びアドオン商品の料金プラン及びライセンスから作成される。契約情報の料金プランは、それぞれのベース商品及びアドオン商品ごとに設定されている。したがって、契約情報の契約周期、ライセンス種別、単価、数量といった情報は、それぞれのベース商品及びアドオン商品ごとに異なることになる。

＜処理＞
本実施形態に係る情報処理システム１の処理手順について説明する。図１２は本実施形態に係る情報処理システムの処理の一例のフローチャートである。

ステップＳ１０において、情報処理装置１０の契約部４０は契約情報記憶部２５から例えば図８の契約情報を読み出す。ステップＳ１２において、契約部４０はステップＳ１０で読み出した契約情報に基づき、更新タイミングの契約があるか否かを判定する。更新タイミングの契約がなければ、契約部４０はステップＳ１０に戻り、処理を続ける。

更新タイミングの契約があれば、契約部４０はステップＳ１４において、更新タイミングの契約情報がベース商品の契約か否かを判定する。ベース商品の契約であれば、契約部４０はステップＳ１６に進み、ベース商品の契約期間の更新処理を行う。ステップＳ１６のベース商品の契約期間の更新処理は、例えば自動更新であれば、契約情報の項目「契約周期」に従って、契約期間を更新する処理を行う。また、ステップＳ１６のベース商品の契約期間の更新処理は、例えば手動更新であれば、契約情報の項目「契約者」に契約期間を更新する処理を依頼する。

なお、ステップＳ１４においてベース商品の契約でないと判定すると、契約部４０はステップＳ１８の処理に進み、アドオン商品の契約期間の更新処理を行う。ステップＳ１８のアドオン商品の契約期間の更新処理は、例えば自動更新であれば、契約情報の項目「契約周期」に従って、契約期間を更新する処理を行う。また、ステップＳ１８のアドオン商品の契約期間の更新処理は、例えば手動更新であれば、契約情報の項目「契約者」に契約期間を更新する処理を依頼する。

ステップＳ１６に続いてステップＳ２０の処理に進み、整合部３４は例えば図６のアドオン商品情報を参照し、ステップＳ１６で契約期間の更新処理を行ったベース商品と対応付けられているアドオン商品を特定する。整合部３４は特定したアドオン商品が契約期間中であるか否かを判定する。

契約期間の更新処理を行ったベース商品と対応付けられているアドオン商品が契約されており、契約期間中であれば、整合部３４はステップＳ２２の処理に進む。ステップＳ２２において、整合部３４は、契約期間の更新処理を行ったベース商品と対応付けられている契約期間中のアドオン商品の契約期間を、対応付けられているベース商品の契約の更新タイミングに整合させる処理を行う。

ステップＳ２２の契約期間の更新処理を行ったベース商品と対応付けられている契約期間中のアドオン商品の契約期間を、対応付けられているベース商品の契約の更新タイミングに整合させる処理は、例えば以下のように行われる。

図１３は契約期間中のアドオン商品の契約期間を、対応付けられているベース商品の契約の更新タイミングに整合させる処理の一例の説明図である。図１３ではベース商品の契約周期とアドオン商品の契約周期とが「１年」であり、ベース商品及びアドオン商品の契約周期が同一の例を示している。

図１３ではベース商品の契約期間が「２０２１／０４」～「２０２２／０４」である例を示している。また、図１３ではアドオン商品の契約期間が「２０２１／１０」～「２０２２／１０」である例を示している。

ベース商品の契約の更新タイミング「２０２２／０４」になると、ベース商品の契約期間は「２０２２／０４」～「２０２３／０４」に更新される。また、契約期間を更新したベース商品に対応するアドオン商品の契約期間は、対応付けられたベース商品の契約の更新タイミング「２０２２／０４」でベース商品の契約期間「２０２２／０４」～「２０２３／０４」と整合させるように更新される。なお、図１３の例ではアドオン商品の契約の料金支払が契約開始時の例であるため、アドオン商品の契約期間の更新により、アドオン商品の契約に必要な料金に差分（差額）が生じる。したがって、本実施形態ではアドオン商品の契約期間の更新タイミングで、差額の返金（料金払戻）など、差額に応じた請求処理を行う。

図１４は契約期間中のアドオン商品の契約期間を、対応付けられているベース商品の契約の更新タイミングに整合させる処理の一例の説明図である。図１４ではベース商品の契約周期が「１年」であり、アドオン商品の契約周期が「半年」であり、アドオン商品の契約周期がベース商品の契約周期よりも短く、割り切れる例を示している。

図１４ではベース商品の契約期間が「２０２１／０４」～「２０２２／０４」である例を示している。また、図１４ではアドオン商品の契約期間が「２０２１／８」～「２０２２／２」である例を示している。

ベース商品の契約の更新タイミング「２０２２／０４」になると、ベース商品の契約期間は「２０２２／０４」～「２０２３／０４」に更新される。また、契約期間を更新したベース商品に対応するアドオン商品の契約期間は、対応付けられたベース商品の契約の更新タイミング「２０２２／０４」で契約期間「２０２２／０４」～「２０２２／１０」に更新される。なお、図１４の例ではアドオン商品の契約の料金支払が契約開始時の例であるため、アドオン商品の契約期間の更新により、アドオン商品の契約に必要な料金に差分が生じる。したがって、本実施形態ではアドオン商品の契約期間の更新タイミングで、差額の返金など、差額に応じた請求処理を行う。

図１５は契約期間中のアドオン商品の契約期間を、対応付けられているベース商品の契約の更新タイミングに整合させる処理の一例の説明図である。図１５ではベース商品の契約周期が「１年」であり、アドオン商品の契約周期が「５ヶ月」であり、アドオン商品の契約周期がベース商品の契約周期よりも短く、割り切れない例を示している。

図１５ではベース商品の契約期間が「２０２１／０４」～「２０２２／０４」である例を示している。また、図１５ではアドオン商品の契約期間が「２０２１／４」から開始されて「２０２１／９」及び「２０２２／２」に更新された例を示している。

ベース商品の契約の更新タイミング「２０２２／０４」になると、ベース商品の契約期間は「２０２２／０４」～「２０２３／０４」に更新される。また、契約期間を更新したベース商品に対応するアドオン商品の契約期間は、対応付けられたベース商品の契約の更新タイミング「２０２２／０４」で契約期間「２０２２／０４」～「２０２２／９」に更新される。なお、図１５の例ではアドオン商品の契約の料金支払が契約開始時の例であるため、アドオン商品の契約期間の更新により、アドオン商品の契約に必要な料金に差分が生じる。したがって、本実施形態ではアドオン商品の契約期間の更新タイミングで、差額の返金など、差額に応じた請求処理を行う。

図１５の例では、ベース商品の契約の更新タイミングの度に、アドオン商品の契約の料金を差分請求し、ベース商品の契約期間の開始日を合わせるように、アドオン商品の契約期間を更新している。

図１３～図１５に示したように、ベース商品と対応付けることが可能なアドオン商品は契約周期がベース商品の契約周期と同一、又は契約周期がベース商品の契約周期よりも短いアドオン商品である。

なお、本実施形態において、デバイス１６に表示する契約画面は、ベース商品と対応付けられているアドオン商品について、そのアドオン商品と対応付けられているベース商品が契約済みであるか、契約対象として選択された状態である場合に、契約対象として受け付け可能に表示する。

このような契約画面の表示により、本実施形態では対応付けられたベース商品が契約期間中でないなど、ベース商品に機能を追加できない状態で、アドオン商品が契約されないようにしている。

本実施形態において、デバイス１６に表示する解約画面は、ベース商品と対応付けられているアドオン商品について、アドオン商品の解約を受け付けた場合に、そのアドオン商品の解約を受け付ける。また、デバイス１６に表示する解約画面は、アドオン商品と対応付けられたベース商品について、アドオン商品と一緒でなければ、解約を受け付けないように表示される。

このような解約画面の表示により、本実施形態では対応付けられたベース商品が解約されてしまい、ベース商品に機能を追加できない状態のアドオン商品の契約が解約されずに残らないようにしている。

以上、本実施形態によれば、ベース商品、アドオン商品などの複数のサービスの契約に関する情報の管理のしやすさを向上できる。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

実施例に記載された装置群は本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。本実施形態によって本発明が限定されるものではなく、本実施形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、及び、いわゆる均等の範囲のものが含まれる。さらに、本実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換、変更および組み合わせを行うことができる。

１ 情報処理システム
１０ 情報処理装置
１２ 情報処理端末
１４ 電子機器
１６ デバイス
１８ ネットワーク
２０ 処理部
２２ サービス情報記憶部
２４ 料金プラン情報記憶部
２５ 契約情報記憶部
２６ ライセンス情報記憶部
２８ 利用権限情報記憶部
３０ 画面データ生成部
３２ 契約受付部
３４ 整合部
３６ 差分請求部
３８ 解約受付部
４０ 契約部
４２ 解約部
４４ 利用権限管理部
５０ 表示制御部
５２ 操作内容通知部
５４ 利用権限判定部
５６ サービス利用部

特開２０１８－１１２９９０号公報

Claims (9)

1. 第１サービス及び第２サービスの契約に関する情報を管理する情報処理装置であって、
   前記第１サービスと対応付けて前記第２サービスの情報を記憶するサービス情報記憶手段と、
   前記第１サービスと対応付けて記憶されている前記第２サービスに対する契約を受け付ける契約受付手段と、
   前記契約を受け付けた前記第２サービスの契約期間を、前記第２サービスと対応付けて記憶されている前記第１サービスの契約の更新タイミングで、前記第１サービスの契約期間と整合する整合手段と、
   を有する情報処理装置。
2. 前記サービス情報記憶手段は、契約の更新周期が前記第１サービスの契約の更新周期と同一、又は前記第１サービスの契約の更新周期より短い前記第２サービスの情報を、前記第１サービスと対応付けて記憶すること
   を特徴とする請求項１記載の情報処理装置。
3. 前記整合手段により前記第２サービスの契約期間を、前記第１サービスの契約期間と整合した場合に、整合により生じた前記第２サービスの差分料金を請求する差分請求手段、
   を更に有する請求項１又は２記載の情報処理装置。
4. 前記整合手段は、前記第２サービスと対応付けて記憶されている前記第１サービスの契約の更新タイミングにおいて、前記第２サービスの契約の更新を生じさせて、前記第２サービスの契約期間を変更すること
   を特徴とする請求項１乃至３の何れか一項に記載の情報処理装置。
5. 前記契約受付手段は、契約済みの前記第１サービス、又は契約対象として選択された前記第１サービス、と対応付けて記憶されている前記第２サービスを、契約対象として受け付け可能に表示すること
   を特徴とする請求項１乃至４の何れか一項に記載の情報処理装置。
6. 対応付けて記憶されている前記第１サービス又は前記第２サービスの解約を受け付ける解約受付手段と、
   前記解約受付手段が前記第２サービスの解約を受け付けた場合に前記第２サービスを解約し、前記解約受付手段が前記第１サービスの解約を受け付けた場合に前記第１サービスと、前記第１サービスに対応付けて記憶されている前記第２サービスとを解約する解約手段と、
   を更に有する請求項１乃至５の何れか一項に記載の情報処理装置。
7. 前記第１サービスに対する前記契約により利用権限が割り当てられ、前記第１サービスを利用可能なユーザ又はデバイスと、前記第２サービスに対する前記契約により利用権限が割り当てられ、前記第２サービスを利用可能なユーザ又はデバイスと、をそれぞれ管理する利用権限管理手段、
   を更に有する請求項１乃至６の何れか一項に記載の情報処理装置。
8. 第１サービス及び第２サービスの契約に関する情報を管理する情報処理装置が実行する契約管理方法であって、
   前記第１サービスと対応付けて前記第２サービスの情報を記憶するサービス情報記憶手段に、前記第１サービスと対応付けて記憶されている前記第２サービスに対する契約を受け付ける契約受付ステップと、
   前記契約を受け付けた前記第２サービスの契約期間を、前記第２サービスと対応付けて記憶されている前記第１サービスの契約の更新タイミングで、前記第１サービスの契約期間と整合する整合ステップと、
   を有する契約管理方法。
9. 第１サービス及び第２サービスの契約に関する情報を管理する情報処理装置を、
   前記第１サービスと対応付けて前記第２サービスの情報を記憶するサービス情報記憶手段、
   前記第１サービスと対応付けて記憶されている前記第２サービスに対する契約を受け付ける契約受付手段、
   前記契約を受け付けた前記第２サービスの契約期間を、前記第２サービスと対応付けて記憶されている前記第１サービスの契約の更新タイミングで、前記第１サービスの契約期間と整合する整合手段、
   として機能させるためのプログラム。

Images