特許 7518457 情報処理装置、情報処理システム、およびデータ提供プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-07-09

(45)【発行日】2024-07-18

(54)【発明の名称】情報処理装置、情報処理システム、およびデータ提供プログラム

(51)【国際特許分類】

   H04L 67/60 20220101AFI20240710BHJP

   G06F 11/30 20060101ALI20240710BHJP

   H04L 67/125 20220101ALI20240710BHJP

   H04L 67/5651 20220101ALI20240710BHJP

   H04L 67/567 20220101ALI20240710BHJP

   H04L 67/5683 20220101ALI20240710BHJP

【ＦＩ】

H04L67/60

G06F11/30 140A

G06F11/30 155

H04L67/125

H04L67/5651

H04L67/567

H04L67/5683

【請求項の数】 6

(21)【出願番号】P 2024000028

(22)【出願日】2024-01-04

【審査請求日】2024-01-25

【早期審査対象出願】

(73)【特許権者】

【識別番号】518133201

【氏名又は名称】富士通クライアントコンピューティング株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】弁理士法人扶桑国際特許事務所

(72)【発明者】

【氏名】池田 勇一朗

【審査官】木村 雅也

(56)【参考文献】

【文献】特開２０１８－１１６４１７（ＪＰ，Ａ）

【文献】特開２０２０－１６９７８９（ＪＰ，Ａ）

【文献】特開２０１８－１１３４９３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／６０

Ｇ０６Ｆ １１／３０

Ｈ０４Ｌ ６７／１２５

Ｈ０４Ｌ ６７／５６５１

Ｈ０４Ｌ ６７／５６７

Ｈ０４Ｌ ６７／５６８３

(57)【特許請求の範囲】

【請求項1】

情報処理装置であって、
前記情報処理装置に適用される複数のサービスのいずれかを提供する複数のサーバと、前記複数のサーバそれぞれがサービス提供のために使用する前記情報処理装置内部のデータと、前記情報処理装置内部から取得してからの前記データの有効期間と、前記複数のサーバそれぞれへの前記データの送信タイミングとを示すサービス情報に基づいて、前記複数のサーバのいずれかへの前記データの前記送信タイミングになったことを検出し、前記送信タイミングとなった第１のサーバが第１のサービスの提供のために使用する送信対象データのうち、取得済みでかつ取得から前記有効期間内の第１のデータ以外の第２のデータを取得し、前記第１のサーバへ前記第１のデータと前記第２のデータとを送信する処理部、
を有する情報処理装置。

【請求項2】

前記処理部は、複数の前記第１のサーバが同時に前記送信タイミングとなり、複数の前記第１のサーバそれぞれが前記第１のサービスの提供のために使用する前記送信対象データのうちの前記第２のデータが共通する場合、１回の取得処理で前記第２のデータを取得して、１回の取得処理で取得した前記第２のデータを複数の前記第１のサーバそれぞれへ送信する、
請求項１記載の情報処理装置。

【請求項3】

前記サービス情報には、前記複数のサーバそれぞれがサービス提供のために使用する前記データについて、サービスごとの前記有効期間が示されており、
前記処理部は、前記送信タイミングとなった前記第１のサーバが前記第１のサービスの提供のために使用する前記送信対象データのうちの取得済みの第３のデータについて、前記第１のサービスについての前記有効期間に基づいて前記第１のデータか否かを判断する、
請求項１記載の情報処理装置。

【請求項4】

前記サービス情報には、前記複数のサーバそれぞれがサービス提供のために使用する前記データのデータ項目ごとに異なる前記有効期間が示されており、
前記処理部は、前記送信タイミングとなった前記第１のサーバが前記第１のサービスの提供のために使用する前記送信対象データのうちの取得済みの第３のデータについて、該当するデータ項目の前記有効期間に基づいて前記第１のデータか否かを判断する、
請求項３記載の情報処理装置。

【請求項5】

複数のサービスのいずれかを提供する複数のサーバと、
前記複数のサーバのうちの自装置が提供を受けるサービスを提供する複数の対象サーバと、前記複数の対象サーバそれぞれがサービス提供のために使用する自装置内部のデータと、前記自装置内部から取得してからの前記データの有効期間と、前記複数の対象サーバそれぞれへの前記データの送信タイミングとを示すサービス情報に基づいて、前記複数の対象サーバのいずれかへの前記データの前記送信タイミングになると、前記送信タイミングとなった第１のサーバが第１のサービスの提供のために使用する送信対象データのうち、取得済みでかつ取得から前記有効期間内の第１のデータ以外の第２のデータを取得し、前記第１のサーバへ前記第１のデータと前記第２のデータとを送信する、複数の情報処理装置と、
前記複数の情報処理装置それぞれへ、提供するサービスに対応する前記サービス情報を配信する管理サーバと、
を有する情報処理システム。

【請求項6】

コンピュータに、
前記コンピュータに適用される複数のサービスのいずれかを提供する複数のサーバと、前記複数のサーバそれぞれがサービス提供のために使用する前記コンピュータ内部のデータと、前記コンピュータ内部から取得してからの前記データの有効期間と、前記複数のサーバそれぞれへの前記データの送信タイミングとを示すサービス情報に基づいて、前記複数のサーバのいずれかへの前記データの前記送信タイミングになったことを検出し、前記送信タイミングとなった第１のサーバが第１のサービスの提供のために使用する送信対象データのうち、取得済みでかつ取得から前記有効期間内の第１のデータ以外の第２のデータを取得し、前記第１のサーバへ前記第１のデータと前記第２のデータとを送信する、
処理を実行させるデータ提供プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理システム、およびデータ提供プログラムに関する。

【背景技術】

【0002】

ＰＣ（personal computer）、スマートフォンなどの多くの情報処理装置がネットワークに接続可能である。ネットワークに接続された情報処理装置は、ネットワークを介してリモートで管理することができる。例えばテレワークに使用されている多数の情報処理装置の資産管理、またはそれらの情報処理装置の稼働状況監視をリモートで行うことができる。このようなリモートでの情報処理装置の管理技術を用いて、例えばＬＣＭ（Life Cycle Management）サービスが提供されている。

【0003】

情報処理装置をリモートで管理するために、サーバによって情報処理装置からのデータ収集が行われる。例えばサーバは、所定のタイミングで、各情報処理装置から稼働状況など情報を示すデータを取得する。

【0004】

情報処理装置の管理技術としては、例えば部品交換などの保守発生時に正しい装置情報を管理する管理プログラムが提案されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１８－１１６４１７号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

