JP2022110273A - 情報処理システム、情報提供システム、プログラム及び情報処理方法 - Google Patents

Abstract

【課題】ネットワークに接続された機器の稼働状態等に関するステータス情報を容易に共有できる情報処理システムの提供。【解決手段】情報処理システム３００は、収集対象機器１００、及び、収集対象機器１００のステータス関連情報を管理及び表示するアプリケーションＡＰＰを使用可能な端末装置２００とネットワークＮＷを介して通信を行う通信部３１０と、処理部３２０と、を含む。通信部３１０は、収集対象機器１００で発生したイベントを含むステータス関連情報を取得する。処理部３２０は、端末装置２００においてリンク情報が選択されることで起動したアプリケーションＡＰＰによって表示可能なステータス関連情報の表示画面情報であって、リンク情報によって指定される表示画面情報の生成処理を行う。また、通信部３１０は、表示画面情報を端末装置２００に送信する。【選択図】 図２

Description

本発明は、情報処理システム、情報提供システム、プログラム及び情報処理方法等に関する。

従来、ネットワークに接続された複数の機器の稼働状態等に関するステータス情報を収集する情報処理システムが知られている。特許文献１には、収集対象機器から離れた場所にいるユーザーは、専用のアプリケーションがインストールされた端末装置を所持し、収集対象機器についての通知を受信できる手法が開示されている。

特開２０１９－０２８７５７号公報

しかし、ユーザーは、収集対象機器に関する通知を受けても、アプリケーションを起動させなくてはステータス情報を把握することはできない。

本開示の一態様は、収集対象機器、及び、前記収集対象機器のステータス関連情報を管理及び表示するアプリケーションを使用可能な端末装置とネットワークを介して通信を行う通信部と、処理部と、を含み、前記通信部は、収集対象機器で発生したイベントを含むステータス関連情報を取得し、前記処理部は、前記端末装置においてリンク情報が選択されることで起動する前記アプリケーションによって表示される前記ステータス関連情報の表示画面情報であって、前記リンク情報によって指定される前記表示画面情報の生成処理を行い、前記通信部は、前記生成処理で生成された前記表示画面情報を前記端末装置に送信する情報処理システムに関係する。

また、本開示の一態様は、前記情報処理システムと、第１端末装置と、端末装置である第２端末装置と、を含み、前記第１端末装置は、前記第２端末装置に対して前記リンク情報を送信する情報提供システムに関係する。

また、本開示の一態様は、情報処理システムにより収集されたステータス関連情報であって、収集対象機器で発生したイベントを含むステータス関連情報の表示画面情報を表示するためのリンク情報を受信するステップと、前記リンク情報により指定されるアプリケーションを起動するステップと、前記起動したアプリケーションが、前記情報通知処理システムから前記表示画面情報を受信するステップと、前記表示画面情報を表示するステップと、を端末装置に実行させるプログラムに関係する。

また、本開示の一態様は、収集対象機器、及び、前記収集対象機器のステータス関連情報を管理及び表示するアプリケーションを使用可能な端末装置とネットワークを介して通信を行う処理を行い、収集対象機器で発生したイベントを含むステータス関連情報を取得する処理を行い、前記端末装置においてリンク情報が選択されることで起動した前記アプリケーションによって表示可能な前記ステータス関連情報の表示画面情報であって、前記リンク情報によって指定される前記表示画面情報を生成する生成処理を行い、前記表示画面情報を前記端末装置に送信する処理を行う情報処理方法に関係する。

情報提供システムの構成例を説明するブロック図。 アプリケーションの画面例を説明する図。 本実施形態における処理の流れの例を説明する図。 情報提供システムのより詳細な構成例を説明するブロック図。 参考例における問題点を説明する図。 第１アプリケーション処理の処理例を説明するフローチャート。 共有情報処理の処理例を説明するフローチャート。 第２アプリケーション処理の処理例を説明するフローチャート。 受信処理の処理例を説明するフローチャート。 送信処理の処理例を説明するフローチャート。 本実施形態の別の処理の流れを説明する図。 本実施形態の別の処理の流れを説明する、別の図。 本実施形態の別の処理の流れを説明する、別の図。 本実施形態の別の処理の流れを説明する、別の図。 本実施形態の変形例の処理の流れを説明する図。 ペイロード作成処理の処理例を説明するフローチャート。 ＵＲＬ作成処理の処理例を説明するフローチャート。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本開示の必須構成要件であるとは限らない。

図１と図２と図３は、本実施形態の基本構成を示す。図１は本実施形態の情報提供システム１０の構成例を示すブロック図である。図１に示すように、本実施形態の情報提供システム１０は、収集対象機器１００と、端末装置２００と、情報処理システム３００を含む。端末装置２００は図１の例のように２台に限られず、情報提供システム１０は、端末装置２００－１、端末装置２００－２、…、端末装置１００－Ｎを含むようにすることもできる。Ｎは２以上の整数である。以下では図１の端末装置２００－１と端末装置２００－２は、端末装置２００と適宜総称して説明する。同様に、収集対象機器１００は図１の例のように１台に限られず、複数の収集対象機器１００が接続可能である。

収集対象機器１００は、例えば、プリンターであるが、パーソナルコンピューター、ウェアラブル機器、生体情報測定機器、ロボット、映像機器又は物理量計測機器等であってもよい。なお、ウェアラブル機器はスマートウォッチ或いはアクティビティトラッカー等をいう。また、生体情報測定機器は、脈拍計或いは歩数計等をいう。また、映像機器はカメラ或いはプロジェクター等をいう。また、物理量計測機器は、温度計或いは体重計等をいう。また、ここでいうプリンターは複合機を含む。複合機とは、プリンター機能以外の機能を含むプリンターをいい、プリンター機能以外の機能とは、コピー機能、ファックス機能又はスキャナー機能等をいうが、他の機能であってもよい。

収集対象機器１００は、ステータス関連情報を外部に送信することができる。ステータス関連情報は、所定の形式で収集対象機器１００の状態を示す情報である。具体的には、図２で後述するが、ステータス関連情報は、稼働していない状態であれば「待機中」、稼働中であれば「稼働中」、エラーが発生しているときは「エラー中」等を示す。また、収集対象機器１００が稼働中である場合、さらに、稼働状況に関する情報もステータス関連情報に含まれる。稼働状況に関する情報は、例えば、ジョブの実行件数や、稼働量、稼働率等である。稼働量は、収集対象機器１００がプリンターの場合、印刷の量であり、印刷面積の次元で示される。また、収集対象機器１００がエラー中の場合、エラーの内容等もステータス関連情報に含まれる。ここで、エラーは収集対象機器１００の機械的な故障の他、消耗品の不足等を含む。消耗品の不足は、消耗品の残量が所定値以下になることをいい、ジョブの実行有無を問わない。例えば、収集対象機器１００がプリンターの場合、インクやトナーが所定の残量以下であれば、プリンターは、インクやトナーの残量を検出するセンサーによってジョブの実行前にエラー信号を発するように制御され、用紙等の印刷媒体の搬送が途中で停止する場合は、ジョブの実行中にエラーが発生する。

端末装置２００は、例えばスマートフォン等の携帯情報端末であるが、パーソナルコンピューター等であってもよい。本実施形態の端末装置２００は、アプリケーションプログラムであるアプリケーションＡＰＰがインストールされている。アプリケーションＡＰＰは、収集対象機器１００のステータス関連情報を管理及び表示するソフトウェアであり、不図示の端末装置処理部によって、アプリケーションＡＰＰの機能が実現できるようになっている。アプリケーションＡＰＰが実現する具体例は図２で後述する。

