JP6569425B2 - 表示装置及びプログラム - Google Patents

Description

本発明は、表示装置及びプログラムに関する。

多種多様なサービスが搭載される機器において、ユーザが所望のサービスを選択して理が実行されると、その処理結果やログ情報等が生成、記録される。サービスの実行により生成された情報は、複数のサービスに共通して利用される情報管理機能(例えば、ジョブ管理機能、ファイル管理機能、監査ログ管理機能等)がそれぞれ提供する確認画面により内容を確認することが可能となる。

確認画面では、生成された情報・オブジェクトが特定の単位にまとめられ一覧表示される。例えば、処理要求の開始から一連の処理の完了までをジョブという概念にまとめた上で一覧表示するジョブ確認画面や、永続化されたファイルを一覧表示するファイル確認画面などが存在する。確認画面では、更に情報をソート・フィルタリングする機能や、一覧表示された情報に関連する操作機能が提供される。情報管理機能は、サービス共通の機能であるため、一覧情報に対する操作機能は、サービスに共通する操作、例えばジョブの中止や、ファイルの詳細確認などのサービス横断で処理可能な機能ボタンを提供し、特定のサービスに依存する機能ボタンを提供しない。

特開２００９−００９３８２号公報 特開２００４−１６４３８０号公報

ところで、複数のサービスからファイル管理機能やジョブ管理機能を利用する場合、
処理対象となるファイルやジョブに対して各サービスの特定の機能に対応する機能ボタンを表示する場合があり、この場合予め複数の各サービスに対応する機能ボタンを表示する情報管理機能の表示画面を用意する必要があるが、サービスの数は非常に多く、その度にサービスに対応する情報管理機能の表示画面を開発することは、開発コストや管理コストが膨大になる。

本発明は、複数のサービスから呼び出される処理対象情報の情報表示画面に、特定のサービスに依存する機能要素を表示させる開発コストを、各サービスごとに情報表示画面を開発する場合よりも低減させることを目的とする。

本発明に係る表示装置は、サービスの情報表示画面の生成の指示を、当該サービスの情報表示画面に表示する当該サービスに固有の機能要素の画面表示情報と共に受け取る受取手段と、前記画面表示情報に基づいて機能要素表示画面を生成する生成手段と、複数のサービスに共通する機能要素のみが表示される情報表示画面に前記機能要素表示画面を合わせることで生成される当該サービスの情報表示画面の表示制御を行う表示制御手段と、を有することを特徴とする。

また、前記画面表示情報には、前記サービスの情報表示画面に表示する情報の選択条件となるフィルタ情報が含まれていることを特徴とする。

また、前記表示制御手段は、前記サービスに固有の機能要素に対応付けた機能モジュールを実行させるための処理可能条件を満たすときのみ当該機能要素を選択可能に表示させることを特徴とする。

本発明に係るプログラムは、コンピュータを、サービスの情報表示画面の生成の指示を、当該サービスの情報表示画面に表示する当該サービスに固有の機能要素の画面表示情報と共に受け取る受取手段、前記画面表示情報に基づいて機能要素表示画面を生成する生成手段、複数のサービスに共通する機能要素のみが表示される情報表示画面に前記機能要素表示画面を合わせることで生成される当該サービスの情報表示画面の表示制御を行う表示制御手段、として機能させる。

請求項１に記載の発明によれば、複数のサービスから呼び出される処理対象情報の情報表示画面に、特定のサービスに依存する機能要素を表示させる開発コストを、各サービスごとに情報表示画面を開発する場合よりも低減させることができる。

請求項２に記載の発明によれば、当該サービスから呼び出されたときにのみフィルタ情報を情報表示画面に表示させることができる。

請求項３に記載の発明によれば、処理可能条件を満たすまでは機能要素を選択できないようにすることができる。

請求項４に記載の発明によれば、複数のサービスから呼び出される処理対象情報の情報表示画面に、特定のサービスに依存する機能要素を表示させる開発コストを、各サービスごとに情報表示画面を開発する場合よりも低減させることができる。

