JP2003271278A - ネットワーク上で提供されるサービス表示方法 - Google Patents

Abstract

(57)【要約】 【課題】ネットワーク上で提供されるサービスにおいて
は、利用者が単一のサービスメニューから目的とするサ
ービスを選択するため、利用者が目的とするサービスに
適時かつ迅速に到達することができなかった。また、今
後はネットワーク上で提供されるサービスがますます増
加していくことが予想され、その結果、利用者にはサー
ビスを選択する際に大きな負荷が発生することが予想さ
れる。 【解決手段】利用者がサービスを利用した際に蓄積され
る利用履歴を月、日、時間単位に処理し、管理者や利用
者が登録する業務スケジュールと併せて、各利用者に最
適なサービスメニューを表示した画面を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、組織内のイントラ
ネットなどのネットワークを介して提供されるアプリケ
ーションやコンテンツなどのサービスに関し、利用者が
当該サービスを利用した際に蓄積される利用履歴と、サ
ービスを提供する管理者や利用者が登録する業務スケジ
ュール情報とをもとに、利用者に最適なサービスを動的
に提供する技術に関する。

【０００２】

【従来の技術】現在、組織内のイントラネットなどのネ
ットワーク上で、さまざまなアプリケーションやコンテ
ンツのサービスが提供されている。ネットワーク上で提
供されるアプリケーションやコンテンツのサービスと
は、掲示板などを用いたお知らせや各種の業務アプリケ
ーションのことであり、利用者が円滑に業務を遂行する
ことをサポートする。このようなサービスでは、利用者
はあらかじめ用意された単一のサービスメニューが表示
された画面を起動し、その画面から各利用者に必要なサ
ービスを画面遷移を繰り返しながら選択し、利用する形
態となっている。利用者が行う業務はさまざまであり、
また、その都度利用したいサービスは異なるため、単一
のサービスメニューが表示された画面では、利用者が目
的とするサービスに迅速かつ適時に到達することができ
ないのが現状である。そこでこのような利用者が行う業
務の性質に応じたサービスを提供する方法として、利用
者の個人情報や利用履歴に基づいて、提供するサービス
を変化させる方式が特開２０００−２５０９８４に開示
されている。

【０００３】

【発明が解決しようとする課題】上述したように、ネッ
トワーク上で提供されるサービスにおいては、利用者が
単一のサービスメニューが表示された画面から目的とす
るサービスを選択するため、利用者が目的とするサービ
スに適時かつ迅速に到達することができなかった。ま
た、今後はネットワーク上で提供されるサービスがます
ます増加していくことが予想され、その結果、利用者に
はサービスを選択する際に大きな負荷が発生することが
予想される。

【０００４】本発明の目的は、ネットワーク上で提供さ
れるサービスにおいて、すべての利用者が、各々が行う
業務や時間に応じて、目的とするサービスに迅速に到達
し、各利用者のサービス選択における負荷を減少させる
ことである。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明では、利用者がサービスを利用した際に蓄積
される利用履歴と、管理者や利用者が登録する業務スケ
ジュールとから、各利用者に最適なサービスメニューを
動的に表示する方法を提供する。本発明は、ネットワー
ク上で提供されるサービスにおけるサービス表示方法で
あって、登録された業務スケジュールを読み込むステッ
プと、利用者のサービス利用履歴を読み込むステップ
と、各利用者のサービス利用履歴からサービス提供スケ
ジュールを生成するステップと、サービス提供スケジュ
ールと登録された業務スケジュールとから全体スケジュ
ールを生成するステップと、生成された全体サービスス
ケジュールから画面を生成するステップを備える。

【０００６】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を詳細に説明する。

