JP2024052223A - 企業間データ連携システム、情報処理装置およびプログラム - Google Patents
企業間データ連携システム、情報処理装置およびプログラム Download PDFInfo
- Publication number
- JP2024052223A JP2024052223A JP2022158795A JP2022158795A JP2024052223A JP 2024052223 A JP2024052223 A JP 2024052223A JP 2022158795 A JP2022158795 A JP 2022158795A JP 2022158795 A JP2022158795 A JP 2022158795A JP 2024052223 A JP2024052223 A JP 2024052223A
- Authority
- JP
- Japan
- Prior art keywords
- recipe
- user
- saas
- user terminal
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000010365 information processing Effects 0.000 title claims description 23
- 230000006870 function Effects 0.000 claims description 51
- 230000008859 change Effects 0.000 claims description 41
- 238000000034 method Methods 0.000 claims description 29
- 230000008569 process Effects 0.000 claims description 25
- 230000005540 biological transmission Effects 0.000 claims description 18
- 230000010354 integration Effects 0.000 claims description 7
- 238000007726 management method Methods 0.000 description 64
- 238000010586 diagram Methods 0.000 description 14
- 230000004044 response Effects 0.000 description 12
- 238000012545 processing Methods 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 5
- 238000003825 pressing Methods 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 239000008186 active pharmaceutical agent Substances 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】企業間データをＳａａＳ間で連携させる際に、自社のＳａａＳの認証情報を他社に渡すことなくセキュリティが確保され、データ漏洩やデータ改ざんのリスクを低減するシステム等を提供する。【解決手段】企業間データ連携システムにおいて、第一のユーザ端末２００ａのレシピ登録部は、連携元ユーザの利用するＳａａＳ種別、フォルダＩＤ、ＳａａＳの認証情報、電子メールアドレスを含むレシピに関する情報の設定登録をデータ連携サーバ１００に対して実施する。データ連携サーバの電子メール送受信部は、第二のユーザ端末２００ｂに対して電子メールを送信して連携元ユーザからの所定のＳａａＳが提供するサービスのデータ連携の依頼を通知する。第一のユーザ端末のレシピ実行指示部は、データ連携サーバに対してレシピの実行の開始を指示する。データ連携サーバのレシピ実行部は、レシピを実行し、連携先ユーザのフォルダに所定のデータを保存する。【選択図】図１
Description
本発明は、企業間データを連携させる技術に関する。
最初に、本発明のプログラムを実行する本発明の情報処理装置が設置される（構築される、又は所有される）企業により提供される企業間データ連携サービスを以下、「本サービス」という。また、本サービスの提供側と被提供側を包括して本発明の企業間データ連携システムが構築される。
また、本発明は、試行錯誤により製品開発されてリリースされる製品レベルのものであり、単なるアイデア段階にとどまるものではない。
また、本発明は、試行錯誤により製品開発されてリリースされる製品レベルのものであり、単なるアイデア段階にとどまるものではない。
近時、用途に応じたクラウドサービス利用の急激な進展により、一の企業のデータはあらゆるサービス内に点在し、そのデータ統合は日々複雑化している。
そこで、クラウド上でＳａａＳ、ＰａａＳ、ＩａａＳ等のクラウドサービス（以下、「ＳａａＳ」と総称する。）間のデータ連携をニーズに合わせて拡張・縮小可能とすることで、業務の自動化・効率化による業務プロセスの最適化と内部統制（IT統制）の強化をトータルコストを削減しつつ実現することができるプラットフォームサービスが提供されている。このようにすれば、データ連携に際して、従来一般的であったＥＤＩのようにデータ入力画面を持たせることや閉域ネットワークを利用することは不要となる。
そこで、クラウド上でＳａａＳ、ＰａａＳ、ＩａａＳ等のクラウドサービス（以下、「ＳａａＳ」と総称する。）間のデータ連携をニーズに合わせて拡張・縮小可能とすることで、業務の自動化・効率化による業務プロセスの最適化と内部統制（IT統制）の強化をトータルコストを削減しつつ実現することができるプラットフォームサービスが提供されている。このようにすれば、データ連携に際して、従来一般的であったＥＤＩのようにデータ入力画面を持たせることや閉域ネットワークを利用することは不要となる。
ところで、従来は自社グループ内の子会社同士や親子会社同士の企業間データのやりとり・連携・共有が実施されていた。
すなわち、他社間で各企業が自社利用目的で使用するＳａａＳを連携することは、一般的に実施されていなかった。
なぜなら、ＳａａＳの利用には自社の認証情報（例えば、Ｔｏｋｅｎなど）が必要で、そのような重要な機密情報を他社に渡すことはセキュリティ面から有り得ないからである。なお、トークン認証ではＴｏｋｅｎと呼ばれる認証情報を含むものを、ブラウザとサーバでやりとりを行うことでユーザの情報を特定している。
すなわち、他社間で各企業が自社利用目的で使用するＳａａＳを連携することは、一般的に実施されていなかった。
なぜなら、ＳａａＳの利用には自社の認証情報（例えば、Ｔｏｋｅｎなど）が必要で、そのような重要な機密情報を他社に渡すことはセキュリティ面から有り得ないからである。なお、トークン認証ではＴｏｋｅｎと呼ばれる認証情報を含むものを、ブラウザとサーバでやりとりを行うことでユーザの情報を特定している。
そこで、他社間（例えば、Ａ社およびＢ社）でフォルダ共有（クラウドドストレージ共有・データ共有）する場合には、例えば、電子メールを都度作成・送信してデータを相手側に送り、そのうえで電話でのコミュニケーションを図ることなどがなされていたが、データの持ち主であるＡ社が倒産・合併等で消滅した場合に備えて、Ｂ社は同じデータをコピーしてバックアップとして自社で保管しておく必要があった。このデータの二重入力は手作業であり煩雑で、改ざんリスク（内部統制・ＩＴ統制上問題）もあった。
ここで、関連技術として、ユーザ側での開発負担無くＳａａＳ間の連携を効率的に図る技術が提案されている（特許文献１参照）。
しかし、上記の特許文献１に開示されている技術では、企業間データをＳａａＳ間で連携させる際に、自社の認証情報を他社に渡すことなくセキュリティが確保された状態で、企業間データ連携を図ることは困難であった。
また、上記の特許文献１に開示されている技術では、企業間データをＳａａＳ間で連携させる際に、データ漏洩やデータ改ざんのリスクを低減して内部統制（ＩＴ統制）に資する仕組みを提供することは困難であるという問題点があった。
また、上記の特許文献１に開示されている技術では、企業間データをＳａａＳ間で連携させる際に、データ漏洩やデータ改ざんのリスクを低減して内部統制（ＩＴ統制）に資する仕組みを提供することは困難であるという問題点があった。
本発明の目的は、企業間データをＳａａＳ間で連携させる際に、二重入力の手作業が不要であり、自社のＳａａＳの認証情報を他社に渡すことなくセキュリティが確保された、かつ、データ漏洩やデータ改ざんのリスクを低減して内部統制（ＩＴ統制）に資する技術を提供することにある。
本発明の企業間データ連携システムは、
データ連携サーバと連携元ユーザの第一のユーザ端末と第一のＳａａＳ側サーバとがネットワークを介して接続され、かつ、前記データ連携サーバと連携先ユーザの第二のユーザ端末と第二のＳａａＳ側サーバとが前記ネットワークを介して接続された企業間データ連携システムであって、
前記第一のユーザ端末のレシピ登録部は、企業間データ連携の目的に合わせた機能をパッケージ化したレシピに関する情報であって、少なくとも前記連携元ユーザの利用するＳａａＳ種別、前記連携元ユーザのフォルダＩＤ、前記連携元ユーザのＳａａＳの認証情報、前記連携元ユーザの電子メールアドレスおよび前記連携先ユーザの電子メールアドレスを含む前記レシピに関する情報の設定登録を前記データ連携サーバに対して実施し、
前記データ連携サーバのレシピ管理部は、所定の記憶部に前記連携元ユーザの前記レシピに関する情報を格納し、
前記データ連携サーバの電子メール送受信部は、前記第二のユーザ端末に対して電子メールを送信して前記連携元ユーザからの所定の前記ＳａａＳが提供するサービスのデータ連携の依頼を通知し、
前記第二のユーザ端末の前記レシピ登録部は、前記レシピに関する情報であって、少なくとも前記連携先ユーザの利用する前記ＳａａＳ種別、前記連携先ユーザの前記フォルダＩＤおよび前記連携先ユーザの前記ＳａａＳの認証情報を含む前記レシピに関する情報の設定登録を前記データ連携サーバに対して実施し、
前記データ連携サーバの前記レシピ管理部は、前記所定の記憶部に前記連携先ユーザの前記レシピに関する情報を格納し、
前記データ連携サーバの前記電子メール送受信部は、前記第一のユーザ端末に対して前記電子メールを送信して前記連携先ユーザの前記レシピに関する情報の設定登録完了を通知し、
前記第一のユーザ端末のレシピ実行指示部は、前記データ連携サーバに対して前記レシピの実行を開始する指示を発行し、
前記データ連携サーバのレシピ実行部は、前記レシピの実行を開始する指示または前記所定の記憶部に前記レシピに関する情報として前記第一のユーザ端末からの前記設定登録により格納された自動実行タイミング情報に基づいて前記レシピを実行し、前記連携元ユーザの前記ＳａａＳの認証情報を使用して前記第一のＳａａＳ側サーバにＡＰＩ接続し、前記連携元ユーザの前記フォルダから所定のデータを取得し、前記連携先ユーザの前記ＳａａＳの認証情報を使用して前記第二のＳａａＳ側サーバに前記ＡＰＩ接続し、前記連携先ユーザのフォルダに前記所定のデータを保存し、
前記第一のユーザ端末のＳａａＳ種別変更部は、前記レシピに関する情報のうち前記連携元ユーザの前記ＳａａＳ種別を変更する場合に、前記データ連携サーバに対して変更後の前記ＳａａＳ種別を通知し、
前記第二のユーザ端末の前記ＳａａＳ種別変更部は、前記レシピに関する情報のうち前記連携元ユーザの前記ＳａａＳ種別を変更する場合に、前記データ連携サーバに対して変更後の前記ＳａａＳ種別を通知し、
前記データ連携サーバの前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した前記変更後の前記ＳａａＳ種別を前記所定の記憶部に格納し、
前記第一のユーザ端末のフォルダ変更部は、前記レシピに関する情報のうち、前記連携元ユーザの前記フォルダＩＤを変更する場合に、前記データ連携サーバに対して変更後の前記フォルダＩＤを通知し、
前記第二のユーザ端末の前記フォルダ変更部は、前記レシピに関する情報のうち、前記連携元ユーザの前記フォルダＩＤを変更する場合に、前記データ連携サーバに対して変更後の前記フォルダＩＤを通知し、
前記データ連携サーバの前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した前記変更後の前記フォルダＩＤを前記所定の記憶部に格納する。
データ連携サーバと連携元ユーザの第一のユーザ端末と第一のＳａａＳ側サーバとがネットワークを介して接続され、かつ、前記データ連携サーバと連携先ユーザの第二のユーザ端末と第二のＳａａＳ側サーバとが前記ネットワークを介して接続された企業間データ連携システムであって、
前記第一のユーザ端末のレシピ登録部は、企業間データ連携の目的に合わせた機能をパッケージ化したレシピに関する情報であって、少なくとも前記連携元ユーザの利用するＳａａＳ種別、前記連携元ユーザのフォルダＩＤ、前記連携元ユーザのＳａａＳの認証情報、前記連携元ユーザの電子メールアドレスおよび前記連携先ユーザの電子メールアドレスを含む前記レシピに関する情報の設定登録を前記データ連携サーバに対して実施し、
前記データ連携サーバのレシピ管理部は、所定の記憶部に前記連携元ユーザの前記レシピに関する情報を格納し、
前記データ連携サーバの電子メール送受信部は、前記第二のユーザ端末に対して電子メールを送信して前記連携元ユーザからの所定の前記ＳａａＳが提供するサービスのデータ連携の依頼を通知し、
前記第二のユーザ端末の前記レシピ登録部は、前記レシピに関する情報であって、少なくとも前記連携先ユーザの利用する前記ＳａａＳ種別、前記連携先ユーザの前記フォルダＩＤおよび前記連携先ユーザの前記ＳａａＳの認証情報を含む前記レシピに関する情報の設定登録を前記データ連携サーバに対して実施し、
前記データ連携サーバの前記レシピ管理部は、前記所定の記憶部に前記連携先ユーザの前記レシピに関する情報を格納し、
前記データ連携サーバの前記電子メール送受信部は、前記第一のユーザ端末に対して前記電子メールを送信して前記連携先ユーザの前記レシピに関する情報の設定登録完了を通知し、
前記第一のユーザ端末のレシピ実行指示部は、前記データ連携サーバに対して前記レシピの実行を開始する指示を発行し、
前記データ連携サーバのレシピ実行部は、前記レシピの実行を開始する指示または前記所定の記憶部に前記レシピに関する情報として前記第一のユーザ端末からの前記設定登録により格納された自動実行タイミング情報に基づいて前記レシピを実行し、前記連携元ユーザの前記ＳａａＳの認証情報を使用して前記第一のＳａａＳ側サーバにＡＰＩ接続し、前記連携元ユーザの前記フォルダから所定のデータを取得し、前記連携先ユーザの前記ＳａａＳの認証情報を使用して前記第二のＳａａＳ側サーバに前記ＡＰＩ接続し、前記連携先ユーザのフォルダに前記所定のデータを保存し、
前記第一のユーザ端末のＳａａＳ種別変更部は、前記レシピに関する情報のうち前記連携元ユーザの前記ＳａａＳ種別を変更する場合に、前記データ連携サーバに対して変更後の前記ＳａａＳ種別を通知し、
前記第二のユーザ端末の前記ＳａａＳ種別変更部は、前記レシピに関する情報のうち前記連携元ユーザの前記ＳａａＳ種別を変更する場合に、前記データ連携サーバに対して変更後の前記ＳａａＳ種別を通知し、
前記データ連携サーバの前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した前記変更後の前記ＳａａＳ種別を前記所定の記憶部に格納し、
前記第一のユーザ端末のフォルダ変更部は、前記レシピに関する情報のうち、前記連携元ユーザの前記フォルダＩＤを変更する場合に、前記データ連携サーバに対して変更後の前記フォルダＩＤを通知し、
前記第二のユーザ端末の前記フォルダ変更部は、前記レシピに関する情報のうち、前記連携元ユーザの前記フォルダＩＤを変更する場合に、前記データ連携サーバに対して変更後の前記フォルダＩＤを通知し、
前記データ連携サーバの前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した前記変更後の前記フォルダＩＤを前記所定の記憶部に格納する。
本発明の情報処理装置は、
連携元ユーザの第一のユーザ端末と第一のＳａａＳ側サーバとにネットワークを介して接続され、かつ、連携先ユーザの第二のユーザ端末と第二のＳａａＳ側サーバとに前記ネットワークを介して接続された情報処理装置であって、
前記第一のユーザ端末のレシピ登録部からの、企業間データ連携の目的に合わせた機能をパッケージ化したレシピに関する情報であって、少なくとも前記連携元ユーザの利用するＳａａＳ種別、前記連携元ユーザのフォルダＩＤ、前記連携元ユーザのＳａａＳの認証情報、前記連携元ユーザの電子メールアドレスおよび前記連携先ユーザの電子メールアドレスを含む前記レシピに関する情報の設定登録を受け付け、所定の記憶部に前記連携元ユーザの前記レシピに関する情報を格納するレシピ管理部と、
前記第二のユーザ端末に対して電子メールを送信して前記連携元ユーザからの所定の前記ＳａａＳが提供するサービスのデータ連携の依頼を通知する電子メール送受信部と、を備え、
前記レシピ管理部は、前記第二のユーザ端末の前記レシピ登録部からの、前記レシピに関する情報であって、少なくとも前記連携先ユーザの利用する前記ＳａａＳ種別、前記連携先ユーザの前記フォルダＩＤおよび前記連携先ユーザの前記ＳａａＳの認証情報を含む前記レシピに関する情報の設定登録を受け付け、前記所定の記憶部に前記連携先ユーザの前記レシピに関する情報を格納し、
前記電子メール送受信部は、前記第一のユーザ端末に対して前記電子メールを送信して前記連携先ユーザの前記レシピに関する情報の設定登録完了を通知し、
前記第一のユーザ端末のレシピ実行指示部からの前記レシピの実行を開始する指示または前記所定の記憶部に前記レシピに関する情報として前記第一のユーザ端末からの前記設定登録により格納された自動実行タイミング情報に基づいて前記レシピを実行し、前記連携元ユーザの前記ＳａａＳの認証情報を使用して前記第一のＳａａＳ側サーバにＡＰＩ接続し、前記連携元ユーザの前記フォルダから所定のデータを取得し、前記連携先ユーザの前記ＳａａＳの認証情報を使用して前記第二のＳａａＳ側サーバに前記ＡＰＩ接続し、前記連携先ユーザのフォルダに前記所定のデータを保存するレシピ実行部をさらに備え、
前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記ＳａａＳ種別を前記所定の記憶部に格納し、
前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記フォルダＩＤを前記所定の記憶部に格納する。
連携元ユーザの第一のユーザ端末と第一のＳａａＳ側サーバとにネットワークを介して接続され、かつ、連携先ユーザの第二のユーザ端末と第二のＳａａＳ側サーバとに前記ネットワークを介して接続された情報処理装置であって、
前記第一のユーザ端末のレシピ登録部からの、企業間データ連携の目的に合わせた機能をパッケージ化したレシピに関する情報であって、少なくとも前記連携元ユーザの利用するＳａａＳ種別、前記連携元ユーザのフォルダＩＤ、前記連携元ユーザのＳａａＳの認証情報、前記連携元ユーザの電子メールアドレスおよび前記連携先ユーザの電子メールアドレスを含む前記レシピに関する情報の設定登録を受け付け、所定の記憶部に前記連携元ユーザの前記レシピに関する情報を格納するレシピ管理部と、
前記第二のユーザ端末に対して電子メールを送信して前記連携元ユーザからの所定の前記ＳａａＳが提供するサービスのデータ連携の依頼を通知する電子メール送受信部と、を備え、
前記レシピ管理部は、前記第二のユーザ端末の前記レシピ登録部からの、前記レシピに関する情報であって、少なくとも前記連携先ユーザの利用する前記ＳａａＳ種別、前記連携先ユーザの前記フォルダＩＤおよび前記連携先ユーザの前記ＳａａＳの認証情報を含む前記レシピに関する情報の設定登録を受け付け、前記所定の記憶部に前記連携先ユーザの前記レシピに関する情報を格納し、
前記電子メール送受信部は、前記第一のユーザ端末に対して前記電子メールを送信して前記連携先ユーザの前記レシピに関する情報の設定登録完了を通知し、
前記第一のユーザ端末のレシピ実行指示部からの前記レシピの実行を開始する指示または前記所定の記憶部に前記レシピに関する情報として前記第一のユーザ端末からの前記設定登録により格納された自動実行タイミング情報に基づいて前記レシピを実行し、前記連携元ユーザの前記ＳａａＳの認証情報を使用して前記第一のＳａａＳ側サーバにＡＰＩ接続し、前記連携元ユーザの前記フォルダから所定のデータを取得し、前記連携先ユーザの前記ＳａａＳの認証情報を使用して前記第二のＳａａＳ側サーバに前記ＡＰＩ接続し、前記連携先ユーザのフォルダに前記所定のデータを保存するレシピ実行部をさらに備え、
前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記ＳａａＳ種別を前記所定の記憶部に格納し、
前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記フォルダＩＤを前記所定の記憶部に格納する。
本発明のプログラムは、
連携元ユーザの第一のユーザ端末と第一のＳａａＳ側サーバとにネットワークを介して接続され、かつ、連携先ユーザの第二のユーザ端末と第二のＳａａＳ側サーバとに前記ネットワークを介して接続された情報処理装置に、
レシピ管理部により、前記第一のユーザ端末のレシピ登録部からの、企業間データ連携の目的に合わせた機能をパッケージ化したレシピに関する情報であって、少なくとも前記連携元ユーザの利用するＳａａＳ種別、前記連携元ユーザのフォルダＩＤ、前記連携元ユーザのＳａａＳの認証情報、前記連携元ユーザの電子メールアドレスおよび前記連携先ユーザの電子メールアドレスを含む前記レシピに関する情報の設定登録を受け付け、所定の記憶部に前記連携元ユーザの前記レシピに関する情報を格納する処理と、
電子メール送受信部により、前記第二のユーザ端末に対して電子メールを送信して前記連携元ユーザからの所定の前記ＳａａＳが提供するサービスのデータ連携の依頼を通知する処理と、
前記レシピ管理部により、前記第二のユーザ端末の前記レシピ登録部からの、前記レシピに関する情報であって、少なくとも前記連携先ユーザの利用する前記ＳａａＳ種別、前記連携先ユーザの前記フォルダＩＤおよび前記連携先ユーザの前記ＳａａＳの認証情報を含む前記レシピに関する情報の設定登録を受け付け、前記所定の記憶部に前記連携先ユーザの前記レシピに関する情報を格納する処理と、
前記電子メール送受信部により、前記第一のユーザ端末に対して前記電子メールを送信して前記連携先ユーザの前記レシピに関する情報の設定登録完了を通知する処理と、
レシピ実行部により、前記第一のユーザ端末のレシピ実行指示部からの前記レシピの実行を開始する指示または前記所定の記憶部に前記レシピに関する情報として前記第一のユーザ端末からの前記設定登録により格納された自動実行タイミング情報に基づいて前記レシピを実行し、前記連携元ユーザの前記ＳａａＳの認証情報を使用して前記第一のＳａａＳ側サーバにＡＰＩ接続し、前記連携元ユーザの前記フォルダから所定のデータを取得し、前記連携先ユーザの前記ＳａａＳの認証情報を使用して前記第二のＳａａＳ側サーバに前記ＡＰＩ接続し、前記連携先ユーザのフォルダに前記所定のデータを保存するする処理と、
前記レシピ管理部により、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記ＳａａＳ種別を前記所定の記憶部に格納する処理と、
前記レシピ管理部により、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記フォルダＩＤを前記所定の記憶部に格納するする処理と
を実行させる。
連携元ユーザの第一のユーザ端末と第一のＳａａＳ側サーバとにネットワークを介して接続され、かつ、連携先ユーザの第二のユーザ端末と第二のＳａａＳ側サーバとに前記ネットワークを介して接続された情報処理装置に、
レシピ管理部により、前記第一のユーザ端末のレシピ登録部からの、企業間データ連携の目的に合わせた機能をパッケージ化したレシピに関する情報であって、少なくとも前記連携元ユーザの利用するＳａａＳ種別、前記連携元ユーザのフォルダＩＤ、前記連携元ユーザのＳａａＳの認証情報、前記連携元ユーザの電子メールアドレスおよび前記連携先ユーザの電子メールアドレスを含む前記レシピに関する情報の設定登録を受け付け、所定の記憶部に前記連携元ユーザの前記レシピに関する情報を格納する処理と、
電子メール送受信部により、前記第二のユーザ端末に対して電子メールを送信して前記連携元ユーザからの所定の前記ＳａａＳが提供するサービスのデータ連携の依頼を通知する処理と、
前記レシピ管理部により、前記第二のユーザ端末の前記レシピ登録部からの、前記レシピに関する情報であって、少なくとも前記連携先ユーザの利用する前記ＳａａＳ種別、前記連携先ユーザの前記フォルダＩＤおよび前記連携先ユーザの前記ＳａａＳの認証情報を含む前記レシピに関する情報の設定登録を受け付け、前記所定の記憶部に前記連携先ユーザの前記レシピに関する情報を格納する処理と、
前記電子メール送受信部により、前記第一のユーザ端末に対して前記電子メールを送信して前記連携先ユーザの前記レシピに関する情報の設定登録完了を通知する処理と、
レシピ実行部により、前記第一のユーザ端末のレシピ実行指示部からの前記レシピの実行を開始する指示または前記所定の記憶部に前記レシピに関する情報として前記第一のユーザ端末からの前記設定登録により格納された自動実行タイミング情報に基づいて前記レシピを実行し、前記連携元ユーザの前記ＳａａＳの認証情報を使用して前記第一のＳａａＳ側サーバにＡＰＩ接続し、前記連携元ユーザの前記フォルダから所定のデータを取得し、前記連携先ユーザの前記ＳａａＳの認証情報を使用して前記第二のＳａａＳ側サーバに前記ＡＰＩ接続し、前記連携先ユーザのフォルダに前記所定のデータを保存するする処理と、
前記レシピ管理部により、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記ＳａａＳ種別を前記所定の記憶部に格納する処理と、
前記レシピ管理部により、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記フォルダＩＤを前記所定の記憶部に格納するする処理と
を実行させる。
本発明によれば、企業間データをＳａａＳ間で連携させる際に、二重入力の手作業が不要であり、自社のＳａａＳの認証情報を他社に渡すことなくセキュリティが確保された、かつ、データ漏洩やデータ改ざんのリスクを低減して内部統制（ＩＴ統制）に資する技術を提供することができる。
本発明は、一の企業が自社利用目的で使用するＳａａＳ、ＰａａＳ、ＩａａＳ等のクラウドサービス（以下、「ＳａａＳ」と総称する。）と、他の企業が自社利用目的で使用するＳａａＳとを、これらのＳａａＳが提供しているＷｅｂ ＡＰＩの機能を活用してインターネット経由（Ｗｅｂ上）で企業間（特に他社間）のデータの受け渡しを代行して相互に連携し、企業間の商取引を効率化するものである。したがって、Ｗｅｂ ＡＰＩが提供されているＳａａＳであれば、どのような組み合わせでもデータ連携を実現できることとなる。
以下、本発明の第一の実施の形態を図面を参照しつつ説明する。
本実施の形態における企業間データ連携システムの構成を図１を参照して説明する。なお、本サービス（企業間データ連携サービス）における企業間データ連携の連携元ユーザ(委託者)がＡ社であり、また、連携先ユーザ(受託者)がＢ社であることを前提とする。
本実施の形態における企業間データ連携システムの構成を図１を参照して説明する。なお、本サービス（企業間データ連携サービス）における企業間データ連携の連携元ユーザ(委託者)がＡ社であり、また、連携先ユーザ(受託者)がＢ社であることを前提とする。
図１に示すように、企業間データ連携システム１０は、本サービスの提供企業側等に設置される情報処理装置としてのデータ連携サーバ１００と、企業間でデータ連携する一の企業としてのＡ社側に設置されるユーザ端末２００ａと、Ａ社側で利用するＳａａＳのＳａａＳ側サーバ３００ａと、企業間でデータ連携する他の企業としてのＢ社側に設置されるユーザ端末２００ｂと、Ｂ社側で利用するＳａａＳのサーバ３００ｂとから構成されている。
少なくともデータ連携サーバ１００と、ユーザ端末２００ａと、ＳａａＳ側サーバ３００ａとは、それぞれインターネット等の所定のネットワークにより接続されている。また、少なくともデータ連携サーバ１００と、ユーザ端末２００ｂと、ＳａａＳ側サーバ３００ｂとは、それぞれインターネット等の所定のネットワークにより接続されている。
ここではデータ連携サーバ１００やＳａａＳ側サーバ３００ａ・ＳａａＳ側サーバ３００ｂを、１台の情報処理装置として示したが、その有する機能が、複数の情報処理装置によって実現される構成であってもよい。
Ａ社利用のＳａａＳとＢ社利用のＳａａＳが同一の場合は、ＳａａＳ側サーバ３００ａとＳａａＳ側サーバ３００ｂとは同一の情報処理装置であってもよい。
少なくともデータ連携サーバ１００と、ユーザ端末２００ａと、ＳａａＳ側サーバ３００ａとは、それぞれインターネット等の所定のネットワークにより接続されている。また、少なくともデータ連携サーバ１００と、ユーザ端末２００ｂと、ＳａａＳ側サーバ３００ｂとは、それぞれインターネット等の所定のネットワークにより接続されている。
ここではデータ連携サーバ１００やＳａａＳ側サーバ３００ａ・ＳａａＳ側サーバ３００ｂを、１台の情報処理装置として示したが、その有する機能が、複数の情報処理装置によって実現される構成であってもよい。
Ａ社利用のＳａａＳとＢ社利用のＳａａＳが同一の場合は、ＳａａＳ側サーバ３００ａとＳａａＳ側サーバ３００ｂとは同一の情報処理装置であってもよい。
データ連携サーバ１００は、ＣＰＵ（Central Processing Unite）により制御される、ＲＯＭ（Read Only Memory）・ＲＡＭ（Random Access Memory）等の記憶手段を備え、公知の入出力手段を備える情報処理装置である。例えば、ワークステーション、高機能のパーソナル・コンピュータ等である。クラウドサーバであってもよい。本サービスの提供企業により運営されることであってよい。
ユーザ端末２００ａおよびユーザ端末２００ｂは、ＣＰＵ（Central Processing Unite）により制御される、ＲＯＭ（Read Only Memory）・ＲＡＭ（Random Access Memory）等の記憶手段を備え、公知の入出力手段を備える情報処理装置である。例えば、スマートフォン、タブレット端末、小型パーソナル・コンピュータ、携帯端末等である。本サービスのユーザが操作する情報処理装置である。
ＳａａＳ側サーバ３００ａおよびＳａａＳ側サーバ３００ｂは、ＣＰＵ（Central Processing Unite）により制御される、ＲＯＭ（Read Only Memory）・ＲＡＭ（Random Access Memory）等の記憶手段を備え、公知の入出力手段を備える情報処理装置である。例えば、ワークステーション、高機能のパーソナル・コンピュータ等である。クラウドサーバであってもよい。各ＳａａＳの提供企業により運営されることであってよい。
ＳａａＳ側サーバ３００ａはそのＳａａＳのＷｅｂ ＡＰＩを提供している。また、ＳａａＳ側サーバ３００ｂはそのＳａａＳのＷｅｂ ＡＰＩを提供している。
ここで、Ｗｅｂ ＡＰＩとはＷｅｂ上で実現されるＡＰＩ（Application Programming Interface：アプリケーション・プログラミング・インターフェース）である。Ｗｅｂ ＡＰＩではないＡＰＩの多くは、ユーザ側が用いるプログラミング言語と同一のプログラミング言語を用いて提供されるが、Ｗｅｂ ＡＰＩは、プログラミング言語が異なっていても通信が可能なＨＴＴＰ／ＨＴＴＰＳベースのため、異なるプログラミング言語で開発されたアプリケーション間(ＳａａＳ間)でも利用できるメリットがある。また、Ｗｅｂ ＡＰＩは、公知のプロトコルであるＨＴＴＰ／ＨＴＴＰＳを使用するため透明性が高く、セキュアな通信手段が確立されている点もメリットである。
ＳａａＳ側サーバ３００ａはそのＳａａＳのＷｅｂ ＡＰＩを提供している。また、ＳａａＳ側サーバ３００ｂはそのＳａａＳのＷｅｂ ＡＰＩを提供している。
ここで、Ｗｅｂ ＡＰＩとはＷｅｂ上で実現されるＡＰＩ（Application Programming Interface：アプリケーション・プログラミング・インターフェース）である。Ｗｅｂ ＡＰＩではないＡＰＩの多くは、ユーザ側が用いるプログラミング言語と同一のプログラミング言語を用いて提供されるが、Ｗｅｂ ＡＰＩは、プログラミング言語が異なっていても通信が可能なＨＴＴＰ／ＨＴＴＰＳベースのため、異なるプログラミング言語で開発されたアプリケーション間(ＳａａＳ間)でも利用できるメリットがある。また、Ｗｅｂ ＡＰＩは、公知のプロトコルであるＨＴＴＰ／ＨＴＴＰＳを使用するため透明性が高く、セキュアな通信手段が確立されている点もメリットである。
企業間データ連携システム１０を構成する、各装置は主として情報処理装置であり、これらの詳細な構成は公知の種々の技術が適用されてよく、上記した以外の説明はここでは省略する。
図２に、本実施の形態に係る企業間データ連携システム１０を構成する、データ連携サーバ１００と、ユーザ端末２００ａと、ユーザ端末２００ｂの機能ブロックを示す。
図２を参照すると、データ連携サーバ１００は、アカウント管理部１０１と、レシピ管理部１０２と、レシピ実行部１０３と、電子メール作成部１０４と、電子メール送受信部１０５と、ユーザ端末画面管理部１０６と、表示部１０７と、記憶部１０８を備えている。各部は、公知の入出力Ｉ／ＦやＣＰＵ等により、またＨＤＤ等により実現されてよい。
アカウント管理部１０１は、本サービスにおけるアカウント登録（ユーザ登録）の際にユーザ端末２００ａやユーザ端末２００ｂから受信したユーザＩＤ（電子メールアドレスとパスワードなど）をユーザ管理ＤＢ２１０のユーザマスタテーブルに格納する機能と、ユーザＩＤに基づいてユーザ管理ＤＢ２１０のユーザマスタテーブル等を検索してユーザ認証を実行する機能を有している。
レシピ管理部１０２は、レシピ情報を管理する機能を有している。ここで、本サービスにおける企業間データ連携の目的に合わせた機能をパッケージ化した連携プログラムを「レシピ（企業間連携レシピ）」といい、そのレシピに関する設定情報として、例えば、企業間データ連携の目的がストレージ共有の場合、連携元ユーザ(Ａ社・委託者)のＳａａＳ種別（ＳａａＳ名）、連携元ユーザ(Ａ社・委託者)のフォルダＩＤ（フォルダの存在場所を示すＵＲＬ等でもよい。）等、連携元ユーザ(Ａ社・委託者)の当該ＳａａＳの認証情報、連携元ユーザ(Ａ社・委託者)の電子メールアドレス、連携先ユーザ(Ｂ社・受託者)の電子メールアドレス、電子メール記載情報、レシピの自動実行タイミング情報、連携先ユーザ(Ｂ社・受託者)のＳａａＳ種別、連携先ユーザ(Ｂ社・受託者)のフォルダＩＤ等、連携先ユーザ(Ｂ社・受託者)の当該ＳａａＳの認証情報などである。
したがって、レシピ管理部１０２は、ユーザ端末２００ａから受信した本サービスにおける特定のレシピに関するレシピ情報として、連携元ユーザ(Ａ社・委託者)のＳａａＳ種別、連携元ユーザ(Ａ社・委託者)のフォルダＩＤ等、連携元ユーザ(Ａ社・委託者)の当該ＳａａＳの認証情報、連携元ユーザ(Ａ社・委託者)の電子メールアドレス、連携先ユーザ(Ｂ社・受託者)の電子メールアドレス、レシピの自動実行タイミング情報などをレシピ管理ＤＢ１１２の各テーブル等に格納して管理する機能を有している。また、ユーザ端末２００ｂから受信した本サービスにおける特定のレシピに関するレシピ情報として、連携先ユーザ(Ｂ社・受託者)のＳａａＳ種別、連携先ユーザ(Ｂ社・受託者)のフォルダＩＤ等、連携先ユーザ(Ｂ社・受託者)の当該ＳａａＳの認証情報などをレシピ管理ＤＢ１１２の各テーブル等に格納して管理する機能を有している。また、ユーザ端末２００ａやユーザ端末２００ｂから受信したＳａａＳ種別やフォルダＩＤの変更情報をレシピ管理ＤＢ１１２のＳａａＳ種別テーブルやフォルダＩＤテーブルに格納して管理する機能を有している。
したがって、レシピ管理部１０２は、ユーザ端末２００ａから受信した本サービスにおける特定のレシピに関するレシピ情報として、連携元ユーザ(Ａ社・委託者)のＳａａＳ種別、連携元ユーザ(Ａ社・委託者)のフォルダＩＤ等、連携元ユーザ(Ａ社・委託者)の当該ＳａａＳの認証情報、連携元ユーザ(Ａ社・委託者)の電子メールアドレス、連携先ユーザ(Ｂ社・受託者)の電子メールアドレス、レシピの自動実行タイミング情報などをレシピ管理ＤＢ１１２の各テーブル等に格納して管理する機能を有している。また、ユーザ端末２００ｂから受信した本サービスにおける特定のレシピに関するレシピ情報として、連携先ユーザ(Ｂ社・受託者)のＳａａＳ種別、連携先ユーザ(Ｂ社・受託者)のフォルダＩＤ等、連携先ユーザ(Ｂ社・受託者)の当該ＳａａＳの認証情報などをレシピ管理ＤＢ１１２の各テーブル等に格納して管理する機能を有している。また、ユーザ端末２００ａやユーザ端末２００ｂから受信したＳａａＳ種別やフォルダＩＤの変更情報をレシピ管理ＤＢ１１２のＳａａＳ種別テーブルやフォルダＩＤテーブルに格納して管理する機能を有している。
レシピ実行部１０３は、レシピを実行する機能を有している。レシピ実行部１０３は、ユーザ端末２００ａのレシピ実行指示部２１０からの指示（いわば手動）に基づきでレシピを実行したり、また、レシピ管理ＤＢ１１２のレシピ自動実行テーブル等に格納しているレシピの自動実行タイミング情報に基づき所定のタイミング（スケジュール）でいわば自動的にレシピを実行する。なお、レシピ実行指示部２０９からの指示を出せるのは、データ連携サーバ１００のユーザ端末画面管理部１０６により表示部２０７にレシピ実行指示ボタン等が表示される連携元ユーザ(Ａ社・委託者)側のユーザ端末２００ａのみであり、連携先ユーザ(Ｂ社・受託者)側のユーザ端末２００ｂからはそのような指示は出せない。
例えば、企業間データ連携の目的がストレージ共有の場合、レシピ実行部１０３は、まず、連携元ユーザ(Ａ社・委託者)のＳａａＳの認証情報を使用してＡ社が利用するＳａａＳにＡＰＩ接続し、連携元ユーザ(Ａ社・委託者)のフォルダからファイルを取得し、次に、連携先ユーザ(Ｂ社・受託者)のＳａａＳの認証情報を使用してＢ社が利用するＳａａＳにＡＰＩ接続し、連携先ユーザ(Ｂ社・受託者)のフォルダに当該ファイルを保存する。また、レシピ実行部１０３は、レシピ実行が成功した場合にはユーザ端末２００ａ（連携元ユーザ(Ａ社・委託者)）およびユーザ端末２００ｂ（連携先ユーザ(Ｂ社・受託者)）に成功した旨を電子メールで通知し、一方、レシピ実行が失敗した場合にはユーザ端末２００ａ連携元ユーザ(Ａ社・委託者)にのみ成功した旨を電子メールで通知する。
例えば、企業間データ連携の目的がストレージ共有の場合、レシピ実行部１０３は、まず、連携元ユーザ(Ａ社・委託者)のＳａａＳの認証情報を使用してＡ社が利用するＳａａＳにＡＰＩ接続し、連携元ユーザ(Ａ社・委託者)のフォルダからファイルを取得し、次に、連携先ユーザ(Ｂ社・受託者)のＳａａＳの認証情報を使用してＢ社が利用するＳａａＳにＡＰＩ接続し、連携先ユーザ(Ｂ社・受託者)のフォルダに当該ファイルを保存する。また、レシピ実行部１０３は、レシピ実行が成功した場合にはユーザ端末２００ａ（連携元ユーザ(Ａ社・委託者)）およびユーザ端末２００ｂ（連携先ユーザ(Ｂ社・受託者)）に成功した旨を電子メールで通知し、一方、レシピ実行が失敗した場合にはユーザ端末２００ａ連携元ユーザ(Ａ社・委託者)にのみ成功した旨を電子メールで通知する。
電子メール作成部１０４は、レシピ管理ＤＢ１１２の電子メール記載情報テーブルに格納している電子メール記載情報と、連携元ユーザ(Ａ社・委託者)の電子メールアドレステーブルおよび連携先ユーザ(Ｂ社・受託者)の電子メールアドレステーブルに格納している各電子メールアドレスに基づいて電子メールを作成する機能を有している。
電子メール記載情報とは、例えば、企業間データ連携目的がストレージ共有の場合、「連携元Ａ社と連携先Ｂ社のストレージ共有の件」などのテキストデータ等であり、連携元ユーザ(Ａ社・委託者)側のユーザ端末２００ａからレシピ情報の一部として登録されているものである。
電子メール記載情報とは、例えば、企業間データ連携目的がストレージ共有の場合、「連携元Ａ社と連携先Ｂ社のストレージ共有の件」などのテキストデータ等であり、連携元ユーザ(Ａ社・委託者)側のユーザ端末２００ａからレシピ情報の一部として登録されているものである。
電子メール送受信部１０５は、所定の情報処理装置に対して電子メールを送信したり、所定の情報処理装置から電子メールを受信する機能を有している。
ユーザ端末画面管理部１０６は、連携元ユーザ(Ａ社・委託者)側のユーザ端末２００ａの表示部２０７にレシピ実行指示ボタン等を表示させる機能を有している。
表示部１０７は、ディスプレイ等の表示機構に、種々の画面等を表示する機能を有している。
記憶部１０８は、ユーザ管理ＤＢ１１１、レシピ管理ＤＢ１１２等を格納する機能を有している。
ユーザ管理ＤＢ１１１、レシピ管理ＤＢ１１２等は、所定のユーザＩＤやレシピＩＤ等に連携元ユーザや連携先ユーザの各種のデータが紐付けられて記憶されている所定のテーブルを有するデータベースであり、そのテーブル構造の一例を図３に示す。例えば、ユーザマスタテーブル、ＳａａＳ種別テーブル、フォルダＩＤテーブル、ＳａａＳの認証情報テーブル、電子メールアドレステーブル、電子メール記載情報テーブル、レシピ自動実行テーブルなどがある。
ユーザ管理ＤＢ１１１、レシピ管理ＤＢ１１２等は、所定のユーザＩＤやレシピＩＤ等に連携元ユーザや連携先ユーザの各種のデータが紐付けられて記憶されている所定のテーブルを有するデータベースであり、そのテーブル構造の一例を図３に示す。例えば、ユーザマスタテーブル、ＳａａＳ種別テーブル、フォルダＩＤテーブル、ＳａａＳの認証情報テーブル、電子メールアドレステーブル、電子メール記載情報テーブル、レシピ自動実行テーブルなどがある。
図２を参照すると、ユーザ端末２００ａは、アカウント登録部２０１と、レシピ登録部２０２（電子メール記載情報はユーザ端末２００ａのみ）と、電子メール送受信部２０３と、ＳａａＳ種別変更部２０４と、フォルダ変更部２０５と、ＳａａＳ利用部２０６と、表示部２０７と、記憶部２０８と、レシピ実行指示部２０９を備えている。各部は、公知の入出力Ｉ／ＦやＣＰＵ等により、またＨＤＤ等により実現されてよい。
アカウント登録部２０１は、本サービスにおけるアカウント登録（ユーザ登録）をデータ連携サーバ１００に対して実施する機能と、ユーザＩＤに基づいてデータ連携サーバ１００に対してユーザ認証を依頼する機能を有している。
レシピ登録部２０２は、レシピの各種情報の設定登録をデータ連携サーバ１００に対して実施する機能を有している。なお、レシピ情報のうち電子メール記載情報は、例えば、企業間データ連携目的がクラウドストレージ共有の場合、「連携元Ａ社と連携先Ｂ社のクラウドストレージ共有の件」などのテキストデータ等であり、連携元ユーザ(Ａ社・委託者)側のユーザ端末２００ａからのみ登録される（連携先ユーザ(Ｂ社・受託者)側のユーザ端末２００ｂからは登録されない。
電子メール送受信部２０３は、所定の情報処理装置に対して電子メールを送信したり、所定の情報処理装置から電子メールを受信する機能を有している。
ＳａａＳ種別変更部２０４は、特定のレシピに関して、Ａ社側で利用するＳａａＳ種別を変更（ＳａａＳ側サーバ３００ａも変更後のＳａａＳを提供するものに置き換わる。）する場合に、データ連携サーバ１００に対して、変更後のＳａａＳ種別を通知し、データ連携サーバ１００がレシピ管理ＤＢ１１２のＳａａＳ種別テーブルに格納している情報を変更できるようにする機能を有している。なお、当該ＳａａＳ種別変更によりレシピ管理ＤＢ１１２のＳａａＳ種別テーブルに格納している情報を上書きして変更しても、その特定のレシピ自体はそのまま使用・運用できる。また、後述するように、ＳａａＳ種別変更はＢ社側で利用するＳａａＳ種別の変更についてはユーザ端末２００ｂから同様に変更を反映することができる。
フォルダ変更部２０５は、特定のレシピに関して、Ａ社側で利用するフォルダＩＤ等を変更する場合に、データ連携サーバ１００に対して、変更後のフォルダＩＤ等を通知し、データ連携サーバ１００がレシピ管理ＤＢ１１２のフォルダＩＤテーブルに格納している情報を変更できるようにする機能を有している。なお、当該フォルダ変更によりレシピ管理ＤＢ１１２のフォルダＩＤテーブルに格納している情報を上書きして変更しても、その特定のレシピ自体はそのまま使用・運用できる。また、後述するように、フォルダ変更はＢ社側で利用するフォルダの変更についてはユーザ端末２００ｂから同様に変更を反映することができる。
ＳａａＳ利用部２０６は、ユーザ端末２００ａがＡ社側で利用するＳａａＳのＳａａＳ側サーバ３００ａから提供を受けるＳａａＳを利用する機能を有している。
表示部２０７は、ディスプレイ等の表示機構に、種々の画面等を表示する機能を有している。
記憶部２０８は、各種のデータを格納する機能を有している。
レシピ実行指示部２０９は、データ連携サーバ１００に対して、レシピの実行を開始する指示を発行する機能を有している。データ連携サーバ１００のユーザ端末画面管理部１０６により表示部２０７に表示されるレシピ実行指示ボタン等をユーザ端末２００ａのユーザが押下げ操作することでレシピ実行を指示する。なお、レシピ実行指示部２１０を備えるのは連携元ユーザ(Ａ社・委託者)側のユーザ端末２００ａのみであり、連携先ユーザ(Ｂ社・受託者)側のユーザ端末２００ｂには存在しない。
以下、ユーザ端末２００ｂの機能を説明するが、上記のユーザ端末２００ａと実質的に同一の機能は同一の符号を付して説明する。
図２を参照すると、ユーザ端末２００ｂは、アカウント登録部２０１と、レシピ登録部２０２と、電子メール送受信部２０３と、ＳａａＳ種別変更部２０４と、フォルダ変更部２０５と、ＳａａＳ利用部２０６と、表示部２０７と、記憶部２０８を備えている。各部は、公知の入出力Ｉ／ＦやＣＰＵ等により、またＨＤＤ等により実現されてよい。
図２を参照すると、ユーザ端末２００ｂは、アカウント登録部２０１と、レシピ登録部２０２と、電子メール送受信部２０３と、ＳａａＳ種別変更部２０４と、フォルダ変更部２０５と、ＳａａＳ利用部２０６と、表示部２０７と、記憶部２０８を備えている。各部は、公知の入出力Ｉ／ＦやＣＰＵ等により、またＨＤＤ等により実現されてよい。
アカウント登録部２０１は、本サービスにおけるアカウント登録（ユーザ登録）をデータ連携サーバ１００に対して実施する機能と、ユーザＩＤに基づいてデータ連携サーバ１００に対してユーザ認証を依頼する機能を有している。
レシピ登録部２０２は、レシピの各種情報の設定登録をデータ連携サーバ１００に対して実施する機能を有している。
電子メール送受信部２０３は、所定の情報処理装置に対して電子メールを送信したり、所定の情報処理装置から電子メールを受信する機能を有している。
ＳａａＳ種別変更部２０４は、特定のレシピに関して、Ｂ社側で利用するＳａａＳ種別を変更（ＳａａＳ側サーバ３００ｂも変更後のＳａａＳを提供するものに置き換わる。）する場合に、データ連携サーバ１００に対して、変更後のＳａａＳ種別を通知し、データ連携サーバ１００がレシピ管理ＤＢ１１２のＳａａＳ種別テーブルに格納している情報を変更できるようにする機能を有している。なお、当該ＳａａＳ種別変更によりレシピ管理ＤＢ１１２のＳａａＳ種別テーブルに格納している情報を上書きして変更しても、その特定のレシピ自体はそのまま使用・運用できる。
フォルダ変更部２０５は、特定のレシピに関して、Ｂ社側で利用するフォルダＩＤ等を変更する場合に、データ連携サーバ１００に対して、変更後のフォルダＩＤ等を通知し、データ連携サーバ１００がレシピ管理ＤＢ１１２のフォルダＩＤテーブルに格納している情報を変更できるようにする機能を有している。なお、当該フォルダ変更によりレシピ管理ＤＢ１１２のフォルダＩＤテーブルに格納している情報を上書きして変更しても、その特定のレシピ自体はそのまま使用・運用できる。
ＳａａＳ利用部２０６は、ユーザ端末２００ｂがＢ社側で利用するＳａａＳのＳａａＳ側サーバ３００ｂから提供を受けるＳａａＳを利用する機能を有している。
表示部２０７は、ディスプレイ等の表示機構に、種々の画面等を表示する機能を有している。
記憶部２０８は、各種のデータを格納する機能を有している。
次に、本実施の形態に係る企業間データ連携システム１０の処理の流れについて、図４の説明図および図５のシーケンス図を参照して詳細に説明する。なお、図６および図７に示す各画面の一例も適宜参照する。
以下のデータの送受信は図１に示す、インターネットや所定のネットワークを介して実施される。
なお、ＳａａＳのＷｅｂ ＡＰＩ等は公知の仕組みであり、既知の種々の技術が適用されてよく、ここでは必要最少限の説明に留め、その詳細な説明は省略する。
以下のデータの送受信は図１に示す、インターネットや所定のネットワークを介して実施される。
なお、ＳａａＳのＷｅｂ ＡＰＩ等は公知の仕組みであり、既知の種々の技術が適用されてよく、ここでは必要最少限の説明に留め、その詳細な説明は省略する。
図４および図５を参照すると、まず、ユーザ端末２００ａのアカウント登録部２０１は、本サービスのアカウント登録（ユーザ登録）をデータ連携サーバ１００に登録する（ステップＳ１）。ブラウザ操作に応じたオンラインサインアップが可能である。なお、本ステップＳ１は必須ではない。
これを受けて、データ連携サーバ１００のアカウント管理部１０１は、ユーザ端末２００ａから受信したユーザＩＤ（ユーザ名とパスワードなど）を記憶部１０８のユーザ管理ＤＢ１１１のユーザマスタテーブルに格納する。
なお、２回目以降の本サービスへのログイン時には、ユーザ端末２００ａのアカウント登録部２０１は、ユーザＩＤに基づいてデータ連携サーバ１００に対してユーザ認証を依頼し、データ連携サーバ１００のアカウント管理部１０１は、ユーザ管理ＤＢ１１１のユーザマスタテーブルを検索してユーザ認証を実行する。
一般的なアカウント登録、ログイン時のユーザ認証の処理であるので詳細な説明は省略する。
これを受けて、データ連携サーバ１００のアカウント管理部１０１は、ユーザ端末２００ａから受信したユーザＩＤ（ユーザ名とパスワードなど）を記憶部１０８のユーザ管理ＤＢ１１１のユーザマスタテーブルに格納する。
なお、２回目以降の本サービスへのログイン時には、ユーザ端末２００ａのアカウント登録部２０１は、ユーザＩＤに基づいてデータ連携サーバ１００に対してユーザ認証を依頼し、データ連携サーバ１００のアカウント管理部１０１は、ユーザ管理ＤＢ１１１のユーザマスタテーブルを検索してユーザ認証を実行する。
一般的なアカウント登録、ログイン時のユーザ認証の処理であるので詳細な説明は省略する。
次に、ユーザ端末２００ａのレシピ登録部２０２は、レシピの各種情報の設定登録をデータ連携サーバ１００に対して実施し、データ連携サーバ１００の所定のＤＢにレシピ情報を登録する（ステップＳ２）。すなわち、企業間データ連携の目的に合わせた機能をパッケージ化した「レシピ（企業間連携レシピ）」に関するレシピ情報をブラウザ操作に応じて設定登録する（図６も参照）。
例えば、企業間データ連携目的がクラウドストレージ共有の場合、レシピ情報として以下を登録する。
・連携元ユーザ(Ａ社・委託者)のＳａａＳ種別
・連携元ユーザ(Ａ社・委託者)のフォルダＩＤ等
・連携元ユーザ(Ａ社・委託者)のＳａａＳの認証情報（例えば、OAuth2.0認証など。）
・連携元ユーザ(Ａ社・委託者)の電子メールアドレス
・連携先ユーザ(Ｂ社・受託者)の電子メールアドレス
・電子メール記載情報（例えば、企業間データ連携目的がクラウドストレージ共有の場合、「連携元Ａ社と連携先Ｂ社のクラウドストレージ共有の件」など。任意の登録情報である。）
・自動実行タイミング情報（例えば、レシピを１分毎に自動実行するなど。任意の登録情報である。）
これを受けて、データ連携サーバ１００のレシピ管理部１０２は、記憶部１０８のレシピ管理ＤＢ１１２のＳａａＳ種別テーブル、フォルダＩＤテーブル、ＳａａＳの認証情報テーブル、電子メールアドレステーブル、電子メール記載情報テーブル、レシピ自動実行テーブル等にそれぞれのデータを格納し、レシピ情報を管理する。
例えば、企業間データ連携目的がクラウドストレージ共有の場合、レシピ情報として以下を登録する。
・連携元ユーザ(Ａ社・委託者)のＳａａＳ種別
・連携元ユーザ(Ａ社・委託者)のフォルダＩＤ等
・連携元ユーザ(Ａ社・委託者)のＳａａＳの認証情報（例えば、OAuth2.0認証など。）
・連携元ユーザ(Ａ社・委託者)の電子メールアドレス
・連携先ユーザ(Ｂ社・受託者)の電子メールアドレス
・電子メール記載情報（例えば、企業間データ連携目的がクラウドストレージ共有の場合、「連携元Ａ社と連携先Ｂ社のクラウドストレージ共有の件」など。任意の登録情報である。）
・自動実行タイミング情報（例えば、レシピを１分毎に自動実行するなど。任意の登録情報である。）
これを受けて、データ連携サーバ１００のレシピ管理部１０２は、記憶部１０８のレシピ管理ＤＢ１１２のＳａａＳ種別テーブル、フォルダＩＤテーブル、ＳａａＳの認証情報テーブル、電子メールアドレステーブル、電子メール記載情報テーブル、レシピ自動実行テーブル等にそれぞれのデータを格納し、レシピ情報を管理する。
次に、データ連携サーバ１００の電子メール送受信部１０５は、ユーザ端末２００ｂ（Ｂ社側）に電子メールを送信（送付）して連携先ユーザ(Ｂ社・受託者)に本サービスのアカウント作成を促し（ステップＳ３）、ユーザ端末２００ｂの電子メール送受信部２０３は当該電子メールを受信する。なお、既に連携先ユーザ(Ｂ社・受託者)が本サービスのアカウントを保持している場合は本ステップＳ３および次のステップＳ４をスキップする。なお、本ステップＳ３および次のステップＳ４はそもそも必須ではない。
次に、ユーザ端末２００ｂのアカウント登録部２０１は、本サービスのアカウント登録（ユーザ登録）をデータ連携サーバ１００に登録する（ステップＳ４）。ブラウザ操作に応じたオンラインサインアップが可能である。
これを受けて、データ連携サーバ１００のアカウント管理部１０１は、ユーザ端末２００ｂから受信したユーザＩＤ（ユーザ名とパスワードなど）を記憶部１０８のユーザ管理ＤＢ１１１のユーザマスタテーブルに格納する。
これを受けて、データ連携サーバ１００のアカウント管理部１０１は、ユーザ端末２００ｂから受信したユーザＩＤ（ユーザ名とパスワードなど）を記憶部１０８のユーザ管理ＤＢ１１１のユーザマスタテーブルに格納する。
次に、データ連携サーバ１００の電子メール送受信部１０５は、ユーザ端末２００ｂ（Ｂ社側）に対して電子メールを送信して連携元ユーザ(Ａ社・委託者)が、例えば、クラウドストレージ共有の依頼（希望している旨）を通知する（ステップＳ５）。クラウドストレージ共有に限らずあらゆるＳａａＳが提供するサービス（例えば、大量データ共有、請求書ＰＤＦの送受信等である。）のデータ連携が対象となり得る。
ここで、データ連携サーバ１００の電子メール作成部１０４は、レシピ管理ＤＢ１１２の電子メール記載情報テーブルに格納しているメッセージ情報（任意なので存在すれば。）と、電子メールアドレステーブルに格納している連携元ユーザと連携先ユーザの各電子メールアドレスに基づいて電子メールを作成する。
メッセージ情報とは、例えば、企業間データ連携目的がストレージ共有の場合、「連携元Ａ社と連携先Ｂ社のストレージ共有の件」などのテキストデータ等であり、連携元ユーザ(Ａ社・委託者)側のユーザ端末２００ａからレシピ情報の一部として登録されているものである。なお、連携元ユーザ(Ａ社・委託者)が選択したアイコン等からメッセージ種別を判別して自動でメッセージ情報が作成されることであってもよい。
ここで、データ連携サーバ１００の電子メール作成部１０４は、レシピ管理ＤＢ１１２の電子メール記載情報テーブルに格納しているメッセージ情報（任意なので存在すれば。）と、電子メールアドレステーブルに格納している連携元ユーザと連携先ユーザの各電子メールアドレスに基づいて電子メールを作成する。
メッセージ情報とは、例えば、企業間データ連携目的がストレージ共有の場合、「連携元Ａ社と連携先Ｂ社のストレージ共有の件」などのテキストデータ等であり、連携元ユーザ(Ａ社・委託者)側のユーザ端末２００ａからレシピ情報の一部として登録されているものである。なお、連携元ユーザ(Ａ社・委託者)が選択したアイコン等からメッセージ種別を判別して自動でメッセージ情報が作成されることであってもよい。
次に、連携先Ｂ社がクラウドストレージ共有に同意する場合、ユーザ端末２００ｂのレシピ登録部２０２は、レシピの各種情報の設定登録をデータ連携サーバ１００に対して実施し、データ連携サーバ１００の所定のＤＢにレシピ情報を登録する（ステップＳ６）。すなわち、企業間データ連携の目的に合わせた機能をパッケージ化した「レシピ（企業間連携レシピ）」に関するレシピ情報をブラウザ操作に応じて設定登録する（図７も参照）。上記のステップＳ５において送付された電子メールのリンク先から上記のステップＳ２で登録されたレシピ情報の対となるレシピ情報の登録画面が開けることであってもよい。この際に、連携先ユーザ(Ｂ社・受託者)は連携元ユーザ(Ａ社・委託者)のレシピ情報を見ることはできなく（非表示）、したがって、基本的には連携元ユーザ(Ａ社・委託者)のＳａａＳ種別も見ることはできないが、オプションとして、「連携先ユーザ(Ｂ社・受託者)にＳａａＳ種別を開示」などのチェックボックス等を設けてチェックがある場合にはユーザ端末２００ｂの表示部２０７に読取専用で連携元ユーザ(Ａ社・委託者)のＳａａＳ種別を表示することであってもよい。
例えば、企業間データ連携目的がクラウドストレージ共有の場合、レシピ情報として以下を登録する。
・連携先ユーザ(Ｂ社・受託者)のＳａａＳ種別
・連携先ユーザ(Ｂ社・受託者)のフォルダＩＤ等
・連携先ユーザ(Ｂ社・受託者)のＳａａＳの認証情報
これを受けて、データ連携サーバ１００のレシピ管理部１０２は、記憶部１０８のレシピ管理ＤＢ１１２のＳａａＳ種別テーブル、フォルダＩＤテーブル、ＳａａＳの認証情報テーブル等にそれぞれのデータを格納し、レシピ情報を管理する。
例えば、企業間データ連携目的がクラウドストレージ共有の場合、レシピ情報として以下を登録する。
・連携先ユーザ(Ｂ社・受託者)のＳａａＳ種別
・連携先ユーザ(Ｂ社・受託者)のフォルダＩＤ等
・連携先ユーザ(Ｂ社・受託者)のＳａａＳの認証情報
これを受けて、データ連携サーバ１００のレシピ管理部１０２は、記憶部１０８のレシピ管理ＤＢ１１２のＳａａＳ種別テーブル、フォルダＩＤテーブル、ＳａａＳの認証情報テーブル等にそれぞれのデータを格納し、レシピ情報を管理する。
次に、データ連携サーバ１００電子メール送受信部１０５は、ユーザ端末２００ａ（Ａ社側）に対して電子メールを送信して、連携元ユーザ(Ａ社・委託者)に対して、連携先ユーザ(Ｂ社・受託者)によるレシピ情報の設定登録が完了した旨を通知する（ステップＳ７）。
次に、連携元ユーザ(Ａ社・委託者)がレシピの実行を希望する任意のタイミングにおいて、データ連携サーバ１００のユーザ端末画面管理部１０６によりユーザ端末２００ａの表示部２０７に表示されるレシピ実行指示ボタン等をブラウザ操作により押下げ操作することでレシピ実行を指示する。このレシピ実行指示ボタン等の押下げ操作等に応じて、ユーザ端末２００ａレシピ実行指示部２０９は、データ連携サーバ１００に対して、レシピの実行を開始する指示を発行する（ステップＳ８）。なお、レシピ実行指示部２１０を備えるのは連携元ユーザ(Ａ社・委託者)側のユーザ端末２００ａのみであり、連携先ユーザ(Ｂ社・受託者)側のユーザ端末２００ｂには存在しなくユーザ端末２００ｂの表示部２０７にはレシピ実行指示ボタン等は表示されない。
また、連携元ユーザ(Ａ社・委託者)が手動でレシピを実行する際に、連携元ユーザ(Ａ社・委託者)は連携先ユーザ(Ｂ社・受託者)のレシピ情報を見ることはできなく（非表示）、したがって、基本的には連携先ユーザ(Ｂ社・受託者)のＳａａＳ種別も見ることはできないが、オプションとして、「連携元ユーザ(Ａ社・委託者))にＳａａＳ種別を開示」などのチェックボックス等を設けてチェックがある場合にはユーザ端末２００ａの表示部２０７に読取専用で連携先ユーザ(Ｂ社・受託者)のＳａａＳ種別を表示することであってもよい。
本ステップＳ８は、データ連携サーバ１００の記憶部１０８のレシピ管理ＤＢ１１２のレシピ自動実行テーブルに格納された自動実行タイミング情報（例えば、レシピを１分毎に自動実行するなど。）に基づいて、自動でレシピの実行を開始する処理に置き換えることであってもよい。
また、連携元ユーザ(Ａ社・委託者)が手動でレシピを実行する際に、連携元ユーザ(Ａ社・委託者)は連携先ユーザ(Ｂ社・受託者)のレシピ情報を見ることはできなく（非表示）、したがって、基本的には連携先ユーザ(Ｂ社・受託者)のＳａａＳ種別も見ることはできないが、オプションとして、「連携元ユーザ(Ａ社・委託者))にＳａａＳ種別を開示」などのチェックボックス等を設けてチェックがある場合にはユーザ端末２００ａの表示部２０７に読取専用で連携先ユーザ(Ｂ社・受託者)のＳａａＳ種別を表示することであってもよい。
本ステップＳ８は、データ連携サーバ１００の記憶部１０８のレシピ管理ＤＢ１１２のレシピ自動実行テーブルに格納された自動実行タイミング情報（例えば、レシピを１分毎に自動実行するなど。）に基づいて、自動でレシピの実行を開始する処理に置き換えることであってもよい。
次に、データ連携サーバ１００のレシピ実行部１０３は、レシピを実行する（ステップＳ９）。例えば、企業間データ連携の目的がストレージ共有の場合、レシピ実行部１０３は、まず、連携元ユーザ(Ａ社・委託者)のＳａａＳの認証情報を使用してＡ社が利用するＳａａＳのＳａａＳ側サーバ３００ａにＡＰＩ接続し、連携元ユーザ(Ａ社・委託者)のフォルダからファイル（データ）を取得し、次に、連携先ユーザ(Ｂ社・受託者)のＳａａＳの認証情報を使用してＢ社が利用するＳａａＳのＳａａＳ側サーバ３００ｂにＡＰＩ接続し、連携先ユーザ(Ｂ社・受託者)のフォルダに当該ファイル（データ）を保存する。なお、ユーザ端末２００ａのＳａａＳ利用部２０６は、ＳａａＳ側サーバ３００ａから提供を受けるＳａａＳを利用し、また、ユーザ端末２００ｂのＳａａＳ利用部２０６は、ＳａａＳのＳａａＳ側サーバ３００ｂから提供を受けるＳａａＳを利用している。
データ連携サーバ１００のレシピ実行部１０３は、ユーザ端末２００ａのレシピ実行指示部２１０からの指示（いわば手動）に基づきでレシピを実行したり、また、レシピ管理ＤＢ１１２のレシピ自動実行テーブル等に格納しているレシピの自動実行タイミング情報に基づき所定のタイミング（スケジュール）でいわば自動的にレシピを実行する。
データ連携サーバ１００のレシピ実行部１０３は、論理的に分かれている連携元ユーザ(Ａ社・委託者)のＳａａＳの認証情報および連携先ユーザ(Ｂ社・受託者)のＳａａＳの認証情報（セキュリティ対策）をＡ社、Ｂ社に相互に見せないことでセキュリティ面の安全性を担保することができる。データ連携サーバ１００がそれぞれの認証情報を取得・保持して、それぞれのＳａａＳにアクセスして処理を実行する、いわば代行・仲介の役割であり、仲介の際にデータ連携サーバ１００は別途そのデータを保管しないという点にも価値がある、すなわちデータの漏洩リスクが無く、データ消滅のリスクも無い（一般的な仲介会社はデータに価値がありデータを別途保管・保持したがる動機がある。）。
データ連携サーバ１００のレシピ実行部１０３は、ユーザ端末２００ａのレシピ実行指示部２１０からの指示（いわば手動）に基づきでレシピを実行したり、また、レシピ管理ＤＢ１１２のレシピ自動実行テーブル等に格納しているレシピの自動実行タイミング情報に基づき所定のタイミング（スケジュール）でいわば自動的にレシピを実行する。
データ連携サーバ１００のレシピ実行部１０３は、論理的に分かれている連携元ユーザ(Ａ社・委託者)のＳａａＳの認証情報および連携先ユーザ(Ｂ社・受託者)のＳａａＳの認証情報（セキュリティ対策）をＡ社、Ｂ社に相互に見せないことでセキュリティ面の安全性を担保することができる。データ連携サーバ１００がそれぞれの認証情報を取得・保持して、それぞれのＳａａＳにアクセスして処理を実行する、いわば代行・仲介の役割であり、仲介の際にデータ連携サーバ１００は別途そのデータを保管しないという点にも価値がある、すなわちデータの漏洩リスクが無く、データ消滅のリスクも無い（一般的な仲介会社はデータに価値がありデータを別途保管・保持したがる動機がある。）。
次に、データ連携サーバ１００の電子メール送受信部１０５は、上記のステップＳ９におけるレシピ実行が成功した場合にはユーザ端末２００ａ（連携元ユーザ(Ａ社・委託者)）およびユーザ端末２００ｂ（連携先ユーザ(Ｂ社・受託者)）に成功した旨を電子メールで通知し、一方、上記のステップＳ９におけるレシピ実行が失敗した場合にはユーザ端末２００ａ（連携元ユーザ(Ａ社・委託者)）にのみ成功した旨を電子メールで通知する（ステップＳ１０）。なお、本ステップＳ１０は必須ではない。
これを受けて、ユーザ端末２００ａの電子メール送受信部２０３やユーザ端末２００ｂの電子メール送受信部２０３は電子メールを受信する。
これを受けて、ユーザ端末２００ａの電子メール送受信部２０３やユーザ端末２００ｂの電子メール送受信部２０３は電子メールを受信する。
さらに、ユーザ端末２００ａのＳａａＳ種別変更部２０４は、任意のタイミングで、特定のレシピに関して、連携元ユーザ(Ａ社・委託者)側で利用するＳａａＳ種別を変更（ＳａａＳ側サーバ３００ａも変更後のＳａａＳを提供するものに置き換わる。）する場合に、データ連携サーバ１００に対して、変更後のＳａａＳ種別を通知し、データ連携サーバ１００がレシピ管理ＤＢ１１２のＳａａＳ種別テーブルに格納している情報を変更することであってもよい。なお、当該ＳａａＳ種別変更によりレシピ管理ＤＢ１１２のＳａａＳ種別テーブルに格納している情報を上書きして変更しても、その特定のレシピ自体はそのまま使用・運用（同一のレシピ実行指示ボタン等の押下げ操作でレシピ実行）できる。また、ユーザ端末２００ｂのＳａａＳ種別変更部２０４により、ＳａａＳ種別変更は連携先ユーザ(Ｂ社・受託者)側で利用するＳａａＳ種別の変更についてはユーザ端末２００ｂから同様に変更を反映することができる。
これを受けて、データ連携サーバ１００のレシピ管理部１０２は、ユーザ端末２００ａやユーザ端末２００ｂから受信したＳａａＳ種別の変更情報をレシピ管理ＤＢ１１２のＳａａＳ種別テーブルに格納して管理する。
ＳａａＳ種別の変更は、例えば、プルダウンからＳａａＳ種別を選択することで設定変更可能であってもよい。新レシピを一から設定することは不要であり、いわば既存のレシピを置換可能といえる。また、ＳａａＳ種別の変更は、委託者・受託者の双方側から相互に独立して手軽に設定変更可であり、利便性が向上するし、関係先会社が多数の場合には特にメリットが大きくなる。
これを受けて、データ連携サーバ１００のレシピ管理部１０２は、ユーザ端末２００ａやユーザ端末２００ｂから受信したＳａａＳ種別の変更情報をレシピ管理ＤＢ１１２のＳａａＳ種別テーブルに格納して管理する。
ＳａａＳ種別の変更は、例えば、プルダウンからＳａａＳ種別を選択することで設定変更可能であってもよい。新レシピを一から設定することは不要であり、いわば既存のレシピを置換可能といえる。また、ＳａａＳ種別の変更は、委託者・受託者の双方側から相互に独立して手軽に設定変更可であり、利便性が向上するし、関係先会社が多数の場合には特にメリットが大きくなる。
さらに、ユーザ端末２００ａのフォルダ変更部２０５は、任意のタイミングで、特定のレシピに関して、連携元ユーザ(Ａ社・委託者)側で利用するフォルダＩＤ等を変更する場合に、データ連携サーバ１００に対して、変更後のフォルダＩＤ等を通知し、データ連携サーバ１００がレシピ管理ＤＢ１１２のフォルダＩＤテーブルに格納している情報を変更することであってもよい。なお、当該フォルダ変更によりレシピ管理ＤＢ１１２のフォルダＩＤテーブルに格納している情報を上書きして変更しても、その特定のレシピ自体はそのまま使用・運用（同一のレシピ実行指示ボタン等の押下げ操作でレシピ実行）できる。また、ユーザ端末２００ｂのフォルダ変更部２０５により、フォルダ変更は連携先ユーザ(Ｂ社・受託者)側で利用するフォルダの変更についてはユーザ端末２００ｂから同様に変更を反映することができる。
これを受けて、データ連携サーバ１００のレシピ管理部１０２は、ユーザ端末２００ａやユーザ端末２００ｂから受信したフォルダＩＤの変更情報をレシピ管理ＤＢ１１２のフォルダＩＤテーブルに格納して管理する。
フォルダＩＤ等の変更は、例えば、プルダウンやフォルダ一覧画面から所定のフォルダを選択することで設定変更可能であってもよい。新レシピを一から設定することは不要であり、いわば既存のレシピを置換可能といえる。また、フォルダＩＤ等の変更は、委託者・受託者の双方側から相互に独立して手軽に設定変更可であり、利便性が向上するし、取引先・年月別等に異なるフォルダで管理するケースも想定され、関係先会社が多数の場合には特にメリットが大きくなる。さらに所定のＳａａＳで提供されているような機能（保存先フォルダ変更してもファルダＩＤへの紐づけを変更すればそのまま利用可能）を利用することは不要となる。
これを受けて、データ連携サーバ１００のレシピ管理部１０２は、ユーザ端末２００ａやユーザ端末２００ｂから受信したフォルダＩＤの変更情報をレシピ管理ＤＢ１１２のフォルダＩＤテーブルに格納して管理する。
フォルダＩＤ等の変更は、例えば、プルダウンやフォルダ一覧画面から所定のフォルダを選択することで設定変更可能であってもよい。新レシピを一から設定することは不要であり、いわば既存のレシピを置換可能といえる。また、フォルダＩＤ等の変更は、委託者・受託者の双方側から相互に独立して手軽に設定変更可であり、利便性が向上するし、取引先・年月別等に異なるフォルダで管理するケースも想定され、関係先会社が多数の場合には特にメリットが大きくなる。さらに所定のＳａａＳで提供されているような機能（保存先フォルダ変更してもファルダＩＤへの紐づけを変更すればそのまま利用可能）を利用することは不要となる。
上記のように連携元ユーザ(Ａ社・委託者)からレシピ情報の設定登録を開始し、連携先ユーザ(Ｂ社・受託者)が対応し、また、レシピ実行は連携元ユーザ(Ａ社・委託者)からのみ（一方のみ、Ａ社側のユーザ端末２００ａの画面にのみ自動化設定、手動ボタンが表示される。）可能となっている（レシピは連携元ユーザ(Ａ社・委託者)の所有物のイメージとなる。）。これにより、処理フローが簡潔になり、データ連携サーバ１００での管理も容易となり処理負担も軽減される。さらに、一般的なクラウドストレージ共有の設定と比べると、「誰に、何を、どのような目的で連携しているか」を可視化できるため、セキュリティや内部統制（ＩＴ統制）の観点から非常にプラスとなる。例えば、社員が勝手に他社の方にフォルダ共有をしていると会社としては気付くことができないリスクがあるが、本サービスではそれが可視化される。そして、レシピ実行の度にＡ社側だけでなくＢ社側にも自動的に電子メール等で通知されるため、個別の電子メールの作成・送信や電話でのコミュニケーションが不要になり両社の業務フローが最適化される。
次に、本実施の形態に係る企業間データ連携システム１０の実施例１乃至３を説明する。
[実施例１]
図８に示すように、企業間クラウドストレージ連携である。
従来のクラウドストレージＳａａＳを使った外部とのデータ(例えば、請求書ＰＤＦ)共有は、送信者が自社で利用するＳａａＳにファイルを保存し、その共有相手として受信者を設定した上で電子メール等で通知を行っていた。しかしながら、この方法では受信者の環境にはデータが保存されないため、実運用上は共有された送信者のデータを自社環境にコピー・バックアップするオペレーションが発生していた。本サービスでは委託者であるＡ社と受託者であるＢ社の両社のＳａａＳ間を連携することにより、両社のオペレーションを最小化することができる。
図８に示すように、企業間クラウドストレージ連携である。
従来のクラウドストレージＳａａＳを使った外部とのデータ(例えば、請求書ＰＤＦ)共有は、送信者が自社で利用するＳａａＳにファイルを保存し、その共有相手として受信者を設定した上で電子メール等で通知を行っていた。しかしながら、この方法では受信者の環境にはデータが保存されないため、実運用上は共有された送信者のデータを自社環境にコピー・バックアップするオペレーションが発生していた。本サービスでは委託者であるＡ社と受託者であるＢ社の両社のＳａａＳ間を連携することにより、両社のオペレーションを最小化することができる。
[実施例２]
図９に示すように、企業間クラウドストレージ連携である。
Ｂ社（例えば、大手企業で取引先が多数）がＡ１、Ａ２、Ａ３という複数の取引企業からの請求書を取りまとめる場合、個別にメール・郵送・請求書発行ＳａａＳ等でやりとりされたのでは管理が煩雑になってしまう。そこで、各取引先に本サービスの利用を促し、請求書ＰＤＦの受領をクラウドストレージＳａａＳの特定のフォルダに集約することが可能となる。
図９に示すように、企業間クラウドストレージ連携である。
Ｂ社（例えば、大手企業で取引先が多数）がＡ１、Ａ２、Ａ３という複数の取引企業からの請求書を取りまとめる場合、個別にメール・郵送・請求書発行ＳａａＳ等でやりとりされたのでは管理が煩雑になってしまう。そこで、各取引先に本サービスの利用を促し、請求書ＰＤＦの受領をクラウドストレージＳａａＳの特定のフォルダに集約することが可能となる。
[実施例３]
図１０に示すように、異なるサービス間の連携である。
Ａ社とＢ社の２社間でセキュアに大量のデータを共有したい場合、従来であれば「ＳＦＴＰサーバ」へは「ＳＦＴＰクライアント」によって接続する必要があったが、本サービスにより２社で全く別のアプリケーションを使用していてもデータの共有を行うことができる。例えば、Ａ社が会社のポリシーによって特定のクラウドストレージＳａａＳからのアクセスを禁止している場合や、会社のポリシーによってＳＦＴＰサーバおよびクライアントの利用が禁止されている場合に、データ連携サーバ１００がＳＦＴＰクライアントとして振る舞うことで自社で使用しているクラウドサービスを活用したデータの授受が可能となる。なお、ＳＦＴＰ（SSH File Transfer Protocol）とは、FTPによって転送されるファイルを「SSH（Secure Shell）」によって暗号化するファイル転送プロトコルである。
さらにＳａａＳ種別の変更登録を行うことで、実施例３から実施例１等の利用態様へ遷移させることも可能である。
図１０に示すように、異なるサービス間の連携である。
Ａ社とＢ社の２社間でセキュアに大量のデータを共有したい場合、従来であれば「ＳＦＴＰサーバ」へは「ＳＦＴＰクライアント」によって接続する必要があったが、本サービスにより２社で全く別のアプリケーションを使用していてもデータの共有を行うことができる。例えば、Ａ社が会社のポリシーによって特定のクラウドストレージＳａａＳからのアクセスを禁止している場合や、会社のポリシーによってＳＦＴＰサーバおよびクライアントの利用が禁止されている場合に、データ連携サーバ１００がＳＦＴＰクライアントとして振る舞うことで自社で使用しているクラウドサービスを活用したデータの授受が可能となる。なお、ＳＦＴＰ（SSH File Transfer Protocol）とは、FTPによって転送されるファイルを「SSH（Secure Shell）」によって暗号化するファイル転送プロトコルである。
さらにＳａａＳ種別の変更登録を行うことで、実施例３から実施例１等の利用態様へ遷移させることも可能である。
次に、本発明の第二の実施の形態を図面を参照しつつ説明する。
上記の第一の実施の形態では、フォルダＩＤ等の変更は、委託者・受託者の双方側から相互に独立して設定変更可であったが、本実施の形態では、フォルダＩＤ等の変更は委託者側のみ可である点が異なる。
上記の第一の実施の形態では、フォルダＩＤ等の変更は、委託者・受託者の双方側から相互に独立して設定変更可であったが、本実施の形態では、フォルダＩＤ等の変更は委託者側のみ可である点が異なる。
次に、本実施の形態に係る企業間データ連携システム１０の実施例４を説明する。
[実施例４]
図１１に示すように、請求書発行ＳａａＳと受取請求書ＳａａＳ連携との連携である。例えば、Ａ社が請求書発行ＳａａＳから発行した請求書ＰＤＦを、Ｂ社が使用するＡＩ－ＯＣＲ機能を持つ受取請求書ＳａａＳに連携することにより、異なるシステムを利用していても請求書の発行から受領までをシームレスに連携することが可能となる。請求書の送受信に係るオペレーションコストの削減や、処理の抜け漏れを防ぐ効果がある。受取請求書ＳａａＳは、請求書ＰＤＦを全部直接取り込む取込口のフォルダがあり、そこにＰＤＦファイルを保存する処理イメージとなる。フォルダＩＤ等の変更はＡ社・委託者側のみが可能である。受取請求書ＳａａＳは、請求書の回収から仕訳・振込・保管など、経理が課題としていた業務フローを一気通貫で解決できるクラウドサービスであり、請求書の読取だけでなく、届いた請求書の処理の後続作業として想定される仕訳、会計システムへの登録、振込データ作成、データ保管といった作業も完結させることができる。
なお、上記の実施例１乃至３も一部変更（一部省略）により本実施の形態として適用可能であることはもちろんである。
[実施例４]
図１１に示すように、請求書発行ＳａａＳと受取請求書ＳａａＳ連携との連携である。例えば、Ａ社が請求書発行ＳａａＳから発行した請求書ＰＤＦを、Ｂ社が使用するＡＩ－ＯＣＲ機能を持つ受取請求書ＳａａＳに連携することにより、異なるシステムを利用していても請求書の発行から受領までをシームレスに連携することが可能となる。請求書の送受信に係るオペレーションコストの削減や、処理の抜け漏れを防ぐ効果がある。受取請求書ＳａａＳは、請求書ＰＤＦを全部直接取り込む取込口のフォルダがあり、そこにＰＤＦファイルを保存する処理イメージとなる。フォルダＩＤ等の変更はＡ社・委託者側のみが可能である。受取請求書ＳａａＳは、請求書の回収から仕訳・振込・保管など、経理が課題としていた業務フローを一気通貫で解決できるクラウドサービスであり、請求書の読取だけでなく、届いた請求書の処理の後続作業として想定される仕訳、会計システムへの登録、振込データ作成、データ保管といった作業も完結させることができる。
なお、上記の実施例１乃至３も一部変更（一部省略）により本実施の形態として適用可能であることはもちろんである。
次に、本発明の第三の実施の形態を図面を参照しつつ説明する。
上記の第一の実施の形態および第二の実施の形態では、フォルダＩＤ等の変更は、委託者・受託者の双方側から相互に独立して設定変更可であったが、本実施の形態では、フォルダＩＤ等の変更の機能・処理は無い点が異なる。
なお、上記の実施例１乃至４も一部変更（一部省略）により本実施の形態として適用可能であることはもちろんである。
上記の第一の実施の形態および第二の実施の形態では、フォルダＩＤ等の変更は、委託者・受託者の双方側から相互に独立して設定変更可であったが、本実施の形態では、フォルダＩＤ等の変更の機能・処理は無い点が異なる。
なお、上記の実施例１乃至４も一部変更（一部省略）により本実施の形態として適用可能であることはもちろんである。
次に、本発明の第四の実施の形態を図面を参照しつつ説明する。
上記の第一の実施の形態および第二の実施の形態では、フォルダＩＤ等の変更可であったが、本実施の形態では、フォルダＩＤ等の変更の機能・処理は無い点が異なる。
また、上記の第一乃至第三の実施の形態では、ＳａａＳ種別の変更可であったが、本実施の形態では、ＳａａＳ種別の変更の機能・処理は無い点が異なる。
なお、上記の実施例１乃至４も一部変更（一部省略）により本実施の形態として適用可能であることはもちろんである。
上記の第一の実施の形態および第二の実施の形態では、フォルダＩＤ等の変更可であったが、本実施の形態では、フォルダＩＤ等の変更の機能・処理は無い点が異なる。
また、上記の第一乃至第三の実施の形態では、ＳａａＳ種別の変更可であったが、本実施の形態では、ＳａａＳ種別の変更の機能・処理は無い点が異なる。
なお、上記の実施例１乃至４も一部変更（一部省略）により本実施の形態として適用可能であることはもちろんである。
上記の各実施の形態によれば、企業間データをＳａａＳ間で連携させる際に、二重入力の手作業が不要であり、自社のＳａａＳの認証情報を他社に渡すことなくセキュリティが確保された、かつ、データ漏洩やデータ改ざんのリスクを低減して内部統制（ＩＴ統制）に資する技術を実現することができる。
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されてよい。例えば、各装置・システムの機能を実現するためのプログラムを各装置・システム等に読込ませて実行することにより各装置・システム等の機能を実現する処理を行ってもよい。さらに、そのプログラムは、コンピュータ読み取り可能な記録媒体であるＣＤ－ＲＯＭまたは光磁気ディスクなどを介して、または伝送媒体であるインターネット、電話回線等を介して伝送波により他のコンピュータシステムに伝送されてもよい。また、一部のシステムが人の動作を介在して実現されてもよい。なお、電子的な通知方法としての電子メールは一つの例に過ぎなく、その他の電子的に各装置に通知が行われる手法で代替されることであってもよい。
また、上述の各処理は、各装置のうち複数のものがそれぞれ組み合わせて実施されてもよく、その際に用いられている公知のデータ等は既知のデータベース等と連携してネットワークから取得したり、それらの取得されたデータが本システムのデータベースに格納されて利用されることであってもよい。すなわち、当業者が技術常識から理解実現可能な細部の記載は適宜省略されている場合もある。
また、上記の効果を奏する限り、上記シーケンス図の各工程は順序が入れ替えられたり、同時並行的に実施されたり、必須ではない処理が省略されることであってもよい。
また、上述の各処理は、各装置のうち複数のものがそれぞれ組み合わせて実施されてもよく、その際に用いられている公知のデータ等は既知のデータベース等と連携してネットワークから取得したり、それらの取得されたデータが本システムのデータベースに格納されて利用されることであってもよい。すなわち、当業者が技術常識から理解実現可能な細部の記載は適宜省略されている場合もある。
また、上記の効果を奏する限り、上記シーケンス図の各工程は順序が入れ替えられたり、同時並行的に実施されたり、必須ではない処理が省略されることであってもよい。
１０ 企業間データ連携システム
１００ データ連携サーバ
２００ａ、２００ｂ ユーザ端末
３００ａ、３００ｂ ＳａａＳ側サーバ
１００ データ連携サーバ
２００ａ、２００ｂ ユーザ端末
３００ａ、３００ｂ ＳａａＳ側サーバ
Claims (3)
- データ連携サーバと連携元ユーザの第一のユーザ端末と第一のＳａａＳ側サーバとがネットワークを介して接続され、かつ、前記データ連携サーバと連携先ユーザの第二のユーザ端末と第二のＳａａＳ側サーバとが前記ネットワークを介して接続された企業間データ連携システムであって、
前記第一のユーザ端末のレシピ登録部は、企業間データ連携の目的に合わせた機能をパッケージ化したレシピに関する情報であって、少なくとも前記連携元ユーザの利用するＳａａＳ種別、前記連携元ユーザのフォルダＩＤ、前記連携元ユーザのＳａａＳの認証情報、前記連携元ユーザの電子メールアドレスおよび前記連携先ユーザの電子メールアドレスを含む前記レシピに関する情報の設定登録を前記データ連携サーバに対して実施し、
前記データ連携サーバのレシピ管理部は、所定の記憶部に前記連携元ユーザの前記レシピに関する情報を格納し、
前記データ連携サーバの電子メール送受信部は、前記第二のユーザ端末に対して電子メールを送信して前記連携元ユーザからの所定の前記ＳａａＳが提供するサービスのデータ連携の依頼を通知し、
前記第二のユーザ端末の前記レシピ登録部は、前記レシピに関する情報であって、少なくとも前記連携先ユーザの利用する前記ＳａａＳ種別、前記連携先ユーザの前記フォルダＩＤおよび前記連携先ユーザの前記ＳａａＳの認証情報を含む前記レシピに関する情報の設定登録を前記データ連携サーバに対して実施し、
前記データ連携サーバの前記レシピ管理部は、前記所定の記憶部に前記連携先ユーザの前記レシピに関する情報を格納し、
前記データ連携サーバの前記電子メール送受信部は、前記第一のユーザ端末に対して前記電子メールを送信して前記連携先ユーザの前記レシピに関する情報の設定登録完了を通知し、
前記第一のユーザ端末のレシピ実行指示部は、前記データ連携サーバに対して前記レシピの実行を開始する指示を発行し、
前記データ連携サーバのレシピ実行部は、前記レシピの実行を開始する指示または前記所定の記憶部に前記レシピに関する情報として前記第一のユーザ端末からの前記設定登録により格納された自動実行タイミング情報に基づいて前記レシピを実行し、前記連携元ユーザの前記ＳａａＳの認証情報を使用して前記第一のＳａａＳ側サーバにＡＰＩ接続し、前記連携元ユーザの前記フォルダから所定のデータを取得し、前記連携先ユーザの前記ＳａａＳの認証情報を使用して前記第二のＳａａＳ側サーバに前記ＡＰＩ接続し、前記連携先ユーザのフォルダに前記所定のデータを保存し、
前記第一のユーザ端末のＳａａＳ種別変更部は、前記レシピに関する情報のうち前記連携元ユーザの前記ＳａａＳ種別を変更する場合に、前記データ連携サーバに対して変更後の前記ＳａａＳ種別を通知し、
前記第二のユーザ端末の前記ＳａａＳ種別変更部は、前記レシピに関する情報のうち前記連携元ユーザの前記ＳａａＳ種別を変更する場合に、前記データ連携サーバに対して変更後の前記ＳａａＳ種別を通知し、
前記データ連携サーバの前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した前記変更後の前記ＳａａＳ種別を前記所定の記憶部に格納し、
前記第一のユーザ端末のフォルダ変更部は、前記レシピに関する情報のうち、前記連携元ユーザの前記フォルダＩＤを変更する場合に、前記データ連携サーバに対して変更後の前記フォルダＩＤを通知し、
前記第二のユーザ端末の前記フォルダ変更部は、前記レシピに関する情報のうち、前記連携元ユーザの前記フォルダＩＤを変更する場合に、前記データ連携サーバに対して変更後の前記フォルダＩＤを通知し、
前記データ連携サーバの前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した前記変更後の前記フォルダＩＤを前記所定の記憶部に格納する
企業間データ連携システム。 - 連携元ユーザの第一のユーザ端末と第一のＳａａＳ側サーバとにネットワークを介して接続され、かつ、連携先ユーザの第二のユーザ端末と第二のＳａａＳ側サーバとに前記ネットワークを介して接続された情報処理装置であって、
前記第一のユーザ端末のレシピ登録部からの、企業間データ連携の目的に合わせた機能をパッケージ化したレシピに関する情報であって、少なくとも前記連携元ユーザの利用するＳａａＳ種別、前記連携元ユーザのフォルダＩＤ、前記連携元ユーザのＳａａＳの認証情報、前記連携元ユーザの電子メールアドレスおよび前記連携先ユーザの電子メールアドレスを含む前記レシピに関する情報の設定登録を受け付け、所定の記憶部に前記連携元ユーザの前記レシピに関する情報を格納するレシピ管理部と、
前記第二のユーザ端末に対して電子メールを送信して前記連携元ユーザからの所定の前記ＳａａＳが提供するサービスのデータ連携の依頼を通知する電子メール送受信部と、を備え、
前記レシピ管理部は、前記第二のユーザ端末の前記レシピ登録部からの、前記レシピに関する情報であって、少なくとも前記連携先ユーザの利用する前記ＳａａＳ種別、前記連携先ユーザの前記フォルダＩＤおよび前記連携先ユーザの前記ＳａａＳの認証情報を含む前記レシピに関する情報の設定登録を受け付け、前記所定の記憶部に前記連携先ユーザの前記レシピに関する情報を格納し、
前記電子メール送受信部は、前記第一のユーザ端末に対して前記電子メールを送信して前記連携先ユーザの前記レシピに関する情報の設定登録完了を通知し、
前記第一のユーザ端末のレシピ実行指示部からの前記レシピの実行を開始する指示または前記所定の記憶部に前記レシピに関する情報として前記第一のユーザ端末からの前記設定登録により格納された自動実行タイミング情報に基づいて前記レシピを実行し、前記連携元ユーザの前記ＳａａＳの認証情報を使用して前記第一のＳａａＳ側サーバにＡＰＩ接続し、前記連携元ユーザの前記フォルダから所定のデータを取得し、前記連携先ユーザの前記ＳａａＳの認証情報を使用して前記第二のＳａａＳ側サーバに前記ＡＰＩ接続し、前記連携先ユーザのフォルダに前記所定のデータを保存するレシピ実行部をさらに備え、
前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記ＳａａＳ種別を前記所定の記憶部に格納し、
前記レシピ管理部は、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記フォルダＩＤを前記所定の記憶部に格納する
情報処理装置。 - 連携元ユーザの第一のユーザ端末と第一のＳａａＳ側サーバとにネットワークを介して接続され、かつ、連携先ユーザの第二のユーザ端末と第二のＳａａＳ側サーバとに前記ネットワークを介して接続された情報処理装置に、
レシピ管理部により、前記第一のユーザ端末のレシピ登録部からの、企業間データ連携の目的に合わせた機能をパッケージ化したレシピに関する情報であって、少なくとも前記連携元ユーザの利用するＳａａＳ種別、前記連携元ユーザのフォルダＩＤ、前記連携元ユーザのＳａａＳの認証情報、前記連携元ユーザの電子メールアドレスおよび前記連携先ユーザの電子メールアドレスを含む前記レシピに関する情報の設定登録を受け付け、所定の記憶部に前記連携元ユーザの前記レシピに関する情報を格納する処理と、
電子メール送受信部により、前記第二のユーザ端末に対して電子メールを送信して前記連携元ユーザからの所定の前記ＳａａＳが提供するサービスのデータ連携の依頼を通知する処理と、
前記レシピ管理部により、前記第二のユーザ端末の前記レシピ登録部からの、前記レシピに関する情報であって、少なくとも前記連携先ユーザの利用する前記ＳａａＳ種別、前記連携先ユーザの前記フォルダＩＤおよび前記連携先ユーザの前記ＳａａＳの認証情報を含む前記レシピに関する情報の設定登録を受け付け、前記所定の記憶部に前記連携先ユーザの前記レシピに関する情報を格納する処理と、
前記電子メール送受信部により、前記第一のユーザ端末に対して前記電子メールを送信して前記連携先ユーザの前記レシピに関する情報の設定登録完了を通知する処理と、
レシピ実行部により、前記第一のユーザ端末のレシピ実行指示部からの前記レシピの実行を開始する指示または前記所定の記憶部に前記レシピに関する情報として前記第一のユーザ端末からの前記設定登録により格納された自動実行タイミング情報に基づいて前記レシピを実行し、前記連携元ユーザの前記ＳａａＳの認証情報を使用して前記第一のＳａａＳ側サーバにＡＰＩ接続し、前記連携元ユーザの前記フォルダから所定のデータを取得し、前記連携先ユーザの前記ＳａａＳの認証情報を使用して前記第二のＳａａＳ側サーバに前記ＡＰＩ接続し、前記連携先ユーザのフォルダに前記所定のデータを保存するする処理と、
前記レシピ管理部により、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記ＳａａＳ種別を前記所定の記憶部に格納する処理と、
前記レシピ管理部により、前記第一のユーザ端末または前記第二のユーザ端末から受信した変更後の前記フォルダＩＤを前記所定の記憶部に格納するする処理と
を実行させるプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022158795A JP7165373B1 (ja) | 2022-09-30 | 2022-09-30 | 企業間データ連携システム、情報処理装置およびプログラム |
| JP2022165101A JP7174970B1 (ja) | 2022-09-30 | 2022-10-13 | 企業間データ連携システム、情報処理装置およびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022158795A JP7165373B1 (ja) | 2022-09-30 | 2022-09-30 | 企業間データ連携システム、情報処理装置およびプログラム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022165101A Division JP7174970B1 (ja) | 2022-09-30 | 2022-10-13 | 企業間データ連携システム、情報処理装置およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP7165373B1 JP7165373B1 (ja) | 2022-11-04 |
| JP2024052223A true JP2024052223A (ja) | 2024-04-11 |
Family
ID=83897809
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022158795A Active JP7165373B1 (ja) | 2022-09-30 | 2022-09-30 | 企業間データ連携システム、情報処理装置およびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7165373B1 (ja) |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6480376B2 (ja) * | 2016-04-25 | 2019-03-06 | スリースターズ株式会社 | 業界アプリケーション標準データ処理プログラム |
-
2022
- 2022-09-30 JP JP2022158795A patent/JP7165373B1/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP7165373B1 (ja) | 2022-11-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2716420C (en) | Third party information transfer | |
| US7752335B2 (en) | Networked computing using objects | |
| US11102003B2 (en) | Ledger-independent token service | |
| US10944560B2 (en) | Privacy-preserving identity asset exchange | |
| WO2019096086A1 (zh) | 共享空间的访问方法、权限管理方法及装置 | |
| IL264136B2 (en) | Decentralized transaction processing and authentication system | |
| AU2018236737A1 (en) | Systems and methods for event driven object management and distribution among multiple client applications | |
| CN107924411A (zh) | 事务系统中ui状态的恢复 | |
| US20220182297A1 (en) | Resource lifecycle automation | |
| US20200184470A1 (en) | Identity ecosystem | |
| JP2012256248A (ja) | クラウドシステム、クラウドサービスのライセンス管理方法、およびプログラム | |
| US8756254B2 (en) | Integration of CRM applications to ECS application user interface | |
| WO2020212447A1 (en) | Systems, apparatus and methods for backing up and auditing distributed ledger data within a network and securely without using private keys | |
| US11689643B2 (en) | Just-in-time auto-provisioning systems and methods for information exchange platform | |
| JP2013235496A (ja) | クラウドストレージサーバ | |
| Dinatha et al. | Data exchange service using google drive API | |
| JP6454200B2 (ja) | コミュニケーション管理方法及びコミュニケーション管理システム | |
| JP2024052223A (ja) | 企業間データ連携システム、情報処理装置およびプログラム | |
| CN111181833A (zh) | 一种企业互联的实现方法及装置 | |
| JP2024052451A (ja) | 企業間データ連携システム、情報処理装置およびプログラム | |
| US20220311595A1 (en) | Reducing transaction aborts in execute-order-validate blockchain models | |
| US20200019646A1 (en) | Cloud storage aggregator system and method | |
| JP2012137995A (ja) | リソース提供システム、アクセス制御プログラム及びアクセス制御方法 | |
| US11373255B2 (en) | Computer system and method for mirroring data across different accounts of a software as a service (SaaS) application | |
| EP3142320A1 (en) | Remote modification of a document database by a mobile telephone device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220930 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20220930 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20221013 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20221014 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7165373 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |