JP2022032145A - 情報処理システム、処理実行システム、処理実行方法、プログラム - Google Patents

情報処理システム、処理実行システム、処理実行方法、プログラム Download PDF

Info

Publication number
JP2022032145A
JP2022032145A JP2020135661A JP2020135661A JP2022032145A JP 2022032145 A JP2022032145 A JP 2022032145A JP 2020135661 A JP2020135661 A JP 2020135661A JP 2020135661 A JP2020135661 A JP 2020135661A JP 2022032145 A JP2022032145 A JP 2022032145A
Authority
JP
Japan
Prior art keywords
external
external server
component
program
information processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2020135661A
Other languages
English (en)
Inventor
慶一 井上
Keiichi Inoue
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2020135661A priority Critical patent/JP2022032145A/ja
Priority to US17/444,486 priority patent/US20220053050A1/en
Publication of JP2022032145A publication Critical patent/JP2022032145A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1432—Metric aspects
    • H04L12/1439—Metric aspects time-based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/51—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for resellers, retailers or service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/60—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on actual use of network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/61—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the service used
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8214—Data or packet based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Stored Programmes (AREA)
  • Facsimiles In General (AREA)

Abstract

【課題】処理フローに含まれるプログラムに応じて外部サーバの稼働状態を制御すること。【解決手段】機器２０及び外部サーバと通信し、機器から指定された一連の処理を実行する情報処理システム５０であって、前記機器が指定した前記一連の処理に基づいて外部サーバで実行されるプログラムを特定するプログラム管理部７２と、前記プログラム管理部が特定した前記プログラムを実行する前記外部サーバの稼働状態の制御を外部に要求する外部サービス制御部５７と、を有することを特徴とする。【選択図】図１

Description

