特開 2023-123305 情報処理装置、情報処理方法、およびプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023123305

(43)【公開日】2023-09-05

(54)【発明の名称】情報処理装置、情報処理方法、およびプログラム

(51)【国際特許分類】

   G06F 8/65 20180101AFI20230829BHJP

【ＦＩ】

G06F8/65

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022027323

(22)【出願日】2022-02-24

(71)【出願人】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(72)【発明者】

【氏名】青木 賢

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376CA19

5B376CA42

5B376CA45

5B376CA46

(57)【要約】

【課題】新規のデバイスの追加、デバイスの機能更新といった時系列視点での機能拡張が起きた際、これら機能拡張に関する情報を受けて速やかに対応できる情報処理装置、情報処理方法、およびプログラムを提供する。
【解決手段】本発明は、デバイスを登録するデバイス登録部と、前記デバイス登録部により登録された前記デバイスと通信するデバイス通信部と、前記デバイス通信部により通信する前記デバイスと、アプリケーションと、を連携させるデバイス連携部と、前記デバイスおよび当該デバイスの機能を示すデバイスカタログに対して、新規の前記デバイスまたは新規の前記機能が追加された場合に、前記デバイスのユーザのエンドユーザ端末および前記アプリケーションを開発するサービスベンダのサービスベンダ端末の少なくとも一方に対して、新規の前記デバイスまたは新規の前記機能へのアップデートまたは置換のレコメンドを実行するサービス監視部と、を備える。
【選択図】図４

【特許請求の範囲】

【請求項1】

デバイスを登録するデバイス登録部と、
前記デバイス登録部により登録された前記デバイスと通信するデバイス通信部と、
前記デバイス通信部により通信する前記デバイスと、アプリケーションと、を連携させるデバイス連携部と、
前記デバイスおよび当該デバイスの機能を示すデバイスカタログに対して、新規の前記デバイスまたは新規の前記機能が追加された場合に、前記デバイスのユーザのエンドユーザ端末および前記アプリケーションを開発するサービスベンダのサービスベンダ端末の少なくとも一方に対して、新規の前記デバイスまたは新規の前記機能へのアップデートまたは置換のレコメンドを実行するサービス監視部と、
を備える情報処理装置。

【請求項2】

新規の前記デバイスまたは新規の前記機能へのアップデートまたは置換を前記デバイスに要求するアップデート部を備え、
前記サービス監視部は、さらに、前記エンドユーザ端末から、新規の前記デバイスまたは新規の前記機能へのアップデートまたは置換が指示された場合に、前記アップデート部に対して、新規の前記デバイスまたは新規の前記機能へのアップデートまたは置換を指示する、請求項１に記載の情報処理装置。

【請求項3】

前記アップデート部は、前記デバイスが前記情報処理装置に直接接続できないデバイスである場合、前記情報処理装置と前記デバイスとの通信を中継する中継アプリケーションを介して、新規の前記デバイスまたは新規の前記機能へのアップデートまたは置換を前記デバイスに要求する、請求項２に記載の情報処理装置。

【請求項4】

前記サービス監視部は、前記レコメンドの通知設定に従って、前記レコメンドを実行する、請求項１から３のいずれか一に記載の情報処理装置。

【請求項5】

前記サービス監視部は、前記デバイスまたは前記機能の脆弱性を検知した場合、前記エンドユーザ端末または前記サービスベンダ端末に対して、前記デバイスまたは前記機能の提供中止を通知する、請求項１から４のいずれか一に記載の情報処理装置。

【請求項6】

前記サービス監視部は、前記デバイスおよび前記機能の利用実績に基づいて、前記レコメンドを実行する、請求項１から５のいずれか一に記載の情報処理装置。

【請求項7】

情報処理装置で実行される情報処理方法であって、
デバイス登録部が、デバイスを登録する工程と、
デバイス通信部が、前記デバイス登録部により登録された前記デバイスと通信する工程と、
デバイス連携部が、前記デバイス通信部により通信する前記デバイスと、アプリケーションと、を連携させる工程と、
サービス監視部が、前記デバイスおよび当該デバイスの機能を示すデバイスカタログに対して、新規の前記デバイスまたは新規の前記機能が追加された場合に、前記デバイスのユーザのエンドユーザ端末および前記アプリケーションを開発するサービスベンダのサービスベンダ端末の少なくとも一方に対して、新規の前記デバイスまたは新規の前記機能へのアップデートまたは置換のレコメンドを実行する工程と、
を含む情報処理方法。