【０００７】図１は、本発明の一実施形態であるサービ
ス提供システムのシステム構成図の一例である。本シス
テムは、利用者がサービスを利用するクライアント１０
１と、ネットワークを介して様々なアプリケーションや
コンテンツなどのサービスを提供するサーバ１３１と、
業務スケジュール（全社スケジュール、部門スケジュー
ル、個人スケジュール）を格納するスケジュール情報記
憶装置１７１と、利用者のサービス利用の履歴情報を格
納する利用履歴情報記憶装置１８１と、サービス利用者
の個人ＩＤなどを保持するＩＣカード１９１とを備えて
いる。

【０００８】クライアント１０１は、サーバとの情報の
やりとりを行う通信プログラム１０２と、提供されるサ
ービスを表示するブラウザ１０３と、利用者のＩＣカー
ド上の情報の読み書きを制御するＩＣカードアクセスプ
ログラム１０４と、通信プログラム１０２とブラウザ１
０３とＩＣカードアクセスプログラムの同期をとるなど
の処理を行う制御プログラム１０５と、通信プログラム
１０２とブラウザ１０３とＩＣカードアクセスプログラ
ム１０４の作業領域であるワークエリア１０６と、利用
者のＩＣカードの情報の読み書きを行うＩＣカードリー
ダ／ライタ１０７と、クライアント１０１と通信回線を
接続するＬＡＮアダプタ１０８とを備えている。

【０００９】サーバ１３１は、サーバ管理者が登録する
業務スケジュールをスケジュール情報記憶装置１７１に
書き込むスケジュール登録プログラム１３２と、スケジ
ュール情報記憶装置１７１からスケジュール情報を読み
込むスケジュール読込プログラム１３３と、利用者が利
用したサービスの利用履歴を取得して利用履歴情報記憶
装置１８１への書き込みを行う利用履歴取得プログラム
１３４と、利用履歴情報記憶装置１８１から利用履歴情
報を読み込む利用履歴読込プログラム１３５と、読み込
んだ利用履歴から月、日、時間の単位で業務スケジュー
ルを導出する利用履歴からのスケジュール導出プログラ
ム１３６と、利用履歴から導出されたスケジュールとサ
ーバ管理者が登録したスケジュールに基づいて利用者に
最適なサービスを提供する画面を生成する画面生成プロ
グラム１３７と、上記のプログラム１３２〜１３７相互
の同期をとるなどの処理を行う制御プログラム１３８
と、上記のプログラム１３２〜１３７の作業領域である
ワークエリア１３９と、サーバ１３１と通信回線を接続
するＬＡＮアダプタ１４０とを備えている。

【００１０】図２は、サーバ管理者が登録する全社の月
ごとの業務スケジュールのテーブルであり、テーブルの
各行を判別し、月を表す行名２０１と、業務スケジュー
ル２０２からなる。図３は、サーバ管理者が登録する全
社の日ごとの業務スケジュールのテーブルであり、テー
ブルの各行を判別し、日を表す行名３０１と、業務スケ
ジュール３０２からなる。図４は、サーバ管理者が登録
する全社の時間ごとの業務スケジュールのテーブルであ
り、テーブルの各行を判別し、時間を表す行名４０１
と、業務スケジュール４０２からなる。

【００１１】図５は、サーバ管理者が登録する部門の月
ごとの業務スケジュールのテーブルであり、テーブルの
各行を判別し、月を表す行名５０１と、業務スケジュー
ル５０２からなる。図６は、サーバ管理者が登録する部
門の日ごとの業務スケジュールのテーブルであり、テー
ブルの各行を判別し、月を表す行名６０１と、業務スケ
ジュール６０２からなる。図７は、サーバ管理者が登録
する部門の時間ごとの業務スケジュールのテーブルであ
り、テーブルの各行を判別し、月を表す行名７０１と、
業務スケジュール７０２からなる。

【００１２】図８は、利用者が登録する個人の月ごとの
業務スケジュールのテーブルであり、テーブルの各行を
判別し、月を表す行名８０１と、業務スケジュール８０
２からなる。図９は、利用者が登録する個人の日ごとの
業務スケジュールのテーブルであり、テーブルの各行を
判別し、月を表す行名９０１と、業務スケジュール９０
２からなる。図１０は、利用者が登録する個人の時間ご
との業務スケジュールのテーブルであり、テーブルの各
行を判別し、月を表す行名１００１と、業務スケジュー
ル１００２からなる。

