IP Force 特許公報掲載プロジェクト 2022.1.31 β版

ホーム > 特許ランキング > 株式会社リコー

このエントリーをはてなブックマークに追加

知財求人 - 知財ポータルサイト「IP Force」

▶ 株式会社リコーの特許一覧

特開2023-110498情報処理装置、情報処理システム、情報処理方法及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023110498
(43)【公開日】2023-08-09
(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法及びプログラム
(51)【国際特許分類】
   G06F 21/62 20130101AFI20230802BHJP
   G06F 11/34 20060101ALI20230802BHJP
【ＦＩ】
G06F21/62 354
G06F11/34 176
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022011992
(22)【出願日】2022-01-28
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
(71)【出願人】
【識別番号】000006747
【氏名又は名称】株式会社リコー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】井上 慶一
【テーマコード（参考）】
5B042
【Ｆターム（参考）】
5B042MA08
5B042MA10
5B042MC09
5B042MC40
(57)【要約】
【課題】閲覧が許可された入出力データを閲覧可能なログ情報を表示する。
【解決手段】第１の情報処理端末及び第２の情報処理端末とネットワークを介して通信可能な情報処理装置であって、一連の処理に関する入出力データを記録したログ情報を記憶部に記憶する管理部と、入出力データに対する閲覧を許可する制御情報を第２の情報処理端末から受信する受信部と、制御情報に基づいて閲覧が許可されていない入出力データを秘匿したログ情報を表示する閲覧画面を表す画面情報を第１の情報処理端末に送信する画面提供部と、を備える。
【選択図】図４
【特許請求の範囲】
【請求項1】
第１の情報処理端末及び第２の情報処理端末とネットワークを介して通信可能な情報処理装置であって、
一連の処理に関する入出力データを記録したログ情報を記憶部に記憶する管理部と、
前記入出力データに対する閲覧を許可する制御情報を前記第２の情報処理端末から受信する受信部と、
前記制御情報に基づいて閲覧が許可されていない前記入出力データを秘匿した前記ログ情報を表示する閲覧画面を表す画面情報を前記第１の情報処理端末に送信する画面提供部と、
を備える情報処理装置。
【請求項2】
請求項１に記載の情報処理装置であって、
前記画面提供部は、閲覧を申請する前記入出力データを選択するための申請画面を表す画面情報を前記第１の情報処理端末に送信し、閲覧を許可する前記入出力データを選択するための許可画面を表す画面情報を前記第２の情報処理端末に送信する、
情報処理装置。
【請求項3】
請求項２に記載の情報処理装置であって、
前記管理部は、前記処理の実行結果を記録した第２のログ情報を前記記憶部に記憶し、
前記申請画面は、エラーが発生した前記処理に関する前記入出力データに対する閲覧の申請を提案する、
情報処理装置。
【請求項4】
請求項３に記載の情報処理装置であって、
前記許可画面は、閲覧が申請された前記入出力データに関連付けられた、他の前記入出力データに対する閲覧の許可を要求する、
情報処理装置。
【請求項5】
請求項４に記載の情報処理装置であって、
前記許可画面は、前記第２の情報処理端末を用いるユーザの権限に応じて、閲覧の許可を要求する前記入出力データを選択する、
情報処理装置。
【請求項6】
請求項２に記載の情報処理装置であって、
前記受信部は、予め選択した前記入出力データを表す第２の制御情報を前記第１の情報処理端末から受信し、
前記申請画面は、前記第２の制御情報に表された前記入出力データに対する閲覧の申請を提案する、
情報処理装置。
【請求項7】
請求項２から６のいずれかに記載の情報処理装置であって、
前記許可画面は、前記閲覧が申請された前記入出力データを表す文言を変換して表示する、
情報処理装置。
【請求項8】
第１の情報処理端末、第２の情報処理端末及び情報処理装置がネットワークを介して通信可能な情報処理システムであって、
前記情報処理装置は、
一連の処理に関する入出力データを記録したログ情報を記憶部に記憶する管理部と、
前記入出力データに対する閲覧を許可する制御情報を前記第２の情報処理端末から受信する受信部と、
前記制御情報に基づいて閲覧が許可されていない前記入出力データを秘匿した前記ログ情報を表示する閲覧画面を表す画面情報を前記第１の情報処理端末に送信する画面提供部と、
を備え、
前記第２の情報処理端末は、前記制御情報を前記情報処理装置に送信する送信部を備え、
前記第１の情報処理端末は、前記閲覧画面を表示する画面表示部を備える、
情報処理システム。
【請求項9】
第１の情報処理端末及び第２の情報処理端末とネットワークを介して通信可能なコンピュータが、
一連の処理に関する入出力データを記録したログ情報を記憶部に記憶する管理手順と、
前記入出力データに対する閲覧を許可する制御情報を前記第２の情報処理端末から受信する受信手順と、
前記制御情報に基づいて閲覧が許可されていない前記入出力データを秘匿した前記ログ情報を表示する閲覧画面を表す画面情報を前記第１の情報処理端末に送信する画面提供手順と、
を実行する情報処理方法。
【請求項10】
第１の情報処理端末及び第２の情報処理端末とネットワークを介して通信可能なコンピュータに、
一連の処理に関する入出力データを記録したログ情報を記憶部に記憶する管理手順と、
前記入出力データに対する閲覧を許可する制御情報を前記第２の情報処理端末から受信する受信手順と、
前記制御情報に基づいて閲覧が許可されていない前記入出力データを秘匿した前記ログ情報を表示する閲覧画面を表す画面情報を前記第１の情報処理端末に送信する画面提供手順と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
この発明は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
複数の処理を接続した一連の処理をフローとして登録し、登録された複数のフローから任意のフローを選択して実行することができる情報処理システムが利用されている。このような情報処理システムでは、登録されているフローを機能の一部として呼び出すアプリケーションを開発することができる。
【0003】
例えば、特許文献１には、１個のメインフローと複数のサブフローを含むアプリケーションが登録されており、メインフローからサブフローを呼び出す際にパラメータを設定することができる情報処理システムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来技術では、アプリケーションの障害解析が困難な場合がある、という課題がある。例えば、フローに含まれる各処理の入出力データに個人情報が含まれる場合、個人情報保護の観点から、ログ情報を表示する際に入出力データを閲覧できないようにマスクすることが行われている。この場合、開発者は十分な情報を得ることができず、障害解析が困難となる。
【0005】
この発明の一実施形態は、上記のような技術的課題に鑑みて、閲覧が許可された入出力データを閲覧可能なログ情報を表示することを目的とする。
【課題を解決するための手段】
【0006】
上記の課題を解決するために、この発明の一実施形態である情報処理装置は、第１の情報処理端末及び第２の情報処理端末とネットワークを介して通信可能な情報処理装置であって、一連の処理に関する入出力データを記録したログ情報を記憶部に記憶する管理部と、入出力データに対する閲覧を許可する制御情報を第２の情報処理端末から受信する受信部と、制御情報に基づいて閲覧が許可されていない入出力データを秘匿したログ情報を表示する閲覧画面を表す画面情報を第１の情報処理端末に送信する画面提供部と、を備える。
【発明の効果】
【0007】
この発明の一実施形態によれば、閲覧が許可された入出力データを閲覧可能なログ情報を表示することができる。
【図面の簡単な説明】
【0008】
【図1】一実施形態における情報処理システムの全体構成の一例を示す図である。
【図2】一実施形態におけるコンピュータのハードウェア構成の一例を示す図である。
【図3】一実施形態におけるＭＦＰのハードウェア構成の一例を示す図である。
【図4】第１実施形態における情報処理システムの機能構成の一例を示す図である。
【図5】第１実施形態におけるフローの一例を示す図である。
【図6】第１実施形態における閲覧申請処理の一例を示す図である。
【図7】第１実施形態におけるジョブ一覧画面の一例を示す図である。
【図8】第１実施形態におけるパラメータ情報の一例を示す図である。
【図9】第１実施形態における閲覧申請画面の一例を示す図である。
【図10】第１実施形態における実行結果情報の一例を示す図である。
【図11】第１実施形態における閲覧申請データの一例を示す図である。
【図12】第１実施形態における閲覧許可処理の一例を示す図である。
【図13】第１実施形態における待機画面の一例を示す図である。
【図14】第１実施形態におけるジョブ関係情報の一例を示す図である。
【図15】第１実施形態における入力元探索処理の一例を示す図である。
【図16】第１実施形態における辞書情報の一例を示す図である。
【図17】第１実施形態における許可要求データの一例を示す図である。
【図18】第１実施形態における閲覧許可画面の一例を示す図である。
【図19】第１実施形態における閲覧許可画面の他の例を示す図である。
【図20】第１実施形態における閲覧許可データの一例を示す図である。
【図21】第１実施形態におけるジョブ情報閲覧処理の一例を示す図である。
【図22】第１実施形態におけるジョブ情報閲覧画面の一例を示す図である。
【図23】第２実施形態における閲覧申請画面の一例を示す図である。
【図24】第２実施形態における閲覧申請データの一例を示す図である。
【図25】第２実施形態における閲覧許可処理の一例を示す図である。
【図26】第２実施形態における許可要求データの一例を示す図である。
【図27】第２実施形態における閲覧許可画面の一例を示す図である。
【図28】第３実施形態における閲覧申請処理の一例を示す図である。
【図29】第３実施形態におけるアプリ情報の一例を示す図である。
【図30】第３実施形態における閲覧申請データの一例を示す図である。
【図31】第４実施形態における閲覧申請処理の一例を示す図である。
【図32】第４実施形態における実行結果情報の一例を示す図である。
【図33】第５実施形態における情報処理システムの機能構成の一例を示す図である。
【図34】第５実施形態におけるフローの一例を示す図である。
【図35】第５実施形態における検査パラメータ登録処理の一例を示す図である。
【図36】第５実施形態における検査パラメータ登録画面の一例を示す図である。
【図37】第５実施形態における閲覧申請処理の一例を示す図である。
【図38】第６実施形態におけるフローの一例を示す図である。
【図39】第６実施形態における出力データの一例を示す図である。
【図40】第６実施形態における閲覧申請処理の一例を示す図である。
【図41】第６実施形態における閲覧申請画面の一例を示す図である。
【図42】第６実施形態におけるアプリ情報の一例を示す図である。
【図43】第６実施形態における入力元探索処理の一例を示す図である。
【図44】第６実施形態における閲覧申請データの一例を示す図である。
【図45】第６実施形態における閲覧許可画面の一例を示す図である。
【図46】第６実施形態におけるアプリ実行画面の一例を示す図である。
【発明を実施するための形態】
【0009】
以下、図面を参照しながら、この発明の実施の形態について、詳細に説明する。なお、図面中において同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【0010】
［第１実施形態］
この発明の第１実施形態は、サービス提供システムが、１以上のフローを含むアプリケーションを実行するサービスを、ネットワークを介して機器に提供する情報処理システムである。フローは、複数の機能から任意の機能を選択し、それらを接続した一連の処理を定義した情報である。フローに含まれる各処理は、コンポーネントと呼ばれるパーツにより実現される。
【0011】
本実施形態におけるサービス提供システムは、開発者がアプリケーションを開発するためのグラフィカルな開発ツールを提供する。開発ツールは、Ｗｅｂアプリケーションとして実装されており、ブラウザ上で実行することができる。開発者は、ブラウザを搭載した開発者端末から開発ツールを利用してフローを作成することができる。また、開発者は、作成したフローを、ネットワークを介してサービス提供システムに登録することができる。
【0012】
フローに含まれる各コンポーネントは、各種のパラメータ及びファイル等の入出力が可能となっている。各コンポーネントの入力データは、ユーザがフローに入力したデータであってもよいし、前のコンポーネントが出力したデータであってもよい。サービス提供システムは、ユーザの要求に応じてフローを実行した際に、各コンポーネントにおける入出力データを実行結果と共に記録したログ情報（以下、「ジョブ情報」とも呼ぶ）を生成する。
【0013】
フローを実行したときにエラーが発生した場合等に、ユーザがアプリケーションの開発者に障害解析を依頼することがある。依頼を受けた開発者は、フローを実行した際のジョブ情報を参照することで、障害の原因特定及び障害からの復旧等を行う。しかしながら、ジョブ情報には個人情報又は機密情報等が記録されていることがある。そのため、ジョブ情報を表示する際に、入出力データをマスク処理して第三者から閲覧できないように秘匿する場合がある。この場合、開発者は、十分な情報が得られず、障害解析が困難となる。
【0014】
本実施形態における情報処理システムは、入出力データを秘匿したジョブ情報を出力する際に、ユーザが閲覧を許可した入出力データについては秘匿しない制御を行う。本実施形態における情報処理システムによれば、開発者が障害解析に必要な情報を得ることができ、障害解析が容易になる。
【0015】
＜情報処理システム１００の全体構成＞
まず、本実施形態における情報処理システム１００の構成について、図１を参照しながら説明する。図１は、本実施形態における情報処理システム１００の全体構成の一例を示す図である。
【0016】
図１に示されているように、情報処理システム１００は、サービス提供システム１０、開発者端末２０、１以上の機器３０、及び１以上の外部サービスシステム４０を含む。サービス提供システム１０、開発者端末２０、機器３０及び外部サービスシステム４０は、それぞれ通信ネットワークＮ１に接続している。通信ネットワークＮ１は、接続されている各装置が相互に通信可能となるように構成されている。
【0017】
通信ネットワークＮ１は、例えば、インターネット、ＬＡＮ（Local Area Network）、又はＷＡＮ（Wide Area Network）などの有線通信によるネットワークによって構築されている。通信ネットワークＮ１は、有線通信だけでなく、例えば、無線ＬＡＮ、又は近距離無線通信等の無線通信、もしくはＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＬＴＥ（Long Term Evolution）、又は５Ｇ（5th Generation）等の移動体通信によるネットワークが含まれていてもよい。
【0018】
サービス提供システム１０は、１台以上の情報処理装置で実現され、通信ネットワークＮ１を介して、クラウドサービス等の外部サービスシステム４０と連携した一連の処理により実現される各種のサービスを提供する。なお、以降では、サービス提供システム１０が提供するサービスを「アプリケーション」とも表す。また、サービスを実現する一連の処理を「フロー」とも表す。
【0019】
なお、本実施形態では、外部サービスの具体例としてクラウドサービスを採用して説明するが、これに限られない。本実施形態は、例えば、ＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等のネットワークを介して提供される各種の外部サービスに関して適用されてもよい。
【0020】
開発者端末２０は、アプリケーションを開発する開発者が使用する情報処理装置である。開発者は、開発者端末２０を用いて、サービス提供システム１０が提供する各種のアプリケーションを開発することができる。
【0021】
機器３０は、アプリケーションを利用するユーザが使用する各種の電子機器である。ユーザは、機器３０を用いて、サービス提供システム１０が提供する各種のアプリケーションを利用することができる。
【0022】
以降では、複数の機器３０について、各々を区別するときは、「機器３０－１」、「機器３０－２」等と枝番を用いて記載する。
【0023】
サービス提供システム１０及び開発者端末２０の一例は、コンピュータである。機器３０の一例は、画像形成装置（プリンタ、ＦＡＸ装置、ＭＦＰ（Multifunction Peripheral/Product/Printer：デジタル複合機）、スキャナ装置等）である。機器３０の他の一例は、コンピュータである。
【0024】
開発者端末２０及び機器３０は、通信機能を備えた装置であれば、情報処理装置又は画像形成装置に限られない。すなわち、開発者端末２０及び機器３０は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣ又はデスクトップＰＣ等であってもよい。
【0025】
外部サービスシステム４０は、１台以上の情報処理装置で実現され、通信ネットワークＮ１を介して、各種のクラウドサービスを提供する。外部サービスシステムの一例は、ストレージサービス（又はオンラインストレージ）と呼ばれるクラウドサービスである。ストレージサービスとは、外部サービスシステム４０のストレージの記憶領域を貸し出すサービスである。
【0026】
以降では、複数の外部サービスシステム４０について、各々を区別するときは、「外部サービスシステム４０－１」、「外部サービスシステム４０－２」等と枝番を用いて記載する。また、外部サービスシステム４０－１及び外部サービスシステム４０－２により提供されるストレージサービスの名称を、それぞれ「外部ストレージサービスＡ」及び「外部ストレージサービスＢ」等と呼ぶ。
【0027】
図１に示す情報処理システム１００の構成は一例であって、他の構成であってもよい。例えば、本実施形態における情報処理システム１００には、電子データの入力及び出力の少なくとも一方を行う各種機器が含まれ、これらの機器がサービス提供システム１０により提供される各種サービスを利用してもよい。
【0028】
＜情報処理システム１００のハードウェア構成＞
次に、本実施形態における情報処理システム１００に含まれる各装置のハードウェア構成について、図２及び図３を参照しながら説明する。
【0029】
≪コンピュータのハードウェア構成≫
図２は、サービス提供システム１０、開発者端末２０、機器３０及び外部サービスシステム４０がコンピュータで実現される場合のハードウェア構成の一例を示す図である。
【0030】
図２に示されているように、コンピュータは、ＣＰＵ(Central Processing Unit)５０１、ＲＯＭ(Read Only Memory)５０２、ＲＡＭ(Random Access Memory)５０３、ＨＤ(Hard Disk)５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティング機器５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。
【0031】
これらのうち、ＣＰＵ５０１は、コンピュータ全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ（Initial Program Loader）等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。
【0032】
ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワークＮ１を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図２に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【0033】
また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティング機器５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。
【0034】
≪ＭＦＰのハードウェア構成≫
図３は、機器３０がＭＦＰで実現される場合のハードウェア構成の一例を示す図である。
【0035】
図３に示されているように、ＭＦＰは、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。
【0036】
これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ(Application Specific Integrated Circuit)９０６、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）９０７、ＨＤＤコントローラ９０８、及び、記憶部であるＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ(Accelerated Graphics Port)バス９２１で接続した構成となっている。
【0037】
これらのうち、ＣＰＵ９０１は、ＭＦＰの全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ－Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ－Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。
【0038】
ＭＥＭ－Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとからなる。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【0039】
ＳＢ９０４は、ＮＢ９０３とＰＣＩ機器、周辺機器とを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤ９０８およびＭＥＭ－Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲットおよびＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部９３１及びプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ(Universal Serial Bus)のインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしてもよい。
【0040】
ＭＥＭ－Ｃ９０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出又は書込を制御する。ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ－Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。
【0041】
また、近距離通信回路９２０には、近距離通信回路９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ等の通信回路である。
【0042】
更に、エンジン制御部９３０は、スキャナ部９３１及びプリンタ部９３２によって構成されている。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなる操作パネル９４０ｂを備えている。コントローラ９１０は、画像形成装置全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。
【0043】
なお、ＭＦＰは、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、およびファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。
【0044】
また、ネットワークＩ／Ｆ９５０は、通信ネットワークＮ１を利用してデータ通信をするためのインターフェースである。近距離通信回路９２０及びネットワークＩ／Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。
【0045】
＜情報処理システム１００の機能構成＞
次に、本実施形態における情報処理システム１００の機能構成の一例について、図４を参照しながら説明する。図４は、本実施形態における情報処理システム１００に含まれる各装置の機能構成を例示するブロック図である。
【0046】
≪サービス提供システム１０の機能構成≫
図４に示されているように、本実施形態におけるサービス提供システム１０は、画面情報記憶部１０１、アプリ情報記憶部１０２、ファイル記憶部１０３、ジョブ情報記憶部１０４、ポータルサービス部１１０及び入出力サービス部１２０を備える。ポータルサービス部１１０は、画面提供部１１１、ジョブ情報閲覧部１１２、閲覧許可申請部１１３及びジョブ情報翻訳部１１４を備える。入出力サービス部１２０は、アプリ管理部１２１、ファイル管理部１２２、ジョブ管理部１２３、ジョブ情報制御部１２４及び通知部１２５を備える。
【0047】
ポータルサービス部１１０及び入出力サービス部１２０は、例えば、図２に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びＨＤＤコントローラ５０５に実行させる処理によって実現される。
【0048】
画面情報記憶部１０１、アプリ情報記憶部１０２、ファイル記憶部１０３及びジョブ情報記憶部１０４は、例えば、図２に示されているＨＤ５０４を用いて実現される。ＨＤ５０４が記憶するデータの読み込み又は書き込みは、例えば、ＨＤＤコントローラ５０５を介して行われる。
【0049】
なお、画面情報記憶部１０１、アプリ情報記憶部１０２、ファイル記憶部１０３及びジョブ情報記憶部１０４は、サービス提供システム１０が備えず、外部の記憶装置を用いてもよい。外部の記憶装置の一例は、ＮＡＳ（Network Attached Storage）又はオンラインストレージサービスである。
【0050】
画面情報記憶部１０１は、画面提供部１１１がブラウザ２１０及びブラウザ３１０に提供する画面情報を記憶する。画面情報記憶部１０１が記憶する各画面情報は、例えば、ＨＴＭＬ（HyperText Markup Language）等で記述された画面情報であり、JavaScript（登録商標）等で記述されたアプリケーションを含んでもよい。
【0051】
アプリ情報記憶部１０２は、サービス提供システム１０が提供するアプリケーションに関するアプリ情報を記憶する。アプリ情報には、アプリケーションを識別するアプリＩＤが関連付けられている。
【0052】
アプリ情報には、画面定義及び処理内容が含まれる。画面定義は、アプリケーションを実行する際に提供される画面を定義するデータである。画面定義には、画面に表示するデータ及びレイアウト等が含まれる。処理内容は、アプリケーションに含まれるフローに関する設定を表すデータである。処理内容には、フローにおけるコンポーネントの実行順、各コンポーネントのパラメータ定義等が含まれる。
【0053】
ファイル記憶部１０３は、サービス提供システム１０がアプリケーションを実行したときに入力又は生成されたファイルを一時的に記憶する。ファイルには、ファイルを識別するファイルＩＤが関連付けられている。
【0054】
ジョブ情報記憶部１０４は、サービス提供システム１０がアプリケーションを実行したときのジョブ情報を記憶する。ジョブ情報には、ジョブを識別するジョブＩＤが関連付けられている。
【0055】
ジョブ情報には、パラメータ情報、実行結果情報、及びジョブ関係情報が含まれる。パラメータ情報は、フローに含まれる各コンポーネントの入出力データを記録したデータである。入出力データは、パラメータ又はファイルである。入出力データがファイルである場合、パラメータ情報には、ファイルを示す情報（ファイルＩＤ及び／又はファイル名）が記録される。
【0056】
実行結果情報は、各コンポーネントを実行した結果を記録したデータである。特に、コンポーネントでエラーが発生した場合、エラーの内容が詳細に記録される。ジョブ関係情報は、コンポーネント間の順序関係を記録したデータである。
【0057】
画面提供部１１１は、開発者端末２０及び機器３０からの要求に応じて、画面情報記憶部１０１に記憶されている画面情報を開発者端末２０及び機器３０に送信（提供）する。
【0058】
ジョブ情報閲覧部１１２は、開発者端末２０からの要求に応じて、ジョブ情報制御部１２４にジョブ情報を要求する。また、ジョブ情報閲覧部１１２は、ジョブ情報制御部１２４から受け取ったジョブ情報を、開発者端末２０に送信する。
【0059】
閲覧許可申請部１１３は、閲覧申請データを開発者端末２０から受信する。また、閲覧許可申請部１１３は、閲覧申請データの登録をジョブ管理部１２３に要求する。閲覧申請データは、閲覧を申請する入出力データを表すデータである。
【0060】
また、閲覧許可申請部１１３は、機器３０からの要求に応じて、ジョブ管理部１２３が管理する閲覧申請データを機器３０に送信する。このとき、閲覧許可申請部１１３は、閲覧申請データから許可要求データへの変換を、ジョブ情報翻訳部１１４に要求する。許可要求データは、閲覧が申請された入出力データに対する閲覧の許可を要求するためのデータである。
【0061】
さらに、閲覧許可申請部１１３は、閲覧許可データを機器３０から受信する。また、閲覧許可申請部１１３は、閲覧許可データの登録をジョブ管理部１２３に要求する。閲覧許可データは、閲覧を許可する入出力データを表すデータである。
【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】
図８に示されているように、本実施形態におけるパラメータ情報３０００には、jobDetailParametersが記載される。jobDetailParametersは、jobDetailParameterの配列である。jobDetailParameterは、各コンポーネントを実行する際に利用した入出力データを記録したデータ構造である。
【0093】
各jobDetailParameterには、当該ジョブを識別するジョブＩＤ（jobId: 233333）、及び当該ジョブにおけるコンポーネントを識別するジョブ詳細ＩＤ（id: 3456787, 3456788, 3456789）が記録される。また、各jobDetailParameterには、当該コンポーネントに対する入出力データ（parameters, inputFile, outputFile等）が記録される。
【0094】
パラメータ情報３０００において、入出力データの内容（fileId, fileName等）はマスク処理により秘匿されている。ただし、サービス提供システム１０が内部的に利用するデータ（id, relationFileId等）は、個人情報又は機密情報を含むことがないため、マスクされない。なお、relationFileIdは、当該コンポーネントがファイルの変換を行う場合に、変換前のファイルを識別するファイルＩＤを記録するデータである。
【0095】
図６に戻って説明する。ステップＳ１０６において、開発者端末２０が備えるブラウザ２１０は、サービス提供システム１０からジョブ情報を受信する。次に、ブラウザ２１０は、サービス提供システム１０から受信した画面情報及びジョブ情報に基づいて、閲覧申請画面をディスプレイ５０６等に表示する。
【0096】
ここで、本実施形態における閲覧申請画面について、図９を参照しながら説明する。図９は、本実施形態における閲覧申請画面の一例を示す概念図である。
【0097】
図９に示されているように、本実施形態における閲覧申請画面２１００は、コンポーネント表示欄２１０１、入力データ選択欄２１０２、出力データ選択欄２１０３及び送信ボタン２１０９を有する。
【0098】
コンポーネント表示欄２１０１には、フローに含まれるコンポーネントを表す文言が表示される。入力データ選択欄２１０２には、当該コンポーネントの入力データが選択可能な形式で表示される。出力データ選択欄２１０３には、当該コンポーネントの出力データが選択可能な形式で表示される。
【0099】
図６に戻って説明する。ステップＳ１０７において、開発者端末２０が備えるブラウザ２１０は、閲覧申請項目の取得要求を、サービス提供システム１０に送信する。当該取得要求には、アプリＩＤ及びジョブＩＤが含まれる。
【0100】
ステップＳ１０８において、サービス提供システム１０が備える閲覧許可申請部１１３は、開発者端末２０から閲覧申請項目の取得要求を受信する。次に、閲覧許可申請部１１３は、実行結果情報の取得要求を、ジョブ管理部１２３に送る。当該取得要求には、アプリＩＤ及びジョブＩＤが含まれる。
【0101】
ステップＳ１０９において、サービス提供システム１０が備えるジョブ管理部１２３は、閲覧許可申請部１１３から実行結果情報の取得要求を受け取る。次に、ジョブ管理部１２３は、当該取得要求に含まれるアプリＩＤ及びジョブＩＤに対応する実行結果情報を、ジョブ情報記憶部１０４から取得する。続いて、ジョブ管理部１２３は、取得した実行結果情報を、閲覧許可申請部１１３に送る。
【0102】
ステップＳ１１０において、サービス提供システム１０が備える閲覧許可申請部１１３は、ジョブ管理部１２３から実行結果情報を受け取る。次に、閲覧許可申請部１１３は、当該実行結果情報に基づいて、エラーが発生したコンポーネントを特定する。続いて、閲覧許可申請部１１３は、特定したコンポーネントに関する情報（以下、「エラーコンポーネント情報」とも呼ぶ）を、開発者端末２０に送信する。
【0103】
ここで、本実施形態における実行結果情報について、図１０を参照しながら説明する。図１０は、本実施形態における実行結果情報の一例を示す概念図である。
【0104】
図１０に示されているように、本実施形態における実行結果情報３１００には、アプリＩＤ（id: 100000）、ジョブＩＤ（jobId: 233333）、ジョブ詳細ＩＤ（jobDetailId: 3456789）、実行結果（status: "error"）、コンポーネント名（componentName: "extraImages"）及びエラーコード（message_id: "io-pdf.external_error"）が記録されている。したがって、図１０に示した実行結果情報３１００からは、画像抽出コンポーネント１３００で外的容因によるエラーが発生していることがわかる。
【0105】
図６に戻って説明する。ステップＳ１１１において、開発者端末２０が備えるブラウザ２１０は、サービス提供システム１０からエラーコンポーネント情報を受信する。次に、ブラウザ２１０は、エラーコンポーネント情報に基づいて、閲覧を申請すべき入出力データを提案する。具体的には、ブラウザ２１０は、閲覧申請画面２１００において、入力データ選択欄２１０２及び出力データ選択欄２１０３に表示された入出力データのうち、エラーが発生したコンポーネントに関する入出力データを自動的に選択する。
【0106】
ステップＳ１１２において、開発者端末２０が備えるブラウザ２１０は、閲覧申請画面２１００に対する開発者の操作に応じて、閲覧申請データを生成する。次に、ブラウザ２１０は、閲覧申請の登録要求を、サービス提供システム１０に送信する。当該登録要求には、生成した閲覧申請データが含まれる。
【0107】
具体的には、開発者は、閲覧申請画面２１００において、送信ボタン２１０９を押下する。ブラウザ２１０は、入力データ選択欄２１０２及び出力データ選択欄２１０３において選択されている入出力データに対する閲覧を申請するための閲覧申請データを生成する。そして、ブラウザ２１０は、閲覧申請の登録要求を、サービス提供システム１０に送信する。当該登録要求には、生成した閲覧申請データが含まれる。
【0108】
サービス提供システム１０では、閲覧許可申請部１１３が、閲覧申請の登録要求を受信する。閲覧許可申請部１１３は、当該登録要求に含まれる閲覧申請データを、ジョブ管理部１２３に送る。
【0109】
ここで、本実施形態における閲覧申請データについて、図１１を参照しながら説明する。図１１は、本実施形態における閲覧申請データの一例を示す概念図である。
【0110】
図１１に示されているように、本実施形態における閲覧申請データ３２００には、jobDetailsが記載される。jobDetailsは、jobDetailの配列である。jobDetailは、閲覧を申請する入出力データに関する情報を表すデータ構造である。
【0111】
各jobDetailには、当該ジョブを識別するジョブＩＤ（jobId: 233333）、及び当該ジョブにおけるコンポーネントを識別するジョブ詳細ＩＤ（id: 3456789）が記載される。また、各jobDetailには、閲覧を申請する入出力データ（inputFile）が記載される。なお、inputFileに含まれるbrowsableは、当該入出力データの閲覧可否を制御するための設定値である。
【0112】
パラメータ情報３０００に記載されるjobDetailParameterと閲覧申請データ３２００に記載されるjobDetailとは、ジョブ詳細ＩＤ（id）によって関連付けられている。
【0113】
図６に戻って説明する。ステップＳ１１３において、サービス提供システム１０が備えるジョブ管理部１２３は、閲覧許可申請部１１３から閲覧申請データを受け取る。次に、ジョブ管理部１２３は、当該閲覧申請データをジョブ情報記憶部１０４に記憶する。続いて、ジョブ管理部１２３は、閲覧申請の登録結果を閲覧許可申請部１１３に送る。当該登録結果には、ジョブＩＤが含まれる。閲覧許可申請部１１３は、ジョブ管理部１２３から受け取った閲覧申請の登録結果を開発者端末２０に送信する。
【0114】
ステップＳ１１４において、開発者端末２０が備えるブラウザ２１０は、サービス提供システム１０から閲覧申請の登録結果を受信する。次に、ブラウザ２１０は、ユーザへの通知要求をサービス提供システム１０に送信する。当該通知要求には、アプリＩＤ及びジョブＩＤが含まれる。
【0115】
ステップＳ１１５において、サービス提供システム１０が備える通知部１２５は、開発者端末２０からユーザへの通知要求を受信する。次に、通知部１２５は、当該通知要求に含まれるアプリＩＤ及びジョブＩＤに基づいて、閲覧許可画面を開くためのＵＲＬ（Uniform Resource Locator）を生成する。
【0116】
続いて、通知部１２５は、生成したＵＲＬをユーザに通知する。ユーザへの通知方法は、ＵＲＬが記載された電子メールをユーザのメールアドレスに送信してもよいし、ＵＲＬが記載されたメッセージをＳＮＳ（Social Networking Service）等でユーザのアカウントに送信してもよい。
【0117】
≪２．閲覧許可処理≫
次に、ユーザが入出力データの閲覧を許可する閲覧許可処理について、図１２を参照しながら説明する。図１２は、本実施形態における情報処理システム１００が実行する閲覧許可処理の一例を示すシーケンス図である。
【0118】
ステップＳ２０１において、機器３０が備えるブラウザ３１０は、ユーザの操作に応じて、閲覧許可画面の取得要求を、サービス提供システム１０に送信する。具体的には、ユーザは、通知されたＵＲＬを開く操作を行う。
【0119】
ステップＳ２０２において、サービス提供システム１０が備える画面提供部１１１は、機器３０から閲覧許可画面の取得要求を受信する。次に、画面提供部１１１は、閲覧許可画面を表す画面情報を、画面情報記憶部１０１から取得する。続いて、画面提供部１１１は、取得した画面情報を、開発者端末２０に送信する。機器３０では、ブラウザ３１０が、閲覧許可画面を表す画面情報を受信する。
【0120】
ステップＳ２０３において、機器３０が備えるブラウザ３１０は、閲覧申請データの取得要求を、サービス提供システム１０に送信する。当該取得要求には、通知されたＵＲＬで特定されるジョブＩＤが含まれる。このとき、ブラウザ３１０は、図１３に示した待機画面２２００を操作パネル９４０に表示する。
【0121】
サービス提供システム１０では、閲覧許可申請部１１３が、機器３０から閲覧申請データの取得要求を受信する。閲覧許可申請部１１３は、当該取得要求に含まれるジョブＩＤに対応する閲覧申請データを、ジョブ管理部１２３に要求する。
【0122】
ステップＳ２０４において、サービス提供システム１０が備えるジョブ管理部１２３は、閲覧許可申請部１１３から閲覧申請データの取得要求を受け取る。次に、ジョブ管理部１２３は、当該取得要求に含まれるジョブＩＤに対応する閲覧申請データを、ジョブ情報記憶部１０４から取得する。続いて、ジョブ管理部１２３は、取得した閲覧申請データを閲覧許可申請部１１３に送る。
【0123】
ステップＳ２０５において、サービス提供システム１０が備える閲覧許可申請部１１３は、ジョブ管理部１２３から閲覧申請データを受け取る。次に、閲覧許可申請部１１３は、当該閲覧申請データの変換要求を、ジョブ情報翻訳部１１４に送る。当該変換要求には、ジョブ管理部１２３から受け取った閲覧申請データが含まれる。
【0124】
ステップＳ２０６において、サービス提供システム１０が備えるジョブ情報翻訳部１１４は、閲覧許可申請部１１３から閲覧申請データの変換要求を受け取る。次に、ジョブ情報翻訳部１１４は、ジョブ情報の取得要求を、ジョブ情報制御部１２４に送る。当該取得要求には、ジョブＩＤが含まれる。ジョブ情報制御部１２４は、当該取得要求に含まれるジョブＩＤに対応するジョブ情報を、ジョブ管理部１２３に要求する。
【0125】
ステップＳ２０７において、サービス提供システム１０が備えるジョブ管理部１２３は、ジョブ情報制御部１２４からジョブ情報の取得要求を受け取る。次に、ジョブ管理部１２３は、当該取得要求に含まれるジョブＩＤに対応するジョブ情報を、ジョブ情報記憶部１０４から取得する。続いて、ジョブ管理部１２３は、取得したジョブ情報を、ジョブ情報制御部１２４に送る。当該ジョブ情報には、パラメータ情報及びジョブ関係情報が含まれる。
【0126】
ここで、本実施形態におけるジョブ関係情報について、図１４を参照しながら説明する。図１４は、本実施形態におけるジョブ関係情報の一例を示す概念図である。
【0127】
図１４に示されているように、本実施形態におけるジョブ関係情報３３００には、jobDetailRelationが記載される。jobDetailRelationの各要素において、idは各コンポーネントのジョブ詳細ＩＤと対応している。previousIdは、一つ前に実行したコンポーネントのジョブ詳細ＩＤと対応している。nextIdは、一つ後に実行したコンポーネントのジョブ詳細ＩＤと対応している。したがって、閲覧が申請されたジョブ詳細ＩＤ（id）で特定される要素から、previousId及びnextIdを辿ることで、フローを遡って各コンポーネントの入出力データの関係を探索することが可能となっている。
【0128】
図１２に戻って説明する。ステップＳ２０８において、サービス提供システム１０が備えるジョブ情報制御部１２４は、ジョブ管理部１２３からジョブ情報を受け取る。次に、ジョブ情報制御部１２４は、当該ジョブ情報からパラメータ情報を取り出す。続いて、ジョブ情報制御部１２４は、パラメータ情報に含まれる入出力データに対して、マスク処理を行う。そして、ジョブ情報制御部１２４は、マスクされたパラメータ情報を含むジョブ情報を、ジョブ情報翻訳部１１４に送る。
【0129】
ステップＳ２０９において、サービス提供システム１０が備えるジョブ情報翻訳部１１４は、ジョブ情報制御部１２４からジョブ情報を受け取る。次に、ジョブ情報翻訳部１１４は、当該ジョブ情報に含まれるパラメータ情報及びジョブ関係情報に基づいて、閲覧が申請された入出力データの関係を遡り、当該入出力データがフローに入力された入力元のデータを特定する。続いて、ジョブ情報翻訳部１１４は、特定された入力データを、閲覧申請データに追加する。
【0130】
なお、本実施形態において、開発者が閲覧を申請した入出力データは、画像抽出コンポーネント１３００の入力ファイルである。しかしながら、ユーザはコンポーネントという概念を知らないため、この申請内容のままでは閲覧を許可しても問題ないか否かを判断することができない。そこで、入力元のファイルを特定することで、ユーザに理解しやすい申請内容に変換する。入力元のファイルはユーザが入力したものであるため、そのファイルのことはユーザも認識しているはずだからである。
【0131】
ここで、入力元のデータを探索する手順（以下、「入力元探索処理」とも呼ぶ）を、図１５を参照しながら説明する。図１５は、本実施形態における入力元探索処理の一例を示すフローチャートである。
【0132】
ステップＳ２０９－１において、ジョブ情報翻訳部１１４は、ジョブ情報制御部１２４からパラメータ情報及びジョブ関係情報を取得する。以下、パラメータ情報は、図８に示したパラメータ情報３０００とする。ジョブ関係情報は、図１４に示したジョブ関係情報３３００とする。
【0133】
ステップＳ２０９－２において、ジョブ情報制御部１２４は、閲覧申請データに記載されたinputFileのidを取得する。また、パラメータ情報に記載されたjobDetailParametersから、inputFileのidと一致するidを持つjobDetailParameterを取得する。以下、このidを「現在のjobDetailのid」と呼ぶ。
【0134】
ステップＳ２０９－３において、ジョブ情報翻訳部１１４は、ジョブ関係情報に記載されたjobDetailRelationから現在のjobDetailのidと一致する要素を特定する。また、特定された要素のpreviousIdにより、一つ前のjobDetailのidを取得する。
【0135】
ステップＳ２０９－４において、ジョブ情報翻訳部１１４は、jobDetailParameterのinputFileのrelationFileIdと、一つ前のjobDetailのoutputFileのidが一致するか否かを判定する。一致しない場合（ＮＯ）は一つ前のjobDetailを現在のjobDetailとしてＳ２０９－３へ移動する。一致する場合（ＹＥＳ）はＳ２０９－５へ移動する。
【0136】
ステップＳ２０９－５において、ジョブ情報翻訳部１１４は、jobDetailParameterにinputFileがあるか否かを判定する。ない場合（ＮＯ）は当該コンポーネントから入力データが入力されたと判断して処理を終了する。ある場合（ＹＥＳ）はＳ２０９－６へ移動する。
【0137】
ステップＳ２０９－６において、ジョブ情報翻訳部１１４は、jobDetailParameterのinputFileの情報を取得する。これが当該コンポーネントにより変換される前のファイルを表す情報である。
【0138】
ステップＳ２０９－７において、ジョブ情報翻訳部１１４は、jobDetailRelationのpreviousIdを参照し、一つ前のjobDetailがあるか否かを判定する。ある場合（ＹＥＳ）は一つ前のjobDetailを現在のjobDetailとしてＳ２０９－３へ移動する。ない場合（ＮＯ）はループを抜けてＳ２０９－８へ移動する。
【0139】
ステップＳ２０９－８において、ジョブ情報翻訳部１１４は、現在のjobDetailを入力元のデータが入力されたコンポーネントと特定し、処理を終了する。
【0140】
図１５に示したフローチャートについて、図５に示したフロー１０００を例に挙げて説明する。図１１に示した閲覧申請データのjobDetailは、画像抽出コンポーネント１３００に対応する。一つ前のＰＤＦ変換コンポーネント１２００のjobDetailParameterを参照して、ＰＤＦ変換コンポーネント１２００の出力ファイル（outputFile）が画像抽出コンポーネント１３００の入力ファイル（inputFile）と一致するか否かを判断する。ここでは、一致するため、ＰＤＦ変換コンポーネント１２００の入力ファイルを取得する。
【0141】
次に、同様のことをファイルダウンロードコンポーネント１１００についても行う。ＰＤＦ変換コンポーネント１２００のinputFileとファイルダウンロードコンポーネント１１００のoutputFileは一致する。しかしながら、ファイルダウンロードコンポーネント１１００はinputFileを持たない。したがって、ファイルダウンロードコンポーネント１１００において、外部ストレージサービスＡからファイルをダウンロードしてフローへ入力したと判断することができる。このようにして、入力元のデータを特定することができる。
【0142】
図１２に戻って説明する。ステップＳ２１０において、サービス提供システム１０が備えるジョブ情報翻訳部１１４は、予め定められた辞書情報を用いて、閲覧申請データに含まれる文言を変換する。次に、ジョブ情報翻訳部１１４は、変換後の閲覧申請データを許可要求データとして、機器３０に送信する。
【0143】
ここで、本実施形態における辞書情報について、図１６を参照しながら説明する。図１６は、本実施形態における辞書情報の一例を示す概念図である。
【0144】
図１６に示されているように、本実施形態における辞書情報３４００には、閲覧申請データに記載される用語と、当該用語をユーザに向けて表示する際に用いる文言とが、対応付けて記載されている。例えば、"storageA"というコンポーネント名（componentName）は「外部ストレージＡ」という文言に変換されることを表している。
【0145】
次に、本実施形態における許可要求データについて、図１７を参照しながら説明する。図１７は、本実施形態における許可要求データの一例を示す概念図である。
【0146】
図１７に示されているように、本実施形態における許可要求データ３５００は、閲覧申請データ３２００と比較すると、inputFileのdisplayに、入力元のデータとして特定したファイルＩＤ（display: 500001）が記載されている点が異なる。また、relatedFileに入力元のデータとして特定したinputFileのファイルＩＤ（id: 500001）、入力元のデータが入力されたコンポーネント名（componentName: "storageA",）及びオペレーション名（operationName: "fileDownload"）が記載されている点が異なる。
【0147】
図１２に戻って説明する。ステップＳ２１１において、機器３０が備えるブラウザ３１０は、サービス提供システム１０から許可要求データを受信する。次に、ブラウザ３１０は、サービス提供システム１０から受信した画面情報及び許可要求データに基づいて、閲覧許可画面を操作パネル９４０等に表示する。
【0148】
ここで、本実施形態における閲覧許可画面について、図１８及び図１９を参照しながら説明する。図１８は、本実施形態における閲覧許可画面の一例を示す概念図である。
【0149】
図１８に示されているように、本実施形態における閲覧許可画面２３００は、閲覧許可データ選択欄２３０１及び送信ボタン２３０９を有する。
【0150】
閲覧許可データ選択欄２３０１には、閲覧が申請された入出力データが選択可能な形式で表示される。なお、閲覧許可データ選択欄２３０１に表示される文言は、辞書情報を用いて変換されたものである。
【0151】
図１９は、本実施形態における閲覧許可画面の他の例を示す概念図である。図１９に示されているように、本実施形態における閲覧許可画面２３００は、閲覧許可データ選択欄２３０１及び送信ボタン２３０９に加えて、ファイルプレビュー欄２３０２を有していてもよい。
【0152】
ファイルプレビュー欄２３０２には、閲覧が申請された入出力データがファイルである場合に、そのファイルの内容がプレビュー表示される。ユーザはファイル名のみではファイルの内容を理解できない場合があるため、ファイルの内容をプレビュー表示することで、ユーザが適切に閲覧を許可してもよいか否かを判断することが可能となる。
【0153】
図１２に戻って説明する。ステップＳ２１２において、機器３０が備えるブラウザ３１０は、閲覧許可画面２３００に対するユーザの操作に応じて、閲覧許可データを生成する。次に、ブラウザ３１０は、閲覧許可の登録要求を、サービス提供システム１０に送信する。当該登録要求には、生成した閲覧許可データが含まれる。
【0154】
具体的には、ユーザは、閲覧許可画面２３００において、送信ボタン２３０９を押下する。ブラウザ３１０は、閲覧許可データ選択欄２３０１において選択されている入出力データに対する閲覧を許可するための閲覧許可データを生成する。そして、ブラウザ３１０は、閲覧許可の登録要求を、サービス提供システム１０に送信する。当該登録要求には、生成した閲覧許可データが含まれる。
【0155】
サービス提供システム１０では、閲覧許可申請部１１３が、閲覧許可の登録要求を受信する。閲覧許可申請部１１３は、当該登録要求に含まれる閲覧許可データを、ジョブ管理部１２３に送る。
【0156】
ここで、本実施形態における閲覧許可データについて、図２０を参照しながら説明する。図２０は、本実施形態における閲覧許可データの一例を示す概念図である。
【0157】
図２０に示されているように、本実施形態における閲覧許可データ３６００は、許可要求データ３５００と比較すると、inputFileに含まれるbrowsableが"true"に設定されている点が異なる。
【0158】
図１２に戻って説明する。ステップＳ２１３において、サービス提供システム１０が備えるジョブ管理部１２３は、閲覧許可申請部１１３から閲覧許可データを受け取る。次に、ジョブ管理部１２３は、当該閲覧許可データをジョブ情報記憶部１０４に記憶する。続いて、ジョブ管理部１２３は、閲覧許可の登録結果を閲覧許可申請部１１３に送る。当該登録結果には、ジョブＩＤが含まれる。閲覧許可申請部１１３は、ジョブ管理部１２３から受け取った閲覧許可の登録結果を機器３０に送信する。
【0159】
ステップＳ２１４において、機器３０が備えるブラウザ３１０は、サービス提供システム１０から閲覧許可の登録結果を受信する。次に、ブラウザ３１０は、開発者への通知要求をサービス提供システム１０に送信する。当該通知要求には、アプリＩＤ及びジョブＩＤが含まれる。
【0160】
ステップＳ２１５において、サービス提供システム１０が備える通知部１２５は、機器３０から開発者への通知要求を受信する。次に、通知部１２５は、通知要求に含まれるアプリＩＤ及びジョブＩＤに基づいて、ジョブ情報閲覧画面を開くためのＵＲＬを生成する。
【0161】
続いて、通知部１２５は、生成したＵＲＬを開発者に通知する。開発者への通知方法は、ＵＲＬが記載された電子メールを開発者のメールアドレスに送信してもよいし、ＵＲＬが記載されたメッセージをＳＮＳ（Social Networking Service）等で開発者のアカウントに送信してもよい。
【0162】
≪３．ジョブ情報閲覧処理≫
続いて、開発者がジョブ情報を閲覧するジョブ情報閲覧処理について、図２１を参照しながら説明する。図２１は、本実施形態における情報処理システム１００が実行するジョブ情報閲覧処理の一例を示すシーケンス図である。
【0163】
ステップＳ３０１において、開発者端末２０が備えるブラウザ２１０は、開発者の操作に応じて、ジョブ情報閲覧画面の取得要求を、サービス提供システム１０に送信する。具体的には、開発者は、通知されたＵＲＬを開く操作を行う。
【0164】
ステップＳ３０２において、サービス提供システム１０が備える画面提供部１１１は、開発者端末２０からジョブ情報閲覧画面の取得要求を受信する。次に、画面提供部１１１は、ジョブ情報閲覧画面を表す画面情報を、画面情報記憶部１０１から取得する。続いて、画面提供部１１１は、取得した画面情報を、開発者端末２０に送信する。開発者端末２０では、ブラウザ２１０が、ジョブ情報閲覧画面を表す画面情報を受信する。
【0165】
ステップＳ３０３において、開発者端末２０が備えるブラウザ２１０は、ジョブ情報の取得要求を、サービス提供システム１０に送信する。当該取得要求には、通知されたＵＲＬで特定されるジョブＩＤが含まれる。
【0166】
サービス提供システム１０では、ジョブ情報閲覧部１１２が、機器３０からジョブ情報の取得要求を受信する。ジョブ情報閲覧部１１２は、当該取得要求に含まれるジョブＩＤに対応するジョブ情報を、ジョブ情報制御部１２４に要求する。ジョブ情報制御部１２４は、当該ジョブＩＤに対応するジョブ情報を、ジョブ管理部１２３に要求する。
【0167】
ステップＳ３０４において、サービス提供システム１０が備えるジョブ管理部１２３は、ジョブ情報制御部１２４からジョブ情報の取得要求を受け取る。次に、ジョブ管理部１２３は、当該取得要求に含まれるジョブＩＤに対応するジョブ情報を、ジョブ情報記憶部１０４から取得する。続いて、ジョブ管理部１２３は、取得したジョブ情報を、ジョブ情報制御部１２４に送る。
【0168】
ステップＳ３０５において、サービス提供システム１０が備えるジョブ情報制御部１２４は、ジョブ管理部１２３からジョブ情報を受け取る。次に、ジョブ情報制御部１２４は、当該ジョブ情報からパラメータ情報及び閲覧許可データを取り出す。
【0169】
続いて、ジョブ情報制御部１２４は、当該閲覧許可データに基づいて、当該パラメータ情報に含まれる入出力データに対して、マスク処理を行う。ジョブ情報制御部１２４は、パラメータ情報をマスクする際に、閲覧許可データにおいて閲覧が許可されている（すなわち、browsable="true"に設定されている）入出力データはマスクせず、その他の入出力データはマスクする制御を行う。
【0170】
そして、ジョブ情報制御部１２４は、マスクされたパラメータ情報を含むジョブ情報を、ジョブ情報閲覧部１１２に送る。ジョブ情報閲覧部１１２は、ジョブ情報制御部１２４から受け取ったジョブ情報を、開発者端末２０に送信する。
【0171】
ステップＳ３０６において、開発者端末２０が備えるブラウザ２１０は、サービス提供システム１０からジョブ情報を受信する。次に、ブラウザ２１０は、アプリ情報の取得要求を、サービス提供システム１０に送信する。当該取得要求には、通知されたＵＲＬで特定されるアプリＩＤが含まれる。
【0172】
ステップＳ３０７において、サービス提供システム１０が備えるアプリ管理部１２１は、開発者端末２０からアプリ情報の取得要求を受信する。次に、アプリ管理部１２１は、当該取得要求に含まれるアプリＩＤに対応するアプリ情報を、アプリ情報記憶部１０２から取得する。続いて、アプリ管理部１２１は、取得したアプリ情報を、開発者端末２０に送信する。
【0173】
ステップＳ３０８において、開発者端末２０が備えるブラウザ２１０は、サービス提供システム１０からアプリ情報を受信する。次に、ブラウザ２１０は、サービス提供システム１０から受信した画面情報、アプリ情報及びジョブ情報に基づいて、ジョブ情報閲覧画面をディスプレイ５０６等に表示する。
【0174】
ここで、本実施形態におけるジョブ情報閲覧画面について、図２２を参照しながら説明する。図２２は、本実施形態におけるジョブ情報閲覧画面の一例を示す概念図である。
【0175】
図２２に示されているように、本実施形態におけるジョブ情報閲覧画面２４００は、フロー表示欄２４０１及び入出力データ表示欄２４０２を有する。入出力データ表示欄２４０２は、入力パラメータ表示欄２４０３、入力ファイル表示欄２４０４、ダウンロードボタン２４０５、出力パラメータ表示欄２４０６、出力ファイル表示欄２４０７及びダウンロードボタン２４０８を有する。
【0176】
フロー表示欄２４０１には、フローに含まれるコンポーネントが実行順に従って表示される。フロー表示欄２４０１において、いずれかのコンポーネントが選択されると、当該コンポーネントに関する入出力データが、入出力データ表示欄２４０２に表示される。
【0177】
入力パラメータ表示欄２４０３には、当該コンポーネントに入力されたパラメータが表示される。入力ファイル表示欄２４０４には、当該コンポーネントに入力されたファイルに関する情報が表示される。出力パラメータ表示欄２４０６には、当該コンポーネントから出力されたパラメータが表示される。出力ファイル表示欄２４０７には、当該コンポーネントから出力されたファイルに関する情報が表示される。
【0178】
ダウンロードボタン２４０５は、当該コンポーネントに入力されたファイルをダウンロードするためのボタンである。ダウンロードボタン２４０５は、入力ファイル表示欄２４０４に入力ファイルに関する情報が表示されている場合に押下可能となる。ダウンロードボタン２４０８は、当該コンポーネントから出力されたファイルをダウンロードするためのボタンである。ダウンロードボタン２４０８は、出力ファイル表示欄２４０７に出力ファイルに関する情報が表示されている場合に押下可能となる。
【0179】
なお、本実施形態において、開発者が閲覧を申請した入出力データは、画像抽出コンポーネント１３００の入力ファイルであった。しかしながら、図２２に示したジョブ情報閲覧画面２４００では、ＰＤＦ変換コンポーネント１２００の入出力ファイルが閲覧可能となっている。これは、入力元探索処理において、画像抽出コンポーネント１３００に入力されたファイルは、ファイルダウンロードコンポーネント１１００で外部ストレージサービスＡからダウンロードされ、ＰＤＦ変換コンポーネント１２００に入力されたファイルであることが特定されているためである。
【0180】
図２１に戻って説明する。ステップＳ３０９において、開発者端末２０が備えるブラウザ２１０は、ジョブ情報閲覧画面２４００に対する開発者の操作に応じて、ファイルの取得要求を、サービス提供システム１０に送信する。当該取得要求には、ファイルＩＤが含まれる。
【0181】
具体的には、開発者は、ジョブ情報閲覧画面２４００において、いずれかのダウンロードボタンを押下する。ブラウザ２１０は、押下されたダウンロードボタンに対応するファイルに対応するファイルＩＤを、パラメータ情報から取得する。そして、ブラウザ２１０は、当該ファイルＩＤを含む取得要求を、サービス提供システム１０に送信する。
【0182】
ステップＳ３１０において、サービス提供システム１０が備えるファイル管理部１２２は、開発者端末２０からファイルの取得要求を受信する。次に、ファイル管理部１２２は、当該取得要求に含まれるファイルＩＤに対応するファイルを、ファイル記憶部１０３から取得する。続いて、ファイル管理部１２２は、取得したファイルを、開発者端末２０に送信する。
【0183】
開発者端末２０では、ブラウザ２１０が、サービス提供システム１０からファイルを受信する。そして、ブラウザ２１０は、受信したファイルをディスプレイ５０６等に表示する。
【0184】
＜第１実施形態の効果＞
本実施形態における情報処理システム１００は、ユーザが閲覧を許可した入出力データを表す閲覧許可データに基づいて、ジョブ情報閲覧画面を開発者端末に表示する。このとき、本実施形態における情報処理システム１００は、ジョブ情報閲覧画面において、ユーザが閲覧を許可した入出力データは閲覧可能であり、それ以外の入出力データは閲覧不可とする制御を行う。したがって、開発者は、パラメータ情報に記録された入出力データのうち、ユーザが閲覧を許可した入出力データを閲覧することができるため、障害解析等が容易になる。
【0185】
また、本実施形態における情報処理システム１００は、入出力データに対する閲覧を申請する閲覧申請画面において、エラーが発生したコンポーネントに関する入出力データに対する閲覧の申請を提案する。したがって、開発者は、障害解析に必要となる入出力データを適切に選択して、閲覧を申請することができる。
【0186】
さらに、本実施形態における情報処理システム１００は、閲覧が申請された入出力データの関係を遡って、当該入出力データの入力元のデータを特定し、閲覧の申請を許可する閲覧許可画面において、特定された入力元のデータに対する閲覧の許可を要求する。また、本実施形態における情報処理システム１００は、閲覧が申請された入出力データを表す文言を、ユーザが理解しやすい内容に変換して表示する。したがって、ユーザは、閲覧を許可できるか否かを適切に判断することができる。
【0187】
［第２実施形態］
第１実施形態では、閲覧申請画面において、エラーが発生したコンポーネントに関する入出力データに対する閲覧の申請を提案するように構成した。第２実施形態では、閲覧申請画面において、開発者が任意の入出力データを指定して閲覧を申請できるように構成する。
【0188】
以下、本実施形態における情報処理システム１００について、第１実施形態との相違点を中心に説明する。
【0189】
＜情報処理システム１００の処理手順＞
本実施形態における情報処理システム１００が実行する情報処理方法の詳細について説明する。本実施形態における情報処理方法は、１．閲覧申請処理及び２．閲覧許可処理が、第１実施形態とは異なる。
【0190】
≪１．閲覧申請処理≫
まず、本実施形態における閲覧申請処理について説明する。本実施形態における閲覧申請処理は、第１実施形態と同様であるが、閲覧申請画面及び閲覧申請データが第１実施形態とは異なる。
【0191】
本実施形態における閲覧申請画面について、図２３を参照しながら説明する。図２３は、本実施形態における閲覧申請画面の一例を示す概念図である。
【0192】
本実施形態における閲覧申請画面は、開発者が任意の入出力データを指定して閲覧の申請を行うことができるように構成されている。図２３に示されているように、本実施形態における閲覧申請画面２１００は、入力データ選択欄２１０２に、入力データ入力欄２１０４が含まれる。入力データ入力欄２１０４には、開発者が任意の入力データを表す文字列を入力することができる。ここでは、開発者が、ファイルダウンロードコンポーネント１１００の入力データである"fileId"に対する閲覧を申請したことを表している。
【0193】
本実施形態における閲覧申請データについて、図２４を参照しながら説明する。図２４は、本実施形態における閲覧申請データの一例を示す概念図である。
【0194】
図２４に示されているように、本実施形態における閲覧申請データ３２００では、開発者が入力データ入力欄２１０４に入力した入力データに対応するjobDetail（name: "fileId"）が追加されている。
【0195】
≪２．閲覧許可処理≫
次に、本実施形態における閲覧許可処理について、図２５を参照しながら説明する。図２５は、本実施形態における情報処理システム１００が実行する閲覧許可処理の一例を示すシーケンス図である。
【0196】
ステップＳ２２１において、サービス提供システム１０が備えるジョブ情報翻訳部１１４は、アプリ情報の取得要求を、アプリ管理部１２１に送る。当該取得要求には、アプリＩＤが含まれる。
【0197】
ステップＳ２２２において、サービス提供システム１０が備えるアプリ管理部１２１は、ジョブ情報翻訳部１１４からアプリ情報の取得要求を受け取る。次に、アプリ管理部１２１は、当該取得要求に含まれるアプリＩＤに対応するアプリ情報を、アプリ情報記憶部１０２から取得する。続いて、アプリ管理部１２１は、取得したアプリ情報を、ジョブ情報翻訳部１１４に送る。
【0198】
ステップＳ２１０において、サービス提供システム１０が備えるジョブ情報翻訳部１１４は、アプリ管理部１２１からアプリ情報を受け取る。次に、ジョブ情報翻訳部１１４は、予め定められた辞書情報を用いて、閲覧申請データに含まれる文言を変換する。続いて、ジョブ情報翻訳部１１４は、アプリ管理部１２１から受け取ったアプリ情報を用いて、閲覧申請データに含まれる文言を変換する。そして、ジョブ情報翻訳部１１４は、変換後の閲覧申請データを許可要求データとして、機器３０に送信する。
【0199】
入力パラメータの名前は、アプリケーション毎に表示用の名前を任意に設定することができる。アプリケーションの実行画面には設定された表示用の名前が表示される。そのため、ユーザは表示用の名前であれば、閲覧を申請されている入力パラメータを理解することができる。そのため、開発者が入力した入力パラメータを、アプリ情報に含まれる表示用の名前に変換する。
【0200】
本実施形態における許可要求データについて、図２６を参照しながら説明する。図２６は、本実施形態における許可要求データの一例を示す概念図である。
【0201】
図２６に示されているように、本実施形態における許可要求データ３５００は、開発者が入力した入力データに対応するjobDetail（name: "fileId"）に、表示用の名前（displayName: "ファイルID"）が設定されている。
【0202】
本実施形態における閲覧許可画面について、図２７を参照しながら説明する。図２７は、本実施形態における閲覧許可画面の一例を示す概念図である。
【0203】
図２７に示されているように、本実施形態における閲覧許可画面２３００は、閲覧許可データ選択欄２３０１に、開発者が入力した入力データが追加されている。また、追加された入力データは、許可要求データに設定された表示用の名前に変換されている。
【0204】
＜第２実施形態の効果＞
本実施形態における情報処理システム１００は、閲覧申請画面において、開発者が任意の入力データを入力可能に構成する。したがって、開発者は、エラーは発生していないが障害解析に有用と考える入出力データに対して、閲覧を申請することができる。
【0205】
［第３実施形態］
第１実施形態では、ユーザの権限は１種類のみであり、ユーザはアプリケーションに入力可能なパラメータをすべて入力することができるように構成した。第３実施形態では、ユーザの権限が一般ユーザと管理者ユーザとに分類されており、閲覧を申請された入出力データ毎に許可可能なユーザの権限を制限するように構成する。
【0206】
以下、本実施形態における情報処理システム１００について、第１実施形態との相違点を中心に説明する。
【0207】
＜情報処理システム１００の処理手順＞
本実施形態における情報処理システム１００が実行する情報処理方法の詳細について説明する。本実施形態における情報処理方法は、１．閲覧申請処理が、第１実施形態とは異なる。
【0208】
≪１．閲覧申請処理≫
まず、本実施形態における閲覧申請処理について、図２８を参照しながら説明する。図２８は、本実施形態における情報処理システム１００が実行する閲覧申請処理の一例を示すシーケンス図である。
【0209】
本実施形態では、フローに入力するパラメータを設定できるユーザを、一般ユーザと管理者ユーザとに分類する。フローに入力するパラメータは、一般ユーザが実行時に入力するだけでなく、管理者ユーザが事前にデフォルト値を設定しておくことができる。そのため、あるフローにおいて、一般ユーザが設定したパラメータと管理者ユーザが設定したパラメータとが混在する場合がある。
【0210】
また、本実施形態では、個人用のアプリケーションと、テナント共有のアプリケーションを作成することが可能である。個人用のアプリケーションの場合、一般ユーザと管理者ユーザがパラメータを設定できる。テナント共有のアプリケーションの場合、管理者ユーザのみがパラメータを設定できる。したがって、個人用アプリケーションに対する閲覧を申請する場合、入出力データ毎に閲覧の許可を要求するユーザの権限を判別する必要がある。
【0211】
ステップＳ１２１において、サービス提供システム１０が備える閲覧許可申請部１１３は、開発者端末２０から閲覧申請の登録要求を受信する。次に、閲覧許可申請部１１３は、アプリ情報の取得要求を、アプリ管理部１２１に送る。当該取得要求には、アプリＩＤが含まれる。
【0212】
ステップＳ１２２において、サービス提供システム１０が備えるアプリ管理部１２１は、閲覧許可申請部１１３からアプリ情報の取得要求を受け取る。次に、アプリ管理部１２１は、当該取得要求に含まれるアプリＩＤに対応するアプリ情報を、アプリ情報記憶部１０２から取得する。続いて、アプリ管理部１２１は、取得したアプリ情報を、閲覧許可申請部１１３に送る。
【0213】
ここで、本実施形態におけるアプリ情報について、図２９を参照しながら説明する。図２９は、本実施形態におけるアプリ情報の一例を示す概念図である。
【0214】
図２９に示されているように、本実施形態におけるアプリ情報３７００には、ログイン種別（loginType）及びフローに含まれる各コンポーネント（filedownload, mail）の入出力データ（fileId, to, cc）に関する設定（name, adminCustomizedOnly等）が記載される。なお、adminCustomizedOnlyは、管理者ユーザのみがパラメータを入力可能とするフラグである。
【0215】
図２８に戻って説明する。ステップＳ１２３において、サービス提供システム１０が備える閲覧許可申請部１１３は、アプリ管理部１２１からアプリ情報を受け取る。次に、閲覧許可申請部１１３は、閲覧申請データにおいて閲覧が申請された入出力データを、許可を要求するユーザの権限毎に分類する。すなわち、閲覧許可申請部１１３は、管理者ユーザのみが入力可能なパラメータは、管理者ユーザに許可を要求し、その他のパラメータは、一般ユーザに許可を要求するように、閲覧申請データを変換する。
【0216】
ここで、本実施形態における閲覧申請データについて、図３０を参照しながら説明する。図３０は、本実施形態における閲覧申請データの一例を示す概念図である。
【0217】
図３０に示されているように、本実施形態における閲覧申請データ３２００では、閲覧を申請する入出力データ（inputFile, inputParameters）が、adminとuserの２つの要素に分類されている。adminは管理者ユーザに閲覧の許可を要求する入出力データである。userは一般ユーザに閲覧の許可を要求する入出力データである。
【0218】
図２９に示したアプリ情報３７００では、fileIdはadminCustomizedOnlyがtrueであり、to, ccはadminCustomizedOnlyがfalseである。そのため、閲覧申請データ３２００では、fileIdはadminに分類され、to, ccはuserに分類されている。
【0219】
＜第３実施形態の効果＞
本実施形態における情報処理システム１００は、ユーザの権限が一般ユーザと管理者ユーザとに分類されており、ユーザの権限によって入力可能な入出力データを制限する。また、本実施形態における情報処理システム１００は、閲覧が申請された入出力データ毎に、閲覧を許可できるユーザの権限を特定する。したがって、開発者は、閲覧を申請する入力データ毎に、適切な権限を有するユーザに閲覧の許可を求めることができる。
【0220】
［第４実施形態］
第１実施形態では、閲覧申請画面において、エラーが発生したコンポーネントに関する入出力データに対する閲覧の申請を提案するように構成した。第４実施形態では、実行結果情報からエラーの原因となった入出力データを特定できる場合に、特定された入出力データに対する閲覧の申請を提案するように構成する。
【0221】
以下、本実施形態における情報処理システム１００について、第１実施形態との相違点を中心に説明する。
【0222】
＜情報処理システム１００の処理手順＞
本実施形態における情報処理システム１００が実行する情報処理方法の詳細について説明する。本実施形態における情報処理方法は、１．閲覧申請処理が、第１実施形態とは異なる。
【0223】
≪１．閲覧申請処理≫
まず、本実施形態における閲覧申請処理について、図３１を参照しながら説明する。図３１は、本実施形態における情報処理システム１００が実行する閲覧申請処理の一例を示すシーケンス図である。
【0224】
ステップＳ１３０において、サービス提供システム１０が備える閲覧許可申請部１１３は、ジョブ管理部１２３から実行結果情報を受け取る。次に、閲覧許可申請部１１３は、当該実行結果情報に基づいて、エラーの原因となった入出力データを特定する。続いて、閲覧許可申請部１１３は、特定した入出力データに関する情報（以下、「エラーパラメータ情報」とも呼ぶ）を、開発者端末２０に送信する。
【0225】
ここで、本実施形態における実行結果情報について、図３２を参照しながら説明する。図３２は、本実施形態における実行結果情報の一例を示す概念図である。
【0226】
図３２に示されているように、本実施形態における実行結果情報３１００では、エラーコード（message_id）が、"io-storageA.invalid_params_fileId"となっている。
【0227】
実行結果情報を生成する際にエラーの原因となった入出力データを特定できている場合、エラーコードの構造は、"io-（コンポーネント名）.（エラーの原因）_（パラメータ名）"となる。すなわち、実行結果情報３１００は、ファイルダウンロードコンポーネント１１００（storageA）に入力されたファイルＩＤ（fileId）が不正である（invalid）ことを表している。
【0228】
したがって、閲覧許可申請部１１３は、実行結果情報に記録されたエラーコードの構造を分析し、パラメータ名が特定できる場合には、エラーコンポーネント情報に代えて、エラーパラメータ情報を開発者端末２０に送信する。
【0229】
＜第４実施形態の効果＞
本実施形態における情報処理システム１００は、エラーの原因となった入出力データを特定できる場合、閲覧申請画面において、エラーの原因となった入出力データに対する閲覧の申請を提案する。したがって、開発者は、障害解析に必要となる入出力データをより適切に選択して、閲覧を申請することができる。
【0230】
［第５実施形態］
第１実施形態では、閲覧申請画面において、エラーが発生したコンポーネントに関する入出力データに対する閲覧の申請を提案するように構成した。第５実施形態では、エラーは発生していないが、アプリケーションが想定した動作を行わない場合に、閲覧を申請すべき入出力データを提案するように構成する。
【0231】
以下、本実施形態における情報処理システム１００について、第１実施形態との相違点を中心に説明する。
【0232】
＜情報処理システム１００の機能構成＞
まず、本実施形態における情報処理システム１００の機能構成の一例について、図３３を参照しながら説明する。図３３は、本実施形態における情報処理システム１００に含まれる各装置の機能構成を例示するブロック図である。
【0233】
≪サービス提供システム１０の機能構成≫
図３３に示されているように、本実施形態におけるサービス提供システム１０は、第１実施形態におけるサービス提供システム１０が備える各部に加えて、コンポーネント情報記憶部１０５及び検査パラメータ記憶部１０６をさらに備える。本実施形態におけるポータルサービス部１１０は、第１実施形態におけるポータルサービス部１１０が備える各部に加えて、検査パラメータ登録部１１５をさらに備える。本実施形態における入出力サービス部１２０は、第１実施形態における入出力サービス部１２０が備える各部に加えて、コンポーネント管理部１２６及び検査パラメータ管理部１２７をさらに備える。
【0234】
コンポーネント情報記憶部１０５及び検査パラメータ記憶部１０６は、例えば、図２に示されているＨＤ５０４を用いて実現される。ＨＤ５０４が記憶するデータの読み込み又は書き込みは、例えば、ＨＤＤコントローラ５０５を介して行われる。
【0235】
なお、コンポーネント情報記憶部１０５及び検査パラメータ記憶部１０６は、サービス提供システム１０が備えず、外部の記憶装置を用いてもよい。外部の記憶装置の一例は、ＮＡＳ（Network Attached Storage）又はオンラインストレージサービスである。
【0236】
コンポーネント情報記憶部１０５は、フローで利用可能なコンポーネントに関するコンポーネント情報を記憶する。コンポーネント情報には、コンポーネントを識別するコンポーネントＩＤが関連付けられている。
【0237】
検査パラメータ記憶部１０６は、検査パラメータに関する検査パラメータ情報を記憶する。検査パラメータとは、エラーが発生していないジョブ情報に対して、閲覧の申請を提案する入出力データである。検査パラメータ情報には、検査パラメータを識別するパラメータＩＤが関連付けられている。
【0238】
検査パラメータ登録部１１５は、開発者端末２０からの要求に応じて、コンポーネント管理部１２６が管理するコンポーネント情報を開発者端末２０に送信する。また、検査パラメータ登録部１１５は、開発者端末２０から検査パラメータ情報を受信する。さらに、検査パラメータ登録部１１５は、検査パラメータ情報の登録を検査パラメータ管理部１２７に要求する。
【0239】
コンポーネント管理部１２６は、コンポーネント情報記憶部１０５に対して、コンポーネント情報の書き込み及び読み出しを実行する。
【0240】
検査パラメータ管理部１２７は、検査パラメータ記憶部１０６に対して、検査パラメータ情報の書き込み及び読み出しを実行する。
【0241】
＜情報処理システム１００の処理手順＞
次に、本実施形態における情報処理システム１００が実行する情報処理方法の詳細について説明する。本実施形態における情報処理方法は、０．検査パラメータ登録処理をさらに含み、１．閲覧申請処理が第１実施形態とは異なる。
【0242】
≪前提≫
まず、本実施形態において前提とするフローについて、図３４を参照しながら説明する。図３４は、本実施形態におけるフローの一例を示す概念図である。
【0243】
図３４に示されているように、本実施形態におけるフロー１０１０は、ファイルダウンロードコンポーネント１１００、ＰＤＦ変換コンポーネント１２００及びメール送信コンポーネント１４００を順に実行する。
【0244】
ユーザは、フロー１０１０を含むアプリケーションを実行する際に、送信先のメールアドレスを入力する。メール送信コンポーネント１４００は、ＰＤＦ変換コンポーネント１２００から入力されたＰＤＦファイルを添付した電子メールを、ユーザが入力したメールアドレスに送信する。
【0245】
ユーザが送信先のメールアドレスを誤って入力した場合、フロー１０１０は正常に終了したとしても、送信先のメールアドレスに電子メールが届かないことになる。この場合、ユーザはアプリケーションが想定どおりに動作していないため、開発者に問い合わせを行う。しかしながら、エラーが発生していないため、開発者は、閲覧を申請すべき入出力データを判断することが困難となる。
【0246】
≪０．検査パラメータ登録処理≫
まず、開発者が検査パラメータを登録する検査パラメータ登録処理について、図３５を参照しながら説明する。図３５は、本実施形態における情報処理システム１００が実行する検査パラメータ登録処理の一例を示すシーケンス図である。
【0247】
ステップＳ４０１において、開発者端末２０が備えるブラウザ２１０は、開発者の操作に応じて、検査パラメータ登録画面の取得要求を、サービス提供システム１０に送信する。
【0248】
ステップＳ４０２において、サービス提供システム１０が備える画面提供部１１１は、開発者端末２０から検査パラメータ登録画面の取得要求を受信する。次に、画面提供部１１１は、検査パラメータ登録画面を表す画面情報を、画面情報記憶部１０１から取得する。続いて、画面提供部１１１は、取得した画面情報を、開発者端末２０に送信する。開発者端末２０では、ブラウザ２１０が、検査パラメータ登録画面を表す画面情報を受信する。
【0249】
ステップＳ４０３において、開発者端末２０が備えるブラウザ２１０は、コンポーネント情報の取得要求を、サービス提供システム１０に送信する。
【0250】
サービス提供システム１０では、検査パラメータ登録部１１５が、開発者端末２０からコンポーネント情報の取得要求を受信する。検査パラメータ登録部１１５は、コンポーネント情報を、コンポーネント管理部１２６に要求する。
【0251】
ステップＳ４０４において、サービス提供システム１０が備えるコンポーネント管理部１２６は、コンポーネント情報を、コンポーネント情報記憶部１０５から取得する。次に、コンポーネント管理部１２６は、取得したコンポーネント情報を、検査パラメータ登録部１１５に送る。検査パラメータ登録部１１５は、コンポーネント管理部１２６から受け取ったコンポーネント情報を、開発者端末２０に送信する。
【0252】
ステップＳ４０５において、開発者端末２０が備えるブラウザ２１０は、サービス提供システム１０からコンポーネント情報を受信する。次に、ブラウザ２１０は、サービス提供システム１０から受信した画面情報及びコンポーネント情報に基づいて、検査パラメータ登録画面をディスプレイ５０６等に表示する。
【0253】
ここで、本実施形態における検査パラメータ登録画面について、図３６を参照しながら説明する。図３６は、本実施形態における検査パラメータ登録画面の一例を示す概念図である。
【0254】
図３６に示されているように、本実施形態における検査パラメータ登録画面２５００は、コンポーネント選択欄２５０１、パラメータ選択欄２５０２及び送信ボタン２５０９を有する。
【0255】
コンポーネント選択欄２５０１には、コンポーネント情報に含まれるコンポーネントが選択可能に表示される。パラメータ選択欄２５０２には、コンポーネント選択欄２５０１において選択されているコンポーネントの入力パラメータが選択可能に表示される。
【0256】
図３５に戻って説明する。ステップＳ４０６において、開発者端末２０が備えるブラウザ２１０は、検査パラメータ登録画面２５００に対する開発者の操作に応じて、検査パラメータ情報を生成する。
【0257】
具体的には、開発者は、コンポーネント選択欄２５０１において、検査パラメータの登録対象とするコンポーネントを選択し、パラメータ選択欄２５０２において、当該コンポーネントの入力パラメータを選択する。そして、開発者は、検査パラメータ登録画面２５００において、送信ボタン２５０９を押下する。ブラウザ２１０は、パラメータ選択欄２５０２において選択されている入力パラメータを表す検査パラメータ情報を生成する。
【0258】
ステップＳ４０７において、開発者端末２０が備えるブラウザ２１０は、検査パラメータの登録要求を、サービス提供システム１０に送信する。当該登録要求には、検査パラメータ情報が含まれる。
【0259】
サービス提供システム１０では、検査パラメータ登録部１１５が、検査パラメータの登録要求を受信する。検査パラメータ登録部１１５は、当該登録要求に含まれる検査パラメータ情報を、検査パラメータ管理部１２７に送る。
【0260】
ステップＳ４０８において、サービス提供システム１０が備える検査パラメータ管理部１２７は、検査パラメータ登録部１１５から検査パラメータ情報を受け取る。次に、検査パラメータ管理部１２７は、当該検査パラメータ情報を検査パラメータ記憶部１０６に記憶する。続いて、検査パラメータ管理部１２７は、検査パラメータの登録結果を検査パラメータ登録部１１５に送る。検査パラメータ登録部１１５は、検査パラメータ管理部１２７から受け取った検査パラメータの登録結果を開発者端末２０に送信する。
【0261】
≪１．閲覧申請処理≫
次に、本実施形態における閲覧申請処理について、図３７を参照しながら説明する。図３７は、本実施形態における情報処理システム１００が実行する閲覧申請処理の一例を示すシーケンス図である。
【0262】
ステップＳ１４１において、サービス提供システム１０が備える閲覧許可申請部１１３は、ジョブ管理部１２３から実行結果情報を受け取る。次に、閲覧許可申請部１１３は、当該実行結果情報に基づいて、エラーが発生したか否かを判定する。本実施形態では、エラーが発生していないものとして説明を続ける。
【0263】
ステップＳ１４２において、サービス提供システム１０が備える閲覧許可申請部１１３は、検査パラメータの取得要求を、検査パラメータ管理部１２７に送る。
【0264】
ステップＳ１４３において、サービス提供システム１０が備える検査パラメータ管理部１２７は、閲覧許可申請部１１３から検査パラメータの取得要求を受け取る。次に、検査パラメータ管理部１２７は、検査パラメータ情報を、検査パラメータ記憶部１０６から取得する。続いて、検査パラメータ管理部１２７は、取得した検査パラメータ情報を、閲覧許可申請部１１３に送る。
【0265】
ステップＳ１４４において、サービス提供システム１０が備える閲覧許可申請部１１３は、検査パラメータ管理部１２７からパラメータ情報を受け取る。次に、閲覧許可申請部１１３は、当該パラメータ情報に含まれる入出力データのうち、検査パラメータ情報に含まれる検査パラメータと合致するものがあるか否かを判定する。ここでは、検査パラメータと合致する入出力データがあったものとして説明を続ける。
【0266】
ステップＳ１４５において、サービス提供システム１０が備える閲覧許可申請部１１３は、アプリ情報の取得要求を、アプリ管理部１２１に送る。当該取得要求には、アプリＩＤが含まれる。
【0267】
ステップＳ１４６において、サービス提供システム１０が備えるアプリ管理部１２１は、閲覧許可申請部１１３からアプリ情報の取得要求を受け取る。次に、アプリ管理部１２１は、当該取得要求に含まれるアプリＩＤに対応するアプリ情報を、アプリ情報記憶部１０２から取得する。続いて、アプリ管理部１２１は、取得したアプリ情報を、閲覧許可申請部１１３に送る。
【0268】
ステップＳ１４７において、サービス提供システム１０が備える閲覧許可申請部１１３は、アプリ管理部１２１からアプリ情報を受け取る。次に、閲覧許可申請部１１３は、当該アプリ情報を用いて、検査パラメータと合致する入出力データの入力方法が所定の方法に該当するか否かを判定する。
【0269】
例えば、入力データをユーザがテキスト入力する場合、入力誤りにより不具合が生じる可能性が高い。そのため、検査パラメータと合致する入出力データがテキスト入力するものである場合、当該入出力データに対する閲覧の申請を提案するとよい。所定の入力方法は、テキスト入力に限定されず、入力誤りが発生しやすい入力方法を任意に設定すればよい。
【0270】
閲覧許可申請部１１３は、判定結果に基づいて、閲覧の申請を提案する入出力データを表す候補パラメータ情報を生成する。次に、閲覧許可申請部１１３は、生成した候補パラメータ情報を、開発者端末２０に送信する。
【0271】
ステップＳ１１１において、開発者端末２０が備えるブラウザ２１０は、サービス提供システム１０から候補パラメータ情報を受信する。次に、ブラウザ２１０は、候補パラメータ情報に基づいて、閲覧を申請すべき入出力データを提案する。具体的には、ブラウザ２１０は、閲覧申請画面２１００において、入力データ選択欄２１０２又は出力データ選択欄２１０３に表示された入出力データのうち、候補パラメータ情報に表された入出力データを自動的に選択する。
【0272】
＜第５実施形態の効果＞
本実施形態における情報処理システム１００は、エラーが発生していない場合、閲覧申請画面において、予め登録された検査パラメータに対する閲覧の申請を提案する。したがって、開発者は、エラーが発生していない場合であっても、調査に有用な入出力データを適切に選択して、閲覧を申請することができる。
【0273】
［第６実施形態］
第１実施形態では、閲覧が申請された入出力データがファイルである場合に、入出力データの関係を遡って、入力元のファイルを特定する例を説明した。第６実施形態では、閲覧が申請された入出力データがパラメータである場合に、入出力データの関係を遡って、入力元のパラメータを特定する例を説明する。
【0274】
以下、本実施形態における情報処理システム１００について、第１実施形態との相違点を中心に説明する。
【0275】
＜情報処理システム１００の処理手順＞
まず、本実施形態における情報処理システム１００が実行する情報処理方法の詳細について説明する。本実施形態における情報処理方法は、１．閲覧申請処理及び２．閲覧許可処理が、第１実施形態とは異なる。
【0276】
≪前提≫
まず、本実施形態において前提とするフローについて、図３８を参照しながら説明する。図３８は、本実施形態におけるフローの一例を示す概念図である。
【0277】
図３８に示されているように、本実施形態におけるフロー１０２０は、ファイルフォルダ一覧取得コンポーネント１５００Ａ、ファイルフォルダ一覧取得コンポーネント１５００Ｂ、文字列結合コンポーネント１６００及びメール送信コンポーネント１４００を順に実行する。
【0278】
ファイルフォルダ一覧取得コンポーネント１５００Ａは、外部ストレージサービスＡから、ユーザが指定したフォルダ直下のフォルダ及びファイルの一覧を取得する。ファイルフォルダ一覧取得コンポーネント１５００Ｂは、外部ストレージサービスＢから、ユーザが指定したフォルダ直下のフォルダ及びファイルの一覧を取得する。文字列結合コンポーネント１６００は、入力された複数の文字列を結合する。
【0279】
ユーザは、フロー１０２０を含むアプリケーションを実行する際に、外部ストレージサービスＡのフォルダを識別するフォルダＩＤ、外部ストレージサービスＢのフォルダを識別するフォルダＩＤ、及び送信先のメールアドレスを入力する。
【0280】
ユーザがフロー１０２０を含むアプリケーションを実行すると、サービス提供システム１０は、外部ストレージサービスＡ及び外部ストレージサービスＢそれぞれから、ユーザが指定したフォルダ直下のフォルダ及びファイルの一覧を取得し、それらを連結した文字列が記載された電子メールを、送信先のメールアドレスに送信する。
【0281】
図３９は、フロー１０２０から出力される出力データの一例を示す概念図である。図３９に示されているように、出力データ３８００には、外部ストレージサービスＡから取得したファイルフォルダ一覧情報（StorageA）と、外部ストレージサービスＢから取得したファイルフォルダ一覧情報（StorageB）とを結合した文字列が記載されている。
【0282】
ここで、ユーザが障害解析を開発者に依頼したとする。開発者が当該アプリケーションを実行した際のジョブ情報を閲覧したところ、ファイルフォルダ一覧取得コンポーネント１５００Ａ及びファイルフォルダ一覧取得コンポーネント１５００Ｂは成功しているが、文字列結合コンポーネント１６００でエラーが発生していることがわかった。ジョブ情報に含まれる実行結果情報には、発生したエラーは「内部処理に起因するエラー」であることが記録されていた。
【0283】
≪１．閲覧申請処理≫
次に、開発者が入出力データの閲覧を申請する閲覧申請処理について、図４０を参照しながら説明する。図４０は、本実施形態における情報処理システム１００が実行する閲覧申請処理の一例を示すシーケンス図である。
【0284】
ステップＳ１１１において、開発者端末２０が備えるブラウザ２１０は、エラーコンポーネント情報に基づいて、閲覧を申請すべき入出力データを提案する。
【0285】
図４１は、本実施形態における閲覧申請画面の一例を示す概念図である。図４１に示されているように、本実施形態における閲覧申請画面２１００では、文字列結合コンポーネントの入力データ（args）が自動的に選択される。
【0286】
図４０に戻って説明する。ステップＳ１１２において、開発者端末２０が備えるブラウザ２１０は、閲覧申請画面２１００に対する開発者の操作に応じて、閲覧申請データを生成する。次に、ブラウザ２１０は、閲覧申請の登録要求を、サービス提供システム１０に送信する。当該登録要求には、生成した閲覧申請データが含まれる。
【0287】
ステップＳ１５１において、サービス提供システム１０が備える閲覧許可申請部１１３は、開発者端末２０から閲覧申請の登録要求を受信する。次に、閲覧許可申請部１１３は、アプリ情報の取得要求を、アプリ管理部１２１に送る。当該取得要求には、アプリＩＤが含まれる。
【0288】
ステップＳ１５２において、サービス提供システム１０が備えるアプリ管理部１２１は、閲覧許可申請部１１３からアプリ情報の取得要求を受け取る。次に、アプリ管理部１２１は、当該取得要求に含まれるアプリＩＤに対応するアプリ情報を、アプリ情報記憶部１０２から取得する。続いて、アプリ管理部１２１は、取得したアプリ情報を、閲覧許可申請部１１３に送る。
【0289】
ここで、本実施形態におけるアプリ情報について、図４２を参照しながら説明する。図４２は、本実施形態におけるアプリ情報の一例を示す概念図である。
【0290】
図４２に示されているように、本実施形態におけるアプリ情報３７００には、ユーザが入力するパラメータを表す"userInputParameters"、及びデフォルトで入力するパラメータを表す"defaultParameters"が含まれる。getItemListStorageAのfolderIdは、外部ストレージサービスＡのファイルフォルダ一覧情報を取得するフォルダＩＤである。getItemListStorageBのfolderIdは、外部ストレージサービスＢのファイルフォルダ一覧情報を取得するフォルダＩＤである。sendMailのtoは、送信先のメールアドレスである。
【0291】
concatStringのargsに含まれる"（コンポーネント名）.IOResult"は、コンポーネントの出力結果を表すプレースホルダである。このように設定することで、あるコンポーネントの出力結果を、他のコンポーネントに入力することができる。すなわち、アプリ情報３７００は、文字列結合コンポーネント１６００に、ファイルフォルダ一覧取得コンポーネント１５００Ａの出力結果及びファイルフォルダ一覧取得コンポーネント１５００Ｂの出力結果が入力されることを表している。
【0292】
図４０に戻って説明する。ステップＳ１５３において、サービス提供システム１０が備える閲覧許可申請部１１３は、アプリ管理部１２１からアプリ情報を受け取る。次に、閲覧許可申請部１１３は、当該アプリ情報に基づいて、閲覧が申請された入出力データの関係を遡り、当該入出力データがフローに入力された入力元のデータを特定する。続いて、閲覧許可申請部１１３は、特定された入力データを、閲覧申請データに追加する。
【0293】
ここで、本実施形態における入力元探索処理を、図４３を参照しながら説明する。図４３は、本実施形態における入力元探索処理の一例を示すフローチャートである。
【0294】
ステップＳ１５３－１において、閲覧許可申請部１１３は、アプリ管理部１２１からアプリ情報を取得する。以下、アプリ情報は、図４２に示したアプリ情報３７００とする。
【0295】
ステップＳ１５３－２において、閲覧許可申請部１１３は、閲覧が申請されたコンポーネントを特定する。ここでは、文字列結合コンポーネント１６００の入力データ（args）に対して閲覧が申請されているため、concatStringが特定される。
【0296】
ステップＳ１５３－３において、閲覧許可申請部１１３は、特定したコンポーネントの入力パラメータを取得する。ここでは、"getItemListStorageA.IOResult"及び"getItemListStorageB.IOResult"が取得される。
【0297】
ステップＳ１５３－４において、閲覧許可申請部１１３は、取得された入力パラメータにIOResultがあるか否かを判定する。IOResultがある場合（ＹＥＳ）、ステップＳ１５３－５に処理を進める。IOResultがない場合（ＮＯ）、ステップＳ１５３－６に処理を進める。ここでは、"getItemListStorageA.IOResult"及び"getItemListStorageB.IOResult"が取得されたため、ステップＳ１５３－５に進む。
【0298】
ステップＳ１５３－５において、閲覧許可申請部１１３は、IOResultを出力するコンポーネントを特定する。ここでは、"getItemListStorageA"及び"getItemListStorageB"が特定される。
【0299】
再び実行されるステップＳ１５３－３において、閲覧許可申請部１１３は、"getItemListStorageA"及び"getItemListStorageB"の入力パラメータを取得する。ここでは、"getItemListStorageA"の"folderId"及び"getItemListStorageB"の"folderId"が取得される。
【0300】
再び実行されるステップＳ１５３－４において、閲覧許可申請部１１３は、取得された入力パラメータにIOResultがないため、ステップＳ１５３－６に進む。
【0301】
ステップＳ１５３－６において、閲覧許可申請部１１３は、現在のコンポーネントの入力データを入力元のデータと特定し、処理を終了する。すなわち、ファイルフォルダ一覧取得コンポーネント１５００Ａに入力された"folderId"とファイルフォルダ一覧取得コンポーネント１５００Ｂに入力された"folderId"が、入力元のデータとして特定される。
【0302】
ここで、本実施形態における閲覧申請データについて、図４４を参照しながら説明する。図４４は、本実施形態における閲覧申請データの一例を示す概念図である。
【0303】
図４４に示されているように、本実施形態における閲覧申請データ３２００では、"getItemListStorageA"に対応するjobDetail及び"getItemListStorageA"に対応するjobDetailそれぞれに、"folderId"という名前のinputParameterを含むrelatedParametersが追加されている。
【0304】
≪２．閲覧許可処理≫
次に、本実施形態における閲覧許可処理について説明する。本実施形態における閲覧許可処理は、第１実施形態と同様であるが、閲覧許可画面が第１実施形態とは異なる。
【0305】
本実施形態における閲覧許可画面について、図４５を参照しながら説明する。図４５は、本実施形態における閲覧許可画面の一例を示す概念図である。
【0306】
図４５に示されているように、本実施形態における閲覧許可画面２３００は、閲覧許可データ選択欄２３０１に、入力元のデータとして特定された、「storageAFolderIdで指定したフォルダ直下のファイルフォルダ一覧情報」及び「storageBFolderIdで指定したフォルダ直下のファイルフォルダ一覧情報」が表示される。これらの文言は、アプリ情報及び辞書情報に基づいて、"getItemListStorageA"の"folderId"及び"getItemListStorageB"の"folderId"をユーザが理解しやすい内容に変換したものである。
【0307】
なお、図４４に示した閲覧申請データ３２００に記載されたdisplayNameは、当該アプリケーションを実行する際に、機器３０の操作パネル９４０に表示されるアプリ実行画面に表示される名称である。
【0308】
図４６は、本実施形態におけるアプリ実行画面の一例を示す概念図である。図４６に示されているように、本実施形態におけるアプリ実行画面２６００は、storageAFolderIdで示されるパラメータ入力欄２６０１、storageBFolderIdで示されるパラメータ入力欄２６０２、及び実行ボタン２６０９を有する。
【0309】
ユーザは、アプリケーションを実行する際に、アプリ実行画面２６００を利用するため、閲覧許可画面２３００において、storageAFolderId及びstorageBFolderIdについて閲覧の許可を要求されれば、その内容を理解することができる。
【0310】
＜第６実施形態の効果＞
本実施形態における情報処理システム１００は、閲覧が申請された入出力データがパラメータである場合に、入出力データの関係を遡ってユーザが入力したパラメータを特定し、特定された入力データに対する閲覧を申請する閲覧申請データを登録する。したがって、ユーザは、閲覧を許可できるか否かを適切に判断することができる。
【0311】
［補足］
上記各実施形態において、サービス提供システム１０は情報処理装置の一例である。開発者端末２０は第１の情報処理端末の一例である。機器３０は第２の情報処理端末の一例である。パラメータ情報はログ情報の一例である。実行結果情報は第２のログ情報の一例である。閲覧許可データは制御情報の一例である。検査パラメータ情報は第２の制御情報の一例である。閲覧許可申請部１１３は受信部の一例である。ブラウザ２１０は画面表示部の一例である。ブラウザ３１０は送信部の一例である。
【0312】
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）や従来の回路モジュール等の機器を含むものとする。
【0313】
実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、サービス提供システム１０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、外部サービスシステム４０は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。
【0314】
さらに、サービス提供システム１０及び外部サービスシステム４０は、開示された処理ステップを様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、外部サービスシステム４０によって実行され得る。同様に、所定のユニットの機能は、外部サービスシステム４０によって実行することができる。また、サービス提供システム１０と外部サービスシステム４０の各要素は、１つのサーバ装置にまとめられていてもよいし、複数の装置に分けられていてもよい。
【0315】
以上、本発明の実施の形態について詳述したが、本発明はこれらの実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形又は変更が可能である。
【符号の説明】
【0316】
１００ 情報処理システム
１０ サービス提供システム
１０１ 画面情報記憶部
１０２ アプリ情報記憶部
１０３ ファイル記憶部
１０４ ジョブ情報記憶部
１０５ コンポーネント情報記憶部
１０６ 検査パラメータ記憶部
１１０ ポータルサービス部
１１１ 画面提供部
１１２ ジョブ情報閲覧部
１１３ 閲覧許可申請部
１１４ ジョブ情報翻訳部
１１５ 検査パラメータ登録部
１２０ 入出力サービス部
１２１ アプリ管理部
１２２ ファイル管理部
１２３ ジョブ管理部
１２４ ジョブ情報制御部
１２５ 通知部
１２６ コンポーネント管理部
１２７ 検査パラメータ管理部
２０ 開発者端末
２１０ ブラウザ
３０ 機器
３１０ ブラウザ
【先行技術文献】
【特許文献】
【0317】
【特許文献1】特開２０２０－１１９０４７号公報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】
【図44】
【図45】
【図46】
Copyright © 2010-2025 Science Impact Inc. All Rights Reserved.