本発明は、情報処理システム、処理実行システム、処理実行方法、及び、プログラムに関する。
ユーザが複数の処理から任意の処理を選択し、それらを順番に接続した一連の処理を処理フローとして登録し、登録されている複数の処理フローから任意の処理フローを選択して実行できる情報処理システムが知られている。情報処理システムでは処理フローをユーザが生成するためのグラフィカルなＷｅｂアプリ等が提供されており、ユーザはＷｅｂブラウザ等から処理フローを作成できるようになっている。処理フローはクラウドサーバ等を利用して実行されるため、クラウドサーバの使用料などのコストが生じる場合がある。
複数の処理を実行するシステムのコストを低減する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、ホスト計算機を停止状態へ移行させることで計算機システム全体の消費電力を抑制しながら、停止状態となったホスト計算機が利用可能になるまでの待ち時間を抑制して計算機システム全体の性能向上を図るホスト計算機について開示されている。
しかしながら、従来の技術では、処理フローに含まれるプログラムに応じて外部サーバの稼働状態を制御できないという問題があった。まず、ユーザはＷｅｂアプリ等でコンポーネントを組み合わせて処理フローを作る。コンポーネントは処理フロー内の処理を受け持つプログラムである。このプログラムを外部のベンダー（協力会社）が開発することもある。
自社又は外部のベンダーが開発していたプログラムの実行により他のプログラムの処理に影響が生じること、及び、サービス全体の品質低下を防ぐため、処理フロー内の処理を実行するプログラムが外部サーバに保存され、実行される場合がある。しかし、外部サーバは従量課金制で、外部サーバの稼働時間に比例してコストが増大してしまうため、サービス提供側としては外部サーバを利用したい場合に外部サーバを起動させ、外部サーバを利用していない場合は外部サーバの稼働を停止したい。しかし、サービス提供側は、外部サーバ内にあるどのプログラムをだれが利用したいかを事前に知ることができないため、常に稼働状態にしておく必要があり、無駄なコストがかかってしまう。
本発明は、上記課題に鑑み、処理フローに含まれるプログラムに応じて外部サーバの稼働状態を制御することができる情報処理システムを提供することを目的とする。
上記課題に鑑み、本発明は、機器及び外部サーバと通信し、機器から指定された一連の処理を実行する情報処理システムであって、前記機器が指定した前記一連の処理に基づいて外部サーバで実行されるプログラムを特定するプログラム管理部と、前記プログラム管理部が特定した前記プログラムを実行する前記外部サーバの稼働状態の制御を外部に要求する外部サービス制御部と、を有することを特徴とする。
処理フローに含まれるプログラムに応じて外部サーバの稼働状態を制御することができる情報処理システムを提供できる。
一実施形態に係る処理実行システムのシステム構成の例を示す図である。 コンピュータシステムのハードウェア構成図の一例である。 画像形成装置のハードウェア構成図の一例である。 処理実行システムの機能をブロックに分けて説明する機能ブロック図の一例である。 実行予定のコンポーネント情報を模式的に示す図の一例である。 アプリ情報を模式的に示す図の一例である。 Ｉ／Ｏロジック処理部が有する機能をブロックに分けて説明する機能ブロック図の一例である。 外部コンポーネントサービスが有するコンポーネント処理部の機能をブロックに分けて説明する機能ブロック図の一例である。 共通Ｉ/Ｆと固有Ｉ/Ｆの一例を示す図である。 情報処理システムが処理フローを実行する手順を示すシーケンス図の一例である。 コンポーネント処理部が処理フローを実行する手順を示すシーケンス図の一例である。 Ｉ／Ｏロジック処理部が外部コンポーネントサービス上のコンポーネントと情報処理システムのコンポーネントを含む処理フローを実行する手順を説明するシーケンス図の一例である。 情報処理システムが処理フローを実行し、外部サーバの稼働状態を制御する手順を示すシーケンス図の一例である（その１）。 情報処理システムが処理フローを実行し、外部サーバの稼働状態を制御する手順を示すシーケンス図の一例である（その２）。 複数のコンポーネントを有する処理フローが実行される場合を説明する図である。 複数のコンポーネントを有する処理フローが複数のユーザにより並行に実行される場合を説明する図である。 情報処理システムが冗長構成を有する場合に、情報処理システムが有する外部コンポーネントサービス管理データベースを示す図の一例である。 外部コンポーネントサービス管理データベースの構造を説明する図である。 情報処理システムが冗長構成の場合に処理フローを実行する処理を示すシーケンス図の一例である（その１）。 情報処理システムが冗長構成の場合に処理フローを実行する処理を示すシーケンス図の一例である（その２）。
以下、本発明を実施するための形態の一例として、処理実行システム及び処理実行システムが行う処理実行方法について図面を参照しながら説明する。
＜本実施形態における処理フローの実行方法の概略＞
処理フローは、コンポーネントが実行順に組み合わされている。ユーザが処理フローを選択し、処理実行システムが該処理フローを実行すると、実行順にコンポーネントを実行していく。処理フローに含まれる各コンポーネントの一部が外部サーバにて管理及び保存される場合がある。どの外部サーバがどのコンポーネントを管理及び保存するかは予め決まっている。
そこで、本実施形態では、コンポーネントごとに、そのコンポーネントを実行する外部サーバの稼働を継続すべきか否か情報処理システムが判断し、外部サーバの実行が必要のない間は外部サーバの稼働を停止させる。これにより、コンポーネントが外部サーバで管理及び保存されることによる無駄なコストを抑制することができる。
＜用語について＞
コンポーネントとは、一連の処理に含まれる処理を実行するプログラムである。コンポーネントは、モジュール、プラグイン、アドインなどと呼ばれてもよい。
外部サーバとは、情報処理システムから見て外部に存在するサーバである。外部とは利用に支払いが生じることをいう。
一連の処理とは予め決まった流れで実行される１つ以上の処理をいう。このような処理はワークフローと呼ばれる場合もある。
稼働状態とは、生産に供する状態かそうでない状態かをいう。サーバの場合はユーザが利用可能な状態かどうかである。本実施形態では課金される状態か否かをいう場合がある。
＜システム構成例＞
図１は、一実施形態に係る処理実行システム１００のシステム構成の例を示す図である。処理実行システム１００は、外部サーバシステム４０、ユーザ環境Ｅ２にある機器２０、外部ストレージシステム３０、及び、サービス提供環境Ｅ１にある情報処理システム５０がネットワークを介して通信することができる。
サービス提供環境Ｅ１は、ネットワークＮ１を介してクラウドサービス等のサービスを提供するシステム環境である。なお、本実施形態では、外部サービスの具体例としてクラウドサービスを採用して説明するが、ＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等、ネットワークを介して提供されるサービスに関して本実施の形態が適用されてもよい。
サービス提供環境Ｅ１は、一台以上の情報処理装置で実現される情報処理システム５０を有する。情報処理システム５０は、ネットワークＮ１を介して種々のサービスを提供する。例えば、情報処理システム５０は、ユーザ環境Ｅ２の機器２０において原稿をスキャンして生成された電子ファイルを、ＯＣＲ（Optical Character Reader）処理して、外部ストレージシステム３０に保存するサービス（スキャン配信サービス）を提供する。また、例えば、情報処理システム５０は、外部ストレージシステム３０に保存されている電子ファイルを、ユーザ環境Ｅ２の機器２０で印刷するサービス（クラウドプリントサービス）を提供する。本実施形態では、情報処理システム５０は、このようなスキャン配信サービス及びクラウドプリントサービスを提供するものとして説明する。
ただし、情報処理システム５０により提供されるサービスは、これらに限られず、例えば、外部ストレージシステム３０に保存されている電子ファイルを、ユーザ環境Ｅ２のプロジェクタで投影するサービス等であってもよい。また、機器２０において原稿をスキャンして生成された電子ファイルを、ＯＣＲ処理した後、所定の言語に翻訳（例えば、英語から日本語に翻訳）して、外部ストレージシステム３０に保存するサービス等であってもよい。
なお、情報処理システム５０の全部又は一部は、ユーザ環境Ｅ２に設置されていてもよい。すなわち、情報処理システム５０を構成する情報処理装置の全部又は一部は、ユーザ環境Ｅ２（オンプレミス）に包含されていてもよい。
ユーザ環境Ｅ２は、例えば機器２０を使用するユーザである企業等におけるシステム環境である。ユーザ環境Ｅ２では、一台以上の機器２０が例えばＬＡＮ（Local Area Network）等のネットワークを介して接続されている。
本実施形態に係る機器２０は、プリント機能及びスキャナ機能を有する画像形成装置を一例とする。なお、画像形成装置は、プリント機能及びスキャナ機能以外に、コピー機能やファックス（ＦＡＸ）通信機能等を備える複合機やＭＦＰ(Multifunction Peripheral/Printer/Product)。等でもよい。
外部ストレージシステム３０は、ネットワークを介してストレージサービス（又はオンラインストレージ）と呼ばれるクラウドサービスを提供する１つ以上の情報処理装置である。ストレージサービスとは、外部ストレージシステム３０のストレージの記憶領域を貸し出すサービスである。例えば、ＢＯＸ（登録商標）、Ｏｎｅ Ｄｒｉｖｅ（登録商標）、などの商用サービスがある。
本実施形態では、スキャン配信サービスにおいて、外部ストレージシステム３０によって貸し出される記憶領域に、ＯＣＲ処理された電子ファイルを保存（アップロード）する。また、本実施形態では、クラウドプリントサービスにおいて、外部ストレージシステム３０によって貸し出される記憶領域から印刷対象となる電子ファイルを取得（ダウンロード）する。なお、以降では、複数の外部ストレージシステム３０について、各々を区別するときは、「外部ストレージシステム３０１」、「外部ストレージシステム３０２」等と添え字を用いて記載する。また、外部ストレージシステム３０１によって提供されるサービスの名称を「ストレージサービスＡ」、外部ストレージシステム３０２によって提供されるサービスの名称を「ストレージサービスＢ」等とする。
なお、外部ストレージシステム３０は、複数台の情報処理装置によって実現されるシステムであってもよい。また、図１に示される情報処理システム５０の構成は一例であって、他の構成であってもよい。例えば、上記したように、ユーザ環境Ｅ２は、画像形成装置に加えて又は画像形成装置に代えて、プロジェクタ、電子黒板等の各種機器を有していてもよい。
外部サーバシステム４０は、主に外部ベンダーが作成したコンポーネントを管理及び実行する１台以上の情報処理装置である。ただし、情報処理システム５０の運営元が開発したコンポーネントが管理及び実行されてもよく、コンポーネントの開発元は問わない。外部サーバシステム４０は、オンデマンドに情報処理装置の機能の利用を許可するクラウドサービスである。利用に対して外部サーバシステム４０は、時間、容量、及び、機能（ＣＰＵの数）などに対して課金する。利用の契約をした顧客は外部サーバシステム４０が提供するリソースを自分専用の外部サーバとして使用できる。本実施形態ではベンダーごとに専用の外部サーバを構築できる。ただし、外部サーバの粒度はベンダーごとに限らず、複数のベンダーが開発した複数のコンポーネントを１つの外部サーバで稼働させてもよい。
このようなクラウドサービスとしては、IaaS（Infrastructure as a Service）やPaaS（Platform as a Service）がある。また、商用サービスとしては、Google Compute Engine、Amazon Elastic Compute Cloud（登録商標）などが知られている。数の外部サーバシステム４０について、各々を区別するときは、「外部サーバシステム４０１」、「外部サーバシステム４０２」等と添え字を用いて記載する。
＜ハードウェア構成＞
＜＜コンピュータシステム＞＞
図２は、コンピュータシステムのハードウェア構成図である。外部サーバシステム４０，外部ストレージシステム３０、及び、情報処理システム５０は図２に示されているハードウェア構成を有している。
コンピュータシステムは、図２に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ/Ｆ(Interface)５０８、ネットワークＩ/Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ/Ｆ５１６を備えている。
これらのうち、ＣＰＵ５０１は、コンピュータシステム全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ/Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ/Ｆ５０９は、通信ネットワークを利用してデータ通信をするためのインターフェースである。バスライン５１０は、図２に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ/Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。
＜＜画像形成装置＞＞
図３は、画像形成装置のハードウェア構成図である。図３に示されているように、画像形成装置は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ/Ｆ９５０を備えている。
これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ(Application Specific Integrated Circuit)９０６、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）９０７、ＨＤＤコントローラ９０８、及び、記憶部であるＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ(Accelerated Graphics Port)バス９２１で接続した構成となっている。
これらのうち、ＣＰＵ９０１は、画像形成装置の全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ－Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ－Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。
ＭＥＭ－Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとからなる。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
ＳＢ９０４は、ＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤコントローラ９０８及びＭＥＭ－Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲット及びＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部９３１及びプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ(Universal Serial Bus)のインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしてもよい。
ＭＥＭ－Ｃ９０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出又は書込を制御する。ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ－Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。
また、近距離通信回路９２０には、近距離通信回路のアンテナ９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。
更に、エンジン制御部９３０は、スキャナ部９３１及びプリンタ部９３２によって構成されている。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなるキーボード９４０ｂを備えている。コントローラ９１０は、画像形成装置全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。
なお、画像形成装置は、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリント機能、及びファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリント機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。
また、ネットワークＩ/Ｆ９５０は、通信ネットワークを利用してデータ通信をするためのインターフェースである。近距離通信回路９２０及びネットワークＩ/Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。
<情報処理システムが有する機能について>
図４は、処理実行システムの機能をブロックに分けて説明する機能ブロック図の一例である。
＜＜情報処理システム＞＞
まず、情報処理システム５０は、ドキュメントサービス５１、外部サービス連携部５４、入出力サービス５５、及び、通信部６１を有している。情報処理システム５０が有するこれら機能は、図２に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開されたプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。
また、情報処理システム５０は、実行予定のコンポーネント情報５２、及び、アプリ情報５３を記憶している。これらは、図２に示されているＨＤ５０４やＲＡＭ５０３上に形成される記憶部に記憶される情報である。
通信部６１は、機器２０と各種の情報を送受信する。本実施形態では、機器２０が表示する画面情報等を機器２０に送信し、機器２０が読み取った画像データやファイル等を機器２０から受信する。なお、図が煩雑になるので省略しているが、通信部６１は、外部サーバシステム４０及び外部ストレージシステム３０とも通信する。
入出力サービス５５は、外部コンポーネントサービス管理部５６、外部サービス制御部５７、アプリ管理部５８、Ｉ／Ｏロジック処理部５９、及び、データＡＰＩ部６０を有している。
アプリ管理部５８は、アプリ情報５３を管理し、アプリ情報５３を使って、機器２０のＷｅｂブラウザがアプリに関して表示する画面情報を生成する。このアプリとは１つの処理フローのことである。画面情報は、ＨＴＭＬ、ＸＭＬ、ＣＳＳ（Cascade Style Sheet）、及びJavaScript（登録商標）等により記述されていてよい。アプリ情報５３には、「アプリ１」のような識別情報が付与されている。１つのアプリのアプリ情報５３は、データ定義、レイアウト、及び、処理内容を有している。詳細は図６において後述される。
Ｉ／Ｏロジック処理部５９は、アプリ情報５３が有する「処理内容」を解析し、ドキュメントサービス５１、外部サービス連携部５４、又は、外部コンポーネントサービス４２に処理の実行を要求する。また、Ｉ／Ｏロジック処理部５９は、外部サーバの稼働状態を制御するため、外部コンポーネントサービス管理部５６、及び、外部サービス制御部５７を制御する。
データＡＰＩ部６０は、外部サービス連携部５４（ファイル処理部５４ａ又はデータ処理部５４ｂ）を経由して、外部ストレージシステムのフォルダ一覧やファイル一覧といった情報を取得する。
外部サービス制御部５７は、外部コンポーネントサービス管理部５６が持つ「実行予定のコンポーネント情報」（符号は５２）を元に、外部サーバを起動又は停止させる必要があるか否かを判断し、稼働状態を制御する。起動した外部サーバでは外部コンポーネントサービス４２が動作する。
外部コンポーネントサービス管理部５６は、実行予定のコンポーネント情報５２を管理する。すなわち、外部サーバごとに実行予定のコンポーネントの数を登録し、実行が終了すると実行が終了するごとに１つ減らす。実行予定のコンポーネント情報５２の一例を図５に示す。
外部サービス連携部５４はファイル処理部５４ａとデータ処理部５４ｂを有している。ファイル処理部５４ａは、外部ストレージシステム３０に対してファイルの入出力に関する処理を行う。データ処理部５４ｂは、外部ストレージシステム３０に対してデータの取得や書き込みといった処理を行う。ファイル処理部５４ａとデータ処理部５４ｂは外部ストレージシステム３０ごとに用意されるため、外部サービス連携部５４を増やしていくことで、連携先の外部ストレージシステム３０を増やしていくことができる。
ドキュメントサービス５１は、ドキュメントを処理するサービス群である。図４では、ＯＣＲを行うサービス５１ａ、及び、ファイルのフォーマットを変換するサービス５１ｂ、がある。この他、画像のサイズ変換、翻訳、などのサービスが含まれてよい。これらもコンポーネントの１つである。
図５は、実行予定のコンポーネント情報５２を模式的に示す。実行予定のコンポーネント情報５２は、主に、Ｈｏｓｔ（外部サーバ情報）と実行予定のコンポーネント数とが対応付けられた情報である。Ｈｏｓｔは例えば「Server1.com」などであり、実行予定のコンポーネントがある外部サーバを識別又は特定する情報（例えばＵＲＬ、ドメイン名など）である。実行予定のコンポーネント数は、各外部サーバにある実行予定のコンポーネントの数である。実行予定のコンポーネント数はコンポーネントが実行されるごとに１つずつ小さくなる。したがって、外部サービス制御部５７は残数を参照することで、外部サーバを起動するか停止するかを判断できる。
図６は、アプリ情報５３を模式的に示す。アプリ情報５３は画面定義（データ定義とレイアウト）及び処理内容を有する。
図６（ａ）はデータ定義の一例を示す。データ定義は送受信されるデータの定義（ＵＩの各項目の項目名、各項目に保存されるデータ名など）である。
・data_id…データの識別情報である。
・data_key…扱う対象のデータ名称であり（処理に対するパラメータ）、例えばデータが格納されるファイル名などである。
・format…ファイルの形式である。例えば、HTMLのフォーム要素と同じ、input_text，textarea，select，radio などである。
・data_source…データを保持するＵＲＬが設定される。固定のデータであれば、直接データが記述されていてもよい。
図６（ｂ）はレイアウトの一例である。レイアウトは画面のデザイン（ユーザが利用する画面をＷｅｂブラウザが表示するための情報）である。
・data_id…データの識別情報である。データ定義のdata_idと対応している。
・display_name…ファイル名である。
・layout…項目名の位置情報である。図６（ｂ）では項目を上から指定する順番が設定されている。位置情報は、座標を指定するといった形式でもよい。また、クライアント（機器）側がＷｅｂブラウザではなくクライアントアプリケーションである場合や機器が複雑な画面を表示する場合にはこのレイアウト情報は存在せず、機器側や画面の生成過程でデータ定義を解釈して表示してもよい。
図６（ｃ）は処理内容の一例である。処理内容は、各処理フローを有している。処理フローのリストは機器２０に提供され、機器２０がユーザの選択を受け付けることで、実行される処理フローが情報処理システム５０に対して指定される。１つの処理フローには、外部サーバにある処理、ドキュメントサービス５１、及び、外部ストレージシステム３０を使用する処理等をどのように利用するかが記載されている。
各処理は，以下の要素を有している。
・コンポーネント名称
・処理
・オプションパラメータ
要素を使った記載構成例は以下のようになる。
"<コンポーネント名称> : <処理> ? <オプションパラメータ>"
この処理は、「ストレージサービスＡのフォルダsamplefolderへファイル名test.pdfでファイルを送信する。」を意味している。具体的には以下のように記載される。
"storage : send_to_folder ? type=service－a & targetfolder=samplefolder & filename=test.pdf"
例えば、処理フローが下記の処理を含む場合、図６（ｃ）のように記述される。
1: OCR
2: サービスＡ:配信
なお、処理フローの開始はファイルのインプット「From（'file：input'）である。
＜＜外部サーバシステム＞＞
図４に戻って説明する。外部サーバシステム４０は外部コンポーネントサービス４２、及び、稼働状態制御部４１を有している。外部サーバシステム４０が有するこれらブロックは、図２に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開されたプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。
外部コンポーネントサービス４２は、主に外部のベンダーが開発したコンポーネントを動作させる。外部コンポーネントサービス４２は、コンポーネント処理部４３を有している。コンポーネント処理部４３は、各種のコンポーネントを有しており、ドキュメントサービス５１や外部サービス連携部５４と同等の処理を実行する。
稼働状態制御部４１は、外部サーバを起動又は停止させる。外部サーバが起動した場合は外部コンポーネントサービス４２も起動させる。しかし、外部コンポーネントサービス４２は、外部サーバの起動に連動して自動的に起動することも可能である。
稼働状態制御部４１は、外部サーバシステム４０が用意したＡＰＩ（Application Interface）である。外部サービス制御部５７が起動の旨と共に稼働状態制御部４１を呼び出すと、稼働状態制御部４１は指示されたリソース（ＣＰＵ、ＲＡＭ、ＨＤＤ/ＳＳＤ等）を有する外部サーバを起動させ、次いで、外部コンポーネントサービス４２を起動させる。
外部サーバシステム４０では、稼働状態制御部４１の起動により外部サーバが用意される。つまり、クラウドサービスなどが提供するリソースから契約や外部サービス制御部５７からの要求に応じてリソースが確保される。稼働状態制御部４１はこのリソースにＯＳをインストールし、外部コンポーネントサービス４２を動作させ、処理フローに含まれるコンポーネントを実行する。したがって、外部サーバを確保したり開放したりすることには外部コンポーネントサービス４２を起動又は停止させることが含まれる。稼働状態制御部４１が行う処理が具体的にどのような処理かは外部サーバシステム４０のサービス形態によって変わりうるが、本実施形態では起動とは課金される状態にすることをいい、停止とは課金されない状態にすることをいう。
外部サービス制御部５７が停止の旨と共に稼働状態制御部４１を呼び出すと、稼働状態制御部４１は外部サーバを停止する。外部コンポーネントサービス４２は外部サーバの停止の前に内部的に終了するか、又は、外部サーバの停止と共に終了する。外部コンポーネントサービス４２がどのような手順で終了するかは外部サーバシステム４０の仕様に基づくものとする。
＜＜外部ストレージシステム＞＞
外部ストレージシステム３０は１つ以上のストレージサービス３１を有している。そのうちの１つのストレージサービスＡは、クラウドストレージサービスなど、連携先のサービスであればよい。
＜＜機器＞＞
機器２０ではＷｅｂブラウザ２９が動作する。Ｗｅｂブラウザ２９は通信部２１、表示制御部２２、操作受付部２３、及び、機器機能部２４を有している。機器２０が有するこれら各機能部は、機器２０にインストールされた１以上のプログラムに含まれる命令をＣＰＵ９０１が実行することで実現される機能又は手段である。例えば、通信部２１、表示制御部２２及び操作受付部２３はＷｅｂブラウザにより実現され、機器機能部２４は個別のアプリケーション（ネイティブアプリ）により実現される。
通信部２１は、情報処理システム５０との間で各種の情報を送受信する。本実施形態では画面情報等を情報処理システム５０から受信し、機器２０が読み取った画像データやファイル等を情報処理システム５０に送信する。
表示制御部２２は各種の画面の画面情報を解釈してパネル表示部９４０ａに表示する。操作受付部２３は、パネル表示部９４０ａに表示された各種画面におけるユーザの各種操作を受け付ける。機器機能部２４は、原稿を読み取って画像データを作成するスキャナ機能、ＦＡＸや電子メールを送信する機能、など、機器２０が有する各種の機能である。
＜Ｉ／Ｏロジック処理部の機能＞
図７は、Ｉ／Ｏロジック処理部５９が有する機能をブロックに分けて説明する機能ブロック図の一例である。Ｉ／Ｏロジック処理部５９は、フロー実行部７１、プログラム管理部７２、型変換管理部７３、型変換定義/処理部７４、及び、コンポーネント群７９を有している。
フロー実行部７１は、アプリ管理部５８から取得した「処理内容」で示された処理を解釈し、実行する。実行する際には、処理内容に記載された内容にしたがって、コンポーネントを呼び出す。
プログラム管理部７２には、コンポーネント群７９が有するコンポーネントの種類が設定されている。プログラム管理部７２は、フロー実行部７１から要求されたコンポーネントを生成する。また、プログラム管理部７２は、表１に示す判断テーブルを参照して、コンポーネントが外部サーバにあるか情報処理システム５０にあるかを判断する。
コンポーネント群７９は、プログラム管理部７２が管理する１つ以上のコンポーネントである。各コンポーネントはコンポーネント共通Ｉ/Ｆ７９ａを有している。コンポーネント共通Ｉ/Ｆ７９ａは、フロー実行部７１がコンポーネントを呼び出すためのＡＰＩ（Application Interface）である。コンポーネント共通Ｉ/Ｆ７９ａはコンポーネントが異なっても共通であるため、コンポーネントが異なってもフロー実行部７１の変更は全く必要ないか又はほとんど必要がない。コンポーネント共通Ｉ/Ｆ７９ａは以下のＩ/Ｆを備える。
－ 生成
－ コンポーネント処理実行(データ)
図７のコンポーネント群７９は、配信コンポーネント７５、変換コンポーネント７６、及び、外部コンポーネント連携コンポーネント７７を有している。これらはコンポーネントである。すなわち、処理フローの実際の処理を受け持つ部分である。
外部コンポーネント連携コンポーネント７７は、外部サーバで起動している外部コンポーネントサービス４２のコンポーネントに処理を要求するコンポーネントである。
型変換管理部７３は、型変換テーブルを参照して（表２参照）、機器から送信されたデータ又は処理フローで処理中のデータを、コンポーネントが処理できるデータ形式に変換するため、異なるデータの型への変換処理を管理している。
型変換定義/処理部７４は、型変換で、特定のデータ型から他のデータ型への変換処理を行う。型変換共通Ｉ/Ｆ７８は型変換管理部７３から型変換に対して共通で利用できるＩ/Ｆである。型変換共通Ｉ/Ｆ７８は以下のＩ/Ｆを備える。
－ 生成
－ 型変換処理実行(データ)
Figure 2022032145000002
 表１は、コンポーネントが外部サーバにあるかどうかをプログラム管理部７２が判断するための判断テーブルの一例である。プログラム管理部７２はこの判断テーブルを保持しているか又はストレージ上の判断テーブルにアクセスできる。判断テーブルはレコードを識別するＩＤ（識別情報）に対応付けて、「Name」「Description」「Host」の各項目を有している。