【００１３】図１１は、利用者の２００１年７月のサー
ビス利用履歴のテーブルであり、テーブルの各行を判別
し、月日を表す月日１１０１と、時間を表す時間１１０
２と、サービス利用履歴１１０３からなる。図１２は、
利用者の２００１年８月のサービス利用履歴のテーブル
であり、テーブルの各行を判別し、月日を表す月日１２
０１と、時間を表す時間１２０２と、サービス利用履歴
１２０３からなる。図１３は、利用者の２００１年９月
のサービス利用履歴のテーブルであり、テーブルの各行
を判別し、月日を表す月日１３０１と、時間を表す時間
１３０２と、サービス利用履歴１３０３からなる。利用
者がサービスを利用すると、その履歴が図１１〜１３の
テーブルに格納される。

【００１４】図１４は、各月のサービス利用頻度のテー
ブルであり、月を表す月１４０１と、サービス名を表す
サービス１４０２と、サービスの利用頻度を表す頻度１
４０３からなる。図１５は、各日のサービス利用頻度の
テーブルであり、日付を表す日１５０１と、サービス名
を表すサービス１５０２と、サービスの利用頻度を表す
頻度１５０３からなる。図１６は、各時間のサービス利
用頻度のテーブルであり、時間を表す時間１６０１と、
サービス名を表すサービス１６０２と、サービスの利用
頻度を表す頻度１６０３からなる。

【００１５】図１７は、利用履歴から導出される、利用
者に最適と思われる月ごとのサービススケジュールのテ
ーブルであり、テーブルの各行を判別し、月を表す月１
７０１と、サービススケジュール１７０２からなる。図
１８は、利用履歴から導出される、利用者に最適と思わ
れる日ごとのサービススケジュールのテーブルであり、
テーブルの各行を判別し、日を表す日１８０１と、サー
ビススケジュール１８０２からなる。図１９は、利用履
歴から導出される、利用者に最適と思われる時間ごとの
サービススケジュールのテーブルであり、テーブルの各
行を判別し、時間を表す時間１９０１と、サービススケ
ジュール１９０２からなる。

【００１６】図２０〜２２は、利用履歴から導出される
サービススケジュールとサーバ管理者または利用者が登
録した業務スケジュールに基づいて導出されるテーブル
である。図２０は、利用者に最適と思われる月ごとのサ
ービススケジュールのテーブルであり、テーブルの各行
を判別し、月を表す月２００１と、サービススケジュー
ル２００２からなる。図２１は、利用者に最適と思われ
る日ごとのサービススケジュールのテーブルであり、テ
ーブルの各行を判別し、日を表す日２１０１と、サービ
ススケジュール２１０２からなる。図２２は、利用者に
最適と思われる時間ごとのサービススケジュールのテー
ブルであり、テーブルの各行を判別し、時間を表す時間
２２０１と、サービススケジュール２２０２からなる。

【００１７】図２３は、利用者が行う業務と、その業務
を行う際に提供されるアプリケーションやコンテンツな
どのサービスのマッピングテーブルであり、テーブルの
各行を判別する行名２３０１と、業務名を表す２３０２
と、サービス名を表す２３０３からなる。

【００１８】図２４を参照して、図１の画面生成プログ
ラム１３７により、図１のシステムで図２０〜２２のよ
うに全体サービススケジュールを決定し、利用者に最適
な画面をクライアントに表示させる手順の一例を説明す
る。

