特開 2024-4078 システム、方法、およびプログラム

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

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

(11)【公開番号】P2024004078

(43)【公開日】2024-01-16

(54)【発明の名称】システム、方法、およびプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240109BHJP

   G06F 8/20 20180101ALI20240109BHJP

   H04L 67/02 20220101ALI20240109BHJP

   G06F 3/0481 20220101ALI20240109BHJP

【ＦＩ】

G06Q50/10

G06F8/20

H04L67/02

G06F3/0481

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022103544

(22)【出願日】2022-06-28

(71)【出願人】

【識別番号】518453637

【氏名又は名称】Ａｎｙｆｌｏｗ株式会社

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島 孝喜

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(74)【代理人】

【識別番号】100222612

【弁理士】

【氏名又は名称】山本 飛翔

(74)【代理人】

【識別番号】100170209

【弁理士】

【氏名又は名称】林 陽和

(72)【発明者】

【氏名】坂本 蓮

(72)【発明者】

【氏名】大久保 陽平

(72)【発明者】

【氏名】川村 将史

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

5B376

5E555

5L049

【Ｆターム（参考）】

5B376BC31

5B376BC43

5E555AA79

5E555BA02

5E555BA69

5E555BB02

5E555BC04

5E555BD01

5E555CB74

5E555DB03

5E555DB18

5E555DB20

5E555DB41

5E555DC05

5E555DC13

5E555DD06

5E555DD07

5E555DD08

5E555EA11

5E555FA00

5L049CC12

(57)【要約】

【課題】複数のアプリケーションの連携を実現するプロダクトの開発を容易化する。
【解決手段】本開示は、複数のアプリケーションの連携に基づく情報処理機能を提供するためのシステムであって、情報処理機能の実装者による入力に応じて、連携のトリガーとなる第１のアプリケーションのイベントと、当該イベントの発生に応じて第２のアプリケーションに実行させるアクションを含むステップと、を構築し、連携において複数のアプリケーションに実行させる情報処理の流れを構築する第１の構築部と、実装者による入力に応じて、情報処理機能の利用者に提供する利用者画面を構築する第２の構築部と、を備え、第１の構築部は、複数のアプリケーションの各々に関連して予め決められた第１の変数データと、利用者画面を介した利用者の入力を受け取るために実装者により任意に定義される第２の変数データと、に基づいて、イベントおよびステップを構築する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数のアプリケーションの連携に基づく情報処理機能を提供するためのシステムであって、
前記情報処理機能の実装者による入力に応じて、前記連携のトリガーとなる第１のアプリケーションのイベントと、当該イベントの発生に応じて第２のアプリケーションに実行させるアクションを含むステップと、を構築し、前記連携において前記複数のアプリケーションに実行させる情報処理の流れを構築する第１の構築部と、
前記実装者による入力に応じて、前記情報処理機能の利用者に提供する利用者画面を構築する第２の構築部と、
を備え、
前記第１の構築部は、前記複数のアプリケーションの各々に関連して予め決められた第１の変数データと、前記利用者画面を介した前記利用者の入力を受け取るために前記実装者により任意に定義される第２の変数データと、に基づいて、前記イベントおよび前記ステップを構築する、
システム。

【請求項2】

前記イベントおよび前記ステップの構築に関する前記実装者による入力を受け付ける第１の領域と、当該第１の領域により受け付けられた入力に応じて構築された前記イベントおよび前記ステップを含む前記情報処理の流れを示すフロー図を表示する第２の領域と、を含む第１の構築画面を出力する表示処理部をさらに備え、
前記第１の構築部は、前記第１の構築画面を介した前記実装者による入力に応じて、前記イベントおよび前記ステップを構築する、
請求項１に記載のシステム。

【請求項3】

前記第１の構築画面は、前記実装者による入力に応じて前記第２の変数データを定義するための第３の領域をさらに含む、
請求項２に記載のシステム。

【請求項4】

前記第３の領域は、前記実装者に前記第２の変数データの型を予め設定された複数の型の中から選択させるための選択インターフェースを含む、
請求項３に記載のシステム。

【請求項5】