ネットワークに接続された情報処理装置を対象とするサービスには様々なものがあり、１つの情報処理装置に対して複数のサービスが提供される場合もある。複数のサービスの提供を受ける情報処理装置は、複数のサービスそれぞれのサーバにデータを送信することとなる。このとき、サービスごとにデータの送信先および送信タイミングが異なる。そのため情報処理装置には、例えばサービスそれぞれに対応するデータ送信用のアプリケーションソフトウェア（以下、単に「アプリ」と呼ぶこともある）がインストールされる。そして情報処理装置は、サービスに対応するアプリを実行することで、そのサービスの仕様に沿ったデータ送信を行う。

【0007】

しかし、サービスごとのアプリを情報処理装置にインストールして各アプリを実行すると、複数のサービス向けにデータを送信するための情報処理装置の処理負荷が増大する。処理負荷の増大により、情報処理装置を用いた業務の効率が低下する。

【0008】

また、サービスごとのアプリを利用する場合、複数サービスの追加、削除、更新があるたびに、情報処理装置に対してアプリのインストール、アンインストール、アップデートの作業を行うこととなる。これによって、多くの管理作業が発生する。このような管理作用の増加により、システム管理業務の効率が低下する。

【0009】

１つの側面では、本件は、複数のサービスを提供することによる業務効率の低下を軽減することを目的とする。

【課題を解決するための手段】

【0010】

１つの案では、以下のような処理部を有する情報処理装置が提供される。
処理部は、情報処理装置に適用される複数のサービスのいずれかを提供する複数のサーバと、複数のサーバそれぞれがサービス提供のために使用する情報処理装置内部のデータと、データの有効期間と、複数のサーバそれぞれへのデータの送信タイミングとを示すサービス情報に基づいて、複数のサーバのいずれかへのデータの送信タイミングになったことを検出する。処理部は、送信タイミングとなった第１のサーバが第１のサービスの提供のために使用する送信対象データのうち、取得済みでかつ取得から有効期間内の第１のデータ以外の第２のデータを取得する。そして処理部は、第１のサーバへ第１のデータと第２のデータとを送信する。

【発明の効果】

【0011】

１態様によれば、複数のサービスを提供することによる業務効率の低下が軽減される。

【図面の簡単な説明】

【0012】

【図1】第１の実施の形態に係る情報処理装置の一例を示す図である。

【図2】第２の実施の形態のコンピュータネットワークシステムの一例を示す図である。

【図3】ＰＣのハードウェアの一例を示す図である。

【図4】サービスで利用するデータ送信のために各装置が有する機能の一例を示すブロック図である。

【図5】サービス情報と取得データリストとの一例を示す図である。

【図6】ＰＣからサーバへのデータ送信の一例を示す図である。

【図7】データ提供部の処理手順の一例を示すフローチャートである。

【図8】送信タイミングが異なるサービスシステムを送信先とするサービス情報の一例を示す図である。

【図9】サービスを提供する複数のサーバへのデータ送信の一例を示す図である。

【図10】データ単位でのキャッシュ管理の一例を示す図である。

【発明を実施するための形態】

【0013】

以下、本実施の形態について図面を参照して説明する。なお各実施の形態は、矛盾のない範囲で複数の実施の形態を組み合わせて実施することができる。
〔第１の実施の形態〕
第１の実施の形態は、複数のサーバからサービスの提供を受けることによる業務効率の低下を軽減する情報処理装置である。

【0014】

図１は、第１の実施の形態に係る情報処理装置の一例を示す図である。情報処理装置１０は、例えば単一のデータ配信プログラムを実行することにより、複数のサービスに利用するデータ５を効率的に送信することができる。

【0015】

情報処理装置１０は、記憶部１１と処理部１２とを有する。記憶部１１は、例えば情報処理装置１０が有するメモリまたはストレージ装置である。処理部１２は、例えば情報処理装置１０が有するプロセッサまたは演算回路である。

【0016】

情報処理装置１０は、情報処理装置１０に適用される複数のサービスのいずれかを提供する複数のサーバ１～３に、例えばネットワークを介して接続されている。
記憶部１１は、サービス情報４を記憶する。サービス情報４は、複数のサーバ１～３と、複数のサーバ１～３それぞれがサービス提供のために使用する情報処理装置１０内部のデータ５と、データ５の有効期間と、複数のサーバ１～３それぞれへのデータ５の送信タイミングとを示す。データ５の有効期間は、サーバに送信するデータとして、どの程度前に取得したデータまでを許容するのかを示す。

【0017】

処理部１２は、サービス情報４に基づいて、複数のサーバ１～３のいずれかへのデータ送信タイミングになったことを検出する。すると処理部１２は、送信タイミングとなった第１のサーバが第１のサービスの提供のために使用する送信対象データのうち、取得済みでかつ取得から有効期間内の第１のデータ以外の第２のデータを取得する。そして処理部１２は、第１のサーバへ第１のデータと第２のデータとを送信する。

【0018】

なお処理部１２は、取得した第２のデータに取得日時を付与してキャッシュ領域６に格納する。キャッシュ領域６に格納されたデータは、以後の送信タイミングの検知の際には、取得済みのデータとなる。

【0019】

これにより、複数のサーバ１～３への効率的なデータ送信が行われる。図１の例では、サーバ１はサービスＡを提供し、サーバ２はサービスＢを提供し、サーバ３はサービスＣを提供する。サービス情報４には、サービスＡを提供するサーバ１へ送信するデータは「ｄａｔａ１，ｄａｔａ２」であり、送信タイミングは「毎日０時」であることが設定され、サーバ１へ送信するデータの有効期間は設定されていない。サービスで使用するデータの有効期間が設定されていない場合、処理部１２は、そのサービスを提供するサーバへ、送信タイミングになったときに取得したデータを送信する。

【0020】

またサービス情報４には、サービスＢを提供するサーバ２へ送信するデータは「ｄａｔａ１，ｄａｔａ３」であり、送信タイミングは「毎日０時」であることが設定され、サーバ２へ送信するデータの有効期間は設定されていない。さらにサービス情報４には、サービスＣを提供するサーバ３へ送信するデータは「ｄａｔａ２，ｄａｔａ３」であり、送信タイミングは「毎日４時」であり、サーバ３へ送信するデータの有効期間は「１日」であることが設定されている。

【0021】