本発明に係る共通画面表示装置の一実施の形態を示したブロック構成図である。 本実施の形態における共通画面表示装置を形成するコンピュータのハードウェア構成図である。 本実施の形態におけるパラメータ情報のデータ構成の一例を示した図である。 本実施の形態における機能ボタン情報のデータ構成の一例を示した図である。 本実施の形態におけるメニュー画面の表示例を示した図である。 本実施の形態におけるサービスメニュー画面の表示例を示した図である。 本実施の形態におけるジョブ確認画面の表示例を示した図である。 本実施の形態におけるジョブ確認画面の表示処理を示したフローチャートである。 本実施の形態における機能ボタン選択時処理を示したフローチャートである。 本実施の形態におけるユーザ操作受付時処理を示したフローチャートである。 本実施の形態における処理可能条件テーブルの設定例を示した図である。

以下、図面に基づいて、本発明の好適な実施の形態について説明する。

図１は、本発明に係る表示装置の一実施の形態を示したブロック構成図である。また、図２は、本実施の形態における共通画面表示装置１０を形成するコンピュータのハードウェア構成図である。本実施の形態において共通画面表示装置１０を形成するコンピュータは、パーソナルコンピュータ（ＰＣ）等従前から存在する汎用的なハードウェア構成で実現できる。すなわち、コンピュータは、図２に示したようにＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ハードディスクドライブ（ＨＤＤ）２４、入力手段として設けられたマウス２５とキーボード２６、及び表示装置として設けられたディスプレイ２７をそれぞれ接続する入出力コントローラ２８、通信手段として設けられたネットワークコントローラ２９を内部バス３０に接続して構成される。

図１に戻り、本実施の形態における共通画面表示装置１０は、サービス実行部１１、情報管理機能処理部１２、ユーザインタフェース処理部１３、機能モジュール記憶部１４及び情報記憶部１５を有している。サービス実行部１１は、共通画面表示装置１０に搭載された各サービスアプリケーションを実行することで各サービスを提供する。なお、サービスアプリケーションを実行することによりサービスが提供されることになるので、本実施の形態では、サービスアプリケーションとサービスとはほぼ同義に用いる。各サービスアプリケーションは、パラメータ情報及び機能ボタン情報をそれぞれテーブル形式にて保持している。各情報に関しては追って説明する。

情報管理機能処理部１２は、画面表示アプリケーション（画面表示アプリ）を実行する。画面表示アプリケーションは、複数のサービスから共通して呼び出される共通アプリケーションとして用意されている。各画面表示アプリケーションは、処理対象情報の情報表示画面の生成の指示を、情報表示画面に表示する機能要素の画面表示情報と共に受け取ると、その画面表示情報に基づいて機能要素表示画面を生成し、情報表示画面と共にユーザインタフェース処理部１３に表示させるよう制御する。各画面表示アプリケーションにより生成される情報表示画面には、例えばファイル一覧を表示するファイル確認画面やジョブ一覧を表示するジョブ確認画面等がある。

機能モジュール記憶部１４には、機能ボタンが選択されることで画面表示アプリケーションから呼び出され実行される機能モジュールが記憶される。ユーザインタフェース処理部１３は、利用したいサービスを選択するためのメニュー画面や情報管理機能処理部１２により生成された情報表示画面をディスプレイ２７に表示する。また、マウス２５、キーボード２６あるいはディスプレイ２７にタッチすることで行われたユーザ操作を受け付ける。情報記憶部１５には、共通画面表示装置１０により保持管理する各種情報が記憶される。

共通画面表示装置１０における各構成要素１１〜１３は、共通画面表示装置１０を形成するコンピュータと、コンピュータに搭載されたＣＰＵ２１で動作するプログラムとの協調動作により実現される。また、各記憶部１４，１５は、共通画面表示装置１０に搭載されたＨＤＤ２４にて実現される。あるいは、ＲＡＭ２３又は外部にある記憶手段をネットワーク経由で利用してもよい。

また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵ２１がプログラムを順次実行することで各種処理が実現される。

サービス横断で利用される共通の情報管理機能が表示する情報表示画面には、サービス横断で共通する処理の機能ボタンのみが表示され共通の操作のみが可能となっていた。しかし、実際には、例えば、特定のサービスのジョブ確認では、そのジョブで生成したファイルを一括削除する機能が要望されるなど、情報表示画面から実施したい処理内容はサービスの種類毎に異なっており、各サービスで固有の機能ボタンが必要な場合がある。

