特開 2024-176005 情報処理プログラム、情報処理方法及び情報処理装置

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

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

(11)【公開番号】P2024176005

(43)【公開日】2024-12-19

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

(51)【国際特許分類】

   G06Q 10/0633 20230101AFI20241212BHJP

【ＦＩ】

G06Q10/0633

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023094183

(22)【出願日】2023-06-07

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】北島 信哉

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

5L010

5L049

【Ｆターム（参考）】

5L010AA07

5L049AA07

(57)【要約】

【課題】業務の作業効率を向上させる情報処理プログラム、情報処理方法及び情報処理装置を提供する。
【解決手段】利用者の操作を含むシーケンスに沿った処理を、ＡＰＩを用いてコンピュータに実行させる情報処理プログラムであって、所定ポリシーと、所定のシーケンスにおいて所定ポリシーが適用される対象である第１のＡＰＩの所定変数と、利用者により選択可能な前記所定変数の値を特定する第２のＡＰＩとを対応付けた対応情報を生成し、所定のシーケンスに沿って第２のＡＰＩを実行する場合に、対応情報を基に所定ポリシーを満たす値に第２のＡＰＩの実行結果を絞り込み、所定変数に対する選択可能な値として絞り込んだ結果を利用者に提示する。
【選択図】図９

【特許請求の範囲】

【請求項1】

利用者の操作を含むシーケンスに沿った処理を、ＡＰＩを用いてコンピュータに実行させる情報処理プログラムであって、
所定ポリシーと、所定のシーケンスにおいて前記所定ポリシーが適用される対象である第１のＡＰＩの所定変数と、利用者により選択可能な前記所定変数の値を特定する第２のＡＰＩとを対応付けた対応情報を生成し、
前記所定のシーケンスに沿って前記第２のＡＰＩを実行する場合に、前記対応情報を基に前記所定ポリシーを満たす値に前記第２のＡＰＩの実行結果を絞り込み、
前記所定変数に対する選択可能な値として絞り込んだ結果を利用者に提示する
処理を前記コンピュータに実行させることを特徴とする情報処理プログラム。

【請求項2】

前記対応情報の生成処理は、
前記第１のＡＰＩのＡＰＩ定義を基に、前記第１のＡＰＩにおける変数を抽出し、
予め登録された複数のポリシーのそれぞれの設定情報を基に、前記複数のポリシーのうち前記所定変数に適用される前記所定ポリシーを特定し、
前記所定のシーケンスの情報を基に、前記第２のＡＰＩを特定し、
特定した前記所定ポリシー、前記所定変数及び特定した前記第２のＡＰＩを対応付けて前記対応情報を生成する
処理を含むことを特徴とする請求項１に記載の情報処理プログラム。

【請求項3】

前記絞り込んだ結果を利用者に提示する処理は、
前記実行結果が１つの特定の値に絞り込まれた場合、前記特定の値が前記利用者に選択されたとみなして、前記利用者へ提示する情報を生成する
処理を含むことを特徴とする請求項１に記載の情報処理プログラム。

【請求項4】

前記絞り込んだ結果を利用者に提示する処理は、
前記実行結果が複数の値に絞り込まれた場合、前記複数の値のそれぞれの属性情報を取得して、選択される頻度が高い前記属性情報を含む順に前記複数の値をソートして前記利用者へ提示する
処理を含むことを特徴とする請求項１に記載の情報処理プログラム。

【請求項5】

利用者の操作を含むシーケンスに沿った処理を、ＡＰＩを用いて実行する情報処理装置が、
所定ポリシーと、所定のシーケンスにおいて前記所定ポリシーが適用される対象である第１のＡＰＩの所定変数と、利用者により選択可能な前記所定変数の値を特定する第２のＡＰＩとを対応付けた対応情報を生成し、
前記所定のシーケンスに沿って前記第２のＡＰＩを実行する場合に、前記対応情報を基に前記所定ポリシーを満たす値に前記第２のＡＰＩの実行結果を絞り込み、
前記所定変数に対する選択可能な値として絞り込んだ結果を利用者に提示する
処理を実行することを特徴とする情報処理方法。

【請求項6】

利用者の操作を含むシーケンスに沿った処理を、ＡＰＩを用いて実行するＡＰＩ実行部と、
所定ポリシーと、所定のシーケンスにおいて前記所定ポリシーが適用される対象である第１のＡＰＩの所定変数と、利用者により選択可能な前記所定変数の値を特定する第２のＡＰＩとを対応付けた対応情報を生成する紐付部と、
前記所定のシーケンスに沿って前記第２のＡＰＩを実行する場合に、前記対応情報を基に前記所定ポリシーを満たす値に前記第２のＡＰＩの実行結果を絞り込み、前記ＡＰＩ実行部に絞り込んだ結果を前記所定変数に対する選択可能な値として利用者に提示させる絞込部と
を備えたことを特徴とする情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