この場合、処理部１２は、毎日０時になると、サービスＡのサーバ１とサービスＢのサーバ２とへのデータ送信タイミングであると判断する。そして処理部１２は、「ｄａｔａ１，ｄａｔａ２，ｄａｔａ３」を取得する。例えば処理部１２は、「ｄａｔａ１，ｄａｔａ２，ｄａｔａ３」それぞれについて、データの属性に応じた手続きでデータを取得する。例えばＯＳ（Operating System）が管理するデータであれば、処理部１２はＯＳにデータを要求する。またアプリが管理するデータであれば、処理部１２は、そのアプリにデータを要求する。また所定のメモリ、ストレージ領域、またはレジスタに格納されているデータであれば、処理部１２は、格納されている場所からデータを読み出す。

【0022】

処理部１２は、取得したデータのうち「ｄａｔａ１，ｄａｔａ２」をサーバ１に送信し、「ｄａｔａ１，ｄａｔａ３」をサーバ２に送信する。また処理部１２は、取得したデータをキャッシュ領域６に保持する。キャッシュ領域６は、例えば情報処理装置１０のメモリ内のデータ提供処理用に確保された記憶領域である。

【0023】

その後、４時になると、処理部１２は、サービスＣのサーバ３へのデータ送信タイミングであると判断する。ここでサーバ３に送信するデータは「ｄａｔａ２，ｄａｔａ３」である。これらのデータはキャッシュ領域６に格納されている。またサービスＣに送信するデータの有効期間は１日である。すなわちデータの取得日時から送信タイミングまで２４時間以上経過していなければ、キャッシュ領域６のデータを利用できる。４時の時点でキャッシュ領域６に格納されている「ｄａｔａ２，ｄａｔａ３」は４時間前に取得されたものであり、キャッシュ領域６に保持されたデータは有効である。そこで処理部１２は、キャッシュ領域６に保持されている「ｄａｔａ２，ｄａｔａ３」を、サーバ３に送信する。

【0024】

このように、処理部１２が複数のサービスで利用するデータを一括して管理して複数のサーバ１～３に送信することで、処理部１２によるデータ取得処理の頻度が少なくて済む。データ取得処理の頻度が少ないことで情報処理装置１０の負荷が少なくて済み、複数のサービスを提供することによる情報処理装置１０を利用した業務効率の低下が軽減される。

【0025】

例えば処理部１２は、複数の第１のサーバが同時に送信タイミングとなり、複数の第１のサーバそれぞれがサービスの提供のために使用するデータのうちの第２のデータが共通する場合がある。この場合、処理部１２は、１回の取得処理で第２のデータを取得して、取得した第２のデータを複数の第１のサーバそれぞれへ送信する。

【0026】

図１の例では、毎日０時に２台のサーバ１，２へのデータの送信タイミングとなる。このときサーバ１，２それぞれに送信するデータのうち「ｄａｔａ１」は共通する。この場合、「ｄａｔａ１」については１回の取得手続きで取得され、両方のサーバ１，２に送信される。そのため、サービスＡとサービスＢとで別々にデータ取得およびデータ送信を行う場合に比べ、データ取得の回数が減る。その結果、情報処理装置１０の負荷が低減する。

【0027】

また処理部１２は、取得したデータはキャッシュ領域６に保持しておき、提供されるサービスにおいて許容される期間内であれば、キャッシュ領域６に保持したデータを送信する。例えば毎日４時にはサービスＣを提供するサーバ３へのデータの送信タイミングとなる。サービスＣで利用するデータについては有効期間が「１日」と設定されている。そのため処理部１２は、４時間前に取得した「ｄａｔａ２，ｄａｔａ３」をキャッシュ領域６から読み出し、サーバ３に送信する。これにより、新たに「ｄａｔａ２，ｄａｔａ３」の取得処理を実行せずに済み、データ取得回数が低減する。

【0028】

また記憶部１１に格納されているサービス情報４には、複数のサーバ１～３それぞれがサービス提供のために使用するデータについて、サービスごとの有効期間が示されている。処理部１２は、送信タイミングとなった第１のサーバがサービス提供のために使用する取得済みのデータについて、提供するサービスについての有効期間に基づいて、有効期間内の第１のデータか否かを判断する。これにより、サービスごとに、許容できる有効期間を設定し、データ取得の効率化を図ることができる。図１の例であれば、サービスＣはデータの有効期間が「１日」あるため、サービスＣを提供するサーバ３へのデータ送信時には、４時間前に取得したデータの再利用が可能である。その結果、データ取得処理の回数が低減され、情報処理装置１０の負荷が軽減される。

【0029】

なお、記憶部１１に格納されているサービス情報４には、複数のサーバ１～３それぞれがサービス提供のために使用するデータについての有効期間は、データ項目ごとに設定してもよい。その場合、処理部１２は、送信タイミングとなった第１のサーバがサービス提供のために使用する取得済みのデータのデータ項目の有効期間に基づいて、有効期間内の第１のデータか否かを判断する。

【0030】

これにより、同じサービスに使用するデータであっても、データ項目に応じて、有効期間を変えることができる。例えば機器のハードウェアＩＤのように変更されることが少ないデータは、有効期間を長く設定することで、データ取得処理の頻度を低減することができる。また、動作しているアプリのリストのようなデータは、運用中に動的に変化するため、有効期間を短く設定することで、リアルタイムの状態を示すデータがサーバに送信される。

【0031】

なおサーバ１～３は、情報処理装置１０以外の情報処理装置にもサービスを提供することができる。その場合、多数の情報処理装置にサービス情報４を配信することとなる。例えば管理用のサーバが、情報処理装置１０を含む多数の情報処理装置に、その情報処理装置が提供を受けるサービスに関するサービス情報を送信する。

【0032】

提供するサービスの追加、変更、削除をサービス情報４の追加、変更、削除で実現できることにより、多数の情報処理装置それぞれに複数のサービスを適用するための管理負担が軽減される。その結果、複数のサービスの提供に伴う業務効率の低下が軽減される。

【0033】

〔第２の実施の形態〕
第２の実施の形態は、ＰＣ、スマートフォンなどの多数の情報処理装置に対する複数のシステムによる管理を効率的に行うことを可能とするコンピュータネットワークシステムである。

【0034】

図２は、第２の実施の形態のコンピュータネットワークシステムの一例を示す図である。ネットワーク２０には、複数のＰＣ１００，１００ａ，・・・が、有線または無線で接続されている。例えばＰＣ１００は、ノートＰＣである。またＰＣ１００ａは、タブレットＰＣである。ＰＣ１００，１００ａ，・・・は、ネットワーク２０に接続される情報処理装置の一例である。ネットワーク２０には、ＰＣ１００，１００ａ，・・・以外にも、スマートフォン、スマートスピーカなどの様々な情報処理装置を接続可能である。

【0035】

ネットワーク２０には、さらにサービス提供用の複数のサーバ２００，２００ａ，・・・と、サービス管理用のサーバ３００とが接続されている。サーバ２００，２００ａ，・・・で提供されるサービスには、例えばＰＣ１００，１００ａ，・・・のハードウェア資源またはソフトウェア資源の管理サービスがある。サーバ２００，２００ａ，・・・は、ＰＣ１００，１００ａ，・・・の運用状態を管理するサービスを提供することもできる。

【0036】

管理用のサーバ３００は、ＰＣ１００，１００ａ，・・・に対して提供するサービスを管理する。例えばサーバ３００は、各ＰＣ１００，１００ａ，・・・に対して、サーバ２００，２００ａ，・・・にサーバに送信するデータの種別、送信するタイミングなどを示すサービス情報を送信する。ＰＣ１００，１００ａ，・・・は、受信したサービス情報に従って、サーバ２００，２００ａ，・・・に対して、サービスの提供に用いられるデータを送信する。

【0037】

図３は、ＰＣのハードウェアの一例を示す図である。ＰＣ１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１０９を介してメモリ１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、またはＤＳＰ（Digital Signal Processor）である。プロセッサ１０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現してもよい。

【0038】

メモリ１０２は、ＰＣ１００の主記憶装置として使用される。メモリ１０２には、プロセッサ１０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０２には、プロセッサ１０１による処理に利用する各種データが格納される。メモリ１０２としては、例えばＲＡＭ（Random Access Memory）などの揮発性の半導体記憶装置が使用される。

【0039】

バス１０９に接続されている周辺機器としては、ストレージ装置１０３、ＧＰＵ（Graphics Processing Unit）１０４、入力インタフェース１０５、光学ドライブ装置１０６、機器接続インタフェース１０７およびネットワークインタフェース１０８がある。

【0040】

ストレージ装置１０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しを行う。ストレージ装置１０３は、ＰＣ１００の補助記憶装置として使用される。ストレージ装置１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置１０３としては、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を使用することができる。

【0041】

ＧＰＵ１０４は画像処理を行う演算装置である。ＧＰＵ１０４は、グラフィックコントローラの一例である。ＧＰＵ１０４には、モニタ２１が接続されている。ＧＰＵ１０４は、プロセッサ１０１からの命令に従って、画像をモニタ２１の画面に表示させる。モニタ２１としては、有機ＥＬ（Electro Luminescence）を用いた表示装置や液晶表示装置などがある。

【0042】

入力インタフェース１０５には、キーボード２２とマウス２３とが接続されている。入力インタフェース１０５は、キーボード２２やマウス２３から送られてくる信号をプロセッサ１０１に送信する。なお、マウス２３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

【0043】

光学ドライブ装置１０６は、レーザ光などを利用して、光ディスク２４に記録されたデータの読み取り、または光ディスク２４へのデータの書き込みを行う。光ディスク２４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク２４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）などがある。

【0044】

機器接続インタフェース１０７は、ＰＣ１００に周辺機器を接続するための通信インタフェースである。例えば機器接続インタフェース１０７には、メモリ装置２５やメモリリーダライタ２６を接続することができる。メモリ装置２５は、機器接続インタフェース１０７との通信機能を搭載した記録媒体である。メモリリーダライタ２６は、メモリカード２７へのデータの書き込み、またはメモリカード２７からのデータの読み出しを行う装置である。メモリカード２７は、カード型の記録媒体である。

【0045】

ネットワークインタフェース１０８は、ネットワーク２０に接続されている。ネットワークインタフェース１０８は、ネットワーク２０を介して、他のコンピュータまたは通信機器との間でデータの送受信を行う。ネットワークインタフェース１０８は、例えばスイッチやルータなどの有線通信装置にケーブルで接続される有線通信インタフェースである。またネットワークインタフェース１０８は、基地局やアクセスポイントなどの無線通信装置に電波によって通信接続される無線通信インタフェースであってもよい。

【0046】

ＰＣ１００は、以上のようなハードウェアによって、第２の実施の形態の処理機能を実現することができる。他のＰＣ１００ａ，・・・もＰＣ１００と同様のハードウェアにより実現することができる。なおタブレットＰＣの場合、モニタ２１はＰＣと一体に設けられ、キーボード２２とマウス２３に代えてモニタ２１の画面上にタッチパネルが設けられる。サービス提供用のサーバ２００，２００ａ，・・・、サーバ３００もＰＣ１００と同様のハードウェアにより実現することができる。また、第１の実施の形態に示した情報処理装置１０も、ＰＣ１００と同様のハードウェアにより実現することができる。

【0047】

ＰＣ１００は、例えばコンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施の形態の処理機能を実現する。ＰＣ１００に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、ＰＣ１００に実行させるプログラムをストレージ装置１０３に格納しておくことができる。プロセッサ１０１は、ストレージ装置１０３内のプログラムの少なくとも一部をメモリ１０２にロードし、プログラムを実行する。またＰＣ１００に実行させるプログラムを、光ディスク２４、メモリ装置２５、メモリカード２７などの可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１０１からの制御により、ストレージ装置１０３にインストールされた後、実行可能となる。またプロセッサ１０１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

【0048】

次に、サービスで利用するデータ送信のための各装置の機能について説明する。
図４は、サービスで利用するデータ送信のために各装置が有する機能の一例を示すブロック図である。サーバ３００は、記憶部３１０とサービス管理部３２０とを有する。

【0049】

記憶部３１０は、ＰＣ１００，１００ａ，・・・に適用可能なサービスごとのサービス情報３１１ａ，３１１ｂ，・・・と適用サービス情報３１２とを記憶する。サービス情報３１１ａ，３１１ｂ，・・・それぞれは、対応するサービス提供のために、そのサービスを適用するＰＣから、そのサービスを提供するサーバに送信するデータの種別を示す情報である。適用サービス情報３１２は、ＰＣ１００，１００ａ，・・・それぞれに対して適用するサービスを示す情報である。例えば適用サービス情報３１２には、ネットワーク上でＰＣを識別するＰＣ名に対応づけて、そのＰＣに適用するサービスのリストが設定されている。

【0050】

