(57)【要約】【課題】顧客テナントの販売テナント間の移動に際して締め処理のような手続きが必要な場合であっても、移動が完了する前に、移動元の販売テナント自身でそれらの手続き行うことを可能にすること。【解決手段】移動申請受付サーバ３００が、顧客テナントに属するユーザからの移動リクエスト、移動先の販売テナントに属するユーザからの受け入れリクエストを受け付け、移動申請確認サーバ３５０が、移動リクエストと受け入れリクエストのマッチングを行い、マッチした移動リクエストおよび受け入れリクエストに対応する、ライセンスの提供元の切り替えを確定するための確認操作を、移動元の販売テナントに属するユーザに要求し（Ｓ６０１〜Ｓ６０４）、該確認操作を受け付けた場合に、前記ライセンスの提供元の切り替えを実行する（Ｓ７０１〜Ｓ７０３）。【選択図】図５
2015191244.tif 000002
【特許請求の範囲】
【請求項１】
販売者から顧客に対するライセンス提供状況を管理する管理システムであって、
顧客が第１の販売者から提供を受けているライセンスの提供元を第２の販売者に切り替えるための移動申請を、該顧客から受け付ける第１の受付手段と、
顧客が第１の販売者から提供を受けているライセンスの提供元を第２の販売者に切り替えることを受け入れる受け入れ申請を、該第２の販売者から受け付ける第２の受付手段と、
前記移動申請と前記受け入れ申請との対応を判定する第１の判定手段と、
前記第１の判定手段により対応がとれていると判定された前記移動申請および前記受け入れ申請に対応する、前記ライセンスの提供元の切り替えを確定するための確認操作を、前記第１の販売者から受け付ける第３の受付手段と、
前記第３の受付手段により前記第１の販売者からの確認操作を受け付けた場合、該確認操作に対応する前記ライセンスの提供元の切り替えを実行する切り替え手段と、
を有することを特徴とする管理システム。
【請求項２】
前記第３の受付手段は、前記第１の販売者に対して、前記確認操作を要求することを特徴とする請求項１に記載の管理システム。
【請求項３】
販売者の間の上位、下位の関係を管理する管理手段と、
前記第１の販売者の販売権を判定する第２の判定手段と、を有し、
前記第３の受付手段は、前記第２の判定手段により販売権を停止されていると判定された前記第１の販売者に対する前記確認操作を、該第１の販売者の上位にあたる第３の販売者から受け付けることを特徴とする請求項１又は２に記載の管理システム。
【請求項４】
販売者の間の上位、下位の関係を管理する管理手段と、
前記移動申請および前記受け入れ申請を受け付けてから一定時間が経過したか否かを判定する第３の判定手段と、を有し、
前記第３の受付手段は、前記第３の判定手段により一定時間が経過したと判定された前記移動申請および前記受け入れ申請に対応する前記確認操作を、前記第１の販売者の上位にあたる第３の販売者に対して要求することを特徴とする請求項１又は２に記載の管理システム。
【請求項５】
前記第２の受付手段は、前記移動申請に対応する前記受け入れ申請を、前記第２の販売者から受け付けることを特徴とする請求項１乃至４のいずれか１項に記載の管理システム。
【請求項６】
前記第１の受付手段が受け付けた前記移動申請に対応する提供元を切り替える対象のライセンスについて、前記第２の販売者が販売する権限を有するか否かを判定する第４の判定手段と、
前記第４の判定手段により前記第３の販売者が該ライセンスを販売する権限を有していないと判定された場合、前記移動申請を却下する却下手段と、
を有することを特徴とする請求項１乃至５のいずれか１項に記載の管理システム。
【請求項７】
前記却下手段により却下された前記移動申請を行った顧客に対して、前記移動申請に対応する前記第２の販売者が不適である旨を通知する通知手段を有することを特徴とする請求項６に記載の管理システム。
【請求項８】
前記第１の受付手段、前記第２の受付手段、および前記第３の受付手段は、ネットワークを介して接続される情報処理装置から前記申請又は前記確認操作を受け付けることを特徴とする請求項１乃至７のいずれか１項の記載の管理システム。
【請求項９】
販売者から顧客に対するライセンス提供状況を管理する管理システムの制御方法であって、
顧客が第１の販売者から提供を受けているライセンスの提供元を第２の販売者に切り替えるための移動申請を、該顧客から受け付ける第１の受付ステップと、
顧客が第１の販売者から提供を受けているライセンスの提供元を第２の販売者に切り替えることを受け入れる受け入れ申請を、該第２の販売者から受け付ける第２の受付ステップと、
前記移動申請と前記受け入れ申請との対応を判定する第１の判定ステップと、
前記第１の判定ステップにおいて対応がとれていると判定された前記移動申請および前記受け入れ申請に対応する、ライセンスの提供元の切り替えを確定するための確認操作を、前記第１の販売者から受け付ける第３の受付ステップと、
前記第３の受付ステップにおいて前記第１の販売者からの確認操作を受け付けた場合、該確認操作に対応する前記ライセンスの提供元の切り替えを実行する切り替えステップと、
を有することを特徴とする管理システムの制御方法。
【請求項１０】
コンピュータを、請求項１乃至８のいずれか１項に記載された手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスを利用する顧客にサービスのライセンスを提供する販売者が複数ある環境においてライセンス提供状況を管理する管理システムの制御に関する。
【背景技術】
【０００２】
近年、クラウド型サービスを始めとした、インターネット上に設置されたサーバにより顧客にサービスを提供するビジネスが多く存在する。このようなサービスでは、サーバは複数の顧客企業のデータを管理することになるため、マルチテナントアーキテクチャを採用している。このときインターネット上のサービスを利用する顧客が自身の顧客テナントを持つのと同様、顧客テナントの作成や顧客テナントへのライセンスの割り当てのために、サービスの取扱店も販売テナントを持つ。
【０００３】
ここで複数の販売テナントが存在し、同じサービスのライセンスを取り扱っている場合を考える。このとき顧客は、同じサービスを利用できるのであれば、条件のよい販売テナントからライセンスの提供を受けると考えられる。場合によっては、既に契約している販売テナントでなく、新たな販売テナントを選ぶこともありうる。そこで、顧客自身の顧客テナントに対するライセンス提供元の販売テナントを切り替えられるようにする方法が提案されている（特許文献１、特許文献２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１５７４０４号公報
【特許文献２】特開２００２−１５７４０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の方式には以下のような問題があった。すなわち、顧客の操作だけでライセンスの提供元を切り替えられてしまうと、顧客の移動前に、ライセンス提供元の販売テナントにおいて締め処理のような何らかの手続きが必要だとしても、それらの手続きを行うタイミングがなくなってしまう。
【０００６】
また、複数の販売テナントが扱えるサービスに差があった場合、移動先として指定された販売テナントが所望のサービスを取り扱えないことも考えられる。
【０００７】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、顧客が提供を受けているライセンスの提供元となる販売者の切り替えが完了する前に、切り替え元となる第１の販売者による必要な手続き（締め処理等）の実行を可能にする仕組みを提供することである。
【課題を解決するための手段】
【０００８】
本発明は、販売者から顧客に対するライセンス提供状況を管理する管理システムであって、顧客が第１の販売者から提供を受けているライセンスの提供元を第２の販売者に切り替えるための移動申請を、該顧客から受け付ける第１の受付手段と、顧客が第１の販売者から提供を受けているライセンスの提供元を第２の販売者に切り替えることを受け入れる受け入れ申請を、該第２の販売者から受け付ける第２の受付手段と、前記移動申請と前記受け入れ申請との対応を判定する第１の判定手段と、前記第１の判定手段により対応がとれていると判定された前記移動申請および前記受け入れ申請に対応する、前記ライセンスの提供元の切り替えを確定するための確認操作を、前記第１の販売者から受け付ける第３の受付手段と、前記第３の受付手段により前記第１の販売者からの確認操作を受け付けた場合、該確認操作に対応する前記ライセンスの提供元の切り替えを実行する切り替え手段とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、顧客が提供を受けているライセンスの提供元の切り替えが完了する前に、切り替え元の第１の販売者による必要な手続きの実行を可能にすることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明のライセンス提供元切り替えシステムを例示する図
【図２】ハードウェア構成を例示する図
【図３】実施例１のソフトウェアモジュール構成を例示する図
【図４】実施例１の移動申請受付サーバの動作を例示するフローチャート
【図５】実施例１の移動申請確認サーバの動作を例示するフローチャート
【図６】実施例１の操作画面を例示する図
【図７】実施例１のデータベースサーバが管理するデータを例示する図
【図８】実施例２のソフトウェアモジュール構成を例示する図
【図９】実施例２の移動申請受付サーバの動作を例示するフローチャート
【図１０】実施例２の操作画面を例示する図
【図１１】実施例２のデータベースサーバが管理するデータを例示する図
【図１２】実施例３のソフトウェアモジュール構成を例示する図
【図１３】実施例３の移動申請確認サーバの動作を例示するフローチャート
【図１４】実施例３のデータベースサーバが管理するデータを例示する図
【図１５】実施例４のソフトウェアモジュール構成を例示する図
【図１６】実施例４の移動申請確認サーバの動作を例示するフローチャート
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１２】
図１は、本発明の一実施例を示すライセンス管理システムを例示するシステム構成図である。
１００はＷＡＮ（Wide Area Network）であり、本実施例ではＷＷＷ（World Wide Web）システムが構築されている。１０１は，各構成要素を接続するＬＡＮ（Local Area Network）である。
【００１３】
２００はクライアントＰＣで、ユーザが操作するものである。３００は移動申請受付サーバで、他の販売テナントに移動したいという顧客テナントの移動申請を受け付ける。３５０は移動申請確認サーバで、顧客テナントの移動申請を販売テナントが確認するためのものである。３３０はデータベースサーバで、移動申請受付サーバ３００や、移動申請確認サーバ３５０のデータを管理する。
【００１４】
クライアントＰＣ２００、移動申請受付サーバ３００、データベースサーバ３３０、移動申請確認サーバ３５０は、それぞれＷＡＮ１００およびＬＡＮ１０１を介して接続されている。なお、クライアントＰＣ２００及び各サーバは、それぞれ個別のＬＡＮ上に構成されていてもよいし、同一のＬＡＮ上に構成されていてもよい。また、クライアントＰＣ２００や各サーバは、同一のＰＣ（パーソナルコンピュータ）又はサーバコンピュータ上に構成されていてもよい。例えば、移動申請受付サーバ３００が構成されるサーバコンピュータ上に、データベースサーバ３３０や移動申請確認サーバ３５０が構成されていてもよい。さらに、該コンピュータ上にクライアントが存在してもよい。クライアントＰＣ２００、移動申請受付サーバ３００、データベースサーバ３３０、移動申請確認サーバ３５０は、それぞれ後述する図２に示すようなコンピュータ上で動作する。
【００１５】
本実施例のライセンス管理システムは、移動申請受付サーバ３００、データベースサーバ３３０、および移動申請確認サーバ３５０により、サービスを利用する顧客（顧客テナント）にサービスのライセンスを提供する販売者（販売テナント）が複数ある環境におけるライセンス提供状況を管理する。
【００１６】
図２は、クライアントＰＣ２００のハードウェア構成を例示する図である。また、移動申請受付サーバ３００、データベースサーバ３３０、移動申請確認サーバ３５０のサーバコンピュータのハードウェア構成も図２に示すものと同様である。なお、図２に示されるハードウェアブロック図は一般的な情報処理装置のハードウェアブロック図に相当するものとし、本実施例のクライアントＰＣ２００およびサーバコンピュータには一般的な情報処理装置のハードウェア構成を適用できる。
【００１７】
図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、或いはハードディスク２１１からＲＡＭ２０２にロードされたＯＳやアプリケーション等のプログラムを実行する。ここでＯＳとは、コンピュータ上で稼動するオペレーティングシステムの略語であり、以下オペレーティングシステムのことをＯＳと呼ぶ。後述する各フローチャートの処理は、ＣＰＵ２０１が、上述のようなプログラムを実行することにより実現される。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＲＯＭ２０３のフォント用ＲＯＭは、フォントデータ等を記憶する。また、ＲＯＭ２０３のデータ用ＲＯＭは、各種データを記憶する。
【００１８】
キーボードコントローラ（ＫＢＣ）２０５は、キーボード（ＫＢ）２０９や不図示のポインティングデバイスからのキー入力を制御する。ＤＳＰコントローラ（ＤＳＰＣ）２０６は、ディスプレイ（ＤＳＰ）２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は各種データを記憶するハードディスク（ＨＤ）２１１やフロッピー（登録商標）ディスク（ＦＤ）等におけるデータアクセスを制御する。ネットワークインタフェースカード（ＮＩＣ）２１３はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１９】
なお、後述の全ての説明においては、特に断りのない限り、処理の実行のハード上の主体はＣＰＵ２０１であり、ソフトウェア上の主体はハードディスク（ＨＤ）２１１にインストールされたアプリケーションプログラムである。
【００２０】
図３は、実施例１における移動申請受付サーバ３００、データベースサーバ３３０、移動申請確認サーバ３５０のソフトウェアモジュール構成を例示する図である。
図３（ａ）は移動申請受付サーバ３００、図３（ｂ）はデータベースサーバ３３０、図３（ｃ）は移動申請確認サーバ３５０のモジュール構成をそれぞれ示す。
【００２１】
図３（ａ）に示すように、移動申請受付サーバ３００は、移動申請受付モジュール３０１、顧客ライセンス確認モジュール３０２、販売テナント特定モジュール３０３、販売権確認モジュール３０４、受け入れ申請受付モジュール３１０を有する。
また、図３（ｂ）に示すように、データベースサーバ３３０は、申請管理モジュール３３１を有する。
また、図３（ｃ）に示すように、移動申請確認サーバ３５０は、申請一覧モジュール３５１、マッチングモジュール３５２、移動確認受付モジュール３５３を有する。
なお、各モジュールの機能は、以下の各フローチャートの説明で示す。
【００２２】
図４は、実施例１の移動申請受付サーバ３００の動作を例示するフローチャートである。図５は、実施例１の移動申請確認サーバ３５０の動作を例示するフローチャートである。図６は、実施例１の操作画面を例示する図である。図７は、実施例１のデータベースサーバ３３０が管理するデータを例示する図である。以下、詳細に説明する。
【００２３】
図４（ａ）は、実施例１の移動申請受付サーバ３００が顧客テナントに属するユーザの移動リクエストを処理する動作を例示するフローチャートである。即ち、このフローチャートの処理は、移動申請受付サーバ３００のＣＰＵ２０１が外部メモリ２１２等に格納されたプログラムを実行することにより実現される。
【００２４】
本フローチャートの処理は、顧客テナントに属するユーザがクライアントＰＣ２００から画面を操作して移動申請受付サーバ３００にアクセスすることで開始される。なお、ここでユーザが操作する画面のイメージは、図６（ａ）に示す移動申請画面１００１である。移動申請画面１００１において、販売テナントＩＤ１００１ａと移動するライセンス１００１ｂを入力し、「移動を申請」ボタン１００１ｃが押下されると、クライアントＰＣ２００から販売テナントの移動リクエスト（移動申請）が移動申請受付サーバ３００に送信される。
【００２５】
Ｓ４０１において、移動申請受付モジュール３０１は、顧客テナントに属するユーザが操作するＰＣ２００から販売テナントの移動リクエストを受け付けると、Ｓ４０２に遷移する。Ｓ４０２では、移動申請受付モジュール３０１は、上記Ｓ４０１で受信した移動リクエストから、移動先として指定された販売テナントのＩＤを取り出し、Ｓ４０３に遷移する。以下では、ここで取り出された販売テナントＩＤが「販売テナントＢ」であるとして説明する。また、ここで顧客テナントに属するユーザは、「販売テナントＢ」に属するユーザと事前にコミュニケーションを取るなどして、「販売テナントＢ」の販売テナントＩＤを知っていたものとする。
【００２６】
Ｓ４０３では、移動申請受付モジュール３０１は、上記Ｓ４０１で受信した移動リクエストから、販売テナントとの紐付けを切り替えたいサービスＩＤを取り出し、Ｓ４０４に遷移する。以下では、ここで取り出されたサービスＩＤが「印刷サービス」であるとする。Ｓ４０４では、移動申請受付モジュール３０１は、上記Ｓ４０１で受信した移動リクエストを行った上記ユーザが所属する顧客テナントＩＤを特定し、Ｓ４０５に遷移する。以下では、ここで特定された顧客テナントＩＤが「顧客テナントＣ」であるとする。
【００２７】
Ｓ４０５では、顧客ライセンス確認モジュール３０２は、上記Ｓ４０４で特定した顧客テナントが、上記Ｓ４０３で対象となったサービスを利用しているか否かをデータベースサーバ３３０に問い合わせ、Ｓ４０６に遷移する。Ｓ４０６では、顧客ライセンス確認モジュール３０２は、上記Ｓ４０５の問い合わせの結果を確認する。そして、上記Ｓ４０５の問い合わせの結果、上記顧客テナントが上記サービスを利用していないと判定した場合（Ｓ４０６でＮｏの場合）、Ｓ４５０に遷移する。Ｓ４５０では、顧客ライセンス確認モジュール３０２は、サービスの指定が不正であり却下された旨をユーザに通知し、本フローチャートの処理を終了する。
【００２８】
一方、上記Ｓ４０６において、上記顧客テナントが上記サービスを利用していると判定した場合（Ｓ４０６でＹｅｓの場合）、Ｓ４０７に遷移する。例えば、ここで図７（ｂ）に示されるようなライセンステーブル１５５０を考えると、「顧客テナントＣ」は「印刷サービス」を利用している。この場合はＳ４０７に遷移することとなる。
【００２９】
Ｓ４０７では、販売テナント特定モジュール３０３は、データベースサーバ３３０に問い合わせ、上記Ｓ４０３で取り出したサービスＩＤと、上記Ｓ４０４で特定した顧客テナントＩＤを用いて、移動元となる販売テナントを特定し、Ｓ４０８に遷移する。ここでライセンステーブル１５５０によると、「顧客テナントＣ」に「印刷サービス」のライセンスを割り当てた販売テナントは、「販売テナントＡ」であると分かる。
【００３０】
Ｓ４０８では、販売権確認モジュール３０４は、上記Ｓ４０２で取り出した移動先として指定された販売テナントが、上記Ｓ４０３で対象となったサービスを提供しているか否かを、データベースサーバ３３０に問い合わせ、Ｓ４０９に遷移する。Ｓ４０９では、販売権確認モジュール３０４は、上記Ｓ４０８の問い合わせの結果を確認する。
【００３１】
そして、上記Ｓ４０８の問い合わせの結果、上記移動先として指定された販売テナントが上記サービスを提供していないと判定した場合（Ｓ４０９でＮｏの場合）、Ｓ４５１に遷移する。Ｓ４５１では、販売権確認モジュール３０４は、移動先として指定された販売テナントが不適である旨をユーザに通知し、本フローチャートの処理を終了する。
【００３２】
一方、上記Ｓ４０９において、上記移動先として指定された販売テナントが上記サービスを提供していると判定した場合（Ｓ４０９でＹｅｓの場合）、Ｓ４１０に遷移する。例えば、ここで図７（ｃ）に示されるような販売権テーブル１６００を考えると、「販売テナントＢ」は「印刷サービス」を提供している。この場合はＳ４１０に遷移する。
【００３３】
Ｓ４１０では、移動申請受付モジュール３０１は、本フローチャートの処理で特定した情報、および取り出した情報に基づいて、上記Ｓ４０７で特定された移動元の販売テナントＩＤに対して、移動リクエストを生成する。さらに、移動申請受付モジュール３０１は、該生成した移動リクエストを、データベースサーバ３３０の申請管理モジュール３３１に渡す。そして、申請管理モジュール３３１から移動リクエストの記憶完了の通知を受けると、本フローチャートの処理を終了する。なお、申請管理モジュール３３１は、移動申請受付モジュール３０１から受け取った情報を図７（ａ）に示すような申請テーブル１５００で記憶し、管理する。ここでは、例えば、「顧客テナントＣ」の「印刷サービス」を「販売テナントＢ」に移動する「販売テナントの移動」リクエストが、「２０１３年９月１９日の１３時４１分」に、「販売テナントＡ」に申請されたことを示すデータ（図７（ａ）の１行目）が記憶される。なお、Ｓ４０６又はＳ４０９でＮｏの場合には、上記Ｓ４０１で受け付けた移動リクエストは却下され、申請テーブル１５００には記憶されないものとする。
【００３４】
なお、このデータが登録された場合には、移動申請受付モジュール３０１は、販売テナントの移動リクエストの対象テナントである「販売テナントＢ」に属するユーザに対して、「移動先の販売テナント」となっている移動リクエストが申請された旨の通知を行うようにしてもよい。この通知は、電子メールによりおこなってもよいし、対応するユーザが移動申請受付サーバ３００にアクセスした際に通知するようにしてもよい。この通知を受けたユーザは、図４（ｂ）に示す受け入れリクエストを行って、販売テナント移動を受け入れる。以下、この動作について説明する。
【００３５】
図４（ｂ）は、実施例１の移動申請受付サーバ３００が販売テナントに属するユーザの受け入れリクエストを処理する動作を例示するフローチャートである。即ち、このフローチャートの処理は、移動申請受付サーバ３００のＣＰＵ２０１が外部メモリ２１２等に格納されたプログラムを実行することにより実現される。
【００３６】
本フローチャートの処理は、販売テナントに属するユーザがクライアントＰＣ２００から画面を操作して移動申請受付サーバ３００にアクセスすることで開始される。なお、ここでユーザが操作する画面のイメージは、図６（ｂ）に示す受け入れ申請画面１００２である。受け入れ申請画面１００２において、顧客テナントＩＤ１００２ａと移動するライセンス１００２ｂを入力し、「受け入れを申請」ボタン１００２ｃが押下されると、クライアントＰＣ２００から顧客テナントの受け入れリクエスト（受け入れ申請）が移動申請受付サーバ３００に送信される。
【００３７】
Ｓ５０１において、受け入れ申請受付モジュール３１０は、販売テナントに属するユーザが操作するＰＣ２００から顧客テナントの受け入れリクエストを受け付けると、Ｓ５０２に遷移する。Ｓ５０２では、受け入れ申請受付モジュール３１０は、上記Ｓ５０１で受信した受け入れリクエストから、受け入れる顧客テナントのＩＤを取り出し、Ｓ５０３に遷移する。以下では、ここで取り出された顧客テナントＩＤが「顧客テナントＣ」であるとする。また、ここで販売テナントに属するユーザは、「顧客テナントＣ」に属するユーザと事前にコミュニケーションを取るなどして、「顧客テナントＣ」の顧客テナントＩＤを知っていたものとする。
【００３８】
Ｓ５０３では、受け入れ申請受付モジュール３１０は、上記Ｓ５０１で受信した受け入れリクエストから、販売テナントとの紐付けを切り替えたいサービスＩＤを取り出し、Ｓ５０４に遷移する。以下では、ここで取り出されたサービスＩＤが「印刷サービス」であるとする。Ｓ５０４では、受け入れ申請受付モジュール３１０は、上記Ｓ５０１で受信した受け入れリクエストを行った上記ユーザが所属する販売テナントＩＤを特定し、Ｓ５０５に遷移する。以下では、ここで特定された販売テナントＩＤが「顧客テナントＣ」であるとする。
【００３９】
Ｓ５０５では、販売権確認モジュール３０４は、上記Ｓ５０４で特定した販売テナントが、上記Ｓ５０３で対象となったサービスを提供しているか否かを、データベースサーバ３３０に問い合わせ、Ｓ５０６に遷移する。Ｓ５０６では、販売権確認モジュール３０４は、上記Ｓ５０５の問い合わせの結果を確認する。そして、上記Ｓ５０５の問い合わせの結果、上記販売テナントが上記サービスを提供していないと判定した場合（Ｓ５０６でＮｏの場合）、Ｓ５５０に遷移する。Ｓ５５０では、販売権確認モジュール３０４は、サービスの指定が不正であり却下された旨をユーザに通知し（上記Ｓ５０１のリクエストの送信元のＰＣ２００に送信し）、本フローチャートの処理を終了する。
【００４０】
一方、上記Ｓ５０６において、上記販売テナントが上記サービスを提供していると判定した場合（Ｓ５０６でＹｅｓの場合）、Ｓ５０７に遷移する。例えばここで、図７（ｃ）に示されるような販売権テーブル１６００を考えると、「販売テナントＢ」は「印刷サービス」を提供しているものとする。この場合はＳ５０７に遷移する。
【００４１】
Ｓ５０７では、顧客ライセンス確認モジュール３０２は、上記Ｓ５０２で特定した顧客テナントが、上記Ｓ５０３で対象となったサービスを利用しているか否かを、データベースサーバ３３０に問い合わせ、Ｓ５０８に遷移する。Ｓ５０８では、顧客ライセンス確認モジュール３０２は、上記Ｓ５０７の問い合わせの結果を確認する。そして、上記Ｓ５０７の問い合わせの結果、上記顧客テナントが上記サービスを利用していないと判定した場合（Ｓ５０８でＮｏの場合）、Ｓ５５１に遷移する。Ｓ５５１では、顧客ライセンス確認モジュール３０２は、移動先として指定された販売テナントが不適である旨をユーザに通知し（上記Ｓ５０１のリクエストの送信元のＰＣ２００に送信し）、本フローチャートの処理を終了する。
【００４２】
一方、上記Ｓ５０８において、上記顧客テナントが上記サービスを利用していると判定した場合（Ｓ５０８でＹｅｓの場合）、Ｓ５０９に遷移する。例えば、ここで図７（ｂ）に示されるようなライセンステーブル１５５０を考えると、「顧客テナントＣ」は「印刷サービス」を利用しているとする。この場合はＳ５０９に遷移する。
【００４３】
Ｓ５０９では、販売テナント特定モジュール３０３は、データベースサーバ３３０に問い合わせ、上記Ｓ５０３で取り出したサービスＩＤと、上記Ｓ５０２で取り出した顧客テナントＩＤを用いて、移動元となる販売テナントを特定し、Ｓ５１０に遷移する。ここでライセンステーブル１５５０によると、「顧客テナントＣ」に「印刷サービス」のライセンスを割り当てた販売テナントは、「販売テナントＡ」であると分かる。
【００４４】
Ｓ５１０では、受け入れ申請受付モジュール３１０は、本フローチャートで特定した情報、および取り出した情報を申請管理モジュール３３１に渡す。なお、申請管理モジュール３３１は、受け入れ申請受付モジュール３１０から受け取った情報を図７（ａ）に示すような申請テーブル１５００で記憶し、管理する。ここでは、例えば、「販売テナントＢ」が「顧客テナントＣ」の「印刷サービス」を受け入れる（顧客テナントの受け入れ）リクエストが、「２０１３年９月２０日の１５時４５分」に、「販売テナントＡ」に申請された様子が示されたことを示すデータ（図７（ａ）の２行目）が記憶される。申請管理モジュール３３１から記憶が完了した旨の通知を受けると、受け入れ申請受付モジュール３１０は、本フローチャートの処理を終了する。なお、Ｓ５０６又はＳ５０８でＮｏの場合には、上記Ｓ５０１で受け付けた受け入れリクエストは却下され、申請テーブル１５００には記憶されないものとする。
【００４５】
図５（ａ）は、実施例１の移動申請確認サーバ３５０が販売テナントに属するユーザに移動申請確認画面１００３を表示する処理を例示するフローチャートである。即ち、このフローチャートの処理は、移動申請確認サーバ３５０のＣＰＵ２０１が外部メモリ２１２等に格納されたプログラムを実行することにより実現される。
【００４６】
本フローチャートの処理は、販売テナントに属するユーザがクライアントＰＣ２００を操作して移動申請確認サーバ３５０が提供する該ユーザの移動申請確認画面にアクセスすることで開始される。
【００４７】
Ｓ６０１において、申請一覧モジュール３５１は、販売テナントに属するユーザの移動申請確認画面１００３へのアクセスを受け付けると、Ｓ６０２に遷移する。Ｓ６０２では、申請一覧モジュール３５１は、上記画面にアクセスしたユーザの所属する販売テナントのＩＤを特定し、Ｓ６０３に遷移する。
【００４８】
Ｓ６０３では、申請一覧モジュール３５１は、申請管理モジュール３３１に問い合わせて、上記Ｓ６０２で特定された販売テナントに対するリクエストを取り出し、Ｓ６０４に遷移する。例えば、上記販売テナントが「販売テナントＡ」の場合、図７（ａ）の１〜２行目のデータを、上記販売テナントに対するリクエストとして取り出す。
【００４９】
Ｓ６０４では、マッチングモジュール３５２は、上記Ｓ６０３で取り出したリクエストの内、移動と受け入れのリクエストがマッチしたものを、図６（ｃ）に示すように移動申請確認画面１００３に表示させる。即ち、上記Ｓ６０１のアクセス元のクライアントＰＣ２００のウェブブラウザ等に、上記移動と受け入れのリクエストがマッチしたものを表示した移動申請確認画面１００３を送信する。そして、本フローチャートの処理を終了する。
【００５０】
例えば、上記Ｓ６０３で取り出されたリクエストが、図７（ａ）に示すような申請テーブル１５００で記憶されているものとする。このとき「顧客テナントＣ」による「販売テナントＡ」から「販売テナントＢ」への移動リクエストと、「販売テナントＢ」による「販売テナントＡ」から「顧客テナントＣ」を受け入れるリクエストがマッチすると判定される。そして、図６（ｃ）に示されるような移動申請確認画面１００３が表示される。
【００５１】
図５（ｂ）は、実施例１の移動確認受付モジュール３５３が販売テナントに属するユーザの移動確認を処理する動作を例示するフローチャートである。即ち、このフローチャートの処理は、移動申請確認サーバ３５０のＣＰＵ２０１が外部メモリ２１２等に格納されたプログラムを実行することにより実現される。
【００５２】
本フローチャートの処理は、販売テナントに属するユーザがクライアントＰＣ２００から画面を操作して移動申請確認サーバ３５０にアクセスすることで開始される。なお、ここでユーザが操作する画面のイメージは、図５（ａ）の処理で表示された図６（ｃ）に示す移動申請確認画面１００３である。移動申請確認画面１００３において、「移動の確認」ボタン１００３ａが押下されると、クライアントＰＣ２００から顧客テナントの移動確認の操作があった旨の情報が移動申請確認サーバ３５０に送信される。この「移動の確認」ボタン１００３ａの押下操作は、マッチしている移動リクエストおよび受け入れリクエストに対応する、ライセンス提供元の切り替えを確定するための確認操作に対応する。
【００５３】
Ｓ７０１において、移動確認受付モジュール３５３は、販売テナントに属するユーザが操作するＰＣ２００から顧客テナントの移動確認の操作があった旨の情報を受け付けると、Ｓ７０２に遷移する。
【００５４】
Ｓ７０２では、移動確認受付モジュール３５３は、上記Ｓ７０１で受け付けた操作の情報から、移動確認された対象の情報を取り出し、Ｓ７０３に遷移する。例えば、「販売テナントＡ」から「印刷サービス」を提供されていた「顧客テナントＣ」が、「販売テナントＢ」から「印刷サービス」の提供を受けることが確認されたとする。
【００５５】
Ｓ７０３では、移動確認受付モジュール３５３は、上記Ｓ７０２で取り出した情報を用いて、ライセンステーブル１５５０を更新するよう申請管理モジュール３３１に依頼し、Ｓ７０４に遷移する。申請管理モジュール３３１は、移動確認受付モジュール３５３の依頼を受け、ライセンステーブル１５５０を更新する。ここでは例えば、ライセンステーブル１５５０の内容は、図７（ｂ）に示す状態から、図７（ｄ）に示す状態へと更新される。
【００５６】
Ｓ７０４では、移動確認受付モジュール３５３は、上記Ｓ７０３で処理した移動確認に対応する「販売テナントの移動」リクエストおよび「顧客テナントの受け入れ」リクエストを削除するよう、申請管理モジュール３３１に依頼し、Ｓ７０５に遷移する。申請管理モジュール３３１は、移動確認受付モジュール３５３の依頼を受け、申請テーブル１５００から該当する情報を削除する。
そして、Ｓ７０５において、移動確認受付モジュール３５３は、顧客テナントの移動が完了した旨を、上記Ｓ７０１で受け付けた操作が行われたＰＣ２００に送信し、本フローチャートの処理を終了する。
【００５７】
図６は、実施例１の操作画面を例示する図である。
図６（ａ）は顧客テナントＣに所属するユーザが、販売テナントを移動したいときに操作する移動申請画面１００１の例である。また、図６（ｂ）は「販売テナントＢ」に所属するユーザが、「顧客テナントＣ」を受け入れたいときに操作する顧客受け入れ画面１００２の例である。また、図６（ｃ）は、「販売テナントＡ」に所属するユーザが、「顧客テナントＣ」が「販売テナントＢ」に移動することを確認する場合に操作する移動申請確認画面１００３の例である。
【００５８】
図７は、実施例１のデータベースサーバ３３０が管理するデータを例示する図である。
図７（ａ）は申請テーブル１５００の例である。ここでは「顧客テナントＣ」の移動リクエストと、「販売テナントＢ」の受け入れリクエストが登録されている様子が示されている。また、図７（ｂ）は顧客テナントＣが販売テナントＢに移動する前のライセンステーブル１５５０の例である。ここでは、「販売テナントＡ」が「顧客テナントＣ」に「印刷サービス」を提供していることを示す情報が登録されている様子が示されている。
【００５９】
図７（ｃ）は販売権テーブル１６００の例である。ここでは、「販売テナントＡ」が「印刷サービス」および「帳票サービス」を、「販売テナントＢ」が「印刷サービス」を、それぞれ提供可能である（販売権限を有する）ことが示されている。図７（ｄ）は顧客テナントＣが販売テナントＢに移動した後のライセンステーブル１５５０の例である。ここでは、「販売テナントＢ」が「顧客テナントＣ」に「印刷サービス」を提供していることを示す情報が登録されている様子が示されている。
【００６０】
以上示したように、実施例１によれば、ライセンス提供元の販売テナントが確認操作することで顧客テナントの移動が完了するため、締め処理のような手続きが必要な場合に、販売テナント自身が確認操作を行う前にそれらの手続きを行えるようになる。また、複数の販売テナントが扱えるサービスに差があった場合でも、移動先として指定された販売テナントが所望のサービスを取り扱えることが保証される。なお、実施例１では、移動リクエストと受け入れリクエストは、どちらが先に移動申請受付サーバ３００で受け付けられてもよい。
【実施例２】
【００６１】
次に、実施例２について図面を用いて説明する。なお、実施例１と共通の部分については説明を省略し、以下では差異部分のみ説明する。実施例１のように、販売テナントを移動したい顧客テナントＣと、顧客テナントを受け入れたい販売テナントＢがそれぞれ操作を行う場合、顧客テナントを受け入れたい販売テナントＢの誤入力などにより移動リクエストと受け入れリクエストがマッチしなくなることが考えられる。そこで、実施例２では、販売テナントＢのユーザが、顧客テナントＣの移動リクエストを元に受け入れリクエストを発行する構成について説明する。
【００６２】
図８は、実施例２における移動申請受付サーバ３００のソフトウェアモジュール構成を例示する図であり、図３と同一のものには同一の符号を付してある。
図８に示すように、実施例２の移動申請受付サーバ３００は、第２の移動申請受付モジュール３０５、第２の申請一覧モジュール３１１、第２の受け入れ申請受付モジュール３１２を有する。その他は、実施例１の移動申請受付サーバ３００と同様である。なお、各モジュールの機能は、以下の各フローチャートの説明で示す。
【００６３】
図９は、実施例２の移動申請受付サーバ３００の動作を例示するフローチャートである。図１０は、実施例２の操作画面を例示する図である。図１１は、実施例２のデータベースサーバ３３０が管理する第２の申請テーブル２５００のデータを例示する図である。以下、詳細に説明する。
【００６４】
図９（ａ）は、実施例２の移動申請受付サーバ３００が顧客テナントに属するユーザの移動リクエストを処理する動作を例示するフローチャートである。即ち、このフローチャートの処理は、移動申請受付サーバ３００のＣＰＵ２０１が外部メモリ２１２等に格納されたプログラムを実行することにより実現される。なお、図４（ａ）と同一のステップには同一のステップ番号を付してある。
【００６５】
本フローチャートの処理は、顧客テナントに属するユーザがクライアントＰＣ２００から画面を操作して移動申請受付サーバ３００にアクセスすることで開始される。なお、ここでユーザが操作する画面のイメージは、図６（ａ）に示す移動申請画面１００１である。移動申請画面１００１において、「移動を申請」ボタン１００１ｃが押下されると、クライアントＰＣ２００から販売テナントの移動リクエストが移動申請受付サーバ３００に送信される。
【００６６】
Ｓ４０９において、顧客ライセンス確認モジュール３０２が、移動先として指定された販売テナントが対象となったサービスを提供していると判定した場合（Ｓ４０９でＹｅｓの場合）、Ｓ４１１に遷移する。Ｓ４１１では、第２の移動申請受付モジュール３０５は、Ｓ４０７で特定された移動元の販売テナントＩＤとともに、Ｓ４０２で取り出した移動先の販売テナントＩＤに対して、移動リクエストを生成する。さらに、第２の移動申請受付モジュール３０５は、該生成した移動リクエストを、データベースサーバ３３０の申請管理モジュール３３１に渡す。そして、申請管理モジュール３３１から移動リクエストの記憶完了の通知を受けると、本フローチャートの処理を終了する。
【００６７】
なお、申請管理モジュール３３１は、移動申請受付モジュール３０１から受け取ったリクエストを図１１に示すような第２の申請テーブル２５００で記憶し、管理する。ここでは、例えば、図１１の１行目及び２行目のようなデータが記憶される。１行目は、「顧客テナントＣ」の「印刷サービス」を「販売テナントＢ」に移動する「販売テナントの移動」リクエストが、「２０１３年９月１９日の１３時４１分」に、「販売テナントＡ」に対して申請されたことを示すデータである。２行目は、同リクエストが、「販売テナントＢ」に対して申請されたことを示すデータである。
【００６８】
図９（ｂ）は、実施例２の第２の申請一覧モジュール３１１が販売テナントに属するユーザに第２の顧客受け入れ画面２００１（図１０）を表示する処理を例示するフローチャートである。即ち、このフローチャートの処理は、移動申請受付サーバ３００のＣＰＵ２０１が外部メモリ２１２等に格納されたプログラムを実行することにより実現される。
【００６９】
本フローチャートの処理は、販売テナントに属するユーザがクライアントＰＣ２００を操作して第２の申請一覧モジュール３１１が提供する該ユーザの第２の顧客受け入れ画面２００１にアクセスすることで開始される。
【００７０】
Ｓ８０１において、第２の申請一覧モジュール３１１は、販売テナントに属するユーザの第２の顧客受け入れ画面２００１へのアクセスを受け付けると、Ｓ８０２に遷移する。Ｓ８０２では、第２の申請一覧モジュール３１１は、画面にアクセスしたユーザの所属する販売テナントのＩＤを特定し、Ｓ８０３に遷移する。
【００７１】
Ｓ８０３では、第２の申請一覧モジュール３１１は、申請管理モジュール３３１に問い合わせて、上記Ｓ８０２で特定された販売テナントに対するリクエストを取り出し、Ｓ８０４に遷移する。例えば、上記販売テナントが「販売テナントＢ」の場合、図１１の２行目のデータを、上記販売テナントに対するリクエストとして取り出す。
【００７２】
Ｓ８０４では、第２の申請一覧モジュール３１１は、上記Ｓ８０３で取り出したリクエストを、図１０に示すように第２の顧客受け入れ画面２００１に表示させる。即ち、上記Ｓ８０１のアクセス元のクライアントＰＣ２００のウェブブラウザ等に、上記リクエストを表示した第２の顧客受け入れ画面２００１を送信する。そして、本フローチャートの処理を終了する。
【００７３】
図９（ｃ）は、実施例２の移動申請受付サーバ３００が販売テナントに属するユーザの受け入れリクエストを処理する動作を例示するフローチャートである。即ち、このフローチャートの処理は、移動申請受付サーバ３００のＣＰＵ２０１が外部メモリ２１２等に格納されたプログラムを実行することにより実現される。
【００７４】
本フローチャートの処理は、販売テナントに属するユーザがクライアントＰＣ２００から画面を操作して移動申請受付サーバ３００にアクセスすることで開始される。なお、ここでユーザが操作する画面のイメージは、図１０に示す第２の顧客受け入れ画面２００１である。第２の顧客受け入れ画面２００１において、「受け入れ処理の継続」ボタン２００１ａが押下されると、クライアントＰＣ２００から顧客テナントの受け入れリクエストが移動申請受付サーバ３００に送信される。
【００７５】
Ｓ８１０において、第２の受け入れ申請受付モジュール３１２は、販売テナントに属するユーザが操作するＰＣ２００から顧客テナントの受け入れ処理の継続の操作があった旨の情報を受け付けると、Ｓ８１１に遷移する。
【００７６】
Ｓ８１１では、第２の受け入れ申請受付モジュール３１２は、上記Ｓ８１０で受け付けた操作から、受け入れ確認された対象の情報を取り出し、Ｓ８１２に遷移する。ここでは例えば、「顧客テナントＣ」への「印刷サービス」の提供の受け入れが確認されたとする。
【００７７】
Ｓ８１２では、第２の受け入れ申請受付モジュール３１２は、上記Ｓ８１１で取り出した情報を、申請管理モジュール３３１に渡す。申請管理モジュール３３１は、第２の受け入れ申請受付モジュール３１２から受け取った情報を、図１１に示すような第２の申請テーブル２５００で記憶し、管理する。ここでは、例えば、「販売テナントＢ」が「顧客テナントＣ」の「印刷サービス」を受け入れる（顧客テナントの受け入れ）リクエストが、「２０１３年９月２０日の１５時４５分」に、「販売テナントＡ」に申請された様子が示されたことを示すデータ（図１１の３行目）が記憶される。申請管理モジュール３３１から記憶が完了した旨の通知を受けると、第２の受け入れ申請受付モジュール３１２は、本フローチャートの処理を終了する。
【００７８】
図１０は、実施例２の操作画面を例示する図である。ここでは「販売テナントＡ」から印刷サービスの提供を受けている「顧客テナントＣ」が、画面を操作しているユーザが所属する「販売テナントＢ」に対して「移動リクエスト」を行っている様子が示されている。
【００７９】
図１１は、実施例２のデータベースサーバ３３０が管理する第２の申請テーブル２５００のデータを例示する図である。ここでは顧客テナントＣから販売テナントＡへの移動リクエストとともに、顧客テナントＣから販売テナントＢへの移動リクエストが登録されている様子が示されている。
【００８０】
以上示したように、実施例２によれば、誤入力などにより移動リクエストと受け入れリクエストがマッチしなくなる可能性を低減できる。
【実施例３】
【００８１】
次に、実施例３について図面を用いて説明する。なお、実施例１や実施例２との共通の部分については説明を省略し、以下では差異部分のみ説明する。実施例１や実施例２の確認方法では、例えば、移動確認をすべき移動元の販売テナントが倒産などの理由により業務を停止し、移動確認を行えない場合が考えられる。そこで、実施例３では、移動元の販売テナントが移動確認できない場合でも、顧客テナントが販売テナントを移動できる構成について説明する。
【００８２】
図１２は、実施例３における移動申請確認サーバ３５０のソフトウェアモジュール構成を例示する図であり、図３と同一のものには同一の符号を付してある。
図１２に示すように、実施例３の移動申請確認サーバ３５０は、販売権更新モジュール３５４、第３の申請一覧モジュール３５５を有する。その他は、実施例１の移動申請確認サーバ３５０と同様である。販売権更新モジュール３５４は、販売テナントの親販売テナントが、該販売テナントの販売権を停止する等の機能を提供する。第３の申請一覧モジュール３５５は、自テナントに対する移動確認のリクエスト他、販売権を停止された子テナントに対する移動確認のリクエストも一覧表示する等の機能を提供する。
【００８３】
図１３は、実施例３の移動申請確認サーバ３５０の動作を例示するフローチャートである。図１４は、実施例３のデータベースサーバ３３０が管理する販売テナントテーブル３５００のデータを例示する図である。図１４に示す販売テナントテーブル３５００では、販売テナントの間の親子関係（販売テナントの間の上位、下位の関係）を管理している。図１４の例では「販売テナントＸ」が「販売テナントＡ」の親テナントであることが示されている。
【００８４】
図１３（ａ）は、実施例３の移動申請確認サーバ３５０が販売権の停止するリクエストを処理する動作を例示するフローチャートである。即ち、このフローチャートの処理は、移動申請確認サーバ３５０のＣＰＵ２０１が外部メモリ２１２等に格納されたプログラムを実行することにより実現される。また、このフローチャートは、例えば、販売テナントＡが何らかの理由により業務を停止した際に、販売テナントＡの親販売テナントである販売テナントＸが、販売テナントＡの販売権を停止する処理に対応する。本フローチャートの処理は、販売テナントに属するユーザがクライアントＰＣ２００から不図示の画面を操作して移動申請確認サーバ３５０に販売権の停止要求を送信することで開始される。
【００８５】
Ｓ９０１において、販売権更新モジュール３５４は、販売テナントに属するユーザから販売権の停止要求を受け付けると、Ｓ９０２に遷移する。Ｓ９０２では、販売権更新モジュール３５４は、上記Ｓ９０１の操作を行ったユーザが所属する販売テナントが、上記Ｓ９０１で販売権停止対象として指定された販売テナントの親テナントであるか、データベースサーバ３３０に問い合わせ、Ｓ９０３に遷移する。ここでは、例えば、操作を行ったユーザの所属テナントを「販売テナントＸ」とし、販売権を停止する対象を「販売テナントＡ」とする。
【００８６】
Ｓ９０３では、販売権更新モジュール３５４は、上記Ｓ９０２の問い合わせの結果を確認する。そして、確認の結果、上記ユーザが所属する販売テナントが対象の販売テナントの親テナントであると判定した場合（Ｓ９０３でＹｅｓの場合）、Ｓ９０４に遷移する。例えば、図１４に示されるような販売テナントテーブル３５００を考える。この場合、「販売テナントＸ」は「販売テナントＡ」の親テナントであるため、Ｓ９０４に遷移する。
【００８７】
Ｓ９０４では、販売権更新モジュール３５４は、データベースサーバ３３０に依頼し、販売権テーブル１６００から対象となる販売テナントの販売権を削除する。そして、データベースサーバ３３０から削除完了の通知を受けると、販売権更新モジュール３５４は、本フローチャートの処理を終了する。これにより、「販売テナントＡ」は、販売権を停止される。
【００８８】
一方、上記Ｓ９０３において、上記ユーザが所属する販売テナントが対象の販売テナントの親テナントでないと判定した場合（Ｓ９０３でＮｏの場合）、Ｓ９５０に遷移する。Ｓ９５０では、販売権更新モジュール３５４は、販売権の停止を行えなかった旨をユーザに通知する。即ち、上記Ｓ９０１で受け付けた業務停止要求の送信元のクライアントＰＣ２００のウェブブラウザ等に、販売権の停止を行えなかった旨の情報を送信する。そして、本フローチャートの処理を終了する。
【００８９】
図１３（ｂ）は、実施例３の移動申請確認サーバ３５０が販売テナントに属するユーザに移動申請確認画面１００３を表示する処理を例示するフローチャートである。即ち、このフローチャートの処理は、実施例３の移動申請確認サーバ３５０のＣＰＵ２０１が外部メモリ２１２等に格納されたプログラムを実行することにより実現される。なお、図５（ａ）と同一のステップには同一のステップ番号を付してある。
【００９０】
第３の申請一覧モジュール３５５は、Ｓ６０３の処理が完了すると、Ｓ６１１に遷移する。Ｓ６１１では、第３の申請一覧モジュール３５５は、Ｓ６０２で特定された販売テナントの子テナントの内、販売権を停止された販売テナントを特定する。この処理は、データベースサーバ３３０に問い合わせ、販売テナントテーブル３５００および販売権テーブル１６００の内容を参照することで実現する。
【００９１】
次に、Ｓ６１２では、第３の申請一覧モジュール３５５は、申請管理モジュール３３１に問い合わせて、上記Ｓ６１１で特定された子テナントに対するリクエストを取り出し、Ｓ６１３に遷移する。
【００９２】
Ｓ６１３では、マッチングモジュール３５２は、Ｓ６０３およびＳ６１２で取り出したリクエストの内、移動と受け入れのリクエストがマッチしたものを、図６（ｃ）に示すように移動申請確認画面１００３に表示させる。即ち、上記Ｓ６０１のアクセス元のクライアントＰＣ２００のウェブブラウザ等に、上記移動と受け入れのリクエストがマッチしたものを表示した移動申請確認画面１００３を送信する。そして、本フローチャートの処理を終了する。このようにすることで、販売権を停止された「販売テナントＡ」に対する「移動確認のリクエスト」を、「販売テナントＡ」の親テナントである「販売テナントＸ」へのリクエストとして表示し、移動確認操作を可能にする。
【００９３】
以上示したように、実施例３によれば、移動元の販売テナントである「販売テナントＡ」が移動確認できない場合でも、「販売テナントＡ」の親テナントである「販売テナントＸ」が、「顧客テナントＣ」の移動確認を行えるようになる。
【実施例４】
【００９４】
次に、実施例４について図面を用いて説明する。なお、実施例１、実施例２と共通の部分については説明を省略し、以下では差異部分のみ説明する。実施例１〜３の確認方法では、例えば、移動確認をすべき移動元の販売テナントが業務を行っており、販売権も停止されていないにも関わらず、移動確認を怠るなどの要因により移動確認のリクエストが滞留する場合が考えられる。販売テナントを移動したい顧客の利便性を考慮すると、このようなケースでも移動確認を行う必要がある。そこで、実施例４では、移動確認のリクエストが滞留した場合、一定期間を待つことで、親テナントが該当する移動確認を行えるようにする構成について説明する。
【００９５】
図１５は、実施例４における移動申請確認サーバ３５０のソフトウェアモジュール構成を例示する図であり、図３と同一のものには同一の符号を付してある。
図１５に示すように、実施例４の移動申請確認サーバ３５０は、第４の申請一覧モジュール３５６を有する。その他は、実施例１の移動申請確認サーバ３５０と同様である。なお、実施例４の移動申請確認サーバ３５０は、販売権更新モジュール３５４も備えていてもよい。第４の申請一覧モジュール３５６は、自テナントに対する移動確認のリクエストの他、子テナントに対する移動確認のリクエストの内で一定期間経過したものも一覧表示する機能を提供する。
【００９６】
図１６は、実施例４の移動申請確認サーバ３５０が販売テナントに属するユーザに移動申請確認画面１００３を表示する処理を例示するフローチャートである。即ち、このフローチャートの処理は、実施例４の移動申請確認サーバ３５０のＣＰＵ２０１が外部メモリ２１２等に格納されたプログラムを実行することにより実現される。なお、図５（ａ）と同一のステップには同一のステップ番号を付してある。
【００９７】
第４の申請一覧モジュール３５６は、Ｓ６０３の処理が完了すると、Ｓ６２１に遷移する。Ｓ６２１では、第４の申請一覧モジュール３５６は、Ｓ６０２で特定された販売テナントの子テナントを特定し、Ｓ６２２に遷移する。Ｓ６２２では、第４の申請一覧モジュール３５６は、上記Ｓ６２１で特定された子テナントに対するリクエストの内、登録から一定期間以上経過したものを取り出し、Ｓ６２３に遷移する。
【００９８】
Ｓ６２３では、マッチングモジュール３５２は、Ｓ６０３およびＳ６２２で取り出したリクエストの内、移動と受け入れのリクエストがマッチしたものを、図６（ｃ）に示すように移動申請確認画面１００３に表示させる。即ち、上記Ｓ６０１のアクセス元のクライアントＰＣ２００のウェブブラウザ等に、上記移動と受け入れのリクエストがマッチしたものを表示した移動申請確認画面１００３を送信する。そして、本フローチャートの処理を終了する。このようにすることで、「販売テナントＡ」に対する移動確認のリクエストの内、一定期間以上経過したものを、「販売テナントＡ」の親テナントである「販売テナントＸ」へのリクエストとして表示し、移動確認操作を可能にする。
【００９９】
以上示したように、実施例４によれば、販売テナントＡが一定期間以上移動確認していない場合に、販売テナントＡの親テナントである販売テナントＸが、顧客テナントＣの移動確認を行えるようになる。
【０１００】
なお、移動確認をすべき移動元の販売テナントが移動確認を行わない状態で一定時間経過した移動確認のリクエストについては、自動で移動確認がされたものとみなすように構成してもよい。
【０１０１】
以上のように、本発明の各実施例は、顧客（顧客テナント）および切り替え先である販売者（販売テナント）のリクエストに応じてライセンス提供元を切り替えるシステムであって、前記リクエストの対応が確認できると、切り替え元となる販売者に対してライセンス提供元の切り替えの確認を求め、確認を得られたことを受けて顧客に対するライセンスの提供元を切り替える構成を有する。このような構成により、顧客が提供を受けているライセンスの提供元の切り替えが完了する前に、切り替え元の販売者による必要な手続きの実行を可能にすることができる。よって、顧客の移動前に、締め処理のような手続きが必要な場合であっても、販売者自身が確認操作を行う前に、それらの手続きを行えるようになる優れたライセンス管理環境を構築できる。
【０１０２】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【０１０３】
（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１０４】
３００    移動申請受付サーバ
３３０    データベースサーバ
３５０    移動申請確認サーバ
【図１】
2015191244.tif 000003
【図２】
2015191244.tif 000004
【図３】
2015191244.tif 000005
【図４】
2015191244.tif 000006
【図５】
2015191244.tif 000007
【図６】
2015191244.tif 000008
【図７】
2015191244.tif 000009
【図８】
2015191244.tif 000010
【図９】
2015191244.tif 000011
【図１０】
2015191244.tif 000012
【図１１】
2015191244.tif 000013
【図１２】
2015191244.tif 000014
【図１３】
2015191244.tif 000015
【図１４】
2015191244.tif 000016
【図１５】
2015191244.tif 000017
【図１６】
2015191244.tif 000018