近年、テレワークの推進等により、企業等の各種組織においてビジネスデータへの押印等対面での作業を極力減らして、デジタルで業務を完結する仕組みの導入が推進されている。

【0003】

従来、ワークフロー管理システムとして、各タスクに対してキーワード抽出技術等によりタグを付加するとともに、予め関連情報として特定のタグが付加されたものを配信するといった制約を設定し、タグによる絞り込みを行ってユーザに提示する関連情報を決定する技術が提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１１－１９２０７８号公報

【発明の概要】

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

【0005】

しかしならが、タグによる絞り込みを行ってユーザに提示する関連情報を決定する技術では、ポリシー制御を行うことは難しく、業務の作業効率を向上させることは困難であった。

【0006】

開示の技術は、上記に鑑みてなされたものであって、業務の作業効率を向上させる情報処理プログラム、情報処理方法及び情報処理装置を提供することを目的とする。

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

【0007】

本願の開示する情報処理プログラム、情報処理方法及び情報処理装置の一つの態様において、情報処理プログラムは、利用者の操作を含むシーケンスに沿った処理を、ＡＰＩを用いてコンピュータに実行させる。そして、情報処理プログラムでは、所定ポリシーと、所定のシーケンスにおいて前記所定ポリシーが適用される対象である第１のＡＰＩの所定変数と、利用者により選択可能な前記所定変数の値を特定する第２のＡＰＩとを対応付けた対応情報を生成し、前記所定のシーケンスに沿って前記第２のＡＰＩを実行する場合に、前記対応情報を基に前記所定ポリシーを満たす値に前記第２のＡＰＩの実行結果を絞り込み、前記所定変数に対する選択可能な値として絞り込んだ結果を利用者に提示する。

【発明の効果】

【0008】

１つの側面では、本発明は、業務の作業効率を向上させることができる。

【図面の簡単な説明】

【0009】

【図1】図１は、情報処理装置のブロック図である。

【図2】図２は、承認を受ける申請の回送処理の流れを示す図である。

【図3】図３は、回送画面の一例を示す図である。

【図4】図４は、ＡＰＩ定義の一例を示す図である。

【図5】図５は、ＷｅｂＡＰＩの処理フロー情報の一例を示す図である。

【図6】図６は、ポリシーの設定ファイルの一例を示す図である。

【図7】図７は、紐付けテーブルの一例を示す図である。

【図8】図８は、実行結果の絞り込みの一例を示す図である。

【図9】図９は、実施例１に係る絞り込み後の検索結果の表示例を示す図である。

【図10】図１０は、実施例１に係る情報処理装置による紐付け処理のフローチャートである。

【図11】図１１は、実行結果の絞り込みをともなうＷｅｂＡＰＩの実行処理のフローチャートである。

【図12】図１２は、ＩＤトークンの一例を示す図である。

【図13】図１３は、属性選択回数テーブルの一例を示す図である。

【図14】図１４は、実施例２に係る絞り込み後の検索結果の表示例を示す図である。

【図15】図１５は、情報処理装置のハードウェア構成図である。

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

【0010】

以下に、本願の開示する情報処理プログラム、情報処理方法及び情報処理装置の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する情報処理プログラム、情報処理方法及び情報処理装置が限定されるものではない。

【実施例0011】

業務のデジタル化の仕組みとして、例えば、利用者がワークフローを利用して文書ファイルを回送する際に、文書の真正性及び回送履歴を暗号的に保証する技術が提案されている。

【0012】

さらに、このような技術にオープンポリシーエージェント（ＯＰＡ：Open Policy Agent）を組み合わせて、ワークフロー処理に対してポリシー制御を行うことが検討されている。ＯＰＡは、設定されたポリシーに違反した情報を発見して、事前に定義されたアクションを実行する汎用ポリシーエンジンである。

【0013】

組織におけるポリシーとしては、例えば以下の様なものが存在する。１つは、回送先は一般社員ではなく管理職であるというポリシーである。他の１つは、他社に書類を送る際には所長以上が承認するというポリシーである。また、他の１つは、特定のワークフローは管理職が起票するというポリシーである。さらに、他の１つは、添付ファイルが漏れているワークフローは回送が中断されるというポリシーである。

【0014】