サービス管理部３２０は、適用サービス情報３１２に基づいて、サービス情報３１１ａ，３１１ｂ，・・・をＰＣ１００，１００ａ，・・・に送信する。例えばサービス管理部３２０は、適用サービス情報３１２を参照し、ＰＣ１００，１００ａ，・・・それぞれに対して、そのＰＣに適用するサービスに対するサービス情報を送信する。

【0051】

ＰＣ１００は、記憶部１１０とデータ提供部１２０とを有する。なお、ＰＣ１００以外のＰＣ１００ａ，・・・も、ＰＣ１００と同様の機能を有する。
記憶部１１０は、サービス情報１１１と取得データリスト１１２とを記憶する。ＰＣ１００の記憶部１１０が記憶するサービス情報１１１は、ＰＣ１００に適用されるすべてのサービスのサービス情報を統合した情報である。取得データリスト１１２は、サービスの提供に使用するために取得可能なＰＣ１００内のデータのリストである。

【0052】

データ提供部１２０は、ＰＣ１００に提供されるサービスを提供するサーバへのデータ送信を行う。例えばデータ提供部１２０は、サーバ３００から受信したサービス情報を記憶部１１０に格納する。ＰＣ１００が複数のサービスの提供を受ける場合、データ提供部１２０は、提供を受ける複数のサービスそれぞれのサービス情報を１つに統合したサービス情報１１１を生成し、記憶部１１０に格納する。またデータ提供部１２０は、サービス情報１１１に基づいて、取得データリスト１１２に示されているデータの少なくとも一部を取得し、そのデータをサービスに使用するサーバに送信する。なお、データ提供部１２０は、例えば複数のサービスで共通に使用される共通アプリとして、ＰＣ１００にインストールされている。

【0053】

サーバ２００は、ＰＣ１００，１００ａ，・・・の少なくとも１台に対するサービス２１０を提供する。サービス２１０は、例えば複数のサービスシステム２１１，２１２，・・・によって提供される。サーバ２００以外の各サーバ２００ａ，・・・も、サーバ２００と同様に、１または複数のサービスシステムによってサービスを提供する。

【0054】

サービスシステム２１１，２１２，・・・は、サービスを適用するＰＣからデータを取得し、そのデータに基づいてサービスに係る処理を実行する。例えばサービスシステム２１１はハードウェア資源を管理し、サービスシステム２１２はソフトウェア資源を管理する。

【0055】

サービスシステム２１１は、サービスを適用するＰＣのデータを管理するための管理テーブル２１１ａを有する。例えばサービス２１１は、サービスを適用するＰＣから受信したデータを管理テーブル２１１ａに格納する。他のサービスシステム２１２，・・・も、サービスシステム２１１と同様に管理テーブルを有する。

【0056】

このようなシステムにより、ＰＣ１００，１００ａ，・・・それぞれは、サーバ２００，２００ａ，・・・いずれか１以上からサービスの提供を受けることができる。例えばＰＣ１００，１００ａ，・・・それぞれは、資源管理サービスとメンテナンスサービスとの提供を受けることができる。

【0057】

次に、ＰＣ１００に格納されているサービス情報１１１と取得データリスト１１２とについて具体的に説明する。
図５は、サービス情報と取得データリストとの一例を示す図である。例えばサービス情報１１１は、サービス基本情報１１１ａ、サービスシステム情報１１１ｂ、および送信データリスト１１１ｃを含む。

【0058】

サービス基本情報１１１ａには、ＰＣ１００に適用されるサービスそれぞれを一意に識別するためのサービスＩＤに対応づけて、そのサービスのサービス名が設定されている。例えば、サービスＩＤ「０００１」は資源管理サービスであり、そのサービスのサービス名は「Ｆ通標準ＰＣ資産管理サービス」である。サービスＩＤ「０００２」はＰＣの運用管理サービスであり、そのサービスのサービス名は「メンテナンスサービス」である。

【0059】

サービスシステム情報１１１ｂには、データの送信先となるサービスシステムごとに、サービスＩＤ、サービスシステムＩＤ，サービスシステム名、送信先ＵＲＬ（Uniform Resource Locator）、送信フォーマット、行構造タイプ、送信タイミング、キャッシュ利用可否、有効期間などが設定されている。

【0060】

サービスシステム情報１１１ｂのサービスＩＤは、送信先のサービスシステムを用いて提供されるサービスのサービスＩＤである。
サービスシステムＩＤは、サービスの提供に使用されるサービスシステムを一意に識別する識別子である。

【0061】

サービスシステム名は、サービスシステムの名称である。送信先ＵＲＬは、サービスシステムで使用するデータの送信先のＵＲＬである。
送信フォーマットは、サービスシステムに送信するデータのデータフォーマットである。送信フォーマットとしては、例えばＪＳＯＮ（JavaScript Object Notation）、ＣＳＶ（Comma-Separated Values）、ＸＭＬ（Extensible Markup Language）などのデータフォーマットが指定される。

【0062】

行構造タイプは、１回のデータ送信当たりのデータが、１行のデータか、複数行のデータかを示す。例えばＰＣ１００は、項目名と項目値との組を複数並べたデータであれば、１行のデータとして送信することができる。このようなデータの行構造タイプは「１行」となる。またＰＣ１００は、例えばログデータのように、異なる共通の項目を含む多数のレコードを含むデータの場合、項目の並びだけを定義して、複数の項目値を１行とする複数行のデータとすることで、少ないデータ量でデータを送信することができる。このようなデータの場合、行構造タイプは「複数行」となる。

【0063】

送信タイミングは、ＰＣ１００からサーバへデータを送信するタイミングを示す。送信タイミングとしては、例えば毎月の所定日時、毎週の所定曜日の所定日時、毎日の所定時刻、毎時の所定の分秒などが設定される。

【0064】

キャッシュ利用可否は、対応するサービスシステムに送信するデータすべてについて、キャッシュしておき、再利用することを許容するか否かを示す。すべてのデータのキャッシュが許容される場合、キャッシュ利用可否「利用可能」となる。すべてのデータのキャッシュが許容されない場合、キャッシュ利用可否「利用不可」となる。

【0065】

有効期間は、キャッシュが許容される場合において、データをキャッシュしておくことができる期間を示す。例えばキャッシュの有効期間として、「１週」（６０４，８００秒）、「１日」（８６，４００秒）、「１時間」（３６００秒）などの期間が設定される。

【0066】

送信データリスト１１１ｃには、送信対象のデータごとに、サービスＩＤ、サービスシステムＩＤ、データＩＤ、データ項目名、必須情報、キャッシュ利用可否、有効期間などが設定されている。

【0067】