【００１９】クライアント１０１からサーバ１３１にサ
ービス提供の要求があった場合、サーバ１３１はＩＣカ
ードなどの媒体に格納された利用者の個人ＩＤを、ＩＣ
カードリーダ／ライタ１９１を通して読み込む（ステッ
プ２４０１）。なお、利用者が個人ＩＤを格納する媒体
は、ＩＣカードに限らずフロッピー（登録商標）ディス
クなどさまざまな手段を用いることができる。ステップ
２４０１で読み込んだ利用者の個人ＩＤに基づいて、該
当する図２〜４に示したような全社業務スケジュールを
読み込み（ステップ２４０２）、図５〜７で示したよう
な部門業務スケジュールを読み込み（ステップ２４０
３）、さらに、図８〜１０で示したような個人業務スケ
ジュールを読み込む（ステップ２４０４）。なお、個人
業務スケジュールは、グループウェア、携帯情報端末な
どのさまざまな手段から読み込むことが可能である。

【００２０】次に、ステップ２４０１で読み込んだ利用
者の個人ＩＤに基づいて、図１１〜１３で示したような
利用者のサービス利用履歴を読み込む（ステップ２４０
５）。ステップ２４０５で読み込んだサービス利用履歴
に基づいて、図１７〜１９で示したような利用履歴から
のサービススケジュール導出する（ステップ２４０
６）。また、図２３で示したような業務とサービスのマ
ッピングテーブルを読み込む（ステップ２４０７）。ス
テップ２４０２〜２４０４で読み込んだ全社業務スケジ
ュールと、ステップ２４０６で導出した利用履歴からの
サービススケジュールと、ステップ２４０７で読み込ん
だ業務とサービスのマッピングに基づき、図２０〜２２
で示したような全体サービススケジュールを生成する
（ステップ２４０８）。

【００２１】最後に、ステップ２４０８で生成した全体
サービススケジュールに基づいて、アプリケーションや
コンテンツなどのサービスを起動し、その時点で利用者
に最適な画面を生成し、提供する（ステップ２４０
９）。

【００２２】図２５を参照して、利用者のサービス利用
履歴からサービススケジュールを導出する処理（ステッ
プ２４０６）の一例について詳細に説明する。

【００２３】まず、図１１〜１３のサービス利用履歴テ
ーブルに基づいて、月単位で各サービスの利用頻度を測
定し、図１４に示すような月ごとのサービス利用頻度テ
ーブルを生成する（ステップ２５０１）。同様に、日単
位で各サービスの利用頻度を測定し、図１５に示すよう
な日ごとのサービス利用頻度テーブルを生成し（ステッ
プ２５０２）、時間単位で各サービスの利用頻度を測定
し、図１６に示すような時間ごとのサービス利用頻度テ
ーブルを生成する（ステップ２５０３）。

【００２４】次に、ステップ２５０３で生成した時間ご
とのサービス利用頻度テーブルに基づいて、利用頻度の
高いサービスを各々の時間において抽出し、図１９で示
したような時間ごとの利用履歴から導出されるサービス
スケジュールテーブルを生成する（ステップ２５０
４）。サービス抽出の際の判断基準は、サーバ管理者が
自由に設定できるものとする。同様に、ステップ２５０
２で生成した日ごとのサービス利用頻度テーブルに基づ
いて、利用頻度の高いサービスを各々の日において抽出
し、図１８で示したような日ごとの利用履歴から導出さ
れるサービススケジュールテーブルを生成する（ステッ
プ２５０５）。ただし、ステップ２５０４で抽出された
サービスを除いたものの中で利用頻度の高いものを抽出
することとし、サービス抽出の際の判断基準は、サーバ
管理者が自由に設定できるものとする。

【００２５】ステップ２５０１で生成した月ごとのサー
ビス利用頻度テーブルに基づいて、利用頻度の高いサー
ビスを各々の月において抽出し、図１７で示したような
月ごとの利用履歴から導出されるサービススケジュール
テーブルを生成する（ステップ２５０６）。ただし、ス
テップ２５０４、２５０５で抽出されたサービスを除い
たものの中で利用頻度の高いものを抽出することとし、
サービス抽出の際の判断基準は、サーバ管理者が自由に
設定できるものとする。