前記表示処理部は、前記利用者画面の画面デザインに関する前記実装者による入力を受け付ける第４の領域と、当該第４の領域により受け付けられた入力に応じて構築された前記利用者画面を表示する第５の領域と、を含む第２の構築画面をさらに出力し、
前記第２の構築部は、前記第２の構築画面を介した前記実装者による入力に応じて、前記利用者画面を構築する、
請求項２～４のうちいずれか１項に記載のシステム。

【請求項6】

前記第４の領域は、前記利用者による前記第２の変数データの入力を受け付けるように前記利用者画面に設けられる入力インターフェースにおける前記第２の変数データの入力形式を予め決められた複数の入力形式の中から選択的に指定するための第６の領域を含む、
請求項５に記載のシステム。

【請求項7】

複数のアプリケーションの連携に基づく情報処理機能を提供するための方法であって、
前記情報処理機能の実装者による入力に応じて、前記連携のトリガーとなる第１のアプリケーションのイベントと、当該イベントの発生に応じて第２のアプリケーションに実行させるアクションを含むステップと、を構築し、前記連携において前記複数のアプリケーションに実行させる情報処理の流れを構築する第１の構築ステップと、
前記実装者による入力に応じて、前記情報処理機能の利用者に提供する利用者画面を構築する第２の構築ステップと、
を備え、
前記第１の構築ステップは、前記複数のアプリケーションの各々に関連して予め決められた第１の変数データと、前記利用者画面を介した前記利用者の入力を受け取るために前記実装者により任意に定義される第２の変数データと、に基づいて、前記イベントおよび前記ステップを構築する、
方法。

【請求項8】

複数のアプリケーションの連携に基づく情報処理機能を提供するために、
前記情報処理機能の実装者による入力に応じて、前記連携のトリガーとなる第１のアプリケーションのイベントと、当該イベントの発生に応じて第２のアプリケーションに実行させるアクションを含むステップと、を構築し、前記連携において前記複数のアプリケーションに実行させる情報処理の流れを構築する第１の構築ステップと、
前記実装者による入力に応じて、前記情報処理機能の利用者に提供する利用者画面を構築する第２の構築ステップと、
をコンピュータに実行させるためのプログラムであって、
前記第１の構築ステップは、前記複数のアプリケーションの各々に関連して予め決められた第１の変数データと、前記利用者画面を介した前記利用者の入力を受け取るために前記実装者により任意に定義される第２の変数データと、に基づいて、前記イベントおよび前記ステップを構築する、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、システム、方法、およびプログラムに関する。

【背景技術】

【0002】

近年、複数のアプリケーションを連携させる技術について検討されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】国際公開２０２１／１３２４８３号

【発明の概要】

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

【0004】

一般に、上記のような連携を実現するプロダクトの開発は、各アプリケーションの仕様を詳細に調査した上で行う必要があるため、当該プロダクトを開発するベンダーにとって負荷が大きい。

【0005】

本開示が解決しようとする課題の一つは、複数のアプリケーションの連携を実現するプロダクトの開発の容易化を図ることが可能なシステム、方法、およびプログラムを提供することである。

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

【0006】

本開示の一例としてのシステムは、複数のアプリケーションの連携に基づく情報処理機能を提供するためのシステムであって、情報処理機能の実装者による入力に応じて、連携のトリガーとなる第１のアプリケーションのイベントと、当該イベントの発生に応じて第２のアプリケーションに実行させるアクションを含むステップと、を構築し、連携において複数のアプリケーションに実行させる情報処理の流れを構築する第１の構築部と、実装者による入力に応じて、情報処理機能の利用者に提供する利用者画面を構築する第２の構築部と、を備え、第１の構築部は、複数のアプリケーションの各々に関連して予め決められた第１の変数データと、利用者画面を介した利用者の入力を受け取るために実装者により任意に定義される第２の変数データと、に基づいて、イベントおよびステップを構築する。

【0007】