情報処理システム３００は、収集対象機器１００、及び、収集対象機器１００のステータス関連情報を管理及び表示するアプリケーションＡＰＰを使用可能な端末装置２００とネットワークＮＷを介して通信を行う通信部３１０と、処理部３２０と、を含む。通信部３１０は、ネットワークＮＷを介して外部装置と通信接続される通信インターフェースである。当該通信インターフェースは所定の通信規格に準拠した通信機能を有する単独の半導体装置によって実現できるが、他の機能を併せ持つ半導体装置の一部の機能として実現してもよい。半導体装置は例えば通信用ＩＣ（Integrated Circuit）である。なお、所定の通信規格とは、例えば、イーサネット（登録商標）やＵＳＢ（Universal Serial Bus）等の有線通信の規格や、Ｗｉ－Ｆｉ（登録商標）等の無線通信の規格であるが、他の通信規格であってもよい。また、所定の通信規格が前述のＷｉ－Ｆｉ（登録商標）規格に従う無線通信の場合、不図示のアクセスポイントを介することで、無線通信が実現できる。具体的には、不図示のアクセスポイントは、自己の識別情報が解読可能なようにビーコン等の無線通信用電波を定期的に発信している。また、アクセスポイントの識別情報は、例えば、ＳＳＩＤ（Service Set Identifier）である。また、情報処理システム３００が収集対象機器１００のユーザーアクセスポイントからの電波を受信したとき、ユーザーが情報処理システム３００に所定のパスワードを入力することで、情報処理システムは、当該アクセスポイントと接続することが可能になる。また、ユーザーは、情報処理システム３００を再度同一のアクセスポイントと接続する場合は、ユーザーは情報処理システム３００をパスワードの入力を行うことなく自動的に当該アクセスポイントと接続することができる。また、アクセスポイントは、ルーターとも呼ぶことができる。また、本実施形態では、「通信規格に従った通信接続」のことを、適宜、単に「接続」と記載する。

なお、前述の収集対象機器１００及び端末装置２００も、図示は省略しているが、通信部３１０と同様の、所定の通信規格に従う通信インターフェースを含んでいる。言い換えれば、収集対象機器１００、端末装置２００及び情報処理システム３００は、所定の通信規格に従う通信機能を有する半導体装置を含むことで、ネットワークＮＷを介して互いに通信接続が実現できるようになっている。また、端末装置２００のユーザーは、収集対象機器１００や情報処理システム３００に対して、端末装置２００に固有の識別情報を含めたデータを送信する。端末装置２００に固有の識別情報は、例えば、ＩＰアドレスやＭＡＣアドレスである。そのため、不図示のアクセスポイントに複数の端末装置２００が所属していても、当該複数の端末装置２００は、互いに区別することが可能である。

処理部３２０は、通信部３１０等、情報処理システム３００における各部の制御や行う。処理部３２０は、具体的にはプロセッサー又はコントローラーである。処理部３２０は、例えば、メインＣＰＵ、サブＣＰＵなどの複数のＣＰＵを含むことができる。メインＣＰＵは、情報処理システム３００の各部の制御や全体的な制御を行う。サブＣＰＵは、例えば、通信部３１０の通信制御を行うＣＰＵである。なお、情報処理システム３００がプリンターである場合、印刷についての各種の処理を行うＣＰＵが更に設けられてもよい。また、本実施形態の処理部３２０は、下記のハードウェアによって構成できる。ハードウェアは、デジタル信号を処理する回路及びアナログ信号を処理する回路の少なくとも一方を含むことができる。ハードウェアは、例えば、回路基板に実装された１又は複数の回路装置或いは１又は複数の回路素子によって構成できる。なお、回路装置は、例えば、集積回路装置である。また、回路素子は、例えば、トランジスター等の能動素子や抵抗又はキャパシター等の受動素子である。

また、処理部３２０は、下記のプロセッサーにより実現できる。本実施形態の情報処理システム３００は、情報を記憶する不図示のメモリーと、当該メモリーに記憶された情報に基づいて動作するプロセッサーと、を含む。なお、情報は、例えば、前述のアプリケーションＡＰＰ等のプログラムや、後述するステータス関連情報等のデータである。プロセッサーは、ハードウェアを含む。また、プロセッサーは、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）等、各種のプロセッサーを用いることが可能である。また、ここでのメモリーは、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）等の半導体メモリーであってもよいし、レジスターであってもよいし、ハードディスク装置等の磁気記憶装置であってもよいし、光学ディスク装置等の光学式記憶装置であってもよい。また、メモリーは、例えば、コンピューターによって読み取り可能な命令を格納しており、当該命令をプロセッサーが実行することによって、処理部３２０の機能が処理として実現される。なお、命令は、プログラムを構成する命令セットの命令でもよいし、プロセッサーのハードウェア回路に対して動作を指示する命令であってもよく、さらに、処理部３２０の全部又は一部はクラウドコンピューティングで実現されてもよい。なお、図示は省略しているが、前述の収集対象機器１００も、処理部３２０に準ずるプロセッサーを含み、収集対象機器処理部としての機能を実現している。同様に、端末装置２００も、処理部３２０に準ずるプロセッサーを含み、端末装置処理部としての機能を実現している。なお、以降の説明において、収集対象機器１００の収集対象機器処理部が行う処理を、単に収集対象機器処理部が行う処理と簡略して記載することがあり、端末装置２００の端末装置処理部が行う処理を、単に端末装置処理部が行う処理と簡略して記載することがある。

図２は、前述のアプリケーションＡＰＰの画面例を説明する。例えば、端末装置２００がアプリケーションＡＰＰを起動すると、不図示のログイン画面が表示される。端末装置２００の画面はタッチパネルであり、ユーザーは、ログイン画面においてユーザーＩＤ及びユーザーパスワードをタッチパネル操作で入力することで、Ａ１に示すホーム画面を閲覧することができる。ユーザーＩＤ及びユーザーパスワードは個々のユーザーに付与される識別情報である。また、ユーザーは、所定のアイコンを選択することで、前述のホーム画面の他、Ｂ１に示す装置一覧画面と、Ｃ１に示すレポート画面との間をそれぞれ遷移できるようになっている。所定のアイコンとは、例えばＡ５、Ｂ５及びＣ５に示すようなアイコンであるが、ユーザーは、他のアイコンを選択することで、関連する画面に遷移してもよい。ユーザーは、例えば後述するＡ３に示すレポートに関するアイコンを選択すると、Ｃ１に示すレポート画面に遷移してもよいし、後述するＡ４１に示すエラーに関するアイコンを選択すると、Ｂ１に示す装置一覧画面に遷移してもよい。

Ａ１に示すホーム画面は、例えば、Ａ２に示す当日の稼働状況に関する情報、Ａ３に示す過去の一定期間における稼働状況に関する情報、Ａ４に示す現在発生しているイベントに関する情報等、収集対象機器１００に関する情報を総括して表示する。ここでのイベントとは、例えば、Ａ４１に示すようなエラーの発生に関する事象や、Ａ４２に示すような消耗品の残量不足の発生に関する事象等であるが、他の事象であってもよい。なお、Ａ２、Ａ３、Ａ４、Ａ４１、Ａ４２に示す画像の一部または全部を画像アイコンとし、ユーザーは、当該画像アイコンを選択することで、より詳細な画面を開いてもよい。また、図示は省略するが、ホーム画面は、スクロール可能とし、Ａ２～Ａ４に示した情報以外の情報を表示できる仕様にしてもよい。装置一覧画面やレポート画面についても同様である。

Ｂ１に示す装置一覧画面は、情報処理システム３００と接続する収集対象機器１００の一覧を示す画面である。装置一覧画面は、情報処理システム３００に接続する全ての収集対象機器１００のうち、稼働中の機器、待機中の機器及びエラー中の機器の内訳を把握可能であるが、その他の状態を示す機器を示してもよい。その他の状態とは、例えば通信接続に問題が有る状態等である。また、装置一覧画面において、Ｂ１１、Ｂ１２、Ｂ１３、Ｂ１４、Ｂ１５、Ｂ１６に示すように、個々の収集対象機器１００の状態が把握可能になっている。また、装置一覧画面は、Ｂ１１～Ｂ１６に示す画像の一部または全部をアイコンとし、ユーザーが画像アイコンを選択することで、より詳細な画面を開くようにしてもよい。例えば、ユーザーがＢ１３に示す、エラー中として表示されている「ＡＢＣ ３号機」のアイコンを選択すると、図示は省略するが、装置一覧画面は、ステータス関連情報として、エラーの詳細を示す画面をさらに開くようにしてもよい。エラーの詳細とは、例えば、エラーが発生した時刻やエラーの識別情報であるエラーコード等である。

