JP2020047147A - 情報処理システム、クライアント装置及び情報処理プログラム - Google Patents

Abstract

【課題】情報処理システムを利用する技術を益々ユーザーフレンドリーとする。【解決手段】情報処理システムは、ネットワークに接続され、端末装置からＳＮＳに投稿された１以上のメッセージを保存するＳＮＳサーバー装置と、ファイアウォールを介して前記ネットワークに接続され、前記ＳＮＳサーバー装置と通信可能なクライアント装置であって、前記クライアント装置がログインする前記ＳＮＳのチャネルに投稿された１以上のメッセージを前記ＳＮＳサーバー装置から受信し、前記１以上のメッセージから、前記クライアント装置に対する制御コマンドを含むメッセージを抽出し、前記制御コマンドに従った処理を実行するクライアント装置とを具備する。【選択図】図６

Description

本開示は、互いに通信可能なＳＮＳサーバー装置及びクライアント装置を含む情報処理システムと、このクライアント装置と、このクライアント装置が実行する情報処理プログラムとに関する。

ユーザ同士が情報の投稿や閲覧をすることで互いに情報共有を行う情報処理システムが知られている（特許文献１）。

特開２０１４−１３４９７３号公報

情報処理システムを利用する技術は益々ユーザーフレンドリーであることが望まれる。

本開示の一形態に係る情報処理システムは、
ネットワークに接続され、端末装置からＳＮＳに投稿された１以上のメッセージを保存するＳＮＳサーバー装置と、
ファイアウォールを介して前記ネットワークに接続され、前記ＳＮＳサーバー装置と通信可能なクライアント装置であって、
前記クライアント装置がログインする前記ＳＮＳのチャネルに投稿された１以上のメッセージを前記ＳＮＳサーバー装置から受信し、
前記１以上のメッセージから、前記クライアント装置に対する制御コマンドを含むメッセージを抽出し、
前記制御コマンドに従った処理を実行する
クライアント装置と
を具備する。

本実施形態によれば、端末装置は、ファイアウォールを介してネットワークに接続されたクライアント装置にアクセス出来ないため、制御コマンドを直接送信できない。しかしながら、ＳＮＳサーバー装置が、端末装置からの制御コマンドを、クライアント装置に送信する。このため、グローバルＩＰアドレスをもったサーバーを新たに構築せずに、クライアント装置は、端末装置からの制御コマンドを取得することができる。

前記クライアント装置は、前記クライアント装置がログインする前記ＳＮＳのチャネルに投稿された１以上のメッセージを送信する要求を、前記ＳＮＳサーバー装置に定期的に送信し、
前記ＳＮＳサーバー装置は、前記要求を受信すると、前記ＳＮＳサーバー装置が前記要求を前回受信してから前記要求を今回受信するまでに、前記クライアント装置がログインする前記ＳＮＳのチャネルに投稿された１以上のメッセージを、前記クライアント装置に送信し、
前記クライアント装置は、前記ＳＮＳサーバー装置が送信した前記１以上のメッセージを受信する。

本実施形態によれば、ＳＮＳサーバー装置は、クライアント装置からの要求（ポーリング）を受信したことをトリガーとして、メッセージを、クライアント装置に送信する。言い換えれば、ＳＮＳサーバー装置は、クライアント装置にメッセージをプッシュ送信するわけではない。即ち、ＳＮＳサーバー装置が実行する情報処理プログラムを新たに構築する必要が無い。代わりに、クライアント装置の提供側が、チャットシステムのウェブＡＰＩを利用して、クライアント装置がＳＮＳサーバー装置からメッセージを取得する情報処理プログラムを設計すればよい。これにより、既存のチャットシステムを何ら変更することなくそのまま利用して、ユーザーフレンドリーさが向上し、さらには、リモートワークなど働き方改革への貢献を図れる。

前記クライアント装置は、
前記制御コマンドとして、送信コマンドと、宛先情報と、ファイルの識別情報とを含むメッセージを抽出し、
前記制御コマンドに従った処理として、
前記クライアント装置が記憶する前記識別情報により識別される前記ファイルを、前記宛先情報宛に送信し、又は
前記ＳＮＳサーバー装置が記憶する前記識別情報により識別される前記ファイルを、前記ＳＮＳサーバー装置から受信し、受信した前記ファイルを前記宛先情報宛に送信する。

典型的に、ユーザーが使用する端末装置はファクシミリ機能を有さないことが多い。本実施形態によれば、端末装置からクライアント装置に、ファイルを送信（例えば、ファクシミリ送信）するための制御コマンドを送信し、クライアント装置がファイルを送信（例えば、ファクシミリ送信）する。リモートワークのユーザーにとって、オフィス外からクライアント装置のファクシミリ機能を利用できることは、大変ユーザーフレンドリーである。

前記メッセージは、前記制御コマンドとして、前記宛先の名称をさらに含み、
前記クライアント装置は、前記制御コマンドに従った処理として、前記クライアント装置が保存するテンプレートファイルに前記名称を記述した送り状ファイルを生成し、前記送り状ファイルをさらに送信する。

本実施形態によれば、端末装置が宛先の名称をさらに含むメッセージを投稿すれば、クライアント装置は、送り状ファイルを生成して送信するので、ユーザーフレンドリーさが益々向上する。