【請求項8】

コンピュータを、
デバイスを登録するデバイス登録部と、
前記デバイス登録部により登録された前記デバイスと通信するデバイス通信部と、
前記デバイス通信部により通信する前記デバイスと、アプリケーションと、を連携させるデバイス連携部と、
前記デバイスおよび当該デバイスの機能を示すデバイスカタログに対して、新規の前記デバイスまたは新規の前記機能が追加された場合に、前記デバイスのユーザのエンドユーザ端末および前記アプリケーションを開発するサービスベンダのサービスベンダ端末の少なくとも一方に対して、新規の前記デバイスまたは新規の前記機能へのアップデートまたは置換のレコメンドを実行するサービス監視部と、
して機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、およびプログラムに関する。

【背景技術】

【0002】

ＩｏＴ（Internet of Things）は、モノのインターネットと呼ばれ、スマートフォン、デジタル家電、各産業機器等の様々な機器（デバイスの一例）がインターネットにつながるようになり、複合的にデータを収集および分析できるようになってきている。そして、ＩｏＴでは、多種多様なデバイスとの通信、各デバイスを用いたアプリケーションまたはソリューションの開発のしやすさの為に共通で扱えるスキーマ（ユニバーサルスキーマと呼んでいる）を定義する技術が開発されている。例えば、特許文献１には、異種のＩｏＴデバイスおよびネットワークの間の発見、相互作用、関連付け、および協調を実現できるようにする目的で、ＩｏＴデバイスの種類、機能、属性、行為、入力、出力、リソース、コマンド等の相互作業のすべての側面を定義する包括的なＩｏＴデバイスのユニバーサルスキーマを提供する構成が開示されている。

【発明の概要】

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

【0003】

ところで、上記の技術では、事前に想定されたスキーマ等の定義情報により、デバイスを利用したアプリケーションまたはソリューションの開発は可能となる。しかしながら、上記の技術では、新規のデバイスの追加、デバイスの機能更新（例えば、できることが増える、または減る）といった時系列視点での機能拡張が起きた際、新規のデバイスの追加およびデバイスの機能更新に関する情報は、速やかに定義情報に反映させかつ開発者に通知する必要があるが、こういった昨今のリリース後の課題は解決されていない。そのため、例えば、デバイスにおいて機能の削減が発生すると、アプリケーションが急に動かなくなる場合がある。また、新規のデバイスが追加されて当該デバイスの特性が増える場合、アプリケーションの開発者は、即、これらのデバイスを扱えるようにすることが求められている。

【0004】

本発明は、上記に鑑みてなされたものであって、新規のデバイスの追加、デバイスの機能更新といった時系列視点での機能拡張が起きた際、これら機能拡張に関する情報を受けて速やかに対応できる情報処理装置、情報処理方法、およびプログラムを提供することを目的とする。

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

【0005】

上述した課題を解決し、目的を達成するために、本発明は、デバイスを登録するデバイス登録部と、前記デバイス登録部により登録された前記デバイスと通信するデバイス通信部と、前記デバイス通信部により通信する前記デバイスと、アプリケーションと、を連携させるデバイス連携部と、前記デバイスおよび当該デバイスの機能を示すデバイスカタログに対して、新規の前記デバイスまたは新規の前記機能が追加された場合に、前記デバイスのユーザのエンドユーザ端末および前記アプリケーションを開発するサービスベンダのサービスベンダ端末の少なくとも一方に対して、新規の前記デバイスまたは新規の前記機能へのアップデートまたは置換のレコメンドを実行するサービス監視部と、を備える。

【発明の効果】

【0006】

本発明によれば、新規のデバイスの追加、デバイスの機能更新といった時系列視点での機能拡張が起きた際、これら機能拡張に関する情報を受けて速やかに対応できる、という効果を奏する。

【図面の簡単な説明】

【0007】

【図1】図１は、本実施の形態にかかる情報処理システムの構成の一例を示すブロック図である。

【図2】図２は、本実施の形態にかかるデバイスベンダ端末、サービスベンダ端末、エンドユーザ端末、およびＩｏＴプラットフォームの一例であるＰＣのハードウェア構成の一例を示す図である。