Ｃ１に示すレポート画面は、例えば、稼働実績や稼働状況等を、グラフ等によって詳細に示す画面である。Ｃ２に示す稼働実績は、期間や単位を選択することができる。具体的には、ユーザーがＣ１で示す期間を選択することで期間を変化させると、レポート画面は、Ｃ２に示すグラフも当該期間に対応して変化するようになっている。Ｃ３に示す稼働状況は、現在の稼働状況を示している。なお、ユーザーがＣ３に示すアイコンを選択すると、レポート画面は、Ｂ１に示す装置一覧画面に遷移するようにしてもよい。

また、図２に示したトップページに対してハイパーリンク（Hyperlink）等のリンク情報を設定できるようにしてもよい。さらに、図２の画面例を構成する個々のコンテンツについて指定できるリンク情報が設定できるようにしてもよい。例えば、ユーザーが、端末装置２００にインストールされた所定のメールソフトの画面に表示されるハイパーリンクをクリックすると、アプリケーションＡＰＰが起動し、ハイパーリンクが指定している画面情報が開く。

なお、図２に示したアプリケーションＡＰＰの画面例は例示であって、画面の仕様は図２に示したものに限られず、他のアイコンを追加したり、前述のアイコンの一部を削除したりする等、種々の変形実施が可能である。

図３は、本実施形態の処理の流れを説明する。タイミングｔ１で収集対象機器１００にイベントが発生すると、収集対象機器１００は、情報処理システム３００の通信部３１０を介して、ステータス関連情報を処理部３２０に送信する。ここでのイベントは、例えば、図２のＡ４１に示した、収集対象機器１００のエラーである。そして処理部３２０は、通信部３１０が受信したステータス関連情報に基づいて、表示画面情報生成処理を行う。表示画面情報生成処理によって作成される表示画面情報は、例えば、ｈｔｍｌ（HyperText Markup Language）形式によるデータである。アプリケーションＡＰＰは、当該ｈｔｍｌ形式によるデータに対して、表示用のレンダリング処理を行うことで、端末装置２００に表示可能な画像データを生成することができる。

タイミングｔ１より遅いタイミングであるタイミングｔ２において、端末装置２００のユーザーは、不図示の他のユーザーから、リンク情報を含む所定の通知を受ける。ここでの所定の通知とは、図２のＡ４１に示した「ＡＢＣ ３号機」のエラーに関する通知であり、例えば端末装置２００にインストールされた所定のメールソフトの画面に、前述した「ＡＢＣ ３号機」のエラーの詳細を示す画面に直接リンクするリンク情報であるＵＲＬ（Uniform Resource Locator）が記載されている。つまり、ここでのリンク情報とは、アプリケーションＡＰＰの特定の画面に遷移させることができるリンクである、いわゆるディープリンクである。

タイミングｔ２より遅いタイミングであるタイミングｔ３で、ユーザーがディープリンクであるリンク情報を選択すると、端末装置２００のアプリケーションＡＰＰが起動し、アプリケーションＡＰＰは表示画面情報要求処理を行う。具体的には、端末装置処理部は、通信部３１０を介して処理部３２０に対し、当該リンク情報に関連している表示画面情報を要求する。そして、表示画面情報要求を受けた処理部３２０は、表示画面情報送信処理を行う。具体的には、例えば処理部３２０は、表示画面情報要求処理に対応する、前述のｈｔｍｌ形式からなる表示画面情報を、通信部３１０を介して送信する。そして、端末装置２００の端末装置処理部は、不図示の通信インターフェースを介して、当該表示画面情報を受信する。なお、以降の説明において、情報処理システム３００の処理部３２０が通信部３１０を介して送受信することを、通信部３１０が送受信すると記載することがある。

そして、タイミングｔ３より遅いタイミングであるタイミングｔ４で、端末装置２００は画面表示処理を行う。具体的には、アプリケーションＡＰＰは、処理部３２０の表示画面情報送信処理によって送信されたｈｔｍｌデータに対してレンダリング処理を行うことにより、端末装置２００に表示される画面情報を具体的に作成し、当該画面情報が端末装置２００に表示される。このように、ユーザーは、ディープリンクであるリンク情報を受信することにより、収集対象機器１００である「ＡＢＣ ３号機」に関する画面に直接アクセスすることができる。

以上のように、本実施形態の情報処理システム３００は、収集対象機器１００、及び、収集対象機器１００のステータス関連情報を管理及び表示するアプリケーションＡＰＰを使用可能な端末装置２００とネットワークＮＷを介して通信を行う通信部３１０と、処理部３２０と、を含む。また、通信部３１０は、収集対象機器１００で発生したイベントを含むステータス関連情報を取得する。また、処理部３２０は、端末装置２００においてリンク情報が選択されることで起動するアプリケーションＡＰＰによって表示されたステータス関連情報の表示画面情報であって、リンク情報によって指定される表示画面情報を生成する生成処理を行う。また、通信部３１０は、生成処理によって生成された表示画面情報を端末装置２００に送信する。

このように、本実施形態の情報処理システム３００は、収集対象機器１００と端末装置２００とをネットワークを介して通信可能な通信部３１０と処理部３２０を含むことから、収集対象機器１００から収集した情報処理結果を端末装置２００に送信する情報処理システムとして機能することができる。また、処理部３２０は端末装置２００にインストールされたアプリケーションＡＰＰによって表示可能な表示画面情報を生成し、アプリケーションＡＰＰは、端末装置２００に表示されたリンク情報を選択することで自動的に起動することから、ユーザーはアプリケーションＡＰＰを起動する手間を省くことができる。

また、本実施形態は、プログラムとして実現してもよい。つまり、本実施形態のプログラムは、情報処理システム３００により収集されたステータス関連情報であって、収集対象機器１００で発生したイベントを含むステータス関連情報の表示画面情報を表示するためのリンク情報を受信するステップと、リンク情報により指定されるアプリケーションＡＰＰを起動するステップを端末装置２００に実行させる。さらに、起動したアプリケーションＡＰＰが、情報処理システム３００から表示画面情報を受信するステップと、表示画面情報を表示するステップを端末装置２００に実行させる。このようにすることで、上記と同様の効果が得られる。

また、本実施形態は、情報処理方法として実現してもよい。つまり、本実施形態の情報処理方法は、収集対象機器１００、及び、収集対象機器１００のステータス関連情報を管理及び表示するアプリケーションＡＰＰを使用可能な端末装置２００とネットワークＮＷを介して通信を行う処理を行い、収集対象機器１００で発生したイベントを含むステータス関連情報を取得する処理を行う。さらに、端末装置２００においてリンク情報が選択されることで起動したアプリケーションＡＰＰによって表示可能なステータス関連情報の表示画面情報であって、リンク情報によって指定される表示画面情報を生成する生成処理を行い、表示画面情報を端末装置２００に送信する処理を行う。このようにすることで、上記と同様の効果が得られる。

なお、本実施形態の情報提供システム１０は、図１の構成に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加したりする等、種々の変形実施が可能である。例えば、情報提供システム１０の構成は図４のようにしてもよい。図４に示す情報提供システム１０は、図１で前述した収集対象機器１００と情報処理システム３００のほか、第１ユーザー４０が所有する第１端末装置４００と、第２ユーザー５０が所有する第２端末装置５００と、第２アプリケーションサーバー６００を含む。また、図４の情報処理システム３００は図１で前述した通信部３１０と処理部３２０のほか、記憶部３３０をさらに含む。第１端末装置４００は、第１表示部４１０を含み、第１アプリケーションＡＰＰ１と第２アプリケーションＡＰＰ２がインストールされている。同様に、第２端末装置５００は第２表示部５１０を含み、第１アプリケーションＡＰＰ１と第２アプリケーションＡＰＰ２がインストールされている。なお、図４においては、「第１アプリケーション」を「第１ＡＰＰ」と簡略して表記し、「第２アプリケーション」を「第２ＡＰＰ」と簡略して表記することがある。後述する図５、図６、図８、図１２、図１３、図１４についても同様である。

なお、図４の収集対象機器１００と通信部３１０と処理部３２０は図１と同様であるため、説明は省略する。また、図４の第１端末装置４００及び第２端末装置５００は、図１の端末装置２００に対応し、図４の第１アプリケーションＡＰＰ１は、図１のアプリケーションＡＰＰに対応するものとする。そのため、これらの説明はここでは省略する。また、図４の例では、ユーザーは２名であるがＮ名まで拡張可能であり、１名のユーザーが複数の端末装置を所有することを妨げるものではない。また、図１の例と同様に、図４の例においても、ユーザーは３名以上接続可能であり、３台以上の端末装置が接続可能であり、複数の収集対象装置が接続可能である。

記憶部３３０は、ＨＤＤ、ＲＯＭ或いはＲＡＭ等の記憶媒体で構成され、通信部３１０が収集対象機器１００から受信した情報を記憶する。ここでの情報とは、具体的には、通信部３１０が収集対象機器１００から定期的に受信する稼働情報や、突発的に発生したイベントに関する情報である。情報処理システム３００は、複数の収集対象機器１００から逐次情報を取得するため、個々の情報は識別するための識別情報と関連付けて記憶部３３０に記憶されている。ここでの識別情報とは、例えば収集対象機器１００を識別するＩＤ（Identifier）や、収集対象機器１００の稼働状況やイベントに関する時刻情報や、イベントを識別するためのイベント識別情報等である。イベント識別情報とは、例えば、イベントがエラーの場合、エラーコード等である。

なお、ここでの時刻情報は、時分秒等の情報に基づいて、所定の桁数による数字で表す方式で表すようにしてもよい。例えば、イベントが発生した時刻が「２０２０年１０月１１日１０時２０分２０秒」であれば、時刻情報は、「２０２０１０１１１０２０２０」という１４桁の数字で作成する方式で表してもよい。また、例えば時刻情報がミリ秒等のより細かい時間単位で取得できる場合、時刻情報は、更に数字の桁数を増やしてもよく、種々の変形実施が可能である。

なお、図示は省略するが、処理部３２０は、記憶部３３０に記憶された稼働情報やイベント情報等に対して、再配列する処理や検索する処理を行うことができる。具体的には、例えば、記憶部３３０に記憶された一連のステータス関連情報に対して、関連付けた時刻情報に基づいて、時刻の古い順に配列し直す処理や検索する処理を行うことができてもよい。

第１表示部４１０は、各種情報をユーザーに表示するディスプレイで構成される。具体的には第１表示部４１０は、例えば、液晶ディスプレイにより実現できるが、有機ＥＬディスプレイ等で実現してもよい。第１ユーザー４０が第１アプリケーションＡＰＰ１を起動させると、前述の図２に示す画面が第１表示部４１０に表示される。なお、第１表示部４１０をタッチパネルであり、図４で不図示の操作部を兼ねてもよい。なお、上記の第１表示部４１０の説明は第２表示部５１０についても同様である。

第２アプリケーションＡＰＰ２は、第１アプリケーションＡＰＰ１による情報の共有に対応するアプリケーションである。第２アプリケーションＡＰＰ２は、例えば、電子メールに対応するメールアプリケーションであるが、ＩＭ（インスタントメッセージ）に対応するメッセンジャーアプリケーションであってもよく、ＳＭＳ（ショートメッセージサービス）に対応するアプリケーションであってもよい。第１ユーザー４０と第２ユーザー５０は、第２アプリケーションＡＰＰ２を用いて、メッセージによる連絡を取り合うことや、さらに別のバイナリーデータを添付することができる。

第２アプリケーションサーバー６００は、第２アプリケーションＡＰＰ２の第２ユーザー５０が送信、もしくは受信したメッセージを格納する。例えば、第１ユーザー４０が第２ユーザー５０宛に第１端末装置４００の第２アプリケーションＡＰＰ２を用いてメッセージを作成すると、当該メッセージデータは第２アプリケーションサーバー６００に格納され、その後第２ユーザー５０は第２端末装置５００の第２アプリケーションＡＰＰ２を用いて第２アプリケーションサーバー６００にアクセスし、蓄積されたメッセージデータを読み出すことにより、メッセージの送信が完了する。なお、図４では送信用サーバーと受信用サーバーをまとめて図示しているが、送信用サーバーと受信用サーバーを別々に設けてもよい。

また、上記の説明により、異なるユーザー間で、収集対象機器１００のステータス関連情報に関する画面情報を共有する手法を前述したが、共有する手法は、前述した方法に限られない。例えば、情報提供システム１０は、異なるユーザー間で、イベントが発生した時刻情報に関する情報、即ちタイムスタンプ情報を共有できるようにしてもよい。このように、タイムスタンプ情報を共有することで、第１ユーザー４０と第２ユーザー５０が第１アプリケーションＡＰＰ１を開く時間がそれぞれ異なる場合においても、同じステータス関連情報を共有することができるので、所定の不都合を回避することができる。所定の不都合とは、図５の参考例で後述する。

図５は、タイムスタンプ情報を共有しない場合の問題を説明するための、処理の流れの参考例を説明する。例えば、稼働している収集対象機器１００について、タイミングｔ１００においてイベントが発生したとする。ここでのイベントは収集対象機器１００の不具合に伴うエラーの発生に関する事象とする。なお、タイミングｔ１００の時点では、第１ユーザー４０も第２ユーザー５０も第１アプリケーションＡＰＰ１は起動せず、イベントの発生を認識していないものとする。また、図５では図示を省略するが、図３で前述のステータス関連情報送信処理、表示画面情報生成処理によって、処理部３２０は表示画面情報を生成している。

タイミングｔ１００より後のタイミングであるタイミングｔ１０１において、第１ユーザー４０が第１アプリケーションＡＰＰ１を起動したところ、画面情報Ｄ１に示すような、収集対象機器１００のイベントに関する画面情報を認識する。Ｄ１に示す画面情報は、例えば、Ｄ１１に示すイベントの発生時刻の情報や、Ｄ１２に示すイベントの対象となった収集対象機器１００の識別情報や、Ｄ１３に示すようなイベントの内容を示す情報や、Ｄ１４に示すイベントの識別情報等である。なお、ここでのイベントの識別情報とはエラーコードであるものとする。また、例えば、Ｄ１５に示すように、イベントが発生した時点における、収集対象機器１００の稼働に関する情報を表示してもよい。稼働に関する情報とは、例えば収集対象機器１００がプリンターであるならば、印刷の進行度を示す情報等である。

なお、画面情報Ｄ１のＤ１１で示す「２０２０年１０月１１日１０時２０分２０秒」はタイミングｔ１００に対応し、Ｄ１２で示す「ＡＢＣ３号機」は、収集対象機器１００に対応する。

第１ユーザー４０は、画面情報Ｄ１の内容を第２ユーザー５０に知らせるため、第２アプリケーションＡＰＰ２を起動し、画面情報Ｅ１に示すような内容を入力する。具体的には、Ｅ１１に示すヘッダー情報と、Ｅ１２に示すメッセージ情報と、Ｅ１３に示すリンク情報であるが、さらに他の情報を含んでもよい。Ｅ１３に示すリンク情報は、前述のディープリンクであり、当該リンク情報を選択すると、第１アプリケーションＡＰＰ１が起動し、Ｄ１２に示した「ＡＢＣ３号機」のステータス情報を閲覧することができる。そして、タイミングｔ１０１より遅いタイミングであるタイミングｔ１０２において、第１ユーザー４０は第２ユーザー５０に対して送信作業を完了させる。なお、タイミングｔ１０２の時点では、第２ユーザー５０は第２端末装置５００をまだ扱うことができない状況であるものとする。

