JP7201098B2

JP7201098B2 - 情報連携システムおよび情報連携方法

Info

Publication number: JP7201098B2
Application number: JP2021551012A
Authority: JP
Inventors: 英毅小矢; 健増田; 明片岡; 将志田所; 真実小宮山
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2019-10-09
Filing date: 2019-10-09
Publication date: 2023-01-10
Anticipated expiration: 2039-10-09
Also published as: WO2021070293A1; JPWO2021070293A1; US20230024249A1

Description

本発明は、情報連携システムおよび情報連携方法に関する。

近年、チームによる共同作業を支援し、生産性を向上するソリューションが開発されている。しかし、通信キャリアのネットワークオペレーション等の専門性の高い業務では、一日の業務の多くの時間が専用に開発されたシステム上で行われるため、従来のソリューションによるチームの生産性向上は困難である。一方、このような専用システムを用いた業務の効率化を計るために、既存システムを改造せずにシステム画面に入力チェック等の様々な機能を持つ拡張ユーザインタフェース（ＵＩ，User Interface）を追加し、生産的な業務を可能にするＵＩ拡張技術（特許文献１、非特許文献１参照）が開発されている。

特開２０１８－５３４４号公報

西川健一、他５名、「Ｗｅｂベースの業務システムのユーザインタフェース拡張方式」、信学技報、社団法人電子情報通信学会

しかしながら、従来のＵＩ拡張技術では、チームの生産性向上を実現するための拡張ＵＩが実現できないという課題がある。例えば、システム画面に後から追加した拡張ＵＩにオペレータが入力したデータは、一時的なデータとして扱われ、既存システムのデータベース（ＤＢ）では永続化して保持されないため、他のオペレータが情報を参照することができない。そのため、拡張ＵＩを用いた複数のオペレータ間での情報連携が困難であった。

本発明は、上記に鑑みてなされたものであって、複数のオペレータ間で拡張ＵＩに入力された情報の連携を可能にすることで、オペレータが日頃より利用している専用システムの画面上でオペレータ間の情報連携を可能にし、チームの生産性を向上させることを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る情報連携システムは、拡張ユーザインタフェースごとに、ユーザが実施している業務を判定する方法である業務判定方法と、業務に対応して該拡張ユーザインタフェースに入力された業務データとを記憶する記憶部と、前記記憶部から、表示されている拡張ユーザインタフェースの前記業務判定方法を取得して、該業務判定方法に応じて、ユーザが操作する端末において前記ユーザが実施している業務を判定する業務判定部と、前記記憶部から、判定された前記業務に対応する前記業務データを取得して、前記拡張ユーザインタフェースに表示する業務データ処理部と、を有することを特徴とする。

本発明によれば、複数のオペレータ間で拡張ＵＩに入力された情報の連携を可能として、チームの生産性を向上させることが可能となる。

図１は、本実施形態の情報連携システムの概略構成を例示する模式図である。図２は、業務判定方法のデータ構成を例示する図である。図３は、業務データを含む業務データベースのデータ構成を例示する図である。図４は、業務データ処理部の処理を説明するための図である。図５は、業務判定部および業務データ処理部の処理を説明するための図である。図６は、業務判定部および業務データ処理部の処理を説明するための図である。図７は、業務判定部および業務データ処理部の処理を説明するための図である。図８は、業務判定部の処理を説明するための図である。図９は、業務判定部の処理を説明するための図である。図１０は、情報連携処理手順を示すフローチャートである。図１１は、本実施形態の情報連携処理の効果を説明するための図である。図１２は、本実施形態の情報連携処理の効果を説明するための図である。図１３は、本実施形態の情報連携処理の効果を説明するための図である。図１４は、本実施形態の情報連携処理の効果を説明するための図である。図１５は、情報連携プログラムを実行するコンピュータの一例を示す図である。

以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［情報連携システムの構成］
図１は、本実施形態の情報連携システムの概略構成を例示する模式図である。図１に示すように、本実施形態の情報連携システム１は、端末１０と、プロキシサーバ２０と、Ｗｅｂサーバ３０とを有する。端末１０は、複数台が存在し、ユーザであるオペレータがそれぞれの端末１０を操作して業務を実施する。Ｗｅｂサーバ３０は、例えば、Ｗｅｂシステム等の業務システムのサーバ装置であり、端末１０で動作するＷｅｂブラウザを介して端末１０と通信する。