ＯＰＡは、例えば、ＷｅｂＡＰＩ呼び出し時にプロキシとして動作して、そのＷｅｂＡＰＩ呼び出しがポリシーを満たしているか否かを判定する。ポリシーを満たしていれば、ＯＰＡは、ＷｅｂＡＰＩの呼び出しを許可する。ポリシーを満たしていなければ、ＯＰＡは、ＷｅｂＡＰＩの呼び出しを行わせずエラーを返す。この時、ＯＰＡは、ＷｅｂＡＰＩ呼び出し時のパラメータやヘッダ等を書き換えてＷｅｂＡＰＩに渡すことができる。例えば、ＯＰＡは、利用者から送られてきたＩＤトークンからユーザＩＤを取り出してＷｅｂＡＰＩに送られるように定義される。ＩＤトークンは、発行者等の一般的な属性情報以外に、ユーザＩＤ等のユーザ情報やユーザの上司等のユーザ属性情報を含むことができる。

【0015】

ワークフロー処理に対してポリシー制御としては以下の様なケースが考えられる。例えば、ワークフローを回送する際に回送先が回送者の上司か否かをチェックするといったケースが考えられる。また、幹部社員が起票する申請の起票時に、起票者が幹部社員か否かをチェックするといったケースが考えられる。また、添付ファイルを付ける申請の際に、添付ファイルが付いているか否かをチェックするといったケースが考えられる。また、他社へ契約書を送付する際に、回送先に社長等の決裁権のある人が含まれているか否かをチェックするといったケースが考えられる。また、安全管理責任者等の責任者の承認を受けることが法律により決まっている申請の場合に、回送先に責任者が含まれているか否かをチェックするといったケースが考えられる。

【0016】

しかしながら、ＯＰＡがポリシーにしたがってどのような制御を行うかは、管理者等が手作業で値の入力を行うことで具体的な動作が設定される。そのため、各ＷｅｂＡＰＩに対してＯＰＡによりポリシーにより制限を掛けることは可能であるが、制限に抵触しないように適切な値を入力することは容易ではない。例えば、各企業や部署等が有する社内ルールや法律にしたがったＯＰＡによる制御は可能であるが、ＯＰＡはあくまで与えられた制限を掛ける機能を有しており、規則に沿って明文化及び定義化を行い且つその情報を入力する部分は人手による作業となる。

【0017】

この点、Ｗｅｂブラウザでの対処として、利用者が入力した際に入力フォームに設けられた制限によりエラーを返す方法や予め定義されたルールにしたがって入力フォームに自動的に値を入力する方法が考えられる。ただし、この方法の場合、ワークフローの管理システム全体におけるルール定義とＷｅｂブラウザによる制限が連動しておらず、ルールに齟齬が発生するおそれがある。そのため、ワークフロー処理に対してポリシー制御を適切に行うことが難しく、ワークフローを用いた申請等の業務の作業効率を向上させることは困難であった。

【0018】

図１は、情報処理装置のブロック図である。情報処理装置１は、利用者端末２及びワークフロー処理システム３にネットワークを介して接続される。

【0019】

利用者端末装置２は、ワークフロー処理システム３を用いて承認を求める申請等を行うための利用者が使用する端末装置である。例えば企業であれば、利用者は従業員等であり、利用者端末装置２は従業員端末である。利用者端末装置２は、情報処理装置１に対して検索リクエストを送信して検索結果を含む応答を受信する。また、利用者端末装置２は、申請書の回送要求を情報処理装置１に対して送信して、ワークフロー処理システム３を利用してワークフローに沿った申請書の処理を行わせる。

【0020】

ワークフロー処理システム３は、ワークフローで決められたシーケンスに沿って処理を実行するシステムである。例えば、ワークフロー処理システム３は、利用者端末装置２から送信された申請書の回送要求を受信して、回送要求で指定された承認者に対して申請書を送り承認を受ける。その後、ワークフロー処理システム３は、承認を受けた申請書を情報処理装置１を介して利用者端末装置２へ返信する。

【0021】

情報処理装置１は、ワークフローにおける利用者による操作の情報を利用者端末装置２から受信する。例えば、情報処理装置１は、申請の回送のワークフローにおける申請依頼等を利用者端末装置２から受信する。そして、情報処理装置１は、利用者の操作を含む予め決められたシーケンスに沿った処理をＷｅｂＡＰＩを用いて実行する。具体的には、情報処理装置１は、設定されたポリシーにしたがって利用者により行われた操作をＷｅｂＡＰＩを用いて処理するとともに、シーケンスに沿った処理をワークフロー処理システム３に行わせる。

【0022】