送信データリスト１１１ｃのサービスＩＤは、データを利用するサービスのサービスＩＤである。
送信データリスト１１１ｃのサービスシステムＩＤは、データの送信先となるサービスシステムのサービスシステムＩＤである。

【0068】

データＩＤは、サービスシステムに送信するデータを一意に示す識別子である。
データ項目名は、送信するデータに付与する項目名である。
例えば送信フォーマットが「ＪＳＯＮ」の場合、データ項目名としてキー名が用いられる。また送信フォーマットが「ＣＳＶ」の場合、データ項目名としてインデックスが設けられる。

【0069】

必須情報は、対応するデータの送信が必須か否かを示す。例えば必須のデータの必須情報は「ＴＲＵＥ」である。また必須ではないデータの必須情報は「ＦＡＬＳＥ」である。送信タイミングにおいて必須のデータが取得できなかった場合、データ送信はエラー終了する。送信タイミングにおいて必須ではないデータが取得できなかった場合、取得できたデータのみが送信される。

【0070】

送信データリスト１１１ｃにおけるキャッシュ利用可否は、対応するデータについて、キャッシュしておき、再利用することを許容するか否かを示す。データのキャッシュが許容される場合、キャッシュ利用可否「利用可能」となる。データのキャッシュが許容されない場合、キャッシュ利用可否「利用不可」となる。特定のデータについてのキャッシュ利用可否と、そのデータの送信先となるサービスシステムについてのキャッシュ利用可否とが食い違う場合、送信データリスト１１１ｃに示されるそのデータについてのキャッシュ利用可否の設定が有効となる。

【0071】

また、サービスシステム情報１１１ｂにおいてキャッシュ利用可能とされているサービスシステムに対して、送信データリスト１１１ｃにおいてもキャッシュ利用可能とされているデータを送信する場合にのみ、キャッシュされているデータを利用可能としてもよい。

【0072】

送信データリスト１１１ｃにおける有効期間は、対応するデータについてキャッシュ利用が許容される場合における、そのキャッシュされたデータの有効期間を示す。
サービス情報１１１内のサービス基本情報１１１ａの各レコード（各行）とサービスシステム情報の各レコードとは、サービスＩＤで関連づけられている。サービス情報１１１内のサービスシステム情報１１１ｂの各レコードと送信データリスト１１１ｃとの各レコードとは、サービスシステムＩＤで関連づけられている。

【0073】

取得データリスト１１２には、ＰＣ１００で取得可能なデータ種別ごとに、そのデータのデータＩＤ、データ名、フォーマットなどが設定されている。
取得データリスト１１２のデータＩＤは、取得可能なデータをＰＣ１００内で一意に識別する識別子である。

【0074】

データ名は、取得可能なデータの名称である。データ名としては、「型名」、「号機」などがある。
フォーマットは、取得可能なデータのデータフォーマットである。フォーマットとしては、「文字列」、「整数」、「実数」などがある。

【0075】

サービス情報１１１内の送信データリスト１１１ｃの各レコードと取得データリスト１１２の各レコードとは、データＩＤで関連付けられている。
ＰＣ１００のデータ提供部１２０は、図５に示すようなサービス情報１１１と取得データリスト１１２とに基づいて、所定のタイミングで、サービスを提供するサーバにデータを送信する。

【0076】

図６は、ＰＣからサーバへのデータ送信の一例を示す図である。例えばサーバ３００のサービス管理部３２０からＰＣ１００に対して、サービス情報の追加・変更・削除などの要求が送信される。例えばサービス管理部３２０は、ＰＣ１００に適用するサービスの追加・変更・削除があった場合、またはＰＣ１００に適用しているサービスのサービス情報の変更があった場合に、サービス情報の追加・変更・削除などの要求を送信する。

【0077】

ＰＣ１００のデータ提供部１２０は、サービス管理部３２０からの要求に従って、記憶部１１０に格納されているサービス情報１１１を更新する。図６の例では、サーバ２００で提供されるサービス２１０とサーバ２００ａで提供されるサービス２１０ａとが、ＰＣ１００に適用されるものとする。データ提供部１２０は、サービス情報１１１に基づいてサーバ２００，２００ａへのデータ送信を行う。例えば、ＰＣ１００のデータ提供部１２０は、サービス情報１１１に示される送信タイミングで、送信対象のデータをＰＣ１００内から取得する。そしてデータ提供部１２０は、取得したデータをサーバ２００またはサーバ２００ａに送信する。

【0078】

データ提供部１２０は、取得したデータを、データ提供部１２０が管理するキャッシュ領域１２１に格納する。キャッシュ領域１２１に格納したデータは、次の送信タイミングに送信するデータとなったとき、利用するサービスに指定された有効期間内であれば、そのサービスを提供するサーバに送信される。

【0079】

例えばＰＣ１００の型名や号機のデータは、運用中に変わることはないため、キャッシュ可能と設定される。また、ＰＣ１００の運用中に適宜更新されるデータ（例えばＣＰＵ使用率、イベントログなど）は、例えばキャッシュ不可と設定される。

【0080】

このようにして、ＰＣ１００は、複数のサービス２１０，２１０ａの提供を受けるためのデータ送信を効率的に行うことができる。すなわち、データ提供部１２０は、サービス情報１１１に基づいて、サービス２１０，２１０ａそれぞれに送信するデータと送信タイミングを把握し、データ送信を行うことができる。データ提供部１２０は、複数のサービス２１０，２１０ａで共通で利用される共通アプリであり、サービスごとのアプリを利用する場合に比べてＰＣ１００で消費する資源が少なくて済む。そのためＰＣ１００の処理負荷が低減する。データ提供部１２０が共通アプリであることは、データ提供部１２０の機能改善などの修正作業の手間の低減にもなる。

【0081】

さらにデータ提供部１２０は、取得したデータをキャッシュしておくことができる。異なる送信タイミングで共通のデータを複数のサーバに送信する場合、送信タイミングが後のデータ送信では、ストレージ装置１０３などからのデータ取得はせずに、キャッシュしたデータを送信することができる。これにより、データ取得頻度が低減し、データ送信処理が効率化される。

【0082】

次にデータ提供部１２０の処理について具体的に説明する。
図７は、データ提供部の処理手順の一例を示すフローチャートである。以下、図７に示す処理をステップ番号に沿って説明する。

【0083】