「Name」…処理フローが有する処理の処理名である。
「Description」…処理の説明文である。
「Host」…コンポーネントがどのサーバにあるかを示す。localhostとなっているコンポーネントは自サーバにあると判断し、それ以外は外部サーバにあると判断する。
Figure 2022032145000003
 表２は、型変換管理部７３が管理する型変換テーブルの一例を示す。型変換テーブルはデータの変換規則がリストとして登録されたテーブルである。各コンポーネントは扱えるデータの形式が決まっているため、型変換定義/処理部７４がコンポーネントからの要求と型変換テーブルに基づいてデータの型を変換する。型変換テーブルでは、ＩＤ（識別情報）に変換前のデータ型と変換後のデータ型が対応づけられている。この定義と処理を追加していくことで、開発者側がコンポーネント自体を修正することなく、各コンポーネントに接続可能な別のコンポーネントを増やしていくことが可能になる。
＜外部コンポーネントサービス＞
図８は、外部コンポーネントサービス４２が有するコンポーネント処理部４３の機能をブロックに分けて説明する機能ブロック図の一例である。コンポーネント処理部４３の構成は基本的にＩ／Ｏロジック処理部５９と同じ構成だが、外部コンポーネントサービス４２はＩ／Ｏロジック処理部５９が制御する処理フローの一部として動作するのみであるため、アプリ管理部５８から「処理内容」を取得して実行するコンポーネントを判断する機能を持たない。すなわち、コンポーネント処理部４３は、コンポーネントに対する処理の要求を受け付け、処理を実行し、その結果をＩ／Ｏロジック処理部５９に返却する。
Ｉ／Ｏロジック処理部５９のコンポーネントとコンポーネント処理部４３のコンポーネントは同じ構造であるため、コンポーネントはどちらに配置されても問題なく動作する。そのため、サービス提供者は、品質が確認できたコンポーネント処理部４３のコンポーネントをＩ／Ｏロジック処理部５９に移して動作させたり、Ｉ／Ｏロジック処理部５９のコンポーネントを外部コンポーネントサービス４２に配置してコンポーネント処理部４３で動作させたりすることができる。したがって、コンポーネントの配置に自由度が生まれる。
要求受付け部８１は、Ｉ／Ｏロジック処理部５９から要求されたコンポーネントの実行要求を受け付ける。要求受付け部８１は実行要求されたコンポーネントを実行する。複数のコンポーネントに対する連続した処理要求を受け付けることもできる。
プログラム管理部８２にはコンポーネントの種類が設定されている。プログラム管理部８２は要求受付け部８１から要求されたコンポーネントを生成する。
型変換管理部８３、型変換定義/処理部８４、配信コンポーネント８５、及び、変換コンポーネント８６は実際の処理を受け持つ。コンポーネント共通Ｉ/Ｆ８９ａ、及び、型変換共通Ｉ/Ｆ８８についてはＩ／Ｏロジック処理部５９と同じである。
＜＜外部サービス連携部＞＞
外部サービス連携部５４について補足する。
上記のように、外部サービス連携部５４は以下の２つの機能を有している。
・ファイル処理部
外部ストレージシステム３０に対してファイル関連の処理を行う（ファイルを送る，ファイルを取得する，等）
・データ処理部
外部ストレージシステム３０に対してファイル以外のテキストで表現できるデータ処理を行う（フォルダ一覧を取得する，等）
また、ファイル処理部とデータ処理部はそれぞれ共通Ｉ/Ｆ５４１、５４３と、固有Ｉ/Ｆ５４２，５４４とを有する。このようにインターフェースが分けられることで、「ファイルを配信するのみというようなシンプルな処理を様々な外部ストレージシステム３０へ配信する」というアプリケーションが必要な場合、入出力サービス５５がそれぞれの共通Ｉ/Ｆを利用することで、すべてにおいて同じ処理で実現可能となる。また、特定の外部ストレージシステム３０の機能を広く活用する、外部ストレージシステム３０に特化したアプリケーションが必要な場合，入出力サービス５５が固有Ｉ/Ｆを含めて活用すると実現することができる。
・共通Ｉ/Ｆ
ファイルを扱うサービスにおいて共通に利用できるものが共通Ｉ/Ｆである。ファイル処理部５４ａは、フォルダにファイルを送る、ファイルを取得する、ことができる。データ処理部５４ｂはファイル一覧取得、フォルダ一覧取得が可能である。
・固有Ｉ/Ｆ
外部ストレージシステム３０のサービスの機能だが、ファイルを扱うサービスにとって共通ではないものが固有Ｉ/Ｆである。ファイル処理部５４ａは保存されているドキュメントにファイルを付加することができる。データ処理部５４ｂは、顧客一覧情報取得、画像ファイル一覧取得などが可能である。
図９は、共通Ｉ/Ｆと固有Ｉ/Ｆの一例である。共通Ｉ/Ｆの場合は、「/」で区切ってフォルダやファイルが指定される。固有Ｉ/Ｆの場合は「/extension」が固有Ｉ/Ｆである旨を示す。
＜処理フローの実行手順＞
続いて、図１０を参照して、Ｉ／Ｏロジック処理部５９が制御する処理フローの実行手順について説明する。図１０は、情報処理システム５０が処理フローを実行する手順を示すシーケンス図の一例である。図１０では、Ｉ／Ｏロジック処理部５９が情報処理システム５０内のコンポーネントを実行する場合を説明する。
S1：ユーザが機器２０を操作して、処理フローの実行を機器２０に入力する。機器２０の操作受付部２３は操作を受け付ける。これにより、ファイル（処理フロー１、ストリームデータ）が生成される。ストリームデータは処理フローの対象となるデータであり、ストリームの他にはファイル等がある。ストリームデータはファイルサイズが大きいデータを少量ずつ機器２０が送信する場合のデータ形式である。通信部２１はファイルを情報処理システム５０に送信する。
S2：情報処理システム５０の通信部６１はファイルを受信する。フロー実行部７１は処理フロー１の処理内容をアプリ管理部５８から取得する。なお、処理フロー1は「変換」→「配信」の処理内容とする。この変換と配信の処理を情報処理システム５０内のコンポーネントが担っているとする。
S3：フロー実行部７１は、最初の処理である「変換」のため、変換コンポーネント７６をプログラム管理部７２に要求する。
S4：プログラム管理部７２は変換コンポーネント７６を生成してフロー実行部７１に返却する。
S5：フロー実行部７１は返却された変換コンポーネント７６に、コンポーネント処理実行を要求する。このとき、「データ」を渡すが、実体はクライアントからの入力のストリームデータである。
S6：変換コンポーネント７６は、要求を受けると、型変換管理部７３に型変換要求を行う。変換コンポーネント７６は自分の受け取った「データ」と、自分の扱いたいデータの型を指定する。ここでは、ローカルファイルパス（型変換が行われたデータが保存されたファイルパス）を要求していたとする。
変換コンポーネント７６は、自分に入力されたデータの実際の形式を意識しないまま、自分の扱える形式への変換要求を実行する。ここでは「データ」としてストリームを受け取ったが、変換コンポーネント７６は「データ」という共通概念のＩ/Ｆで受信し、該データが何であろうと、再利用可能なファイルを保存したパスを渡すように要求する。これにより、「コンポーネントが共通のＩ/Ｆを有すること」「コンポーネントは自分の扱える形式以外の形式を意識しないこと」が実現する。
S7：型変換管理部７３は、表２の型変換テーブルを参照して、渡された「データ」の型をチェックする。このデータはストリームなので、変換コンポーネント７６が扱える形式に変換すると判断する。
S8：型変換管理部７３は、要求されたデータ型へ変換する型変換定義/処理部７４を生成する。この型変換の処理の実装を増やすことで、ユーザは処理フローのパターンを増やすことができる。
S9：型変換管理部７３は、生成した型変換定義/処理部７４に、型変換処理実行を要求する。
S10：型変換定義/処理部７４は型変換を実行し、得られた結果（型が変換されたデータ）を型変換管理部７３に返却する。
S11：型変換管理部７３はローカルファイルパスに型が変換されたデータを保存し、該ローカルファイルパスを変換コンポーネント７６に返却する。
S12：変換コンポーネント７６は、ローカルファイルパスで得られたデータに自身の処理を実行する。変換コンポーネント７６が行う変換とは、ＯＣＲや翻訳などデータに何らかの加工を行う処理である。変換コンポーネント７６は、変換した「データ」をフロー実行部７１に返却する。
「データ」の実際の型は変換コンポーネント７６が生成した任意の型でよい。次のコンポーネントが同様に、型変換を実行するためである。また、変換コンポーネント７６はどのような情報でも「データ」として返却する。実態はローカルファイルパスとする。
S13：次に、フロー実行部７１が同様に次の処理である「配信」を実行する。処理の流れは基本的に「変換」の場合と同じである。フロー実行部７１は、２番目の処理である「配信」のため、配信コンポーネント７５をプログラム管理部７２に要求する。
S14：プログラム管理部７２は配信コンポーネント７５を生成してフロー実行部７１に返却する。
S15：フロー実行部７１は返却された配信コンポーネント７５に、処理実行を要求する。このとき、「データ」を渡すが、実体はローカルファイルパスである。
S16：配信コンポーネント７５は、要求を受けると、型変換管理部７３に型変換要求を実行する。変換コンポーネント７６は自分の受け取った「データ」と、自分の扱いたいデータの型を指定する。ここでは、ローカルファイルパス（要するにローカルに保存されたファイルデータ）を要求していたとする。前の変換処理で「データ」として、「ローカルファイルパス」が返却されているため、コンポーネント処理実行で渡される「データ」の実体は「ローカルファイルパス」であり、実際にはデータ変換要求は不要である。
S17：型変換管理部７３は、表２の型変換テーブルを参照して、渡された「データ」の型をチェックする。このデータはローカルファイルパスであるため、変換処理は実行されない。
S18：型変換管理部７３は、ローカルファイルパスを配信コンポーネント７５に返却する。
S19：配信コンポーネント７５は、ローカルファイルパスで得られたデータに自身の処理を実行する。すなわち、配信する。したがって、例えば、外部ストレージシステム３０にデータを送信する。
S20：配信コンポーネント７５は処理で得られたデータをフロー実行部７１に送信する。処理で得られたデータとは、コンポーネントによって様々である。例えば、配信の場合は、送信されたファイル名や日時などであり。翻訳などの場合は翻訳されたデータである。
S21：フロー実行部７１は通信部６１を介して、データ（実行結果）を機器２０に送信する。機器２０の通信部２１はデータを受信する。
このようにして、情報処理システム５０は、処理フローに含まれるコンポーネントを順番に実行する。
＜コンポーネント処理部の動作手順＞
次に、比較のため、外部サーバのコンポーネント処理部４３の動作手順について説明する。
図１１は、本実施形態のコンポーネント処理部４３が処理フローを実行する手順を示すシーケンス図の一例である。なお、図１１の説明では、図１０との相違を説明する。
外部コンポーネントサービス４２はＩ／Ｏロジック処理部５９が制御する処理フローの一部として動作するのみであるため、アプリ管理部５８に処理フローの処理内容を問い合わせる処理がない。その他のステップS31～S42の処理は図１０のステップS1、S3～S12と同様になる。なお、図１１では配信コンポーネントの処理については省略されている。
＜外部コンポーネントサービス上のコンポーネントを含めた、Ｉ／Ｏロジック処理部の動作手順＞
次に、外部コンポーネントサービス４２上のコンポーネントと情報処理システム５０のコンポーネントが処理内容に含まれる処理フローの実行について説明する。
図１２は、情報処理システム５０が外部コンポーネントサービス４２上のコンポーネントと情報処理システム５０のコンポーネントを含む処理フローを実行する手順を説明するシーケンス図の一例である。なお、図１２の処理フロー１は「変換」「配信」であるとする。図１２の説明では、主に図１０との相違を説明する。
図１２のステップS51、S52は図１０のステップS1、S2と同様でよい。次に、フロー実行部７１は変換コンポーネントをプログラム管理部７２に要求する(S53)。
コンポーネントの実行要求を受けたプログラム管理部７２は、表１の判断テーブルを参照して、次に実行する処理に対応するコンポーネントが自サーバ（情報処理システム５０）にあるか、外部サーバにあるかを判断する（S54）。「変換」のコンポーネントは情報処理システム５０にあると判断されたものとする。
S55～S63の処理は、図１０のS4～S12と同様でよい。
S64：次に、フロー実行部７１は、「配信」のコンポーネントをプログラム管理部７２に要求する。
S65：プログラム管理部７２は、表１の判断テーブルを参照して、生成を依頼されたコンポーネントが外部サーバにあると判断する。
S66：プログラム管理部７２は外部コンポーネント連携コンポーネント７７を生成し、フロー実行部７１に返却する。このとき、「データ」を渡すが、実体はローカルファイルパスである。
S67：フロー実行部７１は外部コンポーネント連携コンポーネント７７に対し、データ（ローカルファイルパス）を指定してコンポーネントの実行を要求する。
S68：外部コンポーネント連携コンポーネント７７は、要求を受けると、型変換管理部７３に型変換要求を実行する。変換コンポーネント７６は自分の受け取った「データ」と、自分の扱いたいデータの型を指定する。ここでは、ローカルファイルパスを要求していたとする。前の変換処理で「データ」として、「ローカルファイルパス」が返却されているため、コンポーネント処理実行で渡される「データ」の実体は「ローカルファイルパス」であり、実際にはデータ返還要求は不要である。
S69：型変換管理部７３は、渡された「データ」の型をチェックする。このデータはローカルファイルパスであるため、変換処理は実行されない。
S70：型変換管理部７３は、ローカルファイルパスを外部コンポーネント連携コンポーネント７７に返却する。
S71：外部コンポーネント連携コンポーネント７７は、ローカルファイルパスで得られたデータに自身の処理を実行する。外部コンポーネント連携コンポーネント７７は外部サーバシステム４０と連携するものであるため、外部サービス制御部５７に処理を要求する。
S72：外部サービス制御部５７は処理実行を外部コンポーネントサービス４２に要求する。これにより、図１１のシーケンス図が実行される。
S73～S76：図１０と同様に、データ（実行結果）が機器２０まで送信される。
＜外部サーバの稼働状態の制御＞
図１２の処理では、外部サーバが常に稼働状態である。このため、無駄なコストが生じていた。そこで、次に、図１３を参照して、情報処理システム５０が外部サーバの稼働状態を制御する動作又は処理について説明する。図１３は情報処理システム５０が処理フローを実行し、外部サーバの稼働状態を制御する手順を示すシーケンス図の一例である。
図１３の処理フローの実行に関する流れは図１２と同様で、更に、外部サーバの稼働状態を制御する処理が組み合わされた流れとなっている。
S81：ユーザが処理フローの実行を機器２０に入力する。機器２０の操作受付部２３は操作を受け付ける。これにより、ファイル（処理フロー１、ストリームデータ）が生成される。ストリームデータは処理フローの対象となるデータである。通信部２１はファイルを情報処理システム５０に送信する。
S82：情報処理システム５０の通信部６１はファイルを受信する。フロー実行部７１は処理フロー１の処理内容をアプリ管理部５８から取得する。なお、処理フロー１は「変換」→「配信」の処理内容とする。この配信する処理を外部サーバのコンポーネントが担っているとする。アプリ管理部５８は処理内容をフロー実行部７１に返却する。
S83：処理フローの処理内容には実行処理するコンポーネントの情報が含まれる。フロー実行部７１は、処理フロー１の処理内容をプログラム管理部７２に渡して、処理内容に外部サーバで実行されるコンポーネントがあるかどうかの確認を要求する。
S84：プログラム管理部７２は渡された処理内容と表１の判断テーブルを参照して、処理フローに含まれる（情報処理システム５０が実行する）全てのコンポーネントについて自サーバ（情報処理システム５０）に存在するか、外部サーバに存在するかを判断する。
S85：プログラム管理部７２は処理フローに含まれる外部コンポーネントの数を数えて、それを外部サービス制御部５７に登録する。登録する情報は、図５に示した実行予定のコンポーネント情報５２である。実行予定のコンポーネント情報５２は、外部サーバを表す外部サーバ情報（Host名）と、その外部サーバで実行するコンポーネントの残数を有する。
S86：外部サービス制御部５７は、処理フローに含まれるコンポーネントの数（外部サーバで実行される）を記録する。このように、一連の処理の最初の処理が実行される前に外部サーバで実行されるコンポーネントの数が保存される。なお、処理フローに含まれる外部コンポーネントの数は処理フローごとに合計される。例えば、処理フロー１が二人のユーザで並行に実行された場合、外部サーバで実行されるコンポーネントの残数は「２」になる。
S87～S97：登録完了後、フロー実行部７１は、処理内容に沿って、コンポーネントを生成して、処理フローの処理を順番に実行する。処理の手順は図１２のステップS53～S63と同様でよい。
S98：１つの処理が実行されると、フロー実行部７１は次の処理（配信）の実行をプログラム管理部７２に要求する。
S99：プログラム管理部７２は、表１の判断テーブルを参照して、コンポーネントが自サーバ（情報処理システム５０）にあるのか外部サーバにあるのか確認する。
S100：外部サーバにある場合は、プログラム管理部７２は外部コンポーネント連携コンポーネント７７を生成する。
S101：フロー実行部７１がコンポーネントの処理実行をプログラム管理部７２に要求する。
S102：プログラム管理部７２は、外部サービス制御部５７に実行要求されたコンポーネントがある外部サーバの稼働状態の確認を要求する。
S103：外部サービス制御部５７は、稼働状態の確認が要求された外部サーバの稼働状態の情報を稼働状態制御部４１から取得する。このように一連の処理に含まれる処理を実行するプログラムが実行されるタイミングで稼働状態が取得される。
実行要求されたコンポーネントがある外部サーバが起動していない場合（起動していない旨の稼働状態）、ステップS104、S105が実行される。
S104：外部サーバが起動していない場合、外部サービス制御部５７は稼働状態制御部４１に当該外部サーバの起動を要求する。
S105：稼働状態制御部４１は、実行要求されたコンポーネントがある外部サーバを起動する。また、外部サーバの起動に伴って自動的に外部コンポーネントサービス４２が生成される。稼働状態制御部４１の明示的な要求で外部コンポーネントサービス４２が生成されてもよい。
S106：外部サービス制御部５７は、外部サーバが起動すると起動通知をプログラム管理部７２に通知する。
S107～S112：外部サービス制御部５７からの起動通知があり次第、プログラム管理部７２は外部コンポーネント連携コンポーネント７７に外部コンポーネントの処理実行を要求する。外部コンポーネントサービス４２上でコンポーネントは処理を実行する。この流れは図１２のステップS67～S72と同様でよい。
S113：処理実行後、外部コンポーネント連携コンポーネント７７はコンポーネントの実行が終了したことを外部サービス制御部５７に通知する。
S114：外部サービス制御部５７は、図５のコンポーネント情報の当該Host上にある実行予定のコンポーネントの残数を一つ減らす。
S115：その後、外部サービス制御部５７は、図５の実行予定のコンポーネント情報５２にある実行予定のコンポーネントの残数がゼロ（"0"）のHostがあるか否かを確認する。外部サーバを停止するためである。
S116：実行予定のコンポーネントの残数がゼロのHostがある場合、外部サービス制御部５７は稼働状態制御部４１へ外部サーバの停止を要求する。このように、実行予定のコンポーネントの残数がゼロになったタイミングで、外部サーバが停止される。
なお、図１３の処理では、実行予定のコンポーネントの残数がゼロになったことを外部サービス制御部が確認しているが、外部サービス制御部は、一連の処理に含まれる処理の実行が終了したタイミングで、外部サーバの稼働状態を取得し、外部サーバが起動している場合（起動している旨の稼働状態）、外部サーバの停止を外部に要求してもよい。
S117：稼働状態制御部４１は、外部コンポーネントサービス４２に対し外部サーバの停止（終了）を要求する。
S118：外部コンポーネントサービス４２は外部サーバの仕様にしたがって、実行を停止する。すなわち、クラウドサービスのうち外部コンポーネントサービス４２のために確保されていたリソースが開放される。これにより、課金されない状態となる。課金されない状態であればよく、リソースの開放まで行われなくてもよい。
S119、S120：停止通知が外部サービス制御部５７に通知される。
S121：外部サービス制御部５７は通知完了を外部コンポーネント連携コンポーネント７７に通知する。
S122、S123：データ（実行結果）が機器２０に送信される。
このように、本実施形態の情報処理システム５０は、外部サーバの実行が必要な時間帯だけ外部サーバを起動させるので、コンポーネントが外部サーバで管理及び保存されることによる無駄なコストを抑制することができる。
＜処理フロー内に複数の外部コンポーネントがある場合＞
図１３の説明では処理フローの処理内容に、外部コンポーネントが１つしかなかった。そこで、１つの処理フローに外部サーバで実行される複数のコンポーネントが含まれる場合について補足する。
図１４は、外部サーバで実行される複数のコンポーネントを有する処理フローの一例である。
Ａ．Ｉ／Ｏロジック処理部５９が図１３のような処理フローを実行する場合、プログラム管理部７２は生成するコンポーネントの情報を確認して当該の外部サーバが起動していなければ、起動させる（図１３のステップS105の処理に相当する）。
Ｂ．外部サーバの１つめのコンポーネントが実行された場合、プログラム管理部７２は当該の外部サーバで実行する予定のコンポーネントがあるか確認し、実行予定のコンポーネントがあるので、外部サーバは稼働状態のままにしておく（図１３のステップS115で実行予定のコンポーネントがあると判断される）。
Ｃ．外部サーバの２つめのコンポーネントが実行された場合、プログラム管理部７２は当該の外部サーバで実行する予定のコンポーネントがあるか確認し、実行する予定の外部コンポーネントがないので、外部サーバの稼働を停止する（図１３のステップS118の処理に相当する）。
１つの処理フローが複数のコンポーネントを含む場合に限らず、複数の処理フローが同じコンポーネントを含む場合も同様になる。
図１５は、外部サーバで実行される複数のコンポーネントを有する処理フローが複数のユーザにより並行に実行される場合を説明する図である。図１５（ａ）はユーザＡが実行する処理フローを示し、図１５（ｂ）はユーザＢが実行する処理フローを示す。この外部サーバは複数のコンポーネントを有している。複数の処理フローが並行に実行されることで、同一の外部サーバ内で複数のコンポーネントが実行される場合、全てのコンポーネントが実行終了すると、外部サーバの稼働も停止される。
A－１．プログラム管理部７２は外部サーバの稼働状態を確認し、起動していないので起動する。
B－1．プログラム管理部７２は外部サーバの稼働状態を確認し、起動しているのでそのまま外部サーバを利用する。
A－2．ユーザＡの外部サーバのコンポーネントの処理が終了したが、ユーザＢが実行している処理フローにまだ実行していないコンポーネントがあるので（この外部サーバのコンポーネントの残数がゼロでない）、プログラム管理部７２は外部サーバを稼働状態にしておく。
B－2．ユーザＢの外部サーバのコンポーネントの処理が終了し、該当する外部サーバでは実行予定のコンポーネントがないので（この外部サーバのコンポーネントの残数がゼロになった）、プログラム管理部７２は外部サーバの稼働を停止する。
このように、図５の実行予定のコンポーネント情報５２は、全ユーザで合計されるので、複数のユーザが並行に処理フローを実行しても、情報処理システム５０は、当該外部サーバで実行されるコンポーネントがあるかどうかに応じて外部サーバの稼働状態を制御できる。
＜情報処理システムの冗長構成＞
情報処理システム５０の可用性を向上させるため、情報処理システム５０の一部の機能が冗長性を有する場合がある。
図１６は、情報処理システム５０が冗長構成を有する場合に、情報処理システム５０が有する外部コンポーネントサービス管理データベース６２を示す。図１６の冗長構成では、情報処理システム５０が複数の入出力サービス５５Ａ，５５Ｂを有する。入出力サービス５５Ａ，５５Ｂの機能は図４と同様でよい。
外部コンポーネントサービス管理データベース６２は、実行予定のコンポーネント情報５２を管理するデータベースである。実行予定のコンポーネント情報５２は、Ｈｏｓｔ情報に対応づけて、フロー実行部７１から要求のあった処理内容にある実行予定のコンポーネントの残数を有する。
処理フローを実行する情報処理システム５０が冗長構成の場合、各外部コンポーネントサービス４２の情報を複数のモジュール間で統一する必要がある。そのため、図４のように外部サービス制御部５７がその情報を保持するのではなく、図１７のようなデータベースを構成に追加することで、共通の情報を共有できるようにする。
図１７は、外部コンポーネントサービス管理データベース６２の構造を説明する図である。外部コンポーネントサービス管理データベース６２は外部コンポーネントサービス４２の利用状況を表すデータベースである。Ｈｏｓｔごとに実行予定の外部コンポーネント残数が対応づけられている。「Host」は、外部サーバを表す（例えばドメイン名）。「実行予定の外部コンポーネント残数」は、処理内容にあるコンポーネント（外部サーバで実行される）のうち、まだ実行されていないコンポーネントの数である。
＜冗長構成の場合の動作手順＞
図１８は、情報処理システム５０が冗長構成の場合に処理フローを実行する処理を示すシーケンス図の一例である。実行予定の外部コンポーネント情報を外部サービス制御部５７で保持しているのでなく、外部コンポーネント管理データベースが保持しているため、図１８は情報を更新するシーケンスの部分のみ図１３と異なる。それ以外の流れは同じであるため、図１８の説明では主に図１３との相違を説明する。
S86－2：外部サービス制御部５７は、処理フロー内にある外部コンポーネントの数を外部コンポーネントサービス管理データベース６２に登録する。ホスト名ごとに外部コンポーネントの数を合計する。
S114－2：外部サービス制御部５７は、実行予定の外部コンポーネント情報から残数を１つ下げる更新を外部コンポーネントサービス管理データベース６２に要求する。
S114－3：外部サービス制御部５７は、実行予定のコンポーネント数がゼロであるHostがあるかないか確認するため、実行予定のコンポーネントがないHostの情報を要求する。
このように、各外部コンポーネントサービス４２の情報を複数のモジュール間で統一することで、入出力サービス５５が冗長構成であっても、外部サービス制御部５７が実行予定の外部コンポーネント情報から残数を参照したり更新したりできる。
＜主な効果＞
以上説明したように、本実施形態の情報処理システム５０は、コンポーネントごとに、そのコンポーネントを実行する外部サーバの稼働を継続すべきか否か情報処理システム５０が判断し、外部サーバの実行が必要のない間は稼働を停止させる。これにより、コンポーネントが外部サーバで管理及び保存されることによる無駄なコストを抑制することができる。
＜補足＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
例えば、情報処理システム５０が備える各機能構成のうち、少なくとも一部は、画像形成装置等の機器が有していても良い。例えば、情報処理システム５０は、処理フローに定義された複数の処理のうち、少なくとも一部（例えば、印刷処理、読取処理、ファックス送信処理等）を、画像形成装置に実行させても良い。
なお、上記で説明した各実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための
複数のコンピューティング環境のうちの１つを示すものに過ぎない。
ある実施形態では、情報処理システム５０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、機器２０は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。
また、情報処理システム５０の各要素は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。
２０ 機器
３０ 外部ストレージシステム
４０ 外部サーバシステム
５０ 情報処理システム
１００ 処理実行システム
特開2008－225639号公報

