JP7600201B2 - ウェブデータベースシステム、処理実行方法、及びプログラム - Google Patents

Description

本開示は、ウェブデータベースシステム、処理実行方法、及びプログラムに関する。

従来、複数のインタフェースで同時に編集操作が可能なウェブデータベースが知られている。例えば、非特許文献１には、ユーザＡが編集中のウェブデータベースのレコードをユーザＢが編集して保存し、その後にユーザＡが、このレコードを保存しようとすると、再読み込みを促すエラーメッセージを、ユーザＡの画面に表示させる技術が記載されている。例えば、非特許文献２には、ユーザＸがウェブドキュメントを編集している間に、ユーザＹが同じウェブドキュメントを編集すると、ユーザＹが編集した部分を識別可能な情報を、ユーザＸの画面に表示させる技術が記載されている。

「複数のユーザが同時に同一レコードを編集できますか？」，インターネット，２０２２年１１月７日検索，ｏｎｌｉｎｅ，https://jp.cybozu.help/k/ja/trouble_shooting/app_qa/edit_record_multiple_people.html 「同時編集と変更の統合」，インターネット，２０２２年１１月７日検索，ｏｎｌｉｎｅ，https://ja.confluence.atlassian.com/doc/concurrent-editing-and-merging-changes-144719.html

しかしながら、非特許文献１の技術では、ユーザＡは、エラーメッセージが表示されるまで、ユーザＢによる編集に気付くことができない。ユーザＡがエラーメッセージに従ってリロードをすると、それまでユーザＡが入力した編集内容が消えてしまうので、ユーザＡは、レコードの編集内容を再び入力する必要がある。非特許文献２の技術は、そもそもウェブデータベースの編集に関するものではないので、ウェブデータベースの利便性を高めることはできない。このため、従来の技術では、ウェブデータベースの利便性を十分に高めることはできなかった。

本開示の目的の１つは、ウェブデータベースの利便性を高めることである。

本開示の一側面に係るウェブデータベースシステムは、複数のインタフェースで同時にウェブデータベースの編集操作が可能なウェブデータベースシステムであって、前記複数のインタフェースのうちの第１インタフェースで前記ウェブデータベースが編集された又は編集中であるか否かを判定する判定部と、前記第１インタフェースで前記ウェブデータベースが編集された又は編集中であると判定された場合に、前記複数のインタフェースのうちの第２インタフェースにおける前記ウェブデータベースに関する所定の処理を実行する処理実行部と、を含む。

本開示によれば、ウェブデータベースの利便性が高まる。

ウェブデータベースシステムの全体構成の一例を示す図である。 テーブル形式画面の一例を示す図である。 レコード詳細画面の一例を示す図である。 編集モードの一例を示す図である。 第１ユーザ及び第２ユーザの各々により行われた行動の一例を時系列的に示す図である。 行動パターン１における第２ユーザ側のレコード詳細画面の一例である。 行動パターン２における第２ユーザ側のレコード詳細画面の一例である。 ウェブデータベースシステムで実現される機能の一例を示す図である。 ウェブデータベースの一例を示す図である。 ウェブデータベースシステムで実行される処理の一例を示す図である。 ウェブデータベースシステムで実行される処理の一例を示す図である。 自動反映処理の一例を示す図である。 編集箇所表示処理の一例を示す図である。 編集表示処理の一例を示す図である。

［１．ウェブデータベースシステムの全体構成］
本開示に係るウェブデータベースシステムの実施形態の一例を説明する。図１は、ウェブデータベースシステムの全体構成の一例を示す図である。例えば、ウェブデータベースシステム１は、サーバ１０、第１ユーザ端末２０Ａ、及び第２ユーザ端末２０Ｂを含む。サーバ１０、第１ユーザ端末２０Ａ、及び第２ユーザ端末２０Ｂの各々は、インターネット又はＬＡＮ等のネットワークＮに接続される。

サーバ１０は、サーバコンピュータである。例えば、サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、フラッシュメモリ等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

第１ユーザ端末２０Ａは、第１ユーザのコンピュータである。第２ユーザ端末２０Ｂは、第１ユーザとは異なる第２ユーザのコンピュータである。以降、第１ユーザ及び第２ユーザを区別しない時は、単にユーザという。第１ユーザ端末２０Ａ及び第２ユーザ端末２０Ｂを区別しない時は、ユーザ端末２０という。制御部２１Ａ，２１Ｂ、記憶部２２Ａ，２２Ｂ、通信部２３Ａ，２３Ｂ、操作部２４Ａ，２４Ｂ、及び表示部２５Ａ，２５Ｂを区別しない時は、それぞれ制御部２１、記憶部２２、通信部２３、操作部２４、及び表示部２５という。

例えば、ユーザ端末２０は、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。例えば、ユーザ端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、及び表示部２５を含む。制御部２１、記憶部２２、及び通信部２３の各々のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部２４は、マウス、タッチパネル、又はキーボード等の入力デバイスである。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイである。

なお、記憶部１２，２２に記憶されるプログラムは、ネットワークＮを介して供給されてもよい。サーバ１０及びユーザ端末２０の各々のハードウェア構成は、図１の例に限られない。例えば、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）、又は、外部機器と直接的に接続するための入出力部（例えば、ＵＳＢ端子）が含まれてもよい。この場合、情報記憶媒体に記憶されたプログラムが読取部又は入出力部を介して供給されてもよい。

また、ユーザ端末２０は、任意の数であってよく、２つに限られない。例えば、ウェブデータベースシステム１は、１つのユーザ端末２０だけを含んでもよいし、３つ以上のユーザ端末２０を含んでもよい。ウェブデータベースシステム１を利用するユーザの数も、任意の数であってよい。例えば、ウェブデータベースシステム１を利用するユーザの数は、１人だけであってもよいし、３人以上であってもよい。ユーザの数と、ユーザ端末２０の数と、は同じであってもよいし、異なってもよい。１人のユーザが複数のユーザ端末２０を利用してもよいし、１つのユーザ端末２０が複数のユーザで共有されてもよい。

また、ウェブデータベースシステム１は、少なくとも１つのコンピュータを含めばよい。ウェブデータベースシステム１に含まれるコンピュータは、図１の例に限られない。例えば、ウェブデータベースシステム１は、ユーザ端末２０を含まなくてもよい。この場合、ユーザ端末２０は、ウェブデータベースシステム１の外部に存在し、ウェブデータベースシステム１は、サーバ１０だけを含む。ウェブデータベースシステム１は、サーバ１０と、他のサーバコンピュータと、を含んでもよい。ウェブデータベースシステム１は、サーバコンピュータ以外の他のコンピュータだけを含んでもよい。

［２．ウェブデータベースシステムの概要］
ウェブデータベースシステム１は、複数のインタフェースで同時にウェブデータベースの編集操作が可能である。インタフェースとは、編集操作を受け付けるための手段である。ここでのインタフェースは、物理的なハードウェアに限られず、ソフトウェア的なユーザインタフェースも含む意味である。本実施形態でインタフェースと記載した箇所は、ウェブデータベースを編集するための任意のインタフェースと読み替えることができる。

本実施形態では、ユーザ端末２０がインタフェースに相当する場合を説明するが、ユーザ端末２０ではなく、表示部２５がインタフェースに相当してもよい。インタフェースが、ユーザ端末２０又は表示部２５といった物理的なハードウェアではなく、ソフトウェア的なユーザインタフェースを意味する場合には、例えば、ブラウザのウィンドウ、ウィンドウ内のタブ、又はブラウザ以外の他のアプリケーションの画面がインタフェースに相当する。本実施形態では、２つのインタフェースを例に挙げるが、同時に編集操作が可能なインタフェースは、３つ以上であってもよい。

ウェブデータベースとは、ネットワークＮを介して利用可能なデータベースである。ウェブデータベースを記憶するコンピュータと、ウェブデータベースにアクセスするコンピュータと、は異なる。ウェブデータベースは、オンラインデータベースと呼ばれることもある。本実施形態では、クラウド型のウェブデータベースを例に挙げるが、ウェブデータベース自体は、種々のタイプを利用可能である。例えば、ウェブデータベースは、オンプレミス型であってもよい。

ウェブデータベースの編集とは、ウェブデータベースの全部又は一部を更新することである。例えば、ウェブデータベースが少なくとも１つのレコードを含む場合、レコードを変更、削除、又は追加することは、ウェブデータベースの編集に相当する。レコードの概念がないウェブデータベースであれば、ウェブデータベースを構成する少なくとも一部のデータを変更、削除、又は追加することは、ウェブデータベースの編集に相当する。編集操作は、ウェブデータベースを編集するために行われるユーザの操作である。

本実施形態では、業務支援サービスにウェブデータベースシステム１を適用した場合を例に挙げる。他のサービスへの適用例は、後述の変形例で説明する。業務支援サービスは、組織又は個人の業務を支援するサービスである。以降、第１ユーザ端末２０Ａの表示部２５Ａにおける画面遷移を例に挙げて、業務支援サービスのウェブデータベースを説明する。例えば、第１ユーザが業務支援サービスにログインすると、ウェブデータベースをテーブル形式で表示するためのテーブル形式画面が表示部２５Ａに表示される。