以下に、情報処理装置１の詳細について説明する。情報処理装置１は、ＯＰＡ１０１、ポリシー格納部１０２、ＷｅｂＡＰＩ実行部１０３、情報格納部１０４、変数特定部１０５、ＡＰＩ特定部１０６、ポリシー特定部１０７、絞込部１０８、紐付データベース１０９及び紐付部１１０を有する。以下の説明では、利用者がワークフロー処理システム３に対して承認を求める申請書を送信する処理を例に説明する。

【0023】

ポリシー格納部１０２は、各企業や部署等が有する社内ルールや法律にしたがって予め決められたポリシーを示す設定ファイルを格納する。ポリシーとしては、例えば、特定の申請書の回送先は一般社員ではなく管理職であるというポリシーや、他社に書類を送る際には所長以上が承認するというポリシーが存在する。他にも、ポリシーには、特定のワークフローは管理職が起票するというポリシーや、特定の申請について添付ファイルが漏れているワークフローは回送が禁止されるというポリシーが存在する。

【0024】

ＯＰＡ１０１は、ＷｅｂＡＰＩ実行部１０３が有する各種ＷｅｂＡＰＩが呼び出された場合のプロキシとして動作する。ＯＰＡ１０１は、所定のＷｅｂＡＰＩ呼び出しについてどのポリシーを適用するかの情報を予め有する。ＯＰＡ１０１は、所定のＷｅｂＡＰＩ呼び出しを受信した場合に、ポリシー格納部１０２に格納された決められたポリシーを参照して、ＷｅｂＡＰＩ呼び出しがそのポリシーを満たしているか否かを判定する。ポリシーを満たしていれば、ＯＰＡ１０１は、所定のＷｅｂＡＰＩ呼び出しを許可する。これに対して、ポリシーを満たしていなければ、ＯＰＡ１０１は、所定のＷｅｂＡＰＩ呼び出しを行わせずエラーを利用者端末装置２へ返信する。また、ＯＰＡ１０１は、ポリシーが設けられていないＷｅｂＡＰＩの呼び出しについてはＷｅｂＡＰＩ呼び出しを許可する。

【0025】

例えば、特定のワークフローにおいて申請の回送先が回送者の上司であることを規定するポリシーが存在する場合で説明する。その場合、ＯＰＡ１０１は、特定のワークフローにおける申請の回送要求を利用者端末装置２から受ける。次に、ＯＰＡ１０１は、その特定のワークフローにおける申請の回送に適用するポリシーをポリシー格納部１０２の中から特定する。ＯＰＡ１０１は、特定したポリシーから回送先が回送者の上司であるというルールを確認して、受信した回送要求の回送先が回送者の上司か否かを判定する。回送先が上司であれば、ＷｅｂＡＰＩ実行部１０３で動作する回送ＡＰＩに対するリクエストであるＰＯＳＴを許可する。

【0026】

ＷｅｂＡＰＩ実行部１０３は、複数のＷｅｂＡＰＩを動作させる。ＷｅｂＡＰＩには、例えば、指定された条件に対応する検索結果を返すユーザ検索ＡＰＩやワークフローにしたがって申請を回送するための回送ＡＰＩが存在する。

【0027】

図２は、承認を受ける申請の回送処理の流れを示す図である。図２を参照して、特定の申請をワークフローにしたがって回送する場合のＷｅｂＡＰＩ実行部１０３の動作について説明する。ここでは、ＯＰＡ１０１がＷｅｂＡＰＩ呼び出しを許可する場合で説明する。ＷｅｂＡＰＩ実行部１０３は、特定の申請の回送要求を利用者端末装置２からＯＰＡ１０１を介して受けると、回送画面を利用者端末装置２に表示させる（ステップＳ１０１）。

【0028】

図３は、回送画面の一例を示す図である。例えば、ＷｅｂＡＰＩ実行部１０３は、図３に示す回送画面２０１を利用者端末装置２に表示させる。回送画面２０１には、承認を受けるための回送先となる承認者の検索欄及び検索ボタン、並びに、検索結果で得られた承認者に対する回送指示のための回送ボタンが設けられる。他にも、ＷｅｂＡＰＩ実行部１０３は、図３に示す回送画面２０２を用いることもできる。

【0029】

利用者は、利用者端末装置２に表示された回送画面に検索条件を入力して検索ボタンを押下する。利用者端末装置２は、検索条件にしたがった承認者の検索要求をＯＰＡ１０１を介してＷｅｂＡＰＩ実行部１０３へ送信する。

【0030】