［ステップＳ１０１］データ提供部１２０は、サービス情報１１１を参照し、データの送信タイミングのサービスシステムがあるか否かを判断する。データ提供部１２０は、送信タイミングとなったサービスシステムがある場合、処理をステップＳ１０２に進める。またデータ提供部１２０は、送信タイミングとなったサービスシステムがなければ、ステップＳ１０１の処理を繰り返す。ステップＳ１０１の処理より、送信タイミングとなったサービスシステムが検知される。

【0084】

［ステップＳ１０２］データ提供部１２０は、送信対象のデータのデータＩＤのリストを取得する。例えばデータ提供部１２０は、送信データリスト１１１ｃに基づいて、送信タイミングとなったサービスシステムのサービスシステムＩＤに対応付けられているデータＩＤをリストアップする。

【0085】

［ステップＳ１０３］データ提供部１２０は、送信するデータのデータＩＤのうち、未処理のデータのデータＩＤを１つ選択する。
［ステップＳ１０４］データ提供部１２０は、取得したデータＩＤに対応するデータがキャッシュされており、現在の日時がキャッシュの有効期限内か否かを判断する。データ提供部１２０は、期限が有効なデータがキャッシュされている場合、処理をステップＳ１０５に進める。またデータ提供部１２０は、期限が有効なデータがキャッシュされていない場合、処理をステップＳ１０６に進める。

【0086】

［ステップＳ１０５］データ提供部１２０は、選択したデータＩＤに対応するデータをキャッシュ領域１２１から抽出し、そのデータを指定された形式（送信フォーマット、行構造タイプ）に変換する。その後、データ提供部１２０は、処理をステップＳ１０９に進める。

【0087】

［ステップＳ１０６］データ提供部１２０は、ストレージ装置１０３、または他のソフトウェアが管理するメモリ１０２内の記憶領域から、選択したデータＩＤに対応するデータを取得する。このときデータの取得に失敗する場合もあり得る。データ提供部１２０は、データの取得に失敗した場合には、ステップＳ１０７～Ｓ１０８の処理をスキップする。

【0088】

［ステップＳ１０７］データ提供部１２０は、取得したデータをキャッシュ領域１２１に格納する。
［ステップＳ１０８］データ提供部１２０は、取得したデータを指定された形式（送信フォーマット、行構造タイプ）に変換する。

【0089】

［ステップＳ１０９］データ提供部１２０は、送信するデータのうち未処理のデータがあるか否かを判断する。データ提供部１２０は、未処理のデータがある場合、処理をステップＳ１０３に進める。またデータ提供部１２０は、送信するデータのすべてについて処理が終了した場合、処理をステップＳ１１０に進める。

【0090】

［ステップＳ１１０］データ提供部１２０は、送信するデータのうちの、送信データリスト１１１ｃにおいて必須（必須情報「ＴＲＵＥ」）のデータをすべて取得できたか否かを判断する。データ提供部１２０は、必須のすべてのデータを取得できた場合、処理をステップＳ１１１に進める。またデータ提供部１２０は、必須のデータのうちの少なくとも一部が取得できなかった場合、処理をステップＳ１１２に進める。

【0091】

［ステップＳ１１１］データ提供部１２０は、送信タイミングとなったサービスシステムを有するサーバへ、取得したデータを送信する。データの送信先は、サービスシステム情報１１１ｂにおいて該当サービスシステムに対応付けられた送信先ＵＲＬである。その後、データ提供部１２０は、処理をステップＳ１１３に進める。

【0092】

［ステップＳ１１２］データ提供部１２０は、エラー通知処理を行う。例えばデータ提供部１２０は、必須のデータの取得に失敗したことを示すエラー情報を、送信タイミングとなったサービスシステムを有するサーバへ送信する。

【0093】

［ステップＳ１１３］データ提供部１２０は、共通アプリ停止の指示があったか否かを判断する。データ提供部１２０は、共通アプリ停止の指示がなければ、処理をステップＳ１０１に進める。またデータ提供部１２０は、共通アプリ停止の指示がある場合、処理を終了する。

【0094】

このようにしてＰＣ１００は、共通アプリであるデータ提供部１２０により、複数のサービスそれぞれのサービスシステムに対して、サービスに使用するデータを効率的に送信することができる。例えば送信タイミングが異なる複数のサービスシステムでデータを送信する場合には、データ提供部１２０は、キャッシュされているデータについてはデータ取得処理をせずに済み、取得するデータ量が削減される。

【0095】

図８は、送信タイミングが異なるサービスシステムを送信先とするサービス情報の一例を示す図である。図８に示すサービス情報１１１－１では、ＰＣ１００がサービスＡとサービスＢとの適用を受ける。

【0096】

サービスＡには、サービスＩＤ「０００１」のサービスシステムが含まれる。サービスＩＤ「０００１」のサービスシステムへのデータの送信タイミングは「毎日０時」である。サービスＩＤ「０００１」のサービスシステムへ送信するデータについては、キャッシュ利用不可である。サービスＩＤ「０００１」のサービスシステムに送信するデータには、型名、号機、インストールアプリリスト、サービスＡ用データなどが含まれる。

【0097】

サービスＢには、サービスＩＤ「０００２」のサービスシステムが含まれる。サービスＩＤ「０００２」のサービスシステムへのデータの送信タイミングは「毎日４時」である。サービスＩＤ「０００２」のサービスシステムへ送信するデータについては、キャッシュ利用可能であり、キャッシュ有効期間は１日（８６４００秒）である。サービスＩＤ「０００２」のサービスシステムに送信するデータには、型名、号機、インストールアプリリスト、サービスＢ用データなどが含まれる。

【0098】

なお、図８の例では、データごとのキャッシュ利用可否は設定されていないものとする。そのためサービスシステムに設定されたキャッシュ利用可否が有効となる。
図９は、サービスを提供する複数のサーバへのデータ送信の一例を示す図である。図９には、図８に示すサービス情報１１１－１に基づくデータ送信処理の例が示されている。例えばデータ提供部１２０は、毎日０時になると、サーバ２００で提供されるサービスＡのサービスシステムに対するデータの送信タイミングであると判断する。そしてデータ提供部１２０は、該当サービスシステムに送信する「型名」、「号機」、「インストールアプリリスト」、「サービスＡ用データ」を、ＰＣ１００内から取得する。そしてデータ提供部１２０は、取得したデータをサーバ２００に送信する。

【0099】

このとき「型名」、「号機」、「インストールアプリリスト」については、キャッシュ領域１２１に格納される。格納された各データには、例えば取得時刻と有効期限が付与される。

【0100】