【図3】図３は、本実施の形態にかかるデバイスの一例であるＭＦＰのハードウェア構成の一例を示す図である。

【図4】図４は、本実施の形態にかかるＩｏＴプラットフォームの機能構成の一例を示す図である。

【図5】図５は、本実施の形態にかかる情報処理システムにおけるデバイスのアップデートの流れの一例を示すシーケンス図である。

【図6】図６は、本実施の形態にかかる情報処理システムにおけるデバイスのアップデートの流れの一例を示すシーケンス図である。

【図7】図７は、本実施の形態にかかる情報処理システムにおけるサービスの提供停止の通知処理の流れの一例を示すシーケンス図である。

【図8】図８は、本実施の形態にかかるＩｏＴプラットフォームのポータルサイトにより表示される画面の一例を示す図である。

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

【0008】

以下に添付図面を参照して、情報処理装置、情報処理方法、およびプログラムの実施の形態を詳細に説明する。

【0009】

図１は、本実施の形態にかかる情報処理システムの構成の一例を示すブロック図である。本実施の形態にかかる情報処理システムは、図１に示すように、デバイスベンダ端末１、サービスベンダ端末２、デバイス３、エンドユーザ端末４、ＩｏＴプラットフォーム（情報処理装置の一例）５、および中継装置６を有する。

【0010】

デバイスベンダ端末１は、デバイス３を開発するパートナー（デバイスベンダ）が利用する端末である。サービスベンダ端末２は、デバイス３と連携させるアプリケーションを開発するサービスベンダが利用する端末である。デバイス３は、ＭＦＰ（Multi-Function Peripheral）等、インターネットに接続されるデバイスの一例である。

【0011】

エンドユーザ端末４は、サービスベンダが開発したサービス（例えば、アプリケーション）を利用するエンドユーザが利用する端末である。ＩｏＴプラットフォーム５は、ＩｏＴを利用したサービスをユーザに提供するプラットフォームである。中継装置６は、ＩｏＴプラットフォーム５とデバイス３との通信を中継する中継アプリケーション（汎用中継アプリという）を搭載する。

【0012】

図２は、本実施の形態にかかるデバイスベンダ端末、サービスベンダ端末、エンドユーザ端末、およびＩｏＴプラットフォームの一例であるＰＣのハードウェア構成の一例を示す図である。ここでは、ＩｏＴプラットフォーム５のハードウェア構成について説明する。

【0013】

図２に示されているように、ＩｏＴプラットフォーム５は、コンピュータによって構築されており、図２に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、データバス５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

【0014】

これらのうち、ＣＰＵ５０１は、ＩｏＴプラットフォーム５全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出しまたは書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、または画像等の各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワーク１００を利用してデータ通信をするためのインターフェースである。データバス５１０は、図２に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

【0015】

また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択および実行、処理対象の選択、カーソルの移動等を行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出しまたは書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出しまたは書き込み（記憶）を制御する。

【0016】

図３は、本実施の形態にかかるデバイスの一例であるＭＦＰのハードウェア構成の一例を示す図である。図３に示されているように、デバイス３の一例であるＭＦＰ（Ｍulti-function Peripheral/Product/Printer）は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。

【0017】

これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ(Application Specific Integrated Circuit)９０６、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）９０７、ＨＤＤコントローラ９０８、および、記憶部であるＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ(Accelerated Graphics Port)バス９２１で接続した構成となっている。

【0018】

これらのうち、ＣＰＵ９０１は、ＭＦＰ９の全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ－Ｐ９０２、ＳＢ９０４、およびＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ－Ｐ９０２に対する読み書き等を制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタおよびＡＧＰターゲットとを有する。

【0019】

ＭＥＭ－Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムおよびデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、およびメモリ印刷時の描画用メモリ等として用いるＲＡＭ９０２ｂとからなる。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

【0020】

ＳＢ９０４は、ＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤ９０８およびＭＥＭ－Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲットおよびＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転等を行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部９３１及びプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ(Universal Serial Bus)のインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしてもよい。

【0021】

図４は、本実施の形態にかかるＩｏＴプラットフォームの機能構成の一例を示す図である。本実施の形態では、ＩｏＴプラットフォーム５は、図４に示すように、デバイス登録部４０１、デバイス通信部４０２、デバイス連携部４０３、ＯＴＡアップデート部４０４、サービス監視部４０５、デバイスカタログ管理部４０６、サービスカタログ管理部４０７、およびアプリ開発ツール４０８を有する。