また、本開示の他の一例としての方法は、複数のアプリケーションの連携に基づく情報処理機能を提供するための方法であって、情報処理機能の実装者による入力に応じて、連携のトリガーとなる第１のアプリケーションのイベントと、当該イベントの発生に応じて第２のアプリケーションに実行させるアクションを含むステップと、を構築し、連携において複数のアプリケーションに実行させる情報処理の流れを構築する第１の構築ステップと、実装者による入力に応じて、情報処理機能の利用者に提供する利用者画面を構築する第２の構築ステップと、を備え、第１の構築ステップは、複数のアプリケーションの各々に関連して予め決められた第１の変数データと、利用者画面を介した利用者の入力を受け取るために実装者により任意に定義される第２の変数データと、に基づいて、イベントおよびステップを構築する。

【0008】

また、本開示のさらに他の一例としてのプログラムは、複数のアプリケーションの連携に基づく情報処理機能を提供するために、情報処理機能の実装者による入力に応じて、連携のトリガーとなる第１のアプリケーションのイベントと、当該イベントの発生に応じて第２のアプリケーションに実行させるアクションを含むステップと、を構築し、連携において複数のアプリケーションに実行させる情報処理の流れを構築する第１の構築ステップと、実装者による入力に応じて、情報処理機能の利用者に提供する利用者画面を構築する第２の構築ステップと、をコンピュータに実行させるためのプログラムであって、第１の構築ステップは、複数のアプリケーションの各々に関連して予め決められた第１の変数データと、利用者画面を介した利用者の入力を受け取るために実装者により任意に定義される第２の変数データと、に基づいて、イベントおよびステップを構築する。

【図面の簡単な説明】

【0009】

【図1】図１は、実施形態にかかる情報処理システムの構成を説明するための例示的かつ模式的なブロック図である。

【図2】図２は、実施形態にかかるアプリケーション連携の利用態様の一例を示した例示的かつ模式的なブロック図である。

【図3】図３は、実施形態にかかるアプリケーション連携の構築手順を説明するための例示的かつ模式的なフローチャートである。

【図4】図４は、実施形態にかかるソリューションエディタを説明するための例示的かつ模式的な図である。

【図5】図５は、実施形態にかかるトリガーを説明するための例示的かつ模式的な図である。

【図6】図６は、実施形態にかかるステップの追加を説明するための例示的かつ模式的な図である。

【図7】図７は、実施形態にかかる第１の変数を説明するための例示的かつ模式的な図である。

【図8】図８は、実施形態にかかる第２の変数を説明するための例示的かつ模式的な図である。

【図9】図９は、実施形態にかかる第２の変数の作成を説明するための例示的かつ模式的な図である

【図10】図１０は、実施形態にかかる第２の変数を利用したアクションの設定を説明するための例示的かつ模式的な図である。

【図11】図１１は、実施形態にかかるウィザードエディタを説明するための例示的かつ模式的な図である。

【図12】図１２は、実施形態にかかるスクリーンにソリューションで利用しているアプリケーションの認証設定を行うインターフェースおよび第２の変数の入力を受け付けるインターフェースを配置する方法を説明するための例示的かつ模式的な図である。

【図13】図１３は、実施形態にかかる第２の変数の入力形式を指定する方法を説明するための例示的かつ模式的な図である。

【図14】図１４は、実施形態において指定可能な第２の変数の入力形式の一例としてのアシストの一例を説明するための例示的かつ模式的な図である。

【図15】図１５は、図１４に示されるアシストの設定方法の概要を説明するための例示的かつ模式的な図である。

【図16】図１６は、図１４に示されるアシストの設定方法の詳細を説明するための例示的かつ模式的な図である。

【図17】図１７は、図１４に示されるアシストの設定方法の詳細を説明するための例示的かつ模式的な図である。

【図18】図１８は、図１４に示される例とは異なるアシストの設定方法の概要を説明するための例示的かつ模式的な図である。

【図19】図１９は、図１８に示される例を介して実現されるアシストを説明するための例示的かつ模式的な図である。

【図20】図２０は、図１８に示される例を介して実現されるアシストを説明するための例示的かつ模式的な図である。

【図21】図２１は、実施形態において指定可能な第２の変数の入力形式の他の一例としてのチェックボックスを示した例示的かつ模式的な図である。

