情報処理システム、情報処理装置、情報処理方法、及びプログラム
【課題】ソフトウェアのオプション機能ごとに、使用の可否を管理できる情報処理システムを提供する。
【解決手段】情報処理装置１は、１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部１１と、ソフトウェアを実行するソフトウェア実行部１２と、オプション機能の使用の可否の判断を要求する要求情報をサーバに送信する要求送信部１５と、要求情報の送信に応じて、サーバから送信された使用の可否の判断の結果に関する判断結果情報を受信する受信部１６とを備え、ソフトウェア実行部１２は、受信部１６が受信した判断結果情報に応じて、判断結果情報に対応するオプション機能の実行を制御する。
【解決手段】情報処理装置１は、１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部１１と、ソフトウェアを実行するソフトウェア実行部１２と、オプション機能の使用の可否の判断を要求する要求情報をサーバに送信する要求送信部１５と、要求情報の送信に応じて、サーバから送信された使用の可否の判断の結果に関する判断結果情報を受信する受信部１６とを備え、ソフトウェア実行部１２は、受信部１６が受信した判断結果情報に応じて、判断結果情報に対応するオプション機能の実行を制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアのオプション機能について使用の可否を判断する情報処理システム等に関する。
【背景技術】
【０００２】
従来、ソフトウェアにおいて、オプション機能を有するものが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１７１２５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
そのようなオプション機能を有するソフトウェアにおいて、そのオプション機能について使用の可否の管理をしたいという要望があった。
【０００５】
本発明は、上記事情を考慮してなされたものであり、ソフトウェアのオプション機能について使用の可否の管理をすることができる情報処理システム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明による情報処理システムは、情報処理装置とサーバとを備えた情報処理システムであって、情報処理装置は、１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部と、ソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行部と、オプション機能の使用の可否の判断を要求する情報である要求情報をサーバに送信する要求送信部と、要求送信部による要求情報の送信に応じて、サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信部と、を備え、ソフトウェア実行部は、受信部が受信した判断結果情報に応じて、判断結果情報に対応するオプション機能の実行を制御し、サーバは、要求情報を受信する要求受信部と、オプション機能の使用の可否の判断で用いられる情報である判断情報が記憶される判断情報記憶部と、要求受信部が要求情報を受信した場合に、判断情報記憶部で記憶されている判断情報を用いてオプション機能の使用の可否を判断する判断部と、判断部による判断結果に関する情報である判断結果情報を情報処理装置に送信する送信部と、を備えた、ものである。
【０００７】
このような構成により、オプション機能について使用の可否を判断することができ、その判断結果に応じて、そのオプション機能の実行の制御を行うことができる。例えば、ソフトウェアの使用については契約をしているが、オプション機能の使用についてまでは契約をしていない場合には、そのオプション機能を使用できないように制御することができうる。
【０００８】
また、本発明による情報処理システムでは、ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、判断情報記憶部では、ユーザ識別情報と、オプション機能識別情報と、ユーザ識別情報及びオプション機能識別情報に対応する、オプション機能の有効期限とを有する判断情報が２以上記憶され、判断部は、２以上の判断情報を用いて、要求受信部が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する有効期限が満了していない場合に使用可能であると判断し、有効期限が満了している場合に使用不可能であると判断してもよい。
このような構成により、オプション機能に対応した有効期限を用いることにより、そのオプション機能の使用の制御を行うことができる。
【０００９】
また、本発明による情報処理システムでは、ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、判断情報記憶部では、ユーザ識別情報と、オプション機能識別情報と、ユーザ識別情報及びオプション機能識別情報に対応する、オプション機能を使用しているユーザ数である使用人数とを有する判断情報が２以上記憶され、判断部は、２以上の判断情報を用いて、要求受信部が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数が上限数に達していない場合に使用可能であると判断し、使用人数が上限数に達している場合に使用不可能であると判断してもよい。
このような構成により、オプション機能を同時に使用する人数の上限を設定することができる。
【００１０】
また、本発明による情報処理システムでは、ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、判断情報記憶部では、ユーザ識別情報と、ユーザ識別情報に対応する、ユーザ識別情報で識別されるユーザが使用可能なオプション機能を識別するオプション機能識別情報とを有する判断情報が２以上記憶され、判断部は、２以上の判断情報を用いて、要求受信部が受信した要求情報に含まれるユーザ識別情報とオプション機能識別情報とが対応付けられている場合に使用可能であると判断し、ユーザ識別情報とオプション機能識別情報とが対応付けられていない場合に使用不可能であると判断してもよい。
このような構成により、オプション機能を使用可能なユーザのみがオプション機能を使用することができるようになる。
【００１１】
また、本発明による情報処理システムでは、ソフトウェアは、１以上のオプション機能に対応する機能ボタンが表示されるボタン画面を含んでおり、情報処理装置は、ボタン画面を表示する表示部と、表示部がボタン画面を表示している際に、機能ボタンが選択されたことを受け付ける受付部と、をさらに備え、ソフトウェア実行部は、使用可能なオプション機能に対応する機能ボタンについては、使用可能であることを示す機能ボタンを表示部に表示させ、機能ボタンが選択された場合に、機能ボタンに対応するオプション機能に応じた処理を実行し、使用不可能なオプション機能に対応する機能ボタンについては、機能ボタンに対応するオプション機能を申し込むことを示す機能ボタンを表示部に表示させ、機能ボタンが選択された場合に、機能ボタンに対応するオプション機能の申し込みに関する処理を実行してもよい。
【００１２】
このような構成により、ボタン画面で表示されるボタンを見ることによって、ユーザは、そのボタンに対応するオプション機能を実行可能かどうかについて容易に知ることができる。また、実行可能でない場合には、そのボタンを選択することによって、そのオプション機能の申し込みを行うことができ、利用者の利便性が向上されている。
【００１３】
また、本発明による情報処理方法は、情報処理装置とサーバとを備えた情報処理システムを構成する情報処理装置において、１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部と、ソフトウェア実行部と、要求送信部と、受信部とを用いて処理される情報処理方法であって、ソフトウェア実行部が、ソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行ステップと、要求送信部が、オプション機能の使用の可否の判断を要求する情報である要求情報をサーバに送信する要求送信ステップと、受信部が、要求送信ステップでの要求情報の送信に応じて、サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信ステップと、ソフトウェア実行部が、受信ステップで受信した判断結果情報に応じて、判断結果情報に対応するオプション機能の実行を制御する制御ステップと、を備えた情報処理方法である。
【発明の効果】
【００１４】
本発明による情報処理システム等によれば、ソフトウェアのオプション機能について使用の可否の管理をすることができるようになる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態１による情報処理システムの構成を示すブロック図
【図２】同実施の形態による情報処理装置の構成を示すブロック図
【図３】同実施の形態によるサーバの構成を示すブロック図
【図４】同実施の形態による情報処理装置の動作を示すフローチャート
【図５】同実施の形態によるサーバの動作を示すフローチャート
【図６】同実施の形態におけるログイン画面の一例を示す図
【図７】同実施の形態におけるボタン画面の一例を示す図
【図８】同実施の形態における判断情報の一例を示す図
【図９】同実施の形態における表示の一例を示す図
【図１０】同実施の形態における表示の一例を示す図
【図１１】同実施の形態における判断情報の一例を示す図
【図１２】同実施の形態における判断情報の一例を示す図
【図１３】同実施の形態における判断情報の一例を示す図
【図１４】本発明の実施の形態２による情報処理装置の動作を示すフローチャート
【図１５】同実施の形態による情報処理装置の動作を示すフローチャート
【図１６】同実施の形態による情報処理装置の動作を示すフローチャート
【図１７】同実施の形態によるサーバの動作を示すフローチャート
【図１８】同実施の形態におけるボタン画面の一例を示す図
【図１９】同実施の形態における申し込み画面の一例を示す図
【図２０】同実施の形態における判断情報の一例を示す図
【図２１】同実施の形態におけるボタン画面の一例を示す図
【図２２】上記各実施の形態におけるコンピュータシステムの外観一例を示す模式図
【図２３】上記各実施の形態におけるコンピュータシステムの構成の一例を示す図
【発明を実施するための形態】
【００１６】
以下、本発明による情報処理システムについて、実施の形態を用いて説明する。なお、以下の実施の形態において、同じ符号を付した構成要素及びステップは同一または相当するものであり、再度の説明を省略することがある。
【００１７】
（実施の形態１）
本発明の実施の形態１による情報処理システムについて、図面を参照しながら説明する。本実施の形態による情報処理システムは、ソフトウェアのオプション機能について使用の可否の管理をすることができるものである。
【００１８】
図１は、本実施の形態による情報処理システムの構成を示すブロック図である。本実施の形態による情報処理システムは、１以上の情報処理装置１と、サーバ２とを備える。１以上の情報処理装置１とサーバ２とは、有線または無線の通信回線５００によって接続されており、互いに情報を送受信することができる。通信回線５００は、例えば、インターネットやイントラネット、公衆電話回線網等であってもよい。
【００１９】
図２は、本実施の形態による情報処理装置１の構成を示すブロック図である。図２において、本実施の形態による情報処理装置１は、ソフトウェア記憶部１１と、ソフトウェア実行部１２と、表示部１３と、受付部１４と、要求送信部１５と、受信部１６とを備える。
【００２０】
ソフトウェア記憶部１１では、１以上のソフトウェアが記憶される。そのソフトウェアは、例えば、アプリケーションソフトウェアであってもよく、その他のソフトウェアであってもよい。また、そのソフトウェアは、１以上のオプション機能を有するものであるとする。そのオプション機能は、どのようなものであってもよく、そのソフトウェアの機能の一部であってもよく、そのソフトウェアと関連する機能であってもよく、その他の機能であってもよい。また、その機能は、情報処理装置１においてローカルに提供される機能であってもよく、あるいは、インターネット等を介して提供される機能であってもよい。また、そのソフトウェアには、ボタン画面が含まれていてもよく、そうでなくてもよい。そのボタン画面は、１以上のオプション機能に対応する機能ボタンが表示される画面である。例えば、そのボタン画面に表示される機能ボタンが選択されることによって、その機能ボタンに対応するオプション機能の実行の指示が受け付けられてもよい。なお、オプション機能の実行の指示は、機能ボタンの選択以外の方法によって受け付けられてもよいことは言うまでもなく、例えば、コマンドの入力によって受け付けられてもよく、プルダウンメニューの選択や、その他の方法によって受け付けられてもよい。なお、そのような受け付けは、後述する受付部１４によって行われることになる。また、ソフトウェアにボタン画面が含まれるとは、厳密には、そのソフトウェアに、そのボタン画面を表示するための情報が含まれていることである。また、そのソフトウェアの使用中に、そのボタン画面を表示させることができるようになっているものとする。そのボタン画面は、どのように構成されたものであってもよい。例えば、ＨＴＭＬやＸＭＬ等のようなマークアップ言語を用いて記述されたものであってもよく、その他の方法で記述されたものであってもよい。
【００２１】
また、ソフトウェア記憶部１１では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報が記憶されてもよい。このユーザ識別情報は、はじめから記憶されているものであってもよく、あるいは、ログイン時などに入力されたものが蓄積されたものであってもよい。なお、このユーザ識別情報は、ユーザ（人）を識別する情報（例えば、名前や電話番号、社員ＩＤ等）であってもよく、情報処理装置１を識別する機器識別情報（例えば、シリアルナンバー、ＩＰアドレス等）であってもよく、その他の情報であってもよい。また、ソフトウェア記憶部１１では、オプション機能を識別する情報であるオプション機能識別情報が記憶されてもよい。オプション機能識別情報は、ソフトウェアの各オプション機能に対応付けられていることが好適である。このオプション機能識別情報は、数字や記号の列であってもよく、オプション機能の名称であってもよい。本実施の形態では、後者の場合について説明する。
【００２２】
ソフトウェア記憶部１１に１以上のソフトウェア等が記憶される過程は問わない。例えば、記録媒体を介して１以上のソフトウェア等がソフトウェア記憶部１１で記憶されるようになってもよく、通信回線等を介して送信された１以上のソフトウェア等がソフトウェア記憶部１１で記憶されるようになってもよい。ソフトウェア記憶部１１での記憶は、ＲＡＭ等における一時的な記憶でもよく、あるいは、長期的な記憶でもよい。ソフトウェア記憶部１１は、所定の記録媒体（例えば、半導体メモリや磁気ディスク、光ディスクなど）によって実現されうる。
【００２３】
ソフトウェア実行部１２は、ソフトウェア記憶部１１で記憶されているソフトウェアを適宜読み出し、そのソフトウェアを実行する。ソフトウェアの実行には、そのソフトウェアの１以上のオプション機能の実行も含まれるものとする。その際に、後述するように、ソフトウェア実行部１２は、表示部１３への情報の表示や、受付部１４からの入力の受け付け、要求送信部１５からの情報の送信、受信部１６からの情報の受信等の制御を行ってもよい。また、ソフトウェア実行部１２は、後述する受信部１６が受信した判断結果情報に応じて、判断結果情報に対応するオプション機能の実行を制御する。オプション機能の実行の制御とは、オプション機能を実行すること、あるいは実行しないことであってもよい。オプション機能を実行しないことには、オプション機能に関する情報がサーバ等から送信されてこないため実行しないこと、すなわち、結果として実行しないことを含んでもよい。また、オプション機能の実行の制御は、判断結果情報に応じて、オプション機能が実行できたり、実行できなかったりするようにインターフェース等を制御することであってもよい。例えば、オプション機能が実行できる場合には、そのオプション機能の実行のための機能ボタンを表示するように制御し、オプション機能が実行できない場合には、そのオプション機能が実行できない旨の機能ボタン（例えば、機能ボタンをオプション機能の申し込みボタンにする、機能ボタンをグレーアウトする、機能ボタンを表示しないなど）となるように制御することであってもよい。この処理については、実施の形態２において説明する。また、後述する表示部１３がＨＴＭＬ等のマークアップ言語によって記述される画面を表示する際に、ソフトウェア実行部１２は、その画面に対応する情報の解釈実行を行って、その画面を構成する処理等を行ってもよい。
【００２４】
また、ソフトウェア実行部１２は、一のオプション機能の実行開始時に、後述する要求送信部１５に対して使用開始情報を送信させ、また、そのオプション機能の実行終了時に、要求送信部１５に対して使用終了情報を送信させてもよい。なお、使用開始情報が後述する要求情報で兼ねられている場合には、その使用開始情報の送信に関する制御をソフトウェア実行部１２が行わなくてもよい。
【００２５】
表示部１３は、ソフトウェア実行部１２の制御によって、情報の表示を行う。また、ソフトウェアにボタン画面も含まれる場合には、表示部１３は、ソフトウェア実行部１２がソフトウェアを実行中に、ボタン画面をも表示してもよい。
【００２６】
なお、表示部１３は、それらの表示を行う表示デバイス（例えば、ＣＲＴや液晶ディスプレイなど）を含んでもよく、あるいは含まなくてもよい。また、表示部１３は、ハードウェアによって実現されてもよく、あるいは表示デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。また、表示対象の情報が最終的に表示されるのであれば、表示部１３は、その表示対象の情報を外部の表示デバイス等に送信するものであってもよい。すなわち、表示部１３は、実際に表示を行ってもよく、あるいは、他の表示デバイス等での表示のための表示出力を行ってもよい。
【００２７】
受付部１４は、入力デバイス（例えば、マウスやキーボード、タッチパネル等）を介した入力を受け付ける。受付部１４は、オプション機能の実行の指示を受け付けてもよい。また、表示部１３がボタン画面を表示する場合には、受付部１４は、機能ボタンが選択されたことを受け付けてもよい。その機能ボタンの選択が、オプション機能の実行の指示となる。機能ボタンの選択は、通常、マウスでクリックすることによる選択であるが、その他の選択であってもよい。その他の選択は、例えば、マウスでダブルクリックすることによる選択であってもよく、選択対象のボタンに対応するラジオボタン等を選択した上で、選択を決定することを示すボタンをクリックすることであってもよい。本実施の形態では、機能ボタンの選択は、機能ボタンのクリックである場合について説明する。
【００２８】
本実施の形態では、受付部１４が入力デバイスからの入力を受け付ける場合について説明するが、そうでなくてもよい。例えば、受付部１４は、有線もしくは無線の通信回線を介して送信された入力を受信してもよい。なお、受付部１４は、受け付けを行うためのデバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、受付部１４は、ハードウェアによって実現されてもよく、あるいは所定のデバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００２９】
要求送信部１５は、オプション機能の使用の可否の判断を要求する情報である要求情報をサーバ２に送信する。この要求情報の送信のタイミングは問わない。例えば、オプション機能の実行の指示の前であってもよく、後であってもよい。本実施の形態では、オプション機能の実行の指示が受け付けられた後に、そのオプション機能に関する要求情報が送信される場合について説明する。また、その要求情報には、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とが含まれていてもよい。サーバ２のアドレスは、要求送信部１５が持っていてもよく、あるいは、ボタン要求情報の送信までに他の構成要素等から受け付けてもよい。また、要求送信部１５は、後述する使用開始情報や使用終了情報を送信してもよい。この使用開始情報は、オプション機能の使用の開始を示す情報である。また、この使用終了情報は、オプション機能の使用の終了を示す情報である。その使用開始情報や使用終了情報には、ユーザ識別情報とオプション機能識別情報が含まれていてもよい。
【００３０】
なお、要求送信部１５は、要求情報をサーバ２に直接送信してもよく、あるいは、他のサーバ等を介して間接的に送信してもよい。また、要求送信部１５は、送信を行うための送信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、要求送信部１５は、ハードウェアによって実現されてもよく、あるいは送信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００３１】
受信部１６は、要求送信部１５による要求情報の送信に応じて、サーバ２から送信された判断結果情報を受信する。判断結果情報は、オプション機能の使用の可否の判断結果に関する情報である。この判断結果情報は、判断結果を示す情報（例えば、使用可能であることを示す情報、あるいは、使用不可能であることを示す情報）であってもよく、あるいは、その判断の結果が「使用可能」である場合に、判断結果情報は、その使用可能なオプション機能に関係する情報（例えば、使用可能である結果、表示されることになる画面の情報や、その表示されることになる画面のアドレスを示す情報など）であってもよい。
【００３２】
なお、受信部１６は、受信を行うための有線または無線の受信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、受信部１６は、ハードウェアによって実現されてもよく、あるいは受信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００３３】
図３は、本実施の形態によるサーバ２の構成を示すブロック図である。図３において、本実施の形態によるサーバ２は、判断情報記憶部２１と、要求受信部２２と、判断部２３と、送信部２４と、更新部２５とを備える。
【００３４】
判断情報記憶部２１では、オプション機能の使用の可否の判断で用いられる情報である判断情報が記憶される。判断情報記憶部２１に判断情報が記憶される過程は問わない。例えば、記録媒体を介して判断情報が判断情報記憶部２１で記憶されるようになってもよく、通信回線等を介して送信された判断情報が判断情報記憶部２１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された判断情報が判断情報記憶部２１で記憶されるようになってもよい。判断情報記憶部２１での記憶は、ＲＡＭ等における一時的な記憶でもよく、あるいは、長期的な記憶でもよい。判断情報記憶部２１は、所定の記録媒体（例えば、半導体メモリや磁気ディスク、光ディスクなど）によって実現されうる。
【００３５】
ここで、判断情報について説明する。判断情報は、例えば、（１）有効期限に関するものであってもよく、（２）使用人数に関するものであってもよく、（３）ユーザ識別情報等に関するものであってもよい。
【００３６】
（１）有効期限に関する判断情報
この場合に、判断情報は、ユーザ識別情報と、オプション機能識別情報と、そのユーザ識別情報及びそのオプション機能識別情報に対応する、オプション機能の有効期限とを有するものであってもよい。そして、その判断情報が２以上、判断情報記憶部２１において記憶されていてもよい。その判断情報において、ユーザ識別情報、及びオプション機能識別情報を用いて、それらに対応する有効期限を特定できるのであれば、判断情報のデータ構造は問わない。有効期限は、例えば、２００９年９月３０日のように年月日を示すものであってもよく、さらに、２００９年９月３０日２４：００のように年月日と時刻とを示すものであってもよい。
【００３７】
（２）使用人数に関する判断情報
この場合には、判断情報は、ユーザ識別情報と、オプション機能識別情報と、そのユーザ識別情報及びそのオプション機能識別情報に対応する、オプション機能を使用しているユーザ数である使用人数とを有するものであってもよい。そして、その判断情報が２以上、判断情報記憶部２１において記憶されていてもよい。その判断情報において、ユーザ識別情報、及びオプション機能識別情報を用いて、それらに対応する使用人数を特定できるのであれば、判断情報のデータ構造は問わない。使用人数は、後述する更新部２５によって適宜、更新されることになる。使用人数は、そのオプション機能を実行している情報処理装置１の個数であると考えてもよい。
【００３８】
（３）ユーザ識別情報等に関する判断情報
この場合には、判断情報は、ユーザ識別情報と、そのユーザ識別情報に対応する、そのユーザ識別情報で識別されるユーザが使用可能なオプション機能を識別するオプション機能識別情報とを有するものであってもよい。そして、その判断情報が２以上、判断情報記憶部２１において記憶されていてもよい。その判断情報において、ユーザ識別情報を用いて、それに対応するオプション機能識別情報を特定できるのであれば（あるいは、逆にオプション機能識別情報を用いて、それに対応するユーザ識別情報を特定できてもよい）、判断情報のデータ構造は問わない。この判断情報において対応付けられているユーザ識別情報とオプション機能識別情報とが、ユーザが使用できるオプション機能を示す情報である。すなわち、あるユーザは、そのユーザを識別するユーザ識別情報に判断情報で対応付けられているオプション機能識別情報で識別されるオプション機能を使用することができる。
【００３９】
また、判断情報に含まれる各情報、例えば、ユーザ識別情報やオプション機能識別情報等は、それらの情報そのものであってもよく、あるいは、それらの情報を特定可能な情報であってもよい。後者の場合には、判断情報に含まれるユーザ識別情報等は、例えば、ユーザ識別情報等が格納されている領域を示すポインタやアドレスであってもよい。また、判断情報において、２以上の情報が対応している場合に、その対応は、他の第３の情報を介した対応であってもよい。例えば、ユーザ識別情報と、使用人数とが対応している場合に、その対応は、ユーザ識別情報とグループ識別情報の対応と、グループ識別情報とオプション機能識別情報と使用人数との対応に分かれてもよい。また、判断情報は、別々に記憶されている２以上の情報から構成されてもよい。例えば、判断情報が、ユーザ識別情報とグループ識別情報とを対応付ける情報、及び、グループ識別情報とオプション機能識別情報と使用人数とを対応付ける情報から構成される場合などである。
【００４０】
また、前述の（２）の場合には、後述する更新部２５による使用人数の更新が必要になるが、そうでない場合には、更新部２５による使用人数の更新は必要ない。したがって、前述の（２）ではない場合には、サーバ２は、後述する更新部２５を備えていなくてもよい。なお、本実施の形態では、説明の便宜上、更新部２５の処理についても説明する。
【００４１】
要求受信部２２は、情報処理装置１から送信された要求情報を受信する。その要求情報には、例えば、ユーザ識別情報やオプション機能識別情報が含まれていてもよい。また、要求受信部２２は、後述する使用開始情報や使用終了情報を受信してもよい。その使用開始情報には、ユーザ識別情報やオプション機能識別情報が含まれていてもよい。なお、要求受信部２２は、受信を行うための有線または無線の受信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、要求受信部２２は、ハードウェアによって実現されてもよく、あるいは受信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００４２】
判断部２３は、要求受信部２２が要求情報を受信した場合に、判断情報記憶部２１で記憶されている判断情報を用いてオプション機能の使用の可否を判断する。
【００４３】
前述の（１）の場合には、判断部２３は、２以上の判断情報を用いて、要求受信部２２が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する有効期限が満了していない場合に使用可能であると判断し、有効期限が満了している場合に使用不可能であると判断してもよい。その判断のために、判断部２３は、図示しないカレンダー部や時計部から、その判断時の年月日や時刻を受け取り、その年月日や時刻が、有効期限よりも前であるかどうかによって、有効期限が満了しているかどうかを判断してもよい。カレンダー部等から受け取った判断時の年月日等が有効期限よりも前である場合には、有効期限が満了していないと判断され、その年月日等が有効期限と同じか、有効期限よりも後である場合には、有効期限が満了していると判断される。なお、要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する有効期限が存在しない場合、すなわち、要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する判断情報が存在しない場合にも、判断部２３は使用不可能であると判断してもよい。
【００４４】
前述の（２）の場合には、判断部２３は、２以上の判断情報を用いて、要求受信部２２が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数が上限数に達していない場合（すなわち、使用人数が上限数未満である場合）に使用可能であると判断し、使用人数が上限数に達している場合（すなわち、使用人数が上限数そのものである場合）に使用不可能であると判断してもよい。その判断のために、判断部２３は、図示しない記録媒体において記憶されている上限数を読み出して、その判断に用いてもよい。その上限数は、全ての判断について同じ値であってもよく、あるいは、ユーザ識別情報やオプション機能識別情報ごとに異なっていてもよい。なお、要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数が存在しない場合、すなわち、要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する判断情報が存在しない場合にも、判断部２３は使用不可能であると判断してもよい。
【００４５】
前述の（３）の場合には、判断部２３は、２以上の判断情報を用いて、要求受信部２２が受信した要求情報に含まれるユーザ識別情報とオプション機能識別情報とが対応付けられている場合に使用可能であると判断し、そのユーザ識別情報とオプション機能識別情報とが対応付けられていない場合に使用不可能であると判断してもよい。
【００４６】
送信部２４は、判断部２３による判断結果に関する情報である判断結果情報を情報処理装置１に送信する。なお、判断結果情報は、前述のように、判断結果を示すものであってもよい。また、送信部２４は、例えば、要求受信部２２が受信した要求情報の送信元のアドレスを送信先のアドレスとして、判断結果情報を送信してもよい。
【００４７】
なお、送信部２４は、判断結果情報を情報処理装置１に直接送信してもよく、あるいは、他のサーバ等を介して間接的に送信してもよい。また、送信部２４は、送信を行うための送信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、送信部２４は、ハードウェアによって実現されてもよく、あるいは送信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００４８】
更新部２５は、判断情報記憶部２１において使用人数を含む判断情報が記憶されている場合に、要求受信部２２が受信した使用開始情報や使用終了情報、要求情報等を用いることによって、その使用人数を更新する。例えば、使用開始情報が要求受信部２２で受信された場合に、更新部２５は、その使用開始情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけインクリメントしてもよい。また、例えば、使用終了情報が要求受信部２２で受信された場合に、更新部２５は、その使用終了情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけデクリメントしてもよい。また、例えば、要求情報が使用開始情報を兼ねている場合には、要求情報が要求受信部２２で受信された場合であって、その要求情報の受信に応じて、オプション機能を使用可能であると判断された場合に、更新部２５は、その要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけインクリメントしてもよい。
【００４９】
次に、本実施の形態による情報処理装置１の動作について、図４のフローチャートを用いて説明する。
（ステップＳ１０１）ソフトウェア実行部１２は、ソフトウェアを起動するかどうか判断する。そして、ソフトウェアを起動する場合には、ステップＳ１０２に進み、そうでない場合には、起動すると判断するまでステップＳ１０１の処理を繰り返す。なお、ソフトウェア実行部１２は、例えば、ソフトウェアを起動する旨の指示を受付部１４が受け付けた場合に、ソフトウェアを起動すると判断してもよい。
【００５０】
（ステップＳ１０２）ソフトウェア実行部１２は、ソフトウェア記憶部１１からソフトウェアを読み出して、起動の処理を実行する。なお、ソフトウェア記憶部１１で複数のソフトウェアが記憶されている場合には、起動対象となるソフトウェア（例えば、ステップＳ１０１において、起動することが指示されたソフトウェア）を読み出して起動の処理を実行することになる。
【００５１】
（ステップＳ１０３）ソフトウェア実行部１２は、ソフトウェアの起動後に、そのソフトウェアのボタン画面を表示部１３に表示させる。その結果、表示部１３は、ボタン画面を表示することになる。
【００５２】
（ステップＳ１０４）受付部１４は、機能ボタンの選択を受け付けたかどうか判断する。そして、機能ボタンの選択を受け付けた場合には、その旨をソフトウェア実行部１２に渡してステップＳ１０５に進み、そうでない場合には、ステップＳ１０９に進む。この判断は、例えば、表示部１３がボタン画面を表示している場合に、機能ボタンの位置がクリックされたかどうかを判断することによってなされてもよい。すなわち、機能ボタンの位置がクリックされた際には、機能ボタンが選択されたと判断してもよい。そして、その機能ボタンを識別する情報と、その機能ボタンが選択された旨とをソフトウェア実行部１２に渡してもよい。
【００５３】
（ステップＳ１０５）ソフトウェア実行部１２は、選択の受け付けられた機能ボタンに関する要求情報の送信を要求送信部１５に指示する。すなわち、その選択された機能ボタンに対応するオプション機能識別情報と、ステップＳ１０１で起動されたソフトウェアを使用中のユーザを識別するユーザ識別情報とをソフトウェア記憶部１１から読み出し、それらの識別情報を含む要求情報を送信する旨を要求送信部１５に指示する。その指示に応じて、要求送信部１５は、ソフトウェア実行部１２から受け取った識別情報を含む要求情報をサーバ２に送信する。
【００５４】
（ステップＳ１０６）受信部１６は、要求情報の送信に応じてサーバ２から送信された判断結果情報を受信したかどうか判断する。そして、判断結果情報を受信した場合には、その判断結果情報をソフトウェア実行部１２に渡してステップＳ１０７に進み、そうでない場合には、判断結果情報を受信するまでステップＳ１０６の処理を繰り返す。なお、要求情報が送信されてから所定の時間が経過しても判断結果情報が受信されない場合には、タイムアウトであると判断してステップＳ１０４に戻ってもよい。
【００５５】
（ステップＳ１０７）ソフトウェア実行部１２は、判断結果情報を用いて、オプション機能の実行が可能であるかどうか判断する。そして、オプション機能の実行が可能である場合には、ステップＳ１０８に進み、そうでない場合には、ステップＳ１０４に戻る。
【００５６】
（ステップＳ１０８）ソフトウェア実行部１２は、使用の許可されたオプション機能に関する処理を行う。その処理の際に、受付部１４は、入力を受け付けてもよく、表示部１３は、情報を表示してもよく、要求送信部１５や受信部１６は、情報の送受信を行ってもよい。なお、そのオプション機能の使用を終了する際には、要求送信部１５は、そのオプション機能を識別するオプション機能識別情報と、ユーザ識別情報とを含む使用終了情報をサーバ２に送信するものとする。そして、ステップＳ１０４に戻る。なお、この図４のフローチャートでは、要求情報の送信が、オプション機能の使用開始情報を兼ねることになる。
【００５７】
（ステップＳ１０９）受付部１４は、他の処理に関する入力を受け付けたかどうか判断する。そして、受け付けた場合には、ステップＳ１１０に進み、そうでない場合には、ステップＳ１１１に進む。
【００５８】
（ステップＳ１１０）ソフトウェア実行部１２は、受付部１４で受け付けられた入力に応じた処理を行う。その際に、表示部１３、受付部１４、要求送信部１５、受信部１６等が用いられてもよい。そして、ステップＳ１０４に戻る。
【００５９】
（ステップＳ１１１）受付部１４は、ソフトウェアの実行を終了する旨の入力を受け付けたかどうか判断する。そして、ソフトウェアの実行を終了する旨の入力を受け付けた場合には、その旨をソフトウェア実行部１２に渡す。ソフトウェア実行部１２は、ソフトウェアの実行を終了する処理を行ってステップＳ１０１に戻る。ソフトウェアの実行を終了する旨の入力を受け付けていない場合には、ステップＳ１０４に戻る。なお、ソフトウェアの実行を終了する旨の入力は、例えば、終了ボタンを選択することであってもよい。
【００６０】
なお、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。また、判断情報記憶部２１において、前述の（２）の場合の判断情報が記憶されているのではない場合には、ステップＳ１０８において、使用終了情報の送信を行わなくてもよい。また、判断情報記憶部２１において、前述の（２）の場合の判断情報が記憶されている場合に、要求情報とは別に、使用開始情報を送信してもよい。すなわち、ステップＳ１０８のオプション機能の処理を開始する際に、要求送信部１５は、ユーザ識別情報と、オプション機能識別情報とを含む使用開始情報をサーバ２に送信してもよい。
【００６１】
次に、本実施の形態によるサーバ２の動作について、図５のフローチャートを用いて説明する。
（ステップＳ２０１）要求受信部２２は、要求情報を受信したかどうか判断する。そして、要求情報を受信した場合には、ステップＳ２０２に進み、そうでない場合には、ステップＳ２０６に進む。
【００６２】
（ステップＳ２０２）判断部２３は、要求情報に含まれるユーザ識別情報、オプション機能識別情報と、判断情報記憶部２１で記憶されている２以上の判断情報とを用いて、要求情報に含まれるオプション機能を使用できるかどうか判断する。
【００６３】
（ステップＳ２０３）更新部２５は、判断部２３による判断結果が、オプション機能を使用可能である旨であるかどうか判断する。そして、使用可能である場合には、ステップＳ２０４に進み、そうでない場合には、ステップＳ２０５に進む。
【００６４】
（ステップＳ２０４）更新部２５は、要求受信部２２が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけインクリメントする。なお、そのインクリメントの際に、要求情報に含まれるユーザ識別情報、オプション機能識別情報を含む判断情報が存在しない場合には、更新部２５は、その判断情報を生成してもよい。その場合に、使用人数は１に設定されるものとする。
【００６５】
（ステップＳ２０５）送信部２４は、判断部２３による判断結果に関する判断結果情報を情報処理装置１に送信する。そして、ステップＳ２０１に戻る。
【００６６】
（ステップＳ２０６）要求受信部２２は、使用終了情報を受信したかどうか判断する。そして、使用終了情報を受信した場合には、ステップＳ２０７に進み、そうでない場合には、ステップＳ２０１に戻る。
【００６７】
（ステップＳ２０７）更新部２５は、要求受信部２２が受信した使用終了情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけデクリメントする。そして、ステップＳ２０１に戻る。
【００６８】
なお、図５のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。また、図５のフローチャートでは、判断情報記憶部２１において、前述の（２）の場合の判断情報が記憶されている場合について説明したが、そうでなくてもよい。判断情報が（２）以外の場合には、使用人数のインクリメントやデクリメントの処理を行わなくてもよい。すなわち、ステップＳ２０２からステップＳ２０５に進むようにしてもよく、ステップＳ２０１でＮＯの場合には、要求情報を受信するまでステップＳ２０１の処理を繰り返すようにしてもよい。また、情報処理装置１から使用開始情報も送信される場合には、図５のフローチャートにおいて、使用開始情報を受信した際に、使用人数をインクリメントする処理を行うようにしてもよい。その場合には、後述する図１７のフローチャートにおけるステップＳ６０４，Ｓ６０５の処理を、図５のフローチャートでも行うようにしてもよい。また、その場合には、ステップＳ２０３，Ｓ２０４の処理は行わなくてもよい。
【００６９】
次に、本実施の形態による情報処理システムの動作について、具体例を用いて説明する。この具体例において、情報処理装置１は、パーソナルコンピュータ（ＰＣ）であるとする。また、その情報処理装置１で起動するソフトウェアは、会計管理のソフトウェアであるとする。また、オプション機能としては、勤怠管理の機能や、給与明細照会の機能などが存在するものとする。そのオプション機能は、ウェブサイトで提供されるものであるとする。したがって、そのオプション機能を用いる際に、ソフトウェアの起動や終了等が必要ないことになる。
【００７０】
まず、ユーザが、情報処理装置１を操作して、ソフトウェアのアイコンをダブルクリックすることにより、そのソフトウェアの起動を指示したとする。すると、その指示が受付部１４で受け付けられ、ソフトウェア実行部１２に渡される。ソフトウェア実行部１２は、ソフトウェアを起動すると判断し（ステップＳ１０１）、そのソフトウェアをソフトウェア記憶部１１から読み出して起動する（ステップＳ１０２）。なお、その起動の際に、ソフトウェア実行部１２は、ユーザ識別情報とパスワードとの入力を要求するログイン画面を表示部１３に表示させる。そのログイン画面において、ユーザが、図６で示されるようにユーザ識別情報「Ｕ００１」と、パスワードとを入力し、「ＯＫ」ボタンをクリックしたとする。すると、そのユーザ識別情報等が受付部１４で受け付けられ、ソフトウェア実行部１２に渡される。ソフトウェア実行部１２は、そのユーザ識別情報等が正当なものであるかどうか判断し、正当なものである場合には、そのユーザ識別情報をソフトウェア記憶部１１に蓄積して起動の処理を継続し、正当なものでない場合には、その旨を表示部１３に表示させると共に、そのソフトウェアの起動を終了する。なお、この具体例では、正当であると判断されたとする。すると、ソフトウェア実行部１２は、ボタン画面をソフトウェア記憶部１１から読み出し、そのボタン画面を表示部１３に表示させる。その結果、図７で示されるボタン画面がディスプレイに表示される（ステップＳ１０３）。図７のボタン画面において、左側にメインメニューが表示されており、右側の一番下に機能ボタンである「ウェブオプション勤怠管理」ボタン５１と、「ウェブオプション給与明細照会」ボタン５２とが表示されている。そして、ユーザが、マウスを操作することによって「ウェブオプション勤怠管理」ボタン５１をクリックしたとする。すると、その入力が受付部１４で受け付けられ、オプション機能「勤怠管理」に対応する機能ボタンの選択であると判断される（ステップＳ１０４）。なお、クリックの受け付けられた画面がボタン画面であり、そのクリックの受け付けられた位置が、機能ボタン５１の位置であるため、その受け付けられた入力が「勤怠管理」に対応する機能ボタンの選択であると判断されることになる。ここで、図７のボタン画面に対応して、機能ボタン５１，５２の位置と、その位置に対応する、それらのボタンがそれぞれ「勤怠管理」「給与明細照会」に対応するボタンである旨を示す情報とが図示しない記録媒体で記憶されているものとする。したがって、それを用いることによって、クリックされた位置が機能ボタン５１の位置であることを知ることができる。
【００７１】
「勤怠管理」に対応する機能ボタン５１の選択が受け付けられたため、ソフトウェア実行部１２は、その機能ボタン５１に対応するオプション機能識別情報「勤怠管理」と、ソフトウェア記憶部１１で記憶されているユーザ識別情報「Ｕ００１」とを読み出して要求送信部１５に渡す。要求送信部１５は、それらをペイロードに含む要求情報のパケットをサーバ２に送信する（ステップＳ１０５）。
【００７２】
その要求情報のパケットは、通信回線５００を介して送信され、サーバ２の要求受信部２２で受信される（ステップＳ２０１）。また、要求受信部２２は、そのパケットのペイロードに含まれるユーザ識別情報「Ｕ００１」と、オプション機能識別情報「勤怠管理」とを判断部２３に渡す。また、要求受信部２２は、そのパケットのヘッダから送信元のアドレスとポート番号とを読み出して、送信部２４に渡す。送信部２４は、そのアドレス等を一時的に記憶しておく。
【００７３】
なお、この具体例では、判断情報記憶部２１において、図８で示される判断情報が記憶されているものとする。この判断情報は、前述の（１）の場合に対応するものである。したがって、この具体例では、更新部２５に関する処理は行われないものとする。図８で示される判断情報は、ユーザ識別情報と、オプション機能識別情報と、両識別情報に対応する有効期限と、両識別情報に対応するＵＲＬとを有するものである。ＵＲＬは、両識別情報に対応するウェブオプションを提供するＵＲＬを示すものである。このＵＲＬは、例えば、サーバ２のＵＲＬであってもよく（この場合には、サーバ２がオプション機能を提供することになる）、他のサーバのＵＲＬであってもよい（この場合には、そのサーバがオプション機能を提供することになる）。この具体例では、後者の場合であるとする。
【００７４】
判断部２３は、要求受信部２２からユーザ識別情報「Ｕ００１」と、オプション機能識別情報「勤怠管理」とを受け取ると、両者を含む判断情報を検索する。すると、図８の１番目の判断情報がヒットするため、その判断情報から、有効期間「２００９年８月３１日」を取得する。また、判断部２３は、図示しないカレンダー部から、その判断時点の年月日「２００９年９月１５日」を取得する。そして、判断時点の年月日が、その有効期限を越えているかどうか判断する。この場合には、超えているため、判断部２３は、そのオプション機能を使用できないと判断し、その旨を送信部２４に渡す（ステップＳ２０２）。送信部２４は、判断部２３から判断結果を受け取ると、オプション機能を使用できない旨の判断結果情報をペイロードに含むパケットを構成し、あらかじめ一時的に記憶していたアドレス等を送信先として送信する（ステップＳ２０５）。
【００７５】
そのようにして送信された判断結果情報のパケットは、受信部１６で受信され、ソフトウェア実行部１２に渡される（ステップＳ１０６）。そして、ソフトウェア実行部１２によって、オプション機能を使用できないと判断される（ステップＳ１０７）。ソフトウェア実行部１２は、オプション機能を使用できない旨を示す画面を生成し、その画面を表示部１３に表示させる。その結果、図９で示される画面がディスプレイに表示される。そして、ユーザは、勤怠管理のオプション機能を使用できない旨を知ることができる。
【００７６】
一方、ユーザが図７で示されるボタン画面において、「ウェブオプション給与明細照会」ボタン５２をクリックしたとする。すると、その入力が受付部１４で受け付けられ（ステップＳ１０４）、前述の説明と同様にして、要求送信部１５は、ユーザ識別情報「Ｕ００１」と、オプション機能識別情報「給与明細照会」とを含む要求情報のパケットをサーバ２に送信する（ステップＳ１０５）。
【００７７】
その要求情報のパケットはサーバ２の要求受信部２２で受信され（ステップＳ２０１）、判断部２３に渡される。判断部２３は、このたびは、図８の判断情報を用いて、その判断時点の年月日「２００９年９月１５日」が、ユーザ識別情報「Ｕ００１」と、オプション機能識別情報「給与明細照会」とに対応する有効期限「２００９年９月３０日」を超えていないと判断する（ステップＳ２０２）。そして、判断部２３は、その判断結果と、ユーザ識別情報「Ｕ００１」、オプション機能識別情報「給与明細照会」に対応するＵＲＬ「ＵＲＬ００２」を判断情報記憶部２１から読み出して送信部２４に渡す。すると、送信部２４は、オプション機能を使用できる旨と、その受け取ったＵＲＬとをペイロードに含む判断結果情報のパケットを構成し、情報処理装置１に送信する（ステップＳ２０５）。
【００７８】
その判断結果情報のパケットは、情報処理装置１の受信部１６で受信され、そのペイロードがソフトウェア実行部１２に渡される（ステップＳ１０６）。ソフトウェア実行部１２は、判断結果情報によって、オプション機能を使用可能なことが示されるため（ステップＳ１０７）、要求送信部１５、受信部１６を制御することによって、判断結果情報に含まれていたＵＲＬ００２にアクセスすることによって、給与明細照会のオプション機能を使用する。その結果、表示部１３は、図１０で示される給与明細照会の画面を表示する。また、受付部１４は、その画面に関する入力を適宜、受け付けるものとする。また、要求送信部１５や、受信部１６によって適宜、情報の送信や受信が行われることになる。図１０において、「ＯＫ」ボタンがクリックされると、図７のボタン画面に戻ることになる（ステップＳ１０８）。このようにして、オプション機能ごとに使用の可否を管理することができる。
【００７９】
なお、この具体例では、前述の（１）の場合について説明したが、そうでなくてもよい。前述の（２）の場合には、図１１，図１２で示される判断情報が判断情報記憶部２１で記憶されていてもよい。なお、図１１，図１２の判断情報では、グループ識別情報を介して、ユーザ識別情報と、オプション機能識別情報と、使用人数と、ＵＲＬとが対応付けられている。例えば、ユーザ識別情報「Ｕ００１」とオプション機能識別情報「勤怠管理」とを含む要求情報が要求受信部２２で受信された場合（ステップＳ２０１）には、判断部２３は、そのユーザ識別情報「Ｕ００１」を検索キーとして図１１で示される判断情報を検索し、ヒットしたレコードからグループ識別情報「Ｇ００１」を読み出す。そして、そのグループ識別情報と、オプション機能識別情報とを用いて、図１２の判断情報から、使用人数「１０」を読み出す。ここで、使用人数の上限が「１０」であるとすると、この場合には、その上限に達しているため、判断部２３は、オプション機能を使用できないと判断する（ステップＳ２０２）。その後の処理は、前述の説明と同様である。一方、要求情報に含まれていたオプション機能識別情報が「給与明細照会」である場合には、使用人数が「６」であるため、判断部２３は、オプション機能を使用できると判断する（ステップＳ２０２）。その後の処理は、使用人数の更新以外は前述の説明と同様である。この場合には、使用可能であるため、更新部２５は、図１２の２番目のレコードの使用人数を「１」だけインクリメントする。また、情報処理装置１において給与明細照会のオプション機能の使用が終了された場合には、その情報処理装置１からサーバ２に対して、ユーザ識別情報「Ｕ００１」と、オプション機能識別情報「給与明細照会」とを含む使用終了情報が送信される（ステップＳ１０８）。その使用終了情報はサーバ２の要求受信部２２で受信され（ステップＳ２０６）、更新部２５に渡される。更新部２５は、受け取った使用終了情報に含まれるユーザ識別情報「Ｕ００１」に対応するグループ識別情報「Ｇ００１」を読み出し、そのグループ識別情報と、使用終了情報に含まれたオプション機能識別情報「給与明細照会」とに対応する使用人数を「１」だけデクリメントする（ステップＳ２０７）。
【００８０】
また、前述の（３）の場合には、図１３で示される判断情報が判断情報記憶部２１で記憶されていてもよい。例えば、ユーザ識別情報「Ｕ００１」とオプション機能識別情報「勤怠管理」とを含む要求情報が要求受信部２２で受信された場合（ステップＳ２０１）には、判断部２３は、両識別情報を含む判断情報が存在するかどうか判断する。この場合には、存在しないため、判断部２３は、オプション機能を使用できないと判断する（ステップＳ２０２）。その後の処理は、前述の説明と同様である。一方、要求情報に含まれていたオプション機能識別情報が「給与明細照会」である場合には、両識別情報を含む判断情報（図１３の給与明細管理に対応する１番目のレコード）が存在するため、判断部２３は、オプション機能を使用できると判断する（ステップＳ２０２）。その後の処理は、前述の説明と同様である。なお、この場合には、ＵＲＬ「ＵＲＬ２０１」を含む判断結果情報がサーバ２から情報処理装置１に送信されることになる。
【００８１】
以上のように、本実施の形態による情報処理システムによれば、ソフトウェアのオプション機能について、使用の可否を判断することができ、その判断結果に応じて、そのオプション機能を使用したり、使用できなかったりする。したがって、例えば、そのソフトウェアのオプション機能について使用契約が締結されている場合には、そのオプション機能を使用できることになり、その使用契約が締結されていない場合には、そのオプション機能を使用できないことになる。また、その判断を、種々の判断情報を用いて行うことができる。
【００８２】
なお、本実施の形態では、機能ボタンが選択されることによってオプション機能の実行が指示される場合について主に説明したが、そうでなくてもよい。例えば、オプション機能の実行を指示するコマンドが入力されることや、オプション機能の実行を指示するプルダウンメニューによる選択が行われることなどによって、オプション機能の実行が指示されてもよい。
【００８３】
（実施の形態２）
本発明の実施の形態２による情報処理システムについて、図面を参照しながら説明する。本実施の形態による情報処理システムは、判断結果に応じた機能ボタンを有するボタン画面が表示されるものである。
【００８４】
なお、本実施の形態による情報処理システムも、実施の形態１の図１と同様の構成であるとする。また、その情報処理システムを構成する情報処理装置１，サーバ２も、要求情報の送信タイミングや、判断結果情報の受信タイミング、判断結果情報に応じた機能ボタンの表示等の処理が異なる以外は、実施の形態１と同様であり、その説明を省略する。
【００８５】
なお、本実施の形態では、ソフトウェア記憶部１１で記憶されるソフトウェアは、１以上のオプション機能に対応する機能ボタンが表示されるボタン画面を含んでいるものとする。また、表示部１３は、そのボタン画面を表示するものとする。また、受付部１４は、そのボタン画面が表示されている際に、機能ボタンが選択されたことを受け付けるものとする。
【００８６】
また、ソフトウェア実行部１２は、使用可能なオプション機能に対応する機能ボタンについては、使用可能であることを示す機能ボタンを表示部１３に表示させ、機能ボタンが選択された場合に、機能ボタンに対応するオプション機能に応じた処理を実行するものとする。また、ソフトウェア実行部１２は、使用不可能なオプション機能に対応する機能ボタンについては、機能ボタンに対応するオプション機能を申し込むことを示す機能ボタンを表示部１３に表示させ、機能ボタンが選択された場合に、機能ボタンに対応するオプション機能の申し込みに関する処理を実行するものとする。オプション機能が使用可能かどうかは、ソフトウェア実行部１２は、受信部１６が受信した判断結果情報によって知ることができる。したがって、本実施の形態では、要求情報がオプション機能の実行の指示の前に送信されることになる。また、例えば、その機能ボタンの上に表示されているテキストや図形等によって使用可能であることが示されてもよく、その機能ボタンの表示される位置によって、使用可能であることが示されてもよく、機能ボタンのその他の表示に関する属性（例えば、色、点滅するかどうかなど）によって、使用可能であることが示されてもよい。また、例えば、その機能ボタンの上に表示されているテキストや図形等によって、機能ボタンに対応するオプション機能を申し込むことを示されてもよく、その機能ボタンの表示される位置によって、機能ボタンに対応するオプション機能を申し込むことを示されてもよく、機能ボタンのその他の表示に関する属性（例えば、色、点滅するかどうかなど）によって、機能ボタンに対応するオプション機能を申し込むことを示されてもよい。本実施の形態では、ボタン上のテキストによって、使用可能であることや、オプション機能を申し込むことが示されるものとする。
【００８７】
また、オプション機能の申し込みに関する処理とは、例えば、申し込みのための画面を表示し、その画面に入力された申し込みに関する情報を受け付け、その申し込みのための情報である申し込み情報をサーバ２に送信することであってもよい。そして、サーバ２では、その申し込み情報の受信に応じて、その申し込み情報に応じた判断情報を追加してもよい。判断情報の一部の情報を更新することは、更新後の判断情報の追加であると考えてもよい。それらの処理において、表示部１３、受付部１４、要求送信部１５、要求受信部２２、更新部２５等が適宜、用いられてもよい。
【００８８】
次に、本実施の形態による情報処理装置１の動作について、図１４のフローチャートを用いて説明する。
（ステップＳ３０１）ソフトウェア実行部１２は、ソフトウェアを起動するかどうか判断する。そして、ソフトウェアを起動する場合には、ステップＳ３０２に進み、そうでない場合には、起動すると判断するまでステップＳ３０１の処理を繰り返す。なお、ソフトウェア実行部１２は、例えば、ソフトウェアを起動する旨の指示を受付部１４が受け付けた場合に、ソフトウェアを起動すると判断してもよい。
【００８９】
（ステップＳ３０２）ソフトウェア実行部１２は、ソフトウェア記憶部１１からソフトウェアを読み出して、起動の処理を実行する。なお、ソフトウェア記憶部１１で複数のソフトウェアが記憶されている場合には、起動対象となるソフトウェア（例えば、ステップＳ３０１において、起動することが指示されたソフトウェア）を読み出して起動の処理を実行することになる。
【００９０】
（ステップＳ３０３）ソフトウェア実行部１２や表示部１３は、ボタン画面を表示する処理を行う。なお、この処理の詳細については、図１５のフローチャートを用いて後述する。
【００９１】
（ステップＳ３０４）受付部１４は、使用可能なオプション機能に対応する機能ボタンの選択を受け付けたかどうか判断する。そして、その機能ボタンの選択を受け付けた場合には、その旨をソフトウェア実行部１２に渡してステップＳ３０５に進み、そうでない場合には、ステップＳ３０６に進む。この判断は、例えば、表示部１３がボタン画面を表示している場合に、使用可能なオプション機能に対応する機能ボタンの位置がクリックされたかどうかを判断することによってなされてもよい。すなわち、その機能ボタンの位置がクリックされた際には、使用可能なオプション機能に対応する機能ボタンが選択されたと判断してもよい。そして、その機能ボタンを識別する情報と、その機能ボタンが選択された旨とをソフトウェア実行部１２に渡してもよい。
【００９２】
（ステップＳ３０５）ソフトウェア実行部１２は、選択されたオプション機能に関する処理を行う。その処理の際に、受付部１４は、入力を受け付けてもよく、表示部１３は、情報を表示してもよく、要求送信部１５や受信部１６は、情報の送受信を行ってもよい。なお、そのオプション機能の使用を開始する際には、要求送信部１５は、そのオプション機能を識別するオプション機能識別情報と、ユーザ識別情報とを含む使用開始情報をサーバ２に送信するものとする。また、そのオプション機能の使用を終了する際には、要求送信部１５は、そのオプション機能を識別するオプション機能識別情報と、ユーザ識別情報とを含む使用終了情報をサーバ２に送信するものとする。そして、ステップＳ３０４に戻る。
【００９３】
（ステップＳ３０６）受付部１４は、オプション機能を申し込むことを示す機能ボタンの選択を受け付けたかどうか判断する。そして、その機能ボタンの選択を受け付けた場合には、その旨をソフトウェア実行部１２に渡してステップＳ３０７に進み、そうでない場合には、ステップＳ３０８に進む。この判断は、例えば、表示部１３がボタン画面を表示している場合に、オプション機能を申し込むことを示す機能ボタンの位置がクリックされたかどうかを判断することによってなされてもよい。すなわち、その機能ボタンの位置がクリックされた際には、オプション機能を申し込むことを示す機能ボタンが選択されたと判断してもよい。そして、その機能ボタンを識別する情報と、その機能ボタンが選択された旨とをソフトウェア実行部１２に渡してもよい。
【００９４】
（ステップＳ３０７）ソフトウェア実行部１２等は、オプション機能に関する申し込みの処理を行う。そして、ステップＳ３０３に戻る。この処理の詳細については、図１６のフローチャートを用いて後述する。
【００９５】
（ステップＳ３０８）受付部１４は、他の処理に関する入力を受け付けたかどうか判断する。そして、受け付けた場合には、ステップＳ３０９に進み、そうでない場合には、ステップＳ３１０に進む。
【００９６】
（ステップＳ３０９）ソフトウェア実行部１２は、受付部１４で受け付けられた入力に応じた処理を行う。その際に、表示部１３、受付部１４、要求送信部１５、受信部１６等が用いられてもよい。そして、ステップＳ３０４に戻る。
【００９７】
（ステップＳ３１０）受付部１４は、ボタン画面を表示する旨の指示を受け付けたかどうか判断する。そして、ボタン画面を表示する旨の指示を受け受けた場合には、ステップＳ３０３に戻り、そうでない場合には、ステップＳ３１１に進む。
【００９８】
（ステップＳ３１１）受付部１４は、ソフトウェアの実行を終了する旨の入力を受け付けたかどうか判断する。そして、ソフトウェアの実行を終了する旨の入力を受け付けた場合には、その旨をソフトウェア実行部１２に渡す。ソフトウェア実行部１２は、ソフトウェアの実行を終了する処理を行ってステップＳ３０１に戻る。ソフトウェアの実行を終了する旨の入力を受け付けていない場合には、ステップＳ３０４に戻る。なお、ソフトウェアの実行を終了する旨の入力は、例えば、終了ボタンを選択することであってもよい。
なお、図１４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００９９】
図１５は、図１４のフローチャートにおけるボタン画面の表示の処理（ステップＳ３０３）の詳細を示すフローチャートである。
（ステップＳ４０１）ソフトウェア実行部１２は、ソフトウェア記憶部１１で記憶されているボタン画面に含まれる各機能ボタンに対応するオプション機能を識別するオプション機能識別情報と、ステップＳ３０１で起動が指示されたソフトウェアを使用中のユーザを識別するユーザ識別情報とを読み出す。そして、それらの識別情報を含む要求情報を送信する旨を要求送信部１５に指示する。その指示に応じて、要求送信部１５は、ソフトウェア実行部１２から受け取ったオプション機能識別情報と、ユーザ識別情報とを含む要求情報をサーバ２に送信する。
【０１００】
（ステップＳ４０２）受信部１６は、要求情報の送信に応じてサーバ２から送信された判断結果情報を受信したかどうか判断する。そして、判断結果情報を受信した場合には、その判断結果情報をソフトウェア実行部１２に渡してステップＳ４０３に進み、そうでない場合には、判断結果情報を受信するまでステップＳ４０３の処理を繰り返す。なお、要求情報が送信されてから所定の時間が経過しても判断結果情報が受信されない場合には、タイムアウトであると判断してステップＳ３０１に戻ってもよい。
【０１０１】
（ステップＳ４０３）ソフトウェア実行部１２は、判断結果情報を用いて、各機能ボタンの設定を行う。この設定は、判断結果情報によって、使用可能であることが示されるオプション機能に対応する機能ボタンについては、使用可能であることを示す機能ボタンとなるように設定することであり、判断結果情報によって、使用不可能であることが示されるオプション機能に対応する機能ボタンについては、そのオプション機能を申し込むことを示す機能ボタンとなるように設定することである。この設定は、例えば、前者については、「実行」や「使用可能」等のテキストを、ボタン上に表示されるテキストに追加することであってもよく、後者については、「申し込み」等のテキストを、ボタン上に表示されるテキストに追加することであってもよい。
【０１０２】
（ステップＳ４０４）ソフトウェア実行部１２は、機能ボタンの設定を行ったボタン画面を表示部１３に渡す。表示部１３は、そのボタン画面を表示する。そして、図１４のフローチャートに戻る。
【０１０３】
図１６は、図１４のフローチャートにおけるオプション機能の申し込みの処理（ステップＳ３０７）の詳細を示すフローチャートである。
（ステップＳ５０１）ソフトウェア実行部１２は、オプション機能の申し込みに関する情報を受け付けるための画面である申し込み画面をソフトウェア記憶部１１から読み出して表示部１３に渡す。表示部１３は、その申し込み画面を表示する。なお、本実施の形態では、その申し込み画面があらかじめソフトウェア記憶部１１において記憶されているものとする。その申し込み画面は、オプション機能ごとに別のものであってもよく、あるいは、共通のものであってもよい。
【０１０４】
（ステップＳ５０２）受付部１４は、表示部１３が表示した申し込み画面に対するユーザの入力を受け付けたかどうか判断する。そして、受け付けた場合には、ステップＳ５０３に進み、そうでない場合には、ステップＳ５０４に進む。
【０１０５】
（ステップＳ５０３）ソフトウェア実行部１２は、受付部１４が受け付けた入力内容を図示しない記録媒体において一時的に記憶する。そして、ステップＳ５０２に戻る。
【０１０６】
（ステップＳ５０４）受付部１４は、申し込み情報を送信する旨の指示を受け付けたかどうか判断する。そして、受け付けた場合には、ステップＳ５０５に進み、そうでない場合には、ステップＳ５０２に戻る。なお、申し込み情報を送信する旨の指示は、例えば、「送信」ボタンの選択であってもよい。
【０１０７】
（ステップＳ５０５）ソフトウェア実行部１２は、それまでに一時的に記憶していた申し込み内容を示す情報と、ソフトウェア記憶部１１から読み出した、ソフトウェアを使用中のユーザを識別するユーザ識別情報と、ステップＳ５０１での申し込み画面が表示される際に選択された機能ボタンに対応するオプション機能を識別するオプション機能識別情報とを含む申し込み情報と、その申し込み情報をサーバ２に送信する旨の指示とを要求送信部１５に渡す。要求送信部１５は、それらを受け取ると、その申し込み情報をサーバ２に送信する。そして、図１４のフローチャートに戻る。
【０１０８】
次に、本実施の形態によるサーバ２の動作について、図１７のフローチャートを用いて説明する。
（ステップＳ６０１）要求受信部２２は、要求情報を受信したかどうか判断する。そして、要求情報を受信した場合には、ステップＳ６０２に進み、そうでない場合には、ステップＳ６０４に進む。
【０１０９】
（ステップＳ６０２）判断部２３は、要求情報に含まれるユーザ識別情報、オプション機能識別情報と、判断情報記憶部２１で記憶されている２以上の判断情報とを用いて、要求情報に含まれるオプション機能を使用できるかどうか判断する。要求情報に２以上のオプション機能識別情報が含まれている場合には、その各オプション機能識別情報について判断を行うものとする。
【０１１０】
（ステップＳ６０３）送信部２４は、判断部２３による判断結果を示す判断結果情報を情報処理装置１に送信する。そして、ステップＳ６０１に戻る。
【０１１１】
（ステップＳ６０４）要求受信部２２は、使用開始情報を受信したかどうか判断する。そして、使用開始情報を受信した場合には、ステップＳ６０５に進み、そうでない場合には、ステップＳ６０６に進む。
【０１１２】
（ステップＳ６０５）更新部２５は、要求受信部２２が受信した使用開始情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけインクリメントする。そして、ステップＳ６０１に戻る。
【０１１３】
（ステップＳ６０６）要求受信部２２は、使用終了情報を受信したかどうか判断する。そして、使用終了情報を受信した場合には、ステップＳ６０７に進み、そうでない場合には、ステップＳ６０８に進む。
【０１１４】
（ステップＳ６０７）更新部２５は、要求受信部２２が受信した使用終了情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけデクリメントする。そして、ステップＳ６０１に戻る。
【０１１５】
（ステップＳ６０８）要求受信部２２は、申し込み情報を受信したかどうか判断する。そして、申し込み情報を受信した場合には、ステップＳ６０９に進み、そうでない場合には、ステップＳ６０１に戻る。
【０１１６】
（ステップＳ６０９）更新部２５は、要求受信部２２が受信した申し込み情報に応じた判断情報を生成し、その判断情報を判断情報記憶部２１に蓄積する。そして、ステップＳ６０１に戻る。例えば、判断情報記憶部２１で記憶されている判断情報が前述の（１）の場合であれば、更新部２５は、申し込み情報に含まれるユーザ識別情報と、オプション機能識別情報と、有効期限とを対応付けて有する判断情報を生成して蓄積してもよい。なお、ＵＲＬについては、更新部２５は、新たなＵＲＬを発行すると共に、そのＵＲＬに対応して、そのユーザ識別情報、オプション機能識別情報に対応するサイトを生成する旨の指示を、オプション機能を提供するウェブサーバ等に送信してもよい。また、例えば、判断情報が前述の（２）の場合であれば、更新部２５は、申し込み情報にグループ識別情報が含まれている場合には、そのグループ識別情報に対応付けて、申し込み情報に含まれるユーザ識別情報を蓄積してもよい。一方、申し込み情報にグループ識別情報が含まれていない場合（新規のグループの場合）には、新たなグループ識別情報を発行して、そのグループ識別情報に対応付けてユーザ識別情報を蓄積すると共に、新たに発行したグループ識別情報と、申し込み情報に含まれるオプション機能識別情報と、使用人数「０」と、ＵＲＬとを対応付けて有する判断情報を生成して蓄積してもよい。なお、ＵＲＬについては、更新部２５は、前述の通りの処理を行ってもよい。また、新たにグループ識別情報を発行した場合には、そのグループ識別情報を情報処理装置１に送信してもよい。また、例えば、判断情報が前述の（３）の場合であれば、更新部２５は、申し込み情報に含まれるユーザ識別情報と、オプション機能識別情報とを対応付ける新たな判断情報を生成して蓄積すると共に、ＵＲＬについては、前述の通りの処理を行ってもよい。
なお、図１７のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１１７】
また、判断情報が前述の（２）以外のものである場合には、使用開始情報や使用終了情報の送信、また、その使用開始情報や使用終了情報の受信に応じた使用人数の更新の処理（ステップＳ６０４〜Ｓ６０７）を行わなくてもよい。
【０１１８】
次に、本実施の形態による情報処理システムの動作について、具体例を用いて説明する。この具体例でも、情報処理装置１は、パーソナルコンピュータ（ＰＣ）であるとする。また、その情報処理装置１で起動するソフトウェアは、会計管理のソフトウェアであるとする。また、オプション機能としては、勤怠管理の機能や、給与明細照会の機能が存在するものとする。そのオプション機能は、ウェブサイトで提供されるものであるとする。したがって、そのオプション機能を用いる際に、ソフトウェアの起動や終了等が必要ないことになる。
【０１１９】
まず、ユーザが、情報処理装置１を操作して、ソフトウェアのアイコンをダブルクリックすることにより、そのソフトウェアの起動を指示したとする。すると、その指示が受付部１４で受け付けられ、ソフトウェア実行部１２に渡される。ソフトウェア実行部１２は、ソフトウェアを起動すると判断し（ステップＳ３０１）、そのソフトウェアをソフトウェア記憶部１１から読み出して起動する（ステップＳ３０２）。なお、その起動の際に、前述のように、ユーザ識別情報「Ｕ００１」とパスワードとの入力を受け付け、そのユーザ識別情報等が正当なものであると判断された後に、ユーザ識別情報がソフトウェア記憶部１１に蓄積されたものとする。
【０１２０】
その後、ソフトウェア実行部１２等は、ボタン画面を表示する処理を行う（ステップＳ３０３）。具体的には、ソフトウェア実行部１２は、ボタン画面に表示される機能ボタンに対応するオプション機能識別情報「勤怠管理」「給与明細照会」と、ユーザ識別情報「Ｕ００１」とをソフトウェア記憶部１１から読み出し、それらを含む要求情報を送信する旨の指示を要求送信部１５に渡す。その指示に応じて、要求送信部１５は、それらをペイロードに含むパケットをサーバ２に送信する（ステップＳ４０１）。
【０１２１】
その要求情報のパケットはサーバ２の要求受信部２２で受信され（ステップＳ６０１）、その要求情報に含まれるオプション機能識別情報ごとに、使用の可否の判断が行われる（ステップＳ６０２）。この処理は、実施の形態１の具体例と同様であり、その説明を省略する。ここでは、「勤怠管理」については、使用不可と判断され、「給与明細照会」については、使用可能と判断されたとする。すると、送信部２４は、オプション機能識別情報「勤怠管理」については使用不可であり、オプション機能識別情報「給与明細照会」については使用可能である旨の判断結果情報のパケットを情報処理装置１に送信する（ステップＳ６０３）。なお、使用可能であると判断された「給与明細照会」については、対応するＵＲＬも判断結果情報に含まれるものとする。
【０１２２】
その判断結果情報のパケットは情報処理装置１の受信部１６で受信され（ステップＳ４０２）、ソフトウェア実行部１２に渡される。ソフトウェア実行部１２は、その判断結果情報を用いて、オプション機能識別情報「勤怠管理」に対応する機能ボタンについては、ボタン上に表示されるテキストに対して「申し込み」を追加する。また、ソフトウェア実行部１２は、オプション機能識別情報「給与明細照会」に対応する機能ボタンについては、ボタン上に表示されるテキストに対して「実行」を追加する（ステップＳ４０３）。その各ボタンがマークアップ言語で記述される場合には、例えば、次のようになる。
＜ｉｎｐｕｔ ｔｙｐｅ＝"ｂｕｔｔｏｎ" ｎａｍｅ＝"勤怠管理" ｖａｌｕｅ＝"勤怠管理申し込み"＞
＜ｉｎｐｕｔ ｔｙｐｅ＝"ｂｕｔｔｏｎ" ｎａｍｅ＝"給与明細照会" ｖａｌｕｅ＝"給与明細照会実行"＞
【０１２３】
なお、これらの機能ボタンの設定を行う際に、実行可能なオプション機能については、サーバ２から受信した判断結果情報に含まれるＵＲＬを、その機能ボタンに対応するリンク先の情報として設定してもよい。また、実行可能でないオプション機能については、そのオプション機能の申し込み画面のアドレスを、その機能ボタンに対応するリンク先の情報として設定してもよい。
【０１２４】
その後、ソフトウェア実行部１２は、機能ボタンに関する設定のなされたボタン画面を表示部１３に渡す。すると、表示部１３は、図１８で示されるように、勤怠管理に関する機能ボタン６１と、給与明細照会に関する機能ボタン６２とを含むボタン画面を表示する（ステップＳ４０４）。この表示において、勤怠管理の機能ボタン６１には、「申し込み」が表示されているため、ユーザは、そのボタンを選択することによって、勤怠管理の機能の申し込みをすることになる旨を知ることができる。また、給与明細照会の機能ボタン６２には、「実行」が表示されているため、ユーザは、そのボタンを選択することによって、給与明細照会の機能を実行することになる旨を知ることができる。
【０１２５】
ここで、ユーザが、給与明細照会に対応する機能ボタン６２をマウスでクリックしたとする。すると、その機能ボタン６２が選択されたことが受付部１４で受け付けられ、ソフトウェア実行部１２に渡される（ステップＳ３０４）。ソフトウェア実行部１２は、判断結果情報に含まれていた給与明細照会に対応するＵＲＬを用いて、そのアドレスにアクセスすることによって、給与明細照会のオプション機能に関する処理を行う（ステップＳ３０５）。なお、サーバ２において記憶されている判断情報が前述の（２）のものである場合には、前述のように、情報処理装置１から使用開始情報や使用終了情報が送信され、サーバ２において、それに応じた使用人数の更新が行われることになる。
【０１２６】
次に、図１８の表示において、ユーザが勤怠管理に対応する機能ボタン６１をクリックしたとする。すると、その機能ボタン６１が選択されたことが受付部１４で受け付けられ、ソフトウェア実行部１２に渡される（ステップＳ３０６）。すると、ソフトウェア実行部１２は、ソフトウェア記憶部１１から申し込み画面を読み出し、それにユーザ識別情報「Ｕ００１」と、そのクリックされた機能ボタン６１に対応するオプション機能識別情報「勤怠管理」とを挿入して表示部１３に渡す。表示部１３は、その申し込み画面をディスプレイに表示する（ステップＳ５０１）。そして、適宜、申し込みに必要な情報を入力する。ここでは、判断情報が前述の（１）のものである場合について説明する。そして、図１９で示されるように、有効期限が選択され、その有効期限が一時的に記憶されたものとする（ステップＳ５０２，Ｓ５０３）。また、ユーザが、「ＯＫ」ボタンをクリックすると、受付部１４は、送信の指示を受け付けたと判断し（ステップＳ５０４）、その旨をソフトウェア実行部１２に渡す。ソフトウェア実行部１２は、ユーザ識別情報「Ｕ００１」と、オプション機能識別情報「勤怠管理」と、有効期限「２００９年１２月３１日」とを含む申し込み情報をサーバ２に送信する指示を要求送信部１５に渡す。要求送信部１５は、その指示に応じて、その申し込み情報のパケットをサーバ２に送信する（ステップＳ５０５）。なお、この申し込みの処理に応じて、ユーザ識別情報「Ｕ００１」で識別されるユーザに対して、５０００円の課金がなされてもよい。課金の処理については公知であり、その説明を省略する。
【０１２７】
その申し込み情報のパケットは、サーバ２の要求受信部２２で受信され（ステップＳ６０８）、ユーザ識別情報等が更新部２５に渡される。ここで、判断情報記憶部２１では、図８で示される判断情報が記憶されているものとする。すると、更新部２５は、受け取ったユーザ識別情報、オプション機能識別情報を用いて検索を行うことによって、１番目の判断情報を特定し、その特定した判断情報の有効期限を「２００９年１２月３１日」で上書きする（ステップＳ６０９）。その結果、判断情報は、図２０で示されるようになる。また、その後、前述の説明と同様にして、ボタン画面が表示されると、そのボタン画面では、図２１で示されるように、勤怠管理に対応する機能ボタン６１ついても、使用可能である旨がボタン上に示されることになる。
【０１２８】
以上のように、本実施の形態による情報処理システムによれば、ボタン画面において、オプション機能の使用の可否を知ることができるため、機能ボタンを選択した後に、使用できないことが判明する事態を回避することができ、ユーザの利便性が向上されている。また、オプション機能を使用できない場合には、そのオプション機能に対応する機能ボタンが、そのオプション機能の申し込みボタンになることによって、ユーザは、容易にそのオプション機能に関する申し込みを行うことができ、その観点からも利便性が向上されている。
【０１２９】
なお、本実施の形態では、オプション機能を使用できる場合には、その旨を示す機能ボタンが表示され、オプション機能を使用できない場合には、そのオプション機能の申し込みを示す機能ボタンが表示される場合について説明したが、そうでなくてもよい。例えば、オプション機能を使用できない場合には、その機能ボタンを表示しなくてもよく、その機能ボタンをグレーアウトするようにしてもよい。
【０１３０】
また、上記各実施の形態において、オプション機能の使用の可否の判断を行う２個のタイミングについて主に説明したが、それ以外のタイミングでその判断を行ってもよいことは言うまでもない。例えば、オプション機能を使用した後に、最終的に保存したり登録したりする際に判断を行い、使用不可の場合には、保存や登録を行うことができないようにして、使用可能の場合には、保存や登録を行うことができるようにしてもよい。
【０１３１】
また、前述のように、オプション機能の判断で用いられる判断情報は、前述の３個のパターンに限定されるものではなく、他のものであってもよいことは言うまでもない。また、オプション機能の提供形態も問わない。例えば、ソフトウェア自体がオプション機能に応じたプログラムを有していてもよく、あるいは、サーバ２や他のサーバによって、オプション機能が提供されてもよい。また、そのオプション機能は、ウェブサーバによって提供されるものであってもよい。
【０１３２】
また、上記各実施の形態では、情報処理装置１においてソフトウェア実行部１２が表示や受け付け、送受信の全ての処理を制御する場合について説明したが、そうでなくてもよい。すなわち、各構成要素は、ソフトウェア実行部１２の制御を受けないで動作する独立した構成要素であると考えてもよい。例えば、表示部１３は、受信部１６が受信した情報を、ソフトウェア実行部１２を介さないで表示するものであってもよい。
【０１３３】
また、上記各実施の形態において、各処理または各機能は、単一の装置または単一のシステムによって集中処理されることによって実現されてもよく、あるいは、複数の装置または複数のシステムによって分散処理されることによって実現されてもよい。
【０１３４】
また、上記各実施の形態において、各構成要素が実行する処理に関係する情報、例えば、各構成要素が受け付けたり、取得したり、選択したり、生成したり、送信したり、受信したりした情報や、各構成要素が処理で用いるしきい値や数式、アドレス等の情報等は、上記説明で明記していない場合であっても、図示しない記録媒体において、一時的に、あるいは長期にわたって保持されていてもよい。また、その図示しない記録媒体への情報の蓄積を、各構成要素、あるいは、図示しない蓄積部が行ってもよい。また、その図示しない記録媒体からの情報の読み出しを、各構成要素、あるいは、図示しない読み出し部が行ってもよい。
【０１３５】
また、上記各実施の形態において、各構成要素等で用いられる情報、例えば、各構成要素が処理で用いるしきい値やアドレス、各種の設定値等の情報がユーザによって変更されてもよい場合には、上記説明で明記していない場合であっても、ユーザが適宜、それらの情報を変更できるようにしてもよく、あるいは、そうでなくてもよい。それらの情報をユーザが変更可能な場合には、その変更は、例えば、ユーザからの変更指示を受け付ける図示しない受付部と、その変更指示に応じて情報を変更する図示しない変更部とによって実現されてもよい。その図示しない受付部による変更指示の受け付けは、例えば、入力デバイスからの受け付けでもよく、通信回線を介して送信された情報の受信でもよく、所定の記録媒体から読み出された情報の受け付けでもよい。
【０１３６】
また、上記各実施の形態において、情報処理装置１やサーバ２に含まれる２以上の構成要素が通信デバイスや入力デバイス等を有する場合に、２以上の構成要素が物理的に単一のデバイスを有してもよく、あるいは、別々のデバイスを有してもよい。
【０１３７】
また、上記実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。なお、上記実施の形態における情報処理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、情報処理装置とサーバとを備えた情報処理システムを構成する情報処理装置として機能させるためのプログラムであって、１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行部、オプション機能の使用の可否の判断を要求する情報である要求情報をサーバに送信する要求送信部、要求送信部による要求情報の送信に応じて、サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信部として機能させ、ソフトウェア実行部は、受信部が受信した判断結果情報に応じて、判断結果情報に対応するオプション機能の実行を制御する、プログラムである。
【０１３８】
なお、上記プログラムにおいて、上記プログラムが実現する機能には、ハードウェアでしか実現できない機能は含まれない。例えば、情報を受信する受信部や、情報を送信する送信部、情報を表示する表示部などにおけるモデムやインターフェースカードなどのハードウェアでしか実現できない機能は、上記プログラムが実現する機能には少なくとも含まれない。
【０１３９】
また、このプログラムは、サーバなどからダウンロードされることによって実行されてもよく、所定の記録媒体（例えば、ＣＤ−ＲＯＭなどの光ディスクや磁気ディスク、半導体メモリなど）に記録されたプログラムが読み出されることによって実行されてもよい。また、このプログラムは、プログラムプロダクトを構成するプログラムとして用いられてもよい。
【０１４０】
また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０１４１】
図２２は、上記プログラムを実行して、上記各実施の形態による情報処理装置１，サーバ２を実現するコンピュータの外観の一例を示す模式図である。上記各実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムによって実現されうる。
【０１４２】
図２２において、コンピュータシステム９００は、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）ドライブ９０５、ＦＤ（Ｆｌｏｐｐｙ（登録商標） Ｄｉｓｋ）ドライブ９０６を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、モニタ９０４とを備える。
【０１４３】
図２３は、コンピュータシステム９００の内部構成を示す図である。図２３において、コンピュータ９０１は、ＣＤ−ＲＯＭドライブ９０５、ＦＤドライブ９０６に加えて、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１３と、アプリケーションプログラム、システムプログラム、及びデータを記憶するハードディスク９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５とを備える。なお、コンピュータ９０１は、ＬＡＮへの接続を提供する図示しないネットワークカードを含んでいてもよい。
【０１４４】
コンピュータシステム９００に、上記各実施の形態による情報処理装置１，サーバ２の機能を実行させるプログラムは、ＣＤ−ＲＯＭ９２１、またはＦＤ９２２に記憶されて、ＣＤ−ＲＯＭドライブ９０５、またはＦＤドライブ９０６に挿入され、ハードディスク９１４に転送されてもよい。これに代えて、そのプログラムは、図示しないネットワークを介してコンピュータ９０１に送信され、ハードディスク９１４に記憶されてもよい。プログラムは実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ＣＤ−ＲＯＭ９２１やＦＤ９２２、またはネットワークから直接、ロードされてもよい。
【０１４５】
プログラムは、コンピュータ９０１に、上記各実施の形態による情報処理装置１，サーバ２の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。
【０１４６】
また、本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０１４７】
以上より、本発明による情報処理システム等によれば、ソフトウェアが有するオプション機能について使用の可否の管理することができるという効果が得られ、オプション機能を有するソフトウェアを実行する情報処理システム等として有用である。
【符号の説明】
【０１４８】
１ 情報処理装置
２ サーバ
１１ ソフトウェア記憶部
１２ ソフトウェア実行部
１３ 表示部
１４ 受付部
１５ 要求送信部
１６ 受信部
２１ 判断情報記憶部
２２ 要求受信部
２３ 判断部
２４ 送信部
２５ 更新部
【技術分野】
【０００１】
本発明は、ソフトウェアのオプション機能について使用の可否を判断する情報処理システム等に関する。
【背景技術】
【０００２】
従来、ソフトウェアにおいて、オプション機能を有するものが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１７１２５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
そのようなオプション機能を有するソフトウェアにおいて、そのオプション機能について使用の可否の管理をしたいという要望があった。
【０００５】
本発明は、上記事情を考慮してなされたものであり、ソフトウェアのオプション機能について使用の可否の管理をすることができる情報処理システム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明による情報処理システムは、情報処理装置とサーバとを備えた情報処理システムであって、情報処理装置は、１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部と、ソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行部と、オプション機能の使用の可否の判断を要求する情報である要求情報をサーバに送信する要求送信部と、要求送信部による要求情報の送信に応じて、サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信部と、を備え、ソフトウェア実行部は、受信部が受信した判断結果情報に応じて、判断結果情報に対応するオプション機能の実行を制御し、サーバは、要求情報を受信する要求受信部と、オプション機能の使用の可否の判断で用いられる情報である判断情報が記憶される判断情報記憶部と、要求受信部が要求情報を受信した場合に、判断情報記憶部で記憶されている判断情報を用いてオプション機能の使用の可否を判断する判断部と、判断部による判断結果に関する情報である判断結果情報を情報処理装置に送信する送信部と、を備えた、ものである。
【０００７】
このような構成により、オプション機能について使用の可否を判断することができ、その判断結果に応じて、そのオプション機能の実行の制御を行うことができる。例えば、ソフトウェアの使用については契約をしているが、オプション機能の使用についてまでは契約をしていない場合には、そのオプション機能を使用できないように制御することができうる。
【０００８】
また、本発明による情報処理システムでは、ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、判断情報記憶部では、ユーザ識別情報と、オプション機能識別情報と、ユーザ識別情報及びオプション機能識別情報に対応する、オプション機能の有効期限とを有する判断情報が２以上記憶され、判断部は、２以上の判断情報を用いて、要求受信部が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する有効期限が満了していない場合に使用可能であると判断し、有効期限が満了している場合に使用不可能であると判断してもよい。
このような構成により、オプション機能に対応した有効期限を用いることにより、そのオプション機能の使用の制御を行うことができる。
【０００９】
また、本発明による情報処理システムでは、ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、判断情報記憶部では、ユーザ識別情報と、オプション機能識別情報と、ユーザ識別情報及びオプション機能識別情報に対応する、オプション機能を使用しているユーザ数である使用人数とを有する判断情報が２以上記憶され、判断部は、２以上の判断情報を用いて、要求受信部が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数が上限数に達していない場合に使用可能であると判断し、使用人数が上限数に達している場合に使用不可能であると判断してもよい。
このような構成により、オプション機能を同時に使用する人数の上限を設定することができる。
【００１０】
また、本発明による情報処理システムでは、ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、判断情報記憶部では、ユーザ識別情報と、ユーザ識別情報に対応する、ユーザ識別情報で識別されるユーザが使用可能なオプション機能を識別するオプション機能識別情報とを有する判断情報が２以上記憶され、判断部は、２以上の判断情報を用いて、要求受信部が受信した要求情報に含まれるユーザ識別情報とオプション機能識別情報とが対応付けられている場合に使用可能であると判断し、ユーザ識別情報とオプション機能識別情報とが対応付けられていない場合に使用不可能であると判断してもよい。
このような構成により、オプション機能を使用可能なユーザのみがオプション機能を使用することができるようになる。
【００１１】
また、本発明による情報処理システムでは、ソフトウェアは、１以上のオプション機能に対応する機能ボタンが表示されるボタン画面を含んでおり、情報処理装置は、ボタン画面を表示する表示部と、表示部がボタン画面を表示している際に、機能ボタンが選択されたことを受け付ける受付部と、をさらに備え、ソフトウェア実行部は、使用可能なオプション機能に対応する機能ボタンについては、使用可能であることを示す機能ボタンを表示部に表示させ、機能ボタンが選択された場合に、機能ボタンに対応するオプション機能に応じた処理を実行し、使用不可能なオプション機能に対応する機能ボタンについては、機能ボタンに対応するオプション機能を申し込むことを示す機能ボタンを表示部に表示させ、機能ボタンが選択された場合に、機能ボタンに対応するオプション機能の申し込みに関する処理を実行してもよい。
【００１２】
このような構成により、ボタン画面で表示されるボタンを見ることによって、ユーザは、そのボタンに対応するオプション機能を実行可能かどうかについて容易に知ることができる。また、実行可能でない場合には、そのボタンを選択することによって、そのオプション機能の申し込みを行うことができ、利用者の利便性が向上されている。
【００１３】
また、本発明による情報処理方法は、情報処理装置とサーバとを備えた情報処理システムを構成する情報処理装置において、１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部と、ソフトウェア実行部と、要求送信部と、受信部とを用いて処理される情報処理方法であって、ソフトウェア実行部が、ソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行ステップと、要求送信部が、オプション機能の使用の可否の判断を要求する情報である要求情報をサーバに送信する要求送信ステップと、受信部が、要求送信ステップでの要求情報の送信に応じて、サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信ステップと、ソフトウェア実行部が、受信ステップで受信した判断結果情報に応じて、判断結果情報に対応するオプション機能の実行を制御する制御ステップと、を備えた情報処理方法である。
【発明の効果】
【００１４】
本発明による情報処理システム等によれば、ソフトウェアのオプション機能について使用の可否の管理をすることができるようになる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態１による情報処理システムの構成を示すブロック図
【図２】同実施の形態による情報処理装置の構成を示すブロック図
【図３】同実施の形態によるサーバの構成を示すブロック図
【図４】同実施の形態による情報処理装置の動作を示すフローチャート
【図５】同実施の形態によるサーバの動作を示すフローチャート
【図６】同実施の形態におけるログイン画面の一例を示す図
【図７】同実施の形態におけるボタン画面の一例を示す図
【図８】同実施の形態における判断情報の一例を示す図
【図９】同実施の形態における表示の一例を示す図
【図１０】同実施の形態における表示の一例を示す図
【図１１】同実施の形態における判断情報の一例を示す図
【図１２】同実施の形態における判断情報の一例を示す図
【図１３】同実施の形態における判断情報の一例を示す図
【図１４】本発明の実施の形態２による情報処理装置の動作を示すフローチャート
【図１５】同実施の形態による情報処理装置の動作を示すフローチャート
【図１６】同実施の形態による情報処理装置の動作を示すフローチャート
【図１７】同実施の形態によるサーバの動作を示すフローチャート
【図１８】同実施の形態におけるボタン画面の一例を示す図
【図１９】同実施の形態における申し込み画面の一例を示す図
【図２０】同実施の形態における判断情報の一例を示す図
【図２１】同実施の形態におけるボタン画面の一例を示す図
【図２２】上記各実施の形態におけるコンピュータシステムの外観一例を示す模式図
【図２３】上記各実施の形態におけるコンピュータシステムの構成の一例を示す図
【発明を実施するための形態】
【００１６】
以下、本発明による情報処理システムについて、実施の形態を用いて説明する。なお、以下の実施の形態において、同じ符号を付した構成要素及びステップは同一または相当するものであり、再度の説明を省略することがある。
【００１７】
（実施の形態１）
本発明の実施の形態１による情報処理システムについて、図面を参照しながら説明する。本実施の形態による情報処理システムは、ソフトウェアのオプション機能について使用の可否の管理をすることができるものである。
【００１８】
図１は、本実施の形態による情報処理システムの構成を示すブロック図である。本実施の形態による情報処理システムは、１以上の情報処理装置１と、サーバ２とを備える。１以上の情報処理装置１とサーバ２とは、有線または無線の通信回線５００によって接続されており、互いに情報を送受信することができる。通信回線５００は、例えば、インターネットやイントラネット、公衆電話回線網等であってもよい。
【００１９】
図２は、本実施の形態による情報処理装置１の構成を示すブロック図である。図２において、本実施の形態による情報処理装置１は、ソフトウェア記憶部１１と、ソフトウェア実行部１２と、表示部１３と、受付部１４と、要求送信部１５と、受信部１６とを備える。
【００２０】
ソフトウェア記憶部１１では、１以上のソフトウェアが記憶される。そのソフトウェアは、例えば、アプリケーションソフトウェアであってもよく、その他のソフトウェアであってもよい。また、そのソフトウェアは、１以上のオプション機能を有するものであるとする。そのオプション機能は、どのようなものであってもよく、そのソフトウェアの機能の一部であってもよく、そのソフトウェアと関連する機能であってもよく、その他の機能であってもよい。また、その機能は、情報処理装置１においてローカルに提供される機能であってもよく、あるいは、インターネット等を介して提供される機能であってもよい。また、そのソフトウェアには、ボタン画面が含まれていてもよく、そうでなくてもよい。そのボタン画面は、１以上のオプション機能に対応する機能ボタンが表示される画面である。例えば、そのボタン画面に表示される機能ボタンが選択されることによって、その機能ボタンに対応するオプション機能の実行の指示が受け付けられてもよい。なお、オプション機能の実行の指示は、機能ボタンの選択以外の方法によって受け付けられてもよいことは言うまでもなく、例えば、コマンドの入力によって受け付けられてもよく、プルダウンメニューの選択や、その他の方法によって受け付けられてもよい。なお、そのような受け付けは、後述する受付部１４によって行われることになる。また、ソフトウェアにボタン画面が含まれるとは、厳密には、そのソフトウェアに、そのボタン画面を表示するための情報が含まれていることである。また、そのソフトウェアの使用中に、そのボタン画面を表示させることができるようになっているものとする。そのボタン画面は、どのように構成されたものであってもよい。例えば、ＨＴＭＬやＸＭＬ等のようなマークアップ言語を用いて記述されたものであってもよく、その他の方法で記述されたものであってもよい。
【００２１】
また、ソフトウェア記憶部１１では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報が記憶されてもよい。このユーザ識別情報は、はじめから記憶されているものであってもよく、あるいは、ログイン時などに入力されたものが蓄積されたものであってもよい。なお、このユーザ識別情報は、ユーザ（人）を識別する情報（例えば、名前や電話番号、社員ＩＤ等）であってもよく、情報処理装置１を識別する機器識別情報（例えば、シリアルナンバー、ＩＰアドレス等）であってもよく、その他の情報であってもよい。また、ソフトウェア記憶部１１では、オプション機能を識別する情報であるオプション機能識別情報が記憶されてもよい。オプション機能識別情報は、ソフトウェアの各オプション機能に対応付けられていることが好適である。このオプション機能識別情報は、数字や記号の列であってもよく、オプション機能の名称であってもよい。本実施の形態では、後者の場合について説明する。
【００２２】
ソフトウェア記憶部１１に１以上のソフトウェア等が記憶される過程は問わない。例えば、記録媒体を介して１以上のソフトウェア等がソフトウェア記憶部１１で記憶されるようになってもよく、通信回線等を介して送信された１以上のソフトウェア等がソフトウェア記憶部１１で記憶されるようになってもよい。ソフトウェア記憶部１１での記憶は、ＲＡＭ等における一時的な記憶でもよく、あるいは、長期的な記憶でもよい。ソフトウェア記憶部１１は、所定の記録媒体（例えば、半導体メモリや磁気ディスク、光ディスクなど）によって実現されうる。
【００２３】
ソフトウェア実行部１２は、ソフトウェア記憶部１１で記憶されているソフトウェアを適宜読み出し、そのソフトウェアを実行する。ソフトウェアの実行には、そのソフトウェアの１以上のオプション機能の実行も含まれるものとする。その際に、後述するように、ソフトウェア実行部１２は、表示部１３への情報の表示や、受付部１４からの入力の受け付け、要求送信部１５からの情報の送信、受信部１６からの情報の受信等の制御を行ってもよい。また、ソフトウェア実行部１２は、後述する受信部１６が受信した判断結果情報に応じて、判断結果情報に対応するオプション機能の実行を制御する。オプション機能の実行の制御とは、オプション機能を実行すること、あるいは実行しないことであってもよい。オプション機能を実行しないことには、オプション機能に関する情報がサーバ等から送信されてこないため実行しないこと、すなわち、結果として実行しないことを含んでもよい。また、オプション機能の実行の制御は、判断結果情報に応じて、オプション機能が実行できたり、実行できなかったりするようにインターフェース等を制御することであってもよい。例えば、オプション機能が実行できる場合には、そのオプション機能の実行のための機能ボタンを表示するように制御し、オプション機能が実行できない場合には、そのオプション機能が実行できない旨の機能ボタン（例えば、機能ボタンをオプション機能の申し込みボタンにする、機能ボタンをグレーアウトする、機能ボタンを表示しないなど）となるように制御することであってもよい。この処理については、実施の形態２において説明する。また、後述する表示部１３がＨＴＭＬ等のマークアップ言語によって記述される画面を表示する際に、ソフトウェア実行部１２は、その画面に対応する情報の解釈実行を行って、その画面を構成する処理等を行ってもよい。
【００２４】
また、ソフトウェア実行部１２は、一のオプション機能の実行開始時に、後述する要求送信部１５に対して使用開始情報を送信させ、また、そのオプション機能の実行終了時に、要求送信部１５に対して使用終了情報を送信させてもよい。なお、使用開始情報が後述する要求情報で兼ねられている場合には、その使用開始情報の送信に関する制御をソフトウェア実行部１２が行わなくてもよい。
【００２５】
表示部１３は、ソフトウェア実行部１２の制御によって、情報の表示を行う。また、ソフトウェアにボタン画面も含まれる場合には、表示部１３は、ソフトウェア実行部１２がソフトウェアを実行中に、ボタン画面をも表示してもよい。
【００２６】
なお、表示部１３は、それらの表示を行う表示デバイス（例えば、ＣＲＴや液晶ディスプレイなど）を含んでもよく、あるいは含まなくてもよい。また、表示部１３は、ハードウェアによって実現されてもよく、あるいは表示デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。また、表示対象の情報が最終的に表示されるのであれば、表示部１３は、その表示対象の情報を外部の表示デバイス等に送信するものであってもよい。すなわち、表示部１３は、実際に表示を行ってもよく、あるいは、他の表示デバイス等での表示のための表示出力を行ってもよい。
【００２７】
受付部１４は、入力デバイス（例えば、マウスやキーボード、タッチパネル等）を介した入力を受け付ける。受付部１４は、オプション機能の実行の指示を受け付けてもよい。また、表示部１３がボタン画面を表示する場合には、受付部１４は、機能ボタンが選択されたことを受け付けてもよい。その機能ボタンの選択が、オプション機能の実行の指示となる。機能ボタンの選択は、通常、マウスでクリックすることによる選択であるが、その他の選択であってもよい。その他の選択は、例えば、マウスでダブルクリックすることによる選択であってもよく、選択対象のボタンに対応するラジオボタン等を選択した上で、選択を決定することを示すボタンをクリックすることであってもよい。本実施の形態では、機能ボタンの選択は、機能ボタンのクリックである場合について説明する。
【００２８】
本実施の形態では、受付部１４が入力デバイスからの入力を受け付ける場合について説明するが、そうでなくてもよい。例えば、受付部１４は、有線もしくは無線の通信回線を介して送信された入力を受信してもよい。なお、受付部１４は、受け付けを行うためのデバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、受付部１４は、ハードウェアによって実現されてもよく、あるいは所定のデバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００２９】
要求送信部１５は、オプション機能の使用の可否の判断を要求する情報である要求情報をサーバ２に送信する。この要求情報の送信のタイミングは問わない。例えば、オプション機能の実行の指示の前であってもよく、後であってもよい。本実施の形態では、オプション機能の実行の指示が受け付けられた後に、そのオプション機能に関する要求情報が送信される場合について説明する。また、その要求情報には、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とが含まれていてもよい。サーバ２のアドレスは、要求送信部１５が持っていてもよく、あるいは、ボタン要求情報の送信までに他の構成要素等から受け付けてもよい。また、要求送信部１５は、後述する使用開始情報や使用終了情報を送信してもよい。この使用開始情報は、オプション機能の使用の開始を示す情報である。また、この使用終了情報は、オプション機能の使用の終了を示す情報である。その使用開始情報や使用終了情報には、ユーザ識別情報とオプション機能識別情報が含まれていてもよい。
【００３０】
なお、要求送信部１５は、要求情報をサーバ２に直接送信してもよく、あるいは、他のサーバ等を介して間接的に送信してもよい。また、要求送信部１５は、送信を行うための送信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、要求送信部１５は、ハードウェアによって実現されてもよく、あるいは送信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００３１】
受信部１６は、要求送信部１５による要求情報の送信に応じて、サーバ２から送信された判断結果情報を受信する。判断結果情報は、オプション機能の使用の可否の判断結果に関する情報である。この判断結果情報は、判断結果を示す情報（例えば、使用可能であることを示す情報、あるいは、使用不可能であることを示す情報）であってもよく、あるいは、その判断の結果が「使用可能」である場合に、判断結果情報は、その使用可能なオプション機能に関係する情報（例えば、使用可能である結果、表示されることになる画面の情報や、その表示されることになる画面のアドレスを示す情報など）であってもよい。
【００３２】
なお、受信部１６は、受信を行うための有線または無線の受信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、受信部１６は、ハードウェアによって実現されてもよく、あるいは受信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００３３】
図３は、本実施の形態によるサーバ２の構成を示すブロック図である。図３において、本実施の形態によるサーバ２は、判断情報記憶部２１と、要求受信部２２と、判断部２３と、送信部２４と、更新部２５とを備える。
【００３４】
判断情報記憶部２１では、オプション機能の使用の可否の判断で用いられる情報である判断情報が記憶される。判断情報記憶部２１に判断情報が記憶される過程は問わない。例えば、記録媒体を介して判断情報が判断情報記憶部２１で記憶されるようになってもよく、通信回線等を介して送信された判断情報が判断情報記憶部２１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された判断情報が判断情報記憶部２１で記憶されるようになってもよい。判断情報記憶部２１での記憶は、ＲＡＭ等における一時的な記憶でもよく、あるいは、長期的な記憶でもよい。判断情報記憶部２１は、所定の記録媒体（例えば、半導体メモリや磁気ディスク、光ディスクなど）によって実現されうる。
【００３５】
ここで、判断情報について説明する。判断情報は、例えば、（１）有効期限に関するものであってもよく、（２）使用人数に関するものであってもよく、（３）ユーザ識別情報等に関するものであってもよい。
【００３６】
（１）有効期限に関する判断情報
この場合に、判断情報は、ユーザ識別情報と、オプション機能識別情報と、そのユーザ識別情報及びそのオプション機能識別情報に対応する、オプション機能の有効期限とを有するものであってもよい。そして、その判断情報が２以上、判断情報記憶部２１において記憶されていてもよい。その判断情報において、ユーザ識別情報、及びオプション機能識別情報を用いて、それらに対応する有効期限を特定できるのであれば、判断情報のデータ構造は問わない。有効期限は、例えば、２００９年９月３０日のように年月日を示すものであってもよく、さらに、２００９年９月３０日２４：００のように年月日と時刻とを示すものであってもよい。
【００３７】
（２）使用人数に関する判断情報
この場合には、判断情報は、ユーザ識別情報と、オプション機能識別情報と、そのユーザ識別情報及びそのオプション機能識別情報に対応する、オプション機能を使用しているユーザ数である使用人数とを有するものであってもよい。そして、その判断情報が２以上、判断情報記憶部２１において記憶されていてもよい。その判断情報において、ユーザ識別情報、及びオプション機能識別情報を用いて、それらに対応する使用人数を特定できるのであれば、判断情報のデータ構造は問わない。使用人数は、後述する更新部２５によって適宜、更新されることになる。使用人数は、そのオプション機能を実行している情報処理装置１の個数であると考えてもよい。
【００３８】
（３）ユーザ識別情報等に関する判断情報
この場合には、判断情報は、ユーザ識別情報と、そのユーザ識別情報に対応する、そのユーザ識別情報で識別されるユーザが使用可能なオプション機能を識別するオプション機能識別情報とを有するものであってもよい。そして、その判断情報が２以上、判断情報記憶部２１において記憶されていてもよい。その判断情報において、ユーザ識別情報を用いて、それに対応するオプション機能識別情報を特定できるのであれば（あるいは、逆にオプション機能識別情報を用いて、それに対応するユーザ識別情報を特定できてもよい）、判断情報のデータ構造は問わない。この判断情報において対応付けられているユーザ識別情報とオプション機能識別情報とが、ユーザが使用できるオプション機能を示す情報である。すなわち、あるユーザは、そのユーザを識別するユーザ識別情報に判断情報で対応付けられているオプション機能識別情報で識別されるオプション機能を使用することができる。
【００３９】
また、判断情報に含まれる各情報、例えば、ユーザ識別情報やオプション機能識別情報等は、それらの情報そのものであってもよく、あるいは、それらの情報を特定可能な情報であってもよい。後者の場合には、判断情報に含まれるユーザ識別情報等は、例えば、ユーザ識別情報等が格納されている領域を示すポインタやアドレスであってもよい。また、判断情報において、２以上の情報が対応している場合に、その対応は、他の第３の情報を介した対応であってもよい。例えば、ユーザ識別情報と、使用人数とが対応している場合に、その対応は、ユーザ識別情報とグループ識別情報の対応と、グループ識別情報とオプション機能識別情報と使用人数との対応に分かれてもよい。また、判断情報は、別々に記憶されている２以上の情報から構成されてもよい。例えば、判断情報が、ユーザ識別情報とグループ識別情報とを対応付ける情報、及び、グループ識別情報とオプション機能識別情報と使用人数とを対応付ける情報から構成される場合などである。
【００４０】
また、前述の（２）の場合には、後述する更新部２５による使用人数の更新が必要になるが、そうでない場合には、更新部２５による使用人数の更新は必要ない。したがって、前述の（２）ではない場合には、サーバ２は、後述する更新部２５を備えていなくてもよい。なお、本実施の形態では、説明の便宜上、更新部２５の処理についても説明する。
【００４１】
要求受信部２２は、情報処理装置１から送信された要求情報を受信する。その要求情報には、例えば、ユーザ識別情報やオプション機能識別情報が含まれていてもよい。また、要求受信部２２は、後述する使用開始情報や使用終了情報を受信してもよい。その使用開始情報には、ユーザ識別情報やオプション機能識別情報が含まれていてもよい。なお、要求受信部２２は、受信を行うための有線または無線の受信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、要求受信部２２は、ハードウェアによって実現されてもよく、あるいは受信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００４２】
判断部２３は、要求受信部２２が要求情報を受信した場合に、判断情報記憶部２１で記憶されている判断情報を用いてオプション機能の使用の可否を判断する。
【００４３】
前述の（１）の場合には、判断部２３は、２以上の判断情報を用いて、要求受信部２２が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する有効期限が満了していない場合に使用可能であると判断し、有効期限が満了している場合に使用不可能であると判断してもよい。その判断のために、判断部２３は、図示しないカレンダー部や時計部から、その判断時の年月日や時刻を受け取り、その年月日や時刻が、有効期限よりも前であるかどうかによって、有効期限が満了しているかどうかを判断してもよい。カレンダー部等から受け取った判断時の年月日等が有効期限よりも前である場合には、有効期限が満了していないと判断され、その年月日等が有効期限と同じか、有効期限よりも後である場合には、有効期限が満了していると判断される。なお、要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する有効期限が存在しない場合、すなわち、要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する判断情報が存在しない場合にも、判断部２３は使用不可能であると判断してもよい。
【００４４】
前述の（２）の場合には、判断部２３は、２以上の判断情報を用いて、要求受信部２２が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数が上限数に達していない場合（すなわち、使用人数が上限数未満である場合）に使用可能であると判断し、使用人数が上限数に達している場合（すなわち、使用人数が上限数そのものである場合）に使用不可能であると判断してもよい。その判断のために、判断部２３は、図示しない記録媒体において記憶されている上限数を読み出して、その判断に用いてもよい。その上限数は、全ての判断について同じ値であってもよく、あるいは、ユーザ識別情報やオプション機能識別情報ごとに異なっていてもよい。なお、要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数が存在しない場合、すなわち、要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する判断情報が存在しない場合にも、判断部２３は使用不可能であると判断してもよい。
【００４５】
前述の（３）の場合には、判断部２３は、２以上の判断情報を用いて、要求受信部２２が受信した要求情報に含まれるユーザ識別情報とオプション機能識別情報とが対応付けられている場合に使用可能であると判断し、そのユーザ識別情報とオプション機能識別情報とが対応付けられていない場合に使用不可能であると判断してもよい。
【００４６】
送信部２４は、判断部２３による判断結果に関する情報である判断結果情報を情報処理装置１に送信する。なお、判断結果情報は、前述のように、判断結果を示すものであってもよい。また、送信部２４は、例えば、要求受信部２２が受信した要求情報の送信元のアドレスを送信先のアドレスとして、判断結果情報を送信してもよい。
【００４７】
なお、送信部２４は、判断結果情報を情報処理装置１に直接送信してもよく、あるいは、他のサーバ等を介して間接的に送信してもよい。また、送信部２４は、送信を行うための送信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、送信部２４は、ハードウェアによって実現されてもよく、あるいは送信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００４８】
更新部２５は、判断情報記憶部２１において使用人数を含む判断情報が記憶されている場合に、要求受信部２２が受信した使用開始情報や使用終了情報、要求情報等を用いることによって、その使用人数を更新する。例えば、使用開始情報が要求受信部２２で受信された場合に、更新部２５は、その使用開始情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけインクリメントしてもよい。また、例えば、使用終了情報が要求受信部２２で受信された場合に、更新部２５は、その使用終了情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけデクリメントしてもよい。また、例えば、要求情報が使用開始情報を兼ねている場合には、要求情報が要求受信部２２で受信された場合であって、その要求情報の受信に応じて、オプション機能を使用可能であると判断された場合に、更新部２５は、その要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけインクリメントしてもよい。
【００４９】
次に、本実施の形態による情報処理装置１の動作について、図４のフローチャートを用いて説明する。
（ステップＳ１０１）ソフトウェア実行部１２は、ソフトウェアを起動するかどうか判断する。そして、ソフトウェアを起動する場合には、ステップＳ１０２に進み、そうでない場合には、起動すると判断するまでステップＳ１０１の処理を繰り返す。なお、ソフトウェア実行部１２は、例えば、ソフトウェアを起動する旨の指示を受付部１４が受け付けた場合に、ソフトウェアを起動すると判断してもよい。
【００５０】
（ステップＳ１０２）ソフトウェア実行部１２は、ソフトウェア記憶部１１からソフトウェアを読み出して、起動の処理を実行する。なお、ソフトウェア記憶部１１で複数のソフトウェアが記憶されている場合には、起動対象となるソフトウェア（例えば、ステップＳ１０１において、起動することが指示されたソフトウェア）を読み出して起動の処理を実行することになる。
【００５１】
（ステップＳ１０３）ソフトウェア実行部１２は、ソフトウェアの起動後に、そのソフトウェアのボタン画面を表示部１３に表示させる。その結果、表示部１３は、ボタン画面を表示することになる。
【００５２】
（ステップＳ１０４）受付部１４は、機能ボタンの選択を受け付けたかどうか判断する。そして、機能ボタンの選択を受け付けた場合には、その旨をソフトウェア実行部１２に渡してステップＳ１０５に進み、そうでない場合には、ステップＳ１０９に進む。この判断は、例えば、表示部１３がボタン画面を表示している場合に、機能ボタンの位置がクリックされたかどうかを判断することによってなされてもよい。すなわち、機能ボタンの位置がクリックされた際には、機能ボタンが選択されたと判断してもよい。そして、その機能ボタンを識別する情報と、その機能ボタンが選択された旨とをソフトウェア実行部１２に渡してもよい。
【００５３】
（ステップＳ１０５）ソフトウェア実行部１２は、選択の受け付けられた機能ボタンに関する要求情報の送信を要求送信部１５に指示する。すなわち、その選択された機能ボタンに対応するオプション機能識別情報と、ステップＳ１０１で起動されたソフトウェアを使用中のユーザを識別するユーザ識別情報とをソフトウェア記憶部１１から読み出し、それらの識別情報を含む要求情報を送信する旨を要求送信部１５に指示する。その指示に応じて、要求送信部１５は、ソフトウェア実行部１２から受け取った識別情報を含む要求情報をサーバ２に送信する。
【００５４】
（ステップＳ１０６）受信部１６は、要求情報の送信に応じてサーバ２から送信された判断結果情報を受信したかどうか判断する。そして、判断結果情報を受信した場合には、その判断結果情報をソフトウェア実行部１２に渡してステップＳ１０７に進み、そうでない場合には、判断結果情報を受信するまでステップＳ１０６の処理を繰り返す。なお、要求情報が送信されてから所定の時間が経過しても判断結果情報が受信されない場合には、タイムアウトであると判断してステップＳ１０４に戻ってもよい。
【００５５】
（ステップＳ１０７）ソフトウェア実行部１２は、判断結果情報を用いて、オプション機能の実行が可能であるかどうか判断する。そして、オプション機能の実行が可能である場合には、ステップＳ１０８に進み、そうでない場合には、ステップＳ１０４に戻る。
【００５６】
（ステップＳ１０８）ソフトウェア実行部１２は、使用の許可されたオプション機能に関する処理を行う。その処理の際に、受付部１４は、入力を受け付けてもよく、表示部１３は、情報を表示してもよく、要求送信部１５や受信部１６は、情報の送受信を行ってもよい。なお、そのオプション機能の使用を終了する際には、要求送信部１５は、そのオプション機能を識別するオプション機能識別情報と、ユーザ識別情報とを含む使用終了情報をサーバ２に送信するものとする。そして、ステップＳ１０４に戻る。なお、この図４のフローチャートでは、要求情報の送信が、オプション機能の使用開始情報を兼ねることになる。
【００５７】
（ステップＳ１０９）受付部１４は、他の処理に関する入力を受け付けたかどうか判断する。そして、受け付けた場合には、ステップＳ１１０に進み、そうでない場合には、ステップＳ１１１に進む。
【００５８】
（ステップＳ１１０）ソフトウェア実行部１２は、受付部１４で受け付けられた入力に応じた処理を行う。その際に、表示部１３、受付部１４、要求送信部１５、受信部１６等が用いられてもよい。そして、ステップＳ１０４に戻る。
【００５９】
（ステップＳ１１１）受付部１４は、ソフトウェアの実行を終了する旨の入力を受け付けたかどうか判断する。そして、ソフトウェアの実行を終了する旨の入力を受け付けた場合には、その旨をソフトウェア実行部１２に渡す。ソフトウェア実行部１２は、ソフトウェアの実行を終了する処理を行ってステップＳ１０１に戻る。ソフトウェアの実行を終了する旨の入力を受け付けていない場合には、ステップＳ１０４に戻る。なお、ソフトウェアの実行を終了する旨の入力は、例えば、終了ボタンを選択することであってもよい。
【００６０】
なお、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。また、判断情報記憶部２１において、前述の（２）の場合の判断情報が記憶されているのではない場合には、ステップＳ１０８において、使用終了情報の送信を行わなくてもよい。また、判断情報記憶部２１において、前述の（２）の場合の判断情報が記憶されている場合に、要求情報とは別に、使用開始情報を送信してもよい。すなわち、ステップＳ１０８のオプション機能の処理を開始する際に、要求送信部１５は、ユーザ識別情報と、オプション機能識別情報とを含む使用開始情報をサーバ２に送信してもよい。
【００６１】
次に、本実施の形態によるサーバ２の動作について、図５のフローチャートを用いて説明する。
（ステップＳ２０１）要求受信部２２は、要求情報を受信したかどうか判断する。そして、要求情報を受信した場合には、ステップＳ２０２に進み、そうでない場合には、ステップＳ２０６に進む。
【００６２】
（ステップＳ２０２）判断部２３は、要求情報に含まれるユーザ識別情報、オプション機能識別情報と、判断情報記憶部２１で記憶されている２以上の判断情報とを用いて、要求情報に含まれるオプション機能を使用できるかどうか判断する。
【００６３】
（ステップＳ２０３）更新部２５は、判断部２３による判断結果が、オプション機能を使用可能である旨であるかどうか判断する。そして、使用可能である場合には、ステップＳ２０４に進み、そうでない場合には、ステップＳ２０５に進む。
【００６４】
（ステップＳ２０４）更新部２５は、要求受信部２２が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけインクリメントする。なお、そのインクリメントの際に、要求情報に含まれるユーザ識別情報、オプション機能識別情報を含む判断情報が存在しない場合には、更新部２５は、その判断情報を生成してもよい。その場合に、使用人数は１に設定されるものとする。
【００６５】
（ステップＳ２０５）送信部２４は、判断部２３による判断結果に関する判断結果情報を情報処理装置１に送信する。そして、ステップＳ２０１に戻る。
【００６６】
（ステップＳ２０６）要求受信部２２は、使用終了情報を受信したかどうか判断する。そして、使用終了情報を受信した場合には、ステップＳ２０７に進み、そうでない場合には、ステップＳ２０１に戻る。
【００６７】
（ステップＳ２０７）更新部２５は、要求受信部２２が受信した使用終了情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけデクリメントする。そして、ステップＳ２０１に戻る。
【００６８】
なお、図５のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。また、図５のフローチャートでは、判断情報記憶部２１において、前述の（２）の場合の判断情報が記憶されている場合について説明したが、そうでなくてもよい。判断情報が（２）以外の場合には、使用人数のインクリメントやデクリメントの処理を行わなくてもよい。すなわち、ステップＳ２０２からステップＳ２０５に進むようにしてもよく、ステップＳ２０１でＮＯの場合には、要求情報を受信するまでステップＳ２０１の処理を繰り返すようにしてもよい。また、情報処理装置１から使用開始情報も送信される場合には、図５のフローチャートにおいて、使用開始情報を受信した際に、使用人数をインクリメントする処理を行うようにしてもよい。その場合には、後述する図１７のフローチャートにおけるステップＳ６０４，Ｓ６０５の処理を、図５のフローチャートでも行うようにしてもよい。また、その場合には、ステップＳ２０３，Ｓ２０４の処理は行わなくてもよい。
【００６９】
次に、本実施の形態による情報処理システムの動作について、具体例を用いて説明する。この具体例において、情報処理装置１は、パーソナルコンピュータ（ＰＣ）であるとする。また、その情報処理装置１で起動するソフトウェアは、会計管理のソフトウェアであるとする。また、オプション機能としては、勤怠管理の機能や、給与明細照会の機能などが存在するものとする。そのオプション機能は、ウェブサイトで提供されるものであるとする。したがって、そのオプション機能を用いる際に、ソフトウェアの起動や終了等が必要ないことになる。
【００７０】
まず、ユーザが、情報処理装置１を操作して、ソフトウェアのアイコンをダブルクリックすることにより、そのソフトウェアの起動を指示したとする。すると、その指示が受付部１４で受け付けられ、ソフトウェア実行部１２に渡される。ソフトウェア実行部１２は、ソフトウェアを起動すると判断し（ステップＳ１０１）、そのソフトウェアをソフトウェア記憶部１１から読み出して起動する（ステップＳ１０２）。なお、その起動の際に、ソフトウェア実行部１２は、ユーザ識別情報とパスワードとの入力を要求するログイン画面を表示部１３に表示させる。そのログイン画面において、ユーザが、図６で示されるようにユーザ識別情報「Ｕ００１」と、パスワードとを入力し、「ＯＫ」ボタンをクリックしたとする。すると、そのユーザ識別情報等が受付部１４で受け付けられ、ソフトウェア実行部１２に渡される。ソフトウェア実行部１２は、そのユーザ識別情報等が正当なものであるかどうか判断し、正当なものである場合には、そのユーザ識別情報をソフトウェア記憶部１１に蓄積して起動の処理を継続し、正当なものでない場合には、その旨を表示部１３に表示させると共に、そのソフトウェアの起動を終了する。なお、この具体例では、正当であると判断されたとする。すると、ソフトウェア実行部１２は、ボタン画面をソフトウェア記憶部１１から読み出し、そのボタン画面を表示部１３に表示させる。その結果、図７で示されるボタン画面がディスプレイに表示される（ステップＳ１０３）。図７のボタン画面において、左側にメインメニューが表示されており、右側の一番下に機能ボタンである「ウェブオプション勤怠管理」ボタン５１と、「ウェブオプション給与明細照会」ボタン５２とが表示されている。そして、ユーザが、マウスを操作することによって「ウェブオプション勤怠管理」ボタン５１をクリックしたとする。すると、その入力が受付部１４で受け付けられ、オプション機能「勤怠管理」に対応する機能ボタンの選択であると判断される（ステップＳ１０４）。なお、クリックの受け付けられた画面がボタン画面であり、そのクリックの受け付けられた位置が、機能ボタン５１の位置であるため、その受け付けられた入力が「勤怠管理」に対応する機能ボタンの選択であると判断されることになる。ここで、図７のボタン画面に対応して、機能ボタン５１，５２の位置と、その位置に対応する、それらのボタンがそれぞれ「勤怠管理」「給与明細照会」に対応するボタンである旨を示す情報とが図示しない記録媒体で記憶されているものとする。したがって、それを用いることによって、クリックされた位置が機能ボタン５１の位置であることを知ることができる。
【００７１】
「勤怠管理」に対応する機能ボタン５１の選択が受け付けられたため、ソフトウェア実行部１２は、その機能ボタン５１に対応するオプション機能識別情報「勤怠管理」と、ソフトウェア記憶部１１で記憶されているユーザ識別情報「Ｕ００１」とを読み出して要求送信部１５に渡す。要求送信部１５は、それらをペイロードに含む要求情報のパケットをサーバ２に送信する（ステップＳ１０５）。
【００７２】
その要求情報のパケットは、通信回線５００を介して送信され、サーバ２の要求受信部２２で受信される（ステップＳ２０１）。また、要求受信部２２は、そのパケットのペイロードに含まれるユーザ識別情報「Ｕ００１」と、オプション機能識別情報「勤怠管理」とを判断部２３に渡す。また、要求受信部２２は、そのパケットのヘッダから送信元のアドレスとポート番号とを読み出して、送信部２４に渡す。送信部２４は、そのアドレス等を一時的に記憶しておく。
【００７３】
なお、この具体例では、判断情報記憶部２１において、図８で示される判断情報が記憶されているものとする。この判断情報は、前述の（１）の場合に対応するものである。したがって、この具体例では、更新部２５に関する処理は行われないものとする。図８で示される判断情報は、ユーザ識別情報と、オプション機能識別情報と、両識別情報に対応する有効期限と、両識別情報に対応するＵＲＬとを有するものである。ＵＲＬは、両識別情報に対応するウェブオプションを提供するＵＲＬを示すものである。このＵＲＬは、例えば、サーバ２のＵＲＬであってもよく（この場合には、サーバ２がオプション機能を提供することになる）、他のサーバのＵＲＬであってもよい（この場合には、そのサーバがオプション機能を提供することになる）。この具体例では、後者の場合であるとする。
【００７４】
判断部２３は、要求受信部２２からユーザ識別情報「Ｕ００１」と、オプション機能識別情報「勤怠管理」とを受け取ると、両者を含む判断情報を検索する。すると、図８の１番目の判断情報がヒットするため、その判断情報から、有効期間「２００９年８月３１日」を取得する。また、判断部２３は、図示しないカレンダー部から、その判断時点の年月日「２００９年９月１５日」を取得する。そして、判断時点の年月日が、その有効期限を越えているかどうか判断する。この場合には、超えているため、判断部２３は、そのオプション機能を使用できないと判断し、その旨を送信部２４に渡す（ステップＳ２０２）。送信部２４は、判断部２３から判断結果を受け取ると、オプション機能を使用できない旨の判断結果情報をペイロードに含むパケットを構成し、あらかじめ一時的に記憶していたアドレス等を送信先として送信する（ステップＳ２０５）。
【００７５】
そのようにして送信された判断結果情報のパケットは、受信部１６で受信され、ソフトウェア実行部１２に渡される（ステップＳ１０６）。そして、ソフトウェア実行部１２によって、オプション機能を使用できないと判断される（ステップＳ１０７）。ソフトウェア実行部１２は、オプション機能を使用できない旨を示す画面を生成し、その画面を表示部１３に表示させる。その結果、図９で示される画面がディスプレイに表示される。そして、ユーザは、勤怠管理のオプション機能を使用できない旨を知ることができる。
【００７６】
一方、ユーザが図７で示されるボタン画面において、「ウェブオプション給与明細照会」ボタン５２をクリックしたとする。すると、その入力が受付部１４で受け付けられ（ステップＳ１０４）、前述の説明と同様にして、要求送信部１５は、ユーザ識別情報「Ｕ００１」と、オプション機能識別情報「給与明細照会」とを含む要求情報のパケットをサーバ２に送信する（ステップＳ１０５）。
【００７７】
その要求情報のパケットはサーバ２の要求受信部２２で受信され（ステップＳ２０１）、判断部２３に渡される。判断部２３は、このたびは、図８の判断情報を用いて、その判断時点の年月日「２００９年９月１５日」が、ユーザ識別情報「Ｕ００１」と、オプション機能識別情報「給与明細照会」とに対応する有効期限「２００９年９月３０日」を超えていないと判断する（ステップＳ２０２）。そして、判断部２３は、その判断結果と、ユーザ識別情報「Ｕ００１」、オプション機能識別情報「給与明細照会」に対応するＵＲＬ「ＵＲＬ００２」を判断情報記憶部２１から読み出して送信部２４に渡す。すると、送信部２４は、オプション機能を使用できる旨と、その受け取ったＵＲＬとをペイロードに含む判断結果情報のパケットを構成し、情報処理装置１に送信する（ステップＳ２０５）。
【００７８】
その判断結果情報のパケットは、情報処理装置１の受信部１６で受信され、そのペイロードがソフトウェア実行部１２に渡される（ステップＳ１０６）。ソフトウェア実行部１２は、判断結果情報によって、オプション機能を使用可能なことが示されるため（ステップＳ１０７）、要求送信部１５、受信部１６を制御することによって、判断結果情報に含まれていたＵＲＬ００２にアクセスすることによって、給与明細照会のオプション機能を使用する。その結果、表示部１３は、図１０で示される給与明細照会の画面を表示する。また、受付部１４は、その画面に関する入力を適宜、受け付けるものとする。また、要求送信部１５や、受信部１６によって適宜、情報の送信や受信が行われることになる。図１０において、「ＯＫ」ボタンがクリックされると、図７のボタン画面に戻ることになる（ステップＳ１０８）。このようにして、オプション機能ごとに使用の可否を管理することができる。
【００７９】
なお、この具体例では、前述の（１）の場合について説明したが、そうでなくてもよい。前述の（２）の場合には、図１１，図１２で示される判断情報が判断情報記憶部２１で記憶されていてもよい。なお、図１１，図１２の判断情報では、グループ識別情報を介して、ユーザ識別情報と、オプション機能識別情報と、使用人数と、ＵＲＬとが対応付けられている。例えば、ユーザ識別情報「Ｕ００１」とオプション機能識別情報「勤怠管理」とを含む要求情報が要求受信部２２で受信された場合（ステップＳ２０１）には、判断部２３は、そのユーザ識別情報「Ｕ００１」を検索キーとして図１１で示される判断情報を検索し、ヒットしたレコードからグループ識別情報「Ｇ００１」を読み出す。そして、そのグループ識別情報と、オプション機能識別情報とを用いて、図１２の判断情報から、使用人数「１０」を読み出す。ここで、使用人数の上限が「１０」であるとすると、この場合には、その上限に達しているため、判断部２３は、オプション機能を使用できないと判断する（ステップＳ２０２）。その後の処理は、前述の説明と同様である。一方、要求情報に含まれていたオプション機能識別情報が「給与明細照会」である場合には、使用人数が「６」であるため、判断部２３は、オプション機能を使用できると判断する（ステップＳ２０２）。その後の処理は、使用人数の更新以外は前述の説明と同様である。この場合には、使用可能であるため、更新部２５は、図１２の２番目のレコードの使用人数を「１」だけインクリメントする。また、情報処理装置１において給与明細照会のオプション機能の使用が終了された場合には、その情報処理装置１からサーバ２に対して、ユーザ識別情報「Ｕ００１」と、オプション機能識別情報「給与明細照会」とを含む使用終了情報が送信される（ステップＳ１０８）。その使用終了情報はサーバ２の要求受信部２２で受信され（ステップＳ２０６）、更新部２５に渡される。更新部２５は、受け取った使用終了情報に含まれるユーザ識別情報「Ｕ００１」に対応するグループ識別情報「Ｇ００１」を読み出し、そのグループ識別情報と、使用終了情報に含まれたオプション機能識別情報「給与明細照会」とに対応する使用人数を「１」だけデクリメントする（ステップＳ２０７）。
【００８０】
また、前述の（３）の場合には、図１３で示される判断情報が判断情報記憶部２１で記憶されていてもよい。例えば、ユーザ識別情報「Ｕ００１」とオプション機能識別情報「勤怠管理」とを含む要求情報が要求受信部２２で受信された場合（ステップＳ２０１）には、判断部２３は、両識別情報を含む判断情報が存在するかどうか判断する。この場合には、存在しないため、判断部２３は、オプション機能を使用できないと判断する（ステップＳ２０２）。その後の処理は、前述の説明と同様である。一方、要求情報に含まれていたオプション機能識別情報が「給与明細照会」である場合には、両識別情報を含む判断情報（図１３の給与明細管理に対応する１番目のレコード）が存在するため、判断部２３は、オプション機能を使用できると判断する（ステップＳ２０２）。その後の処理は、前述の説明と同様である。なお、この場合には、ＵＲＬ「ＵＲＬ２０１」を含む判断結果情報がサーバ２から情報処理装置１に送信されることになる。
【００８１】
以上のように、本実施の形態による情報処理システムによれば、ソフトウェアのオプション機能について、使用の可否を判断することができ、その判断結果に応じて、そのオプション機能を使用したり、使用できなかったりする。したがって、例えば、そのソフトウェアのオプション機能について使用契約が締結されている場合には、そのオプション機能を使用できることになり、その使用契約が締結されていない場合には、そのオプション機能を使用できないことになる。また、その判断を、種々の判断情報を用いて行うことができる。
【００８２】
なお、本実施の形態では、機能ボタンが選択されることによってオプション機能の実行が指示される場合について主に説明したが、そうでなくてもよい。例えば、オプション機能の実行を指示するコマンドが入力されることや、オプション機能の実行を指示するプルダウンメニューによる選択が行われることなどによって、オプション機能の実行が指示されてもよい。
【００８３】
（実施の形態２）
本発明の実施の形態２による情報処理システムについて、図面を参照しながら説明する。本実施の形態による情報処理システムは、判断結果に応じた機能ボタンを有するボタン画面が表示されるものである。
【００８４】
なお、本実施の形態による情報処理システムも、実施の形態１の図１と同様の構成であるとする。また、その情報処理システムを構成する情報処理装置１，サーバ２も、要求情報の送信タイミングや、判断結果情報の受信タイミング、判断結果情報に応じた機能ボタンの表示等の処理が異なる以外は、実施の形態１と同様であり、その説明を省略する。
【００８５】
なお、本実施の形態では、ソフトウェア記憶部１１で記憶されるソフトウェアは、１以上のオプション機能に対応する機能ボタンが表示されるボタン画面を含んでいるものとする。また、表示部１３は、そのボタン画面を表示するものとする。また、受付部１４は、そのボタン画面が表示されている際に、機能ボタンが選択されたことを受け付けるものとする。
【００８６】
また、ソフトウェア実行部１２は、使用可能なオプション機能に対応する機能ボタンについては、使用可能であることを示す機能ボタンを表示部１３に表示させ、機能ボタンが選択された場合に、機能ボタンに対応するオプション機能に応じた処理を実行するものとする。また、ソフトウェア実行部１２は、使用不可能なオプション機能に対応する機能ボタンについては、機能ボタンに対応するオプション機能を申し込むことを示す機能ボタンを表示部１３に表示させ、機能ボタンが選択された場合に、機能ボタンに対応するオプション機能の申し込みに関する処理を実行するものとする。オプション機能が使用可能かどうかは、ソフトウェア実行部１２は、受信部１６が受信した判断結果情報によって知ることができる。したがって、本実施の形態では、要求情報がオプション機能の実行の指示の前に送信されることになる。また、例えば、その機能ボタンの上に表示されているテキストや図形等によって使用可能であることが示されてもよく、その機能ボタンの表示される位置によって、使用可能であることが示されてもよく、機能ボタンのその他の表示に関する属性（例えば、色、点滅するかどうかなど）によって、使用可能であることが示されてもよい。また、例えば、その機能ボタンの上に表示されているテキストや図形等によって、機能ボタンに対応するオプション機能を申し込むことを示されてもよく、その機能ボタンの表示される位置によって、機能ボタンに対応するオプション機能を申し込むことを示されてもよく、機能ボタンのその他の表示に関する属性（例えば、色、点滅するかどうかなど）によって、機能ボタンに対応するオプション機能を申し込むことを示されてもよい。本実施の形態では、ボタン上のテキストによって、使用可能であることや、オプション機能を申し込むことが示されるものとする。
【００８７】
また、オプション機能の申し込みに関する処理とは、例えば、申し込みのための画面を表示し、その画面に入力された申し込みに関する情報を受け付け、その申し込みのための情報である申し込み情報をサーバ２に送信することであってもよい。そして、サーバ２では、その申し込み情報の受信に応じて、その申し込み情報に応じた判断情報を追加してもよい。判断情報の一部の情報を更新することは、更新後の判断情報の追加であると考えてもよい。それらの処理において、表示部１３、受付部１４、要求送信部１５、要求受信部２２、更新部２５等が適宜、用いられてもよい。
【００８８】
次に、本実施の形態による情報処理装置１の動作について、図１４のフローチャートを用いて説明する。
（ステップＳ３０１）ソフトウェア実行部１２は、ソフトウェアを起動するかどうか判断する。そして、ソフトウェアを起動する場合には、ステップＳ３０２に進み、そうでない場合には、起動すると判断するまでステップＳ３０１の処理を繰り返す。なお、ソフトウェア実行部１２は、例えば、ソフトウェアを起動する旨の指示を受付部１４が受け付けた場合に、ソフトウェアを起動すると判断してもよい。
【００８９】
（ステップＳ３０２）ソフトウェア実行部１２は、ソフトウェア記憶部１１からソフトウェアを読み出して、起動の処理を実行する。なお、ソフトウェア記憶部１１で複数のソフトウェアが記憶されている場合には、起動対象となるソフトウェア（例えば、ステップＳ３０１において、起動することが指示されたソフトウェア）を読み出して起動の処理を実行することになる。
【００９０】
（ステップＳ３０３）ソフトウェア実行部１２や表示部１３は、ボタン画面を表示する処理を行う。なお、この処理の詳細については、図１５のフローチャートを用いて後述する。
【００９１】
（ステップＳ３０４）受付部１４は、使用可能なオプション機能に対応する機能ボタンの選択を受け付けたかどうか判断する。そして、その機能ボタンの選択を受け付けた場合には、その旨をソフトウェア実行部１２に渡してステップＳ３０５に進み、そうでない場合には、ステップＳ３０６に進む。この判断は、例えば、表示部１３がボタン画面を表示している場合に、使用可能なオプション機能に対応する機能ボタンの位置がクリックされたかどうかを判断することによってなされてもよい。すなわち、その機能ボタンの位置がクリックされた際には、使用可能なオプション機能に対応する機能ボタンが選択されたと判断してもよい。そして、その機能ボタンを識別する情報と、その機能ボタンが選択された旨とをソフトウェア実行部１２に渡してもよい。
【００９２】
（ステップＳ３０５）ソフトウェア実行部１２は、選択されたオプション機能に関する処理を行う。その処理の際に、受付部１４は、入力を受け付けてもよく、表示部１３は、情報を表示してもよく、要求送信部１５や受信部１６は、情報の送受信を行ってもよい。なお、そのオプション機能の使用を開始する際には、要求送信部１５は、そのオプション機能を識別するオプション機能識別情報と、ユーザ識別情報とを含む使用開始情報をサーバ２に送信するものとする。また、そのオプション機能の使用を終了する際には、要求送信部１５は、そのオプション機能を識別するオプション機能識別情報と、ユーザ識別情報とを含む使用終了情報をサーバ２に送信するものとする。そして、ステップＳ３０４に戻る。
【００９３】
（ステップＳ３０６）受付部１４は、オプション機能を申し込むことを示す機能ボタンの選択を受け付けたかどうか判断する。そして、その機能ボタンの選択を受け付けた場合には、その旨をソフトウェア実行部１２に渡してステップＳ３０７に進み、そうでない場合には、ステップＳ３０８に進む。この判断は、例えば、表示部１３がボタン画面を表示している場合に、オプション機能を申し込むことを示す機能ボタンの位置がクリックされたかどうかを判断することによってなされてもよい。すなわち、その機能ボタンの位置がクリックされた際には、オプション機能を申し込むことを示す機能ボタンが選択されたと判断してもよい。そして、その機能ボタンを識別する情報と、その機能ボタンが選択された旨とをソフトウェア実行部１２に渡してもよい。
【００９４】
（ステップＳ３０７）ソフトウェア実行部１２等は、オプション機能に関する申し込みの処理を行う。そして、ステップＳ３０３に戻る。この処理の詳細については、図１６のフローチャートを用いて後述する。
【００９５】
（ステップＳ３０８）受付部１４は、他の処理に関する入力を受け付けたかどうか判断する。そして、受け付けた場合には、ステップＳ３０９に進み、そうでない場合には、ステップＳ３１０に進む。
【００９６】
（ステップＳ３０９）ソフトウェア実行部１２は、受付部１４で受け付けられた入力に応じた処理を行う。その際に、表示部１３、受付部１４、要求送信部１５、受信部１６等が用いられてもよい。そして、ステップＳ３０４に戻る。
【００９７】
（ステップＳ３１０）受付部１４は、ボタン画面を表示する旨の指示を受け付けたかどうか判断する。そして、ボタン画面を表示する旨の指示を受け受けた場合には、ステップＳ３０３に戻り、そうでない場合には、ステップＳ３１１に進む。
【００９８】
（ステップＳ３１１）受付部１４は、ソフトウェアの実行を終了する旨の入力を受け付けたかどうか判断する。そして、ソフトウェアの実行を終了する旨の入力を受け付けた場合には、その旨をソフトウェア実行部１２に渡す。ソフトウェア実行部１２は、ソフトウェアの実行を終了する処理を行ってステップＳ３０１に戻る。ソフトウェアの実行を終了する旨の入力を受け付けていない場合には、ステップＳ３０４に戻る。なお、ソフトウェアの実行を終了する旨の入力は、例えば、終了ボタンを選択することであってもよい。
なお、図１４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００９９】
図１５は、図１４のフローチャートにおけるボタン画面の表示の処理（ステップＳ３０３）の詳細を示すフローチャートである。
（ステップＳ４０１）ソフトウェア実行部１２は、ソフトウェア記憶部１１で記憶されているボタン画面に含まれる各機能ボタンに対応するオプション機能を識別するオプション機能識別情報と、ステップＳ３０１で起動が指示されたソフトウェアを使用中のユーザを識別するユーザ識別情報とを読み出す。そして、それらの識別情報を含む要求情報を送信する旨を要求送信部１５に指示する。その指示に応じて、要求送信部１５は、ソフトウェア実行部１２から受け取ったオプション機能識別情報と、ユーザ識別情報とを含む要求情報をサーバ２に送信する。
【０１００】
（ステップＳ４０２）受信部１６は、要求情報の送信に応じてサーバ２から送信された判断結果情報を受信したかどうか判断する。そして、判断結果情報を受信した場合には、その判断結果情報をソフトウェア実行部１２に渡してステップＳ４０３に進み、そうでない場合には、判断結果情報を受信するまでステップＳ４０３の処理を繰り返す。なお、要求情報が送信されてから所定の時間が経過しても判断結果情報が受信されない場合には、タイムアウトであると判断してステップＳ３０１に戻ってもよい。
【０１０１】
（ステップＳ４０３）ソフトウェア実行部１２は、判断結果情報を用いて、各機能ボタンの設定を行う。この設定は、判断結果情報によって、使用可能であることが示されるオプション機能に対応する機能ボタンについては、使用可能であることを示す機能ボタンとなるように設定することであり、判断結果情報によって、使用不可能であることが示されるオプション機能に対応する機能ボタンについては、そのオプション機能を申し込むことを示す機能ボタンとなるように設定することである。この設定は、例えば、前者については、「実行」や「使用可能」等のテキストを、ボタン上に表示されるテキストに追加することであってもよく、後者については、「申し込み」等のテキストを、ボタン上に表示されるテキストに追加することであってもよい。
【０１０２】
（ステップＳ４０４）ソフトウェア実行部１２は、機能ボタンの設定を行ったボタン画面を表示部１３に渡す。表示部１３は、そのボタン画面を表示する。そして、図１４のフローチャートに戻る。
【０１０３】
図１６は、図１４のフローチャートにおけるオプション機能の申し込みの処理（ステップＳ３０７）の詳細を示すフローチャートである。
（ステップＳ５０１）ソフトウェア実行部１２は、オプション機能の申し込みに関する情報を受け付けるための画面である申し込み画面をソフトウェア記憶部１１から読み出して表示部１３に渡す。表示部１３は、その申し込み画面を表示する。なお、本実施の形態では、その申し込み画面があらかじめソフトウェア記憶部１１において記憶されているものとする。その申し込み画面は、オプション機能ごとに別のものであってもよく、あるいは、共通のものであってもよい。
【０１０４】
（ステップＳ５０２）受付部１４は、表示部１３が表示した申し込み画面に対するユーザの入力を受け付けたかどうか判断する。そして、受け付けた場合には、ステップＳ５０３に進み、そうでない場合には、ステップＳ５０４に進む。
【０１０５】
（ステップＳ５０３）ソフトウェア実行部１２は、受付部１４が受け付けた入力内容を図示しない記録媒体において一時的に記憶する。そして、ステップＳ５０２に戻る。
【０１０６】
（ステップＳ５０４）受付部１４は、申し込み情報を送信する旨の指示を受け付けたかどうか判断する。そして、受け付けた場合には、ステップＳ５０５に進み、そうでない場合には、ステップＳ５０２に戻る。なお、申し込み情報を送信する旨の指示は、例えば、「送信」ボタンの選択であってもよい。
【０１０７】
（ステップＳ５０５）ソフトウェア実行部１２は、それまでに一時的に記憶していた申し込み内容を示す情報と、ソフトウェア記憶部１１から読み出した、ソフトウェアを使用中のユーザを識別するユーザ識別情報と、ステップＳ５０１での申し込み画面が表示される際に選択された機能ボタンに対応するオプション機能を識別するオプション機能識別情報とを含む申し込み情報と、その申し込み情報をサーバ２に送信する旨の指示とを要求送信部１５に渡す。要求送信部１５は、それらを受け取ると、その申し込み情報をサーバ２に送信する。そして、図１４のフローチャートに戻る。
【０１０８】
次に、本実施の形態によるサーバ２の動作について、図１７のフローチャートを用いて説明する。
（ステップＳ６０１）要求受信部２２は、要求情報を受信したかどうか判断する。そして、要求情報を受信した場合には、ステップＳ６０２に進み、そうでない場合には、ステップＳ６０４に進む。
【０１０９】
（ステップＳ６０２）判断部２３は、要求情報に含まれるユーザ識別情報、オプション機能識別情報と、判断情報記憶部２１で記憶されている２以上の判断情報とを用いて、要求情報に含まれるオプション機能を使用できるかどうか判断する。要求情報に２以上のオプション機能識別情報が含まれている場合には、その各オプション機能識別情報について判断を行うものとする。
【０１１０】
（ステップＳ６０３）送信部２４は、判断部２３による判断結果を示す判断結果情報を情報処理装置１に送信する。そして、ステップＳ６０１に戻る。
【０１１１】
（ステップＳ６０４）要求受信部２２は、使用開始情報を受信したかどうか判断する。そして、使用開始情報を受信した場合には、ステップＳ６０５に進み、そうでない場合には、ステップＳ６０６に進む。
【０１１２】
（ステップＳ６０５）更新部２５は、要求受信部２２が受信した使用開始情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけインクリメントする。そして、ステップＳ６０１に戻る。
【０１１３】
（ステップＳ６０６）要求受信部２２は、使用終了情報を受信したかどうか判断する。そして、使用終了情報を受信した場合には、ステップＳ６０７に進み、そうでない場合には、ステップＳ６０８に進む。
【０１１４】
（ステップＳ６０７）更新部２５は、要求受信部２２が受信した使用終了情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数を１だけデクリメントする。そして、ステップＳ６０１に戻る。
【０１１５】
（ステップＳ６０８）要求受信部２２は、申し込み情報を受信したかどうか判断する。そして、申し込み情報を受信した場合には、ステップＳ６０９に進み、そうでない場合には、ステップＳ６０１に戻る。
【０１１６】
（ステップＳ６０９）更新部２５は、要求受信部２２が受信した申し込み情報に応じた判断情報を生成し、その判断情報を判断情報記憶部２１に蓄積する。そして、ステップＳ６０１に戻る。例えば、判断情報記憶部２１で記憶されている判断情報が前述の（１）の場合であれば、更新部２５は、申し込み情報に含まれるユーザ識別情報と、オプション機能識別情報と、有効期限とを対応付けて有する判断情報を生成して蓄積してもよい。なお、ＵＲＬについては、更新部２５は、新たなＵＲＬを発行すると共に、そのＵＲＬに対応して、そのユーザ識別情報、オプション機能識別情報に対応するサイトを生成する旨の指示を、オプション機能を提供するウェブサーバ等に送信してもよい。また、例えば、判断情報が前述の（２）の場合であれば、更新部２５は、申し込み情報にグループ識別情報が含まれている場合には、そのグループ識別情報に対応付けて、申し込み情報に含まれるユーザ識別情報を蓄積してもよい。一方、申し込み情報にグループ識別情報が含まれていない場合（新規のグループの場合）には、新たなグループ識別情報を発行して、そのグループ識別情報に対応付けてユーザ識別情報を蓄積すると共に、新たに発行したグループ識別情報と、申し込み情報に含まれるオプション機能識別情報と、使用人数「０」と、ＵＲＬとを対応付けて有する判断情報を生成して蓄積してもよい。なお、ＵＲＬについては、更新部２５は、前述の通りの処理を行ってもよい。また、新たにグループ識別情報を発行した場合には、そのグループ識別情報を情報処理装置１に送信してもよい。また、例えば、判断情報が前述の（３）の場合であれば、更新部２５は、申し込み情報に含まれるユーザ識別情報と、オプション機能識別情報とを対応付ける新たな判断情報を生成して蓄積すると共に、ＵＲＬについては、前述の通りの処理を行ってもよい。
なお、図１７のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１１７】
また、判断情報が前述の（２）以外のものである場合には、使用開始情報や使用終了情報の送信、また、その使用開始情報や使用終了情報の受信に応じた使用人数の更新の処理（ステップＳ６０４〜Ｓ６０７）を行わなくてもよい。
【０１１８】
次に、本実施の形態による情報処理システムの動作について、具体例を用いて説明する。この具体例でも、情報処理装置１は、パーソナルコンピュータ（ＰＣ）であるとする。また、その情報処理装置１で起動するソフトウェアは、会計管理のソフトウェアであるとする。また、オプション機能としては、勤怠管理の機能や、給与明細照会の機能が存在するものとする。そのオプション機能は、ウェブサイトで提供されるものであるとする。したがって、そのオプション機能を用いる際に、ソフトウェアの起動や終了等が必要ないことになる。
【０１１９】
まず、ユーザが、情報処理装置１を操作して、ソフトウェアのアイコンをダブルクリックすることにより、そのソフトウェアの起動を指示したとする。すると、その指示が受付部１４で受け付けられ、ソフトウェア実行部１２に渡される。ソフトウェア実行部１２は、ソフトウェアを起動すると判断し（ステップＳ３０１）、そのソフトウェアをソフトウェア記憶部１１から読み出して起動する（ステップＳ３０２）。なお、その起動の際に、前述のように、ユーザ識別情報「Ｕ００１」とパスワードとの入力を受け付け、そのユーザ識別情報等が正当なものであると判断された後に、ユーザ識別情報がソフトウェア記憶部１１に蓄積されたものとする。
【０１２０】
その後、ソフトウェア実行部１２等は、ボタン画面を表示する処理を行う（ステップＳ３０３）。具体的には、ソフトウェア実行部１２は、ボタン画面に表示される機能ボタンに対応するオプション機能識別情報「勤怠管理」「給与明細照会」と、ユーザ識別情報「Ｕ００１」とをソフトウェア記憶部１１から読み出し、それらを含む要求情報を送信する旨の指示を要求送信部１５に渡す。その指示に応じて、要求送信部１５は、それらをペイロードに含むパケットをサーバ２に送信する（ステップＳ４０１）。
【０１２１】
その要求情報のパケットはサーバ２の要求受信部２２で受信され（ステップＳ６０１）、その要求情報に含まれるオプション機能識別情報ごとに、使用の可否の判断が行われる（ステップＳ６０２）。この処理は、実施の形態１の具体例と同様であり、その説明を省略する。ここでは、「勤怠管理」については、使用不可と判断され、「給与明細照会」については、使用可能と判断されたとする。すると、送信部２４は、オプション機能識別情報「勤怠管理」については使用不可であり、オプション機能識別情報「給与明細照会」については使用可能である旨の判断結果情報のパケットを情報処理装置１に送信する（ステップＳ６０３）。なお、使用可能であると判断された「給与明細照会」については、対応するＵＲＬも判断結果情報に含まれるものとする。
【０１２２】
その判断結果情報のパケットは情報処理装置１の受信部１６で受信され（ステップＳ４０２）、ソフトウェア実行部１２に渡される。ソフトウェア実行部１２は、その判断結果情報を用いて、オプション機能識別情報「勤怠管理」に対応する機能ボタンについては、ボタン上に表示されるテキストに対して「申し込み」を追加する。また、ソフトウェア実行部１２は、オプション機能識別情報「給与明細照会」に対応する機能ボタンについては、ボタン上に表示されるテキストに対して「実行」を追加する（ステップＳ４０３）。その各ボタンがマークアップ言語で記述される場合には、例えば、次のようになる。
＜ｉｎｐｕｔ ｔｙｐｅ＝"ｂｕｔｔｏｎ" ｎａｍｅ＝"勤怠管理" ｖａｌｕｅ＝"勤怠管理申し込み"＞
＜ｉｎｐｕｔ ｔｙｐｅ＝"ｂｕｔｔｏｎ" ｎａｍｅ＝"給与明細照会" ｖａｌｕｅ＝"給与明細照会実行"＞
【０１２３】
なお、これらの機能ボタンの設定を行う際に、実行可能なオプション機能については、サーバ２から受信した判断結果情報に含まれるＵＲＬを、その機能ボタンに対応するリンク先の情報として設定してもよい。また、実行可能でないオプション機能については、そのオプション機能の申し込み画面のアドレスを、その機能ボタンに対応するリンク先の情報として設定してもよい。
【０１２４】
その後、ソフトウェア実行部１２は、機能ボタンに関する設定のなされたボタン画面を表示部１３に渡す。すると、表示部１３は、図１８で示されるように、勤怠管理に関する機能ボタン６１と、給与明細照会に関する機能ボタン６２とを含むボタン画面を表示する（ステップＳ４０４）。この表示において、勤怠管理の機能ボタン６１には、「申し込み」が表示されているため、ユーザは、そのボタンを選択することによって、勤怠管理の機能の申し込みをすることになる旨を知ることができる。また、給与明細照会の機能ボタン６２には、「実行」が表示されているため、ユーザは、そのボタンを選択することによって、給与明細照会の機能を実行することになる旨を知ることができる。
【０１２５】
ここで、ユーザが、給与明細照会に対応する機能ボタン６２をマウスでクリックしたとする。すると、その機能ボタン６２が選択されたことが受付部１４で受け付けられ、ソフトウェア実行部１２に渡される（ステップＳ３０４）。ソフトウェア実行部１２は、判断結果情報に含まれていた給与明細照会に対応するＵＲＬを用いて、そのアドレスにアクセスすることによって、給与明細照会のオプション機能に関する処理を行う（ステップＳ３０５）。なお、サーバ２において記憶されている判断情報が前述の（２）のものである場合には、前述のように、情報処理装置１から使用開始情報や使用終了情報が送信され、サーバ２において、それに応じた使用人数の更新が行われることになる。
【０１２６】
次に、図１８の表示において、ユーザが勤怠管理に対応する機能ボタン６１をクリックしたとする。すると、その機能ボタン６１が選択されたことが受付部１４で受け付けられ、ソフトウェア実行部１２に渡される（ステップＳ３０６）。すると、ソフトウェア実行部１２は、ソフトウェア記憶部１１から申し込み画面を読み出し、それにユーザ識別情報「Ｕ００１」と、そのクリックされた機能ボタン６１に対応するオプション機能識別情報「勤怠管理」とを挿入して表示部１３に渡す。表示部１３は、その申し込み画面をディスプレイに表示する（ステップＳ５０１）。そして、適宜、申し込みに必要な情報を入力する。ここでは、判断情報が前述の（１）のものである場合について説明する。そして、図１９で示されるように、有効期限が選択され、その有効期限が一時的に記憶されたものとする（ステップＳ５０２，Ｓ５０３）。また、ユーザが、「ＯＫ」ボタンをクリックすると、受付部１４は、送信の指示を受け付けたと判断し（ステップＳ５０４）、その旨をソフトウェア実行部１２に渡す。ソフトウェア実行部１２は、ユーザ識別情報「Ｕ００１」と、オプション機能識別情報「勤怠管理」と、有効期限「２００９年１２月３１日」とを含む申し込み情報をサーバ２に送信する指示を要求送信部１５に渡す。要求送信部１５は、その指示に応じて、その申し込み情報のパケットをサーバ２に送信する（ステップＳ５０５）。なお、この申し込みの処理に応じて、ユーザ識別情報「Ｕ００１」で識別されるユーザに対して、５０００円の課金がなされてもよい。課金の処理については公知であり、その説明を省略する。
【０１２７】
その申し込み情報のパケットは、サーバ２の要求受信部２２で受信され（ステップＳ６０８）、ユーザ識別情報等が更新部２５に渡される。ここで、判断情報記憶部２１では、図８で示される判断情報が記憶されているものとする。すると、更新部２５は、受け取ったユーザ識別情報、オプション機能識別情報を用いて検索を行うことによって、１番目の判断情報を特定し、その特定した判断情報の有効期限を「２００９年１２月３１日」で上書きする（ステップＳ６０９）。その結果、判断情報は、図２０で示されるようになる。また、その後、前述の説明と同様にして、ボタン画面が表示されると、そのボタン画面では、図２１で示されるように、勤怠管理に対応する機能ボタン６１ついても、使用可能である旨がボタン上に示されることになる。
【０１２８】
以上のように、本実施の形態による情報処理システムによれば、ボタン画面において、オプション機能の使用の可否を知ることができるため、機能ボタンを選択した後に、使用できないことが判明する事態を回避することができ、ユーザの利便性が向上されている。また、オプション機能を使用できない場合には、そのオプション機能に対応する機能ボタンが、そのオプション機能の申し込みボタンになることによって、ユーザは、容易にそのオプション機能に関する申し込みを行うことができ、その観点からも利便性が向上されている。
【０１２９】
なお、本実施の形態では、オプション機能を使用できる場合には、その旨を示す機能ボタンが表示され、オプション機能を使用できない場合には、そのオプション機能の申し込みを示す機能ボタンが表示される場合について説明したが、そうでなくてもよい。例えば、オプション機能を使用できない場合には、その機能ボタンを表示しなくてもよく、その機能ボタンをグレーアウトするようにしてもよい。
【０１３０】
また、上記各実施の形態において、オプション機能の使用の可否の判断を行う２個のタイミングについて主に説明したが、それ以外のタイミングでその判断を行ってもよいことは言うまでもない。例えば、オプション機能を使用した後に、最終的に保存したり登録したりする際に判断を行い、使用不可の場合には、保存や登録を行うことができないようにして、使用可能の場合には、保存や登録を行うことができるようにしてもよい。
【０１３１】
また、前述のように、オプション機能の判断で用いられる判断情報は、前述の３個のパターンに限定されるものではなく、他のものであってもよいことは言うまでもない。また、オプション機能の提供形態も問わない。例えば、ソフトウェア自体がオプション機能に応じたプログラムを有していてもよく、あるいは、サーバ２や他のサーバによって、オプション機能が提供されてもよい。また、そのオプション機能は、ウェブサーバによって提供されるものであってもよい。
【０１３２】
また、上記各実施の形態では、情報処理装置１においてソフトウェア実行部１２が表示や受け付け、送受信の全ての処理を制御する場合について説明したが、そうでなくてもよい。すなわち、各構成要素は、ソフトウェア実行部１２の制御を受けないで動作する独立した構成要素であると考えてもよい。例えば、表示部１３は、受信部１６が受信した情報を、ソフトウェア実行部１２を介さないで表示するものであってもよい。
【０１３３】
また、上記各実施の形態において、各処理または各機能は、単一の装置または単一のシステムによって集中処理されることによって実現されてもよく、あるいは、複数の装置または複数のシステムによって分散処理されることによって実現されてもよい。
【０１３４】
また、上記各実施の形態において、各構成要素が実行する処理に関係する情報、例えば、各構成要素が受け付けたり、取得したり、選択したり、生成したり、送信したり、受信したりした情報や、各構成要素が処理で用いるしきい値や数式、アドレス等の情報等は、上記説明で明記していない場合であっても、図示しない記録媒体において、一時的に、あるいは長期にわたって保持されていてもよい。また、その図示しない記録媒体への情報の蓄積を、各構成要素、あるいは、図示しない蓄積部が行ってもよい。また、その図示しない記録媒体からの情報の読み出しを、各構成要素、あるいは、図示しない読み出し部が行ってもよい。
【０１３５】
また、上記各実施の形態において、各構成要素等で用いられる情報、例えば、各構成要素が処理で用いるしきい値やアドレス、各種の設定値等の情報がユーザによって変更されてもよい場合には、上記説明で明記していない場合であっても、ユーザが適宜、それらの情報を変更できるようにしてもよく、あるいは、そうでなくてもよい。それらの情報をユーザが変更可能な場合には、その変更は、例えば、ユーザからの変更指示を受け付ける図示しない受付部と、その変更指示に応じて情報を変更する図示しない変更部とによって実現されてもよい。その図示しない受付部による変更指示の受け付けは、例えば、入力デバイスからの受け付けでもよく、通信回線を介して送信された情報の受信でもよく、所定の記録媒体から読み出された情報の受け付けでもよい。
【０１３６】
また、上記各実施の形態において、情報処理装置１やサーバ２に含まれる２以上の構成要素が通信デバイスや入力デバイス等を有する場合に、２以上の構成要素が物理的に単一のデバイスを有してもよく、あるいは、別々のデバイスを有してもよい。
【０１３７】
また、上記実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。なお、上記実施の形態における情報処理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、情報処理装置とサーバとを備えた情報処理システムを構成する情報処理装置として機能させるためのプログラムであって、１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行部、オプション機能の使用の可否の判断を要求する情報である要求情報をサーバに送信する要求送信部、要求送信部による要求情報の送信に応じて、サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信部として機能させ、ソフトウェア実行部は、受信部が受信した判断結果情報に応じて、判断結果情報に対応するオプション機能の実行を制御する、プログラムである。
【０１３８】
なお、上記プログラムにおいて、上記プログラムが実現する機能には、ハードウェアでしか実現できない機能は含まれない。例えば、情報を受信する受信部や、情報を送信する送信部、情報を表示する表示部などにおけるモデムやインターフェースカードなどのハードウェアでしか実現できない機能は、上記プログラムが実現する機能には少なくとも含まれない。
【０１３９】
また、このプログラムは、サーバなどからダウンロードされることによって実行されてもよく、所定の記録媒体（例えば、ＣＤ−ＲＯＭなどの光ディスクや磁気ディスク、半導体メモリなど）に記録されたプログラムが読み出されることによって実行されてもよい。また、このプログラムは、プログラムプロダクトを構成するプログラムとして用いられてもよい。
【０１４０】
また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０１４１】
図２２は、上記プログラムを実行して、上記各実施の形態による情報処理装置１，サーバ２を実現するコンピュータの外観の一例を示す模式図である。上記各実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムによって実現されうる。
【０１４２】
図２２において、コンピュータシステム９００は、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）ドライブ９０５、ＦＤ（Ｆｌｏｐｐｙ（登録商標） Ｄｉｓｋ）ドライブ９０６を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、モニタ９０４とを備える。
【０１４３】
図２３は、コンピュータシステム９００の内部構成を示す図である。図２３において、コンピュータ９０１は、ＣＤ−ＲＯＭドライブ９０５、ＦＤドライブ９０６に加えて、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１３と、アプリケーションプログラム、システムプログラム、及びデータを記憶するハードディスク９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５とを備える。なお、コンピュータ９０１は、ＬＡＮへの接続を提供する図示しないネットワークカードを含んでいてもよい。
【０１４４】
コンピュータシステム９００に、上記各実施の形態による情報処理装置１，サーバ２の機能を実行させるプログラムは、ＣＤ−ＲＯＭ９２１、またはＦＤ９２２に記憶されて、ＣＤ−ＲＯＭドライブ９０５、またはＦＤドライブ９０６に挿入され、ハードディスク９１４に転送されてもよい。これに代えて、そのプログラムは、図示しないネットワークを介してコンピュータ９０１に送信され、ハードディスク９１４に記憶されてもよい。プログラムは実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ＣＤ−ＲＯＭ９２１やＦＤ９２２、またはネットワークから直接、ロードされてもよい。
【０１４５】
プログラムは、コンピュータ９０１に、上記各実施の形態による情報処理装置１，サーバ２の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。
【０１４６】
また、本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０１４７】
以上より、本発明による情報処理システム等によれば、ソフトウェアが有するオプション機能について使用の可否の管理することができるという効果が得られ、オプション機能を有するソフトウェアを実行する情報処理システム等として有用である。
【符号の説明】
【０１４８】
１ 情報処理装置
２ サーバ
１１ ソフトウェア記憶部
１２ ソフトウェア実行部
１３ 表示部
１４ 受付部
１５ 要求送信部
１６ 受信部
２１ 判断情報記憶部
２２ 要求受信部
２３ 判断部
２４ 送信部
２５ 更新部
【特許請求の範囲】
【請求項１】
情報処理装置とサーバとを備えた情報処理システムであって、
前記情報処理装置は、
１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部と、
前記ソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行部と、
オプション機能の使用の可否の判断を要求する情報である要求情報を前記サーバに送信する要求送信部と、
前記要求送信部による要求情報の送信に応じて、前記サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信部と、を備え、
前記ソフトウェア実行部は、前記受信部が受信した判断結果情報に応じて、当該判断結果情報に対応するオプション機能の実行を制御し、
前記サーバは、
前記要求情報を受信する要求受信部と、
オプション機能の使用の可否の判断で用いられる情報である判断情報が記憶される判断情報記憶部と、
前記要求受信部が要求情報を受信した場合に、前記判断情報記憶部で記憶されている判断情報を用いてオプション機能の使用の可否を判断する判断部と、
前記判断部による判断結果に関する情報である判断結果情報を前記情報処理装置に送信する送信部と、を備えた、情報処理システム。
【請求項２】
前記ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、
前記要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、
前記判断情報記憶部では、ユーザ識別情報と、オプション機能識別情報と、当該ユーザ識別情報及び当該オプション機能識別情報に対応する、オプション機能の有効期限とを有する判断情報が２以上記憶され、
前記判断部は、前記２以上の判断情報を用いて、前記要求受信部が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する有効期限が満了していない場合に使用可能であると判断し、当該有効期限が満了している場合に使用不可能であると判断する、請求項１記載の情報処理システム。
【請求項３】
前記ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、
前記要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、
前記判断情報記憶部では、ユーザ識別情報と、オプション機能識別情報と、当該ユーザ識別情報及び当該オプション機能識別情報に対応する、オプション機能を使用しているユーザ数である使用人数とを有する判断情報が２以上記憶され、
前記判断部は、前記２以上の判断情報を用いて、前記要求受信部が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数が上限数に達していない場合に使用可能であると判断し、当該使用人数が上限数に達している場合に使用不可能であると判断する、請求項１記載の情報処理システム。
【請求項４】
前記ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、
前記要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、
前記判断情報記憶部では、ユーザ識別情報と、当該ユーザ識別情報に対応する、当該ユーザ識別情報で識別されるユーザが使用可能なオプション機能を識別するオプション機能識別情報とを有する判断情報が２以上記憶され、
前記判断部は、前記２以上の判断情報を用いて、前記要求受信部が受信した要求情報に含まれるユーザ識別情報とオプション機能識別情報とが対応付けられている場合に使用可能であると判断し、当該ユーザ識別情報とオプション機能識別情報とが対応付けられていない場合に使用不可能であると判断する、請求項１記載の情報処理システム。
【請求項５】
前記ソフトウェアは、１以上のオプション機能に対応する機能ボタンが表示されるボタン画面を含んでおり、
前記情報処理装置は、前記ボタン画面を表示する表示部と、
前記表示部が前記ボタン画面を表示している際に、前記機能ボタンが選択されたことを受け付ける受付部と、をさらに備え、
前記ソフトウェア実行部は、使用可能なオプション機能に対応する機能ボタンについては、使用可能であることを示す機能ボタンを前記表示部に表示させ、当該機能ボタンが選択された場合に、当該機能ボタンに対応するオプション機能に応じた処理を実行し、使用不可能なオプション機能に対応する機能ボタンについては、当該機能ボタンに対応するオプション機能を申し込むことを示す機能ボタンを前記表示部に表示させ、当該機能ボタンが選択された場合に、当該機能ボタンに対応するオプション機能の申し込みに関する処理を実行する、請求項１から請求項４のいずれか記載の情報処理システム。
【請求項６】
情報処理装置とサーバとを備えた情報処理システムを構成する情報処理装置であって、
１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部と、
前記ソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行部と、
オプション機能の使用の可否の判断を要求する情報である要求情報を前記サーバに送信する要求送信部と、
前記要求送信部による要求情報の送信に応じて、前記サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信部と、を備え、
前記ソフトウェア実行部は、前記受信部が受信した判断結果情報に応じて、当該判断結果情報に対応するオプション機能の実行を制御する、情報処理装置。
【請求項７】
情報処理装置とサーバとを備えた情報処理システムを構成する情報処理装置において、１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部と、ソフトウェア実行部と、要求送信部と、受信部とを用いて処理される情報処理方法であって、
前記ソフトウェア実行部が、前記ソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行ステップと、
前記要求送信部が、オプション機能の使用の可否の判断を要求する情報である要求情報を前記サーバに送信する要求送信ステップと、
前記受信部が、前記要求送信ステップでの要求情報の送信に応じて、前記サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信ステップと、
前記ソフトウェア実行部が、前記受信ステップで受信した判断結果情報に応じて、当該判断結果情報に対応するオプション機能の実行を制御する制御ステップと、を備えた情報処理方法。
【請求項８】
コンピュータを、
情報処理装置とサーバとを備えた情報処理システムを構成する情報処理装置として機能させるためのプログラムであって、
１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行部、
オプション機能の使用の可否の判断を要求する情報である要求情報を前記サーバに送信する要求送信部、
前記要求送信部による要求情報の送信に応じて、前記サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信部として機能させ、
前記ソフトウェア実行部は、前記受信部が受信した判断結果情報に応じて、当該判断結果情報に対応するオプション機能の実行を制御する、プログラム。
【請求項１】
情報処理装置とサーバとを備えた情報処理システムであって、
前記情報処理装置は、
１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部と、
前記ソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行部と、
オプション機能の使用の可否の判断を要求する情報である要求情報を前記サーバに送信する要求送信部と、
前記要求送信部による要求情報の送信に応じて、前記サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信部と、を備え、
前記ソフトウェア実行部は、前記受信部が受信した判断結果情報に応じて、当該判断結果情報に対応するオプション機能の実行を制御し、
前記サーバは、
前記要求情報を受信する要求受信部と、
オプション機能の使用の可否の判断で用いられる情報である判断情報が記憶される判断情報記憶部と、
前記要求受信部が要求情報を受信した場合に、前記判断情報記憶部で記憶されている判断情報を用いてオプション機能の使用の可否を判断する判断部と、
前記判断部による判断結果に関する情報である判断結果情報を前記情報処理装置に送信する送信部と、を備えた、情報処理システム。
【請求項２】
前記ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、
前記要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、
前記判断情報記憶部では、ユーザ識別情報と、オプション機能識別情報と、当該ユーザ識別情報及び当該オプション機能識別情報に対応する、オプション機能の有効期限とを有する判断情報が２以上記憶され、
前記判断部は、前記２以上の判断情報を用いて、前記要求受信部が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する有効期限が満了していない場合に使用可能であると判断し、当該有効期限が満了している場合に使用不可能であると判断する、請求項１記載の情報処理システム。
【請求項３】
前記ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、
前記要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、
前記判断情報記憶部では、ユーザ識別情報と、オプション機能識別情報と、当該ユーザ識別情報及び当該オプション機能識別情報に対応する、オプション機能を使用しているユーザ数である使用人数とを有する判断情報が２以上記憶され、
前記判断部は、前記２以上の判断情報を用いて、前記要求受信部が受信した要求情報に含まれるユーザ識別情報、オプション機能識別情報に対応する使用人数が上限数に達していない場合に使用可能であると判断し、当該使用人数が上限数に達している場合に使用不可能であると判断する、請求項１記載の情報処理システム。
【請求項４】
前記ソフトウェア記憶部では、ソフトウェアを使用するユーザを識別する情報であるユーザ識別情報、及びオプション機能を識別する情報であるオプション機能識別情報も記憶され、
前記要求送信部は、ソフトウェアを使用するユーザに対応するユーザ識別情報と、オプション機能識別情報とを含む要求情報を送信し、
前記判断情報記憶部では、ユーザ識別情報と、当該ユーザ識別情報に対応する、当該ユーザ識別情報で識別されるユーザが使用可能なオプション機能を識別するオプション機能識別情報とを有する判断情報が２以上記憶され、
前記判断部は、前記２以上の判断情報を用いて、前記要求受信部が受信した要求情報に含まれるユーザ識別情報とオプション機能識別情報とが対応付けられている場合に使用可能であると判断し、当該ユーザ識別情報とオプション機能識別情報とが対応付けられていない場合に使用不可能であると判断する、請求項１記載の情報処理システム。
【請求項５】
前記ソフトウェアは、１以上のオプション機能に対応する機能ボタンが表示されるボタン画面を含んでおり、
前記情報処理装置は、前記ボタン画面を表示する表示部と、
前記表示部が前記ボタン画面を表示している際に、前記機能ボタンが選択されたことを受け付ける受付部と、をさらに備え、
前記ソフトウェア実行部は、使用可能なオプション機能に対応する機能ボタンについては、使用可能であることを示す機能ボタンを前記表示部に表示させ、当該機能ボタンが選択された場合に、当該機能ボタンに対応するオプション機能に応じた処理を実行し、使用不可能なオプション機能に対応する機能ボタンについては、当該機能ボタンに対応するオプション機能を申し込むことを示す機能ボタンを前記表示部に表示させ、当該機能ボタンが選択された場合に、当該機能ボタンに対応するオプション機能の申し込みに関する処理を実行する、請求項１から請求項４のいずれか記載の情報処理システム。
【請求項６】
情報処理装置とサーバとを備えた情報処理システムを構成する情報処理装置であって、
１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部と、
前記ソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行部と、
オプション機能の使用の可否の判断を要求する情報である要求情報を前記サーバに送信する要求送信部と、
前記要求送信部による要求情報の送信に応じて、前記サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信部と、を備え、
前記ソフトウェア実行部は、前記受信部が受信した判断結果情報に応じて、当該判断結果情報に対応するオプション機能の実行を制御する、情報処理装置。
【請求項７】
情報処理装置とサーバとを備えた情報処理システムを構成する情報処理装置において、１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部と、ソフトウェア実行部と、要求送信部と、受信部とを用いて処理される情報処理方法であって、
前記ソフトウェア実行部が、前記ソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行ステップと、
前記要求送信部が、オプション機能の使用の可否の判断を要求する情報である要求情報を前記サーバに送信する要求送信ステップと、
前記受信部が、前記要求送信ステップでの要求情報の送信に応じて、前記サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信ステップと、
前記ソフトウェア実行部が、前記受信ステップで受信した判断結果情報に応じて、当該判断結果情報に対応するオプション機能の実行を制御する制御ステップと、を備えた情報処理方法。
【請求項８】
コンピュータを、
情報処理装置とサーバとを備えた情報処理システムを構成する情報処理装置として機能させるためのプログラムであって、
１以上のオプション機能を有するソフトウェアが記憶されるソフトウェア記憶部で記憶されているソフトウェアを実行するソフトウェア実行部、
オプション機能の使用の可否の判断を要求する情報である要求情報を前記サーバに送信する要求送信部、
前記要求送信部による要求情報の送信に応じて、前記サーバから送信された使用の可否の判断の結果に関する情報である判断結果情報を受信する受信部として機能させ、
前記ソフトウェア実行部は、前記受信部が受信した判断結果情報に応じて、当該判断結果情報に対応するオプション機能の実行を制御する、プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１１−７０３５１（Ｐ２０１１−７０３５１Ａ）
【公開日】平成２３年４月７日（２０１１．４．７）
【国際特許分類】
【出願番号】特願２００９−２２０１８８（Ｐ２００９−２２０１８８）
【出願日】平成２１年９月２５日（２００９．９．２５）
【出願人】（５９３０８９８９５）株式会社オービックビジネスコンサルタント (52)
【Ｆターム（参考）】
【公開日】平成２３年４月７日（２０１１．４．７）
【国際特許分類】
【出願日】平成２１年９月２５日（２００９．９．２５）
【出願人】（５９３０８９８９５）株式会社オービックビジネスコンサルタント (52)
【Ｆターム（参考）】
[ Back to top ]