その後、時刻が４時になると、データ提供部１２０は、サーバ２００ａで提供されるサービスＢのサービスシステムに対するデータの送信タイミングであると判断する。データ提供部１２０は、送信するデータのうち「型名」、「号機」、「インストールアプリリスト」はすでにキャッシュ領域１２１に保持している。これらのデータは、取得時刻から４時間しか経過しておらず、有効期限（１日）内である。そこで、データ提供部１２０は、キャッシュしていない「サービスＢ用データ」を、ＰＣ１００内から取得する。そしてデータ提供部１２０は、キャッシュ領域１２１内の「型名」、「号機」、「インストールアプリリスト」と、取得した「サービスＢ用データ」とをサーバ２００ａに送信する。

【0101】

サービスＡは毎日０時、サービスＢは毎日４時が送信タイミングなので、サービスごとのアプリでデータ送信を行うと、「型名」、「号機」、「インストールアプリリスト」について、１日に２回のデータ取得が実行される。それに対して、データ提供部１２０のような共通アプリを用いることで、２つのサーバ２００，２００ａに両方に送信するデータは、１日に１回だけ取得すればよくなる。そのためデータ取得効率が向上する。

【0102】

なお、図９の例では、サービスシステムごとにキャッシュ可否と有効期間を設定しているが、データごとにキャッシュ可否と有効期間を設定することで、より細かなキャッシュデータの管理が可能となる。

【0103】

図１０は、データ単位でのキャッシュ管理の一例を示す図である。例えば「型名」、「号機」、メモリ、ストレージなどのスペック情報は、ほとんど変更されることはないため、キャッシュ可能として、キャッシュの有効期間は１週間とすることができる。「インストールアプリリスト」は、運用中に変更されることはあるものの変更頻度は高くないため、例えばキャッシュ可能として、キャッシュの有効期間は１日とすることができる。

【0104】

「実行中アプリリスト」は、リアルタイムの状態をサービスで利用するのであれば、キャッシュ不可とされる。またサービスにおいて一定の時間帯内で利用されたアプリのリストが利用される場合、「実行中アプリリスト」はキャッシュ可能として、キャッシュの有効期間は１時間程度とすることができる。図１０の例では、「実行中アプリリスト」はキャッシュ不可である。

【0105】

このとき、サーバ２００で提供されるサービスＡのサービスシステムに対しては、毎日０時に、「型名」、「号機」、「インストールアプリリスト」、「実行中アプリリスト」を送信することになっているものとする。またサーバ２００ａで提供されるサービスＢのサービスシステムに対しては、毎時０分に、「型名」、「号機」、「インストールアプリリスト」、「実行中アプリリスト」を送信することになっているものとする。

【0106】

この場合、データ提供部１２０は、「型名」、「号機」については、１週間に１回ずつ取得し、その都度、キャッシュ領域１２１に格納（キャッシュ）する。またデータ提供部１２０は、「インストールアプリリスト」については、１日に１回ずつ取得し、その都度、キャッシュ領域１２１に格納（キャッシュ）する。さらにデータ提供部１２０は、「実行中アプリリスト」については、毎時の０分に取得する。そしてデータ提供部１２０は、毎日０時にサーバ２００へのデータ送信を行い、毎時０分にサーバ２００ａへのデータ送信を行う。

【0107】

図１０に示すように、複数のサービスシステムに同じデータを重複して送信する場合であっても、キャッシュ可能なデータについてはキャッシュすることで、データ取得の頻度が少なくて済む。例えば「型名」、「号機」は１週間に１回の取得で済み、「インストールアプリリスト」は１日に１回の取得で済む。

【0108】

しかも「インストールアプリリスト」は、ＯＳが管理しているインストール済みアプリの情報を解析して取得することとなり、取得にもある程度の時間がかかる。そのため、キャッシュを利用可能であれば、処理が効率化される。

【0109】

また図１０の例では「実行中アプリリスト」はキャッシュ不可であるが、サービス内容によっては、１時間程度の有効期間でのキャッシュは許容できる場合もある。「実行中アプリリスト」は高度な手続きを経てＯＳから取得することとなり、取得の処理負荷が他のデータに比べて大きい。そのため、「実行中アプリリスト」をキャッシュしておき、キャッシュした「実行中アプリリスト」をサーバ２００，２００ａに送信することで、ＰＣ１００の処理負荷を軽減することができる。

【0110】

なお、複数のサービスでイベントログが使用される場合もある。イベントログはデータ量が多く、データ取得にも時間がかかる。共通アプリであるデータ提供部１２０を用いて複数のサービスそれぞれのサーバにイベントログを送信するようにすれば、データ取得の処理負荷が大幅に低減される。

【0111】

さらに、共通アプリであるサービス提供部１２０は、サービスごとのサービス情報に基づいて、複数のサービスそれぞれに対して、サービスごとのタイミングでそのサービスが要求するデータを送信する。これにより、複数サービスの追加、削除、更新がある場合には、サーバ３００からデータ提供部１２０に対するサービス情報の追加、変更、削除を行えばよくなる。そのため、サービスごとのアプリのインストール、アンインストール、アップデートなどの作業が不要となり、複数のサービスを提供するための管理作業が軽減される。

【0112】

〔その他の実施の形態〕
第２の実施の形態では、サービスを提供するサーバ２００，２００ａ，・・・とは別に管理用のサーバ３００が設けられているが、例えばサーバ２００，２００ａ，・・・のうちの１台にサーバ３００の機能を実装してもよい。またサーバ２００，２００ａ，・・・それぞれが、自身が提供するサービスのサービス情報を、そのサービスが適用されるＰＣなどの情報処理装置に送信するようにしてもよい。

【0113】

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

【符号の説明】

【0114】

１～３ サーバ
４ サービス情報
５ データ
６ キャッシュ領域
１０ 情報処理装置
１１ 記憶部
１２ 処理部

【要約】

【課題】複数のサービスを提供することによる業務効率の低下を軽減する。
【解決手段】情報処理装置１０に適用される複数のサービスのいずれかを提供する複数のサーバ１～３と、複数のサーバそれぞれがサービス提供のために使用する情報処理装置１０内部のデータと、データの有効期間と、複数のサーバ１～３それぞれへのデータの送信タイミングとが、サービス情報４に示されている。情報処理装置１０は、サービス情報４に基づいて、複数のサーバのいずれかへのデータの送信タイミングになると、送信タイミングとなった第１のサーバがサービス提供のために使用するデータのうち、取得済みでかつ取得から有効期間内の第１のデータ以外の第２のデータを取得する。そして処理部１２は、第１のサーバへ第１のデータと第２のデータとを送信する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】