図２は、テーブル形式画面の一例を示す図である。図２の例では、アプリと呼ばれるウェブデータベースを例に挙げる。アプリは、データの登録、閲覧、又は検索をするためのデータベース機能と、業務を円滑に進めるためのコミュニケーション機能と、を有するウェブデータベースの一例である。図２の例では、特許庁に対する出願を管理するためのアプリを、ウェブデータベースとして説明する。例えば、テーブル形式画面ＳＣ１には、ウェブデータベースのレコードの一覧を示すテーブルＴ１０が表示される。

レコードは、ウェブデータベースを構成する個々のデータの単位である。ウェブデータベースのフィールドに入力されたデータは、レコードとして１つにまとめられる。図２の例では、テーブルＴ１０の行がレコードに相当する。フィールドは、レコードを構成する１つ１つの項目である。図２の例では、テーブルＴ１０の列がフィールドに相当する。例えば、「管理番号」、「発明の名称」、「国」、「出願種別」、「依頼日」、「出願日」といった項目がフィールドに相当する。

本実施形態では、レコードは、テーブルＴ１０には表示されない他のデータも含む。第１ユーザは、テーブルＴ１０から、詳細な内容を確認したいレコードを選択できる。図２の例では、レコードを選択するためのアイコンＩ１００が、テーブルＴ１０に表示される。例えば、第１ユーザが、管理番号「１００２」のレコードのアイコンＩ１００を選択すると、このレコードの詳細を示すレコード詳細画面が表示部２５Ａに表示される。

図３は、レコード詳細画面の一例を示す図である。例えば、レコード詳細画面ＳＣ２の入力フォームＦ２０には、第１ユーザが選択した管理番号「１００２」のレコードのフィールドの値が表示される。レコード詳細画面ＳＣ２には、図２のテーブルＴ１０には表示されない他のデータも表示される。図３の例では、他のデータとして、レコードに登録されたファイルの一覧と、レコードに登録されたコメントと、が表示される。

本実施形態では、第１ユーザが編集ボタンＢ２１を選択しない限りは、原則としてレコードを編集できないものとする。ただし、第１ユーザが編集ボタンＢ２１を選択しなくても、コメントの入力は可能であるものとする。以降、編集ボタンＢ２１が選択される前の状態を、閲覧モードという。編集ボタンＢ２１が選択された後の状態を、編集モードという。例えば、第１ユーザが編集ボタンＢ２１を選択すると、レコード詳細画面ＳＣ２が編集モードになる。

図４は、編集モードの一例を示す図である。例えば、編集モードでは、編集ボタンＢ２１等の一部の画像が消去されて、キャンセルボタンＢ２２及び保存ボタンＢ２３が表示される。編集モードになると、第１ユーザは、入力フォームＦ２０の値を変更したり、共有したいファイルをアップロードしたりすることができる。図４の例では、第１ユーザは、フィールド「発明の名称」の入力フォームＦ２０に対し、新たな値として「クラウドシステム及びプログラム」を入力する。

例えば、第１ユーザは、複数のフィールドに対し、編集内容を入力することもできる。第１ユーザがキャンセルボタンＢ２２を選択すると、編集モードがキャンセルされる。編集モードがキャンセルされると、それまでに入力された編集内容は、破棄される。第１ユーザが保存ボタンＢ２３を選択すると、第１ユーザが入力した編集内容に基づいて、レコードが編集される。図４の例であれば、フィールド「発明の名称」の値が「クラウドシステム及びプログラム」になる。編集が完了すると、編集モードから閲覧モードに戻る。

図２～図４では、表示部２５Ａにおける画面遷移を例に挙げたが、表示部２５Ｂも、同様の画面遷移が可能である。即ち、第２ユーザも、図２～図４と同様の流れで、テーブル形式画面ＳＣ１及びレコード詳細画面ＳＣ２を表示部２５Ｂに表示させてレコードを編集できる。本実施形態では、第１ユーザ端末２０Ａ及び第２ユーザ端末２０Ｂで同時に同じレコードの編集操作が可能なので、第２ユーザが、第１ユーザが編集した又は編集中のレコードと同じレコードに対する編集操作をすることもできる。

図５は、第１ユーザ及び第２ユーザの各々により行われた行動の一例を時系列的に示す図である。図５の例では、第２ユーザがレコードを編集するよりも前に、第１ユーザがレコードを編集する場合の行動パターンが示されている。第１ユーザがレコードを編集するよりも前に、第２ユーザがレコードを編集する場合の行動パターンは、図５の第１ユーザと第２ユーザを入れ替えて考えればよい。

行動パターン１は、第１ユーザが保存ボタンＢ２３を選択した後に、第２ユーザが編集ボタンＢ２１を選択して編集モードに移行した場合の行動パターンの一例である。行動パターン２は、第１ユーザが保存ボタンＢ２３を選択する前に、第２ユーザが編集ボタンＢ２１を選択して編集モードに移行した場合の行動パターンの一例である。本実施形態では、第２ユーザ側のレコード詳細画面ＳＣ２の表示が、行動パターン１と、行動パターン２と、で異なるようになっている。

図６は、行動パターン１における第２ユーザ側のレコード詳細画面ＳＣ２の一例である。図６のように、行動パターン１の場合、第２ユーザが編集ボタンＢ２１を選択して編集モードにしようとすると、再読み込みを促すメッセージＭ２４が第２ユーザ端末２０に表示される。例えば、メッセージＭ２４は、第２ユーザに対して警告を与える内容を含んでもよい。メッセージＭ２４は、編集モードへの移行をキャンセルするためのキャンセルボタンＢ２４０と、再読み込みを実行するための再読み込みボタンＢ２４１と、を含む。

例えば、第２ユーザがキャンセルボタンＢ２４０を選択すると、メッセージＭ２４が消去されて編集モードへの移行がキャンセルされる。この場合、第２ユーザは、ブラウザのメニュー又は操作部２４Ｂの所定のキーから、再読み込みを実行することもできる。再読み込みが実行されると、第１ユーザによる編集内容がレコード詳細画面ＳＣ２に反映される。その後に第２ユーザが編集ボタンＢ２１を選択すると、メッセージＭ２４が表示されることなく、レコード詳細画面ＳＣ２が編集モードに移行する。

例えば、第２ユーザが再読み込みボタンＢ２４１を選択すると、レコード詳細画面ＳＣ２が再読み込みされたうえで、編集モードのレコード詳細画面ＳＣ２が表示部２５Ｂに表示される。この場合、第１ユーザによる編集内容が、編集モードのレコード詳細画面ＳＣ２に反映される。第２ユーザは、第１ユーザによる編集内容が反映された状態で、編集モードのレコード詳細画面ＳＣ２から編集操作をすることができる。

なお、第２ユーザが編集ボタンＢ２１を選択する前に、メッセージＭ２４が表示部２５Ｂに表示されてもよい。例えば、サーバ１０と第２ユーザ端末２０Ｂの間で、定期的にポーリングが行われて、第１ユーザによるレコードの編集が検知される。第２ユーザが編集ボタンＢ２１を選択する前に、第１ユーザによるレコードの編集が検知された場合には、第２ユーザが編集ボタンＢ２１を選択しなくても、メッセージＭ２４が表示部２５Ｂに表示される。この場合、第２ユーザが、編集ボタンＢ２１を選択する前に、再読み込みの必要性に気付ける。

図７は、行動パターン２における第２ユーザ側のレコード詳細画面ＳＣ２の一例である。図７のように、行動パターン２の場合、レコード詳細画面ＳＣ２が編集モードになった時点では、第１ユーザによる編集が完了していない。第２ユーザが保存ボタンＢ２３を選択した時点では、第１ユーザによる編集が完了しているので、再読み込みを促すメッセージＭ２５が第２ユーザ端末２０Ｂに表示される。例えば、メッセージＭ２５は、警告ではなく、第２ユーザに対する通知を含んでもよい。

図７の例では、メッセージＭ２５は、キャンセルボタンＢ２５０及び再読み込みボタンＢ２５１を含む点では、メッセージＭ２４と同様であるが、具体的な文言がメッセージＭ２４とは異なる。例えば、メッセージＭ２５では、第１ユーザの名前が表示されるが、メッセージＭ２４では表示されない。例えば、メッセージＭ２４では、レコードの変更履歴について触れられているが、メッセージＭ２５では、レコードの変更履歴について触れられていない。他の文言も、メッセージＭ２４，Ｍ２５で互いに異なる。

例えば、第２ユーザがキャンセルボタンＢ２５０を選択すると、メッセージＭ２５が消去されて、保存ボタンＢ２３を選択する直前のレコード詳細画面ＳＣ２に戻る。この場合、第２ユーザは、ブラウザのメニュー又は操作部２４Ｂの所定のキーから、再読み込みを実行することもできる。再読み込みが実行されると、第１ユーザによる編集内容がレコード詳細画面ＳＣ２に反映される。