【図22】図２２は、実施形態にかかる情報処理装置を構成するコンピュータのハードウェア構成を示した例示的かつ模式的なブロック図である。

【図23】図２３は、変形例にかかるアプリケーション連携の利用態様の一例を示した例示的かつ模式的なブロック図である。

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

【0010】

以下、本開示の実施形態（および変形例）を図面に基づいて説明する。以下に記載する実施形態の構成、ならびに当該構成によってもたらされる作用および効果は、あくまで一例であって、以下の記載内容に制限されるものではない。

【0011】

また、本開示では、「第１」、「第２」などの序数が必要に応じて使用されるが、これらの序数は、識別の便宜のために使用されるものであり、特定の優先順位を示すものではない。

【0012】

＜実施形態＞
図１は、実施形態にかかる情報処理システムの構成を説明するための例示的かつ模式的なブロック図である。

【0013】

図１に示されるように、実施形態にかかる情報処理システムは、サーバ装置１００を含む。このサーバ装置１００は、たとえば企業のような一般組織にプロダクトを提供するベンダーの情報処理装置５０からの入力に応じて、複数のＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）アプリケーション２００の連携に基づく情報処理機能（以下、アプリケーション連携と表現する）を提供するように構成される。なお、サーバ装置１００は、本開示の「システム」の一例である。

【0014】

サーバ装置１００は、アプリケーション連携を提供するための機能として、ソリューション構築部１０１と、ウィザード構築部１０２と、表示処理部１０３と、を有している。ソリューション構築部１０１は、本開示の「第１の構築部」の一例であり、ウィザード構築部１０２は、本開示の「第２の構築部」の一例である。なお、これらの各機能の詳細については後述する。

【0015】

実施形態において、ベンダーは、一般組織内のエンドユーザーからの要望に応じてサーバ装置１００に対して各種の入力を行うことで、エンドユーザーからの要望に沿ったアプリケーション連携を実行する機能を、エンドユーザーに提供するベンダープロダクトに組み込む。このようなアプリケーション連携は、エンドユーザー側において、たとえば次の図２に示されるような態様で利用される。

【0016】

図２は、実施形態にかかるアプリケーション連携の利用態様の一例を示した例示的かつ模式的なブロック図である。

【0017】

図２に示される例では、エンドユーザー側システム２１０の情報処理装置２１１に、上記のアプリケーション連携を実行する機能が組み込まれたベンダープロダクト２１２が搭載されている。これにより、エンドユーザーは、ベンダープロダクト２１２を利用することで、アプリケーション連携の利益を得ることができる。

【0018】

アプリケーション連携の構築は、たとえば次の図３に示されるような手順で行われる。

【0019】

図３は、実施形態にかかるアプリケーション連携の構築手順を説明するための例示的かつ模式的なフローチャートである。

【0020】

図３に示されるように、実施形態では、まず、Ｓ３０１において、サーバ装置１００は、アプリケーション連携の実装者（ベンダーの技術者）の入力に応じて、たとえばあるアプリケーションにおいて所定のイベントが発生したことをトリガーとして他のアプリケーションに所定のアクションを実行させるといったような、エンドユーザーに提供したいアプリケーション連携の内容を示すソリューションを構築する。ソリューションの具体例については、後で説明するため、ここではこれ以上の説明を省略する。

【0021】

そして、Ｓ３０２において、サーバ装置１００は、アプリケーション連携の実装者の入力に応じて、上記のＳ３０１において構築されたソリューションの利用者としてのエンドユーザーに対して提供する画面インターフェース（利用者画面）としてのウィザードを構築する。

【0022】

上記のＳ３０１およびＳ３０２の処理においてそれぞれ構築されたソリューションおよびウィザードは、アプリケーション連携の実装者によりベンダープロダクト２１２に組み込まれる。これにより、アプリケーション連携がエンドユーザーに提供される。

【0023】