【００２６】次に、具体的な事例に基づいて、実施例を
示す。この実施例では、サーバ管理者が図２〜７の業務
スケジュールを登録し、利用者が図８〜１０の個人業務
スケジュールを登録し、この利用者のサービス利用履歴
は図１１〜１３の通りとする。

【００２７】利用者Ａ氏が８月２３日９：００にサービ
スを受けようとする際のシステムの動作、および、提供
される画面について説明する。

【００２８】まず、利用者Ａ氏が処理をスタートする
と、サーバ１３１は、クライアント１０１のＩＣカード
１９１に格納された個人ＩＤを読み込み（ステップ２４
０１）、図２〜４に示すＡ氏が所属する会社の全社業務
スケジュールを読み込む（ステップ２４０２）。次に、
ステップ２４０１で読み込んだＡ氏の個人ＩＤに基づい
て、図５〜７に示すＡ氏が所属する部門の業務スケジュ
ールを読み込み（ステップ２４０３）、図８〜１０に示
すＡ氏個人の業務スケジュールを読み込み（ステップ２
４０４）、図１１〜１３に示すＡ氏のサービス利用履歴
を読み込む（ステップ２４０５）。

【００２９】次に、利用履歴からのサービススケジュー
ルの導出処理（ステップ２４０６）に進む。まず、ステ
ップ２４０５で読み込んだＡ氏のサービス利用履歴に基
づき、各月ごとのサービスの利用回数をカウントし、月
ごとのサービス利用頻度テーブル（図１４）を生成する
（ステップ２５０１）。

【００３０】図１１〜１３のＡ氏のサービス利用履歴に
基づいて、各サービスの使用回数をカウントすると、図
１４のような月ごとのサービス利用頻度テーブルが生成
される。ステップ２４０５で読み込んだＡ氏のサービス
利用履歴に基づき、日ごとの各サービスの利用回数をカ
ウントし、日ごとのサービス利用頻度テーブル（図１
５）を生成する（ステップ２５０２）。図１１〜１３の
Ａ氏のサービス利用履歴に基づいて使用回数をカウント
すると、図１５のような日ごとのサービス利用頻度テー
ブルが生成される。ステップ２４０５で読み込んだＡ氏
のサービス利用履歴に基づき、時間ごとの各サービスの
利用回数をカウントし、時間ごとのサービス利用頻度テ
ーブル（図１６）を生成する（ステップ２５０３）。図
１１〜１３のＡ氏のサービス利用履歴に基づいて使用回
数をカウントすると、図１６のような時間ごとのサービ
ス利用頻度テーブルが生成される。

【００３１】このように生成したサービス利用頻度テー
ブルを基に、サービススケジュールテーブルを作成す
る。まず、時間ごとのサービススケジュールテーブルを
生成する（ステップ２５０４）。時間ごとのサービス利
用頻度テーブル（図１６）を参照すると、９時から１０
時では、「○○新聞社ホームページ」の利用回数が３
回、「メール」の利用回数が１８回、「社内掲示板」の
利用回数が３回であり、他より利用回数が多いので、時
間ごとのサービススケジュールテーブル（図１９）の９
時のサービススケジュールとして、「○○新聞社ホーム
ページ」、「メール」、「社内掲示板」を書き込む。こ
の場合は、利用頻度３回以上のものをサービススケジュ
ールとして書き込んだが、この基準はサーバ管理者によ
り任意に設定できる。

【００３２】次に、日ごとのサービススケジュールテー
ブルを生成する（ステップ２５０５）。日ごとのサービ
ス利用頻度テーブル（図１５）を参照すると、２３日に
おいては、「○○新聞社ホームページ」の利用回数が６
回、「メール」の利用回数が２３回、「勤休入力システ
ム」の利用回数が５回であり、他より利用回数が多い。
ただし、「○○新聞社ホームページ」、「メール」は時
間ごとのサービススケジュールとしてすでに書き込まれ
ているので、日ごとのサービススケジュールテーブル
（図１８）の２３日のサービススケジュールとして、
「勤休入力システム」を書き込む。この場合は、利用頻
度５回以上のものをサービススケジュールとして選択し
たが、この基準はサーバ管理者により任意に設定するこ
とができるものとする。