なお、再読み込み前に入力された第２ユーザの編集内容は、再読み込み後のレコード詳細画面ＳＣ２に引き継がれてもよいし、特に引き継がれずに、第２ユーザがテキストエディタ等に編集内容を退避して再読み込み後にコピーアンドペーストしてもよい。その後に第２ユーザが保存ボタンＢ２３を選択すると、メッセージＭ２５が表示されることなく、第２ユーザの編集内容に基づいて、レコードが編集される。第２ユーザが第１ユーザと同じフィールドを編集した場合には、第２ユーザの編集内容によって、第１ユーザの編集内容が上書きされることになる。

例えば、第２ユーザが再読み込みボタンＢ２５１を選択すると、レコード詳細画面ＳＣ２が再読み込みされる。この場合も、再読み込み前に入力された第２ユーザの編集内容は、サーバ１０又は第２ユーザ端末２０Ｂに保持されて、再読み込み後のレコード詳細画面ＳＣ２に引き継がれてもよいし、特に引き継がれずに、第２ユーザがテキストエディタ等に編集内容を退避して再読み込み後にコピーアンドペーストしてもよい。その後に第２ユーザが保存ボタンＢ２３を選択すると、メッセージＭ２５が表示されることなく、第２ユーザの編集内容に基づいて、レコードが編集される。

なお、メッセージＭ２４と同様、第２ユーザが保存ボタンＢ２３を選択する前に、メッセージＭ２５が表示部２５Ｂに表示されてもよい。この場合も、サーバ１０と第２ユーザ端末２０Ｂの間で、定期的にポーリングが行われるようにすればよい。第２ユーザが保存ボタンＢ２３を選択する前に、第１ユーザによるレコードの編集が検知された場合には、第２ユーザが保存ボタンＢ２３を選択しなくても、メッセージＭ２５が表示部２５Ｂに表示される。この場合、第２ユーザが、保存ボタンＢ２３を選択する前に、再読み込みの必要性に気付ける。

以上のように、ウェブデータベースシステム１は、第２ユーザがレコードを閲覧又は編集している間に、第１ユーザが同じレコードを編集すると、第２ユーザ側のレコード詳細画面ＳＣ２にメッセージＭ２４，Ｍ２５を表示させる。これにより、第２ユーザは、再読み込みの必要性に早い段階で気付けるので、ウェブデータベースの利便性が高まる。以降、ウェブデータベースシステム１の詳細について説明する。

［３．ウェブデータベースシステムで実現される機能］
図８は、ウェブデータベースシステム１で実現される機能の一例を示す図である。

［３－１．サーバで実現される機能］
サーバ１０は、データ記憶部１００、表示制御部１０１、編集部１０２、判定部１０３、及び処理実行部１０４を含む。データ記憶部１００は、記憶部１２により実現される。表示制御部１０１、編集部１０２、判定部１０３、及び処理実行部１０４は、制御部１１により実現される。

［データ記憶部］
データ記憶部１００は、少なくとも１つのウェブデータベースＤＢを記憶する。本実施形態では、説明の簡略化のために、１つのウェブデータベースＤＢだけを説明するが、データ記憶部１００は、複数のウェブデータベースＤＢを記憶してもよい。

図９は、ウェブデータベースＤＢの一例を示す図である。例えば、ウェブデータベースＤＢには、データベース名と、レコードに関するレコードデータと、が格納される。データベース名は、ウェブデータベースＤＢを識別可能な情報である。データベース名ではなく、リンク等の他の情報によって、ウェブデータベースＤＢが識別されてもよい。ウェブデータベースＤＢには、任意のデータが格納されてよく、ウェブデータベースＤＢに格納されるデータは、図９の例に限られない。例えば、ウェブデータベースＤＢには、レコードの変更履歴に関するデータ、又は、アクセス権限に関するデータが格納されてもよい。

レコードデータは、レコードに関するデータである。例えば、レコードデータは、レコードを一意に識別可能なレコードＩＤ、テーブルＴ１０に表示されるデータ、及びテーブルＴ１０には表示されないデータを含む。例えば、テーブルＴ１０に表示されるデータは、複数のフィールドの各々の名前と、当該フィールドの値と、を含む。例えば、テーブルＴ１０には表示されないデータは、レコードに登録されたファイルと、レコードに登録されたコメントと、を含む。本実施形態では、レコードデータは、レコードのバージョン情報を含む。例えば、バージョン情報は、レコードの最新の編集日時を示す。

バージョン情報は、レコードが最新であるか否かを識別可能な情報であればよく、最新の編集日時に限られない。例えば、バージョン情報は、編集のたびにインクリメント又はデクリメントされる値であってもよい。レコード詳細画面ＳＣ２がユーザ端末２０に表示される場合に、バージョン情報もユーザ端末２０に送信される。サーバ１０側で保持するバージョン情報と、ユーザ端末２０側で保持するバージョン情報と、が一致していることは、レコード詳細画面ＳＣ２で表示されているレコードが最新であることを意味する。これらが一致しないことは、レコード詳細画面ＳＣ２で表示されているレコードが最新ではないことを意味する。

なお、レコードを構成する個々の部分ごとに、バージョン情報が存在してもよい。例えば、レコードのフィールドごとに、バージョン情報が存在してもよい。このようにすれば、レコードのどの部分が更新されたかを具体的に特定できる。バージョン情報だけではなく、レコードを編集したユーザを識別可能な編集者情報がレコードデータに含まれてもよい。編集者情報についても、レコードを構成する個々の部分ごとに存在してもよい。このようにすれば、レコードのどの部分を誰が更新したかを具体的に特定できる。

また、データ記憶部１００は、任意のデータを記憶できる。データ記憶部１００に記憶されるデータは、ウェブデータベースＤＢに限られない。例えば、データ記憶部１００は、業務支援サービスを利用するユーザに関する情報を格納したユーザデータベースを記憶する。例えば、ユーザデータベースには、ユーザを識別可能なユーザＩＤ、ユーザの名前、パスワード、ユーザの組織、ユーザの役職、及びユーザの所属等のデータが格納される。例えば、データ記憶部１００は、テーブル形式画面ＳＣ１及びレコード詳細画面ＳＣ２といった各種画面の表示に必要なデータを記憶する。

［表示制御部］
表示制御部１０１は、ウェブデータベースＤＢの全部又は一部の内容を示す画面を、ユーザ端末２０に表示させる。本実施形態では、この画面の一例として、レコード詳細画面ＳＣ２を説明するが、テーブル形式画面ＳＣ１又は他の画面にウェブデータベースＤＢの全部又は一部が表示されてもよい。例えば、他の画面は、ウェブデータベースＤＢの全部又は一部の内容をテーブル形式以外の他の形式で表示させる画面、又は、複数のレコードの詳細をまとめて表示する画面であってもよい。他の画面から、ウェブデータベースＤＢの編集が可能であってもよい。

例えば、表示制御部１０１は、レコード詳細画面ＳＣ２の表示データを生成してユーザ端末２０に送信する。表示データは、何らかの画面を表示させるために必要なデータであればよく、任意の形式であってよい。本実施形態では、ブラウザが利用されるので、表示データの一例として、ＨＴＭＬデータを説明する。表示データは、ＸＭＬデータ、ＪＰＧ等の画像データ、又は他の形式のデータであってもよい。ブラウザではなく業務支援サービス専用のアプリケーションが利用される場合には、当該アプリケーションで何らかの画面を表示させるためのデータが表示データに相当すればよい。

例えば、ユーザがテーブル形式画面ＳＣ１のアイコンＩ１００を選択すると、ユーザ端末２０は、サーバ１０に対し、レコード詳細画面ＳＣ２の表示要求を送信する。表示要求は、レコード詳細画面ＳＣ２を表示させるための所定の形式のデータであればよく、例えば、レコード詳細画面ＳＣ２に対応するＵＲＬを含む。表示要求には、ユーザが選択したレコードを識別可能なレコード識別情報も含まれる。レコード識別情報は、テーブル形式画面ＳＣ１の表示データに含まれているものとする。例えば、レコードに割り振られたレコードＩＤがレコード識別情報に相当してもよいし、図２の管理番号等のフィールドの値がレコード識別情報に相当してもよい。

例えば、サーバ１０がレコード詳細画面ＳＣ２の表示要求を受信すると、表示制御部１０１は、ウェブデータベースＤＢのうち、表示要求に含まれるレコード識別情報に対応するレコードデータを取得する。表示制御部１０１は、当該取得されたレコードデータに基づいて、レコード詳細画面ＳＣ２の表示データを生成する。表示データには、レコードのバージョン情報も含まれるものとする。例えば、表示制御部１０１は、レコードデータに含まれる各フィールドの値を、入力フォームＦ２０にセットする。