図２に戻って説明を続ける。ＷｅｂＡＰＩ実行部１０３は、検索要求による検査ＡＰＩの呼び出しを受けて、ユーザ検索ＡＰＩを実行する（ステップＳ１０２）。ユーザ検索ＡＰＩは、指定された検索条件にしたがって検索を実行する。次に、本実施例では、ユーザ検索ＡＰＩは、ポリシーにしたがった検索結果の絞り込みを絞込部１０８に依頼する。その後、ユーザ検索ＡＰＩは、絞り込まれた検索結果を絞込部１０８から取得する。ＷｅｂＡＰＩ実行部１０３は、絞り込まれた検索結果を利用者端末装置２に表示された回送画面に表示させる。

【0031】

利用者は、利用者端末装置２に表示された回送画面中の検索結果から回送先とする承認者を選択する。そして、利用者は、回送ボタンを押下して、指定した回送先への回送を決定する。利用者端末装置２は、指定された回送先への申請の回送要求をＯＰＡ１０１を介してＷｅｂＡＰＩ実行部１０３へ送信する。

【0032】

ＷｅｂＡＰＩ実行部１０３は、回送要求による回送ＡＰＩの呼び出しを受けて、回送ＡＰＩを実行する（ステップＳ１０３）。回送ＡＰＩは、回送要求において回送先として指定された承認者に対して回送処理の実行を開始する。

【0033】

回送ＡＰＩは、回送先がポリシーにしたがっているか否かをＯＰＡ１０１に依頼する。ＯＰＡ１０１は、ポリシー格納部１０２に格納されたポリシーを確認して、回送先が組織のルールに沿っているか否かをチェックする（ステップＳ１０４）。ＯＰＡ１０１により回送先が組織のルールに沿っていることが確認されると、回送ＡＰＩは、回送先として指定された承認者による承認を求める申請の回送をワークフロー処理システム３に依頼する。

【0034】

情報格納部１０４は、ＷｅｂＡＰＩ実行部１０３が有する各ＷｅｂＡＰＩのＡＰＩ定義（OpenAPI Specification（ＯＡＳ） v3等）を格納する。ＡＰＩ定義は、ＷｅｂＡＰＩの作成者が作成した仕様書等から取得可能である。また、情報格納部１０４は、ワークフローにしたがった各ＷｅｂＡＰＩによる処理の流れを示すシーケンス図や結合テストのソースコード等のＷｅｂＡＰＩの処理フロー情報を格納する。

【0035】

変数特定部１０５は、ＷｅｂＡＰＩ実行部１０３が有する各ＷｅｂＡＰＩの変数部分のうち利用者が選択した値を利用する部分を特定する処理を行う。具体的には、変数特定部１０５は、以下の処理をＷｅｂＡＰＩ実行部１０３が有する各ＷｅｂＡＰＩについて行うことで、利用者が選択した値を利用する部分の特定を行う。

【0036】

変数特定部１０５は、情報格納部１０４に格納された各ＷｅｂＡＰＩのＡＰＩ定義から、そのＷｅｂＡＰＩの実行時にＰＯＳＴする変数のリストを取得する。図４は、ＡＰＩ定義の一例を示す図である。ＡＰＩ定義２１０は、ＯＡＳ v3に準拠したＡＰＩ定義である。ＯＡＳ v3の場合、各ＡＰＩ定義のproperties配下に変数が列挙される。ＡＰＩ定義２１０は、「userId」、「type」、「format」及び「example」が変数である。例えば、ＡＰＩ定義２１０であれば、変数特定部１０５は、ＰＯＳＴする変数のリストとして、「userId」、「type」、「format」及び「example」を取得する。

【0037】

次に、変数特定部１０５は、情報格納部１０４に格納されたシーケンス図や結合テストのソースコード等のＷｅｂＡＰＩの処理フロー情報を取得する。そして、変数特定部１０５は、取得したＷｅｂＡＰＩの処理フロー情報から、取得した変数のリストに含まれる各変数が利用者により入力される値か否かを判定する。そして、変数特定部１０５は、利用者により値が入力される変数の情報を保持する。

【0038】

図５は、ＷｅｂＡＰＩの処理フロー情報の一例を示す図である。例えば、変数特定部１０５は、図５に示すシーケンス２２０を取得する。そして、変数特定部１０５は、シーケンス２２０における処理２２１を参照して、利用者によりuserIdが選択されて、その値が次の回送ＡＰＩに対する入力として利用されることを確認する。これにより、変数特定部１０５は、userIdという変数が利用者により有力される値であると判定する。以下では、変数特定部１０５により特定された利用者により値が入力される変数を、「利用者入力変数」と呼ぶ。この回送ＡＰＩが「第１のＡＰＩ」の一例にあたり、利用者入力変数が「所定変数」の一例にあたる。また、図５に示されるシーケンス２２０が「所定のシーケンス」の一例にあたる。