【0022】

デバイス登録部４０１は、ＩｏＴプラットフォーム５にデバイス３を登録する。デバイス通信部４０２は、デバイス登録部４０１により登録されたデバイス３と通信する。具体的には、デバイス通信部４０２は、デバイス３の認証または認可を行い、認証または認可に成功したデバイスと通信する。デバイス連携部４０３は、サービスベンダが開発したアプリケーションとデバイス３とを連携させる。これにより、デバイス連携部４０３は、ＩｏＴを利用したサービスをユーザに提供する。

【0023】

ＯＴＡ（Over The Air）アップデート部４０４は、エンドユーザ端末４から、新規のデバイス３または新規の機能へのアップデートまたは置換が指示された場合、デバイス３および中継アプリケーション等に対してアップデートを要求するアップデート部の一例である。また、デバイス３が、ＩｏＴプラットフォーム５に直接接続できないデバイス（例えば、他社のデバイス、センサ等の低スペックなデバイス）である場合、ＯＴＡアップデート部４０４は、中継装置６が有する中継アプリケーションを介して、デバイス３に対して、新規のデバイス３または新規の機能へのアップデートまたは置換を要求する。これにより、ＩｏＴプラットフォーム５に直接接続できないデバイス３（他社デバイス、センサ等の低スペックなデバイス）の場合でも、新規のデバイス３または新規の機能へのアップデートまたは置換を要求することができる。

【0024】

デバイスカタログ管理部４０６、サービスカタログ管理部４０７、およびアプリ開発ツール４０８は、ＩｏＴプラットフォーム５の提供者間のコミュニケーションを円滑するポータルサイトの構成要素である。

【0025】

デバイスカタログ管理部４０６は、デバイスカタログを記憶する。ここで、デバイスカタログは、デバイス３のラインナップ、デバイス３の機能、デバイスカタログのスキーマ（デジタルスキーマ）、エンドユーザおよびサービスベンダに対するレコメンドに関するユーザ設定情報（通知設定）等を含む。また、デバイスカタログ管理部４０６は、デバイスカタログに対する新規のデバイス３または機能の追加が発生した場合に、デバイスカタログに対して新規のデバイス３または機能を追加し、かつサービス監視部４０５に対して、新規のデバイス３または機能の追加を通知する。

【0026】

サービスカタログ管理部４０７は、エンドユーザに提供するサービスを示すサービスカタログを記憶する。ここで、サービスは、デバイス３およびアプリケーションによってエンドユーザに提供される、デバイス３とエンドユーザ端末４との通信を含む。アプリ開発ツール４０８は、サービスベンダ端末２によるアプリケーションの開発に用いるツールである。

【0027】

サービス監視部４０５は、デバイスカタログに対して新規のデバイス３または新規の機能が追加された場合に、エンドユーザ端末４およびサービスベンダ端末２に対して、新規のデバイス３または新規の機能へのアップデートまたは置換のレコメンドを実行する。本実施の形態では、サービス監視部４０５は、サービスカタログ管理部４０７から、デバイスカタログに対して新規のデバイス３または新規の機能が追加されたことが通知された場合に、レコメンドを実行する。また、サービス監視部４０５は、エンドユーザ端末４またはサービスベンダ端末２からの新規のデバイス３または新規の機能へのアップデートまたは置換を指示するリクエストに応じて、ＯＴＡアップデート部４０４に対して、新規のデバイス３または新規の機能へのアップデートまたは置換を指示する。これにより、新規のデバイス３の追加、デバイス３の機能更新といった時系列視点での機能拡張が起きた際、これら機能拡張に関する情報を受けることができるので、デバイス３の機能拡張に対して速やかに対応できる。

【0028】

また、サービス監視部４０５は、デバイスカタログが含むユーザ設定情報（レコメンドの通知設定）に従って、エンドユーザまたはサービスベンダに対するレコメンドを実行する。これにより、サービスベンダまたはエンドユーザにとって望まない通知（レコメンド）を事前にオフすることができる。

【0029】