【００３３】次に、月ごとのサービススケジュールテー
ブルを生成する（ステップ２５０６）。月ごとのサービ
ス利用頻度テーブル（図１４）を参照すると、８月にお
いては、「○○新聞社ホームページ」の利用回数が２４
回、「メール」の利用回数が９０回、「営業情報システ
ム」の利用回数が１２回、「教育申請システム」の利用
回数が１０回であり、他より利用回数が多い。ただし、
「○○新聞社ホームページ」、「メール」は時間ごと、
または、日ごとのサービススケジュールとしてすでに書
き込まれているので、月ごとのサービススケジュールテ
ーブル（図１７）の８月のサービススケジュールとし
て、「営業情報システム」、「教育申請システム」を書
き込む。この場合は、利用頻度１０回以上のものをサー
ビススケジュールとして選択したが、この基準はサーバ
管理者により任意に設定することができるものとする。

【００３４】次に、業務名と対応するサービスを対応さ
せた業務とサービスのマッピングテーブルを読み込み
（ステップ２４０７）、ステップ２４０２で読み込んだ
全社業務スケジュール（図２〜４）、ステップ２４０３
で読み込んだ部門業務スケジュール（図５〜７）、ステ
ップ２４０４で読み込んだ個人業務スケジュール（図８
〜１０）を、ステップ２４０７で読み込んだ業務とサー
ビスのマッピングテーブルにより、業務名からサービス
名に変換し、ステップ２５０４で生成した時間ごとのサ
ービススケジュールテーブル（図１９）、ステップ２５
０５で生成した日ごとのサービススケジュールテーブル
（図１８）、ステップ２５０６で生成した月ごとのサー
ビススケジュールテーブル（図１７）とマージすること
により、月ごとの全体サービススケジュールテーブル
（図２０）、日ごとの全体サービススケジュールテーブ
ル（図２１）、時間ごとの全体サービススケジュールテ
ーブル（図２２）を生成する（ステップ２４０８）。

【００３５】最後に、ステップ２４０８で生成した全体
サービススケジュールをもとに、８月２３日９：００に
該当する「通勤手当申請システム」、「予算編成システ
ム」、「営業情報システム」、「教育申請システム」、
「自社ホームページ」、「勤休入力システム」、「社内
掲示板」、「○○新聞社ホームページ」、「メール」の
サービスを起動し、サービスのメニュー画面を生成し、
利用者Ａ氏に提示する（ステップ２４０９）。図２６
（１）に、Ａ氏に提示される画面の一例を示す。

【００３６】利用者が８月２５日１７：００にサービス
を受けようとする際のシステムの動作、および、提供さ
れる画面について説明する。サービス利用頻度テーブル
の生成までは、上記実施例と全く同じ処理を行う。生成
したサービス利用頻度テーブルをもとに、サービススケ
ジュールテーブルを作成する。

【００３７】まず、時間ごとのサービススケジュールテ
ーブルを生成する（ステップ２５０４）。時間ごとのサ
ービス利用頻度テーブル（図１６）を参照すると、１７
時から１８時においては、「営業情報システム」の利用
回数が１５回、「メール」の利用回数が１６回であり、
他より利用回数が多いので、時間ごとのサービススケジ
ュールテーブル（図１９）の１７時のサービススケジュ
ールとして、「営業情報システム」、「メール」を書き
込む。この場合は、利用頻度１５回以上のものをサービ
ススケジュールとして書き込んだが、この基準はサーバ
管理者により任意に設定することができるものとする。