ここで、上記のＳ３０１の処理は、サーバ装置１００のソリューション構築部１０１（図１参照）によって実行される。すなわち、ソリューション構築部１０１は、アプリケーション連携の実装者による入力に応じて、連携のトリガーとなる第１のアプリケーションのイベントと、当該イベントの発生に応じて第２のアプリケーションに実行させるアクションを含むステップと、を構築する。そして、ソリューション構築部１０１は、連携において複数のアプリケーションに実行させる情報処理の流れを構築する。

【0024】

また、上記のＳ３０２の処理は、サーバ装置１００のウィザード構築部１０２（図１参照）によって実行される。すなわち、ウィザード構築部１０２は、アプリケーション連携の実装者による入力に応じて、アプリケーション連携の利用者であるエンドユーザーに提供する利用者画面を構築する。

【0025】

なお、サーバ装置１００の表示処理部１０３（図１参照）は、上述したソリューションおよびウィザードの構築のための実装者による入力（操作入力）を受け付ける画面を提供する機能である。たとえば、表示処理部１０３は、ソリューションの構築のための実装者による入力を受け付ける第１の構築画面として、次の図４に示されるようなソリューションエディタを出力する。

【0026】

図４は、実施形態にかかるソリューションエディタを説明するための例示的かつ模式的な図である。

【0027】

図４に示される画像４００は、ソリューションエディタとして表示処理部１０３により出力される画像の一例である。画像４００は、３つの領域４１０、４２０、および４３０を含んでいる。

【0028】

領域４１０は、連携のトリガーとなるイベント、および当該トリガーに応じて実行させるステップを設定するための第１の領域である。実装者は、この領域４１０の各項目を設定（選択または入力）することで、イベントおよびステップを設定することができる。

【0029】

たとえば、図４に示される領域４１０には、一例として、「ＳａａＳ＿Ａ」というアプリケーションに「メッセージを送信」というアクションを実行させるというステップが設定されている。また、図４に示される領域４１０には、「設定」の欄に、「メッセージを送信」というアクションに関連して参照される変数データ（以下、単に変数と表現する）として、メッセージを送信する宛先を示す「チャンネル」という変数と、送信すべきメッセージの内容を示す「レコード｜Ｓｔｅｐ ３」という変数と、が設定されている。ここで、「チャンネル」という変数は、たとえば「ＳａａＳ＿Ａ」というアプリケーションに関連して予め決められた変数であり、「レコード｜Ｓｔｅｐ ３」という変数は、次に説明する領域４２０に表示されるフロー図の３つ目の処理の結果を参照するための変数である。

【0030】

領域４２０は、領域４１０により受け付けられた入力に応じて構築されたイベントおよびステップを含む情報処理の流れを示すフロー図を表示するための第２の領域である。実装者は、この領域４２０の各ステップを選択することで、上記の領域４１０に当該ステップの設定項目を表示させることができる。

【0031】

領域４３０は、ソリューションエディタを用いたイベントおよびステップの設定に利用可能な変数を表示するための領域である。実施形態では、アプリケーションに応じて予め決められた第１の変数と、上述したウィザード（利用者画面）を介したエンドユーザーによる入力を受け取るために実装者により任意に定義される第２の変数と、の２種類の変数が利用される。これらの変数の詳細については後で説明するため、ここではこれ以上の説明を省略する。

【0032】

なお、図４に示される例では、領域４１０にステップの内容が設定されているが、領域４１０には、ステップだけではなく、連携のトリガーとなるイベントも設定することができる。イベントを設定する場合、領域４１０は、たとえば次の図５に示される例のような形となる。

【0033】

図５は、実施形態にかかるトリガーを説明するための例示的かつ模式的な図である。

【0034】

図５に示される画像５００は、連携のトリガーとなるイベントを設定する場合の領域４１０の一例である。この画像５００は、複数の領域５１０、５２０、５３０、および５４０を含んでいる。

【0035】

領域５１０は、設定対象のアプリケーションが表示される領域である。実装者は、ボタン５１１を操作することで、設定対象のアプリケーションを選択するためのインターフェースの表示／非表示を切り替えることができる。また、領域５２０は、連携のトリガーとなるイベントの概要が表示される領域である。実装者は、ボタン５２１を操作することで、連携のトリガーとなるイベントの概要を選択するためのインターフェースの表示／非表示を切り替えることができる。また、領域５３０は、連携のトリガーとなるイベントに関連する設定項目が表示される領域である。実装者は、ボタン５３１を操作することで、当該設定項目を詳細に設定するためのインターフェースの表示／非表示を切り替えることができる。