その後、第２ユーザー５０は、第２端末装置５００の第２アプリケーションＡＰＰ２を起動したところ、第１ユーザー４０からメッセージが届いていることを認識する。そして、図示は省略するが、上記した画面情報Ｅ１と同一の画面情報を、第２ユーザー５０は第２表示部５１０で閲覧する。その後、タイミングｔ１０２より遅いタイミングであるタイミングｔ１０５において、Ｅ１３で示すリンク情報であるＵＲＬを選択すると、第２端末装置５００の第１アプリケーションＡＰＰ１が起動する。

もし、当該タイミングｔ１０５においても前述のタイミングｔ１００と同じイベントが継続していれば、第２ユーザー５０は前述の画面情報Ｄ１と同一の画面情報を閲覧することができるが、必ずしも同じイベントが継続しているとは限らない。例えば、図５に図示するように、タイミングｔ１０２より遅くかつタイミングｔ１０５より早いタイミングであるタイミングｔ１０３において、当該イベントが終了することが想定される。イベントが終了するとは、具体的には、収集対象機器１００の不具合の解消に伴うエラーが終了すること等である。さらに、タイミングｔ１０３より遅くかつタイミングｔ１０５より早いタイミングであるタイミングｔ１０４において、収集対象機器１００の稼働が終了することも想定される。

このような場合、第２ユーザー５０がＥ１３に示すリンク情報であるＵＲＬを選択すると、Ｆ１に示すような画面情報が表示される。より具体的には、タイミングｔ１０５において第２ユーザー５０が当該ＵＲＬを選択することは、情報処理システム３００に対して、タイミングｔ１０５の直前のタイミングで記憶したステータス関連情報に基づく画面情報Ｆ１を要求することになる。したがって、情報処理システム３００からは、タイミングｔ１０５の直前のタイミングで記憶したステータス関連情報に基づく画面情報Ｆ１が返信され、当該画面情報Ｆ１を第２ユーザー５０は閲覧することになる。なお、Ｆ１１に示す「２０２０年１０月１１日１３時３０分５０秒」が、タイミングｔ１０５の直前のタイミングに対応する。

そのため、画面情報Ｆ１は、例えば、Ｆ１１に示す時刻情報や、Ｆ１２に示す収集対象機器１００の識別情報や、Ｆ１３やＦ１５に示すステータス内容に関する情報を表示する。例えば、Ｆ１３やＦ１５が示すステータス内容に関する情報は、収集対象機器１００が待機中であることを示しているので、前述のＥ１２に示したメッセージに含まれるエラーの記述と合致せず、第１ユーザー４０からのメッセージの意図を第２ユーザー５０は理解することができない。

このように、図５で説明したような状況が起こり得るため、本実施形態の手法は、第１ユーザー４０と第２ユーザー５０がそれぞれの第１アプリケーションＡＰＰ１を開く時間が異なる場合、同じステータス関連情報を共有することができるタイムスタンプ情報を共有できるようにしてもよい。以降に、その手法を実現するための処理例等について説明する。

図６、図７、図８、図９、図１０のフローチャートは、第１端末装置４００の端末装置処理部及び第２端末装置５００の端末装置処理部が行う処理例について説明する。なお、以降の説明において、第１端末装置４００の端末装置処理部及び第２端末装置５００の端末装置処理部が行う処理を、単に端末装置処理部が行う処理と、簡略して記載する。

図６のフローチャートは、第１アプリケーションＡＰＰ１が行う処理例について説明する。第１アプリケーション処理は、機器情報更新処理（ステップＳ１００）と、共有情報処理（ステップＳ２００）と、第１アプリケーション画面更新処理（ステップＳ３００）が繰り返し行われる。共有情報処理（ステップＳ２００）の詳細については図７で後述する。機器情報更新処理（ステップＳ１００）は、処理の詳細な図示を省略するが、収集対象機器１００の最新のステータス情報を情報処理システム３００に対して要求する処理や、必要に応じてステータス情報の更新を情報処理システム３００に対して要求する処理等を含む。第１アプリケーション画面更新処理（ステップＳ３００）は、前述の機器情報更新処理（ステップＳ１００）や後述の共有情報処理（ステップＳ２００）に伴い、第１アプリケーションＡＰＰ１のブラウザー画面を更新する処理である。

図７のフローチャートは、共有情報処理（ステップＳ２００）の処理例を説明する。共有情報処理（ステップＳ２００）とは、後述する共有の送受信に関する処理である。端末装置処理部は、共有情報設定操作が有ったか否かについて判断し、共有情報設定操作が有った場合（ステップＳ２１０でＹＥＳ）、ディープリンク作成処理（ステップＳ２１２）と、キャプチャー画面作成処理（ステップＳ２１４）とキャプチャー画像送信処理（ステップＳ２１６）を行い、フローを終了する。共有情報設定操作については図１２で後述する。

共有情報設定操作が無かった場合（ステップＳ２１０でＮＯ）、端末装置処理部は、ディープリンク選択操作が有ったか否かについて判断し、ディープリンク選択操作が有った場合（ステップＳ２２０でＹＥＳ）、ディープリンク受信処理（ステップＳ２２２）と共有ページ要求処理（ステップＳ２２４）を行い、フローを終了する。ディープリンク選択操作については図１４で後述する。

ディープリンク選択操作が無かった場合（ステップＳ２２０でＮＯ）、端末装置処理部は、共有ページ送信処理が有ったか否かについて判断し、共有ページ送信処理が有った場合（ステップＳ２３０でＹＥＳ）、共有ページ表示処理（ステップＳ２２２）を行い、フローを終了する。共有ページ送信処理については図１４で後述する。また、共有ページ送信処理が無かった場合（ステップＳ２３０でＮＯ）、端末装置処理部は、フローを終了する。言い換えれば、共有に関する操作や要求処理が何も無かった場合は、共有情報処理（ステップＳ２００）は特に何も行われない。

図８のフローチャートは、第２アプリケーション処理の処理例について説明する。第２アプリケーション処理は、受信処理（ステップＳ４００）と送信処理（ステップＳ５００）と第２アプリケーション画面更新処理（ステップＳ６００）が必要に応じて繰り返し行われる。受信処理（ステップＳ４００）の詳細については図９で後述し、送信処理（ステップＳ５００）の詳細については図１０で後述する。第２アプリケーション画面更新処理（ステップＳ６００）は、受信処理（ステップＳ４００）と送信処理（ステップＳ５００）が行った処理を第２アプリケーションＡＰＰ２のブラウザーの画面に反映させる処理である。

図９のフローチャートは、受信処理（ステップＳ４００）の処理例について説明する。端末装置処理部は、所定時間を経過したか否かについて判断する処理を行い、所定時間を経過している場合（ステップＳ４１０でＹＥＳ）、情報受信処理（ステップＳ４１２）を行い、フローを終了する。所定時間を経過していない場合（ステップＳ４１０でＮＯ）、端末装置処理部は、受信操作が行われているか否かを判断する処理を行い、受信操作が行われている場合（ステップＳ４２０でＹＥＳ）、前述の情報受信処理（ステップＳ４１２）を行い、フローを終了する。情報受信処理（ステップＳ４１２）は、具体的には、第２アプリケーションサーバー６００に格納されたメッセージ等のデータを読み込む処理である。なお、受信操作が行われていない場合（ステップＳ４２０でＮＯ）、そのままフローを終了する。なお、所定期間はユーザーが自由に設定できるようにしてもよい。