プロキシサーバ２０は、端末１０とＷｅｂサーバ３０との通信を中継する。本実施形態において、プロキシサーバ２０は、端末１０のＷｅｂブラウザに拡張ＵＩを追加する。また、プロキシサーバ２０は、後述するように、端末１０のユーザが拡張ＵＩに入力した業務データを記憶し管理する。

［プロキシサーバの構成］
プロキシサーバ２０は、パソコンやワークステーション等の汎用コンピュータで実現され、記憶部２１、および制御部２２を備える。

記憶部２１は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部２１には、プロキシサーバ２０を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが予め記憶され、あるいは処理の都度一時的に記憶される。

本実施形態において、記憶部２１は、後述する情報連携処理に適用される業務判定方法２１ａおよび業務データ２１ｂを記憶する。

業務判定方法２１ａは、拡張ＵＩごとに、ユーザが実施している業務を判定する方法を指定する情報である。ここで、図２は、業務判定方法２１ａのデータ構成を例示する図である。業務判定方法２１ａは、拡張ＵＩごとに設定され、図２に示すように、業務状況と判定結果とを含む。

具体的には、業務状況とは、ユーザが実施している業務の判定に使用する、ユーザの周辺環境を指定する情報である。周辺環境は、例えば、端末１０の情報、該端末１０の画面上に表示されている情報、または該端末１０で動作中の他のアプリケーションの情報のいずれかまたは組み合わせで指定される。図２に示す例では、業務状況は、同一のシステム画面上に表示されているオーダＩＤ（ａ）、申込サービス（ｃ）、またはオーダＩＤと申込サービスとの組み合わせ（ｂ）である。

また、判定結果は、図２に示すように、例えば、上記した業務状況の値（ａ）、業務状況を引数としたハッシュ関数の返却値（ｂ）、あるいはｉｆ－ｔｈｅｎルールにより規定された値（ｃ）である。後述する情報連携処理において、判定結果を用いてユーザが実施している業務が判定される。

また、業務データ２１ｂは、業務に対応して拡張ＵＩに入力された情報である。図３は、業務データ２１ｂを含む業務データベースのデータ構成を例示する図である。図３に示すように、業務データベースは、拡張ＵＩごとに、前述のように規定されている業務判定方法の判定結果をキーとして、業務データ２１ｂを記憶する。すなわち、業務データベースは、業務に対応づけて業務データ２１ｂを記憶する。

また、業務データベースは、ユーザを識別する情報および時刻（タイムスタンプ）を対応づけて、業務データ２１ｂを記憶する。ユーザを識別する情報は、例えば、システム画面に表示されているユーザ名や、端末１０のシステムにログイン時のユーザ名等、ユーザの周辺環境から取得されればよい。後述する情報連携処理において、これらの情報が対応付けられて端末１０から送信された業務データ２１ｂが、記憶部２１に記憶される。

図３（ａ）には、「案件担当者」の拡張ＵＩの業務データ２１ｂを含む業務データベースが例示されている。この業務データベースには、例えば、業務状況「オーダＩＤ」に対する判定結果が「１２３４５６７８９」、タイムスタンプが「２０１９／１／３１３：００：００」、ユーザが「電電次郎」、業務データが「電電次郎」であるレコードが含まれている。

また、図３（ｂ）には、「メモ欄」の拡張ＵＩの業務データ２１ｂを含む業務データベースが例示されている。この業務データベースには、例えば、業務状況「申込サービス」に対する判定結果が「クラウドサービス」、タイムスタンプが「２０１９／１／１１３：００：００」、ユーザが「太郎」、業務データが「○○オプションは廃止となったので注意」であるレコードが含まれている。

図１の説明に戻る。制御部２２は、ＣＰＵ（Central Processing Unit）等を用いて実現され、メモリに記憶された処理プログラムを実行する。これにより、制御部２２は、図１に例示するように、拡張機能追加部２２ａとして機能する。拡張機能追加部２２ａは、端末１０のＷｅｂブラウザに拡張ＵＩの表示を指示する。なお、制御部２２は、その他の機能部を備えてもよい。

なお、記憶部２１と制御部２２を含む構成は、図１に示した、プロキシサーバ２０によりＷｅｂサーバ３０から返却されたＨＴＴＰレスポンスに挿入する方法により拡張機能追加部２２ａを実現する構成に限定されない。例えば、端末１０で動作するローカルアプリケーションがＭＳＨＴＭＬなどのライブラリによって挿入する方法や、端末１０でシステム画面を表示するＷｅｂブラウザのアドオンの機能によって挿入する方法など、任意の方法を選択可能である。また、記憶部２１は、業務データ処理部１２ｃおよび制御部２２がアクセスして制御できればよく、同じプロキシサーバ２０に配置される必要はない。また、記憶部２１は、Ｗｅｂサーバ３０で動作するデータベースとして実現されてもよく、共有フォルダのファイルとして実現されてもよい。

［端末の構成］
端末１０は、パソコン等の汎用コンピュータで実現され、記憶部１１、および制御部１２を備える。また、端末１０は、図示しない入力部、出力部を備える。入力部は、キーボードやマウス等の入力デバイスを用いて実現される。また、出力部は、液晶ディスプレイ等の表示装置で実現され、ＷｅｂブラウザによるＷｅｂサイト等の画面を表示する。

記憶部１１は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１１には、端末１０を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが予め記憶され、あるいは処理の都度一時的に記憶される。なお、記憶部１１は、不図示の通信制御部を介して制御部１２と通信する構成でもよい。

制御部１２は、ＣＰＵ（Central Processing Unit）等を用いて実現され、メモリに記憶された処理プログラムを実行する。これにより、制御部１２は、図１に例示するように、拡張機能実行部１２ａ、業務判定部１２ｂ、および業務データ処理部１２ｃとして機能する。なお、これらの機能部は、それぞれ、あるいは一部が異なるハードウェアに実装されてもよい。また、制御部１２は、その他の機能部を備えてもよい。

拡張機能実行部１２ａは、指示された拡張ＵＩを表示する。具体的には、拡張機能実行部１２ａは、プロキシサーバ２０の拡張機能追加部２２ａからの指示に応じて、Ｗｅｂブラウザ上に拡張ＵＩを表示する。

業務判定部１２ｂは、プロキシサーバ２０の記憶部２１から、表示されている拡張ＵＩの業務判定方法２１ａを取得して、該業務判定方法に応じて、ユーザが操作する端末１０においてユーザが実施している業務を判定する。

具体的には、業務判定部１２ｂは、まず、プロキシサーバ２０の記憶部２１にアクセスして業務判定方法２１ａを参照し、表示されている拡張ＵＩの業務判定方法２１ａを取得する。そして、業務判定部１２ｂは、業務判定方法２１ａに設定されている業務状況の値を用いて、ユーザが実施している業務に応じた判定結果を求める。

例えば、業務判定部１２ｂは、図２に例示した業務判定方法２１ａにおいて、業務状況が「オーダＩＤ」の場合には、業務状況の値「オーダＩＤの値」を取得して、判定結果「オーダＩＤの値」を求める。あるいは、業務状況が「オーダＩＤ、申込サービス」の場合には、業務状況の値「オーダＩＤの値、申込サービスの値」を取得して、判定結果「ハッシュ関数（オーダＩＤ，申込サービス）の返却値」を求める。

業務データ処理部１２ｃは、プロキシサーバ２０の記憶部２１から、判定された業務に対応する業務データ２１ｂを取得して、拡張ＵＩに表示する。具体的には、業務データ処理部１２ｃは、プロキシサーバ２０の記憶部２１にアクセスして、表示されている拡張ＵＩの業務データ２１ｂを含む業務データベースを、判定結果をキーとして参照し、判定結果が一致するレコードを取得する。そして、業務データ処理部１２ｃは、取得したレコードの業務データ２１ｂを拡張ＵＩに表示する。

例えば、業務データ処理部１２ｃは、図３（ａ）に例示した「案件担当者」の拡張ＵＩの業務データ２１ｂを含む業務データベースから、判定結果「オーダＩＤの値＝１２３４５６７８９」のレコードを取得する。

そして、業務データ処理部１２ｃは、このレコードの業務データである「電電花子」および「電電次郎」を、拡張ＵＩの用途に応じて適当に整形して「案件担当者」の拡張ＵＩに表示する。例えば、業務データ処理部１２ｃは、判定結果が同一である複数のレコードのうち、最新のレコードの業務データ２１ｂを表示する（後述する「参照」の場合）。あるいは、業務データ処理部１２ｃは、判定結果が同一である複数の業務データ２１ｂを時系列に、あるいは時刻を付記して表示する（後述する「全参照」の場合）。

例えば、図４は、業務データ処理部１２ｃの処理を説明するための図である。図４に示す例では、「コメント欄」の拡張ＵＩについて、業務判定方法２１ａの業務状況が「オーダＩＤ」であり、判定結果が「オーダＩＤの値」である場合が例示されている。この場合に、同一の判定結果「１２３４５６７８」である複数のレコードの業務データ「○○の登録まで完了しました」および「××の確認待ちです」が、「コメント欄」の拡張ＵＩに表示され、各業務データにユーザと時刻とが付記されている。このように、複数のオペレータ「電電太郎」と「電電花子」が同一の「コメント欄」の業務データを共有することができる。

また、業務データ処理部１２ｃは、ユーザが業務を実施中に拡張ＵＩに入力した業務データを、該業務に対応付けてプロキシサーバ２０の記憶部２１に記憶させる（後述する「保存」の場合）。例えば、業務データ処理部１２ｃは、ユーザが「案件担当者」の拡張ＵＩに「電電次郎」を入力した場合に、この業務データ「電電次郎」を、実施中の業務すなわち判定結果に対応付けてプロキシサーバ２０に送信し、記憶部１１に記憶させる。

その際に、業務データ処理部１２ｃは、ユーザを識別する情報および時刻（タイムスタンプ）をさらに対応付けて、業務データをプロキシサーバ２０の記憶部２１に記憶させる。ユーザを識別する情報は、上述したように、例えば、端末１０やシステムにログイン時のユーザ名等、ユーザの周辺環境から取得されればよい。

なお、業務データ処理部１２ｃは、判定された業務に対応する業務データ２１ｂのうち、最新の業務データが他のユーザによって入力された業務データである場合に、該業務データの変更を通知してもよい。例えば、業務データ処理部１２ｃは、操作中のユーザ以外の他のユーザによって追加された新規の業務データを、ユーザおよび時刻を付記して拡張ＵＩに追加表示する。

ここで、図５～図７は、業務判定部１２ｂおよび業務データ処理部１２ｃの処理を説明するための図である。まず、図５には、「案件担当者」の拡張ＵＩに対するユーザの操作種別が「参照」の場合の処理が例示されている。

まず、拡張機能実行部１２ａによりシステム画面に表示が追加された「案件担当者」の拡張ＵＩ（ステップＳ０）に対して、ユーザが「参照」を指示する操作を行なっている。その場合に、業務判定部１２ｂが、プロキシサーバ２０の記憶部２１から、表示されている「案件担当者」の拡張ＵＩの業務判定方法２１ａを取得する（ステップＳ１）。

また、業務判定部１２ｂが、業務判定方法２１ａに設定されている業務状況の値を取得する（ステップＳ２）。図５に示す例では、業務判定部１２ｂは、業務状況「オーダＩＤ」の値「１２３４５６７８９」を取得する。

次に、業務判定方法２１ａが、取得した業務状況の値を用いて、拡張ＵＩに対応して、ユーザが実施している業務に応じた判定結果を求める（ステップＳ３）。図５に示す例では、業務状況「オーダＩＤ」の判定結果は「オーダＩＤの値」であり、判定結果は「１２３４５６７８９」である。

次に、業務データ処理部１２ｃが、プロキシサーバ２０の記憶部２１にアクセスして、表示されている「案件担当者」の拡張ＵＩの業務データ２１ｂを含む業務データベースのレコードを取得する（ステップＳ４）。

操作種別が「参照」の場合には（ステップＳ５、参照）、業務データ処理部１２ｃは、判定結果をキーとして、判定結果が一致するレコードを取得する。また、業務データ処理部１２ｃは、判定結果が同一である複数のレコードのうち、最新のレコードの業務データ２１ｂを表示する（ステップＳ６）。図５（ｂ）に示す例では、業務データ処理部１２ｃは、太枠で囲んで示した、判定結果が「１２３４５６７８９」であるレコードを取得して、拡張ＵＩの用途に応じて適当に整形して、拡張ＵＩに表示する。この例では、業務データ「電電花子」のみがとり出されて、表示されている。

図６には、「案件担当者」の拡張ＵＩに対するユーザの操作種別が「保存」の場合の処理が例示されている。まず、拡張機能実行部１２ａによりシステム画面に表示が追加された「案件担当者」の拡張ＵＩ（ステップＳ０）に対して、ユーザが「電電次郎」を選択する入力を行なって「保存」を指示する操作を行なっている。その場合に、図５に示した例と同様に、業務判定部１２ｂが、プロキシサーバ２０の記憶部２１から、表示されている「案件担当者」の拡張ＵＩの業務判定方法２１ａを取得する（ステップＳ１）。

また、業務判定部１２ｂが、業務判定方法２１ａに設定されている業務状況の値を取得する（ステップＳ２）。図６に示す例では、業務判定部１２ｂは、業務状況「オーダＩＤ」の値「１２３４５６７８９」を取得する。

次に、業務判定方法２１ａが、取得した業務状況の値を用いて、拡張ＵＩに対応して、ユーザが実施している業務に応じた判定結果を求める（ステップＳ３）。図６に示す例では、業務状況「オーダＩＤ」の判定結果は「オーダＩＤの値」であり、判定結果は「１２３４５６７８９」である。

操作種別が「保存」の場合には（ステップＳ５、保存）、業務データ処理部１２ｃは、現在の時刻(タイムスタンプ)とユーザを識別する情報とを取得する（ステップＳ７）。図６に示す例では、業務データ処理部１２ｃは、タイムスタンプ「２０１９／１／３１３：００」およびユーザ「電電次郎」を取得している。

そして、業務データ処理部１２ｃは、ユーザが入力した業務データに、判定結果、ユーザおよびタイムスタンプを対応付けして、プロキシサーバ２０に送信し、記憶部２１に記憶させる（ステップＳ８）。図６（ｂ）に示す例では、太枠で囲んで示すように、ユーザが入力した業務データ「電電次郎」に、判定結果「１２３４５６７８９」、タイムスタンプ「２０１９／１／３１３：００」およびユーザ「電電太郎」が対応付けられたレコードが、記憶部２１に追加されている。

図７には、「申込サービス」の拡張ＵＩに対するユーザの操作種別が「全参照」の場合の処理が例示されている。まず、拡張機能実行部１２ａによりシステム画面に表示が追加された拡張ＵＩ（ステップＳ０）に対して、ユーザが「全参照」を指示する操作を行なっている。その場合に、業務判定部１２ｂが、プロキシサーバ２０の記憶部２１から、表示されている「申込サービス」の拡張ＵＩの業務判定方法２１ａを取得する（ステップＳ１）。

また、業務判定部１２ｂが、業務判定方法２１ａに設定されている業務状況の値を取得する（ステップＳ２）。図７に示す例では、業務判定部１２ｂは、業務状況「申込サービス」の値「パブリッククラウド」を取得する。

次に、業務判定方法２１ａが、取得した業務状況の値を用いて、拡張ＵＩに対応して、ユーザが実施している業務に応じた判定結果を求める（ステップＳ３）。図７に示す例では、業務状況「申込サービス」の判定結果は、ｉｆ－ｔｈｅｎで規定され、「クラウドサービス」となる。

次に、業務データ処理部１２ｃが、プロキシサーバ２０の記憶部２１にアクセスして、表示されている「申込サービス」の拡張ＵＩの業務データ２１ｂを含む業務データベースのレコードを取得する（ステップＳ４）。

そして、業務データ処理部１２ｃは、操作種別が「全参照」の場合には（ステップＳ５、全参照）、判定結果をキーとして、判定結果が一致するレコードを取得する。また、業務データ処理部１２ｃは、判定結果が同一である複数の業務データ２１ｂを時系列に、あるいは時刻を付記して表示する（ステップＳ９）。図７（ｂ）に示す例では、業務データ処理部１２ｃは、太枠で囲んで示した、判定結果が「クラウドサービス」であるレコードを取得して、拡張ＵＩの用途に応じて適当に整形して、拡張ＵＩに表示する。この例では、各カラムの情報を時系列に並べて、表示されている。

なお、図８および図９は、業務判定部１２ｂの処理を説明するための図である。業務判定部１２ｂは、図８に示すように、業務状況の値を分類する分類器を作成して、業務の判定結果を求めるようにしてもよい。例えば、業務判定部１２ｂは、過去にシステムに入力された業務状況の値と判定結果とを用いて分類器を作成することにより、分類器によるクラスタリング結果を判定結果とする。

これにより、業務判定部１２ｂは、図８に示すように、例えば、同じロケーションを表すビル名に揺らぎがある場合にも、業務状況「ロケーション」について同一のロケーションとする判定結果を得ることが可能となる。図８に示す例では、業務状況「ロケーション」の値が「横須賀ビル」、「横須賀ビルディング」と表現に揺らぎがある場合にも、同一の判定結果「横須賀」を得ることが可能となる。

あるいは、業務判定部１２ｂは、自由記述欄の記述内容からお客様対応状況を特定して、特定のお客様対応状況のオペレータ間で記述内容を共有することが可能となる。図８に示す例では、業務状況「お客様対応状況」の記述内容を「クレーム対応」と「通常対応」とに分類する分類器により、判定結果が「クレーム対応」のオペレータ間でのみ、クレーム案件の「お客様対応状況」の記述内容を共有することが可能となる。

また、図９に示すように、業務判定部１２ｂは、ユーザが実施している業務の判定に代えて、該業務の候補を提示して、該ユーザに実施している業務を選択させてもよい。これにより、業務判定部１２ｂは、オペレータの実際の業務と一致しない場合や、一意に定まらない業務について、オペレータが業務に対応する判定結果を修正したり編集したりすることが可能となる。図９に示す例では、業務の判定結果と変更の候補とを表示する拡張ＵＩを追加表示して、オペレータが候補の中から選択を変更する編集を行って判定結果を修正することが可能となっている。

［情報連携処理］
次に、図１０を参照して、本実施形態に係る情報連携システム１による情報連携処理について説明する。図１０は、情報連携処理手順を示すフローチャートである。図１０のフローチャートは、例えば、プロキシサーバ２０の指示により、拡張機能実行部１２ａが画面に表示した拡張ＵＩに対して、ユーザが参照、保存、あるいは全参照を指示する操作を行なったタイミングで開始される。

まず、業務判定部１２ｂが、プロキシサーバ２０の記憶部２１から、表示されている拡張ＵＩの業務判定方法２１ａを取得する（ステップＳ１）。また、業務判定部１２ｂが、業務判定方法２１ａに設定されている業務状況の値を取得する（ステップＳ２）。

次に、業務判定方法２１ａが、取得した業務状況の値を用いて、拡張ＵＩに対応して、ユーザが実施している業務に応じた判定結果を求める（ステップＳ３）。

次に、業務データ処理部１２ｃが、プロキシサーバ２０の記憶部２１にアクセスして、表示されている拡張ＵＩの業務データ２１ｂを含む業務データベースのレコードを取得する（ステップＳ４）。

そして、操作種別が「参照」の場合には（ステップＳ５、参照）、業務データ処理部１２ｃは、判定結果をキーとして、判定結果が一致するレコードを取得する。また、業務データ処理部１２ｃは、判定結果が同一である複数のレコードのうち、最新のレコードの業務データ２１ｂを表示する（ステップＳ６）。これにより、一連の情報連携処理が終了する。

操作種別が「保存」の場合には（ステップＳ５、保存）、業務データ処理部１２ｃは、現在の時刻とユーザを識別する情報とを取得する（ステップＳ７）。そして、業務データ処理部１２ｃは、ユーザが入力した業務データに、判定結果とユーザ識別情報と時刻とを対応付けて、業務データをプロキシサーバ２０の記憶部２１に記憶させる（ステップＳ８）。これにより、一連の情報連携処理が終了する。

操作種別が「全参照」の場合には（ステップＳ５、全参照）、業務データ処理部１２ｃは、判定結果をキーとして、判定結果が一致するレコードを取得する。また、業務データ処理部１２ｃは、判定結果が同一である複数の業務データ２１ｂを時系列に、あるいは時刻を付記して表示する（ステップＳ９）。これにより、一連の情報連携処理が終了する。

以上、説明したように、本実施形態の情報連携システム１は、ユーザが操作する端末１０と、該端末１０とＷｅｂサーバ３０との通信を中継するプロキシサーバ２０とを有する。プロキシサーバ２０の記憶部２１が、拡張ユーザインタフェースごとに、ユーザが実施している業務を判定する方法である業務判定方法２１ａと、業務に対応して該拡張ユーザインタフェースに入力された業務データ２１ｂとを記憶する。端末１０では、業務判定部１２ｂが、記憶部２１から、表示されている拡張ユーザインタフェースの業務判定方法２１ａを取得して、該業務判定方法２１ａに応じて、該端末１０においてユーザが実施している業務を判定する。また、業務データ処理部１２ｃが、記憶部２１から、判定された業務に対応する業務データ２１ｂを取得して、拡張ユーザインタフェースに表示する。

これにより、情報連携システム１は、複数のオペレータ間で拡張ＵＩに入力された情報の連携を可能として、チームの生産性を向上させることが可能となる。

ここで、図１１～図１４は、本実施形態の情報連携処理の効果を説明するための図である。まず、図１１～図１３は、従来の技術を説明している。図１１に示すように、従来は、既存システムを改造せずに拡張ＵＩを追加することで、拡張機能を実現している。その際、拡張ＵＩに入力された業務データは、Ｗｅｂサーバ３０の既存データベース等の既存システムのデータベースには記憶（永続化）されていない。図１１（ａ）には、既存のシステム画面が例示されている。そして、図１１（ｂ）に示す例では、図１１（ａ）に示した既存のシステム画面には無かった「案件担当者」を入力する拡張ＵＩが、システム画面に追加されている。一方、ここで入力された業務データである案件担当者の名前は、既存システムのデータベースには記憶されない。

そのため、図１２に示すように、入力変換、入力チェック、あるいは自動入力等、既存システムが記憶している値をわかりやすい名称に変換するだけで足りる拡張機能は、実現可能であった。例えば、図１２（ａ）には、選択して入力する申込サービスの値を「クラウド」に変換して表示する入力変換機能が例示されている。また、図１２（ｂ）には、入力された申込サービスの値を「クラウド」に変換して表示する入力チェック機能が例示されている。また、図１２（ｃ）には、入力欄にシステムの規定値「ネットワーク」を自動入力する機能が例示されている。

一方、図１３に示すように、既存システムのデータベースへの永続化が必要な拡張機能は実現できなかった。例えば、図１３（ａ）に示すように、「案件担当者」が拡張ＵＩに入力されても、永続化されていないため、新たにオーダ情報の入力ページが開かれるたびにクリアされてしまう。また、図１３（ｂ）に示すように、オペレータが「オーダコメント欄」にコメントを記入しても、同様に、オーダ情報の入力ページが開かれるたびにクリアされてしまう。

また、拡張ＵＩ毎に入力された業務データをそのまま永続化しても、図１３（ｃ）に示すように、オーダごと、あるいはサービス毎に分類できない。例えば、「案件担当者」の拡張ＵＩに、オーダＩＤごとに異なる案件担当者の名前を表示することはできない。また、「メモ欄」の拡張ＵＩに、申込サービス毎に入力された注意事項等を表示することはできない。

これに対し、図１４に示すように、本実施形態の情報連携システム１による情報連携処理によれば、オペレータが実施している業務に応じて、拡張ＵＩに過去に入力された業務データが適切に表示される。例えば、図１４に示す例では、オーダＩＤごとに、対応者や「お客様対応中」等のステータス、オーダメモの拡張ＵＩが表示されている。これにより、オペレータは、当該案件を自分以外の他のオペレータが対応していることや、対応者のステータス、クレームに関するメモ等の情報を確認することができる。

このように、情報連携システム１によれば、オペレータ間で拡張ＵＩに入力された業務データを、業務に応じて共有できるので、オペレータ間の有効な情報連携が可能となり、チームの生産性が向上する。

また、業務判定方法２１ａは、ユーザの周辺環境を指定する業務状況を含み、業務判定部１２ｂは、該業務状況の値を用いてユーザが実施している業務を判定する。また、周辺環境は、端末１０の情報、該端末１０の画面上に表示されている情報、または該端末１０で動作中の他のアプリケーションの情報のいずれかまたは組み合わせで指定される。これにより、情報連携システム１は、ユーザが実施している業務をより精度高く判定することが可能となる。

また、業務データ処理部１２ｃは、ユーザが業務を実施中に拡張ユーザインタフェースに入力した業務データを、該業務に対応付けてプロキシサーバ２０の記憶部２１に記憶させる。これにより、情報連携システム１は、オペレータ間での情報連携がより迅速に可能となる。

また、業務データ処理部１２ｃは、ユーザを識別する情報および時刻をさらに対応付けて、業務データを記憶部２１に記憶させる。これにより、情報連携システム１は、各オペレータが実施している業務に応じてより適切にオペレータ間での情報連携が可能となる。

また、業務判定部１２ｂは、ユーザが実施している業務の判定に代えて、該業務の候補を提示して、該ユーザに実施している業務を選択させる。これにより、情報連携システム１は、実施している業務に応じてより適切にオペレータ間での情報連携が可能となる。

また、業務データ処理部１２ｃは、判定された業務に対応する業務データのうち、最新の業務データが他のユーザによって入力された業務データである場合に、該業務データの変更を通知する。これにより、情報連携システム１は、情報連携システム１は、オペレータ間での情報連携がより迅速に可能となる。