本実施形態では、レコード詳細画面ＳＣ２を表示させたばかりの時点では、編集モードではなく閲覧モードなので、入力フォームＦ２０は、値を入力できないようにdisabled属性となる。表示制御部１０１は、コメントを除く他の部分もdisabled属性に設定した表示データをユーザ端末２０に送信することによって、閲覧モードのレコード詳細画面ＳＣ２をユーザ端末２０に表示させる。閲覧モードと編集モードを使い分けないようにする場合には、disabled属性の設定は行われないようにしてもよい。

例えば、ユーザがレコード詳細画面ＳＣ２の編集ボタンＢ２１を選択すると、ユーザ端末２０は、サーバ１０に対し、編集モードへの移行要求を送信する。移行要求は、閲覧モードから編集モードへの移行を指示するための所定の形式のデータであればよく、例えば、編集モードへの移行が指示されたことを示す情報と、レコード詳細画面ＳＣ２に表示されているレコードのバージョン情報と、が引数として示されたＵＲＬを含む。なお、編集ボタンＢ２１が選択された場合に、ユーザ端末２０からサーバ１０に移行要求が送信されずに、ユーザ端末２０側の制御だけで編集モードに移行してもよい。この場合、後述するdisabled属性からenabled属性への変更も、ユーザ端末２０側の制御だけで実行される。

例えば、サーバ１０が編集モードへの移行要求を受信すると、後述の判定部１０３による判定が実行される。後述の処理実行部１０４によりメッセージＭ２４を表示させる必要がなければ、表示制御部１０１は、編集モードのレコード詳細画面ＳＣ２の表示データを生成してユーザ端末２０に表示させる。編集モードのレコード詳細画面ＳＣ２は、閲覧モードではdisabled属性だった入力フォームＦ２０等は、enabled属性になる。ユーザが保存ボタンＢ２３を選択した場合も同様に、後述の判定部１０３による判定が実行され、後述の処理実行部１０４によりメッセージＭ２４を表示させる必要がなければ、表示制御部１０１は、編集が反映された閲覧モードのレコード詳細画面ＳＣ２の表示データを生成してユーザ端末２０に表示させる。

［編集部］
編集部１０２は、ユーザによる操作に基づいて、ウェブデータベースＤＢを編集する。本実施形態では、レコード単位での編集が可能なので、編集部１０２は、ウェブデータベースＤＢのうち、ユーザが指定したレコードを、ユーザの操作に基づいて編集する。例えば、編集部１０２は、ユーザが編集ボタンＢ２１を選択してレコード詳細画面ＳＣ２を編集モードにした場合に、編集モードのレコード詳細画面ＳＣ２からユーザが入力した編集内容に基づいて、レコードを編集する。レコードの編集方法自体は、公知の方法を利用可能である。レコード単位で編集しない場合の編集方法自体も、公知の方法を利用可能である。編集部１０２は、ユーザ端末２０からの要求に応じて、ウェブデータベースＤＢを編集すればよい。編集部１０２は、ウェブデータベースＤＢを編集すると、バージョン情報を更新する。

［判定部］
判定部１０３は、複数のインタフェースのうちの第１インタフェースでウェブデータベースＤＢが編集された又は編集中であるか否かを判定する。編集されたとは、編集操作が行われて編集内容の保存が完了したことを意味する。編集中とは、編集操作が行われている最中であり、編集内容の保存までは完了していないことを意味する。本実施形態では、レコード単位で編集が行われるので、判定部１０３は、ウェブデータベースＤＢのうち、第２インタフェースで表示中又は編集中のレコードと同じレコードが第１インタフェースで編集された又は編集中であるか否かを判定する。本実施形態では、編集中であるか否かの判定は実行されず、判定部１０３が、第１インタフェースでウェブデータベースＤＢが編集されたか否かを判定する場合を説明する。編集中であるか否かの判定については、後述の変形例で説明する。

本実施形態では、第１インタフェース及び第２インタフェースの一例として、それぞれ第１ユーザ端末２０Ａ及び第２ユーザ端末２０Ｂを説明する。例えば、第１ユーザが保存ボタンＢ２３を選択した場合に、第１ユーザ端末２０Ａは、サーバ１０に対し、レコードの編集内容を保存するための保存要求を送信する。保存要求は、所定の形式のデータであればよく、例えば、レコードの編集内容を含む。判定部１０３は、第１ユーザ端末２０Ａから保存要求を受信したか否かを判定することによって、第１ユーザ端末２０ＡでウェブデータベースＤＢが編集されたか否かを判定する。

図４の例であれば、保存要求は、第１ユーザが入力したフィールド「発明の名称」の値である「クラウドシステム及びプログラム」のテキストを含む。保存要求は、レコードのうち、第１ユーザが編集していない箇所のデータを含んでもよい。先述した編集部１０２は、保存要求に基づいて、ウェブデータベースＤＢのレコードを編集する。その後、判定部１０３は、第２ユーザ端末２０Ｂとの間で、ポーリングを実行してもよい。本実施形態のポーリングは、データの整合性を取るというよりは、バージョン情報をチェックするという意味である。

なお、判定部１０３は、ウェブデータベースＤＢに格納されたレコードのバージョン情報と、第２ユーザ端末２０Ｂに記憶されたレコードのバージョン情報と、が一致するか否かを判定してもよい。判定部１０３は、バージョン情報ではなく、ウェブデータベースＤＢに格納されたレコードの各フィールドの値と、レコード詳細画面ＳＣ２に表示中のレコードの各フィールドの値と、が一致するか否かを判定してもよい。判定部１０３は、第２ユーザ側のレコード詳細画面ＳＣ２に表示されたレコードが最新であるか否かを判定することになる。このレコードが最新でないことは、第１ユーザによる編集が行われたことを意味する。

［処理実行部］
処理実行部１０４は、第１インタフェースでウェブデータベースＤＢが編集された又は編集中であると判定された場合に、複数のインタフェースのうちの第２インタフェースにおけるウェブデータベースＤＢに関する所定の処理を実行する。本実施形態では、レコード単位で編集が行われるので、処理実行部１０４は、第１インタフェースで同じレコードが編集された又は編集中であると判定された場合に、所定の処理を実行する。

本実施形態では、処理実行部１０４は、第２インタフェースでウェブデータベースＤＢが表示中である場合に、第１インタフェースにおける編集内容に基づいて、所定の処理を実行する場合を説明するが、所定の処理は、第２インタフェースでウェブデータベースＤＢが表示中ではない場合に実行されてもよい。例えば、第２インタフェースに相当する画面が最小化されて表示中ではない場合、画面の電源がオフの場合、又は画面がロック中の場合に、所定の処理が実行されてもよい。また、所定の処理は、第１インタフェースにおける編集内容には特に関係なく実行されてもよい。

図２～図７の例であれば、第１ユーザ端末２０Ａが第１インタフェースに相当し、第２ユーザ端末２０Ｂが第２インタフェースに相当するので、処理実行部１０４は、第１ユーザ端末２０ＡでウェブデータベースＤＢが編集された又は編集中であると判定された場合に、第２ユーザ端末２０ＢにおけるウェブデータベースＤＢに関する所定の処理を実行する。

所定の処理は、第１インタフェースでウェブデータベースＤＢが編集された又は編集中であると判定された場合に実行される処理である。本実施形態では、処理実行部１０４は、第１インタフェースでウェブデータベースＤＢが編集中又は編集されたと判定された場合に、第１インタフェースでウェブデータベースＤＢが編集中である又は編集されたことを識別可能な情報を第２インタフェースで表示させる編集表示処理を、所定の処理として実行する。このため、編集表示処理について説明している箇所は、所定の処理と読み替えることができる。

本実施形態では、編集表示処理は、第１インタフェースでウェブデータベースＤＢが編集されたことを識別可能な情報を第２インタフェースで表示させる処理である場合を説明する。例えば、編集表示処理は、メッセージＭ２４，Ｍ２５を表示させるための処理である。編集表示処理は、メッセージＭ２４，Ｍ２５以外の他の画像を表示させるための処理であってもよい。例えば、業務支援サービス内の通知、ユーザ端末２０のプッシュ通知、ポップアップ、電子メール、又はその他のメッセージツールを利用して編集表示処理が実行されてもよい。編集表示処理では、再読み込みのボタンＢ２４１，Ｂ２５１のように、再読み込みのための画像を表示させなくてもよく、単に、ウェブデータベースＤＢが何らかの形で編集されたことを示す画像だけを表示させる処理であってもよい。

本実施形態では、処理実行部１０４は、第２インタフェースにおけるウェブデータベースＤＢに関する状況に基づいて、編集表示処理を実行する。ここでの状況とは、ウェブデータベースＤＢが編集前であるか編集中であるかを意味する。第２ユーザによってどの程度の編集が行われているかが、状況に相当してもよい。処理実行部１０４は、ある状況の場合には編集表示処理を実行せず、特定の状況の場合に編集表示処理を実行してもよい。本実施形態では、処理実行部１０４は、状況に応じて異なる画像が表示されるように、編集表示処理を実行する。