また、サービス監視部４０５は、デバイス３および機能の利用実績に基づいて、エンドユーザまたはサービスベンダに対するレコメンドを実行する。これにより、エンドユーザまたはサービスベンダは、デバイス３および機能の利用実績を考慮して、アップデートまたは置換するデバイス３または機能を選択することができる。

【0030】

さらに、サービス監視部４０５は、デバイス３または機能の脆弱性を検知した場合、サービスベンダまたはエンドユーザに対して、デバイス３または機能の提供中止を通知する。これにより、サービスベンダまたはエンドユーザがデバイス３または機能のアップデート版を迅速に利用でき、デバイス３または機能の提供中止に対して迅速に対応することができる。

【0031】

ここで、図４を用いて、本実施の形態にかかるＩｏＴプラットフォーム５によるデバイス３または機能のアップデート要求処理の流れの一例の概略について説明する。図４に示すように、デバイスベンダ端末１は、デバイス３が追加された際、ポータルサイトのデバイスカタログ管理部４０６のデバイスカタログに、当該追加されたデバイス３を追加する（ステップＳ４０１）。デバイスカタログ管理部４０６は、デバイスカタログにデバイス３が追加されたタイミングで、サービス監視部４０５に対して、新規のデバイスまたは新規の機能が追加されたことを通知する（ステップＳ４０２）。

【0032】

サービス監視部４０５は、デバイスカタログが含むユーザ設定情報に従って、サービスベンダまたはエンドユーザに対するレコメンドの通知の要否を判断する（ステップＳ４０３）。次いで、サービス監視部４０５は、レコメンドを通知する必要があると判断したサービスベンダ（アプリケーションを開発するパートナー）のサービスベンダ端末２に対して、新しく追加されたデバイス３、機能、当該デバイスまたは機能の活用事例レコメンドを実行する（ステップＳ４０４）。サービスベンダは、レコメンドの内容を見て、新しいアプリケーションおよびサービスを企画し開発する。サービスベンダおよびエンドユーザに対するレコメンドの通知手段には、メール、Slack、Teams等を用いても良い。

【0033】

また、サービス監視部４０５は、新しく追加されたデバイス３および機能が上位互換の場合等、レコメンドを通知する必要があると判断したエンドユーザのエンドユーザ端末４に対して、デバイス３の置換等のレコメンドを実行する（ステップＳ４０５）。エンドユーザは、レコメンドの内容を確認し、エンドユーザ端末４から、サービス監視部４０５に対して、アップデートの指示および追加発注等を行う（ステップＳ４０６）。ＯＴＡアップデート部４０４は、デバイス３に対して、デバイス３の置換および機能のアップデートを要求して（ステップＳ４０７）、リモート等によって、中継アプリケーションおよびデバイス３のファームウェア等をアップデートする。

【0034】

図５は、本実施の形態にかかる情報処理システムにおけるデバイスのアップデートの流れの一例を示すシーケンス図である。次に、図５を用いて、新規のデバイス３または新規の機能の追加があった場合に、中継アプリケーションを介さずにデバイス３をアップデートする処理の流れの一例について説明する。

【0035】

デバイスベンダが、デバイスベンダ端末１から、ＩｏＴプラットフォーム５のポータルサイトを利用して、デバイスカタログに対して、新規のデバイス３のラインナップまたは新規の機能の追加を行う（ステップＳ５２１）。ＩｏＴプラットフォーム５のサービス監視部４０５は、デバイスカタログが含むユーザ設定情報に従って、エンドユーザおよびサービスベンダに対する通知の要否をチェックして、通知（レコメンド）を要求するエンドユーザおよびサービスベンダを特定する（ステップＳ５２２）。

【0036】

次に、サービス監視部４０５は、レコメンドを要求するエンドユーザのエンドユーザ端末４およびレコメンドを要求するサービスベンダのサービスベンダ端末２に対してレコメンドを行う（ステップＳ５２３、ステップＳ５２４）。この時に、サービス監視部４０５は、ユーザが登録したキーワード（ユーザ設定情報に含まれるキーワード）に基づいて、関連するデバイス３およびサービスを検索し、検索したデバイス３およびサービスのうち、購入申込みおよび実際の利用頻度の高いサービスから優先的に、レコメンドを実行する。

【0037】