Claims (11)

  1. 機器及び外部サーバと通信し、機器から指定された一連の処理を実行する情報処理システムであって、
    前記機器が指定した前記一連の処理に基づいて外部サーバで実行されるプログラムを特定するプログラム管理部と、
    前記プログラム管理部が特定した前記プログラムを実行する前記外部サーバの稼働状態の制御を外部に要求する外部サービス制御部と、
    を有することを特徴とする情報処理システム。
  2. 前記外部サービス制御部は、前記一連の処理に含まれる処理を実行する前記プログラムが実行されるタイミングで、前記プログラム管理部が特定した前記外部サーバの稼働状態を取得し、
    前記外部サーバが起動していない旨の前記稼働状態を前記外部サービス制御部が取得した場合、
    前記外部サービス制御部は、前記プログラム管理部が特定した前記外部サーバの起動を外部に要求することを特徴とする請求項１に記載の情報処理システム。
  3. 前記外部サービス制御部は、前記一連の処理に含まれる処理の実行が終了したタイミングで、前記プログラム管理部が特定した前記外部サーバの稼働状態を取得し、
    前記外部サーバが起動している旨の前記稼働状態を前記外部サービス制御部が取得した場合、
    前記外部サービス制御部は、前記プログラム管理部が特定した前記外部サーバの停止を外部に要求することを特徴とする請求項２に記載の情報処理システム。
  4. 前記外部サービス制御部は、前記一連の処理の最初の処理が実行される前に、前記一連の処理のうち前記外部サーバで実行される予定のプログラムの数を保持しておき、
    前記外部サーバで前記プログラムの実行が終了した場合、前記外部サービス制御部は、保持している前記プログラムの数を１つ減らすことを特徴とする請求項１～３のいずれか1項に記載の情報処理システム。
  5. 前記外部サービス制御部が保持している前記プログラムの数がゼロになった場合、ゼロになったタイミングで、
    前記外部サービス制御部は、該プログラムを実行する前記外部サーバの稼働の停止を外部に要求することを特徴とする請求項４に記載の情報処理システム。
  6. 複数の前記機器が並行してそれぞれ前記一連の処理を指定した場合、
    前記外部サービス制御部は、それぞれの前記一連の処理に含まれる前記処理のうち前記外部サーバで実行される前記プログラムの数を合計して保持することを特徴とする請求項４又は５に記載の情報処理システム。
  7. 前記外部サービス制御部は、複数のサーバでそれぞれ動作する冗長構成を有しており、
    前記一連の処理のうち前記外部サーバで実行される予定のプログラムの数を保持するデータベースを有し、
    複数の前記外部サービス制御部は前記データベースを参照することを特徴とする請求項４～６のいずれか１項に記載の情報処理システム。
  8. 前記外部サーバは起動している時間に応じて課金され、
    前記外部サービス制御部は、前記プログラム管理部が特定した前記プログラムを実行する前記外部サーバの稼働状態を、課金される状態又は課金されない状態への制御を外部に要求することを特徴とする請求項１～７のいずれか１項に記載の情報処理システム。
  9. 機器及び外部サーバと通信し、機器から指定された一連の処理を実行する情報処理システムと、前記機器とを有する処理実行システムであって、
    前記機器は、
    前記一連の処理の選択を受け付ける操作受付部と、
    前記操作受付部が受け付けた前記一連の処理の実行を前記情報処理システムに要求する通信部と、を有し、
    前記情報処理システムは、
    前記機器から要求された前記一連の処理に基づいて外部サーバで実行されるプログラムを特定するプログラム管理部と、
    前記プログラム管理部が特定した前記プログラムを実行する前記外部サーバの稼働状態の制御を外部に要求する外部サービス制御部と、
    を有することを特徴とする処理実行システム。
  10. 機器及び外部サーバと通信し、機器から指定された一連の処理を実行する情報処理システムが行う処理実行方法であって、
    プログラム管理部が、前記機器が指定した前記一連の処理に基づいて外部サーバで実行されるプログラムを特定するステップと、
    稼働状態制御部が、前記プログラム管理部が特定した前記プログラムを実行する前記外部サーバの稼働状態の制御を外部に要求するステップと、
    を有することを特徴とする処理実行方法。
  11. 機器及び外部サーバと通信し、機器から指定された一連の処理を実行する情報処理システムを、
    前記機器が指定した前記一連の処理に基づいて外部サーバで実行されるプログラムを特定するプログラム管理部と、
    前記プログラム管理部が特定した前記プログラムを実行する前記外部サーバの稼働状態の制御を外部に要求する外部サービス制御部、
    として実行されるためのプログラム。