例えば、処理実行部１０４は、第２ユーザが編集ボタンＢ２１を選択する前であれば（即ち、編集モードに移行する前）、メッセージＭ２４を表示させるための編集表示処理を実行する。処理実行部１０４は、第２ユーザが編集ボタンＢ２１を選択した後であれば（即ち、編集モードに移行した後であれば）、メッセージＭ２５を表示させるための編集表示処理を実行する。処理実行部１０４は、第２ユーザが編集ボタンＢ２１を選択する前と、第２ユーザが編集ボタンＢ２１を選択した後と、で画像を異ならせればよく、メッセージＭ２４，Ｍ２５の使い分け以外にも通知の方法自体を変えてもよい。

［３－２．ユーザ端末で実現される機能］
第１ユーザ端末２０Ａ及び第２ユーザ端末２０Ｂは、互いに同様の機能を有する。このため、第１ユーザ端末２０Ａ及び第２ユーザ端末２０Ｂを区別せずに、ユーザ端末２０の機能として説明する。ユーザ端末２０は、データ記憶部２００、表示制御部２０１、及び操作受付部２０２を含む。データ記憶部２００は、記憶部２２により実現される。表示制御部２０１及び操作受付部２０２は、制御部２１により実現される。

［データ記憶部］
データ記憶部２００は、ウェブデータベースＤＢを編集するために必要なデータを記憶する。例えば、データ記憶部２００は、業務支援サービスに関する種々の画面を表示するためのブラウザを記憶する。例えば、データ記憶部２００は、業務支援サービスのアプリケーションを記憶する。

［表示制御部］
表示制御部２０１は、業務支援サービスにおける各種画面を、表示部２５に表示させる。例えば、表示制御部２０１は、サーバ１０から受信した表示データに基づいて、テーブル形式画面ＳＣ１又はレコード詳細画面Ｇ２を、表示部２５に表示させる。

［操作受付部］
操作受付部２０２は、業務支援サービスにおける各種操作を受け付ける。操作内容は、サーバ１０に適宜送信される。

［４．ウェブデータベースシステムで実行される処理］
図１０及び図１１は、ウェブデータベースシステム１で実行される処理の一例を示す図である。図１０及び図１１では、第１ユーザ端末２０Ａ及び第２ユーザ端末２０Ｂを区別せずに、ユーザ端末２０の処理として説明する。

図１０に示すように、ユーザ端末２０は、サーバ１０との間で、業務支援サービスにログインするためのログイン処理を実行する（Ｓ１）。ユーザ端末２０は、ログインが成功してユーザがウェブデータベースＤＢの表示を要求すると、テーブル形式画面ＳＣ１を表示部２５に表示させる（Ｓ２）。ユーザ端末２０は、ユーザがアイコンＩ１００を選択すると、サーバ１０に対し、レコード詳細画面ＳＣ２の表示要求を送信する（Ｓ３）。

サーバ１０は、レコード詳細画面ＳＣ２の表示要求を受信すると、ウェブデータベースＤＢに基づいて、閲覧モードのレコード詳細画面ＳＣ２の表示データを生成して、ユーザ端末２０に送信する（Ｓ４）。この表示データには、表示要求の対象となったレコードのバージョン情報が含まれる。ユーザ端末２０は、レコード詳細画面ＳＣ２の表示データを受信すると、閲覧モードのレコード詳細画面ＳＣ２を表示部２５に表示させる（Ｓ５）。

サーバ１０は、ユーザ端末２０からバージョン情報を取得し、レコード詳細画面ＳＣ２に表示されたレコードが最新であるか否かを判定する（Ｓ６）。Ｓ６では、サーバ１０は、一定の時間間隔（例えば、０．５秒～数秒程度又は１０秒～３０秒程度）で、ユーザ端末２０からバージョン情報を取得する。Ｓ６では、サーバ１０は、レコード詳細画面ＳＣ２に表示されたレコードが最新であると判定された場合（Ｓ６：最新）、後述のＳ１０の処理に移行し、Ｓ７～Ｓ９の処理は実行されない。

Ｓ６において、レコード詳細画面ＳＣ２に表示されたレコードが最新ではないと判定された場合（Ｓ６：古い）、サーバ１０は、ユーザ端末２０との間で、メッセージＭ２４を表示するための編集表示処理を実行する（Ｓ７）。ユーザ端末２０は、ユーザの操作を特定する（Ｓ８）。ユーザが再読み込みボタンＢ２４１を選択した場合（Ｓ８：再読み込み）、サーバ１０との間で、再読み込みを実行する（Ｓ９）。ユーザがキャンセルボタンＢ２４０を選択した場合（Ｓ８：キャンセル）、メッセージＭ２４が消去されて、本処理は終了する。この場合、ユーザが他の方法で再読み込みを行えば、Ｓ１０以降の処理が実行されてもよい。

ユーザが編集ボタンＢ２１を選択すると、ユーザ端末２０は、サーバ１０に対し、編集モードへの移行要求を送信する（Ｓ１０）。サーバ１０は、編集モードへの移行要求を受信すると、ウェブデータベースＤＢに基づいて、レコード詳細画面ＳＣ２に表示されたレコードが最新であるか否かを判定する（Ｓ１１）。Ｓ１１における処理は、Ｓ６における処理と同様である。レコード詳細画面ＳＣ２に表示されたレコードが最新であると判定された場合（Ｓ１１：最新）、後述のＳ１５の処理に移行し、Ｓ１２～Ｓ１４の処理は実行されない。

Ｓ１１において、レコード詳細画面ＳＣ２に表示されたレコードが最新ではないと判定された場合（Ｓ１１：古い）、Ｓ７～Ｓ９と同様のＳ１２～Ｓ１４の処理が実行される。Ｓ１４の再読み込みが実行されると、Ｓ１５に移行する。図１１に移り、ユーザ端末２０は、サーバ１０との間で、レコード詳細画面ＳＣ２を編集モードにする（Ｓ１５）。Ｓ１５で編集モードになると、ユーザによる編集操作が受け付けられる。ユーザは、入力フォームＦ２０に対する入力等を行う。

サーバ１０は、Ｓ６の処理と同様のＳ１６の処理を実行する。レコード詳細画面ＳＣ２に表示されたレコードが最新であると判定された場合（Ｓ１６：最新）、後述のＳ２０の処理に移行し、Ｓ１７～Ｓ１９の処理は実行されない。Ｓ１６において、レコード詳細画面ＳＣ２に表示されたレコードが最新ではないと判定された場合（Ｓ１６：古い）、サーバ１０は、ユーザ端末２０との間で、メッセージＭ２５を表示するための編集表示処理を実行する（Ｓ１７）。

ユーザ端末２０は、ユーザの操作を特定する（Ｓ１８）。ユーザ端末２０は、ユーザが再読み込みボタンＢ２５１を選択した場合（Ｓ１８：再読み込み）、サーバ１０との間で、再読み込みを実行する（Ｓ１９）。ユーザがキャンセルボタンＢ２５０を選択した場合（Ｓ１８：キャンセル）、Ｓ１９の処理は実行されず、本処理は終了する。この場合、ユーザが他の方法で再読み込みを行えば、Ｓ２０以降の処理が実行されてもよい。

ユーザ端末２０は、ユーザが保存ボタンＢ２３を選択すると、サーバ１０に対し、保存要求を送信する（Ｓ２０）。サーバ１０は、保存要求を受信すると、ウェブデータベースＤＢに基づいて、レコード詳細画面ＳＣ２に表示されたレコードが最新であるか否かを判定する（Ｓ２１）。Ｓ２１の処理は、Ｓ１６の処理と同様である。レコード詳細画面ＳＣ２に表示されたレコードが最新であると判定された場合（Ｓ２１：最新）、サーバ１０は、保存要求に従って、レコードを編集し（Ｓ２２）、本処理は終了する。Ｓ２１において、レコード詳細画面ＳＣ２に表示されたレコードが最新ではないと判定された場合（Ｓ２１：古い）、Ｓ１７～Ｓ１９の処理が実行される。

本実施形態のウェブデータベースシステム１は、第１インタフェースでウェブデータベースＤＢが編集された又は編集中であると判定された場合に、第２インタフェースにおけるウェブデータベースＤＢに関する所定の処理を実行する。これにより、ウェブデータベースＤＢの利便性が高まる。例えば、第１ユーザ端末２０ＡでウェブデータベースＤＢが編集された場合に、第２ユーザ端末２０ＢでメッセージＭ２４，Ｍ２５を表示させることによって、第２ユーザが早い段階で再読み込みの必要性に気付ける。その結果、第２ユーザが保存ボタンＢ２３を選択した時にエラーメッセージが表示されて編集内容が無駄になるといったことを防止し、ウェブデータベースＤＢの利便性が高まる。例えば、第１ユーザ端末２０ＡでウェブデータベースＤＢが編集中である場合に、第２ユーザ端末２０Ｂで同様のメッセージを表示させる場合にも、第２ユーザが早い段階で再読み込みの必要性に気付けるので、第２ユーザが入力した編集内容が無駄になるといったことを防止し、ウェブデータベースＤＢの利便性が高まる。