図１０のフローチャートは、送信処理（ステップＳ５００）の処理例について説明する。端末装置処理部は、送信画面作成要求が有ったか否かについて判断する処理を行い、送信画面作成要求が有った場合（ステップＳ５１０でＹＥＳ）、キャプチャー画像送信処理（ステップＳ２１６）が有ったか否かについて判断する処理を行う（ステップＳ５２０）。キャプチャー画像送信処理（ステップＳ２１６）が有った場合（ステップＳ５２０でＹＥＳ）、端末装置処理部は、キャプチャー画像を含む送信確認画面を表示する処理（ステップＳ５２２）を行う。キャプチャー画像送信処理（ステップＳ２１６）が無い場合（ステップＳ５２０でＮＯ）、端末装置処理部は、キャプチャー画像を含まない送信確認画面を表示する処理（ステップＳ５２４）を行う。その後、端末装置処理部は、送信要求が有ったか否かについて判断する処理を繰り返し行い、送信要求が有った場合（ステップＳ５３０でＮＯ）、端末装置処理部は、情報送信処理（ステップＳ５３２）を行い、フローを終了する。情報送信処理（ステップＳ５３２）は、具体的には、第２アプリケーションサーバー６００にメッセージ等のデータを送信する処理である。なお、図示は省略するが、送信処理（ステップＳ５００）は、送信確認画面を表示後に送信をキャンセルする処理等を追加してもよく、種々の変形実施が可能である。

図１１、図１２、図１３、図１４、図１５は、本実施形態の、タイムスタンプ情報を共有する手法に関する処理の流れを説明する。図１１では、タイミングｔ１０において稼働中の収集対象機器１００にイベントが発生したものとする。ここでのイベントは、図３や図５と同様にエラーであるものとする。そして、図３と同様に、収集対象機器１００はステータス関連情報を通信部３１０に送信する。また、タイミングｔ１０より遅いタイミングであるタイミングｔ１１において、処理部３２０は、通信部３１０が受信したステータス関連情報に基づいて、表示画面情報生成処理を行うとともに、表示画面情報記憶処理を行う。処理の詳細は後述するが、具体的には、収集対象機器１００は、イベントが発生したときにおけるステータス情報のキャプチャー画像をステータス関連情報として通信部３１０に送信し、処理部３２０は前述の表示画面情報生成処理で当該キャプチャー画像を作成し、記憶部３３０に、イベントが発生した時刻情報と関連付けて記憶する。

図１２のタイミングｔ２０において、第１ユーザー４０は第１アプリケーションＡＰＰ１を起動させる起動操作を行い、第１端末装置４００において第１アプリケーションＡＰＰ１が起動する。図１２のタイミングｔ２０は、図１１のタイミングｔ１０やタイミングｔ１１よりも遅いタイミングあるものとする。

タイミングｔ２０より遅いタイミングであるタイミングｔ２１において、第１ユーザー４０はイベントに関する情報を認識し、イベントに関する画面表示操作を行い、イベントに関する画面情報Ｄ１を認識する。なお、図１２のタイミングｔ２１で認識した画面情報Ｄ１は、図５の画面情報Ｄ１と同一であるものとする。また、図１１、図１２のタイミングｔ１０は、図５のタイミングｔ１００と同様に「２０２０年１０月１１日１０時２０分２０秒」に対応しているものとする。

次に、第１ユーザー４０は、画面情報Ｄ１の内容を第２ユーザー５０と共有したいと考え、共有決定操作を行い、タイミングｔ２１より後のタイミングであるタイミングｔ２２において、共有設定操作を完了させる。具体的には、図示は省略するが、例えば画面情報Ｄ１が表示された第１表示部４１０の所定の箇所を第１ユーザー４０が長押し等の操作を行うことで、画面情報Ｄ１を共有するか否かを選択する旨の表示が行われる。そして、第１ユーザー４０は、共有する旨を選択すると、画面情報Ｄ２に示すように、共有に必要なアプリケーションを選択する画面が表示される。ここでは共有に使用するアプリケーションとして、第２アプリケーションＡＰＰ２を第１ユーザー４０は選択したものとする。これにより、第２アプリケーションＡＰＰ２に対して、図１０のステップＳ５１０で前述した送信画面作成要求が行われる。

そして、第１端末装置４００の端末装置処理部は、前述した第１アプリケーション処理と第２アプリケーション処理をそれぞれ行う。第１アプリケーション処理を具体的に示すと、図７で前述したフローチャートに対応するように、共有設定操作が行われたことにより（ステップＳ２１０でＹＥＳ）、ディープリンク作成処理（ステップＳ２１２）と、キャプチャー画面作成処理（ステップＳ２１４）とキャプチャー画像送信処理（ステップＳ２１６）が行われる。また、第２アプリケーション処理を具体的に示すと、図１０で前述したフローチャートに対応するように、送信画面作成要求が行われ（ステップＳ５１０でＹＥＳ）、さらにキャプチャー画像送信処理（ステップＳ２１６）が行われていることから、キャプチャー画像を含む送信確認画面を表示する処理（ステップＳ５２２）が行われる。そして、タイミングｔ２２より後のタイミングであるタイミングｔ２４において、図１２では不図示である、図８の第２アプリケーション画面更新処理（ステップＳ６００）が行われることにより、画面情報Ｅ２に示すような画面が第１表示部４１０に表示される。

なお、ここでは、図１２のタイミングｔ２２より遅くかつタイミングｔ２４より早いタイミングであるタイミングｔ２３において、収集対象機器１００のイベントは終了しているものとしているが、より遅いタイミングであってもよく、具体的には図１４で後述するタイミングｔ４１より早ければ、どのタイミングであってもよい。言い換えれば、第２ユーザー５０が第１ユーザー４０から共有したい画面を閲覧するタイミングより早いタイミングでイベントが終了していればよい。

図１２の画面情報Ｅ２と図５の画面情報Ｅ１を比較すると、Ｅ２１に示すヘッダー情報は図５のＥ１１に示すヘッダー情報と同一で、Ｅ２２に示すメッセージ情報と図５のＥ１２に示すメッセージ情報は同一であるが、図１２のＥ２３に示すキャプチャー画像が含まれているか否かが異なる。Ｅ２３に示すキャプチャー画像は、画面情報Ｄ１の画像と同一である。

そして、タイミングｔ２４より遅いタイミングであるタイミングｔ２５において、第１ユーザー４０は送信要求操作を行う。具体的には、第１ユーザー４０はＥ２０に示す送信ボタンアイコンを選択する操作等を行う。

図１３を用いて、処理の流れの続きを説明する。タイミングｔ２５で送信要求操作が行われたことから、図１０のステップＳ５３２に対応するように、第１端末装置４００の端末装置処理部は情報送信処理を行う。具体的は、送信データを第２アプリケーションサーバー６００に送信する。

その後、タイミングｔ２５より遅いタイミングであるタイミングｔ３０において、第２ユーザー５０は第２端末装置５００を起動し、タイミングｔ３０より遅いタイミングであるタイミングｔ３１において、第２端末装置５００の第２アプリケーションＡＰＰ２の受信操作を第２ユーザー５０が行ったとする。それにより、図９のフローに対応するように、第２端末装置５００の端末装置処理部は情報受信処理（ステップＳ４１２）を行う。具体的には、第２端末装置５００の端末装置処理部は、第２アプリケーションサーバー６００に格納された、第１ユーザー４０からの送信データを読み込む処理を行う。