サービスベンダは、ＩｏＴプラットフォーム５からのレコメンドを受けて、追加されたデバイスおよび機能で新たにサービスメニュー等を構想できる。また、エンドユーザは、新しく利用できるようになったサービスメニューの通知をうけて気に入った場合には、エンドユーザ端末４から、新たなサービスの申込または追加購入のリクエストを送信する（ステップＳ５２５）。

【0038】

ＩｏＴプラットフォーム５のサービス監視部４０５は、エンドユーザ端末４から、リクエストを受信すると、ＯＴＡアップデート部４０４に対して、新規のデバイス３または新規の機能へのアップデートを指示する。ＯＴＡアップデート部４０４は、デバイス３に対して、アップデート要求を送信する（ステップＳ５２６）。アップデート要求を受信したデバイス３は、アップデートを実行し（ステップＳ５２７）、その結果をＯＴＡアップデート部４０４に通知する（ステップＳ５２８）。その後、サービス監視部４０５は、デバイス３のアップデートが完了したことを、エンドユーザ端末４に通知する（ステップＳ５２９）。

【0039】

図６は、本実施の形態にかかる情報処理システムにおけるデバイスのアップデートの流れの一例を示すシーケンス図である。次に、図６を用いて、新規のデバイス３または新規の機能の追加があった場合に、中継アプリケーションを介してデバイス３をアップデートする処理の流れの一例について説明する。以下の説明では、図５に示す処理と同様の処理については説明を省略する。

【0040】

アップデートするデバイス３がＩｏＴプラットフォーム５に直接接続できないデバイスである場合、ＩｏＴプラットフォーム５のサービス監視部４０５は、中継装置６が有する中継アプリケーションに対して、デバイス３のアップデート要求を送信する（ステップＳ６０１）。中継装置６の中継アプリケーションは、当該中継アプリケーション自身のアップデートを実行する（ステップＳ６０２）。さらに、中継アプリケーションは、デバイス３に対して、アップデート要求を送信する（ステップＳ６０３）。

【0041】

アップデート要求を受信したデバイス３は、アップデートを実行し（ステップＳ６０４）、その結果を中継装置６の中継アプリケーションに通知する（ステップＳ６０５）。その後、中継アプリケーションは、デバイス３のアップデートが完了したことを、ＩｏＴプラットフォーム５に通知する（ステップＳ６０６）。さらに、ＩｏＴプラットフォーム５のサービス監視部４０５は、デバイス３のアップデートが完了したことを、エンドユーザ端末４に通知する（ステップＳ６０７）。

【0042】

図７は、本実施の形態にかかる情報処理システムにおけるサービスの提供停止の通知処理の流れの一例を示すシーケンス図である。次に、図７を用いて、本実施の形態にかかる情報処理システムにおいてデバイス３等の脆弱性を検知した場合にデバイス３等によるサービスの提供を停止する処理の流れの一例について説明する。

【0043】

ＩｏＴプラットフォーム５のサービス監視部４０５は、デバイス３およびアプリケーションによって提供されるサービスの脆弱性を検知する（ステップＳ７０１）。本実施の形態では、サービス監視部４０５が、自動的にサービスの脆弱性を検知しているが、これに限定するものではなく、例えば、Ｗｅｂの情報から、サービスの脆弱性を示す情報を取得しても良い。

【0044】

ＩｏＴプラットフォーム５のサービス監視部４０５は、サービスの脆弱性を検知すると、まず、サービス提供者であるサービスベンダのサービスベンダ端末２に対して、サービスの提供を継続するかどうか、およびサービスの提供を継続した場合のリスクを通知する（ステップＳ７０２）。サービスベンダ端末２は、サービスの提供を継続した場合のリスクを表示等して、サービスベンダが当該リスクを確認可能とする（ステップＳ７０３）。ここで、サービスの提供を継続する場合には、サービスの提供を継続した場合のリスク等の通知のみで対応終了となるが、もし、サービスの提供を一時停止したいとなった場合には、サービスベンダ端末２は、ＩｏＴプラットフォーム５のポータルサイトの画面上から、サービスの提供の一時停止をＩｏＴプラットフォーム５に対して要求する（ステップＳ７０４）。

【0045】