また、ウェブデータベースシステム１は、第２インタフェースでウェブデータベースＤＢが表示中である場合に、第１インタフェースにおける編集内容に基づいて、所定の処理を実行する。これにより、ウェブデータベースＤＢの利便性が高まる。例えば、第２ユーザ端末２０Ｂでレコード詳細画面ＳＣ２が表示中である場合に、メッセージＭ２４，Ｍ２５を表示させることによって、第２ユーザがレコード詳細画面ＳＣ２を確認している最中に、再読み込みの必要性に気付けるので、利便性が高まる。

また、ウェブデータベースシステム１は、第２インタフェースで表示中又は編集中のレコードと同じレコードが第１インタフェースで又は編集中であると判定された場合に、所定の処理を実行する。判定部１０３による判定対象となるデータをレコード単位にすることによって、ウェブデータベースＤＢの利便性が高まる。例えば、第１ユーザが第１レコードを編集し、第２ユーザが第２レコードを編集する場合には、再読み込みの必要性がないので、メッセージＭ２４，Ｍ２５を表示させないようにして、再読み込みの必要性がある場合にのみメッセージＭ２４，Ｍ２５を表示させることによって、無駄な表示が行われることを防止できる。

また、ウェブデータベースシステム１は、第１インタフェースでウェブデータベースＤＢが編集されたと判定された場合に、第１インタフェースでウェブデータベースＤＢが編集されたことを識別可能な情報を第２インタフェースで表示させる編集表示処理を、所定の処理として実行する。これにより、第１インタフェースでウェブデータベースＤＢが編集されたことを第２インタフェースで気付かせやすくなるので、ウェブデータベースＤＢの利便性が高まる。例えば、この情報として、メッセージＭ２４，Ｍ２５を表示させることによって、第２ユーザが、早い段階で再読み込みの必要性に気付けるので、ウェブデータベースＤＢの利便性が高まる。

また、ウェブデータベースシステム１は、第２インタフェースにおけるウェブデータベースＤＢに関する状況に基づいて、編集表示処理を実行する。これにより、状況に応じた柔軟な表示が可能になるので、ウェブデータベースＤＢの利便性が高まる。例えば、第２ユーザがレコードの編集を開始する前であれば、メッセージＭ２４を表示させ、第２ユーザがレコードを編集中であれば、メッセージＭ２５を表示させるといったように、表示を使い分けて、状況に応じた気付きを第２ユーザに与えることができる。

［５．変形例］
なお、本開示は、以上説明した実施形態の例に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

［５－１．変形例１］
例えば、実施形態で説明した例において、第１ユーザ及び第２ユーザが互いに同じレコードを編集したとしても、第１ユーザ及び第２ユーザが互いに異なる部分を編集することがある。この場合、第２ユーザが、再読み込みをせずに、第１ユーザによる編集に気付かずにレコードを編集しても、第１ユーザの編集内容が上書きされるといったことがないので、メッセージＭ２５を表示させないようにしてもよい。

変形例１の処理実行部１０４は、第２インタフェースでもウェブデータベースＤＢが編集された又は編集中である場合に、第１インタフェースにおける編集内容と、第２インタフェースにおける編集内容と、に基づいて、所定の処理を実行する。変形例１では、実施形態と同様に、第１インタフェース、第２インタフェース、及び所定の処理の一例として、それぞれ第１ユーザ端末２０Ａ、第２ユーザ端末２０Ｂ、及び編集表示処理を説明する。第１インタフェース、第２インタフェース、及び所定の処理がこれらの例に限られない点は、実施形態で説明した通りである。

例えば、処理実行部１０４は、第１ユーザによるレコードの編集箇所と、第２ユーザによるレコードの編集箇所と、が一致するか否かを判定する。編集箇所は、レコードのフィールド、又は、フィールド以外の他の部分（例えば、コメント又はファイル共有の部分）である。処理実行部１０４は、第１ユーザによるレコードの編集箇所と、第２ユーザによるレコードの編集箇所と、が一致しないと判定された場合には、編集表示処理を実行せず、第１ユーザによるレコードの編集箇所と、第２ユーザによるレコードの編集箇所と、が一致すると判定された場合に、編集表示処理を実行する。処理実行部１０４は、編集表示処理を実行するか否かではなく、上記の判定結果に基づいて、メッセージＭ２４等の内容を変化させてもよい。

なお、処理実行部１０４により実行される処理は、上記の例に限られない。例えば、第１ユーザ及び第２ユーザが、互いに同じレコードの同じ箇所を編集したとしても、互いの編集内容が同じことがある。この場合、第２ユーザが再読み込みを実行しなくても、第１ユーザの編集内容が、実質的に上書きされないことになるので、第２ユーザ端末２０ＢにメッセージＭ２５を表示させなくてもよい可能性がある。

このため、処理実行部１０４は、第１ユーザによるレコードの編集箇所と、第２ユーザによるレコードの編集箇所と、が一致すると判定された場合に、第１ユーザが入力した値と、第２ユーザが入力した値と、が同じであるか否かを、更に判定してもよい。処理実行部１０４は、第１ユーザが入力した値と、第２ユーザが入力した値と、が同じであると判定された場合には、編集表示処理を実行せず、第１ユーザが入力した値と、第２ユーザが入力した値と、が同じではないと判定された場合に、編集表示処理を実行してもよい。

変形例１のウェブデータベースシステム１は、第２インタフェースでもウェブデータベースＤＢが編集された又は編集中である場合に、第１インタフェースにおける編集内容と、第２インタフェースにおける編集内容と、に基づいて、所定の処理を実行する。これにより、所定の処理を柔軟に実行できるので、ウェブデータベースＤＢの利便性が高まる。例えば、第２ユーザが再読み込みをする必要がなくなるので、第２ユーザの負担が軽減する。

［５－２．変形例２］
例えば、実施形態では、処理実行部１０４が実行する所定の処理の一例として、編集表示処理を説明した。所定の処理は、判定部１０３の判定結果に基づいて実行される処理であればよく、編集表示処理に限られない。変形例２では、所定の処理の他の例について説明する。

変形例２の処理実行部１０４は、第１インタフェースにおける編集内容を、第２インタフェースに自動的に反映させる自動反映処理を、所定の処理として実行する。自動反映処理は、第２インタフェースにおける操作を要することなく、第１インタフェースにおける編集内容を第２インタフェースに表示させる処理である。サーバ１０とユーザ端末２０の間で、レコードの整合性を取るポーリングが実行されることによって、自動反映処理が実行される。ポーリングは、ブラウザ上のスクリプト等のプログラムを利用して実行されるようにすればよい。変形例２では、実施形態と同様に、第１インタフェース及び第２インタフェースの一例として、それぞれ第１ユーザ端末２０Ａ及び第２ユーザ端末２０Ｂを説明する。第１インタフェース及び第２インタフェースがこれらの例に限られない点は、実施形態で説明した通りである。

図１２は、自動反映処理の一例を示す図である。図１２の例では、閲覧モードのレコード詳細画面ＳＣ２が第２ユーザ端末２０に表示されている。この場合に、第１ユーザがレコードを編集すると、処理実行部１０４は、閲覧モードのレコード詳細画面ＳＣ２のうち、第１ユーザが編集したレコードの値を、第１ユーザが入力した値に自動的に変更することによって、自動反映処理を実行する。この場合、自動反映処理が実行されたことを示すメッセージがレコード詳細画面ＳＣ２に表示されてもよい。

なお、編集モードのレコード詳細画面ＳＣ２が第２ユーザ端末２０に表示されている場合にも、処理実行部１０４は、図１２と同様の自動反映処理を実行してもよい。例えば、第１ユーザがレコードを編集すると、処理実行部１０４は、編集モードのレコード詳細画面ＳＣ２のうち、第１ユーザが編集したフィールドの値を、第１ユーザが入力した値に自動的に変更することによって、自動反映処理を実行してもよい。

また、変形例１，２を組み合わせて、処理実行部１０４は、第１ユーザの編集内容と、第２ユーザの編集内容と、に基づいて、自動反映処理を実行してもよい。例えば、処理実行部１０４は、第１ユーザによるレコードの編集箇所と、第２ユーザによるレコードの編集箇所と、が一致すると判定された場合には、自動反映処理を実行せず、第１ユーザによるレコードの編集箇所と、第２ユーザによるレコードの編集箇所と、が一致しないと判定された場合に、自動反映処理を実行してもよい。

例えば、変形例１，２を組み合わせて、処理実行部１０４は、第１ユーザが入力した値と、第２ユーザが入力した値と、が同じではないと判定された場合には、自動反映処理を実行せず、第１ユーザが入力した値と、第２ユーザが入力した値と、が同じであると判定された場合に、自動反映処理を実行してもよい。処理実行部１０４は、自動反映処理とともに、編集表示処理を実行してもよいし、自動反映処理を実行する場合には編集表示処理を実行しないようにしてもよい。処理実行部１０４は、自動反映処理を実行するか否かに関係なく、編集表示処理を実行しないようにしてもよい。