その後、タイミングｔ３１より遅いタイミングであるタイミングｔ３２において、第２アプリケーション画面更新処理（ステップＳ６００）等を経て、Ｇ１に示すような画面情報Ｇ１が第２表示部５１０に表示される。図１３の画面情報Ｇ１と図５の画面情報Ｅ１を比較すると、Ｇ１１に示すヘッダー情報は図５のＥ１１に示すヘッダー情報と同一で、Ｇ１２に示すメッセージ情報と図５のＥ１２に示すメッセージ情報は同一であるが、Ｇ１３に示すリンク情報と、図５のＥ１３に示すリンク情報が異なる。より具体的には、Ｇ１３に示すリンク情報は、Ｅ１３に示すリンク情報にＧ１３１に示す情報が付加されている。Ｇ１３１に示す情報は、図１１や図１２で前述のタイミングｔ１０に示す時刻情報である「２０２０１０１１１０２０２０」に対応している。つまり、収集対象機器１００のタイムスタンプ情報を含めたディープリンクが、第１ユーザー４０から送信されている。

以上のように、リンク情報は、端末装置である第２端末装置５００と異なる端末装置である第１端末装置４００によって生成された情報である。このようにすることで、異なる端末装置を有するユーザーに対して、同一の画面情報を共有させることができるとともに、異なるユーザー同士で容易に同一の画面情報を共有することができる。

図１４を用いて、処理の流れの続きを説明する。タイミングｔ３２より遅いタイミングであるタイミングｔ３３において、第２ユーザー５０はディープリンク選択操作を行う。具体的には、図１３のＧ１３に示すディープリンクであるリンク情報を選択する。それにより、第２端末装置５００において第１アプリケーションＡＰＰ１が起動する。第２端末装置５００の端末装置処理部は、図７のフローチャートに対応するように、ディープリンク受信処理（ステップＳ２２２）を行うとともに、共有ページ要求処理（ステップＳ２２４）を行う。具体的には、端末装置処理部は、図１３のＧ１３１に示したタイムスタンプ情報に対応する表示画面情報を、情報処理システム３００に要求する処理を行う。より詳細には、図１４で図示は省略しているが、端末装置処理部は、共有ページ要求処理（ステップＳ２２４）を、通信部３１０を介して処理部３２０に対して行っている。

その後、タイミングｔ３３より遅いタイミングであるタイミングｔ４０において、情報処理システム３００は、共有ページ送信処理を行う。より具体的には、処理部３２０は、図１３のＧ１３１に示したタイムスタンプ情報に対応する表示画面情報を、第２端末装置５００の端末装置処理部に対し、通信部３１０を介して送信する処理を行う。

その後第２端末装置５００の端末装置処理部は、図７のステップＳ２３０に対応するように、共有ページ表示処理（ステップＳ２３２）を行う。そしてタイミングｔ４０より遅いタイミングであるタイミングｔ４１において、図６の第１アプリケーション画面更新処理（ステップＳ３００）によって、Ｆ２に示すような画面情報Ｆ２が第２表示部５１０に表示される。画面情報Ｆ２は、図５に示した画面情報Ｆ１と異なり、図５、図１２で示した画面情報Ｄ１と同一の画面情報である。

以上のように本実施形態の情報処理システム３００は、ステータス関連情報の履歴情報である、ステータス履歴情報を記憶する記憶部３３０をさらに含む。また、通信部３１０は、端末装置である第１端末装置４００のアプリケーションである第１アプリケーションＡＰＰ１によって指定されたタイムスタンプ情報に基づいて、ステータス履歴情報からタイムスタンプ情報によって特定されたステータス情報の表示画面情報を、端末装置である第２端末装置５００に表示画面情報を送信する。

このようにすることで、ユーザー同士がアプリケーションを開く時間が異なる場合でも、同じステータス関連情報を共有することができる。より具体的には、タイミングｔ４１において第２端末装置５００の第１アプリケーションＡＰＰ１を第２ユーザー５０が起動した場合、タイミングｔ４１より前のタイミングであるタイミングｔ１０において、第１ユーザー４０が指定したタイムスタンプ情報に基づくイベントの内容を認識できるようになる。

また、本実施形態の手法は、情報提供システム１０として実現してもよい。つまり、本実施形態の情報提供システム１０は、情報処理システム３００と、第１端末装置４００と、端末装置である第２端末装置５００と、を含む。第１端末装置４００は、第２端末装置５００に対してリンク情報を送信する。このようにすることで、第１端末装置４００と第２端末装置５００で、同一時刻のステータス関連情報に関する画面情報を共有することができる。

また、以上の説明は、リンク情報に含まれるタイムスタンプ情報を共有する例であるが、本実施形態の手法はこれに限られず、例えば、変形例として、プッシュ通知を用いてタイムスタンプ情報を共有してもよい。プッシュ通知は、第１アプリケーションＡＰＰ１がプッシュ通知機能を実装することで、実現することができる。

図１５は、変形例の処理の流れを説明する。タイミングｔ２００において、収集対象機器１００でイベントが発生したとする。なお、タイミングｔ２００は、図５のタイミングｔ１００と図１１、図１２のタイミングｔ１０と同じであるものとする。ここでのイベントは、図３、図５、図１１等と同様にエラーであるものとする。また、前述した処理と同様の処理については符号を省略する。また、図１５は代表として第１ユーザー４０と第１端末装置４００のみを表示するが、第２ユーザー５０及び第２端末装置５００等、他のユーザーや端末装置についても同様である。

処理部３２０は、図１１と同様に、表示画面情報生成処理と表示画面情報記憶処理を行うとともに、ペイロード作成処理（ステップＳ７００）を行う。ペイロード作成処理（ステップＳ７００）については図１６で後述する。その後、処理部３２０は、通信部３１０を介してペイロードをプッシュ通知する処理を行う。それにより、図示は省略するが、第１表示部４１０にプッシュ通知画面が表示される。

プッシュ通知画面を認識した第１ユーザー４０は、タイミングｔ２００より遅いタイミングであるタイミングｔ２０１において、プッシュ通知を選択すると、第１端末装置４００の端末装置処理部は、ペイロード受信処理を行った後、ＵＲＬ作成処理（ステップＳ８００）を行う。ＵＲＬ作成処理（ステップＳ８００）については図１７で後述する。

第１端末装置４００の端末装置処理部は、通信部３１０を介して処理部３２０に対してページ要求処理を行う。処理部３２０は、記憶部３３０から画面表示情報を取得する画面表示情報取得処理を行い、通信部３１０を介して端末装置処理部にページを送信するページ送信処理を行う。

そして、第１端末装置４００の端末装置処理部はページ表示処理を行い、タイミングｔ２０１より遅いタイミングであるタイミングｔ２０２以降において、要求したページが閲覧できるようになる。これにより、タイミングｔ２０１より遅くかつタイミングｔ２０２より速いタイミングにおいて収集対象機器１００のイベントは終了しているが、タイミングｔ２００の時点のイベントに関するページを、第１ユーザー４０は閲覧することができる。

図１６のフローチャートは、ペイロード作成処理（ステップＳ７００）の処理例を具体的に説明する。処理部３２０は、収集対象機器１００を特定する情報と、イベントが発生した時刻情報を所定の形式で作成する。所定の形式は、例えば図１６に示すＪＳＯＮ形式であるが、第１端末装置４００に実装されているＯＳ（Operating System）に対応する形式であれば、ＸＭＬ形式等であってもよい。収集対象機器１００を特定する情報としては、例えば、図１６のＨ１とＨ２で示す情報である。また、イベントが発生した時刻情報は、例えばＨ３に示す情報であり、前述と同様である。そして、前述のペイロード送信処理が行われると、図示は省略するが、Ｈ１～Ｈ３の情報が表示されたプッシュ通知が第１表示部４１０に表示される。Ｈ１、及びＨ２は、例えば、記憶部３３０に記憶されている階層の情報を示している。

図１７のフローチャートは、ＵＲＬ作成処理（ステップＳ８００）の処理例を具体的に示す。第１端末装置４００の端末装置処理部は、先ず既知のＵＲＬをロードする処理を行う（ステップＳ８１０）。既知のＵＲＬとは、第１アプリケーションＡＰＰ１のインストールに伴い、第１端末装置４００の不図示のＲＯＭに記憶されたＵＲＬである。端末装置処理部は、当該ＵＲＬを不図示のＲＡＭに展開する処理を行う。Ｊ１に示すＵＲＬは、例えば、第１アプリケーションＡＰＰ１のブラウザーが表示する、図２のＡ１に示すトップページのＵＲＬである。