【0039】

ポリシー特定部１０７は、利用者入力変数の情報を取得する。そして、ポリシー特定部１０７は、ポリシー格納部１０２に格納された設定ファイルを参照して、利用者入力変数それぞれに対するポリシーを特定する。

【0040】

例えば、図５におけるuserIdという変数について説明する。/workflows/[folowId]/forwardという回送ＡＰＩに対するポストメソッドにおける変数であるuserIdは、利用者入力変数として特定される。そこで、ポリシー特定部１０７は、/workflows/[folowId]/forwardという回送ＡＰＩに対するポストメソッドに対するポリシーがポリシー格納部１０２に存在するか否かを確認する。図６は、ポリシーの設定ファイルの一例を示す図である。図６に示す設定ファイル２３０は、どういう形式の呼び出しに使われるポリシーかが定義される。この場合、設定ファイル２３０の行２３１で示されるuserIdの呼び出し形式が、/workflows/[folowId]/forwardという回送ＡＰＩの呼び出しの形式に位置するので、ポリシー特定部１０７は、設定ファイル２３０で規定されるポリシーが、/workflows/[folowId]/forwardという回送ＡＰＩに対するポストメソッドに対するポリシーであると特定する。そして、ポリシー特定部１０７は、設定ファイル２３０の行２３２で示されるルールが、/workflows/[folowId]/forwardという回送ＡＰＩに対するポストメソッドにおける変数であるuserIdに対するポリシーであると特定する。設定ファイル２３０で規定されるポリシーが、「所定ポリシー」の一例にあたる。

【0041】

ＡＰＩ特定部１０６は、利用者入力変数の情報を取得する。また、ＡＰＩ特定部１０６は、情報格納部１０４に格納されたシーケンス図や結合テストのソースコード等のＷｅｂＡＰＩの処理フロー情報を取得する。そして、ＡＰＩ特定部１０６は、ＷｅｂＡＰＩ実行部１０３が有する各ＷｅｂＡＰＩの中から利用者入力変数の値をユーザが選択する際に用いるＷｅｂＡＰＩを抽出して、利用者入力変数の入力ＡＰＩとして特定する。

【0042】

例えば、ＡＰＩ特定部１０６は、利用者入力変数として/workflows/[folowId]/forwardという回送ＡＰＩに対するポストメソッドにおける変数であるuserIdを取得する。また、ＡＰＩ特定部１０６は、図５に示すシーケンス２２０を取得する。そして、ＡＰＩ特定部１０６は、/workflows/[folowId]/forwardという回送ＡＰＩに対するポストメソッドにおける変数であるuserIdの値を選択する際に利用者が利用するＷｅｂＡＰＩとして/users/seach/というユーザ検索ＡＰＩを入力ＡＰＩとして特定する。このユーザ検索ＡＰＩが、「第２のＡＰＩ」の一例にあたる。

【0043】

紐付部１１０は、ポリシー特定部１０７により特定された利用者入力変数に対するポリシーとＡＰＩ特定部１０６により特定された利用者入力変数の入力ＡＰＩとを紐づける。

【0044】

図７は、紐付けテーブルの一例を示す図である。例えば、紐付データベース１０９は、図７に示すような紐付けテーブル２４０を有する。紐付けテーブル２４０は、利用者入力変数の入力ＡＰＩを特定する情報、利用者入力変数、利用者入力変数に対応するポリシー、そのポリシーを適用する入力ＡＰＩが実行されるシーケンスの情報及びワークフローの情報が登録可能である。

【0045】

例えば、紐付部１１０は、利用者入力変数及びその利用者入力変数に対するポリシーの情報の入力をポリシー特定部１０７から受ける。そして、紐付部１１０は、取得した利用者入力変数及びその利用者入力変数に対するポリシーの情報を紐付データベース１０９に格納された紐付けテーブル２４０に登録する。これにより、紐付部１１０は、利用者入力変数とその利用者入力変数に対するポリシーとを紐づけして記録する。

【0046】

また、紐付部１１０は、利用者入力変数及びその利用者入力変数の入力ＡＰＩの情報の入力をＡＰＩ特定部１０６から受ける。そして、紐付部１１０は、利用者入力変数が一致する既に登録済みの行にその利用者入力変数の入力ＡＰＩの情報を紐付データベース１０９に格納された紐付けテーブル２４０に登録する。これにより、紐付部１１０は、利用者入力変数とその利用者入力変数に対するポリシーにその利用者入力変数の入力ＡＰＩの情報を紐づけして記録する。