これらの要望に応えるために、共通の情報表示画面に全サービスで求められる機能ボタンを配置すると、情報表示画面に表示される機能ボタンの数が膨大になったり、またサービスによっては処理できない機能ボタンが表示されたりして、情報管理機能の共通化が却ってユーザの利便性を損なってしまう可能性がある。また、サービス毎に情報管理機能を生成していたのでは、複数の類似する情報表示画面が生成されてユーザを混乱させたり、複数の類似する情報表示画面を別個に開発する開発コストが増大したりするなどの弊害が生じうる。

そこで、本実施の形態においては、サービスが実行され共通の情報管理機能を利用するときに、当該サービスが所望する当該サービス固有の機能ボタン等の機能要素を共通の情報管理機能へ知らせることにより、情報管理機能に当該サービスが所望する機能要素を表示させるようにしたことを特徴としている。換言すると、サービスが共通の情報管理機能の機能性をカスタマイズできるようにしたことを特徴としている。情報管理機能は、サービスからの情報表示画面の生成の指示と共に受け取った機能要素の画面表示情報に従い当該サービスが所望する機能要素を表示するように処理するため、他のサービスから利用される際には当該サービスが所望する機能要素を表示しない。

ここで、当該サービスが情報管理機能へ渡すパラメータ情報及び機能ボタン情報について説明する。

図３は、本実施の形態におけるパラメータ情報のデータ構成の一例を示した図である。パラメータ情報には、フィルタやソート等に関する情報が設定される。パラメータ情報は、当該パラメータを一意に表す識別子（パラメータ識別子）と、当該パラメータの初期値（フィルタ項目の初期値）と、当該パラメータの状態と、を含む。パラメータの状態としては、当該パラメータを画面表示させる“表示”、画面表示させない“非表示”、設定値を変更できないように画面表示させる“Ｄｉｓａｂｌｅ”とがある。

図４は、本実施の形態におけるサービス固有の機能ボタン情報のデータ構成の一例を示した図である。機能ボタン情報には、表示する機能ボタンに関する情報が設定される。機能ボタン情報は、機能ボタンを識別する識別子（機能ボタン識別子）と、当該機能ボタンに割り付けるラベル情報と、機能ボタンに対応付ける機能モジュールを一意に識別する識別子（モジュール識別子）と、を含む。

なお、本実施の形態では、後述する機能ボタンの表示画面において、機能ボタン情報テーブルにおける並び順に機能ボタンを表示するようにするが、サービスに並び順の変更機能を持たせたり、各機能ボタン情報に表示順を示す番号を割り当てたりして、表示順の制御ができるように構成してもよい。

次に、本実施の形態における動作について説明する。まず、最初にディスプレイ２７に表示される画面の遷移を説明することで、本実施の形態の動作をユーザシーンの観点から説明する。

ユーザは、所望の操作をして図５に例示したようなメニュー画面をディスプレイ２７に表示させる。そして、このメニュー画面から利用したいサービスを選択することになるが、ここでは差分検出サービスボタン３１を選択して「差分検出サービス」を利用するものとする。

以上の選択操作に応じて、サービス実行部１１は、差分検出サービスの実行を開始する。差分検出サービスは、図６に例示したサービスメニュー画面をディスプレイ２７に表示する。なお、実際には、ユーザインタフェース処理部１３がユーザによる操作を受け付け、またサービス実行部１１及び情報管理機能処理部１２による表示制御により各種画面をディスプレイ２７に表示するが、説明の便宜上、以降の説明では、サービスアプリケーションや画面表示アプリケーションが画面を表示するように記載する。

ユーザがサービスメニューから差分検出ジョブを確認したいために「差分検出ジョブ確認」タブ３２を選択して表示画面を切り替えた後、その画面上のＯＫボタンを選択すると、図７に例示したジョブ確認画面が表示される。ジョブ確認画面には、ジョブ一覧表示領域３３に加えてパラメータに関する情報の表示領域３４と、ユーザ操作に応じてジョブ確認画面に重畳表示される機能ボタンの表示画面３５と、が表示される。

以下、本実施の形態においてジョブ確認画面を表示する処理について図８に示したフローチャートを用いて説明する。