変形例２のウェブデータベースシステム１は、自動反映処理を、所定の処理として実行する。これにより、再読み込みを実行しなくても編集内容が自動的に反映されるので、ウェブデータベースＤＢの利便性が高まる。

［５－３．変形例３］
例えば、処理実行部１０４は、編集表示処理及び自動反映処理以外の他の処理を、所定の処理として実行してもよい。変形例３の処理実行部１０４は、第１インタフェースにおける編集箇所を第２インタフェースで識別可能に表示させる編集箇所表示処理を、所定の処理として実行する。変形例３では、実施形態と同様に、第１インタフェース及び第２インタフェースの一例として、それぞれ第１ユーザ端末２０Ａ及び第２ユーザ端末２０Ｂを説明する。第１インタフェース及び第２インタフェースがこれらの例に限られない点は、実施形態で説明した通りである。

図１３は、編集箇所表示処理の一例を示す図である。図１３の例では、閲覧モードのレコード詳細画面ＳＣ２が第２ユーザ端末２０Ｂに表示されている。この場合に、第１ユーザがレコードを編集すると、処理実行部１０４は、閲覧モードのレコード詳細画面ＳＣ２のうち、第１ユーザが編集したフィールドの入力フォームＦ２０の背景色を変えることによって、編集箇所表示処理を実行する。図１３では、変形例２の自動反映処理が実行され、かつ、編集箇所表示処理も実行される場合を示しているが、変形例２の自動反映処理が実行されずに、編集箇所表示処理だけが実行されてもよい。

なお、編集箇所表示処理は、編集箇所を視覚的に認識するための処理であればよく、図１３の例に限られない。例えば、入力フォームＦ２０の背景ではなく枠の色を変えること、入力フォームＦ２０のサイズを大きくすること、入力フォームＦ２０付近に吹き出し等の画像を表示すること、又は入力フォームＦ２０内の値の色を変えることが編集箇所表示処理に相当してもよい。処理実行部１０４は、これら例示した複数の処理を組み合わせて実行することによって、編集箇所表示処理を実行してもよい。

また、編集モードのレコード詳細画面ＳＣ２が第２ユーザ端末２０Ｂに表示されている場合にも、処理実行部１０４は、図１３と同様の編集箇所表示処理を実行してもよい。例えば、第１ユーザがレコードを編集すると、処理実行部１０４は、編集モードのレコード詳細画面ＳＣ２のうち、第１ユーザが編集したフィールドの入力フォームＦ２０の背景色を変えることによって、編集箇所表示処理を実行してもよい。

また、変形例１，３を組み合わせて、処理実行部１０４は、第１ユーザの編集内容と、第２ユーザの編集内容と、に基づいて、編集箇所表示処理を実行してもよい。変形例２，３を組み合わせて、処理実行部１０４は、編集箇所表示処理とともに、自動反映処理を実行してもよい。変形例１～３を組み合わせて、処理実行部１０４は、編集箇所表示処理とともに、編集表示処理及び自動反映処理を実行してもよい。

変形例３のウェブデータベースシステム１は、第１インタフェースにおける編集箇所を第２インタフェースで識別可能に表示させる編集箇所表示処理を、所定の処理として実行する。これにより、編集箇所に気付きやすくなるので、ウェブデータベースＤＢの利便性が高まる。

［５－４．変形例４］
例えば、実施形態及び変形例１～３では、処理実行部１０４が、第１ユーザによりレコードが編集された場合に、所定の処理が実行される場合を説明した。処理実行部１０４は、第１ユーザによりレコードが編集中であることを条件として、所定の処理を実行してもよい。即ち、処理実行部１０４は、第１ユーザによるレコードの編集が完了する前に、所定の処理を実行してもよい。

変形例４の判定部１０３は、第１インタフェースでウェブデータベースＤＢが編集中であるか否かを判定する。処理実行部１０４は、第１インタフェースでウェブデータベースＤＢが編集中であると判定された場合に、第１インタフェースでウェブデータベースＤＢが編集中であることを識別可能な情報を第２インタフェースで表示させる編集表示処理を、所定の処理として実行する。変形例３では、実施形態と同様に、第１インタフェース及び第２インタフェースの一例として、それぞれ第１ユーザ端末２０Ａ及び第２ユーザ端末２０Ｂを説明する。

例えば、判定部１０３は、第１ユーザ端末２０Ａから編集要求を受信していない場合には、ウェブデータベースＤＢが編集中であると判定せず、判定部１０３は、第１ユーザ端末２０Ａから編集要求を受信した場合に、ウェブデータベースＤＢが編集中であると判定する。変形例４では、編集中の第１ユーザを特定する処理も判定部１０３が実行する場合を説明するが、判定部１０３は、誰が編集中であるかまでは特定しなくてもよい。

図１４は、編集表示処理の一例を示す図である。図１４の例では、閲覧モードのレコード詳細画面ＳＣ２が第２ユーザ端末２０に表示されている。この場合に、第１ユーザがレコードの編集を開始すると、処理実行部１０４は、閲覧モードのレコード詳細画面ＳＣ２に、第１ユーザが編集中であることを示すメッセージＭ２６を表示させることによって、編集表示処理を実行する。メッセージＭ２６には、第１ユーザの名前を含めずに、誰かしらが編集中であることだけを含んでもよい。２人以上のユーザが編集中であれば、その人数に応じたメッセージＭ２６が表示されてもよい。メッセージＭ２６には、第２ユーザの名前が含まれてもよい。

なお、編集表示処理は、編集中であることを視覚的に認識するための処理であればよく、図１４の例に限られない。例えば、メッセージＭ２６ではなく、アイコン等の他の画像を表示させたり、プッシュ通知を表示させたりすることが編集表示処理に相当してもよい。処理実行部１０４は、これら例示した複数の処理を組み合わせて実行することによって、編集表示処理を実行してもよい。

また、編集モードのレコード詳細画面ＳＣ２が第２ユーザ端末２０に表示されている場合にも、処理実行部１０４は、図１４と同様の編集表示処理を実行してもよい。例えば、第１ユーザがレコードの編集を開始すると、処理実行部１０４は、編集モードのレコード詳細画面ＳＣ２に、メッセージＭ２６又は他の画像を表示させることによって、編集箇所表示処理を実行してもよい。

また、変形例１，４を組み合わせて、処理実行部１０４は、第１ユーザの編集内容と、第２ユーザの編集内容と、に基づいて、編集表示処理を実行してもよい。変形例２，４を組み合わせて、処理実行部１０４は、自動反映処理とともに、編集表示処理を実行してもよい。変形例３，４を組み合わせて、処理実行部１０４は、編集箇所表示処理とともに、編集表示処理を実行してもよい。変形例１～４を組み合わせて、処理実行部１０４は、第１ユーザの編集内容と、第２ユーザの編集内容と、に基づいて、自動反映処理、編集箇所表示処理、及び編集表示処理を実行してもよい。

変形例４のウェブデータベースシステム１は、第１インタフェースでウェブデータベースＤＢが編集中であると判定された場合に、第１インタフェースでウェブデータベースＤＢが編集中であることを識別可能な情報を第２インタフェースで表示させる編集表示処理を、所定の処理として実行する。これにより、他のインタフェースで編集中であることを認識できるので、ウェブデータベースＤＢの利便性が高まる。

［５－５．変形例５］
例えば、第２ユーザの方が第１ユーザよりも役職が高い場合には、第２ユーザの編集内容を、第１ユーザの編集内容よりも優先した方がよいことがある。逆に、第１ユーザの方が第２ユーザよりも役職が高い場合には、第１ユーザの編集内容を、第２ユーザの編集内容よりも優先した方がよいことがある。このため、第１ユーザ及び第２ユーザの各々に関する何らかのユーザ属性の相対的な関係（例えば、上下又は強弱の関係）を考慮して、所定の処理が実行されるようにしてもよい。

変形例５の処理実行部１０４は、第１インタフェースにおける第１ユーザに関する第１ユーザ属性と、第２インタフェースにおける第２ユーザに関する第２ユーザ属性と、に基づいて、所定の処理を実行する。以降、第１ユーザ属性及び第２ユーザ属性を区別しない時は、単にユーザ属性という。ユーザ属性は、ユーザを分類可能な情報である。例えば、組織、役職、部署、入社年度、又はウェブデータベースＤＢの管理権限（ロール）は、ユーザ属性に相当する。ユーザ属性は、データ記憶部１００に予め記録されているものとする。