【0047】

さらに、そのポリシーが特定のワークフローに適用が制限されている場合には、紐付部１１０は、特定のワークフローの情報を紐付データベース１０９に格納された紐付けテーブル２４０に登録する。これにより、紐付部１１０は、条件として特定のワークフローも利用者入力変数に紐づけておく。

【0048】

絞込部１０８は、実行した各ＷｅｂＡＰＩによる実行結果の入力を実行されたＷｅｂＡＰＩ、実行中のシーケンス及びワークフローの情報とともにＷｅｂＡＰＩ実行部１０３から受ける。そして、絞込部１０８は、指定されたシーケンスにおいて実行されたＷｅｂＡＰＩが入力ＡＰＩとして紐づけられた利用者入力変数が、紐付データベース１０９に存在するか否かを確認する。ここで、指定されたシーケンスにおいて実行されたＷｅｂＡＰＩを入力ＡＰＩとする利用者入力変数が存在なければ、絞込部１０８は、絞り込み無しの通知をＷｅｂＡＰＩ実行部１０３へ返す。

【0049】

これに対して、指定されたシーケンスにおいて実行されたＷｅｂＡＰＩを入力ＡＰＩとする利用者入力変数が存在する場合、絞込部１０８は、その利用者入力変数に対するポリシーを紐付データベース１０９から取得する。ここで、絞込部１０８は、条件として紐づけられた特定のワークフローの情報を確認して、実行中のワークフローが特定のワークフローに含まれなければ、絞り込み無しの通知をＷｅｂＡＰＩ実行部１０３へ返す。

【0050】

一方、ワークフローの条件が無いもしくはワークフローの条件を満たす場合、絞込部１０８は、取得したポリシーにしたがって実行結果の絞り込みを行う。その後、絞込部１０８は、絞り込んだ実行結果をＷｅｂＡＰＩ実行部１０３へ出力する。

【0051】

図８は、実行結果の絞り込みの一例を示す図である。例えば、/users/search/というユーザ検索ＡＰＩによる検索結果の絞り込みについて説明する。絞込部１０８は、/users/search/というユーザ検索ＡＰＩの実行結果として、検索結果２５１を取得する。検索結果２５１に記載された情報は人物の識別情報であるＵＵＩＤである。また、絞込部１０８は、実行されたＷｅｂＡＰＩの情報として/users/search/を取得し、シーケンスの情報として回送を取得する。

【0052】

次に、絞込部１０８は、図７に示した紐付けテーブル２４を参照して、シーケンスが回送の場合の/users/search/というユーザ検索ＡＰＩを入力ＡＰＩとして紐づけられた利用者入力変数がuserIdであると特定する。そして、絞込部１０８は、検索結果２５１の情報をtoken.payload.superiorsに一致する情報、すなわち利用者の上司である者に絞り込む。ここで、絞込部１０８は、組織であれば従業員のＵＵＩＤとともにその属性が登録された情報を保持しておきその情報を用いて絞り込みを行っても良いし、従業員データベース等の外部の情報を用いてもよい。

【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】

図１２は、ＩＤトークンの一例を示す図である。例えば、図７の紐付けテーブル２４０のＩＤ１が与えられた入力ＡＰＩによる実行結果に対して絞り込みを行った場合で説明する。絞込部１０８は、選択を行った利用者のＩＤトークンとして図１２のＩＤトークン３０１を取得する。また、絞込部１０８は、利用者により選択された値として「befd59ba-6481-c568-35be-91d57cdc24f0」を取得する。

【0079】

ＩＤトークン３０１には、利用者の上司（superiors）、並びに、利用者が属する部門（department）及びチーム（team）の情報が含まれる。絞込部１０８は、befd59ba-6481-c568-35be-91d57cdc24f0で表される人物が、利用者が属する部門のメンバー且つマネージャであり、さらに、絞込部１０８は、befd59ba-6481-c568-35be-91d57cdc24f0で表される人物が、利用者が属するチームのメンバーであることがＩＤトークン３０１から確認できる。

【0080】

図１３は、属性選択回数テーブルの一例を示す図である。絞込部１０８は、絞り込みを行った図７の紐付けテーブル２４０に対応させて、図１３に示す属性選択回数テーブル３０２を紐付データベース１０９に格納する。ここでは、属性選択回数テーブル３０２のＩＤが図７の紐付けテーブル２４０のＩＤに一致する。絞込部１０８は、属性選択回数テーブル３０２に属性毎の選択された回数を登録する。