【００３８】次に、日ごとのサービススケジュールテー
ブルを生成する（ステップ２５０５）。日ごとのサービ
ス利用頻度テーブル（図１５）を参照すると、２５日に
おいては、「メール」の利用回数が２１回、「□□社ホ
ームページ」の利用回数が１０回であり、他より利用回
数が多い。ただし、「メール」は時間ごとのサービスス
ケジュールとしてすでに書き込まれているので、日ごと
のサービススケジュールテーブル（図１８）の２５日の
サービススケジュールとして、「□□社ホームページ」
を書き込む。この場合は、利用頻度１０回以上のものを
サービススケジュールとして選択したが、この基準はサ
ーバ管理者により任意に設定することができる。

【００３９】次に、月ごとのサービススケジュールテー
ブルを生成する（ステップ２５０６）。月ごとのサービ
ス利用頻度テーブル（図１４）を参照すると、８月にお
いては、「○○新聞社ホームページ」の利用回数が２４
回、「メール」の利用回数が９０回、「営業情報システ
ム」の利用回数が１２回、「教育申請システム」の利用
回数が１０回であり、他より利用回数が多い。ただし、
「メール」、「営業情報システム」は時間ごと、また
は、日ごとのサービススケジュールとしてすでに書き込
まれているので、月ごとのサービススケジュールテーブ
ル（図１７）の８月のサービススケジュールとして、
「○○新聞社ホームページ」、「教育申請システム」を
書き込む。この場合は、利用頻度１０回以上のものをサ
ービススケジュールとして選択したが、この基準はサー
バ管理者により任意に設定することができるものとす
る。

【００４０】次に、業務名と対応するサービスを対応さ
せた業務とサービスのマッピングテーブルを読み込み
（ステップ２４０７）、ステップ２４０２で読み込んだ
全社業務スケジュール（図２〜４）、ステップ２４０３
で読み込んだ部門業務スケジュール（図５〜７）、ステ
ップ２４０４で読み込んだ個人業務スケジュール（図８
〜１０）を、ステップ２４０７で読み込んだ業務とサー
ビスのマッピングテーブルにより、業務名からサービス
名に変換し、ステップ２５０４で生成した時間ごとのサ
ービススケジュールテーブル（図１９）、ステップ２５
０５で生成した日ごとのサービススケジュールテーブル
（図１８）、ステップ２５０６で生成した月ごとのサー
ビススケジュールテーブル（図１７）とマージすること
により、月ごとの全体サービススケジュールテーブル
（図２０）、日ごとの全体サービススケジュールテーブ
ル（図２１）、時間ごとの全体サービススケジュールテ
ーブル（図２２）を生成する（ステップ２４０８）。

【００４１】最後に、ステップ２４０８で生成した全体
サービススケジュールをもとに、８月２３日９：００に
該当する「通勤手当申請システム」、「予算編成システ
ム」、「営業情報システム」、「教育申請システム」、
「旅費精算システム」、「□□社ホームページ」、「メ
ール」のサービスを起動し、サービスのメニュー画面を
生成し、利用者Ａ氏に提示する（ステップ２４０９）。
図２６（２）に、Ａ氏に提示される画面の一例を示す。

【００４２】上記実施形態では、利用頻度のみを用いて
提供する画面の生成を行っているが、自宅や会社などの
場所の違いによっても利用するサービスは変化すること
が予想される。ＧＰＳなどの手段で位置情報を把握でき
れば、利用者がサービスを利用する場所によっても、生
成される画面を変化させることができる。

【００４３】

【発明の効果】本発明によれば、ネットワーク上で提供
されるサービスにおいて、すべての利用者が、各々が行
う業務や時間に応じて、目的とするサービスに迅速に到
達し、各利用者のサービス選択における負荷を減少させ
ることができる。

【図面の簡単な説明】

【図１】本発明を実現するためのシステム構成図の一例
を示す。

【図２】サーバに保持される月ごとの全社業務スケジュ
ールテーブルを示す。

【図３】サーバに保持される日ごとの全社業務スケジュ
ールテーブルを示す。