【0036】

また、領域５４０は、領域５２０に表示されたイベントのトリガー条件を限定する内容が表示される領域である。実装者は、ボタン５４１を操作することで、領域５２０に表示されたイベントのトリガー条件を限定するためのインターフェースの表示／非表示を切り替えることができる。たとえば、図５に示される領域５４０には、一例として、「Ｉｓ Ｆｏｌｄｅｒ｜Ｓｔｅｐ １」という変数の値が「Ｆａｌｓｅ」と「等しい」状態になったとき、つまり上述した領域４２０のような、対応するフロー図が表示された領域に示される情報処理の流れにおける１つ目の処理においてフォルダが作成されなかったとき（＝フォルダではなくファイルが作成されたとき）、という限定が設定されている。実装者は、ボタン５４２を操作することで、領域５２０に表示されたイベントのトリガー条件を限定する内容をさらに追加することができる。

【0037】

なお、実施形態において、設定対象のステップの追加は、たとえば次の図６に示されるように、領域４２０を介して行うことができる。

【0038】

図６は、実施形態にかかるステップの追加を説明するための例示的かつ模式的な図である。

【0039】

図６に示される画像６００は、「メッセージを投稿」というステップが表示された領域６１０と、当該ステップの次の処理の流れを決定するためのボタン６２１、６２２、および６２３と、を含んでいる。ボタン６２１は、領域６１０に表示されたステップの次に何らかのアプリケーションに何らかのアクションを実行させるステップを設定するためのボタンである。また、ボタン６２２は、領域６１０に表示されたステップの次に分岐を設定するためのボタンであり、ボタン６２３は、領域６１０に表示されたステップの次にループを設定するためのボタンである。

【0040】

ところで、前述したように、領域４３０は、ソリューションエディタを用いたイベントおよびステップの設定に利用可能な変数を表示するための領域であり、当該変数は、アプリケーションに応じて予め決められた第１の変数と、実装者により任意に定義される第２の変数と、の２種類ある。

【0041】

アプリケーションに応じて予め決められた第１の変数とは、たとえば次の図７に示されるようなものである。

【0042】

図７は、実施形態にかかる第１の変数を説明するための例示的かつ模式的な図である。

【0043】

図７に示される画像７００は、領域４１０と、第３の領域４３０と、を含んでいる。領域４１０は、設定対象のアプリケーションが表示される領域７１０と、当該領域７１０に表示されたアプリケーションに実行させるアクションが表示される領域７２０と、当該領域７２０に表示されたアクションに関連する設定項目が表示される領域７３０と、を含んでいる。

【0044】

領域７３０に表示された「ファイル」、「アップロード先のフォルダＩＤ」、「ファイル名」、および「ＭＩＭＥ Ｔｙｐｅ」といった項目は、領域７１０に表示されたアプリケーションに応じて予め決められた第１の変数である。これらの第１の変数を設定する際には、第３の領域４３０を利用することができる。

【0045】

より具体的に、図７に示される第３の領域４３０には、領域７１０に表示されたアプリケーションに応じて予め決められた第１の変数の一覧が表示される領域７５０を含んでいる。この領域７５０には、領域４１０を介したアクションの設定の際に参照可能な「ファイル名」などといった複数の第１の変数が、それぞれの型（文字列を示す「ＡＢＣ」など）と合わせて一覧表示されている。実装者は、この領域７５０から選択した第１の変数を、領域４１０の領域７３０に反映することができる。

【0046】

一方、実装者により任意に定義される第２の変数とは、下記の図８～図１０に示されるようなものである。

【0047】

図８は、実施形態にかかる第２の変数を説明するための例示的かつ模式的な図である。

【0048】

図８に示される画像８００は、第２の変数としての「エンドユーザー変数」が表示された第３の領域４３０の一例である。実装者は、この画像８００のボタン８１０を操作することで、次の図９に示されるようなインターフェースを介して、第２の変数を追加的に定義（作成）することができる。