ＩｏＴプラットフォーム５のサービス監視部４０５は、中継装置６の中継アプリケーションおよびデバイス３に対して、サービスの一時停止の要求を伝える（ステップＳ７０５、ステップＳ７０６）。そして、中継アプリケーションおよびデバイス３は、サービスの提供を一時停止する（ステップＳ７０７、ステップＳ７０８）。その後、中継アプリケーションおよびデバイス３は、サービスの開始に備えて定期的にＩｏＴプラットフォーム５へのサービス提供の再開が指示されていないかをチェックする。さらに、ＩｏＴプラットフォーム５のサービス監視部４０５は、エンドユーザのエンドユーザ端末４に対して、サービスが脆弱性の検知が理由で一時中断したことを通知する（ステップＳ７０９）。その後、サービスの脆弱性の対応ができ、サービスの提供を開始の際にも、サービス監視部４０５は、サービスの提供の一時中断と同じフロー、サービスベンダ端末２に対してサービスの提供再開を通知し、エンドユーザ端末４へのサービスの提供再開、および中継アプリケーションおよびデバイス３の制御を再開する。

【0046】

図８は、本実施の形態にかかるＩｏＴプラットフォームのポータルサイトにより表示される画面の一例を示す図である。次に、図８を用いて、本実施の形態にかかるＩｏＴプラットフォーム５のポータルサイトによるデバイスダイアログのアップデート処理の一例について説明する。

【0047】

ＩｏＴプラットフォーム５により表示されるポータルサイトの画面には、まず、ＩｏＴプラットフォーム５でサポートするデバイス３が一覧表示する画面Ｇ１が表示される。その後、デバイスベンダ端末１によって、デバイス３が選択されると、ポータルサイトの画面には、デバイス３の詳細画面Ｇ２が表示される。ここで、詳細画面Ｇ２には、デバイス種別、バージョン、互換性、リリースノート、スキーマ詳細（例えば、ＪＳＯＮスキーマ形式のデバイススキーマ）といった情報が含まれる。デバイススキーマは、例えば、検温した人のユーザ名および体温データ等が定義される、検温デバイスのデバイススキーマであっても良い。デバイスカタログをアップデートする権限を持つデバイスベンダのデバイスベンダ端末１は、スキーマ詳細をアップデートすることができる。一方、サービスベンダのサービスベンダ端末２は、スキーマ詳細を閲覧のみできる。また、ポータルサイトの画面には、レコメンドの通知を受けるか否か、および通知を受けるレコメンドのキーワード等のユーザ設定情報をオンまたはオフすることが可能なユーザ設定画面Ｇ３を含めることも可能である。

【0048】

このように、本実施の形態にかかる情報処理システムによれば、新規のデバイス３の追加、デバイス３の機能更新といった時系列視点での機能拡張が起きた際、これら機能拡張に関する情報を受けることができるので、デバイス３の機能拡張に対して速やかに対応できる。

【0049】

なお、本実施の形態のＩｏＴプラットフォーム５で実行されるプログラムは、ＲＯＭ５０２等に予め組み込まれて提供される。本実施の形態のＩｏＴプラットフォーム５で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

【0050】

さらに、本実施の形態のＩｏＴプラットフォーム５で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施の形態のＩｏＴプラットフォーム５で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

【0051】

本実施の形態のＩｏＴプラットフォーム５で実行されるプログラムは、上述した各部（デバイス登録部４０１、デバイス通信部４０２、デバイス連携部４０３、ＯＴＡアップデート部４０４、サービス監視部４０５、デバイスカタログ管理部４０６、サービスカタログ管理部４０７、およびアプリ開発ツール４０８）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ５０１（プロセッサの一例）が上記ＲＯＭ５０２から～プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされデバイス登録部４０１、デバイス通信部４０２、デバイス連携部４０３、ＯＴＡアップデート部４０４、サービス監視部４０５、デバイスカタログ管理部４０６、サービスカタログ管理部４０７、およびアプリ開発ツール４０８が主記憶装置上に生成されるようになっている。

【符号の説明】

【0052】

１ デバイスベンダ端末
２ サービスベンダ端末
３ デバイス
４ エンドユーザ端末
５ ＩｏＴプラットフォーム
６ 中継装置
４０１ デバイス登録部
４０２ デバイス通信部
４０３ デバイス連携部
４０４ ＯＴＡアップデート部
４０５ サービス監視部
４０６ デバイスカタログ管理部
４０７ サービスカタログ管理部
４０８ アプリ開発ツール
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ

【先行技術文献】

【特許文献】

【0053】

【特許文献1】特許第６３６３６２８号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】