JP2020135661A 2020-08-11 2020-08-11 情報処理システム、処理実行システム、処理実行方法、プログラム Pending JP2022032145A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2020135661A JP2022032145A (ja) 2020-08-11 2020-08-11 情報処理システム、処理実行システム、処理実行方法、プログラム
US17/444,486 US20220053050A1 (en) 2020-08-11 2021-08-05 Information processing system, process executing system, process executing method, and recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020135661A JP2022032145A (ja) 2020-08-11 2020-08-11 情報処理システム、処理実行システム、処理実行方法、プログラム

Publications (1)

Publication Number Publication Date
JP2022032145A true JP2022032145A (ja) 2022-02-25

Family

ID=80223354

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020135661A Pending JP2022032145A (ja) 2020-08-11 2020-08-11 情報処理システム、処理実行システム、処理実行方法、プログラム

Country Status (2)

Country Link
US (1) US20220053050A1 (ja)
JP (1) JP2022032145A (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11399319B1 (en) 2020-12-10 2022-07-26 Sprint Spectrum L.P. Controlling secondary-node addition based on cooperative consideration of coverage comparison and predicted data split

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4689453B2 (ja) * 2005-12-02 2011-05-25 キヤノン株式会社 情報処理装置、データ処理方法、及びプログラム
US8228522B2 (en) * 2007-01-29 2012-07-24 Kabushiki Kaisha Toshiba Document data management apparatus to manage document data read and digitized by an image reading apparatus and a technique to improve reliability of various processing using document data
US20110261405A1 (en) * 2010-04-23 2011-10-27 Konica Minolta Business Technologies, Inc. Information processing terminal and power state management apparatus

Also Published As

Publication number Publication date
US20220053050A1 (en) 2022-02-17

Similar Documents

Publication Publication Date Title
US20050015711A1 (en) Workflow management apparatus and method
US9794447B2 (en) Service providing system, cooperation processing method, and information processing system
JP2007034846A (ja) 印刷システム、情報処理装置、印刷装置及びそれらの制御方法、プログラム
US20050206913A1 (en) Image forming apparatus, job managing method, electronic device, job displaying method, and job displaying program
JP2012252539A (ja) 印刷システム、サービス処理方法、及びプログラム
JP2022032145A (ja) 情報処理システム、処理実行システム、処理実行方法、プログラム
JP2005050018A (ja) 文書ファイル管理装置及びデータ構造
US11748173B2 (en) Information processing system, information processing method, and storage medium for controlling virtual server that executes program
JP2007336077A (ja) 画像形成装置、設定変更通知方法および設定変更通知プログラム
JP2010214725A (ja) 印刷装置及び印刷システムと、印刷装置の制御方法
JP2005050017A (ja) 文書ファイル管理装置、文書ファイル管理方法及びデータ構造
JP7444208B2 (ja) 情報処理システム、情報処理装置、情報処理方法、及びプログラム
JP7314594B2 (ja) 情報処理装置、情報処理方法およびプログラム
JP7434840B2 (ja) 情報処理システム、情報処理装置、情報処理方法及びプログラム
JP6753489B2 (ja) 情報処理システム、情報処理装置、情報処理方法、及びプログラム
US11474760B2 (en) Information processing system, server, and information processing method which prints using guest account information
US11307729B2 (en) Information processing system, information processing apparatus, and method of processing information
JP2007082012A (ja) アドレス管理装置、アドレス管理方法及びアドレス管理プログラム
JP2006087028A (ja) アドレス帳管理プログラムおよび画像形成装置
JP2023046901A (ja) システム、情報処理方法
JP2024054723A (ja) 情報処理システム、設定方法、プログラム、サービス提供システム
JP2005173764A (ja) サービス処理装置
JP6536308B2 (ja) 情報処理システム、情報処理装置、情報処理方法、及びプログラム
JP2023066237A (ja) 情報処理システム、サービス提供システム、アプリ実行方法
JP2023010224A (ja) 端末装置、情報処理装置、情報処理システム、及び情報処理方法