例えば、処理実行部１０４は、第１ユーザ属性と、第２ユーザ属性と、に基づいて、所定の処理を実行するか否かを決定する。役職を例に挙げると、処理実行部１０４は、第１ユーザ属性が示す役職が、第２ユーザ属性が示す役職よりも高い場合には、所定の処理を実行せず、第１ユーザ属性が示す役職が、第２ユーザ属性が示す役職よりも低い場合に、所定の処理を実行してもよい。逆に、処理実行部１０４は、第１ユーザ属性が示す役職が、第２ユーザ属性が示す役職よりも低い場合には、所定の処理を実行せず、第１ユーザ属性が示す役職が、第２ユーザ属性が示す役職よりも高い場合に、所定の処理を実行してもよい。

変形例５のウェブデータベースシステム１は、第１ユーザ属性と、第２ユーザ属性と、に基づいて、所定の処理を実行する。これにより、第１ユーザ属性及び第２ユーザ属性の関係性を考慮して所定の処理が実行されるので、ウェブデータベースＤＢの利便性が高まる。

［５－６．その他の変形例］
例えば、変形例１～５を組み合わせてもよい。

例えば、実施形態及び変形例１～５では、第２ユーザがレコードを閲覧中又は編集中に、第１ユーザがレコードを編集した又は編集中である場合を例に挙げたが、ユーザが複数のウィンドウ又はタブを開いている時に、同様の処理が実行されてもよい。例えば、あるユーザが第２ウィンドウでレコードを閲覧中又は編集中に、このユーザが他の作業をして第２ウィンドウの存在を忘れてしまい、第１ウィンドウで同じレコードを編集した又は編集中である場合に、第２ウィンドウにおいて、メッセージＭ２４，Ｍ２５が表示されたり、自動反映処理が実行されたりしてもよい。タブについても同様である。この場合、同じユーザが開いた複数のウィンドウ又はタブの各々がインタフェースに相当する。

例えば、所定の処理は、ウェブデータベースＤＢを編集させないようにする排他処理であってもよい。第１ユーザがレコードを編集中に、第２ユーザが編集ボタンＢ２１又は保存ボタンＢ２３を選択できないようにすることによって、排他処理が実行されてもよい。例えば、ウェブデータベースシステム１は、業務支援サービス以外の他のサービスにも適用可能である。例えば、業務とは関係のないデータが格納されたウェブデータベースＤＢが提供されるサービスに、ウェブデータベースシステム１を適用してもよい。例えば、娯楽のための動画等のコンテンツが格納されたウェブデータベースＤＢが提供されるサービスに、ウェブデータベースシステム１を適用してもよい。

例えば、上記説明した各機能は、ウェブデータベースシステム１における任意の装置で実現されるようにすればよい。例えば、サーバ１０で実現されるものとして説明した機能がユーザ端末２０によって実現されてもよい。この場合、サーバ１０と同様の機能が、ブラウザのスクリプトによって実行されたり、ユーザ端末２０にインストールされたアプリケーションによって実行されたりすることによって実現されるようにすればよい。例えば、ユーザ端末２０で実現されるものとして説明した機能がサーバ１０によって実現されてもよい。例えば、各機能が複数のコンピュータによって分担されるのではなく、１つのコンピュータによって実現されてもよい。

１ ウェブデータベースシステム、１０ サーバ、１１，２１，２１Ａ，２１Ｂ 制御部、１２，２２，２２Ａ，２２Ｂ 記憶部、１３，２３，２３Ａ，２３Ｂ 通信部、２０ ユーザ端末、２０Ａ 第１ユーザ端末、２０Ｂ 第２ユーザ端末、２４，２４Ａ，２４Ｂ 操作部、２５，２５Ａ，２５Ｂ 表示部、Ｎ ネットワーク、ＤＢ ウェブデータベース、１００ データ記憶部、１０１ 表示制御部、１０２ 編集部、１０３ 判定部、１０４ 処理実行部、２００ データ記憶部、２０１ 表示制御部、２０２ 操作受付部、Ｆ２０ 入力フォーム、Ｂ２１ 編集ボタン、Ｂ２２ キャンセルボタン、Ｂ２３ 保存ボタン、Ｍ２４，Ｍ２５，Ｍ２６ メッセージ、ＳＣ１ テーブル形式画面、ＳＣ２ レコード詳細画面、Ｔ１０ テーブル、Ｂ２４０，Ｂ２５０ キャンセルボタン、Ｂ２４１，Ｂ２５１ 再読み込みボタン、Ｉ１００ アイコン。

Claims (8)

1. 複数のインタフェースで同時にウェブデータベースの編集操作が可能なウェブデータベースシステムであって、
   前記複数のインタフェースのうちの第１インタフェースから、前記ウェブデータベースの保存要求又は編集要求を受信したか否かを判定することによって、前記第１インタフェースが編集された又は編集中であるか否かを判定し、前記複数のインタフェースのうちの第２インタフェースから前記編集要求を受信したか否かを判定することによって、前記第２インタフェースが編集中であるか否かを判定する判定部と、
   前記第１インタフェースで前記ウェブデータベースが編集された又は編集中であると判定され、かつ、前記第２インタフェースで前記ウェブデータベースが編集中であると判定された場合に、前記第１インタフェースにおける編集内容と、前記第２インタフェースにおける編集内容と、に基づいて、前記第２インタフェースにおける前記ウェブデータベースに関する所定の処理を実行する処理実行部と、
   を含むウェブデータベースシステム。
2. 複数のインタフェースで同時にウェブデータベースの編集操作が可能なウェブデータベースシステムであって、
   前記複数のインタフェースのうちの第１インタフェースで前記ウェブデータベースが編集された又は編集中であるか否かを判定する判定部と、
   前記第１インタフェースで前記ウェブデータベースが編集された又は編集中であると判定された場合に、前記第１インタフェースにおける第１ユーザに関する第１ユーザ属性と、前記複数のインタフェースのうちの第２インタフェースにおける第２ユーザに関する第２ユーザ属性と、に基づいて、前記第２インタフェースにおける前記ウェブデータベースに関する所定の処理を実行する処理実行部と、
   を含むウェブデータベースシステム。
3. 前記処理実行部は、前記第１インタフェースにおける編集箇所を前記第２インタフェースで識別可能に表示させる編集箇所表示処理を、前記所定の処理として実行する、
   請求項１又は２に記載のウェブデータベースシステム。
4. 前記判定部は、前記ウェブデータベースのうち、前記第２インタフェースで表示中又は編集中のレコードと同じレコードが前記第１インタフェースで編集された又は編集中であるか否かを判定し、
   前記処理実行部は、前記第１インタフェースで前記同じレコードが編集された又は編集中であると判定された場合に、前記所定の処理を実行する、
   請求項１又は２に記載のウェブデータベースシステム。
5. 前記判定部は、前記第１インタフェースで前記ウェブデータベースが編集中又は編集されたか否かを判定し、
   前記処理実行部は、前記第１インタフェースで前記ウェブデータベースが編集中又は編集されたと判定された場合に、前記第１インタフェースで前記ウェブデータベースが編集中である又は編集されたことを識別可能な情報を前記第２インタフェースで表示させる編集表示処理を、前記所定の処理として実行する、
   請求項１又は２に記載のウェブデータベースシステム。
6. 前記処理実行部は、前記第２インタフェースにおける前記ウェブデータベースに関する状況に基づいて、前記編集表示処理を実行する、
   請求項５に記載のウェブデータベースシステム。
7. 複数のインタフェースで同時に編集操作が可能なウェブデータベースであって、前記複数のインタフェースのうちの第１インタフェースから、前記ウェブデータベースの保存要求又は編集要求を受信したか否かを判定することによって、前記第１インタフェースが編集された又は編集中であるか否かを判定し、前記複数のインタフェースのうちの第２インタフェースから前記編集要求を受信したか否かを判定することによって、前記第２インタフェースが編集中であるか否かを判定する判定ステップと、
   前記第１インタフェースで前記ウェブデータベースが編集された又は編集中であると判定され、かつ、前記第２インタフェースで前記ウェブデータベースが編集中であると判定された場合に、前記第１インタフェースにおける編集内容と、前記第２インタフェースにおける編集内容と、に基づいて、前記第２インタフェースにおける前記ウェブデータベースに関する所定の処理を実行する処理実行ステップと、
   を含む処理実行方法。
8. 複数のインタフェースで同時に編集操作が可能なウェブデータベースであって、前記複数のインタフェースのうちの第１インタフェースから、前記ウェブデータベースの保存要求又は編集要求を受信したか否かを判定することによって、前記第１インタフェースが編集された又は編集中であるか否かを判定し、前記複数のインタフェースのうちの第２インタフェースから前記編集要求を受信したか否かを判定することによって、前記第２インタフェースが編集中であるか否かを判定する判定部、
   前記第１インタフェースで前記ウェブデータベースが編集された又は編集中であると判定され、かつ、前記第２インタフェースで前記ウェブデータベースが編集中であると判定された場合に、前記第１インタフェースにおける編集内容と、前記第２インタフェースにおける編集内容と、に基づいて、前記第２インタフェースにおける前記ウェブデータベースに関する所定の処理を実行する処理実行部、
   としてコンピュータを機能させるためのプログラム。

Images