【図４】サーバに保持される時間ごとの全社業務スケジ
ュールテーブルを示す。

【図５】サーバに保持される月ごとの部門業務スケジュ
ールテーブルを示す。

【図６】サーバに保持される日ごとの部門業務スケジュ
ールテーブルを示す。

【図７】サーバに保持される時間ごとの部門業務スケジ
ュールテーブルを示す。

【図８】サーバに保持される月ごとの個人業務スケジュ
ールテーブルを示す。

【図９】サーバに保持される日ごとの個人業務スケジュ
ールテーブルを示す。

【図１０】サーバに保持される時間ごとの個人業務スケ
ジュールテーブルを示す。

【図１１】サーバに保持される２００１年７月のサービ
ス利用履歴テーブルを示す。

【図１２】サーバに保持される２００１年８月のサービ
ス利用履歴テーブルを示す。

【図１３】サーバに保持される２０００年８月のサービ
ス利用履歴テーブルを示す。

【図１４】月ごとのサービス利用頻度テーブルを示す。

【図１５】日ごとのサービス利用頻度テーブルを示す。

【図１６】時間ごとのサービス利用頻度テーブルを示
す。

【図１７】利用履歴から導出される月ごとのサービスス
ケジュールテーブルを示す。

【図１８】利用履歴から導出される日ごとのサービスス
ケジュールテーブルを示す。

【図１９】利用履歴から導出される時間毎のサービスス
ケジュールテーブルを示す。

【図２０】月ごとの全体サービススケジュールテーブル
を示す。

【図２１】日ごとの全体サービススケジュールテーブル
を示す。

【図２２】時間ごとの全体サービススケジュールテーブ
ルを示す。

【図２３】業務とサービスのマッピングテーブルを示
す。

【図２４】本実施形態の処理手順の全体を示すフローチ
ャートである。

【図２５】利用履歴からサービススケジュールを導出す
る処理手順を示すフローチャートである。

【図２６】サービスのメニュー画面の例を示す。

【符号の説明】

１０１：クライアント、１０２：通信プログラム、１０
３：ブラウザ、１０４：ＩＣカードアクセスプログラ
ム、１０５：制御プログラム、１０６：ワークエリア、
１０７：ＩＣカードリーダ／ライタ、１０８：ＬＡＮア
ダプタ、１３１：サーバ、１３２：業務スケジュール登
録プログラム、１３３：業務スケジュール読込プログラ
ム、１３４：利用履歴取得プログラム、１３５：利用履
歴読込プログラム、１３６：利用履歴からのサービスス
ケジュール導出プログラム、１３７：画面生成プログラ
ム、１３８：制御プログラム、１３９：ワークエリア、
１４０：ＬＡＮアダプタ、１７１：業務スケジュール情
報、１８１：利用履歴情報、１９１：ＩＣカード

Claims (2)

【特許請求の範囲】
1. 【請求項１】ネットワーク上で提供されるサービスにお
   けるサービス表示方法であって、登録された業務スケジ
   ュールを読み込むステップと、利用者のサービス利用履
   歴を読み込むステップと、各利用者のサービス利用履歴
   からサービス提供スケジュールを生成するステップと、
   サービス提供スケジュールと登録された業務スケジュー
   ルとから全体スケジュールを生成するステップと、生成
   された全体サービススケジュールから画面を生成するス
   テップを備えることを特徴とするサービス表示方法。
2. 【請求項２】ネットワークを介してサービスを提供する
   サーバと提供されるサービスを表示するクライアントか
   らなるサービス表示システムにおいて、前記サーバは、登
   録された業務スケジュールを読み込む手段と、利用者の
   サービス利用履歴を読み込む手段と、各利用者のサービ
   ス利用履歴からサービス提供スケジュールを生成する手
   段と、サービス提供スケジュールと登録された業務スケ
   ジュールとから全体スケジュールを生成する手段と、生
   成された全体サービススケジュールから画面を生成する
   手段を備えることを特徴とするサービス表示システム。