［プログラム］
上記実施形態に係る情報連携システム１の端末１０、プロキシサーバ２０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。一実施形態として、端末１０、プロキシサーバ２０は、パッケージソフトウェアやオンラインソフトウェアとして上記の情報連携処理を実行する情報連携プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の情報連携プログラムを情報処理装置に実行させることにより、情報処理装置を情報連携システム１の端末１０、プロキシサーバ２０として機能させることができる。ここで言う情報処理装置には、デスクトップ型またはノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）などの移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistant）などのスレート端末などがその範疇に含まれる。また、端末１０、プロキシサーバ２０の機能を、クラウドサーバに実装してもよい。

また、上記したとおり、端末１０、プロキシサーバ２０の各機能部をそれぞれ他の情報処理装置に実装してもよい。例えば、拡張機能追加部２２ａを端末１０に実装してもよい。また、記憶部２１を、制御部２２とは異なるプロキシサーバ２０に実装してもよいし、Ｗｅｂサーバ３０に実装してもよい。

図１５は、情報連携プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１０５１およびキーボード１０５２が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１０６１が接続される。

ここで、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各情報は、例えばハードディスクドライブ１０３１やメモリ１０１０に記憶される。

また、情報連携プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明した情報連携システム１の端末１０が実行する各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。

また、情報連携プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

なお、情報連携プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、情報連携プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮやＷＡＮ（Wide Area Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。

１情報連携システム
１０端末
１１記憶部
１２制御部
１２ａ拡張機能実行部
１２ｂ業務判定部
１２ｃ業務データ処理部
２０プロキシサーバ
２１記憶部
２１ａ業務判定方法
２１ｂ業務データ
２２制御部
２２ａ拡張機能追加部
３０Ｗｅｂサーバ

Claims

拡張ユーザインタフェースごとに、ユーザが実施している業務を判定する方法である業務判定方法と、業務に対応して該拡張ユーザインタフェースに入力された業務データとを記憶する記憶部と、
前記記憶部から、表示されている拡張ユーザインタフェースの前記業務判定方法を取得して、該業務判定方法に応じて、ユーザが操作する端末において前記ユーザが実施している業務を判定する業務判定部と、
前記記憶部から、判定された前記業務と同一の業務を実施するユーザにより入力された前記業務データを取得して、前記拡張ユーザインタフェースに表示する業務データ処理部と、
を有することを特徴とする情報連携システム。
前記業務判定方法は、前記ユーザの周辺環境を指定する業務状況を含み、
前記業務判定部は、該業務状況の値を用いて前記業務を判定することを特徴とする請求項１に記載の情報連携システム。
前記業務データ処理部は、前記ユーザが業務を実施中に前記拡張ユーザインタフェースに入力した業務データを、該業務に対応付けて前記記憶部に記憶させることを特徴とする請求項１に記載の情報連携システム。
前記業務データ処理部は、前記ユーザを識別する情報および時刻をさらに対応付けて、前記業務データを前記記憶部に記憶させることを特徴とする請求項３に記載の情報連携システム。
前記周辺環境は、前記端末の情報、該端末の画面上に表示されている情報、または該端末で動作中の他のアプリケーションの情報のいずれかまたは組み合わせで指定されることを特徴とする請求項２に記載の情報連携システム。
前記業務判定部は、前記ユーザが実施している業務の判定に代えて、該業務の候補を提示して、該ユーザに実施している業務を選択させることを特徴とする請求項１に記載の情報連携システム。
前記業務データ処理部は、判定された前記業務に対応する業務データのうち、最新の業務データが他のユーザによって入力された業務データである場合に、該業務データの変更を通知することを特徴とする請求項４に記載の情報連携システム。
拡張ユーザインタフェースごとに、ユーザが実施している業務を判定する方法である業務判定方法と、業務に対応して該拡張ユーザインタフェースに入力された業務データとを記憶する記憶する記憶部を有する情報連携システムで実行される情報連携方法であって、
前記記憶部から、表示されている拡張ユーザインタフェースの前記業務判定方法を取得して、該業務判定方法に応じて、ユーザが操作する端末において前記ユーザが実施している業務を判定する業務判定工程と、
前記記憶部から、判定された前記業務と同一の業務を実施するユーザにより入力された前記業務データを取得して、前記拡張ユーザインタフェースに表示する業務データ処理工程と、
を含んだことを特徴とする情報連携方法。