図６に示したサービスメニュー画面から「差分検出ジョブ確認」タブ３２が選択されると、差分検出サービスは、ジョブ確認画面の表示要求を情報管理機能処理部１２へ送ることで、ジョブ確認画面の表示を指示するが、このとき、内部に保持するパラメータ情報及び機能ボタン情報を各テーブルから取り出し、画面表示情報として表示要求と共に送る。

情報管理機能処理部１２は、差分検出サービスからの表示要求を受け付けると（ステップ１１１）、ジョブ確認画面を表示する画面表示アプリケーションを起動する。この画面表示アプリケーション（以下、「ジョブ確認画面表示アプリ」と称する）は、起動されると、所定のジョブ確認画面（デフォルトのＵＩ画面）を表示する。ただ、本実施の形態では、表示要求と共に画面表示情報を受け取っている場合（ステップ１１２でＹ）、ジョブ確認画面表示アプリは、画面表示情報に応じたジョブ確認画面（図７）を生成する（ステップ１１３）。

すなわち、ジョブ確認画面表示アプリは、パラメータ情報を参照してパラメータ情報の表示領域３４を表示する。図３に例示したパラメータ情報によると、状態が「表示」として設定されているパラメータの「サービス種別」、「状態」及び「ユーザー別」の表示領域を形成する。そして、各表示領域には、パラメータ情報に設定された初期値を表示する。

また、ジョブ確認画面表示アプリは、機能ボタン情報を参照して、機能ボタンの表示画面３５を生成して表示する。なお、本実施の形態では、ジョブ一覧の中からジョブが選択されたときに機能ボタンの表示画面３５を表示することを想定しているが、情報表示画面に組み込んで常時表示されるようにしてもよい。機能ボタンの表示のタイミングは、情報表示画面の仕様（画面表示アプリの機能）によって異なってくる。

機能ボタンの表示画面３５には、図４に例示した機能ボタン情報に含まれていない「詳細確認」と「閉じる」の各機能ボタンが含まれているが、このように、ジョブ確認画面表示アプリを呼び出したサービスに依存しない全サービス共通の機能ボタンを含めるようにしてもよい。

一方、画面表示情報を受け取っていない場合（ステップ１１２でＮ）、ジョブ確認画面表示アプリは、従前からあるジョブ確認画面をデフォルトのＵＩ画面として表示する（ステップ１１４）。

本実施の形態における画面表示アプリケーションは、以上のようにして呼び出し元のサービスから受け取った画面表示情報に基づいて情報表示画面を生成し表示する。このように処理することで、差分検出サービスが表示させたジョブ確認画面には、他のサービスに依存する機能ボタンは表示されないし、またその逆に他のサービスが表示させたジョブ確認画面には、差分検出サービスに依存する機能ボタンは表示されない。例えば、機密文書を扱うサービスのファイル一覧確認画面にセキュアな機能ボタンのみを表示するようにし、セキュアではない機能ボタンを非表示として利用を不可にする。より具体的に言うと、機密文書を扱うサービスのファイル一覧確認画面にメール転送ボタンを表示しないようにして機密文書の誤送信を未然に阻止する。

続いて、情報表示画面から機能ボタンが選択されたときの機能ボタン選択時処理について図９に示したフローチャートを用いて説明する。

ユーザが機能ボタンの表示画面３５の中からいずれかの機能ボタンを選択すると、画面表示アプリケーションは、その選択された機能ボタンを受け付ける（ステップ１２１）。そして、画面表示アプリケーションは、機能ボタン情報を参照して、その機能ボタンに対応するモジュール識別子を取得する。ここで、モジュール識別子が取得できた場合（ステップ１２２でＹ）、そのモジュール識別子に対応する機能モジュールを機能モジュール記憶部１４から読み出し取得する（ステップ１２３）。

ここで、機能モジュールが取得できると（ステップ１２４でＹ）、その機能モジュールに、選択された機能ボタンのボタン識別子及びジョブを一意に識別する識別情報（ジョブＩＤ）を含む処理要求を発して処理を実行させる（ステップ１２５）。機能モジュールが取得できない場合（ステップ１２４でＮ）、その旨のエラーを表示する（ステップ１２７）。

また、機能ボタン情報からモジュール識別子が取得できない場合（ステップ１２２でＮ）、例えば、前述した例によると「詳細確認」や「閉じる」が選択された場合がこれに該当するが、この場合、ジョブ確認画面表示アプリは、選択された機能ボタンに対応する所定の処理を実施する（ステップ１２６）。

ところで、図４に例示したように、機能ボタンと機能モジュールとは必ずしも１対１の関係にあるとは限らない。そのため、どの機能（ボタン）が選択されたかを機能モジュールに知らせるために、画面表示アプリケーションは、選択された機能ボタンのボタン識別子を機能モジュールに渡すようにした。ただ、機能ボタンと機能モジュールとを１対１の関係にしてもよい。この場合、モジュール識別子をボタン識別子として利用してもよい。また、機能ボタン情報からモジュール識別子を省略してもよい。

続いて、情報表示画面から機能ボタンの選択以外の操作がされたときのユーザ操作受付時処理について図１０に示したフローチャートを用いて説明する。

ユーザが情報表示画面に対して何らかの操作を行うと、画面表示アプリケーションは、その操作を受け付ける（ステップ１３１）。そして、その操作が情報表示画面の「閉じる」ボタンの選択操作の場合（ステップ１３２でＹ）、画面表示アプリケーションは、処理を終了することになる。ユーザ操作が情報表示画面の「閉じる」ボタンの選択操作でなく（ステップ１３２でＮ）、デフォルトのＵＩ画面に切り替える操作の場合（ステップ１３３でＹ）、画面表示アプリケーションは、情報表示画面をデフォルトのＵＩ画面に切り替える（ステップ１３４）。上記例に従うと、差分検出サービスから呼び出されたジョブ確認画面表示アプリは、差分検出サービスからの画面表示情報に基づき生成した機能ボタンの表示画面３５を伴う差分検出サービスに特化したジョブ確認画面から、従前から用意されているサービス共通のジョブ確認画面（デフォルトのＵＩ画面）を表示する。そして、ユーザ操作に応じた処理を実施する（ステップ１３５）。デフォルトのＵＩ画面に切り替える操作でない場合（ステップ１３３でＮ）、そのユーザ操作に応じた処理を実施する（ステップ１３５）。

ここで、「デフォルトのＵＩ画面に切り替える操作」ということについて説明する。

前述したように、本実施の形態では、サービスが画面表示アプリケーションを呼び出すときに画面表示情報を渡すようにし、画面表示アプリケーションは、受け取った画面表示情報に基づきパラメータ情報及び機能ボタンを表示する情報表示画面を生成した。つまり、サービスから画面表示情報を受け取れたからこそ、そのサービスに依存する情報表示画面を生成できる。ここで、例えば、ユーザが図７に示したサービス種別のパラメータを「差分検出」から他のサービスに変更したとする。このとき、ジョブ確認画面表示アプリは、変更後のサービスの情報表示画面を表示することになるが、変更後のサービスから画面表示情報を受け取っていない。従って、変更後のサービスに特化した情報表示画面を生成できないため、ジョブ確認画面表示アプリは、デフォルトのＵＩ画面を表示することになる。この例のように、ユーザによるサービス種別の変更操作のようにデフォルトのＵＩ画面を表示せざるを得ない操作は、「デフォルトのＵＩ画面に切り替える操作」に該当する。

これに対し、例えば、パラメータの状態を「正常終了」から「異常終了」に変更するユーザ操作は、現在表示中のジョブ確認画面においてジョブ一覧表示領域３３の表示内容が変わるだけなので「デフォルトのＵＩ画面に切り替える操作」に該当しない。ただ、パラメータの設定値の変更に応じて機能ボタンの構成や並び順を変更するようにしてもよい。

ところで、機能ボタンが選択されたときに、その機能ボタンに対応付けられた機能モジュールに処理を実行させるための条件（処理可能条件）を設定するようにしてもよい。図１１は、本実施の形態における処理可能条件が設定された処理可能条件テーブルの例を示した図である。処理可能条件テーブルには、処理可能条件を設定する機能ボタン識別子に、処理可能条件を対応付けして設定する。