前記クライアント装置は、
前記制御コマンドとして、宛先リスト取得コマンドを抽出し、
前記制御コマンドに従った処理として、前記クライアント装置が送信可能な宛先情報のリストを含むメッセージを、前記ＳＮＳの前記チャネルに投稿する。

本実施形態によれば、端末装置が、宛先情報を記憶していなくても、クライアント装置から宛先情報のリストを取得することができるので、ファイルを送信する際のユーザーフレンドリーさが益々向上する。また、ＳＮＳのチャネルにログインする他の端末装置も、宛先情報のリストを共有することができるので、ユーザーフレンドリーさが益々向上する。

前記クライアント装置は、
前記制御コマンドとして、送信履歴取得コマンドを抽出し、
前記制御コマンドに従った処理として、前記クライアント装置が過去に送信した情報を含むメッセージを、前記ＳＮＳの前記チャネルに投稿する。

本実施形態によれば、クライアント装置が過去に送信した情報（典型的には、クライアント装置だけが記憶する）を、端末装置が取得することができるので、ユーザーフレンドリーさが益々向上する。また、ＳＮＳのチャネルにログインする他の端末装置も、クライアント装置が過去に送信した情報を共有することができるので、ユーザーフレンドリーさが益々向上する。

本開示の一形態に係るクライアント装置は、
ファイアウォールを介してネットワークに接続され、前記ネットワークに接続され端末装置からＳＮＳに投稿された１以上のメッセージを保存するＳＮＳサーバー装置と通信可能なクライアント装置であって、
前記クライアント装置がログインする前記ＳＮＳのチャネルに投稿された１以上のメッセージを前記ＳＮＳサーバー装置から受信し、
前記１以上のメッセージから、前記クライアント装置に対する制御コマンドを含むメッセージを抽出し、
前記制御コマンドに従った処理を実行する。

本開示の一形態に係る情報処理プログラムは、
ファイアウォールを介してネットワークに接続され、前記ネットワークに接続され端末装置からＳＮＳに投稿された１以上のメッセージを保存するＳＮＳサーバー装置と通信可能なクライアント装置の制御回路を、
前記クライアント装置がログインする前記ＳＮＳのチャネルに投稿された１以上のメッセージを前記ＳＮＳサーバー装置から受信し、
前記１以上のメッセージから、前記クライアント装置に対する制御コマンドを含むメッセージを抽出し、
前記制御コマンドに従った処理を実行する
よう動作させる。

本開示によれば、情報処理システムを利用する技術を益々ユーザーフレンドリーとすることができる。

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

本開示の一実施形態に係る情報処理システムを模式的に示す。 クライアント装置のハードウェア構成を示す。 ＳＮＳサーバー装置のハードウェア構成を示す。 端末装置のハードウェア構成を示す。 情報処理システムの機能的構成を示す。 クライアント装置の動作フローを示す。 ＳＮＳサーバー装置の動作フローを示す。

以下、図面を参照しながら、本開示の実施形態を説明する。

１．情報処理システムの概要

図１は、本開示の一実施形態に係る情報処理システムを模式的に示す。

情報処理システム１は、クライアント装置１０と、ＳＮＳサーバー装置２０と、端末装置３０とを有する。クライアント装置１０と、ＳＮＳサーバー装置２０と、端末装置３０とは、インターネットを含むネットワークＮを介して互いに接続される。

ＳＮＳサーバー装置２０は、情報処理システムの１つであるチャットシステムを提供する。ＳＮＳサーバー装置２０は、端末装置（端末装置３０でも別の端末装置でも良い）からネットワークＮを介して投稿されたメッセージ及びファイル（文書ファイル、画像ファイル、ＰＤＦファイル等）を、チャットシステムにより実現されるＳＮＳのチャネルにアップロードする。

端末装置３０は、例えば、スマートフォン、タブレットコンピューター、パーソナルコンピューター、ウェアラブルコンピューター等である。典型的には、端末装置３０は、クライアント装置１０が設置されたオフィスの従業員（以下単にユーザーと称する）が使用する。端末装置３０は、ネットワークＮを介して、チャットシステムにより実現されるＳＮＳのチャネルにメッセージ及びファイルを投稿する。端末装置３０は、ネットワークＮを介して、他の端末装置からＳＮＳのチャネルに投稿されたメッセージ及びファイルを受信して、ユーザーに閲覧させる。

クライアント装置１０は、イントラネットＮ１（典型的には、クライアント装置１０が設置されたオフィス内のＬＡＮ）に接続される。イントラネットＮ１は、ファイアウォールＦを介してネットワークＮに接続される。クライアント装置１０は、イントラネットＮ１、ファイアウォールＦ及びネットワークＮを介して、ＳＮＳサーバー装置２０と通信可能である。クライアント装置１０は、例えば、画像形成装置（Multifunction Peripheral、ＭＦＰ）である。

２．クライアント装置のハードウェア構成

図２は、クライアント装置のハードウェア構成を示す。

クライアント装置１０は、制御回路１１を備える。制御回路１１は、プロセッサーであるＣＰＵ１１ａ（Central Processing Unit）、ＲＡＭ１１ｂ（Random Access Memory）、メモリーであるＲＯＭ１１ｃ（Read Only Memory）及び専用のハードウェア回路等から構成され、クライアント装置１０の全体的な動作制御を司る。ＣＰＵ１１ａは、ＲＯＭ１１ｃが記憶する情報処理プログラムをＲＡＭ１１ｂにロードして実行する。ＲＯＭ１１ｃは、ＣＰＵ１１ａが実行するプログラムやデータなどを固定的に記憶する。ＲＯＭ１１ｃは、非一過性のコンピューター読み取り可能な記録媒体の一例である。

制御回路１１は、画像読取部１２、画像処理部１４、画像メモリー１５、画像形成部１６、表示部１７ａを備える操作部１７、記憶装置１８、ファクシミリ通信部１９及びネットワーク通信インターフェース１３等と接続されている。制御回路１１は、接続されている上記各部の動作制御や、各部との間での信号又はデータの送受信を行う。

３．ＳＮＳサーバー装置のハードウェア構成

図３は、ＳＮＳサーバー装置のハードウェア構成を示す。

ＳＮＳサーバー装置２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、記憶装置２４、ネットワーク通信インターフェース２５、操作装置２６及び表示装置２７と、これらを相互に接続するバス２８とを有する。

ＣＰＵ２１、ＲＯＭ２２、及びＲＡＭ２３は、制御回路２００を構成する。ＣＰＵ２１は、ＲＯＭ２２が記憶する情報処理プログラムをＲＡＭ２３にロードして実行する。ＲＯＭ２２は、ＣＰＵ２１が実行するプログラムやデータなどを固定的に記憶する。ＲＯＭ２２は、非一過性のコンピューター読み取り可能な記録媒体の一例である。

４．端末装置のハードウェア構成

図４は、端末装置のハードウェア構成を示す。

端末装置３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、記憶装置３４、ネットワーク通信インターフェース３５、操作装置３６及び表示装置３７と、これらを相互に接続するバス３８とを有する。

ＣＰＵ３１、ＲＯＭ３２、及びＲＡＭ３３は、制御回路３００を構成する。ＣＰＵ３１は、ＲＯＭ３２が記憶する情報処理プログラムをＲＡＭ３３にロードして実行する。ＲＯＭ３２は、ＣＰＵ３１が実行するプログラムやデータなどを固定的に記憶する。ＲＯＭ３２は、非一過性のコンピューター読み取り可能な記録媒体の一例である。

５．情報処理システムの機能的構成

図５は、情報処理システムの機能的構成を示す。

ＳＮＳサーバー装置２０において、制御回路２００のＣＰＵ２１は、ＲＯＭ２２が記憶する情報処理プログラムをＲＡＭ２３にロードして実行することにより、投稿管理部２０１、投稿供給部２０２及びファイル供給部２０３として動作する。

クライアント装置１０において、制御回路１１のＣＰＵ１１ａは、ＲＯＭ１１ｃが記憶する情報処理プログラムをＲＡＭ１１ｂにロードして実行することにより、投稿取得部１０１、コマンド判断部１０２、ファイル取得部１０３及びコマンド実行部１０４として動作する。

ＳＮＳサーバー装置２０の投稿管理部２０１は、端末装置３０からＳＮＳに時々刻々と投稿される１以上（典型的には、複数）のメッセージ及びファイルを受信し、記憶装置２４に保存し、端末装置３０にプッシュ送信する。

クライアント装置１０の投稿取得部１０１は、クライアント装置１０がログインするＳＮＳのチャネルに投稿されたメッセージ及び／又はファイルを送信する要求を、ＳＮＳサーバー装置２０に定期的（典型的には、数秒毎）にネットワークＮを介して送信（ポーリング）する。投稿取得部１０１は、ＳＮＳサーバー装置２０が送信したメッセージ及び／又はファイルをネットワークＮを介して受信する。

ＳＮＳサーバー装置２０の投稿供給部２０２は、ＳＮＳサーバー装置２０が要求を前回受信してから要求を今回受信するまでに、クライアント装置１０がログインするＳＮＳのチャネルに投稿されたメッセージ及び／又はファイルを、クライアント装置１０に送信する。

クライアント装置１０のコマンド判断部１０２は、ＳＮＳサーバー装置２０から受信したメッセージ及び／又はファイルの中から、制御コマンドを含むメッセージを抽出する。コマンド判断部１０２は、メッセージに含まれる制御コマンドを実行するために、ＳＮＳサーバー装置２０からファイルを受信する必要があるか否かを判断する。

クライアント装置１０のファイル取得部１０３は、ファイル送信要求（ファイルの識別情報を含む）を、ネットワークＮを介してＳＮＳサーバー装置２０に送信する。ファイル取得部１０３は、ファイルを、ネットワークＮを介してＳＮＳサーバー装置２０から受信する。

ＳＮＳサーバー装置２０のファイル供給部２０３は、ファイル送信要求に含まれるファイルの識別情報により識別されるファイルを、記憶装置２４から読み出し、ネットワークＮを介してクライアント装置１０に送信する。

クライアント装置１０のコマンド実行部１０４は、メッセージに含まれる制御コマンドに従った処理を実行する。

６．情報処理システムの動作フロー

前提として、ＳＮＳサーバー装置２０の投稿管理部２０１は、端末装置３０からＳＮＳに時々刻々と投稿される１以上（典型的には、複数）のメッセージ及びファイル（文書ファイル、画像ファイル、ＰＤＦファイル等）を受信し、記憶装置２４に保存し、端末装置３０にプッシュ送信する。また、前提として、クライアント装置１０は、ＳＮＳサーバー装置２０が提供するＳＮＳの特定のチャネルにログインしている。

図６は、クライアント装置の動作フローを示す。

クライアント装置１０の投稿取得部１０１は、クライアント装置１０がログインするＳＮＳのチャネルに投稿されたメッセージ及び／又はファイルを送信する要求を、ＳＮＳサーバー装置２０に定期的（典型的には、数秒毎）にネットワークＮを介して送信（ポーリング）する（ステップＳ１０１）。

図７は、ＳＮＳサーバー装置の動作フローを示す。

ＳＮＳサーバー装置２０の投稿供給部２０２は、クライアント装置１０からの要求をネットワークＮを介して受信する（ステップＳ２０１）。すると、投稿供給部２０２は、ＳＮＳサーバー装置２０が要求を前回受信してから要求を今回受信するまでに、クライアント装置１０がログインするＳＮＳのチャネルに投稿されたメッセージ及び／又はファイルがあるか否かを判断する（ステップＳ２０２）。

投稿供給部２０２は、ＳＮＳサーバー装置２０が要求を前回受信してから要求を今回受信するまでに、クライアント装置１０がログインするＳＮＳのチャネルに投稿されたメッセージ及び／又はファイルがあると判断する（ステップＳ２０２、ＹＥＳ）。すると、投稿供給部２０２は、このメッセージ及び／又はファイルを、ネットワークＮを介してクライアント装置１０に送信する（ステップＳ２０３）。言い換えれば、投稿供給部２０２は、クライアント装置１０からのポーリング間隔毎に、クライアント装置１０がログインするＳＮＳのチャネルに投稿されたメッセージ及び／又はファイルを、ネットワークＮを介してクライアント装置１０に送信する。

一方、投稿供給部２０２は、ＳＮＳサーバー装置２０が要求を前回受信してから要求を今回受信するまでに、クライアント装置１０がログインするＳＮＳのチャネルにメッセージ及び／又はファイルが投稿されなかった場合、処理を終了する（ステップＳ２０２、ＮＯ）。なお、この場合、クライアント装置１０の処理も終了する（ステップ１０２、ＮＯ）。

クライアント装置１０の投稿取得部１０１は、ＳＮＳサーバー装置２０が送信したメッセージ及び／又はファイルをネットワークＮを介して受信する（ステップＳ１０２、ＹＥＳ）。

クライアント装置１０のコマンド判断部１０２は、ＳＮＳサーバー装置２０から受信したメッセージ及び／又はファイルの中に、制御コマンドを含むメッセージがあるか否かを判断する（ステップＳ１０３）。「制御コマンド」は後で実施例を挙げて詳細に説明する。コマンド判断部１０２は、制御コマンドを含むメッセージを抽出する（ステップＳ１０３、ＹＥＳ）。一方、コマンド判断部１０２は、制御コマンドを含むメッセージが無い場合、処理を終了する（ステップＳ１０３、ＮＯ）。

コマンド判断部１０２は、メッセージに含まれる制御コマンドを実行するために、ＳＮＳサーバー装置２０からファイルを受信する必要があるか否かを判断する（ステップＳ１０４）。例えば、制御コマンドが、ＳＮＳサーバー装置２０が保存するファイルをファクシミリ送信するためのコマンドであり（この場合、制御コマンドは、ファイルの識別情報を含む）、クライアント装置１０がファイルを保存していない場合、クライアント装置１０は、ＳＮＳサーバー装置２０からファイルを受信する必要がある（後で実施例を挙げて詳細に説明する）。「クライアント装置１０がファイルを保存していない場合」とは、例えば、クライアント装置１０が以前ポーリングによりＳＮＳサーバー装置２０からファイルを受信（ステップＳ１０２、ＹＥＳ）したものの、受信から長期間が経過しており、クライアント装置１０が最早ファイルを保存していない場合が挙げられる。

コマンド判断部１０２は、ＳＮＳサーバー装置２０からファイルを受信する必要があると判断する（ステップＳ１０４、ＹＥＳ）。この場合、ファイル取得部１０３は、ファイル送信要求を、ネットワークＮを介してＳＮＳサーバー装置２０に送信する（ステップＳ１０５）。ファイル送信要求は、ファイルの識別情報（即ち、制御コマンドに含まれるファイルの識別情報）を含む。

ＳＮＳサーバー装置２０のファイル供給部２０３は、ファイル送信要求を、ネットワークＮを介してクライアント装置１０から受信する（ステップＳ２０４、ＹＥＳ）。ファイル供給部２０３は、ファイル送信要求に含まれるファイルの識別情報により識別されるファイルを、記憶装置２４から読み出し、ネットワークＮを介してクライアント装置１０に送信する（ステップＳ２０５）。

クライアント装置１０のファイル取得部１０３は、ファイルを、ネットワークＮを介してＳＮＳサーバー装置２０から受信する（ステップＳ１０６）。

クライアント装置１０のコマンド実行部１０４は、メッセージに含まれる制御コマンド（ステップＳ１０３、ＹＥＳ）に従った処理を実行する（ステップＳ１０７）。本例では、制御コマンドに従って、ＳＮＳサーバー装置２０から受信したファイル（ステップＳ１０６）をファクシミリ送信する。

なお、コマンド判断部１０２は、メッセージに含まれる制御コマンドを実行するために、ＳＮＳサーバー装置２０からファイルを受信する必要がないと判断する（ステップＳ１０４、ＮＯ）。例えば、制御コマンドが、クライアント装置１０の記憶装置１８が保存するファイルを送信するためのコマンドである場合が挙げられる。この場合、コマンド実行部１０４は、メッセージに含まれる制御コマンド（ステップＳ１０３、ＹＥＳ）に従った処理を実行する（ステップＳ１０７）。なお、この場合、ＳＮＳサーバー装置２０の処理は終了する（ステップ２０４、ＮＯ）。

７．実施例

以下、制御コマンドを含むメッセージの複数の具体例を挙げて、各制御コマンドの処理を具体的に説明する。本実施形態において、「制御コマンドを含むメッセージ」とは、先頭に「@」が記述され、続いて、１以上の引数が記述されたメッセージである。複数の引数が記述される場合、各引数の間はスペースで区切られる。

（１）実施例１

クライアント装置１０のコマンド判断部１０２は、制御コマンドとして、ファクシミリ送信コマンドと、宛先情報と、ファイルの識別情報とを含むメッセージを抽出する（ステップＳ１０３、ＹＥＳ）。このファイルは、ＳＮＳサーバー装置２０が保存するファイルか、あるいは、クライアント装置１０が保存するファイルである。

実施例１の制御コマンドは、「@Fax 030-9999-9999 見積書.pdf」である。要するに、制御コマンドは、ファクシミリ送信コマンド「@Fax」と、第１引数として、宛先情報である宛先のファクシミリ番号「030-9999-9999」と、第２引数として、ＳＮＳサーバー装置２０が保存するファイルの識別情報「見積書.pdf」とを含む。なお、第１引数は、宛先情報として、クライアント装置１０が記憶しているファクシミリ番号を一意に識別するユーザー識別子でもよい。

クライアント装置１０のコマンド判断部１０２は、制御コマンド「@Fax 030-9999-9999 見積書.pdf」を実行するために、ＳＮＳサーバー装置２０からファイルを受信する必要があるか否かを判断する（ステップＳ１０４）。コマンド判断部１０２は、識別情報「見積書.pdf」により識別されるファイルを受信する必要がある（逆に言えば、クライアント装置１０はこのファイルを保存していない）と判断する（ステップＳ１０４、ＹＥＳ）。この場合、ファイル取得部１０３は、ファイル送信要求（識別情報「見積書.pdf」を含む）を、ネットワークＮを介してＳＮＳサーバー装置２０に送信する（ステップＳ１０５）。

ＳＮＳサーバー装置２０のファイル供給部２０３は、ファイル送信要求（識別情報「見積書.pdf」を含む）を、ネットワークＮを介してクライアント装置１０から受信する（ステップＳ２０４、ＹＥＳ）。ファイル供給部２０３は、ファイル送信要求に含まれる識別情報「見積書.pdf」により識別されるファイルを、記憶装置２４から読み出し、ネットワークＮを介してクライアント装置１０に送信する（ステップＳ２０５）。

クライアント装置１０のファイル取得部１０３は、識別情報「見積書.pdf」により識別されるファイルを、ネットワークＮを介してＳＮＳサーバー装置２０から受信する（ステップＳ１０６）。

クライアント装置１０のコマンド実行部１０４は、制御コマンド「@Fax 030-9999-9999 見積書.pdf」に従った処理を実行する（ステップＳ１０７）。具体的には、コマンド実行部１０４は、識別情報「見積書.pdf」により識別されるファイルを「030-9999-9999」宛にファクシミリ送信する。

一方、コマンド判断部１０２は、識別情報「見積書.pdf」により識別されるファイルを受信する必要があると判断しない（逆に言えば、クライアント装置１０はこのファイルを保存している）（ステップＳ１０４、ＮＯ）。この場合、コマンド実行部１０４は、識別情報「見積書.pdf」により識別されるファイルを記憶装置１８から読み出し、「030-9999-9999」宛にファクシミリ送信する（ステップＳ１０７）。

（２）実施例２

クライアント装置１０のコマンド判断部１０２は、制御コマンドとして、電子メール送信コマンドと、宛先情報と、ファイルの識別情報とを含むメッセージを抽出する（ステップＳ１０３、ＹＥＳ）。このファイルは、ＳＮＳサーバー装置２０が保存するファイルか、あるいは、クライアント装置１０が保存するファイルである。なお、典型的には、電子メール送信の場合、クライアント装置１０が保存するファイルが対象となる。ただし、端末装置３０が宛先の電子メールアドレスを記憶していない場合、ＳＮＳサーバー装置２０が保存するファイルが対象となることもある。

実施例２の制御コマンドは、「@Send abc@xyz.com 見積書.pdf」である。要するに、制御コマンドは、電子メール送信コマンド「@Send」と、第１引数として、宛先情報である宛先の電子メールアドレス「abc@xyz.com」と、第２引数として、ＳＮＳサーバー装置２０が保存するファイルの識別情報「見積書.pdf」とを含む。なお、第１引数は、宛先情報として、クライアント装置１０が記憶している電子メールアドレスを一意に識別するユーザー識別子でもよい。

クライアント装置１０のコマンド判断部１０２は、制御コマンド「@Send abc@xyz.com 見積書.pdf」を実行するために、ＳＮＳサーバー装置２０からファイルを受信する必要があるか否かを判断する（ステップＳ１０４）。
コマンド判断部１０２は、識別情報「見積書.pdf」により識別されるファイルを受信する必要がある（逆に言えば、クライアント装置１０はこのファイルを保存していない）と判断する（ステップＳ１０４、ＹＥＳ）。この場合、ファイル取得部１０３は、ファイル送信要求（識別情報「見積書.pdf」を含む）を、ネットワークＮを介してＳＮＳサーバー装置２０に送信する（ステップＳ１０５）。

ＳＮＳサーバー装置２０のファイル供給部２０３は、ファイル送信要求（識別情報「見積書.pdf」を含む）を、ネットワークＮを介してクライアント装置１０から受信する（ステップＳ２０４、ＹＥＳ）。ファイル供給部２０３は、ファイル送信要求に含まれる識別情報「見積書.pdf」により識別されるファイルを、記憶装置２４から読み出し、ネットワークＮを介してクライアント装置１０に送信する（ステップＳ２０５）。

クライアント装置１０のファイル取得部１０３は、識別情報「見積書.pdf」により識別されるファイルを、ネットワークＮを介してＳＮＳサーバー装置２０から受信する（ステップＳ１０６）。

クライアント装置１０のコマンド実行部１０４は、制御コマンド「@Send abc@xyz.com 見積書.pdf」に従った処理を実行する（ステップＳ１０７）。具体的には、コマンド実行部１０４は、識別情報「見積書.pdf」により識別されるファイルを「abc@xyz.com」宛に電子メール送信する。

一方、コマンド判断部１０２は、識別情報「見積書.pdf」により識別されるファイルを受信する必要があると判断しない（逆に言えば、クライアント装置１０はこのファイルを保存している）（ステップＳ１０４、ＮＯ）。この場合、コマンド実行部１０４は、識別情報「見積書.pdf」により識別されるファイルを記憶装置１８から読み出し、「abc@xyz.com」宛に電子メール送信する（ステップＳ１０７）。

（３）実施例３

実施例３の制御コマンドは、実施例１又は実施例２の制御コマンドに宛先の名称を追加したものである。例えば、実施例３の制御コマンドは、「@Fax 030-9999-9999 見積書.pdf ABC商事」又は「@Send abc@xyz.com 見積書.pdf ABC商事」である。要するに、制御コマンドは、実施例１又は実施例２の制御コマンドの情報に加えて、第３引数として、宛先の名称「ABC商事」をさらに含む。

実施例３では、クライアント装置１０のコマンド実行部１０４は、制御コマンドに従った処理として、１０クライアント装置１０が保存するテンプレートファイルに宛先の名称「ABC商事」を記述した送り状ファイルを生成し、送り状ファイルをさらにファクシミリ（又は電子メール）送信する（ステップＳ１０７）。

（４）実施例４

クライアント装置１０のコマンド判断部１０２は、制御コマンドとして、宛先リスト取得コマンドを抽出する（ステップＳ１０３、ＹＥＳ）。

実施例４の制御コマンドは、「@UserList」である。要するに、制御コマンドは、宛先リスト取得コマンド「@UserList」を含み、引数を含まない。

クライアント装置１０のコマンド判断部１０２は、制御コマンド「@UserList」を実行するために、ＳＮＳサーバー装置２０からファイルを受信する必要がないと判断する（ステップＳ１０４、ＮＯ）。

クライアント装置１０のコマンド実行部１０４は、制御コマンド「@UserList」に従った処理を実行する（ステップＳ１０７）。具体的には、コマンド実行部１０４は、クライアント装置１０が送信（ファクシミリ送信及び／又は電子メール送信）可能な宛先情報（番号、電子メールアドレス、ファクシミリ番号及び／又は電子メールアドレスを一意に識別するユーザー識別子など）のリストを含むメッセージを、ＳＮＳのチャネルに投稿する。

（５）実施例５

クライアント装置１０のコマンド判断部１０２は、制御コマンドとして、送信履歴取得コマンドを抽出する（ステップＳ１０３、ＹＥＳ）。

実施例５の制御コマンドは、「@History」である。要するに、制御コマンドは、送信履歴取得コマンド「@History」を含み、引数を含まない。

クライアント装置１０のコマンド判断部１０２は、制御コマンド「@History」を実行するために、ＳＮＳサーバー装置２０からファイルを受信する必要がないと判断する（ステップＳ１０４、ＮＯ）。

クライアント装置１０のコマンド実行部１０４は、制御コマンド「@History」に従った処理を実行する（ステップＳ１０７）。具体的には、コマンド実行部１０４は、クライアント装置１０が過去に送信（ファクシミリ送信及び／又は電子メール送信）した情報（送信日時、宛先などのリスト）を含むメッセージを、ＳＮＳのチャネルに投稿する。

８．結語

典型的に、オフィスで利用されているクライアント装置（例えば、ＭＦＰ）は、オフィス内のイントラネットに接続されている。このため、端末装置を携帯するユーザーがオフィス外（外出先）にいるため端末装置がイントラネットに接続できない場合、端末装置は、インターネットを介して、クライアント装置に直接アクセスすることはできない。端末装置が、インターネットを介して、オフィス内のイントラネットに接続されたクライアント装置にアクセスする方法として、例えば、主に以下の２つの方法（１）及び（２）が知られている。

（１）端末装置は、ＶＰＮを介してクライアント装置に接続する。しかしながら、この方法では、端末装置は、予めＶＰＮのアカウント又はアクセス権限を取得しておく必要がある。このため、ＶＰＮ環境が整備されているとしても、端末装置がアカウント又はアクセス権限を取得していなければ、端末装置はクライアント装置に接続できない。また、全てのオフィスでＶＰＮが用意されているとは限らないため、ＶＰＮ環境が無ければ、端末装置はクライアント装置に接続できない。

（２）グローバルＩＰアドレスを持つサーバー（ここではＳＴＵＮサーバー、ＴＵＲＮサーバーを含む）と、ＭＦＰ（クライアント装置）を制御するためのアプリケーションを構築する。しかしながら、グローバルＩＰアドレスを持つサーバー（クラウド上の仮想コンピューターなども含む）を構築するのに費用がかかる。

これに対して、本実施形態によれば、クライアント装置１０は、クライアント装置１０がログインするＳＮＳのチャネルに端末装置３０から投稿されたメッセージをＳＮＳサーバー装置２０から受信し、クライアント装置１０に対する制御コマンドを含むメッセージを抽出し、制御コマンドに従った処理を実行する。

本実施形態によれば、端末装置３０は、ファイアウォールを介してネットワークに接続されたクライアント装置１０にアクセス出来ないため、制御コマンドを直接送信できない。しかしながら、ＳＮＳサーバー装置２０が、端末装置３０からの制御コマンドを、クライアント装置１０に送信する。このため、グローバルＩＰアドレスをもったサーバーを新たに構築せずに、クライアント装置１０は、端末装置３０からの制御コマンドを取得することができる。

本実施形態によれば、クライアント装置１０は、クライアント装置１０がログインするＳＮＳのチャネルに投稿されたメッセージを送信する要求を、ＳＮＳサーバー装置２０に定期的に送信し（ポーリング）、ＳＮＳサーバー装置２０は、要求を受信すると、ＳＮＳサーバー装置１０が要求を前回受信してから要求を今回受信するまでに、クライアント装置１０がログインするＳＮＳのチャネルに投稿された１以上のメッセージを、クライアント装置１０に送信し、クライアント装置１０は、ＳＮＳサーバー装置２０が送信したメッセージを受信する。

本実施形態によれば、ＳＮＳサーバー装置２０は、クライアント装置１０からの要求（ポーリング）を受信したことをトリガーとして、メッセージを、クライアント装置１０に送信する。言い換えれば、ＳＮＳサーバー装置２０は、クライアント装置１０にメッセージをプッシュ送信するわけではない。即ち、ＳＮＳサーバー装置２０が実行する情報処理プログラムを新たに構築する必要が無い。代わりに、クライアント装置１０の提供側が、チャットシステムのウェブＡＰＩを利用して、クライアント装置１０がＳＮＳサーバー装置２０からメッセージを取得する情報処理プログラムを設計すればよい。これにより、既存のチャットシステムを何ら変更することなくそのまま利用して、ユーザーフレンドリーさが向上し、さらには、リモートワークなど働き方改革への貢献を図れる。

本実施形態によれば、クライアント装置１０は、制御コマンドに従った処理として、ファイルを送信（例えば、ファクシミリ送信）する。

典型的に、ユーザーが使用する端末装置３０はファクシミリ機能を有さないことが多い。本実施形態によれば、端末装置３０からクライアント装置１０に、ファイルを送信（例えば、ファクシミリ送信）するための制御コマンドを送信し、クライアント装置１０がファイルを送信（例えば、ファクシミリ送信）する。リモートワークのユーザーにとって、オフィス外からクライアント装置１０のファクシミリ機能を利用できることは、大変ユーザーフレンドリーである。

本実施形態によれば、制御コマンドとして、宛先の名称をさらに含み、クライアント装置１０は、制御コマンドに従った処理として、クライアント装置１０が保存するテンプレートファイルに名称を記述した送り状ファイルを生成し、送り状ファイルをさらに送信する。

本実施形態によれば、端末装置３０が宛先の名称をさらに含むメッセージを投稿すれば、クライアント装置１０は、送り状ファイルを生成して送信するので、ユーザーフレンドリーさが益々向上する。

本実施形態によれば、クライアント装置１０は、制御コマンドとして、宛先リスト取得コマンドを抽出し、制御コマンドに従った処理として、クライアント装置１０が送信可能な宛先情報のリストを含むメッセージを、ＳＮＳのチャネルに投稿する。

本実施形態によれば、端末装置３０が、宛先情報を記憶していなくても、クライアント装置１０から宛先情報のリストを取得することができるので、ファイルを送信する際のユーザーフレンドリーさが益々向上する。また、ＳＮＳのチャネルにログインする他の端末装置も、宛先情報のリストを共有することができるので、ユーザーフレンドリーさが益々向上する。

本実施形態によれば、クライアント装置１０は、制御コマンドとして、送信履歴取得コマンドを抽出し、制御コマンドに従った処理として、クライアント装置１０が過去に送信した情報を含むメッセージを、ＳＮＳのチャネルに投稿する。

本実施形態によれば、クライアント装置１０が過去に送信した情報（典型的には、クライアント装置１０だけが記憶する）を、端末装置３０が取得することができるので、ユーザーフレンドリーさが益々向上する。また、ＳＮＳのチャネルにログインする他の端末装置も、クライアント装置１０が過去に送信した情報を共有することができるので、ユーザーフレンドリーさが益々向上する。

本技術の各実施形態及び各変形例について上に説明したが、本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

情報処理システム１
クライアント装置１０
ＳＮＳサーバー装置２０
端末装置３０
投稿取得部１０１
コマンド判断部１０２
ファイル取得部１０３
コマンド実行部１０４
投稿管理部２０１
投稿供給部２０２
ファイル供給部２０３

Claims (8)

1. ネットワークに接続され、端末装置からＳＮＳに投稿された１以上のメッセージを保存するＳＮＳサーバー装置と、
   ファイアウォールを介して前記ネットワークに接続され、前記ＳＮＳサーバー装置と通信可能なクライアント装置であって、
   前記クライアント装置がログインする前記ＳＮＳのチャネルに投稿された１以上のメッセージを前記ＳＮＳサーバー装置から受信し、
   前記１以上のメッセージから、前記クライアント装置に対する制御コマンドを含むメッセージを抽出し、
   前記制御コマンドに従った処理を実行する
   クライアント装置と
   を具備する情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記クライアント装置は、前記クライアント装置がログインする前記ＳＮＳのチャネルに投稿された１以上のメッセージを送信する要求を、前記ＳＮＳサーバー装置に定期的に送信し、
   前記ＳＮＳサーバー装置は、前記要求を受信すると、前記ＳＮＳサーバー装置が前記要求を前回受信してから前記要求を今回受信するまでに、前記クライアント装置がログインする前記ＳＮＳのチャネルに投稿された１以上のメッセージを、前記クライアント装置に送信し、
   前記クライアント装置は、前記ＳＮＳサーバー装置が送信した前記１以上のメッセージを受信する
   情報処理システム。
3. 請求項１又は２に記載の情報処理システムであって、
   前記クライアント装置は、
   前記制御コマンドとして、送信コマンドと、宛先情報と、ファイルの識別情報とを含むメッセージを抽出し、
   前記制御コマンドに従った処理として、
   前記クライアント装置が記憶する前記識別情報により識別される前記ファイルを、前記宛先情報宛に送信し、又は
   前記ＳＮＳサーバー装置が記憶する前記識別情報により識別される前記ファイルを、前記ＳＮＳサーバー装置から受信し、受信した前記ファイルを前記宛先情報宛に送信する
   情報処理システム。
4. 請求項３に記載の情報処理システムであって、
   前記メッセージは、前記制御コマンドとして、前記宛先の名称をさらに含み、
   前記クライアント装置は、前記制御コマンドに従った処理として、前記クライアント装置が保存するテンプレートファイルに前記名称を記述した送り状ファイルを生成し、前記送り状ファイルをさらに送信する
   情報処理システム。
5. 請求項１乃至４の何れか一項に記載の情報処理システムであって、
   前記クライアント装置は、
   前記制御コマンドとして、宛先リスト取得コマンドを抽出し、
   前記制御コマンドに従った処理として、前記クライアント装置が送信可能な宛先情報のリストを含むメッセージを、前記ＳＮＳの前記チャネルに投稿する
   情報処理システム。
6. 請求項１乃至５の何れか一項に記載の情報処理システムであって、
   前記クライアント装置は、
   前記制御コマンドとして、送信履歴取得コマンドを抽出し、
   前記制御コマンドに従った処理として、前記クライアント装置が過去に送信した情報を含むメッセージを、前記ＳＮＳの前記チャネルに投稿する
   情報処理システム。
7. ファイアウォールを介してネットワークに接続され、前記ネットワークに接続され端末装置からＳＮＳに投稿された１以上のメッセージを保存するＳＮＳサーバー装置と通信可能なクライアント装置であって、
   前記クライアント装置がログインする前記ＳＮＳのチャネルに投稿された１以上のメッセージを前記ＳＮＳサーバー装置から受信し、
   前記１以上のメッセージから、前記クライアント装置に対する制御コマンドを含むメッセージを抽出し、
   前記制御コマンドに従った処理を実行する
   クライアント装置。
8. ファイアウォールを介してネットワークに接続され、前記ネットワークに接続され端末装置からＳＮＳに投稿された１以上のメッセージを保存するＳＮＳサーバー装置と通信可能なクライアント装置の制御回路を、
   前記クライアント装置がログインする前記ＳＮＳのチャネルに投稿された１以上のメッセージを前記ＳＮＳサーバー装置から受信し、
   前記１以上のメッセージから、前記クライアント装置に対する制御コマンドを含むメッセージを抽出し、
   前記制御コマンドに従った処理を実行する
   よう動作させる情報処理プログラム。

Images