【0049】

図９は、実施形態にかかる第２の変数の作成を説明するための例示的かつ模式的な図である。

【0050】

図９に示される画像９００は、第２の変数の名前の入力を受け付ける領域９０１と、第２の変数の型が選択可能に一覧表示された選択インターフェース９０２と、を含んでいる。実装者は、領域９０１に任意の名前を入力した上で選択インターフェース９０２により型を選択することで、第２の変数の作成を行うことができる。このように作成された第２の変数は、たとえば次の図１０に示されるような形で、ソリューションエディタを介したステップの設定に利用される。

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

メモリ２２２０は、たとえばＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含み、プロセッサ２２１０により実行されるプログラムなどの各種のデータの揮発的または不揮発的な記憶、およびプロセッサ２２１０がプログラムを実行するための作業領域の提供などを実現する。

【0093】

ストレージ２２３０は、たとえばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）またはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を含み、各種のデータを不揮発的に記憶する。

【0094】

入出力インターフェース２２４０は、たとえばキーボードおよびマウスなどのような入力装置（不図示）からコンピュータ２２００へのデータの入力と、たとえばコンピュータ２２００からディスプレイおよびスピーカなどのような出力装置（不図示）へのデータの出力と、を制御する。

【0095】

通信インターフェース２２５０は、コンピュータ２２００が他の装置と通信を実行することを可能にする。

【0096】

実施形態にかかるサーバ装置１００が有する機能的構成（図１参照）は、プロセッサ２２１０がメモリ２２２０またはストレージ２２３０に予め記憶されたプログラムを実行した結果として、ハードウェアとソフトウェアとの協働による機能モジュール群として実現される。ただし、実施形態では、図１に示される機能モジュール群のうち一部または全部が、専用に設計された回路（ｃｉｒｃｕｉｔｒｙ）のようなハードウェアのみによって実現されてもよい。

【0097】

なお、上述したプログラムは、必ずしもメモリ２２２０またはストレージ２２３０に予め記憶されている必要はない。たとえば、上述したプログラムは、フレキシブルディスク（ＦＤ）のような各種の磁気ディスク、またはＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）のような各種の光ディスクなどといった、コンピュータで読み取り可能な媒体にインストール可能な形式または実行可能な形式で記録されたコンピュータプログラムプロダクトとして提供されてもよい。

【0098】

また、上述したプログラムは、インターネットなどのネットワーク経由で提供または配布されてもよい。すなわち、上述したプログラムは、インターネットなどのネットワークに接続されたコンピュータ上に格納された状態で、ネットワーク経由でのダウンロードを受け付ける、といった形で提供されてもよい。

【0099】

＜変形例＞
上述した実施形態では、アプリケーション連携を実現する機能がベンダープロダクト２１２（図２参照）に組み込まれた構成が例示されている。しかしながら、変形例として、次の図２３に示されるような、アプリケーション連携を実現する機能がホスティング形式で提供される構成も考えられる。

【0100】

図２３は、変形例にかかるアプリケーション連携の利用態様の一例を示した例示的かつ模式的なブロック図である。

【0101】

図２３に示される変形例では、上述した実施形態と同様の手順で構築されたアプリケーション連携を実現する機能が、エンドユーザー側の情報処理装置２３２０のベンダープロダクト（不図示）ではなく、ホスティングサーバ２３１０に搭載される。この場合、ホスティングサーバ２３１０は、アプリケーション連携の各機能をｗｅｂサービスとして提供しうる。これにより、エンドユーザー側の実装者は、情報処理装置２３２０を用いてホスティングサーバ２３１０にアクセスすることで、アプリケーション連携の各機能をｗｅｂアプリケーション的に利用することができる。

【0102】

以上、本開示の実施形態および変形例を説明したが、これらの実施形態および変形例は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの新規な実施形態および変形例は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これらの実施形態および変形例は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0103】

１０１ ソリューション構築部（第１の構築部）
１０２ ウィザード構築部（第２の構築部）
１０３ 表示処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】