【0081】

例えば、上述したように、ＩＤ１の入力ＡＰＩの実行結果の中から利用者が属する部門のメンバー且つマネージャであり利用者が属するチームのメンバーである人物が選択された場合について説明する。この場合、絞込部１０８は、属性選択回数テーブル３０２のＩＤ１の行のdepartment.members、department.managers及びteam.menbersの数を１つずつインクリメントする。department.membersは利用者が属する部門のメンバーを表し、department.managersは利用者が属する部門のマネージャを表し、team.menbersは利用者が属するチームのメンバーを表す。絞込部１０８は、ＷｅｂＡＰＩが実行される毎に属性選択回数テーブル３０２を更新することで、各属性が選択され回数を記録することができる。

【0082】

そして、絞込部１０８は、ＷｅｂＡＰＩの実行結果を絞り込んだ後に、その絞り込みに用いた利用者入力変数に対応する各属性の選択された回数を紐付データベース１０９から取得する。そして、絞込部１０８は、利用頻度の高い属性に含まれる値順に絞り込んだ実行結果をソートする。

【0083】

例えば、図１３の属性選択回数テーブル３０２におけるＩＤ２の入力ＡＰＩの実行結果の絞り込みの場合、絞込部１０８は、利用者のＩＤトークンにおけるteam.menbersのリスト内に存在する値と一致する情報が上位に来るように絞り込み結果をソートする。また、複数の属性が存在する場合、絞込部１０８は、値の大きい順になるべく多くの属性に含まれる情報が上位に来るように絞り込み結果をソートする。また、属性の利用頻度が同じ場合には、絞込部１０８は、利用者のＩＤトークンにおいて属性に含まれる値が少ない順に、絞り込み結果をソートする。これにより、絞込部１０８は、より絞り込める属性を優先することができる。

【0084】

その後、絞込部１０８は、ソートした絞り込み結果をＷｅｂＡＰＩ実行部１０３へ出力する。これにより、利用者端末装置２にソートした絞り込み結果が表示され、利用者は、利用頻度の高い順で利用者入力変数に用いる値を確認することができる。

【0085】

図１４は、実施例２に係る絞り込み後の検索結果の表示例を示す図である。例えば、利用者端末装置２は、同じチームの管理職が優先して検索結果の上位に表示される図１４に示す回送画面３０３を表示する。

【0086】

以上に説明したように、本実施例に係る情報処理装置は、絞り込み結果を各値に備わった属性の利用頻度に応じてソートして利用者に提供する。これにより、利用者は選択する可能性が高い値を容易に見つけることができ、作業効率を向上させることが可能となる。

【0087】

（ハードウェア構成）
図１５は、情報処理装置のハードウェア構成図である。次に、図１５を参照して、情報処理装置１の各機能を実現するためのハードウェア構成の一例について説明する。

【0088】

図１５に示すように、情報処理装置１は、例えば、ＣＰＵ（Central Processing Unit）９１、メモリ９２、ハードディスク９３及びネットワークインタフェース９４を有する。ＣＰＵ９１は、バスを介して、メモリ９２、ハードディスク９３及びネットワークインタフェース９４に接続される。

【0089】

ネットワークインタフェース９４は、情報処理装置１と外部装置との間の通信のためのインタフェースである。ネットワークインタフェース９４は、例えば、利用者端末装置２及びワークフロー処理システム３とＣＰＵ９１との間の通信を中継する。

【0090】

ハードディスク９３は、補助記憶装置である。ハードディスク９３は、図１に例示したポリシー格納部１０２及び紐付データベース１０９の機能を実現する。また、ハードディスク９３は、図１に例示した、ＯＰＡ１０１、ポリシー格納部１０２、ＷｅｂＡＰＩ１０３、情報格納部１０４、変数特定部１０５、ＡＰＩ特定部１０６、ポリシー特定部１０７、絞込部１０８、紐付データベース１０９及び紐付部１１０の機能を実現するためのプログラムを格納する。

【0091】

メモリ９２は、主記憶装置である。メモリ９２は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）を用いることができる。

【0092】

ＣＰＵ９１は、ハードディスク９３から各種プログラムを読み出して、メモリ９２に展開して実行する。これにより、ＣＰＵ９１は、図１に例示した、ＯＰＡ１０１、ポリシー格納部１０２、ＷｅｂＡＰＩ１０３、情報格納部１０４、変数特定部１０５、ＡＰＩ特定部１０６、ポリシー特定部１０７、絞込部１０８、紐付データベース１０９及び紐付部１１０の機能を実現する。