その後、第１端末装置４００の端末装置処理部は、既知のＵＲＬと、プッシュ通知の内容をもとにＵＲＬを作成する処理（ステップＳ８２０）を行う。具体的には、第１端末装置４００の端末装置処理部は、前述のトップページを示すディレクトリーの下の階層のディレクトリーを指定するＵＲＬを、図１６のＨ１の情報を用いて作成する処理を行う。さらにＨ２及びＨ３の情報を用いて同様の処理を行い、最終的にはＪ２に示すようなＵＲＬが作成される。このようにすることで、ＵＲＬは、記憶部３３０に記憶されている所望の階層に存在する表示画面情報を指定し、所望のページを要求することができるので、必要なタイミングにおけるステータス関連情報の画面を第１ユーザー４０等の各ユーザーが閲覧できるようになる。

以上のように、リンク情報は、通信部３１０がプッシュ通知によって端末装置に送信した情報である。これにより、情報処理システム３００から各ユーザーに対して一斉にプッシュ通知を送信することから、ユーザー側の操作を要することなく、各ユーザーは同一のステータス関連情報の画面情報を容易に共有することができる。

以上のように、本実施形態の情報処理システムは、収集対象機器、及び、収集対象機器のステータス関連情報を管理及び表示するアプリケーションを使用可能な端末装置とネットワークを介して通信を行う通信部と、処理部と、を含む。また、通信部は、収集対象機器で発生したイベントを含むステータス関連情報を取得する。また、処理部は、端末装置においてリンク情報が選択されることで起動するアプリケーションによって表示されるステータス関連情報の表示画面情報であって、リンク情報によって指定される表示画面情報の生成処理を行う。また、通信部は、生成処理によって生成された表示画面情報を端末装置に送信する。

このようにすることで、端末装置に表示されたリンク情報を選択することでアプリケーションが自動的に起動することから、ユーザーがアプリケーションを起動する手間を省くことができる。

また、ステータス関連情報の履歴情報である、ステータス履歴情報を記憶する記憶部をさらに含み、通信部は、端末装置のアプリケーションによって指定されたタイムスタンプ情報に基づいて、ステータス履歴情報からタイムスタンプ情報によって特定されたステータス関連情報の表示画面情報を端末装置に送信してもよい。

このようにすることで、アプリケーションを開く時間が変動した場合に、所定の時刻のステータス関連情報を確認することができる。

また、リンク情報は、通信部がプッシュ通知によって端末装置に送信した情報であってもよい。

このようにすることで、ユーザー側の操作を要することなく、ユーザーはステータス情報を取得することができる。

また、リンク情報は、端末装置と異なる端末装置によって生成された情報であってもよい。

このようにすることで、異なる端末装置を有するユーザーに対して、同一の画面情報を共有させることができるとともに、異なるユーザー同士で容易に同一の画面情報を共有することができる。

また、本実施形態の情報提供システムは、上記した情報処理システムと、第１端末装置と、端末装置である第２端末装置と、を含む。また、第１端末装置は、第２端末装置に対してリンク情報を送信する。

また、本実施形態のプログラムは、情報処理システムにより収集されたステータス関連情報であって、収集対象機器で発生したイベントを含むステータス関連情報の表示画面情報を表示するためのリンク情報を受信するステップと、リンク情報により指定されるアプリケーションを起動するステップを端末装置に実行させる。さらに、起動したアプリケーションが、情報処理システムから表示画面情報を受信するステップと、表示画面情報を表示するステップを端末装置に実行させる。

また、本実施形態の情報処理方法は、収集対象機器、及び、収集対象機器のステータス関連情報を管理及び表示するアプリケーションを使用可能な端末装置とネットワークを介して通信を行う処理を行い、収集対象機器で発生したイベントを含むステータス関連情報を取得する処理を行う。さらに、端末装置においてリンク情報が選択されることで起動したアプリケーションによって表示可能なステータス関連情報の表示画面情報であって、リンク情報によって指定される表示画面情報の生成処理を行い、生成した表示画面情報を端末装置に送信する処理を行う。

なお、上記のように本実施形態について詳細に説明したが、本開示の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本開示の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義又は同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また本実施形態及び変形例の全ての組み合わせも、本開示の範囲に含まれる。また情報処理システム、情報提供システム、プログラム、情報処理方法等の構成・動作も本実施形態で説明したものに限定されず、種々の変形実施が可能である。

１０…情報通知システム、１００…収集対象機器、２００…端末装置２００…情報処理システム、３１０…通信部、３２０…処理部、３３０…記憶部、４００…第１端末装置、４１０，５１０…表示部、５００…第２端末装置、６００…第２アプリケーションサーバー、ＡＰＰ１…第１アプリケーション、ＡＰＰ２…第２アプリケーション、ＮＷ…ネットワーク

Claims (7)

1. 収集対象機器、及び、前記収集対象機器のステータス関連情報を管理及び表示するアプリケーションを使用可能な端末装置とネットワークを介して通信を行う通信部と、
   処理部と、
   を含み、
   前記通信部は、
   前記収集対象機器で発生したイベントを含む前記ステータス関連情報を取得し、
   前記処理部は、
   前記端末装置においてリンク情報が選択されることで起動する前記アプリケーションによって表示される前記ステータス関連情報の表示画面情報であって、前記リンク情報によって指定される前記表示画面情報を生成する生成処理を行い、
   前記通信部は、
   前記生成処理で生成された前記表示画面情報を前記端末装置に送信する、
   ことを特徴とする情報処理システム。
2. 請求項１に記載の情報処理システムにおいて、
   前記ステータス関連情報の履歴情報である、ステータス履歴情報を記憶する記憶部をさらに含み、
   前記通信部は、
   前記端末装置の前記アプリケーションによって指定されたタイムスタンプ情報に基づいて、前記ステータス履歴情報から前記タイムスタンプ情報によって特定された前記ステータス関連情報の表示画面情報を前記端末装置に送信する、
   ことを特徴とする情報処理システム。
3. 請求項１又は２に記載の情報処理システムにおいて、
   前記リンク情報は、前記通信部がプッシュ通知によって前記端末装置に送信した情報である、
   ことを特徴とする情報処理システム。
4. 請求項１又は２に記載の情報処理システムにおいて、
   前記リンク情報は、前記端末装置と異なる端末装置によって生成された情報である、
   ことを特徴とする情報処理システム。
5. 請求項１乃至３のいずれか一項に記載の前記情報処理システムと、
   第１端末装置と、
   前記端末装置である第２端末装置と、
   を含み、
   前記第１端末装置は、前記第２端末装置に対して前記リンク情報を送信する、
   ことを特徴とする情報提供システム。
6. 情報処理システムにより収集されたステータス関連情報であって、収集対象機器で発生したイベントを含む前記ステータス関連情報の表示画面情報を表示するためのリンク情報を受信するステップと、
   前記リンク情報により指定されるアプリケーションを起動するステップと、
   起動した前記アプリケーションが、前記情報処理システムから前記表示画面情報を受信するステップと、
   前記表示画面情報を表示するステップと、
   を端末装置に実行させる、
   ことを特徴とするプログラム。
7. 収集対象機器、及び、前記収集対象機器のステータス関連情報を管理及び表示するアプリケーションを使用可能な端末装置とネットワークを介して通信を行う処理を行い、
   前記収集対象機器で発生したイベントを含む前記ステータス関連情報を取得する処理を行い、
   前記端末装置においてリンク情報が選択されることで起動した前記アプリケーションによって表示可能な前記ステータス関連情報の表示画面情報であって、前記リンク情報によって指定される前記表示画面情報を生成する生成処理を行い、
   前記表示画面情報を前記端末装置に送信する処理を行う、
   ことを特徴とする情報処理方法。

Images