例えば、再差分検出ボタンは、ファイル名が“入稿”を含む選択項目が２つの場合、処理可能となる。検図依頼送付ボタンは、ファイル名が“差分検出結果”を含む選択項目が１つの場合、又はファイル名が“差分検出結果”を含む選択項目が１つ、かつファイル名が“入稿”を含む選択項目２つの場合、処理可能となる。例えば、ユーザは、再差分検出機能を利用したいときに２つのファイルを選択することになるが、この選択した２つのファイルのファイル名のいずれにも“差分検出結果”が含まれていない場合、また２つのファイル名のいずれにも“差分検出結果”が含まれておらず、かつ２つのファイル名の少なくとも一方に“入稿”が含まれていない場合、再差分検出ボタンをＤｉｓａｂｌｅにして選択できない状態にする。

処理可能条件は、複数指定可能である。図１１の例示であってその他の条件を設定してもよい。例えば、処理可能条件として、更新日時が２０１４年１月から２０１５年１月の間の場合など、日時の指定も可能とする。処理可能条件は、呼び出される情報管理機能により表現が異なる。例えばジョブ管理機能では対象にジョブの識別番号を指定することが可能となる。

図８のステップ１１４や図１０のステップ１３４のように、画面表示アプリケーションがサービスからの指示ではなく独自の判断によりデフォルトのＵＩ画面に切り替える処理を実行する場合がある。このとき、何らかの理由によりデフォルトのＵＩ画面に切り替わらずに、あるいは切り替わっても特定のサービスに依存する機能ボタンが選択可能に表示されたままになる可能性がないわけではない。

そこで、本実施の形態では、機能ボタンが誤って選択されないように上記のように機能ボタンに対して処理可能条件を設定できるようにした。

なお、本実施の形態では、パラメータ情報及び機能ボタン情報を含む画面表示情報をサービスに保持させ、画面表示アプリケーションを呼び出す際に、各サービスが自ら画面表示情報を画面表示アプリケーションへ直接送るように構成したが、このような構成に限定する必要はない。すなわち、サービスと画面表示情報とが対応付けられていればよいので、例えば、サービスの外部の記憶手段にサービスＩＤに対応付けして画面表示情報を格納しておき、サービスが表示要求を画面表示アプリケーションに渡すことに連動して、サービス又は他の手段が画面表示情報の記憶手段から画面表示情報を取り出して、画面表示アプリケーションへ渡すように構成してもよい。

また、本実施の形態では、サービス提供装置としてＰＣ等のコンピュータを想定して説明したが、複数のサービス機能を搭載し、ユーザにサービスを提供する複合機等の画像形成装置をサービス提供装置としてもよい。

１０ 共通画面表示装置、１１ サービス実行部、１２ 情報管理機能処理部、１３ ユーザインタフェース処理部、１４ 機能モジュール記憶部、１５ 情報記憶部、２１ ＣＰＵ、２２ ＲＯＭ、２３ ＲＡＭ、２４ ハードディスクドライブ（ＨＤＤ）、２５ マウス、２６ キーボード、２７ ディスプレイ、２８ 入出力コントローラ、２９ ネットワークコントローラ、３０ 内部バス。

Claims (4)

1. サービスの情報表示画面の生成の指示を、当該サービスの情報表示画面に表示する当該サービスに固有の機能要素の画面表示情報と共に受け取る受取手段と、
   前記画面表示情報に基づいて機能要素表示画面を生成する生成手段と、
   複数のサービスに共通する機能要素のみが表示される情報表示画面に前記機能要素表示画面を合わせることで生成される当該サービスの情報表示画面の表示制御を行う表示制御手段と、
   を有することを特徴とする表示装置。
2. 前記画面表示情報には、前記サービスの情報表示画面に表示する情報の選択条件となるフィルタ情報が含まれていることを特徴とする請求項１に記載の表示装置。
3. 前記表示制御手段は、前記サービスに固有の機能要素に対応付けた機能モジュールを実行させるための処理可能条件を満たすときのみ当該機能要素を選択可能に表示させることを特徴とする請求項１に記載の表示装置。
4. コンピュータを、
   サービスの情報表示画面の生成の指示を、当該サービスの情報表示画面に表示する当該サービスに固有の機能要素の画面表示情報と共に受け取る受取手段、
   前記画面表示情報に基づいて機能要素表示画面を生成する生成手段、
   複数のサービスに共通する機能要素のみが表示される情報表示画面に前記機能要素表示画面を合わせることで生成される当該サービスの情報表示画面の表示制御を行う表示制御手段、
